KR100746821B1 - 정보 처리 장치와 방법, 기록매체 - Google Patents

Abstract

본 발명에 관한 정보처리장치는 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 제 1 AV 스트림의 소정의 부분과 제 2 AV 스트림의 소정의 부분으로 구성되고, 제 1 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림을 생성하는 동시에, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보를 생성하는 생성수단과, 생성수단에 의해 생성된 제 3 AV 스트림과 어드레스 정보를 기록하는 기록수단을 포함한다.

Description

정보 처리 장치와 방법, 기록매체{Information Processing Apparatus and Method, and Recorded Medium}

본 발명은 정보 처리 장치와 방법, 프로그램 및 기록매체에 관한 것이며, 특히 재생구간에 있어서 동화상의 연속성을 유지하는 정보 처리 장치와 방법, 프로그램 및 기록매체에 관한 것이다.

근년에 기록재생장치로부터 취출하는 것이 가능한 디스크형의 기록매체로서 각종의 광디스크가 제안되어 있다. 이러한 기록 가능한 광디스크는 몇GB의 대용량 미디어로서 제안되어 있고 비디오 신호 등의 AV(Audio Visual)신호를 기록하는 미디어로서의 기대가 높다. 이러한 기록 가능한 광디스크에 기록하는 디지털 AV신호의 소스(공급원)로서는 CS 디지털 위성방송이나 BS 디지털 방송이 있고 또한 장래는 디지털 방식의 지상파 텔레비전 방송 등도 제안되어 있다.

여기서 이들의 소스로부터 공급되는 디지털 비디오 신호는 보통 MPEG(Moving Picture Experts Group)2 방식으로 화상 압축되어 있는 것이 일반적이다. 또한 기록장치에는 그 장치 고유의 기록 레이트가 정해져 있다. 종래의 민생용 영상축적 미디어로 디지털 방송 유래의 디지털 비디오 신호를 기록하는 경우 아날로그 기록방식이라면 디지털 비디오 신호를 디코드한 후에 대역 제한을 하여 기록한다. 또는 MPEG1 비디오, MPEG2 비디오, DV방식을 비롯한 디지털 기록방식이라면 한번 디코드된 후에 그 장치 고유의 기록 레이트·부호화 방식으로 재인코드되어 기록된다.

그러나 이러한 기록방법은 공급된 비트 스트림을 한번 디코드하고 그 후에 대역 제한이나 재인코드를 행하여 기록하기 때문에 화질의 열화가 수반된다. 화상 압축된 디지털신호의 기록을 하는 경우에 입력된 디지털신호의 전송 레이트가 기록재생장치의 기록 레이트를 초과하지 않는 경우에는 공급된 비트 스트림을 디코드나 재인코드하는 일 없이 그대로 기록하는 방법이 가장 화질의 열화가 적다. 단지 화상 압축된 디지털신호의 전송 레이트가 기록매체로서의 디스크의 기록 레이트를 초과하는 경우에는 기록재생장치에서 디코드한 후에 전송 레이트가 디스크의 기록 레이트의 상한 이하가 되도록 재인코드를 하여 기록할 필요가 있다.

또한 입력 디지털신호의 비트 레이트가 시간에 따라 증감하는 가변 레이트방식에 의해 전송되고 있는 경우에는 회전 헤드가 고정 회전수이기 때문에 기록 레이트가 고정 레이트로 되는 테이프 기록방식에 비하여 한번 버퍼에 데이터를 축적하고, 버스트적으로 기록을 할수 있는 디스크 기록장치가 기록매체의 용량을 보다 낭비 없이 이용할 수 있다.

이상과 같이 디지털 방송이 주류가 되는 장래에 있어서는 데이터 스트리머와 같이 방송신호를 디지털신호 그대로, 디코드나 재인코드하는 일 없이 기록하여, 기록매체로서 디스크를 사용한 기록재생장치가 요구될 것으로 예측된다.

상술한 바와 같은 기록장치에 있어서 기록매체에 기록된 데이터를 재생할 때에 소정의 픽처까지 재생하고, 그 픽처로부터 시간적으로 떨어진 위치에 위치하는 픽처를 계속하여 재생한다고 하는 소위 스킵재생이라는 것이 있다. 스킵재생을 행하였을 때에 재생하는 영상에 시간적인 연속성이 도중에서 끊겨버리는 일이 있다는 문제가 있었다.

(발명의 개시)

본 발명의 목적은, 이러한 상황을 감안하여, 재생구간에 있어서의 동화상의 연속성을 유지하도록 재생할 수 있도록 하는데 있다.

본 발명에 관한 정보처리장치는 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 제 1 AV 스트림의 소정의 부분과 제 2 AV 스트림의 소정의 부분으로 구성되고, 제 1 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림을 생성하는 동시에, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보를 생성하는 생성수단과, 생성수단에 의해 생성된 제 3 AV 스트림과 어드레스 정보를 기록하는 기록수단을 포함한다.

생성수단에 의해 생성된 어드레스 정보에 포함되는 제 1 AV 스트림의 소스 패킷의 어라이벌 타임 스탬프와, 제 3 AV 스트림의 최초에 위치하는 소스 패킷의 어라이벌 타임 스탬프가 연속되어 있고 또한 생성수단에 의해 생성된 어드레스 정보에 포함되는 제 2 AV 스트림의 소스 패킷의 어라이벌 타임 스탬프와 제 3 AV 스트림의 최후에 위치하는 소스 패킷의 어라이벌 타임 스탬프는 연속하고 있도록 할 수 있다.

제 3 AV 스트림 내의 소스 패킷의 어라이벌 타임 스탬프에는 단지 하나의 불연속점이 존재하도록 할 수 있다.

생성수단에 의해 생성된 어드레스 정보에 포함되는 제 1 AV 스트림의 소스 패킷의 어드레스의 정보로 나타내여지는 소스 패킷 이전의 AV 스트림의 데이터 부분이 기록매체상에서 소정의 크기 이상의 연속영역에 배치되도록 어드레스는 결정되도록 할 수 있다.

생성수단에 의해 생성된 어드레스 정보에 포함되는 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 나타내여지는 소스 패킷 이후의 AV 스트림의 데이터 부분이 기록매체상에서 소정의 크기 이상의 연속영역에 배치되도록 어드레스는 결정되도록 할 수 있다.

제 3 AV 스트림이 기록매체상에서 소정의 크기 이상의 연속영역에 배치되도록 제 3 AV 스트림이 생성되도록 할 수 있다.

본 발명에 관한 정보처리방법은 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 제 1 AV 스트림의 소정의 부분과 제 2 AV 스트림의 소정의 부분으로 구성되고, 제 1 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림을 생성하는 동시에, 제 3 AV스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보를 생성하는 생성스텝을 포함한다.

본 발명에 관한 기록매체의 프로그램은 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 제 1 AV 스트림의 소정의 부분과 제 2 AV 스트림의 소정의 부분으로 구성되고, 제 1 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림을 생성하는 동시에, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보를 생성하는 생성스텝을 포함한다.

본 발명에 관한 프로그램은 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 제 1 AV 스트림의 소정의 부분과 제 2 AV 스트림의 소정의 부분으로 구성되고, 제 1 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림을 생성하는 동시에, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보를 생성하는 생성스텝을 컴퓨터에 실행시킨다.

본 발명에 관한 정보처리장치는 제 1 AV 스트림, 제 2 AV 스트림 또는 제 3 AV 스트림을 기록매체로부터 판독하는 제 1 판독수단과, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보를 기록매체로부터 판독하는 제 2 판독수단과, 제 2 판독수단에 의해 판독된 제 3 AV 스트림에 관련되는 정보에 의거하여 제 1 판독수단에 의해 판독된 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생을 전환하고 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생을 전환하여 재생하는 재생수단을 포함한다.

본 발명에 관한 정보처리방법은 제 1 AV 스트림, 제 2 AV 스트림 또는 제 3 AV 스트림의 기록매체로부터의 판독을 제어하는 제 1 판독제어스텝과, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보의 기록매체로 부터의 판독을 제어하는 제 2 판독제어스텝과, 제 2 판독제어스텝의 처리로 판독이 제어된 제 3 AV 스트림에 관련되는 정보에 의거하여 제 1 판독제어스텝의 처리로 판독이 제어된 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생을 전환하고 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생을 전환하여 재생하는 재생스텝을 포함하는 것을 특징으로 한다.

본 발명에 관한 기록매체의 프로그램은 제 1 AV 스트림, 제 2 AV 스트림 또는 제 3 AV 스트림의 기록매체로부터의 판독을 제어하는 제 1 판독제어스텝과, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보의 기록매체로부터의 판독을 제어하는 제 2 판독제어스텝과, 제 2 판독제어스텝의 처리로 판독이 제어된 제 3 AV 스트림에 관련되는 정보에 의거하여 제 1 판독제어스텝의 처리로 판독이 제어된 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생을 전환하고 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생을 전환하여 재생하는 재생스텝을 포함한다.

본 발명에 관한 프로그램은 제 1 AV 스트림, 제 2 AV 스트림 또는 제 3 AV 스트림의 기록매체로부터의 판독을 제어하는 제 1 판독제어스텝과, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보의 기록매체로부터의 판독을 제어하는 제 2 판독제어스텝과, 제 2 판독제어스텝의 처리로 판독이 제어된 제 3 AV 스트림에 관련되는 정보에 의거하여 제 1 판독제어스텝의 처리로 판독이 제어된 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생을 전환하고 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생을 전환하여 재생하는 재생스텝을 컴퓨터에 실행시킨다.

본 발명에 관한 기록매체는 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 제 1 AV 스트림의 소정의 부분과 제 2 AV 스트림의 소정의 부분으로 구성되고, 제 1 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림과, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보가 기록되어 있다.

본 발명에 관한 정보 처리 장치와 방법 및 프로그램에 있어서는 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 제 1 AV 스트림의 소정의 부분과 제 2 AV 스트림의 소정의 부분으로 구성되고, 제 1 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림이 생성되는 동시에, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보가 생성된다.

본 발명에 관한 정보 처리 장치와 방법 및 프로그램에 있어서는 제 1 AV 스트림, 제 2 AV 스트림 또는 제 3 AV 스트림이 기록매체로부터 판독되고, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보가 기록매체로부터 판독되고, 판독된 제 3 AV 스트림에 관련되는 정보에 의거하여 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되고, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되어 재생된다.

본 발명의 또 다른 목적, 특징이나 이점은 후술하는 본 발명의 실시예나 첨부하는 도면에 의거하여 보다 상세한 설명에 의해 밝혀질 것이다.

도 1은 본 발명을 적용한 기록재생장치의 구성을 도시한 도면.

도 2는 기록재생장치에 의해 기록매체에 기록되는 데이터의 포맷에 관하여 설명한 도면.

도 3은 Real PlayList와 Virtual PlayList에 관하여 설명한 도면.

도 4A 내지 도 4C는 Real PlayList의 작성에 관하여 설명한 도면.

도 5A 내지 도 5C는 Real PlayList의 삭제에 관하여 설명한 도면.

도 6A 및 도 6B는 어샘블 편집에 관하여 설명한 도면.

도 7은 Virtual PlayList에 서브패스를 마련하는 경우에 관하여 설명한 도면.

도 8은 PlayList의 재생 순서의 변경에 관하여 설명한 도면.

도 9는 PlayList상의 마크와 Clip상의 마크에 관하여 설명한 도면.

도 10은 메뉴 섬네일에 관하여 설명한 도면.

도 11은 PlayList에 부가되는 마크에 관하여 설명한 도면.

도 12는 Clip에 부가되는 마크에 관하여 설명한 도면.

도 13은 PlayList, Clip, 섬네일 파일의 관계에 관하여 설명한 도면.

도 14는 디렉토리 구조에 관하여 설명한 도면.

도 15는 info.dvr의 신택스를 도시한 도면.

도 16은 DVR volume의 신택스를 도시한 도면.

도 17은 ResumeVolume의 신택스를 도시한 도면.

도 18은 UIAppInfoVolme의 신택스를 도시한 도면.

도 19는 Character set value의 테이블을 도시한 도면.

도 20은 TableOfPlayList의 신택스를 도시한 도면.

도 21은 TableOfPlayList의 다른 신택스를 도시한 도면.

도 22는 MakersPrivateData의 신택스를 도시한 도면.

도 23은 xxxxx.rpls와 yyyyy.vpls의 신택스를 도시한 도면.

도 24A 내지 도 24C는 PlayList에 관하여 설명한 도면.

도 25는 PlayList의 신택스를 도시한 도면.

도 26은 PlayList-type의 테이블을 도시한 도면.

도 27은 UIAppinfoPlayList의 신택스를 도시한 도면.

도 28A 내지 도 28C는 도 27에 도시한 UIAppinfoPlayList의 신택스 내의 플래그에 관하여 설명한 도면.

도 29는 PlayItem에 관하여 설명한 도면.

도 30은 PlayItem에 관하여 설명한 도면.

도 31은 PlayItem에 관하여 설명한 도면.

도 32는 PlayItem의 신택스를 도시한 도면.

도 33은 IN_time에 관하여 설명한 도면.

도 34는 OUT_time에 관하여 설명한 도면.

도 35는 connection_Condition의 테이블을 도시한 도면.

도 36A 내지 도 36D는 connection_Condition에 관하여 설명한 도면.

도 37은 BridgeSequenceInfo를 설명한 도면.

도 38은 BridgeSequenceInfo의 신택스를 도시한 도면.

도 39는 SubPlayItem에 관하여 설명한 도면.

도 40은 SubPlayItem의 신택스를 도시한 도면.

도 41은 SubPath_type의 테이블을 도시한 도면.

도 42는 PlayListMark의 신택스를 도시한 도면.

도 43은 Mark_type의 테이블을 도시한 도면.

도 44는 Mark_time_stamp을 설명한 도면.

도 45는 zzzzz.clip의 신택스를 도시한 도면.

도 46은 ClipInfo의 신택스를 도시한 도면.

도 47은 Clip_stream_type의 테이블을 도시한 도면.

도 48은 offset_SPN에 관하여 설명한 도면.

도 49는 offset_SPN에 관하여 설명한 도면.

도 50A 및 도 50B는 STC 구간에 관하여 설명한 도면.

도 51은 STC_Info에 관하여 설명한 도면.

도 52는 STC_Info의 신택스를 도시한 도면.

도 53은 ProgramInfo를 설명한 도면.

도 54는 ProgramInfo의 신택스를 도시한 도면.

도 55는 VideocondingInfo의 신택스를 도시한 도면.

도 56은 Video_format의 테이블을 도시한 도면.

도 57은 frame_rate의 테이블을 도시한 도면.

도 58은 display_aspect_ratio의 테이블을 도시한 도면.

도 59는 AudiocondingInfo의 신택스를 도시한 도면.

도 60은 audio_coding의 테이블을 도시한 도면.

도 61은 audio_component_type의 테이블을 도시한 도면.

도 62는 sampling_frequency의 테이블을 도시한 도면.

도 63은 CPI에 관하여 설명한 도면.

도 64는 CPI에 관하여 설명한 도면.

도 65는 CPI의 신택스를 도시한 도면.

도 66은 CPI_type의 테이블을 도시한 도면.

도 67은 비디오 EP_map에 관하여 설명한 도면.

도 68은 EP_map에 관하여 설명한 도면.

도 69는 EP_map에 관하여 설명한 도면.

도 70은 EP_map의 신택스를 도시한 도면.

도 71은 EP_type values의 테이블을 도시한 도면.

도 72는 EP_map_for_one_stream_PID의 신택스를 도시한 도면.

도 73은 TU_map에 관하여 설명한 도면.

도 74는 TU_map의 신택스를 도시한 도면.

도 75는 ClipMark의 신택스를 도시한 도면.

도 76은 mark_type의 테이블을 도시한 도면.

도 77은 mark_type_stamp의 테이블을 도시한 도면.

도 78은 nenu.thmb과 mark.thmb의 신택스를 도시한 도면.

도 79는 Thumbnail의 신택스를 도시한 도면.

도 80은 thumbnail_picture_format의 테이블을 도시한 도면.

도 81A 및 도 81B는 tn_block에 관하여 설명한 도면.

도 82는 DVR MPEG2의 트랜스포트 스트림의 구조에 관하여 설명한 도면.

도 83은 DVR MPEG2의 트랜스포트 스트림의 리코더 모델을 도시한 도면.

도 84는 DVR MPEG2의 트랜스포트 스트림의 플레이어 모델을 도시한 도면.

도 85는 source packet의 신택스를 도시한 도면.

도 86은 TP_extra_header의 신택스를 도시한 도면.

도 87은 copy permission indicator의 테이블을 도시한 도면.

도 88은 심리스 접속에 관하여 설명한 도면.

도 89는 심리스 접속에 관하여 설명한 도면.

도 90은 심리스 접속에 관하여 설명한 도면.

도 91은 심리스 접속에 다음으로 설명한 도면.

도 92는 심리스 접속에 관하여 설명한 도면.

도 93은 오디오의 오버랩에 관하여 설명한 도면.

도 94는 Bridgesequence를 이용한 심리스 접속에 관하여 설명한 도면.

도 95는 Bridgesequence를 이용하지 않는 심리스 접속에 관하여 설명한 도면.

도 96은 DVR STD 모델을 도시한 도면.

도 97은 복호, 표시의 타이밍차트를 도시한 도면.

도 98은 BridgeSequenceInfo의 다른 신택스를 도시한 도면.

도 99는 2개의 PlayItem이 심리스하게 접속될 때의 Bridge_Clip에 관하여 설 명한 도면.

도 100은 ClipInformation 파일의 신택스를 도시한 도면.

도 101은 ClipInformation 파일의 ClipInfo의 신택스를 도시한 도면.

도 102는 ClipInformation 파일의 SequenceInfo의 신택스를 도시한 도면.

도 103A 및 도 103B는 Clip AV 스트림 파일의 스트림 데이터를 부분적으로 소거한 경우의 데이터 베이스의 변경에 관하여 설명한 도면.

도 104는 Real PlayList의 작성에 관하여 설명한 플로우차트.

도 105는 Virtual PlayList의 작성에 관하여 설명한 플로우차트.

도 106은 Bridgesequence의 작성에 관하여 설명한 플로우차트.

도 107은 PlayList의 재생에 관하여 설명한 플로우차트.

도 108은 매체를 설명한 도면.

이하에, 본 발명이 적용된 정보 처리 장치와 방법, 프로그램 및 기록매체에 관하여 도면을 참조하여 설명한다. 도 1은 본 발명을 적용한 기록재생장치(1)의 내부 구성예를 도시하는 도면이다. 우선 외부로부터 입력된 신호를 기록매체에 기록하는 동작을 행하는 부분의 구성에 관하여 설명한다. 기록재생장치(1)는 아날로그 데이터 또는 디지털 데이터를 입력하고 기록할 수 있는 구성으로 되어 있다.

단자(11)에는 아날로그의 비디오 신호가, 단자(12)에는 아날로그의 오디오신호가 각각 입력된다. 단자(11)에 입력된 비디오 신호는 해석부(14)와 AV 인코더(15)에 각각 출력된다. 단자(12)에 입력된 오디오신호는 AV 인코더(15)에 출력된다. 해석부(14)는 입력된 비디오 신호로부터 신 체인지 등의 특징점을 추출한다.

AV 인코더(15)는 입력된 비디오 신호와 오디오신호를 각각 부호화 하여 부호화 비디오 스트림(V), 부호화 오디오 스트림(A) 및 AV 동기 등의 시스템 정보(S)를 멀티플렉서(16)에 출력한다. 부호화 비디오 스트림은, 예를 들면, MPEG(Moving Picture Experts Group)2방식에 의해 부호화 된 비디오 스트림이고, 부호화 오디오 스트림은, 예를 들면, MPEG1방식에 의해 부호화 된 오디오 스트림이나 돌비 AC3 방식에 의해 부호화 된 오디오 스트림 등이다. 멀티플렉서(16)는 입력된 비디오 및 오디오의 스트림을 입력시스템 정보에 의거하여 다중화하고 스위치(17)를 통하여 다중화 스트림 해석부(18)와 소스 패키타이저(19)에 출력한다.

다중화 스트림은, 예를 들면, MPEG2 트랜스포트 스트림이나 MPEG2 프로그램 스트림이다. 소스 패키타이저(19)는 입력된 다중화 스트림을, 그 스트림을 기록시키는 기록매체(100)의 어플리케이션 포맷에 따라 소스 패킷으로 구성되는 AV 스트림을 부호화 한다. AV 스트림은 ECC(오류 정정)부호화부(20), 변조부(21)에서 소정의 처리가 시행되고 기록부(22)에 출력된다. 기록부(22)는 제어부(23)로부터 출력되는 제어신호에 의거하여 기록매체(100)에 AV 스트림 파일을 적어넣는다(기록한다).

디지털 인터페이스 또는 디지털 텔레비전 튜너로부터 입력되는 디지털 텔레비전방송 등의 트랜스포트 스트림은 단자(13)에 입력된다. 단자(13)에 입력된 트랜 스포트 스트림의 기록방식에는 2가지가 있으며 이들은 트랜스페어런트에 기록하는 방식과, 기록 비트 레이트를 내리는 등의 목적을 위해 재인코드를 한 후에 기록하는 방식이다. 기록방식의 지시 정보는 유저 인터페이스로서의 단자(24)로부터 제어부(23)로 입력된다.

입력 트랜스포트 스트림을 트랜스페어런트에 기록하는 경우, 단자(13)에 입력된 트랜스포트 스트림은 다중화 스트림 해석부(18)와, 소스 패키타이저(19)에 출력된다. 이 이후의 기록매체(100)에 AV 스트림이 기록되기까지의 처리는 상술한 입력 오디오 침투 신호와 비디오 신호를 부호화하여 기록하는 경우와 동일한 처리이기 때문에 그 설명은 생략한다.

입력 트랜스포트 스트림을 재인코드한 후에 기록하는 경우 단자(13)에 입력된 트랜스포트 스트림은 디멀티플렉서(26)에 입력된다. 디멀티플렉서(26)는 입력된 트랜스포트 스트림에 대하여 디멀티플렉스 처리를 시행하여 비디오 스트림(V), 오디오 스트림(A) 및 시스템 정보(S)를 추출한다.

디멀티플렉서(26)에 의해 추출된 스트림(정보) 중에서 비디오 스트림은 AV 디코더(27)로, 오디오 스트림과 시스템 정보는 멀티플렉서(16)로 각각 출력된다. AV 디코더(27)는 입력된 비디오 스트림을 복호하고 그 재생 비디오 신호를 AV 인코더(15)에 출력한다. AV 인코더(15)는 입력 비디오 신호를 부호화 하여 부호화 비디오 스트림(V)을 멀티플렉서(16)에 출력한다.

한편, 디멀티플렉서(26)로부터 출력되어 멀티플렉서(16)에 입력된 오디오 스트림과 시스템 정보 및 AV 인코더(15)로부터 출력된 비디오 스트림은 입력시스템 정보에 의거하여 다중화되고 다중화 스트림으로서 다중화 스트림 해석부(18)와 소스 패키타이저(19)에 스위치(17)를 통하여 출력된다. 이 이후의 기록매체(100)에 AV 스트림이 기록되기까지의 처리는 상술한 입력 오디오신호와 비디오 신호를 부호화하고 기록하는 경우와 동일한 처리이기 때문에 그 설명은 생략한다.

본 기록재생장치(1)는 AV 스트림의 파일을 기록매체(100)에 기록하는 동시에 그 파일을 설명한 어플리케이션 데이터 베이스 정보도 기록한다. 어플리케이션 데이터 베이스 정보는 제어부(23)에 의해 작성된다. 제어부(23)로의 입력정보는 해석부(14)로부터의 동화상의 특징정보, 다중화 스트림 해석부(18)로부터의 AV 스트림의 특징정보 및 단자(24)로부터 입력되는 유저로부터의 지시 정보이다.

해석부(14)로부터 공급되는 동화상의 특징정보는 입력 동화상신호 중의 특징적인 화상에 관계하는 정보로서, 예를 들면, 프로그램의 시작점, 신 체인지점, 커머셜(CM)의 시작·종료점 등의 지정 정보(마크)이며, 또한 그 지정 장소의 화상의 섬네일 화상의 정보도 포함된다.

다중화 스트림 해석부(18)로부터의 AV 스트림의 특징정보는 기록되는 AV 스트림의 부호화정보에 관계하는 정보로서, 예를 들면, AV 스트림 내의 I픽처의 어드레스 정보, AV 스트림의 부호화 파라미터, AV 스트림 중의 부호화 파라미터의 변화점 정보, 비디오 스트림 중의 특징적인 화상에 관계하는 정보(마크) 등이다.

단자(24)로부터의 유저의 지시 정보는 AV 스트림 중의 유저가 지정한 재생구간의 지정 정보, 그 재생구간의 내용을 설명한 캐릭터 문자, 유저가 원하는 신에 세트하는 북마크나 리줌점의 정보 등이다.

제어부(23)는 상기의 입력정보에 의거하여 AV 스트림의 데이터 베이스(Clip), AV 스트림의 재생구간(PlayItem)을 그룹화 한 것(PlayList)의 데이터 베이스, 기록매체(100)의 기록 내용의 관리정보(info.dvr) 및 섬네일 화상의 정보를 작성한다. 이들의 정보로 구성되는 어플리케이션 데이터 베이스 정보는 AV 스트림과 마찬가지로 하여 ECC 부호화부(20), 변조부(21)에서 처리되고, 기록부(22)에 입력된다. 기록부(22)는 제어부(23)로부터 출력되는 제어신호에 의거하여 기록매체(100)에 데이터 베이스 파일을 기록한다. 상술한 어플리케이션 데이터 베이스 정보에 관하여 상세한 것은 후술한다.

이렇게 하여 기록매체(100)에 기록된 AV 스트림 파일(화상 데이터와 음성 데이터의 파일)과, 어플리케이션 데이터 베이스 정보가 재생되는 경우에 우선 제어부(23)는 판독부(28)에 대하여 기록매체(100)로부터 어플리케이션 데이터 베이스 정보를 판독하도록 지시한다. 그리고, 판독부(28)는 기록매체(100)로부터 어플리케이션 데이터 베이스 정보를 판독하고 그 어플리케이션 데이터 베이스 정보는 복호부(29), ECC 복호부(30)의 처리를 거처서 제어부(23)에 입력된다.

제어부(23)는 어플리케이션 데이터 베이스 정보에 의거하여 기록매체(100)에 기록되어 있는 PlayList의 일람을 단자(24)의 유저 인터페이스에 출력한다. 유저는 PlayList의 일람으로부터 재생하고 싶은 PlayList를 선택하고 재생이 지정된 PlayList에 관한 정보가 제어부(23)에 입력된다. 제어부(23)는 그 PlayList의 재생에 필요한 AV 스트림 파일의 판독을 판독부(28)에 지시한다. 판독부(28)는 그 지시에 따라 기록매체(100)로부터 대응하는 AV 스트림을 판독하여 복호부(29)에 출력한 다. 복호부(29)에 입력된 AV 스트림은 소정의 처리가 시행됨에 의해 복호되고 또한 ECC 복호부(30)의 처리를 거처서 소스 패키타이저(31)에 출력된다.

소스 패키타이저(31)는 기록매체(100)로부터 판독되고 소정의 처리가 시행된 어플리케이션 포맷의 AV 스트림을 디멀티플렉서(26)에 출력할 수 있는 스트림으로 변환한다. 디멀티플렉서(26)는 제어부(23)에 의해 지정된 AV 스트림의 재생구간(PlayItem)을 구성하는 비디오 스트림(V), 오디오 스트림(A) 및 AV 동기 등의 시스템 정보(S)를 AV 디코더(27)에 출력한다. AV 디코더(27)는 비디오 스트림과 오디오 스트림을 복호하고 재생 비디오 신호와 재생 오디로신호를 각각 대응하는 단자(32)와 단자(33)로부터 출력한다.

또한 유저 인터페이스로서의 단자(24)로부터 랜덤 액세스 재생이나 특수 재생을 지시하는 정보가 입력된 경우엔 제어부(23)는 AV 스트림의 데이터 베이스(Clip)의 내용에 의거하여 기억매체(100)로부터의 AV 스트림의 판독 위치를 결정하고 그 AV 스트림의 판독을 판독부(28)에 지시한다. 예를 들면, 유저에 의해 선택된 PlaiList를 소정의 시각부터 재생하는 경우에 제어부(23)는 지정된 시각에 가장 가까운 타임 스탬프를 갖는 I픽처로부터의 데이터를 판독하도록 판독부(28)에 지시한다.

또한 유저에 의해 고속재생(Fast-forward playback)이 지시된 경우에 제어부(23)는 AV 스트림의 데이터 베이스(Clip)에 의거하여 AV 스트림 중의 I픽처 데이터를 차례로 연속하여 판독하도록 판독부(28)에 지시한다.

판독부(28)는 지정된 랜덤 액세스 포인트로부터 AV 스트림의 데이터를 판독 하고 판독된 데이터는 후단의 각 부의 처리를 거쳐서 재생된다.

다음에 유저가 기록매체(100)에 기록되어 있는 AV 스트림의 편집을 하는 경우를 설명한다. 유저가 기록매체(100)에 기록되어 있는 AV 스트림의 재생구간을 지정하여 새로운 재생 경로를 작성하고 싶은 경우에, 예를 들면, 방송프로그램 A라는 노래 방송 프로그램으로부터 가수 A의 부분을 재생하고 그 후 계속해서 방송 프로그램 B라는 노래 방송 프로그램의 가수 A의 부분을 재생하고 싶어서 재생 경로를 작성하고 싶은 경우에 유저 인터페이스로서의 단자(24)로부터 재생구간의 시작점(인점)과 종료점(아웃점)의 정보가 제어부(23)에 입력된다. 제어부(23)는 AV 스트림의 재생구간(PlayItem)을 그룹화 한 것(PlayList)의 데이터 베이스를 작성한다.

유저가 기록매체(100)에 기록되어 있는 AV 스트림의 일부를 소거하고 싶은 경우엔 유저 인터페이스로서의 단자(24)로부터 소거구간의 인점과 아웃점의 정보가 제어부(23)에 입력된다. 제어부(23)는 필요한 AV 스트림 부분만을 참조하도록 PlayList의 데이터 베이스를 변경한다. 또한 AV 스트림이 불필요한 스트림 부분을 소거하도록 기록부(22)에 지시한다.

유저가 기록매체(100)에 기록되어 있는 AV 스트림의 재생구간을 지정하여 새로운 재생 경로를 작성하고 싶은 경우로서 또한 각각의 재생구간을 심리스로 접속하고 싶은 경우에 관하여 설명한다. 이러한 경우에 제어부(23)는 AV 스트림의 재생구간(PlayItem)을 그룹화 한 것(PlayList)의 데이터 베이스를 작성하고 또한 재생구간의 접속점 부근의 비디오 스트림의 부분적인 재인코드와 재다중화를 행한다.

우선 단자(24)로부터 재생구간의 인점의 픽처의 정보와 아웃점의 픽처의 정 보가 제어부(23)에 입력된다. 제어부(23)는 판독부(28)에 인점측 픽처와 아웃점측의 픽처를 재생하기 위해 필요한 데이터의 판독을 지시한다. 그리고 판독부(28)는 기록매체(100)로부터 데이터를 판독하고 그 데이터는 복호부(29), ECC 복호부(30), 소스 패키타이저(31)를 거처서 디멀티플렉서(26)로 출력된다.

제어부(23)는 디멀티플렉서(26)에 입력된 데이터를 해석하고 비디오 스트림의 재인코드방법(picture_coding_type의 변경, 재인코드하는 부호화 비트량의 할당)과 재다옥화 방식을 결정하고 그 방식을 AV 인코더(15)와 멀티플렉서(16)에 공급한다.

다음에 디멀티플렉서(26)는 입력된 스트림을 비디오 스트림(V), 오디오 스트림(A) 및 시스템 정보(S)로 분리한다. 비디오 스트림은 「AV 디코더(27)에 입력되는 데이터」와 「멀티플렉서(16)에 입력되는 데이터」가 있다. 전자의 데이터는 재인코드하기 위해 필요한 데이터로서 이것은 AV 디코더(27)에서 복호되고 복호된 픽처는 AV 인코더(15)에서 재인코드되어 비디오 스트림이 된다. 후자의 데이터는 재인코드를 하지 않고 오리지널의 스트림으로부터 카피되는 데이터이다. 오디오 스트림, 시스템 정보에 관하여는 직접, 멀티플렉서(16)에 입력된다.

멀티플렉서(16)는 제어부(23)로부터 입력된 정보에 의거하여 입력 스트림을 다중화 하고 다중화 스트림을 출력한다. 다중화 스트림은 ECC 부호화부(20), 변조부(21)에서 처리되고 기록부(22)에 입력된다. 기록부(22)는 제어부(23)로부터 공급되는 제어신호에 의거하여 기록매체(100)에 AV 스트림을 기록한다.

이하에 어플리케이션 데이터 베이스 정보나 그 정보에 의거하는 재생, 편집 이라는 조작에 관한 설명을 한다. 도 2는 어플리케이션 포맷의 구조를 설명한 도면이다. 어플리케이션 포맷은 AV 스트림의 관리를 위해 PlayList와 Clip의 2개의 레이어를 갖는다. Volume Information은 디스크 내의 모든 Clip과 PlayList의 관리를 한다. 여기서는 하나의 AV 스트림과 그 부속 정보의 페어를 하나의 오브젝트로 하고 그것을 Clip이라고 한다. AV 스트림 파일은 Clip AV stream file이라고 하고 그 부속 정보는 Clip Information file이라고 한다.

하나의 Clip AV stream file은 MPEG2 트랜스포트 스트림을 어플리케이션 포맷에 의해 규정되는 구조에 배치한 데이터를 스토어한다. 일반적으로, 파일은 바이트열로서 취급되지만, Clip AV stream file의 컨텐츠는 시간축상에 전개되고 Clip 중의 엔트리 포인트는 주로 시간 베이스로 지정된다. 소정의 Clip으로의 액세스 포인트의 타임 스탬프가 주어졌을 때에 Clip Information file은 Clip AV stream file 중에서 데이터의 판독을 시작하여야 할 어드레스 정보를 찾아내기 위해 도움이 된다.

PlayList에 관하여 도 3을 참조하여 설명한다. PlayList는 Clip 중에서 유저가 보고 싶은 재생구간을 선택하고 그것을 간단히 편집할 수 있도록 하기 위해 마련되어 있다. 하나의 PlayList는 Clip 중의 재생구간의 모임이다. 소정의 Clip 중의 하나의 재생구간은 PlayItem라고 불리고, 이것은 시간축상의 인점(IN)과 아웃점(OUt)의 쌍으로 표시된다. 따라서 PlayList는 복수의 PlayItem의 모임에 의해 구성된다.

PlayList에는 2개의 타입이 있다. 하나는 Real PlayList이고, 또하나는 Virtual PlayList이다. RealplayList는 그것이 참조하고 있는 Clip의 스트림 부분을 공유하고 있다. 즉 Real PlayList는 그것이 참조하고 있는 Clip의 스트림 부분에 상당하는 데이터 용량을 디스크 중에서 차지하고 Real PlayList가 소거된 경우엔 그것이 참조하고 있는 Clip의 스트림 부분도 또한 데이터가 소거된다.

Virtual PlayList는 Clip의 데이터를 공유하지 않는다. 따라서 Virtual PlayList가 변경 또는 소거되었다고 하여도 Clip의 내용에는 아무런 변화가 생기지 않는다.

다음에 Real PlayList의 편집에 관하여 설명한다. 도 4A는 Real PlayList의 크리에이트(create: 작성)에 관한 도면으로서 AV 스트림이 새로운 Clip으로서 기록되는 경우에 그 Clip 전체를 참조하는 Real PlayList가 새롭게 작성되는 조작이다.

도 4B는 Real PlayList의 디바이드(divide: 분할)에 관한 도면으로서 RealplayList가 소망하는 점에서 나뉘어져서 2개의 Real PlayList로 분할되는 조작이다. 이 분할이라는 조작은, 예를 들면, 하나의 PlayList에 의해 관리되는 하나의 클립 내에 2개의 방송프로그램이 관리되고 있는 경우에 유저가 하나하나의 방송프로그램으로서 고쳐 등록(기록)하고자 할 때에 행하여진다. 이 조작에 의해 Clip의 내용이 변경되는(Clip 자체가 분할되는) 일은 없다.

도 4C는 Real PlayList의 콤바인(combine: 결합)에 관한 도면으로서 2개의 Real PlayList를 결합하여 하나의 새로운 Real PlayList로 하는 조작이다. 이 결합이라는 조작은, 예를 들면, 유저가 2개의 방송프로그램을 하나의 방송프로그램으로서 고쳐 등록하고 싶을 때에 행하여진다. 이 조작에 의해 Clip이 변경되는(Clip 자 체가 하나로 되는) 일은 없다.

도 5A는 Real PlayList 전체의 딜리트(delete: 삭제)에 관한 도면으로서 소정의 Real PlayList 전체를 소거하는 조작이 이루어진 경우에 삭제된 Real PlayList가 참조하는 Clip의 대응하는 스트림 부분도 삭제된다.

도 5B는 Real PlayList의 부분적인 삭제에 관한 도면으로서 Real PlayList의 소망하는 부분이 삭제된 경우에 대응하는 PlayItem이 필요한 Clip의 스트림 부분만을 참조하도록 변경된다. 그리고 Clip이 대응하는 스트림 부분은 삭제된다.

도5C는 Real PlayList의 미니마이즈(Minimize: 최소화)에 관한 도면으로서 Real PlayList에 대응하는 PlayItem을 Virtual PlayList에 필요한 Clip의 스트림 부분만을 참조하도록 하는 조작이다. Virtual PlayList에 있어서 불필요한 Clip의 대응하는 스트림 부분은 삭제된다.

상술한 바와 같은 조작에 의해, Real PlayList가 변경되어 그 Real PlayList가 참조하는 Clip의 스트림 부분이 삭제된 경우에 그 삭제된 Clip을 사용하고 있는 Virtual PlayList가 존재하여 그 Virtual PlayList에서 삭제된 Clip에 의해 문제가 생길 가능성이 있다.

이러한 일이 생기지 않도록 유저에 삭제라는 조작에 대하여 「그 Real PlayList가 참조하고 있는 Clip의 스트림 부분을 참조하고 있는 Virtual PlayList가 존재하며 만약에 그 Real PlayList가 소거되면 그 Virtual PlayList도 또한 소거되게 되는데 그래도 좋습니까?」라는 메시지 등을 표시시킴으로써 확인(경고)를 촉구한 후에 유저의 지시에 의해 삭제의 처리를 실행 또는 캔슬한다. 또는 Virtual PlayList를 삭제하는 대신에 Real PlayList에 대하여 미니마이즈의 조작이 행하여지도록 한다.

다음에 Virtual PlayList에 대한 조작에 관하여 설명한다. Virtual PlayList에 대하여 조작이 행하여졌다 하더라도 Clip의 내용이 변경되는 일은 없다. 도 6은 어셈블(Assemble) 편집(IN-OUT 편집)에 관한 도면으로서 유저가 보고 싶다고 소망한 재생구간의 PlayItem을 만들어 Virtual PlayList를 작성한다는 조작이다. PlayItem 사이의 심리스 접속이 어플리케이션 포맷에 의해 서포트되어 있다(후술).

도 6A에 도시한 바와 같이, 2개의 Real PlayList(1, 2)와, 각각의 Real PlayList에 대응하는 Clip(1, 2)이 존재하고 있는 경우에 유저가 Real PlayList(1) 내의 소정의 구간 (In(1) 내지 Out(1)까지의 구간: PlayItem(1))을 재생구간으로서 지시하고 계속하여 재생하는 구간으로서 Real PlayList(2) 내의 소정의 구간(In(2) 내지 Out(2)까지의 구간: PlayItem(2))을 재생구간으로서 지시하였을 때에 도 6 B에 도시한 바와 같이, PlayItem(1)과 PlayItem(2)로 구성되는 하나의 Virtual PlayList가 작성된다.

다음에 Virtual PlayList의 재편집(Re-editing)에 관하여 설명한다. 재편집에는 Virtual PlayList 중의 인점이나 아웃점의 변경, Virtual PlayList에의 새로운 PlayItem의 삽입(insert)이나 추가(append), Virtual·PlayList 중의 PlayItem의 삭제 등이 있다. 또한 Virtual PlayList 그 자체를 삭제할 수도 있다.

도 7은 Virtual PlayList에의 오디오의 애프터리코딩(Audio dubbing(post recording))에 관한 도면으로서 Virtual PlayList에의 오디오의 애프터리코딩을 서 브패스로서 등록하는 조작인 것이다. 이 오디오의 애프터리코딩은 어플리케이션 포맷에 의해 서포트되어 있다. Virtual PlayList의 메인패스의 AV 스트림에 부가적인 오디오 스트림이 서브패스로서 부가된다.

Real PlayList와 Virtual PlayList에서 공통의 조작으로서 도 8에 도시한 바와 같은 PlayList의 재생 순서의 변경(Moving)이 있다. 이 조작은 디스크(볼륨) 중에서의 PlayList의 재생 순서의 변경으로서 어플리케이션 포맷에서 정의되는 Table of PlayList(도 20 등을 참조하여 후술한다)에 의해 서포트된다. 이 조작에 의해 clip의 내용이 변경되는 일은 없다.

다음에 마크(Mark)에 관하여 설명한다. 마크는 Clip 및 PlayList 중의 하이라이트나 특징적인 시간을 지정하기 위해 마련하고 있다. Clip에 부가되는 마크는 AV 스트림의 내용에 기인하는 특징적인 신을 지정하는, 예를 들면, 신 체인지점 등이다. PlayList를 재생할 때에 그 PlayList가 참조하는 Clip의 마크를 참조하여 사용할 수 있다.

PlayList에 부가되는 마크는 주로 유저에 의해 세트된다, 예를 들면, 북마크나 리줌점 등이다. Clip 또는 PlayList에 마크를 세트하는 것은 마크의 시각을 나타낸 타임 스탬프를 마크 리스트에 추가함에 의해 행하여진다. 또한 마크를 삭제하는 것은 마크 리스트 중에서 그 마크의 타임 스탬프를 제거하는 것이다. 따라서 마크의 설정이나 삭제에 의해 AV 스트림은 아무런 변경도 되지 않는다.

다음에 섬네일에 관하여 설명한다. 섬네일은 Volume, PlayList 및 Clip에 부가되는 정지화이다. 섬네일에는 2개의 종류가 있으며 하나는 내용을 나타내는 대표 면으로서의 섬네일이다. 이것은 주로 유저가 커서(불도시) 등을 조작하여 보고 싶은 것을 선택하기 위한 메뉴화면으로 이용되는 것이다. 또하나는 마크가 가리키고 있는 신을 나타내는 화상이다.

Volume과 각 Playlist는 대표화를 가질 수 있도록 할 필요가 있다. Volume의 대표면은 디스크(기록매체(100), 이하 기록매체(100)는 디스크장상태인 것으로 하고, 적절히 디스크라고 기술한다)를 기록재생장치(1)의 소정의 장소에 세트하였을 때에 그 디스크의 내용을 나타내는 정지화을 최초에 표시하는 경우 등에 이용되는 것을 상정하고 있다.

Playlist의 대표면은 PlayList를 선택하는 메뉴화면에 있어서 Playlist의 내용을 나타내기 위한 정지화으로서 이용되는 것을 상정하고 있다. Playlist의 대표화으로서 Playlist의 최초의 화상을 섬네일(대표화)로 하는 것이 생각되지만 반드시 재생시각 0의 선두의 화상이 내용을 나타내는 데에 있어서 최적의 화상이라고는 한정할 수 없다. 그래서 Playlist의 섬네일로서 임의의 화상을 유저가 설정할 수 있도록 한다. 이상 2종류의 섬네일을 메뉴 섬네일이라고 한다. 메뉴 섬네일은 빈번히 표시되기 때문에 디스크로부터 고속으로 판독할 필요가 있다. 이 때문에 모든 메뉴 섬네일을 하나의 파일에 격납하는 것이 효율적이다. 메뉴 섬네일은 반드시 볼륨 내의 동화로부터 뽑아낸 픽처일 필요는 없고, 도 10에 도시한 바와 같이 퍼스널컴퓨터나나 디지털스틸 카메라로부터 받아들인 화상이라도 좋다.

한편, Clip과 Playlist에는 복수개의 마크를 넣을 필요가 있기 때문에 마크 위치의 내용을 알기 위해 마크점의 화상을 용이하게 볼 수 있도록 할 필요가 있다. 이러한 마크점을 나타내는 픽처를 마크 섬네일(Mark Thumbnails)이라고 한다. 따라서 섬네일의 근본이 되는 화상은 외부로부터 받아들인 화상보다도, 마크점의 화상을 뽑아 낸 것이 중심으로 된다.

도 11은 PlayList에 붙여지는 마크와 그 마크 섬네일의 관계에 관하여 도시한 도면이고, 도 12는 Clip에 붙여지는 마크와 그 마크 섬네일의 관계에 관하여 도시한 도면이다. 마크 섬네일은 메뉴 섬네일과 달리 Playlist의 상세를 나타낼 때에 서브메뉴 등에서 사용되기 때문에 짧은 액세스 시간에 판독될 것은 요구되지 않는다. 그 때문 섬네일이 필요하게 될 때에 기록재생장치(1)가 파일을 열고 그 파일의 일부를 판독함으로써 다소 시간이 걸리더라도 문제로는 되지 않는다.

또한 볼륨 내에 존재하는 파일수를 감하기 위해 모든 마크 섬네일은 하나의 파일에 격납하는 것이 좋다. Playlist는 메뉴 섬네일 하나와 복수의 마크 섬네일을 갖을 수 있지만, Clip은 직접 유저가 선택할 필요성이 없기(보통 Playlist 경유로 지정한다) 때문에 메뉴 섬네일을 마련할 필요는 없다.

도 13은 상술한 것을 고려한 경우의 메뉴 섬네일, 마크 섬네일, PlayList 및 CLip의 관계에 관하여 도시한 도면이다. 메뉴 섬네일 파일에는 PlayList 마다 마련된 메뉴 섬네일이 파일되어 있다. 메뉴 섬네일 파일에는 디스크에 기록되어 있는 데이터의 내용을 대표하는 볼륨 섬네일이 포함되어 있다. 마크 섬네일 파일은 각 PlayList마다와 각 Clip마다 작성된 섬네일이 파일되어 있다.

다음에 CPI(Characteristic Point Information)에 관하여 설명한다. CPI는 Clip 인포메이션 파일에 포함되는 데이터로서 주로 그것은 Clip의로의 액세스 포인 트의 타임 스탬프가 주어졌을 때에 Clip AV stream file 중에서 데이터의 판독을 시작하여야 할 데이터 어드레스를 찾아내기 위해 이용된다. 본 예에서는 2종류의 CPI를 이용한다. 하나는 EP_map이고 또하나는 TU_map 이다.

EP_map은 엔트리 포인트(EP) 데이터의 리스트이며 그것은 엘리멘터리 스트림 및 트랜스포트 스트림으로부터 추출된 것이다. 이것은 AV 스트림 중에서 디코드를 시작하여야 할 엔트리 포인트의 장소를 찾아내기 위한 어드레스 정보를 갖는다. 하나의 EP 데이터는 프리젠테이션 타임 스탬프(PTS)와 그 PTS에 대응하는 액세스 유닛의 AV 스트림 중의 데이터 어드레스의 쌍으로 구성된다.

EP_map은 주로 2개의 목적을 위해 사용된다. 제 1로서 PlayList 중에서 프리젠테이션 타임 스탬프에 의해 참조되는 액세스 유닛의 AV 스트림 중의 데이터 어드레스를 찾아 내기 위해서 사용된다. 제 2로서 파스트 포워드 재생이나 파스트 리버스 재생을 위해 사용된다. 기록재생장치(1)가 입력 AV 스트림을 기록하는 경우에 그 스트림의 신택스를 해석할 수 있을 때엔 EP_map가 작성되고 디스크에 기록된다.

TU_map은 디지털 인터페이스를 통해 입력되는 트랜스포트 패킷의 도착 시각에 기초를 둔 타임 유닛(TU) 데이터의 리스트를 갖는다. 이것은 도착 시각 베이스의 시간과 AV 스트림 중의 데이터 어드레스와의 관계를 준다. 기록재생장치(1)가 입력 AV 스트림을 기록하는 경우에 그 스트림의 신택스를 해석할 수 없을 때에 TU_map가 작성되고 디스크에 기록된다.

본 예에서는 셀프 인코드의 스트림 포맷(SESF)을 정의한다. SESF는 아날로그 입력신호를 부호화할 목적 및 디지털 입력신호(예를 들면, DV)를 디코드하고 나서 MPEG2 트랜스포트 스트림에 부호화 하는 경우에 이용된다.

SESF는 MPEG-2 트랜스포트 스트림 및 AV 스트림에 관하여의 엘리멘터리 스트림의 부호화 제한을 정의한다. 기록재생장치(1)가 SESF 스트림을 인코드하고 기록하는 경우엔 EP_map가 작성되고 디스크에 기록된다.

디지털 방송의 스트림은 다음에 나타낸 방식 중의 어느 하나가 이용되고 기록매체(100)에 기록된다. 우선 디지털 방송의 스트림을 SESF 스트림에 트랜스코딩한다. 이 경우 기록된 스트림은 SESF에 준거하여야 한다. 이 경우 EP_map가 작성되고 디스크에 기록되어야 한다.

또는 디지털 방송 스트림을 구성하는 엘리멘터리 스트림을 새로운 엘리멘터리 스트림에 트랜스코딩하고 그 디지털 방송 스트림의 규격화 조직이 정하는 스트림 포맷에 준거한 새로운 트랜스포트 스트림에 재다중화 한다. 이 경우 EP_map가 작성되고 디스크에 기록되어야 한다.

예를 들면, 입력 스트림이 ISDB(일본의 디지털 BS 방송의 규격 명칭) 준거의 MPEG-2 트랜스포트 스트림으로서 그것이 HDTV 비디오 스트림과 MPEG AAC 오디오 스트림을 포함한다고 한다. HDTV 비디오 스트림을 SDTV 비디오 스트림으로 트랜스코딩하고 그 SDTV 비디오 스트림과 오리지널의 AAC 오디오 스트림을 TS에 재다중화 한다. SDTV 스트림과 기록되는 트랜스포트 스트림은 함께 ISDB 포맷에 준거하여야 한다.

디지털 방송의 스트림이 기록매체(100)에 기록될 때의 다른 방식으로서, 입력 트랜스포트 스트림을 트랜스페어런트에 기록하는 (입력 트랜스포트 스트림을 아 무것도 변경하지 않고 기록하는) 경우로서, 그 때에 EP_map가 작성되고 디스크에 기록된다.

또는 입력 트랜스포트 스트림을 트랜스페어런트에 기록하는 (입력 트랜스포트 스트림을 아무것도 변경하지 않고 기록하는) 경우로서 그 때에 TU_map가 작성되고 디스크에 기록된다.

다음에 디렉토리와 파일에 관하여 설명한다. 이하, 기록재생장치(1)를 DVR(Digital Video Recording)이라고 적절히 기술한다. 도 14는 디스크상의 디렉토리 구조의 1예를 도시한 도면이다. DVR의 디스크상에 필요한 디렉토리는 도 14에 도시한 바와 같이 "DVR" 디렉토리를 포함하는 root 디렉토리, "PLAYLIST" 디렉토리, "CLIPINF" 디렉토리, "M2TS" 디렉토리 및 "DATA" 디렉토리를 포함하는 "DVR" 디렉토리이다. root 디렉토리의 아래에 이들 이외의 디렉토리가 작성되도록 하여도 좋지만 그것들은 본 예의 어플리케이션 포맷에서는 무시되는 것으로 한다.

"DVR" 디렉토리의 아래에는 DVR 어플리케이션 포맷에 의해 규정되는 모든 파일과 디렉토리가 스토어된다. "DVR 디렉토리는 4개의 디렉토리를 포함한다. "PLAYLIST" 디렉토리의 아래에는 Real PlayList와 Virtual PlayList의 데이터 베이스 파일이 놓여진다. 이 디렉토리는 PlayList가 하나도 없더라도 존재한다.

"CLIPINF" 디렉토리의 아래에는 Clip의 데이터 베이스가 놓여진다. 이 디렉토리도 Clip이 하나도 없더라도 존재한다. "M2TS" 디렉토리의 아래에는 AV 스트림 파일이 놓여진다. 이 디렉토리는 AV 스트림 파일이 하나도 없더라도 존재한다. "DATA" 디렉토리는 디지털 TV방송 등의 데이터방송의 파일이 스토어된다.

"DVR 디렉토리는 다음에 나타낸 파일을 스토어한다. "info.dvr" 파일은 DVR 디렉토리의 아래에 만들어지고 어플리케이션 레이어의 전체적인 정보를 스토어한다. DVR 디렉토리의 아래에는 단지 하나의 info.dvr이 있어야 한다. 파일명은 info.dvr에 고정되는 것으로 한다. "menu.thmb" 파일은 메뉴 섬네일 화상에 관련되는 정보를 스토어한다. DVR 디렉토리의 아래에는 0 또는 하나의 메뉴 섬네일이 있어야 한다. 파일명은 menu.thmb에 고정되는 것으로 한다. 메뉴 섬네일 화상이 하나도 없는 경우엔 이 파일은 존재하지 않아도 좋다.

"mark.thmb" 파일은 마크 섬네일 화상에 관련되는 정보를 스토어한다. DVR 디렉토리의 아래에는 0 또는 하나의 마크 섬네일이 있어야 한다. 파일명은 mark.thmb에 고정되는 것으로 한다. 메뉴 섬네일 화상이 하나도 없는 경우엔 이 파일은 존재하지 않아도 좋다.

"PLAYLIST" 디렉토리는 2종류의 PlayList 파일을 스토어하는 것으로서 그것들은 Real PlayList와 Virtual PlayList이다. "xxxxx.rpls" 파일은 하나의 Real PlayList에 관련되는 정보를 스토어한다. 각각의 Real PlayList마다 하나의 파일이 만들어진다. 파일명은 "xxxxx.rpls"이다. 여기서 "xxxxx"는 5개의 0 내지 9까지의 숫자이다. 파일 확장자는 "rpls"이여야 하는 것으로 한다.

"yyyy.vpls" 파일은 하나의 Virtual PlayList에 관련되는 정보를 스토어한다. 각각의 Virtual PlayList마다 하나의 파일이 만들어진다. 파일명은 "yyyy.vpls"이다. 여기서 "yyyy"는 5개의 0 내지 9까지의 숫자이다. 파일 확장자는 "vpls"이여야 하는 것으로 한다.

"CLIPINF" 디렉토리는 각각의 AV 스트림 파일에 대응하고 하나의 파일을 스토어한다. "zzzzz.clpi" 파일은 하나의 AV 스트림 파일(Clip AV stream file 또는 Bridge-Clip AV stream file)에 대응하는 Clip Information file이다. 파일명은 "zzzzz.clpi"이며 "zzzzz"는 5개의 0 내지 9까지의 숫자이다. 파일 확장자는 "clip"이여야 하는 것으로 한다.

"M2TS" 디렉토리는 AV 스트림의 파일을 스토어한다. "zzzzz.m2ts" 파일은 DVR 시스템에 의해 취급되는 AV 스트림 파일이다. 이것은 Clip AV stream file 또는 Bridge-Clip AV strem이다. 파일명은 "zzzzz.m2ts"이며 "zzzzz"는 5개의 0 내지 9까지의 숫자이다. 파일 확장자는 "m2ts"이여야 하는 것으로 한다.

STCInfo는 MPEG2 트랜스포트 스트림을 스토어하고 있는 AV 스트림 파일 중에 있는 STC의 불연속점 정보를 스토어한다. 가령 AV 스트림이 STC의 불연속점을 갖는 경우에 그 AV 스트림 파일 중에서 같은 값의 PTS가 나타날지도 모른다. 그 때문에 AV 스트림상이 있는 시각을 PTS 베이스로 가리키는 경우엔 액세스 포인트의 PTS만으로서는 그 포인트를 특정하기위 해서는 불충분하다.

또한 그 PTS를 포함하는 곳의 연속인 STC 구간의 인덱스가 필요하다. 연속인 STC 구간을 이 포맷에서는 STC_sequence라고 부르고 그 인덱스를 STC_sequence_id라고 부른다. STC_sequence의 정보는 Clip Information file의 STCInfo에서 정의된다. STC_sequence_id는 EP_map을 갖는 AV 스트림 파일에서 사용하는 것으로서 TU_map을 갖는 AV 스트림 파일에서는 옵션이다.

프로그램은 엘리멘터리 스트림의 모임으로서 이들의 스트림의 동기(同期) 재 생을 위해 단지 하나의 시스템 타임 베이스를 공유하는 것이다. 기록재생장치(1)에 있어서 AV 스트림의 디코드에 앞서 그 AV 스트림의 내용을 아는 것은 유용하다. 예를 들면, 비디오나 오디오의 엘리멘터리 스트림을 전송하는 트랜스포트 패킷의 PID의 값이나, 비디오나 오디오의 컴포넌트 종류 (예를 들면, HDTV의 비디오와 MPEG-2 AAC의 오디오 스트림 등) 등의 정보이다.

이 정보는 AV 스트림을 참조하는 곳의 PlayList의 내용을 유저에 설명한 바의 메뉴화면을 작성하는데 유용하고 또한 AV 스트림의 디코드에 앞서 재생장치의 AV 디코더 및 디멀티플렉서의 초기 상태를 세트하기 위해 도움이 된다. 이 이유 때문에 Clip Information file은 프로그램의 내용을 설명하기 위한 ProgramInfo를 갖는다.

MPEG2 트랜스포트 스트림을 스토어하고 있는 AV 스트림 파일은 파일 중에서 프로그램 내용이 변화될 지도 모른다. 예를 들면, 비디오 엘리멘터리 스트림을 전송하는 곳의 트랜스포트 패킷의 PID가 변화 되거나 비디오 스트림의 컴포넌트 종류가 SDTV에서 HDTV로 변화 되는 등이다.

ProgramInfo는 AV 스트림 파일 중에서의 프로그램 내용의 변화점의 정보를 스토어한다. AV 스트림 파일 중에서 이 포맷으로 정하는 곳의 프로그램 내용이 일정한 구간을 Program_sequence라고 불리며 Program_sequence는 EP_map을 갖는 AV 스트림 파일에서 사용하는 것으로서 TU_map을 갖는 AV 스트림 파일에서는 옵션이다.

"DATA" 디렉토리는 데이터 방송으로부터 전송되는 데이터를 스토어하는 것으 로서 데이터란 예를 들면, XML file이나 MHEG 파일 등이다.

다음에 각 디렉토리(파일)의 신택스와 시맨틱스를 설명한다. 우선 "info.dvr" 파일에 관하여 설명한다. 도 15는 "info.dvr" 파일의 신택스를 도시한 도면이다. "info.dvr" 파일은·3개의 오브젝트로 구성되고, 그것들은 DVRvolume(), TableOfPlayLists() 및 MakerPrivateData()이다.

도 15에 도시한 info.dvr의 신택스에 관하여 설명하면 TableOfPlayList-Start-address는 info.dvr 파일의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 TableOfPlayList의 선두 어드레스를 나타낸다. 상대 바이트수는 0으로부터 카운트된다.

MakerPrivateData-Start-address는 info.dvr 파일의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 MakerPrivateData()의 선두 어드레스를 나타낸다. 상대 바이트수는 0으로부터 카운트된다. padding-word(패딩 워드)는 info.dvr의 신택스에 따라 삽입된다. N1과 N2은 0 또는 임의의 정의 정수이다. 각각의 패딩 워드는 임의의 값을 취하도록 하여도 좋다.

DVRvolume()은 볼륨(디스크)의 내용을 기술하는 정보를 스토어한다. 도 16은 DVRvolume()의 신택스를 도시한 도면이다. 도 16에 도시한 DVRvolume()의 신택스를 설명하면 version_number는 이 DVRvolume()의 버전 넘버를 나타낸 4개의 캐릭터 문자를 나타낸다. version_number는 ISO 646에 따라 "0045"로 부호화 된다.

length는 이 length 필드의 직후로부터 DVRvolume()의 최후까지의 DVRvolume()의 바이트수를 나타낸 32비트의 부호 없는 정수로 표시된다.

ResuneVolume()은 볼륨 중에서 최후에 재생한 Real PlayList 또는 Virtual PlayList의 파일명을 기억하고 있다. 단, Real PlayList 또는 Virtual PlayList의 재생을 유저가 중단하였을 때의 재생 위치는 PlayListMark()에서 정의되는 resune-mark에 스토어된다.

도 17은 ResumeVolume()의 신택스를 도시한 도면이다. 도 17에 도시한 ResumeVolume()의 신택스를 설명하면 valid_flag는 이 1비트의 플래그가 1로 세트되어 있는 경우에 resume_PlayList_name 필드가 유효한 것을 나타내고 이 플래그가 0으로 세트되어 있는 경우는 resume_PlayList_name 필드가 무효인 것을 나타낸다.

resume_PlayList_name의 10바이트의 필드는 리줌되어야 하는 Real PlayList 또는 Virtual PlayList의 파일명을 나타낸다.

도 16에 도시한 DVRvolume()의 신택스 중의 UIAppInfoVolume은 볼륨에 관하여의 유저 인터페이스 어플리케이션의 파라미터를 스토어한다. 도 18은 UIAppInfoVolume의 신택스를 도시한 도면으로서 그 시맨텍스를 설명하면 character_set의 8비트의 필드는 Volume_name 필드에 부호화 되어 있는 캐릭터 문자의 부호화 방법을 나타낸다. 그 부호화 방법은 도 19에 도시된 값에 대응한다.

name_length의 8비트 필드는 Volume_name 필드 중에 나타내여지는 볼륨명의 바이트 길이를 나타낸다. Volume_name의 필드는 볼륨의 명칭을 나타낸다. 이 필드 중의 좌로부터 name_length 수의 바이트수가 유효한 캐릭터 문자이며 그것은 볼륨의 명칭을 나타낸다. Volume_name 필드 중에서 그들 유효한 캐릭터 문자의 뒤의 값은 어떤 값이 들어가 있어도 좋다.

Volume_protect_flag는 볼륨 중의 콘텐츠를 유저에 제한없이 보여서 좋은지의 여부를 나타내는 어떤지를 나타낸 플래그이다. 이 플래그가 1로 세트되어 있는 경우는 유저가 정확하게 PIN 번호(패스워드)를 입력할 수 있었을 때만 그 볼륨의 콘텐츠를 유저에 보이는 것(재생되는 것)이 허가된다. 이 플래그가 0으로 세트되어 있는 경우는 유저가 PIN 번호를 입력하지 않더라도 그 볼륨의 콘텐츠를 유저에 보이는 것이 허가된다.

최초에 유저가 디스크를 플레이어에 삽입한 시점에서 혹시 이 플래그가 0으로 세트되어 있던지 또는 이 플래그가 1로 세트되어 있더라도 유저가 PIN 번호를 정확하게 입력할 수 있었다면 기록재생장치(1)는 그 디스크 중의 PlayList의 일람을 표시시킨다. 각각의 PlayList의 재생 제한은 Volume_protect_flag와는 무관계하며 그것은 UIAppInfoPlayList() 중에 정의되는 playback_control_flag에 의해 나타내여진다.

PIN은 4개의 0 내지 9까지의 숫자로 구성되고 각각의 숫자는 ISO/IEC 646에 따라 부호화 된다. ref_thmbnail_index의 필드는 볼륨에 부가되는 섬네일 화상의 정보를 나타낸다. ref_thmbnail_index 필드가 0xFFFF가 아닌 값인 경우엔 그 볼륨에는 섬네일 화상이 부가되어 있고 그 섬네일 화상은 menu.thum 파일 중에 스토어되어 있다. 그 화상은 menu.thum 파일 중에서 ref_thmbnail_index의 값을 이용하여 참조된다. ref_thmbnail_index 필드가 0xFFFF인 경우엔 그 볼륨에는 섬네일 화상이 부가되지 않은 것을 나타낸다.

다음에 도 15에 도시한 info.dvr의 신택스 내의 TableOfPlayLists()에 관하 여 설명한다. TableOfPlayLists()는 PlayList(Real PlayList와 Virtual PlayList)의 파일명을 스토어한다. 볼륨에 기록되어 있는 모든 PlayList 파일은 TableOfPlayList 중에 포함된다. TableOfPlayList()는 볼륨 중의 PlayList의 디폴트의 재생 순서를 나타낸다.

도 20은 TableOfPlayList()의 신택스를 도시한 도면으로서 그 신택스에 관하여 설명하면 TableOfPlayLists의 version_number는 이 TableOfPlayLists의 버전 넘버를 나타낸 4개의 캐릭터 문자를 나타낸다. version_number는 ISO 646에 따라 "0045"로 부호화 되어야 한다.

length는 이 length 필드의 직후로부터 TableOfPlayList()의 최후까지의 TableOfPlayList의 바이트수를 나타낸 32비트의 부호 없는 정수이다. number_of_PlayLists의 16비트의 필드는 PlayList_file_name을 포함하는 for-loop의 루프 회수를 나타낸다. 이 숫자는 볼륨에 기록되어 있는 PlayList의 수와 같아야 한다. PlayList_file_name의 10바이트의 숫자는 PlayList의 파일명을 나타낸다.

도 21은 TableOfPlayList()의 신택스의 다른 예를 도시하는 도면이다. 도 21에 도시한 신택스는 도 20에 도시한 신택스에 UIAppinfoPlayList(후술)를 포함하게 한 구성으로 되어 있다. 이와 같이 UIAppinfoPlayList를 포함시킨 구성으로 함으로써 TableOfPlayList를 판독할 뿐으로 메뉴화면을 작성하는 것이 가능하게 된다. 여기서는 도 20에 도시한 신택스를 이용하는 것으로 하여 이하의 설명을 한다.

도 15에 도시한 info.dvr의 신택스 내의 MakersPrivateData에 관하여 설명한다. MakersPrivateData는 기록재생장치(1)의 메이커가, 각 사의 특별한 어플리케이 션을 위해 MakersPrivateData() 중에 메이커의 프라이빗 데이터를 삽입할 수 있도록 마련되어 있다. 각 메이커의 프라이빗 데이터는 그것을 정의한 메이커를 식별하기 위해 표준화 된 maker_ID를 갖는다. MakersPrivateData()는 하나 이상의 maker_ID를 포함하여도 좋다.

소정의 메이커가 프라이빗 데이터를 삽입하고 싶은 때에, 이미 다른 메이커의 프라이빗 데이터가 MakersPrivateData()에 포함되고 있는 경우에 다른 메이커는 이미 있는 오래된 프라이빗 데이터를 소거하는 것은 아니고 새로운 프라이빗 데이터를 MakersPrivateData() 중에 추가하도록 한다. 이와 같이 본 예에 있어서는 복수의 메이커의 프라이빗 데이터가 하나의 MakersPrivateData()에 포함되는 것이 가능하도록 한다.

도 22는 MakersPrivateData의 신택스를 도시한 도면이다. 도 22에 도시한 MakersPrivateData의 신택스에 관하여 설명하면 version_number는 이 MakersPrivateData()의 버전 넘버를 나타낸 4개의 캐릭터 문자를 나타낸다. versionㅡnumber는 ISO 646에 따라 "0045"로 부호화 되어야 한다. length는 이 length 필드의 직후로부터 MakersPrivateData()의 최후까지의 MakersPrivateData()의 바이트수를 나타낸 32비트의 부호 없는 정수를 나타낸다.

mpd_blocks_start_sddress는 MakersPrivateData()의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 최초의 mpd_block()의 선두 바이트 어드레스를 나타낸다. 상대 바이트수는 0으로부터 카운트된다. number_of_maker_entries는 MakersPrivateData() 중에 포함되어 있는 메이커 프라이빗 데이터의 엔트리수를 주 는 16비트의 부호 없는 정수이다. MakersPrivateData() 중에 같은 mker_ID의 값을 갖는 메이커 프라이빗 데이터가 2개 이상 존재하여서는 안된다.

mpd_block_size는 1024바이트를 단위로 하여 하나의 mpd_block의 크기를 주는 16비트의 부호 없는 정수이다. 예를 들면, mpd_block_size= 1이면 그것은 하나의 mpd_block의 크기가 1024바이트인 것을 나타낸다. number_of_mpd_blocks는 MakersPrivateDataf) 중에 포함되는 mpd_block의 수를 주는 16비트의 부호 없는 정수이다. maker_ID는 그 메이커 프라이빗 데이터를 작성한 DVR 시스템의 제조 메이커를 나타낸 16비트의 부호 없는 정수이다. maker_ID에 부호화 되는 값은 이 DVR 포맷의 라이센서에 의해 지정된다.

maker_model_code는 그 메이커 프라이빗 데이터를 작성한 DVR 시스템의 모델 넘버 코드를 나타낸 16비트의 부호 없는 정수이다. maker_model_code에 부호화 되는 값은 이 포맷의 라이센스를 받은 제조 메이커에 의해 설정된다. start_mpd_block_number는 그 메이커 프라이빗 데이터가 시작되는 mpd_block의 번호를 나타낸 16비트의 부호 없는 정수이다. 메이커 프라이빗 데이터의 선두 데이터는 mpd_block의 선두에 얼라인되어야 한다. start_mpd_block_number는 mpd_block의 for-loop 중의 변수 j에 대응한다.

mpd_length는 바이트 단위로 메이커 프라이빗 데이터의 크기를 나타낸 32비트의 부호 없는 정수이다. mpd_block는 메이커 프라이빗 데이터가 스토어되는 영역이다. MatersPrivateData() 중의 모든 mpd_block는 같은 사이즈여야 한다.

다음에 Real PlayList file과 Virtual PlayList file에 관하여, 환언하면 xxxxx.rpls와 yyyyy.vpls에 관하여 설명한다. 도 23은 xxxxx.rpls'(Rea1PlayList) 또는 yyyy.vpls(Virtual PlayList)의 tlsxortmfmf 도시한 도면이다. xxxxx.rpls와 yyyyy.vpls는 동일한 신택스 구성을 갖는다. xxxxx.rpls와 yyyyy.vpls는 각각 3개의 오브젝트로 구성되고, 그것 들은 PlayList(), PlayListMark() 및 MakerPrivateData()이다.

PlayListMark_Start_address는 PlayList 파일의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 PlayListMark()의 선두 어드레스를 나타낸다. 상대 바이트수는 0으로부터 카운트된다.

MakerPrivateData_Start_address는 PlayList 파일의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 MakerPrivateData()의 선두 어드레스를 나타낸다. 상대 바이트수는 0으로부터 카운트된다.

padding_word(패딩 워드)는 PlayList 파일의 신택스에 따라 삽입되고, N1과 N2는 0 또는 임의의 정의 정수이다. 각각의 패딩 워드는 임의의 값을 취하도록 하여도 좋다.

여기서 이미 간편히 설명하였지만 PlayList에 관하여 더욱 설명한다. 디스크 내에 있는 모든 Real PlayList에 의해 Bridge-Clip(후술)을 제외하는 모든 Clip 중의 재생구간이 참조되어야 한다. 또한 2개 이상의 Real PlayList가 그들의 PlayItem으로 나타내여지는 재생구간을 동일한 Clip 중에서 오버랩시켜서는 안된다.

도 24를 참조하여 더욱 설명하면 도 24A에 도시한 바와 같이 모든 Clip은 대 응하는 Real PlayList가 존재한다. 이 규칙은 도 24B에 도시한 바와 같이 편집작업이 행하여진 후에 있어서도 지켜진다. 따라서 모든 Clip은 어느 하나의 Real PlayList를 참조함에 의해 반드시 시청하는 것이 가능하다.

도 24C에 도시한 바와 같이 Virtual PlayList의 재생구간은 Real PlayList의 재생구간 또는 Bridge-Clip의 재생구간 중에 포함되어야 한다. 어떤 Virtual PlayList에도 참조되지 않는 Bridge-Clip이 디스크 중에 존재하여서는 안된다.

Real PlayList는 PlayItem의 리스트를 포함하지만 SubPlayItem을 포함하여서는 안된다. Virtual PlayList는 PlayItem의 리스트를 포함하고 PlayListtl 중에 나타내여지는 CPI_type이 EP_map type이며 또한 PlayList_type이 0(비디오와 오디오를 포함하는 PlayList)인 경우엔 Virtual PlayList는 하나의 SubPlayItem을 포함할 수 있다. 본 예에 있어서의 PlayList()에서는 SubPlayIte는 오디오의 애프터리코딩의 목적으로만 사용된다, 그리고, 하나의 Virtual PlayList가 갖는 SubPlayItem의 수는 0 또는 1이여야 한다.

다음에 PlayList에 관하여 설명한다. 도 25는 PlayList의 신택스를 도시한 도면이다. 도 25에 도시한 PlayList의 신택스를 설명하면 version_number는 이 PlayList()의 버전 넘버를 나타낸 4개의 캐릭터 문자이다. version_number는 ISO 646에 따라 "0045"로 부호화 되어야 한다. length는 이 length 필드의 직후로부터 PlayList()의 최후까지의 PlayList()의 바이트수를 나타낸 32비트의 부호 없는 정수이다. PlayList-type은 이 PlayList의 타입을 나타낸 8비트의 필드이며 그 1예를 도 26에 도시한다.

CPI_type은 1비트의 플래그로서 PlayItem() 및 SubPlayItem()에 의해 참조되는 Clip의 CPI_type의 값을 나타낸다. 하나의 PlayList에 의해 참조되는 모든 Clip은 그것들의 CPI() 중에 정의되는 CPI_type의 값이 같아야 한다. number_of_PlayItems는 PlayList 중에있는 PlayItem의 수를 나타낸 16비트의 필드이다.

소정의 PlayItem()에 대응하는 PlayItem_id는 PlayItem()을 포함하는 for-loop 중에서 그 PlayItemtl가 나타나는 순서에 의해 정의된다. PlayItem_id는 0으로부터 시작된다. number_of_SubPlayItems는 PlayList 중에 있는 SubPlayItem의 수를 나타낸 16비트의 필드이다. 이 값은 0 또는 1이다. 부가적인 오디오 스트림의 패스(오디오 스트림 패스)는 서브패스의 일종이다.

다음에 도 25에 도시한 PlayList의 신택스의 UIAppInfoPlayList에 관하여 설명한다. UIAppInfoPlayList는 PlayList에 관하여의 유저 인터페이스 어플리케이션의 파라미터를 스토어한다. 도 27은 UIAppInfoPlayList의 신택스를 도시한 도면이다. 도 27에 도시한 UIAppInfoPlayList의 신택스를 설명하면 character_set은 8비트의 필드로서 PlayList_name 필드에 부호화 되어 있는 캐릭터 문자의 부호화 방법을 나타낸다. 그 부호화 방법은 도 19에 도시한 테이블에 준거하는 값에 대응한다.

name_length는 8비트 필드로서 PlayList_name 필드 중에 나타내여지는 PlayList 명의 바이트 길이를 나타낸다. PlayList_name의 필드는 PlayList의 명칭을 나타낸다. 이 필드 중의 좌로부터 name_length 수의 바이트수가 유효한 캐릭터 문자로서 그것은 PlayList의 명칭을 나타낸다. PlayList_name 필드 중에서 그들 유 효한 캐릭터 문자의 뒤의 값은 어떤 값이 들어가 있어도 좋다.

record_time_and_date는 PlayList가 기록되었을 때의 일시를 스토어하는 56비트의 필드이다. 이 필드는 년/월/일/시/분/초에 관하여 14개의 숫자를 4비트의 Binary coded Decimal(BCD)로 부호화 한 것이다. 예를 들면, 2001/12/23:01:02:03은 "0x 20011223010203"으로 부호화 된다.

duration은 PlayList의 총 재생시간을 시간/분/초의 단위로 나타낸 24비트의 필드이다. 이 필드는 6개의 숫자를 4비트의 Binary coded Decimal(BCD)로 부호화 한 것이다. 예를 들면, 01:45:30는 "0x014530"으로 부호화 된다.

valid_period는 PlayList가 유효한 기간을 나타낸 32비트의 필드이다. 이 필드는 8개의 숫자를 4비트의 Binary coded Decimal(BCD)로 부호화 한 것이다. 예를 들면, 기록재생장치(1)는, 이 유효기간이 경과한 PlayList를 자동 소거한다, 라는 바와 간이 이용된다. 예를 들면, 2001/05/07는 "0x 20010507"로 부호화 된다.

maker_id는 그 PlayList를 최후에 갱신한 DVR 플레이어(기록재생장치(1))의 제조자를 나타낸 16비트의 부호 없는 정수이다. maker_id에 부호화 되는 값은 DVR 포맷의 라이센서에 의해 할당된다. maker-code는 그 PlayList를 최후에 갱신한 DVR 플레이어의 모델 번호를 나타낸 16비트의 부호 없는 정수이다. maker_code에 부호화 되는 값은 DVR 포맷의 라이센스를 받은 제조자에 의해 결정될 수 있다.

playback_control_flag의 플래그가 1로 세트되어 있는 경우엔 유저가 정확하게 PIN 번호를 입력할 수 있던 경우에만 그 PlayList는 재생된다. 이 플래그가 0으로 세트되어 있는 경우엔 유저가 PIN 번호를 입력하지 않더라도 유저는 그 PlayList를 시청할 수 있다.

write_protect_flag는 도 28A에 테이블을 도시한 바와 같이 1로 세트되어 있는 경우엔 write_protect_flag를 제외하곤 그 PlayList의 내용은 소거 및 변경되지 않는다. 이 플래그가 0으로 세트되어 있는 경우엔 유저는 그 PlayList를 자유롭게 소거 및 변경할 수 있다. 이 플래그가 1로 세트되어 있는 경우엔 유저가 그 PlayList를 소거, 편집 또는 덮어쓰기하기 전에, 기록재생장치(1)는 유저에 재확인하는 메시지를 표시시킨다.

write_protect_flag가 0으로 세트되어 있는[? 경우엔] Real PlayList가 존재하며 또한 그 Real PlayList의 Clip을 참조하는 Virtual PlayList가 존재하고, 그 Virtual PlayList의 write_protect_flag가 1로 세트되어 있어도 좋다. 유저가 Real PlayList를 소거하고자 하는 경우 기록재생장치(1)는 그 Real PlayList를 소거하기 전에 상기 Virtual PlayList의 존재를 유저에 경고하던지 또는 그 Real PlayList를 "Minimize"한다.

is-played-flag은 도 28B에 도시한 바와 같이 플래그가 1로 세트되어 있는 경우엔 그 PlayList는 기록되고 나서 한번은 재생된 것을 나타내고, 0으로 세트되어 있는 경우엔 그 PlayList는 기록되고 나서 한번도 재생된 일이 없는 것을 나타낸다.

archive는 도 28C에 도시한 바와 같이 그 PlayList가 오리지널인지, 카피된 것인지를 나타낸 2비트의 필드이다. ref_thumbnail_index의 필드는 PlayList를 대표하는 섬네일 화상의 정보를 나타낸다. ref_thumbnail_index 필드가 0xFFFF가 아 닌 값의 경우엔 그 PlayList에는 PlayList를 대표하는 섬네일 화상이 부가되어 있고, 그 섬네일 화상은 menu.thum 파일 중에 스토어되어 있다. 그 화상은 menu.thum 파일 중에서 ref_thumbnail_index의 값을 이용하여 참조된다. ref_thumbnail_index 필드가 0xFFFF인 경우엔 그 PlayList에는 PlayList를 대표하는 섬네일 화상이 부가되어 있지 않다.

다음에 PlayItem에 관하여 설명한다. 하나의 PlayItem()은 기본적으로 다음 데이터를 포함한다. Clip의 파일명을 지정하기 위한 Clip_Information_file_name, Clip의 재생구간을 특정하기 위한 IN_time과 OUT_time의 페어, PlayList()에서 정의되는 CPI_type이 EP_map type인 경우에 IN_time과 OUT_time이 참조하는 곳의 STC_sequence_id 및 선행하는 PlayItem과 현재의 PlayItem과의 접속의 상태를 나타낸 곳의 Connection_Condition이다.

PlayList가 2개 이상의 PlayItem으로 구성된는 때엔 그들의 PlayItem은 PlayList의 글로벌 시간축상에 시간의 갭 또는 오버랩 없이 1열로 나열된다. PlayList()에서 정의되는 CPI_type이 EP_map type이며 또한 현재의 PlayItem이 Bridgesequence()를 갖지 않했을때엔 그 PlhyItem에서 정의되는 IN_time과 0UT_time의 페어는 STC_sequence_id에 의해 지정되는 같은 STC 연속구간상의 시간을 가리켜야 한다. 그와 같은 예를 도 29에 도시한다.

도 30은 PlayList()에서 정의되는 CPI_type이 EP_map type이며 또한 현재의 PlayItem이 Bridgesequence()를 가질 때에 다음에 설명한 규칙이 적용되는 경우를 도시하고 있다. 현재의 PlayItem에 선행하는 PlayItem의 IN_time(도면 중에서 IN_time1으로 도시되어 있는 것)은 선행하는 PlayItem의 STC_sequenee_id에 의해 지정되는 STC 연속구간상의 시간을 가리키고 있다. 선행하는 PlayItem의 OUT_time(도면 중에서 OUT_time1로 도시되어 있는 것)은 현재의 PlayItem의 BridgesequeneeInfo() 중에서 지정되는 Bridge-Clip 중의 시간을 가리키고 있다. 이 OUT_time은 후술하는 부호화 제한에 따라야 한다.

현재의 PlayItem의 IN_time(도면 중에서 IN_time2로 도시되어 있는 것)은 현재의 PlayItem의 BridgeSequenceInfo() 중에서 지정되는 Bridge-Clip 중의 시간을 가리키고 있다. 이 IN_time도 후술하는 부호화 제한에 따라야 한다. 현재의 PlayItem의 PlayItem의 OUT_time(도면 중에서 OUT_time2로 도시되어 있는 것)은 현재의 PlayItem의 STC_sequence_id에 의해 지정되는 STC 연속구간상의 시간을 가리키고 있다.

도 31에 도시한 바와 같이 PlayList()의 CPI_type이 TU_map type인 경우엔 PlayItem의 IN_time과 OUT_time의 페어는 같은 Clip AV 스트림상의 시간을 가리키고 있다.

PlayItem의 신택스는 도 32에 도시한 바와 같이 된다. 도 32에 도시한 PlayItem의 신택스를 설명하면 Clip_Information_file_name의 필드는 Clip Information file의 파일명을 나타낸다. 이 Clip Information file의 ClipInfo()에서 정의되는 Clip_stream_type은 Clip AV stream을 나타내여야 한다.

STC_sequence_id는 8비트의 필드로서 PlayItem이 참조하는 STC 연속구간의 STC_sequence_id를 나타낸다. PlayList() 중에서 지정되는 CPI_type이 TU_map type 인 경우엔 이 8비트 필드는 아무런 의미를 갖지 않고 0으로 세트된다. IN_time은 32비트 필드로서 PlayItem의 재생 시작 시각을 스토어한다. IN_time의 시맨틱스는 도 33에 도시한 바와 같이 PlayList()에서 정의되는 CPI_type에 따라 다르다.

OUT_time은 32비트 필드로서 PlayItem의 재생 종료 시각을 스토어한다. OUT_time의 시맨틱스는 도 34에 도시한 바와 같이 PlayList()에서 정의되는 CPI_type에 따라 다르다.

Connection_Condition은 도 35에 도시한 바와 같은 선행하는 PlayItem과 현재의 PlayItem 사이의 접속상태를 나타낸 2비트의 필드이다. 도 36A 내지 도 36D는 도 35에 도시한 Connection_Condition의 각 상태에 관하여 설명한 도면이다.

다음에 BridgeSequenceInfo에 관하여 도 37을 참조하여 설명한다. BridgeSequenceInfo()는 현재의 PlayItem의 부속 정보로서 다음에 나타낸 정보를 갖는다. Bridge-Clip AV stream 파일과 그것에 대응하는 Clip Information file을 지정하는 Bridge-Clip_Information_file_name을 포함한다.

또한 선행하는 PlayItem이 참조하는 Clip AV sstream상의 소스 패킷의 어드레스로서 이 소스 패킷에 계속해서 Bridge-Clip AV stream 파일의 최초의 소스 패킷이 접속된다. 이 어드레스는 RSPN_exit_from_previous_Clip이라고 불린다. 또한 현재의 PlayItem이 참조하는 Clip AV stream상의 소스 패킷의 어드레스로서 이 소스 패킷의 앞에 Bridge-Clip AV stream 파일의 최후의 소스 패킷이 접속된다. 이 어드레스는 RSPN_enter_to_current_CIip이라고 불린다.

도 37에 있어서 RSPN_arrival_time_discontinuity는 the Bidge-Clip AV stream 파일 중에서 어라이벌 타임 베이스의 불연속점이 있는 곳의 소스 패킷의 어드레스를 나타낸다. 이 어드레스는 ClipInfo() 중에서 정의된다.

도 38은 BridgeSequenceInfo의 신택스를 도시한 도면이다. 도 38에 도시한 BridgeSequenceInfo의 신택스를 설명하면 Bridge-Clip_Information_file_name의 필드는 Bridge-Clip AV stream 파일에 대응하는 Clip Information file의 파일명을 나타낸다. 이 Clip Information file의 ClipInfo()에서 정의되는 Clip_stream_type은 'Bridge-Clip AV stream'을 나타내어야 한다.

RSPN_exit_from_previous-Clip의 32비트 필드는 선행하는 PlayItem이 참조하는 Clip AV stream상의 소스 패킷의 상대 어드레스로서 이 소스 패킷에 계속해서 Bridge-Clip AV stream 파일의 최초의 소스 패킷이 접속된다. RSPN_exit_from_previous_Clip은 소스 패킷 번호를 단위로 하는 크기로서 선행하는 PlayItem이 참조하는 Clip AV stream 파일의 최초의 소스 패킷으로부터 ClipInfo()에서 정의되는 offset_SPN의 값을 초기치로 하여 카운트된다.

RSPN_enter_to_current_Clip의 32비트 필드는 현재의 PlayItem이 참조하는 Clip AV stream상의 소스 패킷의 상대 어드레스로서 이 소스 패킷의 앞에 Bridge-Clip AV stream 파일의 최후의 소스 패킷이 접속된다. RSPN_exit_from_-previous_Clip은 소스 패킷 번호를 단위로 하는 크기로서 현재의 PlayItem이 참조하는 Clip AV stream 파일의 최초의 소스 패킷으로부터 ClipInfo()에서 정의되는 offset_SPN의 값을 초기치로 하여 카운트된다.

다음에 SubPlayItem에 관하여 도 39를 참조하여 설명한다. SubPlayItem()의 사용은 PlayList()의 CPI_type이 EP_map type인 경우에만 허용된다. 본 예에 있어서는 SubPlayItem은 오디오의 애프터리코딩의 목적을 위하여만 사용되는 것으로 한다. SubPlayItem()은 다음에 나타낸 데이터를 포함한다. 우선 PlayList 중의 sub path가 참조하는 Clip을 지정하기 위한 Clip_Information_file_name를 포함한다.

또한 Clip 중의 sub path의 재생구간을 지정하기 위한 SubPath_IN_time과 SubPath_OUT_time을 포함한다. 또한 main path의 시간축상에서 sub path가 재생 시작하는 시각을 지정하기 위한 sync_PlayItem_id와 sync_start_PTS_of_PlayItem을 포함한다. sub path에 참조되는 오디오의 Clip AV stream은 STC 불연속점(시스템 타임 베이스의 불연속점)을 포함하여서는 안된다. sub path에 이용되는 Clip의 오디오 샘플의 클록은 main path의 오디오 샘플의 클록에 로크되어 있다.

도 40은 SubPlayItem의 신택스를 도시한 도면이다. 도 40에 도시한 SubPlayItem의 신택스를 설명하면 Clip_Information_file_name의 필드는 Clip Information file의 파일명을 나타내고 그것은 PlayList 중에서 sub path에 의해 사용된다. 이 Clip Information file의 ClipInfo()에서 정의되는 Clip_stream_type은 Clip AV stream를 나타내어냐 한다.

SubPath-type의 8비트의 필드는 sub path의 타입을 나타낸다. 여기서는 도 41에 도시한 바와 같이 '0x00'밖에 설정되어 있지 않고, 다른 값은 장래를 위해 확보되어 있다.

sync_PlayItem_id의 8비트의 필드는 main path의 시간축상에서 sub path가 재생 시작하는 시각이 포함되는 PiayItem의 PlayIteem_id를 나타낸다. 소정의 PlayItem에 대응하는 PlayItem_id의 값은 PlayList()에서 정의된다(도 25참조).

sync_start_PTS_of_PlayItem의 32비트의 필드는 main path의 시간축상에서 sub path가 재생 시작하는 시각을 나타내고 sync_PlayItem_id에서 참조되는 PlayItem 상의 PTS(Presentaiotn Time stamp)의 상위 32비트를 나타낸다. SubPath_IN_time의 32비트 필드는 sub path의 재생 시작 시각을 스토어한다. SubPath_IN_time은 sub path 중에서 최초의 프리젠테이션 유닛에 대응하는 33비트 길이의 PTS의 상위 32비트를 나타낸다.

SubPath_OUT_time의 32비트 필드는 sub path의 재생 종료 시각을 스토어한다. SubPath_OUT_time은 다음 식에 의해 산출되는 Presenation_end_TS의 값의 상위 32비트를 나타낸다.

Presentation_end_TS= PTS_out + AU_duration

여기서 PTS_out은 sub path의 최후의 프리젠테이션 유닛에 대응하는 33비트 길이의 PTS이다. AU_duration은 sub path의 최후의 프리젠테이션 유닛의 90kHz 단위의 표시 기간이다.

다음에 도 23에 도시한 xxxxx.rpls와 yyyyy.vpls의 신택스 내의 PlayListMark()에 관하여 설명한다. PlayList에 관하여의 마크 정보는 이 PlayListMark에 스토어된다. 도 42는 PlayListMark의 신택스를 도시한 도면이다. 도 42에 도시한 PlayListMark의 신택스에 관하여 설명하면 version_number는 이 PlayListMark()의 version_number를 나타낸 4개의 캐릭터 문자이다. version_number는 ISO 646에 따라 "0045"로 부호화 되어야 한다.

length는 이 length 필드의 직후로부터 PlayListMark()의 최후까지의 PlayListMark()의 바이트수를 나타낸 32비트의 부호 없는 정수이다. mmber_of_PlayList_marks는 PlayListMark 중에 스토어되어 있는 마크의 개수를 나타낸 16비트의 부호 없는 정수이다. number_of_PlayList_marks는 0이라도 좋다. mark_type은 마크의 타입을 나타낸 8비트의 필드로서 도 43에 도시한 테이블에 따라 부호화 된다.

mark_time_stamp의 32비트 필드는 마크가 지정된 포인트를 나타낸 타임 스탬프를 스토어한다. mark_time_stamp의 시맨틱스는 도 44에 도시한 바와 같이 PlayList()에서 정의되는 CPI_type에 따라 다르다. PlayItem_id는 마크가 놓여있는 곳의 PlayItem을 지정하는 8비트의 필드이다. 소정의 PlayItem에 대응하는 PlayItem_id의 값은 PlayList()에서 정의된다(도 25참조).

character_set의 8비트의 필드는 mark_name 필드에 부호화 되어 있는 캐릭터 문자의 부호화 방법을 나타낸다. 그 부호화 방법은 도 19에 도시한 값에 대응한다. name_length의 8비트 필드는 mark_name 필드 중에 나타내여지는 마크명의 바이트 길이를 나타낸ek. mark_name의 필드는 마크의 명칭을 나타낸다. 이 필드 중의 좌로부터 name_length 수의 바이트수가 유효한 캐릭터 문자이며 그것은 마크의 명칭을 나타낸다. mark_name 필드 중에서 그것들 유효한 캐릭터 문자의 뒤의 값은 어떠한 값이 설정되더라도 좋다.

ref_thumbnail_index의 필드는 마크에 부가되는 섬네일 화상의 정보를 나타낸다. ref_thumbnail_index 필드가, 0xFFFF가 아닌 값인 경우엔 그 마크에는 섬네 일 화상이 부가되어 있고, 그 섬네일 화상은 mark.thmb 파일 중에 스토어되어 있다. 그 화상은 mark.thmb 파일 중에서 ref_thumbnail_index의 값을 이용하여 참조된다(후술). ref_thumbnail_index 필드가, 0xFFFF인 경우엔 그 마크에는 섬네일 화상이 부가되지 않은 것을 나타낸다.

다음에 Clip Information file에 관하여 설명한다. zzzzz.clip(Clip Information file 파일)은 도 45에 도시한 바와 같이 6개의 오브젝트로 구성된다. 그것들은 ClipInfo(), STC_Info(), ProgramInfo(), CPI(), ClipMark() 및 MakerPrivateData()이다. AV 스트림(Clip AV 스트림 또는 Bridge-Clip AV stream)과 그것에 대응하는 ClipIn formation 파일은 같은 숫자열의 "zzzzz"가 사용된다.

도 45에 도시한 zzzzz.clpi(Clip informtion file 파일)의 신택스에 관하여 설명하면 ClipInfo_Start_address는 zzzzz.clpi 파일의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 ClipInfo()의 선두 어드레스를 나타낸다. 상대 바이트수는 0으로부터 카운트된다.

STC_Info_Start_address는 zzzzz.clpi 파일의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 STC_Info()의 선두 어드레스를 나타낸다. 상대 바이트수는 0으로부터 카운트된다. ProgramInfo_Start_address는 zzzzz.clip 파일의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 ProgramInfo()의 선두 어드레스를 나타낸다. 상대 바이트수는 0으로부터 카운트된다. CPI_Start_address는 zzzzz.clip 파일의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 CPI()의 선두 어드레스를 나타낸다. 상대 바이트수는 0으로부터 카운트된다.

ClipMark_Start_address는 zzzzz.clpi 파일의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 ClipMark()의 선두 어드레스를 나타낸다. 상대 바이트수는 0으로부터 카운트된다. MakerPrivateData_Start_address는 zzzzz.clpi 파일의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 MakerPrivateData()의 선두애드레스를 나타낸다. 상대 바이트수는 0으로부터 카운트된다. padding-word(패딩 워드)는 zzzzz.clpi 파일의 신택스에 따라 삽입된다. N1, N2, N3, N4 및 N5는 0 또는 임의의 정의 정수가 아니면 안된다. 각각의 패딩 워드는 임의의 값이 취해지도록 하여도 좋다.

다음에 ClipInfo에 관하여 설명한다. 도 46은 ClipInfo의 신택스를 도시한 도면이다. ClipInfo()는 그것에 대응하는 AV 스트림 파일(Clip AV 스트림 또는 Bridge-Clip AV 스트림 파일)의 속성 정보를 스토어한다.

도 46에 도시한 ClipInfo의 신택스에 관하여 설명하면 version_number는 이 ClipInfo()의 버전 넘버를 나타낸 4개의 캐릭터 문자이다. version_number는 ISO 646에 따라 "0045"로 부호화 되어야 한다. length는 이 length 필드의 직후로부터 ClipInfo()의 최후까지의 ClipInfo()의 바이트수를 나타낸 32비트의 부호 없는 정수이다. Clip_stream_type의 8비트의 필드는 도 47에 도시한 바와 같이 Clip Information 파일에 대응하는 AV 스트림의 타입을 나타낸다. 각각의 타입의 AV 스트림의 스트림 타입에 관하여는 후술한다.

offset_SPN의 32비트의 필드는 AV 스트림(Clip AV 스트림 또는 Bridge-Clip AV 스트림) 파일의 최초의 소스 패킷에 관하여의 소스 패킷 번호의 오프셋치를 준 다. AV 스트림 파일이 최초에 디스크에 기록될 때에 이 offset_SPN은 0이여야 한다.

도 48에 도시한 바와 같이 AV 스트림 파일의 처음 부분이 편집에 의해 소거되었을 때에 offset_SPN은 0 이외의 값을 취하여도 좋다. 본 예에서는 offset_SPN을 참조하는 상대 소스 패킷 번호(상대 어드레스)가 종종, RSPN_xxx(xxx는 변형한다. 예. RSPN_EP_start)의 형식으로 신택스 중에 기술되어 있다. 상대 소스 패킷 번호는 소스 패킷 번호를 단위로 하는 크기로서 AV 스트림 파일의 최초의 소스 패킷으로부터 offset_SPN의 값을 초기치로 하여 카운트된다.

AV 스트림 파일의 최초의 소스 패킷으로부터 상대 소스 패킷 번호로 참조되는 소스 패킷까지의 소스 패킷의 수(SPN_xxx)는 다음 식으로 산출된다.

SPN_xxx = RSPN_xxx - 0ffset_SPN

도48에 offset_SPN이 4인 경우의 예를 도시한다.

TS_recording-rate는 24비트의 부호 없는 정수로서 이 값은 DVR 드라이브(기록부(22))에 또는 DVR 드라이브(판독부(28))로부터의 AV 스트림이 필요한 입출력의 비트 레이트를 준다. record_time_and_date는 Clip에 대응하는 AV 스트림이 기록되었을 때의 일시를 스토어하는 56비트의 필드로서 년/월/일/시/분/초에 관하여 14개의 숫자를 4비트의 Binary coded Decimal(BCD)로 부호화 한 것이다. 예를 들면, 2001/12/23:01:02:03은 "0x20011223010203"으로 부호화 된다.

duration은 CLip의 총 재생시간을 어라이벌 타임 클록에 기초를 둔 시간/분/초의 단위로 나타낸 24비트의 필드이다. 이 필드는 6개의 숫자를 4비트의 Binary coded Decimal(BCD)로 부호화 한 것이다. 예를 들면, 01:45:39는 "Ox014530"으로 부호화 된다.

time_controlled_flag:의 플래그는 AV 스트림 파일의 기록 모드를 나타낸다. 이 time_controlled_flag가 1인 경우는 기록 모드는 기록하고 나서의 시간 경과에 대하여 파일 사이즈가 비례하도록 하여 기록되는 모드인 것을 나타내며 다음 식에 나타낸 조건을 충족시켜야 한다.

TS_average_rate * 192/188 * (t-start_time) - α<= size_clip(t)

<= TS_average_rate * 192/188 * (t-start_time) + α

여기서 TS_average_rate는 AV 스트림 파일의 트랜스포트 스트림의 평균 비트 레이트를 bytes/second의 단위로 나타낸 것이다.

또한 위식에 있어서 t는 초 단위로 표되는 시간을 나타내고, start_time은 AV 스트림 파일의 최초의 소스 패킷이 기록되었을 때의 시간으로서 초 단위로 표시된다. size_clip(t)은 시각 t에서의 AV 스트림 파일의 사이즈를 바이트 단위로 표시한 것으로서 예를 들면, start_time으로부터 시각 t까지 10개의 소스 패킷이 기록된 경우엔 size_clip(t)은 10 * 192바이트이다. α는 TS_average_rate에 의존하는 정수이다.

time_controlled_flag가 0으로 세트되어 있는 경우엔 기록 모드는 기록의 시간 경과와 AV 스트림의 file size가 비례하도록 제어하지 않는 것을 나타낸다. 예를 들면, 이것은 입력 트랜스포트 스트림을 트랜스페어런트 기록하는 경우이다.

TS_average_rate는 time_controlled_flag가 1로 세트되어 있는 경우엔 이 24 비트의 필드는 위식으로 이용되고 있는 TS_average_rate의 값을 나타낸다. time_controlled_flag가 0으로 세트되어 있는 경우엔 이 필드는 아무런 의미를 갖지 않고 0으로 세트되어야 한다. 예를 들면, 가변 비트 레이트의 트랜스포트 스트림은 다음에 나타낸 순서에 의해 부호화 된다. 우선 트랜스포트 레이트를 TS_recording_rate의 값에 세트한다. 다음에 비디오 스트림을 가변 비트 레이트로 부호화 한다. 그리고, 널(null) 패킷를 사용하지 않음으로써 간헐적으로 트랜스포트 패킷를 부호화 한다.

RSPN_arrival_time_discontinuity의 32비트 필드는 Bridge-Clip AV stream 파일상에서 어라이벌 타임 베이스의 불연속이 발생하는 장소의 상대 어드레스이다. RSPN_arrival_time_discontinuity는 소스 패킷 번호를 단위로 하는 크기로서 Bridge-Clip AV stream 파일의 최초의 소스 패킷으로부터 ClipInfo()에서 정의되는 offset_SPN의 값을 초기치로 하여 카운트된다. 그 Bridge-Clip AV stream 파일 중에서의 절대 어드레스는 상술한

SPN_xxx = RSPN_xxx - offset_SPN

에 의거하여 산출된다.

reserved_for_system_use의 144비트의 필드는 시스템용으로 리저브되어 있다. is_format_identifier_valid의 플래그가 1인 때는 format_identifier의 필드가 유효한 것을 나타낸다. is_original_network_ID_valid의 플래그가 1인 경우는 original_network_ID의 필드가 유효한 것을 나타낸다. is_transport_stream_ID_valid의 플래그가 1인 경우는 trmsport_stream_ID의 필드 가 유효한 것을 나타낸다. is_servece_ID_valid의 플래그가 1인 경우는 servece_In의 필드가 유효한 것을 나타낸다.

is_country_code_valid의 플래그가 1인 때는 country_code의 필드가 유효한 것을 나타낸다. format_identifier의 32비트 필드는 트랜스포트 스트림 중에서 registration deascriotor(ISO/IECI3818-1로 정의되어 있다)가 갖는 format_identifier의 값을 나타낸다. original_network_ID의 16비트 필드는 트랜스포트 스트림 중에서 정의되어 있는 original_network_ID의 값을 나타낸다. transport_stream_ID의 16비트 필드는 트랜스포트 스트림 중에서 정의되어 있는 transport_stream_ID의 값을 나타낸다.

servece_ID의 16비트 필드는 트랜스포트 스트림 중에서 정의되어 있는 servece_ID의 값을 나타낸다. country_code의 24비트의 필드는 ISO3166에 의해 정의되는 컨트리 코드를 나타낸다. 각각의 캐릭터 문자는 ISO8859-1로 부호화 된다. 예를 들면, 일본은 "JPN"으로 표시되고 "0x4A 0x50 0x4E"로 부호화 된다. stream_format_name은 트랜스포트 스트림의 스트림 정의를 하고 있는 포맷기관의 명칭을 나타낸 ISO-646의 16개의 캐릭터 코드이다. 이 필드 중의 무효한 바이트는 값 '0xFF'가 세트된다.

format_identifier, original_network_ID, transport_stream_ID, servece_ID, country_code 및 stream_format_name은 트랜스포트 스트림의 서비스 프로바이더를 나타낸 것으로서 이것에 의해 오디오나 비디오 스트림의 부호화 제한, SI(서비스 인포메이션)의 규격이나 오디오비디오 스트림 이외의 프라이빗 데이 터 스트림의 스트림 정의를 인식할 수 있다. 이들의 정보는 디코더가 그 스트림을 디코드할 수 있는지 없는지, 그리고 디코드할 수 있는 경우에 디코드 시작 전에 디코더 시스템의 초기 설정을 행하기 위해 이용하는 것이 가능하다.

다음에 STC_Info에 관하여 설명한다. 여기서는 MPEG-2 트랜스포트 스트림 중에서 STC의 불연속점(시스템 타임 베이스의 불연속점)을 포함하지 않는 시간구간을 STC_sequence라고 말하고, Clip 중에서 STC_sequence는 STC_sequence_id의 값에 의해 특정된다. 도 50A 및 도 50B는 연속인 STC 구간에 관하여 설명한 도면이다. 같은 STC_sequence 중에서 같은 STC의 값은 결코 나타나지 않는다 (단지, 후술하한 바와 같이 Clip의 최대시간 길이는 제한되어 있다). 따라서 같은 STC_sequence 중에서 같은 PTS의 값도 또한 결코 나타나지 않는다. AV 스트림이 N(N>0)개의 STC 불연속점을 포함하는 경우엔 Clip의 시스템 타임 베이스는 (N+1)개의 STC_sequence로 분할된다.

STC_Info는 STC의 불연속(시스템 타임 베이스의 불연속)이 발생하는 장소의 어드레스를 스토어한다. 도 51을 참조하여 설명한 바와 같이 RSPN_STC_start가 그 어드레스를 나타내고 최후의 STC_sequence를 제외한 k번째(k>=0)의 STC_sequence는 k번째의 RSPLSTa-Start에서 참조되는 소스 패킷이 도착한 시각으로부터 시작되어 (k+1)번째의 RSPN_STC_start에서 참조되는 소스 패킷이 도착한 시각에서 끝난다. 최후의 STC_sequence는 최후의 RSPN_STC_start에서 참조되는 소스 패킷이 도착한 시각으로부터 시작되어 최후의 소스 패킷이 도착한 시각에서 종료한다.

도 52는 STC_Info의 신택스를 도시한 도면이다. 도 52에 도시한 STC_Info의 신택스에 관하여 설명하면 version_number는 이 STC_Info()의 버전 넘버를 나타낸 4개의 캐릭터 문자이다. version_number는 ISO 646에 따라 "0045"로 부호화 되어야 한다.

length는 이 length 필드의 직후로부터 STC_Info()의 최후까지의 STC_Info()의 바이트수를 나타낸 32비트의 부호 없는 정수이다. CPI()의 CPI_type이 TU_map type을 나타낸 경우엔 이 length 필드는 0을 세트하여도 좋다. CPI()의 CPI_type이 EP_map type을 나타낸 경우는 num_of_STC_sequences는 1 이상의 값이어j야 한다.

num_of_STC_sequences의 8비트의 부호 없는 정수는 Clip 중에서의 STC_sequence의 수를 나타낸다. 이 값은 이 필드에 계속되는 for-loop의 루프 회수를 나타낸다. 소정의 STC_sequence에 대응하는 STC_sequence_id는 RSPN_STC_start을 포함하는 for-loop 중에서 그 STC_sequence에 대응하는 RSPN_STC_start가 나타나는 순번에 의해 정의되는 것이다. STC_sequence_id는 0으로부터 시작된다.

RSPN_STC_start의 32비트 필드는 AV 스트림 파일상에서 STC_sequence가 시작하는 어드레스를 나타낸다. RSPN_STC_start는 AV 스트림 파일 중에서 시스템 타임 베이스의 불연속점이 발생하는 어드레스를 나타낸다. RSPN_STC_start는 AV 스트림 중에서 새로운 시스템 타임 베이스의 최초의 PCR를 갖는 소스 패킷의 상대 어드레스로 하여도 좋다. RSPN_STC_start는 소스 패킷 번호를 단위로 하는 크기로서 AV 스트림 파일의 최초의 소스 패킷으로부터 ClipInfo()에서 정의되는 offset_SPN의 값을 초기치로 하여 카운트된다. 그 AV stream 파일 중에서의 절대 어드레스는 이미 상술한

SPN_xxx = RSPN_xxx - offset_SPN

에 의해 산출된다.

다음에 도 45에 도시한 zzzzz.clip의 신택스 내의 ProgramInfo에 관하여 설명한다. 도 53을 참조하면서 설명하면 여기서는 Clip 중에서 다음 특징을 갖는 시간구간을 Program_sequence라고 부른다. 우선 PCR_PID의 값이 변하지 않는다. 다음에 비디오엘리멘터리 스트림의 수가 변화하지 않는다. 또한 각각의 비디오 스트림에 관하여의 PID의 값과 그 VideocodingInfo에 의해 정의되는 부호화 정보가 변화하지 않는다. 또한 오디오 엘리멘터리 스트림의 수가 변화하지 않는다. 또한 각각의 오디오 스트림에 관하여의 PID의 값과 그 AudiocodingInfo에 의해 정의되는 부호화 정보가 변화하지 않는다.

Program_sequence는 동일한 시각에서 단지 하나의 시스템 타임 베이스를 갖는다. Program_sequence는 동일한 시각에서 단지 하나의 PMT를 갖는다. ProgramInfo()는 Program_sequence가 시작하는 장소의 어드레스를 스토어한다. RSPN_Program_sequence_start가 그 어드레스를 나타낸다.

도 54는 ProgramInfo의 신택스를 도시한 도면이다. 도 54에 도시한 ProgramInfo의 신택스를 설명하면 version_number는 이 ProgramInfo()의 버전 넘버를 나타낸 4개의 캐릭터 문자이다. version_number는 ISO 646에 따라 "0045"로 부호화 되어야 한다.

length는 이 length 필드의 직후로부터 ProgramInfo()의 최후까지의 ProgramInfo()의 바이트수를 나타낸 32비트의 부호 없는 정수이다. CPI()의 CPI_type이 TU_map type을 나타낸 경우엔 length 필드는 0으로 세트되더라도 좋다. CPI()의 CPI_type이 EP_map type을 나타낸 경우엔 nmber-of-Programs는 1 이상의 값이여야 한다.

number_of_Program_sequences의 8비트의 부호 없는 정수는 Clip 중에서의 Program_sequence의 수를 나타낸다. 이 값은 이 필드에 계속되는 for-loop의 루프 회수를 나타낸다. Clip 중에서 Program_sequence가 변화하지 않는 경우엔 number_of_Program_sequences는 1이 세트되어야 한다. RSPN_Program_sequence_start의 32비트 필드는 AV 스트림 파일상에서 프로그램 시퀀스가 시작하는 장소의 상대 어드레스이다.

RSPN_Program_sequence_start는 소스 패킷 번호를 단위로 하는 크기로서 AV 스트림 파일의 최초의 소스 패킷으로부터 ClipInfo()에서 정의되는 offset_SPN의 값을 초기치로 하여 카운트된다. 그 AV 스트림 파일 중에서의 절대 어드레스는

SPN_xxx = RSPN_xxx - offset_SPN

에 의해 산출된다. 신택스의 for-loop 중에서 RSPN_Program_sequence_start 치는 올라가는 순으로 나타나야 한다.

PCR_PID의 16비트 필드는 그 Program_sequence에 유효한 PCR 필드를 포함하는 트랜스포트 패킷의 PID를 나타낸다. number_of_videos의 8비트 필드는 video_stream_PID와 VideoCodingInfo를 포함하는 for-loop의 루프 회수를 나타낸다. number_of_audios의 8비트 필드는 audio_stream_PID와 AudiocodingInfo를 포함하는 for-loop의 루프 회수를 나타낸다. video_stream_PID의 16비트 필드는 그 Program_sequence에 유효한 비디오 스트림을 포함하는 트랜스포트 패킷의 PID를 나타낸다. 이 필드에 계속되는 VideocodingInfo()는 그 video_stream_PID에서 참조되는 비디오 스트림의 내용을 설명하여야 한다.

audio_stream_PID의 16비트 필드는 그 Program_sequence에 유효한 오디오 스트림을 포함하는 트랜스포트 패킷의 PID를 나타낸다. 이 필드에 계속되는 AudiocodingInfo()는 그 audio_stream_PID에서 참조되는 비디오 스트림의 내용을 설명하여야 한다.

또한 신택스의 for-loop 중에서 video_stream_PID의 값이 나타나는 순서는 그 Program_sequence에 유효한 PMT 중에서 비디오 스트림의 PID가 부호화 되어 있는 순서와 같아야 한다. 또한 신택스의 for-loop 중에서 audio_stream_PID의 값이 나타나는 순서는 그 Program_sequence에 유효한 PMT 중에서 오디오 스트림의 PID가 부호화 되어 있는 순서와 같아야 한다.

도 55는 도 54에 도시한 Programinfo의 신택스 내의 VideocodingInfo의 신택스를 도시한 도면이다. 도 55에 도시한 VideoCodingInfo의 신택스를 설명하면 video_format의 8비트 필드는 도 56에 도시한 바와 같이 ProgramInfo() 중의 video_stream_PID에 대응하는 비디오 포맷을 나타낸다.

frame_rate의 8비트 필드는 도 57에 도시한 바와 같이 ProgramInfo() 중의 video_stream_PID에 대응하는 비디오의 프레임 레이트를 나타낸다. display_aspect_ratio의 8비트 필드는 도 58에 도시한 바와 같이, ProgramInfo() 중의 video_stream_PID에 대응하는 비디오의 표시 애스펙트비를 나타낸다.

도 59은 도 54에 도시한 Programinfo의 신택스 내의 AudioCodingInfo의 신택스를 도시한 도면이다. 도 59에 도시한 AudioCodingInfo의 신택스를 설명하면 audio_coding의 8비트 필드는 도 60에 도시한 바와 같이, ProgramInfo() 중의 audio_stream_PID에 대응하는 오디오의 부호화 방법을 나타낸다.

audio_component_type의 8비트 필드는 도 61에 도시한 바와 같이 ProgramInfo() 중의 audio_stream_PID에 대응하는 오디오의 컴포넌트 타입을 나타낸다. sampling_frequency의 8비트 필드는 도 62에 도시한 바와 같이 ProgramInfo() 중의 audio_stream_PID에 대응하는 오디오의 샘플링 주파수를 나타낸다.

다음에 도 45에 도시한 zzzzz.clip의 신택스 내의 CPI(Characteristic Point Information)에 관하여 설명한다. CPI는 AV 스트림 중의 시간 정보와 그 파일 중의 어드레스와를 관련시키기 위해 있다. CPI에는 2개의 타입이 있고 그것들은 EP_map과 TU_map이다. 도 63에 도시한 바와 같이 CPI() 중의 CPI_type이 EP_map type인 경우는 그 CPI()는 EP_map을 포함한다. 도 64에 도시한 바와 같이 CPI() 중의 CPI_type이 TU_map type인 경우는 그 CPI()는 TU_map을 포함한다. 하나의 AV 스트림은 하나의 EP_map 또는 하나의 TU_map을 갖는다. AV 스트림이 SESF 트랜스포트 스트림인 경우는 그것에 대응하는 Clip은 EP_map을 가져야 한다.

도 65은 CPI의 신택스를 도시한 도면이다. 도 65에 도시한 CPI의 신택스를 설명하면 version_number는 이 CPI()의 버전 넘버를 나타낸 4개의 캐릭터 문자이다. version_number는 ISO 646에 따라 "0045"로 부호화 되어야 한다. length는 이 length 필드의 직후로부터 CPI()의 최후까지의 CPI()의 바이트수를 나타낸 32비트의 부호 없는 정수이다. CPI_type은 도 66에 도시한 바와 같이 1비트의 플래그로서 Clip의 CPI의 타입을 나타낸다.

다음에 도 65에 도시한 CPI의 신택스 내의 EP_map에 관하여 설명한다. EP_map에는 2개의 타입이 있으며 그것은 비디오 스트림용의 EP_map과 오디오 스트림용의 EP_map 이다. EP_map 중의 EP_map_type이 EP_map의 타입을 구별한다. Clip이 하나 이상의 비디오 스트림을 포함하는 경우엔 비디오 스트림용의 EP_map가 사용되어야 한다. Clip이 비디오 스트림을 포함하지 않고 1개 이상의 오디오 스트림을 포함하는 경우엔 오디오 스트림용의 EP_map이 사용되어야 한다.

비디오 스트림용의 EP_map에 관하여 도 67을 참조하여 설명한다. 비디오 스트림용의 EP_map은 stream_PID, PTS_EP_start 및 RSPN_EP_start라는 데이터를 갖는다. stream_PID는 비디오 스트림을 전송하는 트랜스포트 패킷의 PID를 나타낸다. PTS_EP_start는 비디오 스트림의 시퀸스 헤더로부터 시작하는 액세스 유닛의 PTS를 나타낸다. RSP_EP_start는 AV 스트림 중에서 PTS_EP_start에 의해 참조되는 액세스 유닛의 제 1 바이트째를 포함하는 소스 패킷의 어드레스를 나타낸다.

EP_map_for_one_stream_PID()라고 불리는 서브테이블은 같은 PID를 갖는 트랜스포트 패킷에 의해 전송되는 비디오 스트림마다 만들어진다. Clip 중에 복수의 비디오 스트림이 존재하는 경우엔 EP_map은 복수의 EP_map_for_one_stream_PID()를 포함하여도 좋다.

오디오 스트림용의 EP_map은 stream_PID, PTS_EP_start 및 RSPN_EP_start라 는 데이터를 갖는다. stream_PID는 오디오 스트림을 전송하는 트랜스포트 패킷의 PID를 나타낸다. PTS_EP_start는 오디오 스트림의 액세스 유닛의 PTS를 나타낸다. RSPN_EP_start는 AV 스트림 중에서 PTS_EP_start에서 참조되는 액세스 유닛의 제 1 바이트째를 포함하는 소스 포켓의 어드레스를 나타낸다.

EP_map_for_one_stream_PID()라고 불리는 서브테이블은 같은 PID를 갖는 트랜스포트 패킷에 의해 전송되는 오디오 스트림마다 만들어진다. Clip 중에 복수의 오디오 스트림이 존재하는 경우엔 EP_map은 복수의 EP_map_for_one_stream_PID()를 포함하여도 좋다.

EP_map과 STC_Info의 관계를 설명하면 하나의 EP_map_for_one_stream_PID()는 STC의 불연속점에 관계 없이 하나의 테이블에 만들어진다. RSHN_EP_start의 값과 STC_Info()에서 정의되는 RSPN_STC_start의 값을 비교함에 의해, 각각의 STC_sequence에 속하는 EP_map의 데이터의 경계를 알 수 있다(도 68 참조).

EP_map은 같은 PID에서 전송되는 연속된 스트림의 범위에 대하여 하나의 EP_map_for_one_stream_PID를 갖아야 한다. 도 69에 도시한 바와 같은 경우 Program #1과 Program #3은 같은 비디오 PID를 갖지만, 데이터 범위가 연속하지 않기 때문에 각각의 프로그램마다 EP_map_for_one_stream_PID를 가저야 한다.

도 70은 EP_map의 신택스를 도시한 도면이다. 도 70에 도시한 EP_map의 신택스를 설명하면 EP_type는 4비트의 필드로서 도 71에 도시한 바와 같이 EP_map의 엔트리 포인트 타입을 나타낸다. EP_type은 이 필드에 계속되는 데이터 필드의 시맨틱스를 나타낸다. Clip이 하나 이상의 비디오 스트림을 포함하는 경우엔 EP_type은 0('video')으로 세트되어야 한다. 또는 Clip이 비디오 스트림을 포함하지 않고 하나 이상의 오디오 스트림을 포함하는 경우엔 EP_type은 1('audio')에 세트되어야 한다.

number_of_stream_PIDs의 16비트의 필드는 EP_map 중의 EP_types를 number_of_stream_PIDs를 변수로 갖는 for-loop의 루프 회수를 나타낸다. stream_PID(k)의 16비트의 필드는 EP_map_fpr_one_stream_PID(num_EP_entries(k))에 의해 참조되는 k번째의 엘리멘터리 스트림(비디오 또는 오디오 스트림)을 전송하는 트랜스포트 패킷의 PID를 나타낸다. EP_type이 0('video')과 같은 경우엔 그 엘리멘터리 스트림은 비디오 스트림이여야 한다. 또한 EP_type이 1('audio')과 같은 경우엔 그 엘리멘터리 스트림은 오디오 스트림이여야 한다.

num_EP_entries(k)의 16비트의 필드는 EP_map_for_one_stream_PID(num_EP_entries(k))에 의해 참조되는 num_EP_entries(k)를 나타낸다. EP_map_for_one_stream_PID_Start_address(k): 이 32비트의 필드는 EP_map() 중에서 EP_map_for_one_stream_PID(num_EP_entries(k))가 시작되는 상대 바이트 위치를 나타낸다. 이 값은 EP_map()의 제 1 바이트째로부터의 크기로 나타내여진다.

padding_word는 EP_map()의 신택스에 따라 삽입되어야 한다. X와 Y는 0 또는 임의의 정의 정수가 아니면 안된다. 각각의 패딩 워드는 임의의 값을 취하여도 좋다.

도 72는 EP_map_for_one_stream_PID의 신택스를 도시한 도면이다. 도 72에 도시한 EP_map_for_one_stream_PID의 신택스를 설명하면 PTS_EP_start의 32비트의 필드의 시맨틱스는 EP_map()에서 정의되는 EP_type에 따라 다르다. EP_type이 0('video')과 같은 경우는 이 필드는 비디오 스트림의 시퀸스 헤더에서 시작되는 액세스 유닛의 33비트 정밀도의 PTS의 상위 32비트를 갖는다. EP_type이 1('audio')과 같은 경우는 이 필드는 오디오 스트림의 액세스 유닛의 33비트 정밀도의 PTS의 상위 32비트를 갖는다.

RSPN_EP_start의 32비트의 필드의 시맨틱스는 EP_map()에서 정의되는 EP_type에 따라 다르다. EP_type이 0('video')과 같은 경우는 이 필드는 AV 스트림 중에서 PTS_EP_start에 의해 참조되는 액세스 유닛의 시퀸스 헤더의 제 1 바이트째를 포함하는 소스 포켓의 상대 어드레스를 나타낸다. 또는 EP_type이 1('audio')과 같은 경우는 이 필드는 AV 스트림 중에서 PTS_EP_start에 의해 참조되는 액세스 유닛의 오디오 프레임의 제일 바이트째를 포함하는 소스 포켓의 상대 어드레스를 나타낸다.

RSPN_EP_start는 소스 패킷 번호를 단위로 하는 크기로서 AV 스트림 파일의 최초의 소스 패킷으로부터 ClipInfo()에서 정의되는 offset_SPN의 값을 초기치로 하여 카운트된다. 그 AV 스트림 파일 중에서의 절대 어드레스는

SPN_xxx = RSPN_xxx - offset_SPN

에 의해 산출된다. 신택스의 for-loop 중에서 RSPN_EP_start의 값은 올라가는 순으로 나타나야 한다.

다음에 TU_map에 관하여 도 73을 참조하여 설명한다. TU_map은 소스 패킷의 어라이벌 타임 클록(도착시간 베이스의 시계)에 의거하여 하나의 시간축을 만든다. 그 시간축은 TU_map_time_axis라고 불린다. TU_map_time_axis의 원점은 TU_map() 중의 offset_time에 의해 나타내진다. TU_map_time_axis는 offset_time으로부터 일정한 단위로 분할된다. 그 단위를 time_unit이라고 한다.

AV 스트림 중의 각각의 time_unit 중에서 최초의 완전한 모양의 소스 패킷의 AV 스트림 파일상의 어드레스가 TU_map에 스토어된다. 이들의 어드레스를 RSPN_map_time_start이라고 한다. TU_map_time_axis상에 있어서 k(k>= 0)번째의 time_unit이 시작되는 시각은 TU_start_time(k)라고 불린다. 이 값은 다음 식에 의거하여 산출된다. TU_start_time(k) = offset_time + k * time_unit_size

TU_start_time(k)는 45KHz의 정밀도를 갖는다.

도 75은 TU_map의 신택스를 도시한 도면이다. 도 75에 도시한 TU_map의 신택스를 설명하면 offset_time의 32bit 길이의 필드는 TU_map_time_axis에 대한 오프셋타임을 준다. 이 값은 Clip 중의 최초의 time_unit에 대한 오프셋 시간을 나타낸다. offset_time은 27MHz 정밀도의 어라이벌 타임 클록으로부터 도출되 45MHz 클록을 단위로 하는 크기이다. AV 스트림이 새로운 Clip으로서 기록되는 경우엔 offset_time은 0으로 세트되어야 한다.

time_unit_size의 32비트 필드는 time_unit의 크기를 주는 것으로서 그것은 27MHz 정밀도의 어라이벌 타임 클록으로부터 도출되는 45KHz 클록을 단위로 하는 크기이다. time_unit_size는 1초 이하(time_unit_size<= 45000)로 하는 것이 좋다. number_of_time_unit_entries의 32비트 필드는 TU_map() 중에 스토어되어 있는 time_unit의 엔트리수를 나타낸다.

RSPN_time_unit_start의 32비트 필드는 AV 스트림 중에서 각각의 time_unit이 시작하는 장소의 상대 어드레스를 나타낸다. RSPN_time_unit_start는 소스 패킷 번호를 단위로 하는 크기로서 AV stream 파일의 최초의 소스 패킷으로부터 ClipInfo()에서 정의되는 offset_SPN의 값을 초기치로 하여 카운트된다. 그 AV stream 파일 중에서의 절대 어드레스는

SPN_xxx = RSPN_xxx - offset_SPN

에 의해 산출된다. 신택스의 for-loop 중에서 RSPN_time_unit_start의 값은 올라가는 순으로 나타나야 한다. (k+1)번째의 time_unit 중에 소스 패킷이 아무것도 없는 경우엔 (k+1)번째의 RSPN_time_unit_start는 k번째의 RSPN_time_unit_start와 동등하여야 한다.

도 45에 도시한 zzzzz.clip의 신택스 내의 ClipMark에 관하여 설명한다. ClipMark는 클립에 관하여의 마크 정보로서 ClipMark 중에 스토어된다. 이 마크는 기은기(기록재생장치(1))에 의해 세트되는 것으로서 유저에 의해 세트되는 것이 아니다.

도 75은 ClipMark 신택스를 도시한 도면이다. 도 75에 도시한 ClipMark의 신택스를 설명하면 version_number는 이 ClipMark()의 버전 넘버를 나타낸 4개의 캐릭터 문자이다. version_number는 ISO 646에 따라 "0045"로 부호화 되어야 한다.

length는 이 length 필드의 직후로부터 ClipMark()의 최후까지의 ClipMark()의 바이트수를 나타낸 32비트의 부호 없는 정수이다. number_of_ClipMarks는 ClipMark 중에 스토어되어 있는 마크의 개수를 나타내는 16비트의 부호 없는 정수이다. number_of_ClipMark는 0이라도 좋다. mark_type은 마크의 타입을 나타낸 8비트의 필드로서 도 76에 도시한 테이블에 따라 부호화 된다.

mark_time_stamp은 32비트 필드로서 마크가 지정된 포인트를 나타낸 타임 스탬프를 스토어한다. mark_time_stamp의 시맨틱스는 도 77에 도시한 바와 같이 PlayList() 중의 CPI_type에 따라 다르다.

STC_sequence_id는 CPI() 중의 CPI_type이 EP_map type을 나타낸 경우에 이 8비트의 필드는 마크가 놓여 있는 곳의 STC 연속구간의 STC_sequence_id를 나타낸다. CPI() 중의 CPI_type이 TU_map type을 나타낸 경우 이 8비트의 필드는 아무런 의미를 갖지 않고 0으로 세트된다. character_set의 8비트의 필드는 mark_name 필드에 부호화 되어 있는 캐릭터 문자의 부호화 방법을 나타낸다. 그 부호화 방법은 도 19에 도시된 값에 대응한다.

name_length의 8비트 필드는 mark_name 필드 중에 나타내여지는 마크명의 바이트 길이를 나타낸다. mark_name의 필드는 마크의 명칭을 나타낸다. 이 필드 중의 좌로부터 name_length 수의 바이트수가, 유효한 캐릭터 문자로서 그것은 마크의 명칭을 나타낸다. mark_name 필드 중에서 그것들 유효한 캐릭터 문자의 뒤의 값은 어떤 값이 들어가 있어도 좋다.

ref_thumbnail_index의 필드는 마크에 부가되는 섬네일 화상의 정보를 나타낸다. ref_thumbnail_index 필드가, 0xFFFF가 아닌 값의 경우엔 그 마크에는 섬네일 화상이 부가되어 있고 그 섬네일 화상은 mark.thmb 파일 중에 스토어된어 있다. 이 화상은 mark.thmb 파일 중에서 ref_thumbnail_index의 값을 이용하여 참조된다. ref_thumbnail_index 필드가, 0xFFFF인 경우엔 그 마크에는 섬네일 화상이 부가되어 있지 않다.

MakersPrivateData에 관하여는 도 22를 참조하여 이미 설명하였기 때문에 그 설명은 생략한다.

다음에 섬네일인포메이션(Thumbnail Information)에 관하여 설명한다. 섬네일 화상은 menu.thmb 파일 또는 mark.thmb 파일에 스토어된다. 이들의 파일은 같은 신택스 구조로서 단지 하나의 Thumbnail()를 갖는다. menu.thmb 파일은 메뉴 섬네일 화상 즉 volume을 대표하는 화상 및 각각의 PlayList를 대표하는 화상을 스토어한다. 모든 메뉴 섬네일은 단지 하나의 menu.thmb 화일에 스토어된다.

mark.thmb 파일은 마크 섬네일 화상 즉 마크점을 나타내는 픽처를 스토어한다. 모든 PlayList 및 Clip에 대한 모든 마크 섬네일은 단지 하나의 mark.thmb 파일에 스토어된다. 섬네일은 빈번히 추가, 삭제되기 때문에 추가 조작과 부분 삭제의 조작은 용이하게 고속으로 실행할 수 있어야 한다. 이 이유 때문에 Thumbnail()는 블록 구조를 갖는다. 화상의 데이터는 몇개의 부분에 분할되고 각 부분은 하나의 tn_block에 격납된다. 하나의 화상 데이터는 연속된 tn_block에 격납된다. tn_block의 열에는 사용되지 않은 tn_block이 존재하여도 좋다. 하나의 섬네일 화상의 바이트 길이는 가변이다.

도 78은 menu.thmb와 mark.thmb의 신택스를 도시한 도면으로서 도 79은 도 78에 도시한 menu.thmb와 mark.thmb의 신택스 내의 Thmbnail의 신택스를 도시한 도 면이다. 도 79에 도시한 Thumbnail의 신택스에 관하여 설명하면 version_number는 이 Thumnail()의 버전 넘버를 나타낸 4개의 캐릭터 문자이다. version_number는 ISO 646에 따라 "0045"로 부호화 되어야 한다.

length는 이 length 필드의 직후로부터 Thmbnail()의 최후까지의 MakersPrivateData()의 바이트수를 나타낸 32비트의 부호 없는 정수이다. tn_blocks_start_address는 Thumbnail()의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 최초의 tn_block의 선두 바이트 어드레스를 나타낸 32비트의 부호 없는 정수이다. 상대주 바이트수는 0으로부터 카운트된다. number_of_thumbnails는 Thumbnail() 중에 포함되어 있는 섬네일 화상의 엔트리수를 주는 16비트의 부호 없는 정수이다.

tn_block_size는 1024바이트를 단위로 하여 하나의 tn_block의 크기를 주는 16비트의 부호 없는 정수이다. 예를 들면, tn_block_size = 1이라면 그것은 하나의 tn_block의 크기가 1024바이트인 것을 나타낸다. nmber_of_tn_blocks는 이 thumbnail() 중의 tn_block의 엔트리수를 나타내는 116비트의 부호 없는 정수이다. thumbnail_index는 이 thumbnail_index 필드로부터 시작되는 for-loop 1회분의 섬네일정보로 표시되는 섬네일 화상의 인덱스 번호를 나타내는 16비트의 부호 없는 정수이다. thumbnail_index로서 0xFFFF라는 값을 사용하여서는 안된다. Thumbnail_index는 UIAppInfoVolume(), UIAppInfoPlayList(), PlayListMark() 및 ClipMark() 중의 ref_thumbnail_index에 의해 참조된다.

thumbnail_picture_format는 섬네일 화상의 픽처 포맷을 나타내는 8비트의 부호 없는 정수로서 도 80에 도시한 바와 같은 값을 취한다. 표 중의 DCF와 PNG는 "menu.thmb" 내에서만 허용된다. 마크 섬네일은 값 "0x00"(MPEG-2 VideoI-picture)를 취하여 한다.

picture_data_size는 섬네일 화상의 바이트 길이를 바이트 단위로 나타낸 32비트의 부호 없는 정수이다. start_tn_block_number는 섬네일 화상의 데이터가 시작되는 tn_block의 tn_block 번호를 나타내는 16비트의 부호 없는 정수이다. 섬네일 화상 데이터의 선두는 tb-block의 선두와 일치하지 않으면 안된다. tn_block 번호는 0으로부터 시작되어, tn_block의 for-loop 중의 변수 k의 값에 관계한다.

x_picture_length는 섬네일 화상의 프레임화 테두리의 수평방향의 픽셀수를 나타내는 16비트의 부호 없는 정수이다. y_picture_length는 섬네일 화상의 프레임화 테두리의 수직방향의 픽셀수를 나타내는 16비트의 부호 없는 정수이다. tn_block은 섬네일 화상이 스토어되는 영역이다. Thumbnail() 중의 모든 tn_block은 같은 사이즈(고정 길이장)로서 그 크기는 tn_block_size에 의해 정의된다.

도 81A 및 도 81B는 섬네일 화상 데이터가 어떻게 tn_block에 격납되는지를 모짓적으로 도시한 도면이다. 도 81A 및 도 81B와 같이 각 섬네일 화상 데이터는 tn_block의 선두로부터 시작되고 1 tn_block을 초과하는 크기인 경우는 연속하는 다음 tn_block을 사용하여 스토어된다. 이와 같이 함에 의해 가변 길이인 픽처 데이터가 고정 길이의 데이터로서 관리하는 것이 가능하게 되고, 삭제라는 편집에 대하여 간편한 처리에 의해 대응할 수 있게 된다.

다음에 AV 스트림 파일에 관하여 설명한다. AV 스트림 파일은 "M2TS" 디렉토 리(도 14)에 스토어된다. AV 스트림 파일에는 2개의 타입이 있고, 그것들은 Clip AV 스트림과 Bridge-Clip A 스트림 파일이다. 양쪽의 AV 스트림 함께 이것 이후에 정의되는 DVR MPEG-2 트랜스포트 스트림 파일의 구조가 아니면 안된다.

우선 DVR MPEG-2 트랜스포트 스트림에 관하여 설명한다. DVR MPEG-2 트랜스포트 스트림의 구조는 도 82에 도시한 바와 같이 되어 있다. AV 스트림 파일은 DVR MPEG2 트랜스포트 스트림의 구조를 갖는다. DVR MPEG2 트랜스포트 스트림은 정수개의 Aligned unit으로 구성된다. Aligned unit의 크기는 6144바이트(2048 * 3바이트)이다. Aligned unit은 소스 패킷의 제 1 바이트째로부터 시작된다. 소스 패킷는 192바이트 길이이다. 하나의 소스 패킷은 TP_extra_header와 트랜스포트 패킷으로 이루어진다. TP_extra_header는 4바이트 길이이며 또한 트랜스포트 패킷는 188바이트 길이이다.

하나의 Aligned unit은 32개의 소스 패킷으로 이루어진다. DVR MPEG2 트랜스포트 스트림 중의 최후의 Aligned unit도 또한 32개의 소스 패킷으로 이루어진다. 따라서 DVR MPEG2 트랜스포트 스트림은 Aligned unit의 경계에서 종단한다. 디스크에 기록되는 입력 트랜스포트 스트림의 트랜스포트 패킷의 수가 32의 배수가 아닐 때는 널 패킷(PID = 0xlFFF의 트랜스포트 패킷)을 가진 소스 패킷을 최후의 Aligned unit에 사용하여야 한다. 파일 시스템은 DVR MPEG2 트랜스포트 스트림에 여분의 정보를 부가하여서는 안된다.

도 83에 DVR MPEG-2 트랜스포트 스트림의 리코더 모델을 도시한다 도 83에 도시한 리코더는 리코딩 프로세스를 규정하기 위한 개념상의 모델이다. DVR MPEG-2 트랜스포트 스트림은 이 모델에 따른다.

MPEG-2 트랜스포트 스트림의 입력 타이밍에 관하여 설명한다. 입력 MPEG2 트랜스포트 스트림은 풀 트랜스포트 스트림 또는퍼셜 트랜스포트 스트림이다. 입력되는 MPEG2 트랜스포트 스트림은 ISO/IECI3818-1 또는 ISO/IECI3818-9에 따라야 한다. MPEG2 트랜스포트 스트림의 i번째의 바이트는 T-STD(IS0/IEC13818-1으로 규정되는 Transport stream system target decoder)와 소스 패키타이저에 시각 t(i)에 동시에 입력된다. Rpk는 트랜스포트 패킷의 입력 레이트의 순간적인 최대치이다.

27MHz PLL 52는 27MHz 클록의 주파수를 발생한다. 27MHz 클록의 주파수는 MPEG-2 트랜스포트 스트림의 PCR(Program Clock Reference}의 값에 로크된다. arrival time clock counter(53)는 27MHz의 주파수의 펄스를 카운트하는 바이너리 카운터이다. arrival_time_clock(i)은 시간 t(i)에 있어서의 Arrival time clock counter의 카운트치이다.

source packetizer(54)는 모든 트랜스포트 패킷에 TP_extra_header를 부가하여 소스 패킷를 만든다. Arrival_time_stamp은 트랜스포트 패킷의 제 1 바이트째가 T-SYD와 소스 패키타이저의 양쪽에 도착하는 시각을 나타낸다. Arrival_time_stamp(k)는 다음 식으로 나타내지는 바와 같이 Arrival_time_clock(k)의 샘플치로서 여기서 k는 트랜스포트 패킷의 제 1 바이트째를 나타낸다.

arrival_time_stamp(k) = arrival_time_clock(k)% 230

2개의 연속되여 입력되는 트랜스포트 패킷의 시간 간격이 230/27000000초(약 40초)이상으로 되는 경우엔 그 2개의 트랜스포트 패킷의 arrival_time_stamp의 차분(差分)은 230/27000000초가 되도록 세트되어야 한다. 리코더는 그와 같이 되는 경우에 대비하고 있다.

smoothing buffer(55)는 입력 트랜스포트 스트림의 비트 레이트를 스무딩한다. 스무딩 버퍼는 오버플로우 하여서는 안된다. Rmax는 스무딩 버퍼가 비어있지 않은 때의 스무딩 버퍼로부터의 소스 패킷의 출력 비트 레이트이다. 스무딩 버퍼가 비어져 있을 때에 스무딩 버퍼로부터의 출력 비트 레이트는 0이다.

다음에 DVR MPEG-2 트랜스포트 스트림의 리코더 모델의 파라미터에 관하여 설명한다. Rmax라는 값은 AV 스트림 파일에 대응하는 ClipInfo()에서 정의되는 TS_recording_rate에 의해 주어진다. 이 값은 다음 식에 의해 산출된다.

Rnax = TS_recording_rate * 192/188

TS_recording_rate의 값은 bytes/second를 단위로 하는 크기이다.

입력 트랜스포트 스트림이 SESF 트랜스포트 스트림인 경우엔 Rpk는 AV 스트림 파일에 대응하는 ClipInfo()에서 정의되는 TS_recording_rate와 같아야 한다. 입력 트랜스포트 스트림이 SESF 트랜스포트 스트림이 아닌 경우엔 이 값은 MPEG-2 transport stream의 디스크립터 예를 들면, maximum_bitrate_descriptor나 partial_transport_stream_descriptor 등에서 정의되는 값을 참조하여도 좋다.

snoothing buffer size는 입력 트랜스포트 스트림이 SESF 트랜스포트 스트림인 경우에 스무딩 버퍼의 크기는 0이다. 입력 트랜스포트 스트림이 SESF 트랜스포트 스트림이 아닌 경우엔 스무딩 버퍼의 크기는 MPEG-2 transport stream의 디스크 립터 예를 들면, smoothing_buffer_descriptor, short_smoothing_buffer_descriptor, partial_transport_stream_descriptor 등에서 정의되는 값을 참조하여도 좋다.

기록기(recorder) 및 재생기(player)는 충분한 사이즈의 버퍼를 준비하여야 한다. 디폴트의 버퍼 사이즈는 1536bytes 이다.

다음에 DVR MPEG-2 트랜스포트 스트림의 플레이어 모델에 관하여 설명한다. 도 84는 DVR MPEG-2 트랜스포트 스트림의 플레이어 모델을 도시한 도면이다. 이것은 재생 프로세스를 규정하기 위한 개념상의 모델이다. DVR MPEG-2 트랜스포트 스트림은 이 모델에 따른다.

27MHz x-tal 61은 27MHz의 주파수를 발생한다. 27MHz 주파수의 오차 범위는 +/-30ppm(27000000 +/- 810Hz)이여야 한다. arrival time clock counter(62)는 27MHz의 주파수의 펄스를 카운트하는 바이너리 카운터이다. Arrival_time_clock(i)은 시각 t(i)에서의 Arrival time clock counter의 카운트치이다.

smoothing buffer(64)에 있어서 Rmax는 스무딩 버퍼가 풀이 아닐 때의 스무딩 버퍼로의 소스 패킷의 입력 비트 레이트이다. 스무딩 버퍼가 풀인 때엔 스무딩 버퍼에의 입력 비트 레이트는 0이다.

MPEG-2 트랜스포트 스트림의 출력 타이밍을 설명하면 현재의 소스 패킷의 arrival_time_stamp가 arrival_time_clock(i)의 LSB 30비트의 값과 같을 때에 그 소스 패킷의 트랜스포트 패킷은 스무딩 버퍼로부터 뽑히여진다. Rpk는 트랜스포트 패킷 레이트의 순간적인 최대치이다. 스무딩 버퍼는 언더플로우하면 안된다.

DVR MPEG-2 트랜스포트 스트림의 플레이어 모델의 파라미터에 관하여는 상술한 DVR MPEG-2 트랜스포트 스트림의 리코더 모델의 파라미터와 동일이다.

도 85는 source packet의 신택스를 도시한 도면이다. transport_packet()은 ISO/IEC13818-1로 규정되는 MPEG-2 트랜스포트 패킷이다. 도 85에 도시한 Souree packet의 신택스 내의 TP_extra_header의 신택스를 도 86에 도시한다. 도 86에 도시한 TP_Extra_header의 신택스에 관하여 설명하면 copy_permission_indicator는 트랜스포트 패킷의 페이로드의 카피 제한을 나타내는 정수이다. 카피 제한은 copy free, no more copy, copy once 또는 copy prohibited로 할 수 있다. 도 87은 copy_permission_indicator의 값과 그것들에 의해 지정되는 모드의 관계를 도시한다.

copy_permission_indicator는 모든 트랜스포트 패킷에 부가된다. IEEE1394 디지털 인터페이스를 사용하여 입력 트랜스포트 스트림을 기록하는 경우엔 copy_permission_indicator의 값은 IEEE1394 isochronous packet header 중의 EMI(Encryption Mode Indicator)의 값에 관련시켜도 좋다. IEEE1394 디지털 인터페이스를 사용하지 않고서 입력 트랜스포트 스트림을 기록하는 경우엔 copy_permission_indicator의 값은 트랜스포트 패킥 중에 매입된 CCI의 값에 관련시켜도 좋다. 아날로그 신호 입력을 셀프 인코드하는 경우는 copy_permission_indicator의 값은 아날로그 신호의 CGMS-A의 값에 관련시켜도 좋다.

arrival_time_stamp은 다음 식

arrival_time_stamp(k) = arrival_time_clock(k)% 230

에 있어서 arrival_time_stamp에 의해 지정되는 값을 갖는 정수치이다.

Clip AV 스트림의 정의를 하는데는 Clip AV 스트림은 상술한 바와 같은 정의가 되는 DVR MPEG-2 트랜스포트 스트림의 구조를 갖아야 한다. arrival_time_clock(i)은 Clip AV 스트림 중에서 연속되여 증가하여야 한다. Clip AV 스트림 중에 시스템 타임 베이스(STC 페이스)의 불연속점이 존재하였다 하더라도 그 Clip AV 스트림의 arrival_time_clock(i)는 연속되여 증가하여야 한다.

Clip AV 스트림 중의 시작과 종료 사이의 arrival_time_clock(i)의 차분의 최대치는 26시간이여야 한다. 이 제한은 MPEG2 트랜스포트 스트림 중에 시스템 타임 베이스(STC 페이스)의 불연속점이 존재하지 않는 경우에 Clip AV 스트림 중에서 같은 값의 PTS(Presentation Time Stamp)가 결코 나타나지 않는 것을 보증한다. MPEG2 시스템즈 규격은 PTS의 랩 어라운드 주기를 233/90000초(약 26.5시간)으로 규정하고 있다.

Bridge-Clip AV 스트림의 정의를 하는데는 Bridge-Clip AV 스트림은 상술한 바와 같은 정의가 되는 DVR MPEG-2 트랜스포트 스트림의 구조를 갖아야 한다. Bridge-Clip AV 스트림은 하나의 어라이벌 타임 베이스의 불연속점을 포함하여야 한다. 어라이벌 타임 베이스의 불연속점 전후의 트랜스포트 스트림은 후술하는 부호화의 제한에 따르지 않으면 안되고 또한 후술하는 DVR-STD에 따라야 한다.

본 예에 있어서는 편집에 있어서의 PlayItem 사이의 비디오와 오디오의 심리스 접속을 서포트한다. PlayItem 사이를 심리스 접속으로 하는 것은 플레이어/리코 더에 "데이터의 연속공급"과 "심리스한 복호처리"를 보증한다. "데이터의 연속공급"이란 파일 시스템이 디코더에 버퍼의 언더플로우를 일으키는 일이 없도록 필요한 비트 레이트로 데이터를 공급하는 것을 보증할 수 있는 것이다. 데이터의 리얼타임성을 보증하고 데이터를 디스크로부터 판독할 수 있도록 데이터가 충분한 크기의 연속된 플록 단위로 스토어되도록 한다.

"심리스한 복호처리"란 플레이어가 디코더의 재생 출력에 포즈(pause)나 갭을 일으키게 하는 일 없이 디스크에 기록된 오디오비디오 데이터를 표시할 수 있는 것이다.

심리스 접속되어 있는 PlayItem이 참조하는 AV 스트림에 관하여 설명한다. 선행하는 PlayItem과 현재의 PlayItem의 접속이 심리스 표시할 수 있도록 보증되어 있는지의 여부는 현재의 PlayItem에서 정의되어 있는 Connection_Condition 필드로부터 판단할 수 있다. PlayItem 사이의 심리스 접속은 Bridge-Clip을 사용하는 방법과 사용하지 않는 방법이 있다.

도 88은 Bridge-Clip을 사용하는 경우의 선행하는 PlayItem과 현재의 PlayItem의 관계를 도시하고 있다. 도 88에 있어서는 player가 판독하는 스트림 데이터가 음영을 넣어져 도시되어 있다. 도 88에 도시한 TS1는 Clip1(Clip AV 스트림)의 음영이 넣어진 스트림 데이터와 Bridge-Clip의 RSPN_arrival_time_discontinuity보다 앞의 음영이 넣어진 스트림 데이터로 이루어진다.

TSI의 Clip1의 음영이 넣어진 스트림 데이터는 선행하는 PlayItem의 IN_time(도88에 있어서 IN_time1으로 도시되어 있다)에 대응하는 프리젠테이션 유닛을 복호하기 위해 필요한 스트림의 어드레스로부터 RSPN_exit_from_previous_Clip에서 참조되는 소스 패킷까지의 스트림 데이터이다. TSI에 포함되는 Bridge-Clip의 RSPN_arrival_time_discontinuity보다 앞의 음영이 넣어진 스트림 데이터는 Bridge-Clip의 최초의 소스 패킷으로부터 RSPN_arrival_time_discontinuity에서 참조되는 소스 패킷의 직전의 소스 패킷까지의 스트림 데이터이다.

또한 도 88에 있어서의 TS2는 Clip2(Clip AV 스트림)의 음영이 넣어진 스트림 데이터와 Bridge-Clip의 RSPN_arrival_time_discontinuity 이후의 음영이 넣어진 스트림 데이터로 이루어진다. TS2에 포함되는 Bridge-Clip의 RSPN_arrival_time_discontinuity 이후의 음영이 넣어진 스트림 데이터는 RSPN_arrival_time_discontinuity에서 참조되는 소스 패킷으로부터 Bridge-Clip의 최후의 소스 패킷까지의 스트림 데이터이다. TS2의 Clip2의 음영이 넣어진 스트림 데이터는 RSPN_enter_to_current_Clip에서 참조되는 소스 패킷으로부터 현재의 PlayItem의 OUT_time(도 88에 있어서 OUT_time2로 도시되어 있다)에 대응하는 프리젠테이션 유닛을 복호하기 위해 필요한 스트림의 어드레스까지의 스트림 데이터이다.

도 89는 Bridge-Clip을 사용하지 않는 경우의 선행하는 PlayItem과 현재의 PlayItem의 관계를 도시하고 있다. 이 경우 player가 판독하는 스트림 데이터는 음영을 넣어 도시하고 있다. 도 89에 있어서의 TS1는 Clip1(Clip AV 스트림)의 음영 이 넣어진 스트림 데이터로 이루어진다. TS1의 Clip1의 음영이 넣어진 스트림 데이터는 선행하는 PlayItem의 IN_time(도 89에 있어서 IN_time1으로 도시되어 있다)에 대응하는 프리젠테이션 유닛을 복호하기 위해 필요한 스트림의 어드레스로부터 시작되고 Clip1의 최후의 소스 패킷까지의 데이터이다. 또한 도 89에 있어서의 TS2는 Clip2(Clip AV 스트림)의 음영이 넣어진 스트림 데이터로 이루어진다.

TS2의 Clip2의 음영이 넣어진 스트림 데이터는 Clip2의 최초의 소스 패킷으로부터 시작되고 현재의 PlayItem의 OUT_time(도 89에 있어서 OUT_time2로 도시되어 있다)에 대응하는 프리젠테이션 유닛을 복호하기 위해 필요한 스트림의 어드레스까지의 스트림 데이터이다.

도 88과 도 89에 있어서 TS1과 TS2는 소스 패킷의 연속된 스트림이다. 다음에 TS1과 TS2의 스트림 규정과 그것들의 사이의 접속 조건에 관하여 생각한다. 우선 심리스 접속을 위한 부호화 제한에 관하여 생각한다. 트랜스포트 스트림의 부호화 구조의 제한으로서 우선 TS1과 TS2 중에 포함되는 프로그램의 수는 1이여야 한다. TS1과 TS2 중에 포함되는 비디오 스트림의 수는 1이여야 한다. TS과 TS2 중에 포함되는 오디오 스트림의 수는 2 이하여야 한다. TS과 TS2 중에 포함되는 오디오 스트림의 수는 동등하여야 한다. TS1 및/또는 TS2 중에 상기 이외의 엘리멘터리 스트림 또는 프라이빗 스트림이 포함되어 있어도 좋다.

비디오 비트 스트림의 제한에 관하여 설명한다. 도 90은 픽처의 표시순서로 도시한 심리스 접속이 예를 도시한 도면이다. 접속점에서 비디오 스트림을 심리스하게 표시할 수 있기 위해서는 OUT_time1(Clip1의 OUT_time)의 뒤와 IN_time2(Clip2의 IN_time)의 앞에 표시되는 불필요한 픽처는 접속점 부근의 Cli의이 부분적인 스트림을 재인코드하는 프로세스에 의해 제거되어야 한다.

도 90에 도시한 바와 같은 경우에 있어서 Bridgesequence를 사용하여 심리스 접속을 실현하는 예를 도 91에 도시한다. RSPN_arrival_time_discontinuity보다 앞의 Bridge-Clip의 비디오 스트림은 도 90의 Clip1의 OUT_time1에 대응하는 픽처까지의 부호화 비디오 스트림으로 이루어진다. 그리고 그 비디오 스트림은 선행하는 Clip1의 비디오 스트림에 접속되어 하나의 연속으로 MPEG2규격에 따른 엘리멘터리 스트림이 되도록 재인코드되어 있다.

마찬가지로 하여 RSPN_arrival_time_discontinuity 이후의 Bridge-Clip의 비디오 스트림은 도 90의 Clip2의 IN_time2에 대응하는 픽처 이후의 부호화 비디오 스트림으로 이루어진다. 그리고 그 비디오 스트림은 정확하게 디코드 시작할 수 있고 이것에 계속되는 Clip2의 비디오 스트림에 접속되어 하나의 연속으로 MPEG21 규격에 따른 엘리멘터리 스트림이 되도록 재인코드되어 있다. Bridge-Clip을 만들기 위해서는 일반적으로 몇장의 픽처는 재인코드하여야 하고 그 이외의 픽처는 오리지널의 Clip에서 카피할 수 있다.

도 90에 도시한 예의 경우에 Bridgesequence를 사용하지 않고 심리스 접속을 실현하는 예를 도 92에 도시한다. Clipl의 비디오 스트림은 도 90의 OUT_time1에 대응하는 픽처까지의 부호화 비디오 스트림으로 이루어지고 그것은 하나의 연속으로 MPEG2 규격에 따른 엘리멘터리 스트림이 되도록 재인코드되어 있다. 마찬가지로 하여 Clip2의 비디오 스트림은 도 90의 Clip2의 IN_time2에 대응하는 픽처 이후의 부호화 비디오 스트림으로 이루어지고 그것은 하나의 연속으로 MPEG2 규격에 따른 엘리멘터리 스트림이 되도록 재인코드되어 있다.

비디오 스트림의 부호화 제한에 관하여 설명하면 우선 TS1과 TS2의 비디오 스트림의 후레임 레이트는 동등하여야 한다. Ts1의 비비오 스트림은 sequence_end_code에서 종단하여야 한다. TS2의 비디오 스트림은 Sequence Header, GOP Header, 그리고 I-픽처에서 시작하여야 한다, TS2의 비디오 스트림은 클로즈드 GOP에서 시작하여야 한다.

비트 스트림 중에서 정의되는 비디오 프리젠테이션 유닛(프레임 또는 필드)은 접속점을 끼우고 연속이여야 한다. 접속점에 있어 프레임 또는 필드의 갭이 있어서는 안된다. 접속점에서 톱-보텀의 필드 시퀸스는 연속이여야 한다. 3-2 풀다운을 사용하는 인코드의 경우는 "top_field_first" 및 "repeat_first_field" 플래그을 재기록할 필요가 있을지도 모르며 또는 필드 갭의 발생을 막기 위해 국소적으로 재인코드하도록 하여도 좋다.

오디오 비트 스트림의 부호화 제한에 관하여 설명하면 TS1과 TS2의 오디오의 샘플링주파수는 같아야 한다. TS1과 TS2의 오디오의 부호화 방법(예. MPEG1 레이어2, AC-3, SESF L PCM, AAC)은 같아야 한다.

다음에 MPEG-2 트랜스포트 스트림의 부호화 제한에 관하여 설명하면, TS1의 오디오 스트림의 최후의 오디오 프레임은 TS1의 최후의 표시 픽처의 표시 종료시와 같은 표시 시각을 갖는 오디오 샘플을 포함하고 있어야 한다. TS2의 오디오 스트림의 최초의 오디오 프레임은 TS2의 최초의 표시 픽처의 표시 시작시와 같은 표시 시 각을 갖는 오디오 샘플을 포함하고 있어야 한다.

접속점에서 오디오 프리젠테이션 유닛의 시퀸스에 갭이 있어서는 안된다. 도 93에 도시한 바와 같이 2오디오 프레임구간 미만 의오디오 프리젠테이션 유닛의 길이로 정의되는 오버랩이 있어도 좋다. TS2의 엘리멘터리 스트림을 전송하는 최초의 패킷은 비디오 패킷이여야 한다. 접속점에 있어서의 트랜스포트 스트림은 후술하는 DVR-STD에 따라야 한다.

Clip 및 Bridge-Clip의 제한에 관하여 설명하면 TS1과 TS2는 각각의 중에 어라이벌 타임 베이스의 불연속점을 포함하면 안된다.

이하의 제한은 Bridge-Clip을 사용하는 경우에만 적용된다. TS1의 최후의 소스 패킷과 TS2의 최초의 소스 패킷의 접속점에서만 Bridge-Clip AV 스트림은 단지 하나의 어라이벌 타임 베이스의 불연속점을 갖는다. ClipInfo()에서 정의되는 RSPN_arrival_time_discontinuity가 그 불연속점의 어드레스를 나나태고 그것은 TS2의 최초의 소스 패킷를 참조하는 어드레스를 나타내여야 한다.

BridgeSequenceInfo()에서 정의되는 RSPN_exit_from_previous_Clip에 의해 참조되는 소스 패킷은 Clip1 중의 어떤 소스 패킷라도 좋다. 그것은 Aligned unit의 경계일 필요는 없다. BridgeSequenceInfo()에서 정의되는 RSPN_enter_to_current_Clip에 의해 참조되는 소스 패킷은 Clip2 중의 어떤 소스 패킷이라도 좋다. 그것은 Aligned unit의 경계일 필요는 없다.

PlayItem의 제한에 관하여 설명하면 선행하는 PlayItem의 OUT_time(도 88, 도 89에 서 도시된 OUT_time1)은 TS1의 최후의 비디오 프리젠테이션 유닛의 표시 종료 시각을 나타내여야 한다. 현재의 PlayItem의 IN_time(도88, 도 89에서 도시된 IN_time2)은 TS2의 최초의 비디오 프리젠테이션 유닛의 표시 시작 시각을 나타내여야 한다.

Bridge-Clip을 사용하는 경우의 데이터 얼로케이션의 제한에 관하여 도 94를 참조하여 설명하면 심리스 접속은 파일 시스템에 의해 데이터의 연속 공급이 보증되도록 만들어져야 한다. 이것은 Clip1(Clip AV 스트림 파일)과 Clip2(Clip AV 스트림 파일)에 접속되는 Bridge-Clip AV 스트림을 데이터 얼로케이션 규정을 충족시키도록 배치함으로써 행하여져야 한다.

RSPN_exit_from_previous_Clip 이전의 Clip1(Clip AV 스트림 파일)의 스트림 부분이 하프 프래그먼트 이상의 연속영역에 배치되도록 RSPN_exit_from_previous_Clip이 선택되어야 한다. Bridge-Clip AV 스트림의 데이터 길이는 하프 프래그먼트 이상의 연속영역에 배치되도록 선택되어야 한다. RSPN_enter_to_current_Clip 이후의 Clip2(Clip AV 스트림 파일)의 스트림 부분이 하프 프래그먼트 이상의 연속영역에 배치되어 있도록 RSPN_enter_to_current_Clip이 선택되어야 한다.

Bridge-Clip을 사용하지 않고 심리스 접속하는 경우의 데이터 얼로케이션의 제한에 관하여 도 95를 참조하여 설명하면 심리스 접속은 파일 시스템에 의해 데이터의 연속공급이 보증되도록 만들어져야 한다. 이것은 Clip1(Clip AV 스트림 파일)의 최후의 부분과 Clip2(Clip AV 스트림 파일)의 최초의 부분을 데이터 얼로케이션 규정을 충족시키도록 배치함으로써 행하여져야 한다.

Clip1(Clip AV 스트림 파일)의 최후의 스트림 부분이 하프 프래그먼트 이상의 연속영역에 배치되어야 한다. Clip2(Clip AV 스트림 파일)의 최초의 스트림 부분이 하프 프래그먼트 이상의 연속영역에 배치되어야 한다.

소정의 비트 레이트를 갖는 디지털 AV신호가 디스크상에 단편화(斷片化) 하여 기록되어 있는 경우에 기록된 디지털 AV신호를 소정의 비트 레이트로 기록매체(100)로부터 판독할 수 있음을 보증하기 위해서는 하나의 연속기록영역의 크기가 다음 조건을 충족시켜 한다.

S * 8/(S * 8/Rud + Ts) >= Rmax

여기서

S : 하나의 연속 기록영역의 최소의 크기[Byte]

Ts : 하나의 기록영역에서 다음 기록영역으로의 풀 스트로크의 액세스 시간[second]

Rud : 기록 미디어로부터의 판독 비트 레이트[bit/second]

Rmax : AV 스트림의 비트 레이트[bit/second]

즉, 디스크상에서 S바이트 이상으로 AV 스트림의 데이터가 연속되여 기록되도록 데이터를 배치하여야 한다.

상기 하프 프래그먼트의 크기가, S바이트 이상이 되도록 데이터를 배치하여야 한다.

다음에 DVR-STD에 관하여 설명한다. DVR-STD는 DVR MPEG2 트랜르포트 스트림의 생성 및 검증을 할 때에 있어서의 디코드처리를 모델화 하기 위한 개념 모델이 다. 또한 DVR-STD는, 상술한 심리스 접속된 2개의 PlayItem에 의해 참조되는 AV 스트림의 생성 및 검증을 할 때에 있어서의 디코드처리를 모델화 하기 위한 개념 모델이기도 하다.

DVR-STD 모델을 도 96에 도시한다. 도 96에 도시한 모델에는 DVR MPEG-2 트랜스포트 스트림 플레이어 모델이 구성 요소로서 포함되어 있다. n, TBn, MBn, EBn, TBsys, Bsys, Rxn, Rbxn, Rxsys, Dn, Dsys, 0n 및 Pn(k)의 표기방법은 ISO/IECI3818-1의 T-STD에 정의되어 있는 것과 같다. 즉 다음과 같다. n은 엘리멘터리 스트림의 인덱스 번호이다. TBn은 엘리멘터리 스트림 n의 트랜스포트 버퍼이다.

MBn은 엘리멘터리 스트림 n의 다중 버퍼이다. 비디오 스트림에 대해서만 존재한다. EBn은 엘리멘터리 스트림 n의 엘리멘터리 스트림 버퍼이다. 비디오 스트림에 대해서만 존재한다. TBsys는 복호중의 프로그램의 시스템 정보를 위한 입력 버퍼이다. Bsys는 복호중의 프로그램의 시스템 정보를 위한 시스템 타깃 디코더 내의 메인 버퍼이다. Rxn은 데이터가 TBn으로부터 제거되는 전송 레이트이다. Rbxn은 PES 패킷 페이로드가 MBn으로부터 제거되는 전송 레이트이다. 비디오 스트림에 대해서만 존재한다.

RXsys는 데이터가 TBsys로부터 제거되는 전송 레이트이다. Dn은 엘리멘터리 스트림 n의 디코더이다. Dsys는 복호중의 프로그램의 시스템 정보에 관한 디코더이다. 0n은 비디오 스트림 n의 re-ordering buffer이다. Pn(k)는 엘리멘터리 스트림 n의 k 번째의 프리젠테이션 유닛이다.

DVR-STD의 디코딩 프로세스에 관하여 설명한다. 단일의 DVR MPEG-2 트랜스포트 스트림을 재생하고 있는 동안은 트랜스포트 패킷을 TB1, TBn 또는 TBsys의 버퍼로 입력하는 타이밍은 소스 패킷의 arrival_time_stamp에 의해 결정된다. TB1, MB1, EB1, TBn, Bn, TBsys 및 Bsys의 버퍼링 동작의 규정은 ISO/IEC13818-1에 규정되어 있는 T-STD와 같다. 복호동작과 표시동작의 규정도 또한 ISO/IEC13818-1에 규정되어 있는 T-STD와 같다.

심리스 접속된 PlayItem을 재생하고 있는 동안의 디코딩 프로세스에 관하여 설명한다. 여기서는 심리스 접속된 PlayItem에 의해 참조되는 2개의 AV 스트림의 재생에 관하여 설명한 것으로 하고 이후의 설명에서는 상술한(예를 들면, 도 88에 도시한) TS1과 TS2의 재생에 관하여 설명한다. TS1은 선행하는 스트림이며 TS2는 현재의 스트림이다.

도 97은 어떤 AV 스트림(TS1)으로부터 그것에 심리스로 접속된 다음 AV 스트림(TS2)로 옮길 때의 트랜스포트 패킷의 입력, 복호, 표시의 타이밍차트를 도시한다. 소정의 AV 스트림(TS1)으로부터 그것에 심리스하게 접속된 다음 AV 스트림(TS2)으로 옮기는 동안에는 TS2의 어라이벌 타임 베이스의 시간축(도 97에 있어서 ATC2로 도시된)은, TS1의 어라이벌 타임 베이스의 시간축(도 97에 있어서 ATC1으로 도시된)과 같지 않다.

또한 TS2의 시스템 타임 베이스의 시간축(도 97에 있어서 STC2로 도시된)은 TS1의 시스템 타임 베이스의 시간축(도 97에 있어서 STC1로 도시된)과 같지 않다. 비디오의 표시는 심리스하게 연속되어 있는 것이 요구된다. 오디오의 프리젠테이션 유닛의 표시 시간에는 오버랩이 있어도 좋다.

DVR-STD로의 입력 타이밍에 관하여 설명한다. 시가 T1까지의 시간 즉 TS1의 최후의 비디오 패킷이 DVR-STD의 TB1에 입력 종료할 때까지는 DVR-STD의 TB1, TBn 또는 TBsys의 버퍼로의 입력 타이밍은 TS1의 소스 패킷의 arrival_time_stamp에 의해 결정된다.

TS1의 나머지의 패킷는 TS_recording_rate(TS1)의 비트 레이트로서 DVR-STD의 TBn 또는 TBsys의 버퍼로 입력되어야 한다. 여기서 TS_recording_rate(TS1)는 Clip1에 대응하는 ClipInfo()에서 정의되는 TS_recording_rate의 값이다. TS1의 최후의 바이트가 버퍼에 입력하는 시각은 시각 T2이다. 따라서 시간 T1으로부터 T2까지의 구간에서는 소스 패킷의 arrival_time_stamp은 무시된다.

N1을 TS1의 최후의 비디오 패킷에 계속되는 TS1의 트랜스포트 패킷의 바이트수라고 하면 시각 T1 내지 T2까지의 시간 DT1은 N1 바이트가 TS_recording_rate(TS1)의 비트 레이트로 입력 종료하기 위해 필요한 시간으로서 다음 식에 의해 산출된다.

△T1 = T2 - T1 = N1/TS_recording_rate(TS1)

시각 T1 내지 T2까지의 동안은 RXn과 RXsys의 값은 함께 TS_recording_rate(TS1)의 값으로 변화된다. 이 룰 이외의 버퍼링 동작은 T-STD와 같다.

T2의 시각에서 arrival time clock counter는 TS2의 최초의 소스 패킷의 arrival_time_stamp의 값으로 리셋된다. DVR-STD의 TB1, TBn 또는 TBsys의 버퍼에 의 입력 타이밍은 TS2의 소스 패킷의 arrival_time_stamp에 의해 결정된다. RXn과 RXsys는 함께 T-STD에서 정의되어 있는 값으로 변화된다.

부가적인 오디오 버퍼링 및 시스템 버퍼링에 관하여 설명하면 오디오 디코더와 시스템 디코더는 시각 T1으로부터 T2까지의 구간의 입력 데이터를 처리할 수 있도록 T-STD에서 정의되는 버퍼량에 더하여 부가적인 버퍼량(약 1초분의 데이터량)이 필요하다.

비디오의 프리젠테이션 타이밍에 관하여 설명하면 비디오 프리젠테이션 유닛의 표시는 접속점을 통해 갭 없이 연속되어야 한다. 여기서 STC1은 TS1의 시스템 타임 베이스의 시간축(도 97에서는 STC1로 도시되어 있다)으로 하고, STC2는 TS2의 시스템 타임 베이스의 시간축(도 97에서는 STC2로 도시되어 있다. 정확하게는 STC2는 TS2의 최초의 PCR가 T-STD에 입력한 시각으로부터 시작한다)으로 한다.

STC1과 STC2 사이의 오프셋은 다음과 같이 결정된다. PTs1end는 TS1의 최후의 비디오 프리젠테이션 유닛에 대응하는 STC1상의 PTS이고 PTs2start는 TS2의 최초의 비디오 프리젠테이션 유닛에 대응하는 STC2상의 PTS이고, Tpp은 TS1의 최후의 비디오프리젠테이션 유닛의 표시기간이라고 하면, 2개의 시스템 타임 베이스 사이의 오프셋 STC_delta는 다음 식에 의해 산출된다.

STC_delta = PTs1ehd + Tpp - PTS2start

오디오의 프리젠테이션의 타이밍에 관하여 설명하면 접속점에서 오디오 프리젠테이션 유닛의 표시 타이밍의 오버랩이 있어도 좋고 그것은 0 내지 2 오디오 프레임 미만이다(도 97에 도시되어 있는 "audio overlap"을 참조). 어느쪽의 오디오 샘플을 선택하는 것인지와, 오디오 프리젠테이션 유닛의 표시를 접속점의 후의 보정된 타임 베이스에 재동기하는 것은 플레이어측에 의해 설정되는 것이다.

DVR-STD의 시스템 타임 클록에 관하여 설명하면 시각 T5에서 TS1의 최후의 오디오 프리젠테이션 유닛이 표시된다. 시스템 타임 클록은 시각 T2로부터 T5의 사이에 오버랩하고 있어도 좋다. 이 구간에서는 DVR-STD는 시스템 타임 클록을 오래된 타임 베이스의 값(STC1)과 새로운 타임 베이스의 값(STC2)의 사이에서 전환한다. STC2의 값은 다음 식에 의해 산출된다.

STC2 = STC1 - STC_delta

버퍼링의 연속성에 관하여 설명한다. STC11video-end는 TS1의 최후의 비디오 패킷의 최후의 바이트가 DVR-STD의 TB1에 도착할 때의 시스템 타임 베이스 STC1상의 STC의 값이다. STC22video_start는 TS2의 최초의 비디오 패킷의 최초의 바이트가 DVR-STD의 TB1에 도착할 때의 시스템 타임 베이스 STC2상의 STC의 값이다. STC21video_end는 STC11video_end의 값을 시스템 타임 베이스 STC2상의 값으로 환산한 값이다. STC21video_end는 다음 식에 의해 산출된다.

STC21video_end = STC11video_end - STC_delta

DVR-STD에 따르기 위해 다음 2개의 조건을 충족시키는 것이 요구된다. 우선 TS2의 최초의 비디오 패킷의 TB1에의 도착 타이밍은 다음에 나타낸 부등식을 충족시켜야 한다. 그리고, 다음에 나타낸 부등식을 충족시켜야 한다.

STC22video_start > STC21video_end + △T1

이 부등식이 충족시켜지도록 Clip1 및, 또는 Clip2의 부분적인 스트림을 재 인코드 및, 또는 재다중화 하여야 하는 경우는 그 필요에 따라 행하여진다.

다음에 STC1과 STC2를 같은 시간축상에 환산한 시스템 타임 베이스의 시간축상에 있어서 TS1로부터의 비디오 패킷의 입력과 그것에 계속되는 TS2로부터의 비디오 패킷의 입력은 비디오 버퍼를 오버플로우 및 언더플로우 시키면 안된다.

도 98은 BridgeSequenceInfo()의 신택스의 별도예를 도시한 도면이다. 도 38의 BridgeSequenceInfo()와의 차이는 Bridge-Clip_Information_file_name밖에 포함되지 않은 것이다.

도 99는 도 98의 BridgeSequenceInfo()의 신택스를 사용하는 경우에 2개의 PlayItem이 심리스하게 접속될 때의 Bridge-Clip에 관하여 설명한 도면이다. RSPN_exit_from_previous_Clip은 선행하는 PlayItem이 참조하는 Clip AV stream상의 소스 패킷의 소스 패킷 번호로서 이 소스 패킷에 계속해서 Bridge-Clip AV stream 파일의 최초의 소스 패킷이 접속된다.

ESPN_enter_to_curren_Clip은 현재의 PlayItem이 참조하는 Clip AV stream상의 소스 패킷의 번호로서 이 소스 패킷의 앞에 Bridge-Clip AV stream 파일의 최후의 소스 패킷이 접속된다. 도 99에 도시한 Bridge-Clip AV 스트림 파일에 있어서 SPN_ATC_start는 Bridge-Clip AV 스트림 파일 중에서 새로운 어라이벌 타임 베이스의 시간축이 시작하는 소스 패킷의 소스 패킷 번호를 나타낸다.

Bridge-Clip AV 스트림 파일은 1개의 어라이벌 타임 베이스의 불연속점을 갖는다. 도면중에서 2번째의 SPN_ATC_start는 도 37의 RSPN_arrival_time_discontinuity와 같은 의미를 갖는다.

도 98의 BridgeSequenceInfo()의 신택스를 사용하는 경우엔 RSPN_exit_from_previous_Clip과 RSPN_enter_to_current_Clip은 Bridge-Clip AV 스트림 파일에 대응하는 Clip Information 파일 중에 스토어된다. 또한 SPN_ATC_start도 또한 Clip Information 파일 중에 스토어된다.

도 100은 BridgeSequenceInfo가, 도 98의 신택스인 경우의 Clip Informtion 파일의 신택스를 도시한 도면이다. SequenceInfo_start_address는 Clip Information 파일의 선두의 바이트로부터의 상대 바이트수를 단위로 하여 SequenceInfo()의 선두 어드레스를 나타낸다. 상대 바이트수는 O으로부터 카운트된다.

도 101은 도 100의 Clip Information 파일의 ClipInfo()의 신택스를 도시한 도면이다. Clip_stream_type은 그 Clip의 AV 스트림 파일이 Clip AV 스트림 파일인지 그렇지 않으면 Bridge-Clip AV 스트림 파일인지를 나타낸다. Clip_stream_type이 Bridge-clip AV 스트림 파일을 나타낸 경우엔 다음 신택스 필드가 계속된다.

previous_Clip_Infomation_file_name은 그 Bridge-Clip AV 스트림 파일의 앞에 접속되는 Clip의 ClipInformation 파일명을 나타낸다. RSPN_exit_from_previous_Clip은 previous_Clip_Information_file_name에서 나타내여지는 Clip AV 스트림 파일상의 소스 패킷의 소스 패킷 번호로서 그 소스 패킷에 계속해서 Bridge-Clip AV 스트림 파일의 최초의 소스 패킷이 접속된다. 그 소스 패킷 번호는 Clip AV 스트림 파일의 최초의 소스 패킷으로부터 0을 초기치로 하여 카운트되는 값이다.

current_Clip_Information_file_name은 그 Bridge-Clip AV 스트림 파일의 뒤에 접속되는 Clip의 ClipInformation 파일명을 나타낸다. RSPN_enter_to_current_Clip은 current_Clip_Information_file_name으로 나타내여지는 Clip AV 스트림 파일상의 소스 패킷의 소스 패킷 번호로서 그 소스 패킷의 앞에 Bridge-Clip AV 스트림 파일의 최후의 소스 패킷이 접속된다. 그 소스 패킷 번호는 Clip AV 스트림 파일의 최초의 소스 패킷으로부터 0을 초기치로 하여 카운트되는 값이다.

도 102는 도 100의 Clip Information 파일의 SequenceInfo()의 신택스를 도시한다. num_of_ATC_sequences는 AV 스트림 파일 중에 있는 ATC_sequence의 수를 나타낸다. ATC_sequence는 어라이벌 타임 베이스의 불연속점을 포함하지 않는 소스 패킷열이다. Bridge-Clipdls 경우엔 이 값은 2이다.

SPN_ATC_start[atc_id]는 AV 스트림 파일상에서 atc_id에 의해 가리켜지는 어라이벌 타임 베이스가 시작하는 어드레스를 나타낸다. SPN_ATC_start[atc_id]는 소스 패킷 번호를 단위로 하는 크기로서 AV 스트림 파일의 최초의 소스 패킷으로부터 0을 초기치로 하여 카운트된다.

도 103A 및 도 103B는 Bridge_Sequence에 의해 참조되는 Clip AV 스트림 파일의 스트림 데이터를 부분적으로 소거한 경우의 데이터 베이스의 변경에 관하여 설명한 도면이다. 도 103A의 "Before Editing"에서 도시한 바와 같이 Clip1과 Clip2가 Bridge-Clip으로 접속되어 있어, RSPN_exit_from_previous_Clip = X, RSPN_exit_from_previous_Clip = Y라고 한다.

이 때에 Clip1의 사선으로 도시한 Z1개의 소스 패킷의 스트림 데이터 부분 및 Clip2의 사선으로 도시한 Z2개의 소스 패킷의 스트림 데이터 부분을 소거하는 것으로 한다. 그 결과, 도 103B의 "After Editing"에서 도시한 바와 같이 RSPN_exit_from_previous_Clip = X-Z1, RSPN_exit_from_previous_Clip = Y-Z2로 값이 변경된다.

BridgeSequence에 관계가 있는 데이터 베이스의 신택스를 도 98과 도 101과 같이 변경함에 의해 AV 스트림중의 데이터 어드레스를 나타는 곳의 소스 패킷 번호에 대해서의 정보(데이터 베이스의 신택스중에서 RSPN에서 시작되는 필드)가 PlayList의 레이어로부터 없어져, 소스 패킷 번호의 정보는 모두 Clip의 레이어에서 기술되게 된다.

이로써 AV 스트림중의 데이터 어드레스의 값에 변경이 필요하게 된 경우(예를 들면, AV 스트림 파일의 데이터를 부분적으로 소거한 때에 이것이 필요하게 된다), Clip 인포메이션 파일만을 데이터 관리하면 좋기 때문에 데이터 베이스의 관리가 용이하게 되는 메리트가 있다.

도 104는 Real PlayList의 작성에 관하여 설명한 플로우차트이다. 도 1의 기록재생장치(1)의 블록도를 참조하면서 설명한다. 스텝 S10에서 제어부(23)는 Clip AV 스트림을 기록한다. 스텝 S11에서 제어부(23)는 상기 Clip의 모든 재생 가능 범위를 커버하는 PlayItem으로 이루어지는 PlayList()를 작성한다. Clip 중에 STC 불연속점이 있어서 PlayList()가 2개 이상의 PlayItem으로 이루어지는 경우엔 PlayItem간의 Connection_Condition도 또한 결정된다.

스텝 S12에서 제어부(23)는 UIAppInfoPlayList()를 작성한다. 스텝 S13에서 제어부(23)는 PlayListMark을 작성한다. 스텝14에서 제어부(23)는 MakersPrivateData를 작성한다. 스텝 S15에서 제어부(23)는 Real PlayList 파일을 기록한다. 이와같이 하여 신규로 Clip AV 스트림을 기록할때 마다 하나의 Real PlayList 파일이 만들어진다.

도 105은 브리지 시퀸스를 갖는 Virtual PlayList의 작성에 관하여 설명한 플로우차트이다. 스텝 S20에서 유저 인터페이스를 통해 디스크에 기록되어 있는 하나의 Real PlayList의 재생이 지정된다. 그리고 그 Real PlayList의 재생 범위 중에서 유저 인터페이스를 통해 IN 점과 OUT점으로 나타내여지는 재생 구간이 지정된다.

스텝 S21에서 제어부(23)는 유저에 의한 재생범위의 지정 조작이 모두 종료하였는지의 여부를 판단하고, 종료하였다고 판단한 경우엔 스텝 S22로 진행하고, 종료하지 않았다고 판단한 경우는 스텝 S20으로 되돌아가 그 이후의 처리가 반복된다.

스텝 S22에서 연속되여 재생되는 2개의 PlayItem 사이의 접속상태(Connection_Condition)를 유저가 유저 인터페이스를 통해 결정하던지 또는 제어부(23)가 결정한다. 스텝 S23에서 제어부(23)는 심리스 접속되는 PlayItem을 위한 브리지 시퀸스를 작성한다. 스텝 S24에서 제어부(23)는 Virtual PlayList 파일을 작성하고 기록한다.

도 106은 스텝 S23에 있어서의 상세한 처리를 설명한 플로우차트이다. 스텝 S31에서 제어부(23)는 시간적으로 앞측에 표시되는 PlayItem의 OUT점측의 AV 스트림의 재인코드 및 재다중화를 행한다. 스텝 S32에서 제어부(23)는 상기 PlayItem에 계속해서 표시되는 PlayItem의 IN점측의 AV 스트림의 재인코드 및 재다중화를 행한다.

스텝 S33에서 제어부(23)는 데이터의 연속공급을 위한 데이터 얼로케이션 조건을 충족시키도록 RSPN_exit_from_previous_Clip의 값을 결정한다. 즉 RSPN_exit_from_previous_Clip 이전의 Clip AV 스트림 파일의 스트림 부분이 기록매체상에서 전술한 하프 프래그먼트 이상의 연속영역에 배치되어 있도록 RSPN_exit_from_previous_Clip이 선택되어야 한다(도 91, 도 94를 참조).

스텝 S34에서 제어부(23)는 데이터의 연속공급을 위한 데이터 얼로케이션 조건을 충족시키도록 RSPN_enter_to_current_Clip의 값을 결정한다. 즉, RSPN_enter_to_current_Clip 이후의 Clip AV 스트림 파일의 스트림 부분이 기록매체(100)상에서 전술한 하프 프래그먼트 이상의 연속영역에 배치되어 있도록, RSPN_enter_to_current_Clip이 선택되어야 한다(도 91, 도 94를 참조).

스텝 S35에서 제어부(23)는 데이터의 연속공급을 위한 데이터 얼로케이션 조건을 충족시키도록 Bridge-Clip AV 스트림 파일을 작성한다. 즉, 스텝 S31과 스텝 S32의 처리에서 작성된 데이터의 량이 전술한 하프 프래그먼트 이상의 사이즈미만인 경우는 오리지널의 Clip에서부터 데이터가 카피되어 Bridge-Clip이 작성된다(도 91, 도 94를 참조).

스텝 S33, S34, S35의 각 처리는 시계열적으로 설명하고 있지만, 이들의 처 리는 서로가 관계하기 때문에 순서가 같지 않게 또는 동시에 처리가 행하여지더라도 좋다.

스텝 S36에서 제어부(23)는 브리지 시퀸스의 데이터 베이스를 작성한다. 스텝 S37에서 제어부(23)는 Bridge-Clip AV 스트림 파일 및 그 Clip 인포메이션 파일을 기록한다. 이렇게 하여 디스크에 기록되어 있는 Real PlayList의 재생범위 중에서 유저에 의해 하나 이상의 PlayItem이 선택되고, 2개의 PlayItem 사이가 심리스 접속할 수 있기 위한 브리지 시퀸스가 작성되어, 하나 이상의 PlayItem이 그룹화 된 것이 하나의 Virtual PlayList 파일로서 기록된다.

도 107은 PlayList의 재생에 관하여 설명한 플로우차트이다. 스텝 S41에서 제어부(23)는 info.dvr, Clip Information file, PlayList file 및 섬네일 파일의 정보를 취득하고, 디스크에 기록되어 있는 PlayList의 일람을 나타낸 GUI 화면을 작성하고 유저 인터페이스를 통해서 GUI에 표시한다.

스텝 S42에서 제어부(23)는 각각의 PlayList의 UIAppInfoPlayList()에 의거하여 PlayList를 설명한 정보를 GUI 화면에 제시한다. 스텝 S43에서 유저 인터페이스를 통해 GUI 화면상에서 유저가 하나의 PlayList의 재생을 지시한다. 스텝 S44에서 제어부(23)는 현재의 PlayItem의 STC_sequence_id와 IN_time의 PTS으로부터 IN_time보다 시간적으로 앞서서 가장 가까운 엔트리 포인트가 있는 소스 패킷 번호를 취득한다.

스텝 S45에서 제어부(23)는 상기 엔트리 포인트가 있는 소스 패킷 번호로부터 AV 스트림의 데이터를 판독하고 디코더에 공급한다. 스텝 S46에서 현재의 PlayItem의 시간적으로 앞의 PlayItem이 있는 경우는 제어부(23)는 앞의 PlayItem과 현재의 PlayItem과의 표시의 접속처리를 Connection_Condition에 따라 행한다. PlayItem이 심리스 접속되는 경우엔 DVR-STD의 디코드방법에 의거하여 AV 스트림을 디코드한다.

스텝 S47에서 제어부(23)는 AV 디코더(27)에 IN_time의 PTS의 픽처로부터 표시를 시작하도록 지시한다. 스텝 S48에서 제어부(23)는 AV 디코더(27)에 AV 스트림의 디코드를 계속하도록 지시한다. 스텝 S49에서 제어부(23)는 현재 표시되는 화상이 0UT_time의 PTS의 화상인지의 여부를 판단하고, OUT_time의 PTS의 화상이 아니라고 판단된 경우엔 스텝 S50으로 진행하고, 화상이 표시된 후엔 스텝 S48로 되돌아가 그 이후의 처리가 반복된다.

한편, 스텝 S49에서 현재 표시된 화상이 OUT_time의 PTS의 화상이라고 판단된 경우엔 스텝 S51로 진행한다. 스텝 S51에서 제어부(23)는 현재의 PlayItem이 PlayList 중에서 최후의 PlayItem인지의 여부를 판단하고, 최후의 PlayItem이 아니라고 판단된 경우엔 스텝 S44로 되돌아가, 그 이후의 처리가 되풀이되고, 최후의 PlayItem이라고 판단된 경우엔 PlayList의 재생을 종료한다.

이렇게 하여 유저에 의해 재생 지시된 하나의 PlayList 파일의 재생이 행하여진다.

이러한 신택스, 데이터 구조, 규칙에 의거함에 의해 기록매체에 기록되어 있는 데이터의 내용, 재생정보 등을 적절히 관리할 수 있고 따라서 유저가 재생시에 적절히 기록매체에 기록되어 있는 데이터의 내용을 확인하거나 소망의 데이터를 간 편히 재생할 수 있도록 할 수 있다.

상술한 일련의 처리는 하드웨어에 의해 실행시킬 수도 있지만, 소프트웨어에 의해 실행시킬 수도 있다. 일련의 처리를 소프트웨어에 의해 실행시키는 경우에는 그 소프트웨어를 구성하는 프로그램이 전용의 하드웨어에 조립되어 있는 컴퓨터 또는 각종의 프로그램을 인스톨 함으로써 각종의 기능을 실행하는 것이 가능한 예를 들면, 범용의 퍼스널컴퓨터 등에 기록매체로부터 인스톨된다.

도 108은 범용 퍼스널컴퓨터의 내부 구성예를 도시한 도면이다. PC의 CPU(Central Processing Unit)(201)은 ROM(Read 0nly Memory)(202)에 기억되어 있는 프로그램에 따라 각종의 처리를 실행한다. RAM(Random Access Memory)(203)에는 CPU(201)가 각종의 처리를 실행하는데 있어서 필요한 데이터나 프로그램 등이 적절히 기억된다. 입출력 인터페이스(205)는 키보드나 마우스로 구성되는 입력부(206)가 접속되어 입력부(206)에 입력된 신호를 CPU(201)로 출력한다. 또한 입출력 인터페이스(205)에는 디스플레이나 스피커 등으로 구성되는 출력부(207)도 접속되어 있다.

또한 입출력 인터페이스(205)에는 하드디스크 등으로 구성되는 기억부(208) 및 인터넷 등의 네트워크를 통해 다른 장치와 데이터의 수수를 행하는 통신부(209)도 접속되어 있다. 드라이브(210)는 자기디스크(221), 광디스크(222), 광자기디스크(223), 반도체메모리(224) 등의 기록매체로부터 데이터를 판독하거나 데이터를 기록하거나 할 때에 이용된다.

이 기록매체는 도 108에 도시한 바와 같이 컴퓨터와는 별도로 유저에 프로그 램을 제공하기 위해 배포된다, 프로그램이 기록되어 있는 자기디스크(221)(플로피 디스크를 포함한다), 광디스크(222)(CD-ROM(Compact Disk-Read 0nly Memory), DVD(Digital versatile Disk)를 포함한다), 광자기디스크(223)(MD(Mini-Disk)를 포함한다) 또는 반도체메모리(224) 등으로 이루어지는 패키지 미디어에 의해 구성될뿐만 아니라 컴퓨터에 미리 조립된 상태로 유저에 제공되는 프로그램이 기억되어 있는 ROM(202)이나 기억부(208)가 포함되는 하드디스크 등으로 구성된다.

또한 본 명세서에 있어서 매체에 의해 제공되는 프로그램을 기술하는 스텝은 기재된 순서에 따라 시계열적으로 행하여지는 처리는 물론 반드시 시계열적으로 처리되지 않더라도 병렬적 또는 개별로 실행되는 처리도 포함하는 것이다.

또한 본 명세서에 있어서 시스템이란 복수의 장치에 의해 구성되는 장치 전체를 나타내는 것이다.

이상과 같이 본 발명의 정보 처리 장치와 방법 및 프로그램에 의하면 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 제 1 AV 스트림의 소정의 부분과 제 2 AV 스트림의 소정의 부분으로 구성되고, 제 1 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림을 생성하는 동시에, 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전 환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보를 생성하도록 하였기 때문에, 따로따로 기록된 AV 스트림의 연속성을 유지하도록 재생할 수 있다.

또한 본 발명에 관한 정보 처리 장치와 방법 및 프로그램에 의하면 제 1 AV 스트림, 제 2 AV 스트림 또는 제 3 AV 스트림을 기록매체로부터 판독하고 제 3 AV 스트림에 관련되는 정보로서 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보를 기록매체로부터 판독하고 판독된 제 3 AV 스트림에 관련되는 정보에 의거하여 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생을 전환하고 제 3 AV 스트림으로부터 제 2 AV 스트림으로 재생을 전환하여 재생하도록 하였기 때문에, 따로따로 기록된 AV 스트림의 연속성을 유지하도록 재생할 수 있다.

Claims (14)

1. 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 상기 제 1 AV 스트림의 소정의 부분과 상기 제 2 AV 스트림의 소정의 부분으로 구성되고 상기 제 1 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림을 생성하는 동시에, 상기 제 3 AV 스트림에 관련되는 정보로서 상기 제 1 AV 스트림으로부터 상기 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 상기 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 상기 제 3 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 상기 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보를 생성하는 생성수단과,

   상기 생성수단에 의해 생성된 상기 제 3 AV 스트림과 상기 어드레스 정보를 기록하는 기록수단을 포함하는 것을 특징으로 하는 정보처리장치.
2. 제 1 항에 있어서,

   상기 생성수단에 의해 생성된 상기 어드레스 정보에 포함되는 상기 제 1 AV 스트림의 소스 패킷의 어라이벌 타임 스탬프와 상기 제 3 AV 스트림의 최초에 위치하는 소스 패킷의 어라이벌 타임 스탬프는 연속하고 있고 또한 상기 생성수단에 의해 생성된 상기 어드레스 정보에 포함되는 상기 제 2 AV 스트림의 소스 패킷의 어라이벌 타임 스탬프와 상기 제 3 AV 스트림의 최후에 위치하는 소스 패킷의 어라이 벌 타임 스탬프는 연속되어 있는 것을 특징으로 하는 정보처리장치.
3. 제 2 항에 있어서,

   상기 제 3 AV 스트림 내의 소스 패킷의 어라이벌 타임 스탬프에는 단지 하나의 불연속점이 존재하는 것을 특징으로 하는 정보처리장치.
4. 제 2 항에 있어서,

   상기 생성수단에 의해 생성된 상기 어드레스 정보에 포함되는 상기 제 1 AV 스트림의 소스 패킷의 어드레스의 정보로 나타내어지는 소스 패킷 이전의 AV 스트림의 데이터 부분이 기록매체상에서 소정의 크기 이상의 연속영역에 배치되도록 상기 어드레스는 결정되는 것을 특징으로 하는 정보처리장치.
5. 제 2 항에 있어서,

   상기 생성수단에 의해 생성된 상기 어드레스 정보에 포함되는 상기 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 나타내어지는 소스 패킷 이후의 AV 스트림의 데이터 부분이 기록매체상에서 소정의 크기 이상의 연속영역에 배치되도록 상기 어드레스는 결정되는 것을 특징으로 하는 정보처리장치.
6. 제 2 항에 있어서,

   상기 제 3 AV 스트림이 기록매체상에서 소정의 크기 이상의 연속영역에 배치 되도록 상기 제 3 AV 스트림이 생성되는 것을 특징으로 하는 정보처리장치.
7. 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 상기 제 1 AV 스트림의 소정의 부분과 상기 제 2 AV 스트림의 소정의 부분으로 구성되고, 상기 제 1 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림을 생성하는 동시에, 상기 제 3 AV 스트림에 관련되는 정보로서 상기 제 1 AV 스트림으로부터 상기 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 상기 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와 상기 제 3 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 상기 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보를 생성하는 생성스텝을 포함하는 것을 특징으로 하는 정보처리방법.
8. 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 상기 제 1 AV 스트림의 소정의 부분과 상기 제 2 AV 스트림의 소정의 부분으로 구성되고, 상기 제 1 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림을 생성하는 동시에 상기 제 3 AV 스트림에 관련되는 정보로서 상기 제 1 AV 스트림으로부터 상기 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 상기 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와 상기 제 3 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 상기 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레 스 정보를 생성하는 생성스텝을 포함하는 컴퓨터가 판독 가능한 프로그램이 기록되어 있는 것을 특징으로 하는 기록매체.
9. 삭제
10. 제 1 AV 스트림, 제 2 AV 스트림 및 상기 제 1 AV 스트림의 소정부분과 상기 제 2 AV 스트림의 소정부분으로 구성되고, 상기 제 1 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 절환될 때에 재생되는 제 3 AV 스트림이 기록 재생됨과 함께 상기 제 3 AV스트림에 관련된 정보로서 상기 제 1 AV 스트림으로부터 상기 제 3 AV 스트림으로 재생이 절환되는 타이밍에 있어 상기 제 1 AV 스트림의 소스 패킷 어드레스 정보와, 상기 제 3 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 절환되는 타이밍에 있어 상기 제 2 AV 스트림의 소스 패킷 어드레스 정보로 구성되는 어드레스 정보가 기록된 기록매체를 재생하는 재생수단과,

    상기 재생수단에 의해 판독된 상기 제 3 AV 스트림에 관련되는 정보에 의거하여 상기 제 1 AV 스트림으로부터 상기 제 3 AV 스트림으로 재생을 전환하고 상기 제 3 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생을 전환하여 재생하는 재생수단을 포함하는 것을 특징으로 하는 정보처리장치.
11. 제 1 AV 스트림, 제 2 AV 스트림 및 상기 제 1 AV 스트림의 소정부분과 상기 제 2 AV 스트림의 소정부분으로 구성되고, 상기 제 1 AV 스트림으로부터 제 2 AV 스트림으로 재생이 절환될 때 제 3 AV 스트림이 기록됨과 함께, 상기 제 3 AV 스트림에 관련한 정보로서 상기 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 절환되는 타이밍에 있어 상기 제 1 AV 스트림의 소스 패킷 어드레스 정보와, 상기 제 3 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 절환되는 타이밍에 있어 상기 제 2 AV 스트림의 소스 패킷 어드레스 정보로부터 어드레스 정보가 기록된 기록매체를 재생하는 재생스텝과,

    상기 재생스텝의 처리로 판독이 제어된 상기 제 3 AV 스트림에 관련되는 정보에 의거하여 상기 제 1 AV 스트림으로부터 상기 제 3 AV 스트림으로 재생을 전환하고 상기 제 3 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생을 전환하여 재생하는 재생을 제어하는 제어 스텝을 포함하는 것을 특징으로 하는 정보처리방법.
12. 제 1 AV 스트림, 제 2 AV 스트림 및 상기 제 1 AV 스트림의 소정부분과 제 2 AV 스트림의 소정부분으로 구성되고 상기 제 1 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 절환될 때 재생되는 제 3 AV 스트림이 기록됨과 함께 상기 제 3 AV 스트림에 관련한 정보로서 상기 제 1 AV 스트림으로부터 제 3 AV 스트림으로 재생이 절환되는 타이밍에 있어 상기 제 1 AV 스트림의 소스 패킷 어드레스 정보와, 상기 제 3 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 절환되는 타이밍에 있어 상기 제 2 AV 스트림의 소스 패킷 어드레스 정보로부터 어드레스 정보가 기록된 기록매체를 재생하는 재생스텝과,

    상기 재생스텝의 처리로 판독이 제어된 상기 제 3 AV 스트림에 관련되는 정보에 의거하여 상기 제 1 AV 스트림으로부터 상기 제 3 AV 스트림으로 재생을 전환하고 상기 제 3 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생을 전환하여 재생하는 재생스텝을 포함하는 컴퓨터가 판독 가능한 프로그램이 기록되어 있는 것을 특징으로 하는 기록매체.
13. 삭제
14. 제 1 AV 스트림으로부터 제 2 AV 스트림으로 연속적으로 재생되도록 지시된 경우에, 상기 제 1 AV 스트림의 소정의 부분과 상기 제 2 AV 스트림의 소정의 부분으로 구성되고, 상기 제 1 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 전환될 때에 재생되는 제 3 AV 스트림과, 상기 제 3 AV 스트림에 관련되는 정보로서 상기 제 1 AV 스트림으로부터 상기 제 3 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 상기 제 1 AV 스트림의 소스 패킷의 어드레스의 정보와, 상기 제 3 AV 스트림으로부터 상기 제 2 AV 스트림으로 재생이 전환되는 타이밍에 있어서의 상기 제 2 AV 스트림의 소스 패킷의 어드레스의 정보로 구성되는 어드레스 정보가 기록되어 있는 것을 특징으로 하는 기록매체.

Images