JP2000339207A - 記録媒体、データ処理装置 - Google Patents
記録媒体、データ処理装置Info
- Publication number
- JP2000339207A JP2000339207A JP11144957A JP14495799A JP2000339207A JP 2000339207 A JP2000339207 A JP 2000339207A JP 11144957 A JP11144957 A JP 11144957A JP 14495799 A JP14495799 A JP 14495799A JP 2000339207 A JP2000339207 A JP 2000339207A
- Authority
- JP
- Japan
- Prior art keywords
- additional information
- file
- data
- pointer
- recorded
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
- G11B20/00217—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source
- G11B20/00246—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is obtained from a local device, e.g. device key initially stored by the player or by the recorder
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
- G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
- G11B20/00492—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted
- G11B20/00528—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted wherein each title is encrypted with a separate encryption key for each title, e.g. title key for movie, song or data file
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
- G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
- G11B20/00557—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein further management data is encrypted, e.g. sector headers, TOC or the lead-in or lead-out areas
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
- G11B20/00746—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number
- G11B20/00753—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number wherein the usage restriction limits the number of copies that can be made, e.g. CGMS, SCMS, or CCI flags
- G11B20/00768—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number wherein the usage restriction limits the number of copies that can be made, e.g. CGMS, SCMS, or CCI flags wherein copy control information is used, e.g. for indicating whether a content may be copied freely, no more, once, or never, by setting CGMS, SCMS, or CCI flags
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11C—STATIC STORES
- G11C7/00—Arrangements for writing information into, or reading information out from, a digital store
- G11C7/16—Storage of analogue signals in digital stores using an arrangement comprising analogue/digital [A/D] converters, digital memories and digital/analogue [D/A] converters
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B2020/10851—Erasing data on the record carrier
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
- G11B2020/1264—Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting concerns a specific kind of data
- G11B2020/1265—Control data, system data or management information, i.e. data used to access or process user data
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2525—Magneto-optical [MO] discs
- G11B2220/2529—Mini-discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2545—CDs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/60—Solid state media
- G11B2220/61—Solid state media wherein solid state memory is used for storing A/V content
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/60—Solid state media
- G11B2220/65—Solid state media wherein solid state memory is used for storing indexing information or metadata
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11C—STATIC STORES
- G11C2207/00—Indexing scheme relating to arrangements for writing information into, or reading information out from, a digital store
- G11C2207/16—Solid state audio
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Abstract
(57)【要約】
【課題】 効率的かつ処理負担の少ないファイル形態の
実現 【解決手段】 付加情報ファイルＩＮＦＬＩＳＴ．ＭＳ
Ｆでは、複数の第１のポインタＩＮＦ−（ｎ）によっ
て、それぞれの第１のポインタが特定の付加情報ユニッ
トＩＮＦＵ−（ｎ）（実際の付加情報内容）を管理する
ようにし、さらに各第１のポインタが、管理ファイル内
の各第２のポインタによって管理されるようにする。ま
た付加情報ファイル内の各第１のポインタには、その第
１のポインタが示す付加情報ユニットの有効／無効を識
別する識別情報が含まれるようにすることで、実際の付
加情報ユニットを削除したい場合には、付加情報ファイ
ル内で第１のポインタにおける識別情報を更新のみで可
能とする。
実現 【解決手段】 付加情報ファイルＩＮＦＬＩＳＴ．ＭＳ
Ｆでは、複数の第１のポインタＩＮＦ−（ｎ）によっ
て、それぞれの第１のポインタが特定の付加情報ユニッ
トＩＮＦＵ−（ｎ）（実際の付加情報内容）を管理する
ようにし、さらに各第１のポインタが、管理ファイル内
の各第２のポインタによって管理されるようにする。ま
た付加情報ファイル内の各第１のポインタには、その第
１のポインタが示す付加情報ユニットの有効／無効を識
別する識別情報が含まれるようにすることで、実際の付
加情報ユニットを削除したい場合には、付加情報ファイ
ル内で第１のポインタにおける識別情報を更新のみで可
能とする。
Description
【０００１】
【発明の属する技術分野】本発明は各種データファイル
や付加情報ファイルが記録される記録媒体、及びこの記
録媒体に対する付加情報ファイルに対する編集を行うこ
とのできるデータ処理装置に関するものである。
や付加情報ファイルが記録される記録媒体、及びこの記
録媒体に対する付加情報ファイルに対する編集を行うこ
とのできるデータ処理装置に関するものである。
【０００２】
【従来の技術】近年、例えばフラッシュメモリなどの固
体記録素子を搭載した小型の記録媒体を形成し、専用の
ドライブ装置や、或いはドライブ装置をオーディオ／ビ
デオ機器、情報機器などに内蔵して、コンピュータデー
タ、静止画像データ、動画像データ、音楽データ、音声
データなどを記録再生できるようにするものが開発され
ている。このような記録媒体では、装置単体で記録再生
に用いたり、またパーソナルコンピュータ等の情報機器
や、或いはＣＤプレーヤ、ＭＤプレーヤ、ビデオ機器な
どのオーディオ・ビジュアル機器等の他の機器とシステ
ム化して多様なデータ処理を実現できるものとして期待
されている。
体記録素子を搭載した小型の記録媒体を形成し、専用の
ドライブ装置や、或いはドライブ装置をオーディオ／ビ
デオ機器、情報機器などに内蔵して、コンピュータデー
タ、静止画像データ、動画像データ、音楽データ、音声
データなどを記録再生できるようにするものが開発され
ている。このような記録媒体では、装置単体で記録再生
に用いたり、またパーソナルコンピュータ等の情報機器
や、或いはＣＤプレーヤ、ＭＤプレーヤ、ビデオ機器な
どのオーディオ・ビジュアル機器等の他の機器とシステ
ム化して多様なデータ処理を実現できるものとして期待
されている。
【０００３】
【発明が解決しようとする課題】ところで、このような
固体記憶素子を利用した記憶システムにおいては、記憶
したファイルに対する編集処理を行うことが求められて
いる。そしてさらに、単に編集可能とするだけでなく、
その編集処理がより効率化されること、例えば記録媒体
内でのファイル編集のために必要となるデータ移動・複
製・書換などが最小限であることや、編集のための処理
時間や消費電力を最小限とすることが要求されている。
特にこの様な記録媒体では、オーディオデータやビデオ
データ等に対応させて付加情報を記録できるようにする
ことが考えられているが、この付加情報自体は比較的デ
ータ規模の大きいデータとなる。このため、例えば１つ
の付加情報の削除などの編集を行いたい場合に、付加情
報ファイル全体の書換を行うような処理は、処理装置側
に高い処理能力が要求される。そして例えば通常の汎用
パーソナルコンピュータなどでは十分対応できる処理で
あっても、携帯用の記録再生装置などとしては過大な処
理負担となることがあり、この様な事情からも、効率的
かつ処理負担の少ない編集が可能となるような管理形態
が望まれている。
固体記憶素子を利用した記憶システムにおいては、記憶
したファイルに対する編集処理を行うことが求められて
いる。そしてさらに、単に編集可能とするだけでなく、
その編集処理がより効率化されること、例えば記録媒体
内でのファイル編集のために必要となるデータ移動・複
製・書換などが最小限であることや、編集のための処理
時間や消費電力を最小限とすることが要求されている。
特にこの様な記録媒体では、オーディオデータやビデオ
データ等に対応させて付加情報を記録できるようにする
ことが考えられているが、この付加情報自体は比較的デ
ータ規模の大きいデータとなる。このため、例えば１つ
の付加情報の削除などの編集を行いたい場合に、付加情
報ファイル全体の書換を行うような処理は、処理装置側
に高い処理能力が要求される。そして例えば通常の汎用
パーソナルコンピュータなどでは十分対応できる処理で
あっても、携帯用の記録再生装置などとしては過大な処
理負担となることがあり、この様な事情からも、効率的
かつ処理負担の少ない編集が可能となるような管理形態
が望まれている。
【０００４】
【課題を解決するための手段】本発明はこのような事情
に応じて、特に付加情報の管理編集について、簡易な処
理を実現する管理形態を提供することを目的とする。
に応じて、特に付加情報の管理編集について、簡易な処
理を実現する管理形態を提供することを目的とする。
【０００５】このため本発明の記録媒体は、１又は複数
のデータファイルと、記録された各データファイルを管
理する管理情報が記録される管理ファイルと、各データ
ファイル又は当該記録媒体全体に関する付加情報を記録
できる付加情報ファイルが記録される記録媒体であり、
特に、付加情報ファイルには、実際の付加情報が記述さ
れた１又は複数の付加情報ユニットと、各付加情報ユニ
ットを示す第１のポインタとが記録されるようにする。
そして管理ファイルには、各データファイル又は当該記
録媒体全体に対応して、第１のポインタを示す第２のポ
インタが記録されるようにする。つまり付加情報ファイ
ル内には、複数の第１のポインタによって、それぞれの
第１のポインタが特定の付加情報ユニット（実際の付加
情報内容）を管理するようにする。そしてさらに各第１
のポインタが、管理ファイル内の各第２のポインタによ
って管理されるようにする。各第２のポインタは、それ
ぞれ特定のデータファイル又は記録媒体全体に対応づけ
られる。つまり、各データファイル又は記録媒体全体に
対応する付加情報は、２段構成のポインタによって管理
される状態とする。これにより、比較的ファイル規模の
大きい付加情報ファイルについては更新しなくとも、フ
ァイル規模の小さい管理ファイルを更新することで、各
種の編集を可能とする。
のデータファイルと、記録された各データファイルを管
理する管理情報が記録される管理ファイルと、各データ
ファイル又は当該記録媒体全体に関する付加情報を記録
できる付加情報ファイルが記録される記録媒体であり、
特に、付加情報ファイルには、実際の付加情報が記述さ
れた１又は複数の付加情報ユニットと、各付加情報ユニ
ットを示す第１のポインタとが記録されるようにする。
そして管理ファイルには、各データファイル又は当該記
録媒体全体に対応して、第１のポインタを示す第２のポ
インタが記録されるようにする。つまり付加情報ファイ
ル内には、複数の第１のポインタによって、それぞれの
第１のポインタが特定の付加情報ユニット（実際の付加
情報内容）を管理するようにする。そしてさらに各第１
のポインタが、管理ファイル内の各第２のポインタによ
って管理されるようにする。各第２のポインタは、それ
ぞれ特定のデータファイル又は記録媒体全体に対応づけ
られる。つまり、各データファイル又は記録媒体全体に
対応する付加情報は、２段構成のポインタによって管理
される状態とする。これにより、比較的ファイル規模の
大きい付加情報ファイルについては更新しなくとも、フ
ァイル規模の小さい管理ファイルを更新することで、各
種の編集を可能とする。
【０００６】また付加情報ファイル内の各第１のポイン
タには、その第１のポインタが示す付加情報ユニットの
有効／無効を識別する識別情報が含まれるようにする。
これにより、実際の付加情報ユニットを削除したい場合
には、付加情報ファイル内で第１のポインタにおける識
別情報を更新のみで可能とする。
タには、その第１のポインタが示す付加情報ユニットの
有効／無効を識別する識別情報が含まれるようにする。
これにより、実際の付加情報ユニットを削除したい場合
には、付加情報ファイル内で第１のポインタにおける識
別情報を更新のみで可能とする。
【０００７】本発明のデータ処理装置は、上記のように
第１、第２のポインタ構成で付加情報が管理される記録
媒体に対して、入力された付加情報を付加情報ファイル
内の付加情報ユニットとして記録するとともに、その付
加情報ユニットの記録に伴って、第１のポインタ及び第
２のポインタを記録することで、記録した付加情報ユニ
ットが、或るデータファイル又は当該記録媒体全体に関
する付加情報として管理されるようにする。
第１、第２のポインタ構成で付加情報が管理される記録
媒体に対して、入力された付加情報を付加情報ファイル
内の付加情報ユニットとして記録するとともに、その付
加情報ユニットの記録に伴って、第１のポインタ及び第
２のポインタを記録することで、記録した付加情報ユニ
ットが、或るデータファイル又は当該記録媒体全体に関
する付加情報として管理されるようにする。
【０００８】また本発明のデータ処理装置は、上記記録
媒体に対して、付加情報ファイル内の第１のポインタに
ついて、識別情報が無効を示すように更新することで、
その第１のポインタが示す付加情報ユニットが削除され
た状態とするようにする。
媒体に対して、付加情報ファイル内の第１のポインタに
ついて、識別情報が無効を示すように更新することで、
その第１のポインタが示す付加情報ユニットが削除され
た状態とするようにする。
【０００９】また本発明のデータ処理装置は、上記記録
媒体に対して、付加情報ファイル内の各第１のポインタ
の識別情報に応じて、無効とされた付加情報ユニットを
含まない付加情報ファイルを生成し、記録媒体上の付加
情報ファイルを更新することができるようにする。
媒体に対して、付加情報ファイル内の各第１のポインタ
の識別情報に応じて、無効とされた付加情報ユニットを
含まない付加情報ファイルを生成し、記録媒体上の付加
情報ファイルを更新することができるようにする。
【００１０】
【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。なお、この実施の形態は、本発明の記録媒
体に相当する記録媒体として、板状の外形形状を有する
板状メモリを例に挙げることとする。また本発明のデー
タ処理装置に相当する例として板状メモリに対して記録
再生を行うことのできるドライブ装置を挙げる。さら
に、本発明でいう「データファイル」「管理ファイル」
「付加情報ファイル」の例は、それぞれ後述する「デー
タファイル（Ａ３Ｄｎｎｎｎｎ．ＭＳＡ）」「トラック
情報管理ファイル（ＴＲＫＬＩＳＴ．ＭＳＦ）」「付加
情報ファイル（ＩＮＦＬＩＳＴ．ＭＳＦ）」が相当する
ものである。説明は次の順序で行う。 １．板状メモリ ２．ドライブ装置の構成 ３．システム接続例 ４．ファイルシステム ４−１ 処理構造及びデータ構造 ４−２ ディレクトリ構成 ４−３ 管理構造 ４−４ トラック情報管理ファイル（ＴＲＫＬＩＳＴ．
ＭＳＦ） ４−５ データファイル（Ａ３Ｄｎｎｎｎｎ．ＭＳＡ） ４−６ 付加情報ファイル（ＩＮＦＬＩＳＴ．ＭＳＦ） ５．ファイル記録処理 ６．ファイル削除処理 ７．付加情報ファイル圧縮処理
て説明する。なお、この実施の形態は、本発明の記録媒
体に相当する記録媒体として、板状の外形形状を有する
板状メモリを例に挙げることとする。また本発明のデー
タ処理装置に相当する例として板状メモリに対して記録
再生を行うことのできるドライブ装置を挙げる。さら
に、本発明でいう「データファイル」「管理ファイル」
「付加情報ファイル」の例は、それぞれ後述する「デー
タファイル（Ａ３Ｄｎｎｎｎｎ．ＭＳＡ）」「トラック
情報管理ファイル（ＴＲＫＬＩＳＴ．ＭＳＦ）」「付加
情報ファイル（ＩＮＦＬＩＳＴ．ＭＳＦ）」が相当する
ものである。説明は次の順序で行う。 １．板状メモリ ２．ドライブ装置の構成 ３．システム接続例 ４．ファイルシステム ４−１ 処理構造及びデータ構造 ４−２ ディレクトリ構成 ４−３ 管理構造 ４−４ トラック情報管理ファイル（ＴＲＫＬＩＳＴ．
ＭＳＦ） ４−５ データファイル（Ａ３Ｄｎｎｎｎｎ．ＭＳＡ） ４−６ 付加情報ファイル（ＩＮＦＬＩＳＴ．ＭＳＦ） ５．ファイル記録処理 ６．ファイル削除処理 ７．付加情報ファイル圧縮処理
【００１１】１．板状メモリ まず図１により本例の記録媒体である、板状メモリ１の
外形形状について説明する。
外形形状について説明する。
【００１２】板状メモリ１は、例えば図１に示すような
板状の筐体内部に例えば所定容量ののメモリ素子を備え
る。本例としては、このメモリ素子としてフラッシュメ
モリ（Flash Memory）が用いられるものである。図１に
平面図、正面図、側面図、底面図として示す筐体は例え
ばプラスチックモールドにより形成され、サイズの具体
例としては、図に示す幅Ｗ１１、Ｗ１２、Ｗ１３のそれ
ぞれが、Ｗ１１＝６０ｍｍ、Ｗ１２＝２０ｍｍ、Ｗ１３
＝２．８ｍｍとなる。
板状の筐体内部に例えば所定容量ののメモリ素子を備え
る。本例としては、このメモリ素子としてフラッシュメ
モリ（Flash Memory）が用いられるものである。図１に
平面図、正面図、側面図、底面図として示す筐体は例え
ばプラスチックモールドにより形成され、サイズの具体
例としては、図に示す幅Ｗ１１、Ｗ１２、Ｗ１３のそれ
ぞれが、Ｗ１１＝６０ｍｍ、Ｗ１２＝２０ｍｍ、Ｗ１３
＝２．８ｍｍとなる。
【００１３】筐体の正面下部から底面側にかけて例えば
１０個の電極を持つ端子部２が形成されており、この端
子部２から、内部のメモリ素子に対する読出又は書込動
作が行われる。筐体の平面方向の左上部は切欠部３とさ
れる。この切欠部３は、この板状メモリ１を、例えばド
ライブ装置本体側の着脱機構へ装填する際などに挿入方
向を誤ることを防止するためのものとなる。また筐体上
面から底面側にかけて、ラベル貼付面４が形成され、ユ
ーザーが記憶内容を書いたラベルを貼付できるようにさ
れている。さらに底面側には、記録内容の誤消去を防止
する目的のスライドスイッチ５が形成されている。
１０個の電極を持つ端子部２が形成されており、この端
子部２から、内部のメモリ素子に対する読出又は書込動
作が行われる。筐体の平面方向の左上部は切欠部３とさ
れる。この切欠部３は、この板状メモリ１を、例えばド
ライブ装置本体側の着脱機構へ装填する際などに挿入方
向を誤ることを防止するためのものとなる。また筐体上
面から底面側にかけて、ラベル貼付面４が形成され、ユ
ーザーが記憶内容を書いたラベルを貼付できるようにさ
れている。さらに底面側には、記録内容の誤消去を防止
する目的のスライドスイッチ５が形成されている。
【００１４】このような板状メモリ１においては、フラ
ッシュメモリ容量としては、４ＭＢ（メガバイト），８
ＭＢ，１６ＭＢ，３２ＭＢ，６４ＭＢ，１２８ＭＢの何
れかであるものとして規定されている。またデータ記録
／再生のためのファイルシステムとして、いわゆるＦＡ
Ｔ（File Allocation Table）システムが用いられてい
る。
ッシュメモリ容量としては、４ＭＢ（メガバイト），８
ＭＢ，１６ＭＢ，３２ＭＢ，６４ＭＢ，１２８ＭＢの何
れかであるものとして規定されている。またデータ記録
／再生のためのファイルシステムとして、いわゆるＦＡ
Ｔ（File Allocation Table）システムが用いられてい
る。
【００１５】書込速度は１５００ＫＢｙｔｅ／ｓｅｃ〜
３３０ＫＢｙｔｅ／ｓｅｃ、読出速度は２．４５ＭＢｙ
ｔｅ／ｓｅｃとされ、書込単位は５１２バイト、消去ブ
ロックサイズは８ＫＢ又は１６ＫＢとされる。また電源
電圧Ｖｃｃは２．７〜３．６Ｖ、シリアルクロックＳＣ
ＬＫは最高２０ＭＨｚとされる。
３３０ＫＢｙｔｅ／ｓｅｃ、読出速度は２．４５ＭＢｙ
ｔｅ／ｓｅｃとされ、書込単位は５１２バイト、消去ブ
ロックサイズは８ＫＢ又は１６ＫＢとされる。また電源
電圧Ｖｃｃは２．７〜３．６Ｖ、シリアルクロックＳＣ
ＬＫは最高２０ＭＨｚとされる。
【００１６】２．ドライブ装置の構成 上記板状メモリ１に対して記録再生動作を行うことので
きる本例のドライブ装置２０の構成を図２，図３で説明
する。なお、このドライブ装置２０が、板状メモリ１に
対する書込や読出の対象として扱うことのできる主デー
タの種類は多様であり、例えば動画データ、静止画デー
タ、音声データ（ボイスデータ）、ＨｉＦｉオーディオ
データ（音楽データ）、制御用データなどがある。但
し、ここでは主にＨｉＦｉオーディオデータ（音楽デー
タ）を扱うものとして説明を行う。
きる本例のドライブ装置２０の構成を図２，図３で説明
する。なお、このドライブ装置２０が、板状メモリ１に
対する書込や読出の対象として扱うことのできる主デー
タの種類は多様であり、例えば動画データ、静止画デー
タ、音声データ（ボイスデータ）、ＨｉＦｉオーディオ
データ（音楽データ）、制御用データなどがある。但
し、ここでは主にＨｉＦｉオーディオデータ（音楽デー
タ）を扱うものとして説明を行う。
【００１７】図２（ａ）（ｂ）（ｃ）（ｄ）（ｅ）はド
ライブ装置２０の外観例としての平面図、上面図、左側
面図、右側面図、底面図を示している。このドライブ装
置２０は、例えばユーザーが容易に携帯できるように小
型かつ軽量に形成されている。そして上記板状メモリ１
は、図２（ｂ）に示すように装置上面側に形成されてい
る着脱機構２２に対して装填され、このドライブ装置２
０によって板状メモリ１に対する各種データ（音楽デー
タ、音声データ、動画像データ、静止画像データ、コン
ピュータ用データ、制御データなど）の記録再生が行わ
れる。
ライブ装置２０の外観例としての平面図、上面図、左側
面図、右側面図、底面図を示している。このドライブ装
置２０は、例えばユーザーが容易に携帯できるように小
型かつ軽量に形成されている。そして上記板状メモリ１
は、図２（ｂ）に示すように装置上面側に形成されてい
る着脱機構２２に対して装填され、このドライブ装置２
０によって板状メモリ１に対する各種データ（音楽デー
タ、音声データ、動画像データ、静止画像データ、コン
ピュータ用データ、制御データなど）の記録再生が行わ
れる。
【００１８】このドライブ装置２０には、平面上に例え
ば液晶パネルによる表示部２１が形成され、再生された
画像や文字、或いは再生される音声、音楽に付随する情
報、さらには操作のガイドメッセージ、再生や編集操作
等のためのメニュー画面などが表示される。
ば液晶パネルによる表示部２１が形成され、再生された
画像や文字、或いは再生される音声、音楽に付随する情
報、さらには操作のガイドメッセージ、再生や編集操作
等のためのメニュー画面などが表示される。
【００１９】また後述する各種機器との接続のために、
各種端子が形成される。例えば上面側には図２（ｂ）の
ように、ヘッドホン端子２３、マイク入力端子２５が形
成される。ヘッドホン端子２３にヘッドホンが接続され
ることで、ヘッドホンに再生音声信号が供給され、ユー
ザーは再生音声を聞くことができる。マイク入力端子２
５にマイクロホンを接続することで、ドライブ装置２０
はマイクロホンで集音された音声信号を取り込み、例え
ば板状メモリ１に記録することなどが可能となる。
各種端子が形成される。例えば上面側には図２（ｂ）の
ように、ヘッドホン端子２３、マイク入力端子２５が形
成される。ヘッドホン端子２３にヘッドホンが接続され
ることで、ヘッドホンに再生音声信号が供給され、ユー
ザーは再生音声を聞くことができる。マイク入力端子２
５にマイクロホンを接続することで、ドライブ装置２０
はマイクロホンで集音された音声信号を取り込み、例え
ば板状メモリ１に記録することなどが可能となる。
【００２０】筐体の右側面には、図２（ｃ）のように、
ライン出力端子２４、ライン入力端子２６、デジタル入
力端子２７などが形成される。ライン出力端子２４に対
してオーディオケーブルで外部機器を接続することで、
外部機器に対して再生音声信号を供給できる。例えばオ
ーディオアンプに接続してスピーカシステムで板状メモ
リ１から再生された音楽／音声を聞くことができるよう
にしたり、或いはミニディスクレコーダやテープレコー
ダを接続して板状メモリ１から再生された音楽／音声を
他のメディアにダビング記録させることなども可能とな
る。またライン入力端子２６に外部機器を接続すること
で、例えばＣＤプレーヤなどの外部機器から供給された
音声信号を取り込み、例えば板状メモリ１に記録するこ
となどが可能となる。さらに、デジタル入力端子２７に
より、光ケーブルで送信されてくるデジタルオーディオ
データを入力することもできる。例えば外部のＣＤプレ
ーヤ等がデジタル出力対応機器であれば、光ケーブルで
接続することで、いわゆるデジタルダビングも可能とな
る。
ライン出力端子２４、ライン入力端子２６、デジタル入
力端子２７などが形成される。ライン出力端子２４に対
してオーディオケーブルで外部機器を接続することで、
外部機器に対して再生音声信号を供給できる。例えばオ
ーディオアンプに接続してスピーカシステムで板状メモ
リ１から再生された音楽／音声を聞くことができるよう
にしたり、或いはミニディスクレコーダやテープレコー
ダを接続して板状メモリ１から再生された音楽／音声を
他のメディアにダビング記録させることなども可能とな
る。またライン入力端子２６に外部機器を接続すること
で、例えばＣＤプレーヤなどの外部機器から供給された
音声信号を取り込み、例えば板状メモリ１に記録するこ
となどが可能となる。さらに、デジタル入力端子２７に
より、光ケーブルで送信されてくるデジタルオーディオ
データを入力することもできる。例えば外部のＣＤプレ
ーヤ等がデジタル出力対応機器であれば、光ケーブルで
接続することで、いわゆるデジタルダビングも可能とな
る。
【００２１】図２（ｃ）のように例えばドライブ装置２
０の左側面には、ＵＳＢコネクタ２８、電源端子２９な
どが形成される。ＵＳＢコネクタ２８により、ＵＳＢ対
応機器、例えばＵＳＢインターフェースを備えたパーソ
ナルコンピュータなどとの間で各種通信、データ伝送が
可能となる。また本例のドライブ装置２０は例えば乾電
池や充電池を内部に保持することで動作電源としている
が、電源端子２９にＡＣアダプタを接続して外部の商用
交流電源から動作電源を得ることも可能となる。
０の左側面には、ＵＳＢコネクタ２８、電源端子２９な
どが形成される。ＵＳＢコネクタ２８により、ＵＳＢ対
応機器、例えばＵＳＢインターフェースを備えたパーソ
ナルコンピュータなどとの間で各種通信、データ伝送が
可能となる。また本例のドライブ装置２０は例えば乾電
池や充電池を内部に保持することで動作電源としている
が、電源端子２９にＡＣアダプタを接続して外部の商用
交流電源から動作電源を得ることも可能となる。
【００２２】なお、これらの端子の種類、数、配置位置
はあくまでも一例であり、他の例もあり得る。例えば光
ケーブル対応のデジタル出力端子を備えるようにした
り、或いはＳＣＳＩコネクタ、シリアルポート、ＲＳ２
３２Ｃコネクタ、ＩＥＥＥコネクタなどが形成されるよ
うにしても良い。また、端子構造については既に公知で
あるため述べないが、上記のヘッドホン端子２３とライ
ン出力端子２４を１つの端子として共用させたり、或い
はそれにさらにデジタル出力端子を共用させることもで
きる。同様に、マイク入力端子２５、ライン入力端子２
６、デジタル入力端子２７を１つの端子として共用させ
ることも可能である。
はあくまでも一例であり、他の例もあり得る。例えば光
ケーブル対応のデジタル出力端子を備えるようにした
り、或いはＳＣＳＩコネクタ、シリアルポート、ＲＳ２
３２Ｃコネクタ、ＩＥＥＥコネクタなどが形成されるよ
うにしても良い。また、端子構造については既に公知で
あるため述べないが、上記のヘッドホン端子２３とライ
ン出力端子２４を１つの端子として共用させたり、或い
はそれにさらにデジタル出力端子を共用させることもで
きる。同様に、マイク入力端子２５、ライン入力端子２
６、デジタル入力端子２７を１つの端子として共用させ
ることも可能である。
【００２３】このドライブ装置２０上には、ユーザーの
用いる操作子として、例えば操作レバー３１、停止キー
３２、記録キー３３、メニューキー３４、ボリュームア
ップキー３５、ボリュームダウンキー３６、ホールドキ
ー３７などが設けられる。操作レバー３１は、少なくと
も上下方向に回動可能な操作子とされ（さらに押圧可能
とされても良い）、その操作態様により、音楽データ等
の再生操作、ＲＥＷ（及びＡＭＳ）操作（＝早戻し／頭
出し）、ＦＦ（及びＡＭＳ）操作（＝早送り／頭出し）
などが可能とされる。停止キー３２は音楽データ等の再
生動作や記録動作の停止を指示するキーとなる。記録キ
ー３３は音楽データ等の記録動作を指示するキーであ
る。
用いる操作子として、例えば操作レバー３１、停止キー
３２、記録キー３３、メニューキー３４、ボリュームア
ップキー３５、ボリュームダウンキー３６、ホールドキ
ー３７などが設けられる。操作レバー３１は、少なくと
も上下方向に回動可能な操作子とされ（さらに押圧可能
とされても良い）、その操作態様により、音楽データ等
の再生操作、ＲＥＷ（及びＡＭＳ）操作（＝早戻し／頭
出し）、ＦＦ（及びＡＭＳ）操作（＝早送り／頭出し）
などが可能とされる。停止キー３２は音楽データ等の再
生動作や記録動作の停止を指示するキーとなる。記録キ
ー３３は音楽データ等の記録動作を指示するキーであ
る。
【００２４】メニューキー３４は、音楽データ等の編集
やモード設定のために用いるキーである。編集モードに
おいては、実際の編集操作は操作レバー３１の操作やこ
のメニューキー３４を用いたエンター操作等で可能とな
る。ボリュームアップキー３５、ボリュームダウンキー
３６は音楽データ等の再生時の出力音量のアップ／ダウ
ンを指示するキーである。ホールドキー３７は、各キー
の操作機能を有効／無効にするためのキーである。例え
ば携帯時に誤ってキーが押され、誤動作が生じるおそれ
がある場合などに、ホールドキーで各キーの操作機能を
無効化する。
やモード設定のために用いるキーである。編集モードに
おいては、実際の編集操作は操作レバー３１の操作やこ
のメニューキー３４を用いたエンター操作等で可能とな
る。ボリュームアップキー３５、ボリュームダウンキー
３６は音楽データ等の再生時の出力音量のアップ／ダウ
ンを指示するキーである。ホールドキー３７は、各キー
の操作機能を有効／無効にするためのキーである。例え
ば携帯時に誤ってキーが押され、誤動作が生じるおそれ
がある場合などに、ホールドキーで各キーの操作機能を
無効化する。
【００２５】これらの操作キーはもちろん一例にすぎな
い。例えばこれ以外にカーソル移動キーや数字キー、操
作ダイヤル（ジョグダイヤル）などの操作子が設けられ
ても良い。また電源オン／オフキーについては示してい
ないが、例えば操作レバー３１による再生操作を電源オ
ンキーとして兼用し、また停止キー３２の操作後、所定
時間経過したら電源オフとするなどの処理を行うように
することで、電源キーは不要とできる。もちろん電源キ
ーを設けても良い。配備する操作子の数、種類、位置は
多様に考えられるが、この図２に示されるように必要最
小限の操作子を用意することで、キー数の削減及びそれ
による装置の小型化、低コスト化、操作性の向上を実現
するもとのなる。
い。例えばこれ以外にカーソル移動キーや数字キー、操
作ダイヤル（ジョグダイヤル）などの操作子が設けられ
ても良い。また電源オン／オフキーについては示してい
ないが、例えば操作レバー３１による再生操作を電源オ
ンキーとして兼用し、また停止キー３２の操作後、所定
時間経過したら電源オフとするなどの処理を行うように
することで、電源キーは不要とできる。もちろん電源キ
ーを設けても良い。配備する操作子の数、種類、位置は
多様に考えられるが、この図２に示されるように必要最
小限の操作子を用意することで、キー数の削減及びそれ
による装置の小型化、低コスト化、操作性の向上を実現
するもとのなる。
【００２６】図３はドライブ装置２０の内部構成を示し
ている。ＣＰＵ４１は、ドライブ装置２０の中央制御部
となり、以下説明していく各部の動作制御を行う。また
ＣＰＵ４１内部には、例えば動作プログラムや各種定数
を記憶したＲＯＭ４１ａや、ワーク領域としてのＲＡＭ
４１ｂが設けられている。また、操作部３０とは、上述
した各種操作子（３１〜３７）に相当し、ＣＰＵ４１は
操作部３０からの操作入力情報に応じて、動作プログラ
ムで規定される制御動作を実行するものとなる。
ている。ＣＰＵ４１は、ドライブ装置２０の中央制御部
となり、以下説明していく各部の動作制御を行う。また
ＣＰＵ４１内部には、例えば動作プログラムや各種定数
を記憶したＲＯＭ４１ａや、ワーク領域としてのＲＡＭ
４１ｂが設けられている。また、操作部３０とは、上述
した各種操作子（３１〜３７）に相当し、ＣＰＵ４１は
操作部３０からの操作入力情報に応じて、動作プログラ
ムで規定される制御動作を実行するものとなる。
【００２７】さらにフラッシュメモリ４８が設けられて
おり、ＣＰＵ４１はフラッシュメモリ４８に音楽記録モ
ード、再生ボリューム、表示モードなど、各種動作に関
するシステム設定情報、データの暗号化及びその解読処
理のためのターミナルキーデータなどを記憶させること
ができる。
おり、ＣＰＵ４１はフラッシュメモリ４８に音楽記録モ
ード、再生ボリューム、表示モードなど、各種動作に関
するシステム設定情報、データの暗号化及びその解読処
理のためのターミナルキーデータなどを記憶させること
ができる。
【００２８】リアルタイムクロック４４はいわゆる時計
部であり、現在日時を計数する。ＣＰＵ４１はリアルタ
イムクロック４４からの日時データにより現在日時を確
認できる。
部であり、現在日時を計数する。ＣＰＵ４１はリアルタ
イムクロック４４からの日時データにより現在日時を確
認できる。
【００２９】ＵＳＢインターフェース４３は、ＵＳＢコ
ネクタ２８に接続された外部機器との間の通信インター
フェースである。ＣＰＵ４１はＵＳＢインターフェース
４３を介して外部のパーソナルコンピュータなどとの間
でデータ通信を行うことができる。例えば制御データ、
コンピュータデータ、画像データ、オーディオデータな
どの送受信が実行される。
ネクタ２８に接続された外部機器との間の通信インター
フェースである。ＣＰＵ４１はＵＳＢインターフェース
４３を介して外部のパーソナルコンピュータなどとの間
でデータ通信を行うことができる。例えば制御データ、
コンピュータデータ、画像データ、オーディオデータな
どの送受信が実行される。
【００３０】また電源部としては、レギュレータ４６、
ＤＣ／ＤＣコンバータ４７を有する。ＣＰＵ４１は電源
オンとする際に、レギュレータ４６に対して電源オンの
指示を行う。レギュレータ４６は指示に応じてバッテリ
ー（乾電池又は充電値）からの電源供給を開始する。又
は、電源端子２９にＡＣアダプターが接続されている場
合は、供給される交流電圧の整流／平滑を行なう。レギ
ュレータ４６からの電源電圧はＤＣ／ＤＣコンバータ４
７において所要の電圧値に変換され、動作電源電圧Ｖｃ
ｃとして各ブロックに供給される。
ＤＣ／ＤＣコンバータ４７を有する。ＣＰＵ４１は電源
オンとする際に、レギュレータ４６に対して電源オンの
指示を行う。レギュレータ４６は指示に応じてバッテリ
ー（乾電池又は充電値）からの電源供給を開始する。又
は、電源端子２９にＡＣアダプターが接続されている場
合は、供給される交流電圧の整流／平滑を行なう。レギ
ュレータ４６からの電源電圧はＤＣ／ＤＣコンバータ４
７において所要の電圧値に変換され、動作電源電圧Ｖｃ
ｃとして各ブロックに供給される。
【００３１】着脱機構２２に板状メモリ１が装着される
ことにより、ＣＰＵ４１はメモリインターフェース４２
を介して板状メモリ１に対するアクセスが可能となり、
各種データの記録／再生／編集等を実行できる。
ことにより、ＣＰＵ４１はメモリインターフェース４２
を介して板状メモリ１に対するアクセスが可能となり、
各種データの記録／再生／編集等を実行できる。
【００３２】またＣＰＵ４１は、表示ドライバ４５を制
御することで、表示部２１に対して、所要の画像を表示
させることが可能とされる。例えばユーザーの操作のた
めのメニューやガイド表示、或いは板状メモリ１に記録
されたファイル内容などの表示が実行される。また、例
えば板状メモリ１に対して動画若しくは静止画の画像デ
ータが記録されているとすれば、この画像データを読み
出して、表示部１０８に表示させるようにすることも可
能とされる。
御することで、表示部２１に対して、所要の画像を表示
させることが可能とされる。例えばユーザーの操作のた
めのメニューやガイド表示、或いは板状メモリ１に記録
されたファイル内容などの表示が実行される。また、例
えば板状メモリ１に対して動画若しくは静止画の画像デ
ータが記録されているとすれば、この画像データを読み
出して、表示部１０８に表示させるようにすることも可
能とされる。
【００３３】上述したように本例では、オーディオ信号
（音楽信号、音声信号）の入出力のために、デジタル入
力端子２７、マイク入力端子２５、ライン入力端子２
６、ヘッドホン端子２３、ライン出力端子２４が形成さ
れている。これらの端子に対するオーディオ信号処理系
として、ＳＡＭ（Securty Application Module：暗号化
／展開処理部）５０、ＤＳＰ（Digital Signal Process
er）、アナログ→デジタル／デジタル→アナログ変換部
５４（以下、ＡＤＤＡ変換部という）、パワーアンプ５
６、マイクアンプ５３、光入力モジュール５１、デジタ
ル入力部５２が設けられる。
（音楽信号、音声信号）の入出力のために、デジタル入
力端子２７、マイク入力端子２５、ライン入力端子２
６、ヘッドホン端子２３、ライン出力端子２４が形成さ
れている。これらの端子に対するオーディオ信号処理系
として、ＳＡＭ（Securty Application Module：暗号化
／展開処理部）５０、ＤＳＰ（Digital Signal Process
er）、アナログ→デジタル／デジタル→アナログ変換部
５４（以下、ＡＤＤＡ変換部という）、パワーアンプ５
６、マイクアンプ５３、光入力モジュール５１、デジタ
ル入力部５２が設けられる。
【００３４】ＳＡＭ５０は、ＣＰＵ４１とＤＳＰ４９の
間で、データの暗号化及び暗号解読（復号）を行うとと
もに、ＣＰＵ４１との間で暗号キー（ターミナルキー：
識別子）のやりとりを行う。つまり、ＳＡＭ５０はター
ミナルキーを用いて暗号化を行うとともに、ターミナル
キーを用いて復号を行う。なおＳＡＭ５０による暗号化
／復号は、例えば音楽データ等の実際のデータファイル
となるデータを対象とするほか、管理情報や付加情報、
すなわち後述するトラック管理情報ファイルや付加情報
ファイルのデータを対象とすることも可能である。
間で、データの暗号化及び暗号解読（復号）を行うとと
もに、ＣＰＵ４１との間で暗号キー（ターミナルキー：
識別子）のやりとりを行う。つまり、ＳＡＭ５０はター
ミナルキーを用いて暗号化を行うとともに、ターミナル
キーを用いて復号を行う。なおＳＡＭ５０による暗号化
／復号は、例えば音楽データ等の実際のデータファイル
となるデータを対象とするほか、管理情報や付加情報、
すなわち後述するトラック管理情報ファイルや付加情報
ファイルのデータを対象とすることも可能である。
【００３５】ＤＳＰ４９は、ＣＰＵ４１の命令に基づい
て、オーディオデータの圧縮／伸長処理を行う。デジタ
ル入力部５２は、光入力モジュールによって取り込まれ
たデジタルオーディオデータの入力インターフェース処
理を行う。ＡＤＤＡ変換部５４は、オーディオ信号に関
してＡ／Ｄ変換及びＤ／Ａ変換を行う。
て、オーディオデータの圧縮／伸長処理を行う。デジタ
ル入力部５２は、光入力モジュールによって取り込まれ
たデジタルオーディオデータの入力インターフェース処
理を行う。ＡＤＤＡ変換部５４は、オーディオ信号に関
してＡ／Ｄ変換及びＤ／Ａ変換を行う。
【００３６】これらのブロックにより、次のようにオー
ディオ信号の入出力が行われる。デジタルオーディオデ
ータとして、外部機器から光ケーブルを介してデジタル
入力端子２７に供給された信号は、光入力モジュール５
１によって光電変換されて取り込まれ、デジタル入力部
５２で送信フォーマットに応じた受信処理が行われる。
そして受信抽出されたデジタルオーディオデータは、Ｄ
ＳＰ４９で圧縮処理されてＣＰＵ４１に供給され、例え
ば板状メモリ１への記録データとされる。もちろんＳＡ
Ｍ５０により暗号化される場合もある。
ディオ信号の入出力が行われる。デジタルオーディオデ
ータとして、外部機器から光ケーブルを介してデジタル
入力端子２７に供給された信号は、光入力モジュール５
１によって光電変換されて取り込まれ、デジタル入力部
５２で送信フォーマットに応じた受信処理が行われる。
そして受信抽出されたデジタルオーディオデータは、Ｄ
ＳＰ４９で圧縮処理されてＣＰＵ４１に供給され、例え
ば板状メモリ１への記録データとされる。もちろんＳＡ
Ｍ５０により暗号化される場合もある。
【００３７】マイク入力端子２５にマイクロホンが接続
された場合は、その入力音声信号はマイクアンプ５３で
増幅された後、ＡＤＤＡ変換部５４でＡ／Ｄ変換され、
デジタルオーディオデータとしてＤＳＰ４９に供給され
る。そしてＤＳＰ４９での圧縮処理（及び場合によって
はＳＡＭ５０の暗号化処理）を介してＣＰＵ４１に供給
され、例えば板状メモリ１への記録データとされる。ま
たライン入力端子２６に接続された外部機器からの入力
音声信号は、ＡＤＤＡ変換部５４でＡ／Ｄ変換され、デ
ジタルオーディオデータとしてＤＳＰ４９に供給され
る。そしてＤＳＰ４９での圧縮処理（及び場合によって
はＳＡＭ５０の暗号化処理）を介してＣＰＵ４１に供給
され、例えば板状メモリ１への記録データとされる。
された場合は、その入力音声信号はマイクアンプ５３で
増幅された後、ＡＤＤＡ変換部５４でＡ／Ｄ変換され、
デジタルオーディオデータとしてＤＳＰ４９に供給され
る。そしてＤＳＰ４９での圧縮処理（及び場合によって
はＳＡＭ５０の暗号化処理）を介してＣＰＵ４１に供給
され、例えば板状メモリ１への記録データとされる。ま
たライン入力端子２６に接続された外部機器からの入力
音声信号は、ＡＤＤＡ変換部５４でＡ／Ｄ変換され、デ
ジタルオーディオデータとしてＤＳＰ４９に供給され
る。そしてＤＳＰ４９での圧縮処理（及び場合によって
はＳＡＭ５０の暗号化処理）を介してＣＰＵ４１に供給
され、例えば板状メモリ１への記録データとされる。
【００３８】一方、例えば板状メモリ１から読み出され
たオーディオデータを出力する際などは、ＣＰＵ４１は
そのオーディオデータについてＤＳＰ４９で伸長処理
（及び場合によってはＳＡＭ５０の復号処理）を施させ
る。これらの処理を終えたデジタルオーディオデータ
は、ＡＤＤＡ変換部５４でアナログオーディオ信号に変
換されてパワーアンプ５６に供給される。パワーアンプ
５６では、ヘッドホン用の増幅処理及びライン出力用の
増幅処理を行い、それぞれヘッドホン端子２３、ライン
出力端子２４に供給する。
たオーディオデータを出力する際などは、ＣＰＵ４１は
そのオーディオデータについてＤＳＰ４９で伸長処理
（及び場合によってはＳＡＭ５０の復号処理）を施させ
る。これらの処理を終えたデジタルオーディオデータ
は、ＡＤＤＡ変換部５４でアナログオーディオ信号に変
換されてパワーアンプ５６に供給される。パワーアンプ
５６では、ヘッドホン用の増幅処理及びライン出力用の
増幅処理を行い、それぞれヘッドホン端子２３、ライン
出力端子２４に供給する。
【００３９】また後述するように、ドライブ装置２０は
板状メモリ１から読み出されたオーディオデータ（圧縮
データ）や、デジタル入力端子２７又はマイク入力端子
２５又はライン入力端子２６から取り込まれ、圧縮処理
されたオーディオデータを、ＳＡＭ５０において暗号化
処理を施したうえで、ＵＳＢインターフェース４３によ
りＵＳＢ端子２８から外部機器（例えばパーソナルコン
ピュータ）に供給することができる。さらには、ＵＳＢ
端子２８に接続された外部機器から取り込んだオーディ
オデータについて、ＳＡＭ５０において暗号化処理を施
したうえで、再びＵＳＢ端子２８から外部機器に供給す
ることもできる。
板状メモリ１から読み出されたオーディオデータ（圧縮
データ）や、デジタル入力端子２７又はマイク入力端子
２５又はライン入力端子２６から取り込まれ、圧縮処理
されたオーディオデータを、ＳＡＭ５０において暗号化
処理を施したうえで、ＵＳＢインターフェース４３によ
りＵＳＢ端子２８から外部機器（例えばパーソナルコン
ピュータ）に供給することができる。さらには、ＵＳＢ
端子２８に接続された外部機器から取り込んだオーディ
オデータについて、ＳＡＭ５０において暗号化処理を施
したうえで、再びＵＳＢ端子２８から外部機器に供給す
ることもできる。
【００４０】一方、外部装置からデータがＵＳＢインタ
ーフェース５３によりドライブ装置２０に入力される場
合は、ＣＰＵ４１はそのオーディオデータを板状メモリ
１に記録させたり、或いは、必要に応じてＳＡＭ５０で
復号処理、及びＤＳＰ４９での伸長処理を実行させてヘ
ッドホン端子２３やライン出力端子２４から出力させる
ことができる。さらに或いは、ＵＳＢインターフェース
４３により外部機器（パーソナルコンピュータ等）に送
信すること（例えば受信したデータの暗号を解読した上
で送信する）などを行うことができる。
ーフェース５３によりドライブ装置２０に入力される場
合は、ＣＰＵ４１はそのオーディオデータを板状メモリ
１に記録させたり、或いは、必要に応じてＳＡＭ５０で
復号処理、及びＤＳＰ４９での伸長処理を実行させてヘ
ッドホン端子２３やライン出力端子２４から出力させる
ことができる。さらに或いは、ＵＳＢインターフェース
４３により外部機器（パーソナルコンピュータ等）に送
信すること（例えば受信したデータの暗号を解読した上
で送信する）などを行うことができる。
【００４１】なお、この図３に示したドライブ装置２０
の構成はあくまでも一例であり、これに限定されるもの
ではない。例えばオーディオデータの出力のためにスピ
ーカを内蔵し、パワーアンプ５６の出力をそのスピーカ
に供給して音声出力を実行させるようにすることも考え
られる。
の構成はあくまでも一例であり、これに限定されるもの
ではない。例えばオーディオデータの出力のためにスピ
ーカを内蔵し、パワーアンプ５６の出力をそのスピーカ
に供給して音声出力を実行させるようにすることも考え
られる。
【００４２】３．システム接続例 図４に、ドライブ装置２０を中心としたシステム接続例
を示す。ドライブ装置２０は単体で用いたり、或いはパ
ーソナルコンピュータ１１等と通信可能に接続したシス
テムとして用いることができる。
を示す。ドライブ装置２０は単体で用いたり、或いはパ
ーソナルコンピュータ１１等と通信可能に接続したシス
テムとして用いることができる。
【００４３】上述のようにドライブ装置２０は板状メモ
リ１を装填することで、ドライブ装置単体で、その板状
メモリ１に対してデータの記録や再生を行うことができ
る。例えば、音楽データが記録されている板状メモリ１
を装填した場合は、図４に示すようにヘッドホン１２を
接続することで、その音楽再生を楽しむことができる。
リ１を装填することで、ドライブ装置単体で、その板状
メモリ１に対してデータの記録や再生を行うことができ
る。例えば、音楽データが記録されている板状メモリ１
を装填した場合は、図４に示すようにヘッドホン１２を
接続することで、その音楽再生を楽しむことができる。
【００４４】また上述したライン入力端子２６又はデジ
タル入力端子２７に、外部の再生装置として例えばＣＤ
プレーヤ１０をケーブル１３で接続することで、ＣＤプ
レーヤ１０からの再生オーディオ信号を取り込み、板状
メモリ１に記録することができる。さらに図示していな
いが、マイクロホンを接続して集音された音声を板状メ
モリ１に記録したり、或いはＭＤレコーダなどの記録機
器を接続してデータを供給し、その記録機器において装
填されている記録媒体にデータを記録することも可能で
ある。
タル入力端子２７に、外部の再生装置として例えばＣＤ
プレーヤ１０をケーブル１３で接続することで、ＣＤプ
レーヤ１０からの再生オーディオ信号を取り込み、板状
メモリ１に記録することができる。さらに図示していな
いが、マイクロホンを接続して集音された音声を板状メ
モリ１に記録したり、或いはＭＤレコーダなどの記録機
器を接続してデータを供給し、その記録機器において装
填されている記録媒体にデータを記録することも可能で
ある。
【００４５】ＵＳＢ（Universal Serial Bus）ケーブル
１４によりドライブ装置２０とパーソナルコンピュータ
１１等の情報機器を接続することで、パーソナルコンピ
ュータ１１から供給されたデータを板状メモリ１に記録
したり、或いは板状メモリ１から再生したデータをパー
ソナルコンピュータ１１にコピー／ムーブのために転送
することなどが可能となる。コピー／ムーブ先は、例え
ばパーソナルコンピュータ１１内のＨＤＤ１１ａとな
る。なお、パーソナルコンピュータ１１上にはスピーカ
１１ｂ、ＣＤ−ＲＯＭドライブ１１ｃを示しているが、
例えばＣＤ−ＲＯＭドライブ１１ｃからのオーディオデ
ータをドライブ装置２０が板状メモリ１に記録したり、
或いはＣＤ−ＲＯＭドライブ１１ｃからのオーディオデ
ータが暗号化されている場合は、ドライブ装置２０がそ
れを解読してパーソナルコンピュータ１１に転送するこ
となども可能である。また、ドライブ装置２０からパー
ソナルコンピュータ１１に転送したオーディオデータを
スピーカ１１ｂから音声として出力することも可能であ
る。
１４によりドライブ装置２０とパーソナルコンピュータ
１１等の情報機器を接続することで、パーソナルコンピ
ュータ１１から供給されたデータを板状メモリ１に記録
したり、或いは板状メモリ１から再生したデータをパー
ソナルコンピュータ１１にコピー／ムーブのために転送
することなどが可能となる。コピー／ムーブ先は、例え
ばパーソナルコンピュータ１１内のＨＤＤ１１ａとな
る。なお、パーソナルコンピュータ１１上にはスピーカ
１１ｂ、ＣＤ−ＲＯＭドライブ１１ｃを示しているが、
例えばＣＤ−ＲＯＭドライブ１１ｃからのオーディオデ
ータをドライブ装置２０が板状メモリ１に記録したり、
或いはＣＤ−ＲＯＭドライブ１１ｃからのオーディオデ
ータが暗号化されている場合は、ドライブ装置２０がそ
れを解読してパーソナルコンピュータ１１に転送するこ
となども可能である。また、ドライブ装置２０からパー
ソナルコンピュータ１１に転送したオーディオデータを
スピーカ１１ｂから音声として出力することも可能であ
る。
【００４６】このようにドライブ装置１は各種機器を接
続することで、携帯にも適した状態で記録／再生を行っ
たり、或いは家庭や職場などに設置されている機器と接
続してシステム動作を行うことが可能となる。また、例
えば本例のドライブ装置１は表示部を有するものとして
いるが、これにより板状メモリ１に記録されている文書
データ、画像データなどは、ドライブ装置１の単体で再
生させることができるが、もちろんそれらの文書デー
タ、画像データ等をパーソナルコンピュータ１１上のモ
ニタ画面に表示させることも可能である。
続することで、携帯にも適した状態で記録／再生を行っ
たり、或いは家庭や職場などに設置されている機器と接
続してシステム動作を行うことが可能となる。また、例
えば本例のドライブ装置１は表示部を有するものとして
いるが、これにより板状メモリ１に記録されている文書
データ、画像データなどは、ドライブ装置１の単体で再
生させることができるが、もちろんそれらの文書デー
タ、画像データ等をパーソナルコンピュータ１１上のモ
ニタ画面に表示させることも可能である。
【００４７】４．ファイルシステム ４−１ 処理構造及びデータ構造 続いて、板状メモリ１を用いる本例のシステムのファイ
ルシステムについて説明していく。図５は、板状メモリ
を記録媒体とするコンピュータシステムのファイルシス
テム処理階層を示す。ファイルシステム処理階層として
は、アプリケーション処理層が最上位であり、その下
に、ファイル管理処理層、論理アドレス管理層、物理ア
ドレス管理層、フラッシュメモリアクセスが順次おかれ
る。この階層構造において、ファイル管理処理層がＦＡ
Ｔファイルシステムである。物理アドレスは、フラッシ
ュメモリの各ブロックに対して付されたもので、ブロッ
クと物理アドレスの対応関係は、不変である。論理アド
レスは、ファイル管理処理層が論理的に扱うアドレスで
ある。
ルシステムについて説明していく。図５は、板状メモリ
を記録媒体とするコンピュータシステムのファイルシス
テム処理階層を示す。ファイルシステム処理階層として
は、アプリケーション処理層が最上位であり、その下
に、ファイル管理処理層、論理アドレス管理層、物理ア
ドレス管理層、フラッシュメモリアクセスが順次おかれ
る。この階層構造において、ファイル管理処理層がＦＡ
Ｔファイルシステムである。物理アドレスは、フラッシ
ュメモリの各ブロックに対して付されたもので、ブロッ
クと物理アドレスの対応関係は、不変である。論理アド
レスは、ファイル管理処理層が論理的に扱うアドレスで
ある。
【００４８】図６は、板状メモリ１内のフラッシュメモ
リのデータの物理的構成の一例を示す。板状メモリ１内
のフラッシュメモリは、図６（ａ）のように、セグメン
トと称されるデータ単位が所定数のブロック（固定長）
へ分割され、図６（ｂ）のように１ブロックが所定数の
ページ（固定長）に分割される。板状メモリ１では、ブ
ロック単位で消去が一括して行われ、書き込みと読み出
しは、ページ単位で一括して行われる。各ブロックおよ
び各ページは、それぞれ同一のサイズとされ、１ブロッ
クがページ０からページｍで構成される。１ブロック
は、例えば８ＫＢ（Ｋバイト）または１６ＫＢの容量と
され、１ページが５１２Ｂの容量とされる。板状メモリ
１全体では、１ブロック＝８ＫＢの場合で、４ＭＢ（５
１２ブロック）、８ＭＢ（１０２４ブロック）とされ、
１ブロック＝１６ＫＢの場合で、１６ＭＢ（１０２４ブ
ロック）、３２ＭＢ（２０４８ブロック）、６４ＭＢ
（４０９６ブロック）の容量とされる。
リのデータの物理的構成の一例を示す。板状メモリ１内
のフラッシュメモリは、図６（ａ）のように、セグメン
トと称されるデータ単位が所定数のブロック（固定長）
へ分割され、図６（ｂ）のように１ブロックが所定数の
ページ（固定長）に分割される。板状メモリ１では、ブ
ロック単位で消去が一括して行われ、書き込みと読み出
しは、ページ単位で一括して行われる。各ブロックおよ
び各ページは、それぞれ同一のサイズとされ、１ブロッ
クがページ０からページｍで構成される。１ブロック
は、例えば８ＫＢ（Ｋバイト）または１６ＫＢの容量と
され、１ページが５１２Ｂの容量とされる。板状メモリ
１全体では、１ブロック＝８ＫＢの場合で、４ＭＢ（５
１２ブロック）、８ＭＢ（１０２４ブロック）とされ、
１ブロック＝１６ＫＢの場合で、１６ＭＢ（１０２４ブ
ロック）、３２ＭＢ（２０４８ブロック）、６４ＭＢ
（４０９６ブロック）の容量とされる。
【００４９】図６（ｃ）に示すように、１ページは、５
１２バイトのデータ部と１６バイトの冗長部とからな
る。冗長部の構造は図６（ｄ）のようになる。まず、冗
長部の先頭の３バイトは、データの更新に応じて書き換
えられるオーバーライト部分とされる。この３バイトの
各バイトに、先頭から順にブロックステータス、ページ
ステータス、更新ステータスが記録される。冗長部の残
りの１３バイトの内容は、原則的にデータ部の内容に応
じて固定とされる。その１３バイトは、管理フラグ（１
バイト）、論理アドレス（２バイト）、フォーマットリ
ザーブの領域（５バイト）、分散情報ＥＣＣ（２バイ
ト）およびデータＥＣＣ（３バイト）からなる。分散情
報ＥＣＣは、管理フラグ、論理アドレス、フォーマット
リザーブに対する誤り訂正用の冗長データである。ま
た、データＥＣＣは、図６（ｃ）に示した５１２バイト
のデータに対する誤り訂正用の冗長データである。
１２バイトのデータ部と１６バイトの冗長部とからな
る。冗長部の構造は図６（ｄ）のようになる。まず、冗
長部の先頭の３バイトは、データの更新に応じて書き換
えられるオーバーライト部分とされる。この３バイトの
各バイトに、先頭から順にブロックステータス、ページ
ステータス、更新ステータスが記録される。冗長部の残
りの１３バイトの内容は、原則的にデータ部の内容に応
じて固定とされる。その１３バイトは、管理フラグ（１
バイト）、論理アドレス（２バイト）、フォーマットリ
ザーブの領域（５バイト）、分散情報ＥＣＣ（２バイ
ト）およびデータＥＣＣ（３バイト）からなる。分散情
報ＥＣＣは、管理フラグ、論理アドレス、フォーマット
リザーブに対する誤り訂正用の冗長データである。ま
た、データＥＣＣは、図６（ｃ）に示した５１２バイト
のデータに対する誤り訂正用の冗長データである。
【００５０】上記管理フラグとしては、システムフラグ
（その値が１：ユーザブロック、０：ブートブロッ
ク）、変換テーブルフラグ（１：無効、０：テーブルブ
ロック）、コピー禁止指定（１：ＯＫ、０：ＮＧ）、ア
クセス許可（１：ｆｒｅｅ、０：リードプロテクト）の
各フラグが記録される。
（その値が１：ユーザブロック、０：ブートブロッ
ク）、変換テーブルフラグ（１：無効、０：テーブルブ
ロック）、コピー禁止指定（１：ＯＫ、０：ＮＧ）、ア
クセス許可（１：ｆｒｅｅ、０：リードプロテクト）の
各フラグが記録される。
【００５１】図６（ａ）に示す、セグメントの先頭の二
つのブロック（ブロック０およびブロック１）がブート
ブロックであり、他はユーザブロック（情報ブロック）
となる。ブロック１は、ブロック０と同一のデータが書
かれるバックアップ用である（図６（ｆ））。ブートブ
ロックは、カード内の有効なブロックの先頭ブロックで
あり、板状メモリ１を機器に装填した時に最初にアクセ
スされるブロックである。残りのブロックがユーザブロ
ックである。図６（ｅ）のように、ブートブロックの先
頭のページ０にヘッダ、システムエントリ、ブート＆ア
トリビュート情報が格納される。ページ１に使用禁止ブ
ロックデータが格納される。ページ２にＣＩＳ(Card In
formation Structure)／ＩＤＩ(Identify Drive Inform
ation)が格納される。
つのブロック（ブロック０およびブロック１）がブート
ブロックであり、他はユーザブロック（情報ブロック）
となる。ブロック１は、ブロック０と同一のデータが書
かれるバックアップ用である（図６（ｆ））。ブートブ
ロックは、カード内の有効なブロックの先頭ブロックで
あり、板状メモリ１を機器に装填した時に最初にアクセ
スされるブロックである。残りのブロックがユーザブロ
ックである。図６（ｅ）のように、ブートブロックの先
頭のページ０にヘッダ、システムエントリ、ブート＆ア
トリビュート情報が格納される。ページ１に使用禁止ブ
ロックデータが格納される。ページ２にＣＩＳ(Card In
formation Structure)／ＩＤＩ(Identify Drive Inform
ation)が格納される。
【００５２】ブートブロックのヘッダは、ブートブロッ
クＩＤ、ブートブロック内の有効なエントリ数が記録さ
れる。システムエントリには、使用禁止ブロックデータ
の開始位置、そのデータサイズ、データ種別、ＣＩＳ／
ＩＤＩのデータ開始位置、そのデータサイズ、データ種
別が記録される。ブート＆アトリビュート情報には、板
状メモリのタイプ（読み出し専用、リードおよびライト
可能、両タイプのハイブリッド等）、ブロックサイズ、
ブロック数、総ブロック数、セキュリティ対応か否か、
カードの製造に関連したデータ（製造年月日等）等が記
録される。板状メモリ１は以上のデータ構造とされる。
クＩＤ、ブートブロック内の有効なエントリ数が記録さ
れる。システムエントリには、使用禁止ブロックデータ
の開始位置、そのデータサイズ、データ種別、ＣＩＳ／
ＩＤＩのデータ開始位置、そのデータサイズ、データ種
別が記録される。ブート＆アトリビュート情報には、板
状メモリのタイプ（読み出し専用、リードおよびライト
可能、両タイプのハイブリッド等）、ブロックサイズ、
ブロック数、総ブロック数、セキュリティ対応か否か、
カードの製造に関連したデータ（製造年月日等）等が記
録される。板状メモリ１は以上のデータ構造とされる。
【００５３】ところで、フラッシュメモリは、データの
書き換えを行うことにより絶縁膜の劣化を生じ、書き換
え回数が制限される。従って、ある同一の記憶領域（ブ
ロック）に対して繰り返し集中的にアクセスがなされる
ことを防止する必要がある。このため、ある物理アドレ
スに格納されているある論理アドレスのデータを書き換
える場合、板状メモリ１のファイルシステムでは、同一
のブロックに対して更新したデータを再度書き込むこと
はせずに、未使用のブロックに対して更新したデータを
書き込むようになされる。その結果、データ更新前にお
ける論理アドレスと物理アドレスの対応関係が更新後で
は、変化する。このような処理（スワップ処理と称す
る）を行うことで、同一のブロックに対して繰り返して
集中的にアクセスがされることが防止され、板状メモリ
１（フラッシュメモリ）の寿命を延ばすことが可能とな
る。
書き換えを行うことにより絶縁膜の劣化を生じ、書き換
え回数が制限される。従って、ある同一の記憶領域（ブ
ロック）に対して繰り返し集中的にアクセスがなされる
ことを防止する必要がある。このため、ある物理アドレ
スに格納されているある論理アドレスのデータを書き換
える場合、板状メモリ１のファイルシステムでは、同一
のブロックに対して更新したデータを再度書き込むこと
はせずに、未使用のブロックに対して更新したデータを
書き込むようになされる。その結果、データ更新前にお
ける論理アドレスと物理アドレスの対応関係が更新後で
は、変化する。このような処理（スワップ処理と称す
る）を行うことで、同一のブロックに対して繰り返して
集中的にアクセスがされることが防止され、板状メモリ
１（フラッシュメモリ）の寿命を延ばすことが可能とな
る。
【００５４】論理アドレスは、一旦ブロックに対して書
き込まれたデータに付随するので、更新前のデータと更
新後のデータの書き込まれるブロックが移動しても、Ｆ
ＡＴからは、同一のアドレスが見えることになり、以降
のアクセスを適正に行うことができる。スワップ処理に
より論理アドレスと物理アドレスとの対応関係が変化す
るので、両者の対応を示す論理−物理アドレス変換テー
ブルが必要となる。このテーブルを参照することによっ
て、ＦＡＴが指定した論理アドレスに対応する物理アド
レスが特定され、特定された物理アドレスが示すブロッ
クに対するアクセスが可能となる。
き込まれたデータに付随するので、更新前のデータと更
新後のデータの書き込まれるブロックが移動しても、Ｆ
ＡＴからは、同一のアドレスが見えることになり、以降
のアクセスを適正に行うことができる。スワップ処理に
より論理アドレスと物理アドレスとの対応関係が変化す
るので、両者の対応を示す論理−物理アドレス変換テー
ブルが必要となる。このテーブルを参照することによっ
て、ＦＡＴが指定した論理アドレスに対応する物理アド
レスが特定され、特定された物理アドレスが示すブロッ
クに対するアクセスが可能となる。
【００５５】論理−物理アドレス変換テーブルは、ドラ
イブ装置２０内のＲＡＭ４１ｂなどに格納されるが、板
状メモリ１内にも格納することができる。この変換テー
ブルは、概略的には、昇順に並べた論理アドレス（２バ
イト）に物理アドレス（２バイト）をそれぞれ対応させ
たテーブルである。フラッシュメモリの最大容量を１２
８ＭＢ（８１９２ブロック）としているので、２バイト
によって８１９２のアドレスを表すことができる。ま
た、論理−物理アドレス変換テーブルは、セグメント毎
に管理され、そのサイズは、板状メモリ１の容量に応じ
て大きくなる。例えば板状メモリ１（フラッシュメモ
リ）の容量が８ＭＢ（２セグメント）の場合では、２個
のセグメントのそれぞれに対して２ページが論理−物理
アドレス変換テーブル用に使用される。論理−物理アド
レス変換テーブルを、板状メモリ１中に格納する時に
は、上述した各ページの冗長部における管理フラグの所
定の１ビットによって、当該ブロックが論理−物理アド
レス変換テーブルが格納されているブロックか否かが指
示される。
イブ装置２０内のＲＡＭ４１ｂなどに格納されるが、板
状メモリ１内にも格納することができる。この変換テー
ブルは、概略的には、昇順に並べた論理アドレス（２バ
イト）に物理アドレス（２バイト）をそれぞれ対応させ
たテーブルである。フラッシュメモリの最大容量を１２
８ＭＢ（８１９２ブロック）としているので、２バイト
によって８１９２のアドレスを表すことができる。ま
た、論理−物理アドレス変換テーブルは、セグメント毎
に管理され、そのサイズは、板状メモリ１の容量に応じ
て大きくなる。例えば板状メモリ１（フラッシュメモ
リ）の容量が８ＭＢ（２セグメント）の場合では、２個
のセグメントのそれぞれに対して２ページが論理−物理
アドレス変換テーブル用に使用される。論理−物理アド
レス変換テーブルを、板状メモリ１中に格納する時に
は、上述した各ページの冗長部における管理フラグの所
定の１ビットによって、当該ブロックが論理−物理アド
レス変換テーブルが格納されているブロックか否かが指
示される。
【００５６】本例の板状メモリ１は、ディスク状記録媒
体と同様にパーソナルコンピュータのＦＡＴファイルシ
ステムによって使用可能なものである。図６には示され
てないが、板状メモリ１上にＩＰＬ領域、ＦＡＴ領域お
よびルート・ディレクトリ領域が設けられる。ＩＰＬ領
域には、最初にドライブ装置のメモリにロードすべきプ
ログラムが書かれているアドレス、並びにメモリの各種
情報が書かれている。ＦＡＴ領域には、ブロック（クラ
スタ）の関連事項が書かれている。ＦＡＴには、未使用
のブロック、次のブロック番号、不良ブロック、最後の
ブロックをそれぞれ示す値が規定される。さらに、ルー
トディレクトリ領域には、ディレクトリエントリ（ファ
イル属性、更新年月日、開始クラスタ、ファイルサイズ
等）が書かれている。
体と同様にパーソナルコンピュータのＦＡＴファイルシ
ステムによって使用可能なものである。図６には示され
てないが、板状メモリ１上にＩＰＬ領域、ＦＡＴ領域お
よびルート・ディレクトリ領域が設けられる。ＩＰＬ領
域には、最初にドライブ装置のメモリにロードすべきプ
ログラムが書かれているアドレス、並びにメモリの各種
情報が書かれている。ＦＡＴ領域には、ブロック（クラ
スタ）の関連事項が書かれている。ＦＡＴには、未使用
のブロック、次のブロック番号、不良ブロック、最後の
ブロックをそれぞれ示す値が規定される。さらに、ルー
トディレクトリ領域には、ディレクトリエントリ（ファ
イル属性、更新年月日、開始クラスタ、ファイルサイズ
等）が書かれている。
【００５７】本例では、上述した板状メモリ１のフォー
マットで規定されるファイル管理システムとは別個に、
音楽用ファイルに対して、ファイル管理情報（後述する
トラック情報管理ファイル）を規定している。トラック
情報管理ファイルは、板状メモリ１のユーザブロックを
利用して記録される。それによって、板状メモリ１上の
ＦＡＴが壊れても、ファイルの修復を可能とできる。
マットで規定されるファイル管理システムとは別個に、
音楽用ファイルに対して、ファイル管理情報（後述する
トラック情報管理ファイル）を規定している。トラック
情報管理ファイルは、板状メモリ１のユーザブロックを
利用して記録される。それによって、板状メモリ１上の
ＦＡＴが壊れても、ファイルの修復を可能とできる。
【００５８】トラック情報管理ファイルは、ＣＰＵ４１
により作成される。例えば最初に電源をオンした時に、
板状メモリ１の装着されているか否かが判定され、板状
メモリ１が装着されている時には、認証が行われる。認
証により正規の板状メモリ１であることが確認される
と、板状メモリ１内のブートブロックがＣＰＵ４１に読
み込まれる。そして、論理−物理アドレス変換テーブル
が読み込まれる。読み込まれたデータは、ＲＡＭ４１ｂ
に格納される。ユーザが購入して初めて使用する板状メ
モリ１でも、出荷時には、ＦＡＴや、ルートディレクト
リの書き込みがなされている。トラック情報管理ファイ
ルは、録音に応じて、作成／更新される。
により作成される。例えば最初に電源をオンした時に、
板状メモリ１の装着されているか否かが判定され、板状
メモリ１が装着されている時には、認証が行われる。認
証により正規の板状メモリ１であることが確認される
と、板状メモリ１内のブートブロックがＣＰＵ４１に読
み込まれる。そして、論理−物理アドレス変換テーブル
が読み込まれる。読み込まれたデータは、ＲＡＭ４１ｂ
に格納される。ユーザが購入して初めて使用する板状メ
モリ１でも、出荷時には、ＦＡＴや、ルートディレクト
リの書き込みがなされている。トラック情報管理ファイ
ルは、録音に応じて、作成／更新される。
【００５９】すなわち、ユーザの操作等に基づいて行わ
れたオーディオデータが後述するデータファイルとして
記録された場合、その記録後にＦＡＴおよびトラック情
報管理ファイルが更新される。ファイルの更新の度、具
体的には、オーディオデータの記録を開始し、記録を終
了する度に、ＲＡＭ４１ｂ上でＦＡＴおよびトラック情
報管理ファイルが書き換えられる。そして、板状メモリ
１を外す時に、またはパワーをオフする時に、ＲＡＭ４
１ｂから板状メモリ１のフラッシュメモリに最終的なＦ
ＡＴおよびトラック情報管理ファイルが格納される。な
お、オーディオデータの記録を開始し、記録を終了する
度に、板状メモリ１上のＦＡＴおよびトラック情報管理
ファイルを書き換えても良い。編集を行った場合も、ト
ラック情報管理ファイルの内容が更新される。
れたオーディオデータが後述するデータファイルとして
記録された場合、その記録後にＦＡＴおよびトラック情
報管理ファイルが更新される。ファイルの更新の度、具
体的には、オーディオデータの記録を開始し、記録を終
了する度に、ＲＡＭ４１ｂ上でＦＡＴおよびトラック情
報管理ファイルが書き換えられる。そして、板状メモリ
１を外す時に、またはパワーをオフする時に、ＲＡＭ４
１ｂから板状メモリ１のフラッシュメモリに最終的なＦ
ＡＴおよびトラック情報管理ファイルが格納される。な
お、オーディオデータの記録を開始し、記録を終了する
度に、板状メモリ１上のＦＡＴおよびトラック情報管理
ファイルを書き換えても良い。編集を行った場合も、ト
ラック情報管理ファイルの内容が更新される。
【００６０】さらに本例では、付加情報ファイルも作
成、更新され、板状メモリ１に記録される。付加情報フ
ァイルの作成、更新は、トラック情報管理ファイルと同
様になされる。付加情報は、外部機器からの送信やユー
ザの入力操作によりドライブ装置２０に入力され、その
入力された付加情報をＣＰＵ４１が板状メモリ１に記録
する。付加情報の記録動作等については詳しくは後述す
る。
成、更新され、板状メモリ１に記録される。付加情報フ
ァイルの作成、更新は、トラック情報管理ファイルと同
様になされる。付加情報は、外部機器からの送信やユー
ザの入力操作によりドライブ装置２０に入力され、その
入力された付加情報をＣＰＵ４１が板状メモリ１に記録
する。付加情報の記録動作等については詳しくは後述す
る。
【００６１】４−２ ディレクトリ構成 次に、板状メモリ１に記憶されるファイル構造について
説明していく。まずディレクトリ構成例を図７に示す。
上述したように、板状メモリ１で扱うことのできる主デ
ータとしては、動画データ、静止画データ、音声データ
（ボイスデータ）、ＨｉＦｉオーディオデータ（音楽用
データ）、制御用データなどがあるが、このためディレ
クトリ構造としては、ルートディレクトリから、「ＶＯ
ＩＣＥ」（ボイス用ディレクトリ）、「ＤＣＩＭ」（静
止画用ディレクトリ）、「ＭＯｘｘｘｘｎｎ」（動画用
ディレクトリ）、「ＡＶＣＴＬ」（制御用ディレクト
リ）、「ＨＩＦＩ」（音楽用ディレクトリ）が配され
る。
説明していく。まずディレクトリ構成例を図７に示す。
上述したように、板状メモリ１で扱うことのできる主デ
ータとしては、動画データ、静止画データ、音声データ
（ボイスデータ）、ＨｉＦｉオーディオデータ（音楽用
データ）、制御用データなどがあるが、このためディレ
クトリ構造としては、ルートディレクトリから、「ＶＯ
ＩＣＥ」（ボイス用ディレクトリ）、「ＤＣＩＭ」（静
止画用ディレクトリ）、「ＭＯｘｘｘｘｎｎ」（動画用
ディレクトリ）、「ＡＶＣＴＬ」（制御用ディレクト
リ）、「ＨＩＦＩ」（音楽用ディレクトリ）が配され
る。
【００６２】本例では、音楽（オーディオデータ）の記
録／再生を例に挙げて説明するため、以下、音楽用ディ
レクトリについて説明していく。音楽用ディレクトリ
「ＨＩＦＩ」には、トラック情報管理ファイルＴＲＫＬ
ＩＳＴ．ＭＳＦと、トラック情報管理ファイルのバック
アップＴＲＫＬＩＳＴＢ．ＭＳＦと、付加情報ファイル
ＩＮＦＬＩＳＴ．ＭＳＦと、データファイルＡ３Ｄｎｎ
ｎｎｎ．ＭＳＡとを有する。
録／再生を例に挙げて説明するため、以下、音楽用ディ
レクトリについて説明していく。音楽用ディレクトリ
「ＨＩＦＩ」には、トラック情報管理ファイルＴＲＫＬ
ＩＳＴ．ＭＳＦと、トラック情報管理ファイルのバック
アップＴＲＫＬＩＳＴＢ．ＭＳＦと、付加情報ファイル
ＩＮＦＬＩＳＴ．ＭＳＦと、データファイルＡ３Ｄｎｎ
ｎｎｎ．ＭＳＡとを有する。
【００６３】データファイルＡ３Ｄｎｎｎｎｎ．ＭＳＡ
は、実際の音楽データ内容が記録されるファイルであ
り、ＡＴＲＡＣ３方式で圧縮されたオーディオデータが
記録される。１つのデータファイルＡ３Ｄｎｎｎｎｎ．
ＭＳＡが１つの楽曲となる。なお説明上、データファイ
ルを「トラック」とも呼ぶ。
は、実際の音楽データ内容が記録されるファイルであ
り、ＡＴＲＡＣ３方式で圧縮されたオーディオデータが
記録される。１つのデータファイルＡ３Ｄｎｎｎｎｎ．
ＭＳＡが１つの楽曲となる。なお説明上、データファイ
ルを「トラック」とも呼ぶ。
【００６４】トラック情報管理ファイルＴＲＫＬＩＳ
Ｔ．ＭＳＦは、音楽用ディレクトリ内の管理ファイルで
あり、ＣＤシステムやＭＤシステムにおけるＴＯＣと同
様に各楽曲（つまり各データファイル）を管理するファ
イルである。また、このトラック情報管理ファイルＴＲ
ＫＬＩＳＴ．ＭＳＦには、ＮＡＭＥ１およびＮＡＭＥ２
が含まれる。ＮＡＭＥ１は、板状メモリ全体の名称、曲
名を１バイトコードで記述するブロックで、ＡＳＣＩＩ
／８８５９−１の文字コードにより曲名データが記述さ
れる。ＮＡＭＥ２は、板状メモリ全体の名称や曲名等を
２バイトコードで記述するブロックであり、ＭＳ−ＪＩ
Ｓ／ハングル語／中国語等により曲名データ等が記述さ
れる。
Ｔ．ＭＳＦは、音楽用ディレクトリ内の管理ファイルで
あり、ＣＤシステムやＭＤシステムにおけるＴＯＣと同
様に各楽曲（つまり各データファイル）を管理するファ
イルである。また、このトラック情報管理ファイルＴＲ
ＫＬＩＳＴ．ＭＳＦには、ＮＡＭＥ１およびＮＡＭＥ２
が含まれる。ＮＡＭＥ１は、板状メモリ全体の名称、曲
名を１バイトコードで記述するブロックで、ＡＳＣＩＩ
／８８５９−１の文字コードにより曲名データが記述さ
れる。ＮＡＭＥ２は、板状メモリ全体の名称や曲名等を
２バイトコードで記述するブロックであり、ＭＳ−ＪＩ
Ｓ／ハングル語／中国語等により曲名データ等が記述さ
れる。
【００６５】付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ
は、板状メモリ１の全体もしくは各データファイル（楽
曲）に対応する付加情報を管理及び記録するファイルで
ある。具体的には、アーチスト名、ＩＳＲＣコード、タ
イムスタンプ、静止画像データ等の各種付加情報データ
が記述される。
は、板状メモリ１の全体もしくは各データファイル（楽
曲）に対応する付加情報を管理及び記録するファイルで
ある。具体的には、アーチスト名、ＩＳＲＣコード、タ
イムスタンプ、静止画像データ等の各種付加情報データ
が記述される。
【００６６】４−３ 管理構造 このような音楽用ディレクトリのトラック情報管理ファ
イルＴＲＫＬＩＳＴ．ＭＳＦ、ＮＡＭＥ１およびＮＡＭ
Ｅ２、データファイルＡ３Ｄｎｎｎｎ．ＭＳＡ、付加情
報ファイルＩＮＦＬＩＳＴ．ＭＳＦの関係を図８に示
す。なお、本明細書において説明又は図面上で「０ｘ」
を付した数値（例えば０ｘ００１０など）は、１６進表
記であることを意味する。
イルＴＲＫＬＩＳＴ．ＭＳＦ、ＮＡＭＥ１およびＮＡＭ
Ｅ２、データファイルＡ３Ｄｎｎｎｎ．ＭＳＡ、付加情
報ファイルＩＮＦＬＩＳＴ．ＭＳＦの関係を図８に示
す。なお、本明細書において説明又は図面上で「０ｘ」
を付した数値（例えば０ｘ００１０など）は、１６進表
記であることを意味する。
【００６７】トラック情報管理ファイルＴＲＫＬＩＳ
Ｔ．ＭＳＦは、全体で６４Ｋバイト（＝１６Ｋ×４）の
固定長で、その内の３２Ｋバイトがトラック（データフ
ァイル）を管理するパラメータを記述するのに使用さ
れ、残りの３２ＫバイトがＮＡＭＥ１およびＮＡＭＥ２
を記述するのに使用される。曲名等を記述したファイル
ＮＡＭＥ１および２は、トラック情報管理ファイルと別
扱いでも実現できるが、ＲＡＭ容量の小さいシステム
は、トラック情報管理ファイルと曲名ファイルとを分け
ない方が管理ファイルをまとめて管理することができ、
操作しやすくなる。
Ｔ．ＭＳＦは、全体で６４Ｋバイト（＝１６Ｋ×４）の
固定長で、その内の３２Ｋバイトがトラック（データフ
ァイル）を管理するパラメータを記述するのに使用さ
れ、残りの３２ＫバイトがＮＡＭＥ１およびＮＡＭＥ２
を記述するのに使用される。曲名等を記述したファイル
ＮＡＭＥ１および２は、トラック情報管理ファイルと別
扱いでも実現できるが、ＲＡＭ容量の小さいシステム
は、トラック情報管理ファイルと曲名ファイルとを分け
ない方が管理ファイルをまとめて管理することができ、
操作しやすくなる。
【００６８】トラック情報管理ファイルＴＲＫＬＩＳ
Ｔ．ＭＳＦでは、ファイル内のトラック情報領域ＴＲＫ
ＩＮＦ−ｎｎｎｎおよびパーツ情報領域ＰＲＴＩＮＦ−
ｎｎｎｎによって、データファイルＡ３Ｄｎｎｎｎ．Ｍ
ＳＡおよび付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦが
管理される。例えば１つのデータファイルＡＤ３（ｎ）
について、１つのトラック情報領域ＴＲＫＩＮＦ−
（ｎ）およびパーツ情報領域ＰＲＴＩＮＦ−（ｎ）に、
ポインタその他の各種情報が記述される。図８では、デ
ータファイルＡＤ３（ｎ）が４つのパーツＰ１〜Ｐ４に
より構成されているときに、この様なデータファイルＡ
Ｄ３（ｎ）がトラック情報領域ＴＲＫＩＮＦ−（ｎ）お
よびパーツ情報領域ＰＲＴＩＮＦ−（ｎ）により管理さ
れている状態を示している。またそのデータファイルＡ
Ｄ３（ｎ）に対応する曲名等の文字情報が、ＮＡＭＥ１
（ｎ）、ＮＡＭＥ２（ｎ）に記述される。また詳しくは
後述するが、トラック情報領域ＴＲＫＩＮＦ−（ｎ）に
は付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ内のインデ
ックスポインタＩＮＦ−（ｎ）を示すポインタが記述さ
れており、さらに付加情報ファイルＩＮＦＬＩＳＴ．Ｍ
ＳＦ内のインデックスポインタＩＮＦ−（ｎ）は、実際
の付加情報内容が記述された付加情報ユニットＩＮＦＵ
−（ｎ）を示す構成とされる。このような形態で、或る
データファイルに対応する付加情報ユニットが管理され
る。
Ｔ．ＭＳＦでは、ファイル内のトラック情報領域ＴＲＫ
ＩＮＦ−ｎｎｎｎおよびパーツ情報領域ＰＲＴＩＮＦ−
ｎｎｎｎによって、データファイルＡ３Ｄｎｎｎｎ．Ｍ
ＳＡおよび付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦが
管理される。例えば１つのデータファイルＡＤ３（ｎ）
について、１つのトラック情報領域ＴＲＫＩＮＦ−
（ｎ）およびパーツ情報領域ＰＲＴＩＮＦ−（ｎ）に、
ポインタその他の各種情報が記述される。図８では、デ
ータファイルＡＤ３（ｎ）が４つのパーツＰ１〜Ｐ４に
より構成されているときに、この様なデータファイルＡ
Ｄ３（ｎ）がトラック情報領域ＴＲＫＩＮＦ−（ｎ）お
よびパーツ情報領域ＰＲＴＩＮＦ−（ｎ）により管理さ
れている状態を示している。またそのデータファイルＡ
Ｄ３（ｎ）に対応する曲名等の文字情報が、ＮＡＭＥ１
（ｎ）、ＮＡＭＥ２（ｎ）に記述される。また詳しくは
後述するが、トラック情報領域ＴＲＫＩＮＦ−（ｎ）に
は付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ内のインデ
ックスポインタＩＮＦ−（ｎ）を示すポインタが記述さ
れており、さらに付加情報ファイルＩＮＦＬＩＳＴ．Ｍ
ＳＦ内のインデックスポインタＩＮＦ−（ｎ）は、実際
の付加情報内容が記述された付加情報ユニットＩＮＦＵ
−（ｎ）を示す構成とされる。このような形態で、或る
データファイルに対応する付加情報ユニットが管理され
る。
【００６９】なお、付加情報ファイルＩＮＦＬＩＳＴ．
ＭＳＦ内のインデックスポインタＩＮＦ−（ｎ）は、本
発明でいう第１のポインタに相当し、またトラック情報
領域ＴＲＫＩＮＦ−（ｎ）内において上記インデックス
ポインタを示すポインタが本発明でいう第２のポインタ
に相当する。
ＭＳＦ内のインデックスポインタＩＮＦ−（ｎ）は、本
発明でいう第１のポインタに相当し、またトラック情報
領域ＴＲＫＩＮＦ−（ｎ）内において上記インデックス
ポインタを示すポインタが本発明でいう第２のポインタ
に相当する。
【００７０】続いて、図９を参照して、曲（トラック）
とデータファイルの関係について説明する。１トラック
は、１曲を意味する。板状メモリ１に記録できるトラッ
ク数は、例えば最大４００トラックに制限される。１曲
は、１つのデータファイルで構成される。データファイ
ルは、ＡＴＲＡＣ３により圧縮されたオーディオデータ
である。また板状メモリ１に対しては、クラスタと呼ば
れる単位で記録される。１クラスタは、例えば１６ＫＢ
の容量である。１クラスタに複数のファイルが混じるこ
とはない。板状メモリ１内のデータを消去する時の最小
単位が１ブロックである。音楽データを記録するのに使
用する板状メモリ１の場合、ブロックとクラスタは、同
意語であり、且つ１クラスタ＝１セクタと定義されてい
る。
とデータファイルの関係について説明する。１トラック
は、１曲を意味する。板状メモリ１に記録できるトラッ
ク数は、例えば最大４００トラックに制限される。１曲
は、１つのデータファイルで構成される。データファイ
ルは、ＡＴＲＡＣ３により圧縮されたオーディオデータ
である。また板状メモリ１に対しては、クラスタと呼ば
れる単位で記録される。１クラスタは、例えば１６ＫＢ
の容量である。１クラスタに複数のファイルが混じるこ
とはない。板状メモリ１内のデータを消去する時の最小
単位が１ブロックである。音楽データを記録するのに使
用する板状メモリ１の場合、ブロックとクラスタは、同
意語であり、且つ１クラスタ＝１セクタと定義されてい
る。
【００７１】１曲は、基本的に１パーツで構成される
が、編集が行われると、複数のパーツから１曲が構成さ
れることがある。曲内のパーツのつながりは、トラック
情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦにおけるパー
ツ情報領域ＰＲＴＩＮＦ−ｎｎｎｎに記述される。パー
ツは、録音開始からその停止までの連続した時間内で記
録されたデータの単位を意味し、通常は、１トラックが
１パーツで構成される。パーツの最大値に制限がある。
パーツ数をＰとし、トラック数をＴ（＝１〜４００）と
すると、使用できるパーツとトラックの間には、（Ｐ＝
２０４３−４×Ｔ）の関係がある。例えば１トラックが
２０３９パーツで構成されると、２曲目に割り当てるパ
ーツがなくなり、２曲目のデータファイルを作ることが
できない。
が、編集が行われると、複数のパーツから１曲が構成さ
れることがある。曲内のパーツのつながりは、トラック
情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦにおけるパー
ツ情報領域ＰＲＴＩＮＦ−ｎｎｎｎに記述される。パー
ツは、録音開始からその停止までの連続した時間内で記
録されたデータの単位を意味し、通常は、１トラックが
１パーツで構成される。パーツの最大値に制限がある。
パーツ数をＰとし、トラック数をＴ（＝１〜４００）と
すると、使用できるパーツとトラックの間には、（Ｐ＝
２０４３−４×Ｔ）の関係がある。例えば１トラックが
２０３９パーツで構成されると、２曲目に割り当てるパ
ーツがなくなり、２曲目のデータファイルを作ることが
できない。
【００７２】さらにパーツの最小単位は、サウンドユニ
ット（ＳＵと略記する）である。ＳＵは、ＡＴＲＡＣ３
でオーディオデータを圧縮する時の最小のデータ単位で
ある。すなわち４４．１ｋHzのサンプリング周波数で得
られた１０２４サンプル分（１０２４×１６ビット×２
チャンネル）のオーディオデータを約１／１０に圧縮し
た数百バイトのデータがＳＵである。１ＳＵは、時間に
換算して約２３ｍ秒になる。通常は、数千に及ぶＳＵに
よって１つのパーツが構成される。
ット（ＳＵと略記する）である。ＳＵは、ＡＴＲＡＣ３
でオーディオデータを圧縮する時の最小のデータ単位で
ある。すなわち４４．１ｋHzのサンプリング周波数で得
られた１０２４サンプル分（１０２４×１６ビット×２
チャンネル）のオーディオデータを約１／１０に圧縮し
た数百バイトのデータがＳＵである。１ＳＵは、時間に
換算して約２３ｍ秒になる。通常は、数千に及ぶＳＵに
よって１つのパーツが構成される。
【００７３】図９は、ＣＤ等からのオーディオデータを
２曲連続して記録した場合のファイル構成を示す。図９
（ａ）に１曲目（データファイル＃１）が例えば５クラ
スタで構成される場合を、また図９（ｃ）に２曲目（デ
ータファイル＃２）が例えば６クラスタで構成される場
合を示している。１曲目と２曲目の曲間では、１クラス
タに二つのファイルが混在することが許されないので、
次のクラスタの最初からデータファイル＃２が作成され
る。従って、データファイル＃１の終端（１曲目の終
端）がクラスタの途中に位置しても、図９（ｂ）に拡大
して示すように、そのクラスタの残りの部分には、デー
タ（ＳＵ）が存在しないものとされる。第２曲目（デー
タファイル＃２）も同様にとなる。そしてこの場合は、
データファイル＃１、＃２ともに１パーツで構成され
る。
２曲連続して記録した場合のファイル構成を示す。図９
（ａ）に１曲目（データファイル＃１）が例えば５クラ
スタで構成される場合を、また図９（ｃ）に２曲目（デ
ータファイル＃２）が例えば６クラスタで構成される場
合を示している。１曲目と２曲目の曲間では、１クラス
タに二つのファイルが混在することが許されないので、
次のクラスタの最初からデータファイル＃２が作成され
る。従って、データファイル＃１の終端（１曲目の終
端）がクラスタの途中に位置しても、図９（ｂ）に拡大
して示すように、そのクラスタの残りの部分には、デー
タ（ＳＵ）が存在しないものとされる。第２曲目（デー
タファイル＃２）も同様にとなる。そしてこの場合は、
データファイル＃１、＃２ともに１パーツで構成され
る。
【００７４】板状メモリ１のデータファイルに対して
は、編集として、デバイド、コンバイン、イレーズ、ム
ーブの４種類の処理が規定される。デバイドは、１つの
曲を２つに分割することである。デバイドがされると、
総曲数が１つ増加する。デバイドは、一つのファイルを
ファイルシステム上で分割して２つのファイルとし、ト
ラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを更新
する。イレーズは、曲を消去することである。消された
以降の曲番号が１つ減少する。ムーブは、曲順番を変え
ることである。ムーブの他の意味は、板状メモリ内では
なく、板状メモリから他の媒体例えばハードディスクに
曲を移動させる処理のことである。コピーは、オリジナ
ルの複製を作成する操作であるのに対して、ムーブは、
移動のみを意味する。従って、ムーブによって、曲の複
製が発生しない。
は、編集として、デバイド、コンバイン、イレーズ、ム
ーブの４種類の処理が規定される。デバイドは、１つの
曲を２つに分割することである。デバイドがされると、
総曲数が１つ増加する。デバイドは、一つのファイルを
ファイルシステム上で分割して２つのファイルとし、ト
ラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを更新
する。イレーズは、曲を消去することである。消された
以降の曲番号が１つ減少する。ムーブは、曲順番を変え
ることである。ムーブの他の意味は、板状メモリ内では
なく、板状メモリから他の媒体例えばハードディスクに
曲を移動させる処理のことである。コピーは、オリジナ
ルの複製を作成する操作であるのに対して、ムーブは、
移動のみを意味する。従って、ムーブによって、曲の複
製が発生しない。
【００７５】図９に示した二つの曲（データファイル＃
１、＃２）をコンバインした結果を図１０に示す。コン
バインされたことで、データファイル＃１、＃２は１つ
のデータファイル＃１となり、このデータファイル＃１
は、二つのパーツから形成されるものとなる。また、図
１１は、図９（ａ）の１つの曲（データファイル＃１）
をクラスタ２の途中でデバイドした結果を示す。デバイ
ドによって、クラスタ０、１およびクラスタ２の前側か
らなるデータファイル＃１と、元々のクラスタ２の後側
とクラスタ３、４とからなるデータファイル＃２とが発
生する。
１、＃２）をコンバインした結果を図１０に示す。コン
バインされたことで、データファイル＃１、＃２は１つ
のデータファイル＃１となり、このデータファイル＃１
は、二つのパーツから形成されるものとなる。また、図
１１は、図９（ａ）の１つの曲（データファイル＃１）
をクラスタ２の途中でデバイドした結果を示す。デバイ
ドによって、クラスタ０、１およびクラスタ２の前側か
らなるデータファイル＃１と、元々のクラスタ２の後側
とクラスタ３、４とからなるデータファイル＃２とが発
生する。
【００７６】これらのような編集操作がなされた場合、
データファイル自体を書き換えると時間がかかるととも
に処理負担が大きくなるので、編集点を含むブロック
（クラスタ）のファイル管理情報ＴＲＫＬＩＳＴ．ＭＳ
Ｆのみが書き直される。このために、パーツという概念
が導入されている。
データファイル自体を書き換えると時間がかかるととも
に処理負担が大きくなるので、編集点を含むブロック
（クラスタ）のファイル管理情報ＴＲＫＬＩＳＴ．ＭＳ
Ｆのみが書き直される。このために、パーツという概念
が導入されている。
【００７７】４−４ トラック情報管理ファイル（ＴＲ
ＫＬＩＳＴ．ＭＳＦ） トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの詳
細な構成を図１２〜図１６で説明していく。トラック情
報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの全体は、図８
に示したように１６ＫＢのクラスタ（ブロック）が４ク
ラスタ、つまり６４ＫＢで構成されるが、図１２（ａ）
には、前半の２クラスタ分（３２ＫＢ）を示している。
この３２Ｋバイトがトラック（データファイル）を管理
する領域となる。
ＫＬＩＳＴ．ＭＳＦ） トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの詳
細な構成を図１２〜図１６で説明していく。トラック情
報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの全体は、図８
に示したように１６ＫＢのクラスタ（ブロック）が４ク
ラスタ、つまり６４ＫＢで構成されるが、図１２（ａ）
には、前半の２クラスタ分（３２ＫＢ）を示している。
この３２Ｋバイトがトラック（データファイル）を管理
する領域となる。
【００７８】なお、図７で説明したように、このトラッ
ク情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの他に、そ
のコピーであるトラック情報管理ファイルＴＲＫＬＩＳ
ＴＢ．ＭＳＦが形成されるが、これは以下説明していく
トラック情報管理ファイルと同様の構造となるため説明
を省略する。
ク情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの他に、そ
のコピーであるトラック情報管理ファイルＴＲＫＬＩＳ
ＴＢ．ＭＳＦが形成されるが、これは以下説明していく
トラック情報管理ファイルと同様の構造となるため説明
を省略する。
【００７９】また、以下の各ファイルの説明において
は、ファイル中で先頭から８バイト単位又は１６バイト
単位で区切られた単位をスロットと称するが、このトラ
ック情報管理ファイルの場合には、１６バイト単位をス
ロットと称する。図１２、図１７、図１９などでは、そ
れらの図の横方向の一行が８バイト又は１６バイト分と
して示しているが、この一行分が１スロットに相当す
る。
は、ファイル中で先頭から８バイト単位又は１６バイト
単位で区切られた単位をスロットと称するが、このトラ
ック情報管理ファイルの場合には、１６バイト単位をス
ロットと称する。図１２、図１７、図１９などでは、そ
れらの図の横方向の一行が８バイト又は１６バイト分と
して示しているが、この一行分が１スロットに相当す
る。
【００８０】図１２（ａ）のようにトラック情報管理フ
ァイルは、（０ｘ００００）および（０ｘ００１０）で
表される先頭から３２バイトがヘッダとされる。このヘ
ッダには、以下のデータが先頭から順に配される。
ァイルは、（０ｘ００００）および（０ｘ００１０）で
表される先頭から３２バイトがヘッダとされる。このヘ
ッダには、以下のデータが先頭から順に配される。
【００８１】・ＢＬＫ ＩＤ−ＴＬ０／ＴＬ１（４バイ
ト） 固定値（ＴＬ０＝０ｘ５４４Ｃ２Ｄ３０，ＴＬ１＝０ｘ
５４４Ｃ２Ｄ３１）が記述される。 ・Ｔ−ＴＲＫ（２バイト） 総曲数を記述（１〜４００）する。 ・ＭＣｏｄｅ（２バイト） 記録装置のメーカー、機種を識別するメーカーコード。
これは、板状メモリ１に対して記録を行った記録装置の
メーカーを特定するための管理コードで、ライセンサー
からライセンスする時にそれぞれ与えられる。機種コー
ドは、ライセンスされた各社で管理される ・ＲＥＶＩＳＩＯＮ（４バイト） このトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦ
の書き換え回数で、記録される毎にインクリメントされ
る。 ・ＹＭＤｈｍｓ（４バイト） トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦが最
後に更新された年月日が記述される。 ・Ｎ１（ＯＰ）（１バイト） 板状メモリの連番号（分子側）で、１枚使用時はすべて
（０ｘ０１）である。なお（ＯＰ）と記してあるのは、
オプショナル事項の意味。 ・Ｎ２（ＯＰ）（１バイト） 板状メモリの連番号（分母側）で、１枚使用時はすべて
（０ｘ０１）である。 ・ＭＳＩＤ（ＯＰ）（２バイト） 板状メモリのＩＤで、複数組の時は、ＭＳＩＤが同一番
号（Ｔ．Ｂ．Ｄ．）とされる。なお（Ｔ．Ｂ．Ｄ．）
は、将来定義されうることを意味する。 ・Ｓ−ＴＲＫ（２バイト） 特別トラック（４０１〜４０８）の記述（Ｔ．Ｂ．
Ｄ．）で、通常は、０ｘ００００である。 ・ＰＡＳＳ（ＯＰ）（２バイト） パスワード（Ｔ．Ｂ．Ｄ．） ・ＡＰＰ（ＯＰ）（２バイト） 再生アプリケーションの規定（Ｔ．Ｂ．Ｄ．）（通常
は、０ｘ００００） ・ＩＮＦ−Ｓ（ＯＰ）（２バイト） 板状メモリ全体を対象とした付加情報ポインタであり、
付加情報がないときは、これが００とされる。なお、こ
のＩＮＦ−Ｓは、本発明でいう「第２のポインタ」に該
当するポインタの１つである。 ・Ｓ ＹＭＤｈｍｓ（ＯＰ）（４バイト） 時刻を正確に記録できる機器によりトラック情報管理フ
ァイルＴＲＫＬＩＳＴ．ＭＳＦが更新された年月日が記
述される。
ト） 固定値（ＴＬ０＝０ｘ５４４Ｃ２Ｄ３０，ＴＬ１＝０ｘ
５４４Ｃ２Ｄ３１）が記述される。 ・Ｔ−ＴＲＫ（２バイト） 総曲数を記述（１〜４００）する。 ・ＭＣｏｄｅ（２バイト） 記録装置のメーカー、機種を識別するメーカーコード。
これは、板状メモリ１に対して記録を行った記録装置の
メーカーを特定するための管理コードで、ライセンサー
からライセンスする時にそれぞれ与えられる。機種コー
ドは、ライセンスされた各社で管理される ・ＲＥＶＩＳＩＯＮ（４バイト） このトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦ
の書き換え回数で、記録される毎にインクリメントされ
る。 ・ＹＭＤｈｍｓ（４バイト） トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦが最
後に更新された年月日が記述される。 ・Ｎ１（ＯＰ）（１バイト） 板状メモリの連番号（分子側）で、１枚使用時はすべて
（０ｘ０１）である。なお（ＯＰ）と記してあるのは、
オプショナル事項の意味。 ・Ｎ２（ＯＰ）（１バイト） 板状メモリの連番号（分母側）で、１枚使用時はすべて
（０ｘ０１）である。 ・ＭＳＩＤ（ＯＰ）（２バイト） 板状メモリのＩＤで、複数組の時は、ＭＳＩＤが同一番
号（Ｔ．Ｂ．Ｄ．）とされる。なお（Ｔ．Ｂ．Ｄ．）
は、将来定義されうることを意味する。 ・Ｓ−ＴＲＫ（２バイト） 特別トラック（４０１〜４０８）の記述（Ｔ．Ｂ．
Ｄ．）で、通常は、０ｘ００００である。 ・ＰＡＳＳ（ＯＰ）（２バイト） パスワード（Ｔ．Ｂ．Ｄ．） ・ＡＰＰ（ＯＰ）（２バイト） 再生アプリケーションの規定（Ｔ．Ｂ．Ｄ．）（通常
は、０ｘ００００） ・ＩＮＦ−Ｓ（ＯＰ）（２バイト） 板状メモリ全体を対象とした付加情報ポインタであり、
付加情報がないときは、これが００とされる。なお、こ
のＩＮＦ−Ｓは、本発明でいう「第２のポインタ」に該
当するポインタの１つである。 ・Ｓ ＹＭＤｈｍｓ（ＯＰ）（４バイト） 時刻を正確に記録できる機器によりトラック情報管理フ
ァイルＴＲＫＬＩＳＴ．ＭＳＦが更新された年月日が記
述される。
【００８２】以上のようなヘッダ以外に、トラック情報
管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを構成する最初の
クラスタ（ブロック）の最後の１６バイト（スロット）
として、ヘッダ内のものと同一のＢＬＫ ＩＤ−ＴＬ０
と、ＭＣｏｄｅと、ＲＥＶＩＳＩＯＮとが配される。ま
た図示するように第２クラスタの最初のスロットと最後
のスロットには、ヘッダ内のものと同一のＢＬＫ ＩＤ
−ＴＬ１と、ＭＣｏｄｅと、ＲＥＶＩＳＩＯＮとが配さ
れる。
管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを構成する最初の
クラスタ（ブロック）の最後の１６バイト（スロット）
として、ヘッダ内のものと同一のＢＬＫ ＩＤ−ＴＬ０
と、ＭＣｏｄｅと、ＲＥＶＩＳＩＯＮとが配される。ま
た図示するように第２クラスタの最初のスロットと最後
のスロットには、ヘッダ内のものと同一のＢＬＫ ＩＤ
−ＴＬ１と、ＭＣｏｄｅと、ＲＥＶＩＳＩＯＮとが配さ
れる。
【００８３】これらは次のような機能を持つことにな
る。民生用オーディオ機器としては、板状メモリ１が記
録中に抜かれたり、電源が切れることがあり、復活した
時にこれらの異常の発生を検出することが必要とされ
る。上述したように、ＲＥＶＩＳＩＯＮをブロックの先
頭と末尾に書き込み、この値を書き換える度に＋１イン
クリメントするようにしている。若し、ブロックの途中
で異常終了が発生すると、先頭と末尾のＲＥＶＩＳＩＯ
Ｎの値が一致せず、異常終了を検出することができる。
この場合、トラック情報管理ファイルがバックアップを
持つので、一つ前の状態に戻すことが容易にできる。ま
たＲＥＶＩＳＩＯＮが多数存在することで、高い確率で
異常終了を検出することができる。なお異常終了の検出
時には、エラーメッセージの表示等の警告が発生する。
る。民生用オーディオ機器としては、板状メモリ１が記
録中に抜かれたり、電源が切れることがあり、復活した
時にこれらの異常の発生を検出することが必要とされ
る。上述したように、ＲＥＶＩＳＩＯＮをブロックの先
頭と末尾に書き込み、この値を書き換える度に＋１イン
クリメントするようにしている。若し、ブロックの途中
で異常終了が発生すると、先頭と末尾のＲＥＶＩＳＩＯ
Ｎの値が一致せず、異常終了を検出することができる。
この場合、トラック情報管理ファイルがバックアップを
持つので、一つ前の状態に戻すことが容易にできる。ま
たＲＥＶＩＳＩＯＮが多数存在することで、高い確率で
異常終了を検出することができる。なお異常終了の検出
時には、エラーメッセージの表示等の警告が発生する。
【００８４】また、１ブロック（１６ＫＢ）の先頭部分
に固定値ＢＬＫ ＩＤ−ＴＬ０／ＴＬ１を挿入している
ので、ＦＡＴが壊れた場合の修復の目安に固定値を使用
できる。すなわち、各ブロックの先頭の固定値を見れ
ば、ファイルの種類を判別することが可能である。しか
も、この固定値ＢＬＫ ＩＤ−ＴＬ０／ＴＬ１は、ブロ
ックのヘッダおよびブロックの終端部分に二重に記述す
るので、その信頼性のチェックを行うことができる。
に固定値ＢＬＫ ＩＤ−ＴＬ０／ＴＬ１を挿入している
ので、ＦＡＴが壊れた場合の修復の目安に固定値を使用
できる。すなわち、各ブロックの先頭の固定値を見れ
ば、ファイルの種類を判別することが可能である。しか
も、この固定値ＢＬＫ ＩＤ−ＴＬ０／ＴＬ１は、ブロ
ックのヘッダおよびブロックの終端部分に二重に記述す
るので、その信頼性のチェックを行うことができる。
【００８５】ＡＴＲＡＣ３データが記録されるデータフ
ァイルは、このトラック情報管理ファイルと比較して、
相当大きなデータ量（例えば数千のブロックが繋がる場
合もある）であり、データファイルに関しては、後述す
るように、ブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬが付
けられている。但し、データファイルは、通常複数のフ
ァイルが板状メモリ上に存在するので、コンテンツナン
バＣＯＮＮＵＭ０（後述）でコンテンツの区別を付けた
上で、ＢＬＯＣＫ ＳＥＲＩＡＬを付けないと、重複が
発生し、ＦＡＴが壊れた場合のファイルの復旧が困難と
なる。
ァイルは、このトラック情報管理ファイルと比較して、
相当大きなデータ量（例えば数千のブロックが繋がる場
合もある）であり、データファイルに関しては、後述す
るように、ブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬが付
けられている。但し、データファイルは、通常複数のフ
ァイルが板状メモリ上に存在するので、コンテンツナン
バＣＯＮＮＵＭ０（後述）でコンテンツの区別を付けた
上で、ＢＬＯＣＫ ＳＥＲＩＡＬを付けないと、重複が
発生し、ＦＡＴが壊れた場合のファイルの復旧が困難と
なる。
【００８６】同様に、ＦＡＴの破壊までにはいたらない
が、論理を間違ってファイルとして不都合のあるような
場合に、書き込んだメーカーの機種が特定できるよう
に、メーカーコード（ＭＣｏｄｅ）がブロックの先頭と
末尾に記録されている。
が、論理を間違ってファイルとして不都合のあるような
場合に、書き込んだメーカーの機種が特定できるよう
に、メーカーコード（ＭＣｏｄｅ）がブロックの先頭と
末尾に記録されている。
【００８７】トラック情報管理ファイルにおいて上記ヘ
ッダの後には、トラック（曲）ごとの情報を記述するト
ラック情報領域ＴＲＫＩＮＦと、トラック（曲）内のパ
ーツの情報を記述するパーツ情報領域ＰＲＴＩＮＦが配
置される。すなわち各データファイル（トラック）のそ
れぞれに対応して例えば（トラック情報領域ＴＲＫＩＮ
Ｆ−００１、パーツ情報領域ＰＲＴＩＮＦ−００１）、
（トラック情報領域ＴＲＫＩＮＦ−００２、パーツ情報
領域ＰＲＴＩＮＦ−００２）・・・・が形成されてい
く。このトラック情報領域、パーツ情報領域の詳細を図
１２（ｂ）に示す。記述されるデータは順番に次のよう
になる。
ッダの後には、トラック（曲）ごとの情報を記述するト
ラック情報領域ＴＲＫＩＮＦと、トラック（曲）内のパ
ーツの情報を記述するパーツ情報領域ＰＲＴＩＮＦが配
置される。すなわち各データファイル（トラック）のそ
れぞれに対応して例えば（トラック情報領域ＴＲＫＩＮ
Ｆ−００１、パーツ情報領域ＰＲＴＩＮＦ−００１）、
（トラック情報領域ＴＲＫＩＮＦ−００２、パーツ情報
領域ＰＲＴＩＮＦ−００２）・・・・が形成されてい
く。このトラック情報領域、パーツ情報領域の詳細を図
１２（ｂ）に示す。記述されるデータは順番に次のよう
になる。
【００８８】・Ｔ０（１バイト） 固定値（Ｔ０＝０ｘ７４）が記述される。 ・ＬＴ（１バイト） 再生制限の有無が記述される。（０ｘ８０：再生制限あ
り、０ｘ００：再生制限なし、それ以外：再生禁止） ・ＩＮＦ−ｎｎｎ（ＯＰ）（２バイト） 各トラックの付加情報ポインタである。「０００」〜
「４０９」の値により、後述する付加情報ファイルＩＮ
ＦＬＩＳＴ．ＭＳＦ内のインデックスポインタ（ＩＮＦ
−００１〜ＩＮＦ４０９）を指定する。但し「０００」
はインデックスポインタを指定しない、つまり付加情報
がないトラックであることを意味する。なお、このＩＮ
Ｆ−ｎｎｎも、本発明でいう「第２のポインタ」に該当
するポインタとなる。 ・ＦＮＭ−ｎｎｎ（４バイト） ＡＴＲＡＣ３データ（データファイル）のファイル番号
（０ｘ００００〜０ｘＦＦＦＦ）である。データファイ
ル名（Ａ３Ｄｎｎｎｎｎ．ＭＳＡ）のｎｎｎｎｎ（ＡＳ
ＣＩＩ）番号を０ｘｎｎｎｎｎに変換した値である。 ・ＣＯＮＴＥＮＴＳ ＫＥＹ−ｎｎｎ（８バイト） コンテンツ毎に作成される特別な値で、板状メモリのセ
キュリティブロックの中で暗号化される。
り、０ｘ００：再生制限なし、それ以外：再生禁止） ・ＩＮＦ−ｎｎｎ（ＯＰ）（２バイト） 各トラックの付加情報ポインタである。「０００」〜
「４０９」の値により、後述する付加情報ファイルＩＮ
ＦＬＩＳＴ．ＭＳＦ内のインデックスポインタ（ＩＮＦ
−００１〜ＩＮＦ４０９）を指定する。但し「０００」
はインデックスポインタを指定しない、つまり付加情報
がないトラックであることを意味する。なお、このＩＮ
Ｆ−ｎｎｎも、本発明でいう「第２のポインタ」に該当
するポインタとなる。 ・ＦＮＭ−ｎｎｎ（４バイト） ＡＴＲＡＣ３データ（データファイル）のファイル番号
（０ｘ００００〜０ｘＦＦＦＦ）である。データファイ
ル名（Ａ３Ｄｎｎｎｎｎ．ＭＳＡ）のｎｎｎｎｎ（ＡＳ
ＣＩＩ）番号を０ｘｎｎｎｎｎに変換した値である。 ・ＣＯＮＴＥＮＴＳ ＫＥＹ−ｎｎｎ（８バイト） コンテンツ毎に作成される特別な値で、板状メモリのセ
キュリティブロックの中で暗号化される。
【００８９】・Ｓ−ＳＡＭ（Ｄ）ＳＥＲＩＡＬ（１６バ
イト） 板状メモリを記録した機器固有のシリアル番号である。 ・ＡＰＰ ＣＴＬ（ＯＰ）（４バイト） アプリケーション用パラメータ（Ｔ．Ｂ．Ｄ．）であ
る。通常、０ｘ００００とされる。 ・ＣＯＮＮＵＭ−ｎｎｎ（４バイト） コンテンツ累積番号である。コンテンツ毎に作られ、１
つの板状メモリ内で重複しないように、記録装置のセキ
ュリティブロックで保存される ・Ｐ−ｎｎｎ（２バイト） 曲（データファイル）を構成するパーツ数（１〜２０３
９）が記述される。 ・ＸＴ（ＯＰ）（２バイト） 次のＩＮＸが示すポイントからの再生時間（ＳＵ）が記
述される。なお、「０ｘ００００」は無設定、「０ｘＦ
ＦＦＦ」は曲の終端までを意味する。 ・ＩＮＸ−ｎｎｎ（ＯＰ）（２バイト） 曲内の特定部分（所謂さびの部分の先頭）を表すポイン
タ、曲の先頭からの相対ＳＵの数により表現される。こ
れにより曲の先頭から１０秒程度しか聞けなかった従来
のミュージックスキャン機能を改善し、さびの部分を指
定することを可能とする ・ＹＭＤｈｍｓ−Ｓ（４バイト） 再生制限付きのトラックの再生開始日である。使用しな
い時は、「０ｘ００００００００」とされる。 ・ＹＭＤｈｍｓ−Ｅ（４バイト） 再生制限付きのトラックの再生期限日である。使用しな
い時は、「０ｘ００００００００」とされる。 ・ＭＴ（１バイト） 再生条件付きのトラックの再生許可回数である。使用し
ない時は、「０ｘ００」とされる。 ・ＣＴ（１バイト） 再生条件付きのトラックの再生回数である。使用しない
時は、「０ｘ００」とされる。 ・ＣＣ（１バイト） コピー制御のためのバイトである。００：コピー禁止、
０１：コピー１世代、１０：コピーフリー、という意味
となる。なおコピー第１世代の場合でコピーした子供
は、コピー禁止とする。 ・ＣＮ（１バイト） コピー回数に関するバイトである。００：コピー禁止、
０１から０ｘＦＥ：回数、０ｘＦＦ：回数無制限、コピ
ー第１世代の場合のみ有効、コピー毎にカウントする。
イト） 板状メモリを記録した機器固有のシリアル番号である。 ・ＡＰＰ ＣＴＬ（ＯＰ）（４バイト） アプリケーション用パラメータ（Ｔ．Ｂ．Ｄ．）であ
る。通常、０ｘ００００とされる。 ・ＣＯＮＮＵＭ−ｎｎｎ（４バイト） コンテンツ累積番号である。コンテンツ毎に作られ、１
つの板状メモリ内で重複しないように、記録装置のセキ
ュリティブロックで保存される ・Ｐ−ｎｎｎ（２バイト） 曲（データファイル）を構成するパーツ数（１〜２０３
９）が記述される。 ・ＸＴ（ＯＰ）（２バイト） 次のＩＮＸが示すポイントからの再生時間（ＳＵ）が記
述される。なお、「０ｘ００００」は無設定、「０ｘＦ
ＦＦＦ」は曲の終端までを意味する。 ・ＩＮＸ−ｎｎｎ（ＯＰ）（２バイト） 曲内の特定部分（所謂さびの部分の先頭）を表すポイン
タ、曲の先頭からの相対ＳＵの数により表現される。こ
れにより曲の先頭から１０秒程度しか聞けなかった従来
のミュージックスキャン機能を改善し、さびの部分を指
定することを可能とする ・ＹＭＤｈｍｓ−Ｓ（４バイト） 再生制限付きのトラックの再生開始日である。使用しな
い時は、「０ｘ００００００００」とされる。 ・ＹＭＤｈｍｓ−Ｅ（４バイト） 再生制限付きのトラックの再生期限日である。使用しな
い時は、「０ｘ００００００００」とされる。 ・ＭＴ（１バイト） 再生条件付きのトラックの再生許可回数である。使用し
ない時は、「０ｘ００」とされる。 ・ＣＴ（１バイト） 再生条件付きのトラックの再生回数である。使用しない
時は、「０ｘ００」とされる。 ・ＣＣ（１バイト） コピー制御のためのバイトである。００：コピー禁止、
０１：コピー１世代、１０：コピーフリー、という意味
となる。なおコピー第１世代の場合でコピーした子供
は、コピー禁止とする。 ・ＣＮ（１バイト） コピー回数に関するバイトである。００：コピー禁止、
０１から０ｘＦＥ：回数、０ｘＦＦ：回数無制限、コピ
ー第１世代の場合のみ有効、コピー毎にカウントする。
【００９０】以上の６４バイトがトラック情報領域ＴＲ
ＫＩＮＦ−ｎｎｎとなり、図１２（ｂ）の最後の１６バ
イトがパーツ情報領域ＰＲＴＩＮＦ−ｎｎｎとなる。パ
ーツ情報領域ＰＲＴＩＮＦ−ｎｎｎには次の順序で、ト
ラック内のパーツ情報が記述される。
ＫＩＮＦ−ｎｎｎとなり、図１２（ｂ）の最後の１６バ
イトがパーツ情報領域ＰＲＴＩＮＦ−ｎｎｎとなる。パ
ーツ情報領域ＰＲＴＩＮＦ−ｎｎｎには次の順序で、ト
ラック内のパーツ情報が記述される。
【００９１】・ＰＲ（１バイト） 固定値（ＰＲ＝０ｘ５０）とされる。 ・Ａ−ｎｎｎｎ（２バイト） パーツの属性情報であり、モード（１バイト）、ＳＣＭ
Ｓ(Serial Copy Management System) 情報（１バイト）
とされる。詳しくは後述する。 ・ＰＲＴＳＩＺＥ−ｎｎｎｎ（４バイト） パーツのクラスタサイズ（２バイト）、スタートＳＵ
（１バイト）、エンドＳＵ（１バイト）が記述される。 ・ＰＲＴＫＥＹ−ｎｎｎｎ（８バイト） 音楽データを暗号化するブロックキーを作るためにコン
テンツキーとペアで使用されるキーである。初期値０
で、編集操作によってパーツが発生する度に＋１インク
リメントされる。
Ｓ(Serial Copy Management System) 情報（１バイト）
とされる。詳しくは後述する。 ・ＰＲＴＳＩＺＥ−ｎｎｎｎ（４バイト） パーツのクラスタサイズ（２バイト）、スタートＳＵ
（１バイト）、エンドＳＵ（１バイト）が記述される。 ・ＰＲＴＫＥＹ−ｎｎｎｎ（８バイト） 音楽データを暗号化するブロックキーを作るためにコン
テンツキーとペアで使用されるキーである。初期値０
で、編集操作によってパーツが発生する度に＋１インク
リメントされる。
【００９２】２バイトの上記Ａ−ｎｎｎｎは、下位バイ
ト及び上位バイトで、図１３、図１４で示すように情報
が記述される。まず図１３のように、Ａ−ｎｎｎｎ情報
の下位バイトによりＡＴＲＡＣ３のモードを示すモード
情報が規定されている。図１３では、ＨＱ，ＳＰ，Ｃ
Ｄ，ＬＰ１，ＬＰ２，モノの６種類のモードについて、
１ＳＵのバイト数、記録時間（６４ＭＢの板状メモリの
場合）、データ転送レート、圧縮率がそれぞれ示されて
いる。
ト及び上位バイトで、図１３、図１４で示すように情報
が記述される。まず図１３のように、Ａ−ｎｎｎｎ情報
の下位バイトによりＡＴＲＡＣ３のモードを示すモード
情報が規定されている。図１３では、ＨＱ，ＳＰ，Ｃ
Ｄ，ＬＰ１，ＬＰ２，モノの６種類のモードについて、
１ＳＵのバイト数、記録時間（６４ＭＢの板状メモリの
場合）、データ転送レート、圧縮率がそれぞれ示されて
いる。
【００９３】また上位バイトにより記述される情報の内
容は図１４のとおりである。つまり、ビット０は、エン
ファシスのオン／オフの情報を形成し、ビット１は、再
生ＳＫＩＰか、通常再生かの情報を形成し、ビット２
は、データ区分、例えばオーディオデータか、ＦＡＸ等
のデータ音かの情報を形成する。ビット３およびビット
４は、リザーブである。ビット５およびビット６を組み
合わせることによって、図示のように、ＳＣＭＳ情報が
形成される。ビット７は、書き込み禁止の可否の情報が
形成される。
容は図１４のとおりである。つまり、ビット０は、エン
ファシスのオン／オフの情報を形成し、ビット１は、再
生ＳＫＩＰか、通常再生かの情報を形成し、ビット２
は、データ区分、例えばオーディオデータか、ＦＡＸ等
のデータ音かの情報を形成する。ビット３およびビット
４は、リザーブである。ビット５およびビット６を組み
合わせることによって、図示のように、ＳＣＭＳ情報が
形成される。ビット７は、書き込み禁止の可否の情報が
形成される。
【００９４】以上が、トラック管理情報ファイルＴＲＫ
ＬＩＳＴ．ＭＳＦにおいてデータファイルを管理するパ
ラメータを記述する領域となる。上述したようにトラッ
ク管理情報ファイルＴＲＫＬＩＳＴ．ＭＳＦの残りの３
２ＫバイトがＮＡＭＥ１およびＮＡＭＥ２を記述するの
に使用される。
ＬＩＳＴ．ＭＳＦにおいてデータファイルを管理するパ
ラメータを記述する領域となる。上述したようにトラッ
ク管理情報ファイルＴＲＫＬＩＳＴ．ＭＳＦの残りの３
２ＫバイトがＮＡＭＥ１およびＮＡＭＥ２を記述するの
に使用される。
【００９５】図１５は、ＮＡＭＥ１（１バイトコードを
使用する領域）のより詳細なデータ構成を示す。ＮＡＭ
Ｅ１および後述のＮＡＭＥ２は、ファイルの先頭から８
バイト単位で区切られ、１スロット＝８バイトとされて
いる。先頭の０ｘ８０００には、下記のヘッダが記述さ
れる。先頭（０ｘ８００８）の後ろにポインタおよび名
前が記述される。ＮＡＭＥ１の最後のスロットにヘッダ
と同一データが記述される。
使用する領域）のより詳細なデータ構成を示す。ＮＡＭ
Ｅ１および後述のＮＡＭＥ２は、ファイルの先頭から８
バイト単位で区切られ、１スロット＝８バイトとされて
いる。先頭の０ｘ８０００には、下記のヘッダが記述さ
れる。先頭（０ｘ８００８）の後ろにポインタおよび名
前が記述される。ＮＡＭＥ１の最後のスロットにヘッダ
と同一データが記述される。
【００９６】・ＢＬＫ ＩＤ−ＮＭ１（４バイト） ブロックの内容を特定する固定値（ＮＭ１＝０ｘ４Ｅ４
Ｄ２Ｄ３１）である。 ・ＭＣｏｄｅ（２バイト） 会社、機種を識別するためのコードが記述される。
Ｄ２Ｄ３１）である。 ・ＭＣｏｄｅ（２バイト） 会社、機種を識別するためのコードが記述される。
【００９７】・ＰＮＭ１−ｎｎｎ、ＰＮＭ１−Ｓ（Ｏ
Ｐ）（４バイト） ＮＭ１（１バイトコード）へのポインタである。ＰＮＭ
１−Ｓは、板状メモリを代表する名前のポインタ、ＰＮ
Ｍ１−ｎｎｎ（＝１〜４０８）は、曲名のポインタとな
る。ポインタは、ブロック内の開始位置（２バイト）と
文字コードタイプ（２ビット）とデータサイズ（１４ビ
ット）を記述する。開始位置は、ＮＭ１領域の先頭から
のバイトオフセット値（０ｘ０００〜０ｘ３９８９）と
される。文字コードタイプは、（０：ＡＳＣＩＩ，１：
ＡＳＣＩＩ＋仮名，２：修正８８５９−１）となる。デ
ータサイズ（１４ビット）は、文字データと終端（０ｘ
００）１バイトとを合計した値（０ｘ０００〜０ｘ３９
８Ｃ）とされる。
Ｐ）（４バイト） ＮＭ１（１バイトコード）へのポインタである。ＰＮＭ
１−Ｓは、板状メモリを代表する名前のポインタ、ＰＮ
Ｍ１−ｎｎｎ（＝１〜４０８）は、曲名のポインタとな
る。ポインタは、ブロック内の開始位置（２バイト）と
文字コードタイプ（２ビット）とデータサイズ（１４ビ
ット）を記述する。開始位置は、ＮＭ１領域の先頭から
のバイトオフセット値（０ｘ０００〜０ｘ３９８９）と
される。文字コードタイプは、（０：ＡＳＣＩＩ，１：
ＡＳＣＩＩ＋仮名，２：修正８８５９−１）となる。デ
ータサイズ（１４ビット）は、文字データと終端（０ｘ
００）１バイトとを合計した値（０ｘ０００〜０ｘ３９
８Ｃ）とされる。
【００９８】・ＮＭ１−ｎｎｎ（ＯＰ） １バイトコードで、板状メモリ名、曲名データを可変長
で記述する。また名前データの終端コード（０ｘ００）
が書き込まれる。
で記述する。また名前データの終端コード（０ｘ００）
が書き込まれる。
【００９９】図１６は、ＮＡＭＥ２（２バイトコードを
使用する領域）の詳細なデータ構成を示す。先頭（０ｘ
８０００）には、下記のヘッダが記述される。先頭（０
ｘ８００８）の後ろにポインタおよび名前が記述され
る。ＮＡＭＥ２の最後のスロットにヘッダと同一データ
が記述される。
使用する領域）の詳細なデータ構成を示す。先頭（０ｘ
８０００）には、下記のヘッダが記述される。先頭（０
ｘ８００８）の後ろにポインタおよび名前が記述され
る。ＮＡＭＥ２の最後のスロットにヘッダと同一データ
が記述される。
【０１００】・ＢＬＫ ＩＤ−ＮＭ２（４バイト） ブロックの内容を特定する固定値（ＮＭ２＝０ｘ４Ｅ４
Ｄ２Ｄ３２）とされる。 ・ＭＣｏｄｅ（２バイト） 会社、機種を識別するためのコードである。
Ｄ２Ｄ３２）とされる。 ・ＭＣｏｄｅ（２バイト） 会社、機種を識別するためのコードである。
【０１０１】・ＰＮＭ２−ｎｎｎ、ＰＮＭ２−Ｓ（Ｏ
Ｐ）（４バイト） ＮＭ２（２バイトコード）へのポインタである。ＰＮＭ
２−Ｓは、板状メモリを代表する名前のポインタ、ＰＮ
Ｍ２−ｎｎｎ（＝１〜４０８）は、曲名のポインタとな
る。ポインタは、ブロック内の開始位置（２バイト）と
文字コードタイプ（２ビット）とデータサイズ（１４ビ
ット）が記述される。開始位置は、ＮＭ２領域の先頭か
らのバイトオフセット値（０ｘ０００〜０ｘ３９８７）
とされる。文字コードタイプは、（０：日本語（ＭＳ−
ＪＩＳ），１：韓国語（ＫＳ Ｃ５６０１−１９８
９），２：中国語（ＧＢ２３１２−８０））である。デ
ータサイズ（１４ビット）は、文字データと終端（０ｘ
００００）２バイトとを合計した値（０ｘ０００〜０ｘ
３９８Ｃ）とされる。
Ｐ）（４バイト） ＮＭ２（２バイトコード）へのポインタである。ＰＮＭ
２−Ｓは、板状メモリを代表する名前のポインタ、ＰＮ
Ｍ２−ｎｎｎ（＝１〜４０８）は、曲名のポインタとな
る。ポインタは、ブロック内の開始位置（２バイト）と
文字コードタイプ（２ビット）とデータサイズ（１４ビ
ット）が記述される。開始位置は、ＮＭ２領域の先頭か
らのバイトオフセット値（０ｘ０００〜０ｘ３９８７）
とされる。文字コードタイプは、（０：日本語（ＭＳ−
ＪＩＳ），１：韓国語（ＫＳ Ｃ５６０１−１９８
９），２：中国語（ＧＢ２３１２−８０））である。デ
ータサイズ（１４ビット）は、文字データと終端（０ｘ
００００）２バイトとを合計した値（０ｘ０００〜０ｘ
３９８Ｃ）とされる。
【０１０２】・ＮＭ２−ｎｎｎ（ＯＰ） ２バイトコードで、板状メモリ名、曲名データを可変長
で記述する。また名前データの終端コード（０ｘ０００
０）が書き込まれる。
で記述する。また名前データの終端コード（０ｘ０００
０）が書き込まれる。
【０１０３】４−５ データファイル（Ａ３Ｄｎｎｎｎ
ｎ．ＭＳＡ） 次にＡＴＲＡＣ３データが記録されるデータファイルの
構造を説明する。図１７は、１ＳＵがＮバイトの場合の
データファイルＡ３Ｄｎｎｎｎ．ＭＳＡのデータ配列
（１ブロック分）を示す。このファイルは、１スロット
＝８バイトである。図１７では、各スロットの先頭（０
ｘ００００〜０ｘ３ＦＦ８）が示されている。ファイル
の先頭から４個のスロットがヘッダである。ヘッダに
は、下記のデータが記述される。なお、ブロックの最後
の一つ前のスロットに、ＢＬＯＣＫ ＳＥＥＤが二重記
録され、最後のスロットにＢＬＫ ＩＤ−Ａ３Ｄおよび
ＭＣｏｄｅが記録される。
ｎ．ＭＳＡ） 次にＡＴＲＡＣ３データが記録されるデータファイルの
構造を説明する。図１７は、１ＳＵがＮバイトの場合の
データファイルＡ３Ｄｎｎｎｎ．ＭＳＡのデータ配列
（１ブロック分）を示す。このファイルは、１スロット
＝８バイトである。図１７では、各スロットの先頭（０
ｘ００００〜０ｘ３ＦＦ８）が示されている。ファイル
の先頭から４個のスロットがヘッダである。ヘッダに
は、下記のデータが記述される。なお、ブロックの最後
の一つ前のスロットに、ＢＬＯＣＫ ＳＥＥＤが二重記
録され、最後のスロットにＢＬＫ ＩＤ−Ａ３Ｄおよび
ＭＣｏｄｅが記録される。
【０１０４】・ＢＬＫ ＩＤ−Ａ３Ｄ（４バイト） ブロックの内容を特定する固定値（Ａ３Ｄ＝０ｘ４１３
２４４２０）とされる。 ・ＭＣｏｄｅ（２バイト） 会社、機種を識別するためのコードである。編集された
場合は書き直す必要がある。 ・ＢＬＯＣＫ ＳＥＥＤ（８バイト） 暗号化に必要なブロックキーを作るために使用する。ブ
ロックシードの先頭値は、乱数を記録装置のセキュリテ
ィブロック（ＳＡＭ５０）で計算する。続くブロック
は、＋１インクリメントしていく。なおエラー対策とし
てブロックの最初と最後に同じものを書く。また、編集
されても書き直す必要はない。 ・ＣＯＮＮＵＭ（４バイト） 最初に取得したコンテンツ番号である。上記したトラッ
ク管理情報ファイルＴＲＫＬＩＳＴ．ＭＳＦのＣＯＮＮ
ＵＭと最初は同じ値とされる。編集されても書き直す必
要はない。 ・ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト） ブロックの先頭を０として続くブロックは、＋１インク
リメントしていく値となる。編集されても書き直す必要
はない。 ・ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８バ
イト） ブロック毎にＡＴＲＡＣ３データを暗号化、復号化する
時に必要な初期値が記述される。コンテンツの先頭で
は、その値は「０」となり、続くブロックでは、最後の
ＳＵの最後の暗号化された値とされる。編集されても書
き直す必要はない。
２４４２０）とされる。 ・ＭＣｏｄｅ（２バイト） 会社、機種を識別するためのコードである。編集された
場合は書き直す必要がある。 ・ＢＬＯＣＫ ＳＥＥＤ（８バイト） 暗号化に必要なブロックキーを作るために使用する。ブ
ロックシードの先頭値は、乱数を記録装置のセキュリテ
ィブロック（ＳＡＭ５０）で計算する。続くブロック
は、＋１インクリメントしていく。なおエラー対策とし
てブロックの最初と最後に同じものを書く。また、編集
されても書き直す必要はない。 ・ＣＯＮＮＵＭ（４バイト） 最初に取得したコンテンツ番号である。上記したトラッ
ク管理情報ファイルＴＲＫＬＩＳＴ．ＭＳＦのＣＯＮＮ
ＵＭと最初は同じ値とされる。編集されても書き直す必
要はない。 ・ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト） ブロックの先頭を０として続くブロックは、＋１インク
リメントしていく値となる。編集されても書き直す必要
はない。 ・ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８バ
イト） ブロック毎にＡＴＲＡＣ３データを暗号化、復号化する
時に必要な初期値が記述される。コンテンツの先頭で
は、その値は「０」となり、続くブロックでは、最後の
ＳＵの最後の暗号化された値とされる。編集されても書
き直す必要はない。
【０１０５】このようなヘッダの後に、サウンドユニッ
トデータＳＵ−ｎｎｎｎが順に配される。ＳＵは、１０
２４サンプルから圧縮されたデータであり、そのデータ
量は、モードにより異なる。編集されても書き直す必要
はない。図１８がモードとＳＵのデータ量、１ブロック
当たりのＳＵの数、１ブロック当たりの余り（予約）の
データ量、転送レート、時間を示している。
トデータＳＵ−ｎｎｎｎが順に配される。ＳＵは、１０
２４サンプルから圧縮されたデータであり、そのデータ
量は、モードにより異なる。編集されても書き直す必要
はない。図１８がモードとＳＵのデータ量、１ブロック
当たりのＳＵの数、１ブロック当たりの余り（予約）の
データ量、転送レート、時間を示している。
【０１０６】一例として、６４ＭＢの板状メモリを使用
し、ＣＤモードの場合について説明する。６４ＭＢの板
状メモリには、３９６８ブロックがある。ＣＤモードで
は、１ＳＵが３２０バイトであるので、１ブロックに５
１ＳＵが存在する。１ＳＵは、（１０２４／４４１０
０）秒に相当する。従って、１ブロックは、 （１０２４／４４１００）×５１×（３９６８−１６）
＝４６８０秒＝７８分 転送レートは、 （４４１００／１０２４）×３２０×８＝１１０２５０
bps となる。
し、ＣＤモードの場合について説明する。６４ＭＢの板
状メモリには、３９６８ブロックがある。ＣＤモードで
は、１ＳＵが３２０バイトであるので、１ブロックに５
１ＳＵが存在する。１ＳＵは、（１０２４／４４１０
０）秒に相当する。従って、１ブロックは、 （１０２４／４４１００）×５１×（３９６８−１６）
＝４６８０秒＝７８分 転送レートは、 （４４１００／１０２４）×３２０×８＝１１０２５０
bps となる。
【０１０７】４−６ 付加情報ファイル（ＩＮＦＬＩＳ
Ｔ．ＭＳＦ） 続いて付加情報ファイルについて説明していく。図１９
（ａ）は、付加情報を記述するための付加情報ファイル
ＩＮＦＬＩＳＴ．ＭＳＦの詳細なデータ構成を示す。こ
の付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦは、トラッ
ク情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦと同様に、
ファイルの先頭から１６バイト単位で区切られ、１スロ
ット＝１６バイトとされている。先頭（０ｘ００００）
には、下記のヘッダが記述される。ヘッダ以降にポイン
タおよびデータが記述される。
Ｔ．ＭＳＦ） 続いて付加情報ファイルについて説明していく。図１９
（ａ）は、付加情報を記述するための付加情報ファイル
ＩＮＦＬＩＳＴ．ＭＳＦの詳細なデータ構成を示す。こ
の付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦは、トラッ
ク情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦと同様に、
ファイルの先頭から１６バイト単位で区切られ、１スロ
ット＝１６バイトとされている。先頭（０ｘ００００）
には、下記のヘッダが記述される。ヘッダ以降にポイン
タおよびデータが記述される。
【０１０８】・ＢＬＫ ＩＤ−ＩＮＦ（４バイト） ブロックの内容を特定する固定値（ＩＮＦ＝０ｘ４９４
Ｅ４６４Ｆ）である。 ・Ｔ−ＤＡＴ（２バイト） 総データ数が記述（０〜４０９）される。 ・ＭＣｏｄｅ（２バイト） 記録した機器のメーカーコードが記述される。 ・ＹＭＤｈｍｓ（バイト） 記録更新日時が記述される。
Ｅ４６４Ｆ）である。 ・Ｔ−ＤＡＴ（２バイト） 総データ数が記述（０〜４０９）される。 ・ＭＣｏｄｅ（２バイト） 記録した機器のメーカーコードが記述される。 ・ＹＭＤｈｍｓ（バイト） 記録更新日時が記述される。
【０１０９】・ＩＮＦ−ｎｎｎ（４バイト） 後述する付加情報ユニット（可変長、２バイト（スロッ
ト）単位）へのインデックスポインタである。このイン
デックスポインタとして、ＩＮＦ−００１〜ＩＮＦ−４
０９が用意される。なお、このインデックスポインタＩ
ＮＦ−００１〜ＩＮＦ−４０９は、本発明でいう第１の
ポインタに該当する。
ト）単位）へのインデックスポインタである。このイン
デックスポインタとして、ＩＮＦ−００１〜ＩＮＦ−４
０９が用意される。なお、このインデックスポインタＩ
ＮＦ−００１〜ＩＮＦ−４０９は、本発明でいう第１の
ポインタに該当する。
【０１１０】４バイトのインデックスポインタＩＮＦ−
ｎｎｎは図１９（ｂ）のように構成される。すなわち上
位１６ビットでポインタ、下位１５ビットでデータサイ
ズが記述され、１ビットが無効フラグに割り当てられ
る。ポインタとして示される開始位置は、上位１６ビッ
トの値（０ｘ００００〜０ｘＦＦＦＦ）で記述される。
後述する付加情報ユニットは、ＤａｔａＳｌｏｔ−００
００〜ＤａｔａＳｌｏｔ−ＦＦＦＦが用いられて記録さ
れるが、このポインタは、ＤａｔａＳｌｏｔ−００００
の（０ｘ０８００）先頭からのオフセット値（スロット
単位）により１つの付加情報ユニットの開始位置を示す
ものとなる。データサイズはその曲のもつ付加情報の総
データ数を表す。下位１５ビットのデータサイズは、そ
の曲のもつ総データ数（総スロット数）を表す（データ
は、各スロットの先頭から始まり、データの終了後は、
スロットの終わりまで００が書き込まれる）。無効フラ
グは、ポインタで示される付加情報ユニットの有効／無
効を示す識別情報となる。「０」は有効、「１」は無効
を示す。
ｎｎｎは図１９（ｂ）のように構成される。すなわち上
位１６ビットでポインタ、下位１５ビットでデータサイ
ズが記述され、１ビットが無効フラグに割り当てられ
る。ポインタとして示される開始位置は、上位１６ビッ
トの値（０ｘ００００〜０ｘＦＦＦＦ）で記述される。
後述する付加情報ユニットは、ＤａｔａＳｌｏｔ−００
００〜ＤａｔａＳｌｏｔ−ＦＦＦＦが用いられて記録さ
れるが、このポインタは、ＤａｔａＳｌｏｔ−００００
の（０ｘ０８００）先頭からのオフセット値（スロット
単位）により１つの付加情報ユニットの開始位置を示す
ものとなる。データサイズはその曲のもつ付加情報の総
データ数を表す。下位１５ビットのデータサイズは、そ
の曲のもつ総データ数（総スロット数）を表す（データ
は、各スロットの先頭から始まり、データの終了後は、
スロットの終わりまで００が書き込まれる）。無効フラ
グは、ポインタで示される付加情報ユニットの有効／無
効を示す識別情報となる。「０」は有効、「１」は無効
を示す。
【０１１１】なお最初のインデックスポインタ（通常Ｉ
ＮＦ−４０９）は、アルバム全体についての付加情報ユ
ニットを示すポインタとなる。
ＮＦ−４０９）は、アルバム全体についての付加情報ユ
ニットを示すポインタとなる。
【０１１２】この付加情報ファイルにおけるＤａｔａＳ
ｌｏｔ−００００〜ＤａｔａＳｌｏｔ−ＦＦＦＦがスロ
ット単位で１又は複数個用いられて、実際の付加情報内
容を含む付加情報ユニットが記録される。図２０は、付
加情報ユニットの構成を示す。一つの付加情報ユニット
の先頭には８バイトのヘッダが付加される。ヘッダは、
下記のものである。
ｌｏｔ−００００〜ＤａｔａＳｌｏｔ−ＦＦＦＦがスロ
ット単位で１又は複数個用いられて、実際の付加情報内
容を含む付加情報ユニットが記録される。図２０は、付
加情報ユニットの構成を示す。一つの付加情報ユニット
の先頭には８バイトのヘッダが付加される。ヘッダは、
下記のものである。
【０１１３】・ＩＮ（１バイト） 固定値（ＩＮ＝０ｘ６９）である。 ・ＩＤ（１バイト） ＩＤは付加情報の大きな種類を表す。サブＩＤに対して
キーＩＤと呼ばれる ・ＳＩＤ（１バイト） サブＩＤ（Ｔ．Ｂ．Ｄ．）として種類を表す。 ・ＳＩＺＥ（２バイト） 各ＩＤ毎の付加情報の大きさをスロット単位で示す（１
〜７ＦＦＦ）。ＳＩＺＥの最上位ビットＭＳＢは無効フ
ラグとされる。ＭＳＢ＝０：有効、ＭＳＢ＝１：無効 ・ＭＣｏｄｅ（２バイト） 記録した機器のメーカーコードが記述される。
キーＩＤと呼ばれる ・ＳＩＤ（１バイト） サブＩＤ（Ｔ．Ｂ．Ｄ．）として種類を表す。 ・ＳＩＺＥ（２バイト） 各ＩＤ毎の付加情報の大きさをスロット単位で示す（１
〜７ＦＦＦ）。ＳＩＺＥの最上位ビットＭＳＢは無効フ
ラグとされる。ＭＳＢ＝０：有効、ＭＳＢ＝１：無効 ・ＭＣｏｄｅ（２バイト） 記録した機器のメーカーコードが記述される。
【０１１４】このようなヘッダの後に可変長のデータが
配される。つまり実際の付加情報内容である。
配される。つまり実際の付加情報内容である。
【０１１５】図２１は、付加情報の例を示す。ＳＩＺＥ
が０ｘ８ｘｘｘの場合は、消去または無効のデータを表
す。各付加情報は、ヘッダ内のコード例えばキーＩＤお
よびＳＩＤによって区別される。但し、これらの値（コ
ード）については、未定義のために示されていない。付
加情報には、著作権コードＩＳＲＣ(International Sta
ndard Recording Code) 、作曲者、アーティスト名等の
曲情報、ハードウエア制御情報等が含まれる。曲情報の
場合には、データの先頭２バイトに記述している文字の
文字コードを付加する。
が０ｘ８ｘｘｘの場合は、消去または無効のデータを表
す。各付加情報は、ヘッダ内のコード例えばキーＩＤお
よびＳＩＤによって区別される。但し、これらの値（コ
ード）については、未定義のために示されていない。付
加情報には、著作権コードＩＳＲＣ(International Sta
ndard Recording Code) 、作曲者、アーティスト名等の
曲情報、ハードウエア制御情報等が含まれる。曲情報の
場合には、データの先頭２バイトに記述している文字の
文字コードを付加する。
【０１１６】図２２は、一つの付加情報ユニットの構成
である。このデータ構成において、いくつかの付加情報
の具体例を説明する。図２３は、付加情報がタイムスタ
ンプの場合を示す。図２１に示したように、タイムスタ
ンプは、録音時のタイムスタンプである。データは、Ｙ
ＭＤｈｍｓであり、１スロットの余った領域に００が書
かれる。図２４は、付加情報が再生ログファイルの場合
を示す。年月日（ＹＭＤ）時分秒（ｈｍｓ）のログデー
タが書かれる。
である。このデータ構成において、いくつかの付加情報
の具体例を説明する。図２３は、付加情報がタイムスタ
ンプの場合を示す。図２１に示したように、タイムスタ
ンプは、録音時のタイムスタンプである。データは、Ｙ
ＭＤｈｍｓであり、１スロットの余った領域に００が書
かれる。図２４は、付加情報が再生ログファイルの場合
を示す。年月日（ＹＭＤ）時分秒（ｈｍｓ）のログデー
タが書かれる。
【０１１７】図２５は、付加情報がアーチスト名＋ＩＳ
ＲＣコード＋ＴＯＣＩＤの場合を示す。この例では、１
バイトコードを使用してアーチスト名が記述される。ス
ロットの残りには、００が書かれる。次のスロットに
は、ＩＳＲＣコードがデータとして書かれる。さらに、
その次のスロットには、ＴＯＣ−ＩＤのデータが書かれ
る。若し、図２５に示される付加情報を消去した場合に
は、図２５の付加情報は、図２６に示すものに書き換え
られる。すなわち、ＳＩＺＥが（８ｘｘｘ）とされる。
ＲＣコード＋ＴＯＣＩＤの場合を示す。この例では、１
バイトコードを使用してアーチスト名が記述される。ス
ロットの残りには、００が書かれる。次のスロットに
は、ＩＳＲＣコードがデータとして書かれる。さらに、
その次のスロットには、ＴＯＣ−ＩＤのデータが書かれ
る。若し、図２５に示される付加情報を消去した場合に
は、図２５の付加情報は、図２６に示すものに書き換え
られる。すなわち、ＳＩＺＥが（８ｘｘｘ）とされる。
【０１１８】５．ファイル記録処理 以上のようなファイル構成の板状メモリ１に対してドラ
イブ装置２０によってオーディオデータ及び付加情報を
記録する際の処理を図２７で説明する。
イブ装置２０によってオーディオデータ及び付加情報を
記録する際の処理を図２７で説明する。
【０１１９】デジタル入力端子２７、マイク入力端子２
５、ライン入力端子２６、或いはＵＳＢコネクタ２８の
いづれかからオーディオ信号が供給されるとともに、ユ
ーザーが録音操作を行うことで、ＣＰＵ４１は図２７の
ステップＦ１０１として、オーディオ信号をデータファ
イルとして板状メモリ１に記録していく処理を行う。す
なわちＣＰＵ４１は各入力系やＤＳＰ４９等に所要の処
理を実行させるとともに、処理されたオーディオデータ
をＲＡＭ４１ｂに取り込む。さらにＣＰＵ４１はメモリ
インターフェース４２を介して板状メモリ１とＳＡＭ５
０との間で認証処理を実行させ、認証が完了したら、Ｒ
ＡＭ４１ｂに格納されているオーディオデータの暗号化
を実行させた上で、板状メモリ１に供給し、１又は複数
のデータファイル（トラック）として記録させていく。
５、ライン入力端子２６、或いはＵＳＢコネクタ２８の
いづれかからオーディオ信号が供給されるとともに、ユ
ーザーが録音操作を行うことで、ＣＰＵ４１は図２７の
ステップＦ１０１として、オーディオ信号をデータファ
イルとして板状メモリ１に記録していく処理を行う。す
なわちＣＰＵ４１は各入力系やＤＳＰ４９等に所要の処
理を実行させるとともに、処理されたオーディオデータ
をＲＡＭ４１ｂに取り込む。さらにＣＰＵ４１はメモリ
インターフェース４２を介して板状メモリ１とＳＡＭ５
０との間で認証処理を実行させ、認証が完了したら、Ｒ
ＡＭ４１ｂに格納されているオーディオデータの暗号化
を実行させた上で、板状メモリ１に供給し、１又は複数
のデータファイル（トラック）として記録させていく。
【０１２０】このようにして１又は複数のデータファイ
ルの記録処理が完了したら、続いてステップＦ１０２と
してトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦ
の更新を実行する。このため、ＣＰＵ４１はＲＡＭ４１
ｂ内で、板状メモリ１に記録した各データファイルに応
じて、それぞれトラック情報領域ＴＲＫＩＮＦ、パーツ
情報領域ＰＲＴＩＮＦのデータを生成し、図１２に示し
たトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの
データを再構成する。そしてその再構成したトラック情
報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを板状メモリ１
に供給し、板状メモリ１上でトラック情報管理ファイル
ＴＲＫＬＩＳＴ．ＭＳＦを更新させる。
ルの記録処理が完了したら、続いてステップＦ１０２と
してトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦ
の更新を実行する。このため、ＣＰＵ４１はＲＡＭ４１
ｂ内で、板状メモリ１に記録した各データファイルに応
じて、それぞれトラック情報領域ＴＲＫＩＮＦ、パーツ
情報領域ＰＲＴＩＮＦのデータを生成し、図１２に示し
たトラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの
データを再構成する。そしてその再構成したトラック情
報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを板状メモリ１
に供給し、板状メモリ１上でトラック情報管理ファイル
ＴＲＫＬＩＳＴ．ＭＳＦを更新させる。
【０１２１】続いてステップＦ１０３として、今回記録
したデータファイルに対応させる付加情報の入力処理を
行う。付加情報は、例えばユーザーが編集操作により入
力した曲名、アーティスト名などや、或いはオーディオ
信号とともに供給された各種情報である。例えばオーデ
ィオ信号がデジタル入力端子２７或いはＵＳＢコネクタ
２８からのデジタルデータ形態で行われた場合は、その
オーディオ信号とともに各種の情報が伝送されてくる場
合がある。そのような伝送データに基づいても付加情報
を生成できる。これら、ユーザー入力や外部機器からの
伝送によい付加情報内容が入力されたら、ＣＰＵ４１は
ＲＡＭ４１ｂにおいて、それら付加情報が付加情報ユニ
ットとして含まれた付加情報ファイルＩＮＦＬＩＳＴ．
ＭＳＦを生成（又は更新）する。もちろんこのとき、そ
の付加情報ユニットに対応するインデックスポインタＩ
ＮＦ−ｎｎｎ（図１９参照）も設定する。
したデータファイルに対応させる付加情報の入力処理を
行う。付加情報は、例えばユーザーが編集操作により入
力した曲名、アーティスト名などや、或いはオーディオ
信号とともに供給された各種情報である。例えばオーデ
ィオ信号がデジタル入力端子２７或いはＵＳＢコネクタ
２８からのデジタルデータ形態で行われた場合は、その
オーディオ信号とともに各種の情報が伝送されてくる場
合がある。そのような伝送データに基づいても付加情報
を生成できる。これら、ユーザー入力や外部機器からの
伝送によい付加情報内容が入力されたら、ＣＰＵ４１は
ＲＡＭ４１ｂにおいて、それら付加情報が付加情報ユニ
ットとして含まれた付加情報ファイルＩＮＦＬＩＳＴ．
ＭＳＦを生成（又は更新）する。もちろんこのとき、そ
の付加情報ユニットに対応するインデックスポインタＩ
ＮＦ−ｎｎｎ（図１９参照）も設定する。
【０１２２】付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ
が生成されたら、ＣＰＵ４１はステップＦ１０４とし
て、それに応じてトラック情報管理ファイルＴＲＫＬＩ
ＳＴ．ＭＳＦの更新を実行する。すなわちこの場合は、
付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦでのインデッ
クスポインタ（インデックスポインタで指示される付加
情報ユニット）を、１又は複数の記録したデータファイ
ルに対応させるために、記録した各データファイルに対
応する各トラック情報領域ＴＲＫＩＮＦにおけるポイン
タＩＮＦ−ｎｎｎ（図１２（ｂ）参照）を設定すること
になる。そしてこのように再構成したトラック情報管理
ファイルＴＲＫＬＩＳＴ．ＭＳＦを板状メモリ１に供給
し、板状メモリ１上でトラック情報管理ファイルＴＲＫ
ＬＩＳＴ．ＭＳＦを更新させる。
が生成されたら、ＣＰＵ４１はステップＦ１０４とし
て、それに応じてトラック情報管理ファイルＴＲＫＬＩ
ＳＴ．ＭＳＦの更新を実行する。すなわちこの場合は、
付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦでのインデッ
クスポインタ（インデックスポインタで指示される付加
情報ユニット）を、１又は複数の記録したデータファイ
ルに対応させるために、記録した各データファイルに対
応する各トラック情報領域ＴＲＫＩＮＦにおけるポイン
タＩＮＦ−ｎｎｎ（図１２（ｂ）参照）を設定すること
になる。そしてこのように再構成したトラック情報管理
ファイルＴＲＫＬＩＳＴ．ＭＳＦを板状メモリ１に供給
し、板状メモリ１上でトラック情報管理ファイルＴＲＫ
ＬＩＳＴ．ＭＳＦを更新させる。
【０１２３】続いてステップＦ１０５で、ステップＦ１
０３で生成した付加情報ファイルＩＮＦＬＩＳＴ．ＭＳ
Ｆを板状メモリ１に供給し、板状メモリ１上で付加情報
ファイルＩＮＦＬＩＳＴ．ＭＳＦを記録又は更新させ
る。
０３で生成した付加情報ファイルＩＮＦＬＩＳＴ．ＭＳ
Ｆを板状メモリ１に供給し、板状メモリ１上で付加情報
ファイルＩＮＦＬＩＳＴ．ＭＳＦを記録又は更新させ
る。
【０１２４】以上のように、楽曲等のデータファイルの
記録、付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦの記録
又は更新、トラック情報管理ファイルＴＲＫＬＩＳＴ．
ＭＳＦの更新が行なわれることで、１又は複数の楽曲が
それぞれデータファイルとして記録されるとともに、そ
れらが適切に管理され、かつ対応する付加情報が記録さ
れることになる。そして説明からわかるように、或るデ
ータファイルに対応される付加情報（付加情報ユニッ
ト）は、付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ内に
おけるインデックスポインタＩＮＦ−ｎｎｎによって指
定されるとともに、さらにそのインデックスポインタＩ
ＮＦ−ｎｎｎがトラック情報管理ファイルＴＲＫＬＩＳ
Ｔ．ＭＳＦ内における、データファイルに対応するトラ
ック情報領域ＴＲＫＩＮＦにおけるポインタＩＮＦ−ｎ
ｎｎによって指定される形態として管理される。
記録、付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦの記録
又は更新、トラック情報管理ファイルＴＲＫＬＩＳＴ．
ＭＳＦの更新が行なわれることで、１又は複数の楽曲が
それぞれデータファイルとして記録されるとともに、そ
れらが適切に管理され、かつ対応する付加情報が記録さ
れることになる。そして説明からわかるように、或るデ
ータファイルに対応される付加情報（付加情報ユニッ
ト）は、付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦ内に
おけるインデックスポインタＩＮＦ−ｎｎｎによって指
定されるとともに、さらにそのインデックスポインタＩ
ＮＦ−ｎｎｎがトラック情報管理ファイルＴＲＫＬＩＳ
Ｔ．ＭＳＦ内における、データファイルに対応するトラ
ック情報領域ＴＲＫＩＮＦにおけるポインタＩＮＦ−ｎ
ｎｎによって指定される形態として管理される。
【０１２５】このような２段構成のポインタ形態で付加
情報が管理されることで、その後の付加情報の編集処理
が非常に効率化できる。例えば比較的ファイル規模の大
きい付加情報ファイルを更新しなくとも、ファイル規模
の小さいトラック情報管理ファイルを更新することで、
各種の編集が可能とすることがができる。例えば、デー
タファイル間で対応する付加情報を移動させたり、複数
のデータファイルに１つの付加情報内容を対応づけたり
することなど、特殊な管理状態も、トラック情報管理フ
ァイル上の更新で可能となる。
情報が管理されることで、その後の付加情報の編集処理
が非常に効率化できる。例えば比較的ファイル規模の大
きい付加情報ファイルを更新しなくとも、ファイル規模
の小さいトラック情報管理ファイルを更新することで、
各種の編集が可能とすることがができる。例えば、デー
タファイル間で対応する付加情報を移動させたり、複数
のデータファイルに１つの付加情報内容を対応づけたり
することなど、特殊な管理状態も、トラック情報管理フ
ァイル上の更新で可能となる。
【０１２６】なお、板状メモリ全体にかかる付加情報に
ついては、データファイルの記録処理とは独立して記録
される。ユーザー操作等により板状メモリ全体にかかる
付加情報の入力操作が行われた場合は、図２７のステッ
プＦ１０３〜Ｆ１０５の処理が行われることになる。そ
のとき更新されるポインタは、トラック管理情報ファイ
ルにおいては、図１２（ａ）に示したポインタＩＮＦ−
Ｓとなり、また付加情報ファイル内のインデックスポイ
ンタとしては、図１９（ａ）に示すインデックスポイン
タのうちの例えばＩＮＦ−４０９となる。
ついては、データファイルの記録処理とは独立して記録
される。ユーザー操作等により板状メモリ全体にかかる
付加情報の入力操作が行われた場合は、図２７のステッ
プＦ１０３〜Ｆ１０５の処理が行われることになる。そ
のとき更新されるポインタは、トラック管理情報ファイ
ルにおいては、図１２（ａ）に示したポインタＩＮＦ−
Ｓとなり、また付加情報ファイル内のインデックスポイ
ンタとしては、図１９（ａ）に示すインデックスポイン
タのうちの例えばＩＮＦ−４０９となる。
【０１２７】また、個々のデータファイルにかかる付加
情報は、データファイルの記録とともに行われるように
説明したが、もちろん既に記録されたデータファイルに
ついて、後に付加情報を記録することも可能である。そ
の場合は、付加情報書込対象として選択されたデータフ
ァイルについて、図２７のステップＦ１０３〜Ｆ１０５
の処理が行われるようにすればよい。
情報は、データファイルの記録とともに行われるように
説明したが、もちろん既に記録されたデータファイルに
ついて、後に付加情報を記録することも可能である。そ
の場合は、付加情報書込対象として選択されたデータフ
ァイルについて、図２７のステップＦ１０３〜Ｆ１０５
の処理が行われるようにすればよい。
【０１２８】６．ファイル削除処理 続いて、或るデータファイル、及びそのデータファイル
に対応づけられた付加情報を削除する際の処理について
説明する。ユーザーが、記録された或るデータファイル
を指定して、それを削除する操作を行ない、ＣＰＵ４１
が図２８のステップＦ２０１としてその削除指示を受付
ると、まずステップＦ２０２として、ＲＡＭ１１ｂに読
み込んである板状メモリ１のトラック情報管理ファイル
ＴＲＫＬＩＳＴ．ＭＳＦにおいて、その削除対象のデー
タファイルにかかるトラック情報領域におけるポインタ
ＩＮＦ−ｎｎｎの値を取り込む。
に対応づけられた付加情報を削除する際の処理について
説明する。ユーザーが、記録された或るデータファイル
を指定して、それを削除する操作を行ない、ＣＰＵ４１
が図２８のステップＦ２０１としてその削除指示を受付
ると、まずステップＦ２０２として、ＲＡＭ１１ｂに読
み込んである板状メモリ１のトラック情報管理ファイル
ＴＲＫＬＩＳＴ．ＭＳＦにおいて、その削除対象のデー
タファイルにかかるトラック情報領域におけるポインタ
ＩＮＦ−ｎｎｎの値を取り込む。
【０１２９】そしてステップＦ２０３として、板状メモ
リ１から付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを読
み込み、ステップＦ２０４として、その付加情報ファイ
ルＩＮＦＬＩＳＴ．ＭＳＦ内において、上記ポインタＩ
ＮＦ−ｎｎｎで示されるインデックスポインタＩＮＦ−
ｎｎｎを、無効フラグがオン（「１」）となった状態に
更新する（図１９（ｂ）参照）。
リ１から付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを読
み込み、ステップＦ２０４として、その付加情報ファイ
ルＩＮＦＬＩＳＴ．ＭＳＦ内において、上記ポインタＩ
ＮＦ−ｎｎｎで示されるインデックスポインタＩＮＦ−
ｎｎｎを、無効フラグがオン（「１」）となった状態に
更新する（図１９（ｂ）参照）。
【０１３０】次にステップＦ２０５で、ＣＰＵ４１は、
トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを更
新する。すなわちこの場合は、削除対象となったデータ
ファイルに対応するトラック情報領域ＴＲＫＩＮＦ−ｘ
ｘｘ、パーツ情報領域ＰＲＴＩＮＦ−ｘｘｘを削除する
ことで、データファイルの削除を実現する。また、トラ
ック情報領域ＴＲＫＩＮＦ−ｘｘｘ、パーツ情報領域Ｐ
ＲＴＩＮＦ−ｘｘｘの削除によって、トラック情報管理
ファイルＴＲＫＬＩＳＴ．ＭＳＦ内に空き部分が発生す
ることになるが、削除した部分以降の、他のデータファ
イルに対応するトラック情報領域及びパーツ情報領域の
データを前づめしていくようにする。
トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを更
新する。すなわちこの場合は、削除対象となったデータ
ファイルに対応するトラック情報領域ＴＲＫＩＮＦ−ｘ
ｘｘ、パーツ情報領域ＰＲＴＩＮＦ−ｘｘｘを削除する
ことで、データファイルの削除を実現する。また、トラ
ック情報領域ＴＲＫＩＮＦ−ｘｘｘ、パーツ情報領域Ｐ
ＲＴＩＮＦ−ｘｘｘの削除によって、トラック情報管理
ファイルＴＲＫＬＩＳＴ．ＭＳＦ内に空き部分が発生す
ることになるが、削除した部分以降の、他のデータファ
イルに対応するトラック情報領域及びパーツ情報領域の
データを前づめしていくようにする。
【０１３１】この様にしてトラック情報管理ファイルＴ
ＲＫＬＩＳＴ．ＭＳＦを再構成したら、ステップＦ２０
６で、それを板状メモリ１に供給し、板状メモリ１上で
トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを更
新させる。続いてステップＦ２０７で、ステップＦ２０
４で更新（無効フラグオン）した付加情報ファイルＩＮ
ＦＬＩＳＴ．ＭＳＦを板状メモリ１に供給し、板状メモ
リ１上で付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを更
新させる。以上の処理で、データファイルの削除が完了
する。
ＲＫＬＩＳＴ．ＭＳＦを再構成したら、ステップＦ２０
６で、それを板状メモリ１に供給し、板状メモリ１上で
トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦを更
新させる。続いてステップＦ２０７で、ステップＦ２０
４で更新（無効フラグオン）した付加情報ファイルＩＮ
ＦＬＩＳＴ．ＭＳＦを板状メモリ１に供給し、板状メモ
リ１上で付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを更
新させる。以上の処理で、データファイルの削除が完了
する。
【０１３２】このような処理においては、データファイ
ル自体の削除に関しては、トラック管理情報ファイルの
更新により実行される。またトラック管理情報ファイル
は比較的データ規模の小さいファイルであるため、デー
タファイルの削除やそれに伴ったデータ内容の再構成
は、さほど処理負担のかかるものではない。そしてデー
タファイルに伴った付加情報の削除に関しては、付加情
報ファイル内で所要のインデックスポインタに無効フラ
グをたてるのみで行われる。付加情報ファイルは、その
付加情報の量に伴って、データ規模の大きなファイルと
なるが、削除処理に関してはそのファイル全体の再構成
は不要で、単に所要のインデックスポインタを更新する
のみでよいこと（付加情報ユニットそのものは扱わなく
てよいこと）は、処理負担は大きくならないことを意味
する。以上のことから、データファイル及び付加情報の
削除処理は、本例のように携帯用の小型のドライブ装置
２０（つまり処理能力をさほど高く設定できない装置）
でも可能となるものである。換言すれば、板状メモリ１
の付加情報の管理形態は、処理能力の小さい装置であっ
ても、問題なく編集が可能となるようにされているもの
となる。
ル自体の削除に関しては、トラック管理情報ファイルの
更新により実行される。またトラック管理情報ファイル
は比較的データ規模の小さいファイルであるため、デー
タファイルの削除やそれに伴ったデータ内容の再構成
は、さほど処理負担のかかるものではない。そしてデー
タファイルに伴った付加情報の削除に関しては、付加情
報ファイル内で所要のインデックスポインタに無効フラ
グをたてるのみで行われる。付加情報ファイルは、その
付加情報の量に伴って、データ規模の大きなファイルと
なるが、削除処理に関してはそのファイル全体の再構成
は不要で、単に所要のインデックスポインタを更新する
のみでよいこと（付加情報ユニットそのものは扱わなく
てよいこと）は、処理負担は大きくならないことを意味
する。以上のことから、データファイル及び付加情報の
削除処理は、本例のように携帯用の小型のドライブ装置
２０（つまり処理能力をさほど高く設定できない装置）
でも可能となるものである。換言すれば、板状メモリ１
の付加情報の管理形態は、処理能力の小さい装置であっ
ても、問題なく編集が可能となるようにされているもの
となる。
【０１３３】なお、板状メモリ全体にかかる付加情報を
削除する場合も考えられるが、その場合は、図２８の処
理においてデータファイルにかかる板状メモリ全体にか
かる処理に変更されればよい。すなわちステップＦ２０
２ではトラック管理情報ファイルのヘッダ内のポインタ
ＩＮＦ−Ｓからインデックスポインタを得る。また当然
ながらステップＦ２０５、Ｆ２０６の、データファイル
削除にかかるトラック管理情報ファイルの更新は必要な
い。
削除する場合も考えられるが、その場合は、図２８の処
理においてデータファイルにかかる板状メモリ全体にか
かる処理に変更されればよい。すなわちステップＦ２０
２ではトラック管理情報ファイルのヘッダ内のポインタ
ＩＮＦ−Ｓからインデックスポインタを得る。また当然
ながらステップＦ２０５、Ｆ２０６の、データファイル
削除にかかるトラック管理情報ファイルの更新は必要な
い。
【０１３４】また、個々のデータファイルにかかる付加
情報は、データファイルの削除とは独立しても実行でき
る。つまりデータファイルは削除しないが付加情報のみ
を削除する処理である。その場合は、ステップＦ２０
５、Ｆ２０６の、データファイル削除にかかるトラック
管理情報ファイルの更新は必要ない。
情報は、データファイルの削除とは独立しても実行でき
る。つまりデータファイルは削除しないが付加情報のみ
を削除する処理である。その場合は、ステップＦ２０
５、Ｆ２０６の、データファイル削除にかかるトラック
管理情報ファイルの更新は必要ない。
【０１３５】７．付加情報ファイル圧縮処理 上記のように、無効フラグをたてることによる付加情報
の削除処理が行われた後は、データ処理能力の高い装置
（例えばパーソナルコンピュータ１１や、板状メモリ１
に対応する据置型のドライブ装置）において、付加情報
ファイルの再構成（圧縮）を行うことができる。
の削除処理が行われた後は、データ処理能力の高い装置
（例えばパーソナルコンピュータ１１や、板状メモリ１
に対応する据置型のドライブ装置）において、付加情報
ファイルの再構成（圧縮）を行うことができる。
【０１３６】上述のように処理能力がさほど高くできな
いドライブ装置２０などでは、付加情報ユニット自体
（データ内容自体）の削除は行わないため、付加情報フ
ァイルＩＮＦＬＳＴ．ＭＳＦ自体は、無駄な部分が残さ
れていることになる。もちろんそのままでもかまわない
が、例えばその板状メモリ１に対して、パーソナルコン
ピュータ１１などで付加情報ファイルから無駄な部分を
消去し、ファイルサイズを圧縮する処理ができれば好適
である。
いドライブ装置２０などでは、付加情報ユニット自体
（データ内容自体）の削除は行わないため、付加情報フ
ァイルＩＮＦＬＳＴ．ＭＳＦ自体は、無駄な部分が残さ
れていることになる。もちろんそのままでもかまわない
が、例えばその板状メモリ１に対して、パーソナルコン
ピュータ１１などで付加情報ファイルから無駄な部分を
消去し、ファイルサイズを圧縮する処理ができれば好適
である。
【０１３７】例えばパーソナルコンピュータ１１や据置
型のドライブ装置の処理能力を利用して実行できる、こ
の様な付加情報ファイルの圧縮処理を図２９で説明す
る。図２９は、パーソナルコンピュータ１１や据置型の
ドライブ装置等、処理能力の高いデータ処理装置のＣＰ
Ｕによる処理を示すものとなる。なお、ここでは例えば
据置型のドライブ装置を、処理能力の高いデータ処理装
置として説明するが、その構成自体は図３のドライブ装
置２０と同様であり、ＣＰＵ４１の処理能力が高いもの
考えることができる。このため、この図２９の処理を行
うデータ処理装置（据置型ドライブ装置）についての構
成の説明は省略するが、処理主体は、図３のＣＰＵ４１
と区別するため、「ＣＰＵ４１Ｈ」と表記する。同様に
他のブロックを表記する場合も「Ｈ」を付記する。
型のドライブ装置の処理能力を利用して実行できる、こ
の様な付加情報ファイルの圧縮処理を図２９で説明す
る。図２９は、パーソナルコンピュータ１１や据置型の
ドライブ装置等、処理能力の高いデータ処理装置のＣＰ
Ｕによる処理を示すものとなる。なお、ここでは例えば
据置型のドライブ装置を、処理能力の高いデータ処理装
置として説明するが、その構成自体は図３のドライブ装
置２０と同様であり、ＣＰＵ４１の処理能力が高いもの
考えることができる。このため、この図２９の処理を行
うデータ処理装置（据置型ドライブ装置）についての構
成の説明は省略するが、処理主体は、図３のＣＰＵ４１
と区別するため、「ＣＰＵ４１Ｈ」と表記する。同様に
他のブロックを表記する場合も「Ｈ」を付記する。
【０１３８】図２９の処理を行うことのできるデータ処
理装置は、板状メモリ１が着脱機構２２Ｈに装着されて
いる状態で、ユーザーが付加情報ファイル圧縮処理を指
示することでステップＦ３０１以降の圧縮処理を実行す
る。但し、板状メモリ１が装着された時点などに自動的
に圧縮処理を行うようにしてもよい。
理装置は、板状メモリ１が着脱機構２２Ｈに装着されて
いる状態で、ユーザーが付加情報ファイル圧縮処理を指
示することでステップＦ３０１以降の圧縮処理を実行す
る。但し、板状メモリ１が装着された時点などに自動的
に圧縮処理を行うようにしてもよい。
【０１３９】まずステップＦ３０１としてＣＰＵ４１Ｈ
は、メモリインターフェース４２Ｈを介して板状メモリ
１から付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを読み
込み、ＲＡＭ１１ｂＨに展開する。次にステップＦ３０
２で変数ｎ＝１にセットし、ステップＦ３０３以降の処
理に移る。
は、メモリインターフェース４２Ｈを介して板状メモリ
１から付加情報ファイルＩＮＦＬＩＳＴ．ＭＳＦを読み
込み、ＲＡＭ１１ｂＨに展開する。次にステップＦ３０
２で変数ｎ＝１にセットし、ステップＦ３０３以降の処
理に移る。
【０１４０】ステップＦ３０３では、付加情報ファイル
内のインデックスポインタＩＮＦ−（ｎ）を取り込み、
ステップＦ３０４で無効フラグがオンであるか否かを確
認する。無効フラグがオンであれば、ステップＦ３０７
で変数Ｎの確認を経て、ステップＦ３０８で変数Ｎをイ
ンクリメントし、ステップＦ３０３に戻る。またステッ
プＦ３０４で無効フラグがオフであると確認された場合
は、ステップＦ３０５、Ｆ３０６で、そのインデックス
ポインタＩＮＦ−（ｎ）及びそれによって示される付加
情報ユニットを、新たな付加情報ファイルデータとして
コピーする。そしてステップＦ３０７で変数Ｎの確認を
経て、ステップＦ３０８で変数Ｎをインクリメントし、
ステップＦ３０３に戻る。このステップＦ３０３〜Ｆ３
０６の処理が、変数ｎがステップＦ３０８でインクリメ
ントされながら、ステップＦ３０６で変数ｎが最後のイ
ンデックスナンバに達したと判断されるまで繰り返され
る。この処理により、例えば図３０に示すように圧縮さ
れた新たな付加情報ファイルが生成される。
内のインデックスポインタＩＮＦ−（ｎ）を取り込み、
ステップＦ３０４で無効フラグがオンであるか否かを確
認する。無効フラグがオンであれば、ステップＦ３０７
で変数Ｎの確認を経て、ステップＦ３０８で変数Ｎをイ
ンクリメントし、ステップＦ３０３に戻る。またステッ
プＦ３０４で無効フラグがオフであると確認された場合
は、ステップＦ３０５、Ｆ３０６で、そのインデックス
ポインタＩＮＦ−（ｎ）及びそれによって示される付加
情報ユニットを、新たな付加情報ファイルデータとして
コピーする。そしてステップＦ３０７で変数Ｎの確認を
経て、ステップＦ３０８で変数Ｎをインクリメントし、
ステップＦ３０３に戻る。このステップＦ３０３〜Ｆ３
０６の処理が、変数ｎがステップＦ３０８でインクリメ
ントされながら、ステップＦ３０６で変数ｎが最後のイ
ンデックスナンバに達したと判断されるまで繰り返され
る。この処理により、例えば図３０に示すように圧縮さ
れた新たな付加情報ファイルが生成される。
【０１４１】図３０（ａ）は、ステップＦ３０１で読み
込んだ付加情報ファイルの例であり、この場合、インデ
ックスポインタＩＮＦ−００１〜ＩＮＦ−００５によっ
て、付加情報ユニットＩＮＦｄａｔａ−００１〜ＩＮＦ
ｄａｔａ−００５がそれぞれ指定されている状態を示し
ている。そして上述した図２８の削除処理により、イン
デックスポインタＩＮＦ−００２、ＩＮＦ−００４に無
効フラグがたてられた状態であるとする（つまり付加情
報ユニットＩＮＦｄａｔａ−００２，ＩＮＦｄａｔａ−
００４は削除されたものとされている）。
込んだ付加情報ファイルの例であり、この場合、インデ
ックスポインタＩＮＦ−００１〜ＩＮＦ−００５によっ
て、付加情報ユニットＩＮＦｄａｔａ−００１〜ＩＮＦ
ｄａｔａ−００５がそれぞれ指定されている状態を示し
ている。そして上述した図２８の削除処理により、イン
デックスポインタＩＮＦ−００２、ＩＮＦ−００４に無
効フラグがたてられた状態であるとする（つまり付加情
報ユニットＩＮＦｄａｔａ−００２，ＩＮＦｄａｔａ−
００４は削除されたものとされている）。
【０１４２】図２９の圧縮処理において、上記ステップ
Ｆ３０３〜Ｆ３０８のループ処理では、変数ｎがインク
リメントされることで、インデックスポインタをＩＮＦ
−００１からＩＮＦ−００５までについて順次無効フラ
グの確認を行うものとなり、また、無効フラグがオフの
場合は、そのインデックスポインタ及び付加情報ユニッ
トを新規ファイルにコピーする処理となるため、この場
合は、図３０（ｂ）に示すように、無効でないインデッ
クスポインタＩＮＦ−００１、ＩＮＦ−００３、ＩＮＦ
−００５が順次コピーされることになる。またこれらの
インデックスポインタで示される付加情報ユニットＩＮ
Ｆｄａｔａ−００１，ＩＮＦｄａｔａ−００３、ＩＮＦ
ｄａｔａ−００５も、それぞれコピーされる。そして、
このコピーされた３つのインデックスポインタ及び３つ
の付加情報ユニットが、図３０（ｂ）の新付加情報ファ
イルにおいて、インデックスポインタＩＮＦ−００１〜
ＩＮＦ−００３、及び付加情報ユニットＩＮＦｄａｔａ
−００１〜ＩＮＦｄａｔａ−００３とされる。
Ｆ３０３〜Ｆ３０８のループ処理では、変数ｎがインク
リメントされることで、インデックスポインタをＩＮＦ
−００１からＩＮＦ−００５までについて順次無効フラ
グの確認を行うものとなり、また、無効フラグがオフの
場合は、そのインデックスポインタ及び付加情報ユニッ
トを新規ファイルにコピーする処理となるため、この場
合は、図３０（ｂ）に示すように、無効でないインデッ
クスポインタＩＮＦ−００１、ＩＮＦ−００３、ＩＮＦ
−００５が順次コピーされることになる。またこれらの
インデックスポインタで示される付加情報ユニットＩＮ
Ｆｄａｔａ−００１，ＩＮＦｄａｔａ−００３、ＩＮＦ
ｄａｔａ−００５も、それぞれコピーされる。そして、
このコピーされた３つのインデックスポインタ及び３つ
の付加情報ユニットが、図３０（ｂ）の新付加情報ファ
イルにおいて、インデックスポインタＩＮＦ−００１〜
ＩＮＦ−００３、及び付加情報ユニットＩＮＦｄａｔａ
−００１〜ＩＮＦｄａｔａ−００３とされる。
【０１４３】図２７の処理では、ステップＦ３０７で最
後のインデックスポインタまでの処理の完了と判断され
ることに応じてステップＦ３０３〜Ｆ３０８のループを
抜け、ステップＦ３０９に進むことになるが、この図３
０の例では、インデックスポインタＩＮＦ−００５及び
付加情報ユニットＩＮＦｄａｔａ−００５の処理を終え
た時点で、ステップＦ３０９に進む。
後のインデックスポインタまでの処理の完了と判断され
ることに応じてステップＦ３０３〜Ｆ３０８のループを
抜け、ステップＦ３０９に進むことになるが、この図３
０の例では、インデックスポインタＩＮＦ−００５及び
付加情報ユニットＩＮＦｄａｔａ−００５の処理を終え
た時点で、ステップＦ３０９に進む。
【０１４４】ステップＦ３０９では、ＣＰＵ４１Ｈは、
以上のようにして作成した新付加情報ファイルを板状メ
モリ１に供給し、板状メモリ１上の付加情報ファイルＩ
ＮＦＬＩＳＴ．ＭＳＦを、新付加情報ファイルに更新さ
せる。以上で付加情報ファイルの圧縮処理が完了する。
すなわち図３０の例からもわかるように、無効フラグが
オンとされていたインデックスポインタ及びそれに対応
する付加情報ユニットが存在しない付加情報ファイルに
なり、データ量が圧縮されたものとなる。
以上のようにして作成した新付加情報ファイルを板状メ
モリ１に供給し、板状メモリ１上の付加情報ファイルＩ
ＮＦＬＩＳＴ．ＭＳＦを、新付加情報ファイルに更新さ
せる。以上で付加情報ファイルの圧縮処理が完了する。
すなわち図３０の例からもわかるように、無効フラグが
オンとされていたインデックスポインタ及びそれに対応
する付加情報ユニットが存在しない付加情報ファイルに
なり、データ量が圧縮されたものとなる。
【０１４５】この様な圧縮処理を行うことで、付加情報
ファイルを最適なデータ状態に再構成することができ
る。また、この様な圧縮処理が可能であることは、上述
のように無効フラグをたてることで付加情報を削除する
処理をサポートできるものとなる。つまり図２８の処理
が行われることで付加情報ファイル内に無駄な部分が発
生しても、それを後に解消できる。
ファイルを最適なデータ状態に再構成することができ
る。また、この様な圧縮処理が可能であることは、上述
のように無効フラグをたてることで付加情報を削除する
処理をサポートできるものとなる。つまり図２８の処理
が行われることで付加情報ファイル内に無駄な部分が発
生しても、それを後に解消できる。
【０１４６】なお、パーソナルコンピュータ１１でこの
ような圧縮処理を行う場合は、ドライブ装置２０から付
加情報ファイルを転送させ、その付加情報ファイルに対
して図２９の処理を実行するとともに、作成された新付
加情報ファイルをドライブ装置２０に転送して板状メモ
リ１に記録させるようにすればよい。
ような圧縮処理を行う場合は、ドライブ装置２０から付
加情報ファイルを転送させ、その付加情報ファイルに対
して図２９の処理を実行するとともに、作成された新付
加情報ファイルをドライブ装置２０に転送して板状メモ
リ１に記録させるようにすればよい。
【０１４７】以上、実施の形態について述べてきたが、
本発明はこれらの構成及び動作に限定されるものではな
く、特に上述してきた各種動作時の処理の細かい手順と
しては各種の変形例が考えられる。また、本発明のシス
テムにおいて第１の記録媒体に相当する記録媒体は、図
１のような板状メモリに限定されるものではなく、他の
外形形状とされた固体メモリ媒体（メモリチップ、メモ
リカード、メモリモジュール等）でも構わない。もちろ
んメモリ素子はフラッシュメモリに限られず、他の種の
メモリ素子でもよい。さらに固体メモリではなく、ミニ
ディスク、ＤＶＤ（DIGITAL VERSATILE DISC）、ハード
ディスク、ＣＤ−Ｒなどのディスク状記録媒体を用いる
システムでも本発明は適用できる。
本発明はこれらの構成及び動作に限定されるものではな
く、特に上述してきた各種動作時の処理の細かい手順と
しては各種の変形例が考えられる。また、本発明のシス
テムにおいて第１の記録媒体に相当する記録媒体は、図
１のような板状メモリに限定されるものではなく、他の
外形形状とされた固体メモリ媒体（メモリチップ、メモ
リカード、メモリモジュール等）でも構わない。もちろ
んメモリ素子はフラッシュメモリに限られず、他の種の
メモリ素子でもよい。さらに固体メモリではなく、ミニ
ディスク、ＤＶＤ（DIGITAL VERSATILE DISC）、ハード
ディスク、ＣＤ−Ｒなどのディスク状記録媒体を用いる
システムでも本発明は適用できる。
【０１４８】また上記例では音楽等のオーディオデータ
ファイルについての付加情報について述べたが、これは
一例にすぎない。例えば音楽データとしてのトラック
（ファイル）に限らず、動画ファイル、静止画ファイ
ル、音声データファイルなどについても、それらに対応
する付加情報ファイルの態様として同様に適用できる。
ファイルについての付加情報について述べたが、これは
一例にすぎない。例えば音楽データとしてのトラック
（ファイル）に限らず、動画ファイル、静止画ファイ
ル、音声データファイルなどについても、それらに対応
する付加情報ファイルの態様として同様に適用できる。
【０１４９】
【発明の効果】以上の説明からわかるように本発明では
次のような効果が得られる。まず本発明の記録媒体は、
付加情報ファイルには、実際の付加情報が記述された１
又は複数の付加情報ユニットと、各付加情報ユニットを
示す第１のポインタとが記録され、管理ファイルには、
各データファイル又は当該記録媒体全体に対応して、第
１のポインタを示す第２のポインタが記録されるように
している。つまり付加情報ファイル内には、複数の第１
のポインタによって、それぞれの第１のポインタが特定
の付加情報ユニット（実際の付加情報内容）を管理する
ようにし、さらに各第１のポインタが、管理ファイル内
の各第２のポインタによって管理されるようにしてい
る。このように各データファイル又は記録媒体全体に対
応する付加情報が、２段構成のポインタによって管理さ
れる状態とされることで、比較的ファイル規模の大きい
付加情報ファイルについては更新しなくとも、ファイル
規模の小さい管理ファイルを更新することで、各種の編
集が可能となり、付加情報の編集処理が非常に効率化で
きるという効果がある。
次のような効果が得られる。まず本発明の記録媒体は、
付加情報ファイルには、実際の付加情報が記述された１
又は複数の付加情報ユニットと、各付加情報ユニットを
示す第１のポインタとが記録され、管理ファイルには、
各データファイル又は当該記録媒体全体に対応して、第
１のポインタを示す第２のポインタが記録されるように
している。つまり付加情報ファイル内には、複数の第１
のポインタによって、それぞれの第１のポインタが特定
の付加情報ユニット（実際の付加情報内容）を管理する
ようにし、さらに各第１のポインタが、管理ファイル内
の各第２のポインタによって管理されるようにしてい
る。このように各データファイル又は記録媒体全体に対
応する付加情報が、２段構成のポインタによって管理さ
れる状態とされることで、比較的ファイル規模の大きい
付加情報ファイルについては更新しなくとも、ファイル
規模の小さい管理ファイルを更新することで、各種の編
集が可能となり、付加情報の編集処理が非常に効率化で
きるという効果がある。
【０１５０】また付加情報ファイル内の各第１のポイン
タには、その第１のポインタが示す付加情報ユニットの
有効／無効を識別する識別情報が含まれるようにするこ
とで、実際の付加情報ユニットを削除したい場合には、
付加情報ファイル内で第１のポインタにおける識別情報
を更新のみで可能となる。つまり付加情報の削除は非常
に簡易な処理で実現できるという効果が得られる。
タには、その第１のポインタが示す付加情報ユニットの
有効／無効を識別する識別情報が含まれるようにするこ
とで、実際の付加情報ユニットを削除したい場合には、
付加情報ファイル内で第１のポインタにおける識別情報
を更新のみで可能となる。つまり付加情報の削除は非常
に簡易な処理で実現できるという効果が得られる。
【０１５１】本発明のデータ処理装置は、第１、第２の
ポインタ構成で付加情報が管理される記録媒体に対し
て、入力された付加情報を付加情報ファイル内の付加情
報ユニットとして記録するとともに、その付加情報ユニ
ットの記録に伴って、第１のポインタ及び第２のポイン
タを記録することで、記録した付加情報ユニットが、或
るデータファイル又は当該記録媒体全体に関する付加情
報として管理されるようにしている。これにより上記管
理形態の記録媒体を実現でき、もって付加情報の編集の
簡易化を実現できる。
ポインタ構成で付加情報が管理される記録媒体に対し
て、入力された付加情報を付加情報ファイル内の付加情
報ユニットとして記録するとともに、その付加情報ユニ
ットの記録に伴って、第１のポインタ及び第２のポイン
タを記録することで、記録した付加情報ユニットが、或
るデータファイル又は当該記録媒体全体に関する付加情
報として管理されるようにしている。これにより上記管
理形態の記録媒体を実現でき、もって付加情報の編集の
簡易化を実現できる。
【０１５２】また本発明のデータ処理装置は、上記記録
媒体に対して、付加情報ファイル内の第１のポインタに
ついて、識別情報が無効を示すように更新することで、
その第１のポインタが示す付加情報ユニットが削除され
た状態とする。つまり、非常に処理負担の少ない処理に
より付加情報の削除が可能となる。これは、例えば携帯
用の小型のデータ処理装置（記録再生装置）であって
も、付加情報の編集が十分に可能となることを意味す
る。
媒体に対して、付加情報ファイル内の第１のポインタに
ついて、識別情報が無効を示すように更新することで、
その第１のポインタが示す付加情報ユニットが削除され
た状態とする。つまり、非常に処理負担の少ない処理に
より付加情報の削除が可能となる。これは、例えば携帯
用の小型のデータ処理装置（記録再生装置）であって
も、付加情報の編集が十分に可能となることを意味す
る。
【０１５３】また本発明のデータ処理装置は、上記記録
媒体に対して、付加情報ファイル内の各第１のポインタ
の識別情報に応じて、無効とされた付加情報ユニットを
含まない付加情報ファイルを生成し、記録媒体上の付加
情報ファイルを更新できるようにしている。例えばパー
ソナルコンピュータなど、比較的処理能力の高いデータ
処理装置の場合は、データ規模の大きい付加情報ファイ
ルの全体の処理も可能であるが、そのようなデータ処理
装置においては、識別情報に応じて付加情報ファイルを
再構成することで、付加情報ファイルを、データ構成上
無駄のないファイルに更新できるという効果がある。
媒体に対して、付加情報ファイル内の各第１のポインタ
の識別情報に応じて、無効とされた付加情報ユニットを
含まない付加情報ファイルを生成し、記録媒体上の付加
情報ファイルを更新できるようにしている。例えばパー
ソナルコンピュータなど、比較的処理能力の高いデータ
処理装置の場合は、データ規模の大きい付加情報ファイ
ルの全体の処理も可能であるが、そのようなデータ処理
装置においては、識別情報に応じて付加情報ファイルを
再構成することで、付加情報ファイルを、データ構成上
無駄のないファイルに更新できるという効果がある。
【図１】本発明の実施の形態の板状メモリの外形形状を
示す平面図、正面図、側面図、底面図である。
示す平面図、正面図、側面図、底面図である。
【図２】実施の形態のドライブ装置の外観例の平面図、
上面図、右側面図、左側面図、底面図である。
上面図、右側面図、左側面図、底面図である。
【図３】実施の形態のドライブ装置のブロック図であ
る。
る。
【図４】実施の形態のドライブ装置及び板状メモリを含
むシステム接続例の説明図である。
むシステム接続例の説明図である。
【図５】実施の形態の板状メモリの処理階層の説明図で
ある。
ある。
【図６】実施の形態の板状メモリのデータ構造の説明図
である。
である。
【図７】実施の形態の板状メモリのディレクトリ構造の
説明図である。
説明図である。
【図８】実施の形態の板状メモリの管理構造の説明図で
ある。
ある。
【図９】実施の形態の板状メモリのデータファイルの説
明図である。
明図である。
【図１０】実施の形態の板状メモリのデータファイルの
コンバイン動作の説明図である。
コンバイン動作の説明図である。
【図１１】実施の形態の板状メモリのデータファイルの
デバイド動作の説明図である。
デバイド動作の説明図である。
【図１２】実施の形態の板状メモリのトラック情報管理
ファイルの構造の説明図である。
ファイルの構造の説明図である。
【図１３】実施の形態のトラック情報管理ファイルのＡ
−ｎｎｎの下位バイトの説明図である。
−ｎｎｎの下位バイトの説明図である。
【図１４】実施の形態のトラック情報管理ファイルのＡ
−ｎｎｎの上位バイトの説明図である。
−ｎｎｎの上位バイトの説明図である。
【図１５】実施の形態のトラック情報管理ファイルのＮ
ＡＭＥ１の構造の説明図である。
ＡＭＥ１の構造の説明図である。
【図１６】実施の形態のトラック情報管理ファイルのＮ
ＡＭＥ２の構造の説明図である。
ＡＭＥ２の構造の説明図である。
【図１７】実施の形態のデータファイルの構造の説明図
である。
である。
【図１８】実施の形態の板状メモリに対する録音モード
の説明図である。
の説明図である。
【図１９】実施の形態の付加情報ファイルの構造の説明
図である。
図である。
【図２０】実施の形態の付加情報ユニットの構造の説明
図である。
図である。
【図２１】実施の形態の付加情報の例の説明図である。
【図２２】実施の形態の付加情報ユニットの説明図であ
る。
る。
【図２３】実施の形態の付加情報ユニットの具体例の説
明図である。
明図である。
【図２４】実施の形態の付加情報ユニットの具体例の説
明図である。
明図である。
【図２５】実施の形態の付加情報ユニットの具体例の説
明図である。
明図である。
【図２６】実施の形態の付加情報ユニットを消去した場
合の具体例の説明図である。
合の具体例の説明図である。
【図２７】実施の形態のドライブ装置のファイル記録処
理のフローチャートである。
理のフローチャートである。
【図２８】実施の形態のドライブ装置のファイル削除処
理のフローチャートである。
理のフローチャートである。
【図２９】実施の形態のファイル圧縮処理のフローチャ
ートである。
ートである。
【図３０】実施の形態のファイル圧縮処理の説明図であ
る。
る。
１ 板状メモリ、２０ ドライブ装置、２１ 表示部、
２２ 着脱機構、２３ヘッドホン出力端子、２４ ライ
ン出力端子、２５ マイク入力端子、２６ライン入力端
子、２７ デジタル入力端子、３０ 操作部、３１ 操
作レバー、３２ 停止キー、３３ 記録キー、４１ Ｃ
ＰＵ、４２ メモリインターフェース、４３ ＵＳＢイ
ンターフェース、４４ リアルタイムクロック、４５
表示ドライバ、４８ フラッシュメモリ、４９ ＤＳ
Ｐ、５０ ＳＡＭ
２２ 着脱機構、２３ヘッドホン出力端子、２４ ライ
ン出力端子、２５ マイク入力端子、２６ライン入力端
子、２７ デジタル入力端子、３０ 操作部、３１ 操
作レバー、３２ 停止キー、３３ 記録キー、４１ Ｃ
ＰＵ、４２ メモリインターフェース、４３ ＵＳＢイ
ンターフェース、４４ リアルタイムクロック、４５
表示ドライバ、４８ フラッシュメモリ、４９ ＤＳ
Ｐ、５０ ＳＡＭ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 横田 哲平 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 木原 信之 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B082 EA01 EA04 EA07 FA05 GA01 GA15 GA19 JA06 5C052 GA00 GB09 GC00 GC10 GE06 GE08 5D044 AB05 AB07 CC10 DE17 DE48 DE49 DE52 5D110 AA01 AA26 AA28 DA11 DB01 DC01
Claims (5)
- 【請求項１】 １又は複数のデータファイルと、前記各
データファイルを管理する管理情報が記録される管理フ
ァイルと、前記各データファイル又は当該記録媒体全体
に関する付加情報を記録できる付加情報ファイルが記録
されるとともに、 前記付加情報ファイルには、付加情報内容が記録された
１又は複数の付加情報ユニットと、前記各付加情報ユニ
ットを示す第１のポインタとが記録され、 前記管理ファイルには、各データファイル又は当該記録
媒体全体に対応して前記第１のポインタを示す第２のポ
インタが記録されることを特徴とする記録媒体。 - 【請求項２】 前記付加情報ファイル内の各第１のポイ
ンタには、その第１のポインタが示す付加情報ユニット
の有効／無効を識別する識別情報が含まれることを特徴
とする請求項１に記載の記録媒体。 - 【請求項３】 １又は複数のデータファイルと、前記各
データファイルを管理する管理情報が記録される管理フ
ァイルと、前記各データファイル又は当該記録媒体全体
に関する付加情報を記録できる付加情報ファイルが記録
されるとともに、前記付加情報ファイルには、１又は複
数の付加情報ユニットと、前記各付加情報ユニットを示
す第１のポインタとが記録され、前記管理ファイルに
は、各データファイル又は当該記録媒体全体に対応して
前記第１のポインタを示す第２のポインタが記録される
記録媒体に対して、 入力された付加情報を前記付加情報ファイル内の付加情
報ユニットとして記録するとともに、その付加情報ユニ
ットの記録に伴って、前記第１のポインタ及び第２のポ
インタを記録することで、記録した付加情報ユニット
が、或るデータファイル又は当該記録媒体全体に関する
付加情報として管理されるようにすることを特徴とする
データ処理装置。 - 【請求項４】 １又は複数のデータファイルと、前記各
データファイルを管理する管理情報が記録される管理フ
ァイルと、前記各データファイル又は当該記録媒体全体
に関する付加情報を記録できる付加情報ファイルが記録
されるとともに、前記付加情報ファイルには、付加情報
内容が記録された１又は複数の付加情報ユニットと、前
記各付加情報ユニットを示す第１のポインタとが記録さ
れ、前記管理ファイルには、各データファイル又は当該
記録媒体全体に対応して前記第１のポインタを示す第２
のポインタが記録され、さらに前記付加情報ファイル内
の各第１のポインタには、その第１のポインタが示す付
加情報ユニットの有効／無効を識別する識別情報が含ま
れる記録媒体に対して、 前記第１のポインタについて、前記識別情報が無効を示
すように更新することで、その第１のポインタが示す付
加情報ユニットが削除された状態とすることを特徴とす
るデータ処理装置。 - 【請求項５】 １又は複数のデータファイルと、前記各
データファイルを管理する管理情報が記録される管理フ
ァイルと、前記各データファイル又は当該記録媒体全体
に関する付加情報を記録できる付加情報ファイルが記録
されるとともに、前記付加情報ファイルには、付加情報
内容が記録された１又は複数の付加情報ユニットと、前
記各付加情報ユニットを示す第１のポインタとが記録さ
れ、前記管理ファイルには、各データファイル又は当該
記録媒体全体に対応して前記第１のポインタを示す第２
のポインタが記録され、さらに前記付加情報ファイル内
の各第１のポインタには、その第１のポインタが示す付
加情報ユニットの有効／無効を識別する識別情報が含ま
れる記録媒体に対して、 前記各第１のポインタの識別情報に応じて、無効とされ
た付加情報ユニットを含まない付加情報ファイルを生成
し、記録媒体上の付加情報ファイルを更新することを特
徴とするデータ処理装置。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14495799A JP4288751B2 (ja) | 1999-05-25 | 1999-05-25 | 記録媒体、データ処理装置 |
| EP00304386A EP1055994A3 (en) | 1999-05-25 | 2000-05-24 | Recording medium, recording apparatus, recording method, editing apparatus and editing method |
| KR1020000028123A KR100655501B1 (ko) | 1999-05-25 | 2000-05-24 | 기록매체, 기록장치, 기록방법, 편집장치 및 편집방법 |
| CNB001203924A CN1252725C (zh) | 1999-05-25 | 2000-05-25 | 记录介质、记录设备、记录方法、编辑设备与编辑方法 |
| US09/578,390 US6434103B1 (en) | 1999-05-25 | 2000-05-25 | Recording medium, recording apparatus, recording method, editing apparatus and editing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14495799A JP4288751B2 (ja) | 1999-05-25 | 1999-05-25 | 記録媒体、データ処理装置 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2000339207A true JP2000339207A (ja) | 2000-12-08 |
| JP2000339207A5 JP2000339207A5 (ja) | 2006-04-13 |
| JP4288751B2 JP4288751B2 (ja) | 2009-07-01 |
Family
ID=15374136
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14495799A Expired - Fee Related JP4288751B2 (ja) | 1999-05-25 | 1999-05-25 | 記録媒体、データ処理装置 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6434103B1 (ja) |
| EP (1) | EP1055994A3 (ja) |
| JP (1) | JP4288751B2 (ja) |
| KR (1) | KR100655501B1 (ja) |
| CN (1) | CN1252725C (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20030026843A (ko) * | 2001-09-27 | 2003-04-03 | 삼성전자주식회사 | 메이커 정보를 편집가능한 구조로 기록하는 방법, 그 장치및 정보저장매체 |
| KR100389863B1 (ko) * | 2001-02-01 | 2003-07-04 | 삼성전자주식회사 | 서브 타이틀을 타이틀에 관련지어 재생가능한 데이터구조를 갖는 기록매체, 그 재생장치 및 재생방법 |
| KR100403584B1 (ko) * | 2001-02-28 | 2003-10-30 | 삼성전자주식회사 | 부가 컨텐츠 및 메인 컨텐츠를 포함하는 기록매체,기록장치, 그 기록방법, 재생장치, 및 그 재생방법 |
| JP2005333623A (ja) * | 2004-04-23 | 2005-12-02 | Matsushita Electric Ind Co Ltd | 撮像装置 |
| JP2008078713A (ja) * | 2006-09-19 | 2008-04-03 | Sony Corp | 記録装置および方法、プログラム、並びに再生装置および方法 |
| KR100906883B1 (ko) * | 2001-03-15 | 2009-07-08 | 소니 가부시끼 가이샤 | 데이터 관리 장치 |
| US7920177B2 (en) | 2004-04-23 | 2011-04-05 | Panasonic Corporation | Imaging apparatus |
| US7983528B2 (en) | 2002-03-05 | 2011-07-19 | Canon Kabushiki Kaisha | Moving image management method and apparatus |
| JP2016517066A (ja) * | 2013-03-06 | 2016-06-09 | アビニシオ テクノロジー エルエルシー | 記憶されたデータユニットに対する操作の管理 |
Families Citing this family (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3816686B2 (ja) * | 1999-03-11 | 2006-08-30 | オリンパス株式会社 | 再生装置及び記録媒体 |
| CN1197080C (zh) * | 1999-05-28 | 2005-04-13 | 松下电器产业株式会社 | 半导体存储器卡、播放装置、记录装置、播放方法、记录方法、和计算机可读存储介质 |
| JP2001093226A (ja) * | 1999-09-21 | 2001-04-06 | Sony Corp | 情報通信システムおよび方法、ならびに、情報通信装置および方法 |
| JP4507319B2 (ja) * | 1999-12-17 | 2010-07-21 | ソニー株式会社 | 情報処理装置、情報処理方法、プログラム、および記録媒体、端末装置、並びに、システムおよびシステムの方法 |
| JP4304888B2 (ja) * | 2000-09-04 | 2009-07-29 | ソニー株式会社 | 記録媒体、編集装置及び編集方法 |
| US6614729B2 (en) * | 2000-09-26 | 2003-09-02 | David D. Griner | System and method of creating digital recordings of live performances |
| JP3797104B2 (ja) * | 2000-12-28 | 2006-07-12 | ヤマハ株式会社 | ディジタルオーディオ信号録音装置 |
| KR100399999B1 (ko) * | 2001-02-05 | 2003-09-29 | 삼성전자주식회사 | 멀티스트림이 기록된 기록매체, 그 기록장치, 그기록방법, 그 재생장치, 및 그 재생방법 |
| CN1189824C (zh) * | 2001-05-31 | 2005-02-16 | 日本胜利株式会社 | 内容的复制管理方法、记录重放装置和重放装置 |
| JP2003030964A (ja) * | 2001-07-11 | 2003-01-31 | Sony Corp | 再生装置および編集装置 |
| US7149156B2 (en) * | 2001-07-11 | 2006-12-12 | Sony Corporation | Editing apparatus for optical reproducing device |
| JP4936037B2 (ja) * | 2001-08-31 | 2012-05-23 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム |
| EP1298665A1 (en) * | 2001-09-27 | 2003-04-02 | Samsung Electronics Co., Ltd. | Method, apparatus and storage medium for recording information |
| JP3795382B2 (ja) * | 2001-11-21 | 2006-07-12 | 松下電器産業株式会社 | 情報記録装置および方法ならびに情報再生装置および方法 |
| JP2003187554A (ja) * | 2001-12-20 | 2003-07-04 | Sony Corp | 記録メディア管理装置、記録メディア管理方法、記録メディア管理機能を有するプログラム及び、記録メディア管理機能を有するプログラムを記録したコンピュータ読み取り可能なプログラム格納媒体 |
| TWI225647B (en) * | 2002-04-01 | 2004-12-21 | Sony Corp | Recording method and apparatus, and editing method apparatus |
| JP3855862B2 (ja) * | 2002-04-01 | 2006-12-13 | ソニー株式会社 | 編集方法および装置 |
| AU2003202528A1 (en) * | 2002-04-01 | 2003-10-23 | Sony Corporation | Track management method and apparatus for managing tracks on a storage medium |
| JP4007177B2 (ja) * | 2002-12-09 | 2007-11-14 | ソニー株式会社 | データ編集方法、データ編集装置 |
| EP3522163A1 (en) | 2003-01-02 | 2019-08-07 | Samsung Electronics Co., Ltd. | Multimedia apparatus with "slide-show" accompanied audio output |
| JP4022755B2 (ja) * | 2003-01-21 | 2007-12-19 | ソニー株式会社 | 記録装置、再生装置、ファイル管理方法及びファイル再生方法 |
| EP1619583A4 (en) * | 2003-04-25 | 2008-12-24 | Panasonic Corp | DATA RECORDING DEVICE |
| JP3873952B2 (ja) * | 2003-08-29 | 2007-01-31 | ソニー株式会社 | 情報記録装置および情報記録方法 |
| US7039661B1 (en) * | 2003-12-29 | 2006-05-02 | Veritas Operating Corporation | Coordinated dirty block tracking |
| US20050171795A1 (en) * | 2004-01-31 | 2005-08-04 | Kearby Gerald W. | Media receipt device and system and a method of using the same |
| US20050192820A1 (en) * | 2004-02-27 | 2005-09-01 | Simon Steven G. | Method and apparatus for creating and distributing recordings of events |
| JP4716675B2 (ja) * | 2004-05-25 | 2011-07-06 | 三洋電機株式会社 | 録音再生装置 |
| JP4236630B2 (ja) * | 2004-11-30 | 2009-03-11 | 三洋電機株式会社 | コンテンツデータ記録媒体 |
| US8060747B1 (en) | 2005-09-12 | 2011-11-15 | Microsoft Corporation | Digital signatures for embedded code |
| KR20080068757A (ko) * | 2005-11-18 | 2008-07-23 | 샌디스크 코포레이션 | 키 및/또는 권리 객체의 관리 방법 및 시스템 |
| US8156563B2 (en) | 2005-11-18 | 2012-04-10 | Sandisk Technologies Inc. | Method for managing keys and/or rights objects |
| KR100746029B1 (ko) | 2006-01-11 | 2007-08-06 | 삼성전자주식회사 | 파일 시스템과 호환성을 유지하는 심볼릭 링크를 생성하는방법, 상기 심볼릭 링크를 이용하여 파일/디렉토리에접근하는 방법 및 장치 |
| US8190902B2 (en) * | 2006-02-27 | 2012-05-29 | Microsoft Corporation | Techniques for digital signature formation and verification |
| US8205087B2 (en) * | 2006-02-27 | 2012-06-19 | Microsoft Corporation | Tool for digitally signing multiple documents |
| US20070271609A1 (en) * | 2006-05-18 | 2007-11-22 | Phison Electronics Corp. | Security system of flash memory and method thereof |
| US8565584B2 (en) * | 2007-02-02 | 2013-10-22 | Sony Corporation | Editing apparatus and editing method |
| US8397303B2 (en) * | 2008-04-18 | 2013-03-12 | Panasonic Corporation | Memory controller, nonvolatile storage system, and data management method |
| US20140029395A1 (en) * | 2012-07-27 | 2014-01-30 | Michael Nicholas Bolas | Method and System for Recording Audio |
| TWI492051B (zh) * | 2012-09-05 | 2015-07-11 | Silicon Motion Inc | 資料儲存裝置與快閃記憶體控制方法 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5687397A (en) * | 1993-02-26 | 1997-11-11 | Sony Corporation | System for expansion of data storage medium to store user data |
| US5897652A (en) * | 1993-04-23 | 1999-04-27 | Sony Corporation | Memory control device and address generating circuit |
| JP3463352B2 (ja) * | 1993-07-23 | 2003-11-05 | ソニー株式会社 | 再生装置 |
| JP3467832B2 (ja) * | 1994-04-20 | 2003-11-17 | ソニー株式会社 | 記録方法及び記録装置 |
| JPH0845246A (ja) * | 1994-07-29 | 1996-02-16 | Sony Corp | 記録媒体、再生方法、記録装置、及び再生装置 |
| EP0738999B1 (en) * | 1995-04-14 | 2002-06-26 | Kabushiki Kaisha Toshiba | Recording medium and reproducing system for playback data |
| JPH10106237A (ja) * | 1996-09-25 | 1998-04-24 | Sony Corp | 編集装置 |
| US6288990B1 (en) | 1997-10-21 | 2001-09-11 | Sony Corporation | Reproducing apparatus, recording apparatus, and recording medium |
| EP0992996A3 (en) * | 1998-10-08 | 2002-04-24 | Sony Corporation | Reproduction apparatus and method |
-
1999
- 1999-05-25 JP JP14495799A patent/JP4288751B2/ja not_active Expired - Fee Related
-
2000
- 2000-05-24 KR KR1020000028123A patent/KR100655501B1/ko not_active Expired - Fee Related
- 2000-05-24 EP EP00304386A patent/EP1055994A3/en not_active Withdrawn
- 2000-05-25 CN CNB001203924A patent/CN1252725C/zh not_active Expired - Fee Related
- 2000-05-25 US US09/578,390 patent/US6434103B1/en not_active Expired - Fee Related
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100389863B1 (ko) * | 2001-02-01 | 2003-07-04 | 삼성전자주식회사 | 서브 타이틀을 타이틀에 관련지어 재생가능한 데이터구조를 갖는 기록매체, 그 재생장치 및 재생방법 |
| KR100403584B1 (ko) * | 2001-02-28 | 2003-10-30 | 삼성전자주식회사 | 부가 컨텐츠 및 메인 컨텐츠를 포함하는 기록매체,기록장치, 그 기록방법, 재생장치, 및 그 재생방법 |
| KR100906883B1 (ko) * | 2001-03-15 | 2009-07-08 | 소니 가부시끼 가이샤 | 데이터 관리 장치 |
| KR20030026843A (ko) * | 2001-09-27 | 2003-04-03 | 삼성전자주식회사 | 메이커 정보를 편집가능한 구조로 기록하는 방법, 그 장치및 정보저장매체 |
| US7983528B2 (en) | 2002-03-05 | 2011-07-19 | Canon Kabushiki Kaisha | Moving image management method and apparatus |
| JP2005333623A (ja) * | 2004-04-23 | 2005-12-02 | Matsushita Electric Ind Co Ltd | 撮像装置 |
| US7920177B2 (en) | 2004-04-23 | 2011-04-05 | Panasonic Corporation | Imaging apparatus |
| JP2008078713A (ja) * | 2006-09-19 | 2008-04-03 | Sony Corp | 記録装置および方法、プログラム、並びに再生装置および方法 |
| US8762659B2 (en) | 2006-09-19 | 2014-06-24 | Sony Corporation | Storage apparatus and method, program, and playback apparatus and method |
| JP2016517066A (ja) * | 2013-03-06 | 2016-06-09 | アビニシオ テクノロジー エルエルシー | 記憶されたデータユニットに対する操作の管理 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1055994A3 (en) | 2007-11-21 |
| CN1275773A (zh) | 2000-12-06 |
| EP1055994A2 (en) | 2000-11-29 |
| CN1252725C (zh) | 2006-04-19 |
| JP4288751B2 (ja) | 2009-07-01 |
| US6434103B1 (en) | 2002-08-13 |
| KR100655501B1 (ko) | 2006-12-08 |
| KR20000077406A (ko) | 2000-12-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4288751B2 (ja) | 記録媒体、データ処理装置 | |
| US6788604B2 (en) | Apparatus and method for determining the erasability of data in a memory | |
| US6907184B1 (en) | Recording medium editing apparatus based on content supply source | |
| TW508592B (en) | Recording medium, recording apparatus and recording/reproducing system | |
| JP4135049B2 (ja) | 不揮発性メモリ | |
| US20050191029A1 (en) | Editing apparatus and editing method | |
| JP4749522B2 (ja) | 再生装置および再生方法 | |
| WO2002047069A1 (en) | Reproduction apparatus and reproduction method | |
| JP4524921B2 (ja) | 記録装置、記録方法、再生装置および再生方法 | |
| JP4406988B2 (ja) | 不揮発性記録媒体、記録方法、記録装置 | |
| JP4727780B2 (ja) | 再生装置、記録装置 | |
| JP4897138B2 (ja) | 再生装置および再生方法 | |
| JP4293196B2 (ja) | 再生装置、編集方法 | |
| JP4284797B2 (ja) | 記録装置 | |
| KR100726905B1 (ko) | 데이터 기억 장치 및 방법 | |
| AU2007202015A1 (en) | Recording medium editing apparatus based on content supply source |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060228 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060228 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081118 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090119 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090310 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090323 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120410 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130410 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |