(57)【特許請求の範囲】
【請求項１】
複数の記録媒体を搭載可能で、上記複数の記録媒体から任意の記録媒体を選択的に再生可能な記録媒体再生装置において、
上記記録媒体に記録された情報の内容を示し、且つ重複して存在することが許される文字情報とコードとの対応を示すリストと、
上記記録媒体に固有の識別情報と、該記録媒体に記録された情報の内容を示す文字情報に対応する上記コードの関係を示すテーブルとを記憶し、
上記リストおよび上記テーブルによって、上記複数の記録媒体に関する上記文字情報を表示し、
表示されている上記文字情報を指定することによって、記録媒体を選択するようにしたことを特徴とする記録媒体再生装置。
【請求項２】
複数の記録媒体を搭載可能で、上記複数の記録媒体から任意の記録媒体を再生可能な記録媒体再生装置において、
昇降順を有するコードと上記記録媒体に記録された情報の内容を示すための文字情報との対応を示すリストと、
上記記録媒体に固有の識別情報と、該記録媒体に記録された情報の内容を示す文字情報に対応する上記コードの関係を示すテーブルとを記憶する記憶手段と、
上記記憶手段に記憶されている上記リスト中の文字情報と、記録媒体の内容を示す文字情報とを比較し、文字情報が登録済か否かを判断する判断手段と、
上記判断手段により、記録媒体に対応する文字情報が上記リストに登録済と判断された場合は、上記記録媒体の上記識別情報と上記リスト中の上記文字情報に対応する上記コードの対応関係を上記テーブルに追加し、
上記判断手段により、上記記録媒体の内容を示す文字情報が上記リストに登録済ではないと判断された場合は、上記リスト中の空きの上記コードを取得し、空きの上記コードに対して上記文字情報を対応させ、上記記録媒体の上記識別情報と上記リストに追加された上記コードの対応関係を上記テーブルに追加することにより複数の記録媒体を管理するようにしたことを特徴とする記録媒体再生装置。
【請求項３】
請求項１または２に記載の記録媒体再生装置において、
上記文字情報は、記録媒体に予め記録されていることを特徴とする記録媒体再生装置。
【請求項４】
請求項１または２に記載の記録媒体再生装置において、
上記文字情報は、ユーザにより入力されることを特徴とする記録媒体再生装置。
【請求項５】
請求項１または２に記載の記録媒体再生装置において、
更に、上記付与したコードに基づいてソーティングを行い、ソーティングされた結果を表示することを特徴とする記録媒体再生装置。
【請求項６】
請求項５に記載の記録媒体再生装置において、
ソーティングは、大文字と小文字を区別しないで、文字コード順に上記識別情報を並び変える処理であることを特徴とする記録媒体再生装置。
【請求項７】
請求項５に記載の記録媒体再生装置において、
ソーティングは、上記文字情報の先頭のスペースを無視して、文字コード順に上記記録媒体を並び変える処理であることを特徴とする記録媒体再生装置。
【請求項８】
請求項１または２に記載の記録媒体再生装置において、
上記昇降順を有するコードは、文字、数字または記号であることを特徴とする記録媒体再生装置。
【請求項９】
昇降順を有するコードとアーチスト名との対応を示すリストと、
アルバム固有の識別情報と、該アルバムに記録された情報に対応するアーチスト名に対応する上記コードの関係を示すテーブルとを記憶する記憶手段と、
上記記憶手段に記憶されている上記リスト中のアーチスト名と、アルバムに記録された情報に対応するアーチスト名とを比較し、該アーチスト名が登録済か否かを判断する判断手段と、
上記判断手段により、アルバムに記録された情報に対応するアーチスト名が上記リストに登録済と判断された場合は、上記アルバムの上記識別情報と上記リスト中の上記アーチスト名に対応する上記コードの対応関係を上記テーブルに追加し、
上記判断手段により、アルバムに記録された情報に対応するアーチスト名が上記リストに登録済ではないと判断された場合は、上記リスト中の空きの上記コードを取得し、空きの上記コードに対してアーチスト名を対応させ、上記アルバムの上記識別情報と上記リストに追加された上記コードの対応関係を上記テーブルに追加することにより複数の記録媒体を管理するようにしたことを特徴とする管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、オーディオデータ、ビジュアルデータ等の主たるディジタルデータに付属してサブコードが記録されているディスク状記録媒体例えばディジタルオーディオ用ＣＤ（コンパクトディスク）の再生装置に適用して好適な再生装置に関する。
【０００２】
【従来の技術】
オーディオ情報が記録されたＣＤを再生するＣＤ再生装置において、使用上の便宜を図るため、ディスク再生情報に基づく各種表示がなされている。周知のものとして、後述のＱチャンネルサブコードにモード１として記録されているプログラム番号いわゆるトラック番号や各トラック番号に割り当てられた時間情報を再生して表示することがなされている。
【０００３】
さらに、最近、リードインエリアに記録されたサブコードのＲ〜Ｗチャンネルを使用してＣＤ上に、そのＣＤと関連した文字情報を記録することが提案されている。これは、ＣＤテキストと称される。ＣＤテキストのフォーマットに基づくＣＤを再生する場合、ＣＤテキストの情報がＣＤの装着時に読み取られる。読み取られたＣＤテキスト情報が復号され、メモリに記憶され、さらに、表示される。従って、再生しようとするＣＤのディスクタイトル、演奏者名等が表示され、ユーザは、ＣＤの内容を直ちに把握することができる。
【０００４】
かかるＣＤテキストは、例えば１００枚等の多数のＣＤから所望の１枚を選択的に再生するＣＤチェンジャーにとって有用である。従来のＣＤチェンジャーにおいて、ＣＤテキストに対応している場合、記憶装置には、図３８に示すように、ディスク番号と対応して、そのディスク番号のＣＤに固有の文字情報（例えばアーチスト名）が記憶される。図３８中で、装填されたＣＤがＣＤテキストに対応していない場合、あるいはユーザが文字情報を登録していない場合では、たとえＣＤが装填されていても、文字情報が記憶されていない（例えばディスク番号の「５」）。ディスク番号は、ＣＤが装填されるスリットの番号と対応している。図３８は、Ｎ枚までのＣＤを装填し、管理できる例である。この記憶内容が表示装置によって表示される。ユーザは、この表示を見て、装填されているＣＤの内容を把握したり、再生したいＣＤを選択することが可能である。
【０００５】
【発明が解決しようとする課題】
上述したように、従来のＣＤチェンジャーでは、１枚のＣＤに対して一つの文字情報（例えばアーチスト名）を記憶するようにしている。従って、文字情報が例えば最大で１６文字と規定されている場合では、Ｎ×１６文字の容量のメモリを必要とする欠点があった。一方、メモリの記憶容量を制限すると、ディスクに固有の文字情報の文字数の記憶、表示が制限されるおそれがあった。
【０００６】
従って、この発明の目的は、ディスク状記録媒体に付随する文字情報を記憶するために必要なメモリの容量を削減することが可能な再生装置を提供することにある。
【０００７】
この発明の他の目的は、ディスク状記録媒体に付随する文字情報の認識、ソートを操作性が向上するように行うことが可能な再生装置を提供することにある。
【０００８】
【課題を解決するための手段】
この発明は、の課題を達成するために、複数の記録媒体を搭載可能で、複数の記録媒体から任意の記録媒体を選択的に再生可能な記録媒体再生装置において、
記録媒体に記録された情報の内容を示し、且つ重複して存在することが許される文字情報とコードとの対応を示すリストと、
記録媒体に固有の識別情報と、該記録媒体に記録された情報の内容を示す文字情報に対応するコードの関係を示すテーブルとを記憶し、
リストおよびテーブルによって、複数の記録媒体に関する文字情報を表示し、
表示されている文字情報を指定することによって、記録媒体を選択するようにしたことを特徴とする記録媒体再生装置である。
【０００９】
また、この発明は、複数の記録媒体を搭載可能で、複数の記録媒体から任意の記録媒体を再生可能な記録媒体再生装置において、
昇降順を有するコードと記録媒体に記録された情報の内容を示すための文字情報との対応を示すリストと、
記録媒体に固有の識別情報と、該記録媒体に記録された情報の内容を示す文字情報に対応するコードの関係を示すテーブルとを記憶する記憶手段と、
記憶手段に記憶されているリスト中の文字情報と、記録媒体の内容を示す文字情報とを比較し、文字情報が登録済か否かを判断する判断手段と、
判断手段により、記録媒体に対応する文字情報がリストに登録済と判断された場合は、記録媒体の識別情報とリスト中の文字情報に対応するコードの対応関係をテーブルに追加し、
判断手段により、記録媒体の内容を示す文字情報がリストに登録済ではないと判断された場合は、リスト中の空きのコードを取得し、空きのコードに対して文字情報を対応させ、記録媒体の識別情報とリストに追加されたコードの対応関係をテーブルに追加することにより複数の記録媒体を管理するようにしたことを特徴とする記録媒体再生装置である。
【００１０】
複数のディスク状記録媒体例えばＣＤの搭載が可能なＣＤチェンジャーにおいて、ＣＤに固有の文字情報と対応して、昇降順を有するコード例えば数字を付与している。従って、文字情報を記憶するためのメモリの容量を節減できる。
【００１１】
【発明の実施の形態】
以下、この発明に係る再生システムおよび再生装置の一実施例について、図面を参照しながら説明する。一実施例では、ディスク状記録媒体としてＣＤを使用しているが、これに限らず、他の種類の光ディスク（例えばＤＶＤ（ディジタル・ビデオ・ディスク）、磁気テープ、光テープ、半導体メモリ等に対してもこの発明を適用することができる。また、記録媒体に記録されている情報は、オーディオデータに限らず、ビデオデータ等であっても良い。
【００１２】
この発明の理解を容易とするために、オーディオ再生用のＣＤのデータ構成について説明する。ＣＤは、図１に示すように、ＣＤ１０１は中央に孔１０２を有し、その内周から外周に向かって、ＴＯＣ（ｔａｂｌｅ  Ｏｆ  ｃｏｎｔｅｎｔｓ）    データが記録されたプログラム管理領域である、リードイン（ｌｅａｄ  ｉｎ  ）領域１０３と、プログラムデータが記録されたプログラム領域１０４と、プログラム終了領域、いわゆるリードアウト（ｌｅａｄ  ｏｕｔ）領域１０５とが形成されている。オーディオ情報を記録したオーディオ再生用ＣＤにおいては、プログラム領域１０４にオーディオデータが記録され、このオーディオデータの時間情報等がリードイン領域１０３で管理される。また、ＣＤ再生装置によるプログラム領域１０４内のオーディオデータの読み出しが終了して、リードアウト領域１０５にピックアップが到達したときに、ＣＤ再生装置がＣＤの再生動作を終了する。
【００１３】
ＣＤには、メインデータとしてのオーディオデータの他にサブコードが記録されている。以下、サブコードのＰチャンネルおよびＱチャンネルのデータについて説明する。ＣＤに記録されるオーディオ信号は、１サンプルあるいは１ワードが１６ビットで、４４．１ｋＨｚのサンプリング周波数でサンプリングされる。このサンプリングされたデータは、１サンプルあるいは１ワード１６ビットが上位８ビットと下位８ビットに分割されてそれぞれシンボルとされ、このシンボル単位で誤り訂正符号化処理やインターリーブ処理が施され、オーディオデータの２４シンボル毎に１つのフレームにまとめられる。１フレームは、ステレオ左右チャンネルの各６サンプル分に相当する。
【００１４】
ＥＦＭ変調により、各シンボルの８ビットが１４ビットへ変換される。ＥＦＭ変調後の１フレームのデータ構造を図２に示す。１フレーム１３５は、２４チャンネルビットの同期パターンデータ領域１３１と、１４チャンネルビットのサブコード領域１３２と、１２シンボルのプログラムデータＤ１からＤ１２を含むプログラムデータ領域１３３と、４シンボルのパリティデータＰ１からＰ４から成るパリティデータ領域１３４と、別のプログラムデータ領域１３３およびパリティデータ領域１３４とからなる。また、各領域、あるいはデータ部分を接続するために、各部分に対して３チャンネルビットの結合ビットが配される。従って、１フレーム１３５は、合計５８８チャンネルビットのデータを含む。
【００１５】
さらに、９８個のフレームを集めて、このフレーム１３５の各領域およびデータ部分が縦方向に連続するように並べ換えたものを図３に示す。この図３に示される９８フレームの周期は、サブコードが完結する単位であって、サブコードフレームと称される。このサブコードフレームは、フレーム同期パターン部１３６と、サブコード部１３７と、データおよびパリティ部１３８とから成る。なお、この１サブコードフレームは、ＣＤの再生時間の１／７５秒に相当する。
【００１６】
ここで、ＰチャンネルおよびＱチャンネルのデータを含むサブコードデータは、図３中のサブコード部１３７に記録されているデータである。また、このサブコード部１３７のサブコードフレームのデータの構成の詳細を図４に示す。先頭のフレームＦ０１、フレームＦ０２は、サブコードフレームの同期パターンＳ０、Ｓ１である。この同期パターンは、フレーム同期パターンと同様に、ＥＦＭ変調方式（ｅｉｇｈｔ  ｔｏ  ｆｏｕｒｔｅｅｎ  ｍｏｄｕｌａｔｉｏｎ：  ＥＦＭ）のアウトオブルール（ｏｕｔ  ｏｆ  ｒｕｌｅ  ）のパターンである。さらに、１シンボルの８ビットの各ビットは、それぞれサブコードのＰチャンネルからＷチャンネルを構成する。例えば、Ｐチャンネルは、Ｓ０、Ｓ１のそれぞれ一部と、Ｐ０１からＰ９６とで構成される。
【００１７】
サブコードのＰチャンネルは、プログラムの有無に対応した情報を有し、Ｑチャンネルには、ＣＤ上の絶対時間情報、各プログラムの時間情報、プログラム番号（トラック番号とも称される）、楽章番号（インデックスとも称される）等の情報が含まれる。従って、Ｑチャンネルに含まれる情報によって、プログラムの頭だし等の再生動作の制御が可能であり、また、Ｑチャンネルの情報を表示することによって、演奏中のプログラムが光ディスク上の何番目のプログラムであるのか、演奏の経過時間や始めからの絶対時間等を視覚的に確認できる。
【００１８】
さらに、サブコードのＲチャンネルからＷチャンネルまでの６チャンネル分のデータは、例えば静止画や、曲の歌詞の表示等に用いることが可能である。このようなＲチャンネルからＷチャンネルを用いた再生装置は、ＣＤ−グラフィックスと呼ばれ、既に知られている。さらに、最近では、リードイン領域のＲ〜Ｗチャンネルを使用して、ＣＤに付加的な文字情報を記録する方式（ＣＤテキスト）が提案されている。このＣＤテキストの場合、６５００字程度の文字情報を記録することが可能とされ、また、ＣＤの付加文字情報としては、８００文字以下であるとし、８カ国の言語に対応できるようにされている。
【００１９】
図５Ａは、ＣＤ上に記録されているデータを示す。図１についても説明したように、内周側から順にリードイン領域１０３に記録されているＴＯＣデータ、プログラム領域１０４に記録されているプログラム  Ｎｏ．１〜  Ｎｏ．ｎ、リードアウトエリア１０５のデータが記録されている。
【００２０】
既存のＣＤに記録されているＴＯＣデータは、図５Ｂに示すように、サブコードのＱチャンネルを使用している。サブコードは、９８ビットを１フレームとするデータ構造を有している。この９８ビット中の７２ビットがデータである。ＴＯＣデータの場合では、図５Ｂに示すフォーマットを有している。
【００２１】
プログラム数が６の場合では、ＴＯＣ中のデータ構造は、図６に示すものとされる。ＰＯＩＮＴが００〜９９の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦＲＡＭＥが各プログラムのスタートアドレス（絶対時間）を示す。ＰＯＩＮＴがＡ０の場合では、ＰＭＩＮがディスクの最初のプログラムのプログラム番号を示し、ＰＳＥＣ、ＰＦＲＡＭＥが００とされる。ＰＯＩＮＴがＡ１の場合では、ＰＭＩＮが最後のプログラムのプログラム番号を示し、ＰＳＥＣ、ＰＦＲＡＭＥが００とされる。ＰＯＩＮＴがＡ２の場合では、ＰＭＩＮ、ＰＳＥＣ、ＰＦＲＡＭＥがリードアウトが開始するアドレスを示す。そして、これらの内容は、図６に示すように、３回ずつ繰り返される。さらに、リードイン領域に繰り返して記録される。このようなＴＯＣデータは、ＣＤの装着時に再生装置により読み取られ、装置内部のメモリに記憶される。
【００２２】
図７は、この発明の一実施例におけるＴＯＣデータの構成を示すものである。既存のＣＤの場合では、上述したように、Ｑチャンネルのサブコードの１フレーム内の７２ビットのデータを使用して、総プログラム（曲）数と、各プログラムの記録位置とが管理される。より具体的には、００〜９９までの値をとりうるプログラム番号と各プログラムに対応する開始アドレス（絶対時間）と、最初のプログラム番号と、最後のプログラム番号と、リードアウトが始まるアドレスとが記録されている。このＱチャンネルのサブコードに加えて、図７に示すようなＲチャンネル〜Ｗチャンネルで構成されるデータがＴＯＣデータとして記録されている。
【００２３】
Ｒ〜Ｗチャンネルからなるデータの先頭の２フレームは、同期パターンＳ０、Ｓ１である。残りの９６フレームには、それぞれが６ビットのシンボルが９６シンボル含まれる。この９６シンボルが２４シンボルずつに４分割される。この２４シンボルを１パックと称し、４パックを１パケットと称する。
【００２４】
各パックの先頭位置にそのパックに記録される情報の記録モードを設定するモード情報と、テキスト情報の種類を示す識別情報を有するＩＤ１とその他の識別情報を有するＩＤコード（ＩＤ２、ＩＤ３およびＩＤ４）を含む計２４ビットのＩＤコードが記録されるＩＤ領域１が配置される。このＩＤ領域１の後に、８ビット単位で主データに付随するテキスト情報が記録されるテキスト領域２が配される。さらに、各パックに、誤り検出符号として、巡回符号（ＣＲＣ：ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｏｄｅ）による誤り検出を行うための１６ビットのデータが記録されるＣＲＣ領域３が配される。
【００２５】
この発明によるＲ乃至Ｗチャンネルのサブコードの説明に先立ち、既存のグラフィック情報をＣＤへ記録する際のデータフォーマットについて説明する。図８Ａは、図４に示したサブコード部１３７の構造を模式的に示す図である。サブコードは、８ビットで形成され、このサブコードを形成するビット群は、Ｐ、Ｑ、Ｒ、Ｓ、Ｔ、Ｕ、Ｖ、Ｗの８チャンネルに分割されている。また、サブコード部１３７は、Ｐ乃至Ｗチャンネルから構成されるフレームが９８フレーム集めたものである。
【００２６】
最初の２フレームＳ０、Ｓ１は、同期パターンであり、第３番目のフレームから第９８番目のフレームまでは、Ｐチャンネルのデータのみから成るサブコードＰと呼ばれるブロック１２、Ｑチャンネルのデータのみから成るサブコードＱと呼ばれるブロック１３、Ｒ乃至Ｗチャンネルのデータのみから成るブロック１１が含まれている。
【００２７】
画像情報をサブコードとして記録し再生する方式においては、図８Ｂに示すように、Ｒ乃至Ｗチャンネルの６ビットで１シンボルを形成し、データ最小単位を０〜２３の２４個のシンボルで形成されるパックとしている。すなわち、ブロック１１が４個のパックに分割される。パックを形成する２４シンボルの内、最初のシンボル（以下シンボル０という）は、ＭＳＢ（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ）側から３桁がモードを示し、ＬＳＢ（ｌｅａｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ  ）側から３桁がアイテムを示す。このモードおよびアイテムを示すシンボル０に続くシンボル１は、命令の種類を示すインストラクションである。インストラクションに続くシンボル３およびシンボル４は、誤り訂正符号であるパリティＱである。このパリティＱに続くシンボル４からシンボル１９までの各シンボルは、データフィールドを形成し、色情報等を含む。データフィールドに続くシンボル２０からシンボル２３までの各シンボルはパック内の情報を保護するための誤り訂正符号であるパリティＰである。
【００２８】
モードには、ゼロモード、ライングラフィックスモード、ＴＶグラフィックスモードおよびユーザモードの４種類のモードが存在する。ゼロモードは、例えば表示画面に対して何らの操作も行わないモードである。すなわち、画像をそのままにしておきたいときのためのモードであり、パック内のデータは全て０である。ライングラフィックスモードは、例えばプレーヤの前面に液晶ディスプレイ等を設けてプログラムの説明文等を表示するためのモードである。
【００２９】
また、画像処理命令としては、例えば画面全体をある色でぬりつぶす命令、画面状の１フォントに２種類の色を使用して絵を描く命令、画面全体を縦方向又は横方向に移動させる命令等がある。通常、ＣＤグラフィックスでは、文字データを表示する場合、データフィールドは、ドットデータとして扱われ、例えば‘Ａ’というキャラクタは、図８Ｃに示すように、６×１２のドットのぬりつぶしで表現できる。
【００３０】
上述したように、グラフィックス情報をサブコード中に挿入する既存の方法（ＣＤグラフィックス）では、Ｒ乃至Ｗチャンネルのデータを処理するためには、専用の処理回路が必要であり、また、パリティＰおよびパリティＱを用いた誤り訂正方法が複雑なので、処理回路は複雑である。そのため、既存の方法は、Ｒ乃至Ｗチャンネルのサブコードを利用して単にテキスト情報を記録し再生する用途では不適当であった。
【００３１】
そこで、この発明の一実施例では、Ｒ乃至Ｗチャンネルを利用してテキスト情報を記録し、再生する場合、より簡単な処理回路で実現できる、ＣＤテキストフォーマットを採用するものである。図９Ａは、図７で示したデータフォーマットをシリアルデータとして示した図である。図９Ａに示すように、先頭から３２ビットのデータ（図９Ａでは、２４ビットのみ示す）をバイト毎のデータに区切り、これらのバイトを識別用のＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４に対して割り付け、ＩＤ領域１を形成する。その後のテキスト領域２もバイト単位のデータに区切られる。このようなバイト単位の処理によって、Ｑチャンネルの信号の処理方法で処理することが可能になり、簡単な処理回路の構成とできる。
【００３２】
また、図８Ａに示したデータフォーマットでは、パリティＰおよびパリティＱを用いた誤り訂正符号が用いられているのに対して、ＣＤテキストのデータフォーマットでは、ＣＲＣによる誤り検出符号を用いて誤りを検出するのにとどめ、誤りが検出されると再度データを読み出すようにしている。このため、データは、ＴＯＣ内で、パック毎に例えば４重書きされ、さらに、一連のデータ列がパケット単位で繰り返し記録されている。このような多重記録によって、誤り訂正のための複雑な回路を省略することができる。
【００３３】
なお、パック単位の多重書きは、４重書きに限らないし、また、多重書きの単位もパック単位に限らず、例えばパケット単位、あるいは数パケットを周期としてこの周期単位で多重書きしてもよい。
【００３４】
また、ＩＤ領域１の先頭のＩＤ１は、図９Ｂに示すように、従来の１シンボルより２ビット多い８ビットで扱うことになる。さらに、既存のＲ乃至Ｗチャンネルのサブコードを復号化する機能を有するＣＤ再生装置に装着してもこの再生装置が誤動作を起こさないように、ＭＳＢから３ビットは、上述のモードと同様のデータを書き込み、且つこの３ビットで示されるモードとしては未定義のコード例えばモード４（“１００”）を割り付ける。こうすることで、既存の再生装置に装着しても認識不可能なモードが検出されるだけなので、再生装置は動作を停止するだけであり誤動作するおそれがない。また、未定義のモードは、モード４の他に、モード５およびモード６があり、モード４の代わりにこれらのモードを用いることもできる。
【００３５】
また、ＩＤ１によりモード４が指示されるこの発明の一実施例では、パック内のデータフォーマットは、図１０に示すように、８ビット（１バイト）毎に区切られたＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４と、テキストバイトｔｅｘｔ１〜ｔｅｘｔ１２と、１２ビットのＣＲＣコードとを含むものである。
【００３６】
ＩＤ１は、８ビットの構造を有し、ＩＤ１とパックで扱われるデータの内容が図１１に示すように規定されている。ＩＤ１は、上述したように、モード４を上位側のビットで指示するために、（８×ｈ）（ｈは１６進数を意味し、×が下位側の４ビットの値を意味する）。
【００３７】
ＩＤ１は、ｔｅｘｔ１以降に続く文字列の内容を示している。（８０ｈ）はアルバム名／プログラム名、（８１ｈ）は演奏者／指揮者／オーケストラ名、（８２ｈ）は作詩者、（８３ｈ）は作曲者、（８４ｈ）は編曲者、（８５ｈ）はメッセージ、（８６ｈ）はｄｉｓｃＩＤ、（８７ｈ）は検索用キーワード、（８８ｈ）はＴＯＣ、（８９ｈ）は２ｎｄＴＯＣ、（８ａｈ）はユーザ、（８ｂｈ）は歌詞、（８ｃｈ）は歌詞２、（８ｄＨ）は予約、（８ｅｈ）は予約、（８ｆｈ）はサイズである。
【００３８】
ＩＤ２は、パックのｔｅｘｔ位置から書かれている文字列がどのトラックに所属するかを示すものである。図１２に示すように、ＩＤ２には、１から９９までのトラックナンバが記録される。トラックナンバは１から９９であるので、これ以外の数値「０」や「１００」（６４ｈ）以上は特別な意味を持つ。「００」はディスク全体を代表することを意味する。ＭＳＢは常に０とされて、１は拡張用のフラグとなる。
【００３９】
ＩＤ３はブロックに付された連続番号である。図１３に示すように、ブロック内の連続番号は、００から２５５（０からＦＦｈ）までである。ＩＤ３＝０は、常にＩＤ１＝８０ｈの先頭パックであり、以降８０が終了すれば、８１、８２とに戻って繰り返される。付加情報により無いＩＤ１は次のＩＤ１に置き換えられるが、必ず小さい番号順に記録される。
【００４０】
ＩＤ４は、現パックの文字コードと、その文字列の文字位置を示している。図１４に示すように、最初の４ビットはキャラクタコードで、「００００」はＡＳＣＩＩコード、「０００１」、「００１０」、「００１１」、「０１００」は、ＩＳＯ規格に準拠の８８５９−１（ａ）  、８８５９−１（ｂ）  、８８５９−１（ｃ）  、８８５９−１（ｄ）  コード、「０１０１」は予約、「０１１０」はＪＩＳカナコード、「０１１１」はＭＳ−ＪＩＳコードであることを示している。なお、「１０００」以降は予約されている。ＬＳＢの４ビットは、現パックのｔｅｘｔ１の文字が何文字目かを示している。「００００」が最初の文字、「０００１」が２番目の文字、「００１０」が３番目の文字、以下、「００１１」、「０１００」、・・・は、４番目、５番目、・・・の文字である。
【００４１】
図１５は、（ＩＤ１＝８０ｈ）のパックの構成例を示すものである。（ＩＤ１＝８０ｈ）は、アルバム名（ディスクタイトルとも称される）と最大９９曲の全プログラム名を記録するために用いられる。各々の文字情報の最後の文字は必ずヌル（００ｈ）で終端される。次のプログラム名はそのヌルの続きに、連続して書かれていく。図１６Ａから図１６Ｄは、アルバムタイトルが「ＢＥＡＴＬＥＳスペース（図中ではＳＰと表されている）ＴＨＥスペースＢＥＳＴ」、第１曲目の曲名が「ＬＯＶＥスペースＭＥスペースＤＯ」、第２曲目の曲名が「ＴＨＥスペースＷＡＶＥ」、第３曲目の曲名が「ＰＬＥＡＳＥスペースＨＥＬＰ」が記録されている例を示す。
【００４２】
図１６Ａに示すように、アルバムタイトルを示すので、ＩＤ１には、（８０ｈ）が記録され、ＩＤ２には、アルバムタイトルがディスク全体を示すので、（００ｈ）が記録されている。さらに、ＩＤ３には、１番目のパックを意味する（００ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前のパックで表示済みの文字数０である（００ｈ）が記録されている。ｔｅｘｔ１  からｔｅｘｔ１２には、“ＢＥＡＴＬＥＳスペースＴＨＥスペース”で示される１２文字が入り、このパックに入りきれない文字、すなわち、“ＢＥＳＴスペースＬＯＶＥ”の９文字は２番目のパックに入る。
【００４３】
図１６Ｂに２番目のパックの内容を示す。ＩＤ１には、アルバムタイトルを示すので、（８０ｈ）が記録され、ＩＤ２には、アルバムタイトルがディスク全体を示すので、（００ｈ）が記録されている。さらに、ＩＤ３には、２番目のパックを意味する（０１ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前のパックで表示済みの文字数１２の１６進表示の（０Ｃｈ）が記録されている。ｔｅｘｔ１  からｔｅｘｔ１２には、“ＢＥＳＴスペースＬＯＶＥ”で示される９文字が入るとともに、アルバムタイトルの終端を示すヌルコードと、１曲目のプログラム名である“ＬＯＶＥスペースＭＥ”の７文字がパック２に入り、入りきれない“スペースＤＯ”の３文字は、３番目のパックに入る。
【００４４】
同様に、図１６Ｃに３番目のパックの内容を示す。ＩＤ１には、プログラム名を示すので、（８０ｈ）が記録され、ＩＤ２には、パック３に記録される先頭文字は１曲目のもであることを示す（００ｈ）が記録されている。さらに、ＩＤ３には、３番目のパックを意味する（０２ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前の２番目のパックで表示済みの、１曲目のタイトル文字数７文字の１６進表示の（０７ｈ）が記録されている。ｔｅｘｔ１  からｔｅｘｔ１２には、“スペースＤＯ”で示される３文字が入るとともに、１曲目のタイトルの終端を示すヌルコードと、２曲目のプログラム名である“ＴＨＥスペースＷＡＶＥ”の８文字がパック３に入る。
【００４５】
同様に、図１６Ｄに４番目のパックの内容を示す。ＩＤ１には、プログラム名を示すので、（８０ｈ）が記録され、ＩＤ２には、パック４に記録される先頭文字は３曲目のもであることを示す（０３ｈ）が記録されている。さらに、ＩＤ３には、４番目のパックを意味する（０３ｈ）が記録され、ＩＤ４には、ＡＳＣＩＩコードを意味し、且つ前の３番目のパックで表示済みのタイトル文字数がないので、１６進表示の（００ｈ）が記録されている。ｔｅｘｔ１  からｔｅｘｔ１２には、“ＰＬＥＡＳＥスペースＨＥＬＰ”で示される１１文字が入るとともに、１曲目のタイトルの終端を示すヌルコードが記録される。
【００４６】
図１７は、（ＩＤ１＝８１ｈ）のパックの構成例を示すものである。（ＩＤ１＝８１ｈ）は、演奏者／指揮者／オーケストラ名等、アルバム名や各プログラム名に対応する人物名（アーチスト名）を記録するのに用いられる。図１８Ａから図１８Ｃに示すように、各々の名前は、上述の図１６Ａから図１６Ｄに説明したのと同様に、ヌル（００ｈ）で終端とされた後、次々と連続して書かれていく。図１８Ａから図１８Ｃは、アルバムを代表する演奏者が「ＭＩＣＨＥＡＬスペースＪＡＣＫＳＯＮ」、１曲目の演奏者が「ＪＡＮＥＴスペースＪＡＣＫＳＯＮ」、２曲目の演奏者が「Ｍ．ＪＡＣＫ・・・」である場合の例である。
【００４７】
図１９は、（ＩＤ＝８５ｈ）のパックの構成例を示すものである。（ＩＤ＝８５ｈ）は、アルバム名や各プログラム名を記録するのと同じ要領で、各プログラム毎のメッセージを記録するのに用いられる。図２０Ａから図２０Ｄに示すように、メッセージはヌル（００ｈ）で終端された後、次々と連続して書かれていく。ＩＤ２は、１から６３まではメッセージに同期するトラックナンバを意味し、それ以外の数値は夫々特別な意味をもつ。
【００４８】
「００」はアルバムを代表するメッセージになる。「７０」から「７ｆ」は、例外的に特性の国の言葉でメッセージを記録した場合に用いられる。「７０」はドイツ語、「７１」はフランス語、「７２」はスペイン語、「７３」はイタリア語、「７４」はオランダ語、「７５」はロシア語、「７８」は中国語、「７９」は日本語、「７Ａ」は韓国語等である。図２０Ａ、図２０Ｂ、図２０Ｃに示すように、ディスクに「ＴｈａｎｋスペースＹｏｕスペースＶｅｒｙスペースｍｕｃｈスペースＰｌｅａｓｅスペースＥｎｊｏｙ！」というメッセージが記録されている例を示す。図２０Ｄには、１５曲目に「ＳｅｅスペースＹｏｕスペースＢｙｅ」というメッセージがある場合を示している。この１５曲目は、（ＩＤ２＝０Ｆｈ）を復号することで判別できる。
【００４９】
図２１は、（ＩＤ１＝８６ｈ）のパックの構成例である。（ＩＤ１＝１）はディスクＩＤを示しており、ここには、ＩＤコードの他に、発売元の名前やＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅ）    コード、発売年等を記録するようにしても良い。
【００５０】
図２２は、（ＩＤ１＝８７ｈ）のパックの構成例である。（ＩＤ１＝８７ｈ）は検索用キーワードで、検索ＩＤは２バイトのジャンルコードとディスク全体を代表する人物名ないしキーワードで決められる。ここで表現できないジャンルコードの場合には、ｔｅｘｔ３以降で／文字列／で捕捉することが可能である。図２３Ａから図２３Ｃに示すように、ジャンルコード「００」「１７」、ジャンル捕捉文字列「ＪａｐａｎｅｓｅＲｏｃｋ’８０」、検索用キーワードが「Ｙ．Ｏｚａｋｉ」の場合を示している。
【００５１】
図２４Ａおよび図２４Ｂは、（ＩＤ１＝８８ｈ）のパックの構成例である。（ＩＤ２＝００ｈ）の場合の構成を図２４Ａに示す。（ＩＤ１＝８８ｈ）はＴＯＣ（Ｔａｂｌｅ  Ｏｆ  Ｃｏｎｔｅｎｔｓ  ）で、通常のＴＯＣ情報をＲからＷの情報を記録するために設けられている。（ＩＤ２＝０１ｈ〜６３ｈ）の場合の構成を図２４Ｂに示す。
【００５２】
図２５は、（ＩＤ１＝８９ｈ）のパックの構成例である。（ＩＤ１＝８９ｈ）が２ｎｄＴＯＣで、通常のＴＯＣの中で表せない特殊な部分をポイントするために設けられている。この例では、２ｎｄＴＯＣは、所謂サビの部分のような曲の中で最も印象深い部分（ジャンル情報）を示すのに利用されている。ｔｅｘｔ１は優先度を示し、（００ｈ）が最優先、（０１ｈ）が次となり、（ＦＦｈ）が最低となる。ｔｅｘｔ２は、ポイントの総数を示し、１ディスクについて３ポイント程度が推奨される。ｔｅｘｔ３〜ｔｅｘｔ６は予約されている。ｔｅｘｔ７、ｔｅｘｔ８、ｔｅｘｔ９によりダイジェストのスタートアドレスが指示され、その後の３個のテキストバイトｔｅｘｔ１０、ｔｅｘｔ１１、ｔｅｘｔ１２により、ダイジェストのエンドアドレスが指示される。このアドレスは、例えばＣＤ上の絶対時間情報であり、テキストバイトの各バイトによって、分（００〜７４の値）、秒（００〜５９の値）、フレーム（００〜７４の値）の各桁の数字が記録される。
【００５３】
図２６Ａに示すように、ＩＤ１には、ダイジェストのためのパックを示す（８９ｈ）が記録され、ＩＤ２には、ダイジェスト再生が指定されているプログラム番号として（０１ｈ）が記録されている。さらに、ＩＤ３には、連番を示す番号として例えば（１１ｈ）が記録され、ＩＤ４には、現在のブロック番号として（００ｈ）が記録されている。
【００５４】
ｔｅｘｔ１  には、優先番号として（０２ｈ）が記録され、ダイジェストポイントが指定されているプログラムの中での優先度を示す。ｔｅｘｔ２  には、１つのディスク中に設定されているダイジェストポイントが記録されており、この場合では、（１０ｈ）が記録され、３箇所が設定されていることを示す。ｔｅｘｔ３  から、ｔｅｘｔ６  は、予約されており、ｔｅｘｔ７  から、ｔｅｘｔ９  には、ダイジェストポイントの起点アドレスとして１分２秒１０フレームが記録されている。ｔｅｘｔ１０から、ｔｅｘｔ１２には、ダイジェストポイントの終点アドレスとして１分４３秒２０フレームが記録されている。
【００５５】
次のパックを図２６Ｂに示す。ＩＤ１には、ダイジェストのためのパックを示す（８９ｈ）が記録され、ＩＤ２には、ダイジェスト再生が指定されているプログラム番号として（０２ｈ）が記録されている。さらに、ＩＤ３には、連番を示す番号として例えば（１２ｈ）が記録され、ＩＤ４には、現在のブロック番号として（０１ｈ）が記録されている。
【００５６】
ｔｅｘｔ１  には、優先番号として（０１ｈ）が記録され、ダイジェストポイントが指定されているプログラムの中で２番目の優先度であることを示す。ｔｅｘｔ２  には、１つのディスク中に設定されているダイジェストポイントが記録されており、この場合では、（１０ｈ）が記録され、３箇所が設定されていることを示す。ｔｅｘｔ３  から、ｔｅｘｔ６  は、予約されており、ｔｅｘｔ７  から、ｔｅｘｔ９  には、ダイジェストポイントの起点アドレスとして１０分２秒２０フレームが記録されている。ｔｅｘｔ１０から、ｔｅｘｔ１２には、ダイジェストポイントの終点アドレスとして１０分２０秒１０フレームが記録されている。
【００５７】
次に第３のパックを図２６Ｃに示す。ＩＤ１には、ダイジェストのためのパックを示す（８９ｈ）が記録され、ＩＤ２には、ダイジェスト再生が指定されているプログラム番号として（０３ｈ）が記録されている。さらに、ＩＤ３には、連番を示す番号として例えば（１３ｈ）が記録され、ＩＤ４には、現在のブロック番号として（０２ｈ）が記録されている。
【００５８】
ｔｅｘｔ１  には、優先番号として（００ｈ）が記録され、ダイジェストポイントが指定されているプログラムの中で優先度が一番高いことを示す。ｔｅｘｔ２  には、１つのディスク中に設定されているダイジェストポイントが記録されており、この場合では、（１０ｈ）が記録され、３箇所が設定されていることを示す。ｔｅｘｔ３  から、ｔｅｘｔ６  は、予約されており、ｔｅｘｔ７  から、ｔｅｘｔ９  には、ダイジェストポイントの起点アドレスとして１２分５０秒４０フレームが記録されている。ｔｅｘｔ１０から、ｔｅｘｔ１２には、ダイジェストポイントの終点アドレスとして１３分１０秒２０フレームが記録されている。
【００５９】
なお、上記起点アドレスおよび終点アドレスは、絶対時間であり、ディスクのプログラムの起点からの絶対番地である。
【００６０】
図２７Ａおよび図２７Ｂは、（ＩＤ１＝８ｆｈ）のパックの構成例である。（ＩＤ１＝８ｆｈ）はサイズを示すもので、サイズは１ブロックにおける各項目のパックの構成数をまとめたものであり、図２７Ａおよび図２７Ｂの２パックにより構成される。
【００６１】
上述したように、この発明に係る記録媒体例えばＣＤは、主データ（オーディオデータ）に付随して、ＴＯＣ領域に記録されるサブコードのＲ乃至Ｗチャンネルに対応する６ビットで構成されるシンボルの２４シンボル分を１パックとし、４パック分を１パケットとして、パケット単位でデータが構成され、各パックの先頭位置にそのパックで記録される情報の記録モードを設定するモード情報が記録されるとともに、各パックに書き込まれた情報が８ビット単位で識別情報と、テキスト情報またはダイジェスト情報が記録されたものである。
【００６２】
この発明が適用された再生装置（具体的にはＣＤチェンジャー）の一実施例の構成を図２８に示す。この一実施例は、ＣＤテキストに対応すると共に、再生するＣＤとそれぞれ対応してユーザが所定バイト数のテキストデータ（例えば８バイトのテキストデータ）を登録することが可能な機能を有している。この登録されたテキストデータをカスタムファイルと称する。
【００６３】
図２８において、６１が再生されるディスクである。このディスク６１は、オートチェンジャ機能により、ディスク収納部６０ａに収納された多数のディスクから選択的に取り出され、ディスク装着部６０ｂによって装填されたものである。これらのディスク収納部６０ａおよびディスク装着部６０ｂは、コントローラ（マイクロコンピュータ）７０により制御される。ディスク６１は、スピンドルモータ６３により回転駆動され、光学ピックアップ６２により記録内容が読み出される。
【００６４】
この光学ピックアップ６２からの信号は、ＲＦアンプ６４に供給される。ＲＦアンプ６４は、ＲＦ信号の処理回路の機能を有し、ＲＦ信号の２値化、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥの生成等の処理を行う。これらのエラー信号ＴＥ、ＦＥがサーボ信号処理回路６５に供給される。サーボ信号処理回路６５によって、フォーカスコントロールおよびトラッキングコントロールの処理がなされる。光学ピックアップ６２内のフォーカスアクチュエータおよびトラッキングアクチュエータがドライブ回路６６および６７を介された信号によってドライブされる。図示しないが、ピックアップ６２をディスク径方向に送る装置もサーボ信号処理回路６５によって制御される。サーボ信号処理回路６５には、コントローラ７０からの制御コマンドを受け取るインターフェースが設けられている。
【００６５】
ＲＦアンプ６４からの２値化された再生信号がＰＬＬ６８、ＥＦＭ復調回路６９およびタイミング生成回路７１に供給される。ＰＬＬ６８は、再生信号と同期したクロックを生成する。ＥＦＭ復調回路６９からのディジタルオーディオ信号は、Ｄ／Ａ変換器７２でアナログのオーディオ信号に変換される。このオーディオ信号がボリューム・トーンコントロール部７８に供給される。操作部８１をユーザが操作することによって、コントローラ７０から出力されるコントロール信号によって、ボリューム・トーンコントロール部７８が制御される。ボリューム・トーンコントロール部７８に対してオーディオ出力アンプ７９を介してスピーカ８０が接続される。
【００６６】
また、ＲＦアンプ６４の出力信号がタイミング生成回路７１に供給され、再生信号と同期したタイミング信号が生成される。タイミング生成回路７１の出力信号がＣＬＶプロセッサ７３に供給される。ＣＬＶプロセッサ７３によってスピンドルモータ６３がＣＬＶ駆動される。
【００６７】
また、図２８に示すディスク再生装置は、ＥＦＭ復調回路６９で分離されたサブコードがサブコードプロセッサ７４に供給される。サブコードプロセッサ７４では、サブコードのエラー検出等の処理がなされ、サブコードのＱチャンネル、Ｒ〜Ｗチャンネルとが分離されて出力される。サブコードＱがコントローラ７０に供給され、Ｒ〜ＷがＣＤテキストデコーダ７５に供給される。
【００６８】
ＣＤテキストデコーダ７５は、Ｒ〜Ｗチャンネルのサブコードを復号する。ＣＤテキストデコーダ７５には、小容量のＲＡＭを有しており、コントローラ７０の要求に応じてデータを出力する。出力されたＣＤテキストデータは、コントローラ７０において、システムにとって必要なデータが選択され、ＣＤテキストメモリ７６に格納される。例えば指定された言語のＣＤテキストデータがメモリ７６に格納される。ＣＤテキストメモリ７６には、ＣＤのリードイン領域から再生され、復号により発生した文字情報の他に、ＩＤ情報、ダイジェスト情報、サイズ情報等も格納される。ＣＤテキストメモリ７６は、例えばＳＲＡＭで構成される。
【００６９】
コントローラ７０は、サーボ信号処理回路６５にコマンドを出してサーボ系および復号の制御を行う。さらに、コントローラ７０と関連してカスタムファイルデータを格納するためのカスタムファイルメモリ７７が設けられている。カスタムファイルメモリ７７は、例えば不揮発性メモリの構成とされている。コントローラ７０は、再生装置の動作状態を制御する。
【００７０】
コントローラ７０に対して表示用ドライバを含む表示部８２が接続されている。表示部８２は、例えば液晶表示装置である。表示部８２は、再生装置の外部に接続されたテレビジョンモニタ等の表示デバイスであっても良い。コントローラ７０には、操作部８１からの操作信号が与えられる。操作部８１は、ディスクを再生するためのキー、プログラムの選択、サーチのためのキー、カスタムファイルを入力、登録するためのキー、カスタムファイル、ＣＤテキスト等を選択して表示するためのキー等を含み、また、表示部８２の画面上のカーソルを移動させ、再生装置に所望の動作を行わせるマウスが操作部８１に含まれている。
【００７１】
カスタムファイルメモリ７７は、不揮発性メモリであるために、再生装置の電源がオフとされても、その記憶内容が保存される。カスタムファイルデータは、ユーザが操作部８１を操作することによって登録される。なお、コントローラ７０内のＲＡＭおよびＣＤテキストメモリ７６の記憶内容は、電源がオフされると保持されない。
【００７２】
上述した一実施例において、再生すべきディスクを選択した場合に、ＴＯＣデータの読み込みが開始される。従来のディスクの場合では、ＱチャンネルのサブコードがＴＯＣデータとして読み込まれる。ＣＤテキストフォーマットのＣＤの場合では、Ｑチャンネルのサブコードに加えて、ＣＤテキストフォーマットのＲ〜Ｗチャンネルのサブコードが読み込まれる。
【００７３】
この一実施例では、ディスクと関連した文字情報として、アーチスト名を管理するものである。但し、アーチスト名に限らず、ディスクタイトル、プログラムタイトル等、各ディスクの内容を示す文字情報を管理しても良い。図２９は、この一実施例におけるアーチスト名の管理を概念的に示している。管理のために、アーチストリスト９１とディスク毎のアーチスト番号のテーブル９２とが作成され、記憶される。これらのリスト９１およびテーブル９２は、電源オフ時でも保存されることが好ましいので、不揮発性メモリ例えばカスタムファイルメモリ７７に記憶される。
【００７４】
図２９に示すように、アーチストリスト９１は、アーチスト番号の数字とそれぞれ対応してアーチスト名が存在するリストである。図の例では、アーチスト番号の「５」以下は、アーチスト名が未登録で、空いている状態である。アーチストリスト９１において、アーチスト番号は、数字に限らず、昇降順を有する文字（例えばアルファベット）、記号等を採用しても良い。アーチスト名として日本語を使用しても良い。アーチスト名のデータ量は、例えば１６バイトに制限されている。
【００７５】
テーブル９２において、ディスク番号は、ディスク収納部６０ａにおけるディスクの装着用スリットの番号に対応している。最大Ｎ枚までの、ディスクを収納できる場合では、ディスク番号が１〜Ｎである。各ディスク番号と対応して、アーチスト番号が記憶される。図２９において、テーブル９２中のアーチスト番号とリスト９１中のアーチスト番号との対応が線で結ばれている。なお、ディスクに固有の識別情報としては、上述のディスク番号に限らず、他の情報例えばＴＯＣデータ中の総時間を使用しても良い。
【００７６】
あるユーザの使用状態を考えると、殆どの場合、アーチスト名が重複するので、収納されるディスクの最大数をＮとするとき、アーチストリスト９１では、Ｎより少ないアーチスト名の記憶領域を用意すれば足りる。また、ディスク番号とアーチスト番号のテーブル９２は、番号のみからなる管理テーブルであるため、データ量が少ない。これらの理由によって、アーチスト名を管理するのに必要なメモリの容量を、ディスク毎にアーチスト名を登録する従来の方法（図３８参照）と比して低減することができる。
【００７７】
図３０は、この発明の一実施例におけるアーチスト名の入力処理を全体的に示すフローチャートである。まず、アーチスト名（アーチスト名の文字情報を意味する）の入力モードにされる（ステップＳ１）。次のステップＳ２において、新たにアーチスト名を登録するかどうかが決定される。すなわち、アーチスト名の登録の方法としては、二つの方法があり、その一つは、新たにアーチスト名を登録する処理（ステップＳ３）であり、他の方法は、既に登録されているアーチスト名から選択する処理（ステップＳ４）である。
【００７８】
そして、何れかの方法で入力されたアーチスト名は、アーチスト名のチェックや、再ソート等の処理がされて登録される（ステップＳ５）。上述したように、この図３０の処理は、操作部８１の操作に基づいてコントローラ７０によって実行され、図２９に示すリスト９１およびテーブル９２（カスタムファイルメモリ７７に格納される）が作成される。
【００７９】
新たにアーチストを入力する処理Ｓ３は、図３１に示すフローチャートに従ってなされる。最初にアーチストリスト９１から空きのアーチスト番号ＡＲＴ   ｅｍｐ  を取得する（ステップＳ１１）。このアーチスト番号ＡＲＴ   ｅｍｐ  を登録したいディスクのディスク番号Ｄ   ｎｏのアーチスト番号記憶領域ａｒｔｉｓｔｎｏ〔Ｄ   ｎｏ〕に入れる（ステップＳ１２）。そして、ステップＳ１３において、アーチスト名をアーチストリストのアーチスト番号ＡＲＴ   ｅｍｐ  に入れる。アーチスト名は、操作部８１のキーをユーザが操作することによってなされる。入力されたアーチスト名がアーチストリストのアーチスト番号ＡＲＴ   ｅｍｐ  のアーチスト名記憶領域ａｒｔｉｓｔ〔ＡＲＴ   ｅｍｐ  〕に入る。
【００８０】
既に登録されているアーチスト名のリストを参照してアーチスト名を入力する処理Ｓ４は、図３２に示すフローチャートに従ってなされる。最初にアーチストリスト９１を表示させ、既存のアーチストからディスク番号Ｄ   ｎｏをどのアーチストに属させるかを決定する（ステップＳ１４）。この選択されたアーチスト番号をＡＲＴ   ｓｅｌ  で示す。登録したいディスク番号Ｄ   ｎｏのアーチスト番号記憶領域ａｒｔｉｓｔｎｏ〔Ｄ   ｎｏ〕に選択されたアーチスト番号ＡＲＴ   ｓｅｌ  を入れる（ステップＳ１５）。次に、選択したアーチスト番号ＡＲＴ   ｓｅｌ  のアーチスト名を変更する必要がある場合では、変更したアーチスト名を記憶領域ａｒｔｉｓｔ〔ＡＲＴ   ｓｅｌ  〕に入れる（ステップＳ１６）。
【００８１】
以上のように入力されたアーチスト名の登録処理（ステップＳ５）のより詳細な処理を図３３に示す。まず、ステップＳ２１において、入力したアーチスト名が入っているかどうかが決定される。これは、ブランクを入力したかどうかのチェックである。アーチスト名が入っている場合（ブランク入力ではない場合）では、処理がステップＳ２２に移り、他の領域に入力したアーチスト名が存在するかどうかが調べられる。同一アーチスト名を重複して登録することを防止するためにこのステップＳ２２が必要である。
【００８２】
ステップＳ２２の結果が肯定である場合（すなわち、重複している場合）では、ステップＳ２３において、登録したいディスク番号Ｄ   ｎｏのアーチスト番号記憶領域ａｒｔｉｓｔｎｏ〔Ｄ   ｎｏ〕の内容を他の領域で見出されたアーチスト番号ＡＲＴ   ＳＡＭＥへ変更する。そして、ステップＳ２４において、今入力したアーチストを無効にする。
【００８３】
そして、ステップＳ２５において、アーチストリストにメモをソートして追加する。ステップＳ２６では、カスタムファイルのＴＡＧのうち、アーチストファイルに相当するビットをオン（｀１’  ）にする。このビットは、ｔａｇ［Ｄ   ｎｏ］．ｆ   ａｒｔｉｓｔで表される。このＴＡＧ中のビットによって、アーチストの登録がされているかどうかが示される。そして、アーチスト登録の処理が終了する。
【００８４】
若し、ステップＳ２６において、アーチスト名がブランク入力と決定されたならば、ステップＳ２７において、ブランク入力になってしまったアーチストに属するディスクのアーチストファイルを消去する（アーチスト番号記憶領域ａｒｔｉｓｔｎｏ〔Ｄ   ｎｏ〕の内容をＡＲＴ   ｎｏｎｅに変更する）。そして、ステップＳ２５と同様に、ステップＳ２８において、アーチストリストにメモをソートして追加し、処理を終了する。
【００８５】
上述したアーチストの入力、登録の処理は、ユーザが操作部８１を操作することによって行われる。再生しようとするディスクがＣＤテキストに対応している場合では、再生され、復号されたアーチスト名を利用することができる。その場合の処理を図３４のフローチャートに示す。
【００８６】
最初のステップＳ３１において、ディスク番号Ｄ   ｎｏの以前のアーチスト番号をａｒｔｉｓｔｎｏ〔Ｄ   ｎｏ〕メモとして控える。この以前のアーチスト番号をＰＲＥＶ ＡＲＴｎｏ  と表す。再生されたＣＤテキスト情報からアーチスト名のデータ（ａ ｎａｍｅ）  を抜き出す（ステップＳ３２）。次に、アーチスト名が入っているかどうかがチェックされる（ステップＳ３３）。
【００８７】
アーチスト名が入っていない場合、すなわち、アーチスト名がブランクの場合では、ステップＳ３５において、カスタムファイルのＴＡＧのうち、アーチストファイルに相当するビットｔａｇ［Ｄ   ｎｏ］．ｆ   ａｒｔｉｓｔをオフ（｀０’  ）にする。
【００８８】
ステップＳ３３において、アーチスト名が入っている場合では、ステップＳ３４において、カスタムファイルのＴＡＧのうち、アーチストファイルに相当するビットｔａｇ［Ｄ   ｎｏ］．ｆ   ａｒｔｉｓｔをオン（｀１’  ）にする。そして、ステップＳ３６において、抜き出されたアーチスト名が既に登録されているかどうかが決定される。
【００８９】
登録済みと決定されると、ステップＳ３７において、ディスク番号Ｄ   ｎｏのアーチスト番号記憶領域ａｒｔｉｓｔｎｏ〔Ｄ   ｎｏ〕に登録済みで、アーチスト名（ａ ｎａｍｅ）  が存在しているアーチスト番号ＡＲＴ  ｅｘｉｓｔ  を入れる。ステップＳ３７において、登録済みでないと決定された時には、ステップＳ３８において、アーチストリストの空き番号ＡＲＴ   ｅｍｐ  を取得し、ディスク番号Ｄ   ｎｏのアーチスト番号記憶領域ａｒｔｉｓｔｎｏ〔Ｄ   ｎｏ〕にこの空き番号を入れる。そして、ステップＳ３９において抜き出されたアーチスト名（ａ ｎａｍｅ）  を取得した空き番号ＡＲＴ   ｅｍｐ  のアーチスト名記憶領域にコピーする。このコピーの際に、アーチスト名がソートされる。このようにして、ＣＤテキスト中のアーチスト名をコピーによって追加することができる。
【００９０】
さらに、以前、別のディスクが入っていて、ＰＲＥＶ ＡＲＴｎｏ  に属していて、テキストのディスクに入れ替えた結果、アーチストが別の人物に変わったどうかがステップＳ４０において調べられる。すなわち、ＰＲＥＶ ＡＲＴｎｏ  ≠ＡＲＴ   ｎｏｎｅで、ａｒｔｉｓｔｎｏ〔Ｄ   ｎｏ〕≠ＰＲＥＶ ＡＲＴｎｏ  が成立する場合では、ディスクの入れ替えがされ、アーチスト番号が変化したものと決定される。この条件が成立しない場合では、処理が終了する。
【００９１】
ステップＳ４０の条件が成立する場合では、ディスク番号Ｄ   ｎｏ以外に、ＰＲＥＶ ＡＲＴｎｏ  に属しているディスクがない場合にのみ、以前のアーチスト番号ＰＲＥＶ ＡＲＴｎｏ  のアーチスト名ａｒｔｉｓｔ［ＰＲＥＶ   ＡＲＴｎｏ  ］  をアーチストリストから削除する（ステップＳ４１）。このようにして、不要となったアーチスト名の登録がリストから除去される。
【００９２】
図３３中のステップＳ２２、または図３４中のステップＳ３６では、入力されたアーチスト名、またはＣＤテキスト情報から抜き出されたアーチスト名が既に登録されているかどうかがチェックされ、未登録と決定されるとアーチスト名をアーチストリストに追加するようにしている。このチェックにおいて、この発明の一実施例では、アーチスト名の大文字と小文字とを区別をしない。例えば”Ｂｉｌｌｅｙ  Ｊｏｅｌ”  とアーチストリストに登録されているアーチスト名がある場合、入力されたアーチスト名、またはＣＤテキスト情報から抜き出されたアーチスト名が”ＢＩＬＬＥＹ  ＪＯＥＬ”  の場合でも、同一のアーチスト名と認識する。それによって、実質的に重複しているアーチスト名をリストに載せることを防止することができる。
【００９３】
図３３中のステップＳ２５、Ｓ２８、図３４中のステップＳ３９でなされるソートの処理について、図３５を参照して説明する。図３５Ａに示すような４人のアーチスト名がアーチストリストに入っていると仮定する。すなわち、アーチスト名は、下記のものである。
”Ｍａｒｉａ  Ｔａｋｅｕｃｈｉ”
”    ＭＡＲＩＡＨ  ＣＡＲＥＹ”
”ＭＲ．ｂｉｇ”
”ＭＲ．ＣＨＩＬＤＲＥＮ”
なお、図中で、スペースは、ＳＰで表わされている。
【００９４】
アーチスト名のソートの処理は、先頭の文字を見て、ＡＳＣＩＩコードの文字コード順に並び変える処理である。この順序では、大文字が小文字より先であり、また、スペースがアルファベットより先である。従って、図３５Ｃのような順序でソートがなされる。しかしながら、この図３５Ｃのソート結果は、先頭にスペースが位置するアーチスト名が順位が高かったり、アルファベット順と相違して大文字が優先するようなものである。従って、アーチスト名をユーザが認識する上で、見やすいものではない。
【００９５】
そこで、この発明の一実施例では、図３５Ａのようなアーチスト名を図３５Ｂに示すような順序に並び変える。すなわち、先頭がスペースのアーチスト名の順位が下がり、また、大文字と小文字が混在しても、アルファベット順に一致したソートの結果を得ることができる。従って、ユーザがアーチスト名のリストからアーチスト名を認識するのが容易となる。
【００９６】
図３５Ｂに示すようにアーチスト名をソートする処理は、図３６のフローチャートに従って行われる。ここでは、図３５Ａ中のアーチスト名の二つの文字列ＡおよびＢを比較する。例えばＡ：”Ｍａｒｉａ  Ｔａｋｅｕｃｈｉ”、Ｂ：”
ＭＡＲＩＡＨ  ＣＡＲＥＹ”である。最初のステップＳ５１において、各文字列の先頭に入っているスペースを取り除く。
【００９７】
すなわち、
Ａ：”Ｍａｒｉａ  Ｔａｋｅｕｃｈｉ”
Ｂ：”ＭＡＲＩＡＨ  ＣＡＲＥＹ”
とされる。次のステップＳ５２において、各文字列の文字数をカウントする。カウント値Ａ   ｃｎｔ  ＝１４、Ｂ   ｃｎｔ  ＝１２が検出される。そして、より短い文字数の分を比較するので、比較用の文字数Ｃ   ＣＮＴ  を１２とする（ステップＳ５３）。そして、カウンターをリセットする（ステップＳ５４）。
【００９８】
次のステップＳ５５において、各文字列のカウンターのカウント値に対応した位置の文字Ａ［ＣＯＮＴ］  およびＢ［ＣＯＮＴ］  を比較のために、文字コードＡ   ＣＯＤＥおよびＢ   ＣＯＤＥに変換する。この変換のテーブルは、大文字と小文字を区別しないで、アルファベット順に値が大きくなるように、文字を変換するものである。また、スペースは、文字よりコード値が小とされ、さらに、記号は、アルファベットの後の順位とされている。より具体的には、小文字を大文字へ変換する処理で可能である。但し、比較用に文字をコードに変換するテーブルとしては、このようなものに限定されず、大文字、小文字を区別しない条件を満たすものであれば良い。
【００９９】
この図３６の例では、文字変換の処理を１文字ずつ比較する直前でなされているが、ステップＳ５１の前後で行うようにしても良い。その場合では、文字列全体を変換する必要がある。
【０１００】
そして、変換後の文字コードが一致するかどうか比較される（ステップＳ５６）。一致する場合では、ステップＳ５７において、カウント値ＣＯＮＴをインクリメントする。そして、ステップＳ５８において、（Ｃ   ＣＮＴ  ＜ＣＯＮＴ？）が調べられる。この関係が成立することは、設定した文字数に関する比較が終了したことを意味する。若し、この関係が満たされない場合では、処理がステップＳ５５に戻り、変換後の文字コードの比較が続行される。従って、設定した文字数の比較が終了した時点で、ステップＳ５８の結果が肯定ならば、二つの文字列ＡおよびＢが同一と判断される（ステップＳ５９）。
【０１０１】
ステップＳ５６において、文字列ＡおよびＢ中で同一の比較位置にある二つの文字コードが等しくない場合では、ステップＳ６０において、（Ａ   ＣＯＤＥ＞Ｂ   ＣＯＤＥ）の関係が調べられる。この関係が満たされる場合では、文字コードの値の小の文字列Ｂの方が文字列Ａより優先するものと判断される（ステップＳ６１）。この関係が満たされない時、言い換えると、文字コードＡの値が文字コードＢの値より小さい場合では、文字列Ａが文字列Ｂより優先するものとされる（ステップＳ６２）。
【０１０２】
具体的に、
Ａ：”Ｍａｒｉａ  Ｔａｋｅｕｃｈｉ”
Ｂ：”    ＭＡＲＩＡＨ  ＣＡＲＥＹ”
の場合では、先頭のスペースを取り除いた後において、比較文字位置の第１番目の文字から第５番目の文字までが同一と判断される。第６番目の文字位置がスペースと‘Ｈ’とであるため、スペースを含む文字列Ａが優先したものとされる。
【０１０３】
上述したこの発明の一実施例では、メモリ（例えばカスタムファイルメモリ７７上では、図２９に示したようなアーチストリスト９１と、ディスク番号毎のアーチスト番号のテーブル９２とが格納されている。そして、これらに基づいてアーチスト名の表示を表示部８２で行う場合では、アーチスト番号と対応するアーチスト名が表示される。
【０１０４】
図３７を参照して、アーチスト名の表示について説明する。図３７Ａは、ディスク番号（ディスクの装填されるスリットの番号）の順に収納されているディスクを表示する場合の表示１２１を示す。ディスク番号の順序の表示であることを示す表示１２２が画面の上部に表示される。この表示１２１では、１０枚のディスク毎にアーチスト名をディスク番号の順に表示するようになされている。上側の左右キー１２３にカーソルを合わせてこれをクリックすることによって、ディスク番号を±１０のステップで変更可能とされる。図の例では、（９１〜１００）のディスク番号のアーチスト名を表示している。また、表示１２１の右側の上下キー１２４にカーソルを合わせてこれをクリックすることで、ディスク番号を±１で変更できる。また、表示１２１中において、アーチスト名の後に付加されている“Ｔ”は、アーチスト名がＣＤテキスト情報から抽出されたものであることを表す。
【０１０５】
この表示１２１において、キー１２３および１２４を操作して、所望のディスク番号のディスクを選択する。選択されたディスク番号のアーチスト名は、図示しないが、選択されたことを示すもの（例えば白黒の反転、文字の背景の色の変更、文字のブリンク等）に変化する。そして、プレイキーまたはエンターキーを押すと、選択されたディスクが再生される。また、所定のキーを操作することによって、表示されている１０枚のディスクを連続的に、またはランダムに再生することも可能である。
【０１０６】
次に、操作部８１に設けられたソートキーを押すと、図３７Ｂに示すように、アルファベット順のソートを示す表示１２５が表示され、アルバムタイトルがアルファベット順に上から下へ順に並べられた表示１２６が提示される。図の例では、収納されているディスクの中で、「Ｐ」から始まるアルバムタイトルの５枚のディスクを表示している例である。この表示１２６において、キー１２３を操作して、アルバムタイトルの第１番目の文字を選択することができ、キー１２４を操作して、所望のディスクを選択することができる。また、表示されている全てのディスクを連続的に、またはランダムに再生する動作モードも可能とされている。
【０１０７】
さらに、ソートキーを押すと、図３７Ｃに示すように、アーチスト名でソートするモードであることを示す表示１２７をその上部に含む表示１２８が提示される。また、現在選択されているアーチスト名の表示１２９がなされる。このアーチスト名は、左右キー１２３を操作することによって、変更できる。アーチスト名の順序は、上述したようにソートされている。また、収納されているディスク中で、選択されたアーチスト名のディスクのディスク番号およびアルバムタイトルが表示される。図の例では、４枚のディスクが表示されている。
【０１０８】
上下キー１２４によって、所望のディスクを選択することができる。また、表示されている全てのディスクを連続的に、またはランダムに再生することが可能である。上述したように、アーチスト名は、アーチスト番号で管理されているので、同一のアーチスト番号のディスクをグループ化する処理は、容易に行うことができる。さらに、ソートキーを押すと、表示が再び図３７Ａの表示１２１に戻る。このように、ソートキーを押すごとに、表示がサイクリックに変化する。
【０１０９】
【発明の効果】
以上説明したように、この発明によれば、入力または再生信号から抽出されたディスクに付随する文字情報を管理する場合に、昇降順を有するコードと文字情報とのリストと、ディスク固有の識別情報とコードとの対応を示すテーブルを作成している。従って、このリストでは、文字情報が重複せず、また、テーブルは、ディスク枚数×コードのデータ量となる。これは、ディスク毎にアーチスト名記憶領域を設けるために、（ディスク枚数×文字情報のバイト数）のデータを記憶する方法に比して、データ量が少なく、メモリの記憶容量を低減することが可能となる。また、コードを使用して、収納されているディスクのグループ化が容易となり、同一のアーチストのディスクのみを選択して再生するような動作が可能となる。
【０１１０】
さらに、文字情報の大文字と小文字の区別をしないことにより、同一の文字情報を重複して登録することを防止でき、より一層、メモリ容量を節減できる。よりさらに、文字情報自体ではなく、付与したコードを使用して検索、ソートを行うので、処理時間を短縮化することが可能である。
【図面の簡単な説明】
【図１】この発明を適用することができる従来の音楽再生用ＣＤの領域を示す略線図である。
【図２】１フレームのデータを示す略線図である。
【図３】サブコードフレーム全体のデータ構造を説明する略線図である。
【図４】サブコード信号の全チャンネルのデータを示す略線図である。
【図５】ＣＤの全体のデータ構成およびＴＯＣデータの構成を示す略線図である。
【図６】従来のＣＤのリードイン領域に記録されているＴＯＣデータの構成を示す略線図である。
【図７】サブコード信号の全チャンネルのデータを示す略線図である。
【図８】サブコードのデータフォーマットを全体的に示す略線図である。
【図９】ＣＤテキストのデータフォーマットの１パックおよび１シンボルを示す略線図である。
【図１０】この発明の一実施例のデータフォーマットの割り付けを示す略線図である。
【図１１】ＩＤ１で示されるデータの内容を示す図である。
【図１２】ＩＤ２で示されるデータの内容を示す図である。
【図１３】ＩＤ３で示されるデータの内容を示す図である。
【図１４】ＩＤ４で示されるデータの内容を示す図である。
【図１５】曲名ＩＤのデータの内容を示す図である。
【図１６】曲名ＩＤのデータの説明に用いる図である。
【図１７】演奏者ＩＤのデータの説明に用いる図である。
【図１８】演奏者ＩＤのデータの説明に用いる図である。
【図１９】メッセージＩＤのデータの説明に用いる図である。
【図２０】メッセージＩＤのデータの説明に用いる図である。
【図２１】ディスクＩＤのデータの説明に用いる図である。
【図２２】検索ＩＤのデータの説明に用いる図である。
【図２３】検索ＩＤのデータの説明に用いる図である。
【図２４】ＴＯＣデータの説明に用いる図である。
【図２５】２ｎｄＴＯＣのデータの説明に用いる図である。
【図２６】２ｎｄＴＯＣのデータの説明に用いる図である。
【図２７】サイズパックのデータの説明に用いる図である。
【図２８】この発明による再生装置の一実施例の構成を示すブロック図である。
【図２９】この発明の一実施例におけるアーチスト名の管理を説明するための略線図である。
【図３０】この発明の一実施例におけるアーチスト名の入力処理を全体的に示すフローチャートである。
【図３１】この発明の一実施例においてアーチスト名を新たに入力する処理を示すフローチャートである。
【図３２】この発明の一実施例において既に登録されているアーチスト名からアーチスト名を入力する処理を示すフローチャートである。
【図３３】この発明の一実施例において入力されたアーチスト名の登録処理を示すフローチャートである。
【図３４】この発明の一実施例においてＣＤテキスト情報からアーチスト名を取り込んでアーチストリストに追加する処理を示すフローチャートである。
【図３５】この発明の一実施例におけるアーチスト名のソートの処理を示す略線図である。
【図３６】この発明の一実施例におけるアーチスト名のソートの処理を示すフローチャートである。
【図３７】この発明の一実施例におけるアーチスト名の表示例を示す略線図である。
【図３８】従来のアーチスト名の管理方法を説明するための略線図である。
【符号の説明】
１・・・ＩＤ領域，２・・・テキスト領域，３・・・ＣＲＣ領域，４・・・パック，５・・・パケット，６０ａ・・・ディスク収納部，６０ｂ・・・ディスク装着部，６１・・・ディスク，６２・・・光学ピックアップ，７４・・・サブコードプロセッサ，７５・・・ＣＤテキストデコーダ，７６・・・ＣＤテキストメモリ，７７・・・カスタムファイルメモリ，８１・・・操作部，８２・・・表示部，９１・・・アーチストリスト，９２・・・ディスク番号とアーチスト番号の対応を示すテーブル
【図１】
0003570117.tif 000002
【図２】
0003570117.tif 000003
【図３】
0003570117.tif 000004
【図４】
0003570117.tif 000005
【図５】
0003570117.tif 000006
【図６】
0003570117.tif 000007
【図７】
0003570117.tif 000008
【図８】
0003570117.tif 000009
【図９】
0003570117.tif 000010
【図１０】
0003570117.tif 000011
【図１１】
0003570117.tif 000012
【図１２】
0003570117.tif 000013
【図１３】
0003570117.tif 000014
【図１４】
0003570117.tif 000015
【図１５】
0003570117.tif 000016
【図１６】
0003570117.tif 000017
【図１７】
0003570117.tif 000018
【図１８】
0003570117.tif 000019
【図１９】
0003570117.tif 000020
【図２０】
0003570117.tif 000021
【図２１】
0003570117.tif 000022
【図２２】
0003570117.tif 000023
【図２３】
0003570117.tif 000024
【図２４】
0003570117.tif 000025
【図２５】
0003570117.tif 000026
【図２６】
0003570117.tif 000027
【図２７】
0003570117.tif 000028
【図２８】
0003570117.tif 000029
【図２９】
0003570117.tif 000030
【図３０】
0003570117.tif 000031
【図３１】
0003570117.tif 000032
【図３２】
0003570117.tif 000033
【図３３】
0003570117.tif 000034
【図３４】
0003570117.tif 000035
【図３５】
0003570117.tif 000036
【図３６】
0003570117.tif 000037
【図３７】
0003570117.tif 000038
【図３８】
0003570117.tif 000039