(57)【特許請求の範囲】
【請求項１】
オーディオデータが記録される記録領域と、上記記録領域に記録されるオーディオデータをトラック単位で管理する管理情報が記録される管理領域とから成る記録媒体に記録されたオーディオデータを編集する編集装置において、
上記記録領域に存在する複数のトラック単位に対応する複数のトラックナンバから複数の不連続なトラックナンバを指定可能な指定操作手段と、
上記指定操作手段により複数のトラックナンバから複数の不連続なトラックナンバが指定された場合には、上記管理領域の管理情報を編集することで上記指定操作手段により指定された複数の不連続なトラックナンバに対応するトラックを結合処理するように管理情報を編集する制御手段と、
上記制御手段により編集された管理情報を上記管理領域に再記録する記録手段と、
を備えることを特徴とする編集装置。
【請求項２】
上記管理情報は、各トラックナンバに対応させたトラック毎の記録開始位置と記録終了位置と接続情報から構成され、
上記制御手段は、上記指定操作手段により指定された複数の不連続なトラックナンバに対応するトラックの接続情報を編集する、
ことを特徴とする請求項１に記載の編集装置。
【請求項３】
上記管理情報は、トラックナンバと上記トラックナンバに対応させたトラック毎の記録開始位置と記録終了位置と接続情報から構成されており、
上記制御手段は、トラックの結合処理として、上記トラックナンバを前詰めするようにして、上記トラックナンバと上記トラック毎の記録開始位置と記録終了位置と接続情報との対応付けを編集する、
ことを特徴とする請求項１に記載の編集装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば光磁気ディスク等の記録媒体であって、特に管理情報によって所定の単位記録データの再生順序等が管理される記録媒体に対応して、その管理情報を更新することにより所定の単位記録データの編集を行う編集装置に関するものである。
【０００２】
【従来の技術】
各種記録媒体及びそれらに対応する記録再生装置が開発されているが、特に近年ミニディスクシステムとして知られているように、ユーザーが自由に音楽データ等を記録できるものも普及している。
【０００３】
例えばこのミニディスクシステムの場合は、ディスク上でユーザーが録音を行なった領域（データ記録済領域）や、まだ何も録音されていない領域（データ記録可能な未記録領域）を管理するために、音楽等の主データとは別に、ユーザーＴＯＣ（以下Ｕ−ＴＯＣという）という管理情報が記録されている。そして記録装置はこのＵ−ＴＯＣを参照しながら録音を行なう領域を判別し、また再生装置はＵ−ＴＯＣを参照して再生すべき領域を判別している。
【０００４】
つまり、Ｕ−ＴＯＣには録音された各楽曲等がトラックというデータ単位で管理され、そのスタートアドレス、エンドアドレス等が記される。また何も録音されていない未記録領域（フリーエリア）についてはデータ記録可能領域として、そのスタートアドレス、エンドアドレス等が記される。
さらに、このようなＵ−ＴＯＣによりディスク上の領域が管理されることで、Ｕ−ＴＯＣを更新するのみで、音楽等の記録データの１単位であるトラックの分割（ディバイド）、連結（コンバイン）、移動（ムーブ：トラックナンバの変更）等の編集処理が容易でしかも迅速に実行できることになる。
そして、ユーザはこのような機能を活用して、一旦ディスクに記録した１又は複数のトラックの編集を行い、個人のオリジナルディスクを作成して楽しむことができるようになる。
【０００５】
【発明が解決しようとする課題】
ところが、従来におけるコンバインの編集処理としては、例えば、トラックごとに付したトラックナンバが連続しているトラックについてのみ連結可能とされている。このため、トラックナンバが連続していない複数のトラックについてコンバイン編集を行うためには、先ず、ムーブの編集機能を利用する等してコンバインすべきトラックのトラックナンバが連続するように編集し、この後、コンバインの編集処理により複数トラックの連結を行う必要がある。
【０００６】
また、コンバインの編集処理としては、連結すべきトラックの再生時間軸的な連結順はトラックナンバ順に従ったものとなり、更に、連結により形成されたトラックに対して設定されるトラックナンバは、連結されるべき複数トラックのトラックナンバのうち、最も小さいトラックナンバとなるようにされている。
このため、例えば連結すべき複数のトラックにおいて、トラックナンバの大きいほうのトラックを、トラックナンバの小さいトラックよりも前となる連結順になるようにしてコンバイン編集操作を行うときには、ユーザは、コンバイン編集に先立って、目的のトラックの連結順を考慮しながらムーブ編集などを利用して曲順の移動などを行わねばならないことになる。
また、連結されたトラックのトラックナンバをコンバイン処理後に自動的に設定されるトラックナンバとは異なる他のトラックナンバに設定したいような場合にも、コンバイン編集の後に、再度ムーブ編集のための操作を行うなどして、ユーザの希望するトラックナンバとなるように曲順を移動させる必要がある。
【０００７】
このように、上記のようなトラックの連結と、これに付随するトラックナンバの設定等の編集を行いたい場合には、現状のコンバインの編集機能だけでは不十分であり、他の種類の編集機能も併用する必要があるため、それだけユーザには煩雑な編集操作を強いることになるという問題を有している。
【０００８】
【課題を解決するための手段】
そこで、本発明は上記のような問題点を考慮して、コンバインの編集処理としてトラックナンバが不連続な複数トラックの連結を可能とすると共に、この際、連結されたトラックのトラックナンバの設定に関しても自由度が得られるようにして、コンバインの編集機能の充実を図ることを目的とする。
【０００９】
このため、オーディオデータがトラック単位で記録されると共に、オーディオデータの記録／再生動作を管理するための管理情報が記録される記録媒体に対応して、少なくともトラック単位についての管理情報更新処理を実行可能な編集装置として、複数トラックのトラックナンバを任意の順で指定することのできる指定操作手段と、上記指定操作手段により指定されたトラックナンバのトラックを、その指定順序に従って連結して１つのトラックとして形成すると共に、当該連結して形成された１つの連結トラックに対応するトラックナンバを結合処理するように設定することにより管理情報を更新する管理情報更新制御手段とを備えて構成することとした。
【００１０】
また、管理情報更新手段は、連結すべき複数のトラックのうち、トラックナンバが最も小さいトラックのトラックナンバを、上記連結トラックのトラックナンバとして設定する、又は、連結すべき複数のトラックのうち、トラックナンバが最も大きいトラックのトラックナンバをｎ、連結すべきトラック数をｍとして、
ｎ−（ｍ−１）
で表されるトラックナンバを、連結トラックのトラックナンバとして設定するように管理情報の更新を実行するものとして構成することとした。
あるいは、連結トラックに付すべきトラックナンバを指定可能なトラックナンバ指定手段を設け、管理情報更新手段は、トラックナンバ指定手段により指定されたトラックナンバを、連結トラックのトラックナンバとして設定するように上記管理情報の更新を実行するものとして構成することとした。
あるいは、連結トラックが形成される編集前の状態におけるトラックのトラックナンバのうち、任意のトラックナンバを指定可能なトラックナンバ指定手段を備えると共に、管理情報更新手段は、連結トラックの再生順がトラックナンバ指定手段により指定されたトラックの直前あるいは直後となるようにして編集後のトラックナンバを設定するように管理情報の更新を実行するものとして構成することとした。
【００１１】
また、オーディオデータが記録される記録領域と、この記録領域に記録されるオーディオデータをトラック単位で管理する管理情報が記録される管理領域とから成る記録媒体に記録されたオーディオデータを編集する編集装置として、記録領域に存在する複数のトラック単位に対応する複数のトラックナンバから複数の不連続なトラックナンバを指定可能な指定操作手段と、この指定操作手段により複数のトラックナンバから複数の不連続なトラックナンバが指定された場合には、管理領域の管理情報を編集することで指定操作手段により指定された複数の不連続なトラックナンバに対応するトラックを結合処理するように管理情報を編集する制御手段ように管理情報を編集する制御手段と、この制御手段により編集された管理情報を管理領域に再記録する記録手段とを備えて構成することとした。
【００１２】
そして上記構成によれば、コンバインの編集機能として、トラックナンバが不連続な複数のトラックを連結することが可能となる。また、コンバインの編集時において、連結すべき複数トラックの再生時間軸的な連結順を指定することが可能となる。更に、トラックナンバ指定手段により指定したトラックナンバに基づいて、連結されたトラックに付すべきトラックナンバを任意に設定することが可能となる。
【００１３】
【発明の実施の形態】
以下、本発明の記録装置の実施の形態について説明する。
この実施の形態は光磁気ディスク（ミニディスク）を記録媒体として用いる記録装置とする。
説明は次の順序で行なう。
＜１．記録装置の構成＞
＜２．Ｕ−ＴＯＣセクター＞
＜３．ディスク上の記録状態例＞
＜４．本実施の形態としてのコンバイン編集処理＞
（ａ．第１の実施の形態としてのコンバイン編集処理）
（ｂ．第２の実施の形態としてのコンバイン編集処理）
（ｃ．第３の実施の形態としてのコンバイン編集処理）
（ｄ．第４の実施の形態としてのコンバイン編集処理）
（ｅ．第５の実施の形態としてのコンバイン編集処理）
＜５．本実施の形態のとしてのコンバイン編集を実現するための処理動作＞
（ａ．第１及び第２の実施の形態に対応する処理動作）
（ｂ．第３〜第５の実施の形態に対応する処理動作）
【００１４】
＜１．再生装置の構成＞
図１は本実施の形態の再生装置の要部のブロック図を示している。
音声データが記録されている光磁気ディスク１は、スピンドルモータ２により回転駆動される。そして光磁気ディスク１に対しては記録／再生時に光学ヘッド３によってレーザ光が照射される。
【００１５】
光学ヘッド３は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行ない、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行なう。
このため、光学ヘッド３にはレーザ出力手段としてのレーザダイオード、偏光ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００１６】
また、光磁気ディスク１を挟んで光学ヘッド３と対向する位置に磁気ヘッド６ａが配置されている。磁気ヘッド６ａは供給されたデータによって変調された磁界を光磁気ディスク１に印加する動作を行なう。
光学ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５によりディスク半径方向に移動可能とされている。
【００１７】
再生動作によって、光学ヘッド３により光磁気ディスク１から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（光磁気ディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）ＧＦＭ等を抽出する。
抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボ回路９に供給され、グルーブ情報ＧＦＭはアドレスデコーダ１０に供給される。
【００１８】
サーボ回路９は供給されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥや、マイクロコンピュータにより構成されるシステムコントローラ１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御を行ない、またスピンドルモータ２を一定線速度（ＣＬＶ）に制御する。
【００１９】
アドレスデコーダ１０は供給されたグルーブ情報ＧＦＭをデコードしてアドレス情報を抽出する。このアドレス情報はシステムコントローラ１１に供給され、各種の制御動作に用いられる。
また再生ＲＦ信号についてはエンコーダ／デコーダ部８においてＥＦＭ復調、ＣＩＲＣ等のデコード処理が行なわれるが、このときデータとして再生ＲＦ信号に含まれているアドレス、サブコードなども抽出され、システムコントローラ１１に供給される。
【００２０】
エンコーダ／デコーダ部８でＥＦＭ復調、ＣＩＲＣ等のデコード処理された音声データ（セクターデータ）は、メモリコントローラ１２によって一旦バッファメモリ１３に書き込まれる。なお、光学ヘッド３による光磁気ディスク１からのデータの読み取り及び光学ヘッド３からバッファメモリ１３までの系における再生データの転送は1.41Mbit/secで、しかも通常は間欠的に行なわれる。
【００２１】
バッファメモリ１３に書き込まれたデータは、再生データの転送が0.3Mbit/sec となるタイミングで読み出され、エンコーダ／デコーダ部１４に供給される。そして、音声圧縮処理に対するデコード処理等の再生信号処理を施され、Ｄ／Ａ変換器１５によってアナログ信号とされ、出力端子１６から所定の増幅回路部へ供給されて再生出力される。例えばＬ，Ｒアナログオーディオ信号として出力される。
【００２２】
光磁気ディスク１に対して記録動作が実行される際には、入力端子１７に供給された記録信号（アナログオーディオ信号）は、Ａ／Ｄ変換器１８によってデジタルデータとされた後、エンコーダ／デコーダ部１４に供給され、音声圧縮エンコード処理を施される。
エンコーダ／デコーダ部１４によって圧縮された記録データはメモリコントローラ１２によって一旦バッファメモリ１３に書き込まれる。そしてバッファメモリ１３内に所定量以上のデータが蓄積された時点で所定のデータ単位でデータが読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後、磁気ヘッド駆動回路６に供給される。
【００２３】
そして磁気ヘッド駆動回路６はエンコード処理された記録データに応じて、磁気ヘッド６ａに磁気ヘッド駆動信号を供給する。つまり、光磁気ディスク１に対して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ１１は光学ヘッドに対して、記録レベルのレーザ光を出力するように制御信号を供給する。
バッファメモリ１３を介することで、連続的に入力される音声データについての記録動作は間欠的に行なわれることになる。
【００２４】
操作部１９には、ユーザー操作に供される各種キーが設けられている。例えば録音キー、再生キー、停止キー、ＡＭＳキー、早送りキー、早戻しキー等が設けられ、その操作情報はシステムコントローラ１１に供給される。また、この実施の形態の記録装置では編集モードとして『ディバイド』『ムーブ』『コンバイン』等を選択できるが、その録音／編集モード選択のための操作も可能とされている。
表示部２０は例えば液晶ディスプレイによって構成され、動作状態、トラックナンバ、時間情報等をシステムコントローラ１１の制御に基づいて表示する動作を行なう。
【００２５】
また、光磁気ディスク１に対して記録／再生動作を行なう際には、光磁気ディスク１に記録されている管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出す必要がある。システムコントローラ１１はこれらの管理情報に応じて光磁気ディスク１上の記録すべきエリアのアドレスや、再生すべきエリアのアドレスを判別することとなる。この管理情報はバッファメモリ１３に保持される。このためバッファメモリ１３は、上記した記録データ／再生データのバッファエリアと、これら管理情報を保持するエリアが分割設定されている。
そして、システムコントローラ１１はこれらの管理情報を、光磁気ディスク１が装填された際に管理情報の記録されたディスクの最内周側の再生動作を実行させることによって読み出し、バッファメモリ１３に記憶しておき、以後その光磁気ディスク１に対する記録／再生動作の際に参照できるようにしている。
【００２６】
また、Ｕ−ＴＯＣはデータの記録や消去に応じて編集されて書き換えられるものであるが、システムコントローラ１１は記録／消去動作のたびにこの編集処理をバッファメモリ１３に記憶されたＵ−ＴＯＣ情報に対して行ない、その書換動作に応じて所定のタイミングで光磁気ディスク１のＵ−ＴＯＣエリアについても書き換えるようにしている。
【００２７】
＜２．Ｕ−ＴＯＣセクター＞
上記したように、光磁気ディスク１に対して記録／再生動作を行なう際には、システムコントローラ１１は、光磁気ディスク１に記録されている管理情報としてＰ−ＴＯＣ、Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出し、これを参照することになる。
ここで、光磁気ディスク１においてトラック（楽曲等）の記録／再生動作などの管理を行なう管理情報として、Ｕ−ＴＯＣセクターについて説明する。
【００２８】
なおＴＯＣ情報としてはＵ−ＴＯＣとＰ−ＴＯＣが設けられているが、このＰ−ＴＯＣは光磁気ディスク１の最内周側のピットエリアに形成されるもので、読出専用の情報である。そして、Ｐ−ＴＯＣによってディスクの記録可能エリア（レコーダブルユーザーエリア）や、リードアウトエリア、Ｕ−ＴＯＣエリアなどの位置の管理等が行なわれる。なお、ミニディスクシステムでは、全てのデータがピット形態で記録されている再生専用のディスクも使用できるが、再生専用ディスクの場合は、Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲の管理も行なうことができるようにされ、Ｕ−ＴＯＣは形成されない。
Ｐ−ＴＯＣについては詳細な説明を省略し、ここでは記録可能な光磁気ディスク１に設けられるＵ−ＴＯＣについて説明する。
【００２９】
図２はＵ−ＴＯＣセクター０のフォーマットを示すものである。
なお、Ｕ−ＴＯＣセクターとしてはセクター０、セクター１、セクター２、セクター４が定義されているが、セクター１，セクター４は文字情報、セクター２は録音日時を記録するエリアとされる。ここでは、光磁気ディスク１の記録／再生動作に必ず必要となるＵ−ＴＯＣセクター０についてのみ説明を行なうこととする。
Ｕ−ＴＯＣセクター０は、主にユーザーが録音を行なった楽曲や新たに楽曲が録音可能なフリーエリアについての管理情報が記録されているデータ領域とされる。
例えば光磁気ディスク１に或る楽曲の録音を行なおうとする際には、システムコントローラ１１は、Ｕ−ＴＯＣセクター０からディスク上のフリーエリアを探し出し、ここに音声データを記録していくことになる。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣセクター０から判別し、そのエリアにアクセスして再生動作を行なう。
【００３０】
Ｕ−ＴＯＣセクター０のデータ領域（４バイト×588 の２３５２バイト）は、先頭位置にオール０又はオール１の１バイトデータが並んで形成される同期パターンが記録される。
続いてクラスタアドレス(Cluster H) (Cluster L) 及びセクターアドレス(Sector)となるアドレスや、モード情報(MODE)が４バイト付加され、以上でヘッダとされる。
【００３１】
セクターとは、上述のように２３５２バイトのデータ単位であり、３６セクターが１クラスタとなる。同期パターンやアドレスについては、このＵ−ＴＯＣセクター０に限らず、Ｐ−ＴＯＣセクターや、実際に音声データが記録されるデータセクターでも、そのセクター単位に記録されている。
クラスタアドレスは、上位アドレス(Cluster H) と下位アドレス(Cluster L) の２バイトで記され、セクターアドレス(Sector)は１バイトで記される。
続いて所定バイト位置に、メーカーコード、モデルコード、最初のトラックのトラックナンバ(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) のいづれかが記録されており、それに相当するパーツテーブルには、欠陥パーツがスタート及びエンドアドレスによって示されている。また、他にも欠陥パーツが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥パーツが示されている。そして、さらに他の欠陥パーツがない場合はリンク情報は例えば『(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) 』となるパーツテーブルまで連結される。
このように例えば２曲目を構成するデータが記録された全パーツが順次指定されて記録されていることにより、このＵ−ＴＯＣセクター０のデータを用いて、２曲目の再生時や、その２曲目の領域への上書き記録を行なう際に、光学ヘッド３及び磁気ヘッド６をアクセスさせ離散的なパーツから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【００４４】
以上のように、書換可能な光磁気ディスク１については、ディスク上のエリア管理はＰ−ＴＯＣによってなされ、またレコーダブルユーザーエリアにおいて記録された楽曲やフリーエリア等はＵ−ＴＯＣにより行なわれる。
【００４５】
＜３．ディスク上の記録状態例＞
ここで、光磁気ディスク１のエリア構造を説明し、Ｐ−ＴＯＣ、Ｕ−ＴＯＣによる管理される記録状態例を述べる。
図４は光磁気ディスク１のエリア構造をその半径方向に模式的に示したものである。光磁気ディスクの場合、大きくわけて図４にピットエリアとして示すようにエンボスピットによりデータが記録されているエリアと、いわゆる光磁気エリアとされてグルーブ（溝）が設けられているグルーブエリアに分けられる。
【００４６】
ここでピットエリアとしてはＰ−ＴＯＣが繰り返し記録されており、このＰ−ＴＯＣにおいて、Ｕ−ＴＯＣの位置がＵ−ＴＯＣスタートアドレスＵＳＴA として示され、また、リードアウトスタートアドレスＬＯA 、レコーダブルユーザーエリアスタートアドレスＲＳＴA 、パワーキャリブレーションエリアスタートアドレスＰＣA 等、図４に示す各アドレス位置が示されていることになる。
【００４７】
この光磁気ディスク１の最内周側のピットエリアに続いてグルーブエリアが形成されるが、このグルーブエリア内のうちＰ−ＴＯＣ内のリードアウトスタートアドレスＬＯA として示されるアドレスまでのエリアが、記録可能なレコーダブルエリアとされ、以降はリードアウトエリアとされている。
さらにこのレコーダブルエリアのうち、実際に音楽等のデータが記録されるレコーダブルユーザーエリアは、レコーダブルユーザーエリアスタートアドレスＲＳＴA から、リードアウトスタートアドレスＬＯA の直前の位置までとなる。
【００４８】
そして、グルーブエリア内においてレコーダブルユーザーエリアスタートアドレスＲＳＴA より前となるエリアは、記録再生動作のための管理エリアとされ、上記したＵ−ＴＯＣが記録され、またパワーキャリブレーションエリアスタートアドレスＰＣA として示される位置から１クラスタ分がレーザーパワーのキャリブレーションエリアとして設けられる。
Ｕ−ＴＯＣはこの記録再生動作のための管理エリア内においてＵ−ＴＯＣスタートアドレスＵＳＴA に示される位置から３クラスタ（１クラスタ＝３６セクター）連続して記録される。
【００４９】
実際の音声データは例えば図４に例示するように、レコーダブルユーザーエリアに記録される。この場合、４曲のトラック（楽曲）Ｍ1 〜Ｍ4 が記録されている場合を示している。
まずアドレスＡ0 〜Ａ1 のパーツとして第１曲目となるトラックＭ1 が記録され、また第２曲目となるトラックＭ2 はアドレスＡ2 〜Ａ3 のパーツに記録された序盤部分Ｍ2-1 とアドレスＡ6 〜Ａ7 のパーツに記録された終盤部分Ｍ2-2 にわかれて記録されている。また、第３曲目となるトラックＭ3 はアドレスＡ4 〜Ａ5 のパーツに記録され、第４曲目となるトラックＭ4 はアドレスＡ8 〜Ａ9 のパーツに記録されている。
この状態で、まだ楽曲の記録されていないフリーエリアはアドレスＡ10〜Ａ11のパーツとなる。
【００５０】
次に、図４の状態でのＵ−ＴＯＣデータ例を図５に示す。
なお、この図において、Ｕ−ＴＯＣ内のテーブルポインタやリンク情報としての１バイトデータが『００ｈ』とされている部分、及びスタートアドレス、エンドアドレスとしての３バイトデータが『００００００ｈ』とされている部分については、『−』と表記して示している。
さらに、光磁気ディスク１上でのレコーダブルユーザーエリアに欠陥は無いものとし、従ってテーブルポインタP-DFA は『００ｈ』とされている。
【００５１】
図４の記録状態では、テーブルポインタP-FRA はフリーエリアを管理するため、例えばこの場合、テーブルポインタP-FRA に（０６ｈ）というパーツテーブルが示されているとすると、これに対応してパーツテーブル（０６ｈ）には、図５でのフリーエリアとなるパーツについての情報が示されている。つまりアドレスＡ10がスタートアドレス、アドレスＡ11がエンドアドレスとして示される。なお、この場合他のフリーエリアパーツは存在しないため、パーツテーブル（０６ｈ）のリンク情報は『００ｈ』とされる。
【００５２】
また第１トラックＭ1 についてはテーブルポインタP-TNO1に示される（０１ｈ）のパーツテーブルにおいてそのスタートアドレスＡ0 及びエンドアドレスＡ1 が示される。トラックＭ1 は１つのパーツとして記録されているため、パーツテーブル（０１ｈ）のリンク情報は『００ｈ』とされている。
【００５３】
第２トラックＭ2 については、テーブルポインタP-TNO2に示される（０２ｈ）のパーツテーブルにおいてそのスタートアドレスＡ2 及びエンドアドレスＡ3 が示されている。ただしトラックＭ2 は２つのパーツ（Ｍ2-1 とＭ2-2 ）に別れて記録されており、アドレスＡ2 及びアドレスＡ3 はトラックＭ2 の序盤部分（Ｍ2-1 ）のパーツを示すのみである。そこでパーツテーブル（０２ｈ）のリンク情報として例えばパーツテーブル（０４ｈ）が示され、パーツテーブル（０４ｈ）には終盤部分（Ｍ2-2 ）のパーツを示すべく、スタートアドレスＡ6 及びエンドアドレスＡ7 が記録されている。以降リンクは不要であるためパーツテーブル（０４ｈ）のリンク情報は『００ｈ』とされている。
【００５４】
第３トラックＭ3 ，第４トラックＭ4 についてもそれぞれテーブルポインタP-TNO3，P-TNO4を起点として得られるパーツテーブルによってそのパーツ位置が管理されている。なお、４曲しか録音されていないため、テーブルポインタP-TNO5〜P-TNO255までは使用されておらず『００ｈ』とされている。
また、使用していないパーツテーブルを示すテーブルポインタP-EMPTY は、この場合パーツテーブル（０７ｈ）を示しており、パーツテーブル（０７ｈ）からパーツテーブル（ＦＦｈ）までの全ての未使用のパーツテーブルがリンク情報によってリンクされている。
【００５５】
＜４．本実施の形態としてのコンバイン編集処理＞
（ａ．第１の実施の形態としてのコンバイン編集処理）
次に、本実施の形態としてのコンバイン編集処理について説明することとし、先ず、第１の実施の形態としてのコンバイン編集処理について図６〜図９を参照して説明する。
図６（ａ）は、ある光磁気ディスクのレコーダブルユーザエリア（図４参照）における記録状態の一例を示すものであり、この場合には、レコーダブルユーザエリアから順に連続してパーツａ〜ｆが記録されており、パーツｆの直後よりレコーダブルユーザエリアの終端位置まではフリーエリアとされている。なお、この図に示すアドレスＡ100 〜Ａ113 は、各パーツａ〜ｆ及びフリーエリアのスタートアドレス又はエンドアドレスを示す。
また、ディスクに記録された各パーツａ〜ｆは、現段階では図６（ｂ）に示すように、それぞれ１つのトラックとして扱われており、パーツａ〜ｆがそれぞれトラック１〜トラック６となるようにトラックナンバが設定されて管理されているいる状態である。
【００５６】
上記図６（ａ）、図６（ｂ）に示す記録状態に対応するＵ−ＴＯＣのデータ内容としては図８に示すものとなる。なお、この図において図５と同様の表記形態についてはここでは説明を省略する。
この場合には、トラック１に対応するテーブルポインタP-TNO1には『０１ｈ』が格納され、パーツテーブル（０１ｈ）には、パーツａのスタートアドレスＡ100 、エンドアドレスＡ101 を示すデータがそれぞれ格納されている。
また、トラック２に対応するテーブルポインタP-TNO2には『０２ｈ』が格納され、パーツテーブル（０２ｈ）には、パーツｂのスタートアドレスＡ102 、エンドアドレスＡ103 がそれぞれ格納されている。
以下、同様にして、テーブルポインタP-TNO3（トラック３に対応）には『０３ｈ』が格納され、パーツテーブル（０３ｈ）には、パーツｃのスタートアドレスＡ104 、エンドアドレスＡ105 が格納される。
テーブルポインタP-TNO4（トラック４に対応）には『０４ｈ』が格納され、パーツテーブル（０４ｈ）には、パーツｄのスタートアドレスＡ106 、エンドアドレスＡ107 が格納される。
テーブルポインタP-TNO5（トラック５に対応）には『０５ｈ』が格納され、パーツテーブル（０５ｈ）には、パーツｅのスタートアドレスＡ108 、エンドアドレスＡ109 が格納され、
テーブルポインタP-TNO6（トラック６に対応）には『０６ｈ』が格納され、パーツテーブル（０６ｈ）には、パーツｆのスタートアドレスＡ110 、エンドアドレスＡ111 が格納されている。
また、この場合にはテーブルポインタP-FRA には『０７ｈ』が格納されて、パーツテーブル（０７ｈ）にはフリーエリアのスタートアドレスＡ112 、エンドアドレスＡ113 が格納されている。
また、この場合のテーブルポインタP-EMPTY には、『０８ｈ』が格納されて、パーツテーブル（０８ｈ）からパーツテーブル（ＦＦｈ）までのすべての未使用パーツテーブルがリンク情報によってリンクされている。
【００５７】
ここで、上記した記録状態及びＵ−ＴＯＣの管理状態とされているディスクに対する本実施の形態のコンバイン編集処理例として、図６（ｂ）から図６（ｃ）に示すように、パーツａ（トラック１）の後ろに対してパーツｃ（トラック３）を連結することにより１トラックを形成するコンバイン編集処理を行う場合について説明する。
なお、本明細書においては、以降はコンバイン編集処理により連結して形成されたトラックについて、「連結トラック」ということにする。
【００５８】
例えば、キー操作部１９に対する所要のキー操作によってコンバインの編集モードとすると、本実施の形態の場合には表示部２０の所定の表示領域に対して図７（ａ）に示すような形態の表示が行われる。この表示は、「CONBINE」の文字表示により現在コンバイン編集モードであることを示すと共に、「Ｔｒ  ＋」と表示することにより、連結すべき２つのトラックのうち、再生時間軸的に前に位置することになるトラックのトラックナンバの入力を促す表示である。この表示状態のもとで、ユーザは所望のトラックナンバを数字キーなどにより指定入力することができる。この場合には、パーツａであるトラック１を示す数値『１』を入力することになる。
このように、再生時間的に前に位置するトラックのトラックナンバの入力が行われると、次は例えば図７（ｂ）に示すような、「Ｔｒ１＋Ｔｒ  」というような表示に切換わり、連結すべき２つのトラックのうち、再生時間的に後ろに位置することになるトラックのトラックナンバの入力を促すことになる。この場合には、パーツｃであるトラック３を示す数値『３』を入力することになる。
このようにして、連結すべきトラックとして、前後の２つのトラックの入力が行われると、図７（ｃ）に示すような表示に切換わる。この図では、例えば［Ｔｒ１＋Ｔｒ３→Ｔｒ１］と表示されているが、これはトラック１→トラック３の順にトラックの連結を行い、連結編集後のトラックナンバはトラック１として管理される旨をユーザに示している状態である。
【００５９】
本実施の形態における、連結トラックのトラックナンバの設定規則であるが、ここでは２つのトラックを連結するとして、これら２つのトラックのトラックナンバのうち小さいほうのトラックナンバを自動的に連結されたトラックのトラックナンバとして設定するようにされている。この場合には、トラック１とトラック３を連結して１つの連結トラックを形成することから、図７（ｃ）に示すように、この場合の連結トラックはトラック１として管理されることになる。
【００６０】
そして、ユーザは図７（ｃ）の表示を見て、入力操作に間違いが無いことを確認したら、所要のキー操作によってエンター操作を行う。
これにより、コンバイン編集処理以前は、図７（ｂ）に示すように管理されていたパーツとトラックの関係が、これ以降は、図７（ｃ）に示すように管理される。つまり、パーツ（ａ→ｃ）のようにして連結されて形成された連結トラックがトラック１となり、残りの連結されなかったパーツｂ，ｄ，ｅ，ｆについては、元のトラック順序に従うようにして、それぞれトラック２以降のトラックとして再設定される。
つまり、パーツｂはトラック２として、パーツｄはトラック３として、パーツｅはトラック４として、パーツｆはトラック５として設定される。
【００６１】
図６（ｃ）に示すコンバイン編集処理後のパーツとトラックの関係が得られるように記録データを管理するためのＵ−ＴＯＣのデータ内容は、図９に示すものとなる。なお、コンバイン編集前のＵ−ＴＯＣのデータ内容が示されていた図８と同一のデータ内容部分については、説明を省略する。
この場合、テーブルポインタP-TNO1には『０１ｈ』（パーツａ；連結トラック（ａ→ｃ）の前パーツ）、テーブルポインタP-TNO2には『０２ｈ』（パーツｂ）、テーブルポインタP-TNO3には『０４ｈ』（パーツｄ）、テーブルポインタP-TNO4には『０５ｈ』（パーツｅ）、テーブルポインタP-TNO5は『０６ｈ』（パーツｆ）を示す値がそれぞれ格納される。また、コンバイン編集後はトラック６は無くなるために、テーブルポインタP-TNO6は『００ｈ』となる。
【００６２】
そして、パーツテーブルにおいては、パーツテーブル（０１ｈ）のリンク情報の領域に対して『０３ｈ』の値が格納され、パーツテーブル（０３ｈ）とリンクされる。これは、パーツａがパーツｂに対してリンクすることにより、１つの連結トラックを形成することを示すことになる。
【００６３】
図７により示した操作手順によるコンバイン編集処理後においては、Ｕ−ＴＯＣのデータは、図８から図９に示す内容に書き換えられたものとして扱うことになる。
なお、このようなＵ−ＴＯＣのデータの書き換え（更新処理）は、編集処理が実行されるごとにバッファメモリ１３上におけるＵ−ＴＯＣエリアにてデータの更新／編集処理が行われる。そして、所定の機会、タイミングで光磁気ディスク１上のＵ−ＴＯＣエリアに対して、バッファメモリ１３上におけるＵ−ＴＯＣエリアのデータ内容に基づいてデータの更新を行うようにされる。
【００６４】
（ｂ．第２の実施の形態としてのコンバイン編集処理）
次に、図１０〜図１２を参照して、第２の実施の形態としてのコンバイン編集処理について説明する。
なお、この場合の編集前の光磁気ディスクの記録状態及び記録データの管理状態としては、先の第１の実施の形態において図６（ａ）（ｂ）及び図８にて説明したと同一内容であることを前提として以降の説明を行うこととする。
【００６５】
図１０（ａ）には、図６（ｂ）と同一のパーツとトラックの関係が示されている。そして、本実施の形態のコンバイン編集処理例として、パーツｃ（トラック３）の後ろに対してパーツａ（トラック１）を連結するようにして、コンバイン編集処理を行う場合について説明する。
【００６６】
この場合にも、ユーザのキー操作によりコンバインモードとして、表示部２０においてコンバインモード用の表示が行われるようにしたうえで、図７（ａ）（ｂ）により説明したと同様にして、順次、連結すべきトラックとして再生時間的に前、及び後ろとなる各トラックのトラックナンバを指定入力する。
そして、連結すべき２つのトラックナンバの入力が完了すると、本実施の形態の場合には、例えば図１１に示すように［Ｔｒ３＋Ｔｒ１→Ｔｒ２］という表示が行われる。これはトラック１→トラック３の順でトラックの連結を行い、連結後のトラックナンバはトラック２として管理される旨をユーザに示している状態である。
【００６７】
この第２の実施例においては、例えば連結トラックに設定すべきトラックナンバとして、連結すべき２つのトラックのうち、トラックナンバの大きいもののトラックナンバをｎとすると、トラックナンバとしてｎ−１を自動的に設定するものである。
つまり、先の第１の実施例では、連結される２つのトラックのうち、トラックナンバとして小さいほうが主体となるようにして、連結トラックのトラックナンバを設定したが、本実施の形態ではトラックナンバとして大きいほうが主体となるようにして連結トラックのトラックナンバを設定することになる。この場合、トラックナンバの小さいほうのトラックが、トラックナンバの大きいほうのトラックに対して連結されることになり、この結果コンバイン編集後のトラックナンバが必然的に１つ繰り上がるために、連結トラックのトラックナンバとしてｎ−１を設定することになるわけである。
そして、この例の場合には、連結すべき２つのトラックのうちトラックナンバの大きいトラックはトラック３であり、ｎ＝３であることから
ｎ−１＝３−１＝２
となって、連結により形成されるトラックはトラック２として管理されることになる。
【００６８】
なお、連結トラックに設定すべき上記トラックナンバｎ−１は、あくまでも２つのトラックを連結する場合に導き出されるものであり、例えば更に多くの複数トラックを連結させるコンバイン編集機能を備えたうえで、連結される複数トラックのトラックナンバのうち、最も大きいトラックナンバｎを主体とするという規則に則った場合には、連結されるべきトラック数をｍとして、
ｎ−（ｍ−１）
という一般式により、連結トラックに設定すべきトラックナンバを導き出すことができる。「ｍ−１」は、連結処理により繰り上がる（減少する）トラック数を表す。
【００６９】
そして、この場合にもユーザが、図１１の表示を見て入力操作に間違いが無いことを確認し、所要のキー操作によってエンター操作を行うと、以降は、図１０（ｂ）に示す形態によりパーツとトラックの関係が管理されることになる。この場合には、パーツｂがトラック１となり、連結編集により形成されたパーツ（ｃ→ａ）による連結トラックがトラック２となり、パーツｄ，ｅ，ｆはそれぞれトラック３、トラック４、トラック５となる。
【００７０】
図１０（ｂ）に示すパーツとトラックの関係となるように管理するためのＵ−ＴＯＣのデータ内容を図１２に示す。なお、図８と同一データ内容となる部分については説明を省略する。
この図１２の場合、図１０（ｂ）に示すパーツとトラックの関係に対応して、テーブルポインタP-TNO1には『０２ｈ』（パーツｂ）、テーブルポインタP-TNO2には『０３ｈ』（パーツｃ：連結トラック（ｃ→ａ）の前パーツ）、テーブルポインタP-TNO3には『０４ｈ』（パーツｄ）、テーブルポインタP-TNO4には『０５ｈ』（パーツｅ）、テーブルポインタP-TNO5は『０６ｈ』（パーツｆ）を示す値がそれぞれ格納される。
【００７１】
そして、パーツテーブルにおいては、パーツｃに対応するパーツテーブル（０３ｈ）のリンク情報の領域に対して『０１ｈ』の値が格納され、これにより、パーツｃ（パーツテーブル（０３ｈ））は、パーツａに対応するパーツテーブル（０１ｈ）とリンクして、１つのトラックとして管理されることになる。
【００７２】
（ｃ．第３の実施の形態としてのコンバイン編集処理）
次に、図１３〜図１５を参照して、第３の実施の形態としてのコンバイン編集処理について説明する。本実施の形態のコンバイン編集処理としては、連結トラックに対して設定される編集後のトラックナンバをユーザが任意に指定して設定可能に構成される。
なお、本実施の形態のコンバイン編集処理例を説明するのに当たり、編集前の光磁気ディスクの記録状態及び記録データの管理状態は、これまでの実施の形態と同様に、図６（ａ）（ｂ）及び図８と同一内容であるものとする。
【００７３】
図１３（ａ）には、図６（ｂ）と同一のパーツとトラックの関係が示されている。そして、本実施の形態のコンバイン編集処理例として、図１３（ａ）→（ｂ）の管理状態の遷移として示すように、編集前はトラック１であるパーツａの後ろに対して、トラック３であるパーツｃ（トラック１）を連結し、連結されたパーツ（ａ→ｃ）について、編集後はトラック５として管理されるようにコンバイン編集処理を行う場合について、その操作例と共に説明する。
【００７４】
本実施の形態においても、これまでの実施の形態における操作と同様に、コンバインモードにおいて、連結すべき前後の各トラックナンバの指定入力を行うが、これらのトラックナンバの入力が完了すると、本実施の形態では、表示部２０において図１４（ａ）に示すように、例えば「Ｔｒ１＋Ｔｒ３→Ｔｒ  」という内容の表示が行われる。これは、連結処理すべき前後のトラックナンバがそれぞれトラック１（パーツａ）、トラック３（パーツｃ）であることを示していると共に、これらトラックを連結して得られる１トラックの編集後のトラックナンバの指定入力を促している旨の表示とされる。
【００７５】
この場合、ユーザは、連結して形成されるパーツ（ａ→ｃ）のトラックについて、全トラックのうち最後のトラックのトラックナンバを付したいと思っているとする。この場合、全トラック数は、図１３（ａ）→（ｂ）に示すように、コンバイン編集後は６トラックから５トラックとなることから、ユーザは連結トラックのトラックナンバの指定先として、トラック５を指定入力すればよいことになる。
そして、ユーザのキー操作によってトラック５の指定入力が行われると、表示部２０においては、図１４（ｂ）に示すように「Ｔｒ１＋Ｔｒ３→Ｔｒ５」と表示され、編集処理後の連結トラックのトラックナンバはトラック５として管理される旨が示されることになる。ユーザは、この図１４（ｂ）に示す表示内容を見て入力操作に間違いがないことを確認した後に、エンター操作を行う。これにより、以降は図１３（ｂ）に示すパーツとトラックの関係となるように記録データの管理が行われることになる。
この場合には、パーツｂ，ｄ，ｅ，ｆが、それぞれトラック１、２、３、４とされ、連結トラックであるパーツ（ａ→ｃ）によるトラックは、最終トラックであるトラック５として管理される。
【００７６】
図１３（ｂ）に示すパーツとトラックの関係となるように管理するためのＵ−ＴＯＣのデータ内容は図１５に示すものとなる。なお、この場合も図８と同一データ内容となる部分については説明を省略する。
図１５の場合、図１３（ｂ）に示すパーツとトラックの関係に対応して、テーブルポインタP-TNO1には『０２ｈ』（パーツｂ）、テーブルポインタP-TNO2には『０４ｈ』（パーツｄ）、テーブルポインタP-TNO3には『０５ｈ』（パーツｅ）、テーブルポインタP-TNO4には『０６ｈ』（パーツｆ）、テーブルポインタP-TNO5は『０１ｈ』（パーツａ：連結トラック（ａ→ｃ）の前パーツ）を示す値がそれぞれ格納される。
そして、パーツテーブルにおいては、パーツａに対してパーツｃがリンクすることによって１つのトラックとして管理されるように、パーツａに対応するパーツテーブル（０１ｈ）のリンク情報の領域において『０３ｈ』の値が格納される。
【００７７】
（ｄ．第４の実施の形態としてのコンバイン編集処理）
次に、図１６〜図１８を参照して、第４の実施の形態としてのコンバイン編集処理について説明する。本実施の形態のコンバイン編集処理においても、連結トラックに対して設定される編集後のトラックナンバをユーザが任意に指定して設定可能であるが、指定トラックナンバについての概念が上述の第３の実施の形態と異なる。
なお、本実施の形態のコンバイン編集処理例を説明するのに当たり、編集前の光磁気ディスクの記録状態及び記録データの管理状態は、これまでの実施の形態と同様に、図６（ａ）（ｂ）及び図８と同一内容であるものとする。
【００７８】
図１６（ａ）には、図６（ｂ）と同一のパーツとトラックの関係が示されている。
本実施の形態のコンバイン編集処理時の操作としては、これまでの実施の形態と同様に連結すべき前後の各トラックナンバの指定入力を行った後、連結トラックのトラックナンバの指定入力を行うものであるが、トラックナンバの指定に当たっては次のような概念に基づくものとなる。
【００７９】
本実施の形態では、連結トラックのトラックナンバの指定操作として、編集後に連結トラックの直後となるトラックのトラックナンバを、編集前におけるトラックナンバにより指定するようにされる。言い換えれば、指定トラックナンバの１つ前のトラックが、連結トラックとなるように設定することになる。
従って、ユーザは編集前のトラックナンバに基づいて、トラックナンバを指定することになる。このため、連結トラックのトラックナンバの指定操作としては、編集後に連結トラックの直後となるトラックのトラックナンバを、編集前におけるトラックナンバにより指定するようにされる。
【００８０】
ここで、具体的な操作例としては次のようになる。
図１６（ａ）には、図６（ｂ）と同一のパーツとトラックの関係が示されているが、この場合には、トラック１（パーツａ）にトラック３（パーツｃ）を連結して連結トラックを形成し、再生曲順として、この連結トラックをパーツｅの直前のトラックとして設定するものとする。
【００８１】
本実施の形態としての連結トラックのトラックナンバを指定入力するための表示部２０の表示は、例えば図１７（ａ）のように、「Ｔｒ１＋Ｔｒ３→(BEFORE)Ｔｒ  」となる。
これは、これまでの実施の形態と同様にして連結すべき前後のトラックナンバを入力した後に表示される内容であり、パーツａ→ｃよりなる連結トラックを、どのトラックの直前に位置させるかということを、編集前のトラックナンバにより入力させるための表示である。
そして、この表示状態のもとで、ユーザが指定トラックとして「トラック５（」を入力するための操作を行うと、図１７（ｂ）に示すように、「Ｔｒ１＋Ｔｒ３→(BEFORE)Ｔｒ５」と表示されて、パーツ（ａ→ｃ）よりなる連結トラックが、編集前のトラックナンバとしてトラック５の直前のトラックとして管理されるものであることを示すようにされる。
そして、この後にユーザがエンター操作を行うことにより、以降は図１６（ｂ）に示すパーツとトラックの関係となるように記録データの管理が行われることになる。
【００８２】
この場合には、パーツｂ，ｄは、それぞれトラック１、２とされる。そして、パーツ（ａ→ｃ）による連結トラックはトラック３となり、パーツｅが対応するトラック４の直前トラックとされている。残るパーツｆはトラック５となる。
【００８３】
このようなトラックナンバの指定入力方法では、ユーザはコンバイン編集後に変更されてしまうことになるトラックのトラックナンバを予想したうえで、連結トラックに設定すべきトラックナンバを指定する必要はなく、相対的なトラック順（曲順）さえ把握していれば、編集前のトラックナンバに基づいて指定入力を行うことができるために、それだけ、ユーザも操作上の混乱を招かずに済むことになる。
【００８４】
そして、図１６（ｂ）に示すパーツとトラックの関係となるように管理するためのＵ−ＴＯＣのデータ内容は図１８に示すものとなる。なお、図８と同一データ内容となる部分については説明を省略する。
図１８の場合、図１３（ｂ）に示すパーツとトラックの関係に対応して、テーブルポインタP-TNO1には『０２ｈ』（パーツｂ）、テーブルポインタP-TNO2には『０４ｈ』（パーツｄ）、テーブルポインタP-TNO3には『０１ｈ』（パーツａ：連結トラック（ａ→ｃ）の前パーツ）、テーブルポインタP-TNO4には『０５ｈ』（パーツｅ）、テーブルポインタP-TNO5は『０６ｈ』（パーツｆ）を示す値がそれぞれ格納される。
そして、パーツテーブルにおいては、パーツａに対応するパーツテーブル（０１ｈ）のリンク情報の領域において『０３ｈ』の値が格納され、パーツａに対してパーツｃがリンクすることによって１つの連結トラックとして管理されることを示す。
【００８５】
（ｅ．第５の実施の形態としてのコンバイン編集処理）
次に、図１９〜図２１を参照して、第５の実施の形態としてのコンバイン編集処理について説明する。本実施の形態のコンバイン編集処理では、連結トラックが指定されたトラックの直後のトラックとなるように設定する。また、トラックナンバの指定は、第４の実施の形態と同様に、編集前におけるトラックナンバにより入力するようにされる。
【００８６】
図１９（ａ）には、図６（ｂ）と同一のパーツとトラックの関係が示されている。この場合も、編集前の光磁気ディスクの記録状態及び記録データの管理状態は、図６（ａ）（ｂ）及び図８と同一内容とされる。
この場合にも、ユーザは、コンバインモードにおいて連結すべき前後のトラックナンバとして、それぞれトラック１（パーツａ）、トラック３（パーツｃ）を入力するものとされるが、これにより、本実施の形態では、例えば図２０（ａ）に示すように「Ｔｒ１＋Ｔｒ３→(AFTER) Ｔｒ  」と表示が行われる。この表示は、トラック１（パーツａ）にトラック３（パーツｃ）を連結して形成される連結トラックを、どのトラックの直後に位置させるかということを、編集前のトラックナンバにより入力させるための表示となる。
ここで、図２０（ａ）に示す表示部２０の表示状態のもとで、ユーザがトラック５を入力したとすると、例えば、図２０（ｂ）に示すように「Ｔｒ１＋Ｔｒ３→(AFTER) Ｔｒ５」と表示が変化して、連結トラック（パーツａ→ｃ）がトラック５（編集前のトラックナンバ）の直後のトラックとなるように指定されたことを示すことになる。
【００８７】
そして、上記図２０（ｂ）に示す表示が行われている状態で、ユーザがエンター操作を行えば、以降は図１９（ｂ）に示すパーツとトラックの関係となるように記録データが管理される。
この場合には、パーツｂ，ｄは、それぞれトラック１、２とされる。そして、パーツｅがトラック３となり、これに続いてパーツ（ａ→ｃ）による連結トラックがトラック４とされている。残るパーツｆはトラック５として管理される。
【００８８】
上記図１９（ｂ）に示すパーツとトラックの関係となるように記録データを管理するためのＵ−ＴＯＣのデータ内容は図２１に示すものとなる。なお、図８と同一データ内容となる部分については説明を省略する。
図２１では、図１３（ｂ）に示すパーツとトラックの関係に対応して、テーブルポインタP-TNO1には『０２ｈ』（パーツｂ）、テーブルポインタP-TNO2には『０４ｈ』（パーツｄ）、テーブルポインタP-TNO3には『０５ｈ』（パーツｅ）、テーブルポインタP-TNO4には『０１ｈ』（パーツａ：連結トラック（ａ→ｃ）の前パーツ）、テーブルポインタP-TNO5は『０６ｈ』（パーツｆ）を示す値がそれぞれ格納される。
そして、パーツテーブルにおいては、パーツａに対応するパーツテーブル（０１ｈ）のリンク情報の領域において『０３ｈ』の値が格納され、パーツａに対してパーツｃがリンクすることによって１つの連結トラックとして管理されることが示される。
【００８９】
＜５．本実施の形態のとしてのコンバイン編集を実現するための処理動作＞
（ａ．第１及び第２の実施の形態に対応する処理動作）
図２２は、これまで説明して来た実施の形態としてのコンバイン編集処理のうち、第１及び第２の実施の形態としてのコンバイン編集処理を実現することのできる処理動作を示すフローチャートである。この処理動作はシステムコントローラ１１により実行される。
【００９０】
このルーチンにおいては、先ずステップＳ１０１において、通常モード若しくは他の編集モードの状態において、コンバインモードに移行するためのキー操作を待機しており、ここでコンバインモードに移行するためのキー操作があったと判別されると、ステップＳ１０２に進んでコンバインモードに移行し、次のステップＳ１０３において、連結すべき２つのトラックのうち前となるトラックのトラックナンバの入力操作を待機する。このステップにおいては、例えば図７（ａ）に示したような表示部２０の表示を行うための表示制御も実行する。
ステップＳ１０３におけるトラックナンバの入力操作が行われたとすると、次にステップＳ１０４において、連結すべき２つのトラックのうち後ろとなるトラックのトラックナンバの入力操作を待機することになる。このステップでは、図７（ｂ）に示すような表示を行うための表示制御も実行する。
【００９１】
上記ステップＳ１０４におけるトラックナンバの入力操作が行われると、ステップＳ１０５に進み、コンバイン処理を実行させるためのエンター処理を待機することになる。このステップでは、例えば図７（ｃ）又は図１１に示すような表示部２０における表示制御を実行することになる。
そして、ステップＳ１０５においてエンター操作が行われたことが判別されると、システムコントローラ１１はコンバイン編集処理を実行するために、少なくともバッファメモリ１３上のＵ−ＴＯＣエリアの書き換えを行う処理を実行する。具体的には、ステップＳ１０３及びＳ１０４で入力された前後のトラックが１つのトラックとして連結されるように所要のパーツテーブルのリンク情報を更新し、また、前述した第１の実施の形態又は第２の実施の形態としての連結トラックのトラックナンバの設定規則に従って、テーブルポインタの内容を更新することになる。
ステップＳ１０６におけるコンバイン編集処理が終了すると、次のステップＳ１０７においてコンバインモードを終了させて元のルーチンに戻るようにされる。
【００９２】
なお、図２２の処理ステップとしては示されていないが、例えばコンバインモードとされている状態において、他のモードに移行する操作が行われたり、所定時間以上にわたり何の入力操作も行われなかったような場合には、直ちにコンバインモードを終了して、他の所要のモード又は通常モードに移行するようにされる。
【００９３】
（ｂ．第３〜第５の実施の形態に対応する処理動作）
図２３は、これまで説明して来た実施の形態としてのコンバイン編集処理のうち、第３〜第５の実施の形態としてのコンバイン編集処理を実現することのできる処理動作を示すフローチャートである。
【００９４】
この図２３に示すルーチンに示されるステップＳ２０１〜Ｓ２０４は、上述した図２２におけるステップＳ１０１〜Ｓ１０４と同様の処理となるため説明を省略する。
ステップＳ２０５は、連結トラックに対して設定すべきトラックナンバの指定入力を待機する処理である。このステップＳ２０５においては、図１４（ａ）又は図１７（ａ）又は図２０（ａ）に示すような表示部２０の表示を実行するための処理が実行されることになる。
このルーチンでは、上記ステップＳ２０５においてトラックナンバの指定入力が行われた後に、ステップＳ２０６においてエンター操作を待機することになる。ステップＳ２０６では、図１４（ｂ）又は図１７（ｂ）又は図２０（ｂ）に示すような表示を実現するための処理制御が実行されることになる。
そして、上記ステップＳ２０６においてエンター操作が行われたと判別されると、ステップＳ２０７においてコンバイン編集処理（Ｕ−ＴＯＣ書き換え処理）が実行されることになる。この場合には、前述した第３の実施の形態、又は第４の実施の形態、又は第５の実施の形態における連結トラックのトラックナンバの設定規則に従って、連結トラックのパーツに対応するテーブルポインタ及びパーツテーブルを更新することになる。
ステップＳ２０７におけるコンバイン編集処理が終了するとステップＳ２０８によりコンバインモードを終了させて、元のルーチンに戻る。
【００９５】
なお、これまで説明して来た上記各実施の形態においては、各パーツがそれぞれ１つのトラックとしてディスク上に記録管理されている状態からコンバイン編集処理を行う場合について述べたが、当然のこととして連結されるべきトラックが既に複数のパーツとしてディスク上に離散的に記録されている場合でも、問題なくコンバイン編集処理が行われるものである。
また、上記各実施の形態においては、２つのトラックを連結するコンバイン編集処理を例として説明して来たが、本発明のコンバイン編集処理は３以上のトラックを連結するコンバイン編集に対しても適用が可能である。
また、上記各実施の形態において説明したコンバイン編集のための入力操作方法はあくまでも一例であり、ほかにも操作手順は考えられるものである。
また、以上の実施の形態は本発明の管理情報更新装置を、記録再生装置におけるシステムコントローラ１１の制御により実現するようにしたが、記録再生装置とは別に、管理情報編集のための専用装置として実現することも当然可能である。
さらに実施の形態としては、ミニディスクシステムにおいて本発明を適用した例をあげたが、本発明は管理情報によって記録データが管理されるシステムであれば適用できるものであり、記録媒体がディスク状記録媒体以外、例えばテープ上記録媒体や固体メモリ形態に対応する記録装置に対しても適用が可能である。
【００９６】
【発明の効果】
以上説明したように本発明の管理情報編集装置は、コンバイン編集機能として、再生順に対応するトラックナンバが連続していない複数トラックについての連結を可能としたと共に、連結トラックが対応するトラックナンバを所定規則に従って設定する、又は所定の概念に従って任意に設定することが可能となり、大幅にコンバイン編集機能の充実が図られることになる。
そして、例えば従来に於いて本発明と同等の編集作業を行うには、コンバインだけでなくムーブ等の他の編集処理機能を併用する必要があったが、本発明ではコンバインモードのみによってこれを行うことができるため、それだけ編集操作が簡略になるという効果が得られることになる。
【図面の簡単な説明】
【図１】本発明の実施例の管理情報編集装置を搭載した記録再生装置のブロック図である。
【図２】ミニディスクシステムのＵ−ＴＯＣセクター０の説明図である。
【図３】ミニディスクシステムのＵ−ＴＯＣセクター０のリンク形態の説明図である。
【図４】ミニディスクのディスク上のエリア構造及び管理状態の説明図である。
【図５】図４に対応するＵ−ＴＯＣデータ例の説明図である。
【図６】コンバイン編集処理されるディスクにおけるレコーダブルユーザエリアの記録状態をパーツ単位で示すと共に、第１の実施の形態としてのコンバイン編集例としてのパーツとトラックの管理状態を示す説明図である。
【図７】第１の実施の形態としてのコンバインモードにおける表示部の表示形態例を示す図である。
【図８】コンバイン編集前のパーツとトラックの管理状態に対応する内容のＵ−ＴＯＣデータを示す説明図である。
【図９】第１の実施の形態によるコンバイン編集後のパーツとトラックの管理状態に対応する内容のＵ−ＴＯＣデータを示す説明図である。
【図１０】第２の実施の形態としてのコンバイン編集例としてのパーツとトラックの管理状態を示す説明図である。
【図１１】第２の実施の形態としてのコンバインモードにおける表示部の表示形態例を示す図である。
【図１２】図１０に示したコンバイン編集処理後のパーツとトラックの管理状態に対応する内容のＵ−ＴＯＣデータを示す説明図である。
【図１３】第３の実施の形態としてのコンバイン編集例としてのパーツとトラックの管理状態を示す説明図である。
【図１４】第３の実施の形態としてのコンバインモードにおける表示部の表示形態例を示す図である。
【図１５】図１３に示したコンバイン編集処理後のパーツとトラックの管理状態に対応する内容のＵ−ＴＯＣデータを示す説明図である。
【図１６】第４の実施の形態としてのコンバイン編集例としてのパーツとトラックの管理状態を示す説明図である。
【図１７】第４の実施の形態としてのコンバインモードにおける表示部の表示形態例を示す図である。
【図１８】図１６に示したコンバイン編集処理後のパーツとトラックの管理状態に対応する内容のＵ−ＴＯＣデータを示す説明図である。
【図１９】第５の実施の形態としてのコンバイン編集例としてのパーツとトラックの管理状態を示す説明図である。
【図２０】第５の実施の形態としてのコンバインモードにおける表示部の表示形態例を示す図である。
【図２１】図１９に示したコンバイン編集処理後のパーツとトラックの管理状態に対応する内容のＵ−ＴＯＣデータを示す説明図である。
【図２２】第１及び第２の実施の形態に対応するコンバイン編集の処理動作を示すフローチャートである。
【図２３】第３〜第５の実施の形態に対応するコンバイン編集の処理動作を示すフローチャートである。
【符号の説明】
１  ディスク、３  光学ヘッド、６ａ  磁気ヘッド、８  エンコーダ／デコーダ部、１１  システムコントローラ、１２  メモリコントローラ、１３  バッファメモリ、１４  エンコーダ／デコーダ部、１９  操作部、２０  表示部
【図１】
0003794069.tif 000002
【図２】
0003794069.tif 000003
【図３】
0003794069.tif 000004
【図４】
0003794069.tif 000005
【図５】
0003794069.tif 000006
【図６】
0003794069.tif 000007
【図７】
0003794069.tif 000008
【図８】
0003794069.tif 000009
【図９】
0003794069.tif 000010
【図１０】
0003794069.tif 000011
【図１１】
0003794069.tif 000012
【図１２】
0003794069.tif 000013
【図１３】
0003794069.tif 000014
【図１４】
0003794069.tif 000015
【図１５】
0003794069.tif 000016
【図１６】
0003794069.tif 000017
【図１７】
0003794069.tif 000018
【図１８】
0003794069.tif 000019
【図１９】
0003794069.tif 000020
【図２０】
0003794069.tif 000021
【図２１】
0003794069.tif 000022
【図２２】
0003794069.tif 000023
【図２３】
0003794069.tif 000024