JPH10116468A - 再生システムおよび再生装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＣＤテキスト対応の再生装置と、ＣＤテキス
ト非対応の再生装置とからなる再生システムにおいて、
ＣＤテキスト非対応の再生装置でＣＤテキストフォーマ
ットのＣＤを再生した場合に、テキスト情報の表示を可
能とする。 【解決手段】 ＣＤのＴＯＣのＲ〜Ｗチャンネルのサブ
コードとして、ＣＤの付加的なテキスト情報が記録され
ている。このＣＤテキストに再生装置４１が対応する。
再生装置４１は、カスタムファイルメモリにユーザが作
成したテキスト情報およびＣＤテキストのテキスト情報
の一部を記憶する。再生装置４２は、ＣＤテキストに非
対応であるが、再生装置４１と通信を行い、カスタムフ
ァイルメモリを共有し、カスタムファイルメモリに記憶
されているディスクを再生した場合では、テキスト情報
を表示することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、オーディオデー
タ、ビジュアルデータ等の主たるディジタルデータに付
属してサブコードが記録されている記録媒体例えばディ
ジタルオーディオ用ＣＤ（コンパクトディスク）の再生
装置および複数の再生装置からなる再生システムに関す
る。

【０００２】

【従来の技術】オーディオ情報が記録されたＣＤを再生
するＣＤ再生装置において、使用上の便宜を図るため、
ディスク再生情報に基づく各種表示がなされている。周
知のものとして、後述のＱチャンネルサブコードにモー
ド１として記録されているプログラム番号いわゆるトラ
ック番号や各トラック番号に割り当てられた時間情報を
再生して表示することがなされている。

【０００３】さらに、最近、リードインエリアに記録さ
れたサブコードのＲ〜Ｗチャンネルを使用してＣＤ上
に、そのＣＤと関連した文字情報を記録することが提案
されている。これは、ＣＤテキストと称される。ＣＤテ
キストのフォーマットは、提案されたばかりであり、Ｃ
Ｄ再生装置として、ＣＤテキストに対応しているものは
今後、開発あるいは商品化されようとしている。ＣＤテ
キストに対応したＣＤ装置が将来的に開発され、商品化
された時に、当然のことながら、ＣＤテキストに非対応
のＣＤ再生装置も併存することになる。

【０００４】

【発明が解決しようとする課題】複数の再生装置が結合
された再生システム、例えば車載用のオーディオシステ
ムの場合では、ＣＤテキスト対応のＣＤ再生装置と、Ｃ
Ｄテキスト非対応のＣＤ再生装置とが共通の制御装置に
よって結合されることが考えられる。このような再生シ
ステムにおいて、選択的に使用するＣＤ再生装置によっ
て、ＣＤテキストデータの表示が可能であったり、不可
能であることは、ユーザにとって不快であり、装置の故
障と勘違いするおそれもある。

【０００５】従って、この発明の目的は、ＣＤテキスト
に非対応の装置によって、ＣＤテキストフォーマットの
ＣＤを再生した場合でも、ＣＤテキストデータの再生を
可能とする再生システムおよび再生装置を提供すること
にある。

【０００６】

【課題を解決するための手段】この発明は、上記の課題
を達成するために、少なくとも二つ以上の再生装置を備
えた再生システムにおいて、再生装置の少なくとも一つ
は、装着された記録媒体の管理領域を再生する再生手段
と、再生手段にて再生した管理領域データから記録媒体
に固有の識別情報を抽出する抽出手段と、装着された記
録媒体に記録された文字情報が既に記憶手段に記憶済み
か否かを抽出手段にて抽出した識別情報に基づいて判別
する判別手段と、判別手段で装着された記録媒体に記録
された文字情報が記憶手段に記憶済みの場合、再生手段
での管理情報の読み取りを中止し、判別手段で装着され
た記録媒体に記録された文字情報が記憶手段に記憶済み
でないと判断された場合、再生手段での管理情報の読み
取りを継続して、管理領域データから記録媒体固有の文
字情報を抽出して記憶手段に記録媒体固有の識別情報と
対応付けをして記憶する制御手段とを備えることを特徴
とする再生システムである。

【０００７】また、この発明は、装着された記録媒体に
記録されている文字情報が記録媒体固有の識別情報と対
応付けられて記憶手段に記憶済みか否かを判別し、判別
の結果が記憶手段に未記憶の場合、記録媒体からの文字
情報の読み取りを継続して、記憶手段に記録媒体固有の
識別情報と対応付けして記憶する再生装置である。

【０００８】複数の再生装置で構成された再生システム
において、記録媒体に記録されている文字情報を記録媒
体に固有の識別情報と対応付けして記憶手段に記憶する
ようになされる。複数の再生装置の間で、記憶手段を共
有するので、ＣＤテキストのような文字情報記録方式に
非対応の装置で、記録媒体を再生した場合でも、文字情
報の表示が可能とできる。

【０００９】

【発明の実施の形態】以下、この発明に係る再生システ
ムおよび再生装置の一実施例について、図面を参照しな
がら説明する。一実施例では、記録媒体としてＣＤを使
用しているが、これに限らず、他の種類の光ディスク
（例えばＤＶＤ（ディジタル・ビデオ・ディスク）、磁
気テープ、光テープ、半導体メモリ等に対してもこの発
明を適用することができる。また、記録媒体に記録され
ている情報は、オーディオデータに限らず、ビデオデー
タ等であっても良い。

【００１０】この発明の理解を容易とするために、オー
ディオ再生用のＣＤのデータ構成について説明する。Ｃ
Ｄは、図１に示すように、ＣＤ１０１は中央に孔１０２
を有し、その内周から外周に向かって、ＴＯＣ（table
Of contents) データが記録されたプログラム管理領域
である、リードイン（lead in ）領域１０３と、プログ
ラムデータが記録されたプログラム領域１０４と、プロ
グラム終了領域、いわゆるリードアウト（lead out）領
域１０５とが形成されている。オーディオ情報を記録し
たオーディオ再生用ＣＤにおいては、プログラム領域１
０４にオーディオデータが記録され、このオーディオデ
ータの時間情報等がリードイン領域１０３で管理され
る。また、ＣＤ再生装置によるプログラム領域１０４内
のオーディオデータの読み出しが終了して、リードアウ
ト領域１０５にピックアップが到達したときに、ＣＤ再
生装置がＣＤの再生動作を終了する。

【００１１】ＣＤには、メインデータとしてのオーディ
オデータの他にサブコードが記録されている。以下、サ
ブコードのＰチャンネルおよびＱチャンネルのデータに
ついて説明する。ＣＤに記録されるオーディオ信号は、
１サンプルあるいは１ワードが１６ビットで、４４．１
ｋＨｚのサンプリング周波数でサンプリングされる。こ
のサンプリングされたデータは、１サンプルあるいは１
ワード１６ビットが上位８ビットと下位８ビットに分割
されてそれぞれシンボルとされ、このシンボル単位で誤
り訂正符号化処理やインターリーブ処理が施され、オー
ディオデータの２４シンボル毎に１つのフレームにまと
められる。１フレームは、ステレオ左右チャンネルの各
６サンプル分に相当する。

【００１２】ＥＦＭ変調により、各シンボルの８ビット
が１４ビットへ変換される。ＥＦＭ変調後の１フレーム
のデータ構造を図２に示す。１フレーム１３５は、２４
チャンネルビットの同期パターンデータ領域１３１と、
１４チャンネルビットのサブコード領域１３２と、１２
シンボルのプログラムデータＤ１からＤ１２を含むプロ
グラムデータ領域１３３と、４シンボルのパリティデー
タＰ１からＰ４から成るパリティデータ領域１３４と、
別のプログラムデータ領域１３３およびパリティデータ
領域１３４とからなる。また、各領域、あるいはデータ
部分を接続するために、各部分に対して３チャンネルビ
ットの結合ビットが配される。従って、１フレーム１３
５は、合計５８８チャンネルビットのデータを含む。

【００１３】さらに、９８個のフレームを集めて、この
フレーム１３５の各領域およびデータ部分が縦方向に連
続するように並べ換えたものを図３に示す。この図３に
示される９８フレームの周期は、サブコードが完結する
単位であって、サブコードフレームと称される。このサ
ブコードフレームは、フレーム同期パターン部１３６
と、サブコード部１３７と、データおよびパリティ部１
３８とから成る。なお、この１サブコードフレームは、
ＣＤの再生時間の１／７５秒に相当する。

【００１４】ここで、ＰチャンネルおよびＱチャンネル
のデータを含むサブコードデータは、図３中のサブコー
ド部１３７に記録されているデータである。また、この
サブコード部１３７のサブコードフレームのデータの構
成の詳細を図４に示す。先頭のフレームＦ０１、フレー
ムＦ０２は、サブコードフレームの同期パターンＳ０、
Ｓ１である。この同期パターンは、フレーム同期パター
ンと同様に、ＥＦＭ変調方式（eight to fourteen modu
lation: ＥＦＭ）のアウトオブルール（out ofrule ）
のパターンである。さらに、１シンボルの８ビットの各
ビットは、それぞれサブコードのＰチャンネルからＷチ
ャンネルを構成する。例えば、Ｐチャンネルは、Ｓ０、
Ｓ１のそれぞれ一部と、Ｐ０１からＰ９６とで構成され
る。

【００１５】サブコードのＰチャンネルは、プログラム
の有無に対応した情報を有し、Ｑチャンネルには、ＣＤ
上の絶対時間情報、各プログラムの時間情報、プログラ
ム番号（トラック番号とも称される）、楽章番号（イン
デックスとも称される）等の情報が含まれる。従って、
Ｑチャンネルに含まれる情報によって、プログラムの頭
だし等の再生動作の制御が可能であり、また、Ｑチャン
ネルの情報を表示することによって、演奏中のプログラ
ムが光ディスク上の何番目のプログラムであるのか、演
奏の経過時間や始めからの絶対時間等を視覚的に確認で
きる。

【００１６】さらに、サブコードのＲチャンネルからＷ
チャンネルまでの６チャンネル分のデータは、例えば静
止画や、曲の歌詞の表示等に用いることが可能である。
このようなＲチャンネルからＷチャンネルを用いた再生
装置は、ＣＤ−グラフィックスと呼ばれ、既に知られて
いる。さらに、最近では、リードイン領域のＲ〜Ｗチャ
ンネルを使用して、ＣＤに付加的な文字情報を記録する
方式（ＣＤテキスト）が提案されている。このＣＤテキ
ストの場合、６５００字程度の文字情報を記録すること
が可能とされ、また、ＣＤの付加文字情報としては、８
００文字以下であるとし、８カ国の言語に対応できるよ
うにされている。

【００１７】図５Ａは、ＣＤ上に記録されているデータ
を示す。図１についても説明したように、内周側から順
にリードイン領域１０３に記録されているＴＯＣデー
タ、プログラム領域１０４に記録されているプログラム
No.１〜 No.ｎ、リードアウトエリア１０５のデータが
記録されている。

【００１８】既存のＣＤに記録されているＴＯＣデータ
は、図５Ｂに示すように、サブコードのＱチャンネルを
使用している。サブコードは、９８ビットを１フレーム
とするデータ構造を有している。この９８ビット中の７
２ビットがデータである。ＴＯＣデータの場合では、図
５Ｂに示すフォーマットを有している。

【００１９】プログラム数が６の場合では、ＴＯＣ中の
データ構造は、図６に示すものとされる。ＰＯＩＮＴが
００〜９９の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦＲＡ
ＭＥが各プログラムのスタートアドレス（絶対時間）を
示す。ＰＯＩＮＴがＡ０の場合では、ＰＭＩＮがディス
クの最初のプログラムのプログラム番号を示し、ＰＳＥ
Ｃ、ＰＦＲＡＭＥが００とされる。ＰＯＩＮＴがＡ１の
場合では、ＰＭＩＮが最後のプログラムのプログラム番
号を示し、ＰＳＥＣ、ＰＦＲＡＭＥが００とされる。Ｐ
ＯＩＮＴがＡ２の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦ
ＲＡＭＥがリードアウトが開始するアドレスを示す。そ
して、これらの内容は、図６に示すように、３回ずつ繰
り返される。さらに、リードイン領域に繰り返して記録
される。このようなＴＯＣデータは、ＣＤの装着時に再
生装置により読み取られ、装置内部のメモリに記憶され
る。

【００２０】図７は、この発明の一実施例におけるＴＯ
Ｃデータの構成を示すものである。既存のＣＤの場合で
は、上述したように、Ｑチャンネルのサブコードの１フ
レーム内の７２ビットのデータを使用して、総プログラ
ム（曲）数と、各プログラムの記録位置とが管理され
る。より具体的には、００〜９９までの値をとりうるプ
ログラム番号と各プログラムに対応する開始アドレス
（絶対時間）と、最初のプログラム番号と、最後のプロ
グラム番号と、リードアウトが始まるアドレスとが記録
されている。このＱチャンネルのサブコードに加えて、
図７に示すようなＲチャンネル〜Ｗチャンネルで構成さ
れるデータがＴＯＣデータとして記録されている。

【００２１】Ｒ〜Ｗチャンネルからなるデータの先頭の
２フレームは、同期パターンＳ０、Ｓ１である。残りの
９６フレームには、それぞれが６ビットのシンボルが９
６シンボル含まれる。この９６シンボルが２４シンボル
ずつに４分割される。この２４シンボルを１パックと称
し、４パックを１パケットと称する。

【００２２】各パックの先頭位置にそのパックに記録さ
れる情報の記録モードを設定するモード情報と、テキス
ト情報の種類を示す識別情報を有するＩＤ１とその他の
識別情報を有するＩＤコード（ＩＤ２、ＩＤ３およびＩ
Ｄ４）を含む計２４ビットのＩＤコードが記録されるＩ
Ｄ領域１が配置される。このＩＤ領域１の後に、８ビッ
ト単位で主データに付随するテキスト情報が記録される
テキスト領域２が配される。さらに、各パックに、誤り
検出符号として、巡回符号（ＣＲＣ：cyclic redundanc
y code）による誤り検出を行うための１６ビットのデー
タが記録されるＣＲＣ領域３が配される。

【００２３】この発明によるＲ乃至Ｗチャンネルのサブ
コードの説明に先立ち、既存のグラフィック情報をＣＤ
へ記録する際のデータフォーマットについて説明する。
図８Ａは、図４に示したサブコード部１３７の構造を模
式的に示す図である。サブコードは、８ビットで形成さ
れ、このサブコードを形成するビット群は、Ｐ、Ｑ、
Ｒ、Ｓ、Ｔ、Ｕ、Ｖ、Ｗの８チャンネルに分割されてい
る。また、サブコード部１３７は、Ｐ乃至Ｗチャンネル
から構成されるフレームが９８フレーム集めたものであ
る。

【００２４】最初の２フレームＳ０、Ｓ１は、同期パタ
ーンであり、第３番目のフレームから第９８番目のフレ
ームまでは、Ｐチャンネルのデータのみから成るサブコ
ードＰと呼ばれるブロック１２、Ｑチャンネルのデータ
のみから成るサブコードＱと呼ばれるブロック１３、Ｒ
乃至Ｗチャンネルのデータのみから成るブロック１１が
含まれている。

【００２５】画像情報をサブコードとして記録し再生す
る方式においては、図８Ｂに示すように、Ｒ乃至Ｗチャ
ンネルの６ビットで１シンボルを形成し、データ最小単
位を０〜２３の２４個のシンボルで形成されるパックと
している。すなわち、ブロック１１が４個のパックに分
割される。パックを形成する２４シンボルの内、最初の
シンボル（以下シンボル０という）は、ＭＳＢ（most s
ignificant bit）側から３桁がモードを示し、ＬＳＢ
（least significant bit ）側から３桁がアイテムを示
す。このモードおよびアイテムを示すシンボル０に続く
シンボル１は、命令の種類を示すインストラクションで
ある。インストラクションに続くシンボル３およびシン
ボル４は、誤り訂正符号であるパリティＱである。この
パリティＱに続くシンボル４からシンボル１９までの各
シンボルは、データフィールドを形成し、色情報等を含
む。データフィールドに続くシンボル２０からシンボル
２３までの各シンボルはパック内の情報を保護するため
の誤り訂正符号であるパリティＰである。

【００２６】モードには、ゼロモード、ライングラフィ
ックスモード、ＴＶグラフィックスモードおよびユーザ
モードの４種類のモードが存在する。ゼロモードは、例
えば表示画面に対して何らの操作も行わないモードであ
る。すなわち、画像をそのままにしておきたいときのた
めのモードであり、パック内のデータは全て０である。
ライングラフィックスモードは、例えばプレーヤの前面
に液晶ディスプレイ等を設けてプログラムの説明文等を
表示するためのモードである。

【００２７】また、画像処理命令としては、例えば画面
全体をある色でぬりつぶす命令、画面状の１フォントに
２種類の色を使用して絵を描く命令、画面全体を縦方向
又は横方向に移動させる命令等がある。通常、ＣＤグラ
フィックスでは、文字データを表示する場合、データフ
ィールドは、ドットデータとして扱われ、例えば‘Ａ’
というキャラクタは、図８Ｃに示すように、６×１２の
ドットのぬりつぶしで表現できる。

【００２８】上述したように、グラフィックス情報をサ
ブコード中に挿入する既存の方法（ＣＤグラフィック
ス）では、Ｒ乃至Ｗチャンネルのデータを処理するため
には、専用の処理回路が必要であり、また、パリティＰ
およびパリティＱを用いた誤り訂正方法が複雑なので、
処理回路は複雑である。そのため、既存の方法は、Ｒ乃
至Ｗチャンネルのサブコードを利用して単にテキスト情
報を記録し再生する用途では不適当であった。

【００２９】そこで、この発明の一実施例では、Ｒ乃至
Ｗチャンネルを利用してテキスト情報を記録し、再生す
る場合、より簡単な処理回路で実現できる、ＣＤテキス
トフォーマットを採用するものである。図９Ａは、図７
で示したデータフォーマットをシリアルデータとして示
した図である。図９Ａに示すように、先頭から３２ビッ
トのデータ（図９Ａでは、２４ビットのみ示す）をバイ
ト毎のデータに区切り、これらのバイトを識別用のＩＤ
１、ＩＤ２、ＩＤ３、ＩＤ４に対して割り付け、ＩＤ領
域１を形成する。その後のテキスト領域２もバイト単位
のデータに区切られる。このようなバイト単位の処理に
よって、Ｑチャンネルの信号の処理方法で処理すること
が可能になり、簡単な処理回路の構成とできる。

【００３０】また、図８Ａに示したデータフォーマット
では、パリティＰおよびパリティＱを用いた誤り訂正符
号が用いられているのに対して、ＣＤテキストのデータ
フォーマットでは、ＣＲＣによる誤り検出符号を用いて
誤りを検出するのにとどめ、誤りが検出されると再度デ
ータを読み出すようにしている。このため、データは、
ＴＯＣ内で、パック毎に例えば４重書きされ、さらに、
一連のデータ列がパケット単位で繰り返し記録されてい
る。このような多重記録によって、誤り訂正のための複
雑な回路を省略することができる。

【００３１】なお、パック単位の多重書きは、４重書き
に限らないし、また、多重書きの単位もパック単位に限
らず、例えばパケット単位、あるいは数パケットを周期
としてこの周期単位で多重書きしてもよい。

【００３２】また、ＩＤ領域１の先頭のＩＤ１は、図９
Ｂに示すように、従来の１シンボルより２ビット多い８
ビットで扱うことになる。さらに、既存のＲ乃至Ｗチャ
ンネルのサブコードを復号化する機能を有するＣＤ再生
装置に装着してもこの再生装置が誤動作を起こさないよ
うに、ＭＳＢから３ビットは、上述のモードと同様のデ
ータを書き込み、且つこの３ビットで示されるモードと
しては未定義のコード例えばモード４（“１００”）を
割り付ける。こうすることで、既存の再生装置に装着し
ても認識不可能なモードが検出されるだけなので、再生
装置は動作を停止するだけであり誤動作するおそれがな
い。また、未定義のモードは、モード４の他に、モード
５およびモード６があり、モード４の代わりにこれらの
モードを用いることもできる。

【００３３】また、ＩＤ１によりモード４が指示される
この発明の一実施例では、パック内のデータフォーマッ
トは、図１０に示すように、８ビット（１バイト）毎に
区切られたＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４と、テキス
トバイトtext１〜text１２と、１２ビットのＣＲＣコー
ドとを含むものである。

【００３４】ＩＤ１は、８ビットの構造を有し、ＩＤ１
とパックで扱われるデータの内容が図１１に示すように
規定されている。ＩＤ１は、上述したように、モード４
を上位側のビットで指示するために、（８×ｈ）（ｈは
１６進数を意味し、×が下位側の４ビットの値を意味す
る）。

【００３５】ＩＤ１は、text１以降に続く文字列の内容
を示している。（８０ｈ）はアルバム名／プログラム
名、（８１ｈ）は演奏者／指揮者／オーケストラ名、
（８２ｈ）は作詩者、（８３ｈ）は作曲者、（８４ｈ）
は編曲者、（８５ｈ）はメッセージ、（８６ｈ）はｄｉ
ｓｃＩＤ、（８７ｈ）は検索用キーワード、（８８ｈ）
はＴＯＣ、（８９ｈ）は２ｎｄＴＯＣ、（８ａｈ）はユ
ーザ、（８ｂｈ）は歌詞、（８ｃｈ）は歌詞２、（８ｄ
Ｈ）は予約、（８ｅｈ）は予約、（８ｆｈ）はサイズで
ある。

【００３６】ＩＤ２は、パックのtext位置から書かれて
いる文字列がどのトラックに所属するかを示すものであ
る。図１２に示すように、ＩＤ２には、１から９９まで
のトラックナンバが記録される。トラックナンバは１か
ら９９であるので、これ以外の数値「０」や「１００」
（６４ｈ）以上は特別な意味を持つ。「００」はディス
ク全体を代表することを意味する。ＭＳＢは常に０とさ
れて、１は拡張用のフラグとなる。

【００３７】ＩＤ３はブロックに付された連続番号であ
る。図１３に示すように、ブロック内の連続番号は、０
０から２５５（０からＦＦｈ）までである。ＩＤ３＝０
は、常にＩＤ１＝８０ｈの先頭パックであり、以降８０
が終了すれば、８１、８２とに戻って繰り返される。付
加情報により無いＩＤ１は次のＩＤ１に置き換えられる
が、必ず小さい番号順に記録される。

【００３８】ＩＤ４は、現パックの文字コードと、その
文字列の文字位置を示している。図１４に示すように、
最初の４ビットはキャラクタコードで、「００００」は
ＡＳＣＩＩコード、「０００１」、「００１０」、「０
０１１」、「０１００」は、ＩＳＯ規格に準拠の８８５
９−１(a) 、８８５９−１(b) 、８８５９−１(c) 、８
８５９−１(d) コード、「０１０１」は予約、「０１１
０」はＪＩＳカナコード、「０１１１」はＭＳ−ＪＩＳ
コードであることを示している。なお、「１０００」以
降は予約されている。ＬＳＢの４ビットは、現パックの
text１の文字が何文字目かを示している。「００００」
が最初の文字、「０００１」が２番目の文字、「００１
０」が３番目の文字、以下、「００１１」、「０１０
０」、・・・は、４番目、５番目、・・・の文字であ
る。

【００３９】図１５は、（ＩＤ１＝８０ｈ）のパックの
構成例を示すものである。（ＩＤ１＝８０ｈ）は、アル
バム名と最大９９曲の全プログラム名を記録するために
用いられる。各々の文字情報の最後の文字は必ずヌル
（００ｈ）で終端される。次のプログラム名はそのヌル
の続きに、連続して書かれていく。図１６Ａから図１６
Ｄは、アルバムタイトルが「ＢＥＡＴＬＥＳスペース
（図中ではＳＰと表されている）ＴＨＥスペースＢＥＳ
Ｔ」、第１曲目の曲名が「ＬＯＶＥスペースＭＥスペー
スＤＯ」、第２曲目の曲名が「ＴＨＥスペースＷＡＶ
Ｅ」、第３曲目の曲名が「ＰＬＥＡＳＥスペースＨＥＬ
Ｐ」が記録されている例を示す。

【００４０】図１６Ａに示すように、アルバムタイトル
を示すので、ＩＤ１には、（８０ｈ）が記録され、ＩＤ
２には、アルバムタイトルがディスク全体を示すので、
（００ｈ）が記録されている。さらに、ＩＤ３には、１
番目のパックを意味する（００ｈ）が記録され、ＩＤ４
には、ＡＳＣＩＩコードを意味し、且つ前のパックで表
示済みの文字数０である（００ｈ）が記録されている。
text1 からtext12には、“ＢＥＡＴＬＥＳスペースＴＨ
Ｅスペース”で示される１２文字が入り、このパックに
入りきれない文字、すなわち、“ＢＥＳＴスペースＬＯ
ＶＥ”の９文字は２番目のパックに入る。

【００４１】図１６Ｂに２番目のパックの内容を示す。
ＩＤ１には、アルバムタイトルを示すので、（８０ｈ）
が記録され、ＩＤ２には、アルバムタイトルがディスク
全体を示すので、（００ｈ）が記録されている。さら
に、ＩＤ３には、２番目のパックを意味する（０１ｈ）
が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、
且つ前のパックで表示済みの文字数１２の１６進表示の
（０Ｃｈ）が記録されている。text1 からtext12には、
“ＢＥＳＴスペースＬＯＶＥ”で示される９文字が入る
とともに、アルバムタイトルの終端を示すヌルコード
と、１曲目のプログラム名である“ＬＯＶＥスペースＭ
Ｅ”の７文字がパック２に入り、入りきれない“スペー
スＤＯ”の３文字は、３番目のパックに入る。

【００４２】同様に、図１６Ｃに３番目のパックの内容
を示す。ＩＤ１には、プログラム名を示すので、（８０
ｈ）が記録され、ＩＤ２には、パック３に記録される先
頭文字は１曲目のもであることを示す（００ｈ）が記録
されている。さらに、ＩＤ３には、３番目のパックを意
味する（０２ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩ
コードを意味し、且つ前の２番目のパックで表示済み
の、１曲目のタイトル文字数７文字の１６進表示の（０
７ｈ）が記録されている。text1 からtext12には、“ス
ペースＤＯ”で示される３文字が入るとともに、１曲目
のタイトルの終端を示すヌルコードと、２曲目のプログ
ラム名である“ＴＨＥスペースＷＡＶＥ”の８文字がパ
ック３に入る。

【００４３】同様に、図１６Ｄに４番目のパックの内容
を示す。ＩＤ１には、プログラム名を示すので、（８０
ｈ）が記録され、ＩＤ２には、パック４に記録される先
頭文字は３曲目のもであることを示す（０３ｈ）が記録
されている。さらに、ＩＤ３には、４番目のパックを意
味する（０３ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩ
コードを意味し、且つ前の３番目のパックで表示済みの
タイトル文字数がないので、１６進表示の（００ｈ）が
記録されている。text1 からtext12には、“ＰＬＥＡＳ
ＥスペースＨＥＬＰ”で示される１１文字が入るととも
に、１曲目のタイトルの終端を示すヌルコードが記録さ
れる。

【００４４】図１７は、（ＩＤ１＝８１ｈ）のパックの
構成例を示すものである。（ＩＤ１＝８１ｈ）は、演奏
者／指揮者／オーケストラ名等、アルバム名や各プログ
ラム名に対応する人物名を記録するのに用いられる。図
１８Ａから図１８Ｃに示すように、各々の名前は、上述
の図１６Ａから図１６Ｄに説明したのと同様に、ヌル
（００ｈ）で終端とされた後、次々と連続して書かれて
いく。図１８Ａから図１８Ｃは、アルバムを代表する演
奏者が「ＭＩＣＨＥＡＬスペースＪＡＣＫＳＯＮ」、１
曲目の演奏者が「ＪＡＮＥＴスペースＪＡＣＫＳＯ
Ｎ」、２曲目の演奏者が「Ｍ．ＪＡＣＫ・・・」である
場合の例である。

【００４５】図１９は、（ＩＤ＝８５ｈ）のパックの構
成例を示すものである。（ＩＤ＝８５ｈ）は、アルバム
名や各プログラム名を記録するのと同じ要領で、各プロ
グラム毎のメッセージを記録するのに用いられる。図２
０Ａから図２０Ｄに示すように、メッセージはヌル（０
０ｈ）で終端された後、次々と連続して書かれていく。
ＩＤ２は、１から６３まではメッセージに同期するトラ
ックナンバを意味し、それ以外の数値は夫々特別な意味
をもつ。

【００４６】「００」はアルバムを代表するメッセージ
になる。「７０」から「７ｆ」は、例外的に特性の国の
言葉でメッセージを記録した場合に用いられる。「７
０」はドイツ語、「７１」はフランス語、「７２」はス
ペイン語、「７３」はイタリア語、「７４」はオランダ
語、「７５」はロシア語、「７８」は中国語、「７９」
は日本語、「７Ａ」は韓国語等である。図２０Ａ、図２
０Ｂ、図２０Ｃに示すように、ディスクに「Ｔｈａｎｋ
スペースＹｏｕスペースＶｅｒｙスペースｍｕｃｈスペ
ースＰｌｅａｓｅスペースＥｎｊｏｙ！」というメッセ
ージが記録されている例を示す。図２０Ｄには、１５曲
目に「ＳｅｅスペースＹｏｕスペースＢｙｅ」というメ
ッセージがある場合を示している。この１５曲目は、
（ＩＤ２＝０Ｆｈ）を復号することで判別できる。

【００４７】図２１は、（ＩＤ１＝８６ｈ）のパックの
構成例である。（ＩＤ１＝１）はディスクＩＤを示して
おり、ここには、ＩＤコードの他に、発売元の名前やＰ
ＯＳ（Point Of Sale) コード、発売年等を記録するよ
うにしても良い。

【００４８】図２２は、（ＩＤ１＝８７ｈ）のパックの
構成例である。（ＩＤ１＝８７ｈ）は検索用キーワード
で、検索ＩＤは２バイトのジャンルコードとディスク全
体を代表する人物名ないしキーワードで決められる。こ
こで表現できないジャンルコードの場合には、text３以
降で／文字列／で捕捉することが可能である。図２３Ａ
から図２３Ｃに示すように、ジャンルコード「００」
「１７」、ジャンル捕捉文字列「ＪａｐａｎｅｓｅＲｏ
ｃｋ’８０」、検索用キーワードが「Ｙ．Ｏｚａｋｉ」
の場合を示している。

【００４９】図２４Ａおよび図２４Ｂは、（ＩＤ１＝８
８ｈ）のパックの構成例である。（ＩＤ２＝００ｈ）の
場合の構成を図２４Ａに示す。（ＩＤ１＝８８ｈ）はＴ
ＯＣ（Table Of Contents ）で、通常のＴＯＣ情報をＲ
からＷの情報を記録するために設けられている。（ＩＤ
２＝０１ｈ〜６３ｈ）の場合の構成を図２４Ｂに示す。

【００５０】図２５は、（ＩＤ１＝８９ｈ）のパックの
構成例である。（ＩＤ１＝８９ｈ）が２ｎｄＴＯＣで、
通常のＴＯＣの中で表せない特殊な部分をポイントする
ために設けられている。この例では、２ｎｄＴＯＣは、
所謂サビの部分のような曲の中で最も印象深い部分（ジ
ャンル情報）を示すのに利用されている。text１は優先
度を示し、（００ｈ）が最優先、（０１ｈ）が次とな
り、（ＦＦｈ）が最低となる。text２は、ポイントの総
数を示し、１ディスクについて３ポイント程度が推奨さ
れる。text３〜text６は予約されている。text７、text
８、text９によりダイジェストのスタートアドレスが指
示され、その後の３個のテキストバイトtext１０、text
１１、text１２により、ダイジェストのエンドアドレス
が指示される。このアドレスは、例えばＣＤ上の絶対時
間情報であり、テキストバイトの各バイトによって、分
（００〜７４の値）、秒（００〜５９の値）、フレーム
（００〜７４の値）の各桁の数字が記録される。

【００５１】図２６Ａに示すように、ＩＤ１には、ダイ
ジェストのためのパックを示す（８９ｈ）が記録され、
ＩＤ２には、ダイジェスト再生が指定されているプログ
ラム番号として（０１ｈ）が記録されている。さらに、
ＩＤ３には、連番を示す番号として例えば（１１ｈ）が
記録され、ＩＤ４には、現在のブロック番号として（０
０ｈ）が記録されている。

【００５２】text1 には、優先番号として（０２ｈ）が
記録され、ダイジェストポイントが指定されているプロ
グラムの中での優先度を示す。text2 には、１つのディ
スク中に設定されているダイジェストポイントが記録さ
れており、この場合では、（１０ｈ）が記録され、３箇
所が設定されていることを示す。text3 から、text6
は、予約されており、text7 から、text9 には、ダイジ
ェストポイントの起点アドレスとして１分２秒１０フレ
ームが記録されている。text10から、text12には、ダイ
ジェストポイントの終点アドレスとして１分４３秒２０
フレームが記録されている。

【００５３】次のパックを図２６Ｂに示す。ＩＤ１に
は、ダイジェストのためのパックを示す（８９ｈ）が記
録され、ＩＤ２には、ダイジェスト再生が指定されてい
るプログラム番号として（０２ｈ）が記録されている。
さらに、ＩＤ３には、連番を示す番号として例えば（１
２ｈ）が記録され、ＩＤ４には、現在のブロック番号と
して（０１ｈ）が記録されている。

【００５４】text1 には、優先番号として（０１ｈ）が
記録され、ダイジェストポイントが指定されているプロ
グラムの中で２番目の優先度であることを示す。text2
には、１つのディスク中に設定されているダイジェスト
ポイントが記録されており、この場合では、（１０ｈ）
が記録され、３箇所が設定されていることを示す。text
3 から、text6 は、予約されており、text7 から、text
9 には、ダイジェストポイントの起点アドレスとして１
０分２秒２０フレームが記録されている。text10から、
text12には、ダイジェストポイントの終点アドレスとし
て１０分２０秒１０フレームが記録されている。

【００５５】次に第３のパックを図２６Ｃに示す。ＩＤ
１には、ダイジェストのためのパックを示す（８９ｈ）
が記録され、ＩＤ２には、ダイジェスト再生が指定され
ているプログラム番号として（０３ｈ）が記録されてい
る。さらに、ＩＤ３には、連番を示す番号として例えば
（１３ｈ）が記録され、ＩＤ４には、現在のブロック番
号として（０２ｈ）が記録されている。

【００５６】text1 には、優先番号として（００ｈ）が
記録され、ダイジェストポイントが指定されているプロ
グラムの中で優先度が一番高いことを示す。text2 に
は、１つのディスク中に設定されているダイジェストポ
イントが記録されており、この場合では、（１０ｈ）が
記録され、３箇所が設定されていることを示す。text3
から、text6 は、予約されており、text7 から、text9
には、ダイジェストポイントの起点アドレスとして１２
分５０秒４０フレームが記録されている。text10から、
text12には、ダイジェストポイントの終点アドレスとし
て１３分１０秒２０フレームが記録されている。

【００５７】なお、上記起点アドレスおよび終点アドレ
スは、絶対時間であり、ディスクのプログラムの起点か
らの絶対番地である。

【００５８】図２７Ａおよび図２７Ｂは、（ＩＤ１＝８
ｆｈ）のパックの構成例である。（ＩＤ１＝８ｆｈ）は
サイズを示すもので、サイズは１ブロックにおける各項
目のパックの構成数をまとめたものであり、図２７Ａお
よび図２７Ｂの２パックにより構成される。

【００５９】上述したように、この発明に係る記録媒体
例えばＣＤは、主データ（オーディオデータ）に付随し
て、ＴＯＣ領域に記録されるサブコードのＲ乃至Ｗチャ
ンネルに対応する６ビットで構成されるシンボルの２４
シンボル分を１パックとし、４パック分を１パケットと
して、パケット単位でデータが構成され、各パックの先
頭位置にそのパックで記録される情報の記録モードを設
定するモード情報が記録されるとともに、各パックに書
き込まれた情報が８ビット単位で識別情報と、テキスト
情報またはダイジェスト情報が記録されたものである。

【００６０】この発明の一実施例のシステム全体の構成
を図２８に示す。図２８において、４１が第１の再生装
置、４２が第２の再生装置、４３が切換装置、４４が制
御装置である。制御装置４４にオーディオ出力用のスピ
ーカ４５が接続されている。再生装置４１と切換装置４
３とがバス４６を介して接続され、再生装置４２と切換
装置４３とがバス４７を介して接続され、切換装置４３
と制御装置４４とがバス４８を介して接続されている。

【００６１】この一実施例では、再生装置４１がＣＤテ
キストフォーマットのＣＤを再生することが可能なもの
であり（すなわち、ＣＤテキスト対応のＣＤ再生装置で
あり）、一方、再生装置４２は、ＣＤテキストフォーマ
ットのＣＤを再生できないものである（すなわち、ＣＤ
テキスト非対応のＣＤ再生装置である）。さらに、再生
装置４１は、再生するＣＤとそれぞれ対応してユーザが
テキストデータ（例えば８バイトのテキストデータ）を
登録することが可能な機能を有している。この登録され
たテキストデータをカスタムファイルと称する。

【００６２】より具体的な例としては、車載のオーディ
オシステムにおいて、再生装置４１、再生装置４２が単
一のＣＤのプレーヤ、またはＣＤチェンジャーであり、
制御装置４４がユーザが操作できるとともに、これらを
制御するコントローラである。但し、この発明は、３台
以上の再生装置を含むシステムに対しても適用可能であ
る。

【００６３】再生装置４１、再生装置４２、切換装置４
３および制御装置４４には、それぞれマイクロコンピュ
ータが含まれている。バス４６、４７、４８は、これら
のマイクロコンピュータの通信に必要なクロック、デー
タと、オーディオ信号（アナログまたはディジタルの形
態）の伝送のために設けられている。

【００６４】図２９は、切換装置４３とバスの構成を示
す。バスは、リセット信号ライン、クロック信号ライ
ン、バスオン信号ライン、データライン、およびオーデ
ィオ信号ラインからなる。切換装置４３内の１チップマ
イクロコンピュータ４９は、リセット信号ライン、クロ
ック信号ライン、バスオン信号ライン、データラインを
介してなされるマイクロコンピュータ同士の通信のモニ
タを行い、また、スイッチ回路５０を制御して、制御装
置４４に接続されるオーディオラインを切り換える。

【００６５】リセット信号は、電源接続時等で、再生装
置４１および４２のそれぞれのマイクロコンピュータを
リセットするための信号であり、制御装置４４から出力
される。バスオン信号は、通信の開始時（具体的には、
制御装置４４において、何からかの再生機能が選択され
た時）に制御装置４４から再生装置に対して出力される
信号である。

【００６６】通信は、クロック、データを使用した同期
式通信であり、シリアルデータが伝送される。クロック
信号は、制御装置４４から基本的に供給される。バスオ
ン信号がハイレベルとなり次第、通信が開始されるが、
通信管理は、全て制御装置４４が行う。データラインが
ローレベルの時に、制御装置４４から再生装置４１また
は４２の方向でコマンドが送信され、データラインがハ
イレベルの時に、再生装置４１または４２から制御装置
４４の方向に通信がなされる。

【００６７】データラインを介して伝送されるデータ
は、アドレス、オペレーション、パリティ、エラーから
構成される。アドレスは、２バイト、オペレーション
は、２〜１１バイト、パリティバイトおよびエラーバイ
トは、それぞれ１バイトで構成される。データの送り
先、送り元は、アドレスによって区別される。１個のデ
ータは、６〜１５バイト長である。

【００６８】制御装置４４の一例を図３０に示す。図３
０において、５１が制御装置４４内に備えられているメ
インのマイクロコンピュータである。マイクロコンピュ
ータ５１は、上述したように、バス４８を介して再生装
置４１、４２、切換装置４３のそれぞれのマイクロコン
ピュータと通信を行うことが可能とされている。図３０
では、バス４８のオーディオ信号のラインを４８ａで示
し、それ以外のラインを４８ｂで示す。

【００６９】マイクロコンピュータ５１に対して表示用
ドライバ５２を介して表示装置５３が接続されている。
表示装置５３は、例えば液晶表示装置である。表示装置
５３は、制御装置４４の外部に接続されたテレビジョン
モニタ等の表示デバイスであっても良い。マイクロコン
ピュータ５１には、操作部５４からの操作信号が与えら
れる。操作部５４は、ＣＤを再生するためのキー、プロ
グラムの選択、サーチのためのキー、カスタムファイル
を登録するためのキー、カスタムファイル、ＣＤテキス
ト等を選択して表示するためのキー等を含んでいる。

【００７０】さらに、制御装置４４には、テープデッ
キ、チューナ、ＭＤ（ミニディスク）プレーヤ等の他の
オーディオソース５５が含まれている。切換装置４３で
選択され、制御装置４４に対して入力される再生装置４
１または４２からのオーディオ信号と、他のオーディオ
ソース５５からのオーディオ信号とがスイッチ回路５６
で選択され、ボリューム・トーンコントロール部５７に
供給される。操作部５４をユーザが操作することによっ
てマイクロコンピュータ５１から出力されるコントロー
ル信号によって、スイッチ回路５６およびボリューム・
トーンコントロール部５７が制御される。ボリューム・
トーンコントロール部５７に対してオーディオ出力アン
プ５８を介してスピーカ４５が接続される。

【００７１】ＣＤテキストおよびカスタムファイルに対
応する再生装置４１の一例を図３１に示す。図３１にお
いて、６１が再生されるＣＤである。再生装置４１とし
ては、単一のＣＤを再生するプレーヤに限らず、オート
チェンジャ機能により、選択された１枚のＣＤを再生す
る構成も可能である。ＣＤ６１は、スピンドルモータ６
３により回転駆動され、光学ピックアップ６２により記
録内容が読み出される。

【００７２】この光学ピックアップ６２からの信号は、
ＲＦアンプ６４に供給される。ＲＦアンプ６４は、ＲＦ
信号の処理回路の機能を有し、ＲＦ信号の２値化、トラ
ッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥの
生成等の処理を行う。これらのエラー信号ＴＥ、ＦＥが
サーボ信号処理回路６５に供給される。サーボ信号処理
回路６５によって、フォーカスコントロールおよびトラ
ッキングコントロールの処理がなされる。光学ピックア
ップ６２内のフォーカスアクチュエータおよびトラッキ
ングアクチュエータがドライブ回路６６および６７を介
された信号によってドライブされる。図示しないが、ピ
ックアップ６２をディスク径方向に送る装置もサーボ信
号処理回路６５によって制御される。サーボ信号処理回
路６５には、コントローラ（１チップＣＰＵ）７０から
の制御コマンドを受け取るインターフェースが設けられ
ている。

【００７３】ＲＦアンプ６４からの２値化された再生信
号がＰＬＬ６８、ＥＦＭ復調回路６９およびタイミング
生成回路７１に供給される。ＰＬＬ６８は、再生信号と
同期したクロックを生成する。ＥＦＭ復調回路６９から
のディジタルオーディオ信号は、Ｄ／Ａ変換器７２でア
ナログのオーディオ信号に変換されて、オーディオ信号
ライン４６ａに取り出される。タイミング生成回路７１
の出力信号がＣＬＶプロセッサ７３に供給される。ＣＬ
Ｖプロセッサ７３によってスピンドルモータ６３がＣＬ
Ｖ駆動される。

【００７４】また、図３１に示すＣＤ再生装置は、ＥＦ
Ｍ復調回路６９で分離されたサブコードがサブコードプ
ロセッサ７４に供給される。サブコードプロセッサ７４
では、サブコードのエラー検出等の処理がなされ、サブ
コードのＱチャンネル、Ｒ〜Ｗチャンネルとが分離され
て出力される。サブコードＱが１チップマイクロコンピ
ュータで構成されたコントローラ７０に供給され、Ｒ〜
ＷがＣＤテキストデコーダ７５に供給される。７０ａ
は、コントローラ７０の内部のＲＡＭを示す。

【００７５】ＣＤテキストデコーダ７５は、Ｒ〜Ｗチャ
ンネルのサブコードを復号する。ＣＤテキストデコーダ
７５には、小容量のＲＡＭを有しており、コントローラ
７０の要求に応じてデータを出力する。出力されたＣＤ
テキストデータは、コントローラ７０において、システ
ムにとって必要なデータが選択され、ＣＤテキストメモ
リ７６に格納される。ＣＤテキストメモリ７６は、例え
ばＳＲＡＭで構成される。

【００７６】コントローラ７０は、サーボ信号処理回路
６５にコマンドを出してサーボ系および復号の制御を行
う。さらに、コントローラ７０と関連してカスタムファ
イルデータを格納するためのカスタムファイルメモリ７
７が設けられている。カスタムファイルメモリ７７は、
例えば不揮発性メモリの構成とされている。そして、制
御装置４４とバス４６ｂを介して通信を行う。コントロ
ーラ７０は、制御装置４４からのコントロールコマンド
に応じて再生装置４１の動作状態を制御し、制御装置４
４に対してＣＤテキストデータおよびカスタムファイル
データを送信する。

【００７７】カスタムファイルデータは、再生装置４１
が再生するＣＤと１対１に付けられたテキストデータで
あり、通常ディスク名などを記録する。この一実施例で
は、カスタムファイルメモリ７７に概念的に図３２に示
すようにカスタムファイルデータが格納されている。す
なわち、再生するＣＤに固有の識別情報としてのＴＯＣ
データ（例えば総プログラム数およびディスクの総時
間）と８バイトのカスタムファイルデータとが一緒に記
憶されている。カスタムファイルデータのバイト数は、
拡張可能である。ディスクの総プログラム数および総時
間は、前述したＴＯＣデータ（図６参照）中のＱチャン
ネルのデータによって示されている。

【００７８】カスタムファイルメモリ７７は、不揮発性
メモリであるために、再生装置の電源がオフとされて
も、その記憶内容が保存される。カスタムファイルデー
タは、制御装置４４において、ユーザが操作部５４を操
作することによって登録される。カスタムファイルデー
タは、一例として、最大で１０枚のＣＤまで登録可能と
されている。カスタムファイルの登録済みのＣＤを再生
した場合には、総プログラム数および総時間に関する照
合が行われ、ディスクの識別が行われる。なお、コント
ローラ７０内のＲＡＭ７０ａおよびＣＤテキストメモリ
７６の記憶内容は、電源がオフ、ＣＤマガジンを取り外
すと、消去される。

【００７９】この発明の一実施例では、このようにユー
ザが作成したカスタムファイルに限らず、ＣＤテキスト
データの一部をカスタムファイルメモリ７７に格納可能
としている。後述するように、再生装置４１がＣＤテキ
ストフォーマットのＣＤを再生した場合で、そのＣＤに
ついてのカスタムファイルの登録がない場合では、例え
ばＣＤテキストデータ中のディスクタイトルがカスタム
ファイルデータとして記憶される。

【００８０】上述のこの発明の一実施例において、シス
テムが接続された際、あるいはシステムが何らかの理由
によりリセットされた際に、図３３のフローチャートに
イニシャルリンクの処理がなされる。図３３において、
制御装置４４が行う処理が左側に示され、再生装置４
１、４２が行う処理が右側に示されている。イニシャル
リンクの処理が開始すると、ステップＳ１において制御
装置４４が制御されている装置を調べ、装置番号の割り
付けを行い、装置番号を送信する。再生装置側は、この
装置番号を受信する。

【００８１】次に、ステップＳ３において再生装置は、
それが対応している機能を示すデータを制御装置４４に
対して送信する。再生装置４１の場合では、カスタムフ
ァイルに対応している機能を示すデータとＣＤテキスト
に対応している機能を示すデータを送信する。制御装置
４４は、このデータを受信することによって、カスタム
ファイル対応の再生装置の番号を記憶し、また、ＣＤテ
キスト対応の再生装置の番号を記憶し、さらに、カスタ
ムファイル対応の再生装置の装置番号を送信する（ステ
ップＳ４）。再生装置は、カスタムファイル対応の再生
装置の装置番号を受信する（ステップＳ５）。

【００８２】次のステップＳ６において、制御装置４４
は、表示装置５３の対応言語をＣＤテキスト対応の再生
装置へ送信する。ＣＤテキストフォーマットでは、８カ
国の言語が許容されている。ＣＤテキスト対応の再生装
置は、対応言語のデータを受信し、このデータに基づい
て記憶するＣＤテキストデータの言語を決定する（ステ
ップＳ７）。以上でイニシャルリンクの処理が終了す
る。イニシャルリンクの処理によって、再生装置４１、
４２は、それぞれ自身に割り付けられた装置番号、カス
タムファイル対応装置の装置番号、並びに対応すべきＣ
Ｄテキストデータを知ることが可能となる。

【００８３】イニシャルリンクの処理の後に、ＣＤを再
生する直前の処理がＴＯＣデータの読み込みとカスタム
ファイルデータの取込みである。カスタムファイルおよ
びＣＤテキストに対応する再生装置４１の処理を図３４
に示す。再生すべきＣＤを装着した場合、あるいはチェ
ンジャーにおいて、再生すべきディスクを選択した場合
に、ステップＳ１１で示すＴＯＣデータの読み込みが開
始される。

【００８４】読み込まれたＴＯＣデータの総プログラム
数および総時間のデータがカスタムファイルメモリ７７
に存在するかどうかが照合される（ステップＳ１２）。
この一実施例では、再生装置４１の一つのみがカスタム
ファイルに対応した装置であるが、若し、再生装置４１
の他にカスタムファイルに対応した再生装置がシステム
に含まれる場合では、全ての装置に関して照合がなされ
る。ステップＳ１３において、データが照合されたかど
うかが決定される。

【００８５】照合された場合、すなわち、読み込まれた
ＴＯＣデータがカスタムファイルに存在している場合で
は、処理がステップＳ１４に移る。このステップＳ１４
において、カスタムファイルデータ（登録済みのＴＯＣ
データおよびテキストデータ）がカスタムファイルメモ
リ７７からコントローラ７０のＲＡＭ７０ａに記憶され
る。そして、ステップＳ１５において、データＲ〜Ｗの
読み込みが中止される。この読み込みの中止は、処理の
迅速化のためになされる。既存のＣＤでも、９９曲が記
録されている場合では、約４秒間を読出しに必要とする
ので、Ｒ〜Ｗチャンネルの読み込みを中止することによ
る処理の迅速化の効果が大きい。

【００８６】ステップＳ１３において、データが照合さ
れなかった場合、ステップＳ１６において、ＣＤテキス
トフォーマットのＣＤかどうかが決定される。これは、
サブコードＲ〜Ｗ中のＩＤ１〜ＩＤ４に基づいて決定さ
れる。ステップＳ１６において、ＣＤテキストフォーマ
ットではないと判断されると、処理は終了される（ステ
ップＳ１９）。なお、図３４では、省略しているが、通
常のディスク再生のために必要なサブコードＱの読み込
みがなされる。

【００８７】ステップＳ１６でＣＤテキストのフォーマ
ットのディスクであると決定された場合では、処理がス
テップＳ１７に移る。再生装置４１は、カスタムファイ
ルおよびＣＤテキストの両方に対応しているので、ステ
ップＳ１７では、ＴＯＣデータのＲ〜Ｗを使用したＣＤ
テキストデータがＣＤテキストメモリ７６に記憶され
る。これと共に、ＣＤテキストデータの一部のデータ
（ＣＤ全体に対するディスクタイトル）がカスタムファ
イルメモリ７７にＴＯＣデータと対応付けられて記憶さ
れる。次のステップＳ１８において、ＣＤテキスト中の
ディスクタイトルからなるカスタムファイルデータがコ
ントローラ７０のＲＡＭ７０ａに記憶される。

【００８８】このように、再生装置４１では、再生しよ
うとするＣＤがカスタムファイルとして登録されている
か、またはＣＤテキストフォーマットの場合に、コント
ローラ７０のＲＡＭ７０ａにカスタムファイルデータ
（例えばディスクタイトル）が記憶される。そして、こ
のＣＤが再生される際に、制御装置４４にオーディオ信
号と共に表示データとして転送され、制御装置４４の表
示装置５３により表示される。

【００８９】カスタムファイルおよびＣＤテキストに対
応しない再生装置４２の処理を図３５に示す。再生すべ
きＣＤを装着した場合、あるいはチェンジャーにおい
て、再生すべきディスクを選択した場合に、ステップＳ
２１で示すＴＯＣデータの読み込みが開始される。

【００９０】読み込まれたＴＯＣデータ（ディスク固有
の識別情報である、総プログラム数および総時間のデー
タ）が再生装置４１のカスタムファイルメモリ７７に存
在するかどうかが照合される（ステップＳ２２）。すな
わち、再生装置４２は、再生装置４１と通信を行い、カ
スタムファイルメモリ７７に再生しようとするＣＤのＴ
ＯＣデータが存在しているかどうかが調べられる。

【００９１】カスタムファイルが既に登録されているＣ
Ｄ、あるいは再生装置４１により再生済みのＣＤテキス
トフォーマットのＣＤを再生装置４２が再生する時で
は、照合の結果が肯定となり、処理がステップＳ２４に
移る。このステップＳ２４において、カスタムファイル
データ（登録済みのＴＯＣデータおよびテキストデー
タ）がカスタムファイルメモリ７７からバスを介して再
生装置４２のコントローラ内のＲＡＭに記憶される。そ
して、ステップＳ２５において、処理の迅速化のため
に、データＲ〜Ｗの読み込みが中止される。

【００９２】ステップＳ２３において、データが照合さ
れなかった場合、処理は終了される（ステップＳ２
６）。なお、図３５では、省略しているが、通常のディ
スク再生のために必要なサブコードＱの読み込みはなさ
れる。そして、カスタムファイルデータを記憶した場
合、このＣＤが再生される際に、制御装置４４にオーデ
ィオ信号と共に表示データとしてカスタムファイルデー
タが転送され、制御装置４４の表示装置５３により表示
される。

【００９３】この発明の一実施例では、再生装置４１お
よび４２間のコンピュータ通信を可能とすることによっ
て、再生装置４１のカスタムファイルメモリ７７を再生
装置４２と共有している。しかしながら、再生装置４１
のＣＤテキストメモリ７６を再生装置４２が共有するこ
とも可能である。その場合では、再生装置４１がカスタ
ムファイルに対応した装置である必要はない。

【００９４】さらに、カスタムファイルメモリ、ＣＤテ
キストメモリ等の複数の再生装置間で共有されるテキス
ト用のメモリは、切換装置４３あるいは制御装置４４内
に設けることも可能である。

【００９５】また、上述した実施例では、ＣＤのＴＯＣ
がプログラム管理領域であるが、媒体が例えばテープの
場合では、プログラム管理領域がテープの始端部分に記
録されるように、記録媒体に応じたプログラム管理領域
が設けられる。さらに、この発明は、ＣＤ等の再生専用
の記録媒体に限らず、記録も可能な記録媒体、再生専用
領域と記録可能領域との両者を有する記録媒体に対して
も適用することができる。

【００９６】

【発明の効果】以上説明したように、この発明によれ
ば、ある記録フォーマット例えばＣＤテキストに対応し
た再生装置と、これに非対応の再生装置との両者からな
る再生システムにおいて、非対応の再生装置によって、
ＣＤテキストフォーマットのＣＤを再生した場合でも、
ディスクタイトル等の文字情報を表示することができ
る。従って、ユーザが故障と勘違いすることを防止する
ことができる。また、記憶装置（例えばカスタムファイ
ルメモリ）を照合した時に、データが照合されると、サ
ブコード（Ｒ〜Ｗチャンネル）の読み込みを中止するの
で、処理の迅速化を図ることができる。

【図面の簡単な説明】

【図１】この発明を適用することができる従来の音楽再
生用ＣＤの領域を示す略線図である。

【図２】１フレームのデータを示す略線図である。

【図３】サブコードフレーム全体のデータ構造を説明す
る略線図である。

【図４】サブコード信号の全チャンネルのデータを示す
略線図である。

【図５】ＣＤの全体のデータ構成およびＴＯＣデータの
構成を示す略線図である。

【図６】従来のＣＤのリードイン領域に記録されている
ＴＯＣデータの構成を示す略線図である。

【図７】サブコード信号の全チャンネルのデータを示す
略線図である。

【図８】サブコードのデータフォーマットを全体的に示
す略線図である。

【図９】ＣＤテキストのデータフォーマットの１パック
および１シンボルを示す略線図である。

【図１０】この発明の一実施例のデータフォーマットの
割り付けを示す略線図である。

【図１１】ＩＤ１で示されるデータの内容を示す図であ
る。

【図１２】ＩＤ２で示されるデータの内容を示す図であ
る。

【図１３】ＩＤ３で示されるデータの内容を示す図であ
る。

【図１４】ＩＤ４で示されるデータの内容を示す図であ
る。

【図１５】曲名ＩＤのデータの内容を示す図である。

【図１６】曲名ＩＤのデータの説明に用いる図である。

【図１７】演奏者ＩＤのデータの説明に用いる図であ
る。

【図１８】演奏者ＩＤのデータの説明に用いる図であ
る。

【図１９】メッセージＩＤのデータの説明に用いる図で
ある。

【図２０】メッセージＩＤのデータの説明に用いる図で
ある。

【図２１】ディスクＩＤのデータの説明に用いる図であ
る。

【図２２】検索ＩＤのデータの説明に用いる図である。

【図２３】検索ＩＤのデータの説明に用いる図である。

【図２４】ＴＯＣデータの説明に用いる図である。

【図２５】２ｎｄＴＯＣのデータの説明に用いる図であ
る。

【図２６】２ｎｄＴＯＣのデータの説明に用いる図であ
る。

【図２７】サイズパックのデータの説明に用いる図であ
る。

【図２８】この発明による再生システムの一実施例の構
成を示すブロック図である。

【図２９】この発明の一実施例における切換装置の構成
を示すブロック図である。

【図３０】この発明の一実施例における制御装置の構成
を示すブロック図である。

【図３１】この発明の一実施例における再生装置の構成
を示すブロック図である。

【図３２】この発明の一実施例における再生装置に設け
られたカスタムファイルメモリの記憶内容を概念的に示
す略線図である。

【図３３】この発明による再生システムの一実施例のイ
ニシャルリンクの処理を説明するためのフローチャート
である。

【図３４】この発明による再生システムの一実施例の再
生装置のＴＯＣデータの読み込みとメモリへの格納の処
理を説明するためのフローチャートである。

【図３５】この発明による再生システムの一実施例の再
生装置のＴＯＣデータの読み込みとメモリへの格納の処
理を説明するためのフローチャートである。

【符号の説明】

１・・・ＩＤ領域，２・・・テキスト領域，３・・・Ｃ
ＲＣ領域，４・・・パック，５・・・パケット，４１・
・・ＣＤテキストおよびカスタムファイルに対応した再
生装置，４２・・・ＣＤテキストおよびカスタムファイ
ルに非対応の再生装置，４３・・・切換装置，４４・・
・制御装置，５３・・・表示装置，５４・・・操作部，
６２・・・光学ピックアップ，７４・・・サブコードプ
ロセッサ，７５・・・ＣＤテキストデコーダ，７６・・
・ＣＤテキストメモリ，７７・・・カスタムファイルメ
モリ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 少なくとも二つ以上の再生装置を備えた
   再生システムにおいて、 上記再生装置の少なくとも一つは、 装着された記録媒体の管理領域を再生する再生手段と、 上記再生手段にて再生した管理領域データから上記記録
   媒体に固有の識別情報を抽出する抽出手段と、 装着された記録媒体に記録された文字情報が既に記憶手
   段に記憶済みか否かを上記抽出手段にて抽出した識別情
   報に基づいて判別する判別手段と、 上記判別手段で装着された記録媒体に記録された文字情
   報が記憶手段に記憶済みの場合、再生手段での管理情報
   の読み取りを中止し、 上記判別手段で装着された記録媒体に記録された文字情
   報が記憶手段に記憶済みでないと判断された場合、再生
   手段での管理情報の読み取りを継続して、管理領域デー
   タから記録媒体固有の文字情報を抽出して上記記憶手段
   に記録媒体固有の識別情報と対応付けをして記憶する制
   御手段とを備えることを特徴とする再生システム。
2. 【請求項２】 装着された記録媒体に記録されている文
   字情報が記録媒体固有の識別情報と対応付けられて記憶
   手段に記憶済みか否かを判別し、 上記判別の結果が記憶手段に未記憶の場合、記録媒体か
   らの文字情報の読み取りを継続して、上記記憶手段に記
   録媒体固有の識別情報と対応付けして記憶するととも
   に、上記判別の結果が上記記憶手段に記憶済みの場合、
   文字情報の読み取りを中止することを特徴とする再生装
   置。
3. 【請求項３】 装着された記録媒体に記録されている文
   字情報が記録媒体固有の識別情報と対応付けられて記憶
   手段に記憶済みか否かを判別し、 上記判別の結果が記憶手段に未記憶の場合、記録媒体か
   らの文字情報の読み取りを継続して、上記記憶手段に記
   録媒体固有の識別情報と対応付けして記憶することを特
   徴とする再生装置。
4. 【請求項４】 請求項１において、 複数の再生装置からの再生信号が選択的に供給される制
   御装置をさらに有し、上記制御装置に文字情報の表示手
   段が設けられていることを特徴とする再生システム。
5. 【請求項５】 請求項１において、 上記記録媒体に固有の識別情報が記録されている総プロ
   グラム数であることを特徴とする再生システム。
6. 【請求項６】 請求項１において、 上記記録媒体に固有の識別情報が記録されているプログ
   ラムの総時間であることを特徴とする再生システム。