JPH11317054A

JPH11317054A - 再生装置

Info

Publication number: JPH11317054A
Application number: JP12105298A
Authority: JP
Inventors: Shuichi Nagano; 秀一長野; Hideko Kimura; 秀子木村
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-04-30
Filing date: 1998-04-30
Publication date: 1999-11-16

Abstract

(57)【要約】【課題】ディスク上に予め記録されている文字情報を
メモリに読み込む時に、記録されている文字情報の量と
メモリの容量とに適応して、文字数の制限を加える。【解決手段】ディスクのリードイン領域から再生さ
れ、復号された文字情報の１パックがメモリ部７６のバ
ッファ９１に格納される。サイズパックの情報からテキ
スト情報の記録されているパック数Ｐttと、トラック数
Ｎtrとが分かる。搭載しているメモリ容量Ｃmeと１パッ
クの文字数から、最大格納パック数Ｐmaxが求められ
る。（Ｐtt＞Ｐmax ）であれば、字数制限処理がなされ
る。そして、（Ｌji＝Ｃme÷（Ｎtr＋２））により、制
限字数が計算される。ＣＤ−ＴＥＸＴ情報の内で、制限
字数に達するまでは、読み込み処理がなされる。制限字
数に達すると、区切りを示すコードを付加して、データ
の読み込みを終了する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、オーディオデー
タ、ビジュアルデータ等のメインデータに付属してサブ
コードが記録されている記録媒体例えばディジタルオー
ディオ用ＣＤ（コンパクトディスク）の再生装置に適用
して好適な再生装置に関する。

【０００２】

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

【０００３】さらに、最近、リードインエリアに記録さ
れたサブコードのＲ〜Ｗチャンネル領域に、ディスクに
収録された曲に関連したアルバムタイトル等の文字情報
を記録することが提案されている。このようなディスク
をＣＤ−ＴＥＸＴディスク（商標）と称している。ＣＤ
−ＴＥＸＴのフォーマットとしては、リードイン情報
（モード４）とプログラムエリア情報（モード２）とが
規定されている。リードイン情報は、ＴＯＣ読取り時に
再生装置のメモリ（ＲＡＭ）に記憶し、ユーザが必要な
時に表示できる。一方、プログラムエリアの情報は、メ
モリを使用せずに、ＣＤの製作者が決めたタイミングで
表示できる。この明細書では、ＣＤ−ＴＥＸＴのモード
４を中心として説明する。

【０００４】ＣＤ−ＴＥＸＴディスクを再生する場合、
ＣＤの装着時にサブコードのＲ〜Ｗチャンネル領域から
アルバムタイトル等の文字情報が読み取られる。読み取
られた文字情報が復号され、メモリに記憶され、さら
に、必要に応じて表示される。従って、再生しようとす
るＣＤのアルバムタイトル、演奏者名等が表示され、ユ
ーザは、ＣＤの内容を直ちに把握することができる。

【０００５】ＣＤ−ＴＥＸＴのフォーマットにおいて
は、最大６５００文字程度の情報を記録できる。ＣＤの
アルバムタイトル等の情報が８００文字以下であるの
で、上記記録容量があれば、８カ国の言語の文字情報が
記録可能である。後述するように、ＣＤ−ＴＥＸＴのフ
ォーマットでは、最大８カ国の言語に対応してブロック
０〜ブロック７によりテキスト群が構成される。一つの
ブロックの中では、一つの文字コードが使用される。

【０００６】

【発明が解決しようとする課題】ＣＤ−ＴＥＸＴディス
クの再生可能な再生装置の一構成としては、記録されて
いる全ての言語の文字情報を読み込むことができる構成
が考えられる。この場合には、記憶容量が大きなメモリ
を装備する必要があり、再生装置のコストが上昇する。
他の構成は、より少ない容量のメモリを使用したもので
ある。容量の制約があるので、ＣＤ−ＴＥＸＴ情報を復
号順に記憶して、メモリの容量以上になった後の情報は
記憶しないようになされる。さらに、各言語に関して予
め固定値（文字数）を設定し、設定値以上の情報を記憶
しないような構成も考えられる。

【０００７】ＣＤ−ＴＥＸＴ情報を先頭から順番にメモ
リに記憶し、メモリ容量以上になった部分を捨てる方法
は、一つのブロックでも、全ての情報をメモリに格納で
きず、ＣＤ−ＴＥＸＴ情報がないトラック（曲）も存在
する問題がある。記憶できる文字数を予め設定値で区切
る方法は、アルバムタイトル、曲名等の文字数の長さの
違い、並びに曲数の違いに対応できない。例えば１０文
字に設定した時に、長いタイトルを表示できない問題が
生じる。さらに、曲数が少ない時には、メモリの余って
いる容量が発生する問題が生じる。

【０００８】従って、この発明の目的は、ＣＤ−ＴＥＸ
Ｔのように、予めディスク上に文字情報が記録される場
合に、限られたメモリの容量を有効に使用することがで
きる再生装置を提供することにある。

【０００９】

【課題を解決するための手段】この発明は、上記の課題
を達成するために、記録されているプログラムに関連す
るテキスト情報が記録されている記録媒体を再生する再
生装置において、記録媒体に記録されているプログラム
に関連するテキスト情報と、管理情報とを記録媒体の管
理領域に記録されている開始プログラム番号と終端プロ
グラム番号とを再生する再生手段と、記録媒体に記録さ
れているプログラムに関連するテキスト情報を蓄積する
メモリと、再生手段にて再生された開始プログラム番号
と終端プログラム番号に基づいて総プログラム数を演算
する第１の演算手段と、メモリの記憶可能容量と総プロ
グラム数に基づいてプログラム毎の平均記憶容量を演算
する第２の演算手段と、第２の演算手段にて演算した平
均記憶容量に基づいてプログラムに関連するテキスト情
報のメモリへの格納を制御する制御手段とを備えたこと
を特徴とする再生装置である。

【００１０】記録媒体上のプログラムの総数と、再生装
置が搭載しているメモリの容量とから、一つのプログラ
ムに割り当て可能な平均記憶容量が計算される。そし
て、記録媒体からテキスト情報を読み込む時に、平均記
憶容量が最大記憶容量を越えていると判断されると、メ
モリに格納するテキスト情報に対して制限を加える処理
がなされる。

【００１１】テキスト情報の格納を制限した場合には、
メモリ上でテキスト情報の区切りを識別可能とするため
に、テキスト情報で使用されるコードと区別可能な特異
なコードが使用される。さらに、テキスト情報が制限文
字数に達する前に、タイトル等のテキスト情報の終端を
示すコードがある時には、そのコードをメモリに格納す
る。

【００１２】

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

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

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

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

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

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

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

【００１９】さらに、サブコードのＲチャンネルからＷ
チャンネルまでの６チャンネル分のデータは、例えば静
止画や、曲の歌詞の表示等に用いることが可能である。
このようなＲチャンネルからＷチャンネルを静止画や曲
の歌詞表示に用いた再生装置は、ＣＤ−グラフィックス
プレーヤと呼ばれている。さらに、最近では、リードイ
ン領域のＲ〜Ｗチャンネルを使用して、ＣＤに付加的な
文字情報を記録するＣＤ−ＴＥＸＴが提案されている。
このＣＤ−ＴＥＸＴの場合、リードイン領域を用いて約
６５００字程度の文字情報を記録することが可能とされ
ている。また、ＣＤの付加文字情報としては、１ヵ国語
当たり８００文字程度を最大値とすると、８カ国の言語
に対応できるようにされている。従って、１枚のＣＤの
中に英語、日本語、フランス語、ドイツ語、中国語、ハ
ングル語等に対応してタイトルを記録することができ
る。

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

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

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

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

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

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

【００２６】図８は、ＣＤ−ＴＥＸＴフォーマットの概
略を示すものである。全ての文字情報は、テキスト群の
中に記録される。テキスト群は、リードイン領域では、
同じテキスト群が繰り返して記録される。一つのテキス
ト群が最大で８個のブロックにより構成される。図８で
は、一つのテキスト群が２個のブロック（ブロック０お
よびブロック１）により構成される例が示されている。

【００２７】ブロック０は、英語の文字情報を含み、英
語の場合の文字コードが８８５９−１によるものとされ
る。ブロック１は、日本語の文字情報を含み、日本語の
場合の文字コードがＭＳ−ＪＩＳ(Microsoft-Japanese
Industry Standard)とされる。各ブロックは、パック０
〜パックｎにより構成される。

【００２８】図９Ａは、図７で示したデータフォーマッ
トをシリアルデータとして示した図である。図９Ａに示
すように、先頭から３２ビットのデータ（図９Ａでは、
２４ビットのみ示す）をバイト毎のデータに区切り、こ
れらのバイトを識別用のＩＤ１、ＩＤ２、ＩＤ３、ＩＤ
４に対して割り付け、ＩＤ（またはヘッダ）領域１を形
成する。その後のテキスト領域２もバイト単位のデータ
に区切られる。テキスト領域２は、１２バイトの長さで
あり、最後に２バイトのＣＲＣ領域３が設けられる。こ
れらのＩＤ領域１、テキスト領域２およびＣＲＣ領域３
からなる１８バイトの長さがパックと称される。このよ
うなバイト単位の処理によって、Ｑチャンネルの信号の
処理方法で処理することが可能になり、簡単な処理回路
の構成とできる。

【００２９】また、ＣＤ−ＴＥＸＴのデータフォーマッ
トでは、ＣＲＣによる誤り検出符号を用いて誤りを検出
するのにとどめ、誤りが検出されると再度データを読み
出すようにしている。このため、データは、ＴＯＣ内
で、パック毎に例えば４重書きされ、さらに、一連のデ
ータ列がパケット単位で繰り返し記録されている。すな
わち、１／７５秒の周期を有するサブコードシンクに同
期した１パケットに４パックが含まれる。このような多
重記録によって、誤り訂正のための複雑な回路を省略す
ることができる。

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

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

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

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

【００３４】ＩＤ１は、text1 以降に続く文字列の内容
を示している。（８０ｈ）はアルバム名／プログラム
名、（８１ｈ）は演奏者／指揮者／オーケストラ名（ア
ーチスト名と総称する）、（８２ｈ）は作詩者、（８３
ｈ）は作曲者、（８４ｈ）は編曲者、（８５ｈ）はメッ
セージ、（８６ｈ）はｄｉｓｃＩＤ、（８７ｈ）はジャ
ンルＩＤおよびジャンル情報、（８８ｈ）はＴＯＣ情
報、（８９ｈ）は２ｎｄＴＯＣ情報、（８ａｈ）、（８
ｂｈ）および（８ｃｈ）は予約、（８ｄＨ）はクローズ
ド情報、（８ｅｈ）はアルバムのＵＰＣ／ＥＡＮ（ＰＯ
Ｓコード）および各トラックのＩＳＲＣ(International
Standard Recording Code) 、（８ｆｈ）はブロックの
サイズ情報である。なお、予約は、現在は未定義であ
り、将来、定義されることを意味する。

【００３５】ＩＤ２は、１ビットの拡張フラグと７ビッ
トのトラックナンバーまたはパックエレメントナンバー
を含む。トラックナンバーは、そのパックのテキストデ
ータの最初の文字が属するトラックナンバーを示すもの
である。図１２に示すように、ＩＤ２には、１から９９
までのトラックナンバーが記録される。トラックナンバ
ーは１から９９であるので、これ以外の数値「０」や
「１００」（６４ｈ）以上は特別な意味を持つ。「０
０」はディスク全体を代表する情報を意味する。ＭＳＢ
は常に０とされて、１は拡張用のフラグとなる。パック
エレメントナンバーは、ＩＤ１により示されるパックの
種類に依存して使用される。

【００３６】ＩＤ３は、パックに付された連続番号（シ
ーケンスナンバー）である。図１３に示すように、ブロ
ック内のパックの連続番号は、０から２５５（００ｈか
らＦＦｈ）までである。ＩＤ３＝０は、常にＩＤ１＝８
０ｈの先頭パックである。

【００３７】ＩＤ４は、図１４に示すように、１ビット
（ＭＳＢ）のＤＢＣＣ(Double ByteCharacter Code)識
別ビットと、３ビットのブロックナンバーと、そのパッ
クの文字位置を示す４ビットとからなる。若し、ブロッ
クがＤＢＣＣ文字列を含む場合では、ＤＢＣＣ識別ビッ
トが「１」とされる。Ｓ(Single)ＢＣＣ文字列の場合で
は、これが「０」とされる。ブロックナンバーは、その
パックが属するブロックのナンバーを示す。文字位置を
示す４ビットは、現パックのtext1 の文字が何文字目か
を示している。「００００」が最初の文字、「０００
１」が２番目の文字、「００１０」が３番目の文字、以
下、「００１１」、「０１００」、・・・は、４番目、
５番目、・・・の文字である。

【００３８】テキストデータは、上述したように１２バ
イトからなり、ＩＤ１により示されるパックの種類に依
存した文字列あるいはバイナリー情報を含む。（ＩＤ１
＝８８ｈ）、（ＩＤ１＝８９ｈ）、（ＩＤ１＝８ｆｈ）
を除くパックは、テキストデータが文字列で構成され
る。文字列は、文字の系列と終端子としてのヌルコード
とからなる。ヌルコードは、ＳＢＣＣの場合では、１個
のヌルコードが使用され、ＤＢＣＣの場合では、２個の
ヌルコードが使用される。ヌルコードとしては、（００
ｈ）が使用され、文字列のサイズは、１６０バイトより
少ないことが推奨されている。

【００３９】図１５は、ブロック０（英語）のＣＤ−Ｔ
ＥＸＴデータであって、（ＩＤ１＝８０ｈ）である文字
列の情報の一例を示す。この場合では、（ＩＤ２＝００
ｈ）がアルバム名の文字列であり、（ＩＤ２＝０１ｈ・
・・６３ｈ）が曲名の文字列である。最初のパックが
（ＩＤ１＝００ｈ、ＩＤ２＝００ｈ、ＩＤ３＝ＳＮ（ブ
ロック内の連番）、ＩＤ４＝×０ｈ）である。ＩＤ４の
下位４ビットによって、その文字列の最初の文字から数
えてテキストデータフィールドの最初の文字(text1) の
文字位置が示される。この例では、最初の文字の「Ｓ」
が０番目であることが示される。そして、(text1・・・
text7)までで、「ＳＴＲＩＮ１」（図中、SPがスペー
スを表す）のアルバム名が記録され、text8 が終端子で
あるヌルコード００ｈとされる。

【００４０】次のtext9 ・・・text12には、「ＳＴＲ
Ｉ」の４文字が記録される。そして、次のパックでは、
（ＩＤ１＝８０ｈ、ＩＤ２＝０１ｈ（曲名を意味す
る）、ＩＤ３＝ＳＮ＋１、ＩＤ４＝×４ｈ）とされる。
そして、text1 ・・・text4 として、「ＮＧ２」が記
録され、text5 として００ｈが記録される。ＩＤ４＝×
４ｈによって、text1 の文字「Ｎ」が５番目の文字であ
ることが示される。以下同様にして、曲名が順次記録さ
れている。

【００４１】次に、サイズ情報の場合のパック（ＩＤ１
＝８ｆｈ）の構成の一例を図１６、図１７および図１８
に示す。図１６は、ＩＤ２により示されるパックエレメ
ントナンバーが（００ｈ）のパックのデータ構成であ
り、図１７は、パックエレメントナンバーが（０１ｈ）
のパックのデータ構成であり、図１８は、パックエレメ
ントナンバーが（０２ｈ）のパックのデータ構成であ
る。

【００４２】（ＩＤ２＝００ｈ）のパック（図１６）
は、ＩＤ３により連番が示され、ＩＤ４によりブロック
ナンバーが示される。そして、その後のtext1 がそのブ
ロックの文字（キャラクタ）コードを表す。この文字コ
ードは、（ＩＤ１＝８０ｈ〜８５ｈ）のパックの文字列
に使用される文字コードである。他のパックの文字コー
ドは、（００ｈ）とされる。ブロック０に対しては文字
コードが（００ｈ）と適用されるものとされる。文字コ
ードの規定の一例を下記に示す。

【００４３】００ｈ＝ＩＳＯ(International Standard Organization) ８８５９−１０１ｈ＝ＩＳＯ６４６，ＡＳＣII ０２ｈ〜７Ｆ＝予約８０ｈ＝ＭＳ−ＪＩＳ８１ｈ＝韓国キャラクタコード８２ｈ＝マンダリン（標準的）中国語キャラクタコード８３ｈ〜ＦＦｈ＝予約例えばＩＳＯ８８５９−１は、数字、アルファベッ
ト、記号等を１バイトで表現するものであり、ＩＳＯ
８８５９−１が標準的文字コードとして使用される。

【００４４】次のtext2 が最初のトラックナンバーとさ
れ、text3 が最後のトラックナンバーとされ、text4 が
モード２およびコピー防止フラグとされる。このtext4
の１ビット（ＭＳＢ）は、モード２のＣＤ−ＴＥＸＴパ
ケットがプログラム領域にエンコードされているか否か
を示すフラグである。残りの７ビットがコピー防止フラ
グとして使用される。text5 〜text12は、（ＩＤ１＝８
０ｈ）〜（ＩＤ１＝８７ｈ）を有するパックのそれぞれ
の個数を表す。

【００４５】（ＩＤ１＝８ｆｈ、ＩＤ２＝０１ｈ）のパ
ック（図１７）では、図１６に示すパックと同様に、Ｉ
Ｄ３およびＩＤ４により連番およびブロックナンバーが
それぞれ示される。そして、text1 〜text8 が（ＩＤ１
＝８８ｈ）〜（ＩＤ１＝８ｆｈ）をそれぞれ有するパッ
クの個数を表す。text9 〜text12は、ブロック０〜ブロ
ック３のそれぞれの最後の連番を示す。

【００４６】（ＩＤ１＝８ｆｈ、ＩＤ２＝０２ｈ）のパ
ック（図１８）では、図１６および図１７に示すパック
と同様に、ＩＤ３およびＩＤ４により連番およびブロッ
クナンバーがそれぞれ示される。そして、text1 〜text
4 は、ブロック４〜ブロック７のそれぞれの最後の連番
を示す。この最後の連番が（００ｈ）の場合では、その
ブロックが存在しないことを示す。このような存在しな
いブロックをデータ無しブロックと称する。次のtext5
〜text12は、ブロック０〜ブロック７のそれぞれの言語
コードを示す。文字コードが文字列の各文字を表すデー
タのフォーマットの種類を示すのに対して、言語コード
は、各ブロックの文字情報がどこの国の言語で記述され
ているかを示す。

【００４７】図１９および図２０は、上述した言語コー
ド（１バイト）と言語の対応関係の一例を示す表であ
る。図１９の表は、ヨーロッパで使用される言語の言語
コードを示し、図２０の表は、それ以外の地域で使用さ
れる言語の言語コードを示す。この言語コードは、一例
であって、他の規定によるものを使用しても良い。

【００４８】上述したＣＤ−ＴＥＸＴのフォーマット
で、リードイン領域に文字（付加）情報が記録されたＣ
Ｄを再生することが可能な再生装置の一例を図２１に示
す。図２１において、６１が再生されるディスクであ
る。ディスク６１は、スピンドルモータ６３により回転
駆動され、光学ピックアップ６２により記録内容が読み
出される。

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

【００５０】ＲＦアンプ６４からの２値化された再生信
号がＰＬＬ(Phase Lock Loop) ６８、ディジタル信号処
理部６９およびタイミング生成回路７１に供給される。
ＰＬＬ６８は、再生信号と同期したクロックを生成す
る。ディジタル信号処理部６９では、ＥＦＭ復調、エラ
ー訂正等のディジタル信号処理がなされる。ディジタル
信号処理部６９からのディジタルオーディオ信号は、Ｄ
／Ａ変換器７２でアナログのオーディオ信号に変換され
る。このオーディオ信号がボリューム・トーンコントロ
ール部７８に供給される。操作部８１をユーザが操作す
ることによって、コントローラ７０から出力されるコン
トロール信号によって、ボリューム・トーンコントロー
ル部７８が制御される。ボリューム・トーンコントロー
ル部７８に対してオーディオ出力アンプ７９を介してス
ピーカ８０が接続される。

【００５１】また、ＲＦアンプ６４の出力信号がタイミ
ング生成回路７１に供給され、再生信号と同期したタイ
ミング信号が生成される。タイミング生成回路７１の出
力信号がＣＬＶ(Constant linear Velocity)プロセッサ
７３に供給される。ＣＬＶプロセッサ７３によってスピ
ンドルモータ６３がＣＬＶ駆動される。

【００５２】また、図２１に示すディスク再生装置は、
ディジタル信号処理部６９で分離されたサブコードがサ
ブコードプロセッサ７４に供給される。サブコードプロ
セッサ７４では、サブコードのエラー検出等の処理がな
され、サブコードのＱチャンネル、Ｒ〜Ｗチャンネルと
が分離されて出力される。サブコードＱがコントローラ
７０に供給され、Ｒ〜ＷがＣＤ−ＴＥＸＴデコーダ７５
に供給される。

【００５３】ＣＤ−ＴＥＸＴデコーダ７５は、Ｒ〜Ｗチ
ャンネルのサブコードを復号する。ＣＤ−ＴＥＸＴデコ
ーダ７５には、小容量のＲＡＭを有しており、コントロ
ーラ７０の要求に応じてデータを出力する。出力された
ＣＤ−ＴＥＸＴデータは、コントローラ７０において、
システムにとって必要なデータが選択され、メモリ部７
６に格納される。メモリ部７６には、ＣＤのリードイン
領域から再生され、復号により発生した文字情報の他
に、ＩＤ情報、ダイジェスト情報、サイズ情報等も格納
される。メモリ部７６は、ＲＡＭおよびＲＯＭで構成さ
れる。

【００５４】また、ＣＤ−ＴＥＸＴデータのエラー検出
がＣＤ−ＴＥＸＴデコーダ７５においてなされる。上述
したように、ＣＤ−ＴＥＸＴデータは、１パック毎にエ
ラー検出符号（ＣＲＣ）によってエラー検出が可能とさ
れている。１パック毎にエラーの有無が検出される。多
重記録がなされているフォーマットでは、多重記録され
ている複数のパックの内の全てのパックのＣＲＣのチェ
ックの結果がエラーの場合において、このパックがエラ
ーであることを示すエラーフラグが形成される。このエ
ラー検出フラグがＣＤ−ＴＥＸＴデータと共に、コント
ローラ７０に供給される。コントローラ７０は、エラー
検出フラグを参照して、ＣＤ−ＴＥＸＴデータによる文
字情報の表示が可能かどうかを判断し、ＣＤに付着した
汚れ、ＣＤの傷等によって、ＣＤ−ＴＥＸＴデータの正
しい読み取り、あるいは復号が不可能な時に、警告を発
生する処理を行う。

【００５５】コントローラ７０は、サーボ信号処理回路
６５にコマンドを出してサーボ系および復号の制御を行
う。コントローラ７０は、再生装置の動作状態を制御す
る。コントローラ７０に対して表示用ドライバを含む表
示部８２が接続されている。表示部８２は、例えば液晶
表示装置である。表示部８２は、再生装置の外部に接続
されたテレビジョンモニタ等の表示デバイスであっても
良い。表示部８２によってＣＤ−ＴＥＸＴ等の文字情報
の表示がなされ、また、ＣＤ−ＴＥＸＴを読み取ること
ができない場合の警告の表示がなされる。さらに、ユー
ザが言語を選択したい時には、装着したＣＤに記録され
ているＣＤ−ＴＥＸＴデータの言語の種類が表示部８２
に表示される。

【００５６】コントローラ７０には、操作部８１からの
操作信号が与えられる。操作部８１は、ディスクを再生
するためのキー、プログラムの選択、サーチのためのキ
ー等を含み、また、表示部８２の画面上のカーソルを移
動させ、再生装置に所望の動作を行わせるマウスが操作
部８１に含まれている。

【００５７】上述した実施の一形態において、この発明
と関連する部分を機能的に表したブロック図を図２２に
示す。ＣＤ−ＴＥＸＴデコーダ７５により復号されたＣ
Ｄ−ＴＥＸＴ情報がコントローラ７０によりメモリ部７
６に対して入力される。メモリ部７６のバッファ９１
は、入力されるＣＤ−ＴＥＸＴ情報の１パック分のデー
タを格納するもので、ＩＤ１〜text１２のラベルが付け
られる。バッファ９１に対して、ＣＤ−ＴＥＸＴ格納領
域９２、パラメータ領域９３および９４、並びにフラグ
領域９５が結合されている。

【００５８】ＣＤ−ＴＥＸＴ格納領域９２から読出され
た文字情報がコントローラ７０に対して出力され、文字
情報が表示部８２に表示される。パラメータ領域９３、
９４およびフラグ領域９５がコントローラ７０によって
アクセス可能な作業用メモリであって、コントローラ７
０の制御に使用される。さらに、コントローラ７０が他
の再生装置と通信を行い、文字情報を他の再生装置が表
示することも可能である。

【００５９】この発明の一実施形態におけるパラメータ
およびフラグの記号とその意味を以下に説明する。最初
にパラメータについて説明する。

【００６０】Ｃrnb:ブロックの連番順（ＩＤ３で示される）にＣＤ−
ＴＥＸＴデータを格納するためのカウンタＮtr :ＣＤ−ＴＥＸＴ情報が記録されている全トラック
数Ｐtt :ディスクタイトル、トラックタイトル、アーチス
ト名が入ったパック数（タイトルパック数と称する）Ｃme :再生装置に搭載されているＣＤ−ＴＥＸＴデータ
格納用のメモリ（図２１のＣＤ−ＴＥＸＴ格納領域９
２）の容量Ｐmax:再生装置に搭載されているＣＤ−ＴＥＸＴデータ
格納用のメモリ（図２１のＣＤ−ＴＥＸＴ格納領域９
２）に格納できるパックの最大数（最大パック数と称す
る）Ｌji :制限文字数（ＣＤ−ＴＥＸＴ格納領域９２の総容
量とタイトル（ディスクタイトル、トラックタイトル、
アーチスト名（無い場合もある））のあるトラック数か
ら定まる文字数Ｃji :現在文字数カウンタ（ＩＤ４のキャラクタポジシ
ョンの情報を使用しても良い。その場合には、１５文字
までに制限を受ける。）Ｃtt :現在タイトル数カウンタこれらのカウンタＣrnb 、Ｃji、Ｃttの初期値は、０で
ある。

【００６１】ＴＸＴＯＶＲ：ＴＸＴＯＶＲ＝０は、通常
のＣＤ−ＴＥＸＴ格納処理を行うことを指示し、ＴＸＴ
ＯＶＲ＝１は、ＣＤ−ＴＥＸＴＯＶＥＲ格納処理を行
うことを指示する。

【００６２】ＡＲＴＮ：ＡＲＴＮ＝０は、アーチス
ト名が記録されていないことを示し、ＡＲＴＮ＝１は、
アーチスト名が記録されていることを示す。

【００６３】ＮＵＬＤ：ＮＵＬＤ＝０は、文字列ポ
インタＸで示されるtextＸが文字であることを示し、Ｎ
ＵＬＤ＝０は、これが文字であることを示す。

【００６４】ＳＰＰＥ：ＳＰＰＥ＝０は、サイズパ
ック処理が未了であることを意味し、理を行うことを指
示し、ＳＰＰＥ＝１は、サイズパック処理が終了したこ
とを意味する。これらのフラグの初期値は、クリアした
状態である。

【００６５】さらに、ＦＴＮＯ：最初のトラックナンバーＬＴＮＯ：最後のトラックナンバーがサイズパックのパックエレメントナンバーを示すＩＤ
２が（００ｈ）のパックから読み取られ、そのＣＤの全
トラック数を演算するために使用される。

【００６６】図２２に示す機能的なブロック図に示され
るメモリを使用してコントローラ７０が行う処理につい
て、以下フローチャートを参照して説明する。最初に、
図２３および図２４を参照して、ＣＤ−ＴＥＸＴデータ
の読み込み処理について説明する。これらの図２３およ
び図２４は、本来、一連の処理であるが、作図スペース
の関係で分割されたものである。

【００６７】図２３の最初のステップＳ１において、Ｃ
Ｄ−ＴＥＸＴデータが復号済みかどうかが調べられる。
より具体的には、ＣＤがディスク回転部に装填される
と、ディスクが回転駆動され、光学ピックアップにより
記録内容が読出される。すなわち、リードイン領域から
ＴＯＣデータが読出され、その中のサブコードＲ〜Ｗチ
ャンネルに含まれるＣＤ−ＴＥＸＴ情報の読出しがなさ
れる。読出されたＣＤ−ＴＥＸＴ情報がＣＤ−ＴＥＸＴ
デコーダ７５で復号されると共に、パック毎に付加され
ているＣＲＣコードによりエラー検出がなされる。さら
に、多重記録されているパックの全てがエラーかどうか
が調べられ、全てのパックがエラーの場合では、そのパ
ックに対するエラー検出フラグがエラー有りを示すもの
とされる。エラーでないパックが有効なＣＤ−ＴＥＸＴ
情報として取り扱われる。

【００６８】復号されたＣＤ−ＴＥＸＴ情報がコントロ
ーラ７０によってメモリ部７６に入力され、１パックの
データがバッファ９１に取り込まれる（ステップＳ
２）。バッファ９１に取り込まれた１パックのデータの
ＩＤ１が調べられ、サイズパックかどうかが決定される
（ステップＳ３）。（ＩＤ１＝８ｆｈ）であれば、サイ
ズパックであると決定され、ステップＳ４（図２４）の
サイズパックの処理がなされる。サイズパックの処理
は、テキスト情報の読み込み処理として、通常のＣＤ−
ＴＥＸＴ格納処理と字数制限を伴うＣＤ−ＴＥＸＴＯ
ＶＥＲ格納処理の何れを選択するかを決定するために必
要である。

【００６９】若し、ステップＳ３において、サイズパッ
クでないと決定されると、サイズパック処理が終了した
かどうかが決定される（ステップＳ５）。処理が終了し
ていないと決定されると、ステップＳ１（ＣＤ−ＴＥＸ
Ｔ復号済）に戻る。サイズパックの処理が終了している
と決定されると、アーチスト名以外かどうかが決定され
る（ステップＳ６）。（ＩＤ１＝８１ｈ）であれば、ア
ーチスト名と決定され、ステップＳ７に処理が移る。ス
テップＳ７では、（ＩＤ２＝００ｈ）かどうかが決定さ
れる。ＩＤ２は、トラックナンバーを示すものである
が、（ＩＤ２＝００ｈ）は、ディスク全体を代表する情
報であることを意味する。この場合では、アーチスト名
が代表アーチスト名かどうかが決定される。代表アーチ
スト名でないと決定されると、ステップＳ８（図２４）
のＣＤ−ＴＥＸＴ格納終了判定に処理が移る。

【００７０】ステップＳ７で代表アーチスト名と決定さ
れると、ステップＳ９において、ディスク／トラックタ
イトルかどうかが決定される。（ＩＤ１＝８０ｈ）の場
合では、ディスク／トラックタイトルである。ステップ
Ｓ９において、ディスク／トラックタイトルでないと決
定されると、ステップＳ１（ＣＤ−ＴＥＸＴデータの復
号待ち）に戻る。

【００７１】ステップＳ９において、ディスク／トラッ
クタイトルである（すなわち、ＩＤ１＝８０ｈ）と決定
されると、ステップＳ１０でフラグＴＸＴＯＶＲが１か
どうかが決定される。ステップＳ６でアーチスト名と決
定され、ステップＳ７において、代表であると決定され
る場合（すなわち、ＩＤ１＝８１ｈ且つＩＤ２＝００）
もステップＳ１０に処理が移る。ステップＳ１０で、
（ＴＸＴＯＶＲ＝０）と決定されると、通常のＣＤ−Ｔ
ＥＸＴ格納処理Ｓ１１がなされる。一方、（ＴＸＴＯＶ
Ｒ＝１）と決定されると、ＣＤ−ＴＥＸＴＯＶＥＲ格
納処理Ｓ１２がなされる。ＣＤ−ＴＥＸＴ格納処理（ス
テップＳ１１）では、サイズパック以外のパックの必要
なデータがＣＤ−ＴＥＸＴ格納領域９２に転記される。

【００７２】図２４に示すように、ステップＳ８では、
ＣＤ−ＴＥＸＴデータの格納が終了したか否かが決定さ
れる。終了していない時には、ステップＳ１のＣＤ−Ｔ
ＥＸＴデータの復号待ちに戻る。終了したかどうかは、
必要とするＣＤ−ＴＥＸＴ情報がＣＤ−ＴＥＸＴ格納領
域９２にそろっているかどうかにより判断される。

【００７３】次に、サイズパックの処理（ステップＳ
４）の詳細を図２５のフローチャートを参照して説明す
る。最初のステップＳ２１においては、バッファ９１に
格納されているパックのデータのＩＤ２、すなわち、パ
ックエレメントナンバーが（００ｈ）かどうかが決定さ
れる。ＩＤ２が（００ｈ）でなければ、サイズパック処
理が終わる。

【００７４】ステップＳ２２では、ＩＤ４内のブロック
ナンバーから取り込むブロックか否かが決定される。ブ
ロック０〜ブロック７の中で、ユーザが設定したもの、
または予め再生装置で指定されているものが取り込まれ
る。例えばブロック０が指定されているとすれば、英語
のＣＤ−ＴＥＸＴ情報が表示される。取り込むブロック
でなければ、処理が終了する。ユーザがブロック（言
語）を指定する時に、そのＣＤに記録されているブロッ
クおよび言語の対応関係の表示がなされることが好まし
い。

【００７５】ステップＳ２３では、１回目のサイズパッ
ク処理かどうかが決定される。サイズパックは、ＣＤ上
では、繰り返し記録されているので、１回の処理を行え
ば良い。２回目以降の処理であれば、処理が終了する。
１回目の処理であれば、ステップＳ２４の処理がなされ
る。ステップＳ２４では、１パックの文字数が１２文字
であり、再生装置が搭載しているメモリ（ＲＡＭ）の総
容量Ｃmeから最大格納パック数Ｐmax を求める。総容量
Ｃmeは、図２２のＣＤ−ＴＥＸＴ格納領域９２の容量
（バイト数）である。また、ディスク／トラックタイト
ルが記録されているパック（ＩＤ１＝８０ｈ）の数（サ
イズパックのtext5 に記録されている）と、代表アーチ
スト名またはアーチスト名の記録されているパック（Ｉ
Ｄ１＝８１ｈ）の数（サイズパックのtext6 に記録され
ている）数の合計からタイトルパック数Ｐttを求める。

【００７６】すなわち、Ｐmax ＝Ｃme÷１２Ｐtt ＝（８０ｈ）のパック数＋（８１ｈ）のパック数が演算される。

【００７７】次のステップＳ２５では、（タイトルパッ
ク数Ｐtt ＞最大格納パック数Ｐmax ）かどうかが決定
される。最大格納パック数がタイトルパック数以上であ
れば、ディスク／トラックタイトルと、代表アーチスト
名またはアーチスト名をメモリに格納することができる
ので、字数制限を伴うＣＤ−ＴＥＸＴＯＶＥＲ格納処
理が必要とされない。従って、フラグＴＸＴＯＶがクリ
アされ（ステップＳ２６）、そして、サイズパック処理
終了フラグＳＰＰＥが終了を意味する１にセットされ
る。

【００７８】ステップＳ２５で、最大格納パック数がタ
イトルパック数より小であれば、ＣＤ−ＴＥＸＴＯＶ
ＥＲ格納処理が必要とされるので、この処理に使用する
パラメータ、フラグの処理がなされる。まず、ステップ
Ｓ２８では、ＣＤ−ＴＥＸＴ情報が記録された全トラッ
ク数Ｎtrが計算される。サイズパックから取り出された
最初のトラックナンバーＦＴＮＯと最後のトラックナン
バーＬＴＮＯから、（ＬＴＮＯ−ＦＴＮＯ＋１）の演算
によってＮtrが求められる。

【００７９】そして、ステップＳ２９で、アーチスト名
が記録されていない場合もあるので、サイズパックのte
xt6 を調べて、（ＩＤ１＝８１ｈ）のパック数からアー
チスト名の有無を決定する。アーチスト名が無い時は、
ステップＳ３０において、Ｌji＝Ｃme÷（Ｎtr＋１）の演算によって制限文字数Ｌjiが求められる。また、フ
ラグＡＲＴＮが１にセットされる。制限文字数Ｌjiは、
バイト数の単位を持つ。

【００８０】一方、アーチスト名がある時は、ステップ
Ｓ３１において、Ｌji＝Ｃme÷（Ｎtr＋２）の演算によって制限文字数Ｌjiが求められる。また、フ
ラグＡＲＴＮが０にクリアされる。この式における＋２
は、ディスクタイトルと代表アーチスト名の両者が記録
されていることに対応している。ステップＳ３０では、
ディスクタイトルのみが記録されているので、＋１とさ
れる。

【００８１】そして、ステップＳ３２において、ＣＤ−
ＴＥＸＴＯＶＥＲ格納処理が必要であるので、フラグ
ＴＸＴＯＶが１にセットされ、現在タイトル数カウンタ
Ｃttおよび連番カウンタＣrnb が初期値０とされる。そ
して、ステップＳ３３において、サイズパック処理終了
フラグＳＰＰＥが終了を意味する１にセットされ、サイ
ズパックの処理が終了する。サイズパックの処理が終了
すると、図２４のステップＳ８に戻る。

【００８２】次に、図２６および図２７を参照して、フ
ラグＴＸＴＯＶがセットされている時になされるＣＤ−
ＴＥＸＴＯＶＥＲ格納処理について説明する。これら
の図２６および図２７は、本来、一連の処理であるが、
作図スペースの関係で分割されたものである。最初のス
テップＳ４１では、ＩＤ４内のブロックナンバーから取
り込むブロックか否かが決定される。取り込むブロック
でなければ、ＣＤ−ＴＥＸＴＯＶＥＲ格納処理がなさ
れない。

【００８３】取り込むブロックであれば、カウンタＣrn
b とバッファ９１に取り込まれたパックのＩＤ３とを比
較する。一致していなければ、処理をぬける。一致して
いるならば、ステップＳ４２において、カウンタＣrnb
を＋１し、文字列ポインタＸをクリアする。

【００８４】そして、バッファ９１の文字列text1 〜te
xt12の中の１文字textＸ（例えばＸ＝０のときは、text
1 ）が取り出され、これがヌルデータ（００ｈ）か否か
が決定される（ステップＳ４４）。ヌルデータは、文字
列の終端、例えばディスクタイトルの終わりを示す。ヌ
ルデータのときは、図２６および図２７においてで示
すように、図２７のフローチャートの処理にとぶ。ヌル
データでないとき、すなわち、文字列の場合では、ステ
ップＳ４５に処理が移る。

【００８５】ステップＳ４５では、フラグＮＵＬＤがク
リアされ、現在文字数カウンタＣjiを＋１する。そし
て、ステップＳ４６、Ｓ４７において、現在文字数カウ
ンタＣjiと制限文字数Ｌjiとが比較される。現在文字数
カウンタＣjiと制限文字数Ｌjiとが一致せず、（Ｃji≦
Ｌji）であれば、その文字が制限字数以内のものである
ので、ＲＡＭのＣＤ−ＴＥＸＴ格納領域９２（図２６で
は、単にＲＡＭ９２と表記する）に対して、textＸの内
容を転送する。そして、文字列ポインタＸを＋１する
（ステップＳ５０）。

【００８６】現在文字数カウンタＣjiと制限文字数Ｌji
とが一致せず、（Ｃji≦Ｌji）でなければ、その文字が
制限文字数を越えているので、textＸの内容を転送せず
に、文字列ポインタＸを＋１する（ステップＳ５０）。
現在文字数カウンタＣjiと制限文字数Ｌjiとが一致する
ならば、ステップＳ４９において、制限字数まで達した
ことの目印をＣＤ−ＴＥＸＴ格納領域９２に転送する。
この目印は、文字コードとして使用されない固定値デー
タである。例えば文字コードが英語用の８８５９−１の
場合では、（８０ｈ）が目印として使用できる。

【００８７】ステップＳ５０で文字列ポインタＸが＋１
された後に、ステップＳ５１において、（Ｘ＝１２？）
が決定される。つまり、そのパックの文字数の処理が終
了したかどうかが決定される。（Ｘ＝１２？）であれ
ば、ＣＤ−ＴＥＸＴＯＶＥＲ格納処理を終了し、図２
４のステップＳ８に戻る。１２文字まで処理が終わって
いないときは、ステップＳ４４のヌルデータかどうかの
判定処理に戻る。

【００８８】ステップＳ４４において、処理の対象のte
xtＸがヌルデータ（００ｈ）のときの処理について、図
２７のフローチャートを参照して説明する。textＸがヌ
ルデータの場合では、ステップＳ６１において、フラグ
ＮＵＬＤがクリアされているか否かが決定される。フラ
グＮＵＬＤがセットされているならば、ヌルデータが続
いていると判断して、文字列ポインタＸを＋１するステ
ップＳ５０（図２６）にとぶ。フラグＮＵＬＤがクリア
されているならば、ステップＳ６２でフラグＮＵＬＤが
セットされる。

【００８９】次に、ステップＳ６３で、現在文字数カウ
ンタＣjiと制限文字数Ｌjiとが比較される。（Ｃji＜Ｌ
ji）であれば、ＲＡＭのＣＤ−ＴＥＸＴ格納領域９２に
各タイトルの終端の目印であるヌルデータ（００ｈ）を
転送する（ステップＳ６４）。つまり、制限文字数まで
に達しないない場合では、ヌルデータ（００ｈ）を転送
する。そして、ステップＳ６５において、現在文字数カ
ウンタＣjiをクリアする。若し、ステップＳ６３で、
（Ｃji≧Ｌji）と決定されると、（００ｈ）の転送をせ
ずにステップＳ６５にとぶ。

【００９０】そして、ステップＳ６６では、現在タイト
ル数カウンタＣttがタイトルありのトラック数Ｎtrと一
致しているか否かが決定される。一致しているならば、
ステップＳ６７において、フラグＡＲＴＮがクリアされ
ているかどうかが決定される。（ＡＲＴＮ＝１）であれ
ば、代表アーチスト名を格納するために、ステップＳ６
８で現在タイトル数カウンタＣttを＋１してＣＤ−ＴＥ
ＸＴＯＶＥＲ格納処理を終了する。

【００９１】そして、ステップＳ６６で、現在タイトル
数カウンタＣttがタイトルありのトラック数Ｎtrと一致
していないときには、ステップＳ６９において、現在タ
イトル数カウンタＣttとトラック数Ｎtrとが比較され
る。（Ｃtt＜Ｎtr）であれば、トラックタイトルの格納
を続けるために、ステップＳ６８（現在タイトル数カウ
ンタのインクリメント）にとぶ。（Ｃtt＜Ｎtr）でない
ならば、代表アーチスト名の格納も終了したので、ステ
ップＳ７０で、ＣＤ−ＴＥＸＴ格納処理を終了する。

【００９２】この一実施形態について、より具体的な例
を用いて説明する。まず、搭載ＲＡＭの容量（ＣＤ−Ｔ
ＥＸＴ格納領域９２）を８５０バイト、最初のトラック
ナンバーＦＴＮＯ：１，最後のトラックナンバーＬＴＮ
Ｏ：９９、（８０ｈ）のパック数：１０５、（８１ｈ）
のパック数：２０の例を設定する。また、ブロック０の
英語のＣＤ−ＴＥＸＴデータを取り込むものとしている
ので、１文字が１バイトである。

【００９３】サイズパック処理（図２５）によって、最大格納パック数Ｐmax ＝７０パックタイトルパック数Ｐtt ＝１２５パックが分かる（ステップＳ２４）。（Ｐtt＞Ｐmax ）（ステ
ップＳ２５）であるので、タイトル情報があるトラック数Ｎtr＝９９−１＋１＝９
９が計算される（ステップＳ２８）。

【００９４】（８１ｈ）のパック数が２０、すなわち、
アーチスト名があるので、制限文字数Ｌji＝８５０÷（９９＋２）＝８（切り捨
て）が計算される（ステップＳ３１）。

【００９５】ＣＤ−ＴＥＸＴデコーダによりデコードさ
れたＣＤ−ＴＥＸＴデータの一例を図２８Ａに示す。図
２８Ａにおいて上から下に向かって順に１パックずつの
デコードデータが発生する。ここでは、制限文字数Ｌji
が８であるので、図２９Ａに示すように、データの最初
のパックの８文字（ＣＤＴＥＸＴ）が格納領域９２
に格納される。文字コードと対応する文字が各データの
上に示されている。そして、（現在文字数カウンタＣji
＝制限文字数Ｌji）となると、目印の固定値（８０ｈ）
が格納領域９２へ転送される。これらの処理は、図２６
のフローチャートと対応している。

【００９６】この時、バッファ９１には、図２９Ｂに示
すように、第２番目のパックが取り込まれている。（Ｃ
ji＞Ｌji）では、データの転送がとばされて、文字列カ
ウンタＸがインクリメントされ、textＸがヌルデータと
なることが検出される。図２９Ｃに示すように、第３番
目のパックでヌルデータ（００ｈ）が発見される。

【００９７】ヌルデータの後は、最初のトラックのトラ
ックタイトルであるので、現在文字数カウンタＣjiがク
リアされて、第３番目のヌルデータの後のtext9 以降、
文字が格納領域９２へ転送される。以下、同様の動作が
繰り返される。従って、図２９Ｄに示すように、格納領
域９２には、最初にディスクタイトルの８文字が格納さ
れ、次に目印（８０ｈ）を介在させて、最初のトラック
のトラックタイトルが格納される。図２８Ｂは、デコー
ドデータ（図２８Ａ）の内で、格納領域９２に格納され
たＣＤ−ＴＥＸＴデータを示す。図２８Ａのデコードデ
ータ中の枠で囲んだものが格納領域９２へ転送され、格
納されることが分かる。

【００９８】そして、タイトルの終端（００ｈ）毎にタ
イトル数をカウントし、９９曲分のタイトルを格納し、
さらに、代表アーチスト名を格納すると、ＣＤ−ＴＥＸ
Ｔデータの読み込み処理を終了する。

【００９９】このように格納領域９２へ格納されたＣＤ
−ＴＥＸＴデータを表示する時には、終端コード（００
ｈ）と同じように、目印のコード（８０ｈ）をタイトル
の終端として扱う処理を行う。それによって、字数制限
をする、しないにかかわらず、同じ処理でＣＤ−ＴＥＸ
Ｔデータを表示することができる。図２８Ｃは、上述し
たように、文字数を８文字に制限した場合のディスクタ
イトルの表示と、文字数の制限がない場合のディスクタ
イトルの表示とを示す。

【０１００】上述したこの発明の一実施形態において、
制限字数に達しないタイトルが存在する場合、その残り
の字数（＝Ｌji−Ｃji）を記憶しておき、次のタイトル
に関して、その字数の分、制限文字数を多くするように
しても良い。それによって、長さの違うタイトル情報が
記録されている時に、メモリに格納できるテキスト情報
を増加させることができる。また、ＣＤ−ＴＥＸＴの記
録されているトラック数をサイズパックの情報から得る
のに限らず、通常のＴＯＣ情報から得ることも可能であ
る。

【０１０１】さらに、この発明は、ＣＤ−ＴＥＸＴディ
スク以外の媒体に対しても適用することができる。例え
ばＭＤ（ミニディスク）、ＤＶＤなどにも適用できる。

【０１０２】

【発明の効果】以上説明したように、この発明によれ
ば、ＣＤ−ＴＥＸＴのようなディスクに予め記録されて
いるテキスト情報を取り込む場合に、その装置が搭載し
ているメモリの容量と、ディスクに記録されているテキ
スト情報の量とに適応して、取り込むテキスト情報の量
を制限することができる。従って、大容量のメモリを装
備することによるコストアップを避けることができる。
また、先頭からテキスト情報を順に取り込む方法のよう
に、全くテキスト情報を読み込むことができないプログ
ラム（トラック）が発生することを防止できる。さら
に、取り込む文字数を一律に制限する方法と異なり、デ
ィスクに記録されているプログラム（トラック）数に適
応した制限文字数を設定することができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

【図８】ＣＤ−ＴＥＸＴデータのフォーマットを全体的
に示す略線図である。

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

【図１０】ＣＤ−ＴＥＸＴのデータフォーマットの割り
付けを示す略線図である。

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

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

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

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

【図１５】ＣＤ−ＴＥＸＴデータの一例を示す略線図で
ある。

【図１６】サイズパックのパックエレメントが（００
ｈ）のデータの内容を示す図である。

【図１７】サイズパックのパックエレメントが（０１
ｈ）のデータの内容を示す図である。

【図１８】サイズパックのパックエレメントが（０２
ｈ）のデータの内容を示す図である。

【図１９】言語コードと言語名の対応関係を示す略線図
である。

【図２０】言語コードと言語名の対応関係を示す略線図
である。

【図２１】この発明の一実施形態の構成を示すブロック
図である。

【図２２】この発明の一実施形態のメモリ部の機能的構
成を示すブロック図である。

【図２３】この発明の一実施形態のＣＤ−ＴＥＸＴデー
タの読み込み処理を説明するためのフローチャートであ
る。

【図２４】この発明の一実施形態のＣＤ−ＴＥＸＴデー
タの読み込み処理を説明するためのフローチャートであ
る。

【図２５】この発明の一実施形態のサイズパックの処理
を説明するためのフローチャートである。

【図２６】この発明の一実施形態の字数制限を伴うＣＤ
−ＴＥＸＴ格納処理を説明するためのフローチャートで
ある。

【図２７】この発明の一実施形態の字数制限を伴うＣＤ
−ＴＥＸＴ格納処理を説明するためのフローチャートで
ある。

【図２８】この発明の一実施形態におけるＣＤ−ＴＥＸ
Ｔデコードデータの一例を示す略線図である。

【図２９】この発明の一実施形態におけるＣＤ−ＴＥＸ
Ｔデコードデータの内でメモリに格納されたデータを示
す略線図である。

【符号の説明】

１・・・ＩＤ領域、２・・・テキスト領域、３・・・Ｃ
ＲＣ領域、４・・・パック、５・・・パケット、６１・
・・ディスク、６２・・・光学ピックアップ、７０・・
・コントローラ、７４・・・サブコードプロセッサ、７
５・・・ＣＤ−ＴＥＸＴデコーダ、７６・・・メモリ
部、９１・・・バッファ

Claims

【特許請求の範囲】

【請求項１】記録されているプログラムに関連するテ
キスト情報が記録されている記録媒体を再生する再生装
置において、上記記録媒体に記録されているプログラムに関連するテ
キスト情報と、管理情報とを上記記録媒体の管理領域に
記録されている開始プログラム番号と終端プログラム番
号とを再生する再生手段と、上記記録媒体に記録されているプログラムに関連するテ
キスト情報を蓄積するメモリと、上記再生手段にて再生された開始プログラム番号と終端
プログラム番号に基づいて総プログラム数を演算する第
１の演算手段と、上記メモリの記憶可能容量と上記総プログラム数に基づ
いてプログラム毎の平均記憶容量を演算する第２の演算
手段と、上記第２の演算手段にて演算した平均記憶容量に基づい
て上記プログラムに関連するテキスト情報の上記メモリ
への格納を制御する制御手段とを備えたことを特徴とす
る再生装置。
【請求項２】請求項１において、上記記録媒体に記録されているプログラムに関連するテ
キスト情報は、プログラムを代表する第１のタイトル
と、プログラムのそれぞれの第２のタイトルであること
を特徴とする再生装置。
【請求項３】請求項２において、さらに、上記記録媒体に記録されているプログラムに関
連するテキスト情報がプログラムを代表するアーチスト
名を含むことを特徴とする再生装置。
【請求項４】請求項１において、上記制御手段は、プログラムに関連するテキスト情報が
上記平均記憶容量を越える場合に、上記メモリに格納す
るテキスト情報を制限し、上記平均記憶容量に達するま
で上記テキスト情報を上記メモリへ格納し、その後に格
納されたテキスト情報の区切りを示す特異なコードを上
記メモリへ格納することを特徴とする再生装置。
【請求項５】請求項１において、上記制御手段は、プログラムに関連するテキスト情報が
上記平均記憶容量を越える場合に、上記メモリに格納す
るテキスト情報を制限し、上記平均記憶容量に達するま
で上記テキスト情報を上記メモリへ格納するようになさ
れ、上記平均記憶容量に達する前に、テキスト情報の終端コ
ードが存在する場合には、上記終端コードを上記メモリ
に格納してそのテキスト情報の格納処理を終了すること
を特徴とする再生装置。