JP3727001B2 - コンテンツ販売システムにおけるコピー管理方法、及びその方法を実行するプレーヤ - Google Patents
コンテンツ販売システムにおけるコピー管理方法、及びその方法を実行するプレーヤ Download PDFInfo
- Publication number
- JP3727001B2 JP3727001B2 JP15220099A JP15220099A JP3727001B2 JP 3727001 B2 JP3727001 B2 JP 3727001B2 JP 15220099 A JP15220099 A JP 15220099A JP 15220099 A JP15220099 A JP 15220099A JP 3727001 B2 JP3727001 B2 JP 3727001B2
- Authority
- JP
- Japan
- Prior art keywords
- player
- data
- common key
- encrypted
- authentication data
- 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 - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、音楽などのコンテンツデータをホストが提供して販売店設置端末やインターネットなどのネットワークを介してユーザ側のプレーヤに対して転送（ダウンロード）するコンテンツ販売システムにおけるコピー管理方法、及びその方法を実行するプレーヤに関する。
【０００２】
【従来の技術】
近年、音楽などのコンテンツデータ（ソフト）をユーザ側に販売するシステムとして、ＣＤ（コンパクト・ディスク）やＤＶＤ（デジタル・バーサタイル・ディスク）などの有料の記録媒体を用いる代わりに、対価の支払いを条件として販売店設置端末やインターネットなどのネットワークを介してユーザ側のプレーヤ内のハードディスクや半導体メモリなどの記録媒体に転送してこれを再生するコンテンツ販売システムあるいはネットワーク配信システムが着目されている。
【０００３】
コンテンツ販売システムの一例としては、コンテンツデータをホスト側から衛星通信回線や公衆電話回線を介して販売店設置端末に転送し、更に販売店設置端末からプレーヤに転送する販売店設置端末経由方式が考えられる。他の経由方式としては、コンテンツデータをインターネット・サーバ（ホスト）側からインターネット及びインターネットクライアント（ユーザパソコン）を介してプレーヤに転送するインターネット経由方式が考えられる。
【０００４】
【発明が解決しようとする課題】
ところで、このようなコンテンツ販売システムでは、不正にコンテンツデータがコピーされないように送信側のＩＤ（識別情報）や受信側のＩＤに基づいて暗号化してから送信するようなことが考えられている。
ところが、そのように暗号化しても、何らかの手法によりＩＤが知られ、そのＩＤを用いて暗号を解読して不正なコピーが行われることが懸念されている。
そこで、本発明では、このような問題に鑑みて不正なコピーが行われないような方法とその方法を採用したプレーヤを提供しようというものである。
【０００５】
【課題を解決するための手段】
本発明は、上記課題を解決するために、以下の１）〜５）の手段より成る。
すなわち、
１）コンテンツを複数の異なる種類の転送元端末であって、販売店設置端末、決済ボックス、インターネットサービス用サーバ、又はユーザ用のパーソナルコンピュータである転送元端末からユーザ側のプレーヤに転送するコンテンツ販売システムにおけるコピー管理方法であって、
前記コンテンツの転送処理を行う前に、
予め互いの機器において第１の共通鍵（Ｋ１）と第２の共通鍵（Ｋ２）が用意され、一方の機器において、発生させた乱数を第１の共通鍵（Ｋ１）を用いて暗号化して認証データを生成して伝送し、他方の機器において前記暗号化された認証データを前記第１の共通鍵（Ｋ１）を用いて復号化して第２の共通鍵（Ｋ２）によって再暗号化されたデータとして戻し、戻された前記再暗号化されたデータを前記第２の共通鍵（Ｋ２）を用いて復号化し、この復号化して得られたデータが前記乱数と一致するか否かをチェックすることにより前記互いの機器を認証しあうと共に前記転送元端末が復号して得られたデータを保存するステップと、
前記ステップで復号化して得られたデータが前記乱数と一致した場合に、前記ユーザ側のプレーヤにおいて自己を特定するためのプレーヤＩＤから前記ステップで自己が発生させた乱数を鍵として暗号化プレーヤＩＤを作成して前記転送元端末に送信し、前記転送元端末において受信した前記暗号化プレーヤＩＤを前記ステップで前記転送元端末が復号して保存したデータによって前記プレーヤＩＤを復号して前記ユーザ側のプレーヤを特定するステップと、
を含み、その後、コピーの可否を決定するようにしたことを特徴とするコンテンツ販売システムにおけるコピー管理方法。
２）コンテンツを複数の異なる種類の転送元端末からユーザ側のプレーヤに転送するコンテンツ販売システムにおけるコピー管理方法であって、
前記コンテンツの転送処理を行う前に、
予め互いの機器において第１の共通鍵（Ｋ１）と第２の共通鍵（Ｋ２）が用意され、一方の機器である転送元端末において、発生させた第１の乱数を第１の共通鍵（Ｋ１）を用いて暗号化して第１の認証データを生成して伝送し、他方の機器において前記暗号化された第１の認証データを前記第１の共通鍵（Ｋ１）を用いて復号化して第２の共通鍵（Ｋ２）によって再暗号化されたデータとして戻し、戻された前記再暗号化されたデータを前記第２の共通鍵（Ｋ２）を用いて復号化し、この復号化して得られたデータが前記第１の乱数と一致するか否かをチェックすることにより前記他方の機器を認証するステップと、
さらに、予め互いの機器において第３の共通鍵（Ｋ３）と第４の共通鍵（Ｋ４）が用意され、前記他方の機器であるユーザ側のプレーヤにおいて、発生させた第２の乱数を第３の共通鍵（Ｋ３）を用いて暗号化して第２の認証データを生成して伝送し、前記一方の機器において前記暗号化された第２の認証データを前記第３の共通鍵（Ｋ３）を用いて復号化して第４の共通鍵（Ｋ４）によって再暗号化されたデータとして戻し、戻された前記再暗号化されたデータを前記第４の共通鍵（Ｋ４）を用いて復号化し、この復号化して得られたデータが前記第２の乱数と一致するか否かをチェックすることにより前記一方の機器を認証すると共に前記転送元端末が復号して得られたデータを保存するステップと、
前記２つのステップでいずれも復号化して得られたデータが前記乱数と一致した場合に、記ユーザ側のプレーヤにおいて自己を特定するためのプレーヤＩＤから前記ステップで自己が発生させた乱数を鍵として暗号化プレーヤＩＤを作成して前記転送元端末に送信し、前記転送元端末において受信した前記暗号化プレーヤＩＤを前記ステップで前記転送元端末が復号して保存したデータによって前記プレーヤＩＤを復号して前記ユーザ側のプレーヤを特定するステップと、
を含み、その後、コピーの可否を決定するようにしたことを特徴とするコンテンツ販売システムにおけるコピー管理方法。
３）コンテンツを複数の異なる種類の転送元端末からユーザ側のプレーヤに転送するコンテンツ販売システムにおけるコピー管理方法であって、
予め互いの機器において第１の共通鍵（Ｋ１）、第２の共通鍵（Ｋ２）、第３の共通鍵（Ｋ３）及び第４の共通鍵（Ｋ４）が用意され、前記コンテンツの転送処理を行う前に、
前記転送元端末において、発生させた第１の乱数を第１の共通鍵（Ｋ１）を用いて暗号化して第１の認証データ（プレーヤ認証データ）を作成して、その認証データをプレーヤに送信する第１のステップと、
前記第１の認証データ（プレーヤ認証データ）を受信したプレーヤ側において、前記第１の認証データ（プレーヤ認証データ）を前記第１の共通鍵（Ｋ１）を用いて復号化して第２の共通鍵（Ｋ２）によって再暗号化して作成した第１の返信認証データ（返信プレーヤ認証データ）を生成すると共に、発生させた第２の乱数を前記第３の共通鍵（Ｋ３）を用いて暗号化して第２の認証データ（前記転送元端末を認証するためのホスト認証データ）を生成して、これら認証データを前記転送元端末に返信する第２のステップと、
前記転送元端末において、前記第１の返信認証データ（返信プレーヤ認証データ）を前記第２の共通鍵（Ｋ２）を用いて復号化し、この復号化して得られたデータが前記第１の乱数と一致するか否かに基づいて前記プレーヤを認証すると共に、前記第２の認証データを前記第３の共通鍵（Ｋ３）を用いて復号化して第４の共通鍵（Ｋ４）によって再暗号化して第２の返信認証データ（返信ホスト認証データ）を生成してこの第２の返信認証データ（返信ホスト認証データ）を前記プレーヤに返信すると共に復号した前記第２の認証データを保存する第３のステップと、
前記プレーヤにおいて、前記第２の返信認証データ（返信ホスト認証データ）を前記第４の共通鍵（Ｋ４）を用いて復号化し、この復号化して得られたデータが前記第２の乱数と一致するか否かに基づいて前記転送元端末を認証する第４のステップと、
前記第３と第４のステップでいずれも復号化して得られたデータが前記乱数と一致した場合に、前記ユーザ側のプレーヤにおいて自己を特定するためのプレーヤＩＤから前記第２のステップで発生させた第２の乱数を鍵として暗号化プレーヤＩＤを作成して前記転送元端末に送信し、前記転送元端末において受信した前記暗号化プレーヤＩＤを前記第３のステップで保存した第２の認証データによって前記プレーヤＩＤを復号して前記ユーザ側のプレーヤを特定するステップと、
を有して互いの機器を認証しあい、次に、前記転送元端末が前記ユーザ側のプレーヤを特定し、その後、コピーの可否を決定するようにしたことを特徴とするコンテンツ販売システムにおけるコピー管理方法。
４）請求項１乃至３記載のいずれか１項記載のコピー管理方法に用いられる転送元端末であって、前記転送元端末側の処理ステップを実行する手段を有したことを特徴とする転送元端末。
５）請求項１乃至３記載のいずれか１項記載のコピー管理方法に用いられるプレーヤであって、前記プレーヤ側の処理ステップを実行する手段を有したことを特徴とするプレーヤ。
【０００６】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。図１は本発明が採用される販売店端末（キオスク端末）を経由するコンテンツ販売システムの一例を示す構成図、図２は本発明が採用されるインターネット形式によるコンテンツ販売システムの例を示す構成図、図３は図１のプレーヤに配信される販売ヘッダの構成を示す説明図、図４は図１のオーサリングシステムにより付与される販売ヘッダの構成を示す説明図、図５は図１のプレーヤに販売サブヘッダの構成を示す説明図である。
【０００７】
図１はコンテンツ販売システムの一例として、ＪＲの売店（以下、キオスク）に販売店端末（以下、キオスク端末）５を設置した販売店設置端末経由方式のシステムを示している。まず、ホスト側では非圧縮の音楽コンテンツをオーサリングシステム１により例えばTwin VQ方式で圧縮し、次いでこの圧縮データを詳細の後述する再生鍵データで暗号化する。また、オーサリングシステム１ではこの再生鍵データを１次暗号化してこの１次暗号化再生鍵データと暗号化コンテンツを所定のデータ構造として記録し送信サーバ２、アップリンクセンタ３、衛星４を介してキオスク端末５のサーバに転送する。なお、この販売店設置端末経由方式のシステムでは、コンテンツを衛星４を介してキオスク端末５へ供給する代わりに、別の又は過渡的な供給方法として、記録済サーバを物流により定期的に交換するようにしてもよく、これに限られるものではない。さらに、販売店設置端末はキオスクの他、コンビニエンス・ストアなどの他の販売店に設置するようにしても良い。
【０００８】
キオスク端末５は、１次暗号化再生鍵データを２次暗号化してこの２次暗号化再生鍵データと暗号化コンテンツをプレーヤ（図中プレイヤーと示すこともある）６ａにダウンロードする。このとき、キオスク端末５とプレーヤ６ａの間はＩＥＥＥ１３９４インタフェースを介して接続され、プレーヤ６ａはダウンロード前にあらかじめ自己のＩＤをキオスク端末５に転送する。また、コピー元プレーヤ６ａとコピー先プレーヤ６ｂ間では、２次暗号化再生鍵データと暗号化コンテンツが再転送可能であり、この場合にもコピー先プレーヤ６ｂは再転送前にあらかじめ自己のＩＤをコピー元プレーヤ６ａに転送する。このシステムの課金方式では、ユーザがプリペイド方式で電子チケットを購入することにより残高がプレーヤ６ａ内の電子財布に記憶され、また、課金情報がプレーヤ６ａから決済ボックス７を介して課金管理サーバ８に転送される。
この課金管理サーバ８は、キオスク端末５や後述のＷｅｂサーバ９を通じて前記の課金情報や各プレーヤ６ａ，６ｂの転送履歴を回収して、これらの情報をもとに著作権管理等を行うようにしている。
【０００９】
また、この販売システムは、前述のキオスク端末を経由するシステムであると共に、インターネット方式により販売する経路も有している。
図２は、そのインターネット方式による販売システムを示す図である。
まず、ホスト側では販売店設置端末経由方式と同様に、非圧縮の音楽コンテンツをオーサリングシステム１により例えばTwin VQ方式で圧縮し、次いでこの圧縮データを再生鍵データで暗号化する。また、オーサリングシステム１ではこの再生鍵データを１次暗号化してこの１次暗号化再生鍵データと暗号化コンテンツを所定のデータ構造として記録し送信サーバ２、Ｗｅｂサーバ（インターネットサービス用サーバ）９に転送する。
【００１０】
Ｗｅｂサーバ９は１次暗号化再生鍵データを２次暗号化して２次暗号化再生鍵データと暗号化コンテンツをインターネットサービス用ＰＣクライアント１０（ＰＣクライアントともいう）を介してプレーヤ６ａにダウンロードする。このとき、Ｗｅｂサーバ９とＰＣクライアント１０の間がダイヤルアップ接続により接続されるとともに、ＰＣクライアント１０とプレーヤ６ａの間がＩＥＥＥ１３９４インタフェースを介して接続され、また、プレーヤ６ａはダウンロード前にあらかじめ自己の端末ＩＤをＰＣクライアント１０を介してＷｅｂサーバ９に転送する。また、同様に、コピー元プレーヤ６ａとコピー先プレーヤ６ｂ間で２次暗号化再生鍵データと暗号化コンテンツが再転送可能であり、この場合にもコピー先プレーヤ６ｂは再転送前にあらかじめ自己のＩＤをコピー元プレーヤ６ａに転送する。また、ユーザがプリペイド方式で電子チケットを購入することにより残高がプレーヤ６ａ内の電子財布に記憶され、課金情報がプレーヤ６ａからＰＣクライアント１０、Ｗｅｂサーバ９を介して課金管理サーバ８に転送される。
【００１１】
プレーヤ６ａ、６ｂに転送されるフォーマットは、販売店設置端末経由のシステムとインターネット経由のシステムにおいて共通であって、販売コンテンツ毎に販売ヘッダと、販売サブヘッダと暗号化コンテンツデータを含み、販売サブヘッダは販売コンテンツ内の曲目数Ｎ毎に付与される。暗号化コンテンツデータはコンテンツヘッダ、サウンドストリーム（音楽コンテンツ）、テキストデータ（曲名、アーティスト名など）、拡張データなどを含む。
【００１２】
販売ヘッダは図３に示すように、販売コンテンツ内の曲目数Ｎに応じて可変長（＝６４Ｎ＋Ｍバイト（Bytes））であって、
・１バイトの販売ヘッダバージョンと、
・１バイトの販売ヘッダサイズと、
・１バイトの保留（Reserved）データと、
・１バイトの転送制御データと、
・８バイトのコンテンツ販売ＩＤと、
・８バイトの転送元ＩＤと、
・２バイトの販売チケット数と、
・１バイトの販売サブヘッダ数と、
・１バイトのコンテンツ曲数と、
・３２バイトの制作タイトル名と、
・１６バイトの制作会社名と、
・４×Ｎバイトの曲目毎のデータ長と、
・８×Ｎバイトの曲目毎の曲名と、
・８×Ｎバイトの曲目毎のアーティスト名と、
・４×Ｎバイトの曲目毎の演奏時間と、
・Ｋバイト（６４Ｎ＋Ｍ−Ｋバイト目〜６４Ｎ＋Ｍバイト目）の再生鍵データ（暗号化データ）を含む。
【００１３】
これに対し、図４はオーサリングシステム１によりマスタリング時に付与される販売ヘッダの構成を示し、この販売ヘッダは図２に示すデータの他に、制作タイトル名、Ｎ曲分の曲名、Ｎ曲分のアーティスト名、Ｎ曲分のＩＳＲＣ（International Standard Recording 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におけるチケットの残高を照合し、この残高を暗号化／復号化部６ｂ-6においてホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化して、このデータを送信フォーム「１２」によりプレーヤ６ａに送信し、プレーヤ６ａの暗号化／復号化部６ａ-6でホスト認証で受信した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ復号化し、チケット残高を記憶部ｍに保存する。
このとき、チケット残高の受信が得られない場合には、再度前述の残高送信要求の処理を実行し、送信がない場合にはプレーヤ処理を中止する。
【００５９】
残高送信があれば、次に、プレーヤ６ｂに所定の送信フォーム「１５」の空き容量送信要求をする。プレーヤ６ｂでは記憶部６ｂ-5内に記憶されているデータのヘッダー／コンテンツ空き容量を照合して、プレーヤ６ａに所定の送信フォーム「１６」によりその照合結果を送信する。プレーヤ６ａではこの空き容量を記憶部ｍに記憶する。送信がない場合には前述の処理を再度実行し、それでも送信がない場合にはプレイ処理を中止する。
【００６０】
次いでプレーヤ６ａからプレーヤ６ｂに所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの送信要求を行う。プレーヤ６ｂにおける記憶部６ｂ-5内にすでに転送済みの内蔵コンテンツ販売ＩＤが記録されているには、全コンテンツ販売ＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、このデータを所定の送信フォーム「１８」によりプレーヤ６ａに送信する。内蔵コンテンツ販売ＩＤが無い場合には、その旨を所定の送信フォーム「１８」により送信する。
【００６１】
プレーヤ６ａでは、制御部６ａ-6において、記憶部６ａ-5に記憶されている転送コンテンツ販売ＩＤとプレーヤ６ｂから送信されてきた内蔵コンテンツ販売ＩＤとを照合する。同一コンテンツ販売ＩＤがある場合にはプレーヤ６ａの処理を中止する。
また、同一コンテンツ販売ＩＤが無い場合には、転送コンテンツ販売ヘッダ内の転送制御データ再転送世代数を確認する。
確認の結果、転送世代数が［００００：コピー不可］である場合には、その旨を再生部６ａ-8を通じて表示部６ａ-3において、［コピー不可］を表示して処理を中止すると共に、プレーヤ６ｂ側も所定時間内にデータの受信が得られないと同様に表示部６ｂ-3に［コピー不可］を表示する。
【００６２】
また、転送世代数が［０００１］以上である場合には、転送制御データの再転送世代数を１カウントダウンし、転送コンテンツの再生鍵データを除く販売ヘッダをプレーヤ６ｂの認証時に使用した認証ＡデータＤ１を鍵としてＤＥＳ暗号化して、所定の送信フォーム［１９］でプレーヤ６ｂに送信する。プレーヤ６ｂでは、これを受信し販売ヘッダを認証ＡデータＤ１を用いてＤＥＳ復号化し、記憶部６ｂ-5に記憶すると共に、受信通知をプレーヤ６ｂに送信する。
【００６３】
また、プレーヤ６ａでは、記憶部６ａ-5に販売サブヘッダがある場合には前記の販売ヘッダの場合と同様にプレーヤ６ｂの認証時に使用した認証ＡデータＤ１を鍵としてＤＥＳ暗号化して、プレーヤ６ａに対して所定の送信フォーム［２０］で送信する。プレーヤ６ａでは、この販売サブヘッダを認証ＡデータＤ１を鍵としてＤＥＳ復号化し、記憶部６ｂ-5に記憶する。また、プレーヤ６ａに販売サブヘッダ情報が無い場合には、次の所定の送信フォーム［２１］で前述の方式で暗号化されたコンテンツデータを送信する。プレーヤ６ｂでは、このコンテンツデータを記憶部６ｂ-5に記憶し、所定の送信フォーム［２２］で受信通知を返送する。
【００６４】
次いでプレーヤ６ａでは、記憶部６ｂ-5における転送販売ヘッダ再生鍵保存領域の２次暗号化再生鍵データを、暗号化／復号化部６ａ-6において自己プレーヤ（６ａ）のＩＤを鍵としてＤＥＳ復号化し、１次暗号化再生鍵データを復号する。そして、この１次暗号化再生鍵データを、転送先であるプレーヤ６ｂのＩＤを鍵として再び２次ＤＥＳ暗号化処理を行い、この２次暗号化された再生鍵データを所定の送信フォーム［２５］でプレーヤ６ｂに送信する。プレーヤ６ｂでは、この２次暗号化鍵データを記憶部６ｂ-5の販売ヘッダの鍵データ保存領域に格納する。そして、電子財布部６ｂ-2により販売チケット数分減額し、受信コンテンツの前述の転送履歴を制御部内６ｂ-1の記憶部ｍに記録する。
そして、これらの処理が終了すると、所定の送信フォーム「２６」の再生鍵データ受信通知をプレーヤ６ａに送信し、プレーヤ６ａとプレーヤ６ｂの間のＩＥＥＥ１３９４インタフェースを切断する。
【００６５】
次に、図２８，図２９は、前述のプレーヤ６ａ及びプレーヤ６ｂ間におけるデータ転送の別の実施例で、前述の実施例と異なる点は、特に、プレーヤ６ｂから転送履歴をもらう点である。所定の送信フォーム［１］〜［６］までは、前述の実施例である図２７の説明と同一であるため説明を省略し、送信フォーム［７］より説明する。
この送信フォーム［７］により、プレーヤ６ａからプレーヤ６ｂに対して転送履歴の要求を行う。
プレーヤ６ｂでは、制御部６ｂ-10内の記憶部ｍに転送履歴が有るか否かを検出し、有る場合には暗号化／復号化部６ｂ-6で販売コンテンツ受信順に全転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ暗号化し、応答してプレーヤ６ａに対して所定の送信フォーム「８」で転送履歴を送信し、プレーヤ６ａでは、暗号化／復号化部６ａ-6において転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ復号化する。そして、制御部６ａ-10では、これらのデータに基づきコピーが可能な否かをチエックし、その旨を所定のフォーム［９］でプレーヤ６ｂに送信する。
プレーヤ６ｂでは、特に、コピーができない場合には、再生部６ｂ-8を通じて表示部６ｂ-3によりその旨を表示する。また、コピー可の場合には全転送履歴の履歴転送回数を１カウントアップして保存する。そして、所定の送信フォーム「１０」により前記のデータの受信をプレーヤ６ａに送信する。
【００６６】
そして、コピー可と判断された場合には、「コンテンツ転送」処理へと進行し、プレーヤ６ａからプレーヤ６ｂに対し、所定の送信フォーム「１１」のチケット残高送信要求がなされる。プレーヤ６ｂの制御部６ａ-10では電子財布６ｂ-2におけるチケットの残高を照合し、この残高を暗号化／復号化部６ｂ-6においてホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化して、このデータを送信フォーム「１２」によりプレーヤ６ａに送信し、プレーヤ６ａの暗号化／復号化部６ａ-6でホスト認証で受信した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ復号化し、チケット残高を記憶部６ｍに保存する。
このとき、チケット残高の受信が得られない場合には、再度前述の残高送信要求の処理を実行し、送信がない場合にはプレーヤ処理を中止する。
【００６７】
前記の処理において、残高送信があった場合には、次に、プレーヤ６ｂに送信フォーム「１５」の空き容量送信要求をする。プレーヤ６ｂでは記憶部ｍ内に記憶されているデータのヘッダー／コンテンツ空き容量を照合して、プレーヤ６ａに送信フォーム「１６」によりその照合結果を送信する。プレーヤ６ａではこの空き容量を記憶部に記憶する。送信がない場合には前述の処理を再度実行し、それでも送信がない場合にはプレイ処理を中止する。
【００６８】
次に、プレーヤ６ａからプレーヤ６ｂに所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの送信要求を行う。プレーヤ６ｂにおける記憶部６ｂ-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 制御部
９ Ｗｅｂサーバ（インターネットサーバ）（転送元端末）
１０ インターネットサービス用ＰＣクライアント
【発明の属する技術分野】
本発明は、音楽などのコンテンツデータをホストが提供して販売店設置端末やインターネットなどのネットワークを介してユーザ側のプレーヤに対して転送（ダウンロード）するコンテンツ販売システムにおけるコピー管理方法、及びその方法を実行するプレーヤに関する。
【０００２】
【従来の技術】
近年、音楽などのコンテンツデータ（ソフト）をユーザ側に販売するシステムとして、ＣＤ（コンパクト・ディスク）やＤＶＤ（デジタル・バーサタイル・ディスク）などの有料の記録媒体を用いる代わりに、対価の支払いを条件として販売店設置端末やインターネットなどのネットワークを介してユーザ側のプレーヤ内のハードディスクや半導体メモリなどの記録媒体に転送してこれを再生するコンテンツ販売システムあるいはネットワーク配信システムが着目されている。
【０００３】
コンテンツ販売システムの一例としては、コンテンツデータをホスト側から衛星通信回線や公衆電話回線を介して販売店設置端末に転送し、更に販売店設置端末からプレーヤに転送する販売店設置端末経由方式が考えられる。他の経由方式としては、コンテンツデータをインターネット・サーバ（ホスト）側からインターネット及びインターネットクライアント（ユーザパソコン）を介してプレーヤに転送するインターネット経由方式が考えられる。
【０００４】
【発明が解決しようとする課題】
ところで、このようなコンテンツ販売システムでは、不正にコンテンツデータがコピーされないように送信側のＩＤ（識別情報）や受信側のＩＤに基づいて暗号化してから送信するようなことが考えられている。
ところが、そのように暗号化しても、何らかの手法によりＩＤが知られ、そのＩＤを用いて暗号を解読して不正なコピーが行われることが懸念されている。
そこで、本発明では、このような問題に鑑みて不正なコピーが行われないような方法とその方法を採用したプレーヤを提供しようというものである。
【０００５】
【課題を解決するための手段】
本発明は、上記課題を解決するために、以下の１）〜５）の手段より成る。
すなわち、
１）コンテンツを複数の異なる種類の転送元端末であって、販売店設置端末、決済ボックス、インターネットサービス用サーバ、又はユーザ用のパーソナルコンピュータである転送元端末からユーザ側のプレーヤに転送するコンテンツ販売システムにおけるコピー管理方法であって、
前記コンテンツの転送処理を行う前に、
予め互いの機器において第１の共通鍵（Ｋ１）と第２の共通鍵（Ｋ２）が用意され、一方の機器において、発生させた乱数を第１の共通鍵（Ｋ１）を用いて暗号化して認証データを生成して伝送し、他方の機器において前記暗号化された認証データを前記第１の共通鍵（Ｋ１）を用いて復号化して第２の共通鍵（Ｋ２）によって再暗号化されたデータとして戻し、戻された前記再暗号化されたデータを前記第２の共通鍵（Ｋ２）を用いて復号化し、この復号化して得られたデータが前記乱数と一致するか否かをチェックすることにより前記互いの機器を認証しあうと共に前記転送元端末が復号して得られたデータを保存するステップと、
前記ステップで復号化して得られたデータが前記乱数と一致した場合に、前記ユーザ側のプレーヤにおいて自己を特定するためのプレーヤＩＤから前記ステップで自己が発生させた乱数を鍵として暗号化プレーヤＩＤを作成して前記転送元端末に送信し、前記転送元端末において受信した前記暗号化プレーヤＩＤを前記ステップで前記転送元端末が復号して保存したデータによって前記プレーヤＩＤを復号して前記ユーザ側のプレーヤを特定するステップと、
を含み、その後、コピーの可否を決定するようにしたことを特徴とするコンテンツ販売システムにおけるコピー管理方法。
２）コンテンツを複数の異なる種類の転送元端末からユーザ側のプレーヤに転送するコンテンツ販売システムにおけるコピー管理方法であって、
前記コンテンツの転送処理を行う前に、
予め互いの機器において第１の共通鍵（Ｋ１）と第２の共通鍵（Ｋ２）が用意され、一方の機器である転送元端末において、発生させた第１の乱数を第１の共通鍵（Ｋ１）を用いて暗号化して第１の認証データを生成して伝送し、他方の機器において前記暗号化された第１の認証データを前記第１の共通鍵（Ｋ１）を用いて復号化して第２の共通鍵（Ｋ２）によって再暗号化されたデータとして戻し、戻された前記再暗号化されたデータを前記第２の共通鍵（Ｋ２）を用いて復号化し、この復号化して得られたデータが前記第１の乱数と一致するか否かをチェックすることにより前記他方の機器を認証するステップと、
さらに、予め互いの機器において第３の共通鍵（Ｋ３）と第４の共通鍵（Ｋ４）が用意され、前記他方の機器であるユーザ側のプレーヤにおいて、発生させた第２の乱数を第３の共通鍵（Ｋ３）を用いて暗号化して第２の認証データを生成して伝送し、前記一方の機器において前記暗号化された第２の認証データを前記第３の共通鍵（Ｋ３）を用いて復号化して第４の共通鍵（Ｋ４）によって再暗号化されたデータとして戻し、戻された前記再暗号化されたデータを前記第４の共通鍵（Ｋ４）を用いて復号化し、この復号化して得られたデータが前記第２の乱数と一致するか否かをチェックすることにより前記一方の機器を認証すると共に前記転送元端末が復号して得られたデータを保存するステップと、
前記２つのステップでいずれも復号化して得られたデータが前記乱数と一致した場合に、記ユーザ側のプレーヤにおいて自己を特定するためのプレーヤＩＤから前記ステップで自己が発生させた乱数を鍵として暗号化プレーヤＩＤを作成して前記転送元端末に送信し、前記転送元端末において受信した前記暗号化プレーヤＩＤを前記ステップで前記転送元端末が復号して保存したデータによって前記プレーヤＩＤを復号して前記ユーザ側のプレーヤを特定するステップと、
を含み、その後、コピーの可否を決定するようにしたことを特徴とするコンテンツ販売システムにおけるコピー管理方法。
３）コンテンツを複数の異なる種類の転送元端末からユーザ側のプレーヤに転送するコンテンツ販売システムにおけるコピー管理方法であって、
予め互いの機器において第１の共通鍵（Ｋ１）、第２の共通鍵（Ｋ２）、第３の共通鍵（Ｋ３）及び第４の共通鍵（Ｋ４）が用意され、前記コンテンツの転送処理を行う前に、
前記転送元端末において、発生させた第１の乱数を第１の共通鍵（Ｋ１）を用いて暗号化して第１の認証データ（プレーヤ認証データ）を作成して、その認証データをプレーヤに送信する第１のステップと、
前記第１の認証データ（プレーヤ認証データ）を受信したプレーヤ側において、前記第１の認証データ（プレーヤ認証データ）を前記第１の共通鍵（Ｋ１）を用いて復号化して第２の共通鍵（Ｋ２）によって再暗号化して作成した第１の返信認証データ（返信プレーヤ認証データ）を生成すると共に、発生させた第２の乱数を前記第３の共通鍵（Ｋ３）を用いて暗号化して第２の認証データ（前記転送元端末を認証するためのホスト認証データ）を生成して、これら認証データを前記転送元端末に返信する第２のステップと、
前記転送元端末において、前記第１の返信認証データ（返信プレーヤ認証データ）を前記第２の共通鍵（Ｋ２）を用いて復号化し、この復号化して得られたデータが前記第１の乱数と一致するか否かに基づいて前記プレーヤを認証すると共に、前記第２の認証データを前記第３の共通鍵（Ｋ３）を用いて復号化して第４の共通鍵（Ｋ４）によって再暗号化して第２の返信認証データ（返信ホスト認証データ）を生成してこの第２の返信認証データ（返信ホスト認証データ）を前記プレーヤに返信すると共に復号した前記第２の認証データを保存する第３のステップと、
前記プレーヤにおいて、前記第２の返信認証データ（返信ホスト認証データ）を前記第４の共通鍵（Ｋ４）を用いて復号化し、この復号化して得られたデータが前記第２の乱数と一致するか否かに基づいて前記転送元端末を認証する第４のステップと、
前記第３と第４のステップでいずれも復号化して得られたデータが前記乱数と一致した場合に、前記ユーザ側のプレーヤにおいて自己を特定するためのプレーヤＩＤから前記第２のステップで発生させた第２の乱数を鍵として暗号化プレーヤＩＤを作成して前記転送元端末に送信し、前記転送元端末において受信した前記暗号化プレーヤＩＤを前記第３のステップで保存した第２の認証データによって前記プレーヤＩＤを復号して前記ユーザ側のプレーヤを特定するステップと、
を有して互いの機器を認証しあい、次に、前記転送元端末が前記ユーザ側のプレーヤを特定し、その後、コピーの可否を決定するようにしたことを特徴とするコンテンツ販売システムにおけるコピー管理方法。
４）請求項１乃至３記載のいずれか１項記載のコピー管理方法に用いられる転送元端末であって、前記転送元端末側の処理ステップを実行する手段を有したことを特徴とする転送元端末。
５）請求項１乃至３記載のいずれか１項記載のコピー管理方法に用いられるプレーヤであって、前記プレーヤ側の処理ステップを実行する手段を有したことを特徴とするプレーヤ。
【０００６】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。図１は本発明が採用される販売店端末（キオスク端末）を経由するコンテンツ販売システムの一例を示す構成図、図２は本発明が採用されるインターネット形式によるコンテンツ販売システムの例を示す構成図、図３は図１のプレーヤに配信される販売ヘッダの構成を示す説明図、図４は図１のオーサリングシステムにより付与される販売ヘッダの構成を示す説明図、図５は図１のプレーヤに販売サブヘッダの構成を示す説明図である。
【０００７】
図１はコンテンツ販売システムの一例として、ＪＲの売店（以下、キオスク）に販売店端末（以下、キオスク端末）５を設置した販売店設置端末経由方式のシステムを示している。まず、ホスト側では非圧縮の音楽コンテンツをオーサリングシステム１により例えばTwin VQ方式で圧縮し、次いでこの圧縮データを詳細の後述する再生鍵データで暗号化する。また、オーサリングシステム１ではこの再生鍵データを１次暗号化してこの１次暗号化再生鍵データと暗号化コンテンツを所定のデータ構造として記録し送信サーバ２、アップリンクセンタ３、衛星４を介してキオスク端末５のサーバに転送する。なお、この販売店設置端末経由方式のシステムでは、コンテンツを衛星４を介してキオスク端末５へ供給する代わりに、別の又は過渡的な供給方法として、記録済サーバを物流により定期的に交換するようにしてもよく、これに限られるものではない。さらに、販売店設置端末はキオスクの他、コンビニエンス・ストアなどの他の販売店に設置するようにしても良い。
【０００８】
キオスク端末５は、１次暗号化再生鍵データを２次暗号化してこの２次暗号化再生鍵データと暗号化コンテンツをプレーヤ（図中プレイヤーと示すこともある）６ａにダウンロードする。このとき、キオスク端末５とプレーヤ６ａの間はＩＥＥＥ１３９４インタフェースを介して接続され、プレーヤ６ａはダウンロード前にあらかじめ自己のＩＤをキオスク端末５に転送する。また、コピー元プレーヤ６ａとコピー先プレーヤ６ｂ間では、２次暗号化再生鍵データと暗号化コンテンツが再転送可能であり、この場合にもコピー先プレーヤ６ｂは再転送前にあらかじめ自己のＩＤをコピー元プレーヤ６ａに転送する。このシステムの課金方式では、ユーザがプリペイド方式で電子チケットを購入することにより残高がプレーヤ６ａ内の電子財布に記憶され、また、課金情報がプレーヤ６ａから決済ボックス７を介して課金管理サーバ８に転送される。
この課金管理サーバ８は、キオスク端末５や後述のＷｅｂサーバ９を通じて前記の課金情報や各プレーヤ６ａ，６ｂの転送履歴を回収して、これらの情報をもとに著作権管理等を行うようにしている。
【０００９】
また、この販売システムは、前述のキオスク端末を経由するシステムであると共に、インターネット方式により販売する経路も有している。
図２は、そのインターネット方式による販売システムを示す図である。
まず、ホスト側では販売店設置端末経由方式と同様に、非圧縮の音楽コンテンツをオーサリングシステム１により例えばTwin VQ方式で圧縮し、次いでこの圧縮データを再生鍵データで暗号化する。また、オーサリングシステム１ではこの再生鍵データを１次暗号化してこの１次暗号化再生鍵データと暗号化コンテンツを所定のデータ構造として記録し送信サーバ２、Ｗｅｂサーバ（インターネットサービス用サーバ）９に転送する。
【００１０】
Ｗｅｂサーバ９は１次暗号化再生鍵データを２次暗号化して２次暗号化再生鍵データと暗号化コンテンツをインターネットサービス用ＰＣクライアント１０（ＰＣクライアントともいう）を介してプレーヤ６ａにダウンロードする。このとき、Ｗｅｂサーバ９とＰＣクライアント１０の間がダイヤルアップ接続により接続されるとともに、ＰＣクライアント１０とプレーヤ６ａの間がＩＥＥＥ１３９４インタフェースを介して接続され、また、プレーヤ６ａはダウンロード前にあらかじめ自己の端末ＩＤをＰＣクライアント１０を介してＷｅｂサーバ９に転送する。また、同様に、コピー元プレーヤ６ａとコピー先プレーヤ６ｂ間で２次暗号化再生鍵データと暗号化コンテンツが再転送可能であり、この場合にもコピー先プレーヤ６ｂは再転送前にあらかじめ自己のＩＤをコピー元プレーヤ６ａに転送する。また、ユーザがプリペイド方式で電子チケットを購入することにより残高がプレーヤ６ａ内の電子財布に記憶され、課金情報がプレーヤ６ａからＰＣクライアント１０、Ｗｅｂサーバ９を介して課金管理サーバ８に転送される。
【００１１】
プレーヤ６ａ、６ｂに転送されるフォーマットは、販売店設置端末経由のシステムとインターネット経由のシステムにおいて共通であって、販売コンテンツ毎に販売ヘッダと、販売サブヘッダと暗号化コンテンツデータを含み、販売サブヘッダは販売コンテンツ内の曲目数Ｎ毎に付与される。暗号化コンテンツデータはコンテンツヘッダ、サウンドストリーム（音楽コンテンツ）、テキストデータ（曲名、アーティスト名など）、拡張データなどを含む。
【００１２】
販売ヘッダは図３に示すように、販売コンテンツ内の曲目数Ｎに応じて可変長（＝６４Ｎ＋Ｍバイト（Bytes））であって、
・１バイトの販売ヘッダバージョンと、
・１バイトの販売ヘッダサイズと、
・１バイトの保留（Reserved）データと、
・１バイトの転送制御データと、
・８バイトのコンテンツ販売ＩＤと、
・８バイトの転送元ＩＤと、
・２バイトの販売チケット数と、
・１バイトの販売サブヘッダ数と、
・１バイトのコンテンツ曲数と、
・３２バイトの制作タイトル名と、
・１６バイトの制作会社名と、
・４×Ｎバイトの曲目毎のデータ長と、
・８×Ｎバイトの曲目毎の曲名と、
・８×Ｎバイトの曲目毎のアーティスト名と、
・４×Ｎバイトの曲目毎の演奏時間と、
・Ｋバイト（６４Ｎ＋Ｍ−Ｋバイト目〜６４Ｎ＋Ｍバイト目）の再生鍵データ（暗号化データ）を含む。
【００１３】
これに対し、図４はオーサリングシステム１によりマスタリング時に付与される販売ヘッダの構成を示し、この販売ヘッダは図２に示すデータの他に、制作タイトル名、Ｎ曲分の曲名、Ｎ曲分のアーティスト名、Ｎ曲分のＩＳＲＣ（International Standard Recording 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におけるチケットの残高を照合し、この残高を暗号化／復号化部６ｂ-6においてホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化して、このデータを送信フォーム「１２」によりプレーヤ６ａに送信し、プレーヤ６ａの暗号化／復号化部６ａ-6でホスト認証で受信した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ復号化し、チケット残高を記憶部ｍに保存する。
このとき、チケット残高の受信が得られない場合には、再度前述の残高送信要求の処理を実行し、送信がない場合にはプレーヤ処理を中止する。
【００５９】
残高送信があれば、次に、プレーヤ６ｂに所定の送信フォーム「１５」の空き容量送信要求をする。プレーヤ６ｂでは記憶部６ｂ-5内に記憶されているデータのヘッダー／コンテンツ空き容量を照合して、プレーヤ６ａに所定の送信フォーム「１６」によりその照合結果を送信する。プレーヤ６ａではこの空き容量を記憶部ｍに記憶する。送信がない場合には前述の処理を再度実行し、それでも送信がない場合にはプレイ処理を中止する。
【００６０】
次いでプレーヤ６ａからプレーヤ６ｂに所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの送信要求を行う。プレーヤ６ｂにおける記憶部６ｂ-5内にすでに転送済みの内蔵コンテンツ販売ＩＤが記録されているには、全コンテンツ販売ＩＤをホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化し、このデータを所定の送信フォーム「１８」によりプレーヤ６ａに送信する。内蔵コンテンツ販売ＩＤが無い場合には、その旨を所定の送信フォーム「１８」により送信する。
【００６１】
プレーヤ６ａでは、制御部６ａ-6において、記憶部６ａ-5に記憶されている転送コンテンツ販売ＩＤとプレーヤ６ｂから送信されてきた内蔵コンテンツ販売ＩＤとを照合する。同一コンテンツ販売ＩＤがある場合にはプレーヤ６ａの処理を中止する。
また、同一コンテンツ販売ＩＤが無い場合には、転送コンテンツ販売ヘッダ内の転送制御データ再転送世代数を確認する。
確認の結果、転送世代数が［００００：コピー不可］である場合には、その旨を再生部６ａ-8を通じて表示部６ａ-3において、［コピー不可］を表示して処理を中止すると共に、プレーヤ６ｂ側も所定時間内にデータの受信が得られないと同様に表示部６ｂ-3に［コピー不可］を表示する。
【００６２】
また、転送世代数が［０００１］以上である場合には、転送制御データの再転送世代数を１カウントダウンし、転送コンテンツの再生鍵データを除く販売ヘッダをプレーヤ６ｂの認証時に使用した認証ＡデータＤ１を鍵としてＤＥＳ暗号化して、所定の送信フォーム［１９］でプレーヤ６ｂに送信する。プレーヤ６ｂでは、これを受信し販売ヘッダを認証ＡデータＤ１を用いてＤＥＳ復号化し、記憶部６ｂ-5に記憶すると共に、受信通知をプレーヤ６ｂに送信する。
【００６３】
また、プレーヤ６ａでは、記憶部６ａ-5に販売サブヘッダがある場合には前記の販売ヘッダの場合と同様にプレーヤ６ｂの認証時に使用した認証ＡデータＤ１を鍵としてＤＥＳ暗号化して、プレーヤ６ａに対して所定の送信フォーム［２０］で送信する。プレーヤ６ａでは、この販売サブヘッダを認証ＡデータＤ１を鍵としてＤＥＳ復号化し、記憶部６ｂ-5に記憶する。また、プレーヤ６ａに販売サブヘッダ情報が無い場合には、次の所定の送信フォーム［２１］で前述の方式で暗号化されたコンテンツデータを送信する。プレーヤ６ｂでは、このコンテンツデータを記憶部６ｂ-5に記憶し、所定の送信フォーム［２２］で受信通知を返送する。
【００６４】
次いでプレーヤ６ａでは、記憶部６ｂ-5における転送販売ヘッダ再生鍵保存領域の２次暗号化再生鍵データを、暗号化／復号化部６ａ-6において自己プレーヤ（６ａ）のＩＤを鍵としてＤＥＳ復号化し、１次暗号化再生鍵データを復号する。そして、この１次暗号化再生鍵データを、転送先であるプレーヤ６ｂのＩＤを鍵として再び２次ＤＥＳ暗号化処理を行い、この２次暗号化された再生鍵データを所定の送信フォーム［２５］でプレーヤ６ｂに送信する。プレーヤ６ｂでは、この２次暗号化鍵データを記憶部６ｂ-5の販売ヘッダの鍵データ保存領域に格納する。そして、電子財布部６ｂ-2により販売チケット数分減額し、受信コンテンツの前述の転送履歴を制御部内６ｂ-1の記憶部ｍに記録する。
そして、これらの処理が終了すると、所定の送信フォーム「２６」の再生鍵データ受信通知をプレーヤ６ａに送信し、プレーヤ６ａとプレーヤ６ｂの間のＩＥＥＥ１３９４インタフェースを切断する。
【００６５】
次に、図２８，図２９は、前述のプレーヤ６ａ及びプレーヤ６ｂ間におけるデータ転送の別の実施例で、前述の実施例と異なる点は、特に、プレーヤ６ｂから転送履歴をもらう点である。所定の送信フォーム［１］〜［６］までは、前述の実施例である図２７の説明と同一であるため説明を省略し、送信フォーム［７］より説明する。
この送信フォーム［７］により、プレーヤ６ａからプレーヤ６ｂに対して転送履歴の要求を行う。
プレーヤ６ｂでは、制御部６ｂ-10内の記憶部ｍに転送履歴が有るか否かを検出し、有る場合には暗号化／復号化部６ｂ-6で販売コンテンツ受信順に全転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ暗号化し、応答してプレーヤ６ａに対して所定の送信フォーム「８」で転送履歴を送信し、プレーヤ６ａでは、暗号化／復号化部６ａ-6において転送履歴をホスト認証ＡデータＤ２を鍵としてＤＥＳ復号化する。そして、制御部６ａ-10では、これらのデータに基づきコピーが可能な否かをチエックし、その旨を所定のフォーム［９］でプレーヤ６ｂに送信する。
プレーヤ６ｂでは、特に、コピーができない場合には、再生部６ｂ-8を通じて表示部６ｂ-3によりその旨を表示する。また、コピー可の場合には全転送履歴の履歴転送回数を１カウントアップして保存する。そして、所定の送信フォーム「１０」により前記のデータの受信をプレーヤ６ａに送信する。
【００６６】
そして、コピー可と判断された場合には、「コンテンツ転送」処理へと進行し、プレーヤ６ａからプレーヤ６ｂに対し、所定の送信フォーム「１１」のチケット残高送信要求がなされる。プレーヤ６ｂの制御部６ａ-10では電子財布６ｂ-2におけるチケットの残高を照合し、この残高を暗号化／復号化部６ｂ-6においてホスト認証に使用した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ暗号化して、このデータを送信フォーム「１２」によりプレーヤ６ａに送信し、プレーヤ６ａの暗号化／復号化部６ａ-6でホスト認証で受信した認証ＡデータＤ２を鍵として１６バイトづつＤＥＳ復号化し、チケット残高を記憶部６ｍに保存する。
このとき、チケット残高の受信が得られない場合には、再度前述の残高送信要求の処理を実行し、送信がない場合にはプレーヤ処理を中止する。
【００６７】
前記の処理において、残高送信があった場合には、次に、プレーヤ６ｂに送信フォーム「１５」の空き容量送信要求をする。プレーヤ６ｂでは記憶部ｍ内に記憶されているデータのヘッダー／コンテンツ空き容量を照合して、プレーヤ６ａに送信フォーム「１６」によりその照合結果を送信する。プレーヤ６ａではこの空き容量を記憶部に記憶する。送信がない場合には前述の処理を再度実行し、それでも送信がない場合にはプレイ処理を中止する。
【００６８】
次に、プレーヤ６ａからプレーヤ６ｂに所定の送信フォーム「１７」の内蔵コンテンツ販売ＩＤの送信要求を行う。プレーヤ６ｂにおける記憶部６ｂ-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 制御部
９ Ｗｅｂサーバ（インターネットサーバ）（転送元端末）
１０ インターネットサービス用ＰＣクライアント
Claims (5)
- コンテンツを複数の異なる種類の転送元端末であって、販売店設置端末、決済ボックス、インターネットサービス用サーバ、又はユーザ用のパーソナルコンピュータである転送元端末からユーザ側のプレーヤに転送するコンテンツ販売システムにおけるコピー管理方法であって、
前記コンテンツの転送処理を行う前に、
予め互いの機器において第１の共通鍵（Ｋ１）と第２の共通鍵（Ｋ２）が用意され、一方の機器において、発生させた乱数を第１の共通鍵（Ｋ１）を用いて暗号化して認証データを生成して伝送し、他方の機器において前記暗号化された認証データを前記第１の共通鍵（Ｋ１）を用いて復号化して第２の共通鍵（Ｋ２）によって再暗号化されたデータとして戻し、戻された前記再暗号化されたデータを前記第２の共通鍵（Ｋ２）を用いて復号化し、この復号化して得られたデータが前記乱数と一致するか否かをチェックすることにより前記互いの機器を認証しあうと共に前記転送元端末が復号して得られたデータを保存するステップと、
前記ステップで復号化して得られたデータが前記乱数と一致した場合に、前記ユーザ側のプレーヤにおいて自己を特定するためのプレーヤＩＤから前記ステップで自己が発生させた乱数を鍵として暗号化プレーヤＩＤを作成して前記転送元端末に送信し、前記転送元端末において受信した前記暗号化プレーヤＩＤを前記ステップで前記転送元端末が復号して保存したデータによって前記プレーヤＩＤを復号して前記ユーザ側のプレーヤを特定するステップと、
を含み、その後、コピーの可否を決定するようにしたことを特徴とするコンテンツ販売システムにおけるコピー管理方法。 - コンテンツを複数の異なる種類の転送元端末からユーザ側のプレーヤに転送するコンテンツ販売システムにおけるコピー管理方法であって、
前記コンテンツの転送処理を行う前に、
予め互いの機器において第１の共通鍵（Ｋ１）と第２の共通鍵（Ｋ２）が用意され、一方の機器である転送元端末において、発生させた第１の乱数を第１の共通鍵（Ｋ１）を用いて暗号化して第１の認証データを生成して伝送し、他方の機器において前記暗号化された第１の認証データを前記第１の共通鍵（Ｋ１）を用いて復号化して第２の共通鍵（Ｋ２）によって再暗号化されたデータとして戻し、戻された前記再暗号化されたデータを前記第２の共通鍵（Ｋ２）を用いて復号化し、この復号化して得られたデータが前記第１の乱数と一致するか否かをチェックすることにより前記他方の機器を認証するステップと、
さらに、予め互いの機器において第３の共通鍵（Ｋ３）と第４の共通鍵（Ｋ４）が用意され、前記他方の機器であるユーザ側のプレーヤにおいて、発生させた第２の乱数を第３の共通鍵（Ｋ３）を用いて暗号化して第２の認証データを生成して伝送し、前記一方の機器において前記暗号化された第２の認証データを前記第３の共通鍵（Ｋ３）を用いて復号化して第４の共通鍵（Ｋ４）によって再暗号化されたデータとして戻し、戻された前記再暗号化されたデータを前記第４の共通鍵（Ｋ４）を用いて復号化し、この復号化して得られたデータが前記第２の乱数と一致するか否かをチェックすることにより前記一方の機器を認証すると共に前記転送元端末が復号して得られたデータを保存するステップと、
前記２つのステップでいずれも復号化して得られたデータが前記乱数と一致した場合に、記ユーザ側のプレーヤにおいて自己を特定するためのプレーヤＩＤから前記ステップで自己が発生させた乱数を鍵として暗号化プレーヤＩＤを作成して前記転送元端末に送信し、前記転送元端末において受信した前記暗号化プレーヤＩＤを前記ステップで前記転送元端末が復号して保存したデータによって前記プレーヤＩＤを復号して前記ユーザ側のプレーヤを特定するステップと、
を含み、その後、コピーの可否を決定するようにしたことを特徴とするコンテンツ販売システムにおけるコピー管理方法。 - コンテンツを複数の異なる種類の転送元端末からユーザ側のプレーヤに転送するコンテンツ販売システムにおけるコピー管理方法であって、
予め互いの機器において第１の共通鍵（Ｋ１）、第２の共通鍵（Ｋ２）、第３の共通鍵（Ｋ３）及び第４の共通鍵（Ｋ４）が用意され、前記コンテンツの転送処理を行う前に、
前記転送元端末において、発生させた第１の乱数を第１の共通鍵（Ｋ１）を用いて暗号化して第１の認証データ（プレーヤ認証データ）を作成して、その認証データをプレーヤに送信する第１のステップと、
前記第１の認証データ（プレーヤ認証データ）を受信したプレーヤ側において、前記第１の認証データ（プレーヤ認証データ）を前記第１の共通鍵（Ｋ１）を用いて復号化して第２の共通鍵（Ｋ２）によって再暗号化して作成した第１の返信認証データ（返信プレーヤ認証データ）を生成すると共に、発生させた第２の乱数を前記第３の共通鍵（Ｋ３）を用いて暗号化して第２の認証データ（前記転送元端末を認証するためのホスト認証データ）を生成して、これら認証データを前記転送元端末に返信する第２のステップと、
前記転送元端末において、前記第１の返信認証データ（返信プレーヤ認証データ）を前記第２の共通鍵（Ｋ２）を用いて復号化し、この復号化して得られたデータが前記第１の乱数と一致するか否かに基づいて前記プレーヤを認証すると共に、前記第２の認証データを前記第３の共通鍵（Ｋ３）を用いて復号化して第４の共通鍵（Ｋ４）によって再暗号化して第２の返信認証データ（返信ホスト認証データ）を生成してこの第２の返信認証データ（返信ホスト認証データ）を前記プレーヤに返信すると共に復号した前記第２の認証データを保存する第３のステップと、
前記プレーヤにおいて、前記第２の返信認証データ（返信ホスト認証データ）を前記第４の共通鍵（Ｋ４）を用いて復号化し、この復号化して得られたデータが前記第２の乱数と一致するか否かに基づいて前記転送元端末を認証する第４のステップと、
前記第３と第４のステップでいずれも復号化して得られたデータが前記乱数と一致した場合に、前記ユーザ側のプレーヤにおいて自己を特定するためのプレーヤＩＤから前記第２のステップで発生させた第２の乱数を鍵として暗号化プレーヤＩＤを作成して前記転送元端末に送信し、前記転送元端末において受信した前記暗号化プレーヤＩＤを前記第３のステップで保存した第２の認証データによって前記プレーヤＩＤを復号して前記ユーザ側のプレーヤを特定するステップと、
を有して互いの機器を認証しあい、次に、前記転送元端末が前記ユーザ側のプレーヤを特定し、その後、コピーの可否を決定するようにしたことを特徴とするコンテンツ販売システムにおけるコピー管理方法。 - 請求項１乃至３記載のいずれか１項記載のコピー管理方法に用いられる転送元端末であって、前記転送元端末側の処理ステップを実行する手段を有したことを特徴とする転送元端末。
- 請求項１乃至３記載のいずれか１項記載のコピー管理方法に用いられるプレーヤであって、前記プレーヤ側の処理ステップを実行する手段を有したことを特徴とするプレーヤ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15220099A JP3727001B2 (ja) | 1999-05-31 | 1999-05-31 | コンテンツ販売システムにおけるコピー管理方法、及びその方法を実行するプレーヤ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15220099A JP3727001B2 (ja) | 1999-05-31 | 1999-05-31 | コンテンツ販売システムにおけるコピー管理方法、及びその方法を実行するプレーヤ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000339849A JP2000339849A (ja) | 2000-12-08 |
| JP3727001B2 true JP3727001B2 (ja) | 2005-12-14 |
Family
ID=15535257
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15220099A Expired - Lifetime JP3727001B2 (ja) | 1999-05-31 | 1999-05-31 | コンテンツ販売システムにおけるコピー管理方法、及びその方法を実行するプレーヤ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3727001B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4564572B1 (ja) | 2009-04-24 | 2010-10-20 | 株式会社東芝 | 送信装置、受信装置及びコンテンツ送受信方法 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1079174A (ja) * | 1996-02-06 | 1998-03-24 | Matsushita Electric Ind Co Ltd | 著作物の不正コピーの防止に好適なデータ受信装置 |
| JP3485750B2 (ja) * | 1997-01-31 | 2004-01-13 | 日本ビクター株式会社 | 不法コピー防止方法、コピー元レコーダ及びコピー先レコーダ |
| JP3864401B2 (ja) * | 1997-04-23 | 2006-12-27 | ソニー株式会社 | 認証システム、電子機器、認証方法、および記録媒体 |
| JP3595109B2 (ja) * | 1997-05-28 | 2004-12-02 | 日本ユニシス株式会社 | 認証装置、端末装置、および、それら装置における認証方法、並びに、記憶媒体 |
| JP3758316B2 (ja) * | 1997-07-07 | 2006-03-22 | 富士ゼロックス株式会社 | ソフトウェアライセンス管理装置および方法 |
| JPH1185015A (ja) * | 1997-07-07 | 1999-03-30 | Fujitsu Ltd | 鍵回復システム |
-
1999
- 1999-05-31 JP JP15220099A patent/JP3727001B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000339849A (ja) | 2000-12-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TW511023B (en) | Digital rights management within an embedded storage device | |
| US20040054678A1 (en) | Distribution device, terminal device, and program and method for use therein | |
| US20020136405A1 (en) | Data recording device allowing obtaining of license administration information from license region | |
| JP2002541528A (ja) | 保護されたオンライン音楽配布システム | |
| WO2001019017A1 (fr) | Systeme, dispositif, procede et support de programme pour la gestion de contenus | |
| JP2003069558A (ja) | 情報提供装置，情報配信端末，情報提供方法，コンピュータプログラムおよび記憶媒体 | |
| JP4389129B2 (ja) | 情報送信システム、情報送信装置、情報受信装置、情報送信方法 | |
| JP2002334173A (ja) | コンテンツ配信方法及びこれに用いるサーバ及び端末並びにコンピュータプログラム | |
| JP3580478B2 (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 | |
| JP2008250994A (ja) | コンピュータ・ネットワークを用いてデジタル・データを含むファイルを配布するためのシステム | |
| JP2001067324A (ja) | 情報送信システム、情報送信装置及び情報受信装置 | |
| JP3786332B2 (ja) | ユーザ携帯端末 | |
| JP2001083874A (ja) | 情報提供システム、情報規制装置、情報受信装置及び情報提供方法 | |
| EP1249771B1 (en) | Large capacity data sales/mediation/purchase method, system, server, terminal and recording medium recording program thereof | |
| JP2000341266A (ja) | データの転送方法、その方法を利用したコンテンツ販売システムのデータ転送方法及びそのデータが記録された記録媒体 | |
| JPH08186667A (ja) | デジタル情報記録システム | |
| JP3727001B2 (ja) | コンテンツ販売システムにおけるコピー管理方法、及びその方法を実行するプレーヤ | |
| JP2001155069A (ja) | コンテンツ配布システムのデータ転送方法 | |
| JP2001043269A (ja) | コンテンツ販売システムにおける販売先端末 | |
| JP3767434B2 (ja) | オーサリングシステム，オーサリング鍵生成装置，オーサリング装置，オーサリング方法，コンピュータプログラムおよび記憶媒体 | |
| JP2004112555A (ja) | ダウンロードシステム及びダウンロード方法 | |
| JP2002351846A (ja) | コンテンツ供給方法及びコンテンツ復号方法並びにそれらの方式 | |
| JP2000339275A (ja) | コンテンツ販売システムにおける販売先端末、そのシステムにおけるホスト装置及び決済ボックス | |
| JP4406799B2 (ja) | 情報提供システム及び情報提供装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050318 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050517 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050603 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050802 |
|
| 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: 20050909 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050922 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3727001 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091007 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101007 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111007 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111007 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121007 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121007 Year of fee payment: 7 |
|
| 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: 20121007 Year of fee payment: 7 |
|
| 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: 20131007 Year of fee payment: 8 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |