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