KR20010043276A - 기록 장치, 기록 방법, 재생 장치 및 재생 방법 - Google Patents

기록 장치, 기록 방법, 재생 장치 및 재생 방법 Download PDF

Info

Publication number
KR20010043276A
KR20010043276A KR1020007012235A KR20007012235A KR20010043276A KR 20010043276 A KR20010043276 A KR 20010043276A KR 1020007012235 A KR1020007012235 A KR 1020007012235A KR 20007012235 A KR20007012235 A KR 20007012235A KR 20010043276 A KR20010043276 A KR 20010043276A
Authority
KR
South Korea
Prior art keywords
data
block
fixed value
file
bytes
Prior art date
Application number
KR1020007012235A
Other languages
English (en)
Other versions
KR100716441B1 (ko
Inventor
키하라노부유키
요코타테페이
오카우에타쿠미
Original Assignee
이데이 노부유끼
소니 가부시끼 가이샤
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 이데이 노부유끼, 소니 가부시끼 가이샤 filed Critical 이데이 노부유끼
Publication of KR20010043276A publication Critical patent/KR20010043276A/ko
Application granted granted Critical
Publication of KR100716441B1 publication Critical patent/KR100716441B1/ko

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11CSTATIC STORES
    • G11C16/00Erasable programmable read-only memories
    • G11C16/02Erasable programmable read-only memories electrically programmable
    • G11C16/06Auxiliary circuits, e.g. for writing into memory
    • G11C16/22Safety or protection circuits preventing unauthorised or accidental access to memory cells
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/16Program or content traceability, e.g. by watermarking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31User authentication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44Program or device authentication
    • G06F21/445Program or device authentication by mutual authentication, e.g. between devices or programs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/602Providing cryptographic facilities or services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/72Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information in cryptographic circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/78Protecting 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/78Protecting 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/79Protecting 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
    • GPHYSICS
    • G10MUSICAL INSTRUMENTS; ACOUSTICS
    • G10LSPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021Circuits 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/00478Circuits 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
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11CSTATIC STORES
    • G11C16/00Erasable programmable read-only memories
    • G11C16/02Erasable programmable read-only memories electrically programmable
    • G11C16/06Auxiliary circuits, e.g. for writing into memory
    • G11C16/10Programming or data input circuits
    • G11C16/20Initialising; Data preset; Chip identification
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11CSTATIC STORES
    • G11C7/00Arrangements for writing information into, or reading information out from, a digital store
    • G11C7/16Storage of analogue signals in digital stores using an arrangement comprising analogue/digital [A/D] converters, digital memories and digital/analogue [D/A] converters 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21Indexing 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/2107File encryption
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21Indexing 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/2137Time limited access, e.g. to a computer or data
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11CSTATIC STORES
    • G11C2207/00Indexing scheme relating to arrangements for writing information into, or reading information out from, a digital store
    • G11C2207/16Solid state audio

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Multimedia (AREA)
  • Bioethics (AREA)
  • Technology Law (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Human Computer Interaction (AREA)
  • Acoustics & Sound (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Storage Device Security (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

본 발명은 압축된 디지탈 신호를 블럭화함과 동시에, 소정 블럭 단위마다 고정값 데이타를 삽입하여 암호화를 실시함으로써, 암호화에 대한 복호 처리시에 매립한 고정값 데이타가 완전히 복호할 수 있는지 여부에 기초하여 신장 처리를 허가 또는 불허가로 제어하는 기록 장치, 기록 방법, 재생 장치 및 재생 방법에 관한 발명이다.

Description

기록 장치, 기록 방법, 재생 장치 및 재생 방법{Recording apparatus, recording method, reproducing apparatus, and reproducing method}
EEPROM(Electrically Erasable Programmable ROM)이라 칭해지는 전기적으로 개서가능한 불휘발성 메모리는 1 비트를 2개의 트랜지스터로 구성하기 위해, 1 비트당 전유 면적이 크고 집적도를 높게 하는데 한계가 있었다. 이 문제를 해결하기 위해 전체 비트 일괄 소거 방식에 의해 1 비트를 1 트랜지스터로 실현하는 것이 가능한 플래시 메모리가 개발되었다. 플래시 메모리는 자기 디스크, 광 디스크 등의 기록 매체에 대신할 수 있는 것으로서 기대되고 있다.
또, 플래시 메모리를 기기에 대해 착탈가능하게 구성하는 메모리 카드는 이미 알려져 있다. 이 메모리 카드를 사용하면, 종래의 CD(콤팩트 디스크 : 등록 상표), MD(미니 디스크 : 등록 상표) 등의 디스크 형상 기록 매체로 교환하여 메모리 카드를 사용하는 디지탈 오디오 데이타를 기록/재생할 수 있고, 이 메모리 카드를 사용하는 디지탈 오디오 기록/재생 장치를 실현할 수 있다.
종래, 퍼스널 컴퓨터에 사용되는 파일 관리 시스템은 FAT(File Allocation Table) 시스템이라 칭해진다. 전술한 FAT 시스템에서는 필요한 파일이 정의되면, 그 중에 필요한 파라메터가 파일의 선두에서 순번으로 세트되어 있다. 그 결과, 파일의 사이즈가 가변 길이로, 1 파일이 1 또는 복수의 관리 단위(섹터, 크러스터 등)로 구성된다. 이 관리 단위의 관련 사항이 FAT라 칭해지는 테이블에 기록된다. 이 FAT 시스템은 기록 매체의 물리적 특징과 무관계로, 파일 구조를 용이하게 구축할 수 있다. 따라서, FAT 시스템은 플로피 디스크, 하드디스크 뿐만 아니라 광 자기 디스크에도 채용할 수 있다. 전술한 메모리 카드에서도 FAT 시스템이 채용되어 있다.
여기에서, 최근 특히 음악의 디지탈 녹음의 카피에 관한 저작권의 주장이 심해지는 편이다. 이것에 반해 퍼스널 컴퓨터의 기술을 응용하는 것에 한정되지 않고 용이하게 음악의 디지탈 녹음의 카피를 만들 수 있다. 그래서, 차세대 음악의 디지탈 녹음의 오디오 데이타는 카피를 용이하게 할 수 있는 것을 전제로, 그 오디오 데이타가 예로 카피되어도 용이하게는 재생할 수 없도록 오디오 데이타에 대해서도 암호화를 실시하는 것이 제안되어 있다.
이 암호화가 행해지면 생성된 데이타가 난수와 같은 상태로 되므로, 레코더 내부에 어떤 원인으로 재생 출력이 이상으로 되는 상태로 되어도 그 이상을 검출하는 것이 상당히 어렵게 되는 문제가 있었다. 만약, 재생 출력의 이상을 검출할 수 없는 경우, 클릭음 등의 과격음으로 이어폰을 통해 귀를 손상시키거나, 스피커를 손상할 가능성이 있다.
따라서, 본 발명의 목적은 오디오 데이타에 대해 암호화를 실시하고 있는 경우에서도, 이상한 재생 출력이 발생하는 것을 방지할 수 있는 기록 장치, 기록 방법, 재생 장치 및 재생 방법을 제공하는 것이다.
본 발명은 압축된 디지탈 신호를 블럭화함과 동시에, 소정 블럭 단위마다 고정값 데이타를 삽입하여 암호화를 실시함으로써, 암호화에 대한 복호 처리시에 매립한 고정값 데이타가 완전히 복호할 수 있는지 여부에 기초하여 신장 처리를 허가 또는 불허가로 제어하는 기록 장치, 기록 방법, 재생 장치 및 재생 방법에 관한 것이다.
도 1은 본 발명의 불휘발성 메모리 카드를 사용한 디지탈 오디오 레코더/플레이어에 관한 블럭도.
도 2는 본 발명에 적응되는 DSP의 내부 블럭도.
도 3은 본 발명에 적응되는 메모리 카드의 내부 블럭도.
도 4는 본 발명에 적응되는 메모리 카드를 기억 매체로 하는 파일 관리 구조를 도시하는 모식도.
도 5는 본 발명에 적응되는 메모리 카드 내의 플래시 메모리의 데이타의 물리적 구조.
도 6은 본 발명에 적응되는 메모리 카드 내의 데이타 구조.
도 7은 메모리 카드 내에 기억되는 파일 구조를 도시하는 지도면.
도 8은 메모리 카드 내에 기억되는 서브디렉토리인 재생 관리 파일 PBLIST. MSF의 데이타 구조.
도 9는 연속한 1개의 ATRAC 3 데이타 파일을 소정 단위 길이마다 분할함과 동시에 속성 파일을 부가한 경우의 데이타 구조도.
도 10a ~ 도 10C는 본 발명의 콤바인 편집 처리 및 분할 편집 처리를 설명하기 위한 구조도.
도 11은 재생 관리 파일 PBLIST의 데이타 구조도.
도 12a ~ 도 12c는 재생 관리 파일 PBLIST의 데이타 구조도.
도 13은 상기 부가 정보 데이타 종류의 대응표.
도 14는 상기 부가 정보 데이타 종류의 대응표.
도 15는 상기 부가 정보 데이타 종류의 대응표.
도 16a ~ 도 16e는 부가 정보 데이타의 데이타 구조.
도 17은 ATRAC 3 데이타 파일의 상세한 데이타 구조도.
도 18은 ATRAC 3 데이타 파일을 구성하는 속성 헤더의 상단 데이타 구조도.
도 19는 ATRAC 3 데이타 파일을 구성하는 속성 헤더의 중단 데이타 구조도.
도 20은 녹음 모드의 종류와 각 녹음 모드에서의 녹음 시간 등을 표시하는 표.
도 21은 카피 제어 상태를 도시하는 표.
도 22는 ATRAC 3 데이타 파일을 구성하는 속성 헤더의 하단 데이타 구조도.
도 23은 ATRAC 3 데이타 파일의 데이타 블럭의 헤더 데이타 구조도.
도 24는 본 발명에서 FAT 영역이 파괴된 경우의 회복 방법을 도시하는 플로우챠트.
도 25는 메모리 카드(40) 내에 기억되는 파일 구조를 도시하는 제2 실시 형태에서의 지도면.
도 26은 트랙 정보 관리 파일 TRKLIST.MSF와 ATRAC 3 데이타 파일 A3Dnnnnn.MSA와의 관계를 도시하는 도면.
도 27은 트랙 정보 관리 파일 TRKLIST.MSF의 상세한 데이타 구조.
도 28은 이름을 관리하는 NAME1의 상세한 데이타 구조.
도 29는 이름을 관리하는 NAME2의 상세한 데이타 구조.
도 30은 ATRAC 3 데이타 파일 A3Dnnnnn.MSA의 상세한 데이타 구조.
도 31은 부가 정보를 도시하는 INFLIST.MSF의 상세한 데이타 구조.
도 32는 부가 정보 데이타를 도시하는 INFLIST.MSF의 상세한 데이타 구조.
도 33은 본 발명의 제2 실시 형태에서 FAT 영역이 파괴된 경우의 회복 방법을 도시하는 천이도.
도 34는 변조 및 복조 장치에서의 블럭도.
도 35는 사운드 유닛 SU 단위로 고정값이 부가된 경우의 데이타 구조도.
도 36은 복호 장치에서의 블럭도.
도 37은 기록 재생 장치에서의 블럭도.
특허 청구의 범위 제1항에 기재한 발명은 입력되는 디지탈 신호에 대해 소정의 압축 처리를 실시함과 동시에 블럭화를 실시하는 압축 처리 수단과, 소정의 고정값을 발생하는 고정값 발생 수단과, 압축 처리 수단에서, 압축이 실시된 디지탈 신호의 블럭화에 대해 소정의 타이밍에서 고정값 발생 수단에서 발생한 상기 고정값을 부가하는 부가 수단과, 부가 수단에서 부가된 상기 고정값 및 압축이 실시된 디지탈 신호에 대해 암호화를 실시하는 암호화 수단과, 암호화 수단에서 암호화가 실시된 상기 고정값 및 압축이 실시된 디지탈 신호를 기록 매체에 기록하는 기록 수단을 구비하여 이루어지는 기록 장치이다.
또, 특허 청구의 범위 제15항에 기재한 발명은 블럭화된 메인 데이타에 소정 타이밍에서 고정 데이타가 부가된 디지탈 신호에 대해 압축 및 암호화가 실시되고, 기록된 기록 매체를 재생하는 재생 장치에 있어서, 압축 및 암호화가 실시된 디지탈 신호에 대해 암호화를 해독하는 암호 복조 수단과, 암호 복조 수단에서, 암호화가 해독된 디지탈 신호로부터 고정 데이타와 압축된 메인 데이타를 분리하는 분리 수단과, 분리 수단에서, 분리되어 압축된 메인 데이타에 대해 신장 처리를 실시하는 복조 수단과, 고정값을 미리 기억해 두는 메모리 수단과, 분리 수단으로부터 분리한 고정 데이타와, 메모리 수단에 기억된 고정값을 비교하는 비교 수단과, 비교 수단에서의 비교 결과에 기초하여, 복조 수단에서의 압축된 메인 데이타에 대해 신장 처리를 허가/불허가로 제어하는 제어 수단을 구비하여 이루어지는 재생 장치이다.
본 발명에서는 착탈가능한 불휘발성 메모리의 소거 단위인 1 블럭에 헤더와 정수 개의 사운드 유닛 SU이 설정된다. 블럭의 선두 사운드 유닛 SU의 선두 1 바이트가 판독된다. 그 1 바이트의 상위 6 비트와 소정의 코드(고정값)가 비교되어, 일치하고 있으면 그 데이타의 재생 출력에는 이상이 없다고 판정하고, 일치하고 있지 않으면 그 데이타의 재생 출력은 이상이라고 판정한다. 재생 출력이 이상이라고 판정된 경우, 재생시는 이미 재생 음으로 뮤트가 걸려지고, 녹음시는 경고하는지 시스템에 리셋을 가하여 재생 출력의 이상이 해결하는지 모습을 본다.
이하, 본 발명의 한 실시 형태에 대해 설명한다. 도 1은 본 발명의 한 실시 형태에서 메모리 카드를 사용한 디지탈 오디오 레코더/플레이어 전체의 구성을 도시한다. 이 한 실시 형태는 기록 매체로서 착탈가능한 메모리 카드를 사용하는 디지탈 오디오 신호의 기록 및 재생기이다. 보다 구체적으로는 이 레코더/플레이어는 앰프 장치, 스피커, CD 플레이어, MD 레코더, 튜너 등과 함께 오디오 시스템을 구성한다. 본 발명은 이 이외의 오디오 레코더에 대해서도 적용할 수 있다. 즉, 휴대형 기록 재생 장치에 대해서도 적용할 수 있다. 또, 위성을 사용한 데이타 통신, 디지탈 방송, 인터넷 등을 경유하여 분배되는 디지탈 오디오 신호를 기록하는 셋톱 박스에 대해서도 적용할 수 있다. 또, 디지탈 오디오 신호 이외에 동 화면 데이타, 정지 화면 데이타 등의 기록/재생에 대해서도 이 발명을 적용할 수 있다. 한 실시 형태에서도, 디지탈 오디오 신호 이외의 화상, 문자 등의 부가 정보를 기록/재생가능으로 하고 있다.
기록 재생 장치는 각각 1 칩 IC로 구성된 오디오 엔코더/디코더 IC(10), 세큐리티 IC(20), DSP(Digital Signal Processor : 30)를 갖는다. 또, 기록 재생 장치 본체에 대해 착탈가능한 메모리 카드(40)를 구비한다. 메모리 카드(40)는 플래시 메모리(불휘발성 메모리), 메모리 콘트롤 블럭, DES(Data Encryption Standard)의 암호화 회로를 포함하는 세큐리티 블럭이 1 칩 상에 IC화된 것이다. 또, 이 한 실시 형태에서는 DSP(30)를 사용하고 있지만, 마이크로컴퓨터를 사용해도 좋다.
오디오 엔코더/디코더 IC(10)는 오디오 인터페이스(11) 및 엔코더/디코더 블럭(12)을 갖는다. 엔코더/디코더 블럭(12)은 디지탈 오디오 신호를 메모리 카드(40)에 기입하기 위해 고능률 부호화하고, 또 메모리 카드(40)로부터 판독된 데이타를 복호한다. 고능률 부호화 방법으로서는 미니 디스크에서 채용되어 있는 ATRAC(Adaptive Transform Acoustic Coding)를 개량한 ATRAC 3이 사용된다.
전술한 ATRAC 3에서는 샘플링 주파수 = 44.1 kHz로 샘플링한 양자화 비트가 16 비트의 오디오 데이타를 고능률 부호화 처리한다. ATRAC 3에서 오디오 데이타를 처리할 때의 최소 데이타 단위가 사운드 유닛 SU이다. 1SU는 1024 샘플분(1024 x 16 비트 x 2 채널)을 수백 바이트로 압축한 것이고, 시간으로 약 23 m초 이다. 전술한 고능률 부호화 처리에 의해 약 1/10로 오디오 데이타가 압축된다. 미니 디스크에서 적용된 ATRAC(1)와 마찬가지로, ATRAC 3 방식에서 신호 처리된 오디오 신호의 압축/신장 처리에 의한 음질의 저하가 적어진다.
라인 입력 셀렉터(13)는 MD의 재생 출력, 튜너의 출력, 테이프 재생 출력을 선택적으로 A/D 변환기(14)에 공급한다. A/D 변환기(14)는 입력되는 라인 입력 신호를 샘플링 주파수 = 44.1 kHz, 양자화 비트 = 16 비트의 디지탈 오디오 신호로 변환한다. 디지탈 입력 셀렉터(16)는 MD, CD, CS(위성 디지탈 방송)의 디지탈 출력을 선택적으로 디지탈 입력 리시버(17)에 공급한다. 전술한 디지탈 입력은, 예를 들면 광 케이블을 통해 전송된다. 디지탈 입력 리시버(17)의 출력이 샘플링 레이트 컨버터(15)에 공급되어, 디지탈 입력의 샘플링 주파수가 44.1 kHz, 양자화 비트가 16 비트의 디지탈 오디오 신호로 변환된다.
오디오 엔코더/디코더 IC(10)의 엔코더/디코더 블럭(12)으로부터의 부호화 데이타가 세큐리티 IC(20)의 인터페이스(21)를 통해 DES의 암호화 회로(22)로 공급된다. DES의 암호화 회로(22)는 FIFO(23)를 갖고 있다. DES의 암호화 회로(22)는 콘텐츠의 저작권을 보호하기 위해 구비되어 있다. 메모리 카드(40)에도, DES의 암호화 회로가 조립되어 있다. 기록 재생 장치의 DES의 암호화 회로(22)는 복수의 마스터 키와 기기마다 고유한 스트레인지 키를 갖는다. 또, DES의 암호화 회로(22)는 난수 발생 회로를 갖고, DES의 암호화 회로를 내장하는 메모리 카드와 인증 및 섹션 키를 공유할 수 있다. 또, DES의 암호화 회로(22)는 DES의 암호화 회로를 통해 스트레인지 키로 다시 걸 수 있다.
DES의 암호화 회로(22)로부터의 암호화된 오디오 데이타가 DSP(Digital Signal Processor : 30)에 공급된다. DSP(30)는 착탈 기구(도시하지 않음)에 장착된 메모리 카드(40)와 메모리 인터페이스를 통한 통신을 행하고, 암호화된 데이타를 플래시 메모리에 기입한다. DSP(30)와 메모리 카드(40) 사이에서는 시리얼 통신이 이루어진다. 또, 메모리 카드의 제어에 필요한 메모리 용량을 확보하기 위해, DSP(30)에 대해 외부 부착인 SRAM(Static Random Access Memory : 30)이 접속된다.
또, DSP(30)에 대해 버스 인터페이스(32)가 접속되고, 도시하지 않은 외부 콘트롤러로부터의 데이타가 버스(33)를 통해 DSP(30)에 공급된다. 외부 콘트롤러는 오디오 시스템 전체의 동작을 제어하고, 조작부로부터의 사용자의 조작에 따라 발생한 녹음 지령, 재생 지령 등의 데이타를 DSP(30)에 버스 인터페이스(32)를 통해 제공한다. 또, 화상 정보, 문자 정보 등의 부가 정보의 데이타도 버스 인터페이스(32)를 통해 DSP(30)에 공급된다. 버스(33)는 쌍방향 통신로이고, 메모리 카드(40)로부터 판독된 부가 정보 데이타, 제어 신호 등이 DSP(30), 버스 인터페이스(32), 버스(33)를 통해 외부의 콘트롤러에 도입된다. 외부의 콘트롤러는 구체적으로 오디오 시스템 내에 포함되는 다른 기기, 예를 들면 앰프 장치에 포함되어 있다. 또, 외부 콘트롤러에 의해 부가 정보의 표시, 레코더의 동작 상태 등을 표시하기 위한 표시가 제어된다. 표시부는 오디오 시스템 전체에 공유된다. 여기에서, 버스(33)를 통해 송수신되는 데이타는 저작물이 아니므로, 암호화가 되지 않는다.
DSP(30)에 의해 메모리 카드(40)로부터 판독한 암호화된 오디오 데이타는 세큐리티 IC(20)에 의해 복호화되고, 오디오 엔코더/디코더 IC(10)에 의해 ATRAC 3의 복호화 처리를 받는다. 오디오 엔코더/디코더(10)의 출력이 D/A 변환기(18)에 공급되어, 아날로그 오디오 신호로 변환된다. 그래서, 아날로그 오디오 신호가 라인 출력 단자(19)로 도출된다.
라인 출력은 도시하지 않은 앰프 장치에 전송되어, 스피커 또는 헤드폰에 의해 재생된다. D/A 변환기(18)에 대해 뮤팅 신호가 외부의 콘트롤러로부터 공급된다. 뮤팅 신호가 뮤팅의 온을 도시할 때에는 라인 출력 단자(19)로부터의 오디오 출력이 금지된다.
도 2는 DSP(30)의 내부 구성을 도시한다. DSP(30)는 Core(34)와, 플래시 메모리(35)와, SRAM(36)과, 버스 인터페이스(37)와, 메모리 카드 인터페이스(38)와, 버스 및 버스 간의 브리지로 구성된다. DSP(30)는 마이크로 컴퓨터와 마찬가지인 기능을 갖고, Core(34)가 CPU에 상당한다. 플래시 메모리(35)에 DSP(30)의 처리를 위한 프로그램이 격납되어 있다. SRAM(36)과 외부의 SRAM(31)이 RAM으로서 사용된다.
DSP(30)는 버스 인터페이스(32, 37)를 통해 수취한 녹음 지령 등의 조작 신호에 응답하여 소정 암호화된 오디오 데이타, 소정의 부가 정보 데이타를 메모리 카드(40)에 대해 기입하고, 또, 이들 데이타를 메모리 카드(40)로부터 판독하는 처리를 제어한다. 즉, 오디오 데이타, 부가 정보의 기록/재생을 행하기 위한 오디오 시스템 전체의 어플리케이션 소프트웨어와, 메모리 카드(40) 사이에 DSP(30)가 위치하고, 메모리 카드(40)의 억세스, 파일 시스템 등의 소프트웨어에 의해 DSP(30)가 동작한다.
DSP(30)에서 메모리 카드(40) 상의 파일 관리는 기존의 퍼스널 컴퓨터에서 사용되고 있는 FAT 시스템이 사용된다. 이 파일 시스템에 추가하여, 한 실시 형태에서는 후술하는 바와 같은 데이타 구성의 관리 파일이 사용된다. 관리 파일은 메모리 카드(40) 상에 기록되어 있는 데이타 파일을 관리한다. 제1 파일 관리 정보로서의 관리 파일은 오디오 데이타의 파일을 관리하는 것이다. 제2 파일 관리 정보로서의 FAT는 오디오 데이타의 파일과 관리 파일을 포함하는 메모리 카드(40)의 플래시 메모리 상의 파일 전체를 관리한다. 관리 파일은 메모리 카드(40)에 기록된다. 또, FAT는 루트 디렉토리 등과 함께, 미리 출하시에 플래시 메모리 상에 기입되어 있다. FAT의 상세에 관해서는 후술한다.
또, 한 실시 형태에서는 저작권을 보호하기 위해, ATRAC 3에 의해 압축된 오디오 데이타를 암호화하고 있다. 한편, 관리 파일은 저작권 보호가 필요하지 없음으로써 암호화를 행하지 않도록 하고 있다. 또, 메모리 카드로서도, 암호화 기능을 갖는 것, 이것을 가질 수 없는 것이 있을 수 있다. 한 실시 형태와 같이, 저작물인 오디오 데이타를 기록하는 레코더가 대응하고 있는 메모리 카드는 암호화 기능을 갖는 메모리 카드만이다. 전술한 암호화 기능을 갖지 않는 메모리 카드에는 개인이 녹음한 Voice 또는 녹화한 화상이 기록된다.
도 3은 메모리 카드(40)의 구성을 도시한다. 메모리 카드(40)는 콘트롤 블럭(41)과 플래시 메모리(42)가 1 칩 IC로서 구성된 것이다. 플레이어/레코더의 DSP(30)와 메모리 카드(40) 사이의 쌍방향 시리얼 인터페이스는 10개의 선으로 이루어진다. 주요한 4개의 선은 데이타 전송시에 클럭을 전송하기 위한 클럭선 SCK와, 스테이터스를 전송하기 위한 스테이터스선 SBS와, 데이타를 전송하는 데이타선 DIO, 인터러프트선 INT이다. 그외에, 전원 공급용 선으로서, 2개의 GND선 및 2개의 VCC선이 설치된다. 2개의 선 Reserv은 미정의한 선이다.
클럭선 SCK은 데이타에 동기한 클럭을 전송하기 위한 선이다. 스테이터스선 SBS은 메모리 카드(40)의 스테이터스를 표시하는 신호를 전송하기 위한 선이다. 데이타선 DIO은 코맨드 및 암호화된 오디오 데이타를 입출력하기 위한 선이다. 인터러프트선 INT은 메모리 카드(40)로부터 플레이어/레코더의 DSP(30)에 대한 할당을 요구하는 인터러프트 신호를 전송하는 선이다. 메모리 카드(40)를 장착한 때에 인터러프트 신호가 발생한다. 단, 이 한 실시 형태에서는 인터러프트 신호를 데이타선 DIO을 통해 전송하도록 하고 있기 때문에, 인터러프트선 INT을 접지하고 있다.
콘트롤 블럭(41)의 시리얼/패러럴 변환·패러럴/시리얼 변환·인터페이스 블럭(이하, S/P·P/S·IF 블럭이라 약칭함 : 43)은 전술한 복수의 선을 통해 접속된 레코더의 DSP(30)와 콘트롤 블럭(41)과의 인터페이스이다. S/P·P/S·IF 블럭(43)은 플레이어/레코더의 DSP(30)로부터 수취한 시리얼 데이타를 패러럴 데이타로 변환하고, 콘트롤 블럭(41)에 도입하며, 콘트롤 블럭(41)으로부터의 패러럴 데이타를 시리얼 데이타로 변환하여 플레이어/레코더의 DSP(30)에 전송한다. 또, S/P·P/S·IF 블럭(43)은 데이타선 DIO을 통해 전송되는 코맨드 및 데이타를 수취한 때에, 플래시 메모리(42)에 대한 통상의 억세스를 위한 코맨드 및 데이타와, 암호화에 필요한 코맨드 및 데이타를 분리한다.
데이타선 DIO을 통해 전송되는 포맷에서는 최초에 코맨드가 전송되어, 그 후에 데이타가 전송된다. S/P·P/S·IF 블럭(43)은 코맨드의 코드를 검출하여 통상의 억세스에 필요한 코맨드 및 데이타가 암호화에 필요한 코맨드 및 데이타를 판별한다. 이 판별 결과에 따라, 통상의 억세스에 필요한 코맨드를 코맨드 레지스터(44)에 격납하고, 데이타를 페이지 버퍼(45) 및 라이트 레지스터(46)에 격납한다. 라이트 레지스터(46)와 관련하여 에러 정정 부호화 회로(47)가 설치되어 있다. 페이지 버퍼(45)에 일시적으로 축적된 데이타에 대해 에러 정정 부호화 회로(47)가 에러 정정 부호의 용장 코드를 생성한다.
코맨드 레지스터(44), 페이지 버퍼(45), 라이트 레지스터(46) 및 에러 정정 부호화 회로(47)의 출력 데이타가 플래시 메모리 인터페이스 및 시퀀서(이하, 메모리 I/F ·시퀀서라 약칭함 : 51)에 공급된다. 메모리 I/F ·시퀀서(51)는 콘트롤 블럭(41)과 플래시 메모리(42)와의 인터페이스이고, 양자 사이의 데이타의 교환을 제어한다. 메모리 I/F ·시퀀서(51)를 통해 데이타가 플래시 메모리(42)에 기입된다.
플래시 메모리(42)에 기입되는 ATRAC 3에 의해 압축된 오디오 데이타(이하, ATRAC 3 데이타로 표기함)는 저작권 보호를 위해 플레이어/레코더의 세큐리티 IC(20)와 메모리 카드(40)의 세큐리티 블럭(52)에 의해 암호화된 것이다. 세큐리티 블럭(52)은 버퍼 메모리(53)와 DES의 암호화 회로(54)와, 블휘발성 메모리(55)를 갖는다.
메모리 카드(40)의 세큐리티 블럭(52)은 복수의 인정 키와 메모리 카드마다 고유한 스트레인지 키를 갖는다. 불휘발성 메모리(55)는 암호화에 필요한 키를 격납하는 것으로, 칩 해석을 행해도 해석불능인 구조로 되어 있다. 이 실시 형태에서는, 예를 들면 스트레인지 키가 불휘발성 메모리(55)에 격납된다. 또, 난수 발생 회로를 갖고, 대응가능한 플레이어/레코더를 인정할 수 있으며, 섹션 키를 공유할 수 있다. DES의 암호화 회로(54)를 통해 콘텐츠 키를 스트레인지 키로 키를 다시 걸어 행한다.
예를 들면, 메모리 카드(40)를 플레이어/레코더에 장착한 때에 상호에 인정이 이루어진다. 인정은 플레이어/레코더의 세큐리티 IC(20)와 메모리 카드(40)의 세큐리티 블럭(52)에 의해 행해진다. 플레이어/레코더는 장착된 메모리 카드(40)가 대응가능한 메모리 카드인 것을 인정하고, 또 메모리 카드(40)가 상대의 플레이어/레코더가 대응가능한 플레이어/레코더인 것을 인정하면, 상호 인정 처리가 정상으로 행해진 것을 의미한다. 인정이 행해지면, 플레이어/레코더와 메모리 카드(40)가 각각 섹션 키를 생성하고, 섹션 키를 공유한다. 섹션 키는 인정마다 생성된다.
메모리 카드(40)에 대한 콘텐츠의 기입시에는 플레이어/레코더가 섹션 키로 콘텐츠 키를 암호화하여 메모리 카드(40)로 넘긴다. 메모리 카드(40)에서는 콘텐츠 키를 섹션 키로 복호하고, 스트레인지 키로 암호화하여 플레이어/레코더로 넘긴다. 스트레인지 키는 메모리 카드(40)의 하나 하나에 고유한 키이고, 플레이어/레코더는 암호화된 콘텐츠 키를 수취하면, 포맷 처리를 행하고, 암호화된 콘텐츠 키와 암호화된 콘텐츠를 메모리 카드(40)에 기입한다.
이상, 메모리 카드(40)에 대한 기입 처리에 대해 설명했지만, 이하 메모리 카드(40)로부터의 판독 처리에 대해 설명한다. 플래시 메모리(42)로부터 판독된 데이타가 메모리 I/F ·시퀀서(51)를 통해 페이지 버퍼(45), 리드 레지스터(48), 에러 정정 회로(49)에 공급된다. 페이지 버퍼(45)에 기억된 데이타가 에러 정정 회로(49)에 의해 에러 정정이 이루어진다. 에러 정정이 행해진 페이지 버퍼(45)의 출력 및 리드 레지스터(48)의 출력이 S/P·P/S·IF 블럭(43)에 공급되고, 전술한 시리얼 인터페이스를 통해 플레이어/레코더의 DSP(30)에 공급된다.
판독시에는 스트레인지 키로 암호화된 콘텐츠 키와 블럭 키로 암호화된 콘텐츠가 플래시 메모리(42)로부터 판독된다. 세큐리티 블럭(52)에 의해 스트레인지 키로 콘텐츠 키가 복호된다. 복호한 콘텐츠 키가 섹션 키로 재암호화되어 플레이어/레코더측에 송신된다. 플레이어/레코더는 수신한 섹션 키로 콘텐츠 키를 복호한다. 플레이어/레코더는 복호한 콘텐츠 키로 블럭 키를 생성한다. 이 블럭 키에 의해 암호화된 ATRAC 3 데이타를 순차 복호한다.
또, ConfigROM(50)은 메모리 카드(40)의 버전 정보, 각종 속성 정보 등이 격납되어 있는 메모리이다. 또, 메모리 카드(40)에는 사용자가 필요에 따라 조작가능한 오류 소거 방지용 스위치(60)에 구비되어 있다. 이 스위치(60)가 소거 금지인 접속 상태에 있는 경우에는 플래시 메모리(42)를 소거하는 것을 지시하는 코맨드가 레코더 측에서 전송되더라도 플래시 메모리(42)의 소거가 금지된다. 또, OSC Cont.61은 메모리 카드(40)의 처리 타이밍 기준이 되는 클럭을 발생하는 발진기이다.
도 4는 메모리 카드를 기억 매체로 하는 컴퓨터 시스템의 파일 시스템 처리 계층을 도시한다. 파일 시스템 처리 계층으로서는 어플리케이션 처리층이 최상위이고, 그 아래에 파일 관리 처리층, 논리 어드레스 관리층, 물리 어드레스 관리층, 플래시 메모리 억세스가 순차 적층된다. 전술한 계층 구조에서, 파일 관리 처리층이 FAT 시스템이다. 물리 어드레스는 플래시 메모리의 각 블럭에 대해 부여된 것으로, 블럭과 물리 어드레스 대응 관계는 불변이다. 논리 어드레스는 파일 관리 처리층이 논리적으로 취급하는 어드레스이다.
도 5는 메모리 카드(40)에서의 플래시 메모리(42)의 데이타의 물리적 구성의 한 예를 도시한다. 플래시 메모리(42)는 세그먼트라 칭해지는 데이타 단위가 소정수의 블럭(고정 길이)로 분할되고, 1 블럭이 소정 수의 페이지(고정 길이)로 분할된다. 플래시 메모리(42)에서는 블럭 단위로 소거가 일괄하여 행해지고, 기입과 판독은 페이지 단위로 일괄하여 행해진다. 각 블럭 및 각 페이지는 각각 동일한 사이가 되어, 1 블럭이 페이지 0에서 페이지 m으로 구성된다. 1 블럭은, 예를 들면 8 KB(K 바이트) 바이트 또는 16 KB의 용량이 되어, 1 페이지가 512 B의 용량이 된다. 플래시 메모리(42) 전체에서는 1 블럭 = 8 KB의 경우에, 4 MB(512 블럭), 8 MB(1024 블럭)이 되며, 1 블럭 = 16 KB의 경우에서, 16 MB(1024 블럭), 32 MB(2048 블럭), 64 MB(4096 블럭)의 용량이 된다.
1 페이지는 512 바이트의 데이타부와 16 바이트의 용장부로 이루어진다. 용장부의 선두 3 바이트는 데이타의 갱신에 따라 개서되는 오버라이트 부분이 된다. 3 바이트의 각 바이트에, 선두에서 차례로 블럭 스테이터스, 페이지 스테이터스, 갱신 스테이터스가 기록된다. 용장부의 나머지 13 바이트의 내용은 원칙적으로 데이타부의 내용에 따라 고정이 된다. 13 바이트는 관리 플래그(1 바이트), 논리 어드레스(2 바이트), 포맷 리저브의 영역(5 바이트), 분산 정보 ECC(2 바이트) 및 데이타 ECC(3 바이트)로 이루어진다. 분산 정보 ECC는 관리 플래그, 논리 어드레스, 포맷 리저브에 대한 오류 정정용 용장 데이타이고, 데이타 ECC는 512 바이트의 데이타에 대한 오류 정정용 용장 데이타이다.
관리 플래그로서, 시스템 플래그(그 값이 1 : 사용자 블럭, 0 : 부트 블럭), 변환 테이블 플래그(1 : 무효, 0 : 테이블 블럭), 카피 금지 지정(1 : OK, 0 : NG), 억세스 허가(1 : free, 0 : 리드 프로텍트)의 각 플래그가 기록된다.
선두의 2개 블럭 0 및 블럭 1이 부트 블럭이다. 블럭 1은 블럭 0과 동일한 데이타가 기입되는 백업용이다. 부트 블럭은 카드 내의 유효한 블럭의 선두 블럭이고, 메모리 카드를 기기에 장전한 때에 최초에 억세스되는 블럭이다. 나머지의 블럭이 사용자 블럭이다. 부트 블럭의 선두 페이지 0에 헤더, 시스템 엔트리, 부트 & 어트리뷰트 정보가 격납된다. 페이지 1에 사용 금지 블럭 데이타가 격납된다. 페이지 2에 CIS(Card Information Structure)/IDI(Identify Drive Information)가 격납된다.
부트 블럭의 헤더는 부트 블럭 ID, 부트 블럭 내의 유효한 엔트리 수가 기록된다. 시스템 엔트리에는 사용 금지 블럭 데이타의 개시 위치, 그 데이타 사이즈, 데이타 종별, CIS/IDI의 데이타 개시 위치, 그 데이타 사이즈, 데이타 종별이 기록된다. 부트&어트리뷰트 정보에는 메모리 카드의 타입(판독전용, 리드 및 라이트 가능, 양 타입의 하이부리드 등), 블럭 사이즈, 블럭 수, 총 블럭 수, 세큐리티 대응인지 여부, 카드의 제조에 관련한 데이타(제조년월일등) 등이 기록된다.
플래시 메모리는 데이타의 개서를 행함으로써 절연막의 저하를 발생하고, 개서 회수가 제한된다. 따라서, 어떤 동일한 기억 영역(블럭)에 대해 반복하여 집중적으로 억세스가 이루어지는 것을 방지할 필요가있다. 따라서, 어떤 물리 어드레스에 격납되어 있는 논리 어드레스의 데이타를 개서하는 경우, 플래시 메모리의 파일 시스템에서는 동일한 블럭에 대해 갱신한 데이타를 다시 기입하지 않고, 미사용인 블럭에 대해 갱신한 데이타를 기입하도록 되어 있다. 그 결과, 데이타 갱신전에서 논리 어드레스와 물리 어드레스의 대응 관계가 갱신 후에서는 변화한다. 스왑 처리를 행함으로써, 동일한 블럭에 대해 반복하여 집중적으로 억세스가 되는 것이 방지되어, 플래시 메모리의 수명을 연장하는 것이 가능하게 된다.
논리 어드레스는 일단 블럭에 대해 기입된 데이타에 부수하므로, 갱신 전의 데이타와 갱신 후의 데이타의 기입되는 블럭이 이동해도, FAT에서는 동일한 어드레스가 발견되게 되고 이후의 억세스를 적정하게 행할 수 있다. 스왑 처리에 의해 논리 어드레스와 물리 어드레스와의 대응 관계가 변화하므로, 양자의 대응을 도시하는 논리-물리 어드레스 변환 테이블이 필요하게 된다. 이 테이블을 참조함으로써, FAT가 지정한 논리 어드레스에 대응하는 물리 어드레스가 특정되고, 특정된 물리 어드레스가 도시하는 블럭에 대한 억세스가 가능하게 된다.
논리-물리 어드레스 변환 테이블은 DSP(30)에 의해 SRAM 상에 격납된다. 만약, RAM 용량이 작을 때는 플래시 메모리 속에 격납할 수 있다. 이 테이블은 개략적으로 승순으로 열거한 논리 어드레스(2 바이트)에 물리 어드레스(2 바이트)를 각각 대응시킨 테이블이다. 플래시 메모리의 최대 용량을 128 MB(8192 블럭)으로 하고 있으므로, 2 바이트에 의해 8192 어드레스를 표시할 수 있다. 또, 논리-물리 어드레스 변환 테이블은 세그먼트마다 관리되고, 그 사이즈는 플래시 메모리의 용량에 따라 크게 된다. 예를 들면, 플래시 메모리 용량이 8 MB(2 세그먼트)인 경우에서는 2개 세그먼트의 각각에 대해 2 페이지가 논리-물리 어드레스 변환 테이블용에 사용된다. 논리-물리 어드레스 변환 테이블을 플래시 메모리 속에 격납할 때는 전술한 각 페이지의 용장부에서 관리 플래그의 소정의 1 비트에 의해 해당 블럭이 논리-물리 어드레스 변환 테이블이 격납되어 있는 블럭인지 여부가 지시된다.
전술한 메모리 카드는 디스크 형상 기록 매체와 마찬가지로 퍼스널컴퓨터의 FAT 시스템에 의해 사용가능한 것이다. 도 5에는 도시되지 않지만, 플래시 메모리 상에 IPL 영역, FAT 영역 및 루트·디렉토리 영역이 설치된다. IPL 영역에는 최초에 레코더의 메모리에 로드해야 할 프로그램이 기입되어 있는 어드레스, 및 메모리의 각종 정보가 기입되어 있다. FAT 영역에는 블럭(크러스터)의 관련 사항이 기입되어 있다. FAT에는 미사용인 블럭, 다음의 블럭 번호, 불량 블럭, 최후의 블럭을 각각 도시하는 값이 규정된다. 또, 루트 디렉토리 영역에는 디렉토리 엔트리(파일 속성, 갱신 년월일, 개시 크러스터, 파일 사이즈 등)가 기입되어 있다.
도 6에 FAT 관리에 의한 관리 방법을 설명한다. 이 도 6은 메모리 내의 모식도를 도시하고 있고, 위에서 파티션 테이블부, 빈 영역, 부트 섹터, FAT 영역, FAT의 카피 영역, Root Directory 영역, Sub Directory 영역, 데이타 영역이 적층되어 있다. 또, 메모리 맵은 논리-물리 어드레스 변환 테이블에 기초하여 논리 어드레스로부터 물리 어드레스로 변환한 후의 메모리 맵이다.
전술한 부트 섹터, FAT 영역, FAT의 카피 영역, Root Directory 영역, Sub Directory 영역, 데이타 영역을 전부 정리하여 FAT 파티션 영역이라 칭한다.
전술한 파티션 테이블부에는 FAT 파티션 영역의 시작과 종료의 어드레스가 기록되어 있다. 통상 플로피 디스크에서 사용되고 있는 FAT에는 파티션 테이블부는 구비되어 있지 않다. 최초의 트랙에는 파티션 테이블 이외의 것은 배치되지 않기 때문에 빈 에리어가 가능해 버린다.
다음에, 부트 섹터에는 12 비트 FAT 및 16 비트 FAT 중 어느 것으로 FAT 구조의 크기, 크러스터 사이즈, 각각의 영역의 사이즈가 기록되어 있다. FAT는 데이타 영역에 기록되어 있는 파일 위치를 관리하는 것이다. FAT의 카피 영역은 FAT의 백업용 영역이다. 루트 디렉토리부는 파일명, 선두 크러스터 어드레스, 각종 속성이 기록되어 있고, 1 파일에 다음 32 바이트 사용한다.
서브 디렉토리부는 디렉토리라는 파일 속성의 파일로서 존재하고 있고, 도 6의 실시 형태에서는 PBLIST.MSF, CAT.MSA, DOG.MSA, MAN.MSA라는 4개의 파일이 존재한다. 이 서브 디렉토리부에는 파일명과 FAT 상의 기록 위치가 관리되어 있다. 즉, 도 6에서는 CAT.MSA라는 파일명이 기록되어 있는 슬롯에는「5」라는 FAT 상의 어드레스가 관리되어 있고, DOG.MSA라는 파일명이 기록되어 있는 슬롯에는 「10」이라는 FAT 상의 어드레스가 관리되어 있다.
크러스터 2 이후의 실제의 데이타 영역에서, 이 데이타 영역에 이 실시 형태에서는 ATRAC 3에서 압축 처리된 오디오 데이타가 기록된다. 또, MAN.MSA라는 파일명이 기록되어 있는 슬롯에는 「110」이라는 FAT 상의 어드레스가 관리되어 있다.
본 발명의 실시 형태에서는 크러스터(5, 6, 7 및 8)에 CAT.MSA라는 파일명의 ATRAC 3에 압축 처리된 오디오 데이타가 기록되고, 크러스터(10, 11 및 12)에 DOG.MSA라는 파일명의 전반 파트인 DOG-1이 ATRAC 3에서 압축 처리된 오디오 데이타가 기록되며, 크러스터(100 및 101)에 DOG.MSA라는 파일명의 후반 파트인 DOG-2가 ATRAC 3에서 압축 처리된 오디오 데이타가 기록되어 있다. 또, 크러스터(110 및 111)에 MAN.MSA라는 파일명의 ATRAC 3에 압축 처리된 오디오 데이타가 기록되어 있다.
이 실시 형태에서는 단일 파일이 2 분할되어 이산적으로 기록되어 있는 예를 도시하고 있다. 또, 데이타 영역 상의 Empty라고 알려진 영역은 기록가능 영역이다.
크러스터(200) 이후는 파일 네임을 관리하는 영역이고, 크러스터(200)에는 CAT.MSA라는 파일이, 크러스터(201)에는 DOG.MSA라는 파일이, 크러스터(202)에는 MAN.MSA라는 파일이 기록되어 있다. 파일순을 변경한 경우에는 이 크러스터(200) 이후에 변경을 행하면 좋다.
이 실시 형태의 메모리 카드가 초기에 삽입된 경우에는 선두의 파티션 테이블부를 참조하여 FAT 파티션 영역의 개시와 종료의 어드레스가 기록되어 있다. 부트 섹터부의 재생을 행한 후에 Root Directory, Sub Directory부의 재생을 행한다. 그리고, Sub Directory부에 기록되어 있는 재생 관리 정보 PBLIST.MSF가 기록되어 있는 슬롯을 검색하여 PBLIST.MSF가 기록되어 있는 슬롯의 후단부의 어드레스를 참조한다.
이 실시 형태의 경우에는 PBLIST.MSF가 기록되어 있는 슬롯의 종단부에는 「200」 이라는 어드레스가 기록되어 있으므로, 크러스터(200)를 참조한다. 크러스터(200) 이후는 파일명을 관리함과 동시에, 파일의 재생 순서를 관리하는 영역으로서, 이 실시 형태의 경우에는 CAT.MSA라는 파일이 1번째 곡이 되고, DOG.MSA라는 파일이 2번째 곡이 되며, MAN.MSA라는 파일이 3번째 곡이 된다.
여기에서, 크러스터(200) 이후를 전부 참조하면, 서브디렉토리부로 이행하여, CAT.MSA, DOG.MSA 및 MAN.MSA라는 이름의 파일명과 합치하는 슬롯을 참조한다. 이 도 6에서는 CAT.MSA라는 파일명이 기록된 슬롯의 종단에는 「5」라는 어드레스가 기록되고, DOG.MSA라는 파일이 기록된 슬롯의 종단에는 「10」이라는 어드레스 기록되며, MAN.MSA라는 파일이 기록된 슬롯의 종단에는 110이라는 어드레스가 기록되어 있다.
CAT.MSA라는 어드레스명이 기록된 슬롯의 종단에 기록된 「5」라는 어드레스에 기초하여 FAT 상의 엔트리 어드레스를 검색한다. 엔트리 어드레스(5)에는 「6」이라는 크러스터 어드레스가 엔트리되어 있고, 「6」이라는 엔트리 어드레스를 참조하면 「7」이라는 크러스트 어드레스가 엔트리되어 있으며, 「7」이라는 에트리 어드레스를 참조하면 「8」이라는 크러스터 어드레스가 엔트리되어 있고, 「8」이라는 엔트리 어드레스를 참조하면 「FFF」라는 종단을 의미하는 코드가 기록되어 있다.
따라서, CAT.MSA라는 파일은 크러스터(5, 6, 7, 8)의 크러스터 영역을 사용하고 있고, 데이타 영역의 크러스터(5, 6, 7, 8)를 참조함으로써, CAT.MSA라는 ATRAC 3 데이타가 실제로 기록되어 있는 영역을 억세스할 수 있다.
다음에, 이산 기록되어 있는 DOG.MSA라는 파일을 검색하는 방법을 후술한다. DOG.MSA라는 어드레스 파일명이 기록된 슬롯의 종단에는 「10」이라는 어드레스가 기록되어 있다. 여기에서, 「10」이라는 어드레스에 기초하여, FAT 상의 엔트리 어드레스를 검색한다. 엔트리 어드레스(10)에는 「11」이라는 크러스터 어드레스가 엔트리되어 있고, 「11」이라는 엔트리 어드레스를 참조하면 「12」라는 크러스터 어드레스가 엔트리되어 있고, 「12」라는 엔트리 어드레스를 참조하면 「100」이라는 크러스트 어드레스가 엔트리되어 있다. 또, 「100」이라는 엔트리 어드레스를 참조하면 「101」이라는 크러스터 어드레스가 엔트리되어 있고, 「101」이라는 엔트리 어드레스를 참조하면 FFF이라는 종단을 의미하는 코드가 기록되어 있다.
따라서, DOG.NSA라는 파일은 크러스터(10, 11, 12, 100, 101)라는 크러스트 영역을 사용하고 있고, 데이타 영역의 크러스터(10, 11, 12)를 참조함으로써 DOG.MSA라는 파일의 전반 파트에 대응하는 ATRAC 3 데이타가 실제로 기록되어 있는 영역을 억세스할 수 있다. 또, 데이타 영역의 크러스터(100, 101)를 참조함으로써 DOG.MSA라는 파일의 후반 파트에 대응하는 ATRAC 3 데이타가 실제로 기록되어 있는 영역을 억세스할 수 있다.
또, MAN.MSA라는 파일명이 기록된 슬롯의 종단에 기록된 「110」이라는 어드레스에 기초하여, FAT 상의 엔트리 어드레스를 검색한다. 엔트리 어드레스(110)에는 「111」이라는 크러스터 어드레스가 엔트리되어 있고, 「111」이라는 엔트리 어드레스를 참조하면 「FFF」라는 종단을 의미하는 코드가 기록되어 있다.
따라서, MAN.MSA라는 파일은 크러스터(110, 111)라는 크러스터 영역을 사용하고 있고, 데이타 영역의 크러스터(110, 111)를 참조함으로써 MAN.MSA라는 ATRAC 3 데이타가 실제로 기록되어 있는 영역을 억세스할 수 있다.
이상과 같이 플래시 메모리상에서 이산하여 기록된 데이타 파일을 연결하여 순차로 재생하는 것이 가능하게 된다.
이 한 실시 형태에서는 전술한 메모리 카드(40)의 포맷에서 규정되는 파일 관리 시스템과는 별개로, 음악용 파일에 대해 각 트랙 및 각 트랙을 구성하는 파츠를 관리하기 위한 관리 파일을 갖도록 하고 있다. 이 관리 파일은 메모리 카드(40)의 사용자 블럭을 이용하여 플래시 메모리(42) 상에 기록된다. 그것에 의해, 후술하는 바와 같이, 메모리 카드(40) 상의 FAT가 손상되어도, 파일의 수복을 가능하게 한다.
이 관리 파일은 DSP(30)에 의해 작성된다. 예를 들면, 최초에 전원을 온한 때에 메모리 카드(40)의 장착되어 있는지 여부가 판정되어, 메모리 카드가 장착되어 있을 때에는 인정이 행해진다. 인정에 의해 정규의 메모리 카드인 것이 확인되면, 플래시 메모리(42)의 부트 블럭이 DSP(30)에 읽어들어진다. 그리고, 논리-물리 어드레스 변환 테이블이 읽어들어진다. 읽어 들어진 데이타는 SRAM에 격납된다. 사용자가 구입하여 초기에 사용하는 메모리 카드라도 출하시에 플래시 메모리(42)에는 FAT나, 루트 디렉토리의 기입이 이루어져 있다. 관리 파일은 녹음이 이루어지면 작성된다.
즉, 사용자의 리모드 콘트롤 등에 의해 발생한 녹음 지령이 외부의 콘트롤러로부터 버스 및 버스 인터페이스(32)를 통해 DSP(30)에 공급된다. 그리고, 수신한 오디오 데이타가 엔코더/디코더 IC(10)에 의해 압축되어, 엔코더/디코더 IC(10)로부터의 ATRAC 3 데이타가 세큐리티(20)에 의해 암호화된다. DSP(30)가 암호화된 ATRAC 3 데이타를 메모리 카드(40)의 플래시 메모리(42)에 기록한다. 이 기록 후에 FAT 및 관리 파일이 갱신된다. 파일의 갱신 정도, 구체적으로는 오디오 데이타의 기록을 개시하고, 기록을 종료할 때에 SRAM(31 및 36) 상에서 FAT 및 관리 파일이 개서된다. 그리고, 메모리 카드(40)를 제외할 때에 또는 파워를 오프할 때에 SRAM(31, 36)으로부터 메모리 카드(40)의 플래시 메모리(42) 상에 최종적인 FAT 및 관리 파일이 격납된다. 이 경우, 오디오 데이타의 기록을 개시하고, 기록을 종료할 때에, 플래시 메모리(42) 상의 FAT 및 관리 파일을 개서해도 좋다. 편집을 행한 경우도, 관리 파일의 내용이 갱신된다.
또, 이 한 실시 형태의 데이타 구성에서는 부가 정보도 관리 파일 내에 작성, 갱신되어, 플래시 메모리(42) 상에 기록된다. 관리 파일의 다른 데이타 구성에서는 부가 정보 관리 파일이 트랙 관리용의 관리 파일과는 별개로 작성된다. 부가 정보는 외부의 콘트롤러로부터 버스 및 버스 인터페이스(32)를 통해 DSP(30)에 공급된다. DSP(30)가 수신한 부가 정보를 메모리 카드(40)의 플래시 메모리(42) 상에 기록한다. 부가 정보는 세큐리티 IC(20)를 통해지 않으므로, 암호화되지 않는다. 부가 정보는 메모리 카드(40)를 빼내거나 전원 오프시에, DSP(30)의 SRAM으로부터 플래시 메모리(42)로 기입된다.
도 7은 메모리 카드(40)의 파일 구성의 전체를 도시한다. 디렉토리로서, 정지 화면용 디렉토리, 동 화면용 디렉토리, Voice용 디렉토리, 제어용 디렉토리, 음악용(HIFI) 디렉토리가 존재한다. 이 한 실시 형태는 음악의 기록/재생을 행하므로, 이하 음악용 디렉토리에 대해 설명한다. 음악용 디렉토리에는 2 종류의 파일이 배치된다. 그 중 1개는 재생 관리 파일 PBLIST.MSF(이하, 간단히 PBLIST라 표기함)이고, 다른 것은 암호화된 음악 데이타를 수납한 ATRAC 3 데이타 파일 A3Dnnnn.MSA(이하, 간단히 A3Dnnn이라 표기함)으로 이루어진다. ATRAC 3 데이타 파일은 최대수가 400까지로 규정되어 있다. 즉, 최대 400곡까지 수록가능하다. ATRAC 3 데이타 파일은 재생 관리 파일에 등록한 상에서 기기에 의해 임의로 작성된다.
도 8은 재생 관리 파일의 구성을 도시하고, 도 9가 1 IFILE(1곡)의 ATRAC 3 데이타 파일의 구성을 도시한다. 재생 관리 파일은 16 KB 고정 길이의 파일이다. ATRAC 3 데이타 파일은 곡 단위로서 선두의 속성 헤더와 그것에 이어진 실제의 암호화된 음악 데이타로 이루어진다. 속성 헤더도 16 KB 고정 길이로 되어, 재생 관리 파일과 유사한 구성을 갖는다.
도 8에 도시하는 재생 관리 파일은 헤더, 1 바이트 코드의 메모리 카드의 이름 NM1-S, 2 바이트 코드의 메모리 카드의 이름 NM2-S, 곡순의 재생 테이블 TRKTBL, 메모리 카드 전체의 부가 정보 INF-S로 이루어진다. 도 9에 도시하는 데이타 파일의 선두의 속성 헤더는 헤더,1 바이트 코드의 곡명 NM1, 2 바이트 코드의 곡명 NM2, 트랙의 키 정보 등의 트랙 정보 TRKINF, 파츠 정보 PRTINF와, 트랙의 부가 정보 INF로 이루어진다. 헤더에는 총 파츠 수, 이름의 속성, 부가 정보의 사이즈의 정보 등이 포함된다.
속성 헤더에 대해 ATRAC 3의 음악 데이타가 이어진다. 음악 데이타는 16 KB의 블럭마다 간막이 되고, 각 블럭의 선두에 헤더가 부가되어 있다. 헤더에는 암호를 복호하기 위한 초기값이 포함된다. 또, 암호화의 처리를 받은 것은 ATRAC 3 데이타 파일 중의 음악 데이타만으로서, 그이외의 재생 관리 파일, 헤더 등의 데이타는 암호화되지 않는다.
도 10을 참조하여, 곡과 ATRAC 3 데이타 파일의 관계에 대해 설명한다. 1 트랙은 1 곡을 의미한다. 1 곡은 1개의 ATRAC 3 데이타 파일(도 9 참조)로 구성된다. ATRAC 3 데이타 파일은 ATRAC 3에 의해 압축된 오디오 데이타이다. 메모리 카드(40)에 대해서는 크러스터라 칭해지는 단위로 기록된다. 1 크러스터는 예를 들면, 16 KB의 용량이다. 1 크러스터에 복수의 파일이 혼재할 수 없다. 플래시 메모리(42)를 소거할 때의 최소 단위가 1 블럭이다. 음악 데이타를 기록하는데 사용하는 메모리 카드(40)의 경우, 블럭과 크러스터는 동의어로서, 또한 1 크러스터 = 1 섹터로 정의되어 있다.
1 곡은 기본적으로 1 파츠로 구성되지만, 편집이 행해지면 복수의 파츠로부터 1 곡이 구성되는 것이 있다. 파츠는 녹음 개시로부터 그 정지까지의 연속한 시간 내에 기록된 데이타의 단위를 의미하고, 통상은 1 트랙이 1 파츠로 구성된다. 곡 내의 파츠의 연결은 각 곡의 속성 헤더 내의 파츠 정보 PRTINF에서 관리한다. 즉, 파츠 사이즈는 PRTINF 중의 파츠 사이즈 PRTSIZE라는 4 바이트의 데이타로 표시한다. 파츠 사이즈 PRTSIZE 라는 4 바이트의 데이타로 표시한다. 파츠 사이즈 ORTSIZE의 선두 2 바이트가 파츠가 갖는 크러스터의 총수를 표시하고, 계속해서 각 1 바이트가 선두 및 말미의 크러스터 내의 개시 사운드 유닛(이하, SU라 약기함)의 위치, 종료 SU의 위치를 도시한다. 이와 같은 파츠의 기술 방법을 가짐으로써, 음악 데이타를 편집할 때에, 통상 필요로 되는 대량의 음악 데이타의 이동을 없게 하는 것이 가능하게 된다. 블럭 단위의 편집에 한정하면, 마찬가지로 음악 데이타의 이동을 회피할 수 있지만, 블럭 단위는 SU 단위에 비해 편집 단위가 너무 커진다.
SU는 파츠의 최소 단위이고, 또한 ATRAC 3에서 오디오 데이타를 압축할 때의 최소 데이타 단위이다. 44.1 kHz의 샘플링 주파수로 얻어진 1024 샘플분(1024 x 16 비트 x 2 채널)의 오디오 데이타를 약 1/10으로 압축한 수백 바이트의 데이타가 SU이다. 1 SU는 시간으로 환산하여 약 23 m초가 된다. 통상은 수천에 미치는 SU에 의해 1개의 파츠가 구성된다. 1 크러스터가 42개의 SU로 구성되는 경우, 1 크러스터에서 약 1 초의 음을 표시할 수 있다. 1개의 트랙을 구성하는 파츠의 수는 부가 정보 사이즈에 영향을 받는다. 파츠 수는 1 블럭 중에서 헤더나 곡명, 부가 정보 데이타 등을 제외한 수로 결정되기 때문에, 부가 정보가 전부 없는 상태가 최대수(645개)의 파츠를 사용할 수 있는 조건이 된다.
도 10a는 CD 등으로부터의 오디오 데이타를 2곡 연속해서 기록하는 경우의 파일 구성을 도시한다. 1 번째 곡(파일 1)이, 예를 들면 5 크러스터로 구성된다. 1 번째 곡과 2 번째 곡(파일 2)의 곡 사이에서는 1 크러스터에 2개의 파일이 혼재하는 것이 허락되지 않기 때문에, 다음의 크러스터의 최초로부터 파일 2가 작성된다. 따라서, 파일 1에 대응하는 파츠 1의 종단(1 번째 곡의 종단)이 크러스터의 종단에 위치하고, 크러스터의 나머지 부분에는 데이타가 존재하지 않는다. 제2 번째 곡(파일 2)도 마찬가지로 1 파츠로 구성된다. 파일 1의 경우에서는 파츠 사이즈가 5, 개시 크러스터의 SU가 0, 종료 크러스터가 4가 된다.
편집 조작으로서, 디바이드, 콤바인, 이레이즈, 무브의 4 종류의 조작이 규정된다. 디바이드는 1개의 트랙을 2개로 분할하는 것이다. 디바이드가 되면 총 트랙 수가 1개 증가한다. 디바이드는 1개의 파일을 파일 시스템 상에 분할하여 2개의 파일로 하고, 재생 관리 파일 및 FAT를 갱신한다. 콤바인은 2개의 트랙을 1개로 통합하는 것이다. 콤바인되면, 총 트랙 수가 1개 감소한다. 콘바인은 2개의 파일을 파일 시스템 상에서 통합하여 1개의 파일로 하고, 재생 관리 파일 및 FAT를 갱신한다. 이레이즈는 트랙을 소거하는 것이다. 소거된 이후의 트랙 번호가 1개 감소한다. 무브는 트랙 순번을 변경하는 것이다. 이상 이레이저 및 무브 처리에 대해서도 재생 관리 파일 및 FAT를 갱신한다.
도 10a에 도시하는 2개의 곡(파일 1 및 파일 2)을 콤바인한 결과를 도 10b에 도시한다. 콤바인된 결과는 1개의 파일이고, 이 파일은 2개의 파츠로 이루어진다. 또 도 10c는 1개의 곡(파일 1)을 크러스터 2의 도중에 디바이드한 결과를 도시한다. 디바이스에 의해, 크러스터 0, 1 및 크러스터 2의 전측으로 이루어지는 파일 1과 크러스터 2의 후측과 크러스터 3 및 4로 이루어지는 파일 2가 발생한다.
전술한 바와 같이, 이 한 실시 형태에서는 파츠에 관한 기술 방법에 있으므로, 콤바인한 결과인 도 10b에서 파츠 1의 개시 위치, 파츠 1의 종료 위치, 파츠 2의 개시 위치, 파츠 2의 종료 위치를 각각 SU 단위로서 규정할 수 있다. 그 결과, 콤바인한 결과가 연결 간격을 채우기 때문에, 파츠 2의 음악 데이타를 이동할 필요가 없다. 또, 파츠에 관한 기재 방법이 있으므로, 디바이드한 결과인 도 10c에서 파일 2가 선두의 빈 공간을 채우도록 데이타를 이동할 필요가 없다.
도 11은 재생 관리 파일 PBLIST의 보다 상세한 데이타 구성을 도시하고, 도 12a 및 도 12b는 재생 관리 파일 PBLIST을 구성하는 헤더와 그 이외의 부분을 각각 도시한다. 재생 관리 파일 PBLIST은 1 크러스터(1 블럭 = 16 KB)의 사이즈이다. 도 12a에 도시하는 헤더는 32 바이트로 이루어진다. 도 12b에 도시하는 헤더 이외의 부분은 메모리 카드 전체에 대한 이름 NM1-S(256 바이트), 이름 NM2-S(512 바이트), CONTENTSKEY, MAC, S-YMDhms와, 재생 순번을 관리하는 테이블 TRKTBL(800 바이트), 메모리 카드 전체에 대한 부가 정보 INF-S(14720 바이트) 및 최후에 헤더 중의 정보의 일부가 다시 기록되어 있다. 이들 다른 종류의 데이타 군의 각각의 선두는 재생 관리 파일 내에서 소정 단위로 되도록 규정되어 있다.
재생 관리 파일은 도 12a에 도시하는 (0 x 0000) 및 (0 x 0010)으로 표시되는 선두로부터 32 바이트가 헤더이다. 또, 파일 중에서 선두로부터 16 바이트 단위로 간막이 된 단위를 슬롯이라 칭한다. 파일의 제1 및 제2 슬롯에 배치되는 헤더에는 후술하는 의미, 기능, 값을 갖는 데이타가 선두에서 차례로 배치된다. 또, Reserved와 표기되어 있는 데이타는 미정의 데이타를 표시하고 있다. 통상 널(0 x 00)이 기입되지만, 무엇이 기입되어 있어도 Reserved의 데이타가 무시된다. 장래의 버전에서는 변경이 가능하다. 또, 이 부분으로의 기입은 금지한다. Option이라고 기입된 부분도 사용하지 않은 경우는 전부 Reserved와 동일하게 취급된다.
BLKID-TL0(4 바이트)
의미 : BLOCKID FILE ID
기능 : 재생 관리 파일의 선두인 것을 식별하기 위한 값
값 : 고정값 = "TL = 0"(예를 들면, 0 x 544C2D30)
MCode(2 바이트)
의미 : MAKER CODE
기능 : 기록한 기기의 메이커, 모델을 식별하는 코드
값 : 상위 10 비트(메이커 코드) 하위 6 비트(기종 코드)
REVISION(4 바이트)
의미 : PBLIST의 개서 회수
기능 : 재생 관리 파일을 개서할 때의 인크리먼트
값 : 0에서 시작하여 +1씩 증가한다.
S-YMDhms(4 바이트)(Option)
의미 : 신뢰할 수 있는 시계를 갖는 기기에 기록한 년·월·일·시·분·초
기능 : 최종 기록 일시를 식별하기 위한 값
값 : 25 ~ 31 비트 년 0 ~ 99(1980 ~ 2079)
21 ~ 24 비트 월 0 ~ 12
16 ~ 20 비트 일 0 ~ 31
11 ~ 15 비트 시 0 ~ 23
05 ~ 10 비트 분 0 ~ 59
00 ~ 04 비트 초 0 ~ 29(2초 단위)
SN1C+L(2 바이트)
의미 : NM1-S 영역에 기입되는 메모리 카드의 이름(1 바이트)의 속성을 표시한다.
기능 : 사용하는 문자 코드와 언어 코드를 각 1 바이트로 표시한다.
값 : 문자 코드(c)는 상위 1 바이트에서 후술하는 문자를 구별한다.
00 : 문자 코드는 설정하지 않는다. 단순한 2진수로서 취급하는 것.
01 : ASCII(American Standard Code for Information Interchange)
02 : ASCII + KANA 03 : modifided8859-1
81 : MS-JIS 82 : KS C 5601 - 1989 83 ; GB(Great Britain)2312-80
90 : S-JIS(Japanese Industrial Standards)(for Voice)
언어 코드(L)는 하위 1 바이트로 후술하는 EBU Tech 3258 규정에 준거하여 언어를 구별한다.
00 : 설정하지 않음 08 : German 09 : English OA : Spanish
OF : French 15 : Italian 1D : Dutch
65 : Korean 69 : Japanese 75 : Chinese
데이타가 없는 경우 모두 제로로 하는 것.
SN2C+L(2 바이트)
의미 : NM2-S 영역에 기입되는 메모리 카드의 이름(2 바이트)의 속성을 표시한다.
기능 : 사용하는 문자 코드와 언어 코드를 각 1 바이트로 표시한다.
값 : 전술한 SN1C+L과 동일
SINFSIZE(2 바이트)
의미 : INF-S 영역에 기입되는 메모리 카드 전체에 관한 부가 정보의 전부를 합계한 사이즈를 표시한다.
기능 : 데이타 사이즈를 16 바이트 단위의 크기로 기재하고, 없는 경우는 반드시 모두 제로로 하는 것.
값 : 사이즈는 0 x 0001에서 0 x 39C(924)
T-TRK(2 바이트)
의미 : TOTAL TRACK NUMBER
기능 : 총 트랙 수
값 : 1에서 0 x 0190(최대 400 트랙), 데이타가 없는 경우는 모두 제로로 하는 것.
VerNo(2 바이트)
의미 : 포맷의 버전 번호
기능 : 상위가 메이저 버전 번호, 하위가 마이너 버전 번호
값 : 예, 0 x 0100(Ver1,0)
0 x 0203(Ver2, 3)
전술한 헤더에 이은 영역에 기입되는 데이타(도 13B)에 대해 이하에 설명한다.
NM1-S
의미 : 메모리 카드 전체에 관한 1 바이트의 이름
기능 : 1 바이트의 문자 코드로 표시한 가변 길이의 이름 데이타(최대 256)
이름 데이타의 종료는 반드시 종단 코드(0 x 00)로 기입하는 것.
사이즈는 이 종단 코드로부터 계산하는 것. 데이타가 없는 경우는 적어도 선두(0 x 0020)으로부터 널(0 x 00)을 1 바이트 이상 기록하는 것.
값 : 각종 문자 코드
NM2-S
의미 : 메모리 카드 전체에 관한 2 바이트의 이름
기능 : 2 바이트의 문자 코드로 표시한 가변 길이의 이름 데이타(최대로 512)
이름 데이타의 종료는 반드시 종단 코드(0 x 00)로 기입하는 것.
사이즈는 이 종단 코드로부터 계산하는 것. 데이타가 없는 경우는 적어도 선두(0 x 0120)으로부터 널(0 x 00)을 1 바이트 이상 기록하는 것.
값 : 각종 문자 코드
CONTENTS KEY
의미 : 곡마다 사용된 값으로 MG(M)로 보호되고 나서 보존된다. 여기에서 1 번째 곡에 부여되는 CONTENTS KEY와 동일 값
기능 : S-YMDhms의 MAC의 계산에 필요가 되는 키로 된다.
값 : 0에서 0 x FFFFFFFFFFFFFFFF까지
MAC
의미 : 저작권 정보 개선 체크값
기능 : S-YMDhms의 내용과 CONTENTS KEY로부터 작성되는 값
값 : 0에서 0 x FFFFFFFFFFFFFFFF까지
TRK-nnn
의미 : 재생하는 ATRAC 3 데이타 파일의 SQN(시퀀스) 번호
기능 : TRKINF 중의 FNo를 기재한다.
값 : 1에서 400(0 x 190)
트랙이 존재하지 않을 때는 모두 제로로 하는 것.
INF-S
의미 : 메모리 카드 전체에 관한 부가 정보 데이타(예를 들면, 사진, 가사, 해설 등의 정보)
기능 : 헤더를 수반한 가변 길이의 부가 정보 데이타
복수의 다른 부가 정보가 열거되는 것이 있다. 각각에 ID와 데이타 사이즈가 부여되어 있다. 개개의 헤더를 포함하는 부가 정보 데이타는 최소 16 바이트 이상으로 4 바이트의 정수배의 단위로 구성된다. 그 상세에 대해서는 후술한다.
값 : 부가 정보 데이타 구성을 참조
S-YMDhms(4 바이트)(Option)
의미 : 신뢰할 수 있는 시계를 갖는 기기에 기록한 년·월·일·시·분·초
기능 : 최종 기록 일시를 식별하기 위한 값, EMD 시는 필수
값 : 25 ~ 31 비트 년 0 ~ 99(1980 ~ 2079)
21 ~ 24 비트 월 0 ~ 12
16 ~ 20 비트 일 0 ~ 31
11 ~ 15 비트 시 0 ~ 23
05 ~ 10 비트 분 0 ~ 59
00 ~ 04 비트 초 0 ~ 29(2초 단위)
재생 관리 파일의 최후의 슬롯으로서, 헤더 내의 것과 동일한 BLIKID-TL0과, MCode와, REVISION이 기입된다.
민생용 오디오 기기로서, 메모리 카드가 기록 중에 뽑혀지거나, 전원이 끊어지는 것이 있고, 부활한 때에 이들 이상의 발생을 검출하는 것이 필요하게 된다. 전술한 바와 같이, REVISION을 블럭의 선두와 말미에 기입하고, 이 값을 개서할 때에 +1 인크리먼트하도록 하고 있다. 만약, 블럭의 도중에 이상 종료가 발생하면, 선두와 미간의 REVISION 의 값이 일치하지 않고, 이상 종료를 검출할 수 있다. REVISION이 2개 존재하므로, 높은 확률로 이상 종료를 검출할 수 있다. 이상 종료의 검출시에는 에러 메시지의 표시 등의 경고가 발생한다.
또, 1 블럭(16 KB)의 선두 부분에 고정값 BLKID-TL0를 삽입하고 있으므로, FAT가 손상된 경우의 수복의 기준에 고정값을 사용할 수 있다. 즉, 각 블럭 선두의 고정값을 보면, 파일의 종류를 판별하는 것이 가능하다. 그러나, 이 고정값 BLKID-TL0은 블럭의 헤더 및 블럭의 종단 부분에 이중으로 기재하므로, 그 신뢰성의 체크를 행할 수 있다. 또, 재생 관리 파일 PBLIST의 동일한 것을 이중으로 기록해도 좋다.
ATRAC 3 데이타 파일은 트랙 정보 관리 파일과 비교하여 상당 큰 데이타량이고, ATRAC 3 데이타 파일에 관해서는 후술하는 바와 같이 블럭 번호 BLOCK SERIAL가 부여되어 있다. 단, ATRAC 3 데이타 파일은 통상 복수의 파일이 메모리 카드 상에 존재하므로, CONNUM0에서 콘텐츠의 구별을 부여한 상에서, BLOCK SERIAL을 부여하지 않으면, 중복이 발생하고 FAT가 파손된 경우의 파일의 복구가 곤란하게 된다. 다시 말해, 단일 ATRAC 3 데이타 파일은 복수의 BLOCK로 구성됨과 동시에, 이산하여 배치되는 가능성이 있으므로, 동일 ATRAC 3 데이타 파일을 구성하는 BLOCK을 판별하기 위해 CONNUM0를 이용함과 동시에, 동일 ATRAC 3 데이타 파일 내의 승강순을 블럭 번호 BLOCK SERIAL로 결정한다.
마찬가지로, FAT의 파손까지 되지 않지만, 논리가 잘못되어 파일로서 부적합한 경우에, 기입한 메이커의 기종이 특정할 수 있도록 메이커 코드(MCode)가 블럭의 선두와 말미에 기록되어 있다.
도 12c는 부가 정보 데이타의 구성을 도시한다. 부가 정보의 선두에 하기의 헤더가 기록된다. 헤더 이후에 가변 길이의 데이타가 기록된다.
INF
의미 : FIELD ID
기능 : 부가 정보 데이타의 선두를 도시하는 고정값
값 : 0 x 69
ID
의미 : 부가 정보 키 코드
기능 : 부가 정보의 분류를 표시한다.
값 : 0에서 0 x FF
SIZE
의미 : 개별 부가 정보의 크기
기능 : 데이타 사이즈는 자유이지만, 반드시 4 바이트의 정수배이어야 한다. 또 최소 16 바이트 이상의 것. 데이타의 종료에서 나마지가 나온 경우는 널(0 x 00)로 메워 두는 것.
값 : 16에서 14784(0 x 39CO)
MCode
의미 : MAKER CODEE
기능 : 기록한 기기의 메이커, 모델을 식별하는 코드
값 : 상위 10 비트(메이커 코드) 하위 6 비트(기종 코드)
C + L
의미 : 선두로부터 12 바이트째로부터의 데이타 영역에 기입되는 문자의 속성을 표시한다.
기능 : 사용하는 문자 코드와 언어 코드를 각 1 바이트로 표시한다.
값 : 전술한 SNC + L과 동일
DATA
의미 : 개별 부가 정보 데이타
기능 : 가변 길이 데이타로 표시한다. 실 데이타의 선두는 항상 12 바이트째로 개시하고, 길이(사이즈)는 최소 4 바이트 이상, 항상 4 바이트의 정수배이어야 한다. 데이타의 최후로부터 나머지가 있는 경우는 널(0 x 00)로 메우는 것.
값 : 내용에 의해 개별로 정의된다.
도 13은 부가 정보 키 코드의 값(0 ~ 63)과, 부가 정보의 종류의 대응의 한 예를 도시한다. 키 코드의 값(0 ~ 31)이 음악에 관한 문자 정보에 대해 할당되고, 그 (32 ~ 63)이 URL(Uniform Resource Locator)(Web 관계)에 대해 할당되어 있다. 앨범 타이틀, 아티스트 명, CM 등의 문자 정보가 부가 정보로서 기록된다.
도 14는 부가 정보 키 코드의 값(64 ~ 127)과, 부가 정보 종류의 대응의 한 예를 도시한다. 키 코드의 값(64 ~ 95)이 버스/그외에 대해 할당되고, 그 (96 ~ 127)이 제어/수치·데이타 관계에 대해 할당되어 있다. 예를 들면, (ID = 98)의 경우에서는 부가 정보가 TOC(Table of Content)-ID로 된다. TOC-ID는 CD(콤팩트 디스크)의 TOC 정보에 기초하여, 최초의 곡 번호, 최후의 곡 번호, 그 곡 번호, 총 연주 시간, 그 곡 연주 시간을 도시하는 것이다.
도 15는 부가 정보 키 코드의 값(128 ~ 159)과, 부가 정보 종류의 대응의 한 예를 도시한다. 키 코드의 값(128 ~159)이 동기 재생 관계에 대해 할당되어 있다. 도 15 중의 EMD(Electronic Music Distribution)는 전자 음악 분배의 의미이다.
도 16을 참조하여 부가 정보의 데이타의 구체 예에 대해 설명한다. 도 16a는 도 12c와 마찬가지로, 부가 정보의 데이타 구성을 도시한다. 도 16b는 키 코드 ID = 3이 되는 부가 정보가 아티스트명의 예이다. SIZE = 0 x 1C(28 바이트)가 되어, 헤더를 포함하는 이 부가 정보의 데이타 길이가 28 바이트인 것이 도시된다. 또, C + L이 문자 코드 C = 0 x 01이 되고, 언어 코드 L = 0 x 09가 된다. 이 값은 전술한 규정에 의해 ASCII의 문자 코드에서 영어의 언어인 것을 표시한다. 그리고, 선두로부터 12 바이트째로부터 1 바이트 데이타로서 「SIMON&GRAFUNKEL」아티스트명의 데이타가 기입된다. 부가 정보의 사이즈는 4 바이스의 정수 배로 결정되어 있으므로, 1 바이트의 나머지가 (0 x 00)로 된다.
도 16c는 키 코드 ID = 97이 되는 부가 정보가 ISRC(International Standard Recording Code : 저작권 코드)의 예이다. SIZE = 0 x 14(20 바이트)로 되고, 이 부가 정보의 데이타 길이가 20 바이트인 것이 도시된다. 또, C + L이 C = 0 x 00, L = 0 x 00로 되어, 문자, 언어의 설정이 없는 것, 즉 데이타가 2 진수인 것이 도시된다. 그리고, 데이타로서 8 바이트의 ISRC의 코드가 기입된다. ISRC는 저작권 정보(국가, 소유자, 녹음년, 시리얼 번호)를 도시하는 것이다.
도 16d는 키 코드 ID = 97이 되는 부가 정보가 녹음 일시의 예이다. SIZE = 0 x 10(16 바이트)로 되고, 이 부가 정보의 데이타 길이가 16 바이트인 것이 도시된다. 또, C + L이 C = 0 x 00, L = 0 x 00로 되어, 문자, 언어의 설정이 없는 것이 도시된다. 그리고, 데이타로서 4 바이트(32 비트)의 코드가 기입되어, 녹음 일시(년, 월, 일, 시, 분, 초)가 표시된다.
도 16e는 키 코드 ID = 107로 되는 부가 정보가 재생 로그의 예이다. SIZE = 0 x 10(16 바이트)로 되어, 이 부가 정보의 데이타 길이가 16 바이트인 것이 도시된다. 또, C + L이 C = 0 x 00, L = 0 x 00로 되고, 문자, 언어의 설정이 없는 것이 도시된다. 그리고, 데이타로서 4 바이트(32 비트)의 코드가 기입되어, 재생 로그(년, 월, 일, 시, 분, 초)가 표시된다. 재생 로그 기능을 갖는 것은 1회의 재생마다 16 바이트의 데이타를 기록한다.
도 17은 1 SU가 N 바이트(예를 들면, N = 384 바이트)의 경우의 ATRAC 3 데이타 파일 A3Dnnnn의 데이타 배열을 도시한다. 도 17에는 데이타 파일의 속성 헤더(1 블럭)와 음악 데이타 파일(1 블럭)이 도시되어 있다. 도 17에서는 이 2 블럭(16 x 2 = 32 K바이트)의 각 슬롯 선두의 바이트(0 x 0000 ~ 0 x 7FF0)가 도시되어 있다. 도 18에 분리하여 도시하는 바와 같이, 속성 헤더의 선두로부터 32 바이트가 헤더이고, 256 바이트가 곡명 영역 NM1(256 바이트)이며, 512 바이트가 곡명 영역 NM2(512 바이트)이다. 속성 헤더의 헤더에는 하기의 데이타가 기입된다.
BLKID-HD0(4 바이트)
의미 : BLOCKID FILE ID
기능 : ATRAC 3 데이타 파일의 선두인 것을 식별하기 위한 값
값 : 고정값 = "HD = 0"(예를 들면, 0 x 48442D30)
MCode(2 바이트)
의미 : MAKER CODE
기능 : 기록한 기기의 메이커, 모델을 식별하는 코드
값 : 상위 10 비트(메이커 코드) 하위 6 비트(기종 코드)
BLOCK SERIAL(4 바이트)
의미 : 트랙마다 부여된 연속 번호
기능 : 블럭의 선두는 0에서 시작하고 다음의 블럭은 +1씩 인크리먼트 편집되어도 값을 변화시키지 않는다.
값 : 0으로 시작하여 0 x FFFFFFFF까지
N1C + L(2 바이트)
의미 : 트랙(곡명) 데이타(NM1)의 속성을 표시한다.
기능 : MN1에 사용되는 문자 코드와 언어 코드를 각 1 바이트로 표시한다.
값 : SN1C + L과 동일
N2C + L(2 바이트)
의미 : 트랙(곡명) 데이타(NM2)의 속성을 표시한다.
기능 : MN2에 사용되는 문자 코드와 언어 코드를 각 1 바이트로 표시한다.
값 : SN1C + L과 동일
INFSIZE(2 바이트)
의미 : 트랙에 관한 부가 정보의 전부를 합계한 사이즈를 표시한다.
기능 : 데이타 사이즈를 16 바이트 단위의 크기로 기술, 없는 경우는 반드시 모두 제로로 하는 것.
값 : 사이즈는 0 x 0000에서 0 x 3C6(966)
T-PRT(2 바이트)
의미 : 토탈 파츠 수
기능 : 트랙을 구성하는 파츠 수를 표시한다. 통상은 1
값 : 1에서 0 x 285(645 dec)
T-SU(4 바이트)
의미 : 토탈 SU 수
기능 : 1 트랙 중 실제의 총 SU 수를 표시한다. 곡의 연주 시간에 상당한다.
값 : 0 x 01에서 0 x 001FFFFF
INX(2 바이트)(Option)
의미 : INDEX의 상대 장소
기능 : 곡의 정취 부분(특징적인 부분)의 선두를 도시하는 포인터. 곡의 선두로부터의 위치를 SU의 개수를 1/4 한 수로 지정한다. 이것은 통상의 SU의 4배 길이의 시간(약 93 m초)에 상당한다.
값 : 0에서 0 x FFFF(최대 약 6084 초)
XT(2 바이트)(Option)
의미 : INDEX의 재생 시간
기능 : INX-nnn에 지정된 선두로부터 재생해야 할 시간의 SU의 개수를 1/4한 수로 지정한다. 이것은 통상의 SU의 4배 길이의 시간(약 93 m초)에 상당한다.
값 : 0 x 0000: 무설정, 0 x 01로부터 0 x FFFE(최대 6084 초) 0 x FFFF : 곡의 종료까지
다음에, 곡명 영역 NM1 및 NM2에 대해 설명한다.
NM1
의미 : 곡명을 표시하는 문자 열
기능 : 1 바이트의 문자 코드로 표시한 가변 길이의 곡명(최대로 256)
이름 데이타의 종료는 반드시 종단 코드(0 x 00)로 기입하는 것.
사이즈는 이 종단 코드로부터 계산하는 것. 데이타가 없는 경우는 적어도 선두(0 x 0020)으로부터 널(0 x 00)을 1 바이트 이상 기록하는 것.
값 : 각종 문자 코드
NM2
의미 : 곡명을 표시하는 문자 열
기능 : 2 바이트의 문자 코드로 표시한 가변 길이의 이름 데이타(최대로 512)
이름 데이타의 종료는 반드시 종단 코드(0 x 00)로 기입하는 것.
사이즈는 이 종단 코드로부터 계산하는 것. 데이타가 없는 경우는 적어도 선두(0 x 0120)으로부터 널(0 x 00)을 2 바이트 이상 기록하는 것.
값 : 각종 문자 코드
속성 헤더의 고정 위치(0 x 320)로부터 시작하는 80 바이트의 데이타를 트랙 정보 영역 TRKINF라 칭하고, 주로 세큐리티 관계, 카피 제어 관계의 정보를 일괄하여 관리한다. 도 19에 TRKINF의 부분을 도시한다. TRKINF 내의 데이타에 대해, 배치 순서에 따라 이하에 설명한다.
CONTENTS KEY(8 바이트)
의미 : 곡마다 준비된 값으로 메모리 카드의 세큐리티 블럭에서 보호되기 때문에 보존된다.
기능 : 곡을 재생할 때, 먼저 필요가 되는 최초의 키로 된다. MAC 계산시에 사용된다.
값 : 0에서 0 x FFFFFFFFFFFFFFFF까지
MAC(8 바이트)
의미 : 저작권 정보 개선 체크값
기능 : 콘텐츠 누적 번호를 포함하는 복수의 TRKINF의 내용과 숨김 시퀀스 번호로부터 작성되는 값
숨김 시퀀스 번호란 메모리 카드의 숨김 영역에 기록되어 있는 시퀀스 번호의 것이다. 저작권 대응이 아닌 레코더는 숨김 영역을 판독할 수 없다. 또, 저작권 대응의 전용 레코더, 또는 메모리 카드를 판독하는 것을 가능하게 하는 어플리케이션을 탑재한 퍼스널 컴퓨터는 숨김 영역을 억세스할 수 있다.
A(1 바이트)
의미 : 파츠의 속성
기능 : 파츠 내의 압축 모드 등의 정보를 도시한다.
값 : 도 20을 참조하여 이하에 설명한다.
단, N = 0, 1의 모노럴은 bit 7이 1로 서브 신호를 0, 메인 신호(L + R)만의 특별한 Joint 모노럴로서 규정한다. bit 2, 1의 정보는 통상의 재생기는 무시해도 관계없다.
A의 비트 0은 엠퍼시스의 온/오프의 정보를 형성하고, 비트 1은 재생 SKIP가 통상 재생의 정보를 형성하며, 비트 2는 데이타 구분, 예를 들면 오디오 데이타인지 FAX 등의 다른 데이타인지의 정보를 형성한다. 비트 3은 미정의이다. 비트 4, 5,6을 조합시킴으로써, 도시하는 바와 같이 ATRAC 3 모드 정보가 규정된다. 즉, N은 이 3 비트로 표시되는 모드의 값이고, 모노(N = 0, 1), LP(N = 2), SP(N = 4), EX(N= 5), HQ(N= 7)의 5 종류의 모드에 대해 기록 시간(64 MB의 메모리 카드의 경우), 데이타 전송 레이트, 1 블럭 내의 SU 수가 각각 도시되어 있다. 1 SU의 바이트 수는(모노 : 136 바이트, LP : 192 바이트, SP : 304 바이트, EX : 384 바이트, HQ : 512 바이트)이다. 또, 비트 7에 의해, ATRAC 3의 모드(0 : Dual 1 : Joint)가 도시된다.
한 예로서, 64 MB의 메모리 카드를 사용하고, SP 모드의 경우에 대해 설명한다. 64 MB의 메모리 카드에는 3968 블럭이 있다. SP 모드에서는 1 SU가 304 바이트이므로, 1 블럭에 53 SU가 존재한다. 1 SU는(1024/44100)초에 상당한다. 따라서, 1 블럭은
(1024/44100) x 53 x (3968-16) = 4863 초 = 81 분
전송 레이트는
(44100/1024) x 304 x 8 = 104737 bps
가 된다.
LT(1 바이트)
의미 : 재생 제한 플래그(비트 7 및 비트 6)과 세큐리티 버전*비트 5 ~ 비트 0)
기능 : 이 트랙에 관해 제한 사항이 있는 것을 표시한다.
값 : 비트 7 : 0 = 제한없음 1 = 제한 있음
비트 6 : 0 = 기한 내 1 = 기한 종료
비트 5 ~ 비트 0 : 세큐리티 버전 0(0 이외이면 재생 금지로 한다)
FNo(2 바이트)
의미 : 파일 번호
기능 : 최초에 기록된 때의 트랙 번호, 또한 이 값은 메모리 카드 내의 숨김 영역에 기록된 MAC 계산용 값의 위치를 특정한다.
값 : 1에서 0 x 190(400)
MG(D)SERIAL-nnn(16 바이트)
의미 : 기록 기기의 세큐리티 블럭(세큐리티 IC(20))의 시리얼 번호
기능 : 기록 기기마다 전부 다른 고유의 값
값 : 0 에서 0 x FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
CONNUM(4 바이트)
의미 : 콘텐츠 누적 번호
기능 : 곡마다 누적되어 있던 고유의 값으로 기록 기기의 세큐리티 블럭에 의해 관리된다. 2의 32 승, 42억 곡분 사용되어 있고, 기록한 곡의 식별로 사용한다.
값 : 0에서 0 x FFFFFFFF
YMDhms-S(4 바이트)(Option)
의미 : 재생 제한 부착 트랙의 재생 개시 일시
기능 : EMD로 지정하는 재생 개시를 허가하는 일시
값 : 전술한 일시의 표기와 동일.
YMDhms-E(4 바이트)(Option)
의미 : 재생 제한 부착 트랙의 재생 종료 일시
기능 : EMD에서 지정하는 재생 허가를 종료하는 일시
값 : 전술한 일시의 표기와 동일.
MT(1 바이트)(Option)
의미 : 재생 허가 회수의 최대값
기능 : EMD로 지정되는 최대의 재생 회수
값 : 1에서 0 x FF 미사용일 때는 0 x 00
LT의 bit 7의 값이 0인 경우는 MT의 값은 00으로 하는 것.
CT(1 바이트)(Option)
의미 : 재생 회수
기능 : 재생 허가된 회수 내에서, 실제로 재생할 수 있는 회수, 재생마다 디크리먼트한다.
값 : 0 x 00 ~ 0 x FF 미사용일 때는 0 x 00이다.
LT의 bit가 1에서 CT의 값이 00인 경우는 재생을 금지하는 것.
CC(1 바이트)
의미 : COPY CONTROL
기능 : 카피 제어
값 : 도 21에 도시하는 바와 같이 비트 6 및 7에 의해 카피 제어 정보를 표시하고, 비트 4 및 5에 의해 고속 디지탈 카피에 관한 카피 제어 정보를 표시하며, 비트 2 및 3에 의해 세큐리티 블럭 인증 레벨을 표시한다. 비트 0 및 1은 미정의
CC의 예 : (bit 7, 8) 11 : 무제한의 카피를 허가, 01 : 카피 금지 00 : 1회 카피를 허가
(bit 3, 2) 00 : 아날로그없이 디지탈 인으로부터의 녹음, MG 인증 레벨은 0으로 한다.
CD로부터의 디지탈 녹음에서는 (bit 7, 6)은 00, (bit 3, 2)는 00이 된다.
CN(1 바이트)(Option)
의미 : 고속 디지탈 카피 HSCMS(High speed Serial Copy Management System)에서의 카피 허가 회수
기능 : 카피 1회인지 카피 프리인지의 구별을 확장하고, 회수로 지정한다. 카피 제1 세대의 경우에만 유효하고, 카피마다 감산한다.
값 : 00 : 카피 금지, 01에서 0 x FE : 회수, 0 x FF : 회수 무제한
전술한 트랙 정보 영역 TRKINF에 이어져, 0 x 0370으로부터 시작하는 24 바이트의 데이타를 파츠 관리용 파츠 정보 영역 PRTINF라 칭하고, 1개의 트랙을 복수의 파츠로 구성하는 경우에, 시간 축의 순번에 PRTINF를 열거한다. 도 22에 PRTINF의 부분을 도시한다. PRTINF 내의 데이타에 대해 배치 순서에 따라 이하에 설명한다.
PRTSIZE(4 바이트)
의미 : 파츠 사이즈
기능 : 파츠의 크기를 표시한다. 크러스터 : 2 바이트(최상위), 개시 SU : 1 바이트(상위), 종료 SU : 1 바이트(최하위)
값 : 크러스터 : 1에서 0 x 1F40(8000), 개시 SU : 0에서 0 x A0(160), 종료 SU : 0에서 0 x A0(160)(단, SU의 셈 방법은 0, 1, 2, 로 0으로부터 개시한다).
PRTKEY(8 바이트)
의미 : 파츠를 암호화하기 위한 값
기능 : 초기값 = 0, 편집시는 편집의 규칙에 따르는 것.
값 : 0에서 0 x FFFFFFFFFFFFFFFF
CONNUM0(4 바이트)
의미 : 최초에 작성된 콘텐츠 누적 번호 키
기능 : 콘텐츠를 고유하게 하기 위한 ID의 역할
값 : 콘텐츠 누적 번호 초기값 키와 동일 값으로 된다.
ATRAC 3 데이타 파일의 속성 헤더 중에는 도 17에 도시하는 바와 같이 부가 정보 INF가 포함된다. 이 부가 정보는 개시 위치가 고정화되어 있지 않는 점을 제외하고 재생 관리 파일 중의 부가 정보 INF-S(도 11 및 도12b 참조)와 동일하다. 1개 또는 복수의 파츠의 최후 바이트 부분(4 바이트 단위)의 다음을 개시 위치로 하여 부가 정보 INF의 데이타가 개시한다.
INF
의미 : 트랙에 관한 부가 정보 데이타
기능 : 헤더를 수반한 가변 길이의 부가 정보 데이타. 복수의 다른 부가 정보가 열거되는 것이 있다. 각각에 ID와 데이타 사이즈가 부가되어 있다. 개개의 헤더를 포함하는 부가 정보 데이타는 최소 16 바이트 이상으로 4 바이트의 정수배의 단위
값 : 재생 관리 파일 중의 부가 정보 INF-S와 동일하다.
전술한 속성 헤더에 대해, ATRAC 3 데이타 파일의 각 블럭의 데이타가 이어진다. 도 23에 도시하는 바와 같이, 블럭마다 헤더가 부가된다. 각 블럭의 데이타에 대해 이하에 설명한다.
BLKID-A3D(4 바이트)
의미 : BLOCKID FILE ID
기능 : ATRAC 3 데이타 파일의 선두인 것을 식별하기 위한 값
값 : 고정값 = "A3D"(예를 들면, 0 x 41334420)
MCode(2 바이트)
의미 : MAKER CODE
기능 : 기록한 기기의 메이커, 모델을 식별하는 코드
값 : 상위 10 비트(메이커 코드) 하위 6 비트(기종 코드)
CONNUM0(4 바이트)
의미 : 초기에 작성된 콘텐츠 누적 번호
기능 : 콘텐츠를 고유하게 하기 위한 ID 역할, 편집되어도 값은 변화시키지 않는다.
값 : 콘텐츠 누적 번호 초기값 키와 동일 값으로 된다.
BLOCK SERIAL(4 바이트)
의미 : 트랙마다 부여된 연속 번호
기능 : 블럭의 선두는 0에서 시작하고 다음의 블럭은 +1씩 인크리먼트 편집되어도 값을 변화시키지 않는다.
값 : 0에서 시작하여 0 x FFFFFFFF까지
BLOCK-SEED(8 바이트)
의미 : 1 블럭을 암호화하기 위한 1개의 키
기능 : 블럭의 선두는 기록 기기의 세큐리티 블럭에서 난수를 생성, 이어지는 블럭은 +1 인크리먼트된 값, 이 값이 손실되면 1 블럭에 상당하는 약 1초간, 음이 발생하지 않기 때문에, 헤더와 블럭 말미에 동일한 것이 이중으로 기입된다. 편집되어도 값을 변화시키지 않는다.
값 : 초기는 8 바이트의 난수
INITIALIZATION VECTOR(8 바이트)
의미 : 블럭마다 ATRAC 3 데이타를 암호화, 복호화할 때에 필요한 초기값
기능 : 블럭의 선두는 0에서 시작하고, 다음 블럭은 최후의 SU의 최후 암호화된 8 바이트 값. 디바이드된 블럭의 도중으로부터의 경우는 개시 SU의 직전의 최후 8 바이트를 이용한다. 편집되어도 값은 변화시키지 않는다.
값 : 0에서 0 x FFFFFFFFFFFFFFFF
SU-nnn
의미 : 사운드 유닛의 데이타
기능 : 1024 샘플로부터 압축된 데이타, 압축 모드에 의해 출력되는 바이트 수가 다르다. 편집되어도 값을 변화시키지 않는다(한 예로서, SP 모드인 때에서는 N= 384 바이트)
값 : ATRAC 3 데이타 값
도 17에서는 N= 384이므로, 1 블럭에 42 SU가 기입된다. 또, 1 블럭 선두의 2개의 슬롯(4 바이트)가 헤더로 되고, 최후의 1 슬롯(2 바이트)에 BLKID-A3D, MCode, CONNUM0, BLOCK SERIAL이 이중으로 기입된다. 따라서, 1 블럭의 나머지 영역 M 바이트는 16, 38-384 x 42 - 16 x 3 = 208(바이트)가 된다. 이 중에 전술한 바와 같이, 8 바이트의 BLOCK SEED가 이중으로 기록된다.
여기에서, 전술한 FAT 영역이 손상된 경우에는 플래시 메모리의 전체 블럭의 탐색을 개시하고, 블럭 선두부의 블럭 ID BLKIS TL0, HD0, A3D를 각 블럭에 대해 판별한다. 이 처리를 도 24에 도시하는 플로우챠트를 참조하여 설명한다. 블럭 선두의 블럭 ID BLKID가 BLKID-TL0인지 여부를 스텝 SP1에서 판별한다.
이 스텝 SP1에서, 블럭 선두의 블럭 ID BLKID가 BLKID-TL0에서 없는 경우에는 스텝 SP2에서, 블럭 번호를 인크리먼트 처리하여 스텝 SP3에서 블럭의 종단부까지 검색했는지를 판별한다. 스텝 SP3에서, 블럭의 종단부까지 도달하지 않는다고 판별된 경우에는 다시 스텝 SP1로 복귀한다.
그리고, 스텝 SP1에서, 블럭 선두의 블럭 ID BLKID가 BLKID-TL0라고 판별된 경우에는 스텝 SP4에서, 검색한 블럭이 재생 관리 파일 PBLIST로 판정된다. 다음에, 스텝 SP5에서, 재생 관리 파일 PBLIST 내에 포함되는 총 트랙 수 T-TRK를 참조하여 레지스터에 N으로서 기억한다. 한 예로서, 메모리 상에 10 곡의 ATRAC 3 데이타 파일이 존재하는 경우에는(즉, 10 파일) T-TRK에는 10이 기록되어 있다.
다음에, 스텝 SP6에서, 총 트랙 수 T-TRK에 기초하여 블럭 내에 기록되어 있는 TRK-001에서 TRK-400을 순차 참조한다. 전술한 한 예의 경우에는 메모리 내에 10곡 수록되어 있으므로 TRK-001에서 TRK-010까지를 참조하면 좋다.
스텝 SP7에서, TRK-XXX(XXX = 001 ~400)에는 대응하는 파일 번호 FNO가 기록되어 있으므로, 상기 트랙 번호 TRK-XXX와 파일 번호 FNO의 대응 표를 메모리에 기억한다.
스텝 SP8에서, 레지스터에 기억한 N을 디스크리먼트 처리하여 스텝 SP9에서, N = 0이 될때까지 스텝 SP6, 스텝 SP7 및 스텝 SP8을 반복한다. 스텝 SP9에서, N = 0이라고 판단되면 스텝 SP10에서 선두 블럭에 포인터를 리셋하여 선두의 블럭으로부터 탐색을 다시 행한다.
다음에, 스텝 SP11에서, 블럭 선두의 블럭 ID BLKID가 BLKID-HD0인지 여부를 판별한다. 이 스텝 SP11에서, 블럭 선두의 블럭 ID BLKID가 BLKID-HD0에서 없는 경우에는 스텝 SP12에서, 블럭 번호를 인크리먼트 처리하여 스텝 SP13에서, 블럭의 종단부까지 검색했는지 여부를 판별한다.
그리고, 스텝 SP13에서, 블럭의 종단부까지 도달하지 않는다고 판별된 경우에는 다시 스텝 SP11에 제어가 복귀한다.
스텝 SP11에서, 블럭 선두의 블럭 ID BLKID가 BLKID-HD0이라고 판단될 때까지 선두 블럭으로부터의 탐색을 개시한다. 스텝 SP11에서, 블럭 선두의 블럭 ID BLKID가 BLKID-HD0라고 판단된 경우에는 스텝 SP14에서 그 블럭은 도 18의 0 x 0000 ~ 0 x 03FFF에 도시하는 ATRAC 3 데이타 파일의 선두 부분의 속성 헤더(도 8 참조)라고 판단된다.
다음에, 스텝 SP15에서, 속성 헤더 내에 기록되어 있는 파일 번호 FNO, 동일 ATRAC 3 데이타 파일 내에서의 통과 번호를 표시하는 BLOCKSERIAL, 콘텐츠 누적 번호 키 CONNUM0를 참조하여 메모리에 기억한다. 여기에서, 10개의 ATRAC 3 데이타 파일이 존재하는(즉, 10곡 수록되어 있는) 경우에는 선두의 블럭 ID BLKID가 BLKID-TL0로 판단되는 블럭이 10개 존재하므로, 10개 색출될 때까지 상기 처리를 계속한다.
스텝 SP13에서, 블럭의 종단부까지 도달하고 있다고 판단된 경우에는 스텝 SP16에서 선두의 블럭에 포인터를 리셋하여 선두의 블럭으로부터 탐색을 다시 행한다.
다음에, 스텝 SP17에서, 블럭 선두의 블럭 ID BLKID가 BLKID-A3D인지 여부를 판단한다. 이 스텝 SP17에서, 블럭 선두의 블럭 ID BLKID가 BLKID-A3D에서 없는 경우에는 스텝 SP18에서 블럭 번호를 인크리먼트 처리하여 스텝 SP19에서 블럭의 종단부까지 검색했는지 여부를 판별한다. 스텝 SP19에서, 블럭의 종단부까지 이르지 않는다고 판별된 경우에는 다시 스텝 SP17에서 제어가 복귀한다.
그리고, 스텝 SP17에서, 블럭 선두의 블럭 ID BLKID가 BLKID-A3D이라고 판단된 경우에는 스텝 SP20에서 블럭은 ATRAC 3 데이타 파일이 실제로 기록되어 있는 블럭으로 판단된다.
다음에, 스텝 SP21에서, ATRAC 3 데이타 블럭 내에 기록되어 있는 통과 번호 BLOCK SERIAL, 콘텐츠 누적 번호 키 CONNUM0를 참조하여 메모리에 기억한다. 이 콘텐츠 누적 번호 키 CONNUM0는 동일 ATRAC 3 데이타 파일 내에서는 공통의 번호가 부여되어 있다. 즉, 1개의 ATRAC 3 데이타 파일이 10개의 블럭으로 구성되어 있는 경우에는 상기 블럭 내에 각각 기록되어 있는 CONNUM0에는 전부 공통의 번호가 기록되어 있다.
또, 1개의 ATRAC 3 데이타 파일이 10개의 블럭으로 구성되어 있는 경우에는 10개의 블럭의 각각의 BLOCK SERIAL에는 1 ~ 10 중 어느 통과 번호가 부여되어 있다. CONNUM0 및 BLOCKSERIAL에 기초하여 동일 콘텐츠를 구성하는 블럭인지 또 동일 콘텐츠 내의 재생 순서(연결 순서)가 판별된다.
이 실시 형태에서는 10개의 ATRAC 3 데이타 파일(즉, 10곡)이 기록되고, 예를 들면 각각의 ATRAC 3 데이타 파일이 10개의 블럭으로 구성되는 경우에는 100개의 데이타 블럭이 존재하게 된다. 이 10개의 데이타 파일이 어떤 곡번을 구성하고, 어떤 순서로 연결되어야 하는지는 SONNUM0 및 BLOCK SERIAL을 참조하여 행해진다.
스텝 SP19에서, 블럭의 종단부까지 이르고 있다고 판별된 경우에는 전체 블럭에 대해 재생 관리 파일, ATRAC 3 데이타 파일, 속성 파일 전체의 검색을 종료한 것을 의미하므로, 스텝 SP22는 메모리 상에 기억된 블럭 번호에 대응하는 CONNIM0, BLOCK SERIAL, FNO, TRK-XXX에 기초하여 파일의 연결 상태를 재현한다. 연결 상태를 확인할 수 있으면 메모리 상의 파괴되어 있지 않은 빈 에리어에 FAT를 작성해도 좋다.
다음에, 전술한 관리 파일과 다른 데이타 구성의 관리 파일 다른 예에 대해 설명한다. 도 25는 메모리 카드(40)의 파일 구성의 다른 예를 전체로서 도시한다. 음악용 디렉토리에는 트랙 정보 관리 파일 TRKLIST.MSF(이하, 간단히 TRKLIST라고 표기한다)와, 트랙 정보 관리 파일의 백업 TRKLISTB.MSF(이하, 간단히 TRKLISTB라 표기한다)와, 아티스트명, ISRC 코드, 타임 스탬프, 정지 화상 데이타 등의 각종 부가 정보 데이타를 기재하는 INFLIST.MSF(이하, 간단히 INFIST라 표기한다)와, ATRAC 3 데이타 파일 A3Dnnnn.MSA(이하,간단히 A3Dnnnn라 표기한다)가 포함된다. TRKLIST에는 NAME2 및 NAME2가 포함된다. NAME1은 메모리 카드 명, 곡명 블럭(1 바이트 코드용)에서 ASCII/8859-1의 문자 코드에 의해 곡명 데이타를 기재하는 영역이다. NAME2는 메모리 카드명, 곡명 블럭(2 바이트 코드용)에서 MS-JIS/한글/중국어 등에 의해 곡명 데이타를 기재하는 영역이다.
도 26은 음악용 디렉토리의 트랙 정보 관리 파일 TRKLIST와, NAME1 및 NAME2와, ATRAC 3 데이타 파일 A3Dnnnn 사이의 관계를 도시한다. TRKLIST는 전체에서 64 K바이트(= 16 K x 4)의 고정 길이로, 그 속의 32 K 바이트가 트랙을 관리하는 파라메터를 기재하는데 사용되고, 나머지 32K 바이트가 NAME1 및 2를 기재하는데 사용된다. 곡명 등을 기재한 파일 NAME1 및 2는 트랙 정보 관리 파일과 달리 취급해도 실현할 수 있지만, RAM 용량이 작은 시스템은 트랙 정보 관리 파일과 곡명 파일을 분리하지 않는 쪽이 관리 파일을 정리하여 관리할 수 있고, 조작하기 쉽게 된다.
트랙 정보 관리 파일 TRKLIST 내의 트랙 정보 영역 TRKINF-nnnn 및 파츠 정보 영역 PRTINF-nnnn에 의해 데이타 파일 A3Dnnnn 및 부가 정보용 INFLIST가 관리된다. 또, 암호화의 처리를 받은 것은 ATRAC 3 데이타 파일 A3Dnnnn만이다. 도 26 중에서, 횡 방향이 16 바이트(0 ~ F)이고, 종 방향으로 16 진수(0 x 16 진수를 의미한다)로 그 행의 선두 값이 도시되어 있다.
다른 예에서는 트랙 정보 관리 파일 TRKLIST(곡명 파일을 포함한다)와, 부가 정보 관리 파일 INFLIST와, 데이타 파일 A3Dnnnn와의 3개의 파일로 구성되고, TRKLIST에 의해 INFLIST 및 A3Dnnnn가 관리된다. 전술한 데이타 구성의 한 예(도 7, 도 8 및 도 9)에서는 메모리 카드의 전체를 관리하는 재생 관리 파일 PBLIST와, 각 트랙(곡)의 데이타 파일 ATRAC 3와 2종류의 파일의 구성이 된다.
이하, 데이타 구성의 다른 예에 대해 설명하지만, 전술한 데이타 구성의 한 예와 동일 점에 대해서는 그 설명을 생략하게 한다.
도 27은 트랙 정보 관리 파일 TRKLIST의 보다 상세한 구성을 도시한다. 트랙 정보 관리 파일 TRKLIST는 1 크러스터(1 블럭) = 16 KB의 사이즈로, 그 후에 계속해서 백업용 TRKLISTB도 동일 사이즈, 동일 데이타인 것이다. 트랙 정보 관리 파일은 선두로부터 32 바이트가 헤더이다. 헤더에는 전술한 재생 관리 파일 PBLIST 중의 헤더와 마찬가지로, BLKID-TL0/TL0(백업 파일의 ID)(4 바이트), 총 트랙 수 T-TRK(2 바이트), 메이커 코드 MCode(2 바이트), TRKLIST의 개서 회수 REVISION(4 바이트), 갱신 일시의 데이타 S-YMDhms(4 바이트)(Option)이 기입된다. 이들 데이타의 의미, 기능, 값은 전술한 바와 같다. 이들 데이타 이외에 하기의 데이타가 기입된다.
YMDhms(4 바이트)
최후에 TRKLIST가 갱신된 년월일
N1(1 바이트)(Option)
메모리 카드의 연 번호(분자 측)에서, 1매 사용시는 모두 (0 x01)
N2(1 바이트)(Option)
메모리 카드의 연 번호(분모 측)에서, 1매 사용시는 모두 (0 x01)
MSID(2 바이트)(Option)
메모리 카드의 ID에서, 복수 조 시는 MSID가 동일 번호(T. B. D.)(T. B. D. 는 장래 정의될 수 있는 것을 의미한다)
S-TRK(2 바이트)
특별 트랙(401 ~ 408)의 기술(T. B. D.)에서 통상은 0 x 0000
PASS(2 바이트)(Option)
패스워드(T.B.D.)
APP(2 바이트)(Option)
재생 어플리케이션의 규정(T. B. D.)(통상은 0 x 0000)
INF-S(2 바이트)(Option)
메모리 카드 전체의 부가 정보 포인터이고, 부가 정보가 없을 때는 0 x 00으로 한다.
TRKLIST의 최후의 16 바이트로서, 헤더 내의 것과 동일한 BLKID-TL0와, MCode와, REVISION이 배치된다. 또, 백업용 TRKLIST에도 전술한 헤더가 기입된다. 이 경우, BLKID-TL1과 MCode와 REVISION이 배치된다.
헤더의 후에 트랙(곡)마다의 정보를 기재하는 트랙 정보 영역 TRKINF와, 트랙(곡) 내의 파츠의 정보를 기술하는 파츠 정보 영역 PRTINF가 배치된다. 도 27에서는 TRKLIST의 부분에 이들 영역이 전체적으로 도시되어, 하측의 TRKLISTB의 부분에 이들 영역의 상세한 구성이 도시되어 있다. 또, 사선으로 도시하는 영역은 미사용의 영역을 표시한다.
트랙 정보 영역 TRKINF-nnn 및 파츠 정보 영역 PRTINF-nnn에 전술한 ATRAC 3 데이타 파일에 포함되는 데이타가 마찬가지로 기입된다. 즉, 재생 제한 플래그 LT(1 바이트), 콘텐츠 키 CONTENTS KEY(8 바이트), 기록 기기의 세큐리티 블럭의 시리얼 번호 MG(D)SERIAL(16 바이트), 곡의 특징적 부분을 도시하기 위한 XT(2 바이트)(Option) 및 1 NX(2 바이트)(Option), 재생 제한 정보 및 카피 제어에 관련하는 데이타 YMDhms-S(4 바이트)(Option), YMDhms-E(4 바이트)(Option), MT(1 바이트)(Option), CT(1 바이트)(Option), CC(1 바이트), CN(1 바이트)(Option), 파츠의 속성을 도시하는 A(1 바이트), 파츠 사이즈 PRTSIZE(4 바이트), 파츠 키 PRTKEY(8 바이트), 콘텐츠 누적 번호 CONNUM(4 바이트)가 기입되어 있다. 이들 데이타의 의미, 기능, 값은 전술한 바와 같다. 이들 데이타 이외에 하기의 데이타가 기입된다.
T0(1 바이트)
고정값(T0 = 0 x 74)
INF-nnn(Option)(2 바이트)
각 트랙의 부가 정보 포인터(0 ~ 409), 00 : 부가 정보가 없는 곡의 의미
FNM-nnn(4 바이트)
ATRAC 3 데이타의 파일 번호(0 x 0000 ~ 0 x FFFF)
ATRAC 3 데이타 파일명(A3Dnnnnn)의 nnnnn
(ASCII) 번호를 0 x nnnnn로 변환한 값
APP_CTL(4 바이트)(Option)
어플리케이션용 파라메터(T. B. D.)(통상, 0 x 0000)
P-nnn(2 바이트)
곡을 구성하는 파츠 수(1 ~ 2039)에서 전술한 T-PART에 대응한다.
PR(1 바이트)
고정값(PR = 0 x 50)
다음에, 이름을 정리하여 관리하는 이름의 영역 NAME1 및 NAME2에 대해 설명한다. 도 28은 NAME1(1 바이트 코드를 사용하는 영역)의 보다 상세한 데이타 구성을 도시한다. NAME1 및 후술하는 NAME2는 파일의 선두로부터 8 바이트 단위로 간막이 되고, 1 슬롯 = 8 바이트로 되어 있다. 선두의 0 x 8000에는 헤더가 기입되고, 그 후에 포인터 및 이름이 기재된다. NAME1의 최후의 슬롯에 헤더와 동일 데이타가 기재된다.
BLKID-NM1(4 바이트)
블럭의 내용을 특정하는 고정값(NM1 = 0 x 4E4D2D31)
PNM1-nnn(4 바이트)(Option)
NM1(1 바이트 코드)로의 포인터
PNM1-S는 메모리 카드를 대표하는 이름의 포인터
nnn(= 1 ~ 408)은 곡명의 포인터
포인터는 블럭 내의 개시 위치(2 바이트)와 문자 코드 타입(2 비트)와 데이타 사이즈(14 비트)를 기술
NM1-nnn(Option)
1 바이트 코드에서, 메모리 카드명, 곡명 데이타를 가변 길이로 기술
이름 데이타의 종단 코드(0 x 00)를 기입한다.
도 29는 NAME2(2 바이트 코드를 사용하는 영역)의 보다 상세한 데이타 구성을 도시한다. 선두(0 x 8000)에는 헤더가 기입되고, 헤더의 후에 포인터 및 이름이 기재된다. NAME2의 최후의 슬롯에 헤더와 동일 데이타가 기재된다.
BLKID-NM2(4 바이트)
블럭의 내용을 특정하는 고정값(NM2 = 0 x 4E4D2D32)
PNM2-nnn(4 바이트)(Option)
NM2(2 바이트 코드)로의 포인터
PNM2-S는 메모리 카드를 대표하는 이름의 포인터
nnn(= 1 ~408)은 곡명의 포인터
포인터는 블럭 내의 개시 위치(2 바이트)와 문자 코드 타입(2 비트)와 데이타 사이즈(14 비트)를 기재
NM2-nnn(Option)
2 바이트 코드에서, 메모리 카드명, 곡명 데이타를 가변 길이로 기재
이름 데이타의 종단 코드(0 x 0000)를 기입한다.
도 30은 1 SU가 N 바이트 경우의 ATRAC 3 데이타 파일 A3Dnnnn의 데이타 배열(1 블럭분)을 도시한다. 이 파일은 1 슬롯 = 8 바이트이다. 도 30에서는 각 슬롯의 선두(0 x 0000 ~ 0 x 3FF8)의 값이 도시되어 있다. 파일의 선두로부터 4개의 슬롯이 헤더이다. 전술한 데이타 구성의 한 예에서 데이타 파일(도 17 참조)의 속성 헤더에 이은 데이타 블럭과 마찬가지로 헤더가 설치된다. 즉, 이 헤더에는 CLKID-A3D(4 바이트), 메이커 코드 MCode(2 바이트), 암호화에 필요한 BLOCK SEED(8 바이트), 최초에 작성된 콘텐츠 누적 번호 CONNUM0(4 바이트), 트랙마다의 연속 번호 BLOCK SERIAL(4 바이트), 암호화/복호화에 필요한 INITIALIZATION VECTOR(8 바이트)가 기입된다. 또, 블럭 최후의 한개전의 슬롯에, BLOCK SEED가 이중 기록되어, 최후의 슬롯에 BLKID-A3D 및 MCode가 기록된다. 그리고, 전술한 데이타 구성의 한 예와 마찬가지로, 헤더 후에 사운드 유닛 데이타 SU-nnnn이 차례로 배치된다.
도 31은 부가 정보를 기재하기 위한 부가 정보 관리 파일 INFLIST의 보다 상세한 데이타 구성을 도시한다. 다른 데이타 구성에서는 이 파일 INFLIST의 선두(0 x 0000)에는 하기의 헤더가 기술된다. 헤더 이후에 포인터 및 데이타가 기재된다.
BLKID-INF(4 바이트)
블럭의 내용을 특정하는 고정값(INF = 0 x 494E464F)
T-DAT(2 바이트)
총 데이타 수를 기재(0 ~ 409)
MCode(2 바이트)
기록한 기기의 메이커 코드
YMDhms(4 바이트)
기록 갱신 일시
INF-nnn(4 바이트)
부가 정보의 DATA(가변 길이, 2 바이트(슬롯) 단위)로의 포인터
개시 위치는 상위 16 비트에서 도시한다(0000 ~ FFFF)
DataSlot-0000의(0 x 0800) 선두로부터의 오프셋값(슬롯 단위)을 도시한다.
데이타 사이즈는 하위 16 비트로 도시한다(0001 ~ 7FFF)(최상위 비트 MSB에 무효 플래그를 세트한다. MSB = 0(유효를 도시한다), MSB = 1(무효를 도시한다).
데이타 사이즈는 그 곡이 갖는 총 데이타 수를 표시한다.
데이타는 각 슬롯의 선두로부터 시작하고, 데이타의 종료 후는 슬롯의 종료까지 00을 기입하는 것).
최초의 INF는 앨범 전체에 갖는 부가 정보를 도시하는 포인터(통상 INF-409로 도시된다).
도 32는 부가 정보 데이타의 구성을 도시한다. 한개의 부가 정보 데이타의 선두에 8 바이트의 헤더가 부가된다. 이 부가 정보의 구성은 전술한 데이타 구성의 한 예에서의 부가 정보의 구성(도 12c 참조)과 마찬가지의 것이다. 즉, ID로서 IN(1 바이트), 키 코드 ID(1 바이트), 개개의 부가 정보의 크기를 표시하는 SIZE(2 바이트), 메이커 코드 MCode(2 바이트)가 기입된다. 또, SID(1 바이트)는 서브 ID이다.
전술한 본 발명의 한 실시 형태에서는 메모리 카드의 플래시 메모리로서 규정되어 있는 파일 시스템과는 별개로 음악용 데이타에 대한 트랙 정보 관리 파일 TRKLIST를 사용하므로, FAT가 어떤 사고로 파손되어도 파일을 수복하는 것이 가능하게 된다. 도 33은 파일 수복 처리의 흐름을 도시한다. 파일 수복을 위해서는 파일 수복 프로그램에서 동작하고, 메모리 카드를 억세스할 수 있는 컴퓨터(DSP(30)과 마찬가지의 기능을 갖는 것)와, 컴퓨터에 접속된 기억 장치(하드디스크, RAM 등)이 사용된다. 최초의 스텝 101에서 다음의 처리가 된다. 또, 도 25 ~ 도 32를 참조하여 설명한 트랙 관리 파일 TRKLIST에 기초하여 파일을 수복하는 처리를 설명한다.
FAT가 손상된 플래시 메모리의 전체 블럭을 탐색하고, 블럭 선두의 값(BLKID)이 TL-0를 탐색한다. 이 플래시 메모리의 전체 블럭을 탐색하고, 블럭 선두의 값(BLKID)이 TL-1을 탐색한다. 이 플래시 메모리의 전체 블럭을 탐색하고, 블럭 선두의 값(BLKID)이 NM-1을 탐색한다. 이 플래시 메모리의 전체 블럭을 탐색하고, 블럭 선두의 값(BLKID)이 NM-2를 탐색한다. 이 4 블럭(트랙 정보 관리 파일)의 전체 내용은 수복용 컴퓨터에 의해, 예를 들면 하드디스크에 수집한다.
트랙 정보 관리 파일의 선두로부터 4 바이트째 이후의 데이타로부터 총 트랙 수 m의 값을 발견하여 파악해 둔다. 트랙 정보 영역 TRKINF-001의 선두로부터 20 바이트째, 1번째 곡의 CONNUM-001과 그것에 이어 P-001의 값을 발견한다. P-001의 내용으로 구성되는 파츠의 총수를 파악하고, 계속해서 PRTINF 중의 트랙 1을 구성하는 전체 PRTSIZE의 값을 발견하고, 그것을 합계한 총 블럭(크러스터) 수 n을 계산하고 파악해둔다.
트랙 정보 관리 파일은 발견되었으므로, 스텝 102에서는 음의 데이타 파일(ATRAC 3 데이타 파일)을 탐색한다. 플래시 메모리의 관리 파일 이외의 전체 블럭을 탐색하고, ATRAC 3 데이타 파일인 블럭의 선두 값(BLKID)이 A3D 블럭군의 수집을 개시한다.
A3Dnnnn 중에서 선두로부터 16 바이트째에 위치하는 CONNUM0의 값이 트랙 정보 관리 파일의 1번째 곡의 CONNUM-001과 동일로, 20 바이트째로부터의 BLOCK SERIAL의 값이 0인 것을 탐출한다. 이것이 발견되면, 다음의 블럭(크러스터)로서 동일한 CONNUM0의 값으로 20 바이트째로부터의 BLOCK SERIAL의 값이 +1된 것(1 = 0 +1)을 탐출한다. 이것이 발견되면, 마찬가지로 다음의 블럭(크러스터)로서 동일한 CONNUM0의 값으로 20 바이트째로부터의 BLOCK SERIAL의 값이 +1된 것(2 = 1 + 1) 을 탐출한다.
이 처리를 반복하여, 트랙 1의 총 크러스터인 n개로 될 때까지 ATRAC 3 데이타 파일을 탐색한다. 전체가 발견되면, 탐색한 블럭(크러스터)의 내용을 전부 하드디스크에 순번으로 보존한다.
다음의 트랙 2에 관해, 전술한 트랙 1에 관한 처리를 행한다. 즉, CONNUM0의 값이 트랙 정보 관리 파일의 1번째 곡의 CONNUM-002와 동일하게 20 바이트째로부터의 BLOCK SERIAL의 값이 0인 것을 탐출하고, 이하 트랙 1의 경우와 마찬가지로, 최후의 블럭(크러스터) n'까지 ATRAC 3 데이타 파일을 탐출한다. 전체가 발견되면, 탐색한 블럭(크러스터)의 내용을 전부 외부의 하드 디스크에 순번으로 보존한다.
전체 트랙(트랙 수 m)에 대해, 전술한 처리를 반복함으로써 전체 ATRAC 3 데이타 파일이 수복용 컴퓨터가 관리하는 외부의 하드디스크에 수집된다.
그리고, 스텝 103에서, FAT가 손상된 메모리 카드를 다시 초기화하고, FAT를 재구축하며, 소정의 디렉토리를 만들어, 트랙 정보 관리 파일과, m 트랙분의 ATRAC 3 데이타 파일을 하드디스크 측에서 메모리 카드로 카피한다. 이것에 의해 수복 작업이 완료한다.
또, 관리 파일, 데이타 파일에서, 중요한 파라메터(주로, 헤더 내의 코드)를 이중으로 제한하지 않고, 3 중 이상 기록해도 좋고, 중요한 파라메터에 대해 전용 에러 정정 부호의 부호화를 행하도록 해도 좋다. 또, 이와 같이 다중 기록하는 경우의 위치는 파일의 선두 및 말미의 위치에 제한되지 않고, 1 페이지 단위 이상 떨어진 위치이면 유효하다.
본 발명은 메모리 카드에 기록되어 있는 데이타 파일(ATRAC 3 파일)의 이상 검출이 가능한 것이다. 이하, 제1 실시 형태인 도 7 ~ 도 24, 제2 실시 형태인 도 25 ~ 도 32를 참조하여 이상 검출에 관련하는 부분을 보다 상세히 설명한다.
여기에서, 현재의 메모리 카드에 기대되어 있는 압축률은 전술한 도 20으로부터도 알 수 있는 바와 같이, 1/8 ~ 1/43 정도이다. 현재의 ATRAC 3에서 이용되는 1024 샘플/1 채널을 예로 들면 처리의 단위인 SU의 데이타량(예를 들면, SU의 값이라 칭한다)이 256 바이트 ~ 48 바이트 정도의 범위이다.
이 SU는 1 블럭에 50개 정도 포함되어 있다. 이 한 실시 형태는 이 1 블럭의 선두의 어떤 SU의 1 바이트에 있는 고정값을 반드시 셋트해 두면, 암호를 해독하여 고정값을 검출하는 것 만으로, 정확히 암호화가 된 오디오 데이타인지 여부를 판정한다. 예를 들면, 1초 걸러 정확히 암호화가 되어 있는지 여부를 판정할 수 있다. 그리고, 이상한 재생 출력이 되는 것이 검출된 경우는 빠르게 뮤팅이나 표시를 행한다. 전술한 도 1에 도시하는 레코더에서는 D/A 변환기(18)에서 뮤팅을 행하고, 이상한 재생 출력이 발생하는 것을 방지하도록 하고 있다. 또, 이상한 검출이 행해진 경우는 신장 처리를 금지해도 좋다.
또, 본 발명의 한 실시형태에 대해, 기록시의 처리에 대해 도 34에 도시하는 블럭도를 이용하여 설명한다. 전술한 도 1에 도시하는 바와 같이, 오디오 엔코더/디코더 IC(10)로부터 ATRAC 3에서 압축된 오디오 데이타가 세큐리티 IC(20)로 공급된다. 이 도 34에서는 오디오 엔코더(71)로부터 ATRAC 3에서 압축된 오디오 데이타가 검출부(73)의 시프트 레지스터(74)로 공급된다. 시프트 레지스터(74)로부터 암호기(77)로 오디오 데이타가 공급된다. 한 예로서, 도 35에 도시하는 시리얼 신호가 오디오 엔코더(71)로부터 시프트 레지스터(74)로 공급된다. 압축된 오디오 데이타가 오디오 엔코더(71)로부터 시프트 레지스터(74)로 출력되는 타이밍은 바이트 카운터(72)에 의해 제어된다. 또, 판독하는 블럭의 선두 타이밍은 바이트 카운터(72)에 미리 세트되어 있다.
1 블럭 중에는 약 50의 SU가 포함되어 있고, 이 선두의 SU 최초의 1 바이트가 시프트 레지스터(74)에 도입된 타이밍에서, 일치 검출 회로(75)에 의해 이 블럭 선두의 SU 최초의 1 바이트의 상위 6 비트와, 고정값 VF1(즉, (101000))과의 일치 검출이 행해진다. 그 판정 결과 Sc1는 일치 검출 회로(75)로부터 출력된다. 이와 같이, 이 검출부(73)에서는 ATRAC 3이 실시된 SU의 1 블럭 선두의 1 바이트가 고정값 VF1에 설정되어 있는지 여부가 확인된다. 암호기(77)에서는 공급된 오디오 데이타에 대해 키(78)를 이용하여 암호화가 실시된다. 암호기(77)에서 암호화된 데이타는 메모리 카드(40)에 기입됨과 동시에, 복호기(81)로 공급된다.
복호기(81)에서는 키(78)와 동일 키(82)를 사용하여 암호화된 데이타가 복호되고, 도 35에 도시하는 바와 같은 시리얼 신호로 변환된다. 복호기(81)로부터 출력되는 시리얼 신호는 검출부(84)의 시프트 레지스터(85)로 공급된다. 복호기(81)로부터 시프트 레지스터(85)로 출력되는 타이밍은 바이트 카운터(83)에 의해 제어된다. 판독하는 블럭의 선두 타이밍은 바이트 카운터(83)에 미리 세트되어 있다. 시프트 레지스터(85)에는 1 블럭 중에 약 50개만큼 포함되는 SU 선두의 초기의 1 바이트가 도입된다. 일치 검출 회로(86)에서는 도입된 1 바이트의 상위 6 비트와, 고정값 VF2(즉 (101000))와의 일치 검출이 행해진다. 그 판정 결과 Sc2는 일치 검출 회로(86)로부터 출력된다.
그리고, 일치 검출 회로(75)로부터의 판정 결과 Sc1와, 일치 검출 회로(86)로부터의 판정 결과 Sc2와의 논리 합(AND)에 의해 시프트 레지스터(74 및 85)에 보유되어 있는 1 바이트의 데이타의 상위 6 비트와, 고정값 VF1 및 VF2가 일치하고 있다고 판정된 경우, 헤더 OK로서 판정 결과의 스테이터스가 출력된다. 또, 일치하지 않는다고 판정된 경우, 재생시는 먼저 재생 음에 뮤트가 가해지고, 녹음시는 경고하거나 시스템에 리셋을 가해 이상한 재생 출력이 되는 상태를 해결하는지 상태를 본다.
실제는, 예를 들면 50개마다 특정한 SU에만 고정값 VF1 또는 VF2를 세트하는 것은 크게 변하므로, 전부의 SU에 고정값 VF1 및 VF2를 세트하여 그 일부만 절취하는 방법으로 된다. 고정값 VF1 또는 VF2가 검출되지 않는 경우는 에러 플래그가 세워진다.
또, 전체 SU에 고정값을 세트하는 방법에 의하면, 압축 모드의 차이나, LR의 위상 어긋남 등의 이상도 겸비하여 검출이 가능하게 된다. 구체적으로는 전술한 도 21에 도시하는 바와 같이, 이 실시 형태에서는 압축 모드가 Dual 모드와 Joint 모드의 2 종류가 있고, 또한 모노럴이 있으므로, 합계 3 종류의 기록 방법이 있다. 헤더의 1 바이트를
101000 - 00 : Dual(L)
101000 - 01 : Dual(R)
101000 - 10 : Joint
101000 - 11 : 모노럴
이상과 같이 정의한다.
전술한 일치 검출 회로(75 또는 86)에서, 시프트 레지스터(74 또는 85)에 보유되는 1 바이트의 상위 6 비트는 고정값 VF1 또는 VF2와 일치 검출이 행해지고, 하위 2 비트에 의해 그 기록 방법이 정의된다. 이것에 의해, 이 오디오 데이타의 이상 검출과, 압축 모드의 검출이 동시에 행해진다. 또, 압축 모드의 검출이 행해짐으로써, 다른 압축 모드의 콤바인 등의 혼란의 회피도 가능하다.
그리고, 메모리 카드(40)에 이미 기록되어 있는 암호화가 실시된 데이타를 재생할 때의 처리에 대해, 도 36을 이용하여 설명한다. 이 때, 전술한 도 34에 도시하는 블럭과 동일 기능이 이루어지는 블럭에는 동일 참조 부호를 붙이고 그 설명을 생략한다. 메모리 카드(40)로부터 판독되어 암호화가 실시된 데이타가 복호기(81)로 공급된다. 검출부(84)에서는 재생되는 오디오 데이타의 이상한 재생 출력을 검출할 수 있다. 재생 출력이 이상이 된다고 판정된 경우, 재생시는 먼저 재생 음에 뮤팅되어, 예를 들면 전술한 바와 같이 D/A 변환기(18)에 대해 뮤팅 신호가 공급된다. 시프트 레지스터(85)로부터 출력되는 데이타는 오디오 디코더(88)로 공급된다. 오디오 디코더(88)에서는 공급된 데이타가 재생된다.
여기에서, 전술한 암호기(77)에 의해 이루어지는 암호화의 구체적인 것으로서, DES의 사용에 대해 규정되어 있는 4개의 이용 모드 중 1개인 CBC(Cipher Block Chaining) 모드라 칭해지는 암호화를 실시하는 것을 설명한다. 이 CBC 모드를 채용하고 있는 경우에는 트랙의 선두로부터 1번째의 블럭 이외의 블럭은 항상 1개전의 블럭의 최후의 SU의 8 바이트를 기억해 두고, 엔코드 후 먼저 디코드하여 다음의 블럭의 선두에 설치되어 있는 고정값을 재현할 수 있는지 체크를 1 블럭 걸러(시간으로 해서 약 1초 걸러) 계속해야 한다.
CBC 모드에서는 트랙의 선두로부터 1번째 블럭의 선두 SU의 최초 8 바이트 P1은 이니셜라이제이션 벡터 INV와 배타적 논리합(EXOR)이 행해지고, 키 K에 의해 암호화가 행해진다. 여기에서, DES : 암호화, Pi : 평문, Ci : 암호문, K : 키, (+) : 배타적 논리합의 기호로 표기하면,
DES(P1(+), INV, K) = C1
가 된다.
트랙의 선두로부터 1번째의 블럭 이외의 블럭의 암호화에는 직전의 암호화한 출력(암호문 :C1)을 필요로 하므로, 다음의 8 바이트의 암호화는
DES(P2(+), C1, K) = C2
가 된다.
이와 같이, 암호화는 8 바이트의 단위로 DES가 행해지기 때문에, 블럭의 선두 8 바이트(선두 데이타)를 암호화하기 위해 직전의 SU의 최후의 암호화 8 바이트(직전 데이타)를 필요로 하므로, 암호기(77)에는 선두 데이타 및 직전 데이타를 기억할 수 있는 일시 보관 메모리가 필요하게 된다.
그리고, 전술한 복호기(81)에 의해 암호문의 복호가 행해진다. 여기에서, IDES : 복호화로 표기하면,
IDES(C1, K) (+) INV
= P1(+) INV(+) INV = P1
이 된다.
트랙의 선두로부터 1번째의 블럭 이외의 블럭의 복호에는 직전의 암호문 C1을 필요로 하므로, 다음의 8 바이트의 복호화는
IDES(C2, K) (+) C1
= P2(+) C1(+) C1 = P2
이 된다.
이와 같이 복호는 암호화와 마찬가지 8 바이트의 단위로 DES가 행해지기 때문에, 블럭 선두의 암호문 8 바이트(선두 데이타)를 복호하기 위해 직전의 SU 최후의 암호문 8 바이트(직전 데이타)를 필요로 하므로, 복호기(81)에는 선두 데이타 및 직전 데이타를 기억할 수 있는 일시 보관 메모리가 필요하게 된다.
이와 같이, 기록시의 ATRAC 3의 출력을 체크할 수 있다. 또, 암호를 건 후에도 블럭의 선두 데이타와 직전 데이타를 일시 기억하는 일시 보관 메모리를 갖는 복호기를 이용함으로써, 엔코드한 데이타의 체크를 마찬가지로 행할 수 있다.
도 37에서, 본 발명에서의 기록 재생 장치의 블럭도를 도시한다. CD, 인터넷 등으로부터 디지탈 오디오 신호가 입력 단자(91)에 입력되어, ATRAC 3 엔코더(92)에서 고능률 부호화가 실시되어 압출된 디지탈 오디오 신호로 변환된다. ATRAC 3 엔코더(92)에서, 압축된 디지탈 오디오 신호는 SU마다 변환되고, SU마다 블럭화되어 출력된다. SU 단위의 데이타 길이는 256 바이트 ~ 48 바이트와 가변 길이이다. 이것은 ATRAC 3이라는 엔코드 방법이 가변 레이트에서의 압축을 가능하게 하고 있기 때문이다.
ATRAC 3 엔코더(92)로부터 출력되는 블럭화된 압축 디지탈 오디오 신호에 대해 소정 타이밍에서 고정값 발생기(93)로부터 출력되는 고정값 VF가 가산기((50에 가산된다. 고정값 VF를 부가하는 타이밍은 타이밍 제어기(94)에서 제어된다.
타이밍 제어기(94)는 후술하는 암호화를 실시하는 단위인 50 SU 중 선두 SU에 대해서만 고정 VF를 부가해도 좋다. 이 경우에는 ATRAC 3 엔코더(92)로부터 블럭 정보를 상기 타이밍 제어기(94)에서 카운트하여 고정값 발생기(93)를 제어하도록 한다. 또, 타이밍 제어기(94)는 ATRAC 3 엔코더(92)로부터 출력되는 전체 SU에 대해 고정값 VF를 부가해도 좋다. 이 경우에는 복조시에 암호화를 해독하는 타이밍(50 SU)마다 고정값을 추출하여 후의 SU에 부가된 고정값은 파기하도록 하면 좋다.
가산기(95)에서, 가산된 압축 디지탈 오디오 신호와 고정값은 암호화기(96)에서 키(97)로부터 공급되는 키를 이용하여 소정의 암호화가 실시된다. 본 발명의 실시 형태에서는 DES(Data Encrypotion Standard)에 기초한 암호화가 실시된다. 암호화기(96)에서, 암호화가 실시된 압축 디지탈 오디오 신호와 고정값은 소정의 블럭 단위 불휘발성 메모리(98)에 기록된다.
여기에서, 고정값 발생기(93)에서 발생하는 고정값은 VF와 1개의 고정값만이지만, 예를 들면 오디오 채널마다 고정값을 변화시켜 기록해도 좋다. 또, 본 발명은 전술한 바와 같이 엔코더 방법으로서 가변 레이트에서의 압축 방법을 적응하고 있으므로 압축률에 따라 고정값을 변화시켜 기록해도 좋다.
복호시에는 불휘발성 메모리(98)에 기록된 암호 및 압축이 실시된 디지탈 오디오 신호를 판독하여 암호 복호기(99)에서 키(100)로부터 공급되는 키에 의해 복호 처리가 실시된다. 암호 복호기(99)에서, 암호화가 해독된 압축이 실시된 디지탈 오디오 신호 ATRAC 3 데이타가 블럭화되어 출력된다. 또, 디지탈 오디오 신호 ATRAC 3 데이타에 소정의 타이밍에서 고정값 VF가 부가되어 있다.
블럭화된 압축이 실시된 디지탈 오디오 신호 ATRAC 3 데이타와, 고정값 VF가 타이밍 제어기(101)로부터의 타이밍에 기초하여 감산기(102)에서 분리된다. 타이밍 제어기(101)에서는 암호 복호기(99)로부터의 블럭 정보를 수신하여 고정값을 추출하는 타이밍에 제어된다.
감산기(102)에서 추출된 고정값 VF와 고정값 메모리(103)에 기억되어 있는 고정값이 비교기(104)에서 비교된다. 비교기(104)에서, 감산기(102)에서 추출된 고정값 VF과 고정값 메모리(103)에 기억되어 있는 고정값이 일치한 경우에는 암호화기(96) 및 암호 복호기(99)에서의 암호화, 복호화가 이상없이 실시되게 된다. 비교기(104)에서, 암호화, 복호화가 이상없이 실시되고 있다고 판단한 경우에는 검사 결과를 ATRAC 3 디코더(105)에서 압축이 실시된 디지탈 오디오 신호 ATRAC 3 데이타에 대한 디코드 처리를 허가한다. 한편, 비교기(104)에서, 암호화, 복호화가 이상 있다고 판단한 경우에는 ATRAC 3 디코더(105)에서 압축이 실시된 디지탈 오디오 신호 ATRAC 3 데이타에 대한 디코드 처리를 불허가로 한다. 이것에 의해, 암호가 정확히 이루어졌는지 여부에 따라 압축 디코드의 허가/불허가를 제어한다.
또, 엔코드시에 고정값을 오디오 채널마다 변화시킨 경우에는 디코드시에 고정값 메모리(103)에 미리 복수의 고정값을 기억해 두고, 비교기(104)에서 감산기(102)에서 추출된 고정값 VF과 순차 비교함으로써, 오디오 채널의 특정을 행한다. 특정된 오디오 채널에 따라 ATRAC 3 디코더(105)에서 신장 처리가 제어된다.
또, 엔코드시에 고정값을 압축률마다 변화시킨 경우에는 디코드시에 고정값 메모리(103)에 미리 복수의 고정값을 기억해 두고, 비교기(104)에서 감산기(102)에서 추출된 고정값 VF과 순차 비교함으로써 압축률의 특정을 행한다. 특정된 압축률에 따라 ATRAC 3 디코더(105)에서의 신장 처리가 제어된다.
본 발명에 의존하면, 암호화가 실시되어 있어도, 그 블럭 선두의 SU의 1 바이트가 소정값인지 여부를 판정함으로써, 그 블럭의 이상을 검출할 수 있으므로, 이상한 재생 출력을 방지할 수 있다. 또, 미리 기록되어 있는 데이타를 재생할 때에, 그 데이타의 재생 출력이 이상이 되는 바와 같은 경우, 그 데이타의 재생 출력을 방지할 수 있다. 또, 동시에 압축 모드의 검출을 행할 수도 있고, 다른 압축 모드의 콤바인 등의 혼란을 회피할 수도 있다.

Claims (26)

  1. 입력되는 디지탈 신호에 대해 소정의 압축 처리를 실시함과 동시에 블럭화를 실시하는 압축 처리 수단과,
    소정의 고정값을 발생하는 고정값 발생 수단과,
    상기 압축 처리 수단에서 압축이 실시된 디지탈 신호의 블럭화에 대해 소정의 타이밍에서 상기 고정값 발생 수단에서 발생한 상기 고정값을 부가하는 부가 수단과,
    상기 부가 수단에서 부가된 상기 고정값 및 압축이 실시된 상기 디지탈 신호에 대해 암호화를 실시하는 암호화 수단과,
    상기 암호화 수단에서 암호화가 실시된 상기 고정값 및 압축이 실시된 상기 디지탈 신호를 기록 매체에 기록하는 기록 수단을 구비하여 이루어지는 기록 장치.
  2. 제1항에 있어서,
    상기 기록 매체는 기록 장치 본체로부터 착탈가능인 것을 특징으로 하는 기록 장치.
  3. 제1항에 있어서,
    상기 기록 매체는 불휘발성 메모리인 것을 특징으로 하는 기록 장치.
  4. 제1항에 있어서,
    압축률에 의해 상기 고정값 발생 수단에서 발생하는 고정값을 변화시키는 것을 특징으로 하는 기록 장치.
  5. 제1항에 있어서,
    상기 디지탈 신호는 디지탈 오디오 신호로서 채널에 의해 상기 고정값 발생 수단에서 발생하는 고정값을 변화시키는 것을 특징으로 하는 기록 장치.
  6. 제1항에 있어서,
    압축이 실시된 디지탈 신호의 복수 블럭을 암호화를 실시하는 최소 단위로 한 경우에, 상기 부가 수단에서 고정값을 부가하는 타이밍은 상기 복수 블럭의 선두 블럭에 대해 부가하는 것을 특징으로 하는 기록 장치.
  7. 제1항에 있어서,
    상기 부가 수단에서 고정값을 부가하는 타이밍은 전체 블럭에 대해 부가하는 것을 특징으로 하는 기록 장치.
  8. 입력되는 디지탈 신호에 대해 소정의 압축 처리를 실시함과 동시에 블럭화를 실시하는 단계와,
    소정의 고정값을 발생하는 고정값을 발생시키는 단계와,
    상기 압축이 실시된 디지탈 신호의 블럭에 대해 소정의 타이밍에서 발생한 상기 고정값을 부가하는 단계와,
    부가된 상기 고정값 및 압축이 실시된 상기 디지탈 신호에 대해 암호화를 실시하는 단계와,
    암호화가 실시된 상기 고정값 및 압축이 실시된 상기 디지탈 신호를 기록 매체에 기록하는 단계로 이루어지는 기록 방법.
  9. 제8항에 있어서,
    상기 기록 매체는 기록 장치 본체로부터 착탈가능인 것을 특징으로 하는 기록 방법.
  10. 제8항에 있어서,
    상기 기록 매체는 불휘발성 메모리인 것을 특징으로 하는 기록 방법.
  11. 제8항에 있어서,
    압축률에 의해 상기 고정값을 변화시키는 것을 특징으로 하는 기록 방법.
  12. 제8항에 있어서,
    상기 디지탈 신호는 디지탈 오디오 신호로서, 채널에 의해 상기 고정값을 변화시키는 것을 특징으로 하는 기록 방법.
  13. 제8항에 있어서,
    압축이 실시된 디지탈 신호의 복수 블럭을 암호화를 실시하는 최소 단위로 한 경우에, 부가된 상기 고정값을 부가하는 타이밍은 상기 복수 블럭의 선두 블럭에 대해 부가하는 것을 특징으로 하는 기록 방법.
  14. 제8항에 있어서,
    상기 고정값을 부가하는 타이밍은 전체 블럭에 대해 부가하는 것을 특징으로 하는 기록 방법.
  15. 블럭화된 메인 데이타에 소정 타이밍에서 고정 데이타가 부가된 디지탈 신호에 대해 압축 및 암호화가 실시되고, 기록된 기록 매체를 재생하는 재생 장치에 있어서,
    상기 압축 및 암호화가 실시된 디지탈 신호에 대해 암호화를 해독하는 암호 복조 수단과,
    상기 암호 복조 수단에서 암호화가 해독된 디지탈 신호로부터 고정 데이타와 압축된 메인 데이타를 분리하는 분리 수단과,
    상기 분리 수단에서 분리되어 압축된 상기 메인 데이타에 대해 신장 처리를 실시하는 복조 수단과,
    고정값을 미리 기억해 두는 메모리 수단과,
    상기 분리 수단으로부터 분리한 상기 고정 데이타와 상기 메모리 수단에 기억된 상기 고정값을 비교하는 비교 수단과,
    상기 비교 수단에서 비교 결과에 기초하여 상기 복조 수단에서의 압축된 상기 메인 데이타에 대해 신장 처리를 허가/불허가로 제어하는 제어 수단을 구비하여 이루어지는 재생 장치.
  16. 제15항에 있어서,
    상기 기록 매체는 기록 장치 본체로부터 착탈가능인 것을 특징으로 하는 재생 장치.
  17. 제15항에 있어서,
    상기 기록 매체는 불휘발성인 것을 특징으로 하는 재생 장치.
  18. 제15항에 있어서,
    상기 메모리 수단에는 채널마다 변화하는 고정값을 복수 기록해 두고, 상기 메모리 수단에 기록된 복수 고정값과 상기 분리 수단으로부터 분리한 상기 고정 데이타를 순차 비교하여 채널을 특정하는 것을 특징으로 하는 재생 장치.
  19. 제15항에 있어서,
    상기 메모리 수단에는 압축률마다 변화하는 고정값을 복수 기록해 두고, 상기 메모리 수단에 기억된 복수의 상기 고정값과 상기 분리 수단으로부터 분리한 상기 고정 데이타를 순차 비교하여 압축률을 특정하는 것을 특징으로 하는 재생 장치.
  20. 제15항에 있어서,
    상기 비교 결과에 기초하여 압축된 메인 데이타에 대해 신장 처리를 허가는 하지만 뮤트 처리를 실시하는 것을 특징으로 하는 재생 장치.
  21. 블럭화된 메인 데이타에 소정 타이밍에서 고정 데이타가 부가된 디지탈 신호에 대해 압축 및 암호화가 실시되고 기록된 기록 매체를 재생하는 재생 방법에 있어서,
    상기 압축 및 암호화가 실시된 디지탈 신호에 대해 암호화를 해독하는 단계와,
    암호화가 해독된 상기 디지탈 신호로부터 고정 데이타와 압축된 메인 데이타를 분리하는 단계와,
    분리되어 압축된 상기 메인 데이타에 대해 신장 처리를 실시하는 단계와,
    분리한 상기 고정 데이타와 미리 기록된 고정값을 비교하는 단계와,
    상기 비교 결과에 기초하여 압축된 메인 데이타에 대해 신장 처리를 허가/불허가로 제어하는 단계로 이루어지는 재생 방법.
  22. 제21항에 있어서,
    상기 기록 매체는 기록 장치 본체로부터 착탈가능한 것을 특징으로 하는 재생 방법.
  23. 제21항에 있어서,
    상기 기록 매체는 불휘발성 메모리인 것을 특징으로 하는 재생 방법.
  24. 제21항에 있어서,
    채널마다 변화하는 고정값을 미리 복수 기억해 두고, 기억된 상기 복수 고정값과 분리한 상기 고정 데이타를 순차 비교하여 채널을 특정하는 것을 특징으로 하는 재생 방법.
  25. 제21항에 있어서,
    압축률마다 변화하는 고정값을 복수 기억해 두고, 기억된 상기 복수 고정값과 분리한 상기 고정 데이타를 순차 비교하여 압축률을 특정하는 것을 특징으로 하는 재생 방법.
  26. 제21항에 있어서,
    상기 비교 결과에 기초하여 압축된 메인 데이타에 대해 신장 처리를 허가는 하지만 뮤트 처리를 실시하는 것을 특징으로 하는 재생 방법.
KR1020007012235A 1999-03-03 2000-03-03 기록 장치, 기록 방법, 재생 장치 및 재생 방법 KR100716441B1 (ko)

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
JP5586099 1999-03-03
JP99-055860 1999-03-03
JP9628299 1999-04-02
JP99-096282 1999-04-02
JP17818899 1999-06-24
JP99-178188 1999-06-24
JP99-191536 1999-07-06
JP19153699 1999-07-06
JP34747499 1999-12-07
JP99-347474 1999-12-07

Publications (2)

Publication Number Publication Date
KR20010043276A true KR20010043276A (ko) 2001-05-25
KR100716441B1 KR100716441B1 (ko) 2007-05-10

Family

ID=27523263

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020007012235A KR100716441B1 (ko) 1999-03-03 2000-03-03 기록 장치, 기록 방법, 재생 장치 및 재생 방법

Country Status (6)

Country Link
US (2) US7167561B1 (ko)
EP (1) EP1079372A4 (ko)
JP (1) JP4524921B2 (ko)
KR (1) KR100716441B1 (ko)
CN (1) CN1143218C (ko)
WO (1) WO2000052684A1 (ko)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4362964B2 (ja) * 2000-10-13 2009-11-11 ソニー株式会社 情報処理装置および方法、並びに記録媒体
JP3678181B2 (ja) 2001-08-08 2005-08-03 ソニー株式会社 再生装置および方法、並びにディスク再生装置
JP2004280752A (ja) * 2003-03-19 2004-10-07 Sony Corp データ記憶装置、およびデータ記憶装置における管理情報更新方法、並びにコンピュータ・プログラム
JP4447989B2 (ja) * 2004-08-27 2010-04-07 ソニー株式会社 データ再生装置、データ再生方法およびデータ処理システム
US7757300B2 (en) 2004-10-13 2010-07-13 Hitachi, Ltd. Digital information recording and reproducing method and apparatus therefor
WO2006077822A1 (ja) * 2005-01-24 2006-07-27 Matsushita Electric Industrial Co., Ltd. 署名生成装置及び署名検証装置
US9281004B2 (en) * 2006-12-11 2016-03-08 Mitsubishi Electric Corporation Content assessment apparatus, content assessment method, information reproducing apparatus, and information reproducing method
JP2007221807A (ja) * 2007-03-12 2007-08-30 Softbank Mobile Corp 復号化装置および電子機器
JP4504450B1 (ja) * 2008-12-26 2010-07-14 株式会社東芝 磁気ディスク装置及び同装置におけるデータリフレッシュ方法
EP2273409A3 (en) * 2009-07-10 2013-01-16 Disney Enterprises, Inc. Interoperable keychest
US9507670B2 (en) * 2010-06-14 2016-11-29 Veeam Software Ag Selective processing of file system objects for image level backups
AU2011270773A1 (en) 2010-06-25 2012-11-08 Coatings Foreign Ip Co. Llc Process for producing and delivering matching color coating and use thereof
CN103117832A (zh) * 2013-02-07 2013-05-22 哈尔滨工业大学 高强度信息加密方法
CN104658608B (zh) 2013-11-22 2018-03-06 华为技术有限公司 存储设备的写入方法及写入装置
CN106488938B (zh) * 2014-07-07 2019-05-10 东曹株式会社 耐紫外线吸收剂性聚氨酯脲树脂组合物、使用了该组合物的成形体和涂布材料
BR112017012284B1 (pt) * 2014-12-09 2021-10-19 Basf Coatings Gmbh Dispersão aquosa de poliuretano-poliureia e tinta de base aquosa contendo a dispersão citada.
US11991298B2 (en) * 2019-06-14 2024-05-21 Ailia Sa Method for the execution of an instance of a smart contract by means of a blockchain

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3723878A (en) * 1970-07-30 1973-03-27 Technical Communications Corp Voice privacy device
US4433211A (en) * 1981-11-04 1984-02-21 Technical Communications Corporation Privacy communication system employing time/frequency transformation
JP2746348B2 (ja) * 1989-05-09 1998-05-06 株式会社リコー 話者識別付録音装置
JPH0536293A (ja) 1991-07-10 1993-02-12 Hitachi Ltd デイジタル信号受け渡しシステムとデイジタル音声信号処理回路及び信号変換回路
JPH05135228A (ja) * 1991-11-11 1993-06-01 Hitachi Ltd デイジタル信号受け渡しシステムとデイジタル音声信号処理回路及び信号変換回路
JPH07129197A (ja) * 1993-11-02 1995-05-19 Olympus Optical Co Ltd 音声情報暗号化装置
JPH07169187A (ja) * 1993-12-16 1995-07-04 Sanyo Electric Co Ltd Cd−rom再生装置
US5497419A (en) 1994-04-19 1996-03-05 Prima Facie, Inc. Method and apparatus for recording sensor data
US5563946A (en) * 1994-04-25 1996-10-08 International Business Machines Corporation Method and apparatus for enabling trial period use of software products: method and apparatus for passing encrypted files between data processing systems
JPH08149449A (ja) * 1994-11-18 1996-06-07 Hitachi Ltd デジタル信号蓄積伝送装置
US5701343A (en) 1994-12-01 1997-12-23 Nippon Telegraph & Telephone Corporation Method and system for digital information protection
JPH08316951A (ja) 1995-05-23 1996-11-29 Hitachi Ltd 無線通信端末、無線基地局及びこれらを有する通信システム
WO1996042155A1 (en) * 1995-06-08 1996-12-27 Motorola Inc. Method of encrypting data packets and detecting decryption errors
JPH103745A (ja) * 1996-06-12 1998-01-06 Sony Corp 記録媒体、デジタルコピー管理方法、再生装置、及び記録装置
JP3665690B2 (ja) * 1996-11-12 2005-06-29 ソニー株式会社 情報受信装置及び同装置に適用するカードモジュール
JP2001036723A (ja) * 1999-07-16 2001-02-09 Sony Corp 著作権保護方法、情報信号伝送システム、情報信号出力装置、情報信号受信装置および情報信号記録媒体

Also Published As

Publication number Publication date
EP1079372A1 (en) 2001-02-28
JP4524921B2 (ja) 2010-08-18
CN1143218C (zh) 2004-03-24
WO2000052684A1 (fr) 2000-09-08
US20060029230A1 (en) 2006-02-09
CN1302428A (zh) 2001-07-04
US7155013B2 (en) 2006-12-26
EP1079372A4 (en) 2006-02-15
US7167561B1 (en) 2007-01-23
KR100716441B1 (ko) 2007-05-10

Similar Documents

Publication Publication Date Title
JP4543554B2 (ja) データ処理装置およびデータ処理方法
JP4214651B2 (ja) データコミュニケーションシステム、データ管理方法
JP4779183B2 (ja) 再生装置および再生方法
US7526086B2 (en) Editing apparatus and editing method
US6404676B2 (en) Nonvolatile memory and nonvolatile memory reproducing apparatus
KR100717656B1 (ko) 기억 매체, 데이터 기억 장치, 데이터 편집 장치, 데이터 기억 방법 및 데이터 편집 방법
US7155013B2 (en) Recording apparatus, recording method, reproducing apparatus, and reproducing method
KR100717977B1 (ko) 재생 장치 및 재생 방법
KR100699189B1 (ko) 비휘발성 기록 매체, 기록 방법, 및 기록 장치
US6580647B1 (en) Editing apparatus, editing method, and non-volatile memory
JP4897138B2 (ja) 再生装置および再生方法
US7519277B2 (en) Editing apparatus and editing method
US6678203B1 (en) Editing apparatus, editing method, and non-volatile memory
RU2253146C2 (ru) Воспроизводящее устройство и способ воспроизведения
KR100727799B1 (ko) 재생 장치 및 재생 방법
MXPA00010758A (en) Data processing device, data processing method, terminal, transmission method for data processing device

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130426

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20140425

Year of fee payment: 8

LAPS Lapse due to unpaid annual fee