JP2001075869A - 不揮発性メモリ - Google Patents
不揮発性メモリInfo
- Publication number
- JP2001075869A JP2001075869A JP34910999A JP34910999A JP2001075869A JP 2001075869 A JP2001075869 A JP 2001075869A JP 34910999 A JP34910999 A JP 34910999A JP 34910999 A JP34910999 A JP 34910999A JP 2001075869 A JP2001075869 A JP 2001075869A
- Authority
- JP
- Japan
- Prior art keywords
- data
- file
- block
- bytes
- track
- 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
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
- G06F21/78—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data
- G06F21/79—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data in semiconductor storage media, e.g. directly-addressable memories
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F24—HEATING; RANGES; VENTILATING
- F24H—FLUID HEATERS, e.g. WATER OR AIR HEATERS, HAVING HEAT-GENERATING MEANS, e.g. HEAT PUMPS, IN GENERAL
- F24H3/00—Air heaters
- F24H3/02—Air heaters with forced circulation
- F24H3/04—Air heaters with forced circulation the air being in direct contact with the heating medium, e.g. electric heating element
- F24H3/0405—Air heaters with forced circulation the air being in direct contact with the heating medium, e.g. electric heating element using electric energy supply, e.g. the heating medium being a resistive element; Heating by direct contact, i.e. with resistive elements, electrodes and fins being bonded together without additional element in-between
- F24H3/0411—Air heaters with forced circulation the air being in direct contact with the heating medium, e.g. electric heating element using electric energy supply, e.g. the heating medium being a resistive element; Heating by direct contact, i.e. with resistive elements, electrodes and fins being bonded together without additional element in-between for domestic or space-heating systems
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F24—HEATING; RANGES; VENTILATING
- F24H—FLUID HEATERS, e.g. WATER OR AIR HEATERS, HAVING HEAT-GENERATING MEANS, e.g. HEAT PUMPS, IN GENERAL
- F24H9/00—Details
- F24H9/06—Arrangement of mountings or supports for heaters, e.g. boilers, other than space heating radiators
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F24—HEATING; RANGES; VENTILATING
- F24H—FLUID HEATERS, e.g. WATER OR AIR HEATERS, HAVING HEAT-GENERATING MEANS, e.g. HEAT PUMPS, IN GENERAL
- F24H9/00—Details
- F24H9/18—Arrangement or mounting of grates or heating means
- F24H9/1854—Arrangement or mounting of grates or heating means for air heaters
- F24H9/1863—Arrangement or mounting of electric heating means
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F28—HEAT EXCHANGE IN GENERAL
- F28F—DETAILS OF HEAT-EXCHANGE AND HEAT-TRANSFER APPARATUS, OF GENERAL APPLICATION
- F28F1/00—Tubular elements; Assemblies of tubular elements
- F28F1/10—Tubular elements and assemblies thereof with means for increasing heat-transfer area, e.g. with fins, with projections, with recesses
- F28F1/12—Tubular elements and assemblies thereof with means for increasing heat-transfer area, e.g. with fins, with projections, with recesses the means being only outside the tubular element
- F28F1/34—Tubular elements and assemblies thereof with means for increasing heat-transfer area, e.g. with fins, with projections, with recesses the means being only outside the tubular element and extending obliquely
- F28F1/36—Tubular elements and assemblies thereof with means for increasing heat-transfer area, e.g. with fins, with projections, with recesses the means being only outside the tubular element and extending obliquely the means being helically wound fins or wire spirals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/08—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers from or to individual record carriers, e.g. punched card, memory card, integrated circuit [IC] card or smart card
-
- 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
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F24—HEATING; RANGES; VENTILATING
- F24F—AIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
- F24F2221/00—Details or features not otherwise provided for
- F24F2221/34—Heater, e.g. gas burner, electric air heater
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Thermal Sciences (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Mechanical Engineering (AREA)
- Computer Security & Cryptography (AREA)
- Chemical & Material Sciences (AREA)
- Combustion & Propulsion (AREA)
- Human Computer Interaction (AREA)
- Software Systems (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Geometry (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Read Only Memory (AREA)
- Storage Device Security (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Mram Or Spin Memory Techniques (AREA)
Abstract
さなCPUでも簡単に管理することができる。 【解決手段】 フラッシュメモリは、メモリカードとし
てレコーダに着脱自在とされる。フラッシュメモリに
は、トラック情報管理ファイル、付加情報管理ファイ
ル、FAT、オーディオデータファイルが記録される。
トラック情報管理ファイルとして、トラック情報領域T
RKINFとそれに付随するパーツ情報領域PRTIN
Fがトラック単位で記述される。このTRKINFおよ
びPRTINFは、データファイルに対応し、データフ
ァイルの順に並べられる。TRKINFには、ファイル
名、パーツ数が記録され、PRTINFには、クラスタ
のサイズ、スタートUS、エンドUSが記録される。
Description
llocation Table )を用いてメモリカード上に記録され
たファイルの管理を行う不揮発性メモリに関する。
rogrammable ROM)と呼ばれる電気的に書き換え可能な不
揮発性メモリは、1ビットを2個のトランジスタで構成
するために、1ビット当たりの占有面積が大きく、集積
度を高くするのに限界があった。この問題を解決するた
めに、全ビット一括消去方式により1ビットを1トラン
ジスタで実現することが可能なフラッシュメモリが開発
された。フラッシュメモリは、磁気ディスク、光ディス
ク等の記録媒体に代わりうるものとして期待されてい
る。
に構成したメモリカードも知られている。このメモリカ
ードを使用すれば、従来のCD(コンパクトディスク:
登録商標)、MD(ミニディスク:登録商標)等のディ
スク状媒体に換えてメモリカードを使用するディジタル
オーディオ記録/再生装置を実現することができる。
るファイル管理システムは、FAT(File Allocation T
able) システムと呼ばれる。上述のFATシステムで
は、必要なファイルが定義されると、その中に必要なパ
ラメータがファイルの先頭から順番にセットされてい
た。その結果、ファイルのサイズが可変長で、1ファイ
ルが1または複数の管理単位(セクタ、クラスタ等)で
構成される。この管理単位の関連事項がFATと呼ばれ
るテーブルに書かれる。このFATシステムは、記録媒
体の物理的特性と無関係に、ファイル構造を容易に構築
することができる。従って、FATシステムは、フロッ
ピーディスク、ハードディスクのみならず、光磁気ディ
スク、でも採用することができる。上述したメモリカー
ドにおいても、FATシステムが採用されている。
れているCD等では、FATシステムの概念は全くな
く、記録/再生が可能なMDの時代になって初めてLi
nk−P(以下、リンクPと称する)と呼ばれるFAT
を変形したような方法で音楽の記録や編集が実現され
た。このためシステム自体は、簡素化され小さなCPU
でも制御が可能なものとなっていたが、パーソナルコン
ピュータとのデータのやり取りは全くできず、独立した
AV機器として発展してきた。
ステムは、MD上に生じた欠陥の位置に係る情報を格納
するスロットの先頭位置を示すP−DFA(Pointer fo
r Defective Area)、スロットの使用状況を示すP−E
mpty(Pointer for Empty slot)、記録可能領域を
管理するスロットの先頭位置を示すP−FRA(Pointe
r for FReely Area )および各プログラム番号に対応し
たスロットの先頭位置を各々示すP−TNo1、P−T
No2、・・・P−TNo255から構成される。
を参照して記録媒体上に離散的に存在する記録可能エリ
アを連続的に検索する処理の一例を図42を用いて説明
する。この図42において、P−FRAに03hが記録
されている。この場合には、まず、図42Aに示すよう
にスロット03hがアクセスされる。このスロット03
hに記録されているスタートアドレスおよびエンドアド
レスは、ディスク上に存在する1つのパーツの起点アド
レスと終点アドレスを示す。
記録されているリンク情報は、後続すべきスロットのア
ドレス18hを示している。図42Bに示すように、ス
ロット18hがアクセスされる。スロット18hに記録
されているリンク情報が後続すべきスロットのアドレス
が1Fhであることを示しているので、図42Cに示す
ように、さらにスロット1Fhがアクセスされる。そし
て、スロット1Fhのリンク情報に従って、スロット2
Bhがアクセスされ(図42D)、さらにスロット2B
hのリンク情報に従ってスロットE3hがアクセスされ
る(図42E)。このようにして、リンク情報としてn
ull(すなわち00h)が現れるまで次々にリンク情
報をたどることにより、MD上に離散的に存在する記録
可能エリアのアドレスが順に認識される。光ピックアッ
プを制御して、MD上のこれらのアドレスに順にアクセ
スしていくことにより、離散的に存在する記録可能エリ
アをクリアすることが可能となる。また、P−DFA
(Pointer for Defective Area)、P−TNoNを参照
しても同様に離散的に記録されている傷エリア、データ
エリアを連続的にアクセスすることができる。
は、上述した4つのパラメータでFAT同様の制御を行
うことが可能なものであるが、その仕組みは煩雑で制御
するソフトは大変であった。さらに、リンクPが管理さ
れているU−TOC(User-Table of Content )領域が
破壊された場合は、離散的に存在する記録可能エリア、
記録済エリアをたどることができないという問題点があ
った。
ナルコンピュータ用のメモリを強く意識しているために
パーソナルコンピュータ標準のFATシステムが導入さ
れている。このため、ともするとシステムが大げさにな
りやすく、メモリの小さなCPUでは、FATシステム
を管理するのは困難であった。さらに、同様にFATシ
ステムが破壊された場合に、メモリ上に離散的に存在す
る記録済エリアをトレースすることができないという問
題が生じる。
ルをFATシステムで管理し、そのデータファイルの管
理単位をメモリの小さなCPUでも容易に扱えるように
した不揮発性メモリを提供することにある。
ために、請求項1の発明は、連続して再生されるデータ
ファイルを所定長単位毎にブロック化して、複数のブロ
ックを集合化して複数のパーツとして離散的に記録する
不揮発性メモリにおいて、複数のパーツを連結して連続
して再生されるデータファイルに復元するための第1の
管理情報が記録された管理領域と、データファイルを構
成するパーツ数とパーツ毎のパーツサイズとが管理され
た所定長から成る第2の管理情報がデータファイル毎に
付加し、複数のブロックを集合化して複数のパーツとし
て離散的に記録されるデータ領域とからなることを特徴
とする不揮発性メモリである。
いて説明する。図1は、この発明の一実施形態における
メモリカードを使用したディジタルオーディオレコーダ
/プレーヤの全体の構成を示す。この一実施形態は、記
録媒体として、着脱自在のメモリカードを使用するディ
ジタルオーディオ信号の記録および再生機である。より
具体的には、このレコーダ/プレーヤは、アンプ装置、
スピーカ、CDプレーヤ、MDレコーダ、チューナ等と
共にオーディオシステムを構成する。この発明は、これ
以外のオーディオレコーダに対しても適用できる。すな
わち、携帯型記録再生装置に対しても適用できる。ま
た、衛星を使用したデータ通信、ディジタル放送、イン
ターネット等を経由して配信されるディジタルオーディ
オ信号を記録するセットトップボックスに対しても適用
できる。さらに、ディジタルオーディオ信号以外に動画
データ、静止画データ等の記録/再生に対してもこの発
明を適用できる。一実施形態においても、ディジタルオ
ーディオ信号以外の画像、文字等の付加情報を記録/再
生可能としている。
構成されたオーディオエンコーダ/デコーダIC10、
セキュリティIC20、DSP(Digital Signal Proces
sor)30を有する。さらに、記録再生装置本体に対して
着脱自在のメモリカード40を備える。メモリカード4
0は、フラッシュメモリ(不揮発性メモリ)、メモリコ
ントロールブロック、DES(Data Encryption Standar
d)の暗号化回路を含むセキュリティブロックが1チップ
上にIC化されたものである。なお、この一実施形態で
は、DSP30を使用しているが、マイクロコンピュー
タを使用しても良い。
は、オーディオインタフェース11およびエンコーダ/
デコーダブロック12を有する。エンコーダ/デコーダ
ブロック12は、ディジタルオーディオ信号をメモリカ
ード40に書き込むために高能率符号化し、また、メモ
リカード40から読み出されたデータを復号する。高能
率符号化方法としては、ミニディスクで採用されている
ATRAC(AdaptiveTransform Acoustic Coding)を改
良したATRAC3が使用される。
波数=44.1kHzでサンプリングした量子化ビットが
16ビットのオーディオデータを高能率符号化処理す
る。ATRAC3でオーディオデータを処理する時の最
小のデータ単位がサウンドユニットSUである。1SU
は、1024サンプル分(1024×16ビット×2チ
ャンネル)を数百バイトに圧縮したものであり、時間に
して約23m秒である。上述の高能率符号化処理により
約1/10にオーディオデータが圧縮される。ミニディ
スクで適用されたATRAC1と同様に、ATRAC3
方式において、信号処理されたオーディオ信号の圧縮/
伸長処理による音質の劣化は少ない。
力、チューナの出力、テープ再生出力を選択的にA/D
変換器14に供給する。A/D変換器14は、入力され
るライン入力信号をサンプリング周波数=44.1kH
z、量子化ビット=16ビットのディジタルオーディオ
信号へ変換する。ディジタル入力セレクタ16は、M
D、CD、CS(衛星ディジタル放送)のディジタル出
力を選択的にディジタル入力レシーバ17に供給する。
上述のディジタル入力は、例えば光ケーブルを介して伝
送される。ディジタル入力レシーバ17の出力がサンプ
リングレートコンバータ15に供給され、ディジタル入
力のサンプリング周波数が44.1kHz、量子化ビット
が16ビットのデジタルオーディオ信号に変換される。
のエンコーダ/デコーダブロック12からの符号化デー
タがセキュリティIC20のインタフェース21を介し
てDESの暗号化回路22に供給される。DESの暗号
化回路22は、FIFO23を有している。DESの暗
号化回路22は、コンテンツの著作権を保護するために
備えられている。メモリカード40にも、DESの暗号
化回路が組み込まれている。記録再生装置のDESの暗
号化回路22は、複数のマスターキーと機器毎にユニー
クなストレージキーを持つ。さらに、DESの暗号化回
路22は、乱数発生回路を持ち、DESの暗号化回路を
内蔵するメモリカードと認証およびセッションキーを共
有することができる。よりさらに、DESの暗号化回路
22は、DESの暗号化回路を通してストレージキーで
キーをかけなおすことができる。
たオーディオデータがDSP(Digital Signal Processo
r)30に供給される。DSP30は、着脱機構(図示し
ない)に装着されたメモリカード40とメモリインタフ
ェースを介しての通信を行い、暗号化されたデータをフ
ラッシュメモリに書き込む。DSP30とメモリカード
40との間では、シリアル通信がなされる。また、メモ
リカードの制御に必要なメモリ容量を確保するために、
DSP30に対して外付けのSRAM(StaticRandom Ac
cess Memory) 31が接続される。
フェース32が接続され、図示しない外部のコントロー
ラからのデータがバス33を介してDSP30に供給さ
れる。外部のコントローラは、オーディオシステム全体
の動作を制御し、操作部からのユーザの操作に応じて発
生した録音指令、再生指令等のデータをDSP30にバ
スインタフェース32を介して与える。また、画像情
報、文字情報等の付加情報のデータもバスインタフェー
ス32を介してDSP30に供給される。バス33は、
双方向通信路であり、メモリカード40から読み出され
た付加情報データ、制御信号等がDSP30、バスイン
ターフェース32、バス33を介して外部のコントロー
ラに取り込まれる。外部のコントローラは、具体的に
は、オーディオシステム内に含まれる他の機器例えばア
ンプ装置に含まれている。さらに、外部のコントローラ
によって、付加情報の表示、レコーダの動作状態等を表
示するための表示が制御される。表示部は、オーディオ
システム全体で共用される。ここで、バス33を介して
送受信されるデータは、著作物ではないので、暗号化が
されない。
読み出した暗号化されたオーディオデータは、セキュリ
ティIC20によって復号化され、オーディオエンコー
ダ/デコーダIC10によってATRAC3の復号化処
理を受ける。オーディオエンコーダ/デコーダ10の出
力がD/A変換器18に供給され、アナログオーディオ
信号へ変換される。そして、アナログオーディオ信号が
ライン出力端子19に取り出される。
送され、スピーカまたはヘッドホンにより再生される。
D/A変換器18に対してミューティング信号が外部の
コントローラから供給される。ミューティング信号がミ
ューティングのオンを示す時には、ライン出力端子19
からのオーディオ出力が禁止される。
SP30は、Core34と、フラッシュメモリ35
と、SRAM36と、バスインタフェース37と、メモ
リカードインタフェース38と、バスおよびバス間のブ
リッジとで構成される。DSP30は、マイクロコンピ
ュータと同様な機能を有し、Core34がCPUに相
当する。フラッシュメモリ35にDSP30の処理のた
めのプログラムが格納されている。SRAM36と外部
のSRAM31とがRAMとして使用される。
37を介して受け取った録音指令等の操作信号に応答し
て、所定の暗号化されたオーディオデータ、所定の付加
情報データをメモリカード40に対して書き込み、ま
た、これらのデータをメモリカード40から読み出す処
理を制御する。すなわち、オーディオデータ、付加情報
の記録/再生を行うためのオーディオシステム全体のア
プリケーションソフトウェアと、メモリカード40との
間にDSP30が位置し、メモリカード40のアクセ
ス、ファイルシステム等のソフトウェアによってDSP
30が動作する。
ファイル管理は、既存のパーソナルコンピュータで使用
されているFATシステムが使用される。このファイル
システムに加えて、一実施形態では、後述するようなデ
ータ構成の管理ファイルが使用される。管理ファイル
は、メモリカード40上に記録されているデータファイ
ルを管理する。第1のファイル管理情報としての管理フ
ァイルは、オーディオデータのファイルを管理するもの
である。第2のファイル管理情報としてのFATは、オ
ーディオデータのファイルと管理ファイルを含むメモリ
カード40のフラッシュメモリ上のファイル全体を管理
する。管理ファイルは、メモリカード40に記録され
る。また、FATは、ルートディレクトリ等と共に、予
め出荷時にフラッシュメモリ上に書き込まれている。F
ATの詳細に関しては後述する。
ために、ATRAC3により圧縮されたオーディオデー
タを暗号化している。一方、管理ファイルは、著作権保
護が必要ないとして、暗号化を行わないようにしてい
る。また、メモリカードとしても、暗号化機能を持つも
のと、これを持たないものとがありうる。一実施形態の
ように、著作物であるオーディオデータを記録するレコ
ーダが対応しているメモリカードは、暗号化機能を持つ
メモリカードのみである。上述の暗号化機能を有さない
メモリカードには、個人が録音したVoiceまたは録
画した画像が記録される。
メモリカード40は、コントロールブロック41とフラ
ッシュメモリ42が1チップICとして構成されたもの
である。プレーヤ/レコーダのDSP30とメモリカー
ド40との間の双方向シリアルインタフェースは、10
本の線からなる。主要な4本の線は、データ伝送時にク
ロックを伝送するためのクロック線SCKと、ステータ
スを伝送するためのステータス線SBSと、データを伝
送するデータ線DIO、インターラプト線INTとであ
る。その他に電源供給用線として、2本のGND線およ
び2本のVCC線が設けられる。2本の線Reserv
は、未定義の線である。
ロックを伝送するための線である。ステータス線SBS
は、メモリカード40のステータスを表す信号を伝送す
るための線である。データ線DIOは、コマンドおよび
暗号化されたオーディオデータを入出力するための線で
ある。インターラプト線INTは、メモリカード40か
らプレーヤ/レコーダのDSP30に対しての割り込み
を要求するインターラプト信号を伝送する線である。メ
モリカード40を装着した時にインターラプト信号が発
生する。但し、この一実施形態では、インターラプト信
号をデータ線DIOを介して伝送するようにしているの
で、インターラプト線INTを接地している。
ラレル変換・パラレル/シリアル変換・インタフェース
ブロック(以下、S/P・P/S・IFブロックと略
す)43は、上述した複数の線を介して接続されたレコ
ーダのDSP30とコントロールブロック41とのイン
タフェースである。S/P・P/S・IFブロック43
は、プレーヤ/レコーダのDSP30から受け取ったシ
リアルデータをパラレルデータに変換し、コントロール
ブロック41に取り込み、コントロールブロック41か
らのパラレルデータをシリアルデータに変換してプレー
ヤ/レコーダのDSP30に送る。また、S/P・P/
S・IFブロック43は、データ線DIOを介して伝送
されるコマンドおよびデータを受け取った時に、フラッ
シュメモリ42に対する通常のアクセスのためのコマン
ドおよびデータと、暗号化に必要なコマンドおよびデー
タとを分離する。
マットでは、最初にコマンドが伝送され、その後にデー
タが伝送される。S/P・P/S・IFブロック43
は、コマンドのコードを検出して、通常のアクセスに必
要なコマンドおよびデータか、暗号化に必要なコマンド
およびデータかを判別する。この判別結果に従って、通
常のアクセスに必要なコマンドをコマンドレジスタ44
に格納し、データをページバッファ45およびライトレ
ジスタ46に格納する。ライトレジスタ46と関連して
エラー訂正符号化回路47が設けられている。ページバ
ッファ45に一時的に蓄えられたデータに対して、エラ
ー訂正符号化回路47がエラー訂正符号の冗長コードを
生成する。
5、ライトレジスタ46およびエラー訂正符号化回路4
7の出力データがフラッシュメモリインタフェースおよ
びシーケンサ(以下、メモリI/F・シーケンサと略
す)51に供給される。メモリIF・シーケンサ51
は、コントロールブロック41とフラッシュメモリ42
とのインタフェースであり、両者の間のデータのやり取
りを制御する。メモリIF・シーケンサ51を介してデ
ータがフラッシュメモリ42に書き込まれる。
RAC3により圧縮されたオーディオデータ(以下、A
TRAC3データと表記する)は、著作権保護のため
に、プレーヤ/レコーダのセキュリティIC20とメモ
リカード40のセキュリティブロック52とによって、
暗号化されたものである。セキュリティブロック52
は、バッファメモリ53と、DESの暗号化回路54
と、不揮発性メモリ55とを有する。
52は、複数の認証キーとメモリカード毎にユニークな
ストレージキーを持つ。不揮発性メモリ55は、暗号化
に必要なキーを格納するもので、チップ解析を行っても
解析不能な構造となっている。この実施形態では、例え
ばストレージキーが不揮発性メモリ55に格納される。
さらに、乱数発生回路を持ち、対応可能なプレーヤ/レ
コーダと認証ができ、セッションキーを共有できる。D
ESの暗号化回路54を通して、コンテンツキーをスト
レージキーでキーのかけ直しを行う。
ーダに装着した時に相互に認証がなされる。認証は、プ
レーヤ/レコーダのセキュリティIC20とメモリカー
ド40のセキュリティブロック52によって行わせる。
プレーヤ/レコーダは、装着されたメモリカード40が
対応可能なメモリカードであることを認証し、また、メ
モリカード40が相手のプレーヤ/レコーダが対応可能
なプレーヤ/レコーダであることを認証すると、相互認
証処理が正常に行われたことを意味する。認証が行われ
ると、プレーヤ/レコーダとメモリカード40がそれぞ
れセッションキーを生成し、セッションキーを共有す
る。セッションキーは、認証の度に生成される。
き込み時には、プレーヤ/レコーダがセッションキーで
コンテンツキーを暗号化してメモリカード40に渡す。
メモリカード40では、コンテンツキーをセッションキ
ーで復号し、ストレージキーで暗号化してプレーヤ/レ
コーダに渡す。ストレージキーは、メモリカード40の
一つ一つにユニークなキーであり、プレーヤ/レコーダ
は、暗号化されたコンテンツキーを受け取ると、フォー
マット処理を行い、暗号化されたコンテンツキーと暗号
化されたコンテンツをメモリカード40に書き込む。
処理について説明したが、以下メモリカード40からの
読み出し処理について説明する。フラッシュメモリ42
から読み出されたデータがメモリIF・シーケンサ51
を介してページバッファ45、リードレジスタ48、エ
ラー訂正回路49に供給される。ページバッファ45に
記憶されたデータがエラー訂正回路49によってエラー
訂正がなされる。エラー訂正がされたページバッファ4
5の出力およびリードレジスタ48の出力がS/P・P
/S・IFブロック43に供給され、上述したシリアル
インタフェースを介してプレーヤ/レコーダのDSP3
0に供給される。
されたコンテンツキーとブロックキーで暗号化されたコ
ンテンツとがフラッシュメモリ42から読み出される。
セキュリティブロック52によって、ストレージキーで
コンテンツキーが復号される。復号したコンテンツキー
がセッションキーで再暗号化されてプレーヤ/レコーダ
側に送信される。プレーヤ/レコーダは、受信したセッ
ションキーでコンテンツキーを復号する。プレーヤ/レ
コーダは、復号したコンテンツキーでブロックキーを生
成する。このブロックキーによって、暗号化されたAT
RAC3データを順次復号する。
40のバージョン情報、各種の属性情報等が格納されて
いるメモリである。また、メモリカード40には、ユー
ザが必要に応じて操作可能な誤消去防止用のスイッチ6
0が備えられている。このスイッチ60が消去禁止の接
続状態にある場合には、フラッシュメモリ42を消去す
ることを指示するコマンドがレコーダ側から送られてき
ても、フラッシュメモリ42の消去が禁止される。さら
に、OSC Cont.61は、メモリカード40の処理のタ
イミング基準となるクロックを発生する発振器である。
ンピュータシステムのファイルシステム処理階層を示
す。ファイルシステム処理階層としては、アプリケーシ
ョン処理層が最上位であり、その下に、ファイル管理処
理層、論理アドレス管理層、物理アドレス管理層、フラ
ッシュメモリアクセスが順次積層される。上述の階層構
造において、ファイル管理処理層がFATシステムであ
る。物理アドレスは、フラッシュメモリの各ブロックに
対して付されたもので、ブロックと物理アドレスの対応
関係は、不変である。論理アドレスは、ファイル管理処
理層が論理的に扱うアドレスである。
シュメモリ42のデータの物理的構成の一例を示す。フ
ラッシュメモリ42は、セグメントと称されるデータ単
位が所定数のブロック(固定長)へ分割され、1ブロッ
クが所定数のページ(固定長)へ分割される。フラッシ
ュメモリ42では、ブロック単位で消去が一括して行わ
れ、書き込みと読み出しは、ページ単位で一括して行わ
れる。各ブロックおよび各ページは、それぞれ同一のサ
イズとされ、1ブロックがページ0からページmで構成
される。1ブロックは、例えば8KB(Kバイト)バイ
トまたは16KBの容量とされ、1ページが512Bの
容量とされる。フラッシュメモリ42全体では、1ブロ
ック=8KBの場合で、4MB(512ブロック)、8
MB(1024ブロック)とされ、1ブロック=16K
Bの場合で、16MB(1024ブロック)、32MB
(2048ブロック)、64MB(4096ブロック)
の容量とされる。
6バイトの冗長部とからなる。冗長部の先頭の3バイト
は、データの更新に応じて書き換えられるオーバーライ
ト部分とされる。3バイトの各バイトに、先頭から順に
ブロックステータス、ページステータス、更新ステータ
スが記録される。冗長部の残りの13バイトの内容は、
原則的にデータ部の内容に応じて固定とされる。13バ
イトは、管理フラグ(1バイト)、論理アドレス(2バ
イト)、フォーマットリザーブの領域(5バイト)、分
散情報ECC(2バイト)およびデータECC(3バイ
ト)からなる。分散情報ECCは、管理フラグ、論理ア
ドレス、フォーマットリザーブに対する誤り訂正用の冗
長データであり、データECCは、512バイトのデー
タに対する誤り訂正用の冗長データである。
値が1:ユーザブロック、0:ブートブロック)、変換
テーブルフラグ(1:無効、0:テーブルブロック)、
コピー禁止指定(1:OK、0:NG)、アクセス許可
(1:free、0:リードプロテクト)の各フラグが
記録される。
がブートブロックである。ブロック1は、ブロック0と
同一のデータが書かれるバックアップ用である。ブート
ブロックは、カード内の有効なブロックの先頭ブロック
であり、メモリカードを機器に装填した時に最初にアク
セスされるブロックである。残りのブロックがユーザブ
ロックである。ブートブロックの先頭のページ0にヘッ
ダ、システムエントリ、ブート&アトリビュート情報が
格納される。ページ1に使用禁止ブロックデータが格納
される。ページ2にCIS(Card Information Structur
e)/IDI(Identify Drive Information)が格納され
る。
クID、ブートブロック内の有効なエントリ数が記録さ
れる。システムエントリには、使用禁止ブロックデータ
の開始位置、そのデータサイズ、データ種別、CIS/
IDIのデータ開始位置、そのデータサイズ、データ種
別が記録される。ブート&アトリビュート情報には、メ
モリカードのタイプ(読み出し専用、リードおよびライ
ト可能、両タイプのハイブリッド等)、ブロックサイ
ズ、ブロック数、総ブロック数、セキュリティ対応か否
か、カードの製造に関連したデータ(製造年月日等)等
が記録される。
行うことにより絶縁膜の劣化を生じ、書き換え回数が制
限される。従って、ある同一の記憶領域(ブロック)に
対して繰り返し集中的にアクセスがなされることを防止
する必要がある。従って、ある物理アドレスに格納され
ているある論理アドレスのデータを書き換える場合、フ
ラッシュメモリのファイルシステムでは、同一のブロッ
クに対して更新したデータを再度書き込むことはせず
に、未使用のブロックに対して更新したデータを書き込
むようになされる。その結果、データ更新前における論
理アドレスと物理アドレスの対応関係が更新後では、変
化する。スワップ処理を行うことで、同一のブロックに
対して繰り返して集中的にアクセスがされることが防止
され、フラッシュメモリの寿命を延ばすことが可能とな
る。
き込まれたデータに付随するので、更新前のデータと更
新後のデータの書き込まれるブロックが移動しても、F
ATからは、同一のアドレスが見えることになり、以降
のアクセスを適正に行うことができる。スワップ処理に
より論理アドレスと物理アドレスとの対応関係が変化す
るので、両者の対応を示す論理−物理アドレス変換テー
ブルが必要となる。このテーブルを参照することによっ
て、FATが指定した論理アドレスに対応する物理アド
レスが特定され、特定された物理アドレスが示すブロッ
クに対するアクセスが可能となる。
P30によってSRAM上に格納される。若し、RAM
容量が少ない時は、フラッシュメモリ中に格納すること
ができる。このテーブルは、概略的には、昇順に並べた
論理アドレス(2バイト)に物理アドレス(2バイト)
をそれぞれ対応させたテーブルである。フラッシュメモ
リの最大容量を128MB(8192ブロック)として
いるので、2バイトによって8192のアドレスを表す
ことができる。また、論理−物理アドレス変換テーブル
は、セグメント毎に管理され、そのサイズは、フラッシ
ュメモリの容量に応じて大きくなる。例えばフラッシュ
メモリの容量が8MB(2セグメント)の場合では、2
個のセグメントのそれぞれに対して2ページが論理−物
理アドレス変換テーブル用に使用される。論理−物理ア
ドレス変換テーブルを、フラッシュメモリ中に格納する
時には、上述した各ページの冗長部における管理フラグ
の所定の1ビットによって、当該ブロックが論理−物理
アドレス変換テーブルが格納されているブロックか否か
が指示される。
媒体と同様にパーソナルコンピュータのFATシステム
によって使用可能なものである。図5には示されてない
が、フラッシュメモリ上にIPL領域、FAT領域およ
びルート・ディレクトリ領域が設けられる。IPL領域
には、最初にレコーダのメモリにロードすべきプログラ
ムが書かれているアドレス、並びにメモリの各種情報が
書かれている。FAT領域には、ブロック(クラスタ)
の関連事項が書かれている。FATには、未使用のブロ
ック、次のブロック番号、不良ブロック、最後のブロッ
クをそれぞれ示す値が規定される。さらに、ルートディ
レクトリ領域には、ディレクトリエントリ(ファイル属
性、更新年月日、開始クラスタ、ファイルサイズ等)が
書かれている。
る。この図6は、メモリ内の模式図を示しており、上か
らパーティションテーブル部、空き領域、ブートセク
タ、FAT領域、FATのコピー領域、Root Di
rectory領域、SubDirectory領域、
データ領域が積層されている。なお、メモリマップは、
論理−物理アドレス変換テーブルに基づいて、論理アド
レスから物理アドレスへ変換した後のメモリマップであ
る。
Tのコピー領域、Root Directory領域、
Sub Directory領域、データ領域を全部ま
とめてFATパーティション領域と称する。
ATパーティション領域の始めと終わりのアドレスが記
録されている。通常フロッピーディスクで使用されてい
るFATには、パーティションテーブル部は備えられて
いない。最初のトラックには、パーティションテーブル
以外のものは置かないために空きエリアができてしま
う。
Tおよび16ビットFATの何れかであるかでFAT構
造の大きさ、クラスタサイズ、それぞれの領域のサイズ
が記録されている。FATは、データ領域に記録されて
いるファイル位置を管理するものである。FATのコピ
ー領域は、FATのバックアップ用の領域である。ルー
トディレクトリ部は、ファイル名、先頭クラスタアドレ
ス、各種属性が記録されており、1ファイルにつき32
バイト使用する。
うファイルの属性のファイルとして存在しており、図6
の実施形態ではPBLIST.MSF、CAT.MS
A、DOG.MSA、MAN. MSAという4つのファ
イルが存在する。このサブディレクトリ部には、ファイ
ル名とFAT上の記録位置が管理されている。すなわ
ち、図6においては、CAT.MSAというファイル名
が記録されているスロットには「5」というFAT上の
アドレスが管理されており、DOG.MSAというファ
イル名が記録されているスロットには「10」というF
AT上のアドレスが管理されている。
のデータ領域にこの実施形態では、ATRAC3で圧縮
処理されたオーディオデータが記録される。さらに、M
AN. MSAというファイル名が記録されているスロッ
トには「110」というFAT上のアドレスが管理され
ている。
6、7および8にCAT.MSAというファイル名のA
TRAC3で圧縮処理されたオーディオデータが記録さ
れ、クラスタ10、11および、12にDOG.MSA
というファイル名の前半パートであるDOG−1がAT
RAC3で圧縮処理されたオーディオデータが記録さ
れ、クラスタ100および101にDOG.MSAとい
うファイル名の後半パートであるDOG−2がATRA
C3で圧縮処理されたオーディオデータが記録されてい
る。さらに、クラスタ110および111にMAN.M
SAというファイル名のATRAC3で圧縮処理された
オーディオデータが記録されている。
が2分割されて離散的に記録されている例を示してい
る。また、データ領域上のEmptyとかかれた領域は
記録可能領域である。
管理する領域であり、クラスタ200には、CAT.M
SAというファイルが、クラスタ201には、DOG.
MSAというファイルが、クラスタ202にはMAN.
MSAというファイルが記録されている。ファイル順を
並び替える場合には、このクラスタ200以降で並び替
えを行えばよい。
された場合には、先頭のパーティションテーブル部を参
照してFATパーティション領域の始めと終わりのアド
レスが記録されている。ブートセクタ部の再生を行った
後にRoot Directory、Sub Dire
ctory部の再生を行う。そして、Sub Dire
ctory部に記録されている再生管理情報PBLIS
T.MSFが記録されているスロットを検索して、PB
LIST.MSFが記録されているスロットの終端部の
アドレスを参照する。
MSFが記録されているスロットの終端部には「20
0」というアドレスが記録されているのでクラスタ20
0を参照する。クラスタ200以降は、ファイル名を管
理すると共に、ファイルの再生順を管理する領域であ
り、この実施形態の場合には、CAT. MSAというフ
ァイルが1曲目となり、DOG.MSAというファイル
が2曲目となり、MAN.MSAというファイルが3曲
目となる。
たら、サブデレクトリ部に移行して、CAT. MSA、
DOG.MSAおよびMAN.MSAという名前のファ
イル名と合致するスロットを参照する。この図6におい
ては、CAT.MSAというファイル名が記録されたス
ロットの終端には「5」というアドレスが記録され、D
OG. MSAというファイルが記録されたスロットの終
端には「10」というアドレスが記録され、MAN.M
SAというファイルが記録されたスロットの終端には1
10というアドレスが記録されている。
れたスロットの終端に記録された「5」というアドレス
に基づいて、FAT上のエントリアドレスを検索する。
エントリアドレス5には、「6」というクラスタアドレ
スがエントリされており、「6」というエントリアドレ
スを参照すると「7」というクラスタアドレスがエント
リされており、「7」というエントリアドレスを参照す
ると「8」というクラスタアドレスがエントリされてお
り、「8」というエントリアドレスを参照すると「FF
F」という終端を意味するコードが記録されている。
は、クラスタ5、6、7、8のクラスタ領域を使用して
おり、データ領域のクラスタ5、6、7、8を参照する
ことでCAT.MSAというATRAC3データが実際
に記録されている領域をアクセスすることができる。
というファイルを検索する方法を以下に示す。DOG.
MSAというファイル名が記録されたスロットの終端に
は「10」というアドレスが記録されている。ここで、
「10」というアドレスに基づいて、FAT上のエント
リアドレスを検索する。エントリアドレス10には、
「11」というクラスタアドレスがエントリされてお
り、「11」というエントリアドレスを参照すると「1
2」というクラスタアドレスがエントリされており、
「12」というエントリアドレスを参照すると「10
0」というクラスタアドレスがエントリされている。さ
らに、「100」というエントリアドレスを参照すると
「101」というクラスタアドレスがエントリされてお
り、「101」というエントリアドレスを参照するとF
FFという終端を意味するコードが記録されている。
は、クラスタ10、11、12、100、101という
クラスタ領域を使用しており、データ領域のクラスタ1
0、11、12を参照することでDOG.MSAという
ファイルの前半パートに対応するATRAC3データが
実際に記録されている領域をアクセスすることができ
る。さらに、データ領域のクラスタ100、101を参
照することでDOG.MSAというファイルの後半パー
トに対応するATRAC3データが実際に記録されてい
る領域をアクセスすることができる。
が記録されたスロットの終端に記録された「110」と
いうアドレスに基づいて、FAT上のエントリアドレス
を検索する。エントリアドレス110には、「111」
というクラスタアドレスがエントリされており、「11
1」というエントリアドレスを参照すると「FFF」と
いう終端を意味するコードが記録されている。
は、クラスタ110、111というクラスタ領域を使用
しており、データ領域のクラスタ110、111を参照
することでMAN.MSAというATRAC3データが
実際に記録されている領域をアクセスすることができ
る。
て記録されたデータファイルを連結してシーケンシャル
に再生することが可能となる。
ド40のフォーマットで規定されるファイル管理システ
ムとは別個に、音楽用ファイルに対して、各トラックお
よび各トラックを構成するパーツを管理するための管理
ファイルを持つようにしている。この管理ファイルは、
メモリカード40のユーザブロックを利用してフラッシ
ュメモリ42上に記録される。それによって、後述する
ように、メモリカード40上のFATが壊れても、ファ
イルの修復を可能となる。
成される。例えば最初に電源をオンした時に、メモリカ
ード40の装着されているか否かが判定され、メモリカ
ードが装着されている時には、認証が行われる。認証に
より正規のメモリカードであることが確認されると、フ
ラッシュメモリ42のブートブロックがDSP30に読
み込まれる。そして、論理−物理アドレス変換テーブル
が読み込まれる。読み込まれたデータは、SRAMに格
納される。ユーザが購入して初めて使用するメモリカー
ドでも、出荷時にフラッシュメモリ42には、FAT
や、ルートディレクトリの書き込みがなされている。管
理ファイルは、録音がなされると、作成される。
等によって発生した録音指令が外部のコントローラから
バスおよびバスインターフェース32を介してDSP3
0に与えられる。そして、受信したオーディオデータが
エンコーダ/デコーダIC10によって圧縮され、エン
コーダ/デコーダIC10からのATRAC3データが
セキュリティIC20により暗号化される。DSP30
が暗号化されたATRAC3データをメモリカード40
のフラッシュメモリ42に記録する。この記録後にFA
Tおよび管理ファイルが更新される。ファイルの更新の
度、具体的には、オーディオデータの記録を開始し、記
録を終了する度に、SRAM31および36上でFAT
および管理ファイルが書き換えられる。そして、メモリ
カード40を外す時に、またはパワーをオフする時に、
SRAM31、36からメモリカード40のフラッシュ
メモリ42上に最終的なFATおよび管理ファイルが格
納される。この場合、オーディオデータの記録を開始
し、記録を終了する度に、フラッシュメモリ42上のF
ATおよび管理ファイルを書き換えても良い。編集を行
った場合も、管理ファイルの内容が更新される。
は、付加情報も管理ファイル内に作成、更新され、フラ
ッシュメモリ42上に記録される。管理ファイルの他の
データ構成では、付加情報管理ファイルがトラック管理
用の管理ファイルとは別に作成される。付加情報は、外
部のコントローラからバスおよびバスインターフェース
32を介してDSP30に与えられる。DSP30が受
信した付加情報をメモリカード40のフラッシュメモリ
42上に記録する。付加情報は、セキュリティIC20
を通らないので、暗号化されない。付加情報は、メモリ
カード40を取り外したり、電源オフの時に、DSP3
0のSRAMからフラッシュメモリ42に書き込まれ
る。
の全体を示す。ディレクトリとして、静止画用ディレク
トリ、動画用ディレクトリ、Voice用ディレクト
リ、制御用ディレクトリ、音楽用(HIFI)ディレク
トリが存在する。この一実施形態は、音楽の記録/再生
を行うので、以下、音楽用ディレクトリについて説明す
る。音楽用ディレクトリには、2種類のファイルが置か
れる。その1つは、再生管理ファイルPBLIST.M
SF(以下、単にPBLISTと表記する)であり、他
のものは、暗号化された音楽データを収納したATRA
C3データファイルA3Dnnnn.MSA(以下、単
にA3Dnnnと表記する)とからなる。ATRAC3
データファイルは、最大数が400までと規定されてい
る。すなわち、最大400曲まで収録可能である。AT
RAC3データファイルは、再生管理ファイルに登録し
た上で機器により任意に作成される。
図9が1FILE(1曲)のATRAC3データファイ
ルの構成を示す。再生管理ファイルは、16KB固定長
のファイルである。ATRAC3データファイルは、曲
単位でもって、先頭の属性ヘッダと、それに続く実際の
暗号化された音楽データとからなる。属性ヘッダも16
KB固定長とされ、再生管理ファイルと類似した構成を
有する。
1バイトコードのメモリカードの名前NM1−S、2バ
イトコードのメモリカードの名前NM2−S、曲順の再
生テーブルTRKTBL、メモリカード全体の付加情報
INF−Sとからなる。図9に示すデータファイルの先
頭の属性ヘッダは、ヘッダ、1バイトコードの曲名NM
1、2バイトコードの曲名NM2、トラックのキー情報
等のトラック情報TRKINF、パーツ情報PRTIN
Fと、トラックの付加情報INFとからなる。ヘッダに
は、総パーツ数、名前の属性、付加情報のサイズの情報
等が含まれる。
ータが続く。音楽データは、16KBのブロック毎に区
切られ、各ブロックの先頭にヘッダが付加されている。
ヘッダには、暗号を復号するための初期値が含まれる。
なお、暗号化の処理を受けるのは、ATRAC3データ
ファイル中の音楽データのみであって、それ以外の再生
管理ファイル、ヘッダ等のデータは、暗号化されない。
タファイルの関係について説明する。1トラックは、1
曲を意味する。1曲は、1つのATRAC3データファ
イル(図9参照)で構成される。ATRAC3データフ
ァイルは、ATRAC3により圧縮されたオーディオデ
ータである。メモリカード40に対しては、クラスタと
呼ばれる単位で記録される。1クラスタは、例えば16
KBの容量である。1クラスタに複数のファイルが混じ
ることがない。フラッシュメモリ42を消去する時の最
小単位が1ブロックである。音楽データを記録するのに
使用するメモリカード40の場合、ブロックとクラスタ
は、同意語であり、且つ1クラスタ=1セクタと定義さ
れている。
が、編集が行われると、複数のパーツから1曲が構成さ
れることがある。パーツは、録音開始からその停止まで
の連続した時間内で記録されたデータの単位を意味し、
通常は、1トラックが1パーツで構成される。曲内のパ
ーツのつながりは、各曲の属性ヘッダ内のパーツ情報P
RTINFで管理する。すなわち、パーツサイズは、P
RTINFの中のパーツサイズPRTSIZEという4
バイトのデータで表す。パーツサイズPRTSIZEの
先頭の2バイトがパーツが持つクラスタの総数を示し、
続く各1バイトが先頭および末尾のクラスタ内の開始サ
ウンドユニット(以下、SUと略記する)の位置、終了
SUの位置を示す。このようなパーツの記述方法を持つ
ことによって、音楽データを編集する際に通常、必要と
される大量の音楽データの移動をなくすことが可能とな
る。ブロック単位の編集に限定すれば、同様に音楽デー
タの移動を回避できるが、ブロック単位は、SU単位に
比して編集単位が大きすぎる。
TRAC3でオーディオデータを圧縮する時の最小のデ
ータ単位である。44.1kHzのサンプリング周波数で
得られた1024サンプル分(1024×16ビット×
2チャンネル)のオーディオデータを約1/10に圧縮
した数百バイトのデータがSUである。1SUは、時間
に換算して約23m秒になる。通常は、数千に及ぶSU
によって1つのパーツが構成される。1クラスタが42
個のSUで構成される場合、1クラスタで約1秒の音を
表すことができる。1つのトラックを構成するパーツの
数は、付加情報サイズに影響される。パーツ数は、1ブ
ロックの中からヘッダや曲名、付加情報データ等を除い
た数で決まるために、付加情報が全く無い状態が最大数
(645個)のパーツを使用できる条件となる。
タを2曲連続して記録する場合のファイル構成を示す。
1曲目(ファイル1)が例えば5クラスタで構成され
る。1曲目と2曲目(ファイル2)の曲間では、1クラ
スタに二つのファイルが混在することが許されないの
で、次のクラスタの最初からファイル2が作成される。
従って、ファイル1に対応するパーツ1の終端(1曲目
の終端)がクラスタの途中に位置し、クラスタの残りの
部分には、データが存在しない。第2曲目(ファイル
2)も同様に1パーツで構成される。ファイル1の場合
では、パーツサイズが5、開始クラスタのSUが0、終
了クラスタが4となる。
イレーズ、ムーブの4種類の操作が規定される。デバイ
ドは、1つのトラックを2つに分割することである。デ
バイドがされると、総トラック数が1つ増加する。デバ
イドは、一つのファイルをファイルシステム上で分割し
て2つのファイルとし、再生管理ファイルおよびFAT
を更新する。コンバインは、2つのトラックを1つに統
合することである。コンバインされると、総トラック数
が1つ減少する。コンバインは、2つのファイルをファ
イルシステム上で統合して1つのファイルにし、再生管
理ファイルおよびFATを更新する。イレーズは、トラ
ックを消去することである。消された以降のトラック番
号が1つ減少する。ムーブは、トラック順番を変えるこ
とである。以上イレーズおよびムーブ処理についても、
再生管理ファイルおよびFATを更新する。
びファイル2)をコンバインした結果を図10Bに示
す。コンバインされた結果は、1つのファイルであり、
このファイルは、二つのパーツからなる。また、図10
Cは、一つの曲(ファイル1)をクラスタ2の途中でデ
バイドした結果を示す。デバイドによって、クラスタ
0、1およびクラスタ2の前側からなるファイル1と、
クラスタ2の後側とクラスタ3および4とからなるファ
イル2とが発生する。
ーツに関する記述方法があるので、コンバインした結果
である図10Bにおいて、パーツ1の開始位置、パーツ
1の終了位置、パーツ2の開始位置、パーツ2の終了位
置をそれぞれSU単位でもって規定できる。その結果、
コンバインした結果のつなぎ目の隙間をつめるために、
パーツ2の音楽データを移動する必要がない。また、パ
ーツに関する記述方法があるので、デバイドした結果で
ある図10Cにおいて、ファイル2の先頭の空きを詰め
るように、データを移動する必要がない。
のより詳細なデータ構成を示し、図12Aおよび図12
Bは、再生管理ファイルPBLISTを構成するヘッダ
とそれ以外の部分をそれぞれ示す。再生管理ファイルP
BLISTは、1クラスタ(1ブロック=16KB)の
サイズである。図12Aに示すヘッダは、32バイトか
ら成る。図12Bに示すヘッダ以外の部分は、メモリカ
ード全体に対する名前NM1−S(256バイト)、名
前NM2−S(512バイト)、CONTENTSKE
Y、MAC、S−YMDhmsと、再生順番を管理する
テーブルTRKTBL(800バイト)、メモリカード
全体に対する付加情報INF−S(14720バイト)
および最後にヘッダ中の情報の一部が再度記録されてい
る。これらの異なる種類のデータ群のそれぞれの先頭
は、再生管理ファイル内で所定の位置となるように規定
されている。
x0000)および(0x0010)で表される先頭か
ら32バイトがヘッダである。なお、ファイル中で先頭
から16バイト単位で区切られた単位をスロットと称す
る。ファイルの第1および第2のスロットに配されるヘ
ッダには、下記の意味、機能、値を持つデータが先頭か
ら順に配される。なお、Reservedと表記されて
いるデータは、未定義のデータを表している。通常ヌル
(0x00)が書かれるが、何が書かれていてもRes
ervedのデータが無視される。将来のバージョンで
は、変更がありうる。また、この部分への書き込みは禁
止する。Optionと書かれた部分も使用しない場合
は、全てReservedと同じ扱いとされる。
めの値 値:固定値=”TL=0”(例えば0x544C2D3
0) MCode(2バイト) 意味:MAKER CODE 機能:記録した機器の、メーカー、モデルを識別するコ
ード 値:上位10ビット(メーカーコード) 下位6ビット
(機種コード) REVISION(4バイト) 意味:PBLISTの書き換え回数 機能:再生管理ファイルを書き換える度にインクリメン
ト 値:0より始まり+1づつ増加する S−YMDhms(4バイト)(Option) 意味:信頼できる時計を持つ機器で記録した年・月・日
・時・分・秒 機能:最終記録日時を識別するための値 値:25〜31ビット 年 0〜99(1980〜20
79) 21〜24ビット 月 0〜12 16〜20ビット 日 0〜31 11〜15ビット 時 0〜23 05〜10ビット 分 0〜59 00〜04ビット 秒 0〜29(2秒単位)。
(1バイト)の属性を表す 機能:使用する文字コードと言語コードを各1バイトで
表す 値:文字コード(C)は上位1バイトで下記のように文
字を区別する 00: 文字コードは設定しない。単なる2進数として扱う
こと 01: ASCII(American Standard Code for Information I
nterchange) 02:ASCII+KANA 03:modifided8859-1 81:MS-JIS 82:KS C 5601-1989 83:GB(Great Britain)
2312-80 90:S-JIS(Japanese Industrial Standards)(for Voic
e)。
ようにEBU Tech 3258 規定に準じて言語を区別する 00: 設定しない 08:German 09:English 0A:Spanish 0F:French 15:Italian 1D:Dutch 65:Korean 69:Japanese 75:Chinese データが無い場合オールゼロとすること。
(2バイト)の属性を表す 機能:使用する文字コードと言語コードを各1バイトで
表す 値:上述したSN1C+Lと同一 SINFSIZE(2バイト) 意味:INF−S領域に書かれるメモリカード全体に関
する付加情報の全てを合計したサイズを表す 機能:データサイズを16バイト単位の大きさで記述、
無い場合は必ずオールゼロとすること 値:サイズは0x0001から0x39C(924) T−TRK(2バイト) 意味:TOTAL TRACK NUMBER 機能:総トラック数 値:1から0x0190(最大400トラック)、デー
タが無い場合はオールゼロとすること VerNo(2バイト) 意味:フォーマットのバージョン番号 機能:上位がメジャーバージョン番号、下位がマイナー
バージョン番号 値:例 0x0100(Ver1.0) 0x0203(Ver2.3)。
タ(図13B)について以下に説明する。
タ(最大で256) 名前データの終了は、必ず終端コード(0x00)を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭(0x0020)からヌル(0
x00)を1バイト以上記録すること 値:各種文字コード NM2−S 意味:メモリカード全体に関する2バイトの名前 機能:2バイトの文字コードで表した可変長の名前デー
タ(最大で512) 名前データの終了は、必ず終端コード(0x00)を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭(0x0120)からヌル(0
x00)を2バイト以上記録すること 値:各種文字コード。
から保存される。ここでは、1曲目に付けられるCON
TENTS KEYと同じ値 機能:S−YMDhmsのMACの計算に必要となる鍵
となる 値:0から0xFFFFFFFFFFFFFFFFまで MAC 意味:著作権情報改ざんチェック値 機能:S−YMDhmsの内容とCONTENTS K
EYから作成される値 値:0から0xFFFFFFFFFFFFFFFFま
で。
(シーケンス)番号 機能:TRKINFの中のFNoを記述する 値:1から400(0x190) トラックが存在しない時はオールゼロとすること INF−S 意味:メモリカード全体に関する付加情報データ(例え
ば写真、歌詞、解説等の情報) 機能:ヘッダを伴った可変長の付加情報データ 複数の異なる付加情報が並べられることがある。それぞ
れにIDとデータサイズが付けられている。個々のヘッ
ダを含む付加情報データは最小16バイト以上で4バイ
トの整数倍の単位で構成される。その詳細については、
後述する値:付加情報データ構成を参照 S−YMDhms(4バイト)(Option) 意味:信頼できる時計を持つ機器で記録した年・月・日
・時・分・秒 機能:最終記録日時を識別するための値、EMDの時は
必須 値:25〜31ビット 年 0〜99(1980〜20
79) 21〜24ビット 月 0〜12 16〜20ビット 日 0〜31 11〜15ビット 時 0〜23 05〜10ビット 分 0〜59 00〜04ビット 秒 0〜29(2秒単位)。
て、ヘッダ内のものと同一のBLKID−TL0と、M
Codeと、REVISIONとが書かれる。
ドが記録中に抜かれたり、電源が切れることがあり、復
活した時にこれらの異常の発生を検出することが必要と
される。上述したように、REVISIONをブロック
の先頭と末尾に書き込み、この値を書き換える度に+1
インクリメントするようにしている。若し、ブロックの
途中で異常終了が発生すると、先頭と末尾のREVIS
IONの値が一致せず、異常終了を検出することができ
る。REVISIONが2個存在するので、高い確率で
異常終了を検出することができる。異常終了の検出時に
は、エラーメッセージの表示等の警告が発生する。
に固定値BLKID−TL0を挿入しているので、FA
Tが壊れた場合の修復の目安に固定値を使用できる。す
なわち、各ブロックの先頭の固定値を見れば、ファイル
の種類を判別することが可能である。しかも、この固定
値BLKID−TL0は、ブロックのヘッダおよびブロ
ックの終端部分に二重に記述するので、その信頼性のチ
ェックを行うことができる。なお、再生管理ファイルP
BLISTの同一のものを二重に記録しても良い。
情報管理ファイルと比較して、相当大きなデータ量であ
り、ATRAC3データファイルに関しては、後述する
ように、ブロック番号BLOCK SERIALが付け
られている。但し、ATRAC3データファイルは、通
常複数のファイルがメモリカード上に存在するので、C
ONNUM0でコンテンツの区別を付けた上で、BLO
CK SERIALを付けないと、重複が発生し、FA
Tが壊れた場合のファイルの復旧が困難となる。換言す
ると単一のATRAC3データファイルは、複数のBL
OCKで構成されると共に、離散して配置される可能性
があるので、同一ATRAC3データファイルを構成す
るBLOCKを判別するためにCONNUM0を用いる
と共に、同一ATRAC3データファイル内の昇降順を
ブロック番号BLOCK SERIALで決定する。
が、論理を間違ってファイルとして不都合のあるような
場合に、書き込んだメーカーの機種が特定できるよう
に、メーカーコード(MCode)がブロックの先頭と
末尾に記録されている。
す。付加情報の先頭に下記のヘッダが書かれる。ヘッダ
以降に可変長のデータが書かれる。
数倍でなければならない。また、最小16バイト以上の
こと。データの終わりより余りがでる場合はヌル(0x
00)で埋めておくこと 値:16から14784(0x39C0) MCode 意味:MAKER CODE 機能:記録した機器の、メーカー、モデルを識別するコ
ード 値:上位10ビット(メーカーコード) 下位6ビット
(機種コード) C+L 意味:先頭から12バイト目からのデータ領域に書かれ
る文字の属性を表す 機能:使用する文字コードと言語コードを各1バイトで
表す 値:前述のSNC+Lと同じ DATA 意味:個別の付加情報データ 機能:可変長データで表す。実データの先頭は常に12
バイト目より始まり、長さ(サイズ)は最小4バイト以
上、常に4バイトの整数倍でなければならない。データ
の最後から余りがある場合はヌル(0x00)で埋める
こと 値:内容により個別に定義される。
63)と、付加情報の種類の対応の一例を示す。キーコ
ードの値(0〜31)が音楽に関する文字情報に対して
割り当てられ、その(32〜63)がURL(Uniform R
esource Locator)(Web関係)に対して割り当てられ
ている。アルバムタイトル、アーティスト名、CM等の
文字情報が付加情報として記録される。
〜127)と、付加情報の種類の対応の一例を示す。キ
ーコードの値(64〜95)がパス/その他に対して割
り当てられ、その(96〜127)が制御/数値・デー
タ関係に対して割り当てられている。例えば(ID=9
8)の場合では、付加情報がTOC(Table of Conten
t)−IDとされる。TOC−IDは、CD(コンパク
トディスク)のTOC情報に基づいて、最初の曲番号、
最後の曲番号、その曲番号、総演奏時間、その曲演奏時
間を示すものである。
8〜159)と、付加情報の種類の対応の一例を示す。
キーコードの値(128〜159)が同期再生関係に対
して割り当てられている。図15中のEMD(Electroni
c Music Distribution)は、電子音楽配信の意味であ
る。
例について説明する。図16Aは、図12Cと同様に、
付加情報のデータ構成を示す。図16Bは、キーコード
ID=3とされる、付加情報がアーティスト名の例であ
る。SIZE=0x1C(28バイト)とされ、ヘッダ
を含むこの付加情報のデータ長が28バイトであること
が示される。また、C+Lが文字コードC=0x01と
され、言語コードL=0x09とされる。この値は、前
述した規定によって、ASCIIの文字コードで、英語
の言語であることを示す。そして、先頭から12バイト
目から1バイトデータでもって、「SIMON&GRA
FUNKEL」のアーティスト名のデータが書かれる。
付加情報のサイズは、4バイトの整数倍と決められてい
るので、1バイトの余りが(0x00)とされる。
る、付加情報がISRC(International Standard Reco
rding Code:著作権コード) の例である。SIZE=0
x14(20バイト)とされ、この付加情報のデータ長
が20バイトであることが示される。また、C+LがC
=0x00、L=0x00とされ、文字、言語の設定が
無いこと、すなわち、データが2進数であることが示さ
れる。そして、データとして8バイトのISRCのコー
ドが書かれる。ISRCは、著作権情報(国、所有者、
録音年、シリアル番号)を示すものである。
る、付加情報が録音日時の例である。SIZE=0x1
0(16バイト)とされ、この付加情報のデータ長が1
6バイトであることが示される。また、C+LがC=0
x00、L=0x00とされ、文字、言語の設定が無い
ことが示される。そして、データとして4バイト(32
ビット)のコードが書かれ、録音日時(年、月、日、
時、分、秒)が表される。
れる、付加情報が再生ログの例である。SIZE=0x
10(16バイト)とされ、この付加情報のデータ長が
16バイトであることが示される。また、C+LがC=
0x00、L=0x00とされ、文字、言語の設定が無
いことが示される。そして、データとして4バイト(3
2ビット)のコードが書かれ、再生ログ(年、月、日、
時、分、秒)が表される。再生ログ機能を持つものは、
1回の再生毎に16バイトのデータを記録する。
384バイト)の場合のATRAC3データファイルA
3Dnnnnのデータ配列を示す。図17には、データ
ファイルの属性ヘッダ(1ブロック)と、音楽データフ
ァイル(1ブロック)とが示されている。図17では、
この2ブロック(16×2=32Kバイト)の各スロッ
トの先頭のバイト(0x0000〜0x7FF0)が示
されている。図18に分離して示すように、属性ヘッダ
の先頭から32バイトがヘッダであり、256バイトが
曲名領域NM1(256バイト)であり、512バイト
が曲名領域NM2(512バイト)である。属性ヘッダ
のヘッダには、下記のデータが書かれる。
識別するための値 値:固定値=”HD=0”(例えば0x48442D3
0) MCode(2バイト) 意味:MAKER CODE 機能:記録した機器の、メーカー、モデルを識別するコ
ード 値:上位10ビット(メーカーコード) 下位6ビット
(機種コード) BLOCK SERIAL(4バイト) 意味:トラック毎に付けられた連続番号 機能:ブロックの先頭は0から始まり次のブロックは+
1づつインクリメント編集されても値を変化させない 値:0より始まり0xFFFFFFFFまで。
1バイトで表す 値:SN1C+Lと同一 N2C+L(2バイト) 意味:トラック(曲名)データ(NM2)の属性を表す 機能:NM2に使用される文字コードと言語コードを各
1バイトで表す 値:SN1C+Lと同一 INFSIZE(2バイト) 意味:トラックに関する付加情報の全てを合計したサイ
ズを表す 機能:データサイズを16バイト単位の大きさで記述、
無い場合は必ずオールゼロとすること 値:サイズは0x0000から0x3C6(966) T−PRT(2バイト) 意味:トータルパーツ数 機能:トラックを構成するパーツ数を表す。通常は1 値:1から0x285(645dec ) T−SU(4バイト) 意味:トータルSU数 機能:1トラック中の実際の総SU数を表す。曲の演奏
時間に相当する 値:0x01から0x001FFFFF INX(2バイト)(Option) 意味:INDEX の相対場所 機能:曲のさびの部分(特徴的な部分)の先頭を示すポ
インタ。曲の先頭からの位置をSUの個数を1/4した
数で指定する。これは、通常のSUの4倍の長さの時間
(約93m秒)に相当する 値:0から0xFFFF(最大、約6084秒) XT(2バイト)(Option) 意味:INDEX の再生時間 機能:INX-nnnで指定された先頭から再生すべき時間
のSUの個数を1/4した数で指定する。これは、通常
のSUの4倍の長さの時間(約93m秒)に相当する 値:0x0000:無設定 0x01から0xFFF
E(最大6084秒) 0xFFFF:曲の終わりまで。
説明する。
大で256) 名前データの終了は、必ず終端コード(0x00)を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭(0x0020)からヌル(0
x00)を1バイト以上記録すること 値:各種文字コード NM2 意味:曲名を表す文字列 機能:2バイトの文字コードで表した可変長の名前デー
タ(最大で512) 名前データの終了は、必ず終端コード(0x00)を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭(0x0120)からヌル(0
x00)を2バイト以上記録すること 値:各種文字コード。
始まる、80バイトのデータをトラック情報領域TRK
INFと呼び、主としてセキュリティ関係、コピー制御
関係の情報を一括して管理する。図19にTRKINF
の部分を示す。TRKINF内のデータについて、配置
順序に従って以下に説明する。
ティブロックで保護されてから保存される 機能:曲を再生する時、まず必要となる最初の鍵とな
る。MAC計算時に使用される 値:0から0xFFFFFFFFFFFFFFFFまで MAC(8バイト) 意味:著作権情報改ざんチェック値 機能:コンテンツ累積番号を含む複数のTRKINFの
内容と隠しシーケンス番号から作成される値 隠しシーケンス番号とは、メモリカードの隠し領域に記
録されているシーケンス番号のことである。著作権対応
でないレコーダは、隠し領域を読むことができない。ま
た、著作権対応の専用のレコーダ、またはメモリカード
を読むことを可能とするアプリケーションを搭載したパ
ーソナルコンピュータは、隠し領域をアクセスすること
ができる。
信号を0、メイン信号(L+R)のみの特別なJoin
tモードをモノラルとして規定する。bit2,1の情
報は通常の再生機は無視しても構わない。
フの情報を形成し、ビット1は、再生SKIPか、通常
再生かの情報を形成し、ビット2は、データ区分、例え
ばオーディオデータか、FAX等の他のデータかの情報
を形成する。ビット3は、未定義である。ビット4、
5、6を組み合わせることによって、図示のように、A
TRAC3のモード情報が規定される。すなわち、N
は、この3ビットで表されるモードの値であり、モノ
(N=0,1)、LP(N=2)、SP(N=4)、E
X(N=5)、HQ(N=7)の5種類のモードについ
て、記録時間(64MBのメモリカードの場合)、デー
タ転送レート、1ブロック内のSU数がそれぞれ示され
ている。1SUのバイト数は、(モノ:136バイト、
LP:192バイト、SP:304バイト、EX:38
4バイト、HQ:512バイト)である。さらに、ビッ
ト7によって、ATRAC3のモード(0:Dual 1:
J0int )が示される。
用し、SPモードの場合について説明する。64MBの
メモリカードには、3968ブロックがある。SPモー
ドでは、1SUが304バイトであるので、1ブロック
に53SUが存在する。1SUは、(1024/441
00)秒に相当する。従って、1ブロックは、(102
4/44100)×53×(3968−16)=486
3秒=81分 転送レートは、 (44100/1024)×304×8=104737
bps となる。
キュリティバージョン(ビット5〜ビット0) 機能:このトラックに関して制限事項があることを表す 値:ビット7: 0=制限なし 1=制限有り ビット6: 0=期限内 1=期限切れ ビット5〜ビット0:セキュリティバージョン0(0以
外であれば再生禁止とする) FNo(2バイト) 意味:ファイル番号 機能:最初に記録された時のトラック番号、且つこの値
は、メモリカード内の隠し領域に記録されたMAC計算
用の値の位置を特定する 値:1から0x190(400) MG(D)SERIAL−nnn(16バイト) 意味:記録機器のセキュリティブロック(セキュリティ
IC20)のシリアル番号 機能:記録機器ごとに全て異なる固有の値 値:0から0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF CONNUM(4バイト) 意味:コンテンツ累積番号 機能:曲毎に累積されていく固有の値で記録機器のセキ
ュリティブロックによって管理される。2の32乗、4
2億曲分用意されており、記録した曲の識別に使用する 値:0から0xFFFFFFFF。
on) 意味:再生制限付きのトラックの再生開始日時 機能:EMDで指定する再生開始を許可する日時 値:上述した日時の表記と同じ YMDhms−E(4バイト)(Option) 意味:再生制限付きのトラックの再生終了日時 機能:EMDで指定する再生許可を終了する日時 値:上述した日時の表記と同じ MT(1バイト)(Option) 意味:再生許可回数の最大値 機能:EMDで指定される最大の再生回数 値:1から0xFF 未使用の時は、0x00 LTのbit7の値が0の場合はMTの値は00とする
こと CT(1バイト)(Option) 意味:再生回数 機能:再生許可された回数の内で、実際に再生できる回
数。再生の度にデクリメントする 値:0x00〜0xFF 未使用の時は、0x00であ
る LTのbit7が1でCTの値が00の場合は再生を禁
止すること。
ピー制御情報を表し、ビット4および5によって高速デ
ィジタルコピーに関するコピー制御情報を表し、ビット
2および3によってセキュリティブロック認証レベルを
表す。ビット0および1は、未定義 CCの例:(bit7,6)11:無制限のコピーを許
可、01:コピー禁止、00:1回のコピーを許可 (bit3,2)00:アナログないしディジタルイン
からの録音、MG認証レベルは0とする CDからのディジタル録音では(bit7,6)は0
0、(bit3,2)は00となる CN(1バイト)(Option) 意味:高速ディジタルコピーHSCMS(High speed Se
rial Copy ManagementSystem)におけるコピー許可回数 機能:コピー1回か、コピーフリーかの区別を拡張し、
回数で指定する。コピー第1世代の場合にのみ有効であ
り、コピーごとに減算する 値:00:コピー禁止、01から0xFE:回数、0x
FF:回数無制限。
続いて、0x0370から始まる24バイトのデータを
パーツ管理用のパーツ情報領域PRTINFと呼び、1
つのトラックを複数のパーツで構成する場合に、時間軸
の順番にPRTINFを並べていく。図22にPRTI
NFの部分を示す。PRTINF内のデータについて、
配置順序に従って以下に説明する。
上位)、開始SU:1バイト(上位)、終了SU:1バ
イト(最下位) 値:クラスタ:1から0x1F40(8000)、開始
SU:0から0xA0(160)、終了SU:0から0
xA0(160)(但し、SUの数え方は、0,1,
2,と0から開始する) PRTKEY(8バイト) 意味:パーツを暗号化するための値 機能:初期値=0、編集時は編集の規則に従うこと 値:0から0xFFFFFFFFFFFFFFFF CONNUM0(4バイト) 意味:最初に作られたコンテンツ累積番号キー 機能:コンテンツをユニークにするためのIDの役割 値:コンテンツ累積番号初期値キーと同じ値とされる。
中には、図17に示すように、付加情報INFが含まれ
る。この付加情報は、開始位置が固定化されていない点
を除いて、再生管理ファイル中の付加情報INF−S
(図11および図12B参照)と同一である。1つまた
は複数のパーツの最後のバイト部分(4バイト単位)の
次を開始位置として付加情報INFのデータが開始す
る。
異なる付加情報が並べられることがある。それぞれにI
Dとデータサイズが付加されている。個々のヘッダを含
む付加情報データは、最小16バイト以上で4バイトの
整数倍の単位 値:再生管理ファイル中の付加情報INF−Sと同じで
ある。
3データファイルの各ブロックのデータが続く。図23
に示すように、ブロック毎にヘッダが付加される。各ブ
ロックのデータについて以下に説明する。
ための値 値:固定値=”A3D”(例えば0x4133442
0) MCode(2バイト) 意味:MAKER CODE 機能:記録した機器の、メーカー、モデルを識別するコ
ード 値:上位10ビット(メーカーコード) 下位6ビット
(機種コード) CONNUM0(4バイト) 意味:最初に作られたコンテンツ累積番号 機能:コンテンツをユニークにするためのIDの役割、
編集されても値は変化させない 値:コンテンツ累積番号初期値キーと同じ値とされる BLOCK SERIAL(4バイト) 意味:トラック毎に付けられた連続番号 機能:ブロックの先頭は0から始まり次のブロックは+
1づつインクリメント編集されても値を変化させない 値:0より始まり0xFFFFFFFFまで BLOCK−SEED(8バイト) 意味:1ブロックを暗号化するための1つの鍵 機能:ブロックの先頭は、記録機器のセキュリティブロ
ックで乱数を生成、続くブロックは、+1インクリメン
トされた値、この値が失われると、1ブロックに相当す
る約1秒間、音が出せないために、ヘッダとブロック末
尾に同じものが二重に書かれる。編集されても値を変化
させない 値:初期は8バイトの乱数 INITIALIZATION VECTOR(8バイ
ト) 意味:ブロック毎にATRAC3データを暗号化、復号
化する時に必要な初期値 機能:ブロックの先頭は0から始まり、次のブロックは
最後のSUの最後の暗号化された8バイトの値。デバイ
ドされたブロックの途中からの場合は開始SUの直前の
最後の8バイトを用いる。編集されても値を変化させな
い 値:0から0xFFFFFFFFFFFFFFFF SU−nnn 意味:サウンドユニットのデータ 機能:1024サンプルから圧縮されたデータ、圧縮モ
ードにより出力されるバイト数が異なる。編集されても
値を変化させない(一例として、SPモードの時では、
N=384バイト) 値:ATRAC3のデータ値。
ロックに42SUが書かれる。また、1ブロックの先頭
の2つのスロット(4バイト)がヘッダとされ、最後の
1スロット(2バイト)にBLKID−A3D、MCo
de、CONNUM0、BLOCK SERIALが二
重に書かれる。従って、1ブロックの余りの領域Mバイ
トは、(16,384−384×42−16×3=20
8(バイト)となる。この中に上述したように、8バイ
トのBLOCK SEEDが二重に記録される。
には、フラッシュメモリの全ブロックの探索を開始し、
ブロック先頭部のブロックID BLKIDがTL0
か、HD0か、A3Dかを各ブロックについて判別す
る。この処理を図24に示すフローチャートを参照し
て、説明する。ブロック先頭のブロックID BLKI
DがBLKID−TL0であるか否かをステップSP1
で判別する。
頭のブロックID BLKIDがBLKID−TL0で
無い場合には、ステップSP2において、ブロック番号
をインクリメント処理して、ステップSP3において、
ブロックの終端部まで検索したかを判別する。ステップ
SP3において、ブロックの終端部まで至ってないと判
別された場合には、再度ステップSP1に戻る。
ク先頭のブロックID BLKIDがBLKID−TL
0と判別された場合には、ステップSP4において、検
索したブロックが再生管理ファイルPBLISTである
と判定される。次に、ステップSP5において、再生管
理ファイルPBLIST内に含まれる総トラック数T−
TRKを参照して、レジスタにNとして記憶する。一例
として、メモリ上に10曲のATRAC3データファイ
ルが存在する場合には(すなわち10ファイル)T−T
RKには10が記録されている。
ク数T−TRKに基づいてブロック内に記録されている
TRK−001からTRK−400を順次参照する。上
述した一例の場合には、メモリ内に10曲収録されてい
るのでTRK−001からTRK−010までを参照す
ればよい。
(XXX=001〜400)には、対応するファイル番
号FNOが記録されているので、トラック番号TRK−
XXXとファイル番号FNOの対応表をメモリに記憶す
る。
したNをデクリメント処理して、ステップSP9におい
て、N=0になるまでステップSP6、SP7およびS
P8を繰り返す。ステップSP9において、N=0と判
断されたらステップSP10において、先頭のブロック
にポインタをリセットして、先頭のブロックから探索を
やり直す。
ク先頭のブロックID BLKIDがBLKID−HD
0か否かを判別する。このステップSP11において、
ブロック先頭のブロックID BLKIDがBLKID
−HD0で無い場合には、ステップSP12において、
ブロック番号をインクリメント処理して、ステップSP
13において、ブロックの終端部まで検索したか否かを
判別する。
ックの終端部まで至ってないと判別された場合には、再
度ステップSP11に制御が戻る。
のブロックID BLKIDがBLKID−HD0であ
ると判断されるまで、先頭ブロックからの探索を開始す
る。ステップSP11において、ブロック先頭のブロッ
クID BLKIDがBLKID−HD0と判断された
場合には、ステップSP14において、そのブロック
は、図18の0x0000〜0x03FFF に示すATRAC3デー
タファイルの先頭部分の属性ヘッダ(図8参照)と判断
される。
ッダ内に記録されているファイル番号FNO、同一AT
RAC3データファイル内での通し番号を表すBLOC
KSERIAL、コンテンツ累積番号キーCONNUM
0を参照して、メモリに記憶する。ここで、10個のA
TRAC3データファイルが存在する(すなわち、10
曲収録されている)場合には、先頭のブロックID B
LKIDがBLKID−TL0と判断されるブロックが
10個存在するので、10個索出されるまで処理を続け
る。
端部まで至っていると判別された場合には、ステップS
P16において、先頭のブロックにポインタをリセット
して、先頭のブロックから探索をやり直す。
ク先頭のブロックID BLKIDがBLKID−A3
Dか否かを判断する。このステップSP17において、
ブロック先頭のブロックID BLKIDがBLKID
−A3Dで無い場合には、ステップSP18において、
ブロック番号をインクリメント処理して、ステップSP
19において、ブロックの終端部まで検索したか否かを
判別する。ステップSP19において、ブロックの終端
部まで至ってないと判別された場合には、再度ステップ
SP17に制御が戻る。
ック先頭のブロックID BLKIDがBLKID−A
3Dであると判断された場合には、ステップSP20に
おいて、ブロックはATRAC3データファイルが実際
に記録されているブロックと判断される。
AC3データブロック内に記録されている通し番号BL
OCK SERIAL、コンテンツ累積番号キーCON
NUM0を参照して、メモリに記憶する。このコンテン
ツ累積番号キーCONNUM0は同一ATRAC3デー
タファイル内では共通の番号が付与されている。即ち1
つのATRAC3データファイルが10個のブロックか
ら構成されている場合には、ブロック内に各々記録され
ているCONNUM0には全部共通の番号が記録されて
いる。
ルが10個のブロックから構成されている場合には、1
0個のブロックの各々のBLOCK SERIALには
1〜10のいずれかの通し番号が付与されている。CO
NNUM0およびBLOCKSERIALに基づいて同
一コンテンツを構成するブロックか、さらに同一コンテ
ンツ内の再生順序(連結順序)が判る。
データファイル(即ち10曲)が記録され、例えば各々
のATRAC3データファイルが10個のブロックから
構成される場合には、100個のデータブロックが存在
することになる。この100個のデータファイルがどの
曲番を構成し、どの順序で連結されるべきかはCONN
UM0およびBLOCK SERIALを参照して行わ
れる。
端部まで至っていると判別された場合には、全ブロック
に対して、再生管理ファイル、ATRAC3データファ
イル、属性ファイルの全ての検索が終了したことを意味
するので、ステップSP22は、メモリ上に記憶された
ブロック番号に対応するCONNUM0、BLOCKS
ERIAL、FNO、TRK−XXXに基づいてファイ
ルの連結状態を再現する。連結状態が確認できたらメモ
リ上の破壊されていない空きエリアにFATを作成し直
しても良い。
タ構成の管理ファイル他の例について、説明する。図2
5は、メモリカード40のファイル構成の他の例を全体
として示す。音楽用ディレクトリには、トラック情報管
理ファイルTRKLIST.MSF(以下、単にTRK
LISTと表記する)と、トラック情報管理ファイルの
バックアップTRKLISTB.MSF(以下、単にT
RKLISTBと表記する)と、アーチスト名、ISR
Cコード、タイムスタンプ、静止画像データ等の各種付
加情報データを記述するINFLIST.MSF(以
下、単にINFISTと表記する)と、ATRAC3デ
ータファイルA3Dnnnn.MSA(以下、単にA3
Dnnnnと表記する)とが含まれる。TRKLIST
には、NAME1およびNAME2が含まれる。NAM
E1は、メモリカード名、曲名ブロック(1バイトコー
ド用)で、ASCII/8859−1の文字コードによ
り曲名データを記述する領域である。NAME2は、メ
モリカード名、曲名ブロック(2バイトコード用)で、
MS−JIS/ハングル語/中国語等により曲名データ
を記述する領域である。
情報管理ファイルTRKLISTと、NAME1および
2と、ATRAC3データファイルA3Dnnnn間の
関係を示す。TRKLISTは、全体で64Kバイト
(=16K×4)の固定長で、その内の32Kバイトが
トラックを管理するパラメータを記述するのに使用さ
れ、残りの32KバイトがNAME1および2を記述す
るのに使用される。曲名等を記述したファイルNAME
1および2は、トラック情報管理ファイルと別扱いでも
実現できるが、RAM容量の小さいシステムは、トラッ
ク情報管理ファイルと曲名ファイルとを分けない方が管
理ファイルをまとめて管理することができ、操作しやす
くなる。
内のトラック情報領域TRKINF−nnnnおよびパ
ーツ情報領域PRTINF−nnnnによって、データ
ファイルA3Dnnnnおよび付加情報用のINFLI
STが管理される。なお、暗号化の処理を受けるのは、
ATRAC3データファイルA3Dnnnnのみであ
る。図26中で、横方向が16バイト(0〜F)であ
り、縦方向に16進数(0xか16進数を意味する)で
その行の先頭の値が示されている。
RKLIST(曲名ファイルを含む)と、付加情報管理
ファイルINFLISTと、データファイルA3Dnn
nnとの3個のファイルの構成とされ、TRKLIST
によってINFLISTおよびA3Dnnnnが管理さ
れる。前述したデータ構成の一例(図7、図8および図
9)では、メモリカードの全体を管理する再生管理ファ
イルPBLISTと、各トラック(曲)のデータファイ
ルATRAC3との2種類のファイルの構成とされる。
るが、上述したデータ構成の一例と同一の点について
は、その説明を省略することにする。
KLISTのより詳細な構成を示す。トラック情報管理
ファイルTRKLISTは、1クラスタ(1ブロック)
=16KBのサイズで、その後に続くバックアップ用の
TRKLISTBも同一サイズ、同一データのものであ
る。トラック情報管理ファイルは、先頭から32バイト
がヘッダである。ヘッダには、上述した再生管理ファイ
ルPBLIST中のヘッダと同様に、BLKID−TL
0/TL1(バックアップファイルのID)(4バイ
ト)、総トラック数T−TRK(2バイト)、メーカー
コードMCode(2バイト)、TRKLISTの書き
換え回数REVISION(4バイト)、更新日時のデ
ータS−YMDhms(4バイト)(Option)が
書かれる。これらのデータの意味、機能、値は、前述し
た通りである。これらのデータ以外に下記のデータが書
かれる。
て(0x01) N2(1バイト)(Option) メモリカードの連番号(分母側)で、1枚使用時はすべ
て(0x01) MSID(2バイト)(Option) メモリカードのIDで、複数組の時は、MSIDが同一
番号(T.B.D.) (T.B.D.は、将来定義されうることを意味する) S−TRK(2バイト) 特別トラック(401〜408)の記述(T.B.
D.)で、通常は、0x0000 PASS(2バイト)(Option) パスワード(T.B.D.) APP(2バイト)(Option) 再生アプリケーションの規定(T.B.D.)(通常
は、0x0000) INF−S(2バイト)(Option) メモリカード全体の付加情報ポインタであり、付加情報
がないときは、0x00とする。
て、ヘッダ内のものと同一のBLKID−TL0と、M
Codeと、REVISIONとが配される。また、バ
ックアップ用のTRKLISTBにも上述したヘッダが
書かれる。この場合、BLKID−TL1と、MCod
eと、REVISIONとが配される。
記述するトラック情報領域TRKINFと、トラック
(曲)内のパーツの情報を記述するパーツ情報領域PR
TINFが配置される。図27では、TRKLISTの
部分に、これらの領域が全体的に示され、下側のTRK
LISTBの部分にこれらの領域の詳細な構成が示され
ている。また、斜線で示す領域は、未使用の領域を表
す。
よびパーツ情報領域PRTINF−nnnに、上述した
ATRAC3データファイルに含まれるデータが同様に
書かれる。すなわち、再生制限フラグLT(1バイ
ト)、コンテンツキーCONTENTS KEY(8バ
イト)、記録機器のセキュリティブロックのシリアル番
号MG(D)SERIAL(16バイト)、曲の特徴的
部分を示すためのXT(2バイト)(Option)お
よびINX(2バイト)(Option)、再生制限情
報およびコピー制御に関連するデータYMDhms−S
(4バイト)(Option)、YMDhms−E(4
バイト)(Option)、MT(1バイト)(Opt
ion)、CT(1バイト)(Option)、CC
(1バイト)、CN(1バイト)(Option)、パ
ーツの属性を示すA(1バイト)、パーツサイズPRT
SIZE(4バイト)、パーツキーPRTKEY(8バ
イト)、コンテンツ累積番号CONNUM(4バイト)
が書かれている。これらのデータの意味、機能、値は、
前述した通りである。これらのデータ以外に下記のデー
タが書かれる。
付加情報がない曲の意味 FNM−nnn(4バイト) ATRAC3データのファイル番号(0x0000〜0
xFFFF) ATRAC3データファイル名(A3Dnnnnn)の
nnnnn (ASCII)番号を0xnnnnnに変
換した値 APP CTL(4バイト)(Option) アプリケーション用パラメータ(T.B.D.)(通
常、0x0000) P−nnn(2バイト) 曲を構成するパーツ数(1〜2039)で、前述のT−
PARTに対応する PR(1バイト) 固定値(PR=0x50)。
NAME1およびNAME2について説明する。図28
は、NAME1(1バイトコードを使用する領域)のよ
り詳細なデータ構成を示す。NAME1および後述のN
AME2は、ファイルの先頭から8バイト単位で区切ら
れ、1スロット=8バイトとされている。先頭の0x8
000には、ヘッダが書かれ、その後ろにポインタおよ
び名前が記述される。NAME1の最後のスロットにヘ
ッダと同一データが記述される。
D2D31) PNM1−nnn(4バイト)(Option) NM1(1バイトコード)へのポインタ PNM1−Sは、メモリカードを代表する名前のポイン
タ nnn(=1〜408)は、曲名のポインタ ポインタは、ブロック内の開始位置(2バイト)と文字
コードタイプ(2ビット)とデータサイズ(14ビッ
ト)を記述 NM1−nnn(Option) 1バイトコードで、メモリカード名、曲名データを可変
長で記述 名前データの終端コード(0x00)を書き込む。
使用する領域)のより詳細なデータ構成を示す。先頭
(0x8000)には、ヘッダが書かれ、ヘッダの後ろ
にポインタおよび名前が記述される。NAME2の最後
のスロットにヘッダと同一データが記述される。
D2D32) PNM2−nnn(4バイト)(Option) NM2(2バイトコード)へのポインタ PNM2−Sは、メモリカードを代表する名前のポイン
タ nnn(=1〜408)は、曲名のポインタ ポインタは、ブロック内の開始位置(2バイト)と文字
コードタイプ(2ビット)とデータサイズ(14ビッ
ト)を記述 NM2−nnn(Option) 2バイトコードで、メモリカード名、曲名データを可変
長で記述 名前データの終端コード(0x0000)を書き込む。
RAC3データファイルA3Dnnnnのデータ配列
(1ブロック分)を示す。このファイルは、1スロット
=8バイトである。図30では、各スロットの先頭(0
x0000〜0x3FF8)の値が示されている。ファ
イルの先頭から4個のスロットがヘッダである。前述し
たデータ構成の一例におけるデータファイル(図17参
照)の属性ヘッダに続くデータブロックと同様に、ヘッ
ダが設けられる。すなわち、このヘッダには、BLKI
D−A3D(4バイト)、メーカーコードMCode
(2バイト)、暗号化に必要なBLOCK SEED
(8バイト)、最初に作られたコンテンツ累積番号CO
NNUM0(4バイト)、トラック毎の連続番号BLO
CK SERIAL(4バイト)、暗号化/復号化に必
要なINITIALIZATION VECTOR(8
バイト)が書かれる。なお、ブロックの最後の一つ前の
スロットに、BLOCK SEEDが二重記録され、最
後のスロットにBLKID−A3DおよびMCodeが
記録される。そして、前述したデータ構成の一例と同様
に、ヘッダの後にサウンドユニットデータSU−nnn
nが順に配される。
情報管理ファイルINFLISTのより詳細なデータ構
成を示す。他のデータ構成においては、このファイルI
NFLISTの先頭(0x0000)には、下記のヘッ
ダが記述される。ヘッダ以降にポインタおよびデータが
記述される。
E464F) T−DAT(2バイト) 総データ数を記述(0〜409) MCode(2バイト) 記録した機器のメーカーコード YMDhms(4バイト) 記録更新日時 INF−nnn(4バイト) 付加情報のDATA(可変長、2バイト(スロット)単
位)へのポインタ 開始位置は、上位16ビットで示す(0000〜FFF
F) DataSlot−0000の(0x0800)先頭か
らのオフセット値(スロット単位)を示すデータサイズ
は、下位16ビットで示す(0001〜7FFF)(最
上位ビットMSBに無効フラグをセットする。MSB=
0(有効を示す)、MSB=1(無効を示す) データサイズは、その曲のもつ総データ数を表す(デー
タは、各スロットの先頭から始まり、データの終了後
は、スロットの終わりまで00を書き込むこと) 最初のINFは、アルバム全体の持つ付加情報を示すポ
インタ(通常INF−409で示される)。
一つの付加情報データの先頭に8バイトのヘッダが付加
される。この付加情報の構成は、上述したデータ構成の
一例における付加情報の構成(図12C参照)と同様の
ものである。すなわち、IDとしてのIN(1バイ
ト)、キーコードID(1バイト)、個々の付加情報の
大きさを示すSIZE(2バイト)、メーカーコードM
Code(2バイト)が書かれる。さらに、SID(1
バイト)は、サブIDである。
リカードのフォーマットとして規定されているファイル
システムとは別に音楽用データに対するトラック情報管
理ファイルTRKLISTを使用するので、FATが何
らかの事故で壊れても、ファイルを修復することが可能
となる。図33は、ファイル修復処理の流れを示す。フ
ァイル修復のためには、ファイル修復プログラムで動作
し、メモリカードをアクセスできるコンピュータ(DS
P30と同様の機能を有するもの)と、コンピュータに
接続された記憶装置(ハードディスク、RAM等)とが
使用される。最初のステップ101では、次の処理がな
される。なお、図25〜図32を参照して説明したトラ
ック管理ファイルTRKLISTに基づいてファイルを
修復する処理を説明する。
ックを探索し、ブロックの先頭の値(BLKID)がT
L−0を探す。このフラッシュメモリの全ブロックを探
索し、ブロックの先頭の値(BLKID)がTL−1を
探す。このフラッシュメモリの全ブロックを探索し、ブ
ロックの先頭の値(BLKID)がNM−1を探す。こ
のフラッシュメモリの全ブロックを探索し、ブロックの
先頭の値(BLKID)がNM−2を探す。この4ブロ
ック(トラック情報管理ファイル)の全内容は、修復用
コンピュータによって例えばハードディスクに収集す
る。
イト目以降のデータから総トラック数mの値を見つけ把
握しておく。トラック情報領域TRKINF−001の
先頭から20バイト目、1曲目のCONNUM−001
とそれに続くP−001の値を見つける。P−001の
内容から構成されるパーツの総数を把握し、続くPRT
INFの中のトラック1を構成する全てのPRTSIZ
Eの値を見つけ出し、それらを合計した総ブロック(ク
ラスタ)数nを計算し、把握しておく。
で、ステップ102では、音のデータファイル(ATR
AC3データファイル)を探索する。フラッシュメモリ
の管理ファイル以外の全ブロックを探索し、ATRAC
3データファイルであるブロックの先頭の値(BLKI
D)がA3Dのブロック群の収集を開始する。
目に位置するCONNUM0の値がトラック情報管理フ
ァイルの1曲目のCONNUM−001と同一で、20
バイト目からのBLOCK SERIALの値が0のも
のを探し出す。これが見つかったら、次のブロック(ク
ラスタ)として同一のCONNUM0の値で、20バイ
ト目からのBLOCK SERIALの値が+1された
もの(1=0+1)を探し出す。これが見つかったら、
同様に、次のブロック(クラスタ)として同一のCON
NUM0の値で、20バイト目からのBLOCK SE
RIALの値が+1されたもの(2=1+1)を探し出
す。
ラスタであるn個になるまでATRAC3データファイ
ルを探す。全てが見つかったら、探したブロック(クラ
スタ)の内容を全てハードディスクに順番に保存する。
ク1に関する処理を行う。すなわち、CONNUM0の
値がトラック情報管理ファイルの1曲目のCONNUM
−002と同一で、20バイト目からのBLOCK S
ERIALの値が0のものを探し出し、以下、トラック
1の場合と同様に、最後のブロック(クラスタ)n’ま
でATRAC3データファイルを探し出す。全てが見つ
かったら、探したブロック(クラスタ)の内容を全て外
部のハードディスクに順番に保存する。
上の処理を繰り返すことによって、全てのATRAC3
データファイルが修復用コンピュータが管理する外部の
ハードディスクに収集される。
れたメモリカードを再度初期化し、FATを再構築し、
所定のディレクトリを作り、トラック情報管理ファイル
と、mトラック分のATRAC3データファイルをハー
ドディスク側からメモリカードへコピーする。これによ
って、修復作業が完了する。
いて、重要なパラメータ(主としてヘッダ内のコード)
を二重に限らず、三重以上記録しても良く、重要なパラ
メータに対して専用のエラー訂正符号の符号化を行うよ
うにしても良い。また、このように多重記録する場合の
位置は、ファイルの先頭および末尾の位置に限らず、1
ページ単位以上離れた位置であれば有効である。
4で説明したこの発明の第1の実施形態に示すファイル
管理方法を用いて、ファイル(曲)の結合編集処理、分
割編集処理に関する処理手順を示す。
MAN.MSAという3つのファイル(曲)のうちCA
T.MSAとMAN.MSAの2つのファイルを結合す
る際のFAT上の処理を示す。図34に示すように、ユ
ーザによって2つのファイルを1つのファイルの結合す
る際にCAT.MSAに対応するFAT上のクラスタ管
理データの終端のクラスタ8のエントリーアドレスを
「FFF」から連結されるMAN.MSAに対応するF
AT上の開始アドレス「110」に編集する。これによ
って連結されたCAT.MSAというファイルは、クラ
スタ5、6、7、8、110、111というクラスタ領
域を使用していることになる。さらに、サブディレクト
リ領域からMAN.MSAを削除すると共に、クラスタ
202で管理されていたMAN.MSAというファイル
名も削除する。
合する際のFAT上の編集手順を以上に述べたが、図1
1に示す再生管理ファイルPBLIST. MSFと図1
7に示すATRAC3データファイルの属性ヘッダの編
集方法を図35を用いて説明する。図35Aに編集前の
CAT.MSAとMAN.MSAの2つのファイルのメ
モリマップ上の模式図を示す。この模式図は、論理アド
レスから物理アドレスへ変換された後のメモリマップで
あると共に、各パーツは本来離散的にメモリ上に記録さ
れているが説明を簡略化するために連続的に配置してあ
る。
性ファイルには総サウンドユニット数T−SU:10
0、トータルパーツ数T−PRT:3、コンテンツキ
ー、MAC、および各パーツに対応するパーツサイズと
パーツキーが管理されている。さらに、MAN.MSA
の属性ファイルには総サウンドユニット数T−SU:7
0、トータルパーツ数T−PRT:2、コンテンツキ
ー、MACおよび各パーツに対応するパーツサイズとパ
ーツキー、コンテンツ累積番号CONNUM0が管理さ
れている。
イルの内容を以下のように更新をする。具体的に更新す
る内容としては、曲を連結することで、単一ファイルを
構成するパーツ数が増加するので、属性ファイルに含ま
れるT−PRTを編集すると共に、トータルサウンドユ
ニット数もファイルを連結することで増加するのでT−
SUも編集する。すなわち、図35Bに示すように、C
AT.MSAの総サウンドユニット数T−SU:100
と、MAN.MSAの総サウンドユニット数T−SU:
70とを加算した値170に総サウンドユニット数T−
SUは書き換えられると共に、CAT.MSAの総パー
ツ数T−PRT:3と、MAN.MSAの総パーツ数T
−PRT:2とを加算した値5に総パーツ数T−PRT
は書き換えられる。
(曲)を結合処理時に属性ファイルの含まれるコンテン
ツキーに関しては新たに生成しなおすと共に、さらに、
著作権改ざんチェック値であるMACも変更する。ま
た、連結されるファイルMAN.MSAの属性ファイル
ブロックに含まれているパーツ情報(図22)をCA
T.MSAに対する属性ファイルブロックに追加(複
写)する。さらに、パーツ情報を追加後の属性ファイル
ブロックに含まれている各パーツごとのパーツキーPR
TKEYを新しいコンテンツキーを用いて暗号化しなお
す。
ッダ部分に属性ファイルが付加されているので、2つの
ATRAC3データファイルを単に結合してしまうと、
ファイルCAT.MSAに対する属性ファイルブロッ
ク、ファイルCAT.MSAに対する複数のATARC
3データブロック、ファイルMAN.MSAに対する属
性ファイルブロック、ファイルMAN.MSAに対する
複数のATARC3データブロックという順に結合され
てしまい属性ファイルが1つのファイルに2つ存在する
という問題点が生じる。
に結合処理をする際に後続のファイル(この実施形態で
はファイルMAN.MSA)の属性ファイルを削除し
て、ファイルCAT.MSAに対する属性ファイルブロ
ック、CAT.MSAに対する複数のATARC3デー
タブロック、ファイルMAN.MSAに対する複数のA
TARC3データブロックという順で並べる。
Tに関しても、ファイルを連結することで総トラック数
がひとつ減るのでT―TRKを編集すると共に、TRK
−001からTRK−400の前詰めの処理を行う。
ップSP201にて、ユーザが結合したい2つのファイ
ルを所定の操作で選択する。上述した実施形態の場合に
はCAT.MSAとMAN.MSAという2つのファイ
ルである。次にステップSP202にて、上述した手順
でFATの連結状態を編集する。次に、ステップSP2
03にて、サブディレクトリから後方に連結されるファ
イル名を削除すると共に、ステップSP204にて、デ
ータ領域から後方に連結されるファイル名を削除する。
るATRAC3データファイルの属性ファイルに基づい
て前方に位置するATRACデータファイルの更新を行
う。詳細は上述したように総パーツ数T−PRTを編集
すると共に、トータルサウンドユニット数T−SUの編
集を行う。ステップSP206にて、後方に連結される
ATRAC3データファイルの属性ファイルを削除す
る。ステップSP207にて、上述した再生管理ファイ
ル中のT−TRK、TRK−XXXの編集処理を行う。
ファイルの編集、再生管理ファイルの編集という手順で
説明したが当然これらの手順は入れ替わってもよい。
ンバイン処理に関して説明したが、1つのファイルを所
定位置で分割する際の分割処理に関して以下に説明す
る。
からCAT. MSAを分割処理を説明するためのメモリ
マップである。CAT.MSAをクラスタ6とクラスタ
7を境界に分割処理操作がユーザによって行われたとす
る。分割処理操作によってCAT1. MSAとCAT
2. MSAという2つのファイルが作成されたとする。
るMAN.MSAをクラスタ203に移動し、同様にク
ラスタ201に記録されているDOG.MSAをクラス
タ202に移動する。さらに、クラスタ200のファイ
ルネームをCAT1とユーザが入力し、そのCAT1に
識別子MSAを付与したCAT1.MSAをクラスタ2
00に記録する。同様に、分割処理されたクラスタ20
1のファイルネームをCAT2とユーザが入力し、その
CAT2に識別子MSAを付与したCAT2.MSAを
クラスタ201に記録する。
CAT.MSAをCAT1.MSAに書き換えると共
に、未使用スロットにCAT2.MSAを追加する。追
加されたCAT2.MSAが記録されているスロットに
は、分割されたCAT2.MSAが記録されているクラ
スタ番号「7」が終端に記録される。次に、サブディレ
クトリのCAT1.MSAスロットが指し示すFAT上
の終点をクラスタ6になるように、クラスタ6のエント
リーアドレスを「FFF」に書き換える。以上が分割処
理時のFAT上での編集手順である。
割された後方のファイルに属性ファイルを付加するため
に属性ファイルの生成を行わなければならない。
た図35と同様に、図38は、論理アドレスから物理ア
ドレスへ変換した後のメモリマップであると共に、各パ
ーツは本来離散的にメモリ上に記録されているが説明を
簡略化するために連続的に配置してある。
性ファイルには総サウンドユニット数T−SU:17
0、トータルパーツ数T−PRT:5、コンテンツキ
ー、MAC、および各パーツに対応するパーツサイズP
RTSIZEとパーツキーPRTKEY、コンテンツ累
積番号CONNUM0が管理されている。ファイルCA
T.MSAに対してユーザが所定のポイントで分割指示
を行ったとする。例えば図38Aのパーツ3とパーツ4
の境界でユーザによって分割指示が行われたとする。
する。具体的に更新する内容としては、曲を分割するこ
とで、単一ファイルを構成するパーツ数が減少するの
で、属性ファイルに含まれるT−PRTを編集すると共
に、トータルサウンドユニット数もファイルを分割する
ことで減少するのでT−SUも編集する。すなわち、図
38Bに示すように、分割後に前方に位置するCAT
1.MSAの総サウンドユニット数がT−SU:100
に書き換えられると共に、CAT2.MSAの総パーツ
数がT−PRT:3に書き換えられる。さらに、分割処
理に伴い、コンテンツキー、著作権改ざんチェック値M
AC、および各パーツに対応するパーツキーPRTKE
Yを書き換える。
AT2.MSAに対して属性ファイルを新規に作成す
る。新規に作成する属性ファイルに関しては、総サウン
ドユニット数T−SU:70、総パーツ数T−PRT:
2に書き換えられる。さらに、分割処理に伴い、コンテ
ンツキー、著作権改ざんチェック値MAC、および各パ
ーツに対応するパーツキーPRTKEYを書き換える。
集方法を以下で説明する。分割処理時にはファイル数が
2分割の場合には1つ増加するのでトラック総数を表す
T−TRKを1増加させる。さらに、分割処理された曲
以降の曲番号をシフトするためにTRK−XXX(XX
X:001から400の整数)のテーブルの編集も行
う。
SP301で分割処理をしたいファイルを選択してファ
イルの演奏を行いながら分割ポイントを所定の操作を行
い選択する。次に、ステップSP302にて、FAT上
の連結状態を上述のように編集処理する。さらに、ステ
ップSP303にて、Sub Directoryから
分割処理されたデータファイルの後方に位置するデータ
ファイルのファイル名を追加する。
領域に分割処理されたデータファイルの後方に位置する
データファイルのファイル名を追加する。ファイル名は
ユーザによって操作キーにて入力された名前である。続
いて、ステップSP305にて、分割ポイントの前方に
位置するデ−タファイルの属性ファイルを編集すると共
に、ステップSP306にて、分割点を基準に後続する
データファイルに付加する属性ファイルも生成する。新
規属性ファイルの作成の仕方および分割処理されたファ
イルの分割ポイントに基づいて属性ファイルの編集は上
述した通りである。次に、ステップSP307にて、再
生管理ファイルPBLSITの編集を行う。
ファイルの編集、再生管理ファイルの編集という手順で
説明したが当然これらの手順は入れ替わってもよい。
るデータファイル(ATRAC3ファイル)の編集操作
ができるものである。以下、図25〜図32を参照して
説明したトラック管理ファイルTRKLISTに基づい
て編集操作、例えばコンバイン、デバイドに関連する部
分をより詳細に説明する。ただし、以下の説明は、AT
RAC3データファイルの属性ヘッダ中のトラック情報
領域TRKINFおよびパーツ情報領域PRTINFに
関連する部分を使用しても同様に適用することができ
る。
れる2つのトラックAおよびBを1つにするコンバイン
(図10B参照)について、図40に示すフローチャー
トを用いて説明する。ステップSP401では、連結さ
れる後続のトラックBのパーツ情報領域PRTINF1
個を、トラックAのパーツ情報領域PRTINFの下に
移動させる。その結果、トラック情報管理ファイルTR
KLISTでは、トラックAのトラック情報領域TRK
INF、トラックAのパーツ情報領域PRTINF、ト
ラックBのパーツ情報領域PRTINF、トラックBの
トラック情報領域TRKINFの順に並べられる。
TRAC3データファイルのFATのチェーンをトラッ
クAのATRAC3データファイルのFATのチェーン
の後ろに接続させる。ステップSP403では、トラッ
クBのトラック情報領域TRKINFがトラック情報管
理ファイルTRKLISTから削除される。よって、ト
ラックAのトラック情報領域TRKINF、トラックA
のパーツ情報領域PRTINF、トラックBのパーツ情
報領域PRTINFの順に並べられる。ステップSP4
04では、トラックBの音のファイルがディレクトリか
ら削除される。ステップSP405では、トラックAの
トラック情報領域TRKINFの曲を構成するパーツ数
を示すP−nnnが1から1+1=2へ変更される。
る。元のトラックAのコンテンツキーをKC_Aとし、
元のトラックBのコンテンツキーをKC_Bとする。同
じく元のトラックAのパーツキーをKP_Aとし、元の
トラックBのパーツキーをKP_Bとする。
後、新たにできたトラックNのコンテンツキーがKC_
Nとして生成され、CONNUMも同時に新規に生成さ
れる。ステップSP407では、新しいパーツキーが生
成される。新しいパーツキーは、KC_AとKP_Aと
KC_Nとの排他的論理和(XOR)によって生成され
る。ステップSP408では、後ろのパーツキー、すな
わち元のトラックBのパーツ情報領域PRTINF用の
パーツキーが生成される。この後ろのパーツキーは、新
しいパーツキーと同様に、KC_BとKP_BとKC_
Nとの排他的論理和(XOR)によって生成される。
NのコンテンツキーKC_Nがメモリカードのストレー
ジキーで暗号化され、トラック情報領域TRKINFの
CONTENTS KEY−nnnに保存される。ま
た、CONNUMはそのままトラック情報領域TRKI
NFのCONNUM−nnnに保存され、各パーツキー
もそのままパーツ情報領域PRTINFのPRTKEY
−nnnに保存される。
クAを2つのトラックAおよびBに分割するデバイド
(図10C参照)について、図41に示すフローチャー
トを用いて説明する。ステップSP501では、まず分
割点がSUの単位で決定される。ステップSP502で
は、新しいトラックAのパーツ情報領域PRTINFの
PRTSIZEが変更される。具体的には、先頭(スタ
ートSU)から分割点(エンドSU)までのクラスタ数
を数え、そのクラスタの中の分割点のSUの位置まで、
すなわちクラスタサイズ、スタートSU、エンドSUが
変更され、新しいトラックAのパーツ情報領域PRTI
NFのPRTSIZEに登録される。
Aの最後のクラスタ部分である分割点を含む1クラスタ
が完全に複写され、複写されたクラスタを新しいトラッ
クBの先頭のパーツとする。ステップSP504では、
新たに生成されたトラックBの総パーツ数がトラックB
のトラック情報領域TRKINFの曲を構成するパーツ
数を示すP−nnnに保存される。ここでは、分割点以
降のクラスタがそのまま2つ目のパーツ、すなわち新た
に生成されたトラックBとなり、新たに生成されたトラ
ックBの総パーツが数えられる。ステップSP505で
は、新しい音のファイル番号FNW−nnnが生成さ
れ、トラック情報領域TRKINFのFNW−nnnに
保存される。
Bのトラック情報領域TRKINFおよびパーツ情報領
域PRTINFの2つが、トラック情報管理ファイルT
RKLISTの中の新しいトラックAのパーツ情報領域
PRTINFの後ろ部分に追加される。元のトラックA
の後ろに存在したトラックのトラック情報領域TRKI
NFおよびパーツ情報領域PRTINFは、全てこの追
加されたトラックBのトラック情報領域TRKINFお
よびパーツ情報領域PRTINFの分だけ、後ろにずれ
ることになる。
AのATRAC3データファイルのFATのチェーンを
分割点までとする変更が行われる。ステップSP508
では、新しくトラックBが増えたのでディレクトリにA
TRAC3データファイルBが追加される。ステップS
P509では、新たに出来たトラックBのATRAC3
データファイル用のFATのチェーンは、複写された分
割点を含む1クラスタを先頭に元のトラックAの残りの
部分、すなわち分割点を含むクラスタ以降のクラスタの
チェーンが後ろに接続される。
ーの値も追加される。新しいトラックAのキーの値は、
変更しない。
新たにできたトラックBのコンテンツキーKC_Bが生
成され、CONNUMも同時に新規に生成される。ステ
ップSP511では、新しいトラックBのパーツキーK
P_Bが生成される。新しいトラックBのパーツキー
は、元のKC_AとKP_AとKC_Bとの排他的論理
和(XOR)によって生成される。
BのコンテンツキーKC_Bがメモリカードのストレー
ジキーで暗号化され、トラック情報領域TRKINFの
CONTENTS KEY−nnnに保存される。ま
た、CONNUMはそのままトラック情報領域TRKI
NFのCONNUM−nnnに保存され、各パーツキー
もそのままパーツ情報領域PRTINFのPRTKEY
−nnnに保存される。
どの編集操作を行っても、トラック情報管理ファイルT
RKLIST.MSFの内容は、ATRAC3データフ
ァイルの順番と同じ順番でトラック情報領域TRKIN
Fおよびパーツ情報領域PRTINFが並べられる。す
なわち、リンクPとは異なり、編集後の1つのファイル
のトラック情報領域TRKINFおよびパーツ情報領域
PRTINFのリンク先がランダムにならず、連続的に
配置することができる。
ブの編集操作を行った場合も、ATRAC3データファ
イルの順番と同じ順番でトラック情報領域TRKINF
およびパーツ情報領域PRTINFが並べられる。
ATシステムで管理するが、そのデータファイルを構成
するクラスタおよびサウンドユニットはパーツという単
位で管理するので、メモリの小さなCPUでも容易に管
理することができる。そして、データファイルの情報が
記述されたトラック情報領域TRKINFと、そのトラ
ック情報領域TRKINFに記述されたパーツに関する
パーツ情報領域PRTINFとを隣接するという単純な
方法でMDの採用されたLink−Pの難しさを解決し
ている。さらに、FATシステムと属性ファイルと再生
管理ファイルという3種類の管理データでデータファイ
ルを管理するようにしたのでFATシステムが破壊され
ても離散的にメモリに存在するパーツをトレースするこ
とができFATの修復も可能になる。
ジという単位があるので、MDで採用されているLin
k−Pのようにリンク先がランダムになり何ページにも
わたるページのアクセスが必要がない。
ジタルオーディオレコーダ/プレーヤーに関するブロッ
ク図である。
を示す。
ック図を示す。
とするファイル管理構造を示す模式図である。
シュメモリのデータの物理的構造を示す。
構造を示す、
す枝図面である。
ーである再生管理ファイルPBLIST. MSFのデー
タ構造を示す。
所定単位長ごとに分割するとともに属性ファイルを付加
した場合のデータ構造図である。
集処理を説明するための構造図である。
図を示す。
図を示す。
構造図である。
ヘッダーの上段のデータ構造図である。
ヘッダーの中段のデータ構造図である。
音時間等を示す表である。
ヘッダーの下段のデータ構造図である。
クのヘッダーのデータ構造図である。
合の回復方法を示すフローチャートである。
造を示す第2の実施形態における枝図面である。
MSFとATRAC3データファイルA3Dnnnn
n.MSAとの関係を示す図である。
MSFの詳細なデータ構造を示す。
造である。
造である。
n.MSAの詳細なデータ構造を示す。
細なデータ構造を示す。
SFの詳細なデータ構造を示す。
域が破壊された場合の回復方法を示す遷移図である。
処理した際の遷移を説明するためのメモリマップ図であ
る。
である。
フローチャートである。
した際の遷移を説明するためのメモリマップ図である。
である。
フローチャートである。
フローチャートである。
ローチャートである。
録可能領域を管理するためのU−TOC(User-Table o
f Content )の1つのパーツの管理形態を示す図であ
る。
・・・セキュリティIC、30・・・DSP、40・・
・メモリカード、42・・・フラッシュメモリ、52・
・・セキュリティブロック、PBLIST・・・再生管
理ファイル、TRKLIST・・・トラック情報管理フ
ァイル、INFLIST・・・付加情報管理ファイル、
A3Dnnn・・・オーディオデータファイル
Claims (7)
- 【請求項1】 連続して再生されるデータファイルを所
定長単位毎にブロック化して、複数の上記ブロックを集
合化して複数のパーツとして離散的に記録する不揮発性
メモリにおいて、 複数のパーツを連結して連続して再生されるデータファ
イルに復元するための第1の管理情報が記録された管理
領域と、 上記データファイルを構成するパーツ数と上記パーツ毎
のパーツサイズとが管理された上記所定長から成る第2
の管理情報が上記データファイル毎に付加し、上記複数
のブロックを集合化して複数のパーツとして離散的に記
録されるデータ領域とからなることを特徴とする不揮発
性メモリ。 - 【請求項2】 請求項1において、 上記各パーツ毎のデータファイルに対して暗号化を施す
ためのパーツキーが、パーツ毎に上記第2の管理情報と
して記録されていることを特徴とする不揮発性メモリ。 - 【請求項3】 請求項1において、 上記データファイルに対して暗号化を施すためのコンテ
ンツキーが上記第2の管理情報として記録されているこ
とを特徴とする不揮発性メモリ。 - 【請求項4】 請求項2において、 上記データファイルに対して暗号化を施すためのコンテ
ンツキーが上記第2の管理情報として記録されており、
上記パーツキーは上記コンテンツキーにより暗号化され
ていることを特徴とする不揮発性メモリ。 - 【請求項5】 請求項1において、 上記各パーツ毎のデータサイズが、上記第2の管理情報
として記録されていることを特徴とする不揮発性メモ
リ。 - 【請求項6】 請求項1において、 上記管理領域に記録される第1の管理情報がファイルア
ロケーションテーブルであることを特徴とする不揮発性
メモリ。 - 【請求項7】 請求項1において、 上記データ領域に記録される第2の管理情報に含まれる
パーツ数は編集時に書き換えられることを特徴とする不
揮発性メモリ。
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP34910999A JP4135049B2 (ja) | 1999-03-25 | 1999-12-08 | 不揮発性メモリ |
DE2000638071 DE60038071T2 (de) | 1999-03-03 | 2000-03-03 | Nichtflüchtiger Speicher |
EP20000301750 EP1041574B1 (en) | 1999-03-03 | 2000-03-03 | Nonvolatile memory |
MYPI20000866 MY117211A (en) | 1999-03-25 | 2000-03-06 | Nonvolatile memory |
US09/534,284 US6212097B1 (en) | 1999-03-25 | 2000-03-23 | Nonvolatile memory |
CNB001047183A CN1171151C (zh) | 1999-03-25 | 2000-03-24 | 在非易失性存储器中记录数据的方法 |
KR1020000015065A KR100617892B1 (ko) | 1999-03-25 | 2000-03-24 | 비휘발성 메모리 |
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP8153499 | 1999-03-25 | ||
JP18341399 | 1999-06-29 | ||
JP11-81534 | 1999-06-29 | ||
JP11-183413 | 1999-06-29 | ||
JP34910999A JP4135049B2 (ja) | 1999-03-25 | 1999-12-08 | 不揮発性メモリ |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001075869A true JP2001075869A (ja) | 2001-03-23 |
JP4135049B2 JP4135049B2 (ja) | 2008-08-20 |
Family
ID=27303615
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP34910999A Expired - Lifetime JP4135049B2 (ja) | 1999-03-03 | 1999-12-08 | 不揮発性メモリ |
Country Status (5)
Country | Link |
---|---|
US (1) | US6212097B1 (ja) |
JP (1) | JP4135049B2 (ja) |
KR (1) | KR100617892B1 (ja) |
CN (1) | CN1171151C (ja) |
MY (1) | MY117211A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003083869A1 (fr) * | 2002-04-01 | 2003-10-09 | Sony Corporation | Procede et dispositif d'edition |
WO2003083867A1 (fr) * | 2002-04-01 | 2003-10-09 | Sony Corporation | Procede et appareil de reproduction, et procede et appareil d'enregistrement |
WO2003096347A1 (fr) * | 2002-05-10 | 2003-11-20 | Matsushita Electric Industrial Co., Ltd. | Systeme, procede, programme d'enregistrement/reproduction et support d'enregistrement |
WO2004112029A1 (ja) * | 2003-06-11 | 2004-12-23 | Sony Corporation | 情報処理装置および方法、プログラム記録媒体、並びにプログラム |
Families Citing this family (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3588231B2 (ja) * | 1997-08-04 | 2004-11-10 | 東京エレクトロンデバイス株式会社 | データ処理システム及びブロック消去型記憶媒体 |
CN1187756C (zh) * | 1999-05-28 | 2005-02-02 | 松下电器产业株式会社 | 半导体存储器卡、播放装置、记录装置、播放方法、记录方法、和计算机可读记录介质 |
US6678203B1 (en) * | 1999-08-27 | 2004-01-13 | Sony Corporation | Editing apparatus, editing method, and non-volatile memory |
EP2104107B1 (en) * | 1999-08-27 | 2011-10-19 | Sony Corporation | Editing apparatus and editing methods |
US6742078B1 (en) * | 1999-10-05 | 2004-05-25 | Feiya Technology Corp. | Management, data link structure and calculating method for flash memory |
JP3992419B2 (ja) * | 2000-03-27 | 2007-10-17 | パイオニア株式会社 | 情報再生装置 |
JP2002132583A (ja) * | 2000-10-20 | 2002-05-10 | Sony Corp | データ処理装置、データ記憶装置、およびデータ処理方法、並びにプログラム提供媒体 |
JP2002358248A (ja) * | 2001-06-04 | 2002-12-13 | Pioneer Electronic Corp | データ記録装置およびデータ消去装置 |
TWI246028B (en) * | 2001-06-28 | 2005-12-21 | Trek 2000 Int Ltd | A portable device having biometrics-based authentication capabilities |
JP3967121B2 (ja) * | 2001-12-11 | 2007-08-29 | 株式会社ルネサステクノロジ | ファイルシステム、ファイルシステム制御方法およびファイルシステムを制御するためのプログラム |
US6968472B2 (en) * | 2002-04-22 | 2005-11-22 | Silicon Labs Cp. Inc. | Serial data interface |
JP3714310B2 (ja) * | 2002-08-07 | 2005-11-09 | ソニー株式会社 | コンテンツの自動記録装置及び方法、記録媒体、並びにプログラム |
CN102737180A (zh) * | 2002-08-08 | 2012-10-17 | 晟碟以色列有限公司 | 用于数字权利管理的集成电路 |
KR100534056B1 (ko) * | 2002-10-15 | 2005-12-07 | (주)마크텍 | 디지털 음성 저장 장치에 저장된 데이터의 인증 및위/변조를 방지하기 위한 장치 및 방법 |
FI20021867A (fi) * | 2002-10-18 | 2004-04-19 | Nokia Corp | Menetelmä kortin toimintatilan muuttamiseksi, järjestelmä, kortti ja laite |
US7185020B2 (en) * | 2003-10-01 | 2007-02-27 | Hewlett-Packard Development Company, L.P. | Generating one or more block addresses based on an identifier of a hierarchical data structure |
JP4347707B2 (ja) * | 2004-01-09 | 2009-10-21 | パナソニック株式会社 | 情報記録媒体のフォーマット方法および情報記録媒体 |
JPWO2005103903A1 (ja) * | 2004-04-20 | 2007-08-30 | 松下電器産業株式会社 | 不揮発性記憶システム |
TWI300186B (en) * | 2004-07-30 | 2008-08-21 | Mediatek Inc | Method and apparatus for data recording with pseudo-merge |
CN102354517B (zh) * | 2004-08-06 | 2015-09-02 | 联发科技股份有限公司 | 虚拟合并的数据记录方法及装置 |
ATE406109T1 (de) * | 2004-11-08 | 2008-09-15 | Unilever Nv | Verfahren und vorrichtung zur herstellung von teilweise gefrorenen wässrigen mischungen |
WO2006077822A1 (ja) * | 2005-01-24 | 2006-07-27 | Matsushita Electric Industrial Co., Ltd. | 署名生成装置及び署名検証装置 |
KR101102754B1 (ko) * | 2005-02-28 | 2012-01-05 | 삼성전자주식회사 | 낸드 플래시 메모리 파일 시스템 및 낸드 플래시 메모리 시스템에서 파일 엑세스 방법 |
JP2007128448A (ja) * | 2005-11-07 | 2007-05-24 | Sony Corp | ファイルシステム及びファイル情報処理方法 |
US7685070B2 (en) * | 2006-08-02 | 2010-03-23 | Motorola, Inc. | Method and system for using entertainment files as ring tones |
KR100816763B1 (ko) * | 2007-02-13 | 2008-03-25 | 삼성전자주식회사 | 플래시 메모리 모듈을 주기억장치로 사용하는 전자 시스템및 그것의 부팅 방법 |
TW200903340A (en) * | 2007-07-11 | 2009-01-16 | Hui Lin | Structure and method for encrypting digital data memory card |
JP5481493B2 (ja) | 2009-11-11 | 2014-04-23 | パナソニック株式会社 | アクセス装置、情報記録装置、コントローラ、リアルタイム情報記録システム、アクセス方法、および、プログラム |
KR101692432B1 (ko) * | 2010-12-23 | 2017-01-17 | 삼성전자주식회사 | 불 휘발성 메모리 장치 |
CN106021217A (zh) * | 2016-05-27 | 2016-10-12 | 成都索贝数码科技股份有限公司 | 一种基于fics对象存储的大文件数据的编辑方法与系统 |
CN108376121B (zh) * | 2018-03-01 | 2021-10-22 | 曲阜师范大学 | 一种Flash存储器的数据存储方法 |
FR3090254B1 (fr) * | 2018-12-12 | 2022-12-16 | Idemia France | Accès sécurise à des données chiffrées d’un terminal utilisateur |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR970008188B1 (ko) * | 1993-04-08 | 1997-05-21 | 가부시끼가이샤 히다찌세이사꾸쇼 | 플래시메모리의 제어방법 및 그것을 사용한 정보처리장치 |
KR0182939B1 (ko) | 1995-06-28 | 1999-04-15 | 김광호 | 특정 기록포멧을 갖는 아이씨 카드 메모리 및 그로부터의 디지탈음성 기록 및 재생방법 |
WO1997014147A1 (fr) | 1995-10-09 | 1997-04-17 | Matsushita Electric Industrial Co., Ltd. | Support, appareil et procede d'enregistrement d'informations |
WO1997032253A1 (en) * | 1996-02-29 | 1997-09-04 | Hitachi, Ltd. | Semiconductor memory device having faulty cells |
US5787445A (en) | 1996-03-07 | 1998-07-28 | Norris Communications Corporation | Operating system including improved file management for use in devices utilizing flash memory as main memory |
-
1999
- 1999-12-08 JP JP34910999A patent/JP4135049B2/ja not_active Expired - Lifetime
-
2000
- 2000-03-06 MY MYPI20000866 patent/MY117211A/en unknown
- 2000-03-23 US US09/534,284 patent/US6212097B1/en not_active Expired - Lifetime
- 2000-03-24 CN CNB001047183A patent/CN1171151C/zh not_active Expired - Fee Related
- 2000-03-24 KR KR1020000015065A patent/KR100617892B1/ko not_active IP Right Cessation
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003083869A1 (fr) * | 2002-04-01 | 2003-10-09 | Sony Corporation | Procede et dispositif d'edition |
WO2003083867A1 (fr) * | 2002-04-01 | 2003-10-09 | Sony Corporation | Procede et appareil de reproduction, et procede et appareil d'enregistrement |
US7301856B2 (en) | 2002-04-01 | 2007-11-27 | Sony Corporation | Reproduction method and apparatus, and recording method and apparatus |
US7426158B2 (en) | 2002-04-01 | 2008-09-16 | Sony Corporation | Management method and apparatus for a mini disc having recorded index audio data |
WO2003096347A1 (fr) * | 2002-05-10 | 2003-11-20 | Matsushita Electric Industrial Co., Ltd. | Systeme, procede, programme d'enregistrement/reproduction et support d'enregistrement |
WO2004112029A1 (ja) * | 2003-06-11 | 2004-12-23 | Sony Corporation | 情報処理装置および方法、プログラム記録媒体、並びにプログラム |
US8085317B2 (en) | 2003-06-11 | 2011-12-27 | Sony Corporation | Information process apparatus and method, program record medium, and program |
Also Published As
Publication number | Publication date |
---|---|
KR100617892B1 (ko) | 2006-09-08 |
JP4135049B2 (ja) | 2008-08-20 |
CN1171151C (zh) | 2004-10-13 |
US6212097B1 (en) | 2001-04-03 |
MY117211A (en) | 2004-05-31 |
CN1268848A (zh) | 2000-10-04 |
KR20000071483A (ko) | 2000-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4135049B2 (ja) | 不揮発性メモリ | |
JP4214651B2 (ja) | データコミュニケーションシステム、データ管理方法 | |
JP4543554B2 (ja) | データ処理装置およびデータ処理方法 | |
JP4779183B2 (ja) | 再生装置および再生方法 | |
JP4281185B2 (ja) | 編集装置および方法 | |
JP4842417B2 (ja) | 記録装置 | |
JP2001117821A (ja) | 記録媒体、編集装置、記録システム | |
JP4749522B2 (ja) | 再生装置および再生方法 | |
JP2001125833A (ja) | 記録媒体、記録装置、記録再生システム | |
JP2002175090A (ja) | 再生装置および再生方法 | |
JP4524921B2 (ja) | 記録装置、記録方法、再生装置および再生方法 | |
JP4406988B2 (ja) | 不揮発性記録媒体、記録方法、記録装置 | |
JP4897138B2 (ja) | 再生装置および再生方法 | |
US7519277B2 (en) | Editing apparatus and editing method | |
JP4293196B2 (ja) | 再生装置、編集方法 | |
EP1041574B1 (en) | Nonvolatile memory | |
RU2252448C2 (ru) | Устройство и способ редактирования | |
EP1041575B1 (en) | Editing apparatus and editing method | |
JP2001075598A (ja) | 不揮発性記憶媒体および情報収集装置 | |
JP2001166972A (ja) | 記録装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060314 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071221 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080226 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080414 |
|
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: 20080508 |
|
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: 20080521 |
|
R151 | Written notification of patent or utility model registration |
Ref document number: 4135049 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110613 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120613 Year of fee payment: 4 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130613 Year of fee payment: 5 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
EXPY | Cancellation because of completion of term |