JP3991474B2 - 記録装置 - Google Patents
記録装置 Download PDFInfo
- Publication number
- JP3991474B2 JP3991474B2 JP28771798A JP28771798A JP3991474B2 JP 3991474 B2 JP3991474 B2 JP 3991474B2 JP 28771798 A JP28771798 A JP 28771798A JP 28771798 A JP28771798 A JP 28771798A JP 3991474 B2 JP3991474 B2 JP 3991474B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- track
- recording
- recorded
- program
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、例えばオーディオデータのダビング動作など、記録媒体から記録媒体へのプログラムデータの複写記録動作を行うことのできる記録装置に関するものである。
【０００２】
【従来の技術】
オーディオデータが記録された記録媒体に対応する機器として、ＣＤ（COMPACT DISC）プレーヤや、ＭＤ（MINI DISC）レコーダ／プレーヤなどが普及している。
これらのオーディオ機器の場合、データの複写、例えばＣＤに収録された曲をＭＤにダビングするような動作が行われることが多い。
【０００３】
ところでミニディスクシステムの場合は、ディスク上でユーザーが録音を行なった領域（データ記録済領域）や、まだ何も録音されていない領域（データ記録可能な未記録領域；以下、フリーエリアという）を管理するために、音楽等の主データとは別に、ユーザーＴＯＣ（以下、Ｕ−ＴＯＣという）という管理情報が記録されている。そしてＭＤに対応する記録再生装置はこのＵ−ＴＯＣを参照しながら録音動作や再生動作を実行する。
つまり、Ｕ−ＴＯＣには録音された各楽曲等が１つのプログラム（以下「プログラム」を「トラック」ともいう）というデータ単位で管理され、そのスタートアドレス、エンドアドレス等が記される。また何も録音されていないフリーエリアについては今後のデータ記録に用いることのできる領域として、そのスタートアドレス、エンドアドレス等が記される。
【０００４】
さらに、このようなＵ−ＴＯＣによりディスク上の領域が管理されることで、Ｕ−ＴＯＣを更新するのみで、音楽等の記録データの編集ができる。
例えば１つのトラックを複数のトラックに分割するディバイド機能、複数のトラックを１つのトラックに連結するコンバイン機能、再生するトラック順序に応じて与えられているトラックナンバを変更させるムーブ機能、不要なトラックを削除するデリート機能（イレーズ機能とも呼ばれる）などの編集処理が容易でしかも迅速に実行できることになる。
さらに各トラックに付随してトラックネームとして曲名などを登録しておき、例えば再生時に表示させることも可能とされている。
そして、ユーザはこのような機能を活用して、一旦ディスクに記録した１又は複数のトラックの編集を行い、個人のオリジナルディスクを作成して楽しむことができるようになる。
【０００５】
また、現在広く普及しているＣＤシステムにおいては、ＣＤの一種として、例えばリードイン領域におけるＴＯＣなどに所要の文字情報を記憶することができるＣＤ−ＴＥＸＴが知られている。
即ちこのＣＤ−ＴＥＸＴでは、例えばディスクのタイトルやアーティスト名、楽曲名などの情報を各プログラム（曲）に付随する文字情報として記録しておき、これらの情報を読み出して表示することによって、そのオーディオＣＤに収録されている情報の内容などを文字で提示することが可能である。
【０００６】
【発明が解決しようとする課題】
ところで、例えば音楽等のデータを再生できる或るディスク（ＣＤ、ＣＤ−ＴＥＸＴ、ＭＤなどダビング元ディスク）から、音楽等のデータを記録できる或るディスク（ＭＤなどダビング先ディスク）にダビング記録を行う場合、ダビングするプログラムに対応させてその曲名などの付随データも記録させる場合が多い。上記のようにＭＤシステムではプログラムに対応したトラックネームをＵ−ＴＯＣに記録できるため、ダビング先ディスクがＭＤであればそのようなことが可能となる。
【０００７】
ダビング先ディスクであるＭＤに、ダビングしている曲についてのトラックネームを登録するには、ユーザーがトラックネームとなる文字列を入力して登録決定操作を行えばよい。また、上記ＣＤ−ＴＥＸＴのように、ダビング元ディスクにトラックネームとして好適な文字情報が存在する場合は、その文字情報をＭＤに記録するトラックネームとして利用することも考えられる。例えば或るトラックについてのトラックネーム候補となる文字列として、ＣＤ−ＴＥＸＴから読み出された文字情報をユーザーに提示し、ユーザーが登録操作を行ったらその文字列をＭＤ側にトラックネームとして記録するようにすればよい。
【０００８】
ＭＤに対するダビング時には、そのダビング中に、現在ダビングしているトラックに限らず、トラックを選択して曲名等の文字列を登録操作していくことが可能とされている。
【０００９】
ところが、例えばＣＤ等のダビング元ディスクからＭＤにダビングする場合は、そのＭＤにおける記録可能な残り容量（残り時間）により、ダビングしようとする全トラックがダビングできないこともある。例えば演奏時間が５分の曲が６曲入ったＣＤであって総演奏時間が３０分の場合に、その全曲をダビングしようとしても、ＭＤ側の記録可能な残り時間が２０分しかない場合は、最後の２曲はダビングできない。
ユーザーにとっては、ＭＤ側の残り時間が足りない場合でも、可能な限りダビングしたいという場合もあり、このような状況でもダビングを実行することがある。ここでダビングするトラックについてダビング中にトラックネーム登録を行うことを考えると、ユーザーはＣＤ側で再生する６曲について、ＭＤ側に記録されるものとしてトラックネーム登録操作ができることになるが、実際には最後の２曲はダビングできないため、その２曲についてはトラックネーム記録ができない。つまりＭＤにおいてその２曲のトラックが存在しないことになるため、トラックに付随するトラックネーム記録を実行できず、ユーザーが実行した登録操作が無駄なものとなってしまう。
即ち場合によってはユーザーに無駄な操作を実行させてしまうことがあるという問題があるとともに、トラックネーム登録操作時（ダビング中の時点）には有効な操作として完了させるために、実際にはダビングできなかった曲がダビングできたようにユーザーに誤解を与えたりすることがあり、不適切なものとなっている。
【００１０】
【課題を解決するための手段】
本発明はこのような問題点に鑑みて、ユーザーに無駄な登録操作を実行させることや動作の誤解が生じることを解消させることを目的とする。
【００１１】
このために記録装置として、１又は複数のプログラムが主データとして記録された第１の記録媒体から再生されたプログラムを第２の記録媒体に主データとして複写記録することのできるデータ記録手段と、少なくとも付随データの入力及び登録決定操作が可能とされる入力手段と、複写記録時に、その複写記録にかかる各プログラムに対応させる付随データを入力手段により入力可能とするとともに、入力され、かつ登録決定された付随データを、複写記録されるプログラムに対応させて、データ記録手段により第２の記録媒体に記録させることのできる付随データ処理手段と、複写記録を実行する際に、第１の記録媒体から再生させる１又は複数のプログラムとしての全データ容量と、第２の記録媒体の記録可能容量を比較する比較手段と、比較手段による比較結果により第１の記録媒体から再生させても第２の記録媒体に記録できない記録不能プログラムが存在すると判断された場合は、当該記録不能プログラムに対応させた付随データの入力もしくは登録決定が不能となるように付随データ処理手段を制御する制御手段とを備えるようにする。
即ち、ダビング実行時に予め比較手段の比較結果からダビング不能なプログラム（トラック）が存在するか否かを確認し、記録不能プログラムについては、付随データ（例えばトラックネーム等の文字列）の入力もしくは登録決定が不能となるようにすることで、ユーザーが文字列等の入力又は登録操作を実行することを回避する。またそれによりダビングできないプログラムを認識させる。
【００１２】
また、複写元の記録媒体である第１の記録媒体に、プログラムに対応して付随データが記録されている場合は、付随データ処理手段としては、第１の記録媒体から各プログラムに対応する各付随データを取り込んで保有し、その付随データを、複写記録の際に、その複写記録にかかる各プログラムに対応させる付随データ候補とする。そして、登録決定された付随データを、複写記録されるプログラムに対応させて、データ記録手段により第２の記録媒体に記録させることができるようにする。このとき付随データ処理手段は、第１の記録媒体から取り込んだ付随データについて、入力に応じてその付随データ内容を更新できるようにしてもよい。
そしてさらに、比較手段による比較結果により第１の記録媒体から再生させても第２の記録媒体に記録できない記録不能プログラムが存在すると判別された場合は、制御手段は、当該記録不能プログラムにかかる付随データの登録決定が不能となるように付随データ処理手段を制御するようにする。
つまり、付随データを複写元の第１の記録媒体から取り込めるようにした場合でも、第２の記録媒体に対する付随データの登録操作が、記録不能プログラムについてはできないようにすることで、ユーザーが登録操作を実行することを回避するとともに、複写できないプログラムを認識させる。
【００１３】
【発明の実施の形態】
以下、本発明の記録装置の実施の形態を、ＣＤとＣＤ−ＴＥＸＴの再生及びＭＤの記録再生が可能とされるＣＤ／ＭＤ複合機器としての記録再生装置の例で説明する。
説明は次の順序で行う。
１．記録再生装置の構成
２．ＭＤのセクター構造及びエリア構造
３．ＭＤのＵ−ＴＯＣ
４．ＣＤのサブコード及びＴＯＣ
５．ＣＤ−ＴＥＸＴデータ
６．ダビング時の動作
７．変形例
【００１４】
１．記録再生装置の構成
図１は記録再生装置の要部のブロック図を示している。
図１において、ＭＤ９０（光磁気ディスク）は、ＭＤに対する記録再生動作を行うＭＤ部に装填される。
ＭＤ９０は音声データを記録できるメディアとして用いられ、記録／再生時にはスピンドルモータ２により回転駆動される。
光学ヘッド３は光磁気ディスクとしてのＭＤ９０に対して記録／再生時にレーザ光を照射することで、記録／再生時のヘッドとしての動作を行なう。即ち記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力をなし、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力をなす。
【００１５】
このため、光学ヘッド３はレーザ出力手段としてのレーザダイオードや、偏光ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びＭＤ９０に接離する方向に変位可能に保持されており、また、光学ヘッド３全体はスレッド機構５によりＭＤ９０の半径方向に移動可能とされている。
また、磁気ヘッド６ａはＭＤ９０を挟んで光学ヘッド３と対向する位置に配置されている。この磁気ヘッド６ａは供給されたデータによって変調された磁界をＭＤ９０に印加する動作を行なう。
磁気ヘッド６ａは光学ヘッド３とともにスレッド機構５によりディスク半径方向に移動可能とされている。
【００１６】
再生動作時に光学ヘッド３によりＭＤ９０から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、グルーブ情報（ＭＤ９０にウォブリングプリグルーブとして記録されている絶対位置情報）等を抽出する。そして、抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。
また、トラッキングエラー信号、フォーカスエラー信号はサーボ回路９に供給され、グルーブ情報はアドレスデコーダ１０に供給されて復調される。グルーブ情報からデコードされたアドレス情報、及びデータとして記録されエンコーダ／デコーダ部８でデコードされたアドレス情報、サブコード情報などは、マイクロコンピュータによって構成されるＭＤコントローラ１１に供給され、各種制御に用いられる。
なお、ＭＤコントローラ１１は、ＭＤ部における各種動作制御を実行する部位として機能する。
【００１７】
サーボ回路９は供給されたトラッキングエラー信号、フォーカスエラー信号や、ＭＤコントローラ１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御を行ない、またスピンドルモータ２を一定線速度（ＣＬＶ）に制御する。
【００１８】
再生ＲＦ信号はエンコーダ／デコーダ部８でＥＦＭ復調、ＣＩＲＣ等のデコード処理された後、メモリコントローラ１２によって一旦バッファメモリ１３に書き込まれる。なお、光学ヘッド３によるＭＤ９０からのデータの読み取り及び光学ヘッド３からバッファメモリ１３までの系における再生データの転送は1.41Mbit/secで、しかも間欠的に行なわれる。
【００１９】
バッファメモリ１３に書き込まれたデータは、再生データの転送が0.3Mbit/sec となるタイミングで読み出され、エンコーダ／デコーダ部１４に供給される。そして、音声圧縮処理に対するデコード処理等の再生信号処理を施され、１６ビット量子化、44.1KHz サンプリングの音声データとされる。そしてＤ／Ａ変換器１５によってアナログ信号とされた後、切換回路５０の端子ＴＭＤに供給される。
ＭＤ９０の再生動作時には、装置全体の動作を制御するシステムコントローラ２１により切換回路５０が端子ＴＭＤに接続させるように制御されており、従ってエンコーダ／デコーダ部１４から出力されＤ／Ａ変換器１５によってアナログ信号とされた再生音声信号は、切換回路５０を介して音量調節部５１、パワーアンプ５２に供給されて、スピーカ５３から再生音声として出力される。
【００２０】
なお、バッファメモリ１３へのデータの書込／読出は、メモリコントローラ１２によって書込ポインタと読出ポインタの制御によりアドレス指定されて行なわれるが、上記のように書込と読出のビットレートに差異がもたされることで、バッファメモリ１３内には常に或る程度データが蓄積された状態となる。
このようにバッファメモリ１３を介して再生音声信号を出力することにより、例えば外乱等でトラッキングが外れた場合などでも、再生音声出力が中断してしまうことはなく、バッファメモリ１３にデータ蓄積が残っているうちに例えば正しいトラッキング位置までにアクセスしてデータ読出を再開することで、再生出力に影響を与えずに動作を続行できる。即ち、耐振機能を著しく向上させることができる。
【００２１】
また、この記録再生装置ではデジタルインターフェース５４が設けられ、再生時にエンコーダ／デコーダ部１４でデコードされた再生データはデジタルインターフェース５４にも供給される。デジタルインターフェース５４では、再生データや、再生時に同時に抽出されるサブコード情報などを用いて所定のデジタルインターフェースフォーマットのデータストリームにエンコードを行い、デジタル出力端子５６から出力できる。例えば光デジタル信号として出力する。即ち再生データを、デジタルデータのままで外部機器に出力できる。
【００２２】
ＭＤ９０に対して記録動作が実行される際には、アナログ入力端子１７に供給された記録信号（アナログオーディオ信号）は、Ａ／Ｄ変換器１８によって１６ビット量子化、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) 及びセクターアドレス(Sector)となるアドレスが３バイトにわたって記録され、さらにモード情報(MODE)が１バイト付加され、以上でヘッダとされる。ここでの３バイトのアドレスは、そのセクター自体のアドレスである。
同期パターンやアドレスが記録されるヘッダ部分については、このＵ−ＴＯＣセクター０に限らず、Ｐ−ＴＯＣセクター、プログラムエリアでのセクターでも同様であり、セクター単位にそのセクター自体のアドレス及び同期パターンが記録されている。
【００５１】
続いて所定バイト位置に、メーカーコード、モデルコード、最初のトラックのトラックナンバ(First TNO）、最後のトラックのトラックナンバ（Last TNO）、セクター使用状況(Used sectors)、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録される。
【００５２】
さらに、ユーザーが録音を行なって記録されているトラック（楽曲等）の領域やフリーエリア等を後述するテーブル部に対応させることによって識別するため、ポインタ部として各種のポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用意されている。
【００５３】
そしてポインタ(P-DFA〜P-TNO255) に対応させることになるテーブル部として(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、或るパーツについて起点となるスタートアドレス、終端となるエンドアドレス、そのパーツのモード情報（トラックモード）が記録されている。さらに各パーツテーブルで示されるパーツが他のパーツへ続いて連結される場合があるため、その連結されるパーツのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようにされている。
なおパーツとは１つのトラック内で時間的に連続したデータが物理的に連続して記録されているトラック部分のことをいう。また、本明細書において「ｈ」を付した数字は１６進表記のものである。
そしてスタートアドレス、エンドアドレスとして示されるアドレスは、１つの楽曲（トラック）を構成する１又は複数の各パーツを示すアドレスとなる。
これらのアドレスは短縮形で記録され、クラスタ、セクター、サウンドグループを指定する。
【００５４】
ＭＤ９０では、１つの楽曲（プログラム／トラック）のデータを物理的に不連続に、即ち複数のパーツにわたって記録されていてもパーツ間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数パーツにわけて記録する場合もある。
そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(FFh) によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。
つまりＵ−ＴＯＣセクター０におけるテーブル部においては、１つのパーツテーブルは１つのパーツを表現しており、例えば３つのパーツが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのパーツ位置の管理が行われる。
【００５５】
Ｕ−ＴＯＣセクター０のテーブル部における(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-TNA1〜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) によって行なわれる。
【００６７】
４．ＣＤのサブコード及びＴＯＣ
続いて、ＣＤ部で再生されるＣＤ９１においてリードインエリアに記録されるＴＯＣ、及びサブコードについて説明する。
ＣＤ方式のディスクにおいて記録されるデータの最小単位は１フレームとなる。そして９８フレームで１ブロックが構成される。
【００６８】
１フレームの構造は図１４のようになる。
１フレームは５８８ビットで構成され、先頭２４ビットが同期データ、続く１４ビットがサブコードデータエリアとされる。そして、その後にデータ及びパリティが配される。
【００６９】
この構成のフレームが９８フレームで１ブロックが構成され、９８個のフレームから取り出されたサブコードデータが集められて図１５（ａ）のような１ブロックのサブコードデータが形成される。
９８フレームの先頭の第１、第２のフレーム（フレーム９８ｎ＋１，フレーム９８ｎ＋２）からのサブコードデータは同期パターンとされている。そして、第３フレームから第９８フレーム（フレーム９８ｎ＋３〜フレーム９８ｎ＋９８）までで、各９６ビットのチャンネルデータ、即ちＰ，Ｑ，Ｒ，Ｓ，Ｔ，Ｕ，Ｖ，Ｗのサブコードデータが形成される。
【００７０】
このうち、アクセス等の管理のためにはＰチャンネルとＱチャンネルが用いられる。ただし、Ｐチャンネルはトラックとトラックの間のポーズ部分を示しているのみで、より細かい制御はＱチャンネル（Ｑ1 〜Ｑ96）によって行なわれる。９６ビットのＱチャンネルデータは図１５（ｂ）のように構成される。
【００７１】
まずＱ1 〜Ｑ4 の４ビットはコントロールデータとされ、オーディオのチャンネル数、エンファシス、ＣＤ−ＲＯＭ、デジタルコピー可否の識別などに用いられる。
次にＱ5 〜Ｑ8 の４ビットはアドレスとされ、これはサブＱデータのコントロールビットの内容を示すものとされている。
そしてＱ9 〜Ｑ80で７２ビットのサブＱデータとされ、残りのＱ81〜Ｑ96はＣＲＣとされる。
【００７２】
リードインエリアにおいては、そこに記録されているサブＱデータが即ちＴＯＣ情報となる。
つまりリードインエリアから読み込まれたＱチャンネルデータにおけるＱ9 〜Ｑ80の７２ビットのサブＱデータは、図１６（ａ）のような情報を有するものである。サブＱデータは各８ビットのデータを有している。
【００７３】
まずトラックナンバが記録される。リードインエリアではトラックナンバは『００』に固定される。
続いてＰＯＩＮＴ（ポイント）が記され、さらにトラック内の経過時間としてＭＩＮ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム番号）が示される。
さらに、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥが記録されるが、このＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥは、ＰＯＩＮＴの値によって意味が決定されている。
【００７４】
ＰＯＩＮＴの値が『０１』〜『９９』のときは、その値はトラックナンバを意味し、この場合ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにおいては、そのトラックナンバのトラックのスタートポイント（絶対時間アドレス）が分（ＰＭＩＮ），秒（ＰＳＥＣ），フレーム番号（ＰＦＲＡＭＥ）として記録されている。
【００７５】
ＰＯＩＮＴの値が『Ａ０』のときは、ＰＭＩＮに最初のトラックのトラックナンバが記録される。また、ＰＳＥＣの値によってＣＤ−ＤＡ（デジタルオーディオ），ＣＤ−Ｉ，ＣＤ−ＲＯＭ（ＸＡ仕様）などの仕様の区別がなされる。
ＰＯＩＮＴの値が『Ａ１』のときは、ＰＭＩＮに最後のトラックのトラックナンバが記録される。
ＰＯＩＮＴの値が『Ａ２』のときは、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにリードアウトエリアのスタートポイントが絶対時間アドレスとして示される。
【００７６】
例えば６トラックが記録されたディスクの場合、このようなサブＱデータによるＴＯＣとしては図１７のようにデータが記録されていることになる。
図１７に示すようにトラックナンバＴＮＯは全て『００』である。
ブロックＮＯ．とは上記のように９８フレームによるブロックデータとして読み込まれた１単位のサブＱデータのナンバを示している。
各ＴＯＣデータはそれぞれ３ブロックにわたって同一内容が書かれている。
図示するようにＰＯＩＮＴが『０１』〜『０６』の場合、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥとして第１トラック＃１〜第６トラック＃６のスタートポイントが示されている。
【００７７】
そしてＰＯＩＮＴが『Ａ０』の場合、ＰＭＩＮに最初のトラックナンバとして『０１』が示される。またＰＳＥＣの値によってディスクが識別され、通常のオーディオ用のＣＤの場合は『００』となる。なお、ディスクがＣＤ−ＲＯＭ（ＸＡ仕様）の場合は、ＰＳＥＣ＝『２０』、ＣＤ−Ｉの場合は『１０』というように定義されている。
【００７８】
またＰＯＩＮＴの値が『Ａ１』の位置にＰＭＩＮに最後のトラックのトラックナンバが記録され、ＰＯＩＮＴの値が『Ａ２』の位置に、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにリードアウトエリアのスタートポイントが示される。
ブロックｎ＋２７以降は、ブロックｎ〜ｎ＋２６の内容が再び繰り返して記録されている。
【００７９】
トラック＃１〜トラック＃ｎとして楽曲等が記録されているプログラム領域及びリードアウトエリアにおいては、そこに記録されているサブＱデータは図１６（ｂ）の情報を有する。
まずトラックナンバが記録される。即ち各トラック＃１〜＃ｎでは『０１』〜『９９』のいづれかの値となる。またリードアウトエリアではトラックナンバは『ＡＡ』とされる。
続いてインデックスとして各トラックをさらに細分化することができる情報が記録される。
【００８０】
そして、トラック内の経過時間としてＭＩＮ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム番号）が示される。
さらに、ＡＭＩＮ，ＡＳＥＣ，ＡＦＲＡＭＥとして、絶対時間アドレスが分（ＡＭＩＮ），秒（ＡＳＥＣ），フレーム番号（ＡＦＲＡＭＥ）で記録されている。
【００８１】
５．ＣＤ−ＴＥＸＴデータ
次に、上記構造のサブコードに含まれるテキストデータについて説明する。
上述のようにＣＤ９１ではリードイン領域におけるサブコードのうちのＱデータが用いられてＴＯＣが形成されるが、ＣＤ−ＴＥＸＴの場合は、そのリードイン領域におけるサブコードのうちＲ〜Ｗデータを利用してテキストデータを記録するようにしている。
【００８２】
まず、図１８によりテキストデータの包括的な構造について説明する。
サブコード内に含まれるテキストデータのみを抽出して構造的に見た場合、テキストデータは図１８に示すようになる。テキストデータとしての最も大きなデータ単位は、図１８（ａ）に示す『テキストグループ』とされる。図１８（ａ）においては複数のテキストグループが示されているが、各テキストグループのデータは同一内容とされており、従って、サブコード内においては、同一データ内容の所定数の複数のテキストグループが繰り返し記録されていることになる。
【００８３】
１つのテキストグループは、例えば最大２０４８パック（パックの定義については後述する）により形成するものとされるが、１テキストグループあたりのデータ読出しに要する時間等を考慮して、１テキストグループを５１２パック以内により形成することが推奨されている。この際、１テキストグループあたりのデータ総量としては６５００文字程度となる。
また１つのテキストグループは、図１８（ｂ）に示すようにブロック０〜ブロックｎにより形成され、例えば最大８ブロック（０≦ｎ≦７となる）であると規定されている。各ブロックは、同一の内容の情報をそれぞれ異なる言語により表記するためのテキストデータが格納されているものとされる。例えば、ブロック０には、当該ディスクに対応する各種情報を英語により表記するためのテキストデータが格納されており、ブロック１には、ブロック０と内容的には同一の情報を日本語により表記するためのテキストデータが格納されるような形態である。
そして１テキストグループは最大８ブロックにより形成可能であることから、テキストデータのフォーマットとしては最大８言語に対応することが可能とされる。
【００８４】
１つのブロックは、図１８（ｃ）に示すようにパック０〜パックｍのデータ単位により形成される。ここでは、１ブロックは最大２５６パックで形成され情報量としては例えば３６．８６４ＫＢｙｔｅとされている。
【００８５】
パック内のデータ構造について、図１９、図２０、図２１により説明する。
図１９（ａ）は、図１５に示したサブコーディングフレームをデータ領域別に示すものであり、前述のように１サブコーディングフレームは９８フレームにより形成される。
９８フレームの先頭の第１、第２フレーム（フレーム９８ｎ＋１，フレーム９８ｎ＋２）は、図１５で説明したように同期パターンＳ０，Ｓ１の領域とされる。また、第３フレームから第９８フレーム（フレーム９８ｎ＋３〜フレーム９８ｎ＋９８）におけるＰチャンネルはサブコードＰのデータ領域とされ、ＱチャンネルはサブコードＱのデータ領域とされる。
【００８６】
そして、第３フレームから第９８フレームにおけるＲチャンネル〜Ｗチャンネルの領域が図１９に示すようにパック０〜パック４として割り当てられる。
各パックのデータサイズは固定長とされて、図１９（ｂ）に示すようにシンボル０〜２３の２４シンボルにより形成される。１シンボルは図１９（ｃ）に示すように、１フレームにおけるＲ，Ｓ，Ｔ，Ｕ，Ｖ，Ｗのチャンネルデータよりなる６ビットのデータ単位であり、この場合にはＲチャンネルデータがＭＳＢ、ＷチャンネルがＬＳＢとして定義される。
【００８７】
図２０は、図１９（ａ）に示す構造の１サブコーディングフレームから、４つのパック（パック０〜パック４）によるデータ構造を抜き出して示している。
１パックは、図１９で説明したように、２４のシンボル（６ビット）により形成されることから、１８バイト（＝６ビット×２４／８）のデータサイズを有する。そして、図２０のように１パックは、先頭のＩＤ領域と続くテキストデータ領域により１６バイトを占有し、残りの２バイトはＣＲＣ領域となる。
また、前述のように１サブコーディングフレームにおいては４つのパックが設けられるが、これら４つのパックの集合により形成されるデータ単位はパケットとして定義されている。１パックは２４シンボルにより形成されることから、１パケットは９６のシンボル（＝２４シンボル×４パック）により形成されるものとみることができる。
【００８８】
図２１及び図２２は、図２０で示した１パック分のデータをシリアルに表現したものである。
図２１（ａ）から分かるように、テキストデータとしては、６ビットよりなるシンボルをシリアルに配列させたうえで、このデータ列を８ビット（１バイト）ごとに区切るようにしてデータを扱うように規定されている。
【００８９】
そして図２１（ｂ）のように、パックの先頭からはヘッダ領域としてＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４の４つのＩＤデータが設けられる。なお、ＩＤ１はパックタイプ、ＩＤ２はトラックナンバ、ＩＤ３はシーケンスナンバ、ＩＤ４はブロックナンバ及びキャラクタポジションを、それぞれ示すインジケータとして機能する。
【００９０】
このテキストデータフォーマットでは、図２１に示すとおり、サブコードＲ〜Ｗを８ビット（１バイト）ごとに区切ってデータを扱うことにより、パックのヘッダ領域としての各ＩＤは、図２２に示すようにそれぞれ８ビット（１バイト）のデータ単位とされることになる。このため、図２１（ｂ）に示すように、ヘッダ領域（ＩＤ１〜ＩＤ４）以降の残りの１２バイトがテキストデータ領域として確保され、残りの２バイトがＣＲＣ領域となる。
そして１２バイトのテキストデータ領域も、図２２に示すように、８ビットごとのｔｅｘｔ１〜ｔｅｘｔ１２としてのデータ単位により扱われる。
【００９１】
記録されるテキストデータとしては、そのディスクに収録された各トラックの曲名、演奏者名、作詞作曲者名、メッセージ、その他多様な例が考えられるが、そのテキストデータの内容は、ヘッダ領域のＩＤ１〜ＩＤ４の情報により、識別されるようにされている。
即ち、テキストデータ領域に記録される文字情報について、その内容（曲名や演奏者名などの別）や他のパックとの連結状況、対応するトラックナンバなどが識別される。
【００９２】
６．ダビング時の動作
以下、本例の特徴的な動作として、ダビング時の動作、特にダビング時におけるトラックネーム登録に関する動作について説明していく。
上述したように、ＣＤ部に装填されたＣＤ９１からＭＤ部に装填されたＭＤ９０にダビング記録を行うことができるが、このときＭＤ９０における記録可能な残り時間が不足しているときは、ＣＤ９１からダビングさせたいとユーザーが考えた全トラックをダビングすることはできない。
【００９３】
例えば図２に示すようにＣＤ９１にトラック＃１〜＃５が収録されており、総演奏時間が２２分０秒であったとする。
このトラック＃１〜＃５を全てダビングしようとしたときに、ＭＤ９０には記録可能な残り時間が１７分しかなかったとすると、トラック＃１からトラック＃４の途中までしかダビングできない。つまりトラック＃５についてはＭＤ９０には全く記録されないことになる。
【００９４】
一方、ＭＤ９０にダビング記録を行っている間には、ユーザーはＭＤ９０にダビングされるトラックについてトラックネームの登録操作を行うことができる。
例えば従来のシステムでは、図２の状態でトラック＃１からダビングを開始したら、ユーザーはトラック＃１〜トラック＃５（ただしＭＤ側でダビング前にｎトラックが存在するとすると、ＭＤ側のトラックナンバとしてはトラック＃（ｎ＋１）〜＃（ｎ＋５）となる）について、トラックネーム登録ができる。つまりダビング中には、まだダビングされていない曲についてのトラックネーム登録操作が可能とされる。
ところが、トラック＃５までトラックネーム登録操作を行ったとしても、トラック＃５はＭＤ９０に記録されないため、その登録操作されたトラックネームとしての文字情報は無効なものとなってしまう。
ここで本例の特徴は、実際にＭＤ９０側に記録できないトラックについては、トラックネーム登録操作ができないものとすることで、ユーザーにとって好適な操作方式を提供するものである。
【００９５】
そのような動作を含む、本例の記録再生装置の処理及び表示例を説明していく。図４〜図６は、システムコントローラ２１（及びＭＤコントローラ１１）により実行される処理のフローチャートである。
【００９６】
まず図４でディスクが装填された際の処理を説明する。
ディスクが装填されていない時点では、システムコントローラ２１はステップＦ１０１，Ｆ１０２でＭＤ９０又はＣＤ９１の装填を監視している。
そしてＣＤ部にＣＤ９１が装填された際には、処理をステップＦ１０３に進め、ＣＤ部における各部を制御して装填されたＣＤ９１を駆動させ、ＴＯＣデータを読み出す。
また、そのＣＤ９１がＣＤ−ＴＥＸＴであった場合は、さらに処理をステップＦ１０４からＦ１０５に進め、ＴＯＣデータとともにサブコードＲ〜Ｗとして記録されているテキストデータを取り込み、ＲＡＭ２１ａ内のテキストデータ記憶領域に展開する。
【００９７】
このような処理により、以降、ＴＯＣデータに基づいてＣＤ９０の収録トラック数、各トラックの演奏時間等が判別できるとともに、そのＴＯＣデータに応じて所要のトラックを再生させることができる。
またＣＤ−ＴＥＸＴの場合は、トラックの再生時などに、そのトラックに対応するテキストデータ（曲名や演奏者名、メッセージ等）を表示部２０に表示させることができる。
【００９８】
ＭＤ部にＭＤ９０が装填された場合は、システムコントローラ２１は処理をステップＦ１０６に進め、ＭＤコントローラ１１に指示を与えて、ＭＤ９０からのＵ−ＴＯＣデータの読込を実行させる。読み込まれたＵ−ＴＯＣデータはバッファメモリ１３に格納され、以降、そのＵ−ＴＯＣデータを参照してＭＤ９０に対する記録／再生動作が可能となる。
【００９９】
ＣＤ９１のＴＯＣやＭＤ９０のＵ−ＴＯＣを読み込むことで、システムコントローラ２１は、ＣＤ９１やＭＤ９０の情報を表示部２０に表示させ、ユーザーに提示することができる。
例えば図３（ａ）は、装填されたＣＤ９１について、収録トラック数や総演奏時間を表示している例である。
また図３（ｂ）は、装填されたＭＤ９０について、記録可能な残り時間を表示している例である。もちろんＭＤ９０について収録されているトラック数や演奏時間を表示することも可能である。
【０１００】
ＣＤ９１及びＭＤ９０が装填されている状態では、ユーザーはＣＤ９１〜ＭＤ９０へのダビング記録を指示することができる。即ちユーザーが操作部１９においてダビング操作を行うと、システムコントローラ２１は、ＣＤ９１からＭＤ９０へのダビング動作のための処理を開始する。この処理を図５に示す。
【０１０１】
ダビング操作（例えばＣＤ→ＭＤシンクロダビングキーの押圧）が行われたら、システムコントローラ１１は処理をステップＦ２０１からＦ２０２に進め、まずダビング開始のための準備として、ＣＤ部側でＣＤ９１を再生ポーズ状態とさせる。またステップＦ２０３において、ＭＤ部側で、ＭＤ９０を記録ポーズ状態とさせる。
【０１０２】
ここで本例の場合、ステップＦ２０４において、ＣＤ９１の総演奏時間ＴＭCDPと、ＭＤ９１の記録可能残り時間ＴＭMDRを比較する。
なお、ＣＤ９１の総演奏時間ＴＭCDPは、例えば図１７のＴＯＣデータとしての、リードアウトトラックのスタートポイントからトラック＃１のスタートポイントを減算したアドレス長である（ＣＤの絶対アドレスは時間に対応している）。もちろん各トラックの演奏時間も、次のトラックのスタートポイントから現トラックのスタートポイントを減算したアドレス長として算出できるため、各トラックの時間を積算すれば総演奏時間となる。
またＭＤ９１の記録可能残り時間ＴＭMDRについては、フリーエリアとされるパーツの全アドレス長を算出し、そのアドレス長を時間に換算すれば求めることができる。
【０１０３】
ステップＦ２０４で、総演奏時間ＴＭCDP≦記録可能残り時間ＴＭMDRであれば、ＣＤ９１の全トラックについてＭＤ９０にダビング可能と判断できる。
このときはステップＦ２０５に進んで、トラックネーム入力処理に用いる定数としてリミットトラックＬＴを設定することになるが、このリミットトラックＬＴの値は、ＣＤ９１から再生される最終トラックのトラックナンバとする。例えば８曲入りで総演奏時間が４０分のＣＤ９１から、記録可能な残り時間が４０分以上残されているＭＤ９０へのダビングの場合は、リミットトラックＬＴ＝８とされる。
このリミットトラックＬＴの値は、ダビング実行中にトラックネーム登録ができるトラックの上限を示すことになり、リミットトラックＬＴ＝８であれば、ＣＤ９１側で再生されＭＤ９０に記録されるトラック＃１〜＃８について、ＭＤ９０へのトラックネーム登録が可能となることを意味する。
【０１０４】
ところが図２で示したような場合は、総演奏時間ＴＭCDP＞記録可能残り時間ＴＭMDRとなり、この場合は、ＣＤ９１から再生させる全トラックについてはダビングできない。
そこで、まずステップＦ２０６においてユーザーに警告を発する。例えば図３（ｃ）のように、ＭＤ９０側の容量が十分でないため全てダビングできない旨の表示を実行し、ユーザーの判断を求める。
ここでもしユーザーがダビング中止の操作を行った場合は、ステップＦ２０７からＦ２０８に進んで、ダビングモードをキャンセルし、ダビング処理を中止する。
ところが、ユーザーがダビング実行ＯＫの操作を行った場合は、ステップＦ２０７からＦ２０９に進む。そしてダビング実行中のトラックネーム登録処理の用意のために、リミットトラックＬＴの設定を行う。この場合は、ダビング可能な最終トラックのトラックナンバをリミットトラックＬＴとすることになる。例えば図２の例の場合、トラック＃４の途中まではダビング可能であるので、リミットトラックＬＴ＝４とする。
【０１０５】
ステップＦ２０５又はＦ２０９でリミットトラックＬＴが設定されたら、ステップＦ２１０でダビング動作を開始する。
即ちＣＤ９１のポーズを解除して再生動作を開始させるとともに、ＭＤ９０の記録ポーズを解除して記録動作を開始させる。これにより図１で説明した経路によりＣＤ再生データがＭＤ部に供給され、ＭＤ９０へのダビング記録が行われることになる。また、ダビング時には表示動作として例えば図３（ｄ）のように、ＣＤからＭＤへのダビング記録を示す表示や、現在のトラックナンバ「０１」や、経過時間「００：０５」等の表示を実行させることになる。
【０１０６】
ダビングが開始された以降は、ダビング終了、即ちＣＤ９１からの再生及び再生データのＭＤ９０への記録が完了したかを監視しており、ダビング終了にともなって処理をステップＦ２１３からＦ２１４に進め、ＣＤ部及びＭＤ部での動作停止処理を行う。また、ＭＤ９０については、Ｕ−ＴＯＣの更新をもって記録動作が完了されるものであるため、ステップＦ２１５で、ダビング記録に応じてバッファメモリ１３上で更新されたＵ−ＴＯＣデータを用いて、ＭＤ９０上でＵ−ＴＯＣの書き換えを行うことで、一連のダビング処理を終えることになる。
【０１０７】
ところが、ダビング中にはユーザーはトラックネーム登録操作を行うことができ、ダビング中にユーザーがトラックネーム登録のためのモード操作を行った場合は、処理をステップＦ２１１からＦ２１２に進め、ネーム登録処理を実行することになる。
このネーム登録処理は図６に詳しく示される。
【０１０８】
このネーム登録処理は、現在のダビング動作にかかるトラックについて、トラックネーム登録操作を可能とする処理であるが、現在のダビング動作にかかるトラックとは、ダビング可能なトラック、即ちＣＤ９１側で再生される先頭トラック＃１から上記リミットトラックＬＴで示されるトラックナンバのトラックまでとなる。
【０１０９】
まずステップＦ３０１で、ダビング動作にかかる先頭のトラックのトラックナンバを変数ｎとしてセットする。つまりｎ＝１とする。（なお、ＣＤ側でいわゆるプログラム再生など、曲順を設定して再生させる場合があるが、その場合は先頭トラックは必ずしもトラック＃１ではない。このような場合については後述する）
【０１１０】
続いてステップＦ３０２で、トラックネーム登録すべきトラックをユーザーに選択させるため、ネーム登録トラック＃ｎの選択を求める表示を実行させる。例えば表示部２０に図３（ｅ）のように、トラック＃１について登録操作を行うか否かを求める表示を行う。
これに対してユーザーがＯＫ操作（トラック決定操作）を行った場合は、ステップＦ３０４からＦ３０７以降に進み、その選択されたトラックについての登録操作対応処理を行う。但し、ユーザーが他のトラックについてのネーム登録操作を希望してトラックナンバ変更操作を行った場合は、ステップＦ３０６で操作に応じて変数ｎを更新（インクリメント又はデクリメント）を行い、ステップＦ３０２に戻って、トラックナンバ＃ｎ、つまり変更されたトラックナンバを表示し、ユーザーの操作を待つ。
従って、ステップＦ３０２〜Ｆ３０６の処理において、ユーザーはネーム登録を実行したいトラックを決定することになる。
例えばトラック＃１から順に登録操作したいのであれば、最初に図３（ｅ）のように「ＴｒａｃｋＮＯ．”１”」と表示された時点でトラック決定操作を行えばよく、一方、トラック＃３についてネーム登録操作がしたいのであれば、トラック変更操作としてトラックナンバを２つインクリメントする操作を行って「ＴｒａｃｋＮＯ．”３”」と表示された時点でトラック決定操作を行えばよい。
【０１１１】
ただしこのトラック選択操作の段階において、ユーザーが指定できるトラックナンバの上限は、リミットトラックＬＴに示されるトラックナンバとなる。
例えば図２の場合においては上記のようにリミットトラックＬＴ＝４と設定されているため、トラック選択のためのトラック変更操作としてトラックナンバのインクリメント／デクリメントをいくら実行しても、選択可能なトラックナンバは＃１、＃２、＃３、＃４のみとなる。
即ち、ステップＦ３０６での変数ｎの更新は＃１〜リミットトラックＬＴの範囲でのみ行われ、例えばトラック変更操作としてインクリメント操作が連続された場合は、変数ｎは、＃１→＃２→＃３→＃４→＃１→＃２・・・というように更新されていく。一方、トラック変更操作としてデクリメント操作が行われた場合は、変数ｎは、＃１→＃４→＃３→＃２→＃１→＃４→＃３・・・というように更新されていく。
つまりこの場合はユーザーにとっては、トラック選択は図３（ｅ）のトラック＃１から図３（ｆ）のトラック＃４の範囲でのみ可能であり、ダビングできないトラックについては、ネーム登録操作自体も不能とされることになる。
【０１１２】
ユーザーがトラック決定操作を行ってステップＦ３０７に進んだ場合は、システムコントローラ２１は表示部２０にトラックネーム編集表示を行う。
このとき、ＣＤ９１がＣＤ−ＴＥＸＴであって、各トラックについての曲名が記録されていたのであれば、トラックネーム編集表示としては、例えば図３（ｇ）のように、その決定されたトラックに対応して記録されていた曲名としてのテキストデータ「Ｙｅｓｔｅｒｄａｙ」を表示する。
ユーザーはこの曲名としての文字列を、そのままＭＤ９０側に登録するトラックネームとして用いてもよいし、これに文字を追加、削除等を行って変更したり、或いは全く書き換えてもよい。
また、ＣＤ９１がＣＤ−ＴＥＸＴでない場合は、文字列入力を求めるためブランク表示を行うことになる。そしてユーザーは操作部１９から任意の文字列を入力していく。
【０１１３】
表示されたテキストデータの文字列に変更を加えたい場合や、テキストデータが存在せずにブランク表示された場合は、ユーザーは文字の入力／削除等の操作を行っていくことになるが、その入力等のネーム編集操作毎に処理はステップＦ３０９からＦ３１０に進み、操作に応じて表示される文字列を変更していく。
これにより、例えば図３（ｈ）のようにユーザーが任意の文字列を生成していくこともできる。
【０１１４】
このように表示される文字列を確認しながらユーザーは必要に応じて文字の入力等の編集を行う。そして、テキストデータにより表示された文字列をそのままトラックネームとして用いる場合や、もしくは入力／編集した文字列が、トラックネームとして登録したい文字列となった時点で、ネーム登録決定操作を行う。すると処理はステップＦ３０８からＦ３１１に進み、その時点で表示されている文字列を、その時点のトラック＃ｎに対応してＭＤ９０のＵ−ＴＯＣセクター１又はセクター４に登録されるべきトラックネームのデータとして保存することになる。
なお、この処理での変数ｎとはＣＤ側のトラックナンバに対応した数値であり、ＭＤ９０におけるトラックナンバとは必ずしも一致しない。例えばダビング前の時点でＭＤ９０に５トラックが収録されていた場合は、ダビング動作にかかるＣＤ側のトラック＃１はＭＤ側でトラック＃６となる。つまり、ダビング前のＭＤの収録トラック数（その時点のＵ−ＴＯＣセクター０のLast TNOで示されるトラックナンバに相当）をｘとすると、登録操作されたトラックネームデータは、トラック＃（ｘ＋ｎ）に対応するトラックネームとして扱われることになる。
登録されるトラックネームとして保存されたデータは、後の図５のステップＦ２１５のＵ−ＴＯＣ更新の際に、Ｕ−ＴＯＣセクター１又はセクター４のデータとして、実際にＭＤ９０に記録されることになる。
【０１１５】
ステップＦ３１１でトラックネーム登録データを保存したら、ステップＦ３１２で、ダビングする全トラックについてネーム登録が行われたか否かを確認し、まだネーム登録操作が行われていないトラックがある場合はステップＦ３１３で変数ｎを更新（次のナンバにインクリメント）してステップＦ３０２に戻り、上記同様の処理を行っていく。
従って、例えばトラック＃１についてのネーム登録が行われた後には、トラック＃２についてネーム登録を実行するか否かを求める表示（図３（ｅ）（ｆ）のような表示）を行い、ユーザーの意志を確認する。
そして、このステップＦ３１３で変数ｎを更新する場合も、ステップＦ３０６と同様に、リミットトラックＬＴを上限として行われる。従って、図２のようなディスク状況の場合は、図３（ｅ）（ｆ）のようなトラック選択のための表示は、あくまでトラック＃１〜＃４についてのみしか実行されず、ＣＤ９１には存在するトラック＃５についてのネーム登録操作は不可能となる。
【０１１６】
ユーザーがネーム登録処理の途中で処理を中断したい場合や、一部のトラックのみの登録で登録操作を終えたい場合などは、ネーム登録モード終了操作を行う。すると処理はステップＦ３０３からＦ３１４に進み、ネーム入力モードを終了させ、表示部２０も図３（ｄ）のようなダビング時の通常の表示状態に戻す。そして図５のステップＦ２１１，Ｆ２１３のループに戻ることになる。
ステップＦ３１２でダビング可能な全トラックについてネーム登録操作が行われたと判断された場合も同様に、ステップＦ３１４でネーム登録処理を終え、図５のステップＦ２１１，Ｆ２１３のループに戻る。
【０１１７】
以上の説明からわかるように本例では、ダビング実行中のトラックネーム登録操作については、ダビングが可能とされるトラックについてのみ可能とされるものとなる。
従って、ユーザーが、後に結局はダビングできないことになるトラックについてトラックネームとしての文字列入力や編集、登録操作等の手間をかけることはなくなり、無駄なネーム登録操作を実行させないようにすることができる。またそれにより、ネーム登録を実行したにもかかかわらずトラックネーム登録がされていないような状況（トラック自体が記録されていない状況）を回避することができ、ユーザーの混乱や誤解を避けることができる。
またトラックネーム登録操作不能であることから、ユーザーがダビングできるトラックの範囲を把握できることにもなる。
【０１１８】
またトラックネームとして登録する文字列については、ＣＤ−ＴＥＸＴに収録されている曲名データを利用することで、ユーザーの入力の手間を省くことができる。
またそのテキストデータを用いたくない場合でも、ユーザーは任意に編集できるため、ユーザーにとって好適なトラックネーム登録が可能となる。
【０１１９】
７．変形例
ところで、上述してきた例はあくまでも一例であり、装置構成や処理方式については多様な変形例が考えられる。これら変形例について簡単に述べていく。
【０１２０】
まずＣＤ側にプログラム再生機能、即ちユーザーがトラックの順序を指定して任意の複数のトラックを再生させる機能がある場合は、ダビング動作時にもＣＤ側でプログラム再生を行うことも考えられる。
その場合も、プログラム再生される全トラックについて、総演奏時間は算出できるため（プログラムされたトラックの各演奏時間を積算すればよい）、プログラムされた全トラックがＭＤ９０にダビングできるか否かを判断できる。そこで、ダビングできないトラックについては、上述の例のように、トラックネーム登録操作の実行が不可能となるようにすればよい。
【０１２１】
なお、上述の処理例におけるリミットトラックＬＴとは、トラックナンバ順に再生されることを前提としたときのトラックナンバ上限として設定しているため、プログラム再生時にはそのままではトラックネーム登録処理の実行可否の判断の設定値とはできない。従ってプログラム再生の場合は、指定されたトラックナンバ及び演奏順序のデータの中から、ダビング可能なトラックを抽出して記憶し、その中で上記ステップＦ３０６、Ｆ３１３での変数ｎの更新が行われるようにすることが必要である。
例えばトラック＃３→＃５→＃１→＃２の順序でプログラム再生される場合であって、最後に再生されるトラック＃２がダビング不能であるときは、トラック＃３→＃５→＃１の範囲で変数ｎとしての更新が行われるようにする。例えば上記インクリメント更新の際には、＃３→＃５→＃１→＃３・・・、上記デクリメント更新の際には＃３→＃１→＃５→＃３・・・というように更新されるようにする。
【０１２２】
また、上記例では図６の処理で選択できるトラックナンバがダビング可能な範囲に限定されることについては、ユーザーに特段の提示を行っていない。そこで、上記図２のような場合で、トラック＃５がダビングできないときに、ユーザーがトラック＃５のネーム登録を実行しようとしてトラック選択を行った場合には、例えば図３（ｉ）のように、そのトラックについてはネーム登録操作ができない旨の警告表示を行うようにしてもよい。
【０１２３】
また、図７に示すように表示部にミュージックカレンダーといわれる表示として、ＣＤ９１の収録トラックを一覧表示するものがあるが、例えばトラック＃６までがダビング可能な場合には、ネーム登録のためのトラック選択表示の際などに、図示するように、トラック＃１〜＃６を点滅表示させるなどして、これらのトラックのみがダビング可能かつトラックネーム登録可能であることをユーザーに伝えるようにすることも考えられる。
もちろんこのような表示をダビング動作中には継続して行うようにしてもよい。
【０１２４】
また上記処理例では、ダビング不能なトラックについては、ネーム登録操作としてトラック選択の段階から実行できないようにしていたが、例えばトラック選択は可能とし、例えばそのトラックについてのテキストデータ（曲名）の表示はするが、文字列の入力や登録決定操作については実行不能というようにしてもよい。つまり登録決定操作が実行された場合はエラーメッセージ等を表示するようにし、登録決定が行われない旨をユーザーに伝えるようにする。
また場合によっては文字列の入力や編集は可能だが登録決定操作のみは実行できないものとしてもよい。
【０１２５】
さらに、警告などは表示部２０により実行するようにしたが、音声で警告メッセージを発するようにするなどの構成も考えられる。
【０１２６】
また図１の構成ではＣＤ／ＭＤ複合機器としての例をあげたが、本発明はＭＤからＭＤへのダビングが可能な複合機器や、或いはＤＶＤなどの他のディスクメディアや、さらにはテープメディアを用いた機器などにも適用可能である。
また複合機器でなくとも、例えばＭＤレコーダ、ＤＶＤレコーダなどの１つのメディアに対して記録可能な記録装置としてもよい。その場合は、例えばデジタルインターフェースにより外部機器（ＣＤプレーヤなど）と接続されてダビング可能なものとする。
特にデジタルインターフェースの場合は、既に公知の通り、ＣＤプレーヤ等からＴＯＣやサブコードデータなども受信できるため、再生装置側での総演奏時間の判別や、テキストデータの取り込みなども可能であり、従って本発明の動作を実行できるものとなる。そして再生側がＭＤ、ＣＤ−ＴＥＸＴ、ＤＶＤなど、曲名等のテキストデータを記録しているものである場合は、そのテキストデータを登録するトラックネーム候補とすることができる。
【０１２７】
【発明の効果】
以上説明したように本発明の記録装置では、複写記録を実行する際に、複写元の第１の記録媒体から再生させるプログラムとしての全データ容量と、複写先の第２の記録媒体の記録可能容量を比較し、複写記録できない記録不能プログラムが存在する場合は、当該記録不能プログラムに対応させた付随データ（例えばトラックネーム）の入力もしくは登録決定が不能となるようにしているため、複写できないプログラム（トラック）についてユーザーがトラックネーム等の付随データの入力もしくは登録操作を行ってしまうことがなく、ユーザーにより無駄な操作が行われてしまうことを回避できるという効果がある。またこれによりユーザーの操作上の混乱や動作認識の誤解を回避できる。
【０１２８】
また複写元の記録媒体である第１の記録媒体にプログラムに対応して付随データが記録されている場合は、付随データ処理手段が、第１の記録媒体から取り込んで記憶した各付随データを、複写動作により第２の記録媒体に記録する各プログラムデータに対応させることのできる付随データとすることで、ユーザーの文字列等の入力を不要とすることもでき、操作を簡略化できる。またこのときに、取り込んだ付随データとしての文字列などを、ユーザーが入力操作で更新できるようにすることで、ユーザーが任意にトラックネーム等を決定できることにもなる。
そしてさらにこの場合も、複写動作において記録不能とされるプログラムについては、付随データの登録操作ができないようにするため、ユーザーの無駄な操作の回避及び操作上の混乱や動作認識の誤解を回避できる。
【図面の簡単な説明】
【図１】本発明の実施の形態の記録再生装置のブロック図である。
【図２】実施の形態のダビング動作時のディスク状況例の説明図である。
【図３】実施の形態のダビング動作時の表示例の説明図である。
【図４】実施の形態のディスク装填時の処理のフローチャートである。
【図５】実施の形態のダビング処理のフローチャートである。
【図６】実施の形態のネーム登録処理のフローチャートである。
【図７】実施の形態の変形例の表示動作の説明図である。
【図８】ＭＤのセクターフォーマットの説明図である。
【図９】ＭＤのエリア構造の説明図である。
【図１０】ＭＤのＵ−ＴＯＣセクター０の説明図である。
【図１１】ＭＤのＵ−ＴＯＣセクター０のリンク形態の説明図である。
【図１２】ＭＤのＵ−ＴＯＣセクター１の説明図である。
【図１３】ＭＤのＵ−ＴＯＣセクター４の説明図である。
【図１４】ＣＤのフレーム構造の説明図である。
【図１５】ＣＤのサブコードの説明図である。
【図１６】ＣＤのＴＯＣ及びサブコードの説明図である。
【図１７】ＣＤのＴＯＣデータの説明図である。
【図１８】ＣＤテキストデータの説明図である。
【図１９】ＣＤテキストデータのパックの説明図である。
【図２０】ＣＤテキストデータの１パケットの説明図である。
【図２１】ＣＤテキストデータのパック内の構造の説明図である。
【図２２】ＣＤテキストデータのパック内の構造の説明図である。
【符号の説明】
３，３３ 光学ヘッド、８ エンコード／デコード部、１１ ＭＤコントローラ、１２ メモリコントローラ、１３ バッファメモリ、１４ エンコード／デコード部、１９ 操作部、２０ 表示部、２１ システムコントローラ、２１ａＲＡＭ、３７ デコーダ
【発明の属する技術分野】
本発明は、例えばオーディオデータのダビング動作など、記録媒体から記録媒体へのプログラムデータの複写記録動作を行うことのできる記録装置に関するものである。
【０００２】
【従来の技術】
オーディオデータが記録された記録媒体に対応する機器として、ＣＤ（COMPACT DISC）プレーヤや、ＭＤ（MINI DISC）レコーダ／プレーヤなどが普及している。
これらのオーディオ機器の場合、データの複写、例えばＣＤに収録された曲をＭＤにダビングするような動作が行われることが多い。
【０００３】
ところでミニディスクシステムの場合は、ディスク上でユーザーが録音を行なった領域（データ記録済領域）や、まだ何も録音されていない領域（データ記録可能な未記録領域；以下、フリーエリアという）を管理するために、音楽等の主データとは別に、ユーザーＴＯＣ（以下、Ｕ−ＴＯＣという）という管理情報が記録されている。そしてＭＤに対応する記録再生装置はこのＵ−ＴＯＣを参照しながら録音動作や再生動作を実行する。
つまり、Ｕ−ＴＯＣには録音された各楽曲等が１つのプログラム（以下「プログラム」を「トラック」ともいう）というデータ単位で管理され、そのスタートアドレス、エンドアドレス等が記される。また何も録音されていないフリーエリアについては今後のデータ記録に用いることのできる領域として、そのスタートアドレス、エンドアドレス等が記される。
【０００４】
さらに、このようなＵ−ＴＯＣによりディスク上の領域が管理されることで、Ｕ−ＴＯＣを更新するのみで、音楽等の記録データの編集ができる。
例えば１つのトラックを複数のトラックに分割するディバイド機能、複数のトラックを１つのトラックに連結するコンバイン機能、再生するトラック順序に応じて与えられているトラックナンバを変更させるムーブ機能、不要なトラックを削除するデリート機能（イレーズ機能とも呼ばれる）などの編集処理が容易でしかも迅速に実行できることになる。
さらに各トラックに付随してトラックネームとして曲名などを登録しておき、例えば再生時に表示させることも可能とされている。
そして、ユーザはこのような機能を活用して、一旦ディスクに記録した１又は複数のトラックの編集を行い、個人のオリジナルディスクを作成して楽しむことができるようになる。
【０００５】
また、現在広く普及しているＣＤシステムにおいては、ＣＤの一種として、例えばリードイン領域におけるＴＯＣなどに所要の文字情報を記憶することができるＣＤ−ＴＥＸＴが知られている。
即ちこのＣＤ−ＴＥＸＴでは、例えばディスクのタイトルやアーティスト名、楽曲名などの情報を各プログラム（曲）に付随する文字情報として記録しておき、これらの情報を読み出して表示することによって、そのオーディオＣＤに収録されている情報の内容などを文字で提示することが可能である。
【０００６】
【発明が解決しようとする課題】
ところで、例えば音楽等のデータを再生できる或るディスク（ＣＤ、ＣＤ−ＴＥＸＴ、ＭＤなどダビング元ディスク）から、音楽等のデータを記録できる或るディスク（ＭＤなどダビング先ディスク）にダビング記録を行う場合、ダビングするプログラムに対応させてその曲名などの付随データも記録させる場合が多い。上記のようにＭＤシステムではプログラムに対応したトラックネームをＵ−ＴＯＣに記録できるため、ダビング先ディスクがＭＤであればそのようなことが可能となる。
【０００７】
ダビング先ディスクであるＭＤに、ダビングしている曲についてのトラックネームを登録するには、ユーザーがトラックネームとなる文字列を入力して登録決定操作を行えばよい。また、上記ＣＤ−ＴＥＸＴのように、ダビング元ディスクにトラックネームとして好適な文字情報が存在する場合は、その文字情報をＭＤに記録するトラックネームとして利用することも考えられる。例えば或るトラックについてのトラックネーム候補となる文字列として、ＣＤ−ＴＥＸＴから読み出された文字情報をユーザーに提示し、ユーザーが登録操作を行ったらその文字列をＭＤ側にトラックネームとして記録するようにすればよい。
【０００８】
ＭＤに対するダビング時には、そのダビング中に、現在ダビングしているトラックに限らず、トラックを選択して曲名等の文字列を登録操作していくことが可能とされている。
【０００９】
ところが、例えばＣＤ等のダビング元ディスクからＭＤにダビングする場合は、そのＭＤにおける記録可能な残り容量（残り時間）により、ダビングしようとする全トラックがダビングできないこともある。例えば演奏時間が５分の曲が６曲入ったＣＤであって総演奏時間が３０分の場合に、その全曲をダビングしようとしても、ＭＤ側の記録可能な残り時間が２０分しかない場合は、最後の２曲はダビングできない。
ユーザーにとっては、ＭＤ側の残り時間が足りない場合でも、可能な限りダビングしたいという場合もあり、このような状況でもダビングを実行することがある。ここでダビングするトラックについてダビング中にトラックネーム登録を行うことを考えると、ユーザーはＣＤ側で再生する６曲について、ＭＤ側に記録されるものとしてトラックネーム登録操作ができることになるが、実際には最後の２曲はダビングできないため、その２曲についてはトラックネーム記録ができない。つまりＭＤにおいてその２曲のトラックが存在しないことになるため、トラックに付随するトラックネーム記録を実行できず、ユーザーが実行した登録操作が無駄なものとなってしまう。
即ち場合によってはユーザーに無駄な操作を実行させてしまうことがあるという問題があるとともに、トラックネーム登録操作時（ダビング中の時点）には有効な操作として完了させるために、実際にはダビングできなかった曲がダビングできたようにユーザーに誤解を与えたりすることがあり、不適切なものとなっている。
【００１０】
【課題を解決するための手段】
本発明はこのような問題点に鑑みて、ユーザーに無駄な登録操作を実行させることや動作の誤解が生じることを解消させることを目的とする。
【００１１】
このために記録装置として、１又は複数のプログラムが主データとして記録された第１の記録媒体から再生されたプログラムを第２の記録媒体に主データとして複写記録することのできるデータ記録手段と、少なくとも付随データの入力及び登録決定操作が可能とされる入力手段と、複写記録時に、その複写記録にかかる各プログラムに対応させる付随データを入力手段により入力可能とするとともに、入力され、かつ登録決定された付随データを、複写記録されるプログラムに対応させて、データ記録手段により第２の記録媒体に記録させることのできる付随データ処理手段と、複写記録を実行する際に、第１の記録媒体から再生させる１又は複数のプログラムとしての全データ容量と、第２の記録媒体の記録可能容量を比較する比較手段と、比較手段による比較結果により第１の記録媒体から再生させても第２の記録媒体に記録できない記録不能プログラムが存在すると判断された場合は、当該記録不能プログラムに対応させた付随データの入力もしくは登録決定が不能となるように付随データ処理手段を制御する制御手段とを備えるようにする。
即ち、ダビング実行時に予め比較手段の比較結果からダビング不能なプログラム（トラック）が存在するか否かを確認し、記録不能プログラムについては、付随データ（例えばトラックネーム等の文字列）の入力もしくは登録決定が不能となるようにすることで、ユーザーが文字列等の入力又は登録操作を実行することを回避する。またそれによりダビングできないプログラムを認識させる。
【００１２】
また、複写元の記録媒体である第１の記録媒体に、プログラムに対応して付随データが記録されている場合は、付随データ処理手段としては、第１の記録媒体から各プログラムに対応する各付随データを取り込んで保有し、その付随データを、複写記録の際に、その複写記録にかかる各プログラムに対応させる付随データ候補とする。そして、登録決定された付随データを、複写記録されるプログラムに対応させて、データ記録手段により第２の記録媒体に記録させることができるようにする。このとき付随データ処理手段は、第１の記録媒体から取り込んだ付随データについて、入力に応じてその付随データ内容を更新できるようにしてもよい。
そしてさらに、比較手段による比較結果により第１の記録媒体から再生させても第２の記録媒体に記録できない記録不能プログラムが存在すると判別された場合は、制御手段は、当該記録不能プログラムにかかる付随データの登録決定が不能となるように付随データ処理手段を制御するようにする。
つまり、付随データを複写元の第１の記録媒体から取り込めるようにした場合でも、第２の記録媒体に対する付随データの登録操作が、記録不能プログラムについてはできないようにすることで、ユーザーが登録操作を実行することを回避するとともに、複写できないプログラムを認識させる。
【００１３】
【発明の実施の形態】
以下、本発明の記録装置の実施の形態を、ＣＤとＣＤ−ＴＥＸＴの再生及びＭＤの記録再生が可能とされるＣＤ／ＭＤ複合機器としての記録再生装置の例で説明する。
説明は次の順序で行う。
１．記録再生装置の構成
２．ＭＤのセクター構造及びエリア構造
３．ＭＤのＵ−ＴＯＣ
４．ＣＤのサブコード及びＴＯＣ
５．ＣＤ−ＴＥＸＴデータ
６．ダビング時の動作
７．変形例
【００１４】
１．記録再生装置の構成
図１は記録再生装置の要部のブロック図を示している。
図１において、ＭＤ９０（光磁気ディスク）は、ＭＤに対する記録再生動作を行うＭＤ部に装填される。
ＭＤ９０は音声データを記録できるメディアとして用いられ、記録／再生時にはスピンドルモータ２により回転駆動される。
光学ヘッド３は光磁気ディスクとしてのＭＤ９０に対して記録／再生時にレーザ光を照射することで、記録／再生時のヘッドとしての動作を行なう。即ち記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力をなし、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力をなす。
【００１５】
このため、光学ヘッド３はレーザ出力手段としてのレーザダイオードや、偏光ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びＭＤ９０に接離する方向に変位可能に保持されており、また、光学ヘッド３全体はスレッド機構５によりＭＤ９０の半径方向に移動可能とされている。
また、磁気ヘッド６ａはＭＤ９０を挟んで光学ヘッド３と対向する位置に配置されている。この磁気ヘッド６ａは供給されたデータによって変調された磁界をＭＤ９０に印加する動作を行なう。
磁気ヘッド６ａは光学ヘッド３とともにスレッド機構５によりディスク半径方向に移動可能とされている。
【００１６】
再生動作時に光学ヘッド３によりＭＤ９０から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、グルーブ情報（ＭＤ９０にウォブリングプリグルーブとして記録されている絶対位置情報）等を抽出する。そして、抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。
また、トラッキングエラー信号、フォーカスエラー信号はサーボ回路９に供給され、グルーブ情報はアドレスデコーダ１０に供給されて復調される。グルーブ情報からデコードされたアドレス情報、及びデータとして記録されエンコーダ／デコーダ部８でデコードされたアドレス情報、サブコード情報などは、マイクロコンピュータによって構成されるＭＤコントローラ１１に供給され、各種制御に用いられる。
なお、ＭＤコントローラ１１は、ＭＤ部における各種動作制御を実行する部位として機能する。
【００１７】
サーボ回路９は供給されたトラッキングエラー信号、フォーカスエラー信号や、ＭＤコントローラ１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御を行ない、またスピンドルモータ２を一定線速度（ＣＬＶ）に制御する。
【００１８】
再生ＲＦ信号はエンコーダ／デコーダ部８でＥＦＭ復調、ＣＩＲＣ等のデコード処理された後、メモリコントローラ１２によって一旦バッファメモリ１３に書き込まれる。なお、光学ヘッド３によるＭＤ９０からのデータの読み取り及び光学ヘッド３からバッファメモリ１３までの系における再生データの転送は1.41Mbit/secで、しかも間欠的に行なわれる。
【００１９】
バッファメモリ１３に書き込まれたデータは、再生データの転送が0.3Mbit/sec となるタイミングで読み出され、エンコーダ／デコーダ部１４に供給される。そして、音声圧縮処理に対するデコード処理等の再生信号処理を施され、１６ビット量子化、44.1KHz サンプリングの音声データとされる。そしてＤ／Ａ変換器１５によってアナログ信号とされた後、切換回路５０の端子ＴＭＤに供給される。
ＭＤ９０の再生動作時には、装置全体の動作を制御するシステムコントローラ２１により切換回路５０が端子ＴＭＤに接続させるように制御されており、従ってエンコーダ／デコーダ部１４から出力されＤ／Ａ変換器１５によってアナログ信号とされた再生音声信号は、切換回路５０を介して音量調節部５１、パワーアンプ５２に供給されて、スピーカ５３から再生音声として出力される。
【００２０】
なお、バッファメモリ１３へのデータの書込／読出は、メモリコントローラ１２によって書込ポインタと読出ポインタの制御によりアドレス指定されて行なわれるが、上記のように書込と読出のビットレートに差異がもたされることで、バッファメモリ１３内には常に或る程度データが蓄積された状態となる。
このようにバッファメモリ１３を介して再生音声信号を出力することにより、例えば外乱等でトラッキングが外れた場合などでも、再生音声出力が中断してしまうことはなく、バッファメモリ１３にデータ蓄積が残っているうちに例えば正しいトラッキング位置までにアクセスしてデータ読出を再開することで、再生出力に影響を与えずに動作を続行できる。即ち、耐振機能を著しく向上させることができる。
【００２１】
また、この記録再生装置ではデジタルインターフェース５４が設けられ、再生時にエンコーダ／デコーダ部１４でデコードされた再生データはデジタルインターフェース５４にも供給される。デジタルインターフェース５４では、再生データや、再生時に同時に抽出されるサブコード情報などを用いて所定のデジタルインターフェースフォーマットのデータストリームにエンコードを行い、デジタル出力端子５６から出力できる。例えば光デジタル信号として出力する。即ち再生データを、デジタルデータのままで外部機器に出力できる。
【００２２】
ＭＤ９０に対して記録動作が実行される際には、アナログ入力端子１７に供給された記録信号（アナログオーディオ信号）は、Ａ／Ｄ変換器１８によって１６ビット量子化、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) 及びセクターアドレス(Sector)となるアドレスが３バイトにわたって記録され、さらにモード情報(MODE)が１バイト付加され、以上でヘッダとされる。ここでの３バイトのアドレスは、そのセクター自体のアドレスである。
同期パターンやアドレスが記録されるヘッダ部分については、このＵ−ＴＯＣセクター０に限らず、Ｐ−ＴＯＣセクター、プログラムエリアでのセクターでも同様であり、セクター単位にそのセクター自体のアドレス及び同期パターンが記録されている。
【００５１】
続いて所定バイト位置に、メーカーコード、モデルコード、最初のトラックのトラックナンバ(First TNO）、最後のトラックのトラックナンバ（Last TNO）、セクター使用状況(Used sectors)、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録される。
【００５２】
さらに、ユーザーが録音を行なって記録されているトラック（楽曲等）の領域やフリーエリア等を後述するテーブル部に対応させることによって識別するため、ポインタ部として各種のポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用意されている。
【００５３】
そしてポインタ(P-DFA〜P-TNO255) に対応させることになるテーブル部として(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、或るパーツについて起点となるスタートアドレス、終端となるエンドアドレス、そのパーツのモード情報（トラックモード）が記録されている。さらに各パーツテーブルで示されるパーツが他のパーツへ続いて連結される場合があるため、その連結されるパーツのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようにされている。
なおパーツとは１つのトラック内で時間的に連続したデータが物理的に連続して記録されているトラック部分のことをいう。また、本明細書において「ｈ」を付した数字は１６進表記のものである。
そしてスタートアドレス、エンドアドレスとして示されるアドレスは、１つの楽曲（トラック）を構成する１又は複数の各パーツを示すアドレスとなる。
これらのアドレスは短縮形で記録され、クラスタ、セクター、サウンドグループを指定する。
【００５４】
ＭＤ９０では、１つの楽曲（プログラム／トラック）のデータを物理的に不連続に、即ち複数のパーツにわたって記録されていてもパーツ間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数パーツにわけて記録する場合もある。
そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(FFh) によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。
つまりＵ−ＴＯＣセクター０におけるテーブル部においては、１つのパーツテーブルは１つのパーツを表現しており、例えば３つのパーツが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのパーツ位置の管理が行われる。
【００５５】
Ｕ−ＴＯＣセクター０のテーブル部における(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-TNA1〜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) によって行なわれる。
【００６７】
４．ＣＤのサブコード及びＴＯＣ
続いて、ＣＤ部で再生されるＣＤ９１においてリードインエリアに記録されるＴＯＣ、及びサブコードについて説明する。
ＣＤ方式のディスクにおいて記録されるデータの最小単位は１フレームとなる。そして９８フレームで１ブロックが構成される。
【００６８】
１フレームの構造は図１４のようになる。
１フレームは５８８ビットで構成され、先頭２４ビットが同期データ、続く１４ビットがサブコードデータエリアとされる。そして、その後にデータ及びパリティが配される。
【００６９】
この構成のフレームが９８フレームで１ブロックが構成され、９８個のフレームから取り出されたサブコードデータが集められて図１５（ａ）のような１ブロックのサブコードデータが形成される。
９８フレームの先頭の第１、第２のフレーム（フレーム９８ｎ＋１，フレーム９８ｎ＋２）からのサブコードデータは同期パターンとされている。そして、第３フレームから第９８フレーム（フレーム９８ｎ＋３〜フレーム９８ｎ＋９８）までで、各９６ビットのチャンネルデータ、即ちＰ，Ｑ，Ｒ，Ｓ，Ｔ，Ｕ，Ｖ，Ｗのサブコードデータが形成される。
【００７０】
このうち、アクセス等の管理のためにはＰチャンネルとＱチャンネルが用いられる。ただし、Ｐチャンネルはトラックとトラックの間のポーズ部分を示しているのみで、より細かい制御はＱチャンネル（Ｑ1 〜Ｑ96）によって行なわれる。９６ビットのＱチャンネルデータは図１５（ｂ）のように構成される。
【００７１】
まずＱ1 〜Ｑ4 の４ビットはコントロールデータとされ、オーディオのチャンネル数、エンファシス、ＣＤ−ＲＯＭ、デジタルコピー可否の識別などに用いられる。
次にＱ5 〜Ｑ8 の４ビットはアドレスとされ、これはサブＱデータのコントロールビットの内容を示すものとされている。
そしてＱ9 〜Ｑ80で７２ビットのサブＱデータとされ、残りのＱ81〜Ｑ96はＣＲＣとされる。
【００７２】
リードインエリアにおいては、そこに記録されているサブＱデータが即ちＴＯＣ情報となる。
つまりリードインエリアから読み込まれたＱチャンネルデータにおけるＱ9 〜Ｑ80の７２ビットのサブＱデータは、図１６（ａ）のような情報を有するものである。サブＱデータは各８ビットのデータを有している。
【００７３】
まずトラックナンバが記録される。リードインエリアではトラックナンバは『００』に固定される。
続いてＰＯＩＮＴ（ポイント）が記され、さらにトラック内の経過時間としてＭＩＮ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム番号）が示される。
さらに、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥが記録されるが、このＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥは、ＰＯＩＮＴの値によって意味が決定されている。
【００７４】
ＰＯＩＮＴの値が『０１』〜『９９』のときは、その値はトラックナンバを意味し、この場合ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにおいては、そのトラックナンバのトラックのスタートポイント（絶対時間アドレス）が分（ＰＭＩＮ），秒（ＰＳＥＣ），フレーム番号（ＰＦＲＡＭＥ）として記録されている。
【００７５】
ＰＯＩＮＴの値が『Ａ０』のときは、ＰＭＩＮに最初のトラックのトラックナンバが記録される。また、ＰＳＥＣの値によってＣＤ−ＤＡ（デジタルオーディオ），ＣＤ−Ｉ，ＣＤ−ＲＯＭ（ＸＡ仕様）などの仕様の区別がなされる。
ＰＯＩＮＴの値が『Ａ１』のときは、ＰＭＩＮに最後のトラックのトラックナンバが記録される。
ＰＯＩＮＴの値が『Ａ２』のときは、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにリードアウトエリアのスタートポイントが絶対時間アドレスとして示される。
【００７６】
例えば６トラックが記録されたディスクの場合、このようなサブＱデータによるＴＯＣとしては図１７のようにデータが記録されていることになる。
図１７に示すようにトラックナンバＴＮＯは全て『００』である。
ブロックＮＯ．とは上記のように９８フレームによるブロックデータとして読み込まれた１単位のサブＱデータのナンバを示している。
各ＴＯＣデータはそれぞれ３ブロックにわたって同一内容が書かれている。
図示するようにＰＯＩＮＴが『０１』〜『０６』の場合、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥとして第１トラック＃１〜第６トラック＃６のスタートポイントが示されている。
【００７７】
そしてＰＯＩＮＴが『Ａ０』の場合、ＰＭＩＮに最初のトラックナンバとして『０１』が示される。またＰＳＥＣの値によってディスクが識別され、通常のオーディオ用のＣＤの場合は『００』となる。なお、ディスクがＣＤ−ＲＯＭ（ＸＡ仕様）の場合は、ＰＳＥＣ＝『２０』、ＣＤ−Ｉの場合は『１０』というように定義されている。
【００７８】
またＰＯＩＮＴの値が『Ａ１』の位置にＰＭＩＮに最後のトラックのトラックナンバが記録され、ＰＯＩＮＴの値が『Ａ２』の位置に、ＰＭＩＮ，ＰＳＥＣ，ＰＦＲＡＭＥにリードアウトエリアのスタートポイントが示される。
ブロックｎ＋２７以降は、ブロックｎ〜ｎ＋２６の内容が再び繰り返して記録されている。
【００７９】
トラック＃１〜トラック＃ｎとして楽曲等が記録されているプログラム領域及びリードアウトエリアにおいては、そこに記録されているサブＱデータは図１６（ｂ）の情報を有する。
まずトラックナンバが記録される。即ち各トラック＃１〜＃ｎでは『０１』〜『９９』のいづれかの値となる。またリードアウトエリアではトラックナンバは『ＡＡ』とされる。
続いてインデックスとして各トラックをさらに細分化することができる情報が記録される。
【００８０】
そして、トラック内の経過時間としてＭＩＮ（分）、ＳＥＣ（秒）、ＦＲＡＭＥ（フレーム番号）が示される。
さらに、ＡＭＩＮ，ＡＳＥＣ，ＡＦＲＡＭＥとして、絶対時間アドレスが分（ＡＭＩＮ），秒（ＡＳＥＣ），フレーム番号（ＡＦＲＡＭＥ）で記録されている。
【００８１】
５．ＣＤ−ＴＥＸＴデータ
次に、上記構造のサブコードに含まれるテキストデータについて説明する。
上述のようにＣＤ９１ではリードイン領域におけるサブコードのうちのＱデータが用いられてＴＯＣが形成されるが、ＣＤ−ＴＥＸＴの場合は、そのリードイン領域におけるサブコードのうちＲ〜Ｗデータを利用してテキストデータを記録するようにしている。
【００８２】
まず、図１８によりテキストデータの包括的な構造について説明する。
サブコード内に含まれるテキストデータのみを抽出して構造的に見た場合、テキストデータは図１８に示すようになる。テキストデータとしての最も大きなデータ単位は、図１８（ａ）に示す『テキストグループ』とされる。図１８（ａ）においては複数のテキストグループが示されているが、各テキストグループのデータは同一内容とされており、従って、サブコード内においては、同一データ内容の所定数の複数のテキストグループが繰り返し記録されていることになる。
【００８３】
１つのテキストグループは、例えば最大２０４８パック（パックの定義については後述する）により形成するものとされるが、１テキストグループあたりのデータ読出しに要する時間等を考慮して、１テキストグループを５１２パック以内により形成することが推奨されている。この際、１テキストグループあたりのデータ総量としては６５００文字程度となる。
また１つのテキストグループは、図１８（ｂ）に示すようにブロック０〜ブロックｎにより形成され、例えば最大８ブロック（０≦ｎ≦７となる）であると規定されている。各ブロックは、同一の内容の情報をそれぞれ異なる言語により表記するためのテキストデータが格納されているものとされる。例えば、ブロック０には、当該ディスクに対応する各種情報を英語により表記するためのテキストデータが格納されており、ブロック１には、ブロック０と内容的には同一の情報を日本語により表記するためのテキストデータが格納されるような形態である。
そして１テキストグループは最大８ブロックにより形成可能であることから、テキストデータのフォーマットとしては最大８言語に対応することが可能とされる。
【００８４】
１つのブロックは、図１８（ｃ）に示すようにパック０〜パックｍのデータ単位により形成される。ここでは、１ブロックは最大２５６パックで形成され情報量としては例えば３６．８６４ＫＢｙｔｅとされている。
【００８５】
パック内のデータ構造について、図１９、図２０、図２１により説明する。
図１９（ａ）は、図１５に示したサブコーディングフレームをデータ領域別に示すものであり、前述のように１サブコーディングフレームは９８フレームにより形成される。
９８フレームの先頭の第１、第２フレーム（フレーム９８ｎ＋１，フレーム９８ｎ＋２）は、図１５で説明したように同期パターンＳ０，Ｓ１の領域とされる。また、第３フレームから第９８フレーム（フレーム９８ｎ＋３〜フレーム９８ｎ＋９８）におけるＰチャンネルはサブコードＰのデータ領域とされ、ＱチャンネルはサブコードＱのデータ領域とされる。
【００８６】
そして、第３フレームから第９８フレームにおけるＲチャンネル〜Ｗチャンネルの領域が図１９に示すようにパック０〜パック４として割り当てられる。
各パックのデータサイズは固定長とされて、図１９（ｂ）に示すようにシンボル０〜２３の２４シンボルにより形成される。１シンボルは図１９（ｃ）に示すように、１フレームにおけるＲ，Ｓ，Ｔ，Ｕ，Ｖ，Ｗのチャンネルデータよりなる６ビットのデータ単位であり、この場合にはＲチャンネルデータがＭＳＢ、ＷチャンネルがＬＳＢとして定義される。
【００８７】
図２０は、図１９（ａ）に示す構造の１サブコーディングフレームから、４つのパック（パック０〜パック４）によるデータ構造を抜き出して示している。
１パックは、図１９で説明したように、２４のシンボル（６ビット）により形成されることから、１８バイト（＝６ビット×２４／８）のデータサイズを有する。そして、図２０のように１パックは、先頭のＩＤ領域と続くテキストデータ領域により１６バイトを占有し、残りの２バイトはＣＲＣ領域となる。
また、前述のように１サブコーディングフレームにおいては４つのパックが設けられるが、これら４つのパックの集合により形成されるデータ単位はパケットとして定義されている。１パックは２４シンボルにより形成されることから、１パケットは９６のシンボル（＝２４シンボル×４パック）により形成されるものとみることができる。
【００８８】
図２１及び図２２は、図２０で示した１パック分のデータをシリアルに表現したものである。
図２１（ａ）から分かるように、テキストデータとしては、６ビットよりなるシンボルをシリアルに配列させたうえで、このデータ列を８ビット（１バイト）ごとに区切るようにしてデータを扱うように規定されている。
【００８９】
そして図２１（ｂ）のように、パックの先頭からはヘッダ領域としてＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４の４つのＩＤデータが設けられる。なお、ＩＤ１はパックタイプ、ＩＤ２はトラックナンバ、ＩＤ３はシーケンスナンバ、ＩＤ４はブロックナンバ及びキャラクタポジションを、それぞれ示すインジケータとして機能する。
【００９０】
このテキストデータフォーマットでは、図２１に示すとおり、サブコードＲ〜Ｗを８ビット（１バイト）ごとに区切ってデータを扱うことにより、パックのヘッダ領域としての各ＩＤは、図２２に示すようにそれぞれ８ビット（１バイト）のデータ単位とされることになる。このため、図２１（ｂ）に示すように、ヘッダ領域（ＩＤ１〜ＩＤ４）以降の残りの１２バイトがテキストデータ領域として確保され、残りの２バイトがＣＲＣ領域となる。
そして１２バイトのテキストデータ領域も、図２２に示すように、８ビットごとのｔｅｘｔ１〜ｔｅｘｔ１２としてのデータ単位により扱われる。
【００９１】
記録されるテキストデータとしては、そのディスクに収録された各トラックの曲名、演奏者名、作詞作曲者名、メッセージ、その他多様な例が考えられるが、そのテキストデータの内容は、ヘッダ領域のＩＤ１〜ＩＤ４の情報により、識別されるようにされている。
即ち、テキストデータ領域に記録される文字情報について、その内容（曲名や演奏者名などの別）や他のパックとの連結状況、対応するトラックナンバなどが識別される。
【００９２】
６．ダビング時の動作
以下、本例の特徴的な動作として、ダビング時の動作、特にダビング時におけるトラックネーム登録に関する動作について説明していく。
上述したように、ＣＤ部に装填されたＣＤ９１からＭＤ部に装填されたＭＤ９０にダビング記録を行うことができるが、このときＭＤ９０における記録可能な残り時間が不足しているときは、ＣＤ９１からダビングさせたいとユーザーが考えた全トラックをダビングすることはできない。
【００９３】
例えば図２に示すようにＣＤ９１にトラック＃１〜＃５が収録されており、総演奏時間が２２分０秒であったとする。
このトラック＃１〜＃５を全てダビングしようとしたときに、ＭＤ９０には記録可能な残り時間が１７分しかなかったとすると、トラック＃１からトラック＃４の途中までしかダビングできない。つまりトラック＃５についてはＭＤ９０には全く記録されないことになる。
【００９４】
一方、ＭＤ９０にダビング記録を行っている間には、ユーザーはＭＤ９０にダビングされるトラックについてトラックネームの登録操作を行うことができる。
例えば従来のシステムでは、図２の状態でトラック＃１からダビングを開始したら、ユーザーはトラック＃１〜トラック＃５（ただしＭＤ側でダビング前にｎトラックが存在するとすると、ＭＤ側のトラックナンバとしてはトラック＃（ｎ＋１）〜＃（ｎ＋５）となる）について、トラックネーム登録ができる。つまりダビング中には、まだダビングされていない曲についてのトラックネーム登録操作が可能とされる。
ところが、トラック＃５までトラックネーム登録操作を行ったとしても、トラック＃５はＭＤ９０に記録されないため、その登録操作されたトラックネームとしての文字情報は無効なものとなってしまう。
ここで本例の特徴は、実際にＭＤ９０側に記録できないトラックについては、トラックネーム登録操作ができないものとすることで、ユーザーにとって好適な操作方式を提供するものである。
【００９５】
そのような動作を含む、本例の記録再生装置の処理及び表示例を説明していく。図４〜図６は、システムコントローラ２１（及びＭＤコントローラ１１）により実行される処理のフローチャートである。
【００９６】
まず図４でディスクが装填された際の処理を説明する。
ディスクが装填されていない時点では、システムコントローラ２１はステップＦ１０１，Ｆ１０２でＭＤ９０又はＣＤ９１の装填を監視している。
そしてＣＤ部にＣＤ９１が装填された際には、処理をステップＦ１０３に進め、ＣＤ部における各部を制御して装填されたＣＤ９１を駆動させ、ＴＯＣデータを読み出す。
また、そのＣＤ９１がＣＤ−ＴＥＸＴであった場合は、さらに処理をステップＦ１０４からＦ１０５に進め、ＴＯＣデータとともにサブコードＲ〜Ｗとして記録されているテキストデータを取り込み、ＲＡＭ２１ａ内のテキストデータ記憶領域に展開する。
【００９７】
このような処理により、以降、ＴＯＣデータに基づいてＣＤ９０の収録トラック数、各トラックの演奏時間等が判別できるとともに、そのＴＯＣデータに応じて所要のトラックを再生させることができる。
またＣＤ−ＴＥＸＴの場合は、トラックの再生時などに、そのトラックに対応するテキストデータ（曲名や演奏者名、メッセージ等）を表示部２０に表示させることができる。
【００９８】
ＭＤ部にＭＤ９０が装填された場合は、システムコントローラ２１は処理をステップＦ１０６に進め、ＭＤコントローラ１１に指示を与えて、ＭＤ９０からのＵ−ＴＯＣデータの読込を実行させる。読み込まれたＵ−ＴＯＣデータはバッファメモリ１３に格納され、以降、そのＵ−ＴＯＣデータを参照してＭＤ９０に対する記録／再生動作が可能となる。
【００９９】
ＣＤ９１のＴＯＣやＭＤ９０のＵ−ＴＯＣを読み込むことで、システムコントローラ２１は、ＣＤ９１やＭＤ９０の情報を表示部２０に表示させ、ユーザーに提示することができる。
例えば図３（ａ）は、装填されたＣＤ９１について、収録トラック数や総演奏時間を表示している例である。
また図３（ｂ）は、装填されたＭＤ９０について、記録可能な残り時間を表示している例である。もちろんＭＤ９０について収録されているトラック数や演奏時間を表示することも可能である。
【０１００】
ＣＤ９１及びＭＤ９０が装填されている状態では、ユーザーはＣＤ９１〜ＭＤ９０へのダビング記録を指示することができる。即ちユーザーが操作部１９においてダビング操作を行うと、システムコントローラ２１は、ＣＤ９１からＭＤ９０へのダビング動作のための処理を開始する。この処理を図５に示す。
【０１０１】
ダビング操作（例えばＣＤ→ＭＤシンクロダビングキーの押圧）が行われたら、システムコントローラ１１は処理をステップＦ２０１からＦ２０２に進め、まずダビング開始のための準備として、ＣＤ部側でＣＤ９１を再生ポーズ状態とさせる。またステップＦ２０３において、ＭＤ部側で、ＭＤ９０を記録ポーズ状態とさせる。
【０１０２】
ここで本例の場合、ステップＦ２０４において、ＣＤ９１の総演奏時間ＴＭCDPと、ＭＤ９１の記録可能残り時間ＴＭMDRを比較する。
なお、ＣＤ９１の総演奏時間ＴＭCDPは、例えば図１７のＴＯＣデータとしての、リードアウトトラックのスタートポイントからトラック＃１のスタートポイントを減算したアドレス長である（ＣＤの絶対アドレスは時間に対応している）。もちろん各トラックの演奏時間も、次のトラックのスタートポイントから現トラックのスタートポイントを減算したアドレス長として算出できるため、各トラックの時間を積算すれば総演奏時間となる。
またＭＤ９１の記録可能残り時間ＴＭMDRについては、フリーエリアとされるパーツの全アドレス長を算出し、そのアドレス長を時間に換算すれば求めることができる。
【０１０３】
ステップＦ２０４で、総演奏時間ＴＭCDP≦記録可能残り時間ＴＭMDRであれば、ＣＤ９１の全トラックについてＭＤ９０にダビング可能と判断できる。
このときはステップＦ２０５に進んで、トラックネーム入力処理に用いる定数としてリミットトラックＬＴを設定することになるが、このリミットトラックＬＴの値は、ＣＤ９１から再生される最終トラックのトラックナンバとする。例えば８曲入りで総演奏時間が４０分のＣＤ９１から、記録可能な残り時間が４０分以上残されているＭＤ９０へのダビングの場合は、リミットトラックＬＴ＝８とされる。
このリミットトラックＬＴの値は、ダビング実行中にトラックネーム登録ができるトラックの上限を示すことになり、リミットトラックＬＴ＝８であれば、ＣＤ９１側で再生されＭＤ９０に記録されるトラック＃１〜＃８について、ＭＤ９０へのトラックネーム登録が可能となることを意味する。
【０１０４】
ところが図２で示したような場合は、総演奏時間ＴＭCDP＞記録可能残り時間ＴＭMDRとなり、この場合は、ＣＤ９１から再生させる全トラックについてはダビングできない。
そこで、まずステップＦ２０６においてユーザーに警告を発する。例えば図３（ｃ）のように、ＭＤ９０側の容量が十分でないため全てダビングできない旨の表示を実行し、ユーザーの判断を求める。
ここでもしユーザーがダビング中止の操作を行った場合は、ステップＦ２０７からＦ２０８に進んで、ダビングモードをキャンセルし、ダビング処理を中止する。
ところが、ユーザーがダビング実行ＯＫの操作を行った場合は、ステップＦ２０７からＦ２０９に進む。そしてダビング実行中のトラックネーム登録処理の用意のために、リミットトラックＬＴの設定を行う。この場合は、ダビング可能な最終トラックのトラックナンバをリミットトラックＬＴとすることになる。例えば図２の例の場合、トラック＃４の途中まではダビング可能であるので、リミットトラックＬＴ＝４とする。
【０１０５】
ステップＦ２０５又はＦ２０９でリミットトラックＬＴが設定されたら、ステップＦ２１０でダビング動作を開始する。
即ちＣＤ９１のポーズを解除して再生動作を開始させるとともに、ＭＤ９０の記録ポーズを解除して記録動作を開始させる。これにより図１で説明した経路によりＣＤ再生データがＭＤ部に供給され、ＭＤ９０へのダビング記録が行われることになる。また、ダビング時には表示動作として例えば図３（ｄ）のように、ＣＤからＭＤへのダビング記録を示す表示や、現在のトラックナンバ「０１」や、経過時間「００：０５」等の表示を実行させることになる。
【０１０６】
ダビングが開始された以降は、ダビング終了、即ちＣＤ９１からの再生及び再生データのＭＤ９０への記録が完了したかを監視しており、ダビング終了にともなって処理をステップＦ２１３からＦ２１４に進め、ＣＤ部及びＭＤ部での動作停止処理を行う。また、ＭＤ９０については、Ｕ−ＴＯＣの更新をもって記録動作が完了されるものであるため、ステップＦ２１５で、ダビング記録に応じてバッファメモリ１３上で更新されたＵ−ＴＯＣデータを用いて、ＭＤ９０上でＵ−ＴＯＣの書き換えを行うことで、一連のダビング処理を終えることになる。
【０１０７】
ところが、ダビング中にはユーザーはトラックネーム登録操作を行うことができ、ダビング中にユーザーがトラックネーム登録のためのモード操作を行った場合は、処理をステップＦ２１１からＦ２１２に進め、ネーム登録処理を実行することになる。
このネーム登録処理は図６に詳しく示される。
【０１０８】
このネーム登録処理は、現在のダビング動作にかかるトラックについて、トラックネーム登録操作を可能とする処理であるが、現在のダビング動作にかかるトラックとは、ダビング可能なトラック、即ちＣＤ９１側で再生される先頭トラック＃１から上記リミットトラックＬＴで示されるトラックナンバのトラックまでとなる。
【０１０９】
まずステップＦ３０１で、ダビング動作にかかる先頭のトラックのトラックナンバを変数ｎとしてセットする。つまりｎ＝１とする。（なお、ＣＤ側でいわゆるプログラム再生など、曲順を設定して再生させる場合があるが、その場合は先頭トラックは必ずしもトラック＃１ではない。このような場合については後述する）
【０１１０】
続いてステップＦ３０２で、トラックネーム登録すべきトラックをユーザーに選択させるため、ネーム登録トラック＃ｎの選択を求める表示を実行させる。例えば表示部２０に図３（ｅ）のように、トラック＃１について登録操作を行うか否かを求める表示を行う。
これに対してユーザーがＯＫ操作（トラック決定操作）を行った場合は、ステップＦ３０４からＦ３０７以降に進み、その選択されたトラックについての登録操作対応処理を行う。但し、ユーザーが他のトラックについてのネーム登録操作を希望してトラックナンバ変更操作を行った場合は、ステップＦ３０６で操作に応じて変数ｎを更新（インクリメント又はデクリメント）を行い、ステップＦ３０２に戻って、トラックナンバ＃ｎ、つまり変更されたトラックナンバを表示し、ユーザーの操作を待つ。
従って、ステップＦ３０２〜Ｆ３０６の処理において、ユーザーはネーム登録を実行したいトラックを決定することになる。
例えばトラック＃１から順に登録操作したいのであれば、最初に図３（ｅ）のように「ＴｒａｃｋＮＯ．”１”」と表示された時点でトラック決定操作を行えばよく、一方、トラック＃３についてネーム登録操作がしたいのであれば、トラック変更操作としてトラックナンバを２つインクリメントする操作を行って「ＴｒａｃｋＮＯ．”３”」と表示された時点でトラック決定操作を行えばよい。
【０１１１】
ただしこのトラック選択操作の段階において、ユーザーが指定できるトラックナンバの上限は、リミットトラックＬＴに示されるトラックナンバとなる。
例えば図２の場合においては上記のようにリミットトラックＬＴ＝４と設定されているため、トラック選択のためのトラック変更操作としてトラックナンバのインクリメント／デクリメントをいくら実行しても、選択可能なトラックナンバは＃１、＃２、＃３、＃４のみとなる。
即ち、ステップＦ３０６での変数ｎの更新は＃１〜リミットトラックＬＴの範囲でのみ行われ、例えばトラック変更操作としてインクリメント操作が連続された場合は、変数ｎは、＃１→＃２→＃３→＃４→＃１→＃２・・・というように更新されていく。一方、トラック変更操作としてデクリメント操作が行われた場合は、変数ｎは、＃１→＃４→＃３→＃２→＃１→＃４→＃３・・・というように更新されていく。
つまりこの場合はユーザーにとっては、トラック選択は図３（ｅ）のトラック＃１から図３（ｆ）のトラック＃４の範囲でのみ可能であり、ダビングできないトラックについては、ネーム登録操作自体も不能とされることになる。
【０１１２】
ユーザーがトラック決定操作を行ってステップＦ３０７に進んだ場合は、システムコントローラ２１は表示部２０にトラックネーム編集表示を行う。
このとき、ＣＤ９１がＣＤ−ＴＥＸＴであって、各トラックについての曲名が記録されていたのであれば、トラックネーム編集表示としては、例えば図３（ｇ）のように、その決定されたトラックに対応して記録されていた曲名としてのテキストデータ「Ｙｅｓｔｅｒｄａｙ」を表示する。
ユーザーはこの曲名としての文字列を、そのままＭＤ９０側に登録するトラックネームとして用いてもよいし、これに文字を追加、削除等を行って変更したり、或いは全く書き換えてもよい。
また、ＣＤ９１がＣＤ−ＴＥＸＴでない場合は、文字列入力を求めるためブランク表示を行うことになる。そしてユーザーは操作部１９から任意の文字列を入力していく。
【０１１３】
表示されたテキストデータの文字列に変更を加えたい場合や、テキストデータが存在せずにブランク表示された場合は、ユーザーは文字の入力／削除等の操作を行っていくことになるが、その入力等のネーム編集操作毎に処理はステップＦ３０９からＦ３１０に進み、操作に応じて表示される文字列を変更していく。
これにより、例えば図３（ｈ）のようにユーザーが任意の文字列を生成していくこともできる。
【０１１４】
このように表示される文字列を確認しながらユーザーは必要に応じて文字の入力等の編集を行う。そして、テキストデータにより表示された文字列をそのままトラックネームとして用いる場合や、もしくは入力／編集した文字列が、トラックネームとして登録したい文字列となった時点で、ネーム登録決定操作を行う。すると処理はステップＦ３０８からＦ３１１に進み、その時点で表示されている文字列を、その時点のトラック＃ｎに対応してＭＤ９０のＵ−ＴＯＣセクター１又はセクター４に登録されるべきトラックネームのデータとして保存することになる。
なお、この処理での変数ｎとはＣＤ側のトラックナンバに対応した数値であり、ＭＤ９０におけるトラックナンバとは必ずしも一致しない。例えばダビング前の時点でＭＤ９０に５トラックが収録されていた場合は、ダビング動作にかかるＣＤ側のトラック＃１はＭＤ側でトラック＃６となる。つまり、ダビング前のＭＤの収録トラック数（その時点のＵ−ＴＯＣセクター０のLast TNOで示されるトラックナンバに相当）をｘとすると、登録操作されたトラックネームデータは、トラック＃（ｘ＋ｎ）に対応するトラックネームとして扱われることになる。
登録されるトラックネームとして保存されたデータは、後の図５のステップＦ２１５のＵ−ＴＯＣ更新の際に、Ｕ−ＴＯＣセクター１又はセクター４のデータとして、実際にＭＤ９０に記録されることになる。
【０１１５】
ステップＦ３１１でトラックネーム登録データを保存したら、ステップＦ３１２で、ダビングする全トラックについてネーム登録が行われたか否かを確認し、まだネーム登録操作が行われていないトラックがある場合はステップＦ３１３で変数ｎを更新（次のナンバにインクリメント）してステップＦ３０２に戻り、上記同様の処理を行っていく。
従って、例えばトラック＃１についてのネーム登録が行われた後には、トラック＃２についてネーム登録を実行するか否かを求める表示（図３（ｅ）（ｆ）のような表示）を行い、ユーザーの意志を確認する。
そして、このステップＦ３１３で変数ｎを更新する場合も、ステップＦ３０６と同様に、リミットトラックＬＴを上限として行われる。従って、図２のようなディスク状況の場合は、図３（ｅ）（ｆ）のようなトラック選択のための表示は、あくまでトラック＃１〜＃４についてのみしか実行されず、ＣＤ９１には存在するトラック＃５についてのネーム登録操作は不可能となる。
【０１１６】
ユーザーがネーム登録処理の途中で処理を中断したい場合や、一部のトラックのみの登録で登録操作を終えたい場合などは、ネーム登録モード終了操作を行う。すると処理はステップＦ３０３からＦ３１４に進み、ネーム入力モードを終了させ、表示部２０も図３（ｄ）のようなダビング時の通常の表示状態に戻す。そして図５のステップＦ２１１，Ｆ２１３のループに戻ることになる。
ステップＦ３１２でダビング可能な全トラックについてネーム登録操作が行われたと判断された場合も同様に、ステップＦ３１４でネーム登録処理を終え、図５のステップＦ２１１，Ｆ２１３のループに戻る。
【０１１７】
以上の説明からわかるように本例では、ダビング実行中のトラックネーム登録操作については、ダビングが可能とされるトラックについてのみ可能とされるものとなる。
従って、ユーザーが、後に結局はダビングできないことになるトラックについてトラックネームとしての文字列入力や編集、登録操作等の手間をかけることはなくなり、無駄なネーム登録操作を実行させないようにすることができる。またそれにより、ネーム登録を実行したにもかかかわらずトラックネーム登録がされていないような状況（トラック自体が記録されていない状況）を回避することができ、ユーザーの混乱や誤解を避けることができる。
またトラックネーム登録操作不能であることから、ユーザーがダビングできるトラックの範囲を把握できることにもなる。
【０１１８】
またトラックネームとして登録する文字列については、ＣＤ−ＴＥＸＴに収録されている曲名データを利用することで、ユーザーの入力の手間を省くことができる。
またそのテキストデータを用いたくない場合でも、ユーザーは任意に編集できるため、ユーザーにとって好適なトラックネーム登録が可能となる。
【０１１９】
７．変形例
ところで、上述してきた例はあくまでも一例であり、装置構成や処理方式については多様な変形例が考えられる。これら変形例について簡単に述べていく。
【０１２０】
まずＣＤ側にプログラム再生機能、即ちユーザーがトラックの順序を指定して任意の複数のトラックを再生させる機能がある場合は、ダビング動作時にもＣＤ側でプログラム再生を行うことも考えられる。
その場合も、プログラム再生される全トラックについて、総演奏時間は算出できるため（プログラムされたトラックの各演奏時間を積算すればよい）、プログラムされた全トラックがＭＤ９０にダビングできるか否かを判断できる。そこで、ダビングできないトラックについては、上述の例のように、トラックネーム登録操作の実行が不可能となるようにすればよい。
【０１２１】
なお、上述の処理例におけるリミットトラックＬＴとは、トラックナンバ順に再生されることを前提としたときのトラックナンバ上限として設定しているため、プログラム再生時にはそのままではトラックネーム登録処理の実行可否の判断の設定値とはできない。従ってプログラム再生の場合は、指定されたトラックナンバ及び演奏順序のデータの中から、ダビング可能なトラックを抽出して記憶し、その中で上記ステップＦ３０６、Ｆ３１３での変数ｎの更新が行われるようにすることが必要である。
例えばトラック＃３→＃５→＃１→＃２の順序でプログラム再生される場合であって、最後に再生されるトラック＃２がダビング不能であるときは、トラック＃３→＃５→＃１の範囲で変数ｎとしての更新が行われるようにする。例えば上記インクリメント更新の際には、＃３→＃５→＃１→＃３・・・、上記デクリメント更新の際には＃３→＃１→＃５→＃３・・・というように更新されるようにする。
【０１２２】
また、上記例では図６の処理で選択できるトラックナンバがダビング可能な範囲に限定されることについては、ユーザーに特段の提示を行っていない。そこで、上記図２のような場合で、トラック＃５がダビングできないときに、ユーザーがトラック＃５のネーム登録を実行しようとしてトラック選択を行った場合には、例えば図３（ｉ）のように、そのトラックについてはネーム登録操作ができない旨の警告表示を行うようにしてもよい。
【０１２３】
また、図７に示すように表示部にミュージックカレンダーといわれる表示として、ＣＤ９１の収録トラックを一覧表示するものがあるが、例えばトラック＃６までがダビング可能な場合には、ネーム登録のためのトラック選択表示の際などに、図示するように、トラック＃１〜＃６を点滅表示させるなどして、これらのトラックのみがダビング可能かつトラックネーム登録可能であることをユーザーに伝えるようにすることも考えられる。
もちろんこのような表示をダビング動作中には継続して行うようにしてもよい。
【０１２４】
また上記処理例では、ダビング不能なトラックについては、ネーム登録操作としてトラック選択の段階から実行できないようにしていたが、例えばトラック選択は可能とし、例えばそのトラックについてのテキストデータ（曲名）の表示はするが、文字列の入力や登録決定操作については実行不能というようにしてもよい。つまり登録決定操作が実行された場合はエラーメッセージ等を表示するようにし、登録決定が行われない旨をユーザーに伝えるようにする。
また場合によっては文字列の入力や編集は可能だが登録決定操作のみは実行できないものとしてもよい。
【０１２５】
さらに、警告などは表示部２０により実行するようにしたが、音声で警告メッセージを発するようにするなどの構成も考えられる。
【０１２６】
また図１の構成ではＣＤ／ＭＤ複合機器としての例をあげたが、本発明はＭＤからＭＤへのダビングが可能な複合機器や、或いはＤＶＤなどの他のディスクメディアや、さらにはテープメディアを用いた機器などにも適用可能である。
また複合機器でなくとも、例えばＭＤレコーダ、ＤＶＤレコーダなどの１つのメディアに対して記録可能な記録装置としてもよい。その場合は、例えばデジタルインターフェースにより外部機器（ＣＤプレーヤなど）と接続されてダビング可能なものとする。
特にデジタルインターフェースの場合は、既に公知の通り、ＣＤプレーヤ等からＴＯＣやサブコードデータなども受信できるため、再生装置側での総演奏時間の判別や、テキストデータの取り込みなども可能であり、従って本発明の動作を実行できるものとなる。そして再生側がＭＤ、ＣＤ−ＴＥＸＴ、ＤＶＤなど、曲名等のテキストデータを記録しているものである場合は、そのテキストデータを登録するトラックネーム候補とすることができる。
【０１２７】
【発明の効果】
以上説明したように本発明の記録装置では、複写記録を実行する際に、複写元の第１の記録媒体から再生させるプログラムとしての全データ容量と、複写先の第２の記録媒体の記録可能容量を比較し、複写記録できない記録不能プログラムが存在する場合は、当該記録不能プログラムに対応させた付随データ（例えばトラックネーム）の入力もしくは登録決定が不能となるようにしているため、複写できないプログラム（トラック）についてユーザーがトラックネーム等の付随データの入力もしくは登録操作を行ってしまうことがなく、ユーザーにより無駄な操作が行われてしまうことを回避できるという効果がある。またこれによりユーザーの操作上の混乱や動作認識の誤解を回避できる。
【０１２８】
また複写元の記録媒体である第１の記録媒体にプログラムに対応して付随データが記録されている場合は、付随データ処理手段が、第１の記録媒体から取り込んで記憶した各付随データを、複写動作により第２の記録媒体に記録する各プログラムデータに対応させることのできる付随データとすることで、ユーザーの文字列等の入力を不要とすることもでき、操作を簡略化できる。またこのときに、取り込んだ付随データとしての文字列などを、ユーザーが入力操作で更新できるようにすることで、ユーザーが任意にトラックネーム等を決定できることにもなる。
そしてさらにこの場合も、複写動作において記録不能とされるプログラムについては、付随データの登録操作ができないようにするため、ユーザーの無駄な操作の回避及び操作上の混乱や動作認識の誤解を回避できる。
【図面の簡単な説明】
【図１】本発明の実施の形態の記録再生装置のブロック図である。
【図２】実施の形態のダビング動作時のディスク状況例の説明図である。
【図３】実施の形態のダビング動作時の表示例の説明図である。
【図４】実施の形態のディスク装填時の処理のフローチャートである。
【図５】実施の形態のダビング処理のフローチャートである。
【図６】実施の形態のネーム登録処理のフローチャートである。
【図７】実施の形態の変形例の表示動作の説明図である。
【図８】ＭＤのセクターフォーマットの説明図である。
【図９】ＭＤのエリア構造の説明図である。
【図１０】ＭＤのＵ−ＴＯＣセクター０の説明図である。
【図１１】ＭＤのＵ−ＴＯＣセクター０のリンク形態の説明図である。
【図１２】ＭＤのＵ−ＴＯＣセクター１の説明図である。
【図１３】ＭＤのＵ−ＴＯＣセクター４の説明図である。
【図１４】ＣＤのフレーム構造の説明図である。
【図１５】ＣＤのサブコードの説明図である。
【図１６】ＣＤのＴＯＣ及びサブコードの説明図である。
【図１７】ＣＤのＴＯＣデータの説明図である。
【図１８】ＣＤテキストデータの説明図である。
【図１９】ＣＤテキストデータのパックの説明図である。
【図２０】ＣＤテキストデータの１パケットの説明図である。
【図２１】ＣＤテキストデータのパック内の構造の説明図である。
【図２２】ＣＤテキストデータのパック内の構造の説明図である。
【符号の説明】
３，３３ 光学ヘッド、８ エンコード／デコード部、１１ ＭＤコントローラ、１２ メモリコントローラ、１３ バッファメモリ、１４ エンコード／デコード部、１９ 操作部、２０ 表示部、２１ システムコントローラ、２１ａＲＡＭ、３７ デコーダ
Claims (3)
- １又は複数のプログラムが主データとして記録された第１の記録媒体から再生されたプログラムを第２の記録媒体に主データとして複写記録することのできるデータ記録手段と、
少なくとも付随データの入力及び登録決定操作が可能とされる入力手段と、
前記複写記録時に、その複写記録にかかる各プログラムに対応させる付随データを前記入力手段により入力可能とするとともに、入力され登録決定された付随データを、複写記録されるプログラムに対応させて、前記データ記録手段により前記第２の記録媒体に記録させることのできる付随データ処理手段と、
前記複写記録を実行する際に、前記第１の記録媒体から再生させる１又は複数のプログラムとしての全データ容量と、前記第２の記録媒体の記録可能容量を比較する比較手段と、
前記比較手段による比較結果により前記第１の記録媒体から再生させても前記第２の記録媒体に記録できない記録不能プログラムが存在すると判別された場合は、当該記録不能プログラムに対応させた付随データの入力もしくは登録決定が不能となるように前記付随データ処理手段を制御する制御手段と、
を備えたことを特徴とする記録装置。 - １又は複数のプログラムが主データとして記録され、かつ各プログラムに対応して付随データが記録された第１の記録媒体から再生されたプログラムを第２の記録媒体に主データとして複写記録することのできるデータ記録手段と、
少なくとも登録決定操作が可能とされる入力手段と、
前記第１の記録媒体に記憶された、各プログラムに対応する各付随データを保存できるとともに、前記複写記録時に、保有した付随データをその複写記録にかかる各プログラムに対応する付随データとすることができ、登録決定された付随データを、複写記録されるプログラムに対応させて、前記データ記録手段により前記第２の記録媒体に記録させることのできる付随データ処理手段と、
前記複写記録を実行する際に、前記第１の記録媒体から再生させる１又は複数のプログラムとしての全データ容量と、前記第２の記録媒体の記録可能容量を比較する比較手段と、
前記比較手段による比較結果により前記第１の記録媒体から再生させても前記第２の記録媒体に記録できない記録不能プログラムが存在すると判別された場合は、当該記録不能プログラムにかかる付随データの登録決定が不能となるように前記付随データ処理手段を制御する制御手段と、
を備えたことを特徴とする記録装置。 - 前記付随データ処理手段は、保有した付随データについて、前記入力手段からの入力に応じてその付随データ内容を変更させることができることを特徴とする請求項２に記載の記録装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28771798A JP3991474B2 (ja) | 1998-10-09 | 1998-10-09 | 記録装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28771798A JP3991474B2 (ja) | 1998-10-09 | 1998-10-09 | 記録装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007025562A Division JP2007164982A (ja) | 2007-02-05 | 2007-02-05 | 記録装置、記録再生装置及び記録方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000113585A JP2000113585A (ja) | 2000-04-21 |
| JP3991474B2 true JP3991474B2 (ja) | 2007-10-17 |
Family
ID=17720840
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28771798A Expired - Fee Related JP3991474B2 (ja) | 1998-10-09 | 1998-10-09 | 記録装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3991474B2 (ja) |
-
1998
- 1998-10-09 JP JP28771798A patent/JP3991474B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000113585A (ja) | 2000-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3557721B2 (ja) | 記録装置 | |
| JP3355649B2 (ja) | 記録又は再生装置 | |
| JP3546432B2 (ja) | 編集装置 | |
| JPH06309120A (ja) | メモリ制御装置及びメモリデータサーチ回路 | |
| JPH07326175A (ja) | 記録又は再生装置 | |
| JPH10320898A (ja) | 記録装置、記録システム、及びダビング方法 | |
| JPH08124362A (ja) | 再生装置 | |
| JP3550769B2 (ja) | 記録装置、及び再生装置 | |
| JP3991474B2 (ja) | 記録装置 | |
| JPH08124359A (ja) | 再生装置 | |
| JP2007164982A (ja) | 記録装置、記録再生装置及び記録方法 | |
| JP3711991B2 (ja) | 記録装置 | |
| JP3830539B2 (ja) | 記録装置 | |
| JP3669350B2 (ja) | 記録再生装置及び検索回路 | |
| JP3551448B2 (ja) | 記録装置 | |
| JP3465658B2 (ja) | 音響再生装置 | |
| JP3794069B2 (ja) | 編集装置 | |
| JP2000123551A (ja) | 記録装置、及び複写システム | |
| JP3797362B2 (ja) | 記録装置、及び記録再生装置 | |
| JPH09147529A (ja) | 管理情報更新装置 | |
| JP3797374B2 (ja) | 再生装置及び再生方法 | |
| JP3612754B2 (ja) | 記録装置及び再生装置 | |
| JPH08297956A (ja) | 記録装置 | |
| JP3875845B2 (ja) | 記録装置及び方法 | |
| JP3852473B2 (ja) | 記録媒体、再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050712 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061130 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061226 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070205 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070703 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070716 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100803 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110803 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110803 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120803 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |