KR20070092086A

KR20070092086A - 데이터 재생방법 및 재생장치, 기록매체와, 데이터기록방법 및 기록장치

Info

Publication number: KR20070092086A
Application number: KR1020060094145A
Authority: KR
Inventors: 김건석; 박성완
Original assignee: 엘지전자 주식회사
Priority date: 2006-03-07
Filing date: 2006-09-27
Publication date: 2007-09-12

Abstract

본 발명은 멀티앵글 타이틀의 재생을 위한 데이터 재생방법 및 재생장치, 기록매체와, 데이터 기록방법 및 기록장치에 관한 것이다.

본 발명은 멀티앵글을 지원하는 타이틀을 재생함에 있어서, 어플리케이션의 실행에 따라 상기 타이틀을 재생하되, 재생될 앵글을 지정하는 로케이터를 확인하여, 상기 로케이터가 지정하는 앵글로 상기 타이틀을 재생하는 것을 특징으로 하는 데이터 재생방법을 제공한다.

따라서, 본 발명에 의하면, 멀티앵글을 지원하는 콘텐츠를 로케이터를 이용하여 재생할 수 있게 된다. 또한, 타이틀의 재생 도중 사용자의 요구에 따라 인터액티브하게 앵글을 변경하여 콘텐츠를 재생하는 것이 가능하게 된다. 아울러, 재생앵글에 대한 정보를 시스템에 정확하게 제공하는 것이 가능하게 되는 장점이 있다.

기록매체, 멀티앵글, 어플리케이션,

Description

데이터 재생방법 및 재생장치, 기록매체와, 데이터 기록방법 및 기록장치 {Method and apparatus for reproducing data, recordim medium and, method and apparatus for recording data}

도 1은 본 발명의 개념적 이해를 돕기 위해 나타낸 것으로, 광 기록재생장치와 주변기기 간의 통합적 사용의 일 예를 보여주기 위해 나타낸 것이다.

도 2는 본 발명의 기록매체 내에 기록되는 파일구조에 대한 하나의 실시예를 도시한 것이다.

도 3은 멀티 앵글 타이틀(Multi-angle Title) 구현에 관한 일 실시예를 도시한 것이다.

도 4는 본 발명에 의해 광디스크에 기록되는 데이터 기록구조를 도시한 것이다.

도 5는 본 발명의 광 기록재생장치의 전체 구성에 관한 일 실시예를 나타낸 것이다.

도 6은 본 발명의 재생시스템(playback system)을 활용한 데이터 재생장치의 일 실시예를 도시한 것이다.

도 7은 본 발명의 앵글을 특정하는 요소를 포함하는 로케이터 신택스의 실시예를 도시한 것이다.

도 8a ~ 8c는 본 발명의 앵글을 특정하는 요소를 포함하는 로케이터 신택스의 또 다른 실시예들을 도시한 것이다.

도 9는 본 발명에 따른 데이터 재생의 흐름도를 도시한 것이다.

도 10a ~ 10b는 타이틀의 재생상태정보를 저장하는 메모리 유닛의 일 실시예를 도시한 것이다.

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

11 : 픽업 12 : 제어부

13 : 신호처리부 15 : 로컬 스토리지

17 : 재생시스템

40 : 가상 파일 시스템(virtual File System)

42 : BD-J 오브젝트(BD-J Object)

42a : 키 인터레스트 테이블(Key Interest Table)

42b : 터미널 정보(Terminal Information)

42c : 어플리케이션 매니지먼트 테이블(Application Management Table)

42d : 어플리케이션 캐쉬 정보(Applicatio Cache Information)

51 : 가상 파일구조(Virtual package)

17 : 재생시스템 (playback system)

171 : 모듈 매니저(Module Manager)

172 : 키 이벤트 핸들러(Key Event Handler)

173 : 네비게이터(Navigator)

174 : BD-J 모듈(BD-J Module)

174a: 어플리케이션 매니저(Application Manager)

174b : 자바가상머신(Java VM)

174c : 어플리케이션 캐쉬 매니저(Application Cache Manager)

174d : 어플리케이션 캐쉬(Application Cache)

175 : HDMV 모듈(HDMV Module)

175a : 컨맨드 프로세스(command processor)

176 : 플레이백 컨트롤 엔진(Playback control engine)

176a : 플레이백 컨트롤 펑션(Playback control functions)

176b : 플레이어 레지스터(Player registers)

177 : 프리젠테이션 엔진(Presentation engine)

본 발명은 콘텐츠 제공자에 의해 제공된 데이터의 재생에 관한 것으로, 특히 상기 멀티앵글을 지원하는 타이틀을 재생하는 데이터 재생방법 및 재생장치, 기록매체와 데이터 기록방법 및 기록장치에 관한 것이다.

기록매체로서 대용량의 데이터를 기록할 수 있는 광 디스크가 널리 사용되고 있다. 그 중에서도 최근에는 고화질의 비디오 데이터와 고음질의 오디오 데이터를 장시간 동안 기록하여 저장할 수 있는 새로운 고밀도 기록매체, 예를 들어 블루레 이 디스크(BD: Blu-ray Disc)와 고밀도 디지털 비디오 디스크(HD-DVD: High Definition Digital Versatile Disc) 등이 개발되고 있다.

차세대 기록매체 기술인 고밀도 기록매체는 기존의 DVD를 현저하게 능가하는 데이터를 구비할 수 있는 차세대 광기록 솔루션으로 근래에 다른 디지털기기와 함께 이에 대한 개발이 진행되고 있다. 아울러, 고밀도 기록매체 규격을 응용한 광 기록재생장치의 개발도 시작되었다.

상기 고밀도 기록매체 및 광 기록재생장치의 개발에 따라, 다양한 속성의 데이터들을 콘텐츠로 하는 타이틀 예를 들어 자바 플랫폼을 바탕으로 높은 인터액티버티를 가능하게 하는 타이틀의 기록 및 재생 또한 가능해지고 있다.

그러나, 아직 고밀도 기록매체 규격이 완전히 완비되지 못한 관계로 완성된 광 기록재생장치를 개발하는 데 어려움이 따르는 것이 사실이다. 특히, 콘텐츠가 멀티앵글을 지원하는 경우, 앵글에 따라 콘텐츠를 재생하는 방법이 알려진바 없고, 재생시스템에 재생중인 앵글에 대한 정보를 제공하는 바람직한 방법 등이 알려진바 없어, 본격적인 고밀도 기록매체 기반의 광 기록재생장치를 개발하는데 많은 제약이 따르는 실정이다.

본 발명은 상기와 같은 실정을 감안하여 창작된 것으로서, 멀티앵글을 지원하는 콘텐츠를 재생하는 데이터 재생방법 및 재생장치를 제공하는데 그 목적이 있다. 아울러, 콘텐츠를 앵글에 따라 재생가능하게 하는 기록매체와 상기 기록매체에 데이터를 기록하는 데이터 기록방법 및 기록장치를 제공하고자 한다.

상기 목적을 달성하기 위하여, 본 발명은멀티앵글을 지원하는 타이틀을 재생함에 있어서, 어플리케이션의 실행에 따라 상기 타이틀을 재생하되, 재생될 앵글을 지정하는 로케이터를 확인하여, 상기 로케이터가 지정하는 앵글로 상기 타이틀을 재생하는 것을 특징으로 하는 데이터 재생방법을 제공한다.

또한, 본 발명은 상기 로케이터가 이벤트에 포함되어 상기 어플리케이션에 전달되는 실시예를 포함한다.

또한, 본 발명은 상기 로케이터가 지정하는 앵글이, 재생중인 플레이아이템에 포함되는 경우, 상기 앵글로 상기 타이틀을 재생하는 실시예를 포함한다.

또한, 본 발명은 상기 로케이터가 재생될 앵글을 지정하도록, 상기 재생될 앵글의 앵글넘버를 포함하여 생성된 실시예를 포함한다.

또한, 본 발명은 상기 로케이터가 재생될 앵글을 지정하도록, 상기 재생될 앵글의 앵글아이디를 포함하여 생성된 실시예를 포함한다.

또한, 본 발명은 상기 로케이터가 재생될 앵글을 지정하도록, 상기 재생될 앵글이 포함하는 주 비디오의 스트림넘버를 포함하여 생성된 실시예를 포함한다.

또한, 본 발명은 상기 어플리케이션이 상기 로케이터가 지정하는 앵글에 대응하는 앵글넘버를데이터의 재생상태를 저장하는 메모리에 저장하는 실시예를 포함한다.

또한, 본 발명은 멀티앵글을 지원하는 타이틀을 재생함에 있어서, 상기 타이틀과 관련된 데이터를 독출하는 리더부; 그리고 상기 타이틀과 관련된 어플리케이 션이 실행되는 제어부를 포함하되, 상기 어플리케이션은 재생될 앵글을 지정하는 로케이터를 확인하여, 상기 로케이터가 지정하는 앵글로 상기 타이틀을 재생하는 것을 특징으로 하는 데이터 재생장치를 제공한다.

또한, 본 발명은 상기 제어부가 상기 로케이터를 포함하는 이벤트를 생성하여 상기 로케이터에 전달하는 실시예를 포함한다.

또한, 본 발명은 상기 어플리케이션이 상기 로케이터가 지정하는 앵글이, 재생중인 플레이아이템에 포함되는 경우, 상기 앵글로 상기 타이틀을 재생하는 실시예를 포함한다.

또한, 본 발명은 상기 제어부가 상기 재생될 앵글의 앵글넘버를 포함하도록 상기 로케이터를 생성하는 실시예를 포함한다.

또한, 본 발명은 상기 제어부가 상기 재생될 앵글의 앵글아이디를 포함하도록 상기 로케이터를 생성하는 실시예를 포함한다.

또한, 본 발명은 상기 제어부가 상기 재생될 앵글이 포함하는 주 비디오의 스트림넘버를 포함하도록 상기 로케이터를 생성하는 실시예를 포함한다.

또한, 본 발명은 멀티앵글을 지원하는 타이틀을 포함하는 기록매체에 있어서, 상기 타이틀의 스트림 데이터가 기록되는 스트림 영역; 그리고 상기 타이틀의 재생과 관련된 어플리케이션이 기록되는 프로그램 영역을 구비하되, 상기 어플리케이션은 재생될 앵글을 지정하는 로케이터를 확인하여, 상기 로케이터가 지정하는 앵글로 상기 타이틀을 재생하도록 프로그램된 실시예를 포함한다.

또한, 본 발명은 상기 어플리케이션이 상기 로케이터가 지정하는 앵글이, 재 생중인 플레이아이템에 포함되는 경우, 상기 앵글로 상기 타이틀을 재생하도록 프로그램된 실시예를 포함한다.

또한, 본 발명은 상기 어플리케이션이 상기 로케이터가 지정하는 앵글에 대응하는 앵글넘버를 데이터의 재생상태를 저장하는 메모리에 저장하도록 프로그램된 실시예를 포함한다.

또한, 본 발명은 멀티앵글을 지원하는 타이틀을 기록매체에 기록하는 데이터 기록방법에 있어서, 상기 타이틀의 스트림 데이터와 상기 타이틀의 재생과 관련된 어플리케이션을 상기 기록매체에 기록하되, 상기 어플리케이션은 재생될 앵글을 지정하는 로케이터를 확인하여, 상기 로케이터가 지정하는 앵글로 상기 타이틀을 재생하도록 프로그램된 것을 특징으로 하는 데이터 기록방법을 제공한다.

또한, 본 발명은 멀티앵글을 지원하는 타이틀을 기록매체에 기록하는 데이터 기록장치에 있어서, 상기 기록매체에 데이터를 기록하는 기록부; 그리고 상기 타이틀의 스트림 데이터와 상기 타이틀의 재생과 관련된 어플리케이션을 기록하도록 상기 기록부를 제어하는 제어부를 포함하되, 상기 어플리케이션은 재생될 앵글을 지정하는 로케이터를 확인하여, 상기 로케이터가 지정하는 앵글로 상기 타이틀을 재생하도록 프로그램된 것을 특징으로 하는 데이터 기록장치를 제공한다.

이하, 본 발명은 설명의 편의를 위해 기록매체로서 광 디스크(optical disc) 특히 "블루레이 디스크(BD)"를 예로 하여 설명하고자 하나, 본 발명의 기술사상은 HD-DVD를 비롯한 다른 기록매체에도 동일하게 적용 가능함은 자명하다.

관련하여, 본 발명에서 "로컬 스토리지(Local Storage)"라 함은, 광 기록재생장치(도 1) 내에 구비된 일종의 저장수단으로서, 필요한 정보 및 데이터를 사용자가 임의로 저장하여 활용할 수 있는 요소를 의미한다. 현재 일반적으로 사용되는 로컬 스토리지로는 "하드디스크(hard disk)", "시스템 메모리(system memory)", "플래쉬 메모리(flash memory)"등이 있을 수 있으나, 본 발명이 반드시 이에 한정되는 것은 아니다.

특히, 본 발명과 관련하여, 상기 "로컬 스토리지(Local Storage)"는 기록매체(예를 들어 블루레이 디스크)와 연관된 데이터를 저장하는 수단으로도 활용될 수 있으며, 상기 기록매체와 연관되어 로컬 스토리지 내에 저장되는 데이터는 외부로부터 다운로드(download) 받은 데이터가 일반적이다. 기록매체로부터 일부 허용된 데이터가 직접 독출되거나, 또는 기록매체의 기록재생과 관련된 시스템데이터(예를 들어 메타데이터(metadata) 등)가 생성되어, 로컬 스토리지 내에 저장되는 것도 가능하다.

관련하여, 본 발명에서 "바인딩 유닛(Binding Unit)"이라 함은, 상기 로컬 스토리지 내에 저장된 정보의 일 집합으로서, 특히 특정 기록매체에 연관되어 해당 기록매체 내의 정보에 대체(replacing)되거나 또는 추가(appending)되어, 기록매체 를 재생시 로컬 스토리지 내의 데이터를 함께 재생할 수 있도록 하는 데이터를 의미한다.

관련하여, 본 발명에서는 설명의 편의를 위해, 상기 기록매체 내에 기록된 데이터를 "오리지널 데이터(original data)"로 명명하고, 상기 로컬 스토리지 내에 저장된 데이터 중 기록매체와 관련된 데이터를 "어디셔널 데이터(additional data)"로 명명하고자 한다.

또한, 본 발명에서 "타이틀(Title)"이라 함은, 사용자와의 인터페이스를 이루는 재생단위를 말한다. 각각의 타이틀은 특정의 오브젝트(Object)와 링크(link)되어 있다. 특히, 상기 오브젝트(Object) 내의 커맨드(command) 혹은 프로그램에 따라 디스크 내 기록된 해당 타이틀에 관련된 스트림이 재생된다. 특히, 본 발명에서는 설명의 편의를 위해 디스크 내 엠펙(MPEG) 압축방식에 의한 고화질의 동영상 정보가 기록된 타이틀 중 끊김 없는 멀티앵글, 멀티 스토리, 언어 크레딧, 디렉터 컷 등을 지원하는 타이틀을 특히 "HDMV 타이틀(Title)"이라 명한다. 또한, 엠펙(MPEG) 압축방식에 의한 고화질의 동영상 정보가 기록된 타이틀 중 기록매체 내 타이틀의 업데이트 또는 네트워크와의 연결성을 지원하여 높은 인터액티버티를 가능하게 하는 자바 프로그램 정보가 기록된 타이틀을 "BD-J 타이틀(BD-J Title)"이라 명할 것이다.

관련하여, 본 발명에서 타이틀이라 함은 인덱스 테이블에 존재하는 인덱싱 항목을 의미하기도 한다. 즉, 기록매체가 로딩되면 처음 재생되는 화면에 대한 정보를 가지는 "First Playback"과 메뉴화면을 제공하는 "Top Menu" 역시 상기 타이틀의 일종이라 하겠다. 즉, 사용자와 인터페이스를 이루는 재생단위이면, 그 명칭 여하에 관계없이 본 발명의 타이틀에 해당한다.

도 1은 본 발명의 개념적 이해를 돕기 위해 나타낸 것으로, 광 기록재생장치(10)와 주변기기 간의 통합적 사용의 일 예를 보여주기 위해 나타낸 것이다.

관련하여, 본 발명의 "광 기록재생장치(10)"는 여러 가지 규격의 광 디스크를 기록하거나 재생 가능한 기기로서, 설계에 따라서는 특정규격(예를 들면, BD)의 광 디스크만을 기록재생 가능하게 할 수도 있으며, 또한 기록은 제외하고 재생만 하는 것도 가능하다 할 것이다. 이하에서는 본 발명에서 해결하고자 하는 블루레이 디스크(BD)와 주변기기와의 연계성을 고려하여 이하 블루레이 디스크(BD)를 재생하는 플레이어(BD-Player) 또는 블루레이 디스크(BD)를 기록재생하는 리코더(BD-Recorder)를 예로 하여 설명하고자 한다. 관련하여, 본 발명의 "광 기록재생장치(10)"는 컴퓨터 등에 내장가능한 "드라이브(drive)"가 될 수 있음은 이미 널리 알려진 자명한 사실이다.

본 발명의 광 기록재생장치(10)는 광 디스크(30)를 기록재생하는 기능 이외에도, 외부입력신호를 수신받아 이를 신호처리한 후 또 다른 외부 디스플레이(20)를 통해 사용자에게 화면으로 전달하는 기능을 가지게 된다. 이 경우 입력가능한 외부신호에 대해서는 특별한 제한은 없으나, 디지털 방송(Digital multimedia broadcasting) 및 인터넷(Internet) 등이 대표적인 외부입력신호가 될 것이며, 특히, 인터넷(Internet)의 경우 현재 누구나 손쉽게 접근할 수 있는 매체로서 광 기록재생장치(10)를 통해 인터넷(Internet)상의 특정 데이터를 다운로드(download) 받아 활용할 수 있게 된다.

관련하여, 외부 소스(external source)로서 콘텐츠(contents)를 제공하는 자를 총칭하여 "콘텐츠 제공자(CP:contents provider)"로 명명한다.

또한, 본 발명에서 콘텐츠(contents)라 함은 타이틀을 구성하는 내용으로서, 기록매체의 제작자(author) 또는 외부 서버에 의해 제공되는 데이터(data)를 의미한다.

오리지널 데이터와 어디셔널 데이터에 대해 구체적으로 설명하면, 예를 들어 광 디스크 내에 기록된 오리지널 데이터로는 특정 타이틀용의 멀티플렉싱된(multiplexed) AV스트림을 기록해두고, 인터넷상의 어디셔널 데이터로는 상기 오리지널 데이터의 오디오스트림(예를 들어 한국어)과 상이한 오디오스트림(예를 들어 영어)을 제공하면, 사용자에 따라서는 인터넷상의 어디셔널 데이터인 오디오스트림(예를 들어 영어)을 다운로드 받아, 오리지널 테이터인 AV스트림과 함께 재생하거나, 또는 어디셔널 데이터만 재생하고자 하는 요구가 존재할 것이다. 이를 가능케 하기 위해서는 상기 오리지널 데이터와 어디셔널 데이터 간의 연관성을 규정하고, 이들 데이터들을 사용자의 요구에 따라 관리/재생하는 체계화된 방법이 필요하게 된다.

상기에서 설명의 편의를 위해 디스크 내에 기록된 신호를 오리지널 데이터로 하고, 디스크 외부에 존재하는 신호를 어디셔널 데이터라고 명명하였으나, 이는 각각의 데이터를 취득하는 방법에 따라 구분될 따름이지 오리지널 데이터와 어디셔널 데이터가 반드시 특정의 데이터로 한정되는 것은 아니라 할 것이다. 따라서, 어디셔널 데이터로서 일반적인 것은, 오디오(Audio), 프리젠테이션 그래픽(PG:Presentation Graphic), 인터액티브 그래픽(IG:Interactive Graphic), 텍스트 서브타이틀(Text subtitle)등이 될 수 있을 것이나, 이에 한정되지 않으며 상기 열거한 데이터들과 비디오(Video)를 전부 포함하는 멀티플렉싱된(multiplexed) AV 스트림이 될 수도 있다. 즉, 광 디스크 외부에 존재하면서, 오리지널 데이터와 연관된 어떠한 속성의 데이터도 어디셔널 데이터로 가능하다.

또한, 어디셔널 데이터는 인덱스 파일(index) 또는 플레이리스트 파일(*.m2ts), 클립인포 파일(*,clpi) 별로 각각 다운로드 될 수도 있으나, 콘텐츠(contents) 단위 또는 타이틀(Title) 단위로 다운로드 될 수도 있다.

관련하여, 상기 사용자의 요구를 실현 가능케 하기 위하여는 오리지널 데이터와 어디셔널 데이터 상호 간에 연관된 파일구조를 가짐이 필수적이라 할 것인바, 이하 도 2 및 도 4를 통해 블루레이 디스크(BD)에서 사용가능한 파일구조 및 데이터 기록구조에 대해 상세히 설명하면 다음과 같다.

도 2는 본 발명의 기록매체, 즉 예를 들어 BD-ROM과 같은 디스크 내에 기록되는 파일구조에 대한 하나의 실시예를 도시한 것이다. 도 2의 파일구조를 설명하면 다음과 같다.

본 발명의 재생관리 파일구조는, 하나의 루트 디렉토리(root directory) 아래에 적어도 하나 이상의 BDMV디렉토리 (BDMV directory)가 존재하고, BDMV디렉토리 내에는 사용자와의 인터액티버티(interactivity)를 보장하기 위한 일반파일(상위파일) 정보로서 인덱스 파일("index.bdmv")과 오브젝트 파일("MovieObjet.bdmv")을 포함된다. 아울러, 실제 디스크 내에 기록된 데이터에 대한 정보와 이를 재생하는 방법 등에 대한 정보를 가지는 디렉토리로서, 플레이리스트 디렉토리 (PLAYLIST), 클립인포 디렉토리 (CLIPINF), 스트림 디렉토리 (STREAM)와, BD-J 오브젝트 파일을 포함하는 BDJO 디렉토리(BDJO)와 JAR 파일을 포함하는 자바 디렉토 리(JAR)가 구비되며, 디스크 재생에 관련된 보조데이터로 이루어진 보조데이터 디렉토리(AUXDATA)가 구비되어 진다. 이하 상기 디렉토리 및 디렉토리 내에 포함되는 파일에 대해 상세히 설명하면 다음과 같다.

스트림 디렉토리 (STREAM)는, 디스크 내에 특정 포맷으로 기록된 AV스트림 파일들이 존재하며, 예를 들어 스트림파일(01000.m2ts, ...)의 확장명을 "*.m2ts" 로 사용한다. 즉, 스트림 파일 내에 본 발명과 관련된 콘텐츠로서 일반적으로 동영상 데이터가 기록되어 진다.

클립인포 디렉토리 (CLIPINF)는 상기 각각의 스트림 파일과 일대일 대응하는 클립인포 파일(01000.clpi,...)들로 구성되어 진다. 특히, 클립인포 파일(*.clpi)은 대응하는 스트림 파일의 속성정보 및 타임정보 (timing information)등을 기록하게 되며, 특히, 스트림 파일(*.m2ts)과 일대일 대응하는 클립인포 파일(*.clpi)을 묶어 BD 규격에서는 이를 "클립(clip)"이라고 명명한다. 즉, 하나의 스트림파일(*.m2ts)에 대해서는 반드시 대응하는 클립인포파일(*.clpi)이 존재하여야 함을 의미한다.

플레이리스트 디렉토리 (PLAYLIST)는 플레이리스트 파일(00000.mpls,...)들로 구성되며, 각각의 플레이리스트 파일(*.mpls)은 특정 클립(clip)이 재생되는 시간(playing interval)을 지정하는 적어도 하나 이상의 플레이아이템(PlayItem)을 포함하고 있으며, 플레이아이템 (PlayItem)은 재생을 원하는 특정 클립(clip), 즉 플레이아이템 (PlayItem)내에서 클립명 (clip_Information_File_name)으로 지정되는 클립(clip)의 재생 시작시간(IN-Time)과 재생 종료시간(OUT-Time)에 대한 정보 를 가지고 있다.

즉, 플레이리스트 파일(*.mpls)은 적어도 하나 이상의 플레이아이템 (PlayItem)의 조합에 의해 원하는 클립(clip)의 재생을 수행하는, 전체 재생관리 파일구조내의 기본적 재생관리 파일단위가 된다.

특히, 플레이리스트 파일(*.mpls)은 전술한 오브젝트 파일 내의 특정 오브젝트(Object)에 의한 커맨드(command)에 의해서만 동작되며, 따라서, 디스크 재생 시나리오 관점에서, 오브젝트(Object)는 동적인 시나리오(Dynamic scenario)를, 플레이리스트 파일(*.mpls)은 정적인 시나리오(Static scenario)를 수행 또는 관리하게 된다.

도 2에서, BD-J 오브젝트 디렉토리(BDJO)는 BD-J 타이틀을 재생하기 위한 BD-J 오브젝트 파일을 포함한다.

자바 디렉토리(JAR)는 JAR(Java archive) 파일(PPPPP.jar,...)들이 기록되어 있으며, 다양한 어플리케이션(application)이 상기 JAR 파일에 의해 구성될 수 있다. JAR(Java archive) 파일은 복수의 파일 모음을 배포하기 위해 사용되는 압축파일로서, 상기 JAR 파일에는 보통 특정 자바 프로그램과 관련된 자바 클래스(classes) 파일 및 보조 자원(auxiliary resources), 메타데이터 등이 저장된다.

보조데이터 디렉토리(AUXDATA)는 디스크 재생과 관련된 보조적인 정보를 포함하는 파일들로 구성되어 지는바, 예를 들어 재생시 클릭 사운드(click sound) 및 메뉴 사운드(menu sound)정보 등을 제공하는 사운드파일("Sound.bdmv")과, 텍스트 서브타이틀의 재생시 폰트(font)정보를 제공하는 폰트파일("11111.otf")들을 포함 할 수 있다.

메타데이터 디렉토리(META)는 메타데이터(metadata)를 구비하는바, 상기 메타데이터는 데이터에 대한 데이터(data about a data)로서 서치파일 또는 디스크 라이브러리(Disc Library)에 대한 파일 등이 그 예이다.

관련하여, 상술한 파일 및 디렉토리의 위치는 일 실시예에 불과하며, 경우에 따라 그 위치가 변경될 수도 있다. 예를 들면, BD-J 오브젝트 디렉토리(BDJO)와 자바 디렉토리(JAR)를 서브 디렉토리로 갖는 디렉토리가 상기 루트 디렉토리 밑에 별도로 구성되거나, 자바 디렉토리가 상위 디렉토리로서 루트 디렉토리 밑에 구성될 수도 있을 것이다.

본 발명은 BD-J 모드에서의 멀티앵글 타이틀의 재생에 관한 것으로서, 멀티앵글 타이틀을 구성하는 플레이아이템은 둘 이상의 클립을 지정할 수 있다. 멀티 앵글 타이틀(Multi-angle Title) 구현에 관한 일 실시예를 도시한 도 3을 참조하여 구체적으로 설명하면 다음과 같다.

재생앵글(presentation angle)에 따라, 예를 들면 게임에서 어떤 캐릭터를 뒤에서 보는 경우, 정면에서 보는 경우와 상공에서 보는 경우에 따라, 또는 각기 다른 캐릭터 또는 액터의 관점에서 보는 경우 등에 따라 사용자에게 제공되는 이미지가 달라질 수 있다. 즉, 앵글(angle)이란 콘텐츠가 제공하는 각도 또는 보는 관점 내지 위치를 의미하며, 콘텐츠가 다양한 앵글을 제공하는 경우에 이를 멀티 앵글 타이틀이라 한다. 도 3을 참조하면, 멀티 앵글 타이틀이란 플레이아이템이 독립된 복수의 클립(Parallel Clips)을 지정함으로써, 클립(clip)의 재생 시작시간(IN- Time)과 재생 종료시간(OUT-Time)에 대한 정보가 중복되어 타이틀 경로가 복수가 되는 것을 말한다. 따라서 멀티앵글을 통해 같은 시간 축에서 다양한 콘텐츠의 구현이 가능하다.

도 3의 실시예에서, 플레이리스트#1(PlayList#1)은 세 개의 플레이아이템(PlayItem#1,#2,#3)으로 이루어진다. 상기 플레이아이템 중 플레이아이템#1은 클립#1을 지정하고 플레이아이템#3은 클립#3을 지정하여, 각각 하나의 클립의 재생 시작시간(IN-Time)과 재생 종료시간(OUT-Time)에 대한 정보를 가지고 있다. 그러나 플레이아이템#2는 클립#2-1과 클립#2-2의 두 개의 클립을 지정한다. 그러므로 사용자의 선호에 따라, 광 기록재생장치(10)는 플레이아이템#2에서는 클립#2-1을 재생할 수도 있고 클립#2-2를 재생할 수도 있다. 따라서, 타이틀#1은 두 개의 재생경로를 갖게 되며, 사용자는 상기 타이틀#1의 재생 도중 재생경로를 변경하는 것이 가능하다.

관련하여, 하나의 플레이아이템 내 앵글들은 앵글넘버로 구분되며, 각 앵글넘버는 한 플레이아이템 내 각 앵글의 식별정보인 앵글 아이디(angle_id)에 '1'을 더해 얻어진다. 앵글 아이디는 하나의 플레이아이템이 지정하는 클립의 수에 따라, '0'부터 일만큼씩 증가하게 된다.

도 4는 본 발명에 의해 광디스크에 기록되는 데이터 기록구조를 도시한 것으로서, 상기 전술한 파일구조에 관련된 정보들이 디스크 내에 기록되는 형태를 보여준다. 디스크의 내주로부터 보면, 전체 파일을 관리하기 위한 시스템 정보로서 파일시스템 정보 영역 (File System Information area)과, 기록된 스트림 (*.m2ts)을 재생하기 위한, 인덱스 파일, 오브젝트 파일, 플레이리스트 파일, 클립인포 파일 및 메타데이터 파일이 기록된 영역(이를 "database area"라고도 한다), 및 오디오/비디오/그래픽 등으로 구성된 스트림 또는 JAR 파일이 기록되는 스트림 영역 또는 데이터 영역(stream area or data area)이 존재함을 알 수 있다.

또한, 상기 데이터 영역 내의 콘텐츠를 재생하기 위한 파일정보 등을 기록하는 영역을 관리영역이라 하고, 상기 파일시스템 정보 영역 (File System Information area) 및 데이터베이스 영역(database area)이 이에 해당된다. 단, 도 4의 각 영역은 하나의 예로 제시한 것으로서, 본 발명이 도 4와 같은 각 영역의 배열구조에 국한되지 않음은 자명할 것이다.

도 5는 본 발명의 광 기록재생장치(10)의 전체 구성에 관한 일 실시예를 나타낸 것이다.

우선 광 디스크에 기록된 스트림 데이터 및 재생관리 파일을 포함한 관리정보를 재생하기 위한 픽업(11)과 픽업(11)의 동작을 제어하는 서보(14), 상기 픽업(11)으로부터 수신된 재생신호를 원하는 신호 값으로 복원해내거나, 기록될 신호를 광 디스크에 기록되는 신호로 변조(modulation)하여 전달하는 신호처리부(13)와 상기 동작을 제어하는 마이컴(16)이 기본적으로 구성된다.

픽업(11)과 서보(14), 신호처리부(13), 마이컴(16)를 통틀어, 기록재생부라 불리기도 한다. 재생의 관점에서, 상기 기록재생부는 제어부(12)의 제어에 따라 광 디스크(30) 또는 로컬 스토리지(15)로부터 데이터를 읽어 디코더에 제공한다. 즉, 상기 기록부는 재생의 관점에서는 데이터를 읽어오는 재생부(또는 리더부)의 역할 을 한다. 기록의 관점에서, 상기 기록재생부는 AV 인코더(18)에 의해 인코딩된 신호를 받아 비디오, 오디오 데이터 등을 광 디스크(30)에 기록하는 기록부가 된다.

또한, 제어기(12)는 데이터 기록재생장치(10) 내 전체 구성요소의 제어를 담당하게 된다.

관련하여, 제어기(12)와 마이컴(16)은 별개로 구비되어 동작할 수 있다. 또한, 상기 제어기(12)와 마이컴(16)의 기능이 통합되어, 하나의 제어부(control unit)로 동작하는 것도 가능하다. 제어부는 데이터 기록재생장치(10) 내에 구비되는 프로그램(소프트웨어) 및/또는 하드웨어로 구성될 수 있다.

또한, 제어부는 사용자명령 등에 의해 광 디스크 외에 존재하는 어디셔널 데이터를 다운로드 받아 이를 로컬 스토리지(15)에 저장함과 아울러, 기록매체 데이터와 로컬 스토리지 내 데이터를 재생하기 위해 가상 파일구조(Virtual Package)를 생성하며, 상기 생성된 가상 파일구조(Virtual Package)를 활용하여 오리지널 데이터 및/또는 어디셔널 데이터를 사용자의 요구에 따라 재생하게 된다.

관련하여, 가상 파일구조(Virtual Package)는 가상 파일 시스템(Virtual File System)에 의해 수행되는 바인딩 동작(binding operation)을 통해 생성되며, 서로 다른 영역에 각각 저장되어 있는 디스크 내 오리지널 데이터로 구성된 오리지널 클립과 로컬 스토리지 내 어디셔널 데이터로 구성된 어디셔널 클립을 재생관리하는 파일구조가 된다.

또한, 재생시스템(17)은 제어부의 제어에 따라 출력데이터를 최종적으로 디코딩하여 사용자에게 제공하게 되는바, 이는 특히 AV 신호를 디코딩하는 디코더와, 전술한 특정 타이틀의 재생과 관련하여 오브젝트 커맨드 혹은 어플리케이션과, 제어부를 통해 입력되는 사용자명령을 해석하여 재생방향을 결정하는 플레이어 모델로 구성된다.

또한, AV 인코더(18)는 광 디스크에 신호를 기록하는 기능의 수행을 위해 제어부(12)의 제어에 따라 입력신호를 특정포맷의 신호, 예를 들어 엠펙2(MPEG2) 트랜스포트 스트림으로 변환하여 신호처리부(13)에 제공하게 된다.

"재생시스템(playback system)"이라 함은, 광기록재생기 내에 구비되는 프로그램(소프트웨어) 및/또는 하드웨어로 구성되는 집합적 재생처리 수단으로서, 광기록재생기 내에 로딩된 기록매체를 재생함은 물론, 상기 기록매체에 관련되어 로컬 스토리지 내에 저장된(예를 들어, 외부로부터 다운로드 받은) 데이터를 함께 재생 및 관리하기 위한 시스템을 의미한다.

특히, 재생시스템(17)은 "Module Manager(171)", "Key Event Handler(172)", "BD-J Module(174)", "HDMV Module(175)", , "Playback control engine(176)", "Presentation engine(177)" 및 "Virtual File System(40)"으로 구성된다.

우선, 본 발명의 재생시스템(17, playback system)의 특징은 다음과 같다.

첫째, HDMV 타이틀을 위한 "HDMV Module(175)"와 BD-J 타이틀을 위한 "BD-J Module(174)"이 독립적으로 구성되고, 동시에 두 Module(174, 175)이 실행되지 않는다. 즉, HDMV 타이틀 재생 중에는 BD-J 타이틀을 재생할 수 없으며, 그 반대도 마찬가지이다.

둘째, HDMV 타이틀과 BD-J 타이틀은 각각 별도 방식의 사용자명령을 수신하며, 상호 간에는 사용자명령을 수행하는 방식이 독립적이다. "User Event Manager(171a)"는 사용자가 리모콘, 키보드 또는 마우스 패드 등의 특정 키를 누르면, 대응하는 "User Operation(UO)" 또는 "Key Event"를 생성한다. "Module Manager(171)"는 수신된 명령이 "User Operation(UO)"에 의한 사용자명령이면 이를 "HDMV Module(175)" 로 전송하여 수행케 하고, 수신된 명령이 "Key Event"에 의한 사용자명령이면 이를 "BD-J Module(174)"로 전송한다.

세째, "Playback Control Engine(176)"의 관리(이를 "마스터(master)"라고도 한다)는 현재 동작중인 모듈(174, 175)중의 하나가 담당한다. 즉, HDMV 타이틀 재생중에는 "HDMV Module(175)"이 마스터(master)가 되고, BD-J 타이틀을 재생중에는 "BD-J Module(174)"이 마스터(master)가 된다.

관련하여, 본 발명의 재생시스템(17, playback system)에서 상기 "Module Manager(171)"와 "HDMV Module(175)", "BD-J Module(174)", "Playback Control Engine(176)"은 소프트웨어적인 처리가 가능하다. 실제 하드웨어 구성보다는 소프트웨어로 처리함이 설계에 더욱 유용하다. 단, "Presentation Engine(177)" 및 디코더와 플레인(Planes)은 하드웨어적으로 설계되는 것이 일반적이다. 특히, 소프트웨어적으로 처리되는 구성요소(예를 들어, 도면부호 171, 172, 174, 175, 176)의 경우는 도 5에서 전술한 제어부의 한 부분으로 구성될 수도 있다. 따라서, 본 발명의 구성은 그 의미로서 이해하여야 하며, 하드웨어적 구성인지 소프트웨어적 구성 인지에 국한되지 않음을 밝혀두고자 한다. 이하, 상기 재생시스템(17) 내 각 모듈의 기능 및 역할을 구체적으로 설명하면 다음과 같다.

우선, 가상 파일 시스템(40)은 기록매체에 기록된 오리지널 데이터와 로컬 스토리지의 어디셔널 데이터를 묶어 가상 파일구조(51, Virtual Package)를 생성한다. 다만, 로컬 스토리지에 상기 로딩된 기록매체에 대응하는 바인딩 유닛이 없는 경우, 상기 기록매체 내 디스크 파일구조(Disc Package)만을 이용하여 가상 파일구조(51)를 생성할 수 있다. 가상 파일 시스템(40)은 가상 파일구조의 바인딩 동작을 제공함과 아울러 상기 가상 파일구조(51)에 속하는 파일로의 엑세스 메카니즘을 제어한다.

가상 파일 시스템(40)에 의해 생성된 가상 파일구조(51)는 BD-J 모드와 HDMV 모드에 모두 사용된다. HDMV 모드와 BD-J 모드는 각각 기록매체의 재생모드로써, 상기 기록매체 내 HDMV 타이틀은 HDMV 모드에서, BD-J 타이틀은 BD-J 모드에서 재생된다. BD-J 모드는 자바 플랫폼을 기초로 하며, BD-J 모드에 이용되는 상기 자바 플랫폼을 BD-J 플랫폼이라고도 한다. 콘텐츠 제공자들은 기록매체에 다양한 방식(예를 들어, 전체 디스크를 위한 어플리케이션, 타이틀별 어플리케이션 등)으로 인터액티브 자바 어플리케이션(들)을 프로그램해 둘 수 있다.

관련하여, 본 발명에서 어플리케이션이라 함은 일종의 실행 유닛(an execution unit)으로서, 사용자 또는 다른 어플리케이션에게 특정한 기능을 직접 수행하도록 설계된 프로그램을 말한다. 어플리케이션들은 API(Application Programming Interface)를 사용하여 다른 프로그램에 공식적으로 작업을 요 청(request)하거나 통신하게 된다.

HDMV 모드에서 실행되는 어플리케이션을 HDMV 어플리케이션이라 하고 BD-J 모드에서 실행되는 어플리케이션을 BD-J 어플리케이션이라 한다. HDMV 어플리케이션은 HDMV 플랫폼을 사용하고 BD-J 어플리케이션은 BD-J 플랫폼을 사용하여 특정한 기능을 수행하게 된다.

구체적으로, BD-J 어플리케이션은 "Application Management Table(42c)"에 등록된 자바 'Xlet'을 말한다. 각 BD-J 타이틀은 관련된 "Application Management Table(42c)"을 갖으며, 상기 "Application Management Table(42c)" 상기 타이틀의 BD-J 오브젝트(42)에 저장된다.

관련하여, 어플리케이션은 기록매체 또는 로컬 스토리지(15) 내에 존재할 수 있다. 즉, 특정 어플리케이션을 구성하는 JAR 파일들은 기록매체에 존재할 수도 있으나, 로컬 스토리지에 존재할 수도 있다. 다만, 가상 파일 시스템(40)에 의해, 상기 JAR 파일은 그 기원에 관계없이 HDMV 모드와 BD-J 모드 모두에서 엑세스가 가능하다.

HDMV 모드와 BD-J 모드는 각각 HDMV 타이틀을 위한 "HDMV Module(175)"과 BD-J 타이틀을 위한 "BD-J Module(174)"에 의하여 독립적으로 관리된다. 상기 "HDMV Module(175)" 및 "BD-J Module(174)"은 재생시스템(17)의 하드웨어적 구성으로부터 커맨드(command) 혹은 어플리케이션을 분리하여, 상기 커맨드 혹은 어플리케이션의 이동(portability)을 가능하게 한다. 상기 커맨드(command) 혹은 어플리케이션 등을 수신하여 처리하는 수단으로써, "HDMV Module(175)" 내에는 "Command processor(175a)"가, "BD-J Module(174)"내에는 "Application manager(174a)", "Java VM(174b)", "Application Cache(174d)" 및 "Application Cache Manager(174c)"가 각각 구비되어 있다.

관련하여, 본 발명은 자바 플랫폼에 기초한 모드에서 재생되는 타이틀이 멀티앵글 타이틀인 경우(이하, BD-J 멀티앵글 타이틀), 상기 멀티앵글 타이틀을 재생하는 방법에 관한 것이다.

본 발명에서 기록매체 및/또는 로컬 스토리지의 데이터를 재생하는 재생단위인 BD-J 타이틀은 어플리케이션 및 관련된 A/V 데이터로 구성될 수 있다. 다만, 경우에 따라 타이틀은 어플리케이션을 포함하지 않고, 단순히 A/V 데이터를 재생할 수도 있다. 예를 들면, 자동재생(autostart) 플레이리스트는 관련된 어플리케이션 없이 실행될 수도 있다. 마찬가지로, 타이틀이 반드시 A/V 데이터의 재생(presentation)을 포함할 필요가 있는 것은 아니다. 예를 들면, 게임과 같이 하나 또는 그 이상의 어플리케이션만으로 구성된 타이틀이 존재할 수도 있다.

이하에서는 도 6을 참조하여, 어플리케이션을 포함하여 구성된 타이틀 중 BD-J 타이틀의 재생에 대하여 설명한다.

인덱스 테이블의 각 타이틀은 각각 하나의 오브젝트에 연결된다. BD-J 타이틀은 하나의 BD-J 오브젝트(42)에 연결되며, 상기 BD-J 오브젝트는 "XXXXX.bdjo" 파일로서 저장된다. BD-J 오브젝트에는 BD-J 타이틀과 관련된 관리정보(management information)를 포함하는데, 상기 관리정보로는 "KeyInterestTable(42a)", "TerminalInfo(42b)", "AMT(42c)"과 "AppCacheInfo(42d) 등이 있다.

인덱싱 테이블 중 BD-J 타이틀의 재생명령이 내려지면, 상기 BD-J 타이틀을 활성화(activate)하기 위해, "Module Manager(171)"는 상기 BD-J 타이틀에 대응하는 BD-J 오브젝트 아이디(BD-J Object ID)를 "BD-J Module(174)에 보낸다. 상기 "BD-J Module(174)"은 수신한 BD-J 오브젝트 아이디에 대응하는 BD-J 오브젝트(42)를 로드한다. 상기 BD-J 오브젝트 내 "Application Management Table(AMT,42c)"은 "BD-J Module(174)"에 의해 "Application Manager(174a)"로 보내지게 되며, "Application Cache Information(AppCacheInfo, 42d)"은 "Application Cache Manager(174c)"로 보내져 처리된다. 또한, "BD-J Module(173)"은 "KeyInterestTable(42a)"을 "User Event manager(171a)"로 로드하고, "Terminal Information(TerminalInfo, 42b)"를 "Module Manager(171)로 로드한다.

"Application Management Table(AMT,42c)"은 타이틀 단위로 이용가능하며, 실행될 어플리케이션들을 리스트하여, 광 기록재생장치가 재생되는 BD-J 타이틀과 관련된 어플리케이션을 구분할 수 있도록 한다. 또한, "Application Management Table(AMT,42c)"은 재생되는 BD-J 타이틀과 관련된 어플리케이션들의 라이프사이클 관리 및 매개정보(parametrization data) 등과 같은 각 어플리케이션에 관한 포괄적인 재생정보를 제공한다. 상기 "Application Management Table(AMT,42c)"이 "Application Manager(174a)"로 로드되면, 상기 "Application Manager(174a)"는 상기 "Application Management Table(AMT,42c)"에 표시(describe)된 자동 실행(auto run) 어플리케이션을 실행시키게 된다. 상기 어플리케이션의 실행에 따라 상기 타이틀의 재생이 시작되게 된다.

상기 어플리케이션은 상기 타이틀의 재생을 위하여 특정 역할을 수행하는 코드들(예를 들어, 타이틀 재생시작 코드, 사용자명령을 수신하기 위한 코드, 사용자명령 따른 재생을 수행하기 위한 코드 등...)을 포함하여 구성된다. 어플리케이션을 구성하는 상기와 같은 코드는 객체(object)라고 불리기도 한다. 본 발명의 어플리케이션은 클래스, 인터페이스, 메쏘드 등을 이용하여 프로그램될 수 있는데, 클래스는 객체로 구체화되며, 인터페이스는 클래스로 구현(implements)되어 객체로 구체화되게 된다.

관련하여, 어플리케이션은 상기 "Application Management Table(42c)에 표시된 다른 어플리케이션을 실행시킬 수 있다. 이 경우, 실행중인 어플리케이션은 종료되며, 상기 다른 어플리케이션에 실행되어 그에 따라 타이틀이 재생된다.

"Application Manager(174a)"는 "Application Management Table(42c)"에 표시된 상기 어플리케이션을 실행하기 위해, 상기 어플리케이션을 구성하는 JAR 파일을 가상 파일구조(51) 또는 "Application Cache(174d)"로부터 "Java VM(174b)"에 로드한다. 상기 JAR 파일들에 대한 "java.io" 및 클래스 로딩을 통해 상기 어플리케이션이 실행되게 된다. "Application Manager(174b)"은 어플리케이션 관리 펑션을 포함하며, 상기 어플리케이션 관리 펑션에 의해, "Application Management Table(42c)"에 표시된, "Java VM(174b)"에서 실행되는(executed) 어플리케이션의 라이프사이클이 관리된다.

관련하여, "Application Cache(174d)"는 BD-J 모드를 위한 일종의 사전로드(preload) 버퍼로서, 어떤 파일들이 가상 파일구조(52)로부터 BD-J 모드를 위한 일종의 사전로드(preload) 버퍼인 "Application Cache(174d)"로 전달되어야 하는지는 BD-J 오브젝트(42)에 "AppCacheInfo(42d)"를 포함된 "AppCacheInfo(42d)"에 따라 결정된다.

상기 "Java VM(42c)" 내 어플리케이션의 실행에 따라, "Playback Control Engine(176)"은 실제 디스크 또는 로컬 스토리지에 존재하는 플레이리스트 파일 정보를 해석하여 해당 플레이리스트를 실행하게 된다. 상기 플레이리스트의 실행에 의해 재생되는 클립들이 "Presentation Engine(177)"에 제공되고, "Presentation Engine(177)" 내 디코더를 통해 스트림의 종류에 따라 비디오/오디오/그래픽/텍스트서브타이틀 중 어느 하나로 디코딩된다. 상기 디코딩된 스트림은 플레인(Planes)을 통해 사용자에게 디스플레이된다.

관련하여, "Playback Control Engine(176)"은 실제 모든 재생을 관리하는 "Playback Control Functions(176a)"과 플레이어의 재생환경 및 재생상태("Player status registers(PSR)" 및 "General purpose register(GPR)")를 저장하는 "Player Registers(176b)"로 구분된다. "Playback Control Functions(176a)"은 "Playback Control Engine(176)"의 핵심 유닛으로서, "Playback Control Functions(176a)"이 "Playback Control Engine(176)"을 의미하는 경우도 있다. "Player Registers(176b)" 중 "Player Status Registers"는 광 기록재생장치(10)의 상태를 나타낸다. "Player Registers(176b)" 중 "General Purpose Registers"는 일반적인 프로그래밍을 위해 사용되며, HDMV 어플리케이션과 BD-J 어플리케이션 사이에서의 데이터의 공유에 사용된다.

관련하여, BD-J 타이틀은 게임과 같이 사용자와 콘텐츠 간의 높은 인터액티버티가 요구되는 경우에 구성되는 것이 일반적이며, 인터액티버티의 보장을 위해 어플리케이션의 실행에 따라 재생되게 된다. BD-J 멀티앵글 타이틀의 재생 도중, 재생시나리오, 사용자명령 등에 의해 앵글 체인지가 요구되는 경우, 상기 타이틀이 상기 변경된 앵글로 재생되어야 할 것이다. 그러나, 인터액티버티를 보장하면서, 상기 앵글 체인지를 수행하는 바람직한 방법이 알려진바 없어 문제이다.

본 발명은 로케이터 신택스에 따라 생성된 로케이터를 이용하여, BD-J 멀티앵글 타이틀을 재생하는 데이터 재생방법 및 재생장치를 제공한다. 본 발명의 로케이터는 가상 파일 시스템(40)상의 미디어 또는 데이터 파일들을 식별(identify)하고 가리키기(locate) 위해 사용된다. 예를 들어, 로케이터가 타이틀 선택 'API'에서 사용되는 경우, 상기 로케이터는 타이틀을 식별하기 위해 사용될 수 있다.

관련하여, 로케이터가 정해진 문법에 따라 구성될 때, 광 기록재생장치(10)가 상기 로케이터를 해석하여 적절한 미디어 또는 데이터 파일들을 로드할 수 있다. 만약, 로케이터가 로케이터 신택스에 따라 구성되지 않는 경우, 상기 로케이터는 광 기록재생장치(10)에서 해석될 수 없어, 상기 로케이터가 지정하는 데이터가 로드될 수 없다. 그러므로, 로케이터가 따를 문법이 정의될 필요가 있다. 이하, 본 발명의 로케이터의 구성에 이용되는 문법을 로케이터 신택스라 명명한다.

그러므로, 본 발명은 로케이터를 이용하여, BD-J 멀티앵글 타이틀의 재생앵글(presentation angle)을 특정할 수 있도록, 앵글을 특정하는 요소를 포함하는 로케이터 신택스를 제공한다. 광 기록재생장치(10)의 재생시스템(17)은 상기 로케이 터 신택스에 따라 프로그램되어야 하며, BD-J 멀티앵글 타이틀을 재생하는 어플리케이션 또한 상기 로케이터 신택스에 따라 프로그램되어야 할 것이다.

관련하여, 본 발명의 로케이터 신택스에는 앵글을 지정하는 요소와 주 비디오를 지정하는 요소가 따로 정의된다. 하나의 요소가 복수의 의미를 나타낼 경우, 프로그램에서의 처리가 복잡해짐은 물론, 그 모호함으로 인해 의도하지 않은 결과가 발생할 수도 있기 때문이다.

본 실시예에 따른 로케이터는 멀티앵글 구조를 갖는 플레이아이템의 경우, 상기 플레이아이템 내 앵글을 앵글넘버를 사용하여 지정할 수 있다. 앵글넘버는 앵글아이디에 '1'을 더하여 얻을 수 있다. 앵글아이디는 앵글을 식별(identify)하기 위해 앵글마다 부여되는 정보로써, '0'부터 시작하여 '1'씩 증가함은 도 3에서 설명한바 있다. 앵글아이디가 '0'인 앵글은 'Clip_Information_file_name[0]'이 특정(specify)하는 클립의 재생에 의해 표현(representation)되며, 앵글아이디가 'n'인 앵글은 'Clip_Information_file_name[n]'이 특정하는 클립의 재생에 의해 표현(representation)된다.

예를 들어, 상기 BD-J 멀티앵글 타이틀의 재생을 관리하는 플레이리스트의 아이디가 '00001'이고, 상기 플레이리스트의 플레이아이템의 아이디가 '10'이고, 재생앵글의 앵글넘버가 '2'인 경우, "bd://PLAYLIST:00001.ITEM:10.an:2"인 로케이터가 생성될 수 있다. 플레이리스트 아이디(playlist_id) '00001'에 의해 식별되는 상기 플레이리스트는 가상파일 시스템(40) 상의 플레이리스트 디렉토리 하에 위치하며, 대응하는 파일명은 "00001.mpls"이다. 상기 로케이터는 상기 플레이아이템이 참조하는(refer to) 복수의 클립들 중, 'Clip_Infomation_file_name[1]'이 특정하는 클립을 지정(indicate)한다. 예를 들어, 플레이아이템 중 앵글넘버가 '3'인 앵글을 지정하고자 하는 경우, "bd://PLAYLIST:00001.ITEM:10.an:3"인 로케이터가 생성될 것이다.

상기 클립에 포함된 기본 스트림들 중 재생될 기본 스트림(들)은 컴포넌트 태그(component_tag)에 의해 지정될 수 있을 것이다. 예를 들어, "bd://PLAYLIST:00001.ITEM:10.an:2.V1:02&A1:02"인 로케이터는 플레이리스트 '1'의 플레이아이템 '10' 중 두 번째 앵글을 표현하는 클립에 포함된 기본 스트림들 중 스트림넘버가 '2'인 주 비디오 기본 스트림(primary video elementary stream)과 스트림넘버가 '2'인 주 오디오 기본 스트림(primary audio elementary stream)을 지정한다. 상기 스트림넘버들은 상기 플레이아이템의 스트림넘버 테이블(STN 테이블)에 정의되어 있다.

관련하여, 앵글넘버를 이용하여 로케이터가 구성되는 경우를 예로 하였으나, 로케이터 신택스가 앵글넘버 대신 앵글아이디를, 재생앵글을 지정하는 요소로 포함하는 경우, 앵글아이디를 이용하여 로케이터가 구성되게 될 것이다.

도 8a ~ 8c는 본 발명의 앵글을 특정하는 요소를 포함하는 로케이터 신택스의 또 다른 실시예들을 도시한 것이다. 도 8a ~ 8c의 로케이터 신택스들은, 하나의 클립에 하나의 주 비디오 기본 스트림만이 존재한다는 것을 전제로, 재생앵글에 포 함된 주 비디오 기본 스트림의 스트림 넘버를 지정함으로써, 상기 앵글을 식별하도록 한다. 반면, 도 7의 실시예는 하나의 클립에 하나의 주 비디오 기본 스트림 만이 존재함을 전제하지 않으며, 재생앵글을 지정함으로써 재생될 클립을 지정하는 것에 차이가 있다.

관련하여, 도 8a ~ 도 8c의 로케이터 신택스들 같은 문법을 나타내며, 따라서 상기 신택스들에 의하면 동일한 로케이터가 생성된다. 구체적으로 설명하면 다음과 같다.

도 8a를 참조하면, 도 8a의 로케이터 신택스는 기본 스트림을 식별하는 컴포넌트 태그의 스트림 타입 아이디 중 하나로 앵글을 갖는다. 도 8a의 실시예에 따르면, 예를 들어 "bd://PLAYLIST.00001.ITEM:10.V1:02&A1:02&ANGLE:02"의 로케이터가 생성될 수 있다. 상기 로케이터는 플레이리스트 '1'의 플레이아이템 '10'의 스트림넘버 테이블에 엔트리를 갖는 기본 스트림들 중에, 주 비디오 스트림 넘버가 '2'인 주 비디오 기본 스트림과 주 오디오 스트림 넘버가 '2'인 주 오디오 기본 스트림을 지정한다. 상기 로케이터에 포함된 스트림 타입 아이디 중 '"ANGLE:"' 터미널(terminal) 값에 설정된 '02'는, 스트림 넘버가 '2'인 주 비디오 기본 스트림을 나타낸다. 이를 통해, 상기 주 비디오 기본 스트림을 포함하는 클립에 대응하는 앵글이 식별될 수 있다.

도 8b를 참조하면, 도 8b의 로케이터 신택스에 따르면, 예를 들어 "bd://PLAYLIST.00001.ITEM:10.ANGLE:02&V1:02&A1:02"와 같은 로케이터가 생성될 수 있다. 또한, 'stream_type_id'와 '"ANGLE:"' 중 하나가 선택되어 스트림 넘버가 설정되어 컴포넌트 태그를 구성하고, '&'로 연결되어 복수의 컴포넌트 태그가 로케이터에 포함될 수 있으므로, 도 8a에서 예로 한, "bd://PLAYLIST.00001.ITEM:10.V1:02&A1:02&ANGLE:02"와 같은 로케이터가 생성될 수도 있다.

도 8a와 마찬가지로, 도 8b의 로케이터 신택스에서 '"ANGLE:"' 터미널에 설정되는 값은 주 비디오 기본 스트림의 스트림 넘버이며, 상기 주 비디오 기본 스트림을 포함하는 클립에 대응하는 앵글이 로케이터가 지정하는 앵글이 된다. 다만, 8b의 실시예는 '"ANGLE:"' 터미널'이 스트림 타입 아이디들 중 하나가 아니라는 점에서, 도 8a의 실시예와 차이가 있다.

도 8c를 참조하면, 도 8a 및 도 8b와 마찬가지로, 도 8c의 로케이터 신택스에 따르면, 예를 들어 "bd://PLAYLIST.00001.ITEM:10.ANGLE:02&V1:02&A1:02"와 같은 로케이터가 생성될 수 있다. 도 8b에서 설명한 것과 마찬가지 이유로, "bd://PLAYLIST.00001.ITEM:10.V1:02&A1:02&ANGLE:02"와 같은 로케이터가 생성되는 것도 가능하다.

도 8c의 로케이터 신택스는 스트림 타입 아이디 요소 외에 앵글 타입 아이티를 요소로 갖는다는 점 외에, 도 8a ~ 도 8b의 로케이터 신택스와 같다. 즉, 도 8a ~ 도 8b와 마찬가지로, 도 8c의 로케이터 신택스의 '"ANGLE:"' 터미널에 설정되는 값 역시 주 비디오 기본 스트림의 스트림 넘버이며, 상기 주 비디오 기본 스트림을 포함하는 클립에 대응하는 앵글이 로케이터가 지정하는 앵글이 된다.

가상 파일구조 내 인덱스 테이블 중 BD-J 멀티앵글 타이틀이 선택되면, 상기 BD-J 멀티앵글 타이틀에 대응하는 BD-J 오브젝트가 "BD-J Module(174)"에 의해 로드된다. 상기 BD-J 오브젝트에 포함된, "Application Management Table(42c)"에 표시된 어플리케이션(들)이 "Java VM(174b)"에서 실행되게 된다(S10). 상기 어플리케이션(들)의 실행에 따라, 상기 BD-J 멀티앵글 타이틀이 재생되게 된다.

BD-J 멀티앵글 타이틀의 재생도중, 재생시나리오 또는 사용자 명령 등에 의해 앵글체인지 명령이 발생할 수 있다(S20). 예를 들어, 사용자가 리모콘, 키보드, 마우스패드 등 사용자 인터페이스를 통해 앵글의 변경을 요구하는 경우, 제어부는 상기 앵글체인지 명령을 수신하여, 대응하는 이벤트를 발생시킬 수 있다. 구체적으로, 재생시스템이 앵글체인지 'User Operation'을 구현하고, 상기 앵글체인지 'User Operation'이 마스크되지 않은 경우, "User Event Manager(171a)"는 상기 사용자 명령에 대응하는 이벤트를 생성한다.

본 발명에 의하면, 상기 이벤트는 상기 앵글체인지 명령에 대응하는 앵글을 지정하는 로케이터가 포함하게 될 것이다(S30). 상기 로케이터는 로케이터 신택스에 따라, 앵글넘버, 앵글아이디 또는 스트림 넘버 등을 포함하여 생성된다. 앵글넘버, 앵글아이디 또는 스트림 넘버 등은 재생될 앵글을 식별하는 정보로써 이용되게 된다.

상기 이벤트는 "Key Event Handler(172)"에 의해 "BD-J Module(174)"로 보내져, 상기 "Java VM(174b)"에서 실행 중인 어플리케이션에 전달된다(S40). 상기 이벤트를 수신한 어플리케이션은 상기 이벤트에 포함된 로케이터를 확인하여, 상기 BD-J 멀티앵글 타이틀을 상기 로케이터가 지정하는 앵글로 재생할 수 있다(S50).

다만, 상기 앵글이 현재 재생중인 플레이아이템에 포함되는 앵글이 아니거나(예를 들어, 멀티앵글 구조가 아닌 플레이아이템 구간에서의 앵글체인지 명령이 있는 경우), 앵글체인지가 허용되지 않는 것으로 설정된 경우(예를 들어, 'fast forwarding' 중에 앵글체인지 명령이 있는 경우)와 같이 재생중인 앵글을 변경할 수 없는 경우, 상기 어플리케이션은 상기 이벤트를 무시(ignore)할 수 있다.

관련하여, 상기 로케이터를 포함하는 이벤트는 재생시스템에 재생중인 앵글에 대한 정보로써 작용할 수도 있다. 이를 통해,상기 BD-J 멀티앵글 타이틀의 재생상태를 더욱 파악할 수 있게 되어, 상기 재생시스템이 안정화될 수 있게 되는 장점이 있다.

본 발명은 BD-J 멀티앵글 타이틀에 관한 것이므로, 멀티앵글 구조를 갖는 플레이아이템에서 재생되는 앵글이 기록매체의 재생상태를 나타내는 메모리 유닛에 저장될 수 있다. 타이틀의 재생상태정보를 저장하는 메모리 유닛의 일 실시예를 도시한 도 10a ~ 도 10b를 참조하면, "Player Status Registers(PSRs)" 중 하나(이하, PSR3)에 재생되는 앵글을 나타내는 정보가 저장될 수 있다.

상기 PSR3는 재생되는 타이틀이 멀티앵글 구조를 갖는 플레이아이템에서 어떤 앵글로 재생되는지를 나타내는데 사용되며, 재생되는 앵글에 해당하는 앵글넘버가 상기 PSR3에 저장되게 된다.

전술한 본 발명에 의하면, BD-J 멀티앵글 타이틀을 로케이터를 이용하여, 앵글에 따라 재생할 수 있게 된다. 또한, 본 발명에 따른 로케이터를 이용하여, 재생 앵글에 대한 정보를 재생시스템에 정확하게 제공하는 것이 가능하게 되는 장점이 있다.

본 발명을 상술한 실시예에 한정되지 않으며, 첨부된 청구범위에서 알 수 있는 바와 같이 본 발명이 속한 분야의 통상의 지식을 가진 자에 의해 변형이 가능하고 이러한 변형은 본 발명의 범위에 속한다.

상기에서 설명한 본 발명에 따른 데이터 재생방법 및 재생장치, 기록매체와 데이터 기록방법 및 기록장치에 의하면, 멀티앵글을 지원하는 콘텐츠를 로케이터를 이용하여 재생할 수 있게 된다. 또한, 타이틀의 재생 도중 사용자의 요구에 따라 인터액티브하게 앵글을 변경하여 콘텐츠를 재생하는 것이 가능하게 된다. 아울러, 재생앵글에 대한 정보를 시스템에 정확하게 제공하는 것이 가능하게 된다.

Claims

멀티앵글을 지원하는 타이틀을 재생함에 있어서,

어플리케이션의 실행에 따라 상기 타이틀을 재생하되,

재생될 앵글을 지정하는 로케이터를 확인하여,

상기 로케이터가 지정하는 앵글로 상기 타이틀을 재생하는 것을 특징으로 하는 데이터 재생방법.
제 1 항에 있어서,

상기 로케이터는 이벤트에 포함되어 상기 어플리케이션에 전달되는 것을 특징으로 하는 데이터 재생방법.
제 1 항에 있어서,

상기 로케이터가 지정하는 앵글이, 재생중인 플레이아이템에 포함되는 경우,

상기 앵글로 상기 타이틀을 재생하는 것을 특징으로 하는 데이터 재생방법.
제 1 항에 있어서,

상기 로케이터는 재생될 앵글을 지정하도록, 상기 재생될 앵글의 앵글넘버를 포함하여 생성된 것을 특징으로 하는 데이터 재생방법.
제 1 항에 있어서,

상기 로케이터는 재생될 앵글을 지정하도록, 상기 재생될 앵글의 앵글아이디를 포함하여 생성된 것을 특징으로 하는 데이터 재생방법.
제 1 항에 있어서,

상기 로케이터는 재생될 앵글을 지정하도록, 상기 재생될 앵글이 포함하는 주 비디오의 스트림넘버를 포함하여 생성된 것을 특징으로 하는 데이터 재생방법.
제 1 항에 있어서,

상기 어플리케이션은 상기 로케이터가 지정하는 앵글에 대응하는 앵글넘버를데이터의 재생상태를 저장하는 메모리에 저장하는 것을 특징으로 하는 데이터 재생방법.
멀티앵글을 지원하는 타이틀을 재생함에 있어서,

상기 타이틀과 관련된 데이터를 독출하는 리더부; 그리고

상기 타이틀과 관련된 어플리케이션이 실행되는 제어부를 포함하되,

상기 어플리케이션은 재생될 앵글을 지정하는 로케이터를 확인하여, 상기 로케이터가 지정하는 앵글로 상기 타이틀을 재생하는 것을 특징으로 하는 데이터 재생장치.
제 8 항에 있어서,

상기 제어부는 상기 로케이터를 포함하는 이벤트를 생성하여 상기 로케이터에 전달하는 것을 특징으로 하는 데이터 재생장치.
제 8 항에 있어서,

상기 어플리케이션은 상기 로케이터가 지정하는 앵글이, 재생중인 플레이아이템에 포함되는 경우, 상기 앵글로 상기 타이틀을 재생하는 것을 특징으로 하는 데이터 재생장치.
제 8 항에 있어서,

상기 제어부는 상기 재생될 앵글의 앵글넘버를 포함하도록 상기 로케이터를 생성하는 것을 특징으로 하는 데이터 재생장치.
제 8 항에 있어서,

상기 제어부는 상기 재생될 앵글의 앵글아이디를 포함하도록 상기 로케이터를 생성하는 것을 특징으로 하는 데이터 재생장치.
제 8 항에 있어서,

상기 제어부는 상기 재생될 앵글이 포함하는 주 비디오의 스트림넘버를 포함하도록 상기 로케이터를 생성하는 것을 특징으로 하는 데이터 재생장치.
제 8 항에 있어서,

상기 데이터 재생장치는 데이터의 재생상태를 저장하는 메모리를 더 포함하고,

상기 어플리케이션은 상기 로케이터가 지정하는 앵글에 대응하는 앵글넘버를데이터의 재생상태를 저장하는 메모리에 저장하는 것을 특징으로 하는 데이터 재생장치.
멀티앵글을 지원하는 타이틀을 포함하는 기록매체에 있어서,

상기 타이틀의 스트림 데이터가 기록되는 스트림 영역; 그리고

상기 타이틀의 재생과 관련된 어플리케이션이 기록되는 프로그램 영역을 구비하되,

상기 어플리케이션은 재생될 앵글을 지정하는 로케이터를 확인하여, 상기 로케이터가 지정하는 앵글로 상기 타이틀을 재생하도록 프로그램된 것을 특징으로 하는 기록매체.
제 15 항에 있어서,

상기 어플리케이션은 상기 로케이터가 지정하는 앵글이, 재생중인 플레이아이템에 포함되는 경우, 상기 앵글로 상기 타이틀을 재생하도록 프로그램된 것을 특징으로 하는 기록매체.
제 15 항에 있어서,

상기 어플리케이션은 상기 로케이터가 지정하는 앵글에 대응하는 앵글넘버를 데이터의 재생상태를 저장하는 메모리에 저장하도록 프로그램된 것을 특징으로 하는 기록매체.
멀티앵글을 지원하는 타이틀을 기록매체에 기록하는 데이터 기록방법에 있어서,

상기 타이틀의 스트림 데이터와 상기 타이틀의 재생과 관련된 어플리케이션을 상기 기록매체에 기록하되,

상기 어플리케이션은 재생될 앵글을 지정하는 로케이터를 확인하여, 상기 로케이터가 지정하는 앵글로 상기 타이틀을 재생하도록 프로그램된 것을 특징으로 하는 데이터 기록방법.
제 18 항에 있어서,

상기 어플리케이션은 상기 로케이터가 지정하는 앵글이, 재생중인 플레이아이템에 포함되는 경우, 상기 앵글로 상기 타이틀을 재생하도록 프로그램된 것을 특징으로 하는 데이터 기록방법.
제 18 항에 있어서,

상기 어플리케이션은 상기 로케이터가 지정하는 앵글에 대응하는 앵글넘버를 데이터의 재생상태를 저장하는 메모리에 저장하도록 프로그램된 것을 특징으로 하는 데이터 기록방법.
멀티앵글을 지원하는 타이틀을 기록매체에 기록하는 데이터 기록장치에 있어서,

상기 기록매체에 데이터를 기록하는 기록부; 그리고

상기 타이틀의 스트림 데이터와 상기 타이틀의 재생과 관련된 어플리케이션을 기록하도록 상기 기록부를 제어하는 제어부를 포함하되,

상기 어플리케이션은 재생될 앵글을 지정하는 로케이터를 확인하여, 상기 로케이터가 지정하는 앵글로 상기 타이틀을 재생하도록 프로그램된 것을 특징으로 하는 데이터 기록장치.
제 21 항에 있어서,

상기 어플리케이션은 상기 로케이터가 지정하는 앵글이, 재생중인 플레이아이템에 포함되는 경우, 상기 앵글로 상기 타이틀을 재생하도록 프로그램된 것을 특징으로 하는 데이터 기록장치.
제 21 항에 있어서,

상기 어플리케이션은 상기 로케이터가 지정하는 앵글에 대응하는 앵글넘버를 데이터의 재생상태를 저장하는 메모리에 저장하도록 프로그램된 것을 특징으로 하는 데이터 기록장치.