JP3605824B2 - Recording management method, recording area setting method, and data recording method - Google Patents

Recording management method, recording area setting method, and data recording method Download PDF

Info

Publication number
JP3605824B2
JP3605824B2 JP2003141947A JP2003141947A JP3605824B2 JP 3605824 B2 JP3605824 B2 JP 3605824B2 JP 2003141947 A JP2003141947 A JP 2003141947A JP 2003141947 A JP2003141947 A JP 2003141947A JP 3605824 B2 JP3605824 B2 JP 3605824B2
Authority
JP
Japan
Prior art keywords
data
recording
area
recorded
block
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2003141947A
Other languages
Japanese (ja)
Other versions
JP2004005976A (en
Inventor
卓也 五十嵐
克之 寺西
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2003141947A priority Critical patent/JP3605824B2/en
Publication of JP2004005976A publication Critical patent/JP2004005976A/en
Application granted granted Critical
Publication of JP3605824B2 publication Critical patent/JP3605824B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば、本来デジタルオーディオデータを圧縮して記録する光磁気ディスクに、コンピュータで処理するデジタルデータを記録再生する場合に用いて好適な記録管理方法、記録領域設定方法、およびデータ記録方法に関する。
【０００２】
【従来の技術】
最近、光磁気ディスクにデジタルオーディオデータを圧縮して記録し、伸長して再生するミニディスク（ＭＤ）（商標）が普及しつつある。図２９は、このミニディスクにおける記録フォーマットを表している。同図に示すように、ミニディスクは、その１周が複数のセクタに区分されている。そして、３６個のセクタにより１クラスタを構成し、このクラスタを単位として、圧縮されたデジタルオーディオデータが記録されるようになされている。
【０００３】
録音用のミニディスクの場合、１クラスタ（＝３６セクタ）の中で、先頭の３セクタがリンクセクタとされ、次の１セクタはサブデータセクタとされる。このサブデータセクタには、オーディオデータ以外のサブデータが配置される。リンクセクタは前後のクラスタを結合するための領域とされ、オーディオデータは実質的に、リンクセクタとサブデータセクタ以外の３２セクタにのみ記録される。
【０００４】
一方、再生専用のミニディスクにおいては、データが連続して記録されており（離散的に記録されておらず）、リンク領域の３セクタは不要となる。そこで、この場合においては、この３セクタもサブデータセクタとされる。
【０００５】
１セクタは、２３５２バイト（データ用に２３３２バイト）とされ、２つの連続するセクタに１１個のサウンドグループが配置される。１サウンドグループは４２４バイトとされ、そこには、左チャンネルと右チャンネルのオーディオデータが合計５１２サンプル（１１．６１ｍｓ）分配置される。デジタルオーディオデータは、このサウンドグループを単位として記録が行われる。
【０００６】
【発明が解決しようとする課題】
このようなミニディスクを、例えばコンピュータの記憶装置として用いることが考えられる。この場合、コンピュータのデータをファイルとして管理するには、クラスタ（３６セクタ）は単位として大きすぎるため、クラスタより小さい単位（例えばセクタ単位）でデータを記録することができるようにすることが好ましい。しかしながら、上述したように、ミニディスクは１クラスタを単位としてデータを記録することが規格上定められているため、１クラスタより小さい単位（例えばセクタ単位）でデータを記録することができない課題を有している。
【０００７】
また、例えば、１枚のミニディスクにコンピュータのデータとオーディオデータの両方を記録する場合、ハードディスクにおける場合と同様に、データを記録する領域を予め区分することが考えられる。
【０００８】
例えば図３０に示すように、クラスタ０からクラスタ２１９９までの２２００個のクラスタが１枚のミニディスク上に存在する場合、クラスタ０からクラスタ６５０までの領域（Ａ）、クラスタ６５１からクラスタ１１００までの領域（Ｂ）、およびクラスタ１１０１からクラスタ２１９９までの領域（Ｃ）に区分し、各領域（パーティション）のうち、例えばパーティションＡとＣにオーディオデータを記録し、パーティションＢにコンピュータのデータを記録するようにすることができる。
【０００９】
しかしながら、このように、データの種類に対応して、記録領域を予め区分すると、例えば記録すべきコンピュータのデータがパーティションＢの容量以上になったとき、たとえパーティションＡとパーティションＣに空き領域が存在していたとしても、もはやコンピュータのデータをそのミニディスクに記録することができなくなる課題があった。また、逆に、パーティションＡとパーティションＣが一杯になると、パーティションＢに空き領域が存在していても、オーディオデータをそれ以上記録することができない。
【００１０】
さらに、このようにパーティションに区分する管理方法は、クラスタを単位とする管理方法とは基本的に異なる管理方法となり、例えば、複数のパーティションに区分され、所定のパーティションにコンピュータのデータが記録されており、他のパーティションにオーディオデータが記録されている１枚のミニディスクを、オーディオデータ再生専用の装置で再生したとき、そのオーディオデータを再生することができなくなってしまう恐れがある。即ち、互換性を保証することが困難になる。
【００１１】
本発明はこのような状況に鑑みてなされたものであり、クラスタを単位としてデータを記録することが規格化されているミニディスクに対して、クラスタより小さい、例えばセクタ単位でデータを記録することができるようにするものである。
【００１２】
また、空き領域が存在する場合においては、コンピュータデータとオーディオデータのいずれをも必要に応じて随時記録することができるようにするものである。
【００１３】
さらに、通常のミニディスクとの互換性も確保するものである。
【００１４】
【課題を解決するための手段】
本発明の記録管理方法は、第１のデータ量単位（例えばクラスタ）とは異なる第２のデータ量単位（例えばブロック）でデータを記録する場合に第２の管理データ（例えば図３のＬＯＦＡＴまたは図１２のボリュームマネジメントエリア）に基づいて第２のデータ量単位のデータが記録される領域（例えば図６のクラスタ１６乃至クラスタ２７からなるセグメントまたは図１１のデータトラック）を第１の管理データ（例えば図３におけるＵ−ＴＯＣの管理テーブル）に設定し、第２の管理データに基づいて第２のデータ量単位のデータが記録される領域に第２のデータ量単位で管理する第３の管理データ（例えば図７のＦＡＴまたは図２５のビットマップ）に基づいて第２のデータ量単位でデータを記録することを特徴とする。
【００１５】
本発明の記録領域設定方法は、記録媒体（例えば図２のミニディスク１）にデジタルデータを記録するため記録領域を設定する記録領域設定方法において、第１の単位（例えばクラスタ）でデジタルデータの記録状態を管理する第１のテーブル（例えば図２４のＵ−ＴＯＣの管理テーブル）のデータから記録媒体の空き領域を検出し、第１のテーブルに空き領域をデジタルデータ用のトラックとすることを示すデータ（例えば図２４のトラックモード）を記録し、デジタルデータ用のトラックとされた空き領域の先頭に第１の単位以下の第２の単位（例えばブロック）で記録媒体のデータの記録状態を示す第２のテーブル（例えば図２５のビットマップ）を作成することを特徴とする。
【００１６】
本発明のデータ記録方法は、デジタルデータを記録媒体（例えば図２のミニディスク１）に記録する際のデータ記録方法において、第１の単位（例えばクラスタ）でデジタルデータの記録状態を管理する第１のテーブル（例えば図２４のＵ−ＴＯＣの管理テーブル）のデータに基づいて記録媒体のデジタルデータ用のトラックから第１の単位以下の第２の単位（例えばブロック）でデジタルデータの記録状態を管理する第２のテーブル（例えば図２５のビットマップ）を読み出し、第２のテーブルから使用可能ブロックを示す情報（例えば００）を検出し、使用可能ブロックを示す情報に対応するデジタルデータ用のトラックのブロックにデジタルデータを記録し、第２のテーブルの使用可能ブロックを示す情報を使用不可能を示す情報（例えば０１）に書き換えることを特徴とする。
【００２２】
上記構成の記録管理方法においては、Ｕ−ＴＯＣの管理テーブルで管理される範囲の中から所定の範囲が指定され、その指定された範囲がＦＡＴやビットマップで管理される。従って、クラスタより小さいブロックを単位として、指定した範囲においてコンピュータデータを記録することができる。また、この指定を必要に応じて追加することにより、空き領域が存在する限りにおいて、デジタルオーディオデータはもとより、コンピュータデータを追加記録することができる。さらに、通常のオーディオデータのみが記録されているミニディスクとの互換性も確保される。
【００２３】
上記構成の記録領域設定方法においては、Ｕ−ＴＯＣの管理テーブルからミニディスク１の空き領域が検出され、その空き領域がデジタルデータ用のトラックとされる。そして、そのトラックの先頭に、ミニディスク１のデータの記録状態を示すビットマップが作成される。従って、ミニディスク１の使用開始時において、デジタルデータを記録するためのトラックを確実に確保し、管理することが可能となる。
【００２４】
上記構成のデータ記録方法においては、Ｕ−ＴＯＣの管理テーブルのデータからビットマップの記録位置が検出され、ビットマップが読み出される。そして、ビットマップから使用可能ブロックが検出され、そこにデジタルデータが記録される。そのブロックに対応するビットマップの情報は、使用可能を示す情報００から使用不可能を示す情報０１に書き換えられる。従って、確実に、ブロック単位で記録データを管理することが可能となる。
【００３０】
【発明の実施の形態】
図１は、本発明の記録媒体管理方法を応用したミニディスク装置の一実施例の外観構成を示している。ディスクカートリッジ１ａには、ミニディスク１（図２）が内部に収容されており、このカートリッジ１ａは、挿入口４２から本体４１に対して装填することができるようになされている。本体４１の右側下方には、電源釦１９ａとイジェクト釦１９ｂなどを含む操作入力部１９が設けられている。電源釦１９ａは、電源をオンまたはオフするとき操作され、イジェクト釦１９ｂは、カートリッジ１ａをイジェクトするとき操作される。また、本体４１の上面中央部には、表示部１８が配置されている。本体４１は、ＳＣＳＩバス３０を介してホストＣＰＵ３１（図２）に接続されている。
【００３１】
図２は、本体４１の内部構成を示している。同図において、例えば複数の楽曲（オーディオデータ）とコンピュータデータの両方、またはコンピュータデータのみが記録されているミニディスク（光磁気ディスク）１は、スピンドルモータ２により回転駆動される。光学ヘッド３は、ミニディスク１に対して記録／再生時にレーザ光を照射する。即ち、記録時には、記録トラックをキュリー温度まで加熱するための高レベルのレーザ光が出力され、また再生時には、磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ光が出力される。
【００３２】
このため、光学ヘッド３は、レーザ光を出力するレーザダイオード、偏光ビームスプリッタ、対物レンズ等からなる光学系、および反射光を検出するためのディテクタを有している。このうち、対物レンズ３ａは、２軸機構４によって、ディスク半径方向（トラッキング方向）およびディスクに接離する方向（フォーカス方向）に変位可能に保持されており、また、光学ヘッド３の全体は、スレッド機構５によりディスク半径方向に移動可能とされている。
【００３３】
また、磁気ヘッド６は、供給されたデータによって変調された磁界をミニディスク１に印加するように、ミニディスク１を挟んで光学ヘッド３と対向する位置に配置されている。
【００３４】
再生動作によって、光学ヘッド３によりミニディスク１から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は、供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、ＡＴＩＰ情報（ミニディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対時間情報）、アドレス情報、サブコード情報、フォーカスモニタ信号等を抽出する。
【００３５】
そして、抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号、フォーカスエラー信号は、サーボ回路９に供給され、アドレス情報はアドレスデコーダ１０に供給される。さらに、ＡＴＩＰ情報、フォーカスモニタ信号は、例えばマイクロコンピュータ（ＣＰＵ）によって構成されるシステムコントローラ１１に供給される。
【００３６】
サーボ回路９は、ＲＦアンプ７より供給されたトラッキングエラー信号、フォーカスエラー信号、システムコントローラ１１からのトラックジャンプ指令、シーク指令、回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４およびスレッド機構５を制御して、フォーカスおよびトラッキング制御を行わせ、またスピンドルモータ２を一定角速度（ＣＡＶ）または一定線速度（ＣＬＶ）に制御する。
【００３７】
再生ＲＦ信号は、エンコーダ／デコーダ部８でＥＦＭ復調され、さらにＣＩＲＣ等のデコード処理がなされた後、メモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれる。尚、光学ヘッド３によるミニディスク１からのデータの読み取り、および光学ヘッド３からバッファＲＡＭ１３までの再生データの転送は、１．４１Ｍｂｉｔ／ｓｅｃの転送レートで行われる。
【００３８】
バッファＲＡＭ１３に書き込まれたデータは、ＳＣＳＩインタフェース１４を介してホストＣＰＵ３１に供給される。
【００３９】
また、アドレスデコーダ１０から出力されるアドレス情報は、エンコーダ／デコーダ部８を介してシステムコントローラ１１に供給され、各種の制御動作に用いられる。
【００４０】
さらに、記録／再生動作のビットクロックを発生させるＰＬＬ回路のロック検出信号、および再生データのフレーム同期信号の欠落状態のモニタ信号も、システムコントローラ１１に供給される。
【００４１】
ミニディスク１に対して記録動作が実行される際には、記録データが、ホストＣＰＵ３１よりＳＣＳＩインタフェース１４を介してメモリコントローラ１２に供給される。そして、メモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれ、また所定のタイミングで読み出されて、エンコーダ／デコーダ部８に送られる。そして、エンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理が施された後、磁気ヘッド駆動回路１５に供給される。
【００４２】
磁気ヘッド駆動回路１５は、エンコード処理された記録データに応じて、磁気ヘッド６に磁気ヘッド駆動信号を供給する。つまり、ミニディスク１に対して磁気ヘッド６によるＮまたはＳの磁界印加を実行させる。また、このとき、システムコントローラ１１は、光学ヘッド３に対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００４３】
例えば、液晶ディスプレイによって構成される表示部１８には、システムコントローラ１１からの指令に対応して、所定の文字等が表示される。操作入力部１９は、上述した電源釦１９ａ、イジェクト釦１９ｂの他、再生キー、停止キー、ＡＭＳキー、サーチキー等を有し、その操作に対応する信号をシステムコントローラ１１に入力する。
【００４４】
ＲＡＭ（以下、ＴＯＣメモリという）１６は、ミニディスク１におけるＴＯＣ情報を保持する。ミニディスク１が装填された時点、あるいは記録または再生動作の直前において、システムコントローラ１１は、スピンドルモータ２および光学ヘッド３を駆動させ、ミニディスク１の例えば最内周側に設定されているＴＯＣ領域のデータを抽出させる。そして、ＲＦアンプ７、エンコーダ／デコーダ部８を介してシステムコントローラ１１に供給されたＴＯＣ情報は、ＴＯＣメモリ１６に蓄えられ、以後、そのミニディスク１に対する記録／再生動作の制御に用いられる。メモリ１７は、後述するＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）情報、またはビットマップを記憶する。
【００４５】
ホストＣＰＵ３１は、コンピュータデータの送受信の制御だけでなく、ＦＡＴ情報またはビットマップの送受信や更新を制御する。尚、メモリ１７は、本体４１側に設けることもできる。
【００４６】
書き込み可能なミニディスク１にはまた、一連の楽曲を、１または複数に分割したセグメント（パーツ）として離散的に（勿論、連続的でもよいが）記録／再生できるようにするためのセグメント管理データが記録されている。つまり記録データ領域の管理のために、データの記録や消去に応じて内容が書き換えられるユーザＴＯＣ（以下、Ｕ−ＴＯＣという）が、例えば図３に示すようなデータ構造で記録されている。
【００４７】
このＵ−ＴＯＣは、データ領域中の、例えば４バイト×５８７の領域に記録され、その領域には、先頭位置に、オール０ビットまたはオール１ビットの１バイトデータよりなる同期パターンを有するヘッダが設けられている。
【００４８】
また、所定アドレス位置に、このミニディスク１に記録されている最初の楽曲の曲番（Ｆｉｒｓｔ ＴＮＯ）、最後の楽曲の曲番（Ｌａｓｔ ＴＮＯ）、セクタ使用状況、ディスクＩＤ等のデータが記録される。さらに、記録されている各楽曲等を後述する管理テーブルに対応させる各種の対応テーブル指示データ（Ｐ−ＤＦＡ〜Ｐ−ＴＮＯ２５５）を記録する領域が用意されている。
【００４９】
一方、管理テーブルとして、番号（０１ｈ）〜（ＦＦｈ）までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、あるセグメントについて起点となるスタートアドレス、終端となるエンドアドレス、そのセグメント（トラック）のモード情報、およびそのセグメントが他のセグメントへ続いて連結される場合は、その連結されるセグメントのスタートアドレスおよびエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようになされている。
【００５０】
トラックのモード情報とは、そのトラックが、例えばオーバライト禁止やデータ複写禁止に設定されているのか否かの情報、オーディオ情報、コンピュータ情報などの種類を表す情報、モノラル／ステレオの種別を示す情報などである。リンク情報は、例えば各パーツテーブルに与えられた番号（０１ｈ）〜（ＦＦｈ）によって、連結すべきパーツテーブルを指定している。
【００５１】
つまり管理テーブルにおいては、１つのパーツテーブルが１つのセグメントを表現しており、例えば３つのセグメントが連結されて構成される楽曲については、リンク情報によって連結される３つのパーツテーブルによって、そのセグメント位置の管理がなされる。尚、このため、パーツテーブルの番号（０１ｈ）〜（ＦＦｈ）は、そのままセグメント（パーツ）番号とすることができる。
【００５２】
管理テーブルにおける（０１ｈ）〜（ＦＦｈ）までの各パーツテーブルは、対応テーブル指示データ（Ｐ−ＤＦＡ〜Ｐ−ＴＮＯ２５５）によって、そのセグメントの内容が 示される。
【００５３】
Ｐ−ＤＦＡは、ミニディスク１上の欠陥領域を示しており、傷などによる欠陥領域となるトラック部分（＝セグメント）が示された１つのパーツテーブル、または複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥セグメントが存在する場合、対応テーブル指示データＰ−ＤＦＡに、（０１ｈ）〜（ＦＦｈ）のいずれかが記録されており、それに対応するパーツテーブルには、欠陥セグメントがスタートおよびエンドアドレスによって示されている。また、他にも欠陥セグメントが存在する場合は、そのパーツテーブルにおけるリンク情報として、他のパーツテーブルが指定され、そのパーツテーブルにも欠陥セグメントが示されている。そして、そのセグメントが最後の欠陥セグメントである場合は、リンク情報は、例えば（００ｈ）とされ、それ以降にセグメントがリンクされていないことが表される。
【００５４】
Ｐ−ＥＭＰＴＹは、管理テーブルにおける１または複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、対応テーブル指示データＰ−ＥＭＰＴＹとして、（０１ｈ）〜（ＦＦｈ）のいずれかが記録される。未使用のパーツテーブルが複数存在する場合は、対応テーブル指示データＰ−ＥＭＰＴＹによって指定されたパーツテーブルから、リンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル上で連結（リンク）される。
【００５５】
例えば、全く記録がなされておらず、欠陥もない光磁気ディスクであれば、パーツテーブルは全て使用されていないため、例えば対応テーブル指示データＰ−ＥＭＰＴＹによってパーツテーブル（０１ｈ）が指定され、また、パーツテーブル（０１ｈ）のリンク情報としてパーツテーブル（０２ｈ）が指定され、パーツテーブル（０２ｈ）のリンク情報としてパーツテーブル（０３ｈ）が指定され、というように、パーツテーブル（ＦＦｈ）まで連結される。この場合、パーツテーブル（ＦＦｈ）のリンク情報は、それ以降に連結がないことを示す（００ｈ）とされる。
【００５６】
Ｐ−ＦＲＡは、ミニディスク１上のデータの未記録領域（消去領域を含む）を示しており、未記録領域となるトラック部分（＝セグメント）が示された、１または複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、未記録領域が存在する場合、対応テーブル指示データＰ−ＦＲＡに、（０１ｈ）〜（ＦＦｈ）のいずれかが記録されており、それに対応するパーツテーブルには、未記録領域であるセグメントが、スタートおよびエンドアドレスによって示されている。また、このようなセグメントが複数個ある場合、つまりパーツテーブルが複数個ある場合は、リンク情報により、リンク情報が（００ｈ）となるパーツテーブルまで順次指定されている。
【００５７】
図４に、未記録領域となるセグメントのパーツテーブルによる管理状態を模式的に示す。これは、スタートアドレスとエンドアドレスが、それぞれ、（Ｓ０３ｈ，Ｅ０３ｈ），（Ｓ１８ｈ，Ｅ１８ｈ），（Ｓ１Ｆｈ，Ｅ１Ｆｈ），（Ｓ２Ｂｈ，Ｅ２Ｂｈ），（ＳＥ３ｈ，ＥＥ３ｈ）で表されるセグメントが未記録領域とされているとき、この状態が対応テーブル指示データＰ−ＦＲＡに引き続き、パーツテーブル（０３ｈ），（１８ｈ），（１Ｆｈ），（２Ｂｈ），（Ｅ３ｈ）のリンクによって表現されている状態を示している。尚、上記した欠陥領域や、未使用パーツテーブルの管理形態も、これと同様となる。
【００５８】
Ｐ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５は、ミニディスク１上に記録された、それぞれの楽曲（トラック）について示しており、例えば対応テーブル指示データＰ−ＴＮＯ１では、１曲目のデータが記録された、１または複数のセグメントのうちの時間的に先頭となるセグメントが示されたパーツテーブルを指定している。
【００５９】
例えば、１曲目とされた楽曲がディスク上でトラックが分断されずに（つまり１つのセグメントで）記録されている場合は、その１曲目の記録領域は、対応テーブル指示データＰ−ＴＮＯ１で示されるパーツテーブルにおけるスタートおよびエンドアドレスとして記録されている。
【００６０】
また、例えば２曲目とされた楽曲がディスク上で複数のセグメントに離散的に記録されている場合は、その楽曲の位置を示すため、各セグメントが時間的な順序に従って指定（リンク）される。つまり、対応テーブル指示データＰ−ＴＮＯ２に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が（００ｈ）となるパーツテーブルまで連結される（上記、図４と同様の形態）。
【００６１】
このように、例えば２曲目を構成するデータが記録された全セグメントが順次指定、記憶されていることにより、このＵ−ＴＯＣデータを用いて、２曲目の再生時や、その２曲目の領域へのオーバライトを行う際に、光学ヘッド３および磁気ヘッド６をアクセスさせ、離散的なセグメントから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【００６２】
このように、ミニディスク１に記録されているＵ−ＴＯＣデータが読み出され、ＴＯＣメモリ１６に記憶される。そして、ＴＯＣメモリ１６に読み込んだＵ−ＴＯＣデータを用いて、ディスク上の記録領域の管理を行って記録再生動作を制御することができる。
【００６３】
以上のＵ−ＴＯＣデータは、通常の楽曲を記録するミニディスクにおいても同様に記録されるものである。そして、本実施例のミニディスクにおいては、オーディオデータ（楽曲）以外に、例えばコンピュータデータを記録することができるように、ＬＯＦＡＴ（Ｌｏｃａｔｉｏｎ ｏｆ ＦＡＴ）が１６ビットのデータとして記録さ れるようになされている。このＬＯＦＡＴについては後述する。
【００６４】
図５は、Ｕ−ＴＯＣの管理テーブル（パーツテーブル）と、ミニディスク１のデータ記録領域のクラスタとの関係を模式的に表している。この実施例は、ミニディスク１上におけるデータの未記録領域を表している。未記録領域の先頭クラスタを示すパーツテーブル番号は、対応テーブル指示データＰ−ＦＲＡに（０１ｈ）として規定されている。即ち、データの未記録領域としての先頭のセグメントの位置が、パーツテーブル（０１ｈ）に記述されていることになる。
【００６５】
そこで、この番号（０１ｈ）のパーツテーブルを参照すると、そのスタートアドレスはクラスタ９とされ、エンドアドレスはクラスタ１２とされている。このことから、データ記録領域のクラスタ９からクラスタ１２までが、連続して未記録領域とされていることがわかる。そして、この番号（０１ｈ）のパーツテーブルには、リンク情報として、（０Ａｈ）が記述されている。このことは、クラスタ９からクラスタ１２までのセグメントに続く未記録領域のセグメントに関するデータが、番号（０Ａｈ）のパーツテーブルに記述されていることを表している。
【００６６】
そこで、番号（０Ａｈ）のパーツテーブルを見ると、そのスタートアドレスはクラスタ２９とされ、エンドアドレスはクラスタ３０とされている。即ち、クラスタ２９からクラスタ３０までのセグメントが、データ記録領域中に未記録領域として存在していることがわかる。
【００６７】
また、この番号（０Ａｈ）のリンク情報としては、（０４ｈ）が記述されている。そこで、この（０４ｈ）の番号のパーツテーブルを見ると、そのスタートアドレスはクラスタ１０４とされ、エンドアドレスはクラスタ１０５とされている。即ち、クラスタ２９とクラスタ３０に続く第３のセグメントとして、クラスタ１０４とクラスタ１０５からなる未記録領域が存在することがわかる。
【００６８】
さらに、この（０４ｈ）のパーツテーブルには、（０７ｈ）のリンク情報が記述されている。そこで、（０７ｈ）のパーツテーブルを見ると、そのスタートアドレスはクラスタ８２とされ、エンドアドレスはクラスタ８７とされている。即ち、クラスタ８２からクラスタ８７までの第４番目のセグメントが未記録領域とされている。そして、この（０７ｈ）のパーツテーブルのリンク情報には、（００ｈ）が記述されているため、この第４番目のセグメントが未記録領域の最後のセグメントであることがわかる。
【００６９】
上述したように、データ記録領域の各クラスタには、基本的にはデジタルオーディオデータが記録されるのであるが、その所定の範囲（クラスタ）にデジタルオーディオデータではなく、コンピュータデータを記録する場合、例えば図６に示すように、まずコンピュータデータを記録する範囲がホストＣＰＵ３１によりクラスタを単位として指定される。
【００７０】
図６の実施例においては、クラスタ１６からクラスタ２７までの１２クラスタよりなるセグメントが、コンピュータデータを記録するためのセグメントとして指定されている。そして、このセグメントは５番目のセグメントなので、上述したＵ−ＴＯＣの対応テーブル指示データＰ−ＴＮＯ５には、コンピュータデータ記録用の先頭のセグメントに関するパーツテーブルの番号として（０２ｈ）が記述される。そこで、この（０２ｈ）のパーツテーブルを見ると、スタートアドレスとしてクラスタ１６が記述され、エンドアドレスとしてクラスタ２７が記述されている。そして、そのリンク情報としては、（００ｈ）が記述されているため、クラスタ１６からクラスタ２７までの１２クラスタからなる１つのセグメントだけが、コンピュータデータ記録用として用意されていることがわかる。
【００７１】
このように、管理テーブル（パーツテーブル）にコンピュータデータを記録する領域が指定されると、図７に示すような、コンピュータデータを記録するファイルを管理するテーブルとしてのＦＡＴが、ミニディスク１上のデータ記録領域の所定のトラックに形成される。例えば図６に示すように、クラスタ１６からクラスタ２７までの、コンピュータデータ記録用の領域の先頭のクラスタ１６にＦＡＴを記録する（勿論、ＦＡＴは、例えばＵ−ＴＯＣ領域に記録することもできる）。また、このとき、ＦＡＴの記録位置がわかるように、ＬＯＦＡＴに（０２ｈ）が記述される。
【００７２】
ＦＡＴの１つのブロックは、２バイトにより構成され、各ブロックは、データ記録領域の所定の大きさの領域（例えばクラスタ）に対応している。即ち、図６に示した実施例においては、データ記録領域中のクラスタ１６乃至２７までのセグメントが、コンピュータデータ記録領域として指定されたため、ＦＡＴにおいては、このクラスタ１６乃至２７に対応するブロック１６乃至２７に、使用可能未使用ブロックであることを示すデータ（ＦＦＥｈ）が記述される。但し、クラスタ１６にＦＡＴが記録されたときは、このクラスタに対応するＦＡＴのブロック１６に、（ＦＦＤｈ）が記録される。これは、そこ（対応するクラスタ１６）にデータが記録されており、そのデータは、そこ（対応するクラスタ１６）で終了していることを表している。
【００７３】
データ記録領域のクラスタ１６乃至２７以外の各クラスタは、コンピュータデータを記録する領域として指定されていないため、換言すれば、コンピュータデータを記録する領域として使用することが禁止されているため、使用禁止ブロックであることを表すデータ（ＦＦＦｈ）が記述される。
【００７４】
図８は、このようにして確保したクラスタ１６乃至２７の所定の範囲に、コンピュータデータを記録した状態におけるＦＡＴを示している。この実施例においては、クラスタ１７に対応するブロック１７には、ブロック１８の番号が記述され、ブロック１８には、ブロック１９の番号が記述され、ブロック１９にはブロック２０の番号が記述され、さらにブロック２０には、セグメントの最後のブロックであることを表すデータ（ＦＦＤｈ）が記述されている。従って、クラスタ１７からクラスタ２０までの４つのクラスタからなるセグメントに、一連のコンピュータデータが記録されていることがわかる。
【００７５】
さらに、ブロック２１にはブロック番号２２が、ブロック２２にはブロック番号２３が、ブロック２３にはブロック番号２４が、ブロック２４にはブロック番号２５が、そしてブロック２５には（ＦＦＤｈ）が記述されている。即ち、クラスタ２１からクラスタ２５までの５個のクラスタに、一連のコンピュータデータが記録されていることになる。
【００７６】
尚、ブロック２６とブロック２７のデータは、（ＦＦＥｈ）のままであるため、クラスタ２６とクラスタ２７は、まだコンピュータデータが記録されていない未使用領域のままとされていることになる。
【００７７】
図９は、コンピュータデータを記録再生するためのミニディスク装置の本体４１にミニディスク１（カートリッジ１ａ）を装着し、初期化を指令したとき、ホストＣＰＵ３１が行う処理の例を示している。最初にステップＳ１において、ミニディスク１のＵ−ＴＯＣのＬＯＦＡＴに所定の管理テーブル上のパーツテーブルを示す番号が記述されているか否かが判定される。ＬＯＦＡＴに所定のパーツテーブルの番号が記述されている場合、既にコンピュータデータを記録するための初期化が完了している（記録領域が確保されている）ため、初期化処理は終了される。
【００７８】
ステップＳ１において、ＬＯＦＡＴに所定の番号が記述されていないと判定された場合、ステップＳ２に進み、Ｕ−ＴＯＣの中から空き領域（空きパーツテーブル）が確保される（データトラックが確保される）。例えば図６に示すように、データ記録領域中の空き領域（空き領域か否かは、Ｕ−ＴＯＣのＰ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５からわかる）の中から、所定の１２クラスタ（図６においては、クラスタ１６からクラスタ２７までの１２クラスタ）が、コンピュータデータ記録用トラックとして確保される。そして、このセグメントがＰ−ＴＮＯ５に登録され、そのスタートアドレスとエンドアドレスが、パーツテーブル（０２ｈ）に登録される。
【００７９】
次にステップＳ３に進み、ステップＳ２で確保したデータトラックの領域内の（１２クラスタ中の）任意のクラスタ（例えば、先頭のクラスタ１６）に、図７に示したようなＦＡＴが書き込まれる。そして、ＦＡＴにおいては、図７に示すように、ＦＡＴの書き込まれたクラスタ１６に対応するブロック１６に、使用ブロックであり、かつ、リンクするブロックが存在しないことを表すデータ（ＦＦＤｈ）が記録される。ＦＡＴが記録されていないクラスタ１７乃至２７に対応するＦＡＴのブロック１７乃至２７には、使用可能未使用ブロックとしてデータ（ＦＦＥｈ）が記録される。さらに、それ以外のクラスタに対応するＦＡＴのブロックには、使用禁止ブロックとして、データ（ＦＦＦｈ）が記録される。
【００８０】
次にステップＳ４に進み、Ｕ−ＴＯＣのＬＯＦＡＴに、ＦＡＴを記録したクラスタに対応するパーツテーブルの番号を記述する。
【００８１】
尚、ＦＡＴデータは、一旦メモリ１７に記憶され、所定のタイミングでミニディスク１上のＦＡＴに記録される。
【００８２】
次に図１０は、ミニディスク１にコンピュータデータを記録する場合のホストＣＰＵ３１が行う処理例について表している。最初にステップＳ１１において、ホストＣＰＵ３１は、ミニディスク１に記録されているＵ−ＴＯＣのＬＯＦＡＴが示すＦＡＴ（図６のデータ記録領域のクラスタ１６のＦＡＴ）を読み込む。このデータは、メモリ１７に一旦記憶され、ホストＣＰＵ３１は、このデータを、所定のタイミングで読み込むことになる。
【００８３】
次にステップＳ１２に進み、いま読み込んだＦＡＴのエントリに使用可能な未使用ブロックがあるか否かが判定される。初めてコンピュータデータを記録する場合、使用可能未使用ブロックが存在するため、ステップＳ１２からステップＳ１５に進む。ステップＳ１５では、未使用ブロックから１つのブロック（例えば、図８のＦＡＴのブロック１７）を選択し、このブロックを、いまデータを書き込もうとしているファイルに対応させる。そして、そのブロックが対応するクラスタ（例えば、図６のデータ記録領域のクラスタ１７）に、実際にデータが書き込まれる。
【００８４】
次にステップＳ１６に進み、いま割り当てられたブロックの前に、そのファイルに割り当てたブロックが存在するか否かが判定される。初めての記録である場合、以前に割り当てたブロックは存在しないため、ステップＳ１６からステップＳ１８に進む。ステップＳ１８では、全てのデータの書込が終了したか否かが判定され、終了していなければ、ステップＳ１２に戻る。
【００８５】
以上のような動作が繰り返される。２回目以降の処理においては、ステップＳ１６において、以前にファイルに割り当てたブロックが存在すると判定されるため、この場合、ステップＳ１６からステップＳ１７に進み、前のブロックのＦＡＴのエントリに、現在のブロック番号を登録する。即ち、図８を参照して説明したように、例えばブロック１７に、現在のブロック番号１８を登録する。そして、同様に、ブロック１８にブロック番号１９が、ブロック１９にブロック番号２０が、それぞれ記録される。
【００８６】
また、以上の動作を繰り返すうちに、確保した領域が一杯になり、ステップＳ１２においてＦＡＴのエントリに使用可能な未使用ブロックが存在しないと判定された場合においては、即ち、コンピュータデータを記録する空き領域がなくなったときは、ステップＳ１３に進み、Ｕ−ＴＯＣの空き領域を確保し、その空き領域をコンピュータデータを記録するデータトラックとして追加する。そして、ステップＳ１４に進み、データトラック追加した領域のブロックを使用可能未使用ブロックとしてＦＡＴのエントリに登録する。即ち、図９の初期化処理におけるステップＳ２，Ｓ３と同様の処理を行い、新たに１２クラスタのデータ記録領域を確保（追加）する。但し、ＦＡＴは既に作成されているため、新たに作成せず、そのデータのみを更新する。
【００８７】
このステップＳ１３，Ｓ１４の処理を行うことにより、ミニディスク１上の空き領域が随時コンピュータデータを記録するためのデータトラックとして追加される。従って、パーティションとして予め所定の範囲を区分する場合のように、ディスクに空き領域が存在するにも拘らず、コンピュータデータを記録することができなくなるようなことが防止される。
【００８８】
ステップＳ１８において、全てのデータの書込が終了したと判定された場合においては、ステップＳ１９に進み、現在のブロックのＦＡＴエントリを最終ブロックとして登録し、ＦＡＴを更新する。即ち、図８のＦＡＴのブロック２０における場合のように、当該ブロックにデータ（ＦＦＤｈ）を記録する。
【００８９】
尚、以上においては、ＬＯＦＡＴにパーツテーブルの番号（０１ｈ）〜（ＦＦｈ）を記述するようにしたが、ＬＯＦＡＴは１６ビット確保してあるため、データ記録領域中のアドレスを直接記録させるようにすることもできる。
【００９０】
例えば、いま、ミニディスク１の領域全体のクラスタ数を２２００とし、１クラスタの容量を６４ｋバイトとすると、ミニディスク１全体の容量は、１４０Ｍバイト（＝２２００×６４ｋバイト）となる。
【００９１】
ＦＡＴの１個のブロックに、記録データ領域の８ｋバイトの範囲を対応させると、ＦＡＴのブロックの個数（エントリ数）は、１７，６００（＝１４０Ｍバイト／８ｋバイト）個必要となる。１つのエントリ（ブロック）を２バイト（１６ビット）で形成すると、ＦＡＴの容量としては、約３５ｋバイト（＝１７，６００×２バイト）必要となる。結局、ＦＡＴの１ブロックに、データ記録領域における８ｋバイト（１クラスタである６４ｋバイトの１／８の範囲）を対応させると、ディスク１枚の全体の範囲を管理するのに、３５ｋバイトの容量のＦＡＴが必要となる。
【００９２】
ＦＡＴの１ブロックの割当量が、データ記録の単位となる。上述したように、この割当量を６４ｋバイト（１クラスタ）とすると、通常のミニディスクと同様の書込が可能となる。しかしながら、コンピュータデータを効率的に転送することを考えると、６４ｋバイトより小さい８ｋバイト程度にするのが好ましい。また、このようにすると、クラスタより小さい単位でデータの記録が可能になる。
【００９３】
但し、８ｋバイト単位でデータを記録する場合、一旦ミニディスク１から、その８ｋバイトのブロックを含む１クラスタ分のデータが読み出され、ＲＡＭ１３に記憶される。次に、ＲＡＭ１３に記憶された１クラスタ分のデータのうち、その８ｋバイトに相当するデータが新たに記憶される。そして、ミニディスク１には、その１クラスタ分のデータが書き込まれる。即ち、実質的に、その８ｋバイトのみの記録が行われることになる。また、再生時においては、ホストＣＰＵ３１は、１セクタ単位でデータを読み取る。
【００９４】
このようにして、コンピュータデータ（勿論、その他のデータでもよい）がオーディオデータとともに混在するように記録されたミニディスクを、通常の楽曲用のミニディスク装置に装着した場合、コンピュータデータは再生不能であるが、オーディオデータは再生可能である。また、空き領域があれば、オーディオデータを追加記録することができる。
【００９５】
以上の実施例においては、ＦＡＴを用いてデータトラックを管理するようにしたが、ＦＡＴを用いないでデータトラックを管理する実施例について、次に説明する。
【００９６】
図１１は、この実施例を実現する場合における書き込み可能なミニディスク１の記録フォーマットを表している。同図に示すように、最内周（図中、左側）から最外周（図中、右側）までのインフォメーションエリア（Ｉｎｆｏｒｍａｔｉｏｎ ａｒｅａ）のうち、最内周側と最外周側に、それぞれリードインエリア（Ｌｅａｄ−ｉｎ ａｒｅａ）とリードアウトエリア（Ｌｅａｄ−ｏｕｔ ａｒｅａ）が設けられている。このリードインエリアとリードアウトエリアには、ＴＯＣ（Ｔａｂｌｅ ｏｆ Ｃｏｎｔｅｎｔｓ）データなどが必要に応じて記録される。これらの領域には、一般の使用者は情報を記録することができない。
【００９７】
インフォメーションエリアのうち、リードインエリアとリードアウトエリアを除くエリアが、レコーダブルエリア（Ｒｅｃｏｒｄａｂｌｅ ａｒｅａ）とされ、そこに一般の使用者がデータを記録または再生することができるようになされている。レコーダブルエリアの最内周側には、ＵＴＯＣ（Ｕｓｅｒ ＴＯＣ）エリアが設けられ、その外側にプログラムエリア（Ｐｒｏｇｒａｍ ａｒｅａ）が設けられている。ＵＴＯＣエリアには、上述したＵ−ＴＯＣデータが記録される。プログラムエリアには、オーディオデータやコンピュータで処理するデータ、その他のデータを記録することができるようになされている。
【００９８】
プログラムエリアにおいては、各データは離散的に記録される。図１１の実施例においては、トラックＴｒｋ１にオーディオデータが記録されている。即ち、このトラックは、オーディオトラックとされている。このトラックＴｒｋ１は、２つのパーツ（Ｔｒｋ１−１，Ｔｒｋ１−２）から構成されている。パーツ（トラック）Ｔｒｋ１−１とＴｒｋ１−２は、ディスク上において離れた位置に形成されているが、例えば、そのデータを再生するとき、パーツＴｒｋ１−１の再生が終了したとき、光学ヘッド３は、パーツＴｒｋ１−２にシークし、そこを再生する。このため、再生データは、連続して得ることができる。
【００９９】
この実施例においては、この他、オーディオトラックＴｒｋ２−１とＴｒｋ４−１が、それぞれ１つのパーツで構成され、オーディオデータが記録されている。
【０１００】
さらに、この実施例においては、パーツＴｒｋ３−１乃至３−３から構成されるトラックＴｒｋ３が形成され、そこには、ホストＣＰＵ３１により処理されるデータが記録されている。
【０１０１】
ＥＦＭ・ＣＩＲＣエンコーダ／デコーダ８は、プログラムエリアの各トラックに対して、クラスタ（６４キロバイト）を単位としてデータが記録再生されるように処理する。
【０１０２】
データトラックは、ボリュームマネジメントエリア（Ｖｏｌｕｍｅ Ｍａｎａｇｅｍｅｎｔ Ａｒｅａ）とイクステントエリア（Ｅｘｔｅｎｔ Ａｒｅａ）により構成されている。ボリュームマネジメントエリアは、プログラムエリアに最初に形成されたデータトラックの先頭に形成される。イクステントエリアは、それ以外の領域とされる。
【０１０３】
ボリュームマネジメントエリアとイクステントエリアのデータの割当単位（Ａｌｌｏｃａｔｉｏｎ Ｂｌｏｃｋ）は単独の管理とされ、前者は、２キロバイトとされ、後者は、４キロバイト、８キロバイト、１６キロバイト、３２キロバイト、または６４キロバイトのいずれかの値（例えば８キロバイト）とされる。
【０１０４】
ボリュームマネジメントエリアは、図１２に示すように、１６個のクラスタより構成される。ボリュームマネジメントエリアの１クラスタ前には、必要に応じて、ブートクラスタ（Ｂｏｏｔ−Ｃｌｕｓｔｅｒ）が配置される。
【０１０５】
図１３は、ボリュームマネジメントエリアのフォーマットを表している。ボリュームマネジメントエリアは、１６クラスタから構成され、１クラスタは６４キロバイトにより構成されるため、ボリュームマネジメントエリアには、２キロバイトのブロックが１０２４個形成されることになる。
【０１０６】
最初の番号０のブロックには、ボリュームディスクリプタＶＤ（ＶｏｌｕｍｅＤｅｓｃｒｉｐｔｏｒ）が記録される。このボリュームディスクリプタには、例えばルートディレクトリが記録されているブロックの番号（０乃至１０２３のいずれかの値（この実施例の場合、４））や、ボリュームスペースビットマップの位置情報等が記録される。
【０１０７】
番号１のブロックには、ボリュームスペースビットマップ（Ｖｏｌｕｍｅ Ｓｐａｃｅ Ｂｉｔｍａｐ（ＶＳＢ））が配置される。このＶＳＢには、ミニディスク１全体の使用状態を表すビットマップが記録される。このビットマップについては後述する。
【０１０８】
番号２と番号３の合計４キロバイトのブロックには、マネージメントテーブル（Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ（ＭＴ））が配置される。このＭＴには、ボリュームマネジメントエリアの使用状態が記録される。
【０１０９】
図１４は、番号２と番号３の２つのブロックにより構成されるマネージメントテーブルを模式的に表している。同図に示すように、０乃至１０２３の番号で示す４バイトの大きさの各ブロックは、図１３における０乃至１０２３のブロックの番号で示す２キロバイトのブロックに対応している。図１３において、番号０乃至３のブロックは、予め規格により定められているものであるため、図１４のマネージメントテーブル上の対応する領域（ブロック）には、特にデータは記録されない（Ｒｅｓｅｒｖｅｄとされている）。
【０１１０】
図１３に示すように、番号４以降のブロックには、ディレクトリレコードブロック（Ｄｉｒｅｃｔｏｒｙ Ｒｅｃｏｒｄｓ Ｂｌｏｃｋ（ＤＲＢ））またはイクステントレコードブロック（Ｅｘｔｅｎｔ Ｒｅｃｏｒｄｓ Ｂｌｏｃｋ（ＥＲＢ））が配置されている。
【０１１１】
このディレクトリレコードブロックＤＲＢには、次のような情報（ディレクトリ管理情報とファイル管理情報）が記録される。
Ｄｉｒｅｃｔｏｒｙ （Ｎａｍｅ， Ｉｎｄｅｘ ｔｏ ＤＲＢ， ＩＤ， Ｓｉｚｅ， Ｄａｔｅ， ｅｔｃ．）
Ｆｉｌｅ（Ｎａｍｅ， Ｉｎｄｅｘ ｔｏ ＥＲ（Ｉｎｄｅｘ ｔｏ ＥＲＢ， Ｏｆｆｓｅｔ ｏｆ ＥＲ）， Ｅｘｔｅｎｔ ｓｔａｒｔ Ｌｏｃａｔｉｏｎ， Ｎｕｍｂｅｒ ｏｆ Ｂｌｏｃｋｓ， ＩＤ， Ｓｉｚｅ， Ｄａｔｅ， ｅｔｃ．）
【０１１２】
このディレクトリレコードブロックＤＲＢのデータを記録するためのマネージメントテーブルのディレクトリレコードブロックエントリ（ＤｉｒｅｃｔｏｒｙＲｅｃｏｒｄｓ Ｂｌｏｃｋ Ｅｎｔｒｙ）は、図１５または図１６乃至図１８に示すように構成される。
【０１１３】
図１５に示すフォーマットは、ディレクトリレコードブロックＤＲＢが単独である場合におけるフォーマットを表している。この場合、４バイトのデータのうちの最初のビット３１に０がセットされ、残りのビット３０からビット０までの３１ビットにＩＤが記録される。例えば、図１４の番号４のブロックに対応するディレクトリレコードブロックエントリは、このフォーマットで構成されている。この実施例の場合、ＩＤとして、０００００００２が記録されている。このＩＤはルートディレクトリを表している。
【０１１４】
ディレクトリレコードブロックＤＲＢが複数のブロックで構成される場合においては、最初のディレクトリレコードブロックエントリが図１６に示すようなフォーマットで構成され、最後のエントリが図１８に示すようなフォーマットで構成され、その間のエントリは、図１７に示すようなフォーマットで構成される。
【０１１５】
図１６のフォーマットにおいては、最初の１バイトにＦ０が記録され、次の１バイトに、４バイトのＩＤのうちのＭＳＢ側の１バイトのＩＤが記録される。そして次の２バイトには、次のＤＲＢへのインデックス（Ｉｎｄｅｘ ｔｏ Ｎｅｘｔ ＤＲＢ）が配置されている。
【０１１６】
図１７のエントリにおいては、最初の１バイトにＦＥが配置され、次の１バイトは未使用とされている。そして、残りの２バイトに次のＤＲＢへのインデックスが配置されている。
【０１１７】
また、図１８のエントリにおいては、最初の１バイトにＦＦが配置され、残りの３バイトに、図１６の２バイト目に記録した１バイトのＭＳＢを除く、残りの３バイトのＩＤが記録されるようになされている。
【０１１８】
図１４の番号７、番号８または番号１０で示すエントリが、この図１６、図１７または図１８で示すフォーマットで規定されている。ブロック番号７に対応するエントリの最後の２バイトには０００８が記録され、これは、関連するデータが記録されている次のＤＲＢが、番号８で表されるディレクトリレコードブロックＤＲＢであることを表している。また、番号８に対応するブロックのエントリの最後の２バイトにおいては、０００Ａ（１６進）が記録されており、これは番号１０（１６進数のＡに対応する１０進法による値）のディレクトリレコードブロックが続いていることを表している。
【０１１９】
そして、番号７の２番目のバイトに００が記録されており、番号１０のブロックに対応するエントリに０００００５のＩＤが記録されているため、結局、この３つのブロックにより規定されるディレクトリのＩＤは、０００００００５であることが判る。
【０１２０】
図１９は、図１４のマネージメントテーブルのイクステントレコードブロックエントリ（Ｅｘｔｅｎｔ Ｒｅｃｏｒｄｓ Ｂｌｏｃｋ Ｅｎｔｒｙ）のフォーマットを表している。このフォーマットにおいては、最初の１バイトに８０が配置され、残りの２バイトは未使用とされ、最後の１バイトには、ユーズドカウント（Ｕｓｅｄ Ｃｏｕｎｔ）が配置されている。このユーズドカウントは、後述する図２０のイクステントレコードブロック（Ｅｘｔｅｎｔ Ｒｅｃｏｒｄｓ Ｂｌｏｃｋ）の０乃至６３の番号に対応するレコードのうち、使用済みのイクステントレコードの数を表すようになされている。
【０１２１】
図１４のマネージメントテーブルにおいては、番号５で表すブロックに対応するエントリが、図１９で示すイクステントレコードブロックエントリのフォーマットで表されている。その一番最後の１バイトには、０４の値が記録されている。これは、図２０に示すイクステントレコードブロックの０乃至６３の６４個の番号で表されるイクステントレコードＥＲのうち、使用済みのイクステントレコードの数が４（番号０，１，２，４の各イクステントレコードが使用済み）であることを表している。
【０１２２】
図１３に示したイクステントレコードブロックＥＲＢは、例えば図２０に示すように構成されている。同図に示すように、２キロバイトのイクステントレコードブロックＥＲＢは、それぞれが、３２バイトの、番号０から番号６３で表される６４個のイクステントレコードＥＲにより構成される。
【０１２３】
各イクステントレコードＥＲは、最初の１バイトにＦＦＦＦが記録された４バイトのデータと、図２１に示すイクステントレコードインデックス（Ｅｘｔｅｎｔ Ｒｅｃｏｒｄ Ｉｎｄｅｘ）が７個集められて構成されるか、あるいはまた、図２２に示す４バイトのイクステントディスクリプタ（Ｅｘｔｅｎｔ Ｄｅｓｃｒｉｐｔｏｒ）が８個集められて構成されている。
【０１２４】
図２１に示すように、イクステントレコードインデックスの最初の２バイトには、ロジカルブロックオフセット（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ｏｆｆｓｅｔ）が配置され、次の２バイトには、インデックストゥＥＲＢ（Ｉｎｄｅｘ ｔｏＥＲＢ）が配置され、最後の１バイトには、オフセットオブＥＲ（Ｏｆｆｓｅｔ ｏｆ ＥＲ）が配置されている。
【０１２５】
イクステントエリアにおいては、アロケーションブロックを割当の最小単位としてデータが記録される。ロジカルブロックオフセットは、インデックスによって示されるデータがファイル中で先頭からどの位のところに位置しているかを表している。また、インデックストゥＥＲＢは、１０ビットの構成とされ、イクステントレコードブロックＥＲＢへのインデックスを、番号０乃至１０２３のいずれかの値により表すようになされている。また、オフセットオブＥＲは、６ビットにより構成され、０乃至６３のいずれかの番号により、図２０に示すイクステントレコードブロックの６４個のイクステントレコードのうちのいずれかを表している。
【０１２６】
図２２に示すように、イクステントディスクリプタのうち、最初の２バイトには、イクステントスタートロケーション（Ｅｘｔｅｎｔ Ｓｔａｒｔ Ｌｏｃａｔｉｏｎ）が配置され、残りの２バイトには、ナンバオブブロック（Ｎｕｍｂｅｒ ｏｆ Ｂｌｏｃｋｓ）が配置されている。このイクステントスタートロケーションは、イクステントエリアに記録されているファイルのスタート位置を表している。また、ナンバオブブロックは、そのスタート位置よりスタートするファイルのブロックの数を表している。
【０１２７】
図２０において、番号１で表される３２バイトのイクステントレコードは、インデックスを表している。最初の４バイトのうちの先頭の２バイトには、ＦＦＦＦが記録されている。そして、この実施例の場合、次のイクステントレコードインデックスには、最初の２バイトにロジカルブロックオフセットとして、００００が配置され、インデックストゥＥＲＢとして５が、また、オフセットオブＥＲとして２が、それぞれ記憶されている。
【０１２８】
オフセットオブＥＲが２であるということは、図２０において、番号２で表されるイクステントレコードが存在することを示している。そして、そのロジカルブロックオフセットは、００００であるが、これは、番号２で表されるイクステントレコードに表されているファイルの最初のブロックの番号は、００００である（即ち、一番最初のブロックである）ことを表している。そして、番号２のイクステントレコードには、例えば、その先頭（図中、左側）に、データトラック上の絶対的な位置（イクステントスタートロケーション）で１５番目のブロックに、１個のブロックが存在することが示されている。
【０１２９】
尚、インデックストゥＥＲＢが５であるということは、その（図２０に示す）イクステントレコードブロックの番号が５であることを示している。
【０１３０】
次のオフセットオブＥＲが４であるということは、番号が４で表されるイクステントレコードのデータが存在することを示している。そして、この場合、ロジカルブロックオフセットが０００Ｂ（１０進数で１１）である。即ち、この実施例においては、番号２で表されるイクステントレコードのブロック数の合計が１１（＝１＋１＋２＋１＋１＋１＋３＋１）となる。このため、番号４で表されるイクステントレコードに記録されているミニディスク１上の絶対的位置としてのイクステントスタートロケーションが０５３Ｃである位置には、第１２個目（ブロック番号１１）から始まるファイルが存在する。
【０１３１】
尚、図２０に示すように、１つのイクステントレコードインデックスにより、７つのイクステントレコードしか表すことができないが、イクステントレコードがそれ以上増えた場合においては、さらに他のイクステントレコードインデックスが生成され、複数のイクステントレコードインデックスをまとめるインデックスがさらに生成される。
【０１３２】
図２３は、イクステントレコードブロックに記録されているインデックスとイクステントレコードの関係を模式的に表している。同図に示すように、所定のディレクトリレコードブロックのディレクトリレコードから所定のイクステントレコードブロックＥＲＢのインデックスが指定される（Ｉｎｄｅｘ ｔｏ ＥＲ）。そして、指定したインデックスには、最大７個のインデックスが記録されている。
【０１３３】
そして、各インデックスには、最大８個のファイルのスタート位置（イクステントスタートロケーション）と、そのファイルを構成するブロックの数（ナンバオブブロック）が記録されている。
【０１３４】
この実施例においては、図７に示したようなＦＡＴは用いられない。このため、この実施例におけるＵ−ＴＯＣは、例えば図２４に示すように構成される。図２４を図３と比較して明らかなように、図２４のＵ−ＴＯＣには、図３に示したＬＯＦＡＴが記録されないようになされている。Ｕ−ＴＯＣのその他のフォーマットは、図３に示した場合と同様である。
【０１３５】
この実施例においては、ＦＡＴに代えて、図２５に示すようなビットマップが用いられる。このビットマップは、図１３のＶＳＢに記録されるものである。
【０１３６】
この実施例においては、ビットマップの１エントリが２ビットにより構成される。各エントリは、図７に示したＦＡＴにおける場合と同様に、ミニディスク１上の所定の大きさのブロック（４キロバイト、８キロバイト、１６キロバイト、３２キロバイト、または６４キロバイト）に対応している。従って、このエントリの数は、ミニディスク１の記録容量に対応する数だけ形成される。
【０１３７】
ビットマップの２ビットの各エントリには、００，０１，１０または１１のいずれかの２ビットのデータが記録される。００は、ミニディスク１上の対応するブロックが使用可能であり、かつ、未使用のブロックであることを表している。０１は、ミニディスク１上の対応するブロックが、既にデータが記録されている使用済みのブロックであることを表している。１０は、ミニディスク１上の対応するブロックが、何らかの欠陥を有しているブロックであることを表している。また、１１は、ミニディスク１上の対応するブロックが、その使用を禁止されているブロックであることを表している。
【０１３８】
このように、ビットマップには、図７と図８に示したＦＡＴとは異なり、ＦＦＤｈ、あるいは、リンクすべきブロックの番号といったようなリンク情報は、記録されないようになされている。これらのリンク情報は、上述したディレクトリ情報あるいはファイル情報（特にイクステントレコードＥＲ）により管理される。
【０１３９】
図２６は、この実施例において、コンピュータデータを記録再生するためのミニディスク装置の本体４１にミニディスク１（カートリッジ１ａ）を装着し、初期化を指令したとき、ホストＣＰＵ３１が行う処理の例を示している。最初にステップＳ３１において、ミニディスク１に、データトラックが形成されているか否かが判定される。データトラックが形成されているか否かは、Ｕ−ＴＯＣのトラックモードから判別することができる。データトラックが存在する場合、既にコンピュータデータを記録するための初期化が完了している（記録領域が確保されている）ため、初期化処理は終了される。
【０１４０】
ステップＳ３１において、データトラックが形成されていないと判定された場合、ステップＳ３２に進み、Ｕ−ＴＯＣの中から空き領域（空きパーツテーブル）が確保される（データトラックが確保される）。例えば、プログラムエリア中の空き領域（空き領域か否かは、Ｕ−ＴＯＣのＰ−ＴＮＯ１〜Ｐ−ＴＮＯ２５５から判る）の中から、所定の数のブロックが、コンピュータデータ記録用のデータトラックとして確保される。即ち、このパーツが、例えばＰ−ＴＮＯ５に登録され、そのスタートアドレスとエンドアドレスが、パーツテーブルに登録される。さらに、パーツテーブルのトラックモードにコンピュータデータ記録用であることを示すデータが登録される。また、Ｕ−ＴＯＣのＰ−ＦＲＡが更新される。
【０１４１】
上述したように、データトラックの先頭の１６クラスタは、ＶＭＡとされ、それに続くイクステントエリアに実際のデータが記録される（図１２）。このイクステントエリアの大きさを、例えば１０クラスタ分確保すると、合計２６クラスタ（＝１６＋１０）分の領域が、データトラックとされる。
【０１４２】
次にステップＳ３３に進み、ステップＳ３２で確保したデータトラックの先頭の１６クラスタにより構成されるＶＭＡ（図１２）のＶＳＢ（図１３）に、ビットマップが書き込まれる。そして、ビットマップにおいては、図２５に示すように、データが書き込まれる。
【０１４３】
即ち、ＶＭＡが書き込まれる１６クラスタ分に対応するエントリには、使用済ブロックであることを表すデータ（０１）が記録される。また、それに続く、イクステントエリア上の５０クラスタ（本来のコンピュータデータを記録するための領域）に対応するビットマップのエントリには、使用可能未使用ブロックを意味するデータ（００）が記録される。さらに、それ以外のイクステントエリア上のブロックに対応するビットマップのエントリには、使用禁止ブロックを意味するデータ（１１）が記録される。
【０１４４】
尚、ビットマップデータをデータトラックの管理に用いる場合、ビットマップデータは、図２のメモリ１７に記憶され、所定のタイミングでミニディスク１上のビットマップに記録される。
【０１４５】
次に図２７は、ミニディスク１にコンピュータデータを記録する場合のホストＣＰＵ３１が行う処理例について表している。最初にステップＳ４１において、ホストＣＰＵ３１は、ミニディスク１に記録されているビットマップのデータを読み込む。
【０１４６】
上述したように、ビットマップのデータを含むボリュームマネジメントエリアは、プログラムエリアに最初に形成されたデータトラックの先頭に形成されている。よって、Ｕ−ＴＯＣから、最初に形成されたデータトラックの先頭に対応するパーツテーブルのスタートアドレスを検出し、このスタートアドレスに基づいて、ボリュームディスクリプタを読み出し、そこに記録されたビットマップの位置情報基づいてビットマップを読み出すことにより、ホストＣＰＵ３１にビットマップを読み込むことができる。このビットマップデータは、メモリ１７に一旦記憶され、ホストＣＰＵ３１は、このデータを所定のタイミングで読み込むことになる。
【０１４７】
次にステップＳ４２に進み、いま読み込んだビットマップに使用可能な未使用のエントリ（００のブロック）があるか否かが判定される。初めてコンピュータデータを記録する場合、使用可能未使用ブロックが存在するため、ステップＳ４２からステップＳ４５に進む。ステップＳ４５では、未使用ブロックから１つのエントリ（例えば、図２８のビットマップのエントリ８０）を選択し、このエントリを、いまデータを書き込もうとしているファイルに対応させる。そして、そのエントリが対応するイクステントエリア上のブロックに、実際にデータが書き込まれる。
【０１４８】
次にステップＳ４６に進み、記録が行われたイクステントエリアのブロックに対応するビットマップのエントリに、使用領域を表すデータ（０１）が記録される（図２８）。さらにステップＳ４７に進み、そのイクステントエリアのブロックをイクステントレコードＥＲ（図１３、図２０）に登録する。
【０１４９】
次にステップＳ４７からステップＳ４８に進む。ステップＳ４８では、全てのデータの書込が終了したか否かが判定され、終了していなければ、ステップＳ４２に戻る。以上のような動作が繰り返される。
【０１５０】
図２８には、以上のようにして、ビットマップ上のエントリ８０乃至８９に対応するイクステントエリアのブロックにデータが記録された場合のビットマップの状態が表されている。
【０１５１】
また、以上の動作を繰り返すうちに、確保した領域が一杯になり、ステップＳ４２において、ビットマップに使用可能な未使用ブロックを示すエントリが存在しないと判定された場合においては、即ち、コンピュータデータを記録する空き領域がなくなったときは、ステップＳ４３に進み、Ｕ−ＴＯＣの空き領域を確保し、その空き領域を、コンピュータデータを記録するデータトラックとして追加する。そしてステップＳ４４に進み、データトラックの追加した領域のブロックを使用可能未使用ブロックとしてビットマップに登録する。即ち、図２６の初期化処理におけるステップＳ３２，Ｓ３３と同様の処理を行い、新たに１２ブロックのデータ記録領域を確保（追加）する。尚、このとき追加するブロックの数は、任意である。但し、ビットマップは既に作成されているため、新たに作成せず、そのデータのみを更新する。
【０１５２】
ステップＳ４８において、全てのデータの書込が終了したと判定された場合においては、処理を終了する。
【０１５３】
尚、以上の各実施例において、ＦＡＴまたはビットマップで管理する単位を１クラスタより小さい値にした場合、１つの単位に対してデータを記録するには、本体４１は、一旦ミニディスク１からその単位を含む１クラスタ分のデータを読み出し、ＲＡＭ１３に記憶する。次に、その単位に相当するデータが、ホストＣＰＵ３１から転送され、新たにＲＡＭ１３に記憶される。そして、ＲＡＭ１３から読み出された１クラスタ分のデータがミニディスク１に書き込まれる。即ち、実質的に、１クラスタより小さい単位での記録が可能となる。一方、再生は、セクタ単位で行われる。
【０１５４】
尚、上記実施例においては、書き込み可能なミニディスク１についての記録データの管理を説明したが、上述の実施例の記録データ管理は、読み出し専用のミニディスク１についても適用することができる。但し、読み出し専用のミニディスク１については、Ｕ−ＴＯＣエリアは設けられない。よって、上述の実施例のＵ−ＴＯＣとほぼ同様の構成のテーブルをＴＯＣエリアに設定し、プログラムエリアに上述の実施例と同様のＶＭＡを設定することにより、上述の記録データ管理を実現する。
【０１５５】
【発明の効果】
以上の如く本発明の記録管理方法によれば、第１の管理データに従って管理される記録媒体の範囲の中から所定の範囲を指定し、その指定された範囲について、第２のデータ量単位を基準とするデータの記録媒体への記録状態を第３の管理データに従って管理するようにしたので、第１のデータ単位を基準としてデータが記録された記録媒体との互換性を確保することができ、また、記録媒体に空き領域があれば、そこにデータを追加して記録することが可能となる。
【０１５６】
さらにまた、第２のデータ量単位を第１のデータ量単位より小さくすれば、予め設定されている処理単位より小さい処理単位でデータを記録することが可能となる。
【０１５８】
本発明の記録領域設定方法によれば、第１の単位でデジタルデータの記録状態を管理する第１のテーブルのデータから記録媒体の空き領域が検出され、そこに、その領域をデジタルデータ用のトラックとするデータが記録される。そして、デジタルデータ用のトラックとされた空き領域の先頭に、第１の単位以下の第２の単位で記録媒体のデータの記録状態を管理する第２のテーブルが作成される。従って、記録媒体に対して、デジタルデータを記録する領域を確実に確保することが可能となる。
【０１５９】
本発明のデータ記録方法によれば、第１の単位でデジタルデータの記録状態を管理する第１のテーブルのデータを用いて第１の単位以下の第２の単位でデジタルデータの記録状態を管理する第２のテーブルが読み出され、第２のテーブルから使用可能ブロックが検出され、その使用可能ブロックにデジタルデータが記録される。そして、デジタルデータが記録されたブロックの第２のテーブル上の情報が、使用不可能を示す情報に書き換えられる。従って、ブロック単位で、デジタルデータを確実に記録することが可能となる。
【図面の簡単な説明】
【図１】本発明の記録媒体管理方法を応用したミニディスク装置の外観構成を示す図である。
【図２】図１の実施例の本体４１の内部構成を示すブロック図である。
【図３】図２のミニディスク１のＵ−ＴＯＣのフォーマットを説明する図である。
【図４】図３の管理テーブルのリンクを説明する図である。
【図５】管理テーブルとデータ記録領域の関係を説明する図である。
【図６】コンピュータデータを記録する領域を確保したときの管理テーブルとデータ記録領域の関係を説明する図である。
【図７】ＦＡＴを説明する図である。
【図８】コンピュータデータを記録した状態におけるＦＡＴを説明する図である。
【図９】図２の実施例においてミニディスク１を初期化する動作を説明するフローチャートである。
【図１０】図２の実施例においてミニディスク１にコンピュータデータを記録する場合の動作を説明する図である。
【図１１】本発明の記録媒体管理方法の他の実施例におけるミニディスク１のフォーマットを説明する図である。
【図１２】図１１のデータトラックのフォーマットを説明する図である。
【図１３】図１２のボリュームマネジメントエリアのフォーマットを説明する図である。
【図１４】図１３のマネジメントテーブルのフォーマットを説明する図である。
【図１５】図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。
【図１６】図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。
【図１７】図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。
【図１８】図１３のディレクトリレコードブロックエントリのフォーマットを説明する図である。
【図１９】図１３のイクステントレコードブロックエントリのフォーマットを説明する図である。
【図２０】図１３のイクステントレコードブロックの構成例を示す図である。
【図２１】イクステントレコードインデックスのフォーマットを説明する図である。
【図２２】イクステントディスクリプタのフォーマットを説明する図である。
【図２３】インデックスとイクステントレコードとの関係を説明する図である。
【図２４】Ｕ−ＴＯＣの他の構成例を示す図である。
【図２５】ビットマップの構成を説明する図である。
【図２６】ミニディスク１を初期化する他の動作を説明するフローチャートである。
【図２７】ミニディスク１にコンピュータデータを記録する場合の他の動作を説明するフローチャートである。
【図２８】コンピュータデータを記録した状態におけるビットマップを説明する図である。
【図２９】ミニディスクのフォーマットを説明する図である。
【図３０】パーティションの概念を説明する図である。
【符号の説明】
１ ミニディスク
２ スピンドルモータ
３ 光学ヘッド
３ａ 対物レンズ
４ ２軸機構
５ スレッド機構
６ 磁気ヘッド
７ ＲＦアンプ
８ エンコーダ／デコーダ部
９ サーボ回路
１０ アドレスデコーダ
１１ システムコントローラ
１２ メモリコントローラ
１３ ＲＡＭ
１４ ＳＣＳＩインタフェース
１５ 磁気ヘッド駆動回路
１６ ＴＯＣメモリ
１７ メモリ
１８ 表示部
１９ 操作入力部
３０ ＳＣＳＩバス
３１ ホストＣＰＵ
４１ 本体
４２ 挿入口[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention is, for example, a recording management method, a recording area setting method suitable for use when recording and reproducing digital data processed by a computer on a magneto-optical disk that originally records digital audio data by compression, And data recording method About.
[0002]
[Prior art]
2. Description of the Related Art Recently, a mini disk (MD) (trademark) for compressing and recording digital audio data on a magneto-optical disk, and expanding and reproducing the digital audio data has been spreading. FIG. 29 shows a recording format of the mini disc. As shown in FIG. 1, one round of the mini disk is divided into a plurality of sectors. One cluster is composed of 36 sectors, and compressed digital audio data is recorded in units of this cluster.
[0003]
In the case of a mini disc for recording, in one cluster (= 36 sectors), the first three sectors are set as link sectors, and the next one sector is set as a sub data sector. In this sub data sector, sub data other than audio data is arranged. The link sector is an area for joining the preceding and succeeding clusters, and audio data is substantially recorded only in 32 sectors other than the link sector and the sub data sector.
[0004]
On the other hand, in a read-only mini-disc, data is continuously recorded (not discretely recorded), and three sectors in the link area are not required. Therefore, in this case, these three sectors are also sub data sectors.
[0005]
One sector is 2352 bytes (2332 bytes for data), and 11 sound groups are arranged in two consecutive sectors. One sound group has 424 bytes, in which audio data of the left channel and the right channel is arranged for a total of 512 samples (11.61 ms). Digital audio data is recorded in units of this sound group.
[0006]
[Problems to be solved by the invention]
It is conceivable to use such a mini disc as, for example, a storage device of a computer. In this case, in order to manage the data of the computer as a file, the cluster (36 sectors) is too large as a unit. Therefore, it is preferable that data can be recorded in a unit smaller than the cluster (for example, a sector unit). However, as described above, mini discs have a problem that data cannot be recorded in units smaller than one cluster (for example, in sector units) because the standard defines that data is recorded in units of one cluster. are doing.
[0007]
Further, for example, when recording both computer data and audio data on a single mini-disc, it is conceivable to pre-divide the data recording area in the same manner as on a hard disc.
[0008]
For example, as shown in FIG. 30, when 2200 clusters from cluster 0 to cluster 2199 exist on one minidisk, the area (A) from cluster 0 to cluster 650 and the area from cluster 651 to cluster 1100 It is divided into an area (B) and an area (C) from the cluster 1101 to the cluster 2199, of which audio data is recorded in, for example, partitions A and C, and computer data is recorded in the partition B. You can do so.
[0009]
However, as described above, if the recording area is divided in advance according to the type of data, for example, when the data of the computer to be recorded exceeds the capacity of the partition B, even if there is an empty area in the partitions A and C, Even if it did, there was a problem that the data of the computer could no longer be recorded on the mini-disc. Conversely, when the partition A and the partition C are full, even if there is a free space in the partition B, no more audio data can be recorded.
[0010]
Furthermore, the management method of partitioning in this way is basically a different management method from the management method of a cluster unit. For example, the management method is divided into a plurality of partitions, and computer data is recorded in a predetermined partition. In addition, when one mini-disc in which audio data is recorded in another partition is reproduced by a device dedicated to reproducing audio data, there is a possibility that the audio data cannot be reproduced. That is, it is difficult to guarantee compatibility.
[0011]
The present invention has been made in view of such a situation, and records data in a smaller size than a cluster, for example, in units of a sector, on a minidisk in which recording of data in units of clusters is standardized. Is to be able to do.
[0012]
Further, when there is a free area, both computer data and audio data can be recorded as needed.
[0013]
Furthermore, compatibility with a normal mini-disc is also ensured.
[0014]
[Means for Solving the Problems]
According to the recording management method of the present invention, when recording data in a second data amount unit (for example, a block) different from the first data amount unit (for example, a cluster), the second management data (for example, LOFAT or FIG. Based on the volume management area in FIG. 12, an area (for example, a segment including clusters 16 to 27 in FIG. 6 or a data track in FIG. 11) in which data in the second data amount unit is recorded is stored in the first management data ( For example, the third management is set in the U-TOC management table in FIG. 3, and is managed in the second data amount unit in the area where the data in the second data amount unit is recorded based on the second management data. It is characterized in that data is recorded in units of a second data amount based on data (for example, the FAT in FIG. 7 or the bitmap in FIG. 25).
[0015]
The recording area setting method according to the present invention includes a recording area setting method for setting a recording area for recording digital data on a recording medium (for example, the mini-disc 1 in FIG. 2). Managing the recording state of digital data in a first unit (for example, a cluster) An empty area of the recording medium is detected from data of a first table (for example, the U-TOC management table of FIG. 24), and data indicating that the empty area is a track for digital data (for example, FIG. 24 track modes), and records them at the beginning of a free area that is a track for digital data. In the second unit (for example, block) below the first unit A second table (for example, a bit map in FIG. 25) indicating a recording state of data on a recording medium is created.
[0016]
Of the present invention Data recording method Is a data recording method for recording digital data on a recording medium (for example, the mini-disc 1 in FIG. 2). Managing the recording state of digital data in a first unit (for example, a cluster) Based on the data in the first table (for example, the U-TOC management table in FIG. 24), the digital data track on the recording medium The recording state of digital data is managed in a second unit (for example, a block) below the first unit. The second table (for example, the bit map in FIG. 25) is read, information (for example, 00) indicating an available block is detected from the second table, and a block of a track for digital data corresponding to the information showing the available block is detected. The digital data is recorded in the second table, and the information indicating the usable blocks in the second table is rewritten to the information (for example, 01) indicating that the blocks cannot be used.
[0022]
In the recording management method having the above configuration, a predetermined range is specified from the range managed in the U-TOC management table, and the specified range is managed by the FAT or the bitmap. Therefore, computer data can be recorded in a specified range in units of blocks smaller than clusters. Also, by adding this designation as needed, not only digital audio data but also computer data can be additionally recorded as long as there is an empty area. Further, compatibility with a mini-disc in which only normal audio data is recorded is ensured.
[0023]
In the recording area setting method having the above configuration, an empty area of the mini disc 1 is detected from the U-TOC management table, and the empty area is used as a track for digital data. Then, a bit map indicating the recording state of the data on the mini disc 1 is created at the beginning of the track. Therefore, at the start of use of the mini disc 1, it is possible to reliably secure and manage tracks for recording digital data.
[0024]
Of the above configuration Data recording method In, the recording position of the bitmap is detected from the data of the management table of the U-TOC, and the bitmap is read. Then, a usable block is detected from the bitmap, and digital data is recorded therein. The information of the bitmap corresponding to the block is rewritten from information 00 indicating availability to information 01 indicating unusability. Therefore, it is possible to reliably manage the recording data in block units.
[0030]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 shows an external configuration of an embodiment of a mini disc device to which a recording medium management method of the present invention is applied. The disk cartridge 1a houses a mini disk 1 (FIG. 2) therein, and the cartridge 1a can be loaded into the main body 41 from the insertion port. An operation input unit 19 including a power button 19a, an eject button 19b, and the like is provided below the right side of the main body 41. The power button 19a is operated when the power is turned on or off, and the eject button 19b is operated when the cartridge 1a is ejected. The display unit 18 is arranged at the center of the upper surface of the main body 41. The main body 41 is connected to the host CPU 31 (FIG. 2) via the SCSI bus 30.
[0031]
FIG. 2 shows the internal configuration of the main body 41. In FIG. 1, for example, a mini disk (magneto-optical disk) 1 on which both a plurality of music pieces (audio data) and computer data or only computer data are recorded is driven to rotate by a spindle motor 2. The optical head 3 irradiates the mini disc 1 with a laser beam during recording / reproduction. That is, at the time of recording, a high-level laser beam for heating the recording track to the Curie temperature is output, and at the time of reproduction, a relatively low-level laser beam for detecting data from reflected light by the magnetic Kerr effect is output. Is done.
[0032]
Therefore, the optical head 3 has an optical system including a laser diode that outputs laser light, a polarizing beam splitter, an objective lens, and the like, and a detector for detecting reflected light. Among them, the objective lens 3a is held by the biaxial mechanism 4 so as to be displaceable in a disk radial direction (tracking direction) and in a direction approaching / separating from the disk (focus direction). The sled mechanism 5 can move in the disk radial direction.
[0033]
The magnetic head 6 is arranged at a position facing the optical head 3 with the mini disc 1 interposed therebetween so that a magnetic field modulated by the supplied data is applied to the mini disc 1.
[0034]
The information detected from the mini-disc 1 by the optical head 3 by the reproducing operation is supplied to the RF amplifier 7. The RF amplifier 7 performs an arithmetic operation on the supplied information to reproduce an RF signal, a tracking error signal, a focus error signal, ATIP information (absolute time information recorded as a pre-groove (wobbling groove) on the mini disc 1), an address. Information, subcode information, focus monitor signal, etc. are extracted.
[0035]
Then, the extracted reproduction RF signal is supplied to the encoder / decoder unit 8. The tracking error signal and the focus error signal are supplied to a servo circuit 9, and the address information is supplied to an address decoder 10. Further, the ATIP information and the focus monitor signal are supplied to a system controller 11 constituted by, for example, a microcomputer (CPU).
[0036]
The servo circuit 9 generates various servo drive signals based on a tracking error signal and a focus error signal supplied from the RF amplifier 7, a track jump command, a seek command, rotation speed detection information, and the like from the system controller 11. And the sled mechanism 5 to perform focus and tracking control, and also controls the spindle motor 2 to a constant angular velocity (CAV) or a constant linear velocity (CLV).
[0037]
The reproduced RF signal is subjected to EFM demodulation by the encoder / decoder section 8 and further subjected to decoding processing such as CIRC, and then temporarily written to the buffer RAM 13 by the memory controller 12. The reading of data from the mini disc 1 by the optical head 3 and the transfer of reproduced data from the optical head 3 to the buffer RAM 13 are performed at a transfer rate of 1.41 Mbit / sec.
[0038]
The data written in the buffer RAM 13 is supplied to the host CPU 31 via the SCSI interface 14.
[0039]
The address information output from the address decoder 10 is supplied to the system controller 11 via the encoder / decoder unit 8 and used for various control operations.
[0040]
Further, a lock detection signal of a PLL circuit for generating a bit clock of the recording / reproducing operation and a monitor signal of a missing state of a frame synchronization signal of reproduced data are also supplied to the system controller 11.
[0041]
When a recording operation is performed on the mini disc 1, recording data is supplied from the host CPU 31 to the memory controller 12 via the SCSI interface 14. Then, the data is temporarily written into the buffer RAM 13 by the memory controller 12, read out at a predetermined timing, and sent to the encoder / decoder unit 8. Then, after being subjected to encoding processing such as CIRC encoding and EFM modulation in the encoder / decoder section 8, it is supplied to the magnetic head drive circuit 15.
[0042]
The magnetic head drive circuit 15 supplies a magnetic head drive signal to the magnetic head 6 according to the encoded recording data. That is, the application of the N or S magnetic field to the mini disk 1 by the magnetic head 6 is performed. At this time, the system controller 11 supplies a control signal to the optical head 3 so as to output a recording level laser beam.
[0043]
For example, predetermined characters and the like are displayed on the display unit 18 configured by a liquid crystal display in response to a command from the system controller 11. The operation input unit 19 has a reproduction key, a stop key, an AMS key, a search key, and the like in addition to the power button 19a and the eject button 19b described above, and inputs a signal corresponding to the operation to the system controller 11.
[0044]
A RAM (hereinafter, referred to as a TOC memory) 16 holds TOC information in the mini disc 1. At the time when the mini-disc 1 is loaded, or immediately before the recording or reproducing operation, the system controller 11 drives the spindle motor 2 and the optical head 3 and, for example, the TOC area set on the innermost side of the mini-disc 1 To extract the data. Then, the TOC information supplied to the system controller 11 via the RF amplifier 7 and the encoder / decoder unit 8 is stored in the TOC memory 16 and thereafter used for controlling the recording / reproducing operation for the mini disc 1. The memory 17 stores FAT (File Allocation Table) information described later or a bitmap.
[0045]
The host CPU 31 controls not only transmission and reception of computer data but also transmission and reception and updating of FAT information or a bitmap. Note that the memory 17 can be provided on the main body 41 side.
[0046]
The writable mini-disc 1 also has segment management data for enabling a series of music pieces to be recorded / reproduced discretely (or, of course, continuously) as one or a plurality of divided segments (parts). Is recorded. That is, a user TOC (hereinafter, referred to as a U-TOC) whose content is rewritten in accordance with data recording or erasing for management of a recording data area is recorded in a data structure as shown in FIG. 3, for example.
[0047]
The U-TOC is recorded in, for example, an area of 4 bytes × 587 in the data area. In the area, a header having a synchronization pattern consisting of all 0 bits or all 1 bits of 1 byte data is provided at the head position. Is provided.
[0048]
In addition, at a predetermined address position, data such as the music number (First TNO) of the first music piece, the last music piece number (Last TNO) of the last music piece, the sector usage status, and the disk ID recorded on the mini disc 1 are recorded. You. Further, there is provided an area for recording various correspondence table instruction data (P-DFA to P-TNO 255) for associating each recorded music or the like with a management table described later.
[0049]
On the other hand, 255 part tables from number (01h) to (FFh) are provided as a management table, and each part table has a start address as a starting point, an end address as an end, and a segment ( When the segment is successively linked to another segment, link information indicating a part table in which a start address and an end address of the linked segment are recorded can be recorded. ing.
[0050]
The mode information of a track is, for example, information indicating whether the track is set to prohibit overwriting or data copying, information indicating the type of audio information and computer information, and information indicating the type of monaural / stereo. And so on. The link information specifies a part table to be connected, for example, by numbers (01h) to (FFh) given to each part table.
[0051]
In other words, in the management table, one part table represents one segment. For example, for a song composed of three segments connected, the segment position is determined by the three parts tables connected by link information. Is managed. For this reason, the numbers (01h) to (FFh) of the parts table can be directly used as segment (part) numbers.
[0052]
In each of the parts tables from (01h) to (FFh) in the management table, the contents of the segment are indicated by the corresponding table instruction data (P-DFA to P-TNO255).
[0053]
The P-DFA indicates a defective area on the mini-disc 1, and is a single part table indicating a track portion (= segment) serving as a defective area due to a scratch or the like, or a leading part table in a plurality of part tables. Is specified. That is, when a defective segment exists, one of (01h) to (FFh) is recorded in the correspondence table instruction data P-DFA, and the defective segment is indicated by the start and end addresses in the corresponding part table. It is shown. If another defective segment exists, another part table is specified as link information in the part table, and the defective segment is also shown in the part table. If the segment is the last defective segment, the link information is set to, for example, (00h), which indicates that the segment is not linked after that.
[0054]
The P-EMPTY indicates the head part table of one or more unused part tables in the management table. If an unused part table exists, (01h) is set as the corresponding table instruction data P-EMPTY. ) To (FFh) are recorded. When there are a plurality of unused part tables, the part tables are sequentially specified by the link information from the part table specified by the corresponding table instruction data P-EMPTY, and all the unused part tables are stored in the management table. Is linked.
[0055]
For example, in the case of a magneto-optical disk on which no recording is made and there is no defect, all the part tables are not used. For example, the part table (01h) is designated by the correspondence table instruction data P-EMPTY, and The parts table (02h) is specified as the link information of the parts table (01h), the parts table (03h) is specified as the link information of the parts table (02h), and so on. In this case, the link information of the parts table (FFh) is set to (00h) indicating that there is no subsequent connection.
[0056]
The P-FRA indicates an unrecorded area (including an erased area) of data on the mini disc 1, and a track portion (= segment) serving as an unrecorded area is indicated in one or a plurality of parts tables. The first parts table is specified. That is, when there is an unrecorded area, any one of (01h) to (FFh) is recorded in the correspondence table instruction data P-FRA, and the corresponding part table contains a segment that is an unrecorded area. , Start and end addresses. In addition, when there are a plurality of such segments, that is, when there are a plurality of parts tables, the link information sequentially designates the parts table whose link information is (00h).
[0057]
FIG. 4 schematically shows a management state of a segment to be an unrecorded area by the parts table. This is because the start address and the end address are (S 03h , E 03h ), (S 18h , E 18h ), (S 1Fh , E 1Fh ), (S 2Bh , E 2Bh ), (S E3h , E E3h ) Is an unrecorded area, this state follows the correspondence table designation data P-FRA, followed by the parts tables (03h), (18h), (1Fh), (2Bh), and (E3h). The state represented by the link of FIG. The above-described management of the defective area and the unused parts table is the same.
[0058]
P-TNO1 to P-TNO255 indicate respective songs (tracks) recorded on the mini-disc 1. For example, in the correspondence table instruction data P-TNO1, 1 or The part table indicating the temporally leading segment of the plurality of segments is specified.
[0059]
For example, when the first music piece is recorded on the disc without dividing the tracks (that is, in one segment), the recording area of the first music piece is indicated by the correspondence table instruction data P-TNO1. It is recorded as a start and end address in the parts table.
[0060]
Further, for example, when the second music piece is discretely recorded in a plurality of segments on the disc, each segment is designated (linked) in a temporal order to indicate the position of the music piece. In other words, from the part table specified in the correspondence table instruction data P-TNO2, another part table is sequentially specified in the temporal order by the link information, and linked to the part table in which the link information is (00h). (Same form as above, FIG. 4).
[0061]
In this way, for example, all the segments in which the data making up the second music are recorded are sequentially designated and stored, so that the U-TOC data can be used to play back the second music or to the area of the second music. When the overwriting is performed, the optical head 3 and the magnetic head 6 are accessed so that continuous music information can be extracted from discrete segments, and recording can be performed using the recording area efficiently.
[0062]
Thus, the U-TOC data recorded on the mini disc 1 is read out and stored in the TOC memory 16. Then, by using the U-TOC data read into the TOC memory 16, the recording area on the disc can be managed and the recording / reproducing operation can be controlled.
[0063]
The U-TOC data described above is also recorded on a mini-disc for recording ordinary music. In the mini-disc of this embodiment, LOFAT (Location of FAT) is recorded as 16-bit data so that, for example, computer data can be recorded in addition to audio data (songs). I have. This LOFAT will be described later.
[0064]
FIG. 5 schematically shows the relationship between the management table (parts table) of the U-TOC and the clusters of the data recording area of the mini disc 1. In this embodiment, an unrecorded area of data on the mini disc 1 is shown. The part table number indicating the head cluster of the unrecorded area is defined as (01h) in the correspondence table instruction data P-FRA. That is, the position of the first segment as an unrecorded area of data is described in the parts table (01h).
[0065]
Therefore, referring to the parts table of this number (01h), the start address is set to the cluster 9 and the end address is set to the cluster 12. This indicates that the clusters 9 to 12 in the data recording area are continuously unrecorded areas. In the parts table of this number (01h), (0Ah) is described as link information. This means that the data regarding the segment of the unrecorded area following the segment from the cluster 9 to the cluster 12 is described in the part table of the number (0Ah).
[0066]
Therefore, looking at the part table of the number (0Ah), the start address is set to the cluster 29 and the end address is set to the cluster 30. That is, it is understood that the segment from the cluster 29 to the cluster 30 exists as an unrecorded area in the data recording area.
[0067]
Also, (04h) is described as the link information of this number (0Ah). Therefore, looking at the parts table of the number (04h), the start address is set to the cluster 104 and the end address is set to the cluster 105. That is, it can be seen that an unrecorded area including the cluster 104 and the cluster 105 exists as the third segment following the cluster 29 and the cluster 30.
[0068]
Further, in the parts table of (04h), link information of (07h) is described. Therefore, looking at the parts table of (07h), the start address is a cluster 82 and the end address is a cluster 87. That is, the fourth segment from cluster 82 to cluster 87 is an unrecorded area. Since (00h) is described in the link information of the parts table of (07h), it can be seen that this fourth segment is the last segment of the unrecorded area.
[0069]
As described above, digital audio data is basically recorded in each cluster of the data recording area. However, when computer data is recorded instead of digital audio data in a predetermined range (cluster), For example, as shown in FIG. 6, first, a range in which computer data is recorded is specified by the host CPU 31 in units of clusters.
[0070]
In the embodiment of FIG. 6, a segment consisting of 12 clusters from cluster 16 to cluster 27 is designated as a segment for recording computer data. Since this segment is the fifth segment, (02h) is described in the above-mentioned U-TOC correspondence table instruction data P-TNO5 as the number of the parts table relating to the first segment for computer data recording. Therefore, looking at this (02h) parts table, the cluster 16 is described as the start address, and the cluster 27 is described as the end address. Since (00h) is described as the link information, it can be seen that only one segment including 12 clusters from cluster 16 to cluster 27 is prepared for computer data recording.
[0071]
As described above, when the area for recording computer data is specified in the management table (parts table), the FAT as a table for managing files for recording computer data as shown in FIG. It is formed on a predetermined track of the data recording area. For example, as shown in FIG. 6, the FAT is recorded in the first cluster 16 of the computer data recording area from the cluster 16 to the cluster 27 (of course, the FAT can also be recorded in the U-TOC area, for example). . At this time, (02h) is described in LOFAT so that the recording position of FAT can be known.
[0072]
One block of the FAT is composed of 2 bytes, and each block corresponds to an area (for example, a cluster) of a predetermined size in the data recording area. That is, in the embodiment shown in FIG. 6, since the segments up to the clusters 16 to 27 in the data recording area are specified as the computer data recording area, the FAT corresponds to the blocks 16 to 27 corresponding to the clusters 16 to 27. 27, data (FFEh) indicating a usable unused block is described. However, when the FAT is recorded in the cluster 16, (FFDh) is recorded in the block 16 of the FAT corresponding to this cluster. This indicates that data is recorded there (corresponding cluster 16), and that the data ends there (corresponding cluster 16).
[0073]
Each cluster other than the clusters 16 to 27 in the data recording area is not designated as an area for recording computer data. In other words, it is prohibited to use it as an area for recording computer data. Data (FFFh) representing a block is described.
[0074]
FIG. 8 shows a FAT in a state where computer data is recorded in a predetermined range of the clusters 16 to 27 secured in this way. In this embodiment, the block 17 corresponding to the cluster 17 describes the number of the block 18, the block 18 describes the number of the block 19, the block 19 describes the number of the block 20, In the block 20, data (FFDh) representing the last block of the segment is described. Therefore, it is understood that a series of computer data is recorded in the segment including the four clusters from the cluster 17 to the cluster 20.
[0075]
Further, the block 21 has a block number 22, the block 22 has a block number 23, the block 23 has a block number 24, the block 24 has a block number 25, and the block 25 has (FFDh). I have. That is, a series of computer data is recorded in five clusters from the cluster 21 to the cluster 25.
[0076]
Since the data of the blocks 26 and 27 remain (FFEh), the clusters 26 and 27 remain unused areas in which computer data has not yet been recorded.
[0077]
FIG. 9 shows an example of processing performed by the host CPU 31 when the mini disc 1 (cartridge 1a) is mounted on the main body 41 of the mini disc apparatus for recording and reproducing computer data and an initialization command is issued. First, in step S1, it is determined whether or not the number indicating the parts table on the predetermined management table is described in the LO-FAT of the U-TOC of the mini disc 1. When the predetermined part table number is described in the LOFAT, the initialization for recording the computer data has already been completed (the recording area has been secured), and thus the initialization processing ends.
[0078]
If it is determined in step S1 that the predetermined number is not described in LOFAT, the process proceeds to step S2, where an empty area (empty parts table) is secured from the U-TOC (data track is secured). . For example, as shown in FIG. 6, predetermined 12 clusters (in FIG. 6, in FIG. 6, in the U-TOC, P-TNO1 to P-TNO255) out of a free area in the data recording area. , Clusters 16 to 27) are secured as computer data recording tracks. Then, this segment is registered in the P-TNO 5, and its start address and end address are registered in the parts table (02h).
[0079]
Next, the process proceeds to step S3, and the FAT as shown in FIG. 7 is written in an arbitrary cluster (for example, the first cluster 16) in the area of the data track secured in step S2 (of the 12 clusters). In the FAT, as shown in FIG. 7, data (FFDh) indicating that the block is a used block and that there is no linked block is recorded in a block 16 corresponding to the cluster 16 in which the FAT is written. You. Data (FFEh) is recorded as usable unused blocks in FAT blocks 17 to 27 corresponding to clusters 17 to 27 in which no FAT is recorded. Further, data (FFFh) is recorded as a use-prohibited block in the FAT block corresponding to the other clusters.
[0080]
Next, proceeding to step S4, the part table number corresponding to the cluster in which the FAT is recorded is described in LOFAT of the U-TOC.
[0081]
The FAT data is temporarily stored in the memory 17 and recorded on the FAT on the mini disc 1 at a predetermined timing.
[0082]
Next, FIG. 10 shows an example of processing performed by the host CPU 31 when computer data is recorded on the mini-disc 1. First, in step S11, the host CPU 31 reads the FAT (the FAT of the cluster 16 in the data recording area in FIG. 6) indicated by the U-TOC LOFAT recorded on the mini disc 1. This data is temporarily stored in the memory 17, and the host CPU 31 reads this data at a predetermined timing.
[0083]
Next, the process proceeds to step S12, where it is determined whether or not there is an unused block that can be used in the entry of the FAT that has just been read. When computer data is recorded for the first time, the process proceeds from step S12 to step S15 because usable unused blocks exist. In step S15, one block (for example, the FAT block 17 in FIG. 8) is selected from the unused blocks, and this block is made to correspond to the file in which data is to be written. Then, data is actually written in the cluster corresponding to the block (for example, cluster 17 in the data recording area in FIG. 6).
[0084]
Next, the process proceeds to step S16, where it is determined whether or not there is a block allocated to the file before the block currently allocated. If this is the first recording, there is no previously allocated block, so the process proceeds from step S16 to step S18. In step S18, it is determined whether or not all data has been written, and if not, the process returns to step S12.
[0085]
The above operation is repeated. In the second and subsequent processes, it is determined in step S16 that there is a block previously allocated to the file. In this case, the process proceeds from step S16 to step S17, where the FAT entry of the previous block includes the current block. Register the number. That is, as described with reference to FIG. 8, for example, the current block number 18 is registered in the block 17. Similarly, the block number 19 is recorded in the block 18 and the block number 20 is recorded in the block 19.
[0086]
When the above operation is repeated, the reserved area becomes full, and when it is determined in step S12 that there is no unused block that can be used in the FAT entry, that is, when there is no free space for recording computer data, If there is no more area, the process proceeds to step S13 to secure an empty area of the U-TOC and add the empty area as a data track for recording computer data. Then, the process proceeds to step S14, and the block in the area to which the data track is added is registered in the FAT entry as a usable unused block. That is, the same processing as steps S2 and S3 in the initialization processing of FIG. 9 is performed, and a data recording area of 12 clusters is newly secured (added). However, since the FAT has already been created, it is not newly created, and only its data is updated.
[0087]
By performing the processing of steps S13 and S14, a free area on the mini disk 1 is added as a data track for recording computer data as needed. Therefore, it is possible to prevent the computer data from being unable to be recorded despite the presence of a free space in the disk, as in the case where a predetermined range is previously partitioned as a partition.
[0088]
If it is determined in step S18 that all data has been written, the process proceeds to step S19, where the FAT entry of the current block is registered as the last block, and the FAT is updated. That is, data (FFDh) is recorded in the block, as in the case of the block 20 of the FAT in FIG.
[0089]
In the above description, the part table numbers (01h) to (FFh) are described in the LOFAT. However, since the LOFAT has 16 bits, the address in the data recording area is directly recorded. You can also.
[0090]
For example, assuming now that the number of clusters in the entire area of the minidisk 1 is 2200 and the capacity of one cluster is 64 kbytes, the total capacity of the minidisk 1 is 140 Mbytes (= 2200 × 64 kbytes).
[0091]
If one FAT block corresponds to a range of 8 kbytes in the recording data area, the number of FAT blocks (the number of entries) requires 17,600 (= 140 Mbytes / 8 kbytes). If one entry (block) is formed by 2 bytes (16 bits), the FAT capacity requires approximately 35 kbytes (= 17,600 × 2 bytes). After all, if one block of the FAT corresponds to 8 kbytes in the data recording area (a range of 1/8 of 64 kbytes as one cluster), a capacity of 35 kbytes is required to manage the entire range of one disk. FAT is required.
[0092]
The allocation amount of one block of the FAT is a unit of data recording. As described above, if the allocated amount is 64 kbytes (one cluster), writing can be performed in the same manner as a normal mini disk. However, considering efficient transfer of computer data, it is preferable that the size be about 8 kbytes, which is smaller than 64 kbytes. In addition, this makes it possible to record data in units smaller than the cluster.
[0093]
However, when recording data in units of 8 kbytes, data for one cluster including the 8 kbyte block is read from the minidisk 1 and stored in the RAM 13. Next, of the data for one cluster stored in the RAM 13, data corresponding to the 8 kbytes is newly stored. Then, the data for one cluster is written to the mini disk 1. That is, the recording of only 8 kbytes is substantially performed. During reproduction, the host CPU 31 reads data in units of one sector.
[0094]
In this way, when a mini disc in which computer data (or other data, of course) may be recorded together with audio data is mounted on a normal music mini disc device, the computer data cannot be reproduced. However, audio data is reproducible. If there is a free area, audio data can be additionally recorded.
[0095]
In the above embodiment, the data track is managed using the FAT. However, an embodiment in which the data track is managed without using the FAT will be described below.
[0096]
FIG. 11 shows a recording format of the writable mini-disc 1 when this embodiment is realized. As shown in the drawing, in the information area from the innermost circumference (left side in the figure) to the outermost circumference (right side in the figure), the lead-in area is provided on the innermost side and the outermost side, respectively. (Lead-in area) and a lead-out area (Lead-out area) are provided. In the lead-in area and the lead-out area, TOC (Table of Contents) data and the like are recorded as needed. A general user cannot record information in these areas.
[0097]
Of the information area, an area other than the lead-in area and the lead-out area is a recordable area, in which a general user can record or reproduce data. A UTOC (User TOC) area is provided on the innermost peripheral side of the recordable area, and a program area (Program area) is provided outside the UTOC (User TOC) area. The above-mentioned U-TOC data is recorded in the UTOC area. In the program area, audio data, data processed by a computer, and other data can be recorded.
[0098]
In the program area, each data is recorded discretely. In the embodiment of FIG. 11, audio data is recorded on the track Trk1. That is, this track is an audio track. The track Trk1 is composed of two parts (Trk1-1, Trk1-2). The parts (tracks) Trk1-1 and Trk1-2 are formed at separate positions on the disk. For example, when reproducing the data, when the reproduction of the parts Trk1-1 ends, the optical head 3 , Seeks to the parts Trk1-2, and reproduces them. Therefore, reproduction data can be obtained continuously.
[0099]
In this embodiment, the audio tracks Trk2-1 and Trk4-1 are each composed of one part, and audio data is recorded.
[0100]
Further, in this embodiment, a track Trk3 composed of parts Trk3-1 to 3-3 is formed, in which data processed by the host CPU 31 is recorded.
[0101]
The EFM / CIRC encoder / decoder 8 processes each track in the program area so that data is recorded and reproduced in clusters (64 kilobytes).
[0102]
The data track includes a volume management area (Volume Management Area) and an extent area (Extent Area). The volume management area is formed at the head of the data track first formed in the program area. The extent area is the other area.
[0103]
The allocation unit (Allocation Block) of data in the volume management area and the extent area is managed independently. The former is 2 kilobytes, and the latter is 4 kilobytes, 8 kilobytes, 16 kilobytes, 32 kilobytes, or 64 kilobytes. It is set to any value (for example, 8 kilobytes).
[0104]
The volume management area is composed of 16 clusters as shown in FIG. One cluster before the volume management area is provided with a boot cluster (Boot-Cluster) as necessary.
[0105]
FIG. 13 shows the format of the volume management area. Since the volume management area is composed of 16 clusters, and one cluster is composed of 64 kilobytes, 1024 blocks of 2 kilobytes are formed in the volume management area.
[0106]
A volume descriptor VD (Volume Descriptor) is recorded in the first block of number 0. In this volume descriptor, for example, the number of the block in which the root directory is recorded (any value from 0 to 1023 (4 in this embodiment)), the position information of the volume space bitmap, and the like are recorded. .
[0107]
In the block of No. 1, a volume space bitmap (VSB) is arranged. In this VSB, a bitmap indicating the use state of the entire mini disc 1 is recorded. This bitmap will be described later.
[0108]
A management table (Management Table (MT)) is arranged in a block of a total of 4 kilobytes of the numbers 2 and 3. In this MT, the use state of the volume management area is recorded.
[0109]
FIG. 14 schematically shows a management table including two blocks of number 2 and number 3. As shown in the drawing, each block having a size of 4 bytes indicated by a number from 0 to 1023 corresponds to a block of 2 kilobytes indicated by a block number from 0 to 1023 in FIG. In FIG. 13, since the blocks with numbers 0 to 3 are determined in advance by the standard, no data is recorded in the corresponding area (block) on the management table in FIG. 14 (reserved. There).
[0110]
As shown in FIG. 13, a directory record block (Directory Records Block (DRB)) or an Extent Record block (Extent Records Block (ERB)) is arranged in the blocks after the number 4.
[0111]
The following information (directory management information and file management information) is recorded in the directory record block DRB.
Directory (Name, Index to DRB, ID, Size, Date, etc.)
File (Name, Index to ER, Index of ER), Extent start Location, Number of Blocks, ID, Size, Date, etc.
[0112]
The directory record block entry (Directory Records Block Entry) of the management table for recording the data of the directory record block DRB is configured as shown in FIG. 15 or FIG. 16 to FIG.
[0113]
The format shown in FIG. 15 represents a format when the directory record block DRB is alone. In this case, 0 is set in the first bit 31 of the 4-byte data, and the ID is recorded in the remaining 31 bits from bit 30 to bit 0. For example, the directory record block entry corresponding to the block of number 4 in FIG. 14 is configured in this format. In the case of this embodiment, 00000002 is recorded as the ID. This ID represents a root directory.
[0114]
When the directory record block DRB is composed of a plurality of blocks, the first directory record block entry has a format as shown in FIG. 16, and the last entry has a format as shown in FIG. Are configured in a format as shown in FIG.
[0115]
In the format shown in FIG. 16, F0 is recorded in the first byte, and the 1-byte ID on the MSB side of the 4-byte ID is recorded in the next 1 byte. In the next two bytes, an index (Index to Next DRB) for the next DRB is arranged.
[0116]
In the entry of FIG. 17, FE is arranged in the first byte and the next byte is unused. Then, the index to the next DRB is arranged in the remaining two bytes.
[0117]
In the entry of FIG. 18, FF is arranged in the first one byte, and the remaining three bytes record the ID of the remaining three bytes excluding the one-byte MSB recorded in the second byte of FIG. It has been made.
[0118]
The entries indicated by the numbers 7, 8, or 10 in FIG. 14 are defined in the format shown in FIG. 16, FIG. 17, or FIG. 0008 is recorded in the last two bytes of the entry corresponding to the block number 7, which indicates that the next DRB in which the related data is recorded is the directory record block DRB represented by the number 8. ing. In the last two bytes of the entry of the block corresponding to the number 8, 000A (hexadecimal) is recorded, which is the directory record of the number 10 (decimal value corresponding to hexadecimal A). Indicates that a block is continued.
[0119]
Since 00 is recorded in the second byte of the number 7 and the ID of 000005 is recorded in the entry corresponding to the block of the number 10, the directory ID defined by these three blocks is eventually 00000005.
[0120]
FIG. 19 shows the format of an Extent Records Block Entry in the management table of FIG. In this format, 80 is arranged in the first byte, the remaining two bytes are unused, and a used count (Used Count) is arranged in the last byte. The used count indicates the number of used extent records among the records corresponding to the numbers 0 to 63 of the Extent Records Block (Extent Records Block) in FIG. 20 described later.
[0121]
In the management table of FIG. 14, the entry corresponding to the block represented by the number 5 is represented in the format of the extent record block entry shown in FIG. A value of 04 is recorded in the last byte. This is because, among the Extent Records ER represented by 64 numbers 0 to 63 of the Extent Record Block shown in FIG. 20, the number of used Extent Records is 4 (No. 0, 1, 2, 4). Of each extent record has been used).
[0122]
Extent record block ERB shown in FIG. 13 is configured, for example, as shown in FIG. As shown in the figure, a 2-kilobyte extent record block ERB is composed of 32 bytes each of 64 extent records ER represented by numbers 0 to 63.
[0123]
Each extent record ER is composed of four bytes of data in which FFFF is recorded in the first byte and seven extent record indexes (Extent Record Index) shown in FIG. 21, or It is configured by collecting eight 4-byte Extent Descriptors shown in FIG.
[0124]
As shown in FIG. 21, a logical block offset (Logical Block Offset) is arranged in the first two bytes of the extent record index, an index to ERB (Index to ERB) is arranged in the next two bytes, and the last two bytes are arranged. An offset of ER is arranged in one byte of (1).
[0125]
In the extent area, data is recorded using an allocation block as a minimum unit of allocation. The logical block offset indicates where the data indicated by the index is located from the beginning in the file. The index to ERB has a 10-bit configuration, and the index to the extent record block ERB is represented by one of the numbers 0 to 1023. The offset of ER is composed of 6 bits, and any of the numbers 0 to 63 represents any of the 64 extent records of the extent record block shown in FIG.
[0126]
As shown in FIG. 22, the extent start location (Extent Start Location) is arranged in the first two bytes of the extent descriptor, and the number of blocks (Number of Blocks) is arranged in the remaining two bytes. Have been. This extent start location indicates the start position of a file recorded in the extent area. The number of blocks indicates the number of blocks of the file starting from the start position.
[0127]
In FIG. 20, a 32-byte extent record represented by number 1 represents an index. FFFF is recorded in the first two bytes of the first four bytes. In the case of this embodiment, in the next Extent Record Index, 0000 is placed as the logical block offset in the first two bytes, 5 is stored as the index to ERB, and 2 is stored as the offset of ER. Have been.
[0128]
The fact that the offset of ER is 2 indicates that an Extent Record represented by the number 2 exists in FIG. The logical block offset is 0000, which means that the number of the first block of the file represented by the extent record represented by number 2 is 0000 (that is, the first block). ). In the Extent record of No. 2, for example, one block exists at the beginning (left side in the figure) of the 15th block at the absolute position (extent start location) on the data track. It is shown to be.
[0129]
The fact that the index to ERB is 5 indicates that the number of the Extent Record Block (shown in FIG. 20) is 5.
[0130]
The fact that the next offset of ER is 4 indicates that the data of the extent record represented by the number 4 exists. In this case, the logical block offset is 000B (11 in decimal). That is, in this embodiment, the total number of blocks of the extent record represented by the number 2 is 11 (= 1 + 1 + 2 + 1 + 1 + 1 + 3 + 1). Therefore, the position starting from the twelfth block (block number 11) is located at the position where the extent start location as the absolute position on the mini disc 1 recorded in the extent record represented by the number 4 is 053C. File exists.
[0131]
As shown in FIG. 20, one extent record index can represent only seven extent records. However, when the number of extent records increases, another extent record index is generated. Then, an index summarizing the plurality of extent record indexes is further generated.
[0132]
FIG. 23 schematically shows the relationship between the index recorded in the extent record block and the extent record. As shown in the figure, an index of a predetermined extent record block ERB is specified from a directory record of a predetermined directory record block (Index to ER). Then, up to seven indexes are recorded in the designated index.
[0133]
Each index records the start position (extent start location) of up to eight files and the number of blocks (number of blocks) constituting the file.
[0134]
In this embodiment, the FAT as shown in FIG. 7 is not used. Therefore, the U-TOC in this embodiment is configured as shown in FIG. 24, for example. As is clear from the comparison of FIG. 24 with FIG. 3, the LO-FAT shown in FIG. 3 is not recorded in the U-TOC of FIG. Other formats of the U-TOC are the same as those shown in FIG.
[0135]
In this embodiment, a bit map as shown in FIG. 25 is used instead of the FAT. This bitmap is recorded on the VSB in FIG.
[0136]
In this embodiment, one entry of the bitmap is composed of two bits. Each entry corresponds to a block of a predetermined size (4 kilobytes, 8 kilobytes, 16 kilobytes, 32 kilobytes, or 64 kilobytes) on the mini disk 1, as in the case of the FAT shown in FIG. Therefore, the number of entries is formed by the number corresponding to the recording capacity of the mini disc 1.
[0137]
In each 2-bit entry of the bit map, any 2-bit data of 00, 01, 10 or 11 is recorded. 00 indicates that the corresponding block on the mini disc 1 is usable and is an unused block. 01 indicates that the corresponding block on the mini disc 1 is a used block in which data has already been recorded. Numeral 10 indicates that the corresponding block on the mini disc 1 is a block having some defect. Reference numeral 11 indicates that the corresponding block on the mini disc 1 is a block whose use is prohibited.
[0138]
As described above, unlike the FAT shown in FIGS. 7 and 8, link information such as FFDh or the number of a block to be linked is not recorded in the bitmap. The link information is managed by the directory information or the file information (particularly, the extent record ER).
[0139]
FIG. 26 shows an example of processing performed by the host CPU 31 when the mini disc 1 (cartridge 1a) is mounted on the main body 41 of the mini disc apparatus for recording and reproducing computer data and an initialization command is issued in this embodiment. Is shown. First, in step S31, it is determined whether or not data tracks are formed on the mini disc 1. Whether or not a data track is formed can be determined from the U-TOC track mode. If the data track exists, the initialization for recording the computer data has already been completed (the recording area has been secured), and thus the initialization processing ends.
[0140]
If it is determined in step S31 that a data track has not been formed, the process proceeds to step S32, where an empty area (empty parts table) is secured from the U-TOC (data track is secured). For example, a predetermined number of blocks are reserved as data tracks for computer data recording from a free area in the program area (whether or not a free area is determined from P-TNO1 to P-TNO255 of the U-TOC). Is done. That is, this part is registered in, for example, the P-TNO 5, and its start address and end address are registered in the parts table. Further, data indicating that the data is for computer data recording is registered in the track mode of the parts table. Also, the P-FRA of the U-TOC is updated.
[0141]
As described above, the first 16 clusters of the data track are set to the VMA, and the actual data is recorded in the subsequent extent area (FIG. 12). When the size of this extent area is secured, for example, for 10 clusters, an area for a total of 26 clusters (= 16 + 10) is used as a data track.
[0142]
Next, proceeding to step S33, the bitmap is written to the VSB (FIG. 13) of the VMA (FIG. 12) composed of the first 16 clusters of the data track secured in step S32. Then, in the bitmap, data is written as shown in FIG.
[0143]
That is, data (01) indicating that the block is a used block is recorded in an entry corresponding to 16 clusters in which the VMA is written. In the subsequent bitmap entry corresponding to 50 clusters (an area for recording original computer data) on the extent area, data (00) indicating usable unused blocks is recorded. . Further, data (11) indicating an unusable block is recorded in an entry of a bitmap corresponding to a block on the other extent area.
[0144]
When the bitmap data is used for data track management, the bitmap data is stored in the memory 17 of FIG. 2 and recorded in the bitmap on the mini disc 1 at a predetermined timing.
[0145]
Next, FIG. 27 illustrates an example of processing performed by the host CPU 31 when recording computer data on the mini-disc 1. First, in step S41, the host CPU 31 reads bitmap data recorded on the mini disc 1.
[0146]
As described above, the volume management area including the data of the bitmap is formed at the head of the data track formed first in the program area. Therefore, the start address of the parts table corresponding to the head of the data track formed first is detected from the U-TOC, the volume descriptor is read based on this start address, and the position information of the bit map recorded there is read. By reading the bitmap based on the bitmap, the host CPU 31 can read the bitmap. This bitmap data is temporarily stored in the memory 17, and the host CPU 31 reads this data at a predetermined timing.
[0147]
Next, the process proceeds to step S42, where it is determined whether or not there is an unused entry (block 00) that can be used in the bit map just read. When recording computer data for the first time, since there is an available unused block, the process proceeds from step S42 to step S45. In step S45, one entry (for example, the entry 80 of the bitmap in FIG. 28) is selected from the unused blocks, and this entry is made to correspond to the file in which data is to be written. Then, the data is actually written to the block on the extent area corresponding to the entry.
[0148]
Next, the process proceeds to step S46, in which data (01) indicating the used area is recorded in the bitmap entry corresponding to the block in the extent area where the recording was performed (FIG. 28). The process further proceeds to step S47, and the block of the extent area is registered in the extent record ER (FIGS. 13 and 20).
[0149]
Next, the process proceeds from step S47 to step S48. In step S48, it is determined whether or not writing of all data has been completed. If not, the process returns to step S42. The above operation is repeated.
[0150]
FIG. 28 shows the state of the bitmap when data is recorded in the block of the extent area corresponding to the entries 80 to 89 on the bitmap as described above.
[0151]
Further, while the above operation is repeated, the reserved area becomes full, and if it is determined in step S42 that there is no entry indicating an unused block that can be used in the bit map, If there is no free area to be recorded, the process proceeds to step S43, where a free area of the U-TOC is secured, and the free area is added as a data track for recording computer data. Then, the process proceeds to step S44, and the block in the area where the data track is added is registered in the bitmap as a usable unused block. That is, the same processing as steps S32 and S33 in the initialization processing of FIG. 26 is performed, and a data recording area of 12 blocks is newly secured (added). The number of blocks added at this time is arbitrary. However, since the bitmap has already been created, it is not newly created, and only the data is updated.
[0152]
If it is determined in step S48 that the writing of all data has been completed, the process ends.
[0153]
In each of the above embodiments, when the unit managed by the FAT or the bitmap is set to a value smaller than one cluster, the main body 41 temporarily stores the data from the mini disc 1 in order to record data for one unit. Data of one cluster including a unit is read and stored in the RAM 13. Next, data corresponding to the unit is transferred from the host CPU 31 and newly stored in the RAM 13. Then, the data for one cluster read from the RAM 13 is written to the mini disc 1. That is, recording can be substantially performed in units smaller than one cluster. On the other hand, reproduction is performed in sector units.
[0154]
In the above embodiment, the management of the recording data on the writable mini-disc 1 has been described. However, the recording data management of the above-described embodiment can be applied to the read-only mini-disc 1. However, no U-TOC area is provided for the read-only mini-disc 1. Therefore, the above-described recording data management is realized by setting a table having substantially the same configuration as the U-TOC of the above-described embodiment in the TOC area and setting the same VMA in the program area as in the above-described embodiment.
[0155]
【The invention's effect】
As described above, according to the recording management method of the present invention, a predetermined range is specified from the range of the recording medium managed in accordance with the first management data, and the second data amount unit is specified for the specified range. Since the recording state of the reference data on the recording medium is managed according to the third management data, it is possible to ensure compatibility with the recording medium on which the data is recorded based on the first data unit. If there is a free space in the recording medium, data can be additionally recorded there.
[0156]
Furthermore, if the second data amount unit is smaller than the first data amount unit, data can be recorded in a processing unit smaller than a preset processing unit.
[0158]
According to the recording area setting method of the present invention, Manage the recording state of digital data in the first unit An empty area of the recording medium is detected from the data of the first table, and data having that area as a track for digital data is recorded therein. Then, at the beginning of the empty area that is a track for digital data, Manages the recording state of data on the recording medium in a second unit below the first unit A second table is created. Therefore, it is possible to reliably secure an area for recording digital data on the recording medium.
[0159]
Of the present invention Data recording method According to Manage the recording state of digital data in the first unit Using the data in the first table Managing the recording state of digital data in a second unit below the first unit The second table is read, an available block is detected from the second table, and digital data is recorded in the available block. Then, the information on the second table of the block in which the digital data is recorded is rewritten to information indicating that the block is unusable. Therefore, digital data can be reliably recorded in block units.
[Brief description of the drawings]
FIG. 1 is a diagram showing an external configuration of a mini disc device to which a recording medium management method of the present invention is applied.
FIG. 2 is a block diagram showing an internal configuration of a main body 41 of the embodiment of FIG.
FIG. 3 is a diagram illustrating a format of a U-TOC of the mini disc 1 of FIG. 2;
FIG. 4 is a diagram illustrating links in the management table of FIG. 3;
FIG. 5 is a diagram illustrating a relationship between a management table and a data recording area.
FIG. 6 is a diagram illustrating a relationship between a management table and a data recording area when an area for recording computer data is secured.
FIG. 7 is a diagram illustrating a FAT.
FIG. 8 is a diagram illustrating FAT in a state where computer data is recorded.
9 is a flowchart illustrating an operation of initializing the mini disc 1 in the embodiment of FIG.
FIG. 10 is a diagram for explaining an operation when computer data is recorded on the mini disc 1 in the embodiment of FIG.
FIG. 11 is a diagram illustrating a format of a mini disc 1 in another embodiment of the recording medium management method of the present invention.
FIG. 12 is a diagram illustrating a format of the data track of FIG. 11;
FIG. 13 is a diagram illustrating a format of a volume management area in FIG. 12;
FIG. 14 is a diagram illustrating a format of a management table in FIG. 13;
FIG. 15 is a diagram illustrating a format of a directory record block entry of FIG. 13;
FIG. 16 is a diagram illustrating a format of a directory record block entry of FIG. 13;
FIG. 17 is a diagram illustrating a format of a directory record block entry of FIG. 13;
FIG. 18 is a diagram illustrating a format of a directory record block entry of FIG.
FIG. 19 is a diagram illustrating the format of an Extent Record block entry in FIG. 13;
20 is a diagram illustrating a configuration example of an extent record block of FIG. 13;
FIG. 21 is a diagram illustrating a format of an extent record index.
FIG. 22 is a diagram illustrating a format of an extent descriptor.
FIG. 23 is a diagram illustrating a relationship between an index and an extent record.
FIG. 24 is a diagram illustrating another configuration example of the U-TOC.
FIG. 25 is a diagram illustrating a configuration of a bitmap.
FIG. 26 is a flowchart illustrating another operation of initializing the mini disc 1.
FIG. 27 is a flowchart illustrating another operation when recording computer data on the mini-disc 1.
FIG. 28 is a diagram illustrating a bitmap in a state where computer data is recorded.
FIG. 29 is a diagram illustrating a format of a mini disc.
FIG. 30 is a diagram illustrating the concept of a partition.
[Explanation of symbols]
1 mini disk
2 Spindle motor
3 Optical head
3a Objective lens
4 2-axis mechanism
5 Thread mechanism
6 Magnetic head
7 RF amplifier
8 Encoder / decoder part
9 Servo circuit
10 Address decoder
11 System controller
12 Memory controller
13 RAM
14 SCSI interface
15 Magnetic head drive circuit
16 TOC memory
17 Memory
18 Display
19 Operation input section
30 SCSI bus
31 Host CPU
41 body
42 insertion slot

Claims (5)

データが所定の第１のデータ量単位で記録されるとともに前記データの記録を管理するための第１の管理データが記録される記録媒体の記録管理方法において、
前記第１のデータ量単位とは異なる第２のデータ量単位でデータを記録する場合に第２の管理データに基づいて前記第２のデータ量単位のデータが記録される領域を前記第１の管理データに設定し、
前記第２の管理データに基づいて前記第２のデータ量単位のデータが記録される領域に前記第２のデータ量単位で管理する第３の管理データに基づいて前記第２のデータ量単位でデータを記録する
ことを特徴とする記録管理方法。A recording management method for a recording medium in which data is recorded in a predetermined first data amount unit and first management data for managing the recording of the data is recorded,
When data is recorded in a second data amount unit different from the first data amount unit, an area in which the data in the second data amount unit is recorded based on the second management data is the first data amount. Set to management data,
In the area where the data in the second data amount unit is recorded based on the second management data, the area is recorded in the second data amount unit based on the third management data managed in the second data amount unit. A record management method characterized by recording data. 前記第２のデータ量単位は、前記第１のデータ量単位より小さい
ことを特徴とする請求項１に記載の記録管理方法。The recording management method according to claim 1, wherein the second data amount unit is smaller than the first data amount unit. 前記第１のデータ量単位はクラスタであり、
前記第２のデータ量単位はブロックである
ことを特徴とする請求項２に記載の記録管理方法。The first data amount unit is a cluster,
3. The recording management method according to claim 2, wherein the second data amount unit is a block. 記録媒体にデジタルデータを記録するため記録領域を設定する記録領域設定方法において、In a recording area setting method of setting a recording area for recording digital data on a recording medium,
第１の単位で前記デジタルデータの記録状態を管理する第１のテーブルのデータから前記記録媒体の空き領域を検出し、Detecting a free area of the recording medium from data of a first table for managing a recording state of the digital data in a first unit;
前記第１のテーブルに前記空き領域をデジタルデータ用のトラックとすることを示すデータを記録し、Data indicating that the empty area is a track for digital data is recorded in the first table,
前記デジタルデータ用のトラックとされた空き領域の先頭に前記第１の単位以下の第２の単位で前記記録媒体のデータの記録状態を管理する第２のテーブルを作成するA second table for managing a recording state of data on the recording medium in a second unit equal to or smaller than the first unit is created at a head of the free area which is a track for the digital data.
ことを特徴とする記録領域設定方法。A recording area setting method, characterized in that: デジタルデータを記録媒体に記録する際のデータ記録方法において、In a data recording method for recording digital data on a recording medium,
第１の単位で前記デジタルデータの記録状態を管理する第１のテーブルのデータに基づいて前記記録媒体のデジタルデータ用のトラックから前記第１の単位以下の第２の単位で前記デジタルデータの記録状態を管理する第２のテーブルを読み出し、Recording of the digital data in a second unit equal to or less than the first unit from a digital data track of the recording medium based on data of a first table for managing a recording state of the digital data in a first unit Read a second table that manages the state,
前記第２のテーブルから使用可能ブロックを示す情報を検出し、Detecting information indicating an available block from the second table;
前記使用可能ブロックを示す情報に対応する前記デジタルデータ用のトラックのブロックにデジタルデータを記録し、Record digital data in a block of the track for the digital data corresponding to the information indicating the usable block,
前記第２のテーブルの前記使用可能ブロックを示す情報を使用不可能を示す情報に書き換えるRewriting the information indicating the usable block in the second table with the information indicating unusable
ことを特徴とするデータ記録方法。A data recording method, characterized in that:
JP2003141947A 1993-06-14 2003-05-20 Recording management method, recording area setting method, and data recording method Expired - Fee Related JP3605824B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003141947A JP3605824B2 (en) 1993-06-14 2003-05-20 Recording management method, recording area setting method, and data recording method

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP14181993 1993-06-14
JP27009993 1993-10-28
JP2003141947A JP3605824B2 (en) 1993-06-14 2003-05-20 Recording management method, recording area setting method, and data recording method

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP13168994A Division JP3446308B2 (en) 1993-06-14 1994-06-14 Data recording device

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2004243058A Division JP2004362772A (en) 1993-06-14 2004-08-24 Recording management method
JP2004243059A Division JP3729416B2 (en) 1993-06-14 2004-08-24 Data recording method

Publications (2)

Publication Number Publication Date
JP2004005976A JP2004005976A (en) 2004-01-08
JP3605824B2 true JP3605824B2 (en) 2004-12-22

Family

ID=30448935

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003141947A Expired - Fee Related JP3605824B2 (en) 1993-06-14 2003-05-20 Recording management method, recording area setting method, and data recording method

Country Status (1)

Country Link
JP (1) JP3605824B2 (en)

Also Published As

Publication number Publication date
JP2004005976A (en) 2004-01-08

Similar Documents

Publication Publication Date Title
KR100299400B1 (en) Record Media Management Method
JP3353382B2 (en) Recording or reproducing device and memory control device
JP3560074B2 (en) Recording / reproducing device and memory control device
JP3218743B2 (en) Recording / reproducing apparatus, disk recording / reproducing system, and recording method
JP4304802B2 (en) Dubbing equipment
JP3446308B2 (en) Data recording device
KR100583760B1 (en) How to record compressed audio data on a recording medium and how to send device and compressed audio data
JPH07168749A (en) Information managing method, data recording medium, data recording method, information retrieving method, and information retriever
JP3605824B2 (en) Recording management method, recording area setting method, and data recording method
JP3729416B2 (en) Data recording method
JP3493766B2 (en) Playback device
JP3617107B2 (en) Recording or playback device
JP2004362772A (en) Recording management method
JP3669350B2 (en) Recording / reproducing apparatus and search circuit
JP2002343062A (en) Additional recording control method and additional recording controller
JP3830539B2 (en) Recording device
JP3541785B2 (en) Recording / reproducing apparatus and recording / reproducing method
JP3612754B2 (en) Recording apparatus and reproducing apparatus
JP3794069B2 (en) Editing device
JPH06309121A (en) Memory controller and address generation circuit
JP2004030921A (en) Recording device
JPH09153270A (en) Management information updating device
JP2001043626A (en) Reproducing device
JP2005149676A (en) Recording and reproducing device, file management method and disk recording medium
JPH08235834A (en) Recording and reproducing device

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040625

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040824

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040913

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040926

LAPS Cancellation because of no payment of annual fees