KR20020020917A

KR20020020917A - 기록 장치 및 방법, 재생 장치 및 방법, 기록 매체 및프로그램

Info

Publication number: KR20020020917A
Application number: KR1020017016342A
Authority: KR
Inventors: 도시야 하마다; 모또끼 가또
Original assignee: 이데이 노부유끼; 소니 가부시끼 가이샤
Priority date: 2000-04-21
Filing date: 2001-04-20
Publication date: 2002-03-16
Also published as: EP1286544B1; CN1186930C; KR100780153B1; WO2001082609A1; US7437055B2; US20020135608A1; CN1383681A; EP2299448A2; EP1286544A1; EP1286544A4

Abstract

입력된 동화상 데이터로부터 해당 동화상 데이터를 대표하는 썸네일 화상을 제1 썸네일 데이터로서 생성함과 함께, 동화상 데이터로부터 특징적인 화상으로서 추출된 화상의 썸네일 화상이나 또는 사용자가 지정한 화상의 썸네일 화상을 제2 썸네일 데이터로서 생성하고, 제1 썸네일 데이터와 제2 썸네일 데이터를, 각각 독립된 그룹으로서 기록 매체에 기록하도록 하였기 때문에, 그 기록되어 있는 화상 데이터를 이용함으로써, 사용자가 기록되어 있는 데이터의 선택을 간편하게 행할 수 있다.

Description

기록 장치 및 방법, 재생 장치 및 방법, 기록 매체 및 프로그램{RECORDING APPARATUS AND METHOD, REPRODUCING APPARATUS AND METHOD, RECORDED MEDIUM, AND PROGRAM}

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

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

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

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

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

상술한 바와 같은 장치에 의해 복수의 데이터(예를 들면, 영상 데이터나 음성 데이터 등으로 구성되는 프로그램의 데이터)가 기록되어 있는 기록 매체를 재생할 때, 기록 매체에 기록되는 데이터량이 증가함에 따라 어떤 프로그램을 재생할 것인지, 프로그램 중 어떤 장면부터 재생할 것인지 등의 재생하기 전의 처리가 번잡해진다는 과제가 있었다.

<발명의 개시>

본 발명의 목적은, 이러한 상황에 감안하여 데이터를 대표하는 썸네일을 데이터에 부가함으로써, 재생시키는 데이터를 간단하게 선택할 수 있도록 하는 데 있다.

본 발명에 따른 기록 장치는 입력된 동화상 데이터로부터 해당 동화상 데이터를 대표하는 썸네일 화상을 제1 썸네일 데이터로서 생성함과 함께, 동화상 데이터로부터 특징적인 화상으로서 추출된 화상의 썸네일 화상이나, 또는 사용자가 지정한 화상의 썸네일 화상을 제2 썸네일 데이터로서 생성하는 생성 수단과, 생성 수단에 의해 생성된 제1 썸네일 데이터와 제2 썸네일 데이터를, 각각 독립된 그룹으로서 기록 매체에 기록하는 기록 수단을 갖는다.

생성 수단은 제1 썸네일 데이터와 제2 썸네일 데이터를, 각각 독립된 파일로서 생성하도록 할 수 있다.

생성 수단은 제1 썸네일 데이터와 제2 썸네일 데이터를, 각각 독립된 데이터 블록으로 함과 함께 하나의 파일로서 생성하도록 할 수 있다.

생성 수단은 제1 썸네일 데이터에 대응하는 번호로 제1 썸네일 데이터를 관리하는 제1 관리 데이터도 생성함과 함께, 제2 썸네일 데이터에 대응하는 번호로제2 썸네일 데이터를 관리하는 제2 관리 데이터도 생성하고, 기록 수단은 제1 관리 데이터 및 제2 관리 데이터를 기록 매체에 기록하도록 할 수 있다.

제1 관리 데이터와 제2 관리 데이터는 관리하는 썸네일 화상의 화상 데이터의 포맷 형식을 나타내는 데이터를 포함하도록 할 수 있게 된다.

기록 수단은 제1 썸네일 데이터 또는 제2 썸네일 데이터에 포함되는 썸네일 화상의 화상 데이터를 소정 크기의 블록 단위로 기록하도록 할 수 있다.

기록 수단은 제1 썸네일 화상의 참조처를 나타내는 정보를 더 별도의 파일로서 기록 매체에 기록하도록 할 수 있다.

기록 수단은 제2 썸네일 데이터에 포함되는 썸네일 화상의 참조처를 나타내는 정보를 더 기록하도록 할 수 있다.

본 발명에 따른 기록 방법은 입력된 동화상 데이터로부터, 해당 동화상 데이터를 대표하는 썸네일 화상을 제1 썸네일 데이터로서 생성함과 함께, 동화상 데이터로부터, 특징적인 화상으로서 추출된 화상의 썸네일 화상이나, 또는 사용자가 지정한 화상의 썸네일 화상을 제2 썸네일 데이터로서 생성하는 생성 단계와, 생성 단계의 처리에서 생성된 제1 썸네일 데이터와 제2 썸네일 데이터를, 각각 독립된 그룹으로서 기록 매체에 기록하기 위한 제어를 행하는 기록 제어 단계를 포함한다.

본 발명에 따른 기록 매체의 프로그램은 입력된 동화상 데이터로부터 해당 동화상 데이터를 대표하는 썸네일 화상을 제1 썸네일 데이터로서 생성함과 함께, 동화상 데이터로부터 특징적인 화상으로서 추출된 화상의 썸네일 화상이나, 또는 사용자가 지정한 화상의 썸네일 화상을 제2 썸네일 데이터로서 생성하는 생성 단계와, 생성 단계의 처리에서 생성된 제1 썸네일 데이터와 제2 썸네일 데이터를, 각각 독립된 그룹으로서 기록 매체에 기록하기 위한 제어를 행하는 기록 제어 단계를 포함한다.

본 발명에 따른 프로그램은, 입력된 동화상 데이터로부터 해당 동화상 데이터를 대표하는 썸네일 화상을 제1 썸네일 데이터로서 생성함과 함께, 동화상 데이터로부터, 특징적인 화상으로서 추출된 화상의 썸네일 화상이나 또는 사용자가 지정한 화상의 썸네일 화상을 제2 썸네일 데이터로서 생성하는 생성 단계와, 생성 단계의 처리에서 생성된 제1 썸네일 데이터와 제2 썸네일 데이터를, 각각 독립된 그룹으로서 기록 매체에 기록하기 위한 제어를 행하는 기록 제어 단계를 컴퓨터에 실행시킨다.

본 발명에 따른 재생 장치는 AV 스트림의 재생이 지시된 경우, AV 스트림의 내용을 나타내는 썸네일 화상의 화상 데이터를 관리하는 관리 데이터를 판독하는 제1 판독 수단과, 제1 판독 수단에 의해 판독된 관리 데이터에 기초하여 화상 데이터를 판독하는 제2 판독 수단과, AV 스트림으로부터 특징적인 화면으로서 추출된 화면의 썸네일 화상의 화상 데이터나, 또는 사용자에 의해 지정된 화면의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터를 판독하는 제3 판독 수단과, 제3 판독 수단에 의해 판독된 관리 데이터에 기초하여, 화상 데이터를 판독하는 제4 판독 수단을 포함한다.

본 발명에 따른 재생 방법은 AV 스트림의 재생이 지시된 경우, AV 스트림의 내용을 나타내는 썸네일 화상의 화상 데이터를 관리하는 관리 데이터의 판독을 제어하는 제1 판독 제어 단계와, 판독 제어 단계의 처리에서 판독이 제어된 관리 데이터에 기초하여 화상 데이터의 판독을 제어하는 제2 판독 제어 단계와, AV 스트림으로부터 특징적인 화면으로서 추출된 화면의 썸네일 화상의 화상 데이터나 또는 사용자에 의해 지정된 화면의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터를 판독하는 제3 판독 단계와, 제3 판독 제어 단계의 처리에서 판독이 제어된 관리 데이터에 기초하여 화상 데이터를 판독하는 제4 판독 제어 단계를 포함한다.

본 발명에 따른 기록 매체의 프로그램은 AV 스트림의 재생이 지시된 경우, AV 스트림의 내용을 나타내는 썸네일 화상의 화상 데이터를 관리하는 관리 데이터의 판독을 제어하는 제1 판독 제어 단계와, 판독 제어 단계의 처리에서 판독이 제어된 관리 데이터에 기초하여, 화상 데이터의 판독을 제어하는 제2 판독 제어 단계와, AV 스트림으로부터 특징적인 화면으로서 추출된 화면의 썸네일 화상의 화상 데이터나 또는 사용자에 의해 지정된 화면의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터를 판독하는 제3 판독 제어 단계와, 제3 판독 제어 단계의 처리에서 판독이 제어된 관리 데이터에 기초하여 화상 데이터를 판독하는 제4 판독 제어 단계를 포함한다.

본 발명에 따른 프로그램은 AV 스트림의 재생이 지시된 경우, AV 스트림의 내용을 나타내는 썸네일 화상의 화상 데이터를 관리하는 관리 데이터의 판독을 제어하는 제1 판독 제어 단계와, 판독 제어 단계의 처리에서 판독이 제어된 관리 데이터에 기초하여 화상 데이터의 판독을 제어하는 제2 판독 제어 단계와, AV 스트림으로부터 특징적인 화면으로서 추출된 화면의 썸네일 화상의 화상 데이터나 또는 사용자에 의해 지정된 화면의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터를 판독하는 제3 판독 제어 단계와, 제3 판독 제어 단계의 처리에서 판독이 제어된 관리 데이터에 기초하여 화상 데이터를 판독하는 제4 판독 제어 단계를 포함한다.

본 발명에 따른 기록 매체는 AV 스트림, AV 스트림으로부터 AV 스트림의 내용을 나타내는 썸네일 화상의 화상 데이터와, 그 썸네일 화상의 데이터를 관리하는 관리 데이터로 구성되는 제1 데이터 및 AV 스트림으로부터 특징적인 화면으로서 추출된 화면의 썸네일 화상의 화상 데이터나 또는 사용자가 지정한 화면의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터로 구성되는 제2 데이터가 기록되어 있다.

본 발명에 따른 기록 장치 및 방법, 및 제1 프로그램에 있어서는 입력된 동화상 데이터로부터 해당 동화상 데이터를 대표하는 썸네일 화상이 제1 썸네일 데이터로서 생성됨과 함께, 동화상 데이터로부터 특징적인 화상으로서 추출된 화상의 썸네일 화상이나 또는 사용자가 지정한 화상의 썸네일 화상이 제2 썸네일 데이터로서 생성되며, 제1 썸네일 데이터와 제2 썸네일 데이터가 각각 독립된 그룹으로서 기록 매체에 기록된다.

본 발명에 따른 재생 장치 및 방법, 및 제2 프로그램에 있어서는, AV 스트림의 재생이 지시된 경우, AV 스트림의 내용을 나타내는 썸네일 화상의 화상 데이터를 관리하는 관리 데이터가 판독되고, 판독된 관리 데이터에 기초하여 화상 데이터가 판독되며, AV 스트림으로부터 특징적인 화면으로서 추출된 화면의 썸네일 화상의 화상 데이터나 또는 사용자에 의해 지정된 화면의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터가 판독되고, 판독된 관리 데이터에 기초하여, 화상 데이터가 판독된다.

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

본 발명은 데이터를 대표하는 썸네일을 데이터에 부가하는 기록 장치 및 방법, 재생 장치 및 방법, 기록 매체 및 프로그램에 관한 것이다.

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

도 2는 Clip과 Playlist의 관계를 나타내는 도면.

도 3은 AV 스트림을 관리하는 구조의 UML도.

도 4는 DVR 시스템의 디렉토리 구성을 나타내는 도면.

도 5는 info.dvr을 설명하는 도면.

도 6은 DVRVolume()를 설명하는 도면.

도 7은 UIAppInfoVolume()를 설명하는 도면.

도 8은 TableOfPlayLists()를 설명하는 도면.

도 9는 UIAppInfoPlayList()를 설명하는 도면.

도 10은 zzzzz.clpi를 설명하는 도면.

도 11은 ClipMark()를 설명하는 도면.

도 12는 마크를 설명하는 도면.

도 13은 xxxxx.rpls, yyyyy.vpls를 설명하는 도면.

도 14는 Playlist()를 설명하는 도면.

도 15는 PlayItem()를 설명하는 도면.

도 16은 PlayListMark()를 설명하는 도면.

도 17은 메뉴 썸네일을 설명하는 도면.

도 18은 플레이 리스트에 부여된 마크를 설명하는 도면.

도 19는 클립에 부여된 마크를 설명하는 도면.

도 20은 썸네일을 저장하는 파일을 설명하는 도면.

도 21은 menu_thmb/mark.thmb를 설명하는 도면.

도 22는 Thumbnail()를 설명하는 도면.

도 23은 Thumbnail_picture_format을 설명하는 도면.

도 24의 (a) 및 (b)는 썸네일의 화상 데이터를 tn_block()에 저장하는 방법을 설명하는 도면.

도 25는 다른 디렉토리·파일 구조를 나타내는 도면.

도 26은 도 25에 도시한 파일 구조에 대응하는 menu_thmb/mark.thmb를 설명하는 도면.

도 27은 도 25에 도시한 파일 구조에 대응하는 TableOfPlayLists()를 설명하는 도면.

도 28은 도 25에 도시한 파일 구조에 대응하는 Playlist()를 설명하는 도면.

도 29는 도 25에 도시한 파일 구조에 대응하는 UIAppInfoPlayList()를 설명하는 도면.

도 30은 마크 썸네일의 작성 수순을 나타낸 흐름도.

도 31은 메뉴 썸네일의 작성 수순을 나타낸 흐름도.

도 32는 DVR 시스템의 다른 디렉토리 구성을 나타내는 도면.

도 33은 썸네일의 헤더 정보 파일의 신택스를 나타내는 도면.

도 34는 display_aspect_ratio를 설명하는 도면.

도 35는 color_space를 설명하는 도면.

도 36은 썸네일의 픽쳐 데이터 파일의 신택스를 나타내는 도면.

도 37은 tn_block로의 데이터의 저장에 대하여 설명하는 도면.

도 38은 매체를 설명하는 도면.

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

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

AV 인코더(15)는 입력된 비디오 신호와 오디오 신호를 각각 부호화하고, 부호화 비디오 스트림(V), 부호화 오디오 스트림(A) 및 AV 동기 등의 시스템 정보(S)를 멀티플렉서(16)에 출력한다.

부호화 비디오 스트림은, 예를 들면 MPEG(Moving Picture Expert Group)2 방식에 의해 부호화된 비디오 스트림으로, 부호화 오디오 스트림은, 예를 들면 MPEG1 방식에 의해 부호화된 오디오 스트림이나 돌비-AC3 방식에 의해 부호화된 오디오 스트림 등이다. 멀티플렉서(16)는 입력된 비디오 및 오디오의 스트림을 입력 시스템 정보에 기초하여 다중화하여, 스위치(17)를 통해 다중화 스트림 해석부(18)와 소스 패킷타이저(source packetizer: 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)에 지시한다. 예를 들면, 사용자에 의해 선택된 PlayList를 소정의 시각으로부터 재생하는 경우, 제어부(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 스트림을 기록한다.

이러한 기록 재생 장치(1)에 있어서 기록 매체(100)에 기록되는 데이터(기록 매체(100)로부터 재생되는 데이터)에 대하여 설명한다. MPEG Video, MPEG Audio 등의 부호화 방식으로 부호화되고, MPEG-2 Systems에 따라 다중화된 비트 스트림을 파일 시스템이 취급하는 파일의 형태로 하여 디스크(이하, 적절하게 기록 매체(100)를 디스크형상의 기록 매체로 하고, 디스크라고 함)에 기록한 것을 AV(Audio Video) 스트림 파일(또는 Clip AV 스트림)이라고 한다.

이러한 AV 스트림 파일의 일부 또는 전부의 범위를 지정하여, 필요한 부분만을 열거하여 재생하는 재생 순서 지정의 구조를 설명한다. 도 2와 같이, AV 스트림 파일의 일부 또는 전부의 범위를 지정하여, 필요한 부분만을 재생하는 재생 순서 지정이 Playlist이다. Playlist는 사용자로부터 보면 한 묶음의 단위이다. 가장 간단한 구성이 되는 것은 기록 개시를 하고 나서 기록 종료까지의 단위로 편집을 하지 않으면, 이것이 하나의 Playlist가 된다.

Playlist는 어떤 AV 스트림을 재생할지 등의, AV 스트림 파일의 지정과, 그 파일 중의 재생 개시점(인점)과 재생 종료점(아웃점)의 집합으로 구성된다. AV 스트림 파일, 재생 개시점, 재생 종료점 등을 1조로 하고 이것을 Playitem이라고 한다. 즉, Playlist는 Playitem의 집합이다.

도 2에 도시한 바와 같이, Playitem은 어떤 AV 스트림 파일의, 인점, 아웃점에서 지정하는 범위를 참조한다. Playitem을 재생한다는 것은 그 Playitem이 참조하는 AV 스트림의 일부분을 재생하게 된다.

AV 스트림은 MPEG-TS의 형 등으로 멀티플렉스되어 있는 비트 스트림이지만,이 AV 스트림이 기록되는 파일과는 다른 파일에, 그 비트 스트림에 대하여 일대일로 대응하는 정보(클립 정보: Clip information)를 유지한다. 이것은 재생, 편집을 보다 쉽게 하기 위해 설치되어 있다. 이러한 클립 정보와, AV 스트림의 양쪽을 한묶음(오브젝트)이라고 간주하고, 이것을 Clip(클립)이라고 부른다. 즉, Clip은 AV 스트림과, 그에 부수한 정보로 구성되는 하나의 오브젝트이다.

이상과 같은 관계를 UML도로 나타내면, 도 3과 같아진다. 도 3의 UML도로 나타내는 AV 스트림 파일, Clip, Playitem, Playlist의 구조에 의해 AV 스트림 파일을 변경하지 않는, 임의의 부분만을 재생하는 비파괴 재생 순서 지정이 가능해진다.

다음에, 본 발명을 실현하기 위한 각종 정보가 기록 또는 재생되는 기록 매체(미디어) 상의 파일 배치에 대하여 설명한다. 미디어 상에는 도 4에 도시한 바와 같이, info.dvr, menu.thmb(mark.thmb), #####.rpls(#####.vpls)(#####은 임의의 번호), %%%%%.clpi(%%%%%는 임의의 번호), 및 %%%%%.m2ts(%%%%%는 각 m2ts 파일이 cpli 파일과 일대일로 대응하는 번호)의 5 종류의 파일이 기록된다.

디스크 상에 디렉토리/DVR을 준비하고, 이 디렉토리 하에 하나의 디스크 기록 재생 시스템으로 관리되는 범위로 한다. /DVR은 디스크의 루트 디렉토리에 있어도 되며, 소정의 디렉토리 하에 존재해도 된다. /DVR 디렉토리에는 info.dvr, menu.thmb, mark.thmb라는 파일이 형성된다. 또한, /DVR 하에는 /PLAYLIST, /CLIPINF, /M2TS라는 디렉토리가 형성된다. 파일#####.rpls, #####.vpls는 /PLAYLIST 하에 형성되고, /CLIPINF에는 %%%%%.clpi가 형성되고, /M2TS에는%%%%%.m2ts가 형성된다.

파일 info.dvr은 /DVR 하에 하나만 있다. info.dvr의 구조는 도 5에 도시한 바와 같은 신택스로 표시된다. 파일의 내부는, 기능별 정보마다 블록을 구성하고 있어, volume에 관한 정보는 DVRVolume()에, Playlist의 배열에 관한 정보는 TableOfPlayLists()에, 기록 재생 장치(1)의 메이커 고유의 정보는 MakerP rivateData()에 각각 저장된다. 파일의 선두 부분에는 이들 블록의 선두를 나타내는 어드레스가 기술되어 있다. 예를 들면, TableOfPlayLists_start_address는 TableOfPlayLists()가 개시하는 위치를 파일 내에서의 상대 바이트수로 나타낸 것으로 되어 있다.

DVRVolume()의 구조는 도 6에 도시한 바와 같은 신택스로 표시된다. version_number는 DVRVolume()의 버전 번호를 나타내고, length는 length 직후의 필드로부터 DVRVolume()의 최후까지의 길이를 바이트로 나타낸 것이다. ResumeVolume()는 resume에 관한 정보를 저장하고, UIAppInfoVolume()는 Volume의 속성 정보를 저장하는 영역이다.

도 7은 UIAppInfoVolume()의 신택스를 나타낸 것이다. character_set는 Volume_name 필드에 부호화되어 있는 캐릭터 문자의 부호화 방법을 나타낸다. 그 부호화 방법으로서는, ASCII, Unicode 등을 선택할 수 있다. name_length는 Volume_name 필드 중에 나타내는 볼륨(디스크)명의 바이트 길이를 나타낸다. Volume_name은 볼륨(디스크)의 이름을 나타낸다. 이 필드 중 좌측으로부터 name_length수의 바이트 수가 유효한 캐릭터 문자로, 그것은 볼륨(디스크)의 이름을 나타낸다.

Volume_name 필드 중에서 이들 유효한 캐릭터 문자 뒤의 값은 어떤 값이 들어가 있어도 된다. Volume_protect_flag는 그 볼륨 중 콘텐츠를 사용자에게 제한 없이 보여주어도 되는지의 여부를 나타내는 플래그이다. 이 플래그가 1로 세트되어 있는 경우, 사용자가 정확하게 PIN 번호(도 7 중 PIN)를 입력할 수 있던 경우에만, 사용자는 그 볼륨의 콘텐츠를 시청할 수 있다. 이 플래그가 0으로 세트되어 있는 경우, 사용자가 PIN 번호를 입력하지 않아도, 사용자가 그 볼륨의 콘텐츠를 시청할 수 있다. 최초로, 사용자가 디스크를 플레이어(기록 재생 장치: 1)로 삽입했을 때에 있어서, 만일 이 플래그가 0으로 세트되어 있거나 또는 이 플래그가 1로 세트되어 있어도 사용자가 PIN 번호를 올바르게 입력하였다면, 플레이어는 그 세트된 디스크 중 PlayList의 일람을 표시시킨다.

이상은 Volume에 대한 재생 제한이지만, 각각의 PlayList의 재생 제한에 대해서는 Volume_protect_flag와는 무관계하며, 그것은 후술하는 도 9의 UIAppInfoPlayList() 중에서 정의되는 playback_control_flag에 의해서 나타낸다. P IN은 4개의 0 내지 9까지의 숫자로, 각각의 숫자는 ISO/IEC646에 따라 부호화된다. ref_thumbnail_index는 Volume를 대표하는 썸네일이 존재하는 경우, 그 썸네일을 특정하기 위한 번호를 저장하는 영역이다. ref_thumbnail_index로 지정되는 thumbnail_index를 갖는 파일 menu.thmb 중 썸네일이 Volume를 대표하는 메뉴 썸네일(본 발명에서는 Volume나 Playlist를 대표하는 썸네일을 특히 메뉴 썸네일이라 함)이 된다.

rp_info_valid_flag는 이것이 1인 경우에 다음에 이어지는 rp_ref_to_PlayList_file_name, rp_ref_to_PlayItem_id 및 rp_time_stamp가 유효한 값을 갖는 것 나타낸다. rp_ref_to_PlayList_file_name은 상기한 Volume를 대표하는 메뉴 썸네일이 소정의 PlayList 중 화상으로부터 추출된 화상으로 만들어진 것을 나타내고, 그 PlayList 파일의 이름을 나타낸다.

rp_ref_to_PlayItem_id는 rp_ref_to_PlayList_file_name로 나타내는 PlayList 중 하나의 PlayItem을 가리키는 PlayItem_id를 나타내고, 상기한 Volume을 대표하는 메뉴 썸네일이 그 PlayItem 중 화상으로부터 추출된 화상으로 만들어진 것을 나타낸다. rp_time_stamp는 rp_ref_to_PlayItem_id가 가리키는 PlayItem 중 하나의 화상의 프레젠테이션 타임 스탬프를 나타내고, 그 화상으로부터 상기한 Volume를 대표하는 메뉴 썸네일이 만들어진 것을 나타낸다.

도 8은 TableOfPlayLists()의 신택스를 나타낸 것이다. 여기서 number_of_PlayLists는 Volume 중 Playlist의 수를 나타내고, PlayList_file_name은 #####.rpls, #####.vpls 등의 파일명을 지정하는 것이다. UIAppInfoPlayList()에는 Playlist의 각종 속성이 걸려 있어, 신택스는 도 9와 같이 되어 있다. 도 9에 도시한 UIAppInfoPlayList()에는 Playlist의 재생에는 직접 필요하지 않은, Playlist의 이름, 기록 일시, 기록 시간, 소거 금지의 유무 등의, 각종 속성 정보가 저장된다. 그 중 ref_thumbnail_index에 의해 PlayList의 대표 화상으로서의 썸네일을 지정할 수 있다. 즉, reLthumbnail_index로 지정되는 thumbnail_index를 갖는 파일 menu.thmb 중 썸네일이 이 Playlist를 대표하는 메뉴 썸네일이 된다.

rp_info_valid_flag는 이것이 1인 경우에 다음에 이어지는 rp_ref_to_PlayItem_id 및 rp_time_stamp가 유효한 값을 갖는 것을 나타낸다. rp_ref_to_PlayItem_id는 PlayList 중 하나인 PlayItem을 가리키는 PlayItem_id를 나타내고, PlayList를 대표하는 메뉴 썸네일이 그 PlayItem 중 화상으로부터 추출된 화상으로 만들어진 것을 나타낸다. rp_time_stamp는 rp_ref_to_PlayItem_id가 가리키는 PlayItem 중 하나의 화상의 프레젠테이션 타임 스탬프를 나타내고, 그 화상으로부터 PlayList를 대표하는 메뉴 썸네일이 만들어진 것을 나타낸다.

도 4에 도시한 파일 %%%%%.clpi는 /CLIPINF 하에, 각 AV 스트림 파일 %%%%%.m2ts에 대응하여 하나가 만들어진다. %%%%%.clpi의 구조는 도 10에 도시한 바와 같이 되어 있다. 파일의 내부는 기능별 정보마다 블록을 구성하고 있고, Clip에 관한 정보는 ClipInfo()에, MPEG-2 systems에서의 트랜스포트 스트림의 시각 기준을 나타내는 PCR(프로그램 클럭 기준)의 불연속점에 관한 정보는 STC_Info()에, MPEG-2 systems의 program(프로그램)에 관한 정보는 ProgramInfo()에, AV 스트림 중 랜덤 액세스 개시 가능점 등의 특징적인 점을 나타내는 CPI(Characteristic Point Information)에 관한 정보는 CPI()에 Clip에 부여된 처음 부분을 위한 인덱스점이나 커머셜의 개시·종료점 등의 마크 정보는 ClipMark()에 각각 저장된다. 파일의 선두 부분에는 이들 블록의 선두를 나타내는 어드레스가 기술되어 있다.

여기서는, 썸네일에 관계된 블록만을 설명한다. 본 예에 있어서는, 클립에 썸네일을 부여하는 조작은 클립의 마크에 썸네일을 부여함으로써 실현한다. 클립에 부여되는 마크의 정보는 ClipMark()에 저장되어 있다. 도 11에 ClipMark()의 신택스를 나타낸다. 신택스 중 mark_type가 resume, bookmark, skip 등의 마크의 종류를 나타내고, mark_time_stamp로 마크가 부여되는 시각을 나타낸다. 썸네일에 관계된 필드는 ref_thumbnail_index이다. ref_thumbnail_index는 여기서 썸네일의 번호를 지정함으로써 썸네일의 데이터가 저장되어 있는 mark.thmb 파일 중 썸네일을 특정한다. ref_thumbnail_index로 지정되는 썸네일이 이 마크에 부여된 마크 썸네일(본 발명에서는 마크에 부여된 썸네일을 특히 마크 썸네일이라고 함)이 된다.

마크는 주로 Clip 및 Playlist 중 하이라이트나 특징적인 장면을 지시하기 위한 것이다. 또한, 마크보다 후의 부분은 재생을 스킵하여, 다음의 Playlist의 재생을 하도록 지시하는 스킵 기능도 마크에 의해 실현할 수 있다. 도 12는 마크가 Clip, Playlist에 부여되고 있는 모습을 도면으로 나타낸 것이다. 이하에 마크의 특징을 통합한다.

Clip에 부가되는 마크는 AV 스트림의 내용에 기인하는 특징적인 장면, 예를 들면 장면 전환점 등을 지정한다. Playlist를 재생할 때에는 그 Playlist가 참조하고 있는 Clip 중의 마크를 이용하여 랜덤 액세스 등이 가능하다. 도 12에서는 Clip에 대하여 commercial(CM)과 scene이라는 2 종류의 마크가 부여될 수 있지만, commercial의 마크는 좌측의 Playlist로부터 scene 마크는 2개의 Playlist로부터 이용되고 있다. Playlist에 부가되는 마크는 주로 사용자에 의해 설정된다. 예를 들면, 북 마크나 리쥼점 등이다. 도 12에서는 bookmark와 resume 마크가 상당한다.

Clip 또는 Playlist에 마크를 설정하는 것은 마크의 시각을 나타내는 타임스탬프를 마크 리스트에 추가함으로써 행해진다. 또한, 마크를 삭제하는 것은 마크 리스트 중에서 그 마크의 타임스탬프를 제거하는 것이다. 그렇기 때문에, 마크의 설정이나 삭제는 AV 스트림을 아무것도 변화시키지 않는다.

다음에, 도 4에 도시한 파일 #####.rpls, #####.vpls에 대하여 설명하면, 파일 #####.rpls, #####.vpls는 /PLAYLIST 하에, 각 playlist에 대하여 어느 하나가 만들어진다. #####.rpls, #####.vpls의 구조는 도 13에 도시한 바와 같이 되어 있다. 파일의 내부는 기능별 정보마다 블록을 구성하고 있고, Playlist에 관한 정보는 PlayList()에 Playlist에 부여된 마크의 정보는 PlayList Mark()에, 이 Playlist 파일을 기록한 기록 재생 장치의 메이커 고유의 정보는 MakerPrivateData()에 각각 저장된다. 파일의 선두 부분에는 블록의 선두를 나타내는 어드레스(PlayListMark_Start_address 등)가 기술되어 있다. 이에 따라, 블록의 앞 혹은 뒤로 padding_byte를 삽입할 수 있다. 단, PlayList()의 개시 위치는 고정으로 파일의 선두로부터, 예를 들면 256 바이트째로 설정되어 있다.

블록 PlayList()의 내용은 도 14와 같이 되어 있다. 최초로 version_number가 있고, 이하에 이어진 정보의 버전 번호를 나타낸다. length는 length 직후의 필드에서 PlayList()의 끝까지의 바이트 길이를 나타낸다. PlayList_type은 이 Playlist의 종류를 나타내고, CPI_type는 이 Playlist가 갖는 CPI의 종류를 나타낸다. number_of_PlayItems는 이 Playlist를 구성하는 Playitem의 수를 나타낸다.number_of_SubPlayItems는 이 Playlist에 부여되는 후기록 오디오용 Playitem(SubPlayitem)의 수를 나타낸다. PlayItem()는 Playitem의 정보를 SubPlayItem()는 SubPlayitem의 정보를 저장한다.

블록 PlayItem()의 내용은 도 15와 같이 되어 있다. Clip_Information _file_name는 이 PlayItem이 참조하고 있는 Clip 정보 파일(확장자가 clip인 파일)의 파일명이 문자열로 저장되어 있다. STC_sequence_id는 program 중에 존재하는 PCR이 연속적인 시간 범위의 구간을 나타낸다. 이 구간 내에서는 일관된 연속 시간축을 정의할 수 있게 되어 있기 때문에, PlayItem의 개시·종료점을 일의적으로 정할 수 있다. 즉, 각 PlayItem의 개시점과 종료점은 동일한 STC_sequence에 존재하지 않으면 안된다.

IN_time은 이 PlayItem의 개시점의 STC_sequence 상에서의 pts(Presentatio n Time Stamp)를 나타내고, OUT_time은 PlayItem의 종료점인 STC_sequence 상에서의 pts를 나타낸다. connection_condition은 이 Playitem이 다음의 Playitem 사이에서 어떠한 접속이 되어 있는지를 나타내는 정보로, Playitem 사이를 끊김없이 재생할 수 있는지의 여부의 조건을 나타낸다.

BridgeSequnceInfo()는 Playitem의 끊기는 부분에서 본래 재생해야 할 비트 스트림과는 다른 비트 스트림으로 스킵하여, 그것을 대신하여 재생함으로써, Playitem의 사이를 끊김없이 재생하는 기능을 실현할 때에 작성되는 비트 스트림(브리지 시퀀스)에 관한 정보를 저장한다. program_number는 이 Playitem이 참조하고 있는 program(MPEG Systems로 정의되어 있는 비디오·오디오 등의 엘리멘트리스트림의 통합을 말한다. 소위 텔레비전 방송의 채널에 상당한 것이다)의 program_number를 나타낸다.

이상이 Playlist, Playitem을 구성하는 데이터 구조의 개요이다. 이러한 데이터 구조에 의해, AV 스트림 중 재생하고자 하는 부분을 IN, OUT점의 조로 지정한 Playitem의 열로 Playlist를 구축하고, 사용자가 인식하는 한묶음의 재생 단위를 관리할 때마다가 가능해진다.

본 발명의 예에서는 플레이 리스트 상의 임의의 시각에 썸네일을 부여하는 조작은 플레이 리스트의 마크에 썸네일을 부여함으로써 실현하고 있다. Playlist에 부여하는 마크의 정보는 PlayListMark()에 저장되어 있다. 도 16은 PlaylistMark()의 신택스를 나타내는 도면이다. 신택스 중 mark_type가 resume, bookmark, skip 등의 마크의 종류를 나타내고, mark_time_stamp로 마크가 부여되는 시각을 나타낸다. ref_thumbnail_index는 여기서 썸네일의 번호를 지정함으로써, 썸네일의 데이터가 저장되어 있는 mark.thmb 파일 중 썸네일을 특정한다. ref_thumbnail_index로 지정되는 썸네일이 이 마크에 대응하는 마크 썸네일이 된다.

다음에, 썸네일의 상세에 대하여 설명한다. 썸네일이란 Volume, Playlist, Clip에 부수하는 정지 화상을 가리킨다. 썸네일에는 2 종류가 있다. 하나는 내용을 나타내는 대표 화상으로서의 썸네일이다. 이것은 주로 사용자가 커서를 조작하여 보고 싶은 것을 선택하기 위한 메뉴 화면에서 사용된다. 다른 하나는 마크가 가리키고 있는 장면을 나타내는 화상이다.

Volume과 각 Playlist는 대표 화상을 구비하게 할 필요가 있다. Volume의 대표 화상이란, 디스크를 플레이어에 넣었을 때에 디스크의 내용을 나타내는 정지 화상을 처음에 표시하는 경우 등에 이용하는 것을 상정하고 있다. Playlist의 대표 화상이란, Playlist를 선택하는 메뉴 화면에서 Playlist의 내용을 나타내기 위한 정지 화상으로서 이용되는 것을 상정하고 있다.

Playlist의 대표 화상의 가장 간단한 실현 방법은, Playlist의 처음 화상을 썸네일로 하는 것이지만, 반드시 재생 시각 0의 선두 화상이 내용을 나타내는 데에 있어서 최적의 화상으로는 한정하지 않는다. 그래서, Playlist의 썸네일로서, 임의의 화상을 결정할 수 있도록 해둔다. 이상 2 종류의 썸네일을 메뉴 썸네일이라고 한다. 메뉴 썸네일은, 빈번히 표시되기 때문에, 디스크로부터 고속으로 판독되게 할 필요가 있다. 이 요구를 만족하기 위해서는, 모든 메뉴 썸네일을 하나의 파일에 저장하는 것이 효율적이다. 반드시 볼륨 내의 동화상으로부터 추출한 픽쳐뿐만이 아니라, 도 17에 도시한 바와 같이 퍼스널 컴퓨터나 디지털 스틸 카메라로부터 촬상한 화상이라도 상관없다.

한편, Clip과 Playlist는 여러개의 마크를 부여할 필요가 있고, 마크 위치의 내용을 알 수 있게 하기 위해서 마크점의 화상을 용이하게 볼 수 있도록 할 필요가 있다. 이러한 마크점을 나타내는 픽쳐를 마크 썸네일이라고 한다. 따라서, 썸네일의 기초가 되는 것은 도 18이나 도 19에 도시한 바와 같이, 외부로부터 수신한 화상보다도 마크점의 화상을 추출한 것이 주가 되게 된다. 메뉴 썸네일과 달리, 마크 썸네일은 Playlist의 상세를 나타낼 때에 사용되는 서브 메뉴 등으로 사용되기 때문에, 짧은 액세스 시간에 판독되지 않아도 된다.

그 때문에, 썸네일이 필요해질 때마다 플레이어가 파일을 개방하여, 파일의 일부를 판독하는 데 다소시간이 걸려도 문제는 되지 않는다. 또한, 볼륨 내에 존재하는 파일수를 줄이기 위해서 모든 마크 썸네일은 하나의 파일에 저장하는 것이 좋다. Playlist는 메뉴 썸네일 하나와 복수의 마크 썸네일을 구비할 수 있지만, Clip은 직접 사용자가 선택할 필요성이 없기 때문에(통상, Playlist를 경유하여 지정한다), 메뉴 썸네일을 갖지는 않는다. 도 20은 이상의 관계를 나타낸 도면이다.

썸네일은 빈번히 추가, 삭제되기 때문에, 추가 조작과 부분 삭제의 조작은 용이하고, 또한 고속으로 실행되어야만 한다. 이러한 이유 때문에, Thumbnail()는 블록 구조를 갖는다. 화상의 데이터는 몇몇 부분으로 분할되고, 각 부분은 하나의 tn_block()에 저장된다. 하나의 화상 데이터는 연속된 tn_block()에 저장된다. tn_block()의 열에는 사용되어 있지 않은 tn_block()가 존재해도 된다. 1개의 썸네일 화상의 바이트 길이는 가변이다.

도 21은 썸네일의 데이터를 저장하는 파일의 신택스이다. 이 파일에는 Thumbnail()이 하나만 존재한다. 도 22는 thumbnail()의 신택스를 나타낸다. version_number는 이 thumbnail()의 버전 번호를 나타내는 4개의 캐릭터 문자를 나타낸다. length는 이 length 필드의 직후로부터 thumbnail()의 최후까지의 thumbnail()의 바이트 수를 나타내는 32 비트의 부호가 없는 정수이다. tn_blocks_start_address는 thumbnail() 중 최초의 tn_block()의 thumbnail()의 선두로부터의 개시 바이트 어드레스를 나타내는 32 비트의 부호가 없는 정수이다.

number_of_thumbnails는 이 thumbnail()에 저장되어 있는 썸네일 화상의 수를 나타내는 16 비트의 부호가 없는 정수이다. tn_block_size는 1 tn_block()의 크기를 킬로바이트 단위로 나타내는 16비트의 부호가 없는 정수이다. 예를 들면, tn_block_size가 1인 것은 하나의 tn_block()의 사이즈가 1024 바이트인 것을 나타낸다. number_of_tn_blocks는 이 thumbnail() 중 tn_block()의 수를 나타내는 16 비트의 부호가 없는 정수이다.

thumbnail_index는 이 thumbnail_index 필드로부터 시작되는 for 루프 1회분의 썸네일 정보로 나타내는 썸네일의 인덱스 번호를 나타내는 16 비트의 부호가 없는 정수이다. thumbnail_index로서 OxFFFF라는 값을 사용해서는 안된다. thumbnail_index는 ref_thumbnail_index에 의해 참조된다. tumbnail_picture_format은 썸네일 화상의 픽쳐 포맷을 나타내는 8 비트의 부호가 없는 정수로, 도 23에 도시한 바와 같은 값을 취한다. 도 23 중 DCF(Design rule for Camera File System)와 PNG(Portable Network Graphics)는 "menu.thmb" 내에서만 허용된다. 즉, 마크 썸네일은 값 "0x00"(MPEG-2 Video I-picture)를 취해야만 한다.

picture_data_size는 부호화된 썸네일 화상의 바이트 길이를 나타내는 32 비트의 부호가 없는 정수이다. start_tn_block_number는 썸네일 화상의 데이터가 시작되는 tn_block()의 tn_block_number를 나타내는 16 비트의 부호가 없는 정수이다. 썸네일 화상 데이터의 선두는 tn_block의 선두와 일치해야만 한다. start_tn_block_number는 0으로 시작하고, tn_block의 for- 루프 중 변수 k의 값에관계되어 있다. x_picture_length는 썸네일 화상의 수평 방향의 픽셀수를 나타내는 16 비트의 부호가 없는 정수이다.

y_picture_length는 썸네일 화상의 수직 방향의 픽셀수를 나타내는 16 비트의 부호가 없는 정수이다. tn_block()는 픽쳐 데이터를 저장하는 영역이다. thumbnail() 중 모든 tn_block()는 tn_block_size로 정해진 동일한 크기를 구비하고 있어야만 한다. 도 24의 (a) 및 (b)는 화상 데이터가 어떻게 tn_block()에 저장되는지를 모식적으로 나타낸 도면이다. 도 24의 (a) 및 (b)에 도시한 바와 같이, 각 화상 데이터는 tn_block()의 선두에서 시작하여, 1 tn_block()를 넘는 크기인 경우에는 연속하는 다음의 tn_block()를 사용함으로써 저장된다.

화상 데이터는 가변 길이이지만, 1 tn_block()는 고정 길이이다. 이와 같이, 가변 길이인 데이터를 고정 길이의 데이터로 변환하여 취급하도록 함으로써, 새로운 화상 데이터의 추가나 화상 데이터의 삭제와 같은 처리에 대하여 블록 단위로 대처할 수 있어, 어드레스의 관리 등, 간편하게 행하는 것이 가능해진다.

여기서, 썸네일 기록에 대한 디렉토리·파일 구조, 신택스의 별안을 나타낸다. 우선, 도 4에서 나타내는 디렉토리·파일 구조의 별안으로서, 도 25의 구조가 생각된다. 도 4에서는 마크 썸네일을 기록하기 위한 파일이 /DVR 하에 하나, mark.thmb만인데 대하여, 도 25에서는 플레이 리스트, 클립마다 일대일로 대응하여 파일 xxxxx.thmb(xxxxx는 대응하는 플레이 리스트 또는 클립을 나타내는 확장자를 제외한 파일명)가 만들어지고 있다.

예를 들면, #####.rpls로 나타내는 플레이 리스트가 갖는 마크 썸네일의 화상은 동일한 디렉토리 내의 #####.thmb에 저장되게 된다. 마찬가지로, %%%%%.clpi로 나타내는 클립이 갖는 마크 썸네일의 화상은 동일한 디렉토리 내의 %%%%%.thmb에 저장되게 된다. 플레이 리스트·클립의 마크 썸네일은 파일의 확장자를 제외한 이름의 부분이 동일한 .thmb 파일에 기록된다는 제약이 있을 뿐이고, xxxxx.thmb 내의 신택스는 도 26과 같이 menu.thmb나 mark.thmb(도 21)와 동일하다.

또한, 플레이 리스트의 메뉴 썸네일에 대하여, 도 8, 도 9에서는 썸네일을 특정하는 ref_thumbnail_index를, 파일 Info.dvr의 TableOfPlayLists() 중 UIAppInfoPlayList()에 형성하고 있지만, UIAppInfoPlayList()를 Info.dvr이 아니라, 각 플레이 리스트 파일 안에 넣는 방법도 있다. 이러한 경우, UIAppInfoPlayList()를 TableOfPlayLists()로부터 플레이 리스트 파일 중의 playlist()로 옮기게 되어, 도 8에 도시한 신택스는 도 27에 도시한 신택스와 같게 되어, 도 14에 도시한 신택스는 도 28에 도시한 신택스와 같게 된다. 도 28 중 UIAppInfoPlayList()는 도 29에 도시한 신택스와 같아지고, 여기에 ref_thumbnail_index가 들어간다.

이상과 같은 파일, 신택스에서도 썸네일의 기록이 가능하다.

다음에, 도 30에 도시한 흐름도를 참조하여 마크 썸네일의 작성에 대하여 설명한다. 단계 S1에 있어서, 사용자는 재생하고자 하는 PlayList(플레이 리스트)를 선택한다. 단계 S2에 있어서, 선택된 PlayList에 기초하여 AV 스트림의 재생이 개시된다. 단계 S3에 있어서, 사용자는 재생되어 있는 AV 스트림을 시청하고 마크하고 싶은 장면을 탐색한다. 사용자는 마크하고 싶은 장면을 탐색할 수 있는 경우,기록 재생 장치(1)에 부속하는 리모트 컨트롤러(도시되지 않음)의 마크 버튼을 조작한다. 이 조작은 재생 중에 조작되거나 일시 정지된 상태에서 조작되어도 된다.

단계 S3에 있어서, 사용자에 의해 마크 버튼이 조작되면, 단계 S4에 있어서, 사용자의 지시에 대응하는 처리로서 마크 위치가 결정된다. 마크 위치가 결정되면, 단계 S5에 있어서, 썸네일 화상으로 하는 화상의 선택이 행해진다. 마크 위치가 지시된 시점에서 제어부(23)(도 1)는 썸네일을 작성하는지의 여부를 사용자에게 물어보아서 작성하는 경우에는 썸네일로 하는 화상의 후보를 화면 이송 등에 의해 사용자에게 제공하고, 사용자가 썸네일 화상을 선택하도록 해도 된다.

사용자 또는 제어부(23)에 의해, 썸네일 화상으로 하는 화상이 선택되면, 제어부(23)는 단계 S6에 있어서, AV 디코더(15)로부터 화상을 취입하여 제어부(23)의 RAM(Random Access Memory)(도시되지 않음)으로 전송한다. 단계 S7에 있어서, 화상을 압축하는지의 여부가 판단되고, 화상을 압축한다고 판단된 경우, 제어부(23)는 단계 S8로 진행되고, 화상 압축을 행하여 다시 데이터를 RAM으로 복귀시킨다. 단계 S7에 있어서, 화상을 압축하지 않는다고 판단된 경우, 단계 S8의 처리는 스킵되어 단계 S9로 진행한다.

단계 S9에 있어서, 제어부(23)는 썸네일의 부호화 방식, 썸네일을 식별하는 thumbnail_id, 사이즈(바이트 수), X, Y 방향의 픽셀수로 구성되는 썸네일의 헤더 정보를 작성하고, 화상 데이터를 tn_block()의 단위로 분할한다. 단계 S10에 있어서, ECC 부호화 블록(20)에 헤더 정보와 tn_block()의 형태로 분할한 화상 데이터가 전송되며, 기입부(22)를 거쳐서 mark.thmb 파일로서 기록 매체(100)에 기입된다.

다음에, 메뉴 썸네일을 작성에 대하여 도 31에 도시한 흐름도를 참조하여 설명한다. 메뉴 썸네일은 볼륨 또는 각 플레이 리스트에 대하여 부여되기 때문에, 제어부(23)는 단계 S21에 있어서, 사용자에게 대하여, 메뉴 썸네일을 부여하는 대상을 선택시킨다. 단계 S22에 있어서, 제어부(23)는 썸네일을 외부로부터 취입할지, 플레이 리스트 중 임의의 장면으로부터 취입할지를 사용자에게 선택시킨다.

단계 S22에 있어서, 썸네일을 외부로부터 취입한다고 판단된 경우, 단계 S23으로 진행하고, 사용자가 지정한 입력 단자 혹은 파일로부터 화상 데이터가 취입된다. 취입이 종료되면 단계 S26으로 진행한다.

한편, 단계 S22에 있어서, 썸네일을 외부로부터 취입하지 못한다고 판단된 경우, 단계 S24로 진행하고 제어부(23)는 우선, 사용자에 대하여 어떤 플레이 리스트로부터 썸네일 화상을 취득할 것인지를 선택시키고, 그 후에 선택된 플레이 리스트의 재생을 개시한다. 그리고, 단계 S25에 있어서 사용자에게 썸네일로 하고자 하는 장면을 선택시킨다.

단계 S23, 혹은 단계 S25에 있어서, 썸네일 화상이 선택되면, 단계 S26으로 진행한다. 단계 S26 이후의 처리는 도 30에 도시한 흐름도의 단계 S5 이후의 처리와 마찬가지이기 때문에, 그 설명은 생략한다.

이와 같이, 썸네일 화상을 플레이 리스트에 부여함으로써, 이들의 썸네일 화상을 관리하기 쉬워져서 기록되어 있는 AV 스트림을 재생할 때에도 재생시키는 AV 스트림의 선택 등의 처리를 간편하게 행하게 하는 것이 가능해진다.

도 32는 디스크 상에 만들어지는 디렉토리 및 파일의 다른 예를 나타내는 도면이다. "menu.tidx"와 "menu.tdat"는 메뉴 썸네일, 즉 Volume을 대표하는 하나의 픽쳐 및 PlayList마다 그것을 대표하는 하나의 픽쳐의 정보를 스토어한다. 모든 메뉴 썸네일의 헤더 정보는 하나의 menu.tidx에 모아서 관리된다. 모든 메뉴 썸네일의 픽쳐 데이터는 하나의 menu.tdat에 모아서 관리된다.

"mark.tidx"와 "mark.tdat"는 마크 썸네일, 즉 마크점으로 지정되는 픽쳐에 대한 정보를 스토어한다. Volume 중 모든 Clip 및 PlayList에 부가되어 있는 모든 마크 썸네일의 헤더 정보는 하나의 mark.tidx에 모아서 관리된다. 모든 마크 썸네일의 픽쳐 데이터는 하나의 mark.tdat에 모아서 관리된다.

즉, 이 파일 구조에서는 썸네일의 헤더 정보와 썸네일의 픽쳐 데이터가 별개의 파일로 나누어서 관리된다. 이 이유는 파일 시스템이 행하는 파일의 관리 방법에 관계한다. 즉, 썸네일의 헤더 정보의 파일은 비교적 중요한 정보이기 때문에, 파일 시스템이 디스크 상에 데이터를 2중 기입하여 관리한다.

이것은, 예를 들면 한쪽 데이터가 디스크의 흠집 등에 의해 소실 된 경우에 대응할 수 있도록 하기 위해서이며, 데이터의 백업의 의미를 갖는다. 픽쳐 데이터의 파일은 2중 기입은 아닌데, 그 이유는 픽쳐 데이터는 비교적 데이터량이 커져서, 이것을 2중 기입으로 하면 디스크 상의 필요 용량이 커지기 때문이다.

menu.tdat 및 mark.tdat에 스토어되는 픽쳐 데이터의 부호화 방법, 샘플링 구조, 및 스캔 구조는 픽쳐마다 부호화 방법을 변경하는 것이 가능하지만, 모든 픽쳐 데이터에서 동일한 쪽이 기록 재생 장치(1)의 구성을 간단화할 수 있다. 예를들면, JFIF(JPEG File Interchange Format), 컴포넌트 신호, 프로그레시브 스캔 포맷이 사용된다.

이들 4개 파일의 신택스와 세만틱스를 설명한다. "menu.tidx"와 "mark.tidx"는 동일한 신택스 구조를 갖는다. 도 33은 "menu.tidx"와 "mark.tidx"의 신택스 구조를 나타낸다. version_number는 이 썸네일 헤더 정보 파일의 버전 넘버를 나타내는 4개의 숫자이다.

length는 이 length 필드 직후의 바이트로부터 menu.tidx/mark.tidx의 최후의 바이트까지의 바이트 수이다. number_of_thumbnails는 menu.tidx의 경우에는 menu.tdat에 스토어되어 있는 썸네일 픽쳐의 수로, mark.tidx의 경우, mark.tdat에 스토어되어 있는 썸네일 픽쳐의 수이다.

tn_block_size는 menu.tidx의 경우, menu.tdat 중 하나의 tn_block의 사이즈를 나타내고, mark.tidx의 경우, mark.tdat 중의 하나의 tn_block의 사이즈를 나타낸다. 이 사이즈는 1024 바이트를 단위로 하는 크기이다. 예를 들면, tn_block_size=1은 하나의 tn_block의 사이즈가 1024 바이트인 것을 나타낸다. 하나의 썸네일 픽쳐는 하나의 tn_block 중에 스토어되어야만 한다.

number_of_tn_blocks는 menu.tidx인 경우, menu.tdat 중에 있는 tn_block의 수를 나타내고, mark.tidx의 경우에는 mark.tdat 중에 있는 tn_block의 수를 나타낸다. thumbnail_index는 이 thumbnail_index 필드에 이어지는 썸네일 정보의 인덱스 번호를 나타낸다. thumbnail_index로 하여, 0xFFFF라는 값을 사용해서는 안된다.

menu.tidx의 경우, thumbnail_index는 UIAppInfoVolume(), UIAppInfoPlayList() 중 ref_thumbnail_index에 의해 참조된다. mark.tidx의 경우, thumbnail_index는 PlayListMark() 및 ClipMark() 중 ref_thumbnail_index에 의해 참조된다.

ref_to_tn_block_id는 menu.tidx의 경우, menu.tdat 중 하나의 tn_block를 나타내고, 그 tn_block는 thumbnail_index로 지정되는 픽쳐 데이터를 스토어하고 있다. ref_to_tn_block_id의 값은 menu.tdat의 신택스 중 tn_block_id의 값을 참조한다.

mark.tidx인 경우, mark.tdat 중 하나의 tn_block를 나타내고, 그 tn_block는 thumbnail_index로 지정되는 픽쳐 데이터를 스토어하고 있다. ref_to_tn_block_id의 값은 menu.tdat의 신택스 중 tn_block_id의 값을 참조한다.

picture_byte_size는 thumbnail_index로 지정되는 하나의 부호화 썸네일 픽쳐의 데이터 길이를 바이트 단위로 나타낸다. picture_byte_size는 1024*tn_block_size의 값 이하여야만 한다. 즉, 기록 재생 장치(1)는 하나의 부호화 썸네일 픽쳐의 데이터 길이를 1024*tn_block_size의 값 이하가 되도록 부호화해야한다.

horizontal_picture_size는 thumbnail_index로 지정되는 부호화 썸네일 픽쳐의 수평 방향의 화소수를 나타낸다. vertical_picture_size는 thumbnail_index로 지정되는 부호화 썸네일 픽쳐의 수직 방향의 화소수를 나타낸다. display_aspect_ratio는 thumbnail_index로 지정되는 부호화 썸네일 픽쳐의 디스플레이 어스펙트 레시오를 나타낸다. 값의 의미를 도 34에 도시한다.

color_space는 Y, Cb, Cr의 컴포넌트 신호를 R, G, B의 컴포넌트 신호로 변환할 때의 포맷을 나타낸다. 값의 의미를 도 35에 도시한다.

"menu.tdat"와 "mark.tdat"는 동일한 신택스 구조를 갖는다. 도 36은 "menu.tdat"와 "mark.tdat"의 신택스 구조를 나타내는 도면이다. tn_block는 하나의 부호화 썸네일 픽쳐가 스토어되는 영역이다. 하나의 썸네일 픽쳐의 바이트 길이는 하나의 tn_block의 크기 이하이다. 하나의 픽쳐 데이터의 제1 바이트째는 tn_block의 제1 바이트째와 일치해야만 한다.

menu.tdat의 경우, 하나의 tn_block의 사이즈는, menu.tdat 중 tn_block_size로 나타낸다. mark.tdat의 경우, 하나의 tn_block의 사이즈는 mark.tdat 중 tn_block_size로 나타낸다. 각 tn_block는 그것이 신택스 중 for-loop 중에서 나타날 때의 tn_block_id의 값으로 구별된다. menu.tidx 중 tn_block_id는 menu.tidx 중 ref_to_tn_block_id에 의해서 참조된다. mark.tidx 중 tn_block_id는 mark.tidx 중 ref_to_tn_block_id에 의해서 참조된다.

썸네일은 빈번하게 추가, 삭제되기 때문에, 추가 조작과 부분 삭제의 조작은 용이하고 고속으로 실행할 수 있어야 한다. 그러한 이유 때문에, menu.tdat와 mark.tdat는 블록 구조를 갖는다. 하나의 픽쳐 데이터는 하나의 tn_block에 저장된다.

menu.tdat 및 mark.tdat의 tn_block 열 중에 사용되어 있지 않은 tn_block가 존재해도 된다. 예를 들면, 소정의 썸네일의 삭제를 하는 경우, 썸네일의 헤더 정보 파일 중에 엔트리되어 있는 thumbnail_index를 소거하고, 썸네일의 픽쳐 데이터 파일을 아무것도 변경하지 않았을 때, tn_block열 중에 사용되어 있지 않은 tn_block가 형성된다.

도 37은 썸네일 픽쳐 데이터가 어떻게 tn_block에 저장되는지를 모식적으로 나타낸 도면이다. 도 37에 도시한 바와 같이, 하나의 썸네일 픽쳐의 바이트 길이는 하나의 tn_block의 크기 이하이다. tn_block열 중에 사용되어 있지 않은 tn_block가 존재해도 된다.

상술한 예에 있어서는, 예를 들면 menu.tbat와 mark.tbat의 파일이 2개로 나누어져서 기록되는 것으로 설명하였지만, 각각의 파일을 블록이라고 생각하고, menu.tbat의 데이터의 제1 블록과, mark.tbat의 데이터의 제2 블록을, 하나의 파일로 통합하여 기록하도록 해도 된다. 하나의 파일로 통합하여 기록한다는 것은, 예를 들면 Clip Information file 중에서 SequenceInfo, CPI, ClipMark를 다른 블록으로서 기록하는 형태로 해도 된다.

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

도 38에 도시한 퍼스널 컴퓨터에 있어서, CPU(Central Processing Unit:201)는 ROM(Read Only Memory: 202)에 기억되어 있는 프로그램, 또는 기억부(208)로부터 RAM(Random Access Memory: 203)에 로드된 프로그램에 따라서 각종 처리를 실행한다. RAM(203)에는 또한 CPU(201)가 각종 처리를 실행하는데에 있어서 필요한 데이터 등도 적절하게 기억된다.

CPU(201), ROM(202) 및 RAM(203)은 버스(204)를 통해 서로 접속되어 있다. 이 버스(204)에는 또한 입출력 인터페이스(205)도 접속되어 있다.

입출력 인터페이스(205)에는 키보드, 마우스 등으로 이루어지는 입력부(206), CRT, LCD 등으로 이루어지는 디스플레이, 및 스피커 등으로 이루어지는 출력부(207), 하드디스크 등으로 구성되는 기억부(208), 모뎀, 터미널 어댑터 등으로 구성되는 통신부(209)가 접속되어 있다. 통신부(209)는 네트워크를 통한 통신 처리를 행한다.

입출력 인터페이스(205)에는 또한, 필요에 따라 드라이브(210)가 접속되며, 자기 디스크(221), 광 디스크(222), 광 자기 디스크(223) 혹은 반도체 메모리(224) 등이 적절하게 장착되며, 이들로부터 판독된 컴퓨터 프로그램이 필요에 따라 기억부(208)에 인스톨된다.

이 기록 매체는 도 38에 도시한 바와 같이, 컴퓨터와는 별도로, 사용자에게 프로그램을 제공하기 위해 배포되는 프로그램이 기록되어 있는 자기 디스크(221)(플로피 디스크를 포함한다), 광 디스크(222)(CD-ROM(Compact Disk-Read Only Memory), DVD(Digital Versatile Disk)를 포함한다), 광 자기 디스크(223)(MD(Mini-Disk)를 포함한다), 혹은 반도체 메모리(224) 등으로 이루어지는 패키지 미디어에 의해 구성되는 것뿐만아니라, 컴퓨터에 사전에 내장된 상태에서 사용자에게 제공되는 프로그램이 기억되어 있는 ROM(202)이나 기억부(208)가 포함되는 하드디스크 등으로 구성된다.

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

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

이상과 같이, 본 발명에 따른 기록 장치 및 방법, 및 제1 프로그램에 있어서는 입력된 동화상 데이터로부터 해당 동화상 데이터를 대표하는 썸네일 화상을 제1 썸네일 데이터로서 생성함과 함께, 동화상 데이터로부터 특징적인 화상으로서 추출된 화상의 썸네일 화상이나 또는 사용자가 지정한 화상의 썸네일 화상을 제2 썸네일 데이터로서 생성하고, 제1 썸네일 데이터와 제2 썸네일 데이터를, 각각 독립된 그룹으로서 기록 매체에 기록하도록 하였기 때문에, 그 기록되어 있는 화상 데이터를 이용함으로써, 사용자가 기록되어 있는 데이터의 선택을 간편하게 행할 수 있다.

또한, 본 발명에 따른 재생 장치 및 방법, 및 제2 프로그램에 따르면, AV 스트림의 재생이 지시된 경우, AV 스트림의 내용을 나타내는 썸네일 화상의 화상 데이터를 관리하는 관리 데이터를 판독하고, 판독 수단에 의해 판독된 관리 데이터에기초하여, 화상 데이터를 판독하고, AV 스트림으로부터 특징적인 화면으로서 추출된 화면의 썸네일 화상의 화상 데이터나 또는 사용자에 의해 지정된 화면의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터를 판독하고, 판독된 관리 데이터에 기초하여 화상 데이터를 판독하도록 하였기 때문에, 그 판독된 관리 데이터에 의해 사용자가 기록되어 있는 데이터의 선택을 간편하게 행할 수 있다.

Claims

입력된 동화상 데이터로부터 해당 동화상 데이터를 대표하는 썸네일 화상을 제1 썸네일 데이터로서 생성함과 함께, 상기 동화상 데이터로부터 특징적인 화상으로서 추출된 화상의 썸네일 화상이나 또는 사용자가 지정한 화상의 썸네일 화상을 제2 썸네일 데이터로서 생성하는 생성 수단과,

상기 생성 수단에 의해 생성된 상기 제1 썸네일 데이터와 상기 제2 썸네일 데이터를, 각각 독립된 그룹으로서 기록 매체에 기록하는 기록 수단을 구비하는 기록 장치.
제1항에 있어서,

상기 생성 수단은 상기 제1 썸네일 데이터와 상기 제2 썸네일 데이터를, 각각 독립된 파일로서 생성하는 기록 장치.
제1항에 있어서,

상기 생성 수단은 상기 제1 썸네일 데이터와 상기 제2 썸네일 데이터를, 각각 독립된 데이터 블록으로 함과 함께 하나의 파일로서 생성하는 기록 장치.
제1항에 있어서,

상기 생성 수단은 상기 제1 썸네일 데이터에 대응하는 번호로 상기 제1 썸네일 데이터를 관리하는 제1 관리 데이터도 생성함과 함께, 상기 제2 썸네일 데이터에 대응하는 번호로 상기 제2 썸네일 데이터를 관리하는 제2 관리 데이터도 생성하고,

상기 기록 수단은 상기 제1 관리 데이터 및 상기 제2 관리 데이터를 상기 기록 매체에 기록하는 기록 장치.
제4항에 있어서,

상기 제1 관리 데이터와 상기 제2 관리 데이터는 관리하는 상기 썸네일 화상의 화상 데이터의 포맷 형식을 나타내는 데이터를 포함하는 기록 장치.
제4항에 있어서,

상기 기록 수단은 상기 제1 썸네일 데이터 또는 상기 제2 썸네일 데이터에 포함되는 상기 썸네일 화상의 화상 데이터를 소정 크기의 블록 단위로 기록하는 기록 장치.
제1항에 있어서,

상기 기록 수단은 상기 제1 썸네일 화상의 참조처를 나타내는 정보를 다른 별도의 파일로서 상기 기록 매체에 기록하는 기록 장치.
제1항에 있어서,

상기 기록 수단은 상기 제2 썸네일 데이터에 포함되는 상기 썸네일 화상의 참조처를 나타내는 정보를 더 기록하는 기록 장치.
입력된 동화상 데이터로부터, 상기 동화상 데이터를 대표하는 썸네일 화상을 제1 썸네일 데이터로서 생성함과 함께, 상기 동화상 데이터로부터 특징적인 화상으로서 추출된 화상의 썸네일 화상이나 또는 사용자가 지정한 화상의 썸네일 화상을 제2 썸네일 데이터로서 생성하는 생성 단계와,

상기 생성 단계의 처리에서 생성된 상기 제1 썸네일 데이터와 상기 제2 썸네일 데이터를, 각각 독립된 그룹으로서 기록 매체에 기록하기 위한 제어를 행하는 기록 제어 단계를 포함하는 기록 방법.
입력된 동화상 데이터로부터, 상기 동화상 데이터를 대표하는 썸네일 화상을 제1 썸네일 데이터로서 생성함과 함께, 상기 동화상 데이터로부터 특징적인 화상으로서 추출된 화상의 썸네일 화상이나 또는 사용자가 지정한 화상의 썸네일 화상을 제2 썸네일 데이터로서 생성하는 생성 단계와,

상기 생성 단계의 처리에서 생성된 상기 제1 썸네일 데이터와 상기 제2 썸네일 데이터를, 각각 독립된 그룹으로서 기록 매체에 기록하기 위한 제어를 행하는 기록 제어 단계를 포함하는 컴퓨터가 판독 가능한 프로그램이 기록되어 있는 기록 매체.
입력된 동화상 데이터로부터 해당 동화상 데이터를 대표하는 썸네일 화상을 제1 썸네일 데이터로서 생성함과 함께, 상기 동화상 데이터로부터 특징적인 화상으로서 추출된 화상의 썸네일 화상이나 또는 사용자가 지정한 화상의 썸네일 화상을 제2 썸네일 데이터로서 생성하는 생성 단계와,

상기 생성 단계의 처리에서 생성된 상기 제1 썸네일 데이터와 상기 제2 썸네일 데이터를, 각각 독립된 그룹으로서 기록 매체에 기록하기 위한 제어를 행하는 기록 제어 단계를 컴퓨터에 실행시키는 프로그램.
화상 데이터의 재생이 지시된 경우, 상기 화상 데이터의 내용을 나타내는 썸네일 화상의 화상 데이터를 관리하는 관리 데이터를 판독하는 제1 판독 수단과,

상기 판독 수단에 의해 판독된 상기 관리 데이터에 기초하여 상기 화상 데이터를 판독하는 제2 판독 수단과,

상기 화상 데이터로부터, 특징적인 화상으로서 추출된 화상의 썸네일 화상의 화상 데이터나 또는 사용자에 의해 지정된 화상의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터를 판독하는 제3 판독 수단과,

상기 제3 판독 수단에 의해 판독된 상기 관리 데이터에 기초하여, 상기 화상 데이터를 판독하는 제4 판독 수단을 포함하는 재생 장치.
화상 데이터의 재생이 지시된 경우, 상기 화상 데이터의 내용을 나타내는 썸네일 화상의 화상 데이터를 관리하는 관리 데이터의 판독을 제어하는 제1 판독 제어 단계와,

상기 판독 제어 단계의 처리에서 판독이 제어된 상기 관리 데이터에 기초하여 상기 화상 데이터의 판독을 제어하는 제2 판독 제어 단계와,

상기 화상 데이터로부터 특징적인 화상으로서 추출된 화상의 썸네일 화상의 화상 데이터나 또는 사용자에 의해 지정된 화상의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터를 판독하는 제3 판독 제어 단계와,

상기 제3 판독 제어 단계의 처리에서 판독이 제어된 상기 관리 데이터에 기초하여, 상기 화상 데이터를 판독하는 제4 판독 제어 단계를 포함하는 재생 방법.
화상 데이터의 재생이 지시된 경우, 상기 화상 데이터의 내용을 나타내는 썸네일 화상의 화상 데이터를 관리하는 관리 데이터의 판독을 제어하는 제1 판독 제어 단계와,

상기 판독 제어 단계의 처리에서 판독이 제어된 상기 관리 데이터에 기초하여 상기 화상 데이터의 판독을 제어하는 제2 판독 제어 단계와,

상기 화상 데이터로부터, 특징적인 화상으로서 추출된 화상의 썸네일 화상의 화상 데이터나 또는 사용자에 의해 지정된 화상의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터를 판독하는 제3 판독 제어 단계와,

상기 제3 판독 제어 단계의 처리에서 판독이 제어된 상기 관리 데이터에 기초하여, 상기 화상 데이터를 판독하는 제4 판독 제어 단계를 포함하는 컴퓨터가 판독 가능한 프로그램이 기록되어 있는 기록 매체.
화상 데이터의 재생이 지시된 경우, 상기 화상 데이터의 내용을 나타내는 썸네일 화상의 화상 데이터를 관리하는 관리 데이터의 판독을 제어하는 제1 판독 제어 단계와,

상기 판독 제어 단계의 처리에서 판독이 제어된 상기 관리 데이터에 기초하여, 상기 화상 데이터의 판독을 제어하는 제2 판독 제어 단계와,

상기 화상 데이터로부터 특징적인 화상으로서 추출된 화상의 썸네일 화상의 화상 데이터나 또는 사용자에 의해 지정된 화상의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터를 판독하는 제3 판독 제어 단계와,

상기 제3 판독 제어 단계의 처리에서 판독이 제어된 상기 관리 데이터에 기초하여, 상기 화상 데이터를 판독하는 제4 판독 제어 단계를 컴퓨터에 실행시키는 프로그램.
화상 데이터, 상기 화상 데이터로부터, 상기 화상 데이터의 내용을 나타내는 썸네일 화상의 화상 데이터와, 그 썸네일 화상의 데이터를 관리하는 관리 데이터를 포함하는 제1 데이터, 및 상기 화상 데이터로부터, 특징적인 화상으로서 추출된 화상의 썸네일 화상의 화상 데이터나 또는 사용자가 지정한 화상의 썸네일 화상의 화상 데이터와, 그 화상 데이터를 관리하는 관리 데이터를 포함하는 제2 데이터가 기록되어 있는 기록 매체.