JPH10116467A - ディスク再生装置 - 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には、ダイジェストポイントの終点アドレスとし
て１３分１０秒２０フレームが記録されている。

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

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

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

【００６２】この発明が適用された再生装置（具体的に
はＣＤチェンジャー）の一実施例の構成を図２８に示
す。この一実施例は、ＣＤテキストに対応すると共に、
再生するＣＤとそれぞれ対応してユーザが所定バイト数
のテキストデータ（例えば８バイトのテキストデータ）
を登録することが可能な機能を有している。この登録さ
れたテキストデータをカスタムファイルと称する。

【００６３】図２８において、６１が再生されるディス
クである。このディスク６１は、オートチェンジャ機能
により、ディスク収納部６０ａに収納された多数のディ
スクから選択的に取り出され、ディスク装着部６０ｂに
よって装填されたものである。これらのディスク収納部
６０ａおよびディスク装着部６０ｂは、コントローラ
（マイクロコンピュータ）７０により制御される。ディ
スク６１は、スピンドルモータ６３により回転駆動さ
れ、光学ピックアップ６２により記録内容が読み出され
る。

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

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

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

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

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

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

【００７０】コントローラ７０に対して表示用ドライバ
を含む表示部８２が接続されている。表示部８２は、例
えば液晶表示装置である。表示部８２は、再生装置の外
部に接続されたテレビジョンモニタ等の表示デバイスで
あっても良い。コントローラ７０には、操作部８１から
の操作信号が与えられる。操作部８１は、ディスクを再
生するためのキー、プログラムの選択、サーチのための
キー、カスタムファイルを入力、登録するためのキー、
カスタムファイル、ＣＤテキスト等を選択して表示する
ためのキー等を含み、また、表示部８２の画面上のカー
ソルを移動させ、再生装置に所望の動作を行わせるマウ
スが操作部８１に含まれている。

【００７１】カスタムファイルメモリ７７は、不揮発性
メモリであるために、再生装置の電源がオフとされて
も、その記憶内容が保存される。カスタムファイルデー
タは、ユーザが操作部８１を操作することによって登録
される。なお、コントローラ７０内のＲＡＭおよびＣＤ
テキストメモリ７６の記憶内容は、電源がオフされると
保持されない。

【００７２】上述した一実施例において、再生すべきデ
ィスクを選択した場合に、ＴＯＣデータの読み込みが開
始される。従来のディスクの場合では、Ｑチャンネルの
サブコードがＴＯＣデータとして読み込まれる。ＣＤテ
キストフォーマットのＣＤの場合では、Ｑチャンネルの
サブコードに加えて、ＣＤテキストフォーマットのＲ〜
Ｗチャンネルのサブコードが読み込まれる。

【００７３】この一実施例では、ディスクと関連した文
字情報として、アーチスト名を管理するものである。但
し、アーチスト名に限らず、ディスクタイトル、プログ
ラムタイトル等、各ディスクの内容を示す文字情報を管
理しても良い。図２９は、この一実施例におけるアーチ
スト名の管理を概念的に示している。管理のために、ア
ーチストリスト９１とディスク毎のアーチスト番号のテ
ーブル９２とが作成され、記憶される。これらのリスト
９１およびテーブル９２は、電源オフ時でも保存される
ことが好ましいので、不揮発性メモリ例えばカスタムフ
ァイルメモリ７７に記憶される。

【００７４】図２９に示すように、アーチストリスト９
１は、アーチスト番号の数字とそれぞれ対応してアーチ
スト名が存在するリストである。図の例では、アーチス
ト番号の「５」以下は、アーチスト名が未登録で、空い
ている状態である。アーチストリスト９１において、ア
ーチスト番号は、数字に限らず、昇降順を有する文字
（例えばアルファベット）、記号等を採用しても良い。
アーチスト名として日本語を使用しても良い。アーチス
ト名のデータ量は、例えば１６バイトに制限されてい
る。

【００７５】テーブル９２において、ディスク番号は、
ディスク収納部６０ａにおけるディスクの装着用スリッ
トの番号に対応している。最大Ｎ枚までの、ディスクを
収納できる場合では、ディスク番号が１〜Ｎである。各
ディスク番号と対応して、アーチスト番号が記憶され
る。図２９において、テーブル９２中のアーチスト番号
とリスト９１中のアーチスト番号との対応が線で結ばれ
ている。なお、ディスクに固有の識別情報としては、上
述のディスク番号に限らず、他の情報例えばＴＯＣデー
タ中の総時間を使用しても良い。

【００７６】あるユーザの使用状態を考えると、殆どの
場合、アーチスト名が重複するので、収納されるディス
クの最大数をＮとするとき、アーチストリスト９１で
は、Ｎより少ないアーチスト名の記憶領域を用意すれば
足りる。また、ディスク番号とアーチスト番号のテーブ
ル９２は、番号のみからなる管理テーブルであるため、
データ量が少ない。これらの理由によって、アーチスト
名を管理するのに必要なメモリの容量を、ディスク毎に
アーチスト名を登録する従来の方法（図３８参照）と比
して低減することができる。

【００７７】図３０は、この発明の一実施例におけるア
ーチスト名の入力処理を全体的に示すフローチャートで
ある。まず、アーチスト名（アーチスト名の文字情報を
意味する）の入力モードにされる（ステップＳ１）。次
のステップＳ２において、新たにアーチスト名を登録す
るかどうかが決定される。すなわち、アーチスト名の登
録の方法としては、二つの方法があり、その一つは、新
たにアーチスト名を登録する処理（ステップＳ３）であ
り、他の方法は、既に登録されているアーチスト名から
選択する処理（ステップＳ４）である。

【００７８】そして、何れかの方法で入力されたアーチ
スト名は、アーチスト名のチェックや、再ソート等の処
理がされて登録される（ステップＳ５）。上述したよう
に、この図３０の処理は、操作部８１の操作に基づいて
コントローラ７０によって実行され、図２９に示すリス
ト９１およびテーブル９２（カスタムファイルメモリ７
７に格納される）が作成される。

【００７９】新たにアーチストを入力する処理Ｓ３は、
図３１に示すフローチャートに従ってなされる。最初に
アーチストリスト９１から空きのアーチスト番号ART
empを取得する（ステップＳ１１）。このアーチスト番
号ART emp を登録したいディスクのディスク番号D
noのアーチスト番号記憶領域artistno〔D no〕に入れ
る（ステップＳ１２）。そして、ステップＳ１３におい
て、アーチスト名をアーチストリストのアーチスト番号
ART emp に入れる。アーチスト名は、操作部８１のキ
ーをユーザが操作することによってなされる。入力され
たアーチスト名がアーチストリストのアーチスト番号AR
T emp のアーチスト名記憶領域artist〔ART emp 〕
に入る。

【００８０】既に登録されているアーチスト名のリスト
を参照してアーチスト名を入力する処理Ｓ４は、図３２
に示すフローチャートに従ってなされる。最初にアーチ
ストリスト９１を表示させ、既存のアーチストからディ
スク番号D noをどのアーチストに属させるかを決定す
る（ステップＳ１４）。この選択されたアーチスト番号
をART sel で示す。登録したいディスク番号D noの
アーチスト番号記憶領域artistno〔D no〕に選択され
たアーチスト番号ART sel を入れる（ステップＳ１
５）。次に、選択したアーチスト番号ART sel のアー
チスト名を変更する必要がある場合では、変更したアー
チスト名を記憶領域artist〔ART sel 〕に入れる（ス
テップＳ１６）。

【００８１】以上のように入力されたアーチスト名の登
録処理（ステップＳ５）のより詳細な処理を図３３に示
す。まず、ステップＳ２１において、入力したアーチス
ト名が入っているかどうかが決定される。これは、ブラ
ンクを入力したかどうかのチェックである。アーチスト
名が入っている場合（ブランク入力ではない場合）で
は、処理がステップＳ２２に移り、他の領域に入力した
アーチスト名が存在するかどうかが調べられる。同一ア
ーチスト名を重複して登録することを防止するためにこ
のステップＳ２２が必要である。

【００８２】ステップＳ２２の結果が肯定である場合
（すなわち、重複している場合）では、ステップＳ２３
において、登録したいディスク番号D noのアーチスト
番号記憶領域artistno〔D no〕の内容を他の領域で見
出されたアーチスト番号ART SAMEへ変更する。そして、
ステップＳ２４において、今入力したアーチストを無効
にする。

【００８３】そして、ステップＳ２５において、アーチ
ストリストにメモをソートして追加する。ステップＳ２
６では、カスタムファイルのＴＡＧのうち、アーチスト
ファイルに相当するビットをオン（`1' ）にする。この
ビットは、tag[D no].f artistで表される。このＴＡ
Ｇ中のビットによって、アーチストの登録がされている
かどうかが示される。そして、アーチスト登録の処理が
終了する。

【００８４】若し、ステップＳ２６において、アーチス
ト名がブランク入力と決定されたならば、ステップＳ２
７において、ブランク入力になってしまったアーチスト
に属するディスクのアーチストファイルを消去する（ア
ーチスト番号記憶領域artistno〔D no〕の内容をART
noneに変更する）。そして、ステップＳ２５と同様
に、ステップＳ２８において、アーチストリストにメモ
をソートして追加し、処理を終了する。

【００８５】上述したアーチストの入力、登録の処理
は、ユーザが操作部８１を操作することによって行われ
る。再生しようとするディスクがＣＤテキストに対応し
ている場合では、再生され、復号されたアーチスト名を
利用することができる。その場合の処理を図３４のフロ
ーチャートに示す。

【００８６】最初のステップＳ３１において、ディスク
番号D noの以前のアーチスト番号をartistno〔D n
o〕メモとして控える。この以前のアーチスト番号をPRE
V ARTno と表す。再生されたＣＤテキスト情報からア
ーチスト名のデータ(a name)を抜き出す（ステップＳ
３２）。次に、アーチスト名が入っているかどうかがチ
ェックされる（ステップＳ３３）。

【００８７】アーチスト名が入っていない場合、すなわ
ち、アーチスト名がブランクの場合では、ステップＳ３
５において、カスタムファイルのＴＡＧのうち、アーチ
ストファイルに相当するビットtag[D no].f artist
をオフ（`0' ）にする。

【００８８】ステップＳ３３において、アーチスト名が
入っている場合では、ステップＳ３４において、カスタ
ムファイルのＴＡＧのうち、アーチストファイルに相当
するビットtag[D no].f artistをオン（`1' ）にす
る。そして、ステップＳ３６において、抜き出されたア
ーチスト名が既に登録されているかどうかが決定され
る。

【００８９】登録済みと決定されると、ステップＳ３７
において、ディスク番号D noのアーチスト番号記憶領
域artistno〔D no〕に登録済みで、アーチスト名(a
name) が存在しているアーチスト番号ART exist を入れ
る。ステップＳ３７において、登録済みでないと決定さ
れた時には、ステップＳ３８において、アーチストリス
トの空き番号ART emp を取得し、ディスク番号D no
のアーチスト番号記憶領域artistno〔D no〕にこの空
き番号を入れる。そして、ステップＳ３９において抜き
出されたアーチスト名(a name) を取得した空き番号AR
T emp のアーチスト名記憶領域にコピーする。このコ
ピーの際に、アーチスト名がソートされる。このように
して、ＣＤテキスト中のアーチスト名をコピーによって
追加することができる。

【００９０】さらに、以前、別のディスクが入ってい
て、PREV ARTno に属していて、テキストのディスクに
入れ替えた結果、アーチストが別の人物に変わったどう
かがステップＳ４０において調べられる。すなわち、PR
EV ARTno ≠ART noneで、artistno〔D no〕≠PREV
ARTno が成立する場合では、ディスクの入れ替えがさ
れ、アーチスト番号が変化したものと決定される。この
条件が成立しない場合では、処理が終了する。

【００９１】ステップＳ４０の条件が成立する場合で
は、ディスク番号D no以外に、PREV ARTno に属してい
るディスクがない場合にのみ、以前のアーチスト番号PR
EV ARTno のアーチスト名artist[PREV ARTno ] をアー
チストリストから削除する（ステップＳ４１）。このよ
うにして、不要となったアーチスト名の登録がリストか
ら除去される。

【００９２】図３３中のステップＳ２２、または図３４
中のステップＳ３６では、入力されたアーチスト名、ま
たはＣＤテキスト情報から抜き出されたアーチスト名が
既に登録されているかどうかがチェックされ、未登録と
決定されるとアーチスト名をアーチストリストに追加す
るようにしている。このチェックにおいて、この発明の
一実施例では、アーチスト名の大文字と小文字とを区別
をしない。例えば"Billey Joel" とアーチストリストに
登録されているアーチスト名がある場合、入力されたア
ーチスト名、またはＣＤテキスト情報から抜き出された
アーチスト名が"BILLEY JOEL" の場合でも、同一のアー
チスト名と認識する。それによって、実質的に重複して
いるアーチスト名をリストに載せることを防止すること
ができる。

【００９３】図３３中のステップＳ２５、Ｓ２８、図３
４中のステップＳ３９でなされるソートの処理につい
て、図３５を参照して説明する。図３５Ａに示すような
４人のアーチスト名がアーチストリストに入っていると
仮定する。すなわち、アーチスト名は、下記のものであ
る。 ”Ｍａｒｉａ Ｔａｋｅｕｃｈｉ” ” ＭＡＲＩＡＨ ＣＡＲＥＹ” ”ＭＲ．ｂｉｇ” ”ＭＲ．ＣＨＩＬＤＲＥＮ” なお、図中で、スペースは、SPで表わされている。

【００９４】アーチスト名のソートの処理は、先頭の文
字を見て、ＡＳＣＩＩコードの文字コード順に並び変え
る処理である。この順序では、大文字が小文字より先で
あり、また、スペースがアルファベットより先である。
従って、図３５Ｃのような順序でソートがなされる。し
かしながら、この図３５Ｃのソート結果は、先頭にスペ
ースが位置するアーチスト名が順位が高かったり、アル
ファベット順と相違して大文字が優先するようなもので
ある。従って、アーチスト名をユーザが認識する上で、
見やすいものではない。

【００９５】そこで、この発明の一実施例では、図３５
Ａのようなアーチスト名を図３５Ｂに示すような順序に
並び変える。すなわち、先頭がスペースのアーチスト名
の順位が下がり、また、大文字と小文字が混在しても、
アルファベット順に一致したソートの結果を得ることが
できる。従って、ユーザがアーチスト名のリストからア
ーチスト名を認識するのが容易となる。

【００９６】図３５Ｂに示すようにアーチスト名をソー
トする処理は、図３６のフローチャートに従って行われ
る。ここでは、図３５Ａ中のアーチスト名の二つの文字
列ＡおよびＢを比較する。例えばＡ：”Ｍａｒｉａ Ｔ
ａｋｅｕｃｈｉ”、Ｂ：”ＭＡＲＩＡＨ ＣＡＲＥＹ”
である。最初のステップＳ５１において、各文字列の先
頭に入っているスペースを取り除く。

【００９７】すなわち、 Ａ：”Ｍａｒｉａ Ｔａｋｅｕｃｈｉ” Ｂ：”ＭＡＲＩＡＨ ＣＡＲＥＹ” とされる。次のステップＳ５２において、各文字列の文
字数をカウントする。カウント値A cnt ＝１４、B
cnt ＝１２が検出される。そして、より短い文字数の分
を比較するので、比較用の文字数C CNT を１２とする
（ステップＳ５３）。そして、カウンターをリセットす
る（ステップＳ５４）。

【００９８】次のステップＳ５５において、各文字列の
カウンターのカウント値に対応した位置の文字A[CONT]
およびB[CONT] を比較のために、文字コードA CODEお
よびB CODEに変換する。この変換のテーブルは、大文
字と小文字を区別しないで、アルファベット順に値が大
きくなるように、文字を変換するものである。また、ス
ペースは、文字よりコード値が小とされ、さらに、記号
は、アルファベットの後の順位とされている。より具体
的には、小文字を大文字へ変換する処理で可能である。
但し、比較用に文字をコードに変換するテーブルとして
は、このようなものに限定されず、大文字、小文字を区
別しない条件を満たすものであれば良い。

【００９９】この図３６の例では、文字変換の処理を１
文字ずつ比較する直前でなされているが、ステップＳ５
１の前後で行うようにしても良い。その場合では、文字
列全体を変換する必要がある。

【０１００】そして、変換後の文字コードが一致するか
どうか比較される（ステップＳ５６）。一致する場合で
は、ステップＳ５７において、カウント値CONTをインク
リメントする。そして、ステップＳ５８において、（C
CNT ＜CONT？）が調べられる。この関係が成立するこ
とは、設定した文字数に関する比較が終了したことを意
味する。若し、この関係が満たされない場合では、処理
がステップＳ５５に戻り、変換後の文字コードの比較が
続行される。従って、設定した文字数の比較が終了した
時点で、ステップＳ５８の結果が肯定ならば、二つの文
字列ＡおよびＢが同一と判断される（ステップＳ５
９）。

【０１０１】ステップＳ５６において、文字列Ａおよび
Ｂ中で同一の比較位置にある二つの文字コードが等しく
ない場合では、ステップＳ６０において、（A CODE＞
B CODE）の関係が調べられる。この関係が満たされる場
合では、文字コードの値の小の文字列Ｂの方が文字列Ａ
より優先するものと判断される（ステップＳ６１）。こ
の関係が満たされない時、言い換えると、文字コードＡ
の値が文字コードＢの値より小さい場合では、文字列Ａ
が文字列Ｂより優先するものとされる（ステップＳ６
２）。

【０１０２】具体的に、 Ａ：”Ｍａｒｉａ Ｔａｋｅｕｃｈｉ” Ｂ：” ＭＡＲＩＡＨ ＣＡＲＥＹ” の場合では、先頭のスペースを取り除いた後において、
比較文字位置の第１番目の文字から第５番目の文字まで
が同一と判断される。第６番目の文字位置がスペースと
‘Ｈ’とであるため、スペースを含む文字列Ａが優先し
たものとされる。

【０１０３】上述したこの発明の一実施例では、メモリ
（例えばカスタムファイルメモリ７７上では、図２９に
示したようなアーチストリスト９１と、ディスク番号毎
のアーチスト番号のテーブル９２とが格納されている。
そして、これらに基づいてアーチスト名の表示を表示部
８２で行う場合では、アーチスト番号と対応するアーチ
スト名が表示される。

【０１０４】図３７を参照して、アーチスト名の表示に
ついて説明する。図３７Ａは、ディスク番号（ディスク
の装填されるスリットの番号）の順に収納されているデ
ィスクを表示する場合の表示１２１を示す。ディスク番
号の順序の表示であることを示す表示１２２が画面の上
部に表示される。この表示１２１では、１０枚のディス
ク毎にアーチスト名をディスク番号の順に表示するよう
になされている。上側の左右キー１２３にカーソルを合
わせてこれをクリックすることによって、ディスク番号
を±１０のステップで変更可能とされる。図の例では、
（９１〜１００）のディスク番号のアーチスト名を表示
している。また、表示１２１の右側の上下キー１２４に
カーソルを合わせてこれをクリックすることで、ディス
ク番号を±１で変更できる。また、表示１２１中におい
て、アーチスト名の後に付加されている“Ｔ”は、アー
チスト名がＣＤテキスト情報から抽出されたものである
ことを表す。

【０１０５】この表示１２１において、キー１２３およ
び１２４を操作して、所望のディスク番号のディスクを
選択する。選択されたディスク番号のアーチスト名は、
図示しないが、選択されたことを示すもの（例えば白黒
の反転、文字の背景の色の変更、文字のブリンク等）に
変化する。そして、プレイキーまたはエンターキーを押
すと、選択されたディスクが再生される。また、所定の
キーを操作することによって、表示されている１０枚の
ディスクを連続的に、またはランダムに再生することも
可能である。

【０１０６】次に、操作部８１に設けられたソートキー
を押すと、図３７Ｂに示すように、アルファベット順の
ソートを示す表示１２５が表示され、アルバムタイトル
がアルファベット順に上から下へ順に並べられた表示１
２６が提示される。図の例では、収納されているディス
クの中で、「Ｐ」から始まるアルバムタイトルの５枚の
ディスクを表示している例である。この表示１２６にお
いて、キー１２３を操作して、アルバムタイトルの第１
番目の文字を選択することができ、キー１２４を操作し
て、所望のディスクを選択することができる。また、表
示されている全てのディスクを連続的に、またはランダ
ムに再生する動作モードも可能とされている。

【０１０７】さらに、ソートキーを押すと、図３７Ｃに
示すように、アーチスト名でソートするモードであるこ
とを示す表示１２７をその上部に含む表示１２８が提示
される。また、現在選択されているアーチスト名の表示
１２９がなされる。このアーチスト名は、左右キー１２
３を操作することによって、変更できる。アーチスト名
の順序は、上述したようにソートされている。また、収
納されているディスク中で、選択されたアーチスト名の
ディスクのディスク番号およびアルバムタイトルが表示
される。図の例では、４枚のディスクが表示されてい
る。

【０１０８】上下キー１２４によって、所望のディスク
を選択することができる。また、表示されている全ての
ディスクを連続的に、またはランダムに再生することが
可能である。上述したように、アーチスト名は、アーチ
スト番号で管理されているので、同一のアーチスト番号
のディスクをグループ化する処理は、容易に行うことが
できる。さらに、ソートキーを押すと、表示が再び図３
７Ａの表示１２１に戻る。このように、ソートキーを押
すごとに、表示がサイクリックに変化する。

【０１０９】

【発明の効果】以上説明したように、この発明によれ
ば、入力または再生信号から抽出されたディスクに付随
する文字情報を管理する場合に、昇降順を有するコード
と文字情報とのリストと、ディスク固有の識別情報とコ
ードとの対応を示すテーブルを作成している。従って、
このリストでは、文字情報が重複せず、また、テーブル
は、ディスク枚数×コードのデータ量となる。これは、
ディスク毎にアーチスト名記憶領域を設けるために、
（ディスク枚数×文字情報のバイト数）のデータを記憶
する方法に比して、データ量が少なく、メモリの記憶容
量を低減することが可能となる。また、コードを使用し
て、収納されているディスクのグループ化が容易とな
り、同一のアーチストのディスクのみを選択して再生す
るような動作が可能となる。

【０１１０】さらに、文字情報の大文字と小文字の区別
をしないことにより、同一の文字情報を重複して登録す
ることを防止でき、より一層、メモリ容量を節減でき
る。よりさらに、文字情報自体ではなく、付与したコー
ドを使用して検索、ソートを行うので、処理時間を短縮
化することが可能である。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２９】この発明の一実施例におけるアーチスト名の
管理を説明するための略線図である。

【図３０】この発明の一実施例におけるアーチスト名の
入力処理を全体的に示すフローチャートである。

【図３１】この発明の一実施例においてアーチスト名を
新たに入力する処理を示すフローチャートである。

【図３２】この発明の一実施例において既に登録されて
いるアーチスト名からアーチスト名を入力する処理を示
すフローチャートである。

【図３３】この発明の一実施例において入力されたアー
チスト名の登録処理を示すフローチャートである。

【図３４】この発明の一実施例においてＣＤテキスト情
報からアーチスト名を取り込んでアーチストリストに追
加する処理を示すフローチャートである。

【図３５】この発明の一実施例におけるアーチスト名の
ソートの処理を示す略線図である。

【図３６】この発明の一実施例におけるアーチスト名の
ソートの処理を示すフローチャートである。

【図３７】この発明の一実施例におけるアーチスト名の
表示例を示す略線図である。

【図３８】従来のアーチスト名の管理方法を説明するた
めの略線図である。

【符号の説明】

１・・・ＩＤ領域，２・・・テキスト領域，３・・・Ｃ
ＲＣ領域，４・・・パック，５・・・パケット，６０ａ
・・・ディスク収納部，６０ｂ・・・ディスク装着部，
６１・・・ディスク，６２・・・光学ピックアップ，７
４・・・サブコードプロセッサ，７５・・・ＣＤテキス
トデコーダ，７６・・・ＣＤテキストメモリ，７７・・
・カスタムファイルメモリ，８１・・・操作部，８２・
・・表示部，９１・・・アーチストリスト，９２・・・
ディスク番号とアーチスト番号の対応を示すテーブル

Claims (10)

【特許請求の範囲】
1. 【請求項１】 複数枚のディスク状記録媒体を搭載可能
   で、上記複数枚のディスク状記録媒体から任意のディス
   ク状記録媒体を選択的に再生可能なディスク再生装置に
   おいて、 ディスク状記録媒体に固有の識別情報にそれぞれ対応し
   て文字情報を管理する場合に、上記文字情報に対応して
   昇降順を有するコードを付与し、上記付与したコードに
   基づいて複数枚のディスク状記録媒体を管理するように
   したことを特徴とするディスク再生装置。
2. 【請求項２】 請求項１に記載のディスク再生装置にお
   いて、 上記識別情報がディスク装填用のスリットの番号である
   ことを特徴とするディスク再生装置。
3. 【請求項３】 請求項１に記載のディスク再生装置にお
   いて、 上記識別情報がディスクに記録されている付加情報であ
   ることを特徴とするディスク再生装置。
4. 【請求項４】 請求項１に記載のディスク再生装置にお
   いて、 上記文字情報は、ディスクに予め記録されていることを
   特徴とするディスク再生装置。
5. 【請求項５】 請求項１に記載のディスク再生装置にお
   いて、 上記文字情報は、ユーザにより入力されることを特徴と
   するディスク再生装置。
6. 【請求項６】 請求項１に記載のディスク再生装置にお
   いて、 上記管理手段は、上記付与した昇降順を有するコードに
   基づいてソーティングする機能を有し、ソーティングさ
   れた結果を表示することを可能としたことを特徴とする
   ディスク再生装置。
7. 【請求項７】 請求項５に記載のディスク再生装置にお
   いて、 ソーティングは、大文字と小文字を区別しないで、文字
   コード順に上記識別情報を並び変える処理であることを
   特徴とするディスク再生装置。
8. 【請求項８】 請求項５に記載のディスク再生装置にお
   いて、 ソーティングは、上記文字情報の先頭のスペースを無視
   して、文字コード順に上記識別情報を並び変える処理で
   あることを特徴とするディスク再生装置。
9. 【請求項９】 請求項１に記載のディスク再生装置にお
   いて、 上記昇降順を有するコードは、文字、数字または記号で
   あることを特徴とするディスク再生装置。
10. 【請求項１０】 複数枚のディスク状記録媒体を搭載可
    能で、上記複数枚のディスク状記録媒体から任意のディ
    スク状記録媒体を選択的に再生可能なディスク再生装置
    において、 ディスク状記録媒体に固有の識別情報にそれぞれ対応し
    て文字情報を入力または抽出する手段と、 上記文字情報および上記文字情報に対応して昇降順を有
    するコードからなる文字情報リストと、上記識別情報毎
    に上記コードを対応させるテーブルとを記憶する記憶手
    段と、 上記リストおよびテーブルに基づいて複数枚のディスク
    状記録媒体の文字情報をソーティングし、ソーティング
    された結果を文字として表示する表示手段と、 上記ソーティングされた結果を参照して所望のディスク
    状記録媒体を選択する手段とからなることを特徴とする
    ディスク再生装置。