JP2003178201A

JP2003178201A - 通信装置、通信システム、通信方法、通信プログラムおよび通信プログラムを格納した記録媒体

Info

Publication number: JP2003178201A
Application number: JP2001373821A
Authority: JP
Inventors: Yoshihiko Ichii; 嘉彦一井; Yoshio Tanaka; 理生田中
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2001-12-07
Filing date: 2001-12-07
Publication date: 2003-06-27

Abstract

(57)【要約】【課題】オーディオデータに効果的に広告画像データ
を組み合わせることで広告効果を向上させることができ
る通信装置、通信システム、通信方法、通信プログラム
および通信プログラムを格納した記録媒体を提供する。【解決手段】通信システム１０は、通信装置２０、端
末装置３０、課金サーバ４０、ユーザ側金融サーバ５
０、提供者側金融サーバ６０などを備えて構成される。
通信装置２０は、オーディオデータおよび広告画像デー
タを提供する提供者側が所有する。端末装置３０は、提
供者側から提供されるオーディオデータおよび広告画像
データを購入する使用者側が所有する。通信装置２０
は、オーディオデータ記憶手段２００２、広告画像デー
タ記憶手段２００４、検索手段２００６、合成手段２０
０８、通信手段２０１０、課金制御手段２０１２を備え
ており、インターネット７０を介してオーディオデータ
や広告画像データを配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オーディオデータ
と広告画像データをユーザに送信する通信装置、通信シ
ステム、通信方法、通信プログラムおよび通信プログラ
ムを格納した記録媒体に関する。

【０００２】

【従来の技術】音楽配信サイトから楽曲のオーディオデ
ータを端末にダウンロードするコンテンツ配信システム
がある。このようなコンテンツ配信システムにおいて
は、ユーザがダウンロードしたい楽曲のオーディオデー
タに対する対価を支払ってオーディオデータを購入して
いる。また、楽曲のオーディオデータのダウンロードに
際しては、通信時間がかかるため、その間に広告画像デ
ータをユーザの端末に表示させることが行なわれてい
る。

【０００３】

【発明が解決しようとする課題】従来のコンテンツ配信
システムでは、楽曲と広告画像データとの組み合わせに
ついては特に考慮されておらず、効果的な広告がユーザ
になされているとはいいがたいものであった。本発明
は、このような実状に鑑みてなされたものであり、その
目的とするところは、オーディオデータに効果的に広告
画像データを組み合わせることで広告効果を向上させる
ことができる通信装置、通信システム、通信方法、通信
プログラムおよび通信プログラムを格納した記録媒体を
提供することにある。

【０００４】

【課題を解決するための手段】本発明の通信装置は前記
目的を達成するため、複数のオーディオデータと、これ
らオーディオデータのそれぞれに付加されたオーディオ
データ識別情報とが格納されたオーディオデータ記憶手
段と、複数の広告画像データと、これら広告画像データ
のそれぞれに関連付けられたオーディオデータ識別情報
とが格納された広告画像データ記憶手段と、ユーザから
指定された前記オーディオデータと該オーディオデータ
のオーディオデータ識別情報とを前記オーディオデータ
記憶手段から読み出し、前記読み出したオーディオデー
タ識別情報に対応する広告画像データを前記広告画像デ
ータ記憶手段から読み出す検索手段と、前記検索手段に
よって読み出された前記オーディオ識別情報および広告
画像データを合成して合成データを生成する合成手段
と、前記合成データをインターネットを介して外部に送
信する第１の通信手段とを備えることを特徴とする。そ
のため、本発明の通信装置によれば、ユーザから指定さ
れた前記オーディオデータと該オーディオデータのオー
ディオデータ識別情報とが前記オーディオデータ記憶手
段から読み出され、前記読み出されたオーディオデータ
識別情報に対応する広告画像データが前記広告画像デー
タ記憶手段から読みだされ、これら読み出されたオーデ
ィオ識別情報および広告画像データが合成された合成デ
ータがインターネットを介して外部に送信される。

【０００５】また、本発明の通信システムは、第１の通
信装置と第２の通信装置とがインターネットを介して通
信可能に接続された通信システムであって、前記第１の
通信装置は、複数のオーディオデータと、これらオーデ
ィオデータのそれぞれに付加されたオーディオデータ識
別情報とが格納されたオーディオデータ記憶手段と、複
数の広告画像データと、これら広告画像データのそれぞ
れに関連付けられたオーディオデータ識別情報とが格納
された広告画像データ記憶手段と、リクエスト情報によ
って要求される前記オーディオデータと該オーディオデ
ータのオーディオデータ識別情報とを前記オーディオデ
ータ記憶手段から読み出し、前記読み出したオーディオ
データ識別情報に対応する広告画像データを前記広告画
像データ記憶手段から読み出す検索手段と、前記検索手
段によって読み出された前記オーディオ識別情報および
広告画像データを合成して合成データを生成する合成手
段と、前記リクエスト情報をインターネットを介して前
記第２の通信装置から受信するとともに前記合成データ
をインターネットを介して前記第２の通信装置に送信す
る第１の通信手段とを備えて構成され、前記第２の通信
装置は、インターネットを介して前記第１の通信装置の
送信手段から前記合成データを受信する第２の通信手段
と、前記第２の通信手段で受信した前記合成データを格
納する合成データ記憶手段と、前記合成データを再生す
る再生手段と、前記リクエスト情報を生成するととも
に、該リクエスト情報を前記第２の通信手段を介して前
記第１の通信手段に送信させる要求手段とを備えて構成
されていることを特徴とする。

【０００６】また、本発明の通信方法は、第１の通信装
置と第２の通信装置とがインターネットを介して通信可
能に接続された通信システムで実行される通信方法であ
って、第１の通信装置制御ステップと、第２の通信装置
制御ステップとを含み、前記第１の通信装置制御ステッ
プは、複数のオーディオデータと、これらオーディオデ
ータのそれぞれに付加されたオーディオデータ識別情報
とをオーディオデータ記憶手段に格納させる第１の記憶
ステップと、複数の広告画像データと、これら広告画像
データのそれぞれに関連付けられたオーディオデータ識
別情報とを広告画像データ記憶手段に格納させる第２の
記憶ステップと、リクエスト情報によって要求される前
記オーディオデータと該オーディオデータのオーディオ
データ識別情報とを前記オーディオデータ記憶手段から
読み出し、前記読み出したオーディオデータ識別情報に
対応する広告画像データを前記広告画像データ記憶手段
から読み出す検索ステップと、前記検索ステップによっ
て読み出された前記オーディオ識別情報および広告画像
データを合成して合成データを生成する合成ステップ
と、前記リクエスト情報をインターネットを介して前記
第２の通信装置から受信するとともに前記合成データを
インターネットを介して前記第２の通信装置に送信する
第１の通信ステップとを含み、前記第２の通信装置制御
ステップは、インターネットを介して前記第１の通信装
置から前記合成データを受信する第２の通信ステップ
と、前記第２の通信ステップで受信した前記合成データ
を合成データ記憶手段に格納させる第３の記憶ステップ
と、前記合成データを再生する再生ステップと、前記リ
クエスト情報を生成するとともに、該リクエスト情報を
前記第１の通信装置に送信する要求ステップとを含むこ
とを特徴とする。

【０００７】また、本発明の通信プログラムは、第１の
通信装置と第２の通信装置とがインターネットを介して
通信可能に接続された通信システムで実行される通信プ
ログラムであって、第１の通信装置制御ステップと、第
２の通信装置制御ステップとを含み、前記第１の通信装
置制御ステップは、複数のオーディオデータと、これら
オーディオデータのそれぞれに付加されたオーディオデ
ータ識別情報とをオーディオデータ記憶手段に格納させ
る第１の記憶ステップと、複数の広告画像データと、こ
れら広告画像データのそれぞれに関連付けられたオーデ
ィオデータ識別情報とを広告画像データ記憶手段に格納
させる第２の記憶ステップと、リクエスト情報によって
要求される前記オーディオデータと該オーディオデータ
のオーディオデータ識別情報とを前記オーディオデータ
記憶手段から読み出し、前記読み出したオーディオデー
タ識別情報に対応する広告画像データを前記広告画像デ
ータ記憶手段から読み出す検索ステップと、前記検索ス
テップによって読み出された前記オーディオ識別情報お
よび広告画像データを合成して合成データを生成する合
成ステップと、前記リクエスト情報をインターネットを
介して前記第２の通信装置から受信するとともに前記合
成データをインターネットを介して前記第２の通信装置
に送信する第１の通信ステップとを含み、前記第２の通
信装置制御ステップは、インターネットを介して前記第
１の通信装置から前記合成データを受信する第２の通信
ステップと、前記第２の通信ステップで受信した前記合
成データを合成データ記憶手段に格納させる第３の記憶
ステップと、前記合成データを再生する再生ステップ
と、前記リクエスト情報を生成するとともに、該リクエ
スト情報を前記第１の通信装置に送信する要求ステップ
とを含むことを特徴とする。

【０００８】また、本発明の記録媒体は、第１の通信装
置と第２の通信装置とがインターネットを介して通信可
能に接続された通信システムで実行される通信プログラ
ムを記録したコンピュータ読取り可能な記録媒体であっ
て、第１の通信装置制御ステップと、第２の通信装置制
御ステップとを含み、前記第１の通信装置制御ステップ
は、複数のオーディオデータと、これらオーディオデー
タのそれぞれに付加されたオーディオデータ識別情報と
をオーディオデータ記憶手段に格納させる第１の記憶ス
テップと、複数の広告画像データと、これら広告画像デ
ータのそれぞれに関連付けられたオーディオデータ識別
情報とを広告画像データ記憶手段に格納させる第２の記
憶ステップと、リクエスト情報によって要求される前記
オーディオデータと該オーディオデータのオーディオデ
ータ識別情報とを前記オーディオデータ記憶手段から読
み出し、前記読み出したオーディオデータ識別情報に対
応する広告画像データを前記広告画像データ記憶手段か
ら読み出す検索ステップと、前記検索ステップによって
読み出された前記オーディオ識別情報および広告画像デ
ータを合成して合成データを生成する合成ステップと、
前記リクエスト情報をインターネットを介して前記第２
の通信装置から受信するとともに前記合成データをイン
ターネットを介して前記第２の通信装置に送信する第１
の通信ステップとを含み、前記第２の通信装置制御ステ
ップは、インターネットを介して前記第１の通信装置か
ら前記合成データを受信する第２の通信ステップと、前
記第２の通信ステップで受信した前記合成データを合成
データ記憶手段に格納させる第３の記憶ステップと、前
記合成データを再生する再生ステップと、前記リクエス
ト情報を生成するとともに、該リクエスト情報を前記第
１の通信装置に送信する要求ステップとを含むことを特
徴とする。

【０００９】そのため、本発明の通信システム、通信方
法、通信プログラムおよび通信プログラムを格納した記
録媒体によれば、第１の通信装置においては、第２の通
信装置からのリクエスト情報で指定された前記オーディ
オデータと該オーディオデータのオーディオデータ識別
情報とが前記オーディオデータ記憶手段から読み出さ
れ、前記読み出されたオーディオデータ識別情報に対応
する広告画像データが前記広告画像データ記憶手段から
読みだされ、これら読み出されたオーディオ識別情報お
よび広告画像データが合成された合成データがインター
ネットを介して第２外部に送信される。第２の通信装置
においては、インターネットを介して前記合成データが
受信された前記合成データを合成データ記憶手段に格納
させるとともに、前記合成データが再生される。

【００１０】

【発明の実施の形態】次に、本発明の実施の形態の通信
システムとともに、通信装置、通信方法、通信プログラ
ムおよび通信プログラムを格納した記録媒体についてを
図面を参照して説明する。図１は本実施の形態の通信シ
ステムの機能ブロック図である。通信システム１０は、
通信装置２０（第１の通信装置）、端末装置３０（第２
の通信装置）、課金サーバ４０、ユーザ側金融サーバ５
０、提供者側金融サーバ６０などを備えて構成され、前
記通信装置２０と端末装置３０の間はインターネット７
０を介して通信可能に構成されている。

【００１１】前記通信装置２０は、オーディオデータお
よび広告画像データを提供する提供者側が所有するもの
である。前記通信装置２０は、例えばＣＤ−ＲＯＭなど
の記録媒体を読取り可能なＣＤ−ＲＯＭドライブを有す
るコンピュータによって構成されており、前記記録媒体
に記録されているプログラムがインストールされるよう
になっている。そして、前記コンピュータがインストー
ルされたプログラムを実行することによって後述する記
録装置２０の機能が実現される。前記コンピュータに
は、図示しないが、入力装置としてのキーボードやマウ
ス、出力装置としてのディスプレイが設けられている。

【００１２】前記端末装置３０は、前記提供者側から提
供されるオーディオデータおよび広告画像データを購入
する使用者（ユーザ）側が所有するものである。前記端
末装置３０は、例えばＣＤ−ＲＯＭなどの記録媒体を読
取り可能なＣＤ−ＲＯＭドライブを有するコンピュータ
によって構成されており、前記記録媒体に記録されてい
るプログラムがインストールされるようになっている。
そして、前記コンピュータがインストールされたプログ
ラムを実行することによって後述する端末装置３０の機
能が実現される。前記コンピュータには、図示しない
が、入力装置としてのキーボードやマウス、出力装置と
してのディスプレイ、音声出力部などが設けられてい
る。

【００１３】前記通信装置２０は、オーディオデータ記
憶手段２００２、広告画像データ記憶手段２００４、検
索手段２００６、合成手段２００８、通信手段２０１０
（第１の通信手段）、課金制御手段２０１２を備えてお
り、前記インターネット７０を介してオーディオデータ
や広告画像データを配信するサーバーを構成している。
前記オーディオデータ記憶手段２００２には、複数のオ
ーディオデータと、これらオーディオデータのそれぞれ
に付加されたオーディオデータ識別情報とが格納されて
いる。すなわち、図２に示すように、前記オーディオデ
ータＡＤは、楽曲のオーディオデータｄ１１と、その楽
曲名とアーティスト名（歌手名）などを示すテキストデ
ータからなるｄ１２とから構成されている。前記オーデ
ィオデータ識別情報ＩＤは、前記各オーディオデータＡ
Ｄを識別するために各オーディオデータＡＤ毎に付加さ
れている。

【００１４】前記広告画像データ記憶手段２００４は、
複数の広告画像データと、これら広告画像データのそれ
ぞれに関連付けられた前記オーディオデータ識別情報と
が格納されている。前記広告画像データは、動画および
／または静止画データで構成されている。すなわち、図
３に示すように、前記各広告画像データＣＤには、この
広告画像データＣＤに関連する１以上のオーディオデー
タＡＤのオーディオデータ識別情報ＩＤがそれぞれ関連
付けて格納されている。前記広告画像データＣＤとオー
ディオデータＡＤの関連付けは、例えば、オーデォオデ
ータＡＤのアーティストがその広告画像データＣＤによ
って構成される広告に出演していたり、前記広告の音楽
を担当していたりすることに基づいて行なわれる。オー
ディオデータと広告画像データとの関連付けは、それら
を組み合わせたときにこれらを視聴することで広告がよ
り効果的になされ、興味をひくものとなるように行なわ
れる。したがって、前記複数のオーディオデータＡＤか
ら１つのオーディオデータＡＤを選択すると、該オーデ
ィオデータＡＤのオーディオデータ識別情報ＩＤをキー
にして関連する広告画像データＣＤを特定することがで
きるように構成されている。

【００１５】前記検索手段２００６は、ユーザから指定
された前記オーディオデータＡＤに対応する前記オーデ
ィオデータＡＤおよび該オーディオデータＡＤのオーデ
ィオデータ識別情報ＩＤを前記オーディオデータ記憶手
段２００２から読み出し、前記読み出したオーディオデ
ータ識別情報ＩＤに対応する広告画像データＣＤを前記
広告画像データ記憶手段２００４から読み出すように構
成されている。

【００１６】前記合成手段２００８は、前記検索手段２
００６によって読み出された前記オーディオ識別情報Ｉ
Ｄおよび広告画像データＣＤを合成して合成データを生
成するように構成されている。図４に示すように、前記
合成データＦＤは、前記オーディオデータＡＤと、前記
広告データＣＤと、ヘッダＨとを含んで構成される。前
記ヘッダＨは、前記端末装置３０のプログラムを起動さ
せるためのプログラム起動コマンドを含んで構成されて
いる。

【００１７】前記通信手段２０１０は、前記合成データ
ＦＤを前記インターネット７０を介して前記端末装置３
０に送信するように構成されており、本例では合成デー
タＦの送信をＴＣＰ／ＩＰおよびＵＤＰ／ＩＰの２つの
プロトコルに従って同時に行うことが可能に構成されて
いる。前記通信手段２０１０は、前記端末装置３０から
前記合成データの購入を要求する購入要求情報を受信す
るように構成されている。

【００１８】前記課金制御手段２０１２は、前記通信手
段２０１０により受信された前記購入要求情報に基づい
て前記端末装置３０のユーザに対する課金を行うように
構成されている。前記ユーザには、各ユーザを識別する
ためのユーザＩＤ情報と、パスワードなどの認証情報と
が割り当てられており、前記通信装置２０には、自らを
識別するための通信装置ＩＤ情報が割り当てられてい
る。前記課金制御手段２０１２は、前記端末装置３０か
ら受信される前記ユーザＩＤ情報および認証情報を、前
記オーディオデータと広告画像データの利用金額および
前記通信装置ＩＤ情報とともに前記課金サーバ４０に送
信するように構成されている。前記課金処理は、図１に
示す課金サーバ４０、ユーザ側金融サーバ５０、提供者
側金融サーバ６０によって行なわれるが、これについて
は後述する。また、前記通信手段２０は、前記通信手段
２０１０によって送信される前記合成データＦＤを暗号
化する不図示の暗号化手段が設けられている。

【００１９】前記端末装置３０は、前記オーディオデー
タＡＤおよび広告データＣＤをインターネット７０を介
して前記通信装置２０からダウンロードするためのもの
であり、前記インターネット７０を介して前記通信装置
２０にアクセス可能に構成されている。前記端末装置３
０は、通信手段３００２（第２の通信手段）、記憶手段
３００４（合成データ記憶手段）、インターフェース手
段３００６、制御手段３００８などを備えている。前記
通信手段３００２は、前記インターネット７０を介して
前記通信装置２０とデータの授受を行うように構成され
ている。前記記憶手段３００４は、前記インターネット
７０を介して前記通信装置２０からダウンロードされる
オーディオデータＡＤおよび広告データＣＤを記憶する
ためのものであり、前記端末装置３０を構成するコンピ
ュータのハードディスク装置によって構成されている。
前記インターフェース手段３００６は、前記記憶手段３
００４にダウンロードされたオーディオデータＡＤおよ
び広告データＣＤを外部に接続されたＭＤレコーダ／プ
レーヤ８０に出力することにより、ＭＤ（ミニディス
ク）８００２に記録するためのものであり、前記オーデ
ィオデータＡＤおよび広告データＣＤのＭＤ８００２へ
の記録動作については後述する。前記制御手段３００８
は、前記通信手段３００２、記憶手段３００４、インタ
ーフェース手段３００６の制御を司るものである。ま
た、前記端末装置３０には、前記通信装置２０の暗号化
手段で暗号化された復号データ、すなわちオーディオデ
ータおよび広告画像データを復号化して再生する不図示
の復号化手段（再生手段）が設けられている。

【００２０】図５は、前記端末装置３０、前記通信装置
２０の課金制御手段２０１２、課金サーバ４０、ユーザ
側金融サーバ５０、提供者側金融サーバ６０のおける課
金処理の説明図である。図５に示すように、前記ユーザ
側金融サーバ５０は、ユーザの口座（以下顧客口座とい
う）が開設されている金融機関のサーバであり、前記顧
客口座からはユーザが購入したオーディオデータおよび
広告画像データの代金である利用金額の引き落としが可
能となるように構成されている。前記顧客口座には顧客
口座ＩＤが割り当てられており、前記ユーザ側金融サー
バ５０は前記顧客口座ＩＤによって各顧客口座を識別す
るとともに、前記顧客口座ＩＤと前記認証情報に基づい
て認証を行うように構成されている。また、前記顧客口
座から前記利用金額の引き落としが可能な否かを判断す
るように構成されている。

【００２１】前記提供者側金融サーバ６０は、前記オー
ディオデータおよび広告画像データの販売を行う提供者
の口座（以下提供者口座という）が開設されている金融
機関のサーバであり、前記顧客口座から引き落とされた
前記オーディオデータおよび広告画像データの利用金額
が振り込まれるように構成されている。

【００２２】前記課金サーバ４０は、前記課金制御手段
２０１２と通信回線を介して通信可能に構成されるとと
もに、前記ユーザ側金融サーバ５０と通信回線を介して
通信可能に構成されており、これら課金制御手段２０１
２とユーザ側金融サーバ５０と相互に情報を授受して課
金処理を行うように構成されている。すなわち、前記課
金サーバ４０は、前記課金制御手段２０１２から受信し
た前記通信装置ＩＤ情報に基づいて、前記ユーザの前記
認証情報、前記顧客口座ＩＤ、前記利用金額を前記顧客
側金融サーバ５０に問い合わせるように構成されてい
る。

【００２３】次に、上述のように構成された通信システ
ム１０の動作について、図６、図７のフローチャートを
参照して説明する。予め、前記端末装置３０は、インタ
ーネット７０を介して前記通信装置２０に接続された状
態にあるものとする。前記通信装置２０の前記オーディ
オデータ記憶手段２００２に格納されているオーディオ
データのテキストデータｄ１２に含まれる楽曲名および
歌手名は、前記端末装置３０上で実行されるソフトウェ
ア（ブラウザ）によってリスト形式で表示され、前記端
末装置３０のマウスなどよって希望する楽曲名および歌
手名をクリックすることによって希望のオーディオデー
タＡＤが選択される。前記端末装置３０の通信手段３０
０２は、前記選択されたオーディオデータＡＤのダウン
ロードを要求するリクエスト情報をインターネット７０
を介して前記通信装置２０に送信する（ステップＳ１
０）。前記リクエスト情報には、選択されたオーディオ
データを特定する情報と、無料の視聴を希望するか、有
料のダウンロードを希望するかを示す情報とが含まれて
いる。前記通信装置２０の通信手段２０１０がインター
ネット７０を介して前記リクエスト情報を受信すると、
前記検索手段２００６は、前記リクエスト情報に含まれ
るオーディオデータを特定する情報に基づいて前記オー
ディオデータ記憶手段２００２からオーディオデータを
検索する（ステップＳ１２）。

【００２４】そして、前記検索手段２００６は、前記リ
クエスト情報が視聴を希望するか否かを判定する（ステ
ップＳ１４）。ステップＳ１４の判定結果が否定
（“Ｎ”）、すなわち有料のダウンロードを希望するな
らば、前記オーディオデータ記憶手段２００２から検索
されたオーディオデータに基づいて該オーディオデータ
に関連つけられた広告画像データを前記広告画像データ
記憶手段２００４から検索することにより、前記オーデ
ィオデータがタイアップ広告のあるものか否かを判定す
る（ステップＳ１６）。ステップＳ１６の判定結果が肯
定（“Ｙ”）ならば、前記通信手段２０１０は、前記端
末装置３０に広告画像データの購入を確認するための情
報を前記端末装置３０に送信する。これにより、図８
（Ａ）に示すように、前記端末装置３０のディスプレイ
には、ダウンロードを希望したオーディオデータＡＤの
テキストデータである歌手名と楽曲名、利用金額、およ
びダウンロードを実行するためのボタンｂ１が表示され
る。前記ボタンｂ１をクリックすることにより、図８
（Ｂ）に示すように、広告画像データを購入するか否か
を選択するためのボタンｂ２１、ｂ２２が表示される
（ステップＳ１８）。次いで、前記オーディオデータと
広告画像データの双方を購入するか否かを選択する（ス
テップＳ２０）。すなわち、前記ボタンｂ２１をクリッ
クすることにより広告画像データの購入が選択され、ボ
タンｂ２２をクリックすることにより広告画像データを
購入しないことが選択される。

【００２５】前記ステップＳ２０の判定結果が肯定
（“Ｙ”）ならば、前記通信手段３００２は、前記オー
ディオデータと広告画像データの双方を購入することを
要求する購入要求情報を前記通信装置２０に送信する
（ステップＳ２２）。これにより、以下に説明するよう
に課金処理が開始される。図９のフローチャートに示す
ように、前記通信手段３００２は、ステップＳ２２を実
行するとともに、前記購入要求情報を構成する、課金処
理を行うために必要な情報である前記ユーザＩＤ情報お
よび認証情報を前記通信装置２０に送信する（ステップ
１１０１）。これにより、前記通信装置２０の課金制御
手段２０１２は、通信手段２０１０で受信された前記ユ
ーザＩＤ情報および認証情報と、前記オーディオデータ
と広告画像データの利用金額および前記通信装置ＩＤ情
報とを通信手段２０１０により前記課金サーバ４０に送
信する（ステップＳ１１１１）。前記課金サーバ４０
は、前記課金制御手段２０１２から受信した前記通信装
置ＩＤ情報に基づいて、前記ユーザの前記認証情報、前
記顧客口座ＩＤ、前記利用金額を前記顧客側金融サーバ
５０に問い合わせる（ステップＳ１１２１）。前記ユー
ザ側金融サーバ５０は、受信した前記顧客口座ＩＤと前
記認証情報に基づいて認証処理を実行し、認証結果と利
用可否を前記課金サーバ４０に通知する（ステップＳ１
１３１）。前記課金サーバ４０は、前記ユーザ側金融サ
ーバ５０から受信した認証結果と利用可否を前記通信装
置２０に通知する（ステップＳ１１２２）。前記通信装
置２０の課金制御手段２０１２は、前記課金サーバ４０
から通知された認証結果と利用可否に基づいて前記端末
装置３０に通知する（ステップＳ１１１２）。

【００２６】前記端末装置３０は、前記課金制御手段２
０１２から受信した認証結果と利用可否に基づいて、決
済を承認するか否かの確認を促す表示を前記ディスプレ
イに表示する（図６のステップＳ２４）。前記端末装置
３０は、前記表示に応じてユーザにより決済を承認する
旨が入力されると、決済承認を示す情報を前記通信装置
２０に送信し（ステップＳ１１０２、図６のステップＳ
２６）、後述するようにオーディオデータのダウンロー
ドのサービスを受ける（ステップＳ１１０３）。前記通
信制御手段２０１２は、前記決済承認を示す情報を受信
すると、決済処理を許可する旨の情報を課金サーバ４０
に通知する（ステップＳ１１１３）。前記課金サーバ４
０は、前記課金制御手段２０１２から受信した決済処理
を許可する旨の情報に基づいて、前記顧客口座ＩＤ、前
記利用金額、前記提供者口座ＩＤを前記顧客側金融サー
バ５０に通知する（ステップＳ１１２３）。前記顧客側
金融サーバ５０は、前記顧客口座ＩＤの口座から前記利
用金額を前記提供者口座ＩＤの口座に振り込む（ステッ
プＳ１１３２）。また、前記ステップＳ２０の判定結果
が否定（“Ｎ”）ならば、前記通信手段３００２は、前
記オーディオデータのみを購入することを要求する購入
要求情報を前記通信装置２０に送信して（ステップＳ２
１）、ステップＳ２４に移行する。この場合には、前記
利用金額が前記オーディオデータのみである点を除いて
前記と同様の処理が行われる。

【００２７】図６に戻って説明を続ける。ステップＳ２
６で決済を承認する旨を通信装置２０に送信すると、前
記通信装置２０の合成手段２００８は、図１０に示すよ
うに、前記検索手段２００６によって読み出された前記
オーディオ識別情報ＩＤおよび広告画像データＣＤを合
成することにより、ダウンロードファイルを構成する図
４に示す合成データＦを生成する（ステップＳ２８）。
次いで、前記合成データＦを通信手段２０１０から前記
端末装置３０に送信する（ステップＳ３０）。この際、
合成データＦは前記暗号化手段によって暗号化された状
態で送信される。また、ステップＳ２０の判定結果が否
定（“Ｎ”）ならば、前記通信手段３００２は、前記オ
ーディオデータを購入することを要求する情報を前記通
信装置２０に送信し（ステップＳ２２）、前述した図９
のフローチャートと同様の処理が行われステップＳ２４
に移行する。また、ステップＳ１６の判定結果が否定
（“Ｎ”）ならば、オーディオデータのみによって合成
データＦが作成され（ステップＳ１７）、ステップＳ３
０に移行する。また、ステップＳ１４の判定結果が肯定
（“Ｙ”）ならば、前記オーディオデータがタイアップ
広告のあるものか否かを判定する（ステップＳ３２）。
ステップＳ３２の判定結果が否定（“Ｎ”）ならば、ス
テップＳ１７に移行し、肯定ならばステップＳ２８に移
行する。

【００２８】ステップ３０が実行されると、図７に示す
ように、前記端末装置３０の通信手段３００２は、前記
合成データＦの受信を開始する（ステップＳ３４）。前
記合成データＦのヘッダＨに含まれるプログラム起動コ
マンドにより前記端末装置３０の前記制御手段３００８
がプログラムを起動させ、合成データＦのダウンロード
用の画面が前記ディスプレイに表示される（ステップＳ
３６）。次いで、無料視聴か否かを判定し（ステップＳ
３７）、この判定結果が否定（“Ｎ”）ならばダウンロ
ードするデータに広告画像データが含まれているか否か
を判定する（ステップＳ３８）。ステップＳ３８の判定
結果が肯定（“Ｙ”）ならば、前記端末装置３０にダウ
ンロードされたオーディオデータを前記記憶手段３００
４の所定の記憶領域に暗号化された状態で格納するとと
もに、ダウンロードされた広告画像データは、前記記憶
手段３００４の前記オーディオデータを格納する領域と
は別に設定されたワークファイルに暗号化された状態で
格納する（ステップＳ４０）。

【００２９】そして、図１１（Ａ）、（Ｂ）に示すよう
なダウンロードの進捗状態を示す画面が端末装置３０の
ディスプレイ上に表示される（ステップＳ４２）。この
際、図１１（Ａ）、（Ｂ）に示すように、前記画面に
は、ダウンロードされている前記広告画像データＣＤが
表示されるとともに、データがダウンロードされている
ことを示すアニメーション画像Ａ、ダウンロードの残り
時間Ｔ、ダウンロードの残りデータ量Ｍ、ダウンロード
しているオーディオデータの歌手名と楽曲名なども表示
される。なお、ステップ４２において、前記通信手段３
００２は、ＴＣＰ／ＩＰに従って受信することにより前
記オーディオデータおよび広告画像データをダウンロー
ドしている。この際、前記通信手段３００２は、ＵＤＰ
／ＩＰに従って前記オーディオデータおよび広告画像デ
ータを受信してストリーミング再生を行いながら、バッ
クグラウンドでＴＣＰ／ＩＰに従って前記オーディオデ
ータおよび広告画像データを受信することにより前記オ
ーディオデータおよび広告画像データをダウンロードす
るようにしてもよい。

【００３０】前記オーディオデータＡＤの前記記憶手段
３００４への格納が完了すると（ステップＳ４４）、前
記広告画像データを購入しない場合には（ステップＳ４
６で“Ｎ”）、前記記憶手段３００４のワークファイル
に格納しておいた広告画像データを削除して（ステップ
Ｓ４８）、ダウンロード動作を終了する。前記広告画像
データを購入する場合には（ステップＳ４６で
“Ｙ”）、前記記憶手段３００４のワークファイルに格
納しておいた広告画像データを前記オーディオデータと
同じ所定領域に移動して（ステップＳ５０）、ダウンロ
ード動作を終了する。

【００３１】ダウンロードするデータに広告画像データ
が含まれていない場合（ステップＳ３８で“Ｎ”）に
は、端末装置３０にダウンロードされたオーディオデー
タを前記記憶手段３００４の所定の記憶領域に暗号化さ
れた状態で格納する（ステップＳ５２）。そして、図１
２（Ａ）、（Ｂ）に示すようなダウンロードの進捗状態
を示す画面が端末装置３０のディスプレイ上に表示され
る（ステップＳ５４）。図１２（Ａ）、（Ｂ）に示すよ
うに、前記画面には、データがダウンロードされている
ことを示すアニメーション画像Ａ、ダウンロードの残り
時間Ｔ、ダウンロードの残りデータ量Ｍ、ダウンロード
しているオーディオデータの歌手名と楽曲名なども表示
される。この際、前記通信手段３００２は、ＵＤＰ／Ｉ
Ｐに従って前記オーディオデータを受信してストリーミ
ング再生を行いながら、バックグラウンドでＴＣＰ／Ｉ
Ｐに従って前記オーディオデータを受信することにより
前記オーディオデータをダウンロードするようにしても
よい。前記オーディオデータＡＤの前記記憶手段３００
４への格納が完了すると（ステップＳ５６）、ダウンロ
ード動作を終了する。また、ステップＳ３７の判定結果
が肯定（“Ｙ”）ならば、前記通信手段３００２は、Ｕ
ＤＰ／ＩＰに従って前記オーディオデータおよび広告画
像データを受信してストリーミング再生を行う（ステッ
プＳ５８）。この場合には前記オーディオデータおよび
広告画像データの記憶手段３００４への格納は行なわれ
ない。前記記憶手段３００４に格納された前記オーディ
オデータおよび広告画像データは暗号化されているた
め、前記復号化手段によって前記オーディオデータおよ
び広告画像データが復号化されて再生される。

【００３２】前記インターフェース手段３００６は、前
記記憶手段３００４にダウンロードされたオーディオデ
ータＡＤおよび広告データＣＤを外部に接続されたＭＤ
レコーダ／プレーヤ８０に出力することにより、ＭＤ
（ミニディスク）８００２に記録する。本実施の形態で
は前記インターフェース手段３００６とＭＤレコーダ／
プレーヤ８０によって特許請求の範囲の転送記録手段が
構成されている。なお、この際に行なわれる端末装置３
０からＭＤレコーダ／プレーヤ８０を介したＭＤ（ミニ
ディスク）８００２へのデータ転送のトランザンクショ
ン処理の詳細と、ＭＤ８００２におけるデータ記録構造
の詳細とについては次に説明する。

【００３３】（トランザンクション処理）前記端末装置
３０からＭＤレコーダ／プレーヤ８０を介してＭＤ８０
０２に前記オーディオデータおよび広告画像データを転
送して記録するということは、前記端末装置３０の記憶
手段３００４を一次記録媒体とし、ＭＤ８００２を二次
記録媒体としたとき、一次記録媒体から二次記録媒体に
前記オーディオデータおよび広告画像データからなるコ
ンテンツデータを記録し、ＭＤ８００２のコンテンツデ
ータを再生可能な二次記録媒体側で再生を行うという使
用形態をとることになる。なお、以下の説明では前記端
末装置３０の記憶手段３００４、すなわちハードディス
ク装置（ＨＤＤ）を一次記録媒体とし、ＭＤ８００２を
二次記録媒体として説明する。

【００３４】このようなコンテンツデータの使用形態を
考えるときは、コンテンツデータについての著作権保護
を考慮しなければならない。例えばユーザーがコンテン
ツデータの配信サービスを利用したり、パッケージメデ
ィアの購入を行うなどして、ＨＤＤにコンテンツデータ
を蓄積した後、そのコンテンツデータを無制限に二次記
録媒体にコピー可能とすると、著作権者の正当な保護が
はかれない事態が生ずる。このためデジタルデータとし
てのコンテンツデータの扱い上で著作権保護を維持でき
るようにする様々な技術やデータ処理上の取り決めが提
案されているが、その１つに前記ＳＤＭＩという規格が
ある。このＳＤＭＩで策定されたデータパスについては
後述するが、例えば一次記録媒体から読み出されたコン
テンツデータ（以下、ディスクコンテンツ）について、
二次記録媒体への転送／記録が、著作権保護と一般ユー
ザーの利益（私的複製の権利）を勘案したうえで、適切
に行われるようにされている。

【００３５】ところで、一次記録媒体から二次記録媒体
へコンテンツデータを転送してコピーする場合において
は、上記のように著作権保護や私的複製の権利の双方を
満たすため、コンテンツデータ転送の一手法として、デ
ータ転送装置（一次記録媒体側機器）が転送先となるデ
ータ記録装置（二次記録媒体側機器）の認証を行い、認
証ＯＫとなった場合のみにコンテンツデータを転送する
こと、およびコンテンツデータは暗号化状態で転送する
が、二次記録媒体へは暗号化を解いて記録する。

【００３６】次に、コンテンツデータの暗号化およびそ
の復号のための手法の概略を説明する。例えば外部サー
バから上記一次記録媒体としてのＨＤＤにダウンロード
されて格納されるコンテンツデータはコンテンツキーＣ
Ｋで暗号化されたものとする。説明上、一次記録媒体で
あるＨＤＤには、ＡＴＲＡＣ３方式（もちろん他の圧縮
方式でもよいが）で圧縮されたコンテンツデータ「Ａ３
Ｄ」がコンテンツキーＣＫで暗号化されて格納されてい
るとする。

【００３７】なお本明細書では説明上、鍵（キー）ｘで
暗号化されたデータｙを、Ｅ（ｘ，ｙ）と表す。またその暗号化データＥ（ｘ，ｙ）について、
鍵ｘにより暗号化を復号したデータを、Ｄ｛ｘ，Ｅ（ｘ，ｙ）｝と表すこととする。従って、例えば上記のようにＡＴＲ
ＡＣ３方式の圧縮データを「Ａ３Ｄ」とすると、コンテ
ンツキーＣＫで暗号化されたコンテンツデータ「Ａ３
Ｄ」は、Ｅ（ＣＫ，Ａ３Ｄ）となる。またＥ（ＣＫ，Ａ３Ｄ）が、鍵ＣＫで復号され
たデータは、Ｄ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝と表わせられる。

【００３８】また一次記録媒体であるＨＤＤには、暗号
化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）とともに、ルー
トキーＫＲで暗号化された状態のコンテンツキーＣＫ、
つまり、Ｅ（ＫＲ，ＣＫ）も格納される。例えば外部サ
ーバから暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）と
ともに、暗号化コンテンツキーＥ（ＫＲ，ＣＫ）がダウ
ンロードされる。この場合、一次記録媒体であるＨＤＤ
から二次記録媒体にコンテンツデータを転送する場合、
暗号化コンテンツデータＥ（ＣＫ，Ａ３Ｄ）と暗号化コ
ンテンツキーＥ（ＫＲ，ＣＫ）を送信すればよい。二次
記録媒体側機器では、ルートキーＫＲを保持しているこ
とで、ルートキーＫＲを用いてコンテンツキーＣＫを復
号し、さらに復号したコンテンツキーＣＫを用いて暗号
化コンテンツデータを復号できるものとなる。ただしル
ートキーＫＲは、著作権者側の意志や各種事情によって
変更されるものであり、コンテンツデータ毎に異なるル
ートキーＫＲを設定することもできる。また具体例につ
いては後述するが、ルートキーＫＲの処理によってコン
テンツ配信先を限定できる機能を有する。このため、Ｅ
ＫＢ（Enabling Key Block：有効化キーブロック）と呼
ばれるデータが配信されることもあり、コンテンツデー
タが転送される正規の端末では、ＥＫＢによってルート
キーを確認できるようにした方式も採られている。つま
りＥＫＢも上記暗号化コンテンツデータや暗号化コンテ
ンツキーとともにサーバから配信されてＨＤＤに格納さ
れる。

【００３９】このような事情のうえで、ＨＤＤ等の一次
記録媒体からミニディスク等の二次記録媒体へコンテン
ツデータを転送してコピーする場合においては、転送処
理として、図１５に示すような手順が採られることにな
る。

【００４０】図１３はＨＤＤからミニディスクへ１つの
コンテンツデータを転送して記録させる場合である。ま
ず手順ｃ１としてＨＤＤを内蔵する一次記録媒体側機器
は、ミニディスク記録装置である二次記録媒体側機器に
ついて認証を行なう。認証ＯＫとなったら、手順ｃ２と
して、ルートキーＫＲの確認処理を行う。つまり一次記
録媒体側機器は送信しようとするコンテンツデータにつ
いてのＥＫＢを二次記録媒体側機器に送信し、二次記録
媒体側機器でルートキーＫＲが判別できるようにする。
次に手順ｃ３として、一次記録媒体側機器は暗号化され
たコンテンツキーＣＫを二次記録媒体側機器に送信す
る。二次記録媒体側機器では、上記確認したルートキー
ＫＲを用いてコンテンツキーＣＫを復号する。そして手
順ｃ４として一次記録媒体側機器は暗号化されたコンテ
ンツデータを二次記録媒体側機器に送信する。二次記録
媒体側機器では、上記復号したコンテンツキーＣＫを用
いてコンテンツデータを復号し、所定のデータ処理を行
って二次記録媒体であるミニディスクに記録する。最後
に手順ｃ５として、二次記録媒体側機器では、コンテン
ツデータのミニディスクへの書込に伴って、ミニディス
ク上での管理情報、即ちＵ−ＴＯＣとして知られている
管理情報の更新を行い、記録動作を完了させる。なお、
前記Ｕ−ＴＯＣについては後述する。以上の手順を踏む
ことで、著作権保護を確保した上で１つのコンテンツデ
ータの転送／コピー記録が行われる。

【００４１】次に、一次記録媒体から二次記録媒体への
コンテンツデータの転送と記録の処理について次の順序
で詳細に説明する。１．暗号化キーのツリー構造およびＥＫＢ２．システム構成３．ＳＤＭＩコンテンツのデータパス４．データ転送装置の構成例（一次記録媒体側機器／Ｐ
Ｃ）５．データ記録装置の構成例（二次記録媒体側機器／記
録再生装置）６．認証処理７．コンテンツ暗号化方式８．コンテンツ転送処理

【００４２】１．暗号化キーのツリー構造およびＥＫＢまず転送システムの具体的な説明に先立って、コンテン
ツ配信に用いられる暗号化方式キーの構造を説明する。
このため図１４、図１５、図１６を用いて、コンテンツ
配信側からコンテンツ受信側の各デバイスに暗号データ
を配信する場合における各デバイスにおける暗号処理鍵
（キー）の保有構成およびデータ配信構成を説明してい
く。

【００４３】図１４は、暗号化キーのツリー構造を示し
ており、図１４の最下段に示すナンバＤＶ０〜ＤＶ１５
がコンテンツ受信側となる個々のデバイスである。すな
わち図示する階層ツリー構造の各葉(リーフ：leaf)がそ
れぞれのデバイスに相当する。

【００４４】各デバイスＤＶ０〜ＤＶ１５は、製造時あ
るいは出荷時、あるいはその後において、図１４に示す
階層ツリー構造における、自分のリーフからルートに至
るまでのノードに割り当てられた鍵（ノードキー）およ
び各リーフのリーフキーからなるキーセットをメモリに
格納する。このキーセットはＤＮＫ（Device Node Ke
y）と呼ばれるが、その具体例については後に実施の形
態の例において説明する。図１４の最下段に示すＫ００
００〜Ｋ１１１１が各デバイスＤＶ０〜ＤＶ１５にそれ
ぞれ割り当てられたリーフキーであり、最上段のＫＲ
（ルートキー）に続いて、最下段から２番目の節（ノー
ド）に記載されたキー：Ｋ０〜Ｋ１１１をノードキーと
する。なお文言上「ルートキー」も「ノードキー」に含
むことがある。

【００４５】図１４に示すツリー構成において、例えば
デバイスＤＶ０は上記ＤＮＫとして、リーフキーＫ００
００と、ノードキー：Ｋ０００、Ｋ００、Ｋ０、ルート
キーＫＲを所有する。例えばＤＮＫにおいてはノードキ
ー：Ｋ０００、Ｋ００、Ｋ０、ルートキーＫＲをリーフ
キーＫ００００によって暗号化した状態で所有する。デ
バイスＤＶ５は同様の方式で、リーフキーＫ０１０１、
ノードキーＫ０１０、Ｋ０１、Ｋ０、ルートキーＫＲを
所有する。デバイスＤＶ１５も同様の方式で、リーフキ
ーＫ１１１１、ノードキーＫ１１１、Ｋ１１、Ｋ１、ル
ートキーＫＲを所有する。なお、図１４のツリーにはデ
バイスがＤＶ０〜ＤＶ１５の１６個のみ記載され、ツリ
ー構造も４段構成の均衡のとれた左右対称構成として示
しているが、さらに多くのデバイスがツリー中に構成さ
れ、また、ツリーの各部において異なる段数構成を持つ
ことが可能である。

【００４６】これらの様々な情報処理装置（デバイ
ス）、アプリケーションが共存するシステムにおいて、
例えば図１４の点線で囲んだ部分、すなわちデバイスＤ
Ｖ０，ＤＶ１，ＤＶ２，ＤＶ３を同一の記録媒体を用い
る１つのグループとして設定する。例えば、この点線で
囲んだグループ内に含まれるデバイスに対しては、まと
めて、共通のコンテンツを暗号化してプロバイダから送
付したり、各デバイス共通に使用するコンテンツキーを
送付したり、あるいは各デバイスからプロバイダあるい
は決済機関等にコンテンツ料金の支払データをやはり暗
号化して出力するといった処理が実行される。コンテン
ツプロバイダ、あるいは決済処理機関等、各デバイスと
のデータ送受信を行なう機関は、図１６の点線で囲んだ
部分、すなわちデバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ
３を１つのグループとして一括してデータを送付する処
理を実行する。このようなグループは、図１４のツリー
中に複数存在する。コンテンツプロバイダ、あるいは決
済処理機関等、各デバイスとのデータ送受信を行なう機
関は、メッセージデータ配信手段として機能する。

【００４７】なお、ノードキー、リーフキーは、ある１
つの鍵管理センタによって統括して管理してもよいし、
各グループに対する様々なデータ送受信を行なうプロバ
イダ、決済機関等のメッセージデータ配信手段によって
グループごとに管理する構成としてもよい。これらのノ
ードキー、リーフキーは例えばキーの漏洩等の場合に更
新処理が実行され、この更新処理は鍵管理センタ、プロ
バイダ、決済機関等が実行する。

【００４８】このツリー構造において、図１４から明ら
かなように、１つのグループに含まれる３つのデバイス
ＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３はノードキー／ルート
キーとして共通のキーＫ００、Ｋ０、ＫＲを保有する。
このノードキー共有構成を利用することにより、例えば
共通のコンテンツキーをデバイスＤＶ０，ＤＶ１，ＤＶ
２，ＤＶ３のみに提供することが可能となる。たとえ
ば、共通に保有するノードキーＫ００自体をコンテンツ
キーとして設定すれば、新たな鍵送付を実行することな
くデバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３のみが共通
のコンテンツキーの設定が可能である。また、新たなコ
ンテンツキーＣＫをノードキーＫ００で暗号化した値Ｅ
（Ｋ００，ＣＫ）を、ネットワークを介してあるいは記
録媒体に格納してデバイスＤＶ０，ＤＶ１，ＤＶ２，Ｄ
Ｖ３に配布すれば、デバイスＤＶ０，ＤＶ１，ＤＶ２，
ＤＶ３のみが、それぞれのデバイスにおいて保有する共
有ノードキーＫ００を用いて暗号Ｅ（Ｋ００，ＣＫ）を
解いてコンテンツキーＣＫを得ることが可能となる。

【００４９】また、ある時点ｔにおいて、デバイスＤＶ
３の所有するキーＫ００１１,Ｋ００１,Ｋ００,Ｋ０,Ｋ
Ｒが攻撃者（ハッカー）により解析されて露呈したこと
が発覚した場合、それ以降、システム（デバイスＤＶ
０，ＤＶ１，ＤＶ２，ＤＶ３のグループ）で送受信され
るデータを守るために、デバイスＤＶ３をシステムから
切り離す必要がある。そのためには、ノードキーＫ００
１，Ｋ００，Ｋ０、ルートキーＫＲをそれぞれ新たな鍵
Ｋ（ｔ）００１，Ｋ（ｔ）００，Ｋ（ｔ）０，Ｋ（ｔ）
Ｒに更新し、デバイスＤＶ０，ＤＶ１，ＤＶ２にその更
新キーを伝える必要がある。ここで、Ｋ（ｔ）ａａａ
は、鍵Ｋａａａの世代（Generation）：ｔの更新キーで
あることを示す。もちろんコンテンツ配信に際して、他
の事情、例えば著作権者側の要望やシステム配信上の都
合などの各種事情に応じて、ノードキーやルートキーＫ
Ｒを更新する場合もある。これらのことから、正規のデ
バイスに対してキー更新を伝える必要がある。

【００５０】更新キーの配布処理ついて説明する。キー
の更新は、例えば、図１６（ａ）に示す有効化キーブロ
ック（ＥＫＢ：Enabling Key Block）と呼ばれるブロッ
クデータによって構成されるテーブルを、たとえばネッ
トワーク、あるいは記録媒体に格納してデバイスに供給
することによって実行される。例えば上記のようにデバ
イスＤＶ３を切り離す場合は、ＥＫＢをデバイスＤＶ
０，ＤＶ１，ＤＶ２に供給する。なお、有効化キーブロ
ック（ＥＫＢ）は、図１４に示すようなツリー構造を構
成する各リーフに対応するデバイスに新たに更新された
キーを配布するための暗号化キーによって構成される。
有効化キーブロック（ＥＫＢ）は、キー更新ブロック
（ＫＲＢ：Key Renewal Block）と呼ばれることもあ
る。

【００５１】図１５（ａ）に示す有効化キーブロック
（ＥＫＢ）には、ノードキーの更新の必要なデバイスの
みが更新可能なデータ構成を持つブロックデータとして
構成される。図１５の例は、図１４に示すツリー構造中
のデバイスＤＶ０，ＤＶ１，ＤＶ２において、世代ｔの
更新ノードキーを配布することを目的として形成された
ブロックデータである。例えば上記のようにキーＫ００
１１，Ｋ００１，Ｋ００，Ｋ０，ＫＲが不正に露呈され
た場合を想定すると、デバイスＤＶ０，デバイスＤＶ１
は、更新キーとしてＫ（ｔ）００、Ｋ（ｔ）０、Ｋ
（ｔ）Ｒが必要となり、デバイスＤＶ２は、更新キーと
してＫ（ｔ）００１、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ
（ｔ）Ｒが必要となる。

【００５２】図１５（ａ）のＥＫＢに示されるように、
この場合ＥＫＢには複数の暗号化キーが含まれる。最下
段の暗号化キーは、Ｅ（Ｋ００１０，Ｋ（ｔ）００１）
である。これはデバイスＤＶ２の持つリーフキーＫ００
１０によって暗号化された更新ノードキーＫ（ｔ）００
１であり、デバイスＤＶ２は、自身の持つリーフキーに
よってこの暗号化キーを復号し、Ｋ（ｔ）００１を得る
ことができる。また、復号により得たＫ（ｔ）００１を
用いて、図１５（ａ）の下から２段目の暗号化キーＥ
（Ｋ（ｔ）００１，Ｋ（ｔ）００）を復号可能となり、
更新ノードキーＫ（ｔ）００を得ることができる。以
下、図１５（ａ）の上から２段目の暗号化キーＥ（Ｋ
（ｔ）００，Ｋ（ｔ）０）を復号し、更新ノードキーＫ
（ｔ）０を得、さらに上から１段目の暗号化キーＥ（Ｋ
（ｔ）０，Ｋ（ｔ）Ｒ）を復号し更新ルートキーＫ
（ｔ）Ｒを得る。

【００５３】一方、デバイスＤＶ０，ＤＶ１においてそ
れぞれリーフキーＫ００００、Ｋ０００１、およびノー
ドキーＫ０００は更新する対象に含まれておらず、更新
キーとして必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ
（ｔ）Ｒである。このためデバイスＤＶ０，ＤＶ１で
は、それぞれ図１５（ａ）の上から３段目の暗号化キー
Ｅ（Ｋ０００，Ｋ（ｔ）００）を復号して更新ノードキ
ーＫ（ｔ）００を取得し、また暗号化キーＥ（Ｋ（ｔ）
００，Ｋ（ｔ）０）を復号して更新ノードキーＫ（ｔ）
０を取得し、さらに暗号化キーＥ（Ｋ（ｔ）０，Ｋ
（ｔ）Ｒ）を復号して更新ルートキーＫ（ｔ）Ｒを得
る。このようにして、デバイスＤＶ０，ＤＶ１，ＤＶ２
は更新したルートキーＫ（ｔ）Ｒを得ることができる。
なお、図１５（ａ）のインデックスは、復号キーとして
使用するノードキー、リーフキーの絶対番地を示す。

【００５４】また、図１４に示すツリー構造の上位段の
ノードキーＫ（ｔ）０，Ｋ（ｔ）Ｒの更新が不要であ
り、ノードキーＫ００のみの更新処理が必要である場合
には、図１５（ｂ）の有効化キーブロック（ＥＫＢ）を
用いることで、更新ノードキーＫ（ｔ）００をデバイス
ＤＶ０，ＤＶ１，ＤＶ２に配布することができる。

【００５５】図１５（ｂ）に示すＥＫＢは、例えば特定
のグループにおいて共有する新たなコンテンツキーを配
布する場合に利用可能である。具体例として、図１６に
点線で示すグループ内のデバイスＤＶ０，ＤＶ１，ＤＶ
２，ＤＶ３がある記録媒体を用いており、新たな共通の
コンテンツキーＣＫ（ｔ）が必要であるとする。このと
き、デバイスＤＶ０，ＤＶ１，ＤＶ２，ＤＶ３の共通の
ノードキーＫ００を更新したＫ（ｔ）００を用いて新た
な共通の更新コンテンツキーＣＫ（ｔ）を暗号化したデ
ータＥ（Ｋ（ｔ）００，ＣＫ（ｔ））を図１５（ｂ）に
示すＥＫＢとともに配布する。この配布により、デバイ
スＤＶ４など、その他のグループの機器においては復号
されないデータとしての配布が可能となる。すなわち、
デバイスＤＶ０，ＤＶ１，ＤＶ２はＥＫＢを処理して得
たＫ（ｔ）００を用いて上記暗号文を復号すれば、ｔ時
点でのコンテンツキーＣＫ（ｔ）を得ることが可能にな
る。

【００５６】以上のようにキー構造がツリー構造とされ
るとともに、上記例のようなＥＫＢによって任意に各キ
ーを更新することが可能となる。このキー構造を用いる
ことで、各種事情に応じてルートキーＫＲやノードキー
を更新することも容易に可能となり、正規な状態でのコ
ンテンツ配信がフレキシブルに実行できる。

【００５７】図１６に有効化キーブロック（ＥＫＢ）の
フォーマット例を示す。４バイトでノードキーの数が示
される。４バイトでノードキーの深さが示される。これ
は有効化キーブロック（ＥＫＢ）の配布先のデバイスに
対する階層ツリーの階層数を示す。４バイトでＥＫＢの
バージョンが示される。なおバージョンは最新のＥＫＢ
を識別する機能とコンテンツとの対応関係を示す機能を
持つ。リザーブは予備領域である。

【００５８】オフセットアドレスとして１６バイトの位
置から、１６×Ｍバイトの領域にＥＫＢの実内容となる
暗号化されたノードキー（１又は複数）が示される。つ
まり図１５（ａ）（ｂ）で説明したような暗号化キーで
ある。さらに、暗号化ＥＫＢバージョンや、電子署名
（Signature）が示される。電子署名は、有効化キーブ
ロック（ＥＫＢ）を発行したＥＫＢ発行局、例えば鍵管
理センタ、コンテンツロバイダ、決済機関等が実行する
電子署名である。ＥＫＢを受領したデバイスは署名検証
によって正当な有効化キーブロック（ＥＫＢ）発行者が
発行した有効化キーブロック（ＥＫＢ）であることを確
認する。

【００５９】２．システム構成上記のキー構造を採用した本発明の実施の形態につい
て、以下説明していく。図１７にシステム構成例を示
す。以下の説明において、本発明の端末装置３０に相当
するのは一次記録媒体側機器１、本発明のＭＤレコーダ
／プレーヤ８０に相当するのは二次記録媒体側機器１２
０、本発明の通信装置２０に相当するのはコンテンツサ
ーバ９１、本発明のインターネット７０に相当するのは
ネットワーク１１０である。

【００６０】一次記録媒体側機器１は、例えばパーソナ
ルコンピュータにより形成される。以下、説明の便宜
上、一次記録媒体側機器１をパーソナルコンピュータ１
と表記する場合もある。ただし一次記録媒体側機器１
は、必ずしもパーソナルコンピュータによって形成され
るものではない。この一次記録媒体側機器１は、例えば
パーソナルコンピュータ上で起動されるＳＤＭＩコンテ
ンツデータの蓄積／転送等を実行するソフトウエアによ
って動作を実行する。そしてパーソナルコンピュータ１
に内蔵（又は外付け）のＨＤＤ５が一次記録媒体とされ
る。

【００６１】一次記録媒体側機器１は、通信ネットワー
ク１１０を介してコンテンツサーバ９１と通信可能とさ
れ、これによって音楽等のコンテンツデータのダウンロ
ードが可能とされる。もちろんコンテンツサーバ９１は
複数存在し、パーソナルコンピュータ１のユーザーは多
様なデータダウンロードサービスを任意に利用できるも
のである。

【００６２】ネットワーク１１０を形成する伝送路は、
有線又は無線の公衆回線網とされてもよいし、パーソナ
ルコンピュータ１とコンテンツサーバ９１の専用回線と
してもよい。具体的にはネットワーク１１０としては、
例えばインターネット、衛星通信網、光ファイバー網、
その他各種の通信回線が適用できる。

【００６３】また、パーソナルコンピュータ１のＨＤＤ
５には、内蔵或いは外付けのディスクドライブ装置によ
りＣＤ−ＤＡやＤＶＤなどのパッケージメディア９０
（以下、ディスク９０ともいう）から再生された音楽等
のコンテンツデータを蓄積させることもできる。

【００６４】パーソナルコンピュータ１には、二次記録
媒体側機器１２０を接続し、この二次記録媒体側機器１
２０に対して、ＨＤＤ５に蓄積したコンテンツデータを
転送可能とされる。二次記録媒体側機器１２０は、二次
記録媒体に対する記録装置（記録再生装置）とされる。
そしてパーソナルコンピュータ１から転送されてきたコ
ンテンツデータを二次記録媒体にコピー記録できるもの
とされる。

【００６５】二次記録媒体側機器１２０は、著作権保護
が要求されるＳＤＭＩコンテンツを、暗号化を解いた状
態で二次記録媒体に記録するものである。ここでの二次
記録媒体の例としては、ミニディスクを挙げる。従って
二次記録媒体側機器１２０は、ミニディスク記録再生装
置とされる。以下、二次記録媒体側機器１２０を、記録
再生装置１２０と表記する場合もある。

【００６６】パーソナルコンピュータ１と二次記録媒体
側機器１２０とは、例えばＵＳＢ（Universal Serial B
us）、ＩＥＥＥ１３９４などの伝送規格に基づく接続が
行われる。もちろん他の伝送規格の有線伝送路、或いは
無線伝送路によりコンテンツデータ等の転送が可能とさ
れるものでもよい。

【００６７】３．ＳＤＭＩコンテンツのデータパス例えば図１７のようなシステムを想定した場合の、ＳＤ
ＭＩで策定されたデータパスを図１８に示す。なお、こ
のデータパスは、例えば一次記録媒体としてのＨＤＤ５
を備えたパーソナルコンピュータ１において、音楽コン
テンツの蓄積および外部機器（二次記録媒体側機器１２
０）への転送処理についてのデータパスであり、換言す
ればパーソナルコンピュータ１において音楽コンテンツ
の蓄積／転送処理を行うソフトウエアにより実現される
ものである。図１８のデータパス上の手順／処理はＤＰ
１〜ＤＰ７の符号を付しており、以下の説明では対応箇
所をこの符号で示す。

【００６８】図１７に示したネットワーク１１０を介し
て外部サーバ９１から配信されたコンテンツデータ（ネ
ットワークコンテンツ）は、まずそれがＳＤＭＩに準拠
した著作権保護されるコンテンツであるか否かが確認さ
れる（ＤＰ１）。配信されるネットワークコンテンツと
しては、サーバ側がＳＤＭＩに準拠したコンテンツとし
て送信してくるもの（以下、ＳＤＭＩ準拠コンテンツ）
と、ＳＤＭＩとは無関係なコンテンツ（以下、非ＳＤＭ
Ｉコンテンツ）がある。

【００６９】そしてＳＤＭＩ準拠コンテンツの場合は、
そのデータは例えばＤＥＳ等の鍵暗号によって、コンテ
ンツ鍵ＣＫで暗号化されている。コンテンツデータ自体
は、元々はＡＴＲＡＣ３などの圧縮方式でエンコードさ
れたデータ（Ａ３Ｄ）であるとすると、ＳＤＭＩ準拠コ
ンテンツは、Ｅ（ＣＫ，Ａ３Ｄ）の状態で配信される。

【００７０】配信されたネットワークコンテンツがＳＤ
ＭＩ準拠コンテンツであった場合は、一次記録媒体であ
るＨＤＤ５にＳＤＭＩコンテンツとして蓄積される（Ｄ
Ｐ１→ＤＰ２）。この場合、コンテンツデータは配信さ
れたＥ（ＣＫ，Ａ３Ｄ）の状態でＨＤＤ５に書き込まれ
る。或いは、暗号化が一旦復号された後、別の鍵ＣＫ’
で暗号化が行われ、つまり鍵の掛け替えが行われて、Ｅ
（ＣＫ’，Ａ３Ｄ）の状態でＨＤＤ５に書き込まれるこ
ともある。

【００７１】一方、ネットワークコンテンツが非ＳＤＭ
Ｉコンテンツであった場合は、ウォーターマークチェッ
ク、即ち電子透かしによるスクリーニング処理が行われ
る（ＤＰ１→ＤＰ３）。

【００７２】もしウォーターマークチェックに合格しな
い場合は、そのコンテンツデータはＳＤＭＩデータパス
上でコピー不可扱いとなる（ＤＰ３→ＤＰ５）。具体的
な扱いはソフトウエア設計により多様に考えられるが、
例えばＨＤＤ５には格納するが、他のメディアへのコピ
ー／ムーブのための転送が不可能なコンテンツデータと
扱われるようにしたり、或いはＳＤＭＩ準拠のコンテン
ツ処理上においてＨＤＤ５に格納されないものとするこ
とが考えられる。

【００７３】ウォーターマークチェックに合格した場
合、即ち電子透かしが存在し、かつコピーコントロール
ビットとしてコピー許可が確認された場合は、合法的に
コピー可能なコンテンツデータと判断され、続いてその
コンテンツデータをＳＤＭＩ扱いとするか否かが確認さ
れる（ＤＰ４）。このようなコンテンツデータをＳＤＭ
Ｉに準拠したものとして扱うか否かは、ソフトウエア設
計やユーザー設定などに応じたものとすればよい。

【００７４】ＳＤＭＩ扱いとしない場合は、非ＳＤＭＩ
扱いとして当該ＳＤＭＩに準拠したコンテンツデータパ
スからは除外される（ＤＰ６）。例えばＳＤＭＩに対応
しない記録装置への転送等を可能としてもよい。一方、
ＳＤＭＩ扱いとする場合は、そのコンテンツデータは暗
号化され、ＳＤＭＩコンテンツとしてＨＤＤ５に蓄積さ
れる（ＤＰ４→ＤＰ２）。例えばＥ（ＣＫ，Ａ３Ｄ）の
状態、又はＥ（ＣＫ’，Ａ３Ｄ）の状態でＨＤＤ５に蓄
積される。

【００７５】以上のデータパスにより、一次記録媒体と
してのＨＤＤ５には、ネットワーク１１０を介して得ら
れたＳＤＭＩ扱いのコンテンツ（ＳＤＭＩネットワーク
コンテンツ）が蓄積されるものとなる。

【００７６】パーソナルコンピュータ１に、記録再生装
置１２０が接続されている場合は、次のような処理が採
られる。なお上記のように、記録再生装置１２０は、Ｓ
ＤＭＩ対応の記録再生装置とは異なって、二次記録媒体
としてミニディスクに、暗号化を解いた状態で記録する
ものである。暗号化を解いた状態で記録することによ
り、そのミニディスクにコピー記録されたコンテンツデ
ータは、一般に普及している通常のミニディスク再生装
置によっても再生可能となり、これによってユーザーの
利便性を向上させることができる。但し、暗号化を解い
た状態で記録することは、著作権保護の点で不都合が生
じる。そこで、記録再生装置１２０にコンテンツデータ
を転送する場合には、所定の条件を満たすことが必要と
される。

【００７７】ＳＤＭＩネットワークコンテンツを記録再
生装置１２０に転送して暗号化を解いた状態で二次記録
媒体にコピー記録することを許可する条件としては、例
えば、記録再生装置１２０が認証ＯＫとなったこと、
転送しようとするコンテンツデータについてコピー記
録を著作権者側が認めていること、チェックインは不
可とされることおよびチェックアウト回数として転送の
扱いのルール（UsageRule）を満たすことの３つとされ
る。このの転送条件が満たされていることでＳＤ
ＭＩ対応記録再生装置１２０Ｂ以外の機器に対しても、
無制限なコピー転送はできず、著作権保護機能も確保さ
れる。また、転送を行う伝送路上では暗号化状態とされ
ること（記録再生装置１２０側で暗号解読を行う）でも
著作権保護機能を与えることができる。

【００７８】ＳＤＭＩネットワークコンテンツを記録再
生装置１２０に転送する場合には、上記の転送条
件がチェックされる（ＤＰ７）。即ち記録再生装置１２
０について所定の認証処理が行われる。また、コンテン
ツデータに含まれるフラグ情報などから、著作権者側の
コピー許可の意志が確認される。さらにチェックイン／
チェックアウトの扱いルールが課される。

【００７９】これらの条件に従って、ＳＤＭＩネットワ
ークコンテンツを記録再生装置２０Ａに転送する場合
は、その伝送線路上では暗号化状態のままデータ伝送が
行われる。つまり例えば上記のＥ（ＣＫ，Ａ３Ｄ）の状
態又はＥ（ＣＫ’，Ａ３Ｄ）の状態で転送される。そし
てこの暗号化されたＳＤＭＩネットワークコンテンツ
は、後述する図２０の構成の記録再生装置１２０におい
て受信処理された後、復号処理部２８で暗号化が復号さ
れ、例えば元のＡＴＲＡＣ３圧縮データ（Ａ３Ｄ）とさ
れる。そしてその暗号化が解かれたコンテンツデータ
が、エンコード／デコード部２４によるエンコード処理
を経て記録／再生部２５に供給され、ミニディスク１０
０にコピー記録されるものとなる。

【００８０】従って記録再生装置１２０が、ミニディス
ク１００にコピー記録したＳＤＭＩコンテンツを再生す
る場合は、ミニディスク１００から読み出したデータに
ついて通常のミニディスクシステムでのデコード処理、
つまりＥＦＭ復調、ＡＣＩＲＣエラー訂正、ＡＴＲＡＣ
圧縮方式に対する伸張処理等を行えばよい。これは、当
該コピー記録されたミニディスク１００は、通常のミニ
ディスク再生装置に装填した場合も、コンテンツデータ
が通常に再生できるものとなっていることを意味する。
つまりユーザーは、上述したように、ミニディスク１０
０にコピー記録したＳＤＭＩネットワークコンテンツ
を、ＳＤＭＩ非対応の通常のミニディスク再生装置で再
生させ、音楽等を楽しむことができる。

【００８１】なお、図１８のデータパスにおいて、ＤＰ
７の扱いルールチェック等によって転送許可がされない
場合は、記録再生装置１２０に対する転送が行われない
ことはいうまでもない。

【００８２】４．データ転送装置の構成例（一次記録媒
体側機器／ＰＣ）図１９に、データ転送装置となる一次記録媒体側機器１
の構成を示す。なお、ここで説明する例は、パーソナル
コンピュータにより一次記録媒体側機器１を形成する場
合であるが、同様の機能を持つ構成が専用のハードウエ
アにより構築されるなどにより、データ転送専用の機器
として形成されてもよい。

【００８３】本例の場合は、パーソナルコンピュータ１
にデータ転送装置としての機能を実行させるソフトウエ
アプログラムがインストールされることでデータ転送装
置となる一次記録媒体側機器が実現される。なお、本明
細書で「パーソナルコンピュータ」又は「コンピュー
タ」といっているのは、いわゆる汎用コンピュータとし
ての広義の意味である。当該プログラムは、コンピュー
タに内蔵されている記録媒体としてのハードディスク
（ＨＤＤ）５やＲＯＭ３に予め記録しておくことができ
る。あるいはまた、プログラムは、フロッピー（登録商
標）ディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only
Memory)、ＭＯ(Magneto optical)ディスク、ＤＶＤ(Dig
ital Versatile Disc)、磁気ディスク、半導体メモリな
どのリムーバブル記録媒体９０に、一時的あるいは永続
的に格納（記録）しておくことができる。このようなリ
ムーバブル記録媒体９０は、いわゆるパッケージソフト
ウェアとして提供することができる。

【００８４】なお、プログラムは、上述したようなリム
ーバブル記録媒体９０からコンピュータにインストール
する他、ダウンロードサイトから、ディジタル衛星放送
用の人工衛星を介して、コンピュータに無線で転送した
り、ＬＡＮ(Local Area Network)、インターネットとい
ったネットワークを介して、コンピュータに有線で転送
し、コンピュータでは、そのようにして転送されてくる
プログラムを、通信部８で受信し、内蔵するＨＤＤ５に
インストールすることができる。

【００８５】図１９のコンピュータ１は、ＣＰＵ(Centr
al Processing Unit)２を内蔵している。ＣＰＵ２に
は、バス１２を介して、入出力インタフェース１０が接
続されている。ＣＰＵ２は、入出力インタフェース１０
を介して、ユーザによって、キーボードや、マウス、マ
イク等で構成される入力部７が操作等されることにより
指令が入力されると、それに従って、ＲＯＭ(Read Only
Memory)３に格納されているプログラムを実行する。あ
るいはまた、ＣＰＵ２は、ＨＤＤ５に格納されているプ
ログラム、衛星若しくはネットワークから転送され、通
信部８で受信されてＨＤＤ５にインストールされたプロ
グラム、またはドライブ９に装着された光ディスク等の
リムーバブル記録媒体９０から読み出されてＨＤＤ５に
インストールされたプログラムを、ＲＡＭ(Random Acce
ss Memory)４にロードして実行する。これにより、ＣＰ
Ｕ２は、後述するＳＤＭＩコンテンツに対してのデータ
転送装置としての処理を実行する。そしてＣＰＵ２は、
その処理結果を、必要に応じて、例えば入出力インタフ
ェース１０を介して、ＬＣＤ(Liquid Crystal Display)
やスピーカ等で構成される出力部６から出力、あるいは
通信部８から送信、さらにはＨＤＤ５に記録等させる。

【００８６】本例の場合、通信部８は、図１７のネット
ワーク１１０を介した各種サーバとの通信が可能とされ
る。即ちコンピュータ１は、外部のコンテンツサーバ９
１から音楽コンテンツ等のネットワークコンテンツのダ
ウンロードが可能とされる。ダウンロードされるネット
ワークコンテンツは、上述したデータパスに則って、Ｓ
ＤＭＩ対応のコンテンツとしての処理、もしくはＳＤＭ
Ｉ非対応のコンテンツとしての処理が行われ、例えば少
なくともＳＤＭＩ対応の処理としてはＳＤＭＩコンテン
ツとしてＨＤＤ５に蓄積される。ＨＤＤ５に蓄積された
ＳＤＭＩコンテンツは、認証された二次記録媒体側機器
（記録再生装置）１２０に対する転送対象のコンテンツ
となる。

【００８７】接続部１１は、二次記録媒体側機器１２０
との間でデータ通信可能に接続される部位である。例え
ばＵＳＢインターフェース、ＩＥＥＥ１３９４インター
フェースなどの例が考えられる。もちろん他の規格の有
線インターフェースや、赤外線や電波を用いた無線イン
ターフェースであってもよい。

【００８８】なお、図１８で説明したデータパスを実現
するための各種処理は、それぞれ時系列に処理する必要
はなく、並列的あるいは個別に実行される処理（例え
ば、並列処理あるいはオブジェクトによる処理）も含む
ものである。また、プログラムは、１つのコンピュータ
により処理されるものであっても良いし、複数のコンピ
ュータによって分散処理されるものであっても良い。さ
らに、プログラムは、遠方のコンピュータに転送されて
実行されるものであっても良い。

【００８９】５．データ記録装置の構成例（二次記録媒
体側機器／記録再生装置）二次記録媒体側機器（記録再生装置）１２０の構成例を
図２０に示す。この例は、記録再生装置１２０を例えば
ミニディスクレコーダとして構成したものである。従っ
て二次記録媒体１００は、ミニディスク（光磁気ディス
ク）の例となる。以下「ミニディスク１００」とも表記
する。なお、図２０においては、二次記録媒体１００と
してのミニディスクに対する記録再生データの処理系、
および上記一次記録媒体側機器１との間の認証処理やデ
ータ転送に対する処理系のみを示し、ミニディスク１０
０に対する駆動系、サーボ系、再生出力系等は通常のミ
ニディスク記録再生装置と同様であるため詳しい図示を
省略している。

【００９０】ＣＰＵ２１は記録再生装置１２０としての
全体を制御するシステムコントローラとなる。具体的に
は、ミニディスク１００に対する記録再生のために、回
転駆動、スピンドルサーボ、フォーカスサーボ、トラッ
キングサーボ、スレッドサーボなどの制御、光学ヘッド
／磁気ヘッドのレーザ光や磁界印加動作の制御、記録再
生データのエンコード／デコード処理の制御などを行
う。また、パーソナルコンピュータ１との間の認証のた
めの通信やデータ生成の指示や、パーソナルコンピュー
タ１からの各種コマンドのやりとり、転送されてくるコ
ンテンツデータに対する処理などの制御も行う。また図
示していないが、ユーザーインターフェースとして操作
部や表示部が設けられるが、操作部からのユーザー操作
の監視および操作に応じた処理や、表示部の表示制御な
ども行う。

【００９１】記録／再生部２５は、光学ヘッド、磁気ヘ
ッド、ディスク回転駆動系、サーボ系等が備えられ、実
際にミニディスク１００に対してデータの記録／再生を
行う部位である。

【００９２】エンコード／デコード部２４は、ミニディ
スク１００に対する記録データのエンコード、およびミ
ニディスク１００から再生された再生データのデコード
を行う。公知のようにミニディスクシステムの場合は、
記録データはＡＣＩＲＣエラー訂正符号のエンコード処
理やＥＦＭ変調処理が施される。エンコード／デコード
部２４は、記録データに対してＡＣＩＲＣエンコードお
よびＥＦＭエンコードを行って記録／再生部２５に供給
することになる。また再生時には、記録／再生部２５か
ら読み出されて供給されてきたデータ（ＲＦ信号）に対
して二値化処理、ＥＦＭ復調、ＡＣＩＲＣ方式のエラー
訂正処理などのデコード処理を行うことになる。

【００９３】コーデック２３は、ＡＴＲＡＣ／ＡＴＲＡ
Ｃ３方式の圧縮符号化による圧縮処理、および伸張処理
を行う部位である。ミニディスク１００に記録されるデ
ータは、ＡＴＲＡＣ又はＡＴＲＡＣ３方式の圧縮符号化
が行われた後、上記エンコード処理が施されたものであ
る。従って当該記録再生装置１２０に、圧縮符号化がさ
れていないデータ、例えばＰＣＭオーディオデータ等が
記録データとして入力された場合は、コーデック２３で
ＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮符号化が行われ、
その圧縮データがエンコード／デコード部２４に供給さ
れることになる。また再生時には、記録／再生部２５で
読み出され、エンコード／デコード部２４でデコードさ
れたデータは、ＡＴＲＡＣ／ＡＴＲＡＣ３方式の圧縮符
号化状態のデータである。このためコーデック２３でＡ
ＴＲＡＣ又はＡＴＲＡＣ３方式の圧縮に対する伸張処理
が行われることで、例えば４４．１ＫＨｚ、１６ビット
量子化のデジタルオーディオデータが復調される。この
デジタルオーディオデータは、図示しない出力系の回路
において、例えばＤ／Ａ変換、アナログ信号処理、増幅
処理等が行われて、スピーカ出力信号とされ、音楽等と
して再生される。或いは、デジタルオーディオデータの
状態で他の機器に対して出力可能とすることもできる。

【００９４】以上の構成は、通常のミニディスクシステ
ムの記録再生装置にも備えられる構成要素であるが、本
例の記録再生装置１２０では、一次記録媒体側機器１と
してのパーソナルコンピュータに対応する部位として、
インターフェース部２６および復号部２９が設けられ
る。

【００９５】インターフェース部２６は、図１９のパー
ソナルコンピュータ１の接続部１１との間で接続され、
パーソナルコンピュータ１との間でデータ通信を行う部
位である。このため、送受信データのバッファリングを
行うバッファ部２７、およびインターフェース上の信号
処理を行う送受信処理部２８が設けられる。例えばＵＳ
Ｂ又はＩＥＥＥ１３９４などの通信方式に対応する信号
処理を行う。インターフェース部２６を介してパーソナ
ルコンピュータ１との通信としては、パーソナルコンピ
ュータ１からの各種コマンドの受信や、後述する認証処
理のためのデータの送受信、およびＳＤＭＩコンテンツ
の受信などがある。

【００９６】復号部２９は、ＳＤＭＩコンテンツの暗号
化処理に対応するための部位であり、鍵記憶部３０、復
号処理部３１を備える。鍵記憶部３０には、暗号化され
て転送されてくるＳＤＭＩコンテンツを復号するための
鍵情報が格納される。ＳＤＭＩコンテンツはコンテンツ
キーＣＫ、ＣＫ’で暗号化されているため、少なくとも
コンテンツキーＣＫ、ＣＫ’を認識できる情報が格納さ
れる。具体的には後述するが、上記図１４の説明で言及
したＤＮＫ（Device Node Key）が格納されることにな
る。この記録再生装置１２０は、図１４における１つの
デバイス（ＤＶｘ）に相当するものとなるが、そのた
め、ＤＮＫにおいてリーフキーや、リーフキーによって
暗号化されたノードキー、ルートキーが格納されるもの
となる。そしてそのようなＤＮＫを用いて、また場合に
よっては送信されてくる上述したＥＫＢを用いて、コン
テンツキーＣＫを認識できる。

【００９７】ＳＤＭＩコンテンツに対するコンテンツキ
ーＣＫを認識可能な情報であるＤＮＫが格納されている
ことで、復号処理部３１は、コンテンツキーＣＫで暗号
化された状態で送信されてきたてＳＤＭＩコンテンツ、
即ち例えばＥ（ＣＫ、Ａ３Ｄ）の状態のコンテンツを、
復号することができる。つまりＤ｛ＣＫ，Ｅ（ＣＫ、Ａ
３Ｄ）｝＝Ａ３Ｄとして、復号されたＡＴＲＡＣ３圧縮
状態のデータを得ることができる。このようにして復号
されたＡＴＲＡＣ３圧縮データは、エンコード／デコー
ド部２４でのエンコード処理を経て、記録／再生部２５
でミニディスク１００に記録できる。

【００９８】なお、ＳＤＭＩコンテンツは、必ずしもＡ
ＴＲＡＣ３圧縮データが暗号化されたものではない。例
えばリニアＰＣＭデータが鍵ＣＫで暗号化されたものな
ども考えられる。つまり例えばＥ（ＣＫ、ＰＣＭ）の状
態のコンテンツが転送入力去る場合もある。その場合
は、当然ながら復号処理部でＤ｛ＣＫ，Ｅ（ＣＫ、ＰＣ
Ｍ）｝＝ＰＣＭとして、復号されたリニアＰＣＭデータ
が得られる。その場合は、当該ＰＣＭデータは、コーデ
ック２３でＡＴＲＡＣ３圧縮処理が行われた後、エンコ
ード／デコード部２４でのエンコード処理を経て、記録
／再生部２５でミニディスク１００に記録できる。

【００９９】鍵記憶部３０は、さらに認証処理のための
鍵を記憶する場合もある。後述する認証処理例では記録
再生装置１２０が記憶している公開鍵Ｐ、秘密鍵Ｓを使
用する。その場合は公開鍵Ｐ、秘密鍵Ｓも、鍵記憶部３
０に格納されることになる。

【０１００】６．認証処理ミニディスクに対して暗号化を解いた状態でコンテンツ
データを記録する記録再生装置１２０については、その
転送／記録の条件の一つとして、パーソナルコンピュー
タ１からの認証がＯＫとならなければならない。認証と
は、非暗号化状態でのコンテンツデータの記録動作が許
可された機器として正当なものであるかを確認する処理
となる。

【０１０１】この認証処理は、パーソナルコンピュータ
１の接続部１１に、ＳＤＭＩ対応記録再生装置以外の記
録再生装置が接続された場合に行われる。

【０１０２】本例での認証処理は、非対称暗号（公開鍵
暗号）を用いた認証方式を実行するものとしている。非
対称暗号では、暗号化の鍵と復号化の鍵が異なる。い
ま、暗号前のデータをＤｂ、暗号鍵をＫｅ、復号鍵をＫ
ｄとすると、暗号化データＣは、Ｃ＝Ｅ（Ｋｅ，Ｄｂ）
で暗号化が行われ、またＤ（Ｋｄ，Ｃ）＝Ｄｂでデータ
Ｄｂが復号される。ここで暗号鍵Ｋｅ、復号鍵Ｋｄは鍵
のペアと呼ばれ、一方は公開鍵として公開し、他方は秘
密鍵として所定部位に保持されるものである。以下説明
する認証処理では、鍵のペアＫｅ、Ｋｄのうちで公開鍵
をＰ、秘密鍵をＳとして表して説明する。上述したよう
にこの場合、記録再生装置１２０は、鍵記憶部３０に暗
号鍵Ｋｅ、復号鍵Ｋｄとなる、公開鍵Ｐ、秘密鍵Ｓを記
憶していることになる。

【０１０３】認証処理に際しては、例えば一次記録媒体
側機器（パーソナルコンピュータ）１のＣＰＵ２が、二
次記録媒体側機器（記録再生装置）１２０のＣＰＵ２１
に対して認証要求のコマンドを送信した後、ＣＰＵ２
（一次記録媒体側機器（パーソナルコンピュータ）１）
と、ＣＰＵ２１（二次記録媒体側機器（記録再生装置）
１２０）の間で図２１のような処理が行われることにな
る。

【０１０４】認証処理が開始されると、まず二次記録媒
体側機器１２０のＣＰＵ２１は、処理Ｓ１として、鍵記
憶部３０に記憶している公開鍵Ｐをインターフェース部
２６から一次記録媒体側機器１に送信させる。なお、公
開鍵Ｐは一次記録媒体側機器１側も知っている鍵であ
る。一次記録媒体側機器１のＣＰＵ２は、公開鍵Ｐを受
信したら、続いて処理Ｓ２として、乱数ｒを発生させ
る。そして処理Ｓ３として、二次記録媒体側機器２０Ａ
に乱数ｒを送信する。次に二次記録媒体側機器１２０の
ＣＰＵ２１は、処理Ｓ４として受信された乱数ｒを、鍵
記憶部３０に格納された秘密鍵Ｓを用いて暗号化する。
そして処理Ｓ５として、暗号化データＥ（Ｓ，ｒ）を一
次記録媒体側機器１に送信する。

【０１０５】一次記録媒体側機器１のＣＰＵ２は、暗号
化データＥ（Ｓ，ｒ）を受信したら、処理Ｓ６として、
暗号化データＥ（Ｓ，ｒ）を、公開鍵Ｐにより復号す
る。つまりＤ｛Ｐ，Ｅ（Ｓ，ｒ）｝の処理を行う。そし
て処理Ｓ７として、上記処理Ｓ２で発生させた乱数ｒ
と、上記処理Ｓ６での復号結果Ｄ｛Ｐ，Ｅ（Ｓ，ｒ）｝
を比較する。ここで、公開鍵Ｐと秘密鍵Ｓが適正な鍵の
ペアであったとすると、ｒ＝Ｄ｛Ｐ，Ｅ（Ｓ，ｒ）｝の
結果が得られるはずである。そこで、比較結果が一致し
ていた場合は、当該二次記録媒体側機器１２０が、公開
鍵Ｐに対する秘密鍵Ｓを保持していることが確認された
ことになるため、処理Ｓ８から処理Ｓ９に進み、当該二
次記録媒体側機器１２０を正当な接続相手として認証す
る。一方、比較結果が一致していなければ処理Ｓ８から
処理Ｓ１０に進み、接続された二次記録媒体側機器は、
正当な接続相手（即ちＳＤＭＩコンテンツを転送してよ
い機器）ではないとして認証ＮＧとする。

【０１０６】例えば以上のような認証処理により、接続
された機器が、本例の二次記録媒体側機器１２０が認証
されると、一次記録媒体側機器１は、その接続された機
器に対してＳＤＭＩコンテンツの転送を許可する条件の
１つが満たされたと認識することになる。

【０１０７】７．コンテンツ暗号化方式本例のシステムにおいて、図１４に示した構造の最下段
のデバイスに相当するのは記録再生装置１２０となる
が、図１４に示したような暗号化構造を当該システムに
おいて実現する場合の例を説明する。

【０１０８】まず図２２はコンテンツデータおよびキー
の流れを示している。図１７に示した外部サーバ９１か
らパーソナルコンピュータ１に或るコンテンツデータＣ
Ｔ１が配信される場合、この１単位のコンテンツデータ
ＣＴ１については、Ｅ（ＣＫ，Ａ３Ｄ）、Ｅ（ＫＲ，Ｃ
Ｋ）、およびＥＫＢが送信されてＨＤＤ５に格納される
ことになる。Ｅ（ＣＫ，Ａ３Ｄ）はコンテンツキーＣＫ
で暗号化されたＡＴＲＡＣ３圧縮コンテンツデータであ
り、つまり配信目的たる実際の音楽その他の情報であ
る。Ｅ（ＫＲ，ＣＫ）は、コンテンツデータの暗号解読
のためのコンテンツキーＣＫを、図１４で説明したルー
トキーＫＲで暗号化した情報である。ＥＫＢは図１４〜
図１７で説明した有効化キーブロックの情報であり、本
実施の形態の説明においては、ルートキーＫＲを更新す
るための情報であるとする。

【０１０９】１つのコンテンツデータの配信に応じて、
これらがセットで配信され、図示するようにＨＤＤ５に
は、これらのセットとしてのコンテンツデータＣＴ１、
ＣＴ２・・・が格納されるものとなる。

【０１１０】パーソナルコンピュータ１が記録再生装置
１２０に対してコンテンツデータ転送を行う場合は、こ
のセットとしての情報としてＥ（ＣＫ，Ａ３Ｄ）、Ｅ
（ＫＲ，ＣＫ）、およびＥＫＢを、後述する手順で送信
する。図１４で説明したデバイス（端末）に相当する記
録再生装置１２０では、それぞれ固有のリーフＩＤが設
定されており、またＤＮＫ（Device Node Key）を記憶
している。

【０１１１】そしてパーソナルコンピュータ１から上記
セットのコンテンツデータが送信されてくることに応じ
て、コンテンツデータの暗号解読を行い（又は暗号化状
態のまま）、二次記録媒体に記録する。そして、記録再
生装置１２０では記録時において暗号解読を行う。

【０１１２】この暗号解読の処理としては、図示するよ
うに、まず記憶しているＤＮＫと送信されてくるＥＫＢ
を用いてルートキーＫＲを解読する。続いて解読したル
ートキーＫＲを用いてコンテンツキーＣＫを解読する。
そして解読したコンテンツキーＣＫを用いることで、暗
号化を解除したコンテンツデータＡ３Ｄを得ることがで
きる。

【０１１３】記録再生装置１２０の場合のＤＮＫおよび
暗号解読手順を図２３，図２４で具体的に説明する。
今、図２３（ａ）のようなキーのツリー構造を想定し、
例えば記録再生装置２０Ａに、リーフＩＤ＝ＳＥＴ０、
リーフキー＝Ｋ０００が設定されているとする。この場
合、記録再生装置１２０に格納されるＤＮＫは、図２３
（ｂ）のような情報を有する。まずリーフＩＤとして
「ＳＥＴ０」が格納される。またリーフキーとして「Ｋ
０００」が格納される。そしてリーフキー「Ｋ０００」
から図２３（ａ）の構造でルートキーＫＲまでをたどる
ことのできる情報が格納される。つまり、ノードキーＫ
００、Ｋ０、ルートキーＫＲが格納される。但しこのノ
ードキーＫ００、Ｋ０、ルートキーＫＲは、リーフキー
Ｋ０００によって暗号化された状態で格納される。即ち
図示するように、Ｅ（Ｋ０００，Ｋ００）Ｅ（Ｋ０００，Ｋ０）Ｅ（Ｋ０００，ＫＲ）が格納されるものとなる。

【０１１４】このようなＤＮＫが格納されていること
で、記録再生装置１２０は、転送されてきたコンテンツ
データＥ（ＣＫ，Ａ３Ｄ）を、同じく転送されてきたＥ
（ＫＲ，ＣＫ）を用いて暗号解読できる。即ちこの場合
は、記録再生装置１２０はリーフキーＫ０００を用いて
Ｄ｛Ｋ０００，Ｅ（Ｋ０００，ＫＲ）｝の復号を行うこ
とでルートキーＫＲを得ることができる。そして復号し
たルートキーＫＲを用いてＤ｛ＫＲ，Ｅ（ＫＲ，Ｃ
Ｋ）｝の復号を行うことでコンテンツキーＣＫを得るこ
とができる。さらに復号したコンテンツキーＣＫを用い
てＤ｛ＣＫ，Ｅ（ＣＫ，Ａ３Ｄ）｝の復号を行うことで
暗号解読されたコンテンツデータＡ３Ｄを得ることがで
きる。

【０１１５】但し、上述したように常にルートキーＫＲ
やノードキーは不変のものではなく多様な事情により変
更される。そしてこの例のようにコンテンツキーＣＫを
ルートキーＫＲで暗号化して転送するシステムの場合
は、コンテンツデータ毎にルートキーＫＲを変更するこ
ともあり得る。例えば音楽配信業者によっては１つのコ
ンテンツデータ毎にルートキーＫＲを変更し、これによ
って著作権保護を強化する場合がある。このために、上
記のようにＥＫＢを同時に送信して、正規のデバイスに
対して変更したルートキーＫＲが確認できるようにして
いる。

【０１１６】いま、図２４に示すように、或るコンテン
ツデータＥ（ＣＫ，Ａ３Ｄ）について、変更したルート
キーＫＲ’で暗号化したコンテンツキーＥ（ＫＲ’，Ｃ
Ｋ）、およびＥＫＢが送信されてくるとする。この場合
ＥＫＢには、例えばノードキーＫ０で暗号化した更新ル
ートキーＫＲ’としてＥ（Ｋ０，ＫＲ’）の情報が含ま
れていたとする。なお更新ルートキーＫＲ’をノードキ
ーＫ０で暗号化することは、例えば図２３のデバイス
（ＳＥＴ０）〜（ＳＥＴ３）のみに対して、新たなルー
トキーＫＲ’を通知する場合などに行われる例となる。
もちろんデバイス（ＳＥＴ０）（ＳＥＴ１）のみを通知
対象とするなら、更新ルートキーＫＲ’をノードキーＫ
００で暗号化したＥ（Ｋ００，ＫＲ’）の情報が含むＥ
ＫＢを発行すればよい。

【０１１７】一方、記録再生装置１２０のＤＮＫは、図
２３（ｂ）で説明したように、リーフキーＫ０００と、
リーフキーで暗号化されたノードキーおよびルートキー
としてＥ（Ｋ０００，Ｋ００）、Ｅ（Ｋ０００，Ｋ
０）、Ｅ（Ｋ０００，ＫＲ）が記憶されている。この状
態において、コンテンツデータＡ３Ｄを復号するまでの
手順を図２４に〜で示している。

【０１１８】ＥＫＢとしてＥ（Ｋ０，ＫＲ’）の情
報が送られてきたことに応じて、まずＤＮＫからＫ０を
得る。即ちリーフキーＫ０００を用いてＤ｛Ｋ０００，
Ｅ（Ｋ０００，Ｋ０）｝の復号を行うことでノードキー
Ｋ０を得る。次にノードキーＫ０を用いて、ＥＫＢによるＥ（Ｋ
０，ＫＲ’）を解読する。即ちＤ｛Ｋ０，Ｅ（Ｋ０，Ｋ
Ｒ’）｝の復号を行うことで更新ルートキーＫＲ’を得
る。解読した更新ルートキーＫＲ’を用いて、送信され
てきたコンテンツキーＥ（ＫＲ’，ＣＫ）を解読する。
つまりＤ｛ＫＲ’，Ｅ（ＫＲ，ＣＫ）｝の復号を行うこ
とでコンテンツキーＣＫを得る。復号したコンテンツキーＣＫを用いてＤ｛ＣＫ，Ｅ
（ＣＫ，Ａ３Ｄ）｝の復号を行うことで暗号解読された
コンテンツデータＡ３Ｄを得る。

【０１１９】以上の手順により、記録再生装置１２０で
は、転送されてきたコンテンツデータの暗号化を解除し
て、ミニディスク１００に記録することができる。

【０１２０】８．コンテンツ転送処理続いてパーソナルコンピュータ１のＨＤＤ５に格納され
たコンテンツデータのうち１又は複数のコンテンツデー
タを記録再生装置１２０に転送し、ミニディスク１００
に記録する際の処理を図２５、図２６で説明する。図２
５，図２６では、パーソナルコンピュータ１のＣＰＵ２
が実行する制御処理をステップＦ１０１〜Ｆ１１１と
し、また記録再生装置１２０のＣＰＵ２１の制御処理を
ステップＦ２０１〜Ｆ２１３として示している。

【０１２１】ＨＤＤ５に格納されている或るコンテンツ
データの転送を行う場合は、ＣＰＵ２は図２５のステッ
プＦ１０１として記録再生装置１２０に対して認証開始
要求を行う。これに対して記録再生装置１２０はパーソ
ナルコンピュータ１に対してステップＦ２０１は認証開
始許可を通知する。するとパーソナルコンピュータ１は
ステップＦ１０２としてリーフＩＤを要求し、これに応
じて記録再生装置１２０はステップＦ２０２で記憶して
いるリーフＩＤを送信する。

【０１２２】なお、パーソナルコンピュータ１は接続さ
れた記録再生装置１２０を、このようにリーフＩＤを確
認して、現在有効なリーフＩＤの機器であるか否かを確
認するなどの認証を行なうが、同時にＳＤＭＩ非対応、
つまり暗号化を解いてコンテンツデータを二次記録媒体
に記録する記録再生装置１２０の場合は、図２１で説明
した認証処理も行う（図２５では省略）。

【０１２３】認証が完了したら続いてパーソナルコンピ
ュータ１はステップＦ１０３として、これから転送しよ
うとするコンテンツデータについてのＥＫＢを記録再生
装置１２０に送信する。記録再生装置１２０では、ＥＫ
Ｂが送信されてきたら、まずステップＦ２０３でＥＫＢ
のバージョンナンバを記憶する（図１６参照）。さらに
ステップＦ２０４で、受信したＥＫＢと、記憶している
ＤＮＫを用いて、図２４で説明した手順のようにし
て、今回の転送にかかるコンテンツデータのルートキー
ＫＲを探索し、得られたルートキーＫＲを記憶する。そ
してステップＦ２０５で、ルートキーＫＲの探索完了を
パーソナルコンピュータ１側に通知する。

【０１２４】次にパーソナルコンピュータ１はステップ
Ｆ１０４で、今回転送しようとするコンテンツデータに
係る、暗号化コンテンツキーＥ（ＫＲ，ＣＫ）を送信す
る。これを受けた記録再生装置１２０ではステップＦ２
０６で上記図２４の手順のように、記憶したルートキ
ーＫＲを用いて、暗号化コンテンツキーＥ（ＫＲ，Ｃ
Ｋ）を復号し、コンテンツキーＣＫを解読する。そして
ステップＦ２０７で、パーソナルコンピュータ１に対し
てコンテンツキーＣＫの解読完了を通知する。

【０１２５】コンテンツキーＣＫの解読完了通知によ
り、パーソナルコンピュータ１は記録再生装置１２０側
でコンテンツデータ解読のための準備が完了したことを
認識できるため、次にステップＦ１０５としてコンテン
ツデータの転送を実行する。即ちコンテンツキーＣＫで
暗号化されたコンテンツデータＥ（ＣＫ，Ａ３Ｄ）を送
信する。記録再生装置１２０側ではステップＦ２０８と
して、送信されてきたコンテンツデータＥ（ＣＫ，Ａ３
Ｄ）の受信処理、図２４の手順のようにコンテンツキ
ーＣＫを用いた復号処理、および復号されたコンテンツ
データＡ３Ｄのミニディスク１００への記録処理を行う
ことになる。

【０１２６】１つのコンテンツデータ（例えば１つの楽
曲）について、パーソナルコンピュータ１からの転送お
よびミニディスク１００への記録が完了したら、その時
点でミニディスク１００上のＵ−ＴＯＣの更新が必要に
なる。ミニディスク１００では、例えば１曲の単位とし
てのトラックのスタートアドレス／エンドアドレスその
他を、ディスク内周部に記録されるＵ−ＴＯＣにおいて
管理するものであり、トラックの再生時にはＵ−ＴＯＣ
からディスク上のアドレスを把握するものであるためで
ある。但し本例では、１つのコンテンツデータについて
のミニディスク１００への記録が終了した時点では、ス
テップＦ２０９として示すように、メモリ上でＵ−ＴＯ
Ｃを更新するのみにとどめ、ミニディスク１００上でＵ
−ＴＯＣを更新することは行わない。例えばＣＰＵ２１
が内部メモリにおいてミニディスク１００から読み込ん
だＵ−ＴＯＣデータを保持しているが、このステップＦ
２０９では、今回のコンテンツデータの書込に伴ったＵ
−ＴＯＣ内容の更新を当該内部メモリにおいてのみ行う
ものとする。そして、メモリ上でＵ−ＴＯＣ更新を完了
したら、ステップＦ２１０でパーソナルコンピュータ１
に対してＴＯＣ更新通知、つまり１つのコンテンツデー
タの書込に関する処理を完了したことを通知する。

【０１２７】パーソナルコンピュータ１側では、これに
応じてステップＦ１０６で、当該転送したコンテンツデ
ータに関して扱いルール（Usage Rule）を更新する。例
えば上述のようにチェックアウト回数をインクリメント
する。

【０１２８】続いてパーソナルコンピュータ１側の処理
は「Ｐ１」として示すように図２６のステップＦ１０７
に進み、また記録再生装置１２０側の処理は「Ｒ１」と
して示すように図２６のステップＦ２１１に進む。パー
ソナルコンピュータ１では、図２６のステップＦ１０７
において、今回転送対象となっている１又は複数のコン
テンツデータの全てについて転送が完了したか否かを判
断する。

【０１２９】もし、全てのコンテンツデータについて転
送が完了したのであれば、ステップＦ１０８として記録
再生装置１２０に対して終了通知を行ない、一連の処理
を終了する。一方、引き続き次のコンテンツデータの転
送を行う場合は、ステップＦ１０９で、記録再生装置１
２０に対して機器ステータスを要求する。

【０１３０】記録再生装置１２０では、ステップＦ２１
１で、送信されてくる情報が終了通知であるか機器ステ
ータス要求であるかにより処理を分岐する。機器ステー
タス要求があった場合は、引き続きコンテンツデータの
転送が行われることになるが、そのために記録再生装置
１２０はステップＦ２１３に進んで、現在記憶している
ＥＫＢのバージョンをパーソナルコンピュータ１に報告
する。つまりステップＦ２０３で記憶したバージョンナ
ンバである。

【０１３１】パーソナルコンピュータ１では、ＥＫＢの
バージョンナンバの通知を受けたら、ステップＦ１１０
で次に転送しようとしているコンテンツデータについて
のＥＫＢのバージョンナンバを確認し、そのバージョン
ナンバが、上記通知されたバージョンナンバと同一であ
るか否かをチェックする。ここでバージョンナンバが同
じであるということは、コンテンツキーＣＫを暗号化し
ているルートキーが同一であることを意味している。パ
ーソナルコンピュータ１では、バージョンナンバが同一
であるか否かにより処理を分岐する。

【０１３２】まず、転送しようとするコンテンツデータ
のＥＫＢのバージョンナンバが、記録再生装置１２０に
格納されているＥＫＢのバージョンナンバと異なってい
た場合は、当該コンテンツデータについてのコンテンツ
キーＣＫを得るためのＥＫＢを記録再生装置１２０が保
持していないことになるため、「Ｐ２」として示すよう
に図２５のステップＦ１０３に戻り、転送しようとする
コンテンツデータのＥＫＢを送信する。この場合、記録
再生装置１２０側の処理は、「Ｒ２」として示すように
図２５のステップＦ２０３から行われることになる。そ
して上述した場合と同様に、ステップＦ２０３，Ｆ２０
４，Ｆ２０５としてＥＫＢバージョンの記憶、ルートキ
ーＫＲの探索、探索完了通知が行われる。そしてパーソ
ナルコンピュータのステップＦ１０４、記録再生装置１
２０のステップＦ２０６，Ｆ２０７でコンテンツキーＣ
Ｋについての確認が行われ、ステップＦ１０５、Ｆ２０
８でのコンテンツデータの転送／記録が行われる。

【０１３３】一方、図２６のステップＦ１１１で、次に
転送しようとするコンテンツデータのＥＫＢのバージョ
ンナンバが、記録再生装置１２０に格納されているＥＫ
Ｂのバージョンナンバと同一であった場合は、当該コン
テンツデータについてのコンテンツキーＣＫを得るため
のルートキーＫＲは既に記録再生装置１２０側で確認済
のものである。そこでパーソナルコンピュータ１の処理
は「Ｐ３」として示すように図２５のステップＦ１０４
に戻り、暗号化コンテンツキーの転送を行う。つまりこ
の場合はＥＫＢ送信は行わない。この場合、記録再生装
置１２０側の処理は、「Ｒ３」として示すように図２５
のステップＦ２０６から行われることになる。そしてス
テップＦ２０６，Ｆ２０７でコンテンツキーＣＫについ
ての確認が行われ、ステップＦ１０５、Ｆ２０８でのコ
ンテンツデータの転送／記録が行われる。

【０１３４】転送対象となった全てのコンテンツデータ
の転送／記録が完了した場合は、パーソナルコンピュー
タ１の処理は図２６のステップＦ１０７からＦ１０８に
進み、終了通知を行うが、記録再生装置１２０は終了通
知があることに応じて処理をステップＦ２１１からＦ２
１２に進め、この時点で、ＣＰＵ２１の内部メモリに保
持しているＵ−ＴＯＣデータを記録／再生部２５に転送
し、ミニディスク１００にＵ−ＴＯＣデータを書き込ま
せる。つまり１つのコンテンツデータがミニディスク１
００に記録されるたびにステップＦ２０９においてＣＰ
Ｕ２１の内部メモリでＵ−ＴＯＣデータが更新される
が、このため転送対象となった全コンテンツデータがミ
ニディスク１００に記録された時点において、ＣＰＵ２
１の内部メモリでのＵ−ＴＯＣデータは、その書き込ん
だ全コンテンツデータを反映したものとなっている。こ
の最新のＵ−ＴＯＣデータをミニディスク１００に記録
することで、ミニディスク１００上で、書き込んだコン
テンツデータを有効（再生可能）なものとする。そして
Ｕ−ＴＯＣ書込を完了したら一連の処理を終える。

【０１３５】以上のように本例では、連続して複数のコ
ンテンツデータを転送する場合、ＥＫＢバージョンが同
一であれば、ＥＫＢ送信およびそれに伴うルートキーＫ
Ｒの探索処理を省略している。また認証処理は一連の処
理の最初に行うのみとしている。さらにミニディスク１
００上でのＵ−ＴＯＣ更新処理は、一連のコンテンツデ
ータの書込が完了した最後の時点で行うようにしてい
る。これにより複数のコンテンツデータの転送／記録処
理が効率化され、転送／記録に要する時間を大幅に短縮
できる。

【０１３６】図２７に、本例の転送時の処理手順を示し
た。図２７（ａ）は、３つのコンテンツデータの転送／
記録を行う場合において、これら３つのコンテンツデー
タのＥＫＢバージョンが同一であった場合である。この
場合は、最初に手順Ａ１として二次記録媒体側の認証処
理が行われ、次に手順Ａ２としてＥＫＢ送信によるルー
トキーＫＲの確認が行われる。そして手順Ａ３でコンテ
ンツキーＣＫの確認処理が行われ、手順Ａ４でコンテン
ツデータの転送／記録が行われる。ここでミニディスク
上でのＵ−ＴＯＣ更新は行われずに、次の手順Ａ５とし
て２番目のコンテンツデータについてのコンテンツキー
ＣＫの確認処理が行われ、手順Ａ６で２番目のコンテン
ツデータの転送／記録が行われる。さらに手順Ａ７とし
て３番目のコンテンツデータについてのコンテンツキー
ＣＫの確認処理が行われ、手順Ａ８で３番目のコンテン
ツデータの転送／記録が行われる。そして最後に手順Ａ
９として、ミニディスク１００上でのＵ−ＴＯＣ更新処
理が行われる。

【０１３７】また、図２７（ｂ）は３つのコンテンツデ
ータの転送／記録を行う場合において、これら３つのコ
ンテンツデータのＥＫＢバージョンがそれぞれ異なって
いた場合である。この場合は、最初に手順Ｂ１として二
次記録媒体側の認証処理が行われ、次に手順Ｂ２として
ＥＫＢ送信によるルートキーＫＲの確認が行われる。そ
して手順Ｂ３でコンテンツキーＣＫの確認処理が行わ
れ、手順Ｂ４でコンテンツデータの転送／記録が行われ
る。ここでミニディスク上でのＵ−ＴＯＣ更新は行われ
ずに、次の手順Ｂ５として２番目のコンテンツデータに
ついてのＥＫＢ送信によるルートキーＫＲの確認が行わ
れる。そして手順Ｂ６で２番目のコンテンツデータにつ
いてのコンテンツキーＣＫの確認処理が行われ、手順Ｂ
７で２番目のコンテンツデータの転送／記録が行われ
る。さらに手順Ｂ８として３番目のコンテンツデータに
ついてのＥＫＢ送信によるルートキーＫＲの確認が行わ
れ、手順Ｂ９として３番目のコンテンツデータについて
のコンテンツキーＣＫの確認処理が行われ、手順Ｂ１０
で３番目のコンテンツデータの転送／記録が行われる。
そして最後に手順Ｂ１１として、ミニディスク１００上
でのＵ−ＴＯＣ更新処理が行われる。

【０１３８】以上、実施の形態としての例を説明してき
たが、本発明は上記例に限定されるものではない。具体
的な処理の変形例としては、例えば記録再生装置１２０
は図２５のステップＦ２０３で記憶するＥＫＢバージョ
ンおよびＥＫＢ（又は探索したルートキーＫＲ）を、可
能な限り長期的に保存するようにしておくことが考えら
れる。即ち、一旦送信されてきたＥＫＢについては蓄積
保持しておくことで、その後同一のＥＫＢバージョンの
コンテンツデータが転送される場合は、ＥＫＢ転送およ
びルートキーＫＲの確認処理を省略できる。例えば全て
ＥＫＢバージョンの異なる複数のコンテンツデータを転
送する場合においても、或るコンテンツデータのＥＫＢ
と同一のバージョンのＥＫＢを記録再生装置１２０側が
記憶していれば、そのコンテンツデータについてのルー
トキーＫＲの確認処理が省略できる。もちろんこの場合
は、複数ではなく１つのコンテンツデータを転送する場
合においても、記憶している過去のＥＫＢ（又はルート
キーＫＲ）に該当するものがあれば、新たにＥＫＢを転
送してルートキーＫＲを探索するという処理を省略でき
る。また、コンテンツキーＣＫはルートキーＫＲで暗号
化される例で説明したが、より下層のノードキーによっ
てコンテンツキーＣＫが暗号化されて転送される場合も
あり得る。

【０１３９】（ミニディスクの記録構造）図２８（Ａ）
は、本実施の形態のＭＤレコーダ／プレーヤ８０が対応
するＭＤ８００２のエリア構造の概略説明図、図２８
（Ｂ）はＭＤ８００２のエリア構造の詳細な説明図であ
る。図２８（Ａ）はディスク最内周側から最外周側めで
のエリアを示している。ＭＤ８００２は、最内周側はエ
ンボスピットにより再生専用のデータが形成されるピッ
ト領域とされており、ここにＰ−ＴＯＣが記録されてい
る。ピット領域より外周は、光磁気領域とされ、記録ト
ラックの案内溝としてのグルーブが形成された記録再生
可能領域となっている。この光磁気記録領域最内周側の
クラスタ０〜クラスタ４９までの区間が管理エリアとさ
れ、実際の楽曲等のプログラム（オーディオデータ）が
記録されるのは、クラスタ５０〜クラスタ２２５１まで
のプログラムエリアとなる。プログラムエリアより外周
はリードアウトエリアとされている。

【０１４０】図２８（Ｂ）は横方向にセクタ０、縦方向
にクラスタを示している。管理エリアにおいてクラスタ
０、１はピット領域との緩衝領域とされている。クラス
タ２はパワーキャリブレーションエリアＰＣＡとされ、
レーザー光の出力パワー調整などのために用いられる。
クラスタ３、４、５はＵ−ＴＯＣが記録される。Ｕ−Ｔ
ＯＣの内容は後述するが、１つのクラスタ内の各セクタ
ーにおいてデータフォーマットが規定され、それぞれ所
定の管理情報が記録される。このようなＵ−ＴＯＣデー
タとなるセクターを有するクラスタが、クラスタ３、
４、５に３回繰り返し記録される。

【０１４１】クラスタ６、７、８は、ＡＵＸ−ＴＯＣが
記録される。ＡＵＸ−ＴＯＣについても後述するが、１
つのクラスタ内の各セクターにおいてデータフォーマッ
トが規定され、それぞれ所定の管理情報が記録される。
このようなＡＵＸ−ＴＯＣデータとなるセクターを有す
るクラスター、クラスタ６、７、８に３回繰り返して記
録される。

【０１４２】クラスタ９からクラスタ４６までの領域
は、前記端末装置３０によってダウンロードされた広告
画像データがＡＵＸデータとして記録される領域とな
る。ＡＵＸデータとしてのデータファイルはセクター単
位で形成され、後述する静止画ファイルとしてのピクチ
ャファイルセクター、文字情報ファイルとしてのテキス
トファイルセクター、プログラムに同期した文字情報フ
ァイルとしてのカラオケテキストファイルセクターなど
が形成される。そして、このＡＵＸデータとしてのデー
タファイルや、ＡＵＸデータエリア内でＡＵＸデータフ
ァイルを記録可能な領域などは、ＡＵＸ−ＴＯＣによっ
て管理されることになる。

【０１４３】なお、ＡＵＸデータエリアでのデータファ
イルの記録容量は、エラー訂正方式モード２として考え
た場合に２．８Ｍバイトとなる。また、例えばプログラ
ムエリアの後半部分やプログラムエリアより外周側の領
域（例えばリードアウト部分）に、第２のＡＵＸデータ
エリアを形成して、データファイルの記憶容量を拡大す
ることも考えられる。

【０１４４】クラスタ４７、４８、４９は、プログラム
エリアとの緩衝エリアとされる。クラスタ５０（＝３２
ｈ）以降のプログラムエリアには、１または複数の楽曲
等の音声（オーディオデータ）がＡＴＲＡＣと呼ばれる
圧縮形式で記録される。記録される各プログラムや記録
可能な領域は、Ｕ−ＴＯＣによって管理される。なお、
プログラム領域における各クラスタにおいて、セクター
ＦＦｈは、サブデータとしての何らかの情報の記録に用
いることができる。

【０１４５】前述したように、ＭＤ８００２に対してプ
ログラム（トラック）の記録／再生動作を行うために
は、予めＭＤ８００２に記録されている管理情報として
のＰ−ＴＯＣ、Ｕ−ＴＯＣを読み出しておき、必要時に
これを参照することになる。Ｐ−ＴＯＣはディスク最内
周側に形成されるもので、読み出し専用の情報である。
そして、Ｐ−ＴＯＣによってディスクの記録可能エリア
（レコーダブルユーザーエリア）や、リードアウトエリ
ア、Ｕ−ＴＯＣエリアなどの位置の管理が行われる。以
下ではＰ−ＴＯＣについては詳細な説明は省略し、ここ
では記録可能な光磁気ディスクに設けられるＵ−ＴＯＣ
について説明する。

【０１４６】図２９はＵ−ＴＯＣセクター０のフォーマ
ットを示すものである。なお、Ｕ−ＴＯＣセクターとし
てはセクター０〜セクター３２まで設けることができ、
その中ではセクター１、セクター４は文字情報、セクタ
ー２は録音日時を記録するエリアとされている。まず最
初にＭＤ８００２の記録／再生動作に必ず必要となるＵ
−ＴＯＣセクター０について説明する。

【０１４７】Ｕ−ＴＯＣセクター０は、主にユーザが録
音を行った楽曲等のプログラムが録音可能なフリーエリ
アについての管理情報が記録されているデータ領域とさ
れる。例えばＭＤ８００２にある楽曲の録音を行おうと
する際には、Ｕ−ＴＯＣセクター０からディスク上のフ
リーエリアを探し出し、ここにオーディオデータを記録
していくことになる。また、再生時には再生すべき楽曲
が記録されているエリアをＵ−ＴＯＣセクター０から判
別し、そのエリアにアクセスして再生動作を行う。

【０１４８】Ｕ−ＴＯＣセクター０のデータ領域（４バ
イト×５８８の２３５２バイト）は、先頭位置にオール
０またはオール１の１バイトデータが並んで形成される
同期パターンが記録される。続いてクラスタアドレス
（ＣｌｕｓｔｅｒＨ）（ＣｌｕｓｔｅｒＬ）および
セクターアドレス（Ｓｅｃｔｏｒ）となるアドレスが３
バイトにわたって記録され、されにモード情報（ＭＯＤ
Ｅ）が１バイト付加され、以上でヘッダとされる。ここ
での３バイトのアドレスは、そのセクター自体のアドレ
スである。

【０１４９】同期パターンやアドレスが記録されるヘッ
ダ部分については、このＵ−ＴＯＣセクター０に限らず
Ｐ−ＴＯＣセクター、ＡＵＸ−ＴＯＣセクター、ＡＵＸ
ファイルセクター、プログラムセクターでも同様であ
り、後述する図３０以降の各セクターについてはヘッダ
部分の説明を省略する。セクター単位にそのセクター自
体のアドレスおよび同期パターンが記録されている。な
お、セクター自体のアドレスとして、クラスタアドレス
は、上位アドレス（ＣｌｕｓｔｅｒＨ）と下位アドレ
ス（ＣｌｕｓｔｅｒＬ）の２バイトで記され、セクタ
ーアドレス（Ｓｅｃｔｏｒ）は１バイトで記される。つ
まりこのアドレスは短縮形式ではない。

【０１５０】続いて所定バイト位置に、メーカーコー
ド、モデルコード、最初のトラックのトラックナンバ
（ＦｉｒｓｔＴＮＯ）、最後のトラックのトラックナ
ンバ（ＬａｓｔＴＮＯ）、セクター使用状況（Ｕｓｅ
ｄｓｅｃｔｏｒｓ）、ディスクシリアルナンバ、ディ
スクシリアルナンバ、ディスクＩＤ等のデータが記録さ
れる。

【０１５１】さらに、ユーザーが録音を行って記録され
ているトラック（楽曲等）の領域やフリーエリアなどを
後述するテーブル部に対応させることによって識別た
め、ポインタ部として各種のポインタ（Ｐ−ＤＦＡ、Ｐ
−ＥＭＰＴＹ、Ｐ−ＦＲＡ、Ｐ−ＴＮＯ１〜Ｐ−ＴＮＯ
２５５）が記録される領域が用意されている。

【０１５２】そして、ポインタ（Ｐ−ＴＮＯ１〜Ｐ−Ｔ
ＮＯ２５５）に対応させることになるテーブル部として
（０１ｈ）〜（ＦＦｈ）までの２５５のパーツテーブル
が設けられ、それぞれのパーツテーブルには、或るパー
ツについて起点となるスタートアドレス、終端となるエ
ンドアドレス、そのパーツのモード情報（トラックモー
ド）が記録されている。さらに各パーツテーブルで示さ
れるパーツが他のパーツへ続いて連結される場合あるた
め、その連結されるパーツのスタートアドレスおよびエ
ンドアドレスが記録されているパーツテーブルを示すリ
ンク情報が記録できるようにされている。なお、パーツ
とは１つのトラック内で時間的に連続したデータが物理
的に連続して記録されているトラック部分のことをい
う。そして、スタートアドレス、エンドアドレスとして
示されるアドレスは、１つの楽曲（トラック）を構成す
る１つまたは複数の各パーツを示すアドレスとなる。こ
れらのアドレスは短縮形で記録され、クラスタ、セクタ
ー、サウンドグループを指定する。

【０１５３】この種の記録再生装置では、１つの楽曲
（プログラム／トラック）のデータを物理的に不連続
に、即ち複数のパーツにわたって記録されていてもパー
ツ間でアクセスしながら再生して行くことにより再生動
作に支障はないため、ユーザーが録音する楽曲などにつ
いては、録音可能エリアの効率使用等の目的から、複数
パーツに分けて記録することもある。

【０１５４】そのため、リンク情報が設けられ、例えば
各パーツテーブルに与えられたナンバ（０１ｈ）〜（Ｆ
Ｆｈ）によって、連結すべきバーツテーブルを指定する
ことによってパーツテーブルを連結できるようにされて
いる。つまり、Ｕ−ＴＯＣセクター０における管理テー
ブル部においては、１つのパーツテーブルは１つのパー
ツを表現しており、例えば３つのパーツが連結されて構
成される楽曲についてはリンク情報によって連結される
３つのパーツテーブルによって、そのパーツ位置の管理
が行われる。なお、実際にはリンク情報は所定の演算処
理によりＵ−ＴＯＣセクター０内のバイトポジションと
される数値で示される。すなわち、３０４＋（リンク情
報）×８（バイト目）としてパーツテーブルを指定す
る。

【０１５５】Ｕ−ＴＯＣセクター０のテーブル部におけ
る（０１ｈ）〜（ＦＦｈ）までの各パーツテーブルは、
ポインタ部におけるポインタ（Ｐ−ＤＦＡ、Ｐ−ＥＭＰ
ＴＹ、Ｐ−ＦＲＡ、Ｐ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５）
によって、以下のようにそのパーツの内容が示される。

【０１５６】ポインタＰ−ＤＦＡはＭＤ８００２上の欠
陥領域について示しており、傷などによる欠陥領域とな
るトラック部分（＝パーツ）が示された１つのパーツテ
ーブル又は複数のパーツテーブル内の先頭のパーツテー
ブルを指定している。つまり、欠陥パーツが存在する場
合はポインタＰ−ＤＦＡにおいて（０１ｈ）〜（ＦＦ
ｈ）のいずれかが記録されており、それに相当するパー
ツテーブルには、欠陥パーツがスタートおよびエンドア
ドレスによって示されている。また、他にも欠陥パーツ
が存在する場合は、そのパーツテーブルにおけるリンク
情報として他のパーツテーブルが指定され、そのパーツ
テーブルにも欠陥パーツが示されている。そして、さら
に他の欠陥パーツがない場合はリンク情報は例えば
「（００ｈ）」とされ、以降リンクなしとされる。

【０１５７】ポインタＰ−ＥＮＭＰＴＹは管理テーブル
における１又は複数の未使用のパーツテーブルの先頭の
パーツテーブルを示すものであり、未使用のパーツテー
ブルが存在する場合は、ポインタＰ−ＥＭＰＴＹとして
（０１ｈ）〜（ＦＦｈ）のうちいずれかが記録される。
未使用のパーツテーブルが複数存在する場合は、ポイン
タＰ−ＥＮＭＰＴＹによって指定されたパーツテーブル
からリンク情報によって順次パーツテーブルが指定され
ていき、全ての未使用のパーツテーブルが管理テーブル
部上で連結される。

【０１５８】ポインタＰ−ＦＲＡはＭＤ８００２上のデ
ータの書込み可能なフリーエリア（消去領域を含む）に
ついて示しており、フリーエリアとなるトラック部分
（＝パーツ）が示された１又は複数のパーツテーブル内
の先頭のパーツテーブルを指定している。つまり、フリ
ーエリア存在する場合はポインタＰ−ＦＲＡにおいて
（０１ｈ）〜（ＦＦｈ）のいずれかが記録されており、
それに相当するパーツテーブルには、フリーエリアであ
るパーツがスタートおよびエンドアドレスによって示さ
れている。また、このようなパーツが複数個有り、つま
りパーツテーブルが複数個有る場合はリンク情報によ
り、リンク情報が「（００ｈ）」となるパーツテーブル
まで順次指定されている。

【０１５９】図３１にパーツテーブルにより、フリーエ
リアとなるパーツの管理状態を模式的に示す。これはパ
ーツ（０３ｈ）（１８ｈ）（１Ｆｈ）（２Ｂｈ）（Ｅ３
ｈ）がフリーエリアとされている時に、この状態がポイ
ンタＰ−ＦＲＡに引き続きパーツテーブル（０３ｈ）
（１８ｈ）（１Ｆｈ）（２Ｂｈ）（Ｅ３ｈ）のリンクに
よって表現されている状態を示している。なお、上記し
た欠陥領域や未使用パーツテーブルの管理形態もこれと
同様となる。

【０１６０】ポインタＰ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５
は、ＭＤ８００２にユーザーが記録を行った楽曲などの
トラックについて示しており、例えばポインタＰ−ＴＮ
Ｏ１では第１トラックのデータが記録された１又は複数
のパーツのうちの時間的に先頭となるパーツが示された
パーツテーブルを指定している。例えば第１トラック
（第１プログラム）とされた楽曲がディスク上でトラッ
クが分断されずに、つまり１つのパーツで記録されてい
る場合は、その第１トラックの記録領域はポインタＰ−
ＴＮＯ１で示されるパーツテーブルにおけるスタートお
よびエンドアドレスとして記録されている。

【０１６１】また、例えば第２トラック（第２プログラ
ム）とされた楽曲がディスク上で複数のパーツに離散的
に記録されている場合は、その第２トラックの記録位置
を示すため各パーツが時間的な順序に従って指定され
る。つまり、ポインタＰ−ＴＮＯ２に指定されたパーツ
テーブルから、さらにリンク情報によってたのパーツテ
ーブルが準じ時間的な順序に従って指定されて、リンク
情報が「（００ｈ）」となるパーツテーブルまで連結さ
れる（上記、図３１と同様の形態）。このように例えば
２曲目を構成するデータが記録された全パーツが順次指
定されて記録されていることにより、このＵ−ＴＯＣセ
クター０のデータを用いて２曲目の再生時や、その２曲
面の領域への上書き記録を行う際に、光学ヘッドおよび
磁気ヘッドをアクセスさせ離散的なパーツから連続的な
音楽情報を取出したり、記録エリアを効率使用した記録
が可能になる。

【０１６２】以上のように、書き替え可能なＭＤ８００
２については、ディスク上のエリア管理はＰ−ＴＯＣに
よってなされ、またレコーダブルユーザーエリアのいて
記録された楽曲やフリーエリアなどはＵ−ＴＯＣにより
行なわれる。

【０１６３】Ｕ−ＴＯＣセクター１次に図３０にＵ−ＴＯＣセクター１のフォーマットを示
す。このセクター１は録音された各トラックにトラック
ネームをつけたり、ディスク自体の名称などの情報とな
るディスクネームを付ける場合に、入力された文字情報
を記録するデータ領域とされる。

【０１６４】このＵ−ＴＯＣセクター１には、記録され
た各トラックに相当するポインタ部としてポインタＰ−
ＴＮＡ１〜Ｐ−ＴＮＡ２５５が用意され、またこのポイ
ンタＰ−ＴＮＡ１〜Ｐ−ＴＮＡ２５５によって指定され
るスロット部が１単位８バイトで２５５単位のスロット
（０１ｈ）〜（ＦＦｈ）および同じく８バイトの１つの
スロット（００ｈ）が用意されており、上述したＵ−Ｔ
ＯＣセクター０とほぼ同様の形態で文字データを管理す
る。

【０１６５】スロット（０１ｈ）〜（ＦＦｈ）にはディ
スクタイトルやトラックネームとしての文字情報がアス
キーコードで記録される。そして、例えばポインタＰ−
ＴＮＡ１によって指定されるスロットには第１とラック
に対応してユーザーが入力した文字が記録されることに
なる。また、１つのトラックに対応する文字入力は７バ
イトより大きくなっても対応できる。なお、スロット
（００ｈ）としての８バイトはディスクネームの記録の
ための専用エリアとされており、ポインタＰ−ＴＮＡ
（ｘ）によっては指定されないスロットとされている。
このＵ−ＴＯＣセクター１でもポインタＰ−ＥＭＰＴＹ
は使用してないスロットを管理する。

【０１６６】Ｕ−ＴＯＣセクター２図３２はＵ−ＴＯＣセクター２のフォーマットを示して
おり、このセクター２は、主にユーザーが録音を行った
楽曲の録音日時を記録するデータ領域とされる。

【０１６７】このＵ−ＴＯＣセクター２には、記録され
た各トラックに相当するポインタ部としてポインタＰ−
ＴＲＤ１〜Ｐ−ＴＲＤ２５５によって指定されるスロッ
ト部が用意される。スロット部には１単位８バイトで２
５５単位のスロット（０１ｈ）〜（ＦＦｈ）が形成され
ており、上述したＵ−ＴＯＣセクター０とほぼ同様の形
態で日時データを管理する。

【０１６８】スロット（０１ｈ）〜（ＦＦｈ）には楽曲
（トラック）の録音日時が６バイトで記録される。６バ
イトはそれぞれ１バイトずつ、年、月、日、時、分、秒
に相当する数値が記録される。また、残りの２バイトは
メーカーコードおよびモデルコードとされ、その楽曲を
録音した記録装置の製造者を示すコードデータ、および
録音した記録装置の機種を示すコードデータが記録され
る。

【０１６９】例えばＭＤ８００２に第１曲目としてトラ
ックが録音されると、ポインタＰ−ＴＲＤ１によって指
定されるスロットにはその録音日時および録音装置のメ
ーカーコード、モデルコードが記録される。録音日時デ
ータはシステムコントローラ１１が内部時計を参照して
自動的に記録することになる。

【０１７０】また、スロット（００ｈ）としての８バイ
トはディスク単位の録音日時の記録のための専用エリア
とされており、ポインタＰ−ＴＲＤ（ｘ）によっては指
定されないスロットとされている。なお、このＵ−ＴＯ
Ｃセクター２でもスロットポインタＰ−ＥＭＰＴＹは使
用していないスロットを管理するものである。使用して
いないスロットについては、モデルコードに代えてリン
ク情報が記録されており、スロットポインタＰ−ＥＭＰ
ＴＹを先頭に各未使用のスロットがリンク情報でリンク
されて管理されている。

【０１７１】Ｕ−ＴＯＣセクター４図３３はＵ−ＴＯＣセクター４を示し、このセクター４
は、上記したセクター１と同様に、ユーザーが録音を行
ったトラックに曲名（トラックネーム）をつけたり、デ
ィスクネームを付ける場合に、入力された文字情報を記
録するデータ領域とされ、図３３と図３０を比較してわ
かるようにフォーマットはセクター１とほぼ同様であ
る。ただし、このセクター４は漢字や欧州文字に対応す
るコードデータ（２バイトコード）が記録できるように
されるものであり、図３０のセクター１のデータに加え
て、所定バイト位置に文字コードの属性が記録される。
このＵ−ＴＯＣセクター４の文字情報の管理は、セクタ
ー１と同様にポインタＰ−ＴＮＡ１〜Ｐ−ＴＮＡ２５５
およびポインタＰ−ＴＮＡ１〜Ｐ−ＴＮＡ２５５によっ
て指定される２５５単位のスロット（０１ｈ）〜（ＦＦ
ｈ）によって行なわれる。

【０１７２】次に、ＡＵＸ−ＴＯＣについて詳細に説明
する。本例のＭＤ８００２では、図２８で説明したよう
にＡＵＸデーターファイルおよびＡＵＸ−ＴＯＣを記録
する領域が設定され、ＡＵＸデータファイルとして楽曲
等のトラック（プログラム）すなわちオーディオデータ
とは独立した文字情報や画像情報（広告画像データ）な
どを記録できる。そして、このＡＵＸ−ＴＯＣは、３ク
ラスタにわたって３回繰り返して記録され、従って管理
データ構造としてはＵ−ＴＯＣと同様に、１クラスタ内
の３２セクターを使用できる。本例では、以下説明して
行くようにＡＵＸ−ＴＯＣセクター０〜セクター５を設
定してＡＵＸデータファイルの管理を行う。

【０１７３】まず、ＡＵＸ−ＴＯＣセクター０のフォー
マットを図３４で説明する。ＡＵＸ−ＴＯＣのセクター
０は、主にＡＵＸデータ領域の全体として、ＡＵＸデー
タ領域におけるフリーエリア（空きエリア）の管理を行
うエリアアロケーションテーブルとされる。そして、図
３４に示されるようにこのセクター０では、ヘッダ（セ
クターアドレス（Ｓｅｃｔｏｒ）＝００ｈ、モード情報
（ＭＯＤＥ）＝０２ｈとされている）に続いて、所定バ
イト位置に、「Ｍ」、「Ｄ」、「Ａ」、「Ｄ」の４文字
がＡＳＣＩＩコードにより４バイト分の領域を用いて記
録される。この「Ｍ」、「Ｄ」、「Ａ」、「Ｄ」の文字
は、フォーマットＩＤを示すもので、以降説明するＡＵ
Ｘ−ＴＯＣセクターに対しても同じ位置に記録されてい
る。また上記フォーマットＩＤに続く所定バイト位置に
メーカコード、モデルコードが記録され、更に、その後
ろの所定バイト位置にユーズセクター情報が記録され
る。

【０１７４】上記ユーズドセクター情報には、ＡＵＸ−
ＴＯＣ内のセクター使用状況が示される。ＵｓｅｄＳ
ｅｃｔｏｒ０を形成するｄ８−ｄ１の８ビットは、それ
ぞれ０−７セクターに対応する。以下同様にして、Ｕｓ
ｅｄＳｅｃｔｏｒ１のｄ８−ｄ１は、それぞれ８−１
５セクターに対応する。ＵｓｅｄＳｅｃｔｏｒ２のｄ
８−ｄ１は、それぞれ１６−２３セクターに対応する。
ＵｓｅｄＳｅｃｔｏｒ３のｄ８−ｄ１は、それぞれ２
４−３１５セクターに対応する。

【０１７５】このＡＵＸ−ＴＯＣセクター０では、ポイ
ンタＰ−ＥＭＰＴＹ、Ｐ−ＢＬＡＮＫによりポインタ部
が形成される。そして、テーブル部においてスタートア
ドレス、エンドアドレス、リンク情報が記録される各８
バイトのパーツテーブルが９９単位形成され、上述した
Ｕ−ＴＯＣセクター０と同様の形態で、ＡＵＸデータエ
リアの管理が行われる。但し、この場合には、パーツテ
ーブル（０１ｈ）〜（６３ｈ）までがテーブル部として
使用され、残りのパーツテーブル（６４ｈ）〜（ＦＦ
ｈ）は使用しないものとしてＡＬＬ「０」（ｚｅｒｏ
ｓ）がセットされる。なお、パーツテーブル（６４ｈ）
以降をテーブル部として使用してもかまわないのである
が、実用上は、９９単位のパーツテーブルによる管理で
充分とされる。ここで、有効なテーブル部としてパーツ
テーブル（０１ｈ）〜（６３ｈ）までとしているのは、
バッファメモリ１３としての特定の容量に対応して決め
られたものである。

【０１７６】ポインタＰ−ＥＭＰＴＹは、このＡＵＸ−
ＴＯＣセクター０内での未使用のパーツテーブルをリン
ク形態で管理する。

【０１７７】ポインタＰ−ＢＬＡＮＫは、ＡＵＸデータ
エリア内でのフリーエリア、つまりＡＵＸデータファイ
ルを記録して行くことができる未記録領域を、Ｕ−ＴＯ
Ｃセクター０におけるポインタＰ−ＦＲＡと同様にパー
ツテーブルのリンク形態で管理する。

【０１７８】なお、スタートアドレス、エンドアドレス
は短縮形態とされ、サウンドグループ位置までの指定が
可能とされている。但し、本実施の形態のＡＵＸ−ＴＯ
Ｃセクター０では、クラスタ単位までによるアドレス指
定とすることが規定されており、セクター、スタートア
ドレス、エンドアドレスにおいてサウンドグループ単位
を示すデータ位置にはＡＬＬ「０」がセットされる。以
下説明するＡＵＸ−ＴＯＣセクター１〜セクター５まで
のテーブル部もしくはスロット部において３バイトで記
録されるスタートアドレス、エンドアドレスも短縮形態
とされる。また、スタートアドレス、エンドアドレスと
してどのデータ単位まで指定するのかという規定は、各
セクター内容によって異なるため、以降において適宜説
明していく。

【０１７９】ＡＵＸ−ＴＯＣセクター１ＡＵＸ−ＴＯＣセクター１〜セクター３は、静止画情報
としてのピクチャファイルの管理に用いられる。図３５
に示すＡＵＸ−ＴＯＣセクター１はピクチャーアロケー
ションテーブルとしての管理セクターとなり、ＡＵＸデ
ータエリアにおいてピクチャファイルとして記録された
各データファイルの管理を行う。

【０１８０】このＡＵＸ−ＴＯＣセクター１では、Ｕ−
ＴＯＣセクター０と同様の形式でＰ苦茶ファイルの管理
を行う。本実施の形態では、ＡＵＸデータエリアに記録
される静止画１枚のピクチャファイルとしてのファイル
長は特に規定されていない。但し、本実施の形態では、
後述するように表紙画像（ＣｏｖｅｒＰｉｃｔｕｒ
ｅ）を含め最大で１００のピクチャファイルが管理可能
に構成される。従って実質的に記録可能なピクチャファ
イルも１００となる。なお、表紙画像は、例えばディス
クジャケットなどとなる表紙ピクチャとされる。

【０１８１】ＡＵＸ−ＴＯＣセクター１の場合、ヘッダ
においては、セクターアドレス（Ｓｅｃｔｏｒ）＝０１
ｈ、モード情報（ＭＯＤＥ）＝０２ｈが記録される。

【０１８２】表紙画像以外の９９枚となる各ピクチャフ
ァイルの管理に用いられるポインタＰ−ＰＮＯ（ｘ）と
して、ＡＵＸ−ＴＯＣセクター１内にはポインタＰ−Ｐ
ＮＯ１〜Ｐ−ＰＮＯ９９が形成される。ポインタＰ−Ｐ
ＮＯ９９より後ろからテーブル部直前までの各バイト位
置には「００ｈ」が記録される。但し、ＡＵＸデータエ
リアの将来的な拡張やファイルサイズの変更などによ
り、より多数のピクチャファイルの記録が可能となる場
合に対応できるように、ポインタＰ−ＰＮＯ（ｘ）とし
て、ポインタＰ−ＰＮＯ１〜Ｐ−ＰＮＯ９９に続くバイ
ト位置から、図３５内に括弧で示すポインタＰ−ＰＮＯ
２５５までのバイト位置に対して、ポインタＰ−ＰＮＯ
１００〜Ｐ−ＰＮＯ２５５を設定することはできる。

【０１８３】また、メーカコード、モデルコードに続く
２バイトの領域は、ポインタＦｉｒｓｔＰＮＯ、Ｌａ
ｓｔＰＮＯとされる。ポインタＦｉｒｓｔＰＮＯに
は、ポインタＰ−ＰＮＯ１〜Ｐ−ＰＮＯ９９のうち使用
されている最初のポインタＰ−ＰＮＯ（ｘ）のナンバｘ
が記録され、ポインタＬａｓｔＰＮＯは、使用されて
いる最後のポインタＰ−ＰＮＯ（ｘ）のナンバｘが記録
される。例えば、ポインタＰ−ＰＮＯ１〜Ｐ−ＰＮＯ９
９のうち、ポインタＰ−ＰＮＯ１〜Ｐ−ＰＮＯ５まで使
用されているとすると、ポインタＦｉｒｓｔＰＮＯ＝
０１ｈ、ポインタＬａｓｔＰＮＯ＝０５ｈが記録され
る。

【０１８４】また、ポイント部において、ポインタＰ−
ＰＦＲＡ、Ｐ−ＥＭＰＴＹも形成される。そして、テー
ブル部において各ポインタに対応される各８バイトのパ
ーツテーブルとして、スタートアドレス、エンドアドレ
ス、画像モード（Ｓ．Ｐｉｃｔ．モード）が記録される
９９単位のパーツテーブル（０１ｈ）〜（６３ｈ）が形
成される。この場合もＡＵＸ−ＴＯＣセクター０と同
様、残りのパーツテーブル（６４ｈ）〜（ＦＦｈ）は使
用しないものとして、ＡＬＬ「０」（ｚｅｒｏｓ）がセ
ットされる。

【０１８５】また、パーツテーブル（００ｈ）はポイン
タによっては指定されないパーツテーブルとなるが、こ
こは表示画像（ＣｏｖｅｒＰｉｃｔｕｒｅ）として位
置づけられたピクチャファイルのアドレス管理に専用に
用いられる。上記した画像モード（Ｓ．Ｐｉｃｔ．モー
ド）は、表紙画像のパーツテーブル（００ｈ）にも同様
に設けられる。

【０１８６】ポインタＰ−ＰＮＯ１〜Ｐ−ＰＮＯ９９
は、それぞれ１つのピクチャファイルが記録された領域
を、特定のパーツテーブルを指定することで管理する。
例えばポインタポインタＰ−ＰＮＯ１で指定されるパー
ツテーブルには、１枚目としての画像データとなるピク
チャファイルのスタートアドレス、エンドアドレス、画
像モード（Ｓ．Ｐｉｃｔ．モード）が記録された状態と
される。なお、このＡＵＸ−ＴＯＣセクター１ではリン
ク情報（Ｌｉｎｋ−Ｐ）によるパーツテーブルをリンク
させて行うファイル管理は行われない。つまり、１つの
ピクチャファイルは物理的に離れた区間に分けて記録さ
れることはない。

【０１８７】但し、このセクター内での未使用のパーツ
テーブルについてはポインタＰ−ＥＭＰＴＹを起点とす
るリンク形態（パーツテーブルの８バイト目がリンク情
報とされる）によって管理される。

【０１８８】また、ＡＵＸ−ＴＯＣセクター１でのポイ
ンタＰ−ＰＦＲＡは、ＡＵＸデータエリア内の１クラス
タの領域に対して１クラスタ未満のピクチャーデータが
記録されており、かつ、その１クラスタ内においてピク
チャデータが記録されていない領域が未記録領域（記録
完了領域）、即ちフリーエリアとされている場合に、こ
のフリーエリアを管理するポインタとされる。つまり、
ポインタＰ−ＰＦＲＡで指定されるパーツテーブルにフ
リーエリアとしての区間のアドレスが記録される。

【０１８９】また、ＡＵＸ−ＴＯＣセクター１での各パ
ーツテーブルにおける画像モード（Ｓ．Ｐｉｃｔ．モー
ド）は、各パーツテーブルにより指定されるアドレスに
記録されているピクチャファイルについて、コピーステ
ータスを含むモード情報を示すものとされる。

【０１９０】画像モード（Ｓ．Ｐｉｃｔ．モード）は、
例えば、図３６（Ａ）に示すようにして定義される。画
像モードはｄ１−ｄ８の８ビットとされるが、ｄ１−ｄ
２からなる２ビットによりコピーステータスが示され
る。コピーステータスとは、対応するピクチャファイル
についてのコピーの許可／不許可に関して設定された情
報である。この場合、コピーステータスが（０ｈ）とさ
れた場合には、コピー許可であることを示し、そのピク
チャファイルは何回でもコピーが可能とされる。コピー
ステータス（１ｈ）とされた場合には、そのピクチャフ
ァイルについて、あと１回のみのコピーが許可されてい
ることを示す。コピーステータスが（２ｈ）とされた場
合には、そのピクチャファイルについて、認証されたデ
ータバスを介して１回のみのコピーが許可されているこ
とを示す。逆にいえば、認証されないデータバスを介し
た場合には、コピーは不許可になる。コピーステータス
が（３ｈ）とされた場合には、そのピクチャファイルに
ついては、コピーが禁止されていることを示す。残るｄ
３−ｄ８の６ビットについては、ここでは未定義とされ
ている。

【０１９１】また、或るピクチャファイルについてデー
タのコピーが行なわれた場合には、そのコピー前のピク
チャファイルに対応して与えられたコピーステータスの
内容に対応して、コピー後のピクチャファイルに対応し
て与えられるコピーステータスは図３６（Ｂ）に示すよ
うにして更新されるべきことになる。つまり、或るピク
チャファイルについて、コピー前においてはコピーステ
ータスが「０ｈ」とされていた場合には、コピー後にお
いてもそのピクチャファイルには、コピーステータス
「０ｈ」が与えられる。つまり、何回でもコピーが可能
とされる。これに対して、コピー前においてはコピース
テータスが「１ｈ」或いは「２ｈ」とされていた場合に
は、コピー後においては、コピーステータスが「３ｈ」
とされて以降のコピーは禁止されることが示される。

【０１９２】ＡＵＸ−ＴＯＣセクタ−２図３７にＡＵＸ−ＴＯＣセクター２のフォーマットを示
す。このセクター２はピクチャインフォメーションテー
ブルとされ、記録された各ピクチャファイルにピクチャ
ネーム、記録日時、およびインターネットのＵＲＬ（Ｕ
ｎｉｆｏｒｍＲｅｓｏｕｒｓｅＬｏｃａｔｏｒｓ）
の情報（本実施の形態では、これらの情報をピクチャイ
ンフォメーションという）を付ける場合に、これらピク
チャインフォメーションとしての各情報を文字情報とし
て記録するデータ領域とされる。

【０１９３】ここで、ＡＵＸ−ＴＯＣセクター２の説明
に先立ち、ＡＵＸ−ＴＯＣセクター２のテーブル部に記
録されるピクチャインフォメーションファイルの構造に
ついて図３８により説明しておく。ここでいうピクチャ
インフォメーションファイルとは、１ピクチュアファイ
ルに対応するピクチャファイルインフォメーションの情
報である。

【０１９４】この図３８に示すように、ピクチャインフ
ォメーションファイルは、まず先頭にピクチャネームと
してのデータユニットがアスキーコードその他の文字コ
ードで配置される。このピクチャネームは、図３３に示
したＵ−ＴＯＣセクター４のスロットに記録される文字
情報のフォーマットに準じる。ピクチャネームとしての
データユニットに続いては、データユニット間の区切り
を示す「１Ｆｈ」が配置され、この後ろに記録日時のデ
ータユニットが配置される。この記録日時は、図３２に
示したＵ−ＴＯＣセクター２のスロットに記録される録
音日時のフォーマットに準じ、前述したようにして６バ
イトを使用して記録される。記録日時のデータユニット
に続けても上記「１Ｆｈ」が配置され、この後ろにＵＲ
Ｌとしての文字情報が配置される。このＵＲＬに関して
は、後述する文字コード（ｃｈａｒａｃｔｏｒ．ｃｏｄ
ｅ）に依らず、アスキーコードによりＭＳＢから記録す
ることができる。そして、ファイルの最後は「００ｈ」
により締めくくられる。

【０１９５】なお、ピクチャネーム、記録日時、および
ＵＲＬのデータユニットのうち或るものについて実体的
な内容が無いとされる場合には、そのデータユニットに
代えて「００ｈ」を記録するものとされる。

【０１９６】また、上記ＵＲＬであるが、例えばそのピ
クチャファイルがインターネットのホームページからダ
ウンロードして得られるものであるような場合に、その
ホームページのＵＲＬがピクチャファイルに対して付さ
れるものである。

【０１９７】図３７に戻り、ＡＵＸ−ＴＯＣセクター２
について説明する。まず、ＡＵＸ−ＴＯＣセクター２の
ヘッダにおいては、セクターアドレス（Ｓｅｃｔｏｒ）
＝０２ｈ、モード情報（ＭＯＤＥ）＝０２ｈが記録され
る。

【０１９８】また、ＡＵＸ−ＴＯＣセクター２には、記
録された各ピクチャファイルに対応するためにポインタ
部にポインタＰ−ＰＩＦ１〜Ｐ−ＰＩＦ９９（ただしＰ
−ＰＩＦ２５５まで拡張可能）が用意され、またスロッ
ト部には、ポインタ部Ｐ−ＰＩＦ１〜Ｐ−ＰＩＦ９９に
よって指定可能な、単位８バイトで２５５単位のスロッ
ト（０１ｈ）〜（ＦＦｈ）および同じく８バイトの１つ
のスロット（００ｈ）が用意されている。そして、メー
カコード、モデルコードに続く２バイトの領域は、ポイ
ンタＦｉｒｓｔＰＩＦ、ＬａｓｔＰＩＦとされる。
ポインタＦｉｒｓｔＰＩＦは、ポインタＰ−ＰＩＦ１
〜Ｐ−ＰＩＦ９９のうち、使用されている最初のポイン
タＰ−ＰＩＦのナンバが記録され、ポインタＬａｓｔ
ＰＩＦは、使用されている最後のポインタＰ−ＰＩＦの
ナンバが記録される。

【０１９９】スロット（００ｈ）〜（ＦＦｈ）にはピク
チャインフォメーションファイルとしての文字情報がア
スキーコードその他の文字コードで記録される。記録さ
れる文字の種別は、ＡＵＸ−ＴＯＣセクター２上の所定
バイト位置に記録された文字コード（図においてはｃｈ
ａｒａ．ｃｏｄｅと記述）により規定される。

【０２００】文字コードは、例えば「００ｈ」がアスキ
ーコード、「０１ｈ」がモディファイドＩＳＯ．８８５
９−１、「０２ｈ」がミュージックシフテッドＪＩＳ、
「０３ｈ」がＫＳＣ５６０１−１９８９（韓国
語）、「０４ｈ」がＧＢ２３１２−８０（中国語）など
のように定義されている。

【０２０１】ポインタＰ−ＰＩＦ１〜Ｐ−ＰＩＦ９９
は、各ポインタのナンバに対応するファイルナンバのピ
クチャインフォメーションファイルが記録された特定の
パーツテーブルを指定する。例えばポインタＰ−ＰＩＦ
１によって指定されるスロットには第１のピクチャファ
イルの画像に対応した文字が記録されることになる。な
お、スロット（００ｈ）としての８バイトは表紙ピクチ
ャに対応するピクチャインフォーメーションファイルの
記録開始のための専用エリアとされており、ポインタＰ
−ＰＩＦ（ｘ）によって指定されないスロットとされて
いる。これら各スロットはリンク情報によりリンクされ
ることで、１つのピクチャファイルに対応するピクチャ
インフォメーションファイルは７バイトより大きくても
対応できるようにされている。また、ポインタＰ−ＥＭ
ＰＴＹは使用していないスロットをリンク形態で管理す
る。

【０２０２】なお、ピクチャネーム、記録日時、および
ＵＲＬごとにそれぞれ異なるＡＵＸ−ＴＯＣセクターを
設定して、個別的に管理するようにしてもかまわない。
しかし、図３７および図３８に示すようにしてＡＵＸ−
ＴＯＣセクター２によりピクチャファイルに関して付さ
れる各種文字情報をピクチャインフォメーションファイ
ルとして一括管理することでピクチャネーム、記録日
時、およびＵＲＬごとにそれぞれ異なるＡＵＸ−ＴＯＣ
セクターを設けて管理する場合より、管理情報として必
要とされるデータ量（ＴＯＣセクター数）は少なくな
り、ディスクの記録領域は有効利用されるものである。

【０２０３】ＡＵＸ−ＴＯＣセクター３図３９に示すＡＵＸ−ＴＯＣセクター３は、ピクチャプ
レイバックシーケンステーブルとされている。これは楽
曲などのプログラムの再生に同期してピクチャファイル
の出力（つまり画像表示）を行うための管理情報とな
る。

【０２０４】ＡＵＸ−ＴＯＣセクター３のヘッダのにお
いては、セクターアドレス（ｓｅｃｔｏｒ）＝０３ｈ、
モード情報（ＭＯＤＥ）＝０２ｈが記録される。

【０２０５】また、記録された各ピクチャファイルに対
応するためにポインタ部として、ポインタＰ−ＴＮＰ１
〜Ｐ−ＴＮＰ９９（ただしＰ−ＰＩＦ２５５まで拡張可
能）まで用意される。このポインタＰ−ＴＮＰ１〜Ｐ−
ＴＮＰ９９は、プログラムエリアにトラック単位で記録
されたオーディオデータのトラックナンバに対応する。
つまり、第１トラック〜第９９トラックに対応する。テ
ーブル部には、ポインタＰ−ＴＮＰ１〜Ｐ−ＴＮＰ９９
によって指定される、単位８バイトで９９単位のパーツ
テーブル（０１ｈ）〜（６３ｈ）および同じく８バイト
の１つのパーツテーブル（００ｈ）が用意されている。
この場合も、使用しないパーツテーブル（６４ｈ）〜
（ＦＦｈ）にはＡＬＬ「００ｈ」が記録される。メーカ
コード、モデルコードに続くポインタＦｉｒｓｔＴＮ
Ｐ、ＬａｓｔＴＮＰにはそれぞれポインタＰ−ＴＮＰ
１〜Ｐ−ＴＮＰ９９のうち、使用されている最初のポイ
ンタＰ−ＴＮＰのナンバと、使用されている最後のポイ
ンタＰ−ＴＮＰのナンバが記録される。

【０２０６】ポインタＰ−ＴＮＰ１〜Ｐ−ＴＮＰ９９に
よって指定される各パーツテーブルには、そのトラック
の先頭位置アドレスからオフセットアドレス形態でスタ
ートアドレス、エンドアドレスが記録される。ＡＵＸ−
ＴＯＣセクター３ではサウンドグループの単位までによ
るアドレス指定が行われる。また、各パーツテーブルの
４バイト目には、ポインタＰ−ＰＮＯｊとして特定のピ
クチャファイルが示されている。ポインタＰ−ＰＮＯｊ
はＡＵＸ−ＴＯＣセクター１で管理される各ピクチャフ
ァイル（Ｐ−ＰＮＯ１〜９９）に相当する値となる。さ
らにリンク情報によって他のパーツテーブルをリンクで
きる。つまり、同一トラックにおいて複数のピクチャフ
ァイルを表示させるように規定できる。

【０２０７】例えば第１トラックとしての楽曲の再生を
行う際に、その再生中の特定のタイミングで第１のピク
チャファイルの画像を出力したい場合は、第１トラック
に対応するポインタＰ−ＴＮＰ１で指定されるパーツテ
ーブルに、画像出力期間としてのスタートアドレス、エ
ンドアドレスを記録し、また出力すべき画像としてポイ
ンタＰ−ＰＮＯｊで特定のピクチャファイルを示す。仮
に、第１トラック再生開始から１分０秒を経過した時点
から１分３０秒を経過するまでの期間に、第１のピクチ
ャファイルの画像を表示出力したい場合を考えると、ポ
インタＰ−ＴＮＰ１で指定されるパーツテーブルに、ス
タートアドレス、エンドアドレスとして、第１トラック
再生開始から１分０秒に相当するアドレス地点、および
１分３０秒に相当すＲうアドレスが、オフセットアドレ
スにより記録される。そしてポインタＰ−ＰＮＯｊは第
１のピクチャファイルを指定するために、Ｐ−ＰＮＯ１
の値とされる。また１つのトラックの再生中に複数の画
像を切換表示したい場合は、パーツテーブルがリンクさ
れて、出力すべきピクチャファイルおよび出力期間が管
理されることになる。

【０２０８】なお、パーツテーブル（００ｈ）は、表紙
ピクチャ（ＣｏｖｅｒＰｉｃｔｕｒ）に対応するので
あるが、表紙ピクチャはオーディオトラックの再生に同
期した画像出力は原則として行わないものとしているこ
とから、ここでは、パーツテーブル（００ｈ）のスター
トアドレスおよびエンドアドレスとしてはＡＬＬ「０」
が記録されるものとしている。

【０２０９】ところで、或るトラックに対応されたパー
ツテーブルにおけるスタートアドレス、エンドアドレス
が両方ともＡＬＬ「０」であった場合には、そのトラッ
クの音声出力期間中にわたって指定されたピクチャファ
イル（ポインタＰ−ＰＮＯｊで示される）の画像が表示
されるようにする。また、エンドアドレスについてのみ
ＡＬＬ「０」である場合は、そのトラックの再生期間内
において次に表Ｊすべきピクチャファイルのスタートア
ドレスに至るまで、ポインタＰ−ＰＮＯｊで指定された
ピクチャファイルを出力する。また、スタートアドレ
ス、エンドアドレスが両方ともＡＬＬ「０」でＨなく、
かつ、同じ値とされている場合には、ピクチャファイル
の表示出力は禁止される。またこのＡＵＸ−ＴＯＣセク
ター５でもポインタＰ−ＥＭＰＴＹからのリンクで使用
していないパーツテーブルを管理する。

【０２１０】ＡＵＸ−ＴＯＣセクター４ＡＵＸ−ＴＯＣセクター４、セクタ−５はテキストファ
イルの管理に用いられる。まず、図４０に示すＡＵＸ−
ＴＯＣセクター４はテキストアロケーションテーブルと
しての管理セクターとなり、ＡＵＸデータエリア内にお
いてテキストファイルとして記録された各データファイ
ルの管理を行う。

【０２１１】このＡＵＸ−ＴＯＣセクター４では、Ｕ−
ＴＯＣセクター０と同様の形式でテキストファイルの管
理を行う。仮にＡＵＸデータエリアをすべてテキストフ
ァイルの記録に用いるとすると、３８クラスタ（×３２
セクター×２３２４バイト）分のテキストデータが記録
できるが、このテキストデータはＡＵＸ−ＴＯＣセクタ
ー４において最大２５５個のファイルとして管理でき
る。但し、ここでは後述するように、１枚の表紙テキス
トを含めて１００ファイルまで管理するものとする。な
お、テキストファイルの１つのファイル長はセクター単
位とされる。

【０２１２】１つの特定のテキストファイルは、いわゆ
るディスクの表紙ピクチャに対応するテキストファイル
（表紙テキスト：ＣｏｖｅｒＴｅｘｔ）として位置づ
けできる。

【０２１３】このＡＵＸ−ＴＯＣセクター４のヘッダに
おいては、セクターアドレス（ｓｅｃｔｏｒ）＝０４
ｈ、モード情報（ＭＯＤＥ）＝０２ｈが記録される。

【０２１４】そして、各テキストファイルの管理に用い
られるポインタＰ−ＴＸＮＯ（ｘ）として、ＡＵＸ−Ｔ
ＯＣセクター６内にはポインタＰ−ＴＸＮＯ１〜Ｐ−Ｔ
ＥＸＮＯ９９（ただしＰ−ＴＸＮＯ２５５まで拡張可
能）が形成される。ポインタＰ−ＴＸＮＯ１〜Ｐ−ＴＥ
ＸＮＯ９９は、オーディオトラックのトラックナンバに
対応する。つまり、ここでは、最大で第１〜第９９のオ
ーディオトラックに対応づけされた９９のテキストファ
イルが管理可能とされる（表紙テキストは除く）。ま
た、ポインタ部において、ポインタＰ−ＰＦＲＡ、Ｐ−
ＥＮＰＴＹも形成される。そして、テーブル部において
各ポインタに対応される８バイトのパーツテーブルとし
て、スタートアドレス、エンドアドレス、テキストモー
ドが記録される９９単位のパーツテーブル（０１ｈ）〜
（６３ｈ）が形成される（パーツテーブル（６４ｈ）〜
（ＦＦｈ）は不使用としてＡＬＬ「０」が記録され
る）。なお、テキストモードの定義内容については後述
する。

【０２１５】また、パーツテーブル（００ｈ）はポイン
タによっては指定されないパーツテーブルとなるが、こ
こは表紙テキストとして位置づけられたテキストファイ
ルのアドレスおよびテキストモードの管理に専用に用い
られる。

【０２１６】ポインタＰ−ＴＸＮＯ１〜Ｐ−ＴＸＮ９９
は、それぞれ１つのテキストファイルが記録された領域
を、解く手のパーツテーブルを指定することで管理す
る。例えば、ポインタＰ−ＴＸＮＯ１で指定されるパー
ツテーブルには、ファイルナンバとして第１のテキスト
ファイルのスタートアドレス、エンドアドレス、テキス
トモードが記録された状態とされる。

【０２１７】なお、上記したようにテキストファイルは
セクター単位であるので、上記スタートアドレス、エン
ドアドレスとしては、セクター単位までにより記述さ
れ、サウンドグループ単位のアドレスを示すデータ位置
には、「０ｈ」がセットされる。

【０２１８】また、このＡＵＸ−ＴＯＣセクター４では
リンク情報によるパーツテーブルをリンクさせて行うフ
ァイル管理は行なわれない。つまり１つのテキストファ
イルは物理的に離れた区間に分けられて記録されること
はない。

【０２１９】ただし、このセクター内での未使用のパー
ツテーブルについてはポインタＰ−ＥＭＰＴＹを起点と
するリンク形態（パーツテーブルの８バイト目がリンク
除法とされる）によって管理される。また、ＡＵＸ−Ｔ
ＯＣセクター４でのポインタＰ−ＰＦＲＡは、ＡＵＸデ
ータエリア内の１クラスタの領域に対して１クラスタ未
満のテキストファイルのデータが記録されており、か
つ、その１クラスタ内においてデータが記録されていな
い領域が未記録領域（記録可能領域）、すなわちフリー
エリアとされている場合に、このフリーエリアを管理す
るポインタとされる。つまり、ポインタＰ−ＰＦＲＡで
指定されるパーツテーブルにフリーエリアとしての区間
のアドレスが記録される。そして、このフリーエリア管
理にもパーツテーブルの８バイト目がリンク情報とされ
てパーツテーブルがリンクされ、複数の離れた区間がフ
リーエリアとして管理される場合がある。

【０２２０】ここで、ＡＵＸ−ＴＯＣセクター４の各パ
ーツテーブルに指定されるテキストモード（Ｔｅｘｔモ
ード）の定義内容について、図４１を参照して説明して
おく。テキストモードは、各パーツテーブルにおける第
４バイトの位置にある領域であり、ｄ１−ｄ８の８ビッ
ト（１バイト）により形成される。これらｄ１−ｄ８の
うち、ｄ１−ｄ２からなる２ビットはコピーステータス
を示すが、これについては先に図３６（Ａ）により説明
したピクチャファイルについてのコピーステータス
（Ｓ．Ｐｉｃｔ．モード）と同様となるため、ここでの
説明は省略する。

【０２２１】ｄ３−ｄ４からなる２ビットは、そのテキ
ストファイルの内容を示す。この場合、ｄ３−ｄ４が
「０ｈ」であればｓｕｎｇｔｅｘｔであることが示さ
れる。すなわち、そのテキストファイルは、これが対応
するオーディオトラックとしての楽曲の歌詞であること
を示し、「１ｈ」であれば、対応するオーディオトラッ
クとしての楽曲を演奏するアーティスト情報（アーティ
スト名その他）を記述したテキストであることが示され
る。「２ｈ」であれば、いわゆるライナーノーツ（アル
バムに添え付けられた解説など）であることが示され、
「３ｈ」は、その他の情報としてのテキストであること
が示される。

【０２２２】ｄ５の１ビットは、そのテキストファイル
におけるタイムスタンプの挿入の有無を示し、「０」で
あればタイムスタンプが無いことを示し、「１」であれ
ばタイムスタンプが有ることを示す。なお、タイムスタ
ンプがどのようなものであるかについては、図４２によ
り後述する。

【０２２３】ｄ６−ｄ７−ｄ８からなる３ビットは、文
字コードを示す。文字コードは、例えば「０ｈ」がアス
キーコード、「１ｈ」がモディファイドＩＳＯ、「２
ｈ」がミュージックシフテッドＪＩＳ、「３ｈ」がＫＳ
Ｃ５６０１−１９８９（韓国語）「４ｈ」がＧＢ２
３１２−８０（中国語）として定義されている。「５
ｈ」「６ｈ」は未定義（Ｒｅｓｅｒｖｅｄ）とされる。
「７ｈ」は、プレインテキスト（ＰｌａｉｎＴｅｘ
ｔ）とされ、そのテキストファイルをプレインテキスト
として定義することで、文字コードとしての拡張性を与
えることが可能となる。

【０２２４】ＡＵＸ−ＴＯＣセクター５図４３にＡＵＸ−ＴＯＣセクター５のフォーマットを示
す。このセクター５はテキストインフォメーションテー
ブルとされ、記録された各テキストファイルにテキスト
ネーム、記録日時、およびインターネットのＵＲＬの情
報（本実施の形態では、これらの情報をテキストインフ
ォメーションという）を付ける場合に、これらテキスト
インフォメーションとしての各情報を文字情報として記
録するデータ領域とされる。

【０２２５】なお、ＡＵＸ−ＴＯＣセクター５のテーブ
ル部に記録されるテキストインフォメーションファイル
の構造は、先に図３８に示したピクチャインフォメーシ
ョンファイルに準ずる。つまり、図３８におけるピクチ
ャーネームのデータユニットがテキストネームのデータ
ユニットとされる以外は同様の構造を有する。

【０２２６】図４３に示すＡＵＸ−ＴＯＣセクター５の
フォーマットとして、ヘッダにおいては、セクタアドレ
ス（Ｓｅｃｔｏｒ）＝０５ｈ、モード情報（ＭＯＤＥ）
＝０２ｈが記録される。

【０２２７】また、ＡＵＸ−ＴＯＣセクター５には、記
録された各テキストファイルに対応するためにポインタ
部にポインタＰ−ＴＸＩＦ１〜Ｐ−ＴＸＩＦ９９（ただ
しＰ−ＴＸＩＦ２５５まで拡張可能）が用意され、また
スロット分には、ポインタＰ−ＴＸＩＦ１〜Ｐ−ＴＸＩ
Ｆ９９によって指定可能な、単位８バイトで２５５単位
のスロット（０１ｈ）〜（ＦＦｈ）が用意されている。
そして、メーカコード、モデルコードに続くポインタＦ
ｉｒｓｔＴＸＩＦ、ＬａｓｔＴＸＩＦは、それぞれ
ポインタＰ−ＴＸＩＦ１〜Ｐ−ＴＸＩＦ９９のうち、使
用されている最初のポインタＰ−ＴＸＩＦのナンバが記
録され、ポインタＬａｓｔＴＸＩＦは、使用されてい
る最後のポインタＰ−ＴＸＩＦのナンバが記録される。

【０２２８】テーブル部としてのスロット（００ｈ）〜
（ＦＦｈ）にはテキストインフォメーションファイルと
しての文字情報がアスキーコードその他の文字コードで
記録される。記録される文字の種別は、ＡＵＸ−ＴＯＣ
セクター２上の所定バイト位置に記録された文字コード
（ｃｈａｒａ．ｃｏｄｅ）により規定される。

【０２２９】この場合も、文字コードは、ＡＵＸ−ＴＯ
Ｃセクター２と同様、例えば「００ｈ」がアスキーコー
ド、「０１ｈ」がモディファイドＩＳＯ、「０２ｈ」が
ミュージックシフテッドＪＩＳ、「０３ｈ」がＫＳＣ
５６０１−１９８９（韓国語）「０４ｈ」がＧＢ２３
１２−８０（中国語）などのように定義されている。

【０２３０】ポインタＰ−ＴＥＸＩＦ１〜Ｐ−ＴＥＸＩ
Ｆ９９は、各ポインタのナンバに対応するファイルナン
バのテキストインフォメーションファイルが記録された
特定のパーツテーブルを指定する。例えば、Ｐ−ＴＥＸ
ＩＦ１によって指定されるスロットには第１のテキスト
ファイルの画像に対応した文字が記録されることにな
る。なお、スロット（００ｈ）としての８バイトは表紙
テキストに対応する表紙テキストインフォメーションフ
ァイルの記録開始のための専用エリアとされており、ポ
インタＰ−ＴＥＸＩＦ（ｘ）によっては指定されないス
ロットとされている。これら各スロットはリンク情報に
よりリンクされることで、１つのテキストファイルに対
応するテキストファイルインフォメーションファイルは
７バイトより大きくても対応できるようにされている。
また、ポインタＰ−ＥＭＰＴＹは使用していないスロッ
トをリンク形態で管理する。

【０２３１】なお、この場合にも、テキストネーム、記
録日時、およびＵＲＬごとにそれぞれ異なるＡＵＸ−Ｔ
ＯＣセクターを設定して、個別的に管理するようにして
もかまわないが、ＡＵＸ−ＴＯＣセクター５によりピク
チャファイルに関して付される文字情報をテキストイン
フォメーションファイルとして一括管理することで、イ
ンフォメーションファイルの場合と同様に、管理情報と
して必要とされるデータ料（ＴＯＣセクター数）を少な
くするように配慮しているものもある。

【０２３２】データファイルピクチャファイルセクター以上のように形成される各ＡＵＸ−ＴＯＣセクターによ
って管理されるＡＵＸデータファイルである、ピクチャ
ファイルとテキストファイルの２種のデータファイルに
ついて説明して行く。

【０２３３】まず、ピクチャファイルとしては、静止画
１枚のファイル長は任意とされる。静止画としてのイメ
ージサイズは６４０×４８０ドットとし、ピクチャファ
イルはＪＰＥＧフォーマットベースラインとする。そし
て、ピクチャファイルの管理はＡＵＸ−ＴＯＣで行うた
めに、ファイルのビットストリームはＪＰＥＧ規定のＳ
ＯＩ（ＳｔａｒｔＯｒＩｍａｇｅ）マーカーからＥ
ＯＩ（ＥｎｄＯｆＩｍａｇｅ）マーカーまでとな
る。また、セクターフォーマットはモード２とし、３ｒ
ｄレイヤＥＣＣは無しとするために、１セクターの画像
データ容量としての有効バイトは２３２４バイトとな
る。一例としてＪＰＥＧのピクチャファイルが１クラス
タ（＝３２セクター）であるものとすると、実際のデー
タサイズは、７２０４５（＝２３２４×３１＋１）バイ
トから７４３６８バイト（＝２３２４×３２）となる。

【０２３４】このようなピクチャファイルを構成するセ
クターのフォーマットは例えば図４４のようになる。先
頭には、同期パターン、クラスタアドレス（Ｃｌｕｓｔ
ｅｒＨ、ＣｌｕｓｔｅｒＬ）、セクターアドレス（Ｓ
ｅｃｔｏｒ）、モード情報（０２ｈ）による１６バイト
のヘッダが設けられ、続く８バイトは未定義（Ｒｅｓｅ
ｒｖｅｄ）とされる。そして、データＤＰ０〜ＤＰ２３
２３として示すように、２３２４バイトの画像データが
記録されるデータエリアとしての領域が設けられる。最
後の４バイトには、それぞれ「００ｈ」が記録される
が、誤り検出パリティを記録することも考えられる。

【０２３５】テキストファイルセクター次にテキストファイルとしては、ＡＵＸ−ＴＯＣセクタ
ー４のテキストモードにより規定されるＡＳＣＩＩ、Ｍ
ｏｄｉｆｉｅｄＩＳＯ８８５９−１、Ｍｕｓｉｃ
ＳｈｉｆｔｅｄＪＩＳ、その他のテキストデータを記
録できる。

【０２３６】テキストファイルを構成するセクターのフ
ォーマットは例えば図４５のようになり、ピクチャファ
イルと同様に先頭からヘッダ（１６バイト）、未定義
（Ｒｅｓｅｒｖｅｄ）領域（８バイト）が設けられ、こ
れに続いてデータＤＴ０〜ＤＴ２３２３として示すよう
に、２３２４バイトのテキストファイルとしてのデータ
が記録されるデータエリアが設けられる。最後の４バイ
トには、それぞれ「００ｈ」が記録されるが、誤り検出
パリティを記録することも考えられる。

【０２３７】ここで、テキストファイルセクターに記録
されるテキストファイルのデータ構造を図４２に示す。
ただし、ここで示すテキストファイルは、ＡＵＸ−ＴＯ
Ｃセクター４のテキストモードとして、タイムスタンプ
有り（ｄ５＝「１」）が設定されている場合に対応する
データ構造とされる。この図に示すように、テキストフ
ァイルとしては、先ずテキストファイル毎の区切りを示
す「１Ｅｈ」が配置され、続いて、タイムスタンプを示
すデータユニット（３ｂｙｔｅｐｕｒｅｂｉｎａｒ
ｙ）が配置される。タイムスタンプとは、対応するオー
ディオトラックの再生に同期したテキストファイルの表
示出力タイミングを規定するもので、タイおするオーデ
ィオトラックのオフセットアドレスにより示される。続
いて、パラグラフのデータユニットのデータ長を示すパ
ラグラフ長のデータユニット（３ｂｙｔｅｐｕｒｅ
ｂｉｎａｒｙ）が配置される。そして、１Ｆｈのデータ
に続けてパラグラフ（実体的な文字情報）のデータユニ
ットが配置されて形成される。

【０２３８】したがって、本実施の形態によれば、オー
ディオデータに関連する広告画像データを組み合わせて
配信することができるので、広告画像データによる広告
効果を向上させる上で有利である。

【０２３９】また、前記広告画像データを有料で販売す
ることができるので、新たなビジネスの形態を実現する
ことができる。ＭＤにオーディオデータと該オーディオ
データに関連する広告画像データを格納することができ
るので、ＭＤレコーダ／プレーヤを用意することによ
り、時と場所を選ばずにオーディオデータと該広告画像
データの視聴が可能となる。

【０２４０】

【発明の効果】以上説明したように本発明の通信装置、
通信システム、通信方法、通信用プログラムおよび記録
媒体によれば、オーディオデータに関連する広告画像デ
ータを組み合わせて配信することができるので、広告画
像データによる広告効果を向上させる上で有利である。

【図面の簡単な説明】

【図１】本実施の形態の通信システムの機能ブロック図
である。

【図２】オーディオデータのデータ構造の説明図であ
る。

【図３】広告画像データのデータ構造の説明図である。

【図４】合成データのデータ構造の説明図である。

【図５】課金処理の説明図である。

【図６】通信システムの動作を示すフローチャートであ
る。

【図７】通信システムの動作を示すフローチャートであ
る。

【図８】ディスプレイの表示画面を示す説明図である。

【図９】通信システムの端末装置、課金制御手段、課金
サーバ、金融サーバの動作を示すフローチャートであ
る。

【図１０】通信装置の構成を示す説明図である。

【図１１】ディスプレイの表示画面を示す説明図であ
る。

【図１２】ディスプレイの表示画面を示す説明図であ
る。

【図１３】コンテンツデータの転送／記録時の処理のフ
ローチャートである。

【図１４】本発明の実施の形態で利用される暗号化方式
のツリー構造の説明図である。

【図１５】実施の形態で利用される暗号化方式のＥＫＢ
の説明図である。

【図１６】実施の形態で利用される暗号化方式のＥＫＢ
の構造の説明図である。

【図１７】実施の形態のシステム構成のブロック図であ
る。

【図１８】実施の形態のＳＤＭＩコンテンツのデータパ
ス例の説明図である。

【図１９】実施の形態の一次記録媒体側機器のブロック
図である。

【図２０】実施の形態の二次記録媒体側機器のブロック
図である。

【図２１】実施の形態の認証処理のフローチャートであ
る。

【図２２】実施の形態の配信／転送されるコンテンツデ
ータ及び暗号化状態の説明図である。

【図２３】実施の形態の暗号化方式例及びＤＮＫの説明
図である。

【図２４】実施の形態のコンテンツデータの暗号解除手
順の説明図である。

【図２５】実施の形態のコンテンツデータ転送／記録時
の処理のフローチャートである。

【図２６】実施の形態のコンテンツデータ転送／記録時
の処理のフローチャートである。

【図２７】実施の形態のコンテンツデータ転送／記録時
の処理手順の説明図である。

【図２８】本実施の形態のＭＤレコーダ／プレーヤが対
応するＭＤのエリア構造の概略説明図、図２８（Ｂ）は
ＭＤのエリア構造の詳細な説明図である。

【図２９】Ｕ−ＴＯＣセクター０の説明図である。

【図３０】Ｕ−ＴＯＣセクター１の説明図である。

【図３１】パーツの管理状態を説明する模式図である。

【図３２】Ｕ−ＴＯＣセクター２の説明図である。

【図３３】Ｕ−ＴＯＣセクター４の説明図である。

【図３４】ＡＵＸ−ＴＯＣセクター０の説明図である。

【図３５】ＡＵＸ−ＴＯＣセクター１の説明図である。

【図３６】画像モード（Ｓ．Ｐｉｃｔ．モード）の説明
図である。

【図３７】ＡＵＸ−ＴＯＣセクター２の説明図である。

【図３８】ピクチャインフォメーションファイルの説明
図である。

【図３９】ＡＵＸ−ＴＯＣセクター３の説明図である。

【図４０】ＡＵＸ−ＴＯＣセクター４の説明図である。

【図４１】テキストモード（Ｔｅｘｔモード）の定義内
容の説明図である。

【図４２】テキストファイルのデータ構造の説明図であ
る。

【図４３】ＡＵＸ−ＴＯＣセクター５の説明図である。

【図４４】ピクチャファイルを構成するセクターの説明
図である。

【図４５】テキストファイルを構成するセクターの説明
図である。

【符号の説明】

１０……通信システム、２０……通信装置、３０……端
末装置、４０……課金サーバ、５０……ユーザ側金融サ
ーバ、６０……提供者側金融サーバ、７０……インター
ネット、２００２……オーディオデータ記憶手段、２０
０４……広告画像データ記憶手段、２００６……検索手
段、２００８……合成手段、２０１０……通信手段、３
００２……通信手段、３００４……記憶手段、３００６
……インターフェース手段、３００８……制御手段。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ１０Ｋ 15/02 Ｇ１０Ｋ 15/02 Ｈ０４Ｎ 7/16 Ｈ０４Ｎ 7/16 Ｃ 7/173 ６２０ 7/173 ６２０Ｄ６４０６４０Ａ

Claims

【特許請求の範囲】

【請求項１】複数のオーディオデータと、これらオー
ディオデータのそれぞれに付加されたオーディオデータ
識別情報とが格納されたオーディオデータ記憶手段と、複数の広告画像データと、これら広告画像データのそれ
ぞれに関連付けられたオーディオデータ識別情報とが格
納された広告画像データ記憶手段と、ユーザから指定さ
れた前記オーディオデータと該オーディオデータのオー
ディオデータ識別情報とを前記オーディオデータ記憶手
段から読み出し、前記読み出したオーディオデータ識別
情報に対応する広告画像データを前記広告画像データ記
憶手段から読み出す検索手段と、前記検索手段によって読み出された前記オーディオ識別
情報および広告画像データを合成して合成データを生成
する合成手段と、前記合成データをインターネットを介して外部に送信す
る第１の通信手段と、を備えることを特徴とする通信装
置。
【請求項２】前記第１の通信手段は前記ユーザから前
記合成データの購入を要求する購入要求情報を受信する
ように構成され、前記第１の通信手段により受信された
前記購入要求情報に基づいて前記ユーザに対する課金お
よび決済を行う課金制御手段を設けたことを特徴とする
請求項１記載の通信装置。
【請求項３】前記第１の通信手段は、前記合成データ
を送信する通信プロトコルとしてＴＣＰ／ＩＰおよびＵ
ＤＰ／ＩＰの双方が可能に構成され、前記課金制御手段
による決済が行なわれたときに前記合成データの送信を
ＴＣＰ／ＩＰおよびＵＤＰ／ＩＰの双方で行ない、前記
課金制御手段による決済が行なわれないときに前記合成
データの送信をＵＤＰ／ＩＰのみで行なうように構成さ
れていることを特徴とする請求項２記載の通信装置。
【請求項４】前記第１の通信手段は、前記合成データ
を送信する通信プロトコルとしてＴＣＰ／ＩＰおよび／
またはＵＤＰ／ＩＰを使用することを特徴とする請求項
１記載の通信装置。
【請求項５】前記広告画像データは、静止画データお
よび／または動画データを含むことを特徴とする請求項
１記載の通信装置。
【請求項６】第１の通信装置と第２の通信装置とがイ
ンターネットを介して通信可能に接続された通信システ
ムであって、前記第１の通信装置は、複数のオーディオデータと、これらオーディオデータの
それぞれに付加されたオーディオデータ識別情報とが格
納されたオーディオデータ記憶手段と、複数の広告画像データと、これら広告画像データのそれ
ぞれに関連付けられたオーディオデータ識別情報とが格
納された広告画像データ記憶手段と、リクエスト情報によって要求される前記オーディオデー
タと該オーディオデータのオーディオデータ識別情報と
を前記オーディオデータ記憶手段から読み出し、前記読
み出したオーディオデータ識別情報に対応する広告画像
データを前記広告画像データ記憶手段から読み出す検索
手段と、前記検索手段によって読み出された前記オーディオ識別
情報および広告画像データを合成して合成データを生成
する合成手段と、前記リクエスト情報をインターネットを介して前記第２
の通信装置から受信するとともに前記合成データをイン
ターネットを介して前記第２の通信装置に送信する第１
の通信手段とを備えて構成され、前記第２の通信装置は、インターネットを介して前記第１の通信装置の送信手段
から前記合成データを受信する第２の通信手段と、前記第２の通信手段で受信した前記合成データを格納す
る合成データ記憶手段と、前記合成データを再生する再生手段と、前記リクエスト情報を生成するとともに、該リクエスト
情報を前記第２の通信手段を介して前記第１の通信手段
に送信させる要求手段とを備えて構成されている、ことを特徴とする通信システム。
【請求項７】前記第２の通信装置は、前記合成データ
の購入を要求する購入要求情報を生成して前記第２の通
信手段によって送信させる購入要求情報生成手段を有
し、前記第１の通信装置は、前記第１の通信手段によっ
て受信された前記購入要求情報に基づいて前記第２の通
信装置のユーザに対する課金および決済を行う課金制御
手段を有することを特徴とする請求項６記載の通信シス
テム。
【請求項８】前記第１の通信手段は、前記合成データ
を送信する通信プロトコルとしてＴＣＰ／ＩＰおよびＵ
ＤＰ／ＩＰの双方が可能に構成され、前記課金制御手段
による決済が行なわれたときに前記合成データの送信を
ＴＣＰ／ＩＰおよびＵＤＰ／ＩＰの双方で行ない、前記
課金制御手段による決済が行なわれないときに前記合成
データの送信をＵＤＰ／ＩＰのみで行なうように構成さ
れていることを特徴とする請求項７記載の通信システ
ム。
【請求項９】前記課金制御手段による決済が行なわれ
たときに、前記第２の通信装置の合成データ記憶手段は
ＴＣＰ／ＩＰによって受信された合成データを格納し、
かつ、前記第２の通信装置の再生手段はＵＤＰ／ＩＰで
受信された合成データをストリーミング再生することを
特徴とする請求項８記載の通信システム。
【請求項１０】前記購入要求情報は、前記合成データ
のうちオーディオデータのみを購入するか、オーディオ
データと広告画像データの双方を購入するかを示すよう
に構成され、前記第２の通信装置は、前記購入要求情報
がオーディオデータのみの購入を示すものであるとき
に、前記第２の通信装置の合成データ記憶手段に格納さ
れた合成データのうち、前記広告画像データを削除する
削除手段を有することを特徴とする請求項９記載の通信
システム。
【請求項１１】前記第２の通信装置は、前記合成デー
タ記憶手段に格納された合成データをミニディスクに転
送して記録する転送記録手段を有して構成されているこ
とを特徴とする請求項６記載の通信システム。
【請求項１２】前記広告画像データは、静止画データ
および／または動画データを含むことを特徴とする請求
項６記載の通信システム。
【請求項１３】第１の通信装置と第２の通信装置とが
インターネットを介して通信可能に接続された通信シス
テムで実行される通信方法であって、第１の通信装置制御ステップと、第２の通信装置制御ス
テップとを含み、前記第１の通信装置制御ステップは、複数のオーディオデータと、これらオーディオデータの
それぞれに付加されたオーディオデータ識別情報とをオ
ーディオデータ記憶手段に格納させる第１の記憶ステッ
プと、複数の広告画像データと、これら広告画像データのそれ
ぞれに関連付けられたオーディオデータ識別情報とを広
告画像データ記憶手段に格納させる第２の記憶ステップ
と、リクエスト情報によって要求される前記オーディオデー
タと該オーディオデータのオーディオデータ識別情報と
を前記オーディオデータ記憶手段から読み出し、前記読
み出したオーディオデータ識別情報に対応する広告画像
データを前記広告画像データ記憶手段から読み出す検索
ステップと、前記検索ステップによって読み出された前記オーディオ
識別情報および広告画像データを合成して合成データを
生成する合成ステップと、前記リクエスト情報をインターネットを介して前記第２
の通信装置から受信するとともに前記合成データをイン
ターネットを介して前記第２の通信装置に送信する第１
の通信ステップとを含み、前記第２の通信装置制御ステップは、インターネットを介して前記第１の通信装置から前記合
成データを受信する第２の通信ステップと、前記第２の通信ステップで受信した前記合成データを合
成データ記憶手段に格納させる第３の記憶ステップと、前記合成データを再生する再生ステップと、前記リクエスト情報を生成するとともに、該リクエスト
情報を前記第１の通信装置に送信する要求ステップとを
含む、ことを特徴とする通信方法。
【請求項１４】前記第２の通信装置制御ステップは、
前記合成データの購入を要求する購入要求情報を生成し
て前記第２の通信装置によって送信させる購入要求情報
生成ステップを含み、前記第１の通信装置制御ステップは、前記広告画像デー
タの購入を要求する購入要求情報を受信する受信ステッ
プと、前記受信ステップにより受信された前記購入要求
情報に基づいて前記第２の通信装置のユーザに対する課
金および決済を行う課金制御ステップとを含むことを特
徴とする請求項１３記載の通信方法。
【請求項１５】前記第１の通信ステップは、前記合成
データを送信する通信プロトコルとしてＴＣＰ／ＩＰお
よびＵＤＰ／ＩＰの双方が可能に構成され、前記課金制
御ステップによる決済が行なわれたときに前記第１の通
信ステップによる合成データの送信をＴＣＰ／ＩＰおよ
びＵＤＰ／ＩＰの双方で行ない、前記課金制御ステップ
による決済が行なわれないときに前記第１の通信ステッ
プによる合成データの送信をＵＤＰ／ＩＰのみで行なう
ことを特徴とする請求項１４記載の通信システム。
【請求項１６】前記課金制御ステップによる決済が行
なわれたときに、前記第２の通信装置制御ステップは、
ＴＣＰ／ＩＰによって受信された合成データを合成デー
タ記憶手段に格納する第３の記憶ステップと、ＵＤＰ／
ＩＰで受信された合成データをストリーミング再生する
ストリーミング再生ステップとを含むことを特徴とする
請求項１５記載の通信システム。
【請求項１７】前記購入要求情報は、前記合成データ
のうちオーディオデータのみを購入するか、オーディオ
データと広告画像データの双方を購入するかを示すよう
に構成され、前記第２の通信装置制御ステップは、前記購入要求情報
がオーディオデータのみの購入を示すものであるとき
に、前記第２の通信装置の合成データ記憶手段に格納さ
れた合成データのうち、前記広告画像データを削除する
削除ステップを含むことを特徴とする請求項１６記載の
通信方法。
【請求項１８】前記第２の通信装置制御ステップは、
前記合成データ記憶手段に格納された合成データをミニ
ディスクに転送して記録する転送記録ステップを含むこ
とを特徴とする請求項１３記載の通信方法。
【請求項１９】前記広告画像データは、静止画データ
および／または動画データを含むことを特徴とする請求
項１３記載の通信方法。
【請求項２０】第１の通信装置と第２の通信装置とが
インターネットを介して通信可能に接続された通信シス
テムで実行される通信プログラムであって、第１の通信装置制御ステップと、第２の通信装置制御ス
テップとを含み、前記第１の通信装置制御ステップは、複数のオーディオデータと、これらオーディオデータの
それぞれに付加されたオーディオデータ識別情報とをオ
ーディオデータ記憶手段に格納させる第１の記憶ステッ
プと、複数の広告画像データと、これら広告画像データのそれ
ぞれに関連付けられたオーディオデータ識別情報とを広
告画像データ記憶手段に格納させる第２の記憶ステップ
と、リクエスト情報によって要求される前記オーディオデー
タと該オーディオデータのオーディオデータ識別情報と
を前記オーディオデータ記憶手段から読み出し、前記読
み出したオーディオデータ識別情報に対応する広告画像
データを前記広告画像データ記憶手段から読み出す検索
ステップと、前記検索ステップによって読み出された前記オーディオ
識別情報および広告画像データを合成して合成データを
生成する合成ステップと、前記リクエスト情報をインターネットを介して前記第２
の通信装置から受信するとともに前記合成データをイン
ターネットを介して前記第２の通信装置に送信する第１
の通信ステップとを含み、前記第２の通信装置制御ステップは、インターネットを介して前記第１の通信装置から前記合
成データを受信する第２の通信ステップと、前記第２の通信ステップで受信した前記合成データを合
成データ記憶手段に格納させる第３の記憶ステップと、前記合成データを再生する再生ステップと、前記リクエスト情報を生成するとともに、該リクエスト
情報を前記第１の通信装置に送信する要求ステップとを
含む、ことを特徴とする通信プログラム。
【請求項２１】前記第２の通信装置制御ステップは、
前記合成データの購入を要求する購入要求情報を生成し
て前記第２の通信装置によって送信させる購入要求情報
生成ステップを含み、前記第１の通信装置制御ステップは、前記広告画像デー
タの購入を要求する購入要求情報を受信する受信ステッ
プと、前記受信ステップにより受信された前記購入要求
情報に基づいて前記第２の通信装置のユーザに対する課
金および決済を行う課金制御ステップとを含むことを特
徴とする請求項２０記載の通信プログラム。
【請求項２２】前記第１の通信ステップは、前記合成
データを送信する通信プロトコルとしてＴＣＰ／ＩＰお
よびＵＤＰ／ＩＰの双方が可能に構成され、前記課金制
御ステップによる決済が行なわれたときに前記第１の通
信ステップによる合成データの送信をＴＣＰ／ＩＰおよ
びＵＤＰ／ＩＰの双方で行ない、前記課金制御ステップ
による決済が行なわれないときに前記第１の通信ステッ
プによる合成データの送信をＵＤＰ／ＩＰのみで行なう
ことを特徴とする請求項２１記載の通信プログラム。
【請求項２３】前記課金制御ステップによる決済が行
なわれたときに、前記第２の通信装置制御ステップは、
ＴＣＰ／ＩＰによって受信された合成データを合成デー
タ記憶手段に格納する第３の記憶ステップと、ＵＤＰ／
ＩＰで受信された合成データをストリーミング再生する
ストリーミング再生ステップとを含むことを特徴とする
請求項２２記載の通信プログラム。
【請求項２４】前記購入要求情報は、前記合成データ
のうちオーディオデータのみを購入するか、オーディオ
データと広告画像データの双方を購入するかを示すよう
に構成され、前記第２の通信装置制御ステップは、前記購入要求情報
がオーディオデータのみの購入を示すものであるとき
に、前記第２の通信装置の合成データ記憶手段に格納さ
れた合成データのうち、前記広告画像データを削除する
削除ステップを含むことを特徴とする請求項２３記載の
通信プログラム。
【請求項２５】前記第２の通信装置制御ステップは、
前記合成データ記憶手段に格納された合成データをミニ
ディスクに転送して記録する転送記録ステップを含むこ
とを特徴とする請求項２０記載の通信プログラム。
【請求項２６】前記広告画像データは、静止画データ
および／または動画データを含むことを特徴とする請求
項２０記載の通信プログラム。
【請求項２７】第１の通信装置と第２の通信装置とが
インターネットを介して通信可能に接続された通信シス
テムで実行される通信プログラムを記録したコンピュー
タ読取り可能な記録媒体であって、第１の通信装置制御ステップと、第２の通信装置制御ス
テップとを含み、前記第１の通信装置制御ステップは、複数のオーディオデータと、これらオーディオデータの
それぞれに付加されたオーディオデータ識別情報とをオ
ーディオデータ記憶手段に格納させる第１の記憶ステッ
プと、複数の広告画像データと、これら広告画像データのそれ
ぞれに関連付けられたオーディオデータ識別情報とを広
告画像データ記憶手段に格納させる第２の記憶ステップ
と、リクエスト情報によって要求される前記オーディオデー
タと該オーディオデータのオーディオデータ識別情報と
を前記オーディオデータ記憶手段から読み出し、前記読
み出したオーディオデータ識別情報に対応する広告画像
データを前記広告画像データ記憶手段から読み出す検索
ステップと、前記検索ステップによって読み出された前記オーディオ
識別情報および広告画像データを合成して合成データを
生成する合成ステップと、前記リクエスト情報をインターネットを介して前記第２
の通信装置から受信するとともに前記合成データをイン
ターネットを介して前記第２の通信装置に送信する第１
の通信ステップとを含み、前記第２の通信装置制御ステップは、インターネットを介して前記第１の通信装置から前記合
成データを受信する第２の通信ステップと、前記第２の通信ステップで受信した前記合成データを合
成データ記憶手段に格納させる第３の記憶ステップと、前記合成データを再生する再生ステップと、前記リクエスト情報を生成するとともに、該リクエスト
情報を前記第１の通信装置に送信する要求ステップとを
含む、ことを特徴とする通信プログラムを記録したコンピュー
タ読取り可能な記録媒体。
【請求項２８】前記第２の通信装置制御ステップは、
前記合成データの購入を要求する購入要求情報を生成し
て前記第２の通信装置によって送信させる購入要求情報
生成ステップを含み、前記第１の通信装置制御ステップは、前記広告画像デー
タの購入を要求する購入要求情報を受信する受信ステッ
プと、前記受信ステップにより受信された前記購入要求
情報に基づいて前記第２の通信装置のユーザに対する課
金および決済を行う課金制御ステップとを含むことを特
徴とする請求項２７記載の通信プログラムを記録したコ
ンピュータ読取り可能な記録媒体。
【請求項２９】前記第１の通信ステップは、前記合成
データを送信する通信プロトコルとしてＴＣＰ／ＩＰお
よびＵＤＰ／ＩＰの双方が可能に構成され、前記課金制
御ステップによる決済が行なわれたときに前記第１の通
信ステップによる合成データの送信をＴＣＰ／ＩＰおよ
びＵＤＰ／ＩＰの双方で行ない、前記課金制御ステップ
による決済が行なわれないときに前記第１の通信ステッ
プによる合成データの送信をＵＤＰ／ＩＰのみで行なう
ことを特徴とする請求項２８記載の通信プログラムを記
録したコンピュータ読取り可能な記録媒体。
【請求項３０】前記課金制御ステップによる決済が行
なわれたときに、前記第２の通信装置制御ステップは、
ＴＣＰ／ＩＰによって受信された合成データを合成デー
タ記憶手段に格納する第３の記憶ステップと、ＵＤＰ／
ＩＰで受信された合成データをストリーミング再生する
ストリーミング再生ステップとを含むことを特徴とする
請求項２９記載の通信プログラムを記録したコンピュー
タ読取り可能な記録媒体。
【請求項３１】前記購入要求情報は、前記合成データ
のうちオーディオデータのみを購入するか、オーディオ
データと広告画像データの双方を購入するかを示すよう
に構成され、前記第２の通信装置制御ステップは、前記購入要求情報
がオーディオデータのみの購入を示すものであるとき
に、前記第２の通信装置の合成データ記憶手段に格納さ
れた合成データのうち、前記広告画像データを削除する
削除ステップを含むことを特徴とする請求項３０記載の
通信プログラムを記録したコンピュータ読取り可能な記
録媒体。
【請求項３２】前記第２の通信装置制御ステップは、
前記合成データ記憶手段に格納された合成データをミニ
ディスクに転送して記録する転送記録ステップを含むこ
とを特徴とする請求項２７記載の通信プログラムを記録
したコンピュータ読取り可能な記録媒体。
【請求項３３】前記広告画像データは、静止画データ
および／または動画データを含むことを特徴とする請求
項２７記載の通信プログラムを記録したコンピュータ読
取り可能な記録媒体。