JP2004265571A - デジタルデータの記録媒体、記録方法、記録装置および再生装置 - Google Patents

Abstract

【課題】 ＣＤプレーヤがフリンジデータを読み込むときの負荷を軽減し、表示するまでの時間を短縮する。
【解決手段】 ＣＤに、それぞれのコンテンツを格納したコンテンツファイル“00001”〜“0000n”と、データベースファイルTRKNDB、ARTNDB、ALBNDBとを設ける。コンテンツファイル“00001”〜“0000n”には、そのコンテンツファイル“00001”〜“0000n”ごとに、コンテンツとともに、そのコンテンツの付加情報のデータを収納する。データベースファイルTRKNDB、ARTNDB、ALBNDBには、すべてのコンテンツファイル“00001”〜“0000n”ごとの付加情報のデータを収納する。
【選択図】 図１

Description

この発明は、デジタルデータの記録媒体、記録方法、記録装置および再生装置に関する。

例えば、音楽のＣＤ（Compact Disc）において、タイトル（曲名）、アーティスト名、アルバム名などの付加情報のデータは、一般に「フリンジデータ」と呼ばれている。このフリンジデータは、例えばＣＤテキストとしてＣＤに用意することができ、例えばＣＤの再生時、このフリンジデータによりタイトルなどのフリンジ情報を表示することができる。

なお、先行技術文献として例えば以下のものがある。
特開平１１−８５０９４号公報 特開平１１−２５０６３１号公報

ところで、フリンジデータをＣＤテキストとしてＣＤに用意する場合には、そのフリンジデータを、コンテンツデータ（音楽のＣＤの場合であれば、その音楽のデジタルオーディオデータ）とは別のファイルに格納することになる。

すると、再生時、フリンジデータによりタイトルを表示するためには、コンテンツデータを格納したファイルと、フリンジデータを格納したファイルとの両方をアクセスする必要がある。しかし、これではＣＤのように、光学ヘッドにより再生を行う記録メディアの場合、時間がかかってしまう。

また、ＣＤ１枚分のフリンジデータはかなりの容量（バイト数）となるが、ポータブルタイプのＣＤプレーヤは、システムが使用できるメモリ領域が小さいので、フリンジデータの読み込み作業が非常に大きな負荷となってしまう。

この発明は、このような問題点を解決しようとするものである。

この発明においては、
コンテンツデータとともに、そのコンテンツデータに対応する付加データを格納したコンテンツファイルと、
上記コンテンツデータに対応する付加データを格納したデータベースファイルと
を記録するようにした記録媒体
とするものである。

この発明によれば、フリンジデータを、コンテンツファイルとデータベースファイルとに用意しているので、再生機器は、フリンジデータによる情報を表示するとき、メモリエリアの大きさやフリンジデータの使用目的などに応じてフリンジデータの読み込み元を選択することができる。したがって、再生機器がフリンジデータを読み込むときの負荷を軽減することができ、フリンジデータを表示するまでの時間を短縮することができる。

［１］ ディスク上のファイル構成
図１は、この発明によるディスク上のファイル構成の一例を示し、この例においては、ＣＤ−Ｒ（Compact Disc Recordable）に音楽のコンテンツデータを格納する場合である。ここで、ＣＤ−Ｒは、適切な書き込みソフトウェアを使用することにより、未記録領域に後からデジタルデータを追加して書き込むことができる追記録型の記録メディアである。

そして、ＣＤ−Ｒのルートディレクトリに、トラックインデックスファイルTRKINXと、３つのデータベースファイルTRKNDB、ARTNDB、ALBNDBとが配置される。

この場合、トラックインデックスファイルTRKINXは、通常のＣＤのＴＯＣ（Table Of Contents）に相当するファイルである。また、ファイルTRKNDBは各トラックのタイトルを有するトラックネームデータベースファイルであり、ファイルARTNDBは各トラックのアーティスト名を有するアーティストネームデータベースファイルである。さらに、ファイルALBNDBは各トラックのアルバム名を有するアルバムネームデータベースファイルである。

なお、コンテンツデータ、すなわち、デジタルオーディオデータを暗号化して記録する場合には、ルートディレクトリにキーファイルも配置され、このキーファイルに、暗号化されたデジタルオーディオデータをデコードするための鍵情報などが用意される。

さらに、ＣＤ−Ｒのルートディレクトリには、ディレクトリ（ディレクトリ名は“HIFI”）が配置され、このディレクトリ“HIFI”には、ｎ個のオーディオデータファイルが配置される。なお、ＣＤ−Ｒがｎ個のトラックを有する場合、このオーディオデータファイルのファイル番号およびファイル名を“00001”〜“0000n”とする。また、このオーディオデータファイル“00001”〜“0000n”の詳細については後述する。さらに、記号“および”は、ディレクトリ名やファイル名を参照符号と区別するために便宜上付けたもので、ディレクトリ名やファイル名には含まれない。

［２］ トラックインデックスファイルTRKINXのファイル構造
図２は、トラックインデックスファイルTRKINXのファイル構造の一例を示す。このトラックインデックスファイルTRKINXは、上記のようにＴＯＣに相当するファイルであり、ＣＤ−Ｒがｎ個のトラックを有する場合、ｎ個のトラックディスクリプションを有し、１つのトラックディスクリプションが１つのトラックを定義する。また、第ｉ番目（１≦ｉ≦ｎ）のトラックディスクリプションが、トラック番号ｉのトラックを定義する。

このため、トラックディスクリプションは、対応するトラックのデジタルオーディオデータの記録されたファイルのファイル番号“00001”〜“0000n”、そのトラックのフリンジデータの記録されているネームスロット（詳細は後述する）のスロット番号＃１〜＃ｎ、アーティスト名などをグループ分けするときのグループに関する情報などを有する。

［３］ ネームデータベースファイルTRKNDB、ARTNDB、ALBNDBの構造
トラックネームデータベースファイルTRKNDB、アーティストネームデータベースファイルARTNDB、アルバムネームデータベースファイルALBNDBは、すべて同じ構造を持つ。このため、ここでは、トラックネームデータベースファイルTRKNDBを例にとって説明する。

図３は、そのトラックネームデータベースファイルTRKNDBの構造の一例を示す。このデータベースファイルTRKNDBは、ｎ個のネームスロットを有する。このネームスロットの順序は、トラックインデックスファイルTRKINXにおけるスロット番号＃１〜＃ｎに対応する。

そして、図４に示すように、各ネームスロットは128バイトの容量とされ、コードベースのフィールドと、名称のフィールドとから構成される。コードベースは、名称の文字列のエンコード方式（コード体系あるいは文字コード）を示すもので、例えば、名称をISO-8859-1文字コードで格納するときには01hが記録され、UTF-16文字コードで格納するときには02hが記録される。また、名称のフィールドには、対応するトラックのタイトルを示す文字列が用意される。なお、名称は、アーティストネームデータベースファイルARTNDBのときには、アーティスト名の文字列、アルバムネームデータベースファイルALBNDBのときには、アルバム名の文字列である。

［４］ オーディオデータファイルの構造
ディレクトリ“HIFI”に配置されるオーディオデータファイル“00001”〜“0000n”のそれぞれは、例えば図５に示すような構造とされ、１つのオーディオデータファイルが１つのタイトルに対応する。また、このオーディオデータファイルのファイル名は、トラックインデックスファイルTRKINXにおけるファイル番号（ファイル名）と等しい。

そして、このオーディオデータファイルは、３つのフリンジデータ（タイトル、アーティスト名およびアルバム名の各データ）と、デジタルオーディオデータとを有する。この場合、図６に示すように、フリンジデータは、フレームＩＤ（IDentification；識別情報）のフィールドと、コードベースのフィールドと、名称のフィールドとから構成される。そして、ネームデータベースファイルTRKNDB、ARTNDB、ALBNDBのフリンジデータとの同一性を得るため、コードベースおよび名称のフィールドは128バイトの容量とされる。また、コードベースおよび名称は、図４に示すネームスロットのそれと等しい内容とされる。さらに、フレームＩＤは、名称の種類を示すもので、名称がタイトルのときには“TITL”とされ、アーティスト名のときには“ARTI”とされ、アルバム名のときには“ALBU”とされる。

さらに、デジタルオーディオデータは、現行のＣＤのそれと等しくされ、もとのオーディオ信号をサンプリング周波数が44.1ｋHz、量子化ビット数が16ビットでＡ／Ｄ（Analog to Digital）変換したデジタルデータである。

［５］ トラック情報の構成
それぞれのファイルを［１］〜［４］の構造および構成とすることにより、各データは図７に示すように関連付けされていることになる。

したがって、後述する手順［７］あるいは［８］によりフリンジデータを読み込んでフリンジ情報を表示することができる。また、そのフリンジ情報に対応する曲の再生を行うことができる。

［６］ 記録装置および記録方法の例
図８において、符号１０はパーソナルコンピュータを示し、この例においては、パーソナルコンピュータ１０はこの発明を適用した記録装置を構成するものである。また、符号２０は、パーソナルコンピュータ１０により記録の行われたＣＤ−Ｒを示す。

さらに、図８において、符号３０はパーソナルコンピュータを示し、この例においては、パーソナルコンピュータ３０はこの発明を適用した再生装置を構成するものである。また、符号４０は、この発明を適用したポータブルタイプのＣＤプレーヤを示す。

そして、記録装置用のパーソナルコンピュータ１０は、一般的な構成の本体部１１を有する。この本体部１１は、図示はしないが、ＣＰＵ（Central Processing Unit）、メモリ、ハードディスク装置、ユーザインターフェイス、入出力インターフェイスなどから構成され、一般的なパーソナルコンピュータのコア部分に対応している。

さらに、パーソナルコンピュータ１０は、この発明に関わるものとして、ハードディスク装置１２と、ＣＤ−Ｒドライブ装置１３とを有する。ハードディスク装置１２には、コピーの許可されている複数の曲のデジタルオーディオデータおよびそのフリンジデータが、所定のフォーマットのファイルの状態で蓄積されている。

なお、ハードディスク装置１２は、本体部１１のものであってもよく、すなわち、このパーソナルコンピュータ１０のＯＳ（Operating System）やアプリケーションなどがインストールされているハードディスク装置の一部であってもよい。また、ハードディスク装置１２に蓄積されている曲は、そのデジタルオーディオデータが、ＡＴＲＡＣ３（登録商標）（Adaptive TRansform Acoustic Coding 3 (Trade Mark)）方式などによりデータ圧縮されていてもよい。

さらに、ＣＤ−Ｒドライブ装置１３は、図示はしないが、これに供給されたデジタルデータにエラー訂正用のエンコード処理および記録用の変調処理を行ってＣＤ−Ｒに光学記録をするものである。

そして、ハードディスク装置１２に蓄積されている曲をＣＤ−Ｒ２０にコピーする場合には、本体部１１において、それぞれの曲について、そのデジタルオーディオデータおよびフリンジデータから、図１〜図７により説明したオーディオデータファイル、各データベースファイルTRKNDB、ARTNDB、ALBNDBが作成され、これらのファイルがＣＤ−Ｒドライブ装置１２に供給され、図１に示す構造でＣＤ−Ｒ２０に記録される。また、この記録に対応して、ＣＤ−Ｒ２０にトラックインデックスファイル（ＴＯＣ）TRKINXが形成され、あるいは更新される。

こうして、ＣＤ−Ｒ２０には、ハードディスク装置１２に蓄積されていた曲のデジタルオーディオデータがフリンジデータとともに記録される。そして、このとき、ＣＤ−Ｒ２０上で、各データは図７に示すように関連付けされている。

［７］ 再生装置およびフリンジデータの読み込み（その１）
ここでは、デッキタイプ（据置型）のＣＤプレーヤやパーソナルコンピュータなどのように、システムのメモリエリアに余裕のある機器において、ＣＤ−Ｒ２０の再生を行う場合について図８により説明する。

図８においては、パーソナルコンピュータ３０によりＣＤ−Ｒ２０の再生を行う場合である。このパーソナルコンピュータ３０も、一般的な構成の本体部３１を有する。この本体部３１は、パーソナルコンピュータ１０の本体部１１と同様の構成されているものであり、ＣＰＵ３１１、メモリ３１２、ハードディスク装置３１３、ユーザインターフェイス３１４などから構成され、一般的なパーソナルコンピュータのコア部分に対応している。また、符号３８および３９は、パーソナルコンピュータ３０に接続されたディスプレイおよびスピーカを示す。

さらに、パーソナルコンピュータ３０は、この発明に関わるものとして、ＣＤドライブ装置３２と、再生ルーチン１００とを有する。ＣＤドライブ装置３２は、図示はしないが、ＣＤやＣＤ−Ｒから信号を光学再生し、その再生信号に復調処理およびエラー訂正のデコード処理を行ってもとのデジタルデータを出力するものである。

また、再生ルーチン１００の詳細については後述するが、再生ルーチン１００は、例えば図９に示すような内容とされ、ＣＤ−Ｒ２０を再生するとき、データベースファイルTRNDB、ARNDB、ALNDBからフリンジデータを読み込んでフリンジ情報を表示するものである。なお、図９の再生ルーチン１００は、この発明に関係する部分を抜粋して示す。また、再生ルーチン１００は、例えばハードディスク装置３１３に保存され、ＣＤ−Ｒ２０の再生時にメモリ３１２にロードされてＣＰＵ３１１により実行される。

すなわち、パーソナルコンピュータ３０にＣＤ−Ｒ２０の再生を指示すると、ＣＰＵ３１１の処理が再生ルーチン１００のステップ１０１からスタートし、次にステップ１０２において、ＣＤ−Ｒ２０からトラックインデックスファイルTRKINXがメモリ３１２に読み込まれ、ステップ１０３において、ＣＤ−Ｒ２０からネームデータベースファイルTRKNDB、ARTNDB、ALBNDBがメモリ３１２に読み込まれる。

続いて、ステップ１０４において、ステップ１０２により読み込まれたトラックインデックスファイルTRKINXのスロット番号ごとに、ステップ１０３により読み込まれたネームデータベースファイルTRKNDB、ARTNDB、ALBNDBからタイトル、アーティスト名、アルバム名が取り出され、この取り出されたタイトル、アーティスト名、アルバム名の各１つを１組としてリストが形成される。

そして、ステップ１０５において、ステップ１０４により形成されたリストのデータがディスプレイ３９に供給され、そのリストが表示される。この場合、ディスプレイ３９の表示領域が広いときには、タイトル、アーティスト名、アルバム名の複数組が、その先頭の組からトラック番号順に表示され、ディスプレイ３９の表示領域が狭いときには、タイトル、アーティスト名、アルバム名の先頭の１組が表示される。

そして、処理はステップ１０６に進み、このステップ１０６において、再生する曲（トラック）の指示待ちとなる。この指示待ちのとき、本体部３１のインターフェイス３１４により所定のキー操作をすると、ディスプレイ３９の表示はスクロールされ、目的とするタイトルが表示される。

そこで、目的とするタイトルに対して再生を指示すると、ステップ１１１において、そのタイトルを与えているネームスロットのスロット番号が、ステップ１０２により読み込んだトラックインデックスファイルTRKINXによりファイル名（ファイル番号）に変換され、次にステップ１１２において、ＣＤ−Ｒ２０のディレクトリ“HIFI”のオーディオデータファイル“00001”〜“0000n”のうち、ステップ１１１の変換結果のファイル名のオーディオデータファイルが選択され、そのオーディオデータファイルからオーディオデータが読み出されて再生が行われる。

こうして、フリンジ情報の表示および曲の再生が行われるが、この場合には、すなわち、システムのメモリエリアに余裕のある場合には、ＣＤ−Ｒ２０からネームデータベースファイルTRKNDB、ARTNDB、ALBNDBをすべて読み込み、この読み込んだデータを使用して表示を行うので、表示内容を変更するとき、これを素早く行うことができ、また、曲が再生されるまでに時間のかかることもない。

［８］ 再生装置およびフリンジデータの読み込み（その２）
ここでは、ポータブルタイプのＣＤプレーヤなどのように、システムのメモリエリアが少ない機器において、ＣＤ−Ｒ２０の再生を行う場合について図８により説明する。

図８においては、ポータブルタイプのＣＤプレーヤ４０によりＣＤ−Ｒ２０の再生を行う場合である。このＣＤプレーヤ４０は、システム制御回路４１と、ＣＤドライブ装置４２と、ＬＣＤ（Liquid Crystal Display）４３とを有する。

システム制御回路４１は、マイクロコンピュータにより構成されているものであり、ＣＰＵ４１１、ＲＯＭ（Read Only Memory）４１２、メモリ４１３、ユーザインターフェイス４１４などを有する。また、ＣＤドライブ装置４２は、図示はしないが、ＣＤやＣＤ−Ｒから信号を光学再生し、その再生信号に復調処理およびエラー訂正のデコード処理を行ってもとのデジタルデータを出力するものである。また、ＬＣＤ４３は、フリンジデータなどによる情報を表示するためのディスプレイである。

さらに、ＣＤプレーヤ４０は、この発明に関わるものとして、再生ルーチン２００を有する。この再生ルーチン２００の詳細については後述するが、この再生ルーチン２００は、例えば図１０に示すような内容とされ、ＣＤ−Ｒ２０を再生するとき、トラックごとにオーディオデータファイルのフリンジデータを読み込んでフリンジ情報を表示するものである。

なお、図１０の再生ルーチン２００は、この発明に関係する部分を抜粋して示す。また、再生ルーチン２００は、例えばＲＯＭ４１２に用意され、ＣＤ−Ｒ２０の再生時にＣＰＵ４１１により実行される。

すなわち、ＣＤプレーヤ４０にＣＤ−Ｒ２０の再生を指示すると、ＣＰＵ４１１の処理が再生ルーチン２００のステップ２０１からスタートし、次にステップ２０２において、ＣＤ−Ｒ２０からトラックインデックスファイルTRKINXがメモリ４１３に読み込まれ、ステップ２０３において、再生する曲のトラック番号の入力待ちとなる。

そこで、目的とする曲のトラック番号を入力すると、処理はステップ２１１に進み、このステップ２１１において、入力したトラック番号が、ステップ２０２により読み込んだトラックインデックスファイルTRKINXによりファイル名（ファイル番号）に変換される。

次にステップ２１２において、ＣＤ−Ｒ２０のディレクトリ“HIFI”のオーディオデータファイル“00001”〜“0000n”のうち、ステップ２１１の変換結果のファイル名のオーディオデータファイルが選択され、このオーディオデータファイルからフリンジデータがメモリ４１３に読み込まれ、このフリンジデータによりＬＣＤ４３にフリンジ情報が表示される。

続いて、ステップ２１３において、ＣＤ−Ｒ２０のディレクトリ“HIFI”のオーディオデータファイル“00001”〜“0000n”のうち、ステップ２１１の変換結果のファイル名のオーディオデータファイルからデジタルオーディオデータが読み出され、再生が行われる。

こうして、フリンジ情報の表示および曲の再生が行われるが、この場合には、トラックを指定するごとにオーディオデータファイルを読み込んでフリンジ情報の表示を行うので、システムのメモリ４１３が少なくてもフリンジ情報を表示することができる。

しかも、このとき、フリンジデータとデジタルオーディオデータとを一体に有するオーディオデータファイルを使用しているので、フリンジ情報が表示されてから曲が再生されるまでに時間のかかることもない。

［９］ まとめ
デジタルオーディオデータのファイルとは別にフリンジデータのデータベースファイルを用意しているので、デッキタイプのＣＤプレーヤやパーソナルコンピュータのように、システムのメモリエリアに余裕のあるＣＤプレーヤでは、そのフリンジデータのデータベースファイルをあらかじめ読み込んでおくことができ、したがって、フリンジ情報を一覧表示したり、スクロール表示したりするとき、これを素早く行うことができる。

また、デジタルオーディオデータを有するオーディオデータファイルに、フリンジデータを含ませているので、システムのメモリエリアが少なくてもフリンジ情報を表示することができる。また、フリンジ情報が表示されてから曲が再生されるまでに時間のかかることもない。

なお、フリンジデータのデータベースファイルTRKNDB、ARTNDB、ALBNDBに余裕がある場合には、コンテンツに関係するサムネイルやアイコンの画像データを含ませ、そのサムネイルやアイコンを表示させることもできる。すなわち、オーディオデータファイルには、必要最小限のフリンジデータだけを収納し、データベースファイルには、オーディオデータファイルに収納したフリンジデータに加えて他のフリンジデータを収納することもできる。

また、オーディオデータファイルには、例えばISO-8859-1文字コードのような１バイト系の文字コードでフリンジデータを収納し、データベースファイルには、例えばUTF-16文字コードのようなマルチバイト系の文字コードでフリンジデータを収納することもできる。そのようにすれば、表示画面が小さいポータブルタイプの機器などでは、オーディオデータファイルに収納されたフリンジデータを選択することにより、必要な情報を表示することができ、表示画面が大きいパーソナルコンピュータなどでは、データベースファイルに収納されたフリンジデータを選択することにより、必要な情報を例えば日本語で表示することができる。

さらに、上述においては、記録メディアがＣＤ−Ｒの場合であるが、ＤＶＤ−Ｒ（DVD Recordable）などの追記録の可能な記録メディア、ＣＤ−ＲＷ（Compact Disc ReWritable）やＤＶＤ−ＲＷ（DVD ReWritable）などの繰り返しデータの書き換えができる書き換え型の記録メディア、さらには磁気ディスク、ＭＯディスク（Magneto Optical disk）などの光磁気ディスクであってもよい。

また、コンテンツもデジタルオーディオデータに限るものではなく、静止画や動画の画像データ、文書のデータなどであってもよい。例えば、コンテンツが写真画像データである場合には、そのフリンジデータとして撮影日時、撮影場所、撮影者、コメントを含めるようにし、さらには、上述したように、サムネイル画像や分類のためのアイコン画像などを収納できるようにしてもよい。

この発明におけるファイル構成の一形態を示す図である。 この発明におけるファイルの構造の一形態を示す図である。 この発明におけるファイルの構造の一形態を示す図である。 この発明におけるデータの構造の一形態を示す図である。 この発明におけるファイルの構造の一形態を示す図である。 この発明におけるデータの構造の一形態を示す図である。 この発明におけるファイルおよびデータの関係を示す図である。 この発明の一形態を示す系統図である。 再生方法の一形態を示すフローチャートである。 再生方法の他の形態を示すフローチャートである。

符号の説明

ALBNDB…アルバムネームデータベースファイル、ARTNDB…アーティストネームデータベースファイル、TRKINX…トラックインデックスファイル、TRKNDB…トラックネームデータベースファイル、１０…パーソナルコンピュータ、２０…ＣＤ−Ｒ、３０…パーソナルコンピュータ、４０…ポータブルＣＤプレーヤ

Claims (11)

1. コンテンツデータとともに、そのコンテンツデータに対応する付加データを格納したコンテンツファイルと、
   上記コンテンツデータに対応する付加データを格納したデータベースファイルと
   が記録されている記録媒体。
2. 請求項１に記載の記録媒体において、
   上記コンテンツファイルに格納される付加データと、上記データベースファイルに格納される付加データとのデータサイズを規定して、上記コンテンツファイルに格納される付加情報のデータと、上記データベースファイルに格納される付加データとの同一性を保つ
   ようにした記録媒体。
3. 請求項１あるいは請求項２に記載の記録媒体において、
   上記コンテンツデータはデジタルオーディオデータであり、
   上記付加データが、タイトル、アーティスト名およびアルバム名のデータであり、
   上記タイトルのデータ、上記アーティスト名のデータおよび上記アルバム名のデータが、それぞれ別のデータベースファイルに保持されている
   ようにした記録媒体。
4. 請求項１に記載の記録媒体において、
   上記記録媒体は、記録ヘッドにより記録の行われるディスク状の記録媒体である
   ようにした記録媒体。
5. コンテンツデータとともに、そのコンテンツデータに対応する付加データを格納したコンテンツファイルを所定の記録媒体に記録し、
   上記コンテンツデータに対応する付加データを格納したデータベースファイルを上記記録媒体に記録する
   ようにした記録方法。
6. コンテンツデータとともに、そのコンテンツデータに対応する付加データを格納したコンテンツファイルと、上記コンテンツデータに対応する付加データを格納したデータベースファイルとを、所定の記録媒体に記録する
   ようにした記録装置。
7. コンテンツデータとともに、そのコンテンツデータに対応する付加データを格納したコンテンツファイルと、上記コンテンツデータに対応する付加データを格納したデータベースファイルとが記録された記録媒体から、上記コンテンツファイルに格納された上記付加データを読み出す読出手段と、
   この読出手段により読み出された付加データを出力する出力手段と
   を有する再生装置。
8. コンテンツデータとともに、そのコンテンツデータに対応する付加データを格納したコンテンツファイルと、上記コンテンツデータに対応する付加データを格納したデータベースファイルとが記録された記録媒体から、上記データベースファイルに格納された上記付加データを読み出す読出手段と、
   この読出手段により読み出された付加データを出力する出力手段と
   を有する再生装置。
9. コンテンツデータとともに、そのコンテンツデータに対応する付加データを格納したコンテンツファイルと、上記コンテンツデータに対応する付加データを格納したデータベースファイルとが記録された記録媒体から、上記コンテンツファイルに格納された上記付加データと、上記データベースファイルに格納された上記付加データとを選択的に読み出す読出手段と、
   この読出手段により読み出された付加データを出力する出力手段と
   を有する再生装置。
10. 請求項７、請求項８または請求項９に記載の再生装置において、
    コンテンツデータの再生手段を有し、
    上記読出手段は、上記コンテンツファイルに格納されるコンテンツデータも読み出し、
    上記再生手段が、上記読出手段により読み出されたコンテンツデータを再生する
    ようにした再生装置。
11. 請求項８または９に記載の再生装置において、
    上記記録媒体は、複数のコンテンツデータが記録され、
    上記出力手段は、上記付加データをリスト化して表示し、
    上記出力手段で表示された上記付加データのうち少なくとも１つの付加データを選択する選択手段と、
    上記選択された付加データに対応するコンテンツデータを上記記録媒体から読み出して再生する再生手段と
    を有する再生装置。

Images