KR20090035459A

KR20090035459A - 기록 장치, 기록 방법 및 기록 프로그램, 및, 촬상 장치,촬상 방법 및 촬상 프로그램

Info

Publication number: KR20090035459A
Application number: KR1020087006752A
Authority: KR
Inventors: 유키오 이소베; 켄이치로 아리도메; 나오키 모리모토; 아츠시 마에; 테츠히로 마에다
Original assignee: 소니 가부시끼 가이샤
Priority date: 2006-07-26
Filing date: 2007-07-25
Publication date: 2009-04-09
Also published as: TWI346505B; CN101352038B; US20100008647A1; JP2008034927A; WO2008013311A1; JP4622950B2; US8655155B2; TW200820771A; CN101352038A; EP2046028A4; EP2046028A1

Abstract

기록 시작부터 기록 정지까지의 사이에 생성되고, 스트림 파일로서 기록 매체에 기록된 비디오 데이터 및 오디오 데이터의 관리 정보를, 보다 확실하게 보존한다. 기록이 시작되면, 스트림 파일의 관리 정보에 포함되는 EP 엔트리 정보가 생성된다. EP 엔트리 정보는, 생성마다 불휘발성 메모리에 기록된다. 기록 정지 후에, 관리 정보에 격납되는 고정치 정보 등이 생성되고, 불휘발성 메모리에 기록된다. 디스크의 이젝트 조작에 응하여, 불휘발성 메모리에 기록된 관리 정보가 디스크에 기록되고, 불휘발성 메모리의 기억 내용이 클리어된다. 또한, 이젝트 조작을 행하지 않고 전원 OFF한 때도, 불휘발성 메모리의 정보가 디스크에 기록된다. 관리 정보가 불휘발성 메모리에 보존되기 때문에, 불의의 전원 절단이 생겨도, 관리 정가 상실되는 일이 없다.

기록 장치, 기록 방법 및 기록 프로그램, 및, 촬상 장치, 촬상 방법 및 촬상 프로그램

Description

기록 장치, 기록 방법 및 기록 프로그램, 및, 촬상 장치, 촬상 방법 및 촬상 프로그램{RECORDING DEVICE, RECORDING METHOD, RECORDING PROGRAM, IMAGING DEVICE, IMAGING METHOD, AND IMAGING PROGRAM}

본 발명은, 비디오 데이터와 오디오 데이터를 다중화한 스트림 데이터를 기록 매체에 기록하는데 적합한 기록 장치, 기록 방법 및 기록 프로그램, 및, 촬상 장치, 촬상 방법 및 촬상 프로그램에 관한 것이다.

근래에는, 기록 가능하고 기록 재생 장치로부터 떼어냄이 가능하게 됨과 함께, 기록 용량이 비교적 크고, 비디오 데이터와 오디오 데이터로 이루어지는 AV(Audio/Video) 데이터를 기록하는데 적합한 기록 매체로서, 4.7GB(Giga Byte) 이상의 기록 용량을 갖는 DVD(Digital Versatile Disc)가 보급되어 있다. 특허 문헌 「특개2004-350251」에는, 기록 가능한 타입의 DVD에 대해 DVD-Video 포맷으로 기록하는 촬상 장치가 기재되어 있다.

이 기록 가능한 타입의 DVD는, 파일 시스템에 UDF(Universal Disk Format)가 이용되고 있고, UDF에 대응하는 컴퓨터 장치로 액세스가 가능하게 되어 있다. UDF는, ISO(International Organization for Standarization)9660에 의한 포맷을 포함하고 있고, 컴퓨터 장치에 이용되는 다양한 파일 시스템에서 액세스 가능하게 되어 있다. 이 기록 가능한 타입의 DVD에 대해, 비디오 데이터 및 오디오 데이터를 파일로서 기록함으로써, 컴퓨터 장치 등의 다른 장치와의 친화성이 늘어나고, 기록된 데이터를 보다 유효하게 활용하는 것이 가능해진다.

비디오 데이터 및 오디오 데이터를 파일로서 기록하는 경우, 기록된 비디오 데이터 및 오디오 데이터의 재생을 용이하게 하기 위해, 다양한 관리 정보가 생성되고, 비디오 데이터 및 오디오 데이터와 함께 기록 매체에 기록된다.

관리 정보의 예로서는, 비디오 데이터에 관해, 파일 내의 어드레스 정보와 시각(時刻) 정보를 관련시키는 정보(편의상, 포인터 정보라고 부른다)가 생각된다. 이 포인터 정보를 파일의 관리 정보로서 갖음으로써, 파일에 격납된 비디오 데이터의 소망하는 재생 위치에 대한 액세스를 용이하게 할 수 있다.

이와 같은 관리 정보는, 비디오 데이터 및 오디오 데이터의 기록 매체에의 기록에 수반하여, 예를 들면 기록기(記錄機)의 제어 등을 행하는 CPU(Central Processing Unit)에 의해, RAM(Random Access Memory)을 워크 메모리로서 이용하여 생성된다. 한 예로서, CPU는, 비디오 데이터의 기록중에, 시각 정보와 기록되는 비디오 데이터의 어드레스 정보를 관련시켜서 RAM상에 보존한다. RAM상에 보존된 관리 정보는, 예를 들면 기록 매체의 기록기로부터의 배출시나, 기록기에 대해 전원 OFF의 조작이 이루어진 때에, RAM으로부터 판독되어 기록 매체에 기록된다.

관리 정보가 이와 같이 RAM상에 보존되고, 기록 매체 배출시나 기록기의 전원 OFF 조작의 타이밍에서 기록 매체에 기록되기 때문에, 예를 들면, 기록기의 전원이 정상적인 순서로 OFF되지 않고 불의에 절단되면, RAM상에 보존된 관리 정보를 잃어버린다는 문제점이 있다. 관리 정보를 잃어버리면, 기록 매체에 기록된 비디오 데이터 및 오디오 데이터의 정상적인 재생이 곤란해진다.

예기하지 않게 전원 공급이 끊기는 상황으로서는, 예를 들면 전원 코드의 불의의 인발이나, 전원으로서 배터리를 이용하고 있는 경우, 배터리 팩의 불의의 발탈(拔脫) 등이 생각된다. 이들의 상황은, 기록기의 통상적인 이용에 있어서, 비교적 용이하게 발생할 가능성이 있는 상황이라고 생각된다.

한편, 이와 같은, 예기하지 않은 전원 공급의 절단에 의한 관리 정보의 상실을 막기 위해, 생성된 관리 정보를, 기록 정지 조작이 이루어지고 비디오 데이터 및 오디오 데이터가 격납된 파일이 클로즈된 시점에서, 기록 매체에 기록하는 것이 생각된다. 그러나, 관리 정보를 기록 매체에 기록하기 위해 어느 정도의 시간을 필요로 하기 때문에, 기록 정지 조작을 행한 직후에 기록 시작 조작을 행할려고 생각하여도, 기록 시작 조작이 접수되지 않을 가능성이 있다는 문제점이 있다.

이것은, 예를 들면 기록기가 촬상 소자로 촬상된 영상을 비디오 데이터로서 기록 매체에 기록하는 비디오 카메라 장치인 경우, 귀중한 촬영 타이밍을 놓치는 것이 된다.

따라서, 본 발명의 목적은, 기록 시작부터 기록 정지까지의 사이에 생성되고, 파일로서 기록 매체에 기록된 비디오 데이터 및 오디오 데이터의 관리 정보를, 보다 확실하게 보존할 수 있도록 한 기록 장치, 기록 방법 및 기록 프로그램, 및, 촬상 장치, 촬상 방법 및 촬상 프로그램을 제공하는 것에 있다.

상술한 과제를 해결하기 위해, 제 1의 발명은, 비디오 데이터와 오디오 데이터를 다중화하여 기록 매체에 기록하는 기록 장치에 있어서, 비디오 데이터 및 오디오 데이터가 입력되는 데이터 입력부와, 비디오 데이터 및 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록부와, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부와, 기록 매체에 기록되는 스트림 파일에 대해, 적어도 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성부와, 기록부 및 관리 정보 생성부를 제어하는 제어부를 가지며, 제어부는, 관리 정보 생성부에서 생성된 스트림 정보중, 기록부에 의한 기록 매체에 대한 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 생성의 타이밍에 응하여 정보 보존부에 보존시키는 것을 특징으로 하는 기록 장치이다.

또한, 제 2의 발명은, 비디오 데이터와 오디오 데이터를 다중화하여 기록 매체에 기록하는 기록 방법에 있어서, 입력부에서 입력된 비디오 데이터 및 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록의 스텝과, 기록 매체에 기록되는 스트림 파일에 대해, 적어도 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성의 스텝과, 기록의 스텝 및 관리 정보 생성의 스텝을 제어하는 제어의 스텝을 가지며, 제어의 스텝은, 관리 정보 생성의 스텝에서 생성된 스트림 정보중, 기록의 스텝에 의한 기록 매체에 대한 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키는 것을 특징으로 하는 기록 방법이다.

또한, 제 3의 발명은, 비디오 데이터와 오디오 데이터를 다중화하여 기록 매체에 기록하는 기록 방법을 컴퓨터 장치에 실행시키는 기록 프로그램에 있어서, 기록 방법은, 입력부에서 입력된 비디오 데이터 및 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록의 스텝과, 기록 매체에 기록되는 스트림 파일에 대해, 적어도 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성의 스텝과, 기록의 스텝 및 관리 정보 생성의 스텝을 제어하는 제어의 스텝을 가지며, 제어의 스텝은, 관리 정보 생성의 스텝에서 생성된 스트림 정보중, 기록의 스텝에 의한 기록 매체에 대한 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키는 것을 특징으로 하는 기록 프로그램이다.

또한, 제 4의 발명은, 촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음(收音)하여 얻어진 오디오 데이터를 다중화하여 기록 매체에 기록하는 촬상 장치에 있어서, 피사체를 촬상하여 비디오 데이터를 출력하는 촬상부와, 음성을 수음하여 오디오 데이터를 출력하는 수음부와, 비디오 데이터 및 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록부와, 비디오 데이터 및 오디오 데이터의 기록 매체에의 기록 시작 및 기록 정지를 지시하는 유저 조작을 접수하는 조작부와, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부와, 기록 매체에 기록되는 스트림 파일에 대해, 적어도 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성부와, 조작부에 대한 유저 조작에 응하여 기록부의 동작을 제어함과 함께, 관리 정보 생성부를 제어하는 제어부를 가지며, 제어부는, 관리 정보 생성부에서 생성된 스트림 정보중, 기록부에 의한 기록 매체에 대한 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 생성의 타이밍에 응하여 정보 보존부에 보존시키는 것을 특징으로 하는 촬상 장치이다.

또한, 제 5의 발명은, 촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음하여 얻어진 오디오 데이터를 다중화하여 기록 매체에 기록하는 촬상 장치의 촬상 방법에 있어서, 촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음하여 얻어진 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록의 스텝과, 조작부에 대한 비디오 데이터 및 오디오 데이터의 기록 매체에의 기록 시작 및 기록 정지를 지시하는 유저 조작을 접수하는 스텝과, 기록 매체에 기록되는 스트림 파일에 대해, 적어도 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성의 스텝과, 조작부에 대한 유저 조작에 응하여 기록의 스텝의 동작을 제어함과 함께, 관리 정보 생성의 스텝을 제어하는 제어의 스텝을 가지며, 제어의 스텝은, 관리 정보 생성의 스텝에서 생성된 스트림 정보중, 기록의 스텝에 의한 기록 매체에 대한 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키는 것을 특징으로 하는 촬상 방법이다.

또한, 제 6의 발명은, 촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음하여 얻어진 오디오 데이터를 다중화하여 기록 매체에 기록하는 촬상 장치의 촬상 방법을 컴퓨터 장치에 실행시키는 촬상 프로그램에 있어서, 촬상 방법은, 촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음하여 얻어진 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록의 스텝과, 조작부에 대한 비디오 데이터 및 오디오 데이터의 기록 매체에의 기록 시작 및 기록 정지를 지시하는 유저 조작을 접수하는 스텝과, 기록 매체에 기록되는 스트림 파일에 대해, 적어도 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성의 스텝과, 조작부에 대한 유저 조작에 응하여 기록의 스텝의 동작을 제어함과 함께, 관리 정보 생성의 스텝을 제어하는 제어의 스텝을 가지며, 제어의 스텝은, 관리 정보 생성의 스텝에서 생성된 스트림 정보중, 기록의 스텝에 의한 기록 매체에 대한 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키는 것을 특징으로 하는 촬상 프로그램이다.

상술한 바와 같이, 제 1, 제 2 및 제 3의 발명은, 입력부에서 입력된 비디오 데이터 및 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하고, 기록 매체에 기록되는 스트림 파일에 대해, 적어도 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하도록 되고, 생성된 스트림 정보중, 기록 매체에 대한 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 생성의 타이밍에 응하여, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키도록 하고 있기 때문에, 시스템의 전원이 불의에 절단되어도, 기록된 스트림 파일에 대응하는 스트림 정보중, 스트림 파일의 기록의 시간 경과에 응하여 생성된 정보를 잃어버리는 일이 없다.

또한, 제 4, 제 5 및 제 6의 발명은, 촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음하여 얻어진 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하고, 비디오 데이터 및 오디오 데이터의 기록 매체에의 기록 시작 및 기록 정지를 조작부에 대한 유저 조작에 의해 지시하고, 기록 매체에 기록되는 스트림 파일에 대해, 적어도 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하도록 되고, 생성된 스트림 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키도록 하고 있기 때문에, 시스템의 전원이 불의에 절단되어도, 촬상하여 기록된 스트림 파일에 대응하는 스트림 정보중, 스트림 파일의 기록의 시간 경과에 응하여 생성된 정보를 잃어버리는 일이 없다.

제 1, 제 2 및 제 3의 발명은, 상술한 바와 같이, 입력부에서 입력된 비디오 데이터 및 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하고, 기록 매체에 기록되는 스트림 파일에 대해, 적어도 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하도록 되고, 생성된 스트림 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키도록 하고 있기 때문에, 시스템의 전원이 불의에 절단되어도, 기록된 스트림 파일에 대응하는 스트림 정보중, 스트림 파일의 기록의 시간 경과에 응하여 생성된 정보를 잃어버리는 일이 없는 효과가 있다.

또한, 제 4, 제 5 및 제 6의 발명은, 상술한 바와 같이, 촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음하여 얻어진 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하고, 비디오 데이터 및 오디오 데이터의 기록 매체에의 기록 시작 및 기록 정지를 조작부에 대한 유저 조작에 의해 지시하고, 기록 매체에 기록되는 스트림 파일에 대해, 적어도 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하도록 되고, 생성된 스트림 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키도록 하고 있기 때문에, 시스템의 전원이 불의에 절단되어도, 촬상하여 기록된 스트림 파일에 대응하는 스트림 정보중, 스트림 파일의 기록의 시간 경과에 응하여 생성된 정보를 잃어버리는 일이 없는 효과가 있다.

도 1은 본 발명에 적용 가능한 AVCHD 포맷에 규정되는 데이터 모델을 개략적으로 도시하는 약선도,

도 2는 인덱스 테이블을 설명하기 위한 약선도,

도 3은 클립 AV 스트림, 클립 정보, 클립, 플레이 아이템 및 플레이 리스트의 관계를 도시하는 UML도,

도 4는 복수의 플레이 리스트로부터 동일한 클립을 참조하는 방법을 설명하 기 위한 약선도,

도 5는 기록 매체에 기록되는 파일의 관리 구조를 설명하기 위한 약선도,

도 6은 파일"index.bdmv"의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 7은 블록(blkIndexes())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 8은 파일"MovieObject.bdmv"의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 9는 블록(blkMovieObjects())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 10은 플레이 리스트 파일"xxxxx.mpls"의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 11은 블록(blkPlayList())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 12는 블록(blkPlayItem())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 13A 및 도 13B는 제 1 및 제 2의 심레스 접속을 설명하기 위한 약선도,

도 14는 블록(blkPlayListMark())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 15는 클립 인포메이션 파일의 한 예의 구조를 표시하는 신택스를 도시하 는 약선도,

도 16은 블록(blkClipInfo())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 17은 블록(blkSequenceInfo())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 18은 블록(blkProgramInfo())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 19는 블록(blkCPI())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 20은 블록(blkEPMap())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 21은 블록(blkEPMapForOneStreamPID(EP_stream_type, Nc, Nf))의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 22는 엔트리(PTSEPCoarse) 및 엔트리(PTSEPFine)의 한 예의 포맷에 관해 도시하는 약선도,

도 23은 엔트리(SPNEPCoarse) 및 엔트리(SPNEPFine)의 한 예의 포맷에 관해 도시하는 약선도,

도 24는 블록(blkExtensionData())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 25는 블록(blkExtensionData())에서의 각 데이터의 참조 관계를 모식적으 로 도시하는 약선도,

도 26은 블록(blkExtensionData())에 데이터를 기록할 때의 한 예의 처리를 도시하는 플로우 차트,

도 27은 블록(blkExtensionData())으로부터 확장 데이터를 판독할 때의 한 예의 처리를 도시하는 플로우 차트,

도 28은 파일"index.bdmv" 내의 필드(blkExtensionData())에서의 블록(DataBlock())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 29는 블록(blkTableOfPlayList())의 한 예의 구조를 표시하는 신택스를 도시하는 약선도,

도 30A 및 도 30B는 가상 플레이어의 동작을 개략적으로 도시하는 플로우 차트,

도 31은 가상 플레이어의 동작을 개략적으로 도시하는 약선도,

도 32는 본 발명의 실시의 한 형태에 적용 가능한 기록 재생 장치의 한 예의 구성을 개략적으로 도시하는 블록도,

도 33은 본 발명의 실시의 한 형태에 의한 클립 인포메이션 파일의 한 예의 기록 방법을 도시하는 플로우 차트,

도 34는 본 발명의 실시의 한 형태에 의한 기록 재생 장치에서의 디스크의 한 예의 재생 처리를 도시하는 플로우 차트,

도 35는 본 발명의 실시의 한 형태의 다른 예에 의한 비디오 카메라 장치의 한 예의 구성을 도시하는 블록도.

(부호의 설명)

10 : 기록부

11 : 비디오 인코더

12 : 오디오 인코더

13 : 멀티플렉서

14 : 스트림 버퍼

15 : 기록 제어부

16 : 관리 정보 처리부

17 : 휘발성 메모리

18 : 불휘발성 메모리

20 : 기록 매체

30 : 제어부

31 : 유저 인터페이스부

50 : 카메라부

100 : 비디오 카메라 장치

S10 : 기록하고자 하는 데이터의 길이를 얻어서, ExtDataLength(n+1)의 값에 세트한다

S11 : 현재의 blkExtensionData()의 열거되어 있는 ext_data_entry()로부터 ExtDataLength와 ExtDataStartAddress를 조사하고, DataBlock중의 사용 상황을 안다

S12 : DataBlock중에 ExtDatalength(n+1) 이상의 연속한 빈 곳이 있는지?

S13 : blkExtensionData()의 Length 값을 크게 하여, ExtDataLength(n+1) 이상의 연속한 빈 영역을 만든다

S14 : 데이터를 격납하는 영역의 선두 어드레스를 정하고, ExtDataStartAddress(n+1)로 한다

S15 : ExtDataStartAddress(n+1)로 나타나는 어드레스로부터, ExtDataLength(n+1)의 길이의 데이터를 기록한다

S16 : ext_data_entry()에 ExtDataLength(n+1)와 ExtDataStartAddress(n+1)를 추가한다

S20 : 판독하고자 하는 데이터가 준거하는 규격으로부터, ExtDataType를 안다

S21 : ExtDataType를 기초로, 판독하고자 하는 데이터의 종류별로부터 ExtDataVersion을 안다

S22 : blkExtensionData()에 열거되어 있는 ext_data_entry()를 순차로 하나 판독한다

S23 : ExtDataType,ExtDataVersion이 일치하였는지?

S24 : ExtDataLength(i)와 ExtDataStartAddress(i)를 판독한다

S25 : ExtDataStartAddress(i)로 나타나는 어드레스로부터, ExtDatalength(i)의 길이의 데이터를 판독한다

S26 : ext_data_entry()를 다 판독하였는지?

S27 : 판독하고자 한 데이터는 존재하지 않는다

S30 : 디스크 장전

S31 : 기록 시작 조작

S32 : EP 엔트리 생성

S33 : 불휘발성 메모리에 EP 엔트리 기록

S34 : 기록 정지 조작?

S35 : 고정치 정보 생성

S36 : 불휘발성 메모리에 고정치 정보 기록

S37 : 이젝트 조작? ·

S38 : 불휘발성 메모리상의 정보를 디스크에 기록

S39 : 불휘발성 메모리의 클리어

S40 : 디스크 배출

S41 : 전원 OFF?

S42 : 동작 정지

S43 : 전원 OFF?

S44 : 불휘발성 메모리상의 정보를 디스크에 기록

S50 : 디스크 장전

S51 : 인덱스 파일, 무비 오브젝트 파일 판독

S52 : 재생 지시

S53 : 플레이 리스트 파일 판독

S54 : 대응하는 클립 인포메이션 파일 있는지?

S55 : 클립 인포메이션 파일 판독

S56 : 클립 인포메이션 파일의 불휘발성 메모리의 기록

S57 : 불휘발성 메모리의 정보를 휘발성 메모리에 기록

S58 : 휘발성 메모리상의 정보에 의거하여, 재생

S59 : 불휘발성 메모리 참조

S60 : 데이터가 대응하고 있는지?

S61 : 에러 처리

이하, 본 발명의 실시의 한 형태를, 도면을 참조하면서 설명한다. 우선, 이해를 용이하게 하기 위해, 본 발명에 적용 가능한 한 예의 포맷(이하, AVCHD 포맷이라고 부른다)에 관해 설명한다. AVCHD 포맷은, 비디오 데이터와 오디오 데이터가 소정의 다중화된 AV(Audio/Video) 스트림을 기록 가능한 기록 매체에 기록하는 기록 포맷으로서 현재 제안되어 있는 것으로, 기록 매체에 기록된 AV 스트림을, 클립 단위로 플레이 리스트를 이용하여 관리 가능하게 하고 있다.

예를 들면 ITU-T(International Telecommunication Union-Telecommunication Standarization Sector) 권고 H. 264 또는 ISO(International Organization for Standarization)/IEC(International Electrotechnical Commission) 국제표준 14496-10(MPEG-4 파트 10) Advanced Video Coding(이하, H. 264|AVC라고 약칭한다)에 규정되는 부호화 방식으로 부호화되고, MPEG2 시스템에 따라 다중화된 비트 스 트림은, 클립 AV 스트림(또는 AV 스트림)이라고 칭하여진다. 클립 AV 스트림은, 소정의 파일 시스템에 의해 파일로서 디스크에 기록된다. 이 파일을, 클립 AV 스트림 파일(또는 AV 스트림 파일)이라고 칭한다.

클립 AV 스트림 파일은, 파일 시스템상에서의 관리 단위이고, 유저에 있어서 반드시 알기 쉬운 관리 단위라고는 한할 수 없다. 유저의 편리성을 고려한 경우, 복수의 클립 AV 스트림 파일에 분할된 영상 컨텐츠를 하나로 정리하여 재생하는 구조나, 클립 AV 스트림 파일의 일부만을 재생하는 구조, 나아가서는, 특수 재생이나 두출(頭出) 재생을 원활하게 행하기 위한 정보 등을 데이터베이스로서 디스크에 기록하여 둘 필요가 있다.

도 1은, 본 발명에 적용 가능한 AVCHD 포맷에 규정되는 데이터 모델을 개략적으로 도시한다. 이 AVCHD 포맷에 의하면, 데이터 구조는, 도 1에 도시되는 바와 같이 4층의 레이어로 이루어진다. 가장 최하층의 레이어는, 클립 AV 스트림이 배치되는 레이어이다(편의상, 클립 레이어라고 부른다). 그 위의 레이어는, 클립 AV 스트림에 대한 재생 개소를 지정하기 위한, 플레이 리스트(PlayList)와, 플레이 아이템(PlayItem)이 배치되는 레이어이다(편의상, 플레이 리스트 레이어라고 부른다). 또한 그 위의 레이어는, 플레이 리스트에 대해 재생 순서 등을 지정하는 커맨드로 이루어지는 무비 오브젝트(Movie Object) 등이 배치되는 레이어이다(편의상, 오부젝트 레이어라고 부른다). 최상층의 레이어는, 기록 매체에 격납되는 타이틀 등을 관리하는 인덱스 테이블이 배치된다(편의상, 인덱스 레이어라고 부른다).

클립 레이어에 관해 설명한다. 클립 AV 스트림은, 비디오 데이터나 오디오 데이터가 MPEG2 TS(트랜스포트 스트림)의 형식 등으로 다중화된 비트 스트림이다. 이 클립 AV 스트림에 관한 정보가 클립 정보(Clip Information)으로서 파일에 기록된다.

또한, 클립 AV 스트림에는, 자막(字幕)을 표시하는 그래픽스 스트림인 OB 스트림(Overlay Bitmap stream)이나, 메뉴 표시 등에 이용되는 데이터(버튼 화상 데이터 등)를 스트림으로 한 MB 스트림(Menu Bitmap stream)을 다중화할 수 있다.

클립 AV 스트림 파일과, 대응하는 클립 정보가 기록된 클립 정보 파일(이하, 클립 인포메이션 파일이라고 부른다)을 하나의 정리된 오브젝트라고 간주하고, 클립(Clip)이라고 칭한다. 즉, 클립은, 클립 AV 스트림과 클립 정보로 구성되는, 하나의 오브젝트이다.

파일은, 일반적으로, 바이트열로서 취급된다. 클립 AV 스트림 파일의 컨텐츠는, 시간축상에 전개되고, 클립중의 엔트리 포인트는, 주로 시간 베이스로 지정된다. 소정의 클립에의 액세스 포인트의 타임 스탬프가 주어진 경우, 클립 AV 스트림 파일중에서 데이터의 판독을 시작하여야 할 어드레스 정보를 찾기 위해, 클립 인포메이션 파일을 이용할 수 있다.

플레이 리스트 레이어에 관해 설명한다. 플레이 리스트는, 재생하는 AV 스트림 파일의 지정과, 지정된 AV 스트림 파일의 재생 개소를 지정하는 재생 시작점(IN점)과 재생 종료점(OUT점)의 모임으로 구성된다. 이 재생 시작점과 재생 종료점의 정보를 일조(一組)로 한 것은, 플레이 아이템(PlayItem)이라고 칭하여진다. 플레이 리스트는, 플레이 아이템의 집합으로 구성된다. 플레이 아이템을 재생한다는 것은, 그 플레이 아이템에 참조되는 AV 스트림 파일의 일부분을 재생한다는 것이 된다. 즉, 플레이 아이템중의 IN점 및 OUT점 정보에 의거하여, 클립중의 대응하는 구간이 재생된다.

오부젝트 레이어에 관해 설명한다. 무비 오브젝트는, 내비게이션 커맨드 프로그램과, 무비 오브젝트를 연휴(連携)하는 터미널 인포메이션을 포함한다. 내비게이션 프로그램은, 플레이 리스트의 재생을 제어하기 위한 커맨드(내비게이션 커맨드 : navigation command)이다.

인덱스 레이어에 관해 설명한다. 인덱스 레이어는, 인덱스 테이블(Index Table)로 이루어진다. 인덱스 테이블은, 기록 매체에 기록된 컨텐츠의 타이틀을 정의하는, 톱 레벨의 테이블이다. 인덱스 테이블에 격납되어 있는 타이틀 정보에 의거하여, 플레이어에 상주(常駐)되는 시스템 소프트웨어중의 모듈 매니저에 의해 기록 매체의 재생이 제어된다.

즉, 도 2에 개략적으로 도시되는 바와 같이, 인덱스 테이블중의 임의의 엔트리는, 타이틀이라고 칭하여지고, 인덱스 테이블에 엔트리되는 퍼스트 플레이백 타이틀(First PlaybackTitle), 메뉴 타이틀(MenuTitle) 및 무비 타이틀(MovieTitle)(#1, #2, …)은, 전부 타이틀이다. 각 타이틀은, 무비 오브젝트에 대한 링크를 나타낸다.

이해를 용이하게 하기 위해 재생 전용의 기록 매체를 예로 들면, 예를 들면, 퍼스트 플레이백 타이틀은, 해당 기록 매체에 격납되는 컨텐츠가 영화라면, 영화 본편에 앞서서 영출(映出)되는 영화회사의 선전용 영상(트레일러)에 대응한다. 메 뉴 타이틀은, 예를 들면 컨텐츠가 영화인 경우, 본편(本編) 재생, 챕터 서치, 자막이나 언어 설정, 특전(特典) 영상 재생 등을 선택하기 위한 메뉴 화면에 대응한다. 또한, 무비 타이틀은, 메뉴 타이틀로부터 선택되는 각 영상이다. 타이틀이 또한 메뉴 화면인 구성도 가능하다.

도 3은, 상술한 바와 같은 클립 AV 스트림, 클립 정보(Stream Attributes), 클립, 플레이 아이템 및 플레이 리스트의 관계를 도시하는 UML(Unified Modeling Language)도이다. 플레이 리스트는, 하나 또는 복수의 플레이 아이템에 대응시켜지고, 플레이 아이템은, 하나의 클립에 대응시켜 진다. 하나의 클립에 대해, 각각 시작점 및/또는 종료점이 다른 복수의 플레이 아이템을 대응시킬 수 있다. 하나의 클립으로부터 하나의 클립 AV 스트림 파일이 참조된다. 마찬가지로, 하나의 클립으로부터 하나의 클립 인포메이션 파일이 참조된다. 또한, 클립 AV 스트림 파일과 클립 인포메이션 파일은, 1대1의 대응 관계를 갖는다. 이와 같은 구조를 정의함에 의해, 클립 AV 스트림 파일을 변경하는 일 없이, 임의의 부분만을 재생하는, 비파괴의 재생 순서 지정을 행하는 것이 가능해진다.

또한, 도 4와 같이, 복수의 플레이 리스트로부터 동일한 클립을 참조할 수도 있다. 또한, 하나의 플레이 리스트로부터 복수의 클립을 지정할 수도 있다. 클립은, 플레이 리스트중의 플레이 아이템에 나타나는 IN점 및 OUT점에 의해, 참조된다. 도 4의 예에서는, 클립(300)은, 플레이 리스트(310)의 플레이 아이템(320)으로부터 참조됨과 함께, 플레이 리스트(311)를 구성하는 플레이 아이템(321 및 322)중 플레이 아이템(321)으로부터, IN점 및 OUT점으로 나타나는 구간이 참조된다. 또한, 클립(301)은, 플레이 리스트(311)의 플레이 아이템(322)으로부터 IN점 및 OUT점으로 나타나는 구간이 참조됨과 함께, 플레이 리스트(312)의 플레이 아이템(323 및 324)중, 플레이 아이템(323)의 IN점 및 OUT점으로 나타나는 구간이 참조된다. 도 4의 예에서는, 클립(301)은, 또한 다른 플레이 리스트로부터도 참조되고 있다.

다음에, AVCHD 포맷에 의한, 기록 매체에 기록되는 파일의 관리 구조에 관해, 도 5를 이용하여 설명한다. 파일은, 디렉토리 구조에 의해 계층적으로 관리된다. 기록 매체상에는, 우선, 하나의 디렉토리(도 5의 예에서는 루트(root) 디렉토리)가 작성된다. 이 디렉토리의 아래가, 하나의 기록 재생 시스템에서 관리되는 범위로 한다.

루트 디렉토리의 아래에, 디렉토리"BDMV"가 놓여진다. 또할 필요에 응하여, 루트 디렉토리의 아래에 디렉토리"AVCHDTN"가 놓여진다. 디렉토리"AVCHDTN"에는, 예를 들면 클립의 대표 화상을 소정 사이즈로 축소한 섬네일 파일이 놓여진다. 디렉토리"BDMV"에, 도 1을 이용하여 설명한 데이터 구조가 격납된다.

디렉토리"BDMV"의 바로 아래에는, 파일은, 파일"index.bdmv" 및 파일"MovieObject.bdmv"의 2개만을 놓을 수 있다. 또한, 디렉토리"BDMV"의 아래에, 디렉토리"PLAYLIST", 디렉토리"CLIPINF", 디렉토리"STREAM" 및 디렉토리"BACKUP"가 놓여진다. 디렉토리"BACKUP"는, 각 디렉토리 및 파일의 백업이 격납된다.

파일"index.bdmv"은, 디렉토리"BDMV"의 내용에 관해 기술된다. 즉, 이 파일"index.bdmv"이 상술한 최상층의 레이어인 인덱스 레이어에서의 인덱스 테이블에 대응한다. 또한, 파일"MovieObject.bdmv"은, 하나 이상의 무비 오브젝트의 정보가 격납된다. 즉, 이 파일"MovieObject.bdmv"이 상술한 오부젝트 레이어에 대응한다.

디렉토리"PLAYLIST"는, 플레이 리스트의 데이터베이스가 놓여지는 디렉토리이다. 즉, 디렉토리"PLAYLIST"는, 플레이 리스트에 관한 파일인 파일"xxxxx.mpls"을 포함한다. 파일"xxxxx.mpls"은, 플레이 리스트의 각각에 대해 작성되는 파일이다. 파일명에 있어서, "."(피리어드) 앞의 "xxxxx"는, 5자릿수의 숫자로 되고, 피리어드의 뒤의 "mpls"는, 이 타입의 파일에 고정적이 되는 확장자이다.

디렉토리"CLIPINF"는, 클립의 데이터베이스가 놓여지는 디렉토리이다. 즉, 디렉토리"CLIPINF"는, 클립 AV 스트림 파일의 각각에 대한 클립 인포메이션 파일인 파일"zzzzz.clpi"을 포함한다. 파일명에 있어서, "."(피리어드) 앞의 "zzzzz"는, 5자릿수의 숫자로 되고, 피리어드의 뒤의 "clpi"는, 이 타입의 파일에 고정적이 되는 확장자이다.

디렉토리"STREAM"는, 실체(實體)로서의 AV 스트림 파일이 놓여지는 디렉토리이다. 즉, 디렉토리"STREAM"는, 클립 인포메이션 파일의 각각에 대응하는 클립 AV 스트림 파일을 포함한다. 클립 AV 스트림 파일은, MPEG2(Moving Pictures Experts Group 2)의 트랜스포트 스트림(이하, MPEG2 TS라고 약칭한다)으로 이루어지고, 파일명이 "zzzzz.m2ts"가 된다. 파일명에 있어서, 피리어드 앞의 "zzzzz"는, 대응하는 클립 인포메이션 파일과 동일하게 함으로써, 클립 인포메이션 파일과 이 클립 AV 스트림 파일과의 대응 관계를 용이하게 파악할 수 있다.

또한, 디렉토리"AVCHDTN"는, 2종류의 섬네일 파일"thumbnail.tidx" 및 "thumbnail.tdt2"을 놓을 수 있다. 섬네일 파일"thumbnail.tidx"은, 소정의 방식으 로 암호화된 섬네일 화상이 격납된다. 섬네일 파일"thumbnail.tdt2"은, 암호화되지 않은 섬네일 화상이 격납된다. 예를 들면 비디오 카메라로 유저가 촬영한 클립에 대응하는 섬네일 화상은, 카피 프리하여 암호화할 필요가 없다고 생각되기 때문에, 이 섬네일 파일"thumbnail.tdt2"에 격납된다.

도 5에서 도시한 각 파일중, 본 발명에 관계가 깊은 것에 관해, 보다 상세히 설명한다. 우선, 디렉토리"BDMV"의 바로 아래에 놓여지는 파일"index.bdmv"에 관해 설명한다. 도 6은, 이 파일"index.bdmv"의 한 예의 구조를 표시하는 신택스를 도시한다. 여기서는, 신택스를 컴퓨터 장치 등의 프로그램의 기술(記述) 언어로서 이용되는 C언어의 기술법에 의거하여 나타낸다. 이것은, 다른 신택스를 도시하는 도면에서도, 마찬가지이다.

도 6에서, 필드(TypeIndicator)는 32비트의 데이터 길이를 가지며, 이 파일이 인덱스 테이블인 것을 나타낸다. 필드(TypeIndicator2)는 32비트의 데이터 길이를 가지며, 이 파일"index.bdmv"의 버전을 나타낸다. 필드(IndexesStartAddress)는 32비트의 데이터 길이를 가지며, 이 신택스 내에 있는 블록(blkIndexes())의 시작 어드레스를 나타낸다.

필드(ExtensionDataStartAddress)는 32비트의 데이터 길이를 가지며, 이 신택스 내에 있는 블록(blkExtensionData())의 시작 어드레스를 나타낸다. 블록(blkExtensionData())은 소정의 확장 데이터를 격납 가능하게 하기 위한 블록이다. 필드(ExtensionDataStartAddress)는, 이 파일"index.bdmv"의 최초의 바이트로부터의 상대 바이트수로, 블록(blkExtensionData())의 시작 어드레스를 나타낸다. 상대 바이트수는, "0"부터 시작된다. 만약, 이 필드(ExtensionDataStartAddress)의 값이 "0"이면, 이 파일"index.bdmv" 내에, 블록(blkExtensionData())이 존재하지 않는 것을 나타낸다.

필드(ExtensionDataStartAddress)에 계속해서, 데이터 길이가 192바이트의 영역(reserved)이 배치된다. 또한, 영역(reserved)은, 바이트 얼라인먼트나, 장래적인 필드의 추가 등을 위한 영역이다. 이것은, 이하의 설명에서도 마찬가지이다. 블록(blkAppInfoBDMV())은, 컨텐츠 제작자가 임의의 정보를 기술할 수 있는 블록이고, 플레이어의 동작 등에는 영향을 주지 않는다.

블록(blkIndexes())은, 이 파일"index.bdmv"의 실질적인 내용이고, 이 블록(blkIndexes())에 기술된 내용에 의해, 디스크를 플레이어에 장전한 때에 재생되는 퍼스트 플레이백이나, 톱 메뉴로부터 호출되는 타이틀(무비 오브젝트)이 지정된다. 인덱스 테이블에 의해 호출된 무비 오브젝트 등에 기술된 커맨드에 의거하여, 후술하는 플레이 리스트 파일이 판독된다.

도 7은, 블록(blkIndexes())의 한 예의 구조를 표시하는 신택스를 도시한다. 필드(Length)는 32비트의 데이터 길이를 가지며, 이 필드(Length) 직후부터 이 블록(blkIndexes())의 끝까지의 데이터 길이를 나타낸다. 계속해서, 블록(FirstPlaybackTitle()) 및 블록(MenuTitle())이 배치된다.

블록(FirstPlaybackTitle())은, 퍼스트 플레이백에서 이용되는 오브젝트에 관한 정보가 기술된다. 블록(FirstPlaybackTitle())은, 1비트의 데이터 길이를 갖는 영역(reserved)에 계속해서 고정치"1"가 기술된다. 또한 31비트의 데이터 길이 를 갖는 영역(reserved)을 사이에 두고 고정치"1"가 기술된다. 그리고, 14비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고, 16비트의 데이터 길이를 갖는 필드(FirstPlaybackTitleMobjIDRef)가 배치된다. 이 필드(FirstPlaybackTitleMobjIDRef)에 의해, 퍼스트 플레이백 타이틀에서 이용되는 무비 오브젝트의 ID를 나타낸다.

무비 오브젝트의 ID는, 예를 들면, 도 8 및 도 9을 이용하여 후술하는 무비 오브젝트의 신택스에 의거하여, 무비 오브젝트의 for루프문(文)에서 루프 변수로서 이용되는 값(mobj_id)으로 나타난다. 이 예에서는, 필드(FirstPlaybackTitleMobjIDRef)는, 참조하는 무비 오브젝트에 대응하는 값(mobj_id)이 격납된다.

또한, 블록(blkIndexes())에서의 블록(FirstPlaybackTitle()) 내의 필드(FirstPlaybackTitleMobjIDRef)는, 톱 메뉴의 무비 오브젝트를 가리키고 있어도 좋고, 타이틀을 가리키고 있어도 좋다.

블록(MenuTitle())은, 톱 메뉴에서 이용되는 오브젝트에 관한 정보가 기술된다. 블록(MenuTitle())은, 1비트의 데이터 길이를 갖는 영역(reserved)에 계속해서 고정치"1"가 기술된다. 또한 31비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 고정치"1"가 기술된다. 그리고, 14비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고, 16비트의 데이터 길이를 갖는 필드(MenuTitleMobjIDRef)가 배치된다. 필드(MenuTitleMobjIDRef)는, 메뉴 타이틀에서 이용되는 무비 오브젝트의 ID를 나타낸다.

블록(MenuTitle())의 다음의 필드(NumberOfTitles)는, 16비트의 데이터 길이를 가지며, 유저가 선택, 재생 가능한 타이틀의 수를 나타낸다. 다음의 for루프문에 따라, 이 필드(NumberOfTitles)에 나타나는 회수만큼, 값(title_id)을 인수(引數)로 하여, 블록(MovieTitle[title_id]())이 기술된다. 블록(MovieTitle[title_id]())은, 타이틀마다의 정보가 기술된다. 값(title_id)은, "0"부터 필드(NumberOfTitles)로 나타나는 값까지의 수치이고, 타이틀을 식별한다.

블록(MovieTitle[title_id]())에서, 1비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 고정치"1"가 기술되고, 또한, 46비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 필드(MovieTitleMobjIDRef)가 기술된다. 필드(MovieTitleMobjIDRef)는, 16비트의 데이터 길이를 가지며, 이 타이틀에서 이용되는 무비 오브젝트의 ID를 나타낸다. 필드(MovieTitleMobjIDRef)의 뒤에, 32비트의 데이터 길이를 갖는 영역(reserved)이 배치된다.

도 8은, 디렉토리"BDMV"의 바로 아래에 놓여지는 파일"MovieObject.bdmv"의 한 예의 구조를 표시하는 신택스를 도시한다. 필드(TypeIndicator)는, 32비트(4바이트)의 데이터 길이를 가지며, 이 파일이 파일"MovieObject.bdmv"인 것을 나타낸다. 필드(TypeIndicator)는, ISO(International Organization for Standarization)646에 규정되는 부호화 방식으로 부호화한 4문자로 이루어지는 문자열이 기술된다. 이 도 8의 예에서는, 필드(type_indicatior)에 ISO646에 규정의 방식으로 부호화된 4문자의 문자열"MOBJ"이 기술되고, 이 파일이 파일"MovieObject.bdmv"인 것이 나타난다.

필드(TypeIndicator2)는, 32비트(4바이트)의 데이터 길이를 가지며, 이 파일"MovieObject.bdmv"의 버전 번호를 나타낸다. 이 파일"MovieObject.bdmv"에서는, 필드(TypeIndicator2)는, ISO646에 규정된 부호화 방식으로 부호화한 4문자의 문자열"0100"이여야 한다.

필드(ExtensionDataStartAddress)는 32비트의 데이터 길이를 가지며, 이 신택스 내에 있는 블록(blkExtensionData())의 시작 어드레스를 나타낸다. 필드(ExtensionDataStartAddress)는, 이 파일"MovieObject.bdmv"의 최초의 바이트로부터의 상대 바이트수로, 블록(blkExtensionData())의 시작 어드레스를 나타낸다. 상대 바이트수는, "0"부터 시작된다. 만약, 이 필드(ExtensionDataStartAddress)의 값이 "0"이면, 이 파일"MovieObject.bdmv" 내에, 블록(blkExtensionData())이 존재하지 않는 것을 나타낸다.

또한, 이 도 8에 도시하는 신택스 내의 필드(padding_word)는, 16비트의 데이터 길이를 가지며, 이 파일"MovieObject.bdmv"의 신택스에 따라 for루프문에 값(N1) 또는 값(N2)으로 나타나는 회수만큼 삽입된다. 값(N1) 또는 값(N2)은, 0 또는 임의의 정(正)의 정수이다. 또한, 필드(padding_word)는, 임의의 값을 이용할 수 있다.

필드(ExtensionDataStartAddress)에 계속해서 데이터 길이가 224비트의 영역(reserved)이 배치되고, 그 다음에, 이 파일"MovieObject.bdmv"의 본체인 블록(blkMovieObjects())이 격납된다.

도 9는, 블록(blkMovieObjects())의 한 예의 구조를 표시하는 신택스를 도시 한다. 필드(Length)는 32비트의 데이터 길이를 가지며, 이 필드(Length)의 직후부터 이 블록(blkMovieObjects())의 끝까지의 데이터 길이를 나타낸다. 32비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 필드(NumberOfMobjs)가 배치된다. 필드(NumberOfMobjs)는, 직후의 for루프문에 따라 격납되는 무비 오브젝트의 수를 나타낸다. for루프문의 루프 변수로서 이용되는 값(mobj_id)으로, 무비 오브젝트가 일의적으로 특정된다. 값(mobj_id)은, "0"부터 시작되는 값으로, 무비 오브젝트는, for루프문중에 기술되는 순서에 의해 정의된다.

for루프문중의 블록(TerminalInfo())은, 고정치"1"가 기술되고, 다음에 15비트의 데이터 길이를 갖는 영역(reserved)이 배치된다. 그 다음에, 16비트의 데이터 길이를 갖는 필드(NumberOfNavigationCommands[mobj_id])가 배치된다. 이 필드(NumberOfNavigationCommands[mobj_id])는, 값(mobj_id)에 의해 지시되는 무비 오브젝트(MovieObject[mobj_id]())에 포함되는 내비게이션 커맨드(navigation command)의 수를 나타낸다.

다음의, 값(command_id)을 루프 변수로 하는 for루프문에 의해, 필드(NumberOfNavigationCommands[mobj_id])에 나타나는 수만큼, 내비게이션 커맨드가 기술된다. 즉, 이 for루프문중에 배치되는 필드(NavigationCommand[mobj_id][command_id])는, 값(mobj_id)에 의해 지시되는 블록(MovieObject[mobj_id]())에 포함되는, 값(command_id)로 나타나는 순번의 내비게이션 커맨드(NavigationCommand)를 격납한다. 값(command_id)은, 0부터 시작되는 값이고, 내비게이션 커맨드(NavigationCommand)는, 이 for루프문중에 기술되는 순 차로 정의된다.

도 10은, 플레이 리스트 파일"xxxxx.mpls"의 한 예의 구조를 표시하는 신택스를 도시한다. 필드(TypeIndicator)는, 32비트(4바이트)의 데이터 길이를 가지며, 이 파일이 플레이 리스트 파일인 것을 나타낸다. 필드(TypeIndicator2)는, 32비트(4바이트)의 데이터 길이를 가지며, 이 플레이 리스트 파일의 버전을 나타낸다. 필드(PlayListStartAddress)는 32비트의 데이터 길이를 가지며, 이 신택스중의 블록(blkPlayList())의 시작 어드레스를 나타낸다.

필드(PlayListMarkStartAddress)는 32비트의 데이터 길이를 가지며, 이 신택스중의 블록(blkPlayListMark())의 시작 어드레스를 나타낸다. 필드(ExtensionDataStartAddress)는 32비트의 데이터 길이를 가지며, 이 신택스중의 블록(blkExtensionData())의 시작 어드레스를 나타낸다. 필드(ExtensionDataStartAddress)는, 블록(blkExtensionData())의 시작 어드레스를, 파일"xxxxx.mpls"의 최초의 바이트로부터의 상대 바이트수를 나타낸 값이다. 상대 바이트수는, "0"부터 시작된다. 만약, 이 필드(ExtensionDataStartAddress)의 값이 "0"이면, 이 파일"xxxxx.mpls" 내에, 블록(blkExtensionData())이 존재하지 않는 것을 나타낸다.

160비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 블록(blkAppInfoPlayList())이 배치된다. 블록(blkAppInfoPlayList())은, 다음의 블록(blkPlayList())에 기술되는 플레이 리스트의 타입, 재생 제한 등의 정보가 기술된다. 블록(blkPlayList())은, 플레이 리스트가 기술된다. 블 록(blkPlayListMark())은, 챕터 점프 등으로 점프되는 포인트가 기술된다. 블록(blkExtensionData())은 소정의 확장 데이터를 격납 가능하게 하기 위한 블록이다.

또한, 이 도 10에 도시하는 신택스 내의 필드(padding_word)는, 16비트의 데이터 길이를 가지며, 이 파일"xxxxx.mpls"의 신택스에 따라 for루프문에 값(N1), 값(N2) 및 값(N3)으로 나타나는 회수만큼 삽입된다. 값(N1), 값(N2) 또는 값(N3)은, 0 또는 임의의 정의 정수이다. 또한, 필드(padding_word)는, 임의의 값을 이용할 수 있다.

도 11은, 블록(blkPlayList())의 한 예의 구조를 표시하는 신택스를 도시한다. 필드(Length)는 32비트의 데이터 길이를 가지며, 이 필드(Length)의 직후부터 블록(blkPlayList())의 최후까지의 데이터 길이를 나타낸다. 필드(Length)에 계속해서 16비트의 데이터 길이를 갖는 영역(reserved)이 배치되고, 다음에 필드(NumberOfPlayItems)가 배치된다. 필드(NumberOfPlayItems)는, 16비트의 데이터 길이를 가지며, 이 블록(blkPlayList())에 포함되는 플레이 아이템의 수를 나타낸다. 필드(NumberOfSubPath)는, 이 블록(blkPlayList())에 포함되는 서브패스의 수를 나타낸다. 다음의 for루프문에 따라, 필드(NumberOfPlayItems)에서 나타나는 수만큼, 플레이 아이템이 기술된 블록(blkPlayItem())이 기술된다. for루프문에 의거한 카운트 수가 블록(blkPlayItem())의 식별자(PlayItem_id)로 이루어진다. 또한 다음의 for루프문에 따라, 필드(NumberOfSubPath)에서 나타나는 수만큼, 블록(blkSubPath())가 기술된다. for루프문에 의거한 카운트 수가 블 록(blkSubPath())의 식별자(SubPath_id)가 된다. 또한, 서브패스는, 주로 재생된 플레이 아이템에 대응하는 메인 패스에 대해, 서브 플레이 아이템에 대응하여 갖을 수 있다. 서브패스는, 예를 들면, 애프터레코딩용의 오디오 데이터의 지정이나, 2장의 영상을 합성할 때에, 플레이 아이템으로 지정된 클립과 동기하여 재생하는 부영상을 지정한다는 목적으로 이용된다.

도 12은, 블록(blkPlayItem())의 한 예의 구조를 표시하는 신택스를 도시한다. 필드(Length)는, 16비트의 데이터 길이를 가지며, 이 필드(Length)의 직후부터 블록(blkPlayItem())의 최후까지의 데이터 길이를 나타낸다.

필드(ClipInformationFileName)는, 40비트(5바이트)의 데이터 길이를 가지며, 이 블록(blkPlayItem())이 참조하는 클립 인포메이션 파일의 파일명이 나타난다. 이 플레이 아이템에서, 필드(ClipInformationFileName[0])로 나타나는 파일명의 클립 인포메이션 파일이 판독된다. 필드(ClipCodecIdentifier[0])는, 32비트(4바이트)의 데이터 길이를 가지며, 이 블록(blkPlayItem())에 의한 플레이 아이템에서 이용되는 클립 AV 스트림의 코덱 방식을 나타낸다.

12비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고, 필드(ConnectionCondition)가 배치된다. 필드(ConnectionCondition)는, 4비트의 데이터 길이를 가지며, 클립 사이의 접속 상태에 관한 정보를 나타낸다. 기록용도의 기록 매체에 대해서는, 필드(ConnectionCondition)의 값으로서 "1", "5" 또는 "6"이 이용된다. 필드(ConnectionCondition)의 값이 "1"에서, 그 플레이 아이템으로부터 참조되고 있는 클립과 바로앞의 플레이 아이템으로부터 참조되고 있는 클립이 심레 스 접속하지 않는 것을 나타내고, 필드(ConnectionCondition)의 값이 "5" 또는 "6"에서, 그 플레이 아이템으로부터 참조되고 있는 클립과 바로앞의 플레이 아이템으로부터 참조되고 있는 클립이 심레스 접속하는 것을 나타낸다. 또한, 심레스 접속이란, 클립과 다음의 클립이 프레임 타이밍에서 연속적으로 재생되도록, 클립 사이의 재생 제어를 행하는 것을 말한다.

필드(ConnectionCondition)의 값이 "5"에서, 해당 플레이 아이템이 참조하는 클립에서, 오디오 데이터의 기록 길이가 비디오 데이터의 기록 길이가에 대해 길게 된다(도 13A 참조). 이로 인해, 클립과 클립을 접속할 때에, 오디오 데이터의 페이드아웃 처리가 가능하게 된다. 예를 들면, 유저에 의한 기록 정지 조작에 의해 클립이 클로즈되는 경우에, 필드(ConnectionCondition)의 값이 "5"가 된다. 이하, 이 필드(ConnectionCondition)의 값이 "5"로 나타나는 클립의 접속 방법을, 제 1의 심레스 접속이라고 부른다.

필드(ConnectionCondition)의 값이 "6"에서, 해당 플레이 아이템이 참조하는 클립에서, 오디오 데이터의 기록 길이가 비디오 데이터의 기록 길이가에 대해 같게 된다(도 13B 참조). 이로 인해, 클립과 클립과의 접속을 심레스하게 행하는 것이 가능하게 된다. 예를 들면, 유저 조작에 응한 기록 정지 이외의 이유, 예를 들면 시스템 요인에 의거하여 클립이 클로즈되는 경우에, 필드(ConnectionCondition)의 값이 "6"이 된다. 이하, 이 필드(ConnectionCondition)의 값이 "6"으로 나타나는 클립의 접속 방법을, 제 2의 심레스 접속이라고 부른다.

필드(RefToSTCID[0])는, 8비트의 데이터 길이를 가지며, 시스템 타임 베이 스(STC)의 불연속점에 관한 정보를 나타낸다. 필드(INTime) 및 필드(OUTTime)는, 각각 32비트의 데이터 길이를 가지며, 메인 클립 AV 스트림의 재생 범위를 나타낸다. 필드(INTime)가 시작점(IN점)을 나타내고, 필드(OUTTime)가 종료점(OUT점)을 나타낸다.

블록(blkUOMaskTable())은, 유저 입력의 접수 제한이 설정되는 테이블이다. 1비트의 데이터 길이를 갖는 플래그(PlayItemRandomAccessFlag)는, 이 블록(blkPlayItem())에 의한 플레이 아이템에 대해 랜덤 액세스를 허가하는지의 여부를 규정한다. 계속해서, 7비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 필드(StillMode)가 배치된다. 필드(StillMode)는, 8비트의 데이터 길이를 가지며, 블록(blkPlayItem())에 의한 플레이 아이템에서, 최후로 표시한 영상을 정지화로서 표시시키는지의 여부를 나타낸다. 필드(StillMode)의 값이 "0x01"(바이너리)이면, if문에 의거하여, 16비트의 데이터 길이를 갖는 필드(StillTime)에 의해 정지 시간이 나타난다. 필드(StillMode)의 값이 "0x01" 이외이면, 해당 16비트의 데이터 길이를 갖는 영역이 영역(reserved)이 된다.

또한, 수치의 기술에서 "0x"는, 그 수치가 16진 표기되어 있는 것을 나타낸다. 이것은, 이하의 같은 표기에 관해 공통이다.

블록(blkSTNTable())은, 이 블록(blkPlayItem())에 의한 플레이 아이템이 관리하고 있는 클립 AV 스트림의 속성, PID 번호, 기록 매체상에서의 기록 위치 등이 관리된다.

도 14는, 블록(blkPlayListMark())의 한 예의 구조를 표시하는 신택스를 도 시한다. 필드(Length)는 32비트의 데이터 길이를 가지며, 이 필드(Length)의 직후부터 블록(blkPlayListMark())의 최후까지의 데이터 길이를 나타낸다.

필드(NumberOfPlayListMarks)는, 16비트의 데이터 길이를 가지며, 이 블록(blkPlayListMark())에 포함되는 플레이 리스트 마크의 수를 나타낸다. 다음의 for루프문에 따라, 필드(NumberOfPlayListMarks)에서 나타나는 수만큼 플레이 리스트 마크의 정보가 기술된다.

for루프문 내에서, 8비트의 데이터 길이를 갖는 영역 reserve에 계속해서 필드(MarkType)가 배치된다. 필드(MarkType)는, 8비트의 데이터 길이를 가지며, 마크의 타입을 나타낸다. 플레이 리스트 마크에는, 엔트리 마크(EntryMark) 및 링크 포인트(LinkPoint)의 2타입이 정의되어 있고, 이 필드(MarkType)에 의해, 어느 타입인지가 나타난다. 챕터를 정의하기 위해서는, 엔트리 마크를 이용한다. 링크 포인트는, 본 발명과 관련성이 희박하기 때문에, 설명을 생략한다. 상술한 필드(NumberOfPlayListMarks)는, 엔트리 마크 및 링크 포인트를 합계한 값을 나타낸다.

필드(RefToPlayItemID)는, 16비트의 데이터 길이를 가지며, 마크가 찍혀지는 플레이 아이템을 참조하는 식별 정보(PlayItem_id)가 기술된다. 필드(MarkTimeStamp)는 32비트의 데이터 길이를 가지며, 마크가 찍혀지는 포인트를 나타내는 타임 스탬프가 기술된다. 필드(EntryESPID)는, 16비트의 데이터 길이를 가지며, 마크에 의해 지시되는 엘리멘터리 스트림을 포함하고 있는 TS 패킷의 PID의 값을 나타낸다. 필드(Duration)는, 45kHz의 클록을 단위로 한 계측에 의한, 32 비트의 데이터 길이를 갖는 부호없는 정수이다. 이 필드(Duration)에 격납된 값이 "0"이면, 이 필드(Duration)는, 의미를 이루지 않는다.

도 15는, 클립 인포메이션 파일의 한 예의 구조를 표시하는 신택스를 도시한다. 필드(TypeIndicator)는, 32비트(4바이트)의 데이터 길이를 가지며, 이 파일이 클립 인포메이션 파일인 것을 나타낸다. 필드(TypeIndicator2)는, 32비트(4바이트)의 데이터 길이를 가지며, 이 클립 인포메이션 파일의 버전을 나타낸다.

이 클립 인포메이션 파일은, 블록(blkClipInfo()), 블록(blkSequenceInfo()), 블록(blkProgramInfo()), 블록(blkCPI()), 블록(blkClipMark()) 및 블록(blkExtensionData())를 가지며, 각각 32비트의 데이터 길이를 갖는 필드(SequenceInfoStartAddress), 필드(ProgramInfoStartAddress), 필드(CPIStartAddress), 필드(ClipMarkStartAddress) 및 필드(ExtensionDataStartAddress)는, 각각 대응하는 블록의 시작 어드레스를 나타낸다.

필드(ExtensionDataStartAddress)는, 이 클립 인포메이션 파일의 최초의 바이트로부터의 상대 바이트수로, 블록(blkExtensionData())의 시작 어드레스를 나타낸다. 상대 바이트수는, "0"부터 시작된다. 만약, 이 필드(ExtensionDataStartAddress)의 값이 "0"이면, 이 파일"index.bdmv" 내에, 블록(blkExtensionData())이 존재하지 않는 것을 나타낸다.

블록(blkClipInfo())은, 이들의 시작 어드레스를 나타내는 필드에 계속되는, 96비트의 데이터 길이를 갖는 영역(reserved)의 다음부터 시작된다. 블 록(blkClipInfo())은, 이 클립 인포메이션 파일이 관리하는 클립 AV 스트림에 관한 정보가 기술된다. 블록(blkSequenceInfo())은, STC나 ATC(어라이벌 타임 베이스)가 연속하여 있는 시퀀스를 정리로서 관리하는 정보가 기술된다. 블록(blkProgramInfo())은, 이 클립 인포메이션 파일에 관리되는 클립 AV 스트림의 부호화 방식, 클립 AV 스트림중의 비디오 데이터의 애스펙트비 등의 정보가 기술된다. 블록(blkCPI())은, 랜덤 액세스 시작점 등의, AV 스트림중의 특징적인 개소를 나타내는 특징점 정보(CPI)에 관한 정보가 격납된다.

또한, 블록(blkClipMark())은, 챕터 위치 등의, 클립에 부착된 두출을 위한 인덱스 점(점프 포인트)이 기술된다. 블록(blkExtensionData())은, 확장 데이터를 격납할 수 있는 영역이다. 또한, 이들 블록(blkClipMark()) 및 클립 인포메이션 파일 내의 블록(blkExtensionData())은, 본 발명과의 관련성이 희박하기 때문에, 상세한 설명을 생략한다.

도 16은, 블록(blkClipInfo())의 한 예의 구조를 표시하는 신택스를 도시한다. 필드(Length)는 32비트의 데이터 길이를 가지며, 이 필드(Length)의 직후부터 블록(blkClipInfo())의 최후까지의 데이터 길이를 나타낸다. 16비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고, 필드(ClipStreamType)가 배치된다.

필드(ClipStreamType)는, 8비트의 데이터 길이를 가지며, 클립 AV 스트림의 종류별을 나타낸다. 이 필드(ClipStreamType)의 값은, 예를 들면 "1"로 고정적이 된다. 필드(ApplicationType)는, 8비트의 데이터 길이를 가지며, 클립 AV 스트림(확장자가 「m2ts」인 파일)이 어떤 다중화에 의해 만들어지고 있는지를 나타낸다. 필드(ApplicationType)의 값이 "1"에서, 대응하는 클립 AV 스트림은, 통상의 동화가 재생된다. 계속해서 31비트의 데이터 길이를 갖는 영역(reserved)이 배치된다.

데이터 길이가 1비트인 플래그(IsCC5)는, 플레이 리스트에서의 블록(blkPlayItem())에 의해, 대응하는 클립과 다음의 클립과의 접속을, 상술한 제 1의 심레스 접속, 즉 필드(ConnectionCondition)의 값이 "5"로 나타나는 방법으로 행하는지의 여부를 나타낸다. 플래그(IsCC5)의 값이 "1"(바이너리 값)이면, 클립 사이의 접속이 제 1의 심레스 접속에 의해 이루어지고 있는 것을 나타낸다.

필드(TSRecordingRate)는, 클립 AV 스트림 파일의 기록 레이트를 바이트/초로 나타낸 것이다. 필드(NumberOfSourcePackets)는, 클립 AV 스트림에 포함되는 소스 패킷 수를 나타낸다. 1024비트의 데이터 길이의 영역(reserved)을 사이에 두고 블록(TSTypeInfoBlock())이 배치된다. 블록(TSTypeInfoBlock())은, 클립 AV 스트림이 격납되는 패킷의 타입을 나타내는 정보가 격납된다. 이 블록(TSTypeInfoBlock())은, 본 발명과의 관련성이 희박하기 때문에, 상세한 설명을 생략한다.

다음의 if문 이하의 정보는, 상술한 플래그(IsCC5)의 값이 "1"인 경우에 기술된다. if문의 다음의 8비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 필드(FollowingClipStreamType)가 배치되는 필드(FollowingClipStreamType)는, 8비트의 데이터 길이를 가지며, 이 클립 인포메이션 파일에 대응하는 클립의 다음의 클립의 타입이 기술된다. 32비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 필드(FollowingClipInformationFileName)가 배치된다.

필드(FollowingClipInformationFileName)는, 40비트(5바이트)의 데이터 길이를 가지며, 이 클립 인포메이션 파일에 대응하는 클립의 다음의 클립에 대응하는 클립 인포메이션 파일의 파일명이 기술된다. 다음의 필드(ClipCodecIdentifier)는, 32비트(4바이트)의 데이터 길이를 가지며, 해당 다음의 클립의 부호화 방식을 나타낸다. 이 예에서는, 필드(ClipCodecIdentifier)는, ISO646에 규정의 방식으로 부호화된 4문자의 문자열치"M2TS"에 고정적이 된다. 다음에 8비트의 데이터 길이를 갖는 영역(reserved)이 배치된다.

도 17은, 블록(blkSequenceInfo())의 한 예의 구조를 표시하는 신택스를 도시한다. 필드(Length)는 32비트의 데이터 길이를 가지며, 이 필드(Length)의 직후부터 블록(blkSequenceInfo())의 최후까지의 데이터 길이를 나타낸다. 15비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고, 데이터 길이가 1비트로 고정치"1"가 기술된다.

다음의 필드(SPNATCStart)는 32비트의 데이터 길이를 가지며, 연속한 시간에 기록된 것을 나타내는 시퀀스(시퀀스(ATCSequence)라고 부른다)의 시작을 패킷 번호로 나타낸다. 이 도 17의 예에서는, 필드(SPNATCStart)는, 값을 "0"으로 하여 클립 AV 스트림 파일의 선두와 일치시키고 있다. 필드(NumberOfSTCSequence)는, 시퀀스(ATCSequence)상의 시퀀스(STCSequence)의 수를 나타낸다. 필드(NumberOfSTCSequence)는, 값이 "1" 이상이 된다.

다음의 for루프문에 따라, 필드(NumberOfSTCSequence)에서 나타나는 수만큼, 시퀀스(STCSequence)의 정보가 기술된다. 시퀀스(STCSequence)는, MPEG2 TS(Transport Stream)에서의 시간축의 기준인 PCR(Program Clock Reference)이 연속인 범위를 나타낸다. 시퀀스(STCSequence)에는, 클립 내에서 일의적인 번호(STC_id)가 할당된다. 이 시퀀스(STCSequence) 내에서는, 불연속이 없는 일관된 시간축을 정의할 수 있기 때문에, 플레이 아이템의 시작시각 및 종료시각을 일의적으로 정할 수 있다. 즉, 각 플레이 아이템의 시작점과 종료점은, 동일한 시퀀스(STCSequence)에 존재하여야 한다. 이 for루프문에서는, 값(stc_id)에 의해 시퀀스(STCSequence)가 지정된다.

필드(PCRPID[stc_id])는, 16비트의 데이터 길이를 가지며, MPEG2 TS에서, PCR(Program Clock Reference)이 포함되는 TS 패킷의 PID를 나타낸다. 필드(SPNSTCStart[stc_id])는 32비트의 데이터 길이를 가지며, 시퀀스(STCSequence)의 시작을 패킷 번호로 나타낸다. 필드(PresentationStartTime) 및 필드(PresentationEndTime)는, 각각 32비트의 데이터 길이를 가지며, 클립 AV 스트림중의 유효한 범위를 나타낸다. 필드(PresentationStartTime) 및 필드(PresentationEndTime)로 나타나는 범위가 플레이 아이템으로부터 참조할 수 있는 범위가 된다.

도 18은, 블록(blkProgramInfo())의 한 예의 구조를 표시하는 신택스를 도시한다. 필드(Length)는 32비트의 데이터 길이를 가지며, 이 필드(Length)의 직후부터 블록(blkProgramInfo())의 최후까지의 데이터 길이를 나타낸다. 15비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고, 데이터 길이가 1비트로 고정치"1"가 기술된다.

필드(SPNProgramSequenceStart)는 32비트의 데이터 길이를 가지며, 대응하는 클립 AV 스트림 파일에서, 프로그램 시퀀스가 시작되는 소스 패킷의 번호가 기술된다. 필드(ProgramMapPID)는, 16비트의 데이터 길이를 가지며, 프로그램 시퀀스에 적용 가능한 프로그램 맵 섹션을 포함한다고 되어 있는 TS 패킷의 PID의 값을 나타낸다. 필드(NumberOfStreamsInPS)는, 8비트의 데이터 길이를 가지며, 프로그램 시퀀스에 정의되는 엘리멘터리 스트림 수를 나타낸다. 필드(NumberOfStreamsInPS)에 계속해서, 8비트의 데이터 길이를 갖는 영역(reserved)이 배치된다.

다음의 for루프문에 따라, 값([stream_index])을 루프 변수로 하여, 필드(NumberOfStreamsInPS)에서 나타나는 수만큼, 필드(StreamPID[stream_index]) 및 블록(blkStreamCodingInfo(stream_index))의 조(組)가 격납된다. 필드(StreamPID[stream_index])는, 프로그램 시퀀스에 의해 참조된 PMT(ProgramMapTable)에 기술된 엘리멘터리 스트림 대응하는 PID의 값을 나타낸다. 다음의 블록(blkStreamCodingInfo(stream_index))은, 대응하는 필드(StreamPID[stream_index])에서 나타나는 엘리멘터리 스트림 부호화 방식에 관한 정보가 기술된다.

예를 들면, 블록(blkStreamCodingInfo(stream_index))은, 대응하는 엘리멘터리 스트림 비디오 스트림, 오디오 스트림, OB 스트림 및 MB 스트림의 어느것인지의 정보가 기술되고, 비디오 스트림이라면, 비디오 포맷, 프레임 레이트 및 애스펙트비의 정보가 또한 기술된다.

도 19는, 블록(blkCPI())의 한 예의 구조를 표시하는 신택스를 도시한다. MPEG 스트림과 같은, 프레임 사이 압축을 행하고 있는 부호화 스트림에서는, 디코드 시작 가능한 개소는, GOP(Group Of Picture)의 선두 등 일부의 개소로 한정되어 있는 것이 많다. CPI(Characteristic Point Information)란, 그 디코드 가능한 시작점의 위치의 정보를 모은 데이터베이스로, 재생시각과, 파일 내 어드레스가 대응시켜진 테이블로 되어 있다. 즉, CPI는, 디코드 단위의 선두 위치를 나타내는 정보가 테이블화되어 있다.

이와 같이 데이터베이스를 정함으로써, 예를 들면, 임의의 시각부터 재생하고 싶은 경우, 재생시각을 기초로 CPI를 참조함에 의해 재생 위치의 파일 내 어드레스를 알 수 있다. 이 어드레스는, 디코드 단위의 선두로 되어 있기 때문에, 플레이어는, 그곳부터 데이터를 판독하여 디코드하고, 재빠르게 화상을 표시할 수 있다.

또한, 이 CPI에 격납되는, 디코드 단위의 선두 위치(이 예에서는 GOP의 선두 위치)를, EP(Entry Point) 엔트리라고 칭한다.

도 19에서, 필드(Length)는 32비트의 데이터 길이를 가지며, 이 필드(Length)의 직후부터 블록(blkCPI())의 최후까지의 데이터 길이를 나타낸다. 다음의 if문에 따라, 필드(Length)의 값이 0이 아니면, 12비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 필드(CPIType)가 배치된다. 필드(CPIType)는, 4비트의 데이터 길이를 가지며, CPI의 종류를 나타낸다. 다음의 블록(blkEPMap())은, 대응하는 클립 AV 스트림 파일에서의 PTS값과 바이트 어드레스와의 관련시킴을 행하는 테이블이 격납된다.

도 20은, 블록(blkEPMap())의 한 예의 구조를 표시하는 신택스를 도시한다. 8비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 필드(NumberOfStreamPIDEntries)가 배치된다. 필드(NumberOfStreamPIDEntries)는, 8비트의 데이터 길이를 가지며, 블록(blkEPMap())에서의 블록(blkEPMapForOneStreamPID)의 엔트리 수를 나타낸다. for루프문에 따라, 값[k]을 루프 변수로 하여, 필드(NumberOfStreamPIDEntries)에 나타나는 수만큼, 엔트리 포인트에 관한 정보가 기술된다.

for루프문 내에서, 필드(StreamPID[k])는, 16비트의 데이터 길이를 가지며, 블록(blkEPMap())중에서 [k]번째에 엔트리되는 블록(blkEPMapForOneStreamPID)(이하, [k]번째의 블록(blkEPMapForOneStreamPID)이라고 기술한다)에 의해 참조되는 엘리멘터리 스트림을 전송하는 트랜스포트 패킷의 PID의 값을 나타낸다.

10비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 필드(EPStreamType[k])가 배치된다. 필드(EPStreamType[k])는, 4비트의 데이터 길이를 가지며, [k]번째의 블록(blkEPMapForOneStreamPID)에 의해 참조되는 엘리멘터리 스트림의 타입을 나타낸다. 필드(NumberOfEPCoarseEntries[k])는, 16비트의 데이터 길이를 가지며, [k]번째의 블록(blkEPMapForOneStreamPID)중에 있는 거친 검색용의 서브테이블(EP coarse table)의 엔트리 수를 나타낸다. 필드(NumberOfEPFineEntries[k])는, 18비트의 데이터 길이를 가지며, [k]번째의 블록(blkEPMapForOneStreamPID)중에 있는 정밀한 검색용의 서브테이블(EP fine table)의 엔트리 수를 나타낸다. 필드(EPMapForOneStreamPIDStartAddress[k])는 32 비트의 데이터 길이를 가지며, 블록(blkEPMap())중에서 [k]번째의 블록(blkEPMapForOneStreamPID)이 시작되는 상대 바이트 위치를 나타낸다. 이 값은, 블록(blkEPMap())의 제 1바이트째부터의 바이트수로 나타난다.

상술한 for루프문에 의한 기술의 후, 16비트의 정수배의 데이터 길이를 갖는 패딩 워드를 끼우고 기술되는 for루프문에 따라, 값[k]을 루프 변수로 하여, 필드(NumberOfStreamPIDEntries)에 나타나는 수만큼, 블록(blkEPMapForOneStreamPID(EPStreamType[k], NumberOfEPCoarseEntries[k], NumberOfEPFineEntries[k]))이 격납된다. 즉, 인수(NumberOfEPCoarseEntries[k])는, 서브테이블(EP coarse table)에 격납되는 엔트리(PTSEPCoarse) 및 엔트리(SPNEPCoarse)의 수를 나타낸다. 마찬가지로, 인수(NumberOfEPFineEntries[k])는, 서브테이블(EP fine table)에 격납되는 엔트리(PTSEPFine) 및 엔트리(SPNEPFine)의 수를 나타낸다. 이하에서는, 인수(NumberOfEPCoarseEntries[k]) 및 인수(NumberOfEPFineEntries[k])를, 각각 적절히, 엔트리 수(Nc) 및 엔트리 수(Nf)라고 부른다.

도 21은, 블록(blkEPMapForOneStreamPID(EP_stream_type, Nc, Nf))의 한 예의 구조를 표시하는 신택스를 도시한다. 블록(blkEPMapForOneStreamPID(EP_stream_type, Nc, Nf))의 시멘틱스를 설명하기 위해, 우선, 블록(blkEPMapForOneStreamPID(EP_stream_type, Nc, Nf))에 격납되는 데이터의 기초가 되는 엔트리인, 엔트리(PTSEPStart) 및 엔트리(SPNEPStart)의 의미에 관해 설명한다.

엔트리(PTSEPStart)와, 엔트리(PTSEPStart)에 관련시켜진 엔트리(SPNEPStart)는, 각각 AV 스트림상의 엔트리 포인트를 가리킨다. 그리고, 엔트리(PTSEPFine)와, 엔트리(PTSEPFine)에 관련시켜진 엔트리(PTSEPCoarse)는, 동일한 엔트리(PTSEPStart)로부터 도출된다. 또한, 엔트리(SPNEPFine)와, 엔트리(SPNEPFine)에 관련시켜진 엔트리(SPNEPCoarse)는, 동일한 엔트리(SPNEPStart)로부터 도출된다.

도 22는, 엔트리(PTSEPCoarse) 및 엔트리(PTSEPFine)의 한 예의 포맷에 관해 도시한다. PTS 즉 엔트리(PTSEPStart)는, 데이터 길이가 33비트인 값이다. MSB의 비트를 제 32비트, LSB의 비트를 제 0비트라고 할 때, 이 도 22의 예에서는, 대략적인 단위로 검색을 행할 때에 이용되는 엔트리(PTSEPCoarse)는, 엔트리(PTSEPStart)의 제 32비트부터 제 19비트까지의 14비트가 이용된다. 엔트리(PTSEPCoarse)에 의해, 해상도가 5.8초이고, 26.5시간까지의 범위에서 검색이 가능하다. 또한, 보다 정밀한 검색을 행하기 위한 엔트리(PTSEPFine)는, 엔트리(PTSEPStart)의 제 19비트부터 제 9비트까지의 11비트가 이용된다. 엔트리(PTSEPFine)에 의해, 해상도가 5.7밀리초이고, 11.5초까지의 범위에서 검색이 가능하다. 또한, 제 19비트는, 엔트리(PTSEPCoarse)와 엔트리(PTSEPFine)에서 공통으로 이용된다. 또한, LSB측의 제 0비트부터 제 8비트까지의 9비트는, 이용되지 않는다.

도 23은, 엔트리(SPNEPCoarse) 및 엔트리(SPNEPFine)의 한 예의 포맷에 관해 도시한다. 소스 패킷 번호 즉 엔트리(SPNEPStart)는, 데이터 길이가 32비트인 값이 다. MSB의 비트를 제 31비트, LSB의 비트를 제 0비트라고 할 때, 이 도 23의 예에서는, 대략적인 단위로 검색을 행할 때에 이용되는 엔트리(SPNEPCoarse)는, 엔트리(SPNEPStart)의 제 31비트부터 제 0비트까지의 모든 비트가 이용된다. 또한, 보다 정밀한 검색을 행하기 위한 엔트리(SPNEPFine)는, 엔트리(SPNEPStart)의 제 16비트부터 제 0비트까지의 17비트가 이용된다. 엔트리(SPNEPFine)에 의해, 예를 들면 약 25MB(Mega Byte)의 AV 스트림 파일까지의 범위에서, 검색이 가능하다.

또한, 소스 패킷 번호의 경우에도, 엔트리(SPNEPCoarse)로서 MSB측의 소정비트 수의 값만 이용하도록 하여도 좋다. 예를 들면, 엔트리(SPNEPCoarse)로서, 엔트리(SPNEPStart)의 제 31비트부터 제 16비트까지의 17비트를 이용하고, 엔트리(SPNEPFine)는, 엔트리(SPNEPStart)의 제 16비트부터 제 0비트까지의 17비트를 이용한다.

상술한 것에 의거하여, 엔트리(PTSEPStart) 및 엔트리(SPNEPStart)는, 다음과 같이 정의된다.

엔트리(PTSEPStart)는, 도 22에서 도시한 바와 같이, 데이터 길이가 33비트의 부호없는 정수이고, AV 스트림중에서, 랜덤 액세스가 가능한 픽처(예를 들면 IDR(InstantaneousDecodingRefresh)픽처나 I(Intra)픽처)로부터 시작하는 비디오 액세스 유닛의 33비트 길이의 PTS를 나타낸다.

엔트리(SPNEPStart)는, 도 23에서 도시한 바와 같이, 32비트의 부호없는 정수이고, 엔트리(PTSEPStart)에 관련시켜진 비디오 액세스 유닛의 제 1바이트째를 포함하는 소스 패킷의, AV 스트림중에서의 어드레스를 나타낸다. 엔트 리(SPNEPStart)는, 소스 패킷 번호의 단위로 표시되고, AV 스트림 파일중의 최초의 소스 패킷부터, 값"0"를 초기치로 하여, 소스 패킷마다 하나씩 증가하는 값으로서 카운트된다.

도 21을 참조하면, 블록(blkEPMapForOneStreamPID(EP_stream_type, Nc, Nf))은, 제 1의 for루프문에 의해 대략적인 단위로의 검색을 행하기 위한 서브테이블(EP coarse table)이 기술되고, 제 2의 for루프문에 의해 서브테이블(EP coarse table)의 검색 결과에 의거하여 보다 상세한 검색을 행하기 위한 서브테이블(EP fine table)이 기술된다.

제 1의 for루프문의 직전에, 필드(EPFineTableStartAddress)가 배치된다. 필드(EPFineTableStartAddress)는 32비트의 데이터 길이를 가지며, 최초의 제 2의 for루프에서의 필드(ReservedEPFine[EP_fine_id])의 제 1바이트째의 시작 어드레스를, 블록(blkEPMapForOneStreamPID(EP_stream_type, Nc, Nf))의 제 1바이트째부터의 상대 바이트수로 나타낸다. 상대 바이트수는, 값"0"부터 시작한다.

제 1의 for루프문은, 루프 변수[i]로써, 서브테이블(EP coarse table)의 엔트리 수(Nc)까지 반복되고, 엔트리 수(Nc)의 조(組) 수만큼 필드(RefToEPFineID[i]), 엔트리(PTSEPCoarse[i]) 및 엔트리(SPNEPCoarse[i])가 격납된다. 제 1의 for루프문에서, 필드(RefToEPFineID[i])는, 18비트의 데이터 길이를 가지며, 필드(RefToEPFineID[i])에 계속된 필드(PTSEPCoarse[i])가 나타내는 엔트리(PTSEPCoarse)에 관련시켜진 엔트리(PTSEPFine)를 갖는, 서브테이블(EP fine table) 내의 엔트리 번호를 나타낸다. 엔트리(PTSEPFine)와, 이 엔트리(PTSEPFine) 에 관련시켜진 엔트리(PTSEPCoarse)는, 동일한 엔트리(PTSEPStart)로부터 도출된다. 필드(RefToEPFineID[i])는, 제 2의 for루프문중에서 기술되는 순번으로 정의되는 루프 변수([EP_fine_id])의 값에 의해 주어진다.

제 1의 for루프문의 후에, 패딩 워드를 끼우고 제 2의 for루프문에 의한 기술이 이루어진다. 제 2의 for루프문은, 루프 변수([EP_fine_id])로써, 서브테이블(EP fine table)의 엔트리 수(Nf)까지 반복되고, 엔트리 수(Nf)의 조 수만큼, 1비트의 데이터 길이를 갖는 필드(ReservedEPFine[EP_fine_id])와, 3비트의 데이터 길이를 갖는 필드(IEndPositionOffset[EP_fine_id])와, 11비트의 데이터 길이를 갖는 필드(PTSEPFine[EP_fine_id])와, 17비트의 데이터 길이를 갖는 필드(SPNEPFine[EP_fine_id])가 격납된다. 이 중, 필드(PTSEPFine[EP_fine_id]) 및 필드(SPNEPFine[EP_fine_id])는, 루프 변수([EP_fine_id])에 의거하여 서브테이블(EP fine table)로부터 참조되는 엔트리(PTSEPFine) 및 엔트리(SPNEPFine) 각각이 격납된다.

엔트리(PTSEPCoarse) 및 엔트리(PTSEPFine), 및, 엔트리(SPNEPCoarse) 및 엔트리(SPNEPFine)는, 다음과 같이 도출된다. 서브테이블(EP fine table)에, 관련되는 데이터(SPNEPStart)의 값의 승순(昇順)으로 나열되어 있는 Nf개의 엔트리가 있다고 한다. 각각의 엔트리(PTSEPFine)는, 대응하는 엔트리(PTSEPStart)로부터, 다음 식(1)과 같이 도출된다.

PTSEPFine[EP_fine_id]=(PTSEPStart[EP_fine_id]>>9)/2¹¹ … (1)

엔트리(PTSEPCoarse)와, 대응하는 엔트리(PTSEPFine)의 관계는, 다음 식(2), (3)과 같다.

PTSEPCoarse[i]=(PTSEPStart[RefToEPFineID[i]]>>19)/2¹⁴ … (2)

PTSEPFine[RefToEPFineID[i]]=(PTSEPStart[RefToEPFineID[i]]>>9)/2¹¹ … (3)

각각의 엔트리(SPNEPFine)는, 대응하는 엔트리(SPNEPStart)로부터, 다음 식(4)과 같이 도출된다.

SPNEPFine[EP_fine_id]=SPNEPStart[EP_fine_id]/2¹⁷ … (4)

엔트리(SPNEPCoarse)와, 대응하는 엔트리(SPNEPFine)의 관계는, 다음 식(5), (6)과 같다.

SPNEPCoarse[i]=SPNEPStart[RefToEPFineID[i]] … (5)

SPNEPFine[RefToEPFineID[i]]=SPNEPStart[RefToEPFineID[i]]/2¹⁷ … (6)

또한, 상술한 식(1) 내지 (6)에서, 기호 「>>x」는, 데이터의 LSB측에서 x비트를 초과하는 자릿수로부터 비트를 이용하는 것을 의미한다.

다음에, 확장 데이터를 격납하기 위한 블록(blkExtensionData())에 관해 설명한다. 이 블록(blkExtensionData())은, 소정의 확장 데이터를 격납 가능하게 정의되고, 인덱스 테이블이 격납되는 파일"index.bdmv", 플레이 리스트가 격납되는 파일"xxxxx.mpls" 및 클립 인포메이션 파일"zzzzz.clpi"의 각 파일에 기술할 수 있 다.

도 24는, 블록(blkExtensionData())의 한 예의 구조를 표시하는 신택스를 도시한다. 필드(Length)는 32비트의 데이터 길이를 가지며, 이 필드(Length)의 직후부터 블록(blkExtensionData())의 끝까지의 데이터 길이를 바이트수로 나타낸다. 이 필드(Length)의 나타내는 데이터 길이가 "0"이 아니면, if문 이하의 기술이 이루어진다.

필드(DataBlockStartAddress)는 32비트의 데이터 길이를 가지며, 이 신택스중의, 확장 데이터의 본체가 격납되는 블록(DataBlock())의 시작 어드레스를, 이 블록(blkExtensionData())의 선두바이트로부터의 상대 바이트수로 나타낸다. 즉, 상대 바이트수는, "0"부터 시작된다. 또한, 필드(DataBlockStartAddress)는, 다음에 나타내는 32비트 얼라인먼트의 조건을 충족시켜야 한다.

DataBlockStartAddress%4=0

24비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 필드(NumberOfExtDataEntries)가 배치된다. 필드(NumberOfExtDataEntries)는, 8비트의 데이터 길이를 가지며, 이 블록(blkExtensionData())의 블록(DataBlock())에 격납되는 확장 데이터의 엔트리 수를 나타낸다. 확장 데이터의 엔트리는, 확장 데이터의 본체를 취득하기 위한 정보가 격납된다. 이 예에서는, 확장 데이터의 엔트리는, 필드(ExtDataType), 필드(ExtDataVersion), 필드(ExtDataStartAddress) 및 필드(ExtDataLength)로 이루어지는 블록(ext_data_entry())이고, 블록(blkExtensionData())에서, 제 1의 for루프문에 따라 이 필 드(NumberOfExtDataEntries)에 나타나는 개수만큼, 이 블록(ext_data_entry())가 존재한다.

필드(ExtDataType)는, 16비트의 데이터 길이를 가지며, 이 블록(blkExtensionData())에 기술되는 확장 데이터가 기록 장치용의 확장 데이터인 것을 나타낸다. 이 필드(ExtDataType)의 값은, 확장 데이터를 식별하는 제 1의 값이고, 이 블록(blkExtensionData())을 포함하는 규격서의 라이센서(이용 인가자)가 할당된다고 정의할 수 있다. 필드(ExtDataVersion)는, 확장 데이터를 식별하는 제 2의 값이고, 이 확장 데이터의 버전 번호를 나타내는 것으로 정의할 수 있다. 또한, 이 블록(blkExtensionData())에서, 필드(ExtDataType) 및 필드(ExtDataVersion)의 값이 동일한 블록(ext_data_entry())가 2 이상, 존재하면 않된다.

필드(ExtDataStartAddress)는 32비트의 데이터 길이를 가지며, 이 필드(ExtDataStartAddress)가 포함되는 확장 데이터의 엔트리(블록(ext_data_entry()))에 대응하는 확장 데이터의 시작 어드레스를 나타낸다. 필드(ExtDataStartAddress)는, 블록(blkExtensionData())의 선두바이트로부터의 상대 바이트수로, 확장 데이터(ext_data)의 시작 어드레스를 나타낸다. 또한, 필드(ExtDataStartAddress)는, 다음에 나타내는 32비트 얼라인먼트의 조건을 충족시켜야 한다.

ExtDataStartAddress%4=0

필드(ExtDataLength)는 32비트의 데이터 길이를 가지며, 이 필 드(ExtDataStartAddress)가 포함되는 확장 데이터의 엔트리(블록(ext_data_entries()))에 대응하는 확장 데이터의 데이터 길이를 나타낸다. 데이터 길이는, 바이트수로 나타난다.

필드(NumberOfExtDataEntries)에서 나타낸 개수만큼, 확장 데이터의 엔트리(블록(ext_data_entry()))가 기술되면, 각각 16비트의 데이터 길이를 갖고 임의의 데이터열로 이루어지는 필드(padding_word)가, 2필드를 조로 하여 임의의 회수(L1)만큼 반복된다. 그 후, 확장 데이터의 본체가 격납되는 블록(DataBlock())이 기술된다. 블록(DataBlock())은, 하나 이상의 확장 데이터가 격납된다. 각각의 확장 데이터(ext_data)는, 상술한 필드(ExtDataStartAddress) 필드(ExtDataLength)에 의거하여, 블록(DataBlock())로부터 취출된다.

도 25는, 블록(blkExtensionData())에서의 각 데이터의 참조 관계를 모식적으로 도시한다. 필드(Length)에 의해, 필드(Length) 직후의 위치부터 블록(blkExtensionData())의 최후까지의 데이터 길이가 나타난다. 필드(DataBlockStartAddress)에 의해, 블록(DataBlock())의 시작 위치가 나타난다. 필드(NumberOfExtDataEntries)에서 나타나는 개수만큼, 블록(ext_data_entry)이 기술된다. 최후의 블록(ext_data_entry)부터 블록(DataBlock()) 사이에는, 임의의 길이로 필드(padding_word)가 놓여진다.

블록(DataBlock()) 내에는, 블록(ext_data_entry())에서 나타나는 확장 데이터(ext_data)가 놓여진다. 각각의 확장 데이터(ext_data)의 위치 및 데이터 길이는, 대응하는 블록(ext_data_entry()) 내의 필드(ExtDataStartAddress) 및 필 드(ExtDataLength)에 의해 나타난다. 따라서 블록(DataBlock()) 내에서의 확장 데이터(ext_data)의 나열 순서는, 대응하는 블록(ext_data_entry())의 나열 순서와 일치하지 않아도 좋다.

이와 같이, 확장 데이터를, 확장 데이터의 본체가 격납되는 블록(DataBlock())과, 블록(DataBlock()) 내의 확장 데이터에 대한 액세스 정보 등이 격납되는 블록(ext_data_entry())에 의한 2층구조로 함으로써, 복수의 확장 데이터를 격납하는 것이 가능해진다.

다음에, 상술한 확장 데이터의 한 예의 작성 방법 및 판독 방법에 관해 설명한다. 도 26은, 블록(blkExtensionData())에 데이터를 기록할 때의 한 예의 처리를 도시하는 플로우 차트이다. 이 도 26은, 블록(blkExtensionData())중의 (n+1)번째의 엔트리로서, 확장 데이터를 추가하고, 블록(blkExtensionData())을 재기록하는 경우의 예이다.

우선, 스텝 S10에서, 기록하고자 하고 있는 확장 데이터의 데이터 길이를 취득하고, 필드(ExtDataLength[n+1])의 값에 세트한다. 또한, 「[n+1]」의 기술은, (n+1)번째의 엔트리의 번호에 대응한다. 다음에, 스텝 S11에서, 현재의 블록(blkExtensionData())에 열거되어 있는 블록(ext_data_entry())의 필드(ExtDataLength) 및 필드(ExtDataStartAddress)의 값을 조사하고, 블록(DataBlock())의 이용 상황을 취득한다.

그리고, 다음의 스텝 S12에서, 블록(DataBlock())중에, 기록하고자 하고 있는 확장 데이터의 데이터 길이인 필드(ExtDataLength[n+1])에 나타나는 데이터 길 이 이상의, 연속한 빈 영역이 있는지의 여부가 판단된다. 만약, 있다고 판단되면, 처리는 스텝 S14로 이행된다.

한편, 필드(ExtDataLength[n+1])에 나타나는 데이터 길이 이상의 연속한 빈 영역이 없다고 판단되면, 처리는 스텝 S13으로 이행되어, 블록(blkExtensionData())에서의 필드(Length)의 값을 크게 하여, 필드(ExtDataLength[n+1])에 나타나는 데이터 길이 이상의 연속한 빈 영역을 블록(DataBlock()) 내에 만든다. 빈 영역이 만들어졌으면, 처리가 스텝 S14로 이행된다.

스텝 S14에서는, 확장 데이터를 기록하는 영역의 선두 어드레스를 정하고, 그 선두 어드레스의 값을 필드(ExtDataStartAddress[n+1])로 한다. 다음의 스텝 S15에서, 필드(ExtDataStartAddress[n+1])로부터, 상술한 스텝 S10에서 세트된 필드(ExtDataLength[n+1])의 길이의 확장 데이터(ext_data)[n+1]를 기록한다.

데이터의 기록이 종료되면, 스텝 S16에서, 블록(ext_data_entry())에 대해, 필드(ExtDataLength[n+1])와, 필드(ExtDataStartAddress[n+1])를 추가한다.

또한, 상술한 것에 있어서, 재기록을 행하는 블록(blkExtensionData())은, 이미 디스크 등의 기록 매체로부터 판독되어 기록 장치의 메모리에 기억되어 있는 것으로 한다. 그 때문에, 스텝 S13에서의, 필드(Length)의 값의 변경에 의한 블록(blkExtensionData())의 확대는, 시스템에 맡겨지고, 시스템이 메모리 앨로케이션을 적절하게 행함으로써 이루어진다.

도 27은, 블록(blkExtensionData())으로부터 확장 데이터를 판독할 때의 한 예의 처리를 도시하는 플로우 차트이다. 또한, 이 도 27의 플로우 차트에 의한 처리는, 재생 전용의 기록 매체와, 기록 가능한 기록 매체의 양쪽에 적용 가능한 것이다. 우선, 최초의 스텝 S20에서, 판독하고자 하는 확장 데이터가 준거하는 규격으로부터, 필드(ExtDataType)의 값을 취득하고, 스텝 S21에서, 판독하고자 하는 확장 데이터의 종류별로부터, 필드(ExtDataVersion)의 값을 취득한다.

다음의 스텝 S22에서, 블록(blkExtensionData())에 열거되어 있는 블록(ext_data_entry())를 하나씩 순차로, 판독한다. 그리고, 스텝 S23에서, 판독한 블록(ext_data_entry())에 포함되는 필드(ExtDataType) 및 필드(ExtDataVersion)의 값이, 상술한 스텝 S20 및 스텝 S21에서 취득한 필드(ExtDataType) 및 필드(ExtDataVersion)의 값과 일치하는지의 여부가 판단된다.

일치하지 않는다고 판단되면, 처리는 스텝 S26으로 이행되어, 블록(blkExtensionData()) 내에 열거되는 블록(ext_data_entry())을 전부 다 판독하였는지 여부가 판단된다. 전부 다 판독하였다고 판단되면, 처리는 스텝 S27로 이행되어, 이 블록(blkExtensionData())에는, 판독하고자 한 확장 데이터가 존재하지 않는다고 하여, 일련의 처리가 종료된다. 전부 다 판독하지 않았다고 판단되면, 처리는 스텝 S22로 되돌아와, 다음의 블록(ext_data_entry())이 판독된다.

상술한 스텝 S23에서, 블록(ext_data_entry())에 포함되는 필드(ExtDataType) 및 필드(ExtDataVersion)의 값이, 취득한 필드(ExtDataType) 및 필드(ExtDataVersion)의 값과 일치하고 있다고 판단되면, 처리는 스텝 S24로 이행된다. 여기서는, 블록(blkExtensionData())중의 [i]번째의 엔트리에서 일치한 것으 로 한다.

스텝 S24에서는, [i]번째의 엔트리의 블록(ext_data_entry())으로부터 필드(ExtDataLength[i])의 값과, 필드(ExtDataStartAddress[i])의 값을 판독한다. 그리고, 스텝 S25에서, 스텝 S24에서 판독한 필드(ExtDataStartAddress[i])로 나타나는 어드레스로부터, 필드(ExtDataLength[i])로 나타나는 데이터 길이만큼, 데이터를 판독한다.

다음에, 상술한, 인덱스 파일"index.bdmv", 무비 오브젝트 파일"MovieObject.bdmv", 플레이 리스트 파일"xxxxx.mpls" 및 클립 인포메이션 파일"zzzzz.clpi"에 각각 정의(定義) 가능한, 확장 데이터를 격납하는 확장 데이터 블록(blkExtensionData())에 관해 설명한다.

우선, 인덱스 파일"index.bdmv"에 대해 정의되는 한 예의 확장 데이터 블록에 관해 설명한다. 여기서는, 플레이 리스트마다 기록 가능한 기록 매체에 특유한 속성 정보를 부가하도록 하였다, 한 예의 확장 데이터 블록에 관해 설명한다. 도 28은, 이 플레이 리스트 속성을 기술하기 위한, 파일"index.bdmv" 내의 필드(blkExtensionData())에서의 블록(DataBlock())(도 24 참조)의 한 예의 구조를 표시하는 신택스를 도시한다. 이 도 28의 예에서는, 블록(DataBlock())이 블록(blkIndexExtensionData())으로서 기술되어 있다.

우선, 상술한 도 24을 참조하여, 블록(blkExtensionData())에서 필드(ExtDataType)를 값"0x1000", 필드(ExtDataVersion)를 값"0x0100"으로 한다. 이들 필드(ExtDataType) 및 필드(ExtDataVersion)에 기술된 값은, 예를 들면 재생 장 치측에서, 미리 ROM(Read Only Memory) 등에 기억된 테이블이 참조되어 식별된다. 블록(DataBlock()) 내의 필드(ExtDataStartAddress) 및 필드(ExtDataLength)에서 나타나는 영역에, 블록(blkIndexExtensionData())이 격납된다.

블록(blkIndexExtensionData())에서, 필드(TypeIndicator)는, 다음에 계속된 데이터의 종류를 나타낸다, ISO646에 규정된 부호화 방식으로 부호화한 4문자로 이루어지는 문자열이 기술된다. 이 도 28의 예에서는, 필드(TypeIndicator)에 ISO646에 규정의 방식으로 부호화된 4문자의 문자열"IDEX"이 기술되고, 다음에 계속된 데이터 종류가 인덱스 파일에서의 확장 데이터인 것이 나타난다.

필드(TypeIndicator)에 계속해서 32비트의 데이터 길이를 갖는 영역(reserved)이 배치되고, 그 다음에, 32비트의 데이터 길이를 갖는 필드(TableOfPlayListStartAddress)가 배치된다. 필드(TableOfPlayListStartAddress)는, 블록(blkTableOfPlayList())의, 이 블록(blkIndexExtensionData()) 선두를 기준으로 한 시작 어드레스가 나타난다.

필드(TableOfPlayListStartAddress)의 다음에, 32비트의 데이터 길이를 갖는 필드(MakersPrivateDataStartAddress)가 배치되고 블록(blkMakersPrivateData())의 이 블록(blkIndexExtensionData()) 선두를 기준으로 한 시작 어드레스가 나타나고, 192비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 블록(blkUIAppInfoAVCHD())이 배치된다. 16비트의 데이터 길이를 갖는 패딩 워드(padding_word)가 값(N1)으로 나타나는 회수만큼 반복되고, 다음에, 블록(blkTableOfPlayLists())가 배치된다. 또한 계속해서, 16비트의 데이터 길이를 갖는 패딩 워드(padding_word)가 값(N2)으로 나타나는 회수만큼 반복되고, 다음에 블록(blkMakersPrivateData())가 배치된다. 이 블록(blkMakersPrivateData())의 후에, 16비트의 데이터 길이를 갖는 패딩 워드(padding_word)가 값(N3)으로 나타나는 회수만큼 반복된다.

또한, 블록(blkUIAppInfoAVCHD()) 및 블록(blkMakersPrivateData())은, 본 발명과 관련성이 희박하기 때문에, 설명을 생략한다.

도 29는, 상술한 블록(blkTableOfPlayLists())의 한 예의 구조를 표시하는 신택스를 도시한다. 필드(Length)는 32비트의 데이터 길이를 가지며, 이 필드(Length)의 직후부터 블록(blkTableOfPlayLists())의 최후의 바이트까지의 데이터 길이를 바이트수로 나타낸다. 필드(Length)에 계속해서, 재생 타이틀을 재생하기 위한 플레이 리스트에 관한 정보가 기술되는 블록(blkFirstPlaybackTitlePlayLists())과, 메뉴 타이틀에 관한 정보가 기술되는 블록(blkMenuTitlePlayLists())이 배치된다. 이들 블록(blkFirstPlaybackTitlePlayLists()) 및 블록(blkMenuTitlePlayLists())은, 본 발명과 관련성이 희박하기 때문에, 설명을 생략한다.

다음에, 16비트의 데이터 길이를 갖는 필드(NumberOfTitlePlayListPair)가 배치된다. 필드(NumberOfTitlePlayListPair)는, 플레이백 타이틀 및 메뉴 타이틀 이외의 타이틀을 재생하기 위한 플레이 리스트의 수가 기술된다. 다음의 for루프문에 따라, 필드(NumberOfTitlePlayListPair)에서 나타나는 수만큼, 블록(blkMovieTitlePlayListPair())이 기술된다. 블록(blkMovieTitlePlayListPair()) 은, 필드(PlayListFileName), 필드(PlayListAttribute) 및 필드(RefToTitleID)를 포함한다. 즉, 블록(blkMovieTitlePlayListPair())은, 이 for루프문으로 나타나는 [i]번째의 플레이 리스트에 관해, 해당 플레이 리스트의 파일명, 해당 플레이 리스트에 부여된 속성, 및, 해당 플레이 리스트의 참조 타이틀 ID로 이루어지는 플레이 리스트의 정보를 구조화한 것이다.

이 for루프문에 의한 나열 순서는, 기록순이 된다. 즉, 하나의 플레이 리스트가 추가되면, 필드(NumberOfTitlePlayListPair)의 값이 "1"만큼 잉크리먼트되고, 기존의 플레이 리스트의 정보의 뒤에, 추가된 플레이 리스트의 정보가 추기(追記)된다.

필드(PlayListFileName)는, 40비트(5바이트)의 데이터 길이를 가지며, 플레이 리스트의 파일명이 ISO646에 규정된 부호화 방식으로 부호화되어 기술된다. 필드(PlayListFileName)의 다음에, 6비트의 데이터 길이를 갖는 영역(reserved)을 사이에 두고 필드(PlayListAttribute)가 배치된다. 필드(PlayListAttribute)는, 2비트의 데이터 길이를 가지며, 해당 플레이 리스트에 부여된 속성을 나타낸다. 플레이 리스트는, 그 성인(成因)에 의거하여, 클립의 생성과 함께 생성된 플레이 리스트에 대응하는 제 1의 종류와, 기존의 타이틀 또는 플레이 리스트의 일부 또는 전부를 이용하여 작성되는 플레이 리스트에 대응하는 제 2의 종류와, 메뉴를 재생하기 위해 이용하는 제 3의 종류의 3종류로 나눠지고, 각 플레이 리스트에는, 플레이 리스트의 종류에 응하여, 각각 대응하는 속성「Real」(제 1의 종류), 속성「Virtual」(제 2의 종류) 및 속성「Menu」(제 3의 종류)가 부여된다.

또한, 이하에서는 적절히, 속성「Real」가 부여된 플레이 리스트를 리얼 플레이 리스트, 속성「Virtual」가 부여된 플레이 리스트를 버추얼 플레이 리스트, 속성「Menu」를 부여된 플레이 리스트를 메뉴 플레이 리스트라고 부른다.

필드(RefToTitleID)는, 동일 루프 내의 필드(PlayListFileName)에 나타나는 플레이 리스트가 작성시에 속하는 타이틀의 ID(번호)가 기술된다. 보다 구체적인 예로서는, 인덱스 파일"index.bdmv" 내의 블록(blkIndexes())에서의, 대응하는 값(title_id)이 기술된다. 또한, 해당 플레이 리스트가 퍼스트 플레이백 타이틀만으로부터 재생되는 경우, 필드(RefToTitleID)의 값은, 제 1의 고정치, 예를 들면 "0xFFFF"가 된다. 또한, 해당 플레이 리스트가 메뉴 타이틀만으로부터 재생된 경우는, 필드(RefToTitleID)의 값은, 제 2의 고정치, 예를 들면 "0xFFFE"가 된다.

다음에, 가상 플레이어에 관해, 개략적으로 설명한다. 상술한 바와 같은 데이터 구조를 갖는 디스크가 플레이어에 장전되면, 플레이어는, 디스크로부터 판독된 무비 오브젝트 등에 기술된 커맨드를, 플레이어 내부의 하드웨어를 제어하기 위한 고유의 커맨드로 변환할 필요가 있다. 플레이어는, 이와 같은 변환을 행하기 위한 소프트웨어를, 플레이어에 내장된 ROM(Read Only Memory)에 미리 기억하고 있다. 이 소프트웨어는, 디스크와 플레이어를 중개하여 플레이어에 AVCHD 포맷의 규정에 따른 동작을 시키기 때문에, 가상 플레이어라고 칭하여진다.

도 30A 및 도 30B는, 이 가상 플레이어의 동작을 개략적으로 도시한다. 도 30A는, 디스크의 로딩시의 동작의 예를 도시한다. 디스크가 플레이어에 장전되어 디스크에 대한 이니셜 액세스가 이루어지면(스텝 S30), 하나의 디스크에서 공유적 으로 이용되는 공유 파라미터가 기억되는 레지스터가 초기화된다(스텝 S31). 그리고, 다음의 스텝 S32에서, 무비 오브젝트 등에 기술된 프로그램이 디스크로부터 판독되어 실행된다. 또한, 이니셜 액세스는, 디스크 장전시와 같이, 디스크의 재생이 최초에 행하여지는 것을 말한다.

도 30B는, 플레이어가 정지 상태로부터 유저에 의해 예를 들면 플레이 키가 압하되어 재생이 지시된 경우의 동작의 예를 도시한다. 최초의 정지 상태(스텝 S40)에 대해, 유저에 의해, 예를 들면 리모트컨트롤 커맨더 등을 이용하여 재생이 지시된다(UO : User Operation). 재생이 지시되면, 우선, 레지스터 즉 공통 파라미터가 초기화되고(스텝 S41), 다음의 스텝 S42에서, 무비 오브젝트 실행 페이즈로 이행한다.

무비 오브젝트의 실행 페이즈에서의 플레이 리스트의 재생에 관해, 도 31을 이용하여 설명한다. UO 등에 의해, 타이틀 번호#1의 컨텐츠를 재생 시작하는 지시가 있은 경우에 관해 생각한다. 플레이어는, 컨텐츠의 재생 시작 지시에 응하여, 상술한 도 2에 도시되는 인덱스 테이블(Index Table)을 참조하고, 타이틀#1의 컨텐츠 재생에 대응하는 오브젝트의 번호를 취득한다. 예를 들면 타이틀#1의 컨텐츠 재생을 실현하는 오브젝트의 번호가 #1이였다고 하면, 플레이어는, 무비 오브젝트#1의 실행을 시작한다.

이 도 31의 예에서는, 무비 오브젝트#1에 기술된 프로그램은 2행으로 이루어지고, 1행째의 커맨드가 "Play PlayList(1)"였다고 하면, 플레이어는, 플레이 리스트#1의 재생을 시작한다. 플레이 리스트#1는, 하나 이상의 플레이 아이템으로 구성 되고, 플레이 아이템이 순차로 재생된다. 플레이 리스트#1중의 플레이 아이템의 재생이 종료되면, 무비 오브젝트#1의 실행으로 되돌아와, 2행째의 커맨드가 실행된다. 도 31의 예에서는, 2행째의 커맨드가 "jump MenuTitle"이고, 이 커맨드가 실행되어 인덱스 테이블에 기술된 메뉴 타이틀(MenuTitle)을 실현하는 무비 오브젝트의 실행이 시작된다.

다음에, 본 발명의 실시의 한 형태에 관해 설명한다. 본 발명에서는, 기록된 비디오 데이터 및 오디오 데이터의 관리 정보를, CPU의 워크 메모리로서의, 휘발성의 메모리인 RAM(Random Access Memory)상에 일시적으로 보존함과 함께, 플래시 메모리라는 불휘발성 메모리에도 기록하여 보존한다. 관리 정보는, 예를 들면, 비디오 데이터 및 오디오 데이터에 의한 클립 AV 스트림 파일에 대응하는 클립 인포메이션 파일에 격납되는 정보이다. 불휘발성 메모리에 기록된 관리 정보는, 소정의 타이밍, 예를 들면 기록 매체의 배출시나, 기록기에 대해 전원 OFF의 조작이 이루어진 경우 등에, 비디오 데이터 및 오디오 데이터가 기록되는 기록 매체에 기록하도록 한다.

이와 같이, 기록된 비디오 데이터 및 오디오 데이터의 관리 정보를 불휘발성 메모리에 기록하여 보존함으로써, 기록기에서의 전원이 예기하지 않게 절단된 경우에 기록 매체를 교환하지 않고 전원 ON 조작을 행함으로써, 해당 기록 매체에 기록된 비디오 데이터 및 오디오 데이터의 재생 제어 등을, 불휘발성 메모리에 기록된 관리 정보를 이용하여 행할 수가 있다. 물론, 이 때에, 불휘발성 메모리에 기록된 관리 정보를 해당 기록 매체에 대해 기록할 수도 있다.

또한, 관리 정보가 불휘발성 메모리에 기록된 후에, 기록 매체가 교환되어 있지 않으면, 해당 기록 매체에 기록된 비디오 데이터 및 오디오 데이터의 재생 제어나 편집 작업을, 불휘발성 메모리에 기록된 관리 정보에 의거하여 행할 수 있다. 관리 정보를 일일이 기록 매체로부터 판독하지 않기 때문에, 처리를 고속으로 행할 수 있다.

또한, 불휘발성 메모리에 기록되는 관리 정보는, 클립 인포메이션 파일에 격납되는 정보만으로 한정되지 않는다. 예를 들면, 클립 인포메이션 파일과 함께, 해당 클립 인포메이션 파일을 참조하는 플레이 아이템을 포함하는 플레이 리스트 파일을, 또한 관리 정보로서 불휘발성 메모리에 기록하도록 하여도 좋다.

도 32는, 본 발명의 실시의 한 형태에 적용 가능한 기록 재생 장치의 한 예의 구성을 개략적으로 도시한다. 이 도 32에 예시되는 기록 재생 장치는, 외부로부터 입력되는 비디오 데이터 및 오디오 데이터를 기록 매체에 기록하고, 기록 매체에 기록된 비디오 데이터 및 오디오 데이터를 재생하는, 단독의 기록 재생 장치로서 이용할 수도 있고, 광학계나 촬상 소자 등을 구비한 카메라 블록과 조합시켜서, 촬상한 촬상 신호에 의거한 비디오 데이터를 기록 매체에 기록하는, 비디오 카메라 장치의 기록 블록으로서 이용할 수도 있다.

적용 가능한 압축 부호화나 다중화의 방식으로서는, 다양하게 생각된다. 예를 들면, H. 264|AVC에 규정되는 방식을, 본 발명의 실시의 한 형태의 압축 부호화로서 적용할 수 있다. 또한, 다중화 방식은, 예를 들면 MPEG2 시스템이 적용된다.

제어부(30)는, 예를 들면 도시되지 않은 CPU(Central Processing Unit)상에 서 동작하는 프로그램이고, CPU에 접속되는 ROM(Read Only Memory)에 미리 기억된 프로그램이나 데이터에 의거하여, 마찬가지로 CPU에 접속되는 RAM(Random Access Memory)을 워크 메모리로서 이용하여 이 기록 장치의 기록 재생부(10)의 각 부분을 제어한다. 또한, 제어부(30)와 기록 재생부(10)의 각 부분을 접속하는 경로는, 번잡를 피하기 위해, 도 32에서는 생략하고 있다.

제어부(30)상에서 동작하는 프로그램에 의해, 이 기록 장치에서 이용되는 파일 시스템이 제공된다. 예를 들면, 제어부(30)는, 이 파일 시스템에 의거하여, 데이터가 기록 매체(32)에 기록될 때의, 기록 매체(32)의 물리적인 어드레스와 해당 데이터가 격납되는 파일의 관련시킴을 행함과 함께, 각 데이터가 격납되는 파일의 논리적인 관리 정보를 생성한다. 상술한 도 6에 도시하는 디렉토리 구조는, 파일의 논리적인 관리 정보의 한 예이다. 신규 파일의 작성이나 파일 오픈, 클로즈는, 파일 시스템 의거하여 제어부(30)에 의해 제어된다.

UI(User Interface)부(31)는, 이 기록 장치의 동작을 유저가 조작하기 위한 조작자가 정해진대로 마련되고, 조작자에 대한 조작에 응한 제어 신호를 출력한다. 이 제어 신호는, 제어부(30)에 공급된다. 제어부(30)는, 유저 조작에 응하여 UI부(31)로부터 공급된 제어 신호에 의거하여 이루어지는 프로그램의 처리에 의해, 기록 재생부(10)의 각 부분의 동작을 제어한다. 또한, UI부(31)는, 간이적인 표시부를 가지며, 소정의 표시, 예를 들면 기록 매체(32)에 기록되는 타이틀 정보 등을 표시할 수 있도록 되어 있다.

예를 들면, UI부(31)에 대해 이루어진 조작에 응하여, 기록 재생 장치에 의 한 기록 매체(32)에 대해 데이터를 기록하는 동작의 시작 및 정지의 동작이나, 기록 매체(32)로부터 데이터를 재생하는 재생 동작이 제어부(30)에 의해 제어된다. 또한 예를 들면, UI부(31)에 대해, 이 기록 재생 장치의 전원의 ON/OFF를 지시하기 위한 전원 스위치가 마련된다.

예를 들면, 이 전원 스위치에 대한 전원 OFF의 조작에 응하여, 기록 재생 장치의 각 부분의 정지 준비가 이루어짐과 함께, 도시되지 않은 전원부가 제어되고 기록 재생 장치의 각 부분에 대한 전원의 공급이 정지되고, 기록 재생 장치의 동작이 정지된다. 또한 예를 들면, 전원 ON의 조작시에는, 전원부가 제어되어 기록 재생 장치의 각 부분에 대한 전원의 공급이 시작됨과 함께, 전원이 공급된 각 부분에서 초기화 처리 등 동작 시작 준비가 된다.

또한, 전원 스위치에 대한 전원 OFF 조작에 의한 기록 재생 장치에서의 전원 절단은, 정상적인 순서에 의한 전원 절단이다. 정상적인 순서에 의한 전원 절단의 다른 예로서는, 예를 들면 기록 재생 장치가 배터리를 전원으로 하여 구동되는 경우에, 배터리의 용량이 소정 이하가 된 경우에, 자동적으로 전원을 절단한 처리가 생각된다. 즉, 기록 재생 장치의 시스템에 의한 소정의 순서를 경유하여 전원이 절단되는 경우가, 정상적인 순서에 의한 전원 절단이다. 예를 들면 전원 코드의 인발이나 배터리 팩의 탈발(脫拔)이라는, 기록 재생 장치의 시스템이 관계없는 강제적인 전원 절단을, 불의의 전원 절단이라고 부르기로 한다.

비디오 인코더(11)는, 복수 프레임의 비디오 데이터를 격납 가능한 버퍼 메모리를 가지며, 공급된 베이스밴드의 디지털 비디오 데이터를 버퍼 메모리에 담아 넣어서, 소정의 방식으로써 압축 부호화한다. H. 264|AVC에 규정되는 방식에 준하여 압축 부호화가 이루어지는 이 예에서는, 예를 들면, DCT(Discrete Cosine Transform)와 화면 내 예측에 의해 프레임 내 압축을 행함과 함께, 움직임 벡터를 이용한 프레임 사이 압축을 행하고, 또한 엔트로피 부호화를 행하여 압축 효율을 높인다. 비디오 인코더(11)에서 압축 부호화된 디지털 비디오 데이터는, H. 264|AVC 엘리멘터리 스트림(ES)으로서 출력된다.

비디오 디코더(20)는, 복수 프레임의 비디오 데이터를 격납 가능한 버퍼 메모리를 가지며, 공급된 압축 비디오 데이터를 버퍼 메모리에 담아넣어서, 압축 부호화 방식에 대응한 복호화 방식으로 디코드하고, 베이스밴드의 디지털 비디오 데이터로서 출력한다. 예를 들면, 비디오 인코더(11)가 H. 264|AVC에 규정되는 방식에 준하여 압축 부호화를 행하는 이 예에서는, 비디오 디코더(20)도 비디오 인코더(11)에 대응하여, H. 264|AVC에 규정된 방식에 준하여 디코드 처리를 행한다. 비디오 디코더(20)은, 후술하는 멀티플렉서/디멀티플렉서(13)(이하, MUX/DEMUX(13))에서 추출되는, DTS(Decoding Time Stamp) 및 PTS(PresentationTimeStamp)로 나타나는 시각에 의거하여, 디코드 및 출력을 행할 수가 있다. 비디오 디코더(20)에서 디코드되어 얻어진 베이스밴드의 디지털 비디오 데이터는, 단자(42)로부터 출력된다.

오디오 인코더(12)는, 단자(41)로부터 공급된 베이스밴드의 디지털 오디오 데이터를 소정의 압축 부호화 방식, 예를 들면 AC3(Audio Code number 3) 방식에 의해 압축 부호화한다. 오디오 데이터의 압축 부호화 방식은, AC3 방식으로 한정되 는 것이 아니다. 오디오 데이터를 압축 부호화하지 않고, 베이스밴드의 데이터인 채로 이용하는 것도 생각된다.

오디오 디코더(21)는, 공급된 압축 오디오 데이터를 압축 부호화 방식에 대응한 복호화 방식으로 디코드하고, 베이스밴드의 디지털 오디오 데이터로서 출력한다. 오디오 인코더(12)가 돌비 디지털 방식에 의해 압축 부호화되는 이 예에서는, 오디오 디코더(21)도 오디오 인코더(12)에 대응하여, 돌비 디지털 방식에 준한 복호화 방식으로 디코드가 이루어진다. 디코드된 오디오 데이터는, 비디오 디코더(20)로부터 출력되는 비디오 데이터와 동기적으로, 단자(43)으로부터 출력된다.

MUX/DEMUX(13)는, 각각 압축 부호화되어 공급된 디지털 비디오 데이터 및 디지털 오디오 데이터를 소정의 방식으로 다중화하고, 1개의 데이터 스트림으로서 출력하는 멀티플렉서 기능과, 디지털 비디오 데이터와 디지털 오디오 데이터가 소정의 다중화된 데이터 스트림으로부터, 디지털 비디오 데이터와 디지털 오디오 데이터를 분리하여 각각 취출하는, 디멀티플렉서 기능을 갖는다.

멀티플렉서 기능은, 예를 들면, MPEG2 시스템에 준하여 다중화가 행하여지는 이 예에서는, MPEG2의 트랜스포트 스트림을 이용하여, 공급된 압축 비디오 데이터 및 압축 오디오 데이터를 시분할로 다중화한다. 예를 들면, MUX/DEMUX(13)는, 버퍼 메모리를 가지며, 공급된 압축 비디오 데이터 및 압축 오디오 데이터를 일단 버퍼 메모리에 격납한다. 버퍼 메모리에 격납된 압축 비디오 데이터는, 소정 사이즈마다 분할되고 헤더가 부가되어, PES(Packetized Elementary Stream) 패킷화된다. 압축 오디오 데이터도 마찬가지로, 소정 사이즈마다 분할되고 헤더가 부가되어 PES 패킷 화된다. 헤더에는, 패킷에 격납되는 데이터의 재생시각을 나타내는 PTS나 복호시각을 나타내는 DTS라는, MPEG2 시스템에 규정되는 소정의 정보가 격납된다. PES 패킷은, 더욱 분할되어 트랜스포트 패킷(TS 패킷)의 페이로드에 채워넣어진다. TS 패킷의 헤더에는, 페이로드에 채워넣어진 데이터 종류별 등을 식별하기 위한 PID(Packet Identification)가 격납된다. TS 패킷에 대해 또한 소정 데이터 길이의 헤더가 부가되어, 소스 패킷이 형성된다.

디멀티플렉서 기능은, 멀티플렉서 기능과 반대의 처리를 행하고, 패킷으로부터 압축 비디오 데이터 및 압축 오디오 데이터를 추출한다. 예를 들면, 공급된 소스 패킷으로부터 헤더를 분리하여 TS 패킷으로 하고, TS 패킷의 헤더로부터 PID를 검출하고, TS 패킷을 페이로드에 격납되는 데이터 종류별마다 배분한다. 그리고, 배분된 TS 패킷의 각각에 관해, 페이로드에 격납된 데이터를 취출하고, PES 패킷을 재구축한다. 또한, PES 패킷의 페이로드에 격납된 압축 비디오 데이터나 압축 오디오 데이터를 취출하고, PES 헤더에 격납된 정보 등에 의거하여 헤더 정보 등을 부가하고, 각각 1개의 엘리멘터리 스트림으로서 출력한다.

스트림 버퍼(14)는, MUX/DEMUX(13)(기록시) 또는 기록 재생 제어부(15)(재생시)로부터 공급된 소스 패킷을 일시적으로 격납한다. 스트림 버퍼(14)에 대한 소스 패킷의 판독 기록의 타이밍을 정해진대로 제어함으로써, 기록 매체(32)에 대한 액세스 속도와, 오디오 및 비디오 데이터 인코드나 디코드 등의 신호 처리 속도와의 사이의 정합성을 취한다.

기록 재생 제어부(15)는, 기록 매체(32)에 대한 데이터의 기록과, 기록 매 체(32)로부터의 데이터의 재생을 제어한다. 즉, 기록 재생 제어부(15)는, 예를 들면 제어부(30)라는 상위로부터의 명령에 의거하여, 지정된 어드레스에 대한 데이터의 기록이나, 지정된 어드레스로부터의 데이터의 판독을 행한다.

기록 매체(32)로서는, 예를 들면 기록 가능한 타입의 DVD(Digital Versatile Disc)를 이용할 수 있다. 이것으로 한하지 않고, 기록 매체(32)로서 하드 디스크 드라이브를 이용하여도 좋고, 반도체 메모리를 기록 매체(32)에 적용하는 것도 가능하다. 또한, 기록 매체(32)로서, 보다 대용량을 실현한 Blu-ray Disc(블루레이 디스크 : 등록상표)를 적용하는 것도 생각된다.

기록 매체(32)가 기록 재생 장치에 대해 탈착 가능한 기록 매체인 경우, 적어도 해당 기록 매체(32)의 배출 동작은, 제어부(30)의 제어에 의거하여 이루어진다. 예를 들면, UI부(31)나, 기록 재생 장치의 몸체의 다른 부분에 마련된 이젝트 버튼의 조작에 응하여, 제어부(30)에 의해 기록 매체(32)의 배출 기구(도시 생략)가 제어되고, 기록 매체(32)가 배출된다. 또한, 해당 기록 매체(32)의 기록 재생 장치에 대한 장전 동작을 제어부(30)의 제어에 의거하여 행하도록 하여도 좋다.

관리 정보 처리부(16)는, 상술한 인덱스 파일("index.bdmv"), 무비 오브젝트 파일("MovieObject.bdmv"), 플레이 리스트 파일("xxxxx.mpls") 및 클립 인포메이션 파일("zzzzz.clpi")에 관한 처리를 행한다.

관리 정보 처리부(16)는, 예를 들면, 상술한 제어부(30)와 함께, CPU상에서 동작하는 프로그램에 의해 기능이 실현된다. 물론, 관리 정보 처리부(16)를 제어부(30)와는 다른 하드웨어로 구성하는 것도 가능하다. 관리 정보 처리부(16)가 제 어부(30)상에서 동작하는 프로그램으로 실현되는 경우, 제어부(30)가 갖는 RAM이 휘발성 메모리(17)에 대응하고, 불휘발성 메모리(18)가 제어부(30)에 접속된다.

불휘발성 메모리(18)는, 기록 재생 장치의 시스템으로부터의 전원 공급이 없어도 기억한 정보가 보존되는 메모리로서, 예를 들면 플래시 메모리를 이용할 수 있다. 이것으로 한하지 않고, DRAM 등의 휘발성 메모리에 내장된 전지 등으로 전원을 항상 공급하고, 기록 재생 장치 자신의 전원을 OFF로 하여도 기억 내용을 보존할 수 있도록 하여, 불휘발성 메모리(18)를 구성할 수도 있다.

이와 같은 구성을 갖는 기록 재생 장치에서의, 본 발명의 실시의 한 형태에 의한 기록시의 동작에 관해 설명한다. 베이스밴드의 디지털 비디오 데이터가 단자(40)로부터 기록 재생부(10)에 입력되고, 비디오 인코더(11)에 공급된다. 예를 들면, UI부(31)에 대해 기록 시작의 조작이 이루어지면, 비디오 인코더(11)는, 공급된 디지털 비디오 데이터의 압축 부호화를 시작한다. 비디오 인코더(11)는, 베이스밴드의 디지털 비디오 데이터를 압축 부호화하여 H. 264|AVC의 엘리멘터리 스트림(ES)으로서 출력한다. 이 엘리멘터리 스트림은, MUX/DEMUX(13)에 공급된다.

베이스밴드의 디지털 오디오 데이터가 단자(41)로부터 기록 재생부(10)에 입력되고, 오디오 인코더(12)에 공급된다. 오디오 인코더(12)는, 상술한 UI부(31)에 대한 기록 시작의 조작에 응한 타이밍에서 공급된 오디오 데이터의 압축 부호화를 시작한다. 오디오 인코더(12)에서 압축 부호화된 디지털 오디오 데이터는, MUX/DEMUX(13)에 공급된다.

MUX/DEMUX(13)는, 각각 압축 부호화되어 공급된 디지털 비디오 데이터 및 디 지털 오디오 데이터를 소정의 방식으로 다중화하고, 하나의 데이터 스트림으로서 출력한다. 예를 들면, MUX/DEMUX(13)는, 버퍼 메모리를 가지며, 공급된 압축 비디오 데이터 및 압축 오디오 데이터를 일단 버퍼 메모리에 격납한다.

버퍼 메모리에 격납된 압축 비디오 데이터는, 소정 구조마다 분할되고 헤더가 부가되어, PES 패킷화된다. 압축 오디오 데이터도 마찬가지로, 소정 사이즈마다 분할되고 헤더가 부가되어 PES 패킷화된다. 헤더에는, PTS나 DTS라는, MPEG2 시스템에 규정되는 소정의 정보가 격납된다. PES 패킷은, 더욱 분할되어 트랜스포트 패킷(TS 패킷)의 페이로드에 채워넣어지고, 페이로드에 채워넣어진 데이터를 식별하기 위한 PID가 헤더에 격납된다. TS 패킷에 대해, 소스 패킷을 식별하기 위한 소스 패킷 번호 등이 격납되는 소정 길이의 헤더가 또한 부가되고, 소스 패킷이 형성된다. MUX/DEMUX(13)로부터 출력된 소스 패킷은, 스트림 버퍼(14)에 일단 담아넣어진다.

기록 제어부(15)는, 스트림 버퍼(14)에 담아넣어진 데이터량을 감시하고, 스트림 버퍼(14)에 소정량 이상의 데이터가 담아넣어지면, 스트림 버퍼(14)로부터 기록 매체(32)의 기록 단위마다 데이터를 판독하여 기록 매체(32)에 기록한다.

관리 정보 처리부(16)는, 기록 데이터에 의거하여, 휘발성 메모리(17)를 워크 메모리로서 이용하여, 상술한 인덱스 파일, 무비 오브젝트 파일, 플레이 리스트 파일 및 클립 인포메이션 파일에 격납하기 위한 정보를 생성한다.

본 발명의 실시의 한 형태에서는, 관리 정보 처리부(16)에서 생성된 정보중 적어도 클립 인포메이션 파일에 격납되는 정보는, 휘발성 메모리(17)에서 보존됨과 함께, 그 일부 또는 전부가 불휘발성 메모리(18)에 기록된다.

한 예로서, 관리 정보 처리부(16)는, 제어부(30)의 제어에 응하여, 제어부(30), MUX/DEMUX(13) 및 기록 재생 제어부(15)로부터 공급되는 정보에 의거하여, 휘발성 메모리(17)를 워크 메모리로서 이용하면서, 기록중의 클립 AV 스트림 파일에 대응하는 클립 정보를 생성한다. 클립 정보는, 환언하면, 클립 인포메이션 파일을 작성하기 위해 필요한 정보이다. 생성된 정보는, 휘발성 메모리(17)상에 보존됨과 함께, 그 일부 또는 전부가 불휘발성 메모리(18)에 정해진대로 기록된다.

또한, 불휘발성 메모리(18)은, 예를 들면 512바이트라는 비교적 큰 기록 단위로 데이터의 기록이 이루어지는 경우가 많다. 그 때문에, 예를 들면 휘발성 메모리(17)에서, 불휘발성 메모리(18)의 기록 단위에 대응한 블록 단위로 어드레스 관리를 행하고, 휘발성 메모리(17)로부터 이 블록 단위로 데이터를 판독하여, 불휘발성 메모리(18)에 데이터를 기록하는 것이 생각된다.

여기서, 클립 인포메이션 파일에 격납되는 정보중 블록(blkCPI()) 내의 EP 엔트리는, 기록에 대해 동적인 정보이고, 기록의 경과에 수반하여 순차로, 생성된 정보이다. 관리 정보 처리부(16)는, MUX/DEMUX(13)로부터, 비디오 액세스 유닛의 PTS와, 비디오 액세스 유닛의 제 1바이트째를 포함하는 소스 패킷의 소스 패킷 번호를 취득하고, 휘발성 메모리(17)를 워크 메모리로서 이용하여 엔트리(PTSEPStart) 및 엔트리(SPNEPStart)를 생성한다. 생성된 엔트리(PTSEPStart) 및 엔트리(SPNEPStart)는, 휘발성 메모리(17)상에 보존됨과 함께, 불휘발성 메모리(18)에 기록된다.

즉, 불휘발성 메모리(18)에 기록된 정보는, 엔트리(PTSEPStart) 및 엔트리(SPNEPStart)의 생성마다 갱신되는 것이 된다. 이것으로 한하지 않고, 불휘발성 메모리(18)에 기록된 정보를, 예를 들면 소정 수의 엔트리(PTSEPStart) 및 엔트리(SPNEPStart)의 생성마다 갱신하도록 하여도 좋다.

한편, 클립 인포메이션 파일에 격납된 정보중, 기록에 대해 고정적인 정보는, 클립 AV 스트림 파일의 기록 종료시에 불휘발성 메모리(18)에 기록하면 좋다. 예를 들면, UI부(31)에 대해 기록 정지 조작이 이루어지고, 기록 정지 조작에 응하여 비디오 인코더(11) 및 오디오 인코더(12)의 동작이 정지되고, 스트림 버퍼(14)에 담아넣어진 소스 패킷이 전부 기록 매체(32)에 기록된 후에, 이 클립 인포메이션 파일에 격납되어야 할 고정적인 정보가 불휘발성 메모리(18)에 기록된다.

상술한 EP 엔트리와 같은, 클립 인포메이션 파일에 격납되는 정보중, 기록에 대해 동적인 정보의 예로서는, 블록(blkClipInfo()) 내의 필드(NumberOfSourcePackets)(도 16 참조), 블록(blkSequenceInfo()) 내의 필드(NumberOfSTCSequence), for루프문 내에 기술되는 필드(PCRPID), 필드(SPNSTCStart), 필드(PresentationStartTime) 및 필드(PresentationEndTime)(도 17 참조), 블록(blkProgramInfo()) 내의 필드(NumberOfStreamInPS), for루프문 내에 기술되는 필드(StreamPID)(도 18 참조) 등을 들 수 있다. 또한, 이들과 같은 동적인 정보라도, 예를 들면 필드(NumberOfSourcePackets), 필드(NumberOfSTCSequence), 필드(NumberOfStreamInPS) 와 같은, 하나의 클립 AV 스트림 파일의 생성에 수반하여, 단순하게 소정의 값을 카운트하여 얻어지는 정보는, 클립 AV 스트림 파일의 기록 정지시점에서 고정치로서 취급하는 것이 가능하다.

이 기록 재생 장치가 기록 시작에 수반하여 기록 시작 위치에 플레이 리스트 마크를 설치하도록 되어 있는 경우, UI부(31)에 대한 기록 시작 조작에 응하여 생성되는 선두의 프레임에 대응하는 재생시각을 필드(MarkTimeStamp)의 값으로서 갖는 플레이 리스트 마크가, 관리 정보 처리부(16)에서 작성된다. 작성된 플레이 리스트 마크는, 휘발성 메모리(17)상의 플레이 리스트 파일에 격납되는 정보에 대해 추가되어 보존된다.

불휘발성 메모리(18)에 기억된 클립 정보는, 소정의 타이밍에서 기록 매체(32)에 기록된다. 예를 들면, 기록 매체(32)가 기록 재생 장치에 대해 탈착 가능한 기록 매체라면, 기록 매체(32)의 기록 재생 장치로부터의 배출시에, 불휘발성 메모리(18)의 기억 내용의 기록 매체(32)에의 기록을 행하도록 행할 수가 있다.

예를 들면, 도시되지 않은 이젝트 버튼의 조작에 응하여, 제어부(30)에 의해 관리 정보 처리부(16)이 제어되고, 불휘발성 메모리(18)에 기억된 클립 정보가 불휘발성 메모리(18)로부터 판독된다. 관리 정보 처리부(16)는, 불휘발성 메모리(18)로부터 판독된 클립 정보에 의거하여 클립 인포메이션 파일을 작성하고, MUX/DEMUX(13) 및 스트림 버퍼(14)를 통하여, 또는, 관리 정보 처리부(16)로부터 직접적으로 기록 재생 제어부(15)에 공급한다. 기록 재생 제어부(15)는, 공급된 클립 인포메이션 파일을 기록 매체(32)에 기록한다. 이들 불휘발성 메모리(18)로부터 판독된 클립 정보에 의거한 클립 인포메이션 파일의 기록 매체(32)에의 기록이 종료되면, 제어부(30)에 의해 기록 매체(32)의 배출 기구가 제어되어, 기록 매체(32) 가 기록 재생 장치로부터 배출되다.

또한, 불휘발성 메모리(18)에 기억된 클립 정보가, 기록 매체(32)의 배출 동작에 수반하여 클립 인포메이션 파일로서 기록 매체(32)에 기록되면, 해당 클립 정보는, 불휘발성 메모리(18)로부터 삭제된다.

기록 매체(32)의 배출이 행하여지지 않은 경우, 불휘발성 메모리(18)에 기억된 정보의 기록 매체(32)에의 기록을, 전원 OFF 조작시에도 행하도록 할 수 있다. 예를 들면, 도시되지 않은 전원 스위치에 대해 전원 OFF의 조작이 이루어지면, 제어부(30)에 의해 관리 정보 처리부(16)이 제어되고, 상술한 바와 마찬가지로 하여, 불휘발성 메모리(18)에 기억된 클립 정보가 불휘발성 메모리(18)로부터 판독되고, 관리 정보 처리부(16)에 의해 클립 인포메이션 파일이 되어 정해진대로 기록 재생 제어부(15)에 공급되고, 기록 매체(32)에 기록된다. 이들 불휘발성 메모리(18)로부터 판독된 클립 정보에 의거한 클립 인포메이션 파일의 기록 매체(32)에의 기록이 종료되면, 제어부(30)에 의해 도시되지 않은 전원부나 기록 재생 장치의 각 부분이 제어되고, 기록 재생 장치의 동작이 정지된다.

또한, 불휘발성 메모리(18)에 기억된 클립 정보가, 전원 OFF 조작에 수반하여 클립 인포메이션 파일로서 기록 매체(32)에 기록된 경우에는, 해당 클립 정보는, 불휘발성 메모리(18)로부터 삭제되지 않는다.

재생시의 동작에 관해 설명한다. 기록 매체(32)가 예를 들면 기록 재생 장치에 대해 장전되면, 기록 매체(32)로부터, 인덱스 파일, 무비 오브젝트 파일이 판독되고, 관리 정보 처리부(16)에 건네진다. 관리 정보 처리부(16)는, 이들의 파일에 격납되는 정보를, 휘발성 메모리(17)에 기억한다.

제어부(30)는, 관리 정보 처리부(16)로부터 휘발성 메모리(17)에 기억된 정보를 취득하고, 취득된 정보에 의거하여, 예를 들면, UI부(31)가 갖는 표시부에 대해 기록 매체(32)에 기록되어 있는 클립에 관한 정보를 표시시킨다. 유저는, 이 표시에 의거하여 UI부(31)에 대해 소정의 조작을 행함으로써, 기록 매체(32)에 기록되어 있는 클립의 재생을 지시할 수 있다.

제어부(30)는, UI부(31)에 대한 조작에 응하여 관리 정보 처리부(16) 및 기록 재생 제어부(15)를 제어하고, 휘발성 메모리(17)에 기억되어 있는 인덱스 파일의 정보를 참조하여 무비 오브젝트 파일에 기술되는 커맨드를 호출하고, 커맨드에 기술되는 플레이 리스트 파일을 기록 매체(32)로부터 판독한다. 그리고, 판독된 플레이 리스트 파일에 의거하여 해당 플레이 리스트 파일에 격납되는 플레이 아이템에 참조되는 클립 인포메이션 파일을 기록 매체(32)로부터 판독한다. 기록 매체(32)로부터 판독된 이들 플레이 리스트 파일 및 클립 인포메이션 파일에 격납되는 정보는, 휘발성 메모리(17)에 기억된다.

또한, 기록 매체(32)로부터 판독된 클립 인포메이션 파일에 격납되는 클립 정보는, 불휘발성 메모리(18)에도 기록된다.

또한, 기록 매체(32)에, 플레이 리스트 파일로부터 참조되어야 할 클립 인포메이션 파일이 존재하지 않는 경우가 있을 수 있다. 예를 들면, 기록중에, 정상적인 전원 OFF 조작에에 의한 순서를 거치지 않고, 어떠한 원인으로 기록 재생 장치의 각 부분에 대한 전원의 공급이 불의에 정지된 경우가 생각된다. 이 경우, 불휘 발성 메모리(18)에 기억된 클립 인포메이션 파일이 기록 매체(32)에 대해 기록되지 않게 되어, 플레이 리스트 파일 내의 플레이 아이템으로부터 참조되어야 할 클립 인포메이션 파일이 기록 매체(32)에 기록되지 않게 된다.

판독하여야 할 클립 인포메이션 파일이 기록 매체(32)상에 존재하지 않는 경우, 제어부(30)는, 불휘발성 메모리(18)의 기억 내용을 참조하고, 대응하는 클립 정보가 기억되어 있으면 해당 클립 정보를 판독하고, 휘발성 메모리(17)에 기록한다. 그리고, 휘발성 메모리(17)에 기록된 이 클립 정보를 이용하여, 대응하는 클립 AV 스트림 파일의 재생 제어를 행하도록 하다.

또한, 기록 매체(32)에, 플레이 리스트 파일로부터 참조되어야 할 클립 인포메이션 파일이 존재하지 않고, 불휘발성 메모리(18)에 기억되는 클립 정보를 이용하는 경우, 불휘발성 메모리(18)에 기억되어 있는 클립 정보와, 기록 매체(32)가 대응하고 있는지의 여부를 대조하는 수단을 마련하면, 바람직하다. 예를 들면, 기록 매체(32)에 대해 고유의 식별 정보를 기록하도록 하고, 해당 기록 매체(32)에 대한 클립 AV 스트림의 기록중에 생성되는 클립 정보를 불휘발성 메모리(18)에 기록할 때에, 해당 기록 매체(32)의 식별 정보와 대응하는 식별 정보를 해당 클립 정보에 관련시켜서, 불휘발성 메모리(18)에 기록한다. 불휘발성 메모리(18)에 기억되는 클립 정보를 이용할 때에, 해당 클립 정보에 관련시켜진 식별 정보와, 기록 매체(32)에 고유의 식별 정보를 대조하도록 한다.

제어부(30)는, 휘발성 메모리(17)상에 기억된 클립 인포메이션 파일에 의거하여, 대응하는 클립 AV 스트림 파일을 판독하도록 명령을 낸다. 기록 재생 제어 부(15)는, 이 명령에 응하여, 기록 매체(32)로부터 클립 인포메이션 파일과 클립 AV 스트림 파일을 판독한다. 클립 AV 스트림 파일은, 기록 매체(32)로부터 소스 패킷 단위로 판독되고, 기록 재생 제어부(15)를 통하여 스트림 버퍼(14)에 담아넣어진다.

MUX/DEMUX(13)는, 스트림 버퍼(14)에 담아넣어진 데이터량을 감시하고, 스트림 버퍼(14)에 소정량 이상의 소스 패킷이 담아넣어지면, 스트림 버퍼(14)로부터 비디오 디코더(20)가 디코드에 필요로 하는 분의 데이터를, 소스 패킷 단위로 판독한다. 판독된 소스 패킷은, MUX/DEMUX(13)에 공급되어 버퍼 메모리에 일단 격납되고, 헤더가 분리되고 TS 패킷이 된다. 그리고, TS 패킷의 PID에 의거하여 데이터 종류마다 배분되어 페이로드에 격납된 데이터로부터 PES 패킷이 재구축된다. 또한, PES 패킷의 페이로드로부터 데이터가 취출됨과 함께, PES 헤더의 정보에 의거하여, DTS나 PTS라는 디코드나 재생의 시각을 지정하는 정보 등, 정해진대로 헤더 정보 등이 부가되고, 압축 부호화된 비디오 데이터 및 오디오 데이터의 엘리멘터리 스트림이 각각 생성된다.

압축 비디오 데이터는, 비디오 디코더(20)에 공급된다. 비디오 디코더(20)는, 공급된 압축 비디오 데이터를 버퍼 메모리에 담아넣고, 소정 픽처분의 데이터가 담아넣어지면, 버퍼 메모리에 담아넣어진 데이터에 대해 디코드 처리를 시작한다. 디코드된 비디오 데이터는, 예를 들면 도시되지 않은 시스템 클록으로부터 공급되는 STC(System Time Clock)에 의거하여, PTS에 따라 프레임 타이밍으로 순차로 출력된다.

한편, 압축 오디오 데이터는, 오디오 디코더(21)에 공급되고, 정해진대로 디코드 처리가 이루어진다. 디코드된 오디오 데이터는, 비디오 디코더(20)로부터 출력되는 비디오 데이터와 동기적으로, 오디오 디코더(21)로부터 출력된다.

다음에, 도 33의 플로우 차트와, 상술한 도 32의 블록도를 이용하여, 본 발명의 실시의 한 형태에 의한 클립 인포메이션 파일의 한 예의 기록 방법에 관해 설명한다. 또한, 여기서는, 기록 매체(32)가 기록 가능한 타입의 DVD인 것으로 하고, 디스크라고 부르기로 한다.

스텝 S30에서, 디스크가 기록 재생 장치에 장전된다. 예를 들면 UI부(31)에 대해 기록 시작 조작이 이루어지면(스텝 S31), 제어부(30)에 의해 기록 재생 장치의 각 부분이 제어되고, 단자(40)로부터 입력되는 비디오 데이터와, 단자(41)로부터 입력되는 오디오 데이터의 디스크에 대한 기록이 시작된다.

즉, 비디오 데이터 및 오디오 데이터는, 비디오 인코더(11) 및 오디오 인코더(12)에서 각각 인코드되고, 비디오 스트림 데이터 및 오디오 스트림 데이터로 되고, MUX/DEMUX(13)에 공급된다. MUX/DEMUX(13)는, 공급된 스트림 데이터의 각각 PES 패킷화하고, PES 패킷을 소정 사이즈로 분할하여 PID를 각각 부가하여 TS 패킷으로 하고, 또한, 소정 사이즈의 헤더를 부가하여 소스 패킷화한다. 소스 패킷은, 스트림 버퍼(14)에 일단 담아넣고 나서 기록 재생 제어부(15)에 공급되고, 클립 AV 스트림 파일로서 디스크에 기록된다.

클립 AV 스트림 파일의 디스크에의 기록과 병행하여, 관리 정보 처리부(16)는, MUX/DEMUX(13)로부터 시각 정보 및 패킷 정보를 취득하고, 취득된 정보에 의거 하여, 휘발성 메모리(17)를 워크 메모리로서 이용하여 EP 엔트리를 생성한다(스텝 S32). 생성된 EP 엔트리는, 휘발성 메모리(17)상에 보존된다. 또한, 생성된 EP 엔트리는, 불휘발성 메모리(18)의 소정의 영역에 기록된다(스텝 S33). 이 때, 불휘발성 메모리(18)상의 EP 엔트리와, 대응하는 클립 AV 스트림 파일과, 기록중의 디스크를 관련시키는 정보를 생성하여, 불휘발성 메모리(18) 등에 기록하면 좋다. 기록 정지 조작이 이루어질 때까지 기록이 계속되고, EP 엔트리의 생성 및 생성된 EP 엔트리의 불휘발성 메모리(18)에의 기록이 반복된다(스텝 S34).

또한, 여기서는, EP 엔트리의 불휘발성 메모리(18)에의 기록이, EP 엔트리가 생성될 때마다 행하여지는 것으로 설명하였지만, 이것은 이 예로 한정되지 않는다. 예를 들면, 휘발성 메모리(17)에 보존되는 EP 엔트리 수의 소정 수마다나, 기록의 소정 시간마다, EP 엔트리를 불휘발성 메모리(18)에 기록하도록 할 수 있다. 한 예로서, 10초나 1분이라는 소정 시간 간격으로, 휘발성 메모리(17)상의 EP 엔트리를 불휘발성 메모리(18)에 기록하는 것이 생각된다.

UI부(31)에 대해 기록 정지 조작이 이루어지면(스텝 S34), 처리는 스텝 S35로 이행되어, 클립 인포메이션 파일에 격납되는 고정적인 정보가 생성된다. 또한, 하나의 클립 AV 스트림 파일에서의 소정의 값을 카운트한 정보라는, 기록 정지시에 확정되는 정보도, 이 스텝 S35에서 생성된다. 스텝 S35에서는, 이들의 정보를 휘발성 메모리(17)를 워크 메모리로서 이용하여 생성하고, 생성된 정보를 휘발성 메모리(17)상에 보존한다. 스텝 S35에서 생성된 정보는, 다음의 스텝 S36에서, 불휘발성 메모리(18)의 소정의 영역에 기록된다(스텝 S36). 이 때, 불휘발성 메모리(18) 상의 해당 정보와, 대응하는 클립 AV 스트림 파일과, 기록중의 디스크를 관련시키는 정보를 생성하여, 불휘발성 메모리(18) 등에 기록하면 좋다.

기록 정지 조작 후에, 디스크의 이젝트 조작이 이루어진 경우(스텝 S37), 처리는 스텝 S38로 이행되어, 불휘발성 메모리(18)에 기록된 정보가 클립 인포메이션 파일로서 디스크에 기록된다. 예를 들면, 도시되지 않은 이젝트 버튼에 대한 이젝트 조작에 응한 제어부(30)의 제어에 의거하여, 관리 정보 처리부(16)는, 불휘발성 메모리(18)에 기록되어 있는 정보를 판독하여 클립 인포메이션 파일을 작성하고, 정해진대로 기록 재생 제어부(15)에 공급하여 디스크에 기록한다.

불휘발성 메모리(18)에 기록된 정보가 디스크에 기록되면, 스텝 S39에서, 불휘발성 메모리(18)의 기억 내용이 클리어된다. 그리고, 제어부(30)에 의해 디스크의 배출 기구가 제어되고, 기록 재생 장치로부터 디스크가 배출된다(스텝 S40). 전원 OFF 조작이 이루어지면(스텝 S41), 처리는 스텝 S42로 이행되어, 도시되지 않은 전원부로부터의 기록 재생 장치의 각 부분에 대한 전원 공급 정지 등, 소정의 동작 정지 처리가 이루어진다. 전원 OFF 조작을 행하지 않는 경우, 처리를 스텝 S30으로 되돌아와 다른 디스크를 장전하여 기록을 시작할 수 있다.

한편, 디스크의 이젝트 조작을 행하지 않고 전원 OFF 조작을 행할 수도 있다. 즉, 상술한 스텝 S37에서, 기록 정지 조작 후에 이젝트 조작이 행하여지지 않고, 또한, 전원 OFF 조작이 행하여진 경우(스텝 S43), 처리는 스텝 S44로 이행되어, 불휘발성 메모리(18)에 기록된 정보가 클립 인포메이션 파일로서 디스크에 기록된다. 그 후, 처리가 스텝 S42로 이행되어, 소정의 동작 정지 처리가 이루어진 다.

스텝 S43에서, 전원 OFF 조작을 행하지 않는 경우, 처리를 스텝 S31로 되돌아와, 현재 장전되어 있는 디스크에 대해 기록을 시작시킬 수 있다. 이 경우, 클립 AV 스트림 파일이 신규로 작성되게 된다. 또한, 이 신규로 작성되는 클립 AV 스트림 파일에 대응하는 클립 인포메이션 파일에 격납되는 클립 정보는, 불휘발성 메모리(18)에 대해, 전회 작성된 클립 AV 스트림 파일에 대응하는 클립 정보와는 다른 영역에 기록된다.

이 도 33에 도시하는 처리에 의하면, 예를 들면 스텝 S34의 기록 정지 조작을 행하고, 스텝 S35 및 스텝 S36에 의해, 클립 인포메이션 파일에 격납되는 클립 정보가 불휘발성 메모리(18)에 기록된 후라면, 전원 OFF 조작에 의하지 않고 불의에 전원이 절단되어도, 클립 정보가 불휘발성 메모리(18)상에 보존되어 있다. 그 때문에, 다음에 전원 ON으로 한 때에, 불휘발성 메모리(18)상에 보존되어 있는 클립 정보를 이용하여, 디스크에 기록되어 있는 클립 AV 스트림 파일의 재생 제어를 행할 수가 있다.

또한, 스텝 S34의 기록 정지 조작 이전에, 불의의 전원 절단이 생긴 경우에도, 전원 절단의 직전의 기록까지에 생성된 EP 엔트리 정보가 불휘발성 메모리(18)상에 보존되어 있기(스텝 S32 및 스텝 S33) 때문에, 다음에 전원 ON한 때에, 불휘발성 메모리(18)상에 보존되어 있는 EP 엔트리 정보를 이용하여, 디스크에 기록되어 있는 클립 AV 스트림 파일의 재생 제어를 행하는 것이 가능하다.

도 34는, 본 발명의 실시의 한 형태에 의한 기록 재생 장치에서의 디스크의 한 예의 재생 처리를 도시하는 플로우 차트이다. 전회의 장치 정지시에 있어서 디스크가 장전된 채의 상태가 아니면, 우선, 기록 재생 장치에 디스크가 장전된다(스텝 S50). 다음의 스텝 S51에서, 디스크에 기록되어 있는 인덱스 파일 및 무비 오브젝트 파일이 판독된다. 제어부(30)는, 관리 정보 처리부(16)로부터 인덱스 파일의 정보를 취득하고, 취득된 정보에 의거하여, 예를 들면 UI부(31)에 마련되는 도시되지 않은 표시부에 타이틀 정보를 표시시킨다. 이 표시에 의거하여 유저에 의해 UI부(31)가 조작되고, 재생하는 타이틀이 지시된다(스텝 S52).

재생하는 타이틀이 지시되면, 무비 오브젝트 파일로부터 해당 타이틀에 링크하는 무비 오브젝트가 참조되고, 내비게이션 커맨드에 의거하여 플레이 리스트 파일이 디스크로부터 판독되고(스텝 S53), 플레이 리스트 파일의 기술에 따라 클립 AV 스트림 파일의 재생이 시작된다. 즉, 플레이 리스트 파일에 기술되는 플레이 아이템으로부터 참조되는 클립 인포메이션 파일이 디스크로부터 판독되고, 클립 인포메이션 파일의 정보에 의거하여, 대응하는 클립 AV 스트림 파일이 재생된다.

스텝 S54에서, 플레이 리스트 파일에 기술되는 플레이 아이템으로부터 참조되는 클립 인포메이션 파일이, 디스크에 기록되어 있는지의 여부가 판단된다. 만약, 기록되어 있다고 판단되면, 처리는 스텝 S55로 이행하여, 디스크로부터 해당 클립 인포메이션 파일이 판독된다. 판독된 클립 인포메이션 파일에 격납되는 클립 정보는, 스텝 S56에서, 불휘발성 메모리(18)에 기록된다. 이 클립 정보는, 휘발성 메모리(17)에도 기록된다(스텝 S57). 그리고, 휘발성 메모리(17)에 기록된 클립 정보에 의거하여, 대응하는 클립 AV 스트림 파일의 재생 제어가 이루어진다(스텝 S58).

한편, 상술한 스텝 S54에서, 현재 재생하고자 하고 있는 플레이 아이템으로부터 참조되는 클립 인포메이션 파일이 디스크에 기록되지 않았다고 판단된 경우, 처리는 스텝 S59로 이행된다. 예를 들면, 기록 정지 조작 후에, 정상적인 순서를 밟지 않고, 불의에 전원이 절단된 경우, 불휘발성 메모리(18)상에 기록되어 있는 클립 정보가 클립 인포메이션 파일로서 디스크에 기록되지 않고, 기록 재생 장치의 동작이 정지하여 버린다. 기록중에 불의에 전원이 절단된 경우도, 마찬가지이다.

스텝 S59에서는, 불휘발성 메모리(18)의 기억 내용이 참조된다. 그리고, 불휘발성 메모리(18)에 기억되어 있는 클립 정보가, 현재 재생하고자 하고 있는 플레이 아이템으로부터 참조되는 클립 인포메이션 파일에 격납되어야 할 클립 정보에 대응하고 있는지의 여부가 판단된다. 만약, 대응하고 있다고 판단되면, 처리는 스텝 S57로 이행되어, 불휘발성 메모리(18)상의 클립 정보를 휘발성 메모리(17)에 기록하고, 휘발성 메모리(17)에 기록된 해당 클립 정보에 의거하여 클립 AV 스트림 파일의 재생 제어가 이루어진다.

한편, 스텝 S60에서, 불휘발성 메모리(18)에 기억되어 있는 클립 정보가, 현재 재생하고자 하고 있는 플레이 아이템으로부터 참조되는 클립 인포메이션 파일에 격납되어야 할 클립 정보에 대응하지 않는다고 판단되면, 처리는 스텝 S61로 이행되어, 에러 처리가 이루어지다. 또한, 상술한 스텝 S59에서, 불휘발성 메모리(18)에 클립 정보가 아무것도 기억되어 있지 않다고 된 경우에도, 처리를 스텝 S61로 이행시켜 에러 처리로 할 수 있다.

본 발명의 실시의 한 형태에서는, 이와 같이, 디스크가 이젝트 조작에 의해 배출된 경우 이외의 상태에서는, 해당 클립 정보가 기록 재생 장치의 불휘발성 메모리(18)상에 보존되어 있다. 그 때문에, 불의의 전원 절단에 의해, 디스크상에 기록된 클립 AV 스트림 파일에 대응하는 클립 인포메이션 파일이 디스크상에 기록되어 있지 않았서도, 불휘발성 메모리(18)상에 보존되어 있는 클립 정보에 의거하여 해당 클립 AV 스트림 파일의 재생을 제어할 수 있다.

또한, 상술에서는, 불휘발성 메모리(18)에 대해, 클립 인포메이션 파일에 격납되는 클립 정보를 기록하여 보존하도록 설명하였지만, 이것은 이 예로 한정되지 않는다. 예를 들면, 클립 인포메이션 파일에 격납되는 정보에 더하여, 플레이 리스트 파일에 격납되는 정보를 불휘발성 메모리(18)에 기록하여 보존하도록 할 수 있다. 이 경우, 플레이 리스트 파일도, 클립 인포메이션 파일과 마찬가지로, 전원 OFF의 조작시나, 디스크의 이젝트 조작시에 불휘발성 메모리(18)로부터 판독하고, 디스크에 기록하도록 한다.

도 35는, 본 발명의 실시의 한 형태의 다른 예에 의한 비디오 카메라 장치(100)의 한 예의 구성을 도시한다. 비디오 카메라 장치(100)에서, 기록 재생계의 구성은, 도 32를 이용하여 설명한 기록 재생 장치의 구성을 개략 그대로 적용할 수 있기 때문에, 도 32와 공통되는 부분에는 동일한 부호를 붙이고, 상세한 설명을 생략한다.

도 35의 구성에서, 카메라부(50)는, 영상 신호에 관한 구성으로 하고, 광학계(51), 촬상 소자(52), 촬상 신호 처리부(53), 카메라 제어부(54), 비디오 신호 처리부(58) 및 표시부(55)를 가지며, 음성 신호에 관한 구성으로 하고, 마이크로폰(MIC)(56), 음성 신호 처리부(57) 및 스피커부(SP60)를 갖는다. 제어부(30)는, 카메라부(50)의 각 부분과의 사이에서 각종 제어 신호나 정보의 교환을 행하고, 카메라부(50)의 동작을 제어한다. 또한, 제어부(50)는, 유저 조작에 응하여 UI부(31)로부터 공급되는 제어 신호에 의거하여, 카메라부(50)의 동작을 제어한다.

또한, 비디오 카메라 장치(100)로서 구성되는 경우, 기록 시작 조작 및 기록 정지 조작은, 예를 들면, UI부(31)에 마련된 단일의 기록 스위치를 이용하고, 해당 기록 스위치가 압하될 때마다 기록 시작 및 기록 정지가 교대로 지시되도록 되는 것이 일반적이다. 또한, 이 비디오 카메라 장치(100)에서는, 기록 매체(32)로서, 기록 가능한 타입의 DVD나 Blu-ray Disc라는, 디스크 기록 매체를 적용하는 것으로 한다.

카메라부(50)에서, 광학계(51)는, 피사체로부터의 광을 촬상 소자(52)에 유도하기 위한 렌즈계, 조리개 조정 기구, 포커스 조정 기구, 줌 기구, 셔터 기구 등을 구비한다. 조리개 조정 기구, 포커스 조정 기구, 줌 기구 및 셔터 기구의 동작은, 제어부(30)로부터 공급되는 제어 신호에 의거하여, 카메라 제어부(54)에 의해 제어된다.

촬상 소자(52)는, 예를 들면 CCD(Charge Coupled Device)로 이루어지고, 광학계(51)를 통하여 조사된 광을 광전 변환에 의해 전기신호로 변환하고, 소정의 신호 처리를 시행하여 촬상 신호로서 출력한다. 촬상 신호 처리부(53)는, 촬상 소자로부터 출력된 촬상 신호에 대해 소정의 신호 처리를 시행하고, 베이스밴드의 디지 털 비디오 데이터로서 출력한다. 예를 들면 촬상 신호 처리부(53)는, 촬상 소자(52)로부터 출력된 촬상 신호에 대해, CDS(Correlated Double Sampling) 회로에 의해 화상 정보를 갖는 신호만을 샘플링함과 함께, 노이즈를 제거하고, AGC(Auto Gain Control) 회로에 의해 게인을 조정한다. 그리고, A/D 변환에 의해 디지털 신호로 변환한다.

또한, 촬상 신호 처리부(53)는, 촬상 소자(52)로부터 출력된 촬상 신호의 정보를 제어부(30)에 보낸다. 제어부(30)는, 이 정보에 의거하여 광학계(51)를 제어하기 위한 제어 신호를 생성하고, 카메라 제어부(54)에 공급한다. 카메라 제어부(54)는, 이 제어 신호에 의거하여 포커스 조정 기구나 조리개 조정 기구 등의 제어를 행한다.

비디오 신호 처리부(58)는, 공급된 디지털 신호에 대해 소정의 신호 처리를 시행한다. 예를 들면, 비디오 신호 처리부(58)는, 공급된 디지털 신호에 대해 검파계의 신호 처리를 시행하여, R(적색), G(녹색) 및 B(청색) 각 색의 성분을 취출한다. 그리고, 취출된 각 색 성분에 의거하여 γ보정이나 화이트 밸런스 보정 등의 처리를 행하고, 최종적으로 1개의 베이스밴드의 디지털 비디오 데이터로서 출력한다.

표시부(55)는, 예를 들면 LCD(Liquid Crystal Display)를 표시 소자로서 이용하고, 비디오 신호 처리부(58)로부터 공급된 디지털 비디오 데이터에 의거한 표시를 행할 수가 있다. 표시부(55)는, 촬영시에는 촬영 화상의 모니터로서 이용되고, 재생시에는, 재생 화상을 영출시킬 수 있다.

음성 신호 처리부(57)는, 예를 들면 마이크로폰(MIC56)으로부터 공급되는 아날로그 음성 신호를 A/D 변환하여 디지털 오디오 데이터로 하고, 노이즈 제거나 음질 보정 등 소정의 음성 신호 처리를 시행하여 베이스밴드의 디지털 오디오 데이터로서 출력한다. 또한, 음성 신호 처리부(57)는, 공급되는 디지털 오디오 데이터에 대해 음질 보정이나 음량 조정 등의 소정의 음성 신호 처리를 시행하고 D/A 변환하여 아날로그 음성 신호로 하고, 증폭 처리 등을 행하여 스피커부(SP60)에 공급한다.

촬영시에는, 광학계(51)를 통하여 촬상 소자(52)에 입사된 광이 광전 변환에 의해 전기신호로 변환되어 촬상 신호로서 출력된다. 촬상 신호는, 촬상 신호 처리부(53)에서 정해진대로 신호 처리되고, A/D 변환되어 디지털 비디오 신호로서 출력된다. 이 디지털 비디오 신호는, 비디오 신호 처리부(58)에 공급된다. 비디오 신호 처리부(58)는, 공급된 디지털 비디오 신호에 대해 화질 보정 등의 소정의 신호 처리를 시행하여 디지털 비디오 데이터로서 출력한다. 이 디지털 비디오 데이터는, 기록 재생부(10)에 공급되어 단자(40)에 입력된다.

또한, 비디오 신호 처리부(58)는, 촬상 신호 처리부(53)로부터 공급된 디지털 신호에 의거하여, 표시부(55)에 표시하기 위한 디지털 비디오 데이터를 생성한다. 또한, 비디오 신호 처리부(58)는, 제어부(30)와 교환을 행하고, 제어부(30)에서 정해진대로 생성된 표시 제어 신호에 의거한 화상을 생성할 수 있다. 이 디지털 비디오 데이터나 화상은, 표시부(55)에 공급되어, 투영된다.

한편, 마이크로폰(56)으로부터 출력된 음성 신호는, 음성 신호 처리부(57)에 서 노이즈 제거, 리미터 처리, 음질 보정 등의 소정의 신호 처리가 시행되고, 또한 A/D 변환되어, 디지털 오디오 데이터로서 출력된다. 이 디지털 오디오 데이터는, 기록 재생부(10)에 공급되어, 단자(41)에 입력된다.

기록 정지 상태에서 UI부(31)에 마련된 기록 스위치가 압하되면, 기록 시작을 지시하는 제어 신호가 UI부(31)로부터 제어부(30)에 공급되고, 제어부(30)의 제어에 의거하여 카메라부(50)로부터 출력된 베이스밴드의 디지털 비디오 데이터 및 디지털 오디오 데이터의 기록 매체(32)에의 기록이 시작된다.

즉, 도 32를 이용하여 이미 설명한 바와 같이, 제어부(30)의 제어에 의거하여 비디오 인코더(11) 및 오디오 인코더(12)의 동작이 시작되고, 비디오 데이터 및 오디오 데이터가 각각 비디오 인코더(11) 및 오디오 인코더(12)에서 압축 부호화되고, MUX/DEMUX(13)에서 정해진대로 패킷화되고 다중화되어 AV 스트림 데이터가 된다. AV 스트림 데이터는, 스트림 버퍼(14)를 통하여, 기록 재생 제어부(15)에 공급되고, 클립 AV 스트림 파일로서 기록 매체(32)에 기록된다.

클립 AV 스트림 파일의 기록에 수반하여, EP 엔트리가 생성된다. EP 엔트리의 생성은 휘발성 메모리(17)를 이용하여 행하여지고, 생성된 EP 엔트리는, 소정의 타이밍에서 불휘발성 메모리(18)에 기록 보존된다.

UI부(31)의 기록 스위치가 다음에 압하되면, 기록이 정지되고, 상술한 도 33의 플로우 차트에서의 스텝 S35 이후의 처리에 따라, 클립 인포메이션 파일에 격납하는 클립 정보의 생성, 생성된 클립 정보의 불휘발성 메모리(18)에 대한 기록 등이 행하여진다. 또한, 플레이 리스트 파일에 격납하는 정보, 예를 들면 플레이 아 이템이나 플레이 리스트 마크의 추가나 갱신이 행하여진다. 그리고, 전원 OFF의 조작이나 디스크의 이젝트 조작에 의해, 불휘발성 메모리(18)에 기록 보존된 클립 정보 등이 디스크에 기록된다. 디스크의 이젝트 조작인 경우에는, 또한 불휘발성 메모리(18)의 기억 내용이 클리어된다.

재생시에는, 기록 매체(32)가 비디오 카메라 장치(100)에 장전되면, 기록 매체(32)에 기록되어 있는 인덱스 파일, 무비 오브젝트 파일 등의 파일이 판독되고, 관리 정보 처리부(16)에 공급된다. 제어부(30)는, 관리 정보 처리부(16)로부터 인덱스 파일의 정보를 취득하고, 취득된 정보에 의거하여 소정의 메뉴 화면을 표시하기 위한 표시 제어 신호를 생성한다. 이 표시 제어 신호는, 비디오 신호 처리부(58)에 공급되고, 표시부(55)에 표시된다. 이 표시에 응하여 UI부(31)에 대해 소정의 조작을 행하면, 예를 들면, 기록 매체(32)로부터 재생이 지시된 플레이 리스트 파일이 판독되고, 이 플레이 리스트 파일의 기술에 따라, 기록 매체(32)에 기록된 클립의 재생이 이루어진다.

즉, 도 34을 이용하여 이미 설명한 바와 같이, 제어부(30)는, UI부(31)에 대한 조작에 응하여 관리 정보 처리부(16)로부터 플레이 리스트 파일의 정보를 취득하고, 취득된 정보에 의거하여, 기록 재생 제어부(15)에 대해 기록 매체(32)로부터 클립 인포메이션 파일이나 클립 AV 스트림 파일을 판독하도록 명령을 낸다.

이 때, 상술한 도 34의 스텝 S54 이후의 처리에 따라, 플레이 리스트 파일의 정보에 의거하여 판독하여야 할 클립 인포메이션 파일이 기록 매체(32)에 기록되어 있는지의 여부가 판단되고, 기록되어 있다고 판단되면, 해당 클립 인포메이션 파일 이 기록 매체(32)로부터 판독되고, 클립 정보가 불휘발성 메모리(18)에 기록 보존되고, 또한 휘발성 메모리(17)에 기록된다. 한편, 판독하여야 할 클립 인포메이션 파일이 기록 매체(32)에 기록되지 않았다고 판단되면, 불휘발성 메모리(18)가 참조되고, 대응하는 클립 정보가 보존되어 있는지의 여부가 판단된다. 보존되어 있으면, 해당 클립 정보가 휘발성 메모리(17)에 기록된다. 그리고, 휘발성 메모리(17)에 기억된 클립 정보에 의거하여, 클립 AV 스트림 파일이 재생 제어된다.

기록 매체(32)로부터 판독된 클립 AV 스트림 파일은, 스트림 버퍼(14)를 통하여 MUX/DEMUX(13)에 공급되고, 패킷의 헤더 정보 등에 의거하여 다중화가 분리되어 압축 비디오 데이터와 압축 오디오 데이터가 취출된다. 압축 비디오 데이터는, 비디오 디코더(20)에 공급되어 디코드되고, 예를 들면 PTS에 따라 단자(42)로부터 출력된다. 압축 오디오 데이터는, 오디오 디코더(21)에 공급되어 디코드되고, 비디오 디코더(20)로부터 출력되는 비디오 데이터와 동기적으로 단자(43)로부터 출력된다.

단자(42)로부터 출력된 비디오 데이터는, 비디오 신호 처리부(58)에서 소정의 신호 처리가 시행되어, 표시부(55)에 공급된다. 표시부(55)는, 공급된 비디오 데이터에 의거한 화상을 영출한다. 단자(43)로부터 출력된 오디오 데이터는, 음성 신호 처리부(57)에서 정해진대로 신호 처리되고, 증폭 처리 등도 행하여저서, 스피커부(60)에 공급된다.

또한, 상술에서는, 도 32에 도시한 바와 같이, 본 발명의 실시의 한 형태로서 본 발명이 기록 재생 장치에 적용된 경우에 관해 설명하였지만, 이것은 이 예로 한정되지 않는다. 즉, 도 33의 플로우 차트를 이용하여 설명한 바와 같은, 본 발명에 의한 기록할 때의 처리는, 기록만을 행하는 기록 장치에도 마찬가지로 적용할 수 있다.

또한, 상술에서는, 도 32에 도시하는 기록 재생 장치나 도 35에 도시하는 비디오 카메라 장치(100)의 기록 재생부(10)가 하드웨어적으로 구성되는 것으 설명하였지만, 이것은 이 예로 한정되지 않는다. 즉, 기록 재생부(10)는, 소프트웨어로서 구성하는 것도 가능하다. 이 경우, 소프트웨어는, 예를 들면 제어부(30)가 갖는 도시되지 않은 ROM에 미리 기억된다. 이것으로 한하지 않고, 기록 재생부(10)을, 퍼스널 컴퓨터 등의 컴퓨터 장치상에 구성하는 것도 가능하다. 이 경우에는, 기록 재생부(10)를 컴퓨터 장치에 실행시키는 소프트웨어는, CD-ROM이나 DVD-ROM이라는 기록 매체에 기록되어 제공된다. 컴퓨터 장치가 네트워크 접속 가능한 경우, 인터넷 등의 네트워크를 통하여 해당 소프트웨어를 제공하는 것도 가능하다.

제 1, 제 2 및 제 3의 발명은, 상술한 바와 같이, 입력부에서 입력된 비디오 데이터 및 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하고, 기록 매체에 기록되는 스트림 파일에 대해, 적어도 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하도록 되고, 생성된 스트림 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키도록 하고 있기 때문에, 시스템의 전원이 불의에 절단되어 도, 기록된 스트림 파일에 대응하는 스트림 정보중, 스트림 파일의 기록의 시간 경과에 응하여 생성된 정보를 잃어버리는 일이 없는 효과가 있다.

Claims

비디오 데이터와 오디오 데이터를 다중화하여 기록 매체에 기록하는 기록 장치에 있어서,

비디오 데이터 및 오디오 데이터가 입력되는 데이터 입력부와,

상기 비디오 데이터 및 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록부와,

시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부와,

상기 기록 매체에 기록되는 상기 스트림 파일에 대해, 적어도 해당 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성부와,

상기 기록부 및 상기 관리 정보 생성부를 제어하는 제어부를 가지며,

상기 제어부는,

상기 관리 정보 생성부에서 생성된 상기 스트림 정보중, 상기 기록부에 의한 상기 기록 매체에 대한 상기 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 생성의 타이밍에 응하여 상기 정보 보존부에 보존시키는 것을 특징으로 하는 기록 장치.
제 1항에 있어서,

상기 비디오 데이터 및 오디오 데이터의 기록 시작 및 기록 정지의 지시가 입력되는 기록 지시 입력부를 또한 가지며,

상기 스트림 정보는, 상기 제 1의 정보와, 상기 기록 지시 입력부에 대한 상기 기록 정지의 지시의 입력에 응하여 상기 스트림 파일의 기록이 정지된 시점에서 확정되는 제 2의 정보와, 상기 스트림 파일의 기록에 대해 고정적인 제 3의 정보를 포함하고,

상기 제어부는,

상기 제 2 및 제 3의 정보는, 상기 기록 지시 입력부에 대한 상기 기록 정지의 지시의 입력에 응하여 상기 정보 보존부에 보존시키는 것을 특징으로 하는 기록 장치.
제 1항에 있어서,

상기 제어부는,

상기 정보 보존부에 보존된 상기 스트림 정보를, 소정의 타이밍에서 상기 기록 매체에 기록하도록 상기 기록부를 제어하는 것을 특징으로 하는 기록 장치.
제 3항에 있어서,

상기 기록 매체가 탈착 가능한 기록 매체이고, 상기 제어부의 제어에 응하여 상기 기록 매체의 배출을 행하는 배출 제어부를 또한 가지며,

상기 소정의 타이밍은, 상기 제어부가 상기 배출 제어부에 대해 상기 기록 매체의 배출을 행하도록 제어하는 타이밍에 대응하는 것을 특징으로 하는 기록 장 치.
제 3항에 있어서,

시스템의 전원 OFF 동작이 상기 제어부의 제어에 응하여 행하여지도록 되고,

상기 소정의 타이밍은, 상기 제어부의 제어에 의해 상기 시스템의 전원 OFF 동작이 이루어지는 타이밍에 대응하는 것을 특징으로 하는 기록 장치.
제 1항에 있어서,

상기 정보 보존부는, 전원의 공급 없이 기억 내용을 보존 가능한 불휘발성 메모리인 것을 특징으로 하는 기록 장치.
제 1항에 있어서,

상기 정보 보존부는, 전원의 공급이 끊어지면 기억 내용을 잃어버리는 휘발성 메모리에 대해 전지에 의해 전원을 항상 공급하여 해당 기억 내용을 보존시키게 되는 것을 특징으로 하는 기록 장치.
비디오 데이터와 오디오 데이터를 다중화하여 기록 매체에 기록하는 기록 방법에 있어서,

입력부에서 입력된 비디오 데이터 및 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록의 스텝과,

상기 기록 매체에 기록되는 상기 스트림 파일에 대해, 적어도 해당 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성의 스텝과,

상기 기록의 스텝 및 상기 관리 정보 생성의 스텝을 제어하는 제어의 스텝을 가지며,

상기 제어의 스텝은,

상기 관리 정보 생성의 스텝에서 생성된 상기 스트림 정보중, 상기 기록의 스텝에 의한 상기 기록 매체에 대한 상기 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키는 것을 특징으로 하는 기록 방법.
비디오 데이터와 오디오 데이터를 다중화하여 기록 매체에 기록하는 기록 방법을 컴퓨터 장치에 실행시키는 기록 프로그램에 있어서,

상기 기록 방법은,

입력부에서 입력된 비디오 데이터 및 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록의 스텝과,

상기 기록 매체에 기록되는 상기 스트림 파일에 대해, 적어도 해당 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성의 스텝과,

상기 기록의 스텝 및 상기 관리 정보 생성의 스텝을 제어하는 제어의 스텝을 가지며,

상기 제어의 스텝은,

상기 관리 정보 생성의 스텝에서 생성된 상기 스트림 정보중, 상기 기록의 스텝에 의한 상기 기록 매체에 대한 상기 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키는 것을 특징으로 하는 기록 프로그램.
촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음하여 얻어진 오디오 데이터를 다중화하여 기록 매체에 기록하는 촬상 장치에 있어서,

피사체를 촬상하여 비디오 데이터를 출력하는 촬상부와,

음성을 수음하여 오디오 데이터를 출력하는 수음부와,

상기 비디오 데이터 및 상기 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록부와,

상기 비디오 데이터 및 상기 오디오 데이터의 상기 기록 매체에의 기록 시작 및 기록 정지를 지시하는 유저 조작을 접수하는 조작부와,

시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부와,

상기 기록 매체에 기록되는 상기 스트림 파일에 대해, 적어도 해당 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성부와,

상기 조작부에 대한 유저 조작에 응하여 상기 기록부의 동작을 제어함과 함께, 상기 관리 정보 생성부를 제어하는 제어부를 가지며,

상기 제어부는,

상기 관리 정보 생성부에서 생성된 상기 스트림 정보중, 상기 기록부에 의한 상기 기록 매체에 대한 상기 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 생성의 타이밍에 응하여 상기 정보 보존부에 보존시키는 것을 특징으로 하는 촬상 장치.
제 10항에 있어서,

상기 스트림 정보는, 상기 제 1의 정보와, 상기 스트림 파일의 기록이 정지된 시점에서 확정되는 제 2의 정보와, 상기 스트림 파일의 기록에 대해 고정적인 제 3의 정보를 포함하고,

상기 제어부는,

상기 제 2 및 제 3의 정보는, 상기 조작부에 대한 상기 기록 정지를 지시하는 입력에 응하여 상기 정보 보존부에 보존시키는 것을 특징으로 하는 촬상 장치.
제 10항에 있어서,

상기 제어부는,

상기 정보 보존부에 보존된 상기 스트림 정보를, 소정의 타이밍에서 상기 기록 매체에 기록하도록 상기 기록부를 제어하는 것을 특징으로 하는 촬상 장치.
제 12항에 있어서,

상기 기록 매체가 탈착 가능한 기록 매체이고, 상기 제어부의 제어에 응하여 상기 기록 매체의 배출을 행하는 배출 제어부를 또한 가지며,

상기 소정의 타이밍은, 상기 제어부가 상기 배출 제어부에 대해 상기 기록 매체의 배출을 행하도록 제어하는 타이밍에 대응하는 것을 특징으로 하는 촬상 장치.
제 12항에 있어서,

시스템의 전원 OFF 동작이 상기 제어부의 제어에 응하여 행하여지도록 되고,

상기 소정의 타이밍은, 상기 제어부의 제어에 의해 상기 시스템의 전원 OFF 동작이 이루어지는 타이밍에 대응하는 것을 특징으로 하는 촬상 장치.
제 10항에 있어서,

상기 정보 보존부는, 전원의 공급 없이 기억 내용을 보존 가능한 불휘발성 메모리인 것을 특징으로 하는 촬상 장치.
제 10항에 있어서,

상기 정보 보존부는, 전원의 공급이 끊어지면 기억 내용을 잃어버리는 휘발성 메모리에 대해 전지에 의해 전원을 항상 공급하여 해당 기억 내용을 보존시키게 되는 것을 특징으로 하는 촬상 장치.
촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음하여 얻어진 오디오 데이터를 다중화하여 기록 매체에 기록하는 촬상 장치의 촬상 방법에 있어서,

촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음하여 얻어진 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록의 스텝과,

조작부에 대한 상기 비디오 데이터 및 상기 오디오 데이터의 상기 기록 매체에의 기록 시작 및 기록 정지를 지시하는 유저 조작을 접수하는 스텝과,

상기 기록 매체에 기록되는 상기 스트림 파일에 대해, 적어도 해당 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성의 스텝과,

상기 조작부에 대한 유저 조작에 응하여 상기 기록의 스텝의 동작을 제어함과 함께, 상기 관리 정보 생성의 스텝을 제어하는 제어의 스텝을 가지며,

상기 제어의 스텝은,

상기 관리 정보 생성의 스텝에서 생성된 상기 스트림 정보중, 상기 기록의 스텝에 의한 상기 기록 매체에 대한 상기 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키는 것을 특징으로 하는 촬상 방법.
촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음하여 얻어진 오디오 데이터를 다중화하여 기록 매체에 기록하는 촬상 장치의 촬상 방법을 컴퓨터 장치에 실행시키는 촬상 프로그램에 있어서,

상기 촬상 방법은,

촬상부에서 피사체를 촬상하여 얻어진 비디오 데이터와, 수음부에서 음성을 수음하여 얻어진 오디오 데이터를 다중화하고, 다중화된 스트림을 스트림 파일로서 기록 매체에 기록하는 기록의 스텝과,

조작부에 대한 상기 비디오 데이터 및 상기 오디오 데이터의 상기 기록 매체에의 기록 시작 및 기록 정지를 지시하는 유저 조작을 접수하는 스텝과,

상기 기록 매체에 기록되는 상기 스트림 파일에 대해, 적어도 해당 스트림 파일의 재생시각 정보와 어드레스 정보를 대응시킨 스트림 정보를 생성하는 관리 정보 생성의 스텝과,

상기 조작부에 대한 유저 조작에 응하여 상기 기록의 스텝의 동작을 제어함과 함께, 상기 관리 정보 생성의 스텝을 제어하는 제어의 스텝을 가지며,

상기 제어의 스텝은,

상기 관리 정보 생성의 스텝에서 생성된 상기 스트림 정보중, 상기 기록의 스텝에 의한 상기 기록 매체에 대한 상기 스트림 파일의 기록의 시간 경과에 대해 각각 생성되는 제 1의 정보를, 시스템으로부터의 전원 공급 없이 기억 내용을 보존 가능한 정보 보존부에 보존시키는 것을 특징으로 하는 촬상 프로그램.