KR20110133537A - 재생 장치, 재생 방법 및 기록 매체 - Google Patents

재생 장치, 재생 방법 및 기록 매체 Download PDF

Info

Publication number
KR20110133537A
KR20110133537A KR1020110125329A KR20110125329A KR20110133537A KR 20110133537 A KR20110133537 A KR 20110133537A KR 1020110125329 A KR1020110125329 A KR 1020110125329A KR 20110125329 A KR20110125329 A KR 20110125329A KR 20110133537 A KR20110133537 A KR 20110133537A
Authority
KR
South Korea
Prior art keywords
state
player
playback
reproduction
content data
Prior art date
Application number
KR1020110125329A
Other languages
English (en)
Other versions
KR101143252B1 (ko
Inventor
도시야 하마다
야스시 후지나미
다쯔야 가꾸무
고지 이하라
수스께 우쯔미
Original Assignee
소니 주식회사
소니 컴퓨터 엔터테인먼트 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 소니 주식회사, 소니 컴퓨터 엔터테인먼트 인코포레이티드 filed Critical 소니 주식회사
Publication of KR20110133537A publication Critical patent/KR20110133537A/ko
Application granted granted Critical
Publication of KR101143252B1 publication Critical patent/KR101143252B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/322—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is digitally coded
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/782—Television signal recording using magnetic recording on tape
    • H04N5/783—Adaptations for reproducing at a rate different from the recording rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
    • H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8227—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being at least another television signal

Abstract

기록 매체로부터 재생되는 콘텐츠에 대하여, 인터랙티브한 기능을 보다 높은 자유도로 실현할 수 있도록 한다. 리소스 파일의 파일명을 예를 들면 「CCdannnn.RCO」로 하고, 확장자 「RCO」로 리소스 파일인 것을 나타내며, CC로 언어 속성을 나타내고, d로 디폴트 언어의 파일을 나타내며, a로 상정되는 표시 디바이스의 종횡비(aspect ratio)를 나타낸다. nnnn은 식별 번호이다. 콘텐츠의 선두로부터의 재생이 지시되면, 플레이어의 설정 언어와 일치하는 언어 속성의 리소스 파일이 탐색되어, 존재하면 그 파일이 선택되고, 존재하지 않으면 디폴트 언어의 파일이 선택된다. 2파일이 선택된 경우, 다시 종횡비에 기초하여 파일을 선택한다. 리소스 파일의 초기 선택이 자동적으로 행해지기 때문에, 콘텐츠와 리소스 파일을 독립하여 기록할 수 있어, 자유도가 높은 메뉴 화면 등을 용이하게 제작할 수 있다.

Description

재생 장치, 재생 방법 및 기록 매체{REPRODUCING APPARATUS, REPRODUCING METHOD, AND RECORDING MEDIUM}
본 발명은, 대용량의 기록 매체에 기록된 프로그램의 재생 제어를 용이하게 행할 수 있도록 한 재생 장치, 재생 방법 및 재생 프로그램, 기록 매체, 및 데이터 구조체에 관한 것이다.
종래부터, 영화나 드라마, 음악 콘서트라고 한 영상이나 음성을, DVD 등의 기록 매체에 수록하여 패키징하여 제공하는 셀 패키지에서는, 메뉴 화면이나 다양한 설정을 행하는 서브 메뉴 화면의 표시나, 이들 메뉴 화면에서의, 유저로부터의 입력을 접수하여 화면 상에 표시된 버튼(버튼 화상)의 선택이나, 선택된 기능의 실행을 지시하는 인터랙티브 기능이 실현되었다.
예를 들면, DVD 비디오에서는, 이러한 메뉴 화면이나 버튼 등의 기능은, MPEG2(Moving Pictures Experts Group2) 프로그램 스트림에서 비디오 스트림에 대하여 다중화된 서브픽쳐 데이터와, 마찬가지로 MPEG2 프로그램 스트림으로 다중화된 네비게이션 팩 내의 하이라이트 데이터에 의해 실현되고 있다. 즉, 서브픽쳐 데이터에 의한 자막 표시와 동일한 구조로 버튼의 비트맵 화상을 표시하고, 유저에 의해 선택이나 실행이 지시된 버튼은, 하이라이트 데이터에 따라 비트맵 화상의, 예를 들면 색을 변경함으로써, 시각적인 효과를 실현하고 있다.
하이라이트 데이터에는, 각 버튼의 상하좌우의 위치 관계, 즉 유저가 커서 키 등을 조작하여 선택 상태의 버튼을 변경해 갈 때에, 새롭게 지정된 버튼을 선택 상태로 하는지의 여부에 대한 정보나, 선택 상태나 실행 상태의 버튼의 색 정보 등이 기술된다. 또한, 하이라이트 데이터에는, 버튼이 실행 상태로 될 때에 실행하는 네비게이션 커맨드(버튼 커맨드)가 기술된다. 즉, DVD 비디오에서는, 화면에 표시된 버튼이 조작되었을 때에 실행되는 프로그램(네비게이션 커맨드)이 MPEG2 프로그램 스트림 내에, 분산되어 다중화된다.
이와 같이, 하이라이트 데이터는, MPEG2 프로그램 스트림으로 분산하여 다중화되어 있고, 메뉴 화면의 표시 시 등에, 비디오 스트림이나 오디오 스트림과 동시에 플레이어에게 판독된다. 메뉴 화면의 표시 시에는, 판독된 비디오 스트림은, 메뉴 화면의 배경의 동화상으로서 이용되고, 오디오 스트림은, 배경 음악(BGM)으로서 이용된다. 일본 특개2004-304767호 공보에는, 이와 같이, 스트림 내에 버튼 화상 등을 다중화하는 기술이 기재되어 있다.
이 방법에 따르면, 메뉴 화면 등의 재생 시에 이용된, 버튼 화상 데이터, 비디오 스트림, 오디오 스트림이라고 한 부품 데이터가 메뉴 화면 등의 재생마다 필요한 만큼, 디스크로부터 재생되어 판독되기 때문에, 판독된 부품 데이터를 일시적으로 저장하기 위한 플레이어의 내장 메모리의 용량이 작아도 된다는 장점이 있었다.
그러나, 전술한 바와 같은, 하이라이트 데이터를 MPEG2 프로그램 스트림으로 분산하여 다중화하는 방법에서는, 인터랙티브의 기능을 실현하기 위해, 하기와 같이, 여러 제약이 있다고 하는 문제점이 있었다.
첫째, 버튼 화상이나 메뉴 화면 등의 인터랙티브 기능의 제작이, MPEG2 엘리멘터리 스트림의 작성(인코드) 및 다중화로 독립되지 않기 때문에, 메뉴 화면 등의 제작과 비디오의 제작을 각각 독립시켜 행하는 것이 어렵다.
둘째, 네비게이션 커맨드가 MPEG2 스트림 내에 분산되어 다중화되기 때문에, 제작 시의 프로그램의 디버그가 되기 어렵다.
셋째, 네비게이션 커맨드가 MPEG2 스트림 내에 분산되어 다중화되어 있기 때문에, 플레이어에서의 프로그램 실행에 제약이 발생한다. 즉, 종래의 방법에서는, 어느 한 시각에 제시되는 비디오 및 오디오에 대하여 상기 비디오 및 오디오와 동시각에 실행되는 네비게이션 커맨드가, 상기 비디오 및 오디오 데이터가 다중화되어 있는 근방에 매립된다. 그 때문에, 예를 들면 네비게이션 커맨드만을 미리 판독하여 동기 실행하고, 메뉴 화면의 표시나 유저의 조작에 대한 응답을 고속화한다고 하는 생각을 할 수 없었다.
넷째, 종래의 방법에서는, 메뉴 화면을 호출하면, 동화상의 재생이 중단된다. 이것은, 메뉴 화면을 호출함으로써, 메뉴 화면을 구성하는 서브픽쳐 데이터가 다중화되어 있는 개소로 점프하기 때문이다. 그 때문에, 점프 직전까지 재생하고 있었던 동화상은, 재생이 중단된다. 또한, 메뉴 화면이 반복하여 재생되는 구조로 되어 있는 경우, 반복점에서 전술한 바와 같은 점프가 발생하기 때문에, 이 경우에도, 동화상 재생 등이 중단된다.
다섯째, 메뉴 화면의 표시 등, 인터랙티브 기능을 실현하기 위한 프로그램을 재이용하는 것이 어려웠다. 이것은, 서브픽쳐 스트림이나, 하이라이트 데이터가 저장되는 네비게이션 팩의, MPEG2 스트림 내에 다중화되는 위치가, 비디오 스트림과 밀접히 관계하고 있기 때문에, 다른 비디오 스트림에 프로그램을 적용하는 경우에는, 서브픽쳐 스트림이나 네비게이션 팩의 재다중화가 필요하기 때문이다.
이들 문제점을 해결하기 위해, 메뉴 화면을 구성하는 데이터나 프로그램을 비디오 스트림이나 오디오 스트림으로 다중화하지 않고, 다른 데이터 파일에 저장하고, 비디오의 재생 시에는, 이 데이터 파일을, 재생되는 비디오 스트림이나 오디오 스트림과 같이 판독하여 실행하는 방법이 생각되어진다.
그러나, 이 방법에서는, 다음에 기술한 바와 같은 문제점이 있었다. 일반적으로, 디스크로부터 데이터를 판독할 때의 데이터 레이트(판독 레이트)에는 상한이 있고, 비디오 재생 중에는, 다중화 스트림의 판독에 의해, 디스크로부터의 판독 레이트가 상한에 달하게 된다. 그 때문에, 인터랙티브 기능을 실현하기 위한 데이터 파일은, 스트림의 판독 전에 미리 판독해 두어야 한다. 즉, 비디오 재생 개시 전에 인터랙티브 기능을 실현하기 위한 데이터 파일을 판독하고, 메모리에 보존하고 나서, 다중화 스트림의 판독을 개시하게 된다.
한편, 플레이어의 내장 메모리의 용량에는 상한이 있기 때문에, 이 메모리 용량의 제한에 의해, 데이터 파일의 사이즈가 제한되어, 콘텐츠의 제작의 자유도에 제한이 발생하는 것으로 된다. 예를 들면, 사용할 수 있는 버튼 화상의 수에 제한이 발생하고, 베리에이션이 풍부한 메뉴 화면을 제공하는 것이 곤란하였다. 또한, 버튼 화상으로서 보다 색의 수가 많은 화상 데이터나, 고해상도의 화상 데이터를 이용하고 싶어도, 메모리 용량에 의해 색의 수나 해상도가 제한된다.
따라서, 본 발명의 목적은, 인터랙티브한 기능을 보다 높은 자유도로 실현 가능하도록 한 재생 장치, 재생 방법 및 재생 프로그램, 기록 매체, 및 데이터 구조체를 제공하는 것에 있다.
전술한 과제를 해결하기 위해, 본 발명은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 제어하는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 하나 또는 복수의 리소스 파일이 기록된 컴퓨터 장치에 의해 판독 가능한 기록 매체로서, 리소스 파일의 파일명에, 콘텐츠 데이터를 재생할 때에 표준적으로 이용되는 언어를 나타내는 정보와, 리소스 파일의 언어 속성을 나타내는 정보가 포함되는 것을 특징으로 하는 컴퓨터 장치에 의해 판독 가능한 기록 매체이다.
또한, 본 발명은, 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 장치로서, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 제어하는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 하나 또는 복수의 리소스 파일이 기록된 기록 매체로부터 데이터를 판독하는 판독 수단과, 판독 수단에 의해 판독된 리소스 파일을 기억하는 기억 수단과, 재생 제어 프로그램에 따라 콘텐츠 데이터를 재생하는 플레이어 수단을 포함하고, 기록 매체에 복수의 리소스 파일이 기록되어 있을 때, 판독 수단은, 복수의 리소스 파일 중 콘텐츠를 플레이어 수단이 선두부터 재생할 때에 최초로 이용되는 리소스 파일을, 리소스 파일의 파일명에 기초하여 선택하여 판독하도록 한 것을 특징으로 하는 재생 장치이다.
또한, 본 발명은, 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 방법으로서, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 플레이어 수단에 의해 제어시키는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 하나 또는 복수의 리소스 파일이 기록된 기록 매체를 재생할 때에, 기록 매체에 복수의 리소스 파일이 기록되어 있을 때, 복수의 리소스 파일 중 콘텐츠를 플레이어 수단이 선두부터 재생할 때에 최초로 이용되는 리소스 파일을, 리소스 파일의 파일명에 기초하여 선택하여 판독하도록 한 것을 특징으로 하는 재생 방법이다.
또한, 본 발명은, 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 방법을 컴퓨터 장치에 실행시키는 재생 프로그램으로서, 재생 방법은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 플레이어 수단에 의해 제어시키는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 하나 또는 복수의 리소스 파일이 기록된 기록 매체를 재생할 때에, 기록 매체에 복수의 리소스 파일이 기록되어 있을 때, 복수의 리소스 파일 중 콘텐츠를 플레이어 수단이 선두부터 재생할 때에 최초로 이용되는 리소스 파일을, 리소스 파일의 파일명에 기초하여 선택하고 판독하도록 한 것을 특징으로 하는 재생 프로그램이다.
또한, 본 발명은, 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 방법을 컴퓨터 장치에 실행시키는 재생 프로그램이 기록된 컴퓨터 장치에 의해 판독 가능한 기록 매체으로서, 재생 방법은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 플레이어 수단에 의해 제어시키는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 하나 또는 복수의 리소스 파일이 기록된 기록 매체를 재생할 때에, 기록 매체에 복수의 리소스 파일이 기록되어 있을 때, 복수의 리소스 파일 중 콘텐츠를 플레이어 수단이 선두부터 재생할 때에 최초로 이용되는 리소스 파일을, 리소스 파일의 파일명에 기초하여 선택하여 판독하도록 한 것을 특징으로 하는 컴퓨터 장치에 의해 판독 가능한 기록 매체이다.
또한, 본 발명은, 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 방법으로서, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 플레이어 수단에 의한 재생을 제어하는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된 기록 매체로부터 데이터를 판독하고, 재생 제어 프로그램에 따라, 플레이어 수단의, 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여, 콘텐츠 데이터의 재생을 제어하고, 콘텐츠의 재생 중인 재생 제어 프로그램의 명령에 기초하여 복수의 리소스 파일을 전환하도록 하고, 복수의 리소스 파일의 전환은, 플레이어 수단의 4 상태 중, 제어 커맨드를 접수하지 않은 상태, 또한 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 콘텐츠 데이터를 재생하고 있지 않는 상태일 때에 행해지도록 한 것을 특징으로 하는 재생 방법이다.
또한, 본 발명은, 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 방법을 컴퓨터 장치에 실행시키는 재생 프로그램으로서, 재생 방법은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 플레이어 수단에 의한 재생을 제어하는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된 기록 매체로부터 데이터를 판독하고, 재생 제어 프로그램에 따라, 플레이어 수단의, 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여, 콘텐츠 데이터의 재생을 제어하고, 콘텐츠의 재생 중인 재생 제어 프로그램의 명령에 기초하여 복수의 리소스 파일을 전환하도록 하고, 복수의 리소스 파일의 전환은, 플레이어 수단의 4 상태 중, 제어 커맨드를 접수하지 않은 상태, 또한 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 콘텐츠 데이터를 재생하고 있지 않는 상태일 때에 행해지도록 한 것을 특징으로 하는 재생 프로그램이다.
또한, 본 발명은, 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 방법을 컴퓨터 장치에 실행시키는 재생 프로그램이 기록된 컴퓨터 장치에 의해 판독 가능한 기록 매체로서, 재생 방법은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 플레이어 수단에 의한 재생을 제어하는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된 기록 매체로부터 데이터를 판독하고, 재생 제어 프로그램에 따라, 플레이어 수단의, 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여, 콘텐츠 데이터의 재생을 제어하고, 콘텐츠의 재생 중인 재생 제어 프로그램의 명령에 기초하여 복수의 리소스 파일을 전환하도록 하고, 복수의 리소스 파일의 전환은, 플레이어 수단의 4 상태 중, 제어 커맨드를 접수하지 않은 상태, 또한 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 콘텐츠 데이터를 재생하고 있지 않는 상태일 때에 행해지도록 한 것을 특징으로 하는 컴퓨터 장치에 의해 판독 가능한 기록 매체이다.
또한, 본 발명은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 플레이어 수단에 의해 제어시키는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된, 컴퓨터 장치에 의해 판독 가능한 기록 매체로서, 재생 제어 프로그램은, 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여 콘텐츠 데이터의 재생을 제어하는 플레이어 수단에 대하여 재생 제어 명령을 부여하여 콘텐츠의 재생을 제어시키도록 하고, 재생 제어 프로그램의 명령에 기초하여, 플레이어 수단의 상태가, 4 상태 중, 제어 커맨드를 접수하지 않은 상태, 또한 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 콘텐츠 데이터를 재생하고 있지 않는 상태일 때, 콘텐츠의 재생 중에 복수의 리소스 파일을 전환하도록 한 것을 특징으로 하는 컴퓨터 장치에 의해 판독 가능한 기록 매체이다.
또한, 본 발명은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 제어하는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 하나 또는 복수의 리소스 파일을 포함하는 데이터 구조체를 갖는 신호로서, 리소스 파일의 파일명에, 콘텐츠 데이터를 재생할 때에 표준적으로 이용되는 언어를 나타내는 정보와, 리소스 파일의 언어 속성을 나타내는 정보가 포함되는 것을 특징으로 하는 데이터 구조체를 갖는 신호이다.
또한, 본 발명은, 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 장치에서, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 제어하는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 하나 또는 복수의 리소스 파일이 기록된 기록 매체로부터 데이터를 판독하는 판독부와 판독부에 의해 판독된 리소스 파일을 기억하는 기억부와 재생 제어 프로그램에 따라 콘텐츠 데이터를 재생하는 플레이어부를 갖고, 기록 매체에 복수의 리소스 파일이 기록되어 있을 때, 판독부는, 복수의 리소스 파일 중 콘텐츠를 플레이어부가 선두부터 재생할 때에 최초로 이용되는 리소스 파일을, 리소스 파일의 파일명에 기초하여 선택하여 판독하도록 한 것을 특징으로 하는 재생 장치이다.
또한, 본 발명은, 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 장치로서, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 제어하는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된 기록 매체로부터 데이터를 판독하는 판독부와, 판독부에 의해 판독된 리소스 파일을 기억하는 기억부와, 재생 제어 프로그램에 따라 콘텐츠 데이터를 재생하고, 콘텐츠 데이터의 재생을, 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여 제어하는 플레이어부와, 콘텐츠의 재생 중인 재생 제어 프로그램의 명령에 기초하여 복수의 리소스 파일을 전환하는 제어를 행하는 리소스 파일 전환 제어부를 구비하고, 리소스 파일 전환 제어부는, 4 상태 중, 제어 커맨드를 접수하지 않은 상태, 또한 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 콘텐츠 데이터를 재생하고 있지 않는 상태일 때에, 리소스 파일을 전환하도록 한 것을 특징으로 하는 재생 장치이다.
전술한 바와 같이, 본 발명은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 제어하는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 하나 또는 복수의 리소스 파일이 기록된 컴퓨터 장치에 의해 판독 가능한 기록 매체로서, 리소스 파일의 파일명에, 콘텐츠 데이터를 재생할 때에 표준적으로 이용되는 언어를 나타내는 정보와, 리소스 파일의 언어 속성을 나타내는 정보가 포함되기 때문에, 복수의 리소스 파일로부터, 파일명에 기초하여 적절한 언어를 표시하는 1 파일을 선택할 수 있고, 콘텐츠와 리소스 파일을 독립하여 기록 매체에 기록할 수 있다.
또한, 본 발명은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 플레이어 수단에 의해 제어시키는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 하나 또는 복수의 리소스 파일이 기록된 기록 매체를 재생할 때에, 기록 매체에 복수의 리소스 파일이 기록되어 있을 때, 복수의 리소스 파일 중 콘텐츠를 플레이어 수단이 선두부터 재생할 때에 최초로 이용되는 리소스 파일을, 리소스 파일의 파일명에 기초하여 선택하여 판독하도록 하고 있기 때문에, 복수의 리소스 파일이 기록 매체에 기록되어 있어도, 리소스 파일의 초기 선택을 자동적으로 행할 수 있고, 콘텐츠와 리소스 파일을 독립하여 기록 매체에 기록할 수 있다.
또한, 본 발명은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 플레이어 수단에 의한 재생을 제어하는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된 기록 매체로부터 데이터를 판독하고, 재생 제어 프로그램에 따라, 플레이어 수단의, 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여, 콘텐츠 데이터의 재생을 제어하고, 콘텐츠의 재생 중인 재생 제어 프로그램의 명령에 기초하여 복수의 리소스 파일을 전환하도록 하고, 복수의 리소스 파일의 전환은, 플레이어 수단의 4 상태 중, 제어 커맨드를 접수하지 않은 상태, 또한 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 콘텐츠 데이터를 재생하고 있지 않는 상태일 때에 행해지도록 하고 있기 때문에, 콘텐츠 재생 중인 리소스 파일의 전환을 안전하게 행할 수 있다.
또한, 본 발명은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 플레이어 수단에 의해 제어시키는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된, 컴퓨터 장치에 의해 판독 가능한 기록 매체로서, 재생 제어 프로그램은, 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여 콘텐츠 데이터의 재생을 제어하는 플레이어 수단에 대하여 재생 제어 명령을 부여하여 콘텐츠의 재생을 제어시키도록 하고, 재생 제어 프로그램의 명령에 기초하여, 플레이어 수단의 상태가, 4 상태 중, 제어 커맨드를 접수하지 않은 상태, 또한 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 콘텐츠 데이터를 재생하고 있지 않는 상태일 때, 콘텐츠의 재생 중에 복수의 리소스 파일을 전환하도록 되어 있기 때문에, 재생 장치에 대하여, 콘텐츠 재생 중인 리소스 파일의 전환을 안전하게 행하게 하도록 할 수 있다.
또한, 본 발명은, 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 콘텐츠 데이터의 재생을 제어하는 재생 제어 프로그램 및 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 하나 또는 복수의 리소스 파일을 포함하는 데이터 구조체로서, 리소스 파일의 파일명에, 콘텐츠 데이터를 재생할 때에 표준적으로 이용되는 언어를 나타내는 정보와, 리소스 파일의 언어 속성을 나타내는 정보가 포함되도록 하고 있기 때문에, 복수의 리소스 파일로부터, 파일명에 기초하여 적절한 언어를 표시하는 1 파일을 선택할 수 있고, 콘텐츠와 리소스 파일을 독립하여 제공할 수 있다.
본 발명은, 리소스 파일의 파일명의 명명 규칙을, 언어 코드, 디폴트 언어인지의 여부, 상정되는 표시 디바이스의 종횡비, 식별 번호 등에 의해 적절하게 설정하고 있기 때문에, 동일 디렉토리 상에 복수의 리소스 파일을 둘 수 있고, 또한 디스크를 디스크 재생 장치에 장전하였을 때에 최초로 판독할 리소스 파일을, 디스크 재생 장치가 자동적으로 판별할 수 있는 효과가 있다. 그 때문에, 콘텐츠와 리소스 파일을 독립하여 기록 매체에 기록할 수 있다고 하는 효과가 있다.
또한, 본 발명은, 콘텐츠 재생 중인 리소스 파일의 전환 시에 필요한 플레이어 상태를 구하고, 콘텐츠 재생 중에 리소스 파일을 전환할 때에, 플레이어 상태가 상기 상태로 되어 있는지의 여부를 판단하도록 하고 있다. 그 때문에, 콘텐츠 재생 중에 리소스 파일의 전환을 할 수 있고, 그것에 따라 플레이어에서의 리소스 파일을 기억하기 위한 메모리의 용량 제한이 완화되어, 보다 자유도가 높은 콘텐츠 제작이 가능하게 되는 효과가 있다.
또한, 리소스 파일을 스트림 파일과는 독립하여 디스크에 저장하도록 하고 있기 때문에, 리소스 파일의 작성이 엘리멘터리 스트림의 작성(인코드) 및 다중화로 독립되어, 비디오의 제작과 메뉴의 제작을 동시에 병행하여 실시할 수 있다고 하는 효과가 있다.
또한, 메뉴 등을 표시시키는 프로그램이 독립된 파일로서 디스크에 저장되고, 스트림 내에 분산되어 다중화되지 않기 때문에, 프로그램의 디버그가 용이하다고 하는 효과가 있다.
또한, 메뉴 등을 표시시키는 프로그램이 독립된 파일로서 디스크에 저장되고, 스트림 내에 분산되어 다중화되지 않기 때문에, 비디오 재생과 프로그램 실행을 독립할 수 있다고 하는 효과가 있다. 이에 의해, 예를 들면 배경의 비디오 재생을 계속한 상태에서, 메뉴 화면을 비디오의 재생을 중단하지 않고 배경 비디오 화상 상에 거듭 표시시키는 처리도 가능하게 된다.
또한, 메뉴 등을 표시시키는 프로그램이 스트림에 대하여 독립하고 있기 때문에, 프로그램의 재이용이 용이하게 된다고 하는 효과가 있다. 예를 들면, 다른 스트림에 대하여 기존의 프로그램을 적용하는 경우에서는, 스트림 번호의 지정이나 시간을 지정하는 링크 정보를 재기입하는 것만으로도 충분하다.
도 1은 UMD 비디오 규격의 레이어 구성을 도시하는 개략선도.
도 2는 본 발명의 실시의 일 형태에 따른 일례의 플레이어 모델을 모식적으로 도시하는 개략선도.
도 3은 무비 플레이어의 일례의 내부 구성을 도시하는 개략선도.
도 4는 무비 플레이어의 재생 상태 및 정지 상태를 설명하기 위한 도면.
도 5는 본 발명의 실시의 일 형태에 따른 무비 플레이어의 이벤트 모델을 모식적으로 도시하는 모식도.
도 6은 플레이 리스트의 재생 중에 발생하는 일례의 이벤트를 도시하는 개략선도.
도 7은 무비 플레이어 오브젝트가 갖는 일례의 프로퍼티를 일람하여 도시하는 개략선도.
도 8은 무비 플레이어 오브젝트가 갖는 일례의 메소드를 일람하여 도시하는 개략선도.
도 9는 유저 입력에 의한 일례의 키 입력을 도시하는 개략선도.
도 10은 유저 입력에 의한 일례의 키 입력을 도시하는 개략선도.
도 11은 키 입력에 따른 일례의 제어 커맨드를 도시하는 개략선도.
도 12는 키 입력에 대응하는 일례의 이벤트를 도시하는 개략선도.
도 13은 일례의 이벤트 핸들러를 도시하는 개략선도.
도 14는 일례의 이벤트 핸들러를 도시하는 개략선도.
도 15는 유저 입력 이벤트를 계기로 하여, 준비된 프로그램이 실행되는 일례의 처리를 도시하는 플로우차트.
도 16은 스크립트 프로그램의 예에 대하여 설명하기 위한 도면.
도 17은 일례의 스크립트 프로그램을 도시하는 개략선도.
도 18은 UMD 비디오 규격에 적용되는 파일의 일례의 관리 구조를 도시하는 개략선도.
도 19는 파일 "PLAYLIST.DAT"의 전체 구조를 나타내는 일례의 신택스를 도시하는 개략선도.
도 20은 블록 PlayItem()의 일례의 내부 구조를 도시하는 개략선도.
도 21은 블록 PlayLlstMark()의 일례의 내부 구조를 도시하는 개략선도.
도 22는 블록 Mark() 내의 필드 mark_type에 대하여 설명하기 위한 도면.
도 23은 클립 AV 스트림 파일 내에서의 마크 시각의 지정에 대하여 설명하기 위한 도면.
도 24는 클립 AV 스트림 파일 "XXXXX.CLP"의 전체 구조를 나타내는 일례의 신택스를 도시하는 개략선도.
도 25는 블록 StreamInfo()의 엘리멘터리 스트림(elementary stream)에 대한 관련지음을 설명하기 위한 도면.
도 26은 블록 StaticInfo()의 일례의 내부 구조를 도시하는 개략선도.
도 27은 블록 DynamicInfo()의 일례의 내부 구조를 도시하는 개략선도.
도 28은 블록 EP_map()의 일례의 내부 구조를 도시하는 개략선도.
도 29는 본 발명을 적용 가능한 디스크 재생 장치의 일례의 구성을 개략적으로 도시하는 블록도.
도 30은 디스크 재생 장치에서의 동작을 보다 상세하게 설명하기 위한 기능 블록도.
도 31은 본 발명에 의한 무비 플레이어의 상태의 정의를 개념적으로 도시하는 개략선도.
도 32는 현재의 상태와, 메소드에 의해 상태 천이한 후의 상태를, 무비 플레이어의 4상태의 각각에 대하여 조합하여 도시하는 개략선도.
*도 33은 메소드 play()를 실행하였을 때의 무비 플레이어의 상태 천이의 예에 대하여 설명하는 개략선도.
도 34는 플레이 아이템의 재생 방법을 설명하기 위한 개략선도.
도 35는 플레이 리스트의 재생 중에 플레이 리스트의 시점, 종점에 도달하였을 때의 무비 플레이어의 일례의 동작을 도시하는 개략선도.
도 36은 플레이 리스트간의 재생을 설명하기 위한 개략선도.
도 37은 플레이 리스트의 최후에서의 스크립트 레이어에서의 처리의 흐름과, 무비 플레이어의 동작의 일례를 보다 상세하게 도시하는 플로우차트.
도 38은 UMD 비디오 플레이어가 구비하는 3종류의 메모리 영역에 대하여 설명하기 위한 개략선도.
도 39는 플레이어 상태의 백업에 대하여 설명하기 위한 개략선도.
도 40은 플레이어 상태의 백업에 대하여 설명하기 위한 개략선도.
도 41은 리줌 인포메이션의 리스토어와, 파기에 대하여 설명하기 위한 개략선도.
도 42는 리줌 인포메이션의 리스토어와, 파기에 대하여 설명하기 위한 개략선도.
도 43은 리줌 인포메이션의 리스토어와, 파기에 대하여 설명하기 위한 개략선도.
도 44는 리줌 인포메이션의 리스토어와, 파기에 대하여 설명하기 위한 개략선도.
도 45는 메소드 stop()의 인수 resumeInfoClearFlag를 이용한 UMD 비디오 플레이어의 일례의 동작을 도시하는 개략선도.
도 46은 플레이어 상태의 일례의 라이프 사이클을 도시하는 개략선도.
도 47은 리줌 인포메이션의 일례의 라이프 사이클을 도시하는 개략선도.
도 48은 유저 데이터의 일례의 라이프 사이클을 도시하는 개략선도.
도 49는 디스크 상에서의 리소스 파일의 일례의 배치를 도시하는 개략선도.
도 50은 리소스 파일의 파일명의 명명 규칙을 설명하기 위한 개략선도.
도 51은 리소스 파일의 초기 선택을 행하는 일례의 처리를 도시하는 플로우차트.
도 52는 리소스 파일에 저장되어 있는 스트립트 파일의 일례의 내용을 도시하는 개략선도.
도 53은 스크립트의 제1회 실행 후, 최초의 이벤트 핸들러가 선택 및 실행되기까지의 일례의 처리를 도시하는 플로우차트.
도 54는 리소스 파일의 전환을 행하는 일례의 처리를 도시하는 플로우차트.
이하, 본 발명의 실시의 일 형태에 대하여, 하기의 순서에 따라 설명한다.
1. UMD 비디오 규격에 대하여
2. UMD 비디오 규격의 플레이어 모델에 대하여
3. 무비 플레이어의 이벤트 모델에 대하여
4. 무비 플레이어 오브젝트에 대하여
5. 스크립트 프로그램의 예
6. 파일의 관리 구조에 대하여
7. 디스크 재생 장치에 대하여
8. 무비 플레이어의 상태 천이 모델에 대하여
8-1. 무비 플레이어의 상태의 정의에 대하여
8-2. 무비 플레이어에 상태 천이를 발생시키는 메소드에 대하여
8-3. 플레이 리스트 재생 중인 무비 플레이어의 동작에 대하여
8-4. 무비 플레이어의 재생 복귀 기능에 대하여
8-5. 각 데이터의 생활 주기에 대하여
9. 리소스 파일의 전환에 대하여
1. UMD 비디오 규격에 대하여
우선, 이해를 용이하게 하기 위해, 이 실시의 일 형태에 적용 가능한 시스템에 대하여 개략적으로 설명한다. 본 발명의 실시의 일 형태에서는, ECMA 스크립트라고 불리는 스크립트 언어를 이용하여 플레이어 모델을 기술하고 있다. ECMA 스크립트는, ECMA(European Computer Manufacturers Association)에 의해 정해진, Java Script(등록상표)에 기초한 크로스 플랫폼용의 스크립트 언어이다. ECMA 스크립트는, HTML 문서와의 친화성이 높은 것과, 독자의 오브젝트의 정의가 가능하기 때문에, 본 발명에 의한 플레이어 모델에 이용하기에 적합하다.
즉, 종래로부터의 DVD 비디오에서는, 인터랙티브한 기능을 실현하기 위한 제어 프로그램을 기술하기 위해, DVD 비디오 규격으로 정의된 범용적이지 않은 커맨드를 이용하고 있었다. 제어 프로그램은, 복수의 파일이나 데이터 파일 중의 복수의 개소, 또한 AV 스트림 파일 내에 분산되어 매립하도록 되고, 매립된 제어 프로그램이 실행되는 조건이나 순서는, DVD 규격으로 정해져 있었다.
이러한 DVD 비디오의 시스템에서는, 범용적인 콘텐츠 제작 시스템을 구축하는 것이 어렵고, 그 때문에 미리 결정된 각본에 적용시켜 스토리를 만든, 템플릿을 이용한 콘텐츠 제작을 행하고 있었다. 그리고, 템플릿으로서는 대응 가능하지 않는, 복잡한 콘텐츠를 제작하는 경우에는, 우선 콘텐츠 제작 시스템 그 자체를 커스텀 메이드로 작성하고 있었다. 본 발명의 실시의 일 형태에서는, AV 콘텐츠를 제어하기 위해, 범용적이고 확장성이 높은 스크립트 언어인 ECMA 스크립트를 이용함으로써 이러한 문제를 해결하고 있다.
이하에서는, 이 ECMA 스크립트를 바탕으로 한 스크립트 언어를 이용한, 본 발명의 실시의 일 형태에 기초하는 규격을, UMD(Universal Media Disc : 등록상표) 비디오 규격이라고 부른다. 또한, UMD 비디오 규격 중, 특히 스크립트에 관한 부분을 UMD 비디오 스크립트 규격이라고 부른다.
UMD 비디오 규격에 대하여, 개략적으로 설명한다. 도 1은, UMD 비디오 규격의 층 구성을 도시한다. UMD 비디오 규격에서는, 스크립트 레이어, 플레이 리스트 층 및 클립 층의 3층의 층 구조가 정의되고, 이 구조에 기초하여 스트림 관리가 이루어진다.
UMD 비디오 규격에서는, 디지털 부호화된 비디오, 오디오 및 자막을, MPEG2(Moving Pictures Experts Group2)의 패킷타이즈드(Packetized) 엘리멘터리 스트림으로서 다중화한 MPEG2 스트림으로서 취급한다. 이 비디오, 오디오 및 자막의 엘리멘터리 스트림이 다중화된 MPEG2 스트림을, 클립 AV 스트림(Clip AV Stream)이라고 부른다. 클립 AV 스트림은, 클립 AV 스트림 파일에 저장된다. 클립 AV 스트림 파일의 기록 시에, 상기 클립 AV 스트림 파일에 일 대 일로 대응하여, 클립 인포메이션 파일(Clip Information File)이 동시에 작성된다. 이들 클립 인포메이션 파일과, 대응하는 클립 AV 스트림 파일로 이루어지는 조를, 클립(Clip)이라고 부른다.
클립은, 디스크에의 기록의 단위라고도 해야 하는 것으로, 재생 시에 어떠한 순서로 클립을 재생할지는 클립의 상위층인 플레이 리스트 층으로 관리한다. 플레이 리스트 층은 클립의 재생 경로를 지정하는 층으로서, 하나 또는 복수의 플레이 리스트(Play List)를 포함한다. 플레이 리스트는 플레이 아이템의(PLay Item)의 집합으로 이루어진다. 플레이 아이템에는, 클립의 재생 범위를 나타낸 1조의 인(In)점 및 아웃(Out)점이 포함되어 있고, 플레이 아이템을 늘어 놓은 것에 따라, 임의의 순서로 클립을 재생할 수 있도록 된다. 플레이 아이템은, 클립을 중복하여 지정할 수 있다. 클립 AV 스트림 파일의 인점 및 아웃점은, 타임 스탬프(클립내 시각)로 지정되고, 타임스탬프는, 클립 인포메이션 파일의 정보에 의해 클립 AV 스트림 상의 바이트 위치로 변환된다.
플레이 리스트는, 클립의 전부 또는 일부를 가리키는 플레이 아이템을 순서에 따라 재생해 가는 구조만을 갖고 있고, 플레이 리스트만을 이용하여 재생순의 분기나, 유저와의 쌍 방향성을 실현할 수 없다. 본 발명의 실시의 일 형태에서는, 복수의 플레이 리스트가 1개의 파일 "PLAYLIST. DAT"으로 통합되어 있다.
스크립트 레이어는, 언어 사양의 ECMA 스크립트를 확장한, UMD 비디오 스크립트에 의해 구축되는 층이다. UMD 비디오 스크립트는, ECMA 스크립트를 기본으로 하여, 비디오에 특유한 기능을 실현하기 위한 확장을 가한 스크립트이다.
스크립트 레이어는, 플레이 리스트 층의 상위의 층으로서, 플레이 리스트의 재생지시나, 플레이어 설정을 행하는 커맨드 열로 구성된다. 스크립트 레이어의 커맨드에 의해, 복수의 언어용으로 준비된 스트림 중 어느 것을 선택하고, 어떤 조건에 따라 선택되는 플레이 리스트에 재생의 흐름이 변화한다고 하는, 조건 분기를 수반하는 플레이 리스트 재생을 실현할 수 있다. 이러한 조건 분기를 수반하는 플레이 리스트 재생이 이용되는 어플리케이션의 예로서는, 멀티 스토리를 예로 들 수 있다. 이 스크립트 레이어에 의해, 유저와의 쌍방향성 기능(인터랙티브 기능)이 도입된다.
또한, 본 발명의 실시의 일 형태에서는, 스크립트 레이어는, 리소스 파일이라고 불리는 파일에 의해 구성된다. 리소스 파일은, 실제의 ECMA 스크립트에 기초하여 기술되는 스크립트 데이터(스크립트 프로그램), 버튼 조작 시의 효과음 등을 출력하기 위한 사운드 데이터, 메뉴 화면의 배경 화상 등에 이용하는 화상 데이터로 이루어지는 스크린 디자인, 및 버튼 화상 등의 GUI 부품을 표시시키기 위한 화상 데이터(비트맵 데이터)가 포함된다.
리소스 파일은 복수 존재할 수 있다. 또한, 이 실시의 일 형태에서는, 리소스 파일은, 후술하는 소정의 명명 규칙에 따라 파일명이 공급되고, 예를 들면 파일명의 확장자 「RCO」에 의해 상기 파일이 리소스 파일인 것이 표시된다.
2. UMD 비디오 규격의 플레이어 모델에 대하여
다음으로, UMD 비디오 규격에 따른 데이터를 재생하는 재생 장치(플레이어)의 모델, 즉 플레이어 모델에 대하여 설명한다. 플레이어는, 우선 디스크로부터 리소스 파일, 플레이 리스트 파일 및 클립 인포메이션 파일을 판독하고, 다음으로 이들에 의해 정해져 있는 재생 순서에 따라, 클립 AV 스트림 파일을 판독하고, 비디오, 오디오 및 자막 등을 재생한다.
스크립트 프로그램의 언어 사양에서는, 플레이 리스트를 재생하는 기능 블록을, 스크립트 프로그램 내의 오브젝트로서 실장한다. 이 플레이 리스트 재생을 행하는 오브젝트를, UMD 비디오 규격에서는, 무비 플레이어(Movie Player) 오브젝트라고 부른다. 플레이 리스트의 재생 지시나, 플레이어 설정을 행하는 커맨드는, 이 무비 플레이어 오브젝트가 갖는 메소드로 된다. 무비 플레이어 오브젝트는, 스크립트 레이어로부터의 메소드에 의해 제어된다. 이 때, 무비 플레이어 오브젝트로부터 스크립트 레이어에 대하여, 상태의 변화나 재생 위치 등을 통지하는 기능이 필요하게 된다. 이것은, 무비 플레이어 오브젝트가 스크립트 프로그램에 대하여 이벤트를 발하는 것에 대응하여, 그 이벤트에 대응한 처리는, 이벤트 핸들러로서 기술된다.
이와 같이, 무비 플레이어 오브젝트로부터 스크립트 프로그램에의 정보 전달은, 이벤트에 의해 행하고, 스크립트 프로그램으로부터 무비 플레이어 오브젝트에 대한 제어를 메소드에 의해 행하는 모델을 구축함으로써, 클립 AV 스트림의 재생을 스크립트 프로그램으로 제어할 수 있게 된다.
도 2는 전술한, 본 발명의 실시의 일 형태에 따른 일례의 플레이어 모델을 모식적으로 도시한다. 무비 플레이어(300)는, UMD 비디오 규격에서 비디오, 오디오 및 자막의 재생을 담당하는 모듈이다. 전술한 무비 플레이어 오브젝트는, 무비 오브젝트를 스크립트 프로그램으로부터 조작하기 위해 스크립트 프로그램 내의 오브젝트로 한 것이다. 즉, 무비 플레이어 오브젝트는, 무비 플레이어의 기능을 실현하는 실장 모듈을 추상화하여 스크립트 프로그램 상에서 다룰 수 있는 형태로 한 것이다.
또한, 무비 플레이어(300)와 무비 플레이어 오브젝트는, 실질적으로 동일한 대상을 나타낸다고 생각되어지므로, 이하 이들을 동일한 부호를 붙이고 설명한다. 도 2에서, 무비 플레이어(300)는, 유저 입력(310) 등에 의해 야기되는 하위 층(도 2의 예에서는 네이티브 실장 플랫폼(301))이나, 상위 층인 스크립트 레이어(302)로부터의 메소드에 따라, 플레이 리스트 및 클립 인포메이션의 데이터베이스에 기초하여, 클립 AV 스트림 파일의 판독, 판독된 클립 AV 스트림의 디코드 및 표시를 행한다.
무비 플레이어 오브젝트(300)의 내부는, UMD 비디오를 재생하는 UMD 비디오 플레이어의 실장에 의존하는 것으로, 스크립트 레이어(302)로부터는, 블랙박스화된 오브젝트로서, 메소드나 프로퍼티라고 한 API(Application Programming Interface)가 제공된다. 여기서, UMD 비디오 플레이어(UMD Video Player)는, 무비 플레이어를 실장한 실제의 기기를 가리킨다. 모든 UMD 비디오 플레이어는, UMD 비디오 규격의 제약을 지키면서 무비 플레이어를 실장하고 있어, 재생 호환을 갖는다.
도 2에 도시한 바와 같이, 무비 플레이어 오브젝트(300)는, 네이티브 실장 플랫폼(301)으로부터의 제어 커맨드(311)를 접수하는 패스, 스크립트 레이어(302)에 대하여 이벤트(312)를 통지하는 패스, 스크립트 레이어(302)로부터의 메소드(313)를 접수하는 패스의, 3개의 입출력 패스를 갖는다.
제어 커맨드(311)는, 네이티브 실장의 플랫폼(301)으로부터의, 무비 플레이어 오브젝트(300)의 동작을 제어하는 커맨드이다. 네이티브 실장 플랫폼(301)은, 예를 들면 실제 기기로서의 UMD 비디오 플레이어에서의, 기기에 고유 부분과 무비 플레이어(300)의 인터페이스이다. 이벤트(312)는, 무비 플레이어(300)로부터 스크립트 레이어(302)에 대한 스크립트 이벤트이다. 메소드(313)는, 스크립트 레이어(302)의 스크립트 프로그램으로부터 무비 플레이어(300)에 지시되는 메소드이다.
무비 플레이어 오브젝트(300)는, 내부에 UMD 비디오 규격의 플레이 리스트 및 클립 인포메이션의 데이터베이스(320)를 갖는다. 무비 플레이어 오브젝트(300)는 이 데이터베이스(320)를 이용하여, 유저 입력(310)에 대한 무효화(mask)나, 시각으로 지정된 재생 위치를 클립 AV 스트림 내의 바이트 위치로 변환하는 처리 등을 행한다.
무비 플레이어 오브젝트(300) 내의 플레이 백 모듈(321)은, 비디오, 오디오 및 자막이 다중된 MPEG2 PS(Program Stream)인 클립 AV 스트림의 디코드를 행한다. 플레이 백 모듈(321)은, 플레이 및 스톱의 2 상태를 갖고, 제어 명령이나 메소드에 의해, 이 2 상태의 사이를 천이한다(도 3 참조). 또한, 클립 AV 스트림은, MPEG2 PS에 한정되지 않는다. 예를 들면, 클립 AV 스트림으로서 MPEG2 TS(Transport Stream)를 이용하여도, 모델은 마찬가지로 취급하는 것이 가능하다.
스크립트 레이어(302)는, UMD 비디오 스크립트 규격에 기초하는 스크립트 프로그램을 실행하여, 무비 플레이어 오브젝트(300)의 제어나 화면 표시를 행하는 층이다. 이 스크립트 레이어(302)는 콘텐츠 제작자측이 의도한 시나리오를 실현하는 역활을 한다. 스크립트 레이어(302)는 무비 플레이어 오브젝트(300)에 대하여 메소드(313)를 발행하고, 무비 플레이어 오브젝트(300)로부터는 이벤트(312)를 수취한다. 스크립트 레이어(302)는, 네이티브 실장 플랫폼(301) 사이에서 유저 입력(310)에 따른 키 이벤트(314)나, 화면 묘화 등을 네이티브 실장 플랫폼(301)에 대하여 지시하는 메소드(315) 등의 교환을 행한다.
또한, 네이티브 실장 플랫폼(301)은, UMD 비디오 규격으로 규정한 이외의 여러 기능을 갖는다. 본 발명의 실시의 일 형태에서는, 스크립트 레이어(302)으로부터 네이티브 실장 플랫폼(301)에 작용하는 메소드(315)가 존재하기 때문에, 네이티브 실장 플랫폼(301)에도, 기능을 추상화한 오브젝트를 정의하고, 메소드(315)는, 스크립트 프로그램 상에서는, 이 오브젝트에 속한다고 본다. 이것은, 메소드는, 오브젝트에 속하기 때문이다. 따라서, 네이티브 실장 플랫폼(301) 내에 컨트롤러 오브젝트(330)를 정의하고, 메소드(315)는 컨트롤러 오브젝트(330)의 메소드라고 정한다.
예를 들면, 메뉴 화면 상에 배치되는 버튼은, 스크립트 레이어(302)의 스크립트 프로그램으로부터 네이티브 실장 플랫폼(301)에 받는 메소드(315)에 기초하여, 네이티브 실장 플랫폼(301)에 의해 묘화된다. 유저가 그 버튼에 대하여 선택이나 결정 등의 조작을 행할 때에는, 유저 입력(310)에 따른 키 이벤트(314)가 네이티브 실장 플랫폼(301)으로부터 스크립트 레이어(302)에 통지되고, 스크립트 레이어(302) 내의 스크립트 프로그램은, 키 이벤트(314)에 기초하여 키 입력(310)에 따른 처리를 행한다.
이와 같이, 비디오, 오디오 및 자막의 디코드나 표시 제어는 무비 플레이어(300)가 담당하고, 버튼 등의 GUI(Graphical User Interface)를 구성하기 위한 부품 화상(이하, GUI 부품이라고 함)의 배치나 표시, 및 GUI 부품에 대하여 선택이나 결정 등의 조작이 이루어졌을 때의 처리는, 스크립트 레이어(302)가 행하도록 역할 분담이 이루어지고 있다.
네이티브 실장 플랫폼(301)은, 무비 플레이어 오브젝트(300)나 스크립트 프로그램이 동작하기 위한 기반으로 되는 플랫폼으로서, 예를 들면 실제의 UMD 비디오 플레이어가 하드웨어인 경우, 하드웨어와 플레이어 모델 사이의 처리를 중개하는 역활을 하도록 하드웨어에 고유하게 실장된다.
예를 들면, 네이티브 실장 플랫폼(301)은, 유저로부터의 유저 입력(310)을 접수하고, 접수한 유저 입력(310)이 무비 플레이어(300)에 대한 명령인 것인지, 스크립트 레이어(302)에서 묘화 및 표시하고 있는 버튼에 대한 명령인 것인지를 판정한다. 네이티브 실장 플랫폼(301)은, 유저 입력(310)이 무비 플레이어(300)에 대한 명령이라고 판정되면, 유저 입력(310)을 무비 플레이어(300)에 대한 내부 제어 명령인 제어 커맨드(311)로 변환하여, 무비 플레이어(300)에 대하여 제어 명령을 발한다.
한편, 네이티브 실장 플랫폼(301)은, 유저 입력(310)이 스크립트 레이어(302)에서 묘화 및 표시하고 있는 GUI 부품에 대한 명령이라고 판정되면, 유저 입력(310)에 따른 키 이벤트(314)를 스크립트 레이어(302)에 통지한다. 그리고, 이 키 이벤트(314)에 따라 스크립트 레이어(302)로부터 지시된 메소드(315)에 기초하여, 예를 들면 화면 상에 버튼 화상을 표시시킬 수 있다. 즉, 네이티브 실장 플랫폼(301)과 스크립트 레이어(302)는, 무비 플레이어(300)를 통하지 않고, 직접적으로 이벤트 및 메소드의 교환을 행할 수 있다.
또한 예를 들면, 네이티브 실장 플랫폼(301)은, 후술하는, 무비 플레이어(300)의 프로퍼티에 액세스하고, 무비 플레이어(300)의 상태를 보는 것이 가능하도록 되어 있다.
다음으로, 무비 플레이어(300)에 대하여 보다 상세히 설명한다. 도 3은 무비 플레이어(300)의 일례의 내부 구성을 도시한다. 전술한 바와 같이, 무비 플레이어(300)는, 데이터베이스(320) 및 플레이 백 모듈(321)로 구성된다. 데이터베이스(320)는, 디스크로부터 판독한 플레이 리스트의 정보와, 클립의 정보, 즉 클립 인포메이션을 저장하는 영역이다.
플레이 백 모듈(321)은 디코더 엔진(322)과 플레이 백 모듈(321)의 상태를 나타내는 값인 프로퍼티(323)로 이루어진다. 프로퍼티(323)는, 예를 들면 언어 코드와 같이, 무비 플레이어(300)의 초기 설정으로 값이 결정되는 프로퍼티(323A)(판독 전용 파라미터)와, 플레이 백 모듈(321)의 상태에 따라 값이 변화하는 프로퍼티(323B)(플레이어 상태)의 두 종류가 있다.
초기 설정으로 값이 결정되는 프로퍼티(323A)는, 네이티브한 시스템, 예를 들면 실제의 기기에 의해 값이 세트되고, 플레이 리스트나 클립 인포메이션, 스크립트 프로그램으로부터 값을 변경하지 않는다. 프로퍼티(323A)는, 스크립트 프로그램으로부터 값을 판독하는 것만이 가능하게 된다. 한편, 플레이 백 모듈(321)의 상태를 나타내는 프로퍼티(323B)는, 스크립트 프로그램으로부터 값을 판독할 수 있을 뿐 아니라, 일부 스크립트 프로그램으로부터 값을 기입하는 것이 가능하게 된다.
또한, 이 동작 모델에서는, 플레이 리스트 및 클립 인포메이션은, 클립 AV 스트림의 재생 전에 디스크로부터 프리 로드되어 있는 것을 상정하고 있다. 이것에 한하지 않고, 다른 실장이라도, 무비 플레이어 모델로 정한 동작을 실현할 수 있으면 된다.
무비 플레이어 오브젝트(300)는, 스크립트 레이어(302) 또는 네이티브 실장 플랫폼(301)으로부터의 지시에 따라, 지정된 플레이 리스트를 재생한다. 예를 들면, 무비 플레이어(300)는, 데이터베이스(320)를 참조하여, 지정된 플레이 리스트에 대응하는 클립 AV 스트림의 재생 위치를 파일 중의 바이트 위치에서 얻는다. 플레이 백 모듈(321)에서, 디코더 엔진(322)은, 이 재생 위치 정보에 기초하여, 클립 AV 스트림의 디코드를 제어한다.
무비 플레이어(300)는, 도 4에 도시한 바와 같이, 플레이 리스트의 재생 상황에 따라 플레이(play) 및 스톱(Stop)의 2 상태를 갖는다. 재생 상태는, 플레이 리스트가 지정되고, 플레이 리스트의 재생을 행하고 있는 상태를 가리킨다. 통상 재생 외에, 2 배속, 1/2 배속이라고 한 변속 재생이나, 순방향 앞으로 감기 및 역방향 앞으로 감기, 일시 정지(포즈)라고 하는 각종 상태(status)가 재생 상태에 포함된다. 재생을 프레임 단위로 진행시키거나 복귀시키거나 하는, 소위 코마 전송 재생은, 포즈 상태와 재생 상태를 반복하고 있는 상태이다. 정지 상태는, 플레이 리스트를 재생하고 있지 않는 상태이다. 정지 상태에서는, 플레이 리스트가 선택되어 있지 않고, 「현재 재생 중인 플레이 리스트 번호」를 나타내는 플레이어 상태의 값은 일정하지 않다.
예를 들면, 무비 플레이어(300)의 상태는, 무비 플레이어(300) 내의 디코더 엔진(322)에서의 플레이 및 스톱의 상태 천이에 수반하는 것으로, 디코더 엔진(322)의 상태 천이에 따라 프로퍼티(323B)의 값이 갱신된다.
리줌 인포메이션(324)은, 정지 상태 직전의 상태를 기억한다. 예를 들면, 무비 플레이어(300)가 있는 플레이 리스트를 디코드하여 재생 상태로 되어 있을 때에, 상태가 정지 상태로 천이하면, 정지 상태 직전의 상태를 기억한다. 또한, 리줌 인포메이션(324)은, 하드웨어로서의 플레이어가 갖는 불휘발성 메모리에, 디스크의 타이틀마다 식별 가능하도록 복수를 기억시킬 수 있다. 예를 들면, 디스크는, 디스크의 타이틀마다 유니크한 식별 정보(타이틀 ID라고 함)를 갖고, 리줌 인포메이션(324)을 이 식별 정보와 관련지어 기억한다. 이렇게 함으로써, 리줌 인포메이션(324)의 정보에 기초하여, 식별 정보가 대응하는 타이틀의 디스크가 다음에 정지 상태로부터 재생 상태로 천이하였을 때에, 상기 디스크의 재생을, 이전 정지 상태로 되기 직전의 위치부터 시작시키는 것이 가능하다.
3. 무비 플레이어의 이벤트 모델에 대하여
무비 플레이어(300)의 이벤트 모델에 대하여 설명한다. 무비 플레이어(300)는, 플레이 리스트를 재생하는 재생 상태에서, 여러가지 이벤트를 발생한다. 이 이벤트는, 이벤트 핸들러라고 불리는, 스크립트로 기술된 처리 프로그램의 실행을 야기한다. 이벤트 핸들러는 이벤트 발생에 의해 호출되는 메소드이다. 이 이벤트 발생에 의해 처리 프로그램의 실행을 개시하는 프로그램 실행 모델을, 이벤트 주도 모델(event driven model)이라고 부른다. 이벤트 주도 모델에서는, 부정기의 이벤트가 발생하고, 이벤트 발생을 계기로 준비해 둔 프로그램이 실행된다. 이 실시의 일 형태에서는, 스크립트 프로그램은, 이벤트 핸들러군에 의해 무비 플레이어 오브젝트(300)의 동작을 제어한다.
도 5는 본 발명의 실시의 일 형태에 따른 무비 플레이어(300)의 이벤트 모델을 모식적으로 도시한다. 도 5에서, 이벤트 핸들러 onEventA(), onEventB() 및 onEventC()는 인터페이스이고, 각각의 이벤트 핸들러의 내용은 스크립트로 기술되어 있다. 이벤트 핸들러의 내용은, 예를 들면 콘텐츠 제작자측에서 작성되어 실장된다. UMD 비디오 스크립트 규격에서는, 무비 플레이어 오브젝트(300)로부터 스크립트 프로그램에 통지되는 이벤트마다, 이벤트 핸들러가 준비된다. 도 5의 예에서는, 이벤트 A가 발생할 때에 실행되는 처리 프로그램은, 이벤트 핸들러 onEventA()로 정해져 있다. 이벤트 B 및 이벤트 C에 대해서도 마찬가지로, 이벤트 B의 발생 시에는 대응하는 이벤트 핸들러 onEventB()가 실행되고, 이벤트 C의 발생 시에는 대응하는 이벤트 핸들러 onEventC()가 실행된다.
이벤트 발생에 따라 호출되는 이벤트 핸들러는, 시스템측에서 선택되기 때문에, 콘텐츠 제작자측에서는, 어떤 이벤트가 발생하는지를 판단하는 처리를, 스크립트 프로그램 내에 기술해 둘 필요가 없다.
도 6은 플레이 리스트의 재생 중에 발생하는 일례의 이벤트를 도시한다. 플레이 리스트 PLayList의 선두에는, 챕터 마크 ChapterMark가 설정되어 있기 때문에, 플레이 리스트의 선두로부터의 재생 개시 시에는, 우선 챕터 마크에 대응한 이벤트 Chapter가 발생한다. 또한, 챕터가 변할 때마다 이벤트 Chapter가 스크립트 레이어(302)에 통지되고, 대응하는 이벤트 핸들러 onChapter가 실행된다. 또한, 이벤트 마크 EventMark가 설정되어 있는 시각에 재생이 도달하면, 대응하는 마크 이벤트가 발생한다. 그리고, 플레이 리스트의 최후까지 재생이 도달하면, 플레이 리스트의 최후에서 재생이 일시 정지하고, 이벤트 PlayListEnd가 무비 플레이어(300)로부터 스크립트 레이어(302)에 통지된다. 스크립트 레이어(302)측에서는, 대응하는 이벤트 핸들러 onPlayListEnd() 내에서, 다른 플레이 리스트의 재생 개시가 지시된다. 이와 같이 하여, 콘텐츠 제작자가 의도한 순서로, 일련의 플레이 리스트 재생이 계속되어 간다.
이와 같이, 플레이어의 동작 중에는 다양한 이벤트가 발생하는 것으로 하여, 이벤트 발생을 상위 프로그램에 전함으로써, 상위 프로그램은 플레이어의 상태를 파악할 수 있게 된다. 상위 프로그램 쪽에서는, 각 이벤트 발생 통지 시에 실행되는 프로그램(이벤트 핸들러)를 준비해 둠으로써 각종 이벤트 발생에 대처한다. 이벤트 및 이벤트 핸들러의 상세 내용에 대해서는, 후술한다.
이벤트 핸들러가 콘텐츠 제작자에 의해 기술되어 있지 않은 경우에는, 규격으로 규정되어 있는 플레이어에 내장된 동작(디폴트의 이벤트 핸들러)을 실행하거나, 혹은 그 이벤트가 무시되어 아무것도 실행되지 않는다. 아무것도 처리를 행할 필요가 없을 때에는, 이벤트에 대응한 이벤트 핸들러를 기술하지 않도록 함으로써, 적극적으로 이벤트를 무시할 수 있다.
이벤트 모델로서는, 전술한 것 외에, 어떤 이벤트에 대응하는 리스너(listener)를 오브젝트가 플레이어 오브젝트에 등록하고, 플레이어 오브젝트 내에서 발생한 이벤트가 등록된 이벤트이면, 플레이어 오브젝트로부터 상기 이벤트를 등록한 오브젝트에 이벤트를 송신하고, 상기 오브젝트에 대응하는 메소드를 실행하도록 한 이벤트 리스너의 모델이나, 어떠한 이벤트가 발생해도 하나의 메소드를 호출하도록 한 단일 메소드의 모델 등을 생각할 수 있다.
이 실시의 일 형태에 따른 이벤트 모델은, 이벤트 등록, 이벤트 등록 삭제라고 한 처리가 필요한 이벤트 리스너의 모델보다도 간단하다. 또한, 하나의 메소드의 모델은, 어떤 이벤트가 발생하였는지를 알고, 이벤트마다 준비해 둔 처리 루틴을 전환한다고 하는 전처리를, 그 메소드 중에 기술해 둘 필요가 있다. 메소드는, 콘텐츠 제작자측이 실장하는 것이므로, 모델로서는 간단해도, 콘텐츠 제작자측의 부담이 커진다. 또한, 큰 하나의 처리 프로그램(메소드)이 이벤트의 발생마다 호출되어, 메모리의 영역을 많이 점유하고, 실행 속도도 느려진다고 생각되어진다. 본 발명의 실시의 일 형태에 따른, 이벤트마다 처리 프로그램(이벤트 핸들러)을 준비하는 모델에서는, 이러한 점에 대하여 유리하다고 할 수 있다.
4.무비 플레이어 오브젝트에 대하여
다음으로, 무비 플레이어 오브젝트(300)의 외부적인 사양에 대하여 설명한다. 일반적으로, ECMA 스크립트 언어 사양에 따르는 언어에 의해 정의된 오브젝트는, 프로퍼티와 메소드를 갖는다. 이 실시의 일 형태에 따른 무비 플레이어 오브젝트(300)도, 도 2 및 도 3을 이용하여 이미 설명한 바와 같이, 마찬가지로 하여 프로퍼티와 메소드를 갖는다. 프로퍼티는 외부의 오브젝트로부터, 대상으로 되는 오브젝트명과 프로퍼티명을 지정함으로써, 직접적으로 기입 및 판독하는 것이 가능하다. 이것에 한하지 않고, 프로퍼티 값의 설정을 행하는 메소드 setXXX()(「XXX」는, 대상의 프로퍼티명)이나, 프로퍼티 값의 판독을 행하는 메소드 getXXX()를 정의함으로써, 다른 오브젝트의 프로퍼티의 기입 및 판독을, 메소드로 행하는 것이 가능하게 된다.
도 7은 무비 플레이어 오브젝트(300)가 갖는 일례의 프로퍼티를 일람하여 도시한다. 이것은, 도 3에서의 프로퍼티(323)에 대응한다. 도 7의 A는 도 3에서의 판독 전용 파라미터(323A)에 속하는 일례의 프로퍼티를 도시한다. 프로퍼티 scriptVersion은, UMD 비디오 스크립트(UMD Video Script)의 버전을 나타낸다. 프로퍼티 audioChannelCapability는, UMD 비디오 플레이어가 재생 가능한 오디오 채널 수를 나타낸다. 프로퍼티 languageCode는, UMD 비디오 플레이어에 설정된, 메뉴 표시 언어의 언어 코드를 나타낸다. 프로퍼티 audioLanguageCode는, UMD 비디오 플레이어에 설정된 오디오 언어의 언어 코드를 나타낸다. 프로퍼티 subtitleLanguageCode는, UMD 비디오 플레이어에 설정된, 자막(서브타이틀) 언어의 언어 코드를 나타낸다.
디스크가 장전되었을 때에는, 이 판독 전용 파라미터(323A)에 설정된 프로퍼티 languageCode로 나타내는 언어 코드에 기초하여, 디스크로부터 판독하는 스크립트 파일을 결정할 수 있다. 장전된 디스크에, 상기 언어에 대응하는 스크립트 파일이 없는 경우에는, 디폴트 스크립트 파일이 판독된다. 예를 들면, 복수의 스크립트 파일 중, 디스크 상에서 가장 선두측에 배치되는 파일이 디폴트 스크립트 파일로서 판독된다.
도 7의 B는, 도 3에서의 플레이어 상태(323B)에 속하는 일례의 프로퍼티를 도시한다. 프로퍼티 playListNumber는 현재 재생 중인 플레이 리스트의 번호를 나타낸다. 프로퍼티 chapterNumber, 현재 재생 중인 챕터의 번호를 나타낸다. 프로퍼티 videoNumber는 현재 재생 중인 비디오 스트림의 번호를 나타낸다. 프로퍼티 audioNumber는 현재 재생 중인 오디오 스트림의 번호를 나타낸다. 프로퍼티 subtitleNumber는, 현재 재생 중인 자막 스트림의 번호를 나타낸다. 프로퍼티 playListTime은 플레이 리스트 선두를 O으로 하였을 때의 시각을 나타낸다. 프로퍼티 audioFlag는 오디오 재생의 ON/OFF 및 듀얼 모노 LR의 지정을 나타낸다. 프로퍼티 subtitleFlag는 자막 표시의 ON/OFF를 나타낸다.
또한, 듀얼 모노(dualmono)는 스테레오 오디오의 좌우(L, R) 채널을 상호 독립된 모노럴 오디오 채널로서 이용하는 모드이다.
이 플레이어 상태(323B)에 속하는 각 프로퍼티는, 무비 플레이어(300)가 재생 또는 일시 정지 상태일 때에, 이들 정보가 존재한다. 정지 상태로 천이한 경우, 그 시점에서 플레이어 상태(323B)에 속하는 각 프로퍼티는, 리줌 인포메이션(resumeInformation)(324)으로서 백업된다. 이 때, 플레이어 상태(323B)의 내용을 클리어하여도 된다.
도 8은, 무비 플레이어 오브젝트(300)가 갖는 일례의 메소드를 일람하여 도시한다. 이것은, 도 2에서의 메소드(313)에 대응한다. 메소드 play()는, 비디오를 재생한다. 메소드 playChapter()는, 챕터를 지정하여 비디오를 재생한다. 메소드 resume()는, 리줌 인포메이션(324)을 이용한 재생 개시를 행한다. 메소드 stop()은, 비디오의 재생을 정지한다. 메소드 pause()는, 비디오의 재생을 일시 정지한다. 메소드 playStep()는, 비디오를 코마 전송 재생한다. 메소드 changeStream()는, 비디오 스트림, 오디오 스트림 및/또는 자막 스트림을 변경한다. 메소드 getPlayerStatus는, 무비 플레이어(300)에서의 재생, 정지, 일시 정지 등의 상태를 취득한다. 메소드 changeResumeInfo()는, 리줌 인포메이션(324)의 내용을 변경한다. 메소드 reset()는, 비디오의 재생을 정지하고, 리줌 인포메이션(324)의 내용을 클리어한다.
UMD 비디오 규격에서는, 표시 화면 상의 일부분에 비디오를 표시할 수 있도록 되어 있다. 이하의 4개의 메소드는, 이 경우의 비디오 표시에 관한 메소드이다. 메소드 setPos()는, 비디오의 표시 위치를 설정한다. 메소드 getPos()는, 비디오의 표시 위치를 취득한다. 메소드 setSize()는, 비디오의 표시 사이즈를 설정한다. 메소드 getSize()는, 비디오의 표시 사이즈를 취득한다.
또한, 실제로는, 무비 플레이어(300)와 네이티브 실장 플랫폼(301)은, 일체적으로 구성된다. 즉, 실제로 디스크가 장전되고, 이것을 재생하는 하드웨어로서의 UMD 플레이어와, UMD 플레이어를 제어하는 소프트웨어의 관계에 대응되고, 어떤 부분을 하드웨어로 행하고, 어떤 부분을 소프트웨어로 행할지는, 실장 시의 구성에 의존한다. 예를 들면, UMD 플레이어를 퍼스널 컴퓨터 등으로 구성하는 경우에는, 디스크 드라이브 이외에는, 소프트웨어적으로 구성할 수 있다. 또한, 단체의 UMD 플레이어로서 구성하는 경우에는, 디스크 드라이브 이외에, 예를 들면 비디오 디코더나 오디오 디코더 등을 하드웨어적으로 구성할 수 있다. 따라서, 무비 플레이어(300)와 네이티브 실장 플랫폼(301) 사이에서 이루어지는 메소드나 커맨드, 이벤트는, 도 2에 일례가 도시된 바와 같은 명시적인 교환에 한정되지 않는다.
한편, 유저로부터의 키 입력에 대해서는, 도 2를 이용하여 이미 설명한 바와 같이, 유저 입력(310)을 네이티브 실장 플랫폼(301)이 우선 수취한다. 즉, 네이티브 실장 플랫폼(301)은, 유저로부터의 키 입력을 유저 입력(310)으로서 수취하고, 유저 입력(310)이 무비 플레이어(300)에 대한 커맨드인 것인지, 스크립트 레이어(302)의 스크립트 프로그램에 대한 이벤트인 것인지를 판정하여, 판정 결과에 따라 제어 커맨드(311) 또는 키 이벤트(314)를 발생하여, 대응하는 상위층(무비 플레이어(300) 또는 스크립트 레이어(302))에 통지한다.
도 9 및 도 10은, 유저 입력(310)에 의한 일례의 키 입력을 도시한다. 또한, 도 9 및 도 10에 도시되는 「VK」로 시작되는 각 키는, 가상적인 키(Virtual Key)인 것을 의미한다.
도 9는 무비 플레이어(300)의 조작에 관한 일례의 키 입력을 도시한다. 키 VK_PLAY는, 재생을 지시하는 재생 키에 대응하는 기능을 제공한다. 키 VK_STOP는, 재생의 정지를 지시하는 정지 키에 대응하는 기능을 제공한다. 키 VK_PAUSE는, 재생의 일시 정지를 지시하는 일시 정지 키에 대응하는 기능을 제공한다. 키 VK_FAST_FORWARD는, 앞으로 감기 재생을 지시하는 앞으로 감기 키에 대응하는 기능을 제공한다. 키 VK_FAST_REVERSE는, 되감기 재생을 지시하는 되감기 키에 대응하는 기능을 제공한다. 키 VK_SLOW_FORWARD는, 순방향의 슬로우 재생을 지시하는 슬로우(순방향) 키에 대응하는 기능을 제공한다. 키 VK_SLOW_REVERSE는, 역방향의 슬로우 재생을 지시하는 슬로우(역방향) 키에 대응하는 기능을 제공한다. 키 VK_STEP_FORWARD는, 순방향의 코마 전송 재생을 지시하는 코마 전송 (순방향) 키에 대응하는 기능을 제공한다. 키 VK_STEP_REVERSE는, 역방향의 코마 전송 재생을 지시하는 코마 전송 (역방향) 키에 대응하는 기능을 제공한다.
키 VK_NEXT는, 「다음」을 의미하는 값을 입력하는 다음 지정 키에 대응하는 기능을 제공한다. 키 VK_PREVIOUS는, 「앞」을 의미하는 값을 입력하는 앞 지정 키에 대응하는 기능을 제공한다. 예를 들면, 키 VK_NEXT 및 키 VK_PREVIOUS를 이용하여, 앞뒤의 챕터에의 이동을 지시할 수 있다.
키 VK_ANGLE는, 멀티 앵글의 비디오에 대한 앵글 전환을 지시하는 앵글 전환 키에 대응하는 기능을 제공한다. 키 VK_SUBTITLE는, 영어 자막, 일본어 자막, 자막 표시/비표시 등을 전환하는 자막 전환 키에 대응하는 기능을 제공한다. 키 VK_AUDIO는, 서라운드나 바이링규얼(bilingual) 등 오디오 설정을 전환하는 오디오 전환에 대응하는 기능을 제공한다. 키 VK_VIDEO_ASPECT는, 비디오의 종횡비 전환을 지시하는 종횡 전환 키에 대응하는 기능을 제공한다.
도 10은 메뉴 조작에 관한 일례의 키 입력을 도시한다. 키 VK_UP은, 「위」를 의미하는 값을 입력하는 상방향 지정 키에 대응하는 기능을 제공한다. 키 VK_DOWN은, 「아래」를 의미하는 값을 입력하는 하방향 지정 키에 대응하는 기능을 제공한다. 키 VK_RIGHT는, 「오른쪽」을 의미하는 값을 입력하는 우측 방향 지정 키에 대응하는 기능을 제공한다. 키 VK_LEFT는, 「왼쪽」을 의미하는 값을 입력하는 좌측 방향 지정 키에 대응하는 기능을 제공한다. 키 VK_UP_RIGHT는, 「우 경사 상」을 의미하는 값을 입력하는 우측 상 방향 지정 키에 대응하는 기능을 제공한다. 키 VK_UP_LEFT는, 「좌 경사 상」을 의미하는 값을 입력하는 좌측 상 방향 지정 키에 대응하는 기능을 제공한다. 키 VK_DOWN_RIGHT는, 「우 경사 하」를 의미하는 값을 입력하는 우측 아래 방향 지정 키에 대응하는 기능을 제공한다. 키 VK_DOWN_LEFT는, 「좌 경사 하」를 의미하는 값을 입력하는 좌측 하 방향 지정 키에 대응하는 기능을 제공한다. 이들 방향 키를 이용함으로써, 예를 들면 화면 상의 커서 표시의 이동을 지시할 수 있다.
키 VK_MENU는, 메뉴를 표시시키는 메뉴 키에 대응하는 기능을 제공한다. 키 VK_ENTER은, 「결정」을 지시하는 결정 키에 대응하는 기능을 제공한다. 키 VK_RETURN은, 처리의 스텝을 하나 복귀하는 것을 지시하는 복귀 키에 대응하는 기능을 제공한다.
키 VK_COLORED_KEY_1은 착색 기능키 1, 키 VK_COLORED_KEY_2는 착색 기능키 2, 키 VK_COLORED_KEY)3은 착색 기능키 3, 키 VK_COLORED_KEY_4는 착색 기능키 4, 키 VK_COLORED_KEY_5는 착색 기능키 5, 키 VK_COL0RED_KEY_6은 착색 기능키 6에 각각 대응하는 기능을 제공한다.
전술한 도 9에 도시한 키 입력과 도 10에 도시한 키 입력으로서는 역할이 상이하기 때문에, 통지처를 네이티브 실장 플랫폼(301)으로 할당할 필요가 있다. 전술한 바와 같이, 도 9에 도시되는 키 입력에 의해, 비디오, 오디오 및 자막의 재생에 관한 지시가 이루어진다. 네이티브 실장 플랫폼(301)은, 유저 입력(310)으로서 도 9에 도시되는 키 입력을 수취하면, 수취한 키 입력을, 도 11에 도시하는 커맨드로 변환하여 무비 플레이어(300)에 통지한다.
한편, 도 10에 도시되는 키 입력은, GUI에 대한 유저 입력(310)이므로, 이 유저 입력은, 화면 구성이나 버튼을 배치하는 스크립트 레이어(302)에 통지되어 처리될 필요가 있다. 네이티브 실장 플랫폼(301)은, 유저 입력(310)으로서 도 10에 도시되는 키 입력을 수취하면, 도 2에서의 이벤트(314)로 변환하여 스크립트 레이어(302)에 통지한다. 도 12는, 이 키 입력에 대응하는 일례의 이벤트(314)를 나타낸다.
또한, 전술한 도 9 및 도 10에는, 키 VK_ANGLE, 키 VK_SUBTITLE, 키 VK_AUDI0라는, 스트림 전환에 관한 키 입력도 포함되어 있다. 이들은, 우선 유저 입력(310)이 무비 플레이어(300)에 전해져, 무비 플레이어(300)로부터 스크립트에 스트림 전환 요구가 있었던 것을 나타내는 이벤트가 통지된다. 그리고, 스크립트 프로그램으로부터 무비 플레이어(300)에 대한 스트림 전환의 메소드로, 오디오나 자막이 전환되도록 하고 있다. 그 때문에, 네이티브 실장 플랫폼(301)으로부터 무비 플레이어(300)에 대하여 전해져야 되는 키 입력이다.
전술한 도 11의 커맨드에 대하여, 보다 상세히 설명한다. 커맨드 uo_timeSearch(playListTime)는, 재생 중인 플레이 리스트의 지정 시각으로부터의 재생을 지시한다. 인수 playListTime은, 플레이 리스트의 선두를 O으로 했을 때의 시각을 나타낸다. 이 커맨드에서는, 플레이 리스트 번호의 지정은 할 수 없기 때문에, 인수 playListTime으로 표시되는 시각은, 현재 재생 중인 플레이 리스트의 범위 내에서의 지정 시각으로 된다. 커맨드 uo_play()는, 1 배속에서의 재생 개시를 지시한다. 개시 위치는, 리줌 인포메이션(324)에 기초하여 결정할 수 있다. 리줌 인포메이션(324)에 대응하는 정보가 없는 경우에는, 이 유저 조작은 무효로 된다. 이 커맨드는, 플레이 리스트 번호의 지정이 없는 메소드 play()를 실행했을 때에 대응한다. 또한, 이 커맨드에서, 유저 조작으로서는 플레이 리스트 번호를 지정할 수 없다.
커맨드 uo_playChapter(chapterNumber)는, 재생 중인 플레이 리스트의, 인수 chapterNumber로 지정된 챕터로부터의 재생 개시를 지시한다. 챕터의 지정이 없는 경우에는, 현재 재생 중인 챕터의 선두로부터의 재생 개시를 지시한다. 이것은, 챕터 번호의 지정이 없는 메소드 playChapter()에 대응한다. 커맨드 uo_playPrevChapter는, 현재보다도 하나 전의 챕터로부터의 재생 개시를 지시한다. 커맨드 uo_playNextChapter는, 현재의 다음 챕터로부터의 재생 개시를 지시한다.
커맨드 uo_jumpToEnd()는, 플레이 리스트의 최후에의 점프를 지시한다. 이 커맨드는, 무비 플레이어(300)에 대하여, 현재의 재생을 중지하여 이벤트 playListEnd를 발생시키도록 지시하는 유저 조작에 대응한다. 이 커맨드에 대응하여, 스크립트 레이어(302)에서는, 이벤트 핸들러 onPlayListEnd가 실행된다. 커맨드 uo_forwardScan(speed)은, 인수 speed로 지정된 재생 속도에서의 순방향 재생을 지시한다. 커맨드 uo_backwardScan(speed)는, 인수 speed로 지정된 재생 속도에서의 역방향 재생을 지시한다. 이들 커맨드 uo_forwardScan(speed) 및 커맨드 uo_backwardScan(speed)에서의 인수 speed는, UMD 비디오 플레이어의 실장에 의존한다.
커맨드 uo_playStep(forward)는, 순방향의 코마 전송 재생을 지시한다. 커맨드 uo_playStep(backward)는, 역방향의 코마 전송 재생을 지시한다. 커맨드 uo_pauseOn()는, 유저 조작에 기초하여 재생의 일시 정지를 지시한다. 커맨드 uo_DauseOff()는, 유저 조작에 기초하여 재생의 일시 정지 상태를 해제한다.
커맨드 uo_setAudioEnabled(boolean)는, 오디오 스트림의 ON/OFF를 지정한다. 이 커맨드의 실행 시에, 플래그 audioFlag의 값도 대응한 내용으로 변경한다. 커맨드 uo_setSubtitleEnabled(boolean)는, 자막 스트림의 ON/OFF를 지정한다. 이 커맨드의 실행 시에, 플래그 subtitleFlag의 값도 대응한 내용으로 변경한다. 커맨드 uo_angleChange()는, 표시 앵글의 변경을 지시한다. 이 커맨드에 의한 유저 조작이 무비 플레이어(300)에 전해지면, 무비 플레이어(300)는, 스크립트 레이어(302)에 대하여 이벤트 angleChange를 통지한다. 커맨드 uo_audioChange(audioStreamNumber)는, 재생하는 오디오 스트림의 변경을 지시한다. 커맨드 uo_changeAudioChannel(value)은, 오디오의 채널 전환 또는 이중 모노 재생 시의 편 채널 전환을 지시한다. 이 커맨드의 실행 시에, 플래그 audioFlag의 값도 대응한 내용으로 변경한다. 커맨드 uo_subtitleChange(subtitleStreamNumber)는, 재생하는 자막 스트림의 변경을 지시한다.
전술한 도 12에 도시한 이벤트 및 이벤트의 무비 플레이어(300)의 메소드와의 관계에 대하여, 보다 상세히 설명한다. 이벤트 menu는, 메뉴로 점프한다. 이 이벤트는, 무비 플레이어(300)에 대해서가 아닌, 네이티브 실장 플랫폼(301)으로부터 스크립트 레이어(302)에 통지된다. 이 이벤트 menu가 스크립트 레이어(302)에 수취되면, 스크립트 레이어(302)는, 이벤트 핸들러 onMenu를 실행한다. 이벤트 exit은, 네이티브 실장 플랫폼(301)이 UMD 비디오 어플리케이션을 종료시킬 때에, 네이티브 실장 플랫폼(301)으로부터 발생하는 이벤트이다. 이 이벤트 exit이 스크립트 레이어(302)에 수취되면, 스크립트 레이어(302)는, 이벤트 핸들러 onExit을 실행한다.
이벤트 resourceChanged는, 리소스 파일의 전환이 발생했을 때에, 네이티브 실장 플랫폼(301)으로부터 발생하는 이벤트이다. 이 이벤트 resouceChanged가 스크립트 레이어(302)에 수취되면, 스크립트 레이어(302)는, 이벤트 핸들러 onResourceChanged를 실행한다.
이벤트 up, 이벤트 down, 이벤트 left, 이벤트 right, 이벤트 focusIn, 이벤트 focusOut, 이벤트 push 및 이벤트 cancel은, 화면에 표시되어 있는 GUI 부품인 버튼 화상에 포커스가 맞고 있는 경우에 발생하는 이벤트이다. 이 이벤트는, 무비 플레이어(300)에 대해서가 아닌, 네이티브 실장 플랫폼(301)으로부터 스크립트 레이어(302)에 통지된다. 또한, 버튼 화상에 포커스가 맞은 경우는, 예를 들면 화면 상의 위치를 지시하기 위한 커서가 버튼 화상의 표시 좌표를 나타내고, 해당 버튼 화상이 선택 가능하게 되어 있는 것 같은 상태이다. 이벤트 up, 이벤트 down, 이벤트 left 및 이벤트 right는, 버튼 화상에 대한 포커스가, 각각 상, 하, 좌 및 우의 버튼 화상으로 이동한 경우에 발생한다. 이벤트 focusIn은, 어떤 버튼 화상에 포커스가 맞은 경우에 발생하고, 이벤트 focusOut은, 포커스가 맞고 있었던 버튼 화상으로부터 포커스가 어긋난 경우에 발생한다. 또한, 이벤트 push는, 포커스가 맞고 있는 버튼 화상에 대하여 압하 조작이 행해졌을 때에 발생한다. 이벤트 cancel은, 버튼 화상의 압하 조작에 대하여 캔슬 조작이 행해졌을 때에 발생한다.
이벤트 autoPlay 및 이벤트 continuePlay는, 스크립트 레이어(302)에서의 스크립트의 실행 개시를 지시하는 이벤트이다. 이벤트 autoPlay는, 디스크의 장전 시에 자동적으로 스크립트의 실행을 개시하도록 지시하는 이벤트이다. 이벤트 continuePlay는, 디스크 장전 시에, 예를 들면 리줌 인포메이션(324)에 기초하여, 이전 중지된 시점으로부터의 스크립트의 실행 재개를 지시한다.
도 12에서 도시한 이벤트에 대해서는, 이벤트가 발생할 때에 실행되는 프로그램이 존재한다. 이 이벤트에 대응한 프로그램을 이벤트 핸들러라고 칭한다. 이벤트와 이벤트 핸들러는, 예를 들면 이름으로 대응 관계를 붙일 수 있다. 일례로서, 이벤트명의 선두에 「on」을 부가한 것이 이벤트 핸들러명으로 된다. 도 13 및 도 14는, 일례의 이벤트 핸들러를 나타낸다. 이벤트 핸들러의 내용을 콘텐츠 제작자가 기술함으로써, UMD 비디오 플레이어에게 콘텐츠 제작자가 의도하는 여러가지 동작을 실행시킬 수 있게 된다.
도 13은 무비 플레이어 오브젝트(300)가 갖는 일례의 이벤트의 일부와, 대응하는 이벤트 핸들러를 도시한다. 이 도 13의 이벤트는, 전술한 도 2의 이벤트(312)에 대응하여, 무비 플레이어(300)로부터 스크립트 레이어(302)에 통지된다. 이벤트 핸들러는, 일종의 인터페이스이고, 그 내용은, 예를 들면 콘텐츠 제작자가 스크립트 언어를 이용하여 실장한다. 이벤트 핸들러를 이와 같이 구성함으로써, 이벤트 발생 시에, 콘텐츠 제작자의 의도하는 동작을 실현할 수 있다.
이벤트 mark 및 이벤트 핸들러 onMark()는, 이벤트 마크(Event_mark)가 검출되었을 때에 실행된다. 이벤트 마크는, 예를 들면 플레이 리스트 내에 매립되어, 플레이 리스트의 재생 중에 무비 플레이어(300)에 의해 검출된다. 무비 플레이어(300)에 의해 이벤트 마크가 검출되면, 무비 플레이어(300)로부터 스크립트 레이어(302)에 대하여 이벤트 mark가 통지된다. 스크립트 레이어(302)는, 이 이벤트 mark에 대응하는 이벤트 핸들러 onMark()를 실행한다. 마찬가지로 하여, 이벤트 playListEnd 및 이벤트 핸들러 onPlayListEnd()는, 플레이 리스트가 종료했을 때에 실행된다. 이벤트 chapter 및 이벤트 핸들러 onChapter()는, 챕터 마크(Chapter_mark) 검출 시에 실행된다. 챕터 마크는, 예를 들면 플레이 리스트 내에 매립되어, 플레이 리스트의 재생 중에 무비 플레이어(300)에 의해 검출된다.
이벤트 angleChange 및 이벤트 핸들러 onAngleChange()는, 유저 조작에 의해 앵글 변경이 지시되었을 때에 실행된다. 예를 들면, 유저 조작에 따라서 키 입력 VK_ANGLE가 유저 입력(310)으로서 네이티브 실장 플랫폼(301)에 입력되면, 네이티브 실장 플랫폼(301)은, 해당 유저 입력(310)을 커맨드 uo_angleChange()로 변환하여 무비 플레이어(300)에 전달한다. 무비 플레이어(300)는, 이 커맨드 uo_angleChange()에 따라서 이벤트 angleChange를 발생시켜, 스크립트 레이어(302)에 전달한다. 스크립트 레이어(302)는, 이 이벤트 angleChange에 대응한 이벤트 핸들러 onAngleChange()를 실행한다. 마찬가지로 하여, 이벤트 audioChange 및 이벤트 핸들러 onAudioChange()는, 유저 조작에 의해 오디오의 변경이 지시되었을 때에 실행된다. 이벤트 subtitleChange 및 이벤트 핸들러 onSubtitleChange()는, 유저 조작에 의해 자막 변경이 지시되었을 때에 실행된다.
도 14는 컨트롤러 오브젝트(330)가 갖는 일례의 이벤트 핸들러의 일부를 도시한다. 이 도 14에 도시되는 이벤트 핸들러는, 네이티브 실장 플랫폼(301)의 컨트롤러 오브젝트(330)에 속하는 이벤트 핸들러이며, 네이티브 실장 플랫폼(301)으로부터 스크립트 레이어(302)에 통지됨으로써 실행된다.
이벤트 menu 및 이벤트 핸들러 onMenu()는, 메뉴로 점프한다. 이벤트 menu는, 예를 들면 유저 조작 등으로 메뉴 키가 눌러졌을 때에, 네이티브 실장 플랫폼(301)으로부터 스크립트 레이어(302)에 통지되는 이벤트이다. 스크립트 레이어(302)는, 이 이벤트를 받아, 대응하는 이벤트 핸들러 onMenu()를 실행하여, 이벤트 핸들러 onMenu() 내에서 메뉴 화면을 구성하는 GUI 부품의 배치나 표시 등을 행한다. 이벤트 exit 및 이벤트 핸들러 onExit()은, 네이티브 실장 플랫폼(301)이 UMD 비디오 어플리케이션을 종료시킬 때에, 네이티브 실장 플랫폼(301)으로부터 발생하는 이벤트 및 대응하는 이벤트 핸들러이다.
이벤트 exit은, 예를 들면 유저 조작 등에 의해 UMD 비디오 플레이어의 동작의 종료가 지시된 때에, 네이티브 실장 플랫폼(301)으로부터 스크립트 레이어(302)에 통지된다. 스크립트 레이어(302)의 스크립트는, 통지된 이벤트 exit를 받아, 이벤트 핸들러 onExit() 내에서 종료 처리를 행하는 것이 가능한다.
이벤트 resourceChanged및 이벤트 핸들러 onResourceChanged()는, 네이티브 실장 플랫폼(301)이 리소스 파일을 전환한 후에, 네이티브 실장 플랫폼(301)으로부터 발생하는 이벤트 및 대응하는 이벤트 핸들러이다.
이벤트 autoPlay 및 이벤트 핸들러 onAutoPlay(), 및 이벤트 continuePlay 및 이벤트 핸들러 onContinuePlay()는, 각각 스크립트의 실행을 개시한다.
또한, 컨트롤러 오브젝트(330)의 이벤트 핸들러 이외에, 버튼에 관한 이벤트 핸들러가 있다. 이 버튼에 관한 이벤트 핸들러는, 본 발명과 관련성이 낮기 때문에, 설명을 생략한다.
도 15의 플로우차트를 이용하여, 유저 입력 이벤트를 시작으로 하여, 준비된 프로그램이 실행되는 일례의 처리에 대하여, 개략적으로 설명한다. 도 15는, UMD 비디오 플레이어에 있어서 디스크를 통상 재생 중에, 유저에 의해, 다음 챕터를 재생하는 것을 지시하기 위한 키(예를 들면 "next" 키)가 눌러졌을 때에, 이 키 입력에 대응하여, 다음 챕터로 점프하여 재생을 개시함과 함께, 준비된 메시지를 화면 상에 표시하는 예이다.
예를 들면, UMD 비디오 플레이어에 의해 디스크를 통상 재생 중에, 유저가 UMD 비디오 플레이어의 리모트 컨트롤 커맨더를 이용하여 키 "next"를 누르면 (스텝 S10), 네이티브 실장 플랫폼(301)에 대한 유저 입력(310)으로서, 키 VK_NEXT가 건네진다. 네이티브 실장 플랫폼(301)에서는, 이 유저 입력(310)에 대응하여 유저 커맨드 uo_playNextChapter가 발생한다(스텝 S11). 이 유저 커맨드 uo_playNextChapter는, 무비 플레이어(300)에 통지된다.
이 커맨드 uo_playNextChapter를 수취한 무비 플레이어(300)는, 데이터 베이스(320)를 검색하여, 플레이 리스트 정보로부터 현재 재생하고 있는 위치를 기준으로 하여, 다음 챕터 마크의 위치를 취득한다(스텝 S12). 스텝 S13에서, 다음 챕터 마크가 존재할지의 여부가 판단되어, 만약, 존재하지 않는다고 판단된 경우, 챕터 점프를 행하지 않고, 현재의 재생이 계속된다.
한편, 스텝 S13에서, 다음 챕터 마크가 존재한다고 판단되면, 처리는 스텝 S14로 이행한다. 스텝 S14에서는, 무비 플레이어(300)는, 현재의 재생을 중지하여, 다음 챕터 마크가 지시하는, 클립 AV 스트림 파일 내에서의 바이트 위치를, 데이터베이스(320)의 클립 인포메이션 파일의 특징점 정보로부터 취득한다. 그리고, 스텝 S15에서, 취득된 파일 내 바이트 위치에 액세스하여, 그 위치로부터 스트림의 판독을 개시하여 재생을 개시한다.
스텝 S16 이하는, 챕터가 전환된 것을 알리는 메시지를 화면 상에 표시하기 위한 일련의 수순이다. 챕터가 전환되어 챕터의 선두로부터의 재생이 시작되면, 챕터 이벤트가 발생한다(스텝 S16). 예를 들면, 챕터의 선두에 설치된 챕터 마크가 무비 플레이어(300)에 검출되어, 이벤트 chapter가 발생된다. 이 챕터 이벤트는, 무비 플레이어(300)로부터 스크립트 레이어(302)에 통지된다. 무비 플레이어(300)는, 이 이벤트의 통지 시에, 점프하는 챕터의 챕터 번호도 함께, 스크립트 레이어(302)에 대하여 통지한다. 스크립트 레이어(302)는, 통지된 이벤트에 대응하는 이벤트 핸들러, 예를 들면 이벤트 핸들러 onChapter()의 실행을 개시한다(스텝 S17).
이 예에서는, 이벤트 핸들러 내에는, 챕터가 전환되었을 때에 화면 상에 그 취지를 알리는 메시지를 표시하는 동작이 기술되어 있는 것으로 한다. 스크립트 레이어(302)의 스크립트는, 이 이벤트 핸들러를 실행하여, 이벤트 발생 시에 무비 플레이어(300)로부터 통지된 점프처의 챕터 번호를 취득하고(스텝 S18), 네이티브 실장 플랫폼(301)에 대하여, 예를 들면 취득한 챕터 번호의 챕터의 선두 등, 소정의 메시지를 화면 상에 표시하는 지시를 한다. 네이티브 실장 플랫폼(301)은, 이 지시에 따라서, 화면 상에 메시지를 표시하고(스텝 S19), 이벤트 핸들러에 의한 처리가 종료된다(스텝 S20).
전술한 바와 같은 처리에 의해, 유저가 다음 챕터의 재생 개시를 지시하는 키 "next"를 조작함으로써 챕터 점프가 행해지고, 점프처인 다음 챕터의 재생 개시 시에 챕터의 선두인 것을 나타내는 메시지가 화면 상에 표시되는 것으로 된다.
이와 같이, 유저 입력 이벤트는, 무비 플레이어(300)의 상태를 변화시키고, 또한 새로운 이벤트를 발생시키는 계기로도 되어, 새롭게 발생한 이벤트를 이용하여 여러가지 처리를 행하게 할 수 있다.
이상과 같은 플레이어 모델에 의해, 비디오, 오디오 및 자막의 재생이 가능하게 된다. 콘텐츠 제작자가 미리 설정해 두었다, 재생 중의 임의의 시각에 있는 이벤트를 발생시켜, 미리 준비해 둔 이벤트 핸들러가 실행됨으로써 콘텐츠 제작자가 의도하는 동작을 실현할 수 있다. 또한, 플레이 리스트의 재생 중에 플레이어에 대한 유저 조작이 있었던 경우에는, 유저 조작에 의한 유저 입력(310)에 따라서 네이티브 실장 플랫폼(301)으로부터 무비 플레이어(300)에 대하여 제어 커맨드가 제공되어, 유저가 의도하는 바와 같이 플레이어의 상태를 변화시킬 수 있다. 또한, 플레이어에 대한 유저 조작에 의한 유저 입력(310)을 받은 네이티브 실장 플랫폼(301)이 스크립트 레이어(302)의 스크립트에 이벤트를 통지함으로써, 유저 조작에 따라, 콘텐츠 제작자가 준비한 동작을 실행시키는 것도 가능하게 된다.
이와 같이 플레이어 모델을 구축함으로써, 비디오, 오디오 및 자막의 재생과, 인터랙티브한 조작을 유저에게 제공하는 것이 가능하게 된다.
5. 스크립트 프로그램의 예
다음으로, 스크립트 레이어(302)의 스크립트 프로그램의 예에 대하여 설명한다. 우선, 도 16에 도시되는 것 같은 콘텐츠 재생의 흐름이, 콘텐츠 제작자에 의해 만들어지고 있는 것으로 한다. 도 16에 도시되는 콘텐츠는, 표시되는 요소로서는, 플레이 리스트(400, 401), 톱 메뉴(402), 및 메시지(403)로 구성된다. 플레이 리스트(400)는, 디스크가 장전되면 자동적으로 표시되는 경고문 화면을 표시하기 위한 것이다. 플레이 리스트(401)는, 예를 들면 이 콘텐츠의 주안인 영화의 본편이다. 톱 메뉴 화면(402)은, 플레이 리스트(401)의 재생을 지시할 수 있도록, 버튼 등의 GUI 부품이 배치된다. 또한, 메시지(403)는, 플레이 리스트(401)의 재생 중의 임의의 시각에 표시된다.
또한, 이 도 16의 구성에서는, 몇몇의 이벤트 핸들러가 준비되어 있다. 이벤트 핸들러 onAutoPlay()는, 디스크가 UMD 플레이어에게 장전되면, 플레이 리스트(400)를 자동적으로 재생하여, 경고문을 표시시킨다. 이벤트 핸들러 onPlayListEnd()는, 플레이 리스트의 재생이 종료하면 호출되는 이벤트 핸들러로, 이 도 16의 예에서는, 플레이 리스트(400)나 플레이 리스트(401)의 종료로 호출된다. 즉, 이벤트 핸들러 onPlayListEnd()는, 어떤 플레이 리스트가 종료하였는지를 판정하여, 플레이 리스트(400)의 재생이 종료한 경우에는, 플레이 리스트(401)의 재생 개시를 지시한다. 또한, 플레이 리스트(401)의 재생이 종료한 경우에는, 톱 메뉴 화면(402)을 호출한다.
이벤트 핸들러 onMenu()는, 유저가 메뉴 키를 조작했을 때에 호출되고, 톱 메뉴(402)를 호출하여 화면에 표시한다. 이벤트 핸들러 onMark()는, 재생 중에 마크 Mark가 지시하는 시각에 도달했을 때에 실행된다. 이 도 16의 예에서는, 플레이 리스트(401)에 대하여 마크 Mark가 설정되어 있고, 플레이 리스트(401)의 재생이 마크 Mark가 지시하는 시각에 도달하면, 화면 상에 메시지(403)가 표시되도록 되어 있다.
즉, 도 16의 예에서는, UMD 비디오 플레이어에게 디스크가 장전되면, 이벤트 핸들러 onAutoPlay가 호출되고 플레이 리스트(400)가 재생되어, 경고 화면이 표시된다. 플레이 리스트(400)의 재생 시간이 경과하여, 플레이 리스트(400)의 마지막에 도달하면, 이벤트 핸들러 onPlayListEnd가 호출되고, 플레이 리스트(400)가 최후까지 재생된 것이 판정되어, 다음 플레이 리스트(401)가 재생된다. 여기서, 플레이 리스트(401)의 재생 중에, 유저에 의해 메뉴 키가 조작되면, 이벤트 핸들러 onMenu가 호출되고, 톱 메뉴 화면(402)이 표시된다. 또한, 이벤트 핸들러 onMenu에 의해, 톱 메뉴 화면(402)에 대한 소정의 조작에 따라서, 플레이 리스트(401)의 선두로부터 재생이 시작된다. 또한, 플레이 리스트(401)의 재생 시각이 마크 Mark가 지시하는 시각에 도달하여, 이벤트 핸들러 onMark가 호출되고, 메시지(403)가 화면 상에 표시된다. 플레이 리스트(401)가 최후까지 재생되면, 이벤트 핸들러 onPlayListEnd가 호출되고, 플레이 리스트(401)가 최후까지 재생된 것이 판정되어, 톱 메뉴 화면(402)이 표시된다.
도 17은, 이 도 16에 도시한 것 같은 동작을 실현하기 위한 일례의 스크립트 프로그램을 나타낸다. 전술한 바와 같이, 스크립트 프로그램은, 이벤트 핸들러가 배열되고, 이벤트의 발생에 따라서 대응하는 이벤트 핸들러가 실행되도록 되어 있다. 스크립트 프로그램은, 확장자가 「RCO」인 리소스 파일에 저장된다.
무비 플레이어(300)에 대하여 플레이 리스트의 재생을 지시하는 메소드는, 「movieplayer.play()」이다. 괄호 내에는, 인수로서, 재생하는 플레이 리스트의 번호를 기술한다. 플레이 리스트의 재생이 종료하면, 이벤트 playListEnd가 발생한다. 이 이벤트 playListEnd가 발생하면, 스크립트로부터 이벤트 핸들러 movieplayer.onPlayListEnd()가 호출된다. 이 때, 스크립트에는, 이벤트 playListEnd와 같이, 오브젝트 event_info가 건네진다. 오브젝트 event_info에는, 어떤 플레이 리스트가 종료하였는지를 나타내는 플레이 리스트 번호 등이 저장된다. 스크립트에서는, 이 오브젝트 event_info의 내용에 의해, 다음 동작을 바꿀 수 있다.
6. 파일의 관리 구조에 대하여
다음으로, UMD 비디오 규격에 적용되는 파일의 관리 구조에 대하여, 도 18을 이용하여 설명한다. 파일은, 디렉토리 구조에 의해 계층적으로 관리되어, 디스크상에 기록된다. 디스크의 파일 시스템은, ISO(International Organization for Standardization)-9660 혹은 UDF(Universal Disk Format) 등으로 규정된 파일 시스템을 적용할 수 있다.
루트 디렉토리 아래에, 파일 "TITLEID.DAT" 및 디렉토리 "VIDEO"가 놓인다. 디렉토리 "VIDEO"의 아래에는, 또한 디렉토리 "RESOURCE", 디렉토리 "CLIP" 및 디렉토리 "STREAM", 및 파일 "PLAYLIST.DAT"이 놓인다.
파일 "TITLEID.DAT"은, 타이틀(콘텐츠의 종류)마다 다른 타이틀 식별자가 저장되는 파일이다. 1개의 디스크에 대하여, 1개의 파일 "TITLEID.DAT"을 갖는다.
디렉토리 "RESOURCE"의 아래에는, 리소스 파일("JA000000.RCO")이 놓인다. 리소스 파일에는, 전술한 바와 같이, 스크립트 레이어(302)를 구성하는 스크립트 프로그램이 저장됨과 함께, 메뉴 화면을 구성하기 위해 이용되는 데이터, 예를 들면 화상 데이터나 사운드 데이터 등의 부품 데이터가 저장된다. 디렉토리 "RESOURCE"의 아래에는, 통상적으로, 1 또는 복수의 리소스 파일이 놓인다. 복수의 리소스 파일은 예를 들면, 표시 언어가 상이한 복수의 메뉴 등을 준비할 때에, 언어마다 작성된다. 이 경우에서는, 동시에 이용되는 리소스 파일은, 1개로 된다.
디렉토리 "CLIP"의 아래에는, 1 이상의 클립 인포메이션 파일이 놓인다. 클립 인포메이션 파일은, 파일명을, 디리미트 기간의 전이 「00001」 등의 5 문자 내지 수 문자로 이루어지는 문자열(이 예에서는 숫자), 기간의 후 확장자가 「CLP」로 된다. 확장자「CLP」에 의해, 해당 파일이 클립 인포메이션 파일인 것을 식별할 수 있다.
디렉토리 "STREAM"의 아래에는, 1 이상의 클립 AV 스트림 파일이 놓인다. 클립 AV 스트림 파일은, 파일명을, 디리미트 기간의 전이 「00001」 등의 5 문자 내지 수 문자로 이루어지는 문자열(이 예에서는 숫자), 기간의 후 확장자가 「PS」로 된다. 확장자「PS」에 의해, 해당 파일이 클립 AV 스트림 파일인 것을 식별할 수 있다. 이 실시의 일 형태에서는, 클립 AV 스트림 파일은, 비디오 스트림, 오디오 스트림 및 서브타이틀(자막) 스트림이 다중화되어, MPEG2(Moving Pictures Experts Group2)의 프로그램 스트림으로서, 전술한 확장자「PS」로 식별되는 파일에 저장된다.
전술한 바와 같이, 클립 AV 스트림 파일은, 비디오 데이터 및 오디오 데이터를 압축 부호화 및 시분할 다중하여 얻어지는 파일이고, 이 파일을 판독하여, 디코드 처리를 행함으로써, 비디오 데이터 및 오디오 데이터가 얻어진다. 또한, 클립 인포메이션 파일은, 이 클립 AV 스트림 파일의 성질 등이 기술되는 파일이고, 클립 AV 스트림 파일과 대응한다. 이 실시의 일 형태에서는, 클립 인포메이션 파일과 대응하는 클립 AV 스트림 파일로, 파일명에서의, 확장자의 전의, 5 문자 내지 수 문자로 이루어지는 문자열을 일치시켜 둠으로써 양자의 대응 관계를 용이하게 파악할 수 있다.
리소스 파일은, 전술한 바와 같이, 스크립트 프로그램이 기술된 스크립트 파일을 포함하여, 이 실시의 일 형태가 적용되는 디스크의 재생 형태를 인터랙티브한 것으로 하기 위해 이용하는 프로그램이 저장되어 있다. 리소스 파일은, 디스크에 저장되는 다른 파일에 앞서서 판독된다.
파일 "PLAYLIST.DAT"은, 클립 AV 스트림의 재생순을 지정하는 플레이 리스트가 기술된 플레이 리스트 파일이다. 도 24∼도 26을 이용하여, 파일 "PLAYLIST.DAT"의 내부 구조에 대하여 설명한다. 도 24는, 파일 "PLAYLIST.DAT"의 전체 구조를 나타내는 일례의 신택스를 나타낸다. 여기서는, 신택스를 컴퓨터 장치 등의 프로그램의 기술 언어로서 이용되는 C 언어의 기술법에 기초하여 나타낸다. 이것은, 다른 신택스를 나타내는 도면에서, 마찬가지이다.
필드 name_length는, 8 비트의 데이터 길이를 갖고, 이 플레이 리스트 파일에 첨부된 명칭의 길이를 나타낸다. 필드 name_string은, 255 바이트의 데이터 길이를 갖고, 이 플레이 리스트 파일에 첨부된 명칭을 나타낸다. 필드 name_string은, 그 선두로부터, 필드 name_length가 나타내는 바이트 길이까지가, 유효한 명칭으로서 사용된다. 예를 들면, 필드 name_length가 값 "10"을 갖는 경우에는, 필드 name_string의 선두에서 10 바이트분이 유효한 명칭으로서 해석된다.
필드 number_of_PlayLists는, 16 비트의 데이터 길이를 갖고, 계속해서 기술되는 블록 PlayList()의 개수를 나타낸다. 다음 행의 for 루프에 의해 필드 number_of_PlayLists에 도시되는 횟수분만큼, 해당 개수의 블록 PlayList()가 기술된다. 블록 PlayList()는, 플레이 리스트 그 자체이다.
블록 PlayList()의 일례의 내부 구조에 대하여 설명한다. 블록 PlayList()의 선두에는, 필드 PlayList_data_length가 배치된다. 필드 PlayList_data_length는, 32 비트의 데이터 길이를 갖고, 해당 필드 PlayList_data_length를 포함하는 블록 PlayList()의 데이터 길이를 나타낸다. 계속해서, 15 비트의 데이터 길이를 갖는 필드 reserved_for_word_alignment와, 1 비트의 데이터 길이를 갖는 플래그 capture_enable_flag_PlayList가 배치된다. 필드 reserved_for_word_alignment는, 데이터 길이가 1 비트인 플래그 capture_enable_flag_PlayList와 조합하여, 블록 PlayList() 내에서의 배치를 16 비트의 위치에 갖추기 위해서 이용된다.
플래그 capture_enable_flag_PlayList는, 해당 capture_enable_flag_PlayList를 포함하는 블록 PlayList()에 속하는 동화상의 2차 이용을 허가할지의 여부를 나타내는 플래그이다. 예를 들면, 이 플래그 capture_enable_flag_PlayList의 값이 "1"이면, 해당 PlayList()에 속하는 동화상의, 재생기 내에서의 2차 이용을 허가하는 것을 나타낸다.
또한, 전술에서는, 플래그 capture_enable_flag_PlayList를 1 비트의 플래그로 했지만, 이것은 이 예에 한정되지 않는다. 예를 들면, 플래그 capture_enable_flag_PlayList를 복수 비트 구성으로 하고, 2차 이용의 단계적인 허가를 기술하도록 하여도 된다. 일례로서, 플래그 capture_enable_flag_PlayList를 2 비트 구성으로 하여, 값이 "0"인 경우에는 2차 이용을 완전 금지로 하고, 값이 "1"인 경우에는 예를 들면 64 화소×64 라인 등, 소정의 해상도 이하에 압축 부호화한 경우만 2차 이용을 가능하게 한다. 또한, 값이 "2"이면, 제한없이 2차 이용을 허가한다고 한 이용이 고려된다. 이것에 한하지 않고, 2 비트 구성중 비트 0이 값 "1"인 경우에는 콘텐츠 재생 어플리케이션에서의 2차 사용을 허가하고, 비트 1이 값 "1"인 경우에는 동일 개체 내의 다른 어플리케이션(예를 들면 벽지 화상이나 스크린 세이버)에서의 2차 사용을 허가한다. 이 경우에는, 비트 0 및 비트 1의 값을 조합시켜 이용할 수 있다.
필드 PlayList_name_length는, 8 비트의 데이터 길이를 갖고, 이 블록 PlayList()에 첨부된 명칭의 길이를 나타낸다. 필드 PlayList_name_string은, 255 비트의 데이터 길이를 갖고, 이 블록 PlayList()에 첨부된 명칭을 나타낸다. 필드 PlayList_name_string은, 그 선두로부터, 필드 PlayList_name_string이 나타내는 바이트 길이까지가, 유효한 명칭으로서 사용된다.
필드 number_of_PlayItems는, 16 비트의 데이터 길이를 갖고, 계속해서 기술되는 블록 PlayItem()의 개수를 나타낸다. 다음 행의 for 루프에 의해 필드 number_of_PlayItems에 도시되는 횟수분만큼, 해당 개수의 블록 PlayItem()가 기술된다. 블록 PlayItem()는, 플레이 아이템 그 자체이다.
블록 PlayList() 내의 각 블록 PlayItem()에는, 식별 정보(ID)가 부여된다. 예를 들면, 블록 PlayList() 내의 최초로 기술되는 블록 PlayItem()는, 0번으로 되고, 이후, 블록 PlayItem()의 출현 순으로, 1번, 2번, …등 일련 번호가 첨부된다. 이 일련 번호가 각 블록 PlayItem()의 식별 정보로서 이용된다. 블록 PlayItem()의 개수만 반복되는 for 루프의 인수 i를, 대응하는 블록 PlayItem()의 식별 정보로서 이용할 수 있다. 블록 PlayItem()의 다음으로, 블록 PlayListMark()가 배치된다.
도 20을 이용하여, 블록 PlayItem()의 일례의 내부 구조에 대하여 설명한다. 블록 PlayItem()의 선두에는, 필드 length가 배치된다. 필드 length는, 16 비트의 데이터 길이를 갖고, 해당 블록 PlayItem()의 길이를 나타낸다. 계속해서, 필드 Clip_Information_file_name_length가 배치된다. 필드 Clip_Information_file_name_length는 16 비트의 데이터 길이를 갖고, 이 블록 PlayItem()에 대응하는 클립 인포메이션 파일의 명칭의 길이를 나타낸다. 필드 Clip_Information_file_name는, 바이트 단위로 가변 길이의 데이터 길이를 갖고, 이 블록 PlayItem()에 대응하는 클립 인포메이션 파일의 명칭을 나타낸다. 필드 Clip_Information_file_name는, 그 선두로부터, 필드 Clip_Infornlation_file_name_length가 나타내는 바이트 길이까지가, 유효한 명칭으로서 사용된다. 필드 Clip_Information_file_name에서 클립 인포메이션 파일이 지정되면, 전술한 파일명의 대응 관계에 의해, 해당 클립 인포메이션 파일에 대응하는 클립 AV 스트림 파일이 특정될 수 있다.
필드 IN_time 및 필드 OUT_time은, 각각 33 비트의 데이터 길이를 갖고, 블록 PLayItem() 중에서 필드 CIip_Information_file_name으로 지정한 클립 인포메이션 파일에 대응하는 클립 AV 스트림 파일의 재생 개시 위치 및 재생 종료 위치를 지정하는 시각 정보이다. 이들 필드 IN_time 및 필드 OUT_time의 정보를 이용함으로써 클립 AV 스트림 파일의 선두 이외의 부분으로부터의 재생 개시를 지정할 수 있다. 마찬가지로, 클립 AV 스트림 파일의 후단 이외의 재생 종료를 지정할 수 있다. 필드 reserved_for_word_alignment는, 데이터 구조의 데이터 길이를 16 비트의 정수배로 하기 위한 조정용의 필드이고, 15 비트의 데이터 길이를 갖는다.
도 21을 이용하여, 블록 PlayListMark()의 일례의 내부 구조에 대하여 설명한다. 블록 PlayListMark()의 선두에는, 필드 length가 배치된다. 필드 length는, 32 비트의 데이터 길이를 갖고, 해당 블록 PlayListMark()의 길이를 나타낸다. 계속해서, 필드 number_of_PayList_marks가 배치된다. 필드 number_of_PlayList_marks는, 16 비트의 데이터 길이를 갖고, 계속되는 블록 Mark()의 개수를 나타낸다. 다음 행의 for 루프에 의해 필드 number_of_PlayList_marks에 도시되는 횟수분만큼, 해당 개수의 블록 Mark()가 기술된다.
블록 Mark()의 일례의 내부 구조에 대하여 설명한다. 블록 Mark()는, 선두에 필드 mark_type이 배치된다. 필드 mark_type는, 8 비트의 데이터 길이를 갖고, 해당 필드 mark_type을 포함하는 블록 Mark()의 종류를 나타낸다. 이 실시의 일 형태에서는, 도 22에 일례가 도시된 바와 같이, 챕터 마크 및 이벤트 마크의 두 가지의 마크가 규정되어 있다. 챕터는, 플레이 리스트(블록 PlayList())를 분할하는 첫머리 탐색 단위이며, 챕터 마크는, 챕터 위치를 시각 정보로 나타낸다. 이벤트 마크는, 마크 이벤트를 발생시키는 마크이다.
필드 mark_name_length는, 8 비트의 데이터 길이를 갖고, 이 블록 Mark()에 첨부된 명칭의 길이를 나타낸다. 블록 Mark()의 최하 행에 배치되는 필드 mark_name_string은, 이 블록 Mark()에 첨부된 명칭을 나타낸다. 필드 mark_name_string은, 그 선두로부터, 필드 mark_name_length가 나타내는 바이트 길이까지가, 유효한 명칭으로서 사용된다.
필드 ref_to_PlayItem_id, 필드 mark_time_stamp, 필드 entry_ES_stream_id 및 필드 entry_ES_private_stream_id의 4 요소는, 블록 PIayList() 상에서 정의되는 블록 Mark()를, 클립 AV 스트림 파일과 대응시킨다. 즉, 필드 ref_to_PlayItem_id는, 16 비트의 데이터 길이를 갖고, 블록 PlayItem()의 식별 정보를 나타낸다. 이에 의해, 클립 인포메이션 파일과, 클립 AV 스트림 파일이 특정된다.
필드 mark_time_stamp는, 33 비트의 데이터 길이를 갖고, 클립 AV 스트림 파일 내에서의 마크의 시각을 지정하기 위해 이용된다. 도 23을 이용하여, 개략적으로 설명한다. 도 23에서, 플레이 리스트는, 번호 0, 1 및 2가 각각 지정된 3개의 플레이 아이템(PlayItem(#0), PlayItem(#1) 및 PlayItem(#2))으로 이루어지고, 플레이 리스트 상의 시각 to는, 번호1의 플레이 아이템(PlayItem(#1))에 포함되는 것으로 한다. 또한, 번호 0, 1 및 2의 각 플레이 아이템은, 각각 대응하는 클립 인포메이션 파일을 통하여 클립 AV 스트림 파일의 프로그램 스트림(Program Stream) A, B 및 C에 각각 대응하고 있는 것으로 한다.
이러한 경우에, 플레이 리스트 상의 시각 to에 마크를 지정하는 경우, 필드 ref_to_PlayItem_id의 값을, 시각 t0을 포함하는 플레이 아이템을 나타내는 "1"로 하고, 또한 대응하는 클립 AV 스트림 파일 B 상에서 시각 t0에 상당하는 시각을, 필드 mark_time_stamp에 기술한다.
도 21의 설명으로 되돌아가, 필드 mark_time_stamp에 계속하여 필드 entry_ES_stream_id 및 필드 entry_ES_private_stream_id가 배치된다. 필드 entry_ES_stream_id 및 필드 entry_ES_private_stream_id는, 각각 8 비트의 데이터 길이를 갖고, 해당 블록 Mark()가 특정한 엘리멘터리 스트림에 관련지어져 있는 경우에, 그 엘리멘터리 스트림을 특정하기 위해 이용된다. 필드 entry _ES_stream_id 및 필드 entry_ES_private_stream_id는, 각각 해당하는 엘리멘터리 스트림이 다중화되어 있는 패킷(packet())의 스트림 ID(stream_id)와, 프라이빗 패킷 헤더(private_packet_header())의 프라이빗 스트림 ID(private_stream_id)를 나타낸다.
또한, 이들 패킷(packet())의 스트림 ID(stream_id), 프라이빗 패킷 헤더(private_packet_header())의 프라이빗 스트림 ID(private_stream_id)는, 예를 들면 MPEG2 시스템의 프로그램 스트림의 규정에 기초한다.
이들 필드 entry_ES_stream_id 및 필드 entry_ES_private_stream_id는, 예를 들면 클립 AV 스트림 #0과 클립 AV 스트림 #1로 다른 챕터 구성인 경우 등에 이용된다. 해당하는 블록 Mark()가 특정한 엘리멘터리 스트림에 관련지어져 있지 않은 경우에는, 이들 2개의 필드의 값이 각각 "0"으로 된다.
다음으로, 도 24∼도 28를 이용하여, 클립 인포메이션 파일의 내부 구조에 대하여 설명한다. 클립 인포메이션 파일 "XXXXX.CLP"는, 전술한 바와 같이, 디렉토리 "STREAM"의 아래에 놓인, 대응하는 클립 AV 스트림 파일 "XXXXX.PS"의 성질 등을 기술한다.
도 24는, 클립 AV 스트림 파일 "XXXXX.CLP"의 전체 구조를 나타내는 일례의 신택스를 나타낸다. 클립 AV 스트림 파일 "XXXXX.CLP"는, 선두에, 필드 presentation_start_time 및 필드 presentation_end_time가 각각 배치된다. 필드 presentation_start_time 및 필드 presentation_end_time은, 각각 33 비트의 데이터 길이를 갖고, 대응하는 클립 AV 스트림 파일의 선두와 후단의 시각을 나타낸다. 시각 정보는, MPEG2 시스템에서의 PTS(Presentation Time Stamp)를 이용할 수 있다. PTS는, 90㎑의 정밀도를 갖는다.
다음으로, 7 비트의 데이터 길이를 갖는 필드 reserved_for_word_alignment와, 1 비트의 데이터 길이를 갖는 플래그 capture_enable_flag_Clip이 배치된다. 필드 reserved_for_word_alignment는, 데이터 길이가 1 비트인 플래그 capture_enable_flag_Clip과 조합하여, 파일 "XXXXX.CLP" 내에서의 배치를 16 비트의 위치에 갖추기 위해서 이용된다. 플래그 capture_enable_flag_Clip은, 해당 파일 "XXXXX.CLP"에 대응하는 클립 AV 스트림 파일에 포함되는 동화상의 2차 이용을 허가할지의 여부를 나타내는 플래그이다. 예를 들면, 이 플래그 capture_enable_flag_Clip의 값이 "1"이면, 해당 파일 "XXXXX.CLP"에 대응하는 클립 AV 스트림 파일의 동화상의, 재생기 내에서의 2차 이용을 허가하는 것을 나타낸다.
필드 number_of_streams는, 8 비트의 데이터 길이를 갖고, 계속되는 블록 StreamInfo() 구조의 개수를 나타낸다. 필드 number_of_streams의 다음으로부터, for 루프에 의해 필드 number_of_streams으로 표시되는 횟수분만큼, 블록 StreamInfo()가 기술된다. for 루프 후에는, 블록 EP_map()가 배치된다.
블록 StreamInfo()의 일례의 내부 구조에 대하여 설명한다. 블록 StreamInfo()의 선두에는, 필드 length가 배치된다. 필드 length는, 16 비트의 데이터 길이를 갖고, 해당 블록 StreamInfo()의 길이를 나타낸다. 계속해서, 각각 8 비트의 데이터 길이를 갖는 필드 stream_id 및 필드 Private_stream_Id가 배치되어, 도 25에 일례가 도시된 바와 같이, 해당 블록 StreamInfo()를 엘리멘터리 스트림에 관련되게 만들고 있다. 이 도 25의 예에서는, 해당 블록 StreamInfo()는, 필드 stream_id가 값 "0xE0"∼값 "0xEF"로 비디오 스트림에 관련지어져, 값 "0xBD"로 ATRAC(Adaptive Transform Acoustic Coding) 오디오 스트림, LPCM(Linear Pulse Code Modulation) 오디오 스트림 또는 자막 스트림과 관련지어진다. 또한, 해당 블록 StreamInfo()는, 필드 private_stream_id가 값 "0x00"∼값 "0x0F",값 "0x10"∼값 "0x1F" 및 값 "0x80"∼값 "0x9F"로 ATRAC 오디오 스트림, LPCM 오디오 스트림 및 자막 스트림에 각각 관련지어진다.
또한, 도 25에서의 값의 표기에서, 「0x」는, 후속하는 수치가 16진 표기인 것을 나타낸다. 이것은, 이하의 마찬가지의 표현에서, 공통이다.
여기서, 블록 StreamInfo()는, 대별하여, 스트림 중에서 변화하지 않은 정보와 스트림 중에서 변화하는 정보와의 두 가지의 정보가 기술되어 있다. 스트림 중에서 변화하지 않은 정보는, 블록 StaticInfo()에 기술된다. 한편, 스트림 중에서 변화하는 정보는, 변화점을 시각 정보로 지정하여, 블록 DynamicInfo()에 기술된다.
블록 StreamInfo()에서, 블록 StaticInfo()의 뒤에 바이트 위치를 갖추기 위한, 8 비트의 데이터 길이를 갖는 필드 reserved_for_word_alignment가 배치되고, 그 다음으로, 필드 number_of_DynamicInfo가 배치된다. 필드 number_of_DynamicInfo는, 8 비트의 데이터 길이를 갖고, 블록 StreamInfo() 내에 그 후에 기술되는 블록 DynamicInfo()의 개수가 표시된다. for 루프에 의해, 필드 number_of_DynamicInfo로 표시되는 횟수분만큼, 필드 pts_change_point 및 블록 DynamicInfo()가 기술된다.
필드 pts_change_point는, 33 비트의 데이터 길이를 갖고, 대응하는 블록 DynamicInfo()의 정보가 유효하게 되는 시각을 PTS에 의해 나타낸다. 스트림마다 선두로 되는 시각도, 필드 pts_change.Joint로 표시되고, 이것은, 파일 "XXXXX.CLP" 내에서 정의되는, 전술한 필드 presentation_start_time과 동등하게 된다.
도 26을 이용하여, 블록 StaticInfo()의 일례의 내부 구조에 대하여 설명한다. 블록 StaticInfo()는, 대응하는 엘리멘터리 스트림의 종류에 의해 내용이 상이하다. 대응하는 엘리멘터리 스트림의 종류는, 도 25을 이용하여 설명한, 필드 stream_id 및 필드 private_stream_id의 값에 기초하여 판단할 수 있다. 도 26에서는, 블록 StaticInfo()가 대응하는 엘리멘터리 스트림의 종류가 비디오 스트림, 오디오 스트림 및 서브타이틀(자막) 스트림의 어느 하나를, If 구문을 이용하여 각각 기술하고 있다. 이하, 블록 StaticInfo()에 대하여, 엘리멘터리 스트림마다 설명한다.
엘리멘터리 스트림이 비디오 스트림이었던 경우, 블록 StaticInfo()는, 각각 4 비트의 데이터 길이를 갖는 필드 picture_size 및 필드 frame_rate, 1 비트의 데이터 길이를 갖는 플래그 cc_flag로 이루어진다. 필드 picture_size 및 필드 frame_rate는, 해당 비디오 스트림의 화상의 사이즈 및 프레임 주파수를 각각 나타낸다. 플래그 cc_flag는, 해당 비디오 스트림이 클로즈드 캡션(자막)을 포함하는지의 여부를 나타낸다. 예를 들면, 플래그 cc_flag의 값이 "1"이며, 해당 비디오 스트림이 클로즈드 캡션(자막)을 포함한다. 필드 reserved_for_word_alignment는, 데이터 배치를 16 비트로 갖추기 위해서 이용된다.
엘리멘터리 스트림이 오디오 스트림이었던 경우, 블록 StaticInfo()는, 16 비트의 데이터 길이를 갖는 필드 audio_language_code, 8 비트의 데이터 길이를 갖는 필드 channel_configuration, 1 비트의 데이터 길이를 갖는 플래그 lfe_existence 및 4 비트의 데이터 길이를 갖는 필드 sampling_frequency로 이루어진다. 필드 audio_language_code는, 해당 오디오 스트림에 포함되고 있는 언어를 나타내는 코드를 나타낸다. 필드 channel_configuration은, 모노럴, 스테레오, Multi_channel 등, 오디오 데이터의 채널 속성을 나타낸다. 필드 lfe_existence는, 저역 강조 채널이 포함되어 있는지의 여부를 나타내고, 예를 들면 값이 "1"로 포함되어 있는 것을 나타낸다. 필드 sampling_frequency는, 오디오 데이터의 샘플링 주파수를 나타낸다. 필드 reserved_for_word_alignment는, 데이터 배치를 16 비트로 갖추기 위해서 이용된다.
엘리멘터리 스트림이 서브타이틀(자막) 스트림이었던 경우, 블록 StaticInfo()는, 16 비트의 데이터 길이를 갖는 필드 subtitle_language_code 및 1 비트의 데이터 길이를 갖는 플래그 configurable_flag로 이루어진다. 필드 subtitle_language_code는, 해당 자막 스트림에 포함되고 있는 언어를 나타내는 코드를 나타낸다. 플래그 configurable_flag는, 해당 자막 스트림을 표시할 때에, 문자의 크기나 위치의 변경을 허가할지의 여부를 나타내고, 예를 들면 값이 "1"로, 허가하는 것을 나타낸다. 필드 reservedfor_word_alignment는, 데이터 배치를 16 비트로 갖추기 위해서 이용된다.
도 27을 이용하여, 블록 DynamicInfo()의 일례의 내부 구조에 대하여 설명한다. 블록 DynamicInfo()는, 선두에, 8 비트의 데이터 길이를 갖는 필드 reserved_for_word_alignment가 배치된다. 계속되는 내용은, 대응하는 엘리멘터리 스트림의 종류에 의해 상이하다. 대응하는 엘리멘터리 스트림의 종류는, 도 25을 이용하여 설명한, 필드 stream_id 및 필드 private_stream_id의 값에 기초하여 판단할 수 있다. 도 27에서는, 블록 DynamicInfo()가 대응하는 엘리멘터리 스트림의 종류가 비디오 스트림, 오디오 스트림 및 서브타이틀(자막) 스트림의 어느 것인지를, if 구문을 이용하여 각각 기술하고 있다. 이하, 블록 DynamicInfo()에 대하여, 엘리멘터리 스트림마다 설명한다.
엘리멘터리 스트림이 비디오 스트림이었던 경우, 블록 DynamicInfo()는 4 비트의 데이터 길이를 갖는 필드 display_aspect_ratio로 이루어진다. 필드 display_aspect_ratio는, 비디오의 표시 출력 종횡비가 16:9인지 4:3인지를 나타낸다. 필드 reserved_for_word_alignment는, 데이터 배치를 16 비트로 갖추기 위해서 이용된다.
엘리멘터리 스트림이 오디오 스트림이었던 경우, 블록 DynamicInfo()는, 4 비트의 데이터 길이를 갖는 필드 channel_assignment로 이루어진다. 필드 channel_assignment는, 해당 오디오 스트림이 2 채널로 구성되어 있는 경우에, 출력이 스테레오인지 이중 모노인지를 나타낸다. 이중 모노는, 예를 들면 2개 국어의 음성을 재생 가능하게 할 때에 이용된다. 필드 reserved_for_word_alignment는, 데이터 배치를 16 비트로 갖추기 위해서 이용된다.
엘리멘터리 스트림이 자막 스트림이었던 경우, 블록 DynamicInfo()는, 데이터 배치를 16 비트로 갖추기 위해서 이용된, 필드 reserved_for_word_alignment로 구성된다. 즉, 자막 스트림에 관해서는, 동적으로 변화하는 속성이 정의되어 있지 않다.
도 28을 이용하여, 블록 EP_map()의 일례의 내부 구조에 대하여 설명한다. 블록 ELmap()는, 엘리멘터리 스트림마다, 비트 스트림 내의 디코드 개시 가능 위치(엔트리 포인트, 혹은 랜덤 액세스 포인트(RAP)라고도 함)를, 시각 정보와 위치 정보를 이용하여 표한 것이다. 위치 정보는, 예를 들면 엘리멘터리 스트림이 기록되는 기록 매체에서의, 액세스의 최소 단위를 이용하는 것이 가능하다. 각 엘리멘터리 스트림은, 블록 EP_map()로 표시되는 위치로부터의 디코드 처리가 가능한 것으로 한다.
고정 레이트의 스트림에서는, 디코드 개시 가능 위치를 계산으로 구하는 것이 가능하기 때문에, 이 블록 EP_map()과 같은 정보는, 불필요하다. 한편, 가변 레이트의 스트림이나, MPEG 계의 비디오의 압축 부호화 방식과 같이 액세스 유닛마다 데이터의 사이즈가 변하는 것 같은 스트림인 경우에는, 랜덤 액세스를 행하기 위해 중요한 정보로 된다.
블록 EP_map()은, 선두에, 배치를 16 비트로 갖추기 위해서, 8 비트의 데이터 길이를 갖는 필드 reserved_for_word_alignment가 배치된다. 계속해서, 필드 number_of_stream_id_entries가 배치된다. 필드 number_of_stream_id_entries는, 8 비트의 데이터 길이를 갖고, 이 블록 EP_map()에 기술되어 있는 엘리멘터리 스트림의 수를 나타낸다. 제1 for 루프에 의해, 필드 stream_id, 필드 private_stream_id 및 필드 number_of_EP_entries가, 필드 number_of_stream_id_entries로 표시되는 횟수분만큼 기술된다. 또한, 제1 for 루프의 한 번의 기술마다, 제2 for 루프에 의해, 필드 number_of_EP_entries로 표시되는 횟수분만큼, 필드 PTS_EP_start 및 필드 RPN_EP_start가 배치된다.
제1 for 루프 내에서, 최초로, 각각 8 비트의 데이터 길이를 갖는 필드 stream_id 및 필드 private_stream_id가 배치되어, 도 25에 일례가 도시된 바와 같이하여, 엘리멘터리 스트림을 특정하고 있다. 다음으로, 배치되는 필드 number_of_EP_entries는, 32 비트의 데이터 길이를 갖고, 해당 엘리멘터리 스트림에 대하여 기술되어 있는 엔트리 포인트의 수를 나타낸다. 그 후, 제2 for 루프로써, 필드 number_of_EP_entries가 나타내는 수만큼, 필드 PTS_EP_start 및 필드 RPN_EP_start가 각각 배치된다.
필드 PTS_EP_start 및 필드 RPN_EP_start는, 각각 33 비트의 데이터 길이를 갖고, 엔트리 포인트 자체를 나타낸다. 필드 PTS_EP_start는, 엔트리 포인트의 클립 AV 스트림 파일 내에서의 시각을 PTS로 나타낸다. 한편, 필드 RPN_EPstart는, 엔트리 포인트의 클립 AV 스트림 파일 내에서의 위치를 예를 들면 2048 바이트 단위로 나타낸다.
이 실시의 일 형태에서는, 디스크형의 액세스 단위인 1 섹터가 2048 바이트로 된다. 그 때문에, 엔트리 포인트의 클립 AV 스트림 파일 내에서의 위치는, 필드 RPN_EP_start에 의해, 섹터 단위로 표시되는 것으로 된다.
여기서, 비디오 스트림의 재생 개시 가능 위치의 직전에는, 반드시, 패킷 private_stream_2가 배치된다. 이 패킷 private_stream_2는, 비디오 스트림을 디코드하기 위해 이용 가능한 정보가 저장되는 패킷이다. 그 때문에, 비디오 스트림의 엔트리 포인트의 위치는, 해당 패킷 private_stream_2가 저장되는 팩 pack()의 위치로 된다.
블록 EP_map()는, 전술된 바와 같이 하여, 클립 AV 스트림 상의 시각과, 클립 AV 스트림 파일 내에서의 위치를 대응시키고 있다. 이에 의해, 클립 AV 스트림에의 액세스 포인트의 시각 정보(타임 스탬프)가 제공되었을 때에, 클립 AV 스트림 파일 중에서 데이터의 판독을 개시할 데이터 어드레스를 검색하는 것이 용이해져, 디스크의 랜덤 액세스를 순조롭게 행할 수 있다.
또한, 이 실시의 일 형태에서는, 블록 ELmaD()에서, 엘리멘터리 스트림마다의 시각 정보와 위치 정보와의 조(제2 for 루프 내의 필드 PTS_EP_start와 필드 RPN_EP_start와의 조)는, 필드 PTS_EP_start 및 RPN_EP_start의 양방에 대하여 오름차순(또는 내림차순)으로 미리 열거하여 등록하도록 하고 있다. 환언하면, 시각 정보와 위치 정보는, 미리 소정의 방향으로 재배열되어 있다. 이 때문에, 이 대로의 데이터에 대하여 이분트리 검색을 실행하는 것이 가능하다.
또한, 본 발명의 실시의 일 형태에서는, 비디오의 엘리멘터리 스트림은, MPEG2-Video의 규격에 기초하는 엘리멘터리 스트림이라고 설명했지만, 이것은 이 예에 한정되지 않는다. 예를 들면, 비디오의 엘리멘터리 스트림은, MPEG4-Visual이나, MPEG4-AVC에 의한 것이다. 또한, 오디오의 엘리멘터리 스트림은, ATRAC 오디오의 엘리멘터리 스트림로 하여 설명했지만, 이것도 이 예에 한하지 않고, 예를 들면 MPEG1/2/4 오디오에도 적용 가능하다.
7. 디스크 재생 장치에 대하여
다음으로, 본 발명의 실시의 일 형태를 적용 가능한 디스크 재생 장치에 대하여 설명한다. 도 29는, 본 발명을 적용 가능한 디스크 재생 장치(100)의 일례의 구성을 개략적으로 나타낸다. 버스(111)에 대하여, CPU(Central Processing Unit)(112), 메모리(113), 드라이브 인터페이스(114), 입력 인터페이스(115), 비디오 디코더(116), 오디오 디코더(117), 비디오 출력 인터페이스(118) 및 오디오 출력 인터페이스(119)가 각각 접속된다. 이 디스크 재생 장치(100)의 각 부는, 버스(111)를 통하여 비디오 스트림, 오디오 스트림, 각종 커맨드나 데이터 등을 상호 교환할 수 있게 되어 있다.
드라이브 인터페이스(114)에는, 또한 디스크 드라이브(102)가 접속된다. 디스크 드라이브(102)는, 드라이브 인터페이스(114)를 통하여 버스(111)와 데이터나 커맨드의 교환을 행한다.
CPU(112)는, ROM(Read Only Memory) 및 RAM(Random Access Memory)를 갖고(도시 생략), ROM에 미리 기억된 프로그램이나 데이터에 따라, 버스(111)를 통하여 이 디스크 재생 장치(100)의 각 부와 데이터나 커맨드의 교환을 행하고, 이 디스크 재생 장치(100)의 전체를 제어한다. RAM은, CPU(112)의 워크 메모리로서 이용된다.
또한, 도 29에서는 생략되어 있지만, 디스크 재생 장치(100)는 데이터의 재기입이 가능하고, 또한 디스크 재생 장치(100)의 전원을 OFF로 한 후에도 기억 내용이 유지되는, 플래시 메모리 등의 불휘발성 메모리를 가질 수 있다. 불휘발성 메모리는, 예를 들면 버스(111)에 접속되고, CPU(112)에 의한 불휘발성 메모리에 대한 데이터의 기입이나, 이 불휘발성 메모리로부터의 데이터의 판독이 가능하도록 되어 있다.
입력 인터페이스(115)는, 유저에 의해 실제로 입력 조작이 행해지는 입력 장치로부터의 입력 신호가 공급된다. 입력 장치는, 예를 들면 적외선 신호 등으로 원격적으로 디스크 재생 장치(100)를 조작하는 리모트 컨트롤 커맨더나, 이 디스크 재생 장치(100)에 직접적으로 설치된 키 등이다. 입력 인터페이스(115)는, 이들의 입력 장치로부터 공급된 입력 신호를, CPU(112)에 대한 제어 신호로 변환하여 출력한다.
디스크(101)는, 도 18 이후에 설명한 바와 같은 포맷으로써, 플레이 리스트, 스크립트 프로그램, 클립 인포메이션 파일, 클립 AV 스트림 파일 등이 기록되어 있다. 디스크(101)가 디스크 드라이브(102)에 장전되면, 자동 재생 또는 유저의 입력 조작에 따라 디스크(101)가 재생된다. 디스크(101)로부터 판독된 스크립트 파일나 플레이 리스트 파일, 클립 인포메이션 파일은, CPU(112)에 공급되어, 예를 들면 CPU(112)가 갖는 RAM에 기억된다. CPU(112)는, RAM에 기억된 이들의 데이터나 스크립트 프로그램에 기초하여, 디스크(101)로부터 클립 AV 스트림 파일을 판독한다.
디스크(101)로부터 판독된 클립 AV 스트림 파일은, 메모리(113)에 일단 저장된다. 비디오 디코더(116)는, CPU(112)의 명령에 기초하여, 메모리(113)에 저장된 클립 AV 스트림 파일의 비디오 스트림이나 자막 스트림을 디코드한다. 디코드된 비디오 데이터나 자막 데이터는, 예를 들면 CPU(112)에 의해 각각 확대, 축소 처리 등의 화상 처리를 실시될 뿐만 아니라, 합성, 가산 처리가 실시되어, 1개의 비디오 데이터로 된다. 이들의 화상 처리는, 이것에 한하지 않고, 비디오 디코더(116)나 비디오 출력 인터페이스(118)에 있어서 행할 수도 있다. 이 비디오 데이터는, 메모리(113)에 버퍼링되어, 비디오 출력 인터페이스(118)에 공급된다. 비디오 출력 인터페이스(118)는, 예를 들면 공급된 비디오 데이터를 아날로그 비디오 신호로 변환하여, 비디오 출력 단자(120)로 도출한다.
마찬가지로, 오디오 디코더(117)는, CPU(112)의 명령에 기초하여, 메모리(113)에 저장된 클립 AV 스트림 파일의 오디오 스트림을 디코드한다. 디코드된 오디오 데이터는, 메모리(113)에 버퍼링되어, 오디오 출력 인터페이스(119)에 공급된다. 오디오 출력 인터페이스(119)는, 공급된 오디오 데이터를, 예를 들면 아날로그 오디오 신호로 변환하여 오디오 출력 단자(121)로 도출한다.
또한, 여기서는, 도 29에 도시되는 각 부가 각각 독립된 하드웨어로 구성되어 있는 바와 같이 설명했지만, 이것은 이 예에 한정되지 않는다. 예를 들면, 비디오 디코더(116) 및/또는 오디오 디코더(117)는, CPU(112) 상에서 동작하는 소프트웨어에 의해 구성할 수 있다.
또한, 전술한 디스크 재생 장치(100)는, CPU(112) 및 메모리를 구비하고, 프로그램에 의해 동작하기 때문에, 일종의 컴퓨터 장치로서 생각하는 것이 가능하다.
도 30은, 도 29에 도시한 디스크 재생 장치(100)에서의 동작을 보다 상세히 설명하기 위한 기능 블록도이다. 디스크 재생 장치(100)는, 개략적으로는, 오퍼레이션 시스템(201)과, 비디오 콘텐츠 재생부(210)로 이루어진다. 비디오 콘텐츠 재생부(210)는, 실질적으로는, 오퍼레이션 시스템(201) 상에서 동작하는 소프트웨어 프로그램이다. 이것에 한하지 않고, 비디오 콘텐츠 재생부(210)는, 소프트웨어와 하드웨어가 통합적으로 동작하는 것으로도 된다. 이하에서는, 비디오 콘텐츠 재생부(210)가 소프트웨어인 것으로 하여 설명한다. 또한, 도 30에서는, 디스크 드라이브(102)는 생략되어 있다.
오퍼레이션 시스템(201)은, 디스크 재생 장치(100)에 전원이 투입되면 CPU(112)에서 최초로 기동하여, 각 부의 초기 설정 등 필요한 처리를 행하고, 어플리케이션 프로그램(여기서는 비디오 콘텐츠 재생부(210))을 ROM으로부터 호출한다. 오퍼레이션 시스템(201)은, 비디오 콘텐츠 재생부(210)의 동작 중에, 비디오 콘텐츠 재생부(210)에 대하여, 디스크(101)로부터의 파일의 판독이나 파일 시스템의 해석이라고 한, 기본적인 서비스를 제공한다. 예를 들면, 오퍼레이션 시스템(201)은, 비디오 콘텐츠 재생부(210)로부터 받은 파일 판독 요청에 따라서, 드라이브 인터페이스(114)를 통하여 디스크 드라이브(102)를 제어하여, 디스크(101)에 기록되어 있는 데이터를 판독한다. 판독된 데이터는, 오퍼레이션 시스템(201)의 제어에 의해, 비디오 콘텐츠 재생부(210)로 건네진다.
또한, 오퍼레이션 시스템(201)은, 멀티태스크 처리 기능을 갖추고, 복수의 소프트웨어 모듈을, 예를 들면 시분할 제어에 의해 외관상 병렬적으로 제어할 수 있다. 즉, 도 30에 일례가 표시된다, 비디오 콘텐츠 재생부(210)를 구성하는 각 모듈은, 오퍼레이션 시스템(201)의 멀티태스크 처리 기능에 의해, 모두, 병렬적인 동작이 가능하다.
이하, 비디오 콘텐츠 재생부(210)의 동작에 대하여, 보다 구체적으로 설명한다. 비디오 콘텐츠 재생부(210)는, 내부에 또한 몇몇의 모듈을 갖고 있고, 하기의 기능을 실현한다.
(1) 장전된 디스크(101)가 UMD 비디오의 규격에 준한 디스크(이하, UMD 비디오 디스크라고 함)인지의 여부를 판단한다.
(2) 장전된 디스크(101)가 UMD 비디오 디스크라고 판단한 경우, 디스크(101)로부터 리소스 파일을 판독하여, 스크립트 제어 모듈(211)에 전달한다.
(3) 장전된 디스크(101)가 UMD 비디오 디스크라고 판단한 경우, 또한 데이터베이스를 구성하는 파일(플레이 리스트 파일, 클립 인포메이션 파일 등)을 판독하여, 플레이어 제어 모듈(212)에 전달한다.
이하, 비디오 콘텐츠 재생부(210)의 각 모듈의 동작에 대하여 설명한다.
스크립트 제어 모듈(211)은, 수취한 리소스 파일을, 예를 들면 CPU(112)의 도시되지 않는 RAM의 소정 영역에 기억한다. CPU(112)(스크립트 제어 모듈(211))은, 이 RAM에 기억된 스크립트 프로그램을 판독하여, 해석하여 실행한다. 리소스 파일을 메모리(113)의 소정 영역에 기억시켜, 필요에 따라 CPU(112)의 도시되지 않는 RAM에서 판독하도록 해도 된다.
플레이어 모델의 설명으로 이미 설명한 바와 같이, 메뉴 화면 등의 화상의 작성 및 출력이나, 유저 입력에 따른 커서 이동, 메뉴 화면의 변경과 같은 GUI는, 스크립트 프로그램에 의해 그래픽 처리 모듈(219)을 제어함으로써 실현한다. 이 때, 메모리(113) 상의 리소스 파일에 저장된 화상 데이터나 사운드 데이터가 이용되어, 메뉴 화면 등의 작성이 행하여진다. 또한, 스크립트 제어 모듈(211)은 스크립트 프로그램의 실행에 의해, 플레이어 제어 모듈(212)의 제어 등이 가능하다.
플레이어 제어 모듈(212)은, 디스크(101)로부터 판독된, 플레이 리스트 파일 "PLAYLIST.DAT"이나, 클립 인포메이션 파일 "XXXXX.CLP"와 같은 파일에 저장된 데이터베이스 정보를 참조하여, 디스크(101)에 기록되어 있는 비디오 콘텐츠의 재생에 관한, 이하와 같은 제어를 행한다.
(1) 플레이 리스트나 클립 인포메이션과 같은 데이터베이스 정보를 해석한다.
(2) 콘텐츠 데이터 공급 모듈(213) , 디코드 제어 모듈(214) 및 버퍼 제어 모듈(215)을 제어한다.
(3) 스크립트 제어 모듈(211) 또는 입력 인터페이스(115)로부터의 지시에 따라, 재생, 재생 정지, 재생 일시 정지와 같은 플레이어의 상태 천이 제어나, 스트림 전환 등의 재생 제어 처리를 행한다.
(4) 디코드 제어 모듈(214)로부터, 재생 중인 비디오 스트림에 대하여, 시각 정보를 취득하여, 시각 표시나 마크 이벤트의 생성 등을 행한다.
콘텐츠 데이터 공급 모듈(213)은, 플레이어 제어 모듈(212)의 지시에 따라, 디스크(101)로부터 클립 AV 스트림 파일과 같은 콘텐츠 데이터를 판독하여, 버퍼 제어 모듈(215)에 전달한다. 버퍼 제어 모듈(215)은, 전달받은 콘텐츠 데이터를 버퍼의 실체(215A)로서의 메모리(113)에 보류되어 있다. 콘텐츠 데이터 공급 모듈(213)은, 버퍼 제어 모듈(215)을 제어하여, 비디오 디코더 제어 모듈(216), 오디오 디코더 제어 모듈(217) 및 자막 디코더 제어 모듈(218)로부터의 요구에 따라서, 메모리(113)에 보류되어 있는 콘텐츠 데이터를, 이들의 모듈(216, 217, 218)에 소정으로 공급한다. 또한, 콘텐츠 데이터 공급 모듈(213)은, 버퍼 제어 모듈(215)에 의해 보류되어 있는 콘텐츠 데이터의 량을 소정으로 제어하도록, 디스크(101)로부터 콘텐츠 데이터의 판독을 행한다.
디코드 제어 모듈(214)은, 플레이어 제어 모듈(212)의 지시에 따라, 비디오 디코더 제어 모듈(216), 오디오 디코더 제어 모듈(217) 및 자막 디코더 제어 모듈(218)의 동작을 제어한다. 또한, 디코드 제어 모듈(214)은, 내부에 시계 기능을 갖고, 비디오 데이터와 오디오 데이터가 동기적으로 출력되도록, 각 디코더 제어 모듈(216, 217, 218)의 동작을 제어한다.
버퍼 제어 모듈(215)은, 버퍼의 실체(215A)로서, 메모리(113)의 일부를 배타적으로 이용한다. 또한, 버퍼 제어 모듈(215)은, 데이터 선두 포인터 및 데이터 기입 포인터를 기억한다. 버퍼 제어 모듈(215)은, 또한 내부 모듈로서 비디오 판독 기능, 오디오 판독 기능 및 자막 판독 기능을 갖는다. 비디오 판독 기능의 내부에는, 비디오 판독하여 포인터를 갖는다. 또한, 비디오 판독 기능의 내부에는, 액세스 유닛 정보인 정보 au_information()을 축적하기 위한 레지스터를 갖춘다. 오디오 판독 기능의 내부에는, 오디오 판독하여 포인터를 갖는다. 자막 판독 기능의 내부에는, 자막 판독하여 포인터와 자막 판독 기능 플래그를 갖는다. 자막 판독 기능 플래그는, 기입하는 값에 따라서 자막 판독 기능의 유효/무효를 제어한다. 예를 들면, 자막 판독 기능 플래그에 "1"을 기입하면, 자막 판독 기능이 유효로 되고, "0"을 기입하면, 자막 판독 기능이 무효로 된다.
버퍼 제어 모듈(215)의 내부 모듈인 비디오 판독 기능, 오디오 판독 기능 및 자막 판독 기능은, 또한 비디오 스트림, 오디오 스트림 및 자막 스트림이 다중화된 클립 AV 스트림으로부터, 각각의 스트림을 분리하는 디멀티플렉서 기능을 갖는다. 본 발명의 실시의 일 형태에서는, MPEG2 시스템의 프로그램 스트림의 형식으로 복수의 엘리멘터리 스트림이 시분할 다중되고, 클립 AV 스트림이 형성되어 있다. 따라서, 비디오 판독 기능, 오디오 판독 기능 및 자막 판독 기능은, MPEG2 시스템의 프로그램 스트림에 대한 디멀티플렉서 기능을 갖는다.
이 때문에, 비디오 판독 기능은, 스트림 내에 소정으로 배치되는 필드 stream_id(도 25 참조)의 값을 읽어내어 유지한다. 마찬가지로, 오디오 판독 기능 및 자막 판독 기능은, 필드 stream_id 및 필드 private_stream_id(도 25 참조)의 값을 읽어내어 유지한다. 이들 필드 stream_id나 필드 private_stream_id의 값은, 공급된 비트 스트림을 해석할 때에 이용한다.
비디오 디코더 제어 모듈(216)은, 메모리(113)로부터 비디오 스트림의 단일의 비디오 액세스 유닛을 판독하여 비디오 디코더(116)에 공급하도록, 버퍼 제어 모듈(215) 내의 비디오 판독 기능에 대하여 지시를 한다. 그리고, 비디오 디코더 제어 모듈(216)은, 비디오 디코더(116)를 제어하여, 비디오 디코더(116)에 공급된 비디오 스트림을 액세스 유닛 단위로 디코드한다. 비디오 스트림을 디코드하여 생성된 비디오 데이터는, 그래픽 처리 모듈(219)에 공급된다.
마찬가지로, 오디오 디코더 제어 모듈(217)은, 메모리(113)로부터 오디오 스트림의 단일의 오디오 액세스 유닛을 판독하여 오디오 디코더(117)에 공급하도록, 버퍼 제어 모듈(215) 내의 오디오 판독 기능에 대하여 지시를 한다. 또한, 이 실시의 일 형태에서는, 오디오 스트림을 구성하는 액세스 유닛(오디오 프레임)은, 이미 알려진 고정 길이로 한다. 그리고, 오디오 디코더 제어 모듈(217)은, 오디오 디코더(117)를 제어하여, 오디오 디코더(117)에 공급된 오디오 스트림을 액세스 유닛 단위로 디코드한다. 오디오 스트림을 디코드하여 생성된 오디오 데이터는, 오디오 출력 모듈(242)에 공급된다.
또한, 자막 디코더 제어 모듈(218)은, 메모리(113)로부터 자막 스트림의 단일의 자막 액세스 유닛을 판독하여 자막 디코더 제어 모듈(218)에 공급하도록, 버퍼 제어 모듈(215) 내의 자막 판독 기능에 대하여 지시를 한다. 또한, 이 실시의 일 형태에서는, 자막 스트림을 구성하는 자막 액세스 유닛은, 유닛의 선두에 해당 유닛의 길이 정보가 저장되어 있다. 자막 디코더 제어 모듈(218)은, 자막 디코드 기능을 갖고, 공급된 자막 스트림을 디코드할 수 있다. 자막 디코더 제어 모듈(218)의 자막 디코드 기능에 의해 자막 스트림이 디코드된 자막의 화상 데이터는, 그래픽 처리 모듈(219)에 공급된다.
그래픽 처리 모듈(219)은, 전술한 바와 같이, 비디오 디코더 제어 모듈(216)의 제어에 기초하여 비디오 디코더(116)로 디코드된 비디오 데이터와, 자막 디코더 제어 모듈(218)에 의해 디코드된 자막의 화상 데이터가 공급된다. 그래픽 처리 모듈(219)은, 공급된 이들 비디오 데이터에 대하여 자막의 화상 데이터를 소정으로 가산하여, 출력하기 위한 비디오 신호를 생성한다. 그래픽 처리 모듈(219)에서는, 또한 스크립트 제어 모듈(211)이나 플레이어 제어 모듈(212)의 지시에 따라, 메뉴 화상이나 메시지 화상을 생성하여, 출력 비디오 신호에 대하여 합성(오버레이)한다.
예를 들면, 그래픽 처리 모듈(219)은, 공급된 자막의 화상 데이터에 대하여, 스크립트 제어 모듈(211)로부터의 지시에 따라 확대 처리나 축소 처리를 행하여, 비디오 데이터에 대하여 소정으로 가산한다.
또한, 그래픽 처리 모듈(219)은, 미리 지정된 출력 비디오 디바이스의 종횡비와, 디스크(101)로부터 재생된 콘텐츠 내에서 지정된 출력 종횡비에 기초하여, 출력 신호의 종횡 변환을 행한다. 예를 들면, 출력 비디오 디바이스의 종횡비가 16:9인 경우, 출력 종횡비가 16:9이면, 비디오 데이터를 그대로 출력하고, 출력 종횡비가 4:3이면, 출력되는 비디오 데이터를, 화상의 높이가 출력 비디오 디바이스의 화면 높이에 일치하도록 스퀴즈(축소) 처리하여, 화상의 좌우에 흑 화상을 삽입하여 출력한다. 출력 비디오 디바이스가 4:3인 경우에는, 출력 종횡비가 4:3이면, 비디오 데이터를 그대로 출력하고, 출력 종횡비가 16:9이면, 출력되는 비디오 데이터를, 화상의 폭이 출력 비디오 디바이스의 화면 폭에 일치하도록 스퀴즈 처리하여, 화상의 상하로 흑 화상을 삽입하여 출력한다.
그래픽 처리 모듈(219)은, 또한 플레이어 제어 모듈(212)로부터의 요구에 따라서, 현재 처리 중인 비디오 신호를 캡쳐하여, 플레이어 제어 모듈(212)로 되돌려주는 것같은 처리도 행한다.
비디오 출력 모듈(241)은, 메모리(113)의 일부를 배타적으로 점유하여 FIFO(First In First Out)의 버퍼로서 이용하여, 그래픽 처리 모듈(219)에 의해 처리된 비디오 데이터를 이 버퍼에 일시적으로 보류되어 있고, 소정의 타이밍에서 판독하는 제어를 행한다. 버퍼로부터 판독된 비디오 데이터는, 비디오 출력 인터페이스(118)로부터 출력된다.
오디오 출력 모듈(242)은, 메모리(113)의 일부를 배타적으로 점유하여 FIFO의 버퍼로서 이용하여, 오디오 디코더(117)로부터 출력된 오디오 데이터를 이 버퍼에 보류되어 있고, 소정의 타이밍에서 판독하는 제어를 행한다. 버퍼로부터 판독된 오디오 데이터는, 오디오 출력 인터페이스(119)로부터 출력된다.
또한, 오디오 출력 모듈(242)은, 콘텐츠의 오디오 모드가 이중 모노(예를 들면 2개 국어)이던 경우, 미리 지정된 음성 출력 모드에 따라 오디오 데이터를 출력한다. 음성 출력 모드가 「주음성」으로 지정되어 있는 경우, 예를 들면 메모리(113)에서 좌측 채널의 오디오 데이터를 우측 채널에도 카피하여, 2 채널의 출력을 양쪽 모두 좌측 채널의 오디오 데이터로서 출력한다. 음성 출력 모드가 「부음성」이던 경우에는, 예를 들면 메모리(113)에서 우측 채널의 오디오 데이터를 좌측 채널에도 카피하여, 2 채널의 출력을 양쪽 모두 우측 채널의 오디오 데이터로서 출력한다. 음성 출력 모드가 「주·부음성」인 경우나, 콘텐츠가 스테레오인 경우에는, 오디오 데이터를 그대로 출력한다.
이러한 음성 출력 모드의 설정은, 비디오 콘텐츠 재생부(210)가 생성하는 메뉴 화면 등에 의해, 유저가 대화적으로 행할 수 있게 되어 있다.
불휘발성 메모리 제어 모듈(250)은, 플레이어 제어 모듈(212)로부터의 지시에 의해, 비디오 콘텐츠 재생부(210)가 종료해도 소거되지 않는 영역에의 데이터의 기입이나, 해당 영역으로부터의 데이터의 판독을 행한다. 타이틀 식별 ID(Title_ID)를 키로서, 데이터 Saved_Player_Status 및 데이터 Saved_User_Data의 조를 복수건, 해당 영역에 기억하는 기능을 갖는다. 데이터 Saved_Player_Status로서, 플레이어 제어 모듈(212)이 갖는 데이터 Backup_Player_Status가 기억된다. 이 데이터 Backup_Player_Status는, 예를 들면 전술한 플레이어 상태(323B)의, 플레이어 제어 모듈(212)이 종료하기 직전의 데이터에 대응하여, 데이터 Saved_Player_Status는, 리줌 인포메이션(324)에 대응한다. 또한, 데이터 Saved_User_Data로서, 플레이어 제어 모듈(212)이 갖는 데이터 User_Data가 기억된다. 데이터 User_Data는, 유저에 의해 플레이어 제어 모듈(212)에 대하여 설정된 소정의 데이터이다.
불휘발성 메모리 제어 모듈(250)은, 디스크 재생 장치(100)가 갖는 불휘발성 메모리의 소정 영역에 이들 데이터 Saved_Player_Status 및 데이터 Saved_User_Data의 조를 디스크(101)의 타이틀 ID와 관련지어 기억한다. 불휘발성 메모리 제어 모듈(250)이 데이터를 기억하는 기억 매체는, 불휘발성 메모리에 한하지 않고, 예를 들면 하드디스크 등이어도 된다.
8. 무비 플레이어의 상태 천이 모델에 대하여
8-1. 무비 플레이어의 상태의 정의에 대하여
다음으로, 본 발명의 실시의 일 형태에 적용할 수 있는 무비 플레이어(300)의 상태 천이 모델에 대하여, 보다 상세히 설명한다. 본 발명에서는, 무비 플레이어(300)의 상태를 무비 플레이어(300)의 내부 상태에서만 정의한다. 즉, 본 발명에서는, 무비 플레이어(300)의 상태를 무비 플레이어(300) 그 자신의 동작 및 기능에 기초하여 각각 정의한다.
보다 구체적으로는, 동작면에서, 플레이 리스트 재생의 관점으로부터, 무비 플레이어(300)가 재생 상태에 있는지 정지 상태에 있는지의 2 상태를 정의한다. 또한, 기능면에서, 무비 플레이어(300)가 네이티브 실장 플랫폼(301)로부터의 제어 커맨드를 접수하는지의 여부의 2 상태를 정의한다.
도 31은, 본 발명에 의한 무비 플레이어(300)의 상태의 정의를 개념적으로 나타낸다. 무비 플레이어(300)의 동작면으로부터 본 상태에 대하여 설명한다. 도 3을 참조하여, 무비 플레이어(300)는, 플레이 리스트 재생의 관점으로부터, 재생 상태 및 정지 상태의 어느 하나의 상태에 있다. 재생 상태는, 무비 플레이어(300)가 플레이 리스트를 선택하여, 선택된 플레이 리스트의 재생을 행하고 있는 상태이다. 한편, 정지 상태는, 무비 플레이어(300)가 플레이 리스트를 재생하지 않은 상태이다. 정지 상태에서는, 플레이 리스트는, 선택되어 있지 않다. 바꾸어 말하면, 무비 플레이어(300)의 플레이 백 모듈(321)에서 클립 AV 스트림이 디코드되어 있는 상태가 재생 상태이고, 디코드되어 있지 않은 상태가 정지 상태라고 할 수 있다.
또한, 재생 상태는, 또한 몇몇의 상태로 세분화된다. 예를 들면, 순방향 1 배속의 통상 재생, 순방향 및 역방향에의 1 배속 이외의 재생 속도로 재생하는 변속 재생, 일시 정지와 같은, 각종 재생 상태를 재생 상태에 포함한다. 코마 전송 및 코마 되감기 재생은, 통상 재생과 일시 정지를 교대로 행함으로써 실현된다. 이러한, 플레이 리스트의 재생 중이란, 무비 플레이어(300)가, 재생 상태에 있는 것과 동의이다.
무비 플레이어(300)의 기능면으로부터 본 상태에 대하여 설명한다. 무비 플레이어(300)는, 기능의 관점으로부터, 네이티브 실장 플랫폼(301)으로부터의 제어 커맨드(311)를 접수하는 모드(노멀 모드라고 함)와, 제어 커맨드(311)를 무시하는 모드(메뉴 모드라고 함)와의 2개의 동작 모드를 갖는다. 이들 무비 플레이어(300)의 2개의 동작 모드를, 각각 무비 플레이어(300)의 상태로서 정의한다.
노멀 모드는, 무비 플레이어(300)의 동작을, 스크립트 레이어(302)의 스크립트 프로그램을 통하지 않고서, 유저 입력(310)에 의해서 제어할 수 있다.
한편, 메뉴 모드는, 무비 플레이어(300)가 제어 커맨드(311)를 접수하지 않는다. 무비 플레이어(300)는, 스크립트 레이어(302)로부터의 메소드(313)만을 접수한다. 그 때문에, 무비 플레이어(300)의 동작을, 스크립트 레이어(302)의 스크립트 프로그램으로 모두, 제어할 수 있다. 예를 들면, 유저 입력(310)은, 네이티브 실장 플랫폼(301)로부터의 이벤트(314)로서, 스크립트 레이어(302)에 전달된다. 스크립트 레이어(302)의 스크립트 프로그램은, 이 이벤트(314)에 따른 메소드(313)를 이용하여, 무비 플레이어(300)의 동작을 제어한다.
즉, 메뉴 모드를 이용함으로써, 무비 플레이어(300)의 동작을 콘텐츠 제작자측이 제어할 수 있다. 또한, 메뉴 모드를 이용함으로써, 적은 종류의 키로 다채로운 제어를 실현할 수 있다.
이와 같이, 무비 플레이어(300)는, 동작면에서는 재생 상태와 정지 상태의 2 상태를 가질 뿐아니라, 기능면에서는 노멀 모드와 메뉴 모드의 2개의 동작 모드를 갖는다. 따라서, 무비 플레이어(300)로서는, 이들 동작면의 2 상태와 기능면의 2 동작 모드를 각각 조합한 4 상태가 정의된다. 즉, 무비 플레이어(300)는, 생성되고나서 소멸하기까지의 사이, 이 4 상태 중 어느 하나의 상태에 속한다. 무비 플레이어(300)의 생성 및 소멸에 대해서는 후술한다.
또한, 무비 플레이어(300)에 대하여, 현재의 상태와 다른 상태로 천이하는 것을 지시하는 메소드(313)를 발행하면, 모델 상에서는, 무비 플레이어(300)는, 발행된 메소드(313)에 따라서 바로 상태를 천이시킨다. 실제의 기기에서는, 무비 플레이어(300)에 대하여 있는 메소드(313)를 발행하고 나서, 무비 플레이어(300)가 해당 메소드(313)에 따른 상태 천이를 완료하기까지의 시간은, 해당 기기의 실장에 의존하게 된다.
또한, 임의의 상태에 있는 무비 플레이어(300)에 대하여, 해당 상태와 동일한 상태에 상태 천이시키는 것을 지시하는 메소드(313)를 발행해도, 무비 플레이어(300)의 상태는, 변화하지 않는다. 예를 들면, 이미 노멀 모드이고, 또한 정지 상태에 있는 무비 플레이어(300)에 대하여, 무비 플레이어(300)의 상태를 노멀 모드이고 또한 정지 상태로 천이시키는 메소드(313)를 발행해도, 무비 플레이어(300)의 상태는 변화하지 않는다.
또한, 일시 정지(포즈) 상태는, 재생 상태의 일종이다. 정지 상태로부터 일시 정지 상태로 천이시키기 위해서는, 일시 정지를 지정하는 값 pauseMode를 인수로 한 메소드 play()를 이용한다.
다음으로, 무비 플레이어(300)의 2 상태와 2 동작 모드를 조합한 4 상태 각각의 상태와, 4 상태 사이의 상태 천이에 대하여 설명한다. 이하에서는, 무비 플레이어(300)의 상태를 기능면에서 분류한 상태 중, 노멀 모드를 「normal」이라고 하고, 메뉴 모드를 「menu」라고 한다. 또한, 무비 플레이어(300)의 상태를 동작면에서 분류한 상태 중, 재생 상태를 「play」라고 하고, 정지 상태를 「Stop」이라고 한다. 그리고, 무비 플레이어(300)의 모드(mode) 및 상태(status)의 조합을, 편의적으로, 상태{mode, status}로 나타낸다. 또한, 이하에서는, 무비 플레이어(300)에서의 상태의 변화와 모드의 전환을, 함께 상태 천이라고 부른다.
도 31에서도 알 수 있듯이, 무비 플레이어(300)의 상태 천이는, 자신의 상태에의 천이도 포함시키면, 4×4=16가지가 존재한다. 이들의 상태 천이는, 스크립트 레이어(302)로부터 무비 플레이어(300)에 전달되는 메소드(313)에 의해서 야기된다. 즉, 무비 플레이어(300)에서의 상태 천이는, 무비 플레이어(300)의 외부로부터 야기되고, 스크립트 레이어(302)로부터의 메소드에 의한 지시없음에, 무비 플레이어(300)의 내부에서 자동적으로 상태 천이가 발생하는 것이 없다. 또한, 네이티브 실장 플랫폼(301)로부터의 제어 커맨드라도, 무비 플레이어(300)에서 상태 천이가 발생하지 않는다.
또한, 이 실시의 일 형태에서는, 메소드(313)의 인수의 조합에 제한이 있기 때문에, 무비 플레이어(300)에 있어서 가능한 16가지의 상태 천이의 모두를 메소드로 발생시키는 것은 할 수 없다.
이하, 무비 플레이어(300)가 취하여 얻는 4 상태(상태{Menu, Stop}, 상태{Normal, Stop}, 상태{Menu, Play} 및 상태{Normal, Play})에 대하여, 각각 설명한다.
(1) 상태{Menu, Stop}
무비 플레이어(300)가 플레이 리스트의 재생을 행하고 있지 않는 정지 상태에서, 또한 네이티브 실장 플랫폼(301)으로부터의 제어 커맨드(311)를 접수하지 않는 상태이다. 이 상태는, 예를 들면 배경에 동화상이 재생되어 있지 않은 메뉴 화면 등으로 이용된다.
무비 플레이어(300)의 생성 직후에 스크립트 프로그램로부터의 제어를 확실한 것으로 하기 위해서는, 그 시점에서 네이티브 실장 플랫폼(301)으로부터의 제어 커맨드(311)를 접수하지 않도록 하는 것이 유효하다. 그 때문에, 무비 플레이어(300)의 생성 직후는, 이 상태{Menu, Stop}로 되도록 정한다.
(2) 상태{Normal, Stop}
무비 플레이어(300)가 플레이 리스트의 재생을 행하고 있지 않는 정지 상태에서, 또한 네이티브 실장 플랫폼(301)로부터의 제어 커맨드(311)를 접수하는 상태이다. 이 상태는, 예를 들면 동화상을 재생하지 않은 상태에서 이용된다. 이 상태는, 제어 커맨드(311)를 접수하기 때문에, 무비 플레이어(300)의 생성 직후에는 이용하지 않는 것이 바람직하다.
(3) 상태{Menu, Play}
무비 플레이어(300)가 플레이 리스트의 재생을 행하고 있는 재생 상태에서, 또한 네이티브 실장 플랫폼(301)로부터의 제어 커맨드(311)를 접수하지 않는 상태이다. 이 상태는, 예를 들면 배경에 동화상이 재생되어 있는 메뉴 화면 등으로 이용된다.
(4) 상태{Normal, Play}
무비 플레이어(300)가 플레이 리스트의 재생을 행하고 있는 재생 상태에서, 또한 네이티브 실장 플랫폼(301)로부터의 제어 커맨드(311)를 접수하는 상태이다. 이 상태는, 예를 들면 본편의 재생 중 등에 이용된다.
전술한, 무비 플레이어(300)가 생성될 때의 모델에 대하여, 개략적으로 설명한다. 무비 플레이어(300)의 생성은, 예를 들면 전술한 바와 같이, 디스크 재생 장치(100)에 전원이 투입되어, CPU(112)에 있어서 오퍼레이션 시스템(201)이 기동되면, 각 부의 초기 설정 등 필요한 처리를 행함과 함께, 비디오 콘텐츠 재생부(210)를 ROM으로부터 호출한다. 이 비디오 콘텐츠 재생부(210)가 CPU(112)에 의해 실행되는 것으로 이루어진다. 디스크 재생 장치(100)에 있어서 전원이 OFF 상태로 되면, 무비 플레이어(300)가 소멸된다.
여기서, 무비 플레이어(300)는, 암묵의(implicit) 오브젝트가 생성되어 있는 것으로 간주되어, 스크립트 프로그램에서 명시적으로 무비 플레이어(300)의 생성을 행할 필요는 없다.
전술한 바와 같이, 무비 플레이어(300) 생성 직후의 상태는, 메뉴 모드의 정지 상태(상태{Menu, Stop})로 된다. 무비 플레이어(300)의 생성 직후에서는, 예를 들면 무비 플레이어(300)가 갖는 하기의 프로퍼티가 부정값으로 된다.
프로퍼티 audioFlag
프로퍼티 audioNumber
프로퍼티 chapterNumber
프로퍼티 playListNumber
프로퍼티 playSpeed
프로퍼티 subtitleFlag
프로퍼티 subtitleNumber
프로퍼티 videoNumber
또한, 전회 재생을 정지된 위치로부터 재생을 개시하는 「계속 재생 기능」을 구비하는 UMD 비디오 플레이어에서는, 무비 플레이어(300)의 초기화에서, 예를 들면 전술한 각 프로퍼티에 대하여, 각 프로퍼티의 디폴트값이 아니라 불휘발성 메모리에 보존된 값을 이용하여 값을 설정할 수 있다. 예를 들면, 리줌 인포메이션(324)을 이용할 수 있다.
8-2. 무비 플레이어에 상태 천이를 발생시키는 메소드에 대하여
다음으로, 무비 플레이어(300)에 상태 천이를 발생시키는 메소드(313)에 대하여 설명한다. 도 32는 현재의 상태{Mode, Status}와, 메소드(313)에 의해 상태 천이된 후의 상태{Mode, Status}를, 무비 플레이어(300)의 4상태의 각각에 대하여 조합하여 도시한다. 도 32로부터 알 수 있는 바와 같이, 무비 플레이어(300)에 대하여 상태 천이를 발생시키는 메소드(313)로서, 메소드 stop(), 메소드 play() 및 메소드 resume()이 준비된다. 또한, 메소드 resume()은, 리줌 인포메이션(324)이 존재하는지의 여부에 의해 동작이 변화된다.
메소드 stop()에 대하여 설명한다. 메소드 stop()은, 무비 플레이어(300)의 상태 여하에 상관없이, 무비 플레이어(300)를 정지 상태로 천이시킨다. 메소드 stop()은, 인수로 모드를 지정할 수 있으며, 정지 상태로의 천이와 동시에, 무비 플레이어(300)의 모드를 변경할 수 있다. 후술하는 바와 같이, 임의의 조건을 만족시켜 메소드 stop()이 실행되면, 플레이어 상태(323B)가 백업되며, 리줌 인포메이션(324)으로서 유지된다.
메소드 play()에 대하여 설명한다. 메소드 play()는, 무비 플레이어(300)를 재생 상태로 천이시킨다. 메소드 play()는, 인수로 모드를 지정할 수 있으며, 재생 상태로의 천이와 동시에, 무비 플레이어(300)의 모드를 변경할 수 있다. 후술하는 바와 같이, 임의의 조건을 만족시켜 메소드 play()가 실행되면, 플레이어 상태(323B)가 백업됨과 함께, 리줌 인포메이션(324)이 유지된다.
메소드 resume()에 대하여 설명한다. 메소드 resume()은, 리줌 인포메이션(324)을 플레이어 상태(323B)에 리스토어하여 재생 복귀시키는 메소드이다. 즉, 메소드 resume()은, 무비 플레이어(300)에 대하여, 리줌 인포메이션(324)으로 나타내어진 위치로부터의 재생을 개시시킨다. 리줌 인포메이션(324)이 존재하지 않는 상태에서 메소드 resume()이 실행되어도, 무비 플레이어(300)의 상태는 변화되지 않는다.
메소드 resume()에 의해 리줌 인포메이션(324)이 리스토어되는 조건은, 다음과 같다. 메소드 resume()이 실행되었을 때에, 리줌 인포메이션(324)이 존재하고, 또한, 현재의 상태가 상태{Normal, Play}가 아니면, 무비 플레이어(300)는, 리줌 인포메이션(324)을 리스토어한다. 다시 말하면, 메소드 resume()이 실행되었을 때에, 리줌 인포메이션(324)이 존재하고, 또한, 현재의 상태가 상태{Menu, Stop}, 상태{Normal, Stop} 및 상태{Menu, Play} 중 어느 하나이면, 무비 플레이어(300)는, 상태{Normal, Play}로 천이함과 동시에, 리줌 인포메이션(324)을 리스토어한다.
메소드 play()는, 복수의 인수를 갖는다. 여기서는, 설명을 위해, 메소드 play()는, 인수 pauseMode, 인수 menuMode 및 인수 playListNumber의 3종류의 인수를 갖는 것으로 한다. 실제로는, 더 많은 인수가 정의된다.
인수 pauseMode는, 재생 상태에서의 재생의 상황을 지정하고, 값 「x1」, 값 「pause」 및 값 「-1」 중 어느 하나의 값을 취할 수 있다. 값 「x1」은, 통상 속도의 순방향 재생을 지정한다. 값 「pause」는, 일시 정지를 지정한다. 값 「-1」은, 현상의 재생 속도를 유지하도록 지정한다. 이와 같이, 인수 pauseMode는, 메소드 play() 실행 후의 무비 플레이어(300)의 재생 상태의 상세를 설정한다. 또한, 일시 정지를 지정한 경우, 인수에 의해 지정되는 위치의 픽쳐, 또는 인수에 의한 지정이 없는 경우에는, 별도로 정해진 선택 룰에 의해 지정되는 위치의 픽쳐가 표시되어 일시 정지한 상태로 된다.
인수 menuMode는, 무비 플레이어(300)의 모드(노멀 모드 및 메뉴 모드)를 지정하고, 값 「Normal」, 값 「Menu」 및 값 「-1」 중 어느 하나의 값을 취할 수 있다. 값 「Normal」은 노멀 모드로의 전환을 지정한다. 값 「Menu」는, 메뉴 모드로의 전환을 지정한다. 값 「-1」은, 현재의 모드를 유지하도록 지정한다.
인수 playListNumber는, 재생하는 플레이 리스트의 번호를 지정한다. 인수 playListNumber는, 생략할 수 있으며, 그 경우에는, 현재 선택하고 있는 플레이 리스트의 상태 그대로로 변경이 없는 것을 나타낸다.
도 33을 이용하여, 메소드 play()를 실행하였을 때의 무비 플레이어(300)의 상태 천이의 예에 대하여 설명한다. 또한, 도 33의 A∼E의 각 도면에서, 좌측은, 무비 플레이어(300)의 현재의 상태(340A)를 나타내고, 우측은, 현재의 상태(340A)의 무비 플레이어(300)에 대하여 스크립트 프로그램이 메소드(313)를 발행함으로써 천이된 천이 후의 상태(340B)를 나타낸다. 또한, 상태(340A, 340B) 하에, 그 상태에서 지정되어 있는 플레이 리스트 번호(PL1, PL2)가 나타내어진다.
도 33의 A는 상태{Normal, Stop}의 상태에 있는 무비 플레이어(300)에, 메소드 play(x1, Normal, PL2)를 발행한 경우의 예이다. 메소드 play(x1, Normal, PL2)에 따라, 무비 플레이어(300)의 상태가 플레이 리스트 번호 「PL2」의 플레이 리스트를 노멀 모드 또한 통상 속도로 재생하는 상태로 되는 것을 표시하고 있다. 무비 플레이어(300)는, 상태{Normal, Stop}으로부터 상태{Normal, Play}로 상태 천이하고 있다.
도 33의 B는 플레이 리스트 번호 「PL1」의 플레이 리스트를 재생 중에 일시 정지하고 있는, 상태{Normal, Play}의 상태에 있는 무비 플레이어(300)에, 메소드 play(x1, Normal, PL2)를 발행한 경우의 예이다. 메소드 play(x1, Normal, PL2)에 따라, 무비 플레이어(300)의 상태가 플레이 리스트 번호 「PL2」의 플레이 리스트를 노멀 모드 또한 통상 속도로 재생을 개시하는 상태로 되는 것을 표시하고 있다. 이 경우, 무비 플레이어(300)의 재생 동작이 일시 정지로부터 순방향의 통상 속도 재생으로 변화되지만, 상태는, 메소드 play(x1, Normal, PL2)의 발행의 전후에서 상태{Normal, Play} 그대로로, 상태 천이는 발생하지 않는다.
도 33의 C는 플레이 리스트 번호 「PL1」의 플레이 리스트를 순방향의 통상 속도로 재생 중인, 상태{Normal, Play}의 상태에 있는 무비 플레이어(300)에, 메소드 play(-1, -1, PL2)를 발행한 경우의 예이다. 메소드 play(-1, -1, PL2)에 따라, 무비 플레이어(300)의 상태가 플레이 리스트 번호 「PL2」의 플레이 리스트를 노멀 모드 또한 통상 속도로 재생하는 상태로 되는 것을 표시하고 있다. 이 경우에도, 무비 플레이어(300)에서 재생되는 플레이 리스트가 변경되지만, 상태는, 상태{Normal, Play} 그대로로, 상태 천이는 발생하지 않다.
도 33의 D는 플레이 리스트 번호 「PL1」의 플레이 리스트를 순방향의 통상 속도로 재생 중인, 상태{Normal, Play}의 상태에 있는 무비 플레이어(300)에, 메소드 play(pause, -1, PL2)를 발행한 경우의 예이다. 메소드 play(Pause, -1, PL2)에 따라, 무비 플레이어(300)는, 플레이 리스트 번호 「PL2」의 플레이 리스트를 선택함과 함께, 노멀 모드 또한 플레이 리스트 번호 「PL2」의 플레이 리스트의 선두에서 일시 정지하고 있는 상태로 되는 것을 표시하고 있다. 이 경우에도, 무비 플레이어(300)의 재생 동작이 순방향의 통상 속도 재생으로부터 일시 정지로 변화되지만, 상태는, 상태{Normal, Play} 그대로로, 상태 천이는 발생하지 않다.
도 33의 E는 플레이 리스트 번호 「PL1」의 플레이 리스트를 재생 중에 일시 정지하고 있는, 상태{Normal, Play}의 상태에 있는 무비 플레이어(300)에, 메소드 play(-1, Menu)를 발행한 경우의 예이다. 메소드 play()에서, 인수 playListNumber가 생략되어 있다. 메소드 play(-1, Menu)에 따라, 무비 플레이어(300)는, 플레이 리스트 번호 「PL1」의 플레이 리스트를 선택함과 함께, 메뉴 모드 또한 플레이 리스트 번호 「PL1」의 플레이 리스트의 선두에서 일시 정지하고 있는 상태로 되는 것을 표시하고 있다. 무비 플레이어(300)는, 상태{Normal, Play}로부터 상태{Menu, Stop}로 상태 천이하고 있다.
이와 같이, 무비 플레이어(300)는, 스크립트 프로그램으로부터의 메소드 play()를 받아 다양한 동작을 행하고, 그 때, 조건에 따라서는 상태 천이를 발생한다. 콘텐츠 제작자는, 인수를 변화시킨 메소드 play()를 스크립트 프로그램에 기술함으로써, 무비 플레이어(300)에서의 다양한 동작을 실현할 수 있다.
또한, 무비 플레이어(300)는, 스크립트 프로그램으로부터 메소드 play()를 실행함으로써만, 플레이 리스트 번호를 선택한 플레이 리스트의 재생을 개시한다. 플레이 리스트의 재생 개시란, 정지 상태로부터 플레이 리스트의 재생을 개시하는 것, 혹은, 임의의 플레이 리스트의 재생을 중단하고 새로운 플레이 리스트를 선택하여, 선택된 플레이 리스트의 재생을 개시하는 것을 가리킨다.
스크립트 프로그램이 무비 플레이어(300)에 대하여, 인수를 가진 메소드 play()를 발행하였을 때에는, 인수의 값이 플레이어 상태(323B)에 세트된다. 생략된 인수에 대해서는, 각 파라미터마다 정해진 룰에 따라, 디폴트값이나 자동 선택에 따라 해당 인수의 값이 세트된다.
또한, 콘텐츠 제작자의 의도하지 않은 순서로 플레이 리스트를 재생할 수 있게 되는 것은 문제가 있기 때문에, 유저 조작에 기인하는 제어 커맨드(311)로는, 플레이 리스트 번호를 지정한 플레이 리스트 재생 개시를 할 수 없게 된다. 이것은, 본 발명의 실시의 일 형태에 따른 무비 플레이어(300)의 동작 모델에서의 특징 증 하나이다.
또한, 메소드 play()의 인수의 값으로서, 무효한 플레이 리스트나, 존재하지 않는 시각이 지정된 경우에는, 그 메소드 play()의 실행은 실패한다. 이것은, 스크립트 프로그램에 오류가 있는 것을 의미하며, 해당 스크립트 프로그램이 규격 위반을 포함하고 있는 것으로 된다. 이 때의 에러 핸들링은, 무비 플레이어(300)의 실장 의존으로 된다.
여기서, 플레이 아이템 간의 재생에 대하여 설명한다. 무비 플레이어(300)는, 일단 플레이 리스트의 재생을 개시하면, 그 플레이 리스트의 최후까지 재생을 계속한다. 하나의 플레이 리스트의 선두로부터 최후까지의 재생은, 유저 조작이나, 스크립트 프로그램으로부터의 제어를 필요로 하지 않는다. 무비 플레이어(300)는, 도 34에 개략적으로 도시한 바와 같이, 플레이 리스트를 구성하는 플레이 아이템을, 플레이 리스트 파일 "PLAYLIST.DAT"(도 19 참조)로 지정된 바와 같이 순차적으로 재생해 간다. 플레이 리스트를 구성하는 플레이 아이템은, 이벤트 핸들러에 의한 제어 없음에 의해, 연속적으로 재생된다.
플레이 아이템을 다 재생하고 나서 다음 플레이 아이템을 재생하기까지의 동안의 동작은, 무비 플레이어(300)의 실장 의존으로, 포맷에서는 규정하지 않는다. 예를 들면, 플레이 아이템의 최후의 픽쳐를 계속해서 표시할지, 즉시 흑 화면으로 할지 등의 플레이 아이템 간의 동작은, 실장 의존으로 된다. 단, 플레이 아이템의 IN점을 랜덤 액세스 포인트(엔트리 포인트: 도 28 참조)로 설정하는 등의 오서링 상의 연구를 행함으로써, 플레이 아이템 간에서의 갭 시간이 가능한 한 짧아지는 배려를 하는 것은 가능하다.
8-3. 플레이 리스트 재생 중의 무비 플레이어의 동작에 대하여
다음으로, 플레이 리스트 재생 중의 무비 플레이어(300)의 동작에 대하여 설명한다. 예를 들면 2배속 재생, 3배속 재생 등의 고속 재생이나, 1/2 배속 재생과 같은 저속 재생, 또한, 역방향 재생 등의, 유저에 의한 변속 재생 지시는, 유저 입력(310)으로서 네이티브 실장 플랫폼(301)에 대하여 입력되며, 이 유저 입력(310)에 따라, 실장에 의존한 제어 커맨드(311)의 형태로 네이티브 실장 플랫폼(301)으로부터 무비 플레이어(300)에 전달된다.
변속 재생 시의 속도는, 무비 플레이어(300)의 실장에 의존한다. 예를 들면, 속도 지정이 가능한 네이티브 실장 플랫폼(301)의 명령으로서 무비 플레이어(300)에 전달하는, 「보다 빠르게」나 「보다 느리게」를 인수로 하여 무비 플레이어(300)에 건네 주고, 무비 플레이어(300)가 실현 가능한 속도로 변환하는 등의 변속 재생의 실현 방법이 생각되며, 어떤 방법을 이용할지는, 무비 플레이어(300)의 실장에 의존한다. 스크립트 프로그램은, 메소드 getPlayerStatus()에 의해, 무비 플레이어(300)가 정한 속도를 알 수 있다.
한편, 스크립트 프로그램으로부터 무비 플레이어(300)에 대한 메소드 play()에서는, 인수로 속도를 지정할 수 없다. 메소드 play()는, 일시 정지(인수 「pause」) 및 통상 속도 재생(인수 「x1」)의 2가지만을 지정할 수 있다.
무비 플레이어(300)는, 플레이 리스트를 순방향으로 변속 재생하고 있을 때에 플레이 아이템의 끝에 도달한 경우, 다음 플레이 아이템의 재생을 행한다. 이 때, 무비 플레이어(300)는, 해당 다음 플레이 아이템을 전의 플레이 아이템과 동일한 방향, 동일한 속도로 재생하여, 변속 재생을 계속한다.
도 35는 플레이 리스트의 재생 중에 플레이 리스트의 시점, 종점에 도달하였을 때의 무비 플레이어(300)의 일례의 동작을 도시한다. 무비 플레이어(300)는, 순방향으로 재생 중에 플레이 리스트의 최후에 도달한 경우, 최후의 픽쳐를 표시한 상태 그대로 일시 정지로 된다. 최후의 픽쳐를 소거하기 위해서는, 이벤트 핸들러 onPlayListEnd 등의 중에서, 명시적으로 무비 플레이어(300)에 대하여 정지(메소드 stop() 발행)를 지시할 필요가 있다.
또한, 통상 속도보다 고속으로 재생을 행하는 고속 재생 시에서는, 플레이 리스트의 종점에 도달하였을 때에, 플레이 리스트의 최후의 픽쳐가 비입점에 해당하지 않아도, 플레이 리스트의 최후의 픽쳐를 표시한다.
한편, 무비 플레이어(300)는, 플레이 리스트를 역방향으로 재생 중에 플레이 아이템의 선두에 도달한 경우, 전의 플레이 아이템, 즉, 순방향으로 재생한 경우에 시간적으로 전에 재생되도록 되어 있는 플레이 아이템의 재생을 행한다. 이, 전의 플레이 아이템의 재생도, 최후로부터 선두를 향한 역방향 재생을 계속한다. 재생 속도도 유지된다. 또한, 역방향 재생 중에 플레이 리스트의 선두에 도달하였을 때에는, 변속 재생은 해제되며, 무비 플레이어(300)는, 플레이 리스트의 선두에서 일시 정지로 된다.
또한, 무비 플레이어(300)는, 일시 정지를 지시하는 제어 커맨드(311)에 의해서도, 상태가 일시 정지로 변화된다. 제어 커맨드(311)에 의해 일시 정지를 해제하였을 때의 플레이 리스트의 재생 방향, 재생 속도는, UMD 비디오 플레이어의 실장 의존이다.
다음으로, 플레이 리스트의 재생 중에 발생하는 이벤트에 대하여 설명한다. 플레이 리스트 재생 중에 발생하는 이벤트에는, 도 13을 이용하여 이미 설명한 바와 같이, 유저 조작에 따른 이벤트 angleChange, 이벤트 audioChange 및 이벤트 subtitleChange, 및, 플레이 리스트 중에 매립된 마크에 따른 이벤트 chapter 및 이벤트 event 마크가 있다. 또한, 이벤트 발생 시의 동작의 상세한 예는, 도 15를 이용하여 이미 설명하였다.
여기서는, 플레이 리스트의 최후에서의 처리에 대하여 설명한다. 이미 설명한 바와 같이, 무비 플레이어(300)는, 메소드 play()에 의해 지정된 번호의 플레이 리스트를 재생한다. 일단 플레이 리스트의 재생이 개시되면, 스크립트 프로그램이나 제어 커맨드(311)에 의한 제어 없이, 해당 플레이 리스트의 최후까지, 재생이 계속된다. 재생이 플레이 리스트의 최후에 도달하면, 무비 플레이어(300)는, 이벤트 playListEnd를 스크립트 프로그램에 통지한다. 플레이 리스트의 최후에 도달하기까지의 방법에 대해서는 상관없다. 즉, 플레이 리스트의 재생이 통상 재생, 앞으로 감기 재생, 다른 플레이 리스트로부터의 비입에 의한 재생 등의 여하에 상관없이, 플레이 리스트의 최후에 도달한 시점에서, 무비 플레이어(300)는, 이벤트 playListEnd를 발생한다.
재생이 플레이 리스트의 최후에 도달하여, 이벤트 playListEnd가 발생되면, 무비 플레이어(300)의 상태가 일시 정지로 되며, 무비 플레이어(300)가 내부적으로 갖는 플레이 리스트의 재생 시각은, 플레이 리스트의 최후의 시각에 일치하고 있다. 또한, 플레이 리스트의 최후의 시각이란, 플레이 리스트의 최후의 픽쳐의 재생 종료 시각으로, 재생 시간축 상에서 최후의 플레이 아이템의 OUT점과 일치한다.
이벤트 playListEnd는, 플레이 리스트를 일렬로 재생시키는 경우나, 멀티스토리의 분기점에서 메뉴를 표시시키기 위해 이용 가능하다.
예를 들면, 스크립트 프로그램은, 이벤트 playListEnd가 발생하였을 때에 실행하는 프로그램으로서, 이벤트 핸들러 onPlayListEnd를 갖고 있으면, 그 이벤트 핸들러 onPlayListEnd를 실행한다. 이 이벤트 핸들러 onPlayListEnd에, 다른 플레이 리스트의 재생을 개시하는 메소드 play()가 기술되어 있으면, 무비 플레이어(300)는, 다른 플레이 리스트의 재생을 개시하게 된다. 이와 같이 하여, 플레이 리스트의 재생이 계속된다.
도 36을 이용하여 보다 구체적으로 설명하면, 플레이 리스트 번호 「PL1」의 플레이 리스트의 재생이 종료되어, 이벤트 playListEnd가 발생한다. 이 이벤트 playListEnd의 발생을 받아, 스크립트 프로그램이 갖는 이벤트 핸들러 onPlayListEnd가 실행된다. 이 이벤트 핸들러 onPlayListEnd에는, 플레이 리스트 번호 「PL2」의 플레이 리스트의 재생이 지정되어 있다. 무비 플레이어(300)는, 이 이벤트 핸들러 onPlayListEnd를 받아, 지정된 플레이 리스트 번호 「PL2」의 플레이 리스트를 재생한다.
재생 패스는, 플레이 리스트 번호 「PL1」의 플레이 리스트의 최후로부터 일단 이벤트 핸들러 onPlayListEnd로 이동하고, 다시 플레이 리스트 번호 「PL2」의 플레이 리스트의 선두로 이동하게 된다.
또한 예를 들면, 멀티스토리의 분기점에서 메뉴를 표시시키는 경우에는, 플레이 리스트의 최후를 분기점으로 하고, 이벤트 playListEnd에 대응하는 이벤트 핸들러 onPlayListEnd에 메뉴 화면을 표시시키는 플레이 리스트를 재생하는 지시를 기술하는 것이 생각된다.
도 37은 플레이 리스트의 최후에서의 스크립트 레이어(302)에서의 처리의 흐름과, 무비 플레이어(300)의 동작의 일례를 보다 상세하게 도시한다. 도 37에서, 스텝 S30∼스텝 S33이 스크립트 레이어(302)측의 처리를 나타내고, 스텝 S40∼스텝 S44가 무비 플레이어(300)측의 처리를 나타낸다.
임의의 플레이 리스트를 최후까지 재생한 후, 다음 플레이 리스트가 재생되기 위해서는, 스크립트 프로그램에 의한 명시적인 재생 지시가 필요하다. 플레이 리스트의 재생 순서는, 스크립트 프로그램에 의해 정해져 있기 때문에, 무비 플레이어(300)측에서는 다음에 재생해야 할 플레이 리스트를 자발적으로 정할 수는 없다.
재생이 플레이 리스트의 최후에 도달하면(스텝 S40), 무비 플레이어(300)는, 이벤트 playListEnd를 스크립트 레이어(302)에 통지한다(스텝 S41). 무비 플레이어(300)는, 스텝 S40에서 최후까지 재생된 플레이 리스트의 최후의 픽쳐를 계속해서 표시한 상태 그대로, 일시 정지로 상태 천이한다(스텝 S42).
스크립트 레이어(302)는, 이벤트 playListEnd를 받아, 이벤트 핸들러 onPlayListEnd가 실행된다(스텝 S30). 무비 플레이어(300)의 다음 동작은, 이 이벤트 핸들러 onPlayListEnd 내에서의 스크립트의 기술에 의해 결정된다.
또한, 무비 플레이어(300)는, 스텝 S40 후, 플레이 리스트의 최후에서 일시 정지하고 있을 때에 일시 정지 해제 혹은 순방향 재생을 개시하는 메소드나 제어 커맨드(311)를 받아도 무시한다. 순방향 재생을 개시하는 메소드는, 인수로 순방향 재생을 지시한 메소드 play() 및 메소드 playStep()이다. 또한, 순방향 재생을 개시하는 제어 커맨드(311)로서는, 커맨드 uo_play(), 커맨드 uo_playNextChapter, 커맨드 uo_forwardScan(), 커맨드 uo_playStep(), 커맨드 uo_pauseOn() 및 커맨드 uo_pauseOff()가 있으며, 이들 커맨드는, 플레이 리스트의 최후에서 일시 정지하고 있을 때에는 무시된다.
플레이 리스트의 최후에서 일시 정지하고 있을 때라도, 메소드 stop()이나 메소드 resume()은 유효하다. 또한, 모드 전환도, 플레이 리스트의 최후의 일시 정지 상태에서 유효하다.
이벤트 playListEnd가 발생한 후라도, 노멀 모드의 무비 플레이어(300)는, 순방향 재생을 개시하는 제어 커맨드(311) 이외의 제어 커맨드(311)를 접수한다. 그 경우라도, 스크립트 프로그램으로부터 무비 플레이어(300)에 대하여 메소드(313)가 실행되면, 그 메소드(313)가 지시하는 동작에 따른다.
도 37의 예에서는, 이벤트 핸들러 onPlayListEnd에서 메소드 stop()이 지시된다(스텝 S31). 무비 플레이어(300)는, 메소드 stop()의 실행에 의해, 제어 커맨드(311)에 의해 야기된 동작은 중단되며, 정지 상태로 천이한다(스텝 S43). 정지 상태에서는, 예를 들면 직전까지 재생하고 있었던 플레이 리스트의 최후의 픽쳐가 소거되어, 흑 화면으로 된다.
또한, 스크립트 레이어(302)에서는, 이벤트 핸들러 onPlayListEnd에서, 다음 플레이 리스트를 재생하기 위한 메소드(313)가 지시된다(스텝 S32). 예를 들면, 메소드 play()에서, 인수 pauseMode로서 값 「x1」, 인수 menuMode로서 값 「Menu」 및 인수 playListNumber로서 다음에 재생하는 플레이 리스트 번호가 각각 지정되며, 무비 플레이어(300)에 대하여, menu mode로 모드를 전환함과 함께, 인수 playListNumber에서 지정된 번호의 플레이 리스트를 통상 속도 재생으로 재생하는 것이 지시된다. 그리고, 스크립트 레이어(302)에서, 이벤트 핸들러 onPlayListEnd가 종료된다(스텝 S33). 무비 플레이어(300)측에서는, 스텝 S32에서 지시된 메소드 play()에 따라 모드가 전환됨과 함께, 지정된 플레이 리스트가 지정된 속도로 재생 개시된다(스텝 S44).
또한, 콘텐츠 제작자는 유저의 조작성을 높이기 위해, 플레이 리스트의 재생이 종료된 후에는, 무비 플레이어(300)에 대하여 다음 동작을 지정하지 않고, 그 상태 그대로 두어서는 안된다. 이벤트 핸들러 onPlayListEnd 내에 다음 동작을 기술해 놓고, 무비 플레이어(300)의 상태를 정지 상태로 천이시키거나, 메소드 play()로 다음 플레이 리스트의 재생을 지시하거나, 메뉴 화면으로 되돌아가도록 오서링해야 한다.
8-4. 무비 플레이어의 재생 복귀 기능에 대하여
다음으로, 무비 플레이어(300)의 상태 천이와 재생 복귀 기능에 대하여 설명한다. 우선, 도 38을 이용하여, UMD 비디오 플레이어가 구비하는 3종류의 메모리 영역에 대하여 설명한다. UMD 비디오 플레이어의 모델에서는, 필수적인 3종류의 메모리 영역인, 플레이어 상태 영역(501), 리줌 인포메이션 영역(502) 및 유저 데이터 영역(503)이 정의된다. 또한, 이들 3종류의 메모리 영역(501, 502, 503)은, 예를 들면 메모리(113) 상에 형성된다. CPU(112)의 워크 메모리로서의 RAM 상에 형성해도 된다.
플레이어 상태 영역(501)은, 무비 플레이어(300)의 재생 상태를 나타내는 정보를 유지하는 메모리 영역이다. 즉, 플레이어 상태 영역(501)에는, 도 3에서의 플레이어 상태(323B)가 유지된다. 플레이어 상태 영역(501)의 내용은, 스크립트 프로그램(500)으로부터, 메소드 getPlayerStatus에 의해 판독할 수 있다.
리줌 인포메이션 영역(502)은, 플레이어 상태 영역(501)에 유지되는 정보의 일부를 일시적으로 퇴피(백업)시키기 위한 메모리 영역이다. 즉, 플레이어 상태 영역(501)의 일부의 정보는, 도 3에서의 리줌 인포메이션(324)으로서, 리줌 인포메이션 영역(502)에 유지된다. 리줌 인포메이션 영역(502)에 퇴피된 플레이어 상태 영역(501)의 일부의 정보는, 필요에 따라 플레이어 상태 영역(501)에 복귀된다(리스토어). 이들 백업 및 리스토어는, 네이티브 실장 플랫폼(301)에 의해 행해진다. 리줌 인포메이션 영역(502)에 유지된 정보는, 이전의 재생 정지 개소로부터 재생을 개시하는, 리줌(resume) 재생 기능에서 사용된다.
리줌 인포메이션 영역(502)의 내용은, 스크립트 프로그램(500)으로부터 메소드 getResumeInfo()에 의해 판독할 수 있다. 리줌 인포메이션 영역(502)에 유지되는 리줌 인포메이션(324) 중, 스트림에 관계되는 파라미터는, 스크립트 프로그램(500)으로부터 메소드 changeResumeInfo()에 의해 값을 변경하는 것이 가능하다.
리줌 인포메이션 영역(502)에 유지된 정보는, 네이티브 실장 플랫폼(301)에 의해 필요에 따라 불휘발성 메모리(510)에 기입된다(save). 마찬가지로, 리줌 인포메이션 영역(502)으로부터 불휘발성 메모리(510)에 기입된 정보는, 네이티브 실장 플랫폼(301)에 의해 필요에 따라 불휘발성 메모리(510)로부터 판독되어(load), 리줌 인포메이션 영역(502)에 기억된다.
또한, 플레이어 상태 영역(501)으로부터 리줌 인포메이션 영역(502)에의 백업과, 리줌 인포메이션 영역(502)으로부터 플레이어 상태 영역(501)에의 리스토어는, 메소드 실행에 의해 무비 플레이어(300)가 특정한 상태 천이를 행하는 것에 수반하여 발생하는 처리로서, 무비 플레이어(300)가 자동적으로 행한다.
유저 데이터 영역(503)은, 콘텐츠 의존의 정보를 유지하는 영역으로서, 콘텐츠 제작자가 임의로 사용할 수 있다. 무비 플레이어(300)에 의한 플레이 리스트의 재생 경로의 이력, 퀴즈의 정해/부정해 등, 콘텐츠에 따라 사용 방법은 임의이다.
유저 데이터 영역(503)에 대한 데이터의 기입은, 스크립트 프로그램(500)으로부터 메소드 setUserData()에 의해 행할 수 있다. 유저 데이터 영역(503)의 내용은, 스크립트 프로그램(500)으로부터 메소드 gctUserData()에 의해 판독할 수 있다. 유저 데이터 영역(503)에 유지된 정보는, 네이티브 실장 플랫폼(301)에 의해 필요에 따라 불휘발성 메모리(510)에 기입된다(save). 마찬가지로, 유저 데이터 영역(503)으로부터 불휘발성 메모리(510)에 기입된 정보는, 네이티브 실장 플랫폼(301)에 의해 필요에 따라 불휘발성 메모리(510)로부터 판독되어(load), 유저 데이터 영역(503)에 기억된다.
재생 복귀 기능을 실현하기 위해, 본 발명의 실시의 일 형태에서 구축한 UMD 비디오 플레이어의 모델에 대하여 설명한다.
우선, 리줌 동작에 대하여, 개략적으로 설명한다. 리줌 인포메이션 영역(502)에 백업된 정보를 이용하여 재생 상태를 복귀시키는 동작을, 리줌(resume)으로 부른다. 리줌은, 메소드 resume()에 의해 행해진다.
보다 구체적으로는, 플레이어 상태 영역(501) 내의 플레이어 상태(323B)를 리줌 인포메이션 영역(502)에 백업하여 리줌 인포메이션(324)으로 하고, 메소드 resume()에 따라, 리줌 인포메이션 영역(502)에 백업된 리줌 인포메이션(324)을 이용하여, 재생 상태를 복귀시킨다. 플레이어 상태(323B)는, 무비 플레이어(300)의 상태, 즉 무비 플레이어(300)가 현재 재생하고 있는 플레이 리스트의 번호, 챕터 번호, 선택된 스트림 번호 등으로 이루어진다.
무비 플레이어(300)에 대하여, 메소드 resume()을 발행하였을 때의 무비 플레이어(300)의 동작은, 리줌 인포메이션 영역(502) 내에 리줌 인포메이션(324)이 존재하는지의 여부에 따라 다르다. 리줌 인포메이션 영역(502) 내에 리줌 인포메이션(324)이 존재할 때에는, 해당 리줌 인포메이션(324)이, 플레이어 상태 영역(501)에 플레이어 상태(323B)로서 리스토어된다. 이 때, 리줌 인포메이션 영역(502) 내의 리줌 인포메이션(324)은 파기된다.
콘텐츠 재생 중에 호출한 메뉴에서 재생 스트림을 변경하는 경우에는, 메소드 changeResumeInfo()를 이용한다. 메소드 changeResumeInfo()에 의해 리줌 인포메이션 영역(502)에 유지되어 있는 리줌 인포메이션(324)을 소정으로 변경한 후에, 메소드 resume()에 의해 리줌을 행하면, 재생 스트림을 변경하여 재생을 시작할 수 있다.
메소드 resume()을 실행함으로써, 무비 플레이어(300)에 리줌을 행하게 할 수 있지만, 메소드 getResumeInfo()에 의해 리줌 인포메이션(324)을 취득한 후에, 인수를 지정한 메소드 play()를 실행함으로써도, 리줌을 실현하는 것이 가능하다.
플레이어 상태(323B)의 리줌 인포메이션 영역(502)에의 백업에 대하여, 도 39 및 도 40을 이용하여 설명한다. 도 39는 무비 플레이어(300)에 정의되는 4상태 간의 상태 천이 중, 플레이어 상태 영역(501)에 유지되어 있는 플레이어 상태(323B)가 리줌 인포메이션 영역(502)에 백업되는 상태 천이를 나타낸다. 도 40은 플레이어 상태(323B)가 리줌 인포메이션 영역(502)에 백업될 때의 조건을 도시한다.
플레이 리스트를 재생하고 있는, 노멀 모드에서 재생 상태(상태{Normal, play})의 무비 플레이어(300)가 정지 상태로 천이되면, 플레이어 상태 영역(501)에 유지되어 있는 플레이어 상태(323B)가 리줌 인포메이션 영역(502)에 백업되어, 리줌 인포메이션(324)으로서 유지된다. 또한, 정지 상태에서는, 플레이어 상태(323B)의 일부의 값은, 부정으로 된다.
또한, 무비 플레이어(300)가 상태{Normal, play}로부터 상태{Menu, play}로 천이될 때에도, 플레이어 상태 영역(501)에 유지되어 있는 플레이어 상태(323B)가 리줌 인포메이션 영역(502)에 백업된다.
한편, 메뉴 모드에서 플레이 리스트를 재생하고 있는 무비 플레이어(300)가 상태 천이를 해도, 플레이어 상태 영역(501)에 유지되어 있는 플레이어 상태(323B)는, 리줌 인포메이션 영역(502)에 백업되지 않는다.
즉, 플레이어 상태(323B)가 리줌 인포메이션 영역(502)에 백업되어 리줌 인포메이션(324)으로 되는 것은, 다음의 경우이다.
(1) 무비 플레이어(300)의 현재의 상태가 상태{Normal, Play}이며, 메소드 play()의 실행에 의해 상태{Menu, Play}로 직접적으로 상태 천이하는 경우,
(2) 무비 플레이어(300)의 상태가 상태{Normal, Play}이며, 메소드 stop()의 실행에 의해, 상태{Normal, Stop} 혹은 상태{Menu, Stop}으로 상태 천이하는 경우.
이 때, 메소드 stop()의 인수 resumeInfoClearFlag는, 값 「false」이다.
플레이어 상태(323B)의 리줌 인포메이션 영역(502)에의 보존(백업)은, 본편 중의 복귀 위치를 보존해 두기 위해 사용되는 것을 상정하고 있다. 예를 들면, 본편 재생 중에 동화상 메뉴로 날아가고, 다시 본편으로 되돌아와서 재생하는 등의 일련의 동작을 실현할 때에, 리줌 인포메이션 영역(502)에 플레이어 상태(323B)가 백업된 데이터인 리줌 인포메이션(324)이 이용되는 것이 상정된다.
이 때문에 본편 재생 중, 즉 무비 플레이어(300)가 상태{Normal, Play}의 상태에서는, 리줌 인포메이션 영역(502) 내의 리줌 인포메이션(324)은, 파기되어 있다. 무비 플레이어(300)가 상태{Normal, Play}의 상태로부터 그 밖의 상태로 천이하였을 때에, 플레이어 상태(323B)가 리줌 인포메이션 영역(502)에 백업되어, 리줌 인포메이션(324)으로 된다.
이와 같이, 리줌 재생을 실현하기 위해, 무비 플레이어(300)의 상태 천이에 따라, 플레이어 상태(323B)의 리줌 인포메이션 영역(502)에의 백업과, 리줌 인포메이션 영역(502) 내의 리줌 인포메이션(324)의 파기가 적절하게 행해진다. 또한, 스크립트 레이어(302)에서 메소드 resume()이 지시되었을 때에, 리줌 인포메이션 영역(502) 내에 리줌 인포메이션(324)이 존재하면, 리줌 인포메이션(324)은, 플레이어 상태 영역(501)에 리스토어되어, 플레이어 상태(323B)로 된다.
스크립트 레이어(302)로부터, 메소드 getResumeInfo()를 이용하여, 리줌 인포메이션 영역(502) 내의 리줌 인포메이션(324)을 판독할 수 있다. 리줌 인포메이션 영역(502) 내의 리줌 인포메이션(324)에서의, 스트림에 관계되는 파라미터는, 메소드 changeResumeInfo()에 의해 변경할 수 있다. 또한, 메소드 stop()의 인수로 지정함으로써, 리줌 인포메이션 영역(502) 내의 리줌 인포메이션(324)을 파기할 수 있다.
리줌 인포메이션 영역(502)에 유지된 리줌 인포메이션(324)의 플레이어 상태 영역(501)에의 리스토어와, 파기에 대하여, 도 41∼도 44를 이용하여 설명한다. 본편 중의 복귀 위치로서 보존된 리줌 인포메이션(324)은, 무비 플레이어(300)가 본편 재생 상태, 즉 상태{Normal, Play}의 상태로 되돌아간 후에 파기된다. 이 때, 리줌 인포메이션(324)은, 플레이어 상태 영역(501)에 플레이어 상태(323B)로서 리스토어된 후에 파기되는 경우와, 리스토어되지 않고 파기되는 경우의 2개의 경우가 있다.
즉, 이 모델에서는, 무비 플레이어(300)가 상태{Normal, Play}의 상태로 되돌아가면, 리줌 인포메이션 영역(502) 내의 리줌 인포메이션(324)이 파기되고, 그 때에, 무비 플레이어(300) 등이 소정의 조건을 만족시키고 있는 경우에는, 리줌 인포메이션 영역(502) 내의 리줌 인포메이션(324)이 플레이어 상태 영역(501)에 리스토어된 후에 파기된다고 하는 특징을 갖는다. 리줌 인포메이션(324)이 플레이어 상태 영역(501)에 리스토어되는 경우에는, 리줌 인포메이션(324)에서 지정된 개소로부터의 재생 개시로 되며, 이것이 리줌 재생에 상당한다.
도 41은 무비 플레이어(300)에 정의되는 4상태 간의 상태 천이 중, 리줌 인포메이션(324)이 플레이어 상태 영역(501)에 리스토어되며, 그 후에 파기되는 상태 천이를 도시한다.
이하의 (1)∼(3)에 기록하는 3조건이 구비된 경우에, 리줌 인포메이션(324)이 리스토어된 후에 파기된다.
(1) 무비 플레이어(300)의 현재의 상태가 상태{Menu, Stop}, 상태{Normal, Stop} 또는 상태{Menu, Play}이다.
(2) 리줌 인포메이션(324)이 리줌 인포메이션 영역(502) 내에 존재한다.
(3) 메소드 resume()의 실행에 의해 상태{Normal, Play}로 천이한다.
도 42는 이들 조건을 통합하여 도시한다. 또한, 무비 플레이어(300)의 상태가 상태{Normal, Play}인 경우에는, 리줌 인포메이션(324)이 존재하지 않기 때문에, 도 42에서는 정의되어 있지 않다.
또한, 리줌 인포메이션 영역(502) 내에 리줌 인포메이션(324)이 존재할 때에 메소드 resume()이 실행되면, 무비 플레이어(300)의 상태는, 상태{Normal, Play}로 천이한다. 또한, 리줌 인포메이션 영역(502) 내에 리줌 인포메이션(324)이 존재하지 않는 경우의 메소드 resume()은, 무비 플레이어(300)의 상태를 변경하지 않는다. 이 때, 메소드 resume() 실행 직전의 상태{Mode, State}가 유지되며, 플레이어 상태(323B)도 변경되지 않는다.
한편, 이하의 (4)∼(6)에 기록하는 3조건이 구비된 경우에, 리줌 인포메이션(324)이 리스토어되지 않고 파기된다.
(4) 무비 플레이어(300)의 현재의 상태가, 상태{Menu, Stop}, 상태{Normal, Stop} 또는 상태{Menu, Play}이다.
(5) 리줌 인포메이션(324)이 리줌 인포메이션 영역(502) 내에 존재한다.
(6) 메소드 play()의 실행에 의해, 상태{Normal, Play}로 천이한다.
도 43은 이들 조건을 통합하여 도시한다. 또한, 무비 플레이어(300)의 상태가 상태{Normal, Play}인 경우에는, 리줌 인포메이션(324)이 리줌 인포메이션 영역(502) 내에 존재하지 않기 때문에, 도 43에서는 정의되어 있지 않다.
또한, 리줌 인포메이션(324)이 존재하지 않을 때에, 메소드 play()의 실행에 의해 무비 플레이어(300)의 상태가 상태{Normal, Play}로 천이한 경우, 결과적으로, 리줌 인포메이션(324)이 존재하지 않는 상황이 유지된다.
리줌 인포메이션 영역(502) 내의 리줌 인포메이션(324)의 파기는, 메소드 stop()의 인수의 설정에 의해서도 발생시킬 수 있다. 구체적으로는, 본 발명의 실시의 일 형태에서는, 메소드 stop()의 인수로서, 리줌 인포메이션 영역(502) 내의 리줌 인포메이션(324)의 파기를 행할지의 여부를 지정하는 인수 resumeInfoClearFlag를 정의하였다. 도 44에 도시한 바와 같이, 메소드 stop()의 실행 시에, 인수 resumeInfoClearFlag에 대하여 값 「True」가 지정되었을 때에, 리줌 인포메이션(324)의 파기가 행해진다.
예를 들면, 영화 본편을 최후까지 재생하여 무비 플레이어(300)를 정지시킨 경우에는, 영화 본편의 최후의 위치가 리줌 인포메이션(324)으로서 기록되게 된다. 그 후에 유저가 재생(연속 재생)을 하면, 영화 본편의 최후로 점프하여 일시 정지한 상태로 되게 되어, 사용하기 불편하게 된다.
이것을 개선하기 위해서는, 모델의 정의상, 자동적으로 기록되는 리줌 인포메이션(324)을 파기하는 수단이 필요로 된다. 영화 본편의 최후가 어디인지는, 콘텐츠 제작자만이 알기 때문에, 스크립트 프로그램(500)으로부터 무비 플레이어(300)에 대한 메소드 stop()의 인수 resumeInfoClearFlag에 의해, 리줌 인포메이션(324)의 파기를 지정할 수 있도록 하였다.
도 45는 메소드 stop()의 인수 resumeInfoClearFlag를 이용한 UMD 비디오 플레이어의 일례의 동작을 도시한다. 도 45에서, 스텝 S50∼스텝 S54가 스크립트 레이어(302)측의 처리를 나타내며, 스텝 S60∼스텝 S64가 무비 플레이어(300)측의 처리를 나타낸다.
재생이 플레이 리스트의 최후에 도달하면(스텝 S60), 무비 플레이어(300)는, 이벤트 playListEnd를 스크립트 레이어(302)에 통지한다(스텝 S 61). 무비 플레이어(300)는, 스텝 S60에서 최후까지 재생된 플레이 리스트의 최후의 픽쳐를 계속해서 표시한 상태 그대로, 일시 정지로 상태 천이한다(스텝 S62).
스크립트 레이어(302)는, 이벤트 playListEnd를 받아, 이벤트 핸들러 onPlayListEnd가 실행된다(스텝 S50). 다음 스텝 S51에서는, 이벤트 playListEnd가 통지된 플레이 리스트가 오서 시나리오의 최후인지의 여부가 판단된다. 임의의 플레이 리스트가 시나리오의 최후의 플레이 리스트인지의 여부는, 예를 들면 스크립트 프로그램(500)에 기초하여 판단할 수 있다.
만약, 최후가 아니라고 판단되면, 처리는 스텝 S53으로 이행하여, 메소드 stop()의 인수 resumeInfoClearFlag를 값 「false」로 하고, 리줌 인포메이션(324)을 파기하지 않는 메소드 stop()을 무비 플레이어(300)에 대하여 발행한다. 무비 플레이어(300)는, 이 메소드 stop()을 받아, 상태가 정지 상태로 천이됨과 함께, 플레이어 상태(323B)가 리줌 인포메이션 영역(502)에 백업된다(스텝 S64).
한편, 스크립트 레이어(302)에서, 스텝 S51에서 시나리오의 최후이다라고 판단되면, 처리는 스텝 S52로 이행하여, 메소드 stop()의 인수 resumeInfoClearFlag를 값 「True」로 하고, 리줌 인포메이션(324)을 파기하는 메소드 stop()을 무비 플레이어(300)에 대하여 통지한다. 무비 플레이어(300)는, 이 메소드 stop()을 받아, 상태가 정지 상태로 천이됨과 함께, 리줌 인포메이션 영역(502) 내의 리줌 인포메이션(324)이 파기(클리어)된다(스텝 S63).
또한, 스크립트 레이어(302)에서, 스텝 S52 후, 스크립트 프로그램(500)의 기술에 따라서는, 메소드 end()가 실행된다.
8-5. 각 데이터의 라이프 사이클에 대하여
다음으로, 플레이어 상태(323B), 리줌 인포메이션(324) 및 유저 데이터의 라이프 사이클에 대하여 설명한다.
도 46은 플레이어 상태(323B)의 일례의 라이프 사이클을 도시한다. 무비 플레이어(300)의 생성 시에, 플레이어 상태(323B)도 생성된다. 무비 플레이어(300)가 소멸되면, 플레이어 상태(323B)도 소멸된다. 플레이어 상태(323B)는, 생성 시에 초기화된다. 생성 시에는, 무비 플레이어(300)의 상태를 나타내는 프로퍼티는, 정지 상태를 나타내며, 그 이외의 프로퍼티는, 부정으로 된다. 플레이어 상태(323B)의 값은, 무비 플레이어(300)에서의 재생 상태의 변화에 수반하여 변화된다. 또한, 플레이어 상태(323B)의 값은, 리줌 인포메이션 영역(502)의 내용이 리스토어되었을 때에, 변화된다. 또한, 플레이어 상태(323B)는, 스크립트 레이어(302)로부터의 메소드 getPlayerStatus에 의해 판독할 수 있다.
또한, 플레이어 상태(323B)를 어떠한 형태로 기억할지는, 무비 플레이어(300)의 실장에 의존한다. 스크립트로부터 메소드 getPlayerStatus()에 의해 정보를 얻을 수 있도록 되어 있다면, 어떠한 형태로 정보를 유지하고 있어도 된다.
도 47은 리줌 인포메이션(324)의 일례의 라이프 사이클을 도시한다. 무비 플레이어(300) 생성 시에 리줌 인포메이션의 메모리 영역이 확보되어, 리줌 인포메이션(324)의 생성과 함께 초기화가 행해진다. 초기화되면, 리줌 인포메이션(324)의 내용은 파기된다. 불휘발성 메모리를 실장하고 있는 UMD 비디오 플레이어는, 무비 플레이어(300)를 초기화할 때에, 리줌 인포메이션(324)을 불휘발성 메모리로부터 로드(load)한다. 이 때, 유저 데이터의 로드도 동시에 행해진다.
무비 플레이어(300)의 상태가 상태{Normal, Play}로부터 그 밖의 상태로 천이하였을 때, 플레이어 상태(323B)는, 리줌 인포메이션 영역(502)에 백업된다.
리줌 인포메이션(324)에서의 스트림에 관계되는 파라미터 videoNumber, audioNumber, audioFlag, subtitleNumber 및 subtitleFlag는, 스크립트 레이어(302)로부터의 메소드 changeResumeInfo()에 의해 변경할 수 있다.
무비 플레이어(300)에서, 노멀 모드에서의 플레이 리스트 재생이 시작되었을 때, 리줌 인포메이션(324)의 내용은, 파기된다. 이 때, 파기에 앞서서 리줌 인포메이션(324)의 플레이어 상태(323B)에의 리스토어가 행해지는 경우와 행해지지 않는 경우가 있다. 또한, 인수 resumeInfoClearFlag의 값이 「True」로 된 메소스 stop()이 실행되었을 때에, 리줌 인포메이션(324)의 내용은 파기된다.
리줌 인포메이션(324)이 존재할 때에, 메소드 resume()이 실행되면, 리줌 인포메이션(324)의 플레이어 상태(323B)에의 리스토어가 행해진다.
스크립트 레이어(302)로부터, 메소드 getResumeInfo()에 의해, 리줌 인포메이션(324)의 값을 판독할 수 있다. 파기된 상태의 리줌 인포메이션(324)을 판독하면, 회신값 playStatus로서 값 「0」이 되돌아오기 때문에, 리줌 인포메이션(324)의 유무를 구별할 수 있다.
무비 플레이어(300)가 종료(소멸)될 때에, 리줌 인포메이션(324)도 소멸된다. 불휘발성 메모리를 실장하고 있는 UMD 비디오 플레이어는, 무비 플레이어(300)가 종료(소멸)될 때에, 리줌 인포메이션(324)을 불휘발성 메모리에 세이브한다. 그 때, 유저 데이터의 세이브도 동시에 행해진다.
도 48은 유저 데이터의 일례의 라이프 사이클을 도시한다. 무비 플레이어(300)의 생성 시에 메모리 영역이 확보되어, 유저 데이터가 생성된다. 생성과 동시에 초기화가 행해진다. 초기화되면, 유저 데이터의 내용은 클리어된다(메소드 getUserData()에 의해, 길이 「0」의 배열이 되돌아온다). 불휘발성 메모리를 실장하고 있는 UMD 비디오 플레이어는, 무비 플레이어(300)의 초기화 시에, 유저 데이터를 불휘발성 메모리로부터 로드한다. 이 때, 리줌 인포메이션의 로드도 동시에 행해진다.
메소드 setUserData()가 실행되었을 때에, 유저 데이터 영역(503)에 유저 데이터가 기입된다. 메소드 setUserData()에 의해, 최대로 데이터 길이가 64비트인 Int형의 배열이 유저 데이터 영역(503)에 유지된다. 유저 데이터 영역(503)의 데이터는, 스크립트 레이어(302)로부터의 메소드 getUserData()에 의해 판독할 수 있다. 유저 데이터가 세트되어 있지 않을 때에는, 길이가 0인 배열이 되돌아온다.
스크립트 레이어(302)로부터 유저 데이터 영역(503)의 내용을 클리어하는 메소드는 없다. 유저 데이터 영역(503)에 대한 덮어쓰기에 의해, 내용을 재기입할 수 있다.
무비 플레이어(300)가 종료(소멸)될 때에, 유저 데이터 영역(503)도 소멸된다. 불휘발성 메모리를 실장하고 있는 UMD 비디오 플레이어는, 무비 플레이어(300)가 종료(소멸)될 때에, 유저 데이터 영역(503)의 유지되어 있는 데이터를 불휘발성 메모리에 세이브한다. 이 때, 리줌 인포메이션(324)의 세이브도 동시에 행해진다.
9. 리소스 파일의 전환에 대하여
다음으로, 본 발명의 실시의 일 형태에 따른, 리소스 파일의 전환에 대하여 설명한다. 본 발명에서는, 스크립트 프로그램이나 메뉴 화면을 구성하는 화상 데이터 등의, 콘텐츠의 재생 제어에 관한 데이터를 통합하여 저장한 리소스 파일을, 디스크 상에 복수 준비하고, 디스크의 재생 개시 시에 복수의 리소스 파일 중에서 적절한 파일을 자동적으로 선택하도록 함과 함께, 디스크의 재생 중에, 스트림의 판독이 중단되는 타이밍에서, 사용하는 리소스 파일을 적절하게 전환할 수 있도록 하고 있다.
이에 의해, 디스크에 기록된 콘텐츠 전체에서, 디스크 재생 장치(100)가 갖는 메모리(113)의 용량을 초과하여 리소스 파일을 사용할 수 있어, 인터랙티브 기능을 갖는 콘텐츠를 보다 높은 자유도로 제작할 수 있게 된다.
또한, 리소스 파일을, 예를 들면 일본어, 영어 등의 표시 언어별, 표시 화면의 종횡비(4 : 3 또는 16 : 9)별로 준비함으로써, 재생 환경에 따라 사용하지 않는 데이터의 판독을 억제할 수 있다.
리소스 파일은, 도 49에 일례가 도시된 바와 같이, 루트 디렉토리 아래의 디렉토리 "VIDEO"의 더 아래의 디렉토리 "RESOURCE" 아래에 놓인다. 리소스 파일에는, 이미 설명한 바와 같이, 재생 제어를 위한 스크립트 프로그램과, 스크립트 프로그램에서 사용되는 데이터가 통합되어 저장된다. 스크립트 프로그램에서 사용되는 데이터는, 예를 들면 버튼 화상 데이터나 텍스쳐 정보, GUI(Graphical User Interface)의 레이아웃 정보, 사운드 데이터이다.
또한, 이 실시의 일 형태에 따른 리소스 파일은, 스크립트 프로그램이 저장되는 스크립트 파일이나, 스크립트 프로그램에서 사용되는 데이터가 저장되는 각종 파일이 포함되어 이루어지는 파일이다. 즉, 리소스 파일은, 내부에 복수의 파일을 더 저장하는 구조로 되어 있다.
또한, 상술한 바와 같이, 리소스 파일을 스트림 파일과는 독립된 파일로서 디스크에 저장함으로써, 리소스 파일의 작성이 엘리멘터리 스트림의 작성(인코드) 및 다중화와 독립되어, 비디오의 제작과 메뉴의 제작을 동시에 병행하여 실시할 수 있다.
또한, 메뉴 등을 표시시키는 프로그램이 독립된 파일로서 디스크에 저장되어, 스트림 중에 분산되어 다중화되지 않기 때문에, 프로그램의 디버그가 용이하다.
또한, 메뉴 등을 표시시키는 프로그램이 독립된 파일로서 디스크에 저장되어, 스트림 중에 분산되어 다중화되지 않기 때문에, 비디오 재생과 프로그램 실행을 독립할 수 있다. 이에 의해, 예를 들면 배경의 비디오 재생을 계속한 상태 그대로, 메뉴 화면을 비디오의 재생을 중단하지 않고 배경 비디오 화상 상에 중첩하여 표시시키는 처리도 가능하게 된다.
또한, 메뉴 등을 표시시키는 프로그램이 스트림에 대하여 독립되어 있기 때문에, 프로그램의 재이용이 용이하게 된다. 예를 들면, 다른 스트림에 대하여 기존의 프로그램을 적용하는 경우라도, 스트림 번호의 지정이나 시각을 지정하는 링크 정보를 재기입하는 것만으로 된다.
하나의 디렉토리에 복수의 파일이 놓여진 경우, 복수의 파일의 파일명이 서로 중복되지 않도록 할 필요가 있다. 또한, 복수의 리소스 파일이 존재하는 경우, 디스크의 재생 개시 시에, 어느 리소스 파일을 초기 상태에서 최초로 판독해야 되는지를 디스크 재생 장치(100)가 인식할 수 있도록 할 필요가 있다.
본 발명에서는, 리소스 파일의 파일명의 명명 규칙을 소정으로 정함으로써 이들을 해결하고 있다. 본 발명의 실시의 일 형태에서는, 리소스 파일의 파일명을, 도 50에 일례가 도시된 바와 같이, 「CCdannnn.RCO」의 형식으로 하고 있다. 이 리소스 파일명의 각 부분의 의미에 대하여 설명한다.
리소스 파일의 파일명은, 전체로 12문자로 이루어지며, 딜리미터(피리어드) 이후의 문자열은, 확장자이고, 이 확장자의 문자열이 「RCO」로, 이 파일이 리소스 파일인 것을 나타낸다.
파일명의 선두의 2문자 「CC」는, 이 리소스 파일의 언어 속성을 나타낸다. 국제 표준 규격 ISO(International Organization for Standardization)-639-1로 정해진 2문자로 표시되는 언어 코드를 대문자로 변환하여 이용한다. 예를 들면, 일본어는 「JA」, 영어는 「EN」으로 된다.
3문자째의 「d」는, 이 리소스 파일이 디폴트 언어로 지정된 리소스 파일인지의 여부를 나타낸다. 또한, 디폴트 언어는, 해당 리소스 파일에 대응하는 콘텐츠를 재생하는 데에 있어서 표준적으로 선택되는 언어를 말한다. 「d」가 「1」이면, 이 리소스 파일이 디폴트 언어로 지정된 리소스 파일인 것을 나타내며, 「d」가 「0」이면, 디폴트 언어로 지정되어 있지 않은 리소스 파일인 것을 나타낸다.
4문자째의 「a」는, 리소스 파일이 상정하는 표시 디바이스의 종횡비를 나타낸다. 「a」가 「0」이면, 상정되는 종횡비가 16 : 9인 것을 나타내고, 「a」가 「1」이면, 상정되는 종횡비가 4 : 3인 것을 나타낸다.
5문자째∼8문자째의 「nnnn」은, 식별 번호이고, 「n」은 0∼9까지의 숫자이다. 파일명의 선두의 2문자 「CC」와 4문자째의 「a」가 동일한 리소스 파일이 복수 존재하는 경우에, 이 식별 번호를 각각 다르게 함으로써, 이들 복수의 리소스 파일의 파일명이 서로 중복되지 않도록 할 수 있다. 파일명의 선두의 2문자 「CC」와 4문자째의 「a」가 동일한 리소스 파일이 복수 존재하는 경우, 식별 번호는, 이들 복수의 파일 사이에서 서로 다르면 되고, 연속 번호일 필요는 없다. 또한, 파일명의 선두의 2문자「CC」와 4문자째의 「a」가 동일한 리소스 파일이 복수 존재하는 경우, 그 중의 하나의 파일은, 식별 번호가 「0000」일 필요가 있다.
또한, 디렉토리 "RESOURCE" 내에는, 디폴트 언어로 지정된 리소스 파일이 1 내지 2개 존재한다. 서로 다른 종횡비(16 : 9 및 4 : 3)의 리소스 파일이 각각 준비되어 있는 경우에는, 디폴트 언어로 지정된 리소스 파일이 2개 존재한다. 디폴트 언어로 지정된 리소스 파일이 2개 존재하는 경우에는, 이들 2개의 리소스 파일의 언어 속성은 동일하게 된다. 「d」를 「1」로 설정할 수 있는 것은, 식별 번호가 「0000」인 파일에 한하는 것으로 한다. 또한, 임의의 언어 「CC」에 대하여 「d」를 「1」로 설정한 경우, 「d」가 「0」이고 식별 번호가 「0000」인 파일이 동시에 존재해서는 안되는 것으로 한다.
또한, 리소스 파일의 명명 규칙은, 상술에 한정되지 않는다. 즉, 그 리소스 파일의 언어 속성을 나타내는 정보와, 그 리소스 파일이 디폴트 언어로 지정된 리소스 파일인지의 여부를 나타내는 정보와, 그 리소스 파일에서 상정되는 표시 디바이스의 종횡비를 나타내는 정보가 포함되며, 복수의 리소스 파일이 동일 디렉토리에 존재하는 경우에 서로를 구별할 수 있도록 되어 있으면, 다른 명명 규칙에 기초하여 리소스 파일의 파일명을 설정해도 된다. 예를 들면, 파일명의 길이는, 딜리미터를 포함하여 12문자에 한정되지 않고, 확장자도 리소스 파일인 것이 시스템에 의해 식별할 수 있으면, 「RCO」에 한정되지 않는다.
이상과 같이 리소스 파일의 파일명의 명명 규칙을 정함으로써, 이하에 설명하는 리소스 파일의 초기 선택을 실현하는 것이 가능하게 된다. 재생기 즉 UMD 비디오 플레이어에서의, 리소스 파일의 초기 선택의 방법에 대하여 설명한다. 상술한 바와 같이, 리소스 파일은, 디스크 상에 반드시 1 이상이 존재한다. UMD 비디오 플레이어는, 「콘텐츠 선두로부터의 재생 개시」의 지시를 받으면, 디스크 상에 복수가 존재할 수 있는 리소스 파일 중에서 최적의 1파일을 선택하여 실행한다.
디스크의 디렉토리 "RESOURCE" 하에는, 언어별로 준비된 리소스 파일이 복수 존재할 가능성이 있다. 또한, 그 중에, 상술한 리소스 파일의 명명 규칙에 의해, 디폴트 언어로 지정된 리소스 파일이 적어도 1파일, 최대로 2파일 존재한다. 2파일 존재하는 경우에는, 표시 종횡마다 디폴트 언어의 리소스 파일이 준비되어 있다.
도 51은 리소스 파일의 초기 선택을 행하는 일례의 처리를 도시하는 플로우차트이다. 이 플로우차트의 처리는, 예를 들면, 비디오 콘텐츠 재생부(210)에 의해 행해진다. 디스크 재생 장치(100)에 디스크(101)가 장전되고, 콘텐츠 선두로부터의 재생 개시 지시가 공급되면, 스텝 S70에서, 디스크의 디렉토리가 검색되어, 디렉토리 "RESOURCE" 하에 놓인 파일 중, 확장자가 「RC0」이고, 파일명의 식별 번호가 「0000」인 리소스 파일이 선별된다. 즉, 리소스 파일의 초기 선택 처리에서 대상으로 되는 파일은, 파일명의 식별 번호가 「0000」인 파일에 한정된다.
예를 들면, 파일명의 피리어드의 위치가 검색되어, 피리어드의 뒤 3문자가 취득되고, 취득된 3문자로 이루어지는 문자열이 「RCO」인 파일이 선택된다. 또한, 피리어드의 앞 4문자가 취득되며, 취득된 4문자로 이루어지는 문자열이 「0000」인 파일이 선택된다.
다음으로, 스텝 S71에서, 파일명의 상술한 「CC」의 부분에 나타나는 언어 속성이 취득된다. 예를 들면, 파일명의 피리어드의 위치로부터 8문자 전 및 7문자 전의 문자가 취득된다. 이 2문자로 이루어지는 문자열이 해당 리소스 파일의 언어 속성을 나타낸다. 이 언어 속성에 기초하여, 플레이어의 설정 언어와 언어 속성이 일치하는 리소스 파일이 존재하는지의 여부가 판단된다. 만약, 일치하는 리소스 파일이 존재한다고 판단되면, 처리는 스텝 S72로 이행되어, 플레이어의 설정 언어와 언어 속성이 일치하는 리소스 파일이 선택된다. 파일이 선택되면, 처리는 스텝 S74로 이행된다.
한편, 스텝 S71에서, 플레이어의 설정 언어와 언어 속성이 일치하는 파일이 없다고 판단되면, 처리는 스텝 S73으로 이행된다. 스텝 S73에서는, 디폴트 언어로 설정된 리소스 파일이 선택된다. 즉, 파일명의 상술한 「d」의 부분에 나타나는 문자가 취득된다. 예를 들면 피리어드로부터 6문자 전의 문자가 취득된다. 그리고, 취득된 문자가 「1」인 파일이 선택된다. 파일이 선택되면, 처리는 스텝 S74로 이행된다.
스텝 S74에서는, 상술한 스텝 S72 또는 스텝 S73에서 선택된 파일이 2개 있는지의 여부가 판단된다. 선택된 파일이 1개인 것으로 판단되면, 그 파일이 초기 선택된 리소스 파일로서 판독된다.
한편, 스텝 S74에서, 스텝 S72 또는 스텝 S73에서 2개의 파일이 선택되었다고 판단되었다면, 처리는 스텝 S75로 이행된다. 스텝 S75에서는, 파일명의 「a」의 부분에 나타나는 문자가 취득된다. 예를 들면 피리어드로부터 5문자 전의 문자가 취득된다. 그리고, 취득된 문자가 나타내는 종횡비가 플레이어에서의 표시 디바이스의 종횡비 설정과 일치하는 리소스 파일이 선택된다.
또한, 상술에서는, 리소스 파일의 파일명으로부터 소정의 문자 또는 문자열을 취득하기 위해, 우선 파일명에 포함되는 피리어드의 위치를 검색하고, 이 피리어드의 위치에 기초하여 다른 문자 또는 문자열의 위치를 특정하도록 설명하고 있지만, 이것은, 파일명 중의 소정의 문자 또는 문자열을 취득하는 처리를 실현 가능한 일례의 방법으로서, 이 방법에 한정되는 것은 아니다. 예를 들면, 파일명의 선두로부터 문자열을 검색해도 되고, 말미측으로부터 검색하는 것도 생각된다.
디스크 상에는, 플레이어의 설정 언어와 언어 속성이 일치하는 리소스 파일이 1 내지 2개 존재할 것이다. 상술한 도 51의 플로우차트에 의한 처리를 실행함으로써, 적절한 리소스 파일을 반드시 선택할 수 있다.
한편, 만약, 상술한 플로우차트에 의한 처리를 실행해도 선택할 수 있는 리소스 파일이 존재하지 않는 경우에는, 디스크가 포맷 위반이거나, 혹은 디스크 에러로 되어 있는 경우인 것으로 생각된다. 이러한 경우의 에러에의 대응은, 플레이어의 실장에 의존한다. 예를 들면, 판독 가능한 리소스 파일을 1개 선택하여, 재생하는 방법이 생각된다. 또한, 해당 디스크가 재생 불가의 디스크인 것으로 판단하고, 재생을 개시하지 않는 것도 생각된다.
상술한 바와 같이 하여 초기 선택된 리소스 파일이 비디오 콘텐츠 재생부(210)에 의해 판독되어, 스크립트 제어 모듈(211)에 건네 져, 리소스 파일에 포함되는 스크립트 프로그램에 따라, 콘텐츠의 재생이 개시된다. 콘텐츠의 재생 개시 후에는, 스크립트 프로그램에 의해, 다음에 판독할 리소스 파일이 명시적으로 지정되기 때문에, 리소스 파일의 선택 룰을 정할 필요가 있는 것은, 재생 개시 시만이다.
다음으로, 리소스 파일이 선택된 후, 리소스 파일 중에 포함되는 스크립트 프로그램이 실행되어 이벤트 주도 모델이 동작하기까지의 처리에 대하여 설명한다. 도 52는 리소스 파일에 저장되어 있는 스크립트 파일의 일례의 내용을 도시한다. 스크립트 파일은, 이벤트 핸들러군과 메인 처리부로 이루어진다. 이벤트 핸들러군은, 1 또는 복수의 이벤트 핸들러가 배열된다. 스크립트 파일은, 실행 전에 선두로부터 평가되어 간다. 그 평가의 과정에서, 이벤트 핸들러의 등록, 참조의 해결, 변수의 정의, 오브젝트의 생성 등이 행해진다. 이 실행 전의 일련의 처리를, 제1회 실행으로 부른다. 제1회 실행은, 네이티브 실장 플랫폼(301)에 의해 행해진다.
스크립트 파일의 메인 처리부는, 제1회 실행 시에 1회만 평가된다. 이 메인 처리부에는, 이 스크립트 파일 전체에서 공통되어 이용하는 변수인 글로벌 변수의 정의를 기술할 수 있다(도 52에서는, 「var a, b;」로 기술되어 있다). 제1회 실행 시에는, 이벤트가 큐잉되지 않아, 유저 조작을 접수하지 않는다고 하는 제약이 있다. 그 때문에, 메인 처리부에 무비 플레이어(300)나 컨트롤러 오브젝트(330)의 메소드, 화면을 구성하는 부품(Widget)에 관한 메소드를 기술하는 것은, 금지로 하고 있다.
스크립트의 제1회 실행이 종료되면, 스크립트 프로그램이 이벤트를 접수할 수 있는 상태로 된다. 한편, 네이티브 실장 플랫폼(301)은, 이벤트 autoPlay 또는 이벤트 continuePlay를 발생시킬 때까지, 다른 이벤트의 발생을 억지한다. 네이티브 실장 플랫폼(301)의 컨트롤러 오브젝트(330)는, 스크립트의 제1회 실행이 종료되면, 이벤트 autoPlay 또는 이벤트 continuePlay 중 어느 하나의 이벤트를 발생한다. 발생된 이벤트는, 스크립트 레이어(302)에 건네진다.
도 53은 스크립트의 제1회 실행 후, 최초의 이벤트 핸들러가 선택 및 실행되기까지의 일례의 처리를 도시하는 플로우차트이다. 디스크 재생 장치(100)에 디스크(101)가 장전되고, 유저 조작에 의해 디스크(101)를 처음부터 재생할지(이하, 「처음부터 재생」으로 부름), 해당 디스크(101)에서 이전 재생을 중지한 위치의 연속하는 부분으로부터 재생할지(이하, 「연속 재생」이라고 함)가 선택된다(스텝 S80). 만약, 「연속 재생」이 선택되면, 처리는 스텝 S81로 이행한다. 「처음부터 재생」이 선택된 경우에는, 처리는 스텝 S86으로 이행한다.
스텝 S81에서는, 해당 디스크(101)에 대응하는 리줌 인포메이션(324)이 존재하는지의 여부가 네이티브 실장 플랫폼(301)에 의해 판단된다. 만약 존재하지 않는다고 판단된 경우, 「연속 재생」을 할 수 없기 때문에, 처리는 스텝 S86으로 이행된다. 해당 디스크(101)에 대응하는 리줌 인포메이션(324)이 존재한다고 판단된 경우, 처리는 스텝 S82로 이행된다.
스텝 S82에서는, 컨트롤러 오브젝트(330)로부터 스크립트 레이어(302)에 대하여, 이벤트 continuePlay가 통지된다. 이 통지를 받아, 스텝 S83에서, 스크립트 레이어(302)에서, 스크립트 프로그램에 이 이벤트 continuePlay에 대응하는 이벤트 핸들러 onContinuePlay가 준비되어 있는지의 여부가 판단된다. 만약, 대응하는 이벤트 핸들러 onContinuePlay가 준비되어 있다고 판단되면, 처리는 스텝 S84로 이행하여, 해당 이벤트 핸들러 onContinuePlay가 실행된다.
한편, 스텝 S83에서, 스크립트 프로그램에 대응하는 이벤트 핸들러 onContinuePlay가 준비되어 있지 않다고 판단되면, 처리는 스텝 S85로 이행된다. 스텝 S85에서는, 디폴트의 이벤트 핸들러 onContinuePlay가 실행된다. 이 디폴트의 이벤트 핸들러 onContinuePlay는, 예를 들면 디스크 재생 장치(100)에 미리 내장되어 있으며, 리줌 인포메이션(324)을 이용한 복귀 재생이 행해진다. 즉, 해당 디스크(101)에 대응한 리줌 인포메이션(324)이 플레이어 상태(323B)에 리스토어되며, 무비 플레이어(300)는, 이 리스토어에 의한 플레이어 상태(323B)를 이용하여 콘텐츠의 재생을 행한다.
상술한 바와 같이, 스텝 S80에서, 유저 조작에 의해 「처음부터 재생」이 선택된 경우, 및, 스텝 S81에서 디스크(101)에 대응한 리줌 인포메이션(324)이 존재하지 않는다고 판단된 경우, 처리는 스텝 S86으로 이행한다. 스텝 S86에서는, 컨트롤러 오브젝트(330)에 의해 이벤트 autoPlay가 발생되어, 스크립트 레이어(302)에 통지된다. 다음 스텝 S87에서, 스크립트 프로그램에 이 이벤트 autoPlay에 대응하는 이벤트 핸들러 onAutoPlay가 준비되어 있는지의 여부가 판단된다. 만약, 준비되어 있다고 판단되면, 처리는 스텝 S88로 이행하여, 스크립트 레이어(302)에서, 해당 이벤트 핸들러 onAutoPlay가 실행된다.
한편, 스텝 S87에서, 스크립트 프로그램에 대응하는 이벤트 핸들러 onAutoPlay가 준비되어 있지 않다고 판단된 경우, 처리는 스텝 S89로 이행된다. 스텝 S89에서는, 어떠한 처리도 행해지지 않는다. 이와 같이, 어떠한 처리도 행해지지 않는 상태를 의도적으로 만들 수도 있다. 또한, 이 경우, 메뉴 키를 조작함으로써, 대응하는 이벤트가 발생된다.
이벤트 핸들러 onAutoPlay를 스크립트 프로그램 중에 준비할지의 여부는, 콘텐츠 제작자측이 임의로 정할 수 있다. 한편, 이벤트 핸들러 onAutoPlay가 준비되어 있지 않는 경우, 예를 들면 유저가 디스크(101)를 디스크 재생 장치(100)에 장전해도, 자동 재생이 행해지지 않게 된다. 유저의 편리성의 관점에서, 이벤트 핸들러 onAutoPlay를 준비하는 것이 매우 바람직하다.
다음으로, 콘텐츠의 재생 중에 리소스 파일을 전환하는 방법에 대하여 설명한다. 플레이어가 내장하는 메모리(113) 등의 메모리 용량의 제한으로부터, 스크립트 프로그램이나, 메뉴 화면 등에서 사용하는 정지 화상, 사운드 데이터 등의 데이터를 갖는 리소스 파일은, 데이터 사이즈에 제한이 있다. 리소스 파일을 분할하고, 이들을 콘텐츠의 재생 중에 전환되도록 함으로써, 보다 많은 스크립트 프로그램이나 정지 화상 데이터, 사운드 데이터 등을 취급할 수 있게 된다.
도 54는 리소스 파일의 전환을 행하는 일례의 처리를 도시하는 플로우차트이다. 리소스 파일의 전환은, 스크립트 레이어(302)로부터 네이티브 실장 플랫폼(301)에 대한 메소드 changeResource()에 의해 실행된다. 메소드 changeResource()는, 네이티브 실장 플랫폼(301)에서의 컨트롤러 오브젝트(330)의 메소드이다. 콘텐츠 제작측에서는, 스크립트 프로그램 중의 리소스 파일을 전환하고자 하는 위치에, 메소드 changeResource()를 기술해 둔다.
스텝 S100에서, 스크립트 프로그램으로부터 네이티브 실장 플랫폼(301)에 대하여 메소드 changeResource()가 발행된다. 네이티브 실장 플랫폼(301)은, 이 메소드 changeResource()를 수취하면, 무비 플레이어(300)의 플레이어 상태(323B)를 참조하여, 무비 플레이어(300)의 동작 모드가 메뉴 모드인지의 여부가 판단된다(스텝 S101). 만약, 메뉴 모드가 아니라고 판단되면, 처리는 스텝 S111로 이행되어, 네이티브 실장 플랫폼(301)의 컨트롤러 오브젝트(330)가, 메소드 changeResource()의 복귀값으로서 값「false」을 스크립트 프로그램에 대하여 회신하고, 리소스로 전환에 실패한 것으로 된다(스텝 S112). 스텝 S112 후, 다시 스텝 S100으로 되돌아가도록 해도 된다.
스텝 S101에서, 무비 플레이어(300)의 동작 모드가 메뉴 모드인 것으로 판단된 경우, 처리는 스텝 S102로 이행한다. 스텝 S102에서는, 무비 플레이어(300)의 상태가 정지 상태, 혹은, 재생 상태에서 일시 정지 상태인지의 여부가 판단된다. 즉, 스텝 S102에서는, 무비 플레이어(300)에서, 콘텐츠에서의 시각이 진행되고 있는지의 여부가 판단된다. 무비 플레이어(300)가 정지 상태 혹은 재생 상태에서 일시 정지 상태이면, 디스크로부터 스트림을 판독할 필요가 없다. 재생 상태의 일시 정지 상태는, 예를 들면 비디오 출력 모듈(241)이 버퍼에 저장된 1프레임의 비디오 데이터가 반복하여 판독됨으로써 실현된다.
만약, 무비 플레이어(300)의 상태가 정지 상태 혹은 재생 상태에서 일시 정지 상태가 아닌, 즉, 재생 상태에서 재생되는 콘텐츠의 시간축이 진행되고 있는 상태이면, 처리는 스텝 S111로 이행되어, 컨트롤러 오브젝트(330)에 의해 복귀값으로서 값 「false」이 회신되고, 스텝 S112에서 리소스 파일의 전환에 실패한 것으로 된다.
한편, 스텝 S102에서, 무비 플레이어(300)의 상태가 정지 상태 혹은 재생 상태에서 일시 정지 상태인 것으로 판단되면, 처리는 스텝 S103으로 이행되어, 네이티브 실장 플랫폼(301)의 컨트롤러 오브젝트(330)가, 메소드 changeResource()의 복귀값으로서 값 「true」를 스크립트 프로그램에 대하여 회신하고, 다음 스텝 S104에서, 네이티브 실장 플랫폼(301)에 의해, 새로운 이벤트의 발생이 억제된다. 즉, 스텝 S104에서는, 네이티브 실장 플랫폼(301)으로부터 스크립트 레이어(302)에 대한 이벤트(314)의 발행이 억지된다. 또한, 다음 스텝 S105에서, 네이티브 실장 플랫폼(301)에서, 큐에 저장된 모든 이벤트(314)가 파기된다.
다음 스텝 S106에서는, 현재 표시되어 있는 화면(페이지)이 소거된다. 이것은, 예를 들면 비디오 출력 모듈(241)이 비디오 출력을 위해 버퍼에 저장하고 있는 데이터 중, 전환 전의 리소스 파일에 의해 표시된 화면(페이지)의 데이터가 버퍼 내로부터 소거된다. 이 처리에 의해, 전환 전의 리소스 파일에 의해 표시된 화상 데이터가 소거된다. 또한, 여기서는, 비디오 화상 위에 중첩되어 표시되는, 리소스 데이터에 의해 만들어진 그래픽 화상이 소거될 뿐이다. 무비 플레이어(300)가 재생 상태의 일시 정지인 경우에는, 배경에 일시 정지 중인 비디오 화상이 표시되어 있는데, 이 비디오 정지 화상의 표시는 계속된다.
또한, 이 스텝 S106의 처리는 생략할 수 있다. 즉, 리소스 파일이 한창 전환되고 있는 중이나, 전환된 직후라도, 버퍼 내에 화상 데이터가 존재하면, 비디오 출력 모듈(241)이 그 화상 데이터를 반복하여 판독함으로써, 화면(페이지)의 표시를 계속할 수 있다.
스텝 107에서는, 네이티브 실장 플랫폼(301)에 의해, 현재 사용 중인 리소스 파일이 파기되고, 디스크로부터 새로운 리소스 파일이 판독된다. 판독되는 리소스 파일은, 전환되기 전의 원래의 리소스 파일 내의 스크립트 프로그램에 기술되어 있다. 새로운 리소스 파일이 판독되면, 다음 스텝 S108에서, 네이티브 실장 플랫폼(301)에 의해, 판독된 리소스 파일의 제1회 실행이 행해진다. 그리고, 네이티브 실장 플랫폼(301)으로부터 새로운 스크립트 파일에 의한 스크립트 레이어(302)에 대하여, 이벤트 resourceChanged가 발행되며, 이 이벤트 resourceChanged에 따라, 스크립트 레이어(302)에서 이벤트 핸들러 onResourceChanged가 실행된다. 이 시점에서, 새로운 이벤트의 발행이 허가된다.
이벤트 주도 모델에서는, 새로운 이벤트를 억지하는 타이밍이나, 실행 대기의 이벤트 핸들러의 취급이 중요하다. 따라서, 적절한 처리를 행하지 않으면, 의도하지 않는 이벤트가 발생하거나, 실행 대기이었던 이벤트 핸들러가 실행되게 되어, 원하는 동작을 달성할 수 없을 가능성이 있다.
본 발명의 실시의 일 형태에서는, 상술한 플로우차트에서의 스텝 S101에 의해, 유저 입력(310)에 따른 네이티브 실장 플랫폼(301)으로부터의 제어 커맨드(311)를 받는지의 여부를 판단하고, 스텝 S102에 의해, 디스크로부터의 스트림의 판독이 이루어져 있는지의 여부를 판단하고 있다. 즉, 본 발명의 실시의 일 형태에서는, 콘텐츠 재생 중에 스트림 전환을 행할 때에 불가피한 이들 처리를 실행하기 때문에, 안전하게 리소스 파일의 전환을 실현할 수 있다.
또한, 실제로는, 상술한 스텝 S101 및 스텝 S102의 처리에 앞서서, 메소드 changeResource()의 발생 전에, 명시적으로, 무비 플레이어(300)의 동작 모드를 메뉴 모드로 하고, 상태를 정지 상태로 하는 것이 바람직하다.
리소스 파일의 전환을 실현하기 위해서는, 리소스 파일의 전환 후의 동작을 확실하게 행할 수 있도록 할 필요가 있다. 그 때문에, 리소스 파일의 전환 전에 존재하고, 플레이어의 메모리에 저장된 정보 중에서도, 리소스 파일 전환 후까지 유지해 둘 필요가 있는 정보와, 리소스 파일 전환 시에는 파기할 필요가 있는 정보가 있다.
플레이어 상태(323B), 리줌 인포메이션(324) 및 유저 데이터(유저 데이터 영역(503)에 유지되어 있는 데이터)는, 리소스 파일의 전환 후까지 유지할 필요가 있는 데이터이다.
한편, 스크립트 레이어(302)에서 유지하는 글로벌 변수나, 이벤트 핸들러 프로퍼티에 대입된 값은, 리소스 파일 전환 후까지 유지되지 않는다.
리소스 파일 전환 직전까지, 메뉴 등으로서 표시되어 있는 페이지(화면)나 버튼 화상 등은 소거된다. 이들의 화상 데이터 등이 비디오 출력 모듈(241)의 버퍼에 남아 있어, 표시가 계속되는 경우라도, 메뉴 표시 페이지(화면)를 구성하기 위한 데이터는, 리소스 파일이 기억되는 메모리로부터 소거된다. 마찬가지로, 리소스 파일이 전환되기 직전까지, 실행 대기 큐에 들어가 있는 이벤트 핸들러는, 모두 파기한다. 따라서, 리소스 파일의 전환 후에는, 이벤트 핸들러는, 큐에 저장되어 있지 않게 된다.
이와 같이, 본 발명의 실시의 일 형태에서는, 리소스 파일 전환 후에 유지되는 정보와 유지되지 않는 정보를 각각 규정하고, 리소스 파일 전환의 직전까지는 이벤트 핸들러를 파기한다고 하는 제약을 설정하고 있다. 이에 의해, 리소스 파일의 전환을 실현할 수 있게 된다.
또한, 상술에서는, 본 발명이 오디오 스트림 및 비디오 스트림을 함께 처리하는 디스크 재생 장치(100)에 적용되도록 설명하였지만, 이것은 이 예에 한정되지 않는다. 예를 들면, 오디오 스트림만, 비디오 스트림만을 재생하는 경우에도, 본 발명을 적용할 수 있다.
또한, 상술에서는, 콘텐츠 데이터가 기록되는 기록 매체로서, 디스크 상 기록 매체를 이용하도록 설명하였지만, 이것은 이 예에 한정되지 않는다. 예를 들면, 콘텐츠 데이터가 기록되는 기록 매체로서, 반도체 메모리를 이용할 수 있다.
또한, 상술에서는, 본 발명이 적용되는 디스크 재생 장치(100)가 전용적인 하드웨어로 구성되도록 설명하였지만, 이것은 이 예에 한정되지 않는다. 즉, 디스크 재생 장치(100)의 디스크 드라이브 이외의 구성은, 컴퓨터 장치 상에서 동작하는 소프트웨어에 의해서도 실현할 수 있다. 이 경우, 디스크 재생 장치(100)를 실현하는 소프트웨어는, CD-ROM(Compact Disc-Read Only Memory)이나 DVD-ROM(Digital Versatile Disc-ROM) 등의 기록 매체에 기록되어 공급할 수 있다. 디스크 재생 장치(100)를 실현하기 위한 소프트웨어가 기록된 기록 매체를, 컴퓨터 장치의 디스크 드라이브에 장전하고, 기록 매체에 기록된 해당 소프트웨어를 컴퓨터 장치에 인스톨한다. 컴퓨터 장치에 대하여, UMD에 대응한 디스크 드라이브 장치를 접속함으로써, 본 발명에 의한 디스크 재생 장치(100)와 동등한 구성을 실현할 수 있다. UMD 비디오의 콘텐츠를 기록한 기록 매체에, 해당 소프트웨어를 함께 기록하여 제공하는 것도 생각된다.
101 : 디스크
112 : CPU
113 : 메모리
115 : 입력 인터페이스
116 : 비디오 디코더
117 : 오디오 디코더
118 : 비디오 출력 인터페이스
119 : 오디오 출력 인터페이스
201 : 오퍼레이션 시스템
210 : 비디오 콘텐츠 재생부
211 : 스크립트 제어 모듈
212 : 플레이어 제어 모듈
214 : 디코드 제어 모듈
215 : 버퍼 제어 모듈
216 : 비디오 디코더 제어 모듈
217 : 오디오 디코더 제어 모듈
218 : 자막 디코더 제어 모듈
219 : 그래픽 제어 모듈
241 : 비디오 출력 모듈
242 : 오디오 출력 모듈
250 : 불휘발성 메모리 제어 모듈
300 : 무비 플레이어
301 : 네이티브 실장 플랫폼
302 : 스크립트 레이어
310 : 유저 입력
311 : 제어 커맨드
312 : 이벤트
313 : 메소드
320 : 데이터베이스
321 : 플레이 백 모듈
322 : 디코더 엔진
323 : 프로퍼티
323B : 플레이어 상태
324 : 리줌 인포메이션
500 : 스크립트 프로그램
501 : 플레이어 상태 영역
502 : 리줌 인포메이션 영역
503 : 유저 데이터 영역
510 : 불휘발성 메모리

Claims (7)

  1. 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 장치로서,
    비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 상기 콘텐츠 데이터의 재생을 제어하는 재생 제어 프로그램 및 상기 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된 기록 매체로부터 데이터를 판독하는 판독 수단과,
    상기 판독 수단에 의해 판독된 상기 리소스 파일을 기억하는 기억 수단과,
    상기 재생 제어 프로그램에 따라 상기 콘텐츠 데이터를 재생하고, 상기 콘텐츠 데이터의 재생을, 상기 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여 제어하는 플레이어 수단과,
    상기 콘텐츠의 재생 중인 상기 재생 제어 프로그램의 명령에 기초하여 상기 복수의 리소스 파일을 전환하는 제어를 행하는 리소스 파일 전환 제어 수단
    을 구비하고,
    상기 리소스 파일 전환 제어 수단은, 상기 4 상태 중, 상기 제어 커맨드를 접수하지 않은 상태, 또한 상기 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 상기 콘텐츠 데이터를 재생하고 있지 않는 상태일 때에, 상기 리소스 파일을 전환하도록 한 것을 특징으로 하는 재생 장치.
  2. 제1항에 있어서,
    상기 재생 제어 프로그램은, 이벤트 주도 모델(event driven model)에 기초하여 상기 콘텐츠 데이터의 재생을 제어하도록 한 것을 특징으로 하는 재생 장치.
  3. 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 방법으로서,
    비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 상기 콘텐츠 데이터의 플레이어 수단에 의한 재생을 제어하는 재생 제어 프로그램 및 상기 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된 기록 매체로부터 데이터를 판독하고,
    상기 재생 제어 프로그램에 따라, 상기 플레이어 수단의, 상기 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여, 상기 콘텐츠 데이터의 재생을 제어하고,
    상기 콘텐츠의 재생 중인 상기 재생 제어 프로그램의 명령에 기초하여 상기 복수의 리소스 파일을 전환하도록 하고, 상기 복수의 리소스 파일의 전환은, 상기 플레이어 수단의 상기 4 상태 중, 상기 제어 커맨드를 접수하지 않은 상태, 또한 상기 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 상기 콘텐츠 데이터를 재생하고 있지 않는 상태일 때에 행해지도록 한 것을 특징으로 하는 재생 방법.
  4. 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 방법을 컴퓨터 장치에 실행시키는 재생 프로그램이 기록된 컴퓨터 장치에 의해 판독 가능한 기록 매체로서,
    상기 재생 방법은,
    비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 상기 콘텐츠 데이터의 플레이어 수단에 의한 재생을 제어하는 재생 제어 프로그램 및 상기 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된 기록 매체로부터 데이터를 판독하고,
    상기 재생 제어 프로그램에 따라, 상기 플레이어 수단의, 상기 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여, 상기 콘텐츠 데이터의 재생을 제어하고,
    상기 콘텐츠의 재생 중인 상기 재생 제어 프로그램의 명령에 기초하여 상기 복수의 리소스 파일을 전환하도록 하고, 상기 복수의 리소스 파일의 전환은, 상기 플레이어 수단의 상기 4 상태 중, 상기 제어 커맨드를 접수하지 않은 상태, 또한 상기 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 상기 콘텐츠 데이터를 재생하고 있지 않는 상태일 때에 행해지도록 한 것을 특징으로 하는 컴퓨터 장치에 의해 판독 가능한 기록 매체.
  5. 비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 상기 콘텐츠 데이터의 재생을 플레이어 수단에 의해 제어시키는 재생 제어 프로그램 및 상기 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된, 컴퓨터 장치에 의해 판독 가능한 기록 매체로서,
    상기 재생 제어 프로그램은,
    상기 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여 상기 콘텐츠 데이터의 재생을 제어하는 상기 플레이어 수단에 대하여 재생 제어 명령을 부여하여 상기 콘텐츠의 재생을 제어시키도록 하고,
    상기 재생 제어 프로그램의 명령에 기초하여, 상기 플레이어 수단의 상태가, 상기 4 상태 중, 상기 제어 커맨드를 접수하지 않은 상태, 또한 상기 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 상기 콘텐츠 데이터를 재생하고 있지 않는 상태일 때, 상기 콘텐츠의 재생 중에 상기 복수의 리소스 파일을 전환하도록 한 것을 특징으로 하는 컴퓨터 장치에 의해 판독 가능한 기록 매체.
  6. 제5항에 있어서,
    상기 재생 제어 프로그램은, 이벤트 주도 모델에 기초하여 상기 콘텐츠 데이터의 재생을 제어시키도록 한 것을 특징으로 하는 컴퓨터 장치에 의해 판독 가능한 기록 매체.
  7. 기록 매체에 기록된 콘텐츠 데이터를 재생하는 재생 장치로서,
    비디오 스트림 및 오디오 스트림 중 적어도 어느 한 쪽을 포함하는 콘텐츠 데이터와, 상기 콘텐츠 데이터의 재생을 제어하는 재생 제어 프로그램 및 상기 재생 제어 프로그램에 의해 이용되는 데이터를 포함하는 복수의 리소스 파일이 기록된 기록 매체로부터 데이터를 판독하는 판독부와,
    상기 판독부에 의해 판독된 상기 리소스 파일을 기억하는 기억부와,
    상기 재생 제어 프로그램에 따라 상기 콘텐츠 데이터를 재생하고, 상기 콘텐츠 데이터의 재생을, 상기 콘텐츠 데이터를 재생하고 있는지의 여부로 분류되는 2 상태와, 유저 조작에 따른 제어 커맨드를 접수하는지의 여부로 분류되는 2 상태의 조합에 의해 정의되는 4 상태에 기초하여 제어하는 플레이어부와,
    상기 콘텐츠의 재생 중인 상기 재생 제어 프로그램의 명령에 기초하여 상기 복수의 리소스 파일을 전환하는 제어를 행하는 리소스 파일 전환 제어부
    를 구비하고,
    상기 리소스 파일 전환 제어부는, 상기 4 상태 중, 상기 제어 커맨드를 접수하지 않은 상태, 또한 상기 콘텐츠 데이터를 재생하고 있는 상태에서의 일시 정지 상태 또는 상기 콘텐츠 데이터를 재생하고 있지 않는 상태일 때에, 상기 리소스 파일을 전환하도록 한 것을 특징으로 하는 재생 장치.
KR1020110125329A 2004-12-02 2011-11-28 재생 장치, 재생 방법 및 기록 매체 KR101143252B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004350191A JP4275611B2 (ja) 2004-12-02 2004-12-02 再生装置、再生方法および再生プログラム、記録媒体、ならびに、データ構造体
JPJP-P-2004-350191 2004-12-02

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020050117055A Division KR101154796B1 (ko) 2004-12-02 2005-12-02 재생 장치, 재생 방법 및 기록 매체

Publications (2)

Publication Number Publication Date
KR20110133537A true KR20110133537A (ko) 2011-12-13
KR101143252B1 KR101143252B1 (ko) 2012-05-18

Family

ID=36666175

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020050117055A KR101154796B1 (ko) 2004-12-02 2005-12-02 재생 장치, 재생 방법 및 기록 매체
KR1020110125329A KR101143252B1 (ko) 2004-12-02 2011-11-28 재생 장치, 재생 방법 및 기록 매체

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020050117055A KR101154796B1 (ko) 2004-12-02 2005-12-02 재생 장치, 재생 방법 및 기록 매체

Country Status (5)

Country Link
US (1) US8005339B2 (ko)
JP (1) JP4275611B2 (ko)
KR (2) KR101154796B1 (ko)
CN (1) CN100533571C (ko)
TW (1) TW200630995A (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105914245A (zh) * 2016-04-01 2016-08-31 殷玉惠 自洁型双面菲湟尔透镜聚光稀土Gb3+、yb3+、Tm3+、Er3+共掺杂光子上转换CGSe广谱薄膜太阳能电池

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4640046B2 (ja) 2005-08-30 2011-03-02 株式会社日立製作所 デジタルコンテンツ再生装置
JP2007179682A (ja) * 2005-12-28 2007-07-12 Toshiba Corp ディスク再生装置およびコンテンツ再生方法
US20090060055A1 (en) * 2007-08-29 2009-03-05 Sony Corporation Method and apparatus for encoding metadata into a digital program stream
US20100079472A1 (en) * 2008-09-30 2010-04-01 Sean Shang Method and systems to display platform graphics during operating system initialization
KR101227289B1 (ko) * 2008-12-04 2013-01-29 미쓰비시덴키 가부시키가이샤 영상 정보 재생 방법, 영상 정보 재생 장치, 기록 매체 및 영상 컨텐츠
JP4676579B2 (ja) * 2009-07-10 2011-04-27 パナソニック株式会社 記録媒体、再生装置、及び集積回路
CN102117295B (zh) * 2009-12-31 2014-09-10 上海博泰悦臻网络技术服务有限公司 目标文件与其关联信息的绑定方法及关联信息的查找方法
JP2013038766A (ja) * 2011-07-12 2013-02-21 Sharp Corp 送信装置、送信装置の制御方法、制御プログラム、及び記録媒体
SG2014008775A (en) 2011-08-16 2014-04-28 Destiny Software Productions Inc Script-based video rendering
US9792957B2 (en) 2014-10-08 2017-10-17 JBF Interlude 2009 LTD Systems and methods for dynamic video bookmarking
JP6729547B2 (ja) * 2015-02-20 2020-07-22 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
US11882337B2 (en) 2021-05-28 2024-01-23 JBF Interlude 2009 LTD Automated platform for generating interactive videos
US20230076702A1 (en) * 2021-08-31 2023-03-09 JBF Interlude 2009 LTD Shader-based dynamic video manipulation

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05257669A (ja) * 1992-03-16 1993-10-08 Fujitsu Ltd データ処理装置
US5745902A (en) * 1992-07-06 1998-04-28 Microsoft Corporation Method and system for accessing a file using file names having different file name formats
US7178106B2 (en) * 1999-04-21 2007-02-13 Sonic Solutions, A California Corporation Presentation of media content from multiple media sources
JP3961168B2 (ja) 1999-09-30 2007-08-22 株式会社島津製作所 超音波診断装置
US6654758B1 (en) * 2000-07-21 2003-11-25 Unisys Corporation Method for searching multiple file types on a CD ROM
JP4552296B2 (ja) * 2000-09-08 2010-09-29 ソニー株式会社 情報処理装置および情報処理方法、並びに記録媒体
JP2003249057A (ja) * 2002-02-26 2003-09-05 Toshiba Corp デジタル情報媒体を用いるエンハンスド・ナビゲーション・システム
KR20040000290A (ko) * 2002-06-24 2004-01-03 엘지전자 주식회사 고밀도 광디스크의 멀티 경로 데이터 스트림 관리방법
JP3859146B2 (ja) * 2002-10-01 2006-12-20 パイオニア株式会社 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
JP2006508405A (ja) * 2002-11-27 2006-03-09 サムスン エレクトロニクス カンパニー リミテッド 画面縦横比の変換に適応してフォントを制御してインターラクティブコンテンツを再生する装置及びその方法
KR20070028323A (ko) * 2004-02-10 2007-03-12 엘지전자 주식회사 상이한 언어들과 연관된 데이터 스트림을 관리하기 위한데이터 구조를 가지는 기록매체 및 기록재생 방법 및 장치

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105914245A (zh) * 2016-04-01 2016-08-31 殷玉惠 自洁型双面菲湟尔透镜聚光稀土Gb3+、yb3+、Tm3+、Er3+共掺杂光子上转换CGSe广谱薄膜太阳能电池

Also Published As

Publication number Publication date
KR20060061919A (ko) 2006-06-08
TWI297887B (ko) 2008-06-11
US8005339B2 (en) 2011-08-23
JP4275611B2 (ja) 2009-06-10
KR101143252B1 (ko) 2012-05-18
TW200630995A (en) 2006-09-01
CN1822175A (zh) 2006-08-23
JP2006164326A (ja) 2006-06-22
KR101154796B1 (ko) 2012-06-18
CN100533571C (zh) 2009-08-26
US20060161954A1 (en) 2006-07-20

Similar Documents

Publication Publication Date Title
KR101143252B1 (ko) 재생 장치, 재생 방법 및 기록 매체
KR101235466B1 (ko) 재생 장치, 재생 방법, 기록 매체 및, 데이터 구조체를 기록한 컴퓨터 판독가능한 기록 매체
KR101087316B1 (ko) 재생 장치, 재생 방법 및 기록 매체
EP1783771B1 (en) Reproduction device, reproduction method and reproduction program
KR101237160B1 (ko) 재생 장치 및 기록 매체
US8139926B2 (en) Reproduction apparatus, reproduction method, reproduction program, record medium, and data structure
AU2012200803A1 (en) Reproduction device, reproduction method, reproduction program, recording medium, and data structure

Legal Events

Date Code Title Description
A107 Divisional application of patent
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20150422

Year of fee payment: 4

LAPS Lapse due to unpaid annual fee