JP2000315193A

JP2000315193A - コンテンツ販売システムのデータ転送方法及び媒体

Info

Publication number: JP2000315193A
Application number: JP11123998A
Authority: JP
Inventors: Yasuhisa Okabe; 恭尚岡部; Yoshiaki Tanaka; 美昭田中
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 1999-04-30
Filing date: 1999-04-30
Publication date: 2000-11-14

Abstract

(57)【要約】【課題】複数の異なる種類のコンテンツ販売システム
を構成する端末間でコマンドなどを通信する場合の通信
手順を簡略化する。また、ホスト側にとって転送コンテ
ンツの管理を簡略化し、また、プレーヤ側の再生処理を
簡略化する。【解決手段】音楽などのコンテンツデータをホストが
提供して販売店設置端末やインターネットなどのネット
ワークを介してユーザ側のプレーヤに対して転送（ダウ
ンロード）するコンテンツ販売システムにおいて、端末
間のコンテンツ転送に必要なコマンド又はデータを転送
するフォーマット、販売ヘッダ、販売サブヘッダを共通
化する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】

【発明が解決しようとする課題】ところで、このような
コンテンツ販売システムでは、販売店設置端末経由方式
のシステムとインターネット経由方式のシステムのよう
な複数の異なる種類のコンテンツ販売システムにおい
て、ユーザ側のプレーヤをどのシステムのコンテンツ転
送元端末からダウンロード可能に共通化して汎用性を有
するようにすれば、ユーザにとって複数の異なる種類の
システムの１つから選択的にコンテンツを購入すること
ができ、そのため自由度が高くなるので望ましい。

【０００５】しかしながら、販売店設置端末経由方式の
システムとインターネット経由方式のシステムのような
複数の異なる種類のコンテンツ販売システムを構成する
複数の端末間で通信するコマンドなどの構造が異なる
と、通信手順が複雑化するという問題点がある（第１の
問題点）。

【０００６】また、コンテンツがプレーヤに対して販売
店設置端末を経由して転送されるフォーマットと、イン
ターネットを経由して転送されるフォーマットが異なる
と、ホスト側にとって転送コンテンツの管理が複雑化し
たり、プレーヤ側の再生処理が複雑化するという問題点
がある（第２の問題点）。

【０００７】さらに、コンテンツがプレーヤに対して販
売店設置端末を経由して転送されるフォーマットと、イ
ンターネットを経由して転送されるフォーマットが異な
ると、１回の購入時に複数のコンテンツ曲をプレーヤ側
に転送し、さらにプレーヤ間でこの複数のコンテンツ曲
の１以上を選択的にコピーするために再転送する場合に
も、ホスト側にとって再転送コンテンツの管理が複雑化
したり、再転送先のプレーヤ側の再生処理が複雑化する
という問題点がある（第３の問題点）。

【０００８】ここで、コンテンツ曲をプレーヤに転送す
る場合には著作権保護のために暗号化することが考えら
れるが、コンテンツ曲の他にその曲名、アーティスト名
などのテキストデータも同様に暗号化してプレーヤに転
送してプレーヤ側でこれを復号して表示可能にすること
が考えられるが、テキストデータの暗号化が複雑になる
という問題点がある（第４の問題点）。

【０００９】第１の発明は上記第１の問題点に鑑み、複
数の異なる種類のコンテンツ販売システムを構成する端
末間でコマンドなどを通信する場合の通信手順を簡略化
することができるコンテンツ販売システムのデータ転送
方法を提供することを第１の目的とする。

【００１０】第２の発明は上記第２の問題点に鑑み、複
数の異なる種類のコンテンツ販売システムにおいてホス
ト側にとって販売コンテンツの管理を簡略化することが
でき、また、プレーヤ側の再生処理を簡略化することが
できるコンテンツ販売システムのデータ転送方法及び媒
体を提供することを第２の目的とする。

【００１１】第３の発明は上記第３の問題点に鑑み、複
数の異なる種類のコンテンツ販売システムにおいて１回
の購入時に複数のコンテンツ曲をプレーヤ側に転送し、
さらにプレーヤ間でこの複数のコンテンツ曲の１以上を
選択的にコピーするために再転送する場合にホスト側に
とって転送コンテンツの管理を簡略化することができ、
また、プレーヤ側の再生処理を簡略化することができる
コンテンツ販売システムのデータ転送方法及び媒体を提
供することを第３の目的とする。

【００１２】第４の発明は上記第４の問題点に鑑み、コ
ンテンツとそのテキストデータを暗号化してプレーヤに
転送するコンテンツ販売システムにおいてキストデータ
の暗号化を簡略化することができるコンテンツ販売シス
テムのデータ転送方法及び媒体を提供することを第４の
目的とする。なお、本明細書において「媒体」とは、メ
モリやハードディスクその他の記録媒体の他に、無線又
は有線による通信における信号やデータの伝送のための
媒体を含むものとする。

【００１３】

【課題を解決するための手段】第１の発明は上記第１の
目的を達成するために、システムを構成する端末間で転
送されるコマンド又はデータのフォーマットを共通化す
るとともに、発信元端末が自己の端末ＩＤをコマンド又
はデータに付加して発信先端末に転送するようにしたも
のである。

【００１４】すなわち第１の発明によれば、コンテンツ
を複数の異なる種類の転送元端末からユーザ側のプレー
ヤに転送するコンテンツ販売システムにおいて前記コン
テンツ転送に必要なコマンド又はデータを転送する方法
であって、前記システムを構成する端末間で転送される
前記コマンド又はデータのフォーマットを共通化すると
ともに、発信元端末が自己の端末ＩＤを前記コマンド又
はデータに付加して発信先端末に転送することを特徴と
するコンテンツ販売システムのデータ転送方法が提供さ
れる。

【００１５】第２の発明は上記第２の目的を達成するた
めに、複数の異なる種類の転送元端末からユーザ側のプ
レーヤに転送されるコンテンツのフォーマットを共通化
するとともに、販売コンテンツ毎に共通のフォーマット
の販売ヘッダを付加してプレーヤに転送するようにした
ものである。すなわち第２の発明によれば、コンテンツ
を複数の異なる種類の転送元端末からユーザ側のプレー
ヤに転送するコンテンツ販売システムにおいて、前記複
数の異なる種類の転送元端末からユーザ側のプレーヤに
転送されるコンテンツのフォーマットを共通化するとと
もに、販売コンテンツ毎に共通のフォーマットの販売ヘ
ッダを付加してプレーヤに転送することを特徴とするコ
ンテンツ販売システムのデータ転送方法及び媒体が提供
される。

【００１６】第３の発明は上記第３の目的を達成するた
めに、販売コンテンツが複数の曲目を含む場合に、曲目
毎に共通のフォーマットの販売サブヘッダを付加してプ
レーヤに転送し、プレーヤ間で曲目単位で転送してコピ
ーする場合に販売サブヘッダを付与するようにしたもの
である。すなわち第３の発明によれば、前記販売コンテ
ンツが複数の曲目を含む場合に、曲目毎に共通のフォー
マットの販売サブヘッダを付加してプレーヤに転送し、
プレーヤ間で曲目単位で転送してコピーする場合に前記
販売サブヘッダを付与することを特徴とする請求項２又
は３記載のコンテンツ販売システムのデータ転送方法及
び媒体が提供される。

【００１７】第４の発明は上記第４の目的を達成するた
めに、テキストデータを暗号化用の再生鍵データの所定
のバイト数毎に区切って排他的論理和演算することによ
り暗号化するようにしたものである。すなわち第４の発
明によれば、販売コンテンツを暗号化用の再生鍵データ
の所定のバイト数毎に区切って排他的論理和演算するこ
とにより暗号化してプレーヤに転送し、プレーヤにより
暗号化販売コンテンツを前記再生鍵データと排他的論理
和演算することにより復号して再生するコンテンツ販売
システムのデータ転送方法において、前記販売コンテン
ツに関するテキストデータを暗号化用の再生鍵データの
所定のバイト数毎に区切って前記再生鍵データと排他的
論理和演算することにより暗号化してプレーヤに転送す
ることを特徴とするコンテンツ販売システムのデータ転
送方法及び媒体が提供される。

【００１８】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。図１は本発明に係るコンテンツ販
売システムの一例を示す構成図、図２は図１のプレーヤ
に配信される販売ヘッダの構成を示す説明図、図３は図
１のオーサリングシステムにより付与される販売ヘッダ
の構成を示す説明図、図４は図１のプレーヤに販売サブ
ヘッダの構成を示す説明図である。

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

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

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

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

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

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

【００２５】図５、図６はキオスク端末５とプレーヤ６
ａの間の転送手順を示している。図４以下の図中、「Fo
rm 1」などは信号フォーマット（図示省略）の番号を示
すものである。図５においてキオスク端末５とプレーヤ
６ａがＩＥＥＥ１３９４インタフェースを介して接続さ
れた状態で、キオスク端末５がプレーヤ６ａに対して所
定の送信フォーム（図中「Form」と示される）「１」の
プレーヤ認証Ａデータを送信すると、プレーヤ６ａがこ
れに応答してキオスク端末５に対して所定の送信フォー
ム「２」の返信プレーヤ認証Ａデータとホスト認証Ａデ
ータを送信する。次いでキオスク端末５がプレーヤ６ａ
に対して所定の送信フォーム「３」の返信ホスト認証Ａ
データを送信すると、プレーヤ６ａがこれに応答してキ
オスク端末５に対して所定の送信フォーム「４」のホス
ト認証Ａ結果を送信する。

【００２６】次いでキオスク端末５がプレーヤ６ａに対
して所定の送信フォーム「５」のプレーヤＩＤ送信要求
を送信すると、プレーヤ６ａがこれに応答してキオスク
端末５に対して所定の送信フォーム「６」のプレーヤＩ
Ｄを送信する。次いでキオスク端末５がプレーヤ６ａに
対して所定の送信フォーム「７」の転送履歴送信要求を
送信すると、プレーヤ６ａがこれに応答してキオスク端
末５に対して所定の送信フォーム「８」の転送履歴を送
信し、次いでキオスク端末５がプレーヤ６ａに対して所
定の送信フォーム「９」の転送履歴削除要求を送信する
と、プレーヤ６ａがこれに応答してキオスク端末５に対
して所定の送信フォーム「１０」の転送履歴削除通知を
送信する。次いでキオスク端末５における操作に応じて
「コンテンツ転送」、「編集データ転送」に選択的に移
行する。

【００２７】「コンテンツ転送」が選択された場合に
は、キオスク端末５がプレーヤ６ａに対して所定の送信
フォーム「１１」のチケット残高送信要求を送信する
と、プレーヤ６ａがこれに応答してキオスク端末５に対
して所定の送信フォーム「１２」のチケット残高を送信
する。次いでキオスク端末５がプレーヤ６ａに対して所
定の送信フォーム「１５」の空き容量送信要求を送信す
ると、プレーヤ６ａがこれに応答してキオスク端末５に
対して所定の送信フォーム「１６」の空き容量を送信す
る。次いでキオスク端末５がプレーヤ６ａに対して所定
の送信フォーム「１７」の内蔵コンテンツ販売ＩＤ送信
要求を送信すると、プレーヤ６ａがこれに応答してキオ
スク端末５に対して所定の送信フォーム「１８」の内蔵
コンテンツ販売ＩＤを送信する。

【００２８】次いでキオスク端末５がプレーヤ６ａに対
して所定の送信フォーム「１９」、「２０」、「２１」
でそれぞれ販売ヘッダ、販売サブヘッダ、コンテンツデ
ータを順次を送信すると、プレーヤ６ａがこれらに応答
してキオスク端末５に対して所定の送信フォーム「２
２」の各データ受信通知を送信する。次いでキオスク端
末５がプレーヤ６ａに対して所定の送信フォーム「２
５」の再生鍵データを送信すると、プレーヤ６ａがこれ
に応答してキオスク端末５に対して所定の送信フォーム
「２６」の再生鍵データ受信通知を送信する。そして、
キオスク端末５とプレーヤ６ａの間のＩＥＥＥ１３９４
インタフェースを切断する。

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

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

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

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

【００３３】「コンテンツ選択・購入」が選択された場
合には、図９に示すようにＰＣクライアント１０がＷｅ
ｂサーバ９に対してコンテンツ購入要求情報を送信し、
次いでＷｅｂサーバ９がＰＣクライアント１０に対して
販売内容チェック結果を送信する。次いでＰＣクライア
ント１０がＷｅｂサーバ９に対して販売コンテンツ購入
要求を送信すると、Ｗｅｂサーバ９がＰＣクライアント
１０に対して所定の送信フォーム「１」のプレーヤ認証
Ａデータを送信し、次いでＰＣクライアント１０がプレ
ーヤ６ａに対してこの所定の送信フォーム「１」のプレ
ーヤ認証Ａデータを送信する。次いでプレーヤ６ａがこ
れに応答してＰＣクライアント１０に対して所定の送信
フォーム「２」の返信プレーヤ認証Ａデータとホスト認
証データを送信し、次いでＰＣクライアント１０がＷｅ
ｂサーバ９に対してこの所定の送信フォーム「２」の返
信プレーヤ認証Ａデータとホスト認証データを送信す
る。

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

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

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

【００３７】次いでＷｅｂサーバ９がＰＣクライアント
１０に対して所定の送信フォーム「９」の転送履歴削除
要求を送信するとＰＣクライアント１０がプレーヤ６ａ
に対してこの送信フォーム「９」の転送履歴削除要求を
送信し、プレーヤ６ａがこれに応答してＰＣクライアン
ト１０に対して所定の送信フォーム「１０」の転送履歴
削除通知を送信するとＰＣクライアント１０がＷｅｂサ
ーバ９に対してこの送信フォーム「１０」の転送履歴削
除通知を送信する。

【００３８】次いでＷｅｂサーバ９がＰＣクライアント
１０に対して送信フォーム「１９」、「２０」、「２
１」でそれぞれ販売ヘッダ、販売サブヘッダ、販売コン
テンツデータを送信する。次いでＰＣクライアント１０
がプレーヤ６ａに対して送信フォーム「１９」、「２
０」、「２１」でそれぞれ販売ヘッダ、販売サブヘッ
ダ、販売コンテンツデータを送信するとプレーヤ６ａが
これに応答してＰＣクライアント１０に対して送信フォ
ーム「２２」の各データ受信通知を送信し、ＰＣクライ
アント１０がに対してこの送信フォーム「２２」のデー
タ受信通知を送信する。次いで図１１に示すようにＷｅ
ｂサーバ９がＰＣクライアント１０に対して送信フォー
ム「２５」の再生鍵データを送信すると、ＰＣクライア
ント１０がプレーヤ６ａに対してこの送信フォーム「２
５」の再生鍵データを送信する。次いでプレーヤ６ａが
これに応答してＰＣクライアント１０に対して送信フォ
ーム「２６」の再生鍵データ受信通知を送信し、ＰＣク
ライアント１０がＷｅｂサーバ９に対してこの送信フォ
ーム「２６」の再生鍵データ受信通知を送信する。そし
て、ＰＣクライアント１０とプレーヤ６ａの間のＩＥＥ
Ｅ１３９４インタフェースを切断する。

【００３９】上記のフォーム「１」、「２」〜の詳細な
説明は省略するが、上記の販売店設置端末経由のシステ
ムとインターネット経由のシステムにおいて共通であっ
て、基本的には図１２に示すように、発信元コード（図
１３に示すシステム構成装置の種類を示すコード）と、
コマンドコード（図１４、図１５参照）と、データ長と
実データ（暗号化データ）により構成されている。ただ
し、転送元（キオスク端末５、Ｗｅｂサーバ９）からプ
レーヤ６ａに送信される各種の「要求」や、プレーヤ６
ａから転送元５、９に送信される各種の「通知」のフォ
ーマットは、実データは含まれず、発信元コードと、コ
マンドコードと、データ長（＝オール０）のみにより構
成されている。

【００４０】＜スクランブル方法＞次に図１６を参照し
てオーサリングシステム１の処理を説明する。まず、販
売ヘッダ毎に１６バイトの再生鍵データを乱数で作成し
（ステップＳ１）、次いで販売コンテンツデータをコン
テンツヘッダ、サウンドストリーム（音楽コンテン
ツ）、テキストデータ（曲名、アーティスト名など）、
拡張データの各領域毎に分けて、上記の再生鍵データ
（乱数）と１６バイトずつに排他的論理和（ＸＯＲ）演
算することにより、販売コンテンツデータを各領域毎に
独立して暗号化する（ステップＳ２）。

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

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

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

【００４４】次に図１９を参照してプレーヤ６ａ、６ｂ
間で再転送してコピーを行う場合の転送元（コピー元）
プレーヤ６ａによる暗号化の処理を説明する。まず、販
売ヘッダ内の転送制御データ（図３参照）に基づいて再
転送（コピー）禁止か否かをチェックし（ステップＳ３
１）、ＹＥＳの場合には処理を終了し、他方、ＮＯの場
合にはステップＳ３２以下に進む。ステップＳ３２以下
では、再転送世代数を１つカウントダウンし（ステップ
Ｓ３２）、次いで２次暗号化再生鍵データを自己のプレ
ーヤＩＤを鍵としてＤＥＳ復号することにより１次暗号
化再生鍵データに復号し（ステップＳ３３）、次いでこ
の１次暗号化再生鍵データをコピー先プレーヤ６ｂのＩ
Ｄを鍵としてＤＥＳ暗号化してコピー先プレーヤ６ｂの
２次暗号化再生鍵データを作成し（ステップＳ３４）、
次いでこの２次暗号化再生鍵データを暗号化コンテンツ
と販売サブヘッダとともにコピー先プレーヤ６ｂに伝送
する（ステップＳ３５）。したがって、コピー先プレー
ヤ６ｂは図１６に示したものと同じ手順で復号を行うこ
とができる。

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

【００４６】

【発明の効果】以上説明したように第１の発明によれ
ば、システムを構成する端末間で転送されるコマンド又
はデータのフォーマットを共通化するとともに、発信元
端末が自己の端末ＩＤをコマンド又はデータに付加して
発信先端末に転送するようにしたので、複数の異なる種
類のコンテンツ販売システムを構成する端末間でコマン
ドなどを通信する場合の通信手順を簡略化することがで
きる。第２の発明によれば、複数の異なる種類の転送元
端末からユーザ側のプレーヤに転送されるコンテンツの
フォーマットを共通化するとともに、販売コンテンツ毎
に共通のフォーマットの販売ヘッダを付加してプレーヤ
に転送するようにしたので、ホスト側にとって販売コン
テンツの管理を簡略化することができ、また、プレーヤ
側の再生処理を簡略化することができる。第３の発明に
よれば、販売コンテンツが複数の曲目を含む場合に、曲
目毎に共通のフォーマットの販売サブヘッダを付加して
プレーヤに転送し、プレーヤ間で曲目単位で転送してコ
ピーする場合に販売サブヘッダを付与するようにしたの
で、複数の異なる種類のコンテンツ販売システムにおい
て１回の購入時に複数のコンテンツ曲をプレーヤ側に転
送し、さらにプレーヤ間でこの複数のコンテンツ曲の１
以上を選択的にコピーするために再転送する場合にホス
ト側にとって転送コンテンツの管理を簡略化することが
でき、また、プレーヤ側の再生処理を簡略化することが
できる。第４の発明によれば、テキストデータを暗号化
用の再生鍵データの所定のバイト数毎に区切って再生鍵
データと排他的論理和演算することにより暗号化するよ
うにしたので、コンテンツとそのテキストデータを暗号
化してプレーヤに転送するコンテンツ販売システムにお
いてキストデータの暗号化を簡略化することができる。

【図面の簡単な説明】

【図１】本発明に係るコンテンツ販売システムの一例を
示す構成図である。

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

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

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

【図５】図１のキオスク端末とプレーヤの間の転送手順
を示す説明図である。

【図６】図１のキオスク端末とプレーヤの間の転送手順
を示す説明図である。

【図７】本発明に係るコンテンツ販売システムの他の例
を示す構成図である。

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

【図９】図７のインターネットサーバ、クライアント、
プレーヤの間のコンテンツ選択・購入時の転送手順を示
す説明図である。

【図１０】図７のインターネットサーバ、クライアン
ト、プレーヤの間のコンテンツ選択・購入時の転送手順
を示す説明図である。

【図１１】図７のインターネットサーバ、クライアン
ト、プレーヤの間のコンテンツ選択・購入時の転送手順
を示す説明図である。

【図１２】図１、図７のシステムを構成する端末間の転
送フォームの構成を示す説明図である。

【図１３】図１２の発信元コードを詳しく示す説明図で
ある。

【図１４】図１２のコマンドを詳しく示す説明図であ
る。

【図１５】図１２のコマンドを詳しく示す説明図であ
る。

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

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

【図１８】図１、図７のプレーヤの復号処理を示すフロ
ーチャートである。

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

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

【符号の説明】

１オーサリングシステム（ホスト）２送信サーバ３アップリンクセンタ４衛星５キオスク端末（転送元端末）６ａプレーヤ（転送先端末、コピー元プレーヤ）６ｂプレーヤ（転送先端末、コピー先プレーヤ）９Ｗｅｂサーバ（インターネットサーバ）（転送元端
末）１０インターネットサービス用ＰＣクライアント

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ１１Ｂ 20/10 Ｇ１１Ｂ 20/10 Ｄ５Ｄ０４４Ｈ５Ｄ１１０ 27/00 27/00 ５Ｊ１０４Ｈ０４Ｌ 9/08 Ｈ０４Ｌ 9/00 ６０１Ｃ 9/32 ６７３Ｂ // Ｇ０６Ｆ 17/30 Ｇ０６Ｆ 15/40 ３１０Ｆ３７０ＥＧ１１Ｂ 27/00 ＡＦターム(参考） 5B017 AA06 BA05 BA07 BB02 BB03 BB10 CA07 CA11 CA16 5B075 KK44 KK54 ND14 PQ05 5B082 CA07 EA12 GA02 HA05 HA08 5B085 AE23 AE29 5B089 GA11 GA21 HA10 JA08 JB05 JB10 JB22 JB23 KA06 KB13 KH04 KH30 5D044 AB05 AB07 BC01 CC04 CC08 GK17 HL02 HL06 5D110 AA13 AA27 AA29 DA04 DA14 DB02 DE04 5J104 AA01 AA07 AA16 EA17 KA02 NA03 NA05 PA07 PA10

Claims

【特許請求の範囲】

【請求項１】コンテンツを複数の異なる種類の転送元
端末からユーザ側のプレーヤに転送するコンテンツ販売
システムにおいて前記コンテンツ転送に必要なコマンド
又はデータを転送する方法であって、前記システムを構成する端末間で転送される前記コマン
ド又はデータのフォーマットを共通化するとともに、発
信元端末が自己の端末ＩＤを前記コマンド又はデータに
付加して発信先端末に転送することを特徴とするコンテ
ンツ販売システムのデータ転送方法。
【請求項２】コンテンツを複数の異なる種類の転送元
端末からユーザ側のプレーヤに転送するコンテンツ販売
システムにおいて、前記複数の異なる種類の転送元端末からユーザ側のプレ
ーヤに転送されるコンテンツのフォーマットを共通化す
るとともに、前記転送元端末が販売コンテンツ毎に共通
のフォーマットの販売ヘッダを付加してプレーヤに転送
することを特徴とするコンテンツ販売システムのデータ
転送方法。
【請求項３】システムのホスト側により販売コンテン
ツに付与されるヘッダと、前記プレーヤに転送される販
売ヘッダの一部が共通化されていることを特徴とする請
求項２記載のコンテンツ販売システムのデータ転送方
法。
【請求項４】前記販売コンテンツが複数の曲目を含む
場合に、曲目毎に共通のフォーマットの販売サブヘッダ
を付加してプレーヤに転送し、プレーヤ間で曲目単位で
転送してコピーする場合に前記販売サブヘッダを付与す
ることを特徴とする請求項２又は３記載のコンテンツ販
売システムのデータ転送方法。
【請求項５】前記販売ヘッダは、その販売コンテンツ
の管理情報を含むことを特徴とする請求項２ないし４の
いずれか１つに記載のコンテンツ販売システムのデータ
転送方法。
【請求項６】前記販売コンテンツは販売コンテンツ毎
に暗号化されており、前記販売ヘッダは、その販売コン
テンツを復号するための鍵データを含むことを特徴とす
る請求項２ないし５のいずれか１つに記載のコンテンツ
販売システムのデータ転送方法。
【請求項７】販売コンテンツを暗号化用の再生鍵デー
タの所定のバイト数毎に区切って排他的論理和演算する
ことにより暗号化してプレーヤに転送し、プレーヤによ
り暗号化販売コンテンツを前記再生鍵データと排他的論
理和演算することにより復号して再生するコンテンツ販
売システムのデータ転送方法において、前記販売コンテ
ンツに関するテキストデータを暗号化用の再生鍵データ
の所定のバイト数毎に区切って前記再生鍵データと排他
的論理和演算することにより暗号化してプレーヤに転送
することを特徴とするコンテンツ販売システムのデータ
転送方法。
【請求項８】請求項２ないし７のいずれか１つに記載
のコンテンツ販売システムのデータ転送方法によりフォ
ーマット化されたデータ構造が記録された又はそれを伝
送する媒体。