JP3591179B2 - 光ディスク再生装置 - Google Patents
光ディスク再生装置 Download PDFInfo
- Publication number
- JP3591179B2 JP3591179B2 JP34361696A JP34361696A JP3591179B2 JP 3591179 B2 JP3591179 B2 JP 3591179B2 JP 34361696 A JP34361696 A JP 34361696A JP 34361696 A JP34361696 A JP 34361696A JP 3591179 B2 JP3591179 B2 JP 3591179B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- character information
- recorded
- text
- display
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、オーディオデータ、ビジュアルデータ等の主たるディジタルデータに付属してサブコードが記録されている記録媒体例えばディジタルオーディオ用ＣＤ（コンパクトディスク）の再生装置に適用される光ディスク再生装置に関する。
【０００２】
【従来の技術】
オーディオ情報が記録されたＣＤを再生するＣＤ再生装置において、使用上の便宜を図るため、ディスク再生情報に基づく各種表示がなされている。周知のものとして、後述のＱチャンネルサブコードにモード１として記録されているプログラム番号いわゆるトラック番号や各トラック番号に割り当てられた時間情報を再生して表示することがなされている。
【０００３】
また、ユーザがディスク毎に付随する文字情報をキー操作によって入力し、この文字情報をディスクに固有の識別情報と対応付けてメモリに記憶しておき、対応するディスクが再生されることを検出して、文字情報を表示することが可能な機能（カスタムファイル機能と称する）が提案されている。さらに、最近、リードインエリアに記録されたサブコードのＲ〜Ｗチャンネルを使用してＣＤ上に、そのＣＤと関連した文字情報を記録することが提案されている。これは、ＣＤテキストと称される。ＣＤテキストのフォーマットは、提案されたばかりであり、ＣＤ再生装置として、ＣＤテキストに対応しているものは今後、開発あるいは商品化されようとしている。
【０００４】
【発明が解決しようとする課題】
先に提案されているカスタムファイル機能では、文字情報をキー操作によって入力する手間が面倒であった。一方、ＣＤテキスト機能は多くの文字情報を予めディスク上に記録できるので、文字情報を入力する手間は不要である。しかしながら、リードインエリアに記録されているＣＤテキスト情報を読み取るのに時間がかかり、その結果、ＣＤの再生開始までの時間がながくなり、また、ＣＤテキスト情報は、予めＣＤ上に記録されたものであり、ユーザが希望するものと一致していることは限らず、さらに、表示装置の機能が制約されている場合、例えば小文字しか表示できない場合では、ＣＤテキスト情報を表示できない、という問題があった。
【０００５】
従って、この発明の一つの目的は、ＣＤテキスト情報を利用することによって、カスタムファイルを入力する操作を簡略化することが可能な光ディスク再生装置を提供することにある。さらに、この発明は、ＣＤテキスト情報をユーザが編集してカスタムファイルとして登録することを可能とするものである。
【０００６】
また、この発明の他の目的は、ＣＤテキストのリードインエリアの読み取り時間が長くなり、再生開始までの待ち時間が長いという問題を解決することができる光ディスク再生装置を提供することにある。
【０００７】
【課題を解決するための手段】
この発明は、上記の課題を達成するために、光ディスクを再生し、光ディスクからメインデータとメインデータ以外のサブデータとを読み取る再生手段と、
読み取られたメインデータを処理し、再生する信号処理手段と、
ユーザによって入力された第１の文字情報とサブデータ中に含まれるディスク固有の識別情報とを対応づけて記憶する第１の記憶手段と、光ディスクに予め記憶されており、サブデータ中に含まれる第２の文字情報を記憶する第２の記憶手段と、第１または第２の記憶手段に記憶されている第１または第２の文字情報を表示する表示手段とを含む制御手段とを有し、
制御手段は、読み取られた識別情報を参照して第１の記憶手段に第１の文字情報が記憶されている場合では、第１の文字情報を表示手段に表示し、
第１の文字情報が記憶されていない場合では、第２の文字情報を表示手段に表示する制御を行うことを特徴とする光ディスク再生装置である。
【０００８】
ユーザが第１の文字情報（カスタムファイル）を入力していない光ディスクを再生した時に、光ディスク上に記憶されている第２の文字情報（ＣＤテキスト）があれば、これを表示する。それによって、ユーザが第１の文字情報を入力する手間が省略できる。
【０００９】
【発明の実施の形態】
以下、この発明に係る再生システムおよび再生装置の一実施例について、図面を参照しながら説明する。一実施例では、記録媒体としてＣＤを使用しているが、これに限らず、他の種類の光ディスク（例えばＤＶＤ（ディジタル・ビデオ・ディスク）、磁気テープ、光テープ、半導体メモリ等に対してもこの発明を適用することができる。また、記録媒体に記録されている情報は、オーディオデータに限らず、ビデオデータ等であっても良い。
【００１０】
この発明の理解を容易とするために、オーディオ再生用のＣＤのデータ構成について説明する。ＣＤは、図１に示すように、ＣＤ１０１は中央に孔１０２を有し、その内周から外周に向かって、ＴＯＣ（ｔａｂｌｅ Ｏｆ ｃｏｎｔｅｎｔｓ） データが記録されたプログラム管理領域である、リードイン（ｌｅａｄ ｉｎ ）領域１０３と、プログラムデータが記録されたプログラム領域１０４と、プログラム終了領域、いわゆるリードアウト（ｌｅａｄ ｏｕｔ）領域１０５とが形成されている。オーディオ情報を記録したオーディオ再生用ＣＤにおいては、プログラム領域１０４にオーディオデータが記録され、このオーディオデータの時間情報等がリードイン領域１０３で管理される。また、ＣＤ再生装置によるプログラム領域１０４内のオーディオデータの読み出しが終了して、リードアウト領域１０５にピックアップが到達したときに、ＣＤ再生装置がＣＤの再生動作を終了する。
【００１１】
ＣＤには、メインデータとしてのオーディオデータの他にサブコードが記録されている。以下、サブコードのＰチャンネルおよびＱチャンネルのデータについて説明する。ＣＤに記録されるオーディオ信号は、１サンプルあるいは１ワードが１６ビットで、４４．１ｋＨｚのサンプリング周波数でサンプリングされる。このサンプリングされたデータは、１サンプルあるいは１ワード１６ビットが上位８ビットと下位８ビットに分割されてそれぞれシンボルとされ、このシンボル単位で誤り訂正符号化処理やインターリーブ処理が施され、オーディオデータの２４シンボル毎に１つのフレームにまとめられる。１フレームは、ステレオ左右チャンネルの各６サンプル分に相当する。
【００１２】
ＥＦＭ変調により、各シンボルの８ビットが１４ビットへ変換される。ＥＦＭ変調後の１フレームのデータ構造を図２に示す。１フレーム１３５は、２４チャンネルビットの同期パターンデータ領域１３１と、１４チャンネルビットのサブコード領域１３２と、１２シンボルのプログラムデータＤ１からＤ１２を含むプログラムデータ領域１３３と、４シンボルのパリティデータＰ１からＰ４から成るパリティデータ領域１３４と、別のプログラムデータ領域１３３およびパリティデータ領域１３４とからなる。また、各領域、あるいはデータ部分を接続するために、各部分に対して３チャンネルビットの結合ビットが配される。従って、１フレーム１３５は、合計５８８チャンネルビットのデータを含む。
【００１３】
さらに、９８個のフレームを集めて、このフレーム１３５の各領域およびデータ部分が縦方向に連続するように並べ換えたものを図３に示す。この図３に示される９８フレームの周期は、サブコードが完結する単位であって、サブコードフレームと称される。このサブコードフレームは、フレーム同期パターン部１３６と、サブコード部１３７と、データおよびパリティ部１３８とから成る。なお、この１サブコードフレームは、ＣＤの再生時間の１／７５秒に相当する。
【００１４】
ここで、ＰチャンネルおよびＱチャンネルのデータを含むサブコードデータは、図３中のサブコード部１３７に記録されているデータである。また、このサブコード部１３７のサブコードフレームのデータの構成の詳細を図４に示す。先頭のフレームＦ０１、フレームＦ０２は、サブコードフレームの同期パターンＳ０、Ｓ１である。この同期パターンは、フレーム同期パターンと同様に、ＥＦＭ変調方式（ｅｉｇｈｔ ｔｏ ｆｏｕｒｔｅｅｎ ｍｏｄｕｌａｔｉｏｎ： ＥＦＭ）のアウトオブルール（ｏｕｔ ｏｆ ｒｕｌｅ ）のパターンである。さらに、１シンボルの８ビットの各ビットは、それぞれサブコードのＰチャンネルからＷチャンネルを構成する。例えば、Ｐチャンネルは、Ｓ０、Ｓ１のそれぞれ一部と、Ｐ０１からＰ９６とで構成される。
【００１５】
サブコードのＰチャンネルは、プログラムの有無に対応した情報を有し、Ｑチャンネルには、ＣＤ上の絶対時間情報、各プログラムの時間情報、プログラム番号（トラック番号とも称される）、楽章番号（インデックスとも称される）等の情報が含まれる。従って、Ｑチャンネルに含まれる情報によって、プログラムの頭だし等の再生動作の制御が可能であり、また、Ｑチャンネルの情報を表示することによって、演奏中のプログラムが光ディスク上の何番目のプログラムであるのか、演奏の経過時間や始めからの絶対時間等を視覚的に確認できる。
【００１６】
さらに、サブコードのＲチャンネルからＷチャンネルまでの６チャンネル分のデータは、例えば静止画や、曲の歌詞の表示等に用いることが可能である。このようなＲチャンネルからＷチャンネルを用いた再生装置は、ＣＤ−グラフィックスと呼ばれ、既に知られている。さらに、最近では、リードイン領域のＲ〜Ｗチャンネルを使用して、ＣＤに付加的な文字情報を記録する方式（ＣＤテキスト）が提案されている。このＣＤテキストの場合、６５００字程度の文字情報を記録することが可能とされ、また、ＣＤの付加文字情報としては、８００文字以下であるとし、８カ国の言語に対応できるようにされている。
【００１７】
図５Ａは、ＣＤ上に記録されているデータを示す。図１についても説明したように、内周側から順にリードイン領域１０３に記録されているＴＯＣデータ、プログラム領域１０４に記録されているプログラム Ｎｏ．１〜 Ｎｏ．ｎ、リードアウトエリア１０５のデータが記録されている。
【００１８】
既存のＣＤに記録されているＴＯＣデータは、図５Ｂに示すように、サブコードのＱチャンネルを使用している。サブコードは、９８ビットを１フレームとするデータ構造を有している。この９８ビット中の７２ビットがデータである。ＴＯＣデータの場合では、図５Ｂに示すフォーマットを有している。
【００１９】
プログラム数が６の場合では、ＴＯＣ中のデータ構造は、図６に示すものとされる。ＰＯＩＮＴが００〜９９の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦＲＡＭＥが各プログラムのスタートアドレス（絶対時間）を示す。ＰＯＩＮＴがＡ０の場合では、ＰＭＩＮがディスクの最初のプログラムのプログラム番号を示し、ＰＳＥＣ、ＰＦＲＡＭＥが００とされる。ＰＯＩＮＴがＡ１の場合では、ＰＭＩＮが最後のプログラムのプログラム番号を示し、ＰＳＥＣ、ＰＦＲＡＭＥが００とされる。ＰＯＩＮＴがＡ２の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦＲＡＭＥがリードアウトが開始するアドレスを示す。そして、これらの内容は、図６に示すように、３回ずつ繰り返される。さらに、リードイン領域に繰り返して記録される。このようなＴＯＣデータは、ＣＤの装着時に再生装置により読み取られ、装置内部のメモリに記憶される。
【００２０】
図７は、この発明の一実施例におけるＴＯＣデータの構成を示すものである。既存のＣＤの場合では、上述したように、Ｑチャンネルのサブコードの１フレーム内の７２ビットのデータを使用して、総プログラム（曲）数と、各プログラムの記録位置とが管理される。より具体的には、００〜９９までの値をとりうるプログラム番号と各プログラムに対応する開始アドレス（絶対時間）と、最初のプログラム番号と、最後のプログラム番号と、リードアウトが始まるアドレスとが記録されている。このＱチャンネルのサブコードに加えて、図７に示すようなＲチャンネル〜Ｗチャンネルで構成されるデータがＴＯＣデータとして記録されている。
【００２１】
Ｒ〜Ｗチャンネルからなるデータの先頭の２フレームは、同期パターンＳ０、Ｓ１である。残りの９６フレームには、それぞれが６ビットのシンボルが９６シンボル含まれる。この９６シンボルが２４シンボルずつに４分割される。この２４シンボルを１パックと称し、４パックを１パケットと称する。
【００２２】
各パックの先頭位置にそのパックに記録される情報の記録モードを設定するモード情報と、テキスト情報の種類を示す識別情報を有するＩＤ１とその他の識別情報を有するＩＤコード（ＩＤ２、ＩＤ３およびＩＤ４）を含む計２４ビットのＩＤコードが記録されるＩＤ領域１が配置される。このＩＤ領域１の後に、８ビット単位で主データに付随するテキスト情報が記録されるテキスト領域２が配される。さらに、各パックに、誤り検出符号として、巡回符号（ＣＲＣ：ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｏｄｅ）による誤り検出を行うための１６ビットのデータが記録されるＣＲＣ領域３が配される。
【００２３】
この発明によるＲ乃至Ｗチャンネルのサブコードの説明に先立ち、既存のグラフィック情報をＣＤへ記録する際のデータフォーマットについて説明する。図８Ａは、図４に示したサブコード部１３７の構造を模式的に示す図である。サブコードは、８ビットで形成され、このサブコードを形成するビット群は、Ｐ、Ｑ、Ｒ、Ｓ、Ｔ、Ｕ、Ｖ、Ｗの８チャンネルに分割されている。また、サブコード部１３７は、Ｐ乃至Ｗチャンネルから構成されるフレームが９８フレーム集めたものである。
【００２４】
最初の２フレームＳ０、Ｓ１は、同期パターンであり、第３番目のフレームから第９８番目のフレームまでは、Ｐチャンネルのデータのみから成るサブコードＰと呼ばれるブロック１２、Ｑチャンネルのデータのみから成るサブコードＱと呼ばれるブロック１３、Ｒ乃至Ｗチャンネルのデータのみから成るブロック１１が含まれている。
【００２５】
画像情報をサブコードとして記録し再生する方式においては、図８Ｂに示すように、Ｒ乃至Ｗチャンネルの６ビットで１シンボルを形成し、データ最小単位を０〜２３の２４個のシンボルで形成されるパックとしている。すなわち、ブロック１１が４個のパックに分割される。パックを形成する２４シンボルの内、最初のシンボル（以下シンボル０という）は、ＭＳＢ（ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）側から３桁がモードを示し、ＬＳＢ（ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ ）側から３桁がアイテムを示す。このモードおよびアイテムを示すシンボル０に続くシンボル１は、命令の種類を示すインストラクションである。インストラクションに続くシンボル３およびシンボル４は、誤り訂正符号であるパリティＱである。このパリティＱに続くシンボル４からシンボル１９までの各シンボルは、データフィールドを形成し、色情報等を含む。データフィールドに続くシンボル２０からシンボル２３までの各シンボルはパック内の情報を保護するための誤り訂正符号であるパリティＰである。
【００２６】
モードには、ゼロモード、ライングラフィックスモード、ＴＶグラフィックスモードおよびユーザモードの４種類のモードが存在する。ゼロモードは、例えば表示画面に対して何らの操作も行わないモードである。すなわち、画像をそのままにしておきたいときのためのモードであり、パック内のデータは全て０である。ライングラフィックスモードは、例えばプレーヤの前面に液晶ディスプレイ等を設けてプログラムの説明文等を表示するためのモードである。
【００２７】
また、画像処理命令としては、例えば画面全体をある色でぬりつぶす命令、画面状の１フォントに２種類の色を使用して絵を描く命令、画面全体を縦方向又は横方向に移動させる命令等がある。通常、ＣＤグラフィックスでは、文字データを表示する場合、データフィールドは、ドットデータとして扱われ、例えば‘Ａ’というキャラクタは、図８Ｃに示すように、６×１２のドットのぬりつぶしで表現できる。
【００２８】
上述したように、グラフィックス情報をサブコード中に挿入する既存の方法（ＣＤグラフィックス）では、Ｒ乃至Ｗチャンネルのデータを処理するためには、専用の処理回路が必要であり、また、パリティＰおよびパリティＱを用いた誤り訂正方法が複雑なので、処理回路は複雑である。そのため、既存の方法は、Ｒ乃至Ｗチャンネルのサブコードを利用して単にテキスト情報を記録し再生する用途では不適当であった。
【００２９】
そこで、この発明の一実施例では、Ｒ乃至Ｗチャンネルを利用してテキスト情報を記録し、再生する場合、より簡単な処理回路で実現できる、ＣＤテキストフォーマットを採用するものである。図９Ａは、図７で示したデータフォーマットをシリアルデータとして示した図である。図９Ａに示すように、先頭から３２ビットのデータ（図９Ａでは、２４ビットのみ示す）をバイト毎のデータに区切り、これらのバイトを識別用のＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４に対して割り付け、ＩＤ領域１を形成する。その後のテキスト領域２もバイト単位のデータに区切られる。このようなバイト単位の処理によって、Ｑチャンネルの信号の処理方法で処理することが可能になり、簡単な処理回路の構成とできる。
【００３０】
また、図８Ａに示したデータフォーマットでは、パリティＰおよびパリティＱを用いた誤り訂正符号が用いられているのに対して、ＣＤテキストのデータフォーマットでは、ＣＲＣによる誤り検出符号を用いて誤りを検出するのにとどめ、誤りが検出されると再度データを読み出すようにしている。このため、データは、ＴＯＣ内で、パック毎に例えば４重書きされ、さらに、一連のデータ列がパケット単位で繰り返し記録されている。このような多重記録によって、誤り訂正のための複雑な回路を省略することができる。
【００３１】
なお、パック単位の多重書きは、４重書きに限らないし、また、多重書きの単位もパック単位に限らず、例えばパケット単位、あるいは数パケットを周期としてこの周期単位で多重書きしてもよい。
【００３２】
また、ＩＤ領域１の先頭のＩＤ１は、図９Ｂに示すように、従来の１シンボルより２ビット多い８ビットで扱うことになる。さらに、既存のＲ乃至Ｗチャンネルのサブコードを復号化する機能を有するＣＤ再生装置に装着してもこの再生装置が誤動作を起こさないように、ＭＳＢから３ビットは、上述のモードと同様のデータを書き込み、且つこの３ビットで示されるモードとしては未定義のコード例えばモード４（“１００”）を割り付ける。こうすることで、既存の再生装置に装着しても認識不可能なモードが検出されるだけなので、再生装置は動作を停止するだけであり誤動作するおそれがない。また、未定義のモードは、モード４の他に、モード５およびモード６があり、モード４の代わりにこれらのモードを用いることもできる。
【００３３】
また、ＩＤ１によりモード４が指示されるこの発明の一実施例では、パック内のデータフォーマットは、図１０に示すように、８ビット（１バイト）毎に区切られたＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４と、テキストバイトｔｅｘｔ１〜ｔｅｘｔ１２と、１２ビットのＣＲＣコードとを含むものである。
【００３４】
ＩＤ１は、８ビットの構造を有し、ＩＤ１とパックで扱われるデータの内容が図１１に示すように規定されている。ＩＤ１は、上述したように、モード４を上位側のビットで指示するために、（８×ｈ）（ｈは１６進数を意味し、×が下位側の４ビットの値を意味する）。
【００３５】
ＩＤ１は、ｔｅｘｔ１以降に続く文字列の内容を示している。（８０ｈ）はアルバム名／プログラム名、（８１ｈ）は演奏者／指揮者／オーケストラ名、（８２ｈ）は作詩者、（８３ｈ）は作曲者、（８４ｈ）は編曲者、（８５ｈ）はメッセージ、（８６ｈ）はｄｉｓｃＩＤ、（８７ｈ）は検索用キーワード、（８８ｈ）はＴＯＣ、（８９ｈ）は２ｎｄＴＯＣ、（８ａｈ）はユーザ、（８ｂｈ）は歌詞、（８ｃｈ）は歌詞２、（８ｄＨ）は予約、（８ｅｈ）は予約、（８ｆｈ）はサイズである。
【００３６】
ＩＤ２は、パックのｔｅｘｔ位置から書かれている文字列がどのトラックに所属するかを示すものである。図１２に示すように、ＩＤ２には、１から９９までのトラックナンバが記録される。トラックナンバは１から９９であるので、これ以外の数値「０」や「１００」（６４ｈ）以上は特別な意味を持つ。「００」はディスク全体を代表することを意味する。ＭＳＢは常に０とされて、１は拡張用のフラグとなる。
【００３７】
ＩＤ３はブロックに付された連続番号である。図１３に示すように、ブロック内の連続番号は、００から２５５（０からＦＦｈ）までである。ＩＤ３＝０は、常にＩＤ１＝８０ｈの先頭パックであり、以降８０が終了すれば、８１、８２とに戻って繰り返される。付加情報により無いＩＤ１は次のＩＤ１に置き換えられるが、必ず小さい番号順に記録される。
【００３８】
ＩＤ４は、現パックの文字コードと、その文字列の文字位置を示している。図１４に示すように、最初の４ビットはキャラクタコードで、「００００」はＡＳＣＩＩコード、「０００１」、「００１０」、「００１１」、「０１００」は、ＩＳＯ規格に準拠の８８５９−１（ａ） 、８８５９−１（ｂ） 、８８５９−１（ｃ） 、８８５９−１（ｄ） コード、「０１０１」は予約、「０１１０」はＪＩＳカナコード、「０１１１」はＭＳ−ＪＩＳコードであることを示している。なお、「１０００」以降は予約されている。ＬＳＢの４ビットは、現パックのｔｅｘｔ１の文字が何文字目かを示している。「００００」が最初の文字、「０００１」が２番目の文字、「００１０」が３番目の文字、以下、「００１１」、「０１００」、・・・は、４番目、５番目、・・・の文字である。
【００３９】
図１５は、（ＩＤ１＝８０ｈ）のパックの構成例を示すものである。（ＩＤ１＝８０ｈ）は、アルバム名と最大９９曲の全プログラム名を記録するために用いられる。各々の文字情報の最後の文字は必ずヌル（００ｈ）で終端される。次のプログラム名はそのヌルの続きに、連続して書かれていく。図１６Ａから図１６Ｄは、アルバムタイトルが「ＢＥＡＴＬＥＳスペース（図中ではＳＰと表されている）ＴＨＥスペースＢＥＳＴ」、第１曲目の曲名が「ＬＯＶＥスペースＭＥスペースＤＯ」、第２曲目の曲名が「ＴＨＥスペースＷＡＶＥ」、第３曲目の曲名が「ＰＬＥＡＳＥスペースＨＥＬＰ」が記録されている例を示す。
【００４０】
図１６Ａに示すように、アルバムタイトルを示すので、ＩＤ１には、（８０ｈ）が記録され、ＩＤ２には、アルバムタイトルがディスク全体を示すので、（００ｈ）が記録されている。さらに、ＩＤ３には、１番目のパックを意味する（００ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前のパックで表示済みの文字数０である（００ｈ）が記録されている。ｔｅｘｔ１ からｔｅｘｔ１２には、“ＢＥＡＴＬＥＳスペースＴＨＥスペース”で示される１２文字が入り、このパックに入りきれない文字、すなわち、“ＢＥＳＴスペースＬＯＶＥ”の９文字は２番目のパックに入る。
【００４１】
図１６Ｂに２番目のパックの内容を示す。ＩＤ１には、アルバムタイトルを示すので、（８０ｈ）が記録され、ＩＤ２には、アルバムタイトルがディスク全体を示すので、（００ｈ）が記録されている。さらに、ＩＤ３には、２番目のパックを意味する（０１ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前のパックで表示済みの文字数１２の１６進表示の（０Ｃｈ）が記録されている。ｔｅｘｔ１ からｔｅｘｔ１２には、“ＢＥＳＴスペースＬＯＶＥ”で示される９文字が入るとともに、アルバムタイトルの終端を示すヌルコードと、１曲目のプログラム名である“ＬＯＶＥスペースＭＥ”の７文字がパック２に入り、入りきれない“スペースＤＯ”の３文字は、３番目のパックに入る。
【００４２】
同様に、図１６Ｃに３番目のパックの内容を示す。ＩＤ１には、プログラム名を示すので、（８０ｈ）が記録され、ＩＤ２には、パック３に記録される先頭文字は１曲目のもであることを示す（００ｈ）が記録されている。さらに、ＩＤ３には、３番目のパックを意味する（０２ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前の２番目のパックで表示済みの、１曲目のタイトル文字数７文字の１６進表示の（０７ｈ）が記録されている。ｔｅｘｔ１ からｔｅｘｔ１２には、“スペースＤＯ”で示される３文字が入るとともに、１曲目のタイトルの終端を示すヌルコードと、２曲目のプログラム名である“ＴＨＥスペースＷＡＶＥ”の８文字がパック３に入る。
【００４３】
同様に、図１６Ｄに４番目のパックの内容を示す。ＩＤ１には、プログラム名を示すので、（８０ｈ）が記録され、ＩＤ２には、パック４に記録される先頭文字は３曲目のもであることを示す（０３ｈ）が記録されている。さらに、ＩＤ３には、４番目のパックを意味する（０３ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前の３番目のパックで表示済みのタイトル文字数がないので、１６進表示の（００ｈ）が記録されている。ｔｅｘｔ１ からｔｅｘｔ１２には、“ＰＬＥＡＳＥスペースＨＥＬＰ”で示される１１文字が入るとともに、１曲目のタイトルの終端を示すヌルコードが記録される。
【００４４】
図１７は、（ＩＤ１＝８１ｈ）のパックの構成例を示すものである。（ＩＤ１＝８１ｈ）は、演奏者／指揮者／オーケストラ名等、アルバム名や各プログラム名に対応する人物名を記録するのに用いられる。図１８Ａから図１８Ｃに示すように、各々の名前は、上述の図１６Ａから図１６Ｄに説明したのと同様に、ヌル（００ｈ）で終端とされた後、次々と連続して書かれていく。図１８Ａから図１８Ｃは、アルバムを代表する演奏者が「ＭＩＣＨＥＡＬスペースＪＡＣＫＳＯＮ」、１曲目の演奏者が「ＪＡＮＥＴスペースＪＡＣＫＳＯＮ」、２曲目の演奏者が「Ｍ．ＪＡＣＫ・・・」である場合の例である。
【００４５】
図１９は、（ＩＤ＝８５ｈ）のパックの構成例を示すものである。（ＩＤ＝８５ｈ）は、アルバム名や各プログラム名を記録するのと同じ要領で、各プログラム毎のメッセージを記録するのに用いられる。図２０Ａから図２０Ｄに示すように、メッセージはヌル（００ｈ）で終端された後、次々と連続して書かれていく。ＩＤ２は、１から６３まではメッセージに同期するトラックナンバを意味し、それ以外の数値は夫々特別な意味をもつ。
【００４６】
「００」はアルバムを代表するメッセージになる。「７０」から「７ｆ」は、例外的に特性の国の言葉でメッセージを記録した場合に用いられる。「７０」はドイツ語、「７１」はフランス語、「７２」はスペイン語、「７３」はイタリア語、「７４」はオランダ語、「７５」はロシア語、「７８」は中国語、「７９」は日本語、「７Ａ」は韓国語等である。図２０Ａ、図２０Ｂ、図２０Ｃに示すように、ディスクに「ＴｈａｎｋスペースＹｏｕスペースＶｅｒｙスペースｍｕｃｈスペースＰｌｅａｓｅスペースＥｎｊｏｙ！」というメッセージが記録されている例を示す。図２０Ｄには、１５曲目に「ＳｅｅスペースＹｏｕスペースＢｙｅ」というメッセージがある場合を示している。この１５曲目は、（ＩＤ２＝０Ｆｈ）を復号することで判別できる。
【００４７】
図２１は、（ＩＤ１＝８６ｈ）のパックの構成例である。（ＩＤ１＝１）はディスクＩＤを示しており、ここには、ＩＤコードの他に、発売元の名前やＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅ） コード、発売年等を記録するようにしても良い。
【００４８】
図２２は、（ＩＤ１＝８７ｈ）のパックの構成例である。（ＩＤ１＝８７ｈ）は検索用キーワードで、検索ＩＤは２バイトのジャンルコードとディスク全体を代表する人物名ないしキーワードで決められる。ここで表現できないジャンルコードの場合には、ｔｅｘｔ３以降で／文字列／で捕捉することが可能である。図２３Ａから図２３Ｃに示すように、ジャンルコード「００」「１７」、ジャンル捕捉文字列「ＪａｐａｎｅｓｅＲｏｃｋ’８０」、検索用キーワードが「Ｙ．Ｏｚａｋｉ」の場合を示している。
【００４９】
図２４Ａおよび図２４Ｂは、（ＩＤ１＝８８ｈ）のパックの構成例である。（ＩＤ２＝００ｈ）の場合の構成を図２４Ａに示す。（ＩＤ１＝８８ｈ）はＴＯＣ（Ｔａｂｌｅ Ｏｆ Ｃｏｎｔｅｎｔｓ ）で、通常のＴＯＣ情報をＲからＷの情報を記録するために設けられている。（ＩＤ２＝０１ｈ〜６３ｈ）の場合の構成を図２４Ｂに示す。
【００５０】
図２５は、（ＩＤ１＝８９ｈ）のパックの構成例である。（ＩＤ１＝８９ｈ）が２ｎｄＴＯＣで、通常のＴＯＣの中で表せない特殊な部分をポイントするために設けられている。この例では、２ｎｄＴＯＣは、所謂サビの部分のような曲の中で最も印象深い部分（ジャンル情報）を示すのに利用されている。ｔｅｘｔ１は優先度を示し、（００ｈ）が最優先、（０１ｈ）が次となり、（ＦＦｈ）が最低となる。ｔｅｘｔ２は、ポイントの総数を示し、１ディスクについて３ポイント程度が推奨される。ｔｅｘｔ３〜ｔｅｘｔ６は予約されている。ｔｅｘｔ７、ｔｅｘｔ８、ｔｅｘｔ９によりダイジェストのスタートアドレスが指示され、その後の３個のテキストバイトｔｅｘｔ１０、ｔｅｘｔ１１、ｔｅｘｔ１２により、ダイジェストのエンドアドレスが指示される。このアドレスは、例えばＣＤ上の絶対時間情報であり、テキストバイトの各バイトによって、分（００〜７４の値）、秒（００〜５９の値）、フレーム（００〜７４の値）の各桁の数字が記録される。
【００５１】
図２６Ａに示すように、ＩＤ１には、ダイジェストのためのパックを示す（８９ｈ）が記録され、ＩＤ２には、ダイジェスト再生が指定されているプログラム番号として（０１ｈ）が記録されている。さらに、ＩＤ３には、連番を示す番号として例えば（１１ｈ）が記録され、ＩＤ４には、現在のブロック番号として（００ｈ）が記録されている。
【００５２】
ｔｅｘｔ１ には、優先番号として（０２ｈ）が記録され、ダイジェストポイントが指定されているプログラムの中での優先度を示す。ｔｅｘｔ２ には、１つのディスク中に設定されているダイジェストポイントが記録されており、この場合では、（１０ｈ）が記録され、３箇所が設定されていることを示す。ｔｅｘｔ３ から、ｔｅｘｔ６ は、予約されており、ｔｅｘｔ７ から、ｔｅｘｔ９ には、ダイジェストポイントの起点アドレスとして１分２秒１０フレームが記録されている。ｔｅｘｔ１０から、ｔｅｘｔ１２には、ダイジェストポイントの終点アドレスとして１分４３秒２０フレームが記録されている。
【００５３】
次のパックを図２６Ｂに示す。ＩＤ１には、ダイジェストのためのパックを示す（８９ｈ）が記録され、ＩＤ２には、ダイジェスト再生が指定されているプログラム番号として（０２ｈ）が記録されている。さらに、ＩＤ３には、連番を示す番号として例えば（１２ｈ）が記録され、ＩＤ４には、現在のブロック番号として（０１ｈ）が記録されている。
【００５４】
ｔｅｘｔ１ には、優先番号として（０１ｈ）が記録され、ダイジェストポイントが指定されているプログラムの中で２番目の優先度であることを示す。ｔｅｘｔ２ には、１つのディスク中に設定されているダイジェストポイントが記録されており、この場合では、（１０ｈ）が記録され、３箇所が設定されていることを示す。ｔｅｘｔ３ から、ｔｅｘｔ６ は、予約されており、ｔｅｘｔ７ から、ｔｅｘｔ９ には、ダイジェストポイントの起点アドレスとして１０分２秒２０フレームが記録されている。ｔｅｘｔ１０から、ｔｅｘｔ１２には、ダイジェストポイントの終点アドレスとして１０分２０秒１０フレームが記録されている。
【００５５】
次に第３のパックを図２６Ｃに示す。ＩＤ１には、ダイジェストのためのパックを示す（８９ｈ）が記録され、ＩＤ２には、ダイジェスト再生が指定されているプログラム番号として（０３ｈ）が記録されている。さらに、ＩＤ３には、連番を示す番号として例えば（１３ｈ）が記録され、ＩＤ４には、現在のブロック番号として（０２ｈ）が記録されている。
【００５６】
ｔｅｘｔ１ には、優先番号として（００ｈ）が記録され、ダイジェストポイントが指定されているプログラムの中で優先度が一番高いことを示す。ｔｅｘｔ２ には、１つのディスク中に設定されているダイジェストポイントが記録されており、この場合では、（１０ｈ）が記録され、３箇所が設定されていることを示す。ｔｅｘｔ３ から、ｔｅｘｔ６ は、予約されており、ｔｅｘｔ７ から、ｔｅｘｔ９ には、ダイジェストポイントの起点アドレスとして１２分５０秒４０フレームが記録されている。ｔｅｘｔ１０から、ｔｅｘｔ１２には、ダイジェストポイントの終点アドレスとして１３分１０秒２０フレームが記録されている。
【００５７】
なお、上記起点アドレスおよび終点アドレスは、絶対時間であり、ディスクのプログラムの起点からの絶対番地である。
【００５８】
図２７Ａおよび図２７Ｂは、（ＩＤ１＝８ｆｈ）のパックの構成例である。（ＩＤ１＝８ｆｈ）はサイズを示すもので、サイズは１ブロックにおける各項目のパックの構成数をまとめたものであり、図２７Ａおよび図２７Ｂの２パックにより構成される。
【００５９】
上述したように、この発明に係る記録媒体例えばＣＤは、主データ（オーディオデータ）に付随して、ＴＯＣ領域に記録されるサブコードのＲ乃至Ｗチャンネルに対応する６ビットで構成されるシンボルの２４シンボル分を１パックとし、４パック分を１パケットとして、パケット単位でデータが構成され、各パックの先頭位置にそのパックで記録される情報の記録モードを設定するモード情報が記録されるとともに、各パックに書き込まれた情報が８ビット単位で識別情報と、テキスト情報またはダイジェスト情報が記録されたものである。
【００６０】
この発明の一実施例のシステム全体の構成を図２８に示す。図２８において、４１が再生装置、４２が制御装置である。再生装置４１と制御装置４２とが通信用のバスライン４３およびオーディオライン４４を介して接続されている。制御装置４２にオーディオ出力用のスピーカ４５が接続されている。
【００６１】
この一実施例では、再生装置４１がカスタムファイル機能、およびＣＤテキストフォーマット機能を有している。すなわち、再生するＣＤとそれぞれ対応してユーザがテキストデータ（例えば８バイトのテキストデータ）を登録することが可能なカスタムファイル機能と、ＣＤテキストフォーマットのＣＤを再生し、ＣＤテキストデータを復号し、復号された情報を記憶する機能とを有している。
【００６２】
より具体的な例としては、車載のオーディオシステムにおいて、再生装置４１が単一のＣＤのプレーヤ、またはＣＤチェンジャーであり、制御装置４２がユーザが操作できるとともに、再生装置４１を制御するコントローラである。但し、この発明は、２台以上の再生装置を含むシステムに対しても適用可能である。また、この発明は、再生装置４１と制御装置４２とが分離された構成に限らず、両者が統合された一体形の構成に対しても適用できる。
【００６３】
再生装置４１および制御装置４２には、それぞれマイクロコンピュータが含まれている。バスライン４３は、これらのマイクロコンピュータ間の通信に必要なクロック、データの伝送のために設けられ、また、オーディオライン４４は、オーディオ信号（アナログまたはディジタルの形態）の伝送のために設けられている。すなわち、バスライン４３は、リセット信号ライン、クロック信号ライン、バスオン信号ライン、データラインを含む。
【００６４】
リセット信号は、電源接続時等で、再生装置４１のマイクロコンピュータをリセットするための信号であり、制御装置４２から出力される。バスオン信号は、通信の開始時（具体的には、制御装置４２において、何らかの再生機能が選択された時）に制御装置４２から再生装置４１に対して出力される。
【００６５】
通信は、クロック、データを使用した同期式通信であり、シリアルデータが伝送される。クロック信号は、制御装置４２から基本的に供給される。バスオン信号がハイレベルとなり次第、通信が開始されるが、通信管理は、全て制御装置４２が行う。データラインがローレベルの時に、制御装置４２から再生装置４１の方向でコマンドが送信され、データラインがハイレベルの時に、再生装置４１から制御装置４２の方向に通信がなされる。
【００６６】
データラインを介して伝送されるデータは、アドレス、オペレーション、パリティ、エラーから構成される。アドレスは、２バイト、オペレーションは、２〜１１バイト、パリティバイトおよびエラーバイトは、それぞれ１バイトで構成される。データの送り先、送り元は、アドレスによって区別される。１個のデータは、６〜１５バイト長である。
【００６７】
図２９は、制御装置４２に設けられた操作指示の入力装置例えばキー装置のキー配置の一部を示す。上段のキー１２０〜１２５は、カスタムファイルおよびＣＤテキストデータの登録等に使用するキーである。１２０は、カスタムファイルを登録する時に押されるキーである。１２１は、カスタムファイルを編集する時に押されるキーである。１２２で示す確認キーを押すごとに、ＣＤテキストの種々のデータがサイクリックに表示装置５３に表示される。例えばディスク名、アーチスト名、作曲者名といった順序で、順番に文字情報が表示される。「−」キー１２３、「ＳＥＬ」キー１２４、「＋」キー１２５は、ＡＳＣＩＩデータの切り換えと選択を行うために操作されるキーである。ＣＤを再生するには、ＣＤキー１２６が押される。１曲内のサーチのためのキー１２７、曲（トラック）を選択するためのキー１２８、ディスクを選択するためのキー１２９が設けられている。
【００６８】
制御装置４２の一例を図３０に示す。図３０において、５１が制御装置４２内に備えられているメインのマイクロコンピュータである。マイクロコンピュータ５１は、上述したように、バス４３を介して再生装置４１のマイクロコンピュータと通信を行うことが可能とされている。
【００６９】
マイクロコンピュータ５１に対して表示用ドライバ５２を介して表示装置５３が接続されている。表示装置５３は、例えば液晶表示装置である。表示装置５３は、制御装置４２の外部に接続されたテレビジョンモニタ等の表示デバイスであっても良い。マイクロコンピュータ５１には、操作部５４からの動作指示信号が与えられる。この操作部５４は、図２９に示す前述したキー入力部により構成されている。
【００７０】
さらに、図３０に示すように、制御装置４２には、テープデッキ、チューナ、ＭＤ（ミニディスク）プレーヤ等の他のオーディオソース５５が含まれている。制御装置４２に対して入力される再生装置４１からのオーディオ信号と、他のオーディオソース５５からのオーディオ信号とがスイッチ回路５６で選択され、ボリューム・トーンコントロール部５７に供給される。操作部５４をユーザが操作することによってマイクロコンピュータ５１から出力されるコントロール信号によって、スイッチ回路５６およびボリューム・トーンコントロール部５７が制御される。ボリューム・トーンコントロール部５７に対してオーディオ出力アンプ５８を介してスピーカ４５が接続される。
【００７１】
ＣＤテキストおよびカスタムファイルに対応する再生装置４１の一例を図３１に示す。図３１において、６１が再生されるＣＤである。再生装置４１としては、単一のＣＤを再生するプレーヤに限らず、オートチェンジャ機能により、選択された１枚のＣＤを再生する構成も可能である。ＣＤ６１は、スピンドルモータ６３により回転駆動され、光学ピックアップ６２により記録内容が読み出される。
【００７２】
この光学ピックアップ６２からの信号は、ＲＦアンプ６４に供給される。ＲＦアンプ６４は、ＲＦ信号の処理回路の機能を有し、ＲＦ信号の２値化、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥの生成等の処理を行う。これらのエラー信号ＴＥ、ＦＥがサーボ信号処理回路６５に供給される。サーボ信号処理回路６５によって、フォーカスコントロールおよびトラッキングコントロールの処理がなされる。光学ピックアップ６２内のフォーカスアクチュエータおよびトラッキングアクチュエータがドライブ回路６６および６７を介された信号によってドライブされる。図示しないが、ピックアップ６２をディスク径方向に送る装置もサーボ信号処理回路６５によって制御される。サーボ信号処理回路６５には、コントローラ（１チップＣＰＵ）７０からの制御コマンドを受け取るインターフェースが設けられている。
【００７３】
ＲＦアンプ６４からの２値化された再生信号がＰＬＬ６８、ＥＦＭ復調回路６９およびタイミング生成回路７１に供給される。ＰＬＬ６８は、再生信号と同期したクロックを生成する。ＥＦＭ復調回路６９からのディジタルオーディオ信号は、Ｄ／Ａ変換器７２でアナログのオーディオ信号に変換されて、オーディオ信号ライン４６ａに取り出される。タイミング生成回路７１の出力信号がＣＬＶプロセッサ７３に供給される。ＣＬＶプロセッサ７３によってスピンドルモータ６３がＣＬＶ駆動される。
【００７４】
また、図３１に示すＣＤ再生装置は、ＥＦＭ復調回路６９で分離されたサブコードがサブコードプロセッサ７４に供給される。サブコードプロセッサ７４では、サブコードのエラー検出等の処理がなされ、サブコードのＱチャンネル、Ｒ〜Ｗチャンネルとが分離されて出力される。サブコードＱが１チップマイクロコンピュータで構成されたコントローラ７０に供給され、Ｒ〜ＷがＣＤテキストデコーダ７５に供給される。７０ａは、コントローラ７０の内部のＲＡＭを示す。
【００７５】
ＣＤテキストデコーダ７５は、Ｒ〜Ｗチャンネルのサブコードを復号する。ＣＤテキストデコーダ７５には、小容量のＲＡＭを有しており、コントローラ７０の要求に応じてデータを出力する。出力されたＣＤテキストデータは、コントローラ７０において、システムにとって必要なデータが選択され、ＣＤテキストメモリ７６に格納される。ＣＤテキストメモリ７６は、例えばＳＲＡＭで構成される。
【００７６】
コントローラ７０は、サーボ信号処理回路６５にコマンドを出してサーボ系および復号の制御を行う。さらに、コントローラ７０と関連してカスタムファイルデータを格納するためのカスタムファイルメモリ７７が設けられている。カスタムファイルメモリ７７は、例えば不揮発性メモリの構成とされている。そして、制御装置４２とバス４３を介して通信を行う。コントローラ７０は、制御装置４２からのコントロールコマンドに応じて再生装置４１の動作状態を制御し、制御装置４２に対して、ＣＤテキストデータ、カスタムファイルデータおよびその他の必要な情報を送信する。
【００７７】
カスタムファイルデータは、再生装置４１が再生するＣＤと１対１に付けられたテキストデータであり、通常ディスク名などを記録する。この一実施例では、カスタムファイルメモリ７７に概念的に図３２に示すようにカスタムファイルデータが格納されている。すなわち、再生するＣＤに固有の識別情報としてのＴＯＣデータ（例えば総プログラム数およびディスクの総時間）と８バイトのカスタムファイルデータとが一緒に記憶されている。カスタムファイルデータのバイト数は、拡張可能である。ディスクの総プログラム数および総時間は、前述したＴＯＣデータ（図６参照）中のＱチャンネルのデータによって示されている。
【００７８】
カスタムファイルメモリ７７は、不揮発性メモリであるために、再生装置の電源がオフとされても、その記憶内容が保存される。カスタムファイルデータは、一例として、最大で１０枚のＣＤまで登録可能とされている。ディスクを再生する場合には、リードインエリアから読み取ったＴＯＣデータ中の識別情報（総プログラム数および総時間）に関する照合が行われ、ディスクの識別が行われる。なお、コントローラ７０内のＲＡＭおよびＣＤテキストメモリ７６の記憶内容は、電源をオフ、またはＣＤマガジンを取り外すと、消去される。
【００７９】
この発明の一実施例では、このようにユーザが作成したカスタムファイルに限らず、ＣＤテキストデータの一部をカスタムファイルメモリ７７に格納可能としている。後述するように、再生装置４１がＣＤテキストフォーマットのＣＤを再生した場合で、そのＣＤについてのカスタムファイルの登録がない場合では、例えばＣＤテキストデータ中のディスクタイトルがカスタムファイルデータとして記憶することが可能とされている。それによって、ユーザは、カスタムファイルデータを入力する手間を省くことができる。
【００８０】
再生装置４１と制御装置４２の間の初期的なリンクの処理の後に、ＣＤを再生する直前になされる処理がＴＯＣデータの読み込みとカスタムファイルデータの取込みである。カスタムファイルおよびＣＤテキストに対応する再生装置４１の処理を図３３に示す。再生すべきＣＤを装着した場合、あるいはチェンジャーにおいて、再生すべきディスクを選択した場合に、ステップＳ１１で示すＴＯＣデータの読み込みが開始される。
【００８１】
読み込まれたＴＯＣデータ中の総プログラム数および総時間のデータがカスタムファイルメモリ７７に存在するかどうかが照合される（ステップＳ１２）。ステップＳ１３において、データが照合されたかどうかが決定される。
【００８２】
照合された場合、すなわち、読み込まれたＴＯＣデータがカスタムファイルに存在している場合では、処理がステップＳ１４に移る。このステップＳ１４において、カスタムファイルデータ（登録済みのＴＯＣデータおよびテキストデータ）がカスタムファイルメモリ７７からコントローラ７０のＲＡＭに記憶される。そして、ステップＳ１５において、データＲ〜Ｗの読み込みが中止される。この読み込みの中止は、処理の迅速化のためになされる。既存のＣＤでも、９９曲が記録されている場合では、約４秒間を読出しに必要とするので、Ｒ〜Ｗチャンネルの読み込みを中止することによる処理の迅速化の効果が大きい。
【００８３】
ステップＳ１３において、データが照合されなかった場合、すなわち、読み込まれたＴＯＣデータがカスタムファイルに存在していなかった場合では、ステップＳ１６において、ＣＤテキストデータが記録されているかどうかが決定される。ステップＳ１６において、ＣＤテキストデータが記録されていないと判断されると、処理は終了される（ステップＳ１８）。なお、図３３では、省略しているが、通常のディスク再生のために必要なサブコードＱの読み込みがなされる。
【００８４】
ステップＳ１６でＣＤテキストのデータが記録されていると決定された場合では、処理がステップＳ１７に移る。再生装置４１は、カスタムファイルおよびＣＤテキストの両方に対応しているので、ステップＳ１７では、ＴＯＣデータのＲ〜Ｗを使用したＣＤテキストデータがＣＤテキストメモリ７６に記憶される。
【００８５】
このように、再生装置４１では、再生しようとするＣＤがカスタムファイルとして登録されている場合に、コントローラ７０のＲＡＭにカスタムファイルデータ（例えばディスクタイトル）が記憶される。そして、このＣＤが再生される際に、制御装置４２にオーディオ信号と共に表示データとして転送され、制御装置４２の表示装置５３により表示される。
【００８６】
図３４は、再生装置４１における表示用データの送信処理を示すフローチャートである。ステップＳ２１において、制御装置４２からの表示要求を再生装置４１が受け取ると、処理が開始される。制御装置４２は、ディスクの再生を開始する直前に再生するディスクの表示データを再生装置４１に対して表示データの送信を要求する。まず、ステップＳ２２において、カスタムファイルデータがコントローラ７０内に記憶されているかどうかが決定される。記憶されている場合では、その記憶されているカスタムファイルデータ（言い換えると、装着したディスクに対応したカスタムファイルデータ）が制御装置４２に対して送信される（ステップＳ２３）。そして、処理が終了する。このように、カスタムファイルデータが登録済みの場合では、ＣＤテキストデータの存在の有無にかかわらず、カスタムファイルデータが送信される。言い換えると、カスタムファイルデータがＣＤテキストデータよりも優先的に扱われる。
【００８７】
若し、ステップＳ２２において、カスタムファイルデータがコントローラ７０に記憶されていないと決定されると、ステップＳ２４において、装着したディスクがＣＤテキストフォーマットのディスクかどうかが決定される。ＣＤテキストフォーマットのディスクでない場合では、ステップＳ２５において、表示データが無いことを制御装置４２に対して送信し、処理を終了する。
【００８８】
若し、ステップＳ２４において、装着したディスクがＣＤテキストフォーマットのディスクの場合では、ＣＤテキストメモリ７６に読み込まれたＣＤテキストデータの全てあるいはその一部をコントローラ７０を介して制御装置４２に対して送信し、処理を終了する。
【００８９】
上述の再生装置４１の処理によって、再生装置４１から送信されるデータを受け取った制御装置４２は、図３５に示す処理を行い、データの種類に応じた文字情報の表示を行う。ステップＳ３１において、再生装置４１に対して表示データの送信を要求し、送信されてきたデータを受信する処理を行う。送信データ中の表示データの有無の指示の情報に基づいて表示データの有無が決定される（ステップＳ３２）。表示データが無い時は、表示を行わない（ステップＳ３３）。この場合、表示するテキストが無いメッセージを表示しても良い。
【００９０】
表示データがあると決定されると、カスタムファイルデータかどうかが決定される（ステップＳ３４）。カスタムファイルデータの場合では、表示装置５３に表示データに基づく文字を白色でもって表示する（ステップＳ３５）。カスタムファイルデータでない場合では、すなわち、ＣＤテキストデータの場合では、ＣＤテキストデータに基づく文字を黄色でもって表示装置５３に表示する（ステップＳ３６）。白色および黄色は、一例であり、表示文字のブリンク、反転等によっても、カスタムファイルデータとＣＤテキストデータとを表示画面に表示する時に、両者を区別することが好ましい。
【００９１】
図３５に示す処理による文字情報の表示は、ユーザのキー入力が発生するまで継続する。そして、制御装置４２において、操作部５４のキーをユーザが操作すると、図３６のフローチャートに示す処理がなされる。キー入力がされると、キー入力処理が開始する（ステップＳ４１）。押されたキーが登録キー１２０（図２９参照）かどうかが決定される（ステップＳ４２）。登録キーの場合では、ＣＤテキストデータをカスタムファイル（カスタムファイルメモリ７７）に登録するように指示するデータを再生装置４１に対して送信する（ステップＳ４３）。次に、再生装置４１側の登録を確認したら、表示文字を黄色（ＣＤテキストデータを表す）から白色（カスタムファイルデータを表す）に変更する（ステップＳ４４）。そして、キー入力を待っている状態となる（ステップＳ４５）。
【００９２】
ステップＳ４２において、受け付けたキーが登録キーでないと決定されると、ステップＳ４６において、編集キー１２１かどうかが決定される。編集キーでない場合では、確認キー１２２かどうかが決定される（ステップＳ４７）。確認キーでない場合では、キー入力待ちの状態（ステップＳ４５）に戻り、確認キーの場合では、ＣＤテキストデータをサイクリックに表示する確認モードに入り（ステップＳ４８）、キー入力待ちの状態（ステップＳ４５）となる。すなわち、ＣＤテキストデータに含まれるディスク名、アーチスト名、作曲者名等がサイクリックに表示装置５３によって表示される。確認キーを１回押すと、確認モードに移行し、他のキーが押されるまで、確認モードが継続する。この確認モードによって、ＣＤテキストデータの中のユーザが希望する文字情報を選択的にカスタムファイルメモリに登録することが可能となる。
【００９３】
ステップＳ４６において、押されたキーが編集キーの場合では、表示データがカスタムファイルデータかどうかが決定される（ステップＳ４９）。カスタムファイルデータであるならば、編集モードに移行する（ステップＳ５０）。編集モードでは、「−」キー１２３、「ＳＥＬ」キー１２４、「＋」キー１２５によって、アスキーデータの切り換え、選択を行い、カスタムファイルデータが編集される。編集モードが終了すると、キー入力待ち（ステップＳ４５）に戻る。編集されたデータは、登録キーを押すことで再生装置４１側でカスタムファイルメモリに登録可能である。なお、編集モードにおいては、例えば表示装置が小文字のみの表示しかできないような場合に、テキスト情報を小文字のみからなるものへ変更するような編集も可能である。
【００９４】
ステップＳ４９において、カスタムファイルデータでない（すなわち、ＣＤテキストデータ）と決定されると、確認モードであるかどうかが決定される（ステップＳ５１）。確認モードである時には、編集モードへ移行する（ステップＳ５０）。確認モードでない時には、編集キーの入力を無効とする、エラー処理（ステップＳ５２）がなされ、キー入力待ち（ステップＳ４５）となる。
【００９５】
なお、この発明の一実施例と異なり、カスタムファイルメモリ、ＣＤテキストメモリ等を複数の再生装置間で共有するようになし、これらのテキスト用のメモリを制御装置４２内に設けることも可能である。
【００９６】
また、この発明は、ＣＤ等の再生専用の記録媒体に限らず、記録も可能な記録媒体、再生専用領域と記録可能領域との両者を有する記録媒体に対しても適用することができる。
【００９７】
【発明の効果】
以上説明したように、この発明によれば、装着したディスクと対応する文字情報を記憶することが可能な機能（カスタムファイル機能）と、ディスク上に記録されている文字情報（ＣＤテキスト）を読み取り、復号する機能とを有する場合において、ＣＤテキストデータをカスタムファイルとして登録することが可能となり、カスタムファイルの情報をユーザが入力する手間を省略することができる。
【００９８】
また、この発明は、ＣＤテキストを編集してからカスタムファイルとして登録することができるので、ユーザが希望するテキストを登録することが可能となる。
【００９９】
さらに、この発明は、ＣＤテキストの一部（例えばディスク名）のみを必要とする場合には、ＣＤテキストをカスタムファイルとして登録しておくことにより、ディスクを装着する度にＣＤテキスト情報を読み取ることが不要となり、再生を開始するまでの待ち時間を短縮することができる。
【図面の簡単な説明】
【図１】この発明を適用することができる従来の音楽再生用ＣＤの領域を示す略線図である。
【図２】１フレームのデータを示す略線図である。
【図３】サブコードフレーム全体のデータ構造を説明する略線図である。
【図４】サブコード信号の全チャンネルのデータを示す略線図である。
【図５】ＣＤの全体のデータ構成およびＴＯＣデータの構成を示す略線図である。
【図６】従来のＣＤのリードイン領域に記録されているＴＯＣデータの構成を示す略線図である。
【図７】サブコード信号の全チャンネルのデータを示す略線図である。
【図８】サブコードのデータフォーマットを全体的に示す略線図である。
【図９】ＣＤテキストのデータフォーマットの１パックおよび１シンボルを示す略線図である。
【図１０】この発明の一実施例のデータフォーマットの割り付けを示す略線図である。
【図１１】ＩＤ１で示されるデータの内容を示す図である。
【図１２】ＩＤ２で示されるデータの内容を示す図である。
【図１３】ＩＤ３で示されるデータの内容を示す図である。
【図１４】ＩＤ４で示されるデータの内容を示す図である。
【図１５】曲名ＩＤのデータの内容を示す図である。
【図１６】曲名ＩＤのデータの説明に用いる図である。
【図１７】演奏者ＩＤのデータの説明に用いる図である。
【図１８】演奏者ＩＤのデータの説明に用いる図である。
【図１９】メッセージＩＤのデータの説明に用いる図である。
【図２０】メッセージＩＤのデータの説明に用いる図である。
【図２１】ディスクＩＤのデータの説明に用いる図である。
【図２２】検索ＩＤのデータの説明に用いる図である。
【図２３】検索ＩＤのデータの説明に用いる図である。
【図２４】ＴＯＣデータの説明に用いる図である。
【図２５】２ｎｄＴＯＣのデータの説明に用いる図である。
【図２６】２ｎｄＴＯＣのデータの説明に用いる図である。
【図２７】サイズパックのデータの説明に用いる図である。
【図２８】この発明の一実施例の構成を全体的に示すブロック図である。
【図２９】この発明の一実施例における操作部のキー配列を示す略線図である。
【図３０】この発明の一実施例における制御装置の構成を示すブロック図である。
【図３１】この発明の一実施例における再生装置の構成を示すブロック図である。
【図３２】この発明の一実施例における再生装置に設けられたカスタムファイルメモリの記憶内容を概念的に示す略線図である。
【図３３】この発明の一実施例の再生装置のＴＯＣデータの読み込みとメモリへの格納の処理を説明するためのフローチャートである。
【図３４】この発明の一実施例の再生装置の表示用データの送信処理を説明するためのフローチャートである。
【図３５】この発明の一実施例の制御装置の表示し処理を説明するためのフローチャートである。
【図３６】この発明の一実施例の制御装置のキー入力時の処理を説明するためのフローチャートである。
【符号の説明】
１・・・ＩＤ領域、２・・・テキスト領域、３・・・ＣＲＣ領域、４・・・パック、５・・・パケット、４１・・・ＣＤテキストおよびカスタムファイルに対応した再生装置、４２・・・制御装置、５３・・・表示装置、５４・・・操作部、６２・・・光学ピックアップ、７４・・・サブコードプロセッサ、７５・・・ＣＤテキストデコーダ、７６・・・ＣＤテキストメモリ、７７・・・カスタムファイルメモリ
【発明の属する技術分野】
この発明は、オーディオデータ、ビジュアルデータ等の主たるディジタルデータに付属してサブコードが記録されている記録媒体例えばディジタルオーディオ用ＣＤ（コンパクトディスク）の再生装置に適用される光ディスク再生装置に関する。
【０００２】
【従来の技術】
オーディオ情報が記録されたＣＤを再生するＣＤ再生装置において、使用上の便宜を図るため、ディスク再生情報に基づく各種表示がなされている。周知のものとして、後述のＱチャンネルサブコードにモード１として記録されているプログラム番号いわゆるトラック番号や各トラック番号に割り当てられた時間情報を再生して表示することがなされている。
【０００３】
また、ユーザがディスク毎に付随する文字情報をキー操作によって入力し、この文字情報をディスクに固有の識別情報と対応付けてメモリに記憶しておき、対応するディスクが再生されることを検出して、文字情報を表示することが可能な機能（カスタムファイル機能と称する）が提案されている。さらに、最近、リードインエリアに記録されたサブコードのＲ〜Ｗチャンネルを使用してＣＤ上に、そのＣＤと関連した文字情報を記録することが提案されている。これは、ＣＤテキストと称される。ＣＤテキストのフォーマットは、提案されたばかりであり、ＣＤ再生装置として、ＣＤテキストに対応しているものは今後、開発あるいは商品化されようとしている。
【０００４】
【発明が解決しようとする課題】
先に提案されているカスタムファイル機能では、文字情報をキー操作によって入力する手間が面倒であった。一方、ＣＤテキスト機能は多くの文字情報を予めディスク上に記録できるので、文字情報を入力する手間は不要である。しかしながら、リードインエリアに記録されているＣＤテキスト情報を読み取るのに時間がかかり、その結果、ＣＤの再生開始までの時間がながくなり、また、ＣＤテキスト情報は、予めＣＤ上に記録されたものであり、ユーザが希望するものと一致していることは限らず、さらに、表示装置の機能が制約されている場合、例えば小文字しか表示できない場合では、ＣＤテキスト情報を表示できない、という問題があった。
【０００５】
従って、この発明の一つの目的は、ＣＤテキスト情報を利用することによって、カスタムファイルを入力する操作を簡略化することが可能な光ディスク再生装置を提供することにある。さらに、この発明は、ＣＤテキスト情報をユーザが編集してカスタムファイルとして登録することを可能とするものである。
【０００６】
また、この発明の他の目的は、ＣＤテキストのリードインエリアの読み取り時間が長くなり、再生開始までの待ち時間が長いという問題を解決することができる光ディスク再生装置を提供することにある。
【０００７】
【課題を解決するための手段】
この発明は、上記の課題を達成するために、光ディスクを再生し、光ディスクからメインデータとメインデータ以外のサブデータとを読み取る再生手段と、
読み取られたメインデータを処理し、再生する信号処理手段と、
ユーザによって入力された第１の文字情報とサブデータ中に含まれるディスク固有の識別情報とを対応づけて記憶する第１の記憶手段と、光ディスクに予め記憶されており、サブデータ中に含まれる第２の文字情報を記憶する第２の記憶手段と、第１または第２の記憶手段に記憶されている第１または第２の文字情報を表示する表示手段とを含む制御手段とを有し、
制御手段は、読み取られた識別情報を参照して第１の記憶手段に第１の文字情報が記憶されている場合では、第１の文字情報を表示手段に表示し、
第１の文字情報が記憶されていない場合では、第２の文字情報を表示手段に表示する制御を行うことを特徴とする光ディスク再生装置である。
【０００８】
ユーザが第１の文字情報（カスタムファイル）を入力していない光ディスクを再生した時に、光ディスク上に記憶されている第２の文字情報（ＣＤテキスト）があれば、これを表示する。それによって、ユーザが第１の文字情報を入力する手間が省略できる。
【０００９】
【発明の実施の形態】
以下、この発明に係る再生システムおよび再生装置の一実施例について、図面を参照しながら説明する。一実施例では、記録媒体としてＣＤを使用しているが、これに限らず、他の種類の光ディスク（例えばＤＶＤ（ディジタル・ビデオ・ディスク）、磁気テープ、光テープ、半導体メモリ等に対してもこの発明を適用することができる。また、記録媒体に記録されている情報は、オーディオデータに限らず、ビデオデータ等であっても良い。
【００１０】
この発明の理解を容易とするために、オーディオ再生用のＣＤのデータ構成について説明する。ＣＤは、図１に示すように、ＣＤ１０１は中央に孔１０２を有し、その内周から外周に向かって、ＴＯＣ（ｔａｂｌｅ Ｏｆ ｃｏｎｔｅｎｔｓ） データが記録されたプログラム管理領域である、リードイン（ｌｅａｄ ｉｎ ）領域１０３と、プログラムデータが記録されたプログラム領域１０４と、プログラム終了領域、いわゆるリードアウト（ｌｅａｄ ｏｕｔ）領域１０５とが形成されている。オーディオ情報を記録したオーディオ再生用ＣＤにおいては、プログラム領域１０４にオーディオデータが記録され、このオーディオデータの時間情報等がリードイン領域１０３で管理される。また、ＣＤ再生装置によるプログラム領域１０４内のオーディオデータの読み出しが終了して、リードアウト領域１０５にピックアップが到達したときに、ＣＤ再生装置がＣＤの再生動作を終了する。
【００１１】
ＣＤには、メインデータとしてのオーディオデータの他にサブコードが記録されている。以下、サブコードのＰチャンネルおよびＱチャンネルのデータについて説明する。ＣＤに記録されるオーディオ信号は、１サンプルあるいは１ワードが１６ビットで、４４．１ｋＨｚのサンプリング周波数でサンプリングされる。このサンプリングされたデータは、１サンプルあるいは１ワード１６ビットが上位８ビットと下位８ビットに分割されてそれぞれシンボルとされ、このシンボル単位で誤り訂正符号化処理やインターリーブ処理が施され、オーディオデータの２４シンボル毎に１つのフレームにまとめられる。１フレームは、ステレオ左右チャンネルの各６サンプル分に相当する。
【００１２】
ＥＦＭ変調により、各シンボルの８ビットが１４ビットへ変換される。ＥＦＭ変調後の１フレームのデータ構造を図２に示す。１フレーム１３５は、２４チャンネルビットの同期パターンデータ領域１３１と、１４チャンネルビットのサブコード領域１３２と、１２シンボルのプログラムデータＤ１からＤ１２を含むプログラムデータ領域１３３と、４シンボルのパリティデータＰ１からＰ４から成るパリティデータ領域１３４と、別のプログラムデータ領域１３３およびパリティデータ領域１３４とからなる。また、各領域、あるいはデータ部分を接続するために、各部分に対して３チャンネルビットの結合ビットが配される。従って、１フレーム１３５は、合計５８８チャンネルビットのデータを含む。
【００１３】
さらに、９８個のフレームを集めて、このフレーム１３５の各領域およびデータ部分が縦方向に連続するように並べ換えたものを図３に示す。この図３に示される９８フレームの周期は、サブコードが完結する単位であって、サブコードフレームと称される。このサブコードフレームは、フレーム同期パターン部１３６と、サブコード部１３７と、データおよびパリティ部１３８とから成る。なお、この１サブコードフレームは、ＣＤの再生時間の１／７５秒に相当する。
【００１４】
ここで、ＰチャンネルおよびＱチャンネルのデータを含むサブコードデータは、図３中のサブコード部１３７に記録されているデータである。また、このサブコード部１３７のサブコードフレームのデータの構成の詳細を図４に示す。先頭のフレームＦ０１、フレームＦ０２は、サブコードフレームの同期パターンＳ０、Ｓ１である。この同期パターンは、フレーム同期パターンと同様に、ＥＦＭ変調方式（ｅｉｇｈｔ ｔｏ ｆｏｕｒｔｅｅｎ ｍｏｄｕｌａｔｉｏｎ： ＥＦＭ）のアウトオブルール（ｏｕｔ ｏｆ ｒｕｌｅ ）のパターンである。さらに、１シンボルの８ビットの各ビットは、それぞれサブコードのＰチャンネルからＷチャンネルを構成する。例えば、Ｐチャンネルは、Ｓ０、Ｓ１のそれぞれ一部と、Ｐ０１からＰ９６とで構成される。
【００１５】
サブコードのＰチャンネルは、プログラムの有無に対応した情報を有し、Ｑチャンネルには、ＣＤ上の絶対時間情報、各プログラムの時間情報、プログラム番号（トラック番号とも称される）、楽章番号（インデックスとも称される）等の情報が含まれる。従って、Ｑチャンネルに含まれる情報によって、プログラムの頭だし等の再生動作の制御が可能であり、また、Ｑチャンネルの情報を表示することによって、演奏中のプログラムが光ディスク上の何番目のプログラムであるのか、演奏の経過時間や始めからの絶対時間等を視覚的に確認できる。
【００１６】
さらに、サブコードのＲチャンネルからＷチャンネルまでの６チャンネル分のデータは、例えば静止画や、曲の歌詞の表示等に用いることが可能である。このようなＲチャンネルからＷチャンネルを用いた再生装置は、ＣＤ−グラフィックスと呼ばれ、既に知られている。さらに、最近では、リードイン領域のＲ〜Ｗチャンネルを使用して、ＣＤに付加的な文字情報を記録する方式（ＣＤテキスト）が提案されている。このＣＤテキストの場合、６５００字程度の文字情報を記録することが可能とされ、また、ＣＤの付加文字情報としては、８００文字以下であるとし、８カ国の言語に対応できるようにされている。
【００１７】
図５Ａは、ＣＤ上に記録されているデータを示す。図１についても説明したように、内周側から順にリードイン領域１０３に記録されているＴＯＣデータ、プログラム領域１０４に記録されているプログラム Ｎｏ．１〜 Ｎｏ．ｎ、リードアウトエリア１０５のデータが記録されている。
【００１８】
既存のＣＤに記録されているＴＯＣデータは、図５Ｂに示すように、サブコードのＱチャンネルを使用している。サブコードは、９８ビットを１フレームとするデータ構造を有している。この９８ビット中の７２ビットがデータである。ＴＯＣデータの場合では、図５Ｂに示すフォーマットを有している。
【００１９】
プログラム数が６の場合では、ＴＯＣ中のデータ構造は、図６に示すものとされる。ＰＯＩＮＴが００〜９９の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦＲＡＭＥが各プログラムのスタートアドレス（絶対時間）を示す。ＰＯＩＮＴがＡ０の場合では、ＰＭＩＮがディスクの最初のプログラムのプログラム番号を示し、ＰＳＥＣ、ＰＦＲＡＭＥが００とされる。ＰＯＩＮＴがＡ１の場合では、ＰＭＩＮが最後のプログラムのプログラム番号を示し、ＰＳＥＣ、ＰＦＲＡＭＥが００とされる。ＰＯＩＮＴがＡ２の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦＲＡＭＥがリードアウトが開始するアドレスを示す。そして、これらの内容は、図６に示すように、３回ずつ繰り返される。さらに、リードイン領域に繰り返して記録される。このようなＴＯＣデータは、ＣＤの装着時に再生装置により読み取られ、装置内部のメモリに記憶される。
【００２０】
図７は、この発明の一実施例におけるＴＯＣデータの構成を示すものである。既存のＣＤの場合では、上述したように、Ｑチャンネルのサブコードの１フレーム内の７２ビットのデータを使用して、総プログラム（曲）数と、各プログラムの記録位置とが管理される。より具体的には、００〜９９までの値をとりうるプログラム番号と各プログラムに対応する開始アドレス（絶対時間）と、最初のプログラム番号と、最後のプログラム番号と、リードアウトが始まるアドレスとが記録されている。このＱチャンネルのサブコードに加えて、図７に示すようなＲチャンネル〜Ｗチャンネルで構成されるデータがＴＯＣデータとして記録されている。
【００２１】
Ｒ〜Ｗチャンネルからなるデータの先頭の２フレームは、同期パターンＳ０、Ｓ１である。残りの９６フレームには、それぞれが６ビットのシンボルが９６シンボル含まれる。この９６シンボルが２４シンボルずつに４分割される。この２４シンボルを１パックと称し、４パックを１パケットと称する。
【００２２】
各パックの先頭位置にそのパックに記録される情報の記録モードを設定するモード情報と、テキスト情報の種類を示す識別情報を有するＩＤ１とその他の識別情報を有するＩＤコード（ＩＤ２、ＩＤ３およびＩＤ４）を含む計２４ビットのＩＤコードが記録されるＩＤ領域１が配置される。このＩＤ領域１の後に、８ビット単位で主データに付随するテキスト情報が記録されるテキスト領域２が配される。さらに、各パックに、誤り検出符号として、巡回符号（ＣＲＣ：ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｏｄｅ）による誤り検出を行うための１６ビットのデータが記録されるＣＲＣ領域３が配される。
【００２３】
この発明によるＲ乃至Ｗチャンネルのサブコードの説明に先立ち、既存のグラフィック情報をＣＤへ記録する際のデータフォーマットについて説明する。図８Ａは、図４に示したサブコード部１３７の構造を模式的に示す図である。サブコードは、８ビットで形成され、このサブコードを形成するビット群は、Ｐ、Ｑ、Ｒ、Ｓ、Ｔ、Ｕ、Ｖ、Ｗの８チャンネルに分割されている。また、サブコード部１３７は、Ｐ乃至Ｗチャンネルから構成されるフレームが９８フレーム集めたものである。
【００２４】
最初の２フレームＳ０、Ｓ１は、同期パターンであり、第３番目のフレームから第９８番目のフレームまでは、Ｐチャンネルのデータのみから成るサブコードＰと呼ばれるブロック１２、Ｑチャンネルのデータのみから成るサブコードＱと呼ばれるブロック１３、Ｒ乃至Ｗチャンネルのデータのみから成るブロック１１が含まれている。
【００２５】
画像情報をサブコードとして記録し再生する方式においては、図８Ｂに示すように、Ｒ乃至Ｗチャンネルの６ビットで１シンボルを形成し、データ最小単位を０〜２３の２４個のシンボルで形成されるパックとしている。すなわち、ブロック１１が４個のパックに分割される。パックを形成する２４シンボルの内、最初のシンボル（以下シンボル０という）は、ＭＳＢ（ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）側から３桁がモードを示し、ＬＳＢ（ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ ）側から３桁がアイテムを示す。このモードおよびアイテムを示すシンボル０に続くシンボル１は、命令の種類を示すインストラクションである。インストラクションに続くシンボル３およびシンボル４は、誤り訂正符号であるパリティＱである。このパリティＱに続くシンボル４からシンボル１９までの各シンボルは、データフィールドを形成し、色情報等を含む。データフィールドに続くシンボル２０からシンボル２３までの各シンボルはパック内の情報を保護するための誤り訂正符号であるパリティＰである。
【００２６】
モードには、ゼロモード、ライングラフィックスモード、ＴＶグラフィックスモードおよびユーザモードの４種類のモードが存在する。ゼロモードは、例えば表示画面に対して何らの操作も行わないモードである。すなわち、画像をそのままにしておきたいときのためのモードであり、パック内のデータは全て０である。ライングラフィックスモードは、例えばプレーヤの前面に液晶ディスプレイ等を設けてプログラムの説明文等を表示するためのモードである。
【００２７】
また、画像処理命令としては、例えば画面全体をある色でぬりつぶす命令、画面状の１フォントに２種類の色を使用して絵を描く命令、画面全体を縦方向又は横方向に移動させる命令等がある。通常、ＣＤグラフィックスでは、文字データを表示する場合、データフィールドは、ドットデータとして扱われ、例えば‘Ａ’というキャラクタは、図８Ｃに示すように、６×１２のドットのぬりつぶしで表現できる。
【００２８】
上述したように、グラフィックス情報をサブコード中に挿入する既存の方法（ＣＤグラフィックス）では、Ｒ乃至Ｗチャンネルのデータを処理するためには、専用の処理回路が必要であり、また、パリティＰおよびパリティＱを用いた誤り訂正方法が複雑なので、処理回路は複雑である。そのため、既存の方法は、Ｒ乃至Ｗチャンネルのサブコードを利用して単にテキスト情報を記録し再生する用途では不適当であった。
【００２９】
そこで、この発明の一実施例では、Ｒ乃至Ｗチャンネルを利用してテキスト情報を記録し、再生する場合、より簡単な処理回路で実現できる、ＣＤテキストフォーマットを採用するものである。図９Ａは、図７で示したデータフォーマットをシリアルデータとして示した図である。図９Ａに示すように、先頭から３２ビットのデータ（図９Ａでは、２４ビットのみ示す）をバイト毎のデータに区切り、これらのバイトを識別用のＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４に対して割り付け、ＩＤ領域１を形成する。その後のテキスト領域２もバイト単位のデータに区切られる。このようなバイト単位の処理によって、Ｑチャンネルの信号の処理方法で処理することが可能になり、簡単な処理回路の構成とできる。
【００３０】
また、図８Ａに示したデータフォーマットでは、パリティＰおよびパリティＱを用いた誤り訂正符号が用いられているのに対して、ＣＤテキストのデータフォーマットでは、ＣＲＣによる誤り検出符号を用いて誤りを検出するのにとどめ、誤りが検出されると再度データを読み出すようにしている。このため、データは、ＴＯＣ内で、パック毎に例えば４重書きされ、さらに、一連のデータ列がパケット単位で繰り返し記録されている。このような多重記録によって、誤り訂正のための複雑な回路を省略することができる。
【００３１】
なお、パック単位の多重書きは、４重書きに限らないし、また、多重書きの単位もパック単位に限らず、例えばパケット単位、あるいは数パケットを周期としてこの周期単位で多重書きしてもよい。
【００３２】
また、ＩＤ領域１の先頭のＩＤ１は、図９Ｂに示すように、従来の１シンボルより２ビット多い８ビットで扱うことになる。さらに、既存のＲ乃至Ｗチャンネルのサブコードを復号化する機能を有するＣＤ再生装置に装着してもこの再生装置が誤動作を起こさないように、ＭＳＢから３ビットは、上述のモードと同様のデータを書き込み、且つこの３ビットで示されるモードとしては未定義のコード例えばモード４（“１００”）を割り付ける。こうすることで、既存の再生装置に装着しても認識不可能なモードが検出されるだけなので、再生装置は動作を停止するだけであり誤動作するおそれがない。また、未定義のモードは、モード４の他に、モード５およびモード６があり、モード４の代わりにこれらのモードを用いることもできる。
【００３３】
また、ＩＤ１によりモード４が指示されるこの発明の一実施例では、パック内のデータフォーマットは、図１０に示すように、８ビット（１バイト）毎に区切られたＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４と、テキストバイトｔｅｘｔ１〜ｔｅｘｔ１２と、１２ビットのＣＲＣコードとを含むものである。
【００３４】
ＩＤ１は、８ビットの構造を有し、ＩＤ１とパックで扱われるデータの内容が図１１に示すように規定されている。ＩＤ１は、上述したように、モード４を上位側のビットで指示するために、（８×ｈ）（ｈは１６進数を意味し、×が下位側の４ビットの値を意味する）。
【００３５】
ＩＤ１は、ｔｅｘｔ１以降に続く文字列の内容を示している。（８０ｈ）はアルバム名／プログラム名、（８１ｈ）は演奏者／指揮者／オーケストラ名、（８２ｈ）は作詩者、（８３ｈ）は作曲者、（８４ｈ）は編曲者、（８５ｈ）はメッセージ、（８６ｈ）はｄｉｓｃＩＤ、（８７ｈ）は検索用キーワード、（８８ｈ）はＴＯＣ、（８９ｈ）は２ｎｄＴＯＣ、（８ａｈ）はユーザ、（８ｂｈ）は歌詞、（８ｃｈ）は歌詞２、（８ｄＨ）は予約、（８ｅｈ）は予約、（８ｆｈ）はサイズである。
【００３６】
ＩＤ２は、パックのｔｅｘｔ位置から書かれている文字列がどのトラックに所属するかを示すものである。図１２に示すように、ＩＤ２には、１から９９までのトラックナンバが記録される。トラックナンバは１から９９であるので、これ以外の数値「０」や「１００」（６４ｈ）以上は特別な意味を持つ。「００」はディスク全体を代表することを意味する。ＭＳＢは常に０とされて、１は拡張用のフラグとなる。
【００３７】
ＩＤ３はブロックに付された連続番号である。図１３に示すように、ブロック内の連続番号は、００から２５５（０からＦＦｈ）までである。ＩＤ３＝０は、常にＩＤ１＝８０ｈの先頭パックであり、以降８０が終了すれば、８１、８２とに戻って繰り返される。付加情報により無いＩＤ１は次のＩＤ１に置き換えられるが、必ず小さい番号順に記録される。
【００３８】
ＩＤ４は、現パックの文字コードと、その文字列の文字位置を示している。図１４に示すように、最初の４ビットはキャラクタコードで、「００００」はＡＳＣＩＩコード、「０００１」、「００１０」、「００１１」、「０１００」は、ＩＳＯ規格に準拠の８８５９−１（ａ） 、８８５９−１（ｂ） 、８８５９−１（ｃ） 、８８５９−１（ｄ） コード、「０１０１」は予約、「０１１０」はＪＩＳカナコード、「０１１１」はＭＳ−ＪＩＳコードであることを示している。なお、「１０００」以降は予約されている。ＬＳＢの４ビットは、現パックのｔｅｘｔ１の文字が何文字目かを示している。「００００」が最初の文字、「０００１」が２番目の文字、「００１０」が３番目の文字、以下、「００１１」、「０１００」、・・・は、４番目、５番目、・・・の文字である。
【００３９】
図１５は、（ＩＤ１＝８０ｈ）のパックの構成例を示すものである。（ＩＤ１＝８０ｈ）は、アルバム名と最大９９曲の全プログラム名を記録するために用いられる。各々の文字情報の最後の文字は必ずヌル（００ｈ）で終端される。次のプログラム名はそのヌルの続きに、連続して書かれていく。図１６Ａから図１６Ｄは、アルバムタイトルが「ＢＥＡＴＬＥＳスペース（図中ではＳＰと表されている）ＴＨＥスペースＢＥＳＴ」、第１曲目の曲名が「ＬＯＶＥスペースＭＥスペースＤＯ」、第２曲目の曲名が「ＴＨＥスペースＷＡＶＥ」、第３曲目の曲名が「ＰＬＥＡＳＥスペースＨＥＬＰ」が記録されている例を示す。
【００４０】
図１６Ａに示すように、アルバムタイトルを示すので、ＩＤ１には、（８０ｈ）が記録され、ＩＤ２には、アルバムタイトルがディスク全体を示すので、（００ｈ）が記録されている。さらに、ＩＤ３には、１番目のパックを意味する（００ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前のパックで表示済みの文字数０である（００ｈ）が記録されている。ｔｅｘｔ１ からｔｅｘｔ１２には、“ＢＥＡＴＬＥＳスペースＴＨＥスペース”で示される１２文字が入り、このパックに入りきれない文字、すなわち、“ＢＥＳＴスペースＬＯＶＥ”の９文字は２番目のパックに入る。
【００４１】
図１６Ｂに２番目のパックの内容を示す。ＩＤ１には、アルバムタイトルを示すので、（８０ｈ）が記録され、ＩＤ２には、アルバムタイトルがディスク全体を示すので、（００ｈ）が記録されている。さらに、ＩＤ３には、２番目のパックを意味する（０１ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前のパックで表示済みの文字数１２の１６進表示の（０Ｃｈ）が記録されている。ｔｅｘｔ１ からｔｅｘｔ１２には、“ＢＥＳＴスペースＬＯＶＥ”で示される９文字が入るとともに、アルバムタイトルの終端を示すヌルコードと、１曲目のプログラム名である“ＬＯＶＥスペースＭＥ”の７文字がパック２に入り、入りきれない“スペースＤＯ”の３文字は、３番目のパックに入る。
【００４２】
同様に、図１６Ｃに３番目のパックの内容を示す。ＩＤ１には、プログラム名を示すので、（８０ｈ）が記録され、ＩＤ２には、パック３に記録される先頭文字は１曲目のもであることを示す（００ｈ）が記録されている。さらに、ＩＤ３には、３番目のパックを意味する（０２ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前の２番目のパックで表示済みの、１曲目のタイトル文字数７文字の１６進表示の（０７ｈ）が記録されている。ｔｅｘｔ１ からｔｅｘｔ１２には、“スペースＤＯ”で示される３文字が入るとともに、１曲目のタイトルの終端を示すヌルコードと、２曲目のプログラム名である“ＴＨＥスペースＷＡＶＥ”の８文字がパック３に入る。
【００４３】
同様に、図１６Ｄに４番目のパックの内容を示す。ＩＤ１には、プログラム名を示すので、（８０ｈ）が記録され、ＩＤ２には、パック４に記録される先頭文字は３曲目のもであることを示す（０３ｈ）が記録されている。さらに、ＩＤ３には、４番目のパックを意味する（０３ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前の３番目のパックで表示済みのタイトル文字数がないので、１６進表示の（００ｈ）が記録されている。ｔｅｘｔ１ からｔｅｘｔ１２には、“ＰＬＥＡＳＥスペースＨＥＬＰ”で示される１１文字が入るとともに、１曲目のタイトルの終端を示すヌルコードが記録される。
【００４４】
図１７は、（ＩＤ１＝８１ｈ）のパックの構成例を示すものである。（ＩＤ１＝８１ｈ）は、演奏者／指揮者／オーケストラ名等、アルバム名や各プログラム名に対応する人物名を記録するのに用いられる。図１８Ａから図１８Ｃに示すように、各々の名前は、上述の図１６Ａから図１６Ｄに説明したのと同様に、ヌル（００ｈ）で終端とされた後、次々と連続して書かれていく。図１８Ａから図１８Ｃは、アルバムを代表する演奏者が「ＭＩＣＨＥＡＬスペースＪＡＣＫＳＯＮ」、１曲目の演奏者が「ＪＡＮＥＴスペースＪＡＣＫＳＯＮ」、２曲目の演奏者が「Ｍ．ＪＡＣＫ・・・」である場合の例である。
【００４５】
図１９は、（ＩＤ＝８５ｈ）のパックの構成例を示すものである。（ＩＤ＝８５ｈ）は、アルバム名や各プログラム名を記録するのと同じ要領で、各プログラム毎のメッセージを記録するのに用いられる。図２０Ａから図２０Ｄに示すように、メッセージはヌル（００ｈ）で終端された後、次々と連続して書かれていく。ＩＤ２は、１から６３まではメッセージに同期するトラックナンバを意味し、それ以外の数値は夫々特別な意味をもつ。
【００４６】
「００」はアルバムを代表するメッセージになる。「７０」から「７ｆ」は、例外的に特性の国の言葉でメッセージを記録した場合に用いられる。「７０」はドイツ語、「７１」はフランス語、「７２」はスペイン語、「７３」はイタリア語、「７４」はオランダ語、「７５」はロシア語、「７８」は中国語、「７９」は日本語、「７Ａ」は韓国語等である。図２０Ａ、図２０Ｂ、図２０Ｃに示すように、ディスクに「ＴｈａｎｋスペースＹｏｕスペースＶｅｒｙスペースｍｕｃｈスペースＰｌｅａｓｅスペースＥｎｊｏｙ！」というメッセージが記録されている例を示す。図２０Ｄには、１５曲目に「ＳｅｅスペースＹｏｕスペースＢｙｅ」というメッセージがある場合を示している。この１５曲目は、（ＩＤ２＝０Ｆｈ）を復号することで判別できる。
【００４７】
図２１は、（ＩＤ１＝８６ｈ）のパックの構成例である。（ＩＤ１＝１）はディスクＩＤを示しており、ここには、ＩＤコードの他に、発売元の名前やＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅ） コード、発売年等を記録するようにしても良い。
【００４８】
図２２は、（ＩＤ１＝８７ｈ）のパックの構成例である。（ＩＤ１＝８７ｈ）は検索用キーワードで、検索ＩＤは２バイトのジャンルコードとディスク全体を代表する人物名ないしキーワードで決められる。ここで表現できないジャンルコードの場合には、ｔｅｘｔ３以降で／文字列／で捕捉することが可能である。図２３Ａから図２３Ｃに示すように、ジャンルコード「００」「１７」、ジャンル捕捉文字列「ＪａｐａｎｅｓｅＲｏｃｋ’８０」、検索用キーワードが「Ｙ．Ｏｚａｋｉ」の場合を示している。
【００４９】
図２４Ａおよび図２４Ｂは、（ＩＤ１＝８８ｈ）のパックの構成例である。（ＩＤ２＝００ｈ）の場合の構成を図２４Ａに示す。（ＩＤ１＝８８ｈ）はＴＯＣ（Ｔａｂｌｅ Ｏｆ Ｃｏｎｔｅｎｔｓ ）で、通常のＴＯＣ情報をＲからＷの情報を記録するために設けられている。（ＩＤ２＝０１ｈ〜６３ｈ）の場合の構成を図２４Ｂに示す。
【００５０】
図２５は、（ＩＤ１＝８９ｈ）のパックの構成例である。（ＩＤ１＝８９ｈ）が２ｎｄＴＯＣで、通常のＴＯＣの中で表せない特殊な部分をポイントするために設けられている。この例では、２ｎｄＴＯＣは、所謂サビの部分のような曲の中で最も印象深い部分（ジャンル情報）を示すのに利用されている。ｔｅｘｔ１は優先度を示し、（００ｈ）が最優先、（０１ｈ）が次となり、（ＦＦｈ）が最低となる。ｔｅｘｔ２は、ポイントの総数を示し、１ディスクについて３ポイント程度が推奨される。ｔｅｘｔ３〜ｔｅｘｔ６は予約されている。ｔｅｘｔ７、ｔｅｘｔ８、ｔｅｘｔ９によりダイジェストのスタートアドレスが指示され、その後の３個のテキストバイトｔｅｘｔ１０、ｔｅｘｔ１１、ｔｅｘｔ１２により、ダイジェストのエンドアドレスが指示される。このアドレスは、例えばＣＤ上の絶対時間情報であり、テキストバイトの各バイトによって、分（００〜７４の値）、秒（００〜５９の値）、フレーム（００〜７４の値）の各桁の数字が記録される。
【００５１】
図２６Ａに示すように、ＩＤ１には、ダイジェストのためのパックを示す（８９ｈ）が記録され、ＩＤ２には、ダイジェスト再生が指定されているプログラム番号として（０１ｈ）が記録されている。さらに、ＩＤ３には、連番を示す番号として例えば（１１ｈ）が記録され、ＩＤ４には、現在のブロック番号として（００ｈ）が記録されている。
【００５２】
ｔｅｘｔ１ には、優先番号として（０２ｈ）が記録され、ダイジェストポイントが指定されているプログラムの中での優先度を示す。ｔｅｘｔ２ には、１つのディスク中に設定されているダイジェストポイントが記録されており、この場合では、（１０ｈ）が記録され、３箇所が設定されていることを示す。ｔｅｘｔ３ から、ｔｅｘｔ６ は、予約されており、ｔｅｘｔ７ から、ｔｅｘｔ９ には、ダイジェストポイントの起点アドレスとして１分２秒１０フレームが記録されている。ｔｅｘｔ１０から、ｔｅｘｔ１２には、ダイジェストポイントの終点アドレスとして１分４３秒２０フレームが記録されている。
【００５３】
次のパックを図２６Ｂに示す。ＩＤ１には、ダイジェストのためのパックを示す（８９ｈ）が記録され、ＩＤ２には、ダイジェスト再生が指定されているプログラム番号として（０２ｈ）が記録されている。さらに、ＩＤ３には、連番を示す番号として例えば（１２ｈ）が記録され、ＩＤ４には、現在のブロック番号として（０１ｈ）が記録されている。
【００５４】
ｔｅｘｔ１ には、優先番号として（０１ｈ）が記録され、ダイジェストポイントが指定されているプログラムの中で２番目の優先度であることを示す。ｔｅｘｔ２ には、１つのディスク中に設定されているダイジェストポイントが記録されており、この場合では、（１０ｈ）が記録され、３箇所が設定されていることを示す。ｔｅｘｔ３ から、ｔｅｘｔ６ は、予約されており、ｔｅｘｔ７ から、ｔｅｘｔ９ には、ダイジェストポイントの起点アドレスとして１０分２秒２０フレームが記録されている。ｔｅｘｔ１０から、ｔｅｘｔ１２には、ダイジェストポイントの終点アドレスとして１０分２０秒１０フレームが記録されている。
【００５５】
次に第３のパックを図２６Ｃに示す。ＩＤ１には、ダイジェストのためのパックを示す（８９ｈ）が記録され、ＩＤ２には、ダイジェスト再生が指定されているプログラム番号として（０３ｈ）が記録されている。さらに、ＩＤ３には、連番を示す番号として例えば（１３ｈ）が記録され、ＩＤ４には、現在のブロック番号として（０２ｈ）が記録されている。
【００５６】
ｔｅｘｔ１ には、優先番号として（００ｈ）が記録され、ダイジェストポイントが指定されているプログラムの中で優先度が一番高いことを示す。ｔｅｘｔ２ には、１つのディスク中に設定されているダイジェストポイントが記録されており、この場合では、（１０ｈ）が記録され、３箇所が設定されていることを示す。ｔｅｘｔ３ から、ｔｅｘｔ６ は、予約されており、ｔｅｘｔ７ から、ｔｅｘｔ９ には、ダイジェストポイントの起点アドレスとして１２分５０秒４０フレームが記録されている。ｔｅｘｔ１０から、ｔｅｘｔ１２には、ダイジェストポイントの終点アドレスとして１３分１０秒２０フレームが記録されている。
【００５７】
なお、上記起点アドレスおよび終点アドレスは、絶対時間であり、ディスクのプログラムの起点からの絶対番地である。
【００５８】
図２７Ａおよび図２７Ｂは、（ＩＤ１＝８ｆｈ）のパックの構成例である。（ＩＤ１＝８ｆｈ）はサイズを示すもので、サイズは１ブロックにおける各項目のパックの構成数をまとめたものであり、図２７Ａおよび図２７Ｂの２パックにより構成される。
【００５９】
上述したように、この発明に係る記録媒体例えばＣＤは、主データ（オーディオデータ）に付随して、ＴＯＣ領域に記録されるサブコードのＲ乃至Ｗチャンネルに対応する６ビットで構成されるシンボルの２４シンボル分を１パックとし、４パック分を１パケットとして、パケット単位でデータが構成され、各パックの先頭位置にそのパックで記録される情報の記録モードを設定するモード情報が記録されるとともに、各パックに書き込まれた情報が８ビット単位で識別情報と、テキスト情報またはダイジェスト情報が記録されたものである。
【００６０】
この発明の一実施例のシステム全体の構成を図２８に示す。図２８において、４１が再生装置、４２が制御装置である。再生装置４１と制御装置４２とが通信用のバスライン４３およびオーディオライン４４を介して接続されている。制御装置４２にオーディオ出力用のスピーカ４５が接続されている。
【００６１】
この一実施例では、再生装置４１がカスタムファイル機能、およびＣＤテキストフォーマット機能を有している。すなわち、再生するＣＤとそれぞれ対応してユーザがテキストデータ（例えば８バイトのテキストデータ）を登録することが可能なカスタムファイル機能と、ＣＤテキストフォーマットのＣＤを再生し、ＣＤテキストデータを復号し、復号された情報を記憶する機能とを有している。
【００６２】
より具体的な例としては、車載のオーディオシステムにおいて、再生装置４１が単一のＣＤのプレーヤ、またはＣＤチェンジャーであり、制御装置４２がユーザが操作できるとともに、再生装置４１を制御するコントローラである。但し、この発明は、２台以上の再生装置を含むシステムに対しても適用可能である。また、この発明は、再生装置４１と制御装置４２とが分離された構成に限らず、両者が統合された一体形の構成に対しても適用できる。
【００６３】
再生装置４１および制御装置４２には、それぞれマイクロコンピュータが含まれている。バスライン４３は、これらのマイクロコンピュータ間の通信に必要なクロック、データの伝送のために設けられ、また、オーディオライン４４は、オーディオ信号（アナログまたはディジタルの形態）の伝送のために設けられている。すなわち、バスライン４３は、リセット信号ライン、クロック信号ライン、バスオン信号ライン、データラインを含む。
【００６４】
リセット信号は、電源接続時等で、再生装置４１のマイクロコンピュータをリセットするための信号であり、制御装置４２から出力される。バスオン信号は、通信の開始時（具体的には、制御装置４２において、何らかの再生機能が選択された時）に制御装置４２から再生装置４１に対して出力される。
【００６５】
通信は、クロック、データを使用した同期式通信であり、シリアルデータが伝送される。クロック信号は、制御装置４２から基本的に供給される。バスオン信号がハイレベルとなり次第、通信が開始されるが、通信管理は、全て制御装置４２が行う。データラインがローレベルの時に、制御装置４２から再生装置４１の方向でコマンドが送信され、データラインがハイレベルの時に、再生装置４１から制御装置４２の方向に通信がなされる。
【００６６】
データラインを介して伝送されるデータは、アドレス、オペレーション、パリティ、エラーから構成される。アドレスは、２バイト、オペレーションは、２〜１１バイト、パリティバイトおよびエラーバイトは、それぞれ１バイトで構成される。データの送り先、送り元は、アドレスによって区別される。１個のデータは、６〜１５バイト長である。
【００６７】
図２９は、制御装置４２に設けられた操作指示の入力装置例えばキー装置のキー配置の一部を示す。上段のキー１２０〜１２５は、カスタムファイルおよびＣＤテキストデータの登録等に使用するキーである。１２０は、カスタムファイルを登録する時に押されるキーである。１２１は、カスタムファイルを編集する時に押されるキーである。１２２で示す確認キーを押すごとに、ＣＤテキストの種々のデータがサイクリックに表示装置５３に表示される。例えばディスク名、アーチスト名、作曲者名といった順序で、順番に文字情報が表示される。「−」キー１２３、「ＳＥＬ」キー１２４、「＋」キー１２５は、ＡＳＣＩＩデータの切り換えと選択を行うために操作されるキーである。ＣＤを再生するには、ＣＤキー１２６が押される。１曲内のサーチのためのキー１２７、曲（トラック）を選択するためのキー１２８、ディスクを選択するためのキー１２９が設けられている。
【００６８】
制御装置４２の一例を図３０に示す。図３０において、５１が制御装置４２内に備えられているメインのマイクロコンピュータである。マイクロコンピュータ５１は、上述したように、バス４３を介して再生装置４１のマイクロコンピュータと通信を行うことが可能とされている。
【００６９】
マイクロコンピュータ５１に対して表示用ドライバ５２を介して表示装置５３が接続されている。表示装置５３は、例えば液晶表示装置である。表示装置５３は、制御装置４２の外部に接続されたテレビジョンモニタ等の表示デバイスであっても良い。マイクロコンピュータ５１には、操作部５４からの動作指示信号が与えられる。この操作部５４は、図２９に示す前述したキー入力部により構成されている。
【００７０】
さらに、図３０に示すように、制御装置４２には、テープデッキ、チューナ、ＭＤ（ミニディスク）プレーヤ等の他のオーディオソース５５が含まれている。制御装置４２に対して入力される再生装置４１からのオーディオ信号と、他のオーディオソース５５からのオーディオ信号とがスイッチ回路５６で選択され、ボリューム・トーンコントロール部５７に供給される。操作部５４をユーザが操作することによってマイクロコンピュータ５１から出力されるコントロール信号によって、スイッチ回路５６およびボリューム・トーンコントロール部５７が制御される。ボリューム・トーンコントロール部５７に対してオーディオ出力アンプ５８を介してスピーカ４５が接続される。
【００７１】
ＣＤテキストおよびカスタムファイルに対応する再生装置４１の一例を図３１に示す。図３１において、６１が再生されるＣＤである。再生装置４１としては、単一のＣＤを再生するプレーヤに限らず、オートチェンジャ機能により、選択された１枚のＣＤを再生する構成も可能である。ＣＤ６１は、スピンドルモータ６３により回転駆動され、光学ピックアップ６２により記録内容が読み出される。
【００７２】
この光学ピックアップ６２からの信号は、ＲＦアンプ６４に供給される。ＲＦアンプ６４は、ＲＦ信号の処理回路の機能を有し、ＲＦ信号の２値化、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥの生成等の処理を行う。これらのエラー信号ＴＥ、ＦＥがサーボ信号処理回路６５に供給される。サーボ信号処理回路６５によって、フォーカスコントロールおよびトラッキングコントロールの処理がなされる。光学ピックアップ６２内のフォーカスアクチュエータおよびトラッキングアクチュエータがドライブ回路６６および６７を介された信号によってドライブされる。図示しないが、ピックアップ６２をディスク径方向に送る装置もサーボ信号処理回路６５によって制御される。サーボ信号処理回路６５には、コントローラ（１チップＣＰＵ）７０からの制御コマンドを受け取るインターフェースが設けられている。
【００７３】
ＲＦアンプ６４からの２値化された再生信号がＰＬＬ６８、ＥＦＭ復調回路６９およびタイミング生成回路７１に供給される。ＰＬＬ６８は、再生信号と同期したクロックを生成する。ＥＦＭ復調回路６９からのディジタルオーディオ信号は、Ｄ／Ａ変換器７２でアナログのオーディオ信号に変換されて、オーディオ信号ライン４６ａに取り出される。タイミング生成回路７１の出力信号がＣＬＶプロセッサ７３に供給される。ＣＬＶプロセッサ７３によってスピンドルモータ６３がＣＬＶ駆動される。
【００７４】
また、図３１に示すＣＤ再生装置は、ＥＦＭ復調回路６９で分離されたサブコードがサブコードプロセッサ７４に供給される。サブコードプロセッサ７４では、サブコードのエラー検出等の処理がなされ、サブコードのＱチャンネル、Ｒ〜Ｗチャンネルとが分離されて出力される。サブコードＱが１チップマイクロコンピュータで構成されたコントローラ７０に供給され、Ｒ〜ＷがＣＤテキストデコーダ７５に供給される。７０ａは、コントローラ７０の内部のＲＡＭを示す。
【００７５】
ＣＤテキストデコーダ７５は、Ｒ〜Ｗチャンネルのサブコードを復号する。ＣＤテキストデコーダ７５には、小容量のＲＡＭを有しており、コントローラ７０の要求に応じてデータを出力する。出力されたＣＤテキストデータは、コントローラ７０において、システムにとって必要なデータが選択され、ＣＤテキストメモリ７６に格納される。ＣＤテキストメモリ７６は、例えばＳＲＡＭで構成される。
【００７６】
コントローラ７０は、サーボ信号処理回路６５にコマンドを出してサーボ系および復号の制御を行う。さらに、コントローラ７０と関連してカスタムファイルデータを格納するためのカスタムファイルメモリ７７が設けられている。カスタムファイルメモリ７７は、例えば不揮発性メモリの構成とされている。そして、制御装置４２とバス４３を介して通信を行う。コントローラ７０は、制御装置４２からのコントロールコマンドに応じて再生装置４１の動作状態を制御し、制御装置４２に対して、ＣＤテキストデータ、カスタムファイルデータおよびその他の必要な情報を送信する。
【００７７】
カスタムファイルデータは、再生装置４１が再生するＣＤと１対１に付けられたテキストデータであり、通常ディスク名などを記録する。この一実施例では、カスタムファイルメモリ７７に概念的に図３２に示すようにカスタムファイルデータが格納されている。すなわち、再生するＣＤに固有の識別情報としてのＴＯＣデータ（例えば総プログラム数およびディスクの総時間）と８バイトのカスタムファイルデータとが一緒に記憶されている。カスタムファイルデータのバイト数は、拡張可能である。ディスクの総プログラム数および総時間は、前述したＴＯＣデータ（図６参照）中のＱチャンネルのデータによって示されている。
【００７８】
カスタムファイルメモリ７７は、不揮発性メモリであるために、再生装置の電源がオフとされても、その記憶内容が保存される。カスタムファイルデータは、一例として、最大で１０枚のＣＤまで登録可能とされている。ディスクを再生する場合には、リードインエリアから読み取ったＴＯＣデータ中の識別情報（総プログラム数および総時間）に関する照合が行われ、ディスクの識別が行われる。なお、コントローラ７０内のＲＡＭおよびＣＤテキストメモリ７６の記憶内容は、電源をオフ、またはＣＤマガジンを取り外すと、消去される。
【００７９】
この発明の一実施例では、このようにユーザが作成したカスタムファイルに限らず、ＣＤテキストデータの一部をカスタムファイルメモリ７７に格納可能としている。後述するように、再生装置４１がＣＤテキストフォーマットのＣＤを再生した場合で、そのＣＤについてのカスタムファイルの登録がない場合では、例えばＣＤテキストデータ中のディスクタイトルがカスタムファイルデータとして記憶することが可能とされている。それによって、ユーザは、カスタムファイルデータを入力する手間を省くことができる。
【００８０】
再生装置４１と制御装置４２の間の初期的なリンクの処理の後に、ＣＤを再生する直前になされる処理がＴＯＣデータの読み込みとカスタムファイルデータの取込みである。カスタムファイルおよびＣＤテキストに対応する再生装置４１の処理を図３３に示す。再生すべきＣＤを装着した場合、あるいはチェンジャーにおいて、再生すべきディスクを選択した場合に、ステップＳ１１で示すＴＯＣデータの読み込みが開始される。
【００８１】
読み込まれたＴＯＣデータ中の総プログラム数および総時間のデータがカスタムファイルメモリ７７に存在するかどうかが照合される（ステップＳ１２）。ステップＳ１３において、データが照合されたかどうかが決定される。
【００８２】
照合された場合、すなわち、読み込まれたＴＯＣデータがカスタムファイルに存在している場合では、処理がステップＳ１４に移る。このステップＳ１４において、カスタムファイルデータ（登録済みのＴＯＣデータおよびテキストデータ）がカスタムファイルメモリ７７からコントローラ７０のＲＡＭに記憶される。そして、ステップＳ１５において、データＲ〜Ｗの読み込みが中止される。この読み込みの中止は、処理の迅速化のためになされる。既存のＣＤでも、９９曲が記録されている場合では、約４秒間を読出しに必要とするので、Ｒ〜Ｗチャンネルの読み込みを中止することによる処理の迅速化の効果が大きい。
【００８３】
ステップＳ１３において、データが照合されなかった場合、すなわち、読み込まれたＴＯＣデータがカスタムファイルに存在していなかった場合では、ステップＳ１６において、ＣＤテキストデータが記録されているかどうかが決定される。ステップＳ１６において、ＣＤテキストデータが記録されていないと判断されると、処理は終了される（ステップＳ１８）。なお、図３３では、省略しているが、通常のディスク再生のために必要なサブコードＱの読み込みがなされる。
【００８４】
ステップＳ１６でＣＤテキストのデータが記録されていると決定された場合では、処理がステップＳ１７に移る。再生装置４１は、カスタムファイルおよびＣＤテキストの両方に対応しているので、ステップＳ１７では、ＴＯＣデータのＲ〜Ｗを使用したＣＤテキストデータがＣＤテキストメモリ７６に記憶される。
【００８５】
このように、再生装置４１では、再生しようとするＣＤがカスタムファイルとして登録されている場合に、コントローラ７０のＲＡＭにカスタムファイルデータ（例えばディスクタイトル）が記憶される。そして、このＣＤが再生される際に、制御装置４２にオーディオ信号と共に表示データとして転送され、制御装置４２の表示装置５３により表示される。
【００８６】
図３４は、再生装置４１における表示用データの送信処理を示すフローチャートである。ステップＳ２１において、制御装置４２からの表示要求を再生装置４１が受け取ると、処理が開始される。制御装置４２は、ディスクの再生を開始する直前に再生するディスクの表示データを再生装置４１に対して表示データの送信を要求する。まず、ステップＳ２２において、カスタムファイルデータがコントローラ７０内に記憶されているかどうかが決定される。記憶されている場合では、その記憶されているカスタムファイルデータ（言い換えると、装着したディスクに対応したカスタムファイルデータ）が制御装置４２に対して送信される（ステップＳ２３）。そして、処理が終了する。このように、カスタムファイルデータが登録済みの場合では、ＣＤテキストデータの存在の有無にかかわらず、カスタムファイルデータが送信される。言い換えると、カスタムファイルデータがＣＤテキストデータよりも優先的に扱われる。
【００８７】
若し、ステップＳ２２において、カスタムファイルデータがコントローラ７０に記憶されていないと決定されると、ステップＳ２４において、装着したディスクがＣＤテキストフォーマットのディスクかどうかが決定される。ＣＤテキストフォーマットのディスクでない場合では、ステップＳ２５において、表示データが無いことを制御装置４２に対して送信し、処理を終了する。
【００８８】
若し、ステップＳ２４において、装着したディスクがＣＤテキストフォーマットのディスクの場合では、ＣＤテキストメモリ７６に読み込まれたＣＤテキストデータの全てあるいはその一部をコントローラ７０を介して制御装置４２に対して送信し、処理を終了する。
【００８９】
上述の再生装置４１の処理によって、再生装置４１から送信されるデータを受け取った制御装置４２は、図３５に示す処理を行い、データの種類に応じた文字情報の表示を行う。ステップＳ３１において、再生装置４１に対して表示データの送信を要求し、送信されてきたデータを受信する処理を行う。送信データ中の表示データの有無の指示の情報に基づいて表示データの有無が決定される（ステップＳ３２）。表示データが無い時は、表示を行わない（ステップＳ３３）。この場合、表示するテキストが無いメッセージを表示しても良い。
【００９０】
表示データがあると決定されると、カスタムファイルデータかどうかが決定される（ステップＳ３４）。カスタムファイルデータの場合では、表示装置５３に表示データに基づく文字を白色でもって表示する（ステップＳ３５）。カスタムファイルデータでない場合では、すなわち、ＣＤテキストデータの場合では、ＣＤテキストデータに基づく文字を黄色でもって表示装置５３に表示する（ステップＳ３６）。白色および黄色は、一例であり、表示文字のブリンク、反転等によっても、カスタムファイルデータとＣＤテキストデータとを表示画面に表示する時に、両者を区別することが好ましい。
【００９１】
図３５に示す処理による文字情報の表示は、ユーザのキー入力が発生するまで継続する。そして、制御装置４２において、操作部５４のキーをユーザが操作すると、図３６のフローチャートに示す処理がなされる。キー入力がされると、キー入力処理が開始する（ステップＳ４１）。押されたキーが登録キー１２０（図２９参照）かどうかが決定される（ステップＳ４２）。登録キーの場合では、ＣＤテキストデータをカスタムファイル（カスタムファイルメモリ７７）に登録するように指示するデータを再生装置４１に対して送信する（ステップＳ４３）。次に、再生装置４１側の登録を確認したら、表示文字を黄色（ＣＤテキストデータを表す）から白色（カスタムファイルデータを表す）に変更する（ステップＳ４４）。そして、キー入力を待っている状態となる（ステップＳ４５）。
【００９２】
ステップＳ４２において、受け付けたキーが登録キーでないと決定されると、ステップＳ４６において、編集キー１２１かどうかが決定される。編集キーでない場合では、確認キー１２２かどうかが決定される（ステップＳ４７）。確認キーでない場合では、キー入力待ちの状態（ステップＳ４５）に戻り、確認キーの場合では、ＣＤテキストデータをサイクリックに表示する確認モードに入り（ステップＳ４８）、キー入力待ちの状態（ステップＳ４５）となる。すなわち、ＣＤテキストデータに含まれるディスク名、アーチスト名、作曲者名等がサイクリックに表示装置５３によって表示される。確認キーを１回押すと、確認モードに移行し、他のキーが押されるまで、確認モードが継続する。この確認モードによって、ＣＤテキストデータの中のユーザが希望する文字情報を選択的にカスタムファイルメモリに登録することが可能となる。
【００９３】
ステップＳ４６において、押されたキーが編集キーの場合では、表示データがカスタムファイルデータかどうかが決定される（ステップＳ４９）。カスタムファイルデータであるならば、編集モードに移行する（ステップＳ５０）。編集モードでは、「−」キー１２３、「ＳＥＬ」キー１２４、「＋」キー１２５によって、アスキーデータの切り換え、選択を行い、カスタムファイルデータが編集される。編集モードが終了すると、キー入力待ち（ステップＳ４５）に戻る。編集されたデータは、登録キーを押すことで再生装置４１側でカスタムファイルメモリに登録可能である。なお、編集モードにおいては、例えば表示装置が小文字のみの表示しかできないような場合に、テキスト情報を小文字のみからなるものへ変更するような編集も可能である。
【００９４】
ステップＳ４９において、カスタムファイルデータでない（すなわち、ＣＤテキストデータ）と決定されると、確認モードであるかどうかが決定される（ステップＳ５１）。確認モードである時には、編集モードへ移行する（ステップＳ５０）。確認モードでない時には、編集キーの入力を無効とする、エラー処理（ステップＳ５２）がなされ、キー入力待ち（ステップＳ４５）となる。
【００９５】
なお、この発明の一実施例と異なり、カスタムファイルメモリ、ＣＤテキストメモリ等を複数の再生装置間で共有するようになし、これらのテキスト用のメモリを制御装置４２内に設けることも可能である。
【００９６】
また、この発明は、ＣＤ等の再生専用の記録媒体に限らず、記録も可能な記録媒体、再生専用領域と記録可能領域との両者を有する記録媒体に対しても適用することができる。
【００９７】
【発明の効果】
以上説明したように、この発明によれば、装着したディスクと対応する文字情報を記憶することが可能な機能（カスタムファイル機能）と、ディスク上に記録されている文字情報（ＣＤテキスト）を読み取り、復号する機能とを有する場合において、ＣＤテキストデータをカスタムファイルとして登録することが可能となり、カスタムファイルの情報をユーザが入力する手間を省略することができる。
【００９８】
また、この発明は、ＣＤテキストを編集してからカスタムファイルとして登録することができるので、ユーザが希望するテキストを登録することが可能となる。
【００９９】
さらに、この発明は、ＣＤテキストの一部（例えばディスク名）のみを必要とする場合には、ＣＤテキストをカスタムファイルとして登録しておくことにより、ディスクを装着する度にＣＤテキスト情報を読み取ることが不要となり、再生を開始するまでの待ち時間を短縮することができる。
【図面の簡単な説明】
【図１】この発明を適用することができる従来の音楽再生用ＣＤの領域を示す略線図である。
【図２】１フレームのデータを示す略線図である。
【図３】サブコードフレーム全体のデータ構造を説明する略線図である。
【図４】サブコード信号の全チャンネルのデータを示す略線図である。
【図５】ＣＤの全体のデータ構成およびＴＯＣデータの構成を示す略線図である。
【図６】従来のＣＤのリードイン領域に記録されているＴＯＣデータの構成を示す略線図である。
【図７】サブコード信号の全チャンネルのデータを示す略線図である。
【図８】サブコードのデータフォーマットを全体的に示す略線図である。
【図９】ＣＤテキストのデータフォーマットの１パックおよび１シンボルを示す略線図である。
【図１０】この発明の一実施例のデータフォーマットの割り付けを示す略線図である。
【図１１】ＩＤ１で示されるデータの内容を示す図である。
【図１２】ＩＤ２で示されるデータの内容を示す図である。
【図１３】ＩＤ３で示されるデータの内容を示す図である。
【図１４】ＩＤ４で示されるデータの内容を示す図である。
【図１５】曲名ＩＤのデータの内容を示す図である。
【図１６】曲名ＩＤのデータの説明に用いる図である。
【図１７】演奏者ＩＤのデータの説明に用いる図である。
【図１８】演奏者ＩＤのデータの説明に用いる図である。
【図１９】メッセージＩＤのデータの説明に用いる図である。
【図２０】メッセージＩＤのデータの説明に用いる図である。
【図２１】ディスクＩＤのデータの説明に用いる図である。
【図２２】検索ＩＤのデータの説明に用いる図である。
【図２３】検索ＩＤのデータの説明に用いる図である。
【図２４】ＴＯＣデータの説明に用いる図である。
【図２５】２ｎｄＴＯＣのデータの説明に用いる図である。
【図２６】２ｎｄＴＯＣのデータの説明に用いる図である。
【図２７】サイズパックのデータの説明に用いる図である。
【図２８】この発明の一実施例の構成を全体的に示すブロック図である。
【図２９】この発明の一実施例における操作部のキー配列を示す略線図である。
【図３０】この発明の一実施例における制御装置の構成を示すブロック図である。
【図３１】この発明の一実施例における再生装置の構成を示すブロック図である。
【図３２】この発明の一実施例における再生装置に設けられたカスタムファイルメモリの記憶内容を概念的に示す略線図である。
【図３３】この発明の一実施例の再生装置のＴＯＣデータの読み込みとメモリへの格納の処理を説明するためのフローチャートである。
【図３４】この発明の一実施例の再生装置の表示用データの送信処理を説明するためのフローチャートである。
【図３５】この発明の一実施例の制御装置の表示し処理を説明するためのフローチャートである。
【図３６】この発明の一実施例の制御装置のキー入力時の処理を説明するためのフローチャートである。
【符号の説明】
１・・・ＩＤ領域、２・・・テキスト領域、３・・・ＣＲＣ領域、４・・・パック、５・・・パケット、４１・・・ＣＤテキストおよびカスタムファイルに対応した再生装置、４２・・・制御装置、５３・・・表示装置、５４・・・操作部、６２・・・光学ピックアップ、７４・・・サブコードプロセッサ、７５・・・ＣＤテキストデコーダ、７６・・・ＣＤテキストメモリ、７７・・・カスタムファイルメモリ
Claims (8)
- 光ディスクを再生し、上記光ディスクからメインデータと上記メインデータ以外のサブデータとを読み取る再生手段と、
読み取られた上記メインデータを処理し、再生する信号処理手段と、
ユーザによって入力された第１の文字情報と上記サブデータ中に含まれるディスク固有の識別情報とを対応づけて記憶する第１の記憶手段と、光ディスクに予め記憶されており、上記サブデータ中に含まれる第２の文字情報を記憶する第２の記憶手段と、上記第１または第２の記憶手段に記憶されている第１または第２の文字情報を表示する表示手段とを含む制御手段とを有し、
上記制御手段は、読み取られた上記識別情報を参照して上記第１の記憶手段に上記第１の文字情報が記憶されている場合では、上記第１の文字情報を上記表示手段に表示し、
上記第１の文字情報が記憶されていない場合では、上記第２の文字情報を上記表示手段に表示する制御を行うことを特徴とする光ディスク再生装置。 - 請求項１において、
上記表示手段に表示される上記第１の文字情報の表示と上記第２の文字情報の表示とを区別可能としたことを特徴とする光ディスク再生装置。 - 請求項１において、
上記制御手段は、指示を発生する操作部をさらに有し、
上記操作部に設けられた操作手段を操作することによって、登録動作の指示が発生する時には、上記第２の文字情報を上記第１の記憶手段に上記識別情報と対応付けて記憶するようになされたことを特徴とする光ディスク再生装置。 - 請求項１において、
上記制御手段は、指示を発生する操作部をさらに有し、
上記操作部に設けられた操作手段を操作することによって、編集動作の指示が発生する時には、上記第１の文字情報の編集が可能とされ、編集された文字情報を上記第２の文字情報に優先して上記表示手段に表示するようになされたことを特徴とする光ディスク再生装置。 - 請求項１において、
上記制御手段は、指示を発生する操作部をさらに有し、
上記操作部に設けられた操作手段を操作することによって、確認動作の指示が発生する時には、上記第２の記憶手段に記憶されている上記第２の文字情報を上記表示手段に表示するようになされたことを特徴とする光ディスク再生装置。 - 請求項１において、
上記サブデータは、光ディスクの管理領域に記録されている管理領域データであることを特徴とする再生システム。 - 請求項１において、
上記記録媒体に固有の識別情報が記録されている総プログラム数であることを特徴とする再生システム。 - 請求項１において、
上記記録媒体に固有の識別情報が記録されているプログラムの総時間であることを特徴とする再生システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34361696A JP3591179B2 (ja) | 1996-12-24 | 1996-12-24 | 光ディスク再生装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34361696A JP3591179B2 (ja) | 1996-12-24 | 1996-12-24 | 光ディスク再生装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10188446A JPH10188446A (ja) | 1998-07-21 |
| JP3591179B2 true JP3591179B2 (ja) | 2004-11-17 |
Family
ID=18362917
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34361696A Expired - Fee Related JP3591179B2 (ja) | 1996-12-24 | 1996-12-24 | 光ディスク再生装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3591179B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001084745A (ja) * | 1999-09-16 | 2001-03-30 | Kenwood Corp | ディスク再生装置、ディスク情報登録方法及び記録媒体 |
| US7333406B2 (en) | 2002-11-25 | 2008-02-19 | Sharp Kabushiki Kaisha | Apparatus and method for reproducing information recorded on information storage medium including improved reproduction halt and restart capabilities, and recorded program media for controlling the same |
-
1996
- 1996-12-24 JP JP34361696A patent/JP3591179B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10188446A (ja) | 1998-07-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3899596B2 (ja) | 再生装置および再生方法 | |
| JP3484838B2 (ja) | 記録方法及び再生装置 | |
| US5859821A (en) | Record medium with managed digest portions of programs, reproducing apparatus thereof, and reproducing method thereof | |
| JP3915228B2 (ja) | 再生方法および記録媒体 | |
| KR100534051B1 (ko) | 재생방법 및 기록매체 | |
| JPH0457275A (ja) | Ｃｄ再生装置の文字表示回路 | |
| JPH10188452A (ja) | ディスク再生装置 | |
| JP3591179B2 (ja) | 光ディスク再生装置 | |
| JP3787912B2 (ja) | 再生装置、再生方法および記録方法 | |
| JP3716514B2 (ja) | 再生システム | |
| JP3570117B2 (ja) | 記録媒体再生装置 | |
| JPH04212768A (ja) | Ｃｄ再生装置の表示装置 | |
| JPH10247355A (ja) | 再生システム | |
| JPH1116249A (ja) | 再生装置 | |
| JPH11265566A (ja) | 再生装置 | |
| JPH09128868A (ja) | 記録媒体及び再生装置 | |
| JPH10247357A (ja) | 再生装置 | |
| JPH10247356A (ja) | 再生装置 | |
| JPH11317054A (ja) | 再生装置 | |
| JPH1185094A (ja) | 車載用機器 | |
| JP2007095289A (ja) | 再生装置および再生方法 | |
| JP2005332577A (ja) | 記録媒体 | |
| JP2004342312A (ja) | 記録媒体および記録方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040728 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040803 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040816 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080903 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090903 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |