JP3684601B2 - 記録情報の編集方法及び編集装置 - Google Patents
記録情報の編集方法及び編集装置 Download PDFInfo
- Publication number
- JP3684601B2 JP3684601B2 JP30572694A JP30572694A JP3684601B2 JP 3684601 B2 JP3684601 B2 JP 3684601B2 JP 30572694 A JP30572694 A JP 30572694A JP 30572694 A JP30572694 A JP 30572694A JP 3684601 B2 JP3684601 B2 JP 3684601B2
- Authority
- JP
- Japan
- Prior art keywords
- track
- recording
- recorded
- divide
- input
- 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
【０００１】
【産業上の利用分野】
本発明は音声データなどを記録できる記録媒体についての編集装置、及び記録情報の編集方法に関するものである。
【０００２】
【従来の技術】
コンパクトディスク、レーザディスク、ビデオＣＤのように再生専用の記録媒体や、光磁気ディスクを用いたミニディスクや磁気テープを用いたＤＡＴなどユーザーが音楽データ等を記録することのできる記録媒体が各種普及している。
ここにあげたような記録媒体では、音声や映像以外のデータとして管理情報が記録され、記録／再生動作の際に記録再生装置側でアクセスすべき位置等が把握できるようにしている。
【０００３】
ここで、データ書き換え可能なミニディスクシステム例にあげると、ディスクの内周側位置には管理情報としてＰ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−ＴＯＣ（ユーザーＴＯＣ）を記録するエリアが設けられている。
Ｐ−ＴＯＣではディスク上の基本的なエリア構成等が記録され、またＵ−ＴＯＣは記録された各トラックのアドレスや未記録領域（フリーエリア）のアドレス、さらにトラック録音日時情報や文字情報が記録されるように構成されている。このユーザーＴＯＣは記録や編集動作に応じて書き換えられるようになされている。
【０００４】
例えばミニディスク記録装置で或る楽曲の録音を行なおうとする際には、記録装置はＵ−ＴＯＣからディスク上のフリーエリアを探し出し、ここにトラックとなる音声データを記録していく。また、再生装置においては再生すべき楽曲（トラック）が記録されているエリアをＵ−ＴＯＣから判別し、そのエリアにアクセスして再生動作を行なう。さらに、トラックを消去する場合は、Ｕ−ＴＯＣ上でそのトラックをフリーエリアに組み込むことで実行される。また、トラックの分割，連結などはＵ−ＴＯＣ上で該当するトラックのアドレスを変更することで実現される。
【０００５】
【発明が解決しようとする課題】
ところでミニディスク記録装置による録音動作の一つとしては、ＣＤプレーヤ、テーププレーヤなどからの再生音声をダビングするという使用形態が考えられる。そして、ダビング時の音声信号の伝送のための接続形態としてはアナログ音声信号によるライン接続と、デジタルデータを光伝送するデジタル接続があり、ユーザーは任意にいづれかを選択できる。
【０００６】
このようなダビング録音として、例えば１０曲入のＣＤからダビングするような場合を例にあげると、記録装置で録音されたミニディスク上でも、録音終了時点で録音データが１０トラックに分けられている状態であることが好ましい。つまり、音声ソースとなるＣＤ上と同様にトラックが分割されていることで、ユーザーはミニディスク上ですぐさま所望の曲をサーチして再生させることができる。このため、デジタル接続の場合は、伝送データに含まれているトラックナンバ情報やインデックス情報、もしくはトラック内での経過時間情報などを用いて、記録装置側で録音中に自動的にトラックナンバが更新されるようにし、これによってＣＤ側と同様に各トラック（各楽曲）が分割設定されるようにしている。
【０００７】
一方、音声情報しか伝送されないアナログ接続の場合は、このような処理はできないため、図２３（ａ）のように伝送されてくる音声情報として一定時間（例えば３秒）以上、無音（所定レベル以下）の期間が存在したら、そこを曲と曲の切れ目と判断して、図２３（ｂ）のようにトラックナンバを更新するようにしている。
通常はこのような無音検出に応じてトラックナンバを更新していくことで、録音終了時点では、例えばＣＤなどのソース側の記録媒体と同様のトラック分割状態が設定されていることになる。
【０００８】
ところがダビングソース側の再生音声としても種々のものがあり、無音検出では正確にトラックナンバを更新できないといった事態も多々生じることになる。例えばライブコンサートを収録したＣＤなどでは曲と曲の間に観客の拍手や声などが録音されているため、無音状態とならない。また曲と曲がメドレー形式でつながっている場合もある。これらの場合、ミニディスク記録装置側ではトラックナンバの更新ポイントを検出できず、複数のトラックを１つのトラックとして記録してしまうことになる。
例えば図２４（ａ）のようにＣＤ側から再生される音声がＭ1 〜Ｍ4 のトラック（４曲）とされていたが、これがライブ録音などで曲と曲の間に無音期間がなかった場合、ミニディスク側では図２４（ｂ）のようにＭ1 〜Ｍ4 までのトラックが１つのトラックＭ1 として録音されてしまう。
【０００９】
また逆に、曲の途中で無音状態が発生する部分があった場合は、記録装置側ではそこをトラックナンバの更新ポイントと誤認してしまい、トラック分割を行なってしまう。つまり、１つのトラックを２つのトラックにわけた状態で記録してしまう。
例えば図２５（ａ）のようにＣＤ側から再生されるトラックＭ2 の途中において無音部分があった場合、図２５（ｂ）のようにミニディスク側ではトラックＭ2 が２つのトラックＭ2 ，Ｍ3 として録音されてしまう。
【００１０】
このように適正にトラック分割が行なわれなかった場合は、ユーザーは録音後の編集操作で、間違って分割されたり連結されたポイントを探して、連結処理又は分割処理を行なえばよいのであるが、これは面倒な操作となってしまう。
例えば実際にトラック分割ポイントであるのに分割されていないポイントを探すためには、早送りサーチを続けてそのポイントを探さなければならない。またメドレーでつながっている曲など、場合によっては適正な分割ポイントがユーザーにも分からないといったこともある。
【００１１】
また、無音検出をやめてユーザーが録音中に所要のタイミングでトラック分割操作を行なっていくこともできるが、これは録音している機器につきっきりにならねばならず、またトラック分割操作タイミングを間違えないようにしなければならないため、面倒かつ困難なものとなってしまう。
【００１２】
【課題を解決するための手段】
本発明はこのような問題に鑑みて、ユーザーが各トラックの再生時間を入力することで、それに基づいてトラックが分割されるようにすることで、アナログ接続によって録音されるデータについての正確なトラック設定を容易に実行できるようにすることを目的とする。
【００１３】
このため、記録データとともに、記録データを、１つの記録データ単位となるトラック毎に管理する管理情報が記録される記録媒体に対する記録情報の編集方法において、記録動作前、記録動作中、もしくは記録動作後において、トラック毎に再生時間情報を入力する入力手順と、記録中に入力される無音部分を検知する検知手順と、上記検知手順で無音が検知された場合に、上記入力手順で入力されたトラック毎の再生時間情報に基づいて無音検知に基づく分割位置が適正か否かを判断する判断手順と、上記判断手順で適正でないと判断された場合には上記入力手順で入力されたトラック毎の再生時間情報に基づいて分割位置を修正する修正手順と、上記修正手順にて修正された分割位置に基づいて上記記録媒体の管理情報を更新する更新手順とを備える。
【００１４】
上記分割位置の修正は上記無音検知に基づいて決定された分割位置で２分割された記録データを結合処理する。
【００１５】
また、編集装置として、記録データとともに、記録データを、１つの記録データ単位となるトラック毎に管理する管理情報が記録される記録媒体に対する記録情報の編集装置において、記録動作前、記録動作中、もしくは記録動作後において、トラック毎に再生時間情報を入力する入力手段と、記録中に入力される無音部分を検知する検知手段と、上記検知手段で無音が検知された場合に、上記入力手段で入力されたトラック毎の再生時間情報に基づいて無音検知に基づく分割位置が適正か否かを判断する判断手段と、上記判断手段で適正でないと判断された場合には、上記入力手段で入力されたトラック毎の再生時間情報に基づいて分割位置を修正する修正手段と、上記修正手段にて修正された分割位置に基づいて上記記録媒体の管理情報を更新する更新手段とを備える。
【００１６】
上記分割位置の修正は上記無音検知に基づいて決定された分割位置で２分割された記録データを結合処理する。
【００２８】
【作用】
ＣＤなどのパッケージソフトでは、添付されている解説書（ライナーノート）などから各トラック（楽曲）の演奏時間を知ることができる。そこで、各トラックについて再生時間を入力するようにすれば、記録装置ではそれに応じて最適なトラック分割を行なうことが可能となる。
【００２９】
【実施例】
以下、図１〜図２２を用いて、本発明の第１〜第３の実施例として、光磁気ディスク（ミニディスク）記録再生装置を例にあげ、次の順序で説明する。なお、記録再生装置の構成、トラックフォーマット、Ｐ−ＴＯＣセクター、Ｕ−ＴＯＣセクターについては、各実施例共通に説明する。
１．記録再生装置の構成
２．トラックフォーマット
３．Ｐ−ＴＯＣセクター
４．Ｕ−ＴＯＣセクター
５．第１の実施例（ディバイド設定処理に基づく録音後の編集）
６．第２の実施例（ディバイド設定処理に基づく録音中の編集）
７．第３の実施例（録音後のトラック毎のディバイド位置編集）
【００３０】
１．記録再生装置の構成
図１は記録再生装置の要部のブロック図を示している。
図１において、１は例えば音声データトラックが記録されている光磁気ディスクを示している。
ディスク１に記録されている楽曲等の音声データは、44.1KHz サンプリングで１６ビット量子化によるデジタルデータが変形ＤＣＴ（Modified Discreate Cosine Transform ）圧縮技術により約１／５に圧縮され、さらにＥＦＭ変調及びＣＩＲＣエンコードが施されたデータとされている。
【００３１】
この光磁気ディスク１はスピンドルモータ２により回転駆動される。３は光磁気ディスク１に対して記録／再生時にレーザ光を照射する光学ヘッドであり、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力をなし、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力をなす。
【００３２】
このため、光学ヘッド３はレーザ出力手段としてのレーザダイオード、偏向ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００３３】
また、６ａは供給されたデータによって変調された磁界を光磁気ディスクに印加する磁気ヘッドを示し、光磁気ディスク１を挟んで光学ヘッド３と対向する位置に配置されている。光学ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５によりディスク半径方向に移動可能とされている。
【００３４】
再生動作によって、光学ヘッド３により光磁気ディスク１から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、グルーブ情報（光磁気ディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）等を抽出する。そして、抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号、フォーカスエラー信号はサーボ回路９に供給される。
絶対位置情報がＦＭ変調されて記録されているグルーブ情報はアドレスデコーダ１０に供給され、復調及びデコード処理が施されて絶対位置情報とされ、マイクロコンピュータによって構成されるシステムコントローラ１１に供給されることになる。
【００３５】
サーボ回路９は供給されたトラッキングエラー信号、フォーカスエラー信号や、システムコントローラ１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御をなし、またスピンドルモータ２を一定線速度（ＣＬＶ）に制御する。
【００３６】
再生ＲＦ信号はエンコーダ／デコーダ部８でＥＦＭ復調、ＡＣＩＲＣ等のデコード処理された後、メモリコントローラ１２によって、一旦、Ｄ−ＲＡＭにより形成されているバッファＲＡＭ１３に書き込まれる。なお、光学ヘッド３による光磁気ディスク１からのデータの読み取り及び光学ヘッド３からバッファＲＡＭ１３までの系における再生データの転送は1.41Mbit/secで、しかも間欠的に行なわれる。
【００３７】
バッファＲＡＭ１３に書き込まれたデータは、再生データの転送が0.3Mbit/sec となるタイミングで読み出され、エンコーダ／デコーダ部１４に供給される。そして、変形ＤＣＴ処理による音声圧縮処理に対するデコード処理により量子化１６ビットの出力デジタル信号とされる。
【００３８】
出力デジタル信号は、Ｄ／Ａ変換器１５によってアナログ信号とされ端子１６Ａに供給される。そして、端子１６より所定の回路部を経てヘッドホンやライン出力端子に供給される。または、エンコーダ／デコーダ部１４からの出力デジタル信号はアナログ化されずに端子１６Ｄより光出力端子に供給される。
【００３９】
エンコーダ／デコーダ部８で検出されるデータとして記録されているアドレス情報や制御動作に供されるサブコードデータはシステムコントローラ１１に供給され、各種の制御動作に用いられる。
さらに、記録／再生動作のビットクロックを発生させるＰＬＬ回路のロック検出信号、及び再生データ（Ｌ，Ｒチャンネル）のフレーム同期信号の欠落状態のモニタ信号もシステムコントローラ１１に供給される。
【００４０】
また、システムコントローラ１１は光学ヘッド３におけるレーザダイオードの動作を制御するレーザ制御信号ＳLPを出力しており、レーザダイオードの出力をオン／オフ制御するとともに、オン制御時としては、レーザパワーが比較的低レベルである再生時の出力と、比較的高レベルである記録時の出力とを切り換えることができるようになされている。
【００４１】
光磁気ディスク１に対して記録動作が実行される際には、マイク入力端子もしくはライン入力端子から入力されたアナログ音声信号が端子１７Ａに供給される。そして、Ａ／Ｄ変換器１８において44,1KHz サンプリング、量子化１６ビットのデジタルデータとされた後、エンコーダ／デコーダ部１４に供給される。又は、光入力端子から入力されるデジタル音声信号は端子１７Ｄからエンコーダ／デコーダ部１４に供給される。
【００４２】
エンコーダ／デコーダ部１４では入力されたデジタル音声信号に対して、変形ＤＣＴ処理による音声圧縮エンコードを施す。エンコーダ／デコーダ部１４によって圧縮された記録データはメモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれ、また所定タイミングで読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＡＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後、磁気ヘッド駆動回路６に供給される。
【００４３】
磁気ヘッド駆動回路６はエンコード処理された記録データに応じて、磁気ヘッド６ａに磁気ヘッド駆動信号を供給する。つまり、光磁気ディスク１に対して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ１１は光学ヘッドに対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００４４】
１９はユーザー操作に供されるキーが設けられた操作入力部であり、再生キー、サーチキー、ＡＭＳキー、停止キー、録音キーなどが設けられる。また、編集操作のためのキーも設けられ、データトラックに対して各種編集動作が実行されるようになされている。
編集動作としては、指定した楽曲（トラック）を消去するトラック消去、トラックを指定した箇所で２つのトラックに分割するトラック分割（ディバイド）、指定した２つのトラックを連結して１つのトラックとするトラック連結（コンバイン）、記録されているトラックの曲順を変更するトラック移動（ムーブ）、指定した楽曲についての曲名や装填されているディスクに対するディスクタイトルを入力し記憶させるネームイン処理、記録されている曲名やディスクタイトルを消去するネームイレーズ処理などが用意されている。
さらに本実施例では、後述するディバイド設定処理のためのモードキーや時間情報を入力ことができるキーが設けられている。
【００４５】
２０は表示部であり、再生時や録音時の動作状況、再生／録音中のトラックナンバ、進行時間、モード状態、トラックに対応した文字情報等をシステムコントローラ１１の制御に応じて表示する。
【００４６】
システムコントローラ１１は記録／再生／編集等の各種動作を制御するためにマイクロコンピュータによって構成されている。１１ａはシステムコントローラ１１内におけるＲＡＭであり、例えばＳ−ＲＡＭによって構成されている。
【００４７】
ディスク１に対して記録／再生動作を行なう際には、ディスク１に記録されている管理情報、即ちＰ−ＴＯＣ、Ｕ−ＴＯＣは、バッファＲＡＭ１３に読み込まれて保持される。例えばディスク装填時にこの読み出しが行なわれる。このためバッファＲＡＭ１３は、上記した記録データ／再生データのバッファエリアと、管理情報を保持するエリアが分割設定されている。
システムコントローラ１１はバッファＲＡＭ１３に読み込んだ管理情報に応じてディスク１上の記録可能な領域や、再生すべきトラックのアドレスを判別して、各種制御を行なうことになる。
【００４８】
また、Ｕ−ＴＯＣはデータの記録や消去に応じて編集されて書き換えられるものであるが、システムコントローラ１１は記録／消去動作のたびにこの編集処理をバッファＲＡＭ１３に記憶されたＵ−ＴＯＣ情報に対して行ない、所定のタイミングでバッファＲＡＭ１３上のＵ−ＴＯＣをディスク１のＵ−ＴＯＣエリアに記録するようにしている。
【００４９】
２．トラックフォーマット
ここでミニディスクシステムにおけるディスク上のトラックフォーマットについて説明する。
ミニディスクシステムでのトラックフォーマットは図１８のように４セクターの（１セクタ＝２３５２バイト）サブデータ領域と３２セクターのメインデータ領域からなるクラスタＣＬ（＝３６セクタ−）が連続して形成されており、１クラスタが記録時の最小単位とされる。１クラスタは２〜３周回トラック分に相当する。なお、アドレスは１セクター毎に記録される。
４セクターのサブデータ領域はサブデータやリンキングエリアとしてなどに用いられ、ＴＯＣデータ、オーディオデータ等の記録は３２セクターのメインデータ領域に行なわれる。
【００５０】
また、セクターはさらにサウンドグループに細分化され、２セクターが１１サウンドグループに分けられている。そして、４２４バイトのサウンドグループ内にはデータがＬチャンネルとＲチャンネルに分けられて記録されることになる。１サウンドグループは11.61msec の時間に相当する音声データ量となり、１クラスタは再生時間として約２秒のデータ量となる。
なお、Ｌチャンネル又はＲチャンネルのデータ領域となる２１２バイトをサウンドフレームとよんでいる。
【００５１】
音声データの記録されるセクターのフォーマットは図１９のように設定されている。
このセクター（２３５２バイト）において、先頭の１２バイトは同期データとされる。続いて３バイトがクラスタアドレス及びセクターアドレス用に設定され、続く１バイトがモードとされ、ヘッダとされる。
【００５２】
ヘッダにつづいて４バイトがサブヘッダとされ、サブヘッダにつづくバイト、即ちセクターの第２１バイト目〜第２３５２バイト目までの２３３２バイトがデータエリア（Data0 〜Data2331）とされている。
この２３３２バイトのデータエリアには２１２バイトのサウンドフレームが１１単位（＝5.5 サウンドグループ）記録されることになる。
【００５３】
３．Ｐ−ＴＯＣセクター
次に、ディスク１においてトラックの記録／再生動作などの管理を行なう管理情報として、まずＰ−ＴＯＣセクターについて説明する。
Ｐ−ＴＯＣ情報としては、ディスクの記録可能エリア（レコーダブルユーザーエリア）などのエリア指定やＵ−ＴＯＣエリアの管理等が行なわれる。なお、ディスク１が再生専用の光ディスクであるプリマスタードディスクの場合は、Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲の管理も行なうことができるようになされている。
【００５４】
図２０はＰ−ＴＯＣ用とされる領域（例えばディスク最内周側のＲＯＭエリア）において繰り返し記録されるＰ−ＴＯＣ情報の１つのセクター（セクター０）を示している。なお、Ｐ−ＴＯＣセクターはセクター０〜セクター４まで存在するが、セクター１以降はオプションとされている。
【００５５】
Ｐ−ＴＯＣセクター０のデータ領域（４バイト×588 の２３５２バイト）は、先頭位置にオール０又はオール１の１バイトデータによって成る同期パターンを及びクラスタアドレス及びセクターアドレスを示すアドレス等が４バイト付加され、以上でヘッダとされる。
また、ヘッダに続いて所定アドレス位置に『ＭＩＮＩ』という文字に対応したアスキーコードによる識別ＩＤが付加され、Ｐ−ＴＯＣの領域であることが示される。
【００５６】
さらに、続いてディスクタイプや録音レベル、記録されている最初の楽曲の曲番（First TNO)、最後の楽曲の曲番（Last TNO) 、リードアウトスタートアドレスＬＯA 、パワーキャルエリアスタートアドレスＰＣA 、Ｕ−ＴＯＣのスタートアドレスＵＳＴA 、録音可能なエリア（レコーダブルユーザーエリア）のスタートアドレスＲＳＴA 等が記録される。
【００５７】
続いて、ピット形態で記録されている各楽曲等を後述する管理テーブル部におけるパーツテーブルに対応させるテーブルポインタ(P-TNO1 〜P-TNO255) を有する対応テーブル指示データ部が用意されている。
【００５８】
そして対応テーブル指示データ部に続く領域には、テーブルポインタ(P-TNO1 〜P-TNO255) に対応されることになる、(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられた管理テーブル部が用意される。なお本明細書において『ｈ』を付した数値はいわゆる１６進表記のものである。
それぞれのパーツテーブルには、或るパーツについて起点となるスタートアドレス、終端となるエンドアドレス、及びそのパーツのモード情報（トラックモード）が記録できるようになされている。
【００５９】
各パーツテーブルにおけるトラックのモード情報とは、そのパーツが例えばオーバーライト禁止やデータ複写禁止に設定されているか否かの情報や、オーディオ情報か否か、モノラル／ステレオの種別などが記録されている。
【００６０】
管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、テーブルポインタ (P-TNO1〜P-TNO255) によって、そのパーツの内容が示される。つまり、第１曲目の楽曲についてはテーブルポインタP-TNO1として或るパーツテーブル（例えば(01h) ）が記録されており、この場合パーツテーブル(01h) のスタートアドレスは第１曲目の楽曲の記録位置のスタートアドレスとなり、同様にエンドアドレスは第１曲目の楽曲が記録された位置のエンドアドレスとなる。さらに、トラックモード情報はその第１曲目についての情報となる。
なお、実際にはテーブルポインタには所定の演算処理によりＰ−ＴＯＣセクター０内のバイトポジションで或るパーツテーブルを示すことができる数値が記されている。
【００６１】
同様に第２曲目についてはテーブルポインタP-TNO2に示されるパーツテーブル（例えば(02h) ）に、その第２曲目の記録位置のスタートアドレス、エンドアドレス、及びトラックモード情報が記録されている。
以下同様にテーブルポインタはP-TNO255まで用意されているため、Ｐ−ＴＯＣ上では第２５５曲目まで管理可能とされている。
そして、このようにＰ−ＴＯＣセクター０が形成されることにより、例えば再生時において、所定の楽曲をアクセスして再生させることができる。
【００６２】
なお、記録／再生可能な光磁気ディスクの場合いわゆるプリマスタードの楽曲エリアが存在しないため、上記した対応テーブル指示データ部及び管理テーブル部は用いられず（これらは続いて説明するＵ−ＴＯＣで管理される）、従って各バイトは全て『００ｈ』とされている。
ただし、全ての楽曲がＲＯＭ形態（ピット形態）で記録されているプリマスタードタイプのディスク、及び楽曲等が記録されるエリアとしてＲＯＭエリアと光磁気エリアの両方を備えたハイブリッドタイプのディスクについては、そのＲＯＭエリア内の楽曲の管理に上記対応テーブル指示データ部及び管理テーブル部が用いられる。
【００６３】
４．Ｕ−ＴＯＣセクター
続いてＵ−ＴＯＣとしてＵ−ＴＯＣのセクター０及びセクター２の説明を行なう。なお、Ｕ−ＴＯＣセクターとしてはセクター０〜セクター７まで構成することができ、セクター１及びセクター４はトラックやディスクに対応する文字情報を記録できるエリアとされ、またセクター２は録音日時情報を記録できるエリアとされている。これらは本発明と直接関係ないため説明を省略する。
【００６４】
図２１はＵ−ＴＯＣセクター０のフォーマットを示しており、主にユーザーが録音を行なった楽曲や新たに楽曲が録音可能なフリーエリアについての管理情報が記録されているデータ領域とされる。
例えばディスク１に或る楽曲の録音を行なおうとする際には、システムコントローラ１１は、Ｕ−ＴＯＣセクター０からディスク上のフリーエリアを探し出し、ここに音声データを記録していくことになる。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣセクター０から判別し、そのエリアにアクセスして再生動作を行なう。
【００６５】
図２１に示すＵ−ＴＯＣセクター０には、Ｐ−ＴＯＣと同様にまずヘッダが設けられ、続いて所定アドレス位置にメーカーコード、モデルコード、最初の楽曲の曲番(First TNO）、最後の楽曲の曲番（Last TNO）、セクター使用状況(Used sectors)、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録される。
【００６６】
さらに、ユーザーが録音を行なって記録されている楽曲の領域やフリーエリア等を後述する管理テーブル部に対応させることによって識別するため、対応テーブル指示データ部として各種のテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用意されている。
【００６７】
そしてテーブルポインタ(P-DFA〜P-TNO255) に対応させることになる管理テーブル部として(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、上記図２０のＰ−ＴＯＣセクター０と同様に或るパーツについて起点となるスタートアドレス、終端となるエンドアドレス、そのパーツのモード情報（トラックモード）が記録されている。
さらにこのＵ−ＴＯＣセクター０の場合、各パーツテーブルで示されるパーツが他のパーツへ続いて連結される場合があるため、その連結されるパーツのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようにされている。
【００６８】
この種の記録再生装置では、１つの楽曲のデータを物理的に不連続に、即ち複数のパーツにわたって記録されていてもパーツ間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数パーツにわけて記録する場合もある。
【００６９】
そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(FFh) によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。
つまりＵ−ＴＯＣセクター０における管理テーブル部においては、１つのパーツテーブルは１つのパーツを表現しており、例えば３つのパーツが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのパーツ位置の管理はなされる。
なお、実際にはリンク情報は所定の演算処理によりＵ−ＴＯＣセクター０内のバイトポジションとされる数値で示される。即ち、３０４＋（リンク情報）×８（バイト目）としてパーツテーブルを指定する。
なお、プリマスタードディスク等においてピット形態で記録される楽曲等については通常パーツ分割されることがないため、前記図２０のとおりＰ−ＴＯＣセクター０においてリンク情報はすべて『(00h) 』とされている。
【００７０】
Ｕ−ＴＯＣセクター０の管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、テーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) によって、以下のようにそのパーツの内容が示される。
【００７１】
テーブルポインタP-DFA は光磁気ディスク１上の欠陥領域に付いて示しており、傷などによる欠陥領域となるトラック部分（＝パーツ）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥パーツが存在する場合はテーブルポインタP-DFA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、欠陥パーツがスタート及びエンドアドレスによって示されている。また、他にも欠陥パーツが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥パーツが示されている。そして、さらに他の欠陥パーツがない場合はリンク情報は例えば『(00h) 』とされ、以降リンクなしとされる。
【００７２】
テーブルポインタP-EMPTY は管理テーブル部における１又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、テーブルポインタP-EMPTY として、(01h) 〜(FFh) のうちのいづれかが記録される。未使用のパーツテーブルが複数存在する場合は、テーブルポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。
【００７３】
テーブルポインタP-FRA は光磁気ディスク１上のデータの書込可能なフリーエリア（消去領域を含む）について示しており、フリーエリアとなるトラック部分（＝パーツ）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、フリーエリアが存在する場合はテーブルポインタP-FRA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、フリーエリアであるパーツがスタート及びエンドアドレスによって示されている。また、このようなパーツが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『(00h) 』となるパーツテーブルまで順次指定されている。
【００７４】
図２２にパーツテーブルにより、フリーエリアとなるパーツの管理状態を模式的に示す。これはパーツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされている時に、この状態が対応テーブル指示データP-FRA に引き続きパーツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって表現されている状態を示している。なお上記した欠陥領域や未使用パーツテーブルの管理形態もこれと同様となる。
【００７５】
ところで、全く楽曲等の音声データの記録がなされておらず欠陥もない光磁気ディスクであれば、テーブルポインタP-FRA によってパーツテーブル(01h) が指定され、これによってディスクのレコーダブルユーザーエリアの全体がフリーエリアであることが示される。そして、この場合残る(02h) 〜(FFh) のパーツテーブルは使用されていないことになるため、上記したテーブルポインタP-EMPTY によってパーツテーブル(02h) が指定され、また、パーツテーブル(02h) のリンク情報としてパーツテーブル(03h) が指定され・・・・・・、というようにパーツテーブル(FFh) まで連結される。この場合パーツテーブル(FFh) のリンク情報は以降連結なしを示す『(00h) 』とされる。
なお、このときパーツテーブル(01h) については、スタートアドレスとしてはレコーダブルユーザーエリアのスタートアドレスが記録され、またエンドアドレスとしてはリードアウトスタートアドレスの直前のアドレスが記録されることになる。
【００７６】
テーブルポインタP-TNO1〜P-TNO255は、光磁気ディスク１にユーザーが記録を行なった楽曲について示しており、例えばテーブルポインタP-TNO1では１曲目のデータが記録された１又は複数のパーツのうちの時間的に先頭となるパーツが示されたパーツテーブルを指定している。
【００７７】
例えば１曲目とされた楽曲がディスク上でトラックが分断されずに、つまり１つのパーツで記録されている場合は、その１曲目の記録領域はテーブルポインタP-TNO1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。
【００７８】
また、例えば２曲目とされた楽曲がディスク上で複数のパーツに離散的に記録されている場合は、その楽曲の記録位置を示すため各パーツが時間的な順序に従って指定される。つまり、テーブルポインタP-TNO2に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『(00h) 』となるパーツテーブルまで連結される（上記、図２２と同様の形態）。このように例えば２曲目を構成するデータが記録された全パーツが順次指定されて記録されていることにより、このＵ−ＴＯＣセクター０のデータを用いて、２曲目の再生時や、その２曲目の領域へのオーバライトを行なう際に、光学ヘッド３及び磁気ヘッド６をアクセスさせ離散的なパーツから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【００７９】
５．第１の実施例（ディバイド設定処理に基づく録音後の編集）
以上のような管理情報が記録されているディスクに対する上述した構成の記録再生装置により実現できる第１の実施例を説明する。なお、各実施例での録音動作としてはＣＤプレーヤなどからのアナログライン入力音声（端子１７Ａの入力）を録音する動作を想定して説明する。
この第１の実施例としては、録音前、録音中、もしくは録音後においてユーザーがディスク１に録音しようとする各トラック（再生装置側から供給される音声信号に設定されている各トラック）について、時間情報を入力するディバイド設定処理を行なうようにする。そして記録再生装置は録音後においてディバイド設定処理で入力された各トラックの時間情報に応じてディバイドポイントを適正化する処理を行なうものである。
【００８０】
なお、録音中は、記録再生装置のシステムコントローラ１１は３秒以上の無音部分の検出を行なって自動的にトラック分割を行なっていってもよいし、もしくは録音中のトラック分割は実行しないようにしてもよい。無音検出によるトラック分割が行なわれた場合において、ディバイドポイントが不適性であった場合は録音後の処理でディバイドポイントが適性化されることになり、また録音中に全くトラック分割がなされなかった場合は、録音後の処理で適正なディバイドポイントが設定されてトラック分割が行なわれることになる。
【００８１】
まずディバイド設定処理について説明する。図２はディバイド設定処理を実行するためのシステムコントローラ１１の処理を示す。
ユーザーは録音前、録音中、録音後の任意の時点でディバイド設定操作を行なう。所定の操作でディバイド設定モードとされると、システムコントローラ１１は処理をステップF101からF102に進め、まず変数ｎを１にセットする。
そして第ｎトラック、つまり最初に第１トラックの再生時間についてユーザーに対して入力要求を行なう(F103)。例えば表示部２０に入力用の表示を実行させる。なお、ここで第１トラックといっているのは、今回録音を行なうことになる最初のトラックであり、例えば１０曲入ＣＤの全曲についてトラックナンバ順に再生させてディスク１に録音する場合は、そのＣＤの第１トラック（１曲目）となる。
【００８２】
ユーザーは録音する第１トラックについて、ＣＤの解説書などをみながら、操作部１９からその再生時間を入力する (F105→YES)。するとシステムコントローラ１１は、入力された再生時間を第１トラックの再生時間ＴＴ(1) としてＲＡＭ１１ａに記憶する(F106)。そして、変数ｎをインクリメントし(F107)、ステップF103に戻る。つまり、続いて第２トラックの再生時間について入力要求を行なうことになる。
【００８３】
ユーザーはこのように第１トラックから最後のトラックまで、それぞれ再生時間を入力していく。そして例えば１０曲入ＣＤのダビングであれば、第１０トラックについての再生時間まで入力した時点、つまり変数ｎ＝１１となっている時点で、ディバイド設定モードの終了操作を行なう。すると処理はステップF104からF108に進み、システムコントローラ１１は変数ｎ−１の値、つまり『１０』を再生装置側から供給される全トラック数ＴＮPBとしてＲＡＭ１１ａに記憶し、処理を終える。
【００８４】
この操作が録音終了前にされることにより、システムコントローラ１１はこれから録音する、もしくは録音中の音声データが録音終了時点で何トラックのデータとなるべきものであるか、及び各トラックについての再生時間が把握される。又、録音後に上記操作がされた場合は、録音された音声データが、何トラックで構成されていなければならないものであるかが分かることになり、また各トラックについての再生時間が把握される。
【００８５】
なお、このディバイド設定処理としては、図３のように実行してもよい。
図３の処理例では、ユーザーが所定の操作を行なってディバイド設定モードとされたら、まず録音させる音声データのトラック数を入力させるものである。つまり先にトラック数ｍの入力要求を行ない(F203)、入力されたら (F204→YES)、その入力値ｍを再生装置側から供給される全トラック数ＴＮPBとしてＲＡＭ１１ａに記憶する(F204)。
次に変数ｎを１にセットし(F205)、第ｎトラック、つまり最初に第１トラックの再生時間についてユーザーに対して入力要求を行なう(F206)。
【００８６】
ユーザーが録音する第１トラックについて操作部１９からその再生時間を入力したら (F207→YES)、システムコントローラ１１は、入力された再生時間を第１トラックの再生時間ＴＴ(1) としてＲＡＭ１１ａに記憶する(F208)。そして、変数ｎ＝ｍでなければ (F209→NO) 、変数ｎをインクリメントし(F210)、ステップF206に戻る。つまり、続いて第２トラックの再生時間について入力要求を行なうことになる。この処理を繰り返し、つまりユーザーは第１〜第ｍトラックまで、それぞれ再生時間を入力していくことになる。そして第ｍトラックについての再生時間を入力した時点では変数ｎ＝ｍとなり (F209→YES)、処理を終える。
【００８７】
以上の図２又は図３に例にあげた処理により、ディバイド設定処理としてシステムコントローラ１１には録音するトラック数ＴＮPB及び各トラックの再生時間ＴＴ(1) 〜ＴＴ(m) が取り込まれることになる。
【００８８】
図４は録音開始後のシステムコントローラ１１の処理を示している。
録音開始前に上記のディバイド設定処理がなされたか否かに関わらず、ユーザーによって録音操作がなされたら、まずシステムコントローラ１１は録音前の状態におけるＵ−ＴＯＣセクター０から、その時点での最後のトラックナンバ（Last TNO) を取り込み、これを録音前のトラック数PastＴＮとして記憶する。録音のためにバージンディスクが装填されている場合は録音前のトラック数PastＴＮ＝０となり、また例えば３曲が既に録音されているディスクに対して、それらを消去せずに録音を行なう場合は、録音前のトラック数PastＴＮ＝３となる。なお、図４には示していないが、過去に記録されていた楽曲に対して上書き記録する場合は、その消去される楽曲（トラック）数に応じて録音前のトラック数PastＴＮが設定されることになる。つまり、録音前のトラック数PastＴＮは、今回の録音終了後において、今回の録音にかかるトラックを判別する情報とするものである。即ち、今回の録音にかかる先頭のトラックは、トラックナンバがPastＴＮ＋１となるトラックである。
【００８９】
続いて録音動作に入る(F303)。記録再生装置の録音時の動作は上述した通りであり、ここではシステムコントローラ１１の制御については詳述を避けるが、端子１７Ａに供給される音声信号に対して音声圧縮処理等が施され、ディスク１に記録されていく。このときシステムコントローラ１１は、無音検出に応じてトラック分割を行なっていってもよい。
【００９０】
録音動作が終了したら (F304→YES)、システムコントローラ１１はその時点でディバイド設定がなされていたか否かを判別する(F305)。つまり、録音開始前もしくは録音中に、システムコントローラ１１がユーザーの操作に基づいて上述した図２又は図３の処理でディバイド設定処理を行ない、ＲＡＭ１１ａに録音するトラック数ＴＮPB及び各トラックの再生時間ＴＴ(1) 〜ＴＴ(m) が取り込まれているか否かを確認する。
【００９１】
もしディバイド設定処理が行なわれていなかったら、ステップF306に進み、録音終了後におけるユーザーの操作、つまり録音後においてディバイド設定処理が実行されることを待機する。ここで録音終了後にユーザーがディバイド設定モードとする操作を行なったら、ステップF307に進み、図２又は図３のディバイド設定処理を行なうことになる。
録音前、録音中、もしくは録音後においてもディバイド設定処理が行なわれなかったら、そのまま処理を終える (F306→NO) 。
【００９２】
録音前、録音中、もしくは録音後のいづれかにおいてディバイド設定処理が行なわれた場合は、システムコントローラ１１は録音後においてステップF308以降のディバイドポイント適正化処理に移ることになる。
まず、録音したトラック数ＴＮRCを判別するために、その時点のＵ−ＴＯＣセクター０における最後のトラックナンバ(Last TNO)を確認する。つまりこれはステップF303での録音処理に伴って更新された値であり、その時点のディスク１における総トラック数である。この最後のトラックナンバ(Last TNO)から録音前の時点で取り込んでおいた録音前のトラック数PastＴＮを減算することで、今回の録音処理(F303)で録音されたトラック数ＴＮRCが得られる(F308)。例えば今回バージンディスクに録音したのであれば、録音前のトラック数PastＴＮ＝０であるので、録音したトラック数ＴＮRC＝最後のトラックナンバ(Last TNO)となる。また、例えば３曲が既に録音されていたディスクに追加録音した場合は、録音前のトラック数PastＴＮ＝３であるので、録音したトラック数ＴＮRC＝(Last TNO)−３となる。
【００９３】
次に変数ｎを１にセットする(F309)。そして、記録側のトラックナンバをあらわす変数Ｘとして、変数ｎに録音前のトラック数PastＴＮを加算する(F310)。つまりこのときの変数Ｘの値は、今回の録音処理にかかる最初のトラックのトラックナンバとなる。
【００９４】
次にディスク１上に録音された第Ｘトラックの演奏時間を算出する(F311)。
この算出は第Ｘトラックとしてのアドレス量、つまりクラスタ数、セクター数から時間情報に換算することで行なわれる。クラスタ数、セクター数はＵ−ＴＯＣ上に記録される第Ｘトラックにかかるパーツについてエンドアドレスからスタートアドレスを減算することで得られる。なお、そのトラックが複数のパーツにわかれて録音されている場合は、各パーツについてエンドアドレスからスタートアドレスを減算して得たアドレス量を加算することになる。
【００９５】
図１８で説明したように１クラスタは３６セクターからなり、このうち３２セクターにデータが記録される。そしてミニディスクシステムでは44.1KHz で５１２サンプルのデータを１サウンドグループとして扱い、１セクターは5.5 サウンドグループであるため、１サウンドグループ、１セクター、１クラスタの各再生時間は次のように求められる。
１サウンドグループの再生時間＝５１２／（４４．１×１０００）
１セクターの再生時間＝｛５１２／（４４．１×１０００）｝×５．５
１クラスタの再生時間＝｛５１２／（４４．１×１０００）｝×１７６
従って算出したアドレス量（何クラスタ、何セクター）からの時間への変換は、クラスタ数をＺ、セクター数をＹとしたとき、
（Ｚ×３２＋Ｙ）×５１２／（４４．１×１０００）
として求められる。
【００９６】
次にステップF312では算出した第Ｘトラックの再生時間を変数ＲＴＴにセットする。
そして、トラックＸの再生時間ＲＴＴと、録音する最初のトラックの再生時間としてディバイド設定処理でユーザーが入力した再生時間ＴＴ(n) （＝ＴＴ(1) ）を比較する(F313)。
【００９７】
ここで、ＲＴＴ＞ＴＴ(1) である場合とは、例えば録音中に無音検出によるトラック分割を行なっていたとしても、第Ｘトラック（録音した最初のトラック）が適正な位置で分割されていなかった場合である。つまり、本来第（Ｘ＋１）トラックとなるべきデータまでもが第Ｘトラックとして管理されている状態である。
そこで処理をステップF314に進め、まずユーザーが入力した再生時間ＴＴ(n) をアドレス量ＡＤD に換算する。
この換算はまず総セクター数ＹＹとして
ＹＹ＝（４４．１×１０００）ＴＴ(n) ／５１２
で求める。そして得られた総セクター数ＹＹについて３２で割った値がクラスタ数Ｚ、そのときのあまりの値がセクター数Ｙとなる。つまりアドレス量ＡＤD はＺクラスタ、Ｙセクターとなる。
【００９８】
次に、第Ｘトラックのスタートアドレスにアドレス量ＡＤD を加えた値をディバイドポイントＰ−ＤＶとする(F315)。つまりスタートアドレスから、時間的にみて再生時間ＴＴ(n) 後の再生ポイントがディバイドポイントＰ−ＤＶとなる。なお、第Ｘトラックが複数のパーツに分けられて記録されている場合は、パーツ毎にアドレス量を加算していくことでディバイドポイントＰ−ＤＶがみつけられる。
【００９９】
ディバイドポイントＰ−ＤＶが得られたら、そこでディバイド処理を行なうことになる(F316)。
ステップF316のディバイド処理としては、例えば図６、図７、図９のような処理例が考えられる。
図６はステップF315で得られたディバイドポイントＰ−ＤＶでそのままトラック分割してしまう例である。
【０１００】
この処理としては、まずその時点で第（Ｘ＋１）トラックとされているトラック以降の各トラックナンバを繰り上げる(F401)。この時点で第（Ｘ＋１）トラックはなくなるが、ここでディバイドポイントＰ−ＤＶの次のアドレスＰ−ＤＶ＋１から第Ｘトラックのエンドアドレスまでの時間的に連続するデータを、第（Ｘ＋１）トラックとして管理するようにする(F402)。そして、第Ｘトラックとしては、エンドアドレスをディバイドポイントＰ−ＤＶのアドレスとする(F403)。
最後に、ディバイド処理によりトラック数が１つ増えるため、最後のトラックナンバ(Last TNO)を、１を加えた値に更新する(F404)。
これにより、第Ｘトラックの途中でトラック分割が行なわれ、それまで第Ｘトラックの後半部分とされていたデータが第（Ｘ＋１）トラックとされることになる。
【０１０１】
図７、図９の例はステップF315で得られたディバイドポイントＰ−ＤＶを調整するものである。即ち、ユーザーが入力した再生時間ＴＴ(n) は必ずしも正確とはいいきれないため、図７の例では無音検出で、また図９の例ではリハーサル再生により、ディバイドポイントＰ−ＤＶを調整できるようにしている。
【０１０２】
図７の場合、ステップF315でディバイドポイントＰ−ＤＶが得られたら、まずそのディバイドポイントＰ−ＤＶを中心として前後α時間分の領域を再生してみる(F411)。例えば図８（ａ）のように本来、トラックＸとトラックＸ＋１の切れ目で無音部分がある場合に、ディスク１上ではトラック分割されていなかった場合を考える。例えば録音中に無音検出によるトラック分割を行なっていなかった場合や、無音検出を行なっていたが、無音期間が３秒未満であってトラック分割がされなかったような場合である。
ここでユーザーが入力した再生時間ＴＴ(n) に基づいて得たディバイドポイントＰ−ＤＶが図８（ｂ）のように無音部分より多少ずれた地点となっていたとする。
【０１０３】
このときステップF411の処理で、図８に示すようにＰ−ＤＶ−αのアドレスからＰ−ＤＶ＋αのアドレスまでを再生してみる。なお、このとき実際にスピーカ等から音声出力をする必要はない。
この再生処理で無音期間が検出されたら、ステップF412からF413に進んで、その無音期間内に相当するアドレスがディバイドポイントＰ−ＤＶとなるようにディバイドポイントＰ−ＤＶの値を更新する。なお、この場合の無音検出としては無音状態が３秒未満であっても無音期間と判断する。例えば０．５秒程度以上の無音状態を無音期間と判断すればよい。
なお、この再生動作中に無音期間が検出されなかった時は、ディバイドポイントＰ−ＤＶは更新しない (F412→NO) 。
【０１０４】
このように無音検出を行なってみて、無音期間があった場合はディバイドポイントＰ−ＤＶをその位置に更新する。
その後、ステップF414〜F417では、図６のステップF401〜F404と同様の処理を行なってトラック分割を行なうことになる。つまり図８（ｃ）のようにトラックが分割される。この処理例を採用することで、より正確なポイントでのトラック分割が可能となる。
【０１０５】
また図９の処理例では、ステップF315でディバイドポイントＰ−ＤＶが得られたら、まずそのディバイドポイントＰ−ＤＶから、その後β時間分の領域を再生させる(F421)。例えば図１０（ａ）のように本来、トラックＸとトラックＸ＋１の切れ目とされる位置で、ディスク１上では図１０（ｂ）のようにトラック分割されていなかった場合を考える。
ここでユーザーが入力した再生時間ＴＴ(n) に基づいて得たディバイドポイントＰ−ＤＶが図１０（ｂ）のように本来の切れ目より多少ずれた地点となっていたとする。
【０１０６】
このときステップF421の処理で、図１０に示すようにＰ−ＤＶのアドレスからＰ−ＤＶ＋βのアドレスまでをリハーサル再生させる。このときは実際にスピーカ等から音声出力をすることになる。
ユーザーはこの再生音声を聞いて、分割ポイントがこれで良ければ分割ＯＫの操作を行なう(F422)。また分割ポイントを修正させたい場合は、ディバイドポイントの変更操作を行なう(F423)。そしてディバイドポイントの変更操作が行なわれたら、図１０に示すようにディバイドポイントＰ−ＤＶを更新する。そしてステップF421に戻って、新たなディバイドポイントＰ−ＤＶからリハーサル再生を行なう。
【０１０７】
このようにリハーサル再生を行なってユーザーにディバイドポイントを調整させ、あるディバイドポイントからのリハーサル再生に対して分割ＯＫ操作がされたら、ステップF422からF425に進んむ。そして、ステップF425〜F428では、図６のステップF401〜F404と同様の処理を行なってトラック分割を行なうことになる。つまり、図１０（ｃ）のようにトラックが分割される。この処理例を採用することで、より正確なポイントでのトラック分割が可能となる。
【０１０８】
図４のステップF316でディバイド処理が行なわれたら、ステップF318でそのときの変数Ｘがそのときの最後のトラックナンバ(Last TNO)と一致しているか否かを確認し、一致していなければ、変数ｎをインクリメントして(F319)、ステップF310に戻る。そして変数Ｘはｎ＋PastTNO とされるため、録音した第２のトラックの処理に移ることになる。
そして同様にステップF311,F312 の処理を行ない、ステップF313でトラックＸの再生時間ＲＴＴと、録音する第２のトラックの再生時間としてディバイド設定処理でユーザーが入力した再生時間ＴＴ(n) （＝ＴＴ(2) ）を比較する。
【０１０９】
ここで、ＲＴＴ＜ＴＴ(2) であったとする。この場合とは、例えば曲の途中に無音部分があって、録音中に無音検出に基づいて誤ってトラック分割を行なってしまったような場合である。つまり、本来第Ｘトラック（第２トラック）となるべきデータが、前半が第Ｘトラック（録音されている第２のトラック）、後半が第（Ｘ＋１）トラック（録音されている第３のトラック）として管理されている状態である。
そこで処理をステップF317に進め、第Ｘトラックと第（Ｘ＋１）トラックを連結するコンバイン処理を行なう。
【０１１０】
この処理は図１１に示すように、まず第Ｘトラックのスタートアドレスから、第（Ｘ＋１）トラックのエンドアドレスまでの時間的に連続しているデータが、第Ｘトラックとして管理されるようにＵ−ＴＯＣを書き換える(F501)。つづいてこの処理により第（Ｘ＋１）トラックがなくなったため、第（Ｘ＋２）トラック以降の各トラックのトラックナンバを繰り下げる(F502)。最後に、この処理に伴ってトラック数が１つ減るため、最後のトラックナンバ(Last TNO)を１減算した値に更新する(F503)。
【０１１１】
図４のステップF317でコンバイン処理が行なわれたら、ステップF318でそのときの変数Ｘがそのときの最後のトラックナンバ(Last TNO)と一致しているか否かを確認し、一致していなければ、変数ｎをインクリメントして(F319)、ステップF310に戻る。そして変数Ｘはｎ＋PastTNO とされるため、録音した第３のトラックの処理に移ることになる。
そして同様にステップF311,F312 の処理を行ない、ステップF313でトラックＸの再生時間ＲＴＴと、録音する第３のトラックの再生時間としてディバイド設定処理でユーザーが入力した再生時間ＴＴ(n) （＝ＴＴ(3) ）を比較する。
【０１１２】
ここで、ＲＴＴ＝ＴＴ(3) であれば、ディスク１上ではトラックＸ（録音した第３のトラック）は本来のトラック分割地点で分割され、次のトラックに移っていることになる。このためディバイドポイントの変更は不要であり、ステップF318に進む。
なお、ディバイドポイントはセクターアドレス単位で設定されるため、ＲＴＴとＴＴ(n) が完全に一致することはあまりないと考えられる。このため、ステップF313でＲＴＴ＝ＴＴ(n) と判断するのは、完全一致のときのみではなく、一致範囲としてある程度、幅を持たせることが好ましい。つまり実際にはＲＴＴ≒ＴＴ(n) であるか否かの判断を行なう。
【０１１３】
以上のような処理を変数ｎをインクリメントしながら繰り返していくことで、録音された全トラックについてディバイドポイントの適正化がおこなわれることになる。そしてステップF318でＸ＝Last TNOとなった時点でステップF320に進み、これまでバッファＲＡＭ１３上でディバイドポイント適正化のために更新したＵ−ＴＯＣデータを、ディスク１に書き込むことで、ディバイドポイント適正化処理は終了され、この時点で再生側と同様のトラック分割状態が得られることになる。
【０１１４】
このディバイドポイント適正化処理によるトラック分割状態の変移を図５に示す。本来ＣＤなどの再生側では図５（ａ）のようにトラックＭ1 〜Ｍ6 が存在したとする。
ここで、実施例の記録再生装置では録音中に無音検出によるトラック分割を行なっていたが、トラックＭ2 とＭ3 の間に無音期間がなく、またトラックＭ4 の途中に無音期間が生じていたとすると、録音したディスク１に関しては録音終了時点で図５（ｂ）のようにトラックが管理されていることになる。
【０１１５】
この場合、図４のディバイドポイント適正化処理において、まず変数ｎ＝１の時点（バージンディスクに録音したと仮定して、Ｘ＝１の時点）ではステップF313でＲＴＴ＝ＴＴ(n) と判断されるため、ディバイドポイントの変更処理は行なわれない。
続いて変数ｎ＝２の時点（Ｘ＝２の時点）で、ステップF313でＲＴＴ＞ＴＴ(n) と判断される。そしてステップF315で図５（ｃ）のようにディバイドポイントＰ−ＤＶが設定される。
【０１１６】
そして図６の処理で（又は図７もしくは図９の処理でバイドポイントＰ−ＤＶが調整された後）、まず図５（ｄ）のようにトラックＭ3 〜Ｍ6 がトラックＭ4 〜Ｍ7 に繰り上げられ、続いて図５（ｅ）のようにＰ−ＤＶ＋１のアドレスからトラックＭ2 のエンドアドレスまでが新たなトラックＭ3 とされる。そして図５（ｆ）のようにトラックＭ2 のエンドアドレスはバイドポイントＰ−ＤＶのアドレスとされる。この時点でトラックＭ2 は図５（ａ）と同様の状態に管理されることになる。
【０１１７】
続いてＸ＝３とされた時点ではステップF313でＲＴＴ＝ＴＴ(n) と判断され、処理は行なわれないが、その次にＸ＝４の時点で、ステップF313でＲＴＴ＜ＴＴ(n) と判断され、ステップF317のコンバイン処理に入る。
まず図５（ｇ）の状態からトラックＭ4 のスタートアドレスからトラックＭ5 のエンドアドレスまでが、図５（ｈ）のようにトラックＭ4 とされる。そして、図５（ｈ）ではトラックＭ5 がなくなるため、トラックＭ6 ，Ｍ7 が図５（ｉ）のようにトラックＭ5 ，Ｍ6 とされる。
以降、Ｘ＝５の時点及びＸ＝６の時点では処理は行なわれず、最終的に図５（ｊ）の状態となり、即ち、図５（ａ）と同様のトラック管理状態が得られることになる。
【０１１８】
以上の第１の実施例の処理により、アナログライン録音の場合も、再生側と同様のトラック状態が得られることになり、録音後にユーザーが手動で適正な分割地点を探してディバイドもしくはコンバイン操作をしていくということは不要になる。
【０１１９】
６．第２の実施例（ディバイド設定処理に基づく録音中の編集）
次に第２の実施例を説明する。
この第２の実施例としては、録音前においてユーザーがディスク１に録音しようとする各トラック（再生装置側から供給される音声信号に設定されている各トラック）について、時間情報を入力するディバイド設定処理を行なうようにする。そして記録再生装置は録音中にディバイド設定処理で入力された各トラックの時間情報に応じてディバイドポイントを設定していく処理を行なうものである。なおこの場合、システムコントローラ１１は録音中の無音検出は行なわない。
【０１２０】
図１２は第２の実施例となるシステムコントローラ１１の処理を示す。録音操作が行なわれると、システムコントローラ１１は処理をステップF601からF602に進める。なお、録音操作を行なう前の時点で、ユーザーは図２又は図３のディバイド設定処理を行なっていることが必要である。
【０１２１】
まずシステムコントローラ１１は録音前の状態におけるＵ−ＴＯＣセクター０から、その時点での最後のトラックナンバ（Last TNO) に対して１を加算し、これを録音する最初のトラックのトラックナンバＲＴＮＯとする(F602)。
録音のためにバージンディスクが装填されている場合はトラックナンバＲＴＮＯ＝１となり、また例えば３曲が既に録音されているディスクに対して、それらを消去せずに録音を行なう場合は、トラックナンバＲＴＮＯ＝４となる。
【０１２２】
続いて変数ｎを１にセットする(F603)。また、録音開始位置のアドレスをＳＴとして取り込む(F604)。そして録音処理を開始する(F605)。
ここで、システムコントローラ１１は内部タイマを０分０秒にリセットし、カウントを開始する(F606)。なお、このタイマとしては、録音時間表示のためのタイマを用いればよい。
【０１２３】
録音開始後は、システムコントローラ１１はタイマによる時間と、図２又は図３のディバイド設定処理でユーザーが入力した各トラックの再生時間ＴＴ(n) の比較処理を行なう(F607)。
まず、最初のトラックの再生時間ＴＴ(1) とタイマのカウント時間を比較していき、タイマ時間が再生時間ＴＴ(1) と一致した時点でステップF608に進んで、そのときの録音を行なっているアドレスをアドレスＥＤとして取り込む。
そして、ＳＴとして保持しておいたアドレスをスタートアドレス、ＥＤとして取り込んだアドレスをエンドアドレスとして、これがトラックナンバＲＴＮＯのトラックとして管理する(F609)。つまり、録音動作にかかる第１トラックのスタートアドレスとエンドアドレスを設定し、トラック分割を行なうことになる。
【０１２４】
続いてＳＴの値としてＥＤ＋１の値をセットし(F610)、さらに変数ｎをインクリメントし(F611)、さらに録音トラックナンバＲＴＮＯをインクリメントして、ステップF606に戻る。
そしてタイマをリセット／スタートし、ステップF607でタイマの時間と再生時間ＴＴ(n) の比較処理を行なう。つまり、タイマがユーザーが２曲目として入力した再生時間ＴＴ(2) に達することを待機する。
タイマが再生時間ＴＴ(2) に達っしたら、ステップF608以降に進み、同様に第２トラックのスタートアドレス及びエンドアドレスを設定してトラック分割を行なうことになる。
【０１２５】
録音終了操作が行なわれたらステップF613からF614に進んで録音動作の停止処理を行ない、ステップF609で設定されていた各トラックのスタートアドレス及びエンドアドレスに基づいてバッファＲＡＭ１３内でＵ−ＴＯＣを更新する(F615)。つまり、録音中のトラック分割処理がＵ−ＴＯＣ上で反映されるようにする。そして所定タイミングでバッファＲＡＭ１３上で更新されたＵ−ＴＯＣデータをディスク１に書き込むことになる(F616)。
【０１２６】
この処理により、予め行なわれていたディバイド設定処理に基づいて録音中にトラック分割がされることになる。例えば図１３（ａ）に示すようにＭ1 〜Ｍ4 のトラックが記録されたＣＤなどからの再生信号を録音する場合を考える。ユーザーは録音前に各トラックの再生時間ＴＴ1 〜ＴＴ4 を入力していくことになるが、この再生時間ＴＴ1 〜ＴＴ4 に基づいてトラック分割ポイントが設定されるため、録音終了時点でディスク１の録音データに関するトラック管理状態は図１３（ｂ）のようになり、つまり、正確にトラック分割されていることになる。
【０１２７】
次に、この第２の実施例の変形例を説明する。以上説明した処理ではユーザーが入力した各トラックの再生時間ＴＴ1 〜ＴＴ(n) によりディバイドポイントが設定されることになるが、場合によってはこの入力する再生時間ＴＴ1 〜ＴＴ(n ) が必ずしも正確とはいえない場合もある。
このため、変形例としては、再生時間ＴＴ1 〜ＴＴ(n) と無音検出を併用して録音中にトラック分割を実行していくようにするものである。
図１４は第２の実施例の変形例としてのシステムコントローラ１１の処理である。この処理においてステップF701〜F705は図１２のステップF601〜F605と同様である。
【０１２８】
この変形例では、内部タイマとしてタイマＴ1 とタイマＴ2 の２つを用意する。ステップF706ではタイマＴ1 のリセット／スタートを行なう。このタイマＴ1 は図１２のタイマと同様に、録音進行時間表示のために用いているタイマを利用すればよい。
【０１２９】
そしてステップF707ではタイマＴ1 が、ユーザーの入力した再生時間ＴＴ(n) よりＺ秒だけ短い時間であるＴＴ(n) −Ｚ秒の時間に達したか否かを判断する。そして、ユーザーの入力したディバイドポイント（ＴＴ(n) ）よりもＺ秒前の時点となったら、ステップF708以降に進む。
この時点以降はステップF711で無音検出を行なうことになる。
【０１３０】
また、タイマＴ1 が入力再生時間ＴＴ(n) −Ｚ秒の時間となって無音検出を開始した後、タイマＴ1 が入力再生時間ＴＴ(n) の時間となったら、ステップF708からF709に進み、そのときのアドレスをアドレスＤＥＤとしてセットし、さらにタイマＴ2 をリセットしてスタートさせる(F710)。
この無音検出は、無音期間が検出されるまで、もしくは無音期間が検出されなくてもタイマＴ1 が再生時間ＴＴ(n) ＋Ｚ秒の時間となるまで続けられる。
【０１３１】
入力された再生時間ＴＴ(n) に相当するポイントが、実際のトラック分割ポイントとは完全に一致していなくても、通常はさほど離れているものではないため、再生時間ＴＴ(n) に相当するポイント又はその付近に無音期間が存在することが多い。そこで、再生時間ＴＴ(n) −Ｚ秒から無音検出を開始して、録音されるデータ上で無音部分が検出されたら(F711)、ステップF713でその時のディスク１上のアドレスをアドレスＥＤとして取り込む。なお、無音期間が検出された場合はタイマＴ2 を０分０秒にリセットする(F714)。
【０１３２】
また、本来のトラック分割地点でも無音期間がない場合もあるが、このような場合に対応するために、タイマＴ1 が再生時間ＴＴ(n) ＋Ｚ秒の時間に達しても無音期間が検出できなかった場合は、タイマＴ1 が再生時間ＴＴ(n) の時間となったときにセットしておいたアドレスＤＥＤをアドレスＥＤとする (F712→F715) 。この場合は、タイマＴ2 のカウントを停止させるが、リセットせずにそのときの値を保持させておく(F716)。
【０１３３】
ステップF713又はF715でアドレスＥＤがセットされたら、ステップF717でＳＴとして保持しておいたアドレスをスタートアドレス、ＥＤとして取り込んだアドレスをエンドアドレスとして、これがトラックナンバＲＴＮＯのトラックとして管理する。つまり、ｎ＝１の時点では、録音動作にかかる第１トラックのスタートアドレスとエンドアドレスを設定し、トラック分割を行なうことになる。
このとき、入力した再生時間ＴＴ(1) が実際の分割ポイント、つまり無音期間と多少ずれていても、その無音期間が分割ポイントとして修正されてトラック分割が行なわれる。また、無音期間がない場合は、再生時間ＴＴ(1) に相当するポイントでトラック分割が行なわれる。
【０１３４】
続いて以降のトラックの処理に進むため、ＳＴの値としてＥＤ＋１の値をセットし(F718)、さらに変数ｎをインクリメントし(F719)、さらに録音トラックナンバＲＴＮＯをインクリメントする(F720)。また、タイマＴ1 にタイマＴ2 の値をセットして(F721)、タイマＴ1 のカウントを開始させ(F722)、ステップF707に戻る。タイマＴ1 にタイマＴ2 の値をセットするのは、無音期間が検出されなかった場合には再生時間ＴＴ(n) のポイントにさかのぼってトラック分割が行なわれるためであり、つまりこの場合、次のトラックとなるデータの録音が既に進行してしまっているため、その分の時間ずれを補正するものである。なお、無音検出でトラック分割された場合は、タイマＴ2 はステップF714でゼロリセットされているため、ステップF721ではタイマＴ1 はゼロリセットされることになる。
【０１３５】
その後同様に第２トラック以降のトラックについてステップF707以降の処理が繰り返される。そして録音終了操作が行なわれたらステップF723からF724に進んで録音動作の停止処理を行ない、ステップF717で設定されていた各トラックのスタートアドレス及びエンドアドレスに基づいてバッファＲＡＭ１３内でＵ−ＴＯＣを更新する(F725)。つまり、録音中のトラック分割処理がＵ−ＴＯＣ上で反映されるようにする。そして所定タイミングでバッファＲＡＭ１３上で更新されたＵ−ＴＯＣデータをディスク１に書き込むことになる(F726)。
【０１３６】
この処理により、予め行なわれていたディバイド設定処理に基づいて録音中にトラック分割がされるとともに、場合によってはディバイドポイントが自動的により適正な位置に修正されてトラック分割されることになる。
例えば図１５（ａ）に示すようにＭ1 〜Ｍ4 のトラックが記録されたＣＤなどからの再生信号を録音する場合を考える。ユーザーは録音前に各トラックの再生時間ＴＴ1 〜ＴＴ4 を入力していくことになるが、この再生時間ＴＴ1 〜ＴＴ4 が実際の曲と曲の間の無音期間に対して図示するように多少ずれていたとする。ところが、図１４の処理では、そのズレが修正されて無音期間がディバイドポイントとなるため、録音終了時点でディスク１の録音データに関するトラック管理状態は図１５（ｂ）のようになり、つまり、より適正にトラック分割されていることになる。
【０１３７】
以上の第２の実施例の処理によっても、アナログライン録音の場合において再生側と同様のトラック状態が得られることになり、録音後にユーザーが手動で適正な分割地点を探してディバイドもしくはコンバイン操作をしていくということは不要になる。
【０１３８】
７．第３の実施例（録音後のトラック毎のディバイド位置編集）
次に第３の実施例を説明する。
この第３の実施例としては、録音後においてユーザーがあるトラックを指定し、そのトラックについて時間情報を入力することで、ディバイド位置の補正を行なうようにするものである。
【０１３９】
図１６はディバイド位置補正のためのシステムコントローラ１１の処理を示している。
ユーザーによってディバイド位置補正モードの操作がなされたら、まずシステムコントローラ１１は変数Ｘを０にセットする(F802)。そしてＡＭＳキーによるトラック指定操作を待つ(F803)。
ＡＭＳキーが押されたら、変数Ｘをインクリメントし(F804)、第Ｘトラックの先頭位置にアクセスして(F805)、その位置でポーズ（一時停止）状態で待機する(F806)。
【０１４０】
これによって、ユーザーが何回かＡＭＳキーを操作することで、或るトラックが指定され、そのトラックの先頭位置で待機することになる。例えば３回ＡＭＳキーを操作すると、第３トラックが指定された状態となる。
待機状態ではユーザーの時間入力を待つ(F807)。例えばユーザーが第３トラックについてディバイドポイントを修正したいと思った場合は、ＡＭＳキーを３回押したあと、その第３トラックの再生時間を入力することになる。
【０１４１】
再生時間が入力されたら、ステップF808に進み、入力された再生時間をアドレス量ＡＤD 、つまり何クラスタ何セクターかに換算する。この換算方法は第１の実施例で説明したとおりである。
そして、現在のポーズ中のアドレスに対してアドレス量ＡＤD を加算し、これをディバイドポイントＰ−ＤＶとする(F809)。つまりその第Ｘトラックのスタートアドレスから、時間的にみて入力された再生時間後の再生ポイントがディバイドポイントＰ−ＤＶとなる。なお、第Ｘトラックが複数のパーツに分けられて記録されている場合は、パーツ毎にアドレス量を加算していくことでディバイドポイントＰ−ＤＶがみつけられる。
【０１４２】
続いて、現在ポーズ状態で待機しているアドレスから、ディバイドポイントＰ−ＤＶまでの時間的に連続しているデータについて、その間にディバイドポイントが存在しているか否かを確認する(F810)。つまりディバイドポイントＰ−ＤＶが現在のトラックナンバ（Ｘ）と異なるトラックナンバ（例えばＸ＋１）のトラックに含まれている場合は、そのトラックは不要なディバイドポイントにより誤って分割されている状態であると判断できる。
この場合はステップF811に進み、第Ｘトラックと第（Ｘ＋１）トラックの連結処理を行なう。この処理は図１１で説明した処理と同様であるため、説明を省略する。
【０１４３】
また、実際には本来第Ｘトラックであるところが、ディスク１上では第Ｘ〜第（Ｘ＋２）トラックというように、さらに多数に誤って分割されている場合もあるため、ステップF811の処理の後は再びステップF810に戻って誤った分割ポイントがまだ存在するか否かを確認する。そしてまだ存在した場合は、再びステップF811で、その時点での第Ｘトラックと第（Ｘ＋１）トラックの連結処理を行なう。このステップF811の処理で、第ＸトラックのスタートアドレスからディバイドポイントＰ−ＤＶまでの間に誤ったディバイドポイントが存在していても、それらは全て連結処理により修正される。
【０１４４】
次にステップF812では算出されたディバイドポイントＰ−ＤＶにおいて、実際にディバイドされているか否かを確認する。
つまり、ディバイドポイントＰ−ＤＶがＵ−ＴＯＣ上で第Ｘトラックと第（Ｘ＋１）トラックの境界となっているか否かを確認する。ディバイドポイントであれば、それは正しいディバイド処理がされていたものであり、ディバイドポイントＰ−ＤＶにアクセスして(F815)、ポーズ状態で待機させ(F816)、また変数Ｘをインクリメントして(F817)、ステップF803に戻る。
【０１４５】
なお、ディバイドポイントはセクターアドレス単位で設定されるため、算出されたディバイドポイントＰ−ＤＶと実際のディバイドポイントが完全に一致することはあまりないと考えられる。このため、ステップF812では、一致範囲としてある程度、幅を持たせることが好ましい。また、その範囲に含まれる場合は、ディバイドポイントＰ−ＤＶより前に実際のディバイドポイントが存在していても、ステップF810で誤ったディバイドポイントとする判断は行なわないようにすることはいうまでもない。
【０１４６】
一方、算出されたディバイドポイントＰ−ＤＶのアドレスが実際のディバイドポイントとなっていなかった場合は、まずディバイドポイントＰ−ＤＶにアクセスして(F813)、その地点でディバイド処理を行なう(F814)。このディバイド処理としては、図６、図７、図９のいづれかの処理が行なわれれば良い。
そしてディバイド処理が終了したら、その位置でポーズ状態で待機させ(F816)、また変数Ｘをインクリメントして(F817)、ステップF803に戻って次の操作を待機する。
【０１４７】
ユーザーが終了操作を行なった場合は、ステップF818からF819に進み、その時点で更新されたバッファＲＡＭ１３上のＵ−ＴＯＣデータをディスク１に書き込んで処理を終える。
【０１４８】
以上のような処理により、ユーザーが指定したトラックについて再生時間を入力することで、そのトラックに関するディバイドポイントが自動的に補正されることになる。
例えば再生側の本来のトラックとして図１７（ａ）のようにトラックＭ1 〜Ｍ6 が存在していたとする。そしてこれを録音したところ、ディスク１上のデータは図１７（ｂ）のように管理されてしまったとする。
【０１４９】
ここで、ユーザーはトラックＭ2 を指定して再生時間を入力すると、図１７（ｃ）のように本来のトラックＭ2 とＭ3 の境界でディバイド処理され、トラックＭ2 が正しく管理されることになる。
また続いてトラックＭ3 の再生時間を入力すると、図１７（ｄ）のように本来のトラックＭ3 とＭ4 の境界でディバイド処理され、トラックＭ3 が正しく管理される。
【０１５０】
またユーザーがトラックＭ5 を指定して再生時間を入力すると、図１７（ｅ）のようにトラックＭ5 とＭ6 として誤って分割されていたトラックが連結され、トラックＭ5 が正しく管理されることになる。
【０１５１】
以上の第３の実施例の処理により、アナログライン録音の場合も、録音後の簡単な操作で、再生側と同様のトラック状態が得られることになり、録音後にユーザーが手動で適正な分割地点を探してディバイドもしくはコンバイン操作をしていくという煩雑な操作は不要になる。
【０１５２】
以上各種実施例を説明してきたが、各実施例において実際の処理手順などは各種変形例が考えられることはいうまでもない。
また実施例はミニディスクシステムに適用したもので説明してきたが、本発明はこれ以外のシステムに対応する記録装置としても実現できる。
【０１５３】
【発明の効果】
以上説明したように本発明では、他の機器からの再生音声のダビング録音などの際に、各トラック、もしくは所要のトラックについての再生時間を入力することで、それに応じてトラック分割ポイントの設定がなされるため、録音した側でも適正なトラック分割状態が得られる。このためアナログライン録音後においてトラック分割ポイントを修正するための煩雑な作業は不要となるという効果があり、操作性、使用性は格段に向上する。
また、ユーザーに時間入力に基づく編集処理であるため、もともとのトラックに関わらず、ユーザーが任意にトラック分割ポイントを設定することもでき、例えば組曲の楽章ごとにトラック分割を実行させることなど、多様な編集動作を自動的に行なわせることもできる。
【図面の簡単な説明】
【図１】本発明の実施例の記録再生装置のブロック図である。
【図２】実施例のディバイド設定処理のフローチャートである。
【図３】実施例の他のディバイド設定処理のフローチャートである。
【図４】第１の実施例のディバイドポイント適正化処理のフローチャートである。
【図５】第１の実施例のディバイドポイント適正化処理によるトラック状態変化の説明図である。
【図６】各実施例のディバイド処理のフローチャートである。
【図７】各実施例の他のディバイド処理のフローチャートである。
【図８】実施例の他のディバイド処理の説明図である。
【図９】各実施例のさらに他のディバイド処理のフローチャートである。
【図１０】実施例のさらに他のディバイド処理の説明図である。
【図１１】各実施例のコンバイン処理のフローチャートである。
【図１２】第２の実施例のディバイドポイント設定処理のフローチャートである。
【図１３】第２の実施例のディバイドポイント設定動作の説明図である。
【図１４】第２の実施例の変形例のディバイドポイント設定処理のフローチャートである。
【図１５】第２の実施例の変形例のディバイドポイント設定動作の説明図である。
【図１６】第３の実施例のディバイドポイント補正処理のフローチャートである。
【図１７】第３の実施例のディバイドポイント補正動作の説明図である。
【図１８】ミニディスクのトラックフォーマットの説明図である。
【図１９】ミニディスクのデータセクターの説明図である。
【図２０】ミニディスクのＰ−ＴＯＣセクター０の説明図である。
【図２１】ミニディスクのＵ−ＴＯＣセクター０の説明図である。
【図２２】ミニディスクのＵ−ＴＯＣセクター０のリンク構造の説明図である。
【図２３】無音検出によるトラックナンバ更新の説明図である。
【図２４】アナログライン録音による録音側のトラック管理状態例の説明図である。
【図２５】アナログライン録音による録音側のトラック管理状態例の説明図である。
【符号の説明】
１ ディスク
３ 光学ヘッド
５ スレッド機構
６ 磁気ヘッド駆動回路
６ａ 磁気ヘッド
７ ＲＦアンプ
８ エンコーダ／デコーダ部
９ サーボ回路
１０ アドレスデコーダ
１１ システムコントローラ
１１ａ ＲＡＭ
１２ メモリコントローラ
１３ バッファＲＡＭ
１４ エンコーダ／デコーダ部
１７Ａ 入力端子
１９ 操作入力部
２０ 表示部
【産業上の利用分野】
本発明は音声データなどを記録できる記録媒体についての編集装置、及び記録情報の編集方法に関するものである。
【０００２】
【従来の技術】
コンパクトディスク、レーザディスク、ビデオＣＤのように再生専用の記録媒体や、光磁気ディスクを用いたミニディスクや磁気テープを用いたＤＡＴなどユーザーが音楽データ等を記録することのできる記録媒体が各種普及している。
ここにあげたような記録媒体では、音声や映像以外のデータとして管理情報が記録され、記録／再生動作の際に記録再生装置側でアクセスすべき位置等が把握できるようにしている。
【０００３】
ここで、データ書き換え可能なミニディスクシステム例にあげると、ディスクの内周側位置には管理情報としてＰ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−ＴＯＣ（ユーザーＴＯＣ）を記録するエリアが設けられている。
Ｐ−ＴＯＣではディスク上の基本的なエリア構成等が記録され、またＵ−ＴＯＣは記録された各トラックのアドレスや未記録領域（フリーエリア）のアドレス、さらにトラック録音日時情報や文字情報が記録されるように構成されている。このユーザーＴＯＣは記録や編集動作に応じて書き換えられるようになされている。
【０００４】
例えばミニディスク記録装置で或る楽曲の録音を行なおうとする際には、記録装置はＵ−ＴＯＣからディスク上のフリーエリアを探し出し、ここにトラックとなる音声データを記録していく。また、再生装置においては再生すべき楽曲（トラック）が記録されているエリアをＵ−ＴＯＣから判別し、そのエリアにアクセスして再生動作を行なう。さらに、トラックを消去する場合は、Ｕ−ＴＯＣ上でそのトラックをフリーエリアに組み込むことで実行される。また、トラックの分割，連結などはＵ−ＴＯＣ上で該当するトラックのアドレスを変更することで実現される。
【０００５】
【発明が解決しようとする課題】
ところでミニディスク記録装置による録音動作の一つとしては、ＣＤプレーヤ、テーププレーヤなどからの再生音声をダビングするという使用形態が考えられる。そして、ダビング時の音声信号の伝送のための接続形態としてはアナログ音声信号によるライン接続と、デジタルデータを光伝送するデジタル接続があり、ユーザーは任意にいづれかを選択できる。
【０００６】
このようなダビング録音として、例えば１０曲入のＣＤからダビングするような場合を例にあげると、記録装置で録音されたミニディスク上でも、録音終了時点で録音データが１０トラックに分けられている状態であることが好ましい。つまり、音声ソースとなるＣＤ上と同様にトラックが分割されていることで、ユーザーはミニディスク上ですぐさま所望の曲をサーチして再生させることができる。このため、デジタル接続の場合は、伝送データに含まれているトラックナンバ情報やインデックス情報、もしくはトラック内での経過時間情報などを用いて、記録装置側で録音中に自動的にトラックナンバが更新されるようにし、これによってＣＤ側と同様に各トラック（各楽曲）が分割設定されるようにしている。
【０００７】
一方、音声情報しか伝送されないアナログ接続の場合は、このような処理はできないため、図２３（ａ）のように伝送されてくる音声情報として一定時間（例えば３秒）以上、無音（所定レベル以下）の期間が存在したら、そこを曲と曲の切れ目と判断して、図２３（ｂ）のようにトラックナンバを更新するようにしている。
通常はこのような無音検出に応じてトラックナンバを更新していくことで、録音終了時点では、例えばＣＤなどのソース側の記録媒体と同様のトラック分割状態が設定されていることになる。
【０００８】
ところがダビングソース側の再生音声としても種々のものがあり、無音検出では正確にトラックナンバを更新できないといった事態も多々生じることになる。例えばライブコンサートを収録したＣＤなどでは曲と曲の間に観客の拍手や声などが録音されているため、無音状態とならない。また曲と曲がメドレー形式でつながっている場合もある。これらの場合、ミニディスク記録装置側ではトラックナンバの更新ポイントを検出できず、複数のトラックを１つのトラックとして記録してしまうことになる。
例えば図２４（ａ）のようにＣＤ側から再生される音声がＭ1 〜Ｍ4 のトラック（４曲）とされていたが、これがライブ録音などで曲と曲の間に無音期間がなかった場合、ミニディスク側では図２４（ｂ）のようにＭ1 〜Ｍ4 までのトラックが１つのトラックＭ1 として録音されてしまう。
【０００９】
また逆に、曲の途中で無音状態が発生する部分があった場合は、記録装置側ではそこをトラックナンバの更新ポイントと誤認してしまい、トラック分割を行なってしまう。つまり、１つのトラックを２つのトラックにわけた状態で記録してしまう。
例えば図２５（ａ）のようにＣＤ側から再生されるトラックＭ2 の途中において無音部分があった場合、図２５（ｂ）のようにミニディスク側ではトラックＭ2 が２つのトラックＭ2 ，Ｍ3 として録音されてしまう。
【００１０】
このように適正にトラック分割が行なわれなかった場合は、ユーザーは録音後の編集操作で、間違って分割されたり連結されたポイントを探して、連結処理又は分割処理を行なえばよいのであるが、これは面倒な操作となってしまう。
例えば実際にトラック分割ポイントであるのに分割されていないポイントを探すためには、早送りサーチを続けてそのポイントを探さなければならない。またメドレーでつながっている曲など、場合によっては適正な分割ポイントがユーザーにも分からないといったこともある。
【００１１】
また、無音検出をやめてユーザーが録音中に所要のタイミングでトラック分割操作を行なっていくこともできるが、これは録音している機器につきっきりにならねばならず、またトラック分割操作タイミングを間違えないようにしなければならないため、面倒かつ困難なものとなってしまう。
【００１２】
【課題を解決するための手段】
本発明はこのような問題に鑑みて、ユーザーが各トラックの再生時間を入力することで、それに基づいてトラックが分割されるようにすることで、アナログ接続によって録音されるデータについての正確なトラック設定を容易に実行できるようにすることを目的とする。
【００１３】
このため、記録データとともに、記録データを、１つの記録データ単位となるトラック毎に管理する管理情報が記録される記録媒体に対する記録情報の編集方法において、記録動作前、記録動作中、もしくは記録動作後において、トラック毎に再生時間情報を入力する入力手順と、記録中に入力される無音部分を検知する検知手順と、上記検知手順で無音が検知された場合に、上記入力手順で入力されたトラック毎の再生時間情報に基づいて無音検知に基づく分割位置が適正か否かを判断する判断手順と、上記判断手順で適正でないと判断された場合には上記入力手順で入力されたトラック毎の再生時間情報に基づいて分割位置を修正する修正手順と、上記修正手順にて修正された分割位置に基づいて上記記録媒体の管理情報を更新する更新手順とを備える。
【００１４】
上記分割位置の修正は上記無音検知に基づいて決定された分割位置で２分割された記録データを結合処理する。
【００１５】
また、編集装置として、記録データとともに、記録データを、１つの記録データ単位となるトラック毎に管理する管理情報が記録される記録媒体に対する記録情報の編集装置において、記録動作前、記録動作中、もしくは記録動作後において、トラック毎に再生時間情報を入力する入力手段と、記録中に入力される無音部分を検知する検知手段と、上記検知手段で無音が検知された場合に、上記入力手段で入力されたトラック毎の再生時間情報に基づいて無音検知に基づく分割位置が適正か否かを判断する判断手段と、上記判断手段で適正でないと判断された場合には、上記入力手段で入力されたトラック毎の再生時間情報に基づいて分割位置を修正する修正手段と、上記修正手段にて修正された分割位置に基づいて上記記録媒体の管理情報を更新する更新手段とを備える。
【００１６】
上記分割位置の修正は上記無音検知に基づいて決定された分割位置で２分割された記録データを結合処理する。
【００２８】
【作用】
ＣＤなどのパッケージソフトでは、添付されている解説書（ライナーノート）などから各トラック（楽曲）の演奏時間を知ることができる。そこで、各トラックについて再生時間を入力するようにすれば、記録装置ではそれに応じて最適なトラック分割を行なうことが可能となる。
【００２９】
【実施例】
以下、図１〜図２２を用いて、本発明の第１〜第３の実施例として、光磁気ディスク（ミニディスク）記録再生装置を例にあげ、次の順序で説明する。なお、記録再生装置の構成、トラックフォーマット、Ｐ−ＴＯＣセクター、Ｕ−ＴＯＣセクターについては、各実施例共通に説明する。
１．記録再生装置の構成
２．トラックフォーマット
３．Ｐ−ＴＯＣセクター
４．Ｕ−ＴＯＣセクター
５．第１の実施例（ディバイド設定処理に基づく録音後の編集）
６．第２の実施例（ディバイド設定処理に基づく録音中の編集）
７．第３の実施例（録音後のトラック毎のディバイド位置編集）
【００３０】
１．記録再生装置の構成
図１は記録再生装置の要部のブロック図を示している。
図１において、１は例えば音声データトラックが記録されている光磁気ディスクを示している。
ディスク１に記録されている楽曲等の音声データは、44.1KHz サンプリングで１６ビット量子化によるデジタルデータが変形ＤＣＴ（Modified Discreate Cosine Transform ）圧縮技術により約１／５に圧縮され、さらにＥＦＭ変調及びＣＩＲＣエンコードが施されたデータとされている。
【００３１】
この光磁気ディスク１はスピンドルモータ２により回転駆動される。３は光磁気ディスク１に対して記録／再生時にレーザ光を照射する光学ヘッドであり、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力をなし、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力をなす。
【００３２】
このため、光学ヘッド３はレーザ出力手段としてのレーザダイオード、偏向ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００３３】
また、６ａは供給されたデータによって変調された磁界を光磁気ディスクに印加する磁気ヘッドを示し、光磁気ディスク１を挟んで光学ヘッド３と対向する位置に配置されている。光学ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５によりディスク半径方向に移動可能とされている。
【００３４】
再生動作によって、光学ヘッド３により光磁気ディスク１から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、グルーブ情報（光磁気ディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）等を抽出する。そして、抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号、フォーカスエラー信号はサーボ回路９に供給される。
絶対位置情報がＦＭ変調されて記録されているグルーブ情報はアドレスデコーダ１０に供給され、復調及びデコード処理が施されて絶対位置情報とされ、マイクロコンピュータによって構成されるシステムコントローラ１１に供給されることになる。
【００３５】
サーボ回路９は供給されたトラッキングエラー信号、フォーカスエラー信号や、システムコントローラ１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御をなし、またスピンドルモータ２を一定線速度（ＣＬＶ）に制御する。
【００３６】
再生ＲＦ信号はエンコーダ／デコーダ部８でＥＦＭ復調、ＡＣＩＲＣ等のデコード処理された後、メモリコントローラ１２によって、一旦、Ｄ−ＲＡＭにより形成されているバッファＲＡＭ１３に書き込まれる。なお、光学ヘッド３による光磁気ディスク１からのデータの読み取り及び光学ヘッド３からバッファＲＡＭ１３までの系における再生データの転送は1.41Mbit/secで、しかも間欠的に行なわれる。
【００３７】
バッファＲＡＭ１３に書き込まれたデータは、再生データの転送が0.3Mbit/sec となるタイミングで読み出され、エンコーダ／デコーダ部１４に供給される。そして、変形ＤＣＴ処理による音声圧縮処理に対するデコード処理により量子化１６ビットの出力デジタル信号とされる。
【００３８】
出力デジタル信号は、Ｄ／Ａ変換器１５によってアナログ信号とされ端子１６Ａに供給される。そして、端子１６より所定の回路部を経てヘッドホンやライン出力端子に供給される。または、エンコーダ／デコーダ部１４からの出力デジタル信号はアナログ化されずに端子１６Ｄより光出力端子に供給される。
【００３９】
エンコーダ／デコーダ部８で検出されるデータとして記録されているアドレス情報や制御動作に供されるサブコードデータはシステムコントローラ１１に供給され、各種の制御動作に用いられる。
さらに、記録／再生動作のビットクロックを発生させるＰＬＬ回路のロック検出信号、及び再生データ（Ｌ，Ｒチャンネル）のフレーム同期信号の欠落状態のモニタ信号もシステムコントローラ１１に供給される。
【００４０】
また、システムコントローラ１１は光学ヘッド３におけるレーザダイオードの動作を制御するレーザ制御信号ＳLPを出力しており、レーザダイオードの出力をオン／オフ制御するとともに、オン制御時としては、レーザパワーが比較的低レベルである再生時の出力と、比較的高レベルである記録時の出力とを切り換えることができるようになされている。
【００４１】
光磁気ディスク１に対して記録動作が実行される際には、マイク入力端子もしくはライン入力端子から入力されたアナログ音声信号が端子１７Ａに供給される。そして、Ａ／Ｄ変換器１８において44,1KHz サンプリング、量子化１６ビットのデジタルデータとされた後、エンコーダ／デコーダ部１４に供給される。又は、光入力端子から入力されるデジタル音声信号は端子１７Ｄからエンコーダ／デコーダ部１４に供給される。
【００４２】
エンコーダ／デコーダ部１４では入力されたデジタル音声信号に対して、変形ＤＣＴ処理による音声圧縮エンコードを施す。エンコーダ／デコーダ部１４によって圧縮された記録データはメモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれ、また所定タイミングで読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＡＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後、磁気ヘッド駆動回路６に供給される。
【００４３】
磁気ヘッド駆動回路６はエンコード処理された記録データに応じて、磁気ヘッド６ａに磁気ヘッド駆動信号を供給する。つまり、光磁気ディスク１に対して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ１１は光学ヘッドに対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００４４】
１９はユーザー操作に供されるキーが設けられた操作入力部であり、再生キー、サーチキー、ＡＭＳキー、停止キー、録音キーなどが設けられる。また、編集操作のためのキーも設けられ、データトラックに対して各種編集動作が実行されるようになされている。
編集動作としては、指定した楽曲（トラック）を消去するトラック消去、トラックを指定した箇所で２つのトラックに分割するトラック分割（ディバイド）、指定した２つのトラックを連結して１つのトラックとするトラック連結（コンバイン）、記録されているトラックの曲順を変更するトラック移動（ムーブ）、指定した楽曲についての曲名や装填されているディスクに対するディスクタイトルを入力し記憶させるネームイン処理、記録されている曲名やディスクタイトルを消去するネームイレーズ処理などが用意されている。
さらに本実施例では、後述するディバイド設定処理のためのモードキーや時間情報を入力ことができるキーが設けられている。
【００４５】
２０は表示部であり、再生時や録音時の動作状況、再生／録音中のトラックナンバ、進行時間、モード状態、トラックに対応した文字情報等をシステムコントローラ１１の制御に応じて表示する。
【００４６】
システムコントローラ１１は記録／再生／編集等の各種動作を制御するためにマイクロコンピュータによって構成されている。１１ａはシステムコントローラ１１内におけるＲＡＭであり、例えばＳ−ＲＡＭによって構成されている。
【００４７】
ディスク１に対して記録／再生動作を行なう際には、ディスク１に記録されている管理情報、即ちＰ−ＴＯＣ、Ｕ−ＴＯＣは、バッファＲＡＭ１３に読み込まれて保持される。例えばディスク装填時にこの読み出しが行なわれる。このためバッファＲＡＭ１３は、上記した記録データ／再生データのバッファエリアと、管理情報を保持するエリアが分割設定されている。
システムコントローラ１１はバッファＲＡＭ１３に読み込んだ管理情報に応じてディスク１上の記録可能な領域や、再生すべきトラックのアドレスを判別して、各種制御を行なうことになる。
【００４８】
また、Ｕ−ＴＯＣはデータの記録や消去に応じて編集されて書き換えられるものであるが、システムコントローラ１１は記録／消去動作のたびにこの編集処理をバッファＲＡＭ１３に記憶されたＵ−ＴＯＣ情報に対して行ない、所定のタイミングでバッファＲＡＭ１３上のＵ−ＴＯＣをディスク１のＵ−ＴＯＣエリアに記録するようにしている。
【００４９】
２．トラックフォーマット
ここでミニディスクシステムにおけるディスク上のトラックフォーマットについて説明する。
ミニディスクシステムでのトラックフォーマットは図１８のように４セクターの（１セクタ＝２３５２バイト）サブデータ領域と３２セクターのメインデータ領域からなるクラスタＣＬ（＝３６セクタ−）が連続して形成されており、１クラスタが記録時の最小単位とされる。１クラスタは２〜３周回トラック分に相当する。なお、アドレスは１セクター毎に記録される。
４セクターのサブデータ領域はサブデータやリンキングエリアとしてなどに用いられ、ＴＯＣデータ、オーディオデータ等の記録は３２セクターのメインデータ領域に行なわれる。
【００５０】
また、セクターはさらにサウンドグループに細分化され、２セクターが１１サウンドグループに分けられている。そして、４２４バイトのサウンドグループ内にはデータがＬチャンネルとＲチャンネルに分けられて記録されることになる。１サウンドグループは11.61msec の時間に相当する音声データ量となり、１クラスタは再生時間として約２秒のデータ量となる。
なお、Ｌチャンネル又はＲチャンネルのデータ領域となる２１２バイトをサウンドフレームとよんでいる。
【００５１】
音声データの記録されるセクターのフォーマットは図１９のように設定されている。
このセクター（２３５２バイト）において、先頭の１２バイトは同期データとされる。続いて３バイトがクラスタアドレス及びセクターアドレス用に設定され、続く１バイトがモードとされ、ヘッダとされる。
【００５２】
ヘッダにつづいて４バイトがサブヘッダとされ、サブヘッダにつづくバイト、即ちセクターの第２１バイト目〜第２３５２バイト目までの２３３２バイトがデータエリア（Data0 〜Data2331）とされている。
この２３３２バイトのデータエリアには２１２バイトのサウンドフレームが１１単位（＝5.5 サウンドグループ）記録されることになる。
【００５３】
３．Ｐ−ＴＯＣセクター
次に、ディスク１においてトラックの記録／再生動作などの管理を行なう管理情報として、まずＰ−ＴＯＣセクターについて説明する。
Ｐ−ＴＯＣ情報としては、ディスクの記録可能エリア（レコーダブルユーザーエリア）などのエリア指定やＵ−ＴＯＣエリアの管理等が行なわれる。なお、ディスク１が再生専用の光ディスクであるプリマスタードディスクの場合は、Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲の管理も行なうことができるようになされている。
【００５４】
図２０はＰ−ＴＯＣ用とされる領域（例えばディスク最内周側のＲＯＭエリア）において繰り返し記録されるＰ−ＴＯＣ情報の１つのセクター（セクター０）を示している。なお、Ｐ−ＴＯＣセクターはセクター０〜セクター４まで存在するが、セクター１以降はオプションとされている。
【００５５】
Ｐ−ＴＯＣセクター０のデータ領域（４バイト×588 の２３５２バイト）は、先頭位置にオール０又はオール１の１バイトデータによって成る同期パターンを及びクラスタアドレス及びセクターアドレスを示すアドレス等が４バイト付加され、以上でヘッダとされる。
また、ヘッダに続いて所定アドレス位置に『ＭＩＮＩ』という文字に対応したアスキーコードによる識別ＩＤが付加され、Ｐ−ＴＯＣの領域であることが示される。
【００５６】
さらに、続いてディスクタイプや録音レベル、記録されている最初の楽曲の曲番（First TNO)、最後の楽曲の曲番（Last TNO) 、リードアウトスタートアドレスＬＯA 、パワーキャルエリアスタートアドレスＰＣA 、Ｕ−ＴＯＣのスタートアドレスＵＳＴA 、録音可能なエリア（レコーダブルユーザーエリア）のスタートアドレスＲＳＴA 等が記録される。
【００５７】
続いて、ピット形態で記録されている各楽曲等を後述する管理テーブル部におけるパーツテーブルに対応させるテーブルポインタ(P-TNO1 〜P-TNO255) を有する対応テーブル指示データ部が用意されている。
【００５８】
そして対応テーブル指示データ部に続く領域には、テーブルポインタ(P-TNO1 〜P-TNO255) に対応されることになる、(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられた管理テーブル部が用意される。なお本明細書において『ｈ』を付した数値はいわゆる１６進表記のものである。
それぞれのパーツテーブルには、或るパーツについて起点となるスタートアドレス、終端となるエンドアドレス、及びそのパーツのモード情報（トラックモード）が記録できるようになされている。
【００５９】
各パーツテーブルにおけるトラックのモード情報とは、そのパーツが例えばオーバーライト禁止やデータ複写禁止に設定されているか否かの情報や、オーディオ情報か否か、モノラル／ステレオの種別などが記録されている。
【００６０】
管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、テーブルポインタ (P-TNO1〜P-TNO255) によって、そのパーツの内容が示される。つまり、第１曲目の楽曲についてはテーブルポインタP-TNO1として或るパーツテーブル（例えば(01h) ）が記録されており、この場合パーツテーブル(01h) のスタートアドレスは第１曲目の楽曲の記録位置のスタートアドレスとなり、同様にエンドアドレスは第１曲目の楽曲が記録された位置のエンドアドレスとなる。さらに、トラックモード情報はその第１曲目についての情報となる。
なお、実際にはテーブルポインタには所定の演算処理によりＰ−ＴＯＣセクター０内のバイトポジションで或るパーツテーブルを示すことができる数値が記されている。
【００６１】
同様に第２曲目についてはテーブルポインタP-TNO2に示されるパーツテーブル（例えば(02h) ）に、その第２曲目の記録位置のスタートアドレス、エンドアドレス、及びトラックモード情報が記録されている。
以下同様にテーブルポインタはP-TNO255まで用意されているため、Ｐ−ＴＯＣ上では第２５５曲目まで管理可能とされている。
そして、このようにＰ−ＴＯＣセクター０が形成されることにより、例えば再生時において、所定の楽曲をアクセスして再生させることができる。
【００６２】
なお、記録／再生可能な光磁気ディスクの場合いわゆるプリマスタードの楽曲エリアが存在しないため、上記した対応テーブル指示データ部及び管理テーブル部は用いられず（これらは続いて説明するＵ−ＴＯＣで管理される）、従って各バイトは全て『００ｈ』とされている。
ただし、全ての楽曲がＲＯＭ形態（ピット形態）で記録されているプリマスタードタイプのディスク、及び楽曲等が記録されるエリアとしてＲＯＭエリアと光磁気エリアの両方を備えたハイブリッドタイプのディスクについては、そのＲＯＭエリア内の楽曲の管理に上記対応テーブル指示データ部及び管理テーブル部が用いられる。
【００６３】
４．Ｕ−ＴＯＣセクター
続いてＵ−ＴＯＣとしてＵ−ＴＯＣのセクター０及びセクター２の説明を行なう。なお、Ｕ−ＴＯＣセクターとしてはセクター０〜セクター７まで構成することができ、セクター１及びセクター４はトラックやディスクに対応する文字情報を記録できるエリアとされ、またセクター２は録音日時情報を記録できるエリアとされている。これらは本発明と直接関係ないため説明を省略する。
【００６４】
図２１はＵ−ＴＯＣセクター０のフォーマットを示しており、主にユーザーが録音を行なった楽曲や新たに楽曲が録音可能なフリーエリアについての管理情報が記録されているデータ領域とされる。
例えばディスク１に或る楽曲の録音を行なおうとする際には、システムコントローラ１１は、Ｕ−ＴＯＣセクター０からディスク上のフリーエリアを探し出し、ここに音声データを記録していくことになる。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣセクター０から判別し、そのエリアにアクセスして再生動作を行なう。
【００６５】
図２１に示すＵ−ＴＯＣセクター０には、Ｐ−ＴＯＣと同様にまずヘッダが設けられ、続いて所定アドレス位置にメーカーコード、モデルコード、最初の楽曲の曲番(First TNO）、最後の楽曲の曲番（Last TNO）、セクター使用状況(Used sectors)、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録される。
【００６６】
さらに、ユーザーが録音を行なって記録されている楽曲の領域やフリーエリア等を後述する管理テーブル部に対応させることによって識別するため、対応テーブル指示データ部として各種のテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用意されている。
【００６７】
そしてテーブルポインタ(P-DFA〜P-TNO255) に対応させることになる管理テーブル部として(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、上記図２０のＰ−ＴＯＣセクター０と同様に或るパーツについて起点となるスタートアドレス、終端となるエンドアドレス、そのパーツのモード情報（トラックモード）が記録されている。
さらにこのＵ−ＴＯＣセクター０の場合、各パーツテーブルで示されるパーツが他のパーツへ続いて連結される場合があるため、その連結されるパーツのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようにされている。
【００６８】
この種の記録再生装置では、１つの楽曲のデータを物理的に不連続に、即ち複数のパーツにわたって記録されていてもパーツ間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数パーツにわけて記録する場合もある。
【００６９】
そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(FFh) によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。
つまりＵ−ＴＯＣセクター０における管理テーブル部においては、１つのパーツテーブルは１つのパーツを表現しており、例えば３つのパーツが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのパーツ位置の管理はなされる。
なお、実際にはリンク情報は所定の演算処理によりＵ−ＴＯＣセクター０内のバイトポジションとされる数値で示される。即ち、３０４＋（リンク情報）×８（バイト目）としてパーツテーブルを指定する。
なお、プリマスタードディスク等においてピット形態で記録される楽曲等については通常パーツ分割されることがないため、前記図２０のとおりＰ−ＴＯＣセクター０においてリンク情報はすべて『(00h) 』とされている。
【００７０】
Ｕ−ＴＯＣセクター０の管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、テーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) によって、以下のようにそのパーツの内容が示される。
【００７１】
テーブルポインタP-DFA は光磁気ディスク１上の欠陥領域に付いて示しており、傷などによる欠陥領域となるトラック部分（＝パーツ）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥パーツが存在する場合はテーブルポインタP-DFA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、欠陥パーツがスタート及びエンドアドレスによって示されている。また、他にも欠陥パーツが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥パーツが示されている。そして、さらに他の欠陥パーツがない場合はリンク情報は例えば『(00h) 』とされ、以降リンクなしとされる。
【００７２】
テーブルポインタP-EMPTY は管理テーブル部における１又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、テーブルポインタP-EMPTY として、(01h) 〜(FFh) のうちのいづれかが記録される。未使用のパーツテーブルが複数存在する場合は、テーブルポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。
【００７３】
テーブルポインタP-FRA は光磁気ディスク１上のデータの書込可能なフリーエリア（消去領域を含む）について示しており、フリーエリアとなるトラック部分（＝パーツ）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、フリーエリアが存在する場合はテーブルポインタP-FRA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、フリーエリアであるパーツがスタート及びエンドアドレスによって示されている。また、このようなパーツが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『(00h) 』となるパーツテーブルまで順次指定されている。
【００７４】
図２２にパーツテーブルにより、フリーエリアとなるパーツの管理状態を模式的に示す。これはパーツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされている時に、この状態が対応テーブル指示データP-FRA に引き続きパーツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって表現されている状態を示している。なお上記した欠陥領域や未使用パーツテーブルの管理形態もこれと同様となる。
【００７５】
ところで、全く楽曲等の音声データの記録がなされておらず欠陥もない光磁気ディスクであれば、テーブルポインタP-FRA によってパーツテーブル(01h) が指定され、これによってディスクのレコーダブルユーザーエリアの全体がフリーエリアであることが示される。そして、この場合残る(02h) 〜(FFh) のパーツテーブルは使用されていないことになるため、上記したテーブルポインタP-EMPTY によってパーツテーブル(02h) が指定され、また、パーツテーブル(02h) のリンク情報としてパーツテーブル(03h) が指定され・・・・・・、というようにパーツテーブル(FFh) まで連結される。この場合パーツテーブル(FFh) のリンク情報は以降連結なしを示す『(00h) 』とされる。
なお、このときパーツテーブル(01h) については、スタートアドレスとしてはレコーダブルユーザーエリアのスタートアドレスが記録され、またエンドアドレスとしてはリードアウトスタートアドレスの直前のアドレスが記録されることになる。
【００７６】
テーブルポインタP-TNO1〜P-TNO255は、光磁気ディスク１にユーザーが記録を行なった楽曲について示しており、例えばテーブルポインタP-TNO1では１曲目のデータが記録された１又は複数のパーツのうちの時間的に先頭となるパーツが示されたパーツテーブルを指定している。
【００７７】
例えば１曲目とされた楽曲がディスク上でトラックが分断されずに、つまり１つのパーツで記録されている場合は、その１曲目の記録領域はテーブルポインタP-TNO1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。
【００７８】
また、例えば２曲目とされた楽曲がディスク上で複数のパーツに離散的に記録されている場合は、その楽曲の記録位置を示すため各パーツが時間的な順序に従って指定される。つまり、テーブルポインタP-TNO2に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『(00h) 』となるパーツテーブルまで連結される（上記、図２２と同様の形態）。このように例えば２曲目を構成するデータが記録された全パーツが順次指定されて記録されていることにより、このＵ−ＴＯＣセクター０のデータを用いて、２曲目の再生時や、その２曲目の領域へのオーバライトを行なう際に、光学ヘッド３及び磁気ヘッド６をアクセスさせ離散的なパーツから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【００７９】
５．第１の実施例（ディバイド設定処理に基づく録音後の編集）
以上のような管理情報が記録されているディスクに対する上述した構成の記録再生装置により実現できる第１の実施例を説明する。なお、各実施例での録音動作としてはＣＤプレーヤなどからのアナログライン入力音声（端子１７Ａの入力）を録音する動作を想定して説明する。
この第１の実施例としては、録音前、録音中、もしくは録音後においてユーザーがディスク１に録音しようとする各トラック（再生装置側から供給される音声信号に設定されている各トラック）について、時間情報を入力するディバイド設定処理を行なうようにする。そして記録再生装置は録音後においてディバイド設定処理で入力された各トラックの時間情報に応じてディバイドポイントを適正化する処理を行なうものである。
【００８０】
なお、録音中は、記録再生装置のシステムコントローラ１１は３秒以上の無音部分の検出を行なって自動的にトラック分割を行なっていってもよいし、もしくは録音中のトラック分割は実行しないようにしてもよい。無音検出によるトラック分割が行なわれた場合において、ディバイドポイントが不適性であった場合は録音後の処理でディバイドポイントが適性化されることになり、また録音中に全くトラック分割がなされなかった場合は、録音後の処理で適正なディバイドポイントが設定されてトラック分割が行なわれることになる。
【００８１】
まずディバイド設定処理について説明する。図２はディバイド設定処理を実行するためのシステムコントローラ１１の処理を示す。
ユーザーは録音前、録音中、録音後の任意の時点でディバイド設定操作を行なう。所定の操作でディバイド設定モードとされると、システムコントローラ１１は処理をステップF101からF102に進め、まず変数ｎを１にセットする。
そして第ｎトラック、つまり最初に第１トラックの再生時間についてユーザーに対して入力要求を行なう(F103)。例えば表示部２０に入力用の表示を実行させる。なお、ここで第１トラックといっているのは、今回録音を行なうことになる最初のトラックであり、例えば１０曲入ＣＤの全曲についてトラックナンバ順に再生させてディスク１に録音する場合は、そのＣＤの第１トラック（１曲目）となる。
【００８２】
ユーザーは録音する第１トラックについて、ＣＤの解説書などをみながら、操作部１９からその再生時間を入力する (F105→YES)。するとシステムコントローラ１１は、入力された再生時間を第１トラックの再生時間ＴＴ(1) としてＲＡＭ１１ａに記憶する(F106)。そして、変数ｎをインクリメントし(F107)、ステップF103に戻る。つまり、続いて第２トラックの再生時間について入力要求を行なうことになる。
【００８３】
ユーザーはこのように第１トラックから最後のトラックまで、それぞれ再生時間を入力していく。そして例えば１０曲入ＣＤのダビングであれば、第１０トラックについての再生時間まで入力した時点、つまり変数ｎ＝１１となっている時点で、ディバイド設定モードの終了操作を行なう。すると処理はステップF104からF108に進み、システムコントローラ１１は変数ｎ−１の値、つまり『１０』を再生装置側から供給される全トラック数ＴＮPBとしてＲＡＭ１１ａに記憶し、処理を終える。
【００８４】
この操作が録音終了前にされることにより、システムコントローラ１１はこれから録音する、もしくは録音中の音声データが録音終了時点で何トラックのデータとなるべきものであるか、及び各トラックについての再生時間が把握される。又、録音後に上記操作がされた場合は、録音された音声データが、何トラックで構成されていなければならないものであるかが分かることになり、また各トラックについての再生時間が把握される。
【００８５】
なお、このディバイド設定処理としては、図３のように実行してもよい。
図３の処理例では、ユーザーが所定の操作を行なってディバイド設定モードとされたら、まず録音させる音声データのトラック数を入力させるものである。つまり先にトラック数ｍの入力要求を行ない(F203)、入力されたら (F204→YES)、その入力値ｍを再生装置側から供給される全トラック数ＴＮPBとしてＲＡＭ１１ａに記憶する(F204)。
次に変数ｎを１にセットし(F205)、第ｎトラック、つまり最初に第１トラックの再生時間についてユーザーに対して入力要求を行なう(F206)。
【００８６】
ユーザーが録音する第１トラックについて操作部１９からその再生時間を入力したら (F207→YES)、システムコントローラ１１は、入力された再生時間を第１トラックの再生時間ＴＴ(1) としてＲＡＭ１１ａに記憶する(F208)。そして、変数ｎ＝ｍでなければ (F209→NO) 、変数ｎをインクリメントし(F210)、ステップF206に戻る。つまり、続いて第２トラックの再生時間について入力要求を行なうことになる。この処理を繰り返し、つまりユーザーは第１〜第ｍトラックまで、それぞれ再生時間を入力していくことになる。そして第ｍトラックについての再生時間を入力した時点では変数ｎ＝ｍとなり (F209→YES)、処理を終える。
【００８７】
以上の図２又は図３に例にあげた処理により、ディバイド設定処理としてシステムコントローラ１１には録音するトラック数ＴＮPB及び各トラックの再生時間ＴＴ(1) 〜ＴＴ(m) が取り込まれることになる。
【００８８】
図４は録音開始後のシステムコントローラ１１の処理を示している。
録音開始前に上記のディバイド設定処理がなされたか否かに関わらず、ユーザーによって録音操作がなされたら、まずシステムコントローラ１１は録音前の状態におけるＵ−ＴＯＣセクター０から、その時点での最後のトラックナンバ（Last TNO) を取り込み、これを録音前のトラック数PastＴＮとして記憶する。録音のためにバージンディスクが装填されている場合は録音前のトラック数PastＴＮ＝０となり、また例えば３曲が既に録音されているディスクに対して、それらを消去せずに録音を行なう場合は、録音前のトラック数PastＴＮ＝３となる。なお、図４には示していないが、過去に記録されていた楽曲に対して上書き記録する場合は、その消去される楽曲（トラック）数に応じて録音前のトラック数PastＴＮが設定されることになる。つまり、録音前のトラック数PastＴＮは、今回の録音終了後において、今回の録音にかかるトラックを判別する情報とするものである。即ち、今回の録音にかかる先頭のトラックは、トラックナンバがPastＴＮ＋１となるトラックである。
【００８９】
続いて録音動作に入る(F303)。記録再生装置の録音時の動作は上述した通りであり、ここではシステムコントローラ１１の制御については詳述を避けるが、端子１７Ａに供給される音声信号に対して音声圧縮処理等が施され、ディスク１に記録されていく。このときシステムコントローラ１１は、無音検出に応じてトラック分割を行なっていってもよい。
【００９０】
録音動作が終了したら (F304→YES)、システムコントローラ１１はその時点でディバイド設定がなされていたか否かを判別する(F305)。つまり、録音開始前もしくは録音中に、システムコントローラ１１がユーザーの操作に基づいて上述した図２又は図３の処理でディバイド設定処理を行ない、ＲＡＭ１１ａに録音するトラック数ＴＮPB及び各トラックの再生時間ＴＴ(1) 〜ＴＴ(m) が取り込まれているか否かを確認する。
【００９１】
もしディバイド設定処理が行なわれていなかったら、ステップF306に進み、録音終了後におけるユーザーの操作、つまり録音後においてディバイド設定処理が実行されることを待機する。ここで録音終了後にユーザーがディバイド設定モードとする操作を行なったら、ステップF307に進み、図２又は図３のディバイド設定処理を行なうことになる。
録音前、録音中、もしくは録音後においてもディバイド設定処理が行なわれなかったら、そのまま処理を終える (F306→NO) 。
【００９２】
録音前、録音中、もしくは録音後のいづれかにおいてディバイド設定処理が行なわれた場合は、システムコントローラ１１は録音後においてステップF308以降のディバイドポイント適正化処理に移ることになる。
まず、録音したトラック数ＴＮRCを判別するために、その時点のＵ−ＴＯＣセクター０における最後のトラックナンバ(Last TNO)を確認する。つまりこれはステップF303での録音処理に伴って更新された値であり、その時点のディスク１における総トラック数である。この最後のトラックナンバ(Last TNO)から録音前の時点で取り込んでおいた録音前のトラック数PastＴＮを減算することで、今回の録音処理(F303)で録音されたトラック数ＴＮRCが得られる(F308)。例えば今回バージンディスクに録音したのであれば、録音前のトラック数PastＴＮ＝０であるので、録音したトラック数ＴＮRC＝最後のトラックナンバ(Last TNO)となる。また、例えば３曲が既に録音されていたディスクに追加録音した場合は、録音前のトラック数PastＴＮ＝３であるので、録音したトラック数ＴＮRC＝(Last TNO)−３となる。
【００９３】
次に変数ｎを１にセットする(F309)。そして、記録側のトラックナンバをあらわす変数Ｘとして、変数ｎに録音前のトラック数PastＴＮを加算する(F310)。つまりこのときの変数Ｘの値は、今回の録音処理にかかる最初のトラックのトラックナンバとなる。
【００９４】
次にディスク１上に録音された第Ｘトラックの演奏時間を算出する(F311)。
この算出は第Ｘトラックとしてのアドレス量、つまりクラスタ数、セクター数から時間情報に換算することで行なわれる。クラスタ数、セクター数はＵ−ＴＯＣ上に記録される第Ｘトラックにかかるパーツについてエンドアドレスからスタートアドレスを減算することで得られる。なお、そのトラックが複数のパーツにわかれて録音されている場合は、各パーツについてエンドアドレスからスタートアドレスを減算して得たアドレス量を加算することになる。
【００９５】
図１８で説明したように１クラスタは３６セクターからなり、このうち３２セクターにデータが記録される。そしてミニディスクシステムでは44.1KHz で５１２サンプルのデータを１サウンドグループとして扱い、１セクターは5.5 サウンドグループであるため、１サウンドグループ、１セクター、１クラスタの各再生時間は次のように求められる。
１サウンドグループの再生時間＝５１２／（４４．１×１０００）
１セクターの再生時間＝｛５１２／（４４．１×１０００）｝×５．５
１クラスタの再生時間＝｛５１２／（４４．１×１０００）｝×１７６
従って算出したアドレス量（何クラスタ、何セクター）からの時間への変換は、クラスタ数をＺ、セクター数をＹとしたとき、
（Ｚ×３２＋Ｙ）×５１２／（４４．１×１０００）
として求められる。
【００９６】
次にステップF312では算出した第Ｘトラックの再生時間を変数ＲＴＴにセットする。
そして、トラックＸの再生時間ＲＴＴと、録音する最初のトラックの再生時間としてディバイド設定処理でユーザーが入力した再生時間ＴＴ(n) （＝ＴＴ(1) ）を比較する(F313)。
【００９７】
ここで、ＲＴＴ＞ＴＴ(1) である場合とは、例えば録音中に無音検出によるトラック分割を行なっていたとしても、第Ｘトラック（録音した最初のトラック）が適正な位置で分割されていなかった場合である。つまり、本来第（Ｘ＋１）トラックとなるべきデータまでもが第Ｘトラックとして管理されている状態である。
そこで処理をステップF314に進め、まずユーザーが入力した再生時間ＴＴ(n) をアドレス量ＡＤD に換算する。
この換算はまず総セクター数ＹＹとして
ＹＹ＝（４４．１×１０００）ＴＴ(n) ／５１２
で求める。そして得られた総セクター数ＹＹについて３２で割った値がクラスタ数Ｚ、そのときのあまりの値がセクター数Ｙとなる。つまりアドレス量ＡＤD はＺクラスタ、Ｙセクターとなる。
【００９８】
次に、第Ｘトラックのスタートアドレスにアドレス量ＡＤD を加えた値をディバイドポイントＰ−ＤＶとする(F315)。つまりスタートアドレスから、時間的にみて再生時間ＴＴ(n) 後の再生ポイントがディバイドポイントＰ−ＤＶとなる。なお、第Ｘトラックが複数のパーツに分けられて記録されている場合は、パーツ毎にアドレス量を加算していくことでディバイドポイントＰ−ＤＶがみつけられる。
【００９９】
ディバイドポイントＰ−ＤＶが得られたら、そこでディバイド処理を行なうことになる(F316)。
ステップF316のディバイド処理としては、例えば図６、図７、図９のような処理例が考えられる。
図６はステップF315で得られたディバイドポイントＰ−ＤＶでそのままトラック分割してしまう例である。
【０１００】
この処理としては、まずその時点で第（Ｘ＋１）トラックとされているトラック以降の各トラックナンバを繰り上げる(F401)。この時点で第（Ｘ＋１）トラックはなくなるが、ここでディバイドポイントＰ−ＤＶの次のアドレスＰ−ＤＶ＋１から第Ｘトラックのエンドアドレスまでの時間的に連続するデータを、第（Ｘ＋１）トラックとして管理するようにする(F402)。そして、第Ｘトラックとしては、エンドアドレスをディバイドポイントＰ−ＤＶのアドレスとする(F403)。
最後に、ディバイド処理によりトラック数が１つ増えるため、最後のトラックナンバ(Last TNO)を、１を加えた値に更新する(F404)。
これにより、第Ｘトラックの途中でトラック分割が行なわれ、それまで第Ｘトラックの後半部分とされていたデータが第（Ｘ＋１）トラックとされることになる。
【０１０１】
図７、図９の例はステップF315で得られたディバイドポイントＰ−ＤＶを調整するものである。即ち、ユーザーが入力した再生時間ＴＴ(n) は必ずしも正確とはいいきれないため、図７の例では無音検出で、また図９の例ではリハーサル再生により、ディバイドポイントＰ−ＤＶを調整できるようにしている。
【０１０２】
図７の場合、ステップF315でディバイドポイントＰ−ＤＶが得られたら、まずそのディバイドポイントＰ−ＤＶを中心として前後α時間分の領域を再生してみる(F411)。例えば図８（ａ）のように本来、トラックＸとトラックＸ＋１の切れ目で無音部分がある場合に、ディスク１上ではトラック分割されていなかった場合を考える。例えば録音中に無音検出によるトラック分割を行なっていなかった場合や、無音検出を行なっていたが、無音期間が３秒未満であってトラック分割がされなかったような場合である。
ここでユーザーが入力した再生時間ＴＴ(n) に基づいて得たディバイドポイントＰ−ＤＶが図８（ｂ）のように無音部分より多少ずれた地点となっていたとする。
【０１０３】
このときステップF411の処理で、図８に示すようにＰ−ＤＶ−αのアドレスからＰ−ＤＶ＋αのアドレスまでを再生してみる。なお、このとき実際にスピーカ等から音声出力をする必要はない。
この再生処理で無音期間が検出されたら、ステップF412からF413に進んで、その無音期間内に相当するアドレスがディバイドポイントＰ−ＤＶとなるようにディバイドポイントＰ−ＤＶの値を更新する。なお、この場合の無音検出としては無音状態が３秒未満であっても無音期間と判断する。例えば０．５秒程度以上の無音状態を無音期間と判断すればよい。
なお、この再生動作中に無音期間が検出されなかった時は、ディバイドポイントＰ−ＤＶは更新しない (F412→NO) 。
【０１０４】
このように無音検出を行なってみて、無音期間があった場合はディバイドポイントＰ−ＤＶをその位置に更新する。
その後、ステップF414〜F417では、図６のステップF401〜F404と同様の処理を行なってトラック分割を行なうことになる。つまり図８（ｃ）のようにトラックが分割される。この処理例を採用することで、より正確なポイントでのトラック分割が可能となる。
【０１０５】
また図９の処理例では、ステップF315でディバイドポイントＰ−ＤＶが得られたら、まずそのディバイドポイントＰ−ＤＶから、その後β時間分の領域を再生させる(F421)。例えば図１０（ａ）のように本来、トラックＸとトラックＸ＋１の切れ目とされる位置で、ディスク１上では図１０（ｂ）のようにトラック分割されていなかった場合を考える。
ここでユーザーが入力した再生時間ＴＴ(n) に基づいて得たディバイドポイントＰ−ＤＶが図１０（ｂ）のように本来の切れ目より多少ずれた地点となっていたとする。
【０１０６】
このときステップF421の処理で、図１０に示すようにＰ−ＤＶのアドレスからＰ−ＤＶ＋βのアドレスまでをリハーサル再生させる。このときは実際にスピーカ等から音声出力をすることになる。
ユーザーはこの再生音声を聞いて、分割ポイントがこれで良ければ分割ＯＫの操作を行なう(F422)。また分割ポイントを修正させたい場合は、ディバイドポイントの変更操作を行なう(F423)。そしてディバイドポイントの変更操作が行なわれたら、図１０に示すようにディバイドポイントＰ−ＤＶを更新する。そしてステップF421に戻って、新たなディバイドポイントＰ−ＤＶからリハーサル再生を行なう。
【０１０７】
このようにリハーサル再生を行なってユーザーにディバイドポイントを調整させ、あるディバイドポイントからのリハーサル再生に対して分割ＯＫ操作がされたら、ステップF422からF425に進んむ。そして、ステップF425〜F428では、図６のステップF401〜F404と同様の処理を行なってトラック分割を行なうことになる。つまり、図１０（ｃ）のようにトラックが分割される。この処理例を採用することで、より正確なポイントでのトラック分割が可能となる。
【０１０８】
図４のステップF316でディバイド処理が行なわれたら、ステップF318でそのときの変数Ｘがそのときの最後のトラックナンバ(Last TNO)と一致しているか否かを確認し、一致していなければ、変数ｎをインクリメントして(F319)、ステップF310に戻る。そして変数Ｘはｎ＋PastTNO とされるため、録音した第２のトラックの処理に移ることになる。
そして同様にステップF311,F312 の処理を行ない、ステップF313でトラックＸの再生時間ＲＴＴと、録音する第２のトラックの再生時間としてディバイド設定処理でユーザーが入力した再生時間ＴＴ(n) （＝ＴＴ(2) ）を比較する。
【０１０９】
ここで、ＲＴＴ＜ＴＴ(2) であったとする。この場合とは、例えば曲の途中に無音部分があって、録音中に無音検出に基づいて誤ってトラック分割を行なってしまったような場合である。つまり、本来第Ｘトラック（第２トラック）となるべきデータが、前半が第Ｘトラック（録音されている第２のトラック）、後半が第（Ｘ＋１）トラック（録音されている第３のトラック）として管理されている状態である。
そこで処理をステップF317に進め、第Ｘトラックと第（Ｘ＋１）トラックを連結するコンバイン処理を行なう。
【０１１０】
この処理は図１１に示すように、まず第Ｘトラックのスタートアドレスから、第（Ｘ＋１）トラックのエンドアドレスまでの時間的に連続しているデータが、第Ｘトラックとして管理されるようにＵ−ＴＯＣを書き換える(F501)。つづいてこの処理により第（Ｘ＋１）トラックがなくなったため、第（Ｘ＋２）トラック以降の各トラックのトラックナンバを繰り下げる(F502)。最後に、この処理に伴ってトラック数が１つ減るため、最後のトラックナンバ(Last TNO)を１減算した値に更新する(F503)。
【０１１１】
図４のステップF317でコンバイン処理が行なわれたら、ステップF318でそのときの変数Ｘがそのときの最後のトラックナンバ(Last TNO)と一致しているか否かを確認し、一致していなければ、変数ｎをインクリメントして(F319)、ステップF310に戻る。そして変数Ｘはｎ＋PastTNO とされるため、録音した第３のトラックの処理に移ることになる。
そして同様にステップF311,F312 の処理を行ない、ステップF313でトラックＸの再生時間ＲＴＴと、録音する第３のトラックの再生時間としてディバイド設定処理でユーザーが入力した再生時間ＴＴ(n) （＝ＴＴ(3) ）を比較する。
【０１１２】
ここで、ＲＴＴ＝ＴＴ(3) であれば、ディスク１上ではトラックＸ（録音した第３のトラック）は本来のトラック分割地点で分割され、次のトラックに移っていることになる。このためディバイドポイントの変更は不要であり、ステップF318に進む。
なお、ディバイドポイントはセクターアドレス単位で設定されるため、ＲＴＴとＴＴ(n) が完全に一致することはあまりないと考えられる。このため、ステップF313でＲＴＴ＝ＴＴ(n) と判断するのは、完全一致のときのみではなく、一致範囲としてある程度、幅を持たせることが好ましい。つまり実際にはＲＴＴ≒ＴＴ(n) であるか否かの判断を行なう。
【０１１３】
以上のような処理を変数ｎをインクリメントしながら繰り返していくことで、録音された全トラックについてディバイドポイントの適正化がおこなわれることになる。そしてステップF318でＸ＝Last TNOとなった時点でステップF320に進み、これまでバッファＲＡＭ１３上でディバイドポイント適正化のために更新したＵ−ＴＯＣデータを、ディスク１に書き込むことで、ディバイドポイント適正化処理は終了され、この時点で再生側と同様のトラック分割状態が得られることになる。
【０１１４】
このディバイドポイント適正化処理によるトラック分割状態の変移を図５に示す。本来ＣＤなどの再生側では図５（ａ）のようにトラックＭ1 〜Ｍ6 が存在したとする。
ここで、実施例の記録再生装置では録音中に無音検出によるトラック分割を行なっていたが、トラックＭ2 とＭ3 の間に無音期間がなく、またトラックＭ4 の途中に無音期間が生じていたとすると、録音したディスク１に関しては録音終了時点で図５（ｂ）のようにトラックが管理されていることになる。
【０１１５】
この場合、図４のディバイドポイント適正化処理において、まず変数ｎ＝１の時点（バージンディスクに録音したと仮定して、Ｘ＝１の時点）ではステップF313でＲＴＴ＝ＴＴ(n) と判断されるため、ディバイドポイントの変更処理は行なわれない。
続いて変数ｎ＝２の時点（Ｘ＝２の時点）で、ステップF313でＲＴＴ＞ＴＴ(n) と判断される。そしてステップF315で図５（ｃ）のようにディバイドポイントＰ−ＤＶが設定される。
【０１１６】
そして図６の処理で（又は図７もしくは図９の処理でバイドポイントＰ−ＤＶが調整された後）、まず図５（ｄ）のようにトラックＭ3 〜Ｍ6 がトラックＭ4 〜Ｍ7 に繰り上げられ、続いて図５（ｅ）のようにＰ−ＤＶ＋１のアドレスからトラックＭ2 のエンドアドレスまでが新たなトラックＭ3 とされる。そして図５（ｆ）のようにトラックＭ2 のエンドアドレスはバイドポイントＰ−ＤＶのアドレスとされる。この時点でトラックＭ2 は図５（ａ）と同様の状態に管理されることになる。
【０１１７】
続いてＸ＝３とされた時点ではステップF313でＲＴＴ＝ＴＴ(n) と判断され、処理は行なわれないが、その次にＸ＝４の時点で、ステップF313でＲＴＴ＜ＴＴ(n) と判断され、ステップF317のコンバイン処理に入る。
まず図５（ｇ）の状態からトラックＭ4 のスタートアドレスからトラックＭ5 のエンドアドレスまでが、図５（ｈ）のようにトラックＭ4 とされる。そして、図５（ｈ）ではトラックＭ5 がなくなるため、トラックＭ6 ，Ｍ7 が図５（ｉ）のようにトラックＭ5 ，Ｍ6 とされる。
以降、Ｘ＝５の時点及びＸ＝６の時点では処理は行なわれず、最終的に図５（ｊ）の状態となり、即ち、図５（ａ）と同様のトラック管理状態が得られることになる。
【０１１８】
以上の第１の実施例の処理により、アナログライン録音の場合も、再生側と同様のトラック状態が得られることになり、録音後にユーザーが手動で適正な分割地点を探してディバイドもしくはコンバイン操作をしていくということは不要になる。
【０１１９】
６．第２の実施例（ディバイド設定処理に基づく録音中の編集）
次に第２の実施例を説明する。
この第２の実施例としては、録音前においてユーザーがディスク１に録音しようとする各トラック（再生装置側から供給される音声信号に設定されている各トラック）について、時間情報を入力するディバイド設定処理を行なうようにする。そして記録再生装置は録音中にディバイド設定処理で入力された各トラックの時間情報に応じてディバイドポイントを設定していく処理を行なうものである。なおこの場合、システムコントローラ１１は録音中の無音検出は行なわない。
【０１２０】
図１２は第２の実施例となるシステムコントローラ１１の処理を示す。録音操作が行なわれると、システムコントローラ１１は処理をステップF601からF602に進める。なお、録音操作を行なう前の時点で、ユーザーは図２又は図３のディバイド設定処理を行なっていることが必要である。
【０１２１】
まずシステムコントローラ１１は録音前の状態におけるＵ−ＴＯＣセクター０から、その時点での最後のトラックナンバ（Last TNO) に対して１を加算し、これを録音する最初のトラックのトラックナンバＲＴＮＯとする(F602)。
録音のためにバージンディスクが装填されている場合はトラックナンバＲＴＮＯ＝１となり、また例えば３曲が既に録音されているディスクに対して、それらを消去せずに録音を行なう場合は、トラックナンバＲＴＮＯ＝４となる。
【０１２２】
続いて変数ｎを１にセットする(F603)。また、録音開始位置のアドレスをＳＴとして取り込む(F604)。そして録音処理を開始する(F605)。
ここで、システムコントローラ１１は内部タイマを０分０秒にリセットし、カウントを開始する(F606)。なお、このタイマとしては、録音時間表示のためのタイマを用いればよい。
【０１２３】
録音開始後は、システムコントローラ１１はタイマによる時間と、図２又は図３のディバイド設定処理でユーザーが入力した各トラックの再生時間ＴＴ(n) の比較処理を行なう(F607)。
まず、最初のトラックの再生時間ＴＴ(1) とタイマのカウント時間を比較していき、タイマ時間が再生時間ＴＴ(1) と一致した時点でステップF608に進んで、そのときの録音を行なっているアドレスをアドレスＥＤとして取り込む。
そして、ＳＴとして保持しておいたアドレスをスタートアドレス、ＥＤとして取り込んだアドレスをエンドアドレスとして、これがトラックナンバＲＴＮＯのトラックとして管理する(F609)。つまり、録音動作にかかる第１トラックのスタートアドレスとエンドアドレスを設定し、トラック分割を行なうことになる。
【０１２４】
続いてＳＴの値としてＥＤ＋１の値をセットし(F610)、さらに変数ｎをインクリメントし(F611)、さらに録音トラックナンバＲＴＮＯをインクリメントして、ステップF606に戻る。
そしてタイマをリセット／スタートし、ステップF607でタイマの時間と再生時間ＴＴ(n) の比較処理を行なう。つまり、タイマがユーザーが２曲目として入力した再生時間ＴＴ(2) に達することを待機する。
タイマが再生時間ＴＴ(2) に達っしたら、ステップF608以降に進み、同様に第２トラックのスタートアドレス及びエンドアドレスを設定してトラック分割を行なうことになる。
【０１２５】
録音終了操作が行なわれたらステップF613からF614に進んで録音動作の停止処理を行ない、ステップF609で設定されていた各トラックのスタートアドレス及びエンドアドレスに基づいてバッファＲＡＭ１３内でＵ−ＴＯＣを更新する(F615)。つまり、録音中のトラック分割処理がＵ−ＴＯＣ上で反映されるようにする。そして所定タイミングでバッファＲＡＭ１３上で更新されたＵ−ＴＯＣデータをディスク１に書き込むことになる(F616)。
【０１２６】
この処理により、予め行なわれていたディバイド設定処理に基づいて録音中にトラック分割がされることになる。例えば図１３（ａ）に示すようにＭ1 〜Ｍ4 のトラックが記録されたＣＤなどからの再生信号を録音する場合を考える。ユーザーは録音前に各トラックの再生時間ＴＴ1 〜ＴＴ4 を入力していくことになるが、この再生時間ＴＴ1 〜ＴＴ4 に基づいてトラック分割ポイントが設定されるため、録音終了時点でディスク１の録音データに関するトラック管理状態は図１３（ｂ）のようになり、つまり、正確にトラック分割されていることになる。
【０１２７】
次に、この第２の実施例の変形例を説明する。以上説明した処理ではユーザーが入力した各トラックの再生時間ＴＴ1 〜ＴＴ(n) によりディバイドポイントが設定されることになるが、場合によってはこの入力する再生時間ＴＴ1 〜ＴＴ(n ) が必ずしも正確とはいえない場合もある。
このため、変形例としては、再生時間ＴＴ1 〜ＴＴ(n) と無音検出を併用して録音中にトラック分割を実行していくようにするものである。
図１４は第２の実施例の変形例としてのシステムコントローラ１１の処理である。この処理においてステップF701〜F705は図１２のステップF601〜F605と同様である。
【０１２８】
この変形例では、内部タイマとしてタイマＴ1 とタイマＴ2 の２つを用意する。ステップF706ではタイマＴ1 のリセット／スタートを行なう。このタイマＴ1 は図１２のタイマと同様に、録音進行時間表示のために用いているタイマを利用すればよい。
【０１２９】
そしてステップF707ではタイマＴ1 が、ユーザーの入力した再生時間ＴＴ(n) よりＺ秒だけ短い時間であるＴＴ(n) −Ｚ秒の時間に達したか否かを判断する。そして、ユーザーの入力したディバイドポイント（ＴＴ(n) ）よりもＺ秒前の時点となったら、ステップF708以降に進む。
この時点以降はステップF711で無音検出を行なうことになる。
【０１３０】
また、タイマＴ1 が入力再生時間ＴＴ(n) −Ｚ秒の時間となって無音検出を開始した後、タイマＴ1 が入力再生時間ＴＴ(n) の時間となったら、ステップF708からF709に進み、そのときのアドレスをアドレスＤＥＤとしてセットし、さらにタイマＴ2 をリセットしてスタートさせる(F710)。
この無音検出は、無音期間が検出されるまで、もしくは無音期間が検出されなくてもタイマＴ1 が再生時間ＴＴ(n) ＋Ｚ秒の時間となるまで続けられる。
【０１３１】
入力された再生時間ＴＴ(n) に相当するポイントが、実際のトラック分割ポイントとは完全に一致していなくても、通常はさほど離れているものではないため、再生時間ＴＴ(n) に相当するポイント又はその付近に無音期間が存在することが多い。そこで、再生時間ＴＴ(n) −Ｚ秒から無音検出を開始して、録音されるデータ上で無音部分が検出されたら(F711)、ステップF713でその時のディスク１上のアドレスをアドレスＥＤとして取り込む。なお、無音期間が検出された場合はタイマＴ2 を０分０秒にリセットする(F714)。
【０１３２】
また、本来のトラック分割地点でも無音期間がない場合もあるが、このような場合に対応するために、タイマＴ1 が再生時間ＴＴ(n) ＋Ｚ秒の時間に達しても無音期間が検出できなかった場合は、タイマＴ1 が再生時間ＴＴ(n) の時間となったときにセットしておいたアドレスＤＥＤをアドレスＥＤとする (F712→F715) 。この場合は、タイマＴ2 のカウントを停止させるが、リセットせずにそのときの値を保持させておく(F716)。
【０１３３】
ステップF713又はF715でアドレスＥＤがセットされたら、ステップF717でＳＴとして保持しておいたアドレスをスタートアドレス、ＥＤとして取り込んだアドレスをエンドアドレスとして、これがトラックナンバＲＴＮＯのトラックとして管理する。つまり、ｎ＝１の時点では、録音動作にかかる第１トラックのスタートアドレスとエンドアドレスを設定し、トラック分割を行なうことになる。
このとき、入力した再生時間ＴＴ(1) が実際の分割ポイント、つまり無音期間と多少ずれていても、その無音期間が分割ポイントとして修正されてトラック分割が行なわれる。また、無音期間がない場合は、再生時間ＴＴ(1) に相当するポイントでトラック分割が行なわれる。
【０１３４】
続いて以降のトラックの処理に進むため、ＳＴの値としてＥＤ＋１の値をセットし(F718)、さらに変数ｎをインクリメントし(F719)、さらに録音トラックナンバＲＴＮＯをインクリメントする(F720)。また、タイマＴ1 にタイマＴ2 の値をセットして(F721)、タイマＴ1 のカウントを開始させ(F722)、ステップF707に戻る。タイマＴ1 にタイマＴ2 の値をセットするのは、無音期間が検出されなかった場合には再生時間ＴＴ(n) のポイントにさかのぼってトラック分割が行なわれるためであり、つまりこの場合、次のトラックとなるデータの録音が既に進行してしまっているため、その分の時間ずれを補正するものである。なお、無音検出でトラック分割された場合は、タイマＴ2 はステップF714でゼロリセットされているため、ステップF721ではタイマＴ1 はゼロリセットされることになる。
【０１３５】
その後同様に第２トラック以降のトラックについてステップF707以降の処理が繰り返される。そして録音終了操作が行なわれたらステップF723からF724に進んで録音動作の停止処理を行ない、ステップF717で設定されていた各トラックのスタートアドレス及びエンドアドレスに基づいてバッファＲＡＭ１３内でＵ−ＴＯＣを更新する(F725)。つまり、録音中のトラック分割処理がＵ−ＴＯＣ上で反映されるようにする。そして所定タイミングでバッファＲＡＭ１３上で更新されたＵ−ＴＯＣデータをディスク１に書き込むことになる(F726)。
【０１３６】
この処理により、予め行なわれていたディバイド設定処理に基づいて録音中にトラック分割がされるとともに、場合によってはディバイドポイントが自動的により適正な位置に修正されてトラック分割されることになる。
例えば図１５（ａ）に示すようにＭ1 〜Ｍ4 のトラックが記録されたＣＤなどからの再生信号を録音する場合を考える。ユーザーは録音前に各トラックの再生時間ＴＴ1 〜ＴＴ4 を入力していくことになるが、この再生時間ＴＴ1 〜ＴＴ4 が実際の曲と曲の間の無音期間に対して図示するように多少ずれていたとする。ところが、図１４の処理では、そのズレが修正されて無音期間がディバイドポイントとなるため、録音終了時点でディスク１の録音データに関するトラック管理状態は図１５（ｂ）のようになり、つまり、より適正にトラック分割されていることになる。
【０１３７】
以上の第２の実施例の処理によっても、アナログライン録音の場合において再生側と同様のトラック状態が得られることになり、録音後にユーザーが手動で適正な分割地点を探してディバイドもしくはコンバイン操作をしていくということは不要になる。
【０１３８】
７．第３の実施例（録音後のトラック毎のディバイド位置編集）
次に第３の実施例を説明する。
この第３の実施例としては、録音後においてユーザーがあるトラックを指定し、そのトラックについて時間情報を入力することで、ディバイド位置の補正を行なうようにするものである。
【０１３９】
図１６はディバイド位置補正のためのシステムコントローラ１１の処理を示している。
ユーザーによってディバイド位置補正モードの操作がなされたら、まずシステムコントローラ１１は変数Ｘを０にセットする(F802)。そしてＡＭＳキーによるトラック指定操作を待つ(F803)。
ＡＭＳキーが押されたら、変数Ｘをインクリメントし(F804)、第Ｘトラックの先頭位置にアクセスして(F805)、その位置でポーズ（一時停止）状態で待機する(F806)。
【０１４０】
これによって、ユーザーが何回かＡＭＳキーを操作することで、或るトラックが指定され、そのトラックの先頭位置で待機することになる。例えば３回ＡＭＳキーを操作すると、第３トラックが指定された状態となる。
待機状態ではユーザーの時間入力を待つ(F807)。例えばユーザーが第３トラックについてディバイドポイントを修正したいと思った場合は、ＡＭＳキーを３回押したあと、その第３トラックの再生時間を入力することになる。
【０１４１】
再生時間が入力されたら、ステップF808に進み、入力された再生時間をアドレス量ＡＤD 、つまり何クラスタ何セクターかに換算する。この換算方法は第１の実施例で説明したとおりである。
そして、現在のポーズ中のアドレスに対してアドレス量ＡＤD を加算し、これをディバイドポイントＰ−ＤＶとする(F809)。つまりその第Ｘトラックのスタートアドレスから、時間的にみて入力された再生時間後の再生ポイントがディバイドポイントＰ−ＤＶとなる。なお、第Ｘトラックが複数のパーツに分けられて記録されている場合は、パーツ毎にアドレス量を加算していくことでディバイドポイントＰ−ＤＶがみつけられる。
【０１４２】
続いて、現在ポーズ状態で待機しているアドレスから、ディバイドポイントＰ−ＤＶまでの時間的に連続しているデータについて、その間にディバイドポイントが存在しているか否かを確認する(F810)。つまりディバイドポイントＰ−ＤＶが現在のトラックナンバ（Ｘ）と異なるトラックナンバ（例えばＸ＋１）のトラックに含まれている場合は、そのトラックは不要なディバイドポイントにより誤って分割されている状態であると判断できる。
この場合はステップF811に進み、第Ｘトラックと第（Ｘ＋１）トラックの連結処理を行なう。この処理は図１１で説明した処理と同様であるため、説明を省略する。
【０１４３】
また、実際には本来第Ｘトラックであるところが、ディスク１上では第Ｘ〜第（Ｘ＋２）トラックというように、さらに多数に誤って分割されている場合もあるため、ステップF811の処理の後は再びステップF810に戻って誤った分割ポイントがまだ存在するか否かを確認する。そしてまだ存在した場合は、再びステップF811で、その時点での第Ｘトラックと第（Ｘ＋１）トラックの連結処理を行なう。このステップF811の処理で、第ＸトラックのスタートアドレスからディバイドポイントＰ−ＤＶまでの間に誤ったディバイドポイントが存在していても、それらは全て連結処理により修正される。
【０１４４】
次にステップF812では算出されたディバイドポイントＰ−ＤＶにおいて、実際にディバイドされているか否かを確認する。
つまり、ディバイドポイントＰ−ＤＶがＵ−ＴＯＣ上で第Ｘトラックと第（Ｘ＋１）トラックの境界となっているか否かを確認する。ディバイドポイントであれば、それは正しいディバイド処理がされていたものであり、ディバイドポイントＰ−ＤＶにアクセスして(F815)、ポーズ状態で待機させ(F816)、また変数Ｘをインクリメントして(F817)、ステップF803に戻る。
【０１４５】
なお、ディバイドポイントはセクターアドレス単位で設定されるため、算出されたディバイドポイントＰ−ＤＶと実際のディバイドポイントが完全に一致することはあまりないと考えられる。このため、ステップF812では、一致範囲としてある程度、幅を持たせることが好ましい。また、その範囲に含まれる場合は、ディバイドポイントＰ−ＤＶより前に実際のディバイドポイントが存在していても、ステップF810で誤ったディバイドポイントとする判断は行なわないようにすることはいうまでもない。
【０１４６】
一方、算出されたディバイドポイントＰ−ＤＶのアドレスが実際のディバイドポイントとなっていなかった場合は、まずディバイドポイントＰ−ＤＶにアクセスして(F813)、その地点でディバイド処理を行なう(F814)。このディバイド処理としては、図６、図７、図９のいづれかの処理が行なわれれば良い。
そしてディバイド処理が終了したら、その位置でポーズ状態で待機させ(F816)、また変数Ｘをインクリメントして(F817)、ステップF803に戻って次の操作を待機する。
【０１４７】
ユーザーが終了操作を行なった場合は、ステップF818からF819に進み、その時点で更新されたバッファＲＡＭ１３上のＵ−ＴＯＣデータをディスク１に書き込んで処理を終える。
【０１４８】
以上のような処理により、ユーザーが指定したトラックについて再生時間を入力することで、そのトラックに関するディバイドポイントが自動的に補正されることになる。
例えば再生側の本来のトラックとして図１７（ａ）のようにトラックＭ1 〜Ｍ6 が存在していたとする。そしてこれを録音したところ、ディスク１上のデータは図１７（ｂ）のように管理されてしまったとする。
【０１４９】
ここで、ユーザーはトラックＭ2 を指定して再生時間を入力すると、図１７（ｃ）のように本来のトラックＭ2 とＭ3 の境界でディバイド処理され、トラックＭ2 が正しく管理されることになる。
また続いてトラックＭ3 の再生時間を入力すると、図１７（ｄ）のように本来のトラックＭ3 とＭ4 の境界でディバイド処理され、トラックＭ3 が正しく管理される。
【０１５０】
またユーザーがトラックＭ5 を指定して再生時間を入力すると、図１７（ｅ）のようにトラックＭ5 とＭ6 として誤って分割されていたトラックが連結され、トラックＭ5 が正しく管理されることになる。
【０１５１】
以上の第３の実施例の処理により、アナログライン録音の場合も、録音後の簡単な操作で、再生側と同様のトラック状態が得られることになり、録音後にユーザーが手動で適正な分割地点を探してディバイドもしくはコンバイン操作をしていくという煩雑な操作は不要になる。
【０１５２】
以上各種実施例を説明してきたが、各実施例において実際の処理手順などは各種変形例が考えられることはいうまでもない。
また実施例はミニディスクシステムに適用したもので説明してきたが、本発明はこれ以外のシステムに対応する記録装置としても実現できる。
【０１５３】
【発明の効果】
以上説明したように本発明では、他の機器からの再生音声のダビング録音などの際に、各トラック、もしくは所要のトラックについての再生時間を入力することで、それに応じてトラック分割ポイントの設定がなされるため、録音した側でも適正なトラック分割状態が得られる。このためアナログライン録音後においてトラック分割ポイントを修正するための煩雑な作業は不要となるという効果があり、操作性、使用性は格段に向上する。
また、ユーザーに時間入力に基づく編集処理であるため、もともとのトラックに関わらず、ユーザーが任意にトラック分割ポイントを設定することもでき、例えば組曲の楽章ごとにトラック分割を実行させることなど、多様な編集動作を自動的に行なわせることもできる。
【図面の簡単な説明】
【図１】本発明の実施例の記録再生装置のブロック図である。
【図２】実施例のディバイド設定処理のフローチャートである。
【図３】実施例の他のディバイド設定処理のフローチャートである。
【図４】第１の実施例のディバイドポイント適正化処理のフローチャートである。
【図５】第１の実施例のディバイドポイント適正化処理によるトラック状態変化の説明図である。
【図６】各実施例のディバイド処理のフローチャートである。
【図７】各実施例の他のディバイド処理のフローチャートである。
【図８】実施例の他のディバイド処理の説明図である。
【図９】各実施例のさらに他のディバイド処理のフローチャートである。
【図１０】実施例のさらに他のディバイド処理の説明図である。
【図１１】各実施例のコンバイン処理のフローチャートである。
【図１２】第２の実施例のディバイドポイント設定処理のフローチャートである。
【図１３】第２の実施例のディバイドポイント設定動作の説明図である。
【図１４】第２の実施例の変形例のディバイドポイント設定処理のフローチャートである。
【図１５】第２の実施例の変形例のディバイドポイント設定動作の説明図である。
【図１６】第３の実施例のディバイドポイント補正処理のフローチャートである。
【図１７】第３の実施例のディバイドポイント補正動作の説明図である。
【図１８】ミニディスクのトラックフォーマットの説明図である。
【図１９】ミニディスクのデータセクターの説明図である。
【図２０】ミニディスクのＰ−ＴＯＣセクター０の説明図である。
【図２１】ミニディスクのＵ−ＴＯＣセクター０の説明図である。
【図２２】ミニディスクのＵ−ＴＯＣセクター０のリンク構造の説明図である。
【図２３】無音検出によるトラックナンバ更新の説明図である。
【図２４】アナログライン録音による録音側のトラック管理状態例の説明図である。
【図２５】アナログライン録音による録音側のトラック管理状態例の説明図である。
【符号の説明】
１ ディスク
３ 光学ヘッド
５ スレッド機構
６ 磁気ヘッド駆動回路
６ａ 磁気ヘッド
７ ＲＦアンプ
８ エンコーダ／デコーダ部
９ サーボ回路
１０ アドレスデコーダ
１１ システムコントローラ
１１ａ ＲＡＭ
１２ メモリコントローラ
１３ バッファＲＡＭ
１４ エンコーダ／デコーダ部
１７Ａ 入力端子
１９ 操作入力部
２０ 表示部
Claims (4)
- 記録データとともに、記録データを、１つの記録データ単位となるトラック毎に管理する管理情報が記録される記録媒体に対する記録情報の編集方法において、
記録動作前、記録動作中、もしくは記録動作後において、トラック毎に再生時間情報を入力する入力手順と、
記録中に入力される無音部分を検知する検知手順と、
上記検知手順で無音が検知された場合に、上記入力手順で入力されたトラック毎の再生時間情報に基づいて無音検知に基づく分割位置が適正か否かを判断する判断手順と、
上記判断手順で適正でないと判断された場合には上記入力手順で入力されたトラック毎の再生時間情報に基づいて分割位置を修正する修正手順と、
上記修正手順にて修正された分割位置に基づいて上記記録媒体の管理情報を更新する更新手順とを備えたことを特徴とする編集方法。 - 上記分割位置の修正は上記無音検知に基づいて決定された分割位置で２分割された記録データを結合処理することを特徴とする第１項記載の編集方法。
- 記録データとともに、記録データを、１つの記録データ単位となるトラック毎に管理する管理情報が記録される記録媒体に対する記録情報の編集装置において、
記録動作前、記録動作中、もしくは記録動作後において、トラック毎に再生時間情報を入力する入力手段と、
記録中に入力される無音部分を検知する検知手段と、
上記検知手段で無音が検知された場合に、上記入力手段で入力されたトラック毎の再生時間情報に基づいて無音検知に基づく分割位置が適正か否かを判断する判断手段と、
上記判断手段で適正でないと判断された場合には、上記入力手段で入力されたトラック毎の再生時間情報に基づいて分割位置を修正する修正手段と、
上記修正手段にて修正された分割位置に基づいて上記記録媒体の管理情報を更新する更新手段とを備えたことを特徴とする編集装置。 - 上記分割位置の修正は上記無音検知に基づいて決定された分割位置で２分割された記録データを結合処理することを特徴とする第３項記載の編集装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30572694A JP3684601B2 (ja) | 1994-11-16 | 1994-11-16 | 記録情報の編集方法及び編集装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30572694A JP3684601B2 (ja) | 1994-11-16 | 1994-11-16 | 記録情報の編集方法及び編集装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08147941A JPH08147941A (ja) | 1996-06-07 |
| JP3684601B2 true JP3684601B2 (ja) | 2005-08-17 |
Family
ID=17948612
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30572694A Expired - Fee Related JP3684601B2 (ja) | 1994-11-16 | 1994-11-16 | 記録情報の編集方法及び編集装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3684601B2 (ja) |
-
1994
- 1994-11-16 JP JP30572694A patent/JP3684601B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08147941A (ja) | 1996-06-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3467832B2 (ja) | 記録方法及び記録装置 | |
| KR100346531B1 (ko) | 기록매체의기록및재생장치 | |
| JP3557721B2 (ja) | 記録装置 | |
| JPH06309120A (ja) | メモリ制御装置及びメモリデータサーチ回路 | |
| JPH0765551A (ja) | 再生装置 | |
| JP3541535B2 (ja) | 記録装置、記録再生装置 | |
| JPH0757436A (ja) | ディスク装置 | |
| JPH08124362A (ja) | 再生装置 | |
| KR100523496B1 (ko) | 기록매체상에프로그램을기록하기위한장치및그방법 | |
| JP3684601B2 (ja) | 記録情報の編集方法及び編集装置 | |
| JP3550769B2 (ja) | 記録装置、及び再生装置 | |
| JP3711991B2 (ja) | 記録装置 | |
| JP2005327463A (ja) | 編集装置 | |
| JP3541785B2 (ja) | 記録再生装置、記録再生方法 | |
| JP3551448B2 (ja) | 記録装置 | |
| JP3852473B2 (ja) | 記録媒体、再生装置 | |
| JP3858931B2 (ja) | 編集装置 | |
| JP3864983B2 (ja) | 編集装置 | |
| JP4058124B2 (ja) | 記録再生装置、及び再生装置 | |
| JP3476090B2 (ja) | 記録装置 | |
| JPH0850778A (ja) | 音声記録システム | |
| JP3797362B2 (ja) | 記録装置、及び記録再生装置 | |
| JP3844642B2 (ja) | 編集装置、編集方法 | |
| JPH0757437A (ja) | 記録装置及び再生装置 | |
| JPH07153239A (ja) | 記録装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041101 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041109 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050106 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050412 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050418 |
|
| 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: 20050510 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050523 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080610 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090610 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090610 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100610 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100610 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110610 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110610 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120610 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |