JP2001117821A - 記録媒体、編集装置、記録システム - Google Patents

Abstract

(57)【要約】 【課題】 コンテンツの供給元に応じた編集の可否の制
御を実現する。 【解決手段】 記録媒体には、記録した各コンテンツに
対応させてコンテンツ供給元を示す識別情報が記録され
るようにし、コンテンツに対する編集が求められた際に
は、その編集対象となるコンテンツについての識別情報
を確認し、識別情報で識別されるコンテンツ供給元に応
じて、編集の許可／禁止を制御するようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばオーディオ
データやビデオデータなどのコンテンツを記録する記録
媒体、記録されたコンテンツの編集を行うことのできる
編集装置、記録媒体にコンテンツを記録する記録システ
ムに関するものである。

【０００２】

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

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

【０００４】

【発明が解決しようとする課題】ところで、フラッシュ
メモリを用いたメモリカードを記録媒体としてオーディ
オデータやビデオデータ等のコンテンツを記録再生する
システムでは、例えば従来、パーソナルコンピュータで
使用されるファイル管理システムである、ＦＡＴ(File
Allocation Table) ファイルシステムを採用すること
や、メモリカード内でのファイル管理情報の工夫によ
り、容易にコンテンツの編集が可能となる。例えば１つ
の楽曲としてのオーディオデータが１つのコンテンツと
して記録されると仮定すると、そのコンテンツを分割し
て２つのコンテンツ、すなわち２つの曲にしたり、逆に
２つのコンテンツを結合させて１つのコンテンツ、すな
わち１つの曲にするような編集も可能である。これによ
り、ユーザーサイドでは、メモリカードに記録したコン
テンツを任意に加工して楽しむといったことも可能とな
る。

【０００５】しかしながら、メモリカードに記録したコ
ンテンツが任意に編集されることにより不都合が生じる
場合がある。例えばメモリカードへのコンテンツの記録
について、その記録経路を考えると、ＣＤやＭＤなどの
記録媒体をコンテンツ供給元としてダビング記録するこ
とや、或いは不特定多数を対象としたコンテンツ供給元
となるサーバから、インターネット等の通信システムを
介してユーザーが楽曲等のコンテンツをパーソナルコン
ピュータのＨＤＤ（ハードディスクドライブ）にダウン
ロード記録し、さらにそれをメモリカードにコピー或い
はムーブすることなどが考えられる。もちろん、ＣＤや
ＭＤなどの記録媒体からコンテンツをＨＤＤにコピー記
録し、さらにＨＤＤからメモリカードにコンテンツをコ
ピー或いはムーブすることなどの場合もある。メモリカ
ードへの記録経路はこれ以外にも多様に考えられる。

【０００６】なおムーブ、すなわちコンテンツの移動と
は、コンテンツを例えばＨＤＤからメモリカードにコピ
ー記録した後に、そのコピー元となる記録媒体（ＨＤ
Ｄ）からコンテンツを消去することで実現される動作形
態である。

【０００７】ここで、コンテンツ供給元の種別に関わら
ず、メモリカードに記録したコンテンツが無制限に編集
可能とすると、例えばコンテンツ供給元のサーバ等がイ
ンターネット等で配信したコンテンツまでもが無制限に
加工できることになる。ところがコンテンツ供給元とし
てのサーバ、もしくは著作権者等からすれば、コンテン
ツが編集されたくない場合があり、編集を禁止できるよ
うにすることが求められている。

【０００８】

【課題を解決するための手段】本発明はこのような状況
に応じて、コンテンツ供給元の種別に応じて、メモリカ
ード等の記録媒体に記録されたコンテンツの編集につい
て、許可／禁止ができるようにすることを目的とする。

【０００９】このため本発明の記録媒体は、コンテンツ
供給元から供給されるコンテンツを記録するコンテンツ
記録領域と、コンテンツ記録領域に記録したコンテンツ
についてコンテンツ供給元を識別できる識別情報を記録
できる管理領域とを備えているようにする。また上記記
録媒体に対して、コンテンツ記録領域に記録したコンテ
ンツの編集を行うことのできる本発明の編集装置は、コ
ンテンツ記録領域に記録したコンテンツに対する編集の
指示を行う操作手段と、操作手段により編集が指示され
たコンテンツに対応する識別情報からコンテンツ供給元
を判別する判別手段と、判別手段で判別されたコンテン
ツ供給元に応じて操作手段で指示されたコンテンツ編集
処理の実行又は実行禁止を制御する制御手段とを備える
ようにする。また、本発明の記録システムは、コンテン
ツ供給元から供給されるコンテンツを記録媒体のコンテ
ンツ記録領域に記録するコンテンツ記録手段と、コンテ
ンツ供給元に応じて、そのコンテンツ供給元を識別でき
る識別情報を発生させる識別情報発生手段と、コンテン
ツ記録領域に記録したコンテンツに対応させて、識別情
報発生手段により発生された識別情報を記録媒体の管理
領域に記録する識別情報記録手段とを備えるようにす
る。

【００１０】すなわち本発明では、記録媒体には、記録
した各コンテンツに対応させてコンテンツ供給元を示す
識別情報が記録されるようにする。そしてコンテンツに
対する編集が求められた際には、その編集対象となるコ
ンテンツについての識別情報を確認し、識別情報で識別
されるコンテンツ供給元に応じて、編集の許可／禁止を
制御するようにする。例えばコンテンツ供給元が通信回
線を介して接続されたサーバ等の部位であると識別され
た場合は、コンテンツ編集処理の実行を禁止する。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明していく。この実施の形態では、記録媒体の例と
しての不揮発性メモリ（フラッシュメモリ）を搭載する
メモリカードを挙げる。また編集装置の例として、メモ
リカードに対して記録再生動作を行うことのできるレコ
ーダ又はレコーダとパーソナルコンピュータ等によるシ
ステムを挙げる。さらに記録システムの例として、同じ
くメモリカードに対して記録再生動作を行うことのでき
るレコーダ又はレコーダとパーソナルコンピュータ等に
よるシステムを挙げる。また、実施の形態において扱う
ことのできるコンテンツとしてのデータは、オーディオ
データ、動画データ、静止画データ等のビデオデータ、
テキストデータ、プログラムデータ等、各種のものがあ
るが、説明上は楽曲等のオーディオデータを扱うものと
する。なお、主たるコンテンツとしてオーディオデータ
を扱う場合でも、ディジタルオーディオ信号以外の画
像、文字等を付加情報として記録／再生可能となる。説
明は次の順序で行う。 １．レコーダの構成 ２．メモリカードの構成 ３．ファイルシステム ３−１ 処理構造及びデータ構造 ３−２ ディレクトリ構成 ３−３ 管理構造及び編集方式 ３−４ 再生管理ファイル ３−５ データファイル ４．メモリカードへの各種記録経路及びコンテンツ供給
元の識別情報 ５．編集許可／禁止処理

【００１２】１．レコーダの構成 図１により、オーディオデータ等のコンテンツをメモリ
カードに対して記録再生することのできるメモリカード
記録再生装置（以下、レコーダ１）の構成を説明する。
このレコーダ１は、記録媒体として、着脱自在のメモリ
カードを使用する。そしてこのレコーダ１は、単体のオ
ーディオ装置として構成してもよいし、パーソナルコン
ピュータ、或いはオーディオ／ビジュアル機器に内蔵さ
れた装置部として構成してもよい。単体のオーディオ装
置とする場合は、例えばレコーダ１は据置型或いは携帯
用小型の記録再生装置とされる。その場合、アンプ装
置、スピーカ、ＣＤプレーヤ、ＭＤレコーダ、チューナ
等と共にオーディオシステムを構成することもできる。
また他の機器に内蔵される形態としては、例えばパーソ
ナルコンピュータにおいてＣＤ−ＲＯＭドライブやフロ
ッピーディスクドライブと同様の位置づけで、メモリカ
ードドライブとして採用することができる。さらにレコ
ーダ１をビデオカメラやゲーム機器に内蔵して、メモリ
カードをビデオデータやオーディオデータの記録媒体と
して用いることも可能である。またレコーダ１は、上記
の単体型、内蔵型に関わらず、衛星を使用したデータ通
信、ディジタル放送、インターネット等を経由して配信
されるディジタルオーディオ信号等を記録するレコーダ
としても適用できる。

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

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

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

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

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

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

【００１９】さらにＤＳＰ３０に対して、端子３２が接
続され、図示しない外部機器又は外部回路部との間でコ
ンテンツデータや制御データの相互通信を行うことがで
きるようにされている。ＤＳＰ３０は図２に示すインタ
ーフェース３７を介して、外部機器等との間で通信を行
う。例えばこのレコーダ１が単体で構成される場合は、
インターフェース３７及び端子３２は、例えばＵＳＢ、
ＩＥＥＥ１３９４、ＩＥＣ９５８、シリアルポート通
信、パラレルポート通信など、所定の通信方式に応じた
ものとされ、パーソナルコンピュータやオーディオ／ビ
ジュアル機器等との間で通信可能とされる。

【００２０】また、このレコーダ１がパーソナルコンピ
ュータやオーディオ／ビジュアル機器などに内蔵される
場合は、インターフェース３７及び端子３２は、例えば
それらの機器のシステムコントローラと接続される内部
バス等の構成をとることになる。

【００２１】端子３２に接続された機器或いは部位から
は、各種のデータがＤＳＰ３０に供給される。例えばレ
コーダ１がオーディオシステムやコンピュータシステム
の一部とされている場合は、そのオーディオシステムや
コンピュータシステムの全体の動作を制御する外部のシ
ステムコントローラからは、ユーザの操作に応じて発生
した録音指令、再生指令等のデータをＤＳＰ３０に与え
る。また、画像情報、文字情報等の付加情報のデータも
端子３２を介してＤＳＰ３０に供給される。さらにＤＳ
Ｐ３０は、端子３２を介して、メモリカード４０から読
み出された付加情報データ、制御信号等を外部のシステ
ムコントローラに供給することもできる。

【００２２】なお、図１にはユーザーが各種の操作を行
う操作キー等が設けられた操作部３９、及びユーザーに
対して各種の情報の提示を行う表示部３３を示してい
る。これらは特にレコーダ１が単体で構成される場合に
必要となるものであり、例えばレコーダ１がパーソナル
コンピュータに内蔵される場合などは、ＤＳＰ３０に操
作部３９及び表示部３３が直接接続される必要はない。
つまり単体の場合はＤＳＰ３０が操作部３９からの操作
入力の処理や表示部３３での表示制御を行うことになる
が、内蔵型の場合は、その装置のシステムコントローラ
がこれらの制御を行い、必要に応じてＤＳＰ３０に操作
情報を供給したり、或いはＤＳＰ３０から表示すべき内
容を示す情報を受け取ったりすればよいためである。

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

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

【００２５】なお、図１ではライン出力端子１９のみを
示しているが、もちろんデジタル出力端子、ヘッドホン
端子等が設けられてもよい。また外部機器へのコンテン
ツデータの出力は、上述のように端子３２を介して行う
こともできる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４３】図５は、メモリカード４０におけるフラッ
シュメモリ４２のデータの物理的構成の一例を示す。フ
ラッシュメモリ４２は、セグメントと称されるデータ単
位が所定数のブロック（固定長）へ分割され、１ブロッ
クが所定数のページ（固定長）へ分割される。フラッシ
ュメモリ４２では、ブロック単位で消去が一括して行わ
れ、書き込みと読み出しは、ページ単位で一括して行わ
れる。

【００４４】各ブロックおよび各ページは、それぞれ同
一のサイズとされ、１ブロックがページ０からページｍ
で構成される。１ブロックは、例えば８ＫＢ（Ｋバイ
ト）バイトまたは１６ＫＢの容量とされ、１ページが５
１２Ｂの容量とされる。フラッシュメモリ４２全体で
は、１ブロック＝８ＫＢの場合で、４ＭＢ（５１２ブロ
ック）、８ＭＢ（１０２４ブロック）とされ、１ブロッ
ク＝１６ＫＢの場合で、１６ＭＢ（１０２４ブロッ
ク）、３２ＭＢ（２０４８ブロック）、６４ＭＢ（４０
９６ブロック）の容量とされる。

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

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

【００４７】セグメントにおける先頭の二つのブロッ
ク、すなわちブロック０およびブロック１がブートブロ
ックである。ブロック１は、ブロック０と同一のデータ
が書かれるバックアップ用である。ブートブロックは、
メモリカード４０内の有効なブロックの先頭ブロックで
あり、メモリカード４０を機器に装填した時に最初にア
クセスされるブロックである。残りのブロックがユーザ
ブロックである。ブートブロックの先頭のページ０にヘ
ッダ、システムエントリ、ブート＆アトリビュート情報
が格納される。ページ１に使用禁止ブロックデータが格
納される。ページ２にＣＩＳ(Card Information Struct
ure)／ＩＤＩ(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-J
IS(for Voice) 。 言語コード（Ｌ）は下位１バイトで下記のようにEBU Te
ch 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
Recording Code：著作権コード) の例である。ＳＩＺＥ
＝０ｘ１４（２０バイト）とされ、この付加情報のデー
タ長が２０バイトであることが示される。また、Ｃ＋Ｌ
がＣ＝０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設
定が無いこと、すなわち、データが２進数であることが
示される。そして、データとして８バイトのＩＳＲＣの
コードが書かれる。ＩＳＲＣは、著作権情報（国、所有
者、録音年、シリアル番号）を示すものである。

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

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

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

【００９４】図１８に示すように、属性ヘッダの先頭か
ら３２バイトはヘッダとされ、２５６バイトが曲名領域
ＮＭ１（２５６バイト）であり、５１２バイトが曲名領
域ＮＭ２（５１２バイト）である。属性ヘッダのヘッダ
には、下記のデータが書かれる。

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

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

【００９７】次に属性ヘッダにおける曲名領域ＮＭ１お
よびＮＭ２について説明する。

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

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

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

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

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

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

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

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

【０１０６】ＣＣ（１バイト） 意味：COPY CONTROL 機能：コピー制御 値：図２０に示すように、ビット６および７によってコ
ピー制御情報を表し、ビット４および５によって高速デ
ィジタルコピーに関するコピー制御情報を表し、ビット
１，２，３によってコピー属性を表す。ビット０は未定
義である。 ＣＣの例： ビット７・・・０：コピー禁止、１：コピー許可 ビット６・・・０：オリジナル、１：第１世代以上 ビット５，４・・・００：コピー禁止、０１：コピー第
１世代、１０：コピー可 ビット３，２，１ ００１：オリジナルソースから記録したコンテンツであ
ることを示す。 ０１０：ＬＣＭからコピーしたコンテンツであることを
示す。 ０１１：ＬＣＭからムーブしたコンテンツであることを
示す。 １００以上：未定義。 なおＬＣＭとは、Licensed Compliant Moduleであり、
例えばパーソナルコンピュータやコンシューマ機器にお
けるＨＤＤなどが相当する。例えばＣＤからのディジタ
ル録音では（ｂｉｔ７，６）は０１、（ｂｉｔ５，４）
は００、（ｂｉｔ３，２，１）は００１或いは０１０と
なる。

【０１０７】ＣＮ（１バイト）（Ｏｐｔｉｏｎ） 意味：高速ディジタルコピーＨＳＣＭＳ(High speed Se
rial Copy ManagementSystem)におけるコピー許可回数 機能：コピー１回か、コピーフリーかの区別を拡張し、
回数で指定する。コピー第１世代の場合にのみ有効であ
り、コピーごとに減算する。 値：００：コピー禁止、０１から０ｘＦＥ：回数、０ｘ
ＦＦ：回数無制限。

【０１０８】データファイルにおける属性ヘッダにおい
ては、以上のようなトラック情報領域ＴＲＫＩＮＦに続
いて、０ｘ０３７０から始まる２４バイトのデータをパ
ーツ管理用のパーツ情報領域ＰＲＴＩＮＦと呼び、１つ
のトラックを複数のパーツで構成する場合に、時間軸の
順番にＰＲＴＩＮＦを並べていく。ＰＲＴＩＮＦ内のデ
ータについて、配置順序に従って以下に説明する。

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

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

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

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

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

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

【０１１５】４．メモリカードへの各種記録経路及びコ
ンテンツ供給元の識別情報 メモリカード４０におけるファイルシステムやレコーダ
１の構成を説明してきたが、このようなレコーダ１に装
填されたメモリカード４０に対してコンテンツが記録さ
れる場合の記録経路の各種の例、及びそれらの各場合に
ついてのコンテンツ供給元の識別情報について図２１、
図２２、図２３で説明する。コンテンツ供給元の識別情
報とは、上記したデータファイルの属性ヘッダにおける
「ＣＣ」のビット１，２，３に記録される値のこととな
る（図１８、図２０参照）。また各例においてレコーダ
１Ａ、１Ｂとは、図１の構成のレコーダ１に相当する。
また図２１〜図２３において、破線はコンテンツデータ
の流れ、実線は識別情報の流れを示している。

【０１１６】図２１は、ＣＤプレーヤ等の再生装置２０
０からのコンテンツ、例えばＣＤから再生された音楽デ
ータがメモリカード４０に記録される場合のデータ経路
を示している。の経路は、例えば単体で形成されるレ
コーダ１Ｂが再生装置２００と接続された場合である。
例えば再生装置２００と図１に示すレコーダ１（１Ｂ）
のディジタル入力セレクタ１６又はライン入力セレクタ
１３が接続され、再生装置２００からのデジタルオーデ
ィオデータもしくはアナログオーディオデータがレコー
ダ１に供給される場合である。

【０１１７】再生装置２００から供給されたコンテンツ
としてのデータは、レコーダ１Ｂにおいて図１で説明し
たようにエンコードや暗号化処理が行われて、メモリカ
ード４０に記録される。すなわち１曲としてのコンテン
ツが、上述した１つのデータファイルとして記録され
る。そしてこの場合は、レコーダ１ＢのＤＳＰ３０は、
コンテンツが再生専用のメディアであるＣＤ等から再生
され、ディジタル入力セレクタ１６又はライン入力セレ
クタ１３から入力されたものであるため、 コンテンツ
供給元の識別情報としての「ＣＣ」のビット１，２，３
の値として、「００１」を発生させ、それをデータファ
イルの属性ヘッダ内に記録させる。もちろんコンテンツ
の記録に伴ってデータファイル内の他の管理情報や、再
生管理ファイルの記録／更新も行う（以下の各例につい
ても同様）。

【０１１８】図２１のの経路は、例えばパーソナルコ
ンピュータやオーディオ／ビジュアル機器としての装置
１００に内蔵されるレコーダ１Ａの場合であり、装置１
００が再生装置２００と接続され、再生装置２００から
のデジタルオーディオデータもしくはアナログオーディ
オデータがレコーダ１Ａに直接供給される場合である。
この場合も、再生装置２００から供給されたコンテンツ
としてのデータは、レコーダ１Ａにおいてエンコードや
暗号化処理が行われて、メモリカード４０に記録され
る。すなわち１曲としてのコンテンツが、上述した１つ
のデータファイルとして記録される。そしてこの場合
は、装置１００のコントローラとしてのＣＰＵ１０１
が、コンテンツ供給元の識別情報としての「ＣＣ」のビ
ット１，２，３の値として、「００１」を発生させ、そ
れをレコーダ１Ａに供給する。レコーダ１Ａは供給され
た「ＣＣ」やその他必要な情報を用いて、データファイ
ル内の管理情報の記録や再生管理ファイルの記録／更新
を行う。

【０１１９】図２２は、例えばパーソナルコンピュータ
としての装置１００に内蔵されたＣＤ−ＲＯＭドライブ
１０３からのコンテンツ、例えばＣＤから再生された音
楽データがメモリカード４０に記録される場合のデータ
経路を示している。例えば単体で形成されるレコーダ１
Ｂは、装置１００と図１に示した端子３２を介してＵＳ
Ｂその他の通信方式により接続されている。

【０１２０】の経路は、ＣＤ−ＲＯＭドライブ１０３
で再生されたコンテンツが一旦ＨＤＤ１０２に格納さ
れ、その後ＨＤＤ１０２から再生されたコンテンツがレ
コーダ１Ｂに供給される場合である。ＨＤＤ１０２から
供給されたコンテンツとしてのデータは、レコーダ１Ｂ
においてメモリカード４０にコピー記録又はムーブ記録
される。そしてこの場合は、ＨＤＤ１０２からのコピー
記録又はムーブ記録となるため、コンテンツデータの送
信を管理する装置１００のＣＰＵ１０１は、レコーダ１
Ｂに対して、「ＣＣ」のビット１，２，３の値として、
「０１０」又は「０１１」を発生させ、それをデータフ
ァイルの属性ヘッダ内に記録させる。

【０１２１】図２２のの経路は、ＣＤ−ＲＯＭドライ
ブ１０３で再生されたコンテンツが直接レコーダ１Ｂに
供給される場合である。ＣＤ−ＲＯＭドライブ１０３か
ら供給されたコンテンツとしてのデータは、レコーダ１
Ｂにおいてメモリカード４０に記録される。そしてこの
場合は、ＣＤからの記録となるため、コンテンツデータ
の送信を管理する装置１００のＣＰＵ１０１は、レコー
ダ１Ｂに対して、「ＣＣ」のビット１，２，３の値とし
て、「００１」を発生させ、それをデータファイルの属
性ヘッダ内に記録させる。

【０１２２】図２３は、例えばＩＳＤＮ等の一般通信回
線、衛星通信回線、その他の何らかの伝送路を介して、
パーソナルコンピュータ等の装置１００が、サーバ３０
０によって提供されるコンテンツをＨＤＤ１０２にダウ
ンロード記録する場合を示しており、さらに装置１００
にレコーダ１Ｂが接続されている場合である。レコーダ
１Ｂは装置１００との間で、図１に示した端子３２を介
してＵＳＢその他の通信方式により接続されている。そ
してサーバによって提供され、ＨＤＤ１０２に格納され
たコンテンツがレコーダ１Ｂに供給される場合である。

【０１２３】この場合、ＨＤＤ１０２から供給されたコ
ンテンツとしてのデータは、レコーダ１Ｂにおいてメモ
リカード４０にコピー記録又はムーブ記録される。そし
てこの場合は、ＨＤＤ１０２からのコピー記録又はムー
ブ記録となるため、コンテンツデータの送信を管理する
装置１００のＣＰＵ１０１は、レコーダ１Ｂに対して、
「ＣＣ」のビット１，２，３の値として、「０１０」又
は「０１１」以上の値を発生させ、それをデータファイ
ルの属性ヘッダ内に記録させる。上述したように「１０
０」以上は未定義とされているが、例えば伝送路を介し
て取り込まれたコンテンツに関しては、「１００」以上
の値を割り当てるようにすることも考えられ、その場合
は、ＣＣは「１００」以上の値となる。

【０１２４】なお、図２１、図２２、図２３の例は、非
常に多様なコンテンツ記録経路の代表的な例にすぎず、
これ以外にも各種の記録経路が考えられる。そして各場
合において、コンテンツ供給元の識別情報となる「Ｃ
Ｃ」のビット１，２，３の値は、レコーダ１へのコンテ
ンツ供給側の装置からレコーダ１に伝送されるか、もし
くはレコーダ１内でＤＳＰ３０が発生させるものとな
る。

【０１２５】５．編集許可／禁止処理 続いて、レコーダ１においてメモリカード４０に記録し
たコンテンツ、すなわちデータファイルの編集が指示さ
れた際の処理を説明する。ここでいうデータファイルの
編集とは、例えば図１０、図１１で説明したコンバイン
やデバイドである。コンバインやデバイドが行われるこ
とで、例えば楽曲としてのコンテンツはユーザーが任意
に加工できることになるが、コンテンツ提供者からみれ
ばそのような加工は好ましくない場合があり、このため
本例では、コンバインやデバイドについて制限が課され
るようにしている。

【０１２６】図２４は、レコーダ１に対して、ユーザー
によってデータファイルの分割処理、すなわちデバイド
の操作が行われた場合のＤＳＰ３０の処理を示してい
る。ユーザーはデバイドの際には、まずメモリカード４
０に記録されている或るデータファイルを指定した上
で、デバイド操作、すなわち分割ポイントの指定や、分
割の実行指示を行うことになる。なお、ユーザーの操作
は、図１に示した操作部３９、もしくは端子３２に接続
されたマスター機器側の操作部で可能である。

【０１２７】ここでＤＳＰ３０は、デバイド対象として
の或るデータファイルが指定されたら、ステップＦ１０
１としてその対象データファイルの属性ヘッダにおける
トラック情報領域ＴＲＫＩＮＦを確認する。より具体的
には、ここで「ＣＣ」の値、すなわちコンテンツ供給元
を確認する。

【０１２８】そして「ＣＣ」のビット１，２，３の値が
「０１１」以上でない場合、すなわち「００１」又は
「０１０」であった場合は、ステップＦ１０２からＦ１
０３に進んでデータファイルのデバイドを実行する。つ
まりユーザーの指定した分割ポイントでデータファイル
を分割し、図１１で説明したように２つのデータファイ
ルにする。具体的には再生管理ファイルの更新、及び分
割された新たなデータファイルにおける属性ヘッダの設
定など、管理情報の更新によりデバイドを実現する。ま
たこの際、ステップＦ１０４として示すように、分割さ
れた両データファイルにおける属性ヘッダのＣＣの値
は、分割前の元のデータファイルの「ＣＣ」の値をその
まま設定する。

【０１２９】一方、ステップＦ１０２で「ＣＣ」のビッ
ト１，２，３の値が「０１１」以上であった場合は、ス
テップＦ１０５に進み、編集が禁止されていることを提
示し、デバイド処理は実行しない。提示としては、例え
ば図１に示した表示部３３に編集不可の旨を表示した
り、或いは端子３２を介して接続されている機器におけ
る表示部で表示することで行う。又は警告音、警告メッ
セージ等で編集不可の旨を提示してもよい。

【０１３０】このような図２４の処理により、本例で
は、ＣＤ等のオリジナルソースからメモリカード４０に
記録されたコンテンツ、もしくはＨＤＤ等からコピーさ
れたコンテンツについては、デバイド編集可能となる
が、ＨＤＤ等からムーブされたコンテンツについてはデ
バイド編集が禁止されることになる。ＨＤＤ等からムー
ブされたコンテンツ、すなわち「ＣＣ」のビット１，
２，３の値が「０１１」以上となるコンテンツは、例え
ば図２２、図２３のようにサーバ或いは何らかのソース
からＨＤＤ１０２に記録され、それがメモリカード４０
にムーブされたものであり、サーバ側や著作権者にして
みれば、コンテンツの加工を制限したい場合である。従
って本例では、このようにコンテンツの加工が制限され
るべき場合において、デバイド編集が禁止されることに
なり、好適なシステムが構築できる。

【０１３１】図２５は、レコーダ１に対して、ユーザー
によってデータファイルの結合処理、すなわちコンバイ
ンの操作が行われた場合のＤＳＰ３０の処理を示してい
る。ユーザーはコンバインの際には、まずメモリカード
４０に記録されている２つのデータファイルを指定した
上で、コンバインの実行指示を行うことになる。

【０１３２】ここでＤＳＰ３０は、コンバイン対象とし
ての２つのデータファイルが指定されたら、ステップＦ
２０１としてそれらの対象データファイルの属性ヘッダ
におけるトラック情報領域ＴＲＫＩＮＦを確認する。す
なわち両データファイルの「ＣＣ」の値からコンテンツ
供給元を確認する。

【０１３３】そして両データファイルの「ＣＣ」のビッ
ト１，２，３の値がいずれも「０１１」以上でない場
合、すなわち「００１」又は「０１０」であった場合
は、ステップＦ２０２からＦ２０３に進んで、データフ
ァイルのコンバインを実行する。つまり図１０で説明し
たように２つのデータファイルを結合する。具体的には
再生管理ファイルの更新、及び結合されたデータファイ
ルにおける属性ヘッダの設定など、管理情報の更新によ
りデバイドを実現する。またこの際、ステップＦ２０４
として示すように、結合されたデータファイルにおける
属性ヘッダのＣＣの値は、元のデータファイルの「Ｃ
Ｃ」の値をそのまま設定する。

【０１３４】一方、ステップＦ２０２で、データファイ
ルの一方でも、「ＣＣ」のビット１，２，３の値が「０
１１」以上であった場合は、ステップＦ２０５に進み、
編集が禁止されていることを提示し、コンバイン処理は
実行しない。提示方式は上記デバイドの場合と同様であ
る。

【０１３５】このような図２５の処理により、本例で
は、上記デバイドの場合と同様に、ＣＤ等のオリジナル
ソースからメモリカード４０に記録されたコンテンツ、
もしくはＨＤＤ等からコピーされたコンテンツについて
は、コンバイン編集可能となるが、ＨＤＤ等からムーブ
されたコンテンツについてはコンバイン編集が禁止され
ることになる。

【０１３６】以上、本発明の実施の形態としての例を説
明してきたが、実施の形態の例はあくまでも一例であ
り、システム構成、レコーダの構成、処理方式などは、
多様に考えられる。例えば編集可否の制御としては、上
記例ではＣＣ＝「００１」「０１０」の場合は編集を許
可するものとしたが、ＣＣ＝「００１」の場合のみ編集
を許可するようにしてもよい。また前述したように、Ｃ
Ｃ＝「１００」以上の値は、将来的に各種コンテンツ提
供元を示すものとして規定されることがあるが、本発明
では、コンテンツ提供元の種別に応じて、編集許可／禁
止を多様に設定できる。すなわち上記ステップＦ２０
２，Ｆ３０２の処理としては、多様な例が考えられる。
例えば、伝送路を介して通信されてきたコンテンツにつ
いてはＣＣ＝「１００」とし、ステップＦ２０２，Ｆ３
０２としてはＣＣ＝「１００」のときのみ、編集を禁止
するような処理方式も考えられる。

【０１３７】また上記例ではオーディオデータとしての
コンテンツを想定して説明したが、ビデオデータとして
のコンテンツについても、全く同様に本発明を適用でき
る。テキストデータその他のコンテンツについても同様
である。

【０１３８】

【発明の効果】以上の説明から分かるように本発明で
は、記録媒体には、記録した各コンテンツに対応させて
コンテンツ供給元を示す識別情報が記録されるように
し、コンテンツに対する編集が求められた際には、その
編集対象となるコンテンツについての識別情報を確認
し、識別情報で識別されるコンテンツ供給元に応じて、
編集の許可／禁止を制御するようにしている。従って、
コンテンツの編集の可否をコンテンツ供給元に応じて制
御できるという効果があり、多様なコンテンツ供給元に
対応して適切な編集可否の制御が可能となる。例えばコ
ンテンツ供給元が通信回線を介して接続されたサーバ等
の部位であると識別された場合は、コンテンツ編集処理
の実行を禁止することで、サーバ側や著作権者の意向を
尊重できるなど、実用上の利点が得られる。一方、編集
が許されるもの、例えば再生専用のディスクメディアが
コンテンツ供給元である場合は、編集可能とすることで
ユーザーの楽しみを阻害しないようにすることができ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態のレコーダのブロック図で
ある。

【図２】実施の形態のレコーダのＤＳＰのブロック図で
ある。

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

【図４】実施の形態におけるメモリカードのファイルシ
ステム処理階層の構成の説明図である。

【図５】実施の形態のメモリカードのデータの物理的構
成のフォーマットの説明図である。

【図６】実施の形態のメモリカードのディレクトリ構造
の説明図である。

【図７】実施の形態のメモリカードの再生管理ファイル
のデータ構成の説明図である。

【図８】実施の形態のメモリカードのデータファイルの
データ構成の説明図である。

【図９】実施の形態のデータファイルの構成の説明図で
ある。

【図１０】実施の形態のデータファイルのコンバイン編
集処理の説明図である。

【図１１】実施の形態のデータファイルのデバイド編集
処理の説明図である。

【図１２】実施の形態の再生管理ファイルの構成の説明
図である。

【図１３】実施の形態の再生管理ファイルの付加情報領
域の構成の説明図である。

【図１４】実施の形態の付加情報キーコードの説明図で
ある。

【図１５】実施の形態の付加情報キーコードの説明図で
ある。

【図１６】実施の形態の付加情報キーコードの説明図で
ある。

【図１７】実施の形態における付加情報の具体的なデー
タ構成の説明図である。

【図１８】実施の形態のデータファイルの構成の説明図
である。

【図１９】実施の形態のデータファイルの属性ヘッダの
「Ａ」の説明図である。

【図２０】実施の形態のデータファイルの属性ヘッダの
「ＣＣ」の説明図である。

【図２１】実施の形態のメモリカードへの記録経路の例
の説明図である。

【図２２】実施の形態のメモリカードへの記録経路の例
の説明図である。

【図２３】実施の形態のメモリカードへの記録経路の例
の説明図である。

【図２４】実施の形態のデータファイル分割の際の処理
のフローチャートである。

【図２５】実施の形態のデータファイル結合の際の処理
のフローチャートである。

【符号の説明】 １，１Ａ，１Ｂ レコーダ、１０ オーディオエンコー
ダ／デコーダＩＣ、２０ セキュリティＩＣ、３０ Ｄ
ＳＰ、４０ メモリカード、４２ フラッシュメモリ、
５２ セキュリティブロック

Claims (12)

【特許請求の範囲】
1. 【請求項１】 コンテンツ供給元から供給されるコンテ
   ンツを記録するコンテンツ記録領域と、 前記コンテンツ記録領域に記録したコンテンツについ
   て、前記コンテンツ供給元を識別できる識別情報を記録
   できる管理領域と、 を備えていることを特徴とする記録媒体。
2. 【請求項２】 当該記録媒体は、不揮発性メモリである
   ことを特徴とする請求項１に記載の記録媒体。
3. 【請求項３】 前記識別情報は、前記コンテンツ供給元
   が再生専用ディスクメディアであることを識別できる情
   報であることを特徴とする請求項１に記載の記録媒体。
4. 【請求項４】 前記識別情報は、前記コンテンツ供給元
   がハードディスクドライブであることを識別できる情報
   であることを特徴とする請求項１に記載の記録媒体。
5. 【請求項５】 前記識別情報は、前記コンテンツ供給元
   が、通信回線を介して接続された部位であることを識別
   できる情報であることを特徴とする請求項１に記載の記
   録媒体。
6. 【請求項６】 コンテンツ供給元から供給されるコンテ
   ンツを記録するコンテンツ記録領域と、前記コンテンツ
   記録領域に記録したコンテンツについて、前記コンテン
   ツ供給元を識別できる識別情報を記録できる管理領域と
   を備えた記録媒体に対して、前記コンテンツ記録領域に
   記録したコンテンツの編集を行うことのできる編集装置
   として、 前記コンテンツ記録領域に記録したコンテンツに対する
   編集の指示を行う操作手段と、 前記操作手段により編集が指示されたコンテンツに対応
   する識別情報からコンテンツ供給元を判別する判別手段
   と、 前記判別手段で判別されたコンテンツ供給元に応じて、
   前記操作手段で指示されたコンテンツ編集処理の実行又
   は実行禁止を制御する制御手段と、 を備えたことを特徴とする編集装置。
7. 【請求項７】 前記制御手段は、前記識別情報により、
   コンテンツ供給元が通信回線を介して接続された部位で
   あると識別された場合は、コンテンツ編集処理を実行禁
   止することを特徴とする請求項６に記載の編集装置。
8. 【請求項８】 前記コンテンツは、オーディオデータで
   あることを特徴とする請求項６に記載の編集装置。
9. 【請求項９】 前記コンテンツは、ビデオデータである
   ことを特徴とする請求項６に記載の編集装置。
10. 【請求項１０】 前記コンテンツ編集処理は、コンテン
    ツの分割処理であることを特徴とする請求項６に記載の
    編集装置。
11. 【請求項１１】 前記コンテンツ編集処理は、コンテン
    ツの結合処理であることを特徴とする請求項６に記載の
    編集装置。
12. 【請求項１２】 コンテンツ供給元から供給されるコン
    テンツを記録媒体のコンテンツ記録領域に記録するコン
    テンツ記録手段と、 前記コンテンツ供給元に応じて、そのコンテンツ供給元
    を識別できる識別情報を発生させる識別情報発生手段
    と、 前記コンテンツ記録領域に記録したコンテンツに対応さ
    せて、前記識別情報発生手段により発生された識別情報
    を、記録媒体の管理領域に記録する識別情報記録手段
    と、 を備えていることを特徴とする記録システム。