JP3580478B2 - コンテンツ販売システムにおける販売先端末 - Google Patents
コンテンツ販売システムにおける販売先端末 Download PDFInfo
- Publication number
- JP3580478B2 JP3580478B2 JP15220999A JP15220999A JP3580478B2 JP 3580478 B2 JP3580478 B2 JP 3580478B2 JP 15220999 A JP15220999 A JP 15220999A JP 15220999 A JP15220999 A JP 15220999A JP 3580478 B2 JP3580478 B2 JP 3580478B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- player
- sales
- transfer
- content
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40104—Security; Encryption; Content protection
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
- G06Q20/123—Shopping for digital content
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
- G06Q20/123—Shopping for digital content
- G06Q20/1235—Shopping for digital content with control of digital rights management [DRM]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/16—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for devices exhibiting advertisements, announcements, pictures or the like
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/30—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for musical instruments
- G07F17/305—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for musical instruments for record players
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/0866—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means by active credit-cards adapted therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40117—Interconnection of audio or video/imaging devices
Description
【０００１】
【発明の属する技術分野】
本発明は、音楽などのコンテンツデータをホストが提供して販売店設置端末やインターネットなどのネットワークを介してユーザ側のプレーヤに対して転送（ダウンロード）するコンテンツ販売システムにおける販売先端末装置に関する。
【０００２】
【従来の技術】
近年、音楽などのコンテンツデータ（ソフト）をユーザ側に販売するシステムとして、ＣＤ（コンパクト・ディスク）やＤＶＤ（デジタル・バーサタイル・ディスク）などの有料の記録媒体を用いる代わりに、対価の支払いを条件として販売店設置端末やインターネットなどのネットワークを介してユーザ側のプレーヤ内のハードディスクや半導体メモリなどの記録媒体に転送してこれを再生するコンテンツ販売システムあるいはネットワーク配信システムが着目されている。
【０００３】
コンテンツ販売システムの一例としては、コンテンツデータをホスト側から衛星通信回線や公衆電話回線を介して販売店設置端末に転送し、更に販売店設置端末からプレーヤに転送する販売店設置端末経由方式が考えられる。他の経由方式としては、コンテンツデータをインターネット・サーバ（ホスト）側からインターネット及びインターネットクライアント（ユーザパソコン）を介してプレーヤに転送するインターネット経由方式が考えられる。
【０００４】
【発明が解決しようとする課題】
ところで、このようなコンテンツ販売システムでは、不正にコンテンツデータがコピーされないように送信側のＩＤ（識別情報）や受信側のＩＤに基づいて暗号化してから送信するようなことが考えられている。
ところが、そのように暗号化しても、何らかの手法によりＩＤが知られ、そのＩＤを用いて暗号を解読して不正なコピーが行われることが懸念されている。
そこで、本発明では、このような問題に鑑みて、販売先端末では他の販売先端末とでコピーした場合には、コピー回数である再転送世代数、転送履歴等を記録できるようにして所定回以上のコピーの可否を決定して著作権管理をより確実なものにできるようし、そのコピー履歴の情報をホスト側となるキオスク端末等で回収して、不正コピーをチエックできる情報として収集できるようにすると共に、回収した情報はホスト側からしか削除できないようにして、販売先端末装置からの情報の削除等をできなくして、コンテンデータの不正な改竄及び流用に繋がるのを未然に防止できる販売先端末装置を提供しようというものである。
【０００５】
【課題を解決するための手段】
本発明は、上記課題を解決するために、以下の１）〜３）の手段より成る。
すなわち、
１）コンテンツデータをホスト装置から販売先端末に供給するコンテンツ販売システムに使用される前記販売先端末において、
予め所定金額分が用意された電子財布と、
コピー元とコピー先の販売先端末間で互いに前記コンテンツデータのコピーを行う毎に、コピー元となる場合には前記コンテンツデータの転送回数示す再転送世代数を記憶し、コピー先となる場合にはコピー元ＩＤ又は販売コンテンツ等の転送履歴を記憶する手段と、
コピー先となる場合に前記再転送世代数に基づいてコピー許可されたコンテンツデータを受信する手段と、
この受信したコンテンツデータに応じた金額を前記電子財布から減額する手段と、
前記ホスト装置に接続されたとき、前記ホスト装置からの要求信号に基づき前記転送履歴を前記ホスト装置に送信する手段と、
前記転送履歴の回収により前記ホスト装置から供給される制御信号に基づいて前記記憶する手段に記憶された転送履歴を削除する手段と、
を具備したことを特徴とする販売先端末。
２）コンテンツデータをホスト装置から販売先端末に供給するコンテンツ販売システムに使用される前記販売先端末において、
予め所定金額分が用意された電子財布と、
コピー元とコピー先の販売先端末間で互いに前記コンテンツデータのコピーを行う毎に、コピー先となる場合には前記コンテンツデータの転送履歴を記憶する手段と、
コピーを行う際には、予めすでに記憶されている転送履歴がある場合には前記転送履歴をコピー元に送信し、前記コピー元から前記送信された転送履歴に基づいてコピー許可されたコンテンツデータを受信する手段と、
この受信したコンテンツデータに応じた金額を前記電子財布から減額する手段と、
前記ホスト装置に接続されたとき、前記ホスト装置からの要求信号に基づき前記転送履歴を前記ホスト装置に送信する手段と、
前記転送履歴の回収により前記ホスト装置から供給される制御信号に基づいて前記記憶する手段に記憶された転送履歴を削除する手段と、
を具備したことを特徴とする販売先端末。
３）請求項１又は２記載のコンテンツ販売システムは、更に販売先端末装置のコピー履歴の情報を回収する決済ボックスを含み、転送履歴を削除する手段は、販売先端末から前記決済ボックスに送信した前記転送履歴の情報基づいて前記決裁ボックスから供給される制御信号によって前記転送履歴の情報を削除する構成であることを特徴とする販売先端末。
【０００６】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。図１は本発明が採用される販売店端末（キオスク端末）を経由するコンテンツ販売システムの一例を示す構成図、図２は本発明に採用されるインターネット形式によるコンテンツ販売システムの例を示す構成図、図３は図１のプレーヤに配信される販売ヘッダの構成を示す説明図、図４は図１のオーサリングシステムにより付与される販売ヘッダの構成を示す説明図、図５は図１のプレーヤに販売サブヘッダの構成を示す説明図である。
【０００７】
図１はコンテンツ販売システムの一例として、ＪＲの売店（以下、キオスク）に販売店端末（以下、キオスク端末）５を設置した販売店設置端末経由方式のシステムを示している。まず、ホスト側では非圧縮の音楽コンテンツをオーサリングシステム１により例えばＴｗｉｎ ＶＱ方式で圧縮し、次いでこの圧縮データを詳細の後述する再生鍵データで暗号化する。また、オーサリングシステム１ではこの再生鍵データを１次暗号化してこの１次暗号化再生鍵データと暗号化コンテンツを所定のデータ構造として記録し送信サーバ２、アップリンクセンタ３、衛星４を介してキオスク端末５のサーバに転送する。なお、この販売店設置端末経由方式のシステムでは、コンテンツを衛星４を介してキオスク端末５へ供給する代わりに、別の又は過渡的な供給方法として、記録済サーバを物流により定期的に交換するようにしてもよく、これに限られるものではない。さらに、販売店設置端末はキオスクの他、コンビニエンス・ストアなどの他の販売店に設置するようにしても良い。
【０００８】
キオスク端末５は、１次暗号化再生鍵データを２次暗号化してこの２次暗号化再生鍵データと暗号化コンテンツをプレーヤ（図中プレイヤーと示すこともある）６ａにダウンロードする。このとき、キオスク端末５とプレーヤ６ａの間はＩＥＥＥ１３９４インタフェースを介して接続され、プレーヤ６ａはダウンロード前にあらかじめ自己のＩＤをキオスク端末５に転送する。また、コピー元プレーヤ６ａとコピー先プレーヤ６ｂ間では、２次暗号化再生鍵データと暗号化コンテンツが再転送可能であり、この場合にもコピー先プレーヤ６ｂは再転送前にあらかじめ自己のＩＤをコピー元プレーヤ６ａに転送する。このシステムの課金方式では、ユーザがプリペイド方式で電子チケットを購入することにより残高がプレーヤ６ａ内の電子財布に記憶され、また、課金情報がプレーヤ６ａから決済ボックス７を介して課金管理サーバ８に転送される。
この課金管理サーバ８は、キオスク端末５や後述のＷｅｂサーバ９を通じて前記の課金情報や各プレーヤ６ａ，６ｂの転送履歴を回収して、これらの情報をもとに著作権管理等を行うようにしている。
【０００９】
また、この販売システムは、前述のキオスク端末を経由するシステムであると共に、インターネット方式により販売する経路も有している。
図２は、そのインターネット方式による販売システムを示す図である。
まず、ホスト側では販売店設置端末経由方式と同様に、非圧縮の音楽コンテンツをオーサリングシステム１により例えばＴｗｉｎ ＶＱ方式で圧縮し、次いでこの圧縮データを再生鍵データで暗号化する。また、オーサリングシステム１ではこの再生鍵データを１次暗号化してこの１次暗号化再生鍵データと暗号化コンテンツを所定のデータ構造として記録し送信サーバ２、Ｗｅｂサーバ（インターネットサービス用サーバ）９に転送する。
【００１０】
Ｗｅｂサーバ９は１次暗号化再生鍵データを２次暗号化して２次暗号化再生鍵データと暗号化コンテンツをインターネットサービス用ＰＣクライアント１０（ＰＣクライアントともいう）を介してプレーヤ６ａにダウンロードする。このとき、Ｗｅｂサーバ９とＰＣクライアント１０の間がダイヤルアップ接続により接続されるとともに、ＰＣクライアント１０とプレーヤ６ａの間がＩＥＥＥ１３９４インタフェースを介して接続され、また、プレーヤ６ａはダウンロード前にあらかじめ自己の端末ＩＤをＰＣクライアント１０を介してＷｅｂサーバ９に転送する。また、同様に、コピー元プレーヤ６ａとコピー先プレーヤ６ｂ間で２次暗号化再生鍵データと暗号化コンテンツが再転送可能であり、この場合にもコピー先プレーヤ６ｂは再転送前にあらかじめ自己のＩＤをコピー元プレーヤ６ａに転送する。また、ユーザがプリペイド方式で電子チケットを購入することにより残高がプレーヤ６ａ内の電子財布に記憶され、課金情報がプレーヤ６ａからＰＣクライアント１０、Ｗｅｂサーバ９を介して課金管理サーバ８に転送される。
【００１１】
プレーヤ６ａ、６ｂに転送されるフォーマットは、販売店設置端末経由のシステムとインターネット経由のシステムにおいて共通であって、販売コンテンツ毎に販売ヘッダと、販売サブヘッダと暗号化コンテンツデータを含み、販売サブヘッダは販売コンテンツ内の曲目数Ｎ毎に付与される。暗号化コンテンツデータはコンテンツヘッダ、サウンドストリーム（音楽コンテンツ）、テキストデータ（曲名、アーティスト名など）、拡張データなどを含む。
【００１２】
販売ヘッダは図３に示すように、販売コンテンツ内の曲目数Ｎに応じて可変長（＝６４Ｎ＋Ｍバイト（Ｂｙｔｅｓ））であって、
・１バイトの販売ヘッダバージョンと、
・１バイトの販売ヘッダサイズと、
・１バイトの保留（Ｒｅｓｅｒｖｅｄ）データと、
・１バイトの転送制御データと、
・８バイトのコンテンツ販売ＩＤと、
・８バイトの転送元ＩＤと、
・２バイトの販売チケット数と、
・１バイトの販売サブヘッダ数と、
・１バイトのコンテンツ曲数と、
・３２バイトの制作タイトル名と、
・１６バイトの制作会社名と、
・４×Ｎバイトの曲目毎のデータ長と、
・８×Ｎバイトの曲目毎の曲名と、
・８×Ｎバイトの曲目毎のアーティスト名と、
・４×Ｎバイトの曲目毎の演奏時間と、
・Ｋバイト（６４Ｎ＋Ｍ−Ｋバイト目〜６４Ｎ＋Ｍバイト目）の再生鍵データ（暗号化データ）を含む。
【００１３】
これに対し、図４はオーサリングシステム１によりマスタリング時に付与される販売ヘッダの構成を示し、この販売ヘッダは図２に示すデータの他に、制作タイトル名、Ｎ曲分の曲名、Ｎ曲分のアーティスト名、Ｎ曲分のＩＳＲＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｒｅｃｏｒｄｉｎｇ Ｃｏｄｅ）を含む。
【００１４】
販売サブヘッダは図５に詳しく示すように、
・１バイトのサブヘッダバージョンと、
・１バイトのサブヘッダサイズと、
・１バイトの保留（Ｒｅｓｅｒｖｅｄ）データと、
・１バイトの転送制御データと、
・８バイトのコンテンツ販売ＩＤと、
・８バイトの転送元ＩＤと、
・２バイトの販売チケット数と、
・１バイトの指定曲番と、
・３２バイトの制作タイトル名と、
を含む。
【００１５】
前記の販売ヘッダ及び販売サブヘッダ内の転送制御データは図６に詳しく示すように、４ビットｂ０〜ｂ３の再転送世代数データと４ビットｂ４〜ｂ７の再転送禁止／許可データを含む。
・再転送世代数ビットｂ０〜ｂ３
００００：再転送禁止
０００１〜１１１１：再転送世代数（再転送許可）
著作権者（ホスト）側が設定して再転送毎にカウントダウンし、００００で再転送禁止
・再転送禁止／許可ビットｂ４〜ｂ７
００００：再転送許可
０００１：再転送禁止
００１０〜１１１１：保留（Ｒｅｓｅｒｖｅｄ）
【００１６】
また、前述のオーサリングシステム１における暗号化処理は次のように行われる。
図７は、その処理を説明するためのフローチャートである。まず、販売ヘッダ毎に所定バイトの再生鍵データを乱数で作成し（ステップＳ１）、次いで販売コンテンツデータをコンテンツヘッダ、サウンドストリーム（音楽コンテンツ）、テキストデータ（曲名、アーティスト名など）、拡張データの各領域毎に分けて、上記の再生鍵データ（乱数）と所定バイトずつに排他的論理和（ＸＯＲ）演算することにより、販売コンテンツデータを各領域毎に独立して暗号化する（ステップＳ２）。
【００１７】
また、（販売ヘッダの指定項目順の文字列）＋（販売サブヘッダの指定項目順の文字列）の合成文字列に基づいてハッシュ関数（ＭＤ５）により所定バイトのハッシュ値を作成し（ステップＳ３）、次いで上記の再生鍵データとハッシュ値をＸＯＲ演算することにより１次暗号化再生鍵データを作成する（ステップＳ４）。そして、１次暗号化再生鍵データを販売ヘッダの再生鍵データ領域に格納して暗号化コンテンツとともに販売元端末（キオスク端末５、Ｗｅｂサーバ９）に伝送する（ステップＳ５）。このように、ステップＳ３とＳ４により販売ヘッダに基づく情報により再生鍵データを暗号化することにより販売ヘッダとコンテンツデータの組み合わせを改ざんした場合には復号できないようにしている。
【００１８】
また、図８は販売元端末（キオスク端末５、Ｗｅｂサーバ９）の再生鍵の２次暗号化の処理フローを示し、まず、１次暗号化再生鍵データを転送先プレーヤＩＤを鍵としてＤＥＳ暗号化して転送先プレーヤ６ａの２次暗号化再生鍵データを作成し（ステップＳ１１）、次いでこの２次暗号化再生鍵データを暗号化コンテンツとともに販売先端末（プレーヤ６ａ）に伝送する処理となっている（ステップＳ１２）。
【００１９】
また、図９は販売先端末（転送先プレーヤ６ａ）の暗号化された再生鍵及びコンテンツデータの復号処理方法の処理フローを示している。まず、２次暗号化再生鍵データを自己のプレーヤＩＤを鍵としてＤＥＳ復号することにより１次暗号化再生鍵データに復号するとともに（ステップＳ２１）、（販売ヘッダの指定項目順の文字列）＋（販売サブヘッダの指定項目順の文字列）の合成文字列に基づいてハッシュ関数（ＭＤ５）により所定バイトのハッシュ値を作成する（ステップＳ２２）。次いでこれらの１次暗号化再生鍵データとハッシュ値をＸＯＲ演算することにより元の再生鍵データに復号し（ステップＳ２３）、次いで暗号化販売コンテンツデータを所定バイトずつ元の再生鍵データとＸＯＲ演算することにより元の販売コンテンツデータに復号し、これを伸長して再生する（ステップＳ２４）。
【００２０】
特に、本システムの暗号化方式では、コンテンツデータやテキストデータなどの実データをＸＯＲ演算で暗号化し、ヘッダ等の実データと異なるデータはＤＥＳ暗号化方式で暗号化している。これは、再生時の処理速度に対応しているもので、再生時に処理速度が速く要求される実データは復合化のことを考慮して複合化が速く行えるＸＯＲ暗号化方式を採用し、それほどの処理速度が要求されないヘッダ情報には、それより復号化に時間を要する複雑なＤＥＳ暗号化方式として、再生速度とデータの流出との両方を考慮した暗号化としている。
【００２１】
また、前記のプレーヤ６ａ，６ｂは、図１０に示す構成で、プレーヤ６ａの符号のみを用いて説明する。
プレーヤ６ａは、データ転送インターフェース６ａ−１、電子財布部６ａ−２、表示部６ａ−３、操作部６ａ−４、記憶部６ａ−５、暗号化／復号化部６ａ−６、データ圧縮／伸長部６ａ−７、再生部６ａ−８、出力端子６ａ−９、制御部６ａ−１０及び内部バス６ａ−１１から構成されている。
【００２２】
データ転送インターフェース６ａ−１は、送信側プレーヤと受信側プレーヤとの間、これらプレーヤとキオスク端末５との間、又は、後述のＰＣクライアント（パソコン）とのデータ転送に使用される。
電子財布部６ａ−２は、電子マネーの受け取り、支払いをすることができる。プリペイド方式により電子マネーを予めデポジットしておき、その電子マネーをコンテンツ料金に応じて減額するようにしている。後述の説明では、プリペイド方式による説明としているが、周知のクレジット方式としても良い。
【００２３】
表示部６ａ−３は、電子財布の電子マネーの残額や、端末間のデータ送受信時の送受信状況、コンテンツ再生時の再生状況、コピーの可否等を表示する。操作部６ａ−４は、複数のデータの中から再生したいデータを探し出すためのデータ頭出し操作、再生時の再生音量操作等に使用される。記憶部６ａ−５には、キオスク端末５から受け取ったヘッダ情報やコンテンツデータや再生、他の携帯端末等から受け取ったヘッダ情報やコンテンツデータ等が記憶される。
【００２４】
暗号化／復号化部６ａ−６は、認証データの生成やコンテンツデータ、再生鍵及びヘッダ情報の暗号化又は復号化を行う。
データ圧縮／伸長部６ａ−７は、データを圧縮、又は圧縮されているデータを伸長する。転送されるデータは、転送効率を上げるため圧縮状態とする。従って、データ送信前にデータを圧縮し、データ受信後に必要に応じて圧縮データを伸長する。再生部６ａ−８は、コンテンツデータから音声、テキストデータ等を再生する。再生された音声等は、出力端子６ａ−９から外部に出力される。
制御部６ａ−１０は、上記各部の制御や、履歴転送回数、コンテンツ販売ＩＤ、転送元ＩＤ及び転送制御データの履歴数分の登録等を内部の記憶部ｍに行わせる。
【００２５】
次に、各端末間の処理手順につき順次詳述していく。
まず、図１１、図１２はキオスク端末（ホスト側）５とプレーヤの間の転送手順を示している。図５においてキオスク端末５と例えば上記構成のプレーヤ６ａがＩＥＥＥ１３９４インタフェースを介して接続された状態である。
また、図１１以下の図中、「Ｆｏｒｍ １」、「Ｆｏｒｍ２」…などは信号フォーマットの番号を示すもので、詳細な説明は省略するが、前述の販売店設置端末経由のシステムとインターネット経由のシステムにおいて共通であって、基本的には図１３に示すように、発信元コード（図１４に示すシステム構成装置の種類を示すコード）と、コマンドコード（図１５、図１６参照）と、データ長と実データ（暗号化データ）により構成されている。ただし、転送元（キオスク端末５、Ｗｅｂサーバ９）からプレーヤ６ａに送信される各種の「要求」や、プレーヤ６ａから転送元５、９に送信される各種の「通知」のフォーマットは、実データは含まれず、発信元コードと、コマンドコードと、データ長（＝オール０）のみにより構成されている。
【００２６】
キオスク端末５内において、このキオスク端末５内には図示はしていないが、データ転送インターフェース、表示部、記憶部、暗号化／復号化部、再生部、出力端子、制御部、内部バスなど、プレーヤ６ａ，６ｂとほぼ同様の機能部が含まれている。まず、図示しない暗号化部において例えば８バイトの乱数認証データＤ１を作成し、決済ボックス、キオスク端末、各プレーヤ、Ｗｅｂサーバ９及びＰＣクライアント１０において共通に保持している共通鍵Ｋ１〜Ｋ６の一つである共通鍵データＫ１によりＤＥＳ暗号化し、この暗号化された認証Ａデータを８バイトの所定の送信フォーム「１」（図中「Ｆｏｒｍ １」と示される）のプレーヤ認証ＡデータＤ１としてデータ転送インターフェース介してプレーヤ６ａに送信する。
【００２７】
プレーヤ６ａでは、このプレーヤ認証ＡデータＤ１をデータ転送インターフェース６ａ−１を介して受信し、暗号化／復号化部６ａ−６において、共通鍵データＫ１によりＤＥＳ復号化し、この復号化で得られた認証ＡデータＤ１を他の共通鍵データＫ２によりＤＥＳ暗号化し、返信プレーヤ認証Ａデータを作成する。それと同時に、８バイトの乱数認証ＡデータＤ３を作成し、この認証ＡデータＤ３を他の共通鍵データＫ３によりＤＥＳ暗号化し、このデータをホスト認証Ａデータとし、所定の送信フォーム「２」でホスト認証Ａデータと前記返信プレーヤ認証Ａデータとを再びキオスク端末５に返信する。
【００２８】
キオスク端末５では、データ転送インターフェースを介して返信プレーヤ認証Ａデータとホスト認証Ａデータとを受信し、これらを暗号化／復号化部に供給し、ここで、返信プレーヤ認証Ａデータを共通鍵データＫ３によりＤＥＳ復号化し、この復号化された認証ＡデータＤ１と送信認証ＡデータＤ１とが制御部において照合される。
照合の結果、不一致の場合には、このキオスク端末５側において行った前述の処理を２回まで再度実行する。それでも不一致する場合にはキオスク端末５における処理を中止する。
【００２９】
また、一方、一致の場合には、受信ホスト認証Ａデータを共通鍵データＫ３によりＤＥＳ復号化し、この復号化で得られた認証ＡデータＤ２を、他の共通鍵データＫ４によりＤＥＳ暗号化し、返信ホスト認証Ａデータとし、このデータを所定のフォーム「３」でプレーヤ６ａに送信する。
プレーヤ６ａの暗号化／復号化部６ａ−６では、この返信ホスト認証Ａデータを共通鍵データ４によりＤＥＳ復号化し、復号化された認証ＡデータＤ２を得て、この復号化された認証ＡデータＤ２と送信ホスト認証Ａデータとを制御部６ａ−１０において照合し、一致の場合には所定の送信フォーム「４」でホスト認証をキオスク端末５に送信し、その後の処理を受け付ける。
また、一方、認証不一致の場合には、フォーム「４」の認証不可をキオスク端末５に送信し、これ以降の処理の受付を禁止する。
【００３０】
次に、キオスク端末５からプレーヤ６ａに対し、所定の送信フォーム「５」のプレーヤＩＤの送信要求がなされる。これを受信したプレーヤ６ｂ側では暗号化／復号化部６ａ−７において、自己プレーヤＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、このデータを所定の送信フォーム「６」でキオスク端末５に送信する。
キオスク端末５における暗号化／復号化部ではホスト認証ＡデータＤ２を鍵として１６バイトづつ復号化し、復号化したプレーヤＩＤを記憶部に保存する。
また、プレーヤ６ａからのプレーヤＩＤの送信がない場合には、再度、プレーヤＩＤの要求をし、それでも送信がない場合には、プレーヤへの処理を中止する。
【００３１】
次いでキオスク端末５がプレーヤ６ａに対して所定の送信フォーム「７」の転送履歴送信要求を送信すると、プレーヤ６ａでは、制御部６ａ−１０内の記憶部６ａｍに前述の受信した履歴数、履歴転送回数、コンテンツ販売ＩＤ、転送元ＩＤ、転送制御データ等の転送履歴が有るか否かを検出し、有る場合には暗号化／復号化部６ａ−６で販売コンテンツ受信順に全転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ暗号化し、キオスク端末５に対して所定の送信フォーム「８」で転送履歴を送信し、キオスク端末５では、受信した転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ復号化する。次いでキオスク端末５がプレーヤ６ａに対して所定の送信フォーム「９」の転送履歴削除要求を送信すると、プレーヤ６ａでは転送履歴を削除する。また、転送履歴削除要求が無い場合には、全転送履歴の履歴転送回数を１カウントアップして保存する。そして、プレーヤ６ａが転送履歴を削除した場合にはキオスク端末５に対して所定の送信フォーム「１０」の転送履歴削除通知を送信する。従って、これらの転送履歴は、後に課金管理サーバ８に供給され、そこで著作権管理のための情報等に使用される。
【００３２】
次いでキオスク端末５における操作に応じて「コンテンツ転送」、「編集データ転送」に選択的に移行する。
「コンテンツ転送」が選択された場合には、キオスク端末５がプレーヤ６ａに対し、所定の送信フォーム「１１」のチケット残高送信要求がなされる。プレーヤ６ａの制御部６ａ−１０では電子財布６ａ−２におけるチケットの残高を照合し、この残高を暗号化／復号化部６ａ−６においてホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化して、このデータを送信フォーム「１２」によりキオスク端末５に送信し、キオスク端末５の暗号化／復号化部でホスト認証で受信した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ復号化し、チケット残高を記憶部に保存する。
このとき、残金のない場合には、処理を中止するか、クレジット方式の場合にはその情報を課金管理サーバ８に送信して周知の手続き処理が行われる。チケット残高の受信が得られない場合には、再度前述の残高送信要求の処理を実行し、送信がない場合にはプレーヤ処理を中止する。
【００３３】
前記の処理において、残高送信があった場合には、次いでプレーヤ６ａに送信フォーム「１５」の空き容量送信要求をする。プレーヤ６ａでは記憶部６ａ−５内に記憶されているデータのヘッダー／コンテンツ空き容量を照合して、キオスク端末５に送信フォーム「１６」によりその照合結果を送信する。キオスク端末５ではこの空き容量を記憶部に記憶する。空き容量がない場合には処理を中止するか、キオスク端末側で空き容量を確保するための制御信号を出力することになる。また、送信がない場合には前述の処理を再度実行し、それでも送信がない場合にはプレイ処理を中止する。
【００３４】
次いでキオスク端末５からプレーヤ６ａに所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの送信要求を行う。プレーヤ６ａにおける記憶部６ａ−５内に内蔵コンテンツ販売ＩＤが記録されている場合には、全コンテンツ販売ＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、このデータを所定の送信フォーム「１８」によりキオスク端末５に送信する。内蔵コンテンツ販売ＩＤが無い場合にはその旨を所定の送信フォーム「１８」により送信する。
【００３５】
次いでキオスク端末５がプレーヤ６ａに対して所定の送信フォーム「１９」、「２０」、「２１」でそれぞれ販売ヘッダ、販売サブヘッダ、コンテンツデータを順次を送信すると、プレーヤ６ａがこれらに応答してキオスク端末５に対して所定の送信フォーム「２２」の各データ受信通知を送信する。次いでキオスク端末５では、記憶部に記憶されている販売ヘッダ内の１次暗号化再生鍵データを先に送信されてきたプレーヤ６ａのプレーヤＩＤを鍵として２次暗号化し、この２次暗号化鍵データをプレーヤ６ａに対して所定の送信フォーム「２５」で送信する。
プレーヤ６ａでは、この２次暗号化鍵データを記憶部６ａ−５の販売ヘッダの鍵データ保存領域に格納する。そして、電子財布部６ａ−２により販売チケット数分減額し、受信コンテンツの転送履歴を制御部６ａ−１０内の記憶部ｍに記録する。
そして、これらの処理が終了すると、所定の送信フォーム「２６」の再生鍵データ受信通知をキオスク端末５に送信し、キオスク端末５とプレーヤ６ａの間のＩＥＥＥ１３９４インタフェースを切断する。
【００３６】
また、一方、図１７は、前記の「コンテンツ転送」の代わりに「編集データ転送」が選ばれたときのフローチャートで、同図に示すように、このモードが選択されると、キオスク端末５がプレーヤ６ａに対して所定の送信フォーム「３０」の編集データ送信要求を送信すると、プレーヤ６ａがこれに応答して編集対象の曲を、十進数で１から始まる再生順番、その曲データ長、曲名、アーティスト名の順に、所定の送信フォーム「３１」でキオスク端末５に送信する。次いでキオスク端末５ではこの送信データを記憶部に保存し、プレーヤ６ａに対して所定の送信フォーム「３２」のコンテンツ削除データを送信する。プレーヤ６ａではこのデータに基づいて受信削除再生順番の曲の再生リストからの削除、及び販売コンテンツデータと販売サブヘッダの消去、販売ヘッダの再転送禁止処理又は消去を行う。そして、キオスク端末５に対して所定の送信フォーム「３３」の販売コンテンツデータ削除通知を送信する。次いでキオスク端末５がプレーヤ６ａに対して所定の送信フォーム「１５」の空き容量送信要求を送信すると、プレーヤ６ａがこれに応答してキオスク端末５に対して所定の送信フォーム「１６」の空き容量を送信する。
【００３７】
次いでキオスク端末５は、前記の編集対象のデータに基づいて、再生順番の並び替え等の編集を行い、この編集済みデータをプレーヤ６ａに対して所定の送信フォーム「３４」で送信する。プレーヤ６ａでは、これに基づき旧再生順番を新再生順番に変更し、その後、キオスク端末５に対して所定の送信フォーム「３５」の編集済データ受信通知をプレーヤ６ａに送信する。そして、キオスク端末５とプレーヤ６ａの間のＩＥＥＥ１３９４インタフェースを切断する。
【００３８】
次に、前述のインターネット方式におけるＷｅｂサーバ９とＰＣクライアント１０の間、及びＰＣクライアント１０とプレーヤ６ａの間の通信手順につき、図１８〜図２３を参照して説明する。
まず、図１８に示すようにＰＣクライアント１０とプレーヤ６ａがＩＥＥＥ１３９４インタフェースを介して接続されると、ＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「３８」のプレーヤ認証Ｂデータを送信し、プレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「３９」の返信プレーヤ認証Ｂデータとホスト認証Ｂデータを送信する。次いでＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「４０」の返信ホスト認証Ｂデータを送信すると、プレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「４１」のホスト認証Ｂ結果を送信する。
【００３９】
次いでＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１１」のチケット残高送信要求を送信すると、プレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１２」のチケット残高を送信する。次いでＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１５」のメモリの空き容量送信要求を送信すると、プレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１６」の空き容量を送信する。次いでＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１７」の、メモリに既にダウンロードされて記憶されている内蔵コンテンツ販売ＩＤの送信を要求すると、プレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１８」の内蔵コンテンツ販売ＩＤを送信する。次いで所定のフォーム「３４」，「３５」により前記の図１７における販売キオスクとプレーヤ間におけると同様の編集データの要求と送信が行われる。次いでユーザなどがＰＣクライアント１０を介して指示することにより「コンテンツ選択・購入」、「チケット購入」、「コンテンツ編集・削除」の各処理に選択的に移行する。
【００４０】
尚、前述のＰＣクライアント１０とプレーヤ６ａとにおける認証方式は、前述の図１１で説明したキオスク端末５とプレーヤ６ａとにおける処理とほぼ同様で、その相違する点は認証データの生成方法で、共通鍵データＫ５を用いて暗号化された返信プレーヤ認証Ｂデータを生成する点と、共通鍵データＫ６を用いて返信ホスト認証Ｂデータを生成する点である。
前述の場合では認証Ａデータを用いて互いの機器を認証するようにしたが、特に、この場合のＰＣクライアント１０間との認証データは、データの流出が懸念されることから他とは異なる認証データを用いている。
従って、更に他の機器間で認証データの流出が懸念されるようなら、他の機器毎に認証データを異ならせても良い。
【００４１】
また、一方、「コンテンツ選択・購入」が選択された場合には、図１９に示すようにクライアント１０とプレーヤ６ａの間で上記の「チケット残高」、「空き容量」及び「内蔵コンテンツ販売ＩＤ」のやり取りを再度行う。次いでクライアント１０がサーバ９に対してコンテンツ購入要求情報を送信し、次いでサーバ９がクライアント１０に対して販売内容チェック結果を送信する。
尚、前記の残高送信データや内蔵コンテンツＩＤを送信するときには、ホスト認証Ｂデータを鍵としてＤＥＳ暗号化するようにしている。
【００４２】
次いでクライアント１０がＷｅｂサーバ９に対してコンテンツ購入要求を送信すると、Ｗｅｂサーバ９がクライアント１０に対してプレーヤ認証Ａデータを送信し、次いでクライアント１０がプレーヤ６ａに対してこのプレーヤ認証Ａデータを送信する。次いでプレーヤ６ａがこれに応答してクライアント１０に対して返信プレーヤ認証Ａデータとホスト認証データを送信し、次いでクライアント１０がＷｅｂサーバ９に対してこの返信プレーヤ認証Ａデータとホスト認証Ａデータを送信する。
【００４３】
次いでサーバ９がクライアント１０に対して返信ホスト認証Ａ送信データを送信し、次いでクライアント１０がプレーヤ６ａに対してこの返信ホスト認証Ａ送信データを送信する。次いでプレーヤ６ａがこれに応答してクライアント１０に対して返信ホスト認証Ａデータの結果を送信し、次いでクライアント１０がサーバ９に対してこの結果を送信する。
【００４４】
次に、図２０に示すように、Ｗｅｂサーバ９がＰＣクライアント１０に対して所定の送信フォーム「５」、「１１」、「１５」、「１７」、「７」でそれぞれプレーヤＩＤ送信要求、チケット残高送信要求、空き容量送信要求、内蔵コンテンツ販売ＩＤ送信要求、転送履歴送信要求を送信する。次いでＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「５」のプレーヤＩＤ送信要求を送信するとプレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「６」のプレーヤＩＤを送信し、ＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１１」のチケット残高送信要求を送信するとプレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１２」のチケット残高を送信する。
【００４５】
また、ＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１５」の空き容量送信要求を送信するとプレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１６」の空き容量を送信し、ＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤ送信要求を送信するとプレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１８」の内蔵コンテンツ販売ＩＤを送信し、ＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「７」の転送履歴送信要求を送信するとプレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「８」の転送履歴を送信する。ＰＣクライアント１０はＷｅｂサーバ９に対して、これらの所定の送信フォーム「６」、「１２」、「１６」、「１８」、「８」でそれぞれプレーヤＩＤ、チケット残高、空き容量、内蔵コンテンツ販売ＩＤ、転送履歴を送信する。そして、この転送履歴は前述したように課金管理サーバ８に送信されることになる。
【００４６】
次いでＷｅｂサーバ９が転送履歴を回収すると、ＰＣクライアント１０に対して所定の送信フォーム「９」の転送履歴削除要求を送信するとＰＣクライアント１０がプレーヤ６ａに対してこの送信フォーム「９」の転送履歴削除要求を送信し、プレーヤ６ａがこれに応答して制御部６ａ−１０内の記憶部ｍに記憶されている転送履歴を削除する。そして、ＰＣクライアント１０に対して所定の送信フォーム「１０」の転送履歴削除通知を送信するとＰＣクライアント１０がＷｅｂサーバ９に対してこの送信フォーム「１０」の転送履歴削除通知を送信する。
これらのデータの送信は、プレーヤ６ａにおいて、空き容量の送信を除き、ホスト認証Ａデータを鍵としてＤＥＳ暗号化されて送信される。
【００４７】
次いでＷｅｂサーバ９がＰＣクライアント１０に対して送信フォーム「１９」、「２０」、「２１」でそれぞれ販売ヘッダ、販売サブヘッダ、販売コンテンツデータを送信する。次いでＰＣクライアント１０がプレーヤ６ａに対して送信フォーム「１９」、「２０」、「２１」でそれぞれ販売ヘッダ、販売サブヘッダ、販売コンテンツデータを送信するとプレーヤ６ａは、これらのデータを記憶部６ａ−５に記憶する。そして、ＰＣクライアント１０に対して送信フォーム「２２」の各データ受信通知を送信し、ＰＣクライアント１０がに対してこの送信フォーム「２２」のデータ受信通知を送信する。
【００４８】
次いで図２１に示すようにＷｅｂサーバ９がＰＣクライアント１０に対して送信フォーム「２５」の再生鍵データを送信すると、ＰＣクライアント１０がプレーヤ６ａに対してこの送信フォーム「２５」の再生鍵データを送信する。次いでプレーヤ６ａは、受信再生鍵データを販売ヘッダの鍵データ保存領域に格納すると共に、購入チケット数分の減額、受信コンテンツデータの転送履歴等の記録を行いＰＣクライアント１０に対して送信フォーム「２６」の再生鍵データ受信通知を送信し、ＰＣクライアント１０がＷｅｂサーバ９に対してこの送信フォーム「２６」の再生鍵データ受信通知を送信する。そして、ＰＣクライアント１０とプレーヤ６ａの間のＩＥＥＥ１３９４インタフェースを切断する。
【００４９】
次に、図１８において「コンテンツ編集・削除」が選択された場合につき、図２２を参照して説明する。この処理では、サーバ９とクライアント１０の間の回線は接続されず、クライアント１０とプレーヤ６ａの間のみが接続された状態で行われる。まず、クライアント（ホスト側）１０がプレーヤ６ａに対してコンテンツ削除データを送信すると、プレーヤ６ａがこれに基づいて図１７のプレーヤ処理１１と同様にしてデータの削除をする。そして、クライアント１０に対してコンテンツ削除通知を送信する。
【００５０】
次に、ここで、クライアント１０において、編集処理が行われる。その処理を図２３を参照して説明する。まず、プレーヤ６ａから転送された編集対象のコンテンツを表示し（ステップＳ１）、次いで編集項目が入力されると（ステップＳ２）、入力項目に応じて編集対象のコンテンツを編集する（ステップＳ３）。そして、図２２に示すように、前記の編集済データが送信されると、プレーヤ６ａがこれに応答してクライアント１０に対して編集済データ受信通知を送信する。
【００５１】
次に、図２４〜図２６を参照して図１９〜図２１に対応した別の「コンテンツ選択・購入」の実施例につき説明する。
すなわち、図１８において、「コンテンツ選択・購入」が選択された場合には、図２４に示すようにクライアント１０がサーバ９に対してコンテンツ購入要求情報を送信し、次いでサーバ９がクライアント１０に対して販売内容チェック結果を送信する。次いでクライアント１０がサーバ９に対してコンテンツ購入要求を送信すると、サーバ９がプレーヤ認証Ａデータをクライアント１０をスルーしてプレーヤ６ａに送信し、プレーヤ６ａがこれに応答して返信プレーヤ認証Ａデータとホスト認証データをクライアント１０をスルーしてサーバ９に送信する。次いでサーバ９が返信ホスト認証Ａ送信データをクライアント１０をスルーしてプレーヤ６ａに送信すると、プレーヤ６ａがこれに応答して返信ホスト認証Ａ送信データの結果をクライアント１０をスルーしてサーバ９に送信する。
【００５２】
次に、図２５に示すように、サーバ９がプレーヤＩＤ送信要求、チケット残高送信要求、空き容量送信要求、内蔵コンテンツ販売ＩＤ送信要求、転送履歴送信要求をクライアント１０をスルーしてプレーヤ６ａに送信すると、プレーヤ６ａがこれに応答してプレーヤＩＤ、チケット残高、空き容量、内蔵コンテンツ販売ＩＤ、転送履歴をクライアント１０をスルーしてサーバ９に送信する。
【００５３】
次いでサーバ９が転送履歴削除要求をクライアント１０をスルーしてプレーヤ６ａに対して送信すると、プレーヤ６ａがこれに応答して転送履歴削除通知をクライアント１０をスルーしてサーバ９に送信する。次いでサーバ９が販売ヘッダ、販売サブヘッダ、販売コンテンツデータをクライアント１０をスルーしてプレーヤ６ａに送信すると、プレーヤ６ａがこれに応答して各データ受信通知をクライアント１０をスルーしてサーバ９に送信する。次いで図２６に示すようにサーバ９が再生鍵データをクライアント１０をスルーしてプレーヤ６ａに対して送信すると、プレーヤ６ａがこれに応答して再生鍵データ受信通知をクライアント１０をスルーしてサーバ９に送信する。そして、クライアント１０とプレーヤ６ａの間のＩＥＥＥ１３９４インタフェースを切断する。
【００５４】
次に、図２７を参照してプレーヤ６ａ、６ｂ間におけるデータ転送の処理につき説明する。まず、プレーヤ（ホスト側）６ａの暗号化部６ａ−５において例えば８バイトの乱数認証ＡデータＤ１を作成し、共通鍵データＫ１によりＤＥＳ暗号化し、この暗号化された認証ＡデータＤ１を８バイトの所定の送信フォーム「１」でデータ転送インターフェース６ａ−１を介してプレーヤ６ｂに送信する。
プレーヤ６ｂでは、このプレーヤ認証ＡデータＤ１をデータ転送インターフェース６ｂ−１を介して受信し、暗号化／復号化部６ｂ−６において、共通鍵データＫ１によりＤＥＳ復号化し、この復号化で得られた認証ＡデータＤ１を他の共通鍵データＫ２によりＤＥＳ暗号化し、返信プレーヤ認証Ａデータを作成する。それと同時に、８バイトの乱数認証ＡデータＤ３を作成し、この認証ＡデータＤ３を更に他の共通鍵データＫ３によりＤＥＳ暗号化し、このデータをホスト認証Ａデータとし、所定送信フォーム「２」でホスト認証Ａデータと前記返信プレーヤ認証Ａデータとを再びプレーヤ６ａに返信する。
【００５５】
プレーヤ６ａでは、データ転送インターフェース６ａ−１を介して返信プレーヤ認証Ａデータとホスト認証Ａデータとを受信し、これらを暗号化／復号化部６ａ−６に供給し、ここで、返信プレーヤ認証Ａデータが共通鍵データＫ３によりＤＥＳ復号化され、この復号化された認証ＡデータＤ１と送信認証ＡデータＤ１とが制御部６ａ−１０において照合される。
照合の結果、不一致の場合には、このプレーヤ６ａ側において行った前述の処理を２回まで再度実行する。それでも不一致する場合にはプレーヤ６ａにおける処理を中止する。
【００５６】
また、一方、一致した場合には、受信ホスト認証Ａデータを共通鍵データＫ３によりＤＥＳ復号化し、この復号化で得られた認証データＤ２を、他の共通鍵データＫ４によりＤＥＳ暗号化し、返信ホスト認証Ａデータとし、このデータを所定の送信フォーム「３」によりプレーヤ６ｂに送信する。
プレーヤ６ｂの暗号化／復号化部６ｂ−６では、この返信ホスト認証Ａデータを共通鍵データ４によりＤＥＳ復号化し、復号化された認証ＡデータＤ２を得て、この復号化された認証ＡデータＤ２と送信ホスト認証Ａデータとを制御部６ｂ−１０において照合し、一致の場合には所定の送信フォーム「４」のホスト認証をプレーヤ６ａに送信し、その後の処理を受け付ける。
また、一方、認証不一致の場合には、所定の送信フォーム「４」の認証不可をプレーヤ６ａに送信し、これ以降の処理の受付を禁止する。
【００５７】
次いでプレーヤ６ａからプレーヤ６ｂに対し、所定の送信フォーム「５」のプレーヤＩＤの送信要求がなされる。これを受信したプレーヤ６ｂ側では暗号化／復号化部６ｂ−７において、自己プレーヤＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、所定の送信フォーム「６」でデータをプレーヤ６ａに送信する。
プレーヤ６ａにおける暗号化／復号化部６ａ−６ではホスト認証ＡデータＤ２を鍵として１６バイトづつ復号化し、復号化したプレーヤＩＤを記憶部ｍに保存する。
また、プレーヤ６ｂからのプレーヤＩＤの送信がない場合には、再度、プレーヤＩＤの要求をし、それでも送信がない場合には、プレーヤ処理を中止する。
【００５８】
次いでプレーヤ６ａからプレーヤ６ｂに対し、所定の送信フォーム「１１」のチケット残高送信要求がなされる。プレーヤ６ｂの制御部６ｂ−１０では電子財布６ｂ−２におけるチケットの残高を照合し、この残高を暗号化／復号化部６ｂ−６においてホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化して、このデータを送信フォーム「１２」によりプレーヤ６ａに送信し、プレーヤ６ａの暗号化／復号化部６ａ−６でホスト認証で受信した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ復号化し、チケット残高を記憶部ｍに保存する。
このとき、チケット残高の受信が得られない場合には、再度前述の残高送信要求の処理を実行し、送信がない場合にはプレーヤ処理を中止する。
【００５９】
残高送信があれば、次に、プレーヤ６ｂに所定の送信フォーム「１５」の空き容量送信要求をする。プレーヤ６ｂでは記憶部６ｂ−５内に記憶されているデータのヘッダー／コンテンツ空き容量を照合して、プレーヤ６ａに所定の送信フォーム「１６」によりその照合結果を送信する。プレーヤ６ａではこの空き容量を記憶部ｍに記憶する。送信がない場合には前述の処理を再度実行し、それでも送信がない場合にはプレイ処理を中止する。
【００６０】
次いでプレーヤ６ａからプレーヤ６ｂに所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの送信要求を行う。プレーヤ６ｂにおける記憶部６ｂ−５内にすでに転送済みの内蔵コンテンツ販売ＩＤが記録されているには、全コンテンツ販売ＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、このデータを所定の送信フォーム「１８」によりプレーヤ６ａに送信する。内蔵コンテンツ販売ＩＤが無い場合には、その旨を所定の送信フォーム「１８」により送信する。
【００６１】
プレーヤ６ａでは、制御部６ａ−６において、記憶部６ａ−５に記憶されている転送コンテンツ販売ＩＤとプレーヤ６ｂから送信されてきた内蔵コンテンツ販売ＩＤとを照合する。同一コンテンツ販売ＩＤがある場合にはプレーヤ６ａの処理を中止する。
また、同一コンテンツ販売ＩＤが無い場合には、転送コンテンツ販売ヘッダ内の転送制御データ再転送世代数を確認する。
確認の結果、転送世代数が［００００：コピー不可］である場合には、その旨を再生部６ａ−８を通じて表示部６ａ−３において、［コピー不可］を表示して処理を中止すると共に、プレーヤ６ｂ側も所定時間内にデータの受信が得られないと同様に表示部６ｂ−３に［コピー不可］を表示する。
【００６２】
また、転送世代数が［０００１］以上である場合には、転送制御データの再転送世代数を１カウントダウンし、転送コンテンツの再生鍵データを除く販売ヘッダをプレーヤ６ｂの認証時に使用した認証ＡデータＤ１を鍵としてＤＥＳ暗号化して、所定の送信フォーム［１９］でプレーヤ６ｂに送信する。プレーヤ６ｂでは、これを受信し販売ヘッダを認証ＡデータＤ１を用いてＤＥＳ復号化し、記憶部６ｂ−５に記憶すると共に、受信通知をプレーヤ６ｂに送信する。
【００６３】
また、プレーヤ６ａでは、記憶部６ａ−５に販売サブヘッダがある場合には前記の販売ヘッダの場合と同様にプレーヤ６ｂの認証時に使用した認証ＡデータＤ１を鍵としてＤＥＳ暗号化して、プレーヤ６ａに対して所定の送信フォーム［２０］で送信する。プレーヤ６ａでは、この販売サブヘッダを認証ＡデータＤ１を鍵としてＤＥＳ復号化し、記憶部６ｂ−５に記憶する。また、プレーヤ６ａに販売サブヘッダ情報が無い場合には、次の所定の送信フォーム［２１］で前述の方式で暗号化されたコンテンツデータを送信する。プレーヤ６ｂでは、このコンテンツデータを記憶部６ｂ−５に記憶し、所定の送信フォーム［２２］で受信通知を返送する。
【００６４】
次いでプレーヤ６ａでは、記憶部６ｂ−５における転送販売ヘッダ再生鍵保存領域の２次暗号化再生鍵データを、暗号化／復号化部６ａ−６において自己プレーヤ（６ａ）のＩＤを鍵としてＤＥＳ復号化し、１次暗号化再生鍵データを復号する。そして、この１次暗号化再生鍵データを、転送先であるプレーヤ６ｂのＩＤを鍵として再び２次ＤＥＳ暗号化処理を行い、この２次暗号化された再生鍵データを所定の送信フォーム［２５］でプレーヤ６ｂに送信する。プレーヤ６ｂでは、この２次暗号化鍵データを記憶部６ｂ−５の販売ヘッダの鍵データ保存領域に格納する。そして、電子財布部６ｂ−２により販売チケット数分減額し、受信コンテンツの前述の転送履歴を制御部内６ｂ−１の記憶部ｍに記録する。
そして、これらの処理が終了すると、所定の送信フォーム「２６」の再生鍵データ受信通知をプレーヤ６ａに送信し、プレーヤ６ａとプレーヤ６ｂの間のＩＥＥＥ１３９４インタフェースを切断する。
【００６５】
次に、図２８，図２９は、前述のプレーヤ６ａ及びプレーヤ６ｂ間におけるデータ転送の別の実施例で、前述の実施例と異なる点は、特に、プレーヤ６ｂから転送履歴をもらう点である。所定の送信フォーム［１］〜［６］までは、前述の実施例である図２７の説明と同一であるため説明を省略し、送信フォーム［７］より説明する。
この送信フォーム［７］により、プレーヤ６ａからプレーヤ６ｂに対して転送履歴の要求を行う。
プレーヤ６ｂでは、制御部６ｂ−１０内の記憶部ｍに転送履歴が有るか否かを検出し、有る場合には暗号化／復号化部６ｂ−６で販売コンテンツ受信順に全転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ暗号化し、応答してプレーヤ６ａに対して所定の送信フォーム「８」で転送履歴を送信し、プレーヤ６ａでは、暗号化／復号化部６ａ−６において転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ復号化する。そして、制御部６ａ−１０では、これらのデータに基づきコピーが可能な否かをチエックし、その旨を所定のフォーム［９］でプレーヤ６ｂに送信する。
プレーヤ６ｂでは、特に、コピーができない場合には、再生部６ｂ−８を通じて表示部６ｂ−３によりその旨を表示する。また、コピー可の場合には全転送履歴の履歴転送回数を１カウントアップして保存する。そして、所定の送信フォーム「１０」により前記のデータの受信をプレーヤ６ａに送信する。
【００６６】
そして、コピー可と判断された場合には、「コンテンツ転送」処理へと進行し、プレーヤ６ａからプレーヤ６ｂに対し、所定の送信フォーム「１１」のチケット残高送信要求がなされる。プレーヤ６ｂの制御部６ａ-10では電子財布６ｂ-2におけるチケットの残高を照合し、この残高を暗号化／復号化部６ｂ-6においてホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化して、このデータを送信フォーム「１２」によりプレーヤ６ａに送信し、プレーヤ６ａの暗号化／復号化部６ａ-6でホスト認証で受信した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ復号化し、チケット残高を記憶部ｍに保存する。
このとき、チケット残高の受信が得られない場合には、再度前述の残高送信要求の処理を実行し、送信がない場合にはプレーヤ処理を中止する。
【００６７】
前記の処理において、残高送信があった場合には、次に、プレーヤ６ｂに送信フォーム「１５」の空き容量送信要求をする。プレーヤ６ｂでは記憶部ｍ内に記憶されているデータのヘッダー／コンテンツ空き容量を照合して、プレーヤ６ａに送信フォーム「１６」によりその照合結果を送信する。プレーヤ６ａではこの空き容量を記憶部に記憶する。送信がない場合には前述の処理を再度実行し、それでも送信がない場合にはプレイ処理を中止する。
【００６８】
次に、プレーヤ６ａからプレーヤ６ｂに所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの送信要求を行う。プレーヤ６ｂにおける記憶部６ｂ−５内に内蔵コンテンツ販売ＩＤが記録されている場合には、全コンテンツ販売ＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、このデータを所定の送信フォーム「１８」によりプレーヤ６ａに送信する。内蔵コンテンツ販売ＩＤが無い場合にはその旨を所定の送信フォーム「１８」により送信する。
【００６９】
次いで、プレーヤ６ａがプレーヤ６ｂに対して所定の送信フォーム「１９」、「２０」、「２１」でそれぞれ販売ヘッダ、販売サブヘッダ、コンテンツデータを順次を送信すると、プレーヤ６ｂがこれらに応答してプレーヤ６ａに対して所定の送信フォーム「２２」の各データ受信通知を送信する。次いで、プレーヤ６ａでは、記憶部６ｂ-5における転送販売ヘッダ再生鍵保存領域の２次暗号化再生鍵データを、暗号化／復号化部６ａ-6において自己プレーヤ（６ａ）のＩＤを鍵としてＤＥＳ復号化し、１次暗号化再生鍵データを復号する。そして、この１次暗号化再生鍵データを、転送先であるプレーヤ６ｂのＩＤを鍵として再び２次ＤＥＳ暗号化処理を行い、この２次暗号化された再生鍵データを所定の送信フォーム［２５］でプレーヤ６ｂに送信する。
プレーヤ６ｂでは、この２次暗号化鍵データを記憶部６ｂ-5の販売ヘッダの鍵データ保存領域に格納する。そして、電子財布部６ｂ-2により販売チケット数分減額し、受信コンテンツの転送履歴を記憶部６ｍに記録する。
そして、これらの処理が終了すると、所定の送信フォーム「２６」の再生鍵データ受信通知をプレーヤ６ａに送信し、プレーヤ６ａとプレーヤ６ｂの間のＩＥＥＥ１３９４インタフェースを切断する。
【００７０】
尚、前述の説明において、決裁ボックス７とプレーヤ６ａ，６ｂ間のデータ転送手順を詳述しなかったが、図１１で示したキオスク・プレーヤ間データ転送手順における［コンテンツ転送］及び［編集データ転送］の選択のステップを除き所定の送信フォーム［１］〜［１２］までの処理がほぼ同じで、その後に処理として例えば前述の電子チケットが発行されるようになっている。
従って、互いの機器の認証方式やプレーヤＩＤを送信する際の暗号化方式も同様である。
【００７１】
また、前述の鍵データは、プレーヤＩＤで暗号化し、復号化するようにしているが、例えば、プレーヤ６ａ，ｂ内のコンテンツデータを記録する記憶部６ａ−５，６ｂ−５が着脱自在のメモリディバイスのような記録媒体であるような場合には、記録媒体にＩＤを付与して、このＩＤに基づいて暗号化・復号化するようにしても良い。また、このように記憶部６ｂ−５が着脱自在なような場合には、コンテンツデータを前記のように再生鍵でＸＯＲ演算で暗号化したまま状態で所定領域に記録すると共に、ヘッダ情報を暗号化したままの所定領域に記録するようにしても良い。
【００７２】
更に、前述の編集処理は、販売元端末であるキオスク端末及びＰＣクライアントにおいてしか行えないようにしているが、それらに限らずコンテンツデータの改竄が行われないように暗号化されたままのデータを編集する等、著作権管理が工夫された編集装置なら良い。
【００７３】
また、更に、図３０はテキストデータのフォーマットを示した図で、テキストデータは図３０（ａ）に示すように複数のテキスト「１」〜「Ｎ」により構成され、テキスト「１」〜「Ｎ」の各々は、図３０（ｂ）に示すように複数のテキストフレーム「１」〜「Ｎ」により構成されている。テキストフレーム「１」〜「Ｎ」の各々はともに、オーサリング時にコンテンツデータを暗号化したときと同じ暗号化方式で、再生鍵データと同じ１６バイトで構成されて、３バイトのタイムスタンプと、１バイトのフレーム数と１２バイトのテキストデータにより構成されている。そして、上記の暗号化、復号は、再生鍵データとテキストフレーム「１」〜「Ｎ」ずつ、すなわち１６バイトずつに排他的論理和（ＸＯＲ）演算することにより行われている。
【００７４】
【発明の効果】
以上説明したように本発明によれば、販売先端末では他の販売先端末装置とでコピーした場合には、再転送世代数、転送履歴等を記録できるようにして所定回以上のコピーの可否を決定して著作権管理をより確実なものにできるようし、その転送履歴をホスト側の装置で回収して、不正コピー等の著作権管理より確実なものとすることがきるようにすると共に、回収した情報はホスト側の装置においてしか削除できないようにし、販売先端末からのデータへの立ち入りをなくして、販売先端末においてコンテンデータの不正な改竄及び流用に繋がるのを未然に防止することができる等の効果を奏する。
【図面の簡単な説明】
【図１】本発明が採用されるキオスク端末を経由するコンテンツ販売システムの一例を示す構成図である。
【図２】本発明が採用されるインターネット形式によるコンテンツ販売システムの例を示す構成図である。
【図３】図１のプレーヤに配信される販売ヘッダの構成を示す説明図である。
【図４】図１のオーサリングにより付与される販売ヘッダの構成を示す説明図である。
【図５】図１のプレーヤに配信される販売サブヘッダの構成を示す説明図である。
【図６】図４及び図５内の転送制御データの構成を示す説明図である。
【図７】図１、図７のオーサリングシステムの１次暗号化処理を示すフローチャートである。
【図８】図１、図７のキオスク端末及びＷｅｂサーバの２次暗号化処理を示すフローチャートである。
【図９】図１、図７のコピー元プレーヤのコピー管理処理と２次暗号化処理を示すフローチャートである。
【図１０】プレーヤの構成概略構成図である。
【図１１】キオスク・プレーヤ間のデータ転送の手順を示す説明図である。
【図１２】図１１の連続した手順を示す説明図である。
【図１３】転送フォームの構成図である。
【図１４】発信元のコードの例を示す図である。
【図１５】コマンドを示す図である。
【図１６】図１５以外のコマンドを示す図である。
【図１７】図１１において、編集データの転送が選択されたときの処理を示す説明図である。
【図１８】インターネットサーバ・インタネットクライアント・プレーヤ間のデータ転送手順を示す説明図である。
【図１９】図１８に連続する説明図である。
【図２０】図１９に連続する説明図である。
【図２１】図２０に連続する説明図である。
【図２２】図１８においてコンテンツ編集・削除が選択されたときの手順を示す説明図である。
【図２３】クライアントの編集処理を説明するための図である。
【図２４】別のコンテンツ選択・購入の他の例で、図１９〜図２１に対応する図である。
【図２５】図２４に連続する図である。
【図２６】図２５に連続する図である。
【図２７】プレーヤ・プレーヤ間の転送手順を示す説明図である。
【図２８】プレーヤ・プレーヤ間の他の例の転送手順を示す説明図である。
【図２９】図２８に連続する図である。
【図３０】テキストデータのフォーマットを示す説明図である。
【符号の説明】
１ オーサリングシステム（ホスト）
２ 送信サーバ
３ アップリンクセンタ
４ 衛星
５ キオスク端末（転送元端末、販売元端末）
６ａ，６ｂ プレーヤ（転送先端末、販売先端末）
６ａ−１，６ｂ−１ データインター転送フェース
６ａ−２，６ｂ−２ 電子財布
６ａ−３，６ｂ−３ 表示部
６ａ−４，６ｂ−４ 操作部
６ａ−５，６ｂ−５，ｍ 記憶部
６ａ−６，６ｂ−６ 暗号化／復号化部
６ａ−７，６ｂ−７ データ圧縮／伸長部
６ａ−８，６ｂ−８ 再生部
６ａ−９，６ｂ−９ 出力端子
６ａ−１０，６ｂ−１０ 制御部
９ Ｗｅｂサーバ（インターネットサーバ）（転送元端末）
１０ インターネットサービス用ＰＣクライアント
【発明の属する技術分野】
本発明は、音楽などのコンテンツデータをホストが提供して販売店設置端末やインターネットなどのネットワークを介してユーザ側のプレーヤに対して転送（ダウンロード）するコンテンツ販売システムにおける販売先端末装置に関する。
【０００２】
【従来の技術】
近年、音楽などのコンテンツデータ（ソフト）をユーザ側に販売するシステムとして、ＣＤ（コンパクト・ディスク）やＤＶＤ（デジタル・バーサタイル・ディスク）などの有料の記録媒体を用いる代わりに、対価の支払いを条件として販売店設置端末やインターネットなどのネットワークを介してユーザ側のプレーヤ内のハードディスクや半導体メモリなどの記録媒体に転送してこれを再生するコンテンツ販売システムあるいはネットワーク配信システムが着目されている。
【０００３】
コンテンツ販売システムの一例としては、コンテンツデータをホスト側から衛星通信回線や公衆電話回線を介して販売店設置端末に転送し、更に販売店設置端末からプレーヤに転送する販売店設置端末経由方式が考えられる。他の経由方式としては、コンテンツデータをインターネット・サーバ（ホスト）側からインターネット及びインターネットクライアント（ユーザパソコン）を介してプレーヤに転送するインターネット経由方式が考えられる。
【０００４】
【発明が解決しようとする課題】
ところで、このようなコンテンツ販売システムでは、不正にコンテンツデータがコピーされないように送信側のＩＤ（識別情報）や受信側のＩＤに基づいて暗号化してから送信するようなことが考えられている。
ところが、そのように暗号化しても、何らかの手法によりＩＤが知られ、そのＩＤを用いて暗号を解読して不正なコピーが行われることが懸念されている。
そこで、本発明では、このような問題に鑑みて、販売先端末では他の販売先端末とでコピーした場合には、コピー回数である再転送世代数、転送履歴等を記録できるようにして所定回以上のコピーの可否を決定して著作権管理をより確実なものにできるようし、そのコピー履歴の情報をホスト側となるキオスク端末等で回収して、不正コピーをチエックできる情報として収集できるようにすると共に、回収した情報はホスト側からしか削除できないようにして、販売先端末装置からの情報の削除等をできなくして、コンテンデータの不正な改竄及び流用に繋がるのを未然に防止できる販売先端末装置を提供しようというものである。
【０００５】
【課題を解決するための手段】
本発明は、上記課題を解決するために、以下の１）〜３）の手段より成る。
すなわち、
１）コンテンツデータをホスト装置から販売先端末に供給するコンテンツ販売システムに使用される前記販売先端末において、
予め所定金額分が用意された電子財布と、
コピー元とコピー先の販売先端末間で互いに前記コンテンツデータのコピーを行う毎に、コピー元となる場合には前記コンテンツデータの転送回数示す再転送世代数を記憶し、コピー先となる場合にはコピー元ＩＤ又は販売コンテンツ等の転送履歴を記憶する手段と、
コピー先となる場合に前記再転送世代数に基づいてコピー許可されたコンテンツデータを受信する手段と、
この受信したコンテンツデータに応じた金額を前記電子財布から減額する手段と、
前記ホスト装置に接続されたとき、前記ホスト装置からの要求信号に基づき前記転送履歴を前記ホスト装置に送信する手段と、
前記転送履歴の回収により前記ホスト装置から供給される制御信号に基づいて前記記憶する手段に記憶された転送履歴を削除する手段と、
を具備したことを特徴とする販売先端末。
２）コンテンツデータをホスト装置から販売先端末に供給するコンテンツ販売システムに使用される前記販売先端末において、
予め所定金額分が用意された電子財布と、
コピー元とコピー先の販売先端末間で互いに前記コンテンツデータのコピーを行う毎に、コピー先となる場合には前記コンテンツデータの転送履歴を記憶する手段と、
コピーを行う際には、予めすでに記憶されている転送履歴がある場合には前記転送履歴をコピー元に送信し、前記コピー元から前記送信された転送履歴に基づいてコピー許可されたコンテンツデータを受信する手段と、
この受信したコンテンツデータに応じた金額を前記電子財布から減額する手段と、
前記ホスト装置に接続されたとき、前記ホスト装置からの要求信号に基づき前記転送履歴を前記ホスト装置に送信する手段と、
前記転送履歴の回収により前記ホスト装置から供給される制御信号に基づいて前記記憶する手段に記憶された転送履歴を削除する手段と、
を具備したことを特徴とする販売先端末。
３）請求項１又は２記載のコンテンツ販売システムは、更に販売先端末装置のコピー履歴の情報を回収する決済ボックスを含み、転送履歴を削除する手段は、販売先端末から前記決済ボックスに送信した前記転送履歴の情報基づいて前記決裁ボックスから供給される制御信号によって前記転送履歴の情報を削除する構成であることを特徴とする販売先端末。
【０００６】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。図１は本発明が採用される販売店端末（キオスク端末）を経由するコンテンツ販売システムの一例を示す構成図、図２は本発明に採用されるインターネット形式によるコンテンツ販売システムの例を示す構成図、図３は図１のプレーヤに配信される販売ヘッダの構成を示す説明図、図４は図１のオーサリングシステムにより付与される販売ヘッダの構成を示す説明図、図５は図１のプレーヤに販売サブヘッダの構成を示す説明図である。
【０００７】
図１はコンテンツ販売システムの一例として、ＪＲの売店（以下、キオスク）に販売店端末（以下、キオスク端末）５を設置した販売店設置端末経由方式のシステムを示している。まず、ホスト側では非圧縮の音楽コンテンツをオーサリングシステム１により例えばＴｗｉｎ ＶＱ方式で圧縮し、次いでこの圧縮データを詳細の後述する再生鍵データで暗号化する。また、オーサリングシステム１ではこの再生鍵データを１次暗号化してこの１次暗号化再生鍵データと暗号化コンテンツを所定のデータ構造として記録し送信サーバ２、アップリンクセンタ３、衛星４を介してキオスク端末５のサーバに転送する。なお、この販売店設置端末経由方式のシステムでは、コンテンツを衛星４を介してキオスク端末５へ供給する代わりに、別の又は過渡的な供給方法として、記録済サーバを物流により定期的に交換するようにしてもよく、これに限られるものではない。さらに、販売店設置端末はキオスクの他、コンビニエンス・ストアなどの他の販売店に設置するようにしても良い。
【０００８】
キオスク端末５は、１次暗号化再生鍵データを２次暗号化してこの２次暗号化再生鍵データと暗号化コンテンツをプレーヤ（図中プレイヤーと示すこともある）６ａにダウンロードする。このとき、キオスク端末５とプレーヤ６ａの間はＩＥＥＥ１３９４インタフェースを介して接続され、プレーヤ６ａはダウンロード前にあらかじめ自己のＩＤをキオスク端末５に転送する。また、コピー元プレーヤ６ａとコピー先プレーヤ６ｂ間では、２次暗号化再生鍵データと暗号化コンテンツが再転送可能であり、この場合にもコピー先プレーヤ６ｂは再転送前にあらかじめ自己のＩＤをコピー元プレーヤ６ａに転送する。このシステムの課金方式では、ユーザがプリペイド方式で電子チケットを購入することにより残高がプレーヤ６ａ内の電子財布に記憶され、また、課金情報がプレーヤ６ａから決済ボックス７を介して課金管理サーバ８に転送される。
この課金管理サーバ８は、キオスク端末５や後述のＷｅｂサーバ９を通じて前記の課金情報や各プレーヤ６ａ，６ｂの転送履歴を回収して、これらの情報をもとに著作権管理等を行うようにしている。
【０００９】
また、この販売システムは、前述のキオスク端末を経由するシステムであると共に、インターネット方式により販売する経路も有している。
図２は、そのインターネット方式による販売システムを示す図である。
まず、ホスト側では販売店設置端末経由方式と同様に、非圧縮の音楽コンテンツをオーサリングシステム１により例えばＴｗｉｎ ＶＱ方式で圧縮し、次いでこの圧縮データを再生鍵データで暗号化する。また、オーサリングシステム１ではこの再生鍵データを１次暗号化してこの１次暗号化再生鍵データと暗号化コンテンツを所定のデータ構造として記録し送信サーバ２、Ｗｅｂサーバ（インターネットサービス用サーバ）９に転送する。
【００１０】
Ｗｅｂサーバ９は１次暗号化再生鍵データを２次暗号化して２次暗号化再生鍵データと暗号化コンテンツをインターネットサービス用ＰＣクライアント１０（ＰＣクライアントともいう）を介してプレーヤ６ａにダウンロードする。このとき、Ｗｅｂサーバ９とＰＣクライアント１０の間がダイヤルアップ接続により接続されるとともに、ＰＣクライアント１０とプレーヤ６ａの間がＩＥＥＥ１３９４インタフェースを介して接続され、また、プレーヤ６ａはダウンロード前にあらかじめ自己の端末ＩＤをＰＣクライアント１０を介してＷｅｂサーバ９に転送する。また、同様に、コピー元プレーヤ６ａとコピー先プレーヤ６ｂ間で２次暗号化再生鍵データと暗号化コンテンツが再転送可能であり、この場合にもコピー先プレーヤ６ｂは再転送前にあらかじめ自己のＩＤをコピー元プレーヤ６ａに転送する。また、ユーザがプリペイド方式で電子チケットを購入することにより残高がプレーヤ６ａ内の電子財布に記憶され、課金情報がプレーヤ６ａからＰＣクライアント１０、Ｗｅｂサーバ９を介して課金管理サーバ８に転送される。
【００１１】
プレーヤ６ａ、６ｂに転送されるフォーマットは、販売店設置端末経由のシステムとインターネット経由のシステムにおいて共通であって、販売コンテンツ毎に販売ヘッダと、販売サブヘッダと暗号化コンテンツデータを含み、販売サブヘッダは販売コンテンツ内の曲目数Ｎ毎に付与される。暗号化コンテンツデータはコンテンツヘッダ、サウンドストリーム（音楽コンテンツ）、テキストデータ（曲名、アーティスト名など）、拡張データなどを含む。
【００１２】
販売ヘッダは図３に示すように、販売コンテンツ内の曲目数Ｎに応じて可変長（＝６４Ｎ＋Ｍバイト（Ｂｙｔｅｓ））であって、
・１バイトの販売ヘッダバージョンと、
・１バイトの販売ヘッダサイズと、
・１バイトの保留（Ｒｅｓｅｒｖｅｄ）データと、
・１バイトの転送制御データと、
・８バイトのコンテンツ販売ＩＤと、
・８バイトの転送元ＩＤと、
・２バイトの販売チケット数と、
・１バイトの販売サブヘッダ数と、
・１バイトのコンテンツ曲数と、
・３２バイトの制作タイトル名と、
・１６バイトの制作会社名と、
・４×Ｎバイトの曲目毎のデータ長と、
・８×Ｎバイトの曲目毎の曲名と、
・８×Ｎバイトの曲目毎のアーティスト名と、
・４×Ｎバイトの曲目毎の演奏時間と、
・Ｋバイト（６４Ｎ＋Ｍ−Ｋバイト目〜６４Ｎ＋Ｍバイト目）の再生鍵データ（暗号化データ）を含む。
【００１３】
これに対し、図４はオーサリングシステム１によりマスタリング時に付与される販売ヘッダの構成を示し、この販売ヘッダは図２に示すデータの他に、制作タイトル名、Ｎ曲分の曲名、Ｎ曲分のアーティスト名、Ｎ曲分のＩＳＲＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｒｅｃｏｒｄｉｎｇ Ｃｏｄｅ）を含む。
【００１４】
販売サブヘッダは図５に詳しく示すように、
・１バイトのサブヘッダバージョンと、
・１バイトのサブヘッダサイズと、
・１バイトの保留（Ｒｅｓｅｒｖｅｄ）データと、
・１バイトの転送制御データと、
・８バイトのコンテンツ販売ＩＤと、
・８バイトの転送元ＩＤと、
・２バイトの販売チケット数と、
・１バイトの指定曲番と、
・３２バイトの制作タイトル名と、
を含む。
【００１５】
前記の販売ヘッダ及び販売サブヘッダ内の転送制御データは図６に詳しく示すように、４ビットｂ０〜ｂ３の再転送世代数データと４ビットｂ４〜ｂ７の再転送禁止／許可データを含む。
・再転送世代数ビットｂ０〜ｂ３
００００：再転送禁止
０００１〜１１１１：再転送世代数（再転送許可）
著作権者（ホスト）側が設定して再転送毎にカウントダウンし、００００で再転送禁止
・再転送禁止／許可ビットｂ４〜ｂ７
００００：再転送許可
０００１：再転送禁止
００１０〜１１１１：保留（Ｒｅｓｅｒｖｅｄ）
【００１６】
また、前述のオーサリングシステム１における暗号化処理は次のように行われる。
図７は、その処理を説明するためのフローチャートである。まず、販売ヘッダ毎に所定バイトの再生鍵データを乱数で作成し（ステップＳ１）、次いで販売コンテンツデータをコンテンツヘッダ、サウンドストリーム（音楽コンテンツ）、テキストデータ（曲名、アーティスト名など）、拡張データの各領域毎に分けて、上記の再生鍵データ（乱数）と所定バイトずつに排他的論理和（ＸＯＲ）演算することにより、販売コンテンツデータを各領域毎に独立して暗号化する（ステップＳ２）。
【００１７】
また、（販売ヘッダの指定項目順の文字列）＋（販売サブヘッダの指定項目順の文字列）の合成文字列に基づいてハッシュ関数（ＭＤ５）により所定バイトのハッシュ値を作成し（ステップＳ３）、次いで上記の再生鍵データとハッシュ値をＸＯＲ演算することにより１次暗号化再生鍵データを作成する（ステップＳ４）。そして、１次暗号化再生鍵データを販売ヘッダの再生鍵データ領域に格納して暗号化コンテンツとともに販売元端末（キオスク端末５、Ｗｅｂサーバ９）に伝送する（ステップＳ５）。このように、ステップＳ３とＳ４により販売ヘッダに基づく情報により再生鍵データを暗号化することにより販売ヘッダとコンテンツデータの組み合わせを改ざんした場合には復号できないようにしている。
【００１８】
また、図８は販売元端末（キオスク端末５、Ｗｅｂサーバ９）の再生鍵の２次暗号化の処理フローを示し、まず、１次暗号化再生鍵データを転送先プレーヤＩＤを鍵としてＤＥＳ暗号化して転送先プレーヤ６ａの２次暗号化再生鍵データを作成し（ステップＳ１１）、次いでこの２次暗号化再生鍵データを暗号化コンテンツとともに販売先端末（プレーヤ６ａ）に伝送する処理となっている（ステップＳ１２）。
【００１９】
また、図９は販売先端末（転送先プレーヤ６ａ）の暗号化された再生鍵及びコンテンツデータの復号処理方法の処理フローを示している。まず、２次暗号化再生鍵データを自己のプレーヤＩＤを鍵としてＤＥＳ復号することにより１次暗号化再生鍵データに復号するとともに（ステップＳ２１）、（販売ヘッダの指定項目順の文字列）＋（販売サブヘッダの指定項目順の文字列）の合成文字列に基づいてハッシュ関数（ＭＤ５）により所定バイトのハッシュ値を作成する（ステップＳ２２）。次いでこれらの１次暗号化再生鍵データとハッシュ値をＸＯＲ演算することにより元の再生鍵データに復号し（ステップＳ２３）、次いで暗号化販売コンテンツデータを所定バイトずつ元の再生鍵データとＸＯＲ演算することにより元の販売コンテンツデータに復号し、これを伸長して再生する（ステップＳ２４）。
【００２０】
特に、本システムの暗号化方式では、コンテンツデータやテキストデータなどの実データをＸＯＲ演算で暗号化し、ヘッダ等の実データと異なるデータはＤＥＳ暗号化方式で暗号化している。これは、再生時の処理速度に対応しているもので、再生時に処理速度が速く要求される実データは復合化のことを考慮して複合化が速く行えるＸＯＲ暗号化方式を採用し、それほどの処理速度が要求されないヘッダ情報には、それより復号化に時間を要する複雑なＤＥＳ暗号化方式として、再生速度とデータの流出との両方を考慮した暗号化としている。
【００２１】
また、前記のプレーヤ６ａ，６ｂは、図１０に示す構成で、プレーヤ６ａの符号のみを用いて説明する。
プレーヤ６ａは、データ転送インターフェース６ａ−１、電子財布部６ａ−２、表示部６ａ−３、操作部６ａ−４、記憶部６ａ−５、暗号化／復号化部６ａ−６、データ圧縮／伸長部６ａ−７、再生部６ａ−８、出力端子６ａ−９、制御部６ａ−１０及び内部バス６ａ−１１から構成されている。
【００２２】
データ転送インターフェース６ａ−１は、送信側プレーヤと受信側プレーヤとの間、これらプレーヤとキオスク端末５との間、又は、後述のＰＣクライアント（パソコン）とのデータ転送に使用される。
電子財布部６ａ−２は、電子マネーの受け取り、支払いをすることができる。プリペイド方式により電子マネーを予めデポジットしておき、その電子マネーをコンテンツ料金に応じて減額するようにしている。後述の説明では、プリペイド方式による説明としているが、周知のクレジット方式としても良い。
【００２３】
表示部６ａ−３は、電子財布の電子マネーの残額や、端末間のデータ送受信時の送受信状況、コンテンツ再生時の再生状況、コピーの可否等を表示する。操作部６ａ−４は、複数のデータの中から再生したいデータを探し出すためのデータ頭出し操作、再生時の再生音量操作等に使用される。記憶部６ａ−５には、キオスク端末５から受け取ったヘッダ情報やコンテンツデータや再生、他の携帯端末等から受け取ったヘッダ情報やコンテンツデータ等が記憶される。
【００２４】
暗号化／復号化部６ａ−６は、認証データの生成やコンテンツデータ、再生鍵及びヘッダ情報の暗号化又は復号化を行う。
データ圧縮／伸長部６ａ−７は、データを圧縮、又は圧縮されているデータを伸長する。転送されるデータは、転送効率を上げるため圧縮状態とする。従って、データ送信前にデータを圧縮し、データ受信後に必要に応じて圧縮データを伸長する。再生部６ａ−８は、コンテンツデータから音声、テキストデータ等を再生する。再生された音声等は、出力端子６ａ−９から外部に出力される。
制御部６ａ−１０は、上記各部の制御や、履歴転送回数、コンテンツ販売ＩＤ、転送元ＩＤ及び転送制御データの履歴数分の登録等を内部の記憶部ｍに行わせる。
【００２５】
次に、各端末間の処理手順につき順次詳述していく。
まず、図１１、図１２はキオスク端末（ホスト側）５とプレーヤの間の転送手順を示している。図５においてキオスク端末５と例えば上記構成のプレーヤ６ａがＩＥＥＥ１３９４インタフェースを介して接続された状態である。
また、図１１以下の図中、「Ｆｏｒｍ １」、「Ｆｏｒｍ２」…などは信号フォーマットの番号を示すもので、詳細な説明は省略するが、前述の販売店設置端末経由のシステムとインターネット経由のシステムにおいて共通であって、基本的には図１３に示すように、発信元コード（図１４に示すシステム構成装置の種類を示すコード）と、コマンドコード（図１５、図１６参照）と、データ長と実データ（暗号化データ）により構成されている。ただし、転送元（キオスク端末５、Ｗｅｂサーバ９）からプレーヤ６ａに送信される各種の「要求」や、プレーヤ６ａから転送元５、９に送信される各種の「通知」のフォーマットは、実データは含まれず、発信元コードと、コマンドコードと、データ長（＝オール０）のみにより構成されている。
【００２６】
キオスク端末５内において、このキオスク端末５内には図示はしていないが、データ転送インターフェース、表示部、記憶部、暗号化／復号化部、再生部、出力端子、制御部、内部バスなど、プレーヤ６ａ，６ｂとほぼ同様の機能部が含まれている。まず、図示しない暗号化部において例えば８バイトの乱数認証データＤ１を作成し、決済ボックス、キオスク端末、各プレーヤ、Ｗｅｂサーバ９及びＰＣクライアント１０において共通に保持している共通鍵Ｋ１〜Ｋ６の一つである共通鍵データＫ１によりＤＥＳ暗号化し、この暗号化された認証Ａデータを８バイトの所定の送信フォーム「１」（図中「Ｆｏｒｍ １」と示される）のプレーヤ認証ＡデータＤ１としてデータ転送インターフェース介してプレーヤ６ａに送信する。
【００２７】
プレーヤ６ａでは、このプレーヤ認証ＡデータＤ１をデータ転送インターフェース６ａ−１を介して受信し、暗号化／復号化部６ａ−６において、共通鍵データＫ１によりＤＥＳ復号化し、この復号化で得られた認証ＡデータＤ１を他の共通鍵データＫ２によりＤＥＳ暗号化し、返信プレーヤ認証Ａデータを作成する。それと同時に、８バイトの乱数認証ＡデータＤ３を作成し、この認証ＡデータＤ３を他の共通鍵データＫ３によりＤＥＳ暗号化し、このデータをホスト認証Ａデータとし、所定の送信フォーム「２」でホスト認証Ａデータと前記返信プレーヤ認証Ａデータとを再びキオスク端末５に返信する。
【００２８】
キオスク端末５では、データ転送インターフェースを介して返信プレーヤ認証Ａデータとホスト認証Ａデータとを受信し、これらを暗号化／復号化部に供給し、ここで、返信プレーヤ認証Ａデータを共通鍵データＫ３によりＤＥＳ復号化し、この復号化された認証ＡデータＤ１と送信認証ＡデータＤ１とが制御部において照合される。
照合の結果、不一致の場合には、このキオスク端末５側において行った前述の処理を２回まで再度実行する。それでも不一致する場合にはキオスク端末５における処理を中止する。
【００２９】
また、一方、一致の場合には、受信ホスト認証Ａデータを共通鍵データＫ３によりＤＥＳ復号化し、この復号化で得られた認証ＡデータＤ２を、他の共通鍵データＫ４によりＤＥＳ暗号化し、返信ホスト認証Ａデータとし、このデータを所定のフォーム「３」でプレーヤ６ａに送信する。
プレーヤ６ａの暗号化／復号化部６ａ−６では、この返信ホスト認証Ａデータを共通鍵データ４によりＤＥＳ復号化し、復号化された認証ＡデータＤ２を得て、この復号化された認証ＡデータＤ２と送信ホスト認証Ａデータとを制御部６ａ−１０において照合し、一致の場合には所定の送信フォーム「４」でホスト認証をキオスク端末５に送信し、その後の処理を受け付ける。
また、一方、認証不一致の場合には、フォーム「４」の認証不可をキオスク端末５に送信し、これ以降の処理の受付を禁止する。
【００３０】
次に、キオスク端末５からプレーヤ６ａに対し、所定の送信フォーム「５」のプレーヤＩＤの送信要求がなされる。これを受信したプレーヤ６ｂ側では暗号化／復号化部６ａ−７において、自己プレーヤＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、このデータを所定の送信フォーム「６」でキオスク端末５に送信する。
キオスク端末５における暗号化／復号化部ではホスト認証ＡデータＤ２を鍵として１６バイトづつ復号化し、復号化したプレーヤＩＤを記憶部に保存する。
また、プレーヤ６ａからのプレーヤＩＤの送信がない場合には、再度、プレーヤＩＤの要求をし、それでも送信がない場合には、プレーヤへの処理を中止する。
【００３１】
次いでキオスク端末５がプレーヤ６ａに対して所定の送信フォーム「７」の転送履歴送信要求を送信すると、プレーヤ６ａでは、制御部６ａ−１０内の記憶部６ａｍに前述の受信した履歴数、履歴転送回数、コンテンツ販売ＩＤ、転送元ＩＤ、転送制御データ等の転送履歴が有るか否かを検出し、有る場合には暗号化／復号化部６ａ−６で販売コンテンツ受信順に全転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ暗号化し、キオスク端末５に対して所定の送信フォーム「８」で転送履歴を送信し、キオスク端末５では、受信した転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ復号化する。次いでキオスク端末５がプレーヤ６ａに対して所定の送信フォーム「９」の転送履歴削除要求を送信すると、プレーヤ６ａでは転送履歴を削除する。また、転送履歴削除要求が無い場合には、全転送履歴の履歴転送回数を１カウントアップして保存する。そして、プレーヤ６ａが転送履歴を削除した場合にはキオスク端末５に対して所定の送信フォーム「１０」の転送履歴削除通知を送信する。従って、これらの転送履歴は、後に課金管理サーバ８に供給され、そこで著作権管理のための情報等に使用される。
【００３２】
次いでキオスク端末５における操作に応じて「コンテンツ転送」、「編集データ転送」に選択的に移行する。
「コンテンツ転送」が選択された場合には、キオスク端末５がプレーヤ６ａに対し、所定の送信フォーム「１１」のチケット残高送信要求がなされる。プレーヤ６ａの制御部６ａ−１０では電子財布６ａ−２におけるチケットの残高を照合し、この残高を暗号化／復号化部６ａ−６においてホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化して、このデータを送信フォーム「１２」によりキオスク端末５に送信し、キオスク端末５の暗号化／復号化部でホスト認証で受信した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ復号化し、チケット残高を記憶部に保存する。
このとき、残金のない場合には、処理を中止するか、クレジット方式の場合にはその情報を課金管理サーバ８に送信して周知の手続き処理が行われる。チケット残高の受信が得られない場合には、再度前述の残高送信要求の処理を実行し、送信がない場合にはプレーヤ処理を中止する。
【００３３】
前記の処理において、残高送信があった場合には、次いでプレーヤ６ａに送信フォーム「１５」の空き容量送信要求をする。プレーヤ６ａでは記憶部６ａ−５内に記憶されているデータのヘッダー／コンテンツ空き容量を照合して、キオスク端末５に送信フォーム「１６」によりその照合結果を送信する。キオスク端末５ではこの空き容量を記憶部に記憶する。空き容量がない場合には処理を中止するか、キオスク端末側で空き容量を確保するための制御信号を出力することになる。また、送信がない場合には前述の処理を再度実行し、それでも送信がない場合にはプレイ処理を中止する。
【００３４】
次いでキオスク端末５からプレーヤ６ａに所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの送信要求を行う。プレーヤ６ａにおける記憶部６ａ−５内に内蔵コンテンツ販売ＩＤが記録されている場合には、全コンテンツ販売ＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、このデータを所定の送信フォーム「１８」によりキオスク端末５に送信する。内蔵コンテンツ販売ＩＤが無い場合にはその旨を所定の送信フォーム「１８」により送信する。
【００３５】
次いでキオスク端末５がプレーヤ６ａに対して所定の送信フォーム「１９」、「２０」、「２１」でそれぞれ販売ヘッダ、販売サブヘッダ、コンテンツデータを順次を送信すると、プレーヤ６ａがこれらに応答してキオスク端末５に対して所定の送信フォーム「２２」の各データ受信通知を送信する。次いでキオスク端末５では、記憶部に記憶されている販売ヘッダ内の１次暗号化再生鍵データを先に送信されてきたプレーヤ６ａのプレーヤＩＤを鍵として２次暗号化し、この２次暗号化鍵データをプレーヤ６ａに対して所定の送信フォーム「２５」で送信する。
プレーヤ６ａでは、この２次暗号化鍵データを記憶部６ａ−５の販売ヘッダの鍵データ保存領域に格納する。そして、電子財布部６ａ−２により販売チケット数分減額し、受信コンテンツの転送履歴を制御部６ａ−１０内の記憶部ｍに記録する。
そして、これらの処理が終了すると、所定の送信フォーム「２６」の再生鍵データ受信通知をキオスク端末５に送信し、キオスク端末５とプレーヤ６ａの間のＩＥＥＥ１３９４インタフェースを切断する。
【００３６】
また、一方、図１７は、前記の「コンテンツ転送」の代わりに「編集データ転送」が選ばれたときのフローチャートで、同図に示すように、このモードが選択されると、キオスク端末５がプレーヤ６ａに対して所定の送信フォーム「３０」の編集データ送信要求を送信すると、プレーヤ６ａがこれに応答して編集対象の曲を、十進数で１から始まる再生順番、その曲データ長、曲名、アーティスト名の順に、所定の送信フォーム「３１」でキオスク端末５に送信する。次いでキオスク端末５ではこの送信データを記憶部に保存し、プレーヤ６ａに対して所定の送信フォーム「３２」のコンテンツ削除データを送信する。プレーヤ６ａではこのデータに基づいて受信削除再生順番の曲の再生リストからの削除、及び販売コンテンツデータと販売サブヘッダの消去、販売ヘッダの再転送禁止処理又は消去を行う。そして、キオスク端末５に対して所定の送信フォーム「３３」の販売コンテンツデータ削除通知を送信する。次いでキオスク端末５がプレーヤ６ａに対して所定の送信フォーム「１５」の空き容量送信要求を送信すると、プレーヤ６ａがこれに応答してキオスク端末５に対して所定の送信フォーム「１６」の空き容量を送信する。
【００３７】
次いでキオスク端末５は、前記の編集対象のデータに基づいて、再生順番の並び替え等の編集を行い、この編集済みデータをプレーヤ６ａに対して所定の送信フォーム「３４」で送信する。プレーヤ６ａでは、これに基づき旧再生順番を新再生順番に変更し、その後、キオスク端末５に対して所定の送信フォーム「３５」の編集済データ受信通知をプレーヤ６ａに送信する。そして、キオスク端末５とプレーヤ６ａの間のＩＥＥＥ１３９４インタフェースを切断する。
【００３８】
次に、前述のインターネット方式におけるＷｅｂサーバ９とＰＣクライアント１０の間、及びＰＣクライアント１０とプレーヤ６ａの間の通信手順につき、図１８〜図２３を参照して説明する。
まず、図１８に示すようにＰＣクライアント１０とプレーヤ６ａがＩＥＥＥ１３９４インタフェースを介して接続されると、ＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「３８」のプレーヤ認証Ｂデータを送信し、プレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「３９」の返信プレーヤ認証Ｂデータとホスト認証Ｂデータを送信する。次いでＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「４０」の返信ホスト認証Ｂデータを送信すると、プレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「４１」のホスト認証Ｂ結果を送信する。
【００３９】
次いでＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１１」のチケット残高送信要求を送信すると、プレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１２」のチケット残高を送信する。次いでＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１５」のメモリの空き容量送信要求を送信すると、プレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１６」の空き容量を送信する。次いでＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１７」の、メモリに既にダウンロードされて記憶されている内蔵コンテンツ販売ＩＤの送信を要求すると、プレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１８」の内蔵コンテンツ販売ＩＤを送信する。次いで所定のフォーム「３４」，「３５」により前記の図１７における販売キオスクとプレーヤ間におけると同様の編集データの要求と送信が行われる。次いでユーザなどがＰＣクライアント１０を介して指示することにより「コンテンツ選択・購入」、「チケット購入」、「コンテンツ編集・削除」の各処理に選択的に移行する。
【００４０】
尚、前述のＰＣクライアント１０とプレーヤ６ａとにおける認証方式は、前述の図１１で説明したキオスク端末５とプレーヤ６ａとにおける処理とほぼ同様で、その相違する点は認証データの生成方法で、共通鍵データＫ５を用いて暗号化された返信プレーヤ認証Ｂデータを生成する点と、共通鍵データＫ６を用いて返信ホスト認証Ｂデータを生成する点である。
前述の場合では認証Ａデータを用いて互いの機器を認証するようにしたが、特に、この場合のＰＣクライアント１０間との認証データは、データの流出が懸念されることから他とは異なる認証データを用いている。
従って、更に他の機器間で認証データの流出が懸念されるようなら、他の機器毎に認証データを異ならせても良い。
【００４１】
また、一方、「コンテンツ選択・購入」が選択された場合には、図１９に示すようにクライアント１０とプレーヤ６ａの間で上記の「チケット残高」、「空き容量」及び「内蔵コンテンツ販売ＩＤ」のやり取りを再度行う。次いでクライアント１０がサーバ９に対してコンテンツ購入要求情報を送信し、次いでサーバ９がクライアント１０に対して販売内容チェック結果を送信する。
尚、前記の残高送信データや内蔵コンテンツＩＤを送信するときには、ホスト認証Ｂデータを鍵としてＤＥＳ暗号化するようにしている。
【００４２】
次いでクライアント１０がＷｅｂサーバ９に対してコンテンツ購入要求を送信すると、Ｗｅｂサーバ９がクライアント１０に対してプレーヤ認証Ａデータを送信し、次いでクライアント１０がプレーヤ６ａに対してこのプレーヤ認証Ａデータを送信する。次いでプレーヤ６ａがこれに応答してクライアント１０に対して返信プレーヤ認証Ａデータとホスト認証データを送信し、次いでクライアント１０がＷｅｂサーバ９に対してこの返信プレーヤ認証Ａデータとホスト認証Ａデータを送信する。
【００４３】
次いでサーバ９がクライアント１０に対して返信ホスト認証Ａ送信データを送信し、次いでクライアント１０がプレーヤ６ａに対してこの返信ホスト認証Ａ送信データを送信する。次いでプレーヤ６ａがこれに応答してクライアント１０に対して返信ホスト認証Ａデータの結果を送信し、次いでクライアント１０がサーバ９に対してこの結果を送信する。
【００４４】
次に、図２０に示すように、Ｗｅｂサーバ９がＰＣクライアント１０に対して所定の送信フォーム「５」、「１１」、「１５」、「１７」、「７」でそれぞれプレーヤＩＤ送信要求、チケット残高送信要求、空き容量送信要求、内蔵コンテンツ販売ＩＤ送信要求、転送履歴送信要求を送信する。次いでＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「５」のプレーヤＩＤ送信要求を送信するとプレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「６」のプレーヤＩＤを送信し、ＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１１」のチケット残高送信要求を送信するとプレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１２」のチケット残高を送信する。
【００４５】
また、ＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１５」の空き容量送信要求を送信するとプレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１６」の空き容量を送信し、ＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤ送信要求を送信するとプレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「１８」の内蔵コンテンツ販売ＩＤを送信し、ＰＣクライアント１０がプレーヤ６ａに対して所定の送信フォーム「７」の転送履歴送信要求を送信するとプレーヤ６ａがこれに応答してＰＣクライアント１０に対して所定の送信フォーム「８」の転送履歴を送信する。ＰＣクライアント１０はＷｅｂサーバ９に対して、これらの所定の送信フォーム「６」、「１２」、「１６」、「１８」、「８」でそれぞれプレーヤＩＤ、チケット残高、空き容量、内蔵コンテンツ販売ＩＤ、転送履歴を送信する。そして、この転送履歴は前述したように課金管理サーバ８に送信されることになる。
【００４６】
次いでＷｅｂサーバ９が転送履歴を回収すると、ＰＣクライアント１０に対して所定の送信フォーム「９」の転送履歴削除要求を送信するとＰＣクライアント１０がプレーヤ６ａに対してこの送信フォーム「９」の転送履歴削除要求を送信し、プレーヤ６ａがこれに応答して制御部６ａ−１０内の記憶部ｍに記憶されている転送履歴を削除する。そして、ＰＣクライアント１０に対して所定の送信フォーム「１０」の転送履歴削除通知を送信するとＰＣクライアント１０がＷｅｂサーバ９に対してこの送信フォーム「１０」の転送履歴削除通知を送信する。
これらのデータの送信は、プレーヤ６ａにおいて、空き容量の送信を除き、ホスト認証Ａデータを鍵としてＤＥＳ暗号化されて送信される。
【００４７】
次いでＷｅｂサーバ９がＰＣクライアント１０に対して送信フォーム「１９」、「２０」、「２１」でそれぞれ販売ヘッダ、販売サブヘッダ、販売コンテンツデータを送信する。次いでＰＣクライアント１０がプレーヤ６ａに対して送信フォーム「１９」、「２０」、「２１」でそれぞれ販売ヘッダ、販売サブヘッダ、販売コンテンツデータを送信するとプレーヤ６ａは、これらのデータを記憶部６ａ−５に記憶する。そして、ＰＣクライアント１０に対して送信フォーム「２２」の各データ受信通知を送信し、ＰＣクライアント１０がに対してこの送信フォーム「２２」のデータ受信通知を送信する。
【００４８】
次いで図２１に示すようにＷｅｂサーバ９がＰＣクライアント１０に対して送信フォーム「２５」の再生鍵データを送信すると、ＰＣクライアント１０がプレーヤ６ａに対してこの送信フォーム「２５」の再生鍵データを送信する。次いでプレーヤ６ａは、受信再生鍵データを販売ヘッダの鍵データ保存領域に格納すると共に、購入チケット数分の減額、受信コンテンツデータの転送履歴等の記録を行いＰＣクライアント１０に対して送信フォーム「２６」の再生鍵データ受信通知を送信し、ＰＣクライアント１０がＷｅｂサーバ９に対してこの送信フォーム「２６」の再生鍵データ受信通知を送信する。そして、ＰＣクライアント１０とプレーヤ６ａの間のＩＥＥＥ１３９４インタフェースを切断する。
【００４９】
次に、図１８において「コンテンツ編集・削除」が選択された場合につき、図２２を参照して説明する。この処理では、サーバ９とクライアント１０の間の回線は接続されず、クライアント１０とプレーヤ６ａの間のみが接続された状態で行われる。まず、クライアント（ホスト側）１０がプレーヤ６ａに対してコンテンツ削除データを送信すると、プレーヤ６ａがこれに基づいて図１７のプレーヤ処理１１と同様にしてデータの削除をする。そして、クライアント１０に対してコンテンツ削除通知を送信する。
【００５０】
次に、ここで、クライアント１０において、編集処理が行われる。その処理を図２３を参照して説明する。まず、プレーヤ６ａから転送された編集対象のコンテンツを表示し（ステップＳ１）、次いで編集項目が入力されると（ステップＳ２）、入力項目に応じて編集対象のコンテンツを編集する（ステップＳ３）。そして、図２２に示すように、前記の編集済データが送信されると、プレーヤ６ａがこれに応答してクライアント１０に対して編集済データ受信通知を送信する。
【００５１】
次に、図２４〜図２６を参照して図１９〜図２１に対応した別の「コンテンツ選択・購入」の実施例につき説明する。
すなわち、図１８において、「コンテンツ選択・購入」が選択された場合には、図２４に示すようにクライアント１０がサーバ９に対してコンテンツ購入要求情報を送信し、次いでサーバ９がクライアント１０に対して販売内容チェック結果を送信する。次いでクライアント１０がサーバ９に対してコンテンツ購入要求を送信すると、サーバ９がプレーヤ認証Ａデータをクライアント１０をスルーしてプレーヤ６ａに送信し、プレーヤ６ａがこれに応答して返信プレーヤ認証Ａデータとホスト認証データをクライアント１０をスルーしてサーバ９に送信する。次いでサーバ９が返信ホスト認証Ａ送信データをクライアント１０をスルーしてプレーヤ６ａに送信すると、プレーヤ６ａがこれに応答して返信ホスト認証Ａ送信データの結果をクライアント１０をスルーしてサーバ９に送信する。
【００５２】
次に、図２５に示すように、サーバ９がプレーヤＩＤ送信要求、チケット残高送信要求、空き容量送信要求、内蔵コンテンツ販売ＩＤ送信要求、転送履歴送信要求をクライアント１０をスルーしてプレーヤ６ａに送信すると、プレーヤ６ａがこれに応答してプレーヤＩＤ、チケット残高、空き容量、内蔵コンテンツ販売ＩＤ、転送履歴をクライアント１０をスルーしてサーバ９に送信する。
【００５３】
次いでサーバ９が転送履歴削除要求をクライアント１０をスルーしてプレーヤ６ａに対して送信すると、プレーヤ６ａがこれに応答して転送履歴削除通知をクライアント１０をスルーしてサーバ９に送信する。次いでサーバ９が販売ヘッダ、販売サブヘッダ、販売コンテンツデータをクライアント１０をスルーしてプレーヤ６ａに送信すると、プレーヤ６ａがこれに応答して各データ受信通知をクライアント１０をスルーしてサーバ９に送信する。次いで図２６に示すようにサーバ９が再生鍵データをクライアント１０をスルーしてプレーヤ６ａに対して送信すると、プレーヤ６ａがこれに応答して再生鍵データ受信通知をクライアント１０をスルーしてサーバ９に送信する。そして、クライアント１０とプレーヤ６ａの間のＩＥＥＥ１３９４インタフェースを切断する。
【００５４】
次に、図２７を参照してプレーヤ６ａ、６ｂ間におけるデータ転送の処理につき説明する。まず、プレーヤ（ホスト側）６ａの暗号化部６ａ−５において例えば８バイトの乱数認証ＡデータＤ１を作成し、共通鍵データＫ１によりＤＥＳ暗号化し、この暗号化された認証ＡデータＤ１を８バイトの所定の送信フォーム「１」でデータ転送インターフェース６ａ−１を介してプレーヤ６ｂに送信する。
プレーヤ６ｂでは、このプレーヤ認証ＡデータＤ１をデータ転送インターフェース６ｂ−１を介して受信し、暗号化／復号化部６ｂ−６において、共通鍵データＫ１によりＤＥＳ復号化し、この復号化で得られた認証ＡデータＤ１を他の共通鍵データＫ２によりＤＥＳ暗号化し、返信プレーヤ認証Ａデータを作成する。それと同時に、８バイトの乱数認証ＡデータＤ３を作成し、この認証ＡデータＤ３を更に他の共通鍵データＫ３によりＤＥＳ暗号化し、このデータをホスト認証Ａデータとし、所定送信フォーム「２」でホスト認証Ａデータと前記返信プレーヤ認証Ａデータとを再びプレーヤ６ａに返信する。
【００５５】
プレーヤ６ａでは、データ転送インターフェース６ａ−１を介して返信プレーヤ認証Ａデータとホスト認証Ａデータとを受信し、これらを暗号化／復号化部６ａ−６に供給し、ここで、返信プレーヤ認証Ａデータが共通鍵データＫ３によりＤＥＳ復号化され、この復号化された認証ＡデータＤ１と送信認証ＡデータＤ１とが制御部６ａ−１０において照合される。
照合の結果、不一致の場合には、このプレーヤ６ａ側において行った前述の処理を２回まで再度実行する。それでも不一致する場合にはプレーヤ６ａにおける処理を中止する。
【００５６】
また、一方、一致した場合には、受信ホスト認証Ａデータを共通鍵データＫ３によりＤＥＳ復号化し、この復号化で得られた認証データＤ２を、他の共通鍵データＫ４によりＤＥＳ暗号化し、返信ホスト認証Ａデータとし、このデータを所定の送信フォーム「３」によりプレーヤ６ｂに送信する。
プレーヤ６ｂの暗号化／復号化部６ｂ−６では、この返信ホスト認証Ａデータを共通鍵データ４によりＤＥＳ復号化し、復号化された認証ＡデータＤ２を得て、この復号化された認証ＡデータＤ２と送信ホスト認証Ａデータとを制御部６ｂ−１０において照合し、一致の場合には所定の送信フォーム「４」のホスト認証をプレーヤ６ａに送信し、その後の処理を受け付ける。
また、一方、認証不一致の場合には、所定の送信フォーム「４」の認証不可をプレーヤ６ａに送信し、これ以降の処理の受付を禁止する。
【００５７】
次いでプレーヤ６ａからプレーヤ６ｂに対し、所定の送信フォーム「５」のプレーヤＩＤの送信要求がなされる。これを受信したプレーヤ６ｂ側では暗号化／復号化部６ｂ−７において、自己プレーヤＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、所定の送信フォーム「６」でデータをプレーヤ６ａに送信する。
プレーヤ６ａにおける暗号化／復号化部６ａ−６ではホスト認証ＡデータＤ２を鍵として１６バイトづつ復号化し、復号化したプレーヤＩＤを記憶部ｍに保存する。
また、プレーヤ６ｂからのプレーヤＩＤの送信がない場合には、再度、プレーヤＩＤの要求をし、それでも送信がない場合には、プレーヤ処理を中止する。
【００５８】
次いでプレーヤ６ａからプレーヤ６ｂに対し、所定の送信フォーム「１１」のチケット残高送信要求がなされる。プレーヤ６ｂの制御部６ｂ−１０では電子財布６ｂ−２におけるチケットの残高を照合し、この残高を暗号化／復号化部６ｂ−６においてホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化して、このデータを送信フォーム「１２」によりプレーヤ６ａに送信し、プレーヤ６ａの暗号化／復号化部６ａ−６でホスト認証で受信した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ復号化し、チケット残高を記憶部ｍに保存する。
このとき、チケット残高の受信が得られない場合には、再度前述の残高送信要求の処理を実行し、送信がない場合にはプレーヤ処理を中止する。
【００５９】
残高送信があれば、次に、プレーヤ６ｂに所定の送信フォーム「１５」の空き容量送信要求をする。プレーヤ６ｂでは記憶部６ｂ−５内に記憶されているデータのヘッダー／コンテンツ空き容量を照合して、プレーヤ６ａに所定の送信フォーム「１６」によりその照合結果を送信する。プレーヤ６ａではこの空き容量を記憶部ｍに記憶する。送信がない場合には前述の処理を再度実行し、それでも送信がない場合にはプレイ処理を中止する。
【００６０】
次いでプレーヤ６ａからプレーヤ６ｂに所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの送信要求を行う。プレーヤ６ｂにおける記憶部６ｂ−５内にすでに転送済みの内蔵コンテンツ販売ＩＤが記録されているには、全コンテンツ販売ＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、このデータを所定の送信フォーム「１８」によりプレーヤ６ａに送信する。内蔵コンテンツ販売ＩＤが無い場合には、その旨を所定の送信フォーム「１８」により送信する。
【００６１】
プレーヤ６ａでは、制御部６ａ−６において、記憶部６ａ−５に記憶されている転送コンテンツ販売ＩＤとプレーヤ６ｂから送信されてきた内蔵コンテンツ販売ＩＤとを照合する。同一コンテンツ販売ＩＤがある場合にはプレーヤ６ａの処理を中止する。
また、同一コンテンツ販売ＩＤが無い場合には、転送コンテンツ販売ヘッダ内の転送制御データ再転送世代数を確認する。
確認の結果、転送世代数が［００００：コピー不可］である場合には、その旨を再生部６ａ−８を通じて表示部６ａ−３において、［コピー不可］を表示して処理を中止すると共に、プレーヤ６ｂ側も所定時間内にデータの受信が得られないと同様に表示部６ｂ−３に［コピー不可］を表示する。
【００６２】
また、転送世代数が［０００１］以上である場合には、転送制御データの再転送世代数を１カウントダウンし、転送コンテンツの再生鍵データを除く販売ヘッダをプレーヤ６ｂの認証時に使用した認証ＡデータＤ１を鍵としてＤＥＳ暗号化して、所定の送信フォーム［１９］でプレーヤ６ｂに送信する。プレーヤ６ｂでは、これを受信し販売ヘッダを認証ＡデータＤ１を用いてＤＥＳ復号化し、記憶部６ｂ−５に記憶すると共に、受信通知をプレーヤ６ｂに送信する。
【００６３】
また、プレーヤ６ａでは、記憶部６ａ−５に販売サブヘッダがある場合には前記の販売ヘッダの場合と同様にプレーヤ６ｂの認証時に使用した認証ＡデータＤ１を鍵としてＤＥＳ暗号化して、プレーヤ６ａに対して所定の送信フォーム［２０］で送信する。プレーヤ６ａでは、この販売サブヘッダを認証ＡデータＤ１を鍵としてＤＥＳ復号化し、記憶部６ｂ−５に記憶する。また、プレーヤ６ａに販売サブヘッダ情報が無い場合には、次の所定の送信フォーム［２１］で前述の方式で暗号化されたコンテンツデータを送信する。プレーヤ６ｂでは、このコンテンツデータを記憶部６ｂ−５に記憶し、所定の送信フォーム［２２］で受信通知を返送する。
【００６４】
次いでプレーヤ６ａでは、記憶部６ｂ−５における転送販売ヘッダ再生鍵保存領域の２次暗号化再生鍵データを、暗号化／復号化部６ａ−６において自己プレーヤ（６ａ）のＩＤを鍵としてＤＥＳ復号化し、１次暗号化再生鍵データを復号する。そして、この１次暗号化再生鍵データを、転送先であるプレーヤ６ｂのＩＤを鍵として再び２次ＤＥＳ暗号化処理を行い、この２次暗号化された再生鍵データを所定の送信フォーム［２５］でプレーヤ６ｂに送信する。プレーヤ６ｂでは、この２次暗号化鍵データを記憶部６ｂ−５の販売ヘッダの鍵データ保存領域に格納する。そして、電子財布部６ｂ−２により販売チケット数分減額し、受信コンテンツの前述の転送履歴を制御部内６ｂ−１の記憶部ｍに記録する。
そして、これらの処理が終了すると、所定の送信フォーム「２６」の再生鍵データ受信通知をプレーヤ６ａに送信し、プレーヤ６ａとプレーヤ６ｂの間のＩＥＥＥ１３９４インタフェースを切断する。
【００６５】
次に、図２８，図２９は、前述のプレーヤ６ａ及びプレーヤ６ｂ間におけるデータ転送の別の実施例で、前述の実施例と異なる点は、特に、プレーヤ６ｂから転送履歴をもらう点である。所定の送信フォーム［１］〜［６］までは、前述の実施例である図２７の説明と同一であるため説明を省略し、送信フォーム［７］より説明する。
この送信フォーム［７］により、プレーヤ６ａからプレーヤ６ｂに対して転送履歴の要求を行う。
プレーヤ６ｂでは、制御部６ｂ−１０内の記憶部ｍに転送履歴が有るか否かを検出し、有る場合には暗号化／復号化部６ｂ−６で販売コンテンツ受信順に全転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ暗号化し、応答してプレーヤ６ａに対して所定の送信フォーム「８」で転送履歴を送信し、プレーヤ６ａでは、暗号化／復号化部６ａ−６において転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ復号化する。そして、制御部６ａ−１０では、これらのデータに基づきコピーが可能な否かをチエックし、その旨を所定のフォーム［９］でプレーヤ６ｂに送信する。
プレーヤ６ｂでは、特に、コピーができない場合には、再生部６ｂ−８を通じて表示部６ｂ−３によりその旨を表示する。また、コピー可の場合には全転送履歴の履歴転送回数を１カウントアップして保存する。そして、所定の送信フォーム「１０」により前記のデータの受信をプレーヤ６ａに送信する。
【００６６】
そして、コピー可と判断された場合には、「コンテンツ転送」処理へと進行し、プレーヤ６ａからプレーヤ６ｂに対し、所定の送信フォーム「１１」のチケット残高送信要求がなされる。プレーヤ６ｂの制御部６ａ-10では電子財布６ｂ-2におけるチケットの残高を照合し、この残高を暗号化／復号化部６ｂ-6においてホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化して、このデータを送信フォーム「１２」によりプレーヤ６ａに送信し、プレーヤ６ａの暗号化／復号化部６ａ-6でホスト認証で受信した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ復号化し、チケット残高を記憶部ｍに保存する。
このとき、チケット残高の受信が得られない場合には、再度前述の残高送信要求の処理を実行し、送信がない場合にはプレーヤ処理を中止する。
【００６７】
前記の処理において、残高送信があった場合には、次に、プレーヤ６ｂに送信フォーム「１５」の空き容量送信要求をする。プレーヤ６ｂでは記憶部ｍ内に記憶されているデータのヘッダー／コンテンツ空き容量を照合して、プレーヤ６ａに送信フォーム「１６」によりその照合結果を送信する。プレーヤ６ａではこの空き容量を記憶部に記憶する。送信がない場合には前述の処理を再度実行し、それでも送信がない場合にはプレイ処理を中止する。
【００６８】
次に、プレーヤ６ａからプレーヤ６ｂに所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの送信要求を行う。プレーヤ６ｂにおける記憶部６ｂ−５内に内蔵コンテンツ販売ＩＤが記録されている場合には、全コンテンツ販売ＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、このデータを所定の送信フォーム「１８」によりプレーヤ６ａに送信する。内蔵コンテンツ販売ＩＤが無い場合にはその旨を所定の送信フォーム「１８」により送信する。
【００６９】
次いで、プレーヤ６ａがプレーヤ６ｂに対して所定の送信フォーム「１９」、「２０」、「２１」でそれぞれ販売ヘッダ、販売サブヘッダ、コンテンツデータを順次を送信すると、プレーヤ６ｂがこれらに応答してプレーヤ６ａに対して所定の送信フォーム「２２」の各データ受信通知を送信する。次いで、プレーヤ６ａでは、記憶部６ｂ-5における転送販売ヘッダ再生鍵保存領域の２次暗号化再生鍵データを、暗号化／復号化部６ａ-6において自己プレーヤ（６ａ）のＩＤを鍵としてＤＥＳ復号化し、１次暗号化再生鍵データを復号する。そして、この１次暗号化再生鍵データを、転送先であるプレーヤ６ｂのＩＤを鍵として再び２次ＤＥＳ暗号化処理を行い、この２次暗号化された再生鍵データを所定の送信フォーム［２５］でプレーヤ６ｂに送信する。
プレーヤ６ｂでは、この２次暗号化鍵データを記憶部６ｂ-5の販売ヘッダの鍵データ保存領域に格納する。そして、電子財布部６ｂ-2により販売チケット数分減額し、受信コンテンツの転送履歴を記憶部６ｍに記録する。
そして、これらの処理が終了すると、所定の送信フォーム「２６」の再生鍵データ受信通知をプレーヤ６ａに送信し、プレーヤ６ａとプレーヤ６ｂの間のＩＥＥＥ１３９４インタフェースを切断する。
【００７０】
尚、前述の説明において、決裁ボックス７とプレーヤ６ａ，６ｂ間のデータ転送手順を詳述しなかったが、図１１で示したキオスク・プレーヤ間データ転送手順における［コンテンツ転送］及び［編集データ転送］の選択のステップを除き所定の送信フォーム［１］〜［１２］までの処理がほぼ同じで、その後に処理として例えば前述の電子チケットが発行されるようになっている。
従って、互いの機器の認証方式やプレーヤＩＤを送信する際の暗号化方式も同様である。
【００７１】
また、前述の鍵データは、プレーヤＩＤで暗号化し、復号化するようにしているが、例えば、プレーヤ６ａ，ｂ内のコンテンツデータを記録する記憶部６ａ−５，６ｂ−５が着脱自在のメモリディバイスのような記録媒体であるような場合には、記録媒体にＩＤを付与して、このＩＤに基づいて暗号化・復号化するようにしても良い。また、このように記憶部６ｂ−５が着脱自在なような場合には、コンテンツデータを前記のように再生鍵でＸＯＲ演算で暗号化したまま状態で所定領域に記録すると共に、ヘッダ情報を暗号化したままの所定領域に記録するようにしても良い。
【００７２】
更に、前述の編集処理は、販売元端末であるキオスク端末及びＰＣクライアントにおいてしか行えないようにしているが、それらに限らずコンテンツデータの改竄が行われないように暗号化されたままのデータを編集する等、著作権管理が工夫された編集装置なら良い。
【００７３】
また、更に、図３０はテキストデータのフォーマットを示した図で、テキストデータは図３０（ａ）に示すように複数のテキスト「１」〜「Ｎ」により構成され、テキスト「１」〜「Ｎ」の各々は、図３０（ｂ）に示すように複数のテキストフレーム「１」〜「Ｎ」により構成されている。テキストフレーム「１」〜「Ｎ」の各々はともに、オーサリング時にコンテンツデータを暗号化したときと同じ暗号化方式で、再生鍵データと同じ１６バイトで構成されて、３バイトのタイムスタンプと、１バイトのフレーム数と１２バイトのテキストデータにより構成されている。そして、上記の暗号化、復号は、再生鍵データとテキストフレーム「１」〜「Ｎ」ずつ、すなわち１６バイトずつに排他的論理和（ＸＯＲ）演算することにより行われている。
【００７４】
【発明の効果】
以上説明したように本発明によれば、販売先端末では他の販売先端末装置とでコピーした場合には、再転送世代数、転送履歴等を記録できるようにして所定回以上のコピーの可否を決定して著作権管理をより確実なものにできるようし、その転送履歴をホスト側の装置で回収して、不正コピー等の著作権管理より確実なものとすることがきるようにすると共に、回収した情報はホスト側の装置においてしか削除できないようにし、販売先端末からのデータへの立ち入りをなくして、販売先端末においてコンテンデータの不正な改竄及び流用に繋がるのを未然に防止することができる等の効果を奏する。
【図面の簡単な説明】
【図１】本発明が採用されるキオスク端末を経由するコンテンツ販売システムの一例を示す構成図である。
【図２】本発明が採用されるインターネット形式によるコンテンツ販売システムの例を示す構成図である。
【図３】図１のプレーヤに配信される販売ヘッダの構成を示す説明図である。
【図４】図１のオーサリングにより付与される販売ヘッダの構成を示す説明図である。
【図５】図１のプレーヤに配信される販売サブヘッダの構成を示す説明図である。
【図６】図４及び図５内の転送制御データの構成を示す説明図である。
【図７】図１、図７のオーサリングシステムの１次暗号化処理を示すフローチャートである。
【図８】図１、図７のキオスク端末及びＷｅｂサーバの２次暗号化処理を示すフローチャートである。
【図９】図１、図７のコピー元プレーヤのコピー管理処理と２次暗号化処理を示すフローチャートである。
【図１０】プレーヤの構成概略構成図である。
【図１１】キオスク・プレーヤ間のデータ転送の手順を示す説明図である。
【図１２】図１１の連続した手順を示す説明図である。
【図１３】転送フォームの構成図である。
【図１４】発信元のコードの例を示す図である。
【図１５】コマンドを示す図である。
【図１６】図１５以外のコマンドを示す図である。
【図１７】図１１において、編集データの転送が選択されたときの処理を示す説明図である。
【図１８】インターネットサーバ・インタネットクライアント・プレーヤ間のデータ転送手順を示す説明図である。
【図１９】図１８に連続する説明図である。
【図２０】図１９に連続する説明図である。
【図２１】図２０に連続する説明図である。
【図２２】図１８においてコンテンツ編集・削除が選択されたときの手順を示す説明図である。
【図２３】クライアントの編集処理を説明するための図である。
【図２４】別のコンテンツ選択・購入の他の例で、図１９〜図２１に対応する図である。
【図２５】図２４に連続する図である。
【図２６】図２５に連続する図である。
【図２７】プレーヤ・プレーヤ間の転送手順を示す説明図である。
【図２８】プレーヤ・プレーヤ間の他の例の転送手順を示す説明図である。
【図２９】図２８に連続する図である。
【図３０】テキストデータのフォーマットを示す説明図である。
【符号の説明】
１ オーサリングシステム（ホスト）
２ 送信サーバ
３ アップリンクセンタ
４ 衛星
５ キオスク端末（転送元端末、販売元端末）
６ａ，６ｂ プレーヤ（転送先端末、販売先端末）
６ａ−１，６ｂ−１ データインター転送フェース
６ａ−２，６ｂ−２ 電子財布
６ａ−３，６ｂ−３ 表示部
６ａ−４，６ｂ−４ 操作部
６ａ−５，６ｂ−５，ｍ 記憶部
６ａ−６，６ｂ−６ 暗号化／復号化部
６ａ−７，６ｂ−７ データ圧縮／伸長部
６ａ−８，６ｂ−８ 再生部
６ａ−９，６ｂ−９ 出力端子
６ａ−１０，６ｂ−１０ 制御部
９ Ｗｅｂサーバ（インターネットサーバ）（転送元端末）
１０ インターネットサービス用ＰＣクライアント
Claims (3)
- コンテンツデータをホスト装置から販売先端末に供給するコンテンツ販売システムに使用される前記販売先端末において、
予め所定金額分が用意された電子財布と、
コピー元とコピー先の販売先端末間で互いに前記コンテンツデータのコピーを行う毎に、コピー元となる場合には前記コンテンツデータの転送回数示す再転送世代数を記憶し、コピー先となる場合にはコピー元ＩＤ又は販売コンテンツ等の転送履歴を記憶する手段と、
コピー先となる場合に前記再転送世代数に基づいてコピー許可されたコンテンツデータを受信する手段と、
この受信したコンテンツデータに応じた金額を前記電子財布から減額する手段と、
前記ホスト装置に接続されたとき、前記ホスト装置からの要求信号に基づき前記転送履歴を前記ホスト装置に送信する手段と、
前記転送履歴の回収により前記ホスト装置から供給される制御信号に基づいて前記記憶する手段に記憶された転送履歴を削除する手段と、
を具備したことを特徴とする販売先端末。 - コンテンツデータをホスト装置から販売先端末に供給するコンテンツ販売システムに使用される前記販売先端末において、
予め所定金額分が用意された電子財布と、
コピー元とコピー先の販売先端末間で互いに前記コンテンツデータのコピーを行う毎に、コピー先となる場合には前記コンテンツデータの転送履歴を記憶する手段と、
コピーを行う際には、予めすでに記憶されている転送履歴がある場合には前記転送履歴をコピー元に送信し、前記コピー元から前記送信された転送履歴に基づいてコピー許可されたコンテンツデータを受信する手段と、
この受信したコンテンツデータに応じた金額を前記電子財布から減額する手段と、
前記ホスト装置に接続されたとき、前記ホスト装置からの要求信号に基づき前記転送履歴を前記ホスト装置に送信する手段と、
前記転送履歴の回収により前記ホスト装置から供給される制御信号に基づいて前記記憶する手段に記憶された転送履歴を削除する手段と、
を具備したことを特徴とする販売先端末。 - 請求項１又は２記載のコンテンツ販売システムは、更に販売先端末装置のコピー履歴の情報を回収する決済ボックスを含み、転送履歴を削除する手段は、販売先端末から前記決済ボックスに送信した前記転送履歴の情報基づいて前記決裁ボックスから供給される制御信号によって前記転送履歴の情報を削除する構成であることを特徴とする販売先端末。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15220999A JP3580478B2 (ja) | 1999-05-31 | 1999-05-31 | コンテンツ販売システムにおける販売先端末 |
| CN00106069.4A CN1275753A (zh) | 1999-05-31 | 2000-04-19 | 内容销售系统中的销售地终端 |
| EP00303968A EP1083530A3 (en) | 1999-05-31 | 2000-05-11 | Contents sale system |
| US10/636,768 US20040030655A1 (en) | 1999-05-31 | 2003-08-08 | Contents sale system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15220999A JP3580478B2 (ja) | 1999-05-31 | 1999-05-31 | コンテンツ販売システムにおける販売先端末 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000339539A JP2000339539A (ja) | 2000-12-08 |
| JP3580478B2 true JP3580478B2 (ja) | 2004-10-20 |
Family
ID=15535463
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15220999A Expired - Fee Related JP3580478B2 (ja) | 1999-05-31 | 1999-05-31 | コンテンツ販売システムにおける販売先端末 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20040030655A1 (ja) |
| EP (1) | EP1083530A3 (ja) |
| JP (1) | JP3580478B2 (ja) |
| CN (1) | CN1275753A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001043193A (ja) * | 1999-07-30 | 2001-02-16 | Victor Co Of Japan Ltd | コンテンツ販売システムにおける販売先端末 |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001216357A (ja) * | 2000-02-01 | 2001-08-10 | Toshiba Corp | ソフトウェアのライセンス管理方法および電子機器並びに記録媒体 |
| US7962416B1 (en) * | 2000-11-22 | 2011-06-14 | Ge Medical Technology Services, Inc. | Method and system to remotely enable software-based options for a trial period |
| JP2003016287A (ja) * | 2001-06-29 | 2003-01-17 | Sanyo Electric Co Ltd | 新たに発売されたコンテンツデータの販売を促進できるデータ配信システム、およびそれに用いられるサーバ、データ端末装置、データ配信促進方法 |
| JP3994692B2 (ja) * | 2001-07-04 | 2007-10-24 | ヤマハ株式会社 | 音楽情報提供システム及び方法 |
| US6905411B2 (en) * | 2002-02-27 | 2005-06-14 | Igt | Player authentication for cashless gaming machine instruments |
| US7950996B2 (en) * | 2002-02-27 | 2011-05-31 | Igt | Methods and devices for gaming account management |
| US8645685B2 (en) * | 2002-02-27 | 2014-02-04 | Igt | Token authentication |
| US20060253350A1 (en) * | 2004-03-05 | 2006-11-09 | Frank Falkenhain | Method and system for billing and content delivery |
| JP2006339988A (ja) * | 2005-06-01 | 2006-12-14 | Sony Corp | ストリーム制御装置、ストリーム暗号化／復号化装置、および、ストリーム暗号化／復号化方法 |
| US20090313648A1 (en) * | 2008-06-12 | 2009-12-17 | Microsoft Corporation | Audio/video distribution apparatus |
| US20130179199A1 (en) * | 2012-01-06 | 2013-07-11 | Rovi Corp. | Systems and methods for granting access to digital content using electronic tickets and ticket tokens |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5418713A (en) * | 1993-08-05 | 1995-05-23 | Allen; Richard | Apparatus and method for an on demand data delivery system for the preview, selection, retrieval and reproduction at a remote location of previously recorded or programmed materials |
| US5509074A (en) * | 1994-01-27 | 1996-04-16 | At&T Corp. | Method of protecting electronically published materials using cryptographic protocols |
| US5499298A (en) * | 1994-03-17 | 1996-03-12 | National University Of Singapore | Controlled dissemination of digital information |
| EP0717337B1 (en) * | 1994-12-13 | 2001-08-01 | International Business Machines Corporation | Method and system for the secured distribution of programs |
| EP0809221A3 (en) * | 1996-05-23 | 1999-06-30 | Sun Microsystems, Inc. | Virtual vending system and method for managing the distribution, licensing and rental of electronic data |
| US6385596B1 (en) * | 1998-02-06 | 2002-05-07 | Liquid Audio, Inc. | Secure online music distribution system |
| US6226618B1 (en) * | 1998-08-13 | 2001-05-01 | International Business Machines Corporation | Electronic content delivery system |
-
1999
- 1999-05-31 JP JP15220999A patent/JP3580478B2/ja not_active Expired - Fee Related
-
2000
- 2000-04-19 CN CN00106069.4A patent/CN1275753A/zh active Pending
- 2000-05-11 EP EP00303968A patent/EP1083530A3/en not_active Withdrawn
-
2003
- 2003-08-08 US US10/636,768 patent/US20040030655A1/en not_active Abandoned
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001043193A (ja) * | 1999-07-30 | 2001-02-16 | Victor Co Of Japan Ltd | コンテンツ販売システムにおける販売先端末 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000339539A (ja) | 2000-12-08 |
| EP1083530A3 (en) | 2003-03-05 |
| US20040030655A1 (en) | 2004-02-12 |
| CN1275753A (zh) | 2000-12-06 |
| EP1083530A2 (en) | 2001-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4151246B2 (ja) | 情報配信端末，コンピュータプログラムおよび情報提供方法 | |
| JP2002541528A (ja) | 保護されたオンライン音楽配布システム | |
| JP2004500613A (ja) | セキュア電子商取引システム | |
| WO2001019017A1 (fr) | Systeme, dispositif, procede et support de programme pour la gestion de contenus | |
| JP2002073421A (ja) | ライセンス発行装置、コンテンツ再生装置、ライセンス発行方法、およびコンテンツ再生方法 | |
| JP3580478B2 (ja) | コンテンツ販売システムにおける販売先端末 | |
| WO2002044971A1 (fr) | Procede et systeme d'echange de contenu electronique | |
| JP2001094554A (ja) | 情報送信システム、情報送信装置、情報受信装置、情報送信方法 | |
| US7801823B2 (en) | Large capacity data sales server and recording medium recording program thereof | |
| JP5236312B2 (ja) | コンピュータ・ネットワークを用いてデジタル・データを含むファイルを配布するためのシステム | |
| US20030233563A1 (en) | Method and system for securely transmitting and distributing information and for producing a physical instantiation of the transmitted information in an intermediate, information-storage medium | |
| JP3786332B2 (ja) | ユーザ携帯端末 | |
| JP2001067324A (ja) | 情報送信システム、情報送信装置及び情報受信装置 | |
| JP2000341266A (ja) | データの転送方法、その方法を利用したコンテンツ販売システムのデータ転送方法及びそのデータが記録された記録媒体 | |
| JPH08186667A (ja) | デジタル情報記録システム | |
| JP2001155069A (ja) | コンテンツ配布システムのデータ転送方法 | |
| JP3727001B2 (ja) | コンテンツ販売システムにおけるコピー管理方法、及びその方法を実行するプレーヤ | |
| JP2001043269A (ja) | コンテンツ販売システムにおける販売先端末 | |
| JP3767434B2 (ja) | オーサリングシステム，オーサリング鍵生成装置，オーサリング装置，オーサリング方法，コンピュータプログラムおよび記憶媒体 | |
| JP2000339275A (ja) | コンテンツ販売システムにおける販売先端末、そのシステムにおけるホスト装置及び決済ボックス | |
| JP2001043193A (ja) | コンテンツ販売システムにおける販売先端末 | |
| JP2000315193A (ja) | コンテンツ販売システムのデータ転送方法及び媒体 | |
| JP3889035B2 (ja) | 暗号化データの不正使用防止システム及びこのシステムに用いられるデータリード装置 | |
| JP2004112555A (ja) | ダウンロードシステム及びダウンロード方法 | |
| JP2001043620A (ja) | コンテンツ販売システムにおける販売先端末、そのシステムにおけるホスト装置及び決済ボックス |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040309 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040426 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040702 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040715 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080730 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080730 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090730 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090730 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100730 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110730 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120730 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120730 Year of fee payment: 8 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120730 Year of fee payment: 8 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120730 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130730 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |