JP2000123551A - 記録装置、及び複写システム - Google Patents

Abstract

(57)【要約】 【課題】 ＲＡＭの有効利用によるコストダウン 【解決手段】 記憶手段としての１つの領域で、第１の
記録媒体（ＣＤ−ＴＥＸＴ）から読み込まれる付随デー
タ（テキストデータ）を格納するとともに、その領域上
で第２の記録媒体（ＭＤ）に対する付随データ（トラッ
クネーム）としての編集処理を行うようにする。そして
第２の記録媒体に対する付随データとして記録処理に供
された後、つまり編集したデータの保存が不要となった
後に、その領域に第１の記録媒体から再び付随データ
（つまり編集前の状態のデータ）を読み込んで、必要な
動作に供することができるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばオーディオ
データのダビング動作など、記録媒体から記録媒体への
プログラムの複写記録動作を行うことのできる記録装置
及び複写システムに関するものである。

【０００２】

【従来の技術】オーディオデータが記録された記録媒体
に対応する機器として、ＣＤ（COMPACT DISC）プレーヤ
や、ＭＤ（MINI DISC）レコーダ／プレーヤなどが普及
している。これらのオーディオ機器の場合、データの複
写、例えばＣＤに収録された曲をＭＤにダビングするよ
うな動作が行われることが多い。

【０００３】ところでミニディスクシステムの場合は、
ディスク上でユーザーが録音を行なった領域（データ記
録済領域）や、まだ何も録音されていない領域（データ
記録可能な未記録領域；以下、フリーエリアという）を
管理するために、音楽等の主データとは別に、ユーザー
ＴＯＣ（以下、Ｕ−ＴＯＣという）という管理情報が記
録されている。そしてＭＤに対応する記録再生装置はこ
のＵ−ＴＯＣを参照しながら録音動作や再生動作を実行
する。つまり、Ｕ−ＴＯＣには録音された各楽曲等が１
つのプログラム（以下「プログラム」を「トラック」と
もいう）というデータ単位で管理され、そのスタートア
ドレス、エンドアドレス等が記される。また何も録音さ
れていないフリーエリアについては今後のデータ記録に
用いることのできる領域として、そのスタートアドレ
ス、エンドアドレス等が記される。

【０００４】さらに、このようなＵ−ＴＯＣによりディ
スク上の領域が管理されることで、Ｕ−ＴＯＣを更新す
るのみで、音楽等の記録データの編集ができる。例えば
１つのトラックを複数のトラックに分割するディバイド
機能、複数のトラックを１つのトラックに連結するコン
バイン機能、再生するトラック順序に応じて与えられて
いるトラックナンバを変更させるムーブ機能、不要なト
ラックを削除するデリート機能（イレーズ機能とも呼ば
れる）などの編集処理が容易でしかも迅速に実行できる
ことになる。さらに各トラックに付随してトラックネー
ムとして曲名などを登録しておき、例えば再生時に表示
させることも可能とされている。そして、ユーザはこの
ような機能を活用して、一旦ディスクに記録した１又は
複数のトラックの編集を行い、個人のオリジナルディス
クを作成して楽しむことができるようになる。

【０００５】また、現在広く普及しているＣＤシステム
においては、ＣＤの一種として、例えばリードイン領域
におけるＴＯＣなどに所要の文字情報を記憶することが
できるＣＤ−ＴＥＸＴが知られている。即ちこのＣＤ−
ＴＥＸＴでは、例えばディスクのタイトルやアーティス
ト名、楽曲名などの情報を各プログラム（曲）に付随す
る文字情報として記録しておき、これらの情報を読み出
して表示することによって、そのオーディオＣＤに収録
されている情報の内容などを文字で提示することが可能
である。

【０００６】

【発明が解決しようとする課題】ところで、例えば音楽
等のデータを再生できる或るディスク（ＣＤ、ＣＤ−Ｔ
ＥＸＴ、ＭＤなどダビング元ディスク）から、音楽等の
データを記録できる或るディスク（ＭＤなどダビング先
ディスク）にダビング記録を行う場合、ダビングするプ
ログラムに対応させてその曲名などの付随データも記録
させる場合が多い。上記のようにＭＤシステムではプロ
グラムに対応したトラックネームをＵ−ＴＯＣに記録で
きるため、ダビング先ディスクがＭＤであればそのよう
なことが可能となる。

【０００７】そしてＭＤに対するダビング時には、その
ダビング中に、現在ダビングしているトラックに限ら
ず、トラックを選択して曲名等の文字列を登録操作して
いくことが可能とされている。

【０００８】ダビング先ディスクであるＭＤに、ダビン
グしている曲についてのトラックネームを登録するに
は、ユーザーがトラックネームとなる文字列を入力して
登録決定操作を行えばよい。また、上記ＣＤ−ＴＥＸＴ
のように、ダビング元ディスクにトラックネームとして
好適な文字情報が存在する場合は、その文字情報をＭＤ
に記録するトラックネームとして利用することも考えら
れる。例えば或るトラックについてのトラックネーム候
補となる文字列として、ＣＤ−ＴＥＸＴから読み出され
た文字情報をユーザーに提示し、ユーザーが登録操作を
行ったらその文字列をＭＤ側にトラックネームとして記
録するようにすればよい。この場合、ＣＤ−ＴＥＸＴに
記録されている曲名等をそのままＭＤに登録できるた
め、ユーザーが曲名などの文字列を入力必要がなく、非
常に便利なものとなる。もちろんＣＤ−ＴＥＸＴに記録
されている曲名等の文字列をユーザーが任意に編集でき
るようにすることも考えられる。

【０００９】ここで、ダビング元ディスクがＣＤ−ＴＥ
ＸＴである場合に、記録されているテキストデータをダ
ビング先のＭＤに登録するトラックネームとして利用す
る場合の処理に必要なメモリ構造／編集動作を図２６、
図２７に示す。

【００１０】図２６は、例えばＣＤプレーヤとＭＤレコ
ーダが一体化された記録再生装置におけるシステムコン
トローラ内などに用意されるＲＡＭ領域を示している。
このＲＡＭには、システムコントローラが各種の作業を
行うワークエリア１００の他に、ＣＤプレーヤ側に装填
されているＣＤの情報を格納するＣＤデータ格納エリア
１１０が設けられ、そのＣＤデータ格納エリア１１０に
はＣＤの管理情報であるＴＯＣを構成するサブコードＱ
データを格納するＱデータエリア１１１が用意される。
また装填されているＣＤがＣＤ−ＴＥＸＴである場合に
対応して、ＣＤ−ＴＥＸＴから読み出されるテキストデ
ータを格納しておくテキストデータエリア１１２も用意
される。また、ＭＤへ登録するトラックネームとして
の、ユーザーの入力又は編集にかかる文字列を格納して
おくバッファエリア１２０が用意される。

【００１１】このようなメモリ構成において、例えば図
２７に示すようにトラックネームの編集／登録のための
動作が行われる。まずＣＤ−ＴＥＸＴとしてのディスク
が装填されると、そのディスクから読み込まれたＱデー
タがＱデータエリア１１１に読み込まれるとともに、各
曲（プログラム）に対応して記録されているテキストデ
ータが図２７（ａ）に示すようにテキストデータエリア
１１２に読み込まれる。なお、図中「☆」は各テキスト
データの区切コードを示し、実際には例えば「００ｈ」
（本明細書で「ｈ」を付した数値は１６進表記とする）
とされる。例えばプログラムとしてｍ曲が収録されてい
た場合は、ｍ曲の各曲に対応する曲名としての文字列
が、区切コード☆で区切られた状態で、テキストデータ
エリア１１２に格納されていく。なお、トラックネーム
編集を行っていないこの時点ではバッファエリア１２０
は空き領域とされている。

【００１２】ここで、ＣＤ−ＴＥＸＴからＭＤに対して
ダビングを開始し、そのダビング中にユーザーがトラッ
クネーム登録のためのモード操作を行うと、図２７
（ｂ）に示すように、テキストデータエリア１１２に格
納されている文字列がバッファエリア１２０に展開され
る。このとき、文字の追加編集等に対応できるようにす
るため、１曲に対してｎバイトが割り当てられ、そのｎ
バイトの各領域に各曲の曲名としての文字列が配される
ことになる。各文字列はトラックネーム登録操作に際し
てユーザーに提示され、ユーザーは提示された文字列
（つまりＣＤ−ＴＥＸＴから読み出された曲名データ）
をそのままあるトラックに対応するトラックネームとし
てもよいし、何らかの編集を加えてもよい。例えばユー
ザーは１曲目についての「ＡＢＣＤＥ」という文字列
を、「ＡＢＣＤＥＦＧ」というようにしたり、２曲目に
ついての「１２３４５６７」という文字列を、「ＳＯＮ
Ｇ−Ｘ」とするように編集できる。このような編集が実
行されると、バッファエリア１２０内のデータは図２７
（ｃ）のようになる。そしてユーザーが登録指示を行う
と、その編集した文字列、もしくは編集不要と判断され
た文字列として、その時点でバッファエリア１２０に格
納されている文字列が、それぞれＭＤ側に記録されるト
ラックに対応するトラックネームとして登録処理される
ことになる。例えばダビング終了の際のＵ−ＴＯＣ更新
時にバッファエリア１２０のデータがＵ−ＴＯＣデータ
として用いられ、ＭＤに記録される。

【００１３】一方、テキストデータエリア１１２内のデ
ータは、ＣＤ−ＴＥＸＴから読み込まれた時点のデータ
が保持されているため、例えばダビング後にＣＤ再生モ
ードに復帰した時点において、ＣＤ−ＴＥＸＴに収録さ
れている状態での各曲の曲名等をテキストデータエリア
１１２から読み出して表示することなどが可能となる。

【００１４】しかしながらこのようなメモリの使用形態
では、テキストデータエリア１１２とバッファエリア１
２０の両方に必要な領域を確保しなければならない。そ
してバッファエリア１２０は少なくともテキストデータ
エリア１１２と同じ要領が必要となるととともに、ＭＤ
の規格や編集処理を考慮すると、１Ｋバイトを超える容
量が要求される。このようにバッファエリア１２０とし
て比較的大きな容量が必要になることは、ＲＡＭの大規
模化、コストアップを生じさせるという問題がある。さ
らに、テキストデータエリア１１２からバッファエリア
１２０へのデータ書込の必要性からシステムコントロー
ラ（ＣＰＵ）の処理負担の増大を招き、場合によっては
テキストデータコピーの際のアドレス間違いやデータず
れを発生させる可能性も有することになる。

【００１５】

【課題を解決するための手段】本発明はこのような問題
点に鑑みて、動作性能低下を招くことなく、特に上記し
たバッファエリアのように比較的大容量のメモリ領域が
必要となることを解消することを目的とする。

【００１６】このために記録装置として、１又は複数の
プログラムが主データとして記録され、かつ各プログラ
ムに対応して付随データが記録された第１の記録媒体か
ら再生されたプログラムを第２の記録媒体に主データと
して複写記録することのできるデータ記録手段と、第１
の記録媒体に記録された付随データを記憶することので
きる記憶手段と、記憶手段に記憶された付随データに対
して編集を行い、該記憶手段内に編集により更新された
付随データが記憶された状態にすることができるととも
に、該記憶手段に記憶されている付随データを、複写記
録されるプログラムに対応させて、データ記録手段によ
り第２の記録媒体に記録させることのできる付随データ
処理手段と、付随データ処理手段によって記憶手段に記
憶された付随データが、第２の記録媒体への記録動作に
供された後に、記憶手段に、第１の記録媒体に記録され
た前記付随データを再度記憶させることができる再記憶
制御手段とを備えるようにする。また複写システムとし
ては、このような構成に、第１の記録媒体に対してプロ
グラム及び付随データの再生を行うことのできる再生手
段を加える。

【００１７】即ち本発明では、前記記憶手段としての１
つの領域で、第１の記録媒体（例えばＣＤ−ＴＥＸＴ）
から読み込まれる付随データ（例えばテキストデータ）
を格納するとともに、その領域上で第２の記録媒体（例
えばＭＤ）に対する付随データ（例えばトラックネー
ム）としての編集処理を行うようにする。そして第２の
記録媒体に対する付随データとして記録処理に供された
後に、その領域に第１の記録媒体から再び付随データ
（つまり編集前の状態のデータ）を読み込んで、必要な
動作に供することができるようにする。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態を、Ｃ
ＤとＣＤ−ＴＥＸＴの再生及びＭＤの記録再生が可能と
されるＣＤ／ＭＤ複合機器としての記録再生装置（複写
システム）の例で説明する。説明は次の順序で行う。 １．記録再生装置の構成 ２．ＭＤのセクター構造及びエリア構造 ３．ＭＤのＵ−ＴＯＣ ４．ＣＤのサブコード及びＴＯＣ ５．ＣＤ−ＴＥＸＴデータ ６．ダビング時の動作 ７．変形例

【００１９】１．記録再生装置の構成 図１は記録再生装置の要部のブロック図を示している。
図１において、ＭＤ９０（光磁気ディスク）は、ＭＤに
対する記録再生動作を行うＭＤ部に装填される。ＭＤ９
０は音声データを記録できるメディアとして用いられ、
記録／再生時にはスピンドルモータ２により回転駆動さ
れる。光学ヘッド３は光磁気ディスクとしてのＭＤ９０
に対して記録／再生時にレーザ光を照射することで、記
録／再生時のヘッドとしての動作を行なう。即ち記録時
には記録トラックをキュリー温度まで加熱するための高
レベルのレーザ出力をなし、また再生時には磁気カー効
果により反射光からデータを検出するための比較的低レ
ベルのレーザ出力をなす。

【００２０】このため、光学ヘッド３はレーザ出力手段
としてのレーザダイオードや、偏光ビームスプリッタや
対物レンズ等からなる光学系、及び反射光を検出するた
めのディテクタが搭載されている。対物レンズ３ａは２
軸機構４によってディスク半径方向及びＭＤ９０に接離
する方向に変位可能に保持されており、また、光学ヘッ
ド３全体はスレッド機構５によりＭＤ９０の半径方向に
移動可能とされている。また、磁気ヘッド６ａはＭＤ９
０を挟んで光学ヘッド３と対向する位置に配置されてい
る。この磁気ヘッド６ａは供給されたデータによって変
調された磁界をＭＤ９０に印加する動作を行なう。磁気
ヘッド６ａは光学ヘッド３とともにスレッド機構５によ
りディスク半径方向に移動可能とされている。

【００２１】再生動作時に光学ヘッド３によりＭＤ９０
から検出された情報はＲＦアンプ７に供給される。ＲＦ
アンプ７は供給された情報の演算処理により、再生ＲＦ
信号、トラッキングエラー信号、フォーカスエラー信
号、グルーブ情報（ＭＤ９０にウォブリングプリグルー
ブとして記録されている絶対位置情報）等を抽出する。
そして、抽出された再生ＲＦ信号はエンコーダ／デコー
ダ部８に供給される。また、トラッキングエラー信号、
フォーカスエラー信号はサーボ回路９に供給され、グル
ーブ情報はアドレスデコーダ１０に供給されて復調され
る。グルーブ情報からデコードされたアドレス情報、及
びデータとして記録されエンコーダ／デコーダ部８でデ
コードされたアドレス情報、サブコード情報などは、マ
イクロコンピュータによって構成されるＭＤコントロー
ラ１１に供給され、各種制御に用いられる。なお、ＭＤ
コントローラ１１は、ＭＤ部における各種動作制御を実
行する部位として機能する。

【００２２】サーボ回路９は供給されたトラッキングエ
ラー信号、フォーカスエラー信号や、ＭＤコントローラ
１１からのトラックジャンプ指令、アクセス指令、スピ
ンドルモータ２の回転速度検出情報等により各種サーボ
駆動信号を発生させ、２軸機構４及びスレッド機構５を
制御してフォーカス及びトラッキング制御を行ない、ま
たスピンドルモータ２を一定線速度（ＣＬＶ）に制御す
る。

【００２３】再生ＲＦ信号はエンコーダ／デコーダ部８
でＥＦＭ復調、ＣＩＲＣ等のデコード処理された後、メ
モリコントローラ１２によって一旦バッファメモリ１３
に書き込まれる。なお、光学ヘッド３によるＭＤ９０か
らのデータの読み取り及び光学ヘッド３からバッファメ
モリ１３までの系における再生データの転送は1.41Mbit
/secで、しかも間欠的に行なわれる。

【００２４】バッファメモリ１３に書き込まれたデータ
は、再生データの転送が0.3Mbit/sec となるタイミング
で読み出され、エンコーダ／デコーダ部１４に供給され
る。そして、音声圧縮処理に対するデコード処理等の再
生信号処理を施され、１６ビット量子化、44.1KHz サン
プリングの音声データとされる。そしてＤ／Ａ変換器１
５によってアナログ信号とされた後、切換回路５０の端
子Ｔ_MDに供給される。ＭＤ９０の再生動作時には、装置
全体の動作を制御するシステムコントローラ２１により
切換回路５０が端子Ｔ_MDに接続させるように制御されて
おり、従ってエンコーダ／デコーダ部１４から出力され
Ｄ／Ａ変換器１５によってアナログ信号とされた再生音
声信号は、切換回路５０を介して音量調節部５１、パワ
ーアンプ５２に供給されて、スピーカ５３から再生音声
として出力される。

【００２５】なお、バッファメモリ１３へのデータの書
込／読出は、メモリコントローラ１２によって書込ポイ
ンタと読出ポインタの制御によりアドレス指定されて行
なわれるが、上記のように書込と読出のビットレートに
差異がもたされることで、バッファメモリ１３内には常
に或る程度データが蓄積された状態となる。このように
バッファメモリ１３を介して再生音声信号を出力するこ
とにより、例えば外乱等でトラッキングが外れた場合な
どでも、再生音声出力が中断してしまうことはなく、バ
ッファメモリ１３にデータ蓄積が残っているうちに例え
ば正しいトラッキング位置までにアクセスしてデータ読
出を再開することで、再生出力に影響を与えずに動作を
続行できる。即ち、耐振機能を著しく向上させることが
できる。

【００２６】また、この記録再生装置ではデジタルイン
ターフェース５４が設けられ、再生時にエンコーダ／デ
コーダ部１４でデコードされた再生データはデジタルイ
ンターフェース５４にも供給される。デジタルインター
フェース５４では、再生データや、再生時に同時に抽出
されるサブコード情報などを用いて所定のデジタルイン
ターフェースフォーマットのデータストリームにエンコ
ードを行い、デジタル出力端子５６から出力できる。例
えば光デジタル信号として出力する。即ち再生データ
を、デジタルデータのままで外部機器に出力できる。

【００２７】ＭＤ９０に対して記録動作が実行される際
には、アナログ入力端子１７に供給された記録信号（ア
ナログオーディオ信号）は、Ａ／Ｄ変換器１８によって
１６ビット量子化、44.1KHz サンプリングのデジタルデ
ータとされた後、エンコーダ／デコーダ部１４に供給さ
れ、データ量を約１／５に圧縮する音声圧縮エンコード
処理が施される。また、ＭＤ９０に対しては、デジタル
インターフェース５４を介して取り込まれたデータを記
録することもできる。即ち外部機器からデジタル入力端
子５５に供給された信号（デジタルインターフェースフ
ォーマットの信号）はデジタルインターフェース５４で
デコードされ、音声データとサブコード等が抽出され
る。このときサブコード等の制御情報はシステムコント
ローラ２１に供給され、記録データとしての音声データ
（１６ビット量子化、44.1KHz サンプリングのデジタル
データ）はエンコーダ／デコーダ部１４に供給され、デ
ータ量を約１／５に圧縮する音声圧縮エンコード処理が
施される。さらにＭＤ９０に対しては、後述するＣＤ部
でＣＤ９１から再生された音声データを記録することも
できる。いわゆるＣＤ−ＭＤダビング記録である。この
場合、ＣＤ９１から再生された音声データ（１６ビット
量子化、44.1KHz サンプリングのデジタルデータ）が、
エンコーダ／デコーダ部１４に供給され、データ量を約
１／５に圧縮する音声圧縮エンコード処理が施される。

【００２８】エンコーダ／デコーダ部１４によって圧縮
された記録データはメモリコントローラ１２によって一
旦バッファメモリ１３に書き込まれ、また所定タイミン
グで読み出されてエンコーダ／デコーダ部８に送られ
る。そしてエンコーダ／デコーダ部８でＣＩＲＣエンコ
ード、ＥＦＭ変調等のエンコード処理された後、磁気ヘ
ッド駆動回路６に供給される。

【００２９】磁気ヘッド駆動回路６はエンコード処理さ
れた記録データに応じて、磁気ヘッド６ａに磁気ヘッド
駆動信号を供給する。つまり、ＭＤ９０に対して磁気ヘ
ッド６ａによるＮ又はＳの磁界印加を実行させる。ま
た、このときＭＤコントローラ１１は光学ヘッドに対し
て、記録レベルのレーザ光を出力するように制御信号を
供給する。

【００３０】ところで、ＭＤ９０に対して記録／再生動
作を行なう際には、ＭＤ９０に記録されている管理情
報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−Ｔ
ＯＣ（ユーザーＴＯＣ）を読み出す必要がある。ＭＤコ
ントローラ１１はこれらの管理情報に応じてＭＤ９０上
の記録すべきエリアのアドレスや、再生すべきエリアの
アドレスを判別することとなる。この管理情報はバッフ
ァメモリ１３に保持される。このためバッファメモリ１
３には、上記した記録データ／再生データのバッファエ
リアと、これら管理情報を保持するエリアが分割設定さ
れている。そして、ＭＤコントローラ１１はこれらの管
理情報を、ＭＤ９０が装填された際に管理情報の記録さ
れたディスクの最内周側の再生動作を実行させることに
よって読み出し、バッファメモリ１３に記憶しておき、
以後そのＭＤ９０に対する記録／再生動作の際に参照で
きるようにしている。

【００３１】また、Ｕ−ＴＯＣはデータの記録や消去に
応じて編集されて書き換えられるものであるが、ＭＤコ
ントローラ１１は記録／消去動作のたびにこの編集処理
をバッファメモリ１３に記憶されたＵ−ＴＯＣ情報に対
して行ない、その書換動作に応じて所定のタイミングで
ＭＤ９０のＵ−ＴＯＣエリアについても書き換えるよう
にしている。

【００３２】この記録再生装置では、さらにＣＤに対応
する再生系が形成されている。再生専用の光ディスクで
あるＣＤ（又はＣＤ−ＴＥＸＴ）９１はＣＤ再生動作を
行うＣＤ部に装填される。なお以下、特に区別せずに
「ＣＤ」というときは、通常のＣＤとＣＤ−ＴＥＸＴを
包括的に指すものとする。

【００３３】ＣＤ９１はＣＤ再生動作時においてスピン
ドルモータ３１によって一定線速度（ＣＬＶ）で回転駆
動される。そして光学ヘッド３２によってＣＤ９１にピ
ット形態で記録されているデータを読み出され、ＲＦア
ンプ３５に供給される。光学ヘッド３２において対物レ
ンズ３２ａは２軸機構３３によって保持され、トラッキ
ング及びフォーカス方向に変位可能とされる。また光学
ヘッド３２はスレッド機構３４によってＣＤ９１の半径
方向に移動可能とされる。

【００３４】ＲＦアンプ３５では再生ＲＦ信号のほか、
フォーカスエラー信号、トラッキングエラー信号を生成
し、これらのエラー信号はサーボ回路３６に供給され
る。サーボ回路３６はフォーカスエラー信号、トラッキ
ングエラー信号から、フォーカス駆動信号、トラッキン
グ駆動信号、スレッド駆動信号、スピンドル駆動信号の
各種駆動信号を生成し、２軸機構３３、スレッド機構３
４、及びスピンドルモータ３１の動作を制御する。

【００３５】再生ＲＦ信号はデコーダ３７に供給され
る。デコーダ３７ではＥＦＭ復調，ＣＩＲＣデコード等
を行なってＣＤ９１から読み取られた情報を１６ビット
量子化、44.1KHz サンプリングのデジタル音声データ形
態にデコードする。またデコーダ３７ではＴＯＣやサブ
コード等の制御データも抽出されるが、それらはシステ
ムコントローラ２１に供給され、各種制御に用いられ
る。

【００３６】デコーダ３７から出力されるデジタル音声
データは、Ｄ／Ａ変換器３８によってアナログ信号とさ
れ、切換回路５０に端子Ｔ_CDに供給される。ＣＤ再生動
作時にはシステムコントローラ２１は切換回路５０に端
子Ｔ_CDを選択させており、従ってＣＤ９１から再生され
Ｄ／Ａ変換器３８によってアナログ信号とされた再生音
声信号は、切換回路５０を介して音量調節部５１、パワ
ーアンプ５２に供給されて、スピーカ５３から再生音声
として出力される。

【００３７】また上記のようにＣＤ再生データをＭＤ９
０にダビング記録することができるが、その場合は、デ
コーダ３７から出力されるデジタル音声データがそのま
まエンコード／デコード部１４に供給されることにな
る。また、デコーダ３７から出力されるデジタル音声デ
ータについても、デジタルインターフェース５４に供給
されることで、デジタル出力端子５６から外部機器に、
デジタルデータ形態のＣＤ再生データを出力することが
できる。

【００３８】ＣＤ９１の再生時には、ＣＤ９１に記録さ
れている管理情報、即ちＴＯＣを読み出す必要がある。
システムコントローラ２１はこの管理情報に応じてＣＤ
９１に収録されたトラック数、各トラックのアドレスな
どを判別し、再生動作制御を行うことになる。このため
システムコントローラ２１はＣＤ９１が装填された際に
ＴＯＣが記録されたディスクの最内周側の再生動作を実
行させることによって読み出し、例えば内部ＲＡＭ２１
ａに記憶しておき、以後そのＣＤ９１に対する再生動作
の際に参照できるようにしている。

【００３９】また、ＣＤ９１がＣＤ−ＴＥＸＴである場
合は、ＴＯＣデータを形成するサブコード内に、後述す
るようにテキストデータが記録されている。システムコ
ントローラ１１はＴＯＣ読込時にこのテキストデータを
読み込み、ＲＡＭ２１ａに格納することになる。なお、
テキストデータが、いわゆるＴＯＣエリアではなく、プ
ログラムエリアにおけるサブコード内に記録されるモー
ドも存在するが、その場合も、プログラム（トラック）
の再生進行に応じて抽出されるサブコードデータととも
にテキストデータが取り込まれていくことになる。

【００４０】システムコントローラ２１は装置全体を制
御するマイクロコンピュータとされるが、ＭＤ部を動作
制御をＭＤコントローラ１１に実行させるためにＭＤコ
ントローラ１１に各種指示を与える。またＭＤ９０の記
録再生時には、ＭＤコントローラ１１からサブコード等
の管理情報を受け取ることになる。またＣＤ部に関して
は、例えばシステムコントローラ１１が直接動作制御を
行うようにされる。なお、このような制御系の形態は一
例であり、例えばＣＤ側の制御を行うＣＤコントローラ
を設けるようにしてもよいし、さらにはシステムコント
ローラ２１とＭＤコントローラ１１を一体化するような
構成を採ってもよい。

【００４１】操作部１９には、録音キー、再生キー、停
止キー、ＡＭＳキー、サーチキー、ダビングキー等がユ
ーザー操作に供されるように設けられ、ＭＤ９０及びＣ
Ｄ９１に関する再生／記録操作を行なうことができるよ
うにされている。また特に後述するトラックネームなど
の付随データをＭＤ９０に記録するための文字列の入力
や登録決定操作、登録モード操作なども可能とされてい
る。操作部１９からの操作情報はシステムコントローラ
２１に供給され、システムコントローラ２１はその操作
情報と動作プログラムに基づいて各部に対する所要の動
作を実行させる。なお図示していないが、操作部１９と
しては、例えば赤外線リモートコマンダーによる遠隔操
作機能を付加してもよい。

【００４２】また表示部２０ではＭＤ９０，ＣＤ９１の
再生時、録音時などに所要の表示動作が行なわれる。例
えば総演奏時間、再生や録音時の進行時間などの時間情
報や、トラックナンバ、動作状態、動作モードなどの各
種の表示がシステムコントローラ１１の制御に基づいて
行なわれる。またＣＤ−ＴＥＸＴの再生時には、テキス
トデータとして読み出された曲名や演奏者名などの情報
を表示することも行われる。なおダビング時の表示動作
例については後述する。

【００４３】システムコントローラ２１のＲＡＭ２１ａ
には、上述のように装填されたＣＤ９１の情報やＭＤ９
０について必要な情報を格納することになるが、このた
めＲＡＭ２１ａ内は、例えば図２のように記憶領域の設
定が行われている。即ちＲＡＭ２１ａには、システムコ
ントローラ２１が各種の作業を行うワークエリア６０が
用意されるとともに、ＣＤ部に装填されているＣＤ９１
の情報を格納するＣＤデータ格納エリア６１が設けられ
る。そしてＣＤデータ格納エリア６１にはＣＤ９１の管
理情報であるＴＯＣを構成するサブコードＱデータを格
納するＱデータエリア６２と、その装填されているＣＤ
がＣＤ−ＴＥＸＴである場合に対応して、ＣＤ９１から
読み出されるテキストデータを格納しておくテキストデ
ータエリア６３が設定される。このテキストデータエリ
ア６３は例えば１Ｋバイト以上の領域とされる。なお詳
しくは後述するが、テキストデータエリア６３は、ＭＤ
９０に登録するトラックネームの編集エリアとしても利
用され、このため図２６で説明したようなバッファエリ
アは設けられない。

【００４４】このように構成される本例の記録再生装置
では、ＭＤ再生動作、ＭＤ記録動作、ＣＤ再生動作、Ｃ
Ｄ−ＭＤダビング動作が実行できる。

【００４５】２．ＭＤのセクター構造及びエリア構造 ここでＭＤ９０のセクター構造とエリア構造について説
明する。ミニディスクシステムでは記録データとして１
クラスタという単位毎のデータストリームが形成される
が、この記録動作の単位となるクラスタのフォーマット
は図１１に示される。ミニディスクシステムでの記録ト
ラックとしては図１１のようにクラスタＣＬが連続して
形成されており、１クラスタが記録時の最小単位とされ
る。１クラスタは２〜３周回トラック分に相当し、実再
生時間としては２．０４３秒分のデータ量となる。

【００４６】そして１クラスタＣＬは、セクターＳＣFC
〜ＳＣFEとして示す３セクターのリンキングセクター
と、セクターＳＣFFとして示す１セクターのサブデータ
セクターと、セクターＳＣ00〜ＳＣ1Fとして示す３２セ
クターのメインセクターから形成されている。即ち１ク
ラスタは３６セクターで構成される。１セクタは２３５
２バイトで形成されるデータ単位である。

【００４７】リンキングセクターＳＣFC〜ＳＣFEは、記
録動作の切れ目としての緩衝領域や各種動作調整その他
に用いられ、またサブデータセクターＳＣFFは、サブデ
ータとして設定された情報の記録に用いることができ
る。そして、ＴＯＣデータ、オーディオデータ等の記録
は３２セクターのメインセクターＳＣ00〜ＳＣ1Fに行な
われる。

【００４８】また、セクターはさらにサウンドグループ
という単位に細分化され、２セクターが１１サウンドグ
ループに分けられている。つまり図示するように、セク
ターＳＣ00などの偶数セクターと、セクターＳＣ01など
の奇数セクターの連続する２つのセクターに、サウンド
グループＳＧ00〜ＳＧ0Aが含まれる状態となっている。
１つのサウンドグループは４２４バイトで形成されてお
り、11.61msec の時間に相当する音声データ量となる。
１つのサウンドグループＳＧ内にはデータがＬチャンネ
ルとＲチャンネルに分けられて記録される。例えばサウ
ンドグループＳＧ00はＬチャンネルデータＬ０とＲチャ
ンネルデータＲ０で構成され、またサウンドグループＳ
Ｇ01はＬチャンネルデータＬ１とＲチャンネルデータＲ
１で構成される。なお、Ｌチャンネル又はＲチャンネル
のデータ領域となる２１２バイトをサウンドフレームと
よんでいる。

【００４９】ＭＤ９０のエリア構造を図１２に示す。図
１２（ａ）はディスク最内周側から最外周側までのエリ
アを示している。光磁気ディスクとしてのＭＤ９０は、
最内周側はエンボスピットにより再生専用のデータが形
成されるピット領域とされており、ここにＰ−ＴＯＣが
記録されている。ピット領域より外周は光磁気領域とさ
れ、記録トラックの案内溝としてのグルーブが形成され
た記録再生可能領域となっている。この光磁気領域の最
内周側のクラスタ０〜クラスタ４９までの区間が管理エ
リアとされ、実際の楽曲等がそれぞれ１つのトラックと
して記録されるのは、クラスタ５０〜クラスタ２２５１
までのプログラムエリアとなる。プログラムエリアより
外周はリードアウトエリアとされている。

【００５０】管理エリア内を詳しく示したものが図１２
（ｂ）である。図１２（ｂ）は横方向にセクター（リン
キングセクターは省略）、縦方向にクラスタを示してい
る。管理エリアにおいてクラスタ０，１はピット領域と
の緩衝エリアとされている。クラスタ２はパワーキャリ
ブレーションエリアＰＣＡとされ、レーザー光の出力パ
ワー調整等のために用いられる。クラスタ３，４，５は
Ｕ−ＴＯＣが記録される。Ｕ−ＴＯＣの内容について詳
しくは後述するが、１つのクラスタ内の３２個の各メイ
ンセクター（ＳＣ00〜ＳＣ1F）においてデータフォーマ
ットが規定され、それぞれ所定の管理情報が記録され
る。即ちプログラムエリアに記録されている各トラック
のアドレス、フリーエリアのアドレス等が記録され、ま
た各トラックに付随するトラックネーム、記録日時など
の情報が記録できるようにＵ−ＴＯＣセクターが規定さ
れている。このようなＵ−ＴＯＣデータとなるセクター
を有するクラスタが、クラスタ３，４，５に３回繰り返
し記録される。クラスタ４７，４８，４９は、プログラ
ムエリアとの緩衝エリアとされる。

【００５１】クラスタ５０（＝１６進表記で３２ｈ）以
降のプログラムエリアには、１つのクラスタ内の３２個
の各メインセクター（ＳＣ00〜ＳＣ1F）において、楽曲
等の音声データがＡＴＲＡＣと呼ばれる圧縮形式で記録
される。記録される各プログラムや記録可能な領域は、
Ｕ−ＴＯＣによって管理される。

【００５２】３．ＭＤのＵ−ＴＯＣ ［Ｕ−ＴＯＣセクター０］前述したように、ＭＤ９０に
対してプログラム（トラック）の記録／再生動作を行な
うためには、ＭＤコントローラ１１は、予めＭＤ９０に
記録されている管理情報としてのＰ−ＴＯＣ、Ｕ−ＴＯ
Ｃを読み出しておき、必要時にこれを参照することにな
る。ここで、ＭＤ９０においてトラック（楽曲等）の記
録／再生動作などの管理を行なう管理情報として、Ｕ−
ＴＯＣセクターについて説明する。

【００５３】なおＰ−ＴＯＣは図１２で説明したように
ディスク最内周側のピットエリアに形成されるもので、
読出専用の情報である。そして、Ｐ−ＴＯＣによってデ
ィスクの記録可能エリア（レコーダブルユーザーエリ
ア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなどの
位置の管理等が行なわれる。なお、全てのデータがピッ
ト形態で記録されている再生専用のＭＤも存在するが、
その場合はＰ−ＴＯＣによってＲＯＭ化されて記録され
ているトラック（楽曲）の管理も行なうことができるよ
うにされ、Ｕ−ＴＯＣは形成されない。Ｐ−ＴＯＣにつ
いては詳細な説明を省略する。

【００５４】図１３はＵ−ＴＯＣセクター０のフォーマ
ットを示すものである。なお、Ｕ−ＴＯＣセクターとし
てはセクター０〜セクター３２まで設けることができ
る。即ち上記した１クラスタ内のメインセクターＳＣ00
〜ＳＣ1Fに相当して記録されるセクターとなる。その中
で、セクター１，セクター４は文字情報、セクター２は
録音日時を記録するエリアとされている。セクター１，
セクター４については後述し、セクター２については説
明を省略する。まず最初に、ＭＤ９０の記録／再生動作
に必ず必要となるＵ−ＴＯＣセクター０について説明す
る。

【００５５】Ｕ−ＴＯＣセクター０は、主にユーザーが
録音を行なった楽曲等のプログラムや新たにプログラム
が録音可能なフリーエリアについての管理情報が記録さ
れているデータ領域とされる。例えばＭＤ９０に或る楽
曲の録音を行なおうとする際には、ＭＤコントローラ１
１は、Ｕ−ＴＯＣセクター０からディスク上のフリーエ
リアを探し出し、ここに音声データを記録していくこと
になる。また、再生時には再生すべき楽曲が記録されて
いるエリアをＵ−ＴＯＣセクター０から判別し、そのエ
リアにアクセスして再生動作を行なう。

【００５６】図１３のＵ−ＴＯＣセクター０のデータ領
域（４バイト×588 の２３５２バイト）は、先頭位置に
オール０又はオール１の１バイトデータが並んで形成さ
れる同期パターンが記録される。続いてクラスタアドレ
ス(Cluster H) (Cluster L) 及びセクターアドレス(Sec
tor)となるアドレスが３バイトにわたって記録され、さ
らにモード情報(MODE)が１バイト付加され、以上でヘッ
ダとされる。ここでの３バイトのアドレスは、そのセク
ター自体のアドレスである。同期パターンやアドレスが
記録されるヘッダ部分については、このＵ−ＴＯＣセク
ター０に限らず、Ｐ−ＴＯＣセクター、プログラムエリ
アでのセクターでも同様であり、セクター単位にそのセ
クター自体のアドレス及び同期パターンが記録されてい
る。

【００５７】続いて所定バイト位置に、メーカーコー
ド、モデルコード、最初のトラックのトラックナンバ(F
irst TNO）、最後のトラックのトラックナンバ（Last T
NO）、セクター使用状況(Used sectors)、ディスクシリ
アルナンバ、ディスクＩＤ等のデータが記録される。

【００５８】さらに、ユーザーが録音を行なって記録さ
れているトラック（楽曲等）の領域やフリーエリア等を
後述するテーブル部に対応させることによって識別する
ため、ポインタ部として各種のポインタ(P-DFA，P-EMPT
Y ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用
意されている。

【００５９】そしてポインタ(P-DFA〜P-TNO255) に対応
させることになるテーブル部として(01h) 〜(FFh) まで
の２５５個のパーツテーブルが設けられ、それぞれのパ
ーツテーブルには、或るパーツについて起点となるスタ
ートアドレス、終端となるエンドアドレス、そのパーツ
のモード情報（トラックモード）が記録されている。さ
らに各パーツテーブルで示されるパーツが他のパーツへ
続いて連結される場合があるため、その連結されるパー
ツのスタートアドレス及びエンドアドレスが記録されて
いるパーツテーブルを示すリンク情報が記録できるよう
にされている。なおパーツとは１つのトラック内で時間
的に連続したデータが物理的に連続して記録されている
トラック部分のことをいう。そしてスタートアドレス、
エンドアドレスとして示されるアドレスは、１つの楽曲
（トラック）を構成する１又は複数の各パーツを示すア
ドレスとなる。これらのアドレスは短縮形で記録され、
クラスタ、セクター、サウンドグループを指定する。

【００６０】ＭＤ９０では、１つの楽曲（プログラム／
トラック）のデータを物理的に不連続に、即ち複数のパ
ーツにわたって記録されていてもパーツ間でアクセスし
ながら再生していくことにより再生動作に支障はないた
め、ユーザーが録音する楽曲等については、録音可能エ
リアの効率使用等の目的から、複数パーツにわけて記録
する場合もある。そのため、リンク情報が設けられ、例
えば各パーツテーブルに与えられたナンバ(01h) 〜(FF
h) によって、連結すべきパーツテーブルを指定するこ
とによってパーツテーブルが連結できるようになされて
いる。つまりＵ−ＴＯＣセクター０におけるテーブル部
においては、１つのパーツテーブルは１つのパーツを表
現しており、例えば３つのパーツが連結されて構成され
る楽曲についてはリンク情報によって連結される３つの
パーツテーブルによって、そのパーツ位置の管理が行わ
れる。

【００６１】Ｕ−ＴＯＣセクター０のテーブル部におけ
る(01h) 〜(FFh) までの各パーツテーブルは、ポインタ
部におけるポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1
〜P-TNO255) によって、以下のようにそのパーツの内容
が示される。

【００６２】ポインタP-DFA は光磁気ディスク９０上の
欠陥領域について示しており、傷などによる欠陥領域と
なるトラック部分（＝パーツ）が示された１つのパーツ
テーブル又は複数のパーツテーブル内の先頭のパーツテ
ーブルを指定している。つまり、欠陥パーツが存在する
場合はポインタP-DFA において(01h) 〜(FFh) のいづれ
かが記録されており、それに相当するパーツテーブルに
は、欠陥パーツがスタート及びエンドアドレスによって
示されている。また、他にも欠陥パーツが存在する場合
は、そのパーツテーブルにおけるリンク情報として他の
パーツテーブルが指定され、そのパーツテーブルにも欠
陥パーツが示されている。そして、さらに他の欠陥パー
ツがない場合はリンク情報は例えば『００ｈ』とされ、
以降リンクなしとされる。

【００６３】ポインタP-EMPTY はテーブル部における１
又は複数の未使用のパーツテーブルの先頭のパーツテー
ブルを示すものであり、未使用のパーツテーブルが存在
する場合は、ポインタP-EMPTY として、(01h) 〜(FFh)
のうちのいづれかが記録される。未使用のパーツテーブ
ルが複数存在する場合は、ポインタP-EMPTY によって指
定されたパーツテーブルからリンク情報によって順次パ
ーツテーブルが指定されていき、全ての未使用のパーツ
テーブルがテーブル部上で連結される。

【００６４】ポインタP-FRA は光磁気ディスク９０上の
データの書込可能なフリーエリアについて示しており、
フリーエリアとなるトラック部分（＝パーツ）が示され
た１又は複数のパーツテーブル内の先頭のパーツテーブ
ルを指定している。つまり、フリーエリアが存在する場
合はポインタP-FRA において(01h) 〜(FFh) のいづれか
が記録されており、それに相当するパーツテーブルに
は、フリーエリアであるパーツがスタート及びエンドア
ドレスによって示されている。また、このようなパーツ
が複数個有り、つまりパーツテーブルが複数個有る場合
はリンク情報により、リンク情報が『００ｈ』となるパ
ーツテーブルまで順次指定されている。

【００６５】図１４にパーツテーブルにより、フリーエ
リアとなるパーツの管理状態を模式的に示す。これはパ
ーツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされ
ている時に、この状態がポインタP-FRA に引き続きパー
ツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによっ
て表現されている状態を示している。なお上記した欠陥
領域や未使用パーツテーブルの管理形態もこれと同様と
なる。

【００６６】ポインタP-TNO1〜P-TNO255は、ディスク９
０にユーザーが記録を行なった楽曲などのトラックにつ
いて示しており、例えばポインタP-TNO1では第１トラッ
クのデータが記録された１又は複数のパーツのうちの時
間的に先頭となるパーツが示されたパーツテーブルを指
定している。例えば第１トラック（第１プログラム）と
された楽曲がディスク上でトラックが分断されずに、つ
まり１つのパーツで記録されている場合は、その第１ト
ラックの記録領域はポインタP-TNO1で示されるパーツテ
ーブルにおけるスタート及びエンドアドレスとして記録
されている。

【００６７】また、例えば第２トラック（第２プログラ
ム）とされた楽曲がディスク上で複数のパーツに離散的
に記録されている場合は、その第２トラックの記録位置
を示すため各パーツが時間的な順序に従って指定され
る。つまり、ポインタP-TNO2に指定されたパーツテーブ
ルから、さらにリンク情報によって他のパーツテーブル
が順次時間的な順序に従って指定されて、リンク情報が
『００ｈ』となるパーツテーブルまで連結される（上
記、図１４と同様の形態）。このように例えば２曲目を
構成するデータが記録された全パーツが順次指定されて
記録されていることにより、このＵ−ＴＯＣセクター０
のデータを用いて、２曲目の再生時や、その２曲目の領
域への上書き記録を行なう際に、光学ヘッド３及び磁気
ヘッド６ａをアクセスさせ離散的なパーツから連続的な
音楽情報を取り出したり、記録エリアを効率使用した記
録が可能になる。

【００６８】以上のように、書換可能な光磁気ディスク
９０については、ディスク上のエリア管理はＰ−ＴＯＣ
によってなされ、またレコーダブルユーザーエリアにお
いて記録された楽曲やフリーエリア等はＵ−ＴＯＣによ
り行なわれる。

【００６９】［Ｕ−ＴＯＣセクター１］次に、図１５に
Ｕ−ＴＯＣセクター１のフォーマットを示す。このセク
ター１は録音された各トラックにトラックネームをつけ
たり、ディスク自体の名称などの情報となるディスクネ
ームをつける場合に、入力された文字情報を記録するデ
ータ領域とされる。

【００７０】このＵ−ＴＯＣセクター１には、記録され
た各トラックに相当するポインタ部としてポインタP-TN
A1〜P-TNA255が用意され、またこのポインタP-TNA1〜P-
TNA255によって指定されるスロット部が１単位８バイト
で２５５単位のスロット(01h) 〜(FFh) 及び同じく８バ
イトの１つのスロット(00h) が用意されており、上述し
たＵ−ＴＯＣセクター０とほぼ同様の形態で文字データ
を管理する。

【００７１】スロット(01h) 〜(FFh) にはディスクタイ
トルやトラックネームとしての文字情報がアスキーコー
ドで記録される。そして、例えばポインタP-TNA1によっ
て指定されるスロットには第１トラックに対応してユー
ザーが入力した文字が記録されることになる。また、ス
ロットがリンク情報によりリンクされることで、１つの
トラックに対応する文字入力は７バイト（７文字）より
大きくなっても対応できる。なお、スロット(00h) とし
ての８バイトはディスクネームの記録のための専用エリ
アとされており、ポインタP-TNA(x)によっては指定され
ないスロットとされている。このＵ−ＴＯＣセクター１
でもポインタP-EMPTY は使用していないスロットを管理
する。

【００７２】［Ｕ−ＴＯＣセクター４］図１６はＵ−Ｔ
ＯＣセクター４を示し、このセクター４は、上記したセ
クター１と同様に、ユーザーが録音を行なったトラック
に曲名（トラックネーム）をつけたりディスクネームを
つける場合に、入力された文字情報を記録するデータ領
域とされ、図１６と図１５を比較してわかるようにフォ
ーマットはセクター１とほぼ同様である。ただし、この
セクター４は漢字や欧州文字に対応するコードデータ
（２バイトコード）が記録できるようにされるものであ
り、所定バイト位置に文字コードの属性が記録される。
このＵ−ＴＯＣセクター４の文字情報の管理は、セクタ
ー１と同様にポインタP-TNA1〜P-TNA255及びポインタP-
TNA1〜P-TNA255によって指定される２５５単位のスロッ
ト(01h) 〜(FFh) によって行なわれる。

【００７３】４．ＣＤのサブコード及びＴＯＣ 続いて、ＣＤ部で再生されるＣＤ９１においてリードイ
ンエリアに記録されるＴＯＣ、及びサブコードについて
説明する。ＣＤ方式のディスクにおいて記録されるデー
タの最小単位は１フレームとなる。そして９８フレーム
で１ブロックが構成される。

【００７４】１フレームの構造は図１７のようになる。
１フレームは５８８ビットで構成され、先頭２４ビット
が同期データ、続く１４ビットがサブコードデータエリ
アとされる。そして、その後にデータ及びパリティが配
される。

【００７５】この構成のフレームが９８フレームで１ブ
ロックが構成され、９８個のフレームから取り出された
サブコードデータが集められて図１８（ａ）のような１
ブロックのサブコードデータが形成される。９８フレー
ムの先頭の第１、第２のフレーム（フレーム９８ｎ＋
１，フレーム９８ｎ＋２）からのサブコードデータは同
期パターンとされている。そして、第３フレームから第
９８フレーム（フレーム９８ｎ＋３〜フレーム９８ｎ＋
９８）までで、各９６ビットのチャンネルデータ、即ち
Ｐ，Ｑ，Ｒ，Ｓ，Ｔ，Ｕ，Ｖ，Ｗのサブコードデータが
形成される。

【００７６】このうち、アクセス等の管理のためにはＰ
チャンネルとＱチャンネルが用いられる。ただし、Ｐチ
ャンネルはトラックとトラックの間のポーズ部分を示し
ているのみで、より細かい制御はＱチャンネル（Ｑ₁ 〜
Ｑ₉₆）によって行なわれる。９６ビットのＱチャンネル
データは図１８（ｂ）のように構成される。

【００７７】まずＱ₁ 〜Ｑ₄ の４ビットはコントロール
データとされ、オーディオのチャンネル数、エンファシ
ス、ＣＤ−ＲＯＭ、デジタルコピー可否の識別などに用
いられる。次にＱ₅ 〜Ｑ₈ の４ビットはアドレスとさ
れ、これはサブＱデータのコントロールビットの内容を
示すものとされている。そしてＱ₉ 〜Ｑ₈₀で７２ビット
のサブＱデータとされ、残りのＱ₈₁〜Ｑ₉₆はＣＲＣとさ
れる。

【００７８】リードインエリアにおいては、そこに記録
されているサブＱデータが即ちＴＯＣ情報となる。つま
りリードインエリアから読み込まれたＱチャンネルデー
タにおけるＱ₉ 〜Ｑ₈₀の７２ビットのサブＱデータは、
図１９（ａ）のような情報を有するものである。サブＱ
データは各８ビットのデータを有している。

【００７９】まずトラックナンバが記録される。リード
インエリアではトラックナンバは『００』に固定され
る。続いてＰＯＩＮＴ（ポイント）が記され、さらにト
ラック内の経過時間としてＭＩＮ（分）、ＳＥＣ
（秒）、ＦＲＡＭＥ（フレーム番号）が示される。さら
に、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥが記録される
が、このＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥは、ＰＯＩ
ＮＴの値によって意味が決定されている。

【００８０】ＰＯＩＮＴの値が『０１』〜『９９』のと
きは、その値はトラックナンバを意味し、この場合ＰＭ
ＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにおいては、そのトラッ
クナンバのトラックのスタートポイント（絶対時間アド
レス）が分（ＰＭＩＮ），秒（ＰＳＥＣ），フレーム番
号（ＰＦＲＡＭＥ）として記録されている。

【００８１】ＰＯＩＮＴの値が『Ａ０』のときは、ＰＭ
ＩＮに最初のトラックのトラックナンバが記録される。
また、ＰＳＥＣの値によってＣＤ−ＤＡ（デジタルオー
ディオ），ＣＤ−Ｉ，ＣＤ−ＲＯＭ（ＸＡ仕様）などの
仕様の区別がなされる。ＰＯＩＮＴの値が『Ａ１』のと
きは、ＰＭＩＮに最後のトラックのトラックナンバが記
録される。ＰＯＩＮＴの値が『Ａ２』のときは、ＰＭＩ
Ｎ，ＰＳＥＣ，ＰＦＲＡＭＥにリードアウトエリアのス
タートポイントが絶対時間アドレスとして示される。

【００８２】例えば６トラックが記録されたディスクの
場合、このようなサブＱデータによるＴＯＣとしては図
２０のようにデータが記録されていることになる。図２
０に示すようにトラックナンバＴＮＯは全て『００』で
ある。ブロックＮＯ．とは上記のように９８フレームに
よるブロックデータとして読み込まれた１単位のサブＱ
データのナンバを示している。各ＴＯＣデータはそれぞ
れ３ブロックにわたって同一内容が書かれている。図示
するようにＰＯＩＮＴが『０１』〜『０６』の場合、Ｐ
ＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥとして第１トラック＃
１〜第６トラック＃６のスタートポイントが示されてい
る。

【００８３】そしてＰＯＩＮＴが『Ａ０』の場合、ＰＭ
ＩＮに最初のトラックナンバとして『０１』が示され
る。またＰＳＥＣの値によってディスクが識別され、通
常のオーディオ用のＣＤの場合は『００』となる。な
お、ディスクがＣＤ−ＲＯＭ（ＸＡ仕様）の場合は、Ｐ
ＳＥＣ＝『２０』、ＣＤ−Ｉの場合は『１０』というよ
うに定義されている。

【００８４】またＰＯＩＮＴの値が『Ａ１』の位置にＰ
ＭＩＮに最後のトラックのトラックナンバが記録され、
ＰＯＩＮＴの値が『Ａ２』の位置に、ＰＭＩＮ，ＰＳＥ
Ｃ，ＰＦＲＡＭＥにリードアウトエリアのスタートポイ
ントが示される。ブロックｎ＋２７以降は、ブロックｎ
〜ｎ＋２６の内容が再び繰り返して記録されている。

【００８５】トラック＃１〜トラック＃ｎとして楽曲等
が記録されているプログラム領域及びリードアウトエリ
アにおいては、そこに記録されているサブＱデータは図
１９（ｂ）の情報を有する。まずトラックナンバが記録
される。即ち各トラック＃１〜＃ｎでは『０１』〜『９
９』のいづれかの値となる。またリードアウトエリアで
はトラックナンバは『ＡＡ』とされる。続いてインデッ
クスとして各トラックをさらに細分化することができる
情報が記録される。

【００８６】そして、トラック内の経過時間としてＭＩ
Ｎ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム番号）
が示される。さらに、ＡＭＩＮ，ＡＳＥＣ，ＡＦＲＡＭ
Ｅとして、絶対時間アドレスが分（ＡＭＩＮ），秒（Ａ
ＳＥＣ），フレーム番号（ＡＦＲＡＭＥ）で記録されて
いる。

【００８７】５．ＣＤ−ＴＥＸＴデータ 次に、上記構造のサブコードに含まれるテキストデータ
について説明する。上述のようにＣＤ９１ではリードイ
ン領域におけるサブコードのうちのＱデータが用いられ
てＴＯＣが形成されるが、ＣＤ−ＴＥＸＴの場合は、そ
のリードイン領域におけるサブコードのうちＲ〜Ｗデー
タを利用してテキストデータを記録するようにしてい
る。

【００８８】まず、図２１によりテキストデータの包括
的な構造について説明する。サブコード内に含まれるテ
キストデータのみを抽出して構造的に見た場合、テキス
トデータは図２１に示すようになる。テキストデータと
しての最も大きなデータ単位は、図２１（ａ）に示す
『テキストグループ』とされる。図２１（ａ）において
は複数のテキストグループが示されているが、各テキス
トグループのデータは同一内容とされており、従って、
サブコード内においては、同一データ内容の所定数の複
数のテキストグループが繰り返し記録されていることに
なる。

【００８９】１つのテキストグループは、例えば最大２
０４８パック（パックの定義については後述する）によ
り形成するものとされるが、１テキストグループあたり
のデータ読出しに要する時間等を考慮して、１テキスト
グループを５１２パック以内により形成することが推奨
されている。この際、１テキストグループあたりのデー
タ総量としては６５００文字程度となる。また１つのテ
キストグループは、図２１（ｂ）に示すようにブロック
０〜ブロックｎにより形成され、例えば最大８ブロック
（０≦ｎ≦７となる）であると規定されている。各ブロ
ックは、同一の内容の情報をそれぞれ異なる言語により
表記するためのテキストデータが格納されているものと
される。例えば、ブロック０には、当該ディスクに対応
する各種情報を英語により表記するためのテキストデー
タが格納されており、ブロック１には、ブロック０と内
容的には同一の情報を日本語により表記するためのテキ
ストデータが格納されるような形態である。そして１テ
キストグループは最大８ブロックにより形成可能である
ことから、テキストデータのフォーマットとしては最大
８言語に対応することが可能とされる。

【００９０】１つのブロックは、図２１（ｃ）に示すよ
うにパック０〜パックｍのデータ単位により形成され
る。ここでは、１ブロックは最大２５６パックで形成さ
れ情報量としては例えば３６．８６４ＫＢｙｔｅとされ
ている。

【００９１】パック内のデータ構造について、図２２、
図２３、図２４により説明する。図２２（ａ）は、図１
８に示したサブコーディングフレームをデータ領域別に
示すものであり、前述のように１サブコーディングフレ
ームは９８フレームにより形成される。９８フレームの
先頭の第１、第２フレーム（フレーム９８ｎ＋１，フレ
ーム９８ｎ＋２）は、図１８で説明したように同期パタ
ーンＳ０，Ｓ１の領域とされる。また、第３フレームか
ら第９８フレーム（フレーム９８ｎ＋３〜フレーム９８
ｎ＋９８）におけるＰチャンネルはサブコードＰのデー
タ領域とされ、ＱチャンネルはサブコードＱのデータ領
域とされる。

【００９２】そして、第３フレームから第９８フレーム
におけるＲチャンネル〜Ｗチャンネルの領域が図２２に
示すようにパック０〜パック４として割り当てられる。
各パックのデータサイズは固定長とされて、図２２
（ｂ）に示すようにシンボル０〜２３の２４シンボルに
より形成される。１シンボルは図２２（ｃ）に示すよう
に、１フレームにおけるＲ，Ｓ，Ｔ，Ｕ，Ｖ，Ｗのチャ
ンネルデータよりなる６ビットのデータ単位であり、こ
の場合にはＲチャンネルデータがＭＳＢ、Ｗチャンネル
がＬＳＢとして定義される。

【００９３】図２３は、図２２（ａ）に示す構造の１サ
ブコーディングフレームから、４つのパック（パック０
〜パック４）によるデータ構造を抜き出して示してい
る。１パックは、図２２で説明したように、２４のシン
ボル（６ビット）により形成されることから、１８バイ
ト（＝６ビット×２４／８）のデータサイズを有する。
そして、図２３のように１パックは、先頭のＩＤ領域と
続くテキストデータ領域により１６バイトを占有し、残
りの２バイトはＣＲＣ領域となる。また、前述のように
１サブコーディングフレームにおいては４つのパックが
設けられるが、これら４つのパックの集合により形成さ
れるデータ単位はパケットとして定義されている。１パ
ックは２４シンボルにより形成されることから、１パケ
ットは９６のシンボル（＝２４シンボル×４パック）に
より形成されるものとみることができる。

【００９４】図２４及び図２５は、図２３で示した１パ
ック分のデータをシリアルに表現したものである。図２
４（ａ）から分かるように、テキストデータとしては、
６ビットよりなるシンボルをシリアルに配列させたうえ
で、このデータ列を８ビット（１バイト）ごとに区切る
ようにしてデータを扱うように規定されている。

【００９５】そして図２４（ｂ）のように、パックの先
頭からはヘッダ領域としてＩＤ１、ＩＤ２、ＩＤ３、Ｉ
Ｄ４の４つのＩＤデータが設けられる。なお、ＩＤ１は
パックタイプ、ＩＤ２はトラックナンバ、ＩＤ３はシー
ケンスナンバ、ＩＤ４はブロックナンバ及びキャラクタ
ポジションを、それぞれ示すインジケータとして機能す
る。

【００９６】このテキストデータフォーマットでは、図
２４に示すとおり、サブコードＲ〜Ｗを８ビット（１バ
イト）ごとに区切ってデータを扱うことにより、パック
のヘッダ領域としての各ＩＤは、図２５に示すようにそ
れぞれ８ビット（１バイト）のデータ単位とされること
になる。このため、図２４（ｂ）に示すように、ヘッダ
領域（ＩＤ１〜ＩＤ４）以降の残りの１２バイトがテキ
ストデータ領域として確保され、残りの２バイトがＣＲ
Ｃ領域となる。そして１２バイトのテキストデータ領域
も、図２５に示すように、８ビットごとのｔｅｘｔ１〜
ｔｅｘｔ１２としてのデータ単位により扱われる。

【００９７】記録されるテキストデータとしては、その
ディスクに収録された各トラックの曲名、演奏者名、作
詞作曲者名、メッセージ、その他多様な例が考えられる
が、そのテキストデータの内容は、ヘッダ領域のＩＤ１
〜ＩＤ４の情報により、識別されるようにされている。
即ち、テキストデータ領域に記録される文字情報につい
て、その内容（曲名や演奏者名などの別）や他のパック
との連結状況、対応するトラックナンバなどが識別され
る。

【００９８】６．ダビング時の動作 以下、本例の特徴的な動作として、ダビング時の動作、
特にダビング時におけるトラックネーム登録に関する動
作について説明していく。上述したように、ＣＤ部に装
填されたＣＤ９１からＭＤ部に装填されたＭＤ９０にダ
ビング記録を行うことができるが、このダビング記録中
にユーザーはＭＤ９０にダビングするトラックについ
て、トラックネーム登録操作を行うことができる。そし
てＣＤ９１がＣＤ−ＴＥＸＴである場合は、そのＣＤ−
ＴＥＸＴに記録されている曲名データを、ＭＤ９１に記
録するトラックネームとなる文字列データとして利用す
ることができる。

【００９９】ここで、図２に示したように本例の場合は
ＲＡＭ２１ａにおいて、ＣＤ−ＴＥＸＴディスクから読
み込んだテキストデータを格納するテキストデータエリ
ア６３は設けられているが、テキストデータに対する編
集データを格納するバッファエリアは用意されていな
い。従ってテキストデータエリア６３において編集デー
タも保持するようにするとともに、必要時（ダビング終
了時）に、元々のテキストデータが保持された状態に復
帰させる動作を行うことになる。

【０１００】そのような動作を含む、本例の記録再生装
置のダビング時の処理を説明していく。図４〜図６は、
システムコントローラ２１（及びＭＤコントローラ１
１）により実行される処理のフローチャートであり、ま
た図７〜図１０は、動作過程におけるテキストデータエ
リア６３の格納データの様子を示すものである。また図
３に各時点での表示部２０での表示例を示す。

【０１０１】まず図４でディスクが装填された際の処理
を説明する。ディスクが装填されていない時点では、シ
ステムコントローラ２１はステップＦ１０１，Ｆ１０２
でＭＤ９０又はＣＤ９１の装填を監視している。そして
ＣＤ部にＣＤ９１が装填された際には、処理をステップ
Ｆ１０３に進め、ＣＤ部における各部を制御して装填さ
れたＣＤ９１を駆動させ、ＴＯＣデータを読み出す。読
み出したＴＯＣデータとしてのサブコードＱデータは、
ＲＡＭ２１ａ内のＱデータエリア６２に格納する。ま
た、そのＣＤ９１がＣＤ−ＴＥＸＴであった場合は、さ
らに処理をステップＦ１０４からＦ１０５に進め、ＴＯ
Ｃデータ（サブコードＱ）とともにサブコードＲ〜Ｗと
して読み込まれたテキストデータを、ＲＡＭ２１ａ内の
テキストデータエリア６３に格納する。

【０１０２】この時点でのテキストデータエリア６３の
格納データ内容を図７に示す。図示するようにＣＤ９１
（ＣＤ−ＴＥＸＴ）に、各曲（プログラム）に対応して
記録されているテキストデータが連続して格納されてい
く。例えばＣＤ９１にプログラムとしてｍ曲が収録され
ていた場合は、ｍ曲の各曲に対応する曲名としての文字
列が、区切コード☆で区切られた状態で、テキストデー
タエリア１１２に格納される。なお、テキストデータの
格納に際して余った領域は空き領域として残される。

【０１０３】このような図４のステップＦ１０３，Ｆ１
０５の処理により、以降、ＴＯＣデータに基づいてＣＤ
９０の収録トラック数、各トラックの演奏時間等が判別
できるとともに、そのＴＯＣデータに応じて所要のトラ
ックを再生させることができる。またＣＤ−ＴＥＸＴの
場合は、トラックの再生時などに、そのトラックに対応
するテキストデータ（曲名や演奏者名、メッセージ等）
を表示部２０に表示させることができる。

【０１０４】ＭＤ部にＭＤ９０が装填された場合は、シ
ステムコントローラ２１は処理をステップＦ１０６に進
め、ＭＤコントローラ１１に指示を与えて、ＭＤ９０か
らのＵ−ＴＯＣデータの読込を実行させる。読み込まれ
たＵ−ＴＯＣデータはバッファメモリ１３に格納され、
以降、そのＵ−ＴＯＣデータを参照してＭＤ９０に対す
る記録／再生動作が可能となる。

【０１０５】ＣＤ９１のＴＯＣやＭＤ９０のＵ−ＴＯＣ
を読み込むことで、システムコントローラ２１は、ＣＤ
９１やＭＤ９０の情報を表示部２０に表示させ、ユーザ
ーに提示することができる。例えば図３（ａ）は、装填
されたＣＤ９１について、収録トラック数や総演奏時間
を表示している例である。もちろん上記のようにテキス
トデータが取り込まれている場合は、ＣＤ９１の各収録
曲についての曲名表示も可能となる。また図３（ｂ）
は、装填されたＭＤ９０について、記録可能な残り時間
を表示している例である。もちろんＭＤ９０について収
録されているトラック数や演奏時間を表示すること、さ
らにはトラックネーム登録がされているトラックについ
ては、そのトラックネームとしての曲名等の表示も可能
である。

【０１０６】ＣＤ９１及びＭＤ９０が装填されている状
態では、ユーザーはＣＤ９１〜ＭＤ９０へのダビング記
録を指示することができる。即ちユーザーが操作部１９
においてダビング操作を行うと、システムコントローラ
２１は、ＣＤ９１からＭＤ９０へのダビング動作のため
の処理を開始する。この処理を図５に示す。なお説明
上、ＣＤ９１はＣＤ−ＴＥＸＴであったとする。

【０１０７】ダビング操作（例えばＣＤ→ＭＤシンクロ
ダビングキーの押圧）が行われたら、システムコントロ
ーラ１１は処理をステップＦ２０１からＦ２０２に進
め、まずダビング開始のための準備として、ＣＤ部側で
ＣＤ９１を再生ポーズ状態とさせる。またステップＦ２
０３において、ＭＤ部側で、ＭＤ９０を記録ポーズ状態
とさせる。

【０１０８】ここで本例の場合、ダビング中のＭＤ９０
に対するトラックネーム登録操作が行われる可能性があ
ることから、その用意のための処理をステップＦ２０４
で行う。つまりＣＤ９１から読み出されたテキストデー
タを、トラックネーム登録する文字列として編集できる
ようにする準備である。このためにステップＦ２０４で
は、図７のようにテキストデータエリア６３に格納され
ているテキストデータについて、各テキストデータが編
集可能な状態となるようにデータ展開（ソート）を行
う。具体的には図８に示すように、１トラックについて
それぞれＸバイト（例えば５０バイト）の領域を用意
し、そのＸバイトの領域に、各テキストデータが格納さ
れた状態になるようにする。これにより、各トラックに
ついて、ＣＤ９１に記録されていた各テキストが割り当
てられるとともに、最大Ｘバイトの範囲で文字列の追加
／変更等の編集が可能とされる（編集データを格納でき
る）ことになる。

【０１０９】ステップＦ２０４の処理を終えたら、ステ
ップＦ２０５でダビング動作を開始する。即ちＣＤ９１
のポーズを解除して再生動作を開始させるとともに、Ｍ
Ｄ９０の記録ポーズを解除して記録動作を開始させる。
これにより図１で説明した経路によりＣＤ再生データが
ＭＤ部に供給され、ＭＤ９０へのダビング記録が行われ
ることになる。また、ダビング時には表示動作として例
えば図３（ｄ）のように、ＣＤからＭＤへのダビング記
録を示す表示や、現在のトラックナンバ「０１」や、経
過時間「００：０５」等の表示を実行させることにな
る。

【０１１０】ダビングが開始された以降は、ダビング終
了、即ちＣＤ９１からの再生及び再生データのＭＤ９０
への記録が完了したかを監視しており、ダビング終了に
ともなって処理をステップＦ２０７からＦ２０９に進め
る。ところが、ダビング中にはユーザーはトラックネー
ム登録操作を行うことができ、ダビング中にユーザーが
トラックネーム登録のためのモード操作を行った場合
は、処理をステップＦ２０６からＦ２０８に進め、ネー
ム登録処理を実行することになる。このネーム登録処理
は図６に詳しく示される。

【０１１１】このネーム登録処理は、現在のダビング動
作にかかるトラックについて、トラックネーム登録操作
を可能とする処理である。例えばＣＤ９１に５曲が収録
されており、それを全部ダビングしている場合には、そ
の５曲（５トラック）について、それぞれトラックネー
ム登録操作が可能となる。

【０１１２】まずステップＦ３０１で、ダビング動作に
かかる先頭のトラックのトラックナンバを変数ｎとして
セットする。つまりｎ＝１とする。（なお、ＣＤ側でい
わゆるプログラム再生など、曲順を設定して再生させる
場合があるが、その場合は先頭トラックは必ずしもトラ
ック＃１ではない。）

【０１１３】続いてステップＦ３０２で、トラックネー
ム登録すべきトラックをユーザーに選択させるため、ネ
ーム登録トラック＃ｎの選択を求める表示を実行させ
る。例えば表示部２０に図３（ｅ）のように、トラック
＃１について登録操作を行うか否かを求める表示を行
う。これに対してユーザーがＯＫ操作（トラック決定操
作）を行った場合は、ステップＦ３０４からＦ３０７以
降に進み、その選択されたトラックについての登録操作
対応処理を行う。但し、ユーザーが他のトラックについ
てのネーム登録操作を希望してトラックナンバ変更操作
を行った場合は、ステップＦ３０６で操作に応じて変数
ｎを更新（インクリメント又はデクリメント）を行い、
ステップＦ３０２に戻って、トラックナンバ＃ｎ、つま
り変更されたトラックナンバを表示し、ユーザーの操作
を待つ。従って、ステップＦ３０２〜Ｆ３０６の処理に
おいて、ユーザーはネーム登録を実行したいトラックを
決定することになる。例えばトラック＃１から順に登録
操作したいのであれば、最初に図３（ｅ）のように「Ｔ
ｒａｃｋＮＯ．”１”」と表示された時点でトラック決
定操作を行えばよく、一方、トラック＃４についてネー
ム登録操作がしたいのであれば、トラック変更操作とし
てトラックナンバを３つインクリメントする操作を行っ
て図３（ｆ）のように「ＴｒａｃｋＮＯ．”４”」と表
示された時点でトラック決定操作を行えばよい。

【０１１４】ユーザーがトラック決定操作を行ってステ
ップＦ３０７に進んだ場合は、システムコントローラ２
１は表示部２０にトラックネーム編集表示を行う。この
とき、そのトラックに対応するトラックネームのデータ
としては、ＣＤ９１（ＣＤ−ＴＥＸＴ）から読み込まれ
たそのトラックに対応するテキストデータが候補とされ
ることになり、まずそのテキストデータがユーザーに提
示される。例えばその時点でテキストデータエリア６３
には図８のようにテキストデータが格納されているた
め、ユーザーがステップＦ３０４でトラック＃１につい
ての登録操作を指示した場合は、表示部２０に図３
（ｇ）のようにトラック＃１に対応するテキストデータ
「ＡＢＣＤＥＦ」を表示させる。なお上述のように各テ
キストデータはＸバイトの領域毎に格納されているた
め、テキストデータエリア内での或るトラックに対応す
るテキストデータは、単純な計算で格納バイト位置を求
めることができる。例えばＸ＝５０バイトとすると、バ
イト位置０〜４９にトラック＃１に対応するテキストデ
ータ、バイト位置５０〜９９にトラック＃２に対応する
テキストデータ・・・・というように格納されているた
め、表示すべきテキストデータのバイト位置は、（（ト
ラックナンバｎ）−１）×５０バイトとして求められ
る。

【０１１５】ユーザーはこの表示された文字列を、その
ままＭＤ９０側に登録するトラックネームとして用いて
もよいし、これに文字を追加、削除等を行って変更した
り、或いは全く書き換えてもよい。なお、ＣＤ９１がＣ
Ｄ−ＴＥＸＴでない場合は、ステップＦ３０７では文字
列入力を求めるためブランク表示を行うことになり、ユ
ーザーは操作部１９から任意の文字列を入力していくこ
とになる。

【０１１６】表示されたテキストデータの文字列に変更
を加えたい場合は、ユーザーは文字の入力／削除等の操
作を行っていくことになるが、その入力等のネーム編集
操作毎に処理はステップＦ３０９からＦ３１０に進み、
操作に応じて表示される文字列を変更していく。例えば
現在編集対象となっている文字列（表示されている文字
列）がワークエリア６０において、ユーザーの文字の入
力、削除等に応じて変更されていきながら、その変更さ
れたデータが表示に供されることで、ユーザーは表示部
２０を確認しながら編集操作を進めることができる。

【０１１７】このように表示される文字列を確認しなが
らユーザーが必要に応じて文字の入力等の編集を行う。
そして、テキストデータにより表示された最初の文字列
をそのままトラックネームとして用いる場合や、もしく
は入力／編集した文字列が、トラックネームとして登録
したい文字列となった時点で、ネーム登録決定操作を行
う。すると処理はステップＦ３０８からＦ３１１に進
み、その時点で表示されている文字列（その時点でワー
クエリア６０に保持されている文字列）を、登録操作対
象となっているトラック＃ｎに対応してＭＤ９０のＵ−
ＴＯＣセクター１又はセクター４に登録されるべきトラ
ックネームのデータとして保存する。即ちテキストデー
タエリアにおいて、トラックｎに対応するデータを更新
する。例えばトラック＃１の登録操作の際に、まず図８
の状態のテキストデータエリアから読み出された「ＡＢ
ＣＤＥＦ」という文字列が、ユーザーによって編集さ
れ、表示上で図３（ｈ）のように「ＡＢＣＤＥＦＧＨＩ
ＪＫＬ」とされた時点でネーム登録決定操作がされたと
すると、図９に示すように、テキストデータエリアの第
１トラックに対応するデータが、「ＡＢＣＤＥＦＧＨＩ
ＪＫＬ」に更新されることになる。

【０１１８】なお、ユーザーの編集過程の１文字毎の入
力や削除に応じてワークエリア６０内で文字列を更新し
ておき、登録決定操作によりテキストデータエリア６３
での更新を行うのはメモリ処理の一例であり、例えばユ
ーザーの編集過程の１文字毎の入力や削除に応じてテキ
ストデータエリア６３でデータ更新を行っていってもよ
い（例えばステップＦ３１０に進む毎にテキストデータ
エリア６３の更新を行う）。

【０１１９】なお、この処理での変数ｎとはＣＤ側のト
ラックナンバに対応した数値であり、ＭＤ９０における
トラックナンバとは必ずしも一致しない。例えばダビン
グ前の時点でＭＤ９０に５トラックが収録されていた場
合は、ダビング動作にかかるＣＤ側のトラック＃１はＭ
Ｄ側でトラック＃６となる。つまり、ダビング前のＭＤ
の収録トラック数（その時点のＵ−ＴＯＣセクター０の
Last TNOで示されるトラックナンバに相当）をｙとする
と、登録操作されたトラックネームデータは、トラック
＃（ｙ＋ｎ）に対応するトラックネームとして扱われる
ことになる。登録されるトラックネームとして保存され
たデータ、即ちネーム登録モード終了時点でテキストデ
ータエリア６３に格納されている文字列は、後の図５の
ステップＦ２１０のＵ−ＴＯＣ更新の際に、Ｕ−ＴＯＣ
セクター１又はセクター４のデータとして、実際にＭＤ
９０に記録されることになる。

【０１２０】ステップＦ３１１でトラックネーム登録デ
ータをテキストデータエリア６３に保存したら、ステッ
プＦ３１２で、ダビングする全トラックについてネーム
登録が行われたか否かを確認し、まだネーム登録操作が
行われていないトラックがある場合はステップＦ３１３
で変数ｎを更新（次のナンバにインクリメント）してス
テップＦ３０２に戻り、上記同様の処理を行っていく。
従って、例えばトラック＃１についてのネーム登録が行
われた後には、トラック＃２についてネーム登録を実行
するか否かを求める表示（図３（ｅ）（ｆ）のような表
示）を行い、ユーザーの意志を確認して処理を進める。

【０１２１】ユーザーがネーム登録処理の途中で処理を
中断したい場合や、一部のトラックのみの登録で登録操
作を終えたい場合などは、ネーム登録モード終了操作を
行う。すると処理はステップＦ３０３からＦ３１４に進
み、ネーム登録モードを終了させ、表示部２０も図３
（ｄ）のようなダビング時の通常の表示状態に戻す。そ
して図５のステップＦ２０６，Ｆ２０７のループに戻る
ことになる。ステップＦ３１２でダビング可能な全トラ
ックについてネーム登録操作が行われたと判断された場
合も同様に、ステップＦ３１４でネーム登録処理を終
え、図５のステップＦ２０６，Ｆ２０７のループに戻
る。

【０１２２】例えば図８のように各テキストデータが展
開された後、ユーザーがネーム登録モードとしての操作
を行い、それに応じて上記図６の処理が行われ、一部の
トラックについてはそのまま元々のテキストデータとし
ての文字列が登録決定操作され、一方他のトラックにつ
いてはユーザーが編集を行ってから登録決定操作を行っ
たとすると、ネーム登録モードを終了した時点で、テキ
ストデータエリア６３内のデータは、例えば図９のよう
になっている。なお、説明上、図９において太字で示し
た部分が編集操作により追加された文字部分であるとし
ている。

【０１２３】図５のステップＦ２０６，Ｆ２０７のルー
プでは、再びネーム登録モードの操作が行われるか、又
はダビングが終了するかを監視することになる。再びネ
ーム登録モードの操作が行われた場合は、再度図６の処
理が行われる。

【０１２４】ダビング終了が検出されると、処理をステ
ップＦ２０７からＦ２０９に進め、ＣＤ部及びＭＤ部で
の動作停止処理を行う。また、ＭＤ９０については、Ｕ
−ＴＯＣの更新をもって記録動作が完了されるものであ
るため、ステップＦ２１０で、ダビング記録に応じてバ
ッファメモリ１３上で更新されたＵ−ＴＯＣデータを用
いて、ＭＤ９０上でＵ−ＴＯＣの書き換えを行う。この
とき、例えば図９のように保持されているネーム登録操
作にかかるデータは、ダビングされた各トラックについ
てのトラックネームとしてＵ−ＴＯＣに反映されること
になる。つまりテキストデータエリア６３に格納された
データが読み出されたバッファメモリ１３においてＵ−
ＴＯＣセクター１もしくはセクター４のデータとされ、
その後、ダビング動作により更新されたＵ−ＴＯＣセク
ター０のデータとともに、ＭＤ９０のＵ−ＴＯＣエリア
に書き込まれる。

【０１２５】このようにＵ−ＴＯＣ更新が完了すると、
処理はステップＦ２１１からＦ２１２に進む。この時点
でテキストデータエリア６３は、元々ＣＤ９１から読み
込んだテキストデータではなく、上述のようにネーム登
録操作に応じて編集された文字列データである。従って
そのままでは、本来のＣＤ−ＴＥＸＴ再生時のテキスト
表示は実行できない状態となっている。またＵ−ＴＯＣ
更新を行った時点でテキストデータエリア６３の図９の
ようなデータは不要となる。そこでステップＦ２１２で
は、テキストデータエリア６３をクリアするとともに、
再度ＣＤ９１からのテキストデータ（サブコードＲ〜
Ｗ）の読込を行い、その読み込んだテキストデータを図
１０に示すようにテキストデータエリア６３に格納す
る。つまり装填時に読み込んだ図７と同様のデータ状態
となるようにする。

【０１２６】なお、ステップＦ２１０のＵ−ＴＯＣ更新
から、ステップＦ２１２のテキストデータ再読込を行っ
ている期間は、例えば表示部２０には図３（ｃ）のよう
にＴＯＣ編集動作中で或る旨の表示を実行する。

【０１２７】このようにダビング終了後には、Ｕ−ＴＯ
Ｃ更新、及びＣＤ−ＴＥＸＴからのテキストデータの再
読込を行って、一連のダビング処理を終えることにな
る。なお、テキストデータの再読込動作については、Ｕ
−ＴＯＣの更新終了まで待たなくてもよく、少なくと
も、図９のような編集後の文字列がバッファメモリ１３
に転送されてバッファメモリ１３上でＵ−ＴＯＣが更新
された後であれば、実行可能である。

【０１２８】以上の説明からわかるように本例では、Ｒ
ＡＭ２１ａにテキストデータエリア６３が用意されてＣ
Ｄ９１からテキストデータが読み込まれるとともに、ト
ラックネーム編集の際には、そのテキストデータエリア
６３上で文字データが更新されていく。さらに、編集さ
れた文字データがＵ−ＴＯＣ更新に用いられた後は、再
度ＣＤ９１からテキストデータが読み込まれてテキスト
データエリア６３に格納されるようにしている。従っ
て、図２６で説明したようなトラックネーム編集用のバ
ッファエリアを設ける必要はなく、ＲＡＭ２１ａとして
要求される容量はかなり削減できる。これにより、ＲＡ
Ｍ２１ａの小規模化及びそれによるコストダウンが実現
できる。また、テキストデータを格納したエリアとトラ
ックネーム編集を実行するエリアとの間でデータの移動
は不要となるため、システムコントローラ２１の処理負
担は軽減され、またデータ移動時のアドレス間違いや文
字ずれなどの可能性もなくなる。もちろんダビング後に
おいて、ＣＤ９１に記録された元々のテキストデータは
取り込まれている状態とされているため、ダビング後の
ＣＤ再生時などにも、そのＣＤ９１から読み出されたテ
キストデータを表示させることができる。

【０１２９】またトラックネームとして登録する文字列
については、ＣＤ−ＴＥＸＴに収録されている曲名デー
タを利用することで、ユーザーの入力の手間を省くこと
ができる。またそのテキストデータを用いたくない場合
でも、ユーザーは任意に編集できるため、ユーザーにと
って好適なトラックネーム登録が可能となる。

【０１３０】ところで、ＣＤ９１がＣＤ−ＴＥＸＴでな
い場合は、装填時にはテキストデータエリア６３へのテ
キストデータ読込は行われず、またネーム登録モード時
にはユーザーがブランク状態から文字列を入力していく
ことになるが、その入力された文字列を格納するエリア
としてテキストデータエリア６３を用いることも当然可
能である。即ちネーム登録の際にトラック毎にＸバイト
（例えば５０バイト）づつの領域をテキストデータエリ
ア６３内に設定し、入力された文字を格納していく。こ
のようにすることで、ＣＤ９１がＣＤ−ＴＥＸＴでない
場合も、テキストデータエリア６３を有効利用すること
になり、当然ながらネーム登録モード時に入力され決定
されたトラックネームデータを格納するエリアを別に用
意する必要はないものとなる。

【０１３１】また、上記図５の処理においてオーディオ
データのダビングが終了したと判断され、ステップＦ２
０７からＦ２０９に進むと、ＣＤ９１、ＭＤ９０のドラ
イブは停止されるとしたが、ＭＤ９０についてはその後
すぐにＵ−ＴＯＣ更新が行われるため、ディスク回転駆
動については継続して実行しておくようにしてもよい。
また、ＣＤ９１についてはステップＦ２１２でのテキス
トデータ再読込のために再度ドライブさせる必要がある
が、このためスピンドルモータ３１については継続して
回転させておくようにしてもよい。場合によってはフォ
ーカスサーボ等もオンのまま待機させてもよい。このよ
うにすればステップＦ２１２での再読込動作時に再度駆
動系の立ち上げを行う必要がなく、迅速に再読込動作が
完了できる。また特に記録再生装置が、ＣＤ９１の回転
がユーザーに見えるようなタイプの装置である場合は、
ステップＦ２０９の時点で一旦ＣＤ９０が停止され、そ
の後ステップＦ２１２の時点で再度回転されると、ユー
ザーがその動作を不審に思うこともあり得る。このよう
な事情から、少なくともＣＤ９１の回転動作については
ステップＦ２１２の時点まで継続させることが好適な場
合もある。

【０１３２】７．変形例 ところで、上述してきた例はあくまでも一例であり、装
置構成や処理方式については多様な変形例が考えられ
る。これら変形例について簡単に述べていく。

【０１３３】まずＣＤ側にプログラム再生機能、即ちユ
ーザーがトラックの順序を指定して任意の複数のトラッ
クを再生させる機能がある場合は、ダビング動作時にも
ＣＤ側でプログラム再生を行うことも考えられる。この
場合でもテキストデータエリア６３を用いてのトラック
ネーム編集は可能である。具体的には、図５のステップ
Ｆ２０４でのソートの際に、プログラム再生としてエン
トリーされたトラック、エントリーされていないトラッ
クを判断し、エントリーされていないトラックについて
は対応するテキストデータをクリアする。するとテキス
トデータエリア６３内にテキストデータの存在するＸバ
イトエリアと存在しないＸバイトエリアが存在して断片
化することになる。そこで、その断片化を解消するよう
に５０バイトのエリア単位でデータをつめていくように
すれば、プログラム再生されるトラックについてのみで
図８のようなデータ形態をとることができる。そのよう
にすれば、後は上記処理例に従って、ダビングされるト
ラック（プログラムエントリーされたトラック）につい
てテキストデータエリア６３を用いてトラックネーム登
録の編集が可能となる。

【０１３４】また、このような手法は、プログラム再生
ではないが、ＣＤ９１に収録された一部のトラックを再
生してダビングするような場合や、トラックをランダム
な順序で再生するシャッフル再生を行ってそれをダビン
グするような場合も適用できる。

【０１３５】また図１の構成ではＣＤ／ＭＤ複合機器と
しての複写システムに相当する例をあげたが、本発明は
ＭＤからＭＤへのダビングが可能な複合機器や、或いは
ＤＶＤなどの他のディスクメディアや、さらにはテープ
メディアを用いた機器などにも適用可能である。また複
写システムを形成する複合機器でなくとも、例えばＭＤ
レコーダ、ＤＶＤレコーダなどの１つのメディアに対し
て記録可能な記録装置としてもよい。その場合は、例え
ばデジタルインターフェースにより外部機器（ＣＤプレ
ーヤなど）と接続されてダビング可能なものとする。特
にデジタルインターフェースの場合は、既に公知の通
り、ＣＤプレーヤ等からＴＯＣやサブコードデータなど
も受信できるため、再生装置側での総演奏時間の判別
や、テキストデータの取り込みなども可能であり、従っ
て本発明の動作を実行できるものとなる。そして再生側
がＭＤ、ＣＤ−ＴＥＸＴ、ＤＶＤなど、曲名等のテキス
トデータを記録しているものである場合は、そのテキス
トデータを登録するトラックネーム候補とすることがで
きる。

【０１３６】

【発明の効果】以上説明したように本発明では、記憶手
段としての１つの領域で、第１の記録媒体（例えばＣＤ
−ＴＥＸＴ）から読み込まれる付随データ（例えばテキ
ストデータ）を格納するとともに、その領域上で第２の
記録媒体（例えばＭＤ）に対する付随データ（例えばト
ラックネーム）としての編集処理を行うようにしてい
る。そして第２の記録媒体に対する付随データとして記
録処理に供された後、つまり編集したデータの保存が不
要となった後に、その領域に第１の記録媒体から再び付
随データ（つまり編集前の状態のデータ）を読み込ん
で、必要な動作に供することができるようにしている。
このようにすることで、第１の記録媒体からの付随デー
タを格納しておくエリアと、第２の記録媒体に対する付
随データの記録のために付随データの編集処理用のエリ
アを、１つのエリアにおいて実現でき、これによって図
２６のバッファエリア１２０などのように別に編集処理
用のエリアを設ける必要はなくなる。従って装置構成
上、必要とされるメモリ容量を削減でき、ＲＡＭの小規
模化及びコストダウンを実現できるという効果もある。
また、エリアを分けて付随データを移動させる（いわゆ
るデータペースト）処理は不要になるため、処理負担の
軽減、アドレス間違い等の解消も実現でき、装置の信頼
性を向上させることもできる。

【図面の簡単な説明】

【図１】本発明の実施の形態の記録再生装置のブロック
図である。

【図２】実施の形態のＲＡＭのエリア構成の説明図であ
る。

【図３】実施の形態のダビング動作時の表示例の説明図
である。

【図４】実施の形態のディスク装填時の処理のフローチ
ャートである。

【図５】実施の形態のダビング処理のフローチャートで
ある。

【図６】実施の形態のネーム登録処理のフローチャート
である。

【図７】実施の形態のテキストデータエリアの格納状態
の説明図である。

【図８】実施の形態のテキストデータエリアの格納状態
の説明図である。

【図９】実施の形態のテキストデータエリアの格納状態
の説明図である。

【図１０】実施の形態のテキストデータエリアの格納状
態の説明図である。

【図１１】ＭＤのセクターフォーマットの説明図であ
る。

【図１２】ＭＤのエリア構造の説明図である。

【図１３】ＭＤのＵ−ＴＯＣセクター０の説明図であ
る。

【図１４】ＭＤのＵ−ＴＯＣセクター０のリンク形態の
説明図である。

【図１５】ＭＤのＵ−ＴＯＣセクター１の説明図であ
る。

【図１６】ＭＤのＵ−ＴＯＣセクター４の説明図であ
る。

【図１７】ＣＤのフレーム構造の説明図である。

【図１８】ＣＤのサブコードの説明図である。

【図１９】ＣＤのＴＯＣ及びサブコードの説明図であ
る。

【図２０】ＣＤのＴＯＣデータの説明図である。

【図２１】ＣＤテキストデータの説明図である。

【図２２】ＣＤテキストデータのパックの説明図であ
る。

【図２３】ＣＤテキストデータの１パケットの説明図で
ある。

【図２４】ＣＤテキストデータのパック内の構造の説明
図である。

【図２５】ＣＤテキストデータのパック内の構造の説明
図である。

【図２６】従来のＲＡＭ使用形態の説明図である。

【図２７】従来のＲＡＭ使用形態におけるトラックネー
ム編集処理の説明図である。

【符号の説明】

３，３３ 光学ヘッド、８ エンコード／デコード部、
１１ ＭＤコントローラ、１２ メモリコントローラ、
１３ バッファメモリ、１４ エンコード／デコード
部、１９ 操作部、２０ 表示部、２１ システムコン
トローラ、２１ａＲＡＭ、３７ デコーダ、６０ ワー
クエリア、６１ ＣＤデータ格納エリア、６２ Ｑデー
タエリア、６３ テキストデータエリア

Claims (2)

【特許請求の範囲】
1. 【請求項１】 １又は複数のプログラムが主データとし
   て記録され、かつ各プログラムに対応して付随データが
   記録された第１の記録媒体から再生されたプログラムを
   第２の記録媒体に主データとして複写記録することので
   きるデータ記録手段と、 前記第１の記録媒体に記録された前記付随データを記憶
   することのできる記憶手段と、 前記記憶手段に記憶された付随データに対して編集を行
   い、該記憶手段内に編集により更新された付随データが
   記憶された状態にすることができるとともに、該記憶手
   段に記憶されている付随データを、複写記録されるプロ
   グラムに対応させて、前記データ記録手段により前記第
   ２の記録媒体に記録させることのできる付随データ処理
   手段と、 前記付随データ処理手段によって前記記憶手段に記憶さ
   れた付随データが、前記第２の記録媒体への記録動作に
   供された後に、前記記憶手段に、前記第１の記録媒体に
   記録された前記付随データを再度記憶させることができ
   る再記憶制御手段と、 を備えたことを特徴とする記録装置。
2. 【請求項２】 １又は複数のプログラムが主データとし
   て記録され、かつ各プログラムに対応して付随データが
   記録された第１の記録媒体に対してプログラム及び付随
   データの再生を行うことのできる再生手段と、 前記再生手段により第１の記録媒体から再生されたプロ
   グラムを第２の記録媒体に主データとして複写記録する
   ことのできるデータ記録手段と、 前記再生手段により第１の記録媒体から再生された前記
   付随データを記憶することのできる記憶手段と、 前記記憶手段に記憶された付随データに対して編集を行
   い、該記憶手段内に編集により更新された付随データが
   記憶された状態にすることができるとともに、該記憶手
   段に記憶されている付随データを、複写記録されるプロ
   グラムに対応させて、前記データ記録手段により前記第
   ２の記録媒体に記録させることのできる付随データ処理
   手段と、 前記付随データ処理手段によって前記記憶手段に記憶さ
   れた付随データが、前記第２の記録媒体への記録動作に
   供された後に、前記再生手段により第１の記録媒体から
   前記付随データを再生させ、再生された付随データを前
   記記憶手段に再度記憶させることができる再記憶制御手
   段と、 を備えたことを特徴とする複写システム。