JP4288751B2 - 記録媒体、データ処理装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は各種データファイルや付加情報ファイルが記録される記録媒体、及びこの記録媒体に対する付加情報ファイルに対する編集を行うことのできるデータ処理装置に関するものである。
【０００２】
【従来の技術】
近年、例えばフラッシュメモリなどの固体記録素子を搭載した小型の記録媒体を形成し、専用のドライブ装置や、或いはドライブ装置をオーディオ／ビデオ機器、情報機器などに内蔵して、コンピュータデータ、静止画像データ、動画像データ、音楽データ、音声データなどを記録再生できるようにするものが開発されている。
このような記録媒体では、装置単体で記録再生に用いたり、またパーソナルコンピュータ等の情報機器や、或いはＣＤプレーヤ、ＭＤプレーヤ、ビデオ機器などのオーディオ・ビジュアル機器等の他の機器とシステム化して多様なデータ処理を実現できるものとして期待されている。
【０００３】
【発明が解決しようとする課題】
ところで、このような固体記憶素子を利用した記憶システムにおいては、記憶したファイルに対する編集処理を行うことが求められている。
そしてさらに、単に編集可能とするだけでなく、その編集処理がより効率化されること、例えば記録媒体内でのファイル編集のために必要となるデータ移動・複製・書換などが最小限であることや、編集のための処理時間や消費電力を最小限とすることが要求されている。
特にこの様な記録媒体では、オーディオデータやビデオデータ等に対応させて付加情報を記録できるようにすることが考えられているが、この付加情報自体は比較的データ規模の大きいデータとなる。このため、例えば１つの付加情報の削除などの編集を行いたい場合に、付加情報ファイル全体の書換を行うような処理は、処理装置側に高い処理能力が要求される。
そして例えば通常の汎用パーソナルコンピュータなどでは十分対応できる処理であっても、携帯用の記録再生装置などとしては過大な処理負担となることがあり、この様な事情からも、効率的かつ処理負担の少ない編集が可能となるような管理形態が望まれている。
【０００４】
【課題を解決するための手段】
本発明はこのような事情に応じて、特に付加情報の管理編集について、簡易な処理を実現する管理形態を提供することを目的とする。
【０００５】
このため本発明の記録媒体は、１又は複数のデータファイルと、前記各データファイルを管理する管理情報が記録される管理ファイルと、前記各データファイル又は当該記録媒体全体に関する付加情報を記録できる付加情報ファイルと、が記録領域単位ごとに記録される記録媒体であって、
前記付加情報ファイルには、付加情報内容とそのインデックスポインタが記録された１又は複数の付加情報ユニットと、前記各付加情報ユニットのインデックスポインタを示す第１のポインタとが記録され、
前記管理ファイルには、各データファイル又は当該記録媒体全体のそれぞれに対応する前記第１のポインタを指定する第２のポインタが記録されるとともに、
前記付加情報ファイル内の各第１のポインタには、その第１のポインタが示す付加情報ユニットの有効／無効を識別する識別情報が含まれるようにする。
つまり付加情報ファイル内には、複数の第１のポインタによって、それぞれの第１のポインタが特定の付加情報ユニット（実際の付加情報内容）を管理するようにする。
そしてさらに各第１のポインタが、管理ファイル内の各第２のポインタによって管理されるようにする。各第２のポインタは、それぞれ特定のデータファイル又は記録媒体全体に対応づけられる。
つまり、各データファイル又は記録媒体全体に対応する付加情報は、２段構成のポインタによって管理される状態とする。
これにより、比較的ファイル規模の大きい付加情報ファイルについては更新しなくとも、ファイル規模の小さい管理ファイルを更新することで、各種の編集を可能とするとともに、実際の付加情報ユニットを削除したい場合には、付加情報ファイル内で第１のポインタにおける識別情報を更新のみで可能とする。
【０００７】
本発明のデータ処理装置は、入力された付加情報を前記付加情報ファイル内の付加情報ユニットとして記録するとともに、その付加情報ユニットの記録に伴って、前記第１のポインタ及び第２のポインタを記録することで、記録した付加情報ユニットが、或るデータファイル又は当該記録媒体全体に関する付加情報として管理されるようにするようにするとともに、 前記各第１のポインタの識別情報に応じて、無効とされた付加情報ユニットを含まない付加情報ファイルを生成し、記録媒体上の付加情報ファイルを更新するようにする。
上記のように第１、第２のポインタ構成で付加情報が管理される記録媒体に対して、入力された付加情報を付加情報ファイル内の付加情報ユニットとして記録するとともに、その付加情報ユニットの記録に伴って、第１のポインタ及び第２のポインタを記録することで、記録した付加情報ユニットが、或るデータファイル又は当該記録媒体全体に関する付加情報として管理されるようにするとともに、上記記録媒体に対して、付加情報ファイル内の各第１のポインタの識別情報に応じて、無効とされた付加情報ユニットを含まない付加情報ファイルを生成し、記録媒体上の付加情報ファイルを更新することができるようにする。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。なお、この実施の形態は、本発明の記録媒体に相当する記録媒体として、板状の外形形状を有する板状メモリを例に挙げることとする。
また本発明のデータ処理装置に相当する例として板状メモリに対して記録再生を行うことのできるドライブ装置を挙げる。
さらに、本発明でいう「データファイル」「管理ファイル」「付加情報ファイル」の例は、それぞれ後述する「データファイル（Ａ３Ｄｎｎｎｎｎ．ＭＳＡ）」「トラック情報管理ファイル（ＴＲＫＬＩＳＴ．ＭＳＦ）」「付加情報ファイル（ＩＮＦＬＩＳＴ．ＭＳＦ）」が相当するものである。
説明は次の順序で行う。
１．板状メモリ
２．ドライブ装置の構成
３．システム接続例
４．ファイルシステム
４−１ 処理構造及びデータ構造
４−２ ディレクトリ構成
４−３ 管理構造
４−４ トラック情報管理ファイル（ＴＲＫＬＩＳＴ．ＭＳＦ）
４−５ データファイル（Ａ３Ｄｎｎｎｎｎ．ＭＳＡ）
４−６ 付加情報ファイル（ＩＮＦＬＩＳＴ．ＭＳＦ）
５．ファイル記録処理
６．ファイル削除処理
７．付加情報ファイル圧縮処理
【００１１】
１．板状メモリ
まず図１により本例の記録媒体である、板状メモリ１の外形形状について説明する。
【００１２】
板状メモリ１は、例えば図１に示すような板状の筐体内部に例えば所定容量ののメモリ素子を備える。本例としては、このメモリ素子としてフラッシュメモリ（Flash Memory）が用いられるものである。
図１に平面図、正面図、側面図、底面図として示す筐体は例えばプラスチックモールドにより形成され、サイズの具体例としては、図に示す幅Ｗ１１、Ｗ１２、Ｗ１３のそれぞれが、Ｗ１１＝６０ｍｍ、Ｗ１２＝２０ｍｍ、Ｗ１３＝２．８ｍｍとなる。
【００１３】
筐体の正面下部から底面側にかけて例えば１０個の電極を持つ端子部２が形成されており、この端子部２から、内部のメモリ素子に対する読出又は書込動作が行われる。
筐体の平面方向の左上部は切欠部３とされる。この切欠部３は、この板状メモリ１を、例えばドライブ装置本体側の着脱機構へ装填する際などに挿入方向を誤ることを防止するためのものとなる。
また筐体上面から底面側にかけて、ラベル貼付面４が形成され、ユーザーが記憶内容を書いたラベルを貼付できるようにされている。
さらに底面側には、記録内容の誤消去を防止する目的のスライドスイッチ５が形成されている。
【００１４】
このような板状メモリ１においては、フラッシュメモリ容量としては、４ＭＢ（メガバイト），８ＭＢ，１６ＭＢ，３２ＭＢ，６４ＭＢ，１２８ＭＢの何れかであるものとして規定されている。
またデータ記録／再生のためのファイルシステムとして、いわゆるＦＡＴ（File Allocation Table）システムが用いられている。
【００１５】
書込速度は１５００ＫＢｙｔｅ／ｓｅｃ〜３３０ＫＢｙｔｅ／ｓｅｃ、読出速度は２．４５ＭＢｙｔｅ／ｓｅｃとされ、書込単位は５１２バイト、消去ブロックサイズは８ＫＢ又は１６ＫＢとされる。
また電源電圧Ｖｃｃは２．７〜３．６Ｖ、シリアルクロックＳＣＬＫは最高２０ＭＨｚとされる。
【００１６】
２．ドライブ装置の構成
上記板状メモリ１に対して記録再生動作を行うことのできる本例のドライブ装置２０の構成を図２，図３で説明する。
なお、このドライブ装置２０が、板状メモリ１に対する書込や読出の対象として扱うことのできる主データの種類は多様であり、例えば動画データ、静止画データ、音声データ（ボイスデータ）、ＨｉＦｉオーディオデータ（音楽データ）、制御用データなどがある。
但し、ここでは主にＨｉＦｉオーディオデータ（音楽データ）を扱うものとして説明を行う。
【００１７】
図２（ａ）（ｂ）（ｃ）（ｄ）（ｅ）はドライブ装置２０の外観例としての平面図、上面図、左側面図、右側面図、底面図を示している。
このドライブ装置２０は、例えばユーザーが容易に携帯できるように小型かつ軽量に形成されている。
そして上記板状メモリ１は、図２（ｂ）に示すように装置上面側に形成されている着脱機構２２に対して装填され、このドライブ装置２０によって板状メモリ１に対する各種データ（音楽データ、音声データ、動画像データ、静止画像データ、コンピュータ用データ、制御データなど）の記録再生が行われる。
【００１８】
このドライブ装置２０には、平面上に例えば液晶パネルによる表示部２１が形成され、再生された画像や文字、或いは再生される音声、音楽に付随する情報、さらには操作のガイドメッセージ、再生や編集操作等のためのメニュー画面などが表示される。
【００１９】
また後述する各種機器との接続のために、各種端子が形成される。
例えば上面側には図２（ｂ）のように、ヘッドホン端子２３、マイク入力端子２５が形成される。
ヘッドホン端子２３にヘッドホンが接続されることで、ヘッドホンに再生音声信号が供給され、ユーザーは再生音声を聞くことができる。
マイク入力端子２５にマイクロホンを接続することで、ドライブ装置２０はマイクロホンで集音された音声信号を取り込み、例えば板状メモリ１に記録することなどが可能となる。
【００２０】
筐体の右側面には、図２（ｃ）のように、ライン出力端子２４、ライン入力端子２６、デジタル入力端子２７などが形成される。
ライン出力端子２４に対してオーディオケーブルで外部機器を接続することで、外部機器に対して再生音声信号を供給できる。例えばオーディオアンプに接続してスピーカシステムで板状メモリ１から再生された音楽／音声を聞くことができるようにしたり、或いはミニディスクレコーダやテープレコーダを接続して板状メモリ１から再生された音楽／音声を他のメディアにダビング記録させることなども可能となる。
またライン入力端子２６に外部機器を接続することで、例えばＣＤプレーヤなどの外部機器から供給された音声信号を取り込み、例えば板状メモリ１に記録することなどが可能となる。
さらに、デジタル入力端子２７により、光ケーブルで送信されてくるデジタルオーディオデータを入力することもできる。例えば外部のＣＤプレーヤ等がデジタル出力対応機器であれば、光ケーブルで接続することで、いわゆるデジタルダビングも可能となる。
【００２１】
図２（ｃ）のように例えばドライブ装置２０の左側面には、ＵＳＢコネクタ２８、電源端子２９などが形成される。
ＵＳＢコネクタ２８により、ＵＳＢ対応機器、例えばＵＳＢインターフェースを備えたパーソナルコンピュータなどとの間で各種通信、データ伝送が可能となる。
また本例のドライブ装置２０は例えば乾電池や充電池を内部に保持することで動作電源としているが、電源端子２９にＡＣアダプタを接続して外部の商用交流電源から動作電源を得ることも可能となる。
【００２２】
なお、これらの端子の種類、数、配置位置はあくまでも一例であり、他の例もあり得る。
例えば光ケーブル対応のデジタル出力端子を備えるようにしたり、或いはＳＣＳＩコネクタ、シリアルポート、ＲＳ２３２Ｃコネクタ、ＩＥＥＥコネクタなどが形成されるようにしても良い。
また、端子構造については既に公知であるため述べないが、上記のヘッドホン端子２３とライン出力端子２４を１つの端子として共用させたり、或いはそれにさらにデジタル出力端子を共用させることもできる。
同様に、マイク入力端子２５、ライン入力端子２６、デジタル入力端子２７を１つの端子として共用させることも可能である。
【００２３】
このドライブ装置２０上には、ユーザーの用いる操作子として、例えば操作レバー３１、停止キー３２、記録キー３３、メニューキー３４、ボリュームアップキー３５、ボリュームダウンキー３６、ホールドキー３７などが設けられる。
操作レバー３１は、少なくとも上下方向に回動可能な操作子とされ（さらに押圧可能とされても良い）、その操作態様により、音楽データ等の再生操作、ＲＥＷ（及びＡＭＳ）操作（＝早戻し／頭出し）、ＦＦ（及びＡＭＳ）操作（＝早送り／頭出し）などが可能とされる。
停止キー３２は音楽データ等の再生動作や記録動作の停止を指示するキーとなる。
記録キー３３は音楽データ等の記録動作を指示するキーである。
【００２４】
メニューキー３４は、音楽データ等の編集やモード設定のために用いるキーである。編集モードにおいては、実際の編集操作は操作レバー３１の操作やこのメニューキー３４を用いたエンター操作等で可能となる。
ボリュームアップキー３５、ボリュームダウンキー３６は音楽データ等の再生時の出力音量のアップ／ダウンを指示するキーである。
ホールドキー３７は、各キーの操作機能を有効／無効にするためのキーである。例えば携帯時に誤ってキーが押され、誤動作が生じるおそれがある場合などに、ホールドキーで各キーの操作機能を無効化する。
【００２５】
これらの操作キーはもちろん一例にすぎない。例えばこれ以外にカーソル移動キーや数字キー、操作ダイヤル（ジョグダイヤル）などの操作子が設けられても良い。
また電源オン／オフキーについては示していないが、例えば操作レバー３１による再生操作を電源オンキーとして兼用し、また停止キー３２の操作後、所定時間経過したら電源オフとするなどの処理を行うようにすることで、電源キーは不要とできる。もちろん電源キーを設けても良い。
配備する操作子の数、種類、位置は多様に考えられるが、この図２に示されるように必要最小限の操作子を用意することで、キー数の削減及びそれによる装置の小型化、低コスト化、操作性の向上を実現するもとのなる。
【００２６】
図３はドライブ装置２０の内部構成を示している。
ＣＰＵ４１は、ドライブ装置２０の中央制御部となり、以下説明していく各部の動作制御を行う。
またＣＰＵ４１内部には、例えば動作プログラムや各種定数を記憶したＲＯＭ４１ａや、ワーク領域としてのＲＡＭ４１ｂが設けられている。
また、操作部３０とは、上述した各種操作子（３１〜３７）に相当し、ＣＰＵ４１は操作部３０からの操作入力情報に応じて、動作プログラムで規定される制御動作を実行するものとなる。
【００２７】
さらにフラッシュメモリ４８が設けられており、ＣＰＵ４１はフラッシュメモリ４８に音楽記録モード、再生ボリューム、表示モードなど、各種動作に関するシステム設定情報、データの暗号化及びその解読処理のためのターミナルキーデータなどを記憶させることができる。
【００２８】
リアルタイムクロック４４はいわゆる時計部であり、現在日時を計数する。ＣＰＵ４１はリアルタイムクロック４４からの日時データにより現在日時を確認できる。
【００２９】
ＵＳＢインターフェース４３は、ＵＳＢコネクタ２８に接続された外部機器との間の通信インターフェースである。ＣＰＵ４１はＵＳＢインターフェース４３を介して外部のパーソナルコンピュータなどとの間でデータ通信を行うことができる。例えば制御データ、コンピュータデータ、画像データ、オーディオデータなどの送受信が実行される。
【００３０】
また電源部としては、レギュレータ４６、ＤＣ／ＤＣコンバータ４７を有する。ＣＰＵ４１は電源オンとする際に、レギュレータ４６に対して電源オンの指示を行う。レギュレータ４６は指示に応じてバッテリー（乾電池又は充電値）からの電源供給を開始する。又は、電源端子２９にＡＣアダプターが接続されている場合は、供給される交流電圧の整流／平滑を行なう。
レギュレータ４６からの電源電圧はＤＣ／ＤＣコンバータ４７において所要の電圧値に変換され、動作電源電圧Ｖｃｃとして各ブロックに供給される。
【００３１】
着脱機構２２に板状メモリ１が装着されることにより、ＣＰＵ４１はメモリインターフェース４２を介して板状メモリ１に対するアクセスが可能となり、各種データの記録／再生／編集等を実行できる。
【００３２】
またＣＰＵ４１は、表示ドライバ４５を制御することで、表示部２１に対して、所要の画像を表示させることが可能とされる。例えばユーザーの操作のためのメニューやガイド表示、或いは板状メモリ１に記録されたファイル内容などの表示が実行される。また、例えば板状メモリ１に対して動画若しくは静止画の画像データが記録されているとすれば、この画像データを読み出して、表示部１０８に表示させるようにすることも可能とされる。
【００３３】
上述したように本例では、オーディオ信号（音楽信号、音声信号）の入出力のために、デジタル入力端子２７、マイク入力端子２５、ライン入力端子２６、ヘッドホン端子２３、ライン出力端子２４が形成されている。
これらの端子に対するオーディオ信号処理系として、ＳＡＭ（Securty Application Module：暗号化／展開処理部）５０、ＤＳＰ（Digital Signal Processer）、アナログ→デジタル／デジタル→アナログ変換部５４（以下、ＡＤＤＡ変換部という）、パワーアンプ５６、マイクアンプ５３、光入力モジュール５１、デジタル入力部５２が設けられる。
【００３４】
ＳＡＭ５０は、ＣＰＵ４１とＤＳＰ４９の間で、データの暗号化及び暗号解読（復号）を行うとともに、ＣＰＵ４１との間で暗号キー（ターミナルキー：識別子）のやりとりを行う。つまり、ＳＡＭ５０はターミナルキーを用いて暗号化を行うとともに、ターミナルキーを用いて復号を行う。
なおＳＡＭ５０による暗号化／復号は、例えば音楽データ等の実際のデータファイルとなるデータを対象とするほか、管理情報や付加情報、すなわち後述するトラック管理情報ファイルや付加情報ファイルのデータを対象とすることも可能である。
【００３５】
ＤＳＰ４９は、ＣＰＵ４１の命令に基づいて、オーディオデータの圧縮／伸長処理を行う。
デジタル入力部５２は、光入力モジュールによって取り込まれたデジタルオーディオデータの入力インターフェース処理を行う。
ＡＤＤＡ変換部５４は、オーディオ信号に関してＡ／Ｄ変換及びＤ／Ａ変換を行う。
【００３６】
これらのブロックにより、次のようにオーディオ信号の入出力が行われる。
デジタルオーディオデータとして、外部機器から光ケーブルを介してデジタル入力端子２７に供給された信号は、光入力モジュール５１によって光電変換されて取り込まれ、デジタル入力部５２で送信フォーマットに応じた受信処理が行われる。そして受信抽出されたデジタルオーディオデータは、ＤＳＰ４９で圧縮処理されてＣＰＵ４１に供給され、例えば板状メモリ１への記録データとされる。もちろんＳＡＭ５０により暗号化される場合もある。
【００３７】
マイク入力端子２５にマイクロホンが接続された場合は、その入力音声信号はマイクアンプ５３で増幅された後、ＡＤＤＡ変換部５４でＡ／Ｄ変換され、デジタルオーディオデータとしてＤＳＰ４９に供給される。そしてＤＳＰ４９での圧縮処理（及び場合によってはＳＡＭ５０の暗号化処理）を介してＣＰＵ４１に供給され、例えば板状メモリ１への記録データとされる。
またライン入力端子２６に接続された外部機器からの入力音声信号は、ＡＤＤＡ変換部５４でＡ／Ｄ変換され、デジタルオーディオデータとしてＤＳＰ４９に供給される。そしてＤＳＰ４９での圧縮処理（及び場合によってはＳＡＭ５０の暗号化処理）を介してＣＰＵ４１に供給され、例えば板状メモリ１への記録データとされる。
【００３８】
一方、例えば板状メモリ１から読み出されたオーディオデータを出力する際などは、ＣＰＵ４１はそのオーディオデータについてＤＳＰ４９で伸長処理（及び場合によってはＳＡＭ５０の復号処理）を施させる。これらの処理を終えたデジタルオーディオデータは、ＡＤＤＡ変換部５４でアナログオーディオ信号に変換されてパワーアンプ５６に供給される。
パワーアンプ５６では、ヘッドホン用の増幅処理及びライン出力用の増幅処理を行い、それぞれヘッドホン端子２３、ライン出力端子２４に供給する。
【００３９】
また後述するように、ドライブ装置２０は板状メモリ１から読み出されたオーディオデータ（圧縮データ）や、デジタル入力端子２７又はマイク入力端子２５又はライン入力端子２６から取り込まれ、圧縮処理されたオーディオデータを、ＳＡＭ５０において暗号化処理を施したうえで、ＵＳＢインターフェース４３によりＵＳＢ端子２８から外部機器（例えばパーソナルコンピュータ）に供給することができる。
さらには、ＵＳＢ端子２８に接続された外部機器から取り込んだオーディオデータについて、ＳＡＭ５０において暗号化処理を施したうえで、再びＵＳＢ端子２８から外部機器に供給することもできる。
【００４０】
一方、外部装置からデータがＵＳＢインターフェース５３によりドライブ装置２０に入力される場合は、ＣＰＵ４１はそのオーディオデータを板状メモリ１に記録させたり、或いは、必要に応じてＳＡＭ５０で復号処理、及びＤＳＰ４９での伸長処理を実行させてヘッドホン端子２３やライン出力端子２４から出力させることができる。さらに或いは、ＵＳＢインターフェース４３により外部機器（パーソナルコンピュータ等）に送信すること（例えば受信したデータの暗号を解読した上で送信する）などを行うことができる。
【００４１】
なお、この図３に示したドライブ装置２０の構成はあくまでも一例であり、これに限定されるものではない。
例えばオーディオデータの出力のためにスピーカを内蔵し、パワーアンプ５６の出力をそのスピーカに供給して音声出力を実行させるようにすることも考えられる。
【００４２】
３．システム接続例
図４に、ドライブ装置２０を中心としたシステム接続例を示す。
ドライブ装置２０は単体で用いたり、或いはパーソナルコンピュータ１１等と通信可能に接続したシステムとして用いることができる。
【００４３】
上述のようにドライブ装置２０は板状メモリ１を装填することで、ドライブ装置単体で、その板状メモリ１に対してデータの記録や再生を行うことができる。
例えば、音楽データが記録されている板状メモリ１を装填した場合は、図４に示すようにヘッドホン１２を接続することで、その音楽再生を楽しむことができる。
【００４４】
また上述したライン入力端子２６又はデジタル入力端子２７に、外部の再生装置として例えばＣＤプレーヤ１０をケーブル１３で接続することで、ＣＤプレーヤ１０からの再生オーディオ信号を取り込み、板状メモリ１に記録することができる。
さらに図示していないが、マイクロホンを接続して集音された音声を板状メモリ１に記録したり、或いはＭＤレコーダなどの記録機器を接続してデータを供給し、その記録機器において装填されている記録媒体にデータを記録することも可能である。
【００４５】
ＵＳＢ（Universal Serial Bus）ケーブル１４によりドライブ装置２０とパーソナルコンピュータ１１等の情報機器を接続することで、パーソナルコンピュータ１１から供給されたデータを板状メモリ１に記録したり、或いは板状メモリ１から再生したデータをパーソナルコンピュータ１１にコピー／ムーブのために転送することなどが可能となる。
コピー／ムーブ先は、例えばパーソナルコンピュータ１１内のＨＤＤ１１ａとなる。
なお、パーソナルコンピュータ１１上にはスピーカ１１ｂ、ＣＤ−ＲＯＭドライブ１１ｃを示しているが、例えばＣＤ−ＲＯＭドライブ１１ｃからのオーディオデータをドライブ装置２０が板状メモリ１に記録したり、或いはＣＤ−ＲＯＭドライブ１１ｃからのオーディオデータが暗号化されている場合は、ドライブ装置２０がそれを解読してパーソナルコンピュータ１１に転送することなども可能である。
また、ドライブ装置２０からパーソナルコンピュータ１１に転送したオーディオデータをスピーカ１１ｂから音声として出力することも可能である。
【００４６】
このようにドライブ装置１は各種機器を接続することで、携帯にも適した状態で記録／再生を行ったり、或いは家庭や職場などに設置されている機器と接続してシステム動作を行うことが可能となる。
また、例えば本例のドライブ装置１は表示部を有するものとしているが、これにより板状メモリ１に記録されている文書データ、画像データなどは、ドライブ装置１の単体で再生させることができるが、もちろんそれらの文書データ、画像データ等をパーソナルコンピュータ１１上のモニタ画面に表示させることも可能である。
【００４７】
４．ファイルシステム
４−１ 処理構造及びデータ構造
続いて、板状メモリ１を用いる本例のシステムのファイルシステムについて説明していく。
図５は、板状メモリを記録媒体とするコンピュータシステムのファイルシステム処理階層を示す。
ファイルシステム処理階層としては、アプリケーション処理層が最上位であり、その下に、ファイル管理処理層、論理アドレス管理層、物理アドレス管理層、フラッシュメモリアクセスが順次おかれる。この階層構造において、ファイル管理処理層がＦＡＴファイルシステムである。物理アドレスは、フラッシュメモリの各ブロックに対して付されたもので、ブロックと物理アドレスの対応関係は、不変である。論理アドレスは、ファイル管理処理層が論理的に扱うアドレスである。
【００４８】
図６は、板状メモリ１内のフラッシュメモリのデータの物理的構成の一例を示す。
板状メモリ１内のフラッシュメモリは、図６（ａ）のように、セグメントと称されるデータ単位が所定数のブロック（固定長）へ分割され、図６（ｂ）のように１ブロックが所定数のページ（固定長）に分割される。板状メモリ１では、ブロック単位で消去が一括して行われ、書き込みと読み出しは、ページ単位で一括して行われる。各ブロックおよび各ページは、それぞれ同一のサイズとされ、１ブロックがページ０からページｍで構成される。
１ブロックは、例えば８ＫＢ（Ｋバイト）または１６ＫＢの容量とされ、１ページが５１２Ｂの容量とされる。板状メモリ１全体では、１ブロック＝８ＫＢの場合で、４ＭＢ（５１２ブロック）、８ＭＢ（１０２４ブロック）とされ、１ブロック＝１６ＫＢの場合で、１６ＭＢ（１０２４ブロック）、３２ＭＢ（２０４８ブロック）、６４ＭＢ（４０９６ブロック）の容量とされる。
【００４９】
図６（ｃ）に示すように、１ページは、５１２バイトのデータ部と１６バイトの冗長部とからなる。冗長部の構造は図６（ｄ）のようになる。まず、冗長部の先頭の３バイトは、データの更新に応じて書き換えられるオーバーライト部分とされる。この３バイトの各バイトに、先頭から順にブロックステータス、ページステータス、更新ステータスが記録される。
冗長部の残りの１３バイトの内容は、原則的にデータ部の内容に応じて固定とされる。その１３バイトは、管理フラグ（１バイト）、論理アドレス（２バイト）、フォーマットリザーブの領域（５バイト）、分散情報ＥＣＣ（２バイト）およびデータＥＣＣ（３バイト）からなる。分散情報ＥＣＣは、管理フラグ、論理アドレス、フォーマットリザーブに対する誤り訂正用の冗長データである。また、データＥＣＣは、図６（ｃ）に示した５１２バイトのデータに対する誤り訂正用の冗長データである。
【００５０】
上記管理フラグとしては、システムフラグ（その値が１：ユーザブロック、０：ブートブロック）、変換テーブルフラグ（１：無効、０：テーブルブロック）、コピー禁止指定（１：ＯＫ、０：ＮＧ）、アクセス許可（１：ｆｒｅｅ、０：リードプロテクト）の各フラグが記録される。
【００５１】
図６（ａ）に示す、セグメントの先頭の二つのブロック（ブロック０およびブロック１）がブートブロックであり、他はユーザブロック（情報ブロック）となる。
ブロック１は、ブロック０と同一のデータが書かれるバックアップ用である（図６（ｆ））。ブートブロックは、カード内の有効なブロックの先頭ブロックであり、板状メモリ１を機器に装填した時に最初にアクセスされるブロックである。残りのブロックがユーザブロックである。
図６（ｅ）のように、ブートブロックの先頭のページ０にヘッダ、システムエントリ、ブート＆アトリビュート情報が格納される。
ページ１に使用禁止ブロックデータが格納される。
ページ２にＣＩＳ(Card Information Structure)／ＩＤＩ(Identify Drive Information)が格納される。
【００５２】
ブートブロックのヘッダは、ブートブロックＩＤ、ブートブロック内の有効なエントリ数が記録される。システムエントリには、使用禁止ブロックデータの開始位置、そのデータサイズ、データ種別、ＣＩＳ／ＩＤＩのデータ開始位置、そのデータサイズ、データ種別が記録される。ブート＆アトリビュート情報には、板状メモリのタイプ（読み出し専用、リードおよびライト可能、両タイプのハイブリッド等）、ブロックサイズ、ブロック数、総ブロック数、セキュリティ対応か否か、カードの製造に関連したデータ（製造年月日等）等が記録される。
板状メモリ１は以上のデータ構造とされる。
【００５３】
ところで、フラッシュメモリは、データの書き換えを行うことにより絶縁膜の劣化を生じ、書き換え回数が制限される。従って、ある同一の記憶領域（ブロック）に対して繰り返し集中的にアクセスがなされることを防止する必要がある。このため、ある物理アドレスに格納されているある論理アドレスのデータを書き換える場合、板状メモリ１のファイルシステムでは、同一のブロックに対して更新したデータを再度書き込むことはせずに、未使用のブロックに対して更新したデータを書き込むようになされる。その結果、データ更新前における論理アドレスと物理アドレスの対応関係が更新後では、変化する。このような処理（スワップ処理と称する）を行うことで、同一のブロックに対して繰り返して集中的にアクセスがされることが防止され、板状メモリ１（フラッシュメモリ）の寿命を延ばすことが可能となる。
【００５４】
論理アドレスは、一旦ブロックに対して書き込まれたデータに付随するので、更新前のデータと更新後のデータの書き込まれるブロックが移動しても、ＦＡＴからは、同一のアドレスが見えることになり、以降のアクセスを適正に行うことができる。スワップ処理により論理アドレスと物理アドレスとの対応関係が変化するので、両者の対応を示す論理−物理アドレス変換テーブルが必要となる。このテーブルを参照することによって、ＦＡＴが指定した論理アドレスに対応する物理アドレスが特定され、特定された物理アドレスが示すブロックに対するアクセスが可能となる。
【００５５】
論理−物理アドレス変換テーブルは、ドライブ装置２０内のＲＡＭ４１ｂなどに格納されるが、板状メモリ１内にも格納することができる。
この変換テーブルは、概略的には、昇順に並べた論理アドレス（２バイト）に物理アドレス（２バイト）をそれぞれ対応させたテーブルである。フラッシュメモリの最大容量を１２８ＭＢ（８１９２ブロック）としているので、２バイトによって８１９２のアドレスを表すことができる。また、論理−物理アドレス変換テーブルは、セグメント毎に管理され、そのサイズは、板状メモリ１の容量に応じて大きくなる。例えば板状メモリ１（フラッシュメモリ）の容量が８ＭＢ（２セグメント）の場合では、２個のセグメントのそれぞれに対して２ページが論理−物理アドレス変換テーブル用に使用される。
論理−物理アドレス変換テーブルを、板状メモリ１中に格納する時には、上述した各ページの冗長部における管理フラグの所定の１ビットによって、当該ブロックが論理−物理アドレス変換テーブルが格納されているブロックか否かが指示される。
【００５６】
本例の板状メモリ１は、ディスク状記録媒体と同様にパーソナルコンピュータのＦＡＴファイルシステムによって使用可能なものである。図６には示されてないが、板状メモリ１上にＩＰＬ領域、ＦＡＴ領域およびルート・ディレクトリ領域が設けられる。ＩＰＬ領域には、最初にドライブ装置のメモリにロードすべきプログラムが書かれているアドレス、並びにメモリの各種情報が書かれている。ＦＡＴ領域には、ブロック（クラスタ）の関連事項が書かれている。ＦＡＴには、未使用のブロック、次のブロック番号、不良ブロック、最後のブロックをそれぞれ示す値が規定される。さらに、ルートディレクトリ領域には、ディレクトリエントリ（ファイル属性、更新年月日、開始クラスタ、ファイルサイズ等）が書かれている。
【００５７】
本例では、上述した板状メモリ１のフォーマットで規定されるファイル管理システムとは別個に、音楽用ファイルに対して、ファイル管理情報（後述するトラック情報管理ファイル）を規定している。トラック情報管理ファイルは、板状メモリ１のユーザブロックを利用して記録される。それによって、板状メモリ１上のＦＡＴが壊れても、ファイルの修復を可能とできる。
【００５８】
トラック情報管理ファイルは、ＣＰＵ４１により作成される。例えば最初に電源をオンした時に、板状メモリ１の装着されているか否かが判定され、板状メモリ１が装着されている時には、認証が行われる。認証により正規の板状メモリ１であることが確認されると、板状メモリ１内のブートブロックがＣＰＵ４１に読み込まれる。そして、論理−物理アドレス変換テーブルが読み込まれる。
読み込まれたデータは、ＲＡＭ４１ｂに格納される。ユーザが購入して初めて使用する板状メモリ１でも、出荷時には、ＦＡＴや、ルートディレクトリの書き込みがなされている。
トラック情報管理ファイルは、録音に応じて、作成／更新される。
【００５９】
すなわち、ユーザの操作等に基づいて行われたオーディオデータが後述するデータファイルとして記録された場合、その記録後にＦＡＴおよびトラック情報管理ファイルが更新される。ファイルの更新の度、具体的には、オーディオデータの記録を開始し、記録を終了する度に、ＲＡＭ４１ｂ上でＦＡＴおよびトラック情報管理ファイルが書き換えられる。そして、板状メモリ１を外す時に、またはパワーをオフする時に、ＲＡＭ４１ｂから板状メモリ１のフラッシュメモリに最終的なＦＡＴおよびトラック情報管理ファイルが格納される。
なお、オーディオデータの記録を開始し、記録を終了する度に、板状メモリ１上のＦＡＴおよびトラック情報管理ファイルを書き換えても良い。編集を行った場合も、トラック情報管理ファイルの内容が更新される。
【００６０】
さらに本例では、付加情報ファイルも作成、更新され、板状メモリ１に記録される。付加情報ファイルの作成、更新は、トラック情報管理ファイルと同様になされる。
付加情報は、外部機器からの送信やユーザの入力操作によりドライブ装置２０に入力され、その入力された付加情報をＣＰＵ４１が板状メモリ１に記録する。付加情報の記録動作等については詳しくは後述する。
【００６１】
４−２ ディレクトリ構成
次に、板状メモリ１に記憶されるファイル構造について説明していく。
まずディレクトリ構成例を図７に示す。
上述したように、板状メモリ１で扱うことのできる主データとしては、動画データ、静止画データ、音声データ（ボイスデータ）、ＨｉＦｉオーディオデータ（音楽用データ）、制御用データなどがあるが、このためディレクトリ構造としては、ルートディレクトリから、「ＶＯＩＣＥ」（ボイス用ディレクトリ）、「ＤＣＩＭ」（静止画用ディレクトリ）、「ＭＯｘｘｘｘｎｎ」（動画用ディレクトリ）、「ＡＶＣＴＬ」（制御用ディレクトリ）、「ＨＩＦＩ」（音楽用ディレクトリ）が配される。
【００６２】
本例では、音楽（オーディオデータ）の記録／再生を例に挙げて説明するため、以下、音楽用ディレクトリについて説明していく。
音楽用ディレクトリ「ＨＩＦＩ」には、トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦと、トラック情報管理ファイルのバックアップＴＲＫＬＩＳＴＢ．ＭＳＦと、付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦと、データファイルＡ３Ｄｎｎｎｎｎ．ＭＳＡとを有する。
【００６３】
データファイルＡ３Ｄｎｎｎｎｎ．ＭＳＡは、実際の音楽データ内容が記録されるファイルであり、ＡＴＲＡＣ３方式で圧縮されたオーディオデータが記録される。１つのデータファイルＡ３Ｄｎｎｎｎｎ．ＭＳＡが１つの楽曲となる。なお説明上、データファイルを「トラック」とも呼ぶ。
【００６４】
トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦは、音楽用ディレクトリ内の管理ファイルであり、ＣＤシステムやＭＤシステムにおけるＴＯＣと同様に各楽曲（つまり各データファイル）を管理するファイルである。
また、このトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦには、ＮＡＭＥ１およびＮＡＭＥ２が含まれる。ＮＡＭＥ１は、板状メモリ全体の名称、曲名を１バイトコードで記述するブロックで、ＡＳＣＩＩ／８８５９−１の文字コードにより曲名データが記述される。ＮＡＭＥ２は、板状メモリ全体の名称や曲名等を２バイトコードで記述するブロックであり、ＭＳ−ＪＩＳ／ハングル語／中国語等により曲名データ等が記述される。
【００６５】
付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦは、板状メモリ１の全体もしくは各データファイル（楽曲）に対応する付加情報を管理及び記録するファイルである。具体的には、アーチスト名、ＩＳＲＣコード、タイムスタンプ、静止画像データ等の各種付加情報データが記述される。
【００６６】
４−３ 管理構造
このような音楽用ディレクトリのトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦ、ＮＡＭＥ１およびＮＡＭＥ２、データファイルＡ３Ｄｎｎｎｎ．ＭＳＡ、付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦの関係を図８に示す。
なお、本明細書において説明又は図面上で「０ｘ」を付した数値（例えば０ｘ００１０など）は、１６進表記であることを意味する。
【００６７】
トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦは、全体で６４Ｋバイト（＝１６Ｋ×４）の固定長で、その内の３２Ｋバイトがトラック（データファイル）を管理するパラメータを記述するのに使用され、残りの３２ＫバイトがＮＡＭＥ１およびＮＡＭＥ２を記述するのに使用される。曲名等を記述したファイルＮＡＭＥ１および２は、トラック情報管理ファイルと別扱いでも実現できるが、ＲＡＭ容量の小さいシステムは、トラック情報管理ファイルと曲名ファイルとを分けない方が管理ファイルをまとめて管理することができ、操作しやすくなる。
【００６８】
トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦでは、ファイル内のトラック情報領域ＴＲＫＩＮＦ−ｎｎｎｎおよびパーツ情報領域ＰＲＴＩＮＦ−ｎｎｎｎによって、データファイルＡ３Ｄｎｎｎｎ．ＭＳＡおよび付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦが管理される。
例えば１つのデータファイルＡＤ３（ｎ）について、１つのトラック情報領域ＴＲＫＩＮＦ−（ｎ）およびパーツ情報領域ＰＲＴＩＮＦ−（ｎ）に、ポインタその他の各種情報が記述される。図８では、データファイルＡＤ３（ｎ）が４つのパーツＰ１〜Ｐ４により構成されているときに、この様なデータファイルＡＤ３（ｎ）がトラック情報領域ＴＲＫＩＮＦ−（ｎ）およびパーツ情報領域ＰＲＴＩＮＦ−（ｎ）により管理されている状態を示している。
またそのデータファイルＡＤ３（ｎ）に対応する曲名等の文字情報が、ＮＡＭＥ１（ｎ）、ＮＡＭＥ２（ｎ）に記述される。
また詳しくは後述するが、トラック情報領域ＴＲＫＩＮＦ−（ｎ）には付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ内のインデックスポインタＩＮＦ−（ｎ）を示すポインタが記述されており、さらに付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ内のインデックスポインタＩＮＦ−（ｎ）は、実際の付加情報内容が記述された付加情報ユニットＩＮＦＵ−（ｎ）を示す構成とされる。
このような形態で、或るデータファイルに対応する付加情報ユニットが管理される。
【００６９】
なお、付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ内のインデックスポインタＩＮＦ−（ｎ）は、本発明でいう第１のポインタに相当し、またトラック情報領域ＴＲＫＩＮＦ−（ｎ）内において上記インデックスポインタを示すポインタが本発明でいう第２のポインタに相当する。
【００７０】
続いて、図９を参照して、曲（トラック）とデータファイルの関係について説明する。
１トラックは、１曲を意味する。板状メモリ１に記録できるトラック数は、例えば最大４００トラックに制限される。１曲は、１つのデータファイルで構成される。データファイルは、ＡＴＲＡＣ３により圧縮されたオーディオデータである。また板状メモリ１に対しては、クラスタと呼ばれる単位で記録される。１クラスタは、例えば１６ＫＢの容量である。１クラスタに複数のファイルが混じることはない。
板状メモリ１内のデータを消去する時の最小単位が１ブロックである。音楽データを記録するのに使用する板状メモリ１の場合、ブロックとクラスタは、同意語であり、且つ１クラスタ＝１セクタと定義されている。
【００７１】
１曲は、基本的に１パーツで構成されるが、編集が行われると、複数のパーツから１曲が構成されることがある。曲内のパーツのつながりは、トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦにおけるパーツ情報領域ＰＲＴＩＮＦ−ｎｎｎｎに記述される。
パーツは、録音開始からその停止までの連続した時間内で記録されたデータの単位を意味し、通常は、１トラックが１パーツで構成される。パーツの最大値に制限がある。パーツ数をＰとし、トラック数をＴ（＝１〜４００）とすると、使用できるパーツとトラックの間には、（Ｐ＝２０４３−４×Ｔ）の関係がある。例えば１トラックが２０３９パーツで構成されると、２曲目に割り当てるパーツがなくなり、２曲目のデータファイルを作ることができない。
【００７２】
さらにパーツの最小単位は、サウンドユニット（ＳＵと略記する）である。ＳＵは、ＡＴＲＡＣ３でオーディオデータを圧縮する時の最小のデータ単位である。すなわち４４．１ｋHzのサンプリング周波数で得られた１０２４サンプル分（１０２４×１６ビット×２チャンネル）のオーディオデータを約１／１０に圧縮した数百バイトのデータがＳＵである。１ＳＵは、時間に換算して約２３ｍ秒になる。通常は、数千に及ぶＳＵによって１つのパーツが構成される。
【００７３】
図９は、ＣＤ等からのオーディオデータを２曲連続して記録した場合のファイル構成を示す。
図９（ａ）に１曲目（データファイル＃１）が例えば５クラスタで構成される場合を、また図９（ｃ）に２曲目（データファイル＃２）が例えば６クラスタで構成される場合を示している。
１曲目と２曲目の曲間では、１クラスタに二つのファイルが混在することが許されないので、次のクラスタの最初からデータファイル＃２が作成される。従って、データファイル＃１の終端（１曲目の終端）がクラスタの途中に位置しても、図９（ｂ）に拡大して示すように、そのクラスタの残りの部分には、データ（ＳＵ）が存在しないものとされる。
第２曲目（データファイル＃２）も同様となる。
そしてこの場合は、データファイル＃１、＃２ともに１パーツで構成される。
【００７４】
板状メモリ１のデータファイルに対しては、編集として、デバイド、コンバイン、イレーズ、ムーブの４種類の処理が規定される。
デバイドは、１つの曲を２つに分割することである。デバイドがされると、総曲数が１つ増加する。デバイドは、一つのファイルをファイルシステム上で分割して２つのファイルとし、トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを更新する。イレーズは、曲を消去することである。消された以降の曲番号が１つ減少する。ムーブは、曲順番を変えることである。ムーブの他の意味は、板状メモリ内ではなく、板状メモリから他の媒体例えばハードディスクに曲を移動させる処理のことである。コピーは、オリジナルの複製を作成する操作であるのに対して、ムーブは、移動のみを意味する。従って、ムーブによって、曲の複製が発生しない。
【００７５】
図９に示した二つの曲（データファイル＃１、＃２）をコンバインした結果を図１０に示す。コンバインされたことで、データファイル＃１、＃２は１つのデータファイル＃１となり、このデータファイル＃１は、二つのパーツから形成されるものとなる。
また、図１１は、図９（ａ）の１つの曲（データファイル＃１）をクラスタ２の途中でデバイドした結果を示す。
デバイドによって、クラスタ０、１およびクラスタ２の前側からなるデータファイル＃１と、元々のクラスタ２の後側とクラスタ３、４とからなるデータファイル＃２とが発生する。
【００７６】
これらのような編集操作がなされた場合、データファイル自体を書き換えると時間がかかるとともに処理負担が大きくなるので、編集点を含むブロック（クラスタ）のファイル管理情報ＴＲＫＬＩＳＴ．ＭＳＦのみが書き直される。このために、パーツという概念が導入されている。
【００７７】
４−４ トラック情報管理ファイル（ＴＲＫＬＩＳＴ．ＭＳＦ）
トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの詳細な構成を図１２〜図１６で説明していく。
トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの全体は、図８に示したように１６ＫＢのクラスタ（ブロック）が４クラスタ、つまり６４ＫＢで構成されるが、図１２（ａ）には、前半の２クラスタ分（３２ＫＢ）を示している。
この３２Ｋバイトがトラック（データファイル）を管理する領域となる。
【００７８】
なお、図７で説明したように、このトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの他に、そのコピーであるトラック情報管理ファイルＴＲＫＬＩＳＴＢ．ＭＳＦが形成されるが、これは以下説明していくトラック情報管理ファイルと同様の構造となるため説明を省略する。
【００７９】
また、以下の各ファイルの説明においては、ファイル中で先頭から８バイト単位又は１６バイト単位で区切られた単位をスロットと称するが、このトラック情報管理ファイルの場合には、１６バイト単位をスロットと称する。図１２、図１７、図１９などでは、それらの図の横方向の一行が８バイト又は１６バイト分として示しているが、この一行分が１スロットに相当する。
【００８０】
図１２（ａ）のようにトラック情報管理ファイルは、（０ｘ００００）および（０ｘ００１０）で表される先頭から３２バイトがヘッダとされる。
このヘッダには、以下のデータが先頭から順に配される。
【００８１】
・ＢＬＫ ＩＤ−ＴＬ０／ＴＬ１（４バイト）
固定値（ＴＬ０＝０ｘ５４４Ｃ２Ｄ３０，ＴＬ１＝０ｘ５４４Ｃ２Ｄ３１）が記述される。
・Ｔ−ＴＲＫ（２バイト）
総曲数を記述（１〜４００）する。
・ＭＣｏｄｅ（２バイト）
記録装置のメーカー、機種を識別するメーカーコード。これは、板状メモリ１に対して記録を行った記録装置のメーカーを特定するための管理コードで、ライセンサーからライセンスする時にそれぞれ与えられる。機種コードは、ライセンスされた各社で管理される
・ＲＥＶＩＳＩＯＮ（４バイト）
このトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの書き換え回数で、記録される毎にインクリメントされる。
・ＹＭＤｈｍｓ（４バイト）
トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦが最後に更新された年月日が記述される。
・Ｎ１（ＯＰ）（１バイト）
板状メモリの連番号（分子側）で、１枚使用時はすべて（０ｘ０１）である。なお（ＯＰ）と記してあるのは、オプショナル事項の意味。
・Ｎ２（ＯＰ）（１バイト）
板状メモリの連番号（分母側）で、１枚使用時はすべて（０ｘ０１）である。
・ＭＳＩＤ（ＯＰ）（２バイト）
板状メモリのＩＤで、複数組の時は、ＭＳＩＤが同一番号（Ｔ．Ｂ．Ｄ．）とされる。なお（Ｔ．Ｂ．Ｄ．）は、将来定義されうることを意味する。
・Ｓ−ＴＲＫ（２バイト）
特別トラック（４０１〜４０８）の記述（Ｔ．Ｂ．Ｄ．）で、通常は、０ｘ００００である。
・ＰＡＳＳ（ＯＰ）（２バイト）
パスワード（Ｔ．Ｂ．Ｄ．）
・ＡＰＰ（ＯＰ）（２バイト）
再生アプリケーションの規定（Ｔ．Ｂ．Ｄ．）（通常は、０ｘ００００）
・ＩＮＦ−Ｓ（ＯＰ）（２バイト）
板状メモリ全体を対象とした付加情報ポインタであり、付加情報がないときは、これが００とされる。
なお、このＩＮＦ−Ｓは、本発明でいう「第２のポインタ」に該当するポインタの１つである。
・Ｓ ＹＭＤｈｍｓ（ＯＰ）（４バイト）
時刻を正確に記録できる機器によりトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦが更新された年月日が記述される。
【００８２】
以上のようなヘッダ以外に、トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを構成する最初のクラスタ（ブロック）の最後の１６バイト（スロット）として、ヘッダ内のものと同一のＢＬＫ ＩＤ−ＴＬ０と、ＭＣｏｄｅと、ＲＥＶＩＳＩＯＮとが配される。
また図示するように第２クラスタの最初のスロットと最後のスロットには、ヘッダ内のものと同一のＢＬＫ ＩＤ−ＴＬ１と、ＭＣｏｄｅと、ＲＥＶＩＳＩＯＮとが配される。
【００８３】
これらは次のような機能を持つことになる。
民生用オーディオ機器としては、板状メモリ１が記録中に抜かれたり、電源が切れることがあり、復活した時にこれらの異常の発生を検出することが必要とされる。上述したように、ＲＥＶＩＳＩＯＮをブロックの先頭と末尾に書き込み、この値を書き換える度に＋１インクリメントするようにしている。若し、ブロックの途中で異常終了が発生すると、先頭と末尾のＲＥＶＩＳＩＯＮの値が一致せず、異常終了を検出することができる。この場合、トラック情報管理ファイルがバックアップを持つので、一つ前の状態に戻すことが容易にできる。またＲＥＶＩＳＩＯＮが多数存在することで、高い確率で異常終了を検出することができる。なお異常終了の検出時には、エラーメッセージの表示等の警告が発生する。
【００８４】
また、１ブロック（１６ＫＢ）の先頭部分に固定値ＢＬＫ ＩＤ−ＴＬ０／ＴＬ１を挿入しているので、ＦＡＴが壊れた場合の修復の目安に固定値を使用できる。すなわち、各ブロックの先頭の固定値を見れば、ファイルの種類を判別することが可能である。しかも、この固定値ＢＬＫ ＩＤ−ＴＬ０／ＴＬ１は、ブロックのヘッダおよびブロックの終端部分に二重に記述するので、その信頼性のチェックを行うことができる。
【００８５】
ＡＴＲＡＣ３データが記録されるデータファイルは、このトラック情報管理ファイルと比較して、相当大きなデータ量（例えば数千のブロックが繋がる場合もある）であり、データファイルに関しては、後述するように、ブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬが付けられている。但し、データファイルは、通常複数のファイルが板状メモリ上に存在するので、コンテンツナンバＣＯＮＮＵＭ０（後述）でコンテンツの区別を付けた上で、ＢＬＯＣＫ ＳＥＲＩＡＬを付けないと、重複が発生し、ＦＡＴが壊れた場合のファイルの復旧が困難となる。
【００８６】
同様に、ＦＡＴの破壊までにはいたらないが、論理を間違ってファイルとして不都合のあるような場合に、書き込んだメーカーの機種が特定できるように、メーカーコード（ＭＣｏｄｅ）がブロックの先頭と末尾に記録されている。
【００８７】
トラック情報管理ファイルにおいて上記ヘッダの後には、トラック（曲）ごとの情報を記述するトラック情報領域ＴＲＫＩＮＦと、トラック（曲）内のパーツの情報を記述するパーツ情報領域ＰＲＴＩＮＦが配置される。
すなわち各データファイル（トラック）のそれぞれに対応して例えば（トラック情報領域ＴＲＫＩＮＦ−００１、パーツ情報領域ＰＲＴＩＮＦ−００１）、（トラック情報領域ＴＲＫＩＮＦ−００２、パーツ情報領域ＰＲＴＩＮＦ−００２）・・・・が形成されていく。
このトラック情報領域、パーツ情報領域の詳細を図１２（ｂ）に示す。記述されるデータは順番に次のようになる。
【００８８】
・Ｔ０（１バイト）
固定値（Ｔ０＝０ｘ７４）が記述される。
・ＬＴ（１バイト）
再生制限の有無が記述される。（０ｘ８０：再生制限あり、０ｘ００：再生制限なし、それ以外：再生禁止）
・ＩＮＦ−ｎｎｎ（ＯＰ）（２バイト）
各トラックの付加情報ポインタである。「０００」〜「４０９」の値により、後述する付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ内のインデックスポインタ（ＩＮＦ−００１〜ＩＮＦ４０９）を指定する。但し「０００」はインデックスポインタを指定しない、つまり付加情報がないトラックであることを意味する。
なお、このＩＮＦ−ｎｎｎも、本発明でいう「第２のポインタ」に該当するポインタとなる。
・ＦＮＭ−ｎｎｎ（４バイト）
ＡＴＲＡＣ３データ（データファイル）のファイル番号（０ｘ００００〜０ｘＦＦＦＦ）である。データファイル名（Ａ３Ｄｎｎｎｎｎ．ＭＳＡ）のｎｎｎｎｎ（ＡＳＣＩＩ）番号を０ｘｎｎｎｎｎに変換した値である。
・ＣＯＮＴＥＮＴＳ ＫＥＹ−ｎｎｎ（８バイト）
コンテンツ毎に作成される特別な値で、板状メモリのセキュリティブロックの中で暗号化される。
【００８９】
・Ｓ−ＳＡＭ（Ｄ）ＳＥＲＩＡＬ（１６バイト）
板状メモリを記録した機器固有のシリアル番号である。
・ＡＰＰ ＣＴＬ（ＯＰ）（４バイト）
アプリケーション用パラメータ（Ｔ．Ｂ．Ｄ．）である。通常、０ｘ００００とされる。
・ＣＯＮＮＵＭ−ｎｎｎ（４バイト）
コンテンツ累積番号である。コンテンツ毎に作られ、１つの板状メモリ内で重複しないように、記録装置のセキュリティブロックで保存される
・Ｐ−ｎｎｎ（２バイト）
曲（データファイル）を構成するパーツ数（１〜２０３９）が記述される。
・ＸＴ（ＯＰ）（２バイト）
次のＩＮＸが示すポイントからの再生時間（ＳＵ）が記述される。なお、「０ｘ００００」は無設定、「０ｘＦＦＦＦ」は曲の終端までを意味する。
・ＩＮＸ−ｎｎｎ（ＯＰ）（２バイト）
曲内の特定部分（所謂さびの部分の先頭）を表すポインタ、曲の先頭からの相対ＳＵの数により表現される。これにより曲の先頭から１０秒程度しか聞けなかった従来のミュージックスキャン機能を改善し、さびの部分を指定することを可能とする
・ＹＭＤｈｍｓ−Ｓ（４バイト）
再生制限付きのトラックの再生開始日である。使用しない時は、「０ｘ００００００００」とされる。
・ＹＭＤｈｍｓ−Ｅ（４バイト）
再生制限付きのトラックの再生期限日である。使用しない時は、「０ｘ００００００００」とされる。
・ＭＴ（１バイト）
再生条件付きのトラックの再生許可回数である。使用しない時は、「０ｘ００」とされる。
・ＣＴ（１バイト）
再生条件付きのトラックの再生回数である。使用しない時は、「０ｘ００」とされる。
・ＣＣ（１バイト）
コピー制御のためのバイトである。００：コピー禁止、０１：コピー１世代、１０：コピーフリー、という意味となる。なおコピー第１世代の場合でコピーした子供は、コピー禁止とする。
・ＣＮ（１バイト）
コピー回数に関するバイトである。００：コピー禁止、０１から０ｘＦＥ：回数、０ｘＦＦ：回数無制限、コピー第１世代の場合のみ有効、コピー毎にカウントする。
【００９０】
以上の６４バイトがトラック情報領域ＴＲＫＩＮＦ−ｎｎｎとなり、図１２（ｂ）の最後の１６バイトがパーツ情報領域ＰＲＴＩＮＦ−ｎｎｎとなる。
パーツ情報領域ＰＲＴＩＮＦ−ｎｎｎには次の順序で、トラック内のパーツ情報が記述される。
【００９１】
・ＰＲ（１バイト）
固定値（ＰＲ＝０ｘ５０）とされる。
・Ａ−ｎｎｎｎ（２バイト）
パーツの属性情報であり、モード（１バイト）、ＳＣＭＳ(Serial Copy Management System) 情報（１バイト）とされる。詳しくは後述する。
・ＰＲＴＳＩＺＥ−ｎｎｎｎ（４バイト）
パーツのクラスタサイズ（２バイト）、スタートＳＵ（１バイト）、エンドＳＵ（１バイト）が記述される。
・ＰＲＴＫＥＹ−ｎｎｎｎ（８バイト）
音楽データを暗号化するブロックキーを作るためにコンテンツキーとペアで使用されるキーである。初期値０で、編集操作によってパーツが発生する度に＋１インクリメントされる。
【００９２】
２バイトの上記Ａ−ｎｎｎｎは、下位バイト及び上位バイトで、図１３、図１４で示すように情報が記述される。
まず図１３のように、Ａ−ｎｎｎｎ情報の下位バイトによりＡＴＲＡＣ３のモードを示すモード情報が規定されている。
図１３では、ＨＱ，ＳＰ，ＣＤ，ＬＰ１，ＬＰ２，モノの６種類のモードについて、１ＳＵのバイト数、記録時間（６４ＭＢの板状メモリの場合）、データ転送レート、圧縮率がそれぞれ示されている。
【００９３】
また上位バイトにより記述される情報の内容は図１４のとおりである。つまり、ビット０は、エンファシスのオン／オフの情報を形成し、ビット１は、再生ＳＫＩＰか、通常再生かの情報を形成し、ビット２は、データ区分、例えばオーディオデータか、ＦＡＸ等のデータ音かの情報を形成する。ビット３およびビット４は、リザーブである。
ビット５およびビット６を組み合わせることによって、図示のように、ＳＣＭＳ情報が形成される。
ビット７は、書き込み禁止の可否の情報が形成される。
【００９４】
以上が、トラック管理情報ファイルＴＲＫＬＩＳＴ．ＭＳＦにおいてデータファイルを管理するパラメータを記述する領域となる。
上述したようにトラック管理情報ファイルＴＲＫＬＩＳＴ．ＭＳＦの残りの３２ＫバイトがＮＡＭＥ１およびＮＡＭＥ２を記述するのに使用される。
【００９５】
図１５は、ＮＡＭＥ１（１バイトコードを使用する領域）のより詳細なデータ構成を示す。ＮＡＭＥ１および後述のＮＡＭＥ２は、ファイルの先頭から８バイト単位で区切られ、１スロット＝８バイトとされている。先頭の０ｘ８０００には、下記のヘッダが記述される。先頭（０ｘ８００８）の後ろにポインタおよび名前が記述される。ＮＡＭＥ１の最後のスロットにヘッダと同一データが記述される。
【００９６】
・ＢＬＫ ＩＤ−ＮＭ１（４バイト）
ブロックの内容を特定する固定値（ＮＭ１＝０ｘ４Ｅ４Ｄ２Ｄ３１）である。
・ＭＣｏｄｅ（２バイト）
会社、機種を識別するためのコードが記述される。
【００９７】
・ＰＮＭ１−ｎｎｎ、ＰＮＭ１−Ｓ（ＯＰ）（４バイト）
ＮＭ１（１バイトコード）へのポインタである。ＰＮＭ１−Ｓは、板状メモリを代表する名前のポインタ、ＰＮＭ１−ｎｎｎ（＝１〜４０８）は、曲名のポインタとなる。
ポインタは、ブロック内の開始位置（２バイト）と文字コードタイプ（２ビット）とデータサイズ（１４ビット）を記述する。
開始位置は、ＮＭ１領域の先頭からのバイトオフセット値（０ｘ０００〜０ｘ３９８９）とされる。
文字コードタイプは、（０：ＡＳＣＩＩ，１：ＡＳＣＩＩ＋仮名，２：修正８８５９−１）となる。
データサイズ（１４ビット）は、文字データと終端（０ｘ００）１バイトとを合計した値（０ｘ０００〜０ｘ３９８Ｃ）とされる。
【００９８】
・ＮＭ１−ｎｎｎ（ＯＰ）
１バイトコードで、板状メモリ名、曲名データを可変長で記述する。また名前データの終端コード（０ｘ００）が書き込まれる。
【００９９】
図１６は、ＮＡＭＥ２（２バイトコードを使用する領域）の詳細なデータ構成を示す。
先頭（０ｘ８０００）には、下記のヘッダが記述される。先頭（０ｘ８００８）の後ろにポインタおよび名前が記述される。ＮＡＭＥ２の最後のスロットにヘッダと同一データが記述される。
【０１００】
・ＢＬＫ ＩＤ−ＮＭ２（４バイト）
ブロックの内容を特定する固定値（ＮＭ２＝０ｘ４Ｅ４Ｄ２Ｄ３２）とされる。
・ＭＣｏｄｅ（２バイト）
会社、機種を識別するためのコードである。
【０１０１】
・ＰＮＭ２−ｎｎｎ、ＰＮＭ２−Ｓ（ＯＰ）（４バイト）
ＮＭ２（２バイトコード）へのポインタである。ＰＮＭ２−Ｓは、板状メモリを代表する名前のポインタ、ＰＮＭ２−ｎｎｎ（＝１〜４０８）は、曲名のポインタとなる。
ポインタは、ブロック内の開始位置（２バイト）と文字コードタイプ（２ビット）とデータサイズ（１４ビット）が記述される。
開始位置は、ＮＭ２領域の先頭からのバイトオフセット値（０ｘ０００〜０ｘ３９８７）とされる。
文字コードタイプは、（０：日本語（ＭＳ−ＪＩＳ），１：韓国語（ＫＳ Ｃ５６０１−１９８９），２：中国語（ＧＢ２３１２−８０））である。
データサイズ（１４ビット）は、文字データと終端（０ｘ００００）２バイトとを合計した値（０ｘ０００〜０ｘ３９８Ｃ）とされる。
【０１０２】
・ＮＭ２−ｎｎｎ（ＯＰ）
２バイトコードで、板状メモリ名、曲名データを可変長で記述する。また名前データの終端コード（０ｘ００００）が書き込まれる。
【０１０３】
４−５ データファイル（Ａ３Ｄｎｎｎｎｎ．ＭＳＡ）
次にＡＴＲＡＣ３データが記録されるデータファイルの構造を説明する。
図１７は、１ＳＵがＮバイトの場合のデータファイルＡ３Ｄｎｎｎｎ．ＭＳＡのデータ配列（１ブロック分）を示す。
このファイルは、１スロット＝８バイトである。図１７では、各スロットの先頭（０ｘ００００〜０ｘ３ＦＦ８）が示されている。
ファイルの先頭から４個のスロットがヘッダである。ヘッダには、下記のデータが記述される。なお、ブロックの最後の一つ前のスロットに、ＢＬＯＣＫ ＳＥＥＤが二重記録され、最後のスロットにＢＬＫ ＩＤ−Ａ３ＤおよびＭＣｏｄｅが記録される。
【０１０４】
・ＢＬＫ ＩＤ−Ａ３Ｄ（４バイト）
ブロックの内容を特定する固定値（Ａ３Ｄ＝０ｘ４１３２４４２０）とされる。
・ＭＣｏｄｅ（２バイト）
会社、機種を識別するためのコードである。編集された場合は書き直す必要がある。
・ＢＬＯＣＫ ＳＥＥＤ（８バイト）
暗号化に必要なブロックキーを作るために使用する。ブロックシードの先頭値は、乱数を記録装置のセキュリティブロック（ＳＡＭ５０）で計算する。
続くブロックは、＋１インクリメントしていく。
なおエラー対策としてブロックの最初と最後に同じものを書く。
また、編集されても書き直す必要はない。
・ＣＯＮＮＵＭ（４バイト）
最初に取得したコンテンツ番号である。上記したトラック管理情報ファイルＴＲＫＬＩＳＴ．ＭＳＦのＣＯＮＮＵＭと最初は同じ値とされる。
編集されても書き直す必要はない。
・ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト）
ブロックの先頭を０として続くブロックは、＋１インクリメントしていく値となる。編集されても書き直す必要はない。
・ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８バイト）
ブロック毎にＡＴＲＡＣ３データを暗号化、復号化する時に必要な初期値が記述される。コンテンツの先頭では、その値は「０」となり、続くブロックでは、最後のＳＵの最後の暗号化された値とされる。
編集されても書き直す必要はない。
【０１０５】
このようなヘッダの後に、サウンドユニットデータＳＵ−ｎｎｎｎが順に配される。ＳＵは、１０２４サンプルから圧縮されたデータであり、そのデータ量は、モードにより異なる。編集されても書き直す必要はない。
図１８がモードとＳＵのデータ量、１ブロック当たりのＳＵの数、１ブロック当たりの余り（予約）のデータ量、転送レート、時間を示している。
【０１０６】
一例として、６４ＭＢの板状メモリを使用し、ＣＤモードの場合について説明する。６４ＭＢの板状メモリには、３９６８ブロックがある。ＣＤモードでは、１ＳＵが３２０バイトであるので、１ブロックに５１ＳＵが存在する。１ＳＵは、（１０２４／４４１００）秒に相当する。従って、１ブロックは、
（１０２４／４４１００）×５１×（３９６８−１６）＝４６８０秒＝７８分
転送レートは、
（４４１００／１０２４）×３２０×８＝１１０２５０ bps
となる。
【０１０７】
４−６ 付加情報ファイル（ＩＮＦＬＩＳＴ．ＭＳＦ）
続いて付加情報ファイルについて説明していく。
図１９（ａ）は、付加情報を記述するための付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦの詳細なデータ構成を示す。
この付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦは、トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦと同様に、ファイルの先頭から１６バイト単位で区切られ、１スロット＝１６バイトとされている。
先頭（０ｘ００００）には、下記のヘッダが記述される。ヘッダ以降にポインタおよびデータが記述される。
【０１０８】
・ＢＬＫ ＩＤ−ＩＮＦ（４バイト）
ブロックの内容を特定する固定値（ＩＮＦ＝０ｘ４９４Ｅ４６４Ｆ）である。
・Ｔ−ＤＡＴ（２バイト）
総データ数が記述（０〜４０９）される。
・ＭＣｏｄｅ（２バイト）
記録した機器のメーカーコードが記述される。
・ＹＭＤｈｍｓ（バイト）
記録更新日時が記述される。
【０１０９】
・ＩＮＦ−ｎｎｎ（４バイト）
後述する付加情報ユニット（可変長、２バイト（スロット）単位）へのインデックスポインタである。
このインデックスポインタとして、ＩＮＦ−００１〜ＩＮＦ−４０９が用意される。
なお、このインデックスポインタＩＮＦ−００１〜ＩＮＦ−４０９は、本発明でいう第１のポインタに該当する。
【０１１０】
４バイトのインデックスポインタＩＮＦ−ｎｎｎは図１９（ｂ）のように構成される。すなわち上位１６ビットでポインタ、下位１５ビットでデータサイズが記述され、１ビットが無効フラグに割り当てられる。
ポインタとして示される開始位置は、上位１６ビットの値（０ｘ００００〜０ｘＦＦＦＦ）で記述される。後述する付加情報ユニットは、ＤａｔａＳｌｏｔ−００００〜ＤａｔａＳｌｏｔ−ＦＦＦＦが用いられて記録されるが、このポインタは、ＤａｔａＳｌｏｔ−００００の（０ｘ０８００）先頭からのオフセット値（スロット単位）により１つの付加情報ユニットの開始位置を示すものとなる。
データサイズはその曲のもつ付加情報の総データ数を表す。
下位１５ビットのデータサイズは、その曲のもつ総データ数（総スロット数）を表す（データは、各スロットの先頭から始まり、データの終了後は、スロットの終わりまで００が書き込まれる）。
無効フラグは、ポインタで示される付加情報ユニットの有効／無効を示す識別情報となる。「０」は有効、「１」は無効を示す。
【０１１１】
なお最初のインデックスポインタ（通常ＩＮＦ−４０９）は、アルバム全体についての付加情報ユニットを示すポインタとなる。
【０１１２】
この付加情報ファイルにおけるＤａｔａＳｌｏｔ−００００〜ＤａｔａＳｌｏｔ−ＦＦＦＦがスロット単位で１又は複数個用いられて、実際の付加情報内容を含む付加情報ユニットが記録される。
図２０は、付加情報ユニットの構成を示す。
一つの付加情報ユニットの先頭には８バイトのヘッダが付加される。ヘッダは、下記のものである。
【０１１３】
・ＩＮ（１バイト）
固定値（ＩＮ＝０ｘ６９）である。
・ＩＤ（１バイト）
ＩＤは付加情報の大きな種類を表す。サブＩＤに対してキーＩＤと呼ばれる
・ＳＩＤ（１バイト）
サブＩＤ（Ｔ．Ｂ．Ｄ．）として種類を表す。
・ＳＩＺＥ（２バイト）
各ＩＤ毎の付加情報の大きさをスロット単位で示す（１〜７ＦＦＦ）。
ＳＩＺＥの最上位ビットＭＳＢは無効フラグとされる。ＭＳＢ＝０：有効、ＭＳＢ＝１：無効
・ＭＣｏｄｅ（２バイト）
記録した機器のメーカーコードが記述される。
【０１１４】
このようなヘッダの後に可変長のデータが配される。つまり実際の付加情報内容である。
【０１１５】
図２１は、付加情報の例を示す。
ＳＩＺＥが０ｘ８ｘｘｘの場合は、消去または無効のデータを表す。各付加情報は、ヘッダ内のコード例えばキーＩＤおよびＳＩＤによって区別される。但し、これらの値（コード）については、未定義のために示されていない。
付加情報には、著作権コードＩＳＲＣ(International Standard Recording Code) 、作曲者、アーティスト名等の曲情報、ハードウエア制御情報等が含まれる。曲情報の場合には、データの先頭２バイトに記述している文字の文字コードを付加する。
【０１１６】
図２２は、一つの付加情報ユニットの構成である。このデータ構成において、いくつかの付加情報の具体例を説明する。
図２３は、付加情報がタイムスタンプの場合を示す。図２１に示したように、タイムスタンプは、録音時のタイムスタンプである。
データは、ＹＭＤｈｍｓであり、１スロットの余った領域に００が書かれる。
図２４は、付加情報が再生ログファイルの場合を示す。年月日（ＹＭＤ）時分秒（ｈｍｓ）のログデータが書かれる。
【０１１７】
図２５は、付加情報がアーチスト名＋ＩＳＲＣコード＋ＴＯＣＩＤの場合を示す。この例では、１バイトコードを使用してアーチスト名が記述される。スロットの残りには、００が書かれる。次のスロットには、ＩＳＲＣコードがデータとして書かれる。さらに、その次のスロットには、ＴＯＣ−ＩＤのデータが書かれる。若し、図２５に示される付加情報を消去した場合には、図２５の付加情報は、図２６に示すものに書き換えられる。すなわち、ＳＩＺＥが（８ｘｘｘ）とされる。
【０１１８】
５．ファイル記録処理
以上のようなファイル構成の板状メモリ１に対してドライブ装置２０によってオーディオデータ及び付加情報を記録する際の処理を図２７で説明する。
【０１１９】
デジタル入力端子２７、マイク入力端子２５、ライン入力端子２６、或いはＵＳＢコネクタ２８のいづれかからオーディオ信号が供給されるとともに、ユーザーが録音操作を行うことで、ＣＰＵ４１は図２７のステップＦ１０１として、オーディオ信号をデータファイルとして板状メモリ１に記録していく処理を行う。
すなわちＣＰＵ４１は各入力系やＤＳＰ４９等に所要の処理を実行させるとともに、処理されたオーディオデータをＲＡＭ４１ｂに取り込む。
さらにＣＰＵ４１はメモリインターフェース４２を介して板状メモリ１とＳＡＭ５０との間で認証処理を実行させ、認証が完了したら、ＲＡＭ４１ｂに格納されているオーディオデータの暗号化を実行させた上で、板状メモリ１に供給し、１又は複数のデータファイル（トラック）として記録させていく。
【０１２０】
このようにして１又は複数のデータファイルの記録処理が完了したら、続いてステップＦ１０２としてトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの更新を実行する。
このため、ＣＰＵ４１はＲＡＭ４１ｂ内で、板状メモリ１に記録した各データファイルに応じて、それぞれトラック情報領域ＴＲＫＩＮＦ、パーツ情報領域ＰＲＴＩＮＦのデータを生成し、図１２に示したトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦのデータを再構成する。そしてその再構成したトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを板状メモリ１に供給し、板状メモリ１上でトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを更新させる。
【０１２１】
続いてステップＦ１０３として、今回記録したデータファイルに対応させる付加情報の入力処理を行う。
付加情報は、例えばユーザーが編集操作により入力した曲名、アーティスト名などや、或いはオーディオ信号とともに供給された各種情報である。例えばオーディオ信号がデジタル入力端子２７或いはＵＳＢコネクタ２８からのデジタルデータ形態で行われた場合は、そのオーディオ信号とともに各種の情報が伝送されてくる場合がある。そのような伝送データに基づいても付加情報を生成できる。
これら、ユーザー入力や外部機器からの伝送によい付加情報内容が入力されたら、ＣＰＵ４１はＲＡＭ４１ｂにおいて、それら付加情報が付加情報ユニットとして含まれた付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを生成（又は更新）する。もちろんこのとき、その付加情報ユニットに対応するインデックスポインタＩＮＦ−ｎｎｎ（図１９参照）も設定する。
【０１２２】
付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦが生成されたら、ＣＰＵ４１はステップＦ１０４として、それに応じてトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの更新を実行する。すなわちこの場合は、付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦでのインデックスポインタ（インデックスポインタで指示される付加情報ユニット）を、１又は複数の記録したデータファイルに対応させるために、記録した各データファイルに対応する各トラック情報領域ＴＲＫＩＮＦにおけるポインタＩＮＦ−ｎｎｎ（図１２（ｂ）参照）を設定することになる。
そしてこのように再構成したトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを板状メモリ１に供給し、板状メモリ１上でトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを更新させる。
【０１２３】
続いてステップＦ１０５で、ステップＦ１０３で生成した付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを板状メモリ１に供給し、板状メモリ１上で付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを記録又は更新させる。
【０１２４】
以上のように、楽曲等のデータファイルの記録、付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦの記録又は更新、トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの更新が行なわれることで、１又は複数の楽曲がそれぞれデータファイルとして記録されるとともに、それらが適切に管理され、かつ対応する付加情報が記録されることになる。
そして説明からわかるように、或るデータファイルに対応される付加情報（付加情報ユニット）は、付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ内におけるインデックスポインタＩＮＦ−ｎｎｎによって指定されるとともに、さらにそのインデックスポインタＩＮＦ−ｎｎｎがトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦ内における、データファイルに対応するトラック情報領域ＴＲＫＩＮＦにおけるポインタＩＮＦ−ｎｎｎによって指定される形態として管理される。
【０１２５】
このような２段構成のポインタ形態で付加情報が管理されることで、その後の付加情報の編集処理が非常に効率化できる。
例えば比較的ファイル規模の大きい付加情報ファイルを更新しなくとも、ファイル規模の小さいトラック情報管理ファイルを更新することで、各種の編集が可能とすることがができる。例えば、データファイル間で対応する付加情報を移動させたり、複数のデータファイルに１つの付加情報内容を対応づけたりすることなど、特殊な管理状態も、トラック情報管理ファイル上の更新で可能となる。
【０１２６】
なお、板状メモリ全体にかかる付加情報については、データファイルの記録処理とは独立して記録される。
ユーザー操作等により板状メモリ全体にかかる付加情報の入力操作が行われた場合は、図２７のステップＦ１０３〜Ｆ１０５の処理が行われることになる。そのとき更新されるポインタは、トラック管理情報ファイルにおいては、図１２（ａ）に示したポインタＩＮＦ−Ｓとなり、また付加情報ファイル内のインデックスポインタとしては、図１９（ａ）に示すインデックスポインタのうちの例えばＩＮＦ−４０９となる。
【０１２７】
また、個々のデータファイルにかかる付加情報は、データファイルの記録とともに行われるように説明したが、もちろん既に記録されたデータファイルについて、後に付加情報を記録することも可能である。その場合は、付加情報書込対象として選択されたデータファイルについて、図２７のステップＦ１０３〜Ｆ１０５の処理が行われるようにすればよい。
【０１２８】
６．ファイル削除処理
続いて、或るデータファイル、及びそのデータファイルに対応づけられた付加情報を削除する際の処理について説明する。
ユーザーが、記録された或るデータファイルを指定して、それを削除する操作を行ない、ＣＰＵ４１が図２８のステップＦ２０１としてその削除指示を受付ると、まずステップＦ２０２として、ＲＡＭ１１ｂに読み込んである板状メモリ１のトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦにおいて、その削除対象のデータファイルにかかるトラック情報領域におけるポインタＩＮＦ−ｎｎｎの値を取り込む。
【０１２９】
そしてステップＦ２０３として、板状メモリ１から付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを読み込み、ステップＦ２０４として、その付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ内において、上記ポインタＩＮＦ−ｎｎｎで示されるインデックスポインタＩＮＦ−ｎｎｎを、無効フラグがオン（「１」）となった状態に更新する（図１９（ｂ）参照）。
【０１３０】
次にステップＦ２０５で、ＣＰＵ４１は、トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを更新する。すなわちこの場合は、削除対象となったデータファイルに対応するトラック情報領域ＴＲＫＩＮＦ−ｘｘｘ、パーツ情報領域ＰＲＴＩＮＦ−ｘｘｘを削除することで、データファイルの削除を実現する。
また、トラック情報領域ＴＲＫＩＮＦ−ｘｘｘ、パーツ情報領域ＰＲＴＩＮＦ−ｘｘｘの削除によって、トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦ内に空き部分が発生することになるが、削除した部分以降の、他のデータファイルに対応するトラック情報領域及びパーツ情報領域のデータを前づめしていくようにする。
【０１３１】
この様にしてトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを再構成したら、ステップＦ２０６で、それを板状メモリ１に供給し、板状メモリ１上でトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを更新させる。
続いてステップＦ２０７で、ステップＦ２０４で更新（無効フラグオン）した付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを板状メモリ１に供給し、板状メモリ１上で付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを更新させる。
以上の処理で、データファイルの削除が完了する。
【０１３２】
このような処理においては、データファイル自体の削除に関しては、トラック管理情報ファイルの更新により実行される。またトラック管理情報ファイルは比較的データ規模の小さいファイルであるため、データファイルの削除やそれに伴ったデータ内容の再構成は、さほど処理負担のかかるものではない。
そしてデータファイルに伴った付加情報の削除に関しては、付加情報ファイル内で所要のインデックスポインタに無効フラグをたてるのみで行われる。
付加情報ファイルは、その付加情報の量に伴って、データ規模の大きなファイルとなるが、削除処理に関してはそのファイル全体の再構成は不要で、単に所要のインデックスポインタを更新するのみでよいこと（付加情報ユニットそのものは扱わなくてよいこと）は、処理負担は大きくならないことを意味する。
以上のことから、データファイル及び付加情報の削除処理は、本例のように携帯用の小型のドライブ装置２０（つまり処理能力をさほど高く設定できない装置）でも可能となるものである。換言すれば、板状メモリ１の付加情報の管理形態は、処理能力の小さい装置であっても、問題なく編集が可能となるようにされているものとなる。
【０１３３】
なお、板状メモリ全体にかかる付加情報を削除する場合も考えられるが、その場合は、図２８の処理においてデータファイルにかかる板状メモリ全体にかかる処理に変更されればよい。すなわちステップＦ２０２ではトラック管理情報ファイルのヘッダ内のポインタＩＮＦ−Ｓからインデックスポインタを得る。また当然ながらステップＦ２０５、Ｆ２０６の、データファイル削除にかかるトラック管理情報ファイルの更新は必要ない。
【０１３４】
また、個々のデータファイルにかかる付加情報は、データファイルの削除とは独立しても実行できる。つまりデータファイルは削除しないが付加情報のみを削除する処理である。
その場合は、ステップＦ２０５、Ｆ２０６の、データファイル削除にかかるトラック管理情報ファイルの更新は必要ない。
【０１３５】
７．付加情報ファイル圧縮処理
上記のように、無効フラグをたてることによる付加情報の削除処理が行われた後は、データ処理能力の高い装置（例えばパーソナルコンピュータ１１や、板状メモリ１に対応する据置型のドライブ装置）において、付加情報ファイルの再構成（圧縮）を行うことができる。
【０１３６】
上述のように処理能力がさほど高くできないドライブ装置２０などでは、付加情報ユニット自体（データ内容自体）の削除は行わないため、付加情報ファイルＩＮＦＬＳＴ．ＭＳＦ自体は、無駄な部分が残されていることになる。
もちろんそのままでもかまわないが、例えばその板状メモリ１に対して、パーソナルコンピュータ１１などで付加情報ファイルから無駄な部分を消去し、ファイルサイズを圧縮する処理ができれば好適である。
【０１３７】
例えばパーソナルコンピュータ１１や据置型のドライブ装置の処理能力を利用して実行できる、この様な付加情報ファイルの圧縮処理を図２９で説明する。
図２９は、パーソナルコンピュータ１１や据置型のドライブ装置等、処理能力の高いデータ処理装置のＣＰＵによる処理を示すものとなる。
なお、ここでは例えば据置型のドライブ装置を、処理能力の高いデータ処理装置として説明するが、その構成自体は図３のドライブ装置２０と同様であり、ＣＰＵ４１の処理能力が高いもの考えることができる。このため、この図２９の処理を行うデータ処理装置（据置型ドライブ装置）についての構成の説明は省略するが、処理主体は、図３のＣＰＵ４１と区別するため、「ＣＰＵ４１Ｈ」と表記する。同様に他のブロックを表記する場合も「Ｈ」を付記する。
【０１３８】
図２９の処理を行うことのできるデータ処理装置は、板状メモリ１が着脱機構２２Ｈに装着されている状態で、ユーザーが付加情報ファイル圧縮処理を指示することでステップＦ３０１以降の圧縮処理を実行する。但し、板状メモリ１が装着された時点などに自動的に圧縮処理を行うようにしてもよい。
【０１３９】
まずステップＦ３０１としてＣＰＵ４１Ｈは、メモリインターフェース４２Ｈを介して板状メモリ１から付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを読み込み、ＲＡＭ１１ｂＨに展開する。
次にステップＦ３０２で変数ｎ＝１にセットし、ステップＦ３０３以降の処理に移る。
【０１４０】
ステップＦ３０３では、付加情報ファイル内のインデックスポインタＩＮＦ−（ｎ）を取り込み、ステップＦ３０４で無効フラグがオンであるか否かを確認する。
無効フラグがオンであれば、ステップＦ３０７で変数Ｎの確認を経て、ステップＦ３０８で変数Ｎをインクリメントし、ステップＦ３０３に戻る。
またステップＦ３０４で無効フラグがオフであると確認された場合は、ステップＦ３０５、Ｆ３０６で、そのインデックスポインタＩＮＦ−（ｎ）及びそれによって示される付加情報ユニットを、新たな付加情報ファイルデータとしてコピーする。そしてステップＦ３０７で変数Ｎの確認を経て、ステップＦ３０８で変数Ｎをインクリメントし、ステップＦ３０３に戻る。
このステップＦ３０３〜Ｆ３０６の処理が、変数ｎがステップＦ３０８でインクリメントされながら、ステップＦ３０６で変数ｎが最後のインデックスナンバに達したと判断されるまで繰り返される。
この処理により、例えば図３０に示すように圧縮された新たな付加情報ファイルが生成される。
【０１４１】
図３０（ａ）は、ステップＦ３０１で読み込んだ付加情報ファイルの例であり、この場合、インデックスポインタＩＮＦ−００１〜ＩＮＦ−００５によって、付加情報ユニットＩＮＦｄａｔａ−００１〜ＩＮＦｄａｔａ−００５がそれぞれ指定されている状態を示している。
そして上述した図２８の削除処理により、インデックスポインタＩＮＦ−００２、ＩＮＦ−００４に無効フラグがたてられた状態であるとする（つまり付加情報ユニットＩＮＦｄａｔａ−００２，ＩＮＦｄａｔａ−００４は削除されたものとされている）。
【０１４２】
図２９の圧縮処理において、上記ステップＦ３０３〜Ｆ３０８のループ処理では、変数ｎがインクリメントされることで、インデックスポインタをＩＮＦ−００１からＩＮＦ−００５までについて順次無効フラグの確認を行うものとなり、また、無効フラグがオフの場合は、そのインデックスポインタ及び付加情報ユニットを新規ファイルにコピーする処理となるため、この場合は、図３０（ｂ）に示すように、無効でないインデックスポインタＩＮＦ−００１、ＩＮＦ−００３、ＩＮＦ−００５が順次コピーされることになる。またこれらのインデックスポインタで示される付加情報ユニットＩＮＦｄａｔａ−００１，ＩＮＦｄａｔａ−００３、ＩＮＦｄａｔａ−００５も、それぞれコピーされる。
そして、このコピーされた３つのインデックスポインタ及び３つの付加情報ユニットが、図３０（ｂ）の新付加情報ファイルにおいて、インデックスポインタＩＮＦ−００１〜ＩＮＦ−００３、及び付加情報ユニットＩＮＦｄａｔａ−００１〜ＩＮＦｄａｔａ−００３とされる。
【０１４３】
図２７の処理では、ステップＦ３０７で最後のインデックスポインタまでの処理の完了と判断されることに応じてステップＦ３０３〜Ｆ３０８のループを抜け、ステップＦ３０９に進むことになるが、この図３０の例では、インデックスポインタＩＮＦ−００５及び付加情報ユニットＩＮＦｄａｔａ−００５の処理を終えた時点で、ステップＦ３０９に進む。
【０１４４】
ステップＦ３０９では、ＣＰＵ４１Ｈは、以上のようにして作成した新付加情報ファイルを板状メモリ１に供給し、板状メモリ１上の付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを、新付加情報ファイルに更新させる。
以上で付加情報ファイルの圧縮処理が完了する。すなわち図３０の例からもわかるように、無効フラグがオンとされていたインデックスポインタ及びそれに対応する付加情報ユニットが存在しない付加情報ファイルになり、データ量が圧縮されたものとなる。
【０１４５】
この様な圧縮処理を行うことで、付加情報ファイルを最適なデータ状態に再構成することができる。また、この様な圧縮処理が可能であることは、上述のように無効フラグをたてることで付加情報を削除する処理をサポートできるものとなる。つまり図２８の処理が行われることで付加情報ファイル内に無駄な部分が発生しても、それを後に解消できる。
【０１４６】
なお、パーソナルコンピュータ１１でこのような圧縮処理を行う場合は、ドライブ装置２０から付加情報ファイルを転送させ、その付加情報ファイルに対して図２９の処理を実行するとともに、作成された新付加情報ファイルをドライブ装置２０に転送して板状メモリ１に記録させるようにすればよい。
【０１４７】
以上、実施の形態について述べてきたが、本発明はこれらの構成及び動作に限定されるものではなく、特に上述してきた各種動作時の処理の細かい手順としては各種の変形例が考えられる。
また、本発明のシステムにおいて第１の記録媒体に相当する記録媒体は、図１のような板状メモリに限定されるものではなく、他の外形形状とされた固体メモリ媒体（メモリチップ、メモリカード、メモリモジュール等）でも構わない。もちろんメモリ素子はフラッシュメモリに限られず、他の種のメモリ素子でもよい。さらに固体メモリではなく、ミニディスク、ＤＶＤ（DIGITAL VERSATILE DISC）、ハードディスク、ＣＤ−Ｒなどのディスク状記録媒体を用いるシステムでも本発明は適用できる。
【０１４８】
また上記例では音楽等のオーディオデータファイルについての付加情報について述べたが、これは一例にすぎない。例えば音楽データとしてのトラック（ファイル）に限らず、動画ファイル、静止画ファイル、音声データファイルなどについても、それらに対応する付加情報ファイルの態様として同様に適用できる。
【０１４９】
【発明の効果】
以上の説明からわかるように本発明では次のような効果が得られる。
まず本発明の記録媒体は、付加情報ファイルには、実際の付加情報が記述された１又は複数の付加情報ユニットと、各付加情報ユニットを示す第１のポインタとが記録され、管理ファイルには、各データファイル又は当該記録媒体全体に対応して、第１のポインタを示す第２のポインタが記録されるようにしている。つまり付加情報ファイル内には、複数の第１のポインタによって、それぞれの第１のポインタが特定の付加情報ユニット（実際の付加情報内容）を管理するようにし、さらに各第１のポインタが、管理ファイル内の各第２のポインタによって管理されるようにしている。このように各データファイル又は記録媒体全体に対応する付加情報が、２段構成のポインタによって管理される状態とされることで、比較的ファイル規模の大きい付加情報ファイルについては更新しなくとも、ファイル規模の小さい管理ファイルを更新することで、各種の編集が可能となり、付加情報の編集処理が非常に効率化できるという効果がある。
【０１５０】
また付加情報ファイル内の各第１のポインタには、その第１のポインタが示す付加情報ユニットの有効／無効を識別する識別情報が含まれるようにすることで、実際の付加情報ユニットを削除したい場合には、付加情報ファイル内で第１のポインタにおける識別情報を更新のみで可能となる。つまり付加情報の削除は非常に簡易な処理で実現できるという効果が得られる。
【０１５１】
本発明のデータ処理装置は、第１、第２のポインタ構成で付加情報が管理される記録媒体に対して、入力された付加情報を付加情報ファイル内の付加情報ユニットとして記録するとともに、その付加情報ユニットの記録に伴って、第１のポインタ及び第２のポインタを記録することで、記録した付加情報ユニットが、或るデータファイル又は当該記録媒体全体に関する付加情報として管理されるようにしている。これにより上記管理形態の記録媒体を実現でき、もって付加情報の編集の簡易化を実現できる。
【０１５２】
また本発明のデータ処理装置は、上記記録媒体に対して、付加情報ファイル内の第１のポインタについて、識別情報が無効を示すように更新することで、その第１のポインタが示す付加情報ユニットが削除された状態とする。つまり、非常に処理負担の少ない処理により付加情報の削除が可能となる。
これは、例えば携帯用の小型のデータ処理装置（記録再生装置）であっても、付加情報の編集が十分に可能となることを意味する。
【０１５３】
また本発明のデータ処理装置は、上記記録媒体に対して、付加情報ファイル内の各第１のポインタの識別情報に応じて、無効とされた付加情報ユニットを含まない付加情報ファイルを生成し、記録媒体上の付加情報ファイルを更新できるようにしている。例えばパーソナルコンピュータなど、比較的処理能力の高いデータ処理装置の場合は、データ規模の大きい付加情報ファイルの全体の処理も可能であるが、そのようなデータ処理装置においては、識別情報に応じて付加情報ファイルを再構成することで、付加情報ファイルを、データ構成上無駄のないファイルに更新できるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態の板状メモリの外形形状を示す平面図、正面図、側面図、底面図である。
【図２】実施の形態のドライブ装置の外観例の平面図、上面図、右側面図、左側面図、底面図である。
【図３】実施の形態のドライブ装置のブロック図である。
【図４】実施の形態のドライブ装置及び板状メモリを含むシステム接続例の説明図である。
【図５】実施の形態の板状メモリの処理階層の説明図である。
【図６】実施の形態の板状メモリのデータ構造の説明図である。
【図７】実施の形態の板状メモリのディレクトリ構造の説明図である。
【図８】実施の形態の板状メモリの管理構造の説明図である。
【図９】実施の形態の板状メモリのデータファイルの説明図である。
【図１０】実施の形態の板状メモリのデータファイルのコンバイン動作の説明図である。
【図１１】実施の形態の板状メモリのデータファイルのデバイド動作の説明図である。
【図１２】実施の形態の板状メモリのトラック情報管理ファイルの構造の説明図である。
【図１３】実施の形態のトラック情報管理ファイルのＡ−ｎｎｎの下位バイトの説明図である。
【図１４】実施の形態のトラック情報管理ファイルのＡ−ｎｎｎの上位バイトの説明図である。
【図１５】実施の形態のトラック情報管理ファイルのＮＡＭＥ１の構造の説明図である。
【図１６】実施の形態のトラック情報管理ファイルのＮＡＭＥ２の構造の説明図である。
【図１７】実施の形態のデータファイルの構造の説明図である。
【図１８】実施の形態の板状メモリに対する録音モードの説明図である。
【図１９】実施の形態の付加情報ファイルの構造の説明図である。
【図２０】実施の形態の付加情報ユニットの構造の説明図である。
【図２１】実施の形態の付加情報の例の説明図である。
【図２２】実施の形態の付加情報ユニットの説明図である。
【図２３】実施の形態の付加情報ユニットの具体例の説明図である。
【図２４】実施の形態の付加情報ユニットの具体例の説明図である。
【図２５】実施の形態の付加情報ユニットの具体例の説明図である。
【図２６】実施の形態の付加情報ユニットを消去した場合の具体例の説明図である。
【図２７】実施の形態のドライブ装置のファイル記録処理のフローチャートである。
【図２８】実施の形態のドライブ装置のファイル削除処理のフローチャートである。
【図２９】実施の形態のファイル圧縮処理のフローチャートである。
【図３０】実施の形態のファイル圧縮処理の説明図である。
【符号の説明】
１ 板状メモリ、２０ ドライブ装置、２１ 表示部、２２ 着脱機構、２３ヘッドホン出力端子、２４ ライン出力端子、２５ マイク入力端子、２６ ライン入力端子、２７ デジタル入力端子、３０ 操作部、３１ 操作レバー、３２ 停止キー、３３ 記録キー、４１ ＣＰＵ、４２ メモリインターフェース、４３ ＵＳＢインターフェース、４４ リアルタイムクロック、４５ 表示ドライバ、４８ フラッシュメモリ、４９ ＤＳＰ、５０ ＳＡＭ

Claims (2)

1. １又は複数のデータファイルと、前記各データファイルを管理する管理情報が記録される管理ファイルと、前記各データファイル又は当該記録媒体全体に関する付加情報を記録できる付加情報ファイルと、が記録領域単位ごとに記録される記録媒体であって、
   前記付加情報ファイルには、付加情報内容とそのインデックスポインタが記録された１又は複数の付加情報ユニットと、前記各付加情報ユニットのインデックスポインタを示す第１のポインタとが記録され、
   前記管理ファイルには、各データファイル又は当該記録媒体全体のそれぞれに対応する前記第１のポインタを指定する第２のポインタが記録されるとともに、
   前記付加情報ファイル内の各第１のポインタには、その第１のポインタが示す付加情報ユニットの有効／無効を識別する識別情報が含まれる
   記録媒体。
2. １又は複数のデータファイルと、前記各データファイルを管理する管理情報が記録される管理ファイルと、前記各データファイル又は当該記録媒体全体に関する付加情報を記録できる付加情報ファイルと、が記録領域単位ごとに記録され、前記付加情報ファイルには、付加情報内容とそのインデックスポインタが記録された１又は複数の付加情報ユニットと、前記各付加情報ユニットのインデックスポインタを示す第１のポインタとが記録され、前記管理ファイルには、各データファイル又は当該記録媒体全体のそれぞれに対応する前記第１のポインタを指定する第２のポインタが記録されるとともに、前記付加情報ファイル内の各第１のポインタには、その第１のポインタが示す付加情報ユニットの有効／無効を識別する識別情報が含まれる記録媒体に対して、
   入力された付加情報を前記付加情報ファイル内の付加情報ユニットとして記録するとともに、その付加情報ユニットの記録に伴って、前記第１のポインタ及び第２のポインタを記録することで、記録した付加情報ユニットが、或るデータファイル又は当該記録媒体全体に関する付加情報として管理されるようにするようにするとともに、前記各第１のポインタの識別情報に応じて、無効とされた付加情報ユニットを含まない付加情報ファイルを生成し、記録媒体上の付加情報ファイルを更新する
   データ処理装置。

Images