(57)【特許請求の範囲】
【請求項１】
プログラムが記録された不揮発性メモリから上記プログラムを再生する再生手段と、
上記再生手段による上記プログラムの再生と並行して、再生されるプログラムの特徴的な部分であるダイジェスト部の開始位置と終了位置を特定するインデックス管理情報をキー操作によって生成するインデックス管理情報生成手段と、
上記インデックス管理情報を上記不揮発性メモリの管理領域に対して記録する記録手段と、
上記プログラムの上記ダイジェスト部の再生を指示する指示手段と、
上記指示手段により上記ダイジェスト部を再生する指示が入力された場合、複数の上記プログラムのそれぞれの上記インデックス管理情報で特定される上記ダイジェスト部を順次再生するように上記再生手段を制御する制御手段と
を備える再生装置。
【請求項２】
上記プログラムは複数のブロックに分割され、上記複数に分割されたブロックの１つは管理領域として用いられ、上記インデックス管理情報が上記管理領域に記録されることを特徴とする請求項１記載の再生装置。
【請求項３】
上記不揮発性メモリに記録されたプログラムは複数のアルバムにカテゴライズされ、上記各々のアルバムに対する上記ダイジェスト管理情報が記録され、上記指示手段により上記ダイジェスト部を再生する指示が入力された場合、上記ダイジェスト部のみを再生する請求項１または２記載の再生装置。
【請求項４】
再生手段によって、プログラムが記録された不揮発性メモリから上記プログラムを再生する再生ステップと、
上記再生ステップによる上記プログラムの再生と並行して、再生されるプログラムの特徴的な部分であるダイジェスト部の開始位置と終了位置を特定するインデックス管理情報をキー操作によって生成するインデックス管理情報生成ステップと、
記録手段によって、上記インデックス管理情報を上記不揮発性メモリの管理領域に対して記録する記録ステップと、
指示手段によって、上記プログラムの上記ダイジェスト部の再生を指示する指示ステップと、
上記指示手段により上記ダイジェスト部を再生する指示が入力された場合、制御部によって、複数の上記プログラムのそれぞれの上記インデックス管理情報で特定される上記ダイジェスト部を順次再生するように再生手段を制御する制御ステップと
を備える再生方法。
【請求項５】
上記プログラムは複数のブロックに分割され、上記複数に分割されたブロックの１つは管理領域として用いられ、上記インデックス管理情報が上記管理領域に記録されることを特徴とする請求項４記載の再生方法。
【請求項６】
上記不揮発性メモリに記録されたプログラムは複数のアルバムにカテゴライズされ、上記各々のアルバムに対する上記ダイジェスト管理情報が記録され、上記指示ステップにおいて上記ダイジェスト部を再生する指示が入力された場合、上記ダイジェスト部のみを再生する請求項４または５記載の再生方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、プログラム／アルバムに関するダイジェスト部をユーザーによって指定し、指定されたダイジェスト部分の位置、期間を管理領域に記録する再生装置および再生方法に関する。
【０００２】
【従来の技術】
ＥＥＰＲＯＭ(Electrically Erasable Programmable ROM)と呼ばれる電気的に書き換え可能な不揮発性メモリは、１ビットを２個のトランジスタで構成するために、１ビット当たりの占有面積が大きく、集積度を高くするのに限界があった。この問題を解決するために、全ビット一括消去方式により１ビットを１トランジスタで実現することが可能なフラッシュメモリが開発された。フラッシュメモリは、磁気ディスク、光ディスク等の記録媒体に代わりうるものとして期待されている。
【０００３】
フラッシュメモリを機器に対して着脱自在に構成したメモリカードも知られている。このメモリカードを使用すれば、従来のＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）等のディスク状媒体に換えてメモリカードを使用するディジタルオーディオ記録／再生装置を実現することができる。
【０００４】
従来のディジタルオーディオ記録／再生装置例えばＣＤ（コンパクトディスク）プレーヤでは、ＣＤに記録されている内容を直ぐに把握できるように、各曲の先頭の部分（例えば１０秒間）を次々と自動的に再生する、イントロスキャン、ミュージックスキャン等と呼ばれている機能を備えたものがある。しかしながら、かかる機能は、先頭部分のみを再生するものであって、ユーザが曲の内容あるいは特徴を把握することができない場合があった。
【０００５】
従来ビデオＣＤにおいて曲のダイジェスト部分を指定して再生する再生装置が提案されているが、ビデオＣＤは再生専用ディスクで記録することが不可能なので予め制作者（コンテンツホルダーやレコード会社）で決めたダイジェスト部分が記録されており、ユーザーが自分の好みの任意な場所を設置することは不可能であった。
【０００６】
また、別な方法としてディスク再生装置本体に内蔵された不揮発性メモリにユーザによって指定されたディスク毎の曲のダイジェスト部分を記録しておくことも考えられる。この場合に、上記曲のダイジェスト部分はディスクの識別子と対応つけられてテーブル化され、上記不揮発性メモリ内に記憶され、再生装置内部に装着されたディスクの識別子と上記テーブルの識別子を参照して、同一識別子が判別されたら対応するダイジェスト部分を再生可能にしていた。
【０００７】
【発明が解決しようとする課題】
しかしながら、上記ダイジェスト情報はディスクに記録されていないので、一々再生装置本体内のテーブルと参照しなければならなくマイクロコンピュータにおける処理が大変であるととも再生までに時間を要していた。さらに、従来は曲毎のダイジェスト情報を記録していたが、アルバム毎のダイジェスト情報を記録することは行っていなかった。
【０００８】
従って、この発明の目的は、ユーザが指定した曲のダイジェスト情報を不揮発性メモリに記録するようにした再生装置および再生方法を提供することにある。
【０００９】
この発明の他の目的は、一つの不揮発性メモリに記録された複数のアルバムのダイジェスト部を記録することが可能な再生装置および再生方法を提供することにある。
【００１０】
【課題を解決するための手段】
上述した課題を解決するために、請求項１の発明は、プログラムが記録された不揮発性メモリからプログラムを再生する再生手段と、
再生手段によるプログラムの再生と並行して、再生されるプログラムの特徴的な部分であるダイジェスト部の開始位置と終了位置を特定するインデックス管理情報をキー操作によって生成するインデックス管理情報生成手段と、
インデックス管理情報を不揮発性メモリの管理領域に対して記録する記録手段と、
プログラムのダイジェスト部の再生を指示する指示手段と、
指示手段によりダイジェスト部を再生する指示が入力された場合、複数のプログラムのそれぞれのインデックス管理情報で特定されるダイジェスト部を順次再生するように再生手段を制御する制御手段と
を備える再生装置である。
【００１１】
請求項４の発明は、再生手段によって、プログラムが記録された不揮発性メモリからプログラムを再生する再生ステップと、
再生ステップによるプログラムの再生と並行して、再生されるプログラムの特徴的な部分であるダイジェスト部の開始位置と終了位置を特定するインデックス管理情報をキー操作によって生成するインデックス管理情報生成ステップと、
記録手段によって、インデックス管理情報を不揮発性メモリの管理領域に対して記録する記録ステップと、
指示手段によって、プログラムのダイジェスト部の再生を指示する指示ステップと、
指示手段によりダイジェスト部を再生する指示が入力された場合、制御部によって、複数のプログラムのそれぞれのインデックス管理情報で特定されるダイジェスト部を順次再生するように再生手段を制御する制御ステップと
を備える再生方法である。
【００１３】
この発明では、ユーザの入力に基づいてダイジェスト部の開始アドレスおよび期間が設定されるので、ユーザがダイジェスト部を指定することが可能となる。また、ダイジェスト部の情報が不揮発性メモリに記録されるので、ダイジェスト部を再生する処理を簡単とできる。さらに、一つの不揮発性メモリに記録された複数のアルバムのそれぞれのダイジェスト情報を記録することができる。
【００１４】
【発明の実施の形態】
以下、この発明の一実施形態について説明する。図１は、この発明の一実施形態におけるメモリカードを使用したディジタルオーディオレコーダ／プレーヤの全体の構成を示す。この一実施形態は、記録媒体として、着脱自在のメモリカードを使用するディジタルオーディオ信号の記録および再生機である。より具体的には、このレコーダ／プレーヤは、アンプ装置、スピーカ、ＣＤプレーヤ、ＭＤレコーダ、チューナ等と共にオーディオシステムを構成する。この発明は、これ以外のオーディオレコーダに対しても適用できる。すなわち、携帯型記録再生装置に対しても適用できる。また、衛星を使用したデータ通信、ディジタル放送、インターネット等を経由して配信されるディジタルオーディオ信号を記録するセットトップボックスに対しても適用できる。さらに、ディジタルオーディオ信号以外に動画データ、静止画データ等の記録／再生に対してもこの発明を適用できる。一実施形態においても、ディジタルオーディオ信号以外の画像、文字等の付加情報を記録／再生可能としている。
【００１５】
記録再生装置は、それぞれ１チップＩＣで構成されたオーディオエンコーダ／デコーダＩＣ１０、セキュリティＩＣ２０、ＤＳＰ(Digital Signal Processor)３０を有する。さらに、記録再生装置本体に対して着脱自在のメモリカード４０を備える。メモリカード４０は、フラッシュメモリ（不揮発性メモリ）、メモリコントロールブロック、ＤＥＳ(Data Encryption Standard)の暗号化回路を含むセキュリティブロックが１チップ上にＩＣ化されたものである。なお、この一実施形態では、ＤＳＰ３０を使用しているが、マイクロコンピュータを使用しても良い。
【００１６】
オーディオエンコーダ／デコーダＩＣ１０は、オーディオインタフェース１１およびエンコーダ／デコーダブロック１２を有する。エンコーダ／デコーダブロック１２は、ディジタルオーディオ信号をメモリカード４０に書き込むために高能率符号化し、また、メモリカード４０から読み出されたデータを復号する。高能率符号化方法としては、ミニディスクで採用されているＡＴＲＡＣ(AdaptiveTransform Acoustic Coding)を改良したＡＴＲＡＣ３が使用される。
【００１７】
上述のＡＴＲＡＣ３では、サンプリング周波数＝４４．１ｋHzでサンプリングした量子化ビットが１６ビットのオーディオデータを高能率符号化処理する。ＡＴＲＡＣ３でオーディオデータを処理する時の最小のデータ単位がサウンドユニットＳＵである。１ＳＵは、１０２４サンプル分（１０２４×１６ビット×２チャンネル）を数百バイトに圧縮したものであり、時間にして約２３ｍ秒である。上述の高能率符号化処理により約１／１０にオーディオデータが圧縮される。ミニディスクで適用されたＡＴＲＡＣ１と同様に、ＡＴＲＡＣ３方式において、信号処理されたオーディオ信号の圧縮／伸長処理による音質の劣化は少ない。
【００１８】
ライン入力セレクタ１３は、ＭＤの再生出力、チューナの出力、テープ再生出力を選択的にＡ／Ｄ変換器１４に供給する。Ａ／Ｄ変換器１４は、入力されるライン入力信号をサンプリング周波数＝４４．１ｋHz、量子化ビット＝１６ビットのディジタルオーディオ信号へ変換する。ディジタル入力セレクタ１６は、ＭＤ、ＣＤ、ＣＳ（衛星ディジタル放送）のディジタル出力を選択的にディジタル入力レシーバ１７に供給する。上述のディジタル入力は、例えば光ケーブルを介して伝送される。ディジタル入力レシーバ１７の出力がサンプリングレートコンバータ１５に供給され、ディジタル入力のサンプリング周波数が４４．１ｋHz、量子化ビットが１６ビットのデジタルオーディオ信号に変換される。
【００１９】
オーディオエンコーダ／デコーダＩＣ１０のエンコーダ／デコーダブロック１２からの符号化データがセキュリティＩＣ２０のインタフェース２１を介してＤＥＳの暗号化回路２２に供給される。ＤＥＳの暗号化回路２２は、ＦＩＦＯ２３を有している。ＤＥＳの暗号化回路２２は、コンテンツの著作権を保護するために備えられている。メモリカード４０にも、ＤＥＳの暗号化回路が組み込まれている。記録再生装置のＤＥＳの暗号化回路２２は、複数のマスターキーと機器毎にユニークなストレージキーを持つ。さらに、ＤＥＳの暗号化回路２２は、乱数発生回路を持ち、ＤＥＳの暗号化回路を内蔵するメモリカードと認証およびセッションキーを共有することができる。よりさらに、ＤＥＳの暗号化回路２２は、ＤＥＳの暗号化回路を通してストレージキーでキーをかけなおすことができる。
【００２０】
ＤＥＳの暗号化回路２２からの暗号化されたオーディオデータがＤＳＰ(Digital Signal Processor)３０に供給される。ＤＳＰ３０は、着脱機構（図示しない）に装着されたメモリカード４０とメモリインタフェースを介しての通信を行い、暗号化されたデータをフラッシュメモリに書き込む。ＤＳＰ３０とメモリカード４０との間では、シリアル通信がなされる。また、メモリカードの制御に必要なメモリ容量を確保するために、ＤＳＰ３０に対して外付けのＳＲＡＭ(StaticRandom Access Memory) ３１が接続される。
【００２１】
さらに、ＤＳＰ３０に対して、バスインタフェース３２が接続され、図示しない外部のコントローラからのデータがバス３３を介してＤＳＰ３０に供給される。外部のコントローラは、オーディオシステム全体の動作を制御し、操作部からのユーザの操作に応じて発生した録音指令、再生指令等のデータをＤＳＰ３０にバスインタフェース３２を介して与える。また、画像情報、文字情報等の付加情報のデータもバスインタフェース３２を介してＤＳＰ３０に供給される。バス３３は、双方向通信路であり、メモリカード４０から読み出された付加情報データ、制御信号等がＤＳＰ３０、バスインターフェース３２、バス３３を介して外部のコントローラに取り込まれる。外部のコントローラは、具体的には、オーディオシステム内に含まれる他の機器例えばアンプ装置に含まれている。さらに、外部のコントローラによって、付加情報の表示、レコーダの動作状態等を表示するための表示が制御される。表示部は、オーディオシステム全体で共用される。ここで、バス３３を介して送受信されるデータは、著作物ではないので、暗号化がされない。
【００２２】
ＤＳＰ３０によってメモリカード４０から読み出した暗号化されたオーディオデータは、セキュリティＩＣ２０によって復号化され、オーディオエンコーダ／デコーダＩＣ１０によってＡＴＲＡＣ３の復号化処理を受ける。オーディオエンコーダ／デコーダ１０の出力がＤ／Ａ変換器１８に供給され、アナログオーディオ信号へ変換される。そして、アナログオーディオ信号がライン出力端子１９に取り出される。
【００２３】
ライン出力は、図示しないアンプ装置に伝送され、スピーカまたはヘッドホンにより再生される。Ｄ／Ａ変換器１８に対してミューティング信号が外部のコントローラから供給される。ミューティング信号がミューティングのオンを示す時には、ライン出力端子１９からのオーディオ出力が禁止される。
【００２４】
図２は、ＤＳＰ３０の内部構成を示す。ＤＳＰ３０は、コア３４と、フラッシュメモリ３５と、ＳＲＡＭ３６と、バスインタフェース３７と、メモリカードインタフェース３８と、バスおよびバス間のブリッジとで構成される。ＤＳＰ３０は、マイクロコンピュータと同様な機能を有し、コア３４がＣＰＵに相当する。フラッシュメモリ３５にＤＳＰ３０の処理のためのプログラムが格納されている。ＳＲＡＭ３６と外部のＳＲＡＭ３１とがＲＡＭとして使用される。
【００２５】
ＤＳＰ３０は、バスインタフェース３２、３７を介して受け取った録音指令等の操作信号に応答して、所定の暗号化されたオーディオデータ、所定の付加情報データをメモリカード４０に対して書き込み、また、これらのデータをメモリカード４０から読み出す処理を制御する。すなわち、オーディオデータ、付加情報の記録／再生を行うためのオーディオシステム全体のアプリケーションソフトウェアと、メモリカード４０との間にＤＳＰ３０が位置し、メモリカード４０のアクセス、ファイルシステム等のソフトウェアによってＤＳＰ３０が動作する。
【００２６】
ＤＳＰ３０におけるメモリカード４０上のファイル管理は、既存のパーソナルコンピュータで使用されているＦＡＴシステムが使用される。このファイルシステムに加えて、一実施形態では、後述するようなデータ構成の管理ファイルが使用される。管理ファイルは、メモリカード４０上に記録されているデータファイルを管理する。第１のファイル管理情報としての管理ファイルは、オーディオデータのファイルを管理するものである。第２のファイル管理情報としてのＦＡＴは、オーディオデータのファイルと管理ファイルを含むメモリカード４０のフラッシュメモリ上のファイル全体を管理する。管理ファイルは、メモリカード４０に記録される。また、ＦＡＴは、ルートディレクトリ等と共に、予め出荷時にフラッシュメモリ上に書き込まれている。ＦＡＴの詳細に関しては後述する。
【００２７】
なお、一実施形態では、著作権を保護するために、ＡＴＲＡＣ３により圧縮されたオーディオデータを暗号化している。一方、管理ファイルは、著作権保護が必要ないとして、暗号化を行わないようにしている。また、メモリカードとしても、暗号化機能を持つものと、これを持たないものとがありうる。一実施形態のように、著作物であるオーディオデータを記録するレコーダが対応しているメモリカードは、暗号化機能を持つメモリカードのみである。上述の暗号化機能を有さないメモリカードには、個人が録音したＶｏｉｃｅまたは録画した画像が記録される。
【００２８】
図３は、メモリカード４０の構成を示す。メモリカード４０は、コントロールブロック４１とフラッシュメモリ４２が１チップＩＣとして構成されたものである。プレーヤ／レコーダのＤＳＰ３０とメモリカード４０との間の双方向シリアルインタフェースは、１０本の線からなる。主要な４本の線は、データ伝送時にクロックを伝送するためのクロック線ＳＣＫと、ステータスを伝送するためのステータス線ＳＢＳと、データを伝送するデータ線ＤＩＯ、インターラプト線ＩＮＴとである。その他に電源供給用線として、２本のＧＮＤ線および２本のＶＣＣ線が設けられる。２本の線Ｒｅｓｅｒｖは、未定義の線である。
【００２９】
クロック線ＳＣＫは、データに同期したクロックを伝送するための線である。
ステータス線ＳＢＳは、メモリカード４０のステータスを表す信号を伝送するための線である。データ線ＤＩＯは、コマンドおよび暗号化されたオーディオデータを入出力するための線である。インターラプト線ＩＮＴは、メモリカード４０からプレーヤ／レコーダのＤＳＰ３０に対しての割り込みを要求するインターラプト信号を伝送する線である。メモリカード４０を装着した時にインターラプト信号が発生する。但し、この一実施形態では、インターラプト信号をデータ線ＤＩＯを介して伝送するようにしているので、インターラプト線ＩＮＴを接地している。
【００３０】
コントロールブロック４１のシリアル／パラレル変換・パラレル／シリアル変換・インタフェースブロック（以下、Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロックと略す）４３は、上述した複数の線を介して接続されたレコーダのＤＳＰ３０とコントロールブロック４１とのインタフェースである。Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３は、プレーヤ／レコーダのＤＳＰ３０から受け取ったシリアルデータをパラレルデータに変換し、コントロールブロック４１に取り込み、コントロールブロック４１からのパラレルデータをシリアルデータに変換してプレーヤ／レコーダのＤＳＰ３０に送る。また、Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３は、データ線ＤＩＯを介して伝送されるコマンドおよびデータを受け取った時に、フラッシュメモリ４２に対する通常のアクセスのためのコマンドおよびデータと、暗号化に必要なコマンドおよびデータとを分離する。
【００３１】
データ線ＤＩＯを介して伝送されるフォーマットでは、最初にコマンドが伝送され、その後にデータが伝送される。Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３は、コマンドのコードを検出して、通常のアクセスに必要なコマンドおよびデータか、暗号化に必要なコマンドおよびデータかを判別する。この判別結果に従って、通常のアクセスに必要なコマンドをコマンドレジスタ４４に格納し、データをページバッファ４５およびライトレジスタ４６に格納する。ライトレジスタ４６と関連してエラー訂正符号化回路４７が設けられている。ページバッファ４５に一時的に蓄えられたデータに対して、エラー訂正符号化回路４７がエラー訂正符号の冗長コードを生成する。
【００３２】
コマンドレジスタ４４、ページバッファ４５、ライトレジスタ４６およびエラー訂正符号化回路４７の出力データがフラッシュメモリインタフェースおよびシーケンサ（以下、メモリＩ／Ｆ・シーケンサと略す）５１に供給される。メモリＩＦ・シーケンサ５１は、コントロールブロック４１とフラッシュメモリ４２とのインタフェースであり、両者の間のデータのやり取りを制御する。メモリＩＦ・シーケンサ５１を介してデータがフラッシュメモリ４２に書き込まれる。
【００３３】
フラッシュメモリ４２に書き込まれるＡＴＲＡＣ３により圧縮されたオーディオデータ（以下、ＡＴＲＡＣ３データと表記する）は、著作権保護のために、プレーヤ／レコーダのセキュリティＩＣ２０とメモリカード４０のセキュリティブロック５２とによって、暗号化されたものである。セキュリティブロック５２は、バッファメモリ５３と、ＤＥＳの暗号化回路５４と、不揮発性メモリ５５とを有する。
【００３４】
メモリカード４０のセキュリティブロック５２は、複数の認証キーとメモリカード毎にユニークなストレージキーを持つ。不揮発性メモリ５５は、暗号化に必要なキーを格納するもので、チップ解析を行っても解析不能な構造となっている。この実施形態では、例えばストレージキーが不揮発性メモリ５５に格納される。さらに、乱数発生回路を持ち、対応可能なプレーヤ／レコーダと認証ができ、セッションキーを共有できる。ＤＥＳの暗号化回路５４を通して、コンテンツキーをストレージキーでキーのかけ直しを行う。
【００３５】
例えばメモリカード４０をプレーヤ／レコーダに装着した時に相互に認証がなされる。認証は、プレーヤ／レコーダのセキュリティＩＣ２０とメモリカード４０のセキュリティブロック５２によって行わせる。プレーヤ／レコーダは、装着されたメモリカード４０が対応可能なメモリカードであることを認証し、また、メモリカード４０が相手のプレーヤ／レコーダが対応可能なプレーヤ／レコーダであることを認証すると、相互認証処理が正常に行われたことを意味する。認証が行われると、プレーヤ／レコーダとメモリカード４０がそれぞれセッションキーを生成し、セッションキーを共有する。セッションキーは、認証の度に生成される。
【００３６】
メモリカード４０に対するコンテンツの書き込み時には、プレーヤ／レコーダがセッションキーでコンテンツキーを暗号化してメモリカード４０に渡す。メモリカード４０では、コンテンツキーをセッションキーで復号し、ストレージキーで暗号化してプレーヤ／レコーダに渡す。ストレージキーは、メモリカード４０の一つ一つにユニークなキーであり、プレーヤ／レコーダは、暗号化されたコンテンツキーを受け取ると、フォーマット処理を行い、暗号化されたコンテンツキーと暗号化されたコンテンツをメモリカード４０に書き込む。
【００３７】
以上、メモリカード４０に対する書き込み処理について説明したが、以下メモリカード４０からの読み出し処理について説明する。フラッシュメモリ４２から読み出されたデータがメモリＩＦ・シーケンサ５１を介してページバッファ４５、リードレジスタ４８、エラー訂正回路４９に供給される。ページバッファ４５に記憶されたデータがエラー訂正回路４９によってエラー訂正がなされる。エラー訂正がされたページバッファ４５の出力およびリードレジスタ４８の出力がＳ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３に供給され、上述したシリアルインタフェースを介してプレーヤ／レコーダのＤＳＰ３０に供給される。
【００３８】
読み出し時には、ストレージキーで暗号化されたコンテンツキーとブロックキーで暗号化されたコンテンツとがフラッシュメモリ４２から読み出される。セキュリティブロック５２によって、ストレージキーでコンテンツキーが復号される。復号したコンテンツキーがセッションキーで再暗号化されてプレーヤ／レコーダ側に送信される。プレーヤ／レコーダは、受信したセッションキーでコンテンツキーを復号する。プレーヤ／レコーダは、復号したコンテンツキーでブロックキーを生成する。このブロックキーによって、暗号化されたＡＴＲＡＣ３データを順次復号する。
【００３９】
なお、ConfigＲＯＭ５０は、メモリカード４０のバージョン情報、各種の属性情報等が格納されているメモリである。また、メモリカード４０には、ユーザが必要に応じて操作可能な誤消去防止用のスイッチ６０が備えられている。このスイッチ６０が消去禁止の接続状態にある場合には、フラッシュメモリ４２を消去することを指示するコマンドがレコーダ側から送られてきても、フラッシュメモリ４２の消去が禁止される。さらに、ＯＳＣ Cont.６１は、メモリカード４０の処理のタイミング基準となるクロックを発生する発振器である。
【００４０】
図４は、メモリカードを記憶媒体とするコンピュータシステムのファイルシステム処理階層を示す。ファイルシステム処理階層としては、アプリケーション処理層が最上位であり、その下に、ファイル管理処理層、論理アドレス管理層、物理アドレス管理層、フラッシュメモリアクセスが順次積層される。上述の階層構造において、ファイル管理処理層がＦＡＴシステムである。物理アドレスは、フラッシュメモリの各ブロックに対して付されたもので、ブロックと物理アドレスの対応関係は、不変である。論理アドレスは、ファイル管理処理層が論理的に扱うアドレスである。
【００４１】
図５は、メモリカード４０におけるフラッシュメモリ４２のデータの物理的構成の一例を示す。フラッシュメモリ４２は、セグメントと称されるデータ単位が所定数のブロック（固定長）へ分割され、１ブロックが所定数のページ（固定長）へ分割される。フラッシュメモリ４２では、ブロック単位で消去が一括して行われ、書き込みと読み出しは、ページ単位で一括して行われる。各ブロックおよび各ページは、それぞれ同一のサイズとされ、１ブロックがページ０からページｍで構成される。１ブロックは、例えば８ＫＢ（Ｋバイト）バイトまたは１６ＫＢの容量とされ、１ページが５１２Ｂの容量とされる。フラッシュメモリ４２全体では、１ブロック＝８ＫＢの場合で、４ＭＢ（５１２ブロック）、８ＭＢ（１０２４ブロック）とされ、１ブロック＝１６ＫＢの場合で、１６ＭＢ（１０２４ブロック）、３２ＭＢ（２０４８ブロック）、６４ＭＢ（４０９６ブロック）の容量とされる。
【００４２】
１ページは、５１２バイトのデータ部と１６バイトの冗長部とからなる。冗長部の先頭の３バイトは、データの更新に応じて書き換えられるオーバーライト部分とされる。３バイトの各バイトに、先頭から順にブロックステータス、ページステータス、更新ステータスが記録される。冗長部の残りの１３バイトの内容は、原則的にデータ部の内容に応じて固定とされる。１３バイトは、管理フラグ（１バイト）、論理アドレス（２バイト）、フォーマットリザーブの領域（５バイト）、分散情報ＥＣＣ（２バイト）およびデータＥＣＣ（３バイト）からなる。分散情報ＥＣＣは、管理フラグ、論理アドレス、フォーマットリザーブに対する誤り訂正用の冗長データであり、データＥＣＣは、５１２バイトのデータに対する誤り訂正用の冗長データである。
【００４３】
管理フラグとして、システムフラグ（その値が１：ユーザブロック、０：ブートブロック）、変換テーブルフラグ（１：無効、０：テーブルブロック）、コピー禁止指定（１：ＯＫ、０：ＮＧ）、アクセス許可（１：ｆｒｅｅ、０：リードプロテクト）の各フラグが記録される。
【００４４】
先頭の二つのブロック０およびブロック１がブートブロックである。ブロック１は、ブロック０と同一のデータが書かれるバックアップ用である。ブートブロックは、カード内の有効なブロックの先頭ブロックであり、メモリカードを機器に装填した時に最初にアクセスされるブロックである。残りのブロックがユーザブロックである。ブートブロックの先頭のページ０にヘッダ、システムエントリ、ブート＆アトリビュート情報が格納される。ページ１に使用禁止ブロックデータが格納される。ページ２にＣＩＳ(Card Information Structure)／ＩＤＩ(Identify Drive Information)が格納される。
【００４５】
ブートブロックのヘッダは、ブートブロックＩＤ、ブートブロック内の有効なエントリ数が記録される。システムエントリには、使用禁止ブロックデータの開始位置、そのデータサイズ、データ種別、ＣＩＳ／ＩＤＩのデータ開始位置、そのデータサイズ、データ種別が記録される。ブート＆アトリビュート情報には、メモリカードのタイプ（読み出し専用、リードおよびライト可能、両タイプのハイブリッド等）、ブロックサイズ、ブロック数、総ブロック数、セキュリティ対応か否か、カードの製造に関連したデータ（製造年月日等）等が記録される。
【００４６】
フラッシュメモリは、データの書き換えを行うことにより絶縁膜の劣化を生じ、書き換え回数が制限される。従って、ある同一の記憶領域（ブロック）に対して繰り返し集中的にアクセスがなされることを防止する必要がある。従って、ある物理アドレスに格納されているある論理アドレスのデータを書き換える場合、フラッシュメモリのファイルシステムでは、同一のブロックに対して更新したデータを再度書き込むことはせずに、未使用のブロックに対して更新したデータを書き込むようになされる。その結果、データ更新前における論理アドレスと物理アドレスの対応関係が更新後では、変化する。スワップ処理を行うことで、同一のブロックに対して繰り返して集中的にアクセスがされることが防止され、フラッシュメモリの寿命を延ばすことが可能となる。
【００４７】
論理アドレスは、一旦ブロックに対して書き込まれたデータに付随するので、更新前のデータと更新後のデータの書き込まれるブロックが移動しても、ＦＡＴからは、同一のアドレスが見えることになり、以降のアクセスを適正に行うことができる。スワップ処理により論理アドレスと物理アドレスとの対応関係が変化するので、両者の対応を示す論理−物理アドレス変換テーブルが必要となる。このテーブルを参照することによって、ＦＡＴが指定した論理アドレスに対応する物理アドレスが特定され、特定された物理アドレスが示すブロックに対するアクセスが可能となる。
【００４８】
論理−物理アドレス変換テーブルは、ＤＳＰ３０によってＳＲＡＭ上に格納される。若し、ＲＡＭ容量が少ない時は、フラッシュメモリ中に格納することができる。このテーブルは、概略的には、昇順に並べた論理アドレス（２バイト）に物理アドレス（２バイト）をそれぞれ対応させたテーブルである。フラッシュメモリの最大容量を１２８ＭＢ（８１９２ブロック）としているので、２バイトによって８１９２のアドレスを表すことができる。また、論理−物理アドレス変換テーブルは、セグメント毎に管理され、そのサイズは、フラッシュメモリの容量に応じて大きくなる。例えばフラッシュメモリの容量が８ＭＢ（２セグメント）の場合では、２個のセグメントのそれぞれに対して２ページが論理−物理アドレス変換テーブル用に使用される。論理−物理アドレス変換テーブルを、フラッシュメモリ中に格納する時には、上述した各ページの冗長部における管理フラグの所定の１ビットによって、当該ブロックが論理−物理アドレス変換テーブルが格納されているブロックか否かが指示される。
【００４９】
上述したメモリカードは、ディスク状記録媒体と同様にパーソナルコンピュータのＦＡＴシステムによって使用可能なものである。図５には示されてないが、フラッシュメモリ上にＩＰＬ領域、ＦＡＴ領域およびルート・ディレクトリ領域が設けられる。ＩＰＬ領域には、最初にレコーダのメモリにロードすべきプログラムが書かれているアドレス、並びにメモリの各種情報が書かれている。ＦＡＴ領域には、ブロック（クラスタ）の関連事項が書かれている。ＦＡＴには、未使用のブロック、次のブロック番号、不良ブロック、最後のブロックをそれぞれ示す値が規定される。さらに、ルートディレクトリ領域には、ディレクトリエントリ（ファイル属性、更新年月日、開始クラスタ、ファイルサイズ等）が書かれている。
【００５０】
図６にＦＡＴ管理による管理方法を説明する。この図６は、メモリ内の模式図を示しており、上からパーティションテーブル部、空き領域、ブートセクタ、ＦＡＴ領域、ＦＡＴのコピー領域、Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ領域、Ｓｕｂ
Ｄｉｒｅｃｔｏｒｙ領域、データ領域が積層されている。なお、メモリマップは、論理−物理アドレス変換テーブルに基づいて、論理アドレスから物理アドレスへ変換した後のメモリマップである。
【００５１】
上述したブートセクタ、ＦＡＴ領域、ＦＡＴのコピー領域、Ｒｏｏｔ  Ｄｉｒｅｃｔｏｒｙ領域、Ｓｕｂ  Ｄｉｒｅｃｔｏｒｙ領域、データ領域を全部まとめてＦＡＴパーティション領域と称する。
【００５２】
上述のパーティションテーブル部には、ＦＡＴパーティション領域の始めと終わりのアドレスが記録されている。通常フロッピーディスクで使用されているＦＡＴには、パーティションテーブル部は備えられていない。最初のトラックには、パーティションテーブル以外のものは置かないために空きエリアができてしまう。
【００５３】
次に、ブートセクタには、１２ビットＦＡＴおよび１６ビットＦＡＴの何れかであるかでＦＡＴ構造の大きさ、クラスタサイズ、それぞれの領域のサイズが記録されている。ＦＡＴは、データ領域に記録されているファイル位置を管理するものである。ＦＡＴのコピー領域は、ＦＡＴのバックアップ用の領域である。ルートディレクトリ部は、ファイル名、先頭クラスタアドレス、各種属性が記録されており、１ファイルにつき３２バイト使用する。
【００５４】
サブディレクトリ部は、ディレクトリというファイルの属性のファイルとして存在しており、図６の実施形態ではＰＢＬＩＳＴ．ＭＳＦ、ＣＡＴ．ＭＳＡ、ＤＯＧ．ＭＳＡ、ＭＡＮ. ＭＳＡという４つのファイルが存在する。このサブディレクトリ部には、ファイル名とＦＡＴ上の記録位置が管理されている。すなわち、図６においては、ＣＡＴ．ＭＳＡというファイル名が記録されているスロットには「５」というＦＡＴ上のアドレスが管理されており、ＤＯＧ．ＭＳＡというファイル名が記録されているスロットには「１０」というＦＡＴ上のアドレスが管理されている。
【００５５】
クラスタ２以降が実際のデータ領域で、このデータ領域にこの実施形態では、ＡＴＲＡＣ３で圧縮処理されたオーディオデータが記録される。さらに、ＭＡＮ. ＭＳＡというファイル名が記録されているスロットには「１１０」というＦＡＴ上のアドレスが管理されている。
【００５６】
この発明の実施形態では、クラスタ５、６、７および８にＣＡＴ．ＭＳＡというファイル名のＡＴＲＡＣ３で圧縮処理されたオーディオデータが記録され、クラスタ１０、１１および、１２にＤＯＧ．ＭＳＡというファイル名の前半パートであるＤＯＧ−１がＡＴＲＡＣ３で圧縮処理されたオーディオデータが記録され、クラスタ１００および１０１にＤＯＧ．ＭＳＡというファイル名の後半パートであるＤＯＧ−２がＡＴＲＡＣ３で圧縮処理されたオーディオデータが記録されている。さらに、クラスタ１１０および１１１にＭＡＮ．ＭＳＡというファイル名のＡＴＲＡＣ３で圧縮処理されたオーディオデータが記録されている。
【００５７】
この実施形態においては、単一のファイルが２分割されて離散的に記録されている例を示している。また、データ領域上のＥｍｐｔｙとかかれた領域は記録可能領域である。
【００５８】
クラスタ２００以降は、ファイルネームを管理する領域であり、クラスタ２００には、ＣＡＴ．ＭＳＡというファイルが、クラスタ２０１には、ＤＯＧ．ＭＳＡというファイルが、クラスタ２０２にはＭＡＮ．ＭＳＡというファイルが記録されている。ファイル順を並び替える場合には、このクラスタ２００以降で並び替えを行えばよい。
【００５９】
この実施形態のメモリカードが初めて挿入された場合には、先頭のパーティションテーブル部を参照してＦＡＴパーティション領域の始めと終わりのアドレスが記録されている。ブートセクタ部の再生を行った後にＲｏｏｔ  Ｄｉｒｅｃｔｏｒｙ、Ｓｕｂ  Ｄｉｒｅｃｔｏｒｙ部の再生を行う。そして、Ｓｕｂ  Ｄｉｒｅｃｔｏｒｙ部に記録されている再生管理情報ＰＢＬＩＳＴ．ＭＳＦが記録されているスロットを検索して、ＰＢＬＩＳＴ．ＭＳＦが記録されているスロットの終端部のアドレスを参照する。
【００６０】
この実施形態の場合には、ＰＢＬＩＳＴ．ＭＳＦが記録されているスロットの終端部には「２００」というアドレスが記録されているのでクラスタ２００を参照する。クラスタ２００以降は、ファイル名を管理すると共に、ファイルの再生順を管理する領域であり、この実施形態の場合には、ＣＡＴ. ＭＳＡというファイルが１曲目となり、ＤＯＧ．ＭＳＡというファイルが２曲目となり、ＭＡＮ．ＭＳＡというファイルが３曲目となる。
【００６１】
ここで、クラスタ２００以降を全て参照したら、サブデレクトリ部に移行して、ＣＡＴ. ＭＳＡ、ＤＯＧ．ＭＳＡおよびＭＡＮ．ＭＳＡという名前のファイル名と合致するスロットを参照する。この図６においては、ＣＡＴ．ＭＳＡというファイル名が記録されたスロットの終端には「５」というアドレスが記録され、ＤＯＧ. ＭＳＡというファイルが記録されたスロットの終端には「１０」というアドレスが記録され、ＭＡＮ．ＭＳＡというファイルが記録されたスロットの終端には１１０というアドレスが記録されている。
【００６２】
ＣＡＴ．ＭＳＡというファイル名が記録されたスロットの終端に記録された「５」というアドレスに基づいて、ＦＡＴ上のエントリアドレスを検索する。エントリアドレス５には、「６」というクラスタアドレスがエントリされており、「６」というエントリアドレスを参照すると「７」というクラスタアドレスがエントリされており、「７」というエントリアドレスを参照すると「８」というクラスタアドレスがエントリされており、「８」というエントリアドレスを参照すると「ＦＦＦ」という終端を意味するコードが記録されている。
【００６３】
よって、ＣＡＴ．ＭＳＡというファイルは、クラスタ５、６、７、８のクラスタ領域を使用しており、データ領域のクラスタ５、６、７、８を参照することでＣＡＴ．ＭＳＡというＡＴＲＡＣ３データが実際に記録されている領域をアクセスすることができる。
【００６４】
次に、離散記録されているＤＯＧ. ＭＳＡというファイルを検索する方法を以下に示す。ＤＯＧ. ＭＳＡというファイル名が記録されたスロットの終端には、「１０」というアドレスが記録されている。ここで、「１０」というアドレスに基づいて、ＦＡＴ上のエントリアドレスを検索する。エントリアドレス１０には、「１１」というクラスタアドレスがエントリされており、「１１」というエントリアドレスを参照すると「１２」というクラスタアドレスがエントリされており、「１２」というエントリアドレスを参照すると「１００」というクラスタアドレスがエントリされている。さらに、「１００」というエントリアドレスを参照すると「１０１」というクラスタアドレスがエントリされており、「１０１」というエントリアドレスを参照するとＦＦＦという終端を意味するコードが記録されている。
【００６５】
よって、ＤＯＧ．ＭＳＡというファイルは、クラスタ１０、１１、１２、１０１０１というクラスタ領域を使用しており、データ領域のクラスタ１０、１１、１２を参照することでＤＯＧ．ＭＳＡというファイルの前半パートに対応するＡＴＲＡＣ３データが実際に記録されている領域をアクセスすることができる。さらに、データ領域のクラスタ１００、１０１を参照することでＤＯＧ．ＭＳＡというファイルの後半パートに対応するＡＴＲＡＣ３データが実際に記録されている領域をアクセスすることができる。
【００６６】
さらに、ＭＡＮ．ＭＳＡというファイル名が記録されたスロットの終端に記録された「１１０」というアドレスに基づいて、ＦＡＴ上のエントリアドレスを検索する。エントリアドレス１１０には、「１１１」というクラスタアドレスがエントリされており、「１１１」というエントリアドレスを参照すると「ＦＦＦ」という終端を意味するコードが記録されている。
【００６７】
よって、ＭＡＮ．ＭＳＡというファイルは、クラスタ１１０、１１１というクラスタ領域を使用しており、データ領域のクラスタ１１０、１１１を参照することでＭＡＮ．ＭＳＡというＡＴＲＡＣ３データが実際に記録されている領域をアクセスすることができる。
【００６８】
以上のようにフラッシュメモリ上で離散して記録されたデータファイルを連結してシーケンシャルに再生することが可能となる。
【００６９】
この一実施形態では、上述したメモリカード４０のフォーマットで規定されるファイル管理システムとは別個に、音楽用ファイルに対して、各トラックおよび各トラックを構成するパーツを管理するための管理ファイルを持つようにしている。この管理ファイルは、メモリカード４０のユーザブロックを利用してフラッシュメモリ４２上に記録される。それによって、後述するように、メモリカード４０上のＦＡＴが壊れても、ファイルの修復を可能となる。
【００７０】
この管理ファイルは、ＤＳＰ３０により作成される。例えば最初に電源をオンした時に、メモリカード４０の装着されているか否かが判定され、メモリカードが装着されている時には、認証が行われる。認証により正規のメモリカードであることが確認されると、フラッシュメモリ４２のブートブロックがＤＳＰ３０に読み込まれる。そして、論理−物理アドレス変換テーブルが読み込まれる。読み込まれたデータは、ＳＲＡＭに格納される。ユーザが購入して初めて使用するメモリカードでも、出荷時にフラッシュメモリ４２には、ＦＡＴや、ルートディレクトリの書き込みがなされている。管理ファイルは、録音がなされると、作成される。
【００７１】
すなわち、ユーザのリモートコントロール等によって発生した録音指令が外部のコントローラからバスおよびバスインターフェース３２を介してＤＳＰ３０に与えられる。そして、受信したオーディオデータがエンコーダ／デコーダＩＣ１０によって圧縮され、エンコーダ／デコーダＩＣ１０からのＡＴＲＡＣ３データがセキュリティＩＣ２０により暗号化される。ＤＳＰ３０が暗号化されたＡＴＲＡＣ３データをメモリカード４０のフラッシュメモリ４２に記録する。この記録後にＦＡＴおよび管理ファイルが更新される。ファイルの更新の度、具体的には、オーディオデータの記録を開始し、記録を終了する度に、ＳＲＡＭ３１および３６上でＦＡＴおよび管理ファイルが書き換えられる。そして、メモリカード４０を外す時に、またはパワーをオフする時に、ＳＲＡＭ３１、３６からメモリカード４０のフラッシュメモリ４２上に最終的なＦＡＴおよび管理ファイルが格納される。この場合、オーディオデータの記録を開始し、記録を終了する度に、フラッシュメモリ４２上のＦＡＴおよび管理ファイルを書き換えても良い。編集を行った場合も、管理ファイルの内容が更新される。
【００７２】
さらに、この一実施形態のデータ構成では、付加情報も管理ファイル内に作成、更新され、フラッシュメモリ４２上に記録される。管理ファイルの他のデータ構成では、付加情報管理ファイルがトラック管理用の管理ファイルとは別に作成される。付加情報は、外部のコントローラからバスおよびバスインターフェース３２を介してＤＳＰ３０に与えられる。ＤＳＰ３０が受信した付加情報をメモリカード４０のフラッシュメモリ４２上に記録する。付加情報は、セキュリティＩＣ２０を通らないので、暗号化されない。付加情報は、メモリカード４０を取り外したり、電源オフの時に、ＤＳＰ３０のＳＲＡＭからフラッシュメモリ４２に書き込まれる。
【００７３】
図７は、メモリカード４０のファイル構成の全体を示す。ディレクトリとして、静止画用ディレクトリ、動画用ディレクトリ、Ｖｏｉｃｅ用ディレクトリ、制御用ディレクトリ、音楽用（ＨＩＦＩ）ディレクトリが存在する。この一実施形態は、音楽の記録／再生を行うので、以下、音楽用ディレクトリについて説明する。音楽用ディレクトリには、２種類のファイルが置かれる。その１つは、再生管理ファイルＰＢＬＩＳＴ．ＭＳＦ（以下、単にＰＢＬＩＳＴと表記する）であり、他のものは、暗号化された音楽データを収納したＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ．ＭＳＡ（以下、単にＡ３Ｄｎｎｎと表記する）とからなる。ＡＴＲＡＣ３データファイルは、最大数が４００までと規定されている。すなわち、最大４００曲まで収録可能である。ＡＴＲＡＣ３データファイルは、再生管理ファイルに登録した上で機器により任意に作成される。
【００７４】
図８は、再生管理ファイルの構成を示し、図９が１ＦＩＬＥ（１曲）のＡＴＲＡＣ３データファイルの構成を示す。再生管理ファイルは、１６ＫＢ固定長のファイルである。ＡＴＲＡＣ３データファイルは、曲単位でもって、先頭の属性ヘッダと、それに続く実際の暗号化された音楽データとからなる。属性ヘッダも１６ＫＢ固定長とされ、再生管理ファイルと類似した構成を有する。
【００７５】
図８に示す再生管理ファイルは、ヘッダ、１バイトコードのメモリカードの名前ＮＭ１−Ｓ、２バイトコードのメモリカードの名前ＮＭ２−Ｓ、曲順の再生テーブルＴＲＫＴＢＬ、メモリカード全体の付加情報ＩＮＦ−Ｓとからなる。図９に示すデータファイルの先頭の属性ヘッダは、ヘッダ、１バイトコードの曲名ＮＭ１、２バイトコードの曲名ＮＭ２、トラックのキー情報等のトラック情報ＴＲＫＩＮＦ、パーツ情報ＰＲＴＩＮＦと、トラックの付加情報ＩＮＦとからなる。ヘッダには、総パーツ数、名前の属性、付加情報のサイズの情報等が含まれる。
【００７６】
属性ヘッダに対してＡＴＲＡＣ３の音楽データが続く。音楽データは、１６ＫＢのブロック毎に区切られ、各ブロックの先頭にヘッダが付加されている。ヘッダには、暗号を復号するための初期値が含まれる。なお、暗号化の処理を受けるのは、ＡＴＲＡＣ３データファイル中の音楽データのみであって、それ以外の再生管理ファイル、ヘッダ等のデータは、暗号化されない。
【００７７】
図１０を参照して、曲とＡＴＲＡＣ３データファイルの関係について説明する。１トラックは、１曲を意味する。１曲は、１つのＡＴＲＡＣ３データファイル（図９参照）で構成される。ＡＴＲＡＣ３データファイルは、ＡＴＲＡＣ３により圧縮されたオーディオデータである。メモリカード４０に対しては、クラスタと呼ばれる単位で記録される。１クラスタは、例えば１６ＫＢの容量である。１クラスタに複数のファイルが混じることがない。フラッシュメモリ４２を消去する時の最小単位が１ブロックである。音楽データを記録するのに使用するメモリカード４０の場合、ブロックとクラスタは、同意語であり、且つ１クラスタ＝１セクタと定義されている。
【００７８】
１曲は、基本的に１パーツで構成されるが、編集が行われると、複数のパーツから１曲が構成されることがある。パーツは、録音開始からその停止までの連続した時間内で記録されたデータの単位を意味し、通常は、１トラックが１パーツで構成される。曲内のパーツのつながりは、各曲の属性ヘッダ内のパーツ情報ＰＲＴＩＮＦで管理する。すなわち、パーツサイズは、ＰＲＴＩＮＦの中のパーツサイズＰＲＴＳＩＺＥという４バイトのデータで表す。パーツサイズＰＲＴＳＩＺＥの先頭の２バイトがパーツが持つクラスタの総数を示し、続く各１バイトが先頭および末尾のクラスタ内の開始サウンドユニット（以下、ＳＵと略記する）の位置、終了ＳＵの位置を示す。このようなパーツの記述方法を持つことによって、音楽データを編集する際に通常、必要とされる大量の音楽データの移動をなくすことが可能となる。ブロック単位の編集に限定すれば、同様に音楽データの移動を回避できるが、ブロック単位は、ＳＵ単位に比して編集単位が大きすぎる。
【００７９】
ＳＵは、パーツの最小単位であり、且つＡＴＲＡＣ３でオーディオデータを圧縮する時の最小のデータ単位である。４４．１ｋHzのサンプリング周波数で得られた１０２４サンプル分（１０２４×１６ビット×２チャンネル）のオーディオデータを約１／１０に圧縮した数百バイトのデータがＳＵである。１ＳＵは、時間に換算して約２３ｍ秒になる。通常は、数千に及ぶＳＵによって１つのパーツが構成される。１クラスタが４２個のＳＵで構成される場合、１クラスタで約１秒の音を表すことができる。１つのトラックを構成するパーツの数は、付加情報サイズに影響される。パーツ数は、１ブロックの中からヘッダや曲名、付加情報データ等を除いた数で決まるために、付加情報が全く無い状態が最大数（６４５個）のパーツを使用できる条件となる。
【００８０】
図１０Ａは、ＣＤ等からのオーディオデータを２曲連続して記録する場合のファイル構成を示す。１曲目（ファイル１）が例えば５クラスタで構成される。１曲目と２曲目（ファイル２）の曲間では、１クラスタに二つのファイルが混在することが許されないので、次のクラスタの最初からファイル２が作成される。従って、ファイル１に対応するパーツ１の終端（１曲目の終端）がクラスタの途中に位置し、クラスタの残りの部分には、データが存在しない。第２曲目（ファイル２）も同様に１パーツで構成される。ファイル１の場合では、パーツサイズが５、開始クラスタのＳＵが０、終了クラスタが４となる。
【００８１】
編集操作として、デバイド、コンバイン、イレーズ、ムーブの４種類の操作が規定される。デバイドは、１つのトラックを２つに分割することである。デバイドがされると、総トラック数が１つ増加する。デバイドは、一つのファイルをファイルシステム上で分割して２つのファイルとし、再生管理ファイルおよびＦＡＴを更新する。コンバインは、２つのトラックを１つに統合することである。コンバインされると、総トラック数が１つ減少する。コンバインは、２つのファイルをファイルシステム上で統合して１つのファイルにし、再生管理ファイルおよびＦＡＴを更新する。イレーズは、トラックを消去することである。消された以降のトラック番号が１つ減少する。ムーブは、トラック順番を変えることである。以上イレーズおよびムーブ処理についても、再生管理ファイルおよびＦＡＴを更新する。
【００８２】
図１０Ａに示す二つの曲（ファイル１およびファイル２）をコンバインした結果を図１０Ｂに示す。コンバインされた結果は、１つのファイルであり、このファイルは、二つのパーツからなる。また、図１０Ｃは、一つの曲（ファイル１）をクラスタ２の途中でデバイドした結果を示す。デバイドによって、クラスタ０、１およびクラスタ２の前側からなるファイル１と、クラスタ２の後側とクラスタ３および４とからなるファイル２とが発生する。
【００８３】
上述したように、この一実施形態では、パーツに関する記述方法があるので、コンバインした結果である図１０Ｂにおいて、パーツ１の開始位置、パーツ１の終了位置、パーツ２の開始位置、パーツ２の終了位置をそれぞれＳＵ単位でもって規定できる。その結果、コンバインした結果のつなぎ目の隙間をつめるために、パーツ２の音楽データを移動する必要がない。また、パーツに関する記述方法があるので、デバイドした結果である図１０Ｃにおいて、ファイル２の先頭の空きを詰めるように、データを移動する必要がない。
【００８４】
図１１は、再生管理ファイルＰＢＬＩＳＴのより詳細なデータ構成を示し、図１２Ａおよび図１２Ｂは、再生管理ファイルＰＢＬＩＳＴを構成するヘッダとそれ以外の部分をそれぞれ示す。再生管理ファイルＰＢＬＩＳＴは、１クラスタ（１ブロック＝１６ＫＢ）のサイズである。図１２Ａに示すヘッダは、３２バイトから成る。図１２Ｂに示すヘッダ以外の部分は、メモリカード全体に対する名前ＮＭ１−Ｓ（２５６バイト）、名前ＮＭ２−Ｓ（５１２バイト）、ＣＯＮＴＥＮＴＳＫＥＹ、ＭＡＣ、Ｓ−ＹＭＤｈｍｓと、再生順番を管理するテーブルＴＲＫＴＢＬ（８００バイト）、メモリカード全体に対する付加情報ＩＮＦ−Ｓ（１４７２０バイト）および最後にヘッダ中の情報の一部が再度記録されている。これらの異なる種類のデータ群のそれぞれの先頭は、再生管理ファイル内で所定の位置となるように規定されている。
【００８５】
再生管理ファイルは、図１２Ａに示す（０ｘ００００）および（０ｘ００１０）で表される先頭から３２バイトがヘッダである。なお、ファイル中で先頭から１６バイト単位で区切られた単位をスロットと称する。ファイルの第１および第２のスロットに配されるヘッダには、下記の意味、機能、値を持つデータが先頭から順に配される。なお、Ｒｅｓｅｒｖｅｄと表記されているデータは、未定義のデータを表している。通常ヌル（０ｘ００）が書かれるが、何が書かれていてもＲｅｓｅｒｖｅｄのデータが無視される。将来のバージョンでは、変更がありうる。また、この部分への書き込みは禁止する。Ｏｐｔｉｏｎと書かれた部分も使用しない場合は、全てＲｅｓｅｒｖｅｄと同じ扱いとされる。
【００８６】
ＢＬＫＩＤ−ＴＬ０（４バイト）
意味：BLOCKID FILE ID
機能：再生管理ファイルの先頭であることを識別するための値
値：固定値＝”ＴＬ＝０”（例えば０ｘ５４４Ｃ２Ｄ３０）
ＭＣｏｄｅ（２バイト）
意味：MAKER CODE
機能：記録した機器の、メーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード）  下位６ビット（機種コード）
ＲＥＶＩＳＩＯＮ（４バイト）
意味：ＰＢＬＩＳＴの書き換え回数
機能：再生管理ファイルを書き換える度にインクリメント
値：０より始まり＋１づつ増加する
Ｓ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ）
意味：信頼できる時計を持つ機器で記録した年・月・日・時・分・秒
機能：最終記録日時を識別するための値
0004897138.tif 000002
【００８７】
ＳＮ１Ｃ＋Ｌ（２バイト）
意味：ＮＭ１−Ｓ領域に書かれるメモリカードの名前（１バイト）の属性を表す
機能：使用する文字コードと言語コードを各１バイトで表す
値：文字コード（Ｃ）は上位１バイトで下記のように文字を区別する
00: 文字コードは設定しない。単なる２進数として扱うこと
01: ASCII(American Standard Code for Information Interchange)
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 Voice)。
【００８８】
言語コード（Ｌ）は下位１バイトで下記のように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
機能：総トラック数
値：１から０ｘ０１９０（最大４００トラック）、データが無い場合はオールゼロとすること
ＶｅｒＮｏ（２バイト）
意味：フォーマットのバージョン番号
機能：上位がメジャーバージョン番号、下位がマイナーバージョン番号
0004897138.tif 000003
【００９０】
上述したヘッダに続く領域に書かれるデータ（図１３Ｂ）について以下に説明する。
【００９１】
ＮＭ１−Ｓ
意味：メモリカード全体に関する１バイトの名前
機能：１バイトの文字コードで表した可変長の名前データ（最大で２５６）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先頭（０ｘ００２０）からヌル（０ｘ００）を１バイト以上記録すること
値：各種文字コード
ＮＭ２−Ｓ
意味：メモリカード全体に関する２バイトの名前
機能：２バイトの文字コードで表した可変長の名前データ（最大で５１２）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先頭（０ｘ０１２０）からヌル（０ｘ００）を２バイト以上記録すること
値：各種文字コード。
【００９２】
ＣＯＮＴＥＮＴＳ  ＫＥＹ
意味：曲ごとに用意された値でＭＧ（Ｍ）で保護されてから保存される。ここでは、１曲目に付けられるＣＯＮＴＥＮＴＳ  ＫＥＹと同じ値
機能：Ｓ−ＹＭＤｈｍｓのＭＡＣの計算に必要となる鍵となる
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで
ＭＡＣ
意味：著作権情報改ざんチェック値
機能：Ｓ−ＹＭＤｈｍｓの内容とＣＯＮＴＥＮＴＳ  ＫＥＹから作成される値
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで。
【００９３】
ＴＲＫ−ｎｎｎ
意味：再生するＡＴＲＡＣ３データファイルのＳＱＮ（シーケンス）番号
機能：ＴＲＫＩＮＦの中のＦＮｏを記述する
値：１から４００（０ｘ１９０）
トラックが存在しない時はオールゼロとすること
ＩＮＦ−Ｓ
意味：メモリカード全体に関する付加情報データ（例えば写真、歌詞、解説等の情報）
機能：ヘッダを伴った可変長の付加情報データ
複数の異なる付加情報が並べられることがある。それぞれにＩＤとデータサイズが付けられている。個々のヘッダを含む付加情報データは最小１６バイト以上で４バイトの整数倍の単位で構成される。
その詳細については、後述する値：付加情報データ構成を参照
Ｓ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ）
意味：信頼できる時計を持つ機器で記録した年・月・日・時・分・秒
機能：最終記録日時を識別するための値、ＥＭＤの時は必須
0004897138.tif 000004
【００９４】
再生管理ファイルの最後のスロットとして、ヘッダ内のものと同一のＢＬＫＩＤ−ＴＬ０と、ＭＣｏｄｅと、ＲＥＶＩＳＩＯＮとが書かれる。
【００９５】
民生用オーディオ機器として、メモリカードが記録中に抜かれたり、電源が切れることがあり、復活した時にこれらの異常の発生を検出することが必要とされる。上述したように、ＲＥＶＩＳＩＯＮをブロックの先頭と末尾に書き込み、この値を書き換える度に＋１インクリメントするようにしている。若し、ブロックの途中で異常終了が発生すると、先頭と末尾のＲＥＶＩＳＩＯＮの値が一致せず、異常終了を検出することができる。ＲＥＶＩＳＩＯＮが２個存在するので、高い確率で異常終了を検出することができる。異常終了の検出時には、エラーメッセージの表示等の警告が発生する。
【００９６】
また、１ブロック（１６ＫＢ）の先頭部分に固定値ＢＬＫＩＤ−ＴＬ０を挿入しているので、ＦＡＴが壊れた場合の修復の目安に固定値を使用できる。すなわち、各ブロックの先頭の固定値を見れば、ファイルの種類を判別することが可能である。しかも、この固定値ＢＬＫＩＤ−ＴＬ０は、ブロックのヘッダおよびブロックの終端部分に二重に記述するので、その信頼性のチェックを行うことができる。なお、再生管理ファイルＰＢＬＩＳＴの同一のものを二重に記録しても良い。
【００９７】
ＡＴＲＡＣ３データファイルは、トラック情報管理ファイルと比較して、相当大きなデータ量であり、ＡＴＲＡＣ３データファイルに関しては、後述するように、ブロック番号ＢＬＯＣＫ  ＳＥＲＩＡＬが付けられている。但し、ＡＴＲＡＣ３データファイルは、通常複数のファイルがメモリカード上に存在するので、ＣＯＮＮＵＭ０でコンテンツの区別を付けた上で、ＢＬＯＣＫ  ＳＥＲＩＡＬを付けないと、重複が発生し、ＦＡＴが壊れた場合のファイルの復旧が困難となる。換言すると単一のＡＴＲＡＣ３データファイルは、複数のＢＬＯＣＫで構成されると共に、離散して配置される可能性があるので、同一ＡＴＲＡＣ３データファイルを構成するＢＬＯＣＫを判別するためにＣＯＮＮＵＭ０を用いると共に、同一ＡＴＲＡＣ３データファイル内の昇降順をブロック番号ＢＬＯＣＫ  ＳＥＲＩＡＬで決定する。
【００９８】
同様に、ＦＡＴの破壊までにはいたらないが、論理を間違ってファイルとして不都合のあるような場合に、書き込んだメーカーの機種が特定できるように、メーカーコード（ＭＣｏｄｅ）がブロックの先頭と末尾に記録されている。
【００９９】
図１２Ｃは、付加情報データの構成を示す。付加情報の先頭に下記のヘッダが書かれる。ヘッダ以降に可変長のデータが書かれる。
【０１００】
ＩＮＦ
意味：FIELD ID
機能：付加情報データの先頭を示す固定値
値：０ｘ６９
ＩＤ
意味：付加情報キーコード
機能：付加情報の分類を示す
値：０から０ｘＦＦ
ＳＩＺＥ
意味：個別の付加情報の大きさ
機能：データサイズは自由であるが、必ず４バイトの整数倍でなければならない。また、最小１６バイト以上のこと。データの終わりより余りがでる場合はヌル（０ｘ００）で埋めておくこと
値：１６から１４７８４（０ｘ３９Ｃ０）
ＭＣｏｄｅ
意味：MAKER CODE
機能：記録した機器の、メーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード）  下位６ビット（機種コード）
Ｃ＋Ｌ
意味：先頭から１２バイト目からのデータ領域に書かれる文字の属性を表す
機能：使用する文字コードと言語コードを各１バイトで表す
値：前述のＳＮＣ＋Ｌと同じ
ＤＡＴＡ
意味：個別の付加情報データ
機能：可変長データで表す。実データの先頭は常に１２バイト目より始まり、長さ（サイズ）は最小４バイト以上、常に４バイトの整数倍でなければならない。データの最後から余りがある場合はヌル（０ｘ００）で埋めること
値：内容により個別に定義される。
【０１０１】
図１３は、付加情報キーコードの値（０〜６３）と、付加情報の種類の対応の一例を示す。キーコードの値（０〜３１）が音楽に関する文字情報に対して割り当てられ、その（３２〜６３）がＵＲＬ(Uniform Resource Locator)（Ｗｅｂ関係）に対して割り当てられている。アルバムタイトル、アーティスト名、ＣＭ等の文字情報が付加情報として記録される。
【０１０２】
図１４は、付加情報キーコードの値（６４〜１２７）と、付加情報の種類の対応の一例を示す。キーコードの値（６４〜９５）がパス／その他に対して割り当てられ、その（９６〜１２７）が制御／数値・データ関係に対して割り当てられている。例えば（ＩＤ＝９８）の場合では、付加情報がＴＯＣ（Table of Content）−ＩＤとされる。ＴＯＣ−ＩＤは、ＣＤ（コンパクトディスク）のＴＯＣ情報に基づいて、最初の曲番号、最後の曲番号、その曲番号、総演奏時間、その曲演奏時間を示すものである。
【０１０３】
図１５は、付加情報キーコードの値（１２８〜１５９）と、付加情報の種類の対応の一例を示す。キーコードの値（１２８〜１５９）が同期再生関係に対して割り当てられている。図１５中のＥＭＤ(Electronic Music Distribution) は、電子音楽配信の意味である。
【０１０４】
図１６を参照して付加情報のデータの具体例について説明する。図１６Ａは、図１２Ｃと同様に、付加情報のデータ構成を示す。図１６Ｂは、キーコードＩＤ＝３とされる、付加情報がアーティスト名の例である。ＳＩＺＥ＝０ｘ１Ｃ（２８バイト）とされ、ヘッダを含むこの付加情報のデータ長が２８バイトであることが示される。また、Ｃ＋Ｌが文字コードＣ＝０ｘ０１とされ、言語コードＬ＝０ｘ０９とされる。この値は、前述した規定によって、ＡＳＣＩＩの文字コードで、英語の言語であることを示す。そして、先頭から１２バイト目から１バイトデータでもって、「ＳＩＭＯＮ＆ＧＲＡＦＵＮＫＥＬ」のアーティスト名のデータが書かれる。付加情報のサイズは、４バイトの整数倍と決められているので、１バイトの余りが（０ｘ００）とされる。
【０１０５】
図１６Ｃは、キーコードＩＤ＝９７とされる、付加情報がＩＳＲＣ(International Standard Recording Code：著作権コード) の例である。ＳＩＺＥ＝０ｘ１４（２０バイト）とされ、この付加情報のデータ長が２０バイトであることが示される。また、Ｃ＋ＬがＣ＝０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無いこと、すなわち、データが２進数であることが示される。そして、データとして８バイトのＩＳＲＣのコードが書かれる。ＩＳＲＣは、著作権情報（国、所有者、録音年、シリアル番号）を示すものである。
【０１０６】
図１６Ｄは、キーコードＩＤ＝９７とされる、付加情報が録音日時の例である。ＳＩＺＥ＝０ｘ１０（１６バイト）とされ、この付加情報のデータ長が１６バイトであることが示される。また、Ｃ＋ＬがＣ＝０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無いことが示される。そして、データとして４バイト（３２ビット）のコードが書かれ、録音日時（年、月、日、時、分、秒）が表される。
【０１０７】
図１６Ｅは、キーコードＩＤ＝１０７とされる、付加情報が再生ログの例である。ＳＩＺＥ＝０ｘ１０（１６バイト）とされ、この付加情報のデータ長が１６バイトであることが示される。また、Ｃ＋ＬがＣ＝０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無いことが示される。そして、データとして４バイト（３２ビット）のコードが書かれ、再生ログ（年、月、日、時、分、秒）が表される。再生ログ機能を持つものは、１回の再生毎に１６バイトのデータを記録する。
【０１０８】
図１７は、１ＳＵがＮバイト（例えばＮ＝３８４バイト）の場合のＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎのデータ配列を示す。図１７には、データファイルの属性ヘッダ（１ブロック）と、音楽データファイル（１ブロック）とが示されている。図１７では、この２ブロック（１６×２＝３２Ｋバイト）の各スロットの先頭のバイト（０ｘ００００〜０ｘ７ＦＦ０）が示されている。図１８に分離して示すように、属性ヘッダの先頭から３２バイトがヘッダであり、２５６バイトが曲名領域ＮＭ１（２５６バイト）であり、５１２バイトが曲名領域ＮＭ２（５１２バイト）である。属性ヘッダのヘッダには、下記のデータが書かれる。
【０１０９】
ＢＬＫＩＤ−ＨＤ０（４バイト）
意味：BLOCKID FILE ID
機能：ＡＴＲＡＣ３データファイルの先頭であることを識別するための値
値：固定値＝”ＨＤ＝０”（例えば０ｘ４８４４２Ｄ３０）
ＭＣｏｄｅ（２バイト）
意味：MAKER CODE
機能：記録した機器の、メーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード）  下位６ビット（機種コード）
ＢＬＯＣＫ  ＳＥＲＩＡＬ（４バイト）
意味：トラック毎に付けられた連続番号
機能：ブロックの先頭は０から始まり次のブロックは＋１づつインクリメント
編集されても値を変化させない
値：０より始まり０ｘＦＦＦＦＦＦＦＦまで。
【０１１０】
Ｎ１Ｃ＋Ｌ（２バイト）
意味：トラック（曲名）データ（ＮＭ１）の属性を表す
機能：ＮＭ１に使用される文字コードと言語コードを各１バイトで表す
値：ＳＮ１Ｃ＋Ｌと同一
Ｎ２Ｃ＋Ｌ（２バイト）
意味：トラック（曲名）データ（ＮＭ２）の属性を表す
機能：ＮＭ２に使用される文字コードと言語コードを各１バイトで表す
値：ＳＮ１Ｃ＋Ｌと同一
ＩＮＦＳＩＺＥ（２バイト）
意味：トラックに関する付加情報の全てを合計したサイズを表す
機能：データサイズを１６バイト単位の大きさで記述、無い場合は必ずオールゼロとすること
値：サイズは０ｘ００００から０ｘ３Ｃ６（９６６）
Ｔ−ＰＲＴ（２バイト）
意味：トータルパーツ数
機能：トラックを構成するパーツ数を表す。通常は１
値：１から０ｘ２８５（６４５dec ）
Ｔ−ＳＵ（４バイト）
意味：トータルＳＵ数
機能：１トラック中の実際の総ＳＵ数を表す。曲の演奏時間に相当する
値：０ｘ０１から０ｘ００１ＦＦＦＦＦ
ＩＮＸ（２バイト）（Ｏｐｔｉｏｎ）
意味：INDEX の相対場所
機能：曲のさびの部分（特徴的な部分）の先頭を示すポインタ。曲の先頭からの位置をＳＵの個数を１／４した数で指定する。これは、通常のＳＵの４倍の長さの時間（約９３ｍ秒）に相当する
値：０から０ｘＦＦＦＦ（最大、約６０８４秒）
ＸＴ（２バイト）（Ｏｐｔｉｏｎ）
意味：INDEX の再生時間
機能：ＩＮＸ-nnnで指定された先頭から再生すべき時間のＳＵの個数を１／４した数で指定する。これは、通常のＳＵの４倍の長さの時間（約９３ｍ秒）に相当する
値：０ｘ００００：無設定    ０ｘ０１から０ｘＦＦＦＥ（最大６０８４秒）
０ｘＦＦＦＦ：曲の終わりまで。
【０１１１】
次に曲名領域ＮＭ１およびＮＭ２について説明する。
【０１１２】
ＮＭ１
意味：曲名を表す文字列
機能：１バイトの文字コードで表した可変長の曲名（最大で２５６）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先頭（０ｘ００２０）からヌル（０ｘ００）を１バイト以上記録すること
値：各種文字コード
ＮＭ２
意味：曲名を表す文字列
機能：２バイトの文字コードで表した可変長の名前データ（最大で５１２）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先頭（０ｘ０１２０）からヌル（０ｘ００）を２バイト以上記録すること
値：各種文字コード。
【０１１３】
属性ヘッダの固定位置（０ｘ３２０）から始まる、８０バイトのデータをトラック情報領域ＴＲＫＩＮＦと呼び、主としてセキュリティ関係、コピー制御関係の情報を一括して管理する。図１９にＴＲＫＩＮＦの部分を示す。ＴＲＫＩＮＦ内のデータについて、配置順序に従って以下に説明する。
【０１１４】
ＣＯＮＴＥＮＴＳ  ＫＥＹ（８バイト）
意味：曲毎に用意された値で、メモリカードのセキュリティブロックで保護されてから保存される
機能：曲を再生する時、まず必要となる最初の鍵となる。ＭＡＣ計算時に使用される
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで
ＭＡＣ（８バイト）
意味：著作権情報改ざんチェック値
機能：コンテンツ累積番号を含む複数のＴＲＫＩＮＦの内容と隠しシーケンス番号から作成される値
隠しシーケンス番号とは、メモリカードの隠し領域に記録されているシーケンス番号のことである。著作権対応でないレコーダは、隠し領域を読むことができない。また、著作権対応の専用のレコーダ、またはメモリカードを読むことを可能とするアプリケーションを搭載したパーソナルコンピュータは、隠し領域をアクセスすることができる。
【０１１５】
Ａ（１バイト）
意味：パーツの属性
機能：パーツ内の圧縮モード等の情報を示す
値：図２０を参照して以下に説明する
ただし、Ｎ＝０，１のモノラルは、ｂｉｔ７が１でサブ信号を０、メイン信号（Ｌ＋Ｒ）のみの特別なＪｏｉｎｔモードをモノラルとして規定する。ｂｉｔ２，１の情報は通常の再生機は無視しても構わない。
【０１１６】
Ａのビット０は、エンファシスのオン／オフの情報を形成し、ビット１は、再生ＳＫＩＰか、通常再生かの情報を形成し、ビット２は、データ区分、例えばオーディオデータか、ＦＡＸ等の他のデータかの情報を形成する。ビット３は、未定義である。ビット４、５、６を組み合わせることによって、図示のように、ＡＴＲＡＣ３のモード情報が規定される。すなわち、Ｎは、この３ビットで表されるモードの値であり、モノ（Ｎ＝０，１）、ＬＰ（Ｎ＝２）、ＳＰ（Ｎ＝４）、ＨＸ（Ｎ＝５）、ＨＱ（Ｎ＝７）の５種類のモードについて、記録時間（６４ＭＢのメモリカードの場合）、データ転送レート、１ブロック内のＳＵ数がそれぞれ示されている。１ＳＵのバイト数は、（モノ：１３６バイト、ＬＰ：１９２バイト、ＳＰ：３０４バイト、ＥＸ：３８４バイト、ＨＱ：５１２バイト）である。さらに、ビット７によって、ＡＴＲＡＣ３のモード（０：Dual  １：J0int ）が示される。
【０１１７】
一例として、６４ＭＢのメモリカードを使用し、ＳＰモードの場合について説明する。６４ＭＢのメモリカードには、３９６８ブロックがある。ＳＰモードでは、１ＳＵが３０４バイトであるので、１ブロックに５３ＳＵが存在する。１ＳＵは、（１０２４／４４１００）秒に相当する。従って、１ブロックは、
（１０２４／４４１００）×５３×（３９６８−１６）＝４８６３秒＝８１分
転送レートは、
（４４１００／１０２４）×３０４×８＝１０４７３７ bps
となる。
【０１１８】
ＬＴ（１バイト）
意味：再生制限フラグ（ビット７およびビット６）とセキュリティバージョン
（ビット５〜ビット０）
機能：このトラックに関して制限事項があることを表す
0004897138.tif 000005
ＦＮｏ（２バイト）
意味：ファイル番号
機能：最初に記録された時のトラック番号、且つこの値は、メモリカード内の隠し領域に記録されたＭＡＣ計算用の値の位置を特定する
値：１から０ｘ１９０（４００）
ＭＧ（Ｄ）ＳＥＲＩＡＬ−ｎｎｎ（１６バイト）
意味：記録機器のセキュリティブロック（セキュリティＩＣ２０）のシリアル番号
機能：記録機器ごとに全て異なる固有の値
値：０から0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
ＣＯＮＮＵＭ（４バイト）
意味：コンテンツ累積番号
機能：曲毎に累積されていく固有の値で記録機器のセキュリティブロックによって管理される。２の３２乗、４２億曲分用意されており、記録した曲の識別に使用する
値：０から０ｘＦＦＦＦＦＦＦＦ。
【０１１９】
ＹＭＤｈｍｓ−Ｓ（４バイト）（Ｏｐｔｉｏｎ）
意味：再生制限付きのトラックの再生開始日時
機能：ＥＭＤで指定する再生開始を許可する日時
値：上述した日時の表記と同じ
ＹＭＤｈｍｓ−Ｅ（４バイト）（Ｏｐｔｉｏｎ）
意味：再生制限付きのトラックの再生終了日時
機能：ＥＭＤで指定する再生許可を終了する日時
値：上述した日時の表記と同じ
ＭＴ（１バイト）（Ｏｐｔｉｏｎ）
意味：再生許可回数の最大値
機能：ＥＭＤで指定される最大の再生回数
値：１から０ｘＦＦ  未使用の時は、０ｘ００
ＬＴのｂｉｔ７の値が０の場合はＭＴの値は００とすること
ＣＴ（１バイト）（Ｏｐｔｉｏｎ）
意味：再生回数
機能：再生許可された回数の内で、実際に再生できる回数。再生の度にデクリメントする
値：０ｘ００〜０ｘＦＦ  未使用の時は、０ｘ００である
ＬＴのｂｉｔ７が１でＣＴの値が００の場合は再生を禁止すること。
【０１２０】
ＣＣ（１バイト）
意味：COPY CONTROL
機能：コピー制御
値：図２１に示すように、ビット６および７によってコピー制御情報を表し、ビット４および５によって高速ディジタルコピーに関するコピー制御情報を表し、ビット２および３によってセキュリティブロック認証レベルを表す。ビット０および１は、未定義
ＣＣの例：（ｂｉｔ７，６）１１：無制限のコピーを許可、０１：コピー禁止、００：１回のコピーを許可
（ｂｉｔ３，２）００：アナログないしディジタルインからの録音、ＭＧ認証レベルは０とする
ＣＤからのディジタル録音では（ｂｉｔ７，６）は００、（ｂｉｔ３，２）は１０となる
ＣＮ（１バイト）（Ｏｐｔｉｏｎ）
意味：高速ディジタルコピーＨＳＣＭＳ(High speed Serial Copy ManagementSystem) におけるコピー許可回数
機能：コピー１回か、コピーフリーかの区別を拡張し、回数で指定する。コピー第１世代の場合にのみ有効であり、コピーごとに減算する
値：００：コピー禁止、０１から０ｘＦＥ：回数、０ｘＦＦ：回数無制限。
【０１２１】
上述したトラック情報領域ＴＲＫＩＮＦに続いて、０ｘ０３７０から始まる２４バイトのデータをパーツ管理用のパーツ情報領域ＰＲＴＩＮＦと呼び、１つのトラックを複数のパーツで構成する場合に、時間軸の順番にＰＲＴＩＮＦを並べていく。図２２にＰＲＴＩＮＦの部分を示す。ＰＲＴＩＮＦ内のデータについて、配置順序に従って以下に説明する。
【０１２２】
ＰＲＴＳＩＺＥ（４バイト）
意味：パーツサイズ
機能：パーツの大きさを表す。クラスタ：２バイト（最上位）、開始ＳＵ：１バイト（上位）、終了ＳＵ：１バイト（最下位）
値：クラスタ：１から０ｘ１Ｆ４０（８０００）、開始ＳＵ：０から０ｘＡ０（１６０）、終了ＳＵ：０から０ｘＡ０（１６０）（但し、ＳＵの数え方は、０，１，２，と０から開始する）
ＰＲＴＫＥＹ（８バイト）
意味：パーツを暗号化するための値
機能：初期値＝０、編集時は編集の規則に従うこと
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ
ＣＯＮＮＵＭ０（４バイト）
意味：最初に作られたコンテンツ累積番号キー
機能：コンテンツをユニークにするためのＩＤの役割
値：コンテンツ累積番号初期値キーと同じ値とされる。
【０１２３】
ＡＴＲＡＣ３データファイルの属性ヘッダ中には、図１７に示すように、付加情報ＩＮＦが含まれる。この付加情報は、開始位置が固定化されていない点を除いて、再生管理ファイル中の付加情報ＩＮＦ−Ｓ（図１１および図１２Ｂ参照）と同一である。１つまたは複数のパーツの最後のバイト部分（４バイト単位）の次を開始位置として付加情報ＩＮＦのデータが開始する。
【０１２４】
ＩＮＦ
意味：トラックに関する付加情報データ
機能：ヘッダを伴った可変長の付加情報データ。複数の異なる付加情報が並べられることがある。それぞれにＩＤとデータサイズが付加されている。個々のヘッダを含む付加情報データは、最小１６バイト以上で４バイトの整数倍の単位
値：再生管理ファイル中の付加情報ＩＮＦ−Ｓと同じである。
【０１２５】
上述した属性ヘッダに対して、ＡＴＲＡＣ３データファイルの各ブロックのデータが続く。図２３に示すように、ブロック毎にヘッダが付加される。各ブロックのデータについて以下に説明する。
【０１２６】
ＢＬＫＩＤ−Ａ３Ｄ（４バイト）
意味：BLOCKID FILE ID
機能：ＡＴＲＡＣ３データの先頭であることを識別するための値
値：固定値＝”Ａ３Ｄ”（例えば０ｘ４１３３４４２０）
ＭＣｏｄｅ（２バイト）
意味：MAKER CODE
機能：記録した機器の、メーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード）  下位６ビット（機種コード）
ＣＯＮＮＵＭ０（４バイト）
意味：最初に作られたコンテンツ累積番号
機能：コンテンツをユニークにするためのＩＤの役割、編集されても値は変化させない
値：コンテンツ累積番号初期値キーと同じ値とされる
ＢＬＯＣＫ  ＳＥＲＩＡＬ（４バイト）
意味：トラック毎に付けられた連続番号
機能：ブロックの先頭は０から始まり次のブロックは＋１づつインクリメント
編集されても値を変化させない
値：０より始まり０ｘＦＦＦＦＦＦＦＦまで
ＢＬＯＣＫ−ＳＥＥＤ（８バイト）
意味：１ブロックを暗号化するための１つの鍵
機能：ブロックの先頭は、記録機器のセキュリティブロックで乱数を生成、続くブロックは、＋１インクリメントされた値、この値が失われると、１ブロックに相当する約１秒間、音が出せないために、ヘッダとブロック末尾に同じものが二重に書かれる。編集されても値を変化させない
値：初期は８バイトの乱数
ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ  ＶＥＣＴＯＲ（８バイト）
意味：ブロック毎にＡＴＲＡＣ３データを暗号化、復号化する時に必要な初期値
機能：ブロックの先頭は０から始まり、次のブロックは最後のＳＵの最後の暗号化された８バイトの値。デバイドされたブロックの途中からの場合は開始ＳＵの直前の最後の８バイトを用いる。編集されても値を変化させない
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ
ＳＵ−ｎｎｎ
意味：サウンドユニットのデータ
機能：１０２４サンプルから圧縮されたデータ、圧縮モードにより出力されるバイト数が異なる。編集されても値を変化させない（一例として、ＳＰモード
の時では、Ｎ＝３８４バイト）
値：ＡＴＲＡＣ３のデータ値。
【０１２７】
図１７では、Ｎ＝３８４であるので、１ブロックに４２ＳＵが書かれる。また、１ブロックの先頭の２つのスロット（４バイト）がヘッダとされ、最後の１スロット（２バイト）にＢＬＫＩＤ−Ａ３Ｄ、ＭＣｏｄｅ、ＣＯＮＮＵＭ０、ＢＬＯＣＫ  ＳＥＲＩＡＬが二重に書かれる。従って、１ブロックの余りの領域Ｍバイトは、（１６，３８４−３８４×４２−１６×３＝２０８（バイト）となる。
この中に上述したように、８バイトのＢＬＯＣＫ  ＳＥＥＤが二重に記録される。
【０１２８】
以下、この発明を上述したディジタルオーディオレコーダに適用した一実施形態について図面を参照して説明する。図２４は、この発明の一実施形態の要部の構成を示す。図２４において７０で示されるのがオーディオシステム内に設けられたＣＰＵであり、このＣＰＵ７０がバスインターフェースおよびバスを介して前述したＤＳＰ３０に接続される。また、ＣＰＵ７０には、操作部８０が接続されている。
【０１２９】
図２４に示すように操作部８０には、ボタン群８１〜８６等が配設されている。具体的には、８１で示されるのが録音／再生位置の後戻しボタンであり、８４で示されるのが録音／再生位置の先送りボタンであり、８２で示されるのが録音ボタンであり、８５で示されるのが再生ボタンであり、８３で示されるのが停止ボタンであり、８６で示されるのが一時停止ボタンである。
【０１３０】
操作部８０のボタン群８１〜８６の中の一つが押されると、そのボタンの押されたタイミングでその押されたボタンに応じた検出情報が操作部８０において生成され、この検出情報がＣＰＵ７０に供給される。ＣＰＵ７０は、操作部８０からの検出情報により操作部８０の操作状態を監視し、所定のボタンに対して所定操作がなされたと判定される場合には、その操作ボタンに応じた制御情報を生成し、制御情報を各部に供給することで各種動作を実行する。
【０１３１】
例えば、録音ボタン８２が押された場合には、録音動作が開始される。つまり、選択された所定の入力ソースから生成したオーディオデータがメモリカード４０の所定領域に順次書き込まれる。また、再生ボタン８５が押された場合には、再生動作が開始される。つまり、メモリカード４０の所定領域に書き込まれているオーディオデータが順次読み出され、読み出されたオーディオデータに基づいてアナログオーディオ信号が生成されてライン出力端子１９から取り出される。
【０１３２】
また、再生状態において、さらに再生ボタン８５が押されて使用者により所定時間以上押され続けた場合には、再生動作に並行してインデックス管理情報書き込み処理に移行し、使用者によって任意の再生区間が設定される。具体的には、インデックス管理情報書き込み処理では、再生ボタン８５の押されたタイミングで規定されるインデックス情報の開始位置を示す情報と、再生ボタン８５の押され続けた時間を示す情報とがＣＰＵ７０において生成され、これら情報が再生区間を示す情報としてメモリカード４０の所定領域に書き込まれる。
【０１３３】
つまり、再生されている楽曲等において使用者の気に入った特徴的な部分や、所謂ダイジェスト部分が使用者により指定され、その再生区間を示す情報がメモリカード４０の所定領域に書き込まれる。なお、再生ボタン８５の押されたタイミングで規定されるインデックス情報の開始位置を示す情報は、例えば、前述したＡＴＲＡＣ３オーディオファイルＡ３ＤＤｎｎｎｎの属性ヘッダ中のＩＮＸに格納され、再生ボタン８５の押され続けた時間を示す情報は、ＸＴに格納される。ＩＮＸによって、最大約６０８４秒まで指定することが可能であり、ＸＴによって、６０８４秒程度まで指定することが可能とされている。
【０１３４】
一度、このように使用者の気に入った特徴的な部分や、所謂ダイジェスト部分を特定し、その再生区間を示す情報をメモリカード４０の所定領域に書き込んでおけば、次回からの再生動作に先立って、容易に曲の検索を行うことが可能となり、また、特徴的な部分のみを取りまとめて再生することも可能となる。
【０１３５】
上述したこの発明の一実施形態について、図２６および図２７を参照してより詳細に説明する。上述したデータフォーマットでは、ＩＮＸおよびＸＴの値としてＳＵの個数を１／４にした数を使用している。但し、以下の説明では、簡単のため、ＳＵの個数を１／４としない例で説明する。最初に、メモリカードをレコーダに挿入し、再生ボタン８５を押すことによって、再生動作を開始する（ステップＳ１）。ステップＳ２では、トラックの先頭かどうかが判定される。トラックの先頭であると判定されると、ＳＵの個数のカウントが開始され、ステップＳ３に移行する。
【０１３６】
そして、ステップＳ３において、さらに再生ボタン８５が押されたかどうかが判定される。再生ボタン８５が押されたと判定される場合においてのみステップＳ４に移行する。ステップＳ４においては、再生ボタン８５が４秒以上押され続けたかどうかが判定される。再生ボタン８５が４秒以上押され続けた場合においてのみステップＳ５に移行し、再生動作に並行してインデックス管理情報書き込み状態になる。インデックス管理情報書き込み状態においては、先ず、トラックの先頭から再生ボタン８５の押されたタイミングまでのＳＵの個数のカウント値がＩＮＸに書き込まれる。具体的には、図２７に示すように再生ボタン８５がｔ１のタイミングで押され、４秒間押され続けてタイミングｔ２に到達すると、タイミングｔ２から４秒遡ってトラックの先頭からタイミングｔ１までのＳＵの個数のカウント値Ｐ１がＩＮＸに書き込まれる。このステップＳ５の処理によりインデックス情報の開始位置が規定される。
【０１３７】
ステップＳ５の処理が完了すると、ステップＳ６において、再生ボタン８５が押されなくなったかどうかが判定される。再生ボタン８５から指が離れ、再生ボタン８５がオフされた場合においてのみステップＳ７に移行し、ステップＳ７において、再生ボタン８５の押され続けた時間に応じたＳＵの個数のカウント値がＸＴに書き込まれる。具体的には、図２７に示すように再生ボタン８５がｔ３のタイミングでオフされたとすると、再生ボタン８５の押され続けた時間（ｔ３−ｔ１）に応じたＳＵの個数のカウント値（Ｐ３−Ｐ１）がＸＴに書き込まれる。このステップＳ７の処理により指定される再生区間の長さが規定される。ステップＳ７の処理が完了すると、再生動作に並行したインデックス管理情報書き込み処理が終了する。
【０１３８】
なお、上述した一実施形態の説明においては、再生ボタン８５を兼用して４秒以上再生ボタン８５が押され続けた場合にインデックス管理情報書き込み処理に移行する場合について説明したが、他のボタンを兼用して押されたタイミングのみならずボタンがオフされるタイミングをも監視して所定時間以上押され続けた場合にインデックス管理情報書き込み処理に移行するようにしても良い。つまり、通常の操作部の監視処理では、配設されたボタンの押されたタイミングのみが各種制御情報を生成するために利用されるが、この発明では、ボタンがオフされるタイミングをも利用し、４秒間以上押されたかどうかの判定処理を用いることにより通常の動作とインデックス管理情報書き込み処理とを区別して操作ボタンの兼用を可能としている。従って、通常の動作とインデックス管理情報書き込み処理とを区別する判定時間は、４秒に限定されるものでなく、誤動作を防止できれば４秒以上でも４秒以下でも良い。
【０１３９】
図２５は、他の実施形態における操作部８０の構成を示す。他の実施形態においては、通常動作用のボタン群８１〜８６以外に専用のインデックスボタン８７が配設されており、このインデックスボタン８７を用いることによりインデックス管理情報の書き込みがなされる。なお、操作部８０においてその操作状態に応じて発生する検出情報は、前述した一実施形態と同様にＣＰＵ７０に供給される。
【０１４０】
例えば、録音ボタン８２が押された場合には、録音動作が開始される。つまり、選択された所定の入力ソースから生成したオーディオデータがメモリカード４０の所定領域に順次書き込まれる。また、再生ボタン８５が押された場合には、再生動作が開始される。つまり、メモリカード４０の所定領域に書き込まれているオーディオデータが順次読み出され、読み出されたオーディオデータに基づいてアナログオーディオ信号が生成されてライン出力端子１９から取り出される。
【０１４１】
また、再生状態において、インデックスボタン８７が押されて使用者により所定時間以上押され続けた場合には、再生動作に並行してインデックス管理情報書き込み処理に移行し、使用者によって任意の再生区間が設定される。具体的には、インデックス管理情報書き込み処理では、インデックスボタン８７の押されたタイミングで規定されるインデックス情報の開始位置を示す情報と、インデックスボタン８７の押され続けた時間を示す情報とがＣＰＵ７０において生成され、これら情報が再生区間を示す情報としてメモリカード４０の所定領域に書き込まれる。
【０１４２】
つまり、再生されている楽曲等において使用者の気に入った特徴的な部分や、所謂ダイジェスト部分が使用者により指定され、その再生区間を示す情報がメモリカード４０の所定領域に書き込まれる。なお、インデックスボタン８７の押されたタイミングで規定されるインデックス情報の開始位置を示す情報は、前述した一実施形態と同様に前述したＡＴＲＡＣ３データファイルＡ３Ｄ−ｎｎｎのＩＮＸに格納され、再生ボタン８５の押され続けた時間を示す情報は、ＸＴに格納される。
【０１４３】
一度、このように使用者の気に入った特徴的な部分や、所謂ダイジェスト部分を特定し、その再生区間を示す情報をメモリカード４０の所定領域に書き込んでおけば、次回からの再生動作に先立って、容易に曲の検索を行うことが可能となり、また、特徴的な部分のみを取りまとめて再生することも可能となる。
【０１４４】
上述したこの発明の他の実施形態について、図２７および図２８を参照してより詳細に説明する。最初に、メモリカードをレコーダに挿入し、再生ボタン８５を押すことによって、再生動作を開始する（ステップＳ１１）。ステップＳ１２では、トラックの先頭かどうかが判定される。トラックの先頭であると判定されると、ＳＵの個数のカウントが開始され、ステップＳ１３に移行する。
【０１４５】
そして、ステップＳ１３において、インデックスボタン８７が押されたかどうかが判定される。インデックスボタン８７が押されたと判定される場合においてのみステップＳ１４に移行する。ステップＳ１４においては、インデックスボタン８７が４秒以上押され続けたかどうかが判定される。インデックスボタン８７が４秒以上押され続けた場合においてのみステップＳ１５に移行し、再生動作に並行してインデックス管理情報書き込み状態になる。インデックス管理情報書き込み状態においては、先ず、トラックの先頭からインデックスボタンボタン８７の押されたタイミングまでのＳＵの個数のカウント値がＩＮＸに書き込まれる。具体的には、図２７に示すようにインデックスボタン８７がｔ１のタイミングで押され、４秒間押され続けてタイミングｔ２に到達すると、タイミングｔ２から４秒遡ってトラックの先頭からタイミングｔ１までのＳＵの個数のカウント値Ｐ１がＩＮＸに書き込まれる。このステップＳ１５の処理によりインデックス情報の開始位置が規定される。
【０１４６】
ステップＳ１５の処理が完了すると、ステップＳ１６において、インデックスボタン８７が押されなくなったかどうかが判定される。インデックスボタン８７から指が離れ、インデックスボタン８７がオフされた場合においてのみステップＳ１７に移行し、ステップＳ１７において、インデックスボタン８７の押され続けた時間に応じたＳＵの個数のカウント値がＸＴに書き込まれる。具体的には、図２７に示すようにインデックスボタン８７がｔ３のタイミングでオフされたとすると、インデックスボタン８７の押され続けた時間（ｔ３−ｔ１）に応じたＳＵの個数のカウント値（Ｐ３−Ｐ１）がＸＴに書き込まれる。このステップＳ１７の処理により指定される再生区間の長さが規定される。ステップＳ１７の処理が完了すると、再生動作に並行したインデックス管理情報書き込み処理が終了する。
【０１４７】
なお、上述した他の実施形態の説明においては、専用のインデックスボタン８７を用い、４秒以上インデックスボタン８７が押され続けた場合にインデックス管理情報書き込み処理に移行する場合について説明したが、配設されたインデックスボタン８７の押されたタイミングのみを利用してインデックス管理情報の書き込みを行うようにしても良い。
【０１４８】
図２９は、インデックスボタン８７の押されたタイミングのみを利用してインデックス管理情報の書き込みを行う場合の処理手順を示す。図２９および図２７を参照して他の実施形態の変形例についてより詳細に説明する。最初に、メモリカードをレコーダに挿入し、再生ボタン８５を押すことによって、再生動作を開始する（ステップＳ２１）。ステップＳ２２では、トラックの先頭かどうかが判定される。トラックの先頭であると判定されると、ＳＵの個数のカウントが開始され、ステップＳ２３に移行する。
【０１４９】
そして、ステップＳ２３において、インデックスボタン８７が０．２秒以上押されたかどうかが判定される。インデックスボタン８７が押されたと判定される場合においてのみステップＳ２４に移行する。ステップＳ２４においては、再びインデックスボタン８７が０．２秒以上押されたかどうかが判定される。なお、ステップＳ２３およびステップＳ２４において、インデックスボタン８７が押されたかどうかを判定するために０．２秒間の判定基準を設けているのは、インデックスボタン８７に対して意図的な操作がなされたかどうかを識別するためで、ただ単に押されたかどうかを判定するようにしても良い。インデックスボタン８７が押されたと判定される場合においてのみステップＳ２５に移行し、再生動作に並行してインデックス管理情報書き込み状態になる。インデックス管理情報書き込み状態においては、先ず、トラックの先頭から最初にインデックスボタンボタン８７の押されたタイミングまでのＳＵの個数のカウント値がＩＮＸに書き込まれる。具体的には、図２７に示すようにインデックスボタン８７がｔ１のタイミングで押され、０．２秒間押され続けてタイミングｔ４に到達すると、タイミングｔ４から０．２秒遡ってトラックの先頭からタイミングｔ１までのＳＵの個数のカウント値Ｐ１がＩＮＸに書き込まれる。このステップＳ２５の処理によりインデックス情報の開始位置が規定される。
【０１５０】
そして、ステップＳ２５の処理が完了すると、ステップＳ２６において、最初のインデックスボタン８７の押されたタイミングから二回目のインデックスボタン８７の押されたタイミングまでの時間に応じたＳＵの個数のカウント値がＸＴに書き込まれる。このステップＳ２６の処理により指定される再生区間の長さが規定される。具体的には、図２７に示すようにインデックスボタン８７がｔ３のタイミングで押され、０．２秒間押され続けてタイミングｔ５に到達すると、タイミングｔ５から０．２秒遡って再生区間の終端のタイミングが規定され、最初のインデックスボタン８７の押されたタイミングから二回目のインデックスボタン８７の押されたタイミングまでの時間（ｔ３−ｔ１）に応じたＳＵの個数のカウント値（Ｐ３−Ｐ１）がＸＴに書き込まれる。ステップＳ２６の処理が完了すると、再生動作に並行したインデックス管理情報書き込み処理が終了する。
【０１５１】
なお、上述した一実施形態および他の実施形態の説明においては、再生ボタン８５が押された再生状態において、所定の操作部材に対して所定操作を行った時にインデックス管理情報の書き込み処理に移行する場合について説明したが、録音ボタン８２が押された録音状態においても、所定の操作部材に対して所定操作がなされた場合に録音動作と並行して、インデックス管理情報の書き込み処理を行うことも可能である。
【０１５２】
この発明では、更に第２０図に示すようにＬＰモードにおいては１２８分の記記録可能時間を設定することができ、例えば４０分のＣＤなら３枚を１枚のメモリカードに収録することができる。このように、１枚のメモリカードに複数枚のアルバムを収録する場合に、各アルバムの代表曲をダイジェスト部分として再生できれば検索に便利である。上記アルバムの代表曲はアルバムからシングルカットされた曲の更にダイジェスト部分であるのが望ましい。
【０１５３】
上記アルバムのダイジェスト部分は例えば図１１に示す再生管理ファイル（ＰＢＬＩＳＴ）の0x0647以降のＩＮＦ- Ｓに記録される。この発明では、図１４に示すようにＩＤ＝７７にアルバムダイジェストが可変長で指定されている。上記再生管理ファイル( ＰＢＬＩＳＴ) に複数枚のアルバムに対して各々ダイジェストポイントを設定する場合には図１４のＩＤ＝１１７を参照して１枚のメモリカードに収録された総アルバム数( 即ち総セット数) を参照してＩＤ＝７７に設定するアルバムダイジェスト数を決定する。既に所定のアルバムに収録されている全曲に対してダイジェスト( ＩＮＸ, ＸＹ) が設定されている場合には、上記アルバムの中から代表曲の曲番号を上記ＩＤ＝７７に設定をしておく。
【０１５４】
アルバムのダイジェスト部分の再生時には上記再生管理ファイル( ＰＢＬＩＳＴ) の0x0647番地以降のＩＮＦ- Ｓを参照してＩＤ＝７７を検索し、そこに設定されているアルバム番号および曲番号を参照することで代表曲を再生する。また、直接ＩＤ＝７７にアルバムの代表曲に対応するダイジェスト情報（ＩＮＸ，ＸＴ）を記録してもよい。
【０１５５】
また、上述した一実施形態および他の実施形態の説明では、インデックス管理情報書き込み状態において、インデックス情報の開始位置を規定する情報としてトラックの先頭からのＳＵの個数のカウント値を用いる場合について説明したが、他の再生位置や再生タイミングを示す情報をＩＮＸに書き込むようにしても良い。また、再生区間の長さを規定する情報として、所定のタイミングの間のＳＵの個数のカウント値を用いる場合について説明したが、他の再生位置や再生タイミングを示す情報をＸＴに書き込むようにしても良い。さらに、インデックス管理情報をＩＮＸおよびＸＴに書き込む場合について説明したが、他の所定の領域にインデックス管理情報を書き込むようにしても良い。
【０１５６】
なお、上述した説明では、オーディオデータの処理に対してこの発明を適用しているが、オーディオデータとビデオデータの両者からなるコンテンツ、またはビデオデータのみからなるコンテンツに対してもこの発明を適用することができる。
【０１５７】
【発明の効果】
この発明では、所定の操作部材に対して所定操作がなされると、再生動作に並行してインデックス管理情報書き込み処理に移行し、使用者によって任意の再生区間を設定することが可能となる。具体的には、インデックス管理情報書き込み処理において、使用者によって再生ボタンの押されたタイミングで規定されるインデックス情報の開始位置を示す情報と、再生ボタンの押され続けた時間を示す情報とが制御部において生成され、これら情報が再生区間を示す情報として半導体メモリの所定領域に書き込まれる。このことにより、再生されている楽曲等において使用者の気に入った特徴的な部分や、所謂ダイジェスト部分を特定することが可能となる。従って、この発明に依れば、曲のインデックス情報をユーザ自身が指定することができ、また、これを用いて容易に検索することができる。このため、記録再生装置の利便性を向上させることができると共に、使い勝手を向上させることができる。
【図面の簡単な説明】
【図１】この発明の不揮発性メモリカードを使用したデジタルオーディオレコーダ／プレーヤーに関するブロック図である。
【図２】この発明に適応されるＤＳＰの内部ブロック図を示す。
【図３】この発明に適応されるメモリカードの内部ブロック図を示す。
【図４】この発明に適応されるメモリカードを記憶媒体とするファイル管理構造を示す模式図である。
【図５】この発明に適応されるメモリカード内のフラッシュメモリのデータの物理的構造を示す。
【図６】この発明に適応されるメモリカード内のデータ構造を示す、
【図７】メモリカード内に記憶されるファイル構造を示す枝図面である。
【図８】メモリカード内に記憶されるサブディレクトリである再生管理ファイルＰＢＬＩＳＴ. ＭＳＦのデータ構造を示す。
【図９】連続した１つのＡＴＲＡＣ３データファイルを所定単位長ごとに分割するとともに属性ファイルを付加した場合のデータ構造図である。
【図１０】この発明のコンバイン編集処理および分割編集処理を説明するための構造図である。
【図１１】再生管理ファイルＰＢＬＩＳＴのデータ構造図を示す。
【図１２】再生管理ファイルＰＢＬＩＳＴのデータ構造図を示す。
【図１３】上記付加情報データの種類の対応表を示す。
【図１４】上記付加情報データの種類の対応表を示す。
【図１５】上記付加情報データの種類の対応表を示す。
【図１６】付加情報データのデータ構造を示す。
【図１７】ＡＴＲＡＣ３データファイルの詳細なデータ構造図である。
【図１８】ＡＴＲＡＣ３データファイルを構成する属性ヘッダーの上段のデータ構造図である。
【図１９】ＡＴＲＡＣ３データファイルを構成する属性ヘッダーの中段のデータ構造図である。
【図２０】録音モードの種類と各録音モードにおける録音時間等を示す表である。
【図２１】コピー制御状態を示す表である。
【図２２】ＡＴＲＡＣ３データファイルを構成する属性ヘッダーの下段のデータ構造図である。
【図２３】ＡＴＲＡＣ３データファイルのデータブロックのヘッダーのデータ構造図である。
【図２４】この発明の一実施形態における操作部近傍部の略線図である。
【図２５】この発明の他の実施形態における操作部近傍部の略線図である。
【図２６】この発明の一実施形態におけるダイジェスト部指定の手順を示すフローチャートである。
【図２７】この発明の一実施形態および他の実施形態におけるダイジェスト部の指定に関するタイミングチャートである。
【図２８】この発明の他の実施形態におけるダイジェスト部指定の手順を示すフローチャートである。
【図２９】この発明の他の実施形態におけるダイジェスト部指定の手順を示すフローチャートである。
【符号の説明】
１０・・・オーディオエンコーダ／デコーダＩＣ、２０・・・セキュリティＩＣ、３０・・・ＤＳＰ、４０・・・メモリカード、４２・・・フラッシュメモリ、５２・・・セキュリティブロック、７０・・・ＣＰＵ、８０・・・操作部、８５・・・再生ボタン、８７・・・インデックスボタン、ＴＲＫＬＩＳＴ．ＭＳＦ・・・トラック情報管理ファイル、ＩＮＦＬＩＳＴ．ＭＳＦ・・・付加情報管理ファイル、Ａ３Ｄｎｎｎ．ＭＳＡ・・・オーディオデータファイル
【図１】
0004897138.tif 000006
【図２】
0004897138.tif 000007
【図３】
0004897138.tif 000008
【図４】
0004897138.tif 000009
【図５】
0004897138.tif 000010
【図６】
0004897138.tif 000011
【図７】
0004897138.tif 000012
【図８】
0004897138.tif 000013
【図９】
0004897138.tif 000014
【図１０】
0004897138.tif 000015
【図１１】
0004897138.tif 000016
【図１２】
0004897138.tif 000017
【図１３】
0004897138.tif 000018
【図１４】
0004897138.tif 000019
【図１５】
0004897138.tif 000020
【図１６】
0004897138.tif 000021
【図１７】
0004897138.tif 000022
【図１８】
0004897138.tif 000023
【図１９】
0004897138.tif 000024
【図２０】
0004897138.tif 000025
【図２１】
0004897138.tif 000026
【図２２】
0004897138.tif 000027
【図２３】
0004897138.tif 000028
【図２４】
0004897138.tif 000029
【図２５】
0004897138.tif 000030
【図２６】
0004897138.tif 000031
【図２７】
0004897138.tif 000032
【図２８】
0004897138.tif 000033
【図２９】
0004897138.tif 000034