(57)【特許請求の範囲】
【請求項１】
第１の方式で暗号化されたディジタルデータであるコンテンツと、前記第１の方式で暗号化する際に用いられたコンテンツ鍵を有する権利管理情報とを含む超流通形式データを記録し、ネットワークを介して接続された課金処理装置と通信して課金処理を受けるための購入処理を行った後に前記コンテンツを再生することができるディジタルデータ記録再生装置であって、
前記超流通形式データを装置外部から受信する超流通形式データ受信手段と、
前記超流通形式データを記憶する超流通形式データ記憶手段と、
ユーザの指示に基づいて、前記超流通形式データ記憶手段に記憶されている超流通形式データに含まれるコンテンツを再生するために前記購入処理を行う購入処理手段と、
前記超流通形式データ記憶手段から前記超流通形式データを取り出すデータ取り出し手段と、
前記購入処理がなされた場合には、前記超流通形式データ記憶手段に記憶されている超流通形式データを前記第１の方式で復号化し、前記コンテンツを取り出すコンテンツ復号化手段と、
前記コンテンツ復号化手段によって取り出されたコンテンツを再生する再生手段と、
ユーザの指示に基づいて、前記データ取り出し手段から取り出された超流通形式データに対して、本装置固有の識別情報である第１のユーザＩＤを暗号化して付加し、装置外部へ出力する配布元ユーザＩＤ付加手段とを備え、
前記配布元ユーザＩＤ付加手段は、
前記購入処理手段による購入処理の有無を表す購入状態情報を取得する管理情報取得手段と、
ユーザが通常の方法では取得できないセキュア領域に格納されている前記第１のユーザＩＤを取得するユーザＩＤ取得手段と、
前記ユーザＩＤ取得手段によって取得された前記第１のユーザＩＤに、前記管理情報取得手段によって取得された前記購入状態情報を付加して、所定の方式で暗号化するユーザＩＤ暗号化手段と、
前記データ取り出し手段によって取り出された超流通形式データに、前記ユーザＩＤ暗号化手段によって暗号化された前記第１のユーザＩＤを付加するユーザＩＤ付加手段とを含む、ディジタルデータ記録再生装置。
【請求項２】
前記権利管理情報は、第２の方式でさらに暗号化されており、
前記第２の方式で暗号化する際に用いられる権利管理情報鍵は、ユーザが通常の方法では取得できないセキュア領域に格納されていることを特徴とする、請求項１に記載のディジタルデータ記録再生装置。
【請求項３】
暗号化されていないディジタルデータであるコンテンツを読み取るデータ読み取り手段と、
前記データ読み取り手段によって読み取られたコンテンツを暗号化するためのコンテンツ鍵を有する権利管理情報を取得する権利管理情報取得手段と、
前記権利管理情報取得手段によって取得された権利管理情報から前記コンテンツ鍵を取り出すコンテンツ鍵取り出し手段と、
前記コンテンツ鍵取り出し手段によって取り出されたコンテンツ鍵を用いて、前記コンテンツを前記第１の方式で暗号化するデータ暗号化手段と、
前記データ暗号化手段によって暗号化されたコンテンツに対して、対応する権利管理情報を付加し、前記超流通形式データ記憶手段に記憶させる権利管理情報付加手段とをさらに備える、請求項１に記載のディジタルデータ記録再生装置。
【請求項４】
前記データ読み取り手段によって読み取られたコンテンツを所定の方式を用いて圧縮し、圧縮されたコンテンツを前記データ暗号化手段へ入力するデータ圧縮手段をさらに備える、請求項３に記載のディジタルデータ記録再生装置。
【請求項５】
コンテンツの再生を制御する情報を含むコンテンツ再生制御情報およびコンテンツとして付加するための画像データを記憶するための付加情報記憶手段と、
対応するコンテンツに対して、前記付加情報記憶手段に記憶された前記コンテンツ再生情報および前記画像データを付加して、前記データ暗号化手段へ入力するデータ付加手段とをさらに備える、請求項３に記載のディジタルデータ記録再生装置。
【請求項６】
第１の方式で暗号化されたディジタルデータであるコンテンツと、前記第１の方式で暗号化する際に用いられたコンテンツ鍵を有する権利管理情報とを含む超流通形式データを記録し、課金処理がなされた後に前記コンテンツを再生することができるディジタルデータ記録再生方法であって、
前記超流通形式データを装置外部から受信する超流通形式データ受信ステップと、
ユーザの指示に基づいて、前記超流通形式データに含まれるコンテンツを再生するための課金処理を行う購入処理ステップと、
前記購入処理ステップにおいて課金処理がなされた場合には、前記超流通形式データを前記第１の方式で復号化し、前記コンテンツを取り出すコンテンツ復号化ステップと、
前記コンテンツ復号化ステップにおいて取り出されたコンテンツを再生する再生ステップと、
ユーザの指示に基づいて、前記超流通形式データに対して、固有の識別情報である第１のユーザＩＤを暗号化して付加し、出力する配布元ユーザＩＤ付加ステップとを備え、
前記配布元ユーザＩＤ付加ステップは、
前記購入処理ステップによる購入処理の有無を表す購入状態情報を取得する管理情報取得サブステップと、
ユーザが通常の方法では取得できないセキュア領域に格納されている前記第１のユーザＩＤを取得するユーザＩＤ取得サブステップと、
前記ユーザＩＤ取得サブステップによって取得された前記第１のユーザＩＤに、前記管理情報取得サブステップによって取得された前記購入状態情報を付加して、所定の方式で暗号化するユーザＩＤ暗号化サブステップと、
前記超流通形式データに、前記ユーザＩＤ暗号化サブステップによって暗号化された前記第１のユーザＩＤを付加するユーザＩＤ付加サブステップとを含む、ディジタルデータ記録再生方法。
【請求項７】
第１の方式で暗号化されたディジタルデータであるコンテンツと、前記第１の方式で暗号化する際に用いられたコンテンツ鍵を有する権利管理情報とを含む超流通形式データを記録し、課金処理がなされた後に前記コンテンツを再生することができるコンピュータシステムに、実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記超流通形式データを装置外部から受信する超流通形式データ受信ステップと、
ユーザの指示に基づいて、前記超流通形式データに含まれるコンテンツを再生するための課金処理を行う購入処理ステップと、
前記購入処理ステップにおいて課金処理がなされた場合には、前記超流通形式データを前記第１の方式で復号化し、前記コンテンツを取り出すコンテンツ復号化ステップと、
前記コンテンツ復号化ステップにおいて取り出されたコンテンツを再生する再生ステップと、
ユーザの指示に基づいて、前記超流通形式データに対して、固有の識別情報である第１のユーザＩＤを暗号化して付加し、出力する配布元ユーザＩＤ付加ステップとを備え、
前記配布元ユーザＩＤ付加ステップは、
前記購入処理ステップによる購入処理の有無を表す購入状態情報を取得する管理情報取得サブステップと、
ユーザが通常の方法では取得できないセキュア領域に格納されている前記第１のユーザＩＤを取得するユーザＩＤ取得サブステップと、
前記ユーザＩＤ取得サブステップによって取得された前記第１のユーザＩＤに、前記管理情報取得サブステップによって取得された前記購入状態情報を付加して、所定の方式で暗号化するユーザＩＤ暗号化サブステップと、
前記超流通形式データに、前記ユーザＩＤ暗号化サブステップによって暗号化された前記第１のユーザＩＤを付加するユーザＩＤ付加サブステップとを含む、プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ディジタルデータの著作権保護システムに関し、より特定的には、音楽データの著作権を保護し、適正な使用料を徴収することができる著作権保護システムに関する。
【０００２】
【従来の技術】
近年、音楽の流通は、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）によるものが大半を占めている。そして、購入者が気に入ったＣＤは自由に携帯できることから、さらに友人などに貸し出されることも多い。このような手渡し流通は、今日の音楽が爆発的にヒットする一因となっている。しかしながら、ＣＤには海賊盤対策、すなわち不正コピーに対する対策がほとんど施されていない。また、現在では、音楽ＣＤをもとにＣＤ−Ｒ（ＣｏｍｐａｃｔＤｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）を用いて手軽にコピーを作成できる機器も発売されている。さらに、ＣＤに記録されているデータをＭＤ（Ｍｉｎｉ  Ｄｉｓｃ）に落として視聴する形態も広まっている。この際、個人で楽しむなど著作権法によって許されている範囲を超えて、他人にコピーを渡すことが少なからず行われる。その結果、著作権者は、不利益を被ってしまうという問題点がある。
【０００３】
このような問題点を解決するために、特開平９−３４８４１号公報に開示されている従来例のシステムは、容易にコピーを作成することができないよう暗号化されたＣＤを配布し、さらにオンラインで復号鍵を送信し、課金する。このように、ネットワークを利用して音楽を配信し課金するネット配信は、近年広く行われ始めている。
【０００４】
【発明が解決しようとする課題】
しかしながら、前述の従来例のようなネット配信においては、それぞれのユーザが個別に音楽の配信を受けて課金されるので、各ユーザ間で音楽データを流通させることが予定されていない。したがって、従来例のようなネット配信では、ＣＤの場合のような手渡し流通による爆発的なヒットは望めない。また、それ故に、従来例のようなネット配信においては、音楽データの流通を促進させる方法が一切考慮されていない。
【０００５】
そこで、本発明の目的は、ネットワークを利用した音楽データの手渡し配信を実現しながらその著作権を保護して、音楽を聴取するユーザから適切な著作権料を徴収するとともに、音楽データの流通をさらに促進させることができる著作権保護システムを提供することである。
【０００８】
【課題を解決するための手段】
第１の発明は、第１の方式で暗号化されたディジタルデータであるコンテンツと、第１の方式で暗号化する際に用いられたコンテンツ鍵を有する権利管理情報とを含む超流通形式データを記録し、ネットワークを介して接続された課金処理装置と通信することによって課金処理を行った後にコンテンツを再生することができるディジタルデータ記録再生装置であって、
超流通形式データを装置外部から受信する超流通形式データ受信部と、
超流通形式データを記憶する超流通形式データ記憶部と、
ユーザの指示に基づいて、超流通形式データ記憶部に記憶されている超流通形式データに含まれるコンテンツを再生するために課金処理を行う購入処理部と、
超流通形式データ記憶部から超流通形式データを取り出すデータ取り出し部と、
課金処理がなされた場合には、超流通形式データ記憶部に記憶されている超流通形式データを第１の方式で復号化し、コンテンツを取り出すコンテンツ復号化部と、
コンテンツ復号化部によって取り出されたコンテンツを再生する再生部と、
ユーザの指示に基づいて、データ取り出し部から取り出された超流通形式データに対して、本装置固有の識別情報である第１のユーザＩＤを暗号化して付加し、装置外部へ出力する配布元ユーザＩＤ付加部とを備え、
配布元ユーザＩＤ付加手段は、
購入処理手段による購入処理の有無を表す購入状態情報を取得する管理情報取得手段と、
ユーザが通常の方法では取得できないセキュア領域に格納されている第１のユーザＩＤを取得するユーザＩＤ取得手段と、
ユーザＩＤ取得手段によって取得された第１のユーザＩＤに、管理情報取得手段によって取得された購入状態情報を付加して、所定の方式で暗号化するユーザＩＤ暗号化手段と、
データ取り出し手段によって取り出された超流通形式データに、ユーザＩＤ暗号化手段によって暗号化された第１のユーザＩＤを付加するユーザＩＤ付加手段とを含む。
【０００９】
上記のように、第１の発明によれば、音楽等のコンテンツを含む超流通形式データを流通させて、ユーザから適切な著作権料を徴収して著作権者の権利を保護することができるとともに、再配布を行う際には特典を付与するためのユーザＩＤを付加することによって、ユーザをさらなるデータの流通へ動機付けて、著作権者の利益を増加させるディジタルデータ記録再生装置を提供することができる。
【００１０】
第２の発明は、第１の発明に従属する発明であって、
権利管理情報は、第２の方式でさらに暗号化されており、
第２の方式で暗号化する際に用いられる権利管理情報鍵は、ユーザが通常の方法では取得できないセキュア領域に格納されていることを特徴とする。
【００１１】
上記のように、第２の発明によれば、超流通形式データに含まれる音楽等のコンテンツを２重に暗号化することによって、さらに著作権者の権利を保護することができるディジタルデータ記録再生装置を提供することができる。
【００１６】
第３の発明は、第１の発明に従属する発明であって、
暗号化されていないディジタルデータであるコンテンツを読み取るデータ読み取り部と、
データ読み取り部によって読み取られたコンテンツを暗号化するためのコンテンツ鍵を有する権利管理情報を取得する権利管理情報取得部と、
権利管理情報取得部によって取得された権利管理情報からコンテンツ鍵を取り出すコンテンツ鍵取り出し部と、
コンテンツ鍵取り出し部によって取り出されたコンテンツ鍵を用いて、コンテンツを第１の方式で暗号化するデータ暗号化部と、
データ暗号化部によって暗号化されたコンテンツに対して、対応する権利管理情報を付加し、超流通形式データ記憶部に記憶させる権利管理情報付加部とをさらに備える。
【００１７】
上記のように、第３の発明によれば、音楽ＣＤのように暗号化されていないデータであってもその著作権を保護し、また、ユーザから適切な著作権料を徴収して著作権者の権利を保護するディジタルデータ記録再生装置を提供することができる。
【００１８】
第４の発明は、第３の発明に従属する発明であって、
データ読み取り部によって読み取られたコンテンツを所定の方式を用いて圧縮し、圧縮されたコンテンツをデータ暗号化部へ入力するデータ圧縮部をさらに備える。
【００１９】
上記のように、第４の発明によれば、大きなコンテンツデータを圧縮して小さなデータサイズにすることによって、インターネットを介して送受信される場合にも高速に伝送でき、また大きな保存領域を必要としないディジタルデータ記録再生装置を提供することができる。
【００２０】
第５の発明は、第３の発明に従属する発明であって、
コンテンツの再生を制御する情報を含むコンテンツ再生制御情報およびコンテンツとして付加するための画像データを記憶するための付加情報記憶部と、
対応するコンテンツに対して、付加情報記憶部に記憶されたコンテンツ再生情報および画像データを付加して、データ暗号化部へ入力するデータ付加部とをさらに備える。
【００２１】
上記のように、第５の発明によれば、ユーザから適切な著作権料を徴収して著作権者の権利を保護することができるとともに、ユーザが画像や音声の再生制御情報を付加することによって、より豊かな表現が可能な音楽コンテンツを作成し、超流通形式データとして流通させることができる。
【００２４】
第６の発明は、第１の方式で暗号化されたディジタルデータであるコンテンツと、第１の方式で暗号化する際に用いられたコンテンツ鍵を有する権利管理情報とを含む超流通形式データを記録し、課金処理がなされた後にコンテンツを再生することができるディジタルデータ記録再生方法であって、
超流通形式データを装置外部から受信する超流通形式データ受信ステップと、
ユーザの指示に基づいて、超流通形式データに含まれるコンテンツを再生するための課金処理を行う購入処理ステップと、
購入処理ステップにおいて課金処理がなされた場合には、超流通形式データを第１の方式で復号化し、コンテンツを取り出すコンテンツ復号化ステップと、
コンテンツ復号化ステップにおいて取り出されたコンテンツを再生する再生ステップと、
ユーザの指示に基づいて、超流通形式データに対して、固有の識別情報である第１のユーザＩＤを暗号化して付加し、出力する配布元ユーザＩＤ付加ステップとを備え、
配布元ユーザＩＤ付加ステップは、
購入処理ステップによる購入処理の有無を表す購入状態情報を取得する管理情報取得サブステップと、
ユーザが通常の方法では取得できないセキュア領域に格納されている第１のユーザＩＤを取得するユーザＩＤ取得サブステップと、
ユーザＩＤ取得サブステップによって取得された第１のユーザＩＤに、管理情報取得サブステップによって取得された購入状態情報を付加して、所定の方式で暗号化するユーザＩＤ暗号化サブステップと、
超流通形式データに、ユーザＩＤ暗号化サブステップによって暗号化された第１のユーザＩＤを付加するユーザＩＤ付加サブステップとを含む。
【００２５】
第７の発明は、第１の方式で暗号化されたディジタルデータであるコンテンツと、第１の方式で暗号化する際に用いられたコンテンツ鍵を有する権利管理情報とを含む超流通形式データを記録し、課金処理がなされた後にコンテンツを再生することができるコンピュータシステムに、実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
超流通形式データを装置外部から受信する超流通形式データ受信ステップと、
ユーザの指示に基づいて、超流通形式データに含まれるコンテンツを再生するための課金処理を行う購入処理ステップと、
購入処理ステップにおいて課金処理がなされた場合には、超流通形式データを第１の方式で復号化し、コンテンツを取り出すコンテンツ復号化ステップと、
コンテンツ復号化ステップにおいて取り出されたコンテンツを再生する再生ステップと、
ユーザの指示に基づいて、超流通形式データに対して、固有の識別情報である第１のユーザＩＤを暗号化して付加し、出力する配布元ユーザＩＤ付加ステップとを備え、
配布元ユーザＩＤ付加ステップは、
購入処理ステップによる購入処理の有無を表す購入状態情報を取得する管理情報取得サブステップと、
ユーザが通常の方法では取得できないセキュア領域に格納されている第１のユーザＩＤを取得するユーザＩＤ取得サブステップと、
ユーザＩＤ取得サブステップによって取得された第１のユーザＩＤに、管理情報取得サブステップによって取得された購入状態情報を付加して、所定の方式で暗号化するユーザＩＤ暗号化サブステップと、
超流通形式データに、ユーザＩＤ暗号化サブステップによって暗号化された第１のユーザＩＤを付加するユーザＩＤ付加サブステップとを含むプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００２６】
【発明の実施の形態】
（第１の実施形態）
本発明の第１の実施形態に係るディジタルデータ著作権保護システムについて図１、図２および図３を用いながら説明する。図１は、本発明の第１の実施形態に係るディジタルデータ著作権保護システムの構成図である。
【００２７】
本ディジタルデータ著作権保護システムは、第１ないし第３のディジタルデータ記録再生装置１０１１〜１０１３と、ディジタルデータを配信するコンテンツサーバ１０２と、課金処理を行う課金サーバ１０３とを備える。これらの装置およびサーバは、インターネット１０４を介して相互に接続されている。もちろん、接続形態は、インターネットが用いられる場合に限定されるわけではなく、電話回線や専用のネットワーク、衛星放送、ＣＡＴＶなどが用いられてもよい。また、接続されているディジタルデータ記録再生装置の数は限定されない。
【００２８】
図１において、第１ないし第３のディジタルデータ記録再生装置１０１１〜１０１３は、典型的にはユーザがインターネットに接続するために用いるパーソナルコンピュータによって実現される。ユーザは、インターネットを通じて聴取したい音楽を含むディジタルデータの配信を受けて音楽を再生し、あるいは、音楽ＣＤなどの媒体を購入して、格納されているディジタルデータを再生する。
【００２９】
図２および図３は、上述のようにインターネットを通じて配信されるディジタルデータの構成の一例を示す図である。図２において、本ディジタルデータは、権利管理情報２０３と、コンテンツ２０５とを含む。権利管理情報２０３は、課金制御情報２０１と、コンテンツ鍵２０２とを含む。コンテンツ２０５は、１つ以上の音声データ２０４を含む。以降、このような構成のディジタルデータを第１の超流通形式データとよぶ。
【００３０】
課金制御情報２０１は、コンテンツの利用に対する課金額、試聴の可否、試聴可能な回数などの情報を含む。さらに、課金制御情報２０１は、１回毎または所定の回数だけ聴取すると課金するといった課金パターンや聴取回数等の情報をさらに含んでいてもよい。コンテンツ鍵２０２は、コンテンツ２０５を暗号化および復号化するための鍵である。コンテンツ２０５は、予めコンテンツ鍵２０２によって暗号化されている。
【００３１】
また、権利管理情報２０３は、コンテンツ鍵２０２とは異なる鍵が用いられ、所定の暗号化方式によって予め暗号化されている。暗号化された権利管理情報２０３を復号化する際に使用する図示されていない権利管理情報鍵は、典型的には、本著作権保護システムに用いられる第１ないし第３のディジタルデータ記録再生装置１０１１〜１０１３において動作するソフトウェアに格納されている。当該ソフトウェアは、ユーザがインストールすることによって、使用可能な状態になる。もちろん、権利管理情報鍵によって行われる暗号化動作および復号化動作は、専用のハードウェアによって実現されてもよい。
【００３２】
ここで、使用可能な状態になった権利管理情報鍵は、ユーザによる通常の操作ではアクセスまたは取得できない領域に記録されているものとする。以降、このようなユーザがアクセスできない領域をセキュア領域とよぶ。なお、当該セキュア領域は、一般のコンピュータ装置に内蔵される記憶装置内に設けられるが、専用のハードウェア、記憶装置、または記憶媒体によって用意されてもよい。
【００３３】
次に、図３に示されるディジタルデータは、ユーザＩＤ３０１と、図２に示されるような第１の超流通形式データ３０２とを含む。以降、このような構成のデータを第２の超流通形式データとよぶ。
【００３４】
図３において、ユーザＩＤ３０１は、本ディジタルデータを或るユーザへ配布した配布元のユーザを特定するための情報を示す。また、ユーザＩＤ３０１は所定の暗号化形式で暗号化されている。なお、ユーザＩＤは、ユーザに唯一固有の識別情報であって、本著作権保護システムにおける前述したようなソフトウェアをインストールするときに生成され、あるいは、課金サーバ１０３等からネットワークを通じて付与される。また、ユーザＩＤ３０１は、前述のセキュア領域に記録され、さらに、複数の固有ユーザＩＤで構成されることもあり得るが、その詳細については後述する。
【００３５】
また、本実施形態におけるＣＤ（後述する外部記録媒体４１７）には、コンテンツ（音楽データ）と、コンテンツを識別するためのコンテンツ識別情報とが併せて記録されている。なお、コンテンツ識別情報には、典型的には、音楽タイトルを識別するためのＩＳＲＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄ
Ｒｅｃｏｒｄｉｎｇ  Ｃｏｄｅ）と呼ばれるコードが用いられる。
【００３６】
また、ＣＤ上に記録されているコンテンツは、暗号化されていないものとする。さらに、本実施形態におけるＣＤは、音楽ＣＤ（ＣＤ−ＤＡ）領域とＣＤ−ＲＯＭ領域とを併せ持つＥｎｈａｎｃｅｄ−ＣＤが用いられてもよい。このＥｎｈａｎｃｅｄ−ＣＤのＣＤのＲＯＭ領域には、所定の暗号化方式によって暗号化された権利管理情報２０３が記録されていてもよい。
【００３７】
次に、本著作権保護システムを用いたディジタルデータの流通方法について説明する。例えば、第１のディジタルデータ記録再生装置１０１１を使用するユーザＡが或るディジタルデータ（典型的には或る楽曲）を購入、再生して、非常に気に入り、ユーザＢにも購入を薦めるとする。その際、ユーザＡがユーザＢに対して該当するディジタルデータを記憶媒体に格納して直接手渡したり、インターネットを介して直接送信する方がユーザ双方にとって望ましい。なぜなら、ユーザＡは当該データの正確な情報（例えば曲名や歌手名など）を説明することなく、当該データ自体を渡すだけで足り、ユーザＢはただそれを受け取るだけで足りるからである。さらに、ユーザＢもユーザＡと同様にその楽曲が気に入れば、別のユーザＣに薦めることもあり得る。こうして広まっていく当該ディジタルデータの使用に対して課金を行うことができれば、著作権者にとって非常に利益がある。本著作権保護システムは、基本的には以上のような状況下で用いられることを念頭に置いている。
【００３８】
図４は、以上のような状況で本著作権保護システムが用いられる具体例を示した図である。図４において、例えば第１のディジタルデータ記録再生装置１０１１を使用するユーザＡは、コンテンツサーバ１０２から音楽データ等をダウンロードし（Ｓｔｅｐ１）、課金サーバ１０３との通信によって料金を支払う（Ｓｔｅｐ２）。その後、ユーザＡは、当該音楽データを第２のディジタルデータ記録再生装置１０１２を使用するユーザＢへ渡す（Ｓｔｅｐ３）。ユーザＢは、当該音楽データを聴取するために、課金サーバ１０３との通信によって料金を支払う（Ｓｔｅｐ４）。その後、ユーザＢは、当該音楽データを第３のディジタルデータ記録再生装置１０１３を使用するユーザＣへさらに渡す（Ｓｔｅｐ５）。ユーザＣは、当該音楽データを聴取するために、課金サーバ１０３との通信によって料金を支払う（Ｓｔｅｐ６）。もちろん、各ユーザは音楽を聴取せず、料金を支払わないで、さらに他のユーザへ当該音楽データを渡してもよい。
【００３９】
以上のように、本著作権保護システムは、広く流通していく音楽データの聴取に対して次々と課金を行うことができるので、著作権者にとって非常に利益がある。また、さらにこのような流通を助けるために、或るユーザが他のユーザへ音楽データを渡した場合には、クーポンバック等の特典を与えることも考えられる。詳しくは後述する。
【００４０】
次に、各ユーザが上記のように用いるディジタルデータ記録再生装置について説明する。図５は、第１のディジタルデータ記録再生装置１０１１の構成を示すブロック図である。図５において、本ディジタルデータ記録再生装置は、超流通形式データ受信部４０１と、超流通形式データ記憶領域４０２と、権利管理情報取得部４０３と、権利管理情報記憶領域４０４と、コンテンツ鍵取り出し部４０５と、データ読み取り部４０６と、データ圧縮部４０７と、データ暗号化部４０８と、権利管理情報付加部４０９と、データ取り出し部４１０と、配布元ユーザＩＤ付加部４１１と、購入処理部４１２と、コンテンツ復号化部４１４と、再生制御部４１５と、スピーカ４１６と、ユーザＩＤ記憶領域４１８とを備える。
【００４１】
なお、スピーカ４１６は外部に設けられて、本ディジタルデータ記録再生装置と接続されてもよい。また、権利管理情報取得部４０３と、権利管理情報記憶領域４０４と、コンテンツ鍵取り出し部４０５と、データ読み取り部４０６と、データ圧縮部４０７と、データ暗号化部４０８と、権利管理情報付加部４０９とは、後述するように暗号化されていない音楽データ等を超流通データに変換する動作を行うが、そのような動作を必要としない場合には、これらの構成部は省略されてもよい。さらに、第２および第３のディジタルデータ記録再生装置１０１２および１０１３の構成は、第１のディジタルデータ記録再生装置１０１１の構成と全く同様であるので、説明は省略する。
【００４２】
このようなディジタルデータ記録再生装置は、一般にはパーソナルコンピュータによって実現される。図６は、第１のディジタルデータ記録再生装置１０１１を一般的なコンピュータによって実現した場合の装置構成を示した模式図である。
【００４３】
図６において、本装置は、データ処理や各部の制御を行う情報処理部２と、情報処理部２を動作させるのに必要なプログラムデータを記憶するプログラム記憶部３と、ユーザに対して各種情報を提示し、音楽データ等を再生出力する出力部４と、ユーザからの指示や外部記録媒体からのデータが入力される入力部５と、超流通形式データ等のデータを記憶する一般データ記憶部６と、ユーザの通常の操作ではアクセスできない領域を提供して、ユーザから秘匿したいデータを記憶するセキュアデータ記憶部７と、各種サーバとインターネット等を介して通信を行う通信部８とを備える。これらの構成部は、共通のシステムバスによって相互に接続されている。
【００４４】
入力部５は、ＣＤ−ＲＯＭ読み取り装置、ＤＶＤ読み取り装置、キーボード、マウス等によって構成され、ユーザからの指示やデータ、ＣＤ−ＲＯＭ等の外部記録媒体からのデータ等が入力される。出力部４は、ディスプレイ、プリンタ、スピーカ等によって構成され、情報処理部２によって作成された各種情報をユーザに対して提示し、音楽を再生する。情報処理部２は、ＣＰＵ等を含んで構成され、ディジタルデータの著作権を保護しながら各種データ処理を行い、各部を制御する。各種データ処理の詳細については、後述する。
【００４５】
なお、情報処理部２の各種処理は、プログラムが実行されることによって実現される。当該プログラムは、プログラム記憶部３に記憶されて、必要に応じて情報処理部２へ送られる。プログラム記憶部３は、ハードディスクや半導体メモリのように固定的な記録媒体にプログラム情報を記憶するように構成されてもよいし、交換可能な記録媒体、例えば光ディスク（ＣＤ、ＤＶＤ等）や半導体メモリカード等に記憶するように構成されてもよい。交換可能な記録媒体が用いられる場合、当該記録媒体は、適宜、新しいプログラムを記憶したものと交換されてもよい。
【００４６】
一般データ記憶部６は、ハードディスクや半導体メモリのような情報を読み書き可能な記憶装置によって構成され、超流通形式データ等のユーザから秘匿する必要のない各種データを記憶する。セキュアデータ記憶部７は、ハードディスクや専用のハードウェア、または暗号化された記憶領域を設定された記憶装置によって構成され、ユーザの通常の操作ではアクセスできない領域を提供して、ユーザから秘匿したいデータを記憶する。通信部８は、モデムやルータ等によって構成され、コンテンツサーバ１０２、課金サーバ１０３、または他のディジタルデータ記録再生装置等とインターネット等を介して通信を行う。
【００４７】
なお、本ディジタルデータ記録再生装置は、パーソナルコンピュータに限定されるものでなく、例えば、放送系の番組を記録するいわゆるＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）によって実現することも可能である。
【００４８】
次に、図５に示す第１のディジタルデータ記録再生装置１０１１の動作について説明する。本装置は、超流通形式データが入力される場合と、暗号化されていないデータが入力される場合とにおいて、それぞれ異なる処理動作を行う。そこで、まず、ユーザＡが超流通形式データ、すなわち前述した図２に示されるような第１の超流通形式データ、または図３に示されるような第２の超流通形式データを受け取る場合について説明する。
【００４９】
図５において、超流通形式データ受信部４０１は、コンテンツサーバ１０２や、他のユーザが用いる第２または第３のディジタルデータ記録再生装置１０１２または１０１３、またはＣＤ等の外部記録媒体４１７から、第１または第２の超流通形式データを受信する。受信されたデータは、超流通形式データ記憶領域４０２に記憶される。また、当該データの格納場所情報は、セキュア領域に保存された超流通形式データ管理情報に記録される。超流通形式データ管理情報については後述する。なお、セキュア領域は、他の記憶領域とは別に設けられてもよいが、本装置においては、超流通形式データ記憶領域４０２内に設けられているものとする。
【００５０】
次に、ユーザＡがＣＤ等の外部記録媒体４１７から暗号化されていない音楽データ等を受け取る場合について説明する。なお、コンテンツサーバ１０２等から暗号化されていない音楽データ等を受け取る場合も考えられるが、このような場合には著作権の保護がなされていないことがほとんどであるので、ここでは考慮しない。また、本ディジタルデータ記録再生装置において、権利管理情報取得部４０３と、権利管理情報記憶領域４０４と、コンテンツ鍵取り出し部４０５と、データ読み取り部４０６と、データ圧縮部４０７と、データ暗号化部４０８と、権利管理情報付加部４０９とが省略される場合には、以下の動作は行われない。
【００５１】
図５において、データ読み取り部４０６は、外部記録媒体４１７から音声データ２０４を含むコンテンツ２０５に対応する暗号化されていない音楽データを読み取る。一方、権利管理情報取得部４０３は、コンテンツサーバ１０２または外部記録媒体４１７から権利管理情報を取得する。取得された権利管理情報は、権利管理情報記憶領域４０４に記憶される。
【００５２】
図７は、以上のような第１のディジタルデータ記録再生装置１０１１が権利管理情報を取得する場合の動作について、詳細な処理の流れを示したフローチャートである。図７のステップＳ９０１において、権利管理情報取得部４０３は、ＣＤ等の外部記録媒体４１７からコンテンツ識別情報を取得する。コンテンツ識別情報とは、各コンテンツを他と識別するために付された、ＩＳＲＣのような識別コードや、曲名情報などである。
【００５３】
ステップＳ９０２において、権利管理情報取得部４０３は、取得したコンテンツ識別情報によって特定されるコンテンツに対応した権利管理情報が、外部記録媒体４１７に記録されているかどうかを判定する。外部記録媒体４１７に記録されている場合、処理はステップＳ９０３へ進む。外部記録媒体４１７に記録されていない場合、処理はステップＳ９０４へ進む。
【００５４】
ステップＳ９０３において、権利管理情報取得部４０３は、外部記録媒体４１７から権利管理情報を取得する。その後、処理はステップＳ９０５へ進む。なお、外部記録媒体４１７に記録されている権利管理情報は、所定の形式で暗号化される。ここで、権利管理情報は、ＣＤ等の外部記録媒体４１７上に記録されてもよいし、外部記録媒体４１７とは別の記録媒体上、たとえばＳＤ（Ｓｅｃｕｒｅ
Ｄｉｇｉｔａｌ）カード上のセキュア領域に記録されてもよい。
【００５５】
また、ステップＳ９０４において、権利管理情報取得部４０３は、コンテンツサーバ１０２とセキュリティを確保した状態で通信を行い、権利管理情報を取得する。その後、処理はステップＳ９０５へ進む。
【００５６】
ステップＳ９０５において、取得された権利管理情報は、権利管理情報記憶領域４０４に記録される。具体的には、権利管理情報は、本ディジタルデータ記録再生装置１０１１内に設けられた所定のセキュア領域に記録される。または、権利管理情報は、所定の形式で暗号化されて、その復号鍵のみがセキュア領域に保存されてもよい。
【００５７】
さらに、ステップＳ９０６において、権利管理情報取得部４０３は、権利管理情報記憶領域４０４に記憶された権利管理情報を管理するための権利管理情報管理テーブルに、新しく記憶した権利管理情報に関する情報を追加する。
【００５８】
図８は、権利管理情報管理テーブルの構成の一例を示した図である。図８において、権利管理情報管理テーブルは、インデックス番号１５０１と、コンテンツ識別情報１５０２と、権利管理情報格納場所情報１５０３とを含む。インデックス番号１５０１は、権利管理情報記憶領域４０４に記録されている権利管理情報ごとに昇順で割り振られる番号である。図８の例では、権利管理情報記憶領域４０４には７つの権利管理情報が記憶されている。
【００５９】
コンテンツ識別情報１５０２は、それぞれの権利管理情報に一意に対応した前述のコンテンツ識別情報を記述したものである。権利管理情報格納場所情報１５０３は、それぞれの権利管理情報が格納されている場所を示す情報である。図８の例では、ＣドライブのＨｅａｄｅｒディレクトリにそれぞれ７つの権利管理情報がファイルとして記憶されている。
【００６０】
以上のようにして、権利管理情報が格納されると共に、データ読み取り部４０６から読み取られたコンテンツは、データ圧縮部４０７によって所定の方式で圧縮される。もちろん、コンテンツは必ずしも圧縮される必要はないが、インターネットを介して送受信される場合には、そのデータサイズは小さい方が好ましく、また大きな保存領域を必要としない点でも好ましい。
【００６１】
さらに、圧縮されたコンテンツは、データ暗号化部４０８によって暗号化される。暗号化の際に使用される鍵には、コンテンツ鍵取り出し部４０５によって、権利管理情報記憶領域４０４に記憶された権利管理情報から抽出されたコンテンツ鍵が用いられる。
【００６２】
権利管理情報付加部４０９は、データ暗号化部４０８によって暗号化されたデータに対して権利管理情報を付加して、第１の超流通形式データを作成し、超流通形式データ記憶領域４０２に記録する。また、当該データの格納場所情報は、セキュア領域に保存された超流通形式データ管理情報に記録される。
【００６３】
図９は、超流通形式データ管理情報１６０５の構成の一例を示した図である。図９において、超流通形式データ管理情報１６０５は、インデックス番号１６０１と、データ格納場所情報１６０２と、購入状態１６０３とを含む。インデックス番号１６０１は、超流通形式データ記憶領域４０２に記録されている超流通形式データごとに昇順で割り振られる番号である。データ格納場所情報１６０２は、それぞれの超流通形式データが格納されている場所を示す情報である。図９の例では、７つの異なるフォルダにそれぞれ超流通形式データが記憶されている。購入状態１６０３は、それぞれの超流通形式データが購入済みのデータであるかどうかを示す情報である。
【００６４】
ここで、超流通形式データ受信部４０１において受信された超流通形式データが超流通形式データ記憶領域４０２に記録される際には、超流通形式データ管理情報１６０５における対応する購入状態１６０３は、未購入と記述される。その後、後述する課金処理が行われると、対応する購入状態１６０３は、購入済みと記述される。もちろん、購入状態１６０３は、所定の数値や所定のビット値に対応するフラグによって表されてもよい。
【００６５】
また、データ読み取り部４０６において読み取られた外部記録媒体４１７等のデータが暗号化され、さらに権利管理情報付加部４０９によって超流通形式データにされて超流通形式データ記憶領域４０２に記録される際には、超流通形式データ管理情報１６０５における対応する購入状態１６０３は、購入済みと記述される。なぜなら、ユーザは、外部記録媒体４１７等を既に購入しているからである。
【００６６】
次に、以上のように格納された超流通形式データを図５の本ディジタルデータ記録再生装置１０１１において再生する動作および他のユーザへ配布する動作について説明する。
【００６７】
まず、図５において、ユーザが或るコンテンツの再生を指示すると、図示されない取り出し指示部は、ユーザからの指示が入力されて、データ取り出し部４１０に対して、超流通形式データ記憶領域４０２から該当する超流通形式データを読み出すように指示する。データ取り出し部４１０は、取り出し指示部からの指示を受けて該当する超流通形式データを取り出す。
【００６８】
コンテンツ復号化部４１４は、課金処理が終了している場合または試聴が許されている場合には、データ取り出し部４１０によって取り出された超流通形式データから、前述した図２のコンテンツ２０５を取り出す。再生制御部４１５は、取り出されたコンテンツの再生を制御し、スピーカ４１６へ音声データを出力するように指示する。
【００６９】
さらに、このようなコンテンツ復号化部４１４および再生制御部４１５の動作について、図１０を用いながら詳しく説明する。図１０は、超流通形式データ記憶領域４０２に記憶された超流通形式データを再生する処理の流れを示したフローチャートである。
【００７０】
図１０のステップＳ１３０１において、コンテンツ復号化部４１４は、データ取り出し部４１０によって取り出された超流通形式データから、前述した図２に示されるような権利管理情報２０３に含まれるコンテンツ鍵２０２および課金制御情報２０１を取り出す。その際、権利管理情報鍵を用いて所定のソフトウェアが復号化することは前述したとおりである。
【００７１】
ステップＳ１３０３において、コンテンツ復号化部４１４は、超流通形式データ管理情報１６０５を参照し、再生しようとする超流通形式データに対応する購入状態１６０３が購入済みとなっているかどうか確認する。購入済みとなっている場合には、処理はステップＳ１３０５へジャンプする。未購入となっている場合には、処理はステップＳ１３０４へ進む。
【００７２】
ステップＳ１３０４において、コンテンツ復号化部４１４は、復号化された権利管理情報２０３に含まれる課金制御情報２０１を参照し、試聴が許されているか否かを判断する。試聴が許されている場合には、処理はステップＳ１３０５へ進む。許されていない場合には、処理は終了し、復号化されたコンテンツは破棄される。なお、試聴が複数回だけ許されている場合には、例えば、課金制御情報２０１に含まれ、試聴する毎にデクリメントされる試聴可能回数が０になるまで試聴が許される。
【００７３】
ステップＳ１３０５において、コンテンツ復号化部４１４は、取り出されたコンテンツ鍵２０２を用いて、データ取り出し部４１０によって取り出された超流通形式データから、暗号化されたコンテンツを復号化する。さらに、再生制御部４１５は、取り出されたコンテンツの再生を制御し、スピーカ４１６から音楽等を出力する。なお、コンテンツの聴取回数を記録する場合、権利管理情報２０３は、記憶されている聴取回数をインクリメントされた後、再度暗号化され、超流通形式データに戻されて超流通形式データ記憶領域４０２に記憶される。同様に、試聴可能回数が定められている場合、権利管理情報２０３は、記憶されている試聴可能回数をデクリメントされた後、再度暗号化され、超流通データに戻されて記憶される。また、一回聴取する度に課金される場合には、再生が終了すると同時に、対応する購入状態１６０３を未購入に書き換える。
【００７４】
次に、他のユーザへ配布する場合について説明する。まず、図５において、ユーザが或る超流通形式データの配布を指示すると、再生を指示された前述の場合と同様に、データ取り出し部４１０は、取り出し指示部からの指示を受けて該当する超流通形式データを取り出す。配布元ユーザＩＤ付加部４１１は、配布元ユーザに固有のユーザＩＤをユーザＩＤ記憶領域４１８から取得し、当該ユーザＩＤを付加して、第２の超流通形式データ５０５を作成する。作成された第２の超流通形式データ５０５は、例えば、第２のディジタルデータ記録再生装置１０１２へ送信される。もちろん、当該データは他のディジタルデータ記録再生装置へ送信されてもよいし、ＳＤカードなど持ち運ぶことができる記録媒体に記憶されて、他のユーザへ手渡されてもよい。
【００７５】
さらに、配布元ユーザＩＤ付加部４１１の構成および動作について、以下に詳しく説明する。図１１は、配布元ユーザＩＤ付加部４１１の詳細な構成を示したブロック図である。図１１において、配布元ユーザＩＤ付加部４１１は、ユーザＩＤ取得部５０１と、ユーザＩＤ暗号化部５０２と、ユーザＩＤ付加部５０３と、管理情報取得部５０４とを含む。
【００７６】
ユーザＩＤ取得部５０１は、ユーザＩＤをセキュア領域であるユーザＩＤ記憶領域４１８から取得する。ユーザＩＤは、特定のユーザまたは第１のディジタルデータ記録再生装置１０１１と一意に対応した唯一固有の識別符号である。なお、ユーザＩＤ記憶領域４１８には、当初からユーザＩＤが記憶されていてもよいし、図示されていないＩＤ付与サーバや課金サーバ１０３から所定の手続きに従って付与されてもよい。
【００７７】
また、管理情報取得部５０４は、データ取り出し部４１０を介して、セキュア領域に記憶された超流通形式データ管理情報１６０５を読み出し、読み出された超流通形式データ管理情報１６０５に含まれる購入状態１６０３をユーザＩＤ暗号化部５０２へ入力する。
【００７８】
ユーザＩＤ暗号化部５０２は、ユーザＩＤ取得部５０１によって取得されたユーザＩＤに対して、管理情報取得部５０４から入力された購入状態１６０３を付加する。典型的には、ユーザＩＤは、ＩＤのあとにさらに購入状態の情報を含むことになる。その後、ユーザＩＤ暗号化部５０２は、当該ユーザＩＤを所定の暗号化方式で暗号化する。
【００７９】
ユーザＩＤ付加部５０３は、データ取り出し部４１０によって取り出された超流通形式データに対して、ユーザＩＤ暗号化部５０２において暗号化されたユーザＩＤを付加し、第２の超流通形式データ５０５を作成する。
【００８０】
ここで、データ取り出し部４１０によって取り出された超流通形式データがユーザＩＤ３０１が付されていない第１の超流通形式データである場合には、単に配布元のユーザＩＤを付加すればよい。しかし、既にユーザＩＤが付与された第２の超流通形式データである場合には、配布元のユーザＩＤを付加する方法がいくつか考えられる。
【００８１】
例えば、既に付与されたユーザＩＤを削除して、新たに配布元のユーザＩＤを付加する方法や、既に付与されたユーザＩＤの後ろに、時間順に新たな配布元のユーザＩＤを付加する方法などが考えられる。また、このように次々とＩＤが付加される場合、さらに付加するユーザＩＤを最近の複数個に限定することも考えられる。ここでは、一例として、多くともユーザＩＤが最近の２個のユーザＩＤになるように、すなわち本装置に対して配布を行った装置の配布元ユーザＩＤに対して、本装置の配布元ユーザＩＤを付加するものとする。
【００８２】
したがって、ユーザＩＤ付加部５０３は、データ取り出し部４１０によって取り出された超流通形式データが第１の超流通形式データであるか、第２の超流通形式データであるかにかかわらず、多くともユーザＩＤが最近の２個のユーザＩＤになるように、当該データの先頭に暗号化されたユーザＩＤを付加し、第２の超流通形式データ５０５を作成する。
【００８３】
次に、本ディジタルデータ記録再生装置１０１１における課金処理について詳述する。前述のように、超流通形式データ記憶領域４０２に記録される超流通形式データは、未だ購入されていないものも含まれる。そこで、ユーザが購入を指示すると、図示されない課金指示部は、ユーザからの指示が入力されて、購入処理部４１２に対して、超流通形式データ記憶領域４０２から該当する超流通形式データを読み出すように指示する。購入処理部４１２は、課金指示部からの指示を受けて該当する超流通形式データを読み出し、課金処理を行う。
【００８４】
図１２は、購入処理部４１２の詳細な構成を示したブロック図である。図１２において、購入処理部４１２は、権利管理情報取り出し部６０１と、課金制御情報取り出し部６０２と、配布元ユーザＩＤ取り出し部６０３と、課金処理情報作成部６０４と、課金処理情報送信部６０５と、送信元ユーザＩＤ送信部６０６と、課金処理正常終了受信部６０７と、超流通形式データ管理情報書き換え部６０８とを含む。
【００８５】
権利管理情報取り出し部６０１は、読み出された超流通形式データ６１０から権利管理情報を取り出す。課金制御情報取り出し部６０２は、権利管理情報取り出し部６０１によって取り出された権利管理情報から、さらに課金制御情報を取り出す。配布元ユーザＩＤ取り出し部６０３は、読み出された超流通形式データにユーザＩＤが付加されている場合には、ユーザＩＤを取り出し、課金処理情報作成部６０４に対し、取り出したユーザＩＤを付加するよう指示する。課金処理情報作成部６０４は、課金制御情報取り出し部６０２によって取り出された課金制御情報に対して、配布元ユーザＩＤ取り出し部６０３によって取り出されたユーザＩＤを付加し、課金処理情報６１１を生成する。課金処理情報送信部６０５は、このようにして生成された課金処理情報６１１を課金サーバ１０３へ送信する。
【００８６】
図１３は、課金処理情報６１１の構成を例示した図である。図１３において、課金処理情報６１１は、課金制御情報取り出し部６０２によって取り出された課金制御情報７０２と、配布元ユーザＩＤ取り出し部６０３によって取り出されたユーザＩＤ７０１とを含む。もっとも、読み出された超流通形式データにユーザＩＤが付加されていない場合には、課金処理情報６１１は、課金制御情報７０２のみを含み、ユーザＩＤ７０１を含まない。なお、配布元ユーザＩＤ取り出し部６０３によって取り出されたユーザＩＤ７０１は、今回本装置へ配布を行った配布元ユーザＩＤのみならず、本装置へ配布を行った装置に対して配布を行った前回の配布元ユーザＩＤを含む場合があることは前述したとおりである。
【００８７】
課金処理情報送信部６０５によって図１３のような課金処理情報６１１が送信された直後、または同時に、送信元ユーザＩＤ送信部６０６は、セキュア領域から取得した固有のユーザＩＤを送信元を識別するための送信元ユーザＩＤ６１２として課金サーバ１０３へ送信する。典型的には、これらの情報は１セットのデータとして連続的に送信される。
【００８８】
課金処理正常終了受信部６０７は、課金サーバ１０３から送信される課金処理が正常に終了したことを知らせる課金処理正常終了通知６１３を受信する。課金処理正常終了通知６１３が受信されると、超流通形式データ管理情報書き換え部６０８は、超流通形式データ記憶領域４０２に記憶されている超流通形式データ管理情報１６０５に含まれる購入状態１６０３を未購入から購入済みへ書き換える。
【００８９】
次に、以上のような超流通形式データを購入する際の動作について図１４に示すフローチャートを用いて説明する。図１４のステップＳ１２０１において、権利管理情報取り出し部６０１は、読み出された超流通形式データ６１０から権利管理情報を取り出す。
【００９０】
ステップＳ１２０２において、課金制御情報取り出し部６０２は、取り出された権利管理情報を前述した権利管理情報鍵を用いて復号化する。これらの復号化手続は、専用のソフトウェアによって行われることも前述したとおりである。ステップＳ１２０３において、課金制御情報取り出し部６０２は復号化された権利管理情報から、課金制御情報を取り出す。取り出された課金制御情報は、課金処理情報６１１に含まれる。
【００９１】
ステップＳ１２０４において、配布元ユーザＩＤ取り出し部６０３は、読み出された超流通形式データが第２の超流通形式データかどうかを判定する。読み出された超流通形式データが第２の超流通形式データである場合には、処理はステップＳ１２０５へ進む。第２の超流通形式データでない場合には、処理はステップＳ１２０７へジャンプする。
【００９２】
ステップＳ１２０５において、配布元ユーザＩＤ取り出し部６０３は、第２の超流通形式データからユーザＩＤを取り出す。次に、ステップＳ１２０６において、配布元ユーザＩＤ取り出し部６０３は、取り出したユーザＩＤを課金制御情報に付加して、前述の図１３に示されるような課金処理情報６１１を作成する。
【００９３】
ステップＳ１２０７において、課金処理情報送信部６０５は、課金処理情報６１１を課金サーバ１０３に送信する。また、同時に、または順次に、送信元ユーザＩＤ送信部６０６は、セキュア領域から送信元ユーザＩＤを取得し、当該送信元ユーザＩＤを課金サーバ１０３へ送信する。
【００９４】
ステップＳ１２０８において、課金処理正常終了受信部６０７は、課金サーバ１０３の処理時間に対応する所定の時間が経過するのを待ってから、課金サーバ１０３から課金処理正常終了通知６１３が送信されてきたかどうかを確認する。課金処理正常終了通知６１３が送信されてきた場合には、処理はステップＳ１２０９へ進む。送信されてこない場合には、処理はステップＳ１２０７に戻る。なお、ステップＳ１２０７の処理を繰り返しても、課金処理正常終了通知６１３が送られてこない場合には、課金サーバ１０３がダウンしている等の障害が発生していると考えられるので、図示されていない所定のエラー処理が行われる。
【００９５】
ステップＳ１２０９において、超流通形式データ管理情報書き換え部６０８は、超流通形式データ記憶領域４０２から超流通形式データ管理情報１６０５を読み出し、当該情報に含まれている購入状態１６０３を未購入から購入済みへ書き換えて、超流通形式データ記憶領域４０２へ再び記録する。
【００９６】
なお、以上においては、課金処理情報がオンラインで直ちに課金サーバへ送信されるものとして説明を行ったが、課金処理情報をディジタルデータ記録再生装置内に一旦記録しておき、所定の適当な時期に課金サーバへ送信する構成を用いることも可能である。
【００９７】
次に、課金処理を行う課金サーバ１０３の構成および動作について説明する。図１５は、課金サーバ１０３に備えられた課金処理装置８０１の構成を示す図である。図１５において、課金処理装置８０１は、課金処理情報受信部８０２と、送信元認証部８０３と、課金処理部８０４と、課金処理正常終了通知部８０５と、配布元ユーザＩＤ取り出し部８０６と、配布元ユーザＩＤ復号化部８０７と、特典処理部８０８とを含む。
【００９８】
課金処理情報受信部８０２は、購入処理部４１２から送信された課金処理情報６１１を受信し、課金処理部８０４および配布元ユーザＩＤ取り出し部８０６へ入力する。送信元認証部８０３は、第１のディジタルデータ記録再生装置１０１１における購入処理部４１２から送信されたユーザＩＤ６１２を受信し、送信元のユーザを特定する。
【００９９】
課金処理部８０４は、受信された課金処理情報中に含まれる課金制御情報に従って、送信元認証部８０３によって特定されたユーザに対して課金処理を行う。課金処理正常終了通知部８０５は、課金処理が正しく終了したことを示す課金処理正常終了通知６１３を第１のディジタルデータ記録再生装置１０１１における購入処理部４１２へ送信する。
【０１００】
一方、配布元ユーザＩＤ取り出し部８０６は、課金処理情報６１１に配布元ユーザを特定するユーザＩＤが付加されている場合には、当該ユーザＩＤを取り出す。なお、前述のように、取り出されたユーザＩＤには、直前の配布元を示すユーザＩＤと、さらに前回の配布元を示すユーザＩＤとが含まれる場合がある。配布元ユーザＩＤ復号化部８０７は、配布元ユーザＩＤ取り出し部８０６によって取り出されたユーザＩＤを復号化する。特典処理部８０８は、復号化されたユーザＩＤによって特定されるユーザに対してクーポンバック等の特典処理を行う。詳しくは後述する。
【０１０１】
次に、課金処理装置８０１の動作について、図１６を用いながら詳述する。図１６は、課金処理装置８０１に含まれる各構成部における処理の流れを示したフローチャートである。
【０１０２】
図１６のステップＳ１４０１において、課金処理情報受信部８０２は、購入処理部４１２から送信された課金処理情報６１１を受信し、送信元認証部８０３は、購入処理部４１２から送信された送信元ユーザＩＤを受信する。
【０１０３】
ステップＳ１４０２において、課金処理部８０４は、送信元認証部８０３によって受信されたユーザＩＤから特定されるユーザに対して、課金処理情報受信部８０２によって受信された課金処理情報に含まれる課金制御情報に従って、課金処理を行う。なお、課金制御情報には、課金額等の課金に必要な情報が含まれていることは前述したとおりである。
【０１０４】
ステップＳ１４０３において、配布元ユーザＩＤ取り出し部８０６は、課金処理情報受信部８０２が受信した課金処理情報に、ユーザＩＤが付加されているかどうかを判定する。付加されている場合には、処理はステップＳ１４０４へ進む。付加されていない場合には、処理はステップＳ１４０６へジャンプする。
【０１０５】
ステップＳ１４０４において、配布元ユーザＩＤ復号化部８０７は、付加されているユーザＩＤを所定の復号化手続きに従って復号化する。なお、前述のように、復号化されるユーザＩＤは、今回および前回の配布元を示す各ユーザＩＤを含む場合がある。
【０１０６】
ステップＳ１４０５において、特典処理部８０８は、復号化されたユーザＩＤによって特定されるユーザに対して、割引やクーポンの発効などの特典処理を行う。ここで、前述したように特典を受けるユーザが今回および前回の配布元ユーザである場合もあり得る。そのような場合には、例えば、今回の配布元ユーザは、今回課金される送信元のユーザに対して直接データを渡した直前のユーザであるから、特典処理部８０８は、次回の課金時において使用される割引やクーポンを配布元ユーザに対しては比較的多く付与する。また、前回の配布元のユーザは、間接的に音楽データの流通に関与しているので、特典処理部８０８は、割引やクーポンを比較的少なく付与する。
【０１０７】
さらに、復号化されたユーザＩＤには、前述の課金情報が付加されている。従って、特典処理部８０８は、当該音楽データを購入済みのユーザに対しては、比較的多額の割引やクーポンを付与し、未購入のユーザに対しては、比較的少額の割引やクーポンを付与する。
【０１０８】
以上のように、本ディジタルデータ著作権保護システムにおいては、ユーザの料金支払いや流通への貢献度を考慮して、特典の程度に差を設ける。そうすれば、ユーザは、より多くの特典を受けるために、データを購入し或いは流通を促進させることになる。本ディジタルデータ著作権保護システムは、このようにユーザをさらなるデータの流通へ動機付けることによって、著作権者の著作権を保護しながら、その利益を増加させることができる。
【０１０９】
なお、上記においては、ユーザが受ける特典として、割引やクーポンなどを例示したが、これらに限られるわけではなく、商品と交換できるポイントや商品自体、あるいは特別なサービスなど、およそユーザが得たいと考え得るあらゆる特典を含む。
【０１１０】
（第２の実施形態）
本発明の第２の実施形態に係るディジタルデータ著作権保護システムは、前述した第１の実施形態に係る第１のディジタルデータ著作権保護システムとほぼ同一の構成である。すなわち、コンテンツサーバ１０２および課金サーバ１０３は、第１の実施形態において説明したコンテンツサーバ１０２および課金サーバ１０３と同一の構成である。また、ディジタルデータ記録再生装置の構成もほぼ同様である。したがって、ここでは第１の実施形態との相違点についてのみ説明することとし、同一の構成要素に関しては同一の符号を付して、その説明を省略する。
【０１１１】
図１７は、第２の実施形態に係るディジタルデータ記録再生装置１７０１の構成を示したブロック図である。図１７において、本ディジタルデータ記録再生装置１７０１は、超流通形式データ受信部４０１と、超流通形式データ記憶領域４０２と、権利管理情報取得部４０３と、権利管理情報記憶領域４０４と、コンテンツ鍵取り出し部４０５と、データ読み取り部４０６と、データ圧縮部４０７と、データ暗号化部４０８と、権利管理情報付加部４０９と、データ取り出し部４１０と、配布元ユーザＩＤ付加部４１１と、購入処理部４１２と、コンテンツ復号化部４１４と、再生制御部４１５と、スピーカ４１６と、ユーザＩＤ記憶領域４１８、データ付加部１７０２と、付加情報記憶領域１７０３、ディスプレイ１７０４とを備える。
【０１１２】
したがって、本装置が第１の実施形態に係る第１のディジタルデータ記録再生装置１０１１と特に異なる点は、データ付加部１７０２および付加情報記憶領域１７０３が新たに付加された点である。以下、データ付加部１７０２の動作について説明する。
【０１１３】
データ付加部１７０２は、あらかじめユーザが用意した画像データや、当該画像や音声の再生制御情報を含む付加情報を付加情報記憶領域１７０３から読み出し、データ圧縮部４０７によって圧縮された音声データに付加する。典型的には、当該付加情報は、１つ以上の音声データの最後尾に続けて付加される。すなわち、図２に示すコンテンツ２０５中における音声データ２０４の最後尾に付加される。なお、付加情報は、音声データを圧縮する前に付加されて、音声データと共に圧縮されてもよい。
【０１１４】
ここで、ユーザが用意した画像データは、コンテンツを再生する際に、所定のタイミングでユーザに対して表示される。また、再生制御情報とは、コンテンツの再生を制御する情報である。例えば、再生制御情報は、音声データが複数ある場合の再生順序やタイミングを制御し、あるいはユーザが用意した画像データを表示するタイミングを制御するための情報である。
【０１１５】
データ暗号化部４０８は、データ付加部１７０２によって画像データが付加された音声データを暗号化の対象とする。もちろん、暗号化の対象は、音声データに限られてもよい。これより以降の本ディジタルデータ記録再生装置１７０１の動作は、第１の実施形態に係る第１のディジタルデータ記録再生装置１０１１と同様であるので、説明は省略する。
【０１１６】
なお、図１７の装置においては、コンテンツを再生する際に、スピーカ４１６が用いられるほか、画像の表示にディスプレイ１７０４が用いられる場合がある。前述の図６において説明したように、本装置が一般のパーソナルコンピュータにおいて実現される場合には、各種情報を表示するＣＲＴ等のディスプレイを備える。したがって、コンテンツに画像データが含まれている場合には、当該画像はパーソナルコンピュータにおいて一般に用いられるディスプレイ１７０４に表示されることになる。
【０１１７】
以上説明したように、本実施形態のディジタルデータ著作権保護システムによれば、暗号化されたＣＤを用いることなく音楽を聴取するユーザから適切な著作権料を徴収して著作権者の権利を保護することができるとともに、ユーザが画像や音声の再生制御情報を付加することによって、より豊かな表現が可能な音楽コンテンツを作成し、超流通形式データとして流通させることができる。
【０１１８】
（第３の実施形態）
第３の実施形態として、第１および第２の実施形態で述べた超流通データの具体例として、ＳＤＡＦ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  Ａｕｄｉｏ  Ｆｏｒｍａｔ）と呼ばれるコンテンツ流通フォーマットについて説明する。図１８から図３９を参照してＳＤＡＦの詳細について説明した後に、図４０から図４５を参照してＳＤＡＦの使用方法について説明する。
【０１１９】
本実施形態に係るコンテンツ流通フォーマット（ＳＤＡＦ）は、オーディオ、静止画、動画、テキスト、およびファイルデータを含んだマルチメディアコンテンツを記述するために用いられる。ＳＤＡＦを用いて記述されたマルチメディアコンテンツをＳＤＡＦタイトルと呼ぶ。また、オーディオ、静止画、動画、テキストあるいはファイルなど、ＳＤＡＦタイトルを構成する個々のプレゼンテーションデータをコンテンツエレメント（Ｃｏｎｔｅｎｔ  Ｅｌｅｍｅｎｔ；以下、ＣＥＬと略称する）と呼ぶ。各ＣＥＬには、１つのＳＤＡＦタイトル内で固有のＣＥＬ識別子（以下、ＣＥＬ＿ＩＤと略称する）が割り当てられる。
【０１２０】
ＳＤＡＦタイトルは、ＳＤＡＦパッケージと呼ばれる単位に分割した形態で配信される。各ＳＤＡＦパッケージには、配信システム全体で固有なパッケージ識別子が割り当てられる。図１８は、ＳＤＡＦパッケージの構造の一例を示す図である。図１８に示すように、ＳＤＡＦタイトル２０００は、複数のＳＤＡＦパッケージにより構成され、１つのＳＤＡＦパッケージ２００１は、ヘッダー２０１１、ナビゲーションデータ２０１２、複数のＣＥＬ２０１３、および、オファー２０１４により構成される。
【０１２１】
ヘッダー２０１１は、パッケージ内の各データの位置やサイズや属性などの情報を含む。パッケージの構造は、これらの情報によって定義される。ナビゲーションデータ２０１２は、ＳＤＡＦタイトルを再生するときの再生装置の動作を定義した再生制御情報である。ナビゲーションデータ２０１２からは、同じパッケージ内または他のパッケージ内に含まれるＣＥＬが参照される。ＣＥＬ２０１３は、ＳＤＡＦタイトルを構成する個々のプレゼンテーションデータを暗号化したものであり、具体的には、オーディオ、静止画、動画、テキストまたはファイルデータを暗号化したものである。ＣＥＬ２０１３を復号化するための復号鍵とＣＥＬ＿ＩＤとからなる組をキーペアと呼ぶ。オファー２０１４は、暗号化された複数のキーペアと、各キーペアについての購入金額や利用期間などを記述した購入規則を含む。
【０１２２】
図１９は、３種類のＳＤＡＦパッケージの構造を示す図である。図１９（ｃ）に示すフルパッケージ２００１は、図１８と同様に、ヘッダー２０１１、ナビゲーションデータ２０１２、複数のＣＥＬ２０１３、および、オファー２０１４を含む。図１９（ａ）に示すオファーパッケージ２００２は、ヘッダー２０１１、ナビゲーションデータ２０１２、および、オファー２０１４を含み、ＣＥＬ２０１３を含まない。図１９（ｂ）に示すＣＥＬパッケージ２００３は、ヘッダー２０１１と複数のＣＥＬ２０１３を含む。ＳＤＡＦタイトルを再生する際にはナビゲーションデータ２０１２が必要とされるので、フルパッケージ２００１とオファーパッケージ２００２とは単独で再生できるが、ＣＥＬパッケージ２００３は単独では再生できない。
【０１２３】
ＣＥＬパッケージは、ＳＤＡＦタイトルを流通経路に応じたサイズに分割するために使用される。例えば、ＣＤ−ＲＯＭを用いてＳＤＡＦタイトルを流通させる場合には、ＳＤＡＦタイトルは、１つのフルパッケージの形態でＣＤ−ＲＯＭに記録される。これに対して、インターネットを用いてＳＤＡＦタイトルを配信する場合には、ダウンロードの際の利便性を考慮して、ＳＤＡＦタイトルは、１つのフルパッケージと複数のＣＥＬパッケージとに分割して配信される。例えば、ＳＤＡＦタイトルは、オーディオＣＥＬを含む１つのフルパッケージと、このフルパッケージから参照される動画ＣＥＬを含む複数のＣＥＬパッケージとに分割して配信される。
【０１２４】
また、図２０に示すように、ＳＤＡＦタイトルを曲単位で複数のＳＤＡＦパッケージに分割することとしてもよい。図２０に示すパッケージ分割では、５トラック分のオーディオデータを含むＳＤＡＦタイトル２０２０が、３つのパッケージ２０２１〜２０２３に分割される。第１から第３のパッケージ２０２１〜２０２３のパッケージ名は、それぞれ、Ｓｉｎｇｌｅ１、Ｓｉｎｇｌｅ２、および、ａｌｂｕｍである。第１のパッケージ２０２１と第２のパッケージ２０２２とは、いずれも、１トラック分のオーディオＣＥＬと、各ＣＥＬの再生を制御するためのナビゲーションデータとを含む。第３のパッケージ２０２３は、３トラック分のオーディオＣＥＬと、第１から第３のパッケージ２０２１〜２０２３に含まれるすべてのオーディオＣＥＬの再生を制御するためのナビゲーションデータとを含む。このように、ＳＤＡＦタイトルを複数のＳＤＡＦパッケージに分割することにより、各データのサイズを小さくし、取り扱いを容易にすることができる。
【０１２５】
以下、ＳＤＡＦパッケージを構成する各データについて、ヘッダー、オファー、ナビゲーションデータ、ＣＥＬの順に説明する。
【０１２６】
まず、ヘッダー２０１１について説明する。ここでは、図２１に示すＳＤＡＦパッケージを例として取り上げ、ＳＤＡＦパッケージ２０３０のヘッダー２０３１について説明する。ＳＤＡＦパッケージ２０３０では、ナビゲーションデータ２０３２およびオファー２０３４のサイズは、いずれも１６進数で４００Ｈであるとする。このパッケージは３つのＣＥＬ２０３３を含み、各ＣＥＬの種別は先頭から順にオーディオ、静止画、ファイルであり、各ＣＥＬのサイズは先頭から順に１６進数で４０００００Ｈ、１８０００Ｈ、８０００Ｈであるとする。
【０１２７】
図２２は、ヘッダー２０３１の構造を示す図である。ヘッダー２０３１には以下に示すデータが順に格納され、そのサイズは１６進数でＢＣＨとなる。なお、Ｃ＋＋言語を用いてヘッダー２０３１の構造を記述すると、図２３および図２４に示すようになる。図２３および図２４は、連続したソースコードを２つに分割して示した図であり、分割前の状態では、図２３に示すソースコード２０６１の後に、図２４に示すソースコード２０６２が続く。
【０１２８】
ヘッダー２０３１の先頭には、ファイルの形式がＳＤＡＦであることを示すマジックナンバー２０４１（４バイト）が格納される。マジックナンバー２０４１の値は、文字列’ＳＤＡＦ’である。次に、ＳＤＡＦのバージョン番号２０４２（４バイト）が格納される。次に、パッケージＩＤ２０４３（１６バイト）と、パッケージのサイズ２０４４（４バイト）とが格納される。次に、ナビゲーションデータ位置情報２０４５（図２３に示すＳＤＡＦ＿ＬＯＣＡＴＩＯＮ＿ＮＡＶ）と、オファー位置情報２０４６（図２３に示すＳＤＡＦ＿ＬＯＣＡＴＩＯＮ＿ＯＦＦＥＲ）と、パッケージ内のＣＥＬ数２０４７とが格納される。次に、各ＣＥＬのＣＥＬ情報２０４８（図２４に示すＳＤＡＦ＿ＬＯＣＡＴＩＯＮ＿ＣＥＬ）が格納される。最後に、各ＣＥＬの属性を示すＣＥＬ属性テーブル２０４９が格納される。
【０１２９】
ナビゲーションデータ位置情報２０４５は、ナビゲーションデータ２０３２の位置とサイズとを示す。オファー位置情報２０４６は、オファー２０３４の位置とサイズとを示す。これら２つの情報は、いずれも、ＳＤＡＦパッケージの先頭からのオフセット（４バイト）とサイズ（４バイト）とからなる。
【０１３０】
ＣＥＬ情報２０４８は、ＣＥＬ＿ＩＤ２０５１（１６バイト）、ＣＥＬ種別２０５２（２バイト）、ＣＥＬ暗号方式２０５３（２バイト）、ＣＥＬデータ位置情報２０５４、および、ＣＥＬ属性テーブル位置情報２０５５から構成される。ＣＥＬ＿ＩＤ２０５１は、１つのＳＤＡＦタイトル内で固有なコンテンツエレメント識別子である。ＣＥＬ種別２０５２は、オーディオ、静止画、動画、テキスト、ファイルのいずれかの値をとる。ＣＥＬ暗号方式２０５３は、ＣＥＬを暗号化するためのアルゴリズムの種別である。ＣＥＬデータ位置情報２０５４およびＣＥＬ属性テーブル位置情報２０５５は、いずれも、ＳＤＡＦパッケージの先頭からのオフセット（４バイト）とサイズ（４バイト）とからなる。オフセットまたはサイズが０である場合には、データが存在しないことを表す。
【０１３１】
ＣＥＬ属性テーブル２０４９は、ＣＥＬ種別ごとに定義された属性のリストである。オーディオＣＥＬ属性テーブル（図２４に示すＳＤＡＦ＿ＡＴＴＲ＿ＡＵＤＩＯ）は、少なくともコーデック、量子化ビット数、サンプリング周波数、および、オーディオチャンネル数を含む。静止画ＣＥＬ属性テーブル（図２４に示すＳＤＡＦ＿ＡＴＴＲ＿ＧＲＡＰＨＩＣ）は、少なくとも画像の高さおよび幅、並びに、符号化方式を含む。動画ＣＥＬ属性テーブルは、少なくとも動画の高さおよび幅、並びに、符号化方式を含む。テキストＣＥＬ属性テーブルは、少なくともテキストの符号化方式を含む。テキストの符号化方式には、ユニコードやミュージックシフトＪＩＳなどがある。ファイルＣＥＬ属性テーブルは、少なくともＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ｅｘｔｅｎｓｉｏｎ）タイプを含む。
【０１３２】
ＣＥＬ属性テーブル２０４９は、固定長のテーブルとしてではなく、図２５に示す可変長のタグ構造を用いて定義される。タグ構造を用いる場合には、図２５（ａ）に示すように、データの前にタグ長とタグＩＤとが格納される。例えば、静止画ＣＥＬ属性テーブルは、図２５（ｂ）および図２５（ｃ）に示すように、特性タグ２０６３と符号化方式タグ２０６４とから構成される。タグ構造を用いてテーブル要素を定義することにより、将来データフォーマットに追加または変更を行う時に、タグを追加するだけでテーブル要素を追加することができる。ＣＥＬ属性テーブルは、このように拡張性に優れたタグ構造を用いて定義される。
【０１３３】
次に、オファー２０１４について説明する。上述したように、オファーは複数のキーペアと各キーペアについての購入規則とを含み、各キーペアはＣＥＬを復号化するための復号鍵とＣＥＬ＿ＩＤとからなる。図２６は、キーペアとＣＥＬとの対応関係を示す図である。図２７は、Ｃ＋＋言語を用いてキーペアの構造を記述した例を示す図である。図２６に示すように、キーペア２０７２は復号鍵２０７３とＣＥＬ＿ＩＤ２０７４とからなり、各キーペア２０７２は各ＣＥＬ２０７１に対応づけられる。オファーには、そのＳＤＡＦパッケージに含まれるＣＥＬのキーペアだけでなく、同一のＳＤＡＦタイトルに含まれるすべてのＳＤＡＦパッケージに含まれるすべてのＣＥＬのキーペアが含まれる。言い換えると、１つのＳＤＡＦタイトルを複数のＳＤＡＦパッケージに分割した場合、オファーを含むＳＤＡＦパッケージはただ１つ存在し、ＳＤＡＦタイトルに含まれるすべてのＣＥＬのキーペアは、このオファーに含まれる。
【０１３４】
購入規則は、キーペアの利用条件を記述するための言語、いわゆる権利管理言語を用いて記述される。キーペアの利用条件としては、例えば、購入日、利用期間、特定のＣＥＬまたはＳＤＡＦタイトルが購入ずみか否か、などが挙げられる。これらの利用条件を用いて購入規則を定義することにより、同じＣＥＬであっても条件によって異なる価格で販売することが可能となる。
【０１３５】
次に、ナビゲーションデータ２０１２について説明する。ナビゲーションデータは、利用者がＣＥＬを最も効果的に利用できるように、コンテンツ制作者によって作成されるものであり、ＳＤＡＦタイトルの論理的な構造を規定する。
【０１３６】
ＳＤＡＦでは、ナビゲーションデータを記述するために、テキスト形式のタグ記述言語であるＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）が用いられる。ＸＭＬを用いてデータ構造を記述するときには、テキスト形式のタグ構造が用いられる。このため、ＸＭＬを用いて記述されたデータはバイナリ形式のデータと比べて冗長になるが、拡張性に優れている点を考慮して、ＸＭＬが採用されている。
【０１３７】
ナビゲーションデータからＣＥＬを参照するには、ＣＥＬロケータが用いられる。ＣＥＬロケータは、’？’（疑問符）をデリミタとしてパッケージＩＤとＣＥＬ＿ＩＤとを結合したものである。ただし、ナビゲーションデータと同一のＳＤＡＦパッケージに含まれるＣＥＬについては、パッケージＩＤとデリミタとは省略され、ＣＥＬ＿ＩＤがそのままＣＥＬロケータとなる。ＣＥＬロケータを用いると、ＣＥＬの物理的な位置によらずにＣＥＬを指定することができる。
【０１３８】
図２８は、ナビゲーションデータからＣＥＬロケータを用いてＣＥＬを参照する様子を示す図である。図２８には、例として、ナビゲーションデータ２０８１とプレゼンテーションデータ２０８２とが示されている。プレゼンテーションデータ２０８２には、ＭＰＥＧ２−ＡＡＣで符号化されたオーディオＣＥＬ２０８３と、ＪＰＥＧで符号化された静止画ＣＥＬ２０８４とが含まれている。オーディオＣＥＬ２０８３のパッケージＩＤとＣＥＬ＿ＩＤはいずれも１であり、静止画ＣＥＬ２０８４のパッケージＩＤは１、ＣＥＬ＿ＩＤは２であるとする。この場合、ナビゲーションデータ２０８１に含まれるＣＥＬロケータ”１？１”は、パッケージＩＤが１で、ＣＥＬ＿ＩＤが１であるオーディオＣＥＬ２０８３を指す。ＣＥＬロケータ”１？２”は、パッケージＩＤが１で、ＣＥＬ＿ＩＤが２である静止画ＣＥＬ２０８４を指す。この例から理解されるように、ＳＤＡＦタイトルを作成した後にＣＥＬロケータのパッケージＩＤのみを変更することにより、ＳＤＡＦパッケージの構造を容易に変更することができる。これにより、ＳＤＡＦタイトルを１つのＳＤＡＦパッケージとして構成することや、複数のＳＤＡＦパッケージに分割することを容易に行うことができる。
【０１３９】
図２９および図３０は、ナビゲーションデータの構造を示す図である。これらの図の記法は、次のとおりである。各長方形は、ナビゲーションデータの構成要素を表す。要素Ａから要素Ｂに引かれた矢印は、要素Ａが要素Ｂを下位の構成要素として含むことを表す。矢印の始点に記載された記号は、それぞれ、次の意味を持つ。＊印は、下位の構成要素を０回以上含むことを表す。＋印は、下位の構成要素を１回以上含むことを示す。？印は、下位の構成要素を０回または１回含むことを表す。矢印の始点に記号が記載されていない場合には、下位の要素を１回だけ含むことを表す。要素Ａに矢印のない項目Ｐが含まれている場合には、要素Ａが項目Ｐを属性として持つことを表す。下線を引いた項目は、ＣＥＬロケータであることを表す。ＰＣＤＡＴＡと記載された項目は、所定の文字集合に含まれる文字からなる文字列であることを示す。この記法を用いて、ＴＩＴＬＥ要素をルートとする階層構造が定義される。
【０１４０】
ＴＩＴＬＥ要素２１０１には、ＳＤＡＦタイトルの出荷情報を記述する。この要素は、ＵＰＣ、ＶＥＲＳＩＯＮおよびＬＡＮＧＵＡＧＥの３つの属性を持つ。ＵＰＣ属性には、商品コードの世界標準であるＵＰＣ（Ｕｎｉｖｅｒｓａｌ  Ｐｒｏｄｕｃｔ  Ｃｏｄｅ）コードを記述する。ＶＥＲＳＩＯＮ属性には、ＳＤＡＦのナビゲーション構造のバージョン番号を記述する。ＬＡＮＧＵＡＧＥ属性には、ＩＳＯ６３９に従って言語の種類を記述する。この属性の規定値は、英語を示す’ｅｎ’である。
【０１４１】
ＭＥＴＡＤＡＴＡ要素２１０２には、ＰＬＡＹＬＩＳＴ要素またはＴＲＡＣＫ要素が属するジャンルなどの情報を記述する。この要素は、ＴＹＰＥ属性を持つ。ＴＹＰＥ属性には、ＭＥＴＡＤＡＴＡ要素の種類を記述する。
【０１４２】
ＡＳＳＯＣ要素２１０３には、他のＳＤＡＦタイトルに含まれるＣＥＬへの参照情報を記述する。この要素は、ＲＥＦ属性を持つ。ＲＥＦ属性には、ＣＥＬロケータを記述する。
【０１４３】
ＵＲＬ要素２１０４には、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を記述する。この要素は、ＩＤおよびＴＹＰＥの２つの属性を持つ。ＩＤ属性には、この要素の識別番号を記述する。ＴＹＰＥ属性には、ＵＲＬ要素の種類を記述する。
【０１４４】
ＰＬＡＹＬＩＳＴ要素２１０５には、ＳＤＡＦタイトルの基本単位であるプレイリストを記述する。プレイリストは、従来のパッケージメディアにおけるアルバムに相当し、すべてのＳＤＡＦタイトルに含まれる。ＰＬＡＹＬＩＳＴ要素は、プレイリスト用のメニューであるＭＥＮＵ要素を含む場合がある。ＰＬＡＹＬＩＳＴ要素は、ＮＡＭＥ、ＡＲＴＩＳＴ、ＰＲＯＤＵＣＴＩＤ、ＴＨＵＢＭＮＡＩＬＩＤおよびＯＮＳＴＡＲＴの５つの属性を持つ。ＮＡＭＥ属性には、プレイリストの名称を記述する。ＡＲＴＩＳＴ属性には、アーチストの名前を記述する。ＰＲＯＤＵＣＴＩＤ属性には、ＣＤにおけるカタログコードに相当する情報を記述する。ＴＨＵＭＢＮＡＩＬＩＤ属性には、プレイリストを代表する静止画ＣＥＬのＣＥＬロケータを記述する。ＯＮＳＴＡＲＴ属性には、プレイリストを再生する時の動作を記述する。この属性の値が’ＭＥＮＵ’である場合、再生装置は、プレイリストメニューを表示して停止する。この属性の値が’ＴＲＡＣＫ’である場合、再生装置は、ＰＬＡＹＬＩＳＴ要素に含まれる最初のＴＲＡＣＫ要素の再生を開始する。また、すべてのＰＬＡＹＬＩＳＴ要素は、少なくとも１つのＴＲＡＣＫ要素２１０６を含む。
【０１４５】
ＴＲＡＣＫ要素２１０６には、１つのオーディオＣＥＬを含んだトラックを記述する。ＴＲＡＣＫ要素は、オプションとしてトラックメニュー、スライドショー、テキスト、ファイルなどを含む場合がある。ＴＲＡＣＫ要素は、ＩＤ、ＮＡＭＥ、ＡＲＴＩＳＴ、ＩＳＲＣ、ＡＵＤＩＯＩＤ、ＴＳＭＩＤおよびＴＨＵＭＢＮＡＩＬＩＤの７つの属性を持つ。ＩＤ属性には、ＳＤＡＦタイトル内で固有な識別番号を記述する。ＮＡＭＥ属性には、ＴＲＡＣＫ要素の名称を記述する。ＡＲＴＩＳＴ属性には、アーチストの名前を記述する。ＩＳＲＣ属性には、ＩＳＲＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄ  Ｒｅｃｏｒｄｉｎｇ  Ｃｏｄｅ）を記述する。ＡＵＤＩＯＩＤ属性には、ＴＲＡＣＫ要素に対応づけられたオーディオＣＥＬのＣＥＬロケータを記述する。ＴＳＭＩＤ属性には、オーディオＣＥＬに対応したタイムサーチマップのＣＥＬロケータを記述する。タイムサーチマップについては、後述する。ＴＨＵＭＢＮＡＩＬＩＤ属性には、ＴＲＡＣＫ要素を代表する静止画ＣＥＬのＣＥＬロケータを記述する。
【０１４６】
ＭＡＲＫＥＲ要素２１０７には、ＴＲＡＣＫ要素内の頭出しに利用するマーカーを記述する。この要素は、ＴＩＭＥおよびＮＡＭＥの２つの属性を持つ。ＴＩＭＥ属性には、マーカーの位置をミリ秒単位で記述する。ＮＡＭＥ属性には、マーカーの名称を記述する。
【０１４７】
ＳＹＮＣＳＬＩＤＥＳＨＯＷ要素２１０８には、ＳＹＮＣＭＡＰ要素２１０９によって定義される表示タイミング情報に従って、スライドまたはメニューを表示するスライドショーを記述する。この要素は、ＩＤ、ＮＡＭＥおよびＴＹＰＥの３つの属性を持つ。ＩＤ属性には、ＳＤＡＦタイトル内で固有な識別番号を記述する。ＮＡＭＥ属性には、スライドショーの名称を記述する。ＴＹＰＥ属性には、クレジット、歌詞、ライナーノーツ、バイオグラフィー、イメージ集、広告など、トラック内での情報分類区分を記述する。
【０１４８】
ＳＹＮＣＭＡＰ要素２１０９には、ＳＹＮＣＳＬＩＤＥＳＨＯＷ要素２１０８内で定義されるスライドまたはメニューの表示タイミング情報を記述する。この要素は、ＭＥＮＵＩＤ、ＰＬＡＹＩＤおよびＴＩＭＥの３つの属性を持つ。ＭＥＮＵＩＤ属性には、表示するスライドまたはメニューの識別番号を記述する。ＰＬＡＹＩＤ属性には、メニュー中で再生状態に設定するボタンの指示番号を記述する。ＴＩＭＥ属性には、表示タイミングをミリ秒単位で記述する。
【０１４９】
ＳＬＩＤＥＳＨＯＷ要素２１１０には、一定の表示間隔でスライドまたはメニューを表示するスライドショーを記述する。この要素は、ＩＤ、ＮＡＭＥ、ＴＹＰＥおよびＩＮＴＥＲＶＡＬの４つの属性を持つ。ＩＤ属性には、ＳＤＡＦタイトル内で固有な識別番号を記述する。ＮＡＭＥ属性には、スライドショーの名称を記述する。ＴＹＰＥ属性には、クレジット、歌詞、ライナーノーツ、バイオグラフィー、イメージ集または広告など、トラック内での情報分類区分を記述する。ＩＮＴＥＲＶＡＬ属性には、スライドまたはメニューの表示間隔を記述する。
【０１５０】
ＳＹＮＣＴＥＸＴ要素２１１１には、表示タイミングを有するテキスト情報を記述する。テキスト情報は、ＳＹＮＣＴＥＸＴＢＬＯＣＫ要素２１１２を用いて記述される。これに代えて、テキスト情報は、テキストＣＥＬの一部を参照して定義したものでもよい。ＳＹＮＣＴＥＸＴ要素は、ＩＤ、ＴＥＸＴＩＤ、ＲＥＦＩＤおよびＴＹＰＥの４つの属性を持つ。ＩＤ属性には、ＳＤＡＦタイトル内で固有な識別番号を記述する。ＴＥＸＴＩＤ属性には、テキストＣＥＬのＣＥＬロケータを記述する。ＲＥＦＩＤ属性には、ＴＥＸＴＩＤ属性で指定されたテキストＣＥＬ内のＴＥＸＴＲＥＦ要素の識別番号を記述する。ＴＥＸＴＲＥＦ要素については後述する。ＴＹＰＥ属性には、クレジット、歌詞、ライナーノーツ、バイオグラフィー、イメージ集、広告など、トラック内での情報分類区分を記述する。
【０１５１】
ＳＹＮＣＴＥＸＴＢＬＯＣＫ要素２１１２には、表示タイミングを有するテキスト情報を記述する。この要素は、ＴＩＭＥ属性を持つ。ＴＩＭＥ属性には、表示タイミングをミリ秒単位で記述する。
【０１５２】
ＴＥＸＴ要素２１１３には、テキスト情報を記述する。テキスト情報は、テキストデータの形態で記述される。これに代えて、テキスト情報は、テキストＣＥＬの一部を参照して定義したものでもよい。ＴＥＸＴ要素が有する属性は、ＳＹＮＣＴＥＸＴ要素と同じである。
【０１５３】
ＶＩＤＥＯ要素２１１４には、存在する動画ＣＥＬを記述する。この要素は、ＩＤ、ＶＩＤＥＯＩＤおよびＴＹＰＥの３つの属性を持つ。ＩＤ属性には、ＳＤＡＦタイトル内で固有な識別番号を記述する。ＶＩＤＥＯＩＤ属性には、動画ＣＥＬのＣＥＬロケータを記述する。ＴＹＰＥ属性には、クレジット、歌詞、ライナーノーツ、バイオグラフィー、イメージ集あるいは広告など、トラック内での情報分類区分を記述する。
【０１５４】
ＦＩＬＥ要素２１１５には、存在するファイルＣＥＬを記述する。この要素は、ＩＤ、ＦＩＬＥＩＤおよびＴＹＰＥの３つの属性を持つ。ＩＤ属性には、ＳＤＡＦタイトル内で固有な識別番号を記述する。ＦＩＬＥＩＤ属性には、ファイルＣＥＬのＣＥＬロケータを記述する。ＴＹＰＥ属性には、クレジット、歌詞、ライナーノーツ、バイオグラフィー、イメージ集あるいは広告など、トラック内での情報分類区分を記述する。
【０１５５】
ＳＬＩＤＥ要素２１１６には、スライドを記述する。この要素は、ＩＤ、ＮＡＭＥおよびＢＡＣＫＧＲＯＵＮＤＩＤの３つの属性を持つ。ＩＤ属性には、ＳＤＡＦタイトル内で固有な識別番号を記述する。ＮＡＭＥ属性には、スライドの名称を記述する。ＢＡＣＫＧＲＯＵＮＤＩＤ属性には、スライド画面の静止画ＣＥＬのＣＥＬロケータを記述する。
【０１５６】
ＭＥＮＵ要素２１１７には、メニューを記述する。メニューは、１つ以上のオンスクリーンボタンを持つ。ＭＥＮＵ要素は、ＩＤ、ＮＡＭＥ、ＢＡＣＫＧＲＯＵＮＤＩＤおよびＳＥＬＥＣＴＩＤの４つの属性を持つ。ＩＤ属性には、ＳＤＡＦタイトル内で固有な識別番号を記述する。ＮＡＭＥ属性には、メニューの名称を記述する。ＢＡＣＫＧＲＯＵＮＤＩＤ属性には、メニュー画面に表示される静止画ＣＥＬのＣＥＬロケータを記述する。ＳＥＬＥＣＴＩＤ属性には、選択状態に設定するためのボタンの指示番号を記述する。
【０１５７】
ＢＵＴＴＯＮ要素２１１８には、メニュー画面上に配置されるオンスクリーンボタンを記述する。ＢＵＴＴＯＮ要素は、下位の構成要素として、ＴＥＸＴＢＵＴＴＯＮ要素とＣＯＭＭＡＮＤ要素の組、または、ＧＲＡＰＨＩＣＢＵＴＴＯＮ要素とＣＯＭＭＡＮＤ要素の組を１つ以上含む。また、ＢＵＴＴＯＮ要素は、ＩＮＤＥＸ、ＴＡＢ、ＵＰ、ＤＯＷＮ、ＲＩＧＨＴ、ＬＥＦＴおよびＡＵＴＯＡＣＴＩＯＮの７つの属性を持つ。ＩＮＤＥＸ属性には、ＭＥＮＵ要素内で固有な指示番号を記述する。ＴＡＢ属性には、メニュー内のボタンを一巡するように定義された順序番号を記述する。ＵＰ、ＤＯＷＮ、ＬＥＦＴ、ＲＩＧＨＴの各属性には、ボタンを選択して上下左右への移動を指示した場合の移動先ボタンの指示番号を記述する。ＡＵＴＯＡＣＴＩＯＮ属性には、選択状態から実行状態に自動的に遷移させるか否かを示すフラグを記述する。
【０１５８】
ＴＥＸＴＢＵＴＴＯＮ要素２１１９には、テキストで表現されるオンスクリーンボタンを記述する。この要素は、Ｘ、Ｙ、ＷＩＤＴＨ、ＨＥＩＧＨＴ、ＦＯＮＴＳＩＺＥ、ＮＯＲＭＡＬＣＯＬＯＲ、ＳＥＬＥＣＴＣＯＬＯＲ、ＡＣＴＩＯＮＣＯＬＯＲ、ＰＬＡＹＩＮＧＣＯＬＯＲ、ＴＥＸＴＩＤおよびＲＥＦＩＤの１１個の属性を持つ。Ｘ、Ｙ、ＷＩＤＴＨ、ＨＥＩＧＨＴの各属性には、メニュー左上を原点とした座標系を用いて、ボタンの表示位置を記述する。ＦＯＮＴＳＩＺＥ属性には、フォントサイズをポイント単位で記述する。ＮＯＲＭＡＬＣＯＬＯＲ、ＳＥＬＥＣＴＣＯＬＯＲ、ＡＣＴＩＯＮＣＯＬＯＲ、ＰＬＡＹＩＮＧＣＯＬＯＲの各属性には、それぞれ、ボタンの状態が通常、選択、実行、再生状態のとき表示色をＲＧＢ形式によって記述する。ＴＥＸＴＩＤ属性には、外部のテキストＣＥＬのＣＥＬロケータを記述する。ＲＥＦＩＤ属性には、ＴＥＸＴＩＤで指定されたテキストＣＥＬ内のＴＥＸＴＲＥＦ要素の識別番号を記述する。
【０１５９】
ＧＲＡＰＨＩＣＢＵＴＴＯＮ要素２１２０には、グラフィックで表現されるオンスクリーンボタンを記述する。この要素は、Ｘ、Ｙ、ＷＩＤＴＨ、ＨＥＩＧＨＴ、ＮＯＲＭＡＬＩＤ、ＳＥＬＥＣＴＩＤ、ＡＣＴＩＯＮＩＤおよびＰＬＡＹＩＮＧＩＤの８つの属性を持つ。Ｘ、Ｙ、ＷＩＤＴＨ、ＨＥＩＧＨＴの各属性には、メニュー左上を原点とした座標系を用いて、ボタンの表示位置を記述する。ＮＯＲＭＡＬＩＤ、ＳＥＬＥＣＴＩＤ、ＡＣＴＩＯＮＩＤ、ＰＬＡＹＩＮＧＩＤの各属性には、それぞれ、ボタンの状態が通常、選択、実行、再生状態のときに表示される静止画ＣＥＬのＣＥＬロケータを記述する。
【０１６０】
ＣＯＭＭＡＮＤ要素２１２１は、利用者がオンスクリーンボタンを押下したときのナビゲーション動作を記述する。この要素は、ＴＹＰＥおよびＴＡＲＧＥＴの２つの属性を持つ。ＴＹＰＥ属性には、ＳＨＯＷ、ＦＵＮＣＴＩＯＮ、ＧＯＴＯ、ＮＥＸＴまたはＰＲＥＶＩＯＵＳコマンドのうち、いずれかのコマンドを記述する。ＳＨＯＷコマンドは、ＴＡＲＧＥＴ属性を用いて指定された要素を表示するためのコマンドである。ＦＵＮＣＴＩＯＮコマンドは、ＴＡＲＧＥＴ属性を用いて指定された要素を実行するためのコマンドである。このコマンドは、プレイリストメニューが表示されているときに使用される。ＧＯＴＯコマンドは、現在表示されている要素の兄弟要素の中で指定された要素へ移動するためのコマンドである。ＮＥＸＴコマンドは、現在表示されている要素の次の兄弟要素へ移動するためのコマンドである。ＰＲＥＶＩＯＵＳコマンドは、現在表示されている要素の前の兄弟要素へ移動するためのコマンドである。ＴＡＲＧＥＴ属性には、ＴＹＰＥ属性で指定される各コマンドのパラメータを記述する。ＳＨＯＷコマンドが指定された場合には、表示対象となる要素の識別番号を記述する。ＦＵＮＣＴＩＯＮコマンドが指定された場合には、実行対象となる要素の識別番号を記述する。ＧＯＴＯコマンドが指定された場合には、現在表示されている要素の兄弟要素の識別番号を記述する。
【０１６１】
ＴＥＸＴＲＥＦ要素は、ナビゲーションデータからテキストＣＥＬに格納されたテキストデータの一部を参照する際に使用されるテキストの区分情報を記述する。ＴＥＸＴＲＥＦ要素に含まれるテキストデータは、ナビゲーションデータから、ＴＥＸＴＲＥＦ要素の識別番号を指定して参照される。ＴＥＸＴＲＥＦ要素は、ＩＤ属性を持つ。ＩＤ属性には、ＳＤＡＦタイトル内で固有の識別番号を記述する。
【０１６２】
次に、ＣＥＬ２０１３について説明する。ＣＥＬには、オーディオＣＥＬ、静止画ＣＥＬ、動画ＣＥＬ、テキストＣＥＬ、および、ファイルＣＥＬの５つの種類がある。ＳＤＡＦでは、ＣＥＬの種類ごとにデータの形式やパラメータが定義されている。
【０１６３】
オーディオＣＥＬに含まれるデータは、ＭＰＥＧ２−ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）［Ｌｏｗ  Ｃｏｍｐｌｅｘｉｔｙ  Ｐｒｏｆｉｌｅ］に準拠して符号化されたオーディオデータである。なお、ＭＰＥＧ２−ＡＡＣは、ＩＳＯ／ＩＥＣ  １３８１８−７：１９９７（Ｅ）  Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ  −  Ｇｅｎｅｒｉｃ  ｃｏｄｉｎｇ  ｏｆ  ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅｓ  ａｎｄ  ａｓｓｏｃｉａｔｅｄ  ａｕｄｉｏ  ｉｎｆｏｒｍａｔｉｏｎ  −  Ｐａｒｔ７  Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ  （ＡＡＣ）  に規定されている。ＭＰＥＧ２−ＡＡＣで符号化されたビットストリームの形式は、ＡＤＴＳ（Ａｕｄｉｏ  Ｄａｔａ  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）形式とする。また、ＩＳＯ／ＩＥＣ１３８１８−７に記述されているパラメータは、図３１に示すように制限される。これらのパラメータのうち、ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙ＿ｉｎｄｅｘおよびｃｈａｎｎｅｌ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ  以外のパラメータは、ＩＳＯ／ＩＥＣ１３８１８−７で規定されるＬＣ−ｐｒｏｆｉｌｅを選択したことに伴う制限である。また、平均ビットレートは、６４ｋｂｐｓまたは１２８ｋｂｐｓである。
【０１６４】
静止画ＣＥＬに含まれるデータは、ＪＰＥＧ、ＭＰＥＧ−Ｉフレーム、あるいは、ＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）に準拠して符号化された静止画データである。図３２、図３３および図３４は、ぞれぞれ、ＪＰＥＧ、ＭＰＥＧ−ＩフレームおよびＰＮＧに関する仕様を示す図である。静止画ＣＥＬに適用される符号化アルゴリズムの仕様は、これらの図に示すように制限される。
【０１６５】
動画ＣＥＬに含まれるデータは、ＭＰＥＧ２に準拠して符号化された動画データである。図３５は、ＭＰＥＧ２に関する仕様を示す図である。動画ＣＥＬに適用される符号化アルゴリズムの仕様は、図３５に示すように制限される。
【０１６６】
テキストＣＥＬに含まれるデータは、ＰＬＡＩＮテキストまたはＳＤＡＦ形式のＸＭＬテキストのいずれかである。符号化方式は、ユニコードまたはミュージックシフトＪＩＳのいずれかである。
【０１６７】
ファイルＣＥＬの一例として、タイムサーチマップをデータとして含むタイムサーチマップＣＥＬについて説明する。タイムサーチマップは、オーディオフレームのアドレスからなるテーブルである。図３６は、タイムサーチマップの構成を示す図である。図３６に示すように、タイムサーチマップ２０９０は、ヘッダー２０９１と複数のエントリー２０９２とからなる。図３７および図３８は、ヘッダー２０９１の詳細を示す図である。図３７および図３８に示すように、ヘッダー２０９１は、ミリ秒単位で記述されたエントリー間の再生時間とエントリーの総数とを含む。図３９は、各エントリーの詳細を示す図である。図３９に示すように、各エントリーは、エントリーポイントのオーディオフレームのアドレスを含む。最初のエントリーは、オーディオＣＥＬに含まれるオーディオフレームの開始位置を示す。
【０１６８】
なお、本実施形態では、オーディオＣＥＬに含まれる音楽データの圧縮方式としてＭＰＥＧ２−ＡＡＣを用いることとしたが、これに代えて、ＭＰ３（ＭＰＥＧ  １  Ａｕｄｉｏ  Ｌａｙｅｒ  ３）やＤｏｌｂｙ−ＡＣ３やＤＴＳ（Ｄｉｇｉｔａｌ  Ｔｈｅａｔｅｒ  Ｓｙｓｔｅｍ）などを用いてもよい。
【０１６９】
次に、図４０から図４５を参照して、ＳＤＡＦの使用方法について説明する。ＳＤＡＦは、上述したように、マルチメディアコンテンツを記述するためのフォーマットであり、主に音楽データの配信に使用される。ＳＤＡＦは、ハードディスクを始めとして、ＤＶＤ−ＲＡＭなどの光ディスクやメモリカードなどの半導体メモリなど、各種の記録媒体に適用できる。
【０１７０】
ＳＤＡＦは、音楽データの配信以外にも、既存の音楽データと組み合わせて使用することができる。例えば、以下に示すように、ＳＤＡＦをＤＶＤ−Ａｕｄｉｏ規格に準拠した音楽データと組み合わせて使用することができる。同様の手法は、ＤＶＤ−Ｖｉｄｅｏ、ＣＤ、Ｖｉｄｅｏ−ＣＤ、ＰｈｏｔｏＣＤなどの他の記録媒体にも適用できることはいうまでもない。
【０１７１】
ＤＶＤ−Ａｕｄｉｏ規格に準拠した音楽データは、ＬＰＣＭ（Ｌｉｎｅａｒ  Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）形式のオーディオコンテンツと、ＭＰＥＧ−Ｉフレーム形式の静止画コンテンツとを含む。ＤＶＤ−Ａｕｄｉｏ規格に準拠した再生装置は、利用者が対話的に操作を行うためのメニュー画面を表示する。ＤＶＤ−Ａｕｄｉｏ規格では、背景となる静止画に最大４色の副映像静止画を重ねて表示し、副映像静止画内に複数の矩形領域を設けることにより、メニュー画面が表示される。この矩形領域はボタンと呼ばれ、各ボタンにはそれぞれコマンドが割り当てられる。しかし、ＤＶＤ−Ａｕｄｉｏ規格で規定されたボタンの表示色数と形状には一定の制約があるため、コンテンツ制作者は、自由にメニュー画面を設計することができない。
【０１７２】
この問題点を解決するには、ＳＤＡＦを用いて記述したメニュー画面のデータを従来のＤＶＤ−Ａｕｄｉｏディスクに予め記録しておき、再生時にはこのデータを用いてメニュー画面を表示すればよい。より詳細に述べると、ＤＶＤ−Ａｕｄｉｏディスクには、ＳＤＡＦを用いて記述されたマルチメディアコンテンツと、ＳＤＡＦから元のＤＶＤ−Ａｕｄｉｏコンテンツを参照するためのＣＥＬリダイレクタとが記録される。以下では、これらのデータが記録されたＤＶＤ−Ａｕｄｉｏディスクを拡張ＤＶＤ−Ａｕｄｉｏディスクと呼び、拡張ＤＶＤ−Ａｕｄｉｏディスクを再生する再生装置をＳＤＡＦ対応ＤＶＤ−Ａｕｄｉｏ再生装置と呼ぶ。
【０１７３】
図４０は、１枚のＤＶＤ−Ａｕｄｉｏディスクに対応したＣＥＬリダイレクタの例を示す図である。図４０に示す各行は、元のＤＶＤ−Ａｕｄｉｏディスクに含まれる各コンテンツについてのＣＥＬリダイレクタを表す。ＣＥＬリダイレクタは、ＣＥＬ＿ＩＤ２２０１、ファイル名２２０２、開始アドレス２２０３、および、終了アドレス２２０４を含む。ＣＥＬ＿ＩＤ２２０１は、ディスク内で固有なコンテンツ識別子である。ファイル名２２０２は、各コンテンツを含むファイル名である。開始アドレス２２０３と終了アドレス２２０４とは、それぞれ、ファイル内でのコンテンツの先頭位置と末端位置を示すオフセット値である。ＣＥＬリダイレクタは、拡張ＤＶＤ−ＡｕｄｉｏディスクのＲＯＭ領域に設けられたＳＤＡＦ用のディレクトリ内に、例えばＤＶＤＡ．ＭＡＰというファイル名で記録される。
【０１７４】
オーディオの再生順序制御、スライドショー静止画再生、メニュー機能などＤＶＤ−Ａｕｄｉｏ規格で規定された各種の再生制御機能は、すべてＳＤＡＦのナビゲーションデータを用いて記述することができる。例えば、メニュー機能は、ＭＰＥＧ−Ｉフレーム形式の背景静止画の上に、自由な色数と形状とを有するＪＰＥＧ形式のボタン用静止画を重ねて表示し、各ボタン領域にコマンドを対応づけることにより実現できる。
【０１７５】
ＤＶＤ−Ａｕｄｉｏディスクに含まれる再生制御情報をＳＤＡＦのナビゲーションデータに変換するときには、コンテンツを指す情報は、ＣＥＬリダイレクタを用いてＣＥＬ＿ＩＤに変換される。メニュー画面は、ボタン用のＪＰＥＧ形式の静止画に変換される。求めた静止画は、背景静止画に上書きされる位置に配置される。このようにして求めたナビゲーションデータとボタン用静止画とは、１つのＳＤＡＦパッケージに格納され、拡張ＤＶＤ−ＡｕｄｉｏディスクのＲＯＭ領域に設けられたＳＤＡＦ用のディレクトリ内に、例えばＳＤＡＦ．ＳＤＰというファイル名で記録される。拡張ＤＶＤ−Ａｕｄｉｏディスクの再生方法については、後述する。
【０１７６】
次に、ＳＤＡＦを用いて記述されたマルチメディアコンテンツを再生するＳＤＡＦ再生装置について説明する。ＳＤＡＦ再生装置は、次のような手順で配信された音楽データを再生する。再生装置は、始めに、パッケージＩＤとナビゲーションデータとを検索し、再生に必要なＣＥＬのＣＥＬ＿ＩＤを集める。次に、再生装置は、集めたパッケージＩＤとＣＥＬ＿ＩＤとの組を用いて購入データベースを検索し、ＣＥＬが既に購入ずみ否かを調べる。未購入のＣＥＬがある場合、再生装置は、暗号化されたオファーを解読し、既存の電子流通システムを用いて所定の対価を支払う。購入が終わると、オファーに格納されたキーペアは、購入データベースに格納される。再生装置は、再生に必要なＳＤＡＦパッケージが再生装置上に存在しないと判断した場合には、データ配信装置に対してパッケージＩＤを送出する。データ配信装置は、受け取ったパッケージＩＤを有するＳＤＡＦパッケージを再生装置へ配信する。再生装置は、再生に必要とされるすべてのＣＥＬを購入した後、購入データベースに格納されたキーペアを用いてＣＥＬを復号化し、再生する。この際、再生装置は、ナビゲーションデータを解釈して再生制御を行う。
【０１７７】
ＳＤＡＦタイトルは、１または複数のＳＤＡＦパッケージに分割した形態で再生装置に配信される。図４１は、ＳＤＡＦパッケージの配信方法の例を示す図である。図４１（ａ）に示す配信方法では、パッケージ２３０１はオーディオコンテンツのみを含み、パッケージ２３０２は静止画または動画のグラフィックコンテンツのみを含む。また、パッケージ２３０２からは、パッケージ２３０１に含まれるオーディオコンテンツが参照される。このため、パッケージ２３０１のみを購入した利用者は、オーディオコンテンツのみを再生できる。パッケージ２３０１に加えてパッケージ２３０２を購入した利用者は、オーディオコンテンツに加えてグラフィックコンテンツを再生できる。このように、既存のトラックにＣＥＬを追加することにより、ＳＤＡＦタイトルを定義してもよい。
【０１７８】
また、図４１（ｂ）に示す配信方法では、パッケージ２３０３は、複数のオーディオコンテンツとグラフィックコンテンツとを含む。このように、１つのパッケージに、ＳＤＡＦタイトルに含まれるすべてのＣＥＬを含めてもよい。
【０１７９】
また、図４１（ｃ）に示す配信方法では、１つのＳＤＡＦタイトルは、パッケージ２３０４、２３０５および２３０６に分割されて配信される。パッケージ２３０５はトラック１用のコンテンツを含み、パッケージ２３０６はトラック２用のコンテンツを含む。この配信方法では、パッケージ２３０５または２３０６のいずれかを選択して配信することができる。
【０１８０】
また、再生装置において、利用者が所有するコンテンツを含むＳＤＡＦパッケージを新たに作成してもよい。図４２は、ＳＤＡＦパッケージの作成方法の例を示す図である。図４２において、ユーザーパッケージとは利用者が作成したＳＤＡＦパッケージをいい、購入パッケージとは配信されたＳＤＡＦパッケージをいう。また、太線で囲まれたコンテンツは、利用者が所有するコンテンツを示す。利用者は、ＣＤから読み出したデータ、すなわち、ＣＤからリッピングされたオーディオコンテンツや、自ら作成したグラフィックコンテンツを所有しているとする。
【０１８１】
利用者は、図４２（ａ）に示すように、自らが所有するオーディオコンテンツを含むパッケージ２４０１を作成してもよく、図４２（ｂ）に示すように、オーディオコンテンツとグラフィックコンテンツとを含むパッケージ２４０２を作成してもよい。また、利用者は、図４２（ｃ）に示すように、購入したパッケージ２４０３に含まれるオーディオコンテンツを参照するパッケージ２４０４を作成してもよい。パッケージ２４０４を再生した場合には、購入したパッケージに含まれるオーディオコンテンツと、利用者が所有するグラフィックコンテンツとが再生される。これにより、購入したパッケージに含まれる静止画を、利用者が作成した静止画に変更または追加することができる。
【０１８２】
次に、拡張ＤＶＤ−Ａｕｄｉｏディスクを再生するＳＤＡＦ対応ＤＶＤ−Ａｕｄｉｏ再生装置について説明する。この再生装置は、ＤＶＤ−Ａｕｄｉｏ規格に準拠した元の再生制御情報に代えて、ＳＤＡＦを用いて記述されたナビゲーションデータに従って再生動作を制御する。再生装置は、拡張ＤＶＤ−ＡｕｄｉｏディスクからナビゲーションデータとＣＥＬロケータとを読み出し、読み出したナビゲーションデータに従って動作する。ナビゲーションデータから元のオーディオコンテンツや静止画コンテンツが参照されている場合には、再生装置は、ＣＥＬロケータを参照してコンテンツが格納されている位置情報を求め、そのコンテンツを再生する。再生装置は、ディスク上のＤＶＤ−Ａｕｄｉｏ領域から背景用静止画を、ＳＤＡＦデータからボタン用静止画をそれぞれ読み取り、これらを合成してメニュー画面を表示する。
【０１８３】
このように拡張ＤＶＤ−Ａｕｄｉｏディスクを用いることにより、既存のＤＶＤ−Ａｕｄｉｏ再生装置では、従来と同様の再生を行い、ＳＤＡＦ対応ＤＶＤ−Ａｕｄｉｏ再生装置では、ＳＤＡＦを用いて記述したナビゲーションデータによるメニュー画面を表示することができる。
【０１８４】
なお、以上の説明では、ＳＤＡＦパッケージとＣＥＬリダイレクタとはディスクに記録されるものとしたが、これに代えて、これらのデータをネットワークを介して再生装置にダウンロードすることとしてもよい。また、この方法は、すでに発売ずみのＣＤやＤＶＤディスクにも適用できる。さらに、この方法を用いて、通信ネットワークを介してアクセス可能なＣＥＬをＵＲＬを用いて参照できることは言うまでもない。
【０１８５】
次に、ＳＤＡＦを用いて記述されたマルチメディアコンテンツを、携帯型音楽再生機用の外部記憶媒体に複写するデータ変換装置について説明する。ここで、携帯型音楽再生機とは、半導体メモリを外部記憶媒体として使用した音楽再生機であって、小型、軽量、かつ、データを高速に書き込みできることを特徴とするものをいう。携帯型音楽再生機は、図４３に示すように、テキスト表示が可能な液晶ディスプレイ２５０１と、オーディオの再生を制御するための操作パネル２５０２と、オーディオを出力するヘッドフォン２５０３と備える。また、携帯型音楽再生機には、オーディオデータを保存するメモリカード２５００を着脱することができる。携帯型音楽再生機は、ＭＰＥＧ２−ＡＡＣ方式に準拠したオーディオコンテンツを再生し、テキスト情報を表示することができるものとする。ただし、メモリカードのデータ記録フォーマットは、ＳＤＡＦではない独自フォーマットであるとする。
【０１８６】
図４４は、拡張ＤＶＤ−Ａｕｄｉｏディスクに記録されたコンテンツを所定のフォーマットに変換して、携帯型音楽再生機用のメモリカードに書き込むデータ変換装置の構成を示すブロック図である。図４４において、ディスク２６０１には、ＬＰＣＭ形式のオーディオコンテンツ、ＭＰＥＧ−Ｉフレーム形式の静止画コンテンツ、ＳＤＡＦを用いて記述された再生制御情報、および、追加のテキスト情報が記録されているものとする。
【０１８７】
図４４に示すデータ変換装置において、データ読み取り部２６０２は、ディスク２６０１から再生制御情報を読み出し、再生制御情報解析部２６０３に対して出力する。再生制御情報解析部２６０３は、読み出された再生制御情報を解析し、ディスク２６０１に記録されたコンテンツが携帯型音楽再生機によってそのまま再生できるか、あるいは、変換する必要があるかを調べる。
【０１８８】
次に、データ読み取り部２６０２は、ディスク２６０１から携帯型音楽再生機が再生できるコンテンツを順に読み出し、データ変換部２６０５に対して出力する。このとき、携帯型音楽再生機が再生できないコンテンツは、読み出されない。データ変換部２６０５は、読み出したコンテンツをメモリカード２５００の種類に合わせて変換する。例えば、曲名などのように、携帯型音楽再生機でそのまま再生できるテキスト情報は、変換されない。これに対して、ＬＰＣＭ形式のオーディオコンテンツは、携帯型音楽再生機が再生できるＭＰＥＧ２−ＡＡＣ形式に変換される。
【０１８９】
再生制御情報変換部２６０４は、再生制御情報解析部２６０３によって解析された再生制御情報に基づき、携帯型音楽再生機用の再生制御情報を生成する。データ書き込み部２６０６は、再生制御情報変換部２６０４によって作成された再生制御情報と、データ変換部２６０５によって変換されたコンテンツとをメモリカード２５００に書き込む。
【０１９０】
なお、図４４に示すデータ変換装置は、オーディオコンテンツ以外の任意のコンテンツを所定の形式に変換して、メモリカード２５００に書き込むこととしてもよい。また、メモリカードのデータ記録フォーマットは、ＳＤＡＦ以外の任意のフォーマットであってもよい。さらに、複数の種類の外部記憶媒体に対応するために、データ変換装置は、各外部記憶媒体に対応して、データ変換部と再生制御情報変換部とデータ書き込み部とを備えることとしてもよい。
【０１９１】
また、ディスク２６０１にＳＤＡＦを用いて記述されたナビゲーションデータが記録されていない場合には、図４５に示すように、不足分のデータを通信ネットワークを介して入手することとしてもよい。図４５において、ディスク２６０１には、識別番号が記録されているものとする。例えば、音楽ＣＤの識別番号は、カタログコードやＩＳＲＣコードなどである。
【０１９２】
データ読み取り部２６０２は、ディスクの識別番号を読み取り、通信部２６０７に対して出力する。通信部２６０７は、通信ネットワーク２６１０を介してコンテンツ情報サーバ２６１１と通信する。通信部２６０７は、インターネットを用いてコンテンツ情報サーバ２６１１にアクセスしてもよく、電話回線を用いてコンテンツ情報サーバ２６１１に直接アクセスしてもよい。コンテンツ情報サーバ２６１１は、ディスクの識別番号と上記の不足分のデータとを対応づけて蓄積し、データ変換装置からの要求に応じて、不足分のデータをデータ変換装置へ送信する。データ変換装置は、不足分のデータを受信した後は、図４４に示したデータ変換装置と同じ動作を行う。
【０１９３】
以上に示すように、本実施形態に係るコンテンツ流通フォーマットＳＤＡＦは、マルチメディアコンテンツを記述するためのフォーマットであり、主に音楽データの配信に使用される。また、ＳＤＡＦを既存の音楽データと組み合わせて使用することにより、既存の音楽データの機能を拡張することもできる。
【０１９４】
なお、第１および第２の実施形態で示した超流通データと本実施形態に係るＳＤＡＦとの対応関係は、次のとおりである。すなわち、第２の実施形態における画像や音声の再生制御情報を含む付加情報は、図１８に示すナビゲーションデータ２０１２に対応する。図２に示すコンテンツ２０５または音声データ２０４、および第２の実施形態における画像データは、図１８に示すＣＥＬ２０１３に対応する。図２に示す権利管理情報２０３は、図１８に示すオファー２０１４に対応する。
【図面の簡単な説明】
【図１】第１の実施形態に係るディジタルデータ著作権保護システムの構成を示すブロック図である。
【図２】第１の超流通形式データの構成を示す模式図である。
【図３】第２の超流通形式データの構成を示す模式図である。
【図４】本著作権保護システムを用いてユーザが超流通データを二次配布するときの動作を具体的に示した模式図である。
【図５】第１の実施形態に係るディジタルデータ記録再生装置の構成を示すブロック図である。
【図６】第１のディジタルデータ記録再生装置１０１１を一般的なコンピュータによって実現した場合の装置構成を示した模式図である。
【図７】権利管理情報を取得する際の、本発明の第１の実施形態に係るディジタルデータ記録再生装置の動作を示すフローチャートである。
【図８】権利管理情報管理テーブルの構成を説明した模式図である。
【図９】超流通形式データ管理情報１６０５の構成を説明した模式図である。
【図１０】再生を行う際の、第１の実施形態に係るディジタルデータ記録再生装置の動作を示すフローチャートである。
【図１１】配布元ユーザＩＤ付加部４１１の詳細な構成を示すブロック図である。
【図１２】購入処理部４１２の詳細な構成を示すブロック図である。
【図１３】課金処理情報の一例を示す模式図である。
【図１４】購入処理を行う際の、第１の実施形態に係るディジタルデータ記録再生装置の動作を示すフローチャートである。
【図１５】第１の実施形態における課金処理装置８０１の詳細な構成を示すブロック図である。
【図１６】課金処理を行う際の、第１の実施形態に係る課金処理装置８０１の動作を示すフローチャートである。
【図１７】第２の実施形態に係るディジタルデータ記録再生装置の構成を示すブロック図である。
【図１８】本発明の第３の実施形態に係るＳＤＡＦパッケージの構造を示す図である。
【図１９】ＳＤＡＦパッケージの他の構造を示す図である。
【図２０】ＳＤＡＦタイトルをＳＤＡＦパッケージに分割する様子を示す図である。
【図２１】ＳＤＡＦパッケージの一例を示す図である。
【図２２】ヘッダーの構造を示す図である。
【図２３】Ｃ＋＋言語を用いたヘッダーの構造の記述例を示す図である。
【図２４】図２３に続いて、Ｃ＋＋言語を用いたヘッダーの構造の記述例を示す図である。
【図２５】タグ構造を用いてＣＥＬ属性テーブルを定義する方法を示す図である。
【図２６】キーペアとＣＥＬとの対応関係を示す図である。
【図２７】Ｃ＋＋言語を用いたキーペアの構造の記述例を示す図である。
【図２８】ナビゲーションデータからＣＥＬを参照する様子を示す図である。
【図２９】ナビゲーションデータの構造例を示す図である。
【図３０】ナビゲーションデータの構造の別例を示す図である。
【図３１】オーディオＣＥＬに適用されるＭＰＥＧ２−ＡＡＣの仕様を示す図である。
【図３２】静止画ＣＥＬに適用されるＪＰＥＧの仕様を示す図である。
【図３３】静止画ＣＥＬに適用されるＭＰＥＧ−Ｉフレームの仕様を示す図である。
【図３４】静止画ＣＥＬに適用されるＰＮＧの仕様を示す図である。
【図３５】動画ＣＥＬに適用されるＭＰＥＧ２の仕様を示す図である。
【図３６】タイムサーチマップの構造を示す図である。
【図３７】タイムサーチマップに含まれるヘッダーの詳細を示す図である。
【図３８】図３７に示すヘッダーの詳細を示す図である。
【図３９】タイムサーチマップに含まれる各エントリーの詳細を示す図である。
【図４０】ＣＥＬリダイレクタの例を示す図である。
【図４１】ＳＤＡＦパッケージの配信方法の例を示す図である。
【図４２】ＳＤＡＦパッケージの作成方法の例を示す図である。
【図４３】携帯型音楽再生機の外観を示す図である。
【図４４】データ変換装置の構成例を示すブロック図である。
【図４５】データ変換装置の構成の別例を示すブロック図である。
【符号の説明】
２  情報処理部
３  プログラム記憶部
４  出力部
５  入力部
６  一般データ記憶部
７  セキュアデータ記憶部
８  通信部
１０１１  第１のディジタルデータ記録再生装置
１０１２  第２のディジタルデータ記録再生装置
１０１３  第３のディジタルデータ記録再生装置
１０２  コンテンツサーバ
１０３  課金サーバ
１０４  インターネット
２０１  課金制御情報
２０２  コンテンツ鍵
２０３  権利管理情報
２０４  音声データ
２０５  コンテンツ
３０１  ユーザＩＤ
３０２  第１の超流通形式データ
４０１  超流通形式データ受信部
４０２  超流通形式データ記憶領域
４０３  権利管理情報取得部
４０４  権利管理情報記憶領域
４０５  コンテンツ鍵取り出し部
４０６  データ読み取り部
４０７  データ圧縮部
４０８  データ暗号化部
４０９  権利管理情報付加部
４１０  データ取り出し部
４１１  配布元ユーザＩＤ付加部
４１２  購入処理部
４１４  コンテンツ復号化部
４１５  再生制御部
４１６  スピーカ
４１７  外部記録媒体
４１８  ユーザＩＤ記憶領域
５０１  ユーザＩＤ取得部
５０２  ユーザＩＤ暗号化部
５０３  ユーザＩＤ付加部
５０４  管理情報取得部
５０５  第２の超流通形式データ
６０１  権利管理情報取り出し部
６０２  課金制御情報取り出し部
６０３  配布元ユーザＩＤ取り出し部
６０４  課金処理情報作成部
６０５  課金処理情報送信部
６０６  送信元ユーザＩＤ送信部
６０７  課金処理正常終了受信部
６０８  超流通形式データ管理情報書き換え部
６１０  超流通形式データ
６１１  課金処理情報
６１２  ユーザＩＤ
６１３  課金処理正常終了通知
７０１  ユーザＩＤ
７０２  課金制御情報
８０１  課金処理装置
８０２  課金処理情報受信部
８０３  送信元認証部
８０４  課金処理部
８０５  課金処理正常終了通知部
８０６  配布元ユーザＩＤ取り出し部
８０７  配布元ユーザＩＤ復号化部
８０８  特典処理部
１５０１  インデックス番号
１５０２  コンテンツ識別情報
１５０３  権利管理情報格納場所情報
１６０１  インデックス番号
１６０２  データ格納場所情報
１６０３  購入状態
１６０５  超流通形式データ管理情報
１７０１  ディジタルデータ記録再生装置
１７０２  データ付加部
１７０３  付加情報記憶領域
１７０４  ディスプレイ
２０００  ＳＤＡＦタイトル
２００１  ＳＤＡＦパッケージ
２００２  オファーパッケージ
２００３  ＣＥＬパッケージ
２０１１  ヘッダー
２０１２  ナビゲーションデータ
２０１３  ＣＥＬ
２０１４  オファー
２０２０  ＳＤＡＦタイトル
２０２１  第１のパッケージ
２０２２  第２のパッケージ
２０２３  第３のパッケージ
２０３０  ＳＤＡＦパッケージ
２０３１  ヘッダー
２０３２  ナビゲーションデータ
２０３３  ＣＥＬ
２０３４  オファー
２０４１  マジックナンバー
２０４２  バージョン番号
２０４３  パッケージＩＤ
２０４４  パッケージのサイズ
２０４５  ナビゲーションデータ位置情報
２０４６  オファー位置情報
２０４７  ＣＥＬ数
２０４８  ＣＥＬ情報
２０４９  ＣＥＬ属性テーブル
２０５１  ＣＥＬ  ＩＤ
２０５２  ＣＥＬ種別
２０５３  ＣＥＬ暗号方式
２０５４  ＣＥＬデータ位置情報
２０５５  ＣＥＬ属性テーブル位置情報
２０６１，２０６２  ソースコード
２０６３  特性タグ
２０６４  符号化方式タグ
２０８１  ナビゲーションデータ
２０８２  プレゼンテーションデータ
２０９０  タイムサーチマップ
２０９１  ヘッダー
２０９２  エントリー
２１０１  ＴＩＴＬＥ要素
２１０２  ＭＥＴＡＤＥＴＡ要素
２１０３  ＡＳＳＯＣ要素
２１０４  ＵＲＬ要素
２１０５  ＰＬＡＹＬＩＳＴ要素
２１０６  ＴＲＡＣＫ要素
２１０７  ＭＡＲＫＥＲ要素
２１０８  ＳＹＮＣＳＬＩＤＥＳＨＯＷ要素
２１０９  ＳＹＮＣＭＡＰ要素
２１１０  ＳＬＩＤＥＳＨＯＷ要素
２１１１  ＳＹＮＣＴＥＸＴ要素
２１１２  ＳＹＮＣＴＥＸＴＢＬＯＣＫ要素
２１１３  ＴＥＸＴ要素
２１１４  ＶＩＤＥＯ要素
２１１５  ＦＩＬＥ要素
２１１６  ＳＬＩＤＥ要素
２１１７  ＭＥＮＵ要素
２１１８  ＢＵＴＴＯＮ要素
２１１９  ＴＥＸＴＢＵＴＴＯＮ要素
２１２０  ＧＲＡＰＨＩＣＢＵＴＴＯＮ要素
２１２１  ＣＯＭＭＡＮＤ要素
２２０１  ＣＥＬ  ＩＤ
２２０２  ファイル名
２２０３  開始アドレス
２２０４  終了アドレス
２３０１〜２３０６  パッケージ
２４０１〜２４０４  パッケージ
２５００  メモリカード
２５０１  液晶ディスプレイ
２５０２  操作パネル
２５０３  ヘッドフォン
２６０１  ディスク
２６０２  データ読み取り部
２６０３  再生制御情報解析部
２６０４  再生制御情報変換部
２６０５  データ変換部
２６０６  データ書き込み部
２６０７  通信部
２６１０  通信ネットワーク
２６１１  コンテンツ情報サーバ
【図１】
0003606794.tif 000002
【図２】
0003606794.tif 000003
【図３】
0003606794.tif 000004
【図４】
0003606794.tif 000005
【図５】
0003606794.tif 000006
【図６】
0003606794.tif 000007
【図７】
0003606794.tif 000008
【図８】
0003606794.tif 000009
【図９】
0003606794.tif 000010
【図１０】
0003606794.tif 000011
【図１１】
0003606794.tif 000012
【図１２】
0003606794.tif 000013
【図１３】
0003606794.tif 000014
【図１４】
0003606794.tif 000015
【図１５】
0003606794.tif 000016
【図１６】
0003606794.tif 000017
【図１７】
0003606794.tif 000018
【図１８】
0003606794.tif 000019
【図１９】
0003606794.tif 000020
【図２０】
0003606794.tif 000021
【図２１】
0003606794.tif 000022
【図２２】
0003606794.tif 000023
【図２３】
0003606794.tif 000024
【図２４】
0003606794.tif 000025
【図２５】
0003606794.tif 000026
【図２６】
0003606794.tif 000027
【図２７】
0003606794.tif 000028
【図２８】
0003606794.tif 000029
【図２９】
0003606794.tif 000030
【図３０】
0003606794.tif 000031
【図３１】
0003606794.tif 000032
【図３２】
0003606794.tif 000033
【図３３】
0003606794.tif 000034
【図３４】
0003606794.tif 000035
【図３５】
0003606794.tif 000036
【図３６】
0003606794.tif 000037
【図３７】
0003606794.tif 000038
【図３８】
0003606794.tif 000039
【図３９】
0003606794.tif 000040
【図４０】
0003606794.tif 000041
【図４１】
0003606794.tif 000042
【図４２】
0003606794.tif 000043
【図４３】
0003606794.tif 000044
【図４４】
0003606794.tif 000045
【図４５】
0003606794.tif 000046