JP4543554B2 - データ処理装置およびデータ処理方法 - Google Patents

データ処理装置およびデータ処理方法 Download PDF

Info

Publication number
JP4543554B2
JP4543554B2 JP2000602934A JP2000602934A JP4543554B2 JP 4543554 B2 JP4543554 B2 JP 4543554B2 JP 2000602934 A JP2000602934 A JP 2000602934A JP 2000602934 A JP2000602934 A JP 2000602934A JP 4543554 B2 JP4543554 B2 JP 4543554B2
Authority
JP
Japan
Prior art keywords
key
encryption
medium
data
function
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.)
Expired - Lifetime
Application number
JP2000602934A
Other languages
English (en)
Inventor
信之 木原
哲平 横田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Application granted granted Critical
Publication of JP4543554B2 publication Critical patent/JP4543554B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11C—STATIC STORES
    • G11C16/00—Erasable programmable read-only memories
    • G11C16/02—Erasable programmable read-only memories electrically programmable
    • G11C16/06—Auxiliary circuits, e.g. for writing into memory
    • G11C16/22—Safety or protection circuits preventing unauthorised or accidental access to memory cells
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • 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/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • 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/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/16—Program or content traceability, e.g. by watermarking
    • 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/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • 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/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • G06F21/445—Program or device authentication by mutual authentication, e.g. between devices or programs
    • 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/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • 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/71—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/72—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information in cryptographic circuits
    • 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
    • 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
    • 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/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00166—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised contents recorded on or reproduced from a record carrier, e.g. music or software
    • G11B20/00181—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised contents recorded on or reproduced from a record carrier, e.g. music or software using a content identifier, e.g. an international standard recording code [ISRC] or a digital object identifier [DOI]
    • 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/00188—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised devices recording or reproducing contents to/from a record carrier
    • G11B20/00195—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised devices recording or reproducing contents to/from a record carrier using a device identifier associated with the player or recorder, e.g. serial numbers of playback apparatuses or MAC addresses
    • 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
    • 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/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/00253—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 stored on the record carrier
    • G11B20/00297—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 stored on the record carrier the key being stored in a management area, e.g. the video manager [VMG] of a DVD
    • 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/00478—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 wherein contents are decrypted and re-encrypted with a different key when being copied from/to a 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/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
    • 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/00507—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 consecutive physical data units of the record carrier are encrypted with separate encryption keys, e.g. the key changes on a cluster or sector basis
    • 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
    • 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
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11C—STATIC STORES
    • G11C16/00—Erasable programmable read-only memories
    • G11C16/02—Erasable programmable read-only memories electrically programmable
    • G11C16/06—Auxiliary circuits, e.g. for writing into memory
    • G11C16/10—Programming or data input circuits
    • G11C16/20—Initialising; Data preset; Chip identification
    • 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
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2107—File encryption
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2137—Time limited access, e.g. to a computer or data
    • 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)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Technology Law (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Mathematical Physics (AREA)
  • Power Engineering (AREA)
  • Storage Device Security (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Description

【０００１】
【発明の属する技術分野】
この発明は、大容量メモリを備えたサーバとメモリカードとの間で、コンテンツの移動／複写するデータ処理において、データ移動／複写の履歴情報と不揮発性メモリに蓄積して、大容量メモリを備えたサーバからメモリカードにコンテンツを移動／複写する際に履歴情報の有無に応じて移動／複写を禁止または許可制御を行うデータ処理装置およびデータ処理方法に関する。
【０００２】
さらに、この発明は、端末装置から大容量メモリを備えたサーバ装置に暗号化が施されたコンテンツを授受する際に、暗号化を解くためのキーを再暗号化してから送信すると共に、サーバ装置側で再暗号化されたキーを更に再び別な再暗号化を２段階で行うことで著作権保護のためのセキュリティを高めるデータ処理装置およびデータ処理方法に関する。
【０００３】
【従来の技術】
ＥＥＰＲＯＭ(Electrically Erasable Programmable ROM)と呼ばれる電気的に書き換え可能な不揮発性メモリは、１ビットを２個のトランジスタで構成するために、１ビット当たりの占有面積が大きく、集積度を高くするのに限界があった。この問題を解決するために、全ビット一括消去方式により１ビットを１トランジスタで実現することが可能なフラッシュメモリが開発された。フラッシュメモリは、磁気ディスク、光ディスク等の記録媒体に代わりうるものとして期待されている。
【０００４】
また、フラッシュメモリを機器に対して着脱自在に構成したメモリカードも知られている。このメモリカードを使用すれば、従来のＣＤ（コンパクトディスク：登録商標）、ＭＤ（ミニディスク：登録商標）等のディスク状記録媒体に換えてメモリカードを使用するディジタルオーディオ記録／再生装置を実現することができる。
【０００５】
メモリカードを記録媒体とするオーディオレコーダでは、ディジタル記録／再生を行うので、比較的高品質のデータを復元できる圧縮方式を使用している場合には、記録／再生される曲等の著作権を保護する必要がある。その方法の一つとして、暗号化技術によって、真正なメモリカード以外のメモリカードを使用不可能とする方法がある。すなわち、真正なレコーダと真正なメモリカードの組み合わせによって、暗号化を復号化することを可能とするものである。
【０００６】
【発明が解決しようとする課題】
従来のメモリカードは、それ自体に暗号化の機能を持っていなかった。従って、機密性の必要なデータをメモリカードに記録しようとする場合、セット側においてデータを暗号化し、暗号化されたデータをメモリカードに記録することが必要とされる。しかしながら、復号化のキーをメモリカード上に格納する場合には、機密性が保たれない。一方、復号化のキーをセット内にとどめた場合には、暗号化されたデータをそのセット以外に復号化することができず、メモリカードの互換性を保てない問題がある。例えば自分のセットで記録したメモリカードを他人のセットでは、復号できない。この問題を解決するために、セットおよびメモリカードの両者が暗号化の機能を持ち、相互認証を行うことによって、機密性とカードの互換性を確保することが提案されている。
【０００７】
一方、音声・映像情報のディジタル化およびマルチメディアへの対応に伴って、音楽配信サーバからインターネット、ディジタル放送等のネットワークを介して音楽データをパソコン（パーソナルコンピュータ）によって受け取る音楽配信サービスも実用化されつつある。このサービスでは、配信されたコンテンツがパソコンによりハードディスク上に蓄積される。
【０００８】
そして、ハードディスクをオーディオサーバとするシステムでは、ハードディスクからメモリカードにオーディオコンテンツを移動し、そのメモリカードを使用して例えば携帯型プレーヤによって移動したデータを再生することが可能とされる。逆に、メモリカードからパソコンのハードディスクにオーディオコンテンツを移動するようになされる。このようなデータの移動は、データの複製とは異なり、移動後にデータが元のハードディスクまたはメモリカードに残らないようにされる。
【０００９】
従来、ハードディスクをオーディオサーバとするシステムにおいて、メモリカードからハードディスクへデータを移動する時に、メモリカードの内容を全て移動していた。この方法は、暗号化その他の処理が不要であって、簡単なものであり、高速のデータの移動が可能であった。また、ハードディスクは、保存した中身を復号できないために、著作権者から見ると、もっとも安全な方法である。
【００１０】
しかしながら、メモリカード上に書かれたコンテンツキーがメモリカード側のストレージキーで暗号化されている場合、ハードディスクに保存したコンテンツをメモリカードに戻した時に、元のメモリカード以外のメモリカードによっては、復号化することができない。言い換えると、ハードディスクから他のメモリカードにムーブしても、コンテンツを再生することができない。さらに、元のメモリカードを紛失したり、それが破壊されたりすると、ハードディスク上に蓄積した全データを使用することができなくなる問題が生じる。
【００１１】
この発明の目的の一つは、このようなムーブ時に生じる問題を解決するためにハードディスク等の蓄積装置側にもストレージキーを設け、キーの掛け替えを行うことができるデータ処理装置およびデータ処理方法を提供することにある。
【００１２】
さらに、この発明の他の目的は、ハードディスク自身をコピーすることによって、多数のメモリカードに対して実質的にコンテンツをコピーすることを阻止することができるデータ処理装置およびデータ処理方法を提供することにある。
【００１３】
【課題を解決するための手段】
請求項１の発明は、記録媒体が着脱可能とされ、記録媒体から伝送される暗号化されたコンテンツが書き込まれ、または読み出される蓄積部を備えたデータ処理装置において、
記録媒体は、不揮発性記憶媒体と、媒体固有の媒体キーと、媒体キーによって暗号化／復号化を行う第１の媒体暗号化／復号化機能、媒体認証機能、並びにセッションキーによって暗号化／復号化を行う第２の媒体暗号化／復号化機能を有する第１のセキュリティブロックとを有しており、
装置固有の装置キーと、装置キーによって暗号化を行う第１の装置暗号化／復号化機能、装置認証機能、並びにセッションキーによって暗号化を行う第２の装置暗号化／復号化機能を有する第２のセキュリティブロックとを有し、
記録媒体が装着され、不揮発性記憶媒体に記録され、暗号化されたコンテンツが蓄積部に移動または複写される場合に、
媒体認証機能と装置認証機能とによって、第１および第２のセキュリティブロックの間で認証が成立する場合にのみ第１および第２のセキュリティブロックによってセッションキーが生成され、
不揮発性記憶媒体から読み出された暗号化されたコンテンツキーを媒体キーによって第１の媒体暗号化／復号化機能によって復号化し、
復号されたコンテンツキーをセッションキーによって第２の媒体暗号化／復号化機能によって暗号化し、
暗号化されたコンテンツキーをセッションキーによって第２の装置暗号化／復号化機能によって復号化し、
復号されたコンテンツキーを装置キーによって第１の装置暗号化／復号化機能によって暗号化し、
暗号化されたコンテンツおよび暗号化されたコンテンツキーを蓄積部に保存するようにしたデータ処理装置である。
【００１４】
請求項２の発明は、記録媒体が着脱可能とされ、記録媒体から伝送される暗号化されたコンテンツが書き込まれ、または読み出される蓄積部を備えたデータ処理装置において、
記録媒体は、不揮発性記憶媒体と、媒体固有の媒体キーと、媒体キーによって暗号化／復号化を行う第１の媒体暗号化／復号化機能、媒体認証機能、並びにセッションキーによって暗号化／復号化を行う第２の媒体暗号化／復号化機能を有する第１のセキュリティブロックとを有しており、
装置固有の装置キーと、装置キーによって暗号化を行う第１の装置暗号化／復号化機能、装置認証機能、並びにセッションキーによって暗号化を行う第２の装置暗号化／復号化機能を有する第２のセキュリティブロックとを有し、
記録媒体が装着され、蓄積部に記憶され、暗号化されたコンテンツが不揮発性記憶媒体に移動または複写される場合に、
媒体認証機能と装置認証機能とによって、第１および第２のセキュリティブロックの間で認証が成立する場合にのみ第１および第２のセキュリティブロックによってセッションキーが生成され、
蓄積部から読み出された暗号化されたコンテンツキーを装置キーによって第１の装置暗号化／復号化機能によって復号化し、
復号されたコンテンツキーをセッションキーによって第２の装置暗号化／復号化機能によって暗号化し、
暗号化されたコンテンツキーをセッションキーによって第２の媒体暗号化／復号化機能によって復号化し、
復号されたコンテンツキーを媒体キーによって第１の媒体暗号化／復号化機能によって暗号化し、
暗号化されたコンテンツおよび暗号化されたコンテンツキーを記録媒体に保存するようにしたデータ処理装置である。
【００１５】
請求項６の発明は、記録媒体が着脱可能とされ、蓄積部に対して記録媒体から伝送される暗号化されたコンテンツが書き込まれ、または読み出されるデータ処理方法において、
記録媒体は、不揮発性記憶媒体と、媒体固有の媒体キーと、媒体キーによって暗号化／復号化を行う第１の媒体暗号化／復号化機能、媒体認証機能、並びにセッションキーによって暗号化／復号化を行う第２の媒体暗号化／復号化機能を有する第１のセキュリティブロックとを有しており、
データ処理装置は、装置固有の装置キーと、装置キーによって暗号化を行う第１の装置暗号化／復号化機能、装置認証機能、並びにセッションキーによって暗号化を行う第２の装置暗号化／復号化機能を有する第２のセキュリティブロックとを有し、
記録媒体が装着され、記録媒体の不揮発性記憶媒体に記録され、暗号化されたコンテンツが蓄積部に移動または複写される場合に、
媒体認証機能と装置認証機能とによって、第１および第２のセキュリティブロックの間で認証が成立する場合にのみ第１および第２のセキュリティブロックによってセッションキーを生成するステップと、
不揮発性記憶媒体から読み出された暗号化されたコンテンツキーを媒体固有の媒体キーによって第１のセキュリティブロックの第１の媒体暗号化／復号化機能によって復号化する第１の復号化ステップと、
復号されたコンテンツキーをセッションキーによって第２の媒体暗号化／復号化機能によって暗号化する第１の暗号化ステップと、
暗号化されたコンテンツキーをセッションキーによって第２の装置暗号化／復号化機能によって復号化する第２の復号化ステップと、
復号されたコンテンツキーを装置キーによって第１の装置暗号化／復号化機能によって暗号化する第２の暗号化ステップと、
暗号化されたコンテンツおよび暗号化されたコンテンツキーを蓄積部に保存するようにしたデータ処理方法である。
【００１６】
請求項７の発明は、記録媒体が着脱可能とされ、蓄積部に対して記録媒体から伝送される暗号化されたコンテンツが書き込まれ、または読み出されるデータ処理方法において、
記録媒体は、不揮発性記憶媒体と、媒体固有の媒体キーと、媒体キーによって暗号化／復号化を行う第１の媒体暗号化／復号化機能、媒体認証機能、並びにセッションキーによって暗号化／復号化を行う第２の媒体暗号化／復号化機能を有する第１のセキュリティブロックとを有しており、
データ処理装置は、装置固有の装置キーと、装置キーによって暗号化を行う第１の装置暗号化／復号化機能、装置認証機能、並びにセッションキーによって暗号化を行う第２の装置暗号化／復号化機能を有する第２のセキュリティブロックとを有し、
記録媒体が装着され、蓄積部に記憶され、暗号化されたコンテンツが不揮発性記憶媒体に移動または複写される場合に、
記録媒体の媒体認証部とデータ処理装置の装置認証部との間で認証を行い、認証が成立する場合にのみセッションキーを生成するステップと、
媒体認証機能と装置認証機能とによって、第１および第２のセキュリティブロックの間で認証が成立する場合にのみ第１および第２のセキュリティブロックによってセッションキーを生成するステップと、
蓄積部から読み出された暗号化されたコンテンツキーを装置キーによって第１の装置暗号化／復号化機能によって復号する第１の復号化ステップと、
復号されたコンテンツキーをセッションキーによって第２の装置暗号化／復号化機能によって暗号化する第１の暗号化ステップと、
暗号化されたコンテンツキーをセッションキーによって第２の媒体暗号化／復号化機能によって復号化する第２の復号化ステップと、
復号されたコンテンツキーを媒体キーによって第１の媒体暗号化／復号化機能によって暗号化する第２の暗号化ステップと、
暗号化されたコンテンツおよび暗号化されたコンテンツキーを記録媒体に保存するようにしたデータ処理方法である。
【００１７】
【発明の実施の形態】
以下、この発明の一実施形態について説明する。第１図は、この発明の一実施形態におけるメモリカードを使用したディジタルオーディオレコーダ／プレーヤの全体の構成を示す。この一実施形態は、記録媒体として、着脱自在のメモリカードを使用するディジタルオーディオ信号の記録および再生機である。より具体的には、このレコーダ／プレーヤは、アンプ装置、スピーカ、ＣＤプレーヤ、ＭＤレコーダ、チューナ等と共にオーディオシステムを構成する。この発明は、これ以外のオーディオレコーダに対しても適用できる。すなわち、携帯型記録再生装置に対しても適用できる。また、衛星を使用したデータ通信、ディジタル放送、インターネット等を経由して配信されるディジタルオーディオ信号を記録するセットトップボックスに対しても適用できる。さらに、ディジタルオーディオ信号以外に動画データ、静止画データ等の記録／再生に対してもこの発明を適用できる。一実施形態においても、ディジタルオーディオ信号以外の画像、文字等の付加情報を記録／再生可能としている。
【００１８】
記録再生装置は、それぞれ１チップＩＣで構成されたオーディオエンコーダ／デコーダＩＣ１０、セキュリティＩＣ２０、ＤＳＰ(Digital Signal Processor)３０を有する。さらに、記録再生装置本体に対して着脱自在のメモリカード４０を備える。メモリカード４０は、フラッシュメモリ（不揮発性メモリ）、メモリコントロールブロック、ＤＥＳ(Data Encryption Standard)の暗号化回路を含むセキュリティブロックが１チップ上にＩＣ化されたものである。なお、この一実施形態では、ＤＳＰ３０を使用しているが、マイクロコンピュータを使用しても良い。
【００１９】
オーディオエンコーダ／デコーダＩＣ１０は、オーディオインタフェース１１およびエンコーダ／デコーダブロック１２を有する。エンコーダ／デコーダブロック１２は、ディジタルオーディオ信号をメモリカード４０に書き込むために高能率符号化し、また、メモリカード４０から読み出されたデータを復号する。高能率符号化方法としては、ミニディスクで採用されているＡＴＲＡＣ(Adaptive Transform Acoustic Coding)を改良したＡＴＲＡＣ３が使用される。
【００２０】
上述のＡＴＲＡＣ３では、サンプリング周波数＝４４．１ｋHzでサンプリングした量子化ビットが１６ビットのオーディオデータを高能率符号化処理する。ＡＴＲＡＣ３でオーディオデータを処理する時の最小のデータ単位がサウンドユニットＳＵである。１ＳＵは、１０２４サンプル分（１０２４×１６ビット×２チャンネル）を数百バイトに圧縮したものであり、時間にして約２３ｍ秒である。上述の高能率符号化処理により約１／１０にオーディオデータが圧縮される。ミニディスクで適用されたＡＴＲＡＣ１と同様に、ＡＴＲＡＣ３方式において、信号処理されたオーディオ信号の圧縮／伸長処理による音質の劣化は少ない。
【００２１】
ライン入力セレクタ１３は、ＭＤの再生出力、チューナの出力、テープ再生出力を選択的にＡ／Ｄ変換器１４に供給する。Ａ／Ｄ変換器１４は、入力されるライン入力信号をサンプリング周波数＝４４．１ｋHz、量子化ビット＝１６ビットのディジタルオーディオ信号へ変換する。ディジタル入力セレクタ１６は、ＭＤ、ＣＤ、ＣＳ（衛星ディジタル放送）のディジタル出力を選択的にディジタル入力レシーバ１７に供給する。上述のディジタル入力は、例えば光ケーブルを介して伝送される。ディジタル入力レシーバ１７の出力がサンプリングレートコンバータ１５に供給され、ディジタル入力のサンプリング周波数が４４．１ｋHz、量子化ビットが１６ビットのディジタルオーディオ信号に変換される。
【００２２】
オーディオエンコーダ／デコーダＩＣ１０のエンコーダ／デコーダブロック１２からの符号化データがセキュリティＩＣ２０のインタフェース２１を介してＤＥＳの暗号化回路２２に供給される。ＤＥＳの暗号化回路２２は、ＦＩＦＯ２３を有している。ＤＥＳの暗号化回路２２は、コンテンツの著作権を保護するために備えられている。メモリカード４０にも、ＤＥＳの暗号化回路が組み込まれている。記録再生装置のＤＥＳの暗号化回路２２は、複数のマスターキーと機器毎にユニークなストレージキーを持つ。さらに、ＤＥＳの暗号化回路２２は、乱数発生回路を持ち、ＤＥＳの暗号化回路を内蔵するメモリカードと認証およびセッションキーを共有することができる。よりさらに、ＤＥＳの暗号化回路２２は、ＤＥＳの暗号化回路を通してストレージキーでキーをかけなおすことができる。
【００２３】
ＤＥＳの暗号化回路２２からの暗号化されたオーディオデータがＤＳＰ(Digital Signal Processor)３０に供給される。ＤＳＰ３０は、着脱機構（図示しない）に装着されたメモリカード４０とメモリインタフェースを介しての通信を行い、暗号化されたデータをフラッシュメモリに書き込む。ＤＳＰ３０とメモリカード４０との間では、シリアル通信がなされる。また、メモリカードの制御に必要なメモリ容量を確保するために、ＤＳＰ３０に対して外付けのＳＲＡＭ(Static Random Access Memory) ３１が接続される。
【００２４】
さらに、ＤＳＰ３０に対して、バスインタフェース３２が接続され、図示しない外部のコントローラからのデータがバス３３を介してＤＳＰ３０に供給される。外部のコントローラは、オーディオシステム全体の動作を制御し、操作部からのユーザの操作に応じて発生した録音指令、再生指令等のデータをＤＳＰ３０にバスインタフェース３２を介して与える。また、画像情報、文字情報等の付加情報のデータもバスインタフェース３２を介してＤＳＰ３０に供給される。バス３３は、双方向通信路であり、メモリカード４０から読み出された付加情報データ、制御信号等がＤＳＰ３０、バスインターフェース３２、バス３３を介して外部のコントローラに取り込まれる。外部のコントローラは、具体的には、オーディオシステム内に含まれる他の機器例えばアンプ装置に含まれている。さらに、外部のコントローラによって、付加情報の表示、レコーダの動作状態等を表示するための表示が制御される。表示部は、オーディオシステム全体で共用される。ここで、バス３３を介して送受信されるデータは、著作物ではないので、暗号化がされない。
【００２５】
ＤＳＰ３０によってメモリカード４０から読み出した暗号化されたオーディオデータは、セキュリティＩＣ２０によって復号化され、オーディオエンコーダ／デコーダＩＣ１０によってＡＴＲＡＣ３の復号化処理を受ける。オーディオエンコーダ／デコーダ１０の出力がＤ／Ａ変換器１８に供給され、アナログオーディオ信号へ変換される。そして、アナログオーディオ信号がライン出力端子１９に取り出される。
【００２６】
ライン出力は、図示しないアンプ装置に伝送され、スピーカまたはヘッドホンにより再生される。Ｄ／Ａ変換器１８に対してミューティング信号が外部のコントローラから供給される。ミューティング信号がミューティングのオンを示す時には、ライン出力端子１９からのオーディオ出力が禁止される。
【００２７】
第２図は、ＤＳＰ３０の内部構成を示す。ＤＳＰ３０は、Ｃｏｒｅ３４と、フラッシュメモリ３５と、ＳＲＡＭ３６と、バスインタフェース３７と、メモリカードインタフェース３８と、バスおよびバス間のブリッジとで構成される。ＤＳＰ３０は、マイクロコンピュータと同様な機能を有し、Ｃｏｒｅ３４がＣＰＵに相当する。フラッシュメモリ３５にＤＳＰ３０の処理のためのプログラムが格納されている。ＳＲＡＭ３６と外部のＳＲＡＭ３１とがＲＡＭとして使用される。
【００２８】
ＤＳＰ３０は、バスインタフェース３２、３７を介して受け取った録音指令等の操作信号に応答して、所定の暗号化されたオーディオデータ、所定の付加情報データをメモリカード４０に対して書き込み、また、これらのデータをメモリカード４０から読み出す処理を制御する。すなわち、オーディオデータ、付加情報の記録／再生を行うためのオーディオシステム全体のアプリケーションソフトウェアと、メモリカード４０との間にＤＳＰ３０が位置し、メモリカード４０のアクセス、ファイルシステム等のソフトウェアによってＤＳＰ３０が動作する。
【００２９】
ＤＳＰ３０におけるメモリカード４０上のファイル管理は、既存のパーソナルコンピュータで使用されているＦＡＴシステムが使用される。このファイルシステムに加えて、一実施形態では、後述するようなデータ構成の管理ファイルが使用される。管理ファイルは、メモリカード４０上に記録されているデータファイルを管理する。第１のファイル管理情報としての管理ファイルは、オーディオデータのファイルを管理するものである。第２のファイル管理情報としてのＦＡＴは、オーディオデータのファイルと管理ファイルを含むメモリカード４０のフラッシュメモリ上のファイル全体を管理する。管理ファイルは、メモリカード４０に記録される。また、ＦＡＴは、ルートディレクトリ等と共に、予め出荷時にフラッシュメモリ上に書き込まれている。ＦＡＴの詳細に関しては後述する。
【００３０】
なお、一実施形態では、著作権を保護するために、ＡＴＲＡＣ３により圧縮されたオーディオデータを暗号化している。一方、管理ファイルは、著作権保護が必要ないとして、暗号化を行わないようにしている。また、メモリカードとしても、暗号化機能を持つものと、これを持たないものとがありうる。一実施形態のように、著作物であるオーディオデータを記録するレコーダが対応しているメモリカードは、暗号化機能を持つメモリカードのみである。上述の暗号化機能を有さないメモリカードには、個人が録音したＶｏｉｃｅまたは録画した画像が記録される。
【００３１】
第３図は、メモリカード４０の構成を示す。メモリカード４０は、コントロールブロック４１とフラッシュメモリ４２が１チップＩＣとして構成されたものである。プレーヤ／レコーダのＤＳＰ３０とメモリカード４０との間の双方向シリアルインタフェースは、１０本の線からなる。主要な４本の線は、データ伝送時にクロックを伝送するためのクロック線ＳＣＫと、ステータスを伝送するためのステータス線ＳＢＳと、データを伝送するデータ線ＤＩＯ、インターラプト線ＩＮＴとである。その他に電源供給用線として、２本のＧＮＤ線および２本のＶＣＣ線が設けられる。２本の線Ｒｅｓｅｒｖは、未定義の線である。
【００３２】
クロック線ＳＣＫは、データに同期したクロックを伝送するための線である。ステータス線ＳＢＳは、メモリカード４０のステータスを表す信号を伝送するための線である。データ線ＤＩＯは、コマンドおよび暗号化されたオーディオデータを入出力するための線である。インターラプト線ＩＮＴは、メモリカード４０からプレーヤ／レコーダのＤＳＰ３０に対しての割り込みを要求するインターラプト信号を伝送する線である。メモリカード４０を装着した時にインターラプト信号が発生する。但し、この一実施形態では、インターラプト信号をデータ線ＤＩＯを介して伝送するようにしているので、インターラプト線ＩＮＴを接地している。
【００３３】
コントロールブロック４１のシリアル／パラレル変換・パラレル／シリアル変換・インタフェースブロック（以下、Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロックと略す）４３は、上述した複数の線を介して接続されたレコーダのＤＳＰ３０とコントロールブロック４１とのインタフェースである。Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３は、プレーヤ／レコーダのＤＳＰ３０から受け取ったシリアルデータをパラレルデータに変換し、コントロールブロック４１に取り込み、コントロールブロック４１からのパラレルデータをシリアルデータに変換してプレーヤ／レコーダのＤＳＰ３０に送る。また、Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３は、データ線ＤＩＯを介して伝送されるコマンドおよびデータを受け取った時に、フラッシュメモリ４２に対する通常のアクセスのためのコマンドおよびデータと、暗号化に必要なコマンドおよびデータとを分離する。
【００３４】
データ線ＤＩＯを介して伝送されるフォーマットでは、最初にコマンドが伝送され、その後にデータが伝送される。Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３は、コマンドのコードを検出して、通常のアクセスに必要なコマンドおよびデータか、暗号化に必要なコマンドおよびデータかを判別する。この判別結果に従って、通常のアクセスに必要なコマンドをコマンドレジスタ４４に格納し、データをページバッファ４５およびライトレジスタ４６に格納する。ライトレジスタ４６と関連してエラー訂正符号化回路４７が設けられている。ページバッファ４５に一時的に蓄えられたデータに対して、エラー訂正符号化回路４７がエラー訂正符号の冗長コードを生成する。
【００３５】
コマンドレジスタ４４、ページバッファ４５、ライトレジスタ４６およびエラー訂正符号化回路４７の出力データがフラッシュメモリインタフェースおよびシーケンサ（以下、メモリＩ／Ｆ・シーケンサと略す）５１に供給される。メモリＩＦ・シーケンサ５１は、コントロールブロック４１とフラッシュメモリ４２とのインタフェースであり、両者の間のデータのやり取りを制御する。メモリＩＦ・シーケンサ５１を介してデータがフラッシュメモリ４２に書き込まれる。
【００３６】
フラッシュメモリ４２に書き込まれるＡＴＲＡＣ３により圧縮されたオーディオデータ（以下、ＡＴＲＡＣ３データと表記する）は、著作権保護のために、プレーヤ／レコーダのセキュリティＩＣ２０とメモリカード４０のセキュリティブロック５２とによって、暗号化されたものである。セキュリティブロック５２は、バッファメモリ５３と、ＤＥＳの暗号化回路５４と、不揮発性メモリ５５とを有する。
【００３７】
メモリカード４０のセキュリティブロック５２は、複数の認証キーとメモリカード毎にユニークなストレージキーを持つ。不揮発性メモリ５５は、暗号化に必要なキーを格納するもので、チップ解析を行っても解析不能な構造となっている。この実施形態では、例えばストレージキーが不揮発性メモリ５５に格納される。さらに、乱数発生回路を持ち、対応可能なプレーヤ／レコーダと認証ができ、セッションキーを共有できる。ＤＥＳの暗号化回路５４を通して、コンテンツキーをストレージキーでキーのかけ直しを行う。
【００３８】
例えばメモリカード４０をプレーヤ／レコーダに装着した時に相互に認証がなされる。認証は、プレーヤ／レコーダのセキュリティＩＣ２０とメモリカード４０のセキュリティブロック５２によって行わせる。プレーヤ／レコーダは、装着されたメモリカード４０が対応可能なメモリカードであることを認証し、また、メモリカード４０が相手のプレーヤ／レコーダが対応可能なプレーヤ／レコーダであることを認証すると、相互認証処理が正常に行われたことを意味する。認証が行われると、プレーヤ／レコーダとメモリカード４０がそれぞれセッションキーを生成し、セッションキーを共有する。セッションキーは、認証の度に生成される。
【００３９】
メモリカード４０に対するコンテンツの書き込み時には、プレーヤ／レコーダがセッションキーでコンテンツキーを暗号化してメモリカード４０に渡す。メモリカード４０では、コンテンツキーをセッションキーで復号し、ストレージキーで暗号化してプレーヤ／レコーダに渡す。ストレージキーは、メモリカード４０の一つ一つにユニークなキーであり、プレーヤ／レコーダは、暗号化されたコンテンツキーを受け取ると、フォーマット処理を行い、暗号化されたコンテンツキーと暗号化されたコンテンツをメモリカード４０に書き込む。
【００４０】
以上、メモリカード４０に対する書き込み処理について説明したが、以下メモリカード４０からの読み出し処理について説明する。フラッシュメモリ４２から読み出されたデータがメモリＩＦ・シーケンサ５１を介してページバッファ４５、リードレジスタ４８、エラー訂正回路４９に供給される。ページバッファ４５に記憶されたデータがエラー訂正回路４９によってエラー訂正がなされる。エラー訂正がされたページバッファ４５の出力およびリードレジスタ４８の出力がＳ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３に供給され、上述したシリアルインタフェースを介してプレーヤ／レコーダのＤＳＰ３０に供給される。
【００４１】
読み出し時には、ストレージキーで暗号化されたコンテンツキーとブロックキーで暗号化されたコンテンツとがフラッシュメモリ４２から読み出される。セキュリティブロック５２によって、ストレージキーでコンテンツキーが復号される。復号したコンテンツキーがセッションキーで再暗号化されてプレーヤ／レコーダ側に送信される。プレーヤ／レコーダは、受信したセッションキーでコンテンツキーを復号する。プレーヤ／レコーダは、復号したコンテンツキーでブロックキーを生成する。このブロックキーによって、暗号化されたＡＴＲＡＣ３データを順次復号する。
【００４２】
なお、ConfigＲＯＭ５０は、メモリカード４０のバージョン情報、各種の属性情報等が格納されているメモリである。また、メモリカード４０には、ユーザが必要に応じて操作可能な誤消去防止用のスイッチ６０が備えられている。このスイッチ６０が消去禁止の接続状態にある場合には、フラッシュメモリ４２を消去することを指示するコマンドがレコーダ側から送られてきても、フラッシュメモリ４２の消去が禁止される。さらに、ＯＳＣ Cont.６１は、メモリカード４０の処理のタイミング基準となるクロックを発生する発振器である。
【００４３】
第４図は、メモリカードを記憶媒体とするコンピュータシステムのファイルシステム処理階層を示す。ファイルシステム処理階層としては、アプリケーション処理層が最上位であり、その下に、ファイル管理処理層、論理アドレス管理層、物理アドレス管理層、フラッシュメモリアクセスが順次積層される。上述の階層構造において、ファイル管理処理層がＦＡＴシステムである。物理アドレスは、フラッシュメモリの各ブロックに対して付されたもので、ブロックと物理アドレスの対応関係は、不変である。論理アドレスは、ファイル管理処理層が論理的に扱うアドレスである。
【００４４】
第５図は、メモリカード４０におけるフラッシュメモリ４２のデータの物理的構成の一例を示す。フラッシュメモリ４２は、セグメントと称されるデータ単位が所定数のブロック（固定長）へ分割され、１ブロックが所定数のページ（固定長）へ分割される。フラッシュメモリ４２では、ブロック単位で消去が一括して行われ、書き込みと読み出しは、ページ単位で一括して行われる。各ブロックおよび各ページは、それぞれ同一のサイズとされ、１ブロックがページ０からページｍで構成される。１ブロックは、例えば８ＫＢ（Ｋバイト）バイトまたは１６ＫＢの容量とされ、１ページが５１２Ｂの容量とされる。フラッシュメモリ４２全体では、１ブロック＝８ＫＢの場合で、４ＭＢ（５１２ブロック）、８ＭＢ（１０２４ブロック）とされ、１ブロック＝１６ＫＢの場合で、１６ＭＢ（１０２４ブロック）、３２ＭＢ（２０４８ブロック）、６４ＭＢ（４０９６ブロック）の容量とされる。
【００４５】
１ページは、５１２バイトのデータ部と１６バイトの冗長部とからなる。冗長部の先頭の３バイトは、データの更新に応じて書き換えられるオーバーライト部分とされる。３バイトの各バイトに、先頭から順にブロックステータス、ページステータス、更新ステータスが記録される。冗長部の残りの１３バイトの内容は、原則的にデータ部の内容に応じて固定とされる。１３バイトは、管理フラグ（１バイト）、論理アドレス（２バイト）、フォーマットリザーブの領域（５バイト）、分散情報ＥＣＣ（２バイト）およびデータＥＣＣ（３バイト）からなる。分散情報ＥＣＣは、管理フラグ、論理アドレス、フォーマットリザーブに対する誤り訂正用の冗長データであり、データＥＣＣは、５１２バイトのデータに対する誤り訂正用の冗長データである。
【００４６】
管理フラグとして、システムフラグ（その値が１：ユーザブロック、０：ブートブロック）、変換テーブルフラグ（１：無効、０：テーブルブロック）、コピー禁止指定（１：ＯＫ、０：ＮＧ）、アクセス許可（１：ｆｒｅｅ、０：リードプロテクト）の各フラグが記録される。
【００４７】
先頭の二つのブロック０およびブロック１がブートブロックである。ブロック１は、ブロック０と同一のデータが書かれるバックアップ用である。ブートブロックは、カード内の有効なブロックの先頭ブロックであり、メモリカードを機器に装填した時に最初にアクセスされるブロックである。残りのブロックがユーザブロックである。ブートブロックの先頭のページ０にヘッダ、システムエントリ、ブート＆アトリビュート情報が格納される。ページ１に使用禁止ブロックデータが格納される。ページ２にＣＩＳ(Card Information Structure)／ＩＤＩ(Identify Drive Information)が格納される。
【００４８】
ブートブロックのヘッダは、ブートブロックＩＤ、ブートブロック内の有効なエントリ数が記録される。システムエントリには、使用禁止ブロックデータの開始位置、そのデータサイズ、データ種別、ＣＩＳ／ＩＤＩのデータ開始位置、そのデータサイズ、データ種別が記録される。ブート＆アトリビュート情報には、メモリカードのタイプ（読み出し専用、リードおよびライト可能、両タイプのハイブリッド等）、ブロックサイズ、ブロック数、総ブロック数、セキュリティ対応か否か、カードの製造に関連したデータ（製造年月日等）等が記録される。
【００４９】
フラッシュメモリは、データの書き換えを行うことにより絶縁膜の劣化を生じ、書き換え回数が制限される。従って、ある同一の記憶領域（ブロック）に対して繰り返し集中的にアクセスがなされることを防止する必要がある。従って、ある物理アドレスに格納されているある論理アドレスのデータを書き換える場合、フラッシュメモリのファイルシステムでは、同一のブロックに対して更新したデータを再度書き込むことはせずに、未使用のブロックに対して更新したデータを書き込むようになされる。その結果、データ更新前における論理アドレスと物理アドレスの対応関係が更新後では、変化する。スワップ処理を行うことで、同一のブロックに対して繰り返して集中的にアクセスがされることが防止され、フラッシュメモリの寿命を延ばすことが可能となる。
【００５０】
論理アドレスは、一旦ブロックに対して書き込まれたデータに付随するので、更新前のデータと更新後のデータの書き込まれるブロックが移動しても、ＦＡＴからは、同一のアドレスが見えることになり、以降のアクセスを適正に行うことができる。スワップ処理により論理アドレスと物理アドレスとの対応関係が変化するので、両者の対応を示す論理−物理アドレス変換テーブルが必要となる。このテーブルを参照することによって、ＦＡＴが指定した論理アドレスに対応する物理アドレスが特定され、特定された物理アドレスが示すブロックに対するアクセスが可能となる。
【００５１】
論理−物理アドレス変換テーブルは、ＤＳＰ３０によってＳＲＡＭ上に格納される。若し、ＲＡＭ容量が少ない時は、フラッシュメモリ中に格納することができる。このテーブルは、概略的には、昇順に並べた論理アドレス（２バイト）に物理アドレス（２バイト）をそれぞれ対応させたテーブルである。フラッシュメモリの最大容量を１２８ＭＢ（８１９２ブロック）としているので、２バイトによって８１９２のアドレスを表すことができる。また、論理−物理アドレス変換テーブルは、セグメント毎に管理され、そのサイズは、フラッシュメモリの容量に応じて大きくなる。例えばフラッシュメモリの容量が８ＭＢ（２セグメント）の場合では、２個のセグメントのそれぞれに対して２ページが論理−物理アドレス変換テーブル用に使用される。論理−物理アドレス変換テーブルを、フラッシュメモリ中に格納する時には、上述した各ページの冗長部における管理フラグの所定の１ビットによって、当該ブロックが論理−物理アドレス変換テーブルが格納されているブロックか否かが指示される。
【００５２】
上述したメモリカードは、ディスク状記録媒体と同様にパーソナルコンピュータのＦＡＴシステムによって使用可能なものである。第５図には示されてないが、フラッシュメモリ上にＩＰＬ領域、ＦＡＴ領域およびルート・ディレクトリ領域が設けられる。ＩＰＬ領域には、最初にレコーダのメモリにロードすべきプログラムが書かれているアドレス、並びにメモリの各種情報が書かれている。ＦＡＴ領域には、ブロック（クラスタ）の関連事項が書かれている。ＦＡＴには、未使用のブロック、次のブロック番号、不良ブロック、最後のブロックをそれぞれ示す値が規定される。さらに、ルートディレクトリ領域には、ディレクトリエントリ（ファイル属性、更新年月日、開始クラスタ、ファイルサイズ等）が書かれている。
【００５３】
第６図にＦＡＴ管理による管理方法を説明する。この第６図は、メモリ内の模式図を示しており、上からパーティションテーブル部、空き領域、ブートセクタ、ＦＡＴ領域、ＦＡＴのコピー領域、Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ領域、Ｓｕｂ Ｄｉｒｅｃｔｏｒｙ領域、データ領域が積層されている。なお、メモリマップは、論理−物理アドレス変換テーブルに基づいて、論理アドレスから物理アドレスへ変換した後のメモリマップである。
【００５４】
上述したブートセクタ、ＦＡＴ領域、ＦＡＴのコピー領域、Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ領域、Ｓｕｂ Ｄｉｒｅｃｔｏｒｙ領域、データ領域を全部まとめてＦＡＴパーティション領域と称する。
【００５５】
上述のパーティションテーブル部には、ＦＡＴパーティション領域の始めと終わりのアドレスが記録されている。通常フロッピディスクで使用されているＦＡＴには、パーティションテーブル部は備えられていない。最初のトラックには、パーティションテーブル以外のものは置かないために空きエリアができてしまう。
【００５６】
次に、ブートセクタには、１２ビットＦＡＴおよび１６ビットＦＡＴの何れかであるかでＦＡＴ構造の大きさ、クラスタサイズ、それぞれの領域のサイズが記録されている。ＦＡＴは、データ領域に記録されているファイル位置を管理するものである。ＦＡＴのコピー領域は、ＦＡＴのバックアップ用の領域である。ルートディレクトリ部は、ファイル名、先頭クラスタアドレス、各種属性が記録されており、１ファイルにつき３２バイト使用する。
【００５７】
サブディレクトリ部は、ディレクトリというファイルの属性のファイルとして存在しており、第６図の実施形態ではＰＢＬＩＳＴ．ＭＳＦ、ＣＡＴ．ＭＳＡ、ＤＯＧ．ＭＳＡ、ＭＡＮ. ＭＳＡという４つのファイルが存在する。このサブディレクトリ部には、ファイル名とＦＡＴ上の記録位置が管理されている。すなわち、第６図においては、ＣＡＴ．ＭＳＡというファイル名が記録されているスロットには「５」というＦＡＴ上のアドレスが管理されており、ＤＯＧ．ＭＳＡというファイル名が記録されているスロットには「１０」というＦＡＴ上のアドレスが管理されている。
【００５８】
クラスタ２以降が実際のデータ領域で、このデータ領域にこの実施形態では、ＡＴＲＡＣ３で圧縮処理されたオーディオデータが記録される。さらに、ＭＡＮ．ＭＳＡというファイル名が記録されているスロットには「１１０」というＦＡＴ上のアドレスが管理されている。
【００５９】
この発明の実施形態では、クラスタ５、６、７および８にＣＡＴ．ＭＳＡというファイル名のＡＴＲＡＣ３で圧縮処理されたオーディオデータが記録され、クラスタ１０、１１および、１２にＤＯＧ．ＭＳＡというファイル名の前半パートであるＤＯＧ−１がＡＴＲＡＣ３で圧縮処理されたオーディオデータが記録され、クラスタ１００および１０１にＤＯＧ．ＭＳＡというファイル名の後半パートであるＤＯＧ−２がＡＴＲＡＣ３で圧縮処理されたオーディオデータが記録されている。さらに、クラスタ１１０および１１１にＭＡＮ．ＭＳＡというファイル名のＡＴＲＡＣ３で圧縮処理されたオーディオデータが記録されている。
【００６０】
この実施形態においては、単一のファイルが２分割されて離散的に記録されている例を示している。また、データ領域上のＥｍｐｔｙとかかれた領域は記録可能領域である。
クラスタ２００以降は、ファイルネームを管理する領域であり、クラスタ２００には、ＣＡＴ．ＭＳＡというファイルが、クラスタ２０１には、ＤＯＧ．ＭＳＡというファイルが、クラスタ２０２にはＭＡＮ．ＭＳＡというファイルが記録されている。ファイル順を並び替える場合には、このクラスタ２００以降で並び替えを行えばよい。
【００６１】
この実施形態のメモリカードが初めて挿入された場合には、先頭のパーティションテーブル部を参照してＦＡＴパーティション領域の始めと終わりのアドレスが記録されている。ブートセクタ部の再生を行った後にＲｏｏｔ Ｄｉｒｅｃｔｏｒｙ、Ｓｕｂ Ｄｉｒｅｃｔｏｒｙ部の再生を行う。そして、Ｓｕｂ Ｄｉｒｅｃｔｏｒｙ部に記録されている再生管理情報ＰＢＬＩＳＴ．ＭＳＦが記録されているスロットを検索して、ＰＢＬＩＳＴ．ＭＳＦが記録されているスロットの終端部のアドレスを参照する。
【００６２】
この実施形態の場合には、ＰＢＬＩＳＴ．ＭＳＦが記録されているスロットの終端部には「２００」というアドレスが記録されているのでクラスタ２００を参照する。クラスタ２００以降は、ファイル名を管理すると共に、ファイルの再生順を管理する領域であり、この実施形態の場合には、ＣＡＴ. ＭＳＡというファイルが１曲目となり、ＤＯＧ．ＭＳＡというファイルが２曲目となり、ＭＡＮ．ＭＳＡというファイルが３曲目となる。
【００６３】
ここで、クラスタ２００以降を全て参照したら、サブディレクトリ部に移行して、ＣＡＴ. ＭＳＡ、ＤＯＧ．ＭＳＡおよびＭＡＮ．ＭＳＡという名前のファイル名と合致するスロットを参照する。この第６図においては、ＣＡＴ．ＭＳＡというファイル名が記録されたスロットの終端には「５」というアドレスが記録され、ＤＯＧ. ＭＳＡというファイルが記録されたスロットの終端には「１０」というアドレスが記録され、ＭＡＮ．ＭＳＡというファイルが記録されたスロットの終端には１１０というアドレスが記録されている。
【００６４】
ＣＡＴ．ＭＳＡというファイル名が記録されたスロットの終端に記録された「５」というアドレスに基づいて、ＦＡＴ上のエントリアドレスを検索する。エントリアドレス５には、「６」というクラスタアドレスがエントリされており、「６」というエントリアドレスを参照すると「７」というクラスタアドレスがエントリされており、「７」というエントリアドレスを参照すると「８」というクラスタアドレスがエントリされており、「８」というエントリアドレスを参照すると「ＦＦＦ」という終端を意味するコードが記録されている。
【００６５】
よって、ＣＡＴ．ＭＳＡというファイルは、クラスタ５、６、７、８のクラスタ領域を使用しており、データ領域のクラスタ５、６、７、８を参照することでＣＡＴ．ＭＳＡというＡＴＲＡＣ３データが実際に記録されている領域をアクセスすることができる。
【００６６】
次に、離散記録されているＤＯＧ. ＭＳＡというファイルを検索する方法を以下に示す。ＤＯＧ. ＭＳＡというファイル名が記録されたスロットの終端には、「１０」というアドレスが記録されている。ここで、「１０」というアドレスに基づいて、ＦＡＴ上のエントリアドレスを検索する。エントリアドレス１０には、「１１」というクラスタアドレスがエントリされており、「１１」というエントリアドレスを参照すると「１２」というクラスタアドレスがエントリされており、「１２」というエントリアドレスを参照すると「１００」というクラスタアドレスがエントリされている。さらに、「１００」というエントリアドレスを参照すると「１０１」というクラスタアドレスがエントリされており、「１０１」というエントリアドレスを参照するとＦＦＦという終端を意味するコードが記録されている。
【００６７】
よって、ＤＯＧ．ＭＳＡというファイルは、クラスタ１０、１１、１２、１０１０１というクラスタ領域を使用しており、データ領域のクラスタ１０、１１、１２を参照することでＤＯＧ．ＭＳＡというファイルの前半パートに対応するＡＴＲＡＣ３データが実際に記録されている領域をアクセスすることができる。さらに、データ領域のクラスタ１００、１０１を参照することでＤＯＧ．ＭＳＡというファイルの後半パートに対応するＡＴＲＡＣ３データが実際に記録されている領域をアクセスすることができる。
【００６８】
さらに、ＭＡＮ．ＭＳＡというファイル名が記録されたスロットの終端に記録された「１１０」というアドレスに基づいて、ＦＡＴ上のエントリアドレスを検索する。エントリアドレス１１０には、「１１１」というクラスタアドレスがエントリされており、「１１１」というエントリアドレスを参照すると「ＦＦＦ」という終端を意味するコードが記録されている。
【００６９】
よって、ＭＡＮ．ＭＳＡというファイルは、クラスタ１１０、１１１というクラスタ領域を使用しており、データ領域のクラスタ１１０、１１１を参照することでＭＡＮ．ＭＳＡというＡＴＲＡＣ３データが実際に記録されている領域をアクセスすることができる。
以上のようにフラッシュメモリ上で離散して記録されたデータファイルを連結してシーケンシャルに再生することが可能となる。
【００７０】
この一実施形態では、上述したメモリカード４０のフォーマットで規定されるファイル管理システムとは別個に、音楽用ファイルに対して、各トラックおよび各トラックを構成するパーツを管理するための管理ファイルを持つようにしている。この管理ファイルは、メモリカード４０のユーザブロックを利用してフラッシュメモリ４２上に記録される。それによって、後述するように、メモリカード４０上のＦＡＴが壊れても、ファイルの修復を可能となる。
【００７１】
この管理ファイルは、ＤＳＰ３０により作成される。例えば最初に電源をオンした時に、メモリカード４０の装着されているか否かが判定され、メモリカードが装着されている時には、認証が行われる。認証により正規のメモリカードであることが確認されると、フラッシュメモリ４２のブートブロックがＤＳＰ３０に読み込まれる。そして、論理−物理アドレス変換テーブルが読み込まれる。読み込まれたデータは、ＳＲＡＭに格納される。ユーザが購入して初めて使用するメモリカードでも、出荷時にフラッシュメモリ４２には、ＦＡＴや、ルートディレクトリの書き込みがなされている。管理ファイルは、録音がなされると、作成される。
【００７２】
すなわち、ユーザのリモートコントロール等によって発生した録音指令が外部のコントローラからバスおよびバスインターフェース３２を介してＤＳＰ３０に与えられる。そして、受信したオーディオデータがエンコーダ／デコーダＩＣ１０によって圧縮され、エンコーダ／デコーダＩＣ１０からのＡＴＲＡＣ３データがセキュリティＩＣ２０により暗号化される。ＤＳＰ３０が暗号化されたＡＴＲＡＣ３データをメモリカード４０のフラッシュメモリ４２に記録する。この記録後にＦＡＴおよび管理ファイルが更新される。ファイルの更新の度、具体的には、オーディオデータの記録を開始し、記録を終了する度に、ＳＲＡＭ３１および３６上でＦＡＴおよび管理ファイルが書き換えられる。そして、メモリカード４０を外す時に、またはパワーをオフする時に、ＳＲＡＭ３１、３６からメモリカード４０のフラッシュメモリ４２上に最終的なＦＡＴおよび管理ファイルが格納される。この場合、オーディオデータの記録を開始し、記録を終了する度に、フラッシュメモリ４２上のＦＡＴおよび管理ファイルを書き換えても良い。編集を行った場合も、管理ファイルの内容が更新される。
【００７３】
さらに、この一実施形態のデータ構成では、付加情報も管理ファイル内に作成、更新され、フラッシュメモリ４２上に記録される。管理ファイルの他のデータ構成では、付加情報管理ファイルがトラック管理用の管理ファイルとは別に作成される。付加情報は、外部のコントローラからバスおよびバスインターフェース３２を介してＤＳＰ３０に与えられる。ＤＳＰ３０が受信した付加情報をメモリカード４０のフラッシュメモリ４２上に記録する。付加情報は、セキュリティＩＣ２０を通らないので、暗号化されない。付加情報は、メモリカード４０を取り外したり、電源オフの時に、ＤＳＰ３０のＳＲＡＭからフラッシュメモリ４２に書き込まれる。
【００７４】
第７図は、メモリカード４０のファイル構成の全体を示す。ディレクトリとして、静止画用ディレクトリ、動画用ディレクトリ、Ｖｏｉｃｅ用ディレクトリ、制御用ディレクトリ、音楽用（ＨＩＦＩ）ディレクトリが存在する。この一実施形態は、音楽の記録／再生を行うので、以下、音楽用ディレクトリについて説明する。音楽用ディレクトリには、２種類のファイルが置かれる。その１つは、再生管理ファイルＰＢＬＩＳＴ．ＭＳＦ（以下、単にＰＢＬＩＳＴと表記する）であり、他のものは、暗号化された音楽データを収納したＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ．ＭＳＡ（以下、単にＡ３Ｄｎｎｎと表記する）とからなる。ＡＴＲＡＣ３データファイルは、最大数が４００までと規定されている。すなわち、最大４００曲まで収録可能である。ＡＴＲＡＣ３データファイルは、再生管理ファイルに登録した上で機器により任意に作成される。
【００７５】
第８図は、再生管理ファイルの構成を示し、第９図が１ＦＩＬＥ（１曲）のＡＴＲＡＣ３データファイルの構成を示す。再生管理ファイルは、１６ＫＢ固定長のファイルである。ＡＴＲＡＣ３データファイルは、曲単位でもって、先頭の属性ヘッダと、それに続く実際の暗号化された音楽データとからなる。属性ヘッダも１６ＫＢ固定長とされ、再生管理ファイルと類似した構成を有する。
【００７６】
第８図に示す再生管理ファイルは、ヘッダ、１バイトコードのメモリカードの名前ＮＭ１−Ｓ、２バイトコードのメモリカードの名前ＮＭ２−Ｓ、曲順の再生テーブルＴＲＫＴＢＬ、メモリカード全体の付加情報ＩＮＦ−Ｓとからなる。第９図に示すデータファイルの先頭の属性ヘッダは、ヘッダ、１バイトコードの曲名ＮＭ１、２バイトコードの曲名ＮＭ２、トラックのキー情報等のトラック情報ＴＲＫＩＮＦ、パーツ情報ＰＲＴＩＮＦと、トラックの付加情報ＩＮＦとからなる。ヘッダには、総パーツ数、名前の属性、付加情報のサイズの情報等が含まれる。
【００７７】
属性ヘッダに対してＡＴＲＡＣ３の音楽データが続く。音楽データは、１６ＫＢのブロック毎に区切られ、各ブロックの先頭にヘッダが付加されている。ヘッダには、暗号を復号するための初期値が含まれる。なお、暗号化の処理を受けるのは、ＡＴＲＡＣ３データファイル中の音楽データのみであって、それ以外の再生管理ファイル、ヘッダ等のデータは、暗号化されない。
【００７８】
第１０図を参照して、曲とＡＴＲＡＣ３データファイルの関係について説明する。１トラックは、１曲を意味する。１曲は、１つのＡＴＲＡＣ３データファイル（第９図参照）で構成される。ＡＴＲＡＣ３データファイルは、ＡＴＲＡＣ３により圧縮されたオーディオデータである。メモリカード４０に対しては、クラスタと呼ばれる単位で記録される。１クラスタは、例えば１６ＫＢの容量である。１クラスタに複数のファイルが混じることがない。フラッシュメモリ４２を消去する時の最小単位が１ブロックである。音楽データを記録するのに使用するメモリカード４０の場合、ブロックとクラスタは、同意語であり、且つ１クラスタ＝１セクタと定義されている。
【００７９】
１曲は、基本的に１パーツで構成されるが、編集が行われると、複数のパーツから１曲が構成されることがある。パーツは、録音開始からその停止までの連続した時間内で記録されたデータの単位を意味し、通常は、１トラックが１パーツで構成される。曲内のパーツのつながりは、各曲の属性ヘッダ内のパーツ情報ＰＲＴＩＮＦで管理する。すなわち、パーツサイズは、ＰＲＴＩＮＦの中のパーツサイズＰＲＴＳＩＺＥという４バイトのデータで表す。パーツサイズＰＲＴＳＩＺＥの先頭の２バイトがパーツが持つクラスタの総数を示し、続く各１バイトが先頭および末尾のクラスタ内の開始サウンドユニット（以下、ＳＵと略記する）の位置、終了ＳＵの位置を示す。このようなパーツの記述方法を持つことによって、音楽データを編集する際に通常、必要とされる大量の音楽データの移動をなくすことが可能となる。ブロック単位の編集に限定すれば、同様に音楽データの移動を回避できるが、ブロック単位は、ＳＵ単位に比して編集単位が大きすぎる。
【００８０】
ＳＵは、パーツの最小単位であり、且つＡＴＲＡＣ３でオーディオデータを圧縮する時の最小のデータ単位である。４４．１ｋHzのサンプリング周波数で得られた１０２４サンプル分（１０２４×１６ビット×２チャンネル）のオーディオデータを約１／１０に圧縮した数百バイトのデータがＳＵである。１ＳＵは、時間に換算して約２３ｍ秒になる。通常は、数千に及ぶＳＵによって１つのパーツが構成される。１クラスタが４２個のＳＵで構成される場合、１クラスタで約１秒の音を表すことができる。１つのトラックを構成するパーツの数は、付加情報サイズに影響される。パーツ数は、１ブロックの中からヘッダや曲名、付加情報データ等を除いた数で決まるために、付加情報が全く無い状態が最大数（６４５個）のパーツを使用できる条件となる。
【００８１】
第１０図Ａは、ＣＤ等からのオーディオデータを２曲連続して記録する場合のファイル構成を示す。１曲目（ファイル１）が例えば５クラスタで構成される。１曲目と２曲目（ファイル２）の曲間では、１クラスタに二つのファイルが混在することが許されないので、次のクラスタの最初からファイル２が作成される。従って、ファイル１に対応するパーツ１の終端（１曲目の終端）がクラスタの途中に位置し、クラスタの残りの部分には、データが存在しない。第２曲目（ファイル２）も同様に１パーツで構成される。ファイル１の場合では、パーツサイズが５、開始クラスタのＳＵが０、終了クラスタが４となる。
【００８２】
編集操作として、デバイド、コンバイン、イレーズ、ムーブの４種類の操作が規定される。デバイドは、１つのトラックを２つに分割することである。デバイドがされると、総トラック数が１つ増加する。デバイドは、一つのファイルをファイルシステム上で分割して２つのファイルとし、再生管理ファイルおよびＦＡＴを更新する。コンバインは、２つのトラックを１つに統合することである。コンバインされると、総トラック数が１つ減少する。コンバインは、２つのファイルをファイルシステム上で統合して１つのファイルにし、再生管理ファイルおよびＦＡＴを更新する。イレーズは、トラックを消去することである。消された以降のトラック番号が１つ減少する。ムーブは、トラック順番を変えることである。以上イレーズおよびムーブ処理についても、再生管理ファイルおよびＦＡＴを更新する。
【００８３】
第１０図Ａに示す二つの曲（ファイル１およびファイル２）をコンバインした結果を第１０図Ｂに示す。コンバインされた結果は、１つのファイルであり、このファイルは、二つのパーツからなる。また、第１０図Ｃは、一つの曲（ファイル１）をクラスタ２の途中でデバイドした結果を示す。デバイドによって、クラスタ０、１およびクラスタ２の前側からなるファイル１と、クラスタ２の後側とクラスタ３および４とからなるファイル２とが発生する。
【００８４】
上述したように、この一実施形態では、パーツに関する記述方法があるので、コンバインした結果である第１０図Ｂにおいて、パーツ１の開始位置、パーツ１の終了位置、パーツ２の開始位置、パーツ２の終了位置をそれぞれＳＵ単位でもって規定できる。その結果、コンバインした結果のつなぎ目の隙間をつめるために、パーツ２の音楽データを移動する必要がない。また、パーツに関する記述方法があるので、デバイドした結果である第１０図Ｃにおいて、ファイル２の先頭の空きを詰めるように、データを移動する必要がない。
【００８５】
第１１図は、再生管理ファイルＰＢＬＩＳＴのより詳細なデータ構成を示し、第１２図Ａおよび第１２図Ｂは、再生管理ファイルＰＢＬＩＳＴを構成するヘッダとそれ以外の部分をそれぞれ示す。再生管理ファイルＰＢＬＩＳＴは、１クラスタ（１ブロック＝１６ＫＢ）のサイズである。第１２図Ａに示すヘッダは、３２バイトから成る。第１２図Ｂに示すヘッダ以外の部分は、メモリカード全体に対する名前ＮＭ１−Ｓ（２５６バイト）、名前ＮＭ２−Ｓ（５１２バイト）、ＣＯＮＴＥＮＴＳＫＥＹ、ＭＡＣ、Ｓ−ＹＭＤｈｍｓと、再生順番を管理するテーブルＴＲＫＴＢＬ（８００バイト）、メモリカード全体に対する付加情報ＩＮＦ−Ｓ（１４７２０バイト）および最後にヘッダ中の情報の一部が再度記録されている。これらの異なる種類のデータ群のそれぞれの先頭は、再生管理ファイル内で所定の位置となるように規定されている。
【００８６】
再生管理ファイルは、第１２図Ａに示す（０ｘ００００）および（０ｘ００１０）で表される先頭から３２バイトがヘッダである。なお、ファイル中で先頭から１６バイト単位で区切られた単位をスロットと称する。ファイルの第１および第２のスロットに配されるヘッダには、下記の意味、機能、値を持つデータが先頭から順に配される。なお、Ｒｅｓｅｒｖｅｄと表記されているデータは、未定義のデータを表している。通常ヌル（０ｘ００）が書かれるが、何が書かれていてもＲｅｓｅｒｖｅｄのデータが無視される。将来のバージョンでは、変更がありうる。また、この部分への書き込みは禁止する。Ｏｐｔｉｏｎと書かれた部分も使用しない場合は、全てＲｅｓｅｒｖｅｄと同じ扱いとされる。
【００８７】
ＢＬＫＩＤ−ＴＬ０（４バイト）
意味：BLOCKID FILE ID
機能：再生管理ファイルの先頭であることを識別するための値
値：固定値＝”ＴＬ＝０”（例えば０ｘ５４４Ｃ２Ｄ３０）
【００８８】
ＭＣｏｄｅ（２バイト）
意味：MAKER CODE
機能：記録した機器の、メーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード） 下位６ビット（機種コード）
【００８９】
ＲＥＶＩＳＩＯＮ（４バイト）
意味：ＰＢＬＩＳＴの書き換え回数
機能：再生管理ファイルを書き換える度にインクリメント
値：０より始まり＋１づつ増加する。
【００９０】
Ｓ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ）
意味：信頼できる時計を持つ機器で記録した年・月・日・時・分・秒
機能：最終記録日時を識別するための値
値：２５〜３１ビット 年 ０〜９９（１９８０〜２０７９）
２１〜２４ビット 月 ０〜１２
１６〜２０ビット 日 ０〜３１
１１〜１５ビット 時 ０〜２３
０５〜１０ビット 分 ０〜５９
００〜０４ビット 秒 ０〜２９（２秒単位）
【００９１】
ＳＮ１Ｃ＋Ｌ（２バイト）
意味：ＮＭ１−Ｓ領域に書かれるメモリカードの名前（１バイト）の属性を表す。
機能：使用する文字コードと言語コードを各１バイトで表す。
値：文字コード（Ｃ）は上位１バイトで下記のように文字を区別する。
00: 文字コードは設定しない。単なる２進数として扱うこと。
01: ASCII(American Standard Code for Information Interchange)
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 Voice)
言語コード（Ｌ）は下位１バイトで下記のようにEBU Tech 3258 規定に準じて言語を区別する。
00: 設定しない 08:German 09:English 0A:Spanish
0F:French 15:Italian 1D:Dutch
65:Korean 69:Japanese 75:Chinese
データが無い場合オールゼロとすること。
【００９２】
ＳＮ２Ｃ＋Ｌ（２バイト）
意味：ＮＭ２−Ｓ領域に書かれるメモリカードの名前（２バイト）の属性を表す。
機能：使用する文字コードと言語コードを各１バイトで表す。
値：上述したＳＮ１Ｃ＋Ｌと同一
【００９３】
ＳＩＮＦＳＩＺＥ（２バイト）
意味：ＩＮＦ−Ｓ領域に書かれるメモリカード全体に関する付加情報の全てを合計したサイズを表す。
機能：データサイズを１６バイト単位の大きさで記述、無い場合は必ずオールゼロとすること。
値：サイズは０ｘ０００１から０ｘ３９Ｃ（９２４）
【００９４】
Ｔ−ＴＲＫ（２バイト）
意味：TOTAL TRACK NUMBER
機能：総トラック数
値：１から０ｘ０１９０（最大４００トラック）、データが無い場合はオールゼロとすること。
【００９５】
ＶｅｒＮｏ（２バイト）
意味：フォーマットのバージョン番号
機能：上位がメジャーバージョン番号、下位がマイナーバージョン番号
値：例 ０ｘ０１００（Ｖｅｒ１．０）
０ｘ０２０３（Ｖｅｒ２．３）
上述したヘッダに続く領域に書かれるデータ（第１３図Ｂ）について以下に説明する。
【００９６】
ＮＭ１−Ｓ
意味：メモリカード全体に関する１バイトの名前
機能：１バイトの文字コードで表した可変長の名前データ（最大で２５６）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと。
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先頭（０ｘ００２０）からヌル（０ｘ００）を１バイト以録すること。
値：各種文字コード
【００９７】
ＮＭ２−Ｓ
意味：メモリカード全体に関する２バイトの名前
機能：２バイトの文字コードで表した可変長の名前データ（最大で５１２）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと。
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先 頭（０ｘ０１２０）からヌル（０ｘ００）を２バイト以録すること。
値：各種文字コード
【００９８】
ＣＯＮＴＥＮＴＳ ＫＥＹ
意味：曲ごとに用意された値でＭＧ（Ｍ）で保護されてから保存される。ここでは、１曲目に付けられるＣＯＮＴＥＮＴＳ ＫＥＹと同じ値
機能：Ｓ−ＹＭＤｈｍｓのＭＡＣの計算に必要となる鍵となる。
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで
【００９９】
ＭＡＣ
意味：著作権情報改ざんチェック値
機能：Ｓ−ＹＭＤｈｍｓの内容とＣＯＮＴＥＮＴＳ ＫＥＹから作成される値
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで
【０１００】
ＴＲＫ−ｎｎｎ
意味：再生するＡＴＲＡＣ３データファイルのＳＱＮ（シーケンス）番号
機能：ＴＲＫＩＮＦの中のＦＮｏを記述する。
値：１から４００（０ｘ１９０）
トラックが存在しない時はオールゼロとすること。
【０１０１】
ＩＮＦ−Ｓ
意味：メモリカード全体に関する付加情報データ（例えば写真、歌詞、解説等の情報）
機能：ヘッダを伴った可変長の付加情報データ
複数の異なる付加情報が並べられることがある。それぞれにＩＤとデータサイ ズが付けられている。個々のヘッダを含む付加情報データは最小１６バイト以上で４バイトの整数倍の単位で構成される。
その詳細については、後述する値：付加情報データ構成を参照
【０１０２】
Ｓ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ）
意味：信頼できる時計を持つ機器で記録した年・月・日・時・分・秒
機能：最終記録日時を識別するための値、ＥＭＤの時は必須
値：２５〜３１ビット 年 ０〜９９（１９８０〜２０７９）
２１〜２４ビット 月 ０〜１２
１６〜２０ビット 日 ０〜３１
１１〜１５ビット 時 ０〜２３
０５〜１０ビット 分 ０〜５９
００〜０４ビット 秒 ０〜２９（２秒単位）
【０１０３】
再生管理ファイルの最後のスロットとして、ヘッダ内のものと同一のＢＬＫＩＤ−ＴＬ０と、ＭＣｏｄｅと、ＲＥＶＩＳＩＯＮとが書かれる。
【０１０４】
民生用オーディオ機器として、メモリカードが記録中に抜かれたり、電源が切れることがあり、復活した時にこれらの異常の発生を検出することが必要とされる。上述したように、ＲＥＶＩＳＩＯＮをブロックの先頭と末尾に書き込み、この値を書き換える度に＋１インクリメントするようにしている。若し、ブロックの途中で異常終了が発生すると、先頭と末尾のＲＥＶＩＳＩＯＮの値が一致せず、異常終了を検出することができる。ＲＥＶＩＳＩＯＮが２個存在するので、高い確率で異常終了を検出することができる。異常終了の検出時には、エラーメッセージの表示等の警告が発生する。
【０１０５】
また、１ブロック（１６ＫＢ）の先頭部分に固定値ＢＬＫＩＤ−ＴＬ０を挿入しているので、ＦＡＴが壊れた場合の修復の目安に固定値を使用できる。すなわち、各ブロックの先頭の固定値を見れば、ファイルの種類を判別することが可能である。しかも、この固定値ＢＬＫＩＤ−ＴＬ０は、ブロックのヘッダおよびブロックの終端部分に二重に記述するので、その信頼性のチェックを行うことができる。なお、再生管理ファイルＰＢＬＩＳＴの同一のものを二重に記録しても良い。
【０１０６】
ＡＴＲＡＣ３データファイルは、トラック情報管理ファイルと比較して、相当大きなデータ量であり、ＡＴＲＡＣ３データファイルに関しては、後述するように、ブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬが付けられている。但し、ＡＴＲＡＣ３データファイルは、通常複数のファイルがメモリカード上に存在するので、ＣＯＮＮＵＭ０でコンテンツの区別を付けた上で、ＢＬＯＣＫ ＳＥＲＩＡＬを付けないと、重複が発生し、ＦＡＴが壊れた場合のファイルの復旧が困難となる。換言すると単一のＡＴＲＡＣ３データファイルは、複数のＢＬＯＣＫで構成されると共に、離散して配置される可能性があるので、同一ＡＴＲＡＣ３データファイルを構成するＢＬＯＣＫを判別するためにＣＯＮＮＵＭ０を用いると共に、同一ＡＴＲＡＣ３データファイル内の昇降順をブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬで決定する。
【０１０７】
同様に、ＦＡＴの破壊までにはいたらないが、論理を間違ってファイルとして不都合のあるような場合に、書き込んだメーカーの機種が特定できるように、メーカーコード（ＭＣｏｄｅ）がブロックの先頭と末尾に記録されている。
【０１０８】
第１２図Ｃは、付加情報データの構成を示す。付加情報の先頭に下記のヘッダが書かれる。ヘッダ以降に可変長のデータが書かれる。
【０１０９】
ＩＮＦ
意味：FIELD ID
機能：付加情報データの先頭を示す固定値
値：０ｘ６９
【０１１０】
ＩＤ
意味：付加情報キーコード
機能：付加情報の分類を示す。
値：０から０ｘＦＦ
【０１１１】
ＳＩＺＥ
意味：個別の付加情報の大きさ
機能：データサイズは自由であるが、必ず４バイトの整数倍でなければならない。また、最小１６バイト以上のこと。データの終わりより余りがでる場合はヌル（０ｘ００）で埋めておくこと。
値：１６から１４７８４（０ｘ３９Ｃ０）
【０１１２】
ＭＣｏｄｅ
意味：MAKER CODE
機能：記録した機器の、メーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード） 下位６ビット（機種コード）
【０１１３】
Ｃ＋Ｌ
意味：先頭から１２バイト目からのデータ領域に書かれる文字の属性を表す。
機能：使用する文字コードと言語コードを各１バイトで表す。
値：前述のＳＮＣ＋Ｌと同じ
【０１１４】
ＤＡＴＡ
意味：個別の付加情報データ
機能：可変長データで表す。実データの先頭は常に１２バイト目より始まり、長さ（サイズ）は最小４バイト以上、常に４バイトの整数倍でなければならない。データの最後から余りがある場合はヌル（０ｘ００）で埋めること。
値：内容により個別に定義される。
【０１１５】
第１３図は、付加情報キーコードの値（０〜６３）と、付加情報の種類の対応の一例を示す。キーコードの値（０〜３１）が音楽に関する文字情報に対して割り当てられ、その（３２〜６３）がＵＲＬ(Uniform Resource Locator)（Ｗｅｂ関係）に対して割り当てられている。アルバムタイトル、アーティスト名、ＣＭ等の文字情報が付加情報として記録される。
【０１１６】
第１４図は、付加情報キーコードの値（６４〜１２７）と、付加情報の種類の対応の一例を示す。キーコードの値（６４〜９５）がパス／その他に対して割り当てられ、その（９６〜１２７）が制御／数値・データ関係に対して割り当てられている。例えば（ＩＤ＝９８）の場合では、付加情報がＴＯＣ（Table of Content）−ＩＤとされる。ＴＯＣ−ＩＤは、ＣＤ（コンパクトディスク）のＴＯＣ情報に基づいて、最初の曲番号、最後の曲番号、その曲番号、総演奏時間、その曲演奏時間を示すものである。
【０１１７】
第１５図は、付加情報キーコードの値（１２８〜１５９）と、付加情報の種類の対応の一例を示す。キーコードの値（１２８〜１５９）が同期再生関係に対して割り当てられている。第１５図中のＥＭＤ(Electronic Music Distribution) は、電子音楽配信の意味である。
【０１１８】
第１６図を参照して付加情報のデータの具体例について説明する。第１６図Ａは、第１２図Ｃと同様に、付加情報のデータ構成を示す。第１６図Ｂは、キーコードＩＤ＝３とされる、付加情報がアーティスト名の例である。ＳＩＺＥ＝０ｘ１Ｃ（２８バイト）とされ、ヘッダを含むこの付加情報のデータ長が２８バイトであることが示される。また、Ｃ＋Ｌが文字コードＣ＝０ｘ０１とされ、言語コードＬ＝０ｘ０９とされる。この値は、前述した規定によって、ＡＳＣＩＩの文字コードで、英語の言語であることを示す。そして、先頭から１２バイト目から１バイトデータでもって、「ＳＩＭＯＮ＆ＧＲＡＦＵＮＫＥＬ」のアーティスト名のデータが書かれる。付加情報のサイズは、４バイトの整数倍と決められているので、１バイトの余りが（０ｘ００）とされる。
【０１１９】
第１６図Ｃは、キーコードＩＤ＝９７とされる、付加情報がＩＳＲＣ(International Standard Recording Code：著作権コード) の例である。ＳＩＺＥ＝０ｘ１４（２０バイト）とされ、この付加情報のデータ長が２０バイトであることが示される。また、Ｃ＋ＬがＣ＝０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無いこと、すなわち、データが２進数であることが示される。そして、データとして８バイトのＩＳＲＣのコードが書かれる。ＩＳＲＣは、著作権情報（国、所有者、録音年、シリアル番号）を示すものである。
【０１２０】
第１６図Ｄは、キーコードＩＤ＝９７とされる、付加情報が録音日時の例である。ＳＩＺＥ＝０ｘ１０（１６バイト）とされ、この付加情報のデータ長が１６バイトであることが示される。また、Ｃ＋ＬがＣ＝０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無いことが示される。そして、データとして４バイト（３２ビット）のコードが書かれ、録音日時（年、月、日、時、分、秒）が表される。
【０１２１】
第１６図Ｅは、キーコードＩＤ＝１０７とされる、付加情報が再生ログの例である。ＳＩＺＥ＝０ｘ１０（１６バイト）とされ、この付加情報のデータ長が１６バイトであることが示される。また、Ｃ＋ＬがＣ＝０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無いことが示される。そして、データとして４バイト（３２ビット）のコードが書かれ、再生ログ（年、月、日、時、分、秒）が表される。再生ログ機能を持つものは、１回の再生毎に１６バイトのデータを記録する。
【０１２２】
第１７図は、１ＳＵがＮバイト（例えばＮ＝３８４バイト）の場合のＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎのデータ配列を示す。第１７図には、データファイルの属性ヘッダ（１ブロック）と、音楽データファイル（１ブロック）とが示されている。第１７図では、この２ブロック（１６×２＝３２Ｋバイト）の各スロットの先頭のバイト（０ｘ００００〜０ｘ７ＦＦ０）が示されている。第１８図に分離して示すように、属性ヘッダの先頭から３２バイトがヘッダであり、２５６バイトが曲名領域ＮＭ１（２５６バイト）であり、５１２バイトが曲名領域ＮＭ２（５１２バイト）である。属性ヘッダのヘッダには、下記のデータが書かれる。
【０１２３】
ＢＬＫＩＤ−ＨＤ０（４バイト）
意味：BLOCKID FILE ID
機能：ＡＴＲＡＣ３データファイルの先頭であることを識別するための値
値：固定値＝”ＨＤ＝０”（例えば０ｘ４８４４２Ｄ３０）
【０１２４】
ＭＣｏｄｅ（２バイト）
意味：MAKER CODE
機能：記録した機器のメーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード） 下位６ビット（機種コード）
【０１２５】
ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト）
意味：トラック毎に付けられた連続番号
機能：ブロックの先頭は０から始まり次のブロックは＋１づつインクリメント編集されても値を変化させない
値：０より始まり０ｘＦＦＦＦＦＦＦＦまで
【０１２６】
Ｎ１Ｃ＋Ｌ（２バイト）
意味：トラック（曲名）データ（ＮＭ１）の属性を表す。
機能：ＮＭ１に使用される文字コードと言語コードを各１バイトで表す。
値：ＳＮ１Ｃ＋Ｌと同一
【０１２７】
Ｎ２Ｃ＋Ｌ（２バイト）
意味：トラック（曲名）データ（ＮＭ２）の属性を表す。
機能：ＮＭ２に使用される文字コードと言語コードを各１バイトで表す。
値：ＳＮ１Ｃ＋Ｌと同一
【０１２８】
ＩＮＦＳＩＺＥ（２バイト）
意味：トラックに関する付加情報の全てを合計したサイズを表す。
機能：データサイズを１６バイト単位の大きさで記述、無い場合は必ずオールゼロとすること。
値：サイズは０ｘ００００から０ｘ３Ｃ６（９６６）
【０１２９】
Ｔ−ＰＲＴ（２バイト）
意味：トータルパーツ数
機能：トラックを構成するパーツ数を表す。通常は１
値：１から０ｘ２８５（６４５dec ）
【０１３０】
Ｔ−ＳＵ（４バイト）
意味：トータルＳＵ数
機能：１トラック中の実際の総ＳＵ数を表す。曲の演奏時間に相当する。
値：０ｘ０１から０ｘ００１ＦＦＦＦＦ
【０１３１】
ＩＮＸ（２バイト）（Ｏｐｔｉｏｎ）
意味：INDEX の相対場所
機能：曲のさびの部分（特徴的な部分）の先頭を示すポインタ。曲の先頭からの位置をＳＵの個数を１／４した数で指定する。これは、通常のＳＵの４倍の長さの時間（約９３ｍ秒）に相当する。
値：０から０ｘＦＦＦＦ（最大、約６０８４秒）
【０１３２】
ＸＴ（２バイト）（Ｏｐｔｉｏｎ）
意味：INDEX の再生時間
機能：ＩＮＸ-nnnで指定された先頭から再生すべき時間のＳＵの個数を１／４した数で指定する。これは、通常のＳＵの４倍の長さの時間（約９３ｍ秒）に相当する。
値：０ｘ００００：無設定 ０ｘ０１から０ｘＦＦＦＥ（最大６０８４秒） ０ｘＦＦＦＦ：曲の終わりまで
【０１３３】
次に曲名領域ＮＭ１およびＮＭ２について説明する。
ＮＭ１
意味：曲名を表す文字列
機能：１バイトの文字コードで表した可変長の曲名（最大で２５６）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと。
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先頭（０ｘ００２０）からヌル（０ｘ００）を１バイト以録すること。
値：各種文字コード
【０１３４】
ＮＭ２
意味：曲名を表す文字列
機能：２バイトの文字コードで表した可変長の名前データ（最大で５１２）
名前データの終了は、必ず終端コード（０ｘ００）を書き込むこと。
サイズはこの終端コードから計算すること、データの無い場合は少なくとも先頭（０ｘ０１２０）からヌル（０ｘ００）を２バイト以録すること。
値：各種文字コード
【０１３５】
属性ヘッダの固定位置（０ｘ３２０）から始まる、８０バイトのデータをトラック情報領域ＴＲＫＩＮＦと呼び、主としてセキュリティ関係、コピー制御関係の情報を一括して管理する。第１９図にＴＲＫＩＮＦの部分を示す。ＴＲＫＩＮＦ内のデータについて、配置順序に従って以下に説明する。
【０１３６】
ＣＯＮＴＥＮＴＳ ＫＥＹ（８バイト）
意味：曲毎に用意された値で、メモリカードのセキュリティブロックで保護されてから保存される。
機能：曲を再生する時、まず必要となる最初の鍵となる。ＭＡＣ計算時に使用される。
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで
【０１３７】
ＭＡＣ（８バイト）
意味：著作権情報改ざんチェック値
機能：コンテンツ累積番号を含む複数のＴＲＫＩＮＦの内容と隠しシーケンス番号から作成される値
隠しシーケンス番号とは、メモリカードの隠し領域に記録されているシーケンス番号のことである。著作権対応でないレコーダは、隠し領域を読むことができない。また、著作権対応の専用のレコーダ、またはメモリカードを読むことを可能とするアプリケーションを搭載したパーソナルコンピュータは、隠し領域をアクセスすることができる。
【０１３８】
Ａ（１バイト）
意味：パーツの属性
機能：パーツ内の圧縮モード等の情報を示す。
値：第２０図を参照して以下に説明する
ただし、Ｎ＝０，１のモノラルは、ｂｉｔ７が１でサブ信号を０、メイン信号（Ｌ＋Ｒ）のみの特別なＪｏｉｎｔモードをモノラルとして規定する。ｂｉｔ２，１の情報は通常の再生機は無視しても構わない。
【０１３９】
Ａのビット０は、エンファシスのオン／オフの情報を形成し、ビット１は、再生ＳＫＩＰか、通常再生かの情報を形成し、ビット２は、データ区分、例えばオーディオデータか、ＦＡＸ等の他のデータかの情報を形成する。ビット３は、未定義である。ビット４、５、６を組み合わせることによって、図示のように、ＡＴＲＡＣ３のモード情報が規定される。すなわち、Ｎは、この３ビットで表されるモードの値であり、モノ（Ｎ＝０，１）、ＬＰ（Ｎ＝２）、ＳＰ（Ｎ＝４）、ＨＸ（Ｎ＝５）、ＨＱ（Ｎ＝７）の５種類のモードについて、記録時間（６４ＭＢのメモリカードの場合）、データ転送レート、１ブロック内のＳＵ数がそれぞれ示されている。１ＳＵのバイト数は、（モノ：１３６バイト、ＬＰ：１９２バイト、ＳＰ：３０４バイト、ＥＸ：３８４バイト、ＨＱ：５１２バイト）である。さらに、ビット７によって、ＡＴＲＡＣ３のモード（０：Dual １：J0int ）が示される。
【０１４０】
一例として、６４ＭＢのメモリカードを使用し、ＳＰモードの場合について説明する。６４ＭＢのメモリカードには、３９６８ブロックがある。ＳＰモードでは、１ＳＵが３０４バイトであるので、１ブロックに５３ＳＵが存在する。１ＳＵは、（１０２４／４４１００）秒に相当する。従って、１ブロックは、
（１０２４／４４１００）×５３×（３９６８−１６）＝４８６３秒＝８１分
転送レートは、
（４４１００／１０２４）×３０４×８＝１０４７３７ bps
となる。
【０１４１】
ＬＴ（１バイト）
意味：再生制限フラグ（ビット７およびビット６）とセキュリティバージョン（ビット５〜ビット０）
機能：このトラックに関して制限事項があることを表す。
値：ビット７： ０＝制限なし １＝制限有り
ビット６： ０＝期限内 １＝期限切れ
ビット５〜ビット０：セキュリティバージョン０（０以外であれば再生禁止とする）
【０１４２】
ＦＮｏ（２バイト）
意味：ファイル番号
機能：最初に記録された時のトラック番号、且つこの値は、メモリカード内の隠し領域に記録されたＭＡＣ計算用の値の位置を特定する。
値：１から０ｘ１９０（４００）
【０１４３】
ＭＧ（Ｄ）ＳＥＲＩＡＬ−ｎｎｎ（１６バイト）
意味：記録機器のセキュリティブロック（セキュリティＩＣ２０）のシリアル番号
機能：記録機器ごとに全て異なる固有の値
値：０から0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
【０１４４】
ＣＯＮＮＵＭ（４バイト）
意味：コンテンツ累積番号
機能：曲毎に累積されていく固有の値で記録機器のセキュリティブロックによって管理される。２の３２乗、４２億曲分用意されており、記録した曲の識別に使用する。
値：０から０ｘＦＦＦＦＦＦＦＦ
【０１４５】
ＹＭＤｈｍｓ−Ｓ（４バイト）（Ｏｐｔｉｏｎ）
意味：再生制限付きのトラックの再生開始日時
機能：ＥＭＤで指定する再生開始を許可する日時
値：上述した日時の表記と同じ
【０１４６】
ＹＭＤｈｍｓ−Ｅ（４バイト）（Ｏｐｔｉｏｎ）
意味：再生制限付きのトラックの再生終了日時
機能：ＥＭＤで指定する再生許可を終了する日時
値：上述した日時の表記と同じ
【０１４７】
ＭＴ（１バイト）（Ｏｐｔｉｏｎ）
意味：再生許可回数の最大値
機能：ＥＭＤで指定される最大の再生回数
値：１から０ｘＦＦ 未使用の時は、０ｘ００
ＬＴのｂｉｔ７の値が０の場合はＭＴの値は００とすること。
【０１４８】
ＣＴ（１バイト）（Ｏｐｔｉｏｎ）
意味：再生回数
機能：再生許可された回数の内で、実際に再生できる回数。再生の度にデクリメントする。
値：０ｘ００〜０ｘＦＦ 未使用の時は、０ｘ００である。
ＬＴのｂｉｔ７が１でＣＴの値が００の場合は再生を禁止すること。
【０１４９】
ＣＣ（１バイト）
意味：COPY CONTROL
機能：コピー制御
値：第２１図に示すように、ビット６および７によってコピー制御情報を表し、ビット４および５によって高速ディジタルコピーに関するコピー制御情報を表し、ビット２および３によってセキュリティブロック認証レベルを表す。ビット０および１は、未定義
ＣＣの例：（ｂｉｔ７，６）１１：無制限のコピーを許可、０１：コピー禁止、００：１回のコピーを許可
（ｂｉｔ３，２）００：アナログないしディジタルインからの録音、ＭＧ認証レベルは０とする。
ＣＤからのディジタル録音では（ｂｉｔ７，６）は００、（ｂｉｔ３，２）は１０となる。
【０１５０】
ＣＮ（１バイト）（Ｏｐｔｉｏｎ）
意味：高速ディジタルコピーＨＳＣＭＳ(High speed Serial Copy
ManagementSystem) におけるコピー許可回数
機能：コピー１回か、コピーフリーかの区別を拡張し、回数で指定する。コピー第１世代の場合にのみ有効であり、コピーごとに減算する。
値：００：コピー禁止、０１から０ｘＦＥ：回数、０ｘＦＦ：回数無制限
【０１５１】
上述したトラック情報領域ＴＲＫＩＮＦに続いて、０ｘ０３７０から始まる２４バイトのデータをパーツ管理用のパーツ情報領域ＰＲＴＩＮＦと呼び、１つのトラックを複数のパーツで構成する場合に、時間軸の順番にＰＲＴＩＮＦを並べていく。第２２図にＰＲＴＩＮＦの部分を示す。ＰＲＴＩＮＦ内のデータについて、配置順序に従って以下に説明する。
【０１５２】
ＰＲＴＳＩＺＥ（４バイト）
意味：パーツサイズ
機能：パーツの大きさを表す。クラスタ：２バイト（最上位）、開始ＳＵ：１バイト（上位）、終了ＳＵ：１バイト（最下位）
値：クラスタ：１から０ｘ１Ｆ４０（８０００）、開始ＳＵ：０から０ｘＡ０（１６０）、終了ＳＵ：０から０ｘＡ０（１６０）（但し、ＳＵの数え方は、０，１，２，と０から開始する）
【０１５３】
ＰＲＴＫＥＹ（８バイト）
意味：パーツを暗号化するための値
機能：初期値＝０、編集時は編集の規則に従うこと。
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ
【０１５４】
ＣＯＮＮＵＭ０（４バイト）
意味：最初に作られたコンテンツ累積番号キー
機能：コンテンツをユニークにするためのＩＤの役割
値：コンテンツ累積番号初期値キーと同じ値とされる。
【０１５５】
ＡＴＲＡＣ３データファイルの属性ヘッダ中には、第１７図に示すように、付加情報ＩＮＦが含まれる。この付加情報は、開始位置が固定化されていない点を除いて、再生管理ファイル中の付加情報ＩＮＦ−Ｓ（第１１図および第１２図Ｂ参照）と同一である。１つまたは複数のパーツの最後のバイト部分（４バイト単位）の次を開始位置として付加情報ＩＮＦのデータが開始する。
【０１５６】
ＩＮＦ
意味：トラックに関する付加情報データ
機能：ヘッダを伴った可変長の付加情報データ。複数の異なる付加情報が並べられることがある。それぞれにＩＤとデータサイズが付加されている。個々のヘッダを含む付加情報データは、最小１６バイト以上で４バイトの整数倍の単位
値：再生管理ファイル中の付加情報ＩＮＦ−Ｓと同じである。
【０１５７】
上述した属性ヘッダに対して、ＡＴＲＡＣ３データファイルの各ブロックのデータが続く。第２３図に示すように、ブロック毎にヘッダが付加される。各ブロックのデータについて以下に説明する。
【０１５８】
ＢＬＫＩＤ−Ａ３Ｄ（４バイト）
意味：BLOCKID FILE ID
機能：ＡＴＲＡＣ３データの先頭であることを識別するための値
値：固定値＝”Ａ３Ｄ”（例えば０ｘ４１３３４４２０）
【０１５９】
ＭＣｏｄｅ（２バイト）
意味：MAKER CODE
機能：記録した機器の、メーカー、モデルを識別するコード
値：上位１０ビット（メーカーコード） 下位６ビット（機種コード）
【０１６０】
ＣＯＮＮＵＭ０（４バイト）
意味：最初に作られたコンテンツ累積番号
機能：コンテンツをユニークにするためのＩＤの役割、編集されても値は変化させない。
値：コンテンツ累積番号初期値キーと同じ値とされる。
【０１６１】
ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト）
意味：トラック毎に付けられた連続番号
機能：ブロックの先頭は０から始まり次のブロックは＋１づつインクリメント編集されても値を変化させない。
値：０より始まり０ｘＦＦＦＦＦＦＦＦまで
【０１６２】
ＢＬＯＣＫ−ＳＥＥＤ（８バイト）
意味：１ブロックを暗号化するための１つの鍵
機能：ブロックの先頭は、記録機器のセキュリティブロックで乱数を生成、続くブロックは、＋１インクリメントされた値、この値が失われると、１ブロックに相当する約１秒間、音が出せないために、ヘッダとブロック末尾に同じものが二重に書かれる。編集されても値を変化させない。
値：初期は８バイトの乱数
【０１６３】
ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８バイト）
意味：ブロック毎にＡＴＲＡＣ３データを暗号化、復号化する時に必要な初期値
機能：ブロックの先頭は０から始まり、次のブロックは最後のＳＵの最後の暗号化された８バイトの値。デバイドされたブロックの途中からの場合は開始ＳＵの直前の最後の８バイトを用いる。編集されても値を変化させない。
値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ
【０１６４】
ＳＵ−ｎｎｎ
意味：サウンドユニットのデータ
機能：１０２４サンプルから圧縮されたデータ、圧縮モードにより出力される バイト数が異なる。編集されても値を変化させない（一例として、ＳＰモード の時では、Ｎ＝３８４バイト）
値：ＡＴＲＡＣ３のデータ値
【０１６５】
第１７図では、Ｎ＝３８４であるので、１ブロックに４２ＳＵが書かれる。また、１ブロックの先頭の２つのスロット（４バイト）がヘッダとされ、最後の１スロット（２バイト）にＢＬＫＩＤ−Ａ３Ｄ、ＭＣｏｄｅ、ＣＯＮＮＵＭ０、ＢＬＯＣＫ ＳＥＲＩＡＬが二重に書かれる。従って、１ブロックの余りの領域Ｍバイトは、（１６，３８４−３８４×４２−１６×３＝２０８（バイト）となる。この中に上述したように、８バイトのＢＬＯＣＫ ＳＥＥＤが二重に記録される。
【０１６６】
ここで、上述したＦＡＴ領域が壊れた場合には、フラッシュメモリの全ブロックの探索を開始し、ブロック先頭部のブロックＩＤ ＢＬＫＩＤがＴＬ０か、ＨＤ０か、Ａ３Ｄかを各ブロックについて判別する。この処理を第２４図に示すフローチャートを参照して、説明する。ブロック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＴＬ０であるか否かをステップＳＰ１で判別する。
【０１６７】
このステップＳＰ１において、ブロック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＴＬ０で無い場合には、ステップＳＰ２において、ブロック番号をインクリメント処理して、ステップＳＰ３において、ブロックの終端部まで検索したかを判別する。ステップＳＰ３において、ブロックの終端部まで至ってないと判別された場合には、再度ステップＳＰ１に戻る。
【０１６８】
そして、ステップＳＰ１において、ブロック先頭のブロックＩＤ
ＢＬＫＩＤがＢＬＫＩＤ−ＴＬ０と判別された場合には、ステップＳＰ４において、検索したブロックが再生管理ファイルＰＢＬＩＳＴであると判定される。次に、ステップＳＰ５において、再生管理ファイルＰＢＬＩＳＴ内に含まれる総トラック数Ｔ−ＴＲＫを参照して、レジスタにＮとして記憶する。一例として、メモリ上に１０曲のＡＴＲＡＣ３データファイルが存在する場合には（すなわち１０ファイル）Ｔ−ＴＲＫには１０が記録されている。
【０１６９】
次に、ステップＳＰ６において、総トラック数Ｔ−ＴＲＫに基づいてブロック内に記録されているＴＲＫ−００１からＴＲＫ−４００を順次参照する。上述した一例の場合には、メモリ内に１０曲収録されているのでＴＲＫ−００１からＴＲＫ−０１０までを参照すればよい。
【０１７０】
ステップＳＰ７において、ＴＲＫ−ＸＸＸ（ＸＸＸ＝００１〜４００）には、対応するファイル番号ＦＮＯが記録されているので、トラック番号ＴＲＫ−ＸＸＸとファイル番号ＦＮＯの対応表をメモリに記憶する。
【０１７１】
ステップＳＰ８において、レジスタに記憶したＮをデクリメント処理して、ステップＳＰ９において、Ｎ＝０になるまでステップＳＰ６、ＳＰ７およびＳＰ８を繰り返す。ステップＳＰ９において、Ｎ＝０と判断されたらステップＳＰ１０において、先頭のブロックにポインタをリセットして、先頭のブロックから探索をやり直す。
【０１７２】
次に、ステップＳＰ１１において、ブロック先頭のブロックＩＤ
ＢＬＫＩＤがＢＬＫＩＤ−ＨＤ０か否かを判別する。このステップＳＰ１１において、ブロック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＨＤ０で無い場合には、ステップＳＰ１２において、ブロック番号をインクリメント処理して、ステップＳＰ１３において、ブロックの終端部まで検索したか否かを判別する。
【０１７３】
そして、ステップＳＰ１３において、ブロックの終端部まで至ってないと判別された場合には、再度ステップＳＰ１１に制御が戻る。
【０１７４】
ステップＳＰ１１において、ブロック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＨＤ０であると判断されるまで、先頭ブロックからの探索を開始する。ステップＳＰ１１において、ブロック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＨＤ０と判断された場合には、ステップＳＰ１４において、そのブロックは、第１８図の0x0000〜0x03FFF に示すＡＴＲＡＣ３データファイルの先頭部分の属性ヘッダ（第８図参照）と判断される。
【０１７５】
次に、ステップＳＰ１５において、属性ヘッダ内に記録されているファイル番号ＦＮＯ、同一ＡＴＲＡＣ３データファイル内での通し番号を表すＢＬＯＣＫＳＥＲＩＡＬ、コンテンツ累積番号キーＣＯＮＮＵＭ０を参照して、メモリに記憶する。ここで、１０個のＡＴＲＡＣ３データファイルが存在する（すなわち、１０曲収録されている）場合には、先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＴＬ０と判断されるブロックが１０個存在するので、１０個索出されるまで処理を続ける。
【０１７６】
ステップＳＰ１３において、ブロックの終端部まで至っていると判別された場合には、ステップＳＰ１６において、先頭のブロックにポインタをリセットして、先頭のブロックから探索をやり直す。
【０１７７】
次に、ステップＳＰ１７において、ブロック先頭のブロックＩＤがＢＬＫＩＤがＢＬＫＩＤ−Ａ３Ｄか否かを判断する。このステップＳＰ１７において、ブロック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−Ａ３Ｄで無い場合には、ステップＳＰ１８において、ブロック番号をインクリメント処理して、ステップＳＰ１９において、ブロックの終端部まで検索したか否かを判別する。ステップＳＰ１９において、ブロックの終端部まで至ってないと判別された場合には、再度ステップＳＰ１７に制御が戻る。
【０１７８】
そして、ステップＳＰ１７において、ブロック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−Ａ３Ｄであると判断された場合には、ステップＳＰ２０において、ブロックはＡＴＲＡＣ３データファイルが実際に記録されているブロックと判断される。
【０１７９】
次に、ステップＳＰ２１において、ＡＴＲＡＣ３データブロック内に記録されている通し番号ＢＬＯＣＫ ＳＥＲＩＡＬ、コンテンツ累積番号キーＣＯＮＮＵＭ０を参照して、メモリに記憶する。このコンテンツ累積番号キーＣＯＮＮＵＭ０は同一ＡＴＲＡＣ３データファイル内では共通の番号が付与されている。即ち１つのＡＴＲＡＣ３データファイルが１０個のブロックから構成されている場合には、ブロック内に各々記録されているＣＯＮＮＵＭ０には全部共通の番号が記録されている。
【０１８０】
さらに、１つのＡＴＲＡＣ３データファイルが１０個のブロックから構成されている場合には、１０個のブロックの各々のＢＬＯＣＫＳＥＲＩＡＬには１〜１０のいずれかの通し番号が付与されている。ＣＯＮＮＵＭ０およびＢＬＯＣＫＳＥＲＩＡＬに基づいて同一コンテンツを構成するブロックか、さらに同一コンテンツ内の再生順序（連結順序）が判る。
【０１８１】
この実施形態では、１０個のＡＴＲＡＣ３データファイル（即ち１０曲）が記録され、例えば各々のＡＴＲＡＣ３データファイルが１０個のブロックから構成される場合には、１００個のデータブロックが存在することになる。この１００個のデータファイルがどの曲番を構成し、どの順序で連結されるべきかはＣＯＮＮＵＭ０およびＢＬＯＣＫ ＳＥＲＩＡＬを参照して行われる。
【０１８２】
ステップＳＰ１９において、ブロックの終端部まで至っていると判別された場合には、全ブロックに対して、再生管理ファイル、ＡＴＲＡＣ３データファイル、属性ファイルの全ての検索が終了したことを意味するので、ステップＳＰ２２は、メモリ上に記憶されたブロック番号に対応するＣＯＮＮＵＭ０、ＢＬＯＣＫ ＳＥＲＩＡＬ、ＦＮＯ、ＴＲＫ−ＸＸＸに基づいてファイルの連結状態を再現する。連結状態が確認できたらメモリ上の破壊されていない空きエリアにＦＡＴを作成し直しても良い。
【０１８３】
次に、上述した管理ファイルと異なるデータ構成の管理ファイル他の例について、説明する。第２５図は、メモリカード４０のファイル構成の他の例を全体として示す。音楽用ディレクトリには、トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦ（以下、単にＴＲＫＬＩＳＴと表記する）と、トラック情報管理ファイルのバックアップＴＲＫＬＩＳＴＢ．ＭＳＦ（以下、単にＴＲＫＬＩＳＴＢと表記する）と、アーチスト名、ＩＳＲＣコード、タイムスタンプ、静止画像データ等の各種付加情報データを記述するＩＮＦＬＩＳＴ．ＭＳＦ（以下、単にＩＮＦＩＳＴと表記する）と、ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ．ＭＳＡ（以下、単にＡ３Ｄｎｎｎｎと表記する）とが含まれる。ＴＲＫＬＩＳＴには、ＮＡＭＥ１およびＮＡＭＥ２が含まれる。ＮＡＭＥ１は、メモリカード名、曲名ブロック（１バイトコード用）で、ＡＳＣＩＩ／８８５９−１の文字コードにより曲名データを記述する領域である。ＮＡＭＥ２は、メモリカード名、曲名ブロック（２バイトコード用）で、ＭＳ−ＪＩＳ／ハングル語／中国語等により曲名データを記述する領域である。
【０１８４】
第２６図は、音楽用ディレクトリのトラック情報管理ファイルＴＲＫＬＩＳＴと、ＮＡＭＥ１および２と、ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ間の関係を示す。ＴＲＫＬＩＳＴは、全体で６４Ｋバイト（＝１６Ｋ×４）の固定長で、その内の３２Ｋバイトがトラックを管理するパラメータを記述するのに使用され、残りの３２ＫバイトがＮＡＭＥ１および２を記述するのに使用される。曲名等を記述したファイルＮＡＭＥ１および２は、トラック情報管理ファイルと別扱いでも実現できるが、ＲＡＭ容量の小さいシステムは、トラック情報管理ファイルと曲名ファイルとを分けない方が管理ファイルをまとめて管理することができ、操作しやすくなる。
【０１８５】
トラック情報管理ファイルＴＲＫＬＩＳＴ内のトラック情報領域ＴＲＫＩＮＦ−ｎｎｎｎおよびパーツ情報領域ＰＲＴＩＮＦ−ｎｎｎｎによって、データファイルＡ３Ｄｎｎｎｎおよび付加情報用のＩＮＦＬＩＳＴが管理される。なお、暗号化の処理を受けるのは、ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎのみである。第２６図中で、横方向が１６バイト（０〜Ｆ）であり、縦方向に１６進数（０ｘか１６進数を意味する）でその行の先頭の値が示されている。
【０１８６】
他の例では、トラック情報管理ファイルＴＲＫＬＩＳＴ（曲名ファイルを含む）と、付加情報管理ファイルＩＮＦＬＩＳＴと、データファイルＡ３Ｄｎｎｎｎとの３個のファイルの構成とされ、ＴＲＫＬＩＳＴによってＩＮＦＬＩＳＴおよびＡ３Ｄｎｎｎｎが管理される。前述したデータ構成の一例（第７図、第８図および第９図）では、メモリカードの全体を管理する再生管理ファイルＰＢＬＩＳＴと、各トラック（曲）のデータファイルＡＴＲＡＣ３との２種類のファイルの構成とされる。
【０１８７】
以下、データ構成の他の例について説明するが、上述したデータ構成の一例と同一の点については、その説明を省略することにする。
【０１８８】
第２７図は、トラック情報管理ファイルＴＲＫＬＩＳＴのより詳細な構成を示す。トラック情報管理ファイルＴＲＫＬＩＳＴは、１クラスタ（１ブロック）＝１６ＫＢのサイズで、その後に続くバックアップ用のＴＲＫＬＩＳＴＢも同一サイズ、同一データのものである。トラック情報管理ファイルは、先頭から３２バイトがヘッダである。ヘッダには、上述した再生管理ファイルＰＢＬＩＳＴ中のヘッダと同様に、ＢＬＫＩＤ−ＴＬ０／ＴＬ１（バックアップファイルのＩＤ）（４バイト）、総トラック数Ｔ−ＴＲＫ（２バイト）、メーカーコードＭＣｏｄｅ（２バイト）、ＴＲＫＬＩＳＴの書き換え回数ＲＥＶＩＳＩＯＮ（４バイト）、更新日時のデータＳ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ）が書かれる。これらのデータの意味、機能、値は、前述した通りである。これらのデータ以外に下記のデータが書かれる。
【０１８９】
ＹＭＤｈｍｓ（４バイト）
最後にＴＲＫＬＩＳＴが更新された年月日
Ｎ１（１バイト）（Ｏｐｔｉｏｎ）
メモリカードの連番号（分子側）で、１枚使用時はすべて（０ｘ０１）
Ｎ２（１バイト）（Ｏｐｔｉｏｎ）
メモリカードの連番号（分母側）で、１枚使用時はすべて（０ｘ０１）
ＭＳＩＤ（２バイト）（Ｏｐｔｉｏｎ）
メモリカードのＩＤで、複数組の時は、ＭＳＩＤが同一番号（Ｔ．Ｂ．Ｄ．）（Ｔ．Ｂ．Ｄ．は、将来定義されうることを意味する）
Ｓ−ＴＲＫ（２バイト）
特別トラック（４０１〜４０８）の記述（Ｔ．Ｂ．Ｄ．）で、通常は、０ｘ００００
ＰＡＳＳ（２バイト）（Ｏｐｔｉｏｎ）
パスワード（Ｔ．Ｂ．Ｄ．）
ＡＰＰ（２バイト）（Ｏｐｔｉｏｎ）
再生アプリケーションの規定（Ｔ．Ｂ．Ｄ．）（通常は、０ｘ００００）
ＩＮＦ−Ｓ（２バイト）（Ｏｐｔｉｏｎ）
メモリカード全体の付加情報ポインタであり、付加情報がないときは、０ｘ００とする。
ＴＲＫＬＩＳＴの最後の１６バイトとして、ヘッダ内のものと同一のＢＬＫＩＤ−ＴＬ０と、ＭＣｏｄｅと、ＲＥＶＩＳＩＯＮとが配される。また、バックアップ用のＴＲＫＬＩＳＴＢにも上述したヘッダが書かれる。この場合、ＢＬＫＩＤ−ＴＬ１と、ＭＣｏｄｅと、ＲＥＶＩＳＩＯＮとが配される。
【０１９０】
ヘッダの後にトラック（曲）ごとの情報を記述するトラック情報領域ＴＲＫＩＮＦと、トラック（曲）内のパーツの情報を記述するパーツ情報領域ＰＲＴＩＮＦが配置される。第２７図では、ＴＲＫＬＩＳＴの部分に、これらの領域が全体的に示され、下側のＴＲＫＬＩＳＴＢの部分にこれらの領域の詳細な構成が示されている。また、斜線で示す領域は、未使用の領域を表す。
【０１９１】
トラック情報領域ＴＲＫＩＮＦ−ｎｎｎおよびパーツ情報領域ＰＲＴＩＮＦ−ｎｎｎに、上述したＡＴＲＡＣ３データファイルに含まれるデータが同様に書かれる。すなわち、再生制限フラグＬＴ（１バイト）、コンテンツキーＣＯＮＴＥＮＴＳ ＫＥＹ（８バイト）、記録機器のセキュリティブロックのシリアル番号ＭＧ（Ｄ）ＳＥＲＩＡＬ（１６バイト）、曲の特徴的部分を示すためのＸＴ（２バイト）（Ｏｐｔｉｏｎ）およびＩＮＸ（２バイト）（Ｏｐｔｉｏｎ）、再生制限情報およびコピー制御に関連するデータＹＭＤｈｍｓ−Ｓ（４バイト）（Ｏｐｔｉｏｎ）、ＹＭＤｈｍｓ−Ｅ（４バイト）（Ｏｐｔｉｏｎ）、ＭＴ（１バイト）（Ｏｐｔｉｏｎ）、ＣＴ（１バイト）（Ｏｐｔｉｏｎ）、ＣＣ（１バイト）、ＣＮ（１バイト）（Ｏｐｔｉｏｎ）、パーツの属性を示すＡ（１バイト）、パーツサイズＰＲＴＳＩＺＥ（４バイト）、パーツキーＰＲＴＫＥＹ（８バイト）、コンテンツ累積番号ＣＯＮＮＵＭ（４バイト）が書かれている。これらのデータの意味、機能、値は、前述した通りである。これらのデータ以外に下記のデータが書かれる。
【０１９２】
Ｔ０（１バイト）
固定値（Ｔ０＝０ｘ７４）
ＩＮＦ−ｎｎｎ（Ｏｐｔｉｏｎ）（２バイト）
各トラックの付加情報ポインタ（０〜４０９）、００：付加情報がない曲の意味
ＦＮＭ−ｎｎｎ（４バイト）
ＡＴＲＡＣ３データのファイル番号（０ｘ００００〜０ｘＦＦＦＦ）
ＡＴＲＡＣ３データファイル名（Ａ３Ｄｎｎｎｎｎ）のｎｎｎｎｎ （ＡＳＣＩＩ）番号を０ｘｎｎｎｎｎに変換した値
ＡＰＰ＿ＣＴＬ（４バイト）（Ｏｐｔｉｏｎ）
アプリケーション用パラメータ（Ｔ．Ｂ．Ｄ．）（通常、０ｘ００００）
Ｐ−ｎｎｎ（２バイト）
曲を構成するパーツ数（１〜２０３９）で、前述のＴ−ＰＡＲＴに対応する。
ＰＲ（１バイト）
固定値（ＰＲ＝０ｘ５０）
【０１９３】
次に、名前をまとめて管理する名前の領域ＮＡＭＥ１およびＮＡＭＥ２について説明する。第２８図は、ＮＡＭＥ１（１バイトコードを使用する領域）のより詳細なデータ構成を示す。ＮＡＭＥ１および後述のＮＡＭＥ２は、ファイルの先頭から８バイト単位で区切られ、１スロット＝８バイトとされている。先頭の０ｘ８０００には、ヘッダが書かれ、その後ろにポインタおよび名前が記述される。ＮＡＭＥ１の最後のスロットにヘッダと同一データが記述される。
【０１９４】
ＢＬＫＩＤ−ＮＭ１（４バイト）
ブロックの内容を特定する固定値（ＮＭ１＝０ｘ４Ｅ４Ｄ２Ｄ３１）
ＰＮＭ１−ｎｎｎ（４バイト）（Ｏｐｔｉｏｎ）
ＮＭ１（１バイトコード）へのポインタ
ＰＮＭ１−Ｓは、メモリカードを代表する名前のポインタ
ｎｎｎ（＝１〜４０８）は、曲名のポインタ
ポインタは、ブロック内の開始位置（２バイト）と文字コードタイプ（２ビット）とデータサイズ（１４ビット）を記述
ＮＭ１−ｎｎｎ（Ｏｐｔｉｏｎ）
１バイトコードで、メモリカード名、曲名データを可変長で記述
名前データの終端コード（０ｘ００）を書き込む。
【０１９５】
第２９図は、ＮＡＭＥ２（２バイトコードを使用する領域）のより詳細なデータ構成を示す。先頭（０ｘ８０００）には、ヘッダが書かれ、ヘッダの後ろにポインタおよび名前が記述される。ＮＡＭＥ２の最後のスロットにヘッダと同一データが記述される。
【０１９６】
ＢＬＫＩＤ−ＮＭ２（４バイト）
ブロックの内容を特定する固定値（ＮＭ２＝０ｘ４Ｅ４Ｄ２Ｄ３２）
ＰＮＭ２−ｎｎｎ（４バイト）（Ｏｐｔｉｏｎ）
ＮＭ２（２バイトコード）へのポインタ
ＰＮＭ２−Ｓは、メモリカードを代表する名前のポインタ
ｎｎｎ（＝１〜４０８）は、曲名のポインタ
ポインタは、ブロック内の開始位置（２バイト）と文字コードタイプ（２ビット）とデータサイズ（１４ビット）を記述
ＮＭ２−ｎｎｎ（Ｏｐｔｉｏｎ）
２バイトコードで、メモリカード名、曲名データを可変長で記述
名前データの終端コード（０ｘ００００）を書き込む。
【０１９７】
第３０図は、１ＳＵがＮバイトの場合のＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎのデータ配列（１ブロック分）を示す。このファイルは、１スロット＝８バイトである。第３０図では、各スロットの先頭（０ｘ００００〜０ｘ３ＦＦ８）の値が示されている。ファイルの先頭から４個のスロットがヘッダである。前述したデータ構成の一例におけるデータファイル（第１７図参照）の属性ヘッダに続くデータブロックと同様に、ヘッダが設けられる。すなわち、このヘッダには、ＢＬＫＩＤ−Ａ３Ｄ（４バイト）、メーカーコードＭＣｏｄｅ（２バイト）、暗号化に必要なＢＬＯＣＫ ＳＥＥＤ（８バイト）、最初に作られたコンテンツ累積番号ＣＯＮＮＵＭ０（４バイト）、トラック毎の連続番号ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト）、暗号化／復号化に必要なＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８バイト）が書かれる。なお、ブロックの最後の一つ前のスロットに、ＢＬＯＣＫ ＳＥＥＤが二重記録され、最後のスロットにＢＬＫＩＤ−Ａ３ＤおよびＭＣｏｄｅが記録される。そして、前述したデータ構成の一例と同様に、ヘッダの後にサウンドユニットデータＳＵ−ｎｎｎｎが順に配される。
【０１９８】
第３１図は、付加情報を記述するための付加情報管理ファイルＩＮＦＬＩＳＴのより詳細なデータ構成を示す。他のデータ構成においては、このファイルＩＮＦＬＩＳＴの先頭（０ｘ００００）には、下記のヘッダが記述される。ヘッダ以降にポインタおよびデータが記述される。
【０１９９】
ＢＬＫＩＤ−ＩＮＦ（４バイト）
ブロックの内容を特定する固定値（ＩＮＦ＝０ｘ４９４Ｅ４６４Ｆ）
Ｔ−ＤＡＴ（２バイト）
総データ数を記述（０〜４０９）
ＭＣｏｄｅ（２バイト）
記録した機器のメーカーコード
ＹＭＤｈｍｓ（４バイト）
記録更新日時
ＩＮＦ−ｎｎｎ（４バイト）
付加情報のＤＡＴＡ（可変長、２バイト（スロット）単位）へのポインタ
開始位置は、上位１６ビットで示す（００００〜ＦＦＦＦ）
ＤａｔａＳｌｏｔ−００００の（０ｘ０８００）先頭からのオフセット値（スロット単位）を示す。
データサイズは、下位１６ビットで示す（０００１〜７ＦＦＦ）（最上位ビットＭＳＢに無効フラグをセットする。ＭＳＢ＝０（有効を示す）、ＭＳＢ＝１（無効を示す）
データサイズは、その曲のもつ総データ数を表す。
（データは、各スロットの先頭から始まり、データの終了後は、スロットの終わりまで００を書き込むこと）
最初のＩＮＦは、アルバム全体の持つ付加情報を示すポインタ（通常ＩＮＦ−４０９で示される）
【０２００】
第３２図は、付加情報データの構成を示す。一つの付加情報データの先頭に８バイトのヘッダが付加される。この付加情報の構成は、上述したデータ構成の一例における付加情報の構成（第１２図Ｃ参照）と同様のものである。すなわち、ＩＤとしてのＩＮ（１バイト）、キーコードＩＤ（１バイト）、個々の付加情報の大きさを示すＳＩＺＥ（２バイト）、メーカーコードＭＣｏｄｅ（２バイト）が書かれる。さらに、ＳＩＤ（１バイト）は、サブＩＤである。
【０２０１】
上述したこの発明の一実施形態では、メモリカードのフォーマットとして規定されているファイルシステムとは別に音楽用データに対するトラック情報管理ファイルＴＲＫＬＩＳＴを使用するので、ＦＡＴが何らかの事故で壊れても、ファイルを修復することが可能となる。第３３図は、ファイル修復処理の流れを示す。ファイル修復のためには、ファイル修復プログラムで動作し、メモリカードをアクセスできるコンピュータ（ＤＳＰ３０と同様の機能を有するもの）と、コンピュータに接続された記憶装置（ハードディスク、ＲＡＭ等）とが使用される。最初のステップ１０１では、次の処理がなされる。なお、第２５図〜第３２図を参照して説明したトラック管理ファイルＴＲＫＬＩＳＴに基づいてファイルを修復する処理を説明する。
【０２０２】
ＦＡＴが壊れたフラッシュメモリの全ブロックを探索し、ブロックの先頭の値（ＢＬＫＩＤ）がＴＬ−０を探す。このフラッシュメモリの全ブロックを探索し、ブロックの先頭の値（ＢＬＫＩＤ）がＴＬ−１を探す。このフラッシュメモリの全ブロックを探索し、ブロックの先頭の値（ＢＬＫＩＤ）がＮＭ−１を探す。このフラッシュメモリの全ブロックを探索し、ブロックの先頭の値（ＢＬＫＩＤ）がＮＭ−２を探す。この４ブロック（トラック情報管理ファイル）の全内容は、修復用コンピュータによって例えばハードディスクに収集する。
【０２０３】
トラック情報管理ファイルの先頭から４バイト目以降のデータから総トラック数ｍの値を見つけ把握しておく。トラック情報領域ＴＲＫＩＮＦ−００１の先頭から２０バイト目、１曲目のＣＯＮＮＵＭ−００１とそれに続くＰ−００１の値を見つける。Ｐ−００１の内容から構成されるパーツの総数を把握し、続くＰＲＴＩＮＦの中のトラック１を構成する全てのＰＲＴＳＩＺＥの値を見つけ出し、それらを合計した総ブロック（クラスタ）数ｎを計算し、把握しておく。
【０２０４】
トラック情報管理ファイルは見つかったので、ステップ１０２では、音のデータファイル（ＡＴＲＡＣ３データファイル）を探索する。フラッシュメモリの管理ファイル以外の全ブロックを探索し、ＡＴＲＡＣ３データファイルであるブロックの先頭の値（ＢＬＫＩＤ）がＡ３Ｄのブロック群の収集を開始する。
【０２０５】
Ａ３Ｄｎｎｎｎの中で先頭から１６バイト目に位置するＣＯＮＮＵＭ０の値がトラック情報管理ファイルの１曲目のＣＯＮＮＵＭ−００１と同一で、２０バイト目からのＢＬＯＣＫ ＳＥＲＩＡＬの値が０のものを探し出す。これが見つかったら、次のブロック（クラスタ）として同一のＣＯＮＮＵＭ０の値で、２０バイト目からのＢＬＯＣＫ ＳＥＲＩＡＬの値が＋１されたもの（１＝０＋１）を探し出す。これが見つかったら、同様に、次のブロック（クラスタ）として同一のＣＯＮＮＵＭ０の値で、２０バイト目からのＢＬＯＣＫ ＳＥＲＩＡＬの値が＋１されたもの（２＝１＋１）を探し出す。
【０２０６】
この処理を繰り返して、トラック１の総クラスタであるｎ個になるまでＡＴＲＡＣ３データファイルを探す。全てが見つかったら、探したブロック（クラスタ）の内容を全てハードディスクに順番に保存する。
【０２０７】
次のトラック２に関して、上述したトラック１に関する処理を行う。すなわち、ＣＯＮＮＵＭ０の値がトラック情報管理ファイルの１曲目のＣＯＮＮＵＭ−００２と同一で、２０バイト目からのＢＬＯＣＫ ＳＥＲＩＡＬの値が０のものを探し出し、以下、トラック１の場合と同様に、最後のブロック（クラスタ）ｎ’までＡＴＲＡＣ３データファイルを探し出す。全てが見つかったら、探したブロック（クラスタ）の内容を全て外部のハードディスクに順番に保存する。
【０２０８】
全トラック（トラック数ｍ）について、以上の処理を繰り返すことによって、全てのＡＴＲＡＣ３データファイルが修復用コンピュータが管理する外部のハードディスクに収集される。
【０２０９】
そして、ステップ１０３では、ＦＡＴが壊れたメモリカードを再度初期化し、ＦＡＴを再構築し、所定のディレクトリを作り、トラック情報管理ファイルと、ｍトラック分のＡＴＲＡＣ３データファイルをハードディスク側からメモリカードへコピーする。これによって、修復作業が完了する。
【０２１０】
なお、管理ファイル、データファイルにおいて、重要なパラメータ（主としてヘッダ内のコード）を二重に限らず、三重以録しても良く、重要なパラメータに対して専用のエラー訂正符号の符号化を行うようにしても良い。また、このように多重記録する場合の位置は、ファイルの先頭および末尾の位置に限らず、１ページ単位以上離れた位置であれば有効である。
【０２１１】
以上の一実施形態および他の実施形態は、システムオーディオセットのプレーヤ／レコーダとしてメモリカードレコーダを使用する例について説明した。この発明は、例えばＣＤプレーヤの再生ディジタル信号をハードディスクに保存し、ハードディスクをオーディオサーバとして使用し、ハードディスクから上述したフォーマットのメモリカード４０にムーブし、上述したようなディジタルオーディオプレーヤ／レコーダ、または携帯型プレーヤ／レコーダによって聞くことを可能とするものである。以下、第７図〜第２３図に示すこの発明の一実施形態と第２５図〜第３２図に示したこの発明の他の実施形態とに基づいて、ハードディスクとメモリカードへコンテンツとの間のムーブに関連する部分をより詳細に説明する。
【０２１２】
第３４図は、ハードディスクドライブを有する蓄積装置例えばパソコンを示す。以下の説明では、蓄積装置を単にホストまたはホスト側と称する。２０１がハードディスクドライブを示し、ハードディスクドライブ２０１がＣＰＵ２０２の制御によって動作される。また、ＣＰＵ２０２と関連して、外部不揮発性メモリ（外部ＮＶＲＡＭ）２０３、操作ボタン２０４および表示デバイス２０５が設けられている。
【０２１３】
また、ＡＴＲＡＣ３のオーディオエンコーダ／デコーダ２０６が設けられ、アナログ入力２０７がＡ／Ｄ変換器２０８でディジタルオーディオ信号へ変換され、オーディオエンコーダ／デコーダ２０６によりＡＴＲＡＣ３方式により圧縮される。また、ＣＤプレーヤ２０９からのディジタル入力２１０がディジタル入力レシーバ２１１を介してオーディオエンコーダ／デコーダ２０６に供給され、ＡＴＲＡＣ３方式により圧縮される。さらに、ホスト側は、ハードディスクドライブ２０１に格納されているオーディオデータを復号化し、オーディオエンコーダ／デコーダ２０６でディジタルオーディオ信号へ復号化し、Ｄ／Ａ変換器２１３によって、アナログオーディオ出力２１４を得ることが可能とされている。更に図示しないが、インターネット等に公衆回線で接続して圧縮／非圧縮のディジタルオーディオデータをハードディスクＨＤＤ２０１にダウンロードするようにしても良い。
【０２１４】
オーディオエンコーダ／デコーダ２０６からの圧縮オーディオデータがホスト側のセキュリティブロックＳ−ＳＡＭ（Ｄ）２１２に供給され、暗号化される。暗号化は、上述したオーディオレコーダにおけるのと同様にコンテンツキーを使用してなされるものである。暗号化されたＡＴＲＡＣ３のデータがＣＰＵ２０２の制御の下で、ハードディスクドライブ２０１に格納される。また、ディジタル入力の場合、ＩＳＲＣ（Industry Standard
Recording Code）、ＴＯＣ(Table Of Content)＿ＩＤ等のディスクに予め記録されている曲を特定する情報も得ることができる。セキュリティブロックＳ−ＳＡＭ（Ｄ）２１２では、コンテンツ毎（この一実施形態では、オーディオファイル（トラック）毎）にコンテンツキー、コンテンツ累積番号ＣＯＮＮＵＭを発生し、また、各ホスト毎に固有のシリアル番号を有する。これらの値も、ハードディスクドライブ２０１および／または外部不揮発性メモリ２０３に保存される。
【０２１５】
ハードディスクドライブ２０１に保存された暗号化されたＡＴＲＡＣ３のデータファイルを暗号化した装置（ホスト）以外の機器で再生するために、上述したメモリカード４０にムーブする。ムーブしたデータファイルは、ハードディスクドライブ２０１に残らず、その点でコピーとムーブは異なる処理である。
【０２１６】
また、ＡＴＲＡＣ３のデータがコンテンツキーによって暗号化されているので、若し、データがコピーされてもコピー先で復号化できなければ、再生することができない。しかしながら、暗号の鍵であるコンテンツキーを盗まれると、暗号化が無意味となってしまう。そこで、コンテンツキー自体を更に暗号化して、コンテンツキー自身の値を外部に漏らすことはない。例えばハードディスクドライブ２０１からメモリカード４０に対してムーブする時には、セッションキーによってコンテンツキーを暗号化し、ハードディスクドライブ２０１からメモリカード４０へ暗号化されたコンテンツキーが伝送される。メモリカード４０では、セッションキーによりコンテンツキーを復号し、次にメモリカード４０のストレージキーでコンテンツを暗号化し、暗号化されたコンテンツキーがメモリカード４０に保存される。
【０２１７】
メモリカード４０からハードディスクドライブ２０１へデータをムーブする時も同様に、メモリカード４０とハードディスクドライブ２０１間では、コンテンツキーがセッションキーで暗号化されて伝送される。ハードディスクドライブ２０１に記録されるコンテンツキーと、メモリカード４０に記録されるコンテンツキーの値は異なる。このように、常にオーディオデータとコンテンツキーが移動先でペアで存在する必要がある。
【０２１８】
ムーブを行う時の処理について、第３５図を参照してさらに詳細に説明する。最初に、第１図に示すオーディオレコーダについて説明したようなフォーマットでもってメモリカード４０に記録されているデータをホスト側のハードディスクドライブ２０１にムーブする時の処理について説明する。電源オン等の初期状態において、メモリカード４０が装着されているかどうかが決定され、メモリカード４０が装着されている時には、ホスト側とメモリカード４０間で認証がなされる。認証が成立すると、ホスト側とメモリカード側がセッションキーＳｅｋを共有する。
【０２１９】
次に、ホストがメモリカード４０を読み出し、この発明の一実施形態では再生管理ファイルＰＢＬＩＳＴ中に含まれるコンテンツキーＣＫを、この発明の他の実施形態においてはトラック情報領域ＴＲＫＩＮＦからメモリカード４０のそれぞれに固有のストレージキーＫｓｔｍで暗号化されたコンテンツキーＣＫ（ＤＥＳ（Data Encription Standard）（Ｋｓｔｍ，ＣＫ）と表記する。）を抽出する。そして、このＤＥＳ（Ｋｓｔｍ，ＣＫ）をホストからメモリカード４０へ伝送する。メモリカード４０がストレージキーＫｓｔｍで復号化する。復号化したコンテンツキーをセッションキーＳｅｋで暗号化する。
【０２２０】
メモリカード４０からセッションキーＳｅｋで暗号化されたコンテンツキーＤＥＳ（Ｓｅｋ，ＣＫ）をホスト側が受け取る。ホスト側では、セッションキーＳｅｋでコンテンツキーＣＫを復号化し、ホストに固有のストレージキーＫｓｔｄで再暗号化し、ハードディスクドライブ２０１内に保存する。つまり、キーは、新たなコンテンツキーとなって保存される。ストレージキーＫｓｔｄおよびＫｓｔｍは、外部からその値自身を読みだすことができないように保存される。
【０２２１】
第３５図において、ホスト側のセキュリティブロック２１２ａがメモリカード４０のセキュリティブロックと認証を行い、セッションキーＳｅｋを共有することが示されている。また、セキュリティブロック２１２ａからのストレージキーＫｓｔｄと、コンテンツキーＣＫとが暗号器２１２ｂに供給され、暗号化されたコンテンツキーＤＥＳ（Ｋｓｔｄ，ＣＫ）が生成される。
【０２２２】
２１５の経路で示すように、メモリカード４０から、既に暗号化されているＡＴＲＡＣ３データがそのままホスト側へムーブされ、ハードディスクドライブ２０１に保存される。この場合、第２７図を参照して説明したように、メモリカード４０上に記録されているトラック管理情報ＴＲＫＩＮＦもデータファイルと共に、ホスト側へ伝送される。特に、トラック情報領域ＴＲＫＩＮＦ−ｎｎｎｎに元から存在する曲毎のコンテンツ累積番号（ＣＯＮＮＵＭ）、Ｓ−ＳＡＭシリアル番号およびファイル番号ＦＮＭ−ｎｎｎｎをそのままコピーして、ホスト側のトラック情報領域ＴＲＫＩＮＦとして記録される。これらの属性情報は、コンテンツキーと異なり、暗号化されない。
【０２２３】
若し、これらの情報をホスト側に移動しないと、ハードディスクドライブ２０１にオーディオデータを保存することができても、ホスト自身が保存したオーディオデータの復号化を行うことができず、再び保存したオーディオデータをメモリカードにムーブしないかぎり、そのオーディオデータを再生することができない。
【０２２４】
ここで、コンテンツ累積番号ＣＯＮＮＵＭは、メモリカード４０およびホスト側のそれぞれのセキュリティブロックの暗号器を通して曲を記録したときの１曲毎の累積の番号である。２32＝４２億曲分用意されており、常に最後の番号を暗号器が不揮発性メモリの中に覚えているので、一つのメモリカード内では重複することがない。Ｓ−ＳＡＭシリアル番号（ＳＥＲＩＡＬ）は、暗号器に付けられた固有の番号で、２128 個の番号が用意され、重複することがない。ファイル番号ＦＮＭ−ｎｎｎｎは、ＡＴＲＡＣ３のデータファイルに付けられた番号であって、ハードウエアにより自由にその値を決められるので、重複がありうる。そのため、コンテンツ累積番号ＣＯＮＮＵＭおよびＳ−ＳＡＭシリアル番号（ＳＥＲＩＡＬ）が補助として追加され、合計３個の番号でもって、データファイル（トラック、曲）を記録した時に、そのファイルを特定することができる。
【０２２５】
以上のように、認証および暗号化のために、ホスト側のセキュリティブロック２１２が生成または有するものは、
自分の固有の番号（Ｓ−ＳＡＭシリアル番号）
コンテンツキーＣＫ（コンテンツ毎に作成される）
ストレージキーＫｓｔｄ
セッションキーＳｅｋ
である。
【０２２６】
この発明の一実施形態において、上述のＳ−ＳＡＭシリアル番号、コンテンツキーＣＫ、コンテンツ累積番号ＣＯＮＮＵＭ、ファイル番号ＦＮＭ−ｎｎｎを第１７図のＡ３Ｄｎｎｎｎ．ＭＳＡ（ＡＴＲＡＣデータファイル）のＭＧ（Ｄ）Ｓｅｒｉａｌ−ｎｎｎ，ＣＯＮＴＥＮＴＳＫＥＹ，ＣＯＮＮＵＭ，およびＢｌｏｃｋ Ｓｅｒｉａｌに各々対応つけて記録される。
【０２２７】
さらに、この発明の他の実施形態において、ホスト側のハードディスクドライブ２０１および／または外部不揮発性メモリ２０３において、暗号化されたオーディオデータファイルとそれぞれ対応するトラック情報領域ＴＲＫＩＮＦには、
ファイル番号ＦＮＭ−ｎｎｎｎ
暗号化されたコンテンツキーＣＫ
Ｓ−ＳＡＭシリアル番号
コンテンツ累積番号ＣＯＮＮＵＭ
が記録される。
【０２２８】
さらに、ハードディスクドライブ２０１に対して例えばＣＤプレーヤ２０９からのディジタル入力を直接的に記録する場合には、オーディオエンコーダ／デコーダ２０６によりＡＴＲＡＣ３でオーディオデータを圧縮する。そして、ホスト側のセキュリティブロック２１２で、コンテンツ（曲）毎にコンテンツキーＣＫを作り、自分のストレージキーＫｓｔｄでコンテンツキーを暗号化する。この暗号化したコンテンツキーＤＥＳ（Ｋｓｔｄ，ＣＫ）に基づいてＡＴＲＡＣ３データに暗号器２１２ｃによって暗号化をかけて、暗号化したオーディオデータ２１６をハードディスクドライブ２０１に保存する。この時に、曲毎にコンテンツ累積番号ＣＯＮＮＵＭ、Ｓ−ＳＡＭ（Ｄ）シリアル番号もホスト側のセキュリティブロック２１２ａで発生し、この発明の一実施形態においては第１７図のＡ３Ｄｎｎｎｎ．ＭＳＡ（ＡＴＲＡＣデータファイル）としてハードディスクドライブ２０１に記録され、この発明の他の実施形態においては、トラック情報領域ＴＲＫＩＮＦとしてハードディスクドライブ２０１に保存する。但し、これらの属性情報は、コンテンツキーと異なり、ストレージキーＫｓｔｄによって暗号化されない。
【０２２９】
また、ホスト自身、ハードディスクドライブ２０１に蓄積されているコンテンツを復号化して再生することができる。ホストにおける記録または再生のために、操作ボタン２０４が操作され、表示デバイス２０５の表示が使用される。
【０２３０】
さらに、ホスト側では、ＣＤプレーヤ２０９からのディジタル入力をハードディスクドライブ２０１にコピーした場合には、ディジタルレシーバ２１１において、ＴＯＣ＿ＩＤまたは各曲のＩＳＲＣのようなＣＤプレーヤ２０９が再生したＣＤ上の曲を特定する情報を得ることができる。ＣＤプレーヤ２０９からのディジタル入力をコピーする際には、１枚のＣＤ毎にディレクトリ名を設定する。
【０２３１】
上述した処理と逆に、ホスト側からメモリカード４０へデータをムーブすることもできる。最初に認証動作がなされ、認証成立によってセッションキーＳｅｋが共有される。ホストは、ハードディスクドライブ２０１からＤＥＳ（Ｋｓｔｄ，ＣＫ）を読み出し、ストレージキーＫｓｔｄで復号化する。復号化したコンテンツキーをセッションキーＳｅｋで暗号化し、暗号化されたコンテンツキーＤＥＳ（Ｓｅｋ，ＣＫ）をメモリカード４０へ送信する。
【０２３２】
メモリカード４０側では、セッションキーＳｅｋでコンテンツキーＣＫが復号化される。そして、メモリカードに固有のストレージキーＫｓｔｍによって、コンテンツキーＣＫを再暗号化する。暗号化されたコンテンツキーＤＥＳ（Ｋｓｔｍ，ＣＫ）をこの発明の一実施形態においては再生管理ファイルＰＢＬＩＳＴおよびＡＴＲＡＣデータファイルに，この発明の他の実施形態においてはトラック情報領域ＴＲＫＩＮＦに保存する。コンテンツキー以外の情報（コンテンツ累積番号ＣＯＮＮＵＭ、Ｓ−ＳＡＭ（）シリアル番号等）は、再暗号化されず、そのまま記録される。
【０２３３】
第３５図においては、入力されるディジタルオーディオデータは、オーディオエンコーダ／デコーダ２０６でＡＴＲＡＣ３データに変換されているが、入力端子としてインターネットおよび上述したメモリカードに記録された既に暗号化が施されたディジタルオーディオデータが入力された場合には、ホスト側に保持されているセッションキーで暗号化が施されているコンテンツキーを復調して、復調したコンテンツキーを用いて暗号器２１２ｄにおいて、復調してＡＴＲＡＣ３データに復調する。復調されたＡＴＲＡＣ３データは、セッションキーで暗号が施されたコンテンツキーをストレージキーで再暗号化が施されたコンテンツキーで再度暗号器２１２ａにおいて暗号化を施し、ハードディスクＨＤＤ２０１に記録をするようにする。
【０２３４】
さらに、この発明の一実施形態では、不正なコピーをより確実に防止するために、ホスト側からメモリカード４０へオーディオデータをムーブした時には、ムーブの履歴が分かるような情報を外部不揮発性メモリ２０３に格納する。すなわち、ホスト側では、どの曲をどれだけムーブしたかが分かるように、ムーブ履歴を管理する。ムーブ履歴をハードディスクドライブ２０１ではなく、外部不揮発性メモリ２０３に記録することによって、ハードディスク２０１自体の不正なコピーによるメモリカードへのコピーを防ぐことができる。すなわち、移動の情報がハードディスクドライブ２０１自体に入っていなければ、ハードディスクドライブのコピーを不正に作成しても、既にムーブされたデータを再度ムーブすることができないからである。
【０２３５】
第３６図は、このような不正なコピーの防止について示すものである。最初にオーディオデータを蓄積したハードディスクＨＤＤ１からのコピー処理について説明する。以下に、説明するムーブ処理前に、ハードディスクＨＤＤ１中に記憶された例えば１０曲をハードディスクＨＤＤ２にコピーを行う。ホスト側のＣＰＵ２０２および外部不揮発性メモリ２０３は、ムーブの履歴情報を管理している。そして、上述したように、ハードディスクＨＤＤ１から１枚目のメモリカード４０Ｘに対して１０曲の暗号化が施されているオーディオデータおよび関連する暗号化が施されたコンテンツキー等をムーブする。メモリカード４０Ｘは、ホスト側と正しく認証できていることが前提である。ムーブの際、メモリカード４０Ｘにムーブされたオーディオデータを復号化するのに必要な暗号化されたコンテンツキー等もメモリカード４０Ｘに送られる。このようにして、ハードディスクＨＤＤ１からメモリカード４０Ｘに対する１０曲のムーブが完了する。
【０２３６】
次に、先に予め１０曲をハードディスクＨＤＤ１からコピーしておいたハードディスクＨＤＤ２についてのムーブ処理に関して説明する。２枚目のメモリカード４０Ｙを用意する。ホスト側にもセキュリティブロック２１２が搭載されているので、セキュリティブロック２１２がメモリカード４０Ｙを正しく認証し、セッションキーＳｅｋを共有する。従って、セッションキーＳｅｋにより暗号化されたコンテンツキーＣＫをハードディスクＨＤＤ２からメモリカード４０Ｙにムーブすることができる。このように認証が正しくされた後に、暗号化されたデータがメモリカード４０Ｙにムーブされてしまえば、メモリカード４０Ｙのデータを復号化し、再生することができる。このように、複数のハードディスクに予め曲をコピーしておき、各ハードディスクからメモリカードに曲の移動を行えば無制限にコピーが可能となり著作権上問題がある。
【０２３７】
ホスト側であるハードディスクＨＤＤ１に蓄積された１０曲を別なホスト側であるハードディスクＨＤＤ２に複写または移動を行う際に、外部不揮発性メモリＮＶＲＡＭ内部に記憶されている移動の履歴情報のハードディスクＨＤＤ２への複写または移動を禁止するようにしておく。これによって、ハードディスクＨＤＤ２に記憶されている１０曲のうちの所定の曲をメモリカード４０Ｙに移動をユーザが試みても参照しようとする外部不揮発性メモリＮＶＲＡＭ内部に記憶されている移動の履歴情報が存在しないので複写または移動の動作を禁止する。なお、ホストには、ハードディスクと外部不揮発性メモリＮＶＲＡＭとを少なくとも備えている。上述の実施形態では、移動のときに履歴情報を外部不揮発性メモリＮＶＲＡＭに記憶するようにしたが、ホスト側であるハードディスクＨＤＤ１に蓄積されたコンテンツをメモリカードに複写する際に履歴情報を作成しても良い。
【０２３８】
しかしながら、この発明の一実施形態では、外部不揮発性メモリ２０３上に、既にその１０曲をムーブした履歴の情報があるので、この情報に基づいて、ホスト側からメモリカード４０Ｙへの暗号化されたオーディオデータのムーブが許可されないようにする。
【０２３９】
第３７図に示すフローチャートに従って、ホスト側のＣＰＵ２０２が不揮発性メモリ２０３の履歴情報を参照してムーブを許可するかどうかを決定する。メモリカード４０側からハードディスクドライブ２０１内の曲を指定してムーブの要求がＣＰＵ２０２に対して送られる（ステップＳ２０１）。この要求を受け取ったＣＰＵ２０２は、指定された曲のムーブの履歴を外部不揮発性メモリ２０３の領域からチェックする（ステップＳ２０２）。すなわち、ムーブを要求された曲にムーブの履歴があるかどうかが決定される（ステップＳ２０３）。
【０２４０】
ステップＳ２０３において、ムーブ履歴がないと決定されると、ステップ２０４において、ホストのハードディスク２０１からメモリカード４０へムーブが実行される（ステップＳ２０４）。すなわち、ハードディスクドライブ２０１内の指定された曲をメモリカード４０へムーブし、ムーブ済みを外部不揮発性メモリ２０３に記録する。若し、ステップＳ２０３において、ムーブ履歴があると決定されると、ハードディスクドライブ２０１内の指定された曲のムーブを拒否する（ステップＳ２０５）。この場合、表示デバイス２０５による表示によって、指定された曲が既にムーブされていることを告知する。表示に限らず、音声で告知しても良い。
【０２４１】
なお、上述した説明においては、蓄積装置としてのハードディスクドライブとメモリカードの間のデータの通信について説明したが、ハードディスクドライブを含むホスト例えばパソコンが電子的コンテンツ配信システムの端末とのインタフェースを行うように構成されていても良い。この場合、上述したハードディスクとメモリカードとの間のムーブに関連する処理と同様の処理が端末とパソコンとの間でなされる。
【０２４２】
また、上述した説明においては、オーディオデータがコンテンツの場合に説明したが、オーディオ以外の映像データ、プログラムデータ等に対してこの発明を適用しても良い。また、ハードディスク以外の蓄積媒体（光磁気ディスク、相変化型ディスク、半導体メモリ）を使用する場合に対してもこの発明を適用することができる。
【０２４３】
【発明の効果】
この発明によれば、蓄積装置側にも暗号器を設け、記憶媒体としてのメモリカードからセッションキーで暗号化されたコンテンツキーと、そのコンテンツキーで暗号化されたコンテンツ（データファイル）を受け取り、セッションキーでコンテンツキーを復号化した後に、蓄積装置に固有のキーでコンテンツキーを再暗号化している。このように、キーを掛け直すことによって、次に、そのコンテンツを再び元のメモリカード以外のメモリカードにムーブした時でも、コンテンツを復号化することができる。また、蓄積装置からメモリカードへコンテンツをムーブする時にも同様にキーを掛け直している。それによって、コンテンツがムーブされたメモリカードは、他の機器で復号化できる。
【図面の簡単な説明】
【図１】この発明の不揮発性メモリカードを使用したディジタルオーディオレコーダ／プレーヤーに関するブロック図である。
【図２】この発明に適応されるＤＳＰの内部ブロック図である。
【図３】この発明に適応されるメモリカードの内部ブロック図である。
【図４】この発明に適応されるメモリカードを記憶媒体とするファイル管理構造を示す模式図である。
【図５】この発明に適応されるメモリカード内のフラッシュメモリのデータの物理的構造である。
【図６】この発明に適応されるメモリカード内のデータ構造である。
【図７】メモリカード内に記憶されるファイル構造を示す枝図面である。
【図８】メモリカード内に記憶されるサブディレクトリである再生管理ファイルＰＢＬＩＳＴ. ＭＳＦのデータ構造図である。
【図９】連続した１つのＡＴＲＡＣ３データファイルを所定単位長ごとに分割するとともに属性ファイルを付加した場合のデータ構造図である。
【図１０】この発明のコンバイン編集処理および分割編集処理を説明するための構造図である。
【図１１】再生管理ファイルＰＢＬＩＳＴのデータ構造図である。
【図１２】再生管理ファイルＰＢＬＩＳＴのデータ構造図である。
【図１３】付加情報データの種類の対応表である。
【図１４】付加情報データの種類の対応表である。
【図１５】付加情報データの種類の対応表である。
【図１６】付加情報データのデータ構造図である。
【図１７】ＡＴＲＡＣ３データファイルの詳細なデータ構造図である。
【図１８】ＡＴＲＡＣ３データファイルを構成する属性ヘッダーの上段のデータ構造図である。
【図１９】ＡＴＲＡＣ３データファイルを構成する属性ヘッダーの中段のデータ構造図である。
【図２０】録音モードの種類と各録音モードにおける録音時間等を示す表である。
【図２１】コピー制御状態を示す表である。
【図２２】ＡＴＲＡＣ３データファイルを構成する属性ヘッダーの下段のデータ構造図である。
【図２３】ＡＴＲＡＣ３データファイルのデータブロックのヘッダーのデータ構造図である。
【図２４】この発明におけるＦＡＴ領域が破壊された場合の回復方法を示すフローチャートである。
【図２５】メモリカード４０内に記憶されるファイル構造を示す、この発明の他の実施形態における枝図面である。
【図２６】トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦとＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎｎ．ＭＳＡとの関係を示す図である。
【図２７】トラック情報管理ファイルＴＲＫＬＩＳＴ．ＭＳＦの詳細なデータ構造図である。
【図２８】名前を管理するＮＡＭＥ１の詳細なデータ構造図である。
【図２９】名前を管理するＮＡＭＥ２の詳細なデータ構造図である。
【図３０】ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎｎ．ＭＳＡの詳細なデータ構造図である。
【図３１】付加情報を示すＩＮＦＬＩＳＴ. ＭＳＦの詳細なデータ構造図である。
【図３２】付加情報を示すＩＮＦＬＩＳＴ. ＭＳＦの詳細なデータ構造図である。
【図３３】この発明の第２の実施形態におけるＦＡＴ領域が破壊された場合の回復方法を示す遷移図である。
【図３４】この発明のムーブ処理を説明するための略線図である。
【図３５】ムーブ処理時のキーの掛け直しを説明するためのブロック図である。
【図３６】第１のハードディスクと、第２のハードディスクとの間、第１のハードディスクから第１のメモリカードへの間、第２のハードディスクから第２のメモリカードへの間での各々のデータの移動・複写を示すブロック図である。
【図３７】ホスト側であるハードディスクからメモリカードにコンテンツを移動／複写する際の処理の手順を示すフローチャートである。
【符号の説明】
１０ オーディオエンコーダ／デコーダＩＣ
２０ セキュリティＩＣ
３０ ＤＳＰ
４０ メモリカード
４２ フラッシュメモリ
５２ セキュリティブロック
ＰＢＬＩＳＴ 再生管理ファイル
ＴＲＫＬＩＳＴ トラック情報管理ファイル
ＩＮＦＬＩＳＴ 付加情報管理ファイル
Ａ３Ｄｎｎｎ オーディオデータファイル

Claims (7)

  1. 記録媒体が着脱可能とされ、上記記録媒体から伝送される暗号化されたコンテンツが書き込まれ、または読み出される蓄積部を備えたデータ処理装置において、
    上記記録媒体は、不揮発性記憶媒体と、媒体固有の媒体キーと、上記媒体キーによって暗号化／復号化を行う第１の媒体暗号化／復号化機能、媒体認証機能、並びにセッションキーによって暗号化／復号化を行う第２の媒体暗号化／復号化機能を有する第１のセキュリティブロックとを有しており、
    装置固有の装置キーと、上記装置キーによって暗号化を行う第１の装置暗号化／復号化機能、装置認証機能、並びに上記セッションキーによって暗号化を行う第２の装置暗号化／復号化機能を有する第２のセキュリティブロックとを有し、
    上記記録媒体が装着され、上記不揮発性記憶媒体に記録され、暗号化されたコンテンツが上記蓄積部に移動または複写される場合に、
    上記媒体認証機能と上記装置認証機能とによって、上記第１および第２のセキュリティブロックの間で認証が成立する場合にのみ上記第１および第２のセキュリティブロックによって上記セッションキーが生成され、
    上記不揮発性記憶媒体から読み出された暗号化されたコンテンツキーを上記媒体キーによって上記第１の媒体暗号化／復号化機能によって復号化し、
    復号された上記コンテンツキーを上記セッションキーによって上記第２の媒体暗号化／復号化機能によって暗号化し、
    暗号化されたコンテンツキーを上記セッションキーによって上記第２の装置暗号化／復号化機能によって復号化し、
    復号された上記コンテンツキーを上記装置キーによって上記第１の装置暗号化／復号化機能によって暗号化し、
    暗号化されたコンテンツおよび暗号化されたコンテンツキーを上記蓄積部に保存するようにしたデータ処理装置。
  2. 記録媒体が着脱可能とされ、上記記録媒体から伝送される暗号化されたコンテンツが書き込まれ、または読み出される蓄積部を備えたデータ処理装置において、
    上記記録媒体は、不揮発性記憶媒体と、媒体固有の媒体キーと、上記媒体キーによって暗号化／復号化を行う第１の媒体暗号化／復号化機能、媒体認証機能、並びにセッションキーによって暗号化／復号化を行う第２の媒体暗号化／復号化機能を有する第１のセキュリティブロックとを有しており、
    装置固有の装置キーと、上記装置キーによって暗号化を行う第１の装置暗号化／復号化機能、装置認証機能、並びに上記セッションキーによって暗号化を行う第２の装置暗号化／復号化機能を有する第２のセキュリティブロックとを有し、
    上記記録媒体が装着され、上記蓄積部に記憶され、暗号化されたコンテンツが上記不揮発性記憶媒体に移動または複写される場合に、
    上記媒体認証機能と上記装置認証機能とによって、上記第１および第２のセキュリティブロックの間で認証が成立する場合にのみ上記第１および第２のセキュリティブロックによって上記セッションキーが生成され、
    上記蓄積部から読み出された暗号化されたコンテンツキーを上記装置キーによって上記第１の装置暗号化／復号化機能によって復号化し、
    復号された上記コンテンツキーを上記セッションキーによって上記第２の装置暗号化／復号化機能によって暗号化し、
    暗号化されたコンテンツキーを上記セッションキーによって上記第２の媒体暗号化／復号化機能によって復号化し、
    復号された上記コンテンツキーを上記媒体キーによって上記第１の媒体暗号化／復号化機能によって暗号化し、
    暗号化されたコンテンツおよび暗号化されたコンテンツキーを上記記録媒体に保存するようにしたデータ処理装置。
  3. 請求項１または２において、
    上記コンテンツキーは、コンテンツ毎に作成されることを特徴とするデータ処理装置。
  4. 請求項１または２において、
    上記不揮発性記憶媒体は、フラッシュメモリから構成されることを特徴とするデータ処理装置。
  5. 請求項１または２において、
    さらに、リニア−ディジタルコンテンツが入力される入力手段と、
    上記入力手段において入力されたリニア−ディジタルコンテンツに対して圧縮処理を施す圧縮処理手段と、
    上記圧縮処理手段において圧縮処理が施されたリニア−ディジタルコンテンツに対して暗号化された上記コンテンツキーを用いて暗号化することを特徴とするデータ処理装置。
  6. 記録媒体が着脱可能とされ、蓄積部に対して上記記録媒体から伝送される暗号化されたコンテンツが書き込まれ、または読み出されるデータ処理方法において、
    上記記録媒体は、不揮発性記憶媒体と、媒体固有の媒体キーと、上記媒体キーによって暗号化／復号化を行う第１の媒体暗号化／復号化機能、媒体認証機能、並びにセッションキーによって暗号化／復号化を行う第２の媒体暗号化／復号化機能を有する第１のセキュリティブロックとを有しており、
    データ処理装置は、装置固有の装置キーと、上記装置キーによって暗号化を行う第１の装置暗号化／復号化機能、装置認証機能、並びに上記セッションキーによって暗号化を行う第２の装置暗号化／復号化機能を有する第２のセキュリティブロックとを有し、
    上記記録媒体が装着され、上記記録媒体の上記不揮発性記憶媒体に記録され、暗号化されたコンテンツが上記蓄積部に移動または複写される場合に、
    上記媒体認証機能と上記装置認証機能とによって、上記第１および第２のセキュリティブロックの間で認証が成立する場合にのみ上記第１および第２のセキュリティブロックによって上記セッションキーを生成するステップと、
    上記不揮発性記憶媒体から読み出された暗号化されたコンテンツキーを媒体固有の上記媒体キーによって上記第１のセキュリティブロックの上記第１の媒体暗号化／復号化機能によって復号化する第１の復号化ステップと、
    復号された上記コンテンツキーを上記セッションキーによって上記第２の媒体暗号化／復号化機能によって暗号化する第１の暗号化ステップと、
    暗号化されたコンテンツキーを上記セッションキーによって上記第２の装置暗号化／復号化機能によって復号化する第２の復号化ステップと、
    復号された上記コンテンツキーを上記装置キーによって上記第１の装置暗号化／復号化機能によって暗号化する第２の暗号化ステップと、
    暗号化されたコンテンツおよび暗号化されたコンテンツキーを上記蓄積部に保存するようにしたデータ処理方法。
  7. 記録媒体が着脱可能とされ、蓄積部に対して上記記録媒体から伝送される暗号化されたコンテンツが書き込まれ、または読み出されるデータ処理方法において、
    上記記録媒体は、不揮発性記憶媒体と、媒体固有の媒体キーと、上記媒体キーによって暗号化／復号化を行う第１の媒体暗号化／復号化機能、媒体認証機能、並びにセッションキーによって暗号化／復号化を行う第２の媒体暗号化／復号化機能を有する第１のセキュリティブロックとを有しており、
    データ処理装置は、装置固有の装置キーと、上記装置キーによって暗号化を行う第１の装置暗号化／復号化機能、装置認証機能、並びに上記セッションキーによって暗号化を行う第２の装置暗号化／復号化機能を有する第２のセキュリティブロックとを有し、
    上記記録媒体が装着され、上記蓄積部に記憶され、暗号化されたコンテンツが上記不揮発性記憶媒体に移動または複写される場合に、
    上記記録媒体の媒体認証部と上記データ処理装置の装置認証部との間で認証を行い、認証が成立する場合にのみセッションキーを生成するステップと、
    上記媒体認証機能と上記装置認証機能とによって、上記第１および第２のセキュリティブロックの間で認証が成立する場合にのみ上記第１および第２のセキュリティブロックによって上記セッションキーを生成するステップと、
    上記蓄積部から読み出された暗号化されたコンテンツキーを上記装置キーによって上記第１の装置暗号化／復号化機能によって復号する第１の復号化ステップと、
    復号された上記コンテンツキーを上記セッションキーによって上記第２の装置暗号化／復号化機能によって暗号化する第１の暗号化ステップと、
    暗号化されたコンテンツキーを上記セッションキーによって上記第２の媒体暗号化／復号化機能によって復号化する第２の復号化ステップと、
    復号された上記コンテンツキーを上記媒体キーによって上記第１の媒体暗号化／復号化機能によって暗号化する第２の暗号化ステップと、
    暗号化されたコンテンツおよび暗号化されたコンテンツキーを上記記録媒体に保存するようにしたデータ処理方法。
JP2000602934A 1999-03-03 2000-03-03 データ処理装置およびデータ処理方法 Expired - Lifetime JP4543554B2 (ja)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP5586099 1999-03-03
JP9269999 1999-03-31
JP17818899 1999-06-24
JP18196799 1999-06-28
JP34747499 1999-12-07
PCT/JP2000/001273 WO2000052581A1 (fr) 1999-03-03 2000-03-03 Dispositif de traitement de donnees, procede de traitement de donnees, terminal et procede de transmission pour dispositif de traitement de donnees

Publications (1)

Publication Number Publication Date
JP4543554B2 true JP4543554B2 (ja) 2010-09-15

Family

ID=27523262

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000602934A Expired - Lifetime JP4543554B2 (ja) 1999-03-03 2000-03-03 データ処理装置およびデータ処理方法

Country Status (8)

Country Link
US (1) US8607069B2 (ja)
EP (1) EP1085420A4 (ja)
JP (1) JP4543554B2 (ja)
KR (1) KR100722172B1 (ja)
CN (2) CN100405247C (ja)
BR (2) BRPI0005192B1 (ja)
ID (1) ID27991A (ja)
WO (1) WO2000052581A1 (ja)

Families Citing this family (90)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1187756C (zh) * 1999-05-28 2005-02-02 松下电器产业株式会社 半导体存储器卡、播放装置、记录装置、播放方法、记录方法、和计算机可读记录介质
US20060245741A1 (en) * 2000-03-09 2006-11-02 Cynthia Lakhansingh Digital enterainment recorder
TW508494B (en) * 2001-03-28 2002-11-01 Shansun Technology Company Data protection device capable of self-defining address arrangement sequence in protection area of storage device
JP3678164B2 (ja) * 2001-04-13 2005-08-03 ソニー株式会社 データ転送システム、データ転送装置、データ記録装置、データ転送方法
DE60228027D1 (de) * 2001-07-06 2008-09-18 Texas Instruments Inc Sicherer Bootloader zum Sichern digitaler Geräte
US7237121B2 (en) 2001-09-17 2007-06-26 Texas Instruments Incorporated Secure bootloader for securing digital devices
TWI222609B (en) * 2001-07-25 2004-10-21 Matsushita Electric Ind Co Ltd A method of producing a decrypting apparatus having a cryptographic device and cryptographic information, a system for providing such device and information, and the decrypting apparatus produced by the production method
CN1331061C (zh) * 2001-11-28 2007-08-08 联想(北京)有限公司 可独立于计算机的移动外存内容加密方法
US7958374B2 (en) 2002-03-19 2011-06-07 Shansun Technology Company Digital information protecting method and apparatus, and computer accessible recording medium
US9081725B2 (en) 2002-03-19 2015-07-14 Shansun Technology Company Digital information protecting method and apparatus, and computer accessible recording medium
JP3937905B2 (ja) 2002-04-26 2007-06-27 キヤノン株式会社 仮想メモリ無線通信システムおよびデータ蓄積サービスの管理方法
GB2389929A (en) * 2002-06-21 2003-12-24 Armoursoft Ltd Computer Encryption Systems
JP3878542B2 (ja) * 2002-11-29 2007-02-07 株式会社東芝 記録装置
JP2004326425A (ja) * 2003-04-24 2004-11-18 Toshiba Corp 情報処理装置およびメモリカード
US7444668B2 (en) * 2003-05-29 2008-10-28 Freescale Semiconductor, Inc. Method and apparatus for determining access permission
US7734932B2 (en) 2003-11-10 2010-06-08 Broadcom Corporation System and method for securing executable code
JP4532937B2 (ja) * 2004-03-03 2010-08-25 キヤノン株式会社 プリントシステム、その制御方法及びプリント機能指定方法、並びにコンピュータ装置、コンピュータプログラム及び記憶媒体
JP2006020154A (ja) * 2004-07-02 2006-01-19 Toshiba Corp コンテンツ管理方法及びコンテンツ管理用プログラム、並びに電子機器
JP2006023957A (ja) * 2004-07-07 2006-01-26 Sony Corp 半導体集積回路及び情報処理装置
JP2006155155A (ja) * 2004-11-29 2006-06-15 Fujitsu Ltd 情報漏洩防止装置、方法およびそのプログラム
JP4131964B2 (ja) 2004-12-10 2008-08-13 株式会社東芝 情報端末装置
JP2006185016A (ja) * 2004-12-27 2006-07-13 Hitachi Ltd コンテンツ移動制御装置及び方法
US7917764B2 (en) * 2005-01-24 2011-03-29 Panasonic Corporation Signature generation device and signature verification device
DE602005015074D1 (de) * 2005-01-25 2009-08-06 Nero Ag Verfahren zur Uebertragung von Informationen zwischen einem Rechner und einem Unterhaltungsgerät
CN1878055B (zh) * 2005-06-07 2010-11-03 北京握奇数据系统有限公司 一种分离式大数据量加/解密设备及实现方法
US8239544B2 (en) * 2005-06-17 2012-08-07 Microsoft Corporation Removable storage content transfer
KR100724935B1 (ko) * 2005-09-15 2007-06-04 삼성전자주식회사 컨텐츠 보호를 위한 개체 간 연동 방법 및 장치, 그리고 그시스템
US8306918B2 (en) * 2005-10-11 2012-11-06 Apple Inc. Use of media storage structure with multiple pieces of content in a content-distribution system
CN100433032C (zh) * 2006-04-21 2008-11-12 华为技术有限公司 一种移动终端拷贝数据时对数据保护的方法
EP1936946B1 (en) * 2006-12-22 2019-06-19 Brother Kogyo Kabushiki Kaisha Data processor
JP5134998B2 (ja) * 2008-02-22 2013-01-30 株式会社東芝 コピー制限管理装置及びその方法とコンテンツ蓄積装置
PT3208736T (pt) * 2008-05-29 2020-01-21 Hewlett Packard Development Co Autenticação de um componente de impressora substituível
JP5178839B2 (ja) 2009-11-27 2013-04-10 株式会社東芝 メモリチップ
US8250123B2 (en) 2010-01-20 2012-08-21 International Business Machines Corporation Contactless IC memory on removeable media
EP2461265B1 (en) * 2010-12-03 2019-05-22 Novomatic AG Device for and method of handling sensitive data
GB2500356A (en) 2011-01-20 2013-09-18 Box Inc Real time notification of activities that occur in a web-based collaboration environment
US8745329B2 (en) * 2011-01-20 2014-06-03 Google Inc. Storing data across a plurality of storage nodes
US9652741B2 (en) 2011-07-08 2017-05-16 Box, Inc. Desktop application for access and interaction with workspaces in a cloud-based content management system and synchronization mechanisms thereof
WO2013062599A1 (en) 2011-10-26 2013-05-02 Box, Inc. Enhanced multimedia content preview rendering in a cloud content management system
US9098474B2 (en) 2011-10-26 2015-08-04 Box, Inc. Preview pre-generation based on heuristics and algorithmic prediction/assessment of predicted user behavior for enhancement of user experience
GB2500152A (en) 2011-11-29 2013-09-11 Box Inc Mobile platform file and folder selection functionalities for offline access and synchronization
US9904435B2 (en) 2012-01-06 2018-02-27 Box, Inc. System and method for actionable event generation for task delegation and management via a discussion forum in a web-based collaboration environment
US11232481B2 (en) 2012-01-30 2022-01-25 Box, Inc. Extended applications of multimedia content previews in the cloud-based content management system
US9965745B2 (en) 2012-02-24 2018-05-08 Box, Inc. System and method for promoting enterprise adoption of a web-based collaboration environment
DE102012006457A1 (de) * 2012-03-30 2013-10-02 Giesecke & Devrient Gmbh Verfahren zum Verschlüsseln von Daten auf einem Speichermedium
US9575981B2 (en) 2012-04-11 2017-02-21 Box, Inc. Cloud service enabled to handle a set of files depicted to a user as a single file in a native operating system
JP6072428B2 (ja) * 2012-05-01 2017-02-01 テセラ アドバンスト テクノロジーズ インコーポレーテッド 制御装置、記憶装置、記憶制御方法
US9413587B2 (en) 2012-05-02 2016-08-09 Box, Inc. System and method for a third-party application to access content within a cloud-based platform
US9396216B2 (en) 2012-05-04 2016-07-19 Box, Inc. Repository redundancy implementation of a system which incrementally updates clients with events that occurred via a cloud-enabled platform
US9691051B2 (en) 2012-05-21 2017-06-27 Box, Inc. Security enhancement through application access control
US8914900B2 (en) 2012-05-23 2014-12-16 Box, Inc. Methods, architectures and security mechanisms for a third-party application to access content in a cloud-based platform
JP5143304B2 (ja) * 2012-06-13 2013-02-13 株式会社東芝 映像記録装置、コピー制御方法およびプログラム
GB2505072A (en) 2012-07-06 2014-02-19 Box Inc Identifying users and collaborators as search results in a cloud-based system
US9712510B2 (en) 2012-07-06 2017-07-18 Box, Inc. Systems and methods for securely submitting comments among users via external messaging applications in a cloud-based platform
US9794256B2 (en) 2012-07-30 2017-10-17 Box, Inc. System and method for advanced control tools for administrators in a cloud-based service
GB2513671A (en) 2012-08-27 2014-11-05 Box Inc Server side techniques for reducing database workload in implementing selective subfolder synchronization in a cloud-based environment
US9135462B2 (en) 2012-08-29 2015-09-15 Box, Inc. Upload and download streaming encryption to/from a cloud-based platform
US9117087B2 (en) 2012-09-06 2015-08-25 Box, Inc. System and method for creating a secure channel for inter-application communication based on intents
US9195519B2 (en) 2012-09-06 2015-11-24 Box, Inc. Disabling the self-referential appearance of a mobile application in an intent via a background registration
US9292833B2 (en) 2012-09-14 2016-03-22 Box, Inc. Batching notifications of activities that occur in a web-based collaboration environment
US10915492B2 (en) 2012-09-19 2021-02-09 Box, Inc. Cloud-based platform enabled with media content indexed for text-based searches and/or metadata extraction
US9959420B2 (en) 2012-10-02 2018-05-01 Box, Inc. System and method for enhanced security and management mechanisms for enterprise administrators in a cloud-based environment
US9495364B2 (en) 2012-10-04 2016-11-15 Box, Inc. Enhanced quick search features, low-barrier commenting/interactive features in a collaboration platform
US9665349B2 (en) 2012-10-05 2017-05-30 Box, Inc. System and method for generating embeddable widgets which enable access to a cloud-based collaboration platform
JP2014116753A (ja) * 2012-12-07 2014-06-26 Mega Chips Corp データ処理装置及び制御プログラム並びにデータ処理装置の動作方法
US10235383B2 (en) 2012-12-19 2019-03-19 Box, Inc. Method and apparatus for synchronization of items with read-only permissions in a cloud-based environment
US9396245B2 (en) 2013-01-02 2016-07-19 Box, Inc. Race condition handling in a system which incrementally updates clients with events that occurred in a cloud-based collaboration platform
US9953036B2 (en) 2013-01-09 2018-04-24 Box, Inc. File system monitoring in a system which incrementally updates clients with events that occurred in a cloud-based collaboration platform
EP2755151A3 (en) 2013-01-11 2014-09-24 Box, Inc. Functionalities, features and user interface of a synchronization client to a cloud-based environment
EP2757491A1 (en) 2013-01-17 2014-07-23 Box, Inc. Conflict resolution, retry condition management, and handling of problem files for the synchronization client to a cloud-based platform
CN103246591B (zh) * 2013-04-26 2016-01-27 华为技术有限公司 信号处理的方法和装置
CN104142866B (zh) * 2013-05-06 2018-11-06 深圳市腾讯计算机系统有限公司 应用程序与数据平台系统的交互控制方法及系统
US10846074B2 (en) 2013-05-10 2020-11-24 Box, Inc. Identification and handling of items to be ignored for synchronization with a cloud-based platform by a synchronization client
US10725968B2 (en) 2013-05-10 2020-07-28 Box, Inc. Top down delete or unsynchronization on delete of and depiction of item synchronization with a synchronization client to a cloud-based platform
US9633037B2 (en) 2013-06-13 2017-04-25 Box, Inc Systems and methods for synchronization event building and/or collapsing by a synchronization component of a cloud-based platform
US9805050B2 (en) 2013-06-21 2017-10-31 Box, Inc. Maintaining and updating file system shadows on a local device by a synchronization client of a cloud-based platform
US9535924B2 (en) 2013-07-30 2017-01-03 Box, Inc. Scalability improvement in a system which incrementally updates clients with events that occurred in a cloud-based collaboration platform
US9535909B2 (en) 2013-09-13 2017-01-03 Box, Inc. Configurable event-based automation architecture for cloud-based collaboration platforms
US10509527B2 (en) 2013-09-13 2019-12-17 Box, Inc. Systems and methods for configuring event-based automation in cloud-based collaboration platforms
CN104765999B (zh) * 2014-01-07 2020-06-30 腾讯科技（深圳）有限公司 一种对用户资源信息进行处理的方法、终端及服务器
CN104010140B (zh) * 2014-05-29 2017-05-10 杭州中威电子股份有限公司 一种实时高带宽视频交换系统及方法
US10530854B2 (en) 2014-05-30 2020-01-07 Box, Inc. Synchronization of permissioned content in cloud-based environments
US10038731B2 (en) 2014-08-29 2018-07-31 Box, Inc. Managing flow-based interactions with cloud-based shared content
US9894119B2 (en) 2014-08-29 2018-02-13 Box, Inc. Configurable metadata-based automation and content classification architecture for cloud-based collaboration platforms
JP6293648B2 (ja) 2014-12-02 2018-03-14 東芝メモリ株式会社 メモリデバイス
CN108566375A (zh) * 2018-03-12 2018-09-21 深圳壹账通智能科技有限公司 基于区块链的多端间消息通信的方法、终端及存储介质
JP7048411B2 (ja) * 2018-05-22 2022-04-05 キオクシア株式会社 メモリシステムおよび制御方法
JP2022030661A (ja) * 2020-08-07 2022-02-18 キオクシア株式会社 メモリシステム、制御方法、および情報処理システム
CN112689276B (zh) * 2021-03-12 2021-06-04 深圳市晶讯技术股份有限公司 蓝牙耳机固件更新处理方法
CN113742774B (zh) * 2021-09-03 2024-02-09 北京字跳网络技术有限公司 数据处理方法、装置、可读介质及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06161850A (ja) * 1992-11-27 1994-06-10 Nec Corp ファイル管理方式
JPH0955731A (ja) * 1995-08-11 1997-02-25 Sony Corp 信号伝送方法、信号記録媒体及び信号再生装置
JPH10149283A (ja) * 1996-09-20 1998-06-02 Fujitsu Ltd 情報処理装置、可換記憶媒体、ライセンス発行システム、およびライセンス発行／移動方法
JPH10269144A (ja) * 1997-03-24 1998-10-09 Sony Corp 情報記録再生方法とその装置および情報提供方法とその装置ならびに情報記録媒体

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5398277A (en) * 1992-02-06 1995-03-14 Security Information Network, Inc. Flexible multiprocessor alarm data processing system
JPH064642A (ja) * 1992-04-20 1994-01-14 Hitachi Ltd イメージデータ管理システム
US5651066A (en) * 1994-04-28 1997-07-22 Nippon Telegraph And Telephone Corporation Cipher key distribution system effectively preventing illegitimate use and charging of enciphered information
EP1691315A1 (en) * 1994-10-27 2006-08-16 Intarsia Software LLC Data copyright management system
US5701343A (en) * 1994-12-01 1997-12-23 Nippon Telegraph & Telephone Corporation Method and system for digital information protection
US5826102A (en) * 1994-12-22 1998-10-20 Bell Atlantic Network Services, Inc. Network arrangement for development delivery and presentation of multimedia applications using timelines to integrate multimedia objects and program objects
EP1526472A3 (en) * 1995-02-13 2006-07-26 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US5818030A (en) * 1995-03-07 1998-10-06 Reyes; Rene A. Credit card system with key module
WO1997014147A1 (fr) * 1995-10-09 1997-04-17 Matsushita Electric Industrial Co., Ltd. Support, appareil et procede d'enregistrement d'informations
US6011858A (en) * 1996-05-10 2000-01-04 Biometric Tracking, L.L.C. Memory card having a biometric template stored thereon and system for using same
JPH103745A (ja) * 1996-06-12 1998-01-06 Sony Corp 記録媒体、デジタルコピー管理方法、再生装置、及び記録装置
US6328217B1 (en) * 1997-05-15 2001-12-11 Mondex International Limited Integrated circuit card with application history list
US6236727B1 (en) * 1997-06-24 2001-05-22 International Business Machines Corporation Apparatus, method and computer program product for protecting copyright data within a computer system
JP4456185B2 (ja) * 1997-08-29 2010-04-28 富士通株式会社 コピー防止機能を持つ見える透かし入り動画像記録媒体とその作成・検出および録画・再生装置
US6425522B1 (en) * 1998-07-23 2002-07-30 Hitachi, Ltd. IC card information processing system, and apparatus and cards for the same
US6226618B1 (en) * 1998-08-13 2001-05-01 International Business Machines Corporation Electronic content delivery system
JP4214651B2 (ja) * 1999-03-31 2009-01-28 ソニー株式会社 データコミュニケーションシステム、データ管理方法
US6278913B1 (en) * 1999-03-12 2001-08-21 Mil-Com Technologies Pte Ltd. Automated flight data management system
US6779115B1 (en) * 2000-02-18 2004-08-17 Digital5, Inc. Portable device using a smart card to receive and decrypt digital data

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06161850A (ja) * 1992-11-27 1994-06-10 Nec Corp ファイル管理方式
JPH0955731A (ja) * 1995-08-11 1997-02-25 Sony Corp 信号伝送方法、信号記録媒体及び信号再生装置
JPH10149283A (ja) * 1996-09-20 1998-06-02 Fujitsu Ltd 情報処理装置、可換記憶媒体、ライセンス発行システム、およびライセンス発行／移動方法
JPH10269144A (ja) * 1997-03-24 1998-10-09 Sony Corp 情報記録再生方法とその装置および情報提供方法とその装置ならびに情報記録媒体

Also Published As

Publication number Publication date
CN100405247C (zh) 2008-07-23
CN1302404A (zh) 2001-07-04
BRPI0005192B1 (pt) 2016-04-19
US8607069B2 (en) 2013-12-10
BR0017621B1 (pt) 2012-08-21
KR100722172B1 (ko) 2007-05-29
ID27991A (id) 2001-05-03
BR0005192A (pt) 2002-06-18
WO2000052581A1 (fr) 2000-09-08
US20040218214A1 (en) 2004-11-04
EP1085420A4 (en) 2006-12-27
EP1085420A1 (en) 2001-03-21
CN1601431A (zh) 2005-03-30
CN1189823C (zh) 2005-02-16
KR20010043285A (ko) 2001-05-25

Similar Documents

Publication Publication Date Title
JP4543554B2 (ja) データ処理装置およびデータ処理方法
JP4214651B2 (ja) データコミュニケーションシステム、データ管理方法
JP4779183B2 (ja) 再生装置および再生方法
JP4135049B2 (ja) 不揮発性メモリ
JP4842417B2 (ja) 記録装置
JP4207335B2 (ja) 記録装置、記録再生システム
KR100602402B1 (ko) 비휘발성 메모리 및 비휘발성 메모리 재생 장치
KR100717656B1 (ko) 기억 매체, 데이터 기억 장치, 데이터 편집 장치, 데이터 기억 방법 및 데이터 편집 방법
JP4281185B2 (ja) 編集装置および方法
JP4749522B2 (ja) 再生装置および再生方法
JP4524921B2 (ja) 記録装置、記録方法、再生装置および再生方法
JP4406988B2 (ja) 不揮発性記録媒体、記録方法、記録装置
KR20020075909A (ko) 재생 장치 및 재생 방법
JP4897138B2 (ja) 再生装置および再生方法
JP4293196B2 (ja) 再生装置、編集方法
GB2351819A (en) Reproduction apparatus and method
EP1033665A2 (en) Data communication system and data managing method
EP1041576B1 (en) Non-volatile record medium, recording medium, and recording apparatus
EP1041575A2 (en) Editing apparatus and editing method
MXPA00010758A (en) Data processing device, data processing method, terminal, transmission method for data processing device
ZA200006274B (en) Data processing apparatus, data processing method, terminal unit, and transmission method of data processing apparatus.

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20061227

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090818

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091019

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100316

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100514

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: 20100608

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: 20100621

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130709

Year of fee payment: 3

R151 Written notification of patent or utility model registration

Ref document number: 4543554

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: 20130709

Year of fee payment: 3

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