JP2001043193A

JP2001043193A - コンテンツ販売システムにおける販売先端末

Info

Publication number: JP2001043193A
Application number: JP21688199A
Authority: JP
Inventors: Takuma Suzuki; 琢磨鈴木
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 1999-07-30
Filing date: 1999-07-30
Publication date: 2001-02-16

Abstract

(57)【要約】【課題】コンテンツデータをキオスク端末等から販売
先端末に供給するコンテンツ販売システムにおいて、著
作権管理をより確実なものとし、コンテンツデータの改
竄等の不正流用を未然に防止する。【解決手段】音楽などのコンテンツデータをホストが
提供してキオスク置端末５やインターネットなどのネッ
トワークを介してユーザ側のプレーヤ６ａ，６ｂに対し
て転送（ダウンロード）するコンテンツ販売システムで
あり、プレーヤ６ａ，６ｂ間のコピー履歴を記録でき、
コピー元となるプレーヤ側で課金処理を行う共に、これ
らプレーヤがホスト側となるキオスク置端末５や決裁ボ
クス７と接続したときには、前記転送履歴をホスト側が
回収し、また、プレーヤ内の履歴情報の削除はホスト側
のみによて削除できるようにして、プレーヤ側からのデ
ータへの立ち入りをなくす。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、音楽などのコンテ
ンツデータをホストが提供して販売店設置端末やインタ
ーネットなどのネットワークを介してユーザ側のプレー
ヤに対して転送（ダウンロード）するコンテンツ販売シ
ステムにおける販売先端末に関する。

【０００２】

【従来の技術】近年、音楽などのコンテンツデータ（ソ
フト）をユーザ側に販売するシステムとして、ＣＤ（コ
ンパクト・ディスク）やＤＶＤ（デジタル・バーサタイ
ル・ディスク）などの有料の記録媒体を用いる代わり
に、対価の支払いを条件として販売店設置端末やインタ
ーネットなどのネットワークを介してユーザ側のプレー
ヤ内のハードディスクや半導体メモリなどの記録媒体に
転送してこれを再生するコンテンツ販売システムあるい
はネットワーク配信システムが着目されている。

【０００３】コンテンツ販売システムの一例としては、
コンテンツデータをホスト側から衛星通信回線や公衆電
話回線を介して販売店設置端末に転送し、更に販売店設
置端末からプレーヤに転送する販売店設置端末経由方式
が考えられる。他の経由方式としては、コンテンツデー
タをインターネット・サーバ（ホスト）側からインター
ネット及びインターネットクライアント（ユーザパソコ
ン）を介してプレーヤに転送するインターネット経由方
式が考えられる。

【０００４】

【発明が解決しようとする課題】ところで、このような
コンテンツ販売システムでは、不正にコンテンツデータ
がコピーされないように送信側のＩＤ（識別情報）や受
信側のＩＤに基づいて暗号化してから送信するようなこ
とが考えられている。ところが、そのように暗号化して
も、何らかの手法によりＩＤが知られ、そのＩＤを用い
て暗号を解読して不正なコピーが行われることが懸念さ
れている。そこで、本発明では、このような問題に鑑み
て、販売先端末では他の販売先端末とでコピーした場合
には、コピー回数である再転送世代数、転送履歴等を記
録できるようにして所定回以上のコピーの可否を決定し
て著作権管理をより確実なものにできるようし、そのコ
ピー履歴の情報をホスト側となるキオスク端末等で回収
して、不正コピーをチエックできる情報として収集でき
るようにすると共に、回収した情報はホスト側のみしか
削除できないようにして、販売先端末からの情報の削除
等をできなくして、コンテンデータの不正な改竄及び流
用に繋がるのを未然に防止できる販売先端末を提供しよ
うというものである。

【０００５】

【課題を解決するための手段】本発明は、上記課題を解
決するために、以下の１）〜３）の手段より成る。すな
わち、１）コンテンツデータをホスト装置から販売先端末に供
給するコンテンツ販売システムに使用される前記販売先
端末において、予め所定金額分が用意された電子財布
と、コピー元とコピー先の販売先端末間で互いに前記コ
ンテンツデータのコピーを行う毎に、コピー元となる場
合には前記コンテンツデータの転送回数を示す再転送世
代数を記憶すると共に、コピー先のＩＤ及び販売コンテ
ンツ等の転送履歴を記憶する手段と、前記コピー元とな
る場合には前記再転送世代数に基づいてコピー許可の可
否を判断する手段と、この判断の結果、コピーを許可す
る場合には前記コンテンツデータに応じた金額を前記コ
ピー元に用意された電子財布から減額する手段と、前記
ホスト装置に接続されたとき、前記ホスト装置からの要
求信号に基づき前記転送履歴を前記ホスト装置に送信す
る手段と、前記転送履歴の回収により前記ホスト装置か
ら供給される制御信号に基づいて前記記憶する手段に記
憶された転送履歴を削除する手段と、を具備したことを
特徴とする販売先端末。２）コンテンツデータをホスト装置から販売先端末に供
給するコンテンツ販売システムに使用される前記販売先
端末において、予め所定金額分が用意された電子財布
と、コピー元とコピー先の販売先端末間で互いに前記コ
ンテンツデータのコピーを行う毎に、コピー元となる場
合には前記コンテンツデータの転送履歴を記憶する手段
と、前記転送履歴に基づいてコピーを許可する場合に、
コピー元に用意された前記電子財布からコンテンツデー
タに応じた金額を前記電子財布から減額する手段と、前
記ホスト装置に接続されたとき、前記ホスト装置からの
要求信号に基づき前記転送履歴を前記ホスト装置に送信
する手段と、前記転送履歴の回収により前記ホスト装置
から供給される制御信号に基づいて前記記憶する手段に
記憶された転送履歴を削除する手段と、を具備したこと
を特徴とする販売先端末。３）請求項１又は２記載のコンテンツ販売システムは、
更に販売先端末装置のコピー履歴の情報を回収する決済
ボックスを含み、転送履歴を削除する手段は、販売先端
末から前記決済ボックスに送信した前記転送履歴の情報
基づいて前記決裁ボックスから供給される制御信号によ
って前記転送履歴の情報を削除する構成であることを特
徴とする販売先端末。

【０００６】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。図１は本発明が採用される販売店
端末（キオスク端末）を経由するコンテンツ販売システ
ムの一例を示す構成図、図２は本発明が採用されるイン
ターネット形式によるコンテンツ販売システムの例を示
す構成図、図３は図１のプレーヤに配信される販売ヘッ
ダの構成を示す説明図、図４は図１のオーサリングシス
テムにより付与される販売ヘッダの構成を示す説明図、
図５は図１のプレーヤに販売サブヘッダの構成を示す説
明図である。

【０００７】図１はコンテンツ販売システムの一例とし
て、ＪＲの売店（以下、キオスク）に販売店端末（以
下、キオスク端末）５を設置した販売店設置端末経由方
式のシステムを示している。まず、ホスト側では非圧縮
の音楽コンテンツをオーサリングシステム１により例え
ばTwin VQ方式で圧縮し、次いでこの圧縮データを詳細
の後述する再生鍵データで暗号化する。また、オーサリ
ングシステム１ではこの再生鍵データを１次暗号化して
この１次暗号化再生鍵データと暗号化コンテンツを所定
のデータ構造として記録し送信サーバ２、アップリンク
センタ３、衛星４を介してキオスク端末５のサーバに転
送する。なお、この販売店設置端末経由方式のシステム
では、コンテンツを衛星４を介してキオスク端末５へ供
給する代わりに、別の又は過渡的な供給方法として、記
録済サーバを物流により定期的に交換するようにしても
よく、これに限られるものではない。さらに、販売店設
置端末はキオスクの他、コンビニエンス・ストアなどの
他の販売店に設置するようにしても良い。

【０００８】キオスク端末５は、１次暗号化再生鍵デー
タを２次暗号化してこの２次暗号化再生鍵データと暗号
化コンテンツをプレーヤ（図中プレイヤーと示すことも
ある）６ａにダウンロードする。このとき、キオスク端
末５とプレーヤ６ａの間はＩＥＥＥ１３９４インタフェ
ースを介して接続され、プレーヤ６ａはダウンロード前
にあらかじめ自己のＩＤをキオスク端末５に転送する。
また、コピー元プレーヤ６ａとコピー先プレーヤ６ｂ間
では、２次暗号化再生鍵データと暗号化コンテンツが再
転送可能であり、この場合にもコピー先プレーヤ６ｂは
再転送前にあらかじめ自己のＩＤをコピー元プレーヤ６
ａに転送する。このシステムの課金方式では、ユーザが
プリペイド方式で電子チケットを購入することにより残
高がプレーヤ６ａ内の電子財布に記憶され、また、課金
情報がプレーヤ６ａから決済ボックス７を介して課金管
理サーバ８に転送される。この課金管理サーバ８は、キ
オスク端末５や後述のＷｅｂサーバ９を通じて前記の課
金情報や各プレーヤ６ａ，６ｂの転送履歴を回収して、
これらの情報をもとに著作権管理等を行うようにしてい
る。

【０００９】また、この販売システムは、前述のキオス
ク端末を経由するシステムであると共に、インターネッ
ト方式により販売する経路も有している。図２は、その
インターネット方式による販売システムを示す図であ
る。まず、ホスト側では販売店設置端末経由方式と同様
に、非圧縮の音楽コンテンツをオーサリングシステム１
により例えばTwin VQ方式で圧縮し、次いでこの圧縮デ
ータを再生鍵データで暗号化する。また、オーサリング
システム１ではこの再生鍵データを１次暗号化してこの
１次暗号化再生鍵データと暗号化コンテンツを所定のデ
ータ構造として記録し送信サーバ２、Ｗｅｂサーバ（イ
ンターネットサービス用サーバ）９に転送する。

【００１０】Ｗｅｂサーバ９は１次暗号化再生鍵データ
を２次暗号化して２次暗号化再生鍵データと暗号化コン
テンツをインターネットサービス用ＰＣクライアント１
０（ＰＣクライアントともいう）を介してプレーヤ６ａ
にダウンロードする。このとき、Ｗｅｂサーバ９とＰＣ
クライアント１０の間がダイヤルアップ接続により接続
されるとともに、ＰＣクライアント１０とプレーヤ６ａ
の間がＩＥＥＥ１３９４インタフェースを介して接続さ
れ、また、プレーヤ６ａはダウンロード前にあらかじめ
自己の端末ＩＤをＰＣクライアント１０を介してＷｅｂ
サーバ９に転送する。また、同様に、コピー元プレーヤ
６ａとコピー先プレーヤ６ｂ間で２次暗号化再生鍵デー
タと暗号化コンテンツが再転送可能であり、この場合に
もコピー先プレーヤ６ｂは再転送前にあらかじめ自己の
ＩＤをコピー元プレーヤ６ａに転送する。また、ユーザ
がプリペイド方式で電子チケットを購入することにより
残高がプレーヤ６ａ内の電子財布に記憶され、課金情報
がプレーヤ６ａからＰＣクライアント１０、Ｗｅｂサー
バ９を介して課金管理サーバ８に転送される。

【００１１】プレーヤ６ａ、６ｂに転送されるフォーマ
ットは、販売店設置端末経由のシステムとインターネッ
ト経由のシステムにおいて共通であって、販売コンテン
ツ毎に販売ヘッダと、販売サブヘッダと暗号化コンテン
ツデータを含み、販売サブヘッダは販売コンテンツ内の
曲目数Ｎ毎に付与される。暗号化コンテンツデータはコ
ンテンツヘッダ、サウンドストリーム（音楽コンテン
ツ）、テキストデータ（曲名、アーティスト名など）、
拡張データなどを含む。

【００１２】販売ヘッダは図３に示すように、販売コン
テンツ内の曲目数Ｎに応じて可変長（＝６４Ｎ＋Ｍバイ
ト（Bytes））であって、・１バイトの販売ヘッダバージョンと、・１バイトの販売ヘッダサイズと、・１バイトの保留（Reserved）データと、・１バイトの転送制御データと、・８バイトのコンテンツ販売ＩＤと、・８バイトの転送元ＩＤと、・２バイトの販売チケット数と、・１バイトの販売サブヘッダ数と、・１バイトのコンテンツ曲数と、・３２バイトの制作タイトル名と、・１６バイトの制作会社名と、・４×Ｎバイトの曲目毎のデータ長と、・８×Ｎバイトの曲目毎の曲名と、・８×Ｎバイトの曲目毎のアーティスト名と、・４×Ｎバイトの曲目毎の演奏時間と、・Ｋバイト（６４Ｎ＋Ｍ−Ｋバイト目〜６４Ｎ＋Ｍバイ
ト目）の再生鍵データ（暗号化データ）を含む。

【００１３】これに対し、図４はオーサリングシステム
１によりマスタリング時に付与される販売ヘッダの構成
を示し、この販売ヘッダは図２に示すデータの他に、制
作タイトル名、Ｎ曲分の曲名、Ｎ曲分のアーティスト
名、Ｎ曲分のＩＳＲＣ（International Standard Recor
ding Code）を含む。

【００１４】販売サブヘッダは図５に詳しく示すよう
に、・１バイトのサブヘッダバージョンと、・１バイトのサブヘッダサイズと、・１バイトの保留（Reserved）データと、・１バイトの転送制御データと、・８バイトのコンテンツ販売ＩＤと、・８バイトの転送元ＩＤと、・２バイトの販売チケット数と、・１バイトの指定曲番と、・３２バイトの制作タイトル名と、を含む。

【００１５】前記の販売ヘッダ及び販売サブヘッダ内の
転送制御データは図６に詳しく示すように、４ビットｂ
０〜ｂ３の再転送世代数データと４ビットｂ４〜ｂ７の
再転送禁止／許可データを含む。・再転送世代数ビットｂ０〜ｂ３００００：再転送禁止０００１〜１１１１：再転送世代数（再転送許可）著作権者（ホスト）側が設定して再転送毎にカウントダ
ウンし、００００で再転送禁止・再転送禁止／許可ビットｂ４〜ｂ７００００：再転送許可０００１：再転送禁止００１０〜１１１１：保留（Reserved）

【００１６】また、前述のオーサリングシステム１にお
ける暗号化処理は次のように行われる。図７は、その処
理を説明するためのフローチャートである。まず、販売
ヘッダ毎に所定バイトの再生鍵データを乱数で作成し
（ステップＳ１）、次いで販売コンテンツデータをコン
テンツヘッダ、サウンドストリーム（音楽コンテン
ツ）、テキストデータ（曲名、アーティスト名など）、
拡張データの各領域毎に分けて、上記の再生鍵データ
（乱数）と所定バイトずつに排他的論理和（ＸＯＲ）演
算することにより、販売コンテンツデータを各領域毎に
独立して暗号化する（ステップＳ２）。

【００１７】また、（販売ヘッダの指定項目順の文字
列）＋（販売サブヘッダの指定項目順の文字列）の合成
文字列に基づいてハッシュ関数（ＭＤ５）により所定バ
イトのハッシュ値を作成し（ステップＳ３）、次いで上
記の再生鍵データとハッシュ値をＸＯＲ演算することに
より１次暗号化再生鍵データを作成する（ステップＳ
４）。そして、１次暗号化再生鍵データを販売ヘッダの
再生鍵データ領域に格納して暗号化コンテンツとともに
販売元端末（キオスク端末５、Ｗｅｂサーバ９）に伝送
する（ステップＳ５）。このように、ステップＳ３とＳ
４により販売ヘッダに基づく情報により再生鍵データを
暗号化することにより販売ヘッダとコンテンツデータの
組み合わせを改ざんした場合には復号できないようにし
ている。

【００１８】また、図８は販売元端末（キオスク端末
５、Ｗｅｂサーバ９）の再生鍵の２次暗号化の処理フロ
ーを示し、まず、１次暗号化再生鍵データを転送先プレ
ーヤＩＤを鍵としてＤＥＳ暗号化して転送先プレーヤ６
ａの２次暗号化再生鍵データを作成し（ステップＳ１
１）、次いでこの２次暗号化再生鍵データを暗号化コン
テンツとともに販売先端末（プレーヤ６ａ）に伝送する
処理となっている（ステップＳ１２）。

【００１９】また、図９は販売先端末（転送先プレーヤ
６ａ）の暗号化された再生鍵及びコンテンツデータの復
号処理方法の処理フローを示している。まず、２次暗号
化再生鍵データを自己のプレーヤＩＤを鍵としてＤＥＳ
復号することにより１次暗号化再生鍵データに復号する
とともに（ステップＳ２１）、（販売ヘッダの指定項目
順の文字列）＋（販売サブヘッダの指定項目順の文字
列）の合成文字列に基づいてハッシュ関数（ＭＤ５）に
より所定バイトのハッシュ値を作成する（ステップＳ２
２）。次いでこれらの１次暗号化再生鍵データとハッシ
ュ値をＸＯＲ演算することにより元の再生鍵データに復
号し（ステップＳ２３）、次いで暗号化販売コンテンツ
データを所定バイトずつ元の再生鍵データとＸＯＲ演算
することにより元の販売コンテンツデータに復号し、こ
れを伸長して再生する（ステップＳ２４）。

【００２０】特に、本システムの暗号化方式では、コン
テンツデータやテキストデータなどの実データをＸＯＲ
演算で暗号化し、ヘッダ等の実データと異なるデータは
ＤＥＳ暗号化方式で暗号化している。これは、再生時の
処理速度に対応しているもので、再生時に処理速度が速
く要求される実データは復合化のことを考慮して復合化
が速く行えるＸＯＲ暗号化方式を採用し、それほどの処
理速度が要求されないヘッダ情報には、それより復号化
に時間を要する複雑なＤＥＳ暗号化方式として、再生速
度とデータの流出との両方を考慮した暗号化としてい
る。

【００２１】また、前記のプレーヤ６ａ，６ｂは、図１
０に示す構成で、プレーヤ６ａの符号のみを用いて説明
する。プレーヤ６ａは、データ転送インターフェース６
ａ-1、電子財布部６ａ-2、表示部６ａ-3、操作部６ａ-
4、記憶部６ａ-5、暗号化／復号化部６ａ-6、データ圧
縮／伸長部６ａ-7、再生部６ａ-8、出力端子６ａ-9、制
御部6a-10及び内部バス６ａ-11から構成されている。

【００２２】データ転送インターフェース６ａ-1は、送
信側プレーヤと受信側プレーヤとの間、これらプレーヤ
とキオスク端末５との間、又は、後述のＰＣクライアン
ト（パソコン）とのデータ転送に使用される。電子財布
部６ａ-2は、電子マネーの受け取り、支払いをすること
ができる。プリペイド方式により電子マネーを予めデポ
ジットしておき、その電子マネーをコンテンツ料金に応
じて減額するようにしている。後述の説明では、プリペ
イド方式による説明としているが、周知のクレジット方
式としても良い。

【００２３】表示部６ａ-3は、電子財布の電子マネーの
残額や、端末間のデータ送受信時の送受信状況、コンテ
ンツ再生時の再生状況、コピーの可否等を表示する。操
作部６ａ-4は、複数のデータの中から再生したいデータ
を探し出すためのデータ頭出し操作、再生時の再生音量
操作等に使用される。記憶部６ａ-5には、キオスク端末
５から受け取ったヘッダ情報やコンテンツデータや再
生、他の携帯端末等から受け取ったヘッダ情報やコンテ
ンツデータ等が記憶される。

【００２４】暗号化／復号化部６ａ-6は、認証データの
生成やコンテンツデータ、再生鍵及びヘッダ情報の暗号
化又は復号化を行う。データ圧縮／伸長部６ａ-7は、デ
ータを圧縮、又は圧縮されているデータを伸長する。転
送されるデータは、転送効率を上げるため圧縮状態とす
る。従って、データ送信前にデータを圧縮し、データ受
信後に必要に応じて圧縮データを伸長する。再生部６ａ
-8は、コンテンツデータから音声、テキストデータ等を
再生する。再生された音声等は、出力端子６ａ-9から外
部に出力される。制御部６ａ-10は、上記各部の制御
や、履歴転送回数、コンテンツ販売ＩＤ、転送元ＩＤ及
び転送制御データの履歴数分の登録等を内部の記憶部ｍ
に行わせる。

【００２５】次に、各端末間の処理手順につき順次詳述
していく。まず、図１１、図１２はキオスク端末（ホス
ト側）５とプレーヤの間の転送手順を示している。図５
においてキオスク端末５と例えば上記構成のプレーヤ６
ａがＩＥＥＥ１３９４インタフェースを介して接続され
た状態である。また、図１１以下の図中、「Form 1」、
「Form２」…などは信号フォーマットの番号を示すもの
で、詳細な説明は省略するが、前述の販売店設置端末経
由のシステムとインターネット経由のシステムにおいて
共通であって、基本的には図１３に示すように、発信元
コード（図１４に示すシステム構成装置の種類を示すコ
ード）と、コマンドコード（図１５、図１６参照）と、
データ長と実データ（暗号化データ）により構成されて
いる。ただし、転送元（キオスク端末５、Ｗｅｂサーバ
９）からプレーヤ６ａに送信される各種の「要求」や、
プレーヤ６ａから転送元５、９に送信される各種の「通
知」のフォーマットは、実データは含まれず、発信元コ
ードと、コマンドコードと、データ長（＝オール０）の
みにより構成されている。

【００２６】キオスク端末５内において、このキオスク
端末５内には図示はしていないが、データ転送インター
フェース、表示部、記憶部、暗号化／復号化部、再生
部、出力端子、制御部、内部バスなど、プレーヤ６ａ，
６ｂとほぼ同様の機能部が含まれている。まず、図示し
ない暗号化部において例えば８バイトの乱数認証データ
Ｄ１を作成し、決済ボックス、キオスク端末、各プレー
ヤ、Ｗｅｂサーバ９及びＰＣクライアント１０において
共通に保持している共通鍵Ｋ1〜Ｋ6の一つである共通鍵
データＫ１によりＤＥＳ暗号化し、この暗号化された認
証Ａデータを８バイトの所定の送信フォーム「１」（図
中「Form １」と示される）のプレーヤ認証ＡデータＤ
１としてデータ転送インターフェース介してプレーヤ６
ａに送信する。

【００２７】プレーヤ６ａでは、このプレーヤ認証Ａデ
ータＤ１をデータ転送インターフェース６ａ-1を介して
受信し、暗号化／復号化部６ａ-6において、共通鍵デー
タＫ１によりＤＥＳ復号化し、この復号化で得られた認
証ＡデータＤ１を他の共通鍵データＫ２によりＤＥＳ暗
号化し、返信プレーヤ認証Ａデータを作成する。それと
同時に、８バイトの乱数認証ＡデータＤ３を作成し、こ
の認証ＡデータＤ３を他の共通鍵データＫ３によりＤＥ
Ｓ暗号化し、このデータをホスト認証Ａデータとし、所
定の送信フォーム「２」でホスト認証Ａデータと前記返
信プレーヤ認証Ａデータとを再びキオスク端末５に返信
する。

【００２８】キオスク端末５では、データ転送インター
フェースを介して返信プレーヤ認証Ａデータとホスト認
証Ａデータとを受信し、これらを暗号化／復号化部に供
給し、ここで、返信プレーヤ認証Ａデータを共通鍵デー
タＫ３によりＤＥＳ復号化し、この復号化された認証Ａ
データＤ１と送信認証ＡデータＤ１とが制御部において
照合される。照合の結果、不一致の場合には、このキオ
スク端末５側において行った前述の処理を２回まで再度
実行する。それでも不一致する場合にはキオスク端末５
における処理を中止する。

【００２９】また、一方、一致の場合には、受信ホスト
認証Ａデータを共通鍵データＫ３によりＤＥＳ復号化
し、この復号化で得られた認証ＡデータＤ２を、他の共
通鍵データＫ４によりＤＥＳ暗号化し、返信ホスト認証
Ａデータとし、このデータを所定のフォーム「３」でプ
レーヤ６ａに送信する。プレーヤ６ａの暗号化／復号化
部６ａ-6では、この返信ホスト認証Ａデータを共通鍵デ
ータ４によりＤＥＳ復号化し、復号化された認証Ａデー
タＤ２を得て、この復号化された認証ＡデータＤ２と送
信ホスト認証Ａデータとを制御部６ａ-10において照合
し、一致の場合には所定の送信フォーム「４」でホスト
認証をキオスク端末５に送信し、その後の処理を受け付
ける。また、一方、認証不一致の場合には、フォーム
「４」の認証不可をキオスク端末５に送信し、これ以降
の処理の受付を禁止する。

【００３０】次に、キオスク端末５からプレーヤ６ａに
対し、所定の送信フォーム「５」のプレーヤＩＤの送信
要求がなされる。これを受信したプレーヤ６ｂ側では暗
号化／復号化部６ａ-7において、自己プレーヤＩＤをホ
スト認証に使用した認証ＡデータＤ２を鍵として１６バ
イトづつＤＥＳ暗号化し、このデータを所定の送信フォ
ーム「６」でキオスク端末５に送信する。キオスク端末
５における暗号化／復号化部ではホスト認証ＡデータＤ
２を鍵として１６バイトづつ復号化し、復号化したプレ
ーヤＩＤを記憶部に保存する。また、プレーヤ６ａから
のプレーヤＩＤの送信がない場合には、再度、プレーヤ
ＩＤの要求をし、それでも送信がない場合には、プレー
ヤへの処理を中止する。

【００３１】次いでキオスク端末５がプレーヤ６ａに対
して所定の送信フォーム「７」の転送履歴送信要求を送
信すると、プレーヤ６ａでは、制御部６ａ-10内の記憶
部ｍに前述の受信した履歴数、履歴転送回数、他のプレ
ーヤ６ｂへのコンテンツ販売ＩＤ、他のプレーヤである
転送元ＩＤや転送先ＩＤ、転送制御データ等の転送履歴
が有るか否かを検出し、有る場合には暗号化／復号化部
６ａ-6で販売コンテンツ受信順に全転送履歴をホスト認
証ＡデータＤ２を鍵としてＤＥＳ暗号化し、キオスク端
末５に対して所定の送信フォーム「８」で転送履歴を送
信し、キオスク端末５では、受信した転送履歴をホスト
認証ＡデータＤ２を鍵としてＤＥＳ復号化する。次いで
キオスク端末５がプレーヤ６ａに対して所定の送信フォ
ーム「９」の転送履歴削除要求を送信すると、プレーヤ
６ａでは転送履歴を削除する。また、転送履歴削除要求
が無い場合には、全転送履歴の履歴転送回数を１カウン
トアップして保存する。そして、プレーヤ６ａが転送履
歴を削除した場合にはキオスク端末５に対して所定の送
信フォーム「１０」の転送履歴削除通知を送信する。従
って、これらの転送履歴は、後に課金管理サーバ８に供
給され、そこで著作権管理のための情報等に使用され
る。

【００３２】次いでキオスク端末５における操作に応じ
て「コンテンツ転送」、「編集データ転送」に選択的に
移行する。「コンテンツ転送」が選択された場合には、
キオスク端末５がプレーヤ６ａに対し、所定の送信フォ
ーム「１１」のチケット残高送信要求がなされる。プレ
ーヤ６ａの制御部６ａ-10では電子財布６ａ-2における
チケットの残高を照合し、この残高を暗号化／復号化部
６ａ-6においてホスト認証に使用した認証ＡデータＤ２
を鍵として１６バイトづつＤＥＳ暗号化して、このデー
タを送信フォーム「１２」によりキオスク端末５に送信
し、キオスク端末５の暗号化／復号化部でホスト認証で
受信した認証ＡデータＤ２を鍵として１６バイトづつＤ
ＥＳ復号化し、チケット残高を記憶部に保存する。この
とき、残金のない場合には、処理を中止するか、クレジ
ット方式の場合にはその情報を課金管理サーバ８に送信
して周知の手続き処理が行われる。チケット残高の受信
が得られない場合には、再度前述の残高送信要求の処理
を実行し、送信がない場合にはプレーヤ処理を中止す
る。

【００３３】前記の処理において、残高送信があった場
合には、次いでプレーヤ６ａに送信フォーム「１５」の
空き容量送信要求をする。プレーヤ６ａでは記憶部６ａ
-5内に記憶されているデータのヘッダー／コンテンツ空
き容量を照合して、キオスク端末５に送信フォーム「１
６」によりその照合結果を送信する。キオスク端末５で
はこの空き容量を記憶部に記憶する。空き容量がない場
合には処理を中止するか、キオスク端末側で空き容量を
確保するための制御信号を出力することになる。また、
送信がない場合には前述の処理を再度実行し、それでも
送信がない場合にはプレイ処理を中止する。

【００３４】次いでキオスク端末５からプレーヤ６ａに
所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤ
の送信要求を行う。プレーヤ６ａにおける記憶部６ａ-5
内に内蔵コンテンツ販売ＩＤが記録されている場合に
は、全コンテンツ販売ＩＤをホスト認証に使用した認証
ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化
し、このデータを所定の送信フォーム「１８」によりキ
オスク端末５に送信する。内蔵コンテンツ販売ＩＤが無
い場合にはその旨を所定の送信フォーム「１８」により
送信する。

【００３５】次いでキオスク端末５がプレーヤ６ａに対
して所定の送信フォーム「１９」、「２０」、「２１」
でそれぞれ販売ヘッダ、販売サブヘッダ、コンテンツデ
ータを順次を送信すると、プレーヤ６ａがこれらに応答
してキオスク端末５に対して所定の送信フォーム「２
２」の各データ受信通知を送信する。次いでキオスク端
末５では、記憶部に記憶されている販売ヘッダ内の１次
暗号化再生鍵データを先に送信されてきたプレーヤ６ａ
のプレーヤＩＤを鍵として２次暗号化し、この２次暗号
化鍵データをプレーヤ６ａに対して所定の送信フォーム
「２５」で送信する。プレーヤ６ａでは、この２次暗号
化鍵データを記憶部６ａ-5の販売ヘッダの鍵データ保存
領域に格納する。そして、電子財布部６ａ-2により販売
チケット数分減額し、受信コンテンツの転送履歴を制御
部６ａ-10内の記憶部ｍに記録する。そして、これらの
処理が終了すると、所定の送信フォーム「２６」の再生
鍵データ受信通知をキオスク端末５に送信し、キオスク
端末５とプレーヤ６ａの間のＩＥＥＥ１３９４インタフ
ェースを切断する。

【００３６】また、一方、図１７は、前記の「コンテン
ツ転送」の代わりに「編集データ転送」が選ばれたとき
のフローチャートで、同図に示すように、このモードが
選択されると、キオスク端末５がプレーヤ６ａに対して
所定の送信フォーム「３０」の編集データ送信要求を送
信すると、プレーヤ６ａがこれに応答して編集対象の曲
を、十進数で１から始まる再生順番、その曲データ長、
曲名、アーティスト名の順に、所定の送信フォーム「３
１」でキオスク端末５に送信する。次いでキオスク端末
５ではこの送信データを記憶部に保存し、プレーヤ６ａ
に対して所定の送信フォーム「３２」のコンテンツ削除
データを送信する。プレーヤ６ａではこのデータに基づ
いて受信削除再生順番の曲の再生リストからの削除、及
び販売コンテンツデータと販売サブヘッダの消去、販売
ヘッダの再転送禁止処理又は消去を行う。そして、キオ
スク端末５に対して所定の送信フォーム「３３」の販売
コンテンツデータ削除通知を送信する。次いでキオスク
端末５がプレーヤ６ａに対して所定の送信フォーム「１
５」の空き容量送信要求を送信すると、プレーヤ６ａが
これに応答してキオスク端末５に対して所定の送信フォ
ーム「１６」の空き容量を送信する。

【００３７】次いでキオスク端末５は、前記の編集対象
のデータに基づいて、再生順番の並び替え等の編集を行
い、この編集済みデータをプレーヤ６ａに対して所定の
送信フォーム「３４」で送信する。プレーヤ６ａでは、
これに基づき旧再生順番を新再生順番に変更し、その
後、キオスク端末５に対して所定の送信フォーム「３
５」の編集済データ受信通知をプレーヤ６ａに送信す
る。そして、キオスク端末５とプレーヤ６ａの間のＩＥ
ＥＥ１３９４インタフェースを切断する。

【００３８】次に、前述のインターネット方式における
Ｗｅｂサーバ９とＰＣクライアント１０の間、及びＰＣ
クライアント１０とプレーヤ６ａの間の通信手順につ
き、図１８〜図２３を参照して説明する。まず、図１８
に示すようにＰＣクライアント１０とプレーヤ６ａがＩ
ＥＥＥ１３９４インタフェースを介して接続されると、
ＰＣクライアント１０がプレーヤ６ａに対して所定の送
信フォーム「３８」のプレーヤ認証Ｂデータを送信し、
プレーヤ６ａがこれに応答してＰＣクライアント１０に
対して所定の送信フォーム「３９」の返信プレーヤ認証
Ｂデータとホスト認証Ｂデータを送信する。次いでＰＣ
クライアント１０がプレーヤ６ａに対して所定の送信フ
ォーム「４０」の返信ホスト認証Ｂデータを送信する
と、プレーヤ６ａがこれに応答してＰＣクライアント１
０に対して所定の送信フォーム「４１」のホスト認証Ｂ
結果を送信する。

【００３９】次いでＰＣクライアント１０がプレーヤ６
ａに対して所定の送信フォーム「１１」のチケット残高
送信要求を送信すると、プレーヤ６ａがこれに応答して
ＰＣクライアント１０に対して所定の送信フォーム「１
２」のチケット残高を送信する。次いでＰＣクライアン
ト１０がプレーヤ６ａに対して所定の送信フォーム「１
５」のメモリの空き容量送信要求を送信すると、プレー
ヤ６ａがこれに応答してＰＣクライアント１０に対して
所定の送信フォーム「１６」の空き容量を送信する。次
いでＰＣクライアント１０がプレーヤ６ａに対して所定
の送信フォーム「１７」の、メモリに既にダウンロード
されて記憶されている内蔵コンテンツ販売ＩＤの送信を
要求すると、プレーヤ６ａがこれに応答してＰＣクライ
アント１０に対して所定の送信フォーム「１８」の内蔵
コンテンツ販売ＩＤを送信する。次いで所定のフォーム
「３４」，「３５」により前記の図１７における販売キ
オスクとプレーヤ間におけると同様の編集データの要求
と送信が行われる。次いでユーザなどがＰＣクライアン
ト１０を介して指示することにより「コンテンツ選択・
購入」、「チケット購入」、「コンテンツ編集・削除」
の各処理に選択的に移行する。

【００４０】尚、前述のＰＣクライアント１０とプレー
ヤ６ａとにおける認証方式は、前述の図１１で説明した
キオスク端末５とプレーヤ６ａとにおける処理とほぼ同
様で、その相違する点は認証データの生成方法で、共通
鍵データＫ５を用いて暗号化された返信プレーヤ認証Ｂ
データを生成する点と、共通鍵データＫ６を用いて返信
ホスト認証Ｂデータを生成する点である。前述の場合で
は認証Ａデータを用いて互いの機器を認証するようにし
たが、特に、この場合のＰＣクライアント１０間との認
証データは、データの流出が懸念されることから他とは
異なる認証データを用いている。従って、更に他の機器
間で認証データの流出が懸念されるようなら、他の機器
毎に認証データを異ならせても良い。

【００４１】また、一方、「コンテンツ選択・購入」が
選択された場合には、図１９に示すようにクライアント
１０とプレーヤ６ａの間で上記の「チケット残高」、
「空き容量」及び「内蔵コンテンツ販売ＩＤ」のやり取
りを再度行う。次いでクライアント１０がサーバ９に対
してコンテンツ購入要求情報を送信し、次いでサーバ９
がクライアント１０に対して販売内容チェック結果を送
信する。尚、前記の残高送信データや内蔵コンテンツＩ
Ｄを送信するときには、ホスト認証Ｂデータを鍵として
ＤＥＳ暗号化するようにしている。

【００４２】次いでクライアント１０がＷｅｂサーバ９
に対してコンテンツ購入要求を送信すると、Ｗｅｂサー
バ９がクライアント１０に対してプレーヤ認証Ａデータ
を送信し、次いでクライアント１０がプレーヤ６ａに対
してこのプレーヤ認証Ａデータを送信する。次いでプレ
ーヤ６ａがこれに応答してクライアント１０に対して返
信プレーヤ認証Ａデータとホスト認証データを送信し、
次いでクライアント１０がＷｅｂサーバ９に対してこの
返信プレーヤ認証Ａデータとホスト認証Ａデータを送信
する。

【００４３】次いでサーバ９がクライアント１０に対し
て返信ホスト認証Ａ送信データを送信し、次いでクライ
アント１０がプレーヤ６ａに対してこの返信ホスト認証
Ａ送信データを送信する。次いでプレーヤ６ａがこれに
応答してクライアント１０に対して返信ホスト認証Ａデ
ータの結果を送信し、次いでクライアント１０がサーバ
９に対してこの結果を送信する。

【００４４】次に、図２０に示すように、Ｗｅｂサーバ
９がＰＣクライアント１０に対して所定の送信フォーム
「５」、「１１」、「１５」、「１７」、「７」でそれ
ぞれプレーヤＩＤ送信要求、チケット残高送信要求、空
き容量送信要求、内蔵コンテンツ販売ＩＤ送信要求、転
送履歴送信要求を送信する。次いでＰＣクライアント１
０がプレーヤ６ａに対して所定の送信フォーム「５」の
プレーヤＩＤ送信要求を送信するとプレーヤ６ａがこれ
に応答してＰＣクライアント１０に対して所定の送信フ
ォーム「６」のプレーヤＩＤを送信し、ＰＣクライアン
ト１０がプレーヤ６ａに対して所定の送信フォーム「１
１」のチケット残高送信要求を送信するとプレーヤ６ａ
がこれに応答してＰＣクライアント１０に対して所定の
送信フォーム「１２」のチケット残高を送信する。

【００４５】また、ＰＣクライアント１０がプレーヤ６
ａに対して所定の送信フォーム「１５」の空き容量送信
要求を送信するとプレーヤ６ａがこれに応答してＰＣク
ライアント１０に対して所定の送信フォーム「１６」の
空き容量を送信し、ＰＣクライアント１０がプレーヤ６
ａに対して所定の送信フォーム「１７」の内蔵コンテン
ツ販売ＩＤ送信要求を送信するとプレーヤ６ａがこれに
応答してＰＣクライアント１０に対して所定の送信フォ
ーム「１８」の内蔵コンテンツ販売ＩＤを送信し、ＰＣ
クライアント１０がプレーヤ６ａに対して所定の送信フ
ォーム「７」の転送履歴送信要求を送信するとプレーヤ
６ａがこれに応答してＰＣクライアント１０に対して所
定の送信フォーム「８」の転送履歴を送信する。ＰＣク
ライアント１０はＷｅｂサーバ９に対して、これらの所
定の送信フォーム「６」、「１２」、「１６」、「１
８」、「８」でそれぞれプレーヤＩＤ、チケット残高、
空き容量、内蔵コンテンツ販売ＩＤ、転送履歴を送信す
る。そして、この転送履歴は前述したように課金管理サ
ーバ８に送信されることになる。

【００４６】次いでＷｅｂサーバ９が転送履歴を回収す
ると、ＰＣクライアント１０に対して所定の送信フォー
ム「９」の転送履歴削除要求を送信するとＰＣクライア
ント１０がプレーヤ６ａに対してこの送信フォーム
「９」の転送履歴削除要求を送信し、プレーヤ６ａがこ
れに応答して制御部６ａ-10内の記憶部ｍに記憶されて
いる転送履歴を削除する。そして、ＰＣクライアント１
０に対して所定の送信フォーム「１０」の転送履歴削除
通知を送信するとＰＣクライアント１０がＷｅｂサーバ
９に対してこの送信フォーム「１０」の転送履歴削除通
知を送信する。これらのデータの送信は、プレーヤ６ａ
において、空き容量の送信を除き、ホスト認証Ａデータ
を鍵としてＤＥＳ暗号化されて送信される。

【００４７】次いでＷｅｂサーバ９がＰＣクライアント
１０に対して送信フォーム「１９」、「２０」、「２
１」でそれぞれ販売ヘッダ、販売サブヘッダ、販売コン
テンツデータを送信する。次いでＰＣクライアント１０
がプレーヤ６ａに対して送信フォーム「１９」、「２
０」、「２１」でそれぞれ販売ヘッダ、販売サブヘッ
ダ、販売コンテンツデータを送信するとプレーヤ６ａ
は、これらのデータを記憶部６ａ-5に記憶する。そし
て、ＰＣクライアント１０に対して送信フォーム「２
２」の各データ受信通知を送信し、ＰＣクライアント１
０がに対してこの送信フォーム「２２」のデータ受信通
知を送信する。

【００４８】次いで図２１に示すようにＷｅｂサーバ９
がＰＣクライアント１０に対して送信フォーム「２５」
の再生鍵データを送信すると、ＰＣクライアント１０が
プレーヤ６ａに対してこの送信フォーム「２５」の再生
鍵データを送信する。次いでプレーヤ６ａは、受信再生
鍵データを販売ヘッダの鍵データ保存領域に格納すると
共に、購入チケット数分の減額、受信コンテンツデータ
の転送履歴等の記録を行いＰＣクライアント１０に対し
て送信フォーム「２６」の再生鍵データ受信通知を送信
し、ＰＣクライアント１０がＷｅｂサーバ９に対してこ
の送信フォーム「２６」の再生鍵データ受信通知を送信
する。そして、ＰＣクライアント１０とプレーヤ６ａの
間のＩＥＥＥ１３９４インタフェースを切断する。

【００４９】次に、図１８において「コンテンツ編集・
削除」が選択された場合につき、図２２を参照して説明
する。この処理では、サーバ９とクライアント１０の間
の回線は接続されず、クライアント１０とプレーヤ６ａ
の間のみが接続された状態で行われる。まず、クライア
ント（ホスト側）１０がプレーヤ６ａに対してコンテン
ツ削除データを送信すると、プレーヤ６ａがこれに基づ
いて図１７のプレーヤ処理１１と同様にしてデータの削
除をする。そして、クライアント１０に対してコンテン
ツ削除通知を送信する。

【００５０】次に、ここで、クライアント１０におい
て、編集処理が行われる。その処理を図２３を参照して
説明する。まず、プレーヤ６ａから転送された編集対象
のコンテンツを表示し（ステップＳ１）、次いで編集項
目が入力されると（ステップＳ２）、入力項目に応じて
編集対象のコンテンツを編集する（ステップＳ３）。そ
して、図２２に示すように、前記の編集済データが送信
されると、プレーヤ６ａがこれに応答してクライアント
１０に対して編集済データ受信通知を送信する。

【００５１】次に、図２４〜図２６を参照して図１９〜
図２１に対応した別の「コンテンツ選択・購入」の実施
例につき説明する。すなわち、図１８において、「コン
テンツ選択・購入」が選択された場合には、図２４に示
すようにクライアント１０がサーバ９に対してコンテン
ツ購入要求情報を送信し、次いでサーバ９がクライアン
ト１０に対して販売内容チェック結果を送信する。次い
でクライアント１０がサーバ９に対してコンテンツ購入
要求を送信すると、サーバ９がプレーヤ認証Ａデータを
クライアント１０をスルーしてプレーヤ６ａに送信し、
プレーヤ６ａがこれに応答して返信プレーヤ認証Ａデー
タとホスト認証データをクライアント１０をスルーして
サーバ９に送信する。次いでサーバ９が返信ホスト認証
Ａ送信データをクライアント１０をスルーしてプレーヤ
６ａに送信すると、プレーヤ６ａがこれに応答して返信
ホスト認証Ａ送信データの結果をクライアント１０をス
ルーしてサーバ９に送信する。

【００５２】次に、図２５に示すように、サーバ９がプ
レーヤＩＤ送信要求、チケット残高送信要求、空き容量
送信要求、内蔵コンテンツ販売ＩＤ送信要求、転送履歴
送信要求をクライアント１０をスルーしてプレーヤ６ａ
に送信すると、プレーヤ６ａがこれに応答してプレーヤ
ＩＤ、チケット残高、空き容量、内蔵コンテンツ販売Ｉ
Ｄ、転送履歴をクライアント１０をスルーしてサーバ９
に送信する。

【００５３】次いでサーバ９が転送履歴削除要求をクラ
イアント１０をスルーしてプレーヤ６ａに対して送信す
ると、プレーヤ６ａがこれに応答して転送履歴削除通知
をクライアント１０をスルーしてサーバ９に送信する。
次いでサーバ９が販売ヘッダ、販売サブヘッダ、販売コ
ンテンツデータをクライアント１０をスルーしてプレー
ヤ６ａに送信すると、プレーヤ６ａがこれに応答して各
データ受信通知をクライアント１０をスルーしてサーバ
９に送信する。次いで図２６に示すようにサーバ９が再
生鍵データをクライアント１０をスルーしてプレーヤ６
ａに対して送信すると、プレーヤ６ａがこれに応答して
再生鍵データ受信通知をクライアント１０をスルーして
サーバ９に送信する。そして、クライアント１０とプレ
ーヤ６ａの間のＩＥＥＥ１３９４インタフェースを切断
する。

【００５４】次に、図２７を参照してプレーヤ６ａ、６
ｂ間におけるデータ転送の処理につき説明する。まず、
プレーヤ（ホスト側）６ａの暗号化部６ａ-5において例
えば８バイトの乱数認証ＡデータＤ１を作成し、共通鍵
データＫ１によりＤＥＳ暗号化し、この暗号化された認
証ＡデータＤ１を８バイトの所定の送信フォーム「１」
でデータ転送インターフェース６ａ-1を介してプレーヤ
６ｂに送信する。プレーヤ６ｂでは、このプレーヤ認証
ＡデータＤ１をデータ転送インターフェース６ｂ-1を介
して受信し、暗号化／復号化部６ｂ-6において、共通鍵
データＫ１によりＤＥＳ復号化し、この復号化で得られ
た認証ＡデータＤ１を他の共通鍵データＫ２によりＤＥ
Ｓ暗号化し、返信プレーヤ認証Ａデータを作成する。そ
れと同時に、８バイトの乱数認証ＡデータＤ３を作成
し、この認証ＡデータＤ３を更に他の共通鍵データＫ３
によりＤＥＳ暗号化し、このデータをホスト認証Ａデー
タとし、所定送信フォーム「２」でホスト認証Ａデータ
と前記返信プレーヤ認証Ａデータとを再びプレーヤ６ａ
に返信する。

【００５５】プレーヤ６ａでは、データ転送インターフ
ェース６ａ-1を介して返信プレーヤ認証Ａデータとホス
ト認証Ａデータとを受信し、これらを暗号化／復号化部
６ａ-6に供給し、ここで、返信プレーヤ認証Ａデータが
共通鍵データＫ３によりＤＥＳ復号化され、この復号化
された認証ＡデータＤ１と送信認証ＡデータＤ１とが制
御部６ａ-10において照合される。照合の結果、不一致
の場合には、このプレーヤ６ａ側において行った前述の
処理を２回まで再度実行する。それでも不一致する場合
にはプレーヤ６ａにおける処理を中止する。

【００５６】また、一方、一致した場合には、受信ホス
ト認証Ａデータを共通鍵データＫ３によりＤＥＳ復号化
し、この復号化で得られた認証データＤ２を、他の共通
鍵データＫ４によりＤＥＳ暗号化し、返信ホスト認証Ａ
データとし、このデータを所定の送信フォーム「３」に
よりプレーヤ６ｂに送信する。プレーヤ６ｂの暗号化／
復号化部６ｂ-6では、この返信ホスト認証Ａデータを共
通鍵データ４によりＤＥＳ復号化し、復号化された認証
ＡデータＤ２を得て、この復号化された認証ＡデータＤ
２と送信ホスト認証Ａデータとを制御部６ｂ-10におい
て照合し、一致の場合には所定の送信フォーム「４」の
ホスト認証をプレーヤ６ａに送信し、その後の処理を受
け付ける。また、一方、認証不一致の場合には、所定の
送信フォーム「４」の認証不可をプレーヤ６ａに送信
し、これ以降の処理の受付を禁止する。

【００５７】次いでプレーヤ６ａからプレーヤ６ｂに対
し、所定の送信フォーム「５」のプレーヤＩＤの送信要
求がなされる。これを受信したプレーヤ６ｂ側では暗号
化／復号化部６ｂ-7において、自己プレーヤＩＤをホス
ト認証に使用した認証ＡデータＤ２を鍵として１６バイ
トづつＤＥＳ暗号化し、所定の送信フォーム「６」でデ
ータをプレーヤ６ａに送信する。プレーヤ６ａにおける
暗号化／復号化部６ａ-6ではホスト認証ＡデータＤ２を
鍵として１６バイトづつ復号化し、復号化したプレーヤ
ＩＤを記憶部ｍに保存する。また、プレーヤ６ｂからの
プレーヤＩＤの送信がない場合には、再度、プレーヤＩ
Ｄの要求をし、それでも送信がない場合には、プレーヤ
処理を中止する。

【００５８】次いでプレーヤ６ａはチケット残高を照合
する。プレーヤ６ａの制御部６ａ-10では電子財布６ａ-
2におけるチケットの残高を照合し、このチケット残高
を記憶部ｍに保存する（プレーヤ処理２４）。

【００５９】次に、プレーヤ６ｂに所定の送信フォーム
「１５」の空き容量送信要求をする。プレーヤ６ｂでは
記憶部６ｂ-5内に記憶されているデータのヘッダー／コ
ンテンツ空き容量を照合して、プレーヤ６ａに所定の送
信フォーム「１６」によりその照合結果を送信する。プ
レーヤ６ａではこの空き容量を記憶部ｍに記憶する。送
信がない場合には前述の処理を再度実行し、それでも送
信がない場合にはプレイ処理を中止する。

【００６０】次いでプレーヤ６ａからプレーヤ６ｂに所
定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの
送信要求を行う。プレーヤ６ｂにおける記憶部６ｂ-5内
にすでに転送済みの内蔵コンテンツ販売ＩＤが記録され
ているには、全コンテンツ販売ＩＤをホスト認証に使用
した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ
暗号化し、このデータを所定の送信フォーム「１８」に
よりプレーヤ６ａに送信する。内蔵コンテンツ販売ＩＤ
が無い場合には、その旨を所定の送信フォーム「１８」
により送信する。

【００６１】プレーヤ６ａでは、制御部６ａ-6におい
て、記憶部６ａ-5に記憶されている転送コンテンツ販売
ＩＤとプレーヤ６ｂから送信されてきた内蔵コンテンツ
販売ＩＤとを照合する。同一コンテンツ販売ＩＤがある
場合にはプレーヤ６ａの処理を中止する。また、同一コ
ンテンツ販売ＩＤが無い場合には、転送コンテンツ販売
ヘッダ内の転送制御データ再転送世代数を確認する。確
認の結果、転送世代数が［００００：コピー不可］であ
る場合には、その旨を再生部６ａ-8を通じて表示部６ａ
-3において、［コピー不可］を表示して処理を中止する
と共に、プレーヤ６ｂ側も所定時間内にデータの受信が
得られないと同様に表示部６ｂ-3に［コピー不可］を表
示する。

【００６２】また、転送世代数が［０００１］以上であ
る場合には、転送制御データの再転送世代数を１カウン
トダウンし、転送コンテンツの再生鍵データを除く販売
ヘッダをプレーヤ６ｂの認証時に使用した認証Ａデータ
Ｄ１を鍵としてＤＥＳ暗号化して、所定の送信フォーム
［１９］でプレーヤ６ｂに送信する。プレーヤ６ｂで
は、これを受信し販売ヘッダを認証ＡデータＤ１を用い
てＤＥＳ復号化し、記憶部６ｂ-5に記憶すると共に、受
信通知をプレーヤ６ｂに送信する。

【００６３】また、プレーヤ６ａでは、記憶部６ａ-5に
販売サブヘッダがある場合には前記の販売ヘッダの場合
と同様にプレーヤ６ｂの認証時に使用した認証Ａデータ
Ｄ１を鍵としてＤＥＳ暗号化して、プレーヤ６ａに対し
て所定の送信フォーム［２０］で送信する。プレーヤ６
ａでは、この販売サブヘッダを認証ＡデータＤ１を鍵と
してＤＥＳ復号化し、記憶部６ｂ-5に記憶する。また、
プレーヤ６ａに販売サブヘッダ情報が無い場合には、次
の所定の送信フォーム［２１］で前述の方式で暗号化さ
れたコンテンツデータを送信する。プレーヤ６ｂでは、
このコンテンツデータを記憶部６ｂ-5に記憶し、所定の
送信フォーム［２２］で受信通知を返送する。

【００６４】次いでプレーヤ６ａでは、記憶部６ｂ-5に
おける転送販売ヘッダ再生鍵保存領域の２次暗号化再生
鍵データを、暗号化／復号化部６ａ-6において自己プレ
ーヤ（６ａ）のＩＤを鍵としてＤＥＳ復号化し、１次暗
号化再生鍵データを復号する。そして、この１次暗号化
再生鍵データを、転送先であるプレーヤ６ｂのＩＤを鍵
として再び２次ＤＥＳ暗号化処理を行い、この２次暗号
化された再生鍵データを所定の送信フォーム［２５］で
プレーヤ６ｂに送信する。そして、この処理が終了する
と、所定の送信フォーム「２６」の再生鍵データ受信通
知をプレーヤ６ａに送信する。そして、プレーヤ６ｂで
は、この２次暗号化鍵データを記憶部６ｂ-5の販売ヘッ
ダの鍵データ保存領域に格納する。そして、プレーヤ６
ａでは電子財布部６ａ-2により販売チケット数分減額
し、送信コンテンツの前述の転送履歴を制御部内６ａ-1
の記憶部ｍに記録する。プレーヤ６ａとプレーヤ６ｂの
間のＩＥＥＥ１３９４インタフェースを切断する。

【００６５】次に、図２８，図２９は、前述のプレーヤ
６ａ及びプレーヤ６ｂ間におけるデータ転送の別の実施
例で、前述の実施例と異なる点は、特に、プレーヤ６ｂ
から転送履歴をもらう点である。所定の送信フォーム
［１］〜［６］までは、前述の実施例である図２７の説
明と同一であるため説明を省略し、送信フォーム［７］
より説明する。この送信フォーム［７］により、プレー
ヤ６ａからプレーヤ６ｂに対して転送履歴の要求を行
う。プレーヤ６ｂでは、制御部６ｂ-10内の記憶部ｍに
転送履歴が有るか否かを検出し、有る場合には暗号化／
復号化部６ｂ-6で販売コンテンツ受信順に全転送履歴を
ホスト認証ＡデータＤ２を鍵としてＤＥＳ暗号化し、応
答してプレーヤ６ａに対して所定の送信フォーム「８」
で転送履歴を送信し、プレーヤ６ａでは、暗号化／復号
化部６ａ-6において転送履歴をホスト認証ＡデータＤ２
を鍵としてＤＥＳ復号化する。そして、制御部６ａ-10
では、これらのデータに基づきコピーが可能な否かをチ
エックし、その旨を所定のフォーム［９］でプレーヤ６
ｂに送信する。プレーヤ６ｂでは、特に、コピーができ
ない場合には、再生部６ｂ-8を通じて表示部６ｂ-3によ
りその旨を表示する。また、コピー可の場合には全転送
履歴の履歴転送回数を１カウントアップして保存する。
そして、所定の送信フォーム「１０」により前記のデー
タの受信をプレーヤ６ａに送信する。

【００６６】そして、コピー可と判断された場合には、
「コンテンツ転送」処理へと進行し、プレーヤ６ａはチ
ケット残高を照合する。プレーヤ６ａの制御部６ａ-10
では電子財布６ａ-2におけるチケットの残高を照合し、
記憶部ｍに保存する。このとき、チケット残高の受信が
得られない場合には、再度前述の残高送信要求の処理を
実行し、送信がない場合にはプレーヤ処理を中止する。

【００６７】次に、プレーヤ６ｂに送信フォーム「１
５」の空き容量送信要求をする。プレーヤ６ｂでは記憶
部ｍ内に記憶されているデータのヘッダー／コンテンツ
空き容量を照合して、プレーヤ６ａに送信フォーム「１
６」によりその照合結果を送信する。プレーヤ６ａでは
この空き容量を記憶部に記憶する。送信がない場合には
前述の処理を再度実行し、それでも送信がない場合には
プレイ処理を中止する。

【００６８】次に、プレーヤ６ａからプレーヤ６ｂに所
定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの
送信要求を行う。プレーヤ６ｂにおける記憶部６ｂ-5内
に内蔵コンテンツ販売ＩＤが記録されている場合には、
全コンテンツ販売ＩＤをホスト認証に使用した認証Ａデ
ータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、こ
のデータを所定の送信フォーム「１８」によりプレーヤ
６ａに送信する。内蔵コンテンツ販売ＩＤが無い場合に
はその旨を所定の送信フォーム「１８」により送信す
る。

【００６９】次いで、プレーヤ６ａがプレーヤ６ｂに対
して所定の送信フォーム「１９」、「２０」、「２１」
でそれぞれ販売ヘッダ、販売サブヘッダ、コンテンツデ
ータを順次を送信すると、プレーヤ６ｂがこれらに応答
してプレーヤ６ａに対して所定の送信フォーム「２２」
の各データ受信通知を送信する。次いで、プレーヤ６ａ
では、記憶部６ｂ-5における転送販売ヘッダ再生鍵保存
領域の２次暗号化再生鍵データを、暗号化／復号化部６
ａ-6において自己プレーヤ（６ａ）のＩＤを鍵としてＤ
ＥＳ復号化し、１次暗号化再生鍵データを復号する。そ
して、この１次暗号化再生鍵データを、転送先であるプ
レーヤ６ｂのＩＤを鍵として再び２次ＤＥＳ暗号化処理
を行い、この２次暗号化された再生鍵データを所定の送
信フォーム［２５］でプレーヤ６ｂに送信する。プレー
ヤ６ｂでは、この２次暗号化鍵データを記憶部６ｂ-5の
販売ヘッダの鍵データ保存領域に格納する。そして、こ
の処理が終了すると、所定の送信フォーム「２６」の再
生鍵データ受信通知をプレーヤ６ａに送信する。そし
て、プレーヤ６ａでは電子財布部６ａ-2により販売チケ
ット数分減額し、送信コンテンツの転送履歴を記憶部ｍ
に記録し、プレーヤ６ａとプレーヤ６ｂ間のＩＥＥＥ１
３９４インタフェースを切断する。

【００７０】尚、前述の説明において、決裁ボックス７
とプレーヤ６ａ，６ｂ間のデータ転送手順を詳述しなか
ったが、図１１で示したキオスク・プレーヤ間データ転
送手順における［コンテンツ転送］及び［編集データ転
送］の選択のステップを除き所定の送信フォーム［１］
〜［１２］までの処理がほぼ同じで、その後に処理とし
て例えば前述の電子チケットが発行されるようになって
いる。従って、互いの機器の認証方式やプレーヤＩＤを
送信する際の暗号化方式も同様である。

【００７１】また、前述の鍵データは、プレーヤＩＤで
暗号化し、復号化するようにしているが、例えば、プレ
ーヤ６ａ，ｂ内のコンテンツデータを記録する記憶部６
ａ-5，６ｂ-5が着脱自在のメモリディバイスのような記
録媒体であるような場合には、記録媒体にＩＤを付与し
て、このＩＤに基づいて暗号化・復号化するようにして
も良い。また、このように記憶部６ｂ-5が着脱自在なよ
うな場合には、コンテンツデータを前記のように再生鍵
でＸＯＲ演算で暗号化したまま状態で所定領域に記録す
ると共に、ヘッダ情報を暗号化したままの所定領域に記
録するようにしても良い。

【００７２】更に、前述の編集処理は、販売元端末であ
るキオスク端末及びＰＣクライアントにおいてしか行え
ないようにしているが、それらに限らずコンテンツデー
タの改竄が行われないように暗号化されたままのデータ
を編集する等、著作権管理が工夫された編集装置なら良
い。

【００７３】また、更に、図３０はテキストデータのフ
ォーマットを示した図で、テキストデータは図３０
（ａ）に示すように複数のテキスト「１」〜「Ｎ」によ
り構成され、テキスト「１」〜「Ｎ」の各々は、図３０
（ｂ）に示すように複数のテキストフレーム「１」〜
「Ｎ」により構成されている。テキストフレーム「１」
〜「Ｎ」の各々はともに、オーサリング時にコンテンツ
データを暗号化したときと同じ暗号化方式で、再生鍵デ
ータと同じ１６バイトで構成されて、３バイトのタイム
スタンプと、１バイトのフレーム数と１２バイトのテキ
ストデータにより構成されている。そして、上記の暗号
化、復号は、再生鍵データとテキストフレーム「１」〜
「Ｎ」ずつ、すなわち１６バイトずつに排他的論理和
（ＸＯＲ）演算することにより行われている。

【００７４】

【発明の効果】以上説明したように本発明によれば、販
売先端末では他の販売先端末装置とでコピーした場合に
は、再転送世代数、転送履歴等を記録できるようにして
所定回以上のコピーの可否を決定して著作権管理をより
確実なものにできるようし、その転送履歴をホスト側の
装置で回収して、不正コピー等の著作権管理より確実な
ものとすることがきるようにすると共に、回収した情報
はホスト側の装置においてしか削除できないようにし、
販売先端末からのデータへの立ち入りをなくして、販売
先端末においてコンテンデータの不正な改竄及び流用に
繋がるのを未然に防止することができる等の効果を奏す
る。

【図面の簡単な説明】

【図１】本発明が採用されるキオスク端末を経由するコ
ンテンツ販売システムの一例を示す構成図である。

【図２】本発明が採用されるインターネット形式による
コンテンツ販売システムの例を示す構成図である。

【図３】図１のプレーヤに配信される販売ヘッダの構成
を示す説明図である。

【図４】図１のオーサリングにより付与される販売ヘッ
ダの構成を示す説明図である。

【図５】図１のプレーヤに配信される販売サブヘッダの
構成を示す説明図である。

【図６】図４及び図５内の転送制御データの構成を示す
説明図である。

【図７】図１、図７のオーサリングシステムの１次暗号
化処理を示すフローチャートである。

【図８】図１、図７のキオスク端末及びＷｅｂサーバの
２次暗号化処理を示すフローチャートである。

【図９】図１、図７のコピー元プレーヤのコピー管理処
理と２次暗号化処理を示すフローチャートである。

【図１０】プレーヤの構成概略構成図である。

【図１１】キオスク・プレーヤ間のデータ転送の手順を
示す説明図である。

【図１２】図１１の連続した手順を示す説明図である。

【図１３】転送フォームの構成図である。

【図１４】発信元のコードの例を示す図である。

【図１５】コマンドを示す図である。

【図１６】図１５以外のコマンドを示す図である。

【図１７】図１１において、編集データの転送が選択さ
れたときの処理を示す説明図である。

【図１８】インターネットサーバ・インタネットクライ
アント・プレーヤ間のデータ転送手順を示す説明図であ
る。

【図１９】図１８に連続する説明図である。

【図２０】図１９に連続する説明図である。

【図２１】図２０に連続する説明図である。

【図２２】図１８においてコンテンツ編集・削除が選択
されたときの手順を示す説明図である。

【図２３】クライアントの編集処理を説明するための図
である。

【図２４】別のコンテンツ選択・購入の他の例で、図１
９〜図２１に対応する図である。

【図２５】図２４に連続する図である。

【図２６】図２５に連続する図である。

【図２７】プレーヤ・プレーヤ間の転送手順を示す説明
図である。

【図２８】プレーヤ・プレーヤ間の他の例の転送手順を
示す説明図である。

【図２９】図２８に連続する図である。

【図３０】テキストデータのフォーマットを示す説明図
である。

【符号の説明】

１オーサリングシステム（ホスト）２送信サーバ３アップリンクセンタ４衛星５キオスク端末（転送元端末、販売元端末）６ａ，６ｂプレーヤ（転送先端末、販売先端末）６ａ-1，６ｂ-1 データインター転送フェース６ａ-2，６ｂ-2 電子財布６ａ-3，６ｂ-3 表示部６ａ-4，６ｂ-4 操作部６ａ-5，６ｂ-5，ｍ記憶部６ａ-6，６ｂ-6 暗号化／復号化部６ａ-7，６ｂ-7 データ圧縮／伸長部６ａ-8，６ｂ-8 再生部６ａ-9，６ｂ-9 出力端子６ａ-10，６ｂ-10 制御部９Ｗｅｂサーバ（インターネットサーバ）（転送元端
末）１０インターネットサービス用ＰＣクライアント

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７５Ｄ

Claims

【特許請求の範囲】

【請求項１】コンテンツデータをホスト装置から販売先
端末に供給するコンテンツ販売システムに使用される前
記販売先端末において、予め所定金額分が用意された電子財布と、コピー元とコピー先の販売先端末間で互いに前記コンテ
ンツデータのコピーを行う毎に、コピー元となる場合に
は前記コンテンツデータの転送回数を示す再転送世代数
を記憶すると共に、コピー先のＩＤ及び販売コンテンツ
等の転送履歴を記憶する手段と、前記コピー元となる場合には前記再転送世代数に基づい
てコピー許可の可否を判断する手段と、この判断の結果、コピーを許可する場合には前記コンテ
ンツデータに応じた金額を前記コピー元に用意された電
子財布から減額する手段と、前記ホスト装置に接続されたとき、前記ホスト装置から
の要求信号に基づき前記転送履歴を前記ホスト装置に送
信する手段と、前記転送履歴の回収により前記ホスト装置から供給され
る制御信号に基づいて前記記憶する手段に記憶された転
送履歴を削除する手段と、を具備したことを特徴とする販売先端末。
【請求項２】コンテンツデータをホスト装置から販売先
端末に供給するコンテンツ販売システムに使用される前
記販売先端末において、予め所定金額分が用意された電子財布と、コピー元とコピー先の販売先端末間で互いに前記コンテ
ンツデータのコピーを行う毎に、コピー元となる場合に
は前記コンテンツデータの転送履歴を記憶する手段と、前記転送履歴に基づいてコピーを許可する場合に、コピ
ー元に用意された前記電子財布からコンテンツデータに
応じた金額を前記電子財布から減額する手段と、前記ホスト装置に接続されたとき、前記ホスト装置から
の要求信号に基づき前記転送履歴を前記ホスト装置に送
信する手段と、前記転送履歴の回収により前記ホスト装置から供給され
る制御信号に基づいて前記記憶する手段に記憶された転
送履歴を削除する手段と、を具備したことを特徴とする販売先端末。
【請求項３】請求項１又は２記載のコンテンツ販売シス
テムは、更に販売先端末装置のコピー履歴の情報を回収
する決済ボックスを含み、転送履歴を削除する手段は、
販売先端末から前記決済ボックスに送信した前記転送履
歴の情報基づいて前記決裁ボックスから供給される制御
信号によって前記転送履歴の情報を削除する構成である
ことを特徴とする販売先端末。