JPH10188452A - ディスク再生装置 - 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 (2)

【特許請求の範囲】
1. 【請求項１】 管理領域に予め文字情報が記録されたデ
   ィスクを再生可能なディスク再生装置において、 上記文字情報を読出す手段と、 上記文字情報は、所定単位毎にブロック化されており、
   各ブロック化された文字情報には、エラー検出符号が設
   けられ、上記各ブロック化された文字情報を読出す毎に
   上記エラー検出符号により読出された文字情報のブロッ
   クのエラーの有無を検出するエラー検出手段と、 上記エラー検出手段により検出したエラー数を累算する
   手段と、 累算された上記エラー数が所定値以上になることを検出
   する判別手段と、 上記判別手段の判別結果に応答して、警告を発生する警
   告発生手段とを備えたことを特徴とするディスク再生装
   置。
2. 【請求項２】 請求項１に記載のディスク再生装置にお
   いて、 上記判別手段は、読出されたブロック数に対する検出し
   たエラー数を比に基づいて警告を発生することを特徴と
   するディスク再生装置。