JP2000347696A - 再生装置および再生方法 - Google Patents

Abstract

(57)【要約】 【課題】 再生回数制限を有するコンテンツの再生を可
能とする。 【解決手段】 メモリカード４０から再生回数制限を有
するオーディオデータファイルを再生し、オーディオデ
コーダ１２で復号し、再生する。ＤＳＰ３０からオーデ
ィオデコーダ１２に転送されるデータ量からそのファイ
ルの再生時間の経過時間が計数される。経過時間が所定
時間を越えると、１回の再生がなされたものと判定さ
れ、再生回数ＣＴの値がデクリメントされる。再生回数
ＣＴが０に達すると、それ以降のそのオーディオファイ
ルの再生動作が禁止される。再生途中において、通常再
生動作以外の指示がある場合には、経過時間の計数を一
時停止したり、計数した経過時間のリセットを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えば機器に対
して着脱自在なメモリカードを使用し、オーディオデー
タを再生するのに適用される再生装置および再生方法に
関する。

【０００２】

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

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

【０００４】一方、音声・映像情報のディジタル化およ
びマルチメディアへの対応に伴って近年、著作権保護が
重視されている。また、情報サービスの分野において
は、ディジタル化された音声・映像情報に何らかの再生
制限情報を付加して記録媒体に記録し、この形態でもっ
て情報を利用者に対して提供したり、また、ディジタル
放送やインターネットを利用してディジタル化された音
声・映像情報に何らかの再生制限情報を付加して各利用
者に配信するサービスが検討されている。利用者は、再
生制限情報で示される期間、回数等の範囲で、音声・映
像情報（コンテンツ）を再生することができる。そし
て、若し、利用者がその結果、必要とすれば、有料で、
その音声・映像情報をメモリカードに記録することがで
きる。

【０００５】

【発明が解決しようとする課題】従来、再生制限を必要
とするオーディオ再生装置はなかった。しかしながら、
上述したように、ＣＤ等のパッケージメディア以外の形
態で販売される音楽が存在する可能性が生じつつある。
そのような状況では、購入後の再生に関しては、従来で
は、全く無制限であったものが、再生制限を付けること
が起こり得る。このため、再生装置側においては、再生
したことの定義を明確することが必要となり、その定義
に従って再生回数や再生時間を設定する必要がある。例
えば１曲の中で３０秒以上聞いた時には、聞いたとさ
れ、２５秒でつまらないので、次の曲へスキップしたと
きは、聞かなかったと定義されることがあり得る状況で
ある。音楽を購入する場合も、３回しか聞かないので、
安価に購入できることも考えられる。

【０００６】すなわち、従来では、購入したパッケージ
メディアの再生は、自由であったが、今後は、再生装置
は、種々の再生制限の条件を見る必要が生じる。言い換
えれば、そのような再生制限情報に従った制御を行うこ
とができない再生装置は、再生制限の付いた曲を再生す
ることができない。再生装置は、再生の定義に従って再
生回数、再生時間等を管理することができる必要があ
る。また、その管理されている値は、充分なセキュリテ
ィが必要であることは言うまでもない。

【０００７】従って、この発明の目的は、再生制限情報
が再生回数である時に、１回の再生を定義し、再生回数
が再生制限回数を越えるまで、コンテンツを再生するこ
とができる再生装置および再生方法を提供することにあ
る。

【０００８】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１の発明は、複数のファイルとファイル
に関する再生回数制限情報を記憶できる記憶手段と、記
憶手段に記憶されている複数のファイルから所望のファ
イルの再生を指示する指示手段と、指示手段にて指示さ
れた所望のファイルに再生制限が設定されているか否か
を判別する判別手段と、判別手段にて指示手段で指示さ
れた所望のファイルに再生制限が設定されていると判断
された場合には、指示手段にて指示された所望のファイ
ルの再生を行った経過時間を計数する計数手段と、計数
手段で計数した経過時間と所定時間とを比較する比較手
段と、比較手段にて、計数手段で計数した経過時間が所
定時間を越えた場合には、再生制限情報を編集する編集
手段とを備えことを特徴とする再生装置である。

【０００９】請求項１０に記載の発明は、複数のファイ
ルと、ファイルに対する再生制限に関する情報が記憶さ
れたメモリを備え、メモリから再生制限に関する情報が
設定されたファイルを再生する再生方法であって、メモ
リに記憶されている複数のファイルから所望のファイル
の再生を指示するステップと、指示された所望のファイ
ルに再生制限が設定されているか否かを判別するステッ
プと、判別するステップにおいて、指示された所望のフ
ァイルに再生制限が設定されていると判断された場合に
は、指示された所望のファイルの再生を行った経過時間
を計数するステップと、計数した経過時間と所定時間と
を比較するステップと、比較ステップにて計数した経過
時間が所定時間を越えていると判断された場合には、再
生制限回数に関する情報を編集するステップとからなる
再生方法である。

【００１０】この発明では、再生時間が所定時間に到達
した時に１回の再生がなされたと判定されると、再生回
数ＣＴがデクリメントされる。また、再生途中において
再生以外の特定のボタンが押された場合には、その押さ
れたボタンに応じた処理がなされ、トラックの再生時間
の計数が一時停止されたり、また、計数された再生時間
のリセットがなされる。このため、明確な再生の定義に
従って、再生回数を管理することが可能となる。

【００１１】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３１】メモリカード４０のセキュリティブロック
５２は、複数の認証キーとメモリカード毎にユニークな
ストレージキーを持つ。不揮発性メモリ５５は、暗号化
に必要なキーを格納するもので、外部からは見えない。
例えばストレージキーが不揮発性メモリ５５に格納され
る。さらに、乱数発生回路を持ち、専用（ある決められ
たデータフォーマット等の使用が同じシステム内の意
味）レコーダと認証ができ、セッションキーを共有でき
る。よりさらに、ＤＥＳの暗号化回路５４を通してスト
レージキーでキーのかけ直しができる。

【００３２】例えばメモリカード４０をレコーダに装着
した時に認証がなされる。認証は、レコーダのセキュリ
ティＩＣ２０とメモリカード４０のセキュリティブロッ
ク５２によってなされる。レコーダは、装着されたメモ
リカード４０が本人（同じシステム内のメモリカード）
であることを認め、また、メモリカード４０が相手のレ
コーダが本人（同じシステム内のレコーダ）であること
を認めると、互いに相手が本人であることを確認する。
認証が行われると、レコーダとメモリカード４０がそれ
ぞれセッションキーを生成し、セッションキーを共有す
る。セッションキーは、認証の度に生成される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５９】編集操作として、デバイド、コンバイン、
イレーズ、ムーブの４個の操作が規定される。デバイド
は、１つのトラックを２つに分割することである。デバ
イドがされると、総トラック数が１つ増加する。デバイ
ドは、一つのファイルをファイルシステム上で分割して
２つのファイルとし、再生管理ファイルを更新する。コ
ンバインは、２つのトラックを１つに統合することであ
る。コンバインされると、総トラック数が１つ減少す
る。コンバインは、２つのファイルをファイルシステム
上で統合して１つのファイルにし、再生管理ファイルを
更新する。イレーズは、トラックを消去することであ
る。消された以降のトラック番号が１つ減少する。ムー
ブは、トラック順番を変えることである。再生管理ファ
イルを更新する。ムーブの他の意味は、メモリカード内
ではなく、メモリカードから他の媒体例えばハードディ
スクにトラックを移動させる処理のことである。コピー
は、オリジナルの複製を作成する操作であるのに対し
て、ムーブは、移動のみを意味する。従って、ムーブに
よって、トラックの複製が発生しない。

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

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

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

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

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

【００６５】ＳＮ１Ｃ＋Ｌ（２バイト） 意味：ＮＭ１−Ｓ領域に書かれるメモリカードの名前
（１バイト）の属性を表す 機能：使用する文字コードと言語コードを各１バイトで
表す 値：文字コード（Ｃ）は上位１バイトで下記のように文
字を区別する ００： 文字コードは設定しない。単なる２進数として
扱うこと 01: ASCII 02:ASCII+KANA 03:modifided8859-1 81:MS-JIS 82:KS C 5601-1989 83:GB2312-80 90:S-J
IS(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 機能：総トラック数 値：１から０ｘ０１９０（最大４００トラック）、デー
タが無い場合はオールゼロとすること ＶｅｒＮｏ（２バイト） 意味：フォーマットのバージョン番号 機能：上位がメジャーバージョン番号、下位がマイナー
バージョン番号

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

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

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

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

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

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

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

【００７５】ＡＴＲＡＣ３データファイルは、トラック
情報管理ファイルと比較して、相当大きなデータ量（例
えば数千のブロックが繋がる場合もある）であり、ＡＴ
ＲＡＣ３データファイルに関しては、後述するように、
ブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬが付けられてい
る。但し、ＡＴＲＡＣ３データファイルは、通常複数の
ファイルがメモリカード上に存在するので、ＣＯＮＮＵ
Ｍ０でコンテンツの区別を付けた上で、ＢＬＯＣＫ Ｓ
ＥＲＩＡＬを付けないと、重複が発生し、ＦＡＴが壊れ
た場合のファイルの復旧が困難となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９７】値：０から０ｘＦＦＦＦＦＦＦＦ。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１３６】この発明は、メモリカードから再生したデ
ータファイル（ＡＴＲＡＣ３ファイル）に、再生回数に
関する再生制限情報があるとき、１回の再生を定義し、
規定の再生回数に達したら、以降の再生動作を禁止する
ことができるものである。以下、図２５〜図３２を参照
して説明したトラック管理ファイルＴＲＫＬＩＳＴに基
づいて再生制限に関連する部分をより詳細に説明する。
ただし、以下の説明は、ＡＴＲＡＣ３データファイルの
属性ヘッダ中のトラック情報ＴＲＫＩＮＦ中の再生制限
情報に関連する部分を使用しても同様に適用することが
できる。

【０１３７】図３４は、上述したディジタルオーディオ
レコーダの内で、この発明と関連する部分の構成を概略
的に示す。ＤＳＰ３０、メモリカード４０、ＣＰＵ９
０、操作入力部９１、ＳＲＡＭ３１（または３６）、オ
ーディオデコーダ１２、インターフェース１１およびＤ
／Ａ変換回路１８が関連する構成要素である。以下、Ｃ
ＰＵ９０および操作入力部９１は、前述したバス３２を
介して外部に接続されたアンプ等に設けられているもの
で、このＣＰＵ９０および操作入力部９１により各種指
示やシステム全体の制御がなされる。また、後述する動
作は、ＤＳＰ３０もしくはＣＰＵ９０によるソフトウェ
ア的な処理により実現される。

【０１３８】操作入力部９１には、通常再生ボタン、停
止ボタン、早送りボタン、一時停止ボタン、巻き戻しボ
タン、自動選曲ボタン等が配設されている。自動選曲動
作は、メモリカード４０に記録されている曲（トラッ
ク）を自動的に選曲するもので、ファイル検索動作の一
つである。操作入力部９１において、各スイッチおよび
ボタンの状態に応じた操作信号が形成される。この操作
信号がＣＰＵ９０に供給される。操作入力部９１からの
操作信号に応じた制御信号によって、再生動作等の動作
がなされる。

【０１３９】メモリカード４０がレコーダに装着される
と、または再生ボタンが押されると、装着されたメモリ
カードが正規のものであるか否かの認証がなされ、認証
が完了すると、メモリカード４０のフラッシュメモリか
らトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦが
ＤＳＰ３０によって、ＳＲＡＭ３１または３６に読み込
まれる。トラック情報管理ファイルＴＲＫＬＩＳＴ．Ｍ
ＳＦ中の再生制限値群８１がＳＲＡＭ３１または３６に
読み込まれる。

【０１４０】また、ＤＳＰ３０は、再生時にメモリカー
ド４０から読み出したオーディオファイルを１ＳＵ単位
でオーディオデコーダ１２に転送し、復号する。この場
合、暗号化されたオーディオファイルが復号されるが、
図３４では、暗号化のための構成要素が省略されてい
る。復号出力がインターフェース回路１１を介してＤ／
Ａ変換回路１８に供給される。そして、Ｄ／Ａ変換回路
１８において、再生音声信号が形成され、この再生音声
信号が出力端子１９を介して取り出され、図示せずも他
のアンプ等に供給されて音声として再生される。

【０１４１】ＤＳＰ３０において、再生開始日、再生期
限日、トラックの再生回数ＣＴ、改ざん検出フラグ等に
基づいて、再生動作の許可／禁止が制御される。また、
これらの再生制限情報の改ざんの有無が検出され、改ざ
んを検出した時には、再生動作が禁止される。例えば、
再生回数が許可された再生制限回数より小であり、且つ
改ざんが検出されない場合に、再生動作が許可される。

【０１４２】一方、改ざんが検出された場合には、ＤＳ
Ｐ３０において制御情報が形成されて再生が禁止され
る。また、改ざんが検出されなくとも、再生した回数が
再生制限回数以上であると、再生が禁止される。このよ
うに、再生回数が再生制限回数に達しているかどうかを
決定する場合には、ＤＳＰ３０が１回の再生を定義する
必要がある。

【０１４３】このために、ＤＳＰ３０は、オーディオデ
コーダ１２に転送した再生データのＳＵ数を再生時間に
換算し、同一トラック（同一の音楽ファイル）に関する
再生時間の累積時間が所定時間に到達した時に１回の再
生がなされたものとみなす。例えばあるモードでは、５
１個のＳＵが１秒に相当するので、３０秒の再生時間を
１回の再生とみなす設定では、５１×３０＝１５３０個
のＳＵがオーディオデコーダ１２に転送された時に、１
回の再生がされたと扱われる。

【０１４４】１回の再生がされると、ＳＲＡＭ３１また
は３６上の再生回数ＣＴをデクリメントして（ＣＴ＝Ｃ
Ｔ−１）とする。また、再生指令がＣＰＵ９０を介して
与えられた時に、再生回数ＣＴによってハッシュ値を再
計算し、得られた今回のハッシュ値と、以前計算された
前回ハッシュ値とが比較され、両者の一致が検出され
る。一致している場合には、再生制限情報としての再生
回数ＣＴが改ざんされてないと決定され、不一致の場合
には、改ざんされているおそれがあると決定される。改
ざんされてないと決定された時には、上述したように、
再生動作がなされ、再生回数ＣＴがデクリメントされ
る。ハッシュ値は、メモリカード４０が抜かれてから装
着された場合、または電源がオフされた場合には、再生
に先立って計算され、暗号化回路２２の不揮発性メモリ
中の外部から見えない領域に保持される。すなわち、ハ
ッシュ値自身を読み出すことができず、比較結果のみを
ＤＳＰ３０が受け取ることができる。なお、この発明で
は、改ざんの有無を検出する処理は、必ずしも必要では
ない。

【０１４５】また、再生途中において操作入力部９１の
操作によって、早送り動作、巻き戻し動作または再生動
作の一時停止動作がなされる場合には、再生対象とされ
るトラックの再生時間の計数が一時停止され、待機状態
とされる。また、再生途中で、停止動作または自動選曲
動作が指示される場合には、再生対象とされるトラック
の再生時間の計数がリセットされる。

【０１４６】上述した一実施形態の再生動作についてさ
らに具体的に詳細に説明する。図３５は、例えば、３０
秒程度の再生がなされた時点で一回の再生となみす再生
動作の処理手順を示す。

【０１４７】先ず、ステップＳ１において、再生指示が
なされたかどうかの判定が継続してなされる。再生指示
がなされると、ＳＲＡＭ３１または３６上のトラック情
報管理ファイルＴＲＫＬＩＳＴを参照して、そのトラッ
ク（音楽）ファイルが制限付き再生かどうか決定される
（ステップＳ２）。再生対象とされるトラックが制限付
き再生でないと決定される場合には、ステップＳ９に移
行し、通常再生がなされる。

【０１４８】制限付き再生であると決定される場合に
は、ステップＳ３において、前回までの再生回数ＣＴが
セットされると共に、ＤＳＰ３０からオーディオデコー
ダ１２に転送されるＳＵ（サウンドユニット）値ｍが
（ｍ＝０）にセットされる。前回までの再生回数ＣＴ
は、ＳＲＡＭ３１または３６上のトラック情報管理ファ
イルＴＲＫＬＩＳＴに記録されている。また、ＳＵ値ｍ
は、ＳＲＡＭ３１または３６上の所定領域に記録されて
いる。なお、ハッシュ値による改ざんチェックは、ステ
ップＳ２とＳ３との間で行われる。

【０１４９】ステップＳ３に続くステップＳ４におい
て、メモリカード４０からオーディオファイルが読み出
され、ＤＳＰ３０を介してこのデータが１ＳＵ毎にオー
ディオデコーダ１２に転送される。オーディオデコーダ
１２に転送されたデータは、オーディオデコーダ１２に
おいて復号され、この復号出力がインターフェース回路
１１を介してＤ／Ａ変換回路１８に供給される。そし
て、Ｄ／Ａ変換回路１８からの再生音声信号が出力端子
１９を介して取り出され、図示せずも他のアンプ等に供
給されて音声として再生される。

【０１５０】再生処理に並行してＣＰＵ９０により操作
入力部９１の操作状態が監視され、再生ボタン以外のボ
タンが押されたかどうかがステップＳ５において決定さ
れる。ステップＳ５において、再生指示のままであると
決定されると、ステップＳ１１において、転送ＳＵ数ｍ
をカウントする。つまり、転送ＳＵ数ｍをインクリメン
ト（ｍ＝ｍ＋１）する。

【０１５１】そして、ステップＳ１２において、転送Ｓ
Ｕ数ｍが１５００（約３０秒）を越えたかどうか決定さ
れる。転送ＳＵ数ｍが１５００を越えないと決定される
場合には、再びステップＳ４の処理がなされ、次の１Ｓ
Ｕが転送される。このように再生ボタン以外のボタンが
押されず、再生指示のままで、然も、転送ＳＵ数ｍが１
５００に満たない場合には、繰り返して上述した転送Ｓ
Ｕ数のインクリメントがなされる。

【０１５２】若し、ステップＳ１２において、転送ＳＵ
数ｍが１５００を越えたと決定されると、ステップＳ１
４において、１回の再生がなされたとみなされ、再生回
数ＣＴがデクリメントされて（ＣＴ＝ＣＴ−１）とされ
ると共に、転送ＳＵ（サウンドユニット）値ｍが（ｍ＝
０）にリセットされる。このデクリメントした値ＣＴ−
１は、メモリカード４０のトラック情報管理ファイルに
戻されて、ＣＴの値が記録しなおされる。

【０１５３】ステップＳ１４の処理が完了すると、ステ
ップＳ１５において、デクリメントした後の再生回数Ｃ
Ｔが０かどうか決定される。再生回数ＣＴが（ＣＴ＝
０）である場合には、ステップＳ１６において再生禁止
動作がなされる。つまり、ＤＳＰ３０によって再生禁止
とする制御情報が形成されて各部に供給される。この場
合、再生回数ＣＴが設定回数に達したために再生動作が
禁止される旨のメッセージが音声、または表示で利用者
に告知される。若し、ステップＳ１５において、（ＣＴ
＝０）でないと決定されると、再生回数に関する処理が
終了し、そのまま再生処理がなされる。

【０１５４】若し、ステップＳ５において、再生ボタン
以外のボタンが押されることによって、再生以外の動作
の指示がなされたと判定される場合には、ステップＳ６
において、早送りボタンまたは巻き戻しボタンが押さ
れ、早送り再生動作または巻き戻し再生が指示されたか
どうかが決定される。同様に、ステップＳ６において、
一時停止動作が指示されたかどうかが決定がなされる。
早送り動作、巻き戻し動作または一時停止動作が指示さ
れると、ステップＳ７に移行し、転送ＳＵ数ｍの値が保
持され、再びステップＳ５に処理が戻る。

【０１５５】若し、ステップＳ６において、早送り動
作、巻き戻し動作または一時停止動作が指示されたと決
定されない場合には、ステップＳ８において、停止動作
または自動選曲動作が指示されたかどうか決定される。
自動選曲動作が指示されることは、現に再生しているト
ラックから次のトラックの再生に移る動作である。従っ
て、自動選曲動作が指示されていると、ＣＰＵ９０から
ＤＳＰ３０に対して再生要求が送信される。従って、ス
テップＳ１において、自動選曲に基づく再生指示がなさ
れたものと決定される。ステップＳ８において、停止動
作または自動選曲動作でないと決定されると、再生回数
の処理が終了する。

【０１５６】なお、上述した具体例においては、再生動
作がなされる度にトラックの再生回数ＣＴを一つずつデ
クリメントして（ＣＴ＝０）となる時に、再生を禁止す
る場合について説明したが、ＣＴを実際の再生回数のカ
ウント値として再生動作がなされる度にＣＴの値を０か
ら＋１ずつインリメントして再生条件付きのトラックの
再生許可回数ＭＴと等しくなった（ＭＴ＝ＣＴ）の時
に、再生を禁止するようにしても良い。さらに、ＣＴを
設けずに、ＭＴを１回の再生毎に１づつ減らしても良
い。また、再生回数ＣＴ、再生許可回数ＭＴの値は、上
述した処理で変更され、メモリカード４０を取り外す
時、または電源をオフする時に、メモリカード４０のト
ラック情報管理ファイルＴＲＫＬＩＳＴに書き戻され
る。

【０１５７】また、上述した一実施形態におていは、転
送ＳＵ数ｍが１５００（約３０秒）を越えた時に再生１
回とみなす場合について説明したが、特にその再生時間
の数値に限定されず、また、他の時間単位を用いて再生
時間を計数するようにしても良い。

【０１５８】なお、上述した説明においては、ディジタ
ルオーディオレコーダにこの発明を適用した場合につい
て説明したが、他の映像・音響機器に容易に適用するこ
とができる。

【０１５９】

【発明の効果】この発明は、再生制限回数を有するコン
テンツに関して、正規の再生時間の累積時間が所定時間
を越えたら、１回の再生と定義し、定義された再生回数
と再生制限回数とを照合し、再生制限回数に到達するま
での再生が可能である。従って、再生制限が付いたコン
テンツを再生することができる。

【図面の簡単な説明】

【図１】この発明の一実施形態の全体的構成を示すブロ
ック図である。

【図２】この発明の一実施形態におけるＤＳＰの構成を
示すブロック図である。

【図３】この発明の一実施形態におけるメモリカードの
構成を示すブロック図である。

【図４】この発明の一実施形態におけるフラッシュメモ
リのファイルシステム処理階層の構成を示す略線図であ
る。

【図５】この発明の一実施形態におけるフラッシュメモ
リのデータの物理的構成のフォーマットを示す略線図で
ある。

【図６】この発明の一実施形態におけるファイルの規定
を示す略線図である。

【図７】この発明の一実施形態における再生管理ファイ
ルのデータ構成を概略的に示す略線図である。

【図８】この発明の一実施形態におけるデータファイル
のデータ構成を概略的に示す略線図である。

【図９】この発明の一実施形態におけるデータファイル
の構成を示す略線図である。

【図１０】この発明の一実施形態におけるデータファイ
ルの編集処理の一例を示す略線図である。

【図１１】この発明の一実施形態におけるデータファイ
ルの編集処理の他の例を示す略線図である。

【図１２】この発明の一実施形態における再生管理ファ
イルの構成を示す略線図である。

【図１３】再生管理ファイルの部分と付加情報領域の構
成を示す略線図である。

【図１４】この発明の一実施形態における付加情報の例
を示す略線図である。

【図１５】この発明の一実施形態における付加情報の例
を示す略線図である。

【図１６】この発明の一実施形態における付加情報の例
を示す略線図である。

【図１７】この発明の一実施形態における付加情報の具
体的なデータ構成を示す略線図である。

【図１８】この発明の一実施形態におけるデータファイ
ルの構成を示す略線図である。

【図１９】データファイルの属性ヘッダの一部を示す略
線図である。

【図２０】データファイルの属性ヘッダの一部を示す略
線図である。

【図２１】この発明の一実施形態における録音モードの
種類と、各録音モードにおける録音時間等を示す略線図
である。

【図２２】この発明の一実施形態におけるコピー制御情
報を説明するための略線図である。

【図２３】データファイルの属性ヘッダの一部を示す略
線図である。

【図２４】データファイルの各データブロックのヘッダ
を示す略線図である。

【図２５】この発明に使用できるファイルの他のデータ
構成の規定を示す略線図である。

【図２６】他のデータ構成におけるファイル間の関係を
示す略線図である。

【図２７】他のデータ構成におけるトラック管理ファイ
ルの構成を示す略線図である。

【図２８】他のデータ構成におけるトラック管理ファイ
ル中の名前ファイルの構成を示す略線図である。

【図２９】他のデータ構成におけるトラック管理ファイ
ル中の名前ファイルの構成を示す略線図である。

【図３０】他のデータ構成におけるデータファイルの構
成を示す略線図である。

【図３１】他のデータ構成における付加情報管理ファイ
ルの構成を示す略線図である。

【図３２】他のデータ構成における付加情報データの構
成を示す略線図である。

【図３３】ファイル修復処理の流れを説明するための略
線図である。

【図３４】この発明の一実施形態の構成を示すブロック
図である。

【図３５】この発明の一実施形態の動作説明に用いるフ
ローチャートである。

【符号の説明】

１２・・・オーディオデコーダ、３０・・・ＤＳＰ、４
０・・・メモリカード、８１・・・再生制限値群（再生
回数ＣＴ，再生許可回数ＭＴ等）、８２・・・転送ＳＵ
数ｍ、９０・・・ＣＰＵ、９１・・・操作入力部、ＴＲ
ＫＬＩＳＴ．ＭＳＦ・・・トラック情報管理ファイル、
ＩＮＦＬＩＳＴ．ＭＳＦ・・・付加情報管理ファイル、
Ａ３Ｄｎｎｎ．ＭＳＡ・・・オーディオデータファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山田 栄一 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B065 BA09 CA11 CA40 CC08 CE26 PA17 5D044 AB05 CC08 DE50 GK12 5D045 DB10 9A001 BB01 BB03 BB04 BB05 CC05 DD08 DD09 EE03 EE04 EE05 FF03 GG22 HH15 HH30 JJ19 JJ25 KK02 KK31 KK37 KK42 KK43 LL02 LL03

Claims (16)

【特許請求の範囲】
1. 【請求項１】 複数のファイルと上記ファイルに関する
   再生回数制限情報を記憶できる記憶手段と、 上記記憶手段に記憶されている複数のファイルから所望
   のファイルの再生を指示する指示手段と、 上記指示手段にて指示された所望のファイルに再生制限
   が設定されているか否かを判別する判別手段と、 上記判別手段にて上記指示手段で指示された所望のファ
   イルに再生制限が設定されていると判断された場合に
   は、上記指示手段にて指示された所望のファイルの再生
   を行った経過時間を計数する計数手段と、 上記計数手段で計数した経過時間と所定時間とを比較す
   る比較手段と、 上記比較手段にて、上記計数手段で計数した経過時間が
   上記所定時間を越えた場合には、上記再生制限情報を編
   集する編集手段とを備えことを特徴とする再生装置。
2. 【請求項２】 請求項１において、 上記記憶手段は、不揮発性メモリにより構成されること
   を特徴とする再生装置。
3. 【請求項３】 請求項１において、 上記計数手段で計数した経過時間が上記所定時間を越え
   ない間にファイル検索指示がなされた場合には、上記計
   数手段にて計数した経過時間をリセットすることを特徴
   とする再生装置。
4. 【請求項４】 請求項１において、 上記計数手段で計数した経過時間が上記所定時間を越え
   ない間に停止指示がなされた場合には、上記計数手段に
   て計数した経過時間をリセットすることを特徴とする再
   生装置。
5. 【請求項５】 請求項１において、 上記計数手段にて経過時間を計数中に、上記再生を行っ
   ているファイルの高速再生指示が行われた場合には、上
   記計数手段での計数を一時停止することを特徴とする再
   生装置。
6. 【請求項６】 請求項１において、 上記計数手段にて経過時間を計数中に、上記再生を行っ
   ているファイルの再生一時停止指示が行われた場合に
   は、上記計数手段での計数を一時停止することを特徴と
   する再生装置。
7. 【請求項７】 請求項１において、 上記編集手段での上記再生制限に関する情報の編集は、
   上記再生制限情報を一つ減らすことを特徴とする再生装
   置。
8. 【請求項８】 請求項１において、 上記編集手段により編集された制限回数が所定の制限回
   数を越えた場合には、その指示されたファイルの再生を
   禁止することを特徴とする再生装置。
9. 【請求項９】 請求項１において、 上記記憶手段は、再生装置本体から着脱可能であること
   を特徴とする再生装置。
10. 【請求項１０】 複数のファイルと、上記ファイルに対
    する再生制限に関する情報が記憶されたメモリを備え、
    メモリから上記再生制限に関する情報が設定されたファ
    イルを再生する再生方法であって、 上記メモリに記憶されている複数のファイルから所望の
    ファイルの再生を指示するステップと、 上記指示された所望のファイルに再生制限が設定されて
    いるか否かを判別するステップと、 上記判別するステップにおいて、指示された所望のファ
    イルに再生制限が設定されていると判断された場合に
    は、上記指示された所望のファイルの再生を行った経過
    時間を計数するステップと、 上記計数した経過時間と所定時間とを比較するステップ
    と、 上記比較ステップにて上記計数した経過時間が上記所定
    時間を越えていると判断された場合には、上記再生制限
    回数に関する情報を編集するステップとからなる再生方
    法。
11. 【請求項１１】 請求項１０において、 上記経過時間が上記所定時間を越えない間にファイル検
    索指示がなされた場合には、上記経過時間をリセットす
    ることを特徴とする再生方法。
12. 【請求項１２】 請求項１０において、 上記経過時間が上記所定時間を越えない間に停止指示が
    なされた場合には、上記計数手段にて計数した経過時間
    をリセットすることを特徴とする再生方法。
13. 【請求項１３】 請求項１０において、 上記経過時間を計数中に、上記再生を行っているファイ
    ルの高速再生指示が行われた場合には、計数を一時停止
    することを特徴とする再生方法。
14. 【請求項１４】 請求項１０において、 上記経過時間を計数中に、上記再生を行っているファイ
    ルの再生一時停止指示が行われた場合には、計数を一時
    停止することを特徴とする再生方法。
15. 【請求項１５】 請求項１０において、 上記編集手段での上記再生制限に関する情報の編集は、
    上記再生制限情報を一つ減らすことを特徴とする再生方
    法。
16. 【請求項１６】 請求項１０において、 編集された制限回数が所定の制限回数を越えた場合に
    は、その指示されたファイルの再生を禁止することを特
    徴とする再生方法。