JP3921125B2 - ディスク状記録媒体 - Google Patents
ディスク状記録媒体 Download PDFInfo
- Publication number
- JP3921125B2 JP3921125B2 JP2002129842A JP2002129842A JP3921125B2 JP 3921125 B2 JP3921125 B2 JP 3921125B2 JP 2002129842 A JP2002129842 A JP 2002129842A JP 2002129842 A JP2002129842 A JP 2002129842A JP 3921125 B2 JP3921125 B2 JP 3921125B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- toc
- area
- recorded
- sector
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Signal Processing For Digital Recording And Reproducing (AREA)
- Optical Recording Or Reproduction (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はデータ記録を行なうディスク状記録媒体に関するものである。
【０００２】
【従来の技術】
音楽等を記録／再生することのできる記録装置、再生装置、及びディスク状記録媒体としての光磁気ディスクが実用化され、特に近年、光磁気ディスクに対してユーザーが再生だけでなく楽曲等の音声を録音することができるもの（いわゆるミニディスク）も知られている。
【０００３】
このミニディスクシステムを用いる場合、いわゆる音楽を記録／再生することが行なわれているが、さらにこのミニディスクシステムにおいて、音楽情報以外のデータを記録／再生できるようにすることも考えられる。
【０００４】
なお、本明細書において、光磁気ディスクに記録される、音楽、音声等のいわゆるオーディオ信号をデジタル化したものを特に『オーディオデータ』といい、その１単位を『楽曲』ということとする。そして、オーディオデータ以外の、文字、グラフィック等のいわゆるコンピュータなどの情報機器ユーズのデータであって光磁気ディスクに記録されるものを単に『データ』又は『一般データ』といい、オーディオデータと区別する。そしてデータの１つの記録再生単位を『データファイル』とする。
【０００５】
【発明が解決しようとする課題】
ところが、もともと音楽用にフォーマットが構成されているミニディスクシステムを、データ用に用い、情報の検索や更新等をできるようにしようとすることはあまり適当であるとはいえない。特に、音楽用途のための楽曲の管理情報の場合はデータ用途の場合のデータファイルの管理情報とは異なって、検索のための名称データや属性データなどが重要ではなかったり（少なくとも曲番と対応アドレスが管理されていればよい）、検索データの外部機器への送信のためのデータなどは不要であったりすることや、オーディオデータではデータボリュームの小さいもの（例えば非常に短い楽曲）が多数存在する場合が余り考えられないため、一般データのように小さいデータファイルが非常に多数存在してしまう場合に対応する必要はなく、例えば後述するオーディオデータ用の管理情報では最大２５５曲までしか対応可能とされていない。
【０００６】
これらの各種の点で音楽用途のための楽曲の管理情報はあくまで音楽用途に好適なように生成されており、データ用に適しているとはいえない。つまり、例えばミニディスクシステムをそのままの管理方式を用いて一般データの記録再生用に拡張することは適当でないという問題がある。
なお、ミニディスクシステムを例にあげているが、もちろん他の方式の音楽用途の記録再生システムについても同様のことがいえる。
【０００７】
【課題を解決するための手段】
本発明はこのような問題点にかんがみてなされたもので、音楽用途の記録再生システムについてデータ記録再生用としても拡張し、オーディオデータと一般データに対して兼用して記録／再生を行なうことができるようにしたディスク状記録媒体を提供することを目的とする。
【０００８】
このために本発明は、オーデイオデータが記録されるオーデイオデータ領域と、一般データファイルが記録される一般データ領域とからなる記録可能ユーザ領域と、上記オーデイオデータ領域に記録された各々のオーデイオデータ毎の開始アドレスと終端アドレスと上記一般データ領域全体の開始アドレスと終端アドレスを管理する第１の管理情報が記録された第１の管理領域と、上記オーデイオデータ領域全体を１つのデータファイルとして扱い記録及び再生禁止領域として識別する識別子と上記一般データ領域に記録された各々の一般データファイル毎のファイル先頭位置アドレスとから成る第２の管理情報が記録された第２の管理領域とからなる管理領域を備え、上記管理領域は上記記録可能ユーザ領域より内周側に位置するようにする。
【０００９】
例えばオーディオデータ用に設けられている管理情報に加え、一般データ用としてデータファイル管理に好適な管理情報を設けることにより、音楽用途のディスク状記録媒体をデータ用途として拡張し、オーディオデータと一般データの両方に対応するディスク状記録媒体を実現できる。
【００１０】
そしてこの際に、オーディオデータ用管理情報はオーディオデータエリアと一般データエリアを識別管理することができる管理情報を有するようにし、一方一般データ用管理情報には、オーディオデータエリアに対して記録及び再生動作を禁止する管理情報を設けるようにすることで、ディスク状記録媒体の記録／再生用のエリアがオーディオデータエリアとして使用される部分と一般データエリアとして使用される部分が明確に管理され、データ混在に基づく誤記録／誤消去／再生エラー等は防止される。
【００１１】
【実施例】
以下、本発明の実施例としてのディスク（ディスク状記録媒体を、以下「ディスク」という。）のフォーマット及び記録再生装置を以下の順序で説明する。
１）ディスク及び記録再生装置の外観及び構成
２）ディスクにおけるＰ−ＴＯＣフォーマット
３）ディスクにおけるＵ−ＴＯＣフォーマット
４）ディスクにおけるエリア構造
５）データ用セクターのフォーマット
６）データＵ−ＴＯＣによるデータファイル管理方式
７）データＵ−ＴＯＣによる管理とＵ−ＴＯＣによる管理の関係
８）データＵ−ＴＯＣ管理による記録／再生動作
【００１２】
＜１．ディスク及び記録再生装置の外観及び構成＞
図１に実施例となる記録再生装置及びディスクの外観を示す。
ディスク１としては光磁気ディスクが用いられるが、図１に示すようにその外部はカートリッジＫに収納されており、シャッタＳがスライドされることによりディスク記録面が表出されるようになされている。
記録再生装置１０としてはディスク１が収納されたカートリッジＫが装填されるディスク挿入部１１が設けられ、カートリッジＫがこのディスク挿入部１１に挿入されることにより、図示しない内部機構によってシャッタＳがスライドされ、ディスク１の盤面が表出されて記録又は再生可能状態とされる。
【００１３】
記録再生装置１０の筺体上面にはユーザー操作に供されるキー入力部１２及びデータ検索のためのメニュー情報や検索されたデータの表示出力を行なうための表示部１３が設けられている。キー入力部１２としてはカーソル移動キー、エンターキー、データ入力キー等が設けられる。
また１４は画像スキャナ部であり、紙面に記された画像情報を検出してドットデータに変換し、画像データとして入力できるようになされている。
さらに１５は入出力コネクタ部であり、通信ケーブルＣを接続することにより、他の情報機器（コンピュータ、ワープロ等）とデータの送受信ができるようになされている。
【００１４】
１６はアナログオーディオ信号の入出力に用いる端子であり、オーディオコード１７を介して他の音響機器に対して、ディスク１からの再生音声信号又はディスク１に録音すべき音声信号のライン入出力がなされる。
【００１５】
記録再生装置１０の要部の構成は図２に示される。
図２においてはディスク１（ディスク１を収納したカートリッジＫ）が装填された状態で示している。２１は記録再生装置の各種動作を制御するシステムコントローラを示し、例えばマイクロコンピュータにより形成される。
２２はスピンドルモータであり、装填されたディスク１はスピンドルモータ２２により回転駆動される。２３はディスク１に対して記録／再生時にレーザ光を照射する光学ヘッドであり、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力をなし、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力をなす。
【００１６】
このため、光学ヘッド２３はレーザ出力手段としてのレーザダイオードや、偏向ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ２３ａは２軸機構２４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されており、また、光学ヘッド２３全体はスレッド機構２５によりディスク半径方向に移動可能とされている。
【００１７】
また、２６は供給された情報によって変調された磁界を光磁気ディスクに印加する磁気ヘッドを示し、ディスク１を挟んで光学ヘッド２３と対向する位置に配置されている。
【００１８】
再生動作によって、光学ヘッド２３によりディスク２１から検出された情報はＲＦアンプ２７に供給される。ＲＦアンプ２７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、絶対位置情報（ディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）、アドレス情報、サブコード情報、フォーカスモニタ信号等を抽出する。そして、抽出された再生ＲＦ信号はデコーダ部２８に供給される。また、トラッキングエラー信号、フォーカスエラー信号はサーボ回路２９に供給される。さらにフォーカスモニタ信号はシステムコントローラ２１に供給される。
【００１９】
また、アドレスデコーダ２９から出力される、プリグルーブ情報をデコードして得られた絶対位置情報、又はデータとして記録されたアドレス情報はデコーダ部２８を介してシステムコントローラ２１に供給され、各種の制御動作に用いられる。
【００２０】
サーボ回路２９は供給されたトラッキングエラー信号、フォーカスエラー信号や、システムコントローラ２１からのトラックジャンプ指令、シーク指令、回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構２４及びスレッド機構２５を制御してフォーカス及びトラッキング制御をなし、またスピンドルモータ２２を一定角速度（ＣＡＶ）又は一定線速度（ＣＬＶ）に制御する。
【００２１】
再生ＲＦ信号はデコーダ部２８でＥＦＭ復調、ＣＩＲＣデコード、ＡＣＩＲＣデコード等のデコード処理された後システムコントローラ２１を介して所定の処理に供される。
【００２２】
また、記録動作の際にディスク１に記録すべき情報としてシステムコントローラ２１に供給された情報はエンコーダ部３０においてＡＣＩＲＣエンコード、ＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後磁気ヘッド駆動回路３１に供給される。
【００２３】
磁気ヘッド駆動回路３１はエンコード処理された記録データに応じて、磁気ヘッド２６に磁気ヘッド駆動信号を供給する。つまり、ディスク１に対して磁気ヘッド２６によるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ２１は光学ヘッド２３に対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００２４】
３２はコードデータをフォントデータに変換するための変換メモリであり、ディスク１から読み出した文字データ等の表示のためのフォント変換処理を行なう。
【００２５】
また、３３はバッファＲＡＭであり、画像スキャナ１４によって取り込まれたドットデータ、表示部１３で表示される表示データ、コネクタ部１５による送受信データなどの一時保持や、ディスク１から読み出されたオーディオデータやデータファイルを出力する際の一時記憶部として機能する。
【００２６】
また、ディスク１に対して記録／再生動作を行なう際には、ディスク１に記録されている管理情報、即ちプリマスタードＴＯＣ（以下、Ｐ−ＴＯＣという）、オーディオデータ記録／再生の管理用のＴＯＣ（以下、Ｕ−ＴＯＣという），及び一般データ記録／再生の管理用のＴＯＣ（以下、データＵ−ＴＯＣという）を読み出して、システムコントローラ２１はこれらの管理情報に応じて記録すべきアドレスや、データ検索及び再生すべきアドレスを判別することとなるが、この管理情報はバッファＲＡＭ３３に保持される。つまり、システムコントローラ２１はこれらの管理情報をディスク１が装填された際に管理情報エリア（例えばディスクの最内周側）の再生動作を実行させることによって読み出し、バッファＲＡＭ３３に記憶しておき、以後そのディスク１に対する記録／再生動作の際に参照できるようにしている。
【００２７】
また、Ｕ−ＴＯＣ，及びデータＵ−ＴＯＣはデータの記録や消去に応じて書き換えられるものであるが、システムコントローラ２１は記録／消去動作のたびにこの書換をバッファＲＡＭ３３に記憶された管理情報に対して行ない、その書換動作に応じて所定のタイミングでディスク１の管理情報エリアについても書き換えるようにしている。
【００２８】
３４は通信回路を示し、コネクタ部１５を介してデータの外部機器と送受信を実行する。
３５は表示コントローラであり、システムコントローラ２１からの表示データ、即ち検索メニューの表示やディスク１から読み出したデータの表示等を表示部１３において実行させるための制御回路となる。
以上の構成により、記録再生装置１０は各種一般データのディスク１に対する記録動作及び再生動作が可能となる。
【００２９】
ディスク１からオーディオデータを再生し、音声信号として出力する際には、ディスク１から読み出されたオーディオデータとしての再生ＲＦ信号は、デコーダ部２８でＥＦＭ復調、ＣＩＲＣ等のデコード処理された後、システムコントローラ２１によって一旦バッファＲＡＭ３３に書き込まれる。なお、光学ヘッド２３による光磁気ディスク１からのデータの読み取り及び光学ヘッド２３からバッファＲＡＭ３３までの再生オーディオデータの転送は1.41Mbit/secで（間欠的に）行なわれる。
【００３０】
バッファＲＡＭ３３に書き込まれたデータは、再生オーディオデータの転送が0.3Mbit/sec となるタイミングで読み出され、音声圧縮デコーダ部３８に供給される。この記録再生システムでは音声信号についてはデジタルデータ段階でデータ圧縮処理（例えば２チャンネル１６ビットでサンプリング周波数44.1Kbit（≒1.4Mbit/sec ）のデータを約１／５の0.3Mbit/sec に圧縮処理）が施されて記録されているものであり、従って再生時にはこの圧縮処理に対する逆処理となるデコード処理が行なわれる。
そしてデコーダ部３８において音声圧縮処理に対するデコード処理等の再生信号処理を施されると、Ｄ／Ａ変換器３９によってアナログ信号とされ、端子１６ｂから所定の増幅回路部又はコード１７を介してライン出力され、再生出力される。例えばＬ，Ｒオーディオ信号として出力される。
【００３１】
ディスク１に対してオーディオ信号の記録動作が実行される際には、コード１７によるライン入力系や図示しないマイクロフォン系から端子１６ａに供給された記録信号（アナログオーディオ信号）は、Ａ／Ｄ変換器３６によってサンプリング周波数44.1Kbit、量子化１６ビットのデジタルデータとされた後、エンコーダ部３７に供給され、上記した音声圧縮エンコード処理を施される。エンコーダ部３４によって圧縮された記録データはシステムコントローラ２１によって一旦バッファＲＡＭ３３に書き込まれ、また所定タイミングで読み出されてエンコーダ部３０に送られる。そしてエンコーダ部３０でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後磁気ヘッド駆動回路３１に供給される。
【００３２】
磁気ヘッド駆動回路３１は、データ記録の場合と同様に、エンコード処理された記録オーディオデータに応じて、磁気ヘッド２６に磁気ヘッド駆動信号を供給する。つまり、ディスク（光磁気ディスク）１に対して磁気ヘッド２６によるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ２１は光学ヘッド２３に対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００３３】
なお、再生動作はディスク１が光磁気ディスクである場合として説明したが、データをＣＤと同様にピット形態で記録している光ディスク（及び光磁気ディスクにおいても後述するＰ−ＴＯＣのようなピットデータ）についても、いわゆるミニディスク再生装置としては再生が可能とされており、この場合、光学ヘッド２３は磁気カー効果ではなくＣＤプレーヤの場合と同様にピットの有無による反射光レベルの変化に応じて再生ＲＦ信号を取り出すものである。もちろん光ディスク（及び光磁気ディスクのピットデータエリア）に対しては磁界記録動作は実行されない。
【００３４】
また上述したように、バッファＲＡＭ３３にはディスク１におけるＴＯＣ情報が読み込まれるが、この実施例の記録再生装置が対応するディスク１には、予め楽曲等が記録されているプリマスタードタイプ（光ディスク）のものと、ユーザーがオーディオデータや後述するように一般データを記録することのできるデータ書き換え可能とされるもの（光磁気ディスク）、及びデータファイルや楽曲等を予め記録したＲＯＭエリアと録音可能な光磁気エリアを設けたハイブリッドタイプのものがあり、これらのディスクにはそのタイプに応じて、既に楽曲等が記録されているエリアや未記録エリアを管理するデータ等がＴＯＣ情報として記録されている。
【００３５】
そして、上記のようにオーディオデータ（楽曲）の録音を行なおうとする際には、Ｕ−ＴＯＣ（音声信号の録音、消去等に応じて書き換えられるＴＯＣ情報領域）からディスク上の未記録エリアを探し出し、ここに音声データを記録していくことになる。また、オーディオデータの再生時には再生すべき楽曲が記録されているエリアを、その楽曲がプリマスタードの楽曲の場合はＰ−ＴＯＣから、又はその楽曲が光磁気記録されている楽曲の場合はＵ−ＴＯＣから判別し、そのエリアにアクセスして再生動作を行なうことになる。
一方、一般データの記録／再生の動作については管理情報としてデータＵ−ＴＯＣの情報を使用することになる。
なお、光磁気ディスクにおいてもＰ−ＴＯＣはピットデータとしてＲＯＭ化されて記録されている。
【００３６】
＜２．ディスクにおけるＰ−ＴＯＣフォーマット＞
次にディスク１におけるＰ−ＴＯＣのフォーマットについて説明する。
Ｐ−ＴＯＣ情報としては、ディスクの記録可能エリア（レコーダブルユーザーエリア）などのエリア指定やＲＯＭエリアの管理等が行なわれる。また、オーディオデータ用途として、プリマスタードディスク又はハイブリッドディスクの場合に、ＲＯＭ化されて記録されている楽曲の管理も行なうことができるようになされている。
【００３７】
Ｐ−ＴＯＣのフォーマットを図３に示す。
図３はＰ−ＴＯＣ用とされる領域（例えばディスク最内周側のＲＯＭエリア）において繰り返し記録されるＰ−ＴＯＣ情報の１つのセクターを示している。
【００３８】
Ｐ−ＴＯＣのセクターのデータ領域は、例えば４バイト×587 のデータ領域として構成され、先頭位置にオール０又はオール１の１バイトデータによって成る同期パターンを及びクラスタアドレス及びセクターアドレスを示すアドレス等が４バイト付加され、以上でヘッダとされてＰ−ＴＯＣの領域であることが示される。
【００３９】
また、ヘッダに続いて所定アドレス位置に『ＭＩＮＩ』という文字に対応したアスキーコードによる識別ＩＤが付加されている。
さらに、続いてディスクタイプや録音レベル、記録されている最初の楽曲の曲番（First TNO)、最後の楽曲の曲番（Last TNO) 、リードアウトスタートアドレスＲＯA 、パワーキャルエリアスタートアドレスＰＣA 、Ｕ−ＴＯＣ（後述する図４のＵ−ＴＯＣセクター０のデータ領域）のスタートアドレスＵＳＴA 、録音可能なエリアのスタートアドレスＲＳＴA 等が記録され、さらに続いて、記録されている各楽曲等を後述する管理テーブル部におけるパーツテーブルに対応させるテーブルポインタ(P-TNO1 〜P-TNO255) を有する対応テーブル指示データ部が用意されている。
【００４０】
そして対応テーブル指示データ部に続く領域には、対応テーブル指示データ部におけるテーブルポインタ(P-TNO1 〜P-TNO255) に対応して、(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられた管理テーブル部が用意される（なお、以下『ｈ』を付した数値はいわゆる１６進表記のものである）。それぞれのパーツテーブルには、或るセグメント（この場合、セグメントとはディスクのトラック上で物理的に連続してデータが記録されたトラック部分をいう）について起点となるスタートアドレス、終端となるエンドアドレス、及びそのセグメント（トラック）のモード情報（トラックモード）が記録できるようになされている。
【００４１】
各パーツテーブルにおけるトラックのモード情報とは、そのセグメントが例えばオーバーライト禁止やデータ複写禁止に設定されているか否かの情報や、オーディオ情報か否か、モノラル／ステレオの種別などが記録されている。
【００４２】
管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、対応テーブル指示データ部のテーブルポインタ (P-TNO1〜P-TNO255) によって、そのセグメントの内容が示される。つまり、第１曲目の楽曲についてはテーブルポインタP-TNO1として或るパーツテーブル（例えば(01h) 。ただし実際にはテーブルポインタには所定の演算処理によりＴＯＣセクター０内のバイトポジションで或るパーツテーブルを示すことができる数値が記されている）が記録されており、この場合パーツテーブル(01h) のスタートアドレスは第１曲目の楽曲の記録位置のスタートアドレスとなり、同様にエンドアドレスは第１曲目の楽曲が記録された位置のエンドアドレスとなる。さらに、トラックモード情報はその第１曲目についての情報となる。
【００４３】
同様に第２曲目についてはテーブルポインタP-TNO2に示されるパーツテーブル（例えば(02h) ）に、その第２曲目の記録位置のスタートアドレス、エンドアドレス、及びトラックモード情報が記録されている。
以下同様にテーブルポインタはP-TNO255まで用意されているため、ＴＯＣ上では第２５５曲目まで管理可能とされている。
そして、このようにＴＯＣセクター０が形成されることにより、例えば再生時において、所定の楽曲をアクセスして再生させることができる。
【００４４】
なお、本実施例について後述するようにデータ記録用途に用いられる場合、又は音楽用途であってもプリマスタードの楽曲エリアが存在しない録音／再生タイプのディスクの場合は、上記した対応テーブル指示データ部及び管理テーブル部は用いられることはないため、各バイトは全て『００ｈ』とされている。
【００４５】
＜３．ディスクにおけるＵ−ＴＯＣフォーマット＞
図４はＵ−ＴＯＣの１セクターのフォーマットを示しており、主にユーザーが録音を行なった楽曲や新たに楽曲が録音可能な未記録エリアについての管理情報が記録されているデータ領域とされる。
例えばディスク１が音楽用途とされて、これに或る楽曲の録音を行なおうとする際には、このユーザーＴＯＣからディスク上の未記録エリアを探し出し、ここに音声データを記録していくことができるようになされている。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣ情報から判別し、そのエリアにアクセスして再生動作を行なう。
【００４６】
図４に示すＵ−ＴＯＣのセクターには、Ｐ−ＴＯＣと同様にまずヘッダが設けられ、続いて所定アドレス位置に、メーカーコード、モデルコード、最初の楽曲の曲番(First TNO）、最後の楽曲の曲番（Last TNO）、セクター使用状況、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録され、さらに、ユーザーが録音を行なって記録されている楽曲の領域や未記録領域等を後述する管理テーブル部に対応させることによって識別するため、対応テーブル指示データ部として各種のテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用意されている。
【００４７】
そして対応テーブル指示データ部のテーブルポインタ(P-DFA〜P-TNO255) に対応させることになる管理テーブル部として(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、上記図３のＴＯＣセクター０と同様に或るセグメントについて起点となるスタートアドレス、終端となるエンドアドレス、そのセグメントのモード情報（トラックモード）が記録されており、さらにこのＵ−ＴＯＣセクター０の場合、各パーツテーブルで示されるセグメントが他のセグメントへ続いて連結される場合があるため、その連結されるセグメントのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようになされている。
【００４８】
音楽用途のミニディスクシステムの場合、例えば１つの楽曲のデータ物理的に不連続に、即ち複数のセグメントにわたって記録されていてもセグメント間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数セグメントにわけて記録する場合もある。そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(FFh) （実際には所定の演算処理によりＵ−ＴＯＣセクター０内のバイトポジションとされる数値で示される）によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。（なお、あらかじめ記録される楽曲等については通常セグメント分割されることがないため、前記図３のようにＴＯＣセクター０においてリンク情報はすべて『(00h) 』とされている。）
【００４９】
つまりＵ−ＴＯＣセクター０における管理テーブル部においては、１つのパーツテーブルは１つのセグメントを表現しており、例えば３つのセグメントが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのセグメント位置の管理はなされる。
【００５０】
Ｕ−ＴＯＣセクター０の管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、対応テーブル指示データ部におけるテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) によって、以下のようにそのセグメントの内容が示される。
【００５１】
テーブルポインタP-DFA は光磁気ディスク１上の欠陥領域に付いて示しており、傷などによる欠陥領域となるトラック部分（＝セグメント）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥セグメントが存在する場合はテーブルポインタP-DFA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、欠陥セグメントがスタート及びエンドアドレスによって示されている。また、他にも欠陥セグメントが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥セグメントが示されている。そして、さらに他の欠陥セグメントがない場合はリンク情報は例えば『(00h) 』とされ、以降リンクなしとされる。
【００５２】
テーブルポインタP-EMPTY は管理テーブル部における１又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、テーブルポインタP-EMPTY として、(01h) 〜(FFh) のうちのいづれかが記録される。未使用のパーツテーブルが複数存在する場合は、テーブルポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。
【００５３】
例えば全く楽曲等の音声データの記録がなされておらず欠陥もない光磁気ディスクであれば、パーツテーブルは全て使用されていないため、例えばテーブルポインタP-EMPTY によってパーツテーブル(01h) が指定され、また、パーツテーブル(01h) のリンク情報としてパーツテーブル(02h) が指定され、パーツテーブル(02h) のリンク情報としてパーツテーブル(03)が指定され、というようにパーツテーブル(FFh) まで連結される。この場合パーツテーブル(FFh) のリンク情報は以降連結なしを示す『(00h) 』とされる。
【００５４】
テーブルポインタP-FRA は光磁気ディスク１上のデータの書込可能な未記録領域（消去領域を含む）について示しており、未記録領域となるトラック部分（＝セグメント）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、未記録領域が存在する場合はテーブルポインタP-FRA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、未記録領域であるセグメントがスタート及びエンドアドレスによって示されている。また、このようなセグメントが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『(00h) 』となるパーツテーブルまで順次指定されている。
【００５５】
図５にパーツテーブルにより、未記録領域となるセグメントの管理状態を模式的に示す。これはセグメント(03h)(18h)(1Fh)(2Bh)(E3h) が未記録領域とされている時に、この状態が対応テーブル指示データP-FRA に引き続きパーツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって表現されている状態を示している。なお、上記した欠陥領域や、未使用パーツテーブルの管理形態もこれと同様となる。
【００５６】
テーブルポインタP-TNO1〜P-TNO255は、光磁気ディスク１にユーザーが記録を行なった楽曲について示しており、例えばテーブルポインタP-TNO1では１曲目のデータが記録された１又は複数のセグメントのうちの時間的に先頭となるセグメントが示されたパーツテーブルを指定している。
【００５７】
例えば１曲目とされた楽曲がディスク上でトラックが分断されずに（つまり１つのセグメントで）記録されている場合は、その１曲目の記録領域はテーブルポインタP-TNO1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。
【００５８】
また、例えば２曲目とされた楽曲がディスク上で複数のセグメントに離散的に記録されている場合は、その楽曲の記録位置を示すため各セグメントが時間的な順序に従って指定される。つまり、テーブルポインタP-TNO2に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『(00h) 』となるパーツテーブルまで連結される（上記、図５と同様の形態）。このように例えば２曲目を構成するデータが記録された全セグメントが順次指定されて記録されていることにより、このＵ−ＴＯＣセクター０のデータを用いて、２曲目の再生時や、その２曲目の領域へのオーバライトを行なう際に、光学ヘッド３及び磁気ヘッド６をアクセスさせ離散的なセグメントから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【００５９】
さらに、本実施例では、ディスク１が後述するようにデータ記録用途にも兼用（又はデータ用と専用としてもよい）して用いられる場合があるが、このＵ−ＴＯＣにおいては、データ用途に使用される一般データエリアについても、その一般データエリアとされてるディスクの領域全体を単位として、楽曲の場合と同様に管理している。
【００６０】
例えば４曲の楽曲が記録されているとともに、所定エリアが一般データエリアとして設定されている場合、Ｕ−ＴＯＣとしては各楽曲はテーブルポインタP-TNO1〜P-TNO4によって管理されるとともに、一般データエリアは例えばテーブルポインタP-TNO5によって管理されることになる。
【００６１】
つまり、例えばテーブルポインタP-TNO5によって導かれるパーツテーブル（及び一般データエリアがディスク上で離散的に複数単位形成されている場合は、そのパーツテーブルからリンク情報によってリンクされているパーツテーブル）には、一般データエリアとしてのスタートアドレス及びエンドアドレスが示されている。そして、この場合、このスタートアドレス及びエンドアドレスが楽曲が記録されたエリアではなく一般データエリアとされていることはトラックモードにおけるデータによって識別される。
【００６２】
モード情報としてのトラックモードは、(01h) 〜(FFh) までの各パーツテーブルにおいてそれぞれ１バイト（ｄ1 〜ｄ8 の８ビット）設けられているが、この各ビットがそれぞれ次のように各種モード状態を示している。
例えばビットｄ1 はそのセグメントが記録可／記録不可であるか、ビットｄ2 はそのセグメントがコピーライトプロテクトがなされているか、ビットｄ3 はそのセグメントがオリジナル／２世代以後のコピー記録か、ビットｄ4 はそのセグメントがオーディオデータか一般データか、ビットｄ5 ，ｄ6 はそのセグメントがノーマルオーディオか否か、ビットｄ7 はそのセグメントがモノラルオーディオデータかステレオオーディオデータか、ビットｄ8 はそのセグメントのデータのエンファシス処理について、それぞれモードが示される。
【００６３】
従って、一般データエリアとしてセグメントが管理される場合、対応するパーツテーブルにはこのトラックモードのうちビットｄ4 が例えば『１』（オーディオデータの場合ビットｄ4 ＝『０』）とされて、一般データエリアとして識別されることになる。
【００６４】
なお、一般データがプリマスタードピットとしてディスクにＲＯＭ化されて記録されている場合は、上記Ｐ−ＴＯＣにおいてプリマスタードの楽曲の場合と同様に管理されるが、この場合もパーツテーブルにおけるトラックモードのうちビットｄ4 が『１』とされて、プリマスタードの楽曲と区別される。
【００６５】
＜４．ディスクにおけるエリア構造＞
ここで、ディスク１におけるエリア構造を説明し、上記したＰ−ＴＯＣ及びＵ−ＴＯＣの位置関係及び管理態様を説明する。
【００６６】
光磁気ディスクの場合、大きくわけて図６にピットエリアとして示すようにエンボスピットによりデータが記録されているエリア（プリマスタードエリア）と、いわゆる光磁気エリアとされてグルーブが設けられているグルーブエリアに分けられる。
ここでプリマスタードエリアとしては上記したＰ−ＴＯＣが記録される再生専用管理エリアとされており、Ｐ−ＴＯＣセクターが繰り返し記録されている。
【００６７】
なお、ディスク１における記録トラックに対する最小の記録再生動作単位はクラスタとされており、つまり、記録動作又は再生動作は必ず１クラスタを最小単位として実行される。
そして１クラスタは図７に示すように３６セクターから構成されている。ただし、そのうちの４セクターはサブデータやリンキングエリアとしてなどに用いられるサブデータ領域とされ、ＴＯＣデータ、オーディオデータ、もしくは本実施例で実現されるオーディオデータ又は一般データの記録は３２セクターのメインデータ領域に行なわれる。
【００６８】
また、図示していないがセクターはさらに細分化され、２セクター分の領域が１１のサウンドグループとよばれる領域に分割されている。
そして、オーディオデータ（楽曲）の場合、上記Ｕ−ＴＯＣで管理されるスタートアドレスはこのサウンドグループのいづれとされるかの制限はないが、後述する一般データのデータファイルを記録するための一般データエリアの場合、上記したようにＵ−ＴＯＣのパーツテーブルで管理されるスタートアドレスは、サウンドグループのアドレス『００ｈ』に固定され、またエンドアドレスはサウンドグループのアドレス『０Ａｈ』に固定されており、これによってクラスタ内でオーディオデータと一般データが混在してしまうことが防止される。
【００６９】
Ｐ−ＴＯＣ、Ｕ−ＴＯＣに３バイト（２４ビット）で示されるアドレスデータとしては、上位１６ビットがクラスタアドレス、続く６ビットがセクターアドレス、下位４ビットがサウンドグループアドレスとされるが、この４ビットが『００ｈ』又は『０Ａｈ』となる。
【００７０】
図６に示すようにディスク１の最内周側のプリマスタードエリアに続いて、例えばクラスタアドレス『００００ｈ』〜『０ＢＦＦｈ』までグルーブエリアが形成されるが、このうちクラスタアドレスとして『００００ｈ』から上記Ｐ−ＴＯＣ内のリードアウトスタートアドレスＲＯA として示されるアドレスまでのエリアが、記録可能なレコーダブルエリアとされる。
【００７１】
さらにこのレコーダブルエリアのうち、実際にデータが記録されるレコーダブルユーザーエリアは、上記Ｐ−ＴＯＣ内のレコーダブルユーザーエリアスタートアドレスＲＳＴA として示される位置（例えばクラスタアドレス『００３２ｈ』）から、リードアウトスタートアドレスＲＯA までとなる。
この場合でクラスタアドレス『００００ｈ』からレコーダブルユーザーエリアスタートアドレスＲＳＴA （クラスタアドレス『００３２ｈ』）までは、記録再生管理エリアとされ、上記したＵ−ＴＯＣ等が記録されるエリアとなる。
記録再生管理エリアにおいてパワーキャルエリアスタートアドレスＰＣA として示される位置から１クラスタ分はレーザーパワーのキャリブレーションエリアとして設けられる。
【００７２】
Ｕ−ＴＯＣはクラスタアドレス『００００ｈ』〜『００３２ｈ』の記録再生管理エリアにおいて所要の位置に３クラスタ連続して記録されるものであり、Ｕ−ＴＯＣがどのクラスタアドレスに記録されるかはＰ−ＴＯＣにおけるＵ−ＴＯＣスタートアドレスＵＳＴA に示される。
【００７３】
以上のようにディスク上のエリア管理はＰ−ＴＯＣによってなされ、またレコーダブルユーザーエリアにおいてオーディオデータが記録される場合は、そのレコーダブルユーザーエリアの管理は上記した形態でＵ−ＴＯＣにより行なわれる。
【００７４】
そしてさらに本実施例では、レコーダブルユーザーエリアにおいてオーディオデータ以外のデータの記録／再生を行なうため、これを管理する情報として後述するデータＵ−ＴＯＣが設けられるが、このデータＵ−ＴＯＣはクラスタアドレス『００００ｈ』〜『００３２ｈ』の記録再生管理エリアにおいて所要の位置に３クラスタ連続して記録されるものであり、その先頭位置は、図示するように、Ｐ−ＴＯＣにおけるＵ−ＴＯＣスタートアドレスＵＳＴA に示されるＵ−ＴＯＣの先頭位置より例えば『１０ｈ』オフセットされたクラスタアドレスとして設定される。または、Ｕ−ＴＯＣの先頭位置が『００２０ｈ』より後方アドレス位置であって、『１０ｈ』オフセットされた位置から３クラスタ記録すると『００３２ｈ』より後方（つまりレコーダブルユーザーエリア）にはみ出してしまう場合は、Ｕ−ＴＯＣの先頭位置より例えば『−１０ｈ』オフセットされたクラスタアドレス位置から記録されることになる。いづれにしても、データＵ−ＴＯＣも記録再生管理エリア内に記録され、このデータＵ−ＴＯＣはグルーブエリアについてデータ記録再生用に管理を行なう。
【００７５】
そして、記録再生管理エリア内のデータＵ−ＴＯＣのスタートアドレスは、Ｐ−ＴＯＣには直接示されないが、Ｐ−ＴＯＣにおけるＵ−ＴＯＣスタートアドレスＵＳＴA に示されるＵ−ＴＯＣの先頭位置アドレスから『１０ｈ』または『−１０ｈ』だけクラスタアドレスが加算されることによって得られるものとなる。
【００７６】
もちろんデータ記録再生の際に、実際のデータ用に用いられるエリアはレコーダブルユーザーエリアとなる。
以下、本実施例についての特徴となるデータ記録／再生用途としてのデータエリア及びデータＵ−ＴＯＣについてのフォーマットを説明していく。
【００７７】
＜５．データ用セクターのフォーマット＞
一般データの記録／再生に用いられるためにレコーダブルエリア内に設けられるデータ用セクタの構造を図８〜図１１で説明する。
なお、最小記録再生動作単位（即ち図２におけるエンコーダ３０の入力単位又はデコーダ２８の出力単位でもある）は上述したように１クラスタであり、この１クラスタにはメインデータ領域として３２セクターが存在するが、図示されているのはそのセクター構造となる。
【００７８】
図８は本実施例に採用されるデータ用セクターのフォーマットを一般的に示している（データＵ−ＴＯＣにおけるセクターも含む）。
１セクターは全体で４×５８７バイトとされており、セクターの先頭１２バイトは同期パターンとされており、例えばＣＤ−ＲＯＭの同期パターンが採用される。
【００７９】
続いての１６バイトがヘッダとして設けられる。ヘッダとしてはまず２バイトにクラスタアドレスが記録され（Cluster H ，Cluster L ）、続いて１バイトにセクターアドレスが記録される（sector）。さらに、続く１バイトにモード情報としてＣＤ−ＲＯＭ規定のモード情報が記録される。
さらに、続く４バイトにはアプリケーション側のためのアドレスエリア（Logical Sector 0 〜Logical Sector 3）が設けられる。
【００８０】
続いてエラー訂正モードを示す情報（Mode) 、データファイルの属性を示すカテゴリー情報（Category）、データファイルのパラメータを示すインデックス情報（Index ）が設けられる。インデックス情報としての具体的な例はカテゴリー情報及びアプリケーションにより決定されるが（後述）、インデックス情報が『００ｈ』であるときは、データ記録内容（つまりボリュームが）ゼロであることを示すことになる。エラー訂正モードを示す情報（Mode) 及びデータファイルの属性を示すカテゴリー情報（Category）については後述する。
ヘッダの最後の４バイトはシステムＩＤが付加される。
【００８１】
このような１６バイトのヘッダに続いて２０４８バイトのデータエリアが用意される。
データエリア以降の２７６バイトは付加エリアとされている（Aux 0 〜Aux 275 ）。
【００８２】
上記したようにヘッダには第９バイト目にエラー訂正モードを示す情報（Mode) が存在し、エラー訂正モードとしては例えばモード０、モード１、モード２の３種類が考えられる。このモード判別のための情報が情報（Mode) として示されている。各モードにおけるデータ用セクターのフォーマットを順に説明する。
【００８３】
モード０のデータ用セクターのフォーマットは図９に示される。
エラー訂正モードを示す情報としてヘッダの第９バイト目（図中５行目の第１バイトの（Mode) ）は図示するように『００００００００』、つまり『００ｈ』とされている。
このモード０では、特にエラー検出及び訂正用のデータを付加するエリアは設けられていない。つまり４×５１９バイト目以降の付加エリア（Aux 0 〜Aux 275 ）は未定義のままである。
【００８４】
データ用セクターのフォーマットがこのように構成されている場合、このディスクからの再生情報に関しては、記録再生装置において図２に示すデコーダ２８でＣＩＲＣコードによるエラー検出、訂正処理がなされるのみであるが、ＣＩＲＣコードはよく知られているように実用上十分なエラー訂正能力を有するものであり特にエラー処理について問題は生じない。
【００８５】
モード１のデータ用セクターのフォーマットは図１０に示される。エラー訂正モードを示す情報としてヘッダの第９バイト目の（Mode) は、図示するように『０００００００１』、つまり『０１ｈ』とされている。
このモード１では、エラー検出及び訂正用のデータとしてエラー検出用パリティが４バイト付加されている。即ち２０４８バイトのデータエリアに続く４バイトにパリティ（ＥＣＤ０〜ＥＣＤ３）が付加される。これにより未定義の付加エリアは（Aux 0 〜Aux 271 ）の２７２バイトとなる。
このパリティＰ(X) （つまりＥＣＤ０〜ＥＣＤ３）についての生成多項式は、Ｐ(X) ＝（ｘ16＋ｘ15＋ｘ2 ＋１）（ｘ16＋ｘ2 ＋ｘ＋１）
である。
【００８６】
データ用セクターのフォーマットがこのように構成されている場合、このディスクからの再生情報に関しては、記録再生装置において図２に示すデコーダ２８からのエラー検出結果を用いずに、デコーダ２８からのデジタル信号出力のみでエラー検出を行なうことができる。
【００８７】
モード２のデータ用セクターのフォーマットは図１１に示される。エラー訂正モードを示す情報としてのヘッダの第９バイト目の（Mode) は、図示するように『００００００１０』、つまり『０２ｈ』とされている。
このモード２では、付加エリアの全てについてエラー検出及び訂正用のデータが使用される。つまり２０４８バイトのデータエリアに続く１７２バイトにＰパリティ（P-parity0 〜P-parity171 ）が付加され、さらに続く１０４バイトにＱパリティ（Q-parity0 〜Q-parity103 ）が付加される。これにより最大８０バイト程度のエラー訂正能力が実現される。
このＰパリティ及びＱパリティはいわゆるＣＤ−ＲＯＭで採用されているガロアフィールド（Garoa Field ）（２8 ）との距離（２６，２４）のリードソロモンコードと同様の構成となっている。
【００８８】
なお、これらのモード０〜モード２では、モードによらずデータエリアはセクター内のバイト位置が、セクターとしての第２９バイト目〜第２０４８バイト目（図中７行目〜５１８行目）に固定されているので、モード０のフォーマットに対応した記録再生装置であっても、モード１又はモード２が採用されたディスクに対しても何の支障もなく再生動作を行なうことができる。つまり、上記のモードフォーマットが採用されることにより、ディスクは記録再生装置に対して下位互換性を備えることになる。
【００８９】
次にヘッダの第１０バイト目に設けられるカテゴリー情報の定義について説明する。
・・・カテゴリー情報（Category）＝『００ｈ』の場合。
データエリアの状態に関わらず、このセクターがデータが記録されていないオープンセクターであることを示す。従って、セクターの内容を消去したい場合は、このカテゴリー情報（Category）を『００ｈ』に書き換えればよい。
【００９０】
・・・カテゴリー情報（Category）＝『０１ｈ』の場合。
このセクターにバイナリデータが記録されていることを示す。データの種類には制限がない。このようなセクターは、データエリアに記録されたバイトをそのままデジタルデータとしてアプリケーション（ソフトウエア）側に渡すような使い方がされることになる。なお、カテゴリー情報がこの『０１ｈ』である場合、続くインデックス情報としては、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示すこととなる。なお、データエリアは２０４８バイトであるため、インデックス情報（Index ）は『００ｈ』〜『１０ｈ』の内のいづれかの値をとることになる。
【００９１】
・・・ カテゴリー情報（Category）＝『１０ｈ』〜『１Ｆｈ』の場合。
このセクターにドキュメント（文書）データが記録されていることを示す。
この場合も、続くインデックス情報としては同様に、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示すこととなる。
【００９２】
・・・ カテゴリー情報（Category）＝『２０ｈ』〜『２Ｆｈ』の場合。
このセクターにシングルドットイメージ、つまり１枚のイメージファイルが白黒のドットデータとして記録されていることを示す。この場合も、続くインデックス情報としては同様に、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示す。
【００９３】
・・・ カテゴリー情報（Category）＝『３０ｈ』〜『３Ｆｈ』の場合。
このセクターにマルチプルドットイメージ、つまり複数枚のイメージファイルが白黒のドットデータとして記録されていることを示す。この場合も、続くインデックス情報としては同様に、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示す。
【００９４】
・・・ カテゴリー情報（Category）＝『Ｅ０ｈ』〜『Ｅ２ｈ』の場合。
このセクターはアロケーションテーブルとして使用されていることを示す。本実施例の場合、後述するクラスタアロケーションテーブル（ＣＡＴ）に相当するセクターとなる。なおクラスタアロケーションテーブル（ＣＡＴ）としての具体的なデータフォーマット（つまり２０４８バイトのデータエリアの使用形態を定めたフォーマット）は後述する。
この場合、続くインデックス情報としては、（Index ）＝『００ｈ』は非使用、（Index ）≠『００ｈ』のときは使用するということを表わすこととなる。
【００９５】
・・・ カテゴリー情報（Category）＝『Ｆ０ｈ』，『Ｆ１ｈ』の場合。
このセクターはディレクトリとして使用されていることを示す。本実施例においてディレクトリとして使用されるセクターとしての具体的なデータフォーマット（つまり２０４８バイトのデータエリアの使用形態を定めたフォーマット）は後述する。
【００９６】
この場合、続くインデックス情報としては、（Index ）として示された数値が記録されているディレクトリの数を示すこととなる。後述するようにセクター内にディレクトリは６４単位構成することができるので、インデックス情報（Index ）は０から６４のいづれかの数値を示すことになる。
【００９７】
・・・ カテゴリー情報（Category）＝『ＦＥｈ』，『ＦＦｈ』の場合。
このセクターはデータファイルに関連して例えばその一部が抽出されて成る文書やドットイメージによる参照情報（参照ファイル）が記録されたセクター（以下、ヘディングセクターという）であることを示す。本実施例においてヘディングセクターとして使用されるセクターとしての具体的なデータフォーマット（つまり２０４８バイトのデータエリアの使用形態を定めたフォーマット）は後述する。
【００９８】
この場合、続くインデックス情報としては、（Index ）として示された数値が記録されている参照ファイル（ヘディングパーツ）の数を示すこととなる。後述するようにヘディングパーツは１セクター内に文書の場合で３２ユニット（１ユニット６４バイトとすると２０４８バイトのデータエリアに３２ユニット記録可能）であり、ドットイメージの場合で４ユニット（１ユニット５１２バイトとすると同じくデータエリアに４ユニット記録可能）であるため、インデックス情報（Index ）は０〜３２もしくは０〜４のいづれかの数値を示すことになる。
【００９９】
＜６．データＵ−ＴＯＣによるデータファイル管理方式＞
以下、上記のフォーマットのディスクに対して記録／再生を行なう際のデータファイルの管理方式について説明する。なお、ここでは以下のように管理情報のフォーマットを示す。
−ａ− データＵ−ＴＯＣのクラスタ構成
−ｂ− ＣＡＴ（クラスタアロケーションテーブル）セクター
−ｃ− ディレクトリセクター
−ｄ− ヘディングセクター
【０１００】
−ａ− データＵ−ＴＯＣのクラスタ構成
記録再生装置１０にディスク１が挿入されると、前述したように先ず記録再生装置１０はＰ−ＴＯＣを読み込み、バッファＲＡＭ３３に保持する。
そして、そのＰ−ＴＯＣの情報の内、Ｕ−ＴＯＣのスタートアドレスＵＳＴA を参照し、Ｕ−ＴＯＣの記録位置を確認する。そして、前述したようにデータＵ−ＴＯＣはＵ−ＴＯＣのスタートアドレスＵＳＴA からクラスタアドレスが『１０ｈ』又は『−１０ｈ』オフセットされた位置に記録されているものであるため（前記図６参照）、その位置にアクセスしてデータＵ−ＴＯＣを取り込む。なお、その位置にデータＵ−ＴＯＣが存在しない場合は、そのディスクはデータ記録のなされていないバージンディスクと判断して、データＵ−ＴＯＣのイニシャライズを行なうこととなる。
データＵ−ＴＯＣを取り込んだ場合（又は初期管理情報を生成してこれを取り込んだ場合）は、その管理情報を用いて実際のデータの記録／再生を行なうべきエリアの管理や、データ検索が行なわれることになる。
【０１０１】
ところで、ディスク１がデータ記録専用とされる場合（つまり、Ｕ−ＴＯＣで一般データエリアを管理する必要のない場合）は、実際にＵ−ＴＯＣ（つまりオーディオデータの管理情報）が存在していなくてもよい。そしてＵ−ＴＯＣの記録されるべきアドレスはＰ−ＴＯＣの情報であるＵ−ＴＯＣのスタートアドレスＵＳＴA として管理されており、データＵ−ＴＯＣの位置はこのＵ−ＴＯＣのスタートアドレスＵＳＴA から算出されるため、Ｕ−ＴＯＣの有無に関わらず所定位置にデータＵ−ＴＯＣを生成し、またデータＵ−ＴＯＣを読み込んで管理情報として使用することができる。
【０１０２】
このようにデータの記録／再生の管理を実行できるように構成されたデータＵ−ＴＯＣのクラスタについて説明する。
データＵ−ＴＯＣは１クラスタのサイズとされ、記録再生管理エリアにおいて上記したＵ−ＴＯＣスタートアドレスＵＳＴA より『１０ｈ』又は『−１０ｈ』オフセットされた位置に３クラスタにわたって３重書きされるものである。
【０１０３】
そしてデータＵ−ＴＯＣにはデータを記録／再生するレコーダブルエリアについての全クラスタ（図６の『００００ｈ』から『０ＢＦＦｈ』までのクラスタ）の結合状態の情報を示すクラスタアロケーションテーブル（以下、ＣＡＴという）と、データファイル名等が格納され、またそのデータファイルの先頭のアドレス位置（下層のディレクトリが存在し、それを示すディレクトリの場合にはその下層のディレクトリのアドレス位置）等を示すことができるディレクトリ、及び参照情報としてのヘディングパーツを備えたセクターを有する構成とされる。
【０１０４】
データＵ−ＴＯＣの３２セクター（１クラスタ）の構成を図１２に示す。
先ず先頭の３セクター（セクター００〜セクター０２）がＣＡＴ（ＣＡＴ０〜ＣＡＴ２）とされている。
続くセクター０３がルートディレクトリのために割り当てられ、以下セクター０４〜セクター１Ｆまでの２８セクターにおける『Reserved』はディレクトリの拡張用や後述するヘッディングセクターとして用いることができるように用意されている。
【０１０５】
−ｂ− ＣＡＴ（クラスタアロケーションテーブル）セクター
セクター００に割り当てられるＣＡＴ０のフォーマットは図１３に示される。ＣＡＴとして使用されるセクターの場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤ（図８のＩＤ０〜ＩＤ３）としては、図１３に示すように『ＭＩＮＸ』という文字がアスキーコードにより記録される。この『ＭＩＮＸ』は、そのセクターがオーディオ用ではないデータＵ−ＴＯＣとして使用されていることを示すものとなる。従って、データＵ−ＴＯＣをイニシャライズする際、書き換える際などには記録再生装置１０はこの『ＭＩＮＸ』をデータＵ−ＴＯＣの各セクターにシステムＩＤとして記録することになる。これにより、Ｐ−ＴＯＣの識別ＩＤである『ＭＩＮＩ』と区別される。
【０１０６】
そしてデータＵ−ＴＯＣを読み出す際には、この『ＭＩＮＸ』というシステムＩＤを参照して、そのセクターがデータＵ−ＴＯＣとしてのセクターであるか否かを判別し、データＵ−ＴＯＣとしてのセクターであることが確認されたらそのセクターの情報を管理情報として用いることになる。
【０１０７】
また、図１３のフォーマットはＣＡＴ（ＣＡＴ０）を示すものであるためヘッダにおける第１０バイト目のカテゴリー情報は『１１１０００００』、つまり『Ｅ０ｈ』とされ、当セクターがＣＡＴ（ＣＡＴ０）であることを示すことになる。
【０１０８】
データエリアとなる２０４８バイトにはＣＡＴユニットとしてのデータが記録されている。
ＣＡＴとしてはレコーダブルエリアにおける全クラスタ（図６の『００００ｈ』から『０ＢＦＦｈ』までのクラスタ）についての結合状態のデータが示される必要があるが、まずＣＡＴ０においては、第０から第１０２３のクラスタについての情報が割り当てられ、１０２４個のＣＡＴユニットが記録される。
【０１０９】
なお、レコーダブルエリアにおけるクラスタのうち、ＣＡＴ０の１０２４個のＣＡＴユニットで対応しきれないクラスタについては後述するＣＡＴ１，ＣＡＴ２によって管理されることとなる。３セクターのＣＡＴにより『Ｃ００ｈ』（つまり３０７２個）のクラスタが管理可能であるため、３セクターのＣＡＴにより『００００ｈ』から『０ＢＦＦｈ』までの全クラスタをカバーできる。
【０１１０】
ＣＡＴユニットとしては、１クラスタについて２バイトが割り当てられており、例えば第０クラスタは（CAT000-H）と（CAT000-L）により表現される。また同様に例えば第４クラスタについての情報は（CAT004-H）と（CAT004-L）に示されることとなる。
【０１１１】
各ＣＡＴユニットの構成は図１６に示される。２バイトのＣＡＴユニットは４ビットづつのワードＷ０〜Ｗ３とされる。
そしてワードＷ０は、そのクラスタの分類を示し、またワードＷ１〜Ｗ３は、データファイルが連続するクラスタ以外のクラスタに続いている場合にそのアクセスすべきクラスタナンバを示す場合か、又は連続する空きクラスタの長さを示す場合、さらに又はデータファイルの先頭クラスタの場合の結合情報を示す場合のみに用いられる。
【０１１２】
ワードＷ０における定義を図１７に示す。
ワードＷ０＝『Ｆｈ』の場合はそのクラスタは記録可能な空きクラスタであることを示している。なお、この場合ワードＷ１〜Ｗ３において連続する空きクラスタの長さが示されることになる。
ワードＷ０＝『Ｅｈ』は、そのクラスタがあるファイルデータの終了部となるクラスタであることを示す。
ワードＷ０＝『Ｄｈ』は、そのクラスタがあるファイルデータ内で次のクラスタに連続しているクラスタであることを示す。
ワードＷ０＝『Ｃｈ』は、そのクラスタがあるファイルデータので先頭のクラスタであることを示す。
ワードＷ０＝『Ｂｈ』は、そのクラスタから、ワードＷ１〜Ｗ３で示されるクラスタに続いてジャンプすべきことを示している。
【０１１３】
ワードＷ０＝『６ｈ』〜『１ｈ』についてはそのクラスタが記録禁止とされているクラスタであることを示し、『６ｈ』はデータファイルの終了部のクラスタ、『５ｈ』は次のクラスタと連続するクラスタ、『４ｈ』はデータファイルの先頭のクラスタ、『３ｈ』はワードＷ１〜Ｗ３で示されるアドレスのクラスタにジャンプすべきクラスタであることをそれぞれ示している。
【０１１４】
ワードＷ０＝『０ｈ』であるときは、そのクラスタが記録及び再生禁止とされているクラスタであることを示す。
【０１１５】
なお、ワードＷ０＝『Ｃｈ』又は『４ｈ』でデータファイルの先頭クラスタとされる場合には、ワードＷ１，Ｗ２，Ｗ３が『０００ｈ』であれば、そのデータファイルは次のクラスタに連続することを示し、ワードＷ１，Ｗ２，Ｗ３が『ＦＦＦｈ』であれば、そのデータファイルはその先頭クラスタである１クラスタのみで終了していることを示し、またワードＷ１，Ｗ２，Ｗ３が『０００ｈ』又は『ＦＦＦｈ』でない場合は、そのデータファイルはその先頭のクラスタからワードＷ１，Ｗ２，Ｗ３で示されるクラスタに連続していることを示すことになる。
【０１１６】
このようにＣＡＴユニットが構成されることにより、ＣＡＴとしては例えば４クラスタで１つのデータファイルが形成されている場合、その４つのクラスタに該当する各ＣＡＴユニットでは、『Ｗ０，Ｗ１，Ｗ２，Ｗ３』は、『Ｃ０００ｈ』『Ｄ＊＊＊ｈ』『Ｄ＊＊＊ｈ』『Ｅ＊＊＊ｈ』となる（＊、つまりＷ１，Ｗ２，Ｗ３は規定されない）。例えば第０〜第３クラスタがこのようにデータファイルで構成されていれば、（CAT000-H，CAT000-L）のＣＡＴユニットから、（CAT003-H，CAT003-L）のＣＡＴユニットに『Ｃ０００ｈ』『Ｄ＊＊＊ｈ』『Ｄ＊＊＊ｈ』『Ｅ＊＊＊ｈ』と記録されることになる。
【０１１７】
以上の管理形態でＣＡＴが構成されるわけであるが、ディスク１はらせん状に記録トラックが形成されているため、データファイルとしては連続したクラスタに記録されていくことが多くなると考えられる。従って、上記ＣＡＴ形態は多くの場合においてワードＷ１〜Ｗ３については演算の必要が無いことになり非常に効率的にクラスタ連結状態を把握できることになる。
【０１１８】
データＵ−ＴＯＣのセクター０１に記録されるＣＡＴ１についてのフォーマットは図１４に示され、このセクターでも１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤとしては、『ＭＩＮＸ』がアスキーコードにより記録される。また、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１００００１』、つまり『Ｅ１ｈ』とされ、当セクターがＣＡＴ（ＣＡＴ１）であることを示すことになる。
【０１１９】
データエリアとなる２０４８バイトにはＣＡＴ０と同様に１０２４個のＣＡＴユニットとしてのデータが記録されている。ここでは第１０２４から第２０４７のクラスタについての情報が割り当てられる。ＣＡＴユニット（CAT1024-H ，CAT1024-L ）〜（CAT2014-H ，CAT2047-L ）までのＣＡＴユニットの構造は上記図１６、図１７のとおりである。
【０１２０】
データＵ−ＴＯＣのセクター０２に記録されるＣＡＴ２についてのフォーマットは図１５に示され、このセクターでも１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤとしては、『ＭＩＮＸ』がアスキーコードにより記録される。また、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１０００１０』、つまり『Ｅ２ｈ』とされ、当セクターがＣＡＴ（ＣＡＴ２）であることを示すことになる。
【０１２１】
データエリアとなる２０４８バイトにはＣＡＴ０，ＣＡＴ１と同様に１０２４個のＣＡＴユニットとしてのデータが記録されている。ここでは第２０４８から第３０７１のクラスタについての情報が割り当てられる。ＣＡＴユニット（CAT2048-H ，CAT2048-L ）〜（CAT3071-H ，CAT3071-L ）までのＣＡＴユニットの構造は上記図１６、図１７のとおりである。
【０１２２】
以上のＣＡＴ０，ＣＡＴ１，ＣＡＴ２のセクターによりレコーダブルエリアにおける全クラスタの結合状態が管理される。
【０１２３】
−ｃ− ディレクトリセクター
データＵ−ＴＯＣのセクター０３においてルートディレクトリとして形成されるセクター（又はセクター０４〜１Ｆにおいてディレクトリとして形成されるセクター）のフォーマットは図１８に示される。
【０１２４】
ディレクトリとして使用されるセクターの場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤ（図８のＩＤ０〜ＩＤ３）としては、ＣＡＴの場合と同様に、図１８のとおり『ＭＩＮＸ』がアスキーコードにより記録される。この『ＭＩＮＸ』は、そのセクターがデータＵ−ＴＯＣとして使用されていることを示すものとなる。従って、データＵ−ＴＯＣをイニシャライズする際、書き換える際などには記録再生装置１０はこの『ＭＩＮＸ』をディレクトリとしてのセクターにもシステムＩＤとして記録することになる。
そして記録再生装置１０では、ＣＡＴの場合と同様にディレクトリセクターについても、この『ＭＩＮＸ』というシステムＩＤを参照して、そのセクターがデータＵ−ＴＯＣとしてのセクターであるか否かを判別し、データＵ−ＴＯＣとしてのセクターであることが確認されたらそのセクターの情報を管理情報として用いることになる。
【０１２５】
また、図１８のフォーマットはディレクトリを示すものであるためヘッダにおける第１０バイト目のカテゴリー情報は『１１１１０００＊』、つまり『Ｆ０ｈ』又は『Ｆ１ｈ』とされ、当セクターがディレクトリであることを示すことになる。
【０１２６】
データエリアとなる２０４８バイトにはディレクトリユニットとしてのデータが記録されている。
ディレクトリユニット（つまり１つのディレクトリ）は或るデータファイルに対応して設けられるものであり、３２バイトで構成される。
図１８では３２バイトからなる１つのディレクトリユニットしか示していないが、２０４８バイトのデータエリア内には同様に３２バイトからなる６４単位のディレクトリユニットが記録可能とされる。
【０１２７】
ディレクトリユニットにおいて先頭の８バイト（Name0 〜Name7 ）にはデータファイルの名称が記録される。また、続く３バイト（Suffix0 〜Suffix2 ）には拡張子が記録されるように割り当てられている。
例えばレコーダブルユーザーエリアに記録されているデータファイルを検索する際には、このディレクトリユニットの名称及び拡張子が用いられる。
【０１２８】
拡張子に続く１バイトにはカテゴリー情報(Category ）が配される。このカテゴリー情報(Category ）は、このディレクトリユニットの対応するデータファイルの属性を示すもので、前述したデータ用セクターのフォーマットの中で説明したカテゴリー情報と同様のものである。
【０１２９】
続く２バイトのボリューム情報（Volume1-0 ，Volume1-1 ）は、このディレクトリが示すデータファイルが使用しているクラスタ数を表わしている。つまりデータファイルの再生に何クラスタのアクセスが必要かを示す。
【０１３０】
さらに続く２バイトのボリューム情報（Volume2-0 ，Volume2-1 ）は、このディレクトリが示すデータファイルを受け取って使用するために必要なホスト機器側のメモリ容量を表わす。
このボリューム情報（Volume1-0 ，Volume1-1 ）又は（Volume2-0 ，Volume2-1 ）については、定義されていない場合（つまりアプリケーション側に任されている場合）は『００ｈ』となる。
【０１３１】
続く２バイトのインデックス情報（Index0，Index1）は、このディレクトリセクターと同じクラスタ内に、そのデータファイルの参照情報としてのヘディングセクターが存在する場合に用いられるもので、インデックス情報（Index0）としてそのヘディングセクターのセクターナンバが記録され、インデックス情報（Index1）としてそのヘディングセクターのセクター内におけるパーツナンバ（後述）が記録されている。
ヘディングセクターが存在しない場合はインデックス情報（Index0）＝『００ｈ』とされる。
【０１３２】
また１バイトおいて続く５バイトにはそのディレクトリが対応するデータファイルが最後に更新された日時情報が記録される。即ち、年、月、日、時、分の情報が、それぞれ(Year)、(Month) 、(Day) 、(Hour)、(Minutes) としてのバイトに記録される。
【０１３３】
続いて対応するデータファイルのアドレスが記録される。即ち(Cluster-H）(Cluster-L）の２バイトでクラスタアドレスが示され、（Sector）の１バイトでセクターアドレスが示される。
以上の構成でディレクトリユニットが形成され、各データファイルについての検索情報として機能することになる。
【０１３４】
ここで、このディレクトリユニットにおける第１２バイト目となるカテゴリー情報(Category ）がディレクトリを示す『Ｆ０ｈ』又は『Ｆ１ｈ』であった場合、そのディレクトリユニットで示されるセクターは１段下層のディレクトリとなる。つまりディレクトリを階層化する際に用いられる。この場合他のディレクトリとの混成は禁止される。
【０１３５】
ファイルの構造を階層化する場合には、データＵ−ＴＯＣのセクター０３におけるルートディレクトリ内に、ディレクトリユニットの第１２バイト目のカテゴリー情報(Category ）がディレクトリを示すディレクトリユニットを設け、そのディレクトリユニットの示すアドレス位置に下層のディレクトリユニットを作ることになる。もちろんさらに下層のディレクトリユニットを作る場合も同様にする。
【０１３６】
この場合に本実施例では、図１２に示すセクター０４〜１Ｆにおいて下層のディレクトリユニットを設けることができるようにしている。
ディレクトリを階層化した場合は、従来の情報機器のデータ検索の際にはディレクトリを何度もアクセスしてそのチェインをたどっていき、最後にデータファイルにたどり着くという動作が必要になるが、本実施例の場合、ディレクトリは全てデータＵ−ＴＯＣ内、即ち１クラスタ内に集中されている。そして前述したように記録／再生動作の最小単位はクラスタであるため、１クラスタ内に階層構造でチェインされたディレクトリユニットが全て存在する限り、ディレクトリ間でのアクセス動作は不要となり、ディレクトリから実際にデータファイルにアクセスする１回のみでよい。従って検索動作の著しい効率化、迅速化が実現される。
【０１３７】
なお、データＵ−ＴＯＣのクラスタの全てのセクターを使用したとすると、最大２８のディレクトリセクターが構成可能で、各セクターいは６４単位のディレクトリユニットが形成できるため、１クラスタ内には最大１７２９単位のディレクトリユニットを形成することができ、かなり大規模な階層化がなされても対応可能である。また、さらにそれ以上のディレクトリが必要な場合は、データを記録するレコーダブルユーザーエリアの任意の場所（ただし３クラスタ連続して記録できる場所）に新たに下層のディレクトリ用のクラスタを設け、ディレクトリを形成していくようにすればよい。
【０１３８】
図１９にディレクトリ階層構造の概念図を示す。図１９における各ブロックはディレクトリユニットを示し、『ＤＩＲ＊』の名称で示すブロックは階層化されているディレクトリユニット、『Ｆｉｌｅ＊』の名称で示すユニットは実際のデータファイルに対応しているディレクトリユニットを示すとする。
【０１３９】
階層化されている『ＤＩＲ＊』のディレクトリユニットはそれぞれ下層のディレクトリユニットを示すセクターアドレスが記録される（実線矢印）。一方、最下層となり実際のデータファイルを示す『Ｆｉｌｅ＊』のディレクトリユニットにはそのデータファイルのクラスタアドレスが記録される（点線矢印）。
これらのディレクトリユニットは図中左側に示すようにデータＵ−ＴＯＣ内のセクター０３〜セクター０８に記録されているとする。
【０１４０】
いま、データファイル名が『ＦｉｌｅＥ』とされ、クラスタ５００に記録されたデータファイルをアクセスすることを考えると、ルートディレクトリとしてのセクター０３に記録されたディレクトリユニット『ＤＩＲ０』から『ＤＩＲ１』→『ＤＩＲ３』→『ＤＩＲ４』→『ＦｉｌｅＥ』というようにチェインされたディレクトリユニットのパスを通ってディレクトリユニット『ＦｉｌｅＥ』によりそのデータファイルのクラスタアドレスが検索され、クラスタ５００におけるデータファイルのアクセスが実行されるわけであり、つまり、セクター０３〜０７までをたどっているがるが、このセクター０３〜０７は同一クラスタ内に存在するものであるので、実際には５００クラスタへの１回のアクセスのみでデータ検索／実行が可能となる。
【０１４１】
−ｂ− ヘディングセクター
次にヘディングセクターについて説明する。
上述したようにディレクトリセクターとして形成できるデータ−ＴＯＣ内のセクターはヘディングセクターとしても用いることができる。
セクターがヘディングセクターとして用いられる際のフォーマットを図２０、図２１に示す。なお図２０は文字による参照情報が形成されるヘディングセクター、図２１はドットデータによる参照情報が形成されるヘディングセクターである。
【０１４２】
まず図２０の文字による参照情報がヘディングセクターとして設けられる場合を説明する。
データＵ−ＴＯＣにおける或るセクターがヘディングセクターとされて使用される場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤ（図８のＩＤ０〜ＩＤ３）としては、ＣＡＴ、ディレクトリの場合と同様に、『ＭＩＮＸ』がアスキーコードにより記録される。この『ＭＩＮＸ』は、そのセクターがデータＵ−ＴＯＣとして使用されていることを示すものとなる。従って、データＵ−ＴＯＣにおいてヘディングセクターが形成される際は、記録再生装置１０はこの『ＭＩＮＸ』をヘディングセクターにもシステムＩＤとして記録することになる。
【０１４３】
そして記録再生装置１０では、ＣＡＴ，ディレクトリの場合と同様にヘディングセクターについても、この『ＭＩＮＸ』というシステムＩＤを参照して、そのセクターがデータＵ−ＴＯＣとしてのセクターであるか否かを判別し、データＵ−ＴＯＣとしてのセクターであることが確認されたらそのセクターの情報を管理情報として用いることになる。
【０１４４】
また、このセクターがヘディングセクター（文字データのヘディングセクター）であることを示すため、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１１１１１１』、つまり『ＦＦｈ』とされる。
【０１４５】
データエリアとなる２０４８バイトには所定のデータファイルに対応する参照情報となるヘディングパーツとしてのデータが記録されている。
ヘディングパーツ（つまり１つの参照情報）は或るデータファイルに対応して、例えばそのデータファイルの文頭文字が抽出されて設けられるものであり、６４バイトで構成される。もちろんヘディングパーツとしては文頭文字に限らず、ユーザーによる指定した文字部分、又はアプリケーション側のプログラムにより指定された文字部分で形成されてもよい。
【０１４６】
図２０では(Hd-Data0)〜(Hd-Data63) として記録される１つのヘディングパーツしか示していないが、２０４８バイトのデータエリア内には同様に６４バイトからなる３２単位のヘディングパーツが記録可能とされる。１セクターに最大３２単位の各ヘディングパーツについては、パーツナンバが付されている。そして、各ヘディングパーツは、上述したように或るディレクトリユニットにおいてインデックス情報（Index0，Index1）においてセクターナンバ及びパーツナンバが記録されていることにより特定のディレクトリユニット（つまり特定のデータファイル）にチェインされている。
【０１４７】
次に図２１のドットデータによる参照情報がヘディングセクターとして設けられる場合を説明する。
文字の場合と同様にデータＵ−ＴＯＣにおける或るセクターがドットデータによる参照情報を記録したヘディングセクターとされて使用される場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤとしては、ＣＡＴ、ディレクトリの場合と同様に、『ＭＩＮＸ』がアスキーコードにより記録される。
【０１４８】
また、このセクターがヘディングセクター（ドットデータのヘディングセクター）であることを示すため、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１１１１１０』、つまり『ＦＥｈ』とされる。
【０１４９】
データエリアとなる２０４８バイトには所定のデータファイルに対応する参照情報となるヘディングパーツとしてのデータが記録される。
この場合ヘディングパーツは、或るデータファイルに対応して、例えばそのデータファイルの一部を抽出して生成するか、又は関連した図柄を配したもので（いわゆるアイコン）あり、５１２バイトで構成される。もちろんこの場合もデータファイルからドットデータを抽出する際のデータ部位は各種考えられる。
【０１５０】
そして、図２１では(Hd-Data0)〜(Hd-Data511)として記録される１つのヘディングパーツしか示していないが、２０４８バイトのデータエリア内には同様に５１２バイトからなる４単位のヘディングパーツが記録可能とされる。１セクターに最大４単位の各ヘディングパーツについては、パーツナンバが付されている。そして、各ヘディングパーツは、上述したように或るディレクトリユニットにおいてインデックス情報（Index0，Index1）においてセクターナンバ及びパーツナンバが記録されていることにより特定のディレクトリユニット（つまり特定のデータファイル）にチェインされている。
【０１５１】
これらのヘディングパーツとしての参照情報は、データファイルの検索を行なう際に、ファイル名以外のパラメータとして、例えばユーザーのファイル選択動作を容易にしたり、プログラム検索の多様性を実現するものである。
【０１５２】
例えばデータファイルが文字情報のものである場合には、キーワード検索としても用いることができる。とくに、或る複数のディレクトリに示されるデータファイルの中から特定のキーワードを持つデータファイルを検索しようとする場合、ファイル名だけでは不十分な場合が多いが、このような場合に各ディレクトリユニットにチェインされているヘディングパーツの情報を参照することにより、十分にキーワード検索が可能となる。
【０１５３】
そしてさらに本実施例では、このようなヘディングセクターはディレクトリと同一のクラスタ内に設けられるため、キーワード検索を行なう際も余分なアクセス動作は不要となり、迅速なキーワード検索が実現される。
さらに、ユーザーの補助としては、ファイルの文頭情報やアイコン、ファイル内の図形をヘディングパーツとして保持しておくことにより、ユーザーに各ファイル内容の識別を助けることとなる。
【０１５４】
以上のようにＣＡＴセクター、ディレクトリセクター、及びヘッディングセクターが構成されるデータＵ−ＴＯＣにより、一般データの記録／再生の際のデータ管理機能が実現されることになる。
つまり、文書データファイルやそのファイル名を入出力（及び記録／再生）し、またこれらを通信することができる情報機器に対する記録媒体として実現される。また、例えばイメージスキャナ等でデジタル化され、所定規則で配列された画像情報（ドットデータ）についても同様にデータファイルの入出力（及び記録／再生）、及び通信をすることができる情報機器に対する記録媒体として成立する。
もちろんこれらのデータ管理はオーディオデータ管理とは完全に独立して行なわれる。
【０１５５】
＜７．データＵ−ＴＯＣによる管理とＵ−ＴＯＣによる管理の関係＞
以上のデータＵ−ＴＯＣとＵ−ＴＯＣによる管理の関係を図２２で例をあげて説明する。ここで、図２２では１つのディスクに対する管理形態を（ａ）（ｂ）の２段にわけて示しているが、上段（ａ）に示されるのはデータＵ−ＴＯＣによる管理状態、下段（ｂ）に示されるのはＵ−ＴＯＣによる管理状態を示している。なお、下段（ｂ）にはＰ−ＴＯＣ領域も合わせて示している。
【０１５６】
いま、ディスク１にオーディオデータとして３曲の楽曲（Ｍ1 〜Ｍ3 ）と、一般データとして４つのデータファイル（ＤＦ1 〜ＤＦ4 ）が記録されているとする。さらに、所定のエリアが一般データの記録に使用することのできる空きエリアＥＡが設定されているとする。
【０１５７】
上記したようにＵ−ＴＯＣはレコーダブルユーザーエリアスタートアドレスＲＳＴA からリードアウトスタートアドレスＲＯA までのレコーダブルユーザーエリアにおいてオーディオデータを管理し、かつこの中で一般データエリアの範囲を管理するものとされている。
一方、データＵ−ＴＯＣはグルーブエリア（クラスタ『００００ｈ』からクラスタ『０ＢＦＦｈ』まで）においてデータファイル等を管理する。
【０１５８】
Ｕ−ＴＯＣとしては、図２２の下段（ｂ）に示すように、楽曲Ｍ1 ，Ｍ2 ，Ｍ3 が記録されているエリアを、それぞれ上記したようにテーブルポインタP-TNO1〜P-TNO3に続いて導かれるパーツテーブルにおいてスタートアドレス、エンドアドレス、及びトラックモードが管理されている。これらのパーツテーブルのトラックモードのうちのビットｄ4 は『０』とされ、オーディオデータであることが示されている。
【０１５９】
そしてさらに、例えばテーブルポインタP-TNO4から導かれるパーツテーブルにおいては、一般データ用エリアとして設定されている領域が管理されている。即ち、そのパーツテーブルには下段（ｂ）に示すスタートアドレスＤＳＴA 、エンドアドレスＤＥA が記され、さらにトラックモードのビットｄ4 が『１』とされて、そのセグメントが一般データ用エリアＤ1 として設定されていることが示されている。
【０１６０】
このようなＵ−ＴＯＣの管理状態は全てデータＵ−ＴＯＣにも反映され、さらにデータＵ−ＴＯＣでは各データファイルについての管理が行なわれる。
即ち、データＵ−ＴＯＣでは図２２上段（ａ）に示すように、４つの各データファイルが記録されたエリア（ＤＦ１〜ＤＦ４）と、上記一般データ用エリアＤ1 としてＵ−ＴＯＣで設定されているエリアのうち未だデータファイルが記録されておらず、以後データの記録が可能とされる空きエリアＥＡと、Ｕ−ＴＯＣ及びデータＵ−ＴＯＣの書き換えに必要なため、記録再生可能領域としてＷＡ１，ＷＡ２が管理される。
また、データの記録及び再生が禁止されたエリア（ＰＷＲ１〜ＰＷＲ４）も管理される。
【０１６１】
Ｕ−ＴＯＣにおいて管理される一般データ用エリアＤ1 としては、データＵ−ＴＯＣからみると、各データファイルが記録されたエリア（ＤＦ１〜ＤＦ４）と空きエリアＥＡを含んだ部分が対応され、Ｕ−ＴＯＣ側ではこれら全体を１曲分のファイルとみなして表現していることになる。
【０１６２】
データファイルが記録されたエリア（ＤＦ１〜ＤＦ４）については、データＵ−ＴＯＣ内でそれぞれディレクトリが作成されており、上記したようにファイルネーム、拡張子、更新日時、ファイル先頭位置アドレス等が管理されている。そして、そのファイル先頭位置アドレスとなるクラスタからの、データファイルとしての連続状態は、ＣＡＴにおける各ＣＡＴユニットにおいて、前記図１６、図１７で説明した形態で管理され、アクセス可能とされる。つまり、ＣＡＴユニットのワードＷ０は、図１７で定義を示した『Ｆｈ』〜『Ｂｈ』のいづれかとなり、ワードＷ１〜Ｗ３は必要に応じてジャンプ先のクラスタアドレス等に用いられる。
【０１６３】
なお、或るデータファイルが書き換え禁止に設定される場合は、そのデータファイルのクラスタに対応するＣＡＴユニットのワードＷ０は、図１７で定義を示した『６ｈ』〜『３ｈ』のいづれかとなる。
【０１６４】
上記一般データ用エリアＤ1 としてＵ−ＴＯＣで設定されているエリアのうちの空きエリアＥＡについては、ＣＡＴにおける、この空きエリアＥＡのクラスタに対応するＣＡＴユニットのワードＷ０が『Ｆｈ』とされて管理されている。また例えば消去動作によって空きエリアとされた場合は、ＣＡＴによる管理に加えて、カテゴリー情報で空きエリアであることが示されるディレクトリユニットが作成されていることになる。
【０１６５】
Ｕ−ＴＯＣ及びデータＵ−ＴＯＣの書き換えに必要なため、図２２のように記録再生可能領域としてＷＡ１，ＷＡ２と示されるエリアもＣＡＴにおいて記録再生可能として管理される。
また、データの記録及び再生のいづれもが禁止されたエリアとしてデータＵ−ＴＯＣではＰＷＲ１〜ＰＷＲ４のエリアが管理されている。
【０１６６】
記録再生管理エリア内におけるエリアＰＷＲ１、ＰＷＲ２はＵ−ＴＯＣ又はデータＵ−ＴＯＣの書き換えにも使用されず、さらに、リードアウトエリアとなるエリアＰＷＲ４もデータ記録／再生に用いられないため、ＣＡＴにおいてこれらのエリアのクラスタに対応するＣＡＴユニットのワードＷ０は、図１７で定義した『０ｈ』とされて記録及び再生が禁止とされている。なお、これらはＵ−ＴＯＣの管理外のエリアであるのでＵ−ＴＯＣとは対応していない。
【０１６７】
エリアＰＷＲ３は、即ち楽曲Ｍ1 ，Ｍ2 ，Ｍ3 が記録されたエリアであり、これに対応して管理される。そしてこの場合も、ＣＡＴにおいてこれらのエリアのクラスタに対応するＣＡＴユニットのワードＷ０は、図１７で定義した『０ｈ』とされてデータＵ−ＴＯＣから見た場合は記録及び再生が禁止される。
つまり、楽曲Ｍ1 ，Ｍ2 ，Ｍ3 はオーディオデータであるため、これをデータＵ−ＴＯＣ上では記録／再生のいづれをも禁止として管理しておき、データＵ−ＴＯＣを用いてデータファイルを再生する際に、誤って一般データとしてアクセスして再生してしまうことが防止されるようにする。またデータＵ−ＴＯＣを用いてデータファイルを記録する際に、誤ってデータファイルを書き込んでしまい、楽曲データを破壊してしまうことを防止するようにしている。
【０１６８】
なお、図２２の上段（ａ）及び下段（ｂ）にＮＡ1 ，ＮＡ2 として示される領域は未定義の領域であり、Ｕ−ＴＯＣ内で未記録領域として管理され、オーディオデータの記録が可能とされている領域である。つまり、Ｕ−ＴＯＣでは、テーブルポインタP-FRA から導かれるパーツテーブルによって示されて管理される。また、この部分におけるクラスタはデータＵ−ＴＯＣにおけるＣＡＴにおいて、ＣＡＴユニットのワードＷ０（図１７参照）は『Ａｈ』〜『７ｈ』のいづれかとされている。
【０１６９】
Ｕ−ＴＯＣとデータＵ−ＴＯＣの管理状態の関係が例えば以上のようになされているため、１枚のディスクにオーディオエリアと一般データエリアが混在しても、記録／再生動作の混乱はなくなる。
即ちＵ−ＴＯＣを用いて楽曲の記録／再生を行なう際には一般データエリア（Ｄ1 ）はオーディオ記録／再生用のエリアとしては除外されることになり一般データエリアに影響を与えない。また、データＵ−ＴＯＣを用いてデータファイルの記録／再生を行なう際にはオーディオエリアは記録及び再生のいづれもが禁止されるように管理されているため、オーディオデータの誤消去やオーディオデータを誤ってデータファイルとして再生することはない。
【０１７０】
＜８．データＵ−ＴＯＣ管理による記録／再生動作＞
上記のようにＣＡＴ，ディレクトリ，ヘディングセクターにより構成されているデータＵ−ＴＯＣを管理情報として用いた、データの記録／再生の際の記録再生装置１０の動作を図２３のフローチャートに示す。なお、このフローチャートは記録再生装置１０におけるシステムコントローラ２１の制御処理動作となる。
【０１７１】
記録再生装置１０にディスク１が挿入されると、先ず記録再生装置１０はＰ−ＴＯＣに対してアクセスを行ない、Ｐ−ＴＯＣデータを読み込んで、これをバッファＲＡＭ３３に保持する(F101)。ただしＰ−ＴＯＣアクセスにおいてＰ−ＴＯＣがみつからなかった場合は適正なディスクではないとしてエラー処理を行なう (F102→F103) 。
【０１７２】
Ｐ−ＴＯＣデータを読み込んだら、そのＰ−ＴＯＣの情報の内、Ｕ−ＴＯＣのスタートアドレスＵＳＴA を参照し、Ｕ−ＴＯＣの記録位置（記録される位置）を確認する。そして、Ｕ−ＴＯＣスタートアドレスＵＳＴA におけるクラスタアドレス部分がクラスタアドレス『２０ｈ』より小さいアドレスか否かを判別する(F104)。ＵＳＴA ≦『２０ｈ』であれば、Ｕ−ＴＯＣの記録位置より後方のアドレス位置において記録再生管理エリアには３クラスタ連続のデータＵ−ＴＯＣを記録する余裕があり、このディスクについてはＵＳＴA ＋『１０ｈ』の位置がデータＵ−ＴＯＣのスタートアドレスと設定されている（もしくは以後設定される）ため、ＵＳＴA ＋『１０ｈ』をデータＵ−ＴＯＣのスタートアドレスＡｄ(DU)として把握する(F105)。
【０１７３】
また、ＵＳＴA ＞『２０ｈ』であったら、次にＵ−ＴＯＣスタートアドレスＵＳＴA におけるクラスタアドレス部分がクラスタアドレス『３０ｈ』より小さいアドレスか否かを判別する (F104→F106) 。
Ｕ−ＴＯＣスタートアドレスＵＳＴA がクラスタアドレス『３０ｈ』より大きいアドレスである場合は、Ｕ−ＴＯＣは適正位置に記録されることのないもので、適正ディスクでないと判断し、エラー処理を行なう (F106→F103) 。
【０１７４】
ステップF106でＵＳＴA ≦『３０ｈ』であったら、Ｕ−ＴＯＣの記録位置より前方のアドレス位置において記録再生管理エリアには３クラスタ連続のデータＵ−ＴＯＣを記録する余裕があり、このディスクについてはＵＳＴA −『１０ｈ』の位置がデータＵ−ＴＯＣのスタートアドレスと設定されている（もしくは以後設定される）ため、ＵＳＴA −『１０ｈ』をデータＵ−ＴＯＣのスタートアドレスＡｄ(DU)として把握する(F107)。
【０１７５】
以上のようにデータＵ−ＴＯＣのアドレスを把握したら、データの記録又は再生が指示されることを待機する(F108)。
再生が指示された場合は処理はステップF109に進み、まずアドレスＡｄ(DU)におけるデータＵ−ＴＯＣをアクセスする。ここで、データＵ−ＴＯＣがみつからなかった場合は即ちデータファイルが以前に記録されておらず、データＵ−ＴＯＣも生成されていないとしてエラー処理（ファイルなしとしての処理）を行なう (F110→F112) 。
【０１７６】
アドレスＡｄ(DU)にデータＵ−ＴＯＣが存在したら、そのデータＵ−ＴＯＣを読み込んで上記したディレクトリやヘディングデータによりデータファイルの検索を行なう(F111)。そして必要とされたデータファイルがみつかれば、そのデータファイルのアドレスへアクセスし (F113→F114) 、データを読み込んでバッファＲＡＭ３３へ読み込む(F115)。もちろん、この再生動作の際にはディレクトリより再生するデータファイルの先頭クラスタのアドレスを確認した後、ＣＡＴによりクラスタ連結状態を参照してクラスタアクセスを行ない、そのデータファイルを再生していくことになる。
【０１７７】
なお、ディレクトリによる検索によって所要のデータファイルが見つからなかったら、ファイルなしとしてエラー処理を行なう (F113→F112) 。
【０１７８】
ステップF108において記録指示がなされた場合は、処理はステップF116に進み、まずアドレスＡｄ(DU)におけるデータＵ−ＴＯＣをアクセスする。ここで、データＵ−ＴＯＣがみつからなかった場合は即ちデータファイルが以前に記録されておらず、データＵ−ＴＯＣも生成されていないバージンディスクであると考えられるか、又は、そのディスクは楽曲は記録されているが、データファイルは記録されていないディスクであると考えられる。
【０１７９】
一方、アドレスＡｄ(DU)にデータＵ−ＴＯＣが見つかった場合は、記録データとされているデータファイルのサイズ（ボリューム）が、そのまま記録可能なサイズであるかを判別するため、データＵ−ＴＯＣに示されている空きエリア（図２２のエリアＥＡ）と比較する(F118)。空きエリアが十分に存在すれば、そのデータファイルをそのディスク上の空きエリアに記録していき(F119)、その記録動作に応じてデータＵ−ＴＯＣを更新して処理を終える(F120)。
【０１８０】
ステップF117でデータＵ−ＴＯＣが存在しないとされた場合は、処理はステップF121に進み、Ｕ−ＴＯＣスタートアドレスＵＳＴA をアクセスしてＵ−ＴＯＣを読み込む。
もしこのアクセスによりＵ−ＴＯＣがみつからなかったときは、即ちこのディスクは楽曲もデータファイルも記録されていないバージンディスクである。このときは、処理はステップF122からF124に進み、Ｐ−ＴＯＣからディスクの記録容量を計算してこれを空きエリアの容量とする。
【０１８１】
また、Ｕ−ＴＯＣが存在した場合は、処理はステップF122からF123に進み、Ｕ−ＴＯＣにおいて未記録領域としてテーブルポインタP-FRA から導かれるパーツテーブルによって示されている領域（図２２のＮＡ１、ＮＡ２）の容量を計算し、これをデータファイル記録可能な空きエリアとみなす。なお、この場合空きエリアとみなされたエリアとは例えば図２２で示したエリアＥＡにエリアＮＡ１、ＮＡ２の全部又は一部を加えた領域となる。
【０１８２】
また、ステップF118で空きエリアＥＡが記録しようとするデータファイルのボリュームより小さく、そのままではデータファイルを記録することができない場合も、Ｕ−ＴＯＣをアクセスし、Ｕ−ＴＯＣにおいて未記録領域としてテーブルポインタP-FRA から導かれるパーツテーブルによって示されている領域（図２２のＮＡ１、ＮＡ２）の容量を計算し、これをデータファイル記録可能な空きエリアとみなす。この場合も、空きエリアとみなされたエリアとは例えば図２２で示したエリアＥＡにエリアＮＡ１、ＮＡ２の全部又は一部を加えた領域となる。
【０１８３】
このように、空きエリアが生成又は拡張されたとみなしたら、ステップF126において、新たに生成又は拡張された空きエリアと記録しようとするデータファイルのボリュームを比較する。
そして、ここでも空きエリアが記録しようとするデータファイルのボリュームより小さいとされた場合は、そのデータファイルはこのディスクに記録することができないものとして、エラー処理を行なう(F129)。
【０１８４】
ステップF126で、記録しようとするデータファイルに対して記録可能な空きエリアが存在するとされたら、そのデータファイルをそのディスク上の空きエリア（空きエリアとみなされたエリア）に記録していく(F127)。
【０１８５】
そして、この場合もそのデータファイルの記録動作に応じてデータＵ−ＴＯＣを更新する。又はデータＵ−ＴＯＣが存在していなかった場合はデータＵ−ＴＯＣを新たに生成して（イニシャライズ及び更新）アドレスＡｄ(DU)の位置に書き込む。
【０１８６】
そしてさらに、Ｕ−ＴＯＣにおける未記録領域として管理されていたエリアをデータ用の空き領域とみなして、空き領域を拡張した場合（ステップF127の処理を行なった場合) は、Ｕ−ＴＯＣも更新する。つまり、データファイルがＵ−ＴＯＣから見た未記録領域に記録された場合は、その記録された領域を除いた部分を新たな未記録領域として管理されるようにテーブルポインタP-FRA から導かれる部分を更新し、その記録された領域については、一般データエリアとして管理されるように、そのデータファイルが記録されたセグメントをP-TNO1〜P-TNO255のうち一般データエリア用として割り当てられている所定のテーブルポインタから導かれる部分にリンクされるように更新することになる(F128)。
【０１８７】
このようにステップF128で、データＵ−ＴＯＣの更新及び空きエリアを拡張した場合はデータＵ−ＴＯＣ及びＵ−ＴＯＣの更新を行なったら、処理を終えることになる。
【０１８８】
なお、以上のように実施例を説明してきたが、データ記録再生用途として利用できる本発明の記録装置又は再生装置としては、図１、図２に示した入出力手段（データ表示手段、データ通信手段、画像スキャナ手段、キー入力手段）や、データ−フォント変換のための手段については、必ずしもこれらの全てを備える必要はなく、用途に応じて一部のみが設けられたものであってもよい。また、他のデータ入出力手段が付加されたものであってもよい。
【０１８９】
さらに、オーディオデータについて使用せず、ディスクフォーマットは実施例で説明したもののままでも一般データ記録再生用途専用にすることも可能であるが、この場合記録装置又は再生装置としてはオーディオ信号のみに対応する入出力系（エンコーダ３７，デコーダ３８，Ａ／Ｄ変換器３６，Ｄ／Ａ変換器３９等）は不要となる。
【０１９０】
【発明の効果】
以上説明したように本発明のディスク状記録媒体は、記録／再生動作を管理するための管理情報として、所定の管理エリア内に、オーディオデータ用管理情報（Ｕ−ＴＯＣ）と、一般データ用管理情報（データＵ−ＴＯＣ）とを備えるようにすることにより、オーディオデータ用とは別に一般データ用としてデータファイル管理に好適な専用の管理情報を設けることができ、各種データの記録／再生に用いられるエリアをオーディオデータエリア又は一般データエリアとして分割しディスク状記録媒体上を共用して、オーディオデータと一般データの両方に対応するディスク状記録媒体を実現できるという効果がある。
【０１９１】
またこの際に、オーディオデータ用管理情報は、少なくともオーディオデータエリアにおける各オーディオデータ単位の記録／再生のための管理情報及びオーディオデータエリアと一般データエリアを識別管理することができる管理情報を有し、また一般データ用管理情報は、少なくとも一般データファイルの記録／再生のための管理情報及びオーディオデータエリアに対して記録及び再生動作を禁止する管理情報を有しているようにすることにより、ディスク状記録媒体の記録／再生用のエリアがオーディオデータエリアとして使用される部分と一般データエリアとして使用される部分が明確に管理され、データ混在に基づく誤記録／誤消去／再生エラー等は防止され、適切なデータ記録／再生がなされることになる。
【０１９２】
また、このようなディスク状記録媒体に対応する再生装置として、オーディオデータを再生する際には、オーディオデータ用管理情報を用いて所要のオーディオデータ単位を再生し、また、一般データファイルを再生する際には、一般データ用管理情報を用いて所要のデータファイルを再生するように構成することによりオーディオデータと一般データが共用される記録媒体に対し、適切な再生動作が可能となるという効果がある。
【０１９３】
つまりオーディオデータ再生の場合は、オーディオデータ用管理情報を参照すれば、オーディオデータエリアとして使用されている部分と一般データエリアとして使用されている部分が管理されているため、一般データ用管理情報を参照しなくとも誤って一般データを再生し出力エラーが生じることはない。
そして同様に一般データ再生の場合は、一般データ用管理情報を参照すれば、オーディオデータエリアは記録再生禁止エリアとして管理されているため、オーディオデータ用管理情報を参照しなくともオーディオデータを再生してしまうことは生じない。
そして、また、このように一方の管理情報のみを参照すればよいことから迅速な再生動作が可能となるという効果もある
【０１９４】
また、このようなディスク状記録媒体に対応する記録装置として、オーディオデータを記録する際には、オーディオデータ用管理情報に対して記録動作に応じた所要の管理情報更新処理を行ない、一方、一般データファイルを記録する際には、一般データ用管理情報に対して記録動作に応じた所要の管理情報更新処理を行なうとともに、その記録動作の際に一般データエリアを拡張した場合は、その拡張動作に応じてオーディオデータ用管理情報に対して所要の管理情報更新処理を行なうように構成すれば、適切な記録管理を行なうことができるという効果がある。
【０１９５】
つまり記録動作はオーディオデータエリア内で行なわれ、一般データエリアに記録動作の影響が及ぶことはないので、一般データ用管理情報を更新する必要はなく、オーディオデータを記録する際には、オーディオデータ用管理情報に対して記録動作に応じた所要の管理情報更新処理を行なえば、オーディオデータについての適正な管理が実現する。また、これにより迅速なオーディオデータの記録が可能となる。
【０１９６】
また一方、一般データファイルを記録する際には、一般データ用管理情報に対して記録動作に応じた所要の管理情報更新処理を行なうことでデータファイル管理は適正に行なわれる。そしてまた、データファイル記録の際に一般データエリアを拡張して記録を行なった場合は、オーディオデータ用管理情報におけるオーディオデータエリアと一般データエリアを識別管理する管理情報を書き換えるようにしておけば、以降も適正にオーディオデータエリアと一般データエリアを１つのディスク状記録媒体上に併存させて管理できる。
【０１９７】
以上により、本発明は音楽用途の記録再生システムについてデータ記録再生用としても拡張し、オーディオデータと一般データに対して兼用して記録／再生を行なうことができるディスク状記録媒体を提供することを実現できるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施例のディスク状記録媒体及び記録再生装置の外観図である。
【図２】実施例の記録再生装置の構成図である。
【図３】実施例のディスク状記録媒体に設けられるＰ−ＴＯＣ情報の説明図である。
【図４】実施例のディスク状記録媒体に設けられるＵ−ＴＯＣ情報の説明図である。
【図５】実施例のディスク状記録媒体に設けられるＵ−ＴＯＣ情報のリンク構造の説明図である。
【図６】実施例のディスク状記録媒体のエリア管理状態の説明図である。
【図７】実施例のディスク状記録媒体のトラック構造の説明図である。
【図８】実施例のディスク状記録媒体に設けられるデータ用セクターの説明図である。
【図９】実施例のディスク状記録媒体に設けられるデータ用セクターモード０の説明図である。
【図１０】実施例のディスク状記録媒体に設けられるデータ用セクターモード１の説明図である。
【図１１】実施例のディスク状記録媒体に設けられるデータ用セクターモード２の説明図である。
【図１２】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのクラスタの構造の説明図である。
【図１３】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴ０セクターの説明図である。
【図１４】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴ１セクターの説明図である。
【図１５】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴ２セクターの説明図である。
【図１６】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴユニットの説明図である。
【図１７】実施例のディスク状記録媒体におけるＣＡＴユニットのワードの定義の説明図である。
【図１８】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのディレクトリセクターの説明図である。
【図１９】実施例のデータＵ−ＴＯＣにおけるディレクトリ階層構造の説明図である。
【図２０】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのヘディングセクターの説明図である。
【図２１】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのヘディングセクターの説明図である。
【図２２】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣとＵ−ＴＯＣの管理状態の関係の説明図である。
【図２３】実施例の記録再生装置のディスク状記録媒体に対する動作処理のフローチャートである。
【符号の説明】
１ ディスク（ディスク状記録媒体）
１０ 記録再生装置
１１ ディスク挿入部
１２ キー入力部
１３ 表示部
１４ 画像スキャナ部
１５ 入出力コネクタ部
１６ 入出力端子
２１ システムコントローラ
２３ 光学ヘッド
２８ デコーダ
３０ エンコーダ
３２ 変換メモリ
３３ バッファＲＡＭ
３４ 通信回路
３５ 表示コントローラ
３６ Ａ／Ｄ変換器
３７ エンコーダ部
３８ デコーダ部
３９ Ｄ／Ａ変換器
【発明の属する技術分野】
本発明はデータ記録を行なうディスク状記録媒体に関するものである。
【０００２】
【従来の技術】
音楽等を記録／再生することのできる記録装置、再生装置、及びディスク状記録媒体としての光磁気ディスクが実用化され、特に近年、光磁気ディスクに対してユーザーが再生だけでなく楽曲等の音声を録音することができるもの（いわゆるミニディスク）も知られている。
【０００３】
このミニディスクシステムを用いる場合、いわゆる音楽を記録／再生することが行なわれているが、さらにこのミニディスクシステムにおいて、音楽情報以外のデータを記録／再生できるようにすることも考えられる。
【０００４】
なお、本明細書において、光磁気ディスクに記録される、音楽、音声等のいわゆるオーディオ信号をデジタル化したものを特に『オーディオデータ』といい、その１単位を『楽曲』ということとする。そして、オーディオデータ以外の、文字、グラフィック等のいわゆるコンピュータなどの情報機器ユーズのデータであって光磁気ディスクに記録されるものを単に『データ』又は『一般データ』といい、オーディオデータと区別する。そしてデータの１つの記録再生単位を『データファイル』とする。
【０００５】
【発明が解決しようとする課題】
ところが、もともと音楽用にフォーマットが構成されているミニディスクシステムを、データ用に用い、情報の検索や更新等をできるようにしようとすることはあまり適当であるとはいえない。特に、音楽用途のための楽曲の管理情報の場合はデータ用途の場合のデータファイルの管理情報とは異なって、検索のための名称データや属性データなどが重要ではなかったり（少なくとも曲番と対応アドレスが管理されていればよい）、検索データの外部機器への送信のためのデータなどは不要であったりすることや、オーディオデータではデータボリュームの小さいもの（例えば非常に短い楽曲）が多数存在する場合が余り考えられないため、一般データのように小さいデータファイルが非常に多数存在してしまう場合に対応する必要はなく、例えば後述するオーディオデータ用の管理情報では最大２５５曲までしか対応可能とされていない。
【０００６】
これらの各種の点で音楽用途のための楽曲の管理情報はあくまで音楽用途に好適なように生成されており、データ用に適しているとはいえない。つまり、例えばミニディスクシステムをそのままの管理方式を用いて一般データの記録再生用に拡張することは適当でないという問題がある。
なお、ミニディスクシステムを例にあげているが、もちろん他の方式の音楽用途の記録再生システムについても同様のことがいえる。
【０００７】
【課題を解決するための手段】
本発明はこのような問題点にかんがみてなされたもので、音楽用途の記録再生システムについてデータ記録再生用としても拡張し、オーディオデータと一般データに対して兼用して記録／再生を行なうことができるようにしたディスク状記録媒体を提供することを目的とする。
【０００８】
このために本発明は、オーデイオデータが記録されるオーデイオデータ領域と、一般データファイルが記録される一般データ領域とからなる記録可能ユーザ領域と、上記オーデイオデータ領域に記録された各々のオーデイオデータ毎の開始アドレスと終端アドレスと上記一般データ領域全体の開始アドレスと終端アドレスを管理する第１の管理情報が記録された第１の管理領域と、上記オーデイオデータ領域全体を１つのデータファイルとして扱い記録及び再生禁止領域として識別する識別子と上記一般データ領域に記録された各々の一般データファイル毎のファイル先頭位置アドレスとから成る第２の管理情報が記録された第２の管理領域とからなる管理領域を備え、上記管理領域は上記記録可能ユーザ領域より内周側に位置するようにする。
【０００９】
例えばオーディオデータ用に設けられている管理情報に加え、一般データ用としてデータファイル管理に好適な管理情報を設けることにより、音楽用途のディスク状記録媒体をデータ用途として拡張し、オーディオデータと一般データの両方に対応するディスク状記録媒体を実現できる。
【００１０】
そしてこの際に、オーディオデータ用管理情報はオーディオデータエリアと一般データエリアを識別管理することができる管理情報を有するようにし、一方一般データ用管理情報には、オーディオデータエリアに対して記録及び再生動作を禁止する管理情報を設けるようにすることで、ディスク状記録媒体の記録／再生用のエリアがオーディオデータエリアとして使用される部分と一般データエリアとして使用される部分が明確に管理され、データ混在に基づく誤記録／誤消去／再生エラー等は防止される。
【００１１】
【実施例】
以下、本発明の実施例としてのディスク（ディスク状記録媒体を、以下「ディスク」という。）のフォーマット及び記録再生装置を以下の順序で説明する。
１）ディスク及び記録再生装置の外観及び構成
２）ディスクにおけるＰ−ＴＯＣフォーマット
３）ディスクにおけるＵ−ＴＯＣフォーマット
４）ディスクにおけるエリア構造
５）データ用セクターのフォーマット
６）データＵ−ＴＯＣによるデータファイル管理方式
７）データＵ−ＴＯＣによる管理とＵ−ＴＯＣによる管理の関係
８）データＵ−ＴＯＣ管理による記録／再生動作
【００１２】
＜１．ディスク及び記録再生装置の外観及び構成＞
図１に実施例となる記録再生装置及びディスクの外観を示す。
ディスク１としては光磁気ディスクが用いられるが、図１に示すようにその外部はカートリッジＫに収納されており、シャッタＳがスライドされることによりディスク記録面が表出されるようになされている。
記録再生装置１０としてはディスク１が収納されたカートリッジＫが装填されるディスク挿入部１１が設けられ、カートリッジＫがこのディスク挿入部１１に挿入されることにより、図示しない内部機構によってシャッタＳがスライドされ、ディスク１の盤面が表出されて記録又は再生可能状態とされる。
【００１３】
記録再生装置１０の筺体上面にはユーザー操作に供されるキー入力部１２及びデータ検索のためのメニュー情報や検索されたデータの表示出力を行なうための表示部１３が設けられている。キー入力部１２としてはカーソル移動キー、エンターキー、データ入力キー等が設けられる。
また１４は画像スキャナ部であり、紙面に記された画像情報を検出してドットデータに変換し、画像データとして入力できるようになされている。
さらに１５は入出力コネクタ部であり、通信ケーブルＣを接続することにより、他の情報機器（コンピュータ、ワープロ等）とデータの送受信ができるようになされている。
【００１４】
１６はアナログオーディオ信号の入出力に用いる端子であり、オーディオコード１７を介して他の音響機器に対して、ディスク１からの再生音声信号又はディスク１に録音すべき音声信号のライン入出力がなされる。
【００１５】
記録再生装置１０の要部の構成は図２に示される。
図２においてはディスク１（ディスク１を収納したカートリッジＫ）が装填された状態で示している。２１は記録再生装置の各種動作を制御するシステムコントローラを示し、例えばマイクロコンピュータにより形成される。
２２はスピンドルモータであり、装填されたディスク１はスピンドルモータ２２により回転駆動される。２３はディスク１に対して記録／再生時にレーザ光を照射する光学ヘッドであり、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力をなし、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力をなす。
【００１６】
このため、光学ヘッド２３はレーザ出力手段としてのレーザダイオードや、偏向ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ２３ａは２軸機構２４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されており、また、光学ヘッド２３全体はスレッド機構２５によりディスク半径方向に移動可能とされている。
【００１７】
また、２６は供給された情報によって変調された磁界を光磁気ディスクに印加する磁気ヘッドを示し、ディスク１を挟んで光学ヘッド２３と対向する位置に配置されている。
【００１８】
再生動作によって、光学ヘッド２３によりディスク２１から検出された情報はＲＦアンプ２７に供給される。ＲＦアンプ２７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、絶対位置情報（ディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）、アドレス情報、サブコード情報、フォーカスモニタ信号等を抽出する。そして、抽出された再生ＲＦ信号はデコーダ部２８に供給される。また、トラッキングエラー信号、フォーカスエラー信号はサーボ回路２９に供給される。さらにフォーカスモニタ信号はシステムコントローラ２１に供給される。
【００１９】
また、アドレスデコーダ２９から出力される、プリグルーブ情報をデコードして得られた絶対位置情報、又はデータとして記録されたアドレス情報はデコーダ部２８を介してシステムコントローラ２１に供給され、各種の制御動作に用いられる。
【００２０】
サーボ回路２９は供給されたトラッキングエラー信号、フォーカスエラー信号や、システムコントローラ２１からのトラックジャンプ指令、シーク指令、回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構２４及びスレッド機構２５を制御してフォーカス及びトラッキング制御をなし、またスピンドルモータ２２を一定角速度（ＣＡＶ）又は一定線速度（ＣＬＶ）に制御する。
【００２１】
再生ＲＦ信号はデコーダ部２８でＥＦＭ復調、ＣＩＲＣデコード、ＡＣＩＲＣデコード等のデコード処理された後システムコントローラ２１を介して所定の処理に供される。
【００２２】
また、記録動作の際にディスク１に記録すべき情報としてシステムコントローラ２１に供給された情報はエンコーダ部３０においてＡＣＩＲＣエンコード、ＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後磁気ヘッド駆動回路３１に供給される。
【００２３】
磁気ヘッド駆動回路３１はエンコード処理された記録データに応じて、磁気ヘッド２６に磁気ヘッド駆動信号を供給する。つまり、ディスク１に対して磁気ヘッド２６によるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ２１は光学ヘッド２３に対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００２４】
３２はコードデータをフォントデータに変換するための変換メモリであり、ディスク１から読み出した文字データ等の表示のためのフォント変換処理を行なう。
【００２５】
また、３３はバッファＲＡＭであり、画像スキャナ１４によって取り込まれたドットデータ、表示部１３で表示される表示データ、コネクタ部１５による送受信データなどの一時保持や、ディスク１から読み出されたオーディオデータやデータファイルを出力する際の一時記憶部として機能する。
【００２６】
また、ディスク１に対して記録／再生動作を行なう際には、ディスク１に記録されている管理情報、即ちプリマスタードＴＯＣ（以下、Ｐ−ＴＯＣという）、オーディオデータ記録／再生の管理用のＴＯＣ（以下、Ｕ−ＴＯＣという），及び一般データ記録／再生の管理用のＴＯＣ（以下、データＵ−ＴＯＣという）を読み出して、システムコントローラ２１はこれらの管理情報に応じて記録すべきアドレスや、データ検索及び再生すべきアドレスを判別することとなるが、この管理情報はバッファＲＡＭ３３に保持される。つまり、システムコントローラ２１はこれらの管理情報をディスク１が装填された際に管理情報エリア（例えばディスクの最内周側）の再生動作を実行させることによって読み出し、バッファＲＡＭ３３に記憶しておき、以後そのディスク１に対する記録／再生動作の際に参照できるようにしている。
【００２７】
また、Ｕ−ＴＯＣ，及びデータＵ−ＴＯＣはデータの記録や消去に応じて書き換えられるものであるが、システムコントローラ２１は記録／消去動作のたびにこの書換をバッファＲＡＭ３３に記憶された管理情報に対して行ない、その書換動作に応じて所定のタイミングでディスク１の管理情報エリアについても書き換えるようにしている。
【００２８】
３４は通信回路を示し、コネクタ部１５を介してデータの外部機器と送受信を実行する。
３５は表示コントローラであり、システムコントローラ２１からの表示データ、即ち検索メニューの表示やディスク１から読み出したデータの表示等を表示部１３において実行させるための制御回路となる。
以上の構成により、記録再生装置１０は各種一般データのディスク１に対する記録動作及び再生動作が可能となる。
【００２９】
ディスク１からオーディオデータを再生し、音声信号として出力する際には、ディスク１から読み出されたオーディオデータとしての再生ＲＦ信号は、デコーダ部２８でＥＦＭ復調、ＣＩＲＣ等のデコード処理された後、システムコントローラ２１によって一旦バッファＲＡＭ３３に書き込まれる。なお、光学ヘッド２３による光磁気ディスク１からのデータの読み取り及び光学ヘッド２３からバッファＲＡＭ３３までの再生オーディオデータの転送は1.41Mbit/secで（間欠的に）行なわれる。
【００３０】
バッファＲＡＭ３３に書き込まれたデータは、再生オーディオデータの転送が0.3Mbit/sec となるタイミングで読み出され、音声圧縮デコーダ部３８に供給される。この記録再生システムでは音声信号についてはデジタルデータ段階でデータ圧縮処理（例えば２チャンネル１６ビットでサンプリング周波数44.1Kbit（≒1.4Mbit/sec ）のデータを約１／５の0.3Mbit/sec に圧縮処理）が施されて記録されているものであり、従って再生時にはこの圧縮処理に対する逆処理となるデコード処理が行なわれる。
そしてデコーダ部３８において音声圧縮処理に対するデコード処理等の再生信号処理を施されると、Ｄ／Ａ変換器３９によってアナログ信号とされ、端子１６ｂから所定の増幅回路部又はコード１７を介してライン出力され、再生出力される。例えばＬ，Ｒオーディオ信号として出力される。
【００３１】
ディスク１に対してオーディオ信号の記録動作が実行される際には、コード１７によるライン入力系や図示しないマイクロフォン系から端子１６ａに供給された記録信号（アナログオーディオ信号）は、Ａ／Ｄ変換器３６によってサンプリング周波数44.1Kbit、量子化１６ビットのデジタルデータとされた後、エンコーダ部３７に供給され、上記した音声圧縮エンコード処理を施される。エンコーダ部３４によって圧縮された記録データはシステムコントローラ２１によって一旦バッファＲＡＭ３３に書き込まれ、また所定タイミングで読み出されてエンコーダ部３０に送られる。そしてエンコーダ部３０でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後磁気ヘッド駆動回路３１に供給される。
【００３２】
磁気ヘッド駆動回路３１は、データ記録の場合と同様に、エンコード処理された記録オーディオデータに応じて、磁気ヘッド２６に磁気ヘッド駆動信号を供給する。つまり、ディスク（光磁気ディスク）１に対して磁気ヘッド２６によるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ２１は光学ヘッド２３に対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００３３】
なお、再生動作はディスク１が光磁気ディスクである場合として説明したが、データをＣＤと同様にピット形態で記録している光ディスク（及び光磁気ディスクにおいても後述するＰ−ＴＯＣのようなピットデータ）についても、いわゆるミニディスク再生装置としては再生が可能とされており、この場合、光学ヘッド２３は磁気カー効果ではなくＣＤプレーヤの場合と同様にピットの有無による反射光レベルの変化に応じて再生ＲＦ信号を取り出すものである。もちろん光ディスク（及び光磁気ディスクのピットデータエリア）に対しては磁界記録動作は実行されない。
【００３４】
また上述したように、バッファＲＡＭ３３にはディスク１におけるＴＯＣ情報が読み込まれるが、この実施例の記録再生装置が対応するディスク１には、予め楽曲等が記録されているプリマスタードタイプ（光ディスク）のものと、ユーザーがオーディオデータや後述するように一般データを記録することのできるデータ書き換え可能とされるもの（光磁気ディスク）、及びデータファイルや楽曲等を予め記録したＲＯＭエリアと録音可能な光磁気エリアを設けたハイブリッドタイプのものがあり、これらのディスクにはそのタイプに応じて、既に楽曲等が記録されているエリアや未記録エリアを管理するデータ等がＴＯＣ情報として記録されている。
【００３５】
そして、上記のようにオーディオデータ（楽曲）の録音を行なおうとする際には、Ｕ−ＴＯＣ（音声信号の録音、消去等に応じて書き換えられるＴＯＣ情報領域）からディスク上の未記録エリアを探し出し、ここに音声データを記録していくことになる。また、オーディオデータの再生時には再生すべき楽曲が記録されているエリアを、その楽曲がプリマスタードの楽曲の場合はＰ−ＴＯＣから、又はその楽曲が光磁気記録されている楽曲の場合はＵ−ＴＯＣから判別し、そのエリアにアクセスして再生動作を行なうことになる。
一方、一般データの記録／再生の動作については管理情報としてデータＵ−ＴＯＣの情報を使用することになる。
なお、光磁気ディスクにおいてもＰ−ＴＯＣはピットデータとしてＲＯＭ化されて記録されている。
【００３６】
＜２．ディスクにおけるＰ−ＴＯＣフォーマット＞
次にディスク１におけるＰ−ＴＯＣのフォーマットについて説明する。
Ｐ−ＴＯＣ情報としては、ディスクの記録可能エリア（レコーダブルユーザーエリア）などのエリア指定やＲＯＭエリアの管理等が行なわれる。また、オーディオデータ用途として、プリマスタードディスク又はハイブリッドディスクの場合に、ＲＯＭ化されて記録されている楽曲の管理も行なうことができるようになされている。
【００３７】
Ｐ−ＴＯＣのフォーマットを図３に示す。
図３はＰ−ＴＯＣ用とされる領域（例えばディスク最内周側のＲＯＭエリア）において繰り返し記録されるＰ−ＴＯＣ情報の１つのセクターを示している。
【００３８】
Ｐ−ＴＯＣのセクターのデータ領域は、例えば４バイト×587 のデータ領域として構成され、先頭位置にオール０又はオール１の１バイトデータによって成る同期パターンを及びクラスタアドレス及びセクターアドレスを示すアドレス等が４バイト付加され、以上でヘッダとされてＰ−ＴＯＣの領域であることが示される。
【００３９】
また、ヘッダに続いて所定アドレス位置に『ＭＩＮＩ』という文字に対応したアスキーコードによる識別ＩＤが付加されている。
さらに、続いてディスクタイプや録音レベル、記録されている最初の楽曲の曲番（First TNO)、最後の楽曲の曲番（Last TNO) 、リードアウトスタートアドレスＲＯA 、パワーキャルエリアスタートアドレスＰＣA 、Ｕ−ＴＯＣ（後述する図４のＵ−ＴＯＣセクター０のデータ領域）のスタートアドレスＵＳＴA 、録音可能なエリアのスタートアドレスＲＳＴA 等が記録され、さらに続いて、記録されている各楽曲等を後述する管理テーブル部におけるパーツテーブルに対応させるテーブルポインタ(P-TNO1 〜P-TNO255) を有する対応テーブル指示データ部が用意されている。
【００４０】
そして対応テーブル指示データ部に続く領域には、対応テーブル指示データ部におけるテーブルポインタ(P-TNO1 〜P-TNO255) に対応して、(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられた管理テーブル部が用意される（なお、以下『ｈ』を付した数値はいわゆる１６進表記のものである）。それぞれのパーツテーブルには、或るセグメント（この場合、セグメントとはディスクのトラック上で物理的に連続してデータが記録されたトラック部分をいう）について起点となるスタートアドレス、終端となるエンドアドレス、及びそのセグメント（トラック）のモード情報（トラックモード）が記録できるようになされている。
【００４１】
各パーツテーブルにおけるトラックのモード情報とは、そのセグメントが例えばオーバーライト禁止やデータ複写禁止に設定されているか否かの情報や、オーディオ情報か否か、モノラル／ステレオの種別などが記録されている。
【００４２】
管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、対応テーブル指示データ部のテーブルポインタ (P-TNO1〜P-TNO255) によって、そのセグメントの内容が示される。つまり、第１曲目の楽曲についてはテーブルポインタP-TNO1として或るパーツテーブル（例えば(01h) 。ただし実際にはテーブルポインタには所定の演算処理によりＴＯＣセクター０内のバイトポジションで或るパーツテーブルを示すことができる数値が記されている）が記録されており、この場合パーツテーブル(01h) のスタートアドレスは第１曲目の楽曲の記録位置のスタートアドレスとなり、同様にエンドアドレスは第１曲目の楽曲が記録された位置のエンドアドレスとなる。さらに、トラックモード情報はその第１曲目についての情報となる。
【００４３】
同様に第２曲目についてはテーブルポインタP-TNO2に示されるパーツテーブル（例えば(02h) ）に、その第２曲目の記録位置のスタートアドレス、エンドアドレス、及びトラックモード情報が記録されている。
以下同様にテーブルポインタはP-TNO255まで用意されているため、ＴＯＣ上では第２５５曲目まで管理可能とされている。
そして、このようにＴＯＣセクター０が形成されることにより、例えば再生時において、所定の楽曲をアクセスして再生させることができる。
【００４４】
なお、本実施例について後述するようにデータ記録用途に用いられる場合、又は音楽用途であってもプリマスタードの楽曲エリアが存在しない録音／再生タイプのディスクの場合は、上記した対応テーブル指示データ部及び管理テーブル部は用いられることはないため、各バイトは全て『００ｈ』とされている。
【００４５】
＜３．ディスクにおけるＵ−ＴＯＣフォーマット＞
図４はＵ−ＴＯＣの１セクターのフォーマットを示しており、主にユーザーが録音を行なった楽曲や新たに楽曲が録音可能な未記録エリアについての管理情報が記録されているデータ領域とされる。
例えばディスク１が音楽用途とされて、これに或る楽曲の録音を行なおうとする際には、このユーザーＴＯＣからディスク上の未記録エリアを探し出し、ここに音声データを記録していくことができるようになされている。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣ情報から判別し、そのエリアにアクセスして再生動作を行なう。
【００４６】
図４に示すＵ−ＴＯＣのセクターには、Ｐ−ＴＯＣと同様にまずヘッダが設けられ、続いて所定アドレス位置に、メーカーコード、モデルコード、最初の楽曲の曲番(First TNO）、最後の楽曲の曲番（Last TNO）、セクター使用状況、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録され、さらに、ユーザーが録音を行なって記録されている楽曲の領域や未記録領域等を後述する管理テーブル部に対応させることによって識別するため、対応テーブル指示データ部として各種のテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用意されている。
【００４７】
そして対応テーブル指示データ部のテーブルポインタ(P-DFA〜P-TNO255) に対応させることになる管理テーブル部として(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、上記図３のＴＯＣセクター０と同様に或るセグメントについて起点となるスタートアドレス、終端となるエンドアドレス、そのセグメントのモード情報（トラックモード）が記録されており、さらにこのＵ−ＴＯＣセクター０の場合、各パーツテーブルで示されるセグメントが他のセグメントへ続いて連結される場合があるため、その連結されるセグメントのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようになされている。
【００４８】
音楽用途のミニディスクシステムの場合、例えば１つの楽曲のデータ物理的に不連続に、即ち複数のセグメントにわたって記録されていてもセグメント間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数セグメントにわけて記録する場合もある。そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(FFh) （実際には所定の演算処理によりＵ−ＴＯＣセクター０内のバイトポジションとされる数値で示される）によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。（なお、あらかじめ記録される楽曲等については通常セグメント分割されることがないため、前記図３のようにＴＯＣセクター０においてリンク情報はすべて『(00h) 』とされている。）
【００４９】
つまりＵ−ＴＯＣセクター０における管理テーブル部においては、１つのパーツテーブルは１つのセグメントを表現しており、例えば３つのセグメントが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのセグメント位置の管理はなされる。
【００５０】
Ｕ−ＴＯＣセクター０の管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、対応テーブル指示データ部におけるテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) によって、以下のようにそのセグメントの内容が示される。
【００５１】
テーブルポインタP-DFA は光磁気ディスク１上の欠陥領域に付いて示しており、傷などによる欠陥領域となるトラック部分（＝セグメント）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥セグメントが存在する場合はテーブルポインタP-DFA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、欠陥セグメントがスタート及びエンドアドレスによって示されている。また、他にも欠陥セグメントが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥セグメントが示されている。そして、さらに他の欠陥セグメントがない場合はリンク情報は例えば『(00h) 』とされ、以降リンクなしとされる。
【００５２】
テーブルポインタP-EMPTY は管理テーブル部における１又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、テーブルポインタP-EMPTY として、(01h) 〜(FFh) のうちのいづれかが記録される。未使用のパーツテーブルが複数存在する場合は、テーブルポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。
【００５３】
例えば全く楽曲等の音声データの記録がなされておらず欠陥もない光磁気ディスクであれば、パーツテーブルは全て使用されていないため、例えばテーブルポインタP-EMPTY によってパーツテーブル(01h) が指定され、また、パーツテーブル(01h) のリンク情報としてパーツテーブル(02h) が指定され、パーツテーブル(02h) のリンク情報としてパーツテーブル(03)が指定され、というようにパーツテーブル(FFh) まで連結される。この場合パーツテーブル(FFh) のリンク情報は以降連結なしを示す『(00h) 』とされる。
【００５４】
テーブルポインタP-FRA は光磁気ディスク１上のデータの書込可能な未記録領域（消去領域を含む）について示しており、未記録領域となるトラック部分（＝セグメント）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、未記録領域が存在する場合はテーブルポインタP-FRA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、未記録領域であるセグメントがスタート及びエンドアドレスによって示されている。また、このようなセグメントが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『(00h) 』となるパーツテーブルまで順次指定されている。
【００５５】
図５にパーツテーブルにより、未記録領域となるセグメントの管理状態を模式的に示す。これはセグメント(03h)(18h)(1Fh)(2Bh)(E3h) が未記録領域とされている時に、この状態が対応テーブル指示データP-FRA に引き続きパーツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって表現されている状態を示している。なお、上記した欠陥領域や、未使用パーツテーブルの管理形態もこれと同様となる。
【００５６】
テーブルポインタP-TNO1〜P-TNO255は、光磁気ディスク１にユーザーが記録を行なった楽曲について示しており、例えばテーブルポインタP-TNO1では１曲目のデータが記録された１又は複数のセグメントのうちの時間的に先頭となるセグメントが示されたパーツテーブルを指定している。
【００５７】
例えば１曲目とされた楽曲がディスク上でトラックが分断されずに（つまり１つのセグメントで）記録されている場合は、その１曲目の記録領域はテーブルポインタP-TNO1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。
【００５８】
また、例えば２曲目とされた楽曲がディスク上で複数のセグメントに離散的に記録されている場合は、その楽曲の記録位置を示すため各セグメントが時間的な順序に従って指定される。つまり、テーブルポインタP-TNO2に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『(00h) 』となるパーツテーブルまで連結される（上記、図５と同様の形態）。このように例えば２曲目を構成するデータが記録された全セグメントが順次指定されて記録されていることにより、このＵ−ＴＯＣセクター０のデータを用いて、２曲目の再生時や、その２曲目の領域へのオーバライトを行なう際に、光学ヘッド３及び磁気ヘッド６をアクセスさせ離散的なセグメントから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【００５９】
さらに、本実施例では、ディスク１が後述するようにデータ記録用途にも兼用（又はデータ用と専用としてもよい）して用いられる場合があるが、このＵ−ＴＯＣにおいては、データ用途に使用される一般データエリアについても、その一般データエリアとされてるディスクの領域全体を単位として、楽曲の場合と同様に管理している。
【００６０】
例えば４曲の楽曲が記録されているとともに、所定エリアが一般データエリアとして設定されている場合、Ｕ−ＴＯＣとしては各楽曲はテーブルポインタP-TNO1〜P-TNO4によって管理されるとともに、一般データエリアは例えばテーブルポインタP-TNO5によって管理されることになる。
【００６１】
つまり、例えばテーブルポインタP-TNO5によって導かれるパーツテーブル（及び一般データエリアがディスク上で離散的に複数単位形成されている場合は、そのパーツテーブルからリンク情報によってリンクされているパーツテーブル）には、一般データエリアとしてのスタートアドレス及びエンドアドレスが示されている。そして、この場合、このスタートアドレス及びエンドアドレスが楽曲が記録されたエリアではなく一般データエリアとされていることはトラックモードにおけるデータによって識別される。
【００６２】
モード情報としてのトラックモードは、(01h) 〜(FFh) までの各パーツテーブルにおいてそれぞれ１バイト（ｄ1 〜ｄ8 の８ビット）設けられているが、この各ビットがそれぞれ次のように各種モード状態を示している。
例えばビットｄ1 はそのセグメントが記録可／記録不可であるか、ビットｄ2 はそのセグメントがコピーライトプロテクトがなされているか、ビットｄ3 はそのセグメントがオリジナル／２世代以後のコピー記録か、ビットｄ4 はそのセグメントがオーディオデータか一般データか、ビットｄ5 ，ｄ6 はそのセグメントがノーマルオーディオか否か、ビットｄ7 はそのセグメントがモノラルオーディオデータかステレオオーディオデータか、ビットｄ8 はそのセグメントのデータのエンファシス処理について、それぞれモードが示される。
【００６３】
従って、一般データエリアとしてセグメントが管理される場合、対応するパーツテーブルにはこのトラックモードのうちビットｄ4 が例えば『１』（オーディオデータの場合ビットｄ4 ＝『０』）とされて、一般データエリアとして識別されることになる。
【００６４】
なお、一般データがプリマスタードピットとしてディスクにＲＯＭ化されて記録されている場合は、上記Ｐ−ＴＯＣにおいてプリマスタードの楽曲の場合と同様に管理されるが、この場合もパーツテーブルにおけるトラックモードのうちビットｄ4 が『１』とされて、プリマスタードの楽曲と区別される。
【００６５】
＜４．ディスクにおけるエリア構造＞
ここで、ディスク１におけるエリア構造を説明し、上記したＰ−ＴＯＣ及びＵ−ＴＯＣの位置関係及び管理態様を説明する。
【００６６】
光磁気ディスクの場合、大きくわけて図６にピットエリアとして示すようにエンボスピットによりデータが記録されているエリア（プリマスタードエリア）と、いわゆる光磁気エリアとされてグルーブが設けられているグルーブエリアに分けられる。
ここでプリマスタードエリアとしては上記したＰ−ＴＯＣが記録される再生専用管理エリアとされており、Ｐ−ＴＯＣセクターが繰り返し記録されている。
【００６７】
なお、ディスク１における記録トラックに対する最小の記録再生動作単位はクラスタとされており、つまり、記録動作又は再生動作は必ず１クラスタを最小単位として実行される。
そして１クラスタは図７に示すように３６セクターから構成されている。ただし、そのうちの４セクターはサブデータやリンキングエリアとしてなどに用いられるサブデータ領域とされ、ＴＯＣデータ、オーディオデータ、もしくは本実施例で実現されるオーディオデータ又は一般データの記録は３２セクターのメインデータ領域に行なわれる。
【００６８】
また、図示していないがセクターはさらに細分化され、２セクター分の領域が１１のサウンドグループとよばれる領域に分割されている。
そして、オーディオデータ（楽曲）の場合、上記Ｕ−ＴＯＣで管理されるスタートアドレスはこのサウンドグループのいづれとされるかの制限はないが、後述する一般データのデータファイルを記録するための一般データエリアの場合、上記したようにＵ−ＴＯＣのパーツテーブルで管理されるスタートアドレスは、サウンドグループのアドレス『００ｈ』に固定され、またエンドアドレスはサウンドグループのアドレス『０Ａｈ』に固定されており、これによってクラスタ内でオーディオデータと一般データが混在してしまうことが防止される。
【００６９】
Ｐ−ＴＯＣ、Ｕ−ＴＯＣに３バイト（２４ビット）で示されるアドレスデータとしては、上位１６ビットがクラスタアドレス、続く６ビットがセクターアドレス、下位４ビットがサウンドグループアドレスとされるが、この４ビットが『００ｈ』又は『０Ａｈ』となる。
【００７０】
図６に示すようにディスク１の最内周側のプリマスタードエリアに続いて、例えばクラスタアドレス『００００ｈ』〜『０ＢＦＦｈ』までグルーブエリアが形成されるが、このうちクラスタアドレスとして『００００ｈ』から上記Ｐ−ＴＯＣ内のリードアウトスタートアドレスＲＯA として示されるアドレスまでのエリアが、記録可能なレコーダブルエリアとされる。
【００７１】
さらにこのレコーダブルエリアのうち、実際にデータが記録されるレコーダブルユーザーエリアは、上記Ｐ−ＴＯＣ内のレコーダブルユーザーエリアスタートアドレスＲＳＴA として示される位置（例えばクラスタアドレス『００３２ｈ』）から、リードアウトスタートアドレスＲＯA までとなる。
この場合でクラスタアドレス『００００ｈ』からレコーダブルユーザーエリアスタートアドレスＲＳＴA （クラスタアドレス『００３２ｈ』）までは、記録再生管理エリアとされ、上記したＵ−ＴＯＣ等が記録されるエリアとなる。
記録再生管理エリアにおいてパワーキャルエリアスタートアドレスＰＣA として示される位置から１クラスタ分はレーザーパワーのキャリブレーションエリアとして設けられる。
【００７２】
Ｕ−ＴＯＣはクラスタアドレス『００００ｈ』〜『００３２ｈ』の記録再生管理エリアにおいて所要の位置に３クラスタ連続して記録されるものであり、Ｕ−ＴＯＣがどのクラスタアドレスに記録されるかはＰ−ＴＯＣにおけるＵ−ＴＯＣスタートアドレスＵＳＴA に示される。
【００７３】
以上のようにディスク上のエリア管理はＰ−ＴＯＣによってなされ、またレコーダブルユーザーエリアにおいてオーディオデータが記録される場合は、そのレコーダブルユーザーエリアの管理は上記した形態でＵ−ＴＯＣにより行なわれる。
【００７４】
そしてさらに本実施例では、レコーダブルユーザーエリアにおいてオーディオデータ以外のデータの記録／再生を行なうため、これを管理する情報として後述するデータＵ−ＴＯＣが設けられるが、このデータＵ−ＴＯＣはクラスタアドレス『００００ｈ』〜『００３２ｈ』の記録再生管理エリアにおいて所要の位置に３クラスタ連続して記録されるものであり、その先頭位置は、図示するように、Ｐ−ＴＯＣにおけるＵ−ＴＯＣスタートアドレスＵＳＴA に示されるＵ−ＴＯＣの先頭位置より例えば『１０ｈ』オフセットされたクラスタアドレスとして設定される。または、Ｕ−ＴＯＣの先頭位置が『００２０ｈ』より後方アドレス位置であって、『１０ｈ』オフセットされた位置から３クラスタ記録すると『００３２ｈ』より後方（つまりレコーダブルユーザーエリア）にはみ出してしまう場合は、Ｕ−ＴＯＣの先頭位置より例えば『−１０ｈ』オフセットされたクラスタアドレス位置から記録されることになる。いづれにしても、データＵ−ＴＯＣも記録再生管理エリア内に記録され、このデータＵ−ＴＯＣはグルーブエリアについてデータ記録再生用に管理を行なう。
【００７５】
そして、記録再生管理エリア内のデータＵ−ＴＯＣのスタートアドレスは、Ｐ−ＴＯＣには直接示されないが、Ｐ−ＴＯＣにおけるＵ−ＴＯＣスタートアドレスＵＳＴA に示されるＵ−ＴＯＣの先頭位置アドレスから『１０ｈ』または『−１０ｈ』だけクラスタアドレスが加算されることによって得られるものとなる。
【００７６】
もちろんデータ記録再生の際に、実際のデータ用に用いられるエリアはレコーダブルユーザーエリアとなる。
以下、本実施例についての特徴となるデータ記録／再生用途としてのデータエリア及びデータＵ−ＴＯＣについてのフォーマットを説明していく。
【００７７】
＜５．データ用セクターのフォーマット＞
一般データの記録／再生に用いられるためにレコーダブルエリア内に設けられるデータ用セクタの構造を図８〜図１１で説明する。
なお、最小記録再生動作単位（即ち図２におけるエンコーダ３０の入力単位又はデコーダ２８の出力単位でもある）は上述したように１クラスタであり、この１クラスタにはメインデータ領域として３２セクターが存在するが、図示されているのはそのセクター構造となる。
【００７８】
図８は本実施例に採用されるデータ用セクターのフォーマットを一般的に示している（データＵ−ＴＯＣにおけるセクターも含む）。
１セクターは全体で４×５８７バイトとされており、セクターの先頭１２バイトは同期パターンとされており、例えばＣＤ−ＲＯＭの同期パターンが採用される。
【００７９】
続いての１６バイトがヘッダとして設けられる。ヘッダとしてはまず２バイトにクラスタアドレスが記録され（Cluster H ，Cluster L ）、続いて１バイトにセクターアドレスが記録される（sector）。さらに、続く１バイトにモード情報としてＣＤ−ＲＯＭ規定のモード情報が記録される。
さらに、続く４バイトにはアプリケーション側のためのアドレスエリア（Logical Sector 0 〜Logical Sector 3）が設けられる。
【００８０】
続いてエラー訂正モードを示す情報（Mode) 、データファイルの属性を示すカテゴリー情報（Category）、データファイルのパラメータを示すインデックス情報（Index ）が設けられる。インデックス情報としての具体的な例はカテゴリー情報及びアプリケーションにより決定されるが（後述）、インデックス情報が『００ｈ』であるときは、データ記録内容（つまりボリュームが）ゼロであることを示すことになる。エラー訂正モードを示す情報（Mode) 及びデータファイルの属性を示すカテゴリー情報（Category）については後述する。
ヘッダの最後の４バイトはシステムＩＤが付加される。
【００８１】
このような１６バイトのヘッダに続いて２０４８バイトのデータエリアが用意される。
データエリア以降の２７６バイトは付加エリアとされている（Aux 0 〜Aux 275 ）。
【００８２】
上記したようにヘッダには第９バイト目にエラー訂正モードを示す情報（Mode) が存在し、エラー訂正モードとしては例えばモード０、モード１、モード２の３種類が考えられる。このモード判別のための情報が情報（Mode) として示されている。各モードにおけるデータ用セクターのフォーマットを順に説明する。
【００８３】
モード０のデータ用セクターのフォーマットは図９に示される。
エラー訂正モードを示す情報としてヘッダの第９バイト目（図中５行目の第１バイトの（Mode) ）は図示するように『００００００００』、つまり『００ｈ』とされている。
このモード０では、特にエラー検出及び訂正用のデータを付加するエリアは設けられていない。つまり４×５１９バイト目以降の付加エリア（Aux 0 〜Aux 275 ）は未定義のままである。
【００８４】
データ用セクターのフォーマットがこのように構成されている場合、このディスクからの再生情報に関しては、記録再生装置において図２に示すデコーダ２８でＣＩＲＣコードによるエラー検出、訂正処理がなされるのみであるが、ＣＩＲＣコードはよく知られているように実用上十分なエラー訂正能力を有するものであり特にエラー処理について問題は生じない。
【００８５】
モード１のデータ用セクターのフォーマットは図１０に示される。エラー訂正モードを示す情報としてヘッダの第９バイト目の（Mode) は、図示するように『０００００００１』、つまり『０１ｈ』とされている。
このモード１では、エラー検出及び訂正用のデータとしてエラー検出用パリティが４バイト付加されている。即ち２０４８バイトのデータエリアに続く４バイトにパリティ（ＥＣＤ０〜ＥＣＤ３）が付加される。これにより未定義の付加エリアは（Aux 0 〜Aux 271 ）の２７２バイトとなる。
このパリティＰ(X) （つまりＥＣＤ０〜ＥＣＤ３）についての生成多項式は、Ｐ(X) ＝（ｘ16＋ｘ15＋ｘ2 ＋１）（ｘ16＋ｘ2 ＋ｘ＋１）
である。
【００８６】
データ用セクターのフォーマットがこのように構成されている場合、このディスクからの再生情報に関しては、記録再生装置において図２に示すデコーダ２８からのエラー検出結果を用いずに、デコーダ２８からのデジタル信号出力のみでエラー検出を行なうことができる。
【００８７】
モード２のデータ用セクターのフォーマットは図１１に示される。エラー訂正モードを示す情報としてのヘッダの第９バイト目の（Mode) は、図示するように『００００００１０』、つまり『０２ｈ』とされている。
このモード２では、付加エリアの全てについてエラー検出及び訂正用のデータが使用される。つまり２０４８バイトのデータエリアに続く１７２バイトにＰパリティ（P-parity0 〜P-parity171 ）が付加され、さらに続く１０４バイトにＱパリティ（Q-parity0 〜Q-parity103 ）が付加される。これにより最大８０バイト程度のエラー訂正能力が実現される。
このＰパリティ及びＱパリティはいわゆるＣＤ−ＲＯＭで採用されているガロアフィールド（Garoa Field ）（２8 ）との距離（２６，２４）のリードソロモンコードと同様の構成となっている。
【００８８】
なお、これらのモード０〜モード２では、モードによらずデータエリアはセクター内のバイト位置が、セクターとしての第２９バイト目〜第２０４８バイト目（図中７行目〜５１８行目）に固定されているので、モード０のフォーマットに対応した記録再生装置であっても、モード１又はモード２が採用されたディスクに対しても何の支障もなく再生動作を行なうことができる。つまり、上記のモードフォーマットが採用されることにより、ディスクは記録再生装置に対して下位互換性を備えることになる。
【００８９】
次にヘッダの第１０バイト目に設けられるカテゴリー情報の定義について説明する。
・・・カテゴリー情報（Category）＝『００ｈ』の場合。
データエリアの状態に関わらず、このセクターがデータが記録されていないオープンセクターであることを示す。従って、セクターの内容を消去したい場合は、このカテゴリー情報（Category）を『００ｈ』に書き換えればよい。
【００９０】
・・・カテゴリー情報（Category）＝『０１ｈ』の場合。
このセクターにバイナリデータが記録されていることを示す。データの種類には制限がない。このようなセクターは、データエリアに記録されたバイトをそのままデジタルデータとしてアプリケーション（ソフトウエア）側に渡すような使い方がされることになる。なお、カテゴリー情報がこの『０１ｈ』である場合、続くインデックス情報としては、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示すこととなる。なお、データエリアは２０４８バイトであるため、インデックス情報（Index ）は『００ｈ』〜『１０ｈ』の内のいづれかの値をとることになる。
【００９１】
・・・ カテゴリー情報（Category）＝『１０ｈ』〜『１Ｆｈ』の場合。
このセクターにドキュメント（文書）データが記録されていることを示す。
この場合も、続くインデックス情報としては同様に、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示すこととなる。
【００９２】
・・・ カテゴリー情報（Category）＝『２０ｈ』〜『２Ｆｈ』の場合。
このセクターにシングルドットイメージ、つまり１枚のイメージファイルが白黒のドットデータとして記録されていることを示す。この場合も、続くインデックス情報としては同様に、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示す。
【００９３】
・・・ カテゴリー情報（Category）＝『３０ｈ』〜『３Ｆｈ』の場合。
このセクターにマルチプルドットイメージ、つまり複数枚のイメージファイルが白黒のドットデータとして記録されていることを示す。この場合も、続くインデックス情報としては同様に、（Index ）としてのバイトに記録されている数値×１２８バイトの大きさだけデータ領域が確保されていることを示す。
【００９４】
・・・ カテゴリー情報（Category）＝『Ｅ０ｈ』〜『Ｅ２ｈ』の場合。
このセクターはアロケーションテーブルとして使用されていることを示す。本実施例の場合、後述するクラスタアロケーションテーブル（ＣＡＴ）に相当するセクターとなる。なおクラスタアロケーションテーブル（ＣＡＴ）としての具体的なデータフォーマット（つまり２０４８バイトのデータエリアの使用形態を定めたフォーマット）は後述する。
この場合、続くインデックス情報としては、（Index ）＝『００ｈ』は非使用、（Index ）≠『００ｈ』のときは使用するということを表わすこととなる。
【００９５】
・・・ カテゴリー情報（Category）＝『Ｆ０ｈ』，『Ｆ１ｈ』の場合。
このセクターはディレクトリとして使用されていることを示す。本実施例においてディレクトリとして使用されるセクターとしての具体的なデータフォーマット（つまり２０４８バイトのデータエリアの使用形態を定めたフォーマット）は後述する。
【００９６】
この場合、続くインデックス情報としては、（Index ）として示された数値が記録されているディレクトリの数を示すこととなる。後述するようにセクター内にディレクトリは６４単位構成することができるので、インデックス情報（Index ）は０から６４のいづれかの数値を示すことになる。
【００９７】
・・・ カテゴリー情報（Category）＝『ＦＥｈ』，『ＦＦｈ』の場合。
このセクターはデータファイルに関連して例えばその一部が抽出されて成る文書やドットイメージによる参照情報（参照ファイル）が記録されたセクター（以下、ヘディングセクターという）であることを示す。本実施例においてヘディングセクターとして使用されるセクターとしての具体的なデータフォーマット（つまり２０４８バイトのデータエリアの使用形態を定めたフォーマット）は後述する。
【００９８】
この場合、続くインデックス情報としては、（Index ）として示された数値が記録されている参照ファイル（ヘディングパーツ）の数を示すこととなる。後述するようにヘディングパーツは１セクター内に文書の場合で３２ユニット（１ユニット６４バイトとすると２０４８バイトのデータエリアに３２ユニット記録可能）であり、ドットイメージの場合で４ユニット（１ユニット５１２バイトとすると同じくデータエリアに４ユニット記録可能）であるため、インデックス情報（Index ）は０〜３２もしくは０〜４のいづれかの数値を示すことになる。
【００９９】
＜６．データＵ−ＴＯＣによるデータファイル管理方式＞
以下、上記のフォーマットのディスクに対して記録／再生を行なう際のデータファイルの管理方式について説明する。なお、ここでは以下のように管理情報のフォーマットを示す。
−ａ− データＵ−ＴＯＣのクラスタ構成
−ｂ− ＣＡＴ（クラスタアロケーションテーブル）セクター
−ｃ− ディレクトリセクター
−ｄ− ヘディングセクター
【０１００】
−ａ− データＵ−ＴＯＣのクラスタ構成
記録再生装置１０にディスク１が挿入されると、前述したように先ず記録再生装置１０はＰ−ＴＯＣを読み込み、バッファＲＡＭ３３に保持する。
そして、そのＰ−ＴＯＣの情報の内、Ｕ−ＴＯＣのスタートアドレスＵＳＴA を参照し、Ｕ−ＴＯＣの記録位置を確認する。そして、前述したようにデータＵ−ＴＯＣはＵ−ＴＯＣのスタートアドレスＵＳＴA からクラスタアドレスが『１０ｈ』又は『−１０ｈ』オフセットされた位置に記録されているものであるため（前記図６参照）、その位置にアクセスしてデータＵ−ＴＯＣを取り込む。なお、その位置にデータＵ−ＴＯＣが存在しない場合は、そのディスクはデータ記録のなされていないバージンディスクと判断して、データＵ−ＴＯＣのイニシャライズを行なうこととなる。
データＵ−ＴＯＣを取り込んだ場合（又は初期管理情報を生成してこれを取り込んだ場合）は、その管理情報を用いて実際のデータの記録／再生を行なうべきエリアの管理や、データ検索が行なわれることになる。
【０１０１】
ところで、ディスク１がデータ記録専用とされる場合（つまり、Ｕ−ＴＯＣで一般データエリアを管理する必要のない場合）は、実際にＵ−ＴＯＣ（つまりオーディオデータの管理情報）が存在していなくてもよい。そしてＵ−ＴＯＣの記録されるべきアドレスはＰ−ＴＯＣの情報であるＵ−ＴＯＣのスタートアドレスＵＳＴA として管理されており、データＵ−ＴＯＣの位置はこのＵ−ＴＯＣのスタートアドレスＵＳＴA から算出されるため、Ｕ−ＴＯＣの有無に関わらず所定位置にデータＵ−ＴＯＣを生成し、またデータＵ−ＴＯＣを読み込んで管理情報として使用することができる。
【０１０２】
このようにデータの記録／再生の管理を実行できるように構成されたデータＵ−ＴＯＣのクラスタについて説明する。
データＵ−ＴＯＣは１クラスタのサイズとされ、記録再生管理エリアにおいて上記したＵ−ＴＯＣスタートアドレスＵＳＴA より『１０ｈ』又は『−１０ｈ』オフセットされた位置に３クラスタにわたって３重書きされるものである。
【０１０３】
そしてデータＵ−ＴＯＣにはデータを記録／再生するレコーダブルエリアについての全クラスタ（図６の『００００ｈ』から『０ＢＦＦｈ』までのクラスタ）の結合状態の情報を示すクラスタアロケーションテーブル（以下、ＣＡＴという）と、データファイル名等が格納され、またそのデータファイルの先頭のアドレス位置（下層のディレクトリが存在し、それを示すディレクトリの場合にはその下層のディレクトリのアドレス位置）等を示すことができるディレクトリ、及び参照情報としてのヘディングパーツを備えたセクターを有する構成とされる。
【０１０４】
データＵ−ＴＯＣの３２セクター（１クラスタ）の構成を図１２に示す。
先ず先頭の３セクター（セクター００〜セクター０２）がＣＡＴ（ＣＡＴ０〜ＣＡＴ２）とされている。
続くセクター０３がルートディレクトリのために割り当てられ、以下セクター０４〜セクター１Ｆまでの２８セクターにおける『Reserved』はディレクトリの拡張用や後述するヘッディングセクターとして用いることができるように用意されている。
【０１０５】
−ｂ− ＣＡＴ（クラスタアロケーションテーブル）セクター
セクター００に割り当てられるＣＡＴ０のフォーマットは図１３に示される。ＣＡＴとして使用されるセクターの場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤ（図８のＩＤ０〜ＩＤ３）としては、図１３に示すように『ＭＩＮＸ』という文字がアスキーコードにより記録される。この『ＭＩＮＸ』は、そのセクターがオーディオ用ではないデータＵ−ＴＯＣとして使用されていることを示すものとなる。従って、データＵ−ＴＯＣをイニシャライズする際、書き換える際などには記録再生装置１０はこの『ＭＩＮＸ』をデータＵ−ＴＯＣの各セクターにシステムＩＤとして記録することになる。これにより、Ｐ−ＴＯＣの識別ＩＤである『ＭＩＮＩ』と区別される。
【０１０６】
そしてデータＵ−ＴＯＣを読み出す際には、この『ＭＩＮＸ』というシステムＩＤを参照して、そのセクターがデータＵ−ＴＯＣとしてのセクターであるか否かを判別し、データＵ−ＴＯＣとしてのセクターであることが確認されたらそのセクターの情報を管理情報として用いることになる。
【０１０７】
また、図１３のフォーマットはＣＡＴ（ＣＡＴ０）を示すものであるためヘッダにおける第１０バイト目のカテゴリー情報は『１１１０００００』、つまり『Ｅ０ｈ』とされ、当セクターがＣＡＴ（ＣＡＴ０）であることを示すことになる。
【０１０８】
データエリアとなる２０４８バイトにはＣＡＴユニットとしてのデータが記録されている。
ＣＡＴとしてはレコーダブルエリアにおける全クラスタ（図６の『００００ｈ』から『０ＢＦＦｈ』までのクラスタ）についての結合状態のデータが示される必要があるが、まずＣＡＴ０においては、第０から第１０２３のクラスタについての情報が割り当てられ、１０２４個のＣＡＴユニットが記録される。
【０１０９】
なお、レコーダブルエリアにおけるクラスタのうち、ＣＡＴ０の１０２４個のＣＡＴユニットで対応しきれないクラスタについては後述するＣＡＴ１，ＣＡＴ２によって管理されることとなる。３セクターのＣＡＴにより『Ｃ００ｈ』（つまり３０７２個）のクラスタが管理可能であるため、３セクターのＣＡＴにより『００００ｈ』から『０ＢＦＦｈ』までの全クラスタをカバーできる。
【０１１０】
ＣＡＴユニットとしては、１クラスタについて２バイトが割り当てられており、例えば第０クラスタは（CAT000-H）と（CAT000-L）により表現される。また同様に例えば第４クラスタについての情報は（CAT004-H）と（CAT004-L）に示されることとなる。
【０１１１】
各ＣＡＴユニットの構成は図１６に示される。２バイトのＣＡＴユニットは４ビットづつのワードＷ０〜Ｗ３とされる。
そしてワードＷ０は、そのクラスタの分類を示し、またワードＷ１〜Ｗ３は、データファイルが連続するクラスタ以外のクラスタに続いている場合にそのアクセスすべきクラスタナンバを示す場合か、又は連続する空きクラスタの長さを示す場合、さらに又はデータファイルの先頭クラスタの場合の結合情報を示す場合のみに用いられる。
【０１１２】
ワードＷ０における定義を図１７に示す。
ワードＷ０＝『Ｆｈ』の場合はそのクラスタは記録可能な空きクラスタであることを示している。なお、この場合ワードＷ１〜Ｗ３において連続する空きクラスタの長さが示されることになる。
ワードＷ０＝『Ｅｈ』は、そのクラスタがあるファイルデータの終了部となるクラスタであることを示す。
ワードＷ０＝『Ｄｈ』は、そのクラスタがあるファイルデータ内で次のクラスタに連続しているクラスタであることを示す。
ワードＷ０＝『Ｃｈ』は、そのクラスタがあるファイルデータので先頭のクラスタであることを示す。
ワードＷ０＝『Ｂｈ』は、そのクラスタから、ワードＷ１〜Ｗ３で示されるクラスタに続いてジャンプすべきことを示している。
【０１１３】
ワードＷ０＝『６ｈ』〜『１ｈ』についてはそのクラスタが記録禁止とされているクラスタであることを示し、『６ｈ』はデータファイルの終了部のクラスタ、『５ｈ』は次のクラスタと連続するクラスタ、『４ｈ』はデータファイルの先頭のクラスタ、『３ｈ』はワードＷ１〜Ｗ３で示されるアドレスのクラスタにジャンプすべきクラスタであることをそれぞれ示している。
【０１１４】
ワードＷ０＝『０ｈ』であるときは、そのクラスタが記録及び再生禁止とされているクラスタであることを示す。
【０１１５】
なお、ワードＷ０＝『Ｃｈ』又は『４ｈ』でデータファイルの先頭クラスタとされる場合には、ワードＷ１，Ｗ２，Ｗ３が『０００ｈ』であれば、そのデータファイルは次のクラスタに連続することを示し、ワードＷ１，Ｗ２，Ｗ３が『ＦＦＦｈ』であれば、そのデータファイルはその先頭クラスタである１クラスタのみで終了していることを示し、またワードＷ１，Ｗ２，Ｗ３が『０００ｈ』又は『ＦＦＦｈ』でない場合は、そのデータファイルはその先頭のクラスタからワードＷ１，Ｗ２，Ｗ３で示されるクラスタに連続していることを示すことになる。
【０１１６】
このようにＣＡＴユニットが構成されることにより、ＣＡＴとしては例えば４クラスタで１つのデータファイルが形成されている場合、その４つのクラスタに該当する各ＣＡＴユニットでは、『Ｗ０，Ｗ１，Ｗ２，Ｗ３』は、『Ｃ０００ｈ』『Ｄ＊＊＊ｈ』『Ｄ＊＊＊ｈ』『Ｅ＊＊＊ｈ』となる（＊、つまりＷ１，Ｗ２，Ｗ３は規定されない）。例えば第０〜第３クラスタがこのようにデータファイルで構成されていれば、（CAT000-H，CAT000-L）のＣＡＴユニットから、（CAT003-H，CAT003-L）のＣＡＴユニットに『Ｃ０００ｈ』『Ｄ＊＊＊ｈ』『Ｄ＊＊＊ｈ』『Ｅ＊＊＊ｈ』と記録されることになる。
【０１１７】
以上の管理形態でＣＡＴが構成されるわけであるが、ディスク１はらせん状に記録トラックが形成されているため、データファイルとしては連続したクラスタに記録されていくことが多くなると考えられる。従って、上記ＣＡＴ形態は多くの場合においてワードＷ１〜Ｗ３については演算の必要が無いことになり非常に効率的にクラスタ連結状態を把握できることになる。
【０１１８】
データＵ−ＴＯＣのセクター０１に記録されるＣＡＴ１についてのフォーマットは図１４に示され、このセクターでも１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤとしては、『ＭＩＮＸ』がアスキーコードにより記録される。また、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１００００１』、つまり『Ｅ１ｈ』とされ、当セクターがＣＡＴ（ＣＡＴ１）であることを示すことになる。
【０１１９】
データエリアとなる２０４８バイトにはＣＡＴ０と同様に１０２４個のＣＡＴユニットとしてのデータが記録されている。ここでは第１０２４から第２０４７のクラスタについての情報が割り当てられる。ＣＡＴユニット（CAT1024-H ，CAT1024-L ）〜（CAT2014-H ，CAT2047-L ）までのＣＡＴユニットの構造は上記図１６、図１７のとおりである。
【０１２０】
データＵ−ＴＯＣのセクター０２に記録されるＣＡＴ２についてのフォーマットは図１５に示され、このセクターでも１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤとしては、『ＭＩＮＸ』がアスキーコードにより記録される。また、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１０００１０』、つまり『Ｅ２ｈ』とされ、当セクターがＣＡＴ（ＣＡＴ２）であることを示すことになる。
【０１２１】
データエリアとなる２０４８バイトにはＣＡＴ０，ＣＡＴ１と同様に１０２４個のＣＡＴユニットとしてのデータが記録されている。ここでは第２０４８から第３０７１のクラスタについての情報が割り当てられる。ＣＡＴユニット（CAT2048-H ，CAT2048-L ）〜（CAT3071-H ，CAT3071-L ）までのＣＡＴユニットの構造は上記図１６、図１７のとおりである。
【０１２２】
以上のＣＡＴ０，ＣＡＴ１，ＣＡＴ２のセクターによりレコーダブルエリアにおける全クラスタの結合状態が管理される。
【０１２３】
−ｃ− ディレクトリセクター
データＵ−ＴＯＣのセクター０３においてルートディレクトリとして形成されるセクター（又はセクター０４〜１Ｆにおいてディレクトリとして形成されるセクター）のフォーマットは図１８に示される。
【０１２４】
ディレクトリとして使用されるセクターの場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤ（図８のＩＤ０〜ＩＤ３）としては、ＣＡＴの場合と同様に、図１８のとおり『ＭＩＮＸ』がアスキーコードにより記録される。この『ＭＩＮＸ』は、そのセクターがデータＵ−ＴＯＣとして使用されていることを示すものとなる。従って、データＵ−ＴＯＣをイニシャライズする際、書き換える際などには記録再生装置１０はこの『ＭＩＮＸ』をディレクトリとしてのセクターにもシステムＩＤとして記録することになる。
そして記録再生装置１０では、ＣＡＴの場合と同様にディレクトリセクターについても、この『ＭＩＮＸ』というシステムＩＤを参照して、そのセクターがデータＵ−ＴＯＣとしてのセクターであるか否かを判別し、データＵ−ＴＯＣとしてのセクターであることが確認されたらそのセクターの情報を管理情報として用いることになる。
【０１２５】
また、図１８のフォーマットはディレクトリを示すものであるためヘッダにおける第１０バイト目のカテゴリー情報は『１１１１０００＊』、つまり『Ｆ０ｈ』又は『Ｆ１ｈ』とされ、当セクターがディレクトリであることを示すことになる。
【０１２６】
データエリアとなる２０４８バイトにはディレクトリユニットとしてのデータが記録されている。
ディレクトリユニット（つまり１つのディレクトリ）は或るデータファイルに対応して設けられるものであり、３２バイトで構成される。
図１８では３２バイトからなる１つのディレクトリユニットしか示していないが、２０４８バイトのデータエリア内には同様に３２バイトからなる６４単位のディレクトリユニットが記録可能とされる。
【０１２７】
ディレクトリユニットにおいて先頭の８バイト（Name0 〜Name7 ）にはデータファイルの名称が記録される。また、続く３バイト（Suffix0 〜Suffix2 ）には拡張子が記録されるように割り当てられている。
例えばレコーダブルユーザーエリアに記録されているデータファイルを検索する際には、このディレクトリユニットの名称及び拡張子が用いられる。
【０１２８】
拡張子に続く１バイトにはカテゴリー情報(Category ）が配される。このカテゴリー情報(Category ）は、このディレクトリユニットの対応するデータファイルの属性を示すもので、前述したデータ用セクターのフォーマットの中で説明したカテゴリー情報と同様のものである。
【０１２９】
続く２バイトのボリューム情報（Volume1-0 ，Volume1-1 ）は、このディレクトリが示すデータファイルが使用しているクラスタ数を表わしている。つまりデータファイルの再生に何クラスタのアクセスが必要かを示す。
【０１３０】
さらに続く２バイトのボリューム情報（Volume2-0 ，Volume2-1 ）は、このディレクトリが示すデータファイルを受け取って使用するために必要なホスト機器側のメモリ容量を表わす。
このボリューム情報（Volume1-0 ，Volume1-1 ）又は（Volume2-0 ，Volume2-1 ）については、定義されていない場合（つまりアプリケーション側に任されている場合）は『００ｈ』となる。
【０１３１】
続く２バイトのインデックス情報（Index0，Index1）は、このディレクトリセクターと同じクラスタ内に、そのデータファイルの参照情報としてのヘディングセクターが存在する場合に用いられるもので、インデックス情報（Index0）としてそのヘディングセクターのセクターナンバが記録され、インデックス情報（Index1）としてそのヘディングセクターのセクター内におけるパーツナンバ（後述）が記録されている。
ヘディングセクターが存在しない場合はインデックス情報（Index0）＝『００ｈ』とされる。
【０１３２】
また１バイトおいて続く５バイトにはそのディレクトリが対応するデータファイルが最後に更新された日時情報が記録される。即ち、年、月、日、時、分の情報が、それぞれ(Year)、(Month) 、(Day) 、(Hour)、(Minutes) としてのバイトに記録される。
【０１３３】
続いて対応するデータファイルのアドレスが記録される。即ち(Cluster-H）(Cluster-L）の２バイトでクラスタアドレスが示され、（Sector）の１バイトでセクターアドレスが示される。
以上の構成でディレクトリユニットが形成され、各データファイルについての検索情報として機能することになる。
【０１３４】
ここで、このディレクトリユニットにおける第１２バイト目となるカテゴリー情報(Category ）がディレクトリを示す『Ｆ０ｈ』又は『Ｆ１ｈ』であった場合、そのディレクトリユニットで示されるセクターは１段下層のディレクトリとなる。つまりディレクトリを階層化する際に用いられる。この場合他のディレクトリとの混成は禁止される。
【０１３５】
ファイルの構造を階層化する場合には、データＵ−ＴＯＣのセクター０３におけるルートディレクトリ内に、ディレクトリユニットの第１２バイト目のカテゴリー情報(Category ）がディレクトリを示すディレクトリユニットを設け、そのディレクトリユニットの示すアドレス位置に下層のディレクトリユニットを作ることになる。もちろんさらに下層のディレクトリユニットを作る場合も同様にする。
【０１３６】
この場合に本実施例では、図１２に示すセクター０４〜１Ｆにおいて下層のディレクトリユニットを設けることができるようにしている。
ディレクトリを階層化した場合は、従来の情報機器のデータ検索の際にはディレクトリを何度もアクセスしてそのチェインをたどっていき、最後にデータファイルにたどり着くという動作が必要になるが、本実施例の場合、ディレクトリは全てデータＵ−ＴＯＣ内、即ち１クラスタ内に集中されている。そして前述したように記録／再生動作の最小単位はクラスタであるため、１クラスタ内に階層構造でチェインされたディレクトリユニットが全て存在する限り、ディレクトリ間でのアクセス動作は不要となり、ディレクトリから実際にデータファイルにアクセスする１回のみでよい。従って検索動作の著しい効率化、迅速化が実現される。
【０１３７】
なお、データＵ−ＴＯＣのクラスタの全てのセクターを使用したとすると、最大２８のディレクトリセクターが構成可能で、各セクターいは６４単位のディレクトリユニットが形成できるため、１クラスタ内には最大１７２９単位のディレクトリユニットを形成することができ、かなり大規模な階層化がなされても対応可能である。また、さらにそれ以上のディレクトリが必要な場合は、データを記録するレコーダブルユーザーエリアの任意の場所（ただし３クラスタ連続して記録できる場所）に新たに下層のディレクトリ用のクラスタを設け、ディレクトリを形成していくようにすればよい。
【０１３８】
図１９にディレクトリ階層構造の概念図を示す。図１９における各ブロックはディレクトリユニットを示し、『ＤＩＲ＊』の名称で示すブロックは階層化されているディレクトリユニット、『Ｆｉｌｅ＊』の名称で示すユニットは実際のデータファイルに対応しているディレクトリユニットを示すとする。
【０１３９】
階層化されている『ＤＩＲ＊』のディレクトリユニットはそれぞれ下層のディレクトリユニットを示すセクターアドレスが記録される（実線矢印）。一方、最下層となり実際のデータファイルを示す『Ｆｉｌｅ＊』のディレクトリユニットにはそのデータファイルのクラスタアドレスが記録される（点線矢印）。
これらのディレクトリユニットは図中左側に示すようにデータＵ−ＴＯＣ内のセクター０３〜セクター０８に記録されているとする。
【０１４０】
いま、データファイル名が『ＦｉｌｅＥ』とされ、クラスタ５００に記録されたデータファイルをアクセスすることを考えると、ルートディレクトリとしてのセクター０３に記録されたディレクトリユニット『ＤＩＲ０』から『ＤＩＲ１』→『ＤＩＲ３』→『ＤＩＲ４』→『ＦｉｌｅＥ』というようにチェインされたディレクトリユニットのパスを通ってディレクトリユニット『ＦｉｌｅＥ』によりそのデータファイルのクラスタアドレスが検索され、クラスタ５００におけるデータファイルのアクセスが実行されるわけであり、つまり、セクター０３〜０７までをたどっているがるが、このセクター０３〜０７は同一クラスタ内に存在するものであるので、実際には５００クラスタへの１回のアクセスのみでデータ検索／実行が可能となる。
【０１４１】
−ｂ− ヘディングセクター
次にヘディングセクターについて説明する。
上述したようにディレクトリセクターとして形成できるデータ−ＴＯＣ内のセクターはヘディングセクターとしても用いることができる。
セクターがヘディングセクターとして用いられる際のフォーマットを図２０、図２１に示す。なお図２０は文字による参照情報が形成されるヘディングセクター、図２１はドットデータによる参照情報が形成されるヘディングセクターである。
【０１４２】
まず図２０の文字による参照情報がヘディングセクターとして設けられる場合を説明する。
データＵ−ＴＯＣにおける或るセクターがヘディングセクターとされて使用される場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤ（図８のＩＤ０〜ＩＤ３）としては、ＣＡＴ、ディレクトリの場合と同様に、『ＭＩＮＸ』がアスキーコードにより記録される。この『ＭＩＮＸ』は、そのセクターがデータＵ−ＴＯＣとして使用されていることを示すものとなる。従って、データＵ−ＴＯＣにおいてヘディングセクターが形成される際は、記録再生装置１０はこの『ＭＩＮＸ』をヘディングセクターにもシステムＩＤとして記録することになる。
【０１４３】
そして記録再生装置１０では、ＣＡＴ，ディレクトリの場合と同様にヘディングセクターについても、この『ＭＩＮＸ』というシステムＩＤを参照して、そのセクターがデータＵ−ＴＯＣとしてのセクターであるか否かを判別し、データＵ−ＴＯＣとしてのセクターであることが確認されたらそのセクターの情報を管理情報として用いることになる。
【０１４４】
また、このセクターがヘディングセクター（文字データのヘディングセクター）であることを示すため、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１１１１１１』、つまり『ＦＦｈ』とされる。
【０１４５】
データエリアとなる２０４８バイトには所定のデータファイルに対応する参照情報となるヘディングパーツとしてのデータが記録されている。
ヘディングパーツ（つまり１つの参照情報）は或るデータファイルに対応して、例えばそのデータファイルの文頭文字が抽出されて設けられるものであり、６４バイトで構成される。もちろんヘディングパーツとしては文頭文字に限らず、ユーザーによる指定した文字部分、又はアプリケーション側のプログラムにより指定された文字部分で形成されてもよい。
【０１４６】
図２０では(Hd-Data0)〜(Hd-Data63) として記録される１つのヘディングパーツしか示していないが、２０４８バイトのデータエリア内には同様に６４バイトからなる３２単位のヘディングパーツが記録可能とされる。１セクターに最大３２単位の各ヘディングパーツについては、パーツナンバが付されている。そして、各ヘディングパーツは、上述したように或るディレクトリユニットにおいてインデックス情報（Index0，Index1）においてセクターナンバ及びパーツナンバが記録されていることにより特定のディレクトリユニット（つまり特定のデータファイル）にチェインされている。
【０１４７】
次に図２１のドットデータによる参照情報がヘディングセクターとして設けられる場合を説明する。
文字の場合と同様にデータＵ−ＴＯＣにおける或るセクターがドットデータによる参照情報を記録したヘディングセクターとされて使用される場合、１６バイトのヘッダにおいて最後の４バイトに割り当てられているシステムＩＤとしては、ＣＡＴ、ディレクトリの場合と同様に、『ＭＩＮＸ』がアスキーコードにより記録される。
【０１４８】
また、このセクターがヘディングセクター（ドットデータのヘディングセクター）であることを示すため、ヘッダにおける第１０バイト目のカテゴリー情報は『１１１１１１１０』、つまり『ＦＥｈ』とされる。
【０１４９】
データエリアとなる２０４８バイトには所定のデータファイルに対応する参照情報となるヘディングパーツとしてのデータが記録される。
この場合ヘディングパーツは、或るデータファイルに対応して、例えばそのデータファイルの一部を抽出して生成するか、又は関連した図柄を配したもので（いわゆるアイコン）あり、５１２バイトで構成される。もちろんこの場合もデータファイルからドットデータを抽出する際のデータ部位は各種考えられる。
【０１５０】
そして、図２１では(Hd-Data0)〜(Hd-Data511)として記録される１つのヘディングパーツしか示していないが、２０４８バイトのデータエリア内には同様に５１２バイトからなる４単位のヘディングパーツが記録可能とされる。１セクターに最大４単位の各ヘディングパーツについては、パーツナンバが付されている。そして、各ヘディングパーツは、上述したように或るディレクトリユニットにおいてインデックス情報（Index0，Index1）においてセクターナンバ及びパーツナンバが記録されていることにより特定のディレクトリユニット（つまり特定のデータファイル）にチェインされている。
【０１５１】
これらのヘディングパーツとしての参照情報は、データファイルの検索を行なう際に、ファイル名以外のパラメータとして、例えばユーザーのファイル選択動作を容易にしたり、プログラム検索の多様性を実現するものである。
【０１５２】
例えばデータファイルが文字情報のものである場合には、キーワード検索としても用いることができる。とくに、或る複数のディレクトリに示されるデータファイルの中から特定のキーワードを持つデータファイルを検索しようとする場合、ファイル名だけでは不十分な場合が多いが、このような場合に各ディレクトリユニットにチェインされているヘディングパーツの情報を参照することにより、十分にキーワード検索が可能となる。
【０１５３】
そしてさらに本実施例では、このようなヘディングセクターはディレクトリと同一のクラスタ内に設けられるため、キーワード検索を行なう際も余分なアクセス動作は不要となり、迅速なキーワード検索が実現される。
さらに、ユーザーの補助としては、ファイルの文頭情報やアイコン、ファイル内の図形をヘディングパーツとして保持しておくことにより、ユーザーに各ファイル内容の識別を助けることとなる。
【０１５４】
以上のようにＣＡＴセクター、ディレクトリセクター、及びヘッディングセクターが構成されるデータＵ−ＴＯＣにより、一般データの記録／再生の際のデータ管理機能が実現されることになる。
つまり、文書データファイルやそのファイル名を入出力（及び記録／再生）し、またこれらを通信することができる情報機器に対する記録媒体として実現される。また、例えばイメージスキャナ等でデジタル化され、所定規則で配列された画像情報（ドットデータ）についても同様にデータファイルの入出力（及び記録／再生）、及び通信をすることができる情報機器に対する記録媒体として成立する。
もちろんこれらのデータ管理はオーディオデータ管理とは完全に独立して行なわれる。
【０１５５】
＜７．データＵ−ＴＯＣによる管理とＵ−ＴＯＣによる管理の関係＞
以上のデータＵ−ＴＯＣとＵ−ＴＯＣによる管理の関係を図２２で例をあげて説明する。ここで、図２２では１つのディスクに対する管理形態を（ａ）（ｂ）の２段にわけて示しているが、上段（ａ）に示されるのはデータＵ−ＴＯＣによる管理状態、下段（ｂ）に示されるのはＵ−ＴＯＣによる管理状態を示している。なお、下段（ｂ）にはＰ−ＴＯＣ領域も合わせて示している。
【０１５６】
いま、ディスク１にオーディオデータとして３曲の楽曲（Ｍ1 〜Ｍ3 ）と、一般データとして４つのデータファイル（ＤＦ1 〜ＤＦ4 ）が記録されているとする。さらに、所定のエリアが一般データの記録に使用することのできる空きエリアＥＡが設定されているとする。
【０１５７】
上記したようにＵ−ＴＯＣはレコーダブルユーザーエリアスタートアドレスＲＳＴA からリードアウトスタートアドレスＲＯA までのレコーダブルユーザーエリアにおいてオーディオデータを管理し、かつこの中で一般データエリアの範囲を管理するものとされている。
一方、データＵ−ＴＯＣはグルーブエリア（クラスタ『００００ｈ』からクラスタ『０ＢＦＦｈ』まで）においてデータファイル等を管理する。
【０１５８】
Ｕ−ＴＯＣとしては、図２２の下段（ｂ）に示すように、楽曲Ｍ1 ，Ｍ2 ，Ｍ3 が記録されているエリアを、それぞれ上記したようにテーブルポインタP-TNO1〜P-TNO3に続いて導かれるパーツテーブルにおいてスタートアドレス、エンドアドレス、及びトラックモードが管理されている。これらのパーツテーブルのトラックモードのうちのビットｄ4 は『０』とされ、オーディオデータであることが示されている。
【０１５９】
そしてさらに、例えばテーブルポインタP-TNO4から導かれるパーツテーブルにおいては、一般データ用エリアとして設定されている領域が管理されている。即ち、そのパーツテーブルには下段（ｂ）に示すスタートアドレスＤＳＴA 、エンドアドレスＤＥA が記され、さらにトラックモードのビットｄ4 が『１』とされて、そのセグメントが一般データ用エリアＤ1 として設定されていることが示されている。
【０１６０】
このようなＵ−ＴＯＣの管理状態は全てデータＵ−ＴＯＣにも反映され、さらにデータＵ−ＴＯＣでは各データファイルについての管理が行なわれる。
即ち、データＵ−ＴＯＣでは図２２上段（ａ）に示すように、４つの各データファイルが記録されたエリア（ＤＦ１〜ＤＦ４）と、上記一般データ用エリアＤ1 としてＵ−ＴＯＣで設定されているエリアのうち未だデータファイルが記録されておらず、以後データの記録が可能とされる空きエリアＥＡと、Ｕ−ＴＯＣ及びデータＵ−ＴＯＣの書き換えに必要なため、記録再生可能領域としてＷＡ１，ＷＡ２が管理される。
また、データの記録及び再生が禁止されたエリア（ＰＷＲ１〜ＰＷＲ４）も管理される。
【０１６１】
Ｕ−ＴＯＣにおいて管理される一般データ用エリアＤ1 としては、データＵ−ＴＯＣからみると、各データファイルが記録されたエリア（ＤＦ１〜ＤＦ４）と空きエリアＥＡを含んだ部分が対応され、Ｕ−ＴＯＣ側ではこれら全体を１曲分のファイルとみなして表現していることになる。
【０１６２】
データファイルが記録されたエリア（ＤＦ１〜ＤＦ４）については、データＵ−ＴＯＣ内でそれぞれディレクトリが作成されており、上記したようにファイルネーム、拡張子、更新日時、ファイル先頭位置アドレス等が管理されている。そして、そのファイル先頭位置アドレスとなるクラスタからの、データファイルとしての連続状態は、ＣＡＴにおける各ＣＡＴユニットにおいて、前記図１６、図１７で説明した形態で管理され、アクセス可能とされる。つまり、ＣＡＴユニットのワードＷ０は、図１７で定義を示した『Ｆｈ』〜『Ｂｈ』のいづれかとなり、ワードＷ１〜Ｗ３は必要に応じてジャンプ先のクラスタアドレス等に用いられる。
【０１６３】
なお、或るデータファイルが書き換え禁止に設定される場合は、そのデータファイルのクラスタに対応するＣＡＴユニットのワードＷ０は、図１７で定義を示した『６ｈ』〜『３ｈ』のいづれかとなる。
【０１６４】
上記一般データ用エリアＤ1 としてＵ−ＴＯＣで設定されているエリアのうちの空きエリアＥＡについては、ＣＡＴにおける、この空きエリアＥＡのクラスタに対応するＣＡＴユニットのワードＷ０が『Ｆｈ』とされて管理されている。また例えば消去動作によって空きエリアとされた場合は、ＣＡＴによる管理に加えて、カテゴリー情報で空きエリアであることが示されるディレクトリユニットが作成されていることになる。
【０１６５】
Ｕ−ＴＯＣ及びデータＵ−ＴＯＣの書き換えに必要なため、図２２のように記録再生可能領域としてＷＡ１，ＷＡ２と示されるエリアもＣＡＴにおいて記録再生可能として管理される。
また、データの記録及び再生のいづれもが禁止されたエリアとしてデータＵ−ＴＯＣではＰＷＲ１〜ＰＷＲ４のエリアが管理されている。
【０１６６】
記録再生管理エリア内におけるエリアＰＷＲ１、ＰＷＲ２はＵ−ＴＯＣ又はデータＵ−ＴＯＣの書き換えにも使用されず、さらに、リードアウトエリアとなるエリアＰＷＲ４もデータ記録／再生に用いられないため、ＣＡＴにおいてこれらのエリアのクラスタに対応するＣＡＴユニットのワードＷ０は、図１７で定義した『０ｈ』とされて記録及び再生が禁止とされている。なお、これらはＵ−ＴＯＣの管理外のエリアであるのでＵ−ＴＯＣとは対応していない。
【０１６７】
エリアＰＷＲ３は、即ち楽曲Ｍ1 ，Ｍ2 ，Ｍ3 が記録されたエリアであり、これに対応して管理される。そしてこの場合も、ＣＡＴにおいてこれらのエリアのクラスタに対応するＣＡＴユニットのワードＷ０は、図１７で定義した『０ｈ』とされてデータＵ−ＴＯＣから見た場合は記録及び再生が禁止される。
つまり、楽曲Ｍ1 ，Ｍ2 ，Ｍ3 はオーディオデータであるため、これをデータＵ−ＴＯＣ上では記録／再生のいづれをも禁止として管理しておき、データＵ−ＴＯＣを用いてデータファイルを再生する際に、誤って一般データとしてアクセスして再生してしまうことが防止されるようにする。またデータＵ−ＴＯＣを用いてデータファイルを記録する際に、誤ってデータファイルを書き込んでしまい、楽曲データを破壊してしまうことを防止するようにしている。
【０１６８】
なお、図２２の上段（ａ）及び下段（ｂ）にＮＡ1 ，ＮＡ2 として示される領域は未定義の領域であり、Ｕ−ＴＯＣ内で未記録領域として管理され、オーディオデータの記録が可能とされている領域である。つまり、Ｕ−ＴＯＣでは、テーブルポインタP-FRA から導かれるパーツテーブルによって示されて管理される。また、この部分におけるクラスタはデータＵ−ＴＯＣにおけるＣＡＴにおいて、ＣＡＴユニットのワードＷ０（図１７参照）は『Ａｈ』〜『７ｈ』のいづれかとされている。
【０１６９】
Ｕ−ＴＯＣとデータＵ−ＴＯＣの管理状態の関係が例えば以上のようになされているため、１枚のディスクにオーディオエリアと一般データエリアが混在しても、記録／再生動作の混乱はなくなる。
即ちＵ−ＴＯＣを用いて楽曲の記録／再生を行なう際には一般データエリア（Ｄ1 ）はオーディオ記録／再生用のエリアとしては除外されることになり一般データエリアに影響を与えない。また、データＵ−ＴＯＣを用いてデータファイルの記録／再生を行なう際にはオーディオエリアは記録及び再生のいづれもが禁止されるように管理されているため、オーディオデータの誤消去やオーディオデータを誤ってデータファイルとして再生することはない。
【０１７０】
＜８．データＵ−ＴＯＣ管理による記録／再生動作＞
上記のようにＣＡＴ，ディレクトリ，ヘディングセクターにより構成されているデータＵ−ＴＯＣを管理情報として用いた、データの記録／再生の際の記録再生装置１０の動作を図２３のフローチャートに示す。なお、このフローチャートは記録再生装置１０におけるシステムコントローラ２１の制御処理動作となる。
【０１７１】
記録再生装置１０にディスク１が挿入されると、先ず記録再生装置１０はＰ−ＴＯＣに対してアクセスを行ない、Ｐ−ＴＯＣデータを読み込んで、これをバッファＲＡＭ３３に保持する(F101)。ただしＰ−ＴＯＣアクセスにおいてＰ−ＴＯＣがみつからなかった場合は適正なディスクではないとしてエラー処理を行なう (F102→F103) 。
【０１７２】
Ｐ−ＴＯＣデータを読み込んだら、そのＰ−ＴＯＣの情報の内、Ｕ−ＴＯＣのスタートアドレスＵＳＴA を参照し、Ｕ−ＴＯＣの記録位置（記録される位置）を確認する。そして、Ｕ−ＴＯＣスタートアドレスＵＳＴA におけるクラスタアドレス部分がクラスタアドレス『２０ｈ』より小さいアドレスか否かを判別する(F104)。ＵＳＴA ≦『２０ｈ』であれば、Ｕ−ＴＯＣの記録位置より後方のアドレス位置において記録再生管理エリアには３クラスタ連続のデータＵ−ＴＯＣを記録する余裕があり、このディスクについてはＵＳＴA ＋『１０ｈ』の位置がデータＵ−ＴＯＣのスタートアドレスと設定されている（もしくは以後設定される）ため、ＵＳＴA ＋『１０ｈ』をデータＵ−ＴＯＣのスタートアドレスＡｄ(DU)として把握する(F105)。
【０１７３】
また、ＵＳＴA ＞『２０ｈ』であったら、次にＵ−ＴＯＣスタートアドレスＵＳＴA におけるクラスタアドレス部分がクラスタアドレス『３０ｈ』より小さいアドレスか否かを判別する (F104→F106) 。
Ｕ−ＴＯＣスタートアドレスＵＳＴA がクラスタアドレス『３０ｈ』より大きいアドレスである場合は、Ｕ−ＴＯＣは適正位置に記録されることのないもので、適正ディスクでないと判断し、エラー処理を行なう (F106→F103) 。
【０１７４】
ステップF106でＵＳＴA ≦『３０ｈ』であったら、Ｕ−ＴＯＣの記録位置より前方のアドレス位置において記録再生管理エリアには３クラスタ連続のデータＵ−ＴＯＣを記録する余裕があり、このディスクについてはＵＳＴA −『１０ｈ』の位置がデータＵ−ＴＯＣのスタートアドレスと設定されている（もしくは以後設定される）ため、ＵＳＴA −『１０ｈ』をデータＵ−ＴＯＣのスタートアドレスＡｄ(DU)として把握する(F107)。
【０１７５】
以上のようにデータＵ−ＴＯＣのアドレスを把握したら、データの記録又は再生が指示されることを待機する(F108)。
再生が指示された場合は処理はステップF109に進み、まずアドレスＡｄ(DU)におけるデータＵ−ＴＯＣをアクセスする。ここで、データＵ−ＴＯＣがみつからなかった場合は即ちデータファイルが以前に記録されておらず、データＵ−ＴＯＣも生成されていないとしてエラー処理（ファイルなしとしての処理）を行なう (F110→F112) 。
【０１７６】
アドレスＡｄ(DU)にデータＵ−ＴＯＣが存在したら、そのデータＵ−ＴＯＣを読み込んで上記したディレクトリやヘディングデータによりデータファイルの検索を行なう(F111)。そして必要とされたデータファイルがみつかれば、そのデータファイルのアドレスへアクセスし (F113→F114) 、データを読み込んでバッファＲＡＭ３３へ読み込む(F115)。もちろん、この再生動作の際にはディレクトリより再生するデータファイルの先頭クラスタのアドレスを確認した後、ＣＡＴによりクラスタ連結状態を参照してクラスタアクセスを行ない、そのデータファイルを再生していくことになる。
【０１７７】
なお、ディレクトリによる検索によって所要のデータファイルが見つからなかったら、ファイルなしとしてエラー処理を行なう (F113→F112) 。
【０１７８】
ステップF108において記録指示がなされた場合は、処理はステップF116に進み、まずアドレスＡｄ(DU)におけるデータＵ−ＴＯＣをアクセスする。ここで、データＵ−ＴＯＣがみつからなかった場合は即ちデータファイルが以前に記録されておらず、データＵ−ＴＯＣも生成されていないバージンディスクであると考えられるか、又は、そのディスクは楽曲は記録されているが、データファイルは記録されていないディスクであると考えられる。
【０１７９】
一方、アドレスＡｄ(DU)にデータＵ−ＴＯＣが見つかった場合は、記録データとされているデータファイルのサイズ（ボリューム）が、そのまま記録可能なサイズであるかを判別するため、データＵ−ＴＯＣに示されている空きエリア（図２２のエリアＥＡ）と比較する(F118)。空きエリアが十分に存在すれば、そのデータファイルをそのディスク上の空きエリアに記録していき(F119)、その記録動作に応じてデータＵ−ＴＯＣを更新して処理を終える(F120)。
【０１８０】
ステップF117でデータＵ−ＴＯＣが存在しないとされた場合は、処理はステップF121に進み、Ｕ−ＴＯＣスタートアドレスＵＳＴA をアクセスしてＵ−ＴＯＣを読み込む。
もしこのアクセスによりＵ−ＴＯＣがみつからなかったときは、即ちこのディスクは楽曲もデータファイルも記録されていないバージンディスクである。このときは、処理はステップF122からF124に進み、Ｐ−ＴＯＣからディスクの記録容量を計算してこれを空きエリアの容量とする。
【０１８１】
また、Ｕ−ＴＯＣが存在した場合は、処理はステップF122からF123に進み、Ｕ−ＴＯＣにおいて未記録領域としてテーブルポインタP-FRA から導かれるパーツテーブルによって示されている領域（図２２のＮＡ１、ＮＡ２）の容量を計算し、これをデータファイル記録可能な空きエリアとみなす。なお、この場合空きエリアとみなされたエリアとは例えば図２２で示したエリアＥＡにエリアＮＡ１、ＮＡ２の全部又は一部を加えた領域となる。
【０１８２】
また、ステップF118で空きエリアＥＡが記録しようとするデータファイルのボリュームより小さく、そのままではデータファイルを記録することができない場合も、Ｕ−ＴＯＣをアクセスし、Ｕ−ＴＯＣにおいて未記録領域としてテーブルポインタP-FRA から導かれるパーツテーブルによって示されている領域（図２２のＮＡ１、ＮＡ２）の容量を計算し、これをデータファイル記録可能な空きエリアとみなす。この場合も、空きエリアとみなされたエリアとは例えば図２２で示したエリアＥＡにエリアＮＡ１、ＮＡ２の全部又は一部を加えた領域となる。
【０１８３】
このように、空きエリアが生成又は拡張されたとみなしたら、ステップF126において、新たに生成又は拡張された空きエリアと記録しようとするデータファイルのボリュームを比較する。
そして、ここでも空きエリアが記録しようとするデータファイルのボリュームより小さいとされた場合は、そのデータファイルはこのディスクに記録することができないものとして、エラー処理を行なう(F129)。
【０１８４】
ステップF126で、記録しようとするデータファイルに対して記録可能な空きエリアが存在するとされたら、そのデータファイルをそのディスク上の空きエリア（空きエリアとみなされたエリア）に記録していく(F127)。
【０１８５】
そして、この場合もそのデータファイルの記録動作に応じてデータＵ−ＴＯＣを更新する。又はデータＵ−ＴＯＣが存在していなかった場合はデータＵ−ＴＯＣを新たに生成して（イニシャライズ及び更新）アドレスＡｄ(DU)の位置に書き込む。
【０１８６】
そしてさらに、Ｕ−ＴＯＣにおける未記録領域として管理されていたエリアをデータ用の空き領域とみなして、空き領域を拡張した場合（ステップF127の処理を行なった場合) は、Ｕ−ＴＯＣも更新する。つまり、データファイルがＵ−ＴＯＣから見た未記録領域に記録された場合は、その記録された領域を除いた部分を新たな未記録領域として管理されるようにテーブルポインタP-FRA から導かれる部分を更新し、その記録された領域については、一般データエリアとして管理されるように、そのデータファイルが記録されたセグメントをP-TNO1〜P-TNO255のうち一般データエリア用として割り当てられている所定のテーブルポインタから導かれる部分にリンクされるように更新することになる(F128)。
【０１８７】
このようにステップF128で、データＵ−ＴＯＣの更新及び空きエリアを拡張した場合はデータＵ−ＴＯＣ及びＵ−ＴＯＣの更新を行なったら、処理を終えることになる。
【０１８８】
なお、以上のように実施例を説明してきたが、データ記録再生用途として利用できる本発明の記録装置又は再生装置としては、図１、図２に示した入出力手段（データ表示手段、データ通信手段、画像スキャナ手段、キー入力手段）や、データ−フォント変換のための手段については、必ずしもこれらの全てを備える必要はなく、用途に応じて一部のみが設けられたものであってもよい。また、他のデータ入出力手段が付加されたものであってもよい。
【０１８９】
さらに、オーディオデータについて使用せず、ディスクフォーマットは実施例で説明したもののままでも一般データ記録再生用途専用にすることも可能であるが、この場合記録装置又は再生装置としてはオーディオ信号のみに対応する入出力系（エンコーダ３７，デコーダ３８，Ａ／Ｄ変換器３６，Ｄ／Ａ変換器３９等）は不要となる。
【０１９０】
【発明の効果】
以上説明したように本発明のディスク状記録媒体は、記録／再生動作を管理するための管理情報として、所定の管理エリア内に、オーディオデータ用管理情報（Ｕ−ＴＯＣ）と、一般データ用管理情報（データＵ−ＴＯＣ）とを備えるようにすることにより、オーディオデータ用とは別に一般データ用としてデータファイル管理に好適な専用の管理情報を設けることができ、各種データの記録／再生に用いられるエリアをオーディオデータエリア又は一般データエリアとして分割しディスク状記録媒体上を共用して、オーディオデータと一般データの両方に対応するディスク状記録媒体を実現できるという効果がある。
【０１９１】
またこの際に、オーディオデータ用管理情報は、少なくともオーディオデータエリアにおける各オーディオデータ単位の記録／再生のための管理情報及びオーディオデータエリアと一般データエリアを識別管理することができる管理情報を有し、また一般データ用管理情報は、少なくとも一般データファイルの記録／再生のための管理情報及びオーディオデータエリアに対して記録及び再生動作を禁止する管理情報を有しているようにすることにより、ディスク状記録媒体の記録／再生用のエリアがオーディオデータエリアとして使用される部分と一般データエリアとして使用される部分が明確に管理され、データ混在に基づく誤記録／誤消去／再生エラー等は防止され、適切なデータ記録／再生がなされることになる。
【０１９２】
また、このようなディスク状記録媒体に対応する再生装置として、オーディオデータを再生する際には、オーディオデータ用管理情報を用いて所要のオーディオデータ単位を再生し、また、一般データファイルを再生する際には、一般データ用管理情報を用いて所要のデータファイルを再生するように構成することによりオーディオデータと一般データが共用される記録媒体に対し、適切な再生動作が可能となるという効果がある。
【０１９３】
つまりオーディオデータ再生の場合は、オーディオデータ用管理情報を参照すれば、オーディオデータエリアとして使用されている部分と一般データエリアとして使用されている部分が管理されているため、一般データ用管理情報を参照しなくとも誤って一般データを再生し出力エラーが生じることはない。
そして同様に一般データ再生の場合は、一般データ用管理情報を参照すれば、オーディオデータエリアは記録再生禁止エリアとして管理されているため、オーディオデータ用管理情報を参照しなくともオーディオデータを再生してしまうことは生じない。
そして、また、このように一方の管理情報のみを参照すればよいことから迅速な再生動作が可能となるという効果もある
【０１９４】
また、このようなディスク状記録媒体に対応する記録装置として、オーディオデータを記録する際には、オーディオデータ用管理情報に対して記録動作に応じた所要の管理情報更新処理を行ない、一方、一般データファイルを記録する際には、一般データ用管理情報に対して記録動作に応じた所要の管理情報更新処理を行なうとともに、その記録動作の際に一般データエリアを拡張した場合は、その拡張動作に応じてオーディオデータ用管理情報に対して所要の管理情報更新処理を行なうように構成すれば、適切な記録管理を行なうことができるという効果がある。
【０１９５】
つまり記録動作はオーディオデータエリア内で行なわれ、一般データエリアに記録動作の影響が及ぶことはないので、一般データ用管理情報を更新する必要はなく、オーディオデータを記録する際には、オーディオデータ用管理情報に対して記録動作に応じた所要の管理情報更新処理を行なえば、オーディオデータについての適正な管理が実現する。また、これにより迅速なオーディオデータの記録が可能となる。
【０１９６】
また一方、一般データファイルを記録する際には、一般データ用管理情報に対して記録動作に応じた所要の管理情報更新処理を行なうことでデータファイル管理は適正に行なわれる。そしてまた、データファイル記録の際に一般データエリアを拡張して記録を行なった場合は、オーディオデータ用管理情報におけるオーディオデータエリアと一般データエリアを識別管理する管理情報を書き換えるようにしておけば、以降も適正にオーディオデータエリアと一般データエリアを１つのディスク状記録媒体上に併存させて管理できる。
【０１９７】
以上により、本発明は音楽用途の記録再生システムについてデータ記録再生用としても拡張し、オーディオデータと一般データに対して兼用して記録／再生を行なうことができるディスク状記録媒体を提供することを実現できるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施例のディスク状記録媒体及び記録再生装置の外観図である。
【図２】実施例の記録再生装置の構成図である。
【図３】実施例のディスク状記録媒体に設けられるＰ−ＴＯＣ情報の説明図である。
【図４】実施例のディスク状記録媒体に設けられるＵ−ＴＯＣ情報の説明図である。
【図５】実施例のディスク状記録媒体に設けられるＵ−ＴＯＣ情報のリンク構造の説明図である。
【図６】実施例のディスク状記録媒体のエリア管理状態の説明図である。
【図７】実施例のディスク状記録媒体のトラック構造の説明図である。
【図８】実施例のディスク状記録媒体に設けられるデータ用セクターの説明図である。
【図９】実施例のディスク状記録媒体に設けられるデータ用セクターモード０の説明図である。
【図１０】実施例のディスク状記録媒体に設けられるデータ用セクターモード１の説明図である。
【図１１】実施例のディスク状記録媒体に設けられるデータ用セクターモード２の説明図である。
【図１２】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのクラスタの構造の説明図である。
【図１３】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴ０セクターの説明図である。
【図１４】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴ１セクターの説明図である。
【図１５】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴ２セクターの説明図である。
【図１６】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのＣＡＴユニットの説明図である。
【図１７】実施例のディスク状記録媒体におけるＣＡＴユニットのワードの定義の説明図である。
【図１８】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのディレクトリセクターの説明図である。
【図１９】実施例のデータＵ−ＴＯＣにおけるディレクトリ階層構造の説明図である。
【図２０】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのヘディングセクターの説明図である。
【図２１】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣのヘディングセクターの説明図である。
【図２２】実施例のディスク状記録媒体に設けられるデータＵ−ＴＯＣとＵ−ＴＯＣの管理状態の関係の説明図である。
【図２３】実施例の記録再生装置のディスク状記録媒体に対する動作処理のフローチャートである。
【符号の説明】
１ ディスク（ディスク状記録媒体）
１０ 記録再生装置
１１ ディスク挿入部
１２ キー入力部
１３ 表示部
１４ 画像スキャナ部
１５ 入出力コネクタ部
１６ 入出力端子
２１ システムコントローラ
２３ 光学ヘッド
２８ デコーダ
３０ エンコーダ
３２ 変換メモリ
３３ バッファＲＡＭ
３４ 通信回路
３５ 表示コントローラ
３６ Ａ／Ｄ変換器
３７ エンコーダ部
３８ デコーダ部
３９ Ｄ／Ａ変換器
Claims (1)
- オーデイオデータが記録されるオーデイオデータ領域と、一般データファイルが記録される一般データ領域とからなる記録可能ユーザ領域と、
上記オーデイオデータ領域に記録された各々のオーデイオデータ毎の開始アドレスと終端アドレスと上記一般データ領域全体の開始アドレスと終端アドレスを管理する第１の管理情報が記録された第１の管理領域と、
上記オーデイオデータ領域全体を１つのデータファイルとして扱い記録及び再生禁止領域として識別する識別子と上記一般データ領域に記録された各々の一般データファイル毎のファイル先頭位置アドレスとから成る第２の管理情報が記録された第２の管理領域とからなる管理領域を備え、
上記管理領域は上記記録可能ユーザ領域より内周側に位置することを特徴とするディスク状記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002129842A JP3921125B2 (ja) | 2002-05-01 | 2002-05-01 | ディスク状記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002129842A JP3921125B2 (ja) | 2002-05-01 | 2002-05-01 | ディスク状記録媒体 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP06299293A Division JP3433757B2 (ja) | 1993-02-26 | 1993-02-26 | ディスク再生装置、ディスク記録装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002329373A JP2002329373A (ja) | 2002-11-15 |
| JP3921125B2 true JP3921125B2 (ja) | 2007-05-30 |
Family
ID=19194317
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002129842A Expired - Fee Related JP3921125B2 (ja) | 2002-05-01 | 2002-05-01 | ディスク状記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3921125B2 (ja) |
-
2002
- 2002-05-01 JP JP2002129842A patent/JP3921125B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002329373A (ja) | 2002-11-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0613144B1 (en) | Recording medium, recording apparatus and reproducing apparatus therefor | |
| CA2141044C (en) | Recording medium management method | |
| JP3873989B2 (ja) | コンテンツデータ転送システムおよびコンテンツデータ転送方法 | |
| JPH0845246A (ja) | 記録媒体、再生方法、記録装置、及び再生装置 | |
| JP3433757B2 (ja) | ディスク再生装置、ディスク記録装置 | |
| KR100311550B1 (ko) | 기록매체및기록장치 | |
| JP3921125B2 (ja) | ディスク状記録媒体 | |
| US7366744B2 (en) | File management device and file management method | |
| JP2005025729A (ja) | ファイル転送システムおよびファイル転送方法 | |
| JP3843991B2 (ja) | ディスク状記録媒体 | |
| JP3675472B2 (ja) | 記録再生装置及び記録再生方法 | |
| JP3712003B2 (ja) | 記録方法、再生方法、及び記録装置、再生装置 | |
| JP4264949B2 (ja) | データ転送システム、データ転送方法およびデータ転送プログラム | |
| JP2004005974A (ja) | 記録媒体、記録装置、及び再生装置 | |
| JP2006260771A (ja) | 記録装置 | |
| JP3669350B2 (ja) | 記録再生装置及び検索回路 | |
| JP3829835B2 (ja) | 光磁気ディスク | |
| JP4228857B2 (ja) | 記録装置、再生装置および記録再生装置 | |
| JP3829836B2 (ja) | 再生方法、記録装置、及び再生装置 | |
| JP4196799B2 (ja) | 記録装置及び方法並びにプログラム、データ送受信システム及び方法並びにプログラム | |
| JP2005149677A (ja) | 記録再生装置、記録媒体判別方法及び識別用再生情報算出方法 | |
| JP2004095165A (ja) | 再生装置 | |
| JPH09153270A (ja) | 管理情報更新装置 | |
| JP2005196850A (ja) | データ記録再生装置及びデータ記録再生方法 | |
| JPH0831148A (ja) | 記録媒体及びデータ再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A132 Effective date: 20040413 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040706 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040805 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070111 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070216 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100223 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110223 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120223 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130223 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |