JP2001075868A - 再生装置および再生方法 - Google Patents

再生装置および再生方法

Info

Publication number
JP2001075868A
JP2001075868A JP2000023329A JP2000023329A JP2001075868A JP 2001075868 A JP2001075868 A JP 2001075868A JP 2000023329 A JP2000023329 A JP 2000023329A JP 2000023329 A JP2000023329 A JP 2000023329A JP 2001075868 A JP2001075868 A JP 2001075868A
Authority
JP
Japan
Prior art keywords
reproduction
file
information
time
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2000023329A
Other languages
English (en)
Other versions
JP4779183B2 (ja
JP2001075868A5 (ja
Inventor
Teppei Yokota
哲平 横田
Nobuyuki Kihara
信之 木原
Eiichi Yamada
栄一 山田
Takumi Okanoe
拓巳 岡上
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
Priority to JP2000023329A priority Critical patent/JP4779183B2/ja
Priority to DE60043633T priority patent/DE60043633D1/de
Priority to EP00301733A priority patent/EP1041573B1/en
Priority to TW089104634A priority patent/TW486913B/zh
Priority to IL13512400A priority patent/IL135124A0/xx
Priority to SG200001564A priority patent/SG91264A1/en
Priority to AU22432/00A priority patent/AU758947B2/en
Priority to MYPI20001114 priority patent/MY123515A/en
Priority to HU0001240A priority patent/HU227964B1/hu
Priority to PL339206A priority patent/PL208230B1/pl
Priority to KR1020000015063A priority patent/KR100712377B1/ko
Priority to BRPI0001422-2A priority patent/BR0001422B1/pt
Priority to US09/534,744 priority patent/US7092911B2/en
Priority to CNB001047221A priority patent/CN1171148C/zh
Publication of JP2001075868A publication Critical patent/JP2001075868A/ja
Priority to US11/297,787 priority patent/US20060095381A1/en
Publication of JP2001075868A5 publication Critical patent/JP2001075868A5/ja
Application granted granted Critical
Publication of JP4779183B2 publication Critical patent/JP4779183B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • 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
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24—HEATING; RANGES; VENTILATING
    • F24F—AIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
    • F24F12/00—Use of energy recovery systems in air conditioning, ventilation or screening
    • F24F12/001—Use of energy recovery systems in air conditioning, ventilation or screening with heat-exchange between supplied and exhausted air
    • F24F12/006—Use of energy recovery systems in air conditioning, ventilation or screening with heat-exchange between supplied and exhausted air using an air-to-air heat exchanger
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F28—HEAT EXCHANGE IN GENERAL
    • F28D—HEAT-EXCHANGE APPARATUS, NOT PROVIDED FOR IN ANOTHER SUBCLASS, IN WHICH THE HEAT-EXCHANGE MEDIA DO NOT COME INTO DIRECT CONTACT
    • F28D1/00—Heat-exchange apparatus having stationary conduit assemblies for one heat-exchange medium only, the media being in contact with different sides of the conduit wall, in which the other heat-exchange medium is a large body of fluid, e.g. domestic or motor car radiators
    • F28D1/02—Heat-exchange apparatus having stationary conduit assemblies for one heat-exchange medium only, the media being in contact with different sides of the conduit wall, in which the other heat-exchange medium is a large body of fluid, e.g. domestic or motor car radiators with heat-exchange conduits immersed in the body of fluid
    • F28D1/03—Heat-exchange apparatus having stationary conduit assemblies for one heat-exchange medium only, the media being in contact with different sides of the conduit wall, in which the other heat-exchange medium is a large body of fluid, e.g. domestic or motor car radiators with heat-exchange conduits immersed in the body of fluid with plate-like or laminated conduits
    • F28D1/0366—Heat-exchange apparatus having stationary conduit assemblies for one heat-exchange medium only, the media being in contact with different sides of the conduit wall, in which the other heat-exchange medium is a large body of fluid, e.g. domestic or motor car radiators with heat-exchange conduits immersed in the body of fluid with plate-like or laminated conduits the conduits being formed by spaced plates with inserted elements
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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 OR CALCULATING; 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
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination
    • 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/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/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
    • 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
    • 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 OR CALCULATING; 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
    • 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)
  • Software Systems (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Multimedia (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Technology Law (AREA)
  • Mechanical Engineering (AREA)
  • Chemical & Material Sciences (AREA)
  • Combustion & Propulsion (AREA)
  • Thermal Sciences (AREA)
  • Storage Device Security (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

(57)【要約】 【課題】 再生制限情報の改ざんを確実に検出できるよ
うにし、改ざんを検出した際には、再生を禁止する。 【解決手段】 ハッシュ計算回路７１において、再生動
作に先立って再生制限値群７０のハッシュ値を算出し、
得られたハッシュ値を外部から見えないメモリ領域（７
２，７３）に保持する。一致検出回路７４において、前
回計算したハッシュ値と、今回計算したハッシュ値とを
比較し、一致しているかどうかにより改ざんの有無を検
出する。制御部７５は、改ざんが検出された場合には、
この一致検出回路７４の出力に基づいて改ざん検出フラ
グを書き込むと共に、再生動作を禁止する。また、改ざ
んの有無にかかわらず、再生制限に該当する場合には、
再生動作が禁止される。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、着脱可能なメモ
リカードに記録されたファイルに関して改ざんチェック
を行う再生装置および再生方法に関する。
【０００２】
【従来の技術】ＥＥＰＲＯＭ（Electrically Erasable
Programmable ROM）と呼ばれる電気的に書き換え可能な
不揮発性メモリは、１ビットを２個のトランジスタで構
成するために、１ビット当たりの専有面積が大きく、集
積度を高くするのに限界があった。この問題を解決する
ために、全ビット一括消去方式により１ビットを１トラ
ンジスタで実現することが可能なフラッシュメモリが開
発された。フラッシュメモリは、磁気ディスク、光ディ
スク等の記録媒体に代わりうるものとして期待されてい
る。
【０００３】また、フラッシュメモリを機器に対して着
脱自在に構成したメモリカードも知られている。このメ
モリカードを使用すれば、従来のＣＤ（コンパクトディ
スク）、ＭＤ（ミニディスク）等のディスク状記録媒体
に換えてメモリカードを使用するディジタルオーディオ
記録／再生装置を実現することができる。
【０００４】一方、音声・映像情報のディジタル化およ
びマルチメディアへの対応に伴って近年、著作権保護が
重視されている。また、情報サービスの分野において
は、ディジタル化された音声・映像情報に何らかの再生
制限情報を付加して記録媒体に記録し、この形態でもっ
て情報を利用者に対して提供したり、また、ディジタル
放送やインターネットを利用してディジタル化された音
声・映像情報に何らかの再生制限情報を付加して各利用
者に配信するサービスが検討されている。利用者は、再
生制限情報で示される期間、回数等の範囲で、音声・映
像情報（コンテンツ）を再生することができる。そし
て、若し、利用者がその結果、必要とすれば、有料で、
その音声・映像情報をメモリカードに記録することがで
きる。
【０００５】
【発明が解決しようとする課題】従来、再生制限情報が
付加された情報自体を記録し、保存することは、容易に
なされる。しかしながら、その情報が示す値に意味があ
る時に、この値を何らかの手段で不正に改ざんが行われ
た場合には、それを検出することができず再生制限の意
味をなさずに問題となる。また、改ざんを検出する簡単
な方法としては、ＣＲＣ（Cyclic Redundancy Check)を
求めて得られた値と共に、ＣＲＣとを書き込みことで改
ざんの検出までは可能であるが、ＣＲＣ自体良く知られ
た計算式であるため、改ざんの後でＣＲＣ自体も改ざん
された場合には、対応のしようがないという問題点を有
する。
【０００６】従って、この発明の目的は、再生制限情報
の改ざんを確実に検出することができると共に、改ざん
を検出した際には、確実にコンテンツの再生を禁止する
ことができる再生装置および再生方法を提供することに
ある。
【０００７】
【課題を解決するための手段】以上の問題を解決するた
めに請求項１の発明は、複数のファイルが記録可能なプ
ログラム領域と、プログラム領域に記録された所定ファ
イルに対する改ざん禁止情報を管理する管理領域とから
なる記録媒体からデータの再生を行う再生装置におい
て、記録媒体に記録されているファイルに対して再生を
行う度に記録媒体の管理領域に管理された改ざん禁止情
報に対して所定の関数に基づく演算を施す演算手段と、
前回の再生指示時に演算手段において演算された値と、
今回の再生指示時に演算手段において演算された値とを
比較する比較手段と、比較手段において、前回演算され
た値と、今回演算された値とが同一であるときに、今回
再生指示されたファイルの再生を許可する制御手段とか
らなることを特徴とする再生装置である。
【０００８】また、請求項１０の発明は、改ざん禁止情
報が管理されている属性ヘッダが付加されたメインファ
イルと、少なくとも計時情報が管理されている再生管理
ファイルが記録されている記録媒体を再生する再生装置
において、記録媒体に記録されているメインファイルの
再生を行う度に記録媒体の管理領域に管理された改ざん
禁止情報に対して所定の関数に基づく演算を施すと共
に、計時情報が更新される度に計時情報に対して演算を
施す演算手段と、前回の再生指示時に演算手段において
演算された値と、今回の再生指示時に演算手段において
演算された値とを比較する第１の比較手段と、前回の計
時情報更新時に演算手段において演算された値と、今回
の計時情報更新時に演算手段において演算された値とを
比較する第２の比較手段と、第１の比較手段において、
前回演算された値と、今回演算された値とが同一である
とき、または第２の比較手段において、前回演算された
値と、今回演算された値とが同一であるときに、再生を
許可する制御手段とからなることを特徴とする再生装置
である。
【０００９】そして、請求項１９の発明は、複数のファ
イルが記録可能なプログラム領域と、プログラム領域に
記録された所定のファイルに対する改ざん禁止情報を管
理する管理領域とからなる記録媒体からデータの再生を
行う再生方法において、記録媒体に記録されているファ
イルに対して再生を行う度に記録媒体の管理領域に管理
された改ざん禁止情報に対して所定の関数に基づく演算
を施すステップと、前回の再生指示時に演算された値
と、今回の再生指示時に演算された値とを比較するステ
ップと、比較結果において、前回演算された値と、今回
演算された値とが同一であるときに今回再生指示された
ファイルの再生を許可するステップとからなることを特
徴とする再生方法である。
【００１０】また、請求項２０の発明は、改ざん禁止情
報が管理されている属性ヘッダが付加されたメインファ
イルと、少なくとも計時情報が管理されている再生管理
ファイルとが記録されている記録媒体を再生する再生方
法において、記録媒体に記録されているメインファイル
の再生を行う度に記録媒体の管理領域に管理された改ざ
ん禁止情報に対して所定の関数に基づく演算を施すと共
に、計時情報が更新される度に計時情報に対して演算を
施すステップと、前回の再生指示時に演算された値と、
今回の再生指示時に演算された値とを比較するステップ
と、前回の計時情報更新時に演算された値と、今回の計
時情報更新時に演算された値とを比較するステップと、
前回の再生指示時に演算された値と、今回の再生指示時
に演算された値とが同一であるとき、または前回の計時
情報更新時に演算された値と、今回の計時情報更新時に
演算された値とが同一であるときに再生を許可するステ
ップとからなることを特徴とする再生方法である。
【００１１】この発明では、再生動作に先立って、再生
制限情報のハッシュ値が算出され、得られたハッシュ値
が外部からは見えないメモリ領域に保持される。前回計
算されたハッシュ値と今回計算されたハッシュ値とが比
較され、一致しているかどうかにより改ざんの検出がな
される。一致していない場合には、改ざん検出フラグを
立てると共に、再生動作を禁止する。このため、確実に
改ざんが検出されると共に、改ざんが検出された際に
は、コンテンツを再生できない。
【００１２】
【発明の実施の形態】以下、この発明の一実施形態につ
いて説明する。図１は、この発明の一実施形態における
メモリカードを使用したディジタルオーディオレコーダ
／プレーヤの全体の構成を示す。この一実施形態は、記
録媒体として、着脱自在のメモリカードを使用するディ
ジタルオーディオ信号の記録および再生機である。より
具体的には、このレコーダ／プレーヤは、アンプ装置、
スピーカ、ＣＤプレーヤ、ＭＤレコーダ、チューナ等と
共にオーディオシステムを構成する。この発明は、これ
以外のオーディオレコーダに対しても適用できる。すな
わち、携帯型記録再生装置に対しても適用できる。ま
た、衛星を使用したデータ通信、ディジタル放送、イン
ターネット等を経由して配信されるディジタルオーディ
オ信号を記録するセットトップボックスに対しても適用
できる。さらに、ディジタルオーディオ信号以外に動画
データ、静止画データ等の記録／再生に対してもこの発
明を適用できる。一実施形態においても、ディジタルオ
ーディオ信号以外の画像、文字等の付加情報を記録／再
生可能としている。
【００１３】記録再生装置は、それぞれ１チップＩＣで
構成されたオーディオエンコーダ／デコーダＩＣ１０、
セキュリティＩＣ２０、ＤＳＰ(Digital Signal Proces
sor)３０を有する。さらに、記録再生装置本体に対して
着脱自在のメモリカード４０を備える。メモリカード４
０は、フラッシュメモリ（不揮発性メモリ）、メモリコ
ントロールブロック、ＤＥＳ(Data Encryption Standar
d)の暗号化回路を含むセキュリティブロックが１チップ
上にＩＣ化されたものである。なお、この一実施形態で
は、ＤＳＰ３０を使用しているが、マイクロコンピュー
タを使用しても良い。
【００１４】オーディオエンコーダ／デコーダＩＣ１０
は、オーディオインタフェース１１およびエンコーダ／
デコーダブロック１２を有する。エンコーダ／デコーダ
ブロック１２は、ディジタルオーディオ信号をメモリカ
ード４０に書き込むために高能率符号化し、また、メモ
リカード４０から読み出されたデータを復号する。高能
率符号化方法としては、ミニディスクで採用されている
ＡＴＲＡＣ(AdaptiveTransform Acoustic Coding)を改
良したＡＴＲＡＣ３が使用される。
【００１５】上述のＡＴＲＡＣ３では、サンプリング周
波数＝４４．１ｋHzでサンプリングした量子化ビットが
１６ビットのオーディオデータを高能率符号化処理す
る。ＡＴＲＡＣ３でオーディオデータを処理する時の最
小のデータ単位がサウンドユニットＳＵである。１ＳＵ
は、１０２４サンプル分（１０２４×１６ビット×２チ
ャンネル）を数百バイトに圧縮したものであり、時間に
して約２３ｍ秒である。上述の高能率符号化処理により
約１／１０にオーディオデータが圧縮される。ミニディ
スクで適用されたＡＴＲＡＣ１と同様に、ＡＴＲＡＣ３
方式において、信号処理されたオーディオ信号の圧縮／
伸長処理による音質の劣化は少ない。
【００１６】ライン入力セレクタ１３は、ＭＤの再生出
力、チューナの出力、テープ再生出力を選択的にＡ／Ｄ
変換器１４に供給する。Ａ／Ｄ変換器１４は、入力され
るライン入力信号をサンプリング周波数＝４４．１ｋH
z、量子化ビット＝１６ビットのディジタルオーディオ
信号へ変換する。ディジタル入力セレクタ１６は、Ｍ
Ｄ、ＣＤ、ＣＳ（衛星ディジタル放送）のディジタル出
力を選択的にディジタル入力レシーバ１７に供給する。
上述のディジタル入力は、例えば光ケーブルを介して伝
送される。ディジタル入力レシーバ１７の出力がサンプ
リングレートコンバータ１５に供給され、ディジタル入
力のサンプリング周波数が４４．１ｋHz、量子化ビット
が１６ビットのデジタルオーディオ信号に変換される。
【００１７】オーディオエンコーダ／デコーダＩＣ１０
のエンコーダ／デコーダブロック１２からの符号化デー
タがセキュリティＩＣ２０のインタフェース２１を介し
てＤＥＳの暗号化回路２２に供給される。ＤＥＳの暗号
化回路２２は、ＦＩＦＯ２３を有している。ＤＥＳの暗
号化回路２２は、コンテンツの著作権を保護するために
備えられている。メモリカード４０にも、ＤＥＳの暗号
化回路が組み込まれている。記録再生装置のＤＥＳの暗
号化回路２２は、複数のマスターキーと機器毎にユニー
クなストレージキーを持つ。さらに、ＤＥＳの暗号化回
路２２は、乱数発生回路を持ち、ＤＥＳの暗号化回路を
内蔵するメモリカードと認証およびセッションキーを共
有することができる。よりさらに、ＤＥＳの暗号化回路
２２は、ＤＥＳの暗号化回路を通してストレージキーで
キーをかけなおすことができる。
【００１８】ＤＥＳの暗号化回路２２からの暗号化され
たオーディオデータがＤＳＰ(Digital Signal Processo
r) ３０に供給される。ＤＳＰ３０は、着脱機構（図示
しない）に装着されたメモリカード４０とメモリインタ
フェースを介しての通信を行い、暗号化されたデータを
フラッシュメモリに書き込む。ＤＳＰ３０とメモリカー
ド４０との間では、シリアル通信がなされる。また、メ
モリカードの制御に必要なメモリ容量を確保するため
に、ＤＳＰ３０に対して外付けのＳＲＡＭ(Static Rand
om Access Memory) ３１が接続される。
【００１９】さらに、ＤＳＰ３０に対して、バスインタ
フェース３２が接続され、図示しない外部のコントロー
ラからのデータがバス３３を介してＤＳＰ３０に供給さ
れる。外部のコントローラは、オーディオシステム全体
の動作を制御し、操作部からのユーザの操作に応じて発
生した録音指令、再生指令等のデータをＤＳＰ３０にバ
スインタフェース３２を介して与える。また、画像情
報、文字情報等の付加情報のデータもバスインタフェー
ス３２を介してＤＳＰ３０に供給される。バス３３は、
双方向通信路であり、メモリカード４０から読み出され
た付加情報データ、制御信号等がＤＳＰ３０、バスイン
ターフェース３２、バス３３を介して外部のコントロー
ラに取り込まれる。外部のコントローラは、具体的に
は、オーディオシステム内に含まれる他の機器例えばア
ンプ装置に含まれている。さらに、外部のコントローラ
によって、付加情報の表示、レコーダの動作状態等を表
示するための表示が制御される。表示部は、オーディオ
システム全体で共用される。ここで、バス３３を介して
送受信されるデータは、著作物ではないので、暗号化が
されない。
【００２０】ＤＳＰ３０によってメモリカード４０から
読み出した暗号化されたオーディオデータは、セキュリ
ティＩＣ２０によって復号化され、オーディオエンコー
ダ／デコーダＩＣ１０によってＡＴＲＡＣ３の復号化処
理を受ける。オーディオエンコーダ／デコーダ１０の出
力がＤ／Ａ変換器１８に供給され、アナログオーディオ
信号へ変換される。そして、アナログオーディオ信号が
ライン出力端子１９に取り出される。
【００２１】ライン出力は、図示しないアンプ装置に伝
送され、スピーカまたはヘッドホンにより再生される。
Ｄ／Ａ変換器１８に対してミューティング信号が外部の
コントローラから供給される。ミューティング信号がミ
ューティングのオンを示す時には、ライン出力端子１９
からのオーディオ出力が禁止される。
【００２２】図２は、ＤＳＰ３０の内部構成を示す。Ｄ
ＳＰ３０は、Ｃｏｒｅ３４と、フラッシュメモリ３５
と、ＳＲＡＭ３６と、バスインタフェース３７と、メモ
リカードインタフェース３８と、バスおよびバス間のブ
リッジとで構成される。ＤＳＰ３０は、マイクロコンピ
ュータと同様な機能を有し、Ｃｏｒｅ３４がＣＰＵに相
当する。フラッシュメモリ３５にＤＳＰ３０の処理のた
めのプログラムが格納されている。ＳＲＡＭ３６と外部
のＳＲＡＭ３１とがＲＡＭとして使用される。
【００２３】ＤＳＰ３０は、バスインタフェース３２、
３７を介して受け取った録音指令等の操作信号に応答し
て、所定の暗号化されたオーディオデータ、所定の付加
情報データをメモリカード４０に対して書き込み、ま
た、これらのデータをメモリカード４０から読み出す処
理を制御する。すなわち、オーディオデータ、付加情報
の記録／再生を行うためのオーディオシステム全体のア
プリケーションソフトウェアと、メモリカード４０との
間にＤＳＰ３０が位置し、メモリカード４０のアクセ
ス、ファイルシステム等のソフトウェアによってＤＳＰ
３０が動作する。
【００２４】ＤＳＰ３０におけるメモリカード４０上の
ファイル管理は、既存のパーソナルコンピュータで使用
されているＦＡＴシステムが使用される。このファイル
システムに加えて、一実施形態では、後述するようなデ
ータ構成の管理ファイルが使用される。管理ファイル
は、メモリカード４０上に記録されているデータファイ
ルを管理する。第１のファイル管理情報としての管理フ
ァイルは、オーディオデータのファイルを管理するもの
である。第２のファイル管理情報としてのＦＡＴは、オ
ーディオデータのファイルと管理ファイルを含むメモリ
カード４０のフラッシュメモリ上のファイル全体を管理
する。管理ファイルは、メモリカード４０に記録され
る。また、ＦＡＴは、ルートディレクトリ等と共に、予
め出荷時にフラッシュメモリ上に書き込まれている。Ｆ
ＡＴの詳細に関しては後述する。
【００２５】なお、一実施形態では、著作権を保護する
ために、ＡＴＲＡＣ３により圧縮されたオーディオデー
タを暗号化している。一方、管理ファイルは、著作権保
護が必要ないとして、暗号化を行わないようにしてい
る。また、メモリカードとしても、暗号化機能を持つも
のと、これを持たないものとがありうる。一実施形態の
ように、著作物であるオーディオデータを記録するレコ
ーダが対応しているメモリカードは、暗号化機能を持つ
メモリカードのみである。上述の暗号化機能を有さない
メモリカードには、個人が録音したＶｏｉｃｅまたは録
画した画像が記録される。
【００２６】図３は、メモリカード４０の構成を示す。
メモリカード４０は、コントロールブロック４１とフラ
ッシュメモリ４２が１チップＩＣとして構成されたもの
である。プレーヤ／レコーダのＤＳＰ３０とメモリカー
ド４０との間の双方向シリアルインタフェースは、１０
本の線からなる。主要な４本の線は、データ伝送時にク
ロックを伝送するためのクロック線ＳＣＫと、ステータ
スを伝送するためのステータス線ＳＢＳと、データを伝
送するデータ線ＤＩＯ、インターラプト線ＩＮＴとであ
る。その他に電源供給用線として、２本のＧＮＤ線およ
び２本のＶＣＣ線が設けられる。２本の線Ｒｅｓｅｒｖ
は、未定義の線である。
【００２７】クロック線ＳＣＫは、データに同期したク
ロックを伝送するための線である。ステータス線ＳＢＳ
は、メモリカード４０のステータスを表す信号を伝送す
るための線である。データ線ＤＩＯは、コマンドおよび
暗号化されたオーディオデータを入出力するための線で
ある。インターラプト線ＩＮＴは、メモリカード４０か
らプレーヤ／レコーダのＤＳＰ３０に対しての割り込み
を要求するインターラプト信号を伝送する線である。メ
モリカード４０を装着した時にインターラプト信号が発
生する。但し、この一実施形態では、インターラプト信
号をデータ線ＤＩＯを介して伝送するようにしているの
で、インターラプト線ＩＮＴを接地している。
【００２８】コントロールブロック４１のシリアル／パ
ラレル変換・パラレル／シリアル変換・インタフェース
ブロック（Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロックと略す）４３
は、上述した複数の線を介して接続されたレコーダのＤ
ＳＰ３０とコントロールブロック４１とのインタフェー
スである。Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３は、プレ
ーヤ／レコーダのＤＳＰ３０から受け取ったシリアルデ
ータをパラレルデータに変換し、コントロールブロック
４１に取り込み、コントロールブロック４１からのパラ
レルデータをシリアルデータに変換してプレーヤ／レコ
ーダのＤＳＰ３０に送る。また、Ｓ／Ｐ・Ｐ／Ｓ・ＩＦ
ブロック４３は、データ線ＤＩＯを介して伝送されるコ
マンドおよびデータを受け取った時に、フラッシュメモ
リ４２に対する通常のアクセスのためのコマンドおよび
データと、暗号化に必要なコマンドおよびデータとを分
離する。
【００２９】データ線ＤＩＯを介して伝送されるフォー
マットでは、最初にコマンドが伝送され、その後にデー
タが伝送される。Ｓ／Ｐ・Ｐ／Ｓ・ＩＦブロック４３
は、コマンドのコードを検出して、通常のアクセスに必
要なコマンドおよびデータか、暗号化に必要なコマンド
およびデータかを判別する。この判別結果に従って、通
常のアクセスに必要なコマンドをコマンドレジスタ４４
に格納し、データをページバッファ４５およびライトレ
ジスタ４６に格納する。ライトレジスタ４６と関連して
エラー訂正符号化回路４７が設けられている。ページバ
ッファ４５に一時的に蓄えられたデータに対して、エラ
ー訂正符号化回路４７がエラー訂正符号の冗長コードを
生成する。
【００３０】コマンドレジスタ４４、ページバッファ４
５、ライトレジスタ４６およびエラー訂正符号化回路４
７の出力データがフラッシュメモリインタフェースおよ
びシーケンサ（メモリＩ／Ｆ・シーケンサと略す）５１
に供給される。メモリＩＦ・シーケンサ５１は、コント
ロールブロック４１とフラッシュメモリ４２とのインタ
フェースであり、両者の間のデータのやり取りを制御す
る。メモリＩＦ・シーケンサ５１を介してデータがフラ
ッシュメモリ４２に書き込まれる。
【００３１】フラッシュメモリ４２に書き込まれるＡＴ
ＲＡＣ３により圧縮されたオーディオデータ（以下、Ａ
ＴＲＡＣ３データと表記する）は、著作権保護のため
に、プレーヤ／レコーダのセキュリティＩＣ２０とメモ
リカード４０のセキュリティブロック５２とによって、
暗号化されたものである。セキュリティブロック５２
は、バッファメモリ５３と、ＤＥＳの暗号化回路５４
と、不揮発性メモリ５５とを有する。
【００３２】メモリカード４０のセキュリティブロック
５２は、複数の認証キーとメモリカード毎にユニークな
ストレージキーを持つ。不揮発性メモリ５５は、暗号化
に必要なキーを格納するもので、チップ解析を行っても
解析不能な構造となっている。この実施形態では、例え
ばストレージキーが不揮発性メモリ５５に格納される。
さらに、乱数発生回路を持ち、対応可能なプレーヤ／レ
コーダと認証ができ、セッションキーを共有できる。Ｄ
ＥＳの暗号化回路５４を通して、コンテンツキーをスト
レージキーでキーのかけ直しを行う。
【００３３】例えばメモリカード４０をプレーヤ／レコ
ーダに装着した時に相互に認証がなされる。認証は、プ
レーヤ／レコーダのセキュリティＩＣ２０とメモリカー
ド４０のセキュリティブロック５２によって行わせる。
プレーヤ／レコーダは、装着されたメモリカード４０が
対応可能なメモリカードであることを認証し、また、メ
モリカード４０が相手のプレーヤ／レコーダが対応可能
なプレーヤ／レコーダであることを認証すると、相互認
証処理が正常に行われたことを意味する。認証が行われ
ると、プレーヤ／レコーダとメモリカード４０がそれぞ
れセッションキーを生成し、セッションキーを共有す
る。セッションキーは、認証の度に生成される。
【００３４】メモリカード４０に対するコンテンツの書
き込み時には、プレーヤ／レコーダがセッションキーで
コンテンツキーを暗号化してメモリカード４０に渡す。
メモリカード４０では、コンテンツキーをセッションキ
ーで復号し、ストレージキーで暗号化してプレーヤ／レ
コーダに渡す。ストレージキーは、メモリカード４０の
一つ一つにユニークなキーであり、プレーヤ／レコーダ
は、暗号化されたコンテンツキーを受け取ると、フォー
マット処理を行い、暗号化されたコンテンツキーと暗号
化されたコンテンツをメモリカード４０に書き込む。
【００３５】以上、メモリカード４０に対する書き込み
処理について説明したが、以下メモリカード４０からの
読み出し処理について説明する。フラッシュメモリ４２
から読み出されたデータがメモリＩＦ・シーケンサ５１
を介してページバッファ４５、リードレジスタ４８、エ
ラー訂正回路４９に供給される。ページバッファ４５に
記憶されたデータがエラー訂正回路４９によってエラー
訂正がなされる。エラー訂正がされたページバッファ４
５の出力およびリードレジスタ４８の出力がＳ／Ｐ・Ｐ
／Ｓ・ＩＦブロック４３に供給され、上述したシリアル
インタフェースを介してプレーヤ／レコーダのＤＳＰ３
０に供給される。
【００３６】読み出し時には、ストレージキーで暗号化
されたコンテンツキーとブロックキーで暗号化されたコ
ンテンツとがフラッシュメモリ４２から読み出される。
セキュリティブロック５２によって、ストレージキーで
コンテンツキーが復号される。復号したコンテンツキー
がセッションキーで再暗号化されてプレーヤ／レコーダ
側に送信される。プレーヤ／レコーダは、受信したセッ
ションキーでコンテンツキーを復号する。プレーヤ／レ
コーダは、復号したコンテンツキーでブロックキーを生
成する。このブロックキーによって、暗号化されたＡＴ
ＲＡＣ３データを順次復号する。
【００３７】なお、ConfigＲＯＭ５０は、メモリカード
４０のバージョン情報、各種の属性情報等が格納されて
いるメモリである。また、メモリカード４０には、ユー
ザが必要に応じて操作可能な誤消去防止用のスイッチ６
０が備えられている。このスイッチ６０が消去禁止の接
続状態にある場合には、フラッシュメモリ４２を消去す
ることを指示するコマンドがレコーダ側から送られてき
ても、フラッシュメモリ４２の消去が禁止される。さら
に、ＯＳＣ Cont.６１は、メモリカード４０の処理のタ
イミング基準となるクロックを発生する発振器である。
【００３８】図４は、メモリカードを記憶媒体とするコ
ンピュータシステムのファイルシステム処理階層を示
す。ファイルシステム処理階層としては、アプリケーシ
ョン処理層が最上位であり、その下に、ファイル管理処
理層、論理アドレス管理層、物理アドレス管理層、フラ
ッシュメモリアクセスが順次積層される。上述の階層構
造において、ファイル管理処理層がＦＡＴシステムであ
る。物理アドレスは、フラッシュメモリの各ブロックに
対して付されたもので、ブロックと物理アドレスの対応
関係は、不変である。論理アドレスは、ファイル管理処
理層が論理的に扱うアドレスである。
【００３９】図５は、メモリカード４０におけるフラッ
シュメモリ４２のデータの物理的構成の一例を示す。フ
ラッシュメモリ４２は、セグメントと称されるデータ単
位が所定数のブロック（固定長）へ分割され、１ブロッ
クが所定数のページ（固定長）へ分割される。フラッシ
ュメモリ４２では、ブロック単位で消去が一括して行わ
れ、書き込みと読み出しは、ページ単位で一括して行わ
れる。各ブロックおよび各ページは、それぞれ同一のサ
イズとされ、１ブロックがページ０からページｍで構成
される。１ブロックは、例えば８ＫＢ（Ｋバイト）バイ
トまたは１６ＫＢの容量とされ、１ページが５１２Ｂの
容量とされる。フラッシュメモリ４２全体では、１ブロ
ック＝８ＫＢの場合で、４ＭＢ（５１２ブロック）、８
ＭＢ（１０２４ブロック）とされ、１ブロック＝１６Ｋ
Ｂの場合で、１６ＭＢ（１０２４ブロック）、３２ＭＢ
（２０４８ブロック）、６４ＭＢ（４０９６ブロック）
の容量とされる。
【００４０】１ページは、５１２バイトのデータ部と１
６バイトの冗長部とからなる。冗長部の先頭の３バイト
は、データの更新に応じて書き換えられるオーバーライ
ト部分とされる。３バイトの各バイトに、先頭から順に
ブロックステータス、ページステータス、更新ステータ
スが記録される。冗長部の残りの１３バイトの内容は、
原則的にデータ部の内容に応じて固定とされる。１３バ
イトは、管理フラグ（１バイト）、論理アドレス（２バ
イト）、フォーマットリザーブの領域（５バイト）、分
散情報ＥＣＣ（２バイト）およびデータＥＣＣ（３バイ
ト）からなる。分散情報ＥＣＣは、管理フラグ、論理ア
ドレス、フォーマットリザーブに対する誤り訂正用の冗
長データであり、データＥＣＣは、５１２バイトのデー
タに対する誤り訂正用の冗長データである。
【００４１】管理フラグとして、システムフラグ（その
値が１：ユーザブロック、０：ブートブロック）、変換
テーブルフラグ（１：無効、０：テーブルブロック）、
コピー禁止指定（１：ＯＫ、０：ＮＧ）、アクセス許可
（１：ｆｒｅｅ、０：リードプロテクト）の各フラグが
記録される。
【００４２】先頭の二つのブロック０およびブロック１
がブートブロックである。ブロック１は、ブロック０と
同一のデータが書かれるバックアップ用である。ブート
ブロックは、カード内の有効なブロックの先頭ブロック
であり、メモリカードを機器に装填した時に最初にアク
セスされるブロックである。残りのブロックがユーザブ
ロックである。ブートブロックの先頭のページ０にヘッ
ダ、システムエントリ、ブート＆アトリビュート情報が
格納される。ページ１に使用禁止ブロックデータが格納
される。ページ２にＣＩＳ(Card Information Structur
e)／ＩＤＩ(Identify Drive Information)が格納され
る。
【００４３】ブートブロックのヘッダは、ブートブロッ
クＩＤ、ブートブロック内の有効なエントリ数が記録さ
れる。システムエントリには、使用禁止ブロックデータ
の開始位置、そのデータサイズ、データ種別、ＣＩＳ／
ＩＤＩのデータ開始位置、そのデータサイズ、データ種
別が記録される。ブート＆アトリビュート情報には、メ
モリカードのタイプ（読み出し専用、リードおよびライ
ト可能、両タイプのハイブリッド等）、ブロックサイ
ズ、ブロック数、総ブロック数、セキュリティ対応か否
か、カードの製造に関連したデータ（製造年月日等）等
が記録される。
【００４４】フラッシュメモリは、データの書き換えを
行うことにより絶縁膜の劣化を生じ、書き換え回数が制
限される。従って、ある同一の記憶領域（ブロック）に
対して繰り返し集中的にアクセスがなされることを防止
する必要がある。従って、ある物理アドレスに格納され
ているある論理アドレスのデータを書き換える場合、フ
ラッシュメモリのファイルシステムでは、同一のブロッ
クに対して更新したデータを再度書き込むことはせず
に、未使用のブロックに対して更新したデータを書き込
むようになされる。その結果、データ更新前における論
理アドレスと物理アドレスの対応関係が更新後では、変
化する。スワップ処理を行うことで、同一のブロックに
対して繰り返して集中的にアクセスがされることが防止
され、フラッシュメモリの寿命を延ばすことが可能とな
る。
【００４５】論理アドレスは、一旦ブロックに対して書
き込まれたデータに付随するので、更新前のデータと更
新後のデータの書き込まれるブロックが移動しても、Ｆ
ＡＴからは、同一のアドレスが見えることになり、以降
のアクセスを適正に行うことができる。スワップ処理に
より論理アドレスと物理アドレスとの対応関係が変化す
るので、両者の対応を示す論理−物理アドレス変換テー
ブルが必要となる。このテーブルを参照することによっ
て、ＦＡＴが指定した論理アドレスに対応する物理アド
レスが特定され、特定された物理アドレスが示すブロッ
クに対するアクセスが可能となる。
【００４６】論理−物理アドレス変換テーブルは、ＤＳ
Ｐ３０によってＳＲＡＭ上に格納される。若し、ＲＡＭ
容量が少ない時は、フラッシュメモリ中に格納すること
ができる。このテーブルは、概略的には、昇順に並べた
論理アドレス（２バイト）に物理アドレス（２バイト）
をそれぞれ対応させたテーブルである。フラッシュメモ
リの最大容量を１２８ＭＢ（８１９２ブロック）として
いるので、２バイトによって８１９２のアドレスを表す
ことができる。また、論理−物理アドレス変換テーブル
は、セグメント毎に管理され、そのサイズは、フラッシ
ュメモリの容量に応じて大きくなる。例えばフラッシュ
メモリの容量が８ＭＢ（２セグメント）の場合では、２
個のセグメントのそれぞれに対して２ページが論理−物
理アドレス変換テーブル用に使用される。論理−物理ア
ドレス変換テーブルを、フラッシュメモリ中に格納する
時には、上述した各ページの冗長部における管理フラグ
の所定の１ビットによって、当該ブロックが論理−物理
アドレス変換テーブルが格納されているブロックか否か
が指示される。
【００４７】上述したメモリカードは、ディスク状記録
媒体と同様にパーソナルコンピュータのＦＡＴシステム
によって使用可能なものである。図５には示されてない
が、フラッシュメモリ上にＩＰＬ領域、ＦＡＴ領域およ
びルート・ディレクトリ領域が設けられる。ＩＰＬ領域
には、最初にレコーダのメモリにロードすべきプログラ
ムが書かれているアドレス、並びにメモリの各種情報が
書かれている。ＦＡＴ領域には、ブロック（クラスタ）
の関連事項が書かれている。ＦＡＴには、未使用のブロ
ック、次のブロック番号、不良ブロック、最後のブロッ
クをそれぞれ示す値が規定される。さらに、ルートディ
レクトリ領域には、ディレクトリエントリ（ファイル属
性、更新年月日、開始クラスタ、ファイルサイズ等）が
書かれている。
【００４８】図６にＦＡＴ管理による管理方法を説明す
る。この図６は、メモリ内の模式図を示しており、上か
らパーティションテーブル部、空き領域、ブートセク
タ、ＦＡＴ領域、ＦＡＴのバックアップ領域、Ｒｏｏｔ
Ｄｉｒｅｃｔｏｒｙ領域、Ｓｕｂ Ｄｉｒｅｃｔｏｒ
ｙ領域、データ領域が積層されている。なお、メモリマ
ップは、論理―物理アドレス変換テーブルに基づいて、
論理アドレスから物理アドレスへ変換した後のメモリマ
ップである。
【００４９】上述したブートセクタ、ＦＡＴ領域、ＦＡ
Ｔのバックアップ領域、ＲｏｏｔＤｉｒｅｃｔｏｒｙ領
域、Ｓｕｂ Ｄｉｒｅｃｔｏｒｙ領域、データ領域を全
部まとめてＦＡＴパーティション領域と称する。
【００５０】上述のパーティションテーブル部には、Ｆ
ＡＴパーティション領域の始めと終わりのアドレスが記
録されている。通常フロッピディスクで使用されている
ＦＡＴには、パーティションテーブル部は備えられてい
ない。最初のトラックには、パーティションテーブル以
外のものは置かないために空きエリアができてしまう。
【００５１】次に、ブートセクタには、１２ビットＦＡ
Ｔおよび１６ビットＦＡＴの何れかであるかでＦＡＴ構
造の大きさ、クラスタサイズ、それぞれの領域のサイズ
が記録されている。ＦＡＴは、データ領域に記録されて
いるファイル位置を管理するものである。ＦＡＴのコピ
ー領域は、ＦＡＴのバックアップ用の領域である。ルー
トデイレクトリ部は、ファイル名、先頭クラスタアドレ
ス、各種属性が記録されており、１ファイルにつき３２
バイト使用する。
【００５２】サブデイレクトリ部は、デレクトリという
ファイルの属性のファイルとして存在しており、図６の
実施形態ではＰＢＬＩＳＴ．ＭＳＦ、ＣＡＴ．ＭＳＡ、
ＤＯＧ．ＭＳＡ、ＭＡＮ. ＭＳＦという４つのファイル
が存在する。このサブデイレクトリ部には、ファイル名
とＦＡＴ上の記録位置が管理されている。すなわち、図
６においては、ＣＡＴ．ＭＳＡというファイル名が記録
されているスロットには「５」というＦＡＴ上のアドレ
スが管理されており、ＤＯＧ．ＭＳＡというファイル名
が記録されているスロットには「１０」というＦＡＴ上
のアドレスが管理されている。
【００５３】クラスタ２以降が実際のデータ領域で、こ
のデータ領域にこの実施形態では、ＡＴＲＡＣ３で圧縮
処理されたオーデイオデータが記録される。さらに、Ｍ
ＡＮ. ＭＳＡというファイル名が記録されているスロッ
トには「１１０」というＦＡＴ上のアドレスが管理され
ている。
【００５４】この発明の実施形態では、クラスタ５、
６、７および８にＣＡＴ．ＭＳＡというファイル名のＡ
ＴＲＡＣ３で圧縮処理されたオーデイオデータが記録さ
れ、クラスタ１０、１１および、１２にＤＯＧ．ＭＳＡ
というファイル名の前半パートであるＤＯＧ−１がＡＴ
ＲＡＣ３で圧縮処理されたオーデイオデータが記録さ
れ、クラスタ１００および１０１にＤＯＧ．ＭＳＡとい
うファイル名の後半パートであるＤＯＧ−２がＡＴＲＡ
Ｃ３で圧縮処理されたオーデイオデータが記録されてい
る。さらに、クラスタ１１０および１１１にＭＡＮ．Ｍ
ＳＡというファイル名のＡＴＲＡＣ３で圧縮処理された
オーデイオデータが記録されている。
【００５５】この実施形態においては、単一のファイル
が２分割されて離散的に記録されている例を示してい
る。また、データ領域上のＥｍｐｔｙとかかれた領域は
記録可能領域である。
【００５６】クラスタ２００以降は、ファイルネームを
管理する領域であり、クラスタ２００には、ＣＡＴ．Ｍ
ＳＡというファイルが、クラスタ２０１には、ＤＯＧ．
ＭＳＡというファイルが、クラスタ２０２にはＭＡＮ．
ＭＳＡというファイルが記録されている。ファイル順を
並び替える場合には、このクラスタ２００以降で並び替
えを行えばよい。
【００５７】この実施形態のメモリカードが初めて挿入
された場合には、先頭のパーティションテーブル部を参
照してＦＡＴパーティション領域の始めと終わりのアド
レスが記録されている。ブートセクタ部の再生を行った
後にＲｏｏｔ Ｄｉｒｅｃｔｏｒｙ、Ｓｕｂ Ｄｉｒｅ
ｃｔｏｒｙ部の再生を行う。そして、Ｓｕｂ Ｄｉｒｅ
ｃｔｏｒｙ部に記録されている再生管理情報ＰＢＬＩＳ
Ｔ．ＭＳＦが記録されているスロットを検索して、ＰＢ
ＬＩＳＴ．ＭＳＦが記録されているスロットの終端部の
アドレスを参照する。
【００５８】この実施形態の場合には、ＰＢＬＩＳＴ．
ＭＳＦが記録されているスロットの終端部には「２０
０」というアドレスが記録されているのでクラスタ２０
０を参照する。クラスタ２００以降は、ファイル名を管
理するとともにファイルの再生順を管理する領域であ
り、この実施形態の場合には、ＣＡＴ. ＭＳＡというフ
ァイルが１曲目となり、ＤＯＧ．ＭＳＡというファイル
が２曲目となり、ＭＡＮ．ＭＳＡというファイルが３曲
目となる。
【００５９】ここで、クラスタ２００以降を全て参照し
たら、サブデレクトリ部に移行して、ＣＡＴ. ＭＳＡ、
ＤＯＧ．ＭＳＡおよびＭＡＮ．ＭＳＡという名前のファ
イル名と合致するスロットを参照する。この図６におい
ては、ＣＡＴ．ＭＳＡというファイル名が記録されたス
ロットの終端には「５」というアドレスが記録され、Ｄ
ＯＧ. ＭＳＡというファイルが記録されたスロットの終
端には「１０」というアドレスが記録され、ＭＡＮ．Ｍ
ＳＡというファイルが記録されたスロットの終端には１
１０というアドレスが記録されている。
【００６０】ＣＡＴ．ＭＳＡというファイル名が記録さ
れたスロットの終端に記録された「５」というアドレス
に基づいて、ＦＡＴ上のエントリアドレスを検索する。
エントリアドレス５には、「６」というクラスタアドレ
スがエントリされており、「６」というエントリアドレ
スを参照すると「７」というクラスタアドレスがエント
リされており、「７」というエントリアドレスを参照す
ると「８」というクラスタアドレスがエントリされてお
り、「８」というエントリアドレスを参照すると「ＦＦ
Ｆ」という終端を意味するコードが記録されている。
【００６１】よって、ＣＡＴ．ＭＳＡというファイル
は、クラスタ５、６、７、８のクラスタ領域を使用して
おり、データ領域のクラスタ５、６、７、８を参照する
ことでＣＡＴ．ＭＳＡというＡＴＲＡＣ３データが実際
に記録されている領域をアクセスすることができる。
【００６２】次に、離散記録されているＤＯＧ. ＭＳＡ
というファイルを検索する方法を以下に示す。ＤＯＧ.
ＭＳＡというファイル名が記録されたスロットの終端に
は「１０」というアドレスが記録されている。ここで、
「１０」というアドレスに基づいて、ＦＡＴ上のエント
リアドレスを検索する。エントリアドレス１０には、
「１１」というクラスタアドレスがエントリされてお
り、「１１」というエントリアドレスを参照すると「１
２」というクラスタアドレスがエントリされており、
「１２」というエントリアドレスを参照すると「１０
０」というクラスタアドレスがエントリされている。さ
らに、「１００」というエントリアドレスを参照すると
「１０１」というクラスタアドレスがエントリされてお
り、「１０１」というエントリアドレスを参照するとＦ
ＦＦという終端を意味するコードが記録されている。
【００６３】よって、ＤＯＧ．ＭＳＡというファイル
は、クラスタ１０、１１、１２、１００、１０１という
クラスタ領域を使用しており、データ領域のクラスタ１
０、１１、１２を参照することでＤＯＧ．ＭＳＡという
ファイルの前半パートに対応するＡＴＲＡＣ３データが
実際に記録されている領域をアクセスすることができ
る。さらに、データ領域のクラスタ１００、１０１を参
照することでＤＯＧ．ＭＳＡというファイルの後半パー
トに対応するＡＴＲＡＣ３データが実際に記録されてい
る領域をアクセスすることができる。
【００６４】さらに、ＭＡＮ．ＭＳＡというファイル名
が記録されたスロットの終端に記録された「１１０」と
いうアドレスに基づいて、ＦＡＴ上のエントリアドレス
を検索する。エントリアドレス１１０には、「１１１」
というクラスタアドレスがエントリされており、「１１
１」というエントリアドレスを参照すると「ＦＦＦ」と
いう終端を意味するコードが記録されている。
【００６５】よって、ＭＡＮ．ＭＳＡというファイル
は、クラスタ１１０、１１１というクラスタ領域を使用
しており、データ領域のクラスタ１１０、１１１を参照
することでＭＡＮ．ＭＳＡというＡＴＲＡＣ３データが
実際に記録されている領域をアクセスすることができ
る。
【００６６】以上のようにフラッシュメモリ上で離散し
て記録されたデータファイルを連結してシーケンシャル
に再生することが可能となる。
【００６７】この一実施形態では、上述したメモリカー
ド４０のフォーマットで規定されるファイル管理システ
ムとは別個に、音楽用ファイルに対して、各トラックお
よび各トラックを構成するパーツを管理するための管理
ファイルを持つようにしている。この管理ファイルは、
メモリカード４０のユーザブロックを利用してフラッシ
ュメモリ４２上に記録される。それによって、後述する
ように、メモリカード４０上のＦＡＴが壊れても、ファ
イルの修復を可能となる。
【００６８】この管理ファイルは、ＤＳＰ３０により作
成される。例えば最初に電源をオンした時に、メモリカ
ード４０の装着されているか否かが判定され、メモリカ
ードが装着されている時には、認証が行われる。認証に
より正規のメモリカードであることが確認されると、フ
ラッシュメモリ４２のブートブロックがＤＳＰ３０に読
み込まれる。そして、論理−物理アドレス変換テーブル
が読み込まれる。読み込まれたデータは、ＳＲＡＭに格
納される。ユーザが購入して初めて使用するメモリカー
ドでも、出荷時にフラッシュメモリ４２には、ＦＡＴ
や、ルートディレクトリの書き込みがなされている。管
理ファイルは、録音がなされると、作成される。
【００６９】すなわち、ユーザのリモートコントロール
等によって発生した録音指令が外部のコントローラから
バスおよびバスインターフェース３２を介してＤＳＰ３
０に与えられる。そして、受信したオーディオデータが
エンコーダ／デコーダＩＣ１０によって圧縮され、エン
コーダ／デコーダＩＣ１０からのＡＴＲＡＣ３データが
セキュリティＩＣ２０により暗号化される。ＤＳＰ３０
が暗号化されたＡＴＲＡＣ３データをメモリカード４０
のフラッシュメモリ４２に記録する。この記録後にＦＡ
Ｔおよび管理ファイルが更新される。ファイルの更新の
度、具体的には、オーディオデータの記録を開始し、記
録を終了する度に、ＳＲＡＭ３１および３６上でＦＡＴ
および管理ファイルが書き換えられる。そして、メモリ
カード４０を外す時に、またはパワーをオフする時に、
ＳＲＡＭ３１、３６からメモリカード４０のフラッシュ
メモリ４２上に最終的なＦＡＴおよび管理ファイルが格
納される。この場合、オーディオデータの記録を開始
し、記録を終了する度に、フラッシュメモリ４２上のＦ
ＡＴおよび管理ファイルを書き換えても良い。編集を行
った場合も、管理ファイルの内容が更新される。
【００７０】さらに、この一実施形態のデータ構成で
は、付加情報も管理ファイル内に作成、更新され、フラ
ッシュメモリ４２上に記録される。管理ファイルの他の
データ構成では、付加情報管理ファイルがトラック管理
用の管理ファイルとは別に作成される。付加情報は、外
部のコントローラからバスおよびバスインターフェース
３２を介してＤＳＰ３０に与えられる。ＤＳＰ３０が受
信した付加情報をメモリカード４０のフラッシュメモリ
４２上に記録する。付加情報は、セキュリティＩＣ２０
を通らないので、暗号化されない。付加情報は、メモリ
カード４０を取り外したり、電源オフの時に、ＤＳＰ３
０のＳＲＡＭからフラッシュメモリ４２に書き込まれ
る。
【００７１】図７は、メモリカード４０のファイル構成
の全体を示す。ディレクトリとして、静止画用ディレク
トリ、動画用ディレクトリ、Ｖｏｉｃｅ用ディレクト
リ、制御用ディレクトリ、音楽用（ＨＩＦＩ）ディレク
トリが存在する。この一実施形態は、音楽の記録／再生
を行うので、以下、音楽用ディレクトリについて説明す
る。音楽用ディレクトリには、２種類のファイルが置か
れる。その１つは、再生管理ファイルＰＢＬＩＳＴ．Ｍ
ＳＦ（以下、単にＰＢＬＩＳＴと表記する）であり、他
のものは、暗号化された音楽データを収納したＡＴＲＡ
Ｃ３データファイルＡ３Ｄｎｎｎｎ．ＭＳＡ（以下、単
にＡ３Ｄｎｎｎと表記する）とからなる。ＡＴＲＡＣ３
データファイルは、最大数が４００までと規定されてい
る。すなわち、最大４００曲まで収録可能である。ＡＴ
ＲＡＣ３データファイルは、再生管理ファイルに登録し
た上で機器により任意に作成される。
【００７２】図８は、再生管理ファイルの構成を示し、
図９が１ＦＩＬＥ（１曲）のＡＴＲＡＣ３データファイ
ルの構成を示す。再生管理ファイルは、１６ＫＢ固定長
のファイルである。ＡＴＲＡＣ３データファイルは、曲
単位でもって、先頭の属性ヘッダと、それに続く実際の
暗号化された音楽データとからなる。属性ヘッダも１６
ＫＢ固定長とされ、再生管理ファイルと類似した構成を
有する。
【００７３】図８に示す再生管理ファイルは、ヘッダ、
１バイトコードのメモリカードの名前ＮＭ１−Ｓ、２バ
イトコードのメモリカードの名前ＮＭ２−Ｓ、曲順の再
生テーブルＴＲＫＴＢＬ、メモリカード全体の付加情報
ＩＮＦ−Ｓとからなる。図９に示すデータファイルの先
頭の属性ヘッダは、ヘッダ、１バイトコードの曲名ＮＭ
１、２バイトコードの曲名ＮＭ２、トラックのキー情報
等のトラック情報ＴＲＫＩＮＦ、パーツ情報ＰＲＴＩＮ
Ｆと、トラックの付加情報ＩＮＦとからなる。ヘッダに
は、総パーツ数、名前の属性、付加情報のサイズの情報
等が含まれる。
【００７４】属性ヘッダに対してＡＴＲＡＣ３の音楽デ
ータが続く。音楽データは、１６ＫＢのブロック毎に区
切られ、各ブロックの先頭にヘッダが付加されている。
ヘッダには、暗号を復号するための初期値が含まれる。
なお、暗号化の処理を受けるのは、ＡＴＲＡＣ３データ
ファイル中の音楽データのみであって、それ以外の再生
管理ファイル、ヘッダ等のデータは、暗号化されない。
【００７５】図１０を参照して、曲とＡＴＲＡＣ３デー
タファイルの関係について説明する。１トラックは、１
曲を意味する。１曲は、１つのＡＴＲＡＣ３データファ
イル（図９参照）で構成される。ＡＴＲＡＣ３データフ
ァイルは、ＡＴＲＡＣ３により圧縮されたオーディオデ
ータである。メモリカード４０に対しては、クラスタと
呼ばれる単位で記録される。１クラスタは、例えば１６
ＫＢの容量である。１クラスタに複数のファイルが混じ
ることがない。フラッシュメモリ４２を消去する時の最
小単位が１ブロックである。音楽データを記録するのに
使用するメモリカード４０の場合、ブロックとクラスタ
は、同意語であり、且つ１クラスタ＝１セクタと定義さ
れている。
【００７６】１曲は、基本的に１パーツで構成される
が、編集が行われると、複数のパーツから１曲が構成さ
れることがある。パーツは、録音開始からその停止まで
の連続した時間内で記録されたデータの単位を意味し、
通常は、１トラックが１パーツで構成される。曲内のパ
ーツのつながりは、各曲の属性ヘッダ内のパーツ情報Ｐ
ＲＴＩＮＦで管理する。すなわち、パーツサイズは、Ｐ
ＲＴＩＮＦの中のパーツサイズＰＲＴＳＩＺＥという４
バイトのデータで表す。パーツサイズＰＲＴＳＩＺＥの
先頭の２バイトがパーツが持つクラスタの総数を示し、
続く各１バイトが先頭および末尾のクラスタ内の開始サ
ウンドユニット（以下、ＳＵと略記する）の位置、終了
ＳＵの位置を示す。このようなパーツの記述方法を持つ
ことによって、音楽データを編集する際に通常、必要と
される大量の音楽データの移動をなくすことが可能とな
る。ブロック単位の編集に限定すれば、同様に音楽デー
タの移動を回避できるが、ブロック単位は、ＳＵ単位に
比して編集単位が大きすぎる。
【００７７】ＳＵは、パーツの最小単位であり、且つＡ
ＴＲＡＣ３でオーディオデータを圧縮する時の最小のデ
ータ単位である。４４．１ｋHzのサンプリング周波数で
得られた１０２４サンプル分（１０２４×１６ビット×
２チャンネル）のオーディオデータを約１／１０に圧縮
した数百バイトのデータがＳＵである。１ＳＵは、時間
に換算して約２３ｍ秒になる。通常は、数千に及ぶＳＵ
によって１つのパーツが構成される。１クラスタが４２
個のＳＵで構成される場合、１クラスタで約１秒の音を
表すことができる。１つのトラックを構成するパーツの
数は、付加情報サイズに影響される。パーツ数は、１ブ
ロックの中からヘッダや曲名、付加情報データ等を除い
た数で決まるために、付加情報が全く無い状態が最大数
（６４５個）のパーツを使用できる条件となる。
【００７８】図１０Ａは、ＣＤ等からのオーディオデー
タを２曲連続して記録する場合のファイル構成を示す。
１曲目（ファイル１）が例えば５クラスタで構成され
る。１曲目と２曲目（ファイル２）の曲間では、１クラ
スタに二つのファイルが混在することが許されないの
で、次のクラスタの最初からファイル２が作成される。
従って、ファイル１に対応するパーツ１の終端（１曲目
の終端）がクラスタの途中に位置し、クラスタの残りの
部分には、データが存在しない。第２曲目（ファイル
２）も同様に１パーツで構成される。ファイル１の場合
では、パーツサイズが５、開始クラスタのＳＵが０、終
了クラスタが４となる。
【００７９】編集操作として、デバイド、コンバイン、
イレーズ、ムーブの４種類の操作が規定される。デバイ
ドは、１つのトラックを２つに分割することである。デ
バイドがされると、総トラック数が１つ増加する。デバ
イドは、一つのファイルをファイルシステム上で分割し
て２つのファイルとし、再生管理ファイルおよびＦＡＴ
を更新する。コンバインは、２つのトラックを１つに統
合することである。コンバインされると、総トラック数
が１つ減少する。コンバインは、２つのファイルをファ
イルシステム上で統合して１つのファイルにし、再生管
理ファイルおよびＦＡＴを更新する。イレーズは、トラ
ックを消去することである。消された以降のトラック番
号が１つ減少する。ムーブは、トラック順番を変えるこ
とである。以上イレーズおよびムーブ処理についても、
再生管理ファイルおよびＦＡＴを更新する。
【００８０】図１０Ａに示す二つの曲（ファイル１およ
びファイル２）をコンバインした結果を図１０Ｂに示
す。コンバインされた結果は、１つのファイルであり、
このファイルは、二つのパーツからなる。また、図１０
Ｃは、一つの曲（ファイル１）をクラスタ２の途中でデ
バイドした結果を示す。デバイドによって、クラスタ
０、１およびクラスタ２の前側からなるファイル１と、
クラスタ２の後側とクラスタ３および４とからなるファ
イル２とが発生する。
【００８１】上述したように、この一実施形態では、パ
ーツに関する記述方法があるので、コンバインした結果
である図１０Ｂにおいて、パーツ１の開始位置、パーツ
１の終了位置、パーツ２の開始位置、パーツ２の終了位
置をそれぞれＳＵ単位でもって規定できる。その結果、
コンバインした結果のつなぎ目の隙間をつめるために、
パーツ２の音楽データを移動する必要がない。また、パ
ーツに関する記述方法があるので、デバイドした結果で
ある図１０Ｃにおいて、ファイル２の先頭の空きを詰め
るように、データを移動する必要がない。
【００８２】図１１は、再生管理ファイルＰＢＬＩＳＴ
のより詳細なデータ構成を示し、図１２Ａおよび図１２
Ｂは、再生管理ファイルＰＢＬＩＳＴを構成するヘッダ
とそれ以外の部分をそれぞれ示す。再生管理ファイルＰ
ＢＬＩＳＴは、１クラスタ（１ブロック＝１６ＫＢ）の
サイズである。図１２Ａに示すヘッダは、３２バイトか
ら成る。図１２Ｂに示すヘッダ以外の部分は、メモリカ
ード全体に対する名前ＮＭ１−Ｓ（２５６バイト）、名
前ＮＭ２−Ｓ（５１２バイト）、ＣＯＮＴＥＮＴＳＫＥ
Ｙ、ＭＡＣ、Ｓ−ＹＭＤｈｍｓと、再生順番を管理する
テーブルＴＲＫＴＢＬ（８００バイト）、メモリカード
全体に対する付加情報ＩＮＦ−Ｓ（１４７２０バイト）
および最後にヘッダ中の情報の一部が再度記録されてい
る。これらの異なる種類のデータ群のそれぞれの先頭
は、再生管理ファイル内で所定の位置となるように規定
されている。
【００８３】再生管理ファイルは、図１２Ａに示す（０
ｘ００００）および（０ｘ００１０）で表される先頭か
ら３２バイトがヘッダである。なお、ファイル中で先頭
から１６バイト単位で区切られた単位をスロットと称す
る。ファイルの第１および第２のスロットに配されるヘ
ッダには、下記の意味、機能、値を持つデータが先頭か
ら順に配される。なお、Ｒｅｓｅｒｖｅｄと表記されて
いるデータは、未定義のデータを表している。通常ヌル
（０ｘ００）が書かれるが、何が書かれていてもＲｅｓ
ｅｒｖｅｄのデータが無視される。将来のバージョンで
は、変更がありうる。また、この部分への書き込みは禁
止する。Ｏｐｔｉｏｎと書かれた部分も使用しない場合
は、全てＲｅｓｅｒｖｅｄと同じ扱いとされる。
【００８４】ＢＬＫＩＤ−ＴＬ０（４バイト） 意味：ＢＬＯＣＫＩＤ ＦＩＬＥ ＩＤ 機能：再生管理ファイルの先頭であることを識別するた
めの値 値：固定値＝”ＴＬ＝０”（例えば０ｘ５４４Ｃ２Ｄ３
０） ＭＣｏｄｅ（２バイト） 意味：ＭＡＫＥＲ ＣＯＤＥ 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） ＲＥＶＩＳＩＯＮ（４バイト） 意味：ＰＢＬＩＳＴの書き換え回数 機能：再生管理ファイルを書き換える度にインクリメン
ト 値：０より始まり＋１づつ増加する Ｓ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ） 意味：信頼できる時計を持つ機器で記録した年・月・日
・時・分・秒 機能：最終記録日時を識別するための値 値：２５〜３１ビット 年 ０〜９９（１９８０〜２０
７９） ２１〜２４ビット 月 ０〜１２ １６〜２０ビット 日 ０〜３１ １１〜１５ビット 時 ０〜２３ ０５〜１０ビット 分 ０〜５９ ００〜０４ビット 秒 ０〜２９（２秒単位）。
【００８５】ＳＮ１Ｃ＋Ｌ（２バイト） 意味：ＮＭ１−Ｓ領域に書かれるメモリカードの名前
（１バイト）の属性を表す 機能：使用する文字コードと言語コードを各１バイトで
表す 値：文字コード（Ｃ）は上位１バイトで下記のように文
字を区別する 00: 文字コードは設定しない。単なる２進数として扱う
こと 01: ASCII(American Standard Code for Information I
nterchange) 02:ASCII+KANA 03:modifided8859-1 81:MS-JIS 82:KS C 5601-1989 83:GB(Great Britain)
2312-80 90:S-JIS(Japanese Industrial Standards)(for Voic
e)。
【００８６】言語コード（Ｌ）は下位１バイトで下記の
ようにEBU Tech 3258 規定に準じて言語を区別する 00: 設定しない 08:German 09:English 0A:Spanish 0F:French 15:Italian 1D:Dutch 65:Korean 69:Japanese 75:Chinese データが無い場合オールゼロとすること。
【００８７】ＳＮ２Ｃ＋Ｌ（２バイト） 意味：ＮＭ２−Ｓ領域に書かれるメモリカードの名前
（２バイト）の属性を表す 機能：使用する文字コードと言語コードを各１バイトで
表す 値：上述したＳＮ１Ｃ＋Ｌと同一 ＳＩＮＦＳＩＺＥ（２バイト） 意味：ＩＮＦ−Ｓ領域に書かれるメモリカード全体に関
する付加情報の全てを合計したサイズを表す 機能：データサイズを１６バイト単位の大きさで記述、
無い場合は必ずオールゼロとすること 値：サイズは０ｘ０００１から０ｘ３９Ｃ（９２４） Ｔ−ＴＲＫ（２バイト） 意味：TOTAL TRACK NUMBER 機能：総トラック数 値：１から０ｘ０１９０（最大４００トラック）、デー
タが無い場合はオールゼロとすること ＶｅｒＮｏ（２バイト） 意味：フォーマットのバージョン番号 機能：上位がメジャーバージョン番号、下位がマイナー
バージョン番号 値：例 ０ｘ０１００（Ｖｅｒ１．０） ０ｘ０２０３（Ｖｅｒ２．３）。
【００８８】上述したヘッダに続く領域に書かれるデー
タ（図１３Ｂ）について以下に説明する。
【００８９】ＮＭ１−Ｓ 意味：メモリカード全体に関する１バイトの名前 機能：１バイトの文字コードで表した可変長の名前デー
タ（最大で２５６） 名前データの終了は、必ず終端コード（０ｘ００）を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ００２０）からヌル（０
ｘ００）を１バイト以上記録すること 値：各種文字コード ＮＭ２−Ｓ 意味：メモリカード全体に関する２バイトの名前 機能：２バイトの文字コードで表した可変長の名前デー
タ（最大で５１２） 名前データの終了は、必ず終端コード（０ｘ００）を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ０１２０）からヌル（０
ｘ００）を２バイト以上記録すること 値：各種文字コード。
【００９０】ＣＯＮＴＥＮＴＳ ＫＥＹ 意味：曲ごとに用意された値でＭＧ（Ｍ）で保護されて
から保存される。ここでは、１曲目に付けられるＣＯＮ
ＴＥＮＴＳ ＫＥＹと同じ値 機能：Ｓ−ＹＭＤｈｍｓのＭＡＣの計算に必要となるキ
ーとなる 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで
ＭＡＣ 意味：著作権情報改ざんチェック値 機能：Ｓ−ＹＭＤｈｍｓの内容とＣＯＮＴＥＮＴＳ Ｋ
ＥＹから作成される値 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦま
で。
【００９１】ＴＲＫ−ｎｎｎ 意味：再生するＡＴＲＡＣ３データファイルのＳＱＮ
（シーケンス）番号 機能：ＴＲＫＩＮＦの中のＦＮｏを記述する 値：１から４００（０ｘ１９０） トラックが存在しない時はオールゼロとすること ＩＮＦ−Ｓ 意味：メモリカード全体に関する付加情報データ（例え
ば写真、歌詞、解説等の情報） 機能：ヘッダを伴った可変長の付加情報データ 複数の異なる付加情報が並べられることがある。それぞ
れにＩＤとデータサイズが付けられている。個々のヘッ
ダを含む付加情報データは最小１６バイト以上で４バイ
トの整数倍の単位で構成される。その詳細については、
後述する 値：付加情報データ構成を参照 Ｓ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ） 意味：信頼できる時計を持つ機器で記録した年・月・日
・時・分・秒 機能：最終記録日時を識別するための値、ＥＭＤの時は
必須 値：２５〜３１ビット 年 ０〜９９（１９８０〜２０
７９） ２１〜２４ビット 月 ０〜１２ １６〜２０ビット 日 ０〜３１ １１〜１５ビット 時 ０〜２３ ０５〜１０ビット 分 ０〜５９ ００〜０４ビット 秒 ０〜２９（２秒単位）。
【００９２】再生管理ファイルの最後のスロットとし
て、ヘッダ内のものと同一のＢＬＫＩＤ−ＴＬ０と、Ｍ
Ｃｏｄｅと、ＲＥＶＩＳＩＯＮとが書かれる。
【００９３】民生用オーディオ機器として、メモリカー
ドが記録中に抜かれたり、電源が切れることがあり、復
活した時にこれらの異常の発生を検出することが必要と
される。上述したように、ＲＥＶＩＳＩＯＮをブロック
の先頭と末尾に書き込み、この値を書き換える度に＋１
インクリメントするようにしている。若し、ブロックの
途中で異常終了が発生すると、先頭と末尾のＲＥＶＩＳ
ＩＯＮの値が一致せず、異常終了を検出することができ
る。ＲＥＶＩＳＩＯＮが２個存在するので、高い確率で
異常終了を検出することができる。異常終了の検出時に
は、エラーメッセージの表示等の警告が発生する。
【００９４】また、１ブロック（１６ＫＢ）の先頭部分
に固定値ＢＬＫＩＤ−ＴＬ０を挿入しているので、ＦＡ
Ｔが壊れた場合の修復の目安に固定値を使用できる。す
なわち、各ブロックの先頭の固定値を見れば、ファイル
の種類を判別することが可能である。しかも、この固定
値ＢＬＫＩＤ−ＴＬ０は、ブロックのヘッダおよびブロ
ックの終端部分に二重に記述するので、その信頼性のチ
ェックを行うことができる。なお、再生管理ファイルＰ
ＢＬＩＳＴの同一のものを二重に記録しても良い。
【００９５】ＡＴＲＡＣ３データファイルは、トラック
情報管理ファイルと比較して、相当大きなデータ量であ
り、ＡＴＲＡＣ３データファイルに関しては、後述する
ように、ブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬが付け
られている。但し、ＡＴＲＡＣ３データファイルは、通
常複数のファイルがメモリカード上に存在するので、Ｃ
ＯＮＮＵＭ０でコンテンツの区別を付けた上で、ＢＬＯ
ＣＫ ＳＥＲＩＡＬを付けないと、重複が発生し、ＦＡ
Ｔが壊れた場合のファイルの復旧が困難となる。換言す
ると単一のＡＴＲＡＣ３データファイルは、複数のＢＬ
ＯＣＫで構成されると共に、離散して配置される可能性
があるので、同一ＡＴＲＡＣ３データファイルを構成す
るＢＬＯＣＫを判別するためにＣＯＮＮＵＭ０を用いる
と共に、同一ＡＴＲＡＣ３データファイル内の昇降順を
ブロック番号ＢＬＯＣＫ ＳＥＲＩＡＬで決定する。
【００９６】同様に、ＦＡＴの破壊までにはいたらない
が、論理を間違ってファイルとして不都合のあるような
場合に、書き込んだメーカーの機種が特定できるよう
に、メーカーコード（ＭＣｏｄｅ）がブロックの先頭と
末尾に記録されている。
【００９７】図１２Ｃは、付加情報データの構成を示
す。付加情報の先頭に下記のヘッダが書かれる。ヘッダ
以降に可変長のデータが書かれる。
【００９８】ＩＮＦ 意味：FIELD ID 機能：付加情報データの先頭を示す固定値 値：０ｘ６９ ＩＤ 意味：付加情報キーコード 機能：付加情報の分類を示す 値：０から０ｘＦＦ ＳＩＺＥ 意味：個別の付加情報の大きさ 機能：データサイズは自由であるが、必ず４バイトの整
数倍でなければならない。また、最小１６バイト以上の
こと。データの終わりより余りがでる場合はヌル（０ｘ
００）で埋めておくこと 値：１６から１４７８４（０ｘ３９Ｃ０） ＭＣｏｄｅ 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） Ｃ＋Ｌ 意味：先頭から１２バイト目からのデータ領域に書かれ
る文字の属性を表す 機能：使用する文字コードと言語コードを各１バイトで
表す 値：前述のＳＮＣ＋Ｌと同じ ＤＡＴＡ 意味：個別の付加情報データ 機能：可変長データで表す。実データの先頭は常に１２
バイト目より始まり、長さ（サイズ）は最小４バイト以
上、常に４バイトの整数倍でなければならない。データ
の最後から余りがある場合はヌル（０ｘ００）で埋める
こと 値：内容により個別に定義される。
【００９９】図１３は、付加情報キーコードの値（０〜
６３）と、付加情報の種類の対応の一例を示す。キーコ
ードの値（０〜３１）が音楽に関する文字情報に対して
割り当てられ、その（３２〜６３）がＵＲＬ(Uniform R
esource Locator)（Ｗｅｂ関係）に対して割り当てられ
ている。アルバムタイトル、アーティスト名、ＣＭ等の
文字情報が付加情報として記録される。
【０１００】図１４は、付加情報キーコードの値（６４
〜１２７）と、付加情報の種類の対応の一例を示す。キ
ーコードの値（６４〜９５）がパス／その他に対して割
り当てられ、その（９６〜１２７）が制御／数値・デー
タ関係に対して割り当てられている。例えば（ＩＤ＝９
８）の場合では、付加情報がＴＯＣ（Table of Conten
t）−ＩＤとされる。ＴＯＣ−ＩＤは、ＣＤ（コンパク
トディスク）のＴＯＣ情報に基づいて、最初の曲番号、
最後の曲番号、その曲番号、総演奏時間、その曲演奏時
間を示すものである。
【０１０１】図１５は、付加情報キーコードの値（１２
８〜１５９）と、付加情報の種類の対応の一例を示す。
キーコードの値（１２８〜１５９）が同期再生関係に対
して割り当てられている。図１５中のＥＭＤ(Electroni
c Music Distribution）は、電子音楽配信の意味であ
る。
【０１０２】図１６を参照して付加情報のデータの具体
例について説明する。図１６Ａは、図１２Ｃと同様に、
付加情報のデータ構成を示す。図１６Ｂは、キーコード
ＩＤ＝３とされる、付加情報がアーティスト名の例であ
る。ＳＩＺＥ＝０ｘ１Ｃ（２８バイト）とされ、ヘッダ
を含むこの付加情報のデータ長が２８バイトであること
が示される。また、Ｃ＋Ｌが文字コードＣ＝０ｘ０１と
され、言語コードＬ＝０ｘ０９とされる。この値は、前
述した規定によって、ＡＳＣＩＩの文字コードで、英語
の言語であることを示す。そして、先頭から１２バイト
目から１バイトデータでもって、「ＳＩＭＯＮ＆ＧＲＡ
ＦＵＮＫＥＬ」のアーティスト名のデータが書かれる。
付加情報のサイズは、４バイトの整数倍と決められてい
るので、１バイトの余りが（０ｘ００）とされる。
【０１０３】図１６Ｃは、キーコードＩＤ＝９７とされ
る、付加情報がＩＳＲＣ(International Standard Reco
rding Code：著作権コード) の例である。ＳＩＺＥ＝０
ｘ１４（２０バイト）とされ、この付加情報のデータ長
が２０バイトであることが示される。また、Ｃ＋ＬがＣ
＝０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が
無いこと、すなわち、データが２進数であることが示さ
れる。そして、データとして８バイトのＩＳＲＣのコー
ドが書かれる。ＩＳＲＣは、著作権情報（国、所有者、
録音年、シリアル番号）を示すものである。
【０１０４】図１６Ｄは、キーコードＩＤ＝９７とされ
る、付加情報が録音日時の例である。ＳＩＺＥ＝０ｘ１
０（１６バイト）とされ、この付加情報のデータ長が１
６バイトであることが示される。また、Ｃ＋ＬがＣ＝０
ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無い
ことが示される。そして、データとして４バイト（３２
ビット）のコードが書かれ、録音日時（年、月、日、
時、分、秒）が表される。
【０１０５】図１６Ｅは、キーコードＩＤ＝１０７とさ
れる、付加情報が再生ログの例である。ＳＩＺＥ＝０ｘ
１０（１６バイト）とされ、この付加情報のデータ長が
１６バイトであることが示される。また、Ｃ＋ＬがＣ＝
０ｘ００、Ｌ＝０ｘ００とされ、文字、言語の設定が無
いことが示される。そして、データとして４バイト（３
２ビット）のコードが書かれ、再生ログ（年、月、日、
時、分、秒）が表される。再生ログ機能を持つものは、
１回の再生毎に１６バイトのデータを記録する。
【０１０６】図１７は、１ＳＵがＮバイト（例えばＮ＝
３８４バイト）の場合のＡＴＲＡＣ３データファイルＡ
３Ｄｎｎｎｎのデータ配列を示す。図１７には、データ
ファイルの属性ヘッダ（１ブロック）と、音楽データフ
ァイル（１ブロック）とが示されている。図１７では、
この２ブロック（１６×２＝３２Ｋバイト）の各スロッ
トの先頭のバイト（０ｘ００００〜０ｘ７ＦＦ０）が示
されている。図１８に分離して示すように、属性ヘッダ
の先頭から３２バイトがヘッダであり、２５６バイトが
曲名領域ＮＭ１（２５６バイト）であり、５１２バイト
が曲名領域ＮＭ２（５１２バイト）である。属性ヘッダ
のヘッダには、下記のデータが書かれる。
【０１０７】ＢＬＫＩＤ−ＨＤ０（４バイト） 意味：BLOCKID FILE ID 機能：ＡＴＲＡＣ３データファイルの先頭であることを
識別するための値 値：固定値＝”ＨＤ＝０”（例えば０ｘ４８４４２Ｄ３
０） ＭＣｏｄｅ（２バイト） 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト） 意味：トラック毎に付けられた連続番号 機能：ブロックの先頭は０から始まり次のブロックは＋
１づつインクリメント 編集されても値を変化させない 値：０より始まり０ｘＦＦＦＦＦＦＦＦまで。
【０１０８】Ｎ１Ｃ＋Ｌ（２バイト） 意味：トラック（曲名）データ（ＮＭ１）の属性を表す 機能：ＮＭ１に使用される文字コードと言語コードを各
１バイトで表す 値：ＳＮ１Ｃ＋Ｌと同一 Ｎ２Ｃ＋Ｌ（２バイト） 意味：トラック（曲名）データ（ＮＭ２）の属性を表す 機能：ＮＭ２に使用される文字コードと言語コードを各
１バイトで表す 値：ＳＮ１Ｃ＋Ｌと同一 ＩＮＦＳＩＺＥ（２バイト） 意味：トラックに関する付加情報の全てを合計したサイ
ズを表す 機能：データサイズを１６バイト単位の大きさで記述、
無い場合は必ずオールゼロとすること 値：サイズは０ｘ００００から０ｘ３Ｃ６（９６６） Ｔ−ＰＲＴ（２バイト） 意味：トータルパーツ数 機能：トラックを構成するパーツ数を表す。通常は１ 値：１から０ｘ２８５（６４５dec ） Ｔ−ＳＵ（４バイト） 意味：トータルＳＵ数 機能：１トラック中の実際の総ＳＵ数を表す。曲の演奏
時間に相当する 値：０ｘ０１から０ｘ００１ＦＦＦＦＦ ＩＮＸ（２バイト）（Ｏｐｔｉｏｎ） 意味：INDEX の相対場所 機能：曲のさびの部分（特徴的な部分）の先頭を示すポ
インタ。曲の先頭からの位置をＳＵの個数を１／４した
数で指定する。これは、通常のＳＵの４倍の長さの時間
（約９３ｍ秒）に相当する 値：０から０ｘＦＦＦＦ（最大、約６０８４秒） ＸＴ（２バイト）（Ｏｐｔｉｏｎ） 意味：INDEX の再生時間 機能：ＩＮＸ-nnnで指定された先頭から再生すべき時間
のＳＵの個数を１／４した数で指定する。これは、通常
のＳＵの４倍の長さの時間（約９３ｍ秒）に相当する 値：０ｘ００００：無設定 ０ｘ０１から０ｘＦＦＦ
Ｅ（最大６０８４秒） ０ｘＦＦＦＦ：曲の終わりまで。
【０１０９】次に曲名領域ＮＭ１およびＮＭ２について
説明する。
【０１１０】ＮＭ１ 意味：曲名を表す文字列 機能：１バイトの文字コードで表した可変長の曲名（最
大で２５６） 名前データの終了は、必ず終端コード（０ｘ００）を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ００２０）からヌル（０
ｘ００）を１バイト以上記録すること 値：各種文字コード ＮＭ２ 意味：曲名を表す文字列 機能：２バイトの文字コードで表した可変長の名前デー
タ（最大で５１２） 名前データの終了は、必ず終端コード（０ｘ００）を書
き込むこと サイズはこの終端コードから計算すること、データの無
い場合は少なくとも先頭（０ｘ０１２０）からヌル（０
ｘ００）を２バイト以上記録すること 値：各種文字コード。
【０１１１】属性ヘッダの固定位置（０ｘ３２０）から
始まる、８０バイトのデータをトラック情報領域ＴＲＫ
ＩＮＦと呼び、主としてセキュリティ関係、コピー制御
関係の情報を一括して管理する。図１９にＴＲＫＩＮＦ
の部分を示す。ＴＲＫＩＮＦ内のデータについて、配置
順序に従って以下に説明する。
【０１１２】ＣＯＮＴＥＮＴＳ ＫＥＹ（８バイト） 意味：曲毎に用意された値で、メモリカードのセキュリ
ティブロックで保護されてから保存される 機能：曲を再生する時、まず必要となる最初の鍵とな
る。ＭＡＣ計算時に使用される 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦまで ＭＡＣ（８バイト） 意味：著作権情報改ざんチェック値 機能：コンテンツ累積番号を含む複数のＴＲＫＩＮＦの
内容と隠しシーケンス番号から作成される値 隠しシーケンス番号とは、メモリカードの隠し領域に記
録されているシーケンス番号のことである。著作権対応
でないレコーダは、隠し領域を読むことができない。ま
た、著作権対応の専用のレコーダ、またはメモリカード
を読むことを可能とするアプリケーションを搭載したパ
ーソナルコンピュータは、隠し領域をアクセスすること
ができる。
【０１１３】Ａ（１バイト） 意味：パーツの属性 機能：パーツ内の圧縮モード等の情報を示す 値：図２０を参照して以下に説明する ただし、Ｎ＝０，１のモノラルは、ｂｉｔ７が１でサブ
信号を０、メイン信号（Ｌ＋Ｒ）のみの特別なＪｏｉｎ
ｔモードをモノラルとして規定する。ｂｉｔ２，１の情
報は通常の再生機は無視しても構わない。
【０１１４】Ａのビット０は、エンファシスのオン／オ
フの情報を形成し、ビット１は、再生ＳＫＩＰか、通常
再生かの情報を形成し、ビット２は、データ区分、例え
ばオーディオデータか、ＦＡＸ等の他のデータかの情報
を形成する。ビット３は、未定義である。ビット４、
５、６を組み合わせることによって、図示のように、Ａ
ＴＲＡＣ３のモード情報が規定される。すなわち、Ｎ
は、この３ビットで表されるモードの値であり、モノ
（Ｎ＝０，１）、ＬＰ（Ｎ＝２）、ＳＰ（Ｎ＝４）、Ｅ
Ｘ（Ｎ＝５）、ＨＱ（Ｎ＝７）の５種類のモードについ
て、記録時間（６４ＭＢのメモリカードの場合）、デー
タ転送レート、１ブロック内のＳＵ数がそれぞれ示され
ている。１ＳＵのバイト数は、（モノ：１３６バイト、
ＬＰ：１９２バイト、ＳＰ：３０４バイト、ＥＸ：３８
４バイト、ＨＱ：５１２バイト）である。さらに、ビッ
ト７によって、ＡＴＲＡＣ３のモード（０：Dual １：
J0int ）が示される。
【０１１５】一例として、６４ＭＢのメモリカードを使
用し、ＳＰモードの場合について説明する。６４ＭＢの
メモリカードには、３９６８ブロックがある。ＳＰモー
ドでは、１ＳＵが３０４バイトであるので、１ブロック
に５３ＳＵが存在する。１ＳＵは、（１０２４／４４１
００）秒に相当する。従って、１ブロックは、 （１０２４／４４１００）×５３×（３９６８−１６）
＝４８６３秒＝８１分 転送レートは、 （４４１００／１０２４）×３０４×８＝１０４７３７
bps となる。
【０１１６】ＬＴ（１バイト） 意味：再生制限フラグ（ビット７およびビット６）とセ
キュリティバージョン（ビット５〜ビット０） 機能：このトラックに関して制限事項があることを表す 値：ビット７： ０＝制限なし １＝制限有り ビット６： ０＝期限内 １＝期限切れ ビット５〜ビット０：セキュリティバージョン０（０以
外であれば再生禁止とする） ＦＮｏ（２バイト） 意味：ファイル番号 機能：最初に記録された時のトラック番号、且つこの値
は、メモリカード内の隠し領域に記録されたＭＡＣ計算
用の値の位置を特定する 値：１から０ｘ１９０（４００） ＭＧ（Ｄ）ＳＥＲＩＡＬ−ｎｎｎ（１６バイト） 意味：記録機器のセキュリティブロック（セキュリティ
ＩＣ２０）のシリアル番号 機能：記録機器ごとに全て異なる固有の値 値：０から0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF ＣＯＮＮＵＭ（４バイト） 意味：コンテンツ累積番号 機能：曲毎に累積されていく固有の値で記録機器のセキ
ュリティブロックによって管理される。２の３２乗、４
２億曲分用意されており、記録した曲の識別に使用する 値：０から０ｘＦＦＦＦＦＦＦＦ。
【０１１７】ＹＭＤｈｍｓ−Ｓ（４バイト）（Ｏｐｔｉ
ｏｎ） 意味：再生制限付きのトラックの再生開始日時 機能：ＥＭＤで指定する再生開始を許可する日時 値：上述した日時の表記と同じ ＹＭＤｈｍｓ−Ｅ（４バイト）（Ｏｐｔｉｏｎ） 意味：再生制限付きのトラックの再生終了日時 機能：ＥＭＤで指定する再生許可を終了する日時 値：上述した日時の表記と同じ ＭＴ（１バイト）（Ｏｐｔｉｏｎ） 意味：再生許可回数の最大値 機能：ＥＭＤで指定される最大の再生回数 値：１から０ｘＦＦ 未使用の時は、０ｘ００ ＬＴのｂｉｔ７の値が０の場合はＭＴの値は００とする
こと ＣＴ（１バイト）（Ｏｐｔｉｏｎ） 意味：再生回数 機能：再生許可された回数の内で、実際に再生できる回
数。再生の度にデクリメントする 値：０ｘ００〜０ｘＦＦ 未使用の時は、０ｘ００であ
る ＬＴのｂｉｔ７が１でＣＴの値が００の場合は再生を禁
止すること。
【０１１８】ＣＣ（１バイト） 意味：COPY CONTROL 機能：コピー制御 値：図２１に示すように、ビット６および７によってコ
ピー制御情報を表し、ビット４および５によって高速デ
ィジタルコピーに関するコピー制御情報を表し、ビット
２および３によってセキュリティブロック認証レベルを
表す。ビット０および１は、未定義 ＣＣの例：（ｂｉｔ７，６）１１：無制限のコピーを許
可、０１：コピー禁止、００：１回のコピーを許可 （ｂｉｔ３，２）００：アナログないしディジタルイン
からの録音、ＭＧ認証レベルは０とする ＣＤからのディジタル録音では（ｂｉｔ７，６）は０
０、（ｂｉｔ３，２）は００となる ＣＮ（１バイト）（Ｏｐｔｉｏｎ） 意味：高速ディジタルコピーＨＳＣＭＳ(High speed Se
rial Copy ManagementSystem)におけるコピー許可回数 機能：コピー１回か、コピーフリーかの区別を拡張し、
回数で指定する。コピー第１世代の場合にのみ有効であ
り、コピーごとに減算する 値：００：コピー禁止、０１から０ｘＦＥ：回数、０ｘ
ＦＦ：回数無制限。
【０１１９】上述したトラック情報領域ＴＲＫＩＮＦに
続いて、０ｘ０３７０から始まる２４バイトのデータを
パーツ管理用のパーツ情報領域ＰＲＴＩＮＦと呼び、１
つのトラックを複数のパーツで構成する場合に、時間軸
の順番にＰＲＴＩＮＦを並べていく。図２２にＰＲＴＩ
ＮＦの部分を示す。ＰＲＴＩＮＦ内のデータについて、
配置順序に従って以下に説明する。
【０１２０】ＰＲＴＳＩＺＥ（４バイト） 意味：パーツサイズ 機能：パーツの大きさを表す。クラスタ：２バイト（最
上位）、開始ＳＵ：１バイト（上位）、終了ＳＵ：１バ
イト（最下位） 値：クラスタ：１から０ｘ１Ｆ４０（８０００）、開始
ＳＵ：０から０ｘＡ０（１６０）、終了ＳＵ：０から０
ｘＡ０（１６０）（但し、ＳＵの数え方は、０，１，
２，と０から開始する） ＰＲＴＫＥＹ（８バイト） 意味：パーツを暗号化するための値 機能：初期値＝０、編集時は編集の規則に従うこと 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ ＣＯＮＮＵＭ０（４バイト） 意味：最初に作られたコンテンツ累積番号キー 機能：コンテンツをユニークにするためのＩＤの役割 値：コンテンツ累積番号初期値キーと同じ値とされる。
【０１２１】ＡＴＲＡＣ３データファイルの属性ヘッダ
中には、図１７に示すように、付加情報ＩＮＦが含まれ
る。この付加情報は、開始位置が固定化されていない点
を除いて、再生管理ファイル中の付加情報ＩＮＦ−Ｓ
（図１１および図１２Ｂ参照）と同一である。１つまた
は複数のパーツの最後のバイト部分（４バイト単位）の
次を開始位置として付加情報ＩＮＦのデータが開始す
る。
【０１２２】ＩＮＦ 意味：トラックに関する付加情報データ 機能：ヘッダを伴った可変長の付加情報データ。複数の
異なる付加情報が並べられることがある。それぞれにＩ
Ｄとデータサイズが付加されている。個々のヘッダを含
む付加情報データは、最小１６バイト以上で４バイトの
整数倍の単位 値：再生管理ファイル中の付加情報ＩＮＦ−Ｓと同じで
ある。
【０１２３】上述した属性ヘッダに対して、ＡＴＲＡＣ
３データファイルの各ブロックのデータが続く。図２３
に示すように、ブロック毎にヘッダが付加される。各ブ
ロックのデータについて以下に説明する。
【０１２４】ＢＬＫＩＤ−Ａ３Ｄ（４バイト） 意味：BLOCKID FILE ID 機能：ＡＴＲＡＣ３データの先頭であることを識別する
ための値 値：固定値＝”Ａ３Ｄ”（例えば０ｘ４１３３４４２
０） ＭＣｏｄｅ（２バイト） 意味：MAKER CODE 機能：記録した機器の、メーカー、モデルを識別するコ
ード 値：上位１０ビット（メーカーコード） 下位６ビット
（機種コード） ＣＯＮＮＵＭ０（４バイト） 意味：最初に作られたコンテンツ累積番号 機能：コンテンツをユニークにするためのＩＤの役割、
編集されても値は変化させない 値：コンテンツ累積番号初期値キーと同じ値とされる ＢＬＯＣＫ ＳＥＲＩＡＬ（４バイト） 意味：トラック毎に付けられた連続番号 機能：ブロックの先頭は０から始まり次のブロックは＋
１づつインクリメント編集されても値を変化させない 値：０より始まり０ｘＦＦＦＦＦＦＦＦまで ＢＬＯＣＫ−ＳＥＥＤ（８バイト） 意味：１ブロックを暗号化するための１つの鍵 機能：ブロックの先頭は、記録機器のセキュリティブロ
ックで乱数を生成、続くブロックは、＋１インクリメン
トされた値、この値が失われると、１ブロックに相当す
る約１秒間、音が出せないために、ヘッダとブロック末
尾に同じものが二重に書かれる。編集されても値を変化
させない 値：初期は８バイトの乱数 ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８バイ
ト） 意味：ブロック毎にＡＴＲＡＣ３データを暗号化、復号
化する時に必要な初期値 機能：ブロックの先頭は０から始まり、次のブロックは
最後のＳＵの最後の暗号化された８バイトの値。デバイ
ドされたブロックの途中からの場合は開始ＳＵの直前の
最後の８バイトを用いる。編集されても値を変化させな
い 値：０から０ｘＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ ＳＵ−ｎｎｎ 意味：サウンドユニットのデータ 機能：１０２４サンプルから圧縮されたデータ、圧縮モ
ードにより出力されるバイト数が異なる。編集されても
値を変化させない（一例として、ＳＰモードの時では、
Ｎ＝３８４バイト） 値：ＡＴＲＡＣ３のデータ値。
【０１２５】図１７では、Ｎ＝３８４であるので、１ブ
ロックに４２ＳＵが書かれる。また、１ブロックの先頭
の２つのスロット（４バイト）がヘッダとされ、最後の
１スロット（２バイト）にＢＬＫＩＤ−Ａ３Ｄ、ＭＣｏ
ｄｅ、ＣＯＮＮＵＭ０、ＢＬＯＣＫ ＳＥＲＩＡＬが二
重に書かれる。従って、１ブロックの余りの領域Ｍバイ
トは、（１６，３８４−３８４×４２−１６×３＝２０
８（バイト）となる。この中に上述したように、８バイ
トのＢＬＯＣＫ ＳＥＥＤが二重に記録される。
【０１２６】ここで、上述したＦＡＴ領域が壊れた場合
には、フラッシュメモリの全ブロックの探索を開始し、
ブロック先頭部のブロックＩＤ ＢＬＫＩＤがＴＬ０
か、ＨＤ０か、Ａ３Ｄかを各ブロックについて判別す
る。この処理を図２４に示すフローチャートを参照し
て、説明する。ブロック先頭のブロックＩＤ ＢＬＫＩ
ＤがＢＬＫＩＤ−ＴＬ０であるか否かをステップＳＰ１
で判別する。
【０１２７】このステップＳＰ１において、ブロック先
頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＴＬ０で
無い場合には、ステップＳＰ２において、ブロック番号
をインクリメント処理して、ステップＳＰ３において、
ブロックの終端部まで検索したかを判別する。ステップ
ＳＰ３において、ブロックの終端部まで至ってないと判
別された場合には、再度ステップＳＰ１に戻る。
【０１２８】そして、ステップＳＰ１において、ブロッ
ク先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＴＬ
０と判別された場合には、ステップＳＰ４において、検
索したブロックが再生管理ファイルＰＢＬＩＳＴである
と判定される。次に、ステップＳＰ５において、再生管
理ファイルＰＢＬＩＳＴ内に含まれる総トラック数Ｔ−
ＴＲＫを参照して、レジスタにＮとして記憶する。一例
として、メモリ上に１０曲のＡＴＲＡＣ３データファイ
ルが存在する場合には（すなわち１０ファイル）Ｔ−Ｔ
ＲＫには１０が記録されている。
【０１２９】次に、ステップＳＰ６において、総トラッ
ク数Ｔ−ＴＲＫに基づいてブロック内に記録されている
ＴＲＫ−００１からＴＲＫ−４００を順次参照する。上
述した一例の場合には、メモリ内に１０曲収録されてい
るのでＴＲＫ−００１からＴＲＫ−０１０までを参照す
ればよい。
【０１３０】ステップＳＰ７において、ＴＲＫ−ＸＸＸ
（ＸＸＸ＝００１〜４００）には、対応するファイル番
号ＦＮＯが記録されているので、トラック番号ＴＲＫ−
ＸＸＸとファイル番号ＦＮＯの対応表をメモリに記憶す
る。
【０１３１】ステップＳＰ８において、レジスタに記憶
したＮをデクリメント処理して、ステップＳＰ９におい
て、Ｎ＝０になるまでステップＳＰ６、ＳＰ７およびＳ
Ｐ８を繰り返す。ステップＳＰ９において、Ｎ＝０と判
断されたらステップＳＰ１０において、先頭のブロック
にポインタをリセットして、先頭のブロックから探索を
やり直す。
【０１３２】次に、ステップＳＰ１１において、ブロッ
ク先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＨＤ
０か否かを判別する。このステップＳＰ１１において、
ブロック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ
−ＨＤ０で無い場合には、ステップＳＰ１２において、
ブロック番号をインクリメント処理して、ステップＳＰ
１３において、ブロックの終端部まで検索したか否かを
判別する。
【０１３３】そして、ステップＳＰ１３において、ブロ
ックの終端部まで至ってないと判別された場合には、再
度ステップＳＰ１１に制御が戻る。
【０１３４】ステップＳＰ１１において、ブロック先頭
のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＨＤ０であ
ると判断されるまで、先頭ブロックからの探索を開始す
る。ステップＳＰ１１において、ブロック先頭のブロッ
クＩＤ ＢＬＫＩＤがＢＬＫＩＤ−ＨＤ０と判断された
場合には、ステップＳＰ１４において、そのブロック
は、図１８の0x0000〜0x03FFF に示すＡＴＲＡＣ３デー
タファイルの先頭部分の属性ヘッダ（図８参照）と判断
される。
【０１３５】次に、ステップＳＰ１５において、属性ヘ
ッダ内に記録されているファイル番号ＦＮＯ、同一ＡＴ
ＲＡＣ３データファイル内での通し番号を表すＢＬＯＣ
ＫＳＥＲＩＡＬ、コンテンツ累積番号キーＣＯＮＮＵＭ
０を参照して、メモリに記憶する。ここで、１０個のＡ
ＴＲＡＣ３データファイルが存在する（すなわち、１０
曲収録されている）場合には、先頭のブロックＩＤ Ｂ
ＬＫＩＤがＢＬＫＩＤ−ＴＬ０と判断されるブロックが
１０個存在するので、１０個索出されるまで処理を続け
る。
【０１３６】ステップＳＰ１３において、ブロックの終
端部まで至っていると判別された場合には、ステップＳ
Ｐ１６において、先頭のブロックにポインタをリセット
して、先頭のブロックから探索をやり直す。
【０１３７】次に、ステップＳＰ１７において、ブロッ
ク先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−Ａ３
Ｄか否かを判断する。このステップＳＰ１７において、
ブロック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ
−Ａ３Ｄで無い場合には、ステップＳＰ１８において、
ブロック番号をインクリメント処理して、ステップＳＰ
１９において、ブロックの終端部まで検索したか否かを
判別する。ステップＳＰ１９において、ブロックの終端
部まで至ってないと判別された場合には、再度ステップ
ＳＰ１７に制御が戻る。
【０１３８】そして、ステップＳＰ１７において、ブロ
ック先頭のブロックＩＤ ＢＬＫＩＤがＢＬＫＩＤ−Ａ
３Ｄであると判断された場合には、ステップＳＰ２０に
おいて、ブロックはＡＴＲＡＣ３データファイルが実際
に記録されているブロックと判断される。
【０１３９】次に、ステップＳＰ２１において、ＡＴＲ
ＡＣ３データブロック内に記録されている通し番号ＢＬ
ＯＣＫ ＳＥＲＩＡＬ、コンテンツ累積番号キーＣＯＮ
ＮＵＭ０を参照して、メモリに記憶する。このコンテン
ツ累積番号キーＣＯＮＮＵＭ０は同一ＡＴＲＡＣ３デー
タファイル内では共通の番号が付与されている。即ち１
つのＡＴＲＡＣ３データファイルが１０個のブロックか
ら構成されている場合には、ブロック内に各々記録され
ているＣＯＮＮＵＭ０には全部共通の番号が記録されて
いる。
【０１４０】さらに、１つのＡＴＲＡＣ３データファイ
ルが１０個のブロックから構成されている場合には、１
０個のブロックの各々のＢＬＯＣＫ ＳＥＲＩＡＬには
１〜１０のいずれかの通し番号が付与されている。ＣＯ
ＮＮＵＭ０およびＢＬＯＣＫＳＥＲＩＡＬに基づいて同
一コンテンツを構成するブロックか、さらに同一コンテ
ンツ内の再生順序（連結順序）が判る。
【０１４１】この実施形態では、１０個のＡＴＲＡＣ３
データファイル（即ち１０曲）が記録され、例えば各々
のＡＴＲＡＣ３データファイルが１０個のブロックから
構成される場合には、１００個のデータブロックが存在
することになる。この１００個のデータファイルがどの
曲番を構成し、どの順序で連結されるべきかはＣＯＮＮ
ＵＭ０およびＢＬＯＣＫ ＳＥＲＩＡＬを参照して行わ
れる。
【０１４２】ステップＳＰ１９において、ブロックの終
端部まで至っていると判別された場合には、全ブロック
に対して、再生管理ファイル、ＡＴＲＡＣ３データファ
イル、属性ファイルの全ての検索が終了したことを意味
するので、ステップＳＰ２２は、メモリ上に記憶された
ブロック番号に対応するＣＯＮＮＵＭ０、ＢＬＯＣＫＳ
ＥＲＩＡＬ、ＦＮＯ、ＴＲＫ−ＸＸＸに基づいてファイ
ルの連結状態を再現する。連結状態が確認できたらメモ
リ上の破壊されていない空きエリアにＦＡＴを作成し直
しても良い。
【０１４３】次に、上述した管理ファイルと異なるデー
タ構成の管理ファイル他の例について、説明する。図２
５は、メモリカード４０のファイル構成の他の例を全体
として示す。音楽用ディレクトリには、トラック情報管
理ファイルＴＲＫＬＩＳＴ．ＭＳＦ（以下、単にＴＲＫ
ＬＩＳＴと表記する）と、トラック情報管理ファイルの
バックアップＴＲＫＬＩＳＴＢ．ＭＳＦ（以下、単にＴ
ＲＫＬＩＳＴＢと表記する）と、アーチスト名、ＩＳＲ
Ｃコード、タイムスタンプ、静止画像データ等の各種付
加情報データを記述するＩＮＦＬＩＳＴ．ＭＳＦ（以
下、単にＩＮＦＩＳＴと表記する）と、ＡＴＲＡＣ３デ
ータファイルＡ３Ｄｎｎｎｎ．ＭＳＡ（以下、単にＡ３
Ｄｎｎｎｎと表記する）とが含まれる。ＴＲＫＬＩＳＴ
には、ＮＡＭＥ１およびＮＡＭＥ２が含まれる。ＮＡＭ
Ｅ１は、メモリカード名、曲名ブロック（１バイトコー
ド用）で、ＡＳＣＩＩ／８８５９−１の文字コードによ
り曲名データを記述する領域である。ＮＡＭＥ２は、メ
モリカード名、曲名ブロック（２バイトコード用）で、
ＭＳ−ＪＩＳ／ハングル語／中国語等により曲名データ
を記述する領域である。
【０１４４】図２６は、音楽用ディレクトリのトラック
情報管理ファイルＴＲＫＬＩＳＴと、ＮＡＭＥ１および
２と、ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ間の
関係を示す。ＴＲＫＬＩＳＴは、全体で６４Ｋバイト
（＝１６Ｋ×４）の固定長で、その内の３２Ｋバイトが
トラックを管理するパラメータを記述するのに使用さ
れ、残りの３２ＫバイトがＮＡＭＥ１および２を記述す
るのに使用される。曲名等を記述したファイルＮＡＭＥ
１および２は、トラック情報管理ファイルと別扱いでも
実現できるが、ＲＡＭ容量の小さいシステムは、トラッ
ク情報管理ファイルと曲名ファイルとを分けない方が管
理ファイルをまとめて管理することができ、操作しやす
くなる。
【０１４５】トラック情報管理ファイルＴＲＫＬＩＳＴ
内のトラック情報領域ＴＲＫＩＮＦ−ｎｎｎｎおよびパ
ーツ情報領域ＰＲＴＩＮＦ−ｎｎｎｎによって、データ
ファイルＡ３Ｄｎｎｎｎおよび付加情報用のＩＮＦＬＩ
ＳＴが管理される。なお、暗号化の処理を受けるのは、
ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎのみであ
る。図２６中で、横方向が１６バイト（０〜Ｆ）であ
り、縦方向に１６進数（０ｘか１６進数を意味する）で
その行の先頭の値が示されている。
【０１４６】他の例では、トラック情報管理ファイルＴ
ＲＫＬＩＳＴ（曲名ファイルを含む）と、付加情報管理
ファイルＩＮＦＬＩＳＴと、データファイルＡ３Ｄｎｎ
ｎｎとの３個のファイルの構成とされ、ＴＲＫＬＩＳＴ
によってＩＮＦＬＩＳＴおよびＡ３Ｄｎｎｎｎが管理さ
れる。前述したデータ構成の一例（図７、図８および図
９）では、メモリカードの全体を管理する再生管理ファ
イルＰＢＬＩＳＴと、各トラック（曲）のデータファイ
ルＡＴＲＡＣ３との２種類のファイルの構成とされる。
【０１４７】以下、データ構成の他の例について説明す
るが、上述したデータ構成の一例と同一の点について
は、その説明を省略することにする。
【０１４８】図２７は、トラック情報管理ファイルＴＲ
ＫＬＩＳＴのより詳細な構成を示す。トラック情報管理
ファイルＴＲＫＬＩＳＴは、１クラスタ（１ブロック）
＝１６ＫＢのサイズで、その後に続くバックアップ用の
ＴＲＫＬＩＳＴＢも同一サイズ、同一データのものであ
る。トラック情報管理ファイルは、先頭から３２バイト
がヘッダである。ヘッダには、上述した再生管理ファイ
ルＰＢＬＩＳＴ中のヘッダと同様に、ＢＬＫＩＤ−ＴＬ
０／ＴＬ１（バックアップファイルのＩＤ）（４バイ
ト）、総トラック数Ｔ−ＴＲＫ（２バイト）、メーカー
コードＭＣｏｄｅ（２バイト）、ＴＲＫＬＩＳＴの書き
換え回数ＲＥＶＩＳＩＯＮ（４バイト）、更新日時のデ
ータＳ−ＹＭＤｈｍｓ（４バイト）（Ｏｐｔｉｏｎ）が
書かれる。これらのデータの意味、機能、値は、前述し
た通りである。これらのデータ以外に下記のデータが書
かれる。
【０１４９】ＹＭＤｈｍｓ（４バイト） 最後にＴＲＫＬＩＳＴが更新された年月日 Ｎ１（１バイト）（Ｏｐｔｉｏｎ） メモリカードの連番号（分子側）で、１枚使用時はすべ
て（０ｘ０１） Ｎ２（１バイト）（Ｏｐｔｉｏｎ） メモリカードの連番号（分母側）で、１枚使用時はすべ
て（０ｘ０１） ＭＳＩＤ（２バイト）（Ｏｐｔｉｏｎ） メモリカードのＩＤで、複数組の時は、ＭＳＩＤが同一
番号（Ｔ．Ｂ．Ｄ．） （Ｔ．Ｂ．Ｄ．は、将来定義されうることを意味する） Ｓ−ＴＲＫ（２バイト） 特別トラック（４０１〜４０８）の記述（Ｔ．Ｂ．
Ｄ．）で、通常は、０ｘ００００ ＰＡＳＳ（２バイト）（Ｏｐｔｉｏｎ） パスワード（Ｔ．Ｂ．Ｄ．） ＡＰＰ（２バイト）（Ｏｐｔｉｏｎ） 再生アプリケーションの規定（Ｔ．Ｂ．Ｄ．）（通常
は、０ｘ００００） ＩＮＦ−Ｓ（２バイト）（Ｏｐｔｉｏｎ） メモリカード全体の付加情報ポインタであり、付加情報
がないときは、０ｘ００とする。
【０１５０】ＴＲＫＬＩＳＴの最後の１６バイトとし
て、ヘッダ内のものと同一のＢＬＫＩＤ−ＴＬ０と、Ｍ
Ｃｏｄｅと、ＲＥＶＩＳＩＯＮとが配される。また、バ
ックアップ用のＴＲＫＬＩＳＴＢにも上述したヘッダが
書かれる。この場合、ＢＬＫＩＤ−ＴＬ１と、ＭＣｏｄ
ｅと、ＲＥＶＩＳＩＯＮとが配される。
【０１５１】ヘッダの後にトラック（曲）ごとの情報を
記述するトラック情報領域ＴＲＫＩＮＦと、トラック
（曲）内のパーツの情報を記述するパーツ情報領域ＰＲ
ＴＩＮＦが配置される。図２７では、ＴＲＫＬＩＳＴの
部分に、これらの領域が全体的に示され、下側のＴＲＫ
ＬＩＳＴＢの部分にこれらの領域の詳細な構成が示され
ている。また、斜線で示す領域は、未使用の領域を表
す。
【０１５２】トラック情報領域ＴＲＫＩＮＦ−ｎｎｎお
よびパーツ情報領域ＰＲＴＩＮＦ−ｎｎｎに、上述した
ＡＴＲＡＣ３データファイルに含まれるデータが同様に
書かれる。すなわち、再生制限フラグＬＴ（１バイ
ト）、コンテンツキーＣＯＮＴＥＮＴＳ ＫＥＹ（８バ
イト）、記録機器のセキュリティブロックのシリアル番
号ＭＧ（Ｄ）ＳＥＲＩＡＬ（１６バイト）、曲の特徴的
部分を示すためのＸＴ（２バイト）（Ｏｐｔｉｏｎ）お
よびＩＮＸ（２バイト）（Ｏｐｔｉｏｎ）、再生制限情
報およびコピー制御に関連するデータＹＭＤｈｍｓ−Ｓ
（４バイト）（Ｏｐｔｉｏｎ）、ＹＭＤｈｍｓ−Ｅ（４
バイト）（Ｏｐｔｉｏｎ）、ＭＴ（１バイト）（Ｏｐｔ
ｉｏｎ）、ＣＴ（１バイト）（Ｏｐｔｉｏｎ）、ＣＣ
（１バイト）、ＣＮ（１バイト）（Ｏｐｔｉｏｎ）、パ
ーツの属性を示すＡ（１バイト）、パーツサイズＰＲＴ
ＳＩＺＥ（４バイト）、パーツキーＰＲＴＫＥＹ（８バ
イト）、コンテンツ累積番号ＣＯＮＮＵＭ（４バイト）
が書かれている。これらのデータの意味、機能、値は、
前述した通りである。これらのデータ以外に下記のデー
タが書かれる。
【０１５３】Ｔ０（１バイト） 固定値（Ｔ０＝０ｘ７４） ＩＮＦ−ｎｎｎ（Ｏｐｔｉｏｎ）（２バイト） 各トラックの付加情報ポインタ（０〜４０９）、００：
付加情報がない曲の意味 ＦＮＭ−ｎｎｎ（４バイト） ＡＴＲＡＣ３データのファイル番号（０ｘ００００〜０
ｘＦＦＦＦ） ＡＴＲＡＣ３データファイル名（Ａ３Ｄｎｎｎｎｎ）の
ｎｎｎｎｎ （ＡＳＣＩＩ）番号を０ｘｎｎｎｎｎに変
換した値 ＡＰＰ ＣＴＬ（４バイト）（Ｏｐｔｉｏｎ） アプリケーション用パラメータ（Ｔ．Ｂ．Ｄ．）（通
常、０ｘ００００）Ｐ−ｎｎｎ（２バイト） 曲を構成するパーツ数（１〜２０３９）で、前述のＴ−
ＰＡＲＴに対応するＰＲ（１バイト） 固定値（ＰＲ＝０ｘ５０）。
【０１５４】次に、名前をまとめて管理する名前の領域
ＮＡＭＥ１およびＮＡＭＥ２について説明する。図２８
は、ＮＡＭＥ１（１バイトコードを使用する領域）のよ
り詳細なデータ構成を示す。ＮＡＭＥ１および後述のＮ
ＡＭＥ２は、ファイルの先頭から８バイト単位で区切ら
れ、１スロット＝８バイトとされている。先頭の０ｘ８
０００には、ヘッダが書かれ、その後ろにポインタおよ
び名前が記述される。ＮＡＭＥ１の最後のスロットにヘ
ッダと同一データが記述される。
【０１５５】ＢＬＫＩＤ−ＮＭ１（４バイト） ブロックの内容を特定する固定値（ＮＭ１＝０ｘ４Ｅ４
Ｄ２Ｄ３１） ＰＮＭ１−ｎｎｎ（４バイト）（Ｏｐｔｉｏｎ） ＮＭ１（１バイトコード）へのポインタ ＰＮＭ１−Ｓは、メモリカードを代表する名前のポイン
タ ｎｎｎ（＝１〜４０８）は、曲名のポインタ ポインタは、ブロック内の開始位置（２バイト）と文字
コードタイプ（２ビット）とデータサイズ（１４ビッ
ト）を記述 ＮＭ１−ｎｎｎ（Ｏｐｔｉｏｎ） １バイトコードで、メモリカード名、曲名データを可変
長で記述 名前データの終端コード（０ｘ００）を書き込む。
【０１５６】図２９は、ＮＡＭＥ２（２バイトコードを
使用する領域）のより詳細なデータ構成を示す。先頭
（０ｘ８０００）には、ヘッダが書かれ、ヘッダの後ろ
にポインタおよび名前が記述される。ＮＡＭＥ２の最後
のスロットにヘッダと同一データが記述される。
【０１５７】ＢＬＫＩＤ−ＮＭ２（４バイト） ブロックの内容を特定する固定値（ＮＭ２＝０ｘ４Ｅ４
Ｄ２Ｄ３２） ＰＮＭ２−ｎｎｎ（４バイト）（Ｏｐｔｉｏｎ） ＮＭ２（２バイトコード）へのポインタ ＰＮＭ２−Ｓは、メモリカードを代表する名前のポイン
タ ｎｎｎ（＝１〜４０８）は、曲名のポインタ ポインタは、ブロック内の開始位置（２バイト）と文字
コードタイプ（２ビット）とデータサイズ（１４ビッ
ト）を記述 ＮＭ２−ｎｎｎ（Ｏｐｔｉｏｎ） ２バイトコードで、メモリカード名、曲名データを可変
長で記述 名前データの終端コード（０ｘ００００）を書き込む。
【０１５８】図３０は、１ＳＵがＮバイトの場合のＡＴ
ＲＡＣ３データファイルＡ３Ｄｎｎｎｎのデータ配列
（１ブロック分）を示す。このファイルは、１スロット
＝８バイトである。図３０では、各スロットの先頭（０
ｘ００００〜０ｘ３ＦＦ８）の値が示されている。ファ
イルの先頭から４個のスロットがヘッダである。前述し
たデータ構成の一例におけるデータファイル（図１７参
照）の属性ヘッダに続くデータブロックと同様に、ヘッ
ダが設けられる。すなわち、このヘッダには、ＢＬＫＩ
Ｄ−Ａ３Ｄ（４バイト）、メーカーコードＭＣｏｄｅ
（２バイト）、暗号化に必要なＢＬＯＣＫ ＳＥＥＤ
（８バイト）、最初に作られたコンテンツ累積番号ＣＯ
ＮＮＵＭ０（４バイト）、トラック毎の連続番号ＢＬＯ
ＣＫ ＳＥＲＩＡＬ（４バイト）、暗号化／復号化に必
要なＩＮＩＴＩＡＬＩＺＡＴＩＯＮ ＶＥＣＴＯＲ（８
バイト）が書かれる。なお、ブロックの最後の一つ前の
スロットに、ＢＬＯＣＫ ＳＥＥＤが二重記録され、最
後のスロットにＢＬＫＩＤ−Ａ３ＤおよびＭＣｏｄｅが
記録される。そして、前述したデータ構成の一例と同様
に、ヘッダの後にサウンドユニットデータＳＵ−ｎｎｎ
ｎが順に配される。
【０１５９】図３１は、付加情報を記述するための付加
情報管理ファイルＩＮＦＬＩＳＴのより詳細なデータ構
成を示す。他のデータ構成においては、このファイルＩ
ＮＦＬＩＳＴの先頭（０ｘ００００）には、下記のヘッ
ダが記述される。ヘッダ以降にポインタおよびデータが
記述される。
【０１６０】ＢＬＫＩＤ−ＩＮＦ（４バイト） ブロックの内容を特定する固定値（ＩＮＦ＝０ｘ４９４
Ｅ４６４Ｆ） Ｔ−ＤＡＴ（２バイト） 総データ数を記述（０〜４０９） ＭＣｏｄｅ（２バイト） 記録した機器のメーカーコード ＹＭＤｈｍｓ（４バイト） 記録更新日時 ＩＮＦ−ｎｎｎ（４バイト） 付加情報のＤＡＴＡ（可変長、２バイト（スロット）単
位）へのポインタ 開始位置は、上位１６ビットで示す（００００〜ＦＦＦ
Ｆ） ＤａｔａＳｌｏｔ−００００の（０ｘ０８００）先頭か
らのオフセット値（スロット単位）を示す データサイズは、下位１６ビットで示す（０００１〜７
ＦＦＦ）（最上位ビットＭＳＢに無効フラグをセットす
る。ＭＳＢ＝０（有効を示す）、ＭＳＢ＝１（無効を示
す） データサイズは、その曲のもつ総データ数を表す （データは、各スロットの先頭から始まり、データの終
了後は、スロットの終わりまで００を書き込むこと） 最初のＩＮＦは、アルバム全体の持つ付加情報を示すポ
インタ（通常ＩＮＦ−４０９で示される）。
【０１６１】図３２は、付加情報データの構成を示す。
一つの付加情報データの先頭に８バイトのヘッダが付加
される。この付加情報の構成は、上述したデータ構成の
一例における付加情報の構成（図１２Ｃ参照）と同様の
ものである。すなわち、ＩＤとしてのＩＮ（１バイ
ト）、キーコードＩＤ（１バイト）、個々の付加情報の
大きさを示すＳＩＺＥ（２バイト）、メーカーコードＭ
Ｃｏｄｅ（２バイト）が書かれる。さらに、ＳＩＤ（１
バイト）は、サブＩＤである。
【０１６２】上述したこの発明の一実施形態では、メモ
リカードのフォーマットとして規定されているファイル
システムとは別に音楽用データに対するトラック情報管
理ファイルＴＲＫＬＩＳＴを使用するので、ＦＡＴが何
らかの事故で壊れても、ファイルを修復することが可能
となる。図３３は、ファイル修復処理の流れを示す。フ
ァイル修復のためには、ファイル修復プログラムで動作
し、メモリカードをアクセスできるコンピュータ（ＤＳ
Ｐ３０と同様の機能を有するもの）と、コンピュータに
接続された記憶装置（ハードディスク、ＲＡＭ等）とが
使用される。最初のステップ１０１では、次の処理がな
される。なお、図２５〜図３２を参照して説明したトラ
ック管理ファイルＴＲＫＬＩＳＴに基づいてファイルを
修復する処理を説明する。
【０１６３】ＦＡＴが壊れたフラッシュメモリの全ブロ
ックを探索し、ブロックの先頭の値（ＢＬＫＩＤ）がＴ
Ｌ−０を探す。このフラッシュメモリの全ブロックを探
索し、ブロックの先頭の値（ＢＬＫＩＤ）がＴＬ−１を
探す。このフラッシュメモリの全ブロックを探索し、ブ
ロックの先頭の値（ＢＬＫＩＤ）がＮＭ−１を探す。こ
のフラッシュメモリの全ブロックを探索し、ブロックの
先頭の値（ＢＬＫＩＤ）がＮＭ−２を探す。この４ブロ
ック（トラック情報管理ファイル）の全内容は、修復用
コンピュータによって例えばハードディスクに収集す
る。
【０１６４】トラック情報管理ファイルの先頭から４バ
イト目以降のデータから総トラック数ｍの値を見つけ把
握しておく。トラック情報領域ＴＲＫＩＮＦ−００１の
先頭から２０バイト目、１曲目のＣＯＮＮＵＭ−００１
とそれに続くＰ−００１の値を見つける。Ｐ−００１の
内容から構成されるパーツの総数を把握し、続くＰＲＴ
ＩＮＦの中のトラック１を構成する全てのＰＲＴＳＩＺ
Ｅの値を見つけ出し、それらを合計した総ブロック（ク
ラスタ）数ｎを計算し、把握しておく。
【０１６５】トラック情報管理ファイルは見つかったの
で、ステップ１０２では、音のデータファイル（ＡＴＲ
ＡＣ３データファイル）を探索する。フラッシュメモリ
の管理ファイル以外の全ブロックを探索し、ＡＴＲＡＣ
３データファイルであるブロックの先頭の値（ＢＬＫＩ
Ｄ）がＡ３Ｄのブロック群の収集を開始する。
【０１６６】Ａ３Ｄｎｎｎｎの中で先頭から１６バイト
目に位置するＣＯＮＮＵＭ０の値がトラック情報管理フ
ァイルの１曲目のＣＯＮＮＵＭ−００１と同一で、２０
バイト目からのＢＬＯＣＫ ＳＥＲＩＡＬの値が０のも
のを探し出す。これが見つかったら、次のブロック（ク
ラスタ）として同一のＣＯＮＮＵＭ０の値で、２０バイ
ト目からのＢＬＯＣＫ ＳＥＲＩＡＬの値が＋１された
もの（１＝０＋１）を探し出す。これが見つかったら、
同様に、次のブロック（クラスタ）として同一のＣＯＮ
ＮＵＭ０の値で、２０バイト目からのＢＬＯＣＫ ＳＥ
ＲＩＡＬの値が＋１されたもの（２＝１＋１）を探し出
す。
【０１６７】この処理を繰り返して、トラック１の総ク
ラスタであるｎ個になるまでＡＴＲＡＣ３データファイ
ルを探す。全てが見つかったら、探したブロック（クラ
スタ）の内容を全てハードディスクに順番に保存する。
【０１６８】次のトラック２に関して、上述したトラッ
ク１に関する処理を行う。すなわち、ＣＯＮＮＵＭ０の
値がトラック情報管理ファイルの１曲目のＣＯＮＮＵＭ
−００２と同一で、２０バイト目からのＢＬＯＣＫ Ｓ
ＥＲＩＡＬの値が０のものを探し出し、以下、トラック
１の場合と同様に、最後のブロック（クラスタ）ｎ’ま
でＡＴＲＡＣ３データファイルを探し出す。全てが見つ
かったら、探したブロック（クラスタ）の内容を全て外
部のハードディスクに順番に保存する。
【０１６９】全トラック（トラック数ｍ）について、以
上の処理を繰り返すことによって、全てのＡＴＲＡＣ３
データファイルが修復用コンピュータが管理する外部の
ハードディスクに収集される。
【０１７０】そして、ステップ１０３では、ＦＡＴが壊
れたメモリカードを再度初期化し、ＦＡＴを再構築し、
所定のディレクトリを作り、トラック情報管理ファイル
と、ｍトラック分のＡＴＲＡＣ３データファイルをハー
ドディスク側からメモリカードへコピーする。これによ
って、修復作業が完了する。
【０１７１】なお、管理ファイル、データファイルにお
いて、重要なパラメータ（主としてヘッダ内のコード）
を二重に限らず、三重以上記録しても良く、重要なパラ
メータに対して専用のエラー訂正符号の符号化を行うよ
うにしても良い。また、このように多重記録する場合の
位置は、ファイルの先頭および末尾の位置に限らず、１
ページ単位以上離れた位置であれば有効である。
【０１７２】この発明は、メモリカードから再生したデ
ータファイル（ＡＴＲＡＣ３ファイル）に再生制限情報
があるとき、その条件がファイルに書き込まれ、再生を
制限すると共に、そのファイルが改ざんされた場合に
も、これを確実に検出することができるものである。以
下、図７〜図２４に示す第１の実施形態および図２５〜
図３２に示す第２の実施形態において、データファイル
の改ざんに関連する部分をより詳細に説明する。
【０１７３】以下、第１の実施形態で説明したデータフ
ァイルに対する改ざんチェックに関して説明する。改ざ
んチェックの対象としては、再生管理ファイルＰＢＬＩ
ＳＴ．ＭＳＦおよび圧縮されたオーディオデータである
ＡＴＲＡＣ３データファイルの各々が考えられる。再生
管理ファイルＰＢＬＩＳＴ．ＭＳＦに関しては時計情報
Ｓ−ＹＭＤｈｍｓが記録されているので、この時計情報
に対するユーザによる改ざんを防止するために改ざんチ
ェックを行う。
【０１７４】改ざんチェックコードの生成は、最初に再
生管理ファイルＰＢＬＩＳＴ．ＭＳＦが生成されたとき
に同時に生成されるＡＴＲＡＣ３データファイル（すな
わち１曲目）のＣＯＮＴＥＮＴＳ ＫＥＹ（ＣＫ）を使
用してハッシュ関数による演算が行われる。また、その
ファイルが消去または移動されたときのためにＣＯＮＴ
ＥＮＴＳ ＫＥＹ（ＣＫ）の値をファイル内に保存す
る。時計情報Ｓ−ＹＭＤｈｍｓが無エントリーである場
合には、計算を行わずにハッシュ値を全てゼロにする。
このハッシュ値は、時計情報Ｓ−ＹＭＤｈｍｓが更新さ
れる毎に計算される。
【０１７５】一方、改ざんチェックの対象としてオーデ
ィオデータであるＡＴＲＡＣ３データファイルに関して
はトラックの属性Ａ、再生制限フラグとセキュリティバ
ージョンＬＴ、ＭＧ（Ｄ）のシリアル番号ＭＧ（Ｄ）Ｓ
ｅｒｉａｌ、コンテンツ累計番号ＣＯＮＮＵＭ、再生開
始日ＹＭＤｈｍｓ−Ｓ、再生期限日ＹＭＤｈｍｓ−Ｅ、
トラックの再生回数ＣＴ、再生許可回数ＭＴ、ＣＯＰＹ
Ｃｏｎｔｒｏｌ ＣＣ、高速デジタルコピー許可回数
ＣＮ（Ｏｐｔｉｏｎ）に対してユーザによる改ざんを防
止するために改ざんチェックを行う。改ざんチェックコ
ードの生成は、このＡＴＲＡＣ３データファイルのＣＯ
ＮＴＥＮＴＳ ＫＥＹ（ＣＫ）を使用してハッシュ関数
による演算が行われる。また、このＡＴＲＡＣ３データ
ファイルに対して分割処理または結合処理が行われた場
合には、新規に生成したＣＯＮＴＥＮＴＳ ＫＥＹを用
いてハッシュ値を再度計算しなおす。
【０１７６】図３４は、上述したディジタルオーディオ
レコーダの内で、この発明と関連する部分の構成を概略
的に示す。メモリカードがプレーヤ／レコーダに装着さ
れる時、または再生ボタンが押される時に、装着された
メモリカードが正規のものであるか否かの認証がなさ
れ、認証が完了すると、メモリカード４０のフラッシュ
メモリからトラック情報管理ファイルＴＲＫＬＩＳＴ．
ＭＳＦがＤＳＰ（Digital Signal Processor）３０によ
って、Ｓ−ＲＡＭ（Static-RAM）３１（３６）に読み込
まれる。
【０１７７】図３４において、トラック情報管理ファイ
ル中の再生制限値群７０は、メモリカード４０のフラッ
シュメモリの所定領域に格納されており、フラッシュメ
モリからＳＲＡＭ３１（３６）に読み込まれる。この再
生制限値群７０を用いることで改ざんのチェックがなさ
れる。また、この発明と関連する構成要素として、ハッ
シュ計算回路７１、不揮発性メモリから構成される所定
のメモリ領域（７２，７３）を備えた暗号化回路２２、
一致検出回路７４、内部時計７６を有した制御部７５が
設けられる。なお、ハッシュ計算回路７１、一致検出回
路７４、制御部７５は、ハードウエア構成またはＤＳＰ
３０によるソフトウェア的な処理により実現される。例
えば暗号化回路２２を構成する機能素子を利用してハッ
シュ計算回路７１を実現できる。
【０１７８】制御部７５は、メモリカード４０の着脱を
監視し、メモリカード４０が挿入されて再生動作を行う
際には、その処理に先立って再生制限値群７０の所定の
情報に基づいて再生が許可されているか否かを判定す
る。上述の所定の情報は、具体的には、トラックの属性
Ａ、再生制限フラグとセキュリティバージョンＬＴ、Ｍ
Ｇ（Ｄ）のシリアル番号ＭＧ（Ｄ）Ｓｅｒｉａｌ、コン
テンツ累積番号ＣＯＮＮＵＭ、再生開始日ＹＭＤｈｍｓ
−Ｓ、再生期限日ＹＭＤｈｍｓ−Ｅ、トラックの再生回
数ＣＴ、再生許可回数ＭＴ、ＣＯＰＹ Ｃｏｎｔｒｏｌ
ＣＣ、高速デジタルコピー許可回数ＣＮ（Ｏｐｔｉｏ
ｎ）およびＣＯＮＴＥＮＴＳ ＫＥＹ（ＣＫ）等であ
る。再生開始日および再生期限日に関しては、内部時計
７６の示す日時との参照を行うことによって、再生が許
可されているかを判定する。また、トラックの再生回数
ＣＴおよび再生許可回数ＭＴに関しては、その値によっ
て再生が許可／不許可を決定する。
【０１７９】ハッシュ計算回路７１において、再生制限
値群７０の各パラメータに基づいて演算処理によりハッ
シュ値の算出がなされる。なお、ハッシュ値は、ハッシ
ュ関数によって導出される値で、改ざんがなされた場合
には、その値が変化する。また、ハッシュ関数に関する
一般的な定義は、（ISO/IEC 10118-1,JIS X5057-1)によ
り標準化されている。ハッシュ関数とは、同じ出力値に
なる任意の二つの異なる入力を発見することが計算量的
に実行不可能な関数である。ハッシュ計算回路７１にお
ける演算により得られた結果が暗号化回路２２に供給さ
れる。
【０１８０】暗号化回路２２の不揮発性メモリには、制
御部７５からの制御情報が供給されており、再生動作を
行う際に先立って算出されたハッシュ値が今回ハッシュ
値として所定のメモリ領域７２に保持される。一方、前
回の再生動作完了後において算出されたハッシュ値が前
回ハッシュ値として所定のメモリ領域７３に保持され
る。暗号化回路２２に格納されている今回ハッシュ値と
前回ハッシュ値とが読み出され、一致検出回路７４に供
給される。なお、暗号化回路２２のフラッシュメモリの
所定のメモリ領域（７２，７３）は、外部から値自身は
読み出せないものであり、その領域に格納されるハッシ
ュ値を外部から知ることは不可能である。一致検出回路
７４の一致検出結果のみが外部から読み出される。外部
からアクセス不能な領域をｔａｍｐｅｒ ｒｅｓｉｓｔ
ａｎｔ領域という。
【０１８１】一致検出回路７４において、今回ハッシュ
値と前回ハッシュ値とが比較され、今回ハッシュ値と前
回ハッシュ値とが同一であるかどうかで改ざんの有無が
検出され、一致検出回路７４の出力が制御部７５に供給
される。
【０１８２】制御部７５において、トラックの属性Ａ、
再生制限フラグとセキュリティバージョンＬＴ、ＭＧ
（Ｄ）のシリアル番号ＭＧ（Ｄ）Ｓｅｒｉａｌ、コンテ
ンツ累積番号ＣＯＮＮＵＭ、再生開始日ＹＭＤｈｍｓ−
Ｓ、再生期限日ＹＭＤｈｍｓ−Ｅ、トラックの再生回数
ＣＴ、再生許可回数ＭＴ、ＣＯＰＹ ＣＯＮＴＲＯＬＣ
Ｃ、高速デジタルコピー許可回数ＣＮ（Ｏｐｔｉｏｎ）
およびＣＯＮＴＥＮＴＳ ＫＥＹ（ＣＫ）に基づいてな
された判定と、一致検出回路７４からの出力とに基づい
て最終的に再生の許可／禁止が決定される。この判定結
果に応じた制御情報が制御部７５において形成される。
つまり、改ざんが検出されず、かつ、再生が許可されて
いると判断される場合には、制御部７５において再生動
作を許可するための制御情報が形成されて再生動作がな
される。
【０１８３】一方、改ざんが検出された場合には、制御
部７５において制御情報が形成されて再生が禁止され
る。また、改ざんが検出されなくとも、トラックの属性
Ａ、再生制限フラグとセキュリティバージョンＬＴ、Ｍ
Ｇ（Ｄ）のシリアル番号ＭＧ（Ｄ）Ｓｅｒｉａｌ、コン
テンツ累積番号ＣＯＮＮＵＭ、再生開始日ＹＭＤｈｍｓ
−Ｓ、再生期限日ＹＭＤｈｍｓ−Ｅ、トラックの再生回
数ＣＴ、再生許可回数ＭＴ、ＣＯＰＹ ＣＯＮＴＲＯＬ
ＣＣ、高速デジタルコピー許可回数ＣＮ（Ｏｐｔｉｏ
ｎ）、ＣＯＮＴＥＮＴＳ ＫＥＹ（ＣＫ）に基づいて、
再生が不許可と判断される場合には、改ざんの有無にか
かわらず、再生動作が禁止される。
【０１８４】上述の説明では、ＡＴＲＡＣ３データファ
イルに対しての改ざんチェックに対して説明したが、再
生管理ファイルＰＢＬＩＳＴ．ＭＳＦに関しても同様に
時計情報Ｓ−ＹＭＤｈｍｓに対して改ざんチェックを行
う。改ざんチェックコードの生成は、最初に再生管理フ
ァイルＰＢＬＩＳＴ．ＭＳＦが生成されたときに同時に
生成されるＡＴＲＡＣ３データファイル、すなわち１曲
目のＣＯＮＴＥＮＴＳＫＥＹ（ＣＫ）を使用してハッシ
ュ関数による演算が行われる。
【０１８５】演算の手順は、上述したＡＴＲＡＣ３デー
タファイルに対しての改ざんチェックと同様な手順で行
い、この演算に用いる回路は共有できる。また、そのフ
ァイルが消去または移動されたときのためにＣＯＮＴＥ
ＮＴＳ ＫＥＹ（ＣＫ）の値をファイル内に保存する。
時計情報Ｓ−ＹＭＤｈｍｓが無エントリーである場合に
は、計算を行わずにハッシュ値を全てゼロにする。この
ハッシュ値は、時計情報Ｓ−ＹＭＤｈｍｓが更新される
毎に計算される。
【０１８６】以下、この発明の第１の実施形態のフォー
マットに準拠したＥＭＤ端末によりＡＴＲＡＣ３データ
ファイルをダウンロードした場合の処理を図３５に示
す。まず、図示しないがＥＭＤ端末を公衆回線（ＩＳＤ
Ｎ、電話回線、衛星回線）を介して圧縮されていると共
に、暗号化されているＡＴＲＡＣ３データファイルをダ
ウンロードする手順を図３５に示す。なお、ＥＭＤ端末
に挿入されるフラッシュメモリは、未使用なものが挿入
されるものとする。
【０１８７】ステップＳＰ１０１において、バージン
（未使用）のメモリカードが挿入されると、最初に再生
管理ファイルＰＢＬＩＳＴ．ＭＳＦが作成されると同時
にダウンロードされた日時情報が作成されて、再生管理
ファイルＰＢＬＩＳＴ．ＭＳＦの時計情報Ｓ−ＹＭＤｈ
ｍｓとして記録が行われる。
【０１８８】さらに、ステップＳＰ１０２において、公
衆回線（ＩＳＤＮ、電話回線、衛星回線）を介して圧縮
されていると共に、暗号化されているＡＴＲＡＣ３デー
タファイルをフラッシュメモリに記録する際に、図９に
示すように属性ヘッダを生成して記録を行うＡＴＲＡＣ
３データファイルに付加する。
【０１８９】ステップＳＰ１０３において、上述の属性
ヘッダに記録されているＣＯＮＴＥＮＴＳ ＫＥＹ（Ｃ
Ｋ）を用いて、上述の再生管理ファイルＰＢＬＩＳＴ．
ＭＳＦの時計情報Ｓ−ＹＭＤｈｍｓに対してハッシュ関
数による演算をハッシュ計算回路７１で行い、得られた
演算値を暗号化回路２２のメモリ領域７３に保持する。
【０１９０】さらに、ステップＳＰ１０４において、公
衆回線（ＩＳＤＮ、電話回線、衛星回線）を介して圧縮
されていると共に、暗号化されているＡＴＲＡＣ３デー
タファイルに付随する再生制限情報（トラックの属性
Ａ、再生制限フラグとセキュリティバージョンＬＴ、再
生開始日ＹＭＤｈｍｓ−Ｓ、再生期限日ＹＭＤｈｍｓ−
Ｅ、トラックの再生回数ＣＴ、再生許可回数ＭＴ、ＣＯ
ＰＹ ＣＯＮＴＲＯＬＣＣ、高速デジタルコピー許可回
数ＣＮ（Ｏｐｔｉｏｎ））に対して上述の属性ヘッダに
記録されているＣＯＮＴＥＮＴＳ ＫＥＹ（ＣＫ）を用
いてハッシュ関数による演算をハッシュ計算回路７１で
行い、得られた演算値を暗号化回路２２のメモリ領域７
３に保持する。
【０１９１】併せて、属性ファイルを生成時に生成され
たＭＧ（Ｄ）のシリアル番号ＭＧ（Ｄ）Ｓｅｒｉａｌお
よびコンテンツ累積番号ＣＯＮＮＵＭに対しても、上述
の属性ヘッダに記録されているＣＯＮＴＥＮＴＳ ＫＥ
Ｙ（ＣＫ）を用いてハッシュ関数による演算をハッシュ
計算回路７１で行い、得られた演算値を暗号化回路２２
のメモリ領域７３に保持する。今回はバージン（未使
用）のフラッシュメモリに初めてデータが記録されたの
で、暗号化回路２２のメモリ領域７２には、何も記録さ
れていない。
【０１９２】ステップＳＰ１０５において、ＥＭＤ端末
本体からフラッシュメモリが取り外されたか否かを判別
する。ＥＭＤ端末本体からフラッシュメモリが取り外さ
れたと判断された場合には、ステップＳＰ１０６におい
て、メモリが再挿入されたか否かを判別する。ステップ
ＳＰ１０５において、フラッシュメモリがＥＭＤ端末本
体から取り外されていないと判断された場合には、ステ
ップＳＰ１０７において、電源が断たれたか否かを判別
する。ステップＳＰ１０７において、電源が断たれたと
判断された場合には、電源が再投入されたか否かをステ
ップＳＰ１０８において判別する。
【０１９３】ステップＳＰ１０６において、メモリが再
挿入されたと判断された場合、またはステップＳＰ１０
８において、電源が再投入されたと判断された場合に
は、ステップＳＰ１０９において、属性ヘッダに記録さ
れているＣＯＮＴＥＮＴＳ ＫＥＹ（ＣＫ）を用いて、
上述の再生管理ファイルＰＢＬＩＳＴ．ＭＳＦの時計情
報Ｓ−ＹＭＤｈｍｓに対してハッシュ関数による演算を
ハッシュ計算回路７１で行い、得られた演算値を暗号化
回路２２のメモリ領域７２に保持する。
【０１９４】ステップＳＰ１１０において、暗号化回路
２２のメモリ領域７２に保持された今回のハッシュ値と
暗号化回路２２のメモリ領域７３に保持された前回のハ
ッシュ値を比較する。ステップＳＰ１１０において、暗
号化回路２２のメモリ領域７２に保持された今回のハッ
シュ値と、暗号化回路２２のメモリ領域７３に保持され
た前回のハッシュ値とが一致した場合には、暗号化回路
２２のメモリ領域７２に保持された今回のハッシュ値を
暗号化回路２２のメモリ領域７３に保持された前回のハ
ッシュ値にコピーを行う。
【０１９５】ステップ１１１において、再生指示が行わ
れた場合、ステップＳＰ１１０において、暗号化回路２
２のメモリ領域７２に保持された今回のハッシュ値と、
暗号化回路２２のメモリ領域７３に保持された前回のハ
ッシュ値とが一致した場合には、再生指示の行われたＡ
ＴＲＡＣ３データファイルに付加された属性ファイル中
のトラックの属性Ａ、再生制限フラグとセキュリティバ
ージョンＬＴ、ＭＧ（Ｄ）のシリアル番号ＭＧ（Ｄ）Ｓ
ｅｒｉａｌ、コンテンツ累積番号ＣＯＮＮＵＭ、再生開
始日ＹＭＤｈｍｓ−Ｓ、再生期限日ＹＭＤｈｍｓ−Ｅ、
トラックの再生回数ＣＴ、再生許可回数ＭＴ、ＣＯＰＹ
ＣＯＮＴＲＯＬ ＣＣ、高速デジタルコピー許可回数
ＣＮ（Ｏｐｔｉｏｎ）に対してＡＴＲＡＣ３データファ
イルの属性ファイルに記録されているＣＯＮＴＥＮＴＳ
ＫＥＹ（ＣＫ）を用いてハッシュ関数による演算をハ
ッシュ計算回路７１で行い、得られた演算値を暗号化回
路２２のメモリ領域７２に保持する。
【０１９６】ハッシュ計算回路７１における演算によっ
て得られた暗号化回路２２のメモリ領域７２に保持され
たハッシュ値と、暗号化回路２２のメモリ領域７３に保
持されたハッシュ値との比較がステップＳＰ１１３にお
いて、行われる。
【０１９７】今回演算されたハッシュ値と、前回演算さ
れたハッシュ値とが一致検出回路７４において行われ、
今回演算されたハッシュ値と、前回演算されたハッシュ
値とが一致した場合には、上述のトラックの属性Ａ、再
生制限フラグとセキュリティバージョンＬＴ、ＭＧ
（Ｄ）のシリアル番号ＭＧ（Ｄ）Ｓｅｒｉａｌ、コンテ
ンツ累積番号ＣＯＮＮＵＭ、再生開始日ＹＭＤｈｍｓ−
Ｓ、再生期限日ＹＭＤｈｍｓ−Ｅ、トラックの再生回数
ＣＴ、再生許可回数ＭＴ、ＣＯＰＹ ＣＯＮＴＲＯＬ
ＣＣ、高速デジタルコピー許可回数ＣＮ（Ｏｐｔｉｏ
ｎ）の何れの情報に対しても改ざんが行われなかったと
判断され、ステップＳＰ１１４において、再生が許可さ
れる。
【０１９８】ステップＳＰ１１３の比較において、今回
演算されたハッシュ値と、前回演算されたハッシュ値と
が不一致の場合には、上述のトラックの属性Ａ、再生制
限フラグとセキュリティバージョンＬＴ、ＭＧ（Ｄ）の
シリアル番号ＭＧ（Ｄ）Ｓｅｒｉａｌ、コンテンツ累積
番号ＣＯＮＮＵＭ、再生開始日ＹＭＤｈｍｓ−Ｓ、再生
期限日ＹＭＤｈｍｓ−Ｅ、トラックの再生回数ＣＴ、再
生許可回数ＭＴ、ＣＯＰＹ ＣＯＮＴＲＯＬ ＣＣ、高
速デジタルコピー許可回数ＣＮ（Ｏｐｔｉｏｎ）の何れ
かの情報に対して改ざんが行われたと判断され、ステッ
プＳＰ１１５において、再生が不許可とされる。そし
て、ステップＳＰ１１６において、改ざんフラグがセッ
トされる。
【０１９９】なお、再生の際に上述のトラックの再生回
数ＣＴに所定の数値（ゼロより大きい正の整数）および
再生許可回数ＭＴに所定の数値（ゼロより大きい正の整
数）が設定されているか否かを判別して、所定の数値が
設定されているときには、再生回数ＣＴに対してデクリ
メントが行われる。この場合に、上述のトラックの再生
回数ＣＴがゼロで再生許可回数ＭＴに所定の数値（ゼロ
より大きい正の整数）が設定されている場合には、再生
許可回数を全て使用したと判断でき再生不許可に制御す
る。
【０２００】上述した第２の実施形態で説明したフォー
マットに準拠したＥＭＤ端末での実施形態の動作につい
てさらに具体的な例を挙げて詳細に説明する。図３６
は、ＥＭＤ（Electric Music Distribution ）端末によ
り２回の再生制限付きの音楽ファイルをダウンロードし
た場合の処理例を示す。簡単のため、再生期日の制限は
ないものと想定する。ＥＭＤ端末は、図示しないが、上
述したレコーダと同様の暗号化回路を有しており、端末
に装着されたメモリカードの認証を行い、正規のメモリ
カードである場合には、暗号化されたオーディオファイ
ル（ＡＴＲＡＣ３ファイル）をメモリカードに記録す
る。これと共に、ＥＭＤ端末が対応するオーディオファ
イルに関する再生制限情報をレコーダに供給する。
【０２０１】レコーダ側は、フォーマット化処理を行
い、メモリカードにオーディオファイルおよび再生制限
情報をフラッシュメモリに記録する。図３６においてＳ
２０１で示される処理は、ＥＭＤ端末からディジタルを
ダウンロードした時になされる処理である。ステップＳ
１において、ＥＭＤ端末より再生回数制限のデータを受
け取り、トラック情報管理ファイルＴＲＫＬＩＳＴのＴ
ＲＫＩＮＦにおいて、（ＭＴ＝２）および（ＣＴ＝２）
が記録（セット）される。
【０２０２】同時に、ハッシュ計算回路７１において、
このＭＴ、ＣＴ値とコンテンツＩＤ等の他のいくつかの
パラメータ（再生制限値群７０）によってハッシュ値が
演算が演算される。ハッシュ計算回路７１における演算
により得られたハッシュ値が暗号化回路２２のメモリ領
域７３に保持される。この後、ディジタルオーディオレ
コーダの電源がオフされたり、メモリカード４０が取り
外された場合には、必ず改ざんのチェックがなされる。
必要であれば、再生動作を行う度に改ざんのチェックを
行うようにしても良い。
【０２０３】例えば、メモリカード４０が取り外された
後、再度、挿入され、ステップＳ３において再生命令が
指示された場合には、図３６において、Ｓ２０２で示さ
れる処理がなされる。先ず、ステップＳ４において、再
生制限値群７０のハッシュ値を算出する演算がハッシュ
計算回路７１においてなされる。ハッシュ計算回路７１
における演算により得られた結果が暗号化回路２２の所
定の今回ハッシュ値を格納するためのメモリ領域７２に
保持される。そして、今回ハッシュ値と、前回ハッシュ
値とが読み出され、一致検出回路７４に供給される。一
致検出回路７４において、今回ハッシュ値と前回ハッシ
ュ値とが比較され、今回ハッシュ値と前回ハッシュ値と
が同一であるかどうかで改ざんの有無が検出され、一致
検出回路７４の出力が制御部７５に供給される。
【０２０４】一致検出回路７４からの出力に基づいて制
御部７５において制御情報が形成される。つまり、改ざ
んがなされていなければ、当然、今回ハッシュ値と前回
ハッシュ値とが同一であり、改ざんが検出されない。ま
た、この場合においては、再生回数ＣＴが（ＣＴ＝０）
でないため、ステップＳ５に移行して制御部７５におい
て再生動作を制御するための制御情報が形成され、再生
動作が開始される。再生動作が完了すると、次に、ステ
ップＳ６に移行し、再生回数ＣＴがデクリメントされ、
（ＣＴ＝１）が再セットされる。同時に、再生制限値群
７０のハッシュ値が演算され、前回ハッシュ値としてメ
モリ領域７３に保持される。
【０２０５】さらに、例えば、メモリカード４０が取り
外された後、再度、挿入され、ステップＳ７において再
生命令が指示された場合には、Ｓ２０３で示すように、
前述した処理Ｓ２０２と同様の処理がなされる。すなわ
ち、再生制限値群７０のハッシュ値を算出し、前回ハッ
シュ値とが比較され、改ざんの有無が検出され（ステッ
プＳ８）、改ざんがなされていなければ、再生動作が行
われ（ステップＳ９）、−１された後の再生回数（ＣＴ
＝０）が再セットされる（ステップＳ１０）。
【０２０６】再生回数ＣＴが（ＣＴ＝０）に設定された
後では、改ざんの有無に係わらず再生回数ＣＴの条件が
優先的に判断され、再生が禁止される。例えば、メモリ
カード４０が取り外された後、再度、挿入され、ステッ
プＳ１１において再生命令が指示されると、ステップＳ
１２において、再生制限値群７０のハッシュ値の演算、
今回ハッシュ値と前回ハッシュ値との比較がなされる。
今回ハッシュ値と前回ハッシュ値とが同一であると判定
されて本来なら再生動作が許可されるのであるが、（Ｃ
Ｔ＝０）であるので、再生禁止と判断される。従って、
この場合においては、制御部７５において、再生不可と
する制御情報が形成される（ステップＳ１３）。これと
共に、再生許可回数に再生回数が達したために再生動作
が禁止されることを音声、表示等で利用者に告知する。
【０２０７】若し、トラック情報管理ファイルＴＲＫＬ
ＩＳＴのＴＲＫＩＮＦが改ざんされた場合、例えば、前
述した処理１１１で改ざんがなされ、ステップＳ２１に
おいて、再生条件付きの音楽ファイルの再生許可回数Ｍ
Ｔの値が（ＭＴ＝１０）に改ざんされた場合について説
明する。
【０２０８】ステップＳ２２において再生命令が指示さ
れた場合には、先ず、ステップＳ２３において、再生制
限値群７０のハッシュ値が算出される。このハッシュ値
が今回ハッシュ値としてメモリ領域７２に保持される。
そして、今回ハッシュ値と、前回ハッシュ値とが一致検
出回路７４において、両者が同一であるかどうかが検出
される。この場合においては、改ざんがなされているた
め、今回ハッシュ値と前回ハッシュ値とが一致していな
いことが検出され、制御部７５において、再生動作を禁
止する制御情報が形成される（ステップＳ２３）。従っ
て、ステップＳ２４では、再生動作がなされない。この
場合に、改ざんされたために再生動作が禁止されること
を音声、表示等で利用者に告知する。
【０２０９】そして、ステップＳ２５に移行し、ＴＲＫ
ＬＩＳＴのＴＲＫＩＮＦの所定位置（例えば、図２７に
おけるＲｅｓｅｒｖｅｄ）に改ざんフラグをセットし、
ハッシュ値を演算し、保存する（ステップＳ２５）。改
ざんフラグがセットされた状態では、再生許可回数ＭＴ
の値が（ＭＴ＝２）に書き戻しても、改ざんフラグがセ
ットされているため、再生が禁止される（ステップＳ２
６）。つまり、常に再生する前のチェックで改ざんフラ
グの有無の検出がなされ、改ざんフラグが検出される
と、制御部７５において再生禁止と判断される。従っ
て、この場合においては、制御部７５において、再生不
可とする制御情報が形成され、再生動作がなされること
がない。
【０２１０】なお、上述した具体例においては、再生動
作がなされる度にトラックの再生回数ＣＴを一つずつデ
クリメントして（ＣＴ＝０）となる時に、再生を禁止す
る場合について説明したが、ＣＴを実際の再生回数のカ
ウント値として再生動作がなされる度にＣＴの値を０か
ら＋１ずつインリメントして再生条件付きのトラックの
再生許可回数ＭＴと等しくなった（ＭＴ＝ＣＴ）の時
に、再生を禁止するようにしても良い。さらに、ＣＴを
設けずに、ＭＴを１回の再生毎に１づつ減らしても良
い。
【０２１１】次に、ＴＲＫＬＩＳＴのＴＲＫＩＮＦに再
生許可回数ＭＴと再生回数ＣＴとがセットされないで、
再生制限付きのトラックの再生期限日（ＹＭＤｈｍｓ−
Ｅ）のみがセットされた場合について説明する。
【０２１２】再生期限日は、ＥＭＤ端末により再生期限
日付きの音楽ファイルをメモリカードにダウンロードし
た時に同時にこの再生期限日がメモリカードのトラック
情報管理ファイルに書き込まれる。そして、再生期限日
を含む再生制限値群７０のハッシュ値が演算される。こ
のハッシュ値が暗号化回路２２の所定の前回ハッシュ値
を格納するためのメモリ領域７３に保持される。この
後、ディジタルオーディオレコーダの電源がオフされた
り、メモリカード４０が取り外された場合、さらに、必
要であれば、再生指令が与えられた場合には、再生動作
に先立って必ず、改ざんの有無のチェックと、制御部７
５の内部時計７６の示す日時と再生期限日との照合処理
とがなされる。
【０２１３】例えば、メモリカード４０が取り外された
後、再度、挿入され、再生命令が指示された場合には、
再生制限値群７０のハッシュ値が算出される。そして、
今回の演算により得られたハッシュ値と前回の演算によ
り得られたハッシュ値とが一致検出回路７４において比
較され、今回ハッシュ値と前回ハッシュ値とが同一であ
るかどうかで改ざんの有無の検出がなされると共に、内
部時計７６の示す日時と再生期限日との照合処理がなさ
れる。改ざんがなく、かつ、内部時計７６の示す日時が
再生期限日内であると判定される場合には、再生動作が
なされる。
【０２１４】一方、改ざんが検出された場合には、前述
したのと同様に再生が禁止される。また、改ざんがなく
とも、内部時計７６の示す日時が再生期限日を経過して
いると判定される時には、ＴＲＫＬＩＳＴのＴＲＫＩＮ
Ｆの所定位置（例えば、図２７におけるＲｅｓｅｒｖｅ
ｄ）に期限切れを示すフラグがセットされると共に、改
ざんの有無に対して再生期限日の条件が優先的に判断さ
れ、再生動作が禁止される。
【０２１５】つまり、常に再生する前のチェックでハッ
シュ値が異なればどこかでファイルが改ざんされた可能
性があると判断されて再生を禁止する動作がなされる
が、ハッシュ値が同一の場合でも、再生期限日の条件が
満たされなければ、やはり再生が禁止される。このよう
に再生が禁止される時には、その旨を音声、表示等で利
用者に告知する。なお、内部時計７６の示す日時が再生
期限日を経過している場合においても、再生制限値群７
０のハッシュ値が演算され、保持され、将来の改ざんに
対処する。
【０２１６】さらに、ＴＲＫＬＩＳＴのＴＲＫＩＮＦに
再生許可回数ＭＴと再生回数ＣＴとがセットされない
で、音楽ファイルの再生開始日（ＹＭＤｈｍｓ−Ｓ）の
みがセットされている場合について説明する。
【０２１７】再生開始日は、ＥＭＤ端末により音楽ファ
イルをメモリカードにダウンロードした時にトラック情
報管理ファイルに書き込まれる。そして、再生期限日を
含む再生制限値群７０のハッシュ値が演算され、ハッシ
ュ値が暗号化回路２２に供給され、暗号化回路２２の所
定の前回ハッシュ値を格納するためのメモリ領域７３に
保持される。この後、ディジタルオーディオレコーダの
電源がオフされたり、メモリカード４０が取り外された
場合には、再生動作に先立って必ず、改ざんのチェック
と、制御部７５の内部時計７６の示す日時と再生開始日
との照合処理とがなされる。
【０２１８】例えば、メモリカード４０が取り外された
後、再度、挿入され、再生命令が指示された場合には、
今回ハッシュ値と前回ハッシュ値とが比較され、両者が
同一であるかどうかで改ざんの有無の検出がなされると
共に、内部時計７６の示す日時と再生開始日との照合処
理がなされる。改ざんがなく、かつ、内部時計７６の示
す日時が再生開始日以降であると判定される場合には、
再生動作が許可される。
【０２１９】一方、改ざんが検出された場合には、前述
したのと同様に再生動作が禁止される。また、改ざんが
なくとも、内部時計７６の示す日時が再生開始日に到達
していないと判定される時には、改ざんの有無に係わら
ず再生開始日の条件が優先的に判断され、再生動作が禁
止される。
【０２２０】なお、上述した説明においては、改ざんを
検出するために、再生制限値群７０の各パラメータ、す
なわちコンテンツＩＤ、再生回数ＣＴ、再生許可回数Ｍ
Ｔ、再生期限日、再生開始日、制限値オーバー毎にハッ
シュ値を計算したが、これらのハッシュ値を音楽ファイ
ル毎にひとまとめにして計算しても良い。
【０２２１】また、上述した説明においては、ディジタ
ルオーディオレコーダにこの発明を適用した場合につい
て説明したが、他の映像、オーディオ、プログラムデー
タ等のデータを扱う機器に対しても同様に適用すること
ができる。
【０２２２】
【発明の効果】この発明では、再生制限情報のハッシュ
値が算出され、得られたハッシュ値が外部から見えな
い、すなわち、値自身を外部に読み出すことができない
メモリ領域に保持され、前回ハッシュ値と今回ハッシュ
値とが一致しているかどうかにより改ざんの有無が検出
される。制御部は、この比較手段の出力に基づいて改ざ
んを検出した場合には、再生動作を禁止する。従って、
この発明に依れば、再生制限情報の改ざんを確実に検出
することができると共に、改ざんを検出した際には、そ
のファイルの再生を禁止することができる。
【図面の簡単な説明】
【図１】この発明の不揮発性メモリカードを使用したデ
ジタルオーディオレコーダ／プレーヤーに関するブロッ
ク図である。
【図２】この発明に適応されるＤＳＰの内部ブロック図
を示す。
【図３】この発明に適応されるメモリカードの内部ブロ
ック図を示す。
【図４】この発明に適応されるメモリカードを記憶媒体
とするファイル管理構造を示す模式図である。
【図５】この発明に適応されるメモリカード内のフラッ
シュメモリのデータの物理的構造を示す。
【図６】この発明に適応されるメモリカード内のデータ
構造を示す、
【図７】メモリカード内に記憶されるファイル構造を示
す枝図面である。
【図８】メモリカード内に記憶されるサブディレクトリ
ーである再生管理ファイルＰＢＬＩＳＴ. ＭＳＦのデー
タ構造を示す。
【図９】連続した１つのＡＴＲＡＣ３データファイルを
所定単位長ごとに分割するとともに属性ファイルを付加
した場合のデータ構造図である。
【図１０】この発明のコンバイン編集処理および分割編
集処理を説明するための構造図である。
【図１１】再生管理ファイルＰＢＬＩＳＴのデータ構造
図を示す。
【図１２】再生管理ファイルＰＢＬＩＳＴのデータ構造
図を示す。
【図１３】付加情報データの種類の対応表を示す。
【図１４】付加情報データの種類の対応表を示す。
【図１５】付加情報データの種類の対応表を示す。
【図１６】付加情報データのデータ構造を示す。
【図１７】ＡＴＲＡＣ３データファイルの詳細なデータ
構造図である。
【図１８】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの上段のデータ構造図である。
【図１９】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの中段のデータ構造図である。
【図２０】録音モードの種類と各録音モードにおける録
音時間等を示す表である。
【図２１】コピー制御状態を示す表である。
【図２２】ＡＴＲＡＣ３データファイルを構成する属性
ヘッダーの下段のデータ構造図である。
【図２３】ＡＴＲＡＣ３データファイルのデータブロッ
クのヘッダーのデータ構造図である。
【図２４】この発明におけるＦＡＴ領域が破壊された場
合の回復方法を示すフローチャートである。
【図２５】メモリカード４０内に記憶されるファイル構
造を示す第２の実施形態における枝図面である。
【図２６】トラック情報管理ファイルＴＲＫＬＩＳＴ．
ＭＳＦとＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ
ｎ．ＭＳＡとの関係を示す図である。
【図２７】トラック情報管理ファイルＴＲＫＬＩＳＴ．
ＭＳＦの詳細なデータ構造を示す。
【図２８】名前を管理するＮＡＭＥ１の詳細なデータ構
造である。
【図２９】名前を管理するＮＡＭＥ２の詳細なデータ構
造である。
【図３０】ＡＴＲＡＣ３データファイルＡ３Ｄｎｎｎｎ
ｎ．ＭＳＡの詳細なデータ構造を示す。
【図３１】付加情報を示すＩＮＦＬＩＳＴ. ＭＳＦの詳
細なデータ構造を示す。
【図３２】付加情報データのを示すＩＮＦＬＩＳＴ. Ｍ
ＳＦの詳細なデータ構造を示す。
【図３３】この発明の第２の実施形態におけるＦＡＴ領
域が破壊された場合の回復方法を示す遷移図である。
【図３４】この発明に適応される改善チェックを行う回
路のブロック図である。
【図３５】この発明の第１の実施形態における改ざんチ
ェックの手順を表すフローチャートである。
【図３６】この発明の第２の実施形態における改ざんチ
ェックの手順を表すフローチャートである。
【符号の説明】
１０・・・オーディオエンコーダ／デコーダＩＣ、２０
・・・セキュリティＩＣ、３０・・・ＤＳＰ、４０・・
・メモリカード、４２・・・フラッシュメモリ、５２・
・・セキュリティブロック、ＰＢＬＩＳＴ・・・再生管
理ファイル、ＴＲＫＬＩＳＴ・・・トラック情報管理フ
ァイル、ＩＮＦＬＩＳＴ・・・付加情報管理ファイル、
Ａ３Ｄｎｎｎ・・・オーディオデータファイル
───────────────────────────────────────────────────── フロントページの続き (72)発明者 山田 栄一 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 岡上 拓巳 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B017 AA06 BA05 BA07 BB03 BB10 CA12 CA14 CA15 CA16 9A001 BB01 BB03 BB04 BB05 CC04 CC05 CC07 EE03 EE04 EE05 FF03 HH15 HH30 JJ19 JJ25 KK31 KK37 KK42 KK43 LL02 LL03

Claims (20)

    【特許請求の範囲】
  1. 【請求項１】 複数のファイルが記録可能なプログラム
    領域と、上記プログラム領域に記録された所定ファイル
    に対する改ざん禁止情報を管理する管理領域とからなる
    記録媒体からデータの再生を行う再生装置において、 上記記録媒体に記録されているファイルに対して再生を
    行う度に上記記録媒体の管理領域に管理された改ざん禁
    止情報に対して所定の関数に基づく演算を施す演算手段
    と、 前回の再生指示時に上記演算手段において演算された値
    と、今回の再生指示時に上記演算手段において演算され
    た値とを比較する比較手段と、 上記比較手段において、前回演算された上記値と、今回
    演算された上記値とが同一であるときに、今回再生指示
    されたファイルの再生を許可する制御手段とからなるこ
    とを特徴とする再生装置。
  2. 【請求項２】 請求項１において、 上記改ざん禁止情報は、少なくとも再生回数および／ま
    たは再生制限値であることを特徴とする再生装置。
  3. 【請求項３】 請求項１において、 上記改ざん禁止情報は、ファイルの属性情報、再生制限
    フラグ、再生開始日、再生期限日、ファイルの再生回
    数、再生許可回数、複写制御フラグ、高速デジタルコピ
    ー許可回数であることを特徴とする再生装置。
  4. 【請求項４】 請求項１において、 上記演算手段における所定の関数に基づく演算は、ハッ
    シュ関数であることを特徴とする再生装置。
  5. 【請求項５】 請求項１において、 上記再生装置は、さらに内部タイマを有し、 上記内部タイマにおいて、計数された日時情報と、上記
    再生期限日が一致した場合に、以降の再生を上記制御手
    段において、禁止することを特徴とする再生装置。
  6. 【請求項６】 請求項１において、 上記再生装置は、さらに内部タイマを有し、 上記内部タイマにおいて、計数された日時情報と、上記
    再生開始日が一致した場合に、以降の再生を上記制御手
    段において、許可することを特徴とする再生装置。
  7. 【請求項７】 請求項１において、 上記管理領域には、内部タイマにおいて、計時した計時
    情報が管理されており、上記計時情報に関しても所定の
    関数に基づく演算を上記演算手段において、施すと共
    に、 前回の再生指示時に上記演算手段において演算された上
    記値と、今回の再生指示時に上記演算手段において演算
    された上記値とを上記比較手段において比較し、 上記比較手段において、前回演算された上記値と、今回
    演算された上記値とが同一であるときに、上記制御手段
    により再生を許可するようにしたことを特徴とする再生
    装置。
  8. 【請求項８】 請求項１において、 上記各ファイルには、暗号化のためのキー情報が記録さ
    れており、上記再生指示が行われたファイルに記録され
    ている上記キー情報と、上記改ざん禁止情報とに基づい
    て、所定の関数に基づく演算を上記演算手段は、施すこ
    とを特徴とする再生装置。
  9. 【請求項９】 請求項１において、 上記各ファイルには、暗号化のためのキー情報が記録さ
    れており、所定のファイルに対して編集処理が行われた
    場合には、新たなキー情報を生成しなおして、上記演算
    手段において新たに生成した上記キー情報と、上記改ざ
    ん禁止情報とに基づいて、所定の関数に基づく演算を施
    すことを特徴とする再生装置。
  10. 【請求項１０】 改ざん禁止情報が管理されている属性
    ヘッダが付加されたメインファイルと、少なくとも計時
    情報が管理されている再生管理ファイルが記録されてい
    る記録媒体を再生する再生装置において、 上記記録媒体に記録されているメインファイルの再生を
    行う度に上記記録媒体の管理領域に管理された改ざん禁
    止情報に対して所定の関数に基づく演算を施すと共に、
    上記計時情報が更新される度に上記計時情報に対して演
    算を施す演算手段と、 前回の再生指示時に上記演算手段において演算された値
    と、今回の再生指示時に上記演算手段において演算され
    た値とを比較する第１の比較手段と、 前回の計時情報更新時に上記演算手段において演算され
    た値と、今回の計時情報更新時に上記演算手段において
    演算された値とを比較する第２の比較手段と、 上記第１の比較手段において、前回演算された上記値
    と、今回演算された上記値とが同一であるとき、または
    上記第２の比較手段において、前回演算された上記値
    と、今回演算された上記値とが同一であるときに、再生
    を許可する制御手段とからなることを特徴とする再生装
    置。
  11. 【請求項１１】 請求項１０において、 上記改ざん禁止情報は、少なくとも再生回数および／ま
    たは再生制限値であることを特徴とする再生装置。
  12. 【請求項１２】 請求項１０において、 上記改ざん禁止情報は、ファイルの属性情報、再生制限
    フラグ、再生開始日、再生期限日、ファイルの再生回
    数、再生許可回数、複写制御フラグ、高速デジタルコピ
    ー許可回数であることを特徴とする再生装置。
  13. 【請求項１３】 請求項１０において、 上記演算手段における所定の関数に基づく演算は、ハッ
    シュ関数であることを特徴とする再生装置。
  14. 【請求項１４】 請求項１０において、 上記再生装置は、さらに内部タイマを有し、 上記内部タイマにおいて、計数された日時情報と、上記
    再生期限日とが一致した場合に、以降の再生を上記制御
    手段において、禁止することを特徴とする再生装置。
  15. 【請求項１５】 請求項１０において、 上記再生装置は、さらに内部タイマを有し、 上記内部タイマにおいて、計数された日時情報と、上記
    再生開始日とが一致した場合に、以降の再生を上記制御
    手段において、許可することを特徴とする再生装置。
  16. 【請求項１６】 請求項１０において、 上記各メインファイルには、暗号化のためのキー情報が
    記録されており、上記再生指示が行われたメインファイ
    ルに記録されている上記キー情報と、上記改ざん禁止情
    報とに基づいて、所定の関数による演算を上記演算手段
    は、施すことを特徴とする再生装置。
  17. 【請求項１７】 請求項１０において、 上記計時情報は、ファイルが記録される際に生成され、
    生成した上記メインファイルに含まれるキー情報と、上
    記計時情報とに基づいて所定の関数による演算を施すこ
    とを特徴とする再生装置。
  18. 【請求項１８】 請求項１０において、 上記各メインファイルには、暗号化のためのキー情報が
    記録されており、所定のファイルに対して編集処理が行
    われた場合には、新たなキー情報を生成しなおして、上
    記演算手段において新たに生成した上記キー情報と、上
    記改ざん禁止情報とに基づいて、所定の関数に基づく演
    算を施すことを特徴とする再生装置。
  19. 【請求項１９】 複数のファイルが記録可能なプログラ
    ム領域と、上記プログラム領域に記録された所定のファ
    イルに対する改ざん禁止情報を管理する管理領域とから
    なる記録媒体からデータの再生を行う再生方法におい
    て、 上記記録媒体に記録されているファイルに対して再生を
    行う度に上記記録媒体の管理領域に管理された改ざん禁
    止情報に対して所定の関数に基づく演算を施すステップ
    と、 前回の再生指示時に演算された値と、今回の再生指示時
    に演算された値とを比較するステップと、 上記比較結果において、前回演算された上記値と、今回
    演算された上記値とが同一であるときに今回再生指示さ
    れたファイルの再生を許可するステップとからなること
    を特徴とする再生方法。
  20. 【請求項２０】 改ざん禁止情報が管理されている属性
    ヘッダが付加されたメインファイルと、少なくとも計時
    情報が管理されている再生管理ファイルとが記録されて
    いる記録媒体を再生する再生方法において、 上記記録媒体に記録されているメインファイルの再生を
    行う度に上記記録媒体の管理領域に管理された改ざん禁
    止情報に対して所定の関数に基づく演算を施すと共に、
    上記計時情報が更新される度に上記計時情報に対して演
    算を施すステップと、 前回の再生指示時に演算された値と、今回の再生指示時
    に演算された値とを比較するステップと、 前回の計時情報更新時に演算された値と、今回の計時情
    報更新時に演算された値とを比較するステップと、 前回の再生指示時に演算された上記値と、今回の再生指
    示時に演算された上記値とが同一であるとき、または前
    回の計時情報更新時に演算された上記値と、今回の計時
    情報更新時に演算された上記値とが同一であるときに再
    生を許可するステップとからなることを特徴とする再生
    方法。
JP2000023329A 1999-03-03 2000-01-27 再生装置および再生方法 Expired - Lifetime JP4779183B2 (ja)

Priority Applications (15)

Application Number Priority Date Filing Date Title
JP2000023329A JP4779183B2 (ja) 1999-03-26 2000-01-27 再生装置および再生方法
DE60043633T DE60043633D1 (de) 1999-03-03 2000-03-03 Wiedergabegerät und Wiedergabeverfahren
EP00301733A EP1041573B1 (en) 1999-03-03 2000-03-03 Reproducing apparatus and reproducing method
TW089104634A TW486913B (en) 1999-03-26 2000-03-14 Reproducing apparatus and reproducing method
IL13512400A IL135124A0 (en) 1999-03-26 2000-03-16 Reproducing apparatus and reproducing method
SG200001564A SG91264A1 (en) 1999-03-26 2000-03-20 Reproducing apparatus and reproducing method
MYPI20001114 MY123515A (en) 1999-03-26 2000-03-21 Reproducing apparatus and reproducing method
AU22432/00A AU758947B2 (en) 1999-03-26 2000-03-21 Reproducing apparatus and reproducing method
HU0001240A HU227964B1 (en) 1999-03-26 2000-03-24 Forging prohibition reproducing apparatus and method
PL339206A PL208230B1 (pl) 1999-03-26 2000-03-24 Sposób odtwarzania danych z nośnika zapisu typu odłączalna karta pamięci oraz urządzenie odtwarzające dane z nośnika zapisu typu odłączalna karta pamięci
KR1020000015063A KR100712377B1 (ko) 1999-03-26 2000-03-24 재생 장치 및 재생 방법
BRPI0001422-2A BR0001422B1 (pt) 1999-03-26 2000-03-24 aparelho e mÉtodo de reproduÇço.
US09/534,744 US7092911B2 (en) 1999-03-26 2000-03-24 Reproducing apparatus and reproducing method
CNB001047221A CN1171148C (zh) 1999-03-26 2000-03-24 再现设备和再现方法
US11/297,787 US20060095381A1 (en) 1999-03-26 2005-12-08 Reproducing apparatus and reproducing method

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
JP8491899 1999-03-26
JP1999084918 1999-03-26
JP1999183411 1999-06-29
JP11-84918 1999-06-29
JP11-183411 1999-06-29
JP18341199 1999-06-29
JP2000023329A JP4779183B2 (ja) 1999-03-26 2000-01-27 再生装置および再生方法

Publications (3)

Publication Number Publication Date
JP2001075868A true JP2001075868A (ja) 2001-03-23
JP2001075868A5 JP2001075868A5 (ja) 2007-02-08
JP4779183B2 JP4779183B2 (ja) 2011-09-28

Family

ID=27304692

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000023329A Expired - Lifetime JP4779183B2 (ja) 1999-03-03 2000-01-27 再生装置および再生方法

Country Status (12)

Country Link
US (2) US7092911B2 (ja)
JP (1) JP4779183B2 (ja)
KR (1) KR100712377B1 (ja)
CN (1) CN1171148C (ja)
AU (1) AU758947B2 (ja)
BR (1) BR0001422B1 (ja)
HU (1) HU227964B1 (ja)
IL (1) IL135124A0 (ja)
MY (1) MY123515A (ja)
PL (1) PL208230B1 (ja)
SG (1) SG91264A1 (ja)
TW (1) TW486913B (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005236409A (ja) * 2004-02-17 2005-09-02 Toshiba Corp 放送送信システム、放送送信方法及び放送受信装置
JP2005527905A (ja) * 2002-05-28 2005-09-15 シンビアン　リミテッド 実行可能なコードを格納するタンパーエビデントな取り外し可能な媒体
JP2006512658A (ja) * 2002-12-30 2006-04-13 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ 承認領域における分割された権利
JP2006209688A (ja) * 2005-01-31 2006-08-10 Sony Corp 信号処理回路及びコンテンツ制御装置
JP2008527536A (ja) * 2005-01-13 2008-07-24 サムスン エレクトロニクス カンパニー リミテッド デジタル著作権管理装置及び方法
JP2010027038A (ja) * 2008-06-17 2010-02-04 Panasonic Corp メモリ制御装置、コンテンツ再生装置、制御方法及び記録媒体
JP2012027916A (ja) * 2010-07-21 2012-02-09 Samsung Sds Co Ltd システムオンチップ基盤のアンチマルウェアサービスを提供できるデバイス及びその方法

Families Citing this family (59)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7110984B1 (en) * 1998-08-13 2006-09-19 International Business Machines Corporation Updating usage conditions in lieu of download digital rights management protected content
US6484176B1 (en) 1999-06-25 2002-11-19 Baynet World, Inc. System and process for providing remote interactive access to a real estate information database using a portable computing device
US20040073617A1 (en) 2000-06-19 2004-04-15 Milliken Walter Clark Hash-based systems and methods for detecting and preventing transmission of unwanted e-mail
KR100406630B1 (ko) * 2001-03-13 2003-11-20 엘지전자 주식회사 데모용 데이터의 기록 및 재생방법과, 그에 따른 기록매체
KR20020072934A (ko) * 2001-03-13 2002-09-19 엘지전자 주식회사 데모용 데이터가 기록된 재생전용 광디스크와, 그 재생방법
US7120252B1 (en) * 2001-08-16 2006-10-10 Mcafee, Inc. System and method for automatically protecting private video content using cryptographic security for legacy systems
JP4128348B2 (ja) * 2001-10-25 2008-07-30 富士通株式会社 データ管理システム
US7146559B2 (en) * 2001-11-30 2006-12-05 Kabushiki Kaisha Toshiba Information terminal device
JP2003169376A (ja) * 2001-11-30 2003-06-13 Kddi Corp 移動通信端末装置
JP4139114B2 (ja) * 2002-02-04 2008-08-27 松下電器産業株式会社 デジタルコンテンツ管理装置およびデジタルコンテンツ管理プログラム
JP3673234B2 (ja) * 2002-03-20 2005-07-20 株式会社東芝 暗号処理を行う情報記録再生装置と情報記録再生方法
JP2003333030A (ja) * 2002-05-16 2003-11-21 Nec Corp タイムシフト出力方法及びタイムシフト出力装置
EP1571666A3 (en) 2002-06-05 2010-04-14 Lg Electronics Inc. Recording medium with a linking area including scrambling data thereon and apparatus and methods for forming, recording, and reproducing the recording medium
KR100582953B1 (ko) * 2002-06-05 2006-05-23 엘지전자 주식회사 기록매체의 기록 스트림 관리방법
TWI246064B (en) * 2002-07-29 2005-12-21 Milsys Ltd Data storage and processing device, electronic appliance, electronic system and method of operating an appliance that responds to a plurality of commands
KR20040028469A (ko) 2002-09-30 2004-04-03 엘지전자 주식회사 1 회 기록 가능한 광디스크의 디펙트 영역 관리방법
JP3945644B2 (ja) * 2002-11-05 2007-07-18 ソニー株式会社 コピー回数制御方法、サーバ装置、記録制御方法および記録制御装置
JP4172259B2 (ja) * 2002-11-26 2008-10-29 ソニー株式会社 情報処理装置および方法、並びにコンピュータ・プログラム
MXPA05006119A (es) 2002-12-11 2005-08-16 Lg Electronics Inc Metodo para gestionar la sobre-escritura y metodo para registrar la informacion de gestion de un disco optico de una sola escritura.
US7355934B2 (en) 2003-01-27 2008-04-08 Lg Electronics Inc. Optical disc of write once type, method, and apparatus for managing defect information on the optical disc
JP2004280752A (ja) * 2003-03-19 2004-10-07 Sony Corp データ記憶装置、およびデータ記憶装置における管理情報更新方法、並びにコンピュータ・プログラム
KR20050009031A (ko) 2003-07-15 2005-01-24 엘지전자 주식회사 1회 기록 가능한 광디스크 및 광디스크의 관리정보 기록방법
US7313065B2 (en) 2003-08-05 2007-12-25 Lg Electronics Inc. Write-once optical disc, and method and apparatus for recording/reproducing management information on/from optical disc
RU2361295C2 (ru) 2003-09-08 2009-07-10 ЭлДжи ЭЛЕКТРОНИКС ИНК. Оптический диск однократной записи и способ записи на нем управляющей информации
JP4148118B2 (ja) * 2003-12-05 2008-09-10 ヤマハ株式会社 電子音楽装置及びプログラム
EP1714284A4 (en) * 2004-01-15 2008-09-17 Milsys Ltd REPLACEABLE MEDIUM WITH BOOKMARKS
KR101057061B1 (ko) * 2004-03-19 2011-08-16 엘지전자 주식회사 물리적 접근 제어(ｐａｃ) 클러스터가 기록된 기록매체 및기록매체를 형성하는 방법 및 장치와 기록 재생 방법 및장치
JP2005339361A (ja) * 2004-05-28 2005-12-08 Fuji Photo Film Co Ltd 画像表示装置および方法並びにプログラム
EP1684286A1 (en) * 2005-01-24 2006-07-26 Thomson Licensing Secure pre-recorded digital medium
JP4548737B2 (ja) * 2005-01-24 2010-09-22 パナソニック株式会社 署名生成装置及び署名検証装置
US20060184718A1 (en) 2005-02-16 2006-08-17 Sinclair Alan W Direct file data programming and deletion in flash memories
US20060184719A1 (en) 2005-02-16 2006-08-17 Sinclair Alan W Direct data file storage implementation techniques in flash memories
US7877539B2 (en) * 2005-02-16 2011-01-25 Sandisk Corporation Direct data file storage in flash memories
US9104315B2 (en) 2005-02-04 2015-08-11 Sandisk Technologies Inc. Systems and methods for a mass data storage system having a file-based interface to a host and a non-file-based interface to secondary storage
JP4698253B2 (ja) * 2005-02-24 2011-06-08 三洋電機株式会社 コンテンツ処理装置
US7627733B2 (en) 2005-08-03 2009-12-01 Sandisk Corporation Method and system for dual mode access for storage devices
US7949845B2 (en) 2005-08-03 2011-05-24 Sandisk Corporation Indexing of file data in reprogrammable non-volatile memories that directly store data files
US7984084B2 (en) * 2005-08-03 2011-07-19 SanDisk Technologies, Inc. Non-volatile memory with scheduled reclaim operations
US7669003B2 (en) 2005-08-03 2010-02-23 Sandisk Corporation Reprogrammable non-volatile memory systems with indexing of directly stored data files
US7480766B2 (en) * 2005-08-03 2009-01-20 Sandisk Corporation Interfacing systems operating through a logical address space and on a direct data file basis
US7552271B2 (en) 2005-08-03 2009-06-23 Sandisk Corporation Nonvolatile memory with block management
US7558906B2 (en) 2005-08-03 2009-07-07 Sandisk Corporation Methods of managing blocks in nonvolatile memory
US8855714B2 (en) * 2005-09-14 2014-10-07 Sandisk Il Ltd. Removable media player for mobile phones
US7814262B2 (en) * 2005-10-13 2010-10-12 Sandisk Corporation Memory system storing transformed units of data in fixed sized storage blocks
US7529905B2 (en) * 2005-10-13 2009-05-05 Sandisk Corporation Method of storing transformed units of data in a memory system having fixed sized storage blocks
US7877540B2 (en) * 2005-12-13 2011-01-25 Sandisk Corporation Logically-addressed file storage methods
US7793068B2 (en) 2005-12-21 2010-09-07 Sandisk Corporation Dual mode access for non-volatile storage devices
US7769978B2 (en) 2005-12-21 2010-08-03 Sandisk Corporation Method and system for accessing non-volatile storage devices
US7747837B2 (en) 2005-12-21 2010-06-29 Sandisk Corporation Method and system for accessing non-volatile storage devices
US20070174549A1 (en) * 2006-01-24 2007-07-26 Yevgen Gyl Method for utilizing a memory interface to control partitioning of a memory module
BRPI0718206B1 (pt) * 2006-10-16 2020-10-27 Nokia Technologies Oy método para codificar uma pluralidade de visões de uma cena; método de codificação de uma sequência de bits de vídeo codificada e aparelho
KR100877609B1 (ko) * 2007-01-29 2009-01-09 삼성전자주식회사 버퍼 메모리의 플래그 셀 어레이를 이용하여 데이터 오류 정정을 수행하는 반도체 메모리 시스템 및 그 구동 방법
DE102007038763A1 (de) * 2007-08-16 2009-02-19 Siemens Ag Verfahren und Vorrichtung zur Sicherung eines Programms gegen eine Kontrollflussmanipulation und gegen einen fehlerhaften Programmablauf
US20090052670A1 (en) * 2007-08-21 2009-02-26 Samsung Electronics Co., Ltd. Method and apparatus for storing digital content in storage device
KR20090058146A (ko) * 2007-12-04 2009-06-09 한국전자통신연구원 위변조 방지를 위한 디지털 녹음장치
US8683159B2 (en) 2007-12-27 2014-03-25 Intel Corporation Delivering secured media using a portable memory device
JP4504450B1 (ja) * 2008-12-26 2010-07-14 株式会社東芝 磁気ディスク装置及び同装置におけるデータリフレッシュ方法
US8856488B2 (en) 2010-02-11 2014-10-07 Memory Technologies Llc Method for utilizing a memory interface to control partitioning of a memory module
US8799745B2 (en) * 2011-04-12 2014-08-05 Hitachi, Ltd. Storage control apparatus and error correction method

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01101042A (ja) * 1987-10-13 1989-04-19 Nec Corp 認証装置
JPH01296363A (ja) * 1988-05-24 1989-11-29 Sanyo Electric Co Ltd 記憶媒体のプロテクト方式
JPH07131452A (ja) * 1993-11-04 1995-05-19 Nippon Telegr & Teleph Corp <Ntt> ディジタル情報保護方法及びその処理装置
JPH0822517A (ja) * 1994-07-05 1996-01-23 N T T Data Tsushin Kk ハイブリッドカードの改ざん防止方式
JPH09160899A (ja) * 1995-12-06 1997-06-20 Matsushita Electric Ind Co Ltd 情報サービス処理装置

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4888798A (en) * 1985-04-19 1989-12-19 Oms, Inc. Modular software security
JPH0785574A (ja) * 1993-06-25 1995-03-31 Victor Co Of Japan Ltd 光記録媒体及びその再生装置
JPH07220321A (ja) * 1994-01-26 1995-08-18 Alps Electric Co Ltd ディスク状媒体、及びそのディスク状媒体を用いた記録／再生装置
JP3325111B2 (ja) * 1994-03-10 2002-09-17 株式会社インテック Ｃｄ−ｒｏｍの記録方式、記録・再生方式及びｃｄ−ｒｏｍディスク
EP0706174B1 (en) * 1994-04-18 2003-01-02 Matsushita Electric Industrial Co., Ltd. Method and apparatus for preventing illegal copying and illegal installation of information on optical recording medium
US5497419A (en) 1994-04-19 1996-03-05 Prima Facie, Inc. Method and apparatus for recording sensor data
JP3480080B2 (ja) * 1994-10-25 2003-12-15 ソニー株式会社 円盤状記録媒体，円盤状記録媒体の記録方法及び円盤状記録媒体の再生方法
US5892900A (en) * 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US5530235A (en) 1995-02-16 1996-06-25 Xerox Corporation Interactive contents revealing storage device
EP0802535B1 (en) 1995-10-09 2005-06-15 Matsushita Electric Industrial Co., Ltd. Information recording medium, information reproduction apparatus and information reproduction method
JP2000503154A (ja) 1996-01-11 2000-03-14 エムアールジェイ インコーポレイテッド デジタル所有権のアクセスと分配を制御するためのシステム
JPH09245438A (ja) * 1996-03-12 1997-09-19 Pioneer Electron Corp 情報記録媒体並びにその記録装置及び再生装置
US5937158A (en) * 1996-04-19 1999-08-10 Matsushita Electric Industrial Co., Ltd. System and method for connecting portable media with network and computer for use with the system
KR980011034A (ko) * 1996-07-15 1998-04-30 구자홍 복제 제한 디스크와 복제 제한 디스크 기록/재생장치 및 그의 제어방법
JP3570114B2 (ja) * 1996-10-21 2004-09-29 富士ゼロックス株式会社 データ検証方法およびデータ検証システム
US6144743A (en) * 1997-02-07 2000-11-07 Kabushiki Kaisha Toshiba Information recording medium, recording apparatus, information transmission system, and decryption apparatus
JPH10241292A (ja) * 1997-02-25 1998-09-11 Victor Co Of Japan Ltd 記録媒体，その識別方法，その識別装置，その再生装置
US6209090B1 (en) * 1997-05-29 2001-03-27 Sol Aisenberg Method and apparatus for providing secure time stamps for documents and computer files
JPH113284A (ja) * 1997-06-10 1999-01-06 Mitsubishi Electric Corp 情報記憶媒体およびそのセキュリティ方法
JPH1116249A (ja) * 1997-06-19 1999-01-22 Sony Corp 再生装置
US6119108A (en) * 1998-10-01 2000-09-12 Aires Systems Corporation Secure electronic publishing system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01101042A (ja) * 1987-10-13 1989-04-19 Nec Corp 認証装置
JPH01296363A (ja) * 1988-05-24 1989-11-29 Sanyo Electric Co Ltd 記憶媒体のプロテクト方式
JPH07131452A (ja) * 1993-11-04 1995-05-19 Nippon Telegr & Teleph Corp <Ntt> ディジタル情報保護方法及びその処理装置
JPH0822517A (ja) * 1994-07-05 1996-01-23 N T T Data Tsushin Kk ハイブリッドカードの改ざん防止方式
JPH09160899A (ja) * 1995-12-06 1997-06-20 Matsushita Electric Ind Co Ltd 情報サービス処理装置

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005527905A (ja) * 2002-05-28 2005-09-15 シンビアン　リミテッド 実行可能なコードを格納するタンパーエビデントな取り外し可能な媒体
JP2010205270A (ja) * 2002-05-28 2010-09-16 Nokia Corp 取り外し可能な媒体に格納された実行可能なコードにタンパーエビデント性を提供する装置
US8205094B2 (en) 2002-05-28 2012-06-19 Nokia Corporation Tamper evident removable media storing executable code
JP2006512658A (ja) * 2002-12-30 2006-04-13 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ 承認領域における分割された権利
US10528704B2 (en) 2002-12-30 2020-01-07 Koninklijke Philips N.V. Divided rights in authorized domain
JP2005236409A (ja) * 2004-02-17 2005-09-02 Toshiba Corp 放送送信システム、放送送信方法及び放送受信装置
JP2008527536A (ja) * 2005-01-13 2008-07-24 サムスン エレクトロニクス カンパニー リミテッド デジタル著作権管理装置及び方法
JP2006209688A (ja) * 2005-01-31 2006-08-10 Sony Corp 信号処理回路及びコンテンツ制御装置
JP2010027038A (ja) * 2008-06-17 2010-02-04 Panasonic Corp メモリ制御装置、コンテンツ再生装置、制御方法及び記録媒体
JP2012027916A (ja) * 2010-07-21 2012-02-09 Samsung Sds Co Ltd システムオンチップ基盤のアンチマルウェアサービスを提供できるデバイス及びその方法
JP2014089741A (ja) * 2010-07-21 2014-05-15 Samsung Sds Co Ltd システムオンチップ基盤のアンチマルウェアサービスを提供できるデバイス及びその方法

Also Published As

Publication number Publication date
JP4779183B2 (ja) 2011-09-28
MY123515A (en) 2006-05-31
CN1268849A (zh) 2000-10-04
IL135124A0 (en) 2001-05-20
BR0001422A (pt) 2000-10-17
CN1171148C (zh) 2004-10-13
HUP0001240A2 (hu) 2000-11-28
US7092911B2 (en) 2006-08-15
KR100712377B1 (ko) 2007-05-02
KR20000063016A (ko) 2000-10-25
AU2243200A (en) 2000-09-28
US20030120604A1 (en) 2003-06-26
SG91264A1 (en) 2002-09-17
HU0001240D0 (en) 2000-05-28
PL208230B1 (pl) 2011-04-29
HU227964B1 (en) 2012-07-30
HUP0001240A3 (en) 2003-08-28
AU758947B2 (en) 2003-04-03
BR0001422B1 (pt) 2012-12-25
TW486913B (en) 2002-05-11
US20060095381A1 (en) 2006-05-04
PL339206A1 (en) 2000-10-09

Similar Documents

Publication Publication Date Title
JP4779183B2 (ja) 再生装置および再生方法
JP4543554B2 (ja) データ処理装置およびデータ処理方法
JP4135049B2 (ja) 不揮発性メモリ
JP4214651B2 (ja) データコミュニケーションシステム、データ管理方法
JP4842417B2 (ja) 記録装置
JP4281185B2 (ja) 編集装置および方法
JP4749522B2 (ja) 再生装置および再生方法
JP2001117821A (ja) 記録媒体、編集装置、記録システム
KR100838901B1 (ko) 재생 장치 및 재생 방법
JP4524921B2 (ja) 記録装置、記録方法、再生装置および再生方法
JP4406988B2 (ja) 不揮発性記録媒体、記録方法、記録装置
JPWO2000052684A1 (ja) 記録装置、記録方法、再生装置および再生方法
JP2001142495A (ja) 編集装置、編集方法および不揮発性メモリ
US7519277B2 (en) Editing apparatus and editing method
EP1041576B1 (en) Non-volatile record medium, recording medium, and recording apparatus
EP1041574B1 (en) Nonvolatile memory
EP1041575B1 (en) Editing apparatus and editing method

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061219

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20061219

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100420

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100614

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101116

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110114

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20110215

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110516

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20110519

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

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

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

Free format text: PAYMENT UNTIL: 20140715

Year of fee payment: 3

R151 Written notification of patent or utility model registration

Ref document number: 4779183

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

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

EXPY Cancellation because of completion of term