KR20010051182A

KR20010051182A - 콘텐트 공급원에 기초한 기록 매체 편집 장치

Info

Publication number: KR20010051182A
Application number: KR1020000062130A
Authority: KR
Inventors: 요꼬따데뻬이; 기하라노부유끼
Original assignee: 이데이 노부유끼; 소니 가부시끼 가이샤
Priority date: 1999-10-22
Filing date: 2000-10-21
Publication date: 2001-06-25
Also published as: AU769501B2; EP1094466A1; CN101118769A; US6907184B1; US20050158035A1; MY128002A; EP1684302A3; US8139918B2; EP1094466B1; AU6665800A; US20050158034A1; CA2323993A1; CN101118769B; EP1684301B1; SG97956A1; US20050158033A1; KR100717656B1; US7058285B2; JP2001117821A; US7099558B2

Abstract

본 발명은 콘텐트의 편집을 그 공급원에 따라 제어하는 편집 장치를 개시한다. 콘텐트 공급원을 식별하기 위한 식별 정보는 콘텐트 공급원으로부터 공급되어 기록 매체에 기록된 콘텐트에 대응하여 기록 매체에 기록된다. 콘텐트의 편집이 사용자에 의해 요구되면, 그 콘텐트에 대응하는 식별정보가 점검된다. 식별 정보에 의해 식별된 콘텐트 공급원에 따라, 콘텐트의 편집이 인에이블 또는 디스에이블된다.

Description

콘텐트 공급원에 기초한 기록 매체 편집 장치{RECORDING MEDIUM EDITING APPARATUS BASED ON CONTENT SUPPLY SOURCE}

본 발명은 총체적으로 오디오 데이터 및 비디오 데이터와 같은 기록 콘텐트용 기록 매체, 기록 콘텐트를 편집하기 위한 편집 장치, 및 기록 매체에 콘텐트를 기록하기 위한 기록 시스템에 관한 것이다.

EEPROM(Electrically Erasable Programming ROM)이라고 하는 - 전기적으로 소거가능한 비휘발성 메모리에서, 데이터의 한 비트는 두개의 트랜지스터를 사용해서 저장된다. 이와 같은 두개 트랜지스터 구성은, EEPROM 회로가 그 집적 밀도를 제한하는 비교적 큰 집적 회로 표면적을 필요로 한다는 것을 의미한다.

이와 같은 메모리 밀도 제한 문제를 해결하기 위해, 하나의 비트는 단지 하나의 트랜지스터를 사용하여 저장되며 모든 비트가 동시에 소거될 수 있는 플래시 메모리가 개발되고 있다. 이 플래시 메모리는 자기 디스크 및 광 디스크와 같은 기록 매체를 대체할 것으로 예상되고 있다.

소거 가능한 플래시 메모리 카드가 다양한 전자 장치용으로 개발되고 있다. 이 메모리 카드는 CD(콤팩트 디스크) 및 MD(미니 디스크)와 같은 종래의 디스크 매체 대신에 디지털 오디오 데이터 기록/재생 장치 또는 다른 장치에 사용될 수 있다.

플래시 메모리 카드 기술을 사용하는 오디오 및 비디오 데이터 기록 시스템은 일반적으로 FAT(File Allocation Table) 파일 시스템을 사용하여 기록된 콘텐트를 트랙한다. 이 FAT 시스템은 기억된 콘텐트를 트랙하고 편집하기 위한 퍼스널 컴퓨터에 흔히 사용되는 파일 관리 시스템이다. 예를 들어, 단일 음악 작곡이 오디오 데이터 콘텐트의 단 조각으로서 플래시 메모리에 저장된다고 가정한다. 이때 FAT 시스템은 이를 두개 이상의 조각으로 분할하거나 또는 결합된 단일 조작을 만들기 위해 이를 다른 조각들과 결합함으로써, 이 조작이 편집되는 것을 허용한다. 따라서, FAT 시스템은 사용자로 하여금 필요에 따라 플래시 메모리 카드에 기록된 콘텐트를 조작할 수 있게 한다.

플래시 메모리 카드를 이용하는 기록 시스템은, 다양한 데이터 전송 루트를 사용하여 다양한 소스에 및 소스로부터 콘텐트를 전송할 수 있다. 예를 들어, 콘텐트는 CD, MD 또는 HDD(하드디스크 드라이브)와 같은 기록 매체로부터 메모리 카드에 복사되거나 또는 이동될 수 있거나 인터넷과 같은 통신 시스템을 통해 콘텐트 서비스 제공자로부터 다운로드될 수 있다. 이와 유사하게, 콘텐트는 메모리 카드로부터 이들 시스템중의 한 시스템에 복사되거나 또는 이동될 수 있다. 메모리 카드에 및 이로부터의 다른 다양한 전송 루트가 가능하다. "이동(moving)"이라는 용어는 소스에 콘텐트가 더 이상 존재하지 않도록 한 메모리에서 다른 메모리로 데이터를 전송하는 것을 지칭한다.

이와 같은 시스템에 의해 부과되는 문제는, 콘텐트 공급원(supply source)에 무관하게 메모리 카드에 기록된 콘텐트가 제한없이 편집될 수 있다는 것이다. 이는, 콘텐트 프로바이더 또는 콘텐트의 저작원자가 그 콘텐트가 편집되기를 원치않을 때에도 콘텐트가 편집될 수 있다는 것을 의미한다. 따라서, 콘텐트를 편집하지못하게 하거나 제한하기 위한 수단이 요구되고 있다.

따라서, 본 발명의 목적은 해당 콘텐트의 소스에 따라 메모리 카드 또는 다른 기록 매체에 기록된 콘텐트의 편집을 인에이블하거나 디스에이블하는 것이다.

본 발명의 다른 목적 및 장점은, 명세서 및 도면으로부터 알 수 있을 것이다.

상기 목적을 달성하기 위해, 본 발명에 따른 기록 매체는 콘텐트 공급원으로부터 공급된 콘텐트를 기록하기 위한 콘텐트 기록 영역, 및 콘텐트 공급원을 식별하기 위한 식별 정보가 기록될 수 있는 관리 영역을 제공한다. 다른 말로 표현하면, 콘텐트 공급원을 식별하는 식별 정보는 콘텐트 공급원으로부 공급된 기록된 콘텐트와 함께 기록 매체에 기록된다. 사용자가 기록된 콘텐트를 편집하기를 원하면, 식별 정보가 판독되고, 식별 정보에 의해 식별된 콘텐트 공급원에 따라, 편집이 인에이블되거나 또는 디스에이블된다. 예를 들어, 만일 식별된 콘텐트 공급원이 인터넷 서비스 사이트이면, 콘텐트를 편집하는 능력이 디스에이블된다.

본 발명의 다른 특징은 기록 매체의 상술한 콘텐트 기록 영역에 기록된 콘텐트를 편집할 수 있는 편집 장치이다. 이 편집 장치는, 사용자가 콘텐트 기록 영역에 기록된 콘텐트의 편집을 명시하게 하는 운영 수단, 편집 처리가 운영 수단에 의해 명시되는 콘텐트에 대한 식별 정보에 의해 콘텐트 공급원을 판정하기 위한 판정 수단, 및 판정 수단에 의해 판정된 콘텐트 공급원에 따라 운영 수단으로부터 명시된 콘텐트 편집 처리를 인에이블 또는 디스에이블시키기 위한 제어 수단을 구비한다.

본 발명의 또 다른 특징은, 콘텐트 공급원으로부터 공급된 콘텐트를 기록 매체의 콘텐트 기록 영역에 기록하기 위한 콘텐트 기록 수단, 콘텐트 공급원에 따라 콘텐트 공급원을 식별하기 위한 식별정보를 발생하기 위한 식별 정보 발생 수단, 및 콘텐트 기록 영역에 기록된 콘텐트에 따라 식별 정보 발생 수단에 의해 발생된 식별 정보를 기록 매체의 관리 영역에 기록하기 위한 식별 정보 기록 수단을 구비하는 본 발명에 따른 기록 시스템이다.

도 1은 본 발명의 한 실시예로서 실시되는 레코더를 도시하는 블럭도.

도 2는 도 1의 실시예에 도시한 레코더의 DSP를 도시하는 블럭도.

도 3은 도 1의 실시예에 도시한 메모리 카드의 구성을 도시하는 블럭도.

도 4는 도 3에 도시한 메모리 카드에 의해 사용되는 파일 시스템 처리 계층의 구성을 도시하는 도면.

도 5는 도 3에 도시한 메모리 카드에 사용되는 데이터 포맷을 도시하는 도면.

도 6은 도 3에 도시한 메모리 카드에 사용되는 계층 구조를 도시하는 도면.

도 7은 도 3에 도시한 메모리 카드에 사용되는 재생 관리 파일의 구성을 도시하는 도면.

도 8은 ATRAC3 음악 데이터 파일의 구성을 도시하는 도면.

도 9a 내지 도 9c는 본 발명의 한 실시예에 사용되는 데이터 파일의 구성을 도시하는 도면.

도 10은 도 9a 내지 도 9c에 도시한 데이터 파일을 사용하는 결합 편집 처리를 도시하는 도면.

도 11은 도 9a 내지 도 9c에 도시한 데이터 파일을 사용한 분할 편집 처리를 도시하는 도면.

도 12는 도 7에 도시한 재생 관리 파일의 세부 구성을 도시하는 도면.

도 13은 도 12에 도시한 재생 관리 파일의 부수적인 정보 영역 INF-S의 세부 구성을 도시하는 도면.

도 14는 부수적인 정보 영역에 사용되는 부수적인 정보 키 코드를 도시하는 표.

도 15는 부수적인 정보 영역에 사용되는 다른 부수적인 정보 키 코드를 도시하는 표.

도 16은 부수적인 정보 영역에 사용되는 다른 부수적인 정보 키 코드를 도시하는 표.

도 17a 내지 도 17e는 본 발명의 일 실시예에 대한 부수적인 정보의 특정 데이터 구성을 도시하는 도면.

도 18은 본 발명의 일 실시예에 대한 데이터 파일의 세부 구성을 도시하는 도면.

도 19는 도 18에 도시한 데이터 파일의 속성 헤더 내의 위치 "A"의 세부사항을 도시하는 도면.

도 20은 도 18에 도시한 데이터 파일의 속성 헤더 내의 위치 "CC"의 세부사항을 도시하는 도면.

도 21은 메모리 카드로의 기록 루트의 예를 도시하는 도면.

도 22는 메모리 카드로의 기록 루트의 다른 예를 도시하는 도면.

도 23은 메모리 카드로의 기록 루트의 또 다른 예를 도시하는 도면.

도 24는 데이터 파일을 분할하기 위한 편집 처리의 순서도.

도 25는 데이터 파일을 결합하기 위한 편집 처리의 순서도.

〈도면의 주요 부분에 대한 부호의 설명〉

1 : 레코더

10 : 오디오 엔코더/디코더 IC

11 : 오디오 인터페이스

12 : 엔코더/디코더 블럭

13 : 라인 입력 선택기

14 : A/D 변환기

15 : 샘플링 속도 변환기

16 : 디지털 입력 선택기

17 : 디지털 입력 수신기

20 : 보안 IC

21, 37 : 인터페이스

22 : DES 암호화 회로

30 : DSP(디지털 신호 프로세서)

32 : 터미널

40 : 메모리 카드

본 발명에 따른 편집 장치 및 기록 시스템의 바람직한 실시예가 첨부하는 도면을 참조하여 설명될 것이다. 본 실시예는 비휘발성 메모리(또는 플래시 메모리)에 기초한 메모리 카드를 기록 매체로서 사용한다. 편집 장치의 예로서, 레코더 또는 상기 레코더에 기초한 시스템 및 상술한 메모리 카드 상에/상의 데이터를 기록/재생할 수 있는 퍼스널 컴퓨터가 사용된다. 다음 실시예에 의해 취급될 수 있는 콘텐트 데이터는 디지털 오디오, 비디오, 정지화상, 텍스트, 및 소프트웨어 프로그램을 포함한다. 본 설명을 위해, 오디오(즉, 음악)이 콘텐트 데이터로서 사용된다. 오디오가 사용될 때에도 본 발명은 또한 이미지 및 문자를 부수적인 데이터로서 기록/재생할 수 있다는 것을 알아야 한다. 본 실시예는 다음 순서로 설명될 것이다:

1. 레코더의 구성

2. 메모리 카드의 구성

3. 파일 시스템

3-1. 처리 구조 및 데이터 구조

3-2. 디렉토리 구조

3-3. 관리 구조 및 편집 방법

3-4. 재생 관리 파일

3-5. 데이터 파일

4. 콘텐트 소스 식별 정보

5. 인에이블링 및 디스에이블링 편집

1. 레코더의 구성

도 1은 메모리 카드 상에, 메모리 카드 기록/재생 장치(이하 레코드(1)이라 함)의 구성을 도시한다. 레코더(1)는 탈부착가능한 메모리 카드를 그 기록 매체로서 사용한다. 레코더(1)는 스탠드 얼론 오디오 장치로서 구성될 수 있거나 또는 퍼스널 컴퓨터 또는 오디오/비츄얼 장치에 일체화될 수 있다. 스탠드 얼론 장치로서, 레코더는 풀사이즈의 랙(full-size rack) 구성요소 또는 포터블 유닛일 수 있다. 또한, 레코더는 증폭기, 스피커, CD 플레이어, MD 플레이어, 튜너 등과 같은 다른 구성요소와 함께 오디오 시스템에 통합될 수 있다. 레코더는 퍼스널 컴퓨터 내의 CD-ROM 드라이브나 플로피 디스크 드라이브와 유사한 위치를 점유하는 메모리 카드 드라이브로서 구성될 수 있다. 또한 레코더는 메모리 카드를 비디오 데이터 및 오디오 데이터용 기록 매체로서 사용하여 비디오 카메라 또는 게임 머신에 일체화될 수 있다. 구성에 무관하게, 레코더는 위성에 기초한 시스템, 디지털 방송 또는 인터넷을 통해 분산되어 있는 디지털 오디오 신호를 기록하는데 사용될 수 있다. 도 1은 상술한 응용중의 하나에 실현될 수 있는 메모리 카드 기록/재생 장치로서의 레코더(1)의 전체적인 구성을 도시한다.

레코더(1)는 단일 IC 칩으로서 각각 구현되는, 오디오 엔코더/디코더 IC(10), 보안 IC(20), DSP(디지털 신호 프로세서)(30)를 갖는다. 메모리 카드는 모두 단일 IC 칩상에 구현되는, 플래시 메모리(비휘발성 메모리), 메모리 제어 블럭, 및 DES(데이터 암호화 표준)를 포함하는 보안 블럭에 의해 형성된다. 상기 설명으로부터, 마이크로컴퓨터 또는 이의 등가물이 DSP(30) 대신에 사용될 수 있다는 것을 알 것이다.

오디오 엔코더/디코더 IC는 오디오 인터페이스(11) 및 엔코더/디코더 블럭(12)을 갖는다. 엔코더/디코더 블럭은 메모리 카드(40)에 기록될 수 있도록 디지털 신호를 효율적으로 엔코드하며, 메모리로부터 판독된 데이터를 디코드한다. 미니 디스크에 사용되는 것으로서, 고효율의 엔코딩 개선 ATRAC (ATRAC3이라고 하는 Adaptive Transform Acoustic Coding)이 사용된다. ATRAC3에서는, 44.1㎑로 샘플된 16 비트 폭 오디오 데이터가 처리된다. ATRAC3에 의해 처리되는 최소 오디오 데이터 유닛은 사운드 유닛 SU이다. SU는 수백 바이트로 압축되며, 재생 시간의 약 23㎳를 커버하는 데이터 (1,024 x 16비트 x 2 채널)의 1,024 샘플이다. 오디오 데이터는 ATRAC3에 의해 초기 데이터 크기의 약 1/10으로 압축된다. ATRAC3의 신호 처리는 압축 및 압축해제 처리의 개선으로 인해 톤 품질의 열화를 최소화한다.

라인 입력 선택기(13)는 A/D 변환기(14)에 MD 재생 츨력, 튜너 출력 또는 테이프 재생 출력을 선택적으로 공급한다. A/D 변환기(14)는 선택된 라인 입력 신호를 디지털 오디오 신호(샘플링 주파수 = 44.1㎑, 1 샘플 = 16 비트)로 변환한다.

디지털 입력 선택기(16)는 MD, CD 또는 CS(위성 디지털 방송)을 디지털 입력 수신기(17)에 선택적으로 공급한다. 디지털 입력은 전형적으로 광 케이블을 통해 송신된다. 디지털 입력 수신기의 출력은, 디지털 입력의 샘플링 주파수를 44.1㎑로 변환하는 샘플링 속도 변환기(15)에 공급된다.

오디오 엔코더/디코더 IC(10)의 엔코더/디코더 블럭(12) 내의 엔코딩에 의해 얻어진 디코드된 데이터는 보안 IC(20)의 인터페이스(21)를 통해 DES 암호화 회로(22)에 공급된다. DES 암화화 회로는 FIFO(23)를 갖는다. DES 암호화 회로는 콘텐트의 저작원을 보호하기 위해 제공된다. 메모리 카드(40)는 또한 나중에 설명될 DES 암화화 회로를 일체로 하고 있다. 레코더(1)의 DES 암호화 회로(22)는 두개 이상의 마스터 키 및 장치에 특정한 저장 키를 갖는다. 부수적으로, DES 암호화 회로는 인증 및 메모리 카드와의 세션 키를 공유하는 랜덤 숫자 발생기를 갖는다. DES 암호화 회로는 저장 키를 사용하여 키를 턴 온할 수 있다.

DES 암화화 회로로부터의 암호화 오디오 데이터는 DSP(디지털 신호 프로세서)(30)에 공급된다. DSP(30)는 부착된 적응 메커니즘(도시안됨)을 통해 메모리 카드(40)와 통신하고, 암호화 데이터를 플래시 메모리에 기록한다. DSP와 메모리 카드 간에는 직렬 통신이 수행된다. 메모리 카드를 제어하기에 충분한 메모리 크기를 할당하기 위해, 외부 SRAM(정적 랜덤 액세스 메모리)(31)이 DSP에 접속된다.

DSP는 또한 콘텐트 데이터와 제어 데이터를 외부 데이터 또는 외부 회로 블럭(도시안됨)으로서 전송하는 터미널(32)에 접속되어 있다. 인터페이스(37) 및 터미널(32)은 USB, IEEE 1394, IES 959, 직렬 포트 및 병렬 포트와 같은 무수히 많은 통신 표준중 임의의 표준과 호환한다. 이는 레코더가 퍼스널 컴퓨터 및 오디오/비쥬얼 장비와 통신하는 것을 가능하게 한다. 만일 레코더(1)가 퍼스널 컴퓨터 또는 오디오/비쥬얼 장치에 일체화되면, 인터페이스(37) 및 터미널(32)는 퍼스널 컴퓨터 또는 오디오/비쥬얼 장치 내의 시승템 제어기에 접속된 내부 버스로서 구성된다.

터미널(32)에 접속된 장치 또는 블럭으로부터, 다양한 데이터가 DSP(30)에 공급된다. 예를 들어, 만일 레코더가 오디오 시스템 또는 컴퓨터 시스템의 일부이면, 오디오 시스템 또는 컴퓨터 시스템의 전체 동작을 제어하기 위한 외부 시스템 제어기는 사용자 조작에 따라 발생된 레코드 및 재생 명령을 공급한다. 이미지 정보 및 텍스트 정보와 같은 부수적인 정보 데이터가 또한 터미널을 통해 DSP에 공급된다.

부수적으로, DSP(30는 메모리 카드(40)로부터 판독된 부수적인 정보 데이터 및 제어 신호를 시스템 제어기에 공급할 수 있다.

도 1은 또한 사용자로 하여금 소정의 동작을 수행하게 하는 다양한 제어를 갖는 동작 블럭(39), 및 다양한 정보를 사용자에게 디스플레이하는 디스플레이 블럭(33)을 도시한다. 이들 블럭은 레코더가 스탠드 얼론 유닛으로 구성될 때 필요하다. 만일 레코더가 퍼스널 컴퓨터에 일체화되면, 동작 블럭(39) 및 디스플레이 블럭(33)이 DSP에 직접 접속될 필요는 없다. 즉, 스탠드 얼론 구성에서, DSP는 운영 블럭으로부터의 입력을 처리하고 디스플레이 블럭을 제어한다. 일체화된 구성에서, 호스트 장치의 시스템 제어기는 이들 제어 동작을 실행하며, DSP에 동작 정보를 공급하여, 디스플레이될 콘텐트를 표시하는 정보를 필요에 따라 DSP로부터 수신한다.

메모리 카드(40)로부터 DSP(30)에 의해 판독된 콘텐트로서의 암호화 오디오 데이터는 보안 IC(20)에 의해 암호화된 다음, 암호화 오디오 데이터는 오디오 엔코더/디코더 IC(10)에 의해 ATRAC3 디코드된다. 오디오 엔코더/디코더 IC의 디코드된 출력은 아날로그 오디오 신호로 변환될 D/A 변환기(18)에 공급된다. 아날로그 오디오 신호는 라인 출력 터미널(19)에 출력된다. 라인 출력은 스피커 또는 헤드폰을 통해 재생될 증폭기(도시안됨)에 전송된다.

뮤팅 신호(muting signal)가 외부 제어기로부터 D/A 변환기로 공급될 수 있다는 것을 알아야 한다. 만일 뮤팅 신호가 뮤팅이 온(on)이라는 것을 가리키면, 라인 출력 터미널(19)로부터의 오디오 출력이 억제된다. 도 1은 라인 출력 터미널(19)을 도시한다. 디지털 출력 터미널, 헤드폰 터미널 등이 또한 사용될 수 있다는 것을 알아야 한다. 콘텐트는 또한 상술한 바와 같이 터미널(32)을 통해 외부 장치에 출력될 수 있다.

도 2는 DSP(30)의 내부 구성을 도시한다. DSP(30)는 코어(34), 플래시 메모리(35), SRAM(36), 인터페이스(37), 메모리 카드 인터페이스(38), 버스, 및 버스간 브리지로 구성된다. DSP는 마이크로프로세서와 같이 기능하며, 코어(34)는 CPU에 동일하다. 플래시 메모리는 DSP 처리에 필요한 프로그램을 저장한다. SRAM(36) 및 SRAM(31)은 다양한 처리 동작에 필요한 작업 메모리로서 사용된다.

DSP(30)는 인터페이스(37)를 통해 수신된 레코드 명령과 같은 동작 신호 또는 동작 블럭(39)로부터의 입력에 응답하여, 선정된 암호화 오디오 데이터 및 선정된 부수적인 정보 데이터를 메모리 카드(40)에 기록하고 이 데이터의 처리를 제어한다. 보다 상세히, DSP(30)는 오디오 데이터를 기록/재생하기 위한 어플리케이션 소프트웨어를 해석하여 메모리 카드를 제어한다.

메모리 카드에 대한 파일 관리는 일반적으로 퍼스널 컴퓨터상에 사용되는 FAT 파일 시스템을 사용하여 수행된다. 이 파일 시스템 이외에, 본 실시예는 또한 재생 관리 파일을 사용한다. 재생 관리 파일은 메모리 카드에 기록된 데이터 파일을 사용한다. 재생 관리 파일은 모든 오디오 데이터 파일을 다루는 제1 파일 관리자로서 작용한다. FAT는, 오디오 데이터 파일과 재생 관리 파일을 포함한, 플래시 메모리에 저장된 모든 파일을 다루는 제2 파일 관리자로서 작용한다. 재생 관리 파일은 메모리 카드에 기록된다. FAT는 루트 디렉토리와 함께 공장으로부터 선정되기 전에 플래시 메모리에 기록된다.

저작권을 보호하기 위해, 본 실시예는 ATRAC3 압축 오디오 데이터를 암화화한다. 그러나, 파일 관리는, 이것이 저작권으로서 보호되는 것으로 간주되지 않기 때문에 암호화되지 않는다. 더우기, 메모리 카드(40)의 일부 버젼만이 암호화 자격을 갖는다. 저작권된 오디오 데이터를 기록하는 레코더만이 본 실시예에서와 같이 암호화 자격을 갖는 이와 같은 메모리 카드를 사용할 수 있다.

2. 메모리 카드의 구성

도 3은 메모리 카드(40)의 구성을 도시한다. 메모리 카드는 하나의 IC 칩 상의 제어 블럭(41)과 플래시 메모리(42)로 구성된다.

DSP(30)와 메모리 카드 간의 양방향 직렬 인터페이스는 10 라인으로 구성된다. 네개의 주요 라인은 클럭 신호를 전송하기 위한 클럭 라인 SCK, 상태 라인 SBS, 데이터를 전송하기 위한 데이터 라인 DIO, 및 인터럽트 라인 INT이다. 부수적으로, 두개의 접지 라인 GND와 두개의 전원 라인 VCC가 전력에 연결된다. 두개의 예비 라인은 정의되어 있지 않다.

클럭 라인 SCK는 데이터와 동기한 클럭 신호를 송신한다. 상태 라인 SBS는 메모리 카드의 상태를 표시하는 신호를 송신한다. 데이터 라인 DIO는 명령 및 암호화 오디오 데이터를 입력하고 출력한다. 인터럽트 라인 INT는 메모리 카드에 의한 인터럽트 요청에 응답해서 DSP(30)에 인터럽트 신호를 송신한다. 인터럽트 신호는 또한 메모리 카드가 레코더에 로드될 때 발생된다. 그런, 본 실시예에서 인터럽트 라인 INT은 인터럽트 신호가 데이터 라인 DIO를 통해 송신되도록 접지되어 있다.

직렬/병렬 변환 및 병렬/직렬 변환 인터페이스 블럭(S/P ＆ P/S IF 블럭)(43)은 상술한 라인을 통해 상호접속된 DSP와 제어 블럭(41)간의 인터페이스로서 작용한다. S/P ＆ IF P/S 블럭은 DSP로부터 수신된 직렬 데이터를 병렬 데이터로 변환하고, 이를 제어 블럭에 공급한다. 또한, 이는 제어 블럭으로부터의 병렬 데이터를 직렬 데이터로 변환하고, 이를 DSP에 공급한다. 부수적으로, S/P ＆ IF P/S 블럭은 데이터 라인 DIO를 통해 명령 및 데이터를 수신하고, 수신된 명령 및 데이터를 정상적인 액세스를 위한 것과 암호화를 위한 적으로 구분한다.

보다 상세히, 데이터 라인에 의해 사용되는 포맷에서, 명령이 먼저 송신되고 다음에 데이터가 나중에 송신된다. S/P ＆ IF P/S 블럭은, 송신된 명령과 데이터가 정상적인 액세스를 위한 것인지 또는 암호화를 위한 것인지의 여부를 펀정하기 위해 명령 코드를 점검한다. 이 코드에 따르면, 정상적인 액세스 명령은 명령 레지스트(44)에 보유되고, 정상적인 액세스 데이터는 페이지 버퍼(45) 및 기록 레지스터(46)에 보유된다. 에러 교정 엔코딩 회로(47)는 기록 레지스터와 연관되어 있다. 페이지 버퍼에 일시적으로 기억된 데이터의 경우, 에러 교정 엔코딩 회로는 에러 교정 코드를 발생한다.

명령 레지스터, 페이지 버퍼, 기록 레지스터, 및 에러 교엊 엔코딩 회로로부터의 데이터는 플래시 메모리 인터페이스 및 시퀀서(메모리 IF 시퀀서)(51)에 공급된다. 메모리 IF 시퀀서는 제어 블럭과 플래시 메모리 간의 데이터 전송 인터페이스로서 작용한다. 메모리 IF 시퀀서를 통해, 데이터가 플래시 메모리에 기록된다.

저작권 보호 목적으로, 플래시 메모리에 기록될 콘텐트(이하 ATRAC3 데이터라고 하는, ATRAC3에 의해 압축된 오디오 데이터)는 메모리 카드의 보안 IC(20) 및 보안 블럭(52)에 의해 암호화된다. 보안 블럭은 버퍼 메모리(53), DES 암호화 회로(54), 및 비휘발성 메모리(55)를 갖는다. 보안 블럭은 각각의 메모리 카드에 고유한 복수의 인증 키 및 저장 키를 갖는다. 비휘발성 메모리는 암호화에 필요한 키를 저장하고, 외부로부터 액세스할 수 없다. 저장 키는 비휘발성 메모리에 저장된다.

부수적으로, 보안 블럭(52)은 다른 레코더와의 인증을 수행하고 세션 키를 공유하게 하는 랜덤 숫자 발생기를 갖는다. 예를 들러, 메모리 카드가 먼저 레코드에 로드될 때 인증이 수행된다. 이 인증은 메모리 카드의 보안 IC 및 보안 블럭에 의해 수행된다. 레코더가 로드된 메모리 카드를 인식하고 메모리 카드가 레코더를 인식하면, 교차 인증이 수립된다. 인증이 성공적으로 이루어지면, 레코더 및 메모리 카드 각각은 세션 키를 생성한다. 세션 키는 인증이 수행될 때마다 발생된다.

콘텐트가 메모리 카드에 기록되면, 레코더는 세션 키를 사용하여 콘텐트 키를 암호화하고 암호화된 콘텐트 키를 메모리 카드에 전달한다. 메모리 카드는 이때 수신된 콘텐트 키를 암호해독하고, 이를 저장 키에 의해 다시 암호화하며, 다시 암호화된 콘텐트 키를 레코더에 전달한다. 저장 키는 각각의 메모리 카드에 독특하다. 다시 암호화된 콘텐트 키를 수신하면, 레코더는 포맷 처리를 수행하여 다시 암호화된 콘텐트 키 및 암호화된 콘텐트를 메모리 카드에 기록한다.

플래시 메모리(42)로부터 데이터를 판독할 때, 판독된 데이터는 메모리 IF 시퀀서(51)를 통해 페이지 버퍼(45), 판독 레지스터(48) 및 에러 교정 회로(49)에 공급된다. 페이지 버퍼에 보유된 데이터는 에러 교정 회로에 의해 교정된다. 페이지 버퍼로부터의 에러 교정된 출력 및 판독 레지스터의 출력은 상술한 직렬 인터페이스를 통해 S/P ＆ P/S IF 블럭(43)에 공급된 다음에, DSP(30에 공급된다.

데이터가 판독되려 하면, 저장 키에 의해 암호화된 콘텐트 키 및 블럭 키에 의해 암호화된 콘텐트가 플래시 메모리로부터 판독된다. 암호해독된 콘텐트 키는 레코더에 보내질 세션 키에 의해 암호화된다. 레코더는 수신된 세션 키를 사용하여 콘텐트 키를 암호해독한다. 다음에 레코더는 암호해독된 콘텐트 키를 사용하여 블럭 키를 발생한다. 이 블럭 키에 의해, 암호화된 ATRAC3 데이터가 순차적으로 암호해독된다.

구성 ROM(50)은 메모리 카드의 버젼 정보 및 다양한 속성 정보를 저장한다는 것을 알아야 한다.

메모리 카드는 메모리를 잘못된 삭제로부터 보호하기 위해 사용자에 의해 운영가능한 스위치(60)를 갖는다. 스위치가 삭제 디스에이블된 위치에 있을 때, 삭제 명령이 레코더로부터 나오더라도 플래시 메모리가 삭제될 수 없다.

오실레이터(61)는 메모리 카드에 의한 처리를 위해 타이밍 기준으로서 작용하는 클럭 신호를 발생한다.

3. 파일 시스템

3-1 처리 구조 및 데이터 구조

도 4는 메모리 카드(40)를 사용하는 기록 매체용의 파일 시스템 처리 계층을 도시한다. 상부로부터 어플리케이션 처리 층, 파일 관리 처리 층, 논리적 어드레스 관리층, 물리적 어드레스 관리층, 및 플래시 메모리 액세스층이 존재한다. 이 계층 구조 내에는, 파일 관리 처리 층은 FAT 파일 시스템이다. 물리적 어드레스가 플래시 메모리의 각 블럭에 지정된다. 블럭과 그 물리적 어드레스 간의 관계는 고정된다. 또한, 논리적 어드레스가 다양한 블럭에 지정될 수 있고, 파일 관리 처리층에 의해 처리된다.

도 5는 메모리 카드(40)의 플래시 메모리(42) 내의 데이터의 물리적 구성예를 도시한다. 플래시 메모리에서 데이터는 선정된 수의 고정 길이 블럭으로 분할된 세그먼트로 구성되는데, 각각의 블럭은 선정된 수의 고정 길이 페이지로 더 분할된다. 플래시 메모리에서, 데이터는 블럭 단위로 삭제되고 페이지 단위로 판독 또는 기록된다.

한 블럭은 페이지 0 내지 m으로 구성된다. 블럭은 8 또는 16 KB 폭이다. 한 페이지는 512 바이트 폭이다. 따라서, 전체 플래시 메모리는 크기가 어디에서나 4 MB(512 블걱) 내지 64 MB(4,096 블럭)일 수 있다.

각각의 페이지는 512 바이트 데이터부와 16 바이트 용장부로 구성된다. 용장부의 첫번째 세개의 바이트는 블럭 상태, 페이지 상태, 및 갱신 상태가 기록되는 3 바이트 오버라이트 부분을 형성한다. 용장부의 나머지 13 바이트는 데이터부의 콘텐트에 따라 정해진다. 이들 13 바이트는 관리 플래그(1 바이트), 논리적 어드레스(2 바이트), 포맷 예비 영역(5 바이트), 이산 정보 ECC(2 바이트), 및 데이터 ECC(3 바이트)를 포함한다. 이산 정보 ECC는 관리 플래그, 논리적 데이터 및 포맷 예비용 에러 교정 데이터이다. 데이터 ECC는 는 512 바이트 데이터용 에러 교정 데이터이다.

관리 파일 바이트에서, 시스템 플래그(1= 사용자 블럭, 0=부트 블럭), 변환표 플래그(1=무효, 0=표 블럭), 복사 금지 명세(1=금지되지 않음, 1=금지됨), 및 액세스 허가(1=자유, 0= 판독 보호)가 기록된다.

각 세그먼트의 첫번째 두개 블럭, 즉 블럭 0과 블럭 1은, 부트 블럭을 형성한다. 블럭 1은 블럭 0과 동일한 데이터를 갖는 백업이다. 부트 블럭은 메모리 카드 내의 첫번째 유효 블럭이고, 따라서 메로리 카드가 장치에 로드될 때 모든 다른 블럭이전에 액세스된다. 나머지 블럭은 사용자 블럭이다. 부트 블럭의 첫번째 패이지(페이지 0)는 헤더, 시스템 엔트리, 부트 및 속성 정보를 저장한다. 페이지 1은 비사용가능한 블럭에 대한 데이터를 저장한다. 페이지 2는 CIS(카드 정보 구조)/IDI(식별 구동 정보)를 저장한다. 부트 블럭의 헤더는 부트 블럭 ID와 유효 엔트리의 수를 부트 블럭에 기록한다. 이 시스템 엔트리는 사용 금지 블럭 데이터, 그 크기, 그 형태, CIS/DID의 데이터 시작 위치, 그 크기 및 그 형태를 기록한다. 부트 및 속성 정보는 메모리 카드(40)(판독 전용, 판독가능 및 기록가능 또는 그 조합)의 형태, 블럭 크기, 블럭의 총 크기, 보안 호환성, 및 카드의 제조에 연관된 데이터(제조 일자 등)를 기록한다.

플래시 메모리는 데이터가 기록될 때마다 절연막이 열화가 되어, 데이터가 플래시 메모리에 기록될 수 있는 회수를 제한하게 된다. 따라서, 동일한 기억 영역(블럭)을 반복해서 그리고 집중적으로 액세스하는 것을 피하는 것이 바람직하다. 논리적어드레스를 가지며 물리적 어드레스에 기억된 데이터를 재기록할 때, 파일 시스템은 데이터가 동일한 블럭에 기록되는 것을 방지하고, 파일 시스템은 사용되지 않는 블럭에 갱신된 데이터를 기록한다. 결국, 논리적 어드레스와 물리적 어드레스 간의 상관이 각각의 갱신 이후에 변한다. 이와 같은 처리(스왑(swap)처리라고 함)는 동일한 블럭에 반복되고 집중적인 액세스를 방지하여, 플래시 메모리의 사용가능 수명을 증가시킬 수 있게 된다.

논리적 어드레스가 데이터와 연관되어 보유되므로, 데이터는 갱신 동안 블럭을 변경시키고, 동일한 어드레스가 FAT에 의해 관찰되어 그후에 적당한 액세스를 보장한다. 스왑 처리는 논리적 및 물리적 어드레스 간의 상관의 변화를 유발하여, 논리적-물리적 어드레스 변한표가 필요하게 된다. 이와 같은 변경표를 관찰하면, FAT에 의해 명시된 논리적 어드레스에 대응하는 물리적 어드레스를 식별할 수 있어, 식별된 물리적 블럭에 의해 표시된 블럭에의 액세스를 인에이블시킨다.

논리적-물리적 어드레스 변환표는 DSP(30)에 의해 SRAM(31 및 36)에 저장된다. 만일 이들 SRAM이 표를 저장하는데 충분한 공간을 가지고 있지 않으면, 플래시 메모리에 기억될 수 있다. 이 표는 그 대응하는 물리적 어드레스와 함께 오름차순으로 논리적 어드레스(2 바이트씩)를 열거한다. 플래시 메모리의 최대 크기가 128 MB(8,192 블럭)이기 때문에, 9,192 어드레스가 표현될 수 있다. 부수적으로, 논리적-물리적 어드레스 변환표가 각각의 세그먼트를 위해 관리되어, 표의 크기는 플래시 메모리의 크기가 증가함에 따라 증가한다. 예를 들어, 만일 플래시 메모리의 크기가 8MB (2 세그먼트)이면, 각 세그먼트의 2 페이지가 논리적-물리적 어드레스 변환표에 사용된다.

논리적-물리적 어드레스 변환표를 플래시 메모리에 기억할 때, 각 페이지의 용장부 내의 관리 플래그의 선정된 비트는 표가 저장되어 있는 블럭을 가리킨다.

상술한 메모리 카드는 퍼스널 컴퓨터 및 디스크 기억 매체에 사용되는 FAT 시스템에 의해 사용가능하다.

비록 도 5에는 도시되어 있지 않으나, 메모리 카드는 플래시 메모리에 정렬되어 있는, IPL 영역, FAT 영역, 및 루트 디렉토리 영역을 포함한다. IPL 영역은 메모리에 최초로 로드된 프로그램의 어드레스, 및 메모리에 대한 다양한 정보를 저장한다. FAT 영역은 블럭(클러스터)과 연관된 정보를 저장한다. FAT는 사용되지 않은 블럭, 다음 블럭 번호, 결함있는 블럭, 및 마지막 블럭을 표시하는 값을 저장한다. 루트 디렉토리 영역은 디렉토리 엔트리(파일 속성, 갱신 일자, 시작 클러스터, 및 파일 크기)를 저장한다.

본 실시예에서는, 상술한 메모리 카드의 포맷에 의해 명시된 파일 관리 시스템과는 별도로, 재생 관리 파일은 음악 파일의 트랙, 및 각 트랙을 구성하는 부분을 관리하도록 제공된다. 이 재생 관리 파일은 메모리 카드의 사용자 블럭에 의해 플래시 메모리에 저장된다. 결국, 만일 메모리 카드에 저장된 FAT가 손상되면, 파일 복구가 보장된다.

재생 관리 파일은 DSP에 의해 생성된다. 예를 들어, 처음에 레코더에 전원이 공급되면, 메모리 카드가 로드되었는 지가 판정된다. 만일 메모리 카드가 로드되면, 인증이 실행된다. 만일 메모리 카드가 컴플라이언트 메모리 카드이면, 플래시 메모리의 부트 블럭이 DSP에 로드된다. 다음에, 논리적-물리적 어드레스 변환표가 판독된다. 판독된 데이터는 SRAM에 저장된다. 만일 메모리 카드가 사용자에게 처음이면, FAT 및 루트 디렉토리가 선정이전에 플래시 메모리에 기록된다. 데이터가 사용자에 의해 기록될 때 재생 관리 파일이 생성된다.

특히, 레코드 명령이 사용자에 의해 DSP에 제시되면, 수신된 오디오 데이터는 엔코더/디코더 IC에 의해 압축되고, 압축된 ATRAC3 데이터가 보안 IC에 의해 암호화된다. DSP는 암호화된 ATRAC3 데이터를 플래시 메모리에 기록하고, 그후 FAT 및 재생 관리 파일이 갱신된다.

파일 갱신 동작이 실행될 때마다(즉, 오디오 데이터의 기록이 시작되고 종료할 때마다), FAT 및 재생 관리 파일이 SRAM에 재기록된다. 다음에, 메모리 카드가 레코더로부터 분리되거나 또는 전원이 오프되면, 최종 FAT 및 재생 관리 파일이 SRAM으로부터 플래시 메모리에 기억된다. 이 경우에, FAT 및 재생 관리 파일은 오디오 데이터의 기록이 시작되고 종료될 때마다 오버라이트될 수 있다. 오디오 데이터가 편집되면, 재생 관리 파일의 내용이 갱신된다.

또한, 본 실시예는 플래시 메모리에 부수적인 정보 파일을 생성한다. 이 부수적인 정보 파일은 재생 관리 파일의 일부 또는 그와 별개일 수 있다는 것을 유의하여야 한다.

부수적인 정보는 버스 및 버스 인터페이스(32)를 통해 외부 제어기로부터 DSP에 제시된다. DSP는 수신된 부수적인 정보를 플래시 메모리에 기록한다. 부수적인 정보는 보안 IC를 거치지 않으므로 암호화되지 않는다. 부수적인 정보는, 메모리 카드가 레코더로부터 분리되거나 또는 전원이 오프될 때 DSP의 SRAM으로부터플래시 메모리에 기록된다.

3-2 디렉토리 구조

도 6은 메모리 카드(40)의 디렉토리 구조를 도시한다. 도시한 바와 같이, 루트 디렉토리 다음에는 정지화상 디렉토리, 동화상 디렉토리, 음성 디렉토리, 제어 디렉토리, 및 음악 디렉토리(HIFI)가 온다. 예시적인 목적으로, 다음 설명은 음악 디렉토리를 사용한 음악의 기록/재생을 설명한다.

음악 디렉토리는 두가지 유형의 파일을 갖는다. 하나는 재생 관리 파일 PBLIST.MSF(이하에 간단히 PBLIST라고 함)이다. 다른 하나는 암호화된 음악 데이터를 저장하는 ATRAC3 데이터 파일A3Dnnnn.MSA(이하 간단히 A3Dnnn이라고 함)이다.

400ATRAC3까지의 데이터 파일이 존재할 수 있다. 각각의 ATRAC3 데이터 파일이 생성된 다음에 재생 관리 파일에 레지스트된다.

3-3 관리 구조 및 편집 스킴

도 7은 재생 관리 파일의 구성을 도시한다. 재생 관리 파일은 고정된 길이의 16 KB를 가지며, 헤더, 1 바이트 메모리 카드명 HMI-S, 2 바이트 코드 메모리 명 NM2-S, 음악들이 정렬되어 있는 시퀀스를 열거하는 재생 표 TRKTBL, 및 전체 메모리 카드를 위한 부수적인 정보 INF-S로 구성된다.

도 8은 ATRAC3 데이터 파일(한곡의 음악을 위한)의 구조를 도시한다. ATRAC3 데이터 파일(이하, 간단히 데이터 파일이라고 함)이 모든 음악마다 제공되며, 속성 헤더 및 다음의 암호화 음악 데이터로 구성된다. 속성 헤더는 고정된 길이의 16 KB를 가지며, 재생 관리 파일의 구성과 유사하다.

도 8에 도시한 바와 같이, 데이터 파일의 시작에 있는 속성 헤더는 헤더, 1 바이트 코드 음악명 NM1, 2바이트 코드 음악명 NM2, 트랙 키 정보와 같은 트랙정보 TRKNIF, 부분 정보 PRTINE, 및 트랙 부수적인 정보 INF로 구성된다. 헤더는 전체 부분수, 명칭 속성, 부수적인 정보 크기 등을 포함한다. 이 데이터 파일에서, 속성 헤더 다음에는 ATRAC3 음악 데이터가 온다. 음악 데이터는 16 KB 블럭으로 분할되며, 각각의 블럭은 헤더로 시작한다. 헤더는 암호화된 데이터를 암호해독하기 위한 초기값을 포함한다. 암호화는 음악 데이터에 대해서만 수행된다는 것에 유의하여야 한다.

도 9a 내지 도 9c를 참조하면, 음악(트랙)과 ATRAC3 데이터 파일간의 관계가 설명된다. 하나의 트랙은 한 곡의 음악을 가리키고, 하나의 ATRAC3 데이터 파일로 구성된다(도 8을 참조). ATRAC3 데이터 파일은 ATRAC3 스킴에 의해 압축된 오디오 데이터를 저장한다.

데이터는 클러스터 기준으로 메모리 카드에 기록된다. 각각의 클러스터는 16 KB이다. 어떠한 클러스터도 한 파일 이상을 갖지 않는다. 플래시 메모리가 소거되는 최소 단위는 한 블럭이다. 음악 데이터를 기록하는데 사용하기 위한 메모리 카드의 경우에, 블럭 및 클러스터는 동기성이고 하나의 클러스터는 섹터로서 정의된다.

음악의 한 곡은 기본적으로 한 부분을 구성한다. 한 곡의 음악이 편집되면, 이는 두개 이상의 부분을 구성할 수 있다. 부분(part)은 기록의 시작에서 그 종료까지의 연속하는 시간으로 기록된 데이터의 단위를 지칭한다. 정상적으로, 한 트랙은 한 부분을 구성한다.

부분 간의 결합은 한 곡의 음악의 속성 헤더 내의 (나중에 설명될) 부분 정보 PRTINF에 의해 관리된다. 보다 상세히 하면, 부분 크기는 PRTINE 내의 부분 크기 PRTSIZE라고 하는 4 바이트 데이터에 의해 가리켜진다. 부분 크기 PRTSIZE의 첫번째 2 바이트는, 해당 부분에 대한 전체 클러스터 수를 가리킨다. 다음 바이트는 시작 음악 단위의 위치)(SU라고 약칭함)와 시작 및 종료 클러스터 내의 종료 SU를 지칭한다.

이 부분 설명 스킴은 음악 데이터를 편집할 때 많은 양의 데이터의 필요성을 제거한다. 만일 음악 데이터가 블럭 기준으로 편집되면, 데이터의 불필요한 이동을 피할 수 있다: 그러나, 블럭들이 너무 커서 편집에 효율적으로 사용할 수 없다.

SU는 오디오 데이터가 ATRAC3를 사용하여 압축될 때 부분의 최소 단위 및 최소 데이터 단위이다. 각각의 SU는 오디오 데이터(44.1㎑에서 1,024 x 16 비트 x 2 채널)을 그 본래 크기의 1/10로 압축하므로서 얻어진 수백 바이트의 데이터를 포함한다. 즉, 한 부분은 수천 SU로 구성된다. 하나의 클러스터가 42 SU로 구성될 때, 해당 클러스터는 음악의 1초를 나타낸다. 트랙을 구성하는 부분의 수는 부수적인 정보의 크기에 의존한다. 부분의 수는 헤더, 음악명, 및 부수적인 정보 데이터를 블럭으로부터 제거함으로서 얻어진 숫자에 의해 결정되므로, 부분의 최대 수(645)가 사용될 수 있다.

도 9a 내지 도 9c는 CD로부터 연속적으로 기록된 두곡의 음악에 대한 파일 구성을 도시한다. 도 9a는 하나의 곡(데이터 파일 #1)이 6개의 클러스터를 구성하는 경우를 도시한다. 도 9b는 두개 곡(데이터 파일 #2)이 6개의 클러스터를 구성하는 경우를 도시한다. 단지 하나의 파일만이 클러스터에 기억되기 때문에, 데이터 파일 #2는 다음 클러스터의 시작으로부터 생성된다. 결국, 만일 데이터 파일 #1의 끝(음악 1의 끝)이 클러스터의 중간에 위치되면, 도 9b에 도시한 바와 같이 어떠한 데이터도 해당 클러스터의 나머지 부분에 기록된다. 상술한 예에서, 데이터 파일 #1 및 #2의 각각은 한 부분을 구성한다.

메모리 카드에 기록된 데이터 파일의 경우, 네가지 유형의 편집 처리가 지정된다: 분할, 결합, 소거, 및 이동. 분할 처리는 파일 시스템 내의 하나의 파일을 두개로 분할하고, 재생 관리 파일을 갱신한다. 결합 처리는 파일 시스템 내의 두개의 파일을 하나로 결합하고, 재생 관리 파일을 갱신한다. 소거 처리는 트랙을 소거한다. 이동 처리는 트랙의 시퀀스를 변경하고, 재생 관리 파일이 갱신된다.

"이동" 처리는 데이터의 이동을 포함하지 않는다는 것에 유의하여야 한다. 따라서, "편집에서의 이동"은 하나의 기록 매체에서 다른 기록 매체로 데이터를 이동시키는 것과는 다르다. 상술한 바와 같이, 기록 매체 간의 데이터의 "이동"은 데이터를 복사한 다음에, 이를 소스 기록 매체로부터 삭제함으로서 달성된다. 두개의 파일(도 9a, 도 9b 및 도 9c에 도시한 데이터 파일 #1 및 #2)을 결합한 결과가 도 10에 도시된다. 두개의 데이터 파일 #1 및 #2는 새로운 데이터 파일 #1로 결합된다. 새로운 데이터 파일 #1은 두개의 부분으로 구성된다.

도 11은 클러스터 2 중간의 한곡의 음악(도 9a에 도시한 데이터 파일 #1)의 결과를 도시한다. 분할 처리의 결과 클러스터 0과 1 및 클러스터 2의 전면부로 구성된 데이터 파일 #1, 및 클러스터 2의 후부 및 클러스터 3과 4로 구성된 데이터 파일 #2의 결과가 된다.

상술한 바와 같이, 본 실시예에서는, 부분 설명 스킴이 제공되어, 부분 1의 시작 및 끝 위치와 부분 2의 시작 및 끝 위치가 SU 유닛에 의해 명시될 수 있게 된다. 결국, 결합 처리의 결과로 나타나는 결합을 채우기 위해 부분 2의 음악 데이터를 이동할 필요가 없게 된다. 부수적으로, 부분 설명 스킴은, 분할 처리(도 11)의 결과로 나타나는 데이터 파일 #2의 시작에서의 공간이 채워지도록 데이터를 이동시킬 필요가 없게 한다.

3-4 재생 관리 파일

도 12는 재생 관리 파일 PBLIST이 세부 데이터 구성을 도시한다. 재생 관리 파일 PBLIST는 하나의 클러스터(1 블럭=16 KB) 크기이다. 첫번째 32 바이트는 헤더이다.

나머지 부분은 전체 메모리 카드용의 명칭 NM1-S(256 바이트), 명칭 NM2-S(512 바이트), CONTENTS KEY, MAC 및 S-YMDhms, 재생의 시퀀스를 관리하기 위한 표 TRKTBL(800 바이트), 및 전체 메모리 카드용의 부수적인 정보 INF-S(14,720 바이트)를 포함한다. 이 파일의 끝에서, 헤더 내의 정보의 부분이 다시 기록된다. 서로 다른 데이터가 재생 관리 파일 내의 선정된 위치에 위치된다.

재생 관리 파일에서, (0x0000) 및 (0x0010)으로 표현된 첫번째 32 바이트는 헤더이다. 파일의 시작으로부터 매 16 바이트는 슬롯이라는 것에 유의한다.

"예비"는 정의되지 않은 데이터를 지칭하고, 널(0x00)로 흔히 표시된다. 예비 데이터는 무시된다. 예비 데이터의 위치가 또한 기록 보호된다. "선택"으로 지칭된 데이터는 예비 데이터와 동일한 방식으로 취급된다. 헤더는 첫번째 및 두번째 슬롯에 정렬되고, 다음 데이터를 포함한다.

BLKID-TL0(4 바이트)

의미 : 블럭 파일 ID.

기능 : 재생 관리 파일의 시작을 식별하기 위한 값.

값 : "TL=0" (예를 들어, 0x544C2D30)

MCode(2 바이트)

의미 : 메이커 코드.

기능 : 기록이 이루어지는 장치의 메이커 및 모델을 식별하기 위한 코드.

값 : 상위 10 비트(메이커 코드) 및 하위 6 비트(모델 코드)

REVISION(4 바이트)

의미 : 재생 관리 파일(PBLIST)이 재기록된 회수

기능 : REVISION이 재생 관리 파일이 재기록될 때마다 증가함.

값 : 0에서 시작하여 1씩 증가

SN1C+L(2 바이트)

의미 : NM1-S 데이터에 기록될 메모리 카드의 명칭(1 바이트)의 속성.

기능 : SN1C+L은 한 바이트씩 사용될 문자 코드 및 언어 코드를 표현함.

값 : 문자 코드(C)는 이하에 도시하는 바와 같이 상위 바이트에 의해 문자를 식별:

00 : 어떠한 문자 세트도 설정되어 있지 않음: 단순히 이진수로 처리됨.

01 : ACCII 02 : ASCII+KANA 03 : 수정된 8859-1

81 : MS-JIS 82 : KS C 5601-1989 83 : GB2312-80 90 : S-JIS (음성용)

언어 코드(L)는 이하에 도시하는 바와 같이 EBU Tech 3258마다 하위 1 바이트에 의해 언어를 식별.

00 : 설정되지 않음. 08 : 독일어. 09 : 영어, 0A : 스페인어, 0F : 프랑스어 15 : 이탈리아어 ID : 독일어, 65 : 한국어, 69 : 일본어, 75 : 중국어

만일 어떠한 데이터도 존재하지 않으면, 제로가 채워진다.

SN2C+L(2 바이트)

의미 : NM2-S 영역에 기록될 메모리 카드의 명칭(2 바이트)의 속성.

기능 : SN2C+L은 한 바이트 각각에 사용될 문자 코드 및 언어 코드를 표현함.

값 : 상술한 SN1C+L과 동일.

SINFSIZE(2 바이트)

의미 : INF-S 영역에 기록될 전체 메모리 카드와 연관된 모든 부수적인 정보를 부가함으로서 얻어지는 크기

기능 : SINFSIZE는 16 바이트 단위의 데이터 크기를 설명; 만일 어떠한 데이터도 없으면 제로가 채워짐.

값 : 크기는 0x0001 내지 0x39C(924)임.

T-TRK(2 바이트)

의미 : 총 트랙 수.

기능 : 총 트랙의 수

값 : 1 내지 0x0190(400 트랙까지). 만일 어ㄸ한 데이터도 없으면 제로가 채워짐.

VerNo(2 바이트)

의미 : 포맷의 버젼 번호.

기능 : 상위는 주요 버젼 번호를 가리키고 하위는 사소한 버젼 번호를 가리킴.

값 : 예 0x0100( Ver 1.0), 0x0203(Ver 2.3)

상술한 헤더를 따르는 데이터는 다음과 같다.

NM1-S

의미 : 전체 메모리 카드와 연관된 한 바이트의 명칭.

기능 : 1 바이트 문자 코드로 표현된 가변 길이 명칭 데이터(256까지). 이 명칭 데이터는 항상 종료 코드(0x00)으로 끝난다. 그 크기는 이 종료 코드에서부터 카운트된다. 만일 어떠한 데이터도 존재하지 않으면, 시작(0x0020)에서부터 적어도 1 바이트로 널(0x00)이 기록된다.

값 : 다양한 문자 코드.

NM2-S

의미 : 전체 메모리 카드와 연관된 2 바이트의 명칭.

기능 : 2 바이트 문자 코드로 표현된 가변 길이 명칭 데이터(512까지). 이 명칭 데이터는 항상 종료 코드(0x00)으로 끝난다. 그 크기는 이 종료 코드에서부터 카운트된다. 만일 어떠한 데이터도 존재하지 않으면, 시작(0x0120)에서부터 적어도 2 바이트로 널(0x00)이 기록된다.

값 : 다양한 문자 코드.

CONTENTS KEY

의미 : 각 음악 곡을 위해 준비된 값. 이 값은 MG(M)에 의해 보호된 다음에 저장된다. 이 값은 첫번째 곡의 음악에 부착된 CONTENTS KEY와 동일하다.

기능 : S-YMDhms의 MAC의 연산에 필요한 키.

값 : 0 내지 0xFFFFFFFFFFFFFFFF.

MAC

의미 : 저작권 정보의 템퍼를 점검하기 위한 값

기능 : S-YMDhms 및 CONTENTS KEY의 콘텐트로부터 생성된 값.

값 : 0 내지 0xFFFFFFFFFFFFFFFF.

TRK-nnn

의미 : 재생될 ATRAC3의 SQN(시퀀스) 번호.

기능 : TRK-nnn은 TRKINF 내의 FNo를 설명.

값 : 1 내지 400 (0x190). 만일 어떠한 데이터도 없다면, 제로가 채워진다.

INF-S

의미 : 전체 메모리 카드에 연관된 부수적인 정보 데이터(예를 들어, 사진, 서정시 및 설명에 대한 정보).

기능 : 헤더를 수반하는 가변 길이 부수적인 정보 데이터. 두개 이상의 서로 다른 부수적인 정보가 정렬될 수 있는데 각각의 정보는 ID와 데이터 크기가 부착되어 있다. 헤더를 포함하는 각각의 부수적인 정보 데이터는 정수배의 4 바이트인 적어도 16 바이트임. 이에 대한 상세한 것은 나중에 설명된다.

값 : 부수적인 정보 데이터의 구성을 참조.

S-YMDhms(4 바이트)(선택적)

의미 : 신뢰성있는 클럭을 갖는 장치에 의해 이루어지는 기록의 년, 월, 일, 시간, 분 및 초.

기능 : 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초의 단위로)

재생 관리 파일의 최종 슬롯에서, 해더에서의 것과 동일한 BLKID-TL0, MCode 및 REVISION이 기록된다.

예로서, 소비재 오디오 시스템에서, 메모리 카드는 기록 동안 부착될 수 있거나 또는 부주의하게 전원이 나갈 수 있어, 시스템의 복구시 비정상적인 상태의 검출을 필요로 하게 된다. 설명한 바와 같이, REVISION는 각 블럭의 시작과 끝에 기록되며, REVISION이 기록될 때마다 재기록 카운트가 1씩 증가된다. 결국, 만일블럭을 기록하면서 비정상적인 상태가 발생하면, 시작 REVISION과 끝 REVISION의 값이 일치하여, 비정상적인 상태의 검출을 가능하게 한다. 따라서, 두개의 REVISION은 비정상적인 상태의 검출을 가능하게 한다. 비정상적인 상태가 검출되면, 에러 메시지가 디스플레이된다.

고정된 값 BLKID-TL0가 각 블럭의 시작에 삽입되기 때문에, 이 고정된 값이 손상된 FAT의 복구를 위한 안내로서 사용될 수 있다. 특히, 각 블럭의 시작에서 고정된 값을 점검함으로써, 파일의 유형이 결정될 수 있다. 또한, 이 고정된 값 BLKID-TL0이 헤더와 각 블럭의 끝 모두에 기록되기 때문에, 그 신뢰성이 점검될 수 있다.

재생 관리 파일과 비교하여, ATRAC3 데이파 파일은 상당히 많은 양의 데이터(즉, 때때로 수백개의 축약된 블럭)을 포함한다. 각각의 ATRAC3 데이파 파일은 부착된 블럭수 BLOCK SERIAL를 갖는다. 즉, 각각의 ATRAC3 데이파 파일은 메모리 카드 상에 두개 이상의 블럭을 점유한다. 따라서, 콘텐트가 CUNNUM0 및 SERIAL에 의해 식별되지 않는한, 복제가 발행할 수 있어, FAT의 손상시 복구가 어렵게 된다.

이와 유사하게, 파일이 논리적 에러를 발생하는 경우, 메이커 코드(MCode)가, 기록이 이루어지는 장치의 모델의 식별을 위한 각 블럭의 시작과 끝에 기록된다.

도 13은 재생 관리 파일에 기록된 부수적인 정보 데이터(INF-S)의 구성을 도시한다. 부수적인 정보는 이하에 도시하는 바와 같이 헤더, 그리고 가변 길이 데이터로 시작한다.

INF

의미 : 필드 ID

기능 : 부수적인 정보 데이터의 시작를 표시하는 고정된 값.

값 : 0x69

ID

의미 : 부수적인 정보 키 코드

기능 : 부수적인 정보의 분류를 가리키는 ID

값 : 0 내지 0xFF

SIZE

의미 : 개별적인 부수적인 정보의 크기

기능 : 데이터 크기는 자유지만, 항상 적어도 16 바이트와 4 바이트의 정수배이어야 한다. 만일 데이터가 공간으로 끝나면, 널 (0x00)로 채워진다.

값 : 16 내지 14784(0x39C0)

MCode

의미 : 메이커 코드

기능 : 기록이 이루어지고 있는 장치의 메이커 및 모델을 식별하기 위한 코드

값 : 상위 10 비트(메이커 코드) 및 하위 6 비트(모델 코드)

C+L

의미 : 바이트 12에서 시작하는 데이터 영역에 기록될 문자의 속성.

기능 : 문자 코드 및 사용될 언어 코드가 가각 1바이트로 표현됨.

값 : 상술한 SN1C+L과 동일.

DATA

의미 : 개별적인 부수적인 정보 데이터

기능 : DATA는 가변 길이 데이터로 표현. 실제의 데이터는 항상 바이트 12에서 시작하여, 길이(크기)가 적어도 4 바이트이어야 하며, 항상 4 바이트의 정수배이어야 한다. 만일 데이터가 공간으로 끝나면, 널(0x00)로 채워진다.

값 : 콘텐트에 따라 개별적으로 정의됨.

도 14는 부수적인 정보 키 코드 값 0 내지 63과 부수적인 정보 유형 간의 상관의 예를 도시한다. 키 코드 값 0 내지 31은 음악에 연관된 정보(문자 정보)에 할당되고, 키 코드 값 32 내지 63은 URL(Uniform Resource Locator) 인터넷 연관 정보에 할당된다. 앨범 제목, 아티스트 명, 및 CM과 같은 문자 정보는 부수적인 정보로서 기록된다.

도 15는 부수적인 정보 키 코드 값(64 내지 127)과 부수적인 정보 유형 간의 상관의 다른 예를 도시한다. 키 코드 값 64 내지 95은 경로/다른 정보로서 할당되고, 키 코드 값 96 내지 127은 제어/수치 데이터로서 할당된다. 예를 들어, ID98의 경우에, 부수적인 정보는 TOC-ID이다. TOC-0ID는 CD(콤팩트 디스크)로부터의 TOC 정보에 의해 표시된 바와 같이, 첫번째 음악 번호, 최종 음악 번호, 현재 음악 번호, 총 재생 시간 및 현재 음악의 재생 시간을 가리킨다.

도 16은 부수적인 정보 키 코드 값(128 내지 159)과 부수적인 정보 유형 간의 상관의 또 다른 예를 도시한다. 키 코드 값 128 내지 159는 동기 재생에 연관된 정보에 할당된다. 도 16에서, EMD는 전자 음악 분포를 지칭한다.

도 17a, 도 17b, 도 17c, 도 17d 및 도 17e를 참조하면, 부수적인 정보 데이터의 특정 예가 설명될 것이다. 도 17a는 도 13과 일치하는 부수적인 정보 데이터의 데이터 구조를 도시한다.

도 17b는 부수적인 정보 데이터가 아티스트의 명칭, 즉 키 코드 ID=3이라는 예를 도시한다. 헤더를 포함하는 이 부수적인 정보의 데이터 길이는 28 바이트이다. C+L 내에서, 문자 코드 C는 0x01이고 언어 코드 L은 0x09이다. 이 값은 상기 도시한 명세에 따라 언어가 영어라는 것을 가리키는 ASCII 문자 코드이다. 아티스트 명칭 데이터, 예를 들어 "SIMON＆ABCDEFGHI"는 바이트 12에서 시작하는 한 바이트로 기록된다. 부수적인 정보의 크기가 4 바이트의 정수배로서 명시되기 때문에, 나머지 한 바이트는 (0x00)이다.

도 17c는 부수적인 정보가 ISRC(Insternaltional Standard Recording Code : 저작권 코드) 즉 키 코드 ID=97인 예를 도시한다. SIZE는 이 부수적인 정보의 데이터 길이가 20 바이트라는 것을 가리키는 0x14(20 바이트)이다. C+L의 경우, 문자 또는 언어 어느 것도 설정되어 있지 않다는 것, 즉 데이터가 이진이라는 것을 가리키는 C=0x00이고 L=0x00이다. 이때, 8 바이트 ISRC 코드가 데이터로서 기록된다. ISRC는 저작권 정보(국가, 저작원 소유자, 기록 일자, 및 일련번호)를 가리킨다.

도 17d는 부수적인 정보가 기록 일자, 즉 키 코드 ID=97인 예를 도시한다. SIZE는 이 부수적인 정보의 데이터 길이가 16 바이트라는 것을 가리키는 0x10(16 바이트)이다. C+L의 경우, 문자 또는 언어 어느 것도 설정되어 있지 않다는 것을 가리키는 C=0x00이고 L=0x00이다. 이때, 4 바이트(32 비트) 코드가 기록 일자(년, 월, 일, 시간, 분, 초)를 가리키는 데이터로서 기록된다.

도 17e는 부수적인 정보가 재생 로그, 즉 키 코드 ID=107인 예를 도시한다. SIZE는 부수적인 정보의 데이터 길이가 16 바이트라는 것을 가리키는 0x10(16 바이트)이다. C+L의 경우, 문자 또는 언어 어느 것도 설정되어 있지 않다는 것을 가리키는 C=0x00 및 L=0x00이다. 이때, 4 바이트(32 비트) 코드가 재생 로그(년, 월, 일, 시간, 분, 초)을 가리키는 데이터로서 기록된다. 재생 로그는 재생이 수행될 때마다 데이터의 16 바이트를 기록한다.

3-5 데이터 파일

도 18은 하나의 SU가 N 바이트(예를 들어, N=384 바이트)인 ATRAC3 데이터 파일용 데이터 어레이를 도시한다. 도 18은 도 8에 도시한 것과 유사한 데이터 파일을 세부적으로 도시한다. 특히, 이 도면은 첫번째 2개 블럭(16x2=32K 바이트)의 슬롯의 시작 바이트(0x0000 내지 0x7FF0)을 도시한다.

속성 헤더의 첫번째 32 바이트는 헤더, 그리고 다음에 음악 명 영역 NM1(256바이트)용의 256 바이트 및 음악 명 영역 NM2(512 바이트)용의 512 바이트가 온다. 속성 헤더의 헤더는 다음과 같은 데이터를 포함한다:

BLKID-TL0(4 바이트)

의미 : 블럭 파일 ID.

기능 : ATRAC32 데이터 파일의 시작을 식별하기 위한 값.

값 : 고정 값 ="HD=0" (예를 들어, 0x48442D30)

Mcode(2 바이트)

의미 : 메이커 코드.

값 : 상위 10 비트(메이커 코드) 및 하위 6 비트(모델 코드)

BLOCK SERIAL (4 바이트)

의미 : 각각의 트랙에 부착되는 일련 번호

기능 : 첫번째 블럭은 0으로 시작. 다음 블럭은 일련 번호가 1이 증가함. 이들 숫자는 편집 처리후에 변하지 않음.

값 : 0 내지 0xFFFFFFFF.

N1C+L(2 바이트)

의미 : 트랙(음악명) 데이터(NM1)의 속성

기능 : NM1에 사용하기 위한 언어 코드 및 문자 코드가 각각 1 바이트씩 표현됨.

값 : SNIC+L과 동일.

N2C+L(2 바이트)

의미 : 트랙(음악명) 데이터(NM2)의 속성.

기능 :NM2에 사용하기 위한 문자 코드 및 언어 코드가 각가 1 바이트로 표현됨.

값 : 상술한 SN1C+L과 동일.

INFSIZE(2 바이트)

의미 : 트랙과 연관된 부수적인 모든 정보를 총합산하여 얻어지는 크기

기능 : INFSIZE는 16 바이트 단위로의 데이터 크기를 설명; 만일 어떠한 데이터도 없으면 제로가 채워짐.

값 : 크기는 0x0001 내지 0x3C6(966)임.

T-PRT(2 바이트)

의미 : 총 부분 수.

기능 : T-PRT는 트랙을 구성하는 부분의 수, 즉 1을 나타낸다.

값 : 1 내지 0x285(645 dec).

T-SU(4 바이트)

의미 : 총 SU 수.

기능 : T-SU는 한 트랙 내의 실제의 전체 SU수를 표현함; 음악 재생 시간에 상당.

값 : 0x01 내지 0x001FFFFF.

INX(2 바이트) (선택적)

의미 : INDEX의 상대적 위치.

기능 : 음악의 문자 부분의 시작을 표시하며, SU의 숫자를 4로 나눔으로서 얻어진 값에 의해 음악의 시작으로부터의 위치를 명시한다; 정상적인 SU인 한 네배의 시간 기간(약 93㎳)에 상당.

값 : 0 내지 0xFFFF(약 6084 초까지)

XT(2 바이트)(선택적)

의미 : INDEX의 재생 시간

기능 : XT는 SU를 4로 나눔으로서 얻어진 값만큼 INX-nnn에 의해 명시된 시작으로부터 재생될 시간을 명시한다; 정상적인 SU인 한 네배의 시간 기간(약 93㎳)에 상당.

값 : 0x0000: 어떠한 설정도 없음; 0x01 내지 0xFFFF(약 6084 초까지)

다음은 속성 헤더 내의 음악 명칭 영역 NM1 및 NM2을 설명한다.

NM1

의미 : 음악 명을 표시하는 문자 스트링.

기능 : 1 바이트 문자 코드로 표현된 가변 길이 음악명(256까지). 이 명칭은 항상 종료 코드(0x00)으로 끝난다. 이 크기는 이 종료 코드로부터 계산된다. 만일 어떠한 데이터도 없으면, 하나 이상의 널(0xx00) 바이트가 적어도 시작(0x0020)에서 기록된다.

값 : 문자 코드의 각 유형

NM2

의미 : 음악 명을 표시하는 문자 스트링.

기능 : 2 바이트 문자 코드로 표현된 가변 길이 음악명 데이터(512까지). 이 명칭은 항상 종료 코드(0x00)으로 끝난다. 이 크기는 이 종료 코드로부터 계산된다. 만일 어떠한 데이터도 없으면, 두개 이상의 널(0xx00)이 적어도 시작(0x0120)에서 기록된다.

값 : 문자 코드의 각 유형

속성 헤더의 고정된 위치 0x0320에서 시작하는 80 바이트 데이터는, 보안 및 복사 제어에 연관된 정보를 관리하는 트랙 정보 영역 TRKINF로 불리운다. 다음은 TRKINF 내의 데이터를 설명한다.

CONTENTS KEY(8 바이트)

의미 : 메모리 카드의 보안 블럭에 의해 보호된 다음 저장되는 각 곡의 음악을 위해 준비된 값

기능 : 음악을 재생하는데 필요하고 계산 C-MAC[n]에 사용되는 첫번째 키

값 : 0 내지 0xFFFFFFFFFFFFFFFF.

C-MAC[n] (8 바이트)

기능 : 콘텐트 누적 숫자 및 감춰진 시퀀스 번호를 포함하는 복수의 TRKNIF의 콘텐트로부터 생성된 값. 감춰진 시퀀스 번호는 메모리 카드의 감춰진 영역에 기록된 시퀀스 번호를 지칭한다. 저작권과 호환하지 않는 임의의 레코더는 감춰진 영역을 판독한다. 저작권과 호환하는 전용 레코더 또는 메모리 카드를 판독할 수 있는 소프트웨어에 설치된 퍼스널 컴퓨터는 감춰진 영역을 액세스할 수 있다.

A(1 바이트)

의미 : 부분의 속성

기능 : 부분으로의 압축 모드와 같은 정보

값 : 도 19를 참조. 모네츄럴 모드(Monatural mode) (N=0,1)은 비트 7이 1이고 서브 신호가 0인 특수한 결합 모드이다. 주 신호(L+R)만이 모내츄럴로서 명시될 수 있다. 정상적인 재생 장치는 비트 2와 1의 정보를 무시할 수 있다.

A의 비트 0는 강조 온/오프의 정보를 형성한다. 비트 1은 재생 SKIP 또는 정상적인 재생에 대한 정보를 형성한다. 비트 2는 데이터 분할에 대한 정보; 예를 들어, 오디오 데이터 또는 FAX와 같은 다른 데이터를 형성한다. 비트 3은 정의되어 있지 않다. 비트 4, 5 및 6을 결합함으로써, 속도 정보가 도시한 바와 같이 지정된다.

보다 상세히, N는 3개 비트로 표현되며, 기록 시간(64 MB 메모리 카드의 경우), 데이터 전송 속도, 한 블럭 내의 SU의 수, 및 5가지 종류의 모드에 대한 한 SU의 바이트 수를 가리키는 속도 값; 모노내츄럴 (N=0), LP(N=2), SP(N=4), EX(N=5,6), 및 HQ(n=7). 비트 7은 ATRAC3의 모드(0: 이중, 1: 결합)을 가리킨다.

다음은 64 메모리 카드의 사용에 의한 SP 모드의 경우를 설명한다. 64 메모리 카드는 3968 블럭을 갖는다. SP 모드에서, 하나의 SU는 304 바이트를 가져서, 한 블럭이 53 SU를 갖게 된다. 한 SU는 (1,024/44,100) 초에 상당한다. 따라서, 한 블럭은 (1,024/44,100) x 53 x (3,968-16)=4,863 초 = 81 분. 전송 속도는 (44,100/1,024) x 304 x 8 = 104,737bps이다.

LP(1 바이트)

의미 : 재생 한계 플래그(비트 7 및 비트 6), 및 보안 버젼(비트 5 내지 비트 0)

기능 : LT는 이 트랙에 제한이 있다는 것을 가리킨다.

값 : 비트 7 : 0= 제한이 없음; 1=제한있음

비트 6 : 0= 제시가의 제한 내에; 1=시간의 제한을 벗어남.

비트 5 내지 비트 0 : 보안 버젼 0 (만일 보안 버젼이 0 이외이면, 재 생이 금지됨)

FNo(2 바이트)

의미 :파일 번호

기능 : 첫번째 기록 및 이 번호에서의 트랙 번호는 메모리 카드의 감춰진 영역에 기록된 MAC 연산에 대한 값의 위치를 식별.

값 : 1 내지 0x190 (400).

MG(D) SERIAL-nnn(16 바이트)

의미 : 기록 장치의 보안 블럭(보안 IC(20))의 일련번호.

기능 : 기록 장치 간에 서로 다른 독특한 값

값 : 0 내지 0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF.

CONNUM(4 바이트)

의미 : 콘텐트 누산 번호

기능 : 한편의 음악에 대해 누적되고 기록 장치의 보안 블럭에 의해 관리되는 독특한 값. 이 숫자는 2 내지 32번째 제곱 또는 4.2백만 곡의 음악을 위해 준비되고 기록된 음악을 식별하는데 사용됨.

값 : 0 내지 0xFFFFFFFF.

YMDhms-S(4 바이트)(선택적)

의미 : 재생 한계에 속하는 트랙을 위한 재생 시작 날짜

기능 : EMD에 의해 명시된 재생 시작이 허용되는 날짜.

값 : 상술한 날짜의 주석과 동일함.

YMDhms-E(4 바이트)(선택적)

의미 : 재생 한계에 속하는 트랙을 위한 재생 종료 날짜

기능 : EMD에 의해 명시된 재생 허가가 종료되는 날짜.

값 : 상술한 날짜의 주석과 동일함.

MT(1 바이트)(선택적)

의미 : 재생이 허가되는 최대 회수

기능 : EMD에 의해 명시된 최대 재생 회수

값 :1 내지 0xFF; 이것이 사용되지 않을 때는 0x00; 만일 LT의 비트 7이 0이면, MT의 값은 00임

CT(1 바이트)(선택적)

의미 : 재생이 이루어지는 회수

기능 : 회수는 실제로 재생의 허용된 회수 내에서 재생될 수 있다. 이 값은 재생이 이루어질 때마다 감소된다.

값 :0x00 내지 0xFF; 이것이 사용되지 않을 때는 0x00; 만일 LT의 비트 7이 1이면, CT의 값은 00이고. 재생은 금지됨.

CCS(1 바이트)

의미 :COPY CONTROL

기능 : 도 20에 도시한 바와 같이, 비트 6 미치 비트 7은 복사 제어 정보를 표현하고, 비트 4 및 5는 고속 디지털 복사에 연관된 복사 제어 정보를 표현하고, 비트 1,2 및 3은 복사 속성, 비트 0은 정의되저 있지 않음.

CC의 예:

001 : 본래 소스로부터 기록된 콘텐트

010 : LCM으로부터 복사된 콘텐트

011 : LCM으로부터 이동된 콘텐트

100 이상 : 정의되지 않음.

LCM은 퍼스널 컴퓨터 또는 소비재 장치 내의 HDD에 상당하는 Licensed Compliant Module를 가리킨다는 것에 유의한다. 예를 들어, CD로부터의 디지털 기록에서, (비트 7,6)은 01이고, (비트 5,4)는 00이고 (비트 3,2,1)은 001 또는 010이다.

CN(1 바이트)(선택적)

의미 : 복사 회수는 고속 디지털 복사 HSCMS(High Speed Serial Copy Management System)에서 허용된다.

기능 : CN은 한번의 복사와 복사가 없는 것 간의 구별을 확장하고, 회수에 의해 명시된다. CN은 첫번째 생성 복사에 대해서만 유효하고, 복사가 이루어질 때마다 감소한다.

값 : 00 : 복사 보호, 01 내지 0xFF: 회수, 0xFF; 유한 회수.

데이터 파일 내의 속성 헤더에서, 상술한 트랙 정보 영역 TRKNIF 다음에는 부분 관리를 위한 부분 정보 영역 PRTINF라고 하는 0x0370에서 시작하는 24 바이트가 온다. 한 트랙이 복수의 부분으로 구성될 때, PRTINF는 시간 축에 따라 정렬된다. 다음은 PRTINF에 포함된 데이터를 기술한다.

PRTSIZE(4 바이트)

의미 : 부분 크기

기능 : PRTSIZE는 부분의 크기를 가리킨다; 클러스: 2 바이트(상부), 시작 SU:1 바이트(중간), 끝 SU: 1 바이트(바닥)

값 : 클러스터 : 1 내지 0x1F40(8000), 시작 SU: 0 내지 0xA0(160), 끝 SU; 0 내지 0xA0(160)(SU는 0으로부터 번호가 매겨진다)

PRTKEY(8 바이트)

의미 : 부분을 암호화하기 위한 값

기능 : 초기값 = 0; 편집의 시작에서, PRTKEY는 편집 규칙을 따른다.

값 : 0 내지 0xFFFFFFFFFFFFFFFF.

CONNUM0 (4 바이트)

의미 : 첫번째 생성된 콘텐트 누산 번호 키

기능 : CONNUM0은 콘텐트가 독특하게 하기 위한 ID로서의 역할을 한다.

값 : 콘텐트 누산 번호 초기값 키와 동일.

ATRAC3 데이터 파일의 속성 헤더는 도 18에 도시한 바와 같이 부수적인 정보 INF를 포함한다. 이 정보는 일반적으로, 시작 위치가 고정되어 있지 않다는 점을 제외하고는 재생 관리 파일 내의 부수적인 정보 INF-S(도 12를 참조)와 동일하다. 부수적인 정보 INF는 하나 이상의 부분의 최종 바이트 부분(4 바이트의 단위) 다음의 위치에서 시작한다.

INF

의미 : 트랙에 연관된 부수적인 정보 데이터

기능 : 헤더를 갖는 가변 길이 부수적인 정보. 복수의 서로 다른 종류의 부수적인 정보가 정렬될 수 있다. 각각의 헤더에는 ID 및 데이터 크기가 부착되어 있다. 개별적인 헤더를 포함하는 부수적인 정보 데이터는 적어도 15 바이트 길이이고, 4 바이트의 정수배로 증가한다.

값 : 재생 관리 파일 내의 부수적인 정보 INF-S와 동일

상술한 속성 헤더 다음에는 ATRAC 데이터가 기록되어 있는 데이터 블럭이 온다. 도 8에 도시한 바와 같이, 헤더가 각각의 블럭에 부가된다. 다음은 도 18을 참조한 블럭 데이터를 기술한다.

BLKID-A3D(4 바이트)

의미 : BLOCK ID FILE ID.

기능 : BLKID-A3D는 ATRAC3 데이터의 시작을 가리킨다.

값 : 고정값="A3D"(예를 들어, 0x41334420).

MCode(2 바이트)

의미 : MAKER CODE.

기능 : 기록이 이루어지는 장치의 메이커 및 모델을 식별하기 위한 MCode.

값 : 상위 10 비트(메이커 코드) 및 하위 6 비트(모델 코드)

CONNUM0(4 바이트)

의미 : 첫번째 생성된 누산 숫자.

기능 : CONNUM0는 콘텐트를 독특하게 하는 ID로서 작용하며, 편집후에 값 변경을 허용하지 않는다.

값 : 콘텐트 누산 번호 초기 값 키와 동일.

BLOCK SERIAL (4 바이트)

의미 : 각각의 트랙에 부착되는 일련 번호

값 : 0 내지 0xFFFFFFFF.

BLOCK_SEED (8 바이트)

의미 : 한 블럭을 암호화하기 위한 하나의 키

기능 : 시작 블럭은 기록 장치용 보안 블럭이고 랜덤 수를 발생한다. 다음 블럭들은 1씩 증가하여 번호가 부여된다. 만일 이 값이 없어지면, 한 블럭에 상당하는 1 초 동안 어떠한 소리도 출력되지 않는다. 따라서, 동일한 값이 두번 헤더 및 블럭 끝에 기록된다. 이 값은 편집후에 변하지 않는다.

값 : 초기에, 8 바이트 랜덤 수

INITIALIZATION VECTOR (8 바이트)

의미 : 이는 각각의 블럭에 대한 ATRAC3 데이터를 암호화하고 암호해독하는데 필요한 초기 값이다.

기능 : 첫번째 블럭은 0에서 시작하고 다음 블럭은 최종 SU의 마지막으로 암호화된 8 바이트 값을 갖는다. 분할된 블럭의 중간에서 시작할 때, 마지막 8 바이트는 시작 SU가 사용되기 직전에 시작된다. 이 값은 편집후에 변하지 않는다.

값 : 0 내지 0xFFFFFFFFFFFFFFFF.

SU_nnn

의미 : 음성 단위 데이터

기능 : 1,024 샘플을 비교하여 얻어진 데이터, 데이터의 바이트 수는 사용된 압축 모드에 따른다. 이 값은 편집후에 변하지 않는다(예를 들어, SP 모드에서 N-384 바이트)

값 : ATRAC3 데이터 값

도 18에서, N=384이고, 따라서 42 SU가 한 블럭에 기록된다. 각 블럭의 첫번째 두개의 슬롯(4 바이트)은 헤더를 형성한다. BKLID-A3D, MCode, CONNUM0, 및 BLOCK SERIAL이 복사하는 방식으로 마지막 슬롯(2 바이트)에 기록된다. 따라서, 각 블럭의 나머지 영역 M은 16,384-384x42-16x3=206 바이트이다. 상술한 바와 같이, 8 바이트 BLOCK SEED가 이 영영 M에 기록된다.

4. 콘텐트 소스 식별 정보

다음은 콘텐트 소스 식별 정보, 예를 들면, 도 21, 22 및 23을 참조하여 메모리 카드(40)에 콘텐트가 기록되는 기록 루트를 설명한다. 콘텐트 공급원 식별 정보는 상술한 데이터 파일(도 18 및 20을 참조)의 속성 헤더의 CC 비트 1, 2 및 3에 위치한다. 각각의 예에서, 레코더(1A 및 1B)는 도 1에 도시한 레코더(1)와 동등하다. 도 21 내지 23을 참조하면, 점선은 콘텐트의 흐름을 나타내고, 실선은 식별 정보의 흐름을 나타낸다.

도 21은 음악 데이터와 같은 콘텐트가 CD 플레이어와 같은 재생 장치에 의해 재생되고, 메모리 카드에 기록하기 위해 송신될 때의 데이터 루트를 도시한다. 루트 1은 레코더 1B가 재생 장치에 접속되어 있을 때 형성된다. 이 셋업에서, 재생 장치는 레코더(도 1에 도시)의 디지털 입력 선택기(16) 또는 라인 입력 선택기(13)에 접속되어, 디지털 오디오 데이터 또는 아날로그 오디오 데이터를 재생 장치에서 레코더로 공급한다.

재생 장치로부터 공급된 콘텐트로서의 데이터는 레코더(1B)(도 1을 참조하여 설명함)에서 엔코드 및 암호화되어 메모리 카드에 저장된다. 각 곡의 음악 또는 콘텐트는 하나의 데이터 파일로서 기록된다.

이 예의 경우, 콘텐트가 재생 전용 레코딩 장치인 CD로부터 재생되기 때문에, 레코더(1B)의 DSP는 콘텐트 공급원 식별 정보로서 "001"("CC"의 비트 1,2 및 3의 값으로서)을 발생한다. 이 값은 데이터 파일의 속성 헤더에 기록된다. 콘텐트가 레코드됨에 따라, 데이터 파일 및 재생 관리 파일 내의 제어 정보가 또한 기록 및/또는 갱신된다.

도 21에 도시한 루트 21은 장치(100)(즉, 퍼스널 컴퓨터 또는 오디오/비쥬얼 장치)에 일체화된 레코더(1A)가 재생 장치에 접속될 때 형성된다. 이때 디지털 오디오 데이터 또는 아날로그 데이터가 레코더(1A)에 직접 공급된다. 재생 장치로부터 공급된 데이터는 메모리 카드에 기록하기 위해 레코더(1A)에서 엔코드되어 암호화된다. 이 경우에, CPU(101)는 콘텐트 공급원의 식별 정보로서 "001"("CC"의 비트 1, 2 및 3의 값으로서)을 발생하고, 발생된 값을 레코더에 공급한다. "CC" 및 다른 공급된 정보를 사용하여, 레코더는 데이터 파일에 관리 정보를 기록하고/거나 재생 관리 파일을 갱신한다.

도 22는 퍼스널 컴퓨터(100)에 일체화된 CD-ROM 드라이브(103)로부터의 콘텐트가 메모리 카드(40)에 기록되는 경우의 데이터를 도시한다. 레코더(1B)는 스탠드 얼론 구성이고, (도 1에 도시된 바와 같은) 터미널(32)를 통해 USB 포트 또는 다른 통신 스킴에 의해 컴퓨터(100)에 접속된다.

루트 3은 CD-ROM 드라이브에 의해 재생된 콘텐트가 먼저 HDD(201)에 저장된 다음 HDD에서 레코더로 공급될 때 형성된다. HDD로부터 공급된 콘텐트는 메모리 카드에 복사되거나 이동된다. 이 경우에, 데이터가 HDD로부터 복사되거나 이동되기 때문에, 컴퓨터의 CPU(101)는 레코더에 대해 "CC"의 비트 1, 2 및 3의 값에 대해 "010" 또는 "011)을 발생하고, 이 값을 데이터 파일의 속성 헤더에 기록한다.

도 22에 도시한 루트 4는 CD-ROM 드라이브(103)에 의해 재생된 콘텐트가 레코더에 직접 공급될 때 형성된다. CD-ROM 드라이브로부터 공급된 콘텐트는 메모리 카드 및 레코드에 기록된다. 이 경우에, 데이터가 CD로부터 직접 기록되기 때문에, CPU(101)는 레코더에 대해 "CC"의 비트 1, 2 및 3의 값으로서 "001"을 발생하고, 이 값을 데이터 파일의 속성 헤더에 기록한다.

도 23은 퍼스널 컴퓨터가 서버(300)에 의해 제공된 콘텐트를 ISDN, 위성 통신 라인 또는 임의의 다른 전송 경로와 같은 일반적인 통신 라인을 통해 HDD에 다운로드하는 경우를 도시한다. 레코더(1B)는 USB 포트 또는 다른 통신 스킴에 의해 (도 1에 도시한) 터미널(32)을 통해 컴퓨터에 접속된다. 서버에 의해 제공되어 HDD에 저장된 콘텐트는 레코더에 공급된다. 이 경우에, HDD(102)로부터 공급된 콘텐트는 메모리 카드에 복사되거나 이동된다. 데이터가 HDD로부터 복사되거나 이동되기 때문에, CPU(101)는 레코더에 대해 "CC"의 비트 1, 2 및 3의 값으로서 "010"또는 "011"을 발생하고, 이 값을 데이터 파일의 속성 헤더에 기록한다.

상술한 바와 같이, "100" 상위의 값은 정의되어 있지 않다. 도 21 내지 23에 도시한 예는 다양한 콘텐트 기록 루트들중의 단지 전형적인 예이므로, 많은 다른 루트가 가능하다는 것을 알아야 한다. 각각의 예에서, 콘텐트 공급원에 대한 식별 정보를 제공하는 "CC"의 비트 1, 2 및 3의 값은, 콘텐트를 공급하는 장치로부터 레코더에 전송되거나 레코더내의 DSP에 의해 발생된다.

5. 인에이블링 및 디스에이블링 편집

다음은 메모리 카드에 기록된 콘텐트에 대한 편집 처리를 설명한다. 데이터 파일 편집은 파일 결합과 분할 동작 모두를 포함한다.

이들 편집 동작은 사용자가 원하는 대로 콘텐트(예를 들면, 음악)를 조작하는 것을 가능하게 한다. 그러나, 콘텐트 제공자의 관점에 비추어, 이들에 의헤 공급된 콘텐트의 자유 조작은 다소 필요하지 않다. 따라서, 본 실시예는 사용자에 의해 실행될 수 있는 콘텐트 결합 및 분할 동작에 제한을 두고 있다.

도 24는 사용자가 레코더에 대해 데이터 파일 분할 동작을 실행할 때 DSP(30)에 의해 실행되는 처리를 도시하다. 데이터 파일을 분할할 때, 사용자는 먼저 메모리 카드에 기록된 데이터 파일을 명시하고, 다음에 분할 점의 지정 및 분할의 실행을 포함하는 임의의 분할 동작을 지정한다. 사용자는 이들 동작을 터미널(32)에 접속된 마스터 장치의 동작 블럭(39)(도 1에 도시) 또는 동작 블럭으로부터 실행할 수 있다는 것을 알아야 한다.

분할될 데이터 파일이 사용자에 의해 지정되면, DSP는 단계(F101)에서 지정된 데이터 파일의 속성 헤더 내의 트랙 정보 영역 TRKNIF를 점검한다. 특히, DSP는 CC 값, 즉 이 데이터 파일의 콘텐트 공급원을 점검한다. 만일 CC 값 비트 1, 2 및 3이 "011" 이상이 아니면, 즉 만일 이들이 "001" 또는 "010"이면, 이때 시스템은 단계(F102)에서 단계(F103)로 진행하여, 데이터 파일을 분할한다. 데이터 파일은 사용자에 의해 명시된 분할점에서 도 11을 참조하여 설명한 바와 같이 두개의 데이터 파일로 분할된다. 실제로, 분할은 재생 관리 파일을 갱신하고, 두개의 분할된 데이터 파일의 속성 헤더를 세팅함으로써 실현된다. 이때, 단계(F104)에 도시한 바와 같이, 분할된 파일의 속성 헤더의 CC 값은 분할 전의 데이터 파일의 CC 값과 동일하게 세팅된다.

한편, 만일 단계(F102)에서 CC 비트 값 1, 2 및 3이 "011" 이상이면, 시스템은 단계(F05)로 진행하여, 편집 처리가 디스에이블되어 실행되지 않는다는 것을 사용자에게 통지한다. 이와 같은 통지를 위해, 시스템은 디스플레이 장치(33)(도 1에 도시) 또는 터미널(32)에 접속된 장치의 디스플레이 장치에 도시된 메시지를 발행한다. 선택적으로, 시스템은 사용자에게 알람 소리 또는 얼람 메시지의 형태로 통지한다.

본 실시예에서, CD와 같은 본래의 소스로부터 기록된 콘텐트 또는 HDD로부터 복사된 콘텐트가 분할될 수 있다. 그러나, HDD로부터 이동된 콘텐트는 분할을 위해 디스에이블된다.

HDD로부터 이동된 콘텐트 - 즉 CC 비트 1, 2 및 3이 "011" 이상인 콘텐트 -는, 서버 또는 다른 소스로부터 HDD에 기록되어 메모리 카드에 이동된 콘텐트이다. 서버 및 콘텐트 저작권 소유자의 관점에 비추어, 이와 같은 콘텐트의 편집은 제한되어야만 한다. 따라서, 본 실시예에서, 콘텐트의 조작이 제한되도록 의도되는 경우에는 분할이 디스에이블된다.

도 25는 데이터 파일 결합 동작이 사용자에 의해 명시될 때 실행될, DSP에 의한 처리를 도시한다. 사용자는 먼저 결합되어 메모리 카드에 기록될 두개의 데이터 파일을 지정하고, 두개의 데이터 파일을 결합하기 위한 명령을 낸다.

결합될 두개의 데이터 파일이 지정되면, DSP는 단계(F201)에서 이들 파일의 속성 헤더 내의 트랙 정보 영역 TRKNIF를 점검한다. 즉, DSP는 데이터 파일 모두의 CC 값으로부터 콘텐트 공급원을 점검한다. 만일 이들 데이터 파일 모두의 CC 비트 1, 2 및 3이 "011" 이상이 아니면, 즉 CC 값이 "001" 또는 "010"이면, 시스템은 단계(F202)에서 단계(F203)으로 진행하여, 데이터 파일 결합을 실행한다. 이 결합은 재생 관리 파일을 갱신하는 것과 같은 관리 정보를 갱신하고, 결합된 데이터 파일의 속성 헤더를 세팅함으로써 실현된다.

결합된 데이터 파일의 속성 헤더의 CC 값은 단계(F204)에 도시한 바와 같이 결합되기 전에 두개의 데이터 파일의 CC 값과 동일하다는 것에 유의하여야 한다. 한편, 만일 두개 데이터 파일의 임의의 데이터 파일의 CC 비트 1, 2 및 3이 "011" 이상이면, 시스템은 단계(F205)로 진행하여, 사용자에게 편집 처리가 디스에이블되어 결합 처리를 실행할 수 없다는 것을 통지한다. 시스템은 사용자에게 상술한 분할 처리와 동일한 방식으로 이를 통지한다.

본 실시예에서, 도 25에 도시한 처리는 CD와 같은 본래의 소스로부터 기록된 콘텐트 또는 HDD로부터 복사된 콘텐트에 대한 결합 처리를 인에이블시키지만, HDD로부터 이동된 콘텐트에 대한 결합 처리를 디스에이블시킨다.

본 발명의 상술한 실시예의 예는 단지 예시적이다. 다양한 다른 시스템 구성, 레코더 구성, 및 처리 스킴이 가능하다. 예를 들어, 상기 예에서, 편집 처리는 CC="001" 및 "010"일 때 인에이블된다. 기술분야의 숙련자는 편집 처리는 또한 CC="011"일 때 인에이블된다는 것을 알 것이다.

또한 상술한 바와 같이, 장래의 콘텐트 제공자를 가리키기 위해 CC="100" 이상의 값이 지정될 수 있다. 본 발명에서는, 콘텐트 제공자의 종류에 따라 다양한 허가/금지 상태가 설정될 수 있다. 예를 들어, 전송 경로를 통해 공급된 콘텐트의 경우, CC가 "100"으로 설정될 수 있거나 또는 CC="100"일 때에만 편집 처리가 디스에이블될 수 있다.

상기 예에서는, 콘텐트가 오디오 데이터를 가정하고 설명하였다. 기술분야의 숙련자는 본 발명이 비디오 데이터 및 텍스트 데이터 등에도 적용될 수 있다는것을 알 것이다.

본 발명에 따르면 상술한 바와 같이, 콘텐트 공급원을 가리키는 식별 정보가 상기 공급원으로부터 공급된 레코드된 콘텐트에 따라 기록 매체에 기록된다. 레코드된 콘텐트의 편집이 사용자에 의해 요청되면, 편집될 콘텐트의 식별 정보가 점검되고, 식별 정보에 의해 식별된 콘텐트 공급원에 따라 콘텐트 편집이 인에이블되거나 디스에이블된다. 결국, 본 발명은 콘텐트 공급원에 따라 콘텐트 편집의 허가 및 금지를 제어할 수 있어, 다양한 콘텐트 공급원에 따라 콘텐트 편집의 허가 및 금지의 적당한 제어를 제공하게 된다.

비록 본 발명의 바람직한 실시예가 특정 용어를 사용하여 설명되었지만, 이 설명은 단지 예시적인 것이며, 첨부하는 특허청구의 영역 또는 범위를 벗어나지 않고 변형 및 수정이 있을 수 있다는 것을 알아야 한다.

Claims

기억 매체에 있어서,

데이터를 기억하기 위한 데이터 영역, 및

상기 데이터 영역에 기억된 데이터에 대한 관리 데이터를 저장하기 위한 관리 영역 - 상기 관리 데이터는 상기 데이터 영역에 저장된 데이터에 대한 공급원을 식별하기 위한 식별 정보를 포함함-

을 포함하는 기억 매체.
제1항에 있어서, 상기 식별 정보는 상기 데이터 영역에 기억된 데이터에 대한 상기 공급원이 본래의 소스인지의 여부를 식별하는 기억 매체.
제2항에 있어서, 상기 식별 정보는 상기 데이터 영역에 기억된 데이터에 대한 상기 공급원이 상기 본래의 소스로부터 기록되는 지의 여부를 식별하는 기억 매체.
제1항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 판독 전용 기억 매체인지의 여부를 식별하는 기억 매체.
제1항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 재생 전용 매체인지의 여부를 식별하는 기억 매체.
제1항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 허가된 컴플라이언트 모듈(licensed compliant module)인지의 여부를 식별하는 기억 매체.
제6항에 있어서, 상기 데이터 영역에 기억된 상기 데이터는 상기 허가된 컴플라이언트 모듈로부터 점검되는 지의 여부를 식별하는 기억 매체.
제1항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 하드 디스크 드라이브인지의 여부를 식별하는 기억 매체.
제1항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 통신 라인을 통해 접속된 서버인지의 여부를 식별하는 기억 매체.
제9항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 원격 서버인지의 여부를 식별하는 기억 매체.
제1항에 있어서, 상기 기억 매체는 비휘발성 메모리인 기억 매체.
데이터를 기억하기 위한 데이터 영역과, 상기 데이터 영역에 기억된 데이터에 대한 관리 데이터를 저장하기 위한 관리 영역을 갖는 기억 매체에 데이터를 저장하기 위한 장치에 있어서,

상기 데이터 영역에 데이터를 저장하기 위한 데이터 저장 수단; 및

상기 관리 영역에 식별 정보를 저장하기 위한 식별 정보 저장 수단 - 상기 식별 정보는 상기 데이터 영역에 저장된 상기 데이터의 공급원을 식별함-

을 포함하는 장치.
제12항에 있어서, 상기 식별 정보에 따라 상기 저장된 데이터의 편집을 제어하기 위한 제어 수단을 더 구비하는 장치.
제13항에 있어서, 상기 제어 수단은, 상기 데이터의 공급원이 통신 라인을 통해 접속된 서버라는 것을 상기 식별 정보가 식별할 때 상기 저장된 데이터의 편집을 금지하는 장치.
제13항에 있어서, 상기 편집은 상기 저장된 데이터의 분할을 포함하는 장치.
제13항에 있어서, 상기 편집은 상기 저장된 데이터를 결합하는 것을 포함하는 장치.
제12항에 있어서, 상기 식별 정보는 상기 데이터 영역에 기억된 데이터에 대한 상기 공급원이 본래의 소스인지의 여부를 식별하는 장치.
제17항에 있어서, 상기 식별 정보는 상기 데이터 영역에 기억된 데이터에 대한 상기 공급원이 상기 본래의 소스로부터 기록되는 지의 여부를 식별하는 장치.
제12항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 판독 전용 기억 매체인지의 여부를 식별하는 장치.
제12항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 재생 전용 매체인지의 여부를 식별하는 장치.
제12항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 허가된 컴플라이언트 모듈(licensed compliant module)인지의 여부를 식별하는 장치.
제21항에 있어서, 상기 데이터 영역에 기억된 상기 데이터는 상기 허가된 컴플라이언트 모듈로부터 점검되는지의 여부를 식별하는 장치.
제12항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 하드 디스크 드라이브인지의 여부를 식별하는 장치.
제12항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 통신 라인을 통해 접속된 서버인지의 여부를 식별하는 장치.
제24항에 있어서, 상기 식별 정보는 상기 데이터의 상기 공급원이 원격 서버인지의 여부를 식별하는 장치.
제12항에 있어서, 상기 기억 매체는 비휘발성 메모리인 장치.
제12항에 있어서, 상기 데이터 영역에 기억된 상기 데이터는 오디오 데이터인 장치.
제12항에 있어서, 상기 데이터 영역에 기억된 상기 데이터는 비디오 데이터인 장치.
데이터를 기억하기 위한 데이터 영역과 상기 데이터 영역에 기억된 데이터에 대한 관리 데이터를 저장하기 위한 관리 영역을 갖는 기억 매체에 기억된 데이터를 편집하기 위한 편집 장치에 있어서,

편집하기 위해 상기 데이터 영역에 기억된 데이터를 지정하기 위한 지정 수단;

상기 관리 영역에 기억된 식별 정보에 따라 상기 지정된 데이터의 공급원을 구분하기 위한 구분 수단; 및

상기 구분 수단에 의해 구분된 상기 공급원에 따라 상기 지정된 데이터의 편집을 제어하기 위한 제어 수단

을 포함하는 편집 장치.
제29항에 있어서, 상기 제어 수단은, 상기 데이터의 공급원이 통신 라인을 통해 접속된 서버라는 것을 상기 식별 정보가 식별할 때 상기 저장된 데이터의 편집을 금지하는 편집 장치.
제29항에 있어서, 상기 편집은 상기 저장된 데이터의 분할을 포함하는 편집 장치.
제29항에 있어서, 상기 편집은 상기 저장된 데이터를 결합하는 것을 포함하는 편집 장치.
데이터를 기억하기 위한 데이터 영역과, 상기 데이터 영역에 기억된 데이터에 대한 관리 데이터를 저장하기 위한 관리 영역을 갖는 기억 매체에 데이터를 저장하는 방법에 있어서,

상기 데이터 영역에 데이터를 저장하는 단계; 및

상기 데이터 영역에 저장된 상기 데이터의 공급원을 식별하는 식별 정보를 상기 관리 영역에 저장하는 단계

를 포함하는 방법.
데이터를 기억하기 위한 데이터 영역과 상기 데이터 영역에 기억된 데이터에 대한 관리 데이터를 저장하기 위한 관리 영역을 갖는 기억 매체에 기억된 데이터를 편집하기 위한 방법에 있어서,

편집하기 위해 상기 데이터 영역에 기억된 상기 데이터를 지정하는 단계;

상기 관리 영역에 기억된 식별 정보에 따라 상기 지정된 데이터의 공급원을 구분하는 단계; 및

상기 데이터의 상기 공급원에 따라 상기 지정된 데이터의 편집을 제어하는 단계

를 포함하는 방법.