JP2001075869A - 不揮発性メモリ - Google Patents

Abstract

(57)【要約】 【課題】 連続的にデータファイルを並べ、メモリの小
さなＣＰＵでも簡単に管理することができる。 【解決手段】 フラッシュメモリは、メモリカードとし
てレコーダに着脱自在とされる。フラッシュメモリに
は、トラック情報管理ファイル、付加情報管理ファイ
ル、ＦＡＴ、オーディオデータファイルが記録される。
トラック情報管理ファイルとして、トラック情報領域Ｔ
ＲＫＩＮＦとそれに付随するパーツ情報領域ＰＲＴＩＮ
Ｆがトラック単位で記述される。このＴＲＫＩＮＦおよ
びＰＲＴＩＮＦは、データファイルに対応し、データフ
ァイルの順に並べられる。ＴＲＫＩＮＦには、ファイル
名、パーツ数が記録され、ＰＲＴＩＮＦには、クラスタ
のサイズ、スタートＵＳ、エンドＵＳが記録される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ＦＡＴ（File a
llocation Table ）を用いてメモリカード上に記録され
たファイルの管理を行う不揮発性メモリに関する。

【０００２】

【従来の技術】ＥＥＰＲＯＭ(Electrically Erasable P
rogrammable ROM)と呼ばれる電気的に書き換え可能な不
揮発性メモリは、１ビットを２個のトランジスタで構成
するために、１ビット当たりの占有面積が大きく、集積
度を高くするのに限界があった。この問題を解決するた
めに、全ビット一括消去方式により１ビットを１トラン
ジスタで実現することが可能なフラッシュメモリが開発
された。フラッシュメモリは、磁気ディスク、光ディス
ク等の記録媒体に代わりうるものとして期待されてい
る。

【０００３】フラッシュメモリを機器に対して着脱自在
に構成したメモリカードも知られている。このメモリカ
ードを使用すれば、従来のＣＤ（コンパクトディスク：
登録商標）、ＭＤ（ミニディスク：登録商標）等のディ
スク状媒体に換えてメモリカードを使用するディジタル
オーディオ記録／再生装置を実現することができる。

【０００４】従来、パーソナルコンピュータで使用され
るファイル管理システムは、ＦＡＴ(File Allocation T
able) システムと呼ばれる。上述のＦＡＴシステムで
は、必要なファイルが定義されると、その中に必要なパ
ラメータがファイルの先頭から順番にセットされてい
た。その結果、ファイルのサイズが可変長で、１ファイ
ルが１または複数の管理単位（セクタ、クラスタ等）で
構成される。この管理単位の関連事項がＦＡＴと呼ばれ
るテーブルに書かれる。このＦＡＴシステムは、記録媒
体の物理的特性と無関係に、ファイル構造を容易に構築
することができる。従って、ＦＡＴシステムは、フロッ
ピーディスク、ハードディスクのみならず、光磁気ディ
スク、でも採用することができる。上述したメモリカー
ドにおいても、ＦＡＴシステムが採用されている。

【０００５】しかしながら、オーディオデータが記録さ
れているＣＤ等では、ＦＡＴシステムの概念は全くな
く、記録／再生が可能なＭＤの時代になって初めてＬｉ
ｎｋ−Ｐ（以下、リンクＰと称する）と呼ばれるＦＡＴ
を変形したような方法で音楽の記録や編集が実現され
た。このためシステム自体は、簡素化され小さなＣＰＵ
でも制御が可能なものとなっていたが、パーソナルコン
ピュータとのデータのやり取りは全くできず、独立した
ＡＶ機器として発展してきた。

【０００６】このＭＤで採用されているリンクＰなるシ
ステムは、ＭＤ上に生じた欠陥の位置に係る情報を格納
するスロットの先頭位置を示すＰ−ＤＦＡ（Pointer fo
r Defective Area）、スロットの使用状況を示すＰ−Ｅ
ｍｐｔｙ（Pointer for Empty slot）、記録可能領域を
管理するスロットの先頭位置を示すＰ−ＦＲＡ（Pointe
r for FReely Area ）および各プログラム番号に対応し
たスロットの先頭位置を各々示すＰ−ＴＮｏ１、Ｐ−Ｔ
Ｎｏ２、・・・Ｐ−ＴＮｏ２５５から構成される。

【０００７】Ｐ−ＦＲＡ（Pointer for Freely Area ）
を参照して記録媒体上に離散的に存在する記録可能エリ
アを連続的に検索する処理の一例を図４２を用いて説明
する。この図４２において、Ｐ−ＦＲＡに０３ｈが記録
されている。この場合には、まず、図４２Ａに示すよう
にスロット０３ｈがアクセスされる。このスロット０３
ｈに記録されているスタートアドレスおよびエンドアド
レスは、ディスク上に存在する１つのパーツの起点アド
レスと終点アドレスを示す。

【０００８】図４２Ａに示すように、スロット０３ｈに
記録されているリンク情報は、後続すべきスロットのア
ドレス１８ｈを示している。図４２Ｂに示すように、ス
ロット１８ｈがアクセスされる。スロット１８ｈに記録
されているリンク情報が後続すべきスロットのアドレス
が１Ｆｈであることを示しているので、図４２Ｃに示す
ように、さらにスロット１Ｆｈがアクセスされる。そし
て、スロット１Ｆｈのリンク情報に従って、スロット２
Ｂｈがアクセスされ（図４２Ｄ）、さらにスロット２Ｂ
ｈのリンク情報に従ってスロットＥ３ｈがアクセスされ
る（図４２Ｅ）。このようにして、リンク情報としてｎ
ｕｌｌ（すなわち００ｈ）が現れるまで次々にリンク情
報をたどることにより、ＭＤ上に離散的に存在する記録
可能エリアのアドレスが順に認識される。光ピックアッ
プを制御して、ＭＤ上のこれらのアドレスに順にアクセ
スしていくことにより、離散的に存在する記録可能エリ
アをクリアすることが可能となる。また、Ｐ−ＤＦＡ
（Pointer for Defective Area）、Ｐ−ＴＮｏＮを参照
しても同様に離散的に記録されている傷エリア、データ
エリアを連続的にアクセスすることができる。

【０００９】

【発明が解決しようとする課題】このように、リンクＰ
は、上述した４つのパラメータでＦＡＴ同様の制御を行
うことが可能なものであるが、その仕組みは煩雑で制御
するソフトは大変であった。さらに、リンクＰが管理さ
れているＵ−ＴＯＣ（User-Table of Content ）領域が
破壊された場合は、離散的に存在する記録可能エリア、
記録済エリアをたどることができないという問題点があ
った。

【００１０】これに対して、メモリカードは元々パーソ
ナルコンピュータ用のメモリを強く意識しているために
パーソナルコンピュータ標準のＦＡＴシステムが導入さ
れている。このため、ともするとシステムが大げさにな
りやすく、メモリの小さなＣＰＵでは、ＦＡＴシステム
を管理するのは困難であった。さらに、同様にＦＡＴシ
ステムが破壊された場合に、メモリ上に離散的に存在す
る記録済エリアをトレースすることができないという問
題が生じる。

【００１１】従って、この発明の目的は、データファイ
ルをＦＡＴシステムで管理し、そのデータファイルの管
理単位をメモリの小さなＣＰＵでも容易に扱えるように
した不揮発性メモリを提供することにある。

【００１２】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１の発明は、連続して再生されるデータ
ファイルを所定長単位毎にブロック化して、複数のブロ
ックを集合化して複数のパーツとして離散的に記録する
不揮発性メモリにおいて、複数のパーツを連結して連続
して再生されるデータファイルに復元するための第１の
管理情報が記録された管理領域と、データファイルを構
成するパーツ数とパーツ毎のパーツサイズとが管理され
た所定長から成る第２の管理情報がデータファイル毎に
付加し、複数のブロックを集合化して複数のパーツとし
て離散的に記録されるデータ領域とからなることを特徴
とする不揮発性メモリである。

【００１３】

【発明の実施の形態】以下、この発明の一実施形態につ
いて説明する。図１は、この発明の一実施形態における
メモリカードを使用したディジタルオーディオレコーダ
／プレーヤの全体の構成を示す。この一実施形態は、記
録媒体として、着脱自在のメモリカードを使用するディ
ジタルオーディオ信号の記録および再生機である。より
具体的には、このレコーダ／プレーヤは、アンプ装置、
スピーカ、ＣＤプレーヤ、ＭＤレコーダ、チューナ等と
共にオーディオシステムを構成する。この発明は、これ
以外のオーディオレコーダに対しても適用できる。すな
わち、携帯型記録再生装置に対しても適用できる。ま
た、衛星を使用したデータ通信、ディジタル放送、イン
ターネット等を経由して配信されるディジタルオーディ
オ信号を記録するセットトップボックスに対しても適用
できる。さらに、ディジタルオーディオ信号以外に動画
データ、静止画データ等の記録／再生に対してもこの発
明を適用できる。一実施形態においても、ディジタルオ
ーディオ信号以外の画像、文字等の付加情報を記録／再
生可能としている。

【００１４】記録再生装置は、それぞれ１チップＩＣで
構成されたオーディオエンコーダ／デコーダＩＣ１０、
セキュリティＩＣ２０、ＤＳＰ(Digital Signal Proces
sor)３０を有する。さらに、記録再生装置本体に対して
着脱自在のメモリカード４０を備える。メモリカード４
０は、フラッシュメモリ（不揮発性メモリ）、メモリコ
ントロールブロック、ＤＥＳ(Data Encryption Standar
d)の暗号化回路を含むセキュリティブロックが１チップ
上にＩＣ化されたものである。なお、この一実施形態で
は、ＤＳＰ３０を使用しているが、マイクロコンピュー
タを使用しても良い。

【００１５】オーディオエンコーダ／デコーダＩＣ１０
は、オーディオインタフェース１１およびエンコーダ／
デコーダブロック１２を有する。エンコーダ／デコーダ
ブロック１２は、ディジタルオーディオ信号をメモリカ
ード４０に書き込むために高能率符号化し、また、メモ
リカード４０から読み出されたデータを復号する。高能
率符号化方法としては、ミニディスクで採用されている
ＡＴＲＡＣ(AdaptiveTransform Acoustic Coding)を改
良したＡＴＲＡＣ３が使用される。

【００１６】上述のＡＴＲＡＣ３では、サンプリング周
波数＝４４．１ｋHzでサンプリングした量子化ビットが
１６ビットのオーディオデータを高能率符号化処理す
る。ＡＴＲＡＣ３でオーディオデータを処理する時の最
小のデータ単位がサウンドユニットＳＵである。１ＳＵ
は、１０２４サンプル分（１０２４×１６ビット×２チ
ャンネル）を数百バイトに圧縮したものであり、時間に
して約２３ｍ秒である。上述の高能率符号化処理により
約１／１０にオーディオデータが圧縮される。ミニディ
スクで適用されたＡＴＲＡＣ１と同様に、ＡＴＲＡＣ３
方式において、信号処理されたオーディオ信号の圧縮／
伸長処理による音質の劣化は少ない。

【００１７】ライン入力セレクタ１３は、ＭＤの再生出
力、チューナの出力、テープ再生出力を選択的にＡ／Ｄ
変換器１４に供給する。Ａ／Ｄ変換器１４は、入力され
るライン入力信号をサンプリング周波数＝４４．１ｋH
z、量子化ビット＝１６ビットのディジタルオーディオ
信号へ変換する。ディジタル入力セレクタ１６は、Ｍ
Ｄ、ＣＤ、ＣＳ（衛星ディジタル放送）のディジタル出
力を選択的にディジタル入力レシーバ１７に供給する。
上述のディジタル入力は、例えば光ケーブルを介して伝
送される。ディジタル入力レシーバ１７の出力がサンプ
リングレートコンバータ１５に供給され、ディジタル入
力のサンプリング周波数が４４．１ｋHz、量子化ビット
が１６ビットのデジタルオーディオ信号に変換される。

【００１８】オーディオエンコーダ／デコーダＩＣ１０
のエンコーダ／デコーダブロック１２からの符号化デー
タがセキュリティＩＣ２０のインタフェース２１を介し
てＤＥＳの暗号化回路２２に供給される。ＤＥＳの暗号
化回路２２は、ＦＩＦＯ２３を有している。ＤＥＳの暗
号化回路２２は、コンテンツの著作権を保護するために
備えられている。メモリカード４０にも、ＤＥＳの暗号
化回路が組み込まれている。記録再生装置のＤＥＳの暗
号化回路２２は、複数のマスターキーと機器毎にユニー
クなストレージキーを持つ。さらに、ＤＥＳの暗号化回
路２２は、乱数発生回路を持ち、ＤＥＳの暗号化回路を
内蔵するメモリカードと認証およびセッションキーを共
有することができる。よりさらに、ＤＥＳの暗号化回路
２２は、ＤＥＳの暗号化回路を通してストレージキーで
キーをかけなおすことができる。

【００１９】ＤＥＳの暗号化回路２２からの暗号化され
たオーディオデータがＤＳＰ(Digital Signal Processo
r)３０に供給される。ＤＳＰ３０は、着脱機構（図示し
ない）に装着されたメモリカード４０とメモリインタフ
ェースを介しての通信を行い、暗号化されたデータをフ
ラッシュメモリに書き込む。ＤＳＰ３０とメモリカード
４０との間では、シリアル通信がなされる。また、メモ
リカードの制御に必要なメモリ容量を確保するために、
ＤＳＰ３０に対して外付けのＳＲＡＭ(StaticRandom Ac
cess Memory) ３１が接続される。

【００２０】さらに、ＤＳＰ３０に対して、バスインタ
フェース３２が接続され、図示しない外部のコントロー
ラからのデータがバス３３を介してＤＳＰ３０に供給さ
れる。外部のコントローラは、オーディオシステム全体
の動作を制御し、操作部からのユーザの操作に応じて発
生した録音指令、再生指令等のデータをＤＳＰ３０にバ
スインタフェース３２を介して与える。また、画像情
報、文字情報等の付加情報のデータもバスインタフェー
ス３２を介してＤＳＰ３０に供給される。バス３３は、
双方向通信路であり、メモリカード４０から読み出され
た付加情報データ、制御信号等がＤＳＰ３０、バスイン
ターフェース３２、バス３３を介して外部のコントロー
ラに取り込まれる。外部のコントローラは、具体的に
は、オーディオシステム内に含まれる他の機器例えばア
ンプ装置に含まれている。さらに、外部のコントローラ
によって、付加情報の表示、レコーダの動作状態等を表
示するための表示が制御される。表示部は、オーディオ
システム全体で共用される。ここで、バス３３を介して
送受信されるデータは、著作物ではないので、暗号化が
されない。

【００２１】ＤＳＰ３０によってメモリカード４０から
読み出した暗号化されたオーディオデータは、セキュリ
ティＩＣ２０によって復号化され、オーディオエンコー
ダ／デコーダＩＣ１０によってＡＴＲＡＣ３の復号化処
理を受ける。オーディオエンコーダ／デコーダ１０の出
力がＤ／Ａ変換器１８に供給され、アナログオーディオ
信号へ変換される。そして、アナログオーディオ信号が
ライン出力端子１９に取り出される。

【００２２】ライン出力は、図示しないアンプ装置に伝
送され、スピーカまたはヘッドホンにより再生される。
Ｄ／Ａ変換器１８に対してミューティング信号が外部の
コントローラから供給される。ミューティング信号がミ
ューティングのオンを示す時には、ライン出力端子１９
からのオーディオ出力が禁止される。

【００２３】図２は、ＤＳＰ３０の内部構成を示す。Ｄ
ＳＰ３０は、Ｃｏｒｅ３４と、フラッシュメモリ３５
と、ＳＲＡＭ３６と、バスインタフェース３７と、メモ
リカードインタフェース３８と、バスおよびバス間のブ
リッジとで構成される。ＤＳＰ３０は、マイクロコンピ
ュータと同様な機能を有し、Ｃｏｒｅ３４がＣＰＵに相
当する。フラッシュメモリ３５にＤＳＰ３０の処理のた
めのプログラムが格納されている。ＳＲＡＭ３６と外部
のＳＲＡＭ３１とがＲＡＭとして使用される。

【００２４】ＤＳＰ３０は、バスインタフェース３２、
３７を介して受け取った録音指令等の操作信号に応答し
て、所定の暗号化されたオーディオデータ、所定の付加
情報データをメモリカード４０に対して書き込み、ま
た、これらのデータをメモリカード４０から読み出す処
理を制御する。すなわち、オーディオデータ、付加情報
の記録／再生を行うためのオーディオシステム全体のア
プリケーションソフトウェアと、メモリカード４０との
間にＤＳＰ３０が位置し、メモリカード４０のアクセ
ス、ファイルシステム等のソフトウェアによってＤＳＰ
３０が動作する。

【００２５】ＤＳＰ３０におけるメモリカード４０上の
ファイル管理は、既存のパーソナルコンピュータで使用
されているＦＡＴシステムが使用される。このファイル
システムに加えて、一実施形態では、後述するようなデ
ータ構成の管理ファイルが使用される。管理ファイル
は、メモリカード４０上に記録されているデータファイ
ルを管理する。第１のファイル管理情報としての管理フ
ァイルは、オーディオデータのファイルを管理するもの
である。第２のファイル管理情報としてのＦＡＴは、オ
ーディオデータのファイルと管理ファイルを含むメモリ
カード４０のフラッシュメモリ上のファイル全体を管理
する。管理ファイルは、メモリカード４０に記録され
る。また、ＦＡＴは、ルートディレクトリ等と共に、予
め出荷時にフラッシュメモリ上に書き込まれている。Ｆ
ＡＴの詳細に関しては後述する。

【００２６】なお、一実施形態では、著作権を保護する
ために、ＡＴＲＡＣ３により圧縮されたオーディオデー
タを暗号化している。一方、管理ファイルは、著作権保
護が必要ないとして、暗号化を行わないようにしてい
る。また、メモリカードとしても、暗号化機能を持つも
のと、これを持たないものとがありうる。一実施形態の
ように、著作物であるオーディオデータを記録するレコ
ーダが対応しているメモリカードは、暗号化機能を持つ
メモリカードのみである。上述の暗号化機能を有さない
メモリカードには、個人が録音したＶｏｉｃｅまたは録
画した画像が記録される。

【００２７】図３は、メモリカード４０の構成を示す。
メモリカード４０は、コントロールブロック４１とフラ
ッシュメモリ４２が１チップＩＣとして構成されたもの
である。プレーヤ／レコーダのＤＳＰ３０とメモリカー
ド４０との間の双方向シリアルインタフェースは、１０
本の線からなる。主要な４本の線は、データ伝送時にク
ロックを伝送するためのクロック線ＳＣＫと、ステータ
スを伝送するためのステータス線ＳＢＳと、データを伝
送するデータ線ＤＩＯ、インターラプト線ＩＮＴとであ
る。その他に電源供給用線として、２本のＧＮＤ線およ
び２本のＶＣＣ線が設けられる。２本の線Ｒｅｓｅｒｖ
は、未定義の線である。

【００２８】クロック線ＳＣＫは、データに同期したク
ロックを伝送するための線である。ステータス線ＳＢＳ
は、メモリカード４０のステータスを表す信号を伝送す
るための線である。データ線ＤＩＯは、コマンドおよび
暗号化されたオーディオデータを入出力するための線で
ある。インターラプト線ＩＮＴは、メモリカード４０か
らプレーヤ／レコーダのＤＳＰ３０に対しての割り込み
を要求するインターラプト信号を伝送する線である。メ
モリカード４０を装着した時にインターラプト信号が発
生する。但し、この一実施形態では、インターラプト信
号をデータ線ＤＩＯを介して伝送するようにしているの
で、インターラプト線ＩＮＴを接地している。

【００２９】コントロールブロック４１のシリアル／パ
ラレル変換・パラレル／シリアル変換・インタフェース
ブロック（以下、Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロックと略
す）４３は、上述した複数の線を介して接続されたレコ
ーダのＤＳＰ３０とコントロールブロック４１とのイン
タフェースである。Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３
は、プレーヤ／レコーダのＤＳＰ３０から受け取ったシ
リアルデータをパラレルデータに変換し、コントロール
ブロック４１に取り込み、コントロールブロック４１か
らのパラレルデータをシリアルデータに変換してプレー
ヤ／レコーダのＤＳＰ３０に送る。また、Ｓ／Ｐ・Ｐ／
Ｓ・ＩＦブロック４３は、データ線ＤＩＯを介して伝送
されるコマンドおよびデータを受け取った時に、フラッ
シュメモリ４２に対する通常のアクセスのためのコマン
ドおよびデータと、暗号化に必要なコマンドおよびデー
タとを分離する。

【００３０】データ線ＤＩＯを介して伝送されるフォー
マットでは、最初にコマンドが伝送され、その後にデー
タが伝送される。Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３
は、コマンドのコードを検出して、通常のアクセスに必
要なコマンドおよびデータか、暗号化に必要なコマンド
およびデータかを判別する。この判別結果に従って、通
常のアクセスに必要なコマンドをコマンドレジスタ４４
に格納し、データをページバッファ４５およびライトレ
ジスタ４６に格納する。ライトレジスタ４６と関連して
エラー訂正符号化回路４７が設けられている。ページバ
ッファ４５に一時的に蓄えられたデータに対して、エラ
ー訂正符号化回路４７がエラー訂正符号の冗長コードを
生成する。

【００３１】コマンドレジスタ４４、ページバッファ４
５、ライトレジスタ４６およびエラー訂正符号化回路４
７の出力データがフラッシュメモリインタフェースおよ
びシーケンサ（以下、メモリＩ／Ｆ・シーケンサと略
す）５１に供給される。メモリＩＦ・シーケンサ５１
は、コントロールブロック４１とフラッシュメモリ４２
とのインタフェースであり、両者の間のデータのやり取
りを制御する。メモリＩＦ・シーケンサ５１を介してデ
ータがフラッシュメモリ４２に書き込まれる。

【００３２】フラッシュメモリ４２に書き込まれるＡＴ
ＲＡＣ３により圧縮されたオーディオデータ（以下、Ａ
ＴＲＡＣ３データと表記する）は、著作権保護のため
に、プレーヤ／レコーダのセキュリティＩＣ２０とメモ
リカード４０のセキュリティブロック５２とによって、
暗号化されたものである。セキュリティブロック５２
は、バッファメモリ５３と、ＤＥＳの暗号化回路５４
と、不揮発性メモリ５５とを有する。

【００３３】メモリカード４０のセキュリティブロック
５２は、複数の認証キーとメモリカード毎にユニークな
ストレージキーを持つ。不揮発性メモリ５５は、暗号化
に必要なキーを格納するもので、チップ解析を行っても
解析不能な構造となっている。この実施形態では、例え
ばストレージキーが不揮発性メモリ５５に格納される。
さらに、乱数発生回路を持ち、対応可能なプレーヤ／レ
コーダと認証ができ、セッションキーを共有できる。Ｄ
ＥＳの暗号化回路５４を通して、コンテンツキーをスト
レージキーでキーのかけ直しを行う。

【００３４】例えばメモリカード４０をプレーヤ／レコ
ーダに装着した時に相互に認証がなされる。認証は、プ
レーヤ／レコーダのセキュリティＩＣ２０とメモリカー
ド４０のセキュリティブロック５２によって行わせる。
プレーヤ／レコーダは、装着されたメモリカード４０が
対応可能なメモリカードであることを認証し、また、メ
モリカード４０が相手のプレーヤ／レコーダが対応可能
なプレーヤ／レコーダであることを認証すると、相互認
証処理が正常に行われたことを意味する。認証が行われ
ると、プレーヤ／レコーダとメモリカード４０がそれぞ
れセッションキーを生成し、セッションキーを共有す
る。セッションキーは、認証の度に生成される。

【００３５】メモリカード４０に対するコンテンツの書
き込み時には、プレーヤ／レコーダがセッションキーで
コンテンツキーを暗号化してメモリカード４０に渡す。
メモリカード４０では、コンテンツキーをセッションキ
ーで復号し、ストレージキーで暗号化してプレーヤ／レ
コーダに渡す。ストレージキーは、メモリカード４０の
一つ一つにユニークなキーであり、プレーヤ／レコーダ
は、暗号化されたコンテンツキーを受け取ると、フォー
マット処理を行い、暗号化されたコンテンツキーと暗号
化されたコンテンツをメモリカード４０に書き込む。

【００３６】以上、メモリカード４０に対する書き込み
処理について説明したが、以下メモリカード４０からの
読み出し処理について説明する。フラッシュメモリ４２
から読み出されたデータがメモリＩＦ・シーケンサ５１
を介してページバッファ４５、リードレジスタ４８、エ
ラー訂正回路４９に供給される。ページバッファ４５に
記憶されたデータがエラー訂正回路４９によってエラー
訂正がなされる。エラー訂正がされたページバッファ４
５の出力およびリードレジスタ４８の出力がＳ／Ｐ・Ｐ
／Ｓ・ＩＦブロック４３に供給され、上述したシリアル
インタフェースを介してプレーヤ／レコーダのＤＳＰ３
０に供給される。

【００３７】読み出し時には、ストレージキーで暗号化
されたコンテンツキーとブロックキーで暗号化されたコ
ンテンツとがフラッシュメモリ４２から読み出される。
セキュリティブロック５２によって、ストレージキーで
コンテンツキーが復号される。復号したコンテンツキー
がセッションキーで再暗号化されてプレーヤ／レコーダ
側に送信される。プレーヤ／レコーダは、受信したセッ
ションキーでコンテンツキーを復号する。プレーヤ／レ
コーダは、復号したコンテンツキーでブロックキーを生
成する。このブロックキーによって、暗号化されたＡＴ
ＲＡＣ３データを順次復号する。

【００３８】なお、ConfigＲＯＭ５０は、メモリカード
４０のバージョン情報、各種の属性情報等が格納されて
いるメモリである。また、メモリカード４０には、ユー
ザが必要に応じて操作可能な誤消去防止用のスイッチ６
０が備えられている。このスイッチ６０が消去禁止の接
続状態にある場合には、フラッシュメモリ４２を消去す
ることを指示するコマンドがレコーダ側から送られてき
ても、フラッシュメモリ４２の消去が禁止される。さら
に、ＯＳＣ Cont.６１は、メモリカード４０の処理のタ
イミング基準となるクロックを発生する発振器である。

【００３９】図４は、メモリカードを記憶媒体とするコ
ンピュータシステムのファイルシステム処理階層を示
す。ファイルシステム処理階層としては、アプリケーシ
ョン処理層が最上位であり、その下に、ファイル管理処
理層、論理アドレス管理層、物理アドレス管理層、フラ
ッシュメモリアクセスが順次積層される。上述の階層構
造において、ファイル管理処理層がＦＡＴシステムであ
る。物理アドレスは、フラッシュメモリの各ブロックに
対して付されたもので、ブロックと物理アドレスの対応
関係は、不変である。論理アドレスは、ファイル管理処
理層が論理的に扱うアドレスである。

【００４０】図５は、メモリカード４０におけるフラッ
シュメモリ４２のデータの物理的構成の一例を示す。フ
ラッシュメモリ４２は、セグメントと称されるデータ単
位が所定数のブロック（固定長）へ分割され、１ブロッ
クが所定数のページ（固定長）へ分割される。フラッシ
ュメモリ４２では、ブロック単位で消去が一括して行わ
れ、書き込みと読み出しは、ページ単位で一括して行わ
れる。各ブロックおよび各ページは、それぞれ同一のサ
イズとされ、１ブロックがページ０からページｍで構成
される。１ブロックは、例えば８ＫＢ（Ｋバイト）バイ
トまたは１６ＫＢの容量とされ、１ページが５１２Ｂの
容量とされる。フラッシュメモリ４２全体では、１ブロ
ック＝８ＫＢの場合で、４ＭＢ（５１２ブロック）、８
ＭＢ（１０２４ブロック）とされ、１ブロック＝１６Ｋ
Ｂの場合で、１６ＭＢ（１０２４ブロック）、３２ＭＢ
（２０４８ブロック）、６４ＭＢ（４０９６ブロック）
の容量とされる。

【００４１】１ページは、５１２バイトのデータ部と１
６バイトの冗長部とからなる。冗長部の先頭の３バイト
は、データの更新に応じて書き換えられるオーバーライ
ト部分とされる。３バイトの各バイトに、先頭から順に
ブロックステータス、ページステータス、更新ステータ
スが記録される。冗長部の残りの１３バイトの内容は、
原則的にデータ部の内容に応じて固定とされる。１３バ
イトは、管理フラグ（１バイト）、論理アドレス（２バ
イト）、フォーマットリザーブの領域（５バイト）、分
散情報ＥＣＣ（２バイト）およびデータＥＣＣ（３バイ
ト）からなる。分散情報ＥＣＣは、管理フラグ、論理ア
ドレス、フォーマットリザーブに対する誤り訂正用の冗
長データであり、データＥＣＣは、５１２バイトのデー
タに対する誤り訂正用の冗長データである。

【００４２】管理フラグとして、システムフラグ（その
値が１：ユーザブロック、０：ブートブロック）、変換
テーブルフラグ（１：無効、０：テーブルブロック）、
コピー禁止指定（１：ＯＫ、０：ＮＧ）、アクセス許可
（１：ｆｒｅｅ、０：リードプロテクト）の各フラグが
記録される。

【００４３】先頭の二つのブロック０およびブロック１
がブートブロックである。ブロック１は、ブロック０と
同一のデータが書かれるバックアップ用である。ブート
ブロックは、カード内の有効なブロックの先頭ブロック
であり、メモリカードを機器に装填した時に最初にアク
セスされるブロックである。残りのブロックがユーザブ
ロックである。ブートブロックの先頭のページ０にヘッ
ダ、システムエントリ、ブート＆アトリビュート情報が
格納される。ページ１に使用禁止ブロックデータが格納
される。ページ２にＣＩＳ(Card Information Structur
e)／ＩＤＩ(Identify Drive Information)が格納され
る。

【００４４】ブートブロックのヘッダは、ブートブロッ
クＩＤ、ブートブロック内の有効なエントリ数が記録さ
れる。システムエントリには、使用禁止ブロックデータ
の開始位置、そのデータサイズ、データ種別、ＣＩＳ／
ＩＤＩのデータ開始位置、そのデータサイズ、データ種
別が記録される。ブート＆アトリビュート情報には、メ
モリカードのタイプ（読み出し専用、リードおよびライ
ト可能、両タイプのハイブリッド等）、ブロックサイ
ズ、ブロック数、総ブロック数、セキュリティ対応か否
か、カードの製造に関連したデータ（製造年月日等）等
が記録される。

【００４５】フラッシュメモリは、データの書き換えを
行うことにより絶縁膜の劣化を生じ、書き換え回数が制
限される。従って、ある同一の記憶領域（ブロック）に
対して繰り返し集中的にアクセスがなされることを防止
する必要がある。従って、ある物理アドレスに格納され
ているある論理アドレスのデータを書き換える場合、フ
ラッシュメモリのファイルシステムでは、同一のブロッ
クに対して更新したデータを再度書き込むことはせず
に、未使用のブロックに対して更新したデータを書き込
むようになされる。その結果、データ更新前における論
理アドレスと物理アドレスの対応関係が更新後では、変
化する。スワップ処理を行うことで、同一のブロックに
対して繰り返して集中的にアクセスがされることが防止
され、フラッシュメモリの寿命を延ばすことが可能とな
る。

【００４６】論理アドレスは、一旦ブロックに対して書
き込まれたデータに付随するので、更新前のデータと更
新後のデータの書き込まれるブロックが移動しても、Ｆ
ＡＴからは、同一のアドレスが見えることになり、以降
のアクセスを適正に行うことができる。スワップ処理に
より論理アドレスと物理アドレスとの対応関係が変化す
るので、両者の対応を示す論理−物理アドレス変換テー
ブルが必要となる。このテーブルを参照することによっ
て、ＦＡＴが指定した論理アドレスに対応する物理アド
レスが特定され、特定された物理アドレスが示すブロッ
クに対するアクセスが可能となる。

【００４７】論理−物理アドレス変換テーブルは、ＤＳ
Ｐ３０によってＳＲＡＭ上に格納される。若し、ＲＡＭ
容量が少ない時は、フラッシュメモリ中に格納すること
ができる。このテーブルは、概略的には、昇順に並べた
論理アドレス（２バイト）に物理アドレス（２バイト）
をそれぞれ対応させたテーブルである。フラッシュメモ
リの最大容量を１２８ＭＢ（８１９２ブロック）として
いるので、２バイトによって８１９２のアドレスを表す
ことができる。また、論理−物理アドレス変換テーブル
は、セグメント毎に管理され、そのサイズは、フラッシ
ュメモリの容量に応じて大きくなる。例えばフラッシュ
メモリの容量が８ＭＢ（２セグメント）の場合では、２
個のセグメントのそれぞれに対して２ページが論理−物
理アドレス変換テーブル用に使用される。論理−物理ア
ドレス変換テーブルを、フラッシュメモリ中に格納する
時には、上述した各ページの冗長部における管理フラグ
の所定の１ビットによって、当該ブロックが論理−物理
アドレス変換テーブルが格納されているブロックか否か
が指示される。

【００４８】上述したメモリカードは、ディスク状記録
媒体と同様にパーソナルコンピュータのＦＡＴシステム
によって使用可能なものである。図５には示されてない
が、フラッシュメモリ上にＩＰＬ領域、ＦＡＴ領域およ
びルート・ディレクトリ領域が設けられる。ＩＰＬ領域
には、最初にレコーダのメモリにロードすべきプログラ
ムが書かれているアドレス、並びにメモリの各種情報が
書かれている。ＦＡＴ領域には、ブロック（クラスタ）
の関連事項が書かれている。ＦＡＴには、未使用のブロ
ック、次のブロック番号、不良ブロック、最後のブロッ
クをそれぞれ示す値が規定される。さらに、ルートディ
レクトリ領域には、ディレクトリエントリ（ファイル属
性、更新年月日、開始クラスタ、ファイルサイズ等）が
書かれている。

【００４９】図６にＦＡＴ管理による管理方法を説明す
る。この図６は、メモリ内の模式図を示しており、上か
らパーティションテーブル部、空き領域、ブートセク
タ、ＦＡＴ領域、ＦＡＴのコピー領域、Ｒｏｏｔ Ｄｉ
ｒｅｃｔｏｒｙ領域、ＳｕｂＤｉｒｅｃｔｏｒｙ領域、
データ領域が積層されている。なお、メモリマップは、
論理−物理アドレス変換テーブルに基づいて、論理アド
レスから物理アドレスへ変換した後のメモリマップであ
る。

【００５０】上述したブートセクタ、ＦＡＴ領域、ＦＡ
Ｔのコピー領域、Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ領域、
Ｓｕｂ Ｄｉｒｅｃｔｏｒｙ領域、データ領域を全部ま
とめてＦＡＴパーティション領域と称する。

【００５１】上述のパーティションテーブル部には、Ｆ
ＡＴパーティション領域の始めと終わりのアドレスが記
録されている。通常フロッピーディスクで使用されてい
るＦＡＴには、パーティションテーブル部は備えられて
いない。最初のトラックには、パーティションテーブル
以外のものは置かないために空きエリアができてしま
う。

【００５２】次に、ブートセクタには、１２ビットＦＡ
Ｔおよび１６ビットＦＡＴの何れかであるかでＦＡＴ構
造の大きさ、クラスタサイズ、それぞれの領域のサイズ
が記録されている。ＦＡＴは、データ領域に記録されて
いるファイル位置を管理するものである。ＦＡＴのコピ
ー領域は、ＦＡＴのバックアップ用の領域である。ルー
トディレクトリ部は、ファイル名、先頭クラスタアドレ
ス、各種属性が記録されており、１ファイルにつき３２
バイト使用する。

【００５３】サブディレクトリ部は、ディレクトリとい
うファイルの属性のファイルとして存在しており、図６
の実施形態ではＰＢＬＩＳＴ．ＭＳＦ、ＣＡＴ．ＭＳ
Ａ、ＤＯＧ．ＭＳＡ、ＭＡＮ. ＭＳＡという４つのファ
イルが存在する。このサブディレクトリ部には、ファイ
ル名とＦＡＴ上の記録位置が管理されている。すなわ
ち、図６においては、ＣＡＴ．ＭＳＡというファイル名
が記録されているスロットには「５」というＦＡＴ上の
アドレスが管理されており、ＤＯＧ．ＭＳＡというファ
イル名が記録されているスロットには「１０」というＦ
ＡＴ上のアドレスが管理されている。

【００５４】クラスタ２以降が実際のデータ領域で、こ
のデータ領域にこの実施形態では、ＡＴＲＡＣ３で圧縮
処理されたオーディオデータが記録される。さらに、Ｍ
ＡＮ. ＭＳＡというファイル名が記録されているスロッ
トには「１１０」というＦＡＴ上のアドレスが管理され
ている。

【００５５】この発明の実施形態では、クラスタ５、
６、７および８にＣＡＴ．ＭＳＡというファイル名のＡ
ＴＲＡＣ３で圧縮処理されたオーディオデータが記録さ
れ、クラスタ１０、１１および、１２にＤＯＧ．ＭＳＡ
というファイル名の前半パートであるＤＯＧ−１がＡＴ
ＲＡＣ３で圧縮処理されたオーディオデータが記録さ
れ、クラスタ１００および１０１にＤＯＧ．ＭＳＡとい
うファイル名の後半パートであるＤＯＧ−２がＡＴＲＡ
Ｃ３で圧縮処理されたオーディオデータが記録されてい
る。さらに、クラスタ１１０および１１１にＭＡＮ．Ｍ
ＳＡというファイル名のＡＴＲＡＣ３で圧縮処理された
オーディオデータが記録されている。

【００５６】この実施形態においては、単一のファイル
が２分割されて離散的に記録されている例を示してい
る。また、データ領域上のＥｍｐｔｙとかかれた領域は
記録可能領域である。

【００５７】クラスタ２００以降は、ファイルネームを
管理する領域であり、クラスタ２００には、ＣＡＴ．Ｍ
ＳＡというファイルが、クラスタ２０１には、ＤＯＧ．
ＭＳＡというファイルが、クラスタ２０２にはＭＡＮ．
ＭＳＡというファイルが記録されている。ファイル順を
並び替える場合には、このクラスタ２００以降で並び替
えを行えばよい。

【００５８】この実施形態のメモリカードが初めて挿入
された場合には、先頭のパーティションテーブル部を参
照してＦＡＴパーティション領域の始めと終わりのアド
レスが記録されている。ブートセクタ部の再生を行った
後にＲｏｏｔ Ｄｉｒｅｃｔｏｒｙ、Ｓｕｂ Ｄｉｒｅ
ｃｔｏｒｙ部の再生を行う。そして、Ｓｕｂ Ｄｉｒｅ
ｃｔｏｒｙ部に記録されている再生管理情報ＰＢＬＩＳ
Ｔ．ＭＳＦが記録されているスロットを検索して、ＰＢ
ＬＩＳＴ．ＭＳＦが記録されているスロットの終端部の
アドレスを参照する。

【００５９】この実施形態の場合には、ＰＢＬＩＳＴ．
ＭＳＦが記録されているスロットの終端部には「２０
０」というアドレスが記録されているのでクラスタ２０
０を参照する。クラスタ２００以降は、ファイル名を管
理すると共に、ファイルの再生順を管理する領域であ
り、この実施形態の場合には、ＣＡＴ. ＭＳＡというフ
ァイルが１曲目となり、ＤＯＧ．ＭＳＡというファイル
が２曲目となり、ＭＡＮ．ＭＳＡというファイルが３曲
目となる。

【００６０】ここで、クラスタ２００以降を全て参照し
たら、サブデレクトリ部に移行して、ＣＡＴ. ＭＳＡ、
ＤＯＧ．ＭＳＡおよびＭＡＮ．ＭＳＡという名前のファ
イル名と合致するスロットを参照する。この図６におい
ては、ＣＡＴ．ＭＳＡというファイル名が記録されたス
ロットの終端には「５」というアドレスが記録され、Ｄ
ＯＧ. ＭＳＡというファイルが記録されたスロットの終
端には「１０」というアドレスが記録され、ＭＡＮ．Ｍ
ＳＡというファイルが記録されたスロットの終端には１
１０というアドレスが記録されている。

【００６１】ＣＡＴ．ＭＳＡというファイル名が記録さ
れたスロットの終端に記録された「５」というアドレス
に基づいて、ＦＡＴ上のエントリアドレスを検索する。
エントリアドレス５には、「６」というクラスタアドレ
スがエントリされており、「６」というエントリアドレ
スを参照すると「７」というクラスタアドレスがエント
リされており、「７」というエントリアドレスを参照す
ると「８」というクラスタアドレスがエントリされてお
り、「８」というエントリアドレスを参照すると「ＦＦ
Ｆ」という終端を意味するコードが記録されている。

【００６２】よって、ＣＡＴ．ＭＳＡというファイル
は、クラスタ５、６、７、８のクラスタ領域を使用して
おり、データ領域のクラスタ５、６、７、８を参照する
ことでＣＡＴ．ＭＳＡというＡＴＲＡＣ３データが実際
に記録されている領域をアクセスすることができる。

【００６３】次に、離散記録されているＤＯＧ. ＭＳＡ
というファイルを検索する方法を以下に示す。ＤＯＧ.
ＭＳＡというファイル名が記録されたスロットの終端に
は「１０」というアドレスが記録されている。ここで、
「１０」というアドレスに基づいて、ＦＡＴ上のエント
リアドレスを検索する。エントリアドレス１０には、
「１１」というクラスタアドレスがエントリされてお
り、「１１」というエントリアドレスを参照すると「１
２」というクラスタアドレスがエントリされており、
「１２」というエントリアドレスを参照すると「１０
０」というクラスタアドレスがエントリされている。さ
らに、「１００」というエントリアドレスを参照すると
「１０１」というクラスタアドレスがエントリされてお
り、「１０１」というエントリアドレスを参照するとＦ
ＦＦという終端を意味するコードが記録されている。

【００６４】よって、ＤＯＧ．ＭＳＡというファイル
は、クラスタ１０、１１、１２、１００、１０１という
クラスタ領域を使用しており、データ領域のクラスタ１
０、１１、１２を参照することでＤＯＧ．ＭＳＡという
ファイルの前半パートに対応するＡＴＲＡＣ３データが
実際に記録されている領域をアクセスすることができ
る。さらに、データ領域のクラスタ１００、１０１を参
照することでＤＯＧ．ＭＳＡというファイルの後半パー
トに対応するＡＴＲＡＣ３データが実際に記録されてい
る領域をアクセスすることができる。

【００６５】さらに、ＭＡＮ．ＭＳＡというファイル名
が記録されたスロットの終端に記録された「１１０」と
いうアドレスに基づいて、ＦＡＴ上のエントリアドレス
を検索する。エントリアドレス１１０には、「１１１」
というクラスタアドレスがエントリされており、「１１
１」というエントリアドレスを参照すると「ＦＦＦ」と
いう終端を意味するコードが記録されている。

【００６６】よって、ＭＡＮ．ＭＳＡというファイル
は、クラスタ１１０、１１１というクラスタ領域を使用
しており、データ領域のクラスタ１１０、１１１を参照
することでＭＡＮ．ＭＳＡというＡＴＲＡＣ３データが
実際に記録されている領域をアクセスすることができ
る。

【００６７】以上のようにフラッシュメモリ上で離散し
て記録されたデータファイルを連結してシーケンシャル
に再生することが可能となる。

【００６８】この一実施形態では、上述したメモリカー
ド４０のフォーマットで規定されるファイル管理システ
ムとは別個に、音楽用ファイルに対して、各トラックお
よび各トラックを構成するパーツを管理するための管理
ファイルを持つようにしている。この管理ファイルは、
メモリカード４０のユーザブロックを利用してフラッシ
ュメモリ４２上に記録される。それによって、後述する
ように、メモリカード４０上のＦＡＴが壊れても、ファ
イルの修復を可能となる。

【００６９】この管理ファイルは、ＤＳＰ３０により作
成される。例えば最初に電源をオンした時に、メモリカ
ード４０の装着されているか否かが判定され、メモリカ
ードが装着されている時には、認証が行われる。認証に
より正規のメモリカードであることが確認されると、フ
ラッシュメモリ４２のブートブロックがＤＳＰ３０に読
み込まれる。そして、論理−物理アドレス変換テーブル
が読み込まれる。読み込まれたデータは、ＳＲＡＭに格
納される。ユーザが購入して初めて使用するメモリカー
ドでも、出荷時にフラッシュメモリ４２には、ＦＡＴ
や、ルートディレクトリの書き込みがなされている。管
理ファイルは、録音がなされると、作成される。

【００７０】すなわち、ユーザのリモートコントロール
等によって発生した録音指令が外部のコントローラから
バスおよびバスインターフェース３２を介してＤＳＰ３
０に与えられる。そして、受信したオーディオデータが
エンコーダ／デコーダＩＣ１０によって圧縮され、エン
コーダ／デコーダＩＣ１０からのＡＴＲＡＣ３データが
セキュリティＩＣ２０により暗号化される。ＤＳＰ３０
が暗号化されたＡＴＲＡＣ３データをメモリカード４０
のフラッシュメモリ４２に記録する。この記録後にＦＡ
Ｔおよび管理ファイルが更新される。ファイルの更新の
度、具体的には、オーディオデータの記録を開始し、記
録を終了する度に、ＳＲＡＭ３１および３６上でＦＡＴ
および管理ファイルが書き換えられる。そして、メモリ
カード４０を外す時に、またはパワーをオフする時に、
ＳＲＡＭ３１、３６からメモリカード４０のフラッシュ
メモリ４２上に最終的なＦＡＴおよび管理ファイルが格
納される。この場合、オーディオデータの記録を開始
し、記録を終了する度に、フラッシュメモリ４２上のＦ
ＡＴおよび管理ファイルを書き換えても良い。編集を行
った場合も、管理ファイルの内容が更新される。

【００７１】さらに、この一実施形態のデータ構成で
は、付加情報も管理ファイル内に作成、更新され、フラ
ッシュメモリ４２上に記録される。管理ファイルの他の
データ構成では、付加情報管理ファイルがトラック管理
用の管理ファイルとは別に作成される。付加情報は、外
部のコントローラからバスおよびバスインターフェース
３２を介してＤＳＰ３０に与えられる。ＤＳＰ３０が受
信した付加情報をメモリカード４０のフラッシュメモリ
４２上に記録する。付加情報は、セキュリティＩＣ２０
を通らないので、暗号化されない。付加情報は、メモリ
カード４０を取り外したり、電源オフの時に、ＤＳＰ３
０のＳＲＡＭからフラッシュメモリ４２に書き込まれ
る。

【００７２】図７は、メモリカード４０のファイル構成
の全体を示す。ディレクトリとして、静止画用ディレク
トリ、動画用ディレクトリ、Ｖｏｉｃｅ用ディレクト
リ、制御用ディレクトリ、音楽用（ＨＩＦＩ）ディレク
トリが存在する。この一実施形態は、音楽の記録／再生
を行うので、以下、音楽用ディレクトリについて説明す
る。音楽用ディレクトリには、２種類のファイルが置か
れる。その１つは、再生管理ファイルＰＢＬＩＳＴ．Ｍ
ＳＦ（以下、単にＰＢＬＩＳＴと表記する）であり、他
のものは、暗号化された音楽データを収納したＡＴＲＡ
Ｃ３データファイルＡ３Ｄｎｎｎｎ．ＭＳＡ（以下、単
にＡ３Ｄｎｎｎと表記する）とからなる。ＡＴＲＡＣ３
データファイルは、最大数が４００までと規定されてい
る。すなわち、最大４００曲まで収録可能である。ＡＴ
ＲＡＣ３データファイルは、再生管理ファイルに登録し
た上で機器により任意に作成される。

【００７３】図８は、再生管理ファイルの構成を示し、
図９が１ＦＩＬＥ（１曲）のＡＴＲＡＣ３データファイ
ルの構成を示す。再生管理ファイルは、１６ＫＢ固定長
のファイルである。ＡＴＲＡＣ３データファイルは、曲
単位でもって、先頭の属性ヘッダと、それに続く実際の
暗号化された音楽データとからなる。属性ヘッダも１６
ＫＢ固定長とされ、再生管理ファイルと類似した構成を
有する。

【００７４】図８に示す再生管理ファイルは、ヘッダ、
１バイトコードのメモリカードの名前ＮＭ１−Ｓ、２バ
イトコードのメモリカードの名前ＮＭ２−Ｓ、曲順の再
生テーブルＴＲＫＴＢＬ、メモリカード全体の付加情報
ＩＮＦ−Ｓとからなる。図９に示すデータファイルの先
頭の属性ヘッダは、ヘッダ、１バイトコードの曲名ＮＭ
１、２バイトコードの曲名ＮＭ２、トラックのキー情報
等のトラック情報ＴＲＫＩＮＦ、パーツ情報ＰＲＴＩＮ
Ｆと、トラックの付加情報ＩＮＦとからなる。ヘッダに
は、総パーツ数、名前の属性、付加情報のサイズの情報
等が含まれる。

【００７５】属性ヘッダに対してＡＴＲＡＣ３の音楽デ
ータが続く。音楽データは、１６ＫＢのブロック毎に区
切られ、各ブロックの先頭にヘッダが付加されている。
ヘッダには、暗号を復号するための初期値が含まれる。
なお、暗号化の処理を受けるのは、ＡＴＲＡＣ３データ
ファイル中の音楽データのみであって、それ以外の再生
管理ファイル、ヘッダ等のデータは、暗号化されない。

【００７６】図１０を参照して、曲とＡＴＲＡＣ３デー
タファイルの関係について説明する。１トラックは、１
曲を意味する。１曲は、１つのＡＴＲＡＣ３データファ
イル（図９参照）で構成される。ＡＴＲＡＣ３データフ
ァイルは、ＡＴＲＡＣ３により圧縮されたオーディオデ
ータである。メモリカード４０に対しては、クラスタと
呼ばれる単位で記録される。１クラスタは、例えば１６
ＫＢの容量である。１クラスタに複数のファイルが混じ
ることがない。フラッシュメモリ４２を消去する時の最
小単位が１ブロックである。音楽データを記録するのに
使用するメモリカード４０の場合、ブロックとクラスタ
は、同意語であり、且つ１クラスタ＝１セクタと定義さ
れている。

【００７７】１曲は、基本的に１パーツで構成される
が、編集が行われると、複数のパーツから１曲が構成さ
れることがある。パーツは、録音開始からその停止まで
の連続した時間内で記録されたデータの単位を意味し、
通常は、１トラックが１パーツで構成される。曲内のパ
ーツのつながりは、各曲の属性ヘッダ内のパーツ情報Ｐ
ＲＴＩＮＦで管理する。すなわち、パーツサイズは、Ｐ
ＲＴＩＮＦの中のパーツサイズＰＲＴＳＩＺＥという４
バイトのデータで表す。パーツサイズＰＲＴＳＩＺＥの
先頭の２バイトがパーツが持つクラスタの総数を示し、
続く各１バイトが先頭および末尾のクラスタ内の開始サ
ウンドユニット（以下、ＳＵと略記する）の位置、終了
ＳＵの位置を示す。このようなパーツの記述方法を持つ
ことによって、音楽データを編集する際に通常、必要と
される大量の音楽データの移動をなくすことが可能とな
る。ブロック単位の編集に限定すれば、同様に音楽デー
タの移動を回避できるが、ブロック単位は、ＳＵ単位に
比して編集単位が大きすぎる。

【００７８】ＳＵは、パーツの最小単位であり、且つＡ
ＴＲＡＣ３でオーディオデータを圧縮する時の最小のデ
ータ単位である。４４．１ｋHzのサンプリング周波数で
得られた１０２４サンプル分（１０２４×１６ビット×
２チャンネル）のオーディオデータを約１／１０に圧縮
した数百バイトのデータがＳＵである。１ＳＵは、時間
に換算して約２３ｍ秒になる。通常は、数千に及ぶＳＵ
によって１つのパーツが構成される。１クラスタが４２
個のＳＵで構成される場合、１クラスタで約１秒の音を
表すことができる。１つのトラックを構成するパーツの
数は、付加情報サイズに影響される。パーツ数は、１ブ
ロックの中からヘッダや曲名、付加情報データ等を除い
た数で決まるために、付加情報が全く無い状態が最大数
（６４５個）のパーツを使用できる条件となる。

【００７９】図１０Ａは、ＣＤ等からのオーディオデー
タを２曲連続して記録する場合のファイル構成を示す。
１曲目（ファイル１）が例えば５クラスタで構成され
る。１曲目と２曲目（ファイル２）の曲間では、１クラ
スタに二つのファイルが混在することが許されないの
で、次のクラスタの最初からファイル２が作成される。
従って、ファイル１に対応するパーツ１の終端（１曲目
の終端）がクラスタの途中に位置し、クラスタの残りの
部分には、データが存在しない。第２曲目（ファイル
２）も同様に１パーツで構成される。ファイル１の場合
では、パーツサイズが５、開始クラスタのＳＵが０、終
了クラスタが４となる。

【００８０】編集操作として、デバイド、コンバイン、
イレーズ、ムーブの４種類の操作が規定される。デバイ
ドは、１つのトラックを２つに分割することである。デ
バイドがされると、総トラック数が１つ増加する。デバ
イドは、一つのファイルをファイルシステム上で分割し
て２つのファイルとし、再生管理ファイルおよびＦＡＴ
を更新する。コンバインは、２つのトラックを１つに統
合することである。コンバインされると、総トラック数
が１つ減少する。コンバインは、２つのファイルをファ
イルシステム上で統合して１つのファイルにし、再生管
理ファイルおよびＦＡＴを更新する。イレーズは、トラ
ックを消去することである。消された以降のトラック番
号が１つ減少する。ムーブは、トラック順番を変えるこ
とである。以上イレーズおよびムーブ処理についても、
再生管理ファイルおよびＦＡＴを更新する。

【００８１】図１０Ａに示す二つの曲（ファイル１およ
びファイル２）をコンバインした結果を図１０Ｂに示
す。コンバインされた結果は、１つのファイルであり、
このファイルは、二つのパーツからなる。また、図１０
Ｃは、一つの曲（ファイル１）をクラスタ２の途中でデ
バイドした結果を示す。デバイドによって、クラスタ
０、１およびクラスタ２の前側からなるファイル１と、
クラスタ２の後側とクラスタ３および４とからなるファ
イル２とが発生する。

【００８２】上述したように、この一実施形態では、パ
ーツに関する記述方法があるので、コンバインした結果
である図１０Ｂにおいて、パーツ１の開始位置、パーツ
１の終了位置、パーツ２の開始位置、パーツ２の終了位
置をそれぞれＳＵ単位でもって規定できる。その結果、
コンバインした結果のつなぎ目の隙間をつめるために、
パーツ２の音楽データを移動する必要がない。また、パ
ーツに関する記述方法があるので、デバイドした結果で
ある図１０Ｃにおいて、ファイル２の先頭の空きを詰め
るように、データを移動する必要がない。

【００８３】図１１は、再生管理ファイルＰＢＬＩＳＴ
のより詳細なデータ構成を示し、図１２Ａおよび図１２
Ｂは、再生管理ファイルＰＢＬＩＳＴを構成するヘッダ
とそれ以外の部分をそれぞれ示す。再生管理ファイルＰ
ＢＬＩＳＴは、１クラスタ（１ブロック＝１６ＫＢ）の
サイズである。図１２Ａに示すヘッダは、３２バイトか
ら成る。図１２Ｂに示すヘッダ以外の部分は、メモリカ
ード全体に対する名前ＮＭ１−Ｓ（２５６バイト）、名
前ＮＭ２−Ｓ（５１２バイト）、ＣＯＮＴＥＮＴＳＫＥ
Ｙ、ＭＡＣ、Ｓ−ＹＭＤｈｍｓと、再生順番を管理する
テーブルＴＲＫＴＢＬ（８００バイト）、メモリカード
全体に対する付加情報ＩＮＦ−Ｓ（１４７２０バイト）
および最後にヘッダ中の情報の一部が再度記録されてい
る。これらの異なる種類のデータ群のそれぞれの先頭
は、再生管理ファイル内で所定の位置となるように規定
されている。

【００８４】再生管理ファイルは、図１２Ａに示す（０
ｘ００００）および（０ｘ００１０）で表される先頭か
ら３２バイトがヘッダである。なお、ファイル中で先頭
から１６バイト単位で区切られた単位をスロットと称す
る。ファイルの第１および第２のスロットに配されるヘ
ッダには、下記の意味、機能、値を持つデータが先頭か
ら順に配される。なお、Ｒｅｓｅｒｖｅｄと表記されて
いるデータは、未定義のデータを表している。通常ヌル
（０ｘ００）が書かれるが、何が書かれていてもＲｅｓ
ｅｒｖｅｄのデータが無視される。将来のバージョンで
は、変更がありうる。また、この部分への書き込みは禁
止する。Ｏｐｔｉｏｎと書かれた部分も使用しない場合
は、全てＲｅｓｅｒｖｅｄと同じ扱いとされる。

【００８５】ＢＬＫＩＤ−ＴＬ０（４バイト） 意味：BLOCKID FILE ID 機能：再生管理ファイルの先頭であることを識別するた
めの値 値：固定値＝”ＴＬ＝０”（例えば０ｘ５４４Ｃ２Ｄ３
０） ＭＣｏｄｅ（２バイト） 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） ＲＥＶＩＳＩＯＮ（４バイト） 意味：ＰＢＬＩＳＴの書き換え回数 機能：再生管理ファイルを書き換える度にインクリメン
ト 値：０より始まり＋１づつ増加する Ｓ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ） 意味：信頼できる時計を持つ機器で記録した年・月・日
・時・分・秒 機能：最終記録日時を識別するための値 値：２５〜３１ビット 年 ０〜９９（１９８０〜２０
７９） ２１〜２４ビット 月 ０〜１２ １６〜２０ビット 日 ０〜３１ １１〜１５ビット 時 ０〜２３ ０５〜１０ビット 分 ０〜５９ ００〜０４ビット 秒 ０〜２９（２秒単位）。

【００８６】ＳＮ１Ｃ＋Ｌ（２バイト） 意味：ＮＭ１−Ｓ領域に書かれるメモリカードの名前
（１バイト）の属性を表す 機能：使用する文字コードと言語コードを各１バイトで
表す 値：文字コード（Ｃ）は上位１バイトで下記のように文
字を区別する 00: 文字コードは設定しない。単なる２進数として扱う
こと 01: ASCII(American Standard Code for Information I
nterchange) 02:ASCII+KANA 03:modifided8859-1 81:MS-JIS 82:KS C 5601-1989 83:GB(Great Britain)
2312-80 90:S-JIS(Japanese Industrial Standards)(for Voic
e)。

【００８７】言語コード（Ｌ）は下位１バイトで下記の
ようにEBU Tech 3258 規定に準じて言語を区別する 00: 設定しない 08:German 09:English 0A:Spanish 0F:French 15:Italian 1D:Dutch 65:Korean 69:Japanese 75:Chinese データが無い場合オールゼロとすること。

【００８８】ＳＮ２Ｃ＋Ｌ（２バイト） 意味：ＮＭ２−Ｓ領域に書かれるメモリカードの名前
（２バイト）の属性を表す 機能：使用する文字コードと言語コードを各１バイトで
表す 値：上述したＳＮ１Ｃ＋Ｌと同一 ＳＩＮＦＳＩＺＥ（２バイト） 意味：ＩＮＦ−Ｓ領域に書かれるメモリカード全体に関
する付加情報の全てを合計したサイズを表す 機能：データサイズを１６バイト単位の大きさで記述、
無い場合は必ずオールゼロとすること 値：サイズは０ｘ０００１から０ｘ３９Ｃ（９２４） Ｔ−ＴＲＫ（２バイト） 意味：TOTAL TRACK NUMBER 機能：総トラック数 値：１から０ｘ０１９０（最大４００トラック）、デー
タが無い場合はオールゼロとすること ＶｅｒＮｏ（２バイト） 意味：フォーマットのバージョン番号 機能：上位がメジャーバージョン番号、下位がマイナー
バージョン番号 値：例 ０ｘ０１００（Ｖｅｒ１．０） ０ｘ０２０３（Ｖｅｒ２．３）。

【００８９】上述したヘッダに続く領域に書かれるデー
タ（図１３Ｂ）について以下に説明する。

【００９０】ＮＭ１−Ｓ 意味：メモリカード全体に関する１バイトの名前 機能：１バイトの文字コードで表した可変長の名前デー
タ（最大で２５６） 名前データの終了は、必ず終端コード（０ｘ００）を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ００２０）からヌル（０
ｘ００）を１バイト以上記録すること 値：各種文字コード ＮＭ２−Ｓ 意味：メモリカード全体に関する２バイトの名前 機能：２バイトの文字コードで表した可変長の名前デー
タ（最大で５１２） 名前データの終了は、必ず終端コード（０ｘ００）を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ０１２０）からヌル（０
ｘ００）を２バイト以上記録すること 値：各種文字コード。

【００９１】ＣＯＮＴＥＮＴＳ ＫＥＹ 意味：曲ごとに用意された値でＭＧ（Ｍ）で保護されて
から保存される。ここでは、１曲目に付けられるＣＯＮ
ＴＥＮＴＳ ＫＥＹと同じ値 機能：Ｓ−ＹＭＤｈｍｓのＭＡＣの計算に必要となる鍵
となる 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで ＭＡＣ 意味：著作権情報改ざんチェック値 機能：Ｓ−ＹＭＤｈｍｓの内容とＣＯＮＴＥＮＴＳ Ｋ
ＥＹから作成される値 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦま
で。

【００９２】ＴＲＫ−ｎｎｎ 意味：再生するＡＴＲＡＣ３データファイルのＳＱＮ
（シーケンス）番号 機能：ＴＲＫＩＮＦの中のＦＮｏを記述する 値：１から４００（０ｘ１９０） トラックが存在しない時はオールゼロとすること ＩＮＦ−Ｓ 意味：メモリカード全体に関する付加情報データ（例え
ば写真、歌詞、解説等の情報） 機能：ヘッダを伴った可変長の付加情報データ 複数の異なる付加情報が並べられることがある。それぞ
れにＩＤとデータサイズが付けられている。個々のヘッ
ダを含む付加情報データは最小１６バイト以上で４バイ
トの整数倍の単位で構成される。その詳細については、
後述する値：付加情報データ構成を参照 Ｓ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ） 意味：信頼できる時計を持つ機器で記録した年・月・日
・時・分・秒 機能：最終記録日時を識別するための値、ＥＭＤの時は
必須 値：２５〜３１ビット 年 ０〜９９（１９８０〜２０
７９） ２１〜２４ビット 月 ０〜１２ １６〜２０ビット 日 ０〜３１ １１〜１５ビット 時 ０〜２３ ０５〜１０ビット 分 ０〜５９ ００〜０４ビット 秒 ０〜２９（２秒単位）。

【００９３】再生管理ファイルの最後のスロットとし
て、ヘッダ内のものと同一のＢＬＫＩＤ−ＴＬ０と、Ｍ
Ｃｏｄｅと、ＲＥＶＩＳＩＯＮとが書かれる。

【００９４】民生用オーディオ機器として、メモリカー
ドが記録中に抜かれたり、電源が切れることがあり、復
活した時にこれらの異常の発生を検出することが必要と
される。上述したように、ＲＥＶＩＳＩＯＮをブロック
の先頭と末尾に書き込み、この値を書き換える度に＋１
インクリメントするようにしている。若し、ブロックの
途中で異常終了が発生すると、先頭と末尾のＲＥＶＩＳ
ＩＯＮの値が一致せず、異常終了を検出することができ
る。ＲＥＶＩＳＩＯＮが２個存在するので、高い確率で
異常終了を検出することができる。異常終了の検出時に
は、エラーメッセージの表示等の警告が発生する。

【００９５】また、１ブロック（１６ＫＢ）の先頭部分
に固定値ＢＬＫＩＤ−ＴＬ０を挿入しているので、ＦＡ
Ｔが壊れた場合の修復の目安に固定値を使用できる。す
なわち、各ブロックの先頭の固定値を見れば、ファイル
の種類を判別することが可能である。しかも、この固定
値ＢＬＫＩＤ−ＴＬ０は、ブロックのヘッダおよびブロ
ックの終端部分に二重に記述するので、その信頼性のチ
ェックを行うことができる。なお、再生管理ファイルＰ
ＢＬＩＳＴの同一のものを二重に記録しても良い。

【００９６】ＡＴＲＡＣ３データファイルは、トラック
情報管理ファイルと比較して、相当大きなデータ量であ
り、ＡＴＲＡＣ３データファイルに関しては、後述する
ように、ブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬが付け
られている。但し、ＡＴＲＡＣ３データファイルは、通
常複数のファイルがメモリカード上に存在するので、Ｃ
ＯＮＮＵＭ０でコンテンツの区別を付けた上で、ＢＬＯ
ＣＫ ＳＥＲＩＡＬを付けないと、重複が発生し、ＦＡ
Ｔが壊れた場合のファイルの復旧が困難となる。換言す
ると単一のＡＴＲＡＣ３データファイルは、複数のＢＬ
ＯＣＫで構成されると共に、離散して配置される可能性
があるので、同一ＡＴＲＡＣ３データファイルを構成す
るＢＬＯＣＫを判別するためにＣＯＮＮＵＭ０を用いる
と共に、同一ＡＴＲＡＣ３データファイル内の昇降順を
ブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬで決定する。

【００９７】同様に、ＦＡＴの破壊までにはいたらない
が、論理を間違ってファイルとして不都合のあるような
場合に、書き込んだメーカーの機種が特定できるよう
に、メーカーコード（ＭＣｏｄｅ）がブロックの先頭と
末尾に記録されている。

【００９８】図１２Ｃは、付加情報データの構成を示
す。付加情報の先頭に下記のヘッダが書かれる。ヘッダ
以降に可変長のデータが書かれる。

【００９９】ＩＮＦ 意味：FIELD ID 機能：付加情報データの先頭を示す固定値 値：０ｘ６９ ＩＤ 意味：付加情報キーコード 機能：付加情報の分類を示す 値：０から０ｘＦＦ ＳＩＺＥ 意味：個別の付加情報の大きさ 機能：データサイズは自由であるが、必ず４バイトの整
数倍でなければならない。また、最小１６バイト以上の
こと。データの終わりより余りがでる場合はヌル（０ｘ
００）で埋めておくこと 値：１６から１４７８４（０ｘ３９Ｃ０） ＭＣｏｄｅ 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） Ｃ＋Ｌ 意味：先頭から１２バイト目からのデータ領域に書かれ
る文字の属性を表す 機能：使用する文字コードと言語コードを各１バイトで
表す 値：前述のＳＮＣ＋Ｌと同じ ＤＡＴＡ 意味：個別の付加情報データ 機能：可変長データで表す。実データの先頭は常に１２
バイト目より始まり、長さ（サイズ）は最小４バイト以
上、常に４バイトの整数倍でなければならない。データ
の最後から余りがある場合はヌル（０ｘ００）で埋める
こと 値：内容により個別に定義される。

【０１００】図１３は、付加情報キーコードの値（０〜
６３）と、付加情報の種類の対応の一例を示す。キーコ
ードの値（０〜３１）が音楽に関する文字情報に対して
割り当てられ、その（３２〜６３）がＵＲＬ(Uniform R
esource Locator)（Ｗｅｂ関係）に対して割り当てられ
ている。アルバムタイトル、アーティスト名、ＣＭ等の
文字情報が付加情報として記録される。

【０１０１】図１４は、付加情報キーコードの値（６４
〜１２７）と、付加情報の種類の対応の一例を示す。キ
ーコードの値（６４〜９５）がパス／その他に対して割
り当てられ、その（９６〜１２７）が制御／数値・デー
タ関係に対して割り当てられている。例えば（ＩＤ＝９
８）の場合では、付加情報がＴＯＣ（Table of Conten
t）−ＩＤとされる。ＴＯＣ−ＩＤは、ＣＤ（コンパク
トディスク）のＴＯＣ情報に基づいて、最初の曲番号、
最後の曲番号、その曲番号、総演奏時間、その曲演奏時
間を示すものである。

【０１０２】図１５は、付加情報キーコードの値（１２
８〜１５９）と、付加情報の種類の対応の一例を示す。
キーコードの値（１２８〜１５９）が同期再生関係に対
して割り当てられている。図１５中のＥＭＤ(Electroni
c Music Distribution）は、電子音楽配信の意味であ
る。

【０１０３】図１６を参照して付加情報のデータの具体
例について説明する。図１６Ａは、図１２Ｃと同様に、
付加情報のデータ構成を示す。図１６Ｂは、キーコード
ＩＤ＝３とされる、付加情報がアーティスト名の例であ
る。ＳＩＺＥ＝０ｘ１Ｃ（２８バイト）とされ、ヘッダ
を含むこの付加情報のデータ長が２８バイトであること
が示される。また、Ｃ＋Ｌが文字コードＣ＝０ｘ０１と
され、言語コードＬ＝０ｘ０９とされる。この値は、前
述した規定によって、ＡＳＣＩＩの文字コードで、英語
の言語であることを示す。そして、先頭から１２バイト
目から１バイトデータでもって、「ＳＩＭＯＮ＆ＧＲＡ
ＦＵＮＫＥＬ」のアーティスト名のデータが書かれる。
付加情報のサイズは、４バイトの整数倍と決められてい
るので、１バイトの余りが（０ｘ００）とされる。

【０１０４】図１６Ｃは、キーコードＩＤ＝９７とされ
る、付加情報がＩＳＲＣ(International Standard Reco
rding Code：著作権コード) の例である。ＳＩＺＥ＝０
ｘ１４（２０バイト）とされ、この付加情報のデータ長
が２０バイトであることが示される。また、Ｃ＋ＬがＣ
＝０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が
無いこと、すなわち、データが２進数であることが示さ
れる。そして、データとして８バイトのＩＳＲＣのコー
ドが書かれる。ＩＳＲＣは、著作権情報（国、所有者、
録音年、シリアル番号）を示すものである。

【０１０５】図１６Ｄは、キーコードＩＤ＝９７とされ
る、付加情報が録音日時の例である。ＳＩＺＥ＝０ｘ１
０（１６バイト）とされ、この付加情報のデータ長が１
６バイトであることが示される。また、Ｃ＋ＬがＣ＝０
ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無い
ことが示される。そして、データとして４バイト（３２
ビット）のコードが書かれ、録音日時（年、月、日、
時、分、秒）が表される。

【０１０６】図１６Ｅは、キーコードＩＤ＝１０７とさ
れる、付加情報が再生ログの例である。ＳＩＺＥ＝０ｘ
１０（１６バイト）とされ、この付加情報のデータ長が
１６バイトであることが示される。また、Ｃ＋ＬがＣ＝
０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無
いことが示される。そして、データとして４バイト（３
２ビット）のコードが書かれ、再生ログ（年、月、日、
時、分、秒）が表される。再生ログ機能を持つものは、
１回の再生毎に１６バイトのデータを記録する。

【０１０７】図１７は、１ＳＵがＮバイト（例えばＮ＝
３８４バイト）の場合のＡＴＲＡＣ３データファイルＡ
３Ｄｎｎｎｎのデータ配列を示す。図１７には、データ
ファイルの属性ヘッダ（１ブロック）と、音楽データフ
ァイル（１ブロック）とが示されている。図１７では、
この２ブロック（１６×２＝３２Ｋバイト）の各スロッ
トの先頭のバイト（０ｘ００００〜０ｘ７ＦＦ０）が示
されている。図１８に分離して示すように、属性ヘッダ
の先頭から３２バイトがヘッダであり、２５６バイトが
曲名領域ＮＭ１（２５６バイト）であり、５１２バイト
が曲名領域ＮＭ２（５１２バイト）である。属性ヘッダ
のヘッダには、下記のデータが書かれる。

【０１０８】ＢＬＫＩＤ−ＨＤ０（４バイト） 意味：BLOCKID FILE ID 機能：ＡＴＲＡＣ３データファイルの先頭であることを
識別するための値 値：固定値＝”ＨＤ＝０”（例えば０ｘ４８４４２Ｄ３
０） ＭＣｏｄｅ（２バイト） 意味：ＭＡＫＥＲ ＣＯＤＥ 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト） 意味：トラック毎に付けられた連続番号 機能：ブロックの先頭は０から始まり次のブロックは＋
１づつインクリメント編集されても値を変化させない 値：０より始まり０ｘＦＦＦＦＦＦＦＦまで。

【０１０９】Ｎ１Ｃ＋Ｌ（２バイト） 意味：トラック（曲名）データ（ＮＭ１）の属性を表す 機能：ＮＭ１に使用される文字コードと言語コードを各
１バイトで表す 値：ＳＮ１Ｃ＋Ｌと同一 Ｎ２Ｃ＋Ｌ（２バイト） 意味：トラック（曲名）データ（ＮＭ２）の属性を表す 機能：ＮＭ２に使用される文字コードと言語コードを各
１バイトで表す 値：ＳＮ１Ｃ＋Ｌと同一 ＩＮＦＳＩＺＥ（２バイト） 意味：トラックに関する付加情報の全てを合計したサイ
ズを表す 機能：データサイズを１６バイト単位の大きさで記述、
無い場合は必ずオールゼロとすること 値：サイズは０ｘ００００から０ｘ３Ｃ６（９６６） Ｔ−ＰＲＴ（２バイト） 意味：トータルパーツ数 機能：トラックを構成するパーツ数を表す。通常は１ 値：１から０ｘ２８５（６４５dec ） Ｔ−ＳＵ（４バイト） 意味：トータルＳＵ数 機能：１トラック中の実際の総ＳＵ数を表す。曲の演奏
時間に相当する 値：０ｘ０１から０ｘ００１ＦＦＦＦＦ ＩＮＸ（２バイト）（Ｏｐｔｉｏｎ） 意味：INDEX の相対場所 機能：曲のさびの部分（特徴的な部分）の先頭を示すポ
インタ。曲の先頭からの位置をＳＵの個数を１／４した
数で指定する。これは、通常のＳＵの４倍の長さの時間
（約９３ｍ秒）に相当する 値：０から０ｘＦＦＦＦ（最大、約６０８４秒） ＸＴ（２バイト）（Ｏｐｔｉｏｎ） 意味：INDEX の再生時間 機能：ＩＮＸ-nnnで指定された先頭から再生すべき時間
のＳＵの個数を１／４した数で指定する。これは、通常
のＳＵの４倍の長さの時間（約９３ｍ秒）に相当する 値：０ｘ００００：無設定 ０ｘ０１から０ｘＦＦＦ
Ｅ（最大６０８４秒） ０ｘＦＦＦＦ：曲の終わりまで。

【０１１０】次に曲名領域ＮＭ１およびＮＭ２について
説明する。

【０１１１】ＮＭ１ 意味：曲名を表す文字列 機能：１バイトの文字コードで表した可変長の曲名（最
大で２５６） 名前データの終了は、必ず終端コード（０ｘ００）を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ００２０）からヌル（０
ｘ００）を１バイト以上記録すること 値：各種文字コード ＮＭ２ 意味：曲名を表す文字列 機能：２バイトの文字コードで表した可変長の名前デー
タ（最大で５１２） 名前データの終了は、必ず終端コード（０ｘ００）を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ０１２０）からヌル（０
ｘ００）を２バイト以上記録すること 値：各種文字コード。

【０１１２】属性ヘッダの固定位置（０ｘ３２０）から
始まる、８０バイトのデータをトラック情報領域ＴＲＫ
ＩＮＦと呼び、主としてセキュリティ関係、コピー制御
関係の情報を一括して管理する。図１９にＴＲＫＩＮＦ
の部分を示す。ＴＲＫＩＮＦ内のデータについて、配置
順序に従って以下に説明する。

【０１１３】ＣＯＮＴＥＮＴＳ ＫＥＹ（８バイト） 意味：曲毎に用意された値で、メモリカードのセキュリ
ティブロックで保護されてから保存される 機能：曲を再生する時、まず必要となる最初の鍵とな
る。ＭＡＣ計算時に使用される 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで ＭＡＣ（８バイト） 意味：著作権情報改ざんチェック値 機能：コンテンツ累積番号を含む複数のＴＲＫＩＮＦの
内容と隠しシーケンス番号から作成される値 隠しシーケンス番号とは、メモリカードの隠し領域に記
録されているシーケンス番号のことである。著作権対応
でないレコーダは、隠し領域を読むことができない。ま
た、著作権対応の専用のレコーダ、またはメモリカード
を読むことを可能とするアプリケーションを搭載したパ
ーソナルコンピュータは、隠し領域をアクセスすること
ができる。

【０１１４】Ａ（１バイト） 意味：パーツの属性 機能：パーツ内の圧縮モード等の情報を示す 値：図２０を参照して以下に説明する ただし、Ｎ＝０，１のモノラルは、ｂｉｔ７が１でサブ
信号を０、メイン信号（Ｌ＋Ｒ）のみの特別なＪｏｉｎ
ｔモードをモノラルとして規定する。ｂｉｔ２，１の情
報は通常の再生機は無視しても構わない。

【０１１５】Ａのビット０は、エンファシスのオン／オ
フの情報を形成し、ビット１は、再生ＳＫＩＰか、通常
再生かの情報を形成し、ビット２は、データ区分、例え
ばオーディオデータか、ＦＡＸ等の他のデータかの情報
を形成する。ビット３は、未定義である。ビット４、
５、６を組み合わせることによって、図示のように、Ａ
ＴＲＡＣ３のモード情報が規定される。すなわち、Ｎ
は、この３ビットで表されるモードの値であり、モノ
（Ｎ＝０，１）、ＬＰ（Ｎ＝２）、ＳＰ（Ｎ＝４）、Ｅ
Ｘ（Ｎ＝５）、ＨＱ（Ｎ＝７）の５種類のモードについ
て、記録時間（６４ＭＢのメモリカードの場合）、デー
タ転送レート、１ブロック内のＳＵ数がそれぞれ示され
ている。１ＳＵのバイト数は、（モノ：１３６バイト、
ＬＰ：１９２バイト、ＳＰ：３０４バイト、ＥＸ：３８
４バイト、ＨＱ：５１２バイト）である。さらに、ビッ
ト７によって、ＡＴＲＡＣ３のモード（０：Dual １：
J0int ）が示される。

【０１１６】一例として、６４ＭＢのメモリカードを使
用し、ＳＰモードの場合について説明する。６４ＭＢの
メモリカードには、３９６８ブロックがある。ＳＰモー
ドでは、１ＳＵが３０４バイトであるので、１ブロック
に５３ＳＵが存在する。１ＳＵは、（１０２４／４４１
００）秒に相当する。従って、１ブロックは、（１０２
４／４４１００）×５３×（３９６８−１６）＝４８６
３秒＝８１分 転送レートは、 （４４１００／１０２４）×３０４×８＝１０４７３７
bps となる。

【０１１７】ＬＴ（１バイト） 意味：再生制限フラグ（ビット７およびビット６）とセ
キュリティバージョン（ビット５〜ビット０） 機能：このトラックに関して制限事項があることを表す 値：ビット７： ０＝制限なし １＝制限有り ビット６： ０＝期限内 １＝期限切れ ビット５〜ビット０：セキュリティバージョン０（０以
外であれば再生禁止とする） ＦＮｏ（２バイト） 意味：ファイル番号 機能：最初に記録された時のトラック番号、且つこの値
は、メモリカード内の隠し領域に記録されたＭＡＣ計算
用の値の位置を特定する 値：１から０ｘ１９０（４００） ＭＧ（Ｄ）ＳＥＲＩＡＬ−ｎｎｎ（１６バイト） 意味：記録機器のセキュリティブロック（セキュリティ
ＩＣ２０）のシリアル番号 機能：記録機器ごとに全て異なる固有の値 値：０から0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF ＣＯＮＮＵＭ（４バイト） 意味：コンテンツ累積番号 機能：曲毎に累積されていく固有の値で記録機器のセキ
ュリティブロックによって管理される。２の３２乗、４
２億曲分用意されており、記録した曲の識別に使用する 値：０から０ｘＦＦＦＦＦＦＦＦ。

【０１１８】ＹＭＤｈｍｓ−Ｓ（４バイト）（Ｏｐｔｉ
ｏｎ） 意味：再生制限付きのトラックの再生開始日時 機能：ＥＭＤで指定する再生開始を許可する日時 値：上述した日時の表記と同じ ＹＭＤｈｍｓ−Ｅ（４バイト）（Ｏｐｔｉｏｎ） 意味：再生制限付きのトラックの再生終了日時 機能：ＥＭＤで指定する再生許可を終了する日時 値：上述した日時の表記と同じ ＭＴ（１バイト）（Ｏｐｔｉｏｎ） 意味：再生許可回数の最大値 機能：ＥＭＤで指定される最大の再生回数 値：１から０ｘＦＦ 未使用の時は、０ｘ００ ＬＴのｂｉｔ７の値が０の場合はＭＴの値は００とする
こと ＣＴ（１バイト）（Ｏｐｔｉｏｎ） 意味：再生回数 機能：再生許可された回数の内で、実際に再生できる回
数。再生の度にデクリメントする 値：０ｘ００〜０ｘＦＦ 未使用の時は、０ｘ００であ
る ＬＴのｂｉｔ７が１でＣＴの値が００の場合は再生を禁
止すること。

【０１１９】ＣＣ（１バイト） 意味：COPY CONTROL 機能：コピー制御 値：図２１に示すように、ビット６および７によってコ
ピー制御情報を表し、ビット４および５によって高速デ
ィジタルコピーに関するコピー制御情報を表し、ビット
２および３によってセキュリティブロック認証レベルを
表す。ビット０および１は、未定義 ＣＣの例：（ｂｉｔ７，６）１１：無制限のコピーを許
可、０１：コピー禁止、００：１回のコピーを許可 （ｂｉｔ３，２）００：アナログないしディジタルイン
からの録音、ＭＧ認証レベルは０とする ＣＤからのディジタル録音では（ｂｉｔ７，６）は０
０、（ｂｉｔ３，２）は００となる ＣＮ（１バイト）（Ｏｐｔｉｏｎ） 意味：高速ディジタルコピーＨＳＣＭＳ(High speed Se
rial Copy ManagementSystem)におけるコピー許可回数 機能：コピー１回か、コピーフリーかの区別を拡張し、
回数で指定する。コピー第１世代の場合にのみ有効であ
り、コピーごとに減算する 値：００：コピー禁止、０１から０ｘＦＥ：回数、０ｘ
ＦＦ：回数無制限。

【０１２０】上述したトラック情報領域ＴＲＫＩＮＦに
続いて、０ｘ０３７０から始まる２４バイトのデータを
パーツ管理用のパーツ情報領域ＰＲＴＩＮＦと呼び、１
つのトラックを複数のパーツで構成する場合に、時間軸
の順番にＰＲＴＩＮＦを並べていく。図２２にＰＲＴＩ
ＮＦの部分を示す。ＰＲＴＩＮＦ内のデータについて、
配置順序に従って以下に説明する。

【０１２１】ＰＲＴＳＩＺＥ（４バイト） 意味：パーツサイズ 機能：パーツの大きさを表す。クラスタ：２バイト（最
上位）、開始ＳＵ：１バイト（上位）、終了ＳＵ：１バ
イト（最下位） 値：クラスタ：１から０ｘ１Ｆ４０（８０００）、開始
ＳＵ：０から０ｘＡ０（１６０）、終了ＳＵ：０から０
ｘＡ０（１６０）（但し、ＳＵの数え方は、０，１，
２，と０から開始する） ＰＲＴＫＥＹ（８バイト） 意味：パーツを暗号化するための値 機能：初期値＝０、編集時は編集の規則に従うこと 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ ＣＯＮＮＵＭ０（４バイト） 意味：最初に作られたコンテンツ累積番号キー 機能：コンテンツをユニークにするためのＩＤの役割 値：コンテンツ累積番号初期値キーと同じ値とされる。

【０１２２】ＡＴＲＡＣ３データファイルの属性ヘッダ
中には、図１７に示すように、付加情報ＩＮＦが含まれ
る。この付加情報は、開始位置が固定化されていない点
を除いて、再生管理ファイル中の付加情報ＩＮＦ−Ｓ
（図１１および図１２Ｂ参照）と同一である。１つまた
は複数のパーツの最後のバイト部分（４バイト単位）の
次を開始位置として付加情報ＩＮＦのデータが開始す
る。

【０１２３】ＩＮＦ 意味：トラックに関する付加情報データ 機能：ヘッダを伴った可変長の付加情報データ。複数の
異なる付加情報が並べられることがある。それぞれにＩ
Ｄとデータサイズが付加されている。個々のヘッダを含
む付加情報データは、最小１６バイト以上で４バイトの
整数倍の単位 値：再生管理ファイル中の付加情報ＩＮＦ−Ｓと同じで
ある。

【０１２４】上述した属性ヘッダに対して、ＡＴＲＡＣ
３データファイルの各ブロックのデータが続く。図２３
に示すように、ブロック毎にヘッダが付加される。各ブ
ロックのデータについて以下に説明する。

【０１２５】ＢＬＫＩＤ−Ａ３Ｄ（４バイト） 意味：BLOCKID FILE ID 機能：ＡＴＲＡＣ３データの先頭であることを識別する
ための値 値：固定値＝”Ａ３Ｄ”（例えば０ｘ４１３３４４２
０） ＭＣｏｄｅ（２バイト） 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） ＣＯＮＮＵＭ０（４バイト） 意味：最初に作られたコンテンツ累積番号 機能：コンテンツをユニークにするためのＩＤの役割、
編集されても値は変化させない 値：コンテンツ累積番号初期値キーと同じ値とされる ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト） 意味：トラック毎に付けられた連続番号 機能：ブロックの先頭は０から始まり次のブロックは＋
１づつインクリメント編集されても値を変化させない 値：０より始まり０ｘＦＦＦＦＦＦＦＦまで ＢＬＯＣＫ−ＳＥＥＤ（８バイト） 意味：１ブロックを暗号化するための１つの鍵 機能：ブロックの先頭は、記録機器のセキュリティブロ
ックで乱数を生成、続くブロックは、＋１インクリメン
トされた値、この値が失われると、１ブロックに相当す
る約１秒間、音が出せないために、ヘッダとブロック末
尾に同じものが二重に書かれる。編集されても値を変化
させない 値：初期は８バイトの乱数 ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８バイ
ト） 意味：ブロック毎にＡＴＲＡＣ３データを暗号化、復号
化する時に必要な初期値 機能：ブロックの先頭は０から始まり、次のブロックは
最後のＳＵの最後の暗号化された８バイトの値。デバイ
ドされたブロックの途中からの場合は開始ＳＵの直前の
最後の８バイトを用いる。編集されても値を変化させな
い 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ ＳＵ−ｎｎｎ 意味：サウンドユニットのデータ 機能：１０２４サンプルから圧縮されたデータ、圧縮モ
ードにより出力されるバイト数が異なる。編集されても
値を変化させない（一例として、ＳＰモードの時では、
Ｎ＝３８４バイト） 値：ＡＴＲＡＣ３のデータ値。

【０１２６】図１７では、Ｎ＝３８４であるので、１ブ
ロックに４２ＳＵが書かれる。また、１ブロックの先頭
の２つのスロット（４バイト）がヘッダとされ、最後の
１スロット（２バイト）にＢＬＫＩＤ−Ａ３Ｄ、ＭＣｏ
ｄｅ、ＣＯＮＮＵＭ０、ＢＬＯＣＫ ＳＥＲＩＡＬが二
重に書かれる。従って、１ブロックの余りの領域Ｍバイ
トは、（１６，３８４−３８４×４２−１６×３＝２０
８（バイト）となる。この中に上述したように、８バイ
トのＢＬＯＣＫ ＳＥＥＤが二重に記録される。

【０１２７】ここで、上述したＦＡＴ領域が壊れた場合
には、フラッシュメモリの全ブロックの探索を開始し、
ブロック先頭部のブロックＩＤ ＢＬＫＩＤがＴＬ０
か、ＨＤ０か、Ａ３Ｄかを各ブロックについて判別す
る。この処理を図２４に示すフローチャートを参照し
て、説明する。ブロック先頭のブロックＩＤ ＢＬＫＩ
ＤがＢＬＫＩＤ−ＴＬ０であるか否かをステップＳＰ１
で判別する。

【０１２８】このステップＳＰ１において、ブロック先
頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＴＬ０で
無い場合には、ステップＳＰ２において、ブロック番号
をインクリメント処理して、ステップＳＰ３において、
ブロックの終端部まで検索したかを判別する。ステップ
ＳＰ３において、ブロックの終端部まで至ってないと判
別された場合には、再度ステップＳＰ１に戻る。

【０１２９】そして、ステップＳＰ１において、ブロッ
ク先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＴＬ
０と判別された場合には、ステップＳＰ４において、検
索したブロックが再生管理ファイルＰＢＬＩＳＴである
と判定される。次に、ステップＳＰ５において、再生管
理ファイルＰＢＬＩＳＴ内に含まれる総トラック数Ｔ−
ＴＲＫを参照して、レジスタにＮとして記憶する。一例
として、メモリ上に１０曲のＡＴＲＡＣ３データファイ
ルが存在する場合には（すなわち１０ファイル）Ｔ−Ｔ
ＲＫには１０が記録されている。

【０１３０】次に、ステップＳＰ６において、総トラッ
ク数Ｔ−ＴＲＫに基づいてブロック内に記録されている
ＴＲＫ−００１からＴＲＫ−４００を順次参照する。上
述した一例の場合には、メモリ内に１０曲収録されてい
るのでＴＲＫ−００１からＴＲＫ−０１０までを参照す
ればよい。

【０１３１】ステップＳＰ７において、ＴＲＫ−ＸＸＸ
（ＸＸＸ＝００１〜４００）には、対応するファイル番
号ＦＮＯが記録されているので、トラック番号ＴＲＫ−
ＸＸＸとファイル番号ＦＮＯの対応表をメモリに記憶す
る。

【０１３２】ステップＳＰ８において、レジスタに記憶
したＮをデクリメント処理して、ステップＳＰ９におい
て、Ｎ＝０になるまでステップＳＰ６、ＳＰ７およびＳ
Ｐ８を繰り返す。ステップＳＰ９において、Ｎ＝０と判
断されたらステップＳＰ１０において、先頭のブロック
にポインタをリセットして、先頭のブロックから探索を
やり直す。

【０１３３】次に、ステップＳＰ１１において、ブロッ
ク先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＨＤ
０か否かを判別する。このステップＳＰ１１において、
ブロック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ
−ＨＤ０で無い場合には、ステップＳＰ１２において、
ブロック番号をインクリメント処理して、ステップＳＰ
１３において、ブロックの終端部まで検索したか否かを
判別する。

【０１３４】そして、ステップＳＰ１３において、ブロ
ックの終端部まで至ってないと判別された場合には、再
度ステップＳＰ１１に制御が戻る。

【０１３５】ステップＳＰ１１において、ブロック先頭
のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＨＤ０であ
ると判断されるまで、先頭ブロックからの探索を開始す
る。ステップＳＰ１１において、ブロック先頭のブロッ
クＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＨＤ０と判断された
場合には、ステップＳＰ１４において、そのブロック
は、図１８の0x0000〜0x03FFF に示すＡＴＲＡＣ３デー
タファイルの先頭部分の属性ヘッダ（図８参照）と判断
される。

【０１３６】次に、ステップＳＰ１５において、属性ヘ
ッダ内に記録されているファイル番号ＦＮＯ、同一ＡＴ
ＲＡＣ３データファイル内での通し番号を表すＢＬＯＣ
ＫＳＥＲＩＡＬ、コンテンツ累積番号キーＣＯＮＮＵＭ
０を参照して、メモリに記憶する。ここで、１０個のＡ
ＴＲＡＣ３データファイルが存在する（すなわち、１０
曲収録されている）場合には、先頭のブロックＩＤ Ｂ
ＬＫＩＤがＢＬＫＩＤ−ＴＬ０と判断されるブロックが
１０個存在するので、１０個索出されるまで処理を続け
る。

【０１３７】ステップＳＰ１３において、ブロックの終
端部まで至っていると判別された場合には、ステップＳ
Ｐ１６において、先頭のブロックにポインタをリセット
して、先頭のブロックから探索をやり直す。

【０１３８】次に、ステップＳＰ１７において、ブロッ
ク先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−Ａ３
Ｄか否かを判断する。このステップＳＰ１７において、
ブロック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ
−Ａ３Ｄで無い場合には、ステップＳＰ１８において、
ブロック番号をインクリメント処理して、ステップＳＰ
１９において、ブロックの終端部まで検索したか否かを
判別する。ステップＳＰ１９において、ブロックの終端
部まで至ってないと判別された場合には、再度ステップ
ＳＰ１７に制御が戻る。

【０１３９】そして、ステップＳＰ１７において、ブロ
ック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−Ａ
３Ｄであると判断された場合には、ステップＳＰ２０に
おいて、ブロックはＡＴＲＡＣ３データファイルが実際
に記録されているブロックと判断される。

【０１４０】次に、ステップＳＰ２１において、ＡＴＲ
ＡＣ３データブロック内に記録されている通し番号ＢＬ
ＯＣＫ ＳＥＲＩＡＬ、コンテンツ累積番号キーＣＯＮ
ＮＵＭ０を参照して、メモリに記憶する。このコンテン
ツ累積番号キーＣＯＮＮＵＭ０は同一ＡＴＲＡＣ３デー
タファイル内では共通の番号が付与されている。即ち１
つのＡＴＲＡＣ３データファイルが１０個のブロックか
ら構成されている場合には、ブロック内に各々記録され
ているＣＯＮＮＵＭ０には全部共通の番号が記録されて
いる。

【０１４１】さらに、１つのＡＴＲＡＣ３データファイ
ルが１０個のブロックから構成されている場合には、１
０個のブロックの各々のＢＬＯＣＫ ＳＥＲＩＡＬには
１〜１０のいずれかの通し番号が付与されている。ＣＯ
ＮＮＵＭ０およびＢＬＯＣＫＳＥＲＩＡＬに基づいて同
一コンテンツを構成するブロックか、さらに同一コンテ
ンツ内の再生順序（連結順序）が判る。

【０１４２】この実施形態では、１０個のＡＴＲＡＣ３
データファイル（即ち１０曲）が記録され、例えば各々
のＡＴＲＡＣ３データファイルが１０個のブロックから
構成される場合には、１００個のデータブロックが存在
することになる。この１００個のデータファイルがどの
曲番を構成し、どの順序で連結されるべきかはＣＯＮＮ
ＵＭ０およびＢＬＯＣＫ ＳＥＲＩＡＬを参照して行わ
れる。

【０１４３】ステップＳＰ１９において、ブロックの終
端部まで至っていると判別された場合には、全ブロック
に対して、再生管理ファイル、ＡＴＲＡＣ３データファ
イル、属性ファイルの全ての検索が終了したことを意味
するので、ステップＳＰ２２は、メモリ上に記憶された
ブロック番号に対応するＣＯＮＮＵＭ０、ＢＬＯＣＫＳ
ＥＲＩＡＬ、ＦＮＯ、ＴＲＫ−ＸＸＸに基づいてファイ
ルの連結状態を再現する。連結状態が確認できたらメモ
リ上の破壊されていない空きエリアにＦＡＴを作成し直
しても良い。

【０１４４】次に、上述した管理ファイルと異なるデー
タ構成の管理ファイル他の例について、説明する。図２
５は、メモリカード４０のファイル構成の他の例を全体
として示す。音楽用ディレクトリには、トラック情報管
理ファイルＴＲＫＬＩＳＴ．ＭＳＦ（以下、単にＴＲＫ
ＬＩＳＴと表記する）と、トラック情報管理ファイルの
バックアップＴＲＫＬＩＳＴＢ．ＭＳＦ（以下、単にＴ
ＲＫＬＩＳＴＢと表記する）と、アーチスト名、ＩＳＲ
Ｃコード、タイムスタンプ、静止画像データ等の各種付
加情報データを記述するＩＮＦＬＩＳＴ．ＭＳＦ（以
下、単にＩＮＦＩＳＴと表記する）と、ＡＴＲＡＣ３デ
ータファイルＡ３Ｄｎｎｎｎ．ＭＳＡ（以下、単にＡ３
Ｄｎｎｎｎと表記する）とが含まれる。ＴＲＫＬＩＳＴ
には、ＮＡＭＥ１およびＮＡＭＥ２が含まれる。ＮＡＭ
Ｅ１は、メモリカード名、曲名ブロック（１バイトコー
ド用）で、ＡＳＣＩＩ／８８５９−１の文字コードによ
り曲名データを記述する領域である。ＮＡＭＥ２は、メ
モリカード名、曲名ブロック（２バイトコード用）で、
ＭＳ−ＪＩＳ／ハングル語／中国語等により曲名データ
を記述する領域である。

【０１４５】図２６は、音楽用ディレクトリのトラック
情報管理ファイルＴＲＫＬＩＳＴと、ＮＡＭＥ１および
２と、ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ間の
関係を示す。ＴＲＫＬＩＳＴは、全体で６４Ｋバイト
（＝１６Ｋ×４）の固定長で、その内の３２Ｋバイトが
トラックを管理するパラメータを記述するのに使用さ
れ、残りの３２ＫバイトがＮＡＭＥ１および２を記述す
るのに使用される。曲名等を記述したファイルＮＡＭＥ
１および２は、トラック情報管理ファイルと別扱いでも
実現できるが、ＲＡＭ容量の小さいシステムは、トラッ
ク情報管理ファイルと曲名ファイルとを分けない方が管
理ファイルをまとめて管理することができ、操作しやす
くなる。

【０１４６】トラック情報管理ファイルＴＲＫＬＩＳＴ
内のトラック情報領域ＴＲＫＩＮＦ−ｎｎｎｎおよびパ
ーツ情報領域ＰＲＴＩＮＦ−ｎｎｎｎによって、データ
ファイルＡ３Ｄｎｎｎｎおよび付加情報用のＩＮＦＬＩ
ＳＴが管理される。なお、暗号化の処理を受けるのは、
ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎのみであ
る。図２６中で、横方向が１６バイト（０〜Ｆ）であ
り、縦方向に１６進数（０ｘか１６進数を意味する）で
その行の先頭の値が示されている。

【０１４７】他の例では、トラック情報管理ファイルＴ
ＲＫＬＩＳＴ（曲名ファイルを含む）と、付加情報管理
ファイルＩＮＦＬＩＳＴと、データファイルＡ３Ｄｎｎ
ｎｎとの３個のファイルの構成とされ、ＴＲＫＬＩＳＴ
によってＩＮＦＬＩＳＴおよびＡ３Ｄｎｎｎｎが管理さ
れる。前述したデータ構成の一例（図７、図８および図
９）では、メモリカードの全体を管理する再生管理ファ
イルＰＢＬＩＳＴと、各トラック（曲）のデータファイ
ルＡＴＲＡＣ３との２種類のファイルの構成とされる。

【０１４８】以下、データ構成の他の例について説明す
るが、上述したデータ構成の一例と同一の点について
は、その説明を省略することにする。

【０１４９】図２７は、トラック情報管理ファイルＴＲ
ＫＬＩＳＴのより詳細な構成を示す。トラック情報管理
ファイルＴＲＫＬＩＳＴは、１クラスタ（１ブロック）
＝１６ＫＢのサイズで、その後に続くバックアップ用の
ＴＲＫＬＩＳＴＢも同一サイズ、同一データのものであ
る。トラック情報管理ファイルは、先頭から３２バイト
がヘッダである。ヘッダには、上述した再生管理ファイ
ルＰＢＬＩＳＴ中のヘッダと同様に、ＢＬＫＩＤ−ＴＬ
０／ＴＬ１（バックアップファイルのＩＤ）（４バイ
ト）、総トラック数Ｔ−ＴＲＫ（２バイト）、メーカー
コードＭＣｏｄｅ（２バイト）、ＴＲＫＬＩＳＴの書き
換え回数ＲＥＶＩＳＩＯＮ（４バイト）、更新日時のデ
ータＳ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ）が
書かれる。これらのデータの意味、機能、値は、前述し
た通りである。これらのデータ以外に下記のデータが書
かれる。

【０１５０】ＹＭＤｈｍｓ（４バイト） 最後にＴＲＫＬＩＳＴが更新された年月日 Ｎ１（１バイト）（Ｏｐｔｉｏｎ） メモリカードの連番号（分子側）で、１枚使用時はすべ
て（０ｘ０１） Ｎ２（１バイト）（Ｏｐｔｉｏｎ） メモリカードの連番号（分母側）で、１枚使用時はすべ
て（０ｘ０１） ＭＳＩＤ（２バイト）（Ｏｐｔｉｏｎ） メモリカードのＩＤで、複数組の時は、ＭＳＩＤが同一
番号（Ｔ．Ｂ．Ｄ．） （Ｔ．Ｂ．Ｄ．は、将来定義されうることを意味する） Ｓ−ＴＲＫ（２バイト） 特別トラック（４０１〜４０８）の記述（Ｔ．Ｂ．
Ｄ．）で、通常は、０ｘ００００ ＰＡＳＳ（２バイト）（Ｏｐｔｉｏｎ） パスワード（Ｔ．Ｂ．Ｄ．） ＡＰＰ（２バイト）（Ｏｐｔｉｏｎ） 再生アプリケーションの規定（Ｔ．Ｂ．Ｄ．）（通常
は、０ｘ００００） ＩＮＦ−Ｓ（２バイト）（Ｏｐｔｉｏｎ） メモリカード全体の付加情報ポインタであり、付加情報
がないときは、０ｘ００とする。

【０１５１】ＴＲＫＬＩＳＴの最後の１６バイトとし
て、ヘッダ内のものと同一のＢＬＫＩＤ−ＴＬ０と、Ｍ
Ｃｏｄｅと、ＲＥＶＩＳＩＯＮとが配される。また、バ
ックアップ用のＴＲＫＬＩＳＴＢにも上述したヘッダが
書かれる。この場合、ＢＬＫＩＤ−ＴＬ１と、ＭＣｏｄ
ｅと、ＲＥＶＩＳＩＯＮとが配される。

【０１５２】ヘッダの後にトラック（曲）ごとの情報を
記述するトラック情報領域ＴＲＫＩＮＦと、トラック
（曲）内のパーツの情報を記述するパーツ情報領域ＰＲ
ＴＩＮＦが配置される。図２７では、ＴＲＫＬＩＳＴの
部分に、これらの領域が全体的に示され、下側のＴＲＫ
ＬＩＳＴＢの部分にこれらの領域の詳細な構成が示され
ている。また、斜線で示す領域は、未使用の領域を表
す。

【０１５３】トラック情報領域ＴＲＫＩＮＦ−ｎｎｎお
よびパーツ情報領域ＰＲＴＩＮＦ−ｎｎｎに、上述した
ＡＴＲＡＣ３データファイルに含まれるデータが同様に
書かれる。すなわち、再生制限フラグＬＴ（１バイ
ト）、コンテンツキーＣＯＮＴＥＮＴＳ ＫＥＹ（８バ
イト）、記録機器のセキュリティブロックのシリアル番
号ＭＧ（Ｄ）ＳＥＲＩＡＬ（１６バイト）、曲の特徴的
部分を示すためのＸＴ（２バイト）（Ｏｐｔｉｏｎ）お
よびＩＮＸ（２バイト）（Ｏｐｔｉｏｎ）、再生制限情
報およびコピー制御に関連するデータＹＭＤｈｍｓ−Ｓ
（４バイト）（Ｏｐｔｉｏｎ）、ＹＭＤｈｍｓ−Ｅ（４
バイト）（Ｏｐｔｉｏｎ）、ＭＴ（１バイト）（Ｏｐｔ
ｉｏｎ）、ＣＴ（１バイト）（Ｏｐｔｉｏｎ）、ＣＣ
（１バイト）、ＣＮ（１バイト）（Ｏｐｔｉｏｎ）、パ
ーツの属性を示すＡ（１バイト）、パーツサイズＰＲＴ
ＳＩＺＥ（４バイト）、パーツキーＰＲＴＫＥＹ（８バ
イト）、コンテンツ累積番号ＣＯＮＮＵＭ（４バイト）
が書かれている。これらのデータの意味、機能、値は、
前述した通りである。これらのデータ以外に下記のデー
タが書かれる。

【０１５４】Ｔ０（１バイト） 固定値（Ｔ０＝０ｘ７４） ＩＮＦ−ｎｎｎ（Ｏｐｔｉｏｎ）（２バイト） 各トラックの付加情報ポインタ（０〜４０９）、００：
付加情報がない曲の意味 ＦＮＭ−ｎｎｎ（４バイト） ＡＴＲＡＣ３データのファイル番号（０ｘ００００〜０
ｘＦＦＦＦ） ＡＴＲＡＣ３データファイル名（Ａ３Ｄｎｎｎｎｎ）の
ｎｎｎｎｎ （ＡＳＣＩＩ）番号を０ｘｎｎｎｎｎに変
換した値 ＡＰＰ ＣＴＬ（４バイト）（Ｏｐｔｉｏｎ） アプリケーション用パラメータ（Ｔ．Ｂ．Ｄ．）（通
常、０ｘ００００） Ｐ−ｎｎｎ（２バイト） 曲を構成するパーツ数（１〜２０３９）で、前述のＴ−
ＰＡＲＴに対応する ＰＲ（１バイト） 固定値（ＰＲ＝０ｘ５０）。

【０１５５】次に、名前をまとめて管理する名前の領域
ＮＡＭＥ１およびＮＡＭＥ２について説明する。図２８
は、ＮＡＭＥ１（１バイトコードを使用する領域）のよ
り詳細なデータ構成を示す。ＮＡＭＥ１および後述のＮ
ＡＭＥ２は、ファイルの先頭から８バイト単位で区切ら
れ、１スロット＝８バイトとされている。先頭の０ｘ８
０００には、ヘッダが書かれ、その後ろにポインタおよ
び名前が記述される。ＮＡＭＥ１の最後のスロットにヘ
ッダと同一データが記述される。

【０１５６】ＢＬＫＩＤ−ＮＭ１（４バイト） ブロックの内容を特定する固定値（ＮＭ１＝０ｘ４Ｅ４
Ｄ２Ｄ３１） ＰＮＭ１−ｎｎｎ（４バイト）（Ｏｐｔｉｏｎ） ＮＭ１（１バイトコード）へのポインタ ＰＮＭ１−Ｓは、メモリカードを代表する名前のポイン
タ ｎｎｎ（＝１〜４０８）は、曲名のポインタ ポインタは、ブロック内の開始位置（２バイト）と文字
コードタイプ（２ビット）とデータサイズ（１４ビッ
ト）を記述 ＮＭ１−ｎｎｎ（Ｏｐｔｉｏｎ） １バイトコードで、メモリカード名、曲名データを可変
長で記述 名前データの終端コード（０ｘ００）を書き込む。

【０１５７】図２９は、ＮＡＭＥ２（２バイトコードを
使用する領域）のより詳細なデータ構成を示す。先頭
（０ｘ８０００）には、ヘッダが書かれ、ヘッダの後ろ
にポインタおよび名前が記述される。ＮＡＭＥ２の最後
のスロットにヘッダと同一データが記述される。

【０１５８】ＢＬＫＩＤ−ＮＭ２（４バイト） ブロックの内容を特定する固定値（ＮＭ２＝０ｘ４Ｅ４
Ｄ２Ｄ３２） ＰＮＭ２−ｎｎｎ（４バイト）（Ｏｐｔｉｏｎ） ＮＭ２（２バイトコード）へのポインタ ＰＮＭ２−Ｓは、メモリカードを代表する名前のポイン
タ ｎｎｎ（＝１〜４０８）は、曲名のポインタ ポインタは、ブロック内の開始位置（２バイト）と文字
コードタイプ（２ビット）とデータサイズ（１４ビッ
ト）を記述 ＮＭ２−ｎｎｎ（Ｏｐｔｉｏｎ） ２バイトコードで、メモリカード名、曲名データを可変
長で記述 名前データの終端コード（０ｘ００００）を書き込む。

【０１５９】図３０は、１ＳＵがＮバイトの場合のＡＴ
ＲＡＣ３データファイルＡ３Ｄｎｎｎｎのデータ配列
（１ブロック分）を示す。このファイルは、１スロット
＝８バイトである。図３０では、各スロットの先頭（０
ｘ００００〜０ｘ３ＦＦ８）の値が示されている。ファ
イルの先頭から４個のスロットがヘッダである。前述し
たデータ構成の一例におけるデータファイル（図１７参
照）の属性ヘッダに続くデータブロックと同様に、ヘッ
ダが設けられる。すなわち、このヘッダには、ＢＬＫＩ
Ｄ−Ａ３Ｄ（４バイト）、メーカーコードＭＣｏｄｅ
（２バイト）、暗号化に必要なＢＬＯＣＫ ＳＥＥＤ
（８バイト）、最初に作られたコンテンツ累積番号ＣＯ
ＮＮＵＭ０（４バイト）、トラック毎の連続番号ＢＬＯ
ＣＫ ＳＥＲＩＡＬ（４バイト）、暗号化／復号化に必
要なＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８
バイト）が書かれる。なお、ブロックの最後の一つ前の
スロットに、ＢＬＯＣＫ ＳＥＥＤが二重記録され、最
後のスロットにＢＬＫＩＤ−Ａ３ＤおよびＭＣｏｄｅが
記録される。そして、前述したデータ構成の一例と同様
に、ヘッダの後にサウンドユニットデータＳＵ−ｎｎｎ
ｎが順に配される。

【０１６０】図３１は、付加情報を記述するための付加
情報管理ファイルＩＮＦＬＩＳＴのより詳細なデータ構
成を示す。他のデータ構成においては、このファイルＩ
ＮＦＬＩＳＴの先頭（０ｘ００００）には、下記のヘッ
ダが記述される。ヘッダ以降にポインタおよびデータが
記述される。

【０１６１】ＢＬＫＩＤ−ＩＮＦ（４バイト） ブロックの内容を特定する固定値（ＩＮＦ＝０ｘ４９４
Ｅ４６４Ｆ） Ｔ−ＤＡＴ（２バイト） 総データ数を記述（０〜４０９） ＭＣｏｄｅ（２バイト） 記録した機器のメーカーコード ＹＭＤｈｍｓ（４バイト） 記録更新日時 ＩＮＦ−ｎｎｎ（４バイト） 付加情報のＤＡＴＡ（可変長、２バイト（スロット）単
位）へのポインタ 開始位置は、上位１６ビットで示す（００００〜ＦＦＦ
Ｆ） ＤａｔａＳｌｏｔ−００００の（０ｘ０８００）先頭か
らのオフセット値（スロット単位）を示すデータサイズ
は、下位１６ビットで示す（０００１〜７ＦＦＦ）（最
上位ビットＭＳＢに無効フラグをセットする。ＭＳＢ＝
０（有効を示す）、ＭＳＢ＝１（無効を示す） データサイズは、その曲のもつ総データ数を表す（デー
タは、各スロットの先頭から始まり、データの終了後
は、スロットの終わりまで００を書き込むこと） 最初のＩＮＦは、アルバム全体の持つ付加情報を示すポ
インタ（通常ＩＮＦ−４０９で示される）。

【０１６２】図３２は、付加情報データの構成を示す。
一つの付加情報データの先頭に８バイトのヘッダが付加
される。この付加情報の構成は、上述したデータ構成の
一例における付加情報の構成（図１２Ｃ参照）と同様の
ものである。すなわち、ＩＤとしてのＩＮ（１バイ
ト）、キーコードＩＤ（１バイト）、個々の付加情報の
大きさを示すＳＩＺＥ（２バイト）、メーカーコードＭ
Ｃｏｄｅ（２バイト）が書かれる。さらに、ＳＩＤ（１
バイト）は、サブＩＤである。

【０１６３】上述したこの発明の一実施形態では、メモ
リカードのフォーマットとして規定されているファイル
システムとは別に音楽用データに対するトラック情報管
理ファイルＴＲＫＬＩＳＴを使用するので、ＦＡＴが何
らかの事故で壊れても、ファイルを修復することが可能
となる。図３３は、ファイル修復処理の流れを示す。フ
ァイル修復のためには、ファイル修復プログラムで動作
し、メモリカードをアクセスできるコンピュータ（ＤＳ
Ｐ３０と同様の機能を有するもの）と、コンピュータに
接続された記憶装置（ハードディスク、ＲＡＭ等）とが
使用される。最初のステップ１０１では、次の処理がな
される。なお、図２５〜図３２を参照して説明したトラ
ック管理ファイルＴＲＫＬＩＳＴに基づいてファイルを
修復する処理を説明する。

【０１６４】ＦＡＴが壊れたフラッシュメモリの全ブロ
ックを探索し、ブロックの先頭の値（ＢＬＫＩＤ）がＴ
Ｌ−０を探す。このフラッシュメモリの全ブロックを探
索し、ブロックの先頭の値（ＢＬＫＩＤ）がＴＬ−１を
探す。このフラッシュメモリの全ブロックを探索し、ブ
ロックの先頭の値（ＢＬＫＩＤ）がＮＭ−１を探す。こ
のフラッシュメモリの全ブロックを探索し、ブロックの
先頭の値（ＢＬＫＩＤ）がＮＭ−２を探す。この４ブロ
ック（トラック情報管理ファイル）の全内容は、修復用
コンピュータによって例えばハードディスクに収集す
る。

【０１６５】トラック情報管理ファイルの先頭から４バ
イト目以降のデータから総トラック数ｍの値を見つけ把
握しておく。トラック情報領域ＴＲＫＩＮＦ−００１の
先頭から２０バイト目、１曲目のＣＯＮＮＵＭ−００１
とそれに続くＰ−００１の値を見つける。Ｐ−００１の
内容から構成されるパーツの総数を把握し、続くＰＲＴ
ＩＮＦの中のトラック１を構成する全てのＰＲＴＳＩＺ
Ｅの値を見つけ出し、それらを合計した総ブロック（ク
ラスタ）数ｎを計算し、把握しておく。

【０１６６】トラック情報管理ファイルは見つかったの
で、ステップ１０２では、音のデータファイル（ＡＴＲ
ＡＣ３データファイル）を探索する。フラッシュメモリ
の管理ファイル以外の全ブロックを探索し、ＡＴＲＡＣ
３データファイルであるブロックの先頭の値（ＢＬＫＩ
Ｄ）がＡ３Ｄのブロック群の収集を開始する。

【０１６７】Ａ３Ｄｎｎｎｎの中で先頭から１６バイト
目に位置するＣＯＮＮＵＭ０の値がトラック情報管理フ
ァイルの１曲目のＣＯＮＮＵＭ−００１と同一で、２０
バイト目からのＢＬＯＣＫ ＳＥＲＩＡＬの値が０のも
のを探し出す。これが見つかったら、次のブロック（ク
ラスタ）として同一のＣＯＮＮＵＭ０の値で、２０バイ
ト目からのＢＬＯＣＫ ＳＥＲＩＡＬの値が＋１された
もの（１＝０＋１）を探し出す。これが見つかったら、
同様に、次のブロック（クラスタ）として同一のＣＯＮ
ＮＵＭ０の値で、２０バイト目からのＢＬＯＣＫ ＳＥ
ＲＩＡＬの値が＋１されたもの（２＝１＋１）を探し出
す。

【０１６８】この処理を繰り返して、トラック１の総ク
ラスタであるｎ個になるまでＡＴＲＡＣ３データファイ
ルを探す。全てが見つかったら、探したブロック（クラ
スタ）の内容を全てハードディスクに順番に保存する。

【０１６９】次のトラック２に関して、上述したトラッ
ク１に関する処理を行う。すなわち、ＣＯＮＮＵＭ０の
値がトラック情報管理ファイルの１曲目のＣＯＮＮＵＭ
−００２と同一で、２０バイト目からのＢＬＯＣＫ Ｓ
ＥＲＩＡＬの値が０のものを探し出し、以下、トラック
１の場合と同様に、最後のブロック（クラスタ）ｎ’ま
でＡＴＲＡＣ３データファイルを探し出す。全てが見つ
かったら、探したブロック（クラスタ）の内容を全て外
部のハードディスクに順番に保存する。

【０１７０】全トラック（トラック数ｍ）について、以
上の処理を繰り返すことによって、全てのＡＴＲＡＣ３
データファイルが修復用コンピュータが管理する外部の
ハードディスクに収集される。

【０１７１】そして、ステップ１０３では、ＦＡＴが壊
れたメモリカードを再度初期化し、ＦＡＴを再構築し、
所定のディレクトリを作り、トラック情報管理ファイル
と、ｍトラック分のＡＴＲＡＣ３データファイルをハー
ドディスク側からメモリカードへコピーする。これによ
って、修復作業が完了する。

【０１７２】なお、管理ファイル、データファイルにお
いて、重要なパラメータ（主としてヘッダ内のコード）
を二重に限らず、三重以上記録しても良く、重要なパラ
メータに対して専用のエラー訂正符号の符号化を行うよ
うにしても良い。また、このように多重記録する場合の
位置は、ファイルの先頭および末尾の位置に限らず、１
ページ単位以上離れた位置であれば有効である。

【０１７３】以下、上述した実施形態および図４〜図２
４で説明したこの発明の第１の実施形態に示すファイル
管理方法を用いて、ファイル（曲）の結合編集処理、分
割編集処理に関する処理手順を示す。

【０１７４】ＦＡＴ上の結合編集処理 上述した図６に示すＣＡＴ．ＭＳＡ、ＤＯＧ．ＭＳＡ、
ＭＡＮ．ＭＳＡという３つのファイル（曲）のうちＣＡ
Ｔ．ＭＳＡとＭＡＮ．ＭＳＡの２つのファイルを結合す
る際のＦＡＴ上の処理を示す。図３４に示すように、ユ
ーザによって２つのファイルを１つのファイルの結合す
る際にＣＡＴ．ＭＳＡに対応するＦＡＴ上のクラスタ管
理データの終端のクラスタ８のエントリーアドレスを
「ＦＦＦ」から連結されるＭＡＮ．ＭＳＡに対応するＦ
ＡＴ上の開始アドレス「１１０」に編集する。これによ
って連結されたＣＡＴ．ＭＳＡというファイルは、クラ
スタ５、６、７、８、１１０、１１１というクラスタ領
域を使用していることになる。さらに、サブディレクト
リ領域からＭＡＮ．ＭＳＡを削除すると共に、クラスタ
２０２で管理されていたＭＡＮ．ＭＳＡというファイル
名も削除する。

【０１７５】属性ヘッダの編集 ＣＡＴ．ＭＳＡとＭＡＮ．ＭＳＡの２つのファイルを結
合する際のＦＡＴ上の編集手順を以上に述べたが、図１
１に示す再生管理ファイルＰＢＬＩＳＴ. ＭＳＦと図１
７に示すＡＴＲＡＣ３データファイルの属性ヘッダの編
集方法を図３５を用いて説明する。図３５Ａに編集前の
ＣＡＴ．ＭＳＡとＭＡＮ．ＭＳＡの２つのファイルのメ
モリマップ上の模式図を示す。この模式図は、論理アド
レスから物理アドレスへ変換された後のメモリマップで
あると共に、各パーツは本来離散的にメモリ上に記録さ
れているが説明を簡略化するために連続的に配置してあ
る。

【０１７６】図３５Ａに示すようにＣＡＴ．ＭＳＡの属
性ファイルには総サウンドユニット数Ｔ−ＳＵ：１０
０、トータルパーツ数Ｔ−ＰＲＴ：３、コンテンツキ
ー、ＭＡＣ、および各パーツに対応するパーツサイズと
パーツキーが管理されている。さらに、ＭＡＮ．ＭＳＡ
の属性ファイルには総サウンドユニット数Ｔ−ＳＵ：７
０、トータルパーツ数Ｔ−ＰＲＴ：２、コンテンツキ
ー、ＭＡＣおよび各パーツに対応するパーツサイズとパ
ーツキー、コンテンツ累積番号ＣＯＮＮＵＭ０が管理さ
れている。

【０１７７】ファイルＣＡＴ．ＭＳＡに対する属性ファ
イルの内容を以下のように更新をする。具体的に更新す
る内容としては、曲を連結することで、単一ファイルを
構成するパーツ数が増加するので、属性ファイルに含ま
れるＴ−ＰＲＴを編集すると共に、トータルサウンドユ
ニット数もファイルを連結することで増加するのでＴ−
ＳＵも編集する。すなわち、図３５Ｂに示すように、Ｃ
ＡＴ．ＭＳＡの総サウンドユニット数Ｔ−ＳＵ：１００
と、ＭＡＮ．ＭＳＡの総サウンドユニット数Ｔ−ＳＵ：
７０とを加算した値１７０に総サウンドユニット数Ｔ−
ＳＵは書き換えられると共に、ＣＡＴ．ＭＳＡの総パー
ツ数Ｔ−ＰＲＴ：３と、ＭＡＮ．ＭＳＡの総パーツ数Ｔ
−ＰＲＴ：２とを加算した値５に総パーツ数Ｔ−ＰＲＴ
は書き換えられる。

【０１７８】さらに、ＡＴＲＡＣ３データファイル
（曲）を結合処理時に属性ファイルの含まれるコンテン
ツキーに関しては新たに生成しなおすと共に、さらに、
著作権改ざんチェック値であるＭＡＣも変更する。ま
た、連結されるファイルＭＡＮ．ＭＳＡの属性ファイル
ブロックに含まれているパーツ情報（図２２）をＣＡ
Ｔ．ＭＳＡに対する属性ファイルブロックに追加（複
写）する。さらに、パーツ情報を追加後の属性ファイル
ブロックに含まれている各パーツごとのパーツキーＰＲ
ＴＫＥＹを新しいコンテンツキーを用いて暗号化しなお
す。

【０１７９】図９にＡＴＲＡＣ３データファイルにはヘ
ッダ部分に属性ファイルが付加されているので、２つの
ＡＴＲＡＣ３データファイルを単に結合してしまうと、
ファイルＣＡＴ．ＭＳＡに対する属性ファイルブロッ
ク、ファイルＣＡＴ．ＭＳＡに対する複数のＡＴＡＲＣ
３データブロック、ファイルＭＡＮ．ＭＳＡに対する属
性ファイルブロック、ファイルＭＡＮ．ＭＳＡに対する
複数のＡＴＡＲＣ３データブロックという順に結合され
てしまい属性ファイルが１つのファイルに２つ存在する
という問題点が生じる。

【０１８０】そこで、この発明は、図３５Ｂに示すよう
に結合処理をする際に後続のファイル（この実施形態で
はファイルＭＡＮ．ＭＳＡ）の属性ファイルを削除し
て、ファイルＣＡＴ．ＭＳＡに対する属性ファイルブロ
ック、ＣＡＴ．ＭＳＡに対する複数のＡＴＡＲＣ３デー
タブロック、ファイルＭＡＮ．ＭＳＡに対する複数のＡ
ＴＡＲＣ３データブロックという順で並べる。

【０１８１】再生管理ファイルの編集 さらに、上述した図１１の再生管理ファイルＰＢＬＩＳ
Ｔに関しても、ファイルを連結することで総トラック数
がひとつ減るのでＴ―ＴＲＫを編集すると共に、ＴＲＫ
−００１からＴＲＫ−４００の前詰めの処理を行う。

【０１８２】結合編集処理の手順 図３６にファイル結合時の編集処理の手順を示す。ステ
ップＳＰ２０１にて、ユーザが結合したい２つのファイ
ルを所定の操作で選択する。上述した実施形態の場合に
はＣＡＴ．ＭＳＡとＭＡＮ．ＭＳＡという２つのファイ
ルである。次にステップＳＰ２０２にて、上述した手順
でＦＡＴの連結状態を編集する。次に、ステップＳＰ２
０３にて、サブディレクトリから後方に連結されるファ
イル名を削除すると共に、ステップＳＰ２０４にて、デ
ータ領域から後方に連結されるファイル名を削除する。

【０１８３】ステップＳＰ２０５にて、後方に連結され
るＡＴＲＡＣ３データファイルの属性ファイルに基づい
て前方に位置するＡＴＲＡＣデータファイルの更新を行
う。詳細は上述したように総パーツ数Ｔ−ＰＲＴを編集
すると共に、トータルサウンドユニット数Ｔ−ＳＵの編
集を行う。ステップＳＰ２０６にて、後方に連結される
ＡＴＲＡＣ３データファイルの属性ファイルを削除す
る。ステップＳＰ２０７にて、上述した再生管理ファイ
ル中のＴ−ＴＲＫ、ＴＲＫ−ＸＸＸの編集処理を行う。

【０１８４】この手順の一例では、ＦＡＴの編集、属性
ファイルの編集、再生管理ファイルの編集という手順で
説明したが当然これらの手順は入れ替わってもよい。

【０１８５】分割処理 この実施形態では、２つのファイルを結合するためのコ
ンバイン処理に関して説明したが、１つのファイルを所
定位置で分割する際の分割処理に関して以下に説明す
る。

【０１８６】ＦＡＴ上での分割編集処理 図３７は、上述した図６に示した３つのファイルのうち
からＣＡＴ. ＭＳＡを分割処理を説明するためのメモリ
マップである。ＣＡＴ．ＭＳＡをクラスタ６とクラスタ
７を境界に分割処理操作がユーザによって行われたとす
る。分割処理操作によってＣＡＴ１. ＭＳＡとＣＡＴ
２. ＭＳＡという２つのファイルが作成されたとする。

【０１８７】まず、以前クラスタ２０２に記録されてい
るＭＡＮ．ＭＳＡをクラスタ２０３に移動し、同様にク
ラスタ２０１に記録されているＤＯＧ．ＭＳＡをクラス
タ２０２に移動する。さらに、クラスタ２００のファイ
ルネームをＣＡＴ１とユーザが入力し、そのＣＡＴ１に
識別子ＭＳＡを付与したＣＡＴ１．ＭＳＡをクラスタ２
００に記録する。同様に、分割処理されたクラスタ２０
１のファイルネームをＣＡＴ２とユーザが入力し、その
ＣＡＴ２に識別子ＭＳＡを付与したＣＡＴ２．ＭＳＡを
クラスタ２０１に記録する。

【０１８８】次に、サブディレクトリに記録されていた
ＣＡＴ．ＭＳＡをＣＡＴ１．ＭＳＡに書き換えると共
に、未使用スロットにＣＡＴ２．ＭＳＡを追加する。追
加されたＣＡＴ２．ＭＳＡが記録されているスロットに
は、分割されたＣＡＴ２．ＭＳＡが記録されているクラ
スタ番号「７」が終端に記録される。次に、サブディレ
クトリのＣＡＴ１．ＭＳＡスロットが指し示すＦＡＴ上
の終点をクラスタ６になるように、クラスタ６のエント
リーアドレスを「ＦＦＦ」に書き換える。以上が分割処
理時のＦＡＴ上での編集手順である。

【０１８９】属性ヘッダの編集 さらに、編集されるファイルが２分割された場合には分
割された後方のファイルに属性ファイルを付加するため
に属性ファイルの生成を行わなければならない。

【０１９０】以下、図３８を用いて説明を行う。上述し
た図３５と同様に、図３８は、論理アドレスから物理ア
ドレスへ変換した後のメモリマップであると共に、各パ
ーツは本来離散的にメモリ上に記録されているが説明を
簡略化するために連続的に配置してある。

【０１９１】図３８Ａに示すようにＣＡＴ．ＭＳＡの属
性ファイルには総サウンドユニット数Ｔ−ＳＵ：１７
０、トータルパーツ数Ｔ−ＰＲＴ：５、コンテンツキ
ー、ＭＡＣ、および各パーツに対応するパーツサイズＰ
ＲＴＳＩＺＥとパーツキーＰＲＴＫＥＹ、コンテンツ累
積番号ＣＯＮＮＵＭ０が管理されている。ファイルＣＡ
Ｔ．ＭＳＡに対してユーザが所定のポイントで分割指示
を行ったとする。例えば図３８Ａのパーツ３とパーツ４
の境界でユーザによって分割指示が行われたとする。

【０１９２】属性ファイルの内容を以下のように更新を
する。具体的に更新する内容としては、曲を分割するこ
とで、単一ファイルを構成するパーツ数が減少するの
で、属性ファイルに含まれるＴ−ＰＲＴを編集すると共
に、トータルサウンドユニット数もファイルを分割する
ことで減少するのでＴ−ＳＵも編集する。すなわち、図
３８Ｂに示すように、分割後に前方に位置するＣＡＴ
１．ＭＳＡの総サウンドユニット数がＴ−ＳＵ：１００
に書き換えられると共に、ＣＡＴ２．ＭＳＡの総パーツ
数がＴ−ＰＲＴ：３に書き換えられる。さらに、分割処
理に伴い、コンテンツキー、著作権改ざんチェック値Ｍ
ＡＣ、および各パーツに対応するパーツキーＰＲＴＫＥ
Ｙを書き換える。

【０１９３】さらに、分割処理された後方に位置するＣ
ＡＴ２．ＭＳＡに対して属性ファイルを新規に作成す
る。新規に作成する属性ファイルに関しては、総サウン
ドユニット数Ｔ−ＳＵ：７０、総パーツ数Ｔ−ＰＲＴ：
２に書き換えられる。さらに、分割処理に伴い、コンテ
ンツキー、著作権改ざんチェック値ＭＡＣ、および各パ
ーツに対応するパーツキーＰＲＴＫＥＹを書き換える。

【０１９４】再生管理ファイルの編集 また、分割処理時の再生管理ファイルＰＢＬＩＳＴの編
集方法を以下で説明する。分割処理時にはファイル数が
２分割の場合には１つ増加するのでトラック総数を表す
Ｔ−ＴＲＫを１増加させる。さらに、分割処理された曲
以降の曲番号をシフトするためにＴＲＫ−ＸＸＸ（ＸＸ
Ｘ：００１から４００の整数）のテーブルの編集も行
う。

【０１９５】分割処理の手順 図３９に分割処理時の手順を示す。ユーザは、ステップ
ＳＰ３０１で分割処理をしたいファイルを選択してファ
イルの演奏を行いながら分割ポイントを所定の操作を行
い選択する。次に、ステップＳＰ３０２にて、ＦＡＴ上
の連結状態を上述のように編集処理する。さらに、ステ
ップＳＰ３０３にて、Ｓｕｂ Ｄｉｒｅｃｔｏｒｙから
分割処理されたデータファイルの後方に位置するデータ
ファイルのファイル名を追加する。

【０１９６】さらに、ステップＳＰ３０４にて、データ
領域に分割処理されたデータファイルの後方に位置する
データファイルのファイル名を追加する。ファイル名は
ユーザによって操作キーにて入力された名前である。続
いて、ステップＳＰ３０５にて、分割ポイントの前方に
位置するデ−タファイルの属性ファイルを編集すると共
に、ステップＳＰ３０６にて、分割点を基準に後続する
データファイルに付加する属性ファイルも生成する。新
規属性ファイルの作成の仕方および分割処理されたファ
イルの分割ポイントに基づいて属性ファイルの編集は上
述した通りである。次に、ステップＳＰ３０７にて、再
生管理ファイルＰＢＬＳＩＴの編集を行う。

【０１９７】この手順の一例では、ＦＡＴの編集、属性
ファイルの編集、再生管理ファイルの編集という手順で
説明したが当然これらの手順は入れ替わってもよい。

【０１９８】この発明は、メモリカードに記録されてい
るデータファイル（ＡＴＲＡＣ３ファイル）の編集操作
ができるものである。以下、図２５〜図３２を参照して
説明したトラック管理ファイルＴＲＫＬＩＳＴに基づい
て編集操作、例えばコンバイン、デバイドに関連する部
分をより詳細に説明する。ただし、以下の説明は、ＡＴ
ＲＡＣ３データファイルの属性ヘッダ中のトラック情報
領域ＴＲＫＩＮＦおよびパーツ情報領域ＰＲＴＩＮＦに
関連する部分を使用しても同様に適用することができ
る。

【０１９９】ここで、それぞれ１つのパーツから構成さ
れる２つのトラックＡおよびＢを１つにするコンバイン
（図１０Ｂ参照）について、図４０に示すフローチャー
トを用いて説明する。ステップＳＰ４０１では、連結さ
れる後続のトラックＢのパーツ情報領域ＰＲＴＩＮＦ１
個を、トラックＡのパーツ情報領域ＰＲＴＩＮＦの下に
移動させる。その結果、トラック情報管理ファイルＴＲ
ＫＬＩＳＴでは、トラックＡのトラック情報領域ＴＲＫ
ＩＮＦ、トラックＡのパーツ情報領域ＰＲＴＩＮＦ、ト
ラックＢのパーツ情報領域ＰＲＴＩＮＦ、トラックＢの
トラック情報領域ＴＲＫＩＮＦの順に並べられる。

【０２００】ステップＳＰ４０２では、トラックＢのＡ
ＴＲＡＣ３データファイルのＦＡＴのチェーンをトラッ
クＡのＡＴＲＡＣ３データファイルのＦＡＴのチェーン
の後ろに接続させる。ステップＳＰ４０３では、トラッ
クＢのトラック情報領域ＴＲＫＩＮＦがトラック情報管
理ファイルＴＲＫＬＩＳＴから削除される。よって、ト
ラックＡのトラック情報領域ＴＲＫＩＮＦ、トラックＡ
のパーツ情報領域ＰＲＴＩＮＦ、トラックＢのパーツ情
報領域ＰＲＴＩＮＦの順に並べられる。ステップＳＰ４
０４では、トラックＢの音のファイルがディレクトリか
ら削除される。ステップＳＰ４０５では、トラックＡの
トラック情報領域ＴＲＫＩＮＦの曲を構成するパーツ数
を示すＰ−ｎｎｎが１から１＋１＝２へ変更される。

【０２０１】そして、これに伴いキーの値も変更され
る。元のトラックＡのコンテンツキーをＫＣ＿Ａとし、
元のトラックＢのコンテンツキーをＫＣ＿Ｂとする。同
じく元のトラックＡのパーツキーをＫＰ＿Ａとし、元の
トラックＢのパーツキーをＫＰ＿Ｂとする。

【０２０２】ステップＳＰ４０６では、コンバインの
後、新たにできたトラックＮのコンテンツキーがＫＣ＿
Ｎとして生成され、ＣＯＮＮＵＭも同時に新規に生成さ
れる。ステップＳＰ４０７では、新しいパーツキーが生
成される。新しいパーツキーは、ＫＣ＿ＡとＫＰ＿Ａと
ＫＣ＿Ｎとの排他的論理和（ＸＯＲ）によって生成され
る。ステップＳＰ４０８では、後ろのパーツキー、すな
わち元のトラックＢのパーツ情報領域ＰＲＴＩＮＦ用の
パーツキーが生成される。この後ろのパーツキーは、新
しいパーツキーと同様に、ＫＣ＿ＢとＫＰ＿ＢとＫＣ＿
Ｎとの排他的論理和（ＸＯＲ）によって生成される。

【０２０３】ステップＳＰ４０９では、新しいトラック
ＮのコンテンツキーＫＣ＿Ｎがメモリカードのストレー
ジキーで暗号化され、トラック情報領域ＴＲＫＩＮＦの
ＣＯＮＴＥＮＴＳ ＫＥＹ−ｎｎｎに保存される。ま
た、ＣＯＮＮＵＭはそのままトラック情報領域ＴＲＫＩ
ＮＦのＣＯＮＮＵＭ−ｎｎｎに保存され、各パーツキー
もそのままパーツ情報領域ＰＲＴＩＮＦのＰＲＴＫＥＹ
−ｎｎｎに保存される。

【０２０４】次に、１つのパーツから構成されるトラッ
クＡを２つのトラックＡおよびＢに分割するデバイド
（図１０Ｃ参照）について、図４１に示すフローチャー
トを用いて説明する。ステップＳＰ５０１では、まず分
割点がＳＵの単位で決定される。ステップＳＰ５０２で
は、新しいトラックＡのパーツ情報領域ＰＲＴＩＮＦの
ＰＲＴＳＩＺＥが変更される。具体的には、先頭（スタ
ートＳＵ）から分割点（エンドＳＵ）までのクラスタ数
を数え、そのクラスタの中の分割点のＳＵの位置まで、
すなわちクラスタサイズ、スタートＳＵ、エンドＳＵが
変更され、新しいトラックＡのパーツ情報領域ＰＲＴＩ
ＮＦのＰＲＴＳＩＺＥに登録される。

【０２０５】ステップＳＰ５０３では、新しいトラック
Ａの最後のクラスタ部分である分割点を含む１クラスタ
が完全に複写され、複写されたクラスタを新しいトラッ
クＢの先頭のパーツとする。ステップＳＰ５０４では、
新たに生成されたトラックＢの総パーツ数がトラックＢ
のトラック情報領域ＴＲＫＩＮＦの曲を構成するパーツ
数を示すＰ−ｎｎｎに保存される。ここでは、分割点以
降のクラスタがそのまま２つ目のパーツ、すなわち新た
に生成されたトラックＢとなり、新たに生成されたトラ
ックＢの総パーツが数えられる。ステップＳＰ５０５で
は、新しい音のファイル番号ＦＮＷ−ｎｎｎが生成さ
れ、トラック情報領域ＴＲＫＩＮＦのＦＮＷ−ｎｎｎに
保存される。

【０２０６】ステップＳＰ５０６では、新しいトラック
Ｂのトラック情報領域ＴＲＫＩＮＦおよびパーツ情報領
域ＰＲＴＩＮＦの２つが、トラック情報管理ファイルＴ
ＲＫＬＩＳＴの中の新しいトラックＡのパーツ情報領域
ＰＲＴＩＮＦの後ろ部分に追加される。元のトラックＡ
の後ろに存在したトラックのトラック情報領域ＴＲＫＩ
ＮＦおよびパーツ情報領域ＰＲＴＩＮＦは、全てこの追
加されたトラックＢのトラック情報領域ＴＲＫＩＮＦお
よびパーツ情報領域ＰＲＴＩＮＦの分だけ、後ろにずれ
ることになる。

【０２０７】ステップＳＰ５０７では、新しいトラック
ＡのＡＴＲＡＣ３データファイルのＦＡＴのチェーンを
分割点までとする変更が行われる。ステップＳＰ５０８
では、新しくトラックＢが増えたのでディレクトリにＡ
ＴＲＡＣ３データファイルＢが追加される。ステップＳ
Ｐ５０９では、新たに出来たトラックＢのＡＴＲＡＣ３
データファイル用のＦＡＴのチェーンは、複写された分
割点を含む１クラスタを先頭に元のトラックＡの残りの
部分、すなわち分割点を含むクラスタ以降のクラスタの
チェーンが後ろに接続される。

【０２０８】そして、新しいトラックＢの追加によりキ
ーの値も追加される。新しいトラックＡのキーの値は、
変更しない。

【０２０９】ステップＳＰ５１０では、デバイドの後、
新たにできたトラックＢのコンテンツキーＫＣ＿Ｂが生
成され、ＣＯＮＮＵＭも同時に新規に生成される。ステ
ップＳＰ５１１では、新しいトラックＢのパーツキーＫ
Ｐ＿Ｂが生成される。新しいトラックＢのパーツキー
は、元のＫＣ＿ＡとＫＰ＿ＡとＫＣ＿Ｂとの排他的論理
和（ＸＯＲ）によって生成される。

【０２１０】ステップＳＰ５１２では、新しいトラック
ＢのコンテンツキーＫＣ＿Ｂがメモリカードのストレー
ジキーで暗号化され、トラック情報領域ＴＲＫＩＮＦの
ＣＯＮＴＥＮＴＳ ＫＥＹ−ｎｎｎに保存される。ま
た、ＣＯＮＮＵＭはそのままトラック情報領域ＴＲＫＩ
ＮＦのＣＯＮＮＵＭ−ｎｎｎに保存され、各パーツキー
もそのままパーツ情報領域ＰＲＴＩＮＦのＰＲＴＫＥＹ
−ｎｎｎに保存される。

【０２１１】このように、コンバインおよびデバイドな
どの編集操作を行っても、トラック情報管理ファイルＴ
ＲＫＬＩＳＴ．ＭＳＦの内容は、ＡＴＲＡＣ３データフ
ァイルの順番と同じ順番でトラック情報領域ＴＲＫＩＮ
Ｆおよびパーツ情報領域ＰＲＴＩＮＦが並べられる。す
なわち、リンクＰとは異なり、編集後の１つのファイル
のトラック情報領域ＴＲＫＩＮＦおよびパーツ情報領域
ＰＲＴＩＮＦのリンク先がランダムにならず、連続的に
配置することができる。

【０２１２】また、説明は省略するが、イレーズ、ムー
ブの編集操作を行った場合も、ＡＴＲＡＣ３データファ
イルの順番と同じ順番でトラック情報領域ＴＲＫＩＮＦ
およびパーツ情報領域ＰＲＴＩＮＦが並べられる。

【０２１３】

【発明の効果】この発明に依れば、データファイルはＦ
ＡＴシステムで管理するが、そのデータファイルを構成
するクラスタおよびサウンドユニットはパーツという単
位で管理するので、メモリの小さなＣＰＵでも容易に管
理することができる。そして、データファイルの情報が
記述されたトラック情報領域ＴＲＫＩＮＦと、そのトラ
ック情報領域ＴＲＫＩＮＦに記述されたパーツに関する
パーツ情報領域ＰＲＴＩＮＦとを隣接するという単純な
方法でＭＤの採用されたＬｉｎｋ−Ｐの難しさを解決し
ている。さらに、ＦＡＴシステムと属性ファイルと再生
管理ファイルという３種類の管理データでデータファイ
ルを管理するようにしたのでＦＡＴシステムが破壊され
ても離散的にメモリに存在するパーツをトレースするこ
とができＦＡＴの修復も可能になる。

【０２１４】また、フラッシュメモリには、独自のペー
ジという単位があるので、ＭＤで採用されているＬｉｎ
ｋ−Ｐのようにリンク先がランダムになり何ページにも
わたるページのアクセスが必要がない。

【図面の簡単な説明】

【図１】この発明の不揮発性メモリカードを使用したデ
ジタルオーディオレコーダ／プレーヤーに関するブロッ
ク図である。

【図２】この発明に適応されるＤＳＰの内部ブロック図
を示す。

【図３】この発明に適応されるメモリカードの内部ブロ
ック図を示す。

【図４】この発明に適応されるメモリカードを記憶媒体
とするファイル管理構造を示す模式図である。

【図５】この発明に適応されるメモリカード内のフラッ
シュメモリのデータの物理的構造を示す。

【図６】この発明に適応されるメモリカード内のデータ
構造を示す、

【図７】メモリカード内に記憶されるファイル構造を示
す枝図面である。

【図８】メモリカード内に記憶されるサブディレクトリ
ーである再生管理ファイルＰＢＬＩＳＴ. ＭＳＦのデー
タ構造を示す。

【図９】連続した１つのＡＴＲＡＣ３データファイルを
所定単位長ごとに分割するとともに属性ファイルを付加
した場合のデータ構造図である。

【図１０】この発明のコンバイン編集処理および分割編
集処理を説明するための構造図である。

【図１１】再生管理ファイルＰＢＬＩＳＴのデータ構造
図を示す。

【図１２】再生管理ファイルＰＢＬＩＳＴのデータ構造
図を示す。

【図１３】付加情報データの種類の対応表を示す。

【図１４】付加情報データの種類の対応表を示す。

【図１５】付加情報データの種類の対応表を示す。

【図１６】付加情報データのデータ構造を示す。

【図１７】ＡＴＲＡＣ３データファイルの詳細なデータ
構造図である。

【図１８】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの上段のデータ構造図である。

【図１９】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの中段のデータ構造図である。

【図２０】録音モードの種類と各録音モードにおける録
音時間等を示す表である。

【図２１】コピー制御状態を示す表である。

【図２２】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの下段のデータ構造図である。

【図２３】ＡＴＲＡＣ３データファイルのデータブロッ
クのヘッダーのデータ構造図である。

【図２４】この発明におけるＦＡＴ領域が破壊された場
合の回復方法を示すフローチャートである。

【図２５】メモリカード４０内に記憶されるファイル構
造を示す第２の実施形態における枝図面である。

【図２６】トラック情報管理ファイルＴＲＫＬＩＳＴ．
ＭＳＦとＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ
ｎ．ＭＳＡとの関係を示す図である。

【図２７】トラック情報管理ファイルＴＲＫＬＩＳＴ．
ＭＳＦの詳細なデータ構造を示す。

【図２８】名前を管理するＮＡＭＥ１の詳細なデータ構
造である。

【図２９】名前を管理するＮＡＭＥ２の詳細なデータ構
造である。

【図３０】ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ
ｎ．ＭＳＡの詳細なデータ構造を示す。

【図３１】付加情報を示すＩＮＦＬＩＳＴ. ＭＳＦの詳
細なデータ構造を示す。

【図３２】付加情報データのを示すＩＮＦＬＩＳＴ. Ｍ
ＳＦの詳細なデータ構造を示す。

【図３３】この発明の第２の実施形態におけるＦＡＴ領
域が破壊された場合の回復方法を示す遷移図である。

【図３４】メモリマップ構造の所定ファイル同士を結合
処理した際の遷移を説明するためのメモリマップ図であ
る。

【図３５】結合編集処理の説明に用いるメモリマップ図
である。

【図３６】第１の実施形態で結合処理を説明するための
フローチャートである。

【図３７】メモリマップ構造の所定ファイルを分割処理
した際の遷移を説明するためのメモリマップ図である。

【図３８】結合編集処理の説明に用いるメモリマップ図
である。

【図３９】第１の実施形態で分割処理を説明するための
フローチャートである。

【図４０】第２の実施形態で結合処理を説明するための
フローチャートである。

【図４１】第２の実施例で分割処理を説明するためのフ
ローチャートである。

【図４２】従来の光磁気ディスクに離散的に存在する記
録可能領域を管理するためのＵ−ＴＯＣ（User-Table o
f Content ）の１つのパーツの管理形態を示す図であ
る。

【符号の説明】

１０・・・オーディオエンコーダ／デコーダＩＣ、２０
・・・セキュリティＩＣ、３０・・・ＤＳＰ、４０・・
・メモリカード、４２・・・フラッシュメモリ、５２・
・・セキュリティブロック、ＰＢＬＩＳＴ・・・再生管
理ファイル、ＴＲＫＬＩＳＴ・・・トラック情報管理フ
ァイル、ＩＮＦＬＩＳＴ・・・付加情報管理ファイル、
Ａ３Ｄｎｎｎ・・・オーディオデータファイル

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B017 AA06 BA07 BB03 CA09 CA12 CA14 CA16 5B025 AD01 AE08 5C059 KK43 MA00 RC01 RC32 RC33 RC34 RC35 SS11 UA02 UA31 5D110 AA08 AA27 DA08 DA11 DB09 DB11 DB17 DC07 DE04

Claims (7)

【特許請求の範囲】
1. 【請求項１】 連続して再生されるデータファイルを所
   定長単位毎にブロック化して、複数の上記ブロックを集
   合化して複数のパーツとして離散的に記録する不揮発性
   メモリにおいて、 複数のパーツを連結して連続して再生されるデータファ
   イルに復元するための第１の管理情報が記録された管理
   領域と、 上記データファイルを構成するパーツ数と上記パーツ毎
   のパーツサイズとが管理された上記所定長から成る第２
   の管理情報が上記データファイル毎に付加し、上記複数
   のブロックを集合化して複数のパーツとして離散的に記
   録されるデータ領域とからなることを特徴とする不揮発
   性メモリ。
2. 【請求項２】 請求項１において、 上記各パーツ毎のデータファイルに対して暗号化を施す
   ためのパーツキーが、パーツ毎に上記第２の管理情報と
   して記録されていることを特徴とする不揮発性メモリ。
3. 【請求項３】 請求項１において、 上記データファイルに対して暗号化を施すためのコンテ
   ンツキーが上記第２の管理情報として記録されているこ
   とを特徴とする不揮発性メモリ。
4. 【請求項４】 請求項２において、 上記データファイルに対して暗号化を施すためのコンテ
   ンツキーが上記第２の管理情報として記録されており、
   上記パーツキーは上記コンテンツキーにより暗号化され
   ていることを特徴とする不揮発性メモリ。
5. 【請求項５】 請求項１において、 上記各パーツ毎のデータサイズが、上記第２の管理情報
   として記録されていることを特徴とする不揮発性メモ
   リ。
6. 【請求項６】 請求項１において、 上記管理領域に記録される第１の管理情報がファイルア
   ロケーションテーブルであることを特徴とする不揮発性
   メモリ。
7. 【請求項７】 請求項１において、 上記データ領域に記録される第２の管理情報に含まれる
   パーツ数は編集時に書き換えられることを特徴とする不
   揮発性メモリ。