再生装置、記録装置、編集装置
【課題】大容量の記録媒体に多数のトラックを記録した場合において、トラックをグループとして纏めて管理可能とし、グループ単位による各種再生、記録、編集が行えるようにして、ユーザにとっての利便性を向上させる。
【解決手段】 データと複数のデータを集合体として管理するための管理情報とを記録する記憶媒体を再生する再生手段と、再生手段が再生した管理情報に基づいて、集合体単位で所定の再生動作を、再生手段に実行させる再生制御手段とを備える。
【解決手段】 データと複数のデータを集合体として管理するための管理情報とを記録する記憶媒体を再生する再生手段と、再生手段が再生した管理情報に基づいて、集合体単位で所定の再生動作を、再生手段に実行させる再生制御手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラムとしてのデータが記録される記録媒体に対応する再生装置、記録装置、及び編集装置に関するものである。
【背景技術】
【０００２】
近年においては、各種のオーディオデータやビデオデータ（ＡＶデータ）を記録再生可能なメディアが広く普及している。
そして最近においては、各種メディアの大容量化が促進されてきており、従って、１つのメディアに記録可能なデータ量も大幅に増加させることが可能になってきている。
【０００３】
ところで、従来における一般的なデジタルオーディオ・ビデオのフォーマットにあっては、プログラムといわれる単位によって記録データを管理するようにされている。つまり、オーディオデータを例に挙げれば、通常、１プログラムは１楽曲として扱われることから、楽曲単位によって管理されるものである。
【０００４】
ここで、デジタルオーディオ機器を例に挙げると、光磁気ディスクを記録媒体としたミニディスク記録再生装置が知られている。
例えば、ミニディスクの場合には、ディスク上でユーザーが録音を行なった領域（データ記録済領域）や、まだ何も録音されていない領域（データ記録可能な未記録領域）を管理するために、音楽等の主データとは別に、ユーザーＴＯＣ（以下Ｕ−ＴＯＣという）という管理情報が記録されている。そして記録装置はこのＵ−ＴＯＣを参照しながら録音を行なう領域を判別し、また再生装置はＵ−ＴＯＣを参照して再生すべき領域を判別している。
【０００５】
つまり、Ｕ−ＴＯＣには録音された各楽曲等がトラックというデータ単位で管理され、そのスタートアドレス、エンドアドレス等が記される。また何も録音されていない未記録領域（フリーエリア）についてはデータ記録可能領域として、そのスタートアドレス、エンドアドレス等が記される。
【０００６】
さらに、このようなＵ−ＴＯＣによりディスク上の領域が管理されることで、Ｕ−ＴＯＣを更新するようにして書き換えを行う処理のみにより、音楽等の記録データの１単位であるトラックの分割（ディバイド）、連結（コンバイン）、移動（ムーブ：トラックナンバの変更）、消去（イレーズ）等の編集処理が容易でしかも迅速に実行できることになる。
また、Ｕ−ＴＯＣにおいては、そのディスクのタイトル（ディスクネーム）や記録されている楽曲などの各プログラムについて曲名（トラックネーム）などを文字情報として記録しておくことのできる領域も設定されている。このため、ユーザの操作によって、上記ディスクネームやトラックネームを入力するといった編集作業も行えるようになっている。
なお、本明細書では「プログラム」とは、ディスクに記録される主データとしての楽曲などの音声データ等の単位の意味で用い、例えば１曲分の音声データが１つのプログラムとなる。また「プログラム」と同義で「トラック」という言葉も用いる。
【０００７】
従来より知られているミニディスクシステムのフォーマットによっては、データ記録容量は１４０ＭＢとされており、ＡＴＲＡＣ(Adaptve Transform Acoustic Coding)方式といわれる音声データ圧縮方式によってエンコード処理された圧縮オーディオデータを記録した場合には、時間的に７４分程度を記録することが可能とされている。
そして、近年にあっては、このミニディスクとしても、大幅に高記録密度化を図るべく、新しいフォーマットが開発されてきている。この新しいフォーマットでは、例えばディスクフォーマットや、データフォーマットを各種規定することで６５０ＭＢのデータ記録容量が実現されている。そして、このような大容量のミニディスクに対して、例えばＡＴＲＡＣ２方式といわれる、これまでのＡＴＲＡＣ方式よりもよりデータ圧縮率の高い音声データ圧縮方式によって記録を行えば、時間的には１０時間程度の記録を行うことが可能となる。
【０００８】
例えば、これまでのデータ記録容量１４０ＭＢのミニディスクにあっては、１枚のディスクに記録可能なトラック（楽曲数）は、通常は、１０数曲〜２０数曲程度とされていた。つまり、ＣＤなどに代表される、いわゆるアルバム１枚分程度の楽曲数とされていたものである。
これに対して、上記したデータ記録容量６５０ＭＢのミニディスクのようにして、ディスクが高記録密度化し、また、音声データ圧縮技術も進歩してくると、１枚のディスクに記録可能なトラック（楽曲）数は、相当に増加することになる。例えば上述のようにして１０時間程度の記録時間が得られるのであるから、例えば１曲が４分程度であるとして、１５０曲程度の楽曲数を記録することも可能となるものである。また、７４分の演奏時間のＣＤに換算すれば、このＣＤを８枚程度分は記録することが充分にできることになる。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ここで、上記のようにしてミニディスクが大容量化して、例えばこのディスクに記録可能なトラック数が増加した場合のことを考えてみると、ユーザとしては、例えばアルバム単位などの或る任意のコンセプトに基づいて、１枚のディスクに記録されている多数のトラックをグループごとに区分したいという要望がでてくることになる。
【００１０】
しかし、ここで、上記した従来のＵ−ＴＯＣのようにして、トラック単位のみでの管理が行われる方法を採用した場合には、上記したようなグループによる区分管理を機器による処理として実行することは実現不可能とされることになる。従って、ユーザとしては、グループごとに多数の楽曲を区分するためには、これをラベルなどに記入しておいたり、或いは自身の記憶に頼るなどしなければならないため、その管理は面倒で不確かなものとなってしまう。
また、例えば上記のようにしてユーザが区分したグループを、ディスクに記録された多数の楽曲（トラック）のなから選択するといったことも、迅速には行えないことになる。このための対策の１つとして、例えば１０曲（トラック）ごとなどの所定のトラック数ごとに頭出しを行っていく機器は知られてはいるものの、この場合には、ユーザが区分したグループ単位の頭出しは行えないものであり、この点では、有効に問題が解決されているとはいえない。
更に、前述した各種編集について、グループ単位によって行いたいと思った場合でも、そのための編集操作などの作業はトラック単位であることから、非常に煩雑で面倒なものとなってしまう。
【課題を解決するための手段】
【００１１】
本発明の再生装置は、は、データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体を再生する再生手段と、上記再生手段が再生した上記管理情報に基づいて、集合体単位で所定の再生動作を、上記再生手段に実行させる再生制御手段とを備える。
上記再生制御手段は、複数の上記データのうち集合体に含まれないデータを上記再生手段に再生させるときには、データ単位による所定の再生動作を、上記再生手段に実行させる。
【００１２】
本発明の記録装置は、データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体に対するデータの記録動作を行う記録手段と、上記記憶媒体に新規に記録されたデータを上記集合体に含まれるデータとして管理するように上記記憶媒体に記録されている上記管理情報を更新させる制御手段とを備える。
上記制御手段は、上記記憶媒体に新規に記録されたデータを、新規な集合体に含まれるデータとして管理するように、上記記憶媒体に記録されている上記管理情報を更新させる。
さらに、上記制御手段は、上記記憶媒体に新規に記録されたデータを、既に上記記録媒体に記録されている特定の集合体に含まれるデータとして管理するように、上記記憶媒体に記憶されている上記管理情報を更新させる。
さらに、上記制御手段は、アルバム単位の複数のデータを上記記録手段によって上記記憶媒体に記録させるときに、上記アルバム単位に含まれる複数のデータを、それぞれ一つのデータとして管理し、また、新規な集合体に含まれるデータとして管理するように、上記記憶媒体に記録されている上記管理情報を更新させる。
さらに、上記制御手段は、必要に応じて、上記記憶媒体に新規に記録されたデータを、何れの集合体にも含まれないデータとして管理するように、上記記憶媒体に記録された管理情報を更新させる。
【００１３】
本発明の編集装置は、データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体に対する、データの再生又は記録動作を行う記録再生手段と、上記記憶媒体に記録されているデータについて、集合体単位の所定の編集指示を行うための編集指示手段と、上記編集指示手段への指示入力に基づいて、上記記憶媒体に記録されている上記管理情報を更新するために、上記記録再生手段を制御する制御手段と、を備える。
【発明の効果】
【００１４】
以上説明したように本発明は、記録媒体に記録される記録データを管理するための管理情報として、トラック（プログラム）をグループ（プログラム集合体）として纏めて管理可能とされている。そして、この管理情報を参照することで、グループ単位での各種再生動作を実行することが可能となる。
【００１５】
例えば大容量の記録媒体に対して非常に多くのトラックが記録されるような状況では、当然、或るコンセプトに基づいて複数のトラックをグループ化し、このグループ単位により各種再生操作を行いたいという要望が起きてくる。しかし、従来においては、管理情報はトラック単位のみによって管理を行うものであったことから、このようなグループ化によるデータの管理は困難とされ、従って、グループ単位での再生操作はできずにいたものである。
これに対して本発明では、上記したように、例えば複数トラックをグループとして管理可能な管理情報を有しているために、この管理情報を参照することで、グループ単位での各種再生制御処理が可能となるものである。
【００１６】
例えば、再生制御処理の１つには、グループ単位での頭出しサーチを実行可能とされており、これによってユーザは、ディスクに記録された内容をグループ単位により選択しながら再生するという、これまでに無い操作を行うことが可能になるものである。
【００１７】
また、本発明の管理情報としては、何れのグループにも属さないグループ・フリーとして扱われるようにして各トラックを管理可能ともされている。例えばユーザによっては、使い勝手上、敢えて何れのグループにも属しないトラックを設けることも好ましいとされる場合があるが、このようにグループ・フリーとしても管理されるようにすれば、上記したようなユーザの要望に応えることができ、その利便性は更に向上する。
【００１８】
また本発明は、記録時において、新規に記録されたトラックを或る所要のグループに属するようにして管理された状態で記録することが可能とされる。
これにより、ユーザは、敢えてグループ化のための編集処理を行わなくとも、新規に記録したトラックは適切な態様でグループ化されて管理されることになるものである。
そして本発明として、上記のような記録時におけるグループ管理の形態としては、１つには、新規に記録されたトラックは、新規なグループに属するものとして管理されるようにされる。また１つには、新規に記録されたトラックは、既に記録されているデータに対して設定されている特定のグループに属させるようにして管理する。そして、これらの記録管理の仕方を、例えばユーザの意図に応じて使い分けができるようにすれば、やはり利便性としては向上されるものである。
【００１９】
また本実施の形態では、いわゆるアルバム単位としてみることのできる１以上のトラックを記録媒体に記録する場合には、このアルバムを形成するトラックを１つのグループとして管理して記録するようにもされる。これによって、例えば例えばＣＤなどのソースをダビングする場合には、このＣＤからダビングした内容は自動的に１つのトラックとして管理されることになり、この点でもユーザの利便性は向上する。特に、実際においては、このようなアルバム単位によってグループ化設定を行う機会は比較的頻繁であると思われることから、このような構成は、実際において非常に有用となるものである。
【００２０】
また、記録時に関しても、新規に記録されたトラックをグループ・フリーとして扱われるように管理することが可能とされており、やはりここでも、敢えて何れのグループにも属しないトラックを設けたい場合があるとするユーザの要望に対応しているものである。
【００２１】
更に本発明としては、グループ単位での管理が可能な形式を有する管理情報についての書き換えを行うことで、例えばユーザの操作に応じての編集処理として、グループ単位による各種編集処理を実行することが可能とされている。
例えばグループ単位的な編集を、従来のようにトラック単位のみによって管理する管理情報に基づいて行った場合には、ユーザは、編集対象のグループに属するトラックごとについて、同様の操作を繰り返す必要があり、その作業は非常に煩雑で面倒なものとなるのであるが、本発明であれば、このような問題は解消され、その操作は、非常に簡略で、容易なものとすることができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態について説明を行っていくこととする。本実施の形態としては、光磁気ディスクであるミニディスクに対応して記録再生が可能とされる記録再生装置を例に挙げることとする。
なお、以降の説明は次の順序で行う。
１．ディスクフォーマット
２．記録再生装置
３．操作部
４．トラックの管理形態
５．グループモードでの頭出しサーチ
６．記録動作
６−１．グループモード時
６−２．トラックモード時
７．グループモードでの編集処理例
７−１．移動
７−２．連結
７−３．ダビング記録
８．セキュリティグループ
９．ＴＯＣ構造例
９−１．ディスクのデータ構造
９−２．ＴＯＣ＃０
９−３．ＴＯＣ＃１
９−４．ＴＯＣ＃２
９−５．ＴＯＣ＃３
【００２３】
１．ディスクフォーマット
本実施の形態の記録再生装置は、ミニディスク（光磁気ディスク）に対応してデータの記録／再生を行う、ＭＤデータといわれるフォーマットに対応しているものとされる。このＭＤデータフォーマットとしては、ＭＤ−ＤＡＴＡ１とＭＤ−ＤＡＴＡ２といわれる２種類のフォーマットが開発されているが、本実施の形態記録再生装置は、ＭＤ−ＤＡＴＡ１よりも高密度記録が可能とされるＭＤ−ＤＡＴＡ２のフォーマットに対応して記録再生を行うものとされている。そこで、先ずＭＤ−ＤＡＴＡ２のディスクフォーマットについて説明する。
なお、ＭＤ−ＤＡＴＡ２フォーマットとしては、オーディオデータ以外にも各種データを記録再生可能とされるが、ここでは、説明の便宜上、本実施の形態の記録再生装置により記録再生されるのは、オーディオデータのみであることを前提として以降の説明を行っていく。
【００２４】
図１及び図２は、ＭＤ−ＤＡＴＡ２としてのディスクのトラック構造例を概念的に示している。図２（ａ）（ｂ）は、それぞれ図１の破線Ａで括った部分を拡大して示す断面図及び平面図である。
これらの図に示すように、ディスク面に対してはウォブル（蛇行）が与えられたウォブルドグルーブＷＧと、ウォブルが与えられていないノンウォブルドグルーブＮＷＧとの２種類のグルーブ（溝）が予め形成される。そして、これらウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧは、その間にランドＬｄを形成するようにしてディスク上において２重のスパイラル状に存在する。
【００２５】
ＭＤ−ＤＡＴＡ２フォーマットでは、ランドＬｄが記録トラック（データが記録されるトラック）として利用されるのであるが、上記のようにしてウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧが形成されることから、記録トラックとしてもトラックＴｒ・Ａ，Ｔｒ・Ｂの２つのトラックがそれぞれ独立して、２重のスパイラル（ダブルスパイラル）状に形成されることになる。
トラックＴｒ・Ａは、ディスク外周側にウォブルドグルーブＷＧが位置し、ディスク内周側にノンウォブルドグルーブＮＷＧが位置するトラックとなる。
これに対してトラックＴｒ・Ｂは、ディスク内周側にウォブルドグルーブＷＧが位置し、ディスク外周側にノンウォブルドグルーブＮＷＧが位置するトラックとなる。
つまり、トラックＴｒ・Ａに対してはディスク外周側の片側のみにウォブルが形成され、トラックＴｒ・Ｂとしてはディスク内周側の片側のみにウォブルが形成されるようにしたものとみることができる。
この場合、トラックピッチは、互いに隣接するトラックＴｒ・ＡとトラックＴｒ・Ｂの各センター間の距離となり、図２（ｂ）に示すようにトラックピッチは０．９５μｍとされている。
【００２６】
ここで、ウォブルドグルーブＷＧとしてのグルーブに形成されたウォブルは、ディスク上の物理アドレスがＦＭ変調＋バイフェーズ変調によりエンコードされた信号に基づいて形成されているものである。このため、記録再生時においてウォブルドグルーブＷＧに与えられたウォブリングから得られる再生情報を復調処理することで、ディスク上の物理アドレスを抽出することが可能となる。
また、ウォブルドグルーブＷＧとしてのアドレス情報は、トラックＴｒ・Ａ，Ｔｒ・Ｂに対して共通に有効なものとされる。つまり、ウォブルドグルーブＷＧを挟んで内周に位置するトラックＴｒ・Ａと、外周に位置するトラックＴｒ・Ｂは、そのウォブルドグルーブＷＧに与えられたウォブリングによるアドレス情報を共有するようにされる。
なお、このようなアドレッシング方式はインターレースアドレッシング方式ともいわれる。このインターレースアドレッシング方式を採用することで、例えば、隣接するウォブル間のクロストークを抑制した上でトラックピッチを小さくすることが可能となるものである。また、グルーブに対してウォブルを形成することでアドレスを記録する方式については、ＡＤＩＰ(Adress In Pregroove) 方式ともいう。
【００２７】
また、上記のようにして同一のアドレス情報を共有するトラックＴｒ・Ａ，Ｔｒ・Ｂの何れをトレースしているのかという識別は次のようにして行うことができる。
例えば３ビーム方式を応用し、メインビームがトラック（ランドＬｄ）をトレースしている状態では、残る２つのサイドビームは、上記メインビームがトレースしているトラックの両サイドに位置するグルーブをトレースしているようにすることが考えられる。
【００２８】
図２（ｂ）には、具体例として、メインビームスポットＳＰｍがトラックＴｒ・Ａをトレースしている状態が示されている。この場合には、２つのサイドビームスポットＳＰｓ１，ＳＰｓ２のうち、内周側のサイドビームスポットＳＰｓ１はノンウォブルドグルーブＮＷＧをトレースし、外周側のサイドビームスポットＳＰｓ２はウォブルドグルーブＷＧをトレースすることになる。
これに対して、図示しないが、メインビームスポットＳＰｍがトラックＴｒ・Ｂをトレースしている状態であれば、サイドビームスポットＳＰｓ１がウォブルドグルーブＷＧをトレースし、サイドビームスポットＳＰｓ２がノンウォブルドグルーブＮＷＧをトレースすることになる。
このように、メインビームスポットＳＰｍが、トラックＴｒ・Ａをトレースする場合とトラックＴｒ・Ｂをトレースする場合とでは、サイドビームスポットＳＰｓ１，ＳＰｓ２がトレースすべきグルーブとしては、必然的にウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧとで入れ替わることになる。
【００２９】
サイドビームスポットＳＰｓ１，ＳＰｓ２の反射によりフォトディテクタにて得られる検出信号としては、ウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧの何れをトレースしているのかで異なる波形が得られることから、上記検出信号に基づいて、例えば、現在サイドビームスポットＳＰｓ１，ＳＰｓ２のうち、どちらがウォブルドグルーブＷＧ（あるいはノンウォブルドグルーブＮＷＧ）をトレースしているのかを判別することにより、メインビームがトラックＴｒ・Ａ，Ｔｒ・Ｂのどちらをトレースしているのかが識別できることになる。
【００３０】
図３は、上記のようなトラック構造を有するＭＤ−ＤＡＴＡ２フォーマットのの主要スペックをＭＤ−ＤＡＴＡ１フォーマットと比較して示す図である。
先ず、ＭＤ−ＤＡＴＡ１フォーマットとしては、トラックピッチは１．６μｍ、ピット長は０．５９μｍ／ｂｉｔとなる。また、レーザ波長λ＝７８０ｎｍとされ、光学ヘッドの開口率ＮＡ＝０．４５とされる。
記録方式としては、グルーブ記録方式を採っている。つまり、グルーブをトラックとして記録再生に用いるようにしている。
アドレス方式としては、シングルスパイラルによるグルーブ（トラック）を形成したうえで、このグルーブの両側に対してアドレス情報としてのウォブルを形成したウォブルドグルーブを利用する方式を採るようにされている。
【００３１】
記録データの変調方式としてはＥＦＭ（８−１４変換）方式を採用している。また、誤り訂正方式としてはＡＣＩＲＣ(Advanced Cross Interleave Reed-Solomon Code) が採用され、データインターリーブには畳み込み型を採用している。このため、データの冗長度としては４６．３％となる。
【００３２】
また、ＭＤ−ＤＡＴＡ１フォーマットでは、ディスク駆動方式としてＣＬＶ(Constant Linear Verocity)が採用されており、ＣＬＶの線速度としては、１．２ｍ／ｓとされる。
そして、記録再生時の標準のデータレートとしては、１３３ｋＢ／ｓとされ、記録容量としては、１４０ＭＢとなる。
【００３３】
これに対して、本例のビデオカメラが対応できるＭＤ−ＤＡＴＡ２フォーマットとしては、トラックピッチは０．９５μｍ、ピット長は０．３９μｍ／ｂｉｔとされ、共にＭＤ−ＤＡＴＡ１フォーマットよりも短くなっていることが分かる。そして、例えば上記ピット長を実現するために、レーザ波長λ＝６５０ｎｍ、光学ヘッドの開口率ＮＡ＝０．５２として、合焦位置でのビームスポット径を絞ると共に光学系としての帯域を拡げている。
【００３４】
記録方式としては、図１及び図２により説明したように、ランド記録方式が採用され、アドレス方式としてはインターレースアドレッシング方式が採用される。また、記録データの変調方式としては、高密度記録に適合するとされるＲＬＬ（１，７）方式（ＲＬＬ；Run Length Limited）が採用され、誤り訂正方式としてはＲＳ−ＰＣ方式、データインターリーブにはブロック完結型が採用される。そして、上記各方式を採用した結果、データの冗長度としては、１９．７％にまで抑制することが可能となっている。
【００３５】
ＭＤ−ＤＡＴＡ２フォーマットにおいても、ディスク駆動方式としてはＣＬＶが採用されるのであるが、その線速度としては２．０ｍ／ｓとされ、記録再生時の標準のデータレートとしては５８９ｋＢ／ｓとされる。そして、記録容量としては６５０ＭＢを得ることができ、ＭＤ−ＤＡＴＡ１フォーマットと比較した場合には、４倍強の高密度記録化が実現されたことになる。
例えば、ＭＤ−ＤＡＴＡ２フォーマットにより動画像の記録を行うとして、動画像データについてＭＰＥＧ２による圧縮符号化を施した場合には、符号化データのビットレートにも依るが、時間にして１５分〜１７分の動画を記録することが可能とされる。また、音声信号データのみを記録するとして、音声データについてＡＴＲＡＣ(Adaptve Transform Acoustic Coding) ２による圧縮処理を施した場合には、時間にして１０時間程度の記録を行うことができる。
【００３６】
２．記録再生装置
続いて、上記したＭＤ−ＤＡＴＡ２のフォーマットに対応する、本実施の形態の記録再生装置の構成例について、図４のブロック図を参照して説明する。
【００３７】
光学ヘッド５３のディスク５１に対するデータ読み出し動作によりに検出された情報（フォトディテクタによりレーザ反射光を検出して得られる光電流）は、ＲＦ信号処理回路４４内のＲＦアンプ１０１に供給される。
ＲＦアンプ１０１では入力された検出情報から、再生信号としての再生ＲＦ信号を生成し、二値化回路４３に供給する。二値化回路４３は、入力された再生ＲＦ信号について二値化を行うことにより、デジタル信号化された再生ＲＦ信号（二値化ＲＦ信号）を得る。
この二値化ＲＦ信号は、まずＡＧＣ／クランプ回路１０３に入力されてゲイン調整、クランプ処理等が行われた後、イコライザ／ＰＬＬ回路１０４に入力される。
イコライザ／ＰＬＬ回路１０４では、入力された二値化ＲＦ信号についてイコライジング処理を施してビタビデコーダ１０５に出力する。また、イコライジング処理後の二値化ＲＦ信号をＰＬＬ回路に入力することにより、二値化ＲＦ信号（ＲＬＬ（１，７）符号列）に同期したクロックＣＬＫを抽出する。
【００３８】
クロックＣＬＫの周波数は現在のディスク回転速度に対応する。このため、ＣＬＶプロセッサ１１１では、イコライザ／ＰＬＬ回路１０４からクロックＣＬＫを入力し、所定のＣＬＶ速度（図３参照）に対応する基準値と比較することにより誤差情報を得て、この誤差情報をスピンドルエラー信号ＳＰＥを生成するための信号成分として利用する。また、クロックＣＬＫは、例えばＲＬＬ（１，７）復調回路１０６をはじめとする、所要の信号処理回路系における処理のためのクロックとして利用される。
【００３９】
ビタビデコーダ１０５は、イコライザ／ＰＬＬ回路１０４から入力された二値化ＲＦ信号について、いわゆるビタビ復号法に従った復号処理を行う。これにより、ＲＬＬ（１，７）符号列としての再生データが得られることになる。
この再生データはＲＬＬ（１，７）復調回路１０６に入力され、ここでＲＬＬ（１，７）復調が施されたデータストリームとされる。
【００４０】
ＲＬＬ（１，７）復調回路１０６における復調処理により得られたデータストリームは、データバス１１４を介してバッファメモリ４２に対して書き込みが行われ、バッファメモリ４２上で展開される。
このようにしてバッファメモリ４２上に展開されたデータストリームに対しては、先ず、ＥＣＣ処理回路１１６により、ＲＳ−ＰＣ方式に従って誤り訂正ブロック単位によるエラー訂正処理が施され、更に、デスクランブル／ＥＤＣデコード回路１１７により、デスクランブル処理と、ＥＤＣデコード処理（エラー検出処理）が施される。
これまでの処理が施されたデータが再生データＤＡＴＡｐとされる。この再生データＤＡＴＡｐは、転送クロック発生回路１２１にて発生された転送クロックに従った転送レートで、例えばデスクランブル／ＥＤＣデコード回路１１７から音声圧縮エンコーダ／デコーダ１２２に対して転送される。
【００４１】
ここで、上記した再生データＤＡＴＡｐは、ＡＴＲＡＣ２方式により圧縮処理が施された圧縮オーディオデータとされる。音声圧縮エンコーダ／デコーダ１２２では、入力された再生データＤＡＴＡｐについて、ＡＴＲＡＣ２方式に従って伸長処理を施し、例えばサンプリング周波数４４．１ＫＨｚ、量子化ビット１６ビットのデジタルオーディオデータに変換する。そして、このデジタルオーディオデータを入出力処理部１２３に対して転送する。
【００４２】
入出力処理部１２３は、オーディオ信号の入出力に関しての所要の信号処理等を行う部位である。この入出力処理部１２３に対して、再生出力として音声圧縮エンコーダ／デコーダ１２２から転送されてきたデジタルオーディオデータは、例えば、そのフォーマットのまま、デジタルオーディオ出力端子Ｄｏｕｔに対して出力することができる。なお、圧縮処理が施されたままのデジタルオーディオデータを外部に出力させるための信号経路及び端子が設けられてもよいものである。
また、入出力処理部１２３内部に設けられているとされるＤ／Ａコンバータによってアナログオーディオ信号に変換して、アナログオーディオ出力端子Ａｏｕｔから出力させることができる。更には、Ｄ／Ａコンバータによって変換したアナログオーディオ信号について、ヘッドフォンにより音声出力するのに適合した増幅処理等を行って、ヘッドフォン出力端子ＨＰｏｕｔから出力させることもできるようになっている。
【００４３】
転送クロック発生回路１２１は、例えば、クリスタル系のクロックを発生する回路部位であり、当該記録再生装置内における機能回路部間で必要とされる周波数のクロックを供給する。
【００４４】
光学ヘッド５３によりディスク５１から読み出された検出情報（光電流）は、マトリクスアンプ１０７に対しても供給される。
マトリクスアンプ１０７では、入力された検出情報について所要の演算処理を施すことにより、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（ディスク５１にウォブルドグルーブＷＧとして記録されている絶対アドレス情報）ＧＦＭ等を抽出しサーボ回路４５に供給する。即ち抽出されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボプロセッサ１１２に供給され、グルーブ情報ＧＦＭはＡＤＩＰバンドパスフィルタ１０８に供給される。
【００４５】
ＡＤＩＰバンドパスフィルタ１０８により帯域制限されたグルーブ情報ＧＦＭは、Ａ／Ｂトラック検出回路１０９、ＡＤＩＰデコーダ１１０、及びＣＬＶプロセッサ１１１に対して供給される。
Ａ／Ｂトラック検出回路１０９では、例えば図２（ｂ）にて説明した方式などに基づいて、入力されたグルーブ情報ＧＦＭから、現在トレースしているトラックがトラックＴＲ・Ａ，ＴＲ・Ｂの何れとされているのかについて判別を行い、このトラック判別情報をドライバコントローラ４６に出力する。また、ＡＤＩＰデコーダ１１０では、入力されたグルーブ情報ＧＦＭをデコードしてディスク上の絶対アドレス情報であるＡＤＩＰ信号を抽出し、ドライバコントローラ４６に出力する。ドライバコントローラ４６では、上記トラック判別情報及びＡＤＩＰ信号に基づいて、所要の制御処理を実行する。
【００４６】
ＣＬＶプロセッサ１１１には、イコライザ／ＰＬＬ回路１０４からクロックＣＬＫと、ＡＤＩＰバンドパスフィルタ１０８を介したグルーブ情報ＧＦＭが入力される。ＣＬＶプロセッサ１１１では、例えばグルーブ情報ＧＦＭに対するクロックＣＬＫとの位相誤差を積分して得られる誤差信号に基づき、ＣＬＶサーボ制御のためのスピンドルエラー信号ＳＰＥを生成し、サーボプロセッサ１１２に対して出力する。なお、ＣＬＶプロセッサ１１１が実行すべき所要の動作はドライバコントローラ４６によって制御される。
【００４７】
サーボプロセッサ１１２は、上記のようにして入力されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、スピンドルエラー信号ＳＰＥ、ドライバコントローラ４６からのトラックジャンプ指令、アクセス指令等に基づいて各種サーボ制御信号（トラッキング制御信号、フォーカス制御信号、スレッド制御信号、スピンドル制御信号等）を生成し、サーボドライバ１１３に対して出力する。
サーボドライバ１１３では、サーボプロセッサ１１２から供給されたサーボ制御信号に基づいて所要のサーボドライブ信号を生成する。ここでのサーボドライブ信号としては、二軸機構を駆動する二軸ドライブ信号（フォーカス方向、トラッキング方向の２種）、スレッド機構を駆動するスレッドモータ駆動信号、スピンドルモータ５２を駆動するスピンドルモータ駆動信号となる。
このようなサーボドライブ信号がデッキ部５に対して供給されることで、ディスク５１に対するフォーカス制御、トラッキング制御、及びスピンドルモータ５２に対するＣＬＶ制御が行われることになる。
【００４８】
また、入出力処理部１２３に対しては、記録用のオーディオソースとして、例えば所定フォーマットのデジタルオーディオデータを、デジタルオーディオ入力端子Ｄｉｎから入力させることができ、また、アナログオーディオ信号をアナログオーディオ入力端子Ａｉｎから入力させることができるようになっている。
入出力処理部１２３に入力されたデジタルオーディオデータは、例えば必要があれば、ここで、サンプリング周波数や量子化ビットなどの変換が行われ、最終的には、サンプリング周波数４４．１ＫＨｚ、量子化ビット１６ビットのデジタルオーディオデータとして、音声圧縮エンコーダ／デコーダ１２２に対して転送される。
また、入力されたアナログオーディオ信号は、入出力処理部１２３内に備えられているとされるＡ／Ｄコンバータによって、デジタルオーディオデータに変換されて、音声圧縮エンコーダ／デコーダ１２２に対して転送される。
【００４９】
音声圧縮エンコーダ／デコーダ１２２では、入出力処理部１２３から入力されてくるデジタルオーディオデータについて、ＡＴＲＡＣ２方式に従った音声圧縮処理を施して、圧縮オーディオデータを生成する。そして、この圧縮オーディオデータを、記録データＤＡＴＡｒとして、スクランブル／ＥＤＣエンコード回路１１５に対して転送する。このユーザ記録データＤＡＴＡｒは、例えば転送クロック発生回路１２１にて発生された転送クロック（データ転送レート）に同期して入力される。
【００５０】
スクランブル／ＥＤＣエンコード回路１１５では、例えば記録データＤＡＴＡｒをバッファメモリ４２に書き込んで展開し、データスクランブル処理、ＥＤＣエンコード処理（所定方式によるエラー検出符号の付加処理）を施す。この処理の後、例えばＥＣＣ処理回路１１６によって、バッファメモリ４２に展開させている記録データＤＡＴＡｒに対してＲＳ−ＰＣ方式によるエラー訂正符号を付加するようにされる。
ここまでの処理が施された記録データＤＡＴＡｒは、バッファメモリ４２から読み出されて、データバス１１４を介してＲＬＬ（１，７）変調回路１１８に供給される。
【００５１】
ＲＬＬ（１，７）変調回路１１８では、入力された記録データＤＡＴＡｒについてＲＬＬ（１，７）変調処理を施し、このＲＬＬ（１，７）符号列としての記録データを磁気ヘッド駆動回路１１９に出力する。
【００５２】
ところで、ＭＤ−ＤＡＴＡ２フォーマットでは、ディスクに対する記録方式として、いわゆるレーザストローブ磁界変調方式を採用している。レーザストローブ磁界変調方式とは、記録データにより変調した磁界をディスク記録面に印加すると共に、ディスクに照射すべきレーザ光を記録データに同期してパルス発光させる記録方式をいう。
このようなレーザストローブ磁界変調方式では、ディスクに記録されるピットエッジの形成過程が磁界の反転速度等の過渡特性に依存せず、レーザパルスの照射タイミングによって決定される。
このため、例えば単純磁界変調方式（レーザ光をディスクに対して定常的に照射すると共に記録データにより変調した磁界をディスク記録面に印加するようにした方式）と比較して、レーザストローブ磁界変調方式では、記録ピットのジッタをきわめて小さくすることが容易に可能とされる。つまり、レーザストローブ磁界変調方式は、高密度記録化に有利な記録方式とされるものである。
【００５３】
磁気ヘッド駆動回路１１９では、入力された記録データにより変調した磁界が磁気ヘッド５４からディスク５１に印加されるように動作する。また、ＲＬＬ（１，７）変調回路１１８からレーザドライバ１２０に対しては、記録データに同期したクロックを出力する。レーザドライバ１２０は、入力されたクロックに基づいて、磁気ヘッド５４により磁界として発生される記録データに同期させたレーザパルスがディスクに対して照射されるように、光学ヘッド５３のレーザダイオードを駆動する。この際、レーザダイオードから発光出力されるレーザパルスとしては、記録に適合する所要のレーザパワーによるものとなる。このようにして、本実施の形態のメディアドライブ部４により上記レーザストローブ磁界変調方式としての記録動作が可能とされる。
なお、ここでは図示していないが、本実施の形態の記録再生装置としては、ＭＤ−ＤＡＴＡ１フォーマットのディスクに対応しての記録再生も行えるように互換性を与えるために、ＭＤ−ＤＡＴＡ１フォーマットに対応する機能回路部を設けるようにしても構わないものである。
【００５４】
操作部１２４は、当該記録再生装置を操作するために本体に設けられる各種操作子から成る。この操作部１２４では、操作子に対して行われた操作に対応する操作情報をシステムコントローラ４６に対して出力する。システムコントローラ４６が、入力された操作情報に応じて所要の制御処理を実行することで、操作に応じた記録再生装置の動作が得られることになる。
なお、ここでは図示していないが、操作部１２４に代わる操作手段として、赤外線や電波などによって操作に応じた操作情報を無線で送信するリモートコントローラを備え、本体側では、送信信号を受信デコードしてシステムコントローラ４６に転送する受信部を備えるようにすることも考えられる。
【００５５】
また、表示部１２５は、例えばＬＣＤディスプレイ装置などを備えて構成され、システムコントローラ４６の制御によって適宜所要の内容の表示が行われる。例えばこの表示部１２５にて表示される内容としては、再生動作中であれば、現在再生中のトラックや、後述するグループ等のナンバー、ネームなどのほか、再生進行時間などが表示されるものである。
【００５６】
３．操作部
図５は、記録再生装置に備えられる操作部１２４として、代表的となる操作子を例示している。
この図に示す操作部１２４において、イジェクトキー２０１は、記録再生可能位置に装填されているミニディスクをイジェクトして本体外部に排出させるための操作子とされる。
また、頭出しサーチキー２０２、２０３は、それぞれ戻り方向、送り方向へのトラック単位による頭出しを行うための操作子である。
再生／一時停止キー２０４は、再生開始操作と一時停止操作を行うことができる。停止キー２０５は、記録再生動作を停止させるための操作子である。また、録音キー２０６は、楽曲データの記録を開始させる際に操作される。
編集キー２０７は、各種編集操作を行う際に操作されるキーとされる。この編集操作としては、例えばトラックの移動、分割、連結、消去（全曲消去可能とされる）などのほか、トラックネームやディスクネームを入力して登録することも可能とされている。
また、本実施の形態にあっては、後述するようにして、複数のトラックから成るトラックの集合単位をグループとして扱って、このグループ単位によっても記録データの管理が行われるようにされる。そして、上記した編集操作としては、グループ単位による移動、分割、連結、消去、また、グループネームの登録などが行えるようにされている。
【００５７】
グループモードキー２０８は、グループモードと、トラックモードとの切り換えを行うためのキーである。ここでいうグループモードとは、上記したグループ単位での再生、記録に関する動作が可能とされるモードのことをいい、トラックモードとは、従来の記録再生装置と同様に、トラック単位での再生、記録に関する動作が実行されるモードのことをいう。
例えば、このグループモードキー２０８を１回押圧操作するごとに、グループモードとトラックモードとの間での切り換えが行われるようにされる。また、例えばグループモードキー２０８を操作しながら、他の操作子を操作するという、いわゆる複合操作を行ったときに、グループモードとしての操作が行われるようにすることも考えられる。
また、グループモードキーとしては、図５の下側に抜き出して示すように、メカニカルスイッチによるグループモードキー２０８ａとすることも考えられる。この場合、グループモードキー２０８ａはスライドスイッチとなっており、スライドスイッチとしての操作子を右側にスライドさせればグループモードが設定され、左側にスライドさせればトラックモードが設定されるようになっている。
何れにせよ、本実施の形態としては、所定操作によってグループモードとトラックモードとの切り換えが行われればよいものであって、このための操作手段としては、この図５により説明した内容に限定されるものではない。
【００５８】
また、この図に示す操作部１２４においては、グループ頭出しサーチキー２０９，２１０が示される。例えばグループ頭出しサーチキー２０９を１回押圧操作するごとに、戻り方向にグループ単位での頭出しサーチを行うことができるようになっている。また、グループ頭出しサーチキー２１０を１回押圧操作するごとに、送り方向にグループ単位での頭出しサーチを行うことができる。
なお、例えば操作態様として、グループモードキー２０８（２０８ａ）を操作してグループモードを設定して、頭出しサーチキー２０２、２０３を操作することで、グループ単位での頭出しサーチを行うことができるようにすることも考えられ、このような操作態様を採る場合には、グループ頭出しサーチキー２０９，２１０を省略しても構わないものである。
【００５９】
また、図５においては、表示部１２５としての表示パネル部位も例示されている。
この図においては、表示部１２５において［Ｇ２−２１ ＳＯＮＧ１]と表示されている例が示されているが、これは、［Ｇ２−２１］により、グループナンバーが［２］で、トラックナンバーが［２１］のトラックであることを示しており、［ＳＯＮＧ１］により、例えばトラックネーム若しくはグループネームを示しているものである。
【００６０】
４．トラックの管理形態
本実施の形態では、ディスクに記録されているトラックについて、１以上のトラックをグループとして区分して管理することが可能とされている。これを従来例との比較により、図６に示す。
図６（ｂ）には、従来のミニディスクシステムにおける記録データの管理形態が示される。つまり、周知のように、従来のミニディスクフォーマットにあっては、Ｕ−ＴＯＣによって、記録データがトラック単位のみによって管理される。例えば従来のミニディスクにあって、ディスクにトラックＴｒ１〜Ｔｒ１０までの１０トラックが記録されているとすると、Ｕ−ＴＯＣでは、これらのトラック単位で管理を行うようにされる。
従って、例えば頭出しサーチのときには、Ｕ−ＴＯＣを参照して得た次のトラックのアドレスに対してアクセスすることになるのであるが、Ｕ−ＴＯＣがトラック単位での管理を行っている都合上、図示もしているように、頭出しサーチとしてはトラック単位となるものである。
また、Ｕ−ＴＯＣがトラック単位で管理する形式を採っている以上、周知のように、例えばデータの記録や、編集操作についても、基本的にはトラック単位で行われることになるものである。
【００６１】
そして、本実施の形態においては、ディスクに記録されたデータは、図６（ａ）に例示されるようにして管理することができる。
ここでは、トラックＴｒ１〜Ｔｒ４０までの４０トラックが記録されている場合が示されている。そして、この場合にはトラックＴｒ１〜Ｔｒ２０までの２０トラックがグループＧｒ１として、１つのグループに属するものとして管理されている状態が示されている。
また、続くトラックＴｒ２１〜Ｔｒ２３までの４トラックがグループＧｒ２として、やはり１つのグループに属するものとして管理されているものである。そして、次のトラックＴｒ２４，Ｔｒ２５の２トラックがグループＧｒ３に属するように管理されている。
【００６２】
本実施の形態では、上記のようにして、トラックナンバーが連続する複数トラックを１つのグループとして管理することができるようになっている。
このようなグループの設定は、例えばユーザの所定の編集操作によって設定することが可能とされる。また、後述するようにして、ＣＤ１枚分などのアルバム単位でのダビング記録を行うような際に、このアルバム単位の複数楽曲（トラック）を１つのグループとして管理される形態でミニディスク側に記録するようにされることで、グループが自動的に設定されるようにもしている。
【００６３】
但し、例えばグループによる複数トラックの管理が可能であるとしても、ユーザの使い勝手の点からすれば、ディスクに記録されたトラックを必ずしも、何れかのグループに属させる必要はなく、かえって、グループには属させないようにしたほうが好ましいとされる場合があることは、当然考えられる。
そこで本実施の形態においては、図６（ａ）に示しているように、グループに属させる必要のないトラックをグループ・フリーなトラックとして管理することも可能とされている。ここでは、トラックＴｒ２６〜Ｔｒ４０までの１５トラックが、グループ・フリーＧｒ・Ｆのトラックとして管理されている。
【００６４】
このようなグループ単位を含む記録データの管理は、ディスクに記録される管理情報（ＲＴＯＣ）の構造によって実現されるものである。なお、この管理情報の構造については後述する。また、ここでは例示してはいないが、１つのトラックを１グループとして扱って管理することも可能とされる。
そして本実施の形態では、このようにしてグループ単位によって記録データ（トラック）を管理可能とすることで、以降説明していくようにして、グループ単位での記録再生動作が可能とされ、また、編集操作を行うことが可能とされるものである。
【００６５】
５．グループモードでの頭出しサーチ
図７は、グループモード時の頭出しサーチの動作例を模式的に示している。
この図においても、ディスクにはトラックＴｒ１〜トラックＴｒ４０までの４０トラックが記録されている場合が示され、グループＧｒ１にはトラックＴｒ１〜２０が属し、グループＧｒ２にはトラックＴｒ２１〜Ｔｒ２３が属し、グループＧｒ３にはトラックＴｒ２４，Ｔｒ２５が属している状態が示される。また、Ｔｒ２６〜Ｔｒ４０までは、グループ・フリーＧｒ・Ｆとされている。
【００６６】
ここで、現在グループＧｒ１内のトラックＴｒ３を再生中であるときに、グループモードとしての送り方向への頭出しサーチの操作を行ったとする。
するとこの場合には、先ず矢印1として示すように、グループＧｒ１に続くグループＧｒ２の先頭トラックであるトラックＴｒ２１の開始位置にアクセスして再生を開始するようにされる。また、ここで更に頭出しサーチの操作を行ったとすると、矢印2として示すように、次のグループＧｒ３の先頭トラックＴｒ２４の開始位置にアクセスすることになる。この図の場合には、グループＧｒ３がディスク内において最後のグループとなっている。
そして、ここから更に頭出しサーチの操作を行ったとすると、この場合には矢印3により示すように、グループ・フリーに属するトラックのうちで先頭にあるとされるトラックＴｒ２６の開始位置にアクセスするようにされる。
そして、例えば上記のようにしてグループ・フリー内にあるトラックを再生中にグループモードとしての送り方向への頭出しサーチが行われた場合には、実線の4の矢印により示すようにして、最初のグループＧｒ１の先頭トラックＴｒ１の開始位置にアクセスするようにされている。
【００６７】
なお、グループモード下において、グループ・フリーＧｒ・Ｆのトラックを再生しているときに頭出しサーチ操作が行われた場合であるが、グループ・フリーのトラックは、ユーザの使い勝手上、何れのグループにも属さないものとして設定されたトラックであることから、例えば図において破線の矢印4として示すように、グループモードであっても、グループ・フリーＧｒ・Ｆ内における次のトラックにアクセスさせるようにすることも考えられる。
【００６８】
また、図８には、グループモードでの戻り方向への頭出し操作が行われる場合の動作が示されている。なお、この図に示されるディスクに記録されたトラック及びグループ管理形態は、図６の場合と同様としている。
ここでも、グループＧｒ１内のトラックＴｒ３を再生中に、戻り方向の頭出しサーチ操作が行われたとする。すると、この場合には、先ず図中の矢印1に示されるように、同じグループＧｒ１の先頭トラックＴｒ１の開始位置に対してアクセスするようにされる。
そして、この状態から更に戻り方向への頭出しサーチ操作が行われたとすると、矢印2に示すようにして、グループ・フリーＧｒ・Ｆにおける先頭トラックＴｒ２６の開始位置に対してアクセスするようにされる。
また、ここから更に戻り方向への頭出しサーチ操作が行わたとすると、最後のグループであるグループＧｒ３の先頭トラックＴｒ２４の開始位置にアクセスすることになる。そして、ここから戻り方向への頭出しサーチ操作が行われるごとに、順次、グループＧｒ２の先頭トラックＴｒ２１の開始位置、グループＧｒ１の先頭トラックＴｒ１の開始位置にアクセスするようにされる。
【００６９】
なお、この場合にも、最初のグループＧｒ１の先頭トラックＴｒ１を再生中に、戻り方向の頭出しサーチ操作が行われた場合としては、例えばグループ・フリーの最後のトラックの開始位置にアクセスさせ、この後グループ・フリー内のトラックを再生中に頭出しサーチ操作が行われるごとに、直前のトラックの開始位置に順次アクセスしていくという動作とすることも考えられる。
何れにせよ、グループモード下での頭出しサーチが行われる際のグループ・フリーの扱いとしては、各種考えられるものであり、上記したようなアクセス動作以外の動作であっても構わないものである。
【００７０】
このようにして、本実施の形態では、ユーザが意図する何らかの概念によって纏められたグループの単位ごとに、頭出しサーチを行うことができる。これは、例えば、本実施の形態の場合のように、圧縮効率の高い方式により圧縮されたオーディオデータを、大容量のメディアに記録できることで、膨大な数のトラックが記録可能とされる場合に、より有用となるものである。つまり、トラック単位で頭出しを行う場合に、ユーザが決めたグループごとの先頭トラックを探すのは、例えばユーザがグループとトラックとの関係を書き留めておいたり覚えておいたりしなければ、容易にグループの先頭をサーチすることは難しく、また面倒なことであるが、本実施の形態では、通常の頭出しサーチのための操作によって、容易にグループの先頭に順次アクセスしていくことが可能とされるものである。
【００７１】
なお、グループ単位を基とする再生動作例としては、上記した頭出しサーチ操作に応じた動作を挙げているが、これについてはほかにも考えられるものである。例えば、ディスク再生装置では、一般にリピート再生やシャッフル再生などの特殊再生が可能とされているが、例えばリピート再生を１つのグループについてのみ行ったり、また、１グループ内のトラックについてシャッフル再生を行うようにすることなどが考えられる。また、ユーザがトラック再生順を任意に選択することができるいわゆるプログラム再生なども可能とされているが、このプログラム再生機能として、例えばグループ単位で、ユーザが再生順を設定できるようにすることも可能とされる。
【００７２】
６．記録動作
６−１．グループモード時
また、本実施の形態においては、グループモードとトラックモードとで記録されたトラックの管理が異なるようにされる。この点について、説明していくこととする。
図９には、グループモードでの記録例が示されている。
ここで、図９（ａ）に示すようにして、トラックＴｒ１〜Ｔｒ１０までが記録されているディスクがあったとする。このディスクとしては、トラックＴｒ１〜Ｔｒ５までがグループＧｒ１に属し、トラックＴｒ６〜Ｔｒ８までがグループＧｒ２に属し、トラック９，Ｔｒ１０がグループＧｒ３に属しているものとして管理されている状態にある。
【００７３】
そして、このディスクに対して、グループモードを設定した状態で３トラックを追加するように記録したとする。
この場合、これらの追加記録された３トラックは、図９（ｂ）に示すようにして、トラックＴｒ１０に続くトラックＴｒ１１，Ｔｒ１２，Ｔｒ１３として管理される。そして、これらのトラックＴｒ１１，Ｔｒ１２，Ｔｒ１３は、新規なグループＧｒ４に属するものとしても管理される。
つまり、グループモードによりトラックを新規に追加記録した場合には、このトラックは、新規なグループに属するものとして管理される状態となるものである。
【００７４】
６−２．トラックモード時
続いては、トラックモードが設定された状態のもとでトラックの追加記録が行われる場合について、図１０を参照して説明する。
図１０（ａ）には、先の図９（ａ）と同じトラックが記録され、また、同じグループ管理状態とされているディスクが示されている。そして、この場合も、３トラックを追加記録するようにされる。
この場合にも、例えば図１０（ｂ）に示すようにして、新規に追加された３トラックは、トラックＴｒ１０に続くトラックＴｒ１１，Ｔｒ１２，Ｔｒ１３として管理されて記録が行われることになる。そして、この場合には、これらの新規に追加されたトラックＴｒ１１，Ｔｒ１２，Ｔｒ１３は、最後のグループＧｒ３に属するものとして管理するようにされる。つまり、この場合であれば、記録前においては、トラックＴｒ９，Ｔｒ１０が属するようにして形成されていたグループＧｒ３に対して、トラックＴｒ１１，Ｔｒ１２，Ｔｒ１３も含めるようにされるものである。
【００７５】
また、同じように、図１０（ａ）に示すディスクに対してトラックＴｒ１１，Ｔｒ１２，Ｔｒ１３の３トラックを追加記録した場合として、図１０（ｃ）に示すようにして管理されるようにすることも考えられる。つまり、トラックＴｒ１１，Ｔｒ１２，Ｔｒ１３を、グループ・フリーのトラックとして管理するようにされるものである。
【００７６】
７．グループモードでの編集処理例
７−１．移動
本実施の形態としては、図７〜図９により例示したようにしてグループモードとしての再生、記録動作が行われるようにされるが、更に、以降説明するようにして、グループモード下で編集操作を行うことで、グループ単位での編集を行うことが可能とされる。
【００７７】
図１１は、グループモードでの移動編集を行う場合の例が示されている。
ここで、図１１（ａ）に示すようにしてトラックが記録され、またグループが管理されているディスクがあるとする。この図１１（ａ）に示すディスクは、トラックＴｒ１〜Ｔｒ１５までが記録されているものとした上で、トラックＴｒ１〜Ｔｒ５までがグループＧｒ１に属し、トラックＴｒ６〜Ｔｒ８までがグループＧｒ２に属し、トラックＴｒ９，Ｔｒ１０がグループＧｒ３に属し、トラックＴｒ１１〜Ｔｒ１５までがグループＧｒ４に属しているようにして管理されている。
【００７８】
そして、グループモードのもとでは、グループ単位での移動を行うことができるようになっている。例えばユーザは、所定操作によって、図１１（ａ）に示すディスクにおいて設定されているグループのうちから、移動させたいとするグループを指定する。ここでは、トラックＴｒ６〜Ｔｒ８の３トラックが属するグループＧｒ２を指定したものとする。そして、移動先として、グループＧｒ４の後ろを指定し、これを確認した上で、実行のための操作を行ったとする。
これにより、ディスク上での管理状態は、図１０（ａ）から図１０（ｂ）に示すように変更される。なお、図１０（ｂ）において（ ）内に示されるのは、移動編集前の元のトラックナンバー若しくはグループナンバーを示している。
つまり図１０（ｂ）に示されるように、もとはグループＧｒ２であったトラックＴｒ６，Ｔｒ７，Ｔｒ８は、最後の３トラックであるトラックＴｒ１３，Ｔｒ１４，Ｔｒ１５となる。そして、このトラックＴｒ１３，Ｔｒ１４，Ｔｒ１５から成るグループは、新たに、最後のグループＧｒ４として扱われることになる。
また、このようにして移動が行われたことに伴って、もとはトラックＴｒ９〜Ｔｒ１５として管理されていたトラックは、トラックＴｒ６〜Ｔｒ１２としてトラックナンバーが繰り上がるようにして管理されることになる。
また、グループ単位的には、もとはトラックＴｒ９，Ｔｒ１０から成るとされていたグループＧｒ３は、トラックＴｒ６，Ｔｒ７から成るグループＧｒ２として管理される。また、もとはトラックＴｒ１１〜Ｔｒ１５から成るとされていたグループＧｒ４は、トラックＴｒ８〜Ｔｒ１２から成るグループＧｒ３として管理される。
【００７９】
例えば、このようなグループの移動編集機能が無く、トラック単位での移動編集機能しかないと仮定して、図１１に示したのと同様の編集結果を得ようとすると、先ずは、ユーザは、図１０（ａ）に示されるトラックＴｒ６，Ｔｒ７，Ｔｒ８について、１つずつ移動編集操作を行って、図１０（ｂ）に示すようにトラックＴｒ１３，Ｔｒ１４，Ｔｒ１５としていく必要があることになり、その操作は非常に煩わしいものとなる。この問題は、１つのグループに属するトラックが多くなるほど顕著なものとなる。
これに対して本実施の形態では、上記のようにしてグループ単位により、複数のトラックを一括して移動させることができることから、上記したような問題が解消されるものである。
【００８０】
７−２．連結
図１２は、グループモード下での編集として、連結編集を行った場合の例が示されている。
図１２（ａ）においては、先の図１１と同様の記録形態のディスクが示されている。そしてここでは、図１２（ａ）におけるグループＧｒ１〜Ｇｒ４のうち、ユーザは、グループナンバー的に連続する２つのグループＧｒ３，Ｇｒ４を指定して、編集実行のための操作を行ったとする。
そしてこの場合には、図１２（ｂ）に示すようにして、図１２（ａ）におけるグループＧｒ３，Ｇｒ４は、１つのグループとして纏められて管理される。また、この場合のグループナンバーとしては、ナンバーの若いグループＧｒ３に含められるものとして管理されることになる。従って、この連結編集により得られたディスクとしては、グループＧｒ１［Ｔｒ１〜Ｔｒ５］と、グループＧｒ２［Ｔｒ６〜Ｔｒ７］、グループＧｒ３［Ｔｒ９〜Ｔｒ１５］との３グループを有するものとなる。
【００８１】
なお、これまでにも知られているように、トラック単位の編集機能としては、移動、連結のほかに、消去、分割等があるが、本実施の形態では、この消去、分割等の編集についても、グループ単位で行うことが可能とされるものである。つまり、図示による説明は省略するが、消去については、消去したいグループを指定することで、この指定したグループ単位により複数のトラックを一括消去することが可能とされる。また、分割については、例えばトラック、若しくは、トラック内の任意の位置を分割位置として指定して実行操作を行うようにされる。これによって、指定された分割位置により、グループが２つに分割されるものである。
【００８２】
また、従来のミニディスクシステムでは、ディスク単位及びトラック単位でネームを登録することができるようになっている。つまり、ディスクネーム、トラックネームを登録して、例えばディスク装填時にディスクネームを表示させたり、トラックが指定されたときにそのトラックネームを表示させたりすることが可能とされている。
そして、本実施の形態においては、複数トラックをグループ化して管理可能とされていることに対応して、所定の編集操作を行うことによってグループごとに対してグループネームを登録することができるようにもなっている。そして、例えば所定操作によってグループを指定したり、或るグループを再生しているときなどに、表示部１２５に対して、そのグループ名を表示させることが可能とされるものである。
【００８３】
７−３．ダビング記録
また、本実施の形態においては、例えばＣＤに記録されているオーディオデータをダビングによりミニディスクに記録するような場合には、次のようにしてミニディスクに記録されるデータを管理することが可能とされる。
【００８４】
ここで、図１３（ａ）に示すようにして、トラックＴｒ１〜Ｔｒ５までの５トラックが記録されたミニディスクがあるとして、このミニディスクに対して、録音ソースとして図１３（ｂ）に示すＣＤの記録内容をダビング記録するものとする。図１３（ｂ）に示すＣＤにおいては、トラックＴｒ１〜Ｔｒ７までの７トラックが記録されている。そして、ここでは、このトラックＴｒ１〜Ｔｒ７のすべてをミニディスクにダビングするものとする。
【００８５】
そして、ダビングが行われたミニディスクの記録内容は、図１３（ｃ）に示すものとなる。
この図に示されるように、ＣＤに記録されていたトラックＴｒ１〜Ｔｒ７は、ミニディスク上では、トラックＴｒ５に続く、トラックＴｒ６〜Ｔｒ１２として管理される状態で記録が行われる。そして本実施の形態においては、これらのトラックＴｒ６〜Ｔｒ１２を新規なグループＧｒ２に属するものとして管理するようにされる。
例えばＣＤなどの記録内容をダビングしたときに、上記のようにして、ダビングされたトラックが自動的に１つのグループとして管理されるようにしていることで、例えば、ユーザは、後からの編集操作によって、ＣＤからダビングしたトラックを纏めてグループ化するという手間が省かれるものである。
ＣＤに記録された内容は、例えば、いわゆる１つのアルバム単位の内容であることから、ユーザがグループ化して管理したいとする場合は多いと考えられるので、ダビング記録時において上記のようにしてデータ管理を実行することで、ユーザにとってはより使い勝手が向上されることになる。
【００８６】
８．セキュリティグループ
また、本実施の形態においては、グループ単位でセキュリティをかけることも可能とされる。この例を図１４に示しておく。
図１４（ａ）には、例えば先の図１１（ａ）と同じ記録内容のディスクが示される。但しここでは、グループＧｒ２については「セキュリティグループ」として設定が行われている状態にある。このセキュリティグループの設定は、例えばユーザの所定操作によって設定／解除が可能とされており、その設定内容は、後述するようにして管理情報（ＲＴＯＣ）により管理されている。
【００８７】
このようにしてセキュリティがかけられているものとして設定されたセキュリティグループに属するとされるトラックについては、例えば、ユーザが所定操作によってパスワードを入力しなければ、その再生がキャンセルされるようになっている。
【００８８】
また、例えば図１４（ａ）において、セキュリティグループではないグループＧｒ１に属するトラックＴｒ３を、トラックモード下での移動編集操作によって、セキュリティグループであるグループＧｒ２内のトラックＴｒ７として移動させたとする。
この場合、グループＧｒ１としては、図１４（ａ）に示すようにしてトラックＴｒ１〜Ｔｒ５の５トラックが属していた状態から、図１４（ｂ）に示すように、トラックＴｒ１〜Ｔｒ４の４トラックが属するようにして変更される。ここで、トラックＴｒ３，ｔｒ４は、もとは、トラックＴｒ４，Ｔｒ５とされていたものである。
また、セキュリティグループであるグループＧｒ２では、図１４（ａ）に示すようにして、もとはトラックＴｒ６，Ｔｒ７、Ｔｒ８の３トラックが属するとされていたのに対して、図１４（ｂ）に示すようにして、トラックＴｒ５，Ｔｒ６、Ｔｒ７，Ｔｒ８の４トラックが属するとして管理されることになる。ここで、図１４（ｂ）に示すトラックＴｒ５，Ｔｒ６、Ｔｒ７，Ｔｒ８のうち、トラックＴｒ５，Ｔｒ６は、もとはトラックＴｒ６，Ｔｒ７とされていたものである。
【００８９】
そして、例えば上記のようにして或るトラックが、セキュリティグループ内に移動された場合には、特にユーザが後に設定操作をすることなく、自動的に、この移動されたトラックにもセキュリティがかけられるものであり、やはりパスワードの入力無しには再生できないようになる。
【００９０】
９．ＴＯＣ構造例
９−１．ディスクのデータ構造
本実施の形態のディスクにおいては、管理情報としてＰＴＯＣ及びＲＴＯＣのための記録領域が確保されている。そして、ディスクに対して記録／再生動作を行う際には、このＰＴＯＣ、ＲＴＯＣの読み出しを行い、読み出しされた管理情報の内容に基づいて、ディスク上の記録すべきエリアのアドレスや、再生すべきエリアのアドレスを識別するようにされる。
【００９１】
例えば、システムコントローラ４６は、ディスクが装填された際に、ディスクの最内周側に対する再生動作を実行させることによって、ディスク最内周側の所定領域に記録されている管理情報（ＰＴＯＣ，ＲＴＯＣ）を読み出し、バッファメモリ４２に書き込んで記憶保持させておくようにされる。そして、以後そのディスクに対するプログラムの記録／再生／編集動作の際に参照できるようにしている。
【００９２】
また、ＲＴＯＣはプログラムデータの記録や各種編集処理に応じて書き換えられるものであるが、システムコントローラ１１は記録／編集動作のたびに、ＲＴＯＣ更新処理をバッファメモリ４２に記憶されたＲＴＯＣに対して行い、所定の機会、タイミングで以て、ディスクのＲＴＯＣエリアについても書き換えるようにしている。
【００９３】
そして、これまで述べてきた、グループ化単位に基づく記録再生、また、編集を実現するのにあたっても、上記したＲＴＯＣにおける所要の情報内容を参照し、また、この所定の情報について書き換えを行うことで実現するようにされるものである。
そこで、以降、本実施の形態としてのグループ管理を実現することのできる管理情報の構造例について説明していくこととする。
【００９４】
ここで、本実施の形態の管理情報構造についての説明に先立ち、図１５を参照して本実施の形態のディスクに記録されるデータの構造例を説明しておく。
図１５（ａ）には、本実施の形態のディスク全体の構造を概念的に示している。この図に示すように、ディスクには、ＴＯＣとして、ＰＴＯＣとＲＴＯＣとが記録される。
ＰＴＯＣは、ディスク最内周のリードインエリアにおいて、ピット形態により所要の管理情報が記録される。このＰＴＯＣの内容は書き換えが不可とされている。
ＲＴＯＣは、後述するようにして、ディスクに記録されたデータを管理するのに必要な基本的な情報が記録される。このＲＴＯＣは、リードインエリアに続くものとされ、データの書き換えが可能なレコーダブルエリアの最内周側に確保されるＲＴＯＣエリアに記録される。そして、ＲＴＯＣの内容は、例えばこれまでのディスクに対するデータの記録結果や、トラック（ファイル）についての各種編集処理結果に従って、逐次書き換えが行われる。
そして、レコーダブルエリア内において、ＲＴＯＣエリアに続くレコーダブルデータエリアに対して、ユーザデータ（ＤＡＴＡ）が例えばファイル単位で管理される形態で記録されることになる。なお、本実施の形態としては、ユーザデータは、例えば楽曲単位に対応するトラック単位で管理されることになる。そして、これらのトラックについて、グループ化して管理することも可能とされているものである。
【００９５】
そして、本実施の形態のＲＴＯＣとしては、図１５（ｂ）に模式的に示すようにして、ＴＯＣ＃０，ＴＯＣ＃１，ＴＯＣ＃２，ＴＯＣ＃３という、少なくとも４つのテーブルを備えるものとされる。なお、実際には、更に多くのテーブルを設けて、多様な管理が可能なように構成されてよいものであるが、ここでは、説明の便宜上、ＴＯＣ＃０〜＃３のテーブルのみが規定されているものとする。以降、ＴＯＣ＃０〜＃３の各々の構造について説明していくこととする。
【００９６】
９−２．ＴＯＣ＃０
図１６はＴＯＣ＃０の構造例を示している。
ＴＯＣ＃０は、主にユーザーが録音を行った楽曲等のトラック（プログラム）や新たにトラックが録音可能なフリーエリアについての管理情報が格納される。
例えばディスクに或る楽曲の録音を行おうとする際には、システムコントローラ１１は、ＴＯＣ＃０からディスク上のフリーエリアを探し出し、ここにオーディオデータを記録していくことになる。また、再生時には再生すべき楽曲が記録されているエリアをＴＯＣ＃０から判別し、そのエリアにアクセスして再生動作を行う。
【００９７】
ＴＯＣ＃０としては、先ず、その先頭の所定のデータサイズによるヘッダーが配置され、このヘッダには、例えば同期パターン、当該ＴＯＣ＃０のアドレス等をはじめとする、必要な各種情報が格納される。
【００９８】
そして、上記ヘッダーに続けて、ポインタ部、パーツテーブル部が配置される。
この場合には、ユーザーが録音を行って記録されているトラック（楽曲等）の領域やフリーエリア等を後述するパーツテーブル部に対応させることによって識別するため、ポインタ部としては、各種のポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TN1〜P-TNn) が記録される領域が用意されている。
【００９９】
そしてポインタ(P-DFA〜P-TNn) に対応させることになるテーブル部として(01h) 〜(xxh) までの所定数のパーツテーブルが設けられ、それぞれのパーツテーブルには、或るパーツについて起点となるスタートアドレス、終端となるエンドアドレス、そのパーツのモード情報（トラックモード）が記録されている。さらに各パーツテーブルで示されるパーツが他のパーツへ続いて連結される場合があるため、その連結されるパーツのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようにされている。
なおパーツとは１つのトラック内で時間的に連続したデータが物理的に連続して記録されているトラック部分のことをいう。
【０１００】
そしてスタートアドレス、エンドアドレスとして示されるアドレスは、１つの楽曲（トラック）を構成する１又は複数の各パーツを示すアドレスとなる。
【０１０１】
この種の記録再生装置では、１つの楽曲（プログラム／トラック）のデータを物理的に不連続に、即ち複数のパーツにわたって記録されていてもパーツ間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数パーツにわけて記録する場合もある。
【０１０２】
そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(xxh) によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようにされている。
つまりＴＯＣ＃０におけるパーツテーブル部においては、１つのパーツテーブルは１つのパーツを表現しており、例えば３つのパーツが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのパーツ位置の管理が行われる。
【０１０３】
ＴＯＣ＃０のテーブル部における(01h) 〜(xxh) までの各パーツテーブルは、ポインタ部におけるポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TN1〜P-TNn) によって、以下のようにそのパーツの内容が示される。
【０１０４】
ポインタP-DFA は光磁気ディスク上の欠陥領域に付いて示しており、傷などによる欠陥領域となるトラック部分（＝パーツ）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥パーツが存在する場合はポインタP-DFA において(01h) 〜(xxh) の何れかが記録されており、それに相当するパーツテーブルには、欠陥パーツがスタート及びエンドアドレスによって示されている。また、他にも欠陥パーツが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥パーツが示されている。そして、さらに他の欠陥パーツがない場合はリンク情報は例えば『(00h) 』とされ、以降リンクなしとされる。
【０１０５】
ポインタP-EMPTY は管理テーブル部における１又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、ポインタP-EMPTY として、(01h) 〜(xxh) のうちの何れかが記録される。
未使用のパーツテーブルが複数存在する場合は、ポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。
【０１０６】
ポインタP-FRA は光磁気ディスク上のデータの書込可能なフリーエリア（消去領域を含む）について示しており、フリーエリアとなるトラック部分（＝パーツ）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、フリーエリアが存在する場合はポインタP-FRA において(01h) 〜(xxh) の何れかが記録されており、それに相当するパーツテーブルには、フリーエリアであるパーツがスタート及びエンドアドレスによって示されている。また、このようなパーツが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『(00h) 』となるパーツテーブルまで順次指定されている。
【０１０７】
図２０に、ＴＯＣ＃０における、フリーエリアとなるパーツの管理状態を模式的に示す。これはパーツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされている時に、この状態がポインタP-FRA に引き続きパーツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって表現されている状態を示している。なお上記した欠陥領域や未使用パーツテーブルの管理形態もこれと同様となる。
【０１０８】
図１６に説明を戻す。
ポインタ部においては、ポインタP-TN1〜P-TNnと、ポインタP-TN1-GR〜P-TNn-GRが存在するものとして規定される。ここで、例えばポインタP-TN1に続けてポインタP-TN1-GRが配置され、更にポインタP-TN2に続けてポインタP-TN2-GRが配置されるようになっていることからも分かるように、同じナンバｘを有するポインタP-TNｘと、ポインタP-TNｘ-GRとの２つのポインタで１組を成している。
ポインタP-TNｘは、光磁気ディスクにユーザーが記録を行なった楽曲などのトラックについて示しており、例えばポインタP-TN1ではトラックＴｒ１のデータが記録された１又は複数のパーツのうちの時間的に先頭となるパーツが示されたパーツテーブルを指定している。
例えばトラックＴｒ１（第１プログラム）とされた楽曲がディスク上でトラックが分断されずに、つまり１つのパーツで記録されている場合は、そのトラックＴｒ１の記録領域はポインタP-TN1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。
【０１０９】
また、例えばトラックＴｒ２（第２プログラム）とされた楽曲がディスク上で複数のパーツに離散的に記録されている場合は、そのトラックＴｒ２の記録位置を示すため各パーツが時間的な順序に従って指定される。つまり、ポインタP-TN2に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『(00h) 』となるパーツテーブルまで連結される（図２０と同様の形態）。
このように例えば２曲目を構成するデータが記録された全パーツが順次指定されて記録されていることにより、このＴＯＣ＃０のデータを用いて、２曲目の再生時や、その２曲目の領域への上書き記録を行う際に、光学ヘッド３及び磁気ヘッド６ａをアクセスさせ離散的なパーツから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【０１１０】
また、ポインタP-TNｘ-GRには、同じナンバｘを有するトラック、つまりトラックナンバｘを有するトラックが属するグループナンバーを示す。ここで、例えばポインタP-TN1に続くポインタP-TN1-GRに対して、１０進法表記で『１』を示す値が格納されていれば、トラックＴｒ１は、グループＧｒ１に属していることを示すことになる。
なお、そのトラックがグループ・フリーとして設定されている場合、これに対応するポインタP-TNｘ-GRには、例えばＡＬＬ‘０’（００ｈ）が格納されればよいものとされる。
【０１１１】
このような構造とされることで、ＴＯＣ＃０を参照することで、トラック単位での記録再生管理が実現される。また、トラックがどのグループに属しているのか、或いはグループ・フリーとして扱われていればそのことを識別することが可能とされる。例えば、このようなグループに関する情報は、現在再生中のトラックがどのグループに属するのかという表示を表示部１２５に対して行う際にも、利用することができる。
【０１１２】
９−３．ＴＯＣ＃１
次に、図１７にＴＯＣ＃１の構造例を示す。このＴＯＣ＃１は録音された各トラックにトラックネームが登録された場合に、このトラックネームとして入力された文字情報を記録するデータ領域とされる。
【０１１３】
ＴＯＣ＃１においても、先頭にヘッダーが配置され、続けてポインタ部と、パーツテーブル部が配置される。
このＴＯＣ＃１には、記録された各トラックに相当するポインタ部として、所定数のポインタP-TNA1〜P-TNAnが用意され、またこのポインタP-TNA1〜P-TNAnによって指定されるスロット部が１単位８バイトで所定単位数のスロット(01h) 〜(xxh) が用意されており、上述したＴＯＣ＃０とほぼ同様の形態で文字データを管理する。
【０１１４】
スロット(01h) 〜(xxh) にはトラックネームとしての文字情報がアスキーコードで記録される。
そして、例えばポインタP-TNA1によって指定されるスロットにはトラックＴｒ１に対応してユーザーが入力した文字が記録されることになる。また、スロットがリンク情報によりリンクされることで、１つのトラックに対応する文字入力は７バイト（７文字）より大きくなっても対応できる。
このＴＯＣ＃１でもポインタP-EMPTY は使用していないスロットを管理する
【０１１５】
９−４．ＴＯＣ＃２
続いて、図１８にＴＯＣ＃２の構造例を示す。
先のＴＯＣ＃０にあっては、基本的には、記録データをトラック単位で管理すると共に、各トラックが属するグループ、又はトラックがグループ・フリーとして設定されていればこれを示すテーブルとされていた。
そして、ＴＯＣ＃２としては、先のＴＯＣ＃１におけるポインタP-TNｘと同様の管理形態によって、グループ単位によってディスク上のパーツを管理するためのテーブルとされるものである。
【０１１６】
このＴＯＣ＃２全体の構造としても、所定サイズのヘッダーに続けて、ポインタ部とパーツテーブル部が配置される。
このポインタ部においては、パーツテーブルを指定するポインタとして、P-EMPTY，P-GN1〜P-GNn) が記録される領域が用意されている。
【０１１７】
ポインタP-GN1〜P-GNnによっては、ディスクに記録されたデータとして、それぞれ１つのグループを形成するとされるパーツのうちで、時間的に先頭となるパーツが示されるパーツテーブルを指定する。
例えばグループＧｒ１を形成するとされる全トラックのデータがディスク上で離散せずに、１つのパーツで記録されているとされる場合は、そのグループＧｒ１の記録領域はポインタP-GN1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されることになる。この場合の具体例として、例えばポインタP-GN1が「０１ｈ」を指定しているとすれば、パーツテーブル「０１ｈ」には、そのグループＧｒ１を形成するとされる最初のトラックのスタートアドレスと、グループＧｒ１を形成するとされる最後のトラックのエンドアドレスが示されることになる。
【０１１８】
また、例えばグループＧｒ１がディスク上で複数のパーツに離散的に記録されている状態となっている場合は、そのグループＧｒ１を形成するとされる各パーツが時間的な順序に従って指定される。つまり、ポインタP-GN1に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『(00h) 』となるパーツテーブルまで連結されることになる。
また、ポインタP-EMPTY は使用していないパーツテーブルを管理する。
【０１１９】
図７及び図８により説明した、グループ単位による頭出しサーチのためのアクセスは、このＴＯＣ＃２を参照することで、容易に可能となる。
例えば、図７の矢印1に示すようにして、グループＧｒ１内のトラックＴｒ３を再生中に、送り方向の頭出しサーチのための操作が１回行われたときには、システムコントローラ４６は、現在バッファメモリ４２に保持しているＴＯＣ＃２を参照して、ポインタP-GN2が示すパーツテーブルを参照する。ここで、例えばポインタP-GN2＝０２ｈとされていたのであれば、パーツテーブル０２ｈを参照するようにされる。そして、パーツテーブル０２ｈに示されるスタートアドレスを読み込み、この読み込んだアドレスに対してアクセスするための制御を実行することになる。この場合、パーツテーブル０２ｈのスタートアドレスには、図７におけるグループＧｒ２の先頭となるパーツのスタートアドレス、つまり、トラックＴｒ２１のスタートアドレスと同一の値が格納されていることから、システムコントローラ４６としては、トラックＴｒ２１の開始位置にアクセスすることになる。つまり、グループＧｒ２の開始位置にアクセスすることができ、結果的には、グループ単位による頭出しサーチが実行されているものである。
【０１２０】
また、ＴＯＣ＃２においては、各パーツテーブルにおいて、グループモードのエリアが設けられる。このグループモードのエリアには、各グループに関する所要の情報が格納される。そして、特に本実施の形態においては、このグループモードにより、当該パーツテーブルにより示すパーツが属するグループが、セキュリティグループであるか否かを示すことができるようになっている。
【０１２１】
例えば図１４に示したようにして、セキュリティグループが設定される場合には、ポインタP-GN2が示すパーツテーブルにおけるグループモードにおける所定のビット位置について、セキュリティグループであることを示す値が格納されることになる。そして、システムコントローラ４６は、このグループモードを参照することで、セキュリティグループとして設定されたグループを識別して、先に図１４にて示したような制限動作を実現する。
なお、パスワードは、例えば図示するように、ポインタ部とパーツテーブル部との間のマージン領域における所定のバイト位置に設けられるものとされ、ユーザが操作により文字入力等を行って設定したパスワードは、この領域に格納される。
セキュリティ解除のためのパスワードが入力されたときには、システムコントローラ４６は、入力されたパスワードと、このＴＯＣ＃２に格納されているパスワードとについて照合を行い、一致の判定結果が得られたのであれば、セキュリティを解除して、そのセキュリティグループの再生要求に応じて、再生を開始させる。これに対して、一致の判定結果が得られなければ、そのセキュリティグループについての再生要求が行われたとしても、再生のための制御処理を実行しないようにされる。
【０１２２】
９−５．ＴＯＣ＃３
図１９は、ＴＯＣ＃３の構造例を示している。
ＴＯＣ＃３は、先のＴＯＣ＃１とほぼ同様の管理形態によって、設定されたグループについての名称であるグループネームをつけたり、また、ディスク自体の名称などの情報となるディスクネームをつける場合に、入力された文字情報を記録するデータ領域とされる。
【０１２３】
ＴＯＣ＃３においても、先頭にヘッダーが配置され、続けてポインタ部と、パーツテーブル部が配置される。
このＴＯＣ＃３には、記録された各トラックに相当するポインタ部として、所定数のポインタP-GNA1〜P-GNAnが用意され、またこのポインタP-GNA1〜P-GNAnによって指定されるスロット部が１単位８バイトで所定単位数のスロット(00h) 〜(xxh) が用意されている。
【０１２４】
スロット(01h) 〜(xxh) にはディスクネーム又はトラックネームとしての文字情報がアスキーコードで記録される。
そして、例えばポインタP-GNA1によって指定されるスロットにはトラックＴｒ１に対応してユーザーが入力した文字が記録されることになる。また、この場合にもスロットがリンク情報によりリンクされることで、１つのトラックに対応する文字入力は７バイト（７文字）より大きくなっても対応できる。
なお、スロット(00h) としての８バイトはディスクネームの記録のための専用エリアとされており、ポインタP-TNA(x)によっては指定されないスロットとされている。
このＴＯＣ＃３でもポインタP-EMPTY は使用していないスロットを管理する。
【０１２５】
本実施の形態としては、上記したＲＴＯＣ（ＴＯＣ＃０，＃１，＃２，＃３）によって、従来と同様のトラック単位による管理に加え、グループ単位での管理が可能となるものである。そして、例えば図９及び図１０、更に図１３に示したようなデータ記録が行われた場合には、そのときのモード（トラックモード／グループモード）の下でのトラックの記録結果に応じて、適宜、ＲＴＯＣにおける所要の内容を更新することで、各図に示したようなグループ単位での記録データの管理が実現される。また、同様にして、図１１及び図１２に例示したグループ単位による各種編集処理も、編集操作に応じてＲＴＯＣにおける所要の内容を更新することで実現することが可能とされるものである。
【０１２６】
なお、本発明としては、上記実施の形態として説明した構成のみに限定されるものではなく、各種変更が可能とされる。例えば、グループ化されたトラックの形態で記録データを管理するためのＲＴＯＣの構造としては、図１５〜図１９に示した形態のほかに、例えばファイルシステムなどを用いたディレクトリ構造の下で、フォルダの概念などを採用することでも可能である。
また、上記実施の形態では、トラックと、このトラックの集合から成るグループという、いわば２階層による管理としているが、これ以上の階層構造とすることも考えられる。つまり、例えばグループ単位の集合によって、より上位のグループを形成するようにするものである。
また、本発明に適用される装置としては、ミニディスクに対応する記録再生装置に限定されるものではなく、例えば他のディスクメディアであっても構わない。更には、例えばフラッシュメモリを採用したメディアなど、ディスクメディア以外のメディアであっても構わないものとされる。
また、本発明が対象とする記録データとしては、デジタルオーディオデータに限定されるものではなく、例えばビデオ信号をデータ化したビデオデータなどとされてもよいものである。
【図面の簡単な説明】
【０１２７】
【図１】本発明の実施の形態に対応するディスクのトラック構造を示す説明図である。
【図２】本実施の形態に対応するディスクのトラック部分を拡大して示す説明図である。
【図３】本実施の形態に対応するディスクの仕様を示す説明図である。
【図４】本実施の形態としての記録再生装置の構成例を示すブロック図である。
【図５】実施の形態のビデオカメラのメディアドライブ部の内部構成のブロック図である。
【図６】本実施の形態のＲＴＯＣによる記録データの管理形態を従来例と比較して示す説明図である。
【図７】グループモードでの送り方向の頭出しサーチの動作例を示す説明図である。
【図８】グループモードでの戻り方向の頭出しサーチの動作例を示す説明図である。
【図９】グループモードにより記録されたトラックの管理例を示す説明図である。
【図１０】トラックモードにより記録されたトラックの管理例を示す説明図である。
【図１１】グループモードでのグループ単位による移動編集処理例を示す説明図である。
【図１２】グループモードでのグループ単位による連結編集処理例を示す説明図である。
【図１３】ＣＤのソースをダビング記録する場合のトラックの管理例を示す説明図である。
【図１４】セキュリティグループについての概念を説明するための説明図である。
【図１５】ディスクにおけるデータ構造例及びＲＴＯＣの構造例を示す説明図である。
【図１６】ＲＴＯＣにおけるＴＯＣ＃０の構造例を示す説明図である。
【図１７】ＲＴＯＣにおけるＴＯＣ＃１の構造例を示す説明図である。
【図１８】ＲＴＯＣにおけるＴＯＣ＃２の構造例を示す説明図である。
【図１９】ＲＴＯＣにおけるＴＯＣ＃３の構造例を示す説明図である。
【図２０】ＴＯＣ＃０におけるリンク形態の説明図である。
【符号の説明】
【０１２８】
４２ バッファメモリ、４３ 二値化回路、５１ ディスク、５２ スピンドルモータ、５３ 光学ヘッド、５４ 磁気ヘッド、５５ スレッドモータ、１０１ ＲＦアンプ、１０３ ＡＧＣ／クランプ回路、１０４ イコライザ／ＰＬＬ回路、１０５ ビタビデコーダ、１０６ ＲＬＬ（１，７）復調回路、１０７ マトリクスアンプ、１０８ ＡＤＩＰバンドパスフィルタ、１０９ Ａ／Ｂトラック検出回路、１１０ ＡＤＩＰデコーダ、１１１ ＣＬＶプロセッサ、１１２ サーボプロセッサ、１１３ サーボドライバ、１１４ データバス、１１５ スクランブル／ＥＤＣエンコード回路、１１６ ＥＣＣ処理回路、１１７ デスクランブル／ＥＤＣデコード回路、１１８ ＲＬＬ（１，７）変調回路、１１９ 磁気ヘッド駆動回路、１２０ レーザドライバ、１２１ 転送クロック発生回路、１２２ 音声圧縮処理エンコーダ／デコーダ、１２３ 入出力処理部、１２４ 操作部、１２５ 表示部
【技術分野】
【０００１】
本発明は、プログラムとしてのデータが記録される記録媒体に対応する再生装置、記録装置、及び編集装置に関するものである。
【背景技術】
【０００２】
近年においては、各種のオーディオデータやビデオデータ（ＡＶデータ）を記録再生可能なメディアが広く普及している。
そして最近においては、各種メディアの大容量化が促進されてきており、従って、１つのメディアに記録可能なデータ量も大幅に増加させることが可能になってきている。
【０００３】
ところで、従来における一般的なデジタルオーディオ・ビデオのフォーマットにあっては、プログラムといわれる単位によって記録データを管理するようにされている。つまり、オーディオデータを例に挙げれば、通常、１プログラムは１楽曲として扱われることから、楽曲単位によって管理されるものである。
【０００４】
ここで、デジタルオーディオ機器を例に挙げると、光磁気ディスクを記録媒体としたミニディスク記録再生装置が知られている。
例えば、ミニディスクの場合には、ディスク上でユーザーが録音を行なった領域（データ記録済領域）や、まだ何も録音されていない領域（データ記録可能な未記録領域）を管理するために、音楽等の主データとは別に、ユーザーＴＯＣ（以下Ｕ−ＴＯＣという）という管理情報が記録されている。そして記録装置はこのＵ−ＴＯＣを参照しながら録音を行なう領域を判別し、また再生装置はＵ−ＴＯＣを参照して再生すべき領域を判別している。
【０００５】
つまり、Ｕ−ＴＯＣには録音された各楽曲等がトラックというデータ単位で管理され、そのスタートアドレス、エンドアドレス等が記される。また何も録音されていない未記録領域（フリーエリア）についてはデータ記録可能領域として、そのスタートアドレス、エンドアドレス等が記される。
【０００６】
さらに、このようなＵ−ＴＯＣによりディスク上の領域が管理されることで、Ｕ−ＴＯＣを更新するようにして書き換えを行う処理のみにより、音楽等の記録データの１単位であるトラックの分割（ディバイド）、連結（コンバイン）、移動（ムーブ：トラックナンバの変更）、消去（イレーズ）等の編集処理が容易でしかも迅速に実行できることになる。
また、Ｕ−ＴＯＣにおいては、そのディスクのタイトル（ディスクネーム）や記録されている楽曲などの各プログラムについて曲名（トラックネーム）などを文字情報として記録しておくことのできる領域も設定されている。このため、ユーザの操作によって、上記ディスクネームやトラックネームを入力するといった編集作業も行えるようになっている。
なお、本明細書では「プログラム」とは、ディスクに記録される主データとしての楽曲などの音声データ等の単位の意味で用い、例えば１曲分の音声データが１つのプログラムとなる。また「プログラム」と同義で「トラック」という言葉も用いる。
【０００７】
従来より知られているミニディスクシステムのフォーマットによっては、データ記録容量は１４０ＭＢとされており、ＡＴＲＡＣ(Adaptve Transform Acoustic Coding)方式といわれる音声データ圧縮方式によってエンコード処理された圧縮オーディオデータを記録した場合には、時間的に７４分程度を記録することが可能とされている。
そして、近年にあっては、このミニディスクとしても、大幅に高記録密度化を図るべく、新しいフォーマットが開発されてきている。この新しいフォーマットでは、例えばディスクフォーマットや、データフォーマットを各種規定することで６５０ＭＢのデータ記録容量が実現されている。そして、このような大容量のミニディスクに対して、例えばＡＴＲＡＣ２方式といわれる、これまでのＡＴＲＡＣ方式よりもよりデータ圧縮率の高い音声データ圧縮方式によって記録を行えば、時間的には１０時間程度の記録を行うことが可能となる。
【０００８】
例えば、これまでのデータ記録容量１４０ＭＢのミニディスクにあっては、１枚のディスクに記録可能なトラック（楽曲数）は、通常は、１０数曲〜２０数曲程度とされていた。つまり、ＣＤなどに代表される、いわゆるアルバム１枚分程度の楽曲数とされていたものである。
これに対して、上記したデータ記録容量６５０ＭＢのミニディスクのようにして、ディスクが高記録密度化し、また、音声データ圧縮技術も進歩してくると、１枚のディスクに記録可能なトラック（楽曲）数は、相当に増加することになる。例えば上述のようにして１０時間程度の記録時間が得られるのであるから、例えば１曲が４分程度であるとして、１５０曲程度の楽曲数を記録することも可能となるものである。また、７４分の演奏時間のＣＤに換算すれば、このＣＤを８枚程度分は記録することが充分にできることになる。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ここで、上記のようにしてミニディスクが大容量化して、例えばこのディスクに記録可能なトラック数が増加した場合のことを考えてみると、ユーザとしては、例えばアルバム単位などの或る任意のコンセプトに基づいて、１枚のディスクに記録されている多数のトラックをグループごとに区分したいという要望がでてくることになる。
【００１０】
しかし、ここで、上記した従来のＵ−ＴＯＣのようにして、トラック単位のみでの管理が行われる方法を採用した場合には、上記したようなグループによる区分管理を機器による処理として実行することは実現不可能とされることになる。従って、ユーザとしては、グループごとに多数の楽曲を区分するためには、これをラベルなどに記入しておいたり、或いは自身の記憶に頼るなどしなければならないため、その管理は面倒で不確かなものとなってしまう。
また、例えば上記のようにしてユーザが区分したグループを、ディスクに記録された多数の楽曲（トラック）のなから選択するといったことも、迅速には行えないことになる。このための対策の１つとして、例えば１０曲（トラック）ごとなどの所定のトラック数ごとに頭出しを行っていく機器は知られてはいるものの、この場合には、ユーザが区分したグループ単位の頭出しは行えないものであり、この点では、有効に問題が解決されているとはいえない。
更に、前述した各種編集について、グループ単位によって行いたいと思った場合でも、そのための編集操作などの作業はトラック単位であることから、非常に煩雑で面倒なものとなってしまう。
【課題を解決するための手段】
【００１１】
本発明の再生装置は、は、データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体を再生する再生手段と、上記再生手段が再生した上記管理情報に基づいて、集合体単位で所定の再生動作を、上記再生手段に実行させる再生制御手段とを備える。
上記再生制御手段は、複数の上記データのうち集合体に含まれないデータを上記再生手段に再生させるときには、データ単位による所定の再生動作を、上記再生手段に実行させる。
【００１２】
本発明の記録装置は、データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体に対するデータの記録動作を行う記録手段と、上記記憶媒体に新規に記録されたデータを上記集合体に含まれるデータとして管理するように上記記憶媒体に記録されている上記管理情報を更新させる制御手段とを備える。
上記制御手段は、上記記憶媒体に新規に記録されたデータを、新規な集合体に含まれるデータとして管理するように、上記記憶媒体に記録されている上記管理情報を更新させる。
さらに、上記制御手段は、上記記憶媒体に新規に記録されたデータを、既に上記記録媒体に記録されている特定の集合体に含まれるデータとして管理するように、上記記憶媒体に記憶されている上記管理情報を更新させる。
さらに、上記制御手段は、アルバム単位の複数のデータを上記記録手段によって上記記憶媒体に記録させるときに、上記アルバム単位に含まれる複数のデータを、それぞれ一つのデータとして管理し、また、新規な集合体に含まれるデータとして管理するように、上記記憶媒体に記録されている上記管理情報を更新させる。
さらに、上記制御手段は、必要に応じて、上記記憶媒体に新規に記録されたデータを、何れの集合体にも含まれないデータとして管理するように、上記記憶媒体に記録された管理情報を更新させる。
【００１３】
本発明の編集装置は、データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体に対する、データの再生又は記録動作を行う記録再生手段と、上記記憶媒体に記録されているデータについて、集合体単位の所定の編集指示を行うための編集指示手段と、上記編集指示手段への指示入力に基づいて、上記記憶媒体に記録されている上記管理情報を更新するために、上記記録再生手段を制御する制御手段と、を備える。
【発明の効果】
【００１４】
以上説明したように本発明は、記録媒体に記録される記録データを管理するための管理情報として、トラック（プログラム）をグループ（プログラム集合体）として纏めて管理可能とされている。そして、この管理情報を参照することで、グループ単位での各種再生動作を実行することが可能となる。
【００１５】
例えば大容量の記録媒体に対して非常に多くのトラックが記録されるような状況では、当然、或るコンセプトに基づいて複数のトラックをグループ化し、このグループ単位により各種再生操作を行いたいという要望が起きてくる。しかし、従来においては、管理情報はトラック単位のみによって管理を行うものであったことから、このようなグループ化によるデータの管理は困難とされ、従って、グループ単位での再生操作はできずにいたものである。
これに対して本発明では、上記したように、例えば複数トラックをグループとして管理可能な管理情報を有しているために、この管理情報を参照することで、グループ単位での各種再生制御処理が可能となるものである。
【００１６】
例えば、再生制御処理の１つには、グループ単位での頭出しサーチを実行可能とされており、これによってユーザは、ディスクに記録された内容をグループ単位により選択しながら再生するという、これまでに無い操作を行うことが可能になるものである。
【００１７】
また、本発明の管理情報としては、何れのグループにも属さないグループ・フリーとして扱われるようにして各トラックを管理可能ともされている。例えばユーザによっては、使い勝手上、敢えて何れのグループにも属しないトラックを設けることも好ましいとされる場合があるが、このようにグループ・フリーとしても管理されるようにすれば、上記したようなユーザの要望に応えることができ、その利便性は更に向上する。
【００１８】
また本発明は、記録時において、新規に記録されたトラックを或る所要のグループに属するようにして管理された状態で記録することが可能とされる。
これにより、ユーザは、敢えてグループ化のための編集処理を行わなくとも、新規に記録したトラックは適切な態様でグループ化されて管理されることになるものである。
そして本発明として、上記のような記録時におけるグループ管理の形態としては、１つには、新規に記録されたトラックは、新規なグループに属するものとして管理されるようにされる。また１つには、新規に記録されたトラックは、既に記録されているデータに対して設定されている特定のグループに属させるようにして管理する。そして、これらの記録管理の仕方を、例えばユーザの意図に応じて使い分けができるようにすれば、やはり利便性としては向上されるものである。
【００１９】
また本実施の形態では、いわゆるアルバム単位としてみることのできる１以上のトラックを記録媒体に記録する場合には、このアルバムを形成するトラックを１つのグループとして管理して記録するようにもされる。これによって、例えば例えばＣＤなどのソースをダビングする場合には、このＣＤからダビングした内容は自動的に１つのトラックとして管理されることになり、この点でもユーザの利便性は向上する。特に、実際においては、このようなアルバム単位によってグループ化設定を行う機会は比較的頻繁であると思われることから、このような構成は、実際において非常に有用となるものである。
【００２０】
また、記録時に関しても、新規に記録されたトラックをグループ・フリーとして扱われるように管理することが可能とされており、やはりここでも、敢えて何れのグループにも属しないトラックを設けたい場合があるとするユーザの要望に対応しているものである。
【００２１】
更に本発明としては、グループ単位での管理が可能な形式を有する管理情報についての書き換えを行うことで、例えばユーザの操作に応じての編集処理として、グループ単位による各種編集処理を実行することが可能とされている。
例えばグループ単位的な編集を、従来のようにトラック単位のみによって管理する管理情報に基づいて行った場合には、ユーザは、編集対象のグループに属するトラックごとについて、同様の操作を繰り返す必要があり、その作業は非常に煩雑で面倒なものとなるのであるが、本発明であれば、このような問題は解消され、その操作は、非常に簡略で、容易なものとすることができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態について説明を行っていくこととする。本実施の形態としては、光磁気ディスクであるミニディスクに対応して記録再生が可能とされる記録再生装置を例に挙げることとする。
なお、以降の説明は次の順序で行う。
１．ディスクフォーマット
２．記録再生装置
３．操作部
４．トラックの管理形態
５．グループモードでの頭出しサーチ
６．記録動作
６−１．グループモード時
６−２．トラックモード時
７．グループモードでの編集処理例
７−１．移動
７−２．連結
７−３．ダビング記録
８．セキュリティグループ
９．ＴＯＣ構造例
９−１．ディスクのデータ構造
９−２．ＴＯＣ＃０
９−３．ＴＯＣ＃１
９−４．ＴＯＣ＃２
９−５．ＴＯＣ＃３
【００２３】
１．ディスクフォーマット
本実施の形態の記録再生装置は、ミニディスク（光磁気ディスク）に対応してデータの記録／再生を行う、ＭＤデータといわれるフォーマットに対応しているものとされる。このＭＤデータフォーマットとしては、ＭＤ−ＤＡＴＡ１とＭＤ−ＤＡＴＡ２といわれる２種類のフォーマットが開発されているが、本実施の形態記録再生装置は、ＭＤ−ＤＡＴＡ１よりも高密度記録が可能とされるＭＤ−ＤＡＴＡ２のフォーマットに対応して記録再生を行うものとされている。そこで、先ずＭＤ−ＤＡＴＡ２のディスクフォーマットについて説明する。
なお、ＭＤ−ＤＡＴＡ２フォーマットとしては、オーディオデータ以外にも各種データを記録再生可能とされるが、ここでは、説明の便宜上、本実施の形態の記録再生装置により記録再生されるのは、オーディオデータのみであることを前提として以降の説明を行っていく。
【００２４】
図１及び図２は、ＭＤ−ＤＡＴＡ２としてのディスクのトラック構造例を概念的に示している。図２（ａ）（ｂ）は、それぞれ図１の破線Ａで括った部分を拡大して示す断面図及び平面図である。
これらの図に示すように、ディスク面に対してはウォブル（蛇行）が与えられたウォブルドグルーブＷＧと、ウォブルが与えられていないノンウォブルドグルーブＮＷＧとの２種類のグルーブ（溝）が予め形成される。そして、これらウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧは、その間にランドＬｄを形成するようにしてディスク上において２重のスパイラル状に存在する。
【００２５】
ＭＤ−ＤＡＴＡ２フォーマットでは、ランドＬｄが記録トラック（データが記録されるトラック）として利用されるのであるが、上記のようにしてウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧが形成されることから、記録トラックとしてもトラックＴｒ・Ａ，Ｔｒ・Ｂの２つのトラックがそれぞれ独立して、２重のスパイラル（ダブルスパイラル）状に形成されることになる。
トラックＴｒ・Ａは、ディスク外周側にウォブルドグルーブＷＧが位置し、ディスク内周側にノンウォブルドグルーブＮＷＧが位置するトラックとなる。
これに対してトラックＴｒ・Ｂは、ディスク内周側にウォブルドグルーブＷＧが位置し、ディスク外周側にノンウォブルドグルーブＮＷＧが位置するトラックとなる。
つまり、トラックＴｒ・Ａに対してはディスク外周側の片側のみにウォブルが形成され、トラックＴｒ・Ｂとしてはディスク内周側の片側のみにウォブルが形成されるようにしたものとみることができる。
この場合、トラックピッチは、互いに隣接するトラックＴｒ・ＡとトラックＴｒ・Ｂの各センター間の距離となり、図２（ｂ）に示すようにトラックピッチは０．９５μｍとされている。
【００２６】
ここで、ウォブルドグルーブＷＧとしてのグルーブに形成されたウォブルは、ディスク上の物理アドレスがＦＭ変調＋バイフェーズ変調によりエンコードされた信号に基づいて形成されているものである。このため、記録再生時においてウォブルドグルーブＷＧに与えられたウォブリングから得られる再生情報を復調処理することで、ディスク上の物理アドレスを抽出することが可能となる。
また、ウォブルドグルーブＷＧとしてのアドレス情報は、トラックＴｒ・Ａ，Ｔｒ・Ｂに対して共通に有効なものとされる。つまり、ウォブルドグルーブＷＧを挟んで内周に位置するトラックＴｒ・Ａと、外周に位置するトラックＴｒ・Ｂは、そのウォブルドグルーブＷＧに与えられたウォブリングによるアドレス情報を共有するようにされる。
なお、このようなアドレッシング方式はインターレースアドレッシング方式ともいわれる。このインターレースアドレッシング方式を採用することで、例えば、隣接するウォブル間のクロストークを抑制した上でトラックピッチを小さくすることが可能となるものである。また、グルーブに対してウォブルを形成することでアドレスを記録する方式については、ＡＤＩＰ(Adress In Pregroove) 方式ともいう。
【００２７】
また、上記のようにして同一のアドレス情報を共有するトラックＴｒ・Ａ，Ｔｒ・Ｂの何れをトレースしているのかという識別は次のようにして行うことができる。
例えば３ビーム方式を応用し、メインビームがトラック（ランドＬｄ）をトレースしている状態では、残る２つのサイドビームは、上記メインビームがトレースしているトラックの両サイドに位置するグルーブをトレースしているようにすることが考えられる。
【００２８】
図２（ｂ）には、具体例として、メインビームスポットＳＰｍがトラックＴｒ・Ａをトレースしている状態が示されている。この場合には、２つのサイドビームスポットＳＰｓ１，ＳＰｓ２のうち、内周側のサイドビームスポットＳＰｓ１はノンウォブルドグルーブＮＷＧをトレースし、外周側のサイドビームスポットＳＰｓ２はウォブルドグルーブＷＧをトレースすることになる。
これに対して、図示しないが、メインビームスポットＳＰｍがトラックＴｒ・Ｂをトレースしている状態であれば、サイドビームスポットＳＰｓ１がウォブルドグルーブＷＧをトレースし、サイドビームスポットＳＰｓ２がノンウォブルドグルーブＮＷＧをトレースすることになる。
このように、メインビームスポットＳＰｍが、トラックＴｒ・Ａをトレースする場合とトラックＴｒ・Ｂをトレースする場合とでは、サイドビームスポットＳＰｓ１，ＳＰｓ２がトレースすべきグルーブとしては、必然的にウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧとで入れ替わることになる。
【００２９】
サイドビームスポットＳＰｓ１，ＳＰｓ２の反射によりフォトディテクタにて得られる検出信号としては、ウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧの何れをトレースしているのかで異なる波形が得られることから、上記検出信号に基づいて、例えば、現在サイドビームスポットＳＰｓ１，ＳＰｓ２のうち、どちらがウォブルドグルーブＷＧ（あるいはノンウォブルドグルーブＮＷＧ）をトレースしているのかを判別することにより、メインビームがトラックＴｒ・Ａ，Ｔｒ・Ｂのどちらをトレースしているのかが識別できることになる。
【００３０】
図３は、上記のようなトラック構造を有するＭＤ−ＤＡＴＡ２フォーマットのの主要スペックをＭＤ−ＤＡＴＡ１フォーマットと比較して示す図である。
先ず、ＭＤ−ＤＡＴＡ１フォーマットとしては、トラックピッチは１．６μｍ、ピット長は０．５９μｍ／ｂｉｔとなる。また、レーザ波長λ＝７８０ｎｍとされ、光学ヘッドの開口率ＮＡ＝０．４５とされる。
記録方式としては、グルーブ記録方式を採っている。つまり、グルーブをトラックとして記録再生に用いるようにしている。
アドレス方式としては、シングルスパイラルによるグルーブ（トラック）を形成したうえで、このグルーブの両側に対してアドレス情報としてのウォブルを形成したウォブルドグルーブを利用する方式を採るようにされている。
【００３１】
記録データの変調方式としてはＥＦＭ（８−１４変換）方式を採用している。また、誤り訂正方式としてはＡＣＩＲＣ(Advanced Cross Interleave Reed-Solomon Code) が採用され、データインターリーブには畳み込み型を採用している。このため、データの冗長度としては４６．３％となる。
【００３２】
また、ＭＤ−ＤＡＴＡ１フォーマットでは、ディスク駆動方式としてＣＬＶ(Constant Linear Verocity)が採用されており、ＣＬＶの線速度としては、１．２ｍ／ｓとされる。
そして、記録再生時の標準のデータレートとしては、１３３ｋＢ／ｓとされ、記録容量としては、１４０ＭＢとなる。
【００３３】
これに対して、本例のビデオカメラが対応できるＭＤ−ＤＡＴＡ２フォーマットとしては、トラックピッチは０．９５μｍ、ピット長は０．３９μｍ／ｂｉｔとされ、共にＭＤ−ＤＡＴＡ１フォーマットよりも短くなっていることが分かる。そして、例えば上記ピット長を実現するために、レーザ波長λ＝６５０ｎｍ、光学ヘッドの開口率ＮＡ＝０．５２として、合焦位置でのビームスポット径を絞ると共に光学系としての帯域を拡げている。
【００３４】
記録方式としては、図１及び図２により説明したように、ランド記録方式が採用され、アドレス方式としてはインターレースアドレッシング方式が採用される。また、記録データの変調方式としては、高密度記録に適合するとされるＲＬＬ（１，７）方式（ＲＬＬ；Run Length Limited）が採用され、誤り訂正方式としてはＲＳ−ＰＣ方式、データインターリーブにはブロック完結型が採用される。そして、上記各方式を採用した結果、データの冗長度としては、１９．７％にまで抑制することが可能となっている。
【００３５】
ＭＤ−ＤＡＴＡ２フォーマットにおいても、ディスク駆動方式としてはＣＬＶが採用されるのであるが、その線速度としては２．０ｍ／ｓとされ、記録再生時の標準のデータレートとしては５８９ｋＢ／ｓとされる。そして、記録容量としては６５０ＭＢを得ることができ、ＭＤ−ＤＡＴＡ１フォーマットと比較した場合には、４倍強の高密度記録化が実現されたことになる。
例えば、ＭＤ−ＤＡＴＡ２フォーマットにより動画像の記録を行うとして、動画像データについてＭＰＥＧ２による圧縮符号化を施した場合には、符号化データのビットレートにも依るが、時間にして１５分〜１７分の動画を記録することが可能とされる。また、音声信号データのみを記録するとして、音声データについてＡＴＲＡＣ(Adaptve Transform Acoustic Coding) ２による圧縮処理を施した場合には、時間にして１０時間程度の記録を行うことができる。
【００３６】
２．記録再生装置
続いて、上記したＭＤ−ＤＡＴＡ２のフォーマットに対応する、本実施の形態の記録再生装置の構成例について、図４のブロック図を参照して説明する。
【００３７】
光学ヘッド５３のディスク５１に対するデータ読み出し動作によりに検出された情報（フォトディテクタによりレーザ反射光を検出して得られる光電流）は、ＲＦ信号処理回路４４内のＲＦアンプ１０１に供給される。
ＲＦアンプ１０１では入力された検出情報から、再生信号としての再生ＲＦ信号を生成し、二値化回路４３に供給する。二値化回路４３は、入力された再生ＲＦ信号について二値化を行うことにより、デジタル信号化された再生ＲＦ信号（二値化ＲＦ信号）を得る。
この二値化ＲＦ信号は、まずＡＧＣ／クランプ回路１０３に入力されてゲイン調整、クランプ処理等が行われた後、イコライザ／ＰＬＬ回路１０４に入力される。
イコライザ／ＰＬＬ回路１０４では、入力された二値化ＲＦ信号についてイコライジング処理を施してビタビデコーダ１０５に出力する。また、イコライジング処理後の二値化ＲＦ信号をＰＬＬ回路に入力することにより、二値化ＲＦ信号（ＲＬＬ（１，７）符号列）に同期したクロックＣＬＫを抽出する。
【００３８】
クロックＣＬＫの周波数は現在のディスク回転速度に対応する。このため、ＣＬＶプロセッサ１１１では、イコライザ／ＰＬＬ回路１０４からクロックＣＬＫを入力し、所定のＣＬＶ速度（図３参照）に対応する基準値と比較することにより誤差情報を得て、この誤差情報をスピンドルエラー信号ＳＰＥを生成するための信号成分として利用する。また、クロックＣＬＫは、例えばＲＬＬ（１，７）復調回路１０６をはじめとする、所要の信号処理回路系における処理のためのクロックとして利用される。
【００３９】
ビタビデコーダ１０５は、イコライザ／ＰＬＬ回路１０４から入力された二値化ＲＦ信号について、いわゆるビタビ復号法に従った復号処理を行う。これにより、ＲＬＬ（１，７）符号列としての再生データが得られることになる。
この再生データはＲＬＬ（１，７）復調回路１０６に入力され、ここでＲＬＬ（１，７）復調が施されたデータストリームとされる。
【００４０】
ＲＬＬ（１，７）復調回路１０６における復調処理により得られたデータストリームは、データバス１１４を介してバッファメモリ４２に対して書き込みが行われ、バッファメモリ４２上で展開される。
このようにしてバッファメモリ４２上に展開されたデータストリームに対しては、先ず、ＥＣＣ処理回路１１６により、ＲＳ−ＰＣ方式に従って誤り訂正ブロック単位によるエラー訂正処理が施され、更に、デスクランブル／ＥＤＣデコード回路１１７により、デスクランブル処理と、ＥＤＣデコード処理（エラー検出処理）が施される。
これまでの処理が施されたデータが再生データＤＡＴＡｐとされる。この再生データＤＡＴＡｐは、転送クロック発生回路１２１にて発生された転送クロックに従った転送レートで、例えばデスクランブル／ＥＤＣデコード回路１１７から音声圧縮エンコーダ／デコーダ１２２に対して転送される。
【００４１】
ここで、上記した再生データＤＡＴＡｐは、ＡＴＲＡＣ２方式により圧縮処理が施された圧縮オーディオデータとされる。音声圧縮エンコーダ／デコーダ１２２では、入力された再生データＤＡＴＡｐについて、ＡＴＲＡＣ２方式に従って伸長処理を施し、例えばサンプリング周波数４４．１ＫＨｚ、量子化ビット１６ビットのデジタルオーディオデータに変換する。そして、このデジタルオーディオデータを入出力処理部１２３に対して転送する。
【００４２】
入出力処理部１２３は、オーディオ信号の入出力に関しての所要の信号処理等を行う部位である。この入出力処理部１２３に対して、再生出力として音声圧縮エンコーダ／デコーダ１２２から転送されてきたデジタルオーディオデータは、例えば、そのフォーマットのまま、デジタルオーディオ出力端子Ｄｏｕｔに対して出力することができる。なお、圧縮処理が施されたままのデジタルオーディオデータを外部に出力させるための信号経路及び端子が設けられてもよいものである。
また、入出力処理部１２３内部に設けられているとされるＤ／Ａコンバータによってアナログオーディオ信号に変換して、アナログオーディオ出力端子Ａｏｕｔから出力させることができる。更には、Ｄ／Ａコンバータによって変換したアナログオーディオ信号について、ヘッドフォンにより音声出力するのに適合した増幅処理等を行って、ヘッドフォン出力端子ＨＰｏｕｔから出力させることもできるようになっている。
【００４３】
転送クロック発生回路１２１は、例えば、クリスタル系のクロックを発生する回路部位であり、当該記録再生装置内における機能回路部間で必要とされる周波数のクロックを供給する。
【００４４】
光学ヘッド５３によりディスク５１から読み出された検出情報（光電流）は、マトリクスアンプ１０７に対しても供給される。
マトリクスアンプ１０７では、入力された検出情報について所要の演算処理を施すことにより、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（ディスク５１にウォブルドグルーブＷＧとして記録されている絶対アドレス情報）ＧＦＭ等を抽出しサーボ回路４５に供給する。即ち抽出されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボプロセッサ１１２に供給され、グルーブ情報ＧＦＭはＡＤＩＰバンドパスフィルタ１０８に供給される。
【００４５】
ＡＤＩＰバンドパスフィルタ１０８により帯域制限されたグルーブ情報ＧＦＭは、Ａ／Ｂトラック検出回路１０９、ＡＤＩＰデコーダ１１０、及びＣＬＶプロセッサ１１１に対して供給される。
Ａ／Ｂトラック検出回路１０９では、例えば図２（ｂ）にて説明した方式などに基づいて、入力されたグルーブ情報ＧＦＭから、現在トレースしているトラックがトラックＴＲ・Ａ，ＴＲ・Ｂの何れとされているのかについて判別を行い、このトラック判別情報をドライバコントローラ４６に出力する。また、ＡＤＩＰデコーダ１１０では、入力されたグルーブ情報ＧＦＭをデコードしてディスク上の絶対アドレス情報であるＡＤＩＰ信号を抽出し、ドライバコントローラ４６に出力する。ドライバコントローラ４６では、上記トラック判別情報及びＡＤＩＰ信号に基づいて、所要の制御処理を実行する。
【００４６】
ＣＬＶプロセッサ１１１には、イコライザ／ＰＬＬ回路１０４からクロックＣＬＫと、ＡＤＩＰバンドパスフィルタ１０８を介したグルーブ情報ＧＦＭが入力される。ＣＬＶプロセッサ１１１では、例えばグルーブ情報ＧＦＭに対するクロックＣＬＫとの位相誤差を積分して得られる誤差信号に基づき、ＣＬＶサーボ制御のためのスピンドルエラー信号ＳＰＥを生成し、サーボプロセッサ１１２に対して出力する。なお、ＣＬＶプロセッサ１１１が実行すべき所要の動作はドライバコントローラ４６によって制御される。
【００４７】
サーボプロセッサ１１２は、上記のようにして入力されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、スピンドルエラー信号ＳＰＥ、ドライバコントローラ４６からのトラックジャンプ指令、アクセス指令等に基づいて各種サーボ制御信号（トラッキング制御信号、フォーカス制御信号、スレッド制御信号、スピンドル制御信号等）を生成し、サーボドライバ１１３に対して出力する。
サーボドライバ１１３では、サーボプロセッサ１１２から供給されたサーボ制御信号に基づいて所要のサーボドライブ信号を生成する。ここでのサーボドライブ信号としては、二軸機構を駆動する二軸ドライブ信号（フォーカス方向、トラッキング方向の２種）、スレッド機構を駆動するスレッドモータ駆動信号、スピンドルモータ５２を駆動するスピンドルモータ駆動信号となる。
このようなサーボドライブ信号がデッキ部５に対して供給されることで、ディスク５１に対するフォーカス制御、トラッキング制御、及びスピンドルモータ５２に対するＣＬＶ制御が行われることになる。
【００４８】
また、入出力処理部１２３に対しては、記録用のオーディオソースとして、例えば所定フォーマットのデジタルオーディオデータを、デジタルオーディオ入力端子Ｄｉｎから入力させることができ、また、アナログオーディオ信号をアナログオーディオ入力端子Ａｉｎから入力させることができるようになっている。
入出力処理部１２３に入力されたデジタルオーディオデータは、例えば必要があれば、ここで、サンプリング周波数や量子化ビットなどの変換が行われ、最終的には、サンプリング周波数４４．１ＫＨｚ、量子化ビット１６ビットのデジタルオーディオデータとして、音声圧縮エンコーダ／デコーダ１２２に対して転送される。
また、入力されたアナログオーディオ信号は、入出力処理部１２３内に備えられているとされるＡ／Ｄコンバータによって、デジタルオーディオデータに変換されて、音声圧縮エンコーダ／デコーダ１２２に対して転送される。
【００４９】
音声圧縮エンコーダ／デコーダ１２２では、入出力処理部１２３から入力されてくるデジタルオーディオデータについて、ＡＴＲＡＣ２方式に従った音声圧縮処理を施して、圧縮オーディオデータを生成する。そして、この圧縮オーディオデータを、記録データＤＡＴＡｒとして、スクランブル／ＥＤＣエンコード回路１１５に対して転送する。このユーザ記録データＤＡＴＡｒは、例えば転送クロック発生回路１２１にて発生された転送クロック（データ転送レート）に同期して入力される。
【００５０】
スクランブル／ＥＤＣエンコード回路１１５では、例えば記録データＤＡＴＡｒをバッファメモリ４２に書き込んで展開し、データスクランブル処理、ＥＤＣエンコード処理（所定方式によるエラー検出符号の付加処理）を施す。この処理の後、例えばＥＣＣ処理回路１１６によって、バッファメモリ４２に展開させている記録データＤＡＴＡｒに対してＲＳ−ＰＣ方式によるエラー訂正符号を付加するようにされる。
ここまでの処理が施された記録データＤＡＴＡｒは、バッファメモリ４２から読み出されて、データバス１１４を介してＲＬＬ（１，７）変調回路１１８に供給される。
【００５１】
ＲＬＬ（１，７）変調回路１１８では、入力された記録データＤＡＴＡｒについてＲＬＬ（１，７）変調処理を施し、このＲＬＬ（１，７）符号列としての記録データを磁気ヘッド駆動回路１１９に出力する。
【００５２】
ところで、ＭＤ−ＤＡＴＡ２フォーマットでは、ディスクに対する記録方式として、いわゆるレーザストローブ磁界変調方式を採用している。レーザストローブ磁界変調方式とは、記録データにより変調した磁界をディスク記録面に印加すると共に、ディスクに照射すべきレーザ光を記録データに同期してパルス発光させる記録方式をいう。
このようなレーザストローブ磁界変調方式では、ディスクに記録されるピットエッジの形成過程が磁界の反転速度等の過渡特性に依存せず、レーザパルスの照射タイミングによって決定される。
このため、例えば単純磁界変調方式（レーザ光をディスクに対して定常的に照射すると共に記録データにより変調した磁界をディスク記録面に印加するようにした方式）と比較して、レーザストローブ磁界変調方式では、記録ピットのジッタをきわめて小さくすることが容易に可能とされる。つまり、レーザストローブ磁界変調方式は、高密度記録化に有利な記録方式とされるものである。
【００５３】
磁気ヘッド駆動回路１１９では、入力された記録データにより変調した磁界が磁気ヘッド５４からディスク５１に印加されるように動作する。また、ＲＬＬ（１，７）変調回路１１８からレーザドライバ１２０に対しては、記録データに同期したクロックを出力する。レーザドライバ１２０は、入力されたクロックに基づいて、磁気ヘッド５４により磁界として発生される記録データに同期させたレーザパルスがディスクに対して照射されるように、光学ヘッド５３のレーザダイオードを駆動する。この際、レーザダイオードから発光出力されるレーザパルスとしては、記録に適合する所要のレーザパワーによるものとなる。このようにして、本実施の形態のメディアドライブ部４により上記レーザストローブ磁界変調方式としての記録動作が可能とされる。
なお、ここでは図示していないが、本実施の形態の記録再生装置としては、ＭＤ−ＤＡＴＡ１フォーマットのディスクに対応しての記録再生も行えるように互換性を与えるために、ＭＤ−ＤＡＴＡ１フォーマットに対応する機能回路部を設けるようにしても構わないものである。
【００５４】
操作部１２４は、当該記録再生装置を操作するために本体に設けられる各種操作子から成る。この操作部１２４では、操作子に対して行われた操作に対応する操作情報をシステムコントローラ４６に対して出力する。システムコントローラ４６が、入力された操作情報に応じて所要の制御処理を実行することで、操作に応じた記録再生装置の動作が得られることになる。
なお、ここでは図示していないが、操作部１２４に代わる操作手段として、赤外線や電波などによって操作に応じた操作情報を無線で送信するリモートコントローラを備え、本体側では、送信信号を受信デコードしてシステムコントローラ４６に転送する受信部を備えるようにすることも考えられる。
【００５５】
また、表示部１２５は、例えばＬＣＤディスプレイ装置などを備えて構成され、システムコントローラ４６の制御によって適宜所要の内容の表示が行われる。例えばこの表示部１２５にて表示される内容としては、再生動作中であれば、現在再生中のトラックや、後述するグループ等のナンバー、ネームなどのほか、再生進行時間などが表示されるものである。
【００５６】
３．操作部
図５は、記録再生装置に備えられる操作部１２４として、代表的となる操作子を例示している。
この図に示す操作部１２４において、イジェクトキー２０１は、記録再生可能位置に装填されているミニディスクをイジェクトして本体外部に排出させるための操作子とされる。
また、頭出しサーチキー２０２、２０３は、それぞれ戻り方向、送り方向へのトラック単位による頭出しを行うための操作子である。
再生／一時停止キー２０４は、再生開始操作と一時停止操作を行うことができる。停止キー２０５は、記録再生動作を停止させるための操作子である。また、録音キー２０６は、楽曲データの記録を開始させる際に操作される。
編集キー２０７は、各種編集操作を行う際に操作されるキーとされる。この編集操作としては、例えばトラックの移動、分割、連結、消去（全曲消去可能とされる）などのほか、トラックネームやディスクネームを入力して登録することも可能とされている。
また、本実施の形態にあっては、後述するようにして、複数のトラックから成るトラックの集合単位をグループとして扱って、このグループ単位によっても記録データの管理が行われるようにされる。そして、上記した編集操作としては、グループ単位による移動、分割、連結、消去、また、グループネームの登録などが行えるようにされている。
【００５７】
グループモードキー２０８は、グループモードと、トラックモードとの切り換えを行うためのキーである。ここでいうグループモードとは、上記したグループ単位での再生、記録に関する動作が可能とされるモードのことをいい、トラックモードとは、従来の記録再生装置と同様に、トラック単位での再生、記録に関する動作が実行されるモードのことをいう。
例えば、このグループモードキー２０８を１回押圧操作するごとに、グループモードとトラックモードとの間での切り換えが行われるようにされる。また、例えばグループモードキー２０８を操作しながら、他の操作子を操作するという、いわゆる複合操作を行ったときに、グループモードとしての操作が行われるようにすることも考えられる。
また、グループモードキーとしては、図５の下側に抜き出して示すように、メカニカルスイッチによるグループモードキー２０８ａとすることも考えられる。この場合、グループモードキー２０８ａはスライドスイッチとなっており、スライドスイッチとしての操作子を右側にスライドさせればグループモードが設定され、左側にスライドさせればトラックモードが設定されるようになっている。
何れにせよ、本実施の形態としては、所定操作によってグループモードとトラックモードとの切り換えが行われればよいものであって、このための操作手段としては、この図５により説明した内容に限定されるものではない。
【００５８】
また、この図に示す操作部１２４においては、グループ頭出しサーチキー２０９，２１０が示される。例えばグループ頭出しサーチキー２０９を１回押圧操作するごとに、戻り方向にグループ単位での頭出しサーチを行うことができるようになっている。また、グループ頭出しサーチキー２１０を１回押圧操作するごとに、送り方向にグループ単位での頭出しサーチを行うことができる。
なお、例えば操作態様として、グループモードキー２０８（２０８ａ）を操作してグループモードを設定して、頭出しサーチキー２０２、２０３を操作することで、グループ単位での頭出しサーチを行うことができるようにすることも考えられ、このような操作態様を採る場合には、グループ頭出しサーチキー２０９，２１０を省略しても構わないものである。
【００５９】
また、図５においては、表示部１２５としての表示パネル部位も例示されている。
この図においては、表示部１２５において［Ｇ２−２１ ＳＯＮＧ１]と表示されている例が示されているが、これは、［Ｇ２−２１］により、グループナンバーが［２］で、トラックナンバーが［２１］のトラックであることを示しており、［ＳＯＮＧ１］により、例えばトラックネーム若しくはグループネームを示しているものである。
【００６０】
４．トラックの管理形態
本実施の形態では、ディスクに記録されているトラックについて、１以上のトラックをグループとして区分して管理することが可能とされている。これを従来例との比較により、図６に示す。
図６（ｂ）には、従来のミニディスクシステムにおける記録データの管理形態が示される。つまり、周知のように、従来のミニディスクフォーマットにあっては、Ｕ−ＴＯＣによって、記録データがトラック単位のみによって管理される。例えば従来のミニディスクにあって、ディスクにトラックＴｒ１〜Ｔｒ１０までの１０トラックが記録されているとすると、Ｕ−ＴＯＣでは、これらのトラック単位で管理を行うようにされる。
従って、例えば頭出しサーチのときには、Ｕ−ＴＯＣを参照して得た次のトラックのアドレスに対してアクセスすることになるのであるが、Ｕ−ＴＯＣがトラック単位での管理を行っている都合上、図示もしているように、頭出しサーチとしてはトラック単位となるものである。
また、Ｕ−ＴＯＣがトラック単位で管理する形式を採っている以上、周知のように、例えばデータの記録や、編集操作についても、基本的にはトラック単位で行われることになるものである。
【００６１】
そして、本実施の形態においては、ディスクに記録されたデータは、図６（ａ）に例示されるようにして管理することができる。
ここでは、トラックＴｒ１〜Ｔｒ４０までの４０トラックが記録されている場合が示されている。そして、この場合にはトラックＴｒ１〜Ｔｒ２０までの２０トラックがグループＧｒ１として、１つのグループに属するものとして管理されている状態が示されている。
また、続くトラックＴｒ２１〜Ｔｒ２３までの４トラックがグループＧｒ２として、やはり１つのグループに属するものとして管理されているものである。そして、次のトラックＴｒ２４，Ｔｒ２５の２トラックがグループＧｒ３に属するように管理されている。
【００６２】
本実施の形態では、上記のようにして、トラックナンバーが連続する複数トラックを１つのグループとして管理することができるようになっている。
このようなグループの設定は、例えばユーザの所定の編集操作によって設定することが可能とされる。また、後述するようにして、ＣＤ１枚分などのアルバム単位でのダビング記録を行うような際に、このアルバム単位の複数楽曲（トラック）を１つのグループとして管理される形態でミニディスク側に記録するようにされることで、グループが自動的に設定されるようにもしている。
【００６３】
但し、例えばグループによる複数トラックの管理が可能であるとしても、ユーザの使い勝手の点からすれば、ディスクに記録されたトラックを必ずしも、何れかのグループに属させる必要はなく、かえって、グループには属させないようにしたほうが好ましいとされる場合があることは、当然考えられる。
そこで本実施の形態においては、図６（ａ）に示しているように、グループに属させる必要のないトラックをグループ・フリーなトラックとして管理することも可能とされている。ここでは、トラックＴｒ２６〜Ｔｒ４０までの１５トラックが、グループ・フリーＧｒ・Ｆのトラックとして管理されている。
【００６４】
このようなグループ単位を含む記録データの管理は、ディスクに記録される管理情報（ＲＴＯＣ）の構造によって実現されるものである。なお、この管理情報の構造については後述する。また、ここでは例示してはいないが、１つのトラックを１グループとして扱って管理することも可能とされる。
そして本実施の形態では、このようにしてグループ単位によって記録データ（トラック）を管理可能とすることで、以降説明していくようにして、グループ単位での記録再生動作が可能とされ、また、編集操作を行うことが可能とされるものである。
【００６５】
５．グループモードでの頭出しサーチ
図７は、グループモード時の頭出しサーチの動作例を模式的に示している。
この図においても、ディスクにはトラックＴｒ１〜トラックＴｒ４０までの４０トラックが記録されている場合が示され、グループＧｒ１にはトラックＴｒ１〜２０が属し、グループＧｒ２にはトラックＴｒ２１〜Ｔｒ２３が属し、グループＧｒ３にはトラックＴｒ２４，Ｔｒ２５が属している状態が示される。また、Ｔｒ２６〜Ｔｒ４０までは、グループ・フリーＧｒ・Ｆとされている。
【００６６】
ここで、現在グループＧｒ１内のトラックＴｒ３を再生中であるときに、グループモードとしての送り方向への頭出しサーチの操作を行ったとする。
するとこの場合には、先ず矢印1として示すように、グループＧｒ１に続くグループＧｒ２の先頭トラックであるトラックＴｒ２１の開始位置にアクセスして再生を開始するようにされる。また、ここで更に頭出しサーチの操作を行ったとすると、矢印2として示すように、次のグループＧｒ３の先頭トラックＴｒ２４の開始位置にアクセスすることになる。この図の場合には、グループＧｒ３がディスク内において最後のグループとなっている。
そして、ここから更に頭出しサーチの操作を行ったとすると、この場合には矢印3により示すように、グループ・フリーに属するトラックのうちで先頭にあるとされるトラックＴｒ２６の開始位置にアクセスするようにされる。
そして、例えば上記のようにしてグループ・フリー内にあるトラックを再生中にグループモードとしての送り方向への頭出しサーチが行われた場合には、実線の4の矢印により示すようにして、最初のグループＧｒ１の先頭トラックＴｒ１の開始位置にアクセスするようにされている。
【００６７】
なお、グループモード下において、グループ・フリーＧｒ・Ｆのトラックを再生しているときに頭出しサーチ操作が行われた場合であるが、グループ・フリーのトラックは、ユーザの使い勝手上、何れのグループにも属さないものとして設定されたトラックであることから、例えば図において破線の矢印4として示すように、グループモードであっても、グループ・フリーＧｒ・Ｆ内における次のトラックにアクセスさせるようにすることも考えられる。
【００６８】
また、図８には、グループモードでの戻り方向への頭出し操作が行われる場合の動作が示されている。なお、この図に示されるディスクに記録されたトラック及びグループ管理形態は、図６の場合と同様としている。
ここでも、グループＧｒ１内のトラックＴｒ３を再生中に、戻り方向の頭出しサーチ操作が行われたとする。すると、この場合には、先ず図中の矢印1に示されるように、同じグループＧｒ１の先頭トラックＴｒ１の開始位置に対してアクセスするようにされる。
そして、この状態から更に戻り方向への頭出しサーチ操作が行われたとすると、矢印2に示すようにして、グループ・フリーＧｒ・Ｆにおける先頭トラックＴｒ２６の開始位置に対してアクセスするようにされる。
また、ここから更に戻り方向への頭出しサーチ操作が行わたとすると、最後のグループであるグループＧｒ３の先頭トラックＴｒ２４の開始位置にアクセスすることになる。そして、ここから戻り方向への頭出しサーチ操作が行われるごとに、順次、グループＧｒ２の先頭トラックＴｒ２１の開始位置、グループＧｒ１の先頭トラックＴｒ１の開始位置にアクセスするようにされる。
【００６９】
なお、この場合にも、最初のグループＧｒ１の先頭トラックＴｒ１を再生中に、戻り方向の頭出しサーチ操作が行われた場合としては、例えばグループ・フリーの最後のトラックの開始位置にアクセスさせ、この後グループ・フリー内のトラックを再生中に頭出しサーチ操作が行われるごとに、直前のトラックの開始位置に順次アクセスしていくという動作とすることも考えられる。
何れにせよ、グループモード下での頭出しサーチが行われる際のグループ・フリーの扱いとしては、各種考えられるものであり、上記したようなアクセス動作以外の動作であっても構わないものである。
【００７０】
このようにして、本実施の形態では、ユーザが意図する何らかの概念によって纏められたグループの単位ごとに、頭出しサーチを行うことができる。これは、例えば、本実施の形態の場合のように、圧縮効率の高い方式により圧縮されたオーディオデータを、大容量のメディアに記録できることで、膨大な数のトラックが記録可能とされる場合に、より有用となるものである。つまり、トラック単位で頭出しを行う場合に、ユーザが決めたグループごとの先頭トラックを探すのは、例えばユーザがグループとトラックとの関係を書き留めておいたり覚えておいたりしなければ、容易にグループの先頭をサーチすることは難しく、また面倒なことであるが、本実施の形態では、通常の頭出しサーチのための操作によって、容易にグループの先頭に順次アクセスしていくことが可能とされるものである。
【００７１】
なお、グループ単位を基とする再生動作例としては、上記した頭出しサーチ操作に応じた動作を挙げているが、これについてはほかにも考えられるものである。例えば、ディスク再生装置では、一般にリピート再生やシャッフル再生などの特殊再生が可能とされているが、例えばリピート再生を１つのグループについてのみ行ったり、また、１グループ内のトラックについてシャッフル再生を行うようにすることなどが考えられる。また、ユーザがトラック再生順を任意に選択することができるいわゆるプログラム再生なども可能とされているが、このプログラム再生機能として、例えばグループ単位で、ユーザが再生順を設定できるようにすることも可能とされる。
【００７２】
６．記録動作
６−１．グループモード時
また、本実施の形態においては、グループモードとトラックモードとで記録されたトラックの管理が異なるようにされる。この点について、説明していくこととする。
図９には、グループモードでの記録例が示されている。
ここで、図９（ａ）に示すようにして、トラックＴｒ１〜Ｔｒ１０までが記録されているディスクがあったとする。このディスクとしては、トラックＴｒ１〜Ｔｒ５までがグループＧｒ１に属し、トラックＴｒ６〜Ｔｒ８までがグループＧｒ２に属し、トラック９，Ｔｒ１０がグループＧｒ３に属しているものとして管理されている状態にある。
【００７３】
そして、このディスクに対して、グループモードを設定した状態で３トラックを追加するように記録したとする。
この場合、これらの追加記録された３トラックは、図９（ｂ）に示すようにして、トラックＴｒ１０に続くトラックＴｒ１１，Ｔｒ１２，Ｔｒ１３として管理される。そして、これらのトラックＴｒ１１，Ｔｒ１２，Ｔｒ１３は、新規なグループＧｒ４に属するものとしても管理される。
つまり、グループモードによりトラックを新規に追加記録した場合には、このトラックは、新規なグループに属するものとして管理される状態となるものである。
【００７４】
６−２．トラックモード時
続いては、トラックモードが設定された状態のもとでトラックの追加記録が行われる場合について、図１０を参照して説明する。
図１０（ａ）には、先の図９（ａ）と同じトラックが記録され、また、同じグループ管理状態とされているディスクが示されている。そして、この場合も、３トラックを追加記録するようにされる。
この場合にも、例えば図１０（ｂ）に示すようにして、新規に追加された３トラックは、トラックＴｒ１０に続くトラックＴｒ１１，Ｔｒ１２，Ｔｒ１３として管理されて記録が行われることになる。そして、この場合には、これらの新規に追加されたトラックＴｒ１１，Ｔｒ１２，Ｔｒ１３は、最後のグループＧｒ３に属するものとして管理するようにされる。つまり、この場合であれば、記録前においては、トラックＴｒ９，Ｔｒ１０が属するようにして形成されていたグループＧｒ３に対して、トラックＴｒ１１，Ｔｒ１２，Ｔｒ１３も含めるようにされるものである。
【００７５】
また、同じように、図１０（ａ）に示すディスクに対してトラックＴｒ１１，Ｔｒ１２，Ｔｒ１３の３トラックを追加記録した場合として、図１０（ｃ）に示すようにして管理されるようにすることも考えられる。つまり、トラックＴｒ１１，Ｔｒ１２，Ｔｒ１３を、グループ・フリーのトラックとして管理するようにされるものである。
【００７６】
７．グループモードでの編集処理例
７−１．移動
本実施の形態としては、図７〜図９により例示したようにしてグループモードとしての再生、記録動作が行われるようにされるが、更に、以降説明するようにして、グループモード下で編集操作を行うことで、グループ単位での編集を行うことが可能とされる。
【００７７】
図１１は、グループモードでの移動編集を行う場合の例が示されている。
ここで、図１１（ａ）に示すようにしてトラックが記録され、またグループが管理されているディスクがあるとする。この図１１（ａ）に示すディスクは、トラックＴｒ１〜Ｔｒ１５までが記録されているものとした上で、トラックＴｒ１〜Ｔｒ５までがグループＧｒ１に属し、トラックＴｒ６〜Ｔｒ８までがグループＧｒ２に属し、トラックＴｒ９，Ｔｒ１０がグループＧｒ３に属し、トラックＴｒ１１〜Ｔｒ１５までがグループＧｒ４に属しているようにして管理されている。
【００７８】
そして、グループモードのもとでは、グループ単位での移動を行うことができるようになっている。例えばユーザは、所定操作によって、図１１（ａ）に示すディスクにおいて設定されているグループのうちから、移動させたいとするグループを指定する。ここでは、トラックＴｒ６〜Ｔｒ８の３トラックが属するグループＧｒ２を指定したものとする。そして、移動先として、グループＧｒ４の後ろを指定し、これを確認した上で、実行のための操作を行ったとする。
これにより、ディスク上での管理状態は、図１０（ａ）から図１０（ｂ）に示すように変更される。なお、図１０（ｂ）において（ ）内に示されるのは、移動編集前の元のトラックナンバー若しくはグループナンバーを示している。
つまり図１０（ｂ）に示されるように、もとはグループＧｒ２であったトラックＴｒ６，Ｔｒ７，Ｔｒ８は、最後の３トラックであるトラックＴｒ１３，Ｔｒ１４，Ｔｒ１５となる。そして、このトラックＴｒ１３，Ｔｒ１４，Ｔｒ１５から成るグループは、新たに、最後のグループＧｒ４として扱われることになる。
また、このようにして移動が行われたことに伴って、もとはトラックＴｒ９〜Ｔｒ１５として管理されていたトラックは、トラックＴｒ６〜Ｔｒ１２としてトラックナンバーが繰り上がるようにして管理されることになる。
また、グループ単位的には、もとはトラックＴｒ９，Ｔｒ１０から成るとされていたグループＧｒ３は、トラックＴｒ６，Ｔｒ７から成るグループＧｒ２として管理される。また、もとはトラックＴｒ１１〜Ｔｒ１５から成るとされていたグループＧｒ４は、トラックＴｒ８〜Ｔｒ１２から成るグループＧｒ３として管理される。
【００７９】
例えば、このようなグループの移動編集機能が無く、トラック単位での移動編集機能しかないと仮定して、図１１に示したのと同様の編集結果を得ようとすると、先ずは、ユーザは、図１０（ａ）に示されるトラックＴｒ６，Ｔｒ７，Ｔｒ８について、１つずつ移動編集操作を行って、図１０（ｂ）に示すようにトラックＴｒ１３，Ｔｒ１４，Ｔｒ１５としていく必要があることになり、その操作は非常に煩わしいものとなる。この問題は、１つのグループに属するトラックが多くなるほど顕著なものとなる。
これに対して本実施の形態では、上記のようにしてグループ単位により、複数のトラックを一括して移動させることができることから、上記したような問題が解消されるものである。
【００８０】
７−２．連結
図１２は、グループモード下での編集として、連結編集を行った場合の例が示されている。
図１２（ａ）においては、先の図１１と同様の記録形態のディスクが示されている。そしてここでは、図１２（ａ）におけるグループＧｒ１〜Ｇｒ４のうち、ユーザは、グループナンバー的に連続する２つのグループＧｒ３，Ｇｒ４を指定して、編集実行のための操作を行ったとする。
そしてこの場合には、図１２（ｂ）に示すようにして、図１２（ａ）におけるグループＧｒ３，Ｇｒ４は、１つのグループとして纏められて管理される。また、この場合のグループナンバーとしては、ナンバーの若いグループＧｒ３に含められるものとして管理されることになる。従って、この連結編集により得られたディスクとしては、グループＧｒ１［Ｔｒ１〜Ｔｒ５］と、グループＧｒ２［Ｔｒ６〜Ｔｒ７］、グループＧｒ３［Ｔｒ９〜Ｔｒ１５］との３グループを有するものとなる。
【００８１】
なお、これまでにも知られているように、トラック単位の編集機能としては、移動、連結のほかに、消去、分割等があるが、本実施の形態では、この消去、分割等の編集についても、グループ単位で行うことが可能とされるものである。つまり、図示による説明は省略するが、消去については、消去したいグループを指定することで、この指定したグループ単位により複数のトラックを一括消去することが可能とされる。また、分割については、例えばトラック、若しくは、トラック内の任意の位置を分割位置として指定して実行操作を行うようにされる。これによって、指定された分割位置により、グループが２つに分割されるものである。
【００８２】
また、従来のミニディスクシステムでは、ディスク単位及びトラック単位でネームを登録することができるようになっている。つまり、ディスクネーム、トラックネームを登録して、例えばディスク装填時にディスクネームを表示させたり、トラックが指定されたときにそのトラックネームを表示させたりすることが可能とされている。
そして、本実施の形態においては、複数トラックをグループ化して管理可能とされていることに対応して、所定の編集操作を行うことによってグループごとに対してグループネームを登録することができるようにもなっている。そして、例えば所定操作によってグループを指定したり、或るグループを再生しているときなどに、表示部１２５に対して、そのグループ名を表示させることが可能とされるものである。
【００８３】
７−３．ダビング記録
また、本実施の形態においては、例えばＣＤに記録されているオーディオデータをダビングによりミニディスクに記録するような場合には、次のようにしてミニディスクに記録されるデータを管理することが可能とされる。
【００８４】
ここで、図１３（ａ）に示すようにして、トラックＴｒ１〜Ｔｒ５までの５トラックが記録されたミニディスクがあるとして、このミニディスクに対して、録音ソースとして図１３（ｂ）に示すＣＤの記録内容をダビング記録するものとする。図１３（ｂ）に示すＣＤにおいては、トラックＴｒ１〜Ｔｒ７までの７トラックが記録されている。そして、ここでは、このトラックＴｒ１〜Ｔｒ７のすべてをミニディスクにダビングするものとする。
【００８５】
そして、ダビングが行われたミニディスクの記録内容は、図１３（ｃ）に示すものとなる。
この図に示されるように、ＣＤに記録されていたトラックＴｒ１〜Ｔｒ７は、ミニディスク上では、トラックＴｒ５に続く、トラックＴｒ６〜Ｔｒ１２として管理される状態で記録が行われる。そして本実施の形態においては、これらのトラックＴｒ６〜Ｔｒ１２を新規なグループＧｒ２に属するものとして管理するようにされる。
例えばＣＤなどの記録内容をダビングしたときに、上記のようにして、ダビングされたトラックが自動的に１つのグループとして管理されるようにしていることで、例えば、ユーザは、後からの編集操作によって、ＣＤからダビングしたトラックを纏めてグループ化するという手間が省かれるものである。
ＣＤに記録された内容は、例えば、いわゆる１つのアルバム単位の内容であることから、ユーザがグループ化して管理したいとする場合は多いと考えられるので、ダビング記録時において上記のようにしてデータ管理を実行することで、ユーザにとってはより使い勝手が向上されることになる。
【００８６】
８．セキュリティグループ
また、本実施の形態においては、グループ単位でセキュリティをかけることも可能とされる。この例を図１４に示しておく。
図１４（ａ）には、例えば先の図１１（ａ）と同じ記録内容のディスクが示される。但しここでは、グループＧｒ２については「セキュリティグループ」として設定が行われている状態にある。このセキュリティグループの設定は、例えばユーザの所定操作によって設定／解除が可能とされており、その設定内容は、後述するようにして管理情報（ＲＴＯＣ）により管理されている。
【００８７】
このようにしてセキュリティがかけられているものとして設定されたセキュリティグループに属するとされるトラックについては、例えば、ユーザが所定操作によってパスワードを入力しなければ、その再生がキャンセルされるようになっている。
【００８８】
また、例えば図１４（ａ）において、セキュリティグループではないグループＧｒ１に属するトラックＴｒ３を、トラックモード下での移動編集操作によって、セキュリティグループであるグループＧｒ２内のトラックＴｒ７として移動させたとする。
この場合、グループＧｒ１としては、図１４（ａ）に示すようにしてトラックＴｒ１〜Ｔｒ５の５トラックが属していた状態から、図１４（ｂ）に示すように、トラックＴｒ１〜Ｔｒ４の４トラックが属するようにして変更される。ここで、トラックＴｒ３，ｔｒ４は、もとは、トラックＴｒ４，Ｔｒ５とされていたものである。
また、セキュリティグループであるグループＧｒ２では、図１４（ａ）に示すようにして、もとはトラックＴｒ６，Ｔｒ７、Ｔｒ８の３トラックが属するとされていたのに対して、図１４（ｂ）に示すようにして、トラックＴｒ５，Ｔｒ６、Ｔｒ７，Ｔｒ８の４トラックが属するとして管理されることになる。ここで、図１４（ｂ）に示すトラックＴｒ５，Ｔｒ６、Ｔｒ７，Ｔｒ８のうち、トラックＴｒ５，Ｔｒ６は、もとはトラックＴｒ６，Ｔｒ７とされていたものである。
【００８９】
そして、例えば上記のようにして或るトラックが、セキュリティグループ内に移動された場合には、特にユーザが後に設定操作をすることなく、自動的に、この移動されたトラックにもセキュリティがかけられるものであり、やはりパスワードの入力無しには再生できないようになる。
【００９０】
９．ＴＯＣ構造例
９−１．ディスクのデータ構造
本実施の形態のディスクにおいては、管理情報としてＰＴＯＣ及びＲＴＯＣのための記録領域が確保されている。そして、ディスクに対して記録／再生動作を行う際には、このＰＴＯＣ、ＲＴＯＣの読み出しを行い、読み出しされた管理情報の内容に基づいて、ディスク上の記録すべきエリアのアドレスや、再生すべきエリアのアドレスを識別するようにされる。
【００９１】
例えば、システムコントローラ４６は、ディスクが装填された際に、ディスクの最内周側に対する再生動作を実行させることによって、ディスク最内周側の所定領域に記録されている管理情報（ＰＴＯＣ，ＲＴＯＣ）を読み出し、バッファメモリ４２に書き込んで記憶保持させておくようにされる。そして、以後そのディスクに対するプログラムの記録／再生／編集動作の際に参照できるようにしている。
【００９２】
また、ＲＴＯＣはプログラムデータの記録や各種編集処理に応じて書き換えられるものであるが、システムコントローラ１１は記録／編集動作のたびに、ＲＴＯＣ更新処理をバッファメモリ４２に記憶されたＲＴＯＣに対して行い、所定の機会、タイミングで以て、ディスクのＲＴＯＣエリアについても書き換えるようにしている。
【００９３】
そして、これまで述べてきた、グループ化単位に基づく記録再生、また、編集を実現するのにあたっても、上記したＲＴＯＣにおける所要の情報内容を参照し、また、この所定の情報について書き換えを行うことで実現するようにされるものである。
そこで、以降、本実施の形態としてのグループ管理を実現することのできる管理情報の構造例について説明していくこととする。
【００９４】
ここで、本実施の形態の管理情報構造についての説明に先立ち、図１５を参照して本実施の形態のディスクに記録されるデータの構造例を説明しておく。
図１５（ａ）には、本実施の形態のディスク全体の構造を概念的に示している。この図に示すように、ディスクには、ＴＯＣとして、ＰＴＯＣとＲＴＯＣとが記録される。
ＰＴＯＣは、ディスク最内周のリードインエリアにおいて、ピット形態により所要の管理情報が記録される。このＰＴＯＣの内容は書き換えが不可とされている。
ＲＴＯＣは、後述するようにして、ディスクに記録されたデータを管理するのに必要な基本的な情報が記録される。このＲＴＯＣは、リードインエリアに続くものとされ、データの書き換えが可能なレコーダブルエリアの最内周側に確保されるＲＴＯＣエリアに記録される。そして、ＲＴＯＣの内容は、例えばこれまでのディスクに対するデータの記録結果や、トラック（ファイル）についての各種編集処理結果に従って、逐次書き換えが行われる。
そして、レコーダブルエリア内において、ＲＴＯＣエリアに続くレコーダブルデータエリアに対して、ユーザデータ（ＤＡＴＡ）が例えばファイル単位で管理される形態で記録されることになる。なお、本実施の形態としては、ユーザデータは、例えば楽曲単位に対応するトラック単位で管理されることになる。そして、これらのトラックについて、グループ化して管理することも可能とされているものである。
【００９５】
そして、本実施の形態のＲＴＯＣとしては、図１５（ｂ）に模式的に示すようにして、ＴＯＣ＃０，ＴＯＣ＃１，ＴＯＣ＃２，ＴＯＣ＃３という、少なくとも４つのテーブルを備えるものとされる。なお、実際には、更に多くのテーブルを設けて、多様な管理が可能なように構成されてよいものであるが、ここでは、説明の便宜上、ＴＯＣ＃０〜＃３のテーブルのみが規定されているものとする。以降、ＴＯＣ＃０〜＃３の各々の構造について説明していくこととする。
【００９６】
９−２．ＴＯＣ＃０
図１６はＴＯＣ＃０の構造例を示している。
ＴＯＣ＃０は、主にユーザーが録音を行った楽曲等のトラック（プログラム）や新たにトラックが録音可能なフリーエリアについての管理情報が格納される。
例えばディスクに或る楽曲の録音を行おうとする際には、システムコントローラ１１は、ＴＯＣ＃０からディスク上のフリーエリアを探し出し、ここにオーディオデータを記録していくことになる。また、再生時には再生すべき楽曲が記録されているエリアをＴＯＣ＃０から判別し、そのエリアにアクセスして再生動作を行う。
【００９７】
ＴＯＣ＃０としては、先ず、その先頭の所定のデータサイズによるヘッダーが配置され、このヘッダには、例えば同期パターン、当該ＴＯＣ＃０のアドレス等をはじめとする、必要な各種情報が格納される。
【００９８】
そして、上記ヘッダーに続けて、ポインタ部、パーツテーブル部が配置される。
この場合には、ユーザーが録音を行って記録されているトラック（楽曲等）の領域やフリーエリア等を後述するパーツテーブル部に対応させることによって識別するため、ポインタ部としては、各種のポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TN1〜P-TNn) が記録される領域が用意されている。
【００９９】
そしてポインタ(P-DFA〜P-TNn) に対応させることになるテーブル部として(01h) 〜(xxh) までの所定数のパーツテーブルが設けられ、それぞれのパーツテーブルには、或るパーツについて起点となるスタートアドレス、終端となるエンドアドレス、そのパーツのモード情報（トラックモード）が記録されている。さらに各パーツテーブルで示されるパーツが他のパーツへ続いて連結される場合があるため、その連結されるパーツのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようにされている。
なおパーツとは１つのトラック内で時間的に連続したデータが物理的に連続して記録されているトラック部分のことをいう。
【０１００】
そしてスタートアドレス、エンドアドレスとして示されるアドレスは、１つの楽曲（トラック）を構成する１又は複数の各パーツを示すアドレスとなる。
【０１０１】
この種の記録再生装置では、１つの楽曲（プログラム／トラック）のデータを物理的に不連続に、即ち複数のパーツにわたって記録されていてもパーツ間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数パーツにわけて記録する場合もある。
【０１０２】
そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(xxh) によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようにされている。
つまりＴＯＣ＃０におけるパーツテーブル部においては、１つのパーツテーブルは１つのパーツを表現しており、例えば３つのパーツが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのパーツ位置の管理が行われる。
【０１０３】
ＴＯＣ＃０のテーブル部における(01h) 〜(xxh) までの各パーツテーブルは、ポインタ部におけるポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TN1〜P-TNn) によって、以下のようにそのパーツの内容が示される。
【０１０４】
ポインタP-DFA は光磁気ディスク上の欠陥領域に付いて示しており、傷などによる欠陥領域となるトラック部分（＝パーツ）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥パーツが存在する場合はポインタP-DFA において(01h) 〜(xxh) の何れかが記録されており、それに相当するパーツテーブルには、欠陥パーツがスタート及びエンドアドレスによって示されている。また、他にも欠陥パーツが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥パーツが示されている。そして、さらに他の欠陥パーツがない場合はリンク情報は例えば『(00h) 』とされ、以降リンクなしとされる。
【０１０５】
ポインタP-EMPTY は管理テーブル部における１又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、ポインタP-EMPTY として、(01h) 〜(xxh) のうちの何れかが記録される。
未使用のパーツテーブルが複数存在する場合は、ポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。
【０１０６】
ポインタP-FRA は光磁気ディスク上のデータの書込可能なフリーエリア（消去領域を含む）について示しており、フリーエリアとなるトラック部分（＝パーツ）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、フリーエリアが存在する場合はポインタP-FRA において(01h) 〜(xxh) の何れかが記録されており、それに相当するパーツテーブルには、フリーエリアであるパーツがスタート及びエンドアドレスによって示されている。また、このようなパーツが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『(00h) 』となるパーツテーブルまで順次指定されている。
【０１０７】
図２０に、ＴＯＣ＃０における、フリーエリアとなるパーツの管理状態を模式的に示す。これはパーツ(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされている時に、この状態がポインタP-FRA に引き続きパーツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって表現されている状態を示している。なお上記した欠陥領域や未使用パーツテーブルの管理形態もこれと同様となる。
【０１０８】
図１６に説明を戻す。
ポインタ部においては、ポインタP-TN1〜P-TNnと、ポインタP-TN1-GR〜P-TNn-GRが存在するものとして規定される。ここで、例えばポインタP-TN1に続けてポインタP-TN1-GRが配置され、更にポインタP-TN2に続けてポインタP-TN2-GRが配置されるようになっていることからも分かるように、同じナンバｘを有するポインタP-TNｘと、ポインタP-TNｘ-GRとの２つのポインタで１組を成している。
ポインタP-TNｘは、光磁気ディスクにユーザーが記録を行なった楽曲などのトラックについて示しており、例えばポインタP-TN1ではトラックＴｒ１のデータが記録された１又は複数のパーツのうちの時間的に先頭となるパーツが示されたパーツテーブルを指定している。
例えばトラックＴｒ１（第１プログラム）とされた楽曲がディスク上でトラックが分断されずに、つまり１つのパーツで記録されている場合は、そのトラックＴｒ１の記録領域はポインタP-TN1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。
【０１０９】
また、例えばトラックＴｒ２（第２プログラム）とされた楽曲がディスク上で複数のパーツに離散的に記録されている場合は、そのトラックＴｒ２の記録位置を示すため各パーツが時間的な順序に従って指定される。つまり、ポインタP-TN2に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『(00h) 』となるパーツテーブルまで連結される（図２０と同様の形態）。
このように例えば２曲目を構成するデータが記録された全パーツが順次指定されて記録されていることにより、このＴＯＣ＃０のデータを用いて、２曲目の再生時や、その２曲目の領域への上書き記録を行う際に、光学ヘッド３及び磁気ヘッド６ａをアクセスさせ離散的なパーツから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【０１１０】
また、ポインタP-TNｘ-GRには、同じナンバｘを有するトラック、つまりトラックナンバｘを有するトラックが属するグループナンバーを示す。ここで、例えばポインタP-TN1に続くポインタP-TN1-GRに対して、１０進法表記で『１』を示す値が格納されていれば、トラックＴｒ１は、グループＧｒ１に属していることを示すことになる。
なお、そのトラックがグループ・フリーとして設定されている場合、これに対応するポインタP-TNｘ-GRには、例えばＡＬＬ‘０’（００ｈ）が格納されればよいものとされる。
【０１１１】
このような構造とされることで、ＴＯＣ＃０を参照することで、トラック単位での記録再生管理が実現される。また、トラックがどのグループに属しているのか、或いはグループ・フリーとして扱われていればそのことを識別することが可能とされる。例えば、このようなグループに関する情報は、現在再生中のトラックがどのグループに属するのかという表示を表示部１２５に対して行う際にも、利用することができる。
【０１１２】
９−３．ＴＯＣ＃１
次に、図１７にＴＯＣ＃１の構造例を示す。このＴＯＣ＃１は録音された各トラックにトラックネームが登録された場合に、このトラックネームとして入力された文字情報を記録するデータ領域とされる。
【０１１３】
ＴＯＣ＃１においても、先頭にヘッダーが配置され、続けてポインタ部と、パーツテーブル部が配置される。
このＴＯＣ＃１には、記録された各トラックに相当するポインタ部として、所定数のポインタP-TNA1〜P-TNAnが用意され、またこのポインタP-TNA1〜P-TNAnによって指定されるスロット部が１単位８バイトで所定単位数のスロット(01h) 〜(xxh) が用意されており、上述したＴＯＣ＃０とほぼ同様の形態で文字データを管理する。
【０１１４】
スロット(01h) 〜(xxh) にはトラックネームとしての文字情報がアスキーコードで記録される。
そして、例えばポインタP-TNA1によって指定されるスロットにはトラックＴｒ１に対応してユーザーが入力した文字が記録されることになる。また、スロットがリンク情報によりリンクされることで、１つのトラックに対応する文字入力は７バイト（７文字）より大きくなっても対応できる。
このＴＯＣ＃１でもポインタP-EMPTY は使用していないスロットを管理する
【０１１５】
９−４．ＴＯＣ＃２
続いて、図１８にＴＯＣ＃２の構造例を示す。
先のＴＯＣ＃０にあっては、基本的には、記録データをトラック単位で管理すると共に、各トラックが属するグループ、又はトラックがグループ・フリーとして設定されていればこれを示すテーブルとされていた。
そして、ＴＯＣ＃２としては、先のＴＯＣ＃１におけるポインタP-TNｘと同様の管理形態によって、グループ単位によってディスク上のパーツを管理するためのテーブルとされるものである。
【０１１６】
このＴＯＣ＃２全体の構造としても、所定サイズのヘッダーに続けて、ポインタ部とパーツテーブル部が配置される。
このポインタ部においては、パーツテーブルを指定するポインタとして、P-EMPTY，P-GN1〜P-GNn) が記録される領域が用意されている。
【０１１７】
ポインタP-GN1〜P-GNnによっては、ディスクに記録されたデータとして、それぞれ１つのグループを形成するとされるパーツのうちで、時間的に先頭となるパーツが示されるパーツテーブルを指定する。
例えばグループＧｒ１を形成するとされる全トラックのデータがディスク上で離散せずに、１つのパーツで記録されているとされる場合は、そのグループＧｒ１の記録領域はポインタP-GN1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されることになる。この場合の具体例として、例えばポインタP-GN1が「０１ｈ」を指定しているとすれば、パーツテーブル「０１ｈ」には、そのグループＧｒ１を形成するとされる最初のトラックのスタートアドレスと、グループＧｒ１を形成するとされる最後のトラックのエンドアドレスが示されることになる。
【０１１８】
また、例えばグループＧｒ１がディスク上で複数のパーツに離散的に記録されている状態となっている場合は、そのグループＧｒ１を形成するとされる各パーツが時間的な順序に従って指定される。つまり、ポインタP-GN1に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『(00h) 』となるパーツテーブルまで連結されることになる。
また、ポインタP-EMPTY は使用していないパーツテーブルを管理する。
【０１１９】
図７及び図８により説明した、グループ単位による頭出しサーチのためのアクセスは、このＴＯＣ＃２を参照することで、容易に可能となる。
例えば、図７の矢印1に示すようにして、グループＧｒ１内のトラックＴｒ３を再生中に、送り方向の頭出しサーチのための操作が１回行われたときには、システムコントローラ４６は、現在バッファメモリ４２に保持しているＴＯＣ＃２を参照して、ポインタP-GN2が示すパーツテーブルを参照する。ここで、例えばポインタP-GN2＝０２ｈとされていたのであれば、パーツテーブル０２ｈを参照するようにされる。そして、パーツテーブル０２ｈに示されるスタートアドレスを読み込み、この読み込んだアドレスに対してアクセスするための制御を実行することになる。この場合、パーツテーブル０２ｈのスタートアドレスには、図７におけるグループＧｒ２の先頭となるパーツのスタートアドレス、つまり、トラックＴｒ２１のスタートアドレスと同一の値が格納されていることから、システムコントローラ４６としては、トラックＴｒ２１の開始位置にアクセスすることになる。つまり、グループＧｒ２の開始位置にアクセスすることができ、結果的には、グループ単位による頭出しサーチが実行されているものである。
【０１２０】
また、ＴＯＣ＃２においては、各パーツテーブルにおいて、グループモードのエリアが設けられる。このグループモードのエリアには、各グループに関する所要の情報が格納される。そして、特に本実施の形態においては、このグループモードにより、当該パーツテーブルにより示すパーツが属するグループが、セキュリティグループであるか否かを示すことができるようになっている。
【０１２１】
例えば図１４に示したようにして、セキュリティグループが設定される場合には、ポインタP-GN2が示すパーツテーブルにおけるグループモードにおける所定のビット位置について、セキュリティグループであることを示す値が格納されることになる。そして、システムコントローラ４６は、このグループモードを参照することで、セキュリティグループとして設定されたグループを識別して、先に図１４にて示したような制限動作を実現する。
なお、パスワードは、例えば図示するように、ポインタ部とパーツテーブル部との間のマージン領域における所定のバイト位置に設けられるものとされ、ユーザが操作により文字入力等を行って設定したパスワードは、この領域に格納される。
セキュリティ解除のためのパスワードが入力されたときには、システムコントローラ４６は、入力されたパスワードと、このＴＯＣ＃２に格納されているパスワードとについて照合を行い、一致の判定結果が得られたのであれば、セキュリティを解除して、そのセキュリティグループの再生要求に応じて、再生を開始させる。これに対して、一致の判定結果が得られなければ、そのセキュリティグループについての再生要求が行われたとしても、再生のための制御処理を実行しないようにされる。
【０１２２】
９−５．ＴＯＣ＃３
図１９は、ＴＯＣ＃３の構造例を示している。
ＴＯＣ＃３は、先のＴＯＣ＃１とほぼ同様の管理形態によって、設定されたグループについての名称であるグループネームをつけたり、また、ディスク自体の名称などの情報となるディスクネームをつける場合に、入力された文字情報を記録するデータ領域とされる。
【０１２３】
ＴＯＣ＃３においても、先頭にヘッダーが配置され、続けてポインタ部と、パーツテーブル部が配置される。
このＴＯＣ＃３には、記録された各トラックに相当するポインタ部として、所定数のポインタP-GNA1〜P-GNAnが用意され、またこのポインタP-GNA1〜P-GNAnによって指定されるスロット部が１単位８バイトで所定単位数のスロット(00h) 〜(xxh) が用意されている。
【０１２４】
スロット(01h) 〜(xxh) にはディスクネーム又はトラックネームとしての文字情報がアスキーコードで記録される。
そして、例えばポインタP-GNA1によって指定されるスロットにはトラックＴｒ１に対応してユーザーが入力した文字が記録されることになる。また、この場合にもスロットがリンク情報によりリンクされることで、１つのトラックに対応する文字入力は７バイト（７文字）より大きくなっても対応できる。
なお、スロット(00h) としての８バイトはディスクネームの記録のための専用エリアとされており、ポインタP-TNA(x)によっては指定されないスロットとされている。
このＴＯＣ＃３でもポインタP-EMPTY は使用していないスロットを管理する。
【０１２５】
本実施の形態としては、上記したＲＴＯＣ（ＴＯＣ＃０，＃１，＃２，＃３）によって、従来と同様のトラック単位による管理に加え、グループ単位での管理が可能となるものである。そして、例えば図９及び図１０、更に図１３に示したようなデータ記録が行われた場合には、そのときのモード（トラックモード／グループモード）の下でのトラックの記録結果に応じて、適宜、ＲＴＯＣにおける所要の内容を更新することで、各図に示したようなグループ単位での記録データの管理が実現される。また、同様にして、図１１及び図１２に例示したグループ単位による各種編集処理も、編集操作に応じてＲＴＯＣにおける所要の内容を更新することで実現することが可能とされるものである。
【０１２６】
なお、本発明としては、上記実施の形態として説明した構成のみに限定されるものではなく、各種変更が可能とされる。例えば、グループ化されたトラックの形態で記録データを管理するためのＲＴＯＣの構造としては、図１５〜図１９に示した形態のほかに、例えばファイルシステムなどを用いたディレクトリ構造の下で、フォルダの概念などを採用することでも可能である。
また、上記実施の形態では、トラックと、このトラックの集合から成るグループという、いわば２階層による管理としているが、これ以上の階層構造とすることも考えられる。つまり、例えばグループ単位の集合によって、より上位のグループを形成するようにするものである。
また、本発明に適用される装置としては、ミニディスクに対応する記録再生装置に限定されるものではなく、例えば他のディスクメディアであっても構わない。更には、例えばフラッシュメモリを採用したメディアなど、ディスクメディア以外のメディアであっても構わないものとされる。
また、本発明が対象とする記録データとしては、デジタルオーディオデータに限定されるものではなく、例えばビデオ信号をデータ化したビデオデータなどとされてもよいものである。
【図面の簡単な説明】
【０１２７】
【図１】本発明の実施の形態に対応するディスクのトラック構造を示す説明図である。
【図２】本実施の形態に対応するディスクのトラック部分を拡大して示す説明図である。
【図３】本実施の形態に対応するディスクの仕様を示す説明図である。
【図４】本実施の形態としての記録再生装置の構成例を示すブロック図である。
【図５】実施の形態のビデオカメラのメディアドライブ部の内部構成のブロック図である。
【図６】本実施の形態のＲＴＯＣによる記録データの管理形態を従来例と比較して示す説明図である。
【図７】グループモードでの送り方向の頭出しサーチの動作例を示す説明図である。
【図８】グループモードでの戻り方向の頭出しサーチの動作例を示す説明図である。
【図９】グループモードにより記録されたトラックの管理例を示す説明図である。
【図１０】トラックモードにより記録されたトラックの管理例を示す説明図である。
【図１１】グループモードでのグループ単位による移動編集処理例を示す説明図である。
【図１２】グループモードでのグループ単位による連結編集処理例を示す説明図である。
【図１３】ＣＤのソースをダビング記録する場合のトラックの管理例を示す説明図である。
【図１４】セキュリティグループについての概念を説明するための説明図である。
【図１５】ディスクにおけるデータ構造例及びＲＴＯＣの構造例を示す説明図である。
【図１６】ＲＴＯＣにおけるＴＯＣ＃０の構造例を示す説明図である。
【図１７】ＲＴＯＣにおけるＴＯＣ＃１の構造例を示す説明図である。
【図１８】ＲＴＯＣにおけるＴＯＣ＃２の構造例を示す説明図である。
【図１９】ＲＴＯＣにおけるＴＯＣ＃３の構造例を示す説明図である。
【図２０】ＴＯＣ＃０におけるリンク形態の説明図である。
【符号の説明】
【０１２８】
４２ バッファメモリ、４３ 二値化回路、５１ ディスク、５２ スピンドルモータ、５３ 光学ヘッド、５４ 磁気ヘッド、５５ スレッドモータ、１０１ ＲＦアンプ、１０３ ＡＧＣ／クランプ回路、１０４ イコライザ／ＰＬＬ回路、１０５ ビタビデコーダ、１０６ ＲＬＬ（１，７）復調回路、１０７ マトリクスアンプ、１０８ ＡＤＩＰバンドパスフィルタ、１０９ Ａ／Ｂトラック検出回路、１１０ ＡＤＩＰデコーダ、１１１ ＣＬＶプロセッサ、１１２ サーボプロセッサ、１１３ サーボドライバ、１１４ データバス、１１５ スクランブル／ＥＤＣエンコード回路、１１６ ＥＣＣ処理回路、１１７ デスクランブル／ＥＤＣデコード回路、１１８ ＲＬＬ（１，７）変調回路、１１９ 磁気ヘッド駆動回路、１２０ レーザドライバ、１２１ 転送クロック発生回路、１２２ 音声圧縮処理エンコーダ／デコーダ、１２３ 入出力処理部、１２４ 操作部、１２５ 表示部
【特許請求の範囲】
【請求項１】
データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体を再生する再生手段と、
上記再生手段が再生した上記管理情報に基づいて、集合体単位で所定の再生動作を、上記再生手段に実行させる再生制御手段と
を備える再生装置。
【請求項２】
上記再生制御手段は、
複数の上記データのうち集合体に含まれないデータを上記再生手段に再生させるときには、データ単位による所定の再生動作を、上記再生手段に実行させる
ことを特徴とする請求項１に記載の再生装置。
【請求項３】
データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体に対するデータの記録動作を行う記録手段と、
上記記憶媒体に新規に記録されたデータを上記集合体に含まれるデータとして管理するように上記記憶媒体に記録されている上記管理情報を更新させる制御手段とを備える記録装置。
【請求項４】
上記制御手段は、
上記記憶媒体に新規に記録されたデータを、新規な集合体に含まれるデータとして管理するように、上記記憶媒体に記録されている上記管理情報を更新させる
ことを特徴とする請求項３に記載の記録装置。
【請求項５】
上記制御手段は、
上記記憶媒体に新規に記録されたデータを、既に上記記録媒体に記録されている特定の集合体に含まれるデータとして管理するように、上記記憶媒体に記憶されている上記管理情報を更新させる
ことを特徴とする請求項３に記載の記録装置。
【請求項６】
上記制御手段は、
アルバム単位の複数のデータを上記記録手段によって上記記憶媒体に記録させるときに、
上記アルバム単位に含まれる複数のデータを、それぞれ一つのデータとして管理し、また、新規な集合体に含まれるデータとして管理するように、上記記憶媒体に記録されている上記管理情報を更新させる
ことを特徴とする請求項３に記載の記録装置。
【請求項７】
上記制御手段は、
必要に応じて、上記記憶媒体に新規に記録されたデータを、何れの集合体にも含まれないデータとして管理するように、上記記憶媒体に記録された管理情報を更新させる
ことを特徴とする請求項３に記載の記録装置。
【請求項８】
データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体に対する、データの再生又は記録動作を行う記録再生手段と、
上記記憶媒体に記録されているデータについて、集合体単位の所定の編集指示を行うための編集指示手段と、
上記編集指示手段への指示入力に基づいて、上記記憶媒体に記録されている上記管理情報を更新するために、上記記録再生手段を制御する制御手段と、
を備える編集装置。
【請求項１】
データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体を再生する再生手段と、
上記再生手段が再生した上記管理情報に基づいて、集合体単位で所定の再生動作を、上記再生手段に実行させる再生制御手段と
を備える再生装置。
【請求項２】
上記再生制御手段は、
複数の上記データのうち集合体に含まれないデータを上記再生手段に再生させるときには、データ単位による所定の再生動作を、上記再生手段に実行させる
ことを特徴とする請求項１に記載の再生装置。
【請求項３】
データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体に対するデータの記録動作を行う記録手段と、
上記記憶媒体に新規に記録されたデータを上記集合体に含まれるデータとして管理するように上記記憶媒体に記録されている上記管理情報を更新させる制御手段とを備える記録装置。
【請求項４】
上記制御手段は、
上記記憶媒体に新規に記録されたデータを、新規な集合体に含まれるデータとして管理するように、上記記憶媒体に記録されている上記管理情報を更新させる
ことを特徴とする請求項３に記載の記録装置。
【請求項５】
上記制御手段は、
上記記憶媒体に新規に記録されたデータを、既に上記記録媒体に記録されている特定の集合体に含まれるデータとして管理するように、上記記憶媒体に記憶されている上記管理情報を更新させる
ことを特徴とする請求項３に記載の記録装置。
【請求項６】
上記制御手段は、
アルバム単位の複数のデータを上記記録手段によって上記記憶媒体に記録させるときに、
上記アルバム単位に含まれる複数のデータを、それぞれ一つのデータとして管理し、また、新規な集合体に含まれるデータとして管理するように、上記記憶媒体に記録されている上記管理情報を更新させる
ことを特徴とする請求項３に記載の記録装置。
【請求項７】
上記制御手段は、
必要に応じて、上記記憶媒体に新規に記録されたデータを、何れの集合体にも含まれないデータとして管理するように、上記記憶媒体に記録された管理情報を更新させる
ことを特徴とする請求項３に記載の記録装置。
【請求項８】
データと複数の上記データを集合体として管理するための管理情報とを記録する記憶媒体に対する、データの再生又は記録動作を行う記録再生手段と、
上記記憶媒体に記録されているデータについて、集合体単位の所定の編集指示を行うための編集指示手段と、
上記編集指示手段への指示入力に基づいて、上記記憶媒体に記録されている上記管理情報を更新するために、上記記録再生手段を制御する制御手段と、
を備える編集装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００８−２９３６３９（Ｐ２００８−２９３６３９Ａ）
【公開日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願番号】特願２００８−１６３７８２（Ｐ２００８−１６３７８２）
【出願日】平成２０年６月２３日（２００８．６．２３）
【分割の表示】特願２０００−２２９０４７（Ｐ２０００−２２９０４７）の分割
【原出願日】平成１２年７月２５日（２０００．７．２５）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願日】平成２０年６月２３日（２００８．６．２３）
【分割の表示】特願２０００−２２９０４７（Ｐ２０００−２２９０４７）の分割
【原出願日】平成１２年７月２５日（２０００．７．２５）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]