KR20140123497A - 정보 처리 장치, 정보 기록 매체 및 정보 처리 방법과 프로그램 - Google Patents

정보 처리 장치, 정보 기록 매체 및 정보 처리 방법과 프로그램 Download PDF

Info

Publication number
KR20140123497A
KR20140123497A KR1020147020338A KR20147020338A KR20140123497A KR 20140123497 A KR20140123497 A KR 20140123497A KR 1020147020338 A KR1020147020338 A KR 1020147020338A KR 20147020338 A KR20147020338 A KR 20147020338A KR 20140123497 A KR20140123497 A KR 20140123497A
Authority
KR
South Korea
Prior art keywords
file
file system
data
unit
processing unit
Prior art date
Application number
KR1020147020338A
Other languages
English (en)
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 KR20140123497A publication Critical patent/KR20140123497A/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/11File system administration, e.g. details of archiving or snapshots
    • G06F16/116Details of conversion of file system types or formats
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/13File access structures, e.g. distributed indices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/17Details of further file system functions
    • G06F16/176Support for shared access to files; File sharing support
    • 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
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/322Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is digitally coded
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/418External card to be used in combination with the client device, e.g. for conditional access
    • H04N21/4184External card to be used in combination with the client device, e.g. for conditional access providing storage capabilities, e.g. memory stick
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42646Internal components of the client ; Characteristics thereof for reading from or writing on a non-volatile solid state storage medium, e.g. DVD, CD-ROM
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4402Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440218Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/85406Content authoring involving a specific file format, e.g. MP4 format
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/907Television signal recording using static stores, e.g. storage tubes or semiconductor memories
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/91Television signal processing therefor
    • H04N5/92Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537Optical discs
    • G11B2220/2541Blu-ray discs; Blue laser DVR discs

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

애플리케이션 실행부와 데이터 기록 미디어의 파일 시스템이 적합하지 않은 구성에 있어서 데이터 기록이나 재생을 가능하게 하는 장치, 방법을 제공한다. 파일 변환 처리부가, 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 입력하고, 제1 파일 시스템에서의 데이터 처리 단위로서 규정되는 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 제2 파일 시스템에서의 데이터 처리 단위인 클러스터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 복수의 분할 파일을 생성한다. 재생 시에는 분할 파일을 연결하여 가상적인 제1 파일 시스템 대응의 스트림 파일을 생성한다.

Description

정보 처리 장치, 정보 기록 매체 및 정보 처리 방법과 프로그램{INFORMATION PROCESSING DEVICE, INFORMATION RECORDING MEDIUM AND INFORMATION PROCESSING METHOD, AND PROGRAM}
본 발명은, 정보 처리 장치, 정보 기록 매체 및 정보 처리 방법과 프로그램에 관한 것이다. 더 상세하게는, 디스크나 플래시 메모리 등의 이용 미디어 대응의 파일 시스템에 따른 데이터 변환을 행하여 데이터 기록이나 재생 처리를 실행하는 정보 처리 장치, 정보 기록 매체 및 정보 처리 방법과 프로그램에 관한 것이다.
본 발명은, 예를 들어 Blu-ray Disc(등록상표) 대응의 파일 시스템에 따라서 데이터 기록이나 재생 처리를 행하는 애플리케이션을 이용하여, Blu-ray Disc(등록상표)와는 서로 다른 파일 시스템의 이용 미디어, 예를 들어 플래시 메모리에 대한 데이터 기록이나 재생을 가능하게 하는 정보 처리 장치, 정보 기록 매체 및 정보 처리 방법과 프로그램에 관한 것이다.
예를 들어 텔레비전이나 레코더 등을 이용한 프로그램 녹화나, 비디오 카메라 등에서의 촬영 데이터의 기록용 미디어로서, 하드디스크, Blu-ray Disc(등록상표) 등의 디스크형 미디어, 혹은 플래시 메모리 등 다양한 미디어가 이용되고 있다.
이와 같은 데이터 기록 미디어의 기록 데이터 관리 규정으로서 파일 시스템이 있다. 파일 시스템은, 예를 들어 미디어에 대한 데이터의 기록 단위, 재생 단위, 혹은 파일이나 디렉토리 구성, 실(實) 데이터와 관리 데이터의 대응 관계, 파일명 설정 룰 등, 미디어를 이용한 데이터 기록, 재생 처리를 확실하게 행하기 위한 룰을 규정하고 있다.
구체적인 파일 시스템으로서는, 하드디스크나 플래시 메모리 등에 많이 이용되고 있는 FAT(File Allocation Tables)나, Blu-ray Disc(등록상표) 등의 광 디스크에 많이 이용되는 UDF(Universal Disk Format) 등이 있다. 또한, FAT에 대해서는 특허문헌 1(일본 특허공개 제2008-262381호 공보), UDF에 대해서는 특허문헌 2(일본 특허공개 제2007-305171호 공보), 특허문헌 3(일본 특허공개 제2004-350251호 공보) 등에 기재가 있다.
이들 파일 시스템의 각각은 파일 시스템 고유의 독자적인 룰을 갖는다. 예를 들어 데이터의 기록 단위, 판독 단위, 파일명의 설정 룰 등은 각 파일 시스템에 따라 서로 다르다. 구체적으로는, 예를 들어 FAT32는 1 파일의 최대 사이즈 (4GB-1)로서 규정하고 있다. 그러나, UDF가 규정하는 1 파일의 최대 사이즈는 (4GB-1)보다 훨씬 크다.
데이터 기록 재생 미디어로서 Blu-ray Disc(등록상표)를 이용하는 장치의 데이터 기록 재생 애플리케이션은, 예를 들어 UDF의 규정에 따라서 기록 데이터를 생성하고, 또한 파일명의 설정 등을 행한다. 이러한 UDF 대응 애플리케이션이 생성한 기록 데이터 파일의 대부분은 (4GB-1)보다 훨씬 큰 사이즈로 된다. 따라서, 이 애플리케이션이 생성한 파일은 UDF 대응의 미디어, 예를 들어 Blu-ray Disc(등록상표)를 이용하여 기록이나 재생을 행하는 것이 가능해지지만, UDF와는 서로 다른 파일 시스템, 예를 들어 FAT에 따른 기록 재생을 행하는 플래시 메모리는 이용할 수 없다는 문제가 발생한다.
일본 특허공개 제2008-262381호 공보 일본 특허공개 제2007-305171호 공보 일본 특허공개 제2004-350251호 공보
본 발명은, 예를 들어 전술한 상황을 감안하여 이루어진 것으로, 특정한 파일 시스템에 대응하는 기록 데이터의 생성이나 재생 처리를 행하는 애플리케이션이, 다른 상이한 파일 시스템에 대응한 데이터에 대한 처리를 가능하게 한 정보 처리 장치, 정보 기록 매체 및 정보 처리 방법과 프로그램을 제공하는 것을 목적으로 한다.
구체적으로는, Blu-ray Disc(등록상표)와 플래시 메모리 등, 서로 다른 파일 시스템 대응의 미디어 이용을 가능하게 한 정보 처리 장치, 정보 기록 매체 및 정보 처리 방법과 프로그램을 제공하는 것을 목적으로 한다.
본 발명의 제1 측면은,
제1 파일 시스템에 따른 기록 데이터 생성 처리를 실행하는 애플리케이션 실행부와,
상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 기록 처리를 행하는 제2 미디어 대응 파일 시스템부와,
상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리부를 갖고,
상기 파일 변환 처리부는,
상기 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 입력하고, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일을 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력하는 정보 처리 장치에 있다.
또한, 본 발명의 정보 처리 장치의 일 실시 형태에 있어서, 상기 파일 변환 처리부는, 상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을 분할하고, 상기 제2 파일 시스템에 있어서 규정된 최대 허용 파일 사이즈를 초과하지 않는 복수의 분할 파일을, 상기 제2 파일 시스템 대응의 파일로서 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력한다.
또한, 본 발명의 정보 처리 장치의 일 실시 형태에 있어서, 상기 파일 변환 처리부는, 상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈의 정수배의 데이터를 저장한 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력한다.
또한, 본 발명의 정보 처리 장치의 일 실시 형태에 있어서, 상기 파일 변환 처리부는, 상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을 분할하고, 상기 제2 파일 시스템에 있어서 규정된 최대 허용 파일 사이즈를 초과하지 않는 복수의 분할 파일을 생성하고, 상기 복수의 분할 파일 중, 마지막 분할 파일 이외의 분할 파일은, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈의 정수배의 데이터를 저장한 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하고, 마지막 분할 파일은, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배의 데이터를 저장한 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하여, 생성한 복수의 제2 파일 시스템 대응의 파일을 상기 제2 미디어 대응 파일 시스템부로 출력한다.
또한, 본 발명의 정보 처리 장치의 일 실시 형태에 있어서, 상기 파일 변환 처리부는, 상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈인 6K바이트의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈인 32K바이트의 정수배의 데이터 사이즈를 갖는 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력한다.
또한, 본 발명의 정보 처리 장치의 일 실시 형태에 있어서, 상기 파일 변환 처리부는, 상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을 분할하고, 상기 제2 파일 시스템에 있어서 규정된 최대 허용 파일 사이즈를 초과하지 않는 복수의 분할 파일을, 상기 제2 파일 시스템 대응의 파일로서 생성하고, 생성한 상기 복수의 분할 파일의 각각에, 분할원 파일의 식별 정보와 분할 파일의 배열 정보를 포함하는 파일명을 설정한다.
또한, 본 발명의 제2 측면은,
제1 파일 시스템에 따른 데이터 재생 처리를 실행하는 애플리케이션 실행부와,
상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 재생 처리를 행하는 제2 미디어 대응 파일 시스템부와,
상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리부를 갖고,
상기 파일 변환 처리부는,
상기 제2 미디어 대응 파일 시스템부가 제2 미디어로부터 판독한 제2 파일 시스템 대응의 복수의 분할 파일을 입력하고, 입력한 복수의 분할 파일을 파일명에 따라서 연결하여 상기 제1 파일 시스템 대응 파일을 생성하여, 상기 애플리케이션 실행부로 출력하는 구성이며,
상기 분할 파일은, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일인 정보 처리 장치에 있다.
또한, 본 정보 처리 장치의 일 실시 형태에 있어서, 상기 파일 변환 처리부는, 재생 개시 위치 정보로서의 타임 스탬프에 대응하는 패킷 위치를 나타내는 소스 패킷 번호를 클립 정보 파일에 기록된 EP 맵으로부터 취득하고, 취득한 소스 패킷 번호를 적용한 연산 처리에 의해, 재생 개시 위치를 산출한다.
또한, 본 발명의 정보 처리 장치의 일 실시 형태에 있어서, 상기 파일 변환 처리부는, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 구성 패킷 수에 의해, 상기 소스 패킷 번호를 제산하여 재생 개시 위치를 갖는 얼라인드 유닛을 특정한다.
또한, 본 발명의 정보 처리 장치의 일 실시 형태에 있어서, 상기 파일 변환 처리부는, 또한, 얼라인드 유닛의 구성 바이트 수를 적용한 연산 처리를 실행하여, 재생 개시 위치의 파일 선두로부터의 바이트 수를 산출한다.
또한, 본 발명의 제3 측면은,
정보 처리 장치의 애플리케이션 실행부에서의 데이터 재생 처리에 적합한 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 파일을 기록한 정보 기록 매체이며,
상기 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 분할한 복수의 분할 파일을 기록 데이터로서 갖고,
상기 분할 파일은, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일인 정보 기록 매체에 있다.
또한, 본 발명의 정보 기록 매체의 일 실시 형태에 있어서, 상기 분할 파일은, 상기 제2 파일 시스템에서 규정된 최대 허용 파일 사이즈를 초과하지 않는 파일이며, 상기 제1 파일 시스템에서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈의 정수배의 데이터를 저장한 파일이다.
또한, 본 발명의 정보 기록 매체의 일 실시 형태에 있어서, 상기 분할 파일의 각각은, 분할원 파일의 식별 정보와 분할 파일의 배열 정보를 포함하는 파일명이 설정된 파일이다.
또한, 본 발명의 제4 측면은,
정보 처리 장치에서 실행하는 정보 처리 방법으로서,
애플리케이션 실행부가, 제1 파일 시스템에 따른 기록 데이터 생성 처리를 실행하는 애플리케이션 실행 스텝과,
제2 미디어 대응 파일 시스템부가, 상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 기록 처리를 행하는 스텝과,
파일 변환 처리부가, 상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리 스텝을 실행하고,
상기 파일 변환 처리 스텝은,
상기 파일 변환 처리부가, 상기 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 입력하고, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일을 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력하는 스텝인 정보 처리 방법에 있다.
또한, 본 발명의 제5 측면은,
정보 처리 장치에서 실행하는 정보 처리 방법으로서,
애플리케이션 실행부가, 제1 파일 시스템에 따른 데이터 재생 처리를 실행하는 애플리케이션 실행 스텝과,
제2 미디어 대응 파일 시스템부가, 상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 재생 처리를 행하는 스텝과,
파일 변환 처리부가, 상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리 스텝을 실행하고,
상기 파일 변환 처리 스텝은,
상기 파일 변환 처리부가, 상기 제2 미디어 대응 파일 시스템부가 제2 미디어로부터 판독한 제2 파일 시스템 대응의 복수의 분할 파일을 입력하고, 입력한 복수의 분할 파일을 파일명에 따라서 연결하여 상기 제1 파일 시스템 대응 파일을 생성하여, 상기 애플리케이션 실행부로 출력하는 스텝이며,
상기 분할 파일은, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일인 정보 처리 방법에 있다.
또한, 본 발명의 제6 측면은,
정보 처리 장치에서 정보 처리를 실행시키는 프로그램으로서,
애플리케이션 실행부에, 제1 파일 시스템에 따른 기록 데이터 생성 처리를 실행시키는 애플리케이션 실행 스텝과,
제2 미디어 대응 파일 시스템부에, 상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 기록 처리를 행하게 하는 스텝과,
파일 변환 처리부에, 상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리 스텝을 실행시키고,
상기 파일 변환 처리 스텝은,
상기 파일 변환 처리부에, 상기 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 입력하고, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일을 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력시키는 스텝인 프로그램에 있다.
또한, 본 발명의 제7 측면은,
정보 처리 장치에서 정보 처리를 실행시키는 프로그램으로서,
애플리케이션 실행부에, 제1 파일 시스템에 따른 데이터 재생 처리를 실행시키는 애플리케이션 실행 스텝과,
제2 미디어 대응 파일 시스템부에, 상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 재생 처리를 행하게 하는 스텝과,
파일 변환 처리부에, 상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리 스텝을 실행시키고,
상기 파일 변환 처리 스텝은,
상기 파일 변환 처리부에, 상기 제2 미디어 대응 파일 시스템부가 제2 미디어로부터 판독한 제2 파일 시스템 대응의 복수의 분할 파일을 입력하고, 입력한 복수의 분할 파일을 파일명에 따라서 연결하여 상기 제1 파일 시스템 대응 파일을 생성하여, 상기 애플리케이션 실행부로 출력시키는 스텝이며,
상기 분할 파일은, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일인 프로그램에 있다.
또한, 본 발명의 프로그램은, 예를 들어 다양한 프로그램·코드를 실행 가능한 화상 처리 장치나 컴퓨터·시스템에 대하여, 컴퓨터 판독 가능한 형식으로 제공하는 기억 매체, 통신 매체에 의해 제공 가능한 프로그램이다. 이러한 프로그램을 컴퓨터 판독 가능한 형식으로 제공함으로써, 화상 처리 장치나 컴퓨터·시스템상에서 프로그램에 따른 처리가 실현된다.
본 발명의 또 다른 목적, 특징이나 이점은, 후술하는 본 발명의 실시예나 첨부하는 도면에 기초한, 보다 상세한 설명에 의해 명백해질 것이다. 또한, 본 명세서에 있어서 시스템이란, 복수의 장치의 논리적 집합 구성이며, 각 구성의 장치가 동일 하우징 내에 있는 것으로는 한정되지 않는다.
본 발명의 일 실시예에 의하면, 애플리케이션 실행부와 데이터 기록 미디어의 파일 시스템이 적합하지 않은 구성에 있어서 데이터 기록이나 재생을 가능하게 하는 장치, 방법이 실현된다.
구체적으로는, 파일 변환 처리부가, 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 입력하고, 제1 파일 시스템에서의 데이터 처리 단위로서 규정되는 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 제2 파일 시스템에서의 데이터 처리 단위인 클러스터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 복수의 분할 파일을 생성한다. 재생 시에는 분할 파일을 연결하여 가상적인 제1 파일 시스템 대응의 스트림 파일을 생성한다.
이들 구성에 의해, 애플리케이션 실행부와 데이터 기록 미디어의 파일 시스템이 적합하지 않은 구성에 있어서 데이터 기록이나 재생을 가능하게 하는 장치, 방법이 실현된다.
도 1은, 본 발명의 일 실시예에 따른 정보 처리 장치의 구성에 대하여 설명하는 도면이다.
도 2는, 정보 처리 장치의 데이터 처리부의 처리 구성에 대하여 설명하는 도면이다.
도 3은, 정보 처리 장치의 데이터 처리부의 처리인 파일 변환 처리에 대하여 설명하는 도면이다.
도 4는, 제1 미디어에서의 데이터 기록 구성의 일례에 대하여 설명하는 도면이다.
도 5는, 기록 재생 대상으로 되는 데이터 구성예에 대하여 설명하는 도면이다.
도 6은, 플레이 리스트와 클립의 구성예에 대하여 설명하는 도면이다.
도 7은, MPEG2 트랜스포트 스트림의 구성에 대하여 설명하는 도면이다.
도 8은, 얼라인드 유닛의 구성에 대하여 설명하는 도면이다.
도 9는, EP 맵에 대하여 설명하는 도면이다.
도 10은, EP 맵의 구성과 이용예에 대하여 설명하는 도면이다.
도 11은, EP 맵을 적용한 재생 개시점의 결정 처리예에 대하여 설명하는 도면이다.
도 12는, EP 맵을 포함하는 클립 정보 파일의 신택스에 대하여 설명하는 도면이다.
도 13은, EP 맵의 신택스에 대하여 설명하는 도면이다.
도 14는, 제1 미디어에서의 데이터 기록 구성의 일례에 대하여 설명하는 도면이다.
도 15는, 제2 미디어에서의 데이터 기록 구성의 일례에 대하여 설명하는 도면이다.
도 16은, 정보 처리 장치의 데이터 처리부의 처리인 파일 변환 처리에 대하여 설명하는 도면이다.
도 17은, 제2 미디어에 대한 데이터 기록 처리를 행하는 경우의 파일 변환 처리부가 실행하는 처리 시퀀스에 대하여 설명하는 흐름도를 나타내는 도면이다.
도 18은, 파일 분할 처리 및 파일 연결 처리의 룰에 대하여 설명하는 도면이다.
도 19는, 파일명의 변환 룰에 대하여 설명하는 도면이다.
도 20은, 분할 파일 설정 시퀀스에 대하여 설명하는 흐름도를 나타내는 도면이다.
도 21은, 제2 미디어로부터의 데이터 재생 처리를 행하는 경우의 파일 변환 처리부가 실행하는 처리 시퀀스에 대하여 설명하는 흐름도를 나타내는 도면이다.
도 22는, 제2 미디어로부터의 데이터 재생 처리를 행하는 경우의 파일 변환 처리부가 실행하는 처리 시퀀스에 대하여 설명하는 흐름도를 나타내는 도면이다.
도 23은, 제2 미디어로부터의 데이터 재생 처리를 행하는 경우의 재생 데이터의 어드레스 취득 처리 시퀀스에 대하여 설명하는 흐름도를 나타내는 도면이다.
도 24는, 재생 개시 위치를 갖는 분할 파일의 특정과, 분할 파일 내의 데이터 위치의 특정 처리에 대하여 설명하는 도면이다.
도 25는, 본 발명의 일 실시예에 따른 정보 처리 장치의 구성에 대하여 설명하는 도면이다.
이하, 도면을 참조하면서 본 발명의 정보 처리 장치, 정보 기록 매체 및 정보 처리 방법과 프로그램의 상세에 대하여 설명한다. 설명은, 이하의 항목에 따라서 행한다.
1. 정보 처리 장치의 구성과 처리의 개요
2. 제1 미디어(Blu-ray Disc(등록상표))의 기록 데이터 구성에 대하여
3. 본 발명의 정보 처리 장치가 실행하는 처리의 개요에 대하여
4. 기록 및 재생 대상으로 되는 데이터의 상세 구성에 대하여
5. 제1 미디어 및 제2 미디어 대응의 2개의 파일 시스템에서의 디렉토리와 파일에 대하여
6. 파일 변환 처리에 대하여
7. 데이터 기록 처리 시퀀스에 대하여
8. 데이터 재생 처리 시퀀스에 대하여
9. 분할 파일의 데이터의 부분 삭제 처리에 대하여
10. 기타 정보 처리 장치의 구성예에 대하여
11. 본 발명의 구성의 정리
[1. 정보 처리 장치의 구성과 처리의 개요]
우선, 본 발명의 일 실시예에 따른 정보 처리 장치의 구성과 처리의 개요에 대하여 설명한다. 도 1은, 본 발명의 일 실시예에 따른 정보 처리 장치(100)의 구성예를 나타내는 블록도이다. 정보 처리 장치(100)는, 예를 들어 Blu-ray Disc(등록상표)를 메인 기록 미디어(제1 미디어(111))로 한 데이터 기록 재생 장치이다. 예를 들어, 방송 프로그램, 혹은 인터넷 등의 네트워크를 통해 수신하는 데이터, 혹은 외부 접속 기기로부터 입력하는 데이터 등을 제1 미디어(111)(예를 들어 Blu-ray Disc(등록상표))에 기록한다. 또한, 제1 미디어(111)에 기록한 데이터의 재생을 행한다. 정보 처리 장치(100)는, 구체적으로는 예를 들어, 레코더, 비디오 카메라, PC 등의 장치이다.
정보 처리 장치(100)는, 또한, 제2 기록 미디어(112)를 갖고 있다. 제2 기록 미디어(112)는, 제1 미디어와 서로 다른 파일 시스템에 의한 기록 데이터 관리가 행해지는 미디어이다. 제2 기록 미디어(112)는, 예를 들어 플래시 메모리이다. 정보 처리 장치(100)는, 제1 미디어(111)와 마찬가지로 제2 미디어(112)를 이용한 데이터 기록, 재생도 행한다.
정보 처리 장치(100)는, 도 1에 도시한 바와 같이, 데이터 처리부(101: 제어부), 통신부(102), 입력부(103), 출력부(104), 메모리(105), 제1 미디어 인터페이스(106), 제2 미디어 인터페이스(107)를 갖는다.
데이터 처리부(101)는, 다양한 데이터 처리 프로그램을 실행하는 프로그램 실행 기능을 갖는 CPU를 갖는다. 예를 들어 데이터 기록 재생 처리를 행하는 애플리케이션 프로그램을 실행한다. 통신부(102)를 통해 입력하는 방송 데이터 등의 미디어에 대한 기록 처리, 혹은 미디어로부터의 판독 데이터의 재생 처리 등을 행한다.
통신부(102)는, 방송파의 수신, 인터넷 등의 네트워크를 통한 통신, 혹은 외부 기기와의 통신을 행한다. 입력부(103)는, 예를 들어 유저의 조작부이며, 데이터 기록 또는 재생 지시의 입력 등, 다양한 입력이 행해진다. 또한, 입력부(103)에는 리모콘도 포함되며, 리모콘 조작 정보의 입력도 가능하다. 출력부(104)는, 디스플레이, 스피커 등으로 구성되는 화상이나 음성의 출력부이다. 메모리(105)는 RAM, ROM 등으로 구성되며, 데이터 처리부(101)에서 실행하는 애플리케이션 프로그램(이하 '애플리케이션'으로서 설명함)의 저장 영역으로서 이용된다. 메모리(105)는 애플리케이션용 파라미터, 워크 영역으로서도 이용되며, 또한, 미디어 기록 데이터의 버퍼 영역 등으로서도 이용된다.
제1 미디어 인터페이스는, 제1 미디어(111)(예를 들어 Blu-ray Disc(등록상표))를 이용한 데이터 기록, 재생 처리에 적용되는 인터페이스이다. 데이터 처리부(101)의 요구에 따라서, 데이터를 제1 미디어(111)에 기입하고, 또한 제1 미디어(111)로부터의 데이터 판독 처리 등을 행한다. 제2 미디어 인터페이스는, 제2 미디어(112)(예를 들어 플래시 메모리)를 이용한 데이터 기록, 재생 처리에 적용되는 인터페이스이다. 데이터 처리부(101)의 요구에 따라서, 데이터를 제2 미디어(112)에 기입하고, 제2 미디어(112)로부터의 데이터 판독을 행한다.
여기서, 제1 미디어(111)(예를 들어 Blu-ray Disc(등록상표))는, 제1 파일 시스템(예를 들어 UDF: Universal Disk Format)에 따른 데이터 관리가 행해지는 미디어이다. 한편, 제2 미디어(112)(예를 들어 플래시 메모리)는, 제1 파일 시스템과는 서로 다른 제2 파일 시스템(예를 들어 FAT32: File Allocation Tables 32)에 따른 데이터 관리가 행해지는 미디어이다.
데이터 처리부(101)에 있어서 실행되는 데이터 기록 재생 애플리케이션은, 이들 2개의 서로 다른 파일 시스템의 한쪽에만 대응한 데이터 처리를 행한다. 본 예에서는, 제1 미디어(111)(예를 들어 Blu-ray Disc(등록상표))의 제1 파일 시스템(예를 들어 UDF)에 대응한 처리를 실행한다.
즉, 데이터 처리부(101)에 있어서 실행되는 애플리케이션이 생성하는 기록 파일은 UDF에서 규정된 데이터 사이즈, 파일명에 따른 데이터 파일로 된다. 또한, 재생 처리 시에도, 데이터 처리부(101)는 UDF에서 규정된 데이터 사이즈, 파일명에 따른 처리를 실행한다.
따라서, 데이터 처리부(101)에 있어서 실행되는 애플리케이션은, 제1 미디어(111)를 이용한 데이터 기록 재생 처리를 행하는 경우에는, 아무런 문제도 발생 시키지 않고 처리가 가능하다.
그러나, 제2 파일 시스템(예를 들어 FAT32)을 이용한 제2 미디어(112)(예를 들어 플래시 메모리)에 대한 데이터 기록이나, 데이터 재생은, 애플리케이션 단독의 처리로서는 실행할 수 없다.
따라서 본 발명의 정보 처리 장치는, 데이터 처리부(101)에 있어서, 제2 미디어(112)를 이용한 데이터 기록 재생을 가능하게 하기 위해서, 파일 변환 처리를 실행한다. 도 2를 참조하여, 데이터 처리부(101)가 실행하는 처리의 상세에 대하여 설명한다.
도 2는, 데이터 처리부(101)가 실행하는 복수의 처리의 각각에 대하여 구분하여 나타내고 있다. 데이터 처리부(101)는 도 2에 도시한 바와 같이, 암호 처리부(151), 애플리케이션 실행부(152: 기록 재생 처리부), 파일 변환부(153), 제2 미디어 대응 파일 시스템부(154)를 갖는다.
이 복수의 처리부 중, 암호 처리부(151), 애플리케이션 실행부(152: 기록 재생 처리부)는, 제1 미디어(111)에 대응하는 제1 파일 시스템(예를 들어 UDF)의 규정에 따른 처리, 구체적으로는, 제1 파일 시스템(예를 들어 UDF)에 규정되는 처리 데이터의 단위, 파일 사이즈나 파일명을 적용한 처리를 실행한다.
또한, 암호 처리부(151)는, 미디어에 대한 기록 데이터의 암호화 처리나, 미디어로부터 판독한 암호화 데이터의 복호 처리 등을 실행한다. 구체적으로는, 예를 들어 콘텐츠의 저작권 관리 규정인 AACS(Advanced Access Content System) 규정에 따른 암호 처리를 행한다. AACS 규정은, 콘텐츠를 유닛(CPS 유닛)으로 구분하고, 유닛 단위의 암호 키(CPS 유닛 키)를 적용한 암호화 처리를 규정하고 있다. 이 AACS 규정은, 제1 미디어(111)인 Blu-ray Disc(등록상표)에 대한 콘텐츠 기록 시에서의 암호화 처리 구성을 규정하고 있다. 암호 처리부(151)가 실행하는 암호화 처리의 데이터 단위도 Blu-ray Disc(등록상표)의 기록 단위 등에 적합한 설정으로 되어 있다.
애플리케이션 실행부(152)도, 제1 미디어(111)에 대응하는 파일 시스템(예를 들어 UDF)의 규정에 따른 처리를 행한다. 기록 데이터 파일의 사이즈나 파일명도, 제1 파일 시스템(예를 들어 UDF)의 규정에 따른 것으로 된다.
제2 미디어 대응 파일 시스템부(154)는, 제2 미디어(112)를 이용한 데이터 기록이나 재생을 실행하는 경우의 기록 데이터의 관리를 행하는 파일 시스템부이며, 제2 미디어(112)를 이용하여, 예를 들어 FAT32에 따른 데이터 기입, 판독 처리를 실행한다.
파일 변환 처리부(153)는, 제1 파일 시스템에 따른 데이터 처리를 행하는 암호 처리부(151) 및 애플리케이션 실행부(152)와, 제2 파일 시스템에 따른 데이터 기입, 판독 처리를 행하는 제2 미디어 대응 파일 시스템부(154)의 사이에서 데이터 변환 처리를 실행한다.
파일 변환 처리부(153)는, 예를 들어 이하의 처리를 행한다.
암호 처리부(151) 또는 애플리케이션 실행부(152)가 생성 또는 처리 데이터를 제2 미디어(112)에 기록하는 경우에는, 암호 처리부(151) 및 애플리케이션 실행부(152)로부터 수령한 데이터를 제2 미디어(112)에 대응하는 제2 파일 시스템의 규정을 만족하는 형식으로 변환하여, 제2 미디어 대응 파일 시스템부(154)에 제공한다.
또한, 제2 미디어(112)의 기록 데이터를 판독하여, 암호 처리부(151) 또는 애플리케이션 실행부(152)에 제공하는 경우에는, 제2 미디어 대응 파일 시스템부(154)가 제2 미디어(112)로부터 판독한 데이터를, 제1 파일 시스템의 규정을 만족하는 형식으로 변환하여, 암호 처리부(151) 또는 애플리케이션 실행부(152)에 제공한다.
파일 변환 처리부(153)가 실행하는 처리예에 대하여 도 3을 참조하여 설명한다. 도 3은, 데이터 처리부(101)를 이하의 3개의 층(레이어)으로 분할하여 나타내고 있다.
(a층) 암호 처리부(151), 애플리케이션 실행부(152),
(b층) 파일 변환 처리부(153),
(c층) 제2 미디어 대응 파일 시스템부(154)
(a층) 암호 처리부(151), 애플리케이션 실행부(152)는, 제1 미디어(111)에 대응하는 제1 파일 시스템의 규정 룰에 대응한 처리를 실행한다. 도 3에는, 제1 미디어(111)에 대한 1개의 기록 파일(181) [00001.MTS]를 나타내고 있다. 이 파일은 제1 파일 시스템(본 실시예에서는 UDF)에 대응하는 동화상 콘텐츠 기록 파일로서의 MPEG 트랜스포트 스트림 파일이다.
(c층) 제2 미디어 대응 파일 시스템부(154)는, 제2 미디어(112)에 대응하는 제2 파일 시스템의 규정 룰에 대응한 처리를 실행한다. 도 3에는, 제2 미디어(112)에 대한 3개의 기록 파일(182-1 내지 3)([00001_01] 내지 [00001_03])을 나타내고 있다.
(b층) 파일 변환 처리부(153)는, (a층) 암호 처리부(151), 애플리케이션 실행부(152) 및 (c층) 제2 미디어 대응 파일 시스템부(154)의 사이에 위치한다. 파일 변환 처리부(153)는, a층과 c층 사이의 파일 전달 시에, 각 층에 있어서 처리 가능한 형식으로 파일을 변환하는 처리를 행한다. 구체적으로는 파일 사이즈의 변환, 파일명의 변환 처리 등을 행한다.
예를 들어, 제2 미디어(112)에 대응하는 제2 파일 시스템이 FAT32이며, 제1 미디어(111)에 대응하는 제1 파일 시스템이 UDF인 것으로 한다. FAT32에 규정하는 1 파일의 최대 사이즈는 4×230-1Bytes(이하에서는, '4GB-1'로 나타냄)로 규정되어 있다.
즉, FAT32 파일 시스템은, 1개의 파일 사이즈에 4×230-1Bytes(4GB-1)의 상한이 있다.
한편, UDF에서 규정하는 1 파일 사이즈는, (4GB-1)보다 훨씬 큰 사이즈로 된다.
이 경우, 파일 변환 처리부(153)는, 암호 처리부(151) 또는 애플리케이션 실행부(152)가 생성한 데이터를 제2 미디어(112)에 기록하는 경우에는, 암호 처리부(151), 애플리케이션 실행부(152)가 생성한 데이터 파일을 분할하여 1개의 파일의 최대 사이즈를 4GB-1 이하로 한 복수의 파일을 생성하여, 이들 복수의 분할 파일을 기록 파일로서 제2 미디어 대응 파일 시스템부(154)에 제공한다.
즉, 암호 처리부(151) 또는 애플리케이션 실행부(152)가 생성한 데이터 파일은 도 3에 도시한 파일 [00001.MTS]이고, 이 파일(181)은 제1 파일 시스템(UDF)이 규정하는 파일 사이즈이며 (4GB-1)보다 훨씬 크다. 파일 변환 처리부(153)는, 이 파일을 제2 파일 시스템(FAT32)에 대응하는 제2 미디어(112)에 기록하는 경우에는, 파일의 최대 사이즈를 (4GB-1) 이하로 한 복수의 파일을 생성한다. 즉, 예를 들어 도 3에 도시한 3개의 기록 파일(182-1 내지 3)([00001_01] 내지 [00001_03])을 생성하여, 제2 미디어 대응 파일 시스템부(154)에 제공한다.
또한, 제2 미디어 대응 파일 시스템부(154)가 제2 미디어(112)로부터 판독한 파일을 암호 처리부(151) 또는 애플리케이션 실행부(152)에 제공하는 경우, 파일 변환 처리부(153)는 이하의 처리를 행한다. (4GB-1) 이하의 복수의 파일, 즉, 예를 들어 도 3에 도시한 3개의 기록 파일(182-1 내지 3)([00001_01] 내지 [00001_03])을 연결하여 분할 전의 오리지널 파일을 복원하는 처리를 행한다. 즉, 도 3에 도시한 파일 [00001.MTS]를 복원하는 처리를 행하고, 복원한 파일을 암호 처리부(151), 또는 애플리케이션 실행부(152)에 제공한다. 이 처리에 대해서는, 후에 상세히 설명한다.
[2. 제1 미디어(Blu-ray Disc(등록상표))의 기록 데이터 구성에 대하여]
다음으로, 도 4를 참조하여 제1 미디어(Blu-ray Disc(등록상표))에 기록되는 데이터 구성에 대하여 설명한다. 도 4는, 제1 미디어(Blu-ray Disc(등록상표))의 기록 데이터 파일의 디렉토리 구성예를 나타내는 도면이다.
루트(Root)의 직하 디렉토리로서 [AACS], [BDAV]의 각 디렉토리가 설정된다.
[AACS] 디렉토리는, 전술한 저작권 관리 규정인 AACS(Advanced Access Content System)의 규정에 따른 암호 키 정보 등이 설정되는 디렉토리이다. 구체적으로는, 미디어에 기록하는 콘텐츠의 암호화나 복호 처리에 적용하는 키 정보를 저장한 CPS 유닛 키 파일, 또한, CPS 유닛 키로부터 키를 취득하기 위한 키 블록인 MKB(미디어 키 블록) 파일이 설정된다.
[BDAV] 디렉토리는, 기록 콘텐츠의 실체 데이터 외에, 재생 처리에 적용하는 재생 제어 정보 등이 설정되는 디렉토리이다.
구체적으로는, 콘텐츠 대응의 타이틀 등을 포함하는 인덱스 정보(info.bdav.file), 정지 화상 콘텐츠를 구성하는 메뉴 썸네일(Files for Menu.Thumbnail), 또한, 동화상 콘텐츠의 재생 제어 정보로서의 플레이 리스트(PLAYLIST), 클립 정보(CLIPINF), 콘텐츠 실체 데이터로서의 스트림(STREAM)이 설정된다. 스트림 디렉토리(STREAM)에, 예를 들어 녹화 콘텐츠의 실체 데이터를 저장한 파일(스트림 파일)이 기록된다.
도 4에 도시한 [00001.MTS] 내지 [00003.MTS]가 각각 1개의 스트림 파일이다. 이들은, 제1 파일 시스템(본 실시예에서는 UDF)에 대응하는 MPEG 트랜스포트 스트림 파일이다.
플레이 리스트는 재생 대상 데이터의 지정 정보를 갖는 플레이 아이템을 갖는다. 플레이 아이템은, 재생 구간 정보를 갖는 클립 정보와 대응지어져 있으며, 플레이 아이템에 의해, 특정한 클립 정보가 선택된다. 또한 클립 정보는, 콘텐츠 실 데이터로서의 스트림 데이터의 재생 구간 지정 정보를 유지하고 있으며, 클립 정보에 의해 스트림 데이터가 선택적으로 판독되어, 스트림 재생 처리가 행해진다.
또한, 앞에서 도 3을 참조하여 설명한 바와 같이, 파일 변환 처리부(153)는, 파일 분할 처리나 파일 연결 처리를 행하지만, 이 파일 분할 또는 연결 처리는, 도 4에 도시한 제1 미디어(111)에 기록되는 파일의 모두에 대하여 필요해지는 처리는 아니다. 제1 미디어(111)에 기록되는 파일이, 제2 파일 시스템(FAT32)에 있어서 규정되는 (4GB-1) 이하의 파일 사이즈이면, 파일 분할이나 연결 처리는 불필요하다. 파일 분할이나 연결 처리는, 암호 처리부(151), 애플리케이션 실행부(152)가 생성하는 파일 중, 파일 사이즈가 큰 파일로 한정된다. 즉, 제2 파일 시스템(FAT32)에 있어서 규정되는 (4GB-1) 이상의 파일 사이즈를 갖는 파일로 한정된다.
도 4에 도시한 디렉토리 구성에 있어서, FAT32의 규정인 (4GB-1) 이상의 파일 사이즈로 될 가능성이 있는 파일은 콘텐츠 실 데이터인 스트림 파일이다. 이 밖의 AACS 디렉토리 설정 데이터나, 인덱스 정보(info.bdav.file), 메뉴 썸네일(Files for Menu.Thumbnail), 플레이 리스트(PLAYLIST), 클립 정보(CLIPINF) 등의 파일은, (4GB-1) 이하의 파일이다.
도 4에 도시한 스트림 파일 [00001.MTS], [00002.MTS], [00003.MTS] 등의 스트림 파일은, (4GB-1) 이상의 파일 사이즈를 가질 가능성이 있다. 이들 스트림 파일을 제2 미디어(112)에 기록하는 경우에는, 도 3에 도시한 파일 변환 처리부(153)에 있어서 파일 분할 처리가 행해진다. 또한, 제2 미디어(112)에 기록된 분할 스트림 파일을 암호 처리부(151)나 애플리케이션 실행부(152)에 제공하는 경우에는, 파일 변환 처리부(153)에 있어서 파일 연결 처리가 행해진다.
[3. 본 발명의 정보 처리 장치가 실행하는 처리의 개요에 대하여]
FAT32 파일 시스템은, 전술한 바와 같이, 1개의 파일 사이즈에 4×230-1Bytes(4GB-1)의 상한이 있지만, BDAV 포맷의 파일 중, AV 스트림 파일의 사이즈는, 4GB-1을 초과하는 경우가 있다. 예를 들어, 평균 10Mbp의 2시간의 AV 스트림 파일은, 약 9GB가 된다.
본 발명의 정보 처리 장치에서는, BDAV 포맷의 파일을 FAT32 파일 시스템에 의해 관리되는 기록 미디어로 기록 재생 가능해진다. 예를 들어, BDAV 포맷의 1개의 AV 스트림 파일을, 4GB-1Bytes 미만의 분할 파일로서 FAT32 파일 시스템에 의해 관리되는 기록 미디어에 기록한다.
여기서, 1개의 분할 파일의 크기는, 암호 처리 단위로서 규정되는 얼라인드 유닛(Aligned Unit), 즉, 6kBytes(6×1024)의 얼라인드 유닛의 정수배의 크기로 한다. 또한, 1개의 AV 스트림 파일의 마지막 분할 파일을 제외한 것은, 96kBytes(96×1024)의 정수배의 크기로 한다.
즉, BDAV 포맷의 1개의 AV 스트림 파일을 4GB-1Bytes 미만의 n개의 분할 파일로 하는 경우,
(n-1)개의 96kB의 정수배의 분할 파일(단 4GB-1Bytes 미만)과,
1개의 6kB의 정수배의 분할 파일(단 4GB-1Bytes 미만),
이들 n개의 4GB-1Bytes 미만의 분할 파일을 설정하여 FAT32 파일 시스템에 의해 관리되는 기록 미디어에 기록한다.
또한, 96kBytes의 데이터 사이즈는,
BDAV 포맷에서의 암호 처리 단위인 얼라인드 유닛(6kBytes(6*1024))의 16개분의 데이터 사이즈에 상당한다.
또한, FAT32에서의 데이터 기록 재생의 최소 단위인 클러스터 사이즈(32kBytes(32×1024))의 3개분의 데이터 사이즈에 상당한다.
클러스터란, FAT32에 있어서, 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위이며, 파일 사이즈가, 클러스터 사이즈의 배수이면, 파일 데이터의 저장이 가장 효율이 좋다. 반대로, 파일 사이즈가, 클러스터 사이즈의 배수와는 서로 다른 경우, 파일의 저장에 용장 부분이 발생한다. 즉, 클러스터 사이즈의 배수와의 차분이 용장 부분으로 된다.
[4. 기록 및 재생 대상으로 되는 데이터의 상세 구성에 대하여]
도 5는 정보 처리 장치가 미디어에 기록 혹은 미디어로부터 판독하는 데이터의 구조(애플리케이션 포맷)를 나타내고 있다. 실제의 재생 대상 데이터인 화상과 음성 데이터를 포함하는 AV 스트림은 클립 AV 스트림(Clip AV Stream) 파일로서 기록되고, 또한, 이들 AV 스트림의 관리 정보, 재생 제어 정보 파일로서, 플레이 리스트(PlayList) 파일과, 클립 정보(Clip Information) 파일이 규정된다.
이들 복수의 카테고리의 파일은,
플레이 리스트(PlayList) 파일을 포함하는 플레이 리스트 레이어,
클립 AV 스트림(Clip AV Stream) 파일과, 클립 정보(Clip Information) 파일를 포함하는 클립 레이어,
이들 2개의 레이어로 구분할 수 있다.
또한, 1개의 클립 AV 스트림(Clip AV Stream) 파일에는 1개의 클립 정보(Clip Information) 파일이 대응지어지고, 이들 페어를 하나의 오브젝트라 생각하고, 이들을 통합하여 클립(Clip)이라 부른다.
클립 AV 스트림 파일에 포함되는 데이터의 상세 정보, 예를 들어 MPEG 데이터의 I 픽처 위치 정보 등을 기록한 EP 맵 등의 관리 정보가 클립 정보 파일에 기록된다.
클립 AV 스트림(Clip AV Stream) 파일은, MPEG2 트랜스포트 스트림을 BDAV 애플리케이션 포맷의 규정 구조에 따라서 배치한 데이터를 저장하고 있다.
또한, 클립 정보(Clip Information) 파일에는, 예를 들어 클립 AV 스트림 파일의 바이트 열 데이터의 데이터 위치와, 시간축 상에 전개한 경우의 재생 개시 포인트인 (엔트리 포인트: EP) 등의 재생 시간 위치 등의 대응 데이터 등, 클립 AV 스트림 파일의 저장 데이터의 재생 개시 위치 등을 취득하기 위한 관리 정보를 저장하고 있다.
예를 들어, 콘텐츠의 개시점으로부터의 재생 시간 경과 위치를 나타내는 타임 스탬프가 부여되었을 때, 클립 정보 파일을 참조하여, 클립 AV 스트림 파일의 데이터 판독 위치, 즉 재생 개시점으로서의 어드레스를 취득하는 것이 가능해진다.
플레이 리스트(PlayList) 파일은, 클립(=클립 정보 파일+클립 AV 스트림 파일) 레이어에 포함되는 재생 가능 데이터에 대한 재생 구간의 지정 정보를 갖는다. 플레이 리스트(PlayList) 파일은, 편집 가능하며, 유저에 의해 다양한 플레이 리스트를 생성할 수 있다.
도 6에 도시한 바와 같이, 하나의 플레이 리스트는, 클립에 대한 재생 구간 지정 정보의 집합으로서 규정된다. 플레이 리스트에는, 어떤 클립의 하나의 재생 구간의 규정 정보로서의 플레이 아이템(PlayItem)이 기록된다. 플레이 아이템은, 재생 개시점을 시간축 상에서 나타내는 IN점과, 재생 종료점을 시간축 상에서 나타내는 OUT점의 정보를 갖는다.
플레이 리스트는, 복수의 플레이 아이템을 유지 가능하며, 플레이 아이템에 의해 규정되는 재생 개시점과 재생 종료점에 따라서, 데이터 재생이 실행 가능해진다.
또한, 플레이 리스트에는, 2가지 타입이 있다.
하나는, 리얼 플레이 리스트(Real PlayList)이며,
또 하나는, 버추얼 플레이 리스트(Virtual PlayList)이다.
리얼 플레이 리스트(Real PlayList)는, 그것이 참조하고 있는 클립의 스트림 부분을 공유, 즉 일체화되어 있다고 간주된다. 리얼 플레이 리스트(Real PlayList)가 소거된 경우, 그것이 참조하고 있는 클립의 스트림 부분도 소거된다.
한편, 버추얼 플레이 리스트(Virtual PlayList)는, 클립의 데이터를 공유하지 않은, 즉 일체화되지 않은 가상적인 플레이 리스트이다. 버추얼 플레이 리스트(Virtual PlayList)가 변경 또는 소거되었다고 해도, 클립은 아무것도 변경되지 않고, 소거도 되지 않는다.
재생 대상으로 되는 화상이나 음성의 실 데이터를 저장한 클립 AV 스트림(Clip AV Stream) 파일은, 도 7에 도시된 BDAV MPEG2 트랜스포트 스트림(TS: transport stream) 파일 구조를 갖는다.
BDAV MPEG2 트랜스포트 스트림 파일 구조는 이하와 같은 설정을 갖는다.
1) BDAV MPEG2 트랜스포트 스트림 파일은, 정수개의 얼라인드 유닛(Aligned unit)으로 구성된다.
2) 얼라인드 유닛(Aligned unit)의 크기는, 6kB(=6144바이트(2048×3바이트))이다.
3) 얼라인드 유닛(Aligned unit)은, 소스 패킷의 제1 바이트째부터 시작된다.
4) 소스 패킷은, 192바이트 길이이다. 하나의 소스 패킷은, TP_extra_header와 트랜스포트 패킷을 포함한다. TP_extra_header는, 4바이트 길이이며, 또한 트랜스포트 패킷은, 188바이트 길이이다.
5) 하나의 얼라인드 유닛(Aligned unit)은, 32개의 소스 패킷을 포함한다.
6) BDAV MPEG2 트랜스포트 스트림 파일의 마지막 얼라인드 유닛(Aligned unit)도, 32개의 소스 패킷을 포함한다. 따라서, BDAV MPEG2 트랜스포트 스트림 파일은, 얼라인드 유닛(Aligned unit)의 경계에서 끝난다.
7) 기록 미디어에 기록되는 입력 트랜스포트 스트림의 트랜스포트 패킷의 수가 32의 배수가 아닐 때, 널 패킷(PID=0×1FFF의 트랜스포트 패킷)을 가진 소스 패킷을 마지막 얼라인드 유닛(Aligned unit)에 사용해야만 한다.
예를 들어, 클립 AV 스트림(Clip AV stream) 파일을 암호화하여 기록하는 경우, 6kB의 얼라인드 유닛(Aligned unit)을 단위로 하여, AES-CBC 암호 처리하여 얼라인드 유닛(Aligned unit)마다 기록한다.
도 8에 도시된 바와 같이, 얼라인드 유닛(Aligned unit)의 선두의 16바이트는 평문이며, 이것을 암호 키 생성 정보로서 이용하는 시드(Seed) 데이터로서, 블록 키를 생성하여, 그것에 계속되는 나머지 얼라인드 유닛(Aligned unit)의 데이터 6128바이트를 AES-CBC에 의해 암호화한다.
앞에서 설명한 바와 같이, 플레이 리스트(PlayList)는 클립(Clip)의 재생 개시 위치나 재생 종료 위치에 대응하는 액세스 포인트를 시간축 상의 정보인 타임 스탬프에 의해 지시하는 정보를 갖는다.
클립 정보 파일(Clip Information file)은, 이 타임 스탬프로부터, 클립 AV 스트림 파일 중의 스트림의 디코드를 개시해야 할 어드레스 정보를 찾기 위해 이용된다.
구체적으로는, 클립 정보 파일(Clip Information file)은, 도 9에 도시한 EP 맵(EP_map)을 갖는다.
EP 맵은, 클립 중의 재생 개시 위치나 재생 종료 위치에 대응하는 액세스 포인트 정보로서, 시간축 상에서 표현한 타임 스탬프와, 패킷 1차 용법에 의해 표현한 어드레스 정보의 대응 데이터를 갖는다.
구체적으로는,
(a) 액세스 포인트를 시간축 상에서 표현한 타임 스탬프(PTS: Presentation Time Stamp)와,
(b) 액세스 포인트를 클립 AV 스트림 중의 패킷 위치를 나타내는 어드레스에 상당하는 소스 패킷 번호(SPN)와,
이들 대응 정보를 갖는다.
이와 같은 대응 정보를 갖는 EP 맵을 참조함으로써, 타임 스탬프로부터 대응하는 어드레스(SPN)를 취득하고, 어드레스(SPN)에 기초하여, 예를 들어 AV 스트림 중의 재생 개시 위치인 디코드 개시점 등을 찾을 수 있다.
도 10은, EP 맵(EP_map)의 구체적인 구성과 이용예를 설명하는 도면이다. 도 10의 (A)에 도시한 클립 AV 스트림(Clip AV stream)은, 패킷 식별자: PID에 의해 식별되는 소스 패킷을 포함하는 비디오 스트림이 다중화되어 있다. 비디오 스트림은, 소스 패킷마다, 소스 패킷 내의 트랜스포트 패킷의 헤더에 포함되는 PID에 의해 구별된다.
비디오 스트림의 소스 패킷은, MPEG 데이터를 구성하는 IPB 픽처, 즉, I(Intra) 픽처, P(Predictive) 픽처, B(Bidirectionally predictive) 픽처를 갖는다. I 픽처는 단독으로 복호 가능한 픽처 데이터이며, 그 밖의 P 픽처, B 픽처는, 복호하는 경우에 전후 I 픽처의 참조가 필요해진다. 예를 들어, 랜덤 액세스에 의한 재생 개시점은, 단독으로 복호 가능한 I 픽처를 갖는 패킷 위치에 설정된다.
EP 맵은 랜덤 액세스 가능한 재생 개시점 위치 정보로서 I 픽처의 위치 정보를, 전술한 PTS와 SPN의 대응 데이터로서 유지하고 있다. 즉,
(a) 액세스 포인트를 시간축 상에서 표현한 타임 스탬프(PTS: Presentation Time Stamp)와,
(b) 액세스 포인트를 클립 AV 스트림 중의 패킷 위치를 나타내는 어드레스에 상당하는 소스 패킷 번호(SPN)와,
이들 대응 정보이다.
이와 같은 설정으로 한 EP 맵을 참조함으로써, 랜덤 액세스 가능한 재생 개시 위치인 I 픽처의 장소를 구할 수 있다. EP 맵(EP_map)은, 클립 정보 파일에 포함되는 데이터이다.
EP 맵에 기초하는 I 픽처 위치의 검출에 대하여, 도 10을 참조하여 설명한다. 도 10의 (A)는 클립 AV 스트림을 나타내고, 각 직사각형은 192비트 소스 패킷을 나타내고 있다.
도면에는, I(Intra) 픽처의 선두 바이트를 포함하는 소스 패킷을, 사선을 그은 사각으로 나타내고 있다. 사선이 없는 흰색 사각은 랜덤 액세스 포인트로 되지 않는 데이터가 포함되는 소스 패킷이나, 다른 스트림의 데이터가 포함되어 있는 소스 패킷을 나타낸다.
예를 들어, PID=x로 구별되는 비디오 스트림의 랜덤 액세스 가능한 I 픽처의 선두 바이트를 포함하는 소스 패킷 번호 X1의 소스 패킷은, 클립 AV 스트림의 시간축 상에서 PTS=pts(x1)의 위치에 배치된다. 마찬가지로, 다음으로 랜덤 액세스 가능한 IDR 픽처의 선두 바이트를 포함하는 소스 패킷은 소스 패킷 번호 X2의 소스 패킷으로 되고, PTS=pts(x2)의 위치에 배치된다.
도 10의 (B)에 도시한 바와 같이, 소스 패킷은, 188바이트의 트랜스포트 패킷에 4바이트의 헤더(TP_extra_header)를 부가한 형태로 구성된다. 트랜스포트 패킷 부분은, 헤더부(TP header)와 페이로드부를 포함한다.
도 10의 (C2)에 도시한 EP 맵의 등록 데이터인 SPN_EP_start는, 시퀀스 헤더(SQH)로부터 시작되는 I 픽처를 포함하는 액세스 유닛(Access Unit)의 제1 바이트째를 포함하는 소스 패킷의 소스 패킷 번호(SPN)를 나타낸다.
또한, 클립 AV 스트림 파일 중의 모든 패킷에 설정된 일련의 번호가 소스 패킷 번호(SPN)이다. 클립 AV 스트림 파일 중, 맨 처음 소스 패킷의 소스 패킷 번호를 제로, 그 다음 패킷의 소스 패킷 번호는 1이며, 이후, 다음 패킷마다 소스 패킷 번호는 하나씩 증가한다.
도 10의 (C2)에 도시한 바와 같이, EP 맵(EP_map)은,
스트림 PID(stream_PID),
EP 엔트리 수(number_of_EP_entries),
프리젠테이션 타임 스탬프 EP 스타트(PTS_EP_start), 및
소스 패킷 번호 EP 스타트(SPN_EP_start),
이들 데이터를 기록하고 있다.
스트림 PID(stream_PID)는, 비디오 스트림을 전송하는 트랜스포트 패킷의 패킷 식별자(PID)이다.
EP 엔트리 수(number_of_EP_entries)는, EP_map에 포함되는 PTS_EP_start와 SPN_EP_start의 페어의 엔트리 개수이다.
프리젠테이션 타임 스탬프 EP 스타트(PTS_EP_start)는, 랜덤 액세스 가능한 I 픽처로부터 시작되는 Access Unit의 PTS(프리젠테이션 타임 스탬프)를 나타낸다.
소스 패킷 번호 EP 스타트(SPN_EP_start)는, PTS_EP_start의 값에 의해 참조되는 액세스 유닛(Access Unit)의 제1 바이트째를 포함하는 소스 패킷 번호(SPN: Source Packet Number)를 나타낸다.
비디오 스트림의 PID(패킷 식별자)의 값이 stream_PID에 저장되고, PTS_EP_start와 SPN_EP_start의 대응 관계를 나타내는 테이블 정보인 EP_map()이 생성된다.
예를 들어, PID=x의 비디오 스트림의 EP 맵에는,
PTS=pts(x1)과 소스 패킷 번호(SPN)×1,
PTS=pts(x2)와 소스 패킷 번호(SPN)×2,
…,
PTS=pts(xk)와 소스 패킷 번호(SPN)×k,
이들 PTS와 SPN의 대응 데이터를 포함하는 테이블이 기술된다.
상기한 테이블을 포함하는 EP 맵(EP_map)이, 1개의 클립 AV 스트림에 대응하는 클립 정보 파일에 저장된다.
이와 같은 데이터를 갖는 EP 맵(EP_map)은, 예를 들어 랜덤 액세스 등을 행할 때의 디코드 개시 위치를 특정하기 위해 참조된다.
클립 중의 시간축 상의 시각 x로부터 재생 개시할 때, EP_map을 이용하여, 클립 AV 스트림 파일 중에서 스트림의 디코드를 개시해야 할 어드레스 정보의 계산 방법에 대하여, 도 11을 이용하여 설명한다.
도 11에 도시한 바와 같이, 플레이 리스트(PlayList)가 클립 중의 시간축 상의 시각 x로부터 재생 개시를 지정하는 정보를 갖는 경우, x보다도 작고 가장 가까운 값을 갖는 타임 스탬프 [PTS_EP_start[m]]이 특정된다.
이 플레이 리스트 정보에 따라서 특정되는 타임 스탬프 [PTS_EP_start[m]]에 기초하여, 클립 정보 파일 중의 EP 맵을 참조하여, 타임 스탬프 [PTS_EP_start[m]]에 대응하는 소스 패킷 번호 [SPN_EP_start[m]]을 특정한다.
이와 같이 EP 맵을 이용하여, 플레이 리스트 정보에 따라서 결정되는 재생 시간 정보인 PTS로부터, 그 PTS에 대응하는 패킷 위치 정보인 SPN, 즉, [SPN_EP_start[m]]을 취득한다.
이 패킷 위치 [SPN_EP_start[m]]을, 클립 AV 스트림 파일 중의 재생 개시점, 즉, 디코드를 개시해야 할 어드레스 정보로서 취득하고, 디코드 처리를 행하여 재생을 행할 수 있다.
도 12는, 클립 정보 파일(Clip Information file)의 일례로서의 [zzzzz.CPI]의 신택스를 나타내는 도면이다.
zzzzz.CPI에는, ClipInfo(), EP_map(), ProgramInfo()의 각 기술이 포함된다.
ClipInfo()에는, 이 클립 정보 파일에 대응하는 클립 AV 스트림 파일의 비트 레이트 등의 속성 정보가 기록된다.
ProgramInfo()에는, 이 클립 정보 파일에 대응하는 클립 AV 스트림 파일의 비디오 스트림이나 오디오 스트림의 부호화 방법 등의 속성 정보가 기록된다.
도 13은, 클립 정보 파일(Clip Information file)에 기술되는 EP_map()의 신택스를 나타내는 도면이다.
stream_PID는, 비디오 스트림을 전송하는 트랜스포트 패킷의 패킷 식별자(PID)를 나타낸다.
number_of_EP_entries는 PTS_EP_start와 SPN_EP_start의 페어의 EP(엔트리 포인트)의 수를 나타낸다.
또한, EP(엔트리 포인트)는, EP 맵에 PTS-SPN의 대응 데이터로서 기록된 I 픽처 대응의 패킷에 대응하는 액세스 포인트에 상당한다.
number_of_EP_entries 이후의 기술이 각 EP(엔트리 포인트)에 대하여 준비된다. PTS_EP_start[i]는 EP의 PTS를 나타내고, SPN_EP_start[i]는 EP의 SPN을 나타낸다. 이와 같이, EP_map에는, 각 엔트리 포인트에 대한 PTS와 SPN이 대응지어 등록된다.
[5. 제1 미디어 및 제2 미디어 대응의 2개의 파일 시스템에서의 디렉토리와 파일에 대하여]
앞에서, 도 1 내지 도 3 등을 참조하여 설명한 바와 같이, 본 발명의 정보 처리 장치는,
예를 들어 제1 미디어인 Blu-ray Disc(등록상표)의 제1 파일 시스템에 적합한 데이터 형식과, 제2 미디어인 플래시 메모리의 제1 파일 시스템에 적합한 데이터 형식의 파일 변환을 실행한다.
구체적으로는,
제1 파일 시스템은, UDF, ExFAT, NTFS 파일 시스템 등이며, 제2 파일 시스템은, FAT32 파일 시스템 등이다.
이하, 이들 각 파일 시스템의 디렉토리 구성에 대하여 설명한다.
도 14는, UDF, ExFAT, NTFS 파일 시스템에서의 디렉토리와 파일의 예를 나타내는 도면이다. 이들 파일 시스템은, 1개 파일의 사이즈의 상한이 4GB-1보다도 훨씬 크다.
INFO.BAV는, BDAV 디렉토리 하에 만들어지는 애플리케이션 레이어의 전체적인 정보를 스토어하는 파일이며, 앞에서 도 4를 참조하여 설명한 info.bdav file과 동일하다.
MENU.TID, MEMU.TD1, MENU.TD2는, 메뉴 썸네일 화상에 관련된 정보를 스토어 하는 파일이며, 앞에서 도 4를 참조하여 설명한 Files for Menu Thumbnail과 동일하다.
MARK.TID, MARK.TD1, MARK.TD2는, 마크 썸네일 화상에 관련된 정보를 스토어 하는 파일이며, 앞에서 도 4를 참조하여 설명한 Files for Mark Thumbnail과 동일하다.
플레이 리스트(PLAYLIST) 디렉토리는, 2종류의 플레이 리스트 파일을 스토어한다. 이들은, 앞에서 도 6 등을 참조하여 설명한 리얼 플레이 리스트(Real PlayList)와, 버추얼 플레이 리스트(Virtual PlayList)이다.
"xxxxx.RPL" 이 파일은, 하나의 리얼 플레이 리스트에 관련된 정보를 스토어한다. 각각의 리얼 플레이 리스트마다, 1개의 파일이 만들어진다. 여기서, "xxxxx"는, 5개의 0부터 9까지의 숫자이다. 파일 확장자는, "RPL"이어야만 한다.
"yyyyy.VPL" 이 파일은, 하나의 버추얼 플레이 리스트에 관련된 정보를 스토어한다. 각각의 버추얼 플레이 리스트마다, 1개의 파일이 만들어진다. 여기서, "yyyyy"는, 5개의 0부터 9까지의 숫자이다. 파일 확장자는, "VPL"이어야만 한다.
"CLIPINF" 디렉토리는, 각각의 AV 스트림 파일에 대응하여, 1개의 파일을 스토어한다.
"zzzzz.CPI" 이 파일은, 1개의 AV 스트림 파일에 대응하는 클립 정보 파일(Clip Information file)이다. 여기서, "zzzzz"는, 5개의 0부터 9까지의 숫자이다. 파일 확장자는, "CPI"이어야만 한다.
"STREAM" 디렉토리는, 클립 AV 스트림 파일(Clip AV stream file)을 스토어한다.
"zzzzz.MTS" 이 파일은, 클립 AV 스트림 파일(Clip AV stream file)이다. 여기서 "zzzzz"는, 5개의 0부터 9까지의 숫자이다. 파일 확장자는, "MTS"이어야만 한다.
1개의 클립 AV 스트림 파일(Clip AV stream file)과 그에 대응하는 클립 정보 파일(Clip information file)은, 동일한 5개의 숫자 "zzzzz"를 사용해야만 한다.
다음으로, 도 15를 참조하여 FAT32 파일 시스템에서의 디렉토리와 파일에 대하여 설명한다.
앞에서 도 14를 참조하여 설명한 BDAV 디렉토리 중에 저장되는 파일 중, FAT32의 규정인 1개 파일의 사이즈의 상한 4GB-1을 초과한 파일 사이즈로 될 가능성이 있는 파일은, 클립 AV 스트림 파일(Clip AV stream file)이다. 이 밖의 INFO.BAV, 메뉴 썸네일, 플레이 리스트(PLAYLIST) 디렉토리의 파일, 클립 정보(CLIPINF) 디렉토리의 파일 사이즈는, 4GB-1 미만의 파일이다.
도 15에 도시한 FAT32 파일 시스템의 디렉토리 구성에 있어서, 스트림(STREAM) 디렉토리 하의 파일 외의 디렉토리와 파일, 즉, INFO.BDV 내지 CLIPINF의 디렉토리와 파일은, 앞에서 도 14를 참조하여 설명한 디렉토리와 파일과 동일하므로, 이들에 대한 설명은 생략한다.
도 15에 도시한 FAT32 디렉토리의 스트림(STREAM) 디렉토리는, 다음의 MTS 파일을 스토어한다.
"zzzzz-nn.MTS" 이들 파일의 이름은, "zzzzz-nn.MTS"이며, 여기에서 "zzzzz"는, 5개의 0부터 9까지의 숫자이며, "nn"은, 00부터 99까지의 2개의 숫자이다(0 내지 9의 한 문자의 숫자일 때는 앞에 제로를 붙임). 파일 확장자는, "MTS"이어야만 한다.
[6. 파일 변환 처리에 대하여]
전술한 바와 같이, 본 발명의 정보 처리 장치는, 예를 들어 제1 미디어인 Blu-ray Disc(등록상표)의 제1 파일 시스템에 적합한 데이터 형식과, 제2 미디어인 플래시 메모리의 제2 파일 시스템에 적합한 데이터 형식의 파일 변환을 실행한다.
도 1에 도시한 정보 처리 장치의 데이터 처리부(101) 내의 파일 변환 처리부는, 도 2, 도 3을 참조하여 설명한 바와 같이, 제1 파일 시스템에 따라서 제1 미디어(111)에 기록된 데이터를 제2 미디어(112)에 대응하는 제2 파일 시스템의 규정을 만족하는 형식으로 변환하여, 제2 미디어 대응 파일 시스템부에 제공한다.
또는, 제2 파일 시스템에 따라서 제2 미디어(112)에 기록된 데이터를 제1 미디어(111)에 대응하는 제1 파일 시스템의 규정을 만족하는 형식으로 변환하여, 애플리케이션 실행부(152)에 제공한다.
이 파일 변환 처리의 구체예에 대하여, 도 16을 참조하여 설명한다.
도 16은, 앞에서 설명한 도 3과 마찬가지로, 파일 변환 처리의 구체예를 설명하는 도면이며, 변환 처리 대상의 파일 시스템 설정을 이하의 설정으로서 나타낸 도면이다.
제1 미디어(111)에 대응하는 제1 파일 시스템이, 도 14를 참조하여 설명한 UDF, ExFAT, NTFS 파일 시스템,
제2 미디어(112)에 대응하는 제2 파일 시스템이, 도 15를 참조하여 설명한 FAT32 파일 시스템,
이들 설정으로 한 파일 변환 처리를 설명하는 도면이다.
도 3을 참조하여 설명한 것과 마찬가지로, 데이터 처리부(101)를 이하의 3개의 층(레이어)으로 분할하여 나타내고 있다.
(a층) 암호 처리부(151), 애플리케이션 실행부(152),
(b층) 파일 변환 처리부(153),
(c층) 제2 미디어 대응 파일 시스템부(154)
(a층) 암호 처리부(151), 애플리케이션 실행부(152)는, 제1 미디어(111)에 대응하는 제1 파일 시스템의 규정 룰에 대응한 처리를 실행한다. 도 16에는, 제1 미디어(111)에 대한 기록 파일인 클립 AV 스트림 파일[00001.MTS](201)과, 클립 정보 파일[00001.CPI](202)를 나타내고 있다. 이들 파일은 제1 파일 시스템(본 실시예에서는 UDF)에 대응하는 동화상 콘텐츠 기록 파일로서의 MPEG 트랜스포트 스트림 파일과 클립 정보 파일이다.
(c층) 제2 미디어 대응 파일 시스템부(154)는, 제2 미디어(112)에 대응하는 제2 파일 시스템의 규정 룰에 대응한 처리를 실행한다. 도 16에는, 제2 미디어(112)에 대한 3개의 기록 파일,
[00001-00.MTS](211-1),
[00001-01.MTS](211-2),
[00001-02.MTS](211-3),
이들을 나타내고 있다.
(b층) 파일 변환 처리부(153)는, (a층) 암호 처리부(151), 애플리케이션 실행부(152), 및 (c층) 제2 미디어 대응 파일 시스템부(154)의 사이에 위치한다. 파일 변환 처리부(153)는, a층과 c층 사이의 파일 전달 시에, 각 층에 있어서 처리 가능한 형식으로 파일을 변환하는 처리를 행한다. 구체적으로는 파일 사이즈의 변환, 파일명의 변환 처리 등을 행한다.
예를 들어, 제2 미디어(112)에 대응하는 제2 파일 시스템이 FAT32이며, 제1 미디어(111)에 대응하는 제1 파일 시스템이 UDF인 것으로 한다. FAT32에 규정하는 1 파일의 최대 사이즈는 4×230-1Bytes(이하에서는, '4GB-1'로 나타냄)로 규정되어 있다.
즉, FAT32 파일 시스템은, 1개의 파일 사이즈에 4×230-1Bytes(4GB-1)의 상한이 있다.
한편, UDF에서 규정하는 1 파일 사이즈는, (4GB-1)보다 훨씬 큰 사이즈로 된다.
도 16에 도시한 바와 같이, FAT32 파일 시스템에 따른 4GB-1 이하의 데이터 사이즈를 갖는 분할 파일로서,
[00001-00.MTS](211-1),
[00001-01.MTS](211-2),
[00001-02.MTS](211-3),
이들이 존재하는 경우, 파일 변환 처리부(153)는, 이들 분할 파일의 연결 처리에 의해, 제1 미디어(111)에 대응하는 제1 파일 시스템에 대응하는 파일을 생성한다.
구체적으로는, 분할 파일의 파일명의 상위 수치열로서 동일한 "zzzzz"=00001의 숫자를 갖는 MTS 파일을, 파일명의 하위 수치열, 즉 분할 파일의 배열순을 나타내는 "nn"=00 내지 02의 숫자의 오름차순으로 연결함으로써 제1 미디어(111)에 대응하는 제1 파일 시스템에 적합한 하나의 가상적인 AV 스트림 파일을 생성한다.
이 분할 파일의 연결 처리에 의해 생성되는 하나의 가상적인 AV 스트림 파일은, 앞에서 도 7을 참조하여 설명한 BDAV MPEG2 transport stream file을 포함하는 하나의 Clip AV stream file을 포함한다.
또한, 제1 미디어(111)에 대응하는 제1 파일 시스템에 대응하는 파일을 분할하여, 복수의 분할 파일을 생성하여 제2 미디어(112)에 기록하는 처리를 행하는 경우, 분할 파일의 파일명 상위 수치열로서 동일한 "zzzzz"의 숫자를 갖는 분할 MTS 파일을 설정하고, 파일명의 하위 수치열 "nn"의 값은, 00부터 시작하여 하나씩 값을 증가시켜 설정하여, 각 분할 파일의 파일명으로 한다.
1개의 AV 스트림 파일은, 4×230-1Bytes 미만의 MTS 파일(하나의 가상적인 클립 AV 스트림 파일(Clip AV stream file)의 파일 단편)로 분할하여 기록되고, 여기서, 1개의 분할 파일(파일 단편)의 크기는, 얼라인드 유닛(6kBytes(6×1024))의 정수배의 크기이며, 또한, 1개의 AV 스트림 파일의 마지막 분할 파일(파일 단편)을 제외한 것은, 96kBytes(96×1024)의 정수배의 크기이다.
도 16에 도시한 예에서는, 말미의 분할 파일을 제외한 분할 파일, 즉,
00001-00.MTS(211-1)와,
00001-01.MTS(211-2)는,
6Kb의 얼라인드 유닛의 정수배의 크기이면서, 96kBytes(96×1024)의 정수배의 크기이다. 그리고, 말미의 분할 파일,
00001-02.MTS(211-3)는,
1개의 AV 스트림 파일의 마지막 파일 단편이며, 그것은 6Kb의 얼라인드 유닛의 정수배의 크기이다.
또한, 1개의 클립 AV 스트림 파일(Clip AV stream file)과 그에 대응하는 클립 정보 파일(Clip information file)은, 동일한 5개의 숫자 "zzzzz"를 사용해야만 한다.
여기서, 96kBytes의 사이즈는, 16개분의 얼라인드 유닛(6kBytes(6×1024))의 크기이며, 또한, FAT32의 클러스터 사이즈 32kBytes(32×1024)의 3개분에 해당하는 크기이다. 또한, 클러스터란, 전술한 바와 같이 FAT32에 있어서, 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위이며, 파일 사이즈가, 클러스터 사이즈의 배수이면, 파일 데이터의 저장이 가장 효율이 좋다. 반대로, 파일 사이즈가, 클러스터 사이즈의 배수와는 서로 다른 경우, 파일의 저장에 용장 부분이 발생한다(클러스터 사이즈의 배수와의 차분이 용장 부분으로 됨). 각각의 MTS 파일(하나의 가상적인 클립 AV 스트림 파일(Clip AV stream file)의 파일 단편)의 제1 바이트째가, 클러스터의 선두에 맞춰서 기록된다.
[7. 데이터 기록 처리 시퀀스에 대하여]
다음으로, 파일 변환을 수반하는 데이터 기록 처리의 시퀀스에 대하여, 도 17 이하에 나타낸 흐름도를 참조하여 설명한다. 또한, 이하에서는,
제1 미디어(111) 대응의 제1 파일 시스템=UDF,
제2 미디어(112) 대응의 제2 파일 시스템=FAT32,
이와 같은 설정인 것으로 하여 설명을 행한다.
단, 본 발명은, 상기한 파일 시스템의 조합에 한정되지 않으며, 애플리케이션 실행부에서의 처리가 이용 미디어(본 예에서는 제2 미디어)의 파일 시스템에 대응한 데이터 처리와 서로 다른 구성에 있어서 적용 가능하다.
전술한 바와 같이, 제2 미디어(112) 대응의 제2 파일 시스템인 FAT32가 허용하는 최대 파일 사이즈는 (4GB-1)이며, 제1 미디어(111) 대응의 제1 파일 시스템인 UDF가 허용하는 최대 파일 사이즈는 (4GB-1)보다 훨씬 큰 사이즈이다.
도 2, 도 3에 도시한 파일 변환 처리부(153)의 처리 개요는 이하와 같다.
애플리케이션 실행부(152), 또는 암호 처리부(151)가 제2 미디어(112)를 이용한 데이터 기록 재생 처리, 혹은 데이터 편집 처리를 실행하는 경우, 제2 미디어(112) 대응의 제2 파일 시스템(FAT32)이 허용하는 파일 최대 사이즈 (4GB-1)에 따라서 파일 분할 또는 파일 연결 처리를 실행한다.
또한, 본 예에서는, 애플리케이션 실행부(152), 또는 암호 처리부(151)에 있어서 처리 대상으로 하는 파일 중, (4GB-1) 이상의 파일 사이즈가 될 가능성이 있는 파일은, 콘텐츠의 실체 데이터를 저장한 스트림 파일이며, 파일 변환 처리부(153)는 스트림 파일에 대하여 파일 분할 또는 파일 연결 처리를 수반하는 파일 변환 처리를 실행한다. 관리 파일이나 재생 제어 정보 파일 등 (4GB-1) 스트림 파일 이외의 파일에 대해서는 파일 분할 또는 파일 연결 처리를 수반하는 파일 변환 처리를 실행하지 않는다.
또한, 파일 변환 처리에는, 파일명 변환 처리도 수반한다. 예를 들어, 앞에서 도 16을 참조하여 설명한 바와 같이, 애플리케이션 실행부(152), 또는 암호 처리부(151)에 있어서 처리 대상으로 하는 (4GB-1) 이상의 오리지널 파일(201)의 파일명 [00001.MTS]와 제2 미디어(112) 대응의 분할 파일(211-1 내지 3)[00001-00 내지 02.MTS]의 파일명의 변환을 행한다.
도 17의 흐름도를 참조하여 제2 미디어(112)에 데이터 기록을 실행하는 경우의 파일 변환 처리부(153)의 처리에 대하여 설명한다. 또한, 도 17에 나타낸 흐름은 애플리케이션 실행부(152)에 있어서 생성된 파일의 기록 처리의 시퀀스이다.
도 17에 나타낸 흐름 중, 스텝 S101의 처리는 애플리케이션 실행부의 처리, 스텝 S102 내지 S112의 처리는 파일 변환 처리부의 처리, 스텝 S121의 처리가 제2 미디어 대응 파일 시스템부의 처리에 상당한다.
우선, 스텝 S101에 있어서, 애플리케이션 실행부가 파일 기입 처리 명령을 발행한다. 또한, 이 처리 흐름은, 기입 대상 미디어가 제2 미디어인 경우의 처리이다. 애플리케이션 실행부는 스텝 S101에 있어서, 기입 대상으로 하는 파일명을 인수로서 갖는 파일 기입 명령을 발행한다.
파일 변환 처리부는, 스텝 S102에 있어서, 애플리케이션 실행부로부터의 파일 기입 명령의 발행을 검출한다.
다음으로, 스텝 S103에 있어서, 파일 변환 처리부는, 애플리케이션 실행부가 발행한 파일 기입 명령을 해석하고, 기입 파일의 종류, 사이즈를 판정한다.
파일 변환 처리부가, 스텝 S104에 있어서, 파일의 종류가 스트림 파일이라고 판정한 경우에는 스텝 S105로 진행한다. 스텝 S104에 있어서, 파일의 종류가 스트림 파일이 아니라고 판정한 경우에는 스텝 S111로 진행한다. 스텝 S111에서는, 애플리케이션 실행부로부터의 파일 기입 명령을, 그대로 제2 미디어 파일 시스템부로 출력한다.
앞에서 설명한 바와 같이 스트림 파일 이외의 파일은, 제2 미디어 대응의 파일 시스템에 있어서 허용된 최대 파일 사이즈 (4GB-1)의 사이즈인 것이 보증되어 있다. 따라서, 스트림 파일 이외의 파일의 기입 명령은, 그대로 제2 미디어 대응 파일 시스템부로 출력하고, 스텝 S121로 진행하고, 제2 미디어 대응 파일 시스템부는, 애플리케이션 실행부가 생성한 기입 명령을 그대로 적용하여 제2 미디어에 대한 기입 처리를 행한다.
한편, 스텝 S104에 있어서, 파일의 종류가 스트림 파일이라고 판정한 경우에는, 스텝 S105로 진행한다. 파일의 종류가 스트림 파일인 경우, 파일 사이즈는, 제2 미디어 대응의 파일 시스템에 있어서 허용된 최대 파일 사이즈 (4GB-1)보다 클 가능성이 있다. 이 경우에는, 스텝 S105에 있어서 파일 사이즈를 확인한다.
파일 사이즈가, 제2 미디어 대응의 파일 시스템에 있어서 허용된 최대 파일 사이즈 (4GB-1)보다 큰 것이 확인된 경우에는, 스텝 S106으로 진행한다. 크지 않은 경우에는, 스텝 S112로 진행한다.
스텝 S112에서는, 최대 허용 파일 사이즈 (4GB-1)보다 작은 기입 대상 파일의 파일명을 설정한다. 또한, 파일 변환 처리부는, 애플리케이션 실행부가 생성하는 파일(오리지널 파일)의 파일명과, 제2 미디어에 기록하는 기록 파일명의 변환을 미리 설정한 룰에 따라서 실행한다. 구체적인 변환예에 대해서는 후술한다.
스텝 S112에서의 파일명 설정은, 예를 들어 이하의 조건을 만족하는 처리로서 행해진다.
(a) 제2 미디어 대응의 제2 파일 시스템에 있어서 허용된 파일명의 설정,
(b) 애플리케이션 실행부가 생성한 파일(오리지널 파일)에 대한 분할 처리가 이루어지지 않은 것을 나타내는 식별 정보의 설정,
이들 (a), (b)의 조건을 만족하는 파일명의 설정을 행한다. 스텝 S112에 있어서 파일명이 설정된 후, 스텝 S121로 진행하고, 제2 미디어 대응 파일 시스템부는, 스텝 S112에서 설정한 파일명을 적용하여 제2 미디어에 대한 기입 처리를 행한다. 단, 파일명의 변환은 파일 분할이 실행된 경우에만 행하고, 파일 분할이 행해지지 않은 경우에는, 파일명 변환을 행하지 않는 설정으로 하여도 된다.
스텝 S105에 있어서, 파일 사이즈가, 제2 미디어 대응의 파일 시스템에 있어서 허용된 최대 파일 사이즈 (4GB-1)보다 큰 것이 확인된 경우에는, 스텝 S106으로 진행한다. 스텝 S106에서는, 파일을 분할하고, 분할 파일 각각에 파일명을 설정한다. 즉, 제2 미디어 대응의 제2 파일 시스템에 있어서 허용된 최대 허용 파일 사이즈 (4GB-1)보다 작은 복수의 분할 파일을 생성하고, 생성한 분할 파일의 각각에 파일명을 설정한다.
또한, 전술한 바와 같이, 파일 변환 처리부는, 애플리케이션 실행부가 생성하는 파일(오리지널 파일)의 파일명과, 제2 미디어에 기록하는 기록 파일명의 변환을 미리 설정한 룰에 따라서 실행한다. 또한, 분할 처리를 실행할 때에도, 파일 변환 처리부는, 미리 규정한 룰에 따른 파일 분할 처리를 행한다. 예를 들어, 파일 변환 처리부(153)는, 복수의 분할 파일의 각각에, 분할원 파일의 식별 정보와 분할 파일의 배열 정보를 포함하는 파일명을 설정한다. 이 파일명 설정 룰 및 분할 룰의 상세에 대해서는 후술한다.
또한, 분할한 각 파일에 대한 파일명 설정 처리는, 예를 들어 이하의 조건을 만족하는 설정 처리로서 행해진다.
(a) 제2 미디어 대응의 제2 파일 시스템에 있어서 허용된 파일명의 설정,
(b) 애플리케이션 실행부가 생성한 파일(오리지널 파일)에 대한 분할 처리가 이루어져 있는 것을 나타내는 식별 정보의 설정,
이들 (a), (b)의 조건을 만족하는 파일명의 설정을 행한다. 스텝 S106에 있어서 파일명이 설정된 후, 스텝 S107로 진행한다.
스텝 S107에서는, 파일 변환 처리부가, 제2 미디어 대응 파일 시스템부에 대하여, 분할 파일의 각각에 대하여 설정한 파일명을 인수로 한 파일 기입 명령을 출력한다. 스텝 S121에서는, 제2 미디어 대응 파일 시스템부가, 스텝 S106에서 설정한 분할 파일 각각의 파일명을 적용하여 제2 미디어에 대하여 모든 분할 파일의 기입 처리를 행한다.
분할 룰은, 예를 들어 도 18에 나타낸 룰을 적용한다. 즉,
(조건 1) 제1 파일 시스템의 적용 미디어(Bul-ray 디스크)의 저장 콘텐츠의 암호 처리 단위인 얼라인드 유닛(aligned unit=6KB(6144bytes))의 정수배이면서,
(조건 2) 제2 파일 시스템(FAT32)에서의 파일 데이터를 유지하기 위해 할당할 수 있는 최소 데이터 단위(클러스터=32KB)의 정수배,
이들 조건 1, 2를 만족하는 파일 분할 포인트를 설정한다.
이 (조건 1)과 (조건 2)의 양쪽을 만족하도록 파일 분할을 행한다.
또한, 상기 (조건 1)과 (조건 2)를 만족시키기 위한 최소 분할 단위는 96KB로 된다.
즉, 분할 파일은, 4GB-1 이하이면서, 96KB의 정수배의 분할 파일을 생성한다. 단, 말미의 분할 파일은 4GB-1 이하이고 6KB의 정수배의 데이터 사이즈이면 된다.
다음으로, 파일명의 변환 룰의 예에 대하여 도 19를 참조하여 설명한다. 앞에서 설명한 바와 같이, 파일 변환 처리부(153)는 파일 분할을 실행한 경우, 복수의 분할 파일의 각각에, 분할원 파일의 식별 정보와 분할 파일의 배열 정보를 포함하는 파일명을 설정한다. 파일명 변환 룰은, 예를 들어 도 19에 도시한 바와 같은 룰을 적용하는 것이 가능하다.
또한, 분할 전의 오리지널 파일의 파일명은 [00001.MTS]인 것으로 한다.
확장자는 그대로 (MTS)로 하여, 분할 전의 오리지널 파일의 파일명 [00001]을 상위 수치열 (ZZZZZ)로 하고, 또한, 이 상위 수치열 후의 하위 수치열로 하여, 분할 파일의 배열을 나타내는 연번(xx)을 설정(연번 xx는 10진, 16진, 36진 등)한다.
분할 파일의 파일명은, 이하와 같이 된다.
[00001-01.MTS], [00001-02.MTS], [00001-03.MTS]…, 혹은,
[00001-00.MTS], [00001-01.MTS], [00001-02.MTS]…
분할 처리가 필요한 경우에는, 상기의 룰을 적용하여 파일명 설정을 행하고, 제2 미디어에 기록한다. 연결 처리를 행하는 경우에는, 분할 시에 적용한 파일명 변환의 역처리에 의해 오리지널 파일명을 복원한다.
또한, 도 19에는 파일 분할 처리를 수반하는 파일명 변환에 대하여 나타내고 있지만, 파일 분할 처리를 수반하지 않는 파일명에 대해서는 변환하지 않고 제2 미디어(112)에 기록하는 설정으로 하여도 된다. 변환하는 경우에는, 예를 들어 분할 파일에 적용하지 않는 수치의 조합을 포함하는 확장자를 설정함으로써, 분할되지 않은 것을 판별 가능하게 하는 설정으로 하여도 된다.
도 20에 나타낸 흐름도를 참조하여, 분할 파일의 설정 시퀀스의 상세 처리에 대하여 설명한다.
우선, 스텝 S201에 있어서, 분할 처리 대상으로 되는 파일 [zzzzz.MTS]의 파일명을 이용하여, 분할 파일의 상위 수치열 [zzzzz]를 결정한다. 이 분할 파일의 파일명의 상위 수치열 zzzzz는, 분할 처리 대상으로 되는 파일 [zzzzz.MTS]의 파일명을 그대로 이용하면 된다.
예를 들어, 분할 처리 대상으로 되는 파일이 [00001.MTS]이면, 분할 파일의 파일명의 상위 수치열 zzzzz는 [00001]로 한다.
다음으로, 스텝 S202에 있어서, 분할 파일의 파일명의 하위 수치열 [nn]을 결정한다. 하위 수치열은, 분할 파일의 배열순을 나타내는 식별자이며, 예를 들어 00, 01, 02, 03…과 같이 00부터 하나씩 증가시켜 설정하면 된다.
예를 들어, 분할 처리 대상으로 되는 파일이 [00001.MTS]이면, 제 1번째의 분할 파일의 파일명은 [00001-00]으로 한다.
다음으로, 스텝 S203에 있어서, 분할 처리 대상으로 되는 파일이 [00001.MTS]의 선두로부터, 패킷(192byte)을 입력하고, 이들 입력 소스 패킷을 32패킷 단위로 통합한 6KB의 얼라인드 유닛을 생성한다. 또한, 소스 패킷과 얼라인드 유닛의 대응 관계는, 앞에서 설명한 도 7에 나타낸 대응 관계에 있다.
다음으로, 스텝 S204에 있어서, 생성한 얼라인드 패킷이 분할 처리 대상으로 되는 파일 [00001.MTS]의 최종의 얼라인드 패킷인지 여부를 판정한다. 최종의 얼라인드 패킷인 경우에는, 스텝 S205로 진행하고, 미기록 얼라인드 유닛을 미디어에 기록한다.
한편, 스텝 S204에 있어서, 생성한 얼라인드 패킷이 분할 처리 대상으로 되는 파일 [00001.MTS]의 최종의 얼라인드 패킷이 아니라고 판정된 경우에는, 스텝 S206으로 진행하고, 16개의 얼라인드 유닛의 생성이 완료되었는지 여부를 판정한다. 또한, 16개의 얼라인드 유닛은, 6KB×16=96KB의 데이터 사이즈이며, 말미의 분할 파일을 제외한 기본적인 분할 파일의 단위 사이즈(최소 사이즈)에 상당한다. 전술한 바와 같이, 말미의 분할 파일을 제외한 기본적인 분할 파일의 사이즈는 96KB의 정수배로 설정된다.
스텝 S206에 있어서, 16개의 얼라인드 유닛의 생성이 완료되었다고 판정된 경우에는 스텝 S207로 진행한다. 미완료라고 판정된 경우에는, 스텝 S203으로 되돌아가서 얼라인드 유닛 생성 처리를 계속한다.
스텝 S206에 있어서, 16개의 얼라인드 유닛의 생성이 완료되었다고 판정된 경우에는, 스텝 S207에 있어서, 16개의 얼라인드 유닛을 FAT32에서의 3개의 클러스터로서 설정한다.
전술한 바와 같이, 클러스터는, FAT32에서의 최소의 데이터 기록 재생 단위이며, 32Kb의 데이터 사이즈이다.
16개의 얼라인드 유닛은 6KB×16=96KB이므로, 32KB의 클러스터 3개분의 데이터에 대응한다.
다음으로, 스텝 S208로 진행하고, 현재 작성 중인 분할 파일 [zzzzz-nn]의 데이터에, 또한 96KB의 데이터를 추가한 경우의 데이터 사이즈가 FAT32에서의 허용 최대 파일 사이즈인 4GB-1(4×230-1Byte)을 초과하였는지 여부를 판정한다.
초과하지 않는 경우에는, 또한 96KB의 데이터를 현재 작성 중인 분할 파일 [zzzzz-nn]에 추가하기 위해서, 스텝 S203 이하의 처리를 다시 실행하고, 새로운 얼라인드 유닛 생성을 개시한다.
한편, 스텝 S208에 있어서, 현재 작성 중인 분할 파일 [zzzzz-nn]의 데이터에, 또한 96KB의 데이터를 추가한 경우의 데이터 사이즈가 FAT32에서의 허용 최대 파일 사이즈인 4GB-1(4×230-1Byte)을 초과하였다고 판정된 경우에는, 스텝 S209로 진행하고, 현재 생성 중인 분할 파일의 생성은 완료되고, 다음 분할 파일의 생성으로 이행한다. 이 경우에는, 스텝 S202로 진행하고, 새로운 분할 파일의 파일명으로서 하위 수치열 [nn]을 1개 증가시킨 분할 파일을 설정하여, 그 신규 분할 파일에 대한 저장 데이터를 스텝 S203 이하의 처리를 실행하여 생성한다.
이와 같이 하여, 복수의 분할 파일로서 4GB-1 이하이면서, 96KB의 정수배의 데이터 사이즈를 갖는 분할 파일 [zzzzz-00], [zzzzz-01], [zzzzz-03] …이 생성된다.
또한 마지막 분할 파일은, 4GB-1 이하이고 6KB의 정수배의 데이터 사이즈로 한다.
[8. 데이터 재생 처리 시퀀스에 대하여]
다음으로, 도 21 이하에 나타낸 흐름도를 참조하여, 제2 미디어(112)로부터의 데이터 재생 처리를 실행하는 경우의 파일 변환 처리부(153)의 처리에 대하여 설명한다. 도 21에 나타낸 흐름도 중, 스텝 S301의 처리는 애플리케이션 실행부의 처리, 스텝 S302 내지 S308의 처리는 파일 변환 처리부의 처리, 스텝 S311의 처리가 제2 미디어 대응 파일 시스템부의 처리이다.
우선, 스텝 S301에 있어서, 애플리케이션 실행부가 파일 판독 처리 명령을 발행한다. 또한, 이 처리 흐름은, 판독 대상 미디어가 제2 미디어인 경우의 처리이다. 애플리케이션 실행부는 스텝 S301에 있어서, 판독 대상으로 하는 파일명과, 파일 내의 판독 개시 위치에 대응하는 파일 내 바이트 위치를 인수로서 갖는 파일 판독 명령을 발행한다.
파일 변환 처리부는, 스텝 S302에 있어서, 애플리케이션 실행부로부터의 파일 판독 명령의 발행을 검출한다.
다음으로, 스텝 S303에 있어서, 파일 변환 처리부는, 애플리케이션 실행부가 발행한 파일 판독 명령을 해석하고, 판독 파일의 종류를 판정한다.
파일 변환 처리부가, 스텝 S304에 있어서, 파일의 종류가 스트림 파일이라고 판정된 경우에는 스텝 S305로 진행한다. 스텝 S304에 있어서, 파일의 종류가 스트림 파일이 아니라고 판정된 경우에는 스텝 S308로 진행한다. 스텝 S308에서는, 애플리케이션 실행부로부터의 파일 판독 명령을, 그대로 제2 미디어 파일 시스템부로 출력한다.
앞에서 도 17의 흐름을 참조하여 설명한 바와 같이, 스트림 파일 이외의 파일은, 제2 미디어 대응의 파일 시스템에 있어서 허용된 최대 파일 사이즈 (4GB-1) 이하의 사이즈이며, 애플리케이션 실행부로부터의 파일 기입 명령을 그대로 적용하여 제2 미디어에의 파일 기입이 행해지고 있다.
따라서, 파일 판독 처리 시에는, 스텝 S308에 있어서 애플리케이션 실행부로부터의 파일 판독 명령을, 그대로 제2 미디어 파일 시스템부로 출력하고, 스텝 S311에 있어서, 애플리케이션 실행부로부터의 파일 판독 명령을 그대로 적용하여 제2 미디어로부터의 파일 판독이 행해진다.
한편, 스텝 S304에 있어서, 파일의 종류가 스트림 파일이라고 판정된 경우에는, 스텝 S305로 진행한다. 파일의 종류가 스트림 파일인 경우, 파일 사이즈는, 제2 미디어 대응의 파일 시스템에 있어서 허용된 최대 파일 사이즈 (4GB-1)보다 클 가능성이 있으며, 앞에서 도 17의 흐름을 참조하여 설명한 바와 같이, 제2 미디어에는 분할 파일로서 기록되어 있을 가능성이 있다. 또한 제2 미디어에 기록되어 있는 파일명은, 애플리케이션 실행부의 요구 파일명과 서로 다른 파일명으로서 기록되어 있다.
파일 변환 처리부는, 스텝 S305에 있어서, 애플리케이션 실행부가 발행한 판독 명령 내의 파라미터인 인수(오리지널 파일명과 판독 바이트 위치)에 기초하여, 애플리케이션 실행부가 발행한 판독 대상 데이터가 포함되는 파일을 특정한다. 또한, 스텝 S306에 있어서, 애플리케이션 실행부가 발행한 판독 대상 데이터가 포함되는 제2 미디어에 저장된 파일의 파일명과 판독 개시 위치로서의 파일의 판독 바이트 위치를 산출한다.
앞에서 도 17, 도 19를 참조하여 설명한 바와 같이, 제2 미디어에 스트림 파일을 기록하는 경우, 파일 변환 처리부는, 애플리케이션 실행부가 생성하는 파일(오리지널 파일)의 파일명과, 제2 미디어에 기록하는 기록 파일명의 변환을 미리 설정한 룰에 따라서 실행한다. 또한, 파일 기록 시에 분할 처리를 실행하고 있는 경우, 미리 규정한 룰에 따른 분할 처리를 행하고 있다. 파일 변환 처리부는, 이 적용 룰에 기초하여, 애플리케이션 실행부가 발행한 판독 명령 내의 파라미터인 인수(오리지널 파일명과 판독 바이트 위치)에 기초하여, 제2 미디어에 저장된 파일의 파일명과 판독 개시 위치로서의 파일의 판독 바이트 위치를 산출한다.
또한, 이 처리의 상세에 대해서는, 도 23에 나타낸 흐름도를 참조하여 후에서 설명한다.
다음으로, 스텝 S307에 있어서, 파일 변환 처리부는, 제2 미디어 대응 파일 시스템부에 대하여 판독 대상으로 되는 파일의 파일명과, 판독 개시 위치로서의 파일 내의 바이트 위치 정보를 인수(파라미터)로서 포함하는 판독 명령을 발행한다.
스텝 S311에서는, 제2 미디어 대응 파일 시스템부가, 스텝 S307에 있어서, 파일 변환 처리부가 발행한 판독 명령에 따라서, 제2 미디어로부터 파일 판독을 행한다.
그 후, 제2 미디어 대응 파일 시스템부가 제2 미디어로부터 판독한 파일에 대하여, 파일 변환 처리부는, 또한 도 22에 나타낸 흐름에 따른 처리를 실행한다. 우선, 스텝 S351에 있어서, 판독 파일이 스트림 파일인지 여부가 판정된다. 스트림 파일이 아닌 경우에는, 스텝 S361로 진행하고, 제2 미디어 대응 파일 시스템부가 제2 미디어로부터 판독한 파일을 그대로 애플리케이션 실행부에 건네어 파일 판독 처리를 종료한다.
스텝 S351에 있어서, 판독 파일이 스트림 파일이라고 판정된 경우에는, 스텝 S352로 진행한다. 스텝 S352에서는, 파일 변환 처리부는, 또한 판독 파일이 분할 파일인지 여부를 판정한다.
판독 파일이 분할 파일이 아닌 경우에는, 스텝 S362로 진행한다. 스텝 S362에서는, 제2 미디어로부터의 판독 파일의 파일명을 오리지널 파일명으로 변환하여 애플리케이션 실행부로 파일을 출력하여 처리를 종료한다. 또한 파일명 변환 룰은 미리 규정되어 있으며, 파일 변환 처리부는, 규정된 룰에 따라서 파일명을 변환한다. 단, 전술한 바와 같이, 파일명의 변환은 파일 분할이 실행된 경우에만 행하는 설정도 가능하며, 이 경우에는, 스텝 S362의 처리는 생략 가능하다.
스텝 S352에 있어서, 판독 파일이 분할 파일이라고 판정된 경우에는, 스텝 S353으로 진행한다. 스텝 S353에서는, 제2 미디어로부터의 판독한 분할 파일을 연결하여, 분할되는 이전의 오리지널 파일을 생성하고, 또한, 오리지널 파일명을 설정하여 애플리케이션 실행부로 파일을 출력하여 처리를 종료한다. 또한, 파일 분할 룰, 파일 연결 룰, 및 파일명 변환 룰은 미리 규정되어 있으며, 파일 변환 처리부는, 규정된 룰에 따라서 파일의 연결 처리와 파일명 설정 처리를 행한다. 이와 같이, 분할된 파일명으로부터 오리지널 파일명을 복원하여 애플리케이션 실행부에 대하여 출력하는, 파일 변환 처리부(153)를 설치함으로써, 파일 사이즈의 제한이 느슨한 제1 미디어(111)로부터의 재생에 있어서도, 또한, 파일 사이즈의 제한이 엄격한 제2 미디어(112)로부터의 재생에 있어서도 동일한 모듈을 애플리케이션 실행부로서 이용할 수 있기 때문에, 재생 장치의 제조가 용이해진다는 효과를 발휘한다.
도 21을 참조하여 설명한 재생 처리에서의 스텝 S305 내지 S306의 재생 데이터 위치 산출 처리에 있어서는, 재생 데이터를 저장한 분할 파일의 특정과 분할 파일 내의 재생 데이터 위치의 특정이 필요해진다.
앞에서 설명한 바와 같이, 재생 위치 정보로서의 타임 스탬프가 플레이 리스트에 기록되어 있으며, 이 타임 스탬프에 기초하여 스트림 파일의 데이터 위치를 나타내는 어드레스를 취득하여 재생 위치에 대응하는 데이터를 취득하는 처리가 행해지고, 이 처리 시에 클립 정보 파일에 기록된 EP 맵이 이용된다. 이 처리에 대해서는, 앞에서 도 9 내지 도 11 등을 참조하여 설명한 바와 같다.
이 타임 스탬프 정보로부터 재생 데이터의 어드레스를 취득하여 재생 대상 데이터를 특정하는 처리의 상세 시퀀스에 대하여, 도 23에 나타낸 흐름도를 참조하여 설명한다.
우선, 스텝 S501에 있어서, 클립 [zzzzz]의 재생 개시 위치인 액세스 포인트를 시간축 상에서 나타내는 타임 스탬프 정보를 수령한다. 예를 들어 재생 제어 정보 파일인 플레이 리스트 파일에는 랜덤 재생 가능한 액세스 포인트를 나타내는 타임 스탬프를 기록하고 있어, 플레이 리스트 파일로부터 타임 스탬프를 판독한다.
다음으로, 스텝 S502에 있어서, FAT32의 기록 데이터로서 설정된 클립 [zzzzz]와 동일한 수치열 [zzzzz]를 파일명의 상위 수치열로서 갖는 분할 파일을 취득한다. 즉, zzzzz-00.MTS, zzzzz-01.MTS, zzzzz-02.MTS, …이들 파일을 취득하고, 이들 분할 파일을, 하위 수치열 [nn]을 적용하여 배열한다. 하위 수치열을 00, 01, 02, 03…, 이 순서로 배열함으로써, 분할 전의 제1 파일 시스템에 대응하는 가상 클립 AV 스트림 파일 [zzzzz.MTS]을 생성할 수 있다.
다음으로, 스텝 S503에 있어서, 클립 AV 스트림 파일 [zzzzz.MTS]에 대응하는 클립 정보 파일 [zzzzz.CPI]을 판독한다. 또한 이 클립 정보 파일은 분할되지 않고 플래시 메모리 등의 제2 미디어에 기록되어 있다.
다음으로, 스텝 S504에 있어서, 취득한 클립 정보 파일 [zzzzz.CPI]로부터 EP 맵을 판독한다.
또한, 스텝 S505에 있어서, EP 맵의 등록 데이터에 포함되는,
프리젠테이션 타임 스탬프 EP 스타트(PTS_EP_start)와,
소스 패킷 번호 EP 스타트(SPN_EP_start)의 대응 데이터를 취득한다.
앞에서, 도 10을 참조하여 설명한 바와 같이, EP 맵(EP_map)은,
프리젠테이션 타임 스탬프 EP 스타트(PTS_EP_start), 및 소스 패킷 번호 EP 스타트(SPN_EP_start)의 대응 데이터를 기록하고 있다.
프리젠테이션 타임 스탬프 EP 스타트(PTS_EP_start)는, 랜덤 액세스 가능한 I 픽처로부터 시작되는 Access Unit의 PTS(프리젠테이션 타임 스탬프)를 나타낸다.
소스 패킷 번호 EP 스타트(SPN_EP_start)는, PTS_EP_start의 값에 의해 참조되는 액세스 유닛(Access Unit)의 제1바이트째를 포함하는 소스 패킷 번호(SPN: Source Packet Number)를 나타낸다.
다음의 스텝 S505에 있어서, EP 맵에 등록된 프리젠테이션 타임 스탬프 EP 스타트 (PTS_EP_start)로부터, 스텝 S101에서 수령한 타임 스탬프에 가장 가까운 데이터 (PTS_EP_start)를 선택한다. 즉, 스텝 S101에서 수령한 타임 스탬프에 가장 가까운 랜덤 재생 가능한 (PTS_EP_start)를 취득한다. 또한, EP 맵에 있어서, 이 (PTS_EP_start)에 대응지어진 소스 패킷 번호 EP 스타트 (SPN_EP_start)를 취득한다.
이 소스 패킷 번호 EP 스타트 (SPN_EP_start)가 스텝 S101에서 수령한 타임 스탬프 위치에 가장 가까운 랜덤 재생 가능한 패킷 위치를 나타내는 어드레스에 상당한다.
다음으로, 스텝 S506에 있어서, 상기 어드레스에 의해 특정되는 데이터 위치를 결정하기 위해서, 이하의 a, b의 값을 산출한다.
a: 재생 위치 어드레스 (SPN_EP_start)가 나타내는 데이터 위치가, 클립 AV 스트림 파일 [zzzzz.MTS]의 선두로부터 몇 번째의 얼라인드 유닛인지를 나타내는 값(a번째의 얼라인드 유닛에 상기 어드레스의 데이터 위치가 포함됨)
b: 재생 위치 어드레스 (SPN_EP_start)가 나타내는 데이터 위치가, 클립 AV 스트림 파일 [zzzzz.MTS]의 선두로부터 몇 바이트째인지를 나타내는 값(b 바이트째에 상기 어드레스의 데이터 위치가 포함됨)
상기의 a, b는, 이하의 식에 의해 산출된다.
a=(SPN_EP_start)/32
b=a×(6×1024)
단, 상기의 a의 산출식에 있어서 연산자(/)는, 소수점 이하 버림의 나눗셈이다.
상기 식에 따라서, a, b 모두 정수값으로서 산출한다.
다음으로, 스텝 S507에 있어서, 분할 파일을 연결하여 생성한 가상적인 클립 AV 스트림 파일 [zzzzz.MTS]로부터 a번째의 얼라인드 유닛을 취득하고, 클립 AV 스트림 파일 [zzzzz.MTS]의 선두로부터의 바이트 수가 b로 되는 위치를 특정한다.
또한, 재생 개시 위치에 대응하는 재생 위치 어드레스인 (SPN_EP_start)가 포함되는 분할 파일의 선택과, 선택한 분할 파일의 선두로부터의 바이트수 b'의 산출 처리를 행하는 경우의 처리예에 대하여, 도 24를 참조하여 설명한다.
도 24의 (1)은, FAT32의 기록 데이터로서 설정된 클립 [zzzzz]와 동일한 수치열 [zzzzz]을 파일명의 상위 수치열로서 갖는 분할 파일, zzzzz-00.MTS, zzzzz-01.MTS, zzzzz-02.MTS, 이들 파일의 연결 처리에 의해 생성한 가상 클립 AV 스트림 파일 [zzzzz.MTS]이다.
도 24의 (2)는, FAT32의 파일 시스템의 관리 정보인 파일 시스템 정보를 나타내고 있다. 파일 시스템 정보는, 파일명의 상위 수치열로서 동일한 [zzzzz]의 숫자를 갖는 MTS 파일에 대하여, 파일명과 그 파일의 사이즈(바이트 단위)의 정보를 갖는다. 동일한 [zzzzz]의 숫자를 갖는 MTS 파일의 파일 사이즈를, [nn]의 오름차순으로 가산하고, 이 가산값과, 앞에서 도 23의 흐름의 스텝 S506에 있어서 산출한 재생 개시 위치를 나타내는 클립 AV 스트림 파일 선두로부터의 바이트 수 [b]의 값을 비교한다.
예를 들어, 도 24의 (2)에 도시한 바와 같이, 파일 시스템은, 각 분할 파일의 파일 사이즈로서 이하의 정보를 기록하고 있다.
분할 MTS 파일 [00001-00.MTS]: X,
분할 MTS 파일 [00001-01.MTS]: Y,
분할 MTS 파일 [00001-02.MTS]: Z,
이와 같은 파일명과 그 파일의 사이즈(바이트 단위)의 정보를 갖는다.
이들 파일 사이즈를 순차 가산한다.
최초의 가산값은, X이다. 다음에 Y를 가산하여, X+Y가 된다. 다음에 Z를 가산하여, X+Y+Z가 된다. 이제, 가산값이, X+Y일 때, b를 초과했을 때, 클립 AV 스트림 파일(Clip AV stream file) 중 b 바이트째는, 2번째의 분할 파일 [00001-01.MTS] 중에 있다고 판정된다. 또한, 이하의 식에 의해, b'를 산출한다.
b'=b-X
상기의 b'는, 재생 개시 위치를 나타내는 2번째의 분할 파일 [00001-01.MTS]의 선두로부터의 바이트 수이다.
이와 같이 하여, 재생 개시 위치의 데이터를 포함하는 분할 파일의 특정과 특정한 분할 파일의 선두로부터의 바이트 수를 산출하고, 이 산출점의 패킷을 취득하여 디코드, 재생을 행할 수 있다.
[9. 분할 파일의 데이터의 부분 삭제 처리에 대하여]
분할 파일 [zzzzz-nn.MTS]의 데이터를 부분 삭제하는 경우에는, 삭제 데이터는, 얼라인드 유닛의 정수배로 하면서, 96kBytes(96×1024)의 정수배의 데이터로 한다. 단, 1개의 AV 스트림 파일의 마지막 분할 파일의 종단부의 데이터를 부분 삭제할 때, 삭제하는 데이터는, 얼라인드 유닛의 정수배의 데이터이어도 된다.
[10. 기타 정보 처리 장치의 구성예에 대하여]
전술한 실시예는, 도 1에 도시한 정보 처리 장치와 같이, 복수의 미디어를 데이터 기록 미디어로서 갖는 구성에 대한 처리예로서 설명하였지만, 전술한 실시예에 있어서 설명한 처리는, 도 1에 도시한 제1 미디어(111)를 갖지 않는 구성에 대해서도 적용 가능하다. 즉, 제2 미디어(112)만을 기록 미디어로서 갖는 구성에 있어서도 적용할 수 있다. 구체적으로는, 도 25에 도시한 바와 같이 기록 미디어(512)만을 갖고, 도 1을 참조하여 설명한 제1 미디어(111)를 갖지 않은 구성에 있어서도 적용할 수 있다.
도 25에 도시한 정보 처리 장치(500)는, 데이터 처리부(501: 제어부), 통신부(502), 입력부(503), 출력부(504), 메모리(505), 미디어 인터페이스(507), 기록 미디어(512)를 갖는다. 데이터 처리부(501: 제어부), 통신부(502), 입력부(503), 출력부(504), 메모리(505)는, 도 1에 도시한 정보 처리 장치의 데이터 처리부(101: 제어부), 통신부(102), 입력부(103), 출력부(104), 메모리(105)와 마찬가지의 구성이다.
미디어 인터페이스(507), 기록 미디어(512)는, 도 1에 도시한 구성의 제2 미디어 인터페이스(107), 제2 미디어(112)에 대응한다. 이 도 25에 도시한 구성에 있어서, 기록 미디어(512)는, 예를 들어 FAT32 등의 파일 시스템에 따른 데이터 기록을 실행한다. 그러나, 데이터 처리부(501)는, 전술한 실시예에서 설명한 바와 같이, 기록 미디어(512)의 파일 시스템에 대응한 파일 사이즈나 파일명의 룰과 서로 다른 파일 시스템(예를 들어 UDF)에 대응한 파일 사이즈나 파일명을 이용한 데이터 처리를 행한다.
이 도 25에 도시한 구성에서는, 데이터 기록처로 되는 미디어는 기록 미디어(512)만이다. 그러나, 데이터 처리부(512)에 도 2 등을 참조하여 설명한 파일 변환 처리부(153)를 설정하여 파일 변환을 실행하는 구성으로 함으로써, 기록 미디어(512)를 이용한 데이터 기록, 데이터 재생, 데이터 편집을 행하는 것이 가능해진다. 이와 같이, 본 발명은 정보 처리 장치의 데이터 처리부가 실행하는 애플리케이션이 이용하는 데이터 파일이, 파일의 기록처 또는 판독처로 되는 미디어에 대응하는 파일 시스템의 룰에 적합하지 않은 다양한 구성에 적용 가능하다.
[11. 본 발명의 구성의 정리]
이상, 특정한 실시예를 참조하면서, 본 발명의 실시예에 대하여 상세히 설명하였다. 그러나, 본 발명의 요지를 일탈하지 않는 범위에서 당업자가 실시예의 수정이나 대용을 할 수 있음은 자명하다. 즉, 예시라는 형태로 본 발명을 개시해 온 것이며, 한정적으로 해석되어서는 안 된다. 본 발명의 요지를 판단하기 위해서는, 특허청구범위의 란을 참작해야만 한다.
또한, 본 명세서에 있어서 개시한 기술은, 이하와 같은 구성을 취할 수 있다.
[1] 제1 파일 시스템에 따른 기록 데이터 생성 처리를 실행하는 애플리케이션 실행부와,
상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 기록 처리를 행하는 제2 미디어 대응 파일 시스템부와,
상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리부를 갖고,
상기 파일 변환 처리부는,
상기 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 입력하고, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일을 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력하는 정보 처리 장치.
[2] 상기 파일 변환 처리부는, 상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을 분할하고, 상기 제2 파일 시스템에 있어서 규정된 최대 허용 파일 사이즈를 초과하지 않는 복수의 분할 파일을, 상기 제2 파일 시스템 대응의 파일로서 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력하는 상기 [1]에 기재된 정보 처리 장치.
[3] 상기 파일 변환 처리부는, 상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈의 정수배의 데이터를 저장한 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력하는 상기 [1] 또는 [2]에 기재된 정보 처리 장치.
[4] 상기 파일 변환 처리부는, 상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을 분할하고, 상기 제2 파일 시스템에 있어서 규정된 최대 허용 파일 사이즈를 초과하지 않는 복수의 분할 파일을 생성하고, 상기 복수의 분할 파일 중, 마지막 분할 파일 이외의 분할 파일은, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈의 정수배의 데이터를 저장한 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하고, 마지막 분할 파일은, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배의 데이터를 저장한 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하고, 생성한 복수의 제2 파일 시스템 대응의 파일을 상기 제2 미디어 대응 파일 시스템부로 출력하는 상기 [1] 내지 [3] 중 어느 하나에 기재된 정보 처리 장치.
[5] 상기 파일 변환 처리부는, 상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈인 6K 바이트의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈인 32K 바이트의 정수배의 데이터 사이즈를 갖는 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력하는 상기 [1] 내지 [4] 중 어느 하나에 기재된 정보 처리 장치.
[6] 상기 파일 변환 처리부는, 상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을 분할하고, 상기 제2 파일 시스템에 있어서 규정된 최대 허용 파일 사이즈를 초과하지 않는 복수의 분할 파일을, 상기 제2 파일 시스템 대응의 파일로서 생성하고, 생성한 상기 복수의 분할 파일의 각각에, 분할원 파일의 식별 정보와 분할 파일의 배열 정보를 포함하는 파일명을 설정하는 상기 [1] 내지 [5] 중 어느 하나에 기재된 정보 처리 장치.
[7] 제1 파일 시스템에 따른 데이터 재생 처리를 실행하는 애플리케이션 실행부와,
상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 재생 처리를 행하는 제2 미디어 대응 파일 시스템부와,
상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리부를 갖고,
상기 파일 변환 처리부는,
상기 제2 미디어 대응 파일 시스템부가 제2 미디어로부터 판독한 제2 파일 시스템 대응의 복수의 분할 파일을 입력하고, 입력한 복수의 분할 파일을 파일명에 따라서 연결하여 상기 제1 파일 시스템 대응 파일을 생성하여, 상기 애플리케이션 실행부로 출력하는 구성이며,
상기 분할 파일은, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일인 정보 처리 장치.
[8] 상기 파일 변환 처리부는, 재생 개시 위치 정보로서의 타임 스탬프에 대응하는 패킷 위치를 나타내는 소스 패킷 번호를 클립 정보 파일에 기록된 EP 맵으로부터 취득하고, 취득한 소스 패킷 번호를 적용한 연산 처리에 의해, 재생 개시 위치를 산출하는 상기 [7]에 기재된 정보 처리 장치.
[9] 상기 파일 변환 처리부는, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 구성 패킷 수에 의해, 상기 소스 패킷 번호를 제산하여 재생 개시 위치를 갖는 얼라인드 유닛을 특정하는 상기 [8]에 기재된 정보 처리 장치.
[10] 상기 파일 변환 처리부는, 또한, 얼라인드 유닛의 구성 바이트 수를 적용한 연산 처리를 실행하여, 재생 개시 위치의 파일 선두로부터의 바이트 수를 산출하는 상기 [9]에 기재된 정보 처리 장치.
[11] 정보 처리 장치의 애플리케이션 실행부에서의 데이터 재생 처리에 적합한 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 파일을 기록한 정보 기록 매체이며,
상기 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 분할한 복수의 분할 파일을 기록 데이터로서 갖고,
상기 분할 파일은, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일인 정보 기록 매체.
[12] 상기 분할 파일은, 상기 제2 파일 시스템에 있어서 규정된 최대 허용 파일 사이즈를 초과하지 않는 파일이며, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈의 정수배의 데이터를 저장한 파일인 상기 [11]에 기재된 정보 기록 매체.
[13] 상기 분할 파일의 각각은, 분할원 파일의 식별 정보와 분할 파일의 배열 정보를 포함하는 파일명이 설정된 파일인 상기 [11] 또는 [12]에 기재된 정보 기록 매체.
또한, 상기한 장치 및 시스템에 있어서 실행하는 처리의 방법이나, 처리를 실행시키는 프로그램도 본 발명의 구성에 포함된다.
또한, 명세서 중에 있어서 설명한 일련의 처리는 하드웨어 또는 소프트웨어, 혹은 양자의 복합 구성에 의해 실행하는 것이 가능하다. 소프트웨어에 의한 처리를 실행하는 경우에는, 처리 시퀀스를 기록한 프로그램을, 전용의 하드웨어에 내장된 컴퓨터 내의 메모리에 인스톨하여 실행시키거나, 혹은, 각종 처리가 실행 가능한 범용 컴퓨터에 프로그램을 인스톨하여 실행시키는 것이 가능하다. 예를 들어, 프로그램은 기록 매체에 미리 기록해 둘 수 있다. 기록 매체로부터 컴퓨터에 인스톨하는 외에, LAN(Local Area Network), 인터넷 등의 네트워크를 통해 프로그램을 수신하고, 내장된 하드디스크 등의 기록 매체에 인스톨할 수 있다.
또한, 명세서에 기재된 각종 처리는, 기재에 따라서 시계열로 실행될 뿐만 아니라, 처리를 실행하는 장치의 처리 능력 혹은 필요에 따라서 병렬적으로 혹은 개별로 실행되어도 된다. 또한, 본 명세서에 있어서 시스템이란, 복수의 장치의 논리적 집합 구성이며, 각 구성의 장치가 동일 하우징 내에 있는 것으로는 한정되지 않는다.
이상, 설명한 바와 같이, 본 발명의 일 실시예 구성에 의하면, 애플리케이션 실행부와 데이터 기록 미디어의 파일 시스템이 적합하지 않은 구성에 있어서 데이터 기록이나 재생을 가능하게 하는 장치, 방법이 실현된다.
구체적으로는, 파일 변환 처리부가, 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 입력하고, 제1 파일 시스템에서의 데이터 처리 단위로서 규정되는 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 제2 파일 시스템에서의 데이터 처리 단위인 클러스터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 복수의 분할 파일을 생성한다. 재생 시에는 분할 파일을 연결하여 가상적인 제1 파일 시스템 대응의 스트림 파일을 생성한다.
이 구성에 의해, 애플리케이션 실행부와 데이터 기록 미디어의 파일 시스템이 적합하지 않은 구성에 있어서 데이터 기록이나 재생을 가능하게 하는 장치, 방법이 실현된다.
100: 정보 처리 장치
101: 데이터 처리부
102: 통신부
103: 입력부
104: 출력부
105: 메모리
106: 제1 미디어 인터페이스
107: 제2 미디어 인터페이스
111: 제1 미디어
112: 제2 미디어
151: 암호 처리부
152: 애플리케이션 실행부
153: 파일 변환 처리부
154: 제2 미디어 대응 파일 시스템부
181, 182: 파일
201, 202, 211: 파일
500: 정보 처리 장치
501: 데이터 처리부
502: 통신부
503: 입력부
504: 출력부
505: 메모리
507: 미디어 인터페이스
512: 기록 미디어

Claims (17)

  1. 정보 처리 장치로서,
    제1 파일 시스템에 따른 기록 데이터 생성 처리를 실행하는 애플리케이션 실행부와,
    상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 기록 처리를 행하는 제2 미디어 대응 파일 시스템부와,
    상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리부를 갖고,
    상기 파일 변환 처리부는,
    상기 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 입력하고, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일을 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력하는, 정보 처리 장치.
  2. 제1항에 있어서,
    상기 파일 변환 처리부는,
    상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을 분할하고, 상기 제2 파일 시스템에 있어서 규정된 최대 허용 파일 사이즈를 초과하지 않는 복수의 분할 파일을, 상기 제2 파일 시스템 대응의 파일로서 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력하는, 정보 처리 장치.
  3. 제1항에 있어서,
    상기 파일 변환 처리부는,
    상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈의 정수배의 데이터를 저장한 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력하는, 정보 처리 장치.
  4. 제1항에 있어서,
    상기 파일 변환 처리부는,
    상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을 분할하고, 상기 제2 파일 시스템에 있어서 규정된 최대 허용 파일 사이즈를 초과하지 않는 복수의 분할 파일을 생성하고,
    상기 복수의 분할 파일 중, 마지막 분할 파일 이외의 분할 파일은,
    상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈의 정수배의 데이터를 저장한 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하고,
    마지막 분할 파일은,
    상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배의 데이터를 저장한 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하고,
    생성한 복수의 제2 파일 시스템 대응의 파일을 상기 제2 미디어 대응 파일 시스템부로 출력하는, 정보 처리 장치.
  5. 제1항에 있어서,
    상기 파일 변환 처리부는,
    상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을, 상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈인 6K 바이트의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈인 32K 바이트의 정수배의 데이터 사이즈를 갖는 파일을 상기 제2 파일 시스템 대응의 파일로서 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력하는, 정보 처리 장치.
  6. 제1항에 있어서,
    상기 파일 변환 처리부는,
    상기 애플리케이션 실행부가 생성한 상기 제1 파일 시스템 대응의 파일을 분할하고, 상기 제2 파일 시스템에 있어서 규정된 최대 허용 파일 사이즈를 초과하지 않는 복수의 분할 파일을, 상기 제2 파일 시스템 대응의 파일로서 생성하고, 생성한 상기 복수의 분할 파일의 각각에, 분할원(分割元) 파일의 식별 정보와 분할 파일의 배열 정보를 포함하는 파일명을 설정하는, 정보 처리 장치.
  7. 정보 처리 장치로서,
    제1 파일 시스템에 따른 데이터 재생 처리를 실행하는 애플리케이션 실행부와,
    상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 재생 처리를 행하는 제2 미디어 대응 파일 시스템부와,
    상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리부를 갖고,
    상기 파일 변환 처리부는,
    상기 제2 미디어 대응 파일 시스템부가 제2 미디어로부터 판독한 제2 파일 시스템 대응의 복수의 분할 파일을 입력하고, 입력한 복수의 분할 파일을 파일명에 따라서 연결하여 상기 제1 파일 시스템 대응 파일을 생성하여, 상기 애플리케이션 실행부로 출력하는 구성이며,
    상기 분할 파일은, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일인, 정보 처리 장치.
  8. 제7항에 있어서,
    상기 파일 변환 처리부는,
    재생 개시 위치 정보로서의 타임 스탬프에 대응하는 패킷 위치를 나타내는 소스 패킷 번호를 클립 정보 파일에 기록된 EP 맵으로부터 취득하고, 취득한 소스 패킷 번호를 적용한 연산 처리에 의해, 재생 개시 위치를 산출하는, 정보 처리 장치.
  9. 제8항에 있어서,
    상기 파일 변환 처리부는,
    상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 구성 패킷 수에 의해, 상기 소스 패킷 번호를 제산하여 재생 개시 위치를 갖는 얼라인드 유닛을 특정하는, 정보 처리 장치.
  10. 제9항에 있어서,
    상기 파일 변환 처리부는, 또한,
    얼라인드 유닛의 구성 바이트 수를 적용한 연산 처리를 실행하여, 재생 개시 위치의 파일 선두로부터의 바이트 수를 산출하는, 정보 처리 장치.
  11. 정보 처리 장치의 애플리케이션 실행부에서의 데이터 재생 처리에 적합한 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 파일을 기록한 정보 기록 매체로서,
    상기 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 분할한 복수의 분할 파일을 기록 데이터로서 갖고,
    상기 분할 파일은, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일인, 정보 기록 매체.
  12. 제11항에 있어서,
    상기 분할 파일은,
    상기 제2 파일 시스템에 있어서 규정된 최대 허용 파일 사이즈를 초과하지 않는 파일이며,
    상기 제1 파일 시스템에 있어서 암호 처리 단위로서 규정된 얼라인드 유닛의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에 있어서 파일 데이터를 유지하기 위해 할당할 수 있는 최소 단위로서 규정된 클러스터의 데이터 사이즈의 정수배의 데이터를 저장한 파일인, 정보 기록 매체.
  13. 제11항에 있어서,
    상기 분할 파일의 각각은, 분할원 파일의 식별 정보와 분할 파일의 배열 정보를 포함하는 파일명이 설정된 파일인, 정보 기록 매체.
  14. 정보 처리 장치에서 실행하는 정보 처리 방법으로서,
    애플리케이션 실행부가, 제1 파일 시스템에 따른 기록 데이터 생성 처리를 실행하는 애플리케이션 실행 스텝과,
    제2 미디어 대응 파일 시스템부가, 상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 기록 처리를 행하는 스텝과,
    파일 변환 처리부가, 상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리 스텝을 실행하고,
    상기 파일 변환 처리 스텝은,
    상기 파일 변환 처리부가, 상기 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 입력하고, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일을 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력하는 스텝인, 정보 처리 방법.
  15. 정보 처리 장치에서 실행하는 정보 처리 방법으로서,
    애플리케이션 실행부가, 제1 파일 시스템에 따른 데이터 재생 처리를 실행하는 애플리케이션 실행 스텝과,
    제2 미디어 대응 파일 시스템부가, 상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 재생 처리를 행하는 스텝과,
    파일 변환 처리부가, 상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리 스텝을 실행하고,
    상기 파일 변환 처리 스텝은,
    상기 파일 변환 처리부가, 상기 제2 미디어 대응 파일 시스템부가 제2 미디어로부터 판독한 제2 파일 시스템 대응의 복수의 분할 파일을 입력하고, 입력한 복수의 분할 파일을 파일명에 따라서 연결하여 상기 제1 파일 시스템 대응 파일을 생성하여, 상기 애플리케이션 실행부로 출력하는 스텝이며,
    상기 분할 파일은, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일인, 정보 처리 방법.
  16. 정보 처리 장치에서 정보 처리를 실행시키는 프로그램으로서,
    애플리케이션 실행부에, 제1 파일 시스템에 따른 기록 데이터 생성 처리를 실행시키는 애플리케이션 실행 스텝과,
    제2 미디어 대응 파일 시스템부에, 상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 기록 처리를 행하게 하는 스텝과,
    파일 변환 처리부에, 상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리 스텝을 실행시키고,
    상기 파일 변환 처리 스텝은,
    상기 파일 변환 처리부에, 상기 애플리케이션 실행부가 생성한 제1 파일 시스템 대응의 파일을 입력하고, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일을 생성하여 상기 제2 미디어 대응 파일 시스템부로 출력시키는 스텝인, 프로그램.
  17. 정보 처리 장치에서 정보 처리를 실행시키는 프로그램으로서,
    애플리케이션 실행부에, 제1 파일 시스템에 따른 데이터 재생 처리를 실행시키는 애플리케이션 실행 스텝과,
    제2 미디어 대응 파일 시스템부에, 상기 제1 파일 시스템과 서로 다른 제2 파일 시스템에 따른 데이터 재생 처리를 행하게 하는 스텝과,
    파일 변환 처리부에, 상기 제1 파일 시스템 대응 파일과, 상기 제2 파일 시스템 대응 파일의 변환 처리를 실행하는 파일 변환 처리 스텝을 실행시키고,
    상기 파일 변환 처리 스텝은,
    상기 파일 변환 처리부에, 상기 제2 미디어 대응 파일 시스템부가 제2 미디어로부터 판독한 제2 파일 시스템 대응의 복수의 분할 파일을 입력하고, 입력한 복수의 분할 파일을 파일명에 따라서 연결하여 상기 제1 파일 시스템 대응 파일을 생성하여, 상기 애플리케이션 실행부로 출력시키는 스텝이며,
    상기 분할 파일은, 상기 제1 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배이면서, 상기 제2 파일 시스템에서의 데이터 처리 단위의 데이터 사이즈의 정수배의 데이터를 저장한 제2 파일 시스템 대응의 파일인, 프로그램.
KR1020147020338A 2012-02-03 2012-11-29 정보 처리 장치, 정보 기록 매체 및 정보 처리 방법과 프로그램 KR20140123497A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JPJP-P-2012-021570 2012-02-03
JP2012021570 2012-02-03
PCT/JP2012/080870 WO2013114716A1 (ja) 2012-02-03 2012-11-29 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム

Publications (1)

Publication Number Publication Date
KR20140123497A true KR20140123497A (ko) 2014-10-22

Family

ID=48904778

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020147020338A KR20140123497A (ko) 2012-02-03 2012-11-29 정보 처리 장치, 정보 기록 매체 및 정보 처리 방법과 프로그램

Country Status (13)

Country Link
US (1) US10204107B2 (ko)
EP (1) EP2814032A4 (ko)
JP (1) JP6064917B2 (ko)
KR (1) KR20140123497A (ko)
CN (1) CN104081460A (ko)
AU (1) AU2012368575A1 (ko)
BR (1) BR112014018408A8 (ko)
CA (1) CA2860744A1 (ko)
IN (1) IN2014MN01435A (ko)
MX (1) MX2014009037A (ko)
RU (1) RU2014131032A (ko)
SG (1) SG11201404199RA (ko)
WO (1) WO2013114716A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018142985A1 (ja) * 2017-02-01 2018-08-09 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
EP3605538B1 (en) * 2017-03-24 2022-06-01 Sony Group Corporation Information processing device, information recording medium, information processing method, and program
JP7070564B2 (ja) * 2017-05-24 2022-05-18 ソニーグループ株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
KR102495915B1 (ko) * 2018-04-30 2023-02-03 삼성전자 주식회사 스토리지 장치 및 상기 스토리지 장치를 포함하는 서버

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4269495B2 (ja) * 1999-09-28 2009-05-27 ソニー株式会社 トランスポートストリーム記録装置および方法、プログラム記録媒体、データ記録媒体、並びにデータ生成装置
US7106946B1 (en) 1999-09-28 2006-09-12 Sony Corporation Transport stream processing device, and associated methodology of generating and aligning source data packets in a physical data structure
JP3912536B2 (ja) 2003-03-25 2007-05-09 ソニー株式会社 記録方法、記録装置、記録媒体、撮像装置および撮像方法
WO2004090889A1 (en) * 2003-04-14 2004-10-21 Koninklijke Philips Electronics N.V. Format mapping scheme for universal drive device
KR20050058939A (ko) * 2003-12-13 2005-06-17 삼성전자주식회사 광디스크의 파일 시스템 포맷의 변환 방법 및 그 장치
US8567669B2 (en) * 2006-02-24 2013-10-29 Fair Isaac Corporation Method and apparatus for a merchant profile builder
JP4487954B2 (ja) * 2006-02-28 2010-06-23 ソニー株式会社 データ記録装置、データ記録方法、及びプログラム
JP4715623B2 (ja) 2006-05-08 2011-07-06 ソニー株式会社 データ記録装置及びデータ記録方法、並びにコンピュータ・プログラム
JP5031392B2 (ja) * 2007-02-13 2012-09-19 株式会社日立製作所 記憶制御装置及びストレージシステム
JP2008262381A (ja) 2007-04-12 2008-10-30 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP5321113B2 (ja) * 2009-02-13 2013-10-23 ソニー株式会社 情報処理装置、および情報処理方法、並びにプログラム
TWI470454B (zh) * 2009-06-01 2015-01-21 Mstar Semiconductor Inc 檔案格式轉換方法
US9934244B2 (en) * 2010-08-13 2018-04-03 At&T Intellectual Property I, L.P. System and method for file format management
US9779148B2 (en) * 2014-07-14 2017-10-03 Secured2 Corporation Data conversion system

Also Published As

Publication number Publication date
CA2860744A1 (en) 2013-08-08
IN2014MN01435A (ko) 2015-07-03
SG11201404199RA (en) 2014-10-30
BR112014018408A2 (ko) 2017-06-20
EP2814032A4 (en) 2015-11-11
RU2014131032A (ru) 2016-02-10
US20150039654A1 (en) 2015-02-05
JP6064917B2 (ja) 2017-01-25
BR112014018408A8 (pt) 2017-07-11
JPWO2013114716A1 (ja) 2015-05-11
MX2014009037A (es) 2014-10-14
EP2814032A1 (en) 2014-12-17
AU2012368575A1 (en) 2014-07-17
WO2013114716A1 (ja) 2013-08-08
US10204107B2 (en) 2019-02-12
CN104081460A (zh) 2014-10-01

Similar Documents

Publication Publication Date Title
JP5351039B2 (ja) 記録媒体、再生装置、記録装置、再生方法、及び記録方法
CN101583928B (zh) 再现装置及再现方法
US8868627B2 (en) Information processing apparatus, information processing method, and program
KR20070116797A (ko) 정보 처리 장치 및 정보 처리 방법과 컴퓨터 프로그램
JP4779921B2 (ja) データ処理装置及びデータ処理方法、並びにコンピュータ・プログラム
JP6064917B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP2008072312A (ja) データ処理装置及びデータ処理方法、並びにコンピュータ・プログラム
WO2008018345A1 (fr) Dispositif de traitement d'informations, procédé de traitement d'informations et programme informatique associé
KR100910449B1 (ko) 기록 방법
CN106233389B (zh) 再现方法、再现装置以及记录介质
JP2004206810A (ja) データ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体
KR101025088B1 (ko) 기록 방법
JP7468530B2 (ja) ファイル処理装置、ファイル処理方法、及び、プログラム
KR100921134B1 (ko) 영상 음성 스트림의 기록 방법
WO2010116985A1 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
US8712223B2 (en) Authoring method, authoring device and program
JP2015153441A (ja) 情報処理装置、情報記録装置、情報記録媒体、および情報処理方法、並びにプログラム
JP2011130219A (ja) 映像記録装置および映像再生装置
JP2018011091A (ja) 再生装置及び再生方法
JP2015167059A (ja) 情報処理装置、情報記録装置、情報記録媒体、および情報処理方法、並びにプログラム
JP2011129170A (ja) 映像記録装置および映像再生装置

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid