JP2006059435A - 再生装置、再生方法および再生プログラム、ならびに、記録媒体 - Google Patents

再生装置、再生方法および再生プログラム、ならびに、記録媒体 Download PDF

Info

Publication number
JP2006059435A
JP2006059435A JP2004239347A JP2004239347A JP2006059435A JP 2006059435 A JP2006059435 A JP 2006059435A JP 2004239347 A JP2004239347 A JP 2004239347A JP 2004239347 A JP2004239347 A JP 2004239347A JP 2006059435 A JP2006059435 A JP 2006059435A
Authority
JP
Japan
Prior art keywords
stream
audio
subtitle
streams
playback
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
JP2004239347A
Other languages
English (en)
Other versions
JP4339206B2 (ja
JP2006059435A5 (ja
Inventor
Toshiya Hamada
俊也 浜田
Tatsuya Kagami
辰哉 各務
Yasushi Fujinami
靖 藤波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Interactive Entertainment Inc
Sony Corp
Original Assignee
Sony Corp
Sony Computer Entertainment Inc
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
Priority to JP2004239347A priority Critical patent/JP4339206B2/ja
Application filed by Sony Corp, Sony Computer Entertainment Inc filed Critical Sony Corp
Priority to CN2005800358504A priority patent/CN101044573B/zh
Priority to PCT/JP2005/014491 priority patent/WO2006019000A1/ja
Priority to KR1020077003876A priority patent/KR101237160B1/ko
Priority to US11/573,696 priority patent/US8019199B2/en
Priority to TR2007/00950T priority patent/TR200700950T1/xx
Priority to RU2007106078/28A priority patent/RU2381574C2/ru
Priority to MX2007001866A priority patent/MX2007001866A/es
Priority to TW094126597A priority patent/TW200608362A/zh
Publication of JP2006059435A publication Critical patent/JP2006059435A/ja
Publication of JP2006059435A5 publication Critical patent/JP2006059435A5/ja
Application granted granted Critical
Publication of JP4339206B2 publication Critical patent/JP4339206B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61P—SPECIFIC THERAPEUTIC ACTIVITY OF CHEMICAL COMPOUNDS OR MEDICINAL PREPARATIONS
    • A61P31/00—Antiinfectives, i.e. antibiotics, antiseptics, chemotherapeutics
    • A61P31/04—Antibacterial agents
    • 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
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42646—Internal components of the client ; Characteristics thereof for reading from or writing on a non-volatile solid state storage medium, e.g. DVD, CD-ROM
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • 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
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/93—Regeneration of the television signal or of selected parts thereof
    • 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/8211—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 a sound 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/8233—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 a character code signal
    • 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
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/1075—Data buffering arrangements, e.g. recording or playback buffers the usage of the buffer being restricted to a specific kind of data
    • G11B2020/10787—Data buffering arrangements, e.g. recording or playback buffers the usage of the buffer being restricted to a specific kind of data parameters, e.g. for decoding or encoding

Abstract

【課題】 ディスクの再生時に、音声及び字幕を適切に自動選択することができるようにする。
【解決手段】 プレーヤ側に、再生する音声ストリームの言語としてオリジナル言語を設定可能とする。記録媒体側では、オリジナル言語による音声ストリームをクリップ情報ファイルにおいて最も先頭側に記述する。また、音声及び字幕の自動設定の結果、両者の言語が一致した場合、字幕を非表示とする。例えば、プレーヤ設定５００は音声がオリジナル言語、字幕が日本語となっており、ディスクに含まれるストリーム５０１は、音声ストリームは日本語（オリジナル言語）と英語、字幕は英語と日本語である場合、自動設定により音声はオリジナル言語の日本語が選択され、字幕も日本語が選択される。音声と字幕とで言語が一致するので、最終的に選択されるストリーム５０２は、音声は日本語が選択され、字幕は日本語が選択されるが非表示とされる。
【選択図】 図３８

Description

この発明は、大容量の記録媒体に記録されたプログラムの再生時の音声および字幕ストリームを適切に自動選択できるようにした再生装置、再生方法および再生プログラム、ならびに、記録媒体に関する。
ランダムアクセスおよび着脱が可能な記録媒体として、ＤＶＤ(Digital Versatile Disc)が出現して久しいが、近年では、このＤＶＤよりも大容量のディスク状記録媒体や、ＤＶＤより携帯に便利な小型のディスク状記録媒体の開発が進められている。
従来から、このような記録媒体に対して映画やドラマ、音楽コンサートといった映像および音声からなるコンテンツを収録したものが、セルパッケージとして販売されている。このようなセルパッケージにおいては、一つのコンテンツに対して言語の異なる複数の音声や字幕を収録することが可能である。一例として、ＤＶＤビデオ規格では、映像ストリームと、言語の異なる複数の音声ストリームおよび複数の字幕ストリームとが多重化され、１本のＭＰＥＧ２(Moving Pictures Experts Group 2)プログラムストリームが形成される。
例えば、海外（例えばアメリカ）で制作された映画コンテンツに対し、原語（オリジナル言語）である英語による音声ストリームおよび日本語の吹き替えによる音声ストリームによる言語の異なる複数の音声ストリームと、英語表記の字幕ストリームおよび日本語表記の字幕ストリームによる言語の異なる複数の字幕ストリームとが収録される。
ＤＶＤビデオ規格では、このように、言語の異なる複数の音声ストリームおよび複数の字幕ストリームが収録されている場合、再生させるストリームをユーザが選択できるようにされている。例えば、音声ストリームは、日本語による吹き替え版を選択し、字幕ストリームは、英語版を選択するようにできる。別の例として、音声ストリームは、日本語による吹き替え版を選択し、字幕ストリームを表示しないように選択することができる。
また、ＤＶＤプレーヤ装置では、初期設定で優先して選択すべき言語が指定されており、ディスクの再生時に、その言語指定情報を参照して、ユーザによる指定が無くても再生させる音声および字幕ストリームを自動的に選択する機能を有している。さらにまた、プレーヤ装置の初期設定以外にも、コンテンツの再生歴や再生経路によって、次に再生するストリームを自動的に選択する機能も、ＤＶＤプレーヤには備わっている。
ここで、ＤＶＤビデオ規格に基づく従来の音声ストリーム選択機能について、概略的に説明する。上述したように、一般的にＤＶＤプレーヤ装置は、優先的に選択および再生する音声を、初期設定で指定することができる。例えば、日本人が使用するＤＶＤプレーヤ装置であれば、当該プレーヤ装置の初期設定において、音声を「日本語」の設定にすることが多い。このような設定にすることで、例えばアメリカの映画を再生する場合でも、フランスの映画を再生する場合でも、そのディスクに日本語音声による音声ストリームが収録されていれば、その日本語による吹き替え版の音声が優先的に自動選択される。
一方、常にそのコンテンツの制作時のオリジナルの言語で音声を聞きたいと考えるユーザもいる。例えば、音声は、コンテンツの制作時のオリジナルの言語で再生し、字幕は、当該ユーザの母国語で翻訳したものを表示させて、映画コンテンツなどを視聴したいと考えているユーザは、多いと思われる。一例として、ユーザが日本人でありアメリカで制作された映画コンテンツを視聴する場合に、音声をコンテンツの制作時のオリジナル言語である英語で再生し、字幕をユーザの母国語である日本語で表示させる。このように音声および言語を選択して視聴することにより、コンテンツの再生時に、よりオリジナルに近い雰囲気を楽しむことができる。
特許文献１には、再生する音声言語を選択し字幕を表示しないモードと、再生する音声言語をディスクのデフォルトに設定し字幕言語を選択するモードと、音声、字幕およびメニュー言語をそれぞれ選択するモードとを提供し、言語設定を容易に行うことができるようにした再生装置が開示されている。
特開２００３−４６９５１号公報
しかしながら、従来のＤＶＤビデオ規格では、収録されている音声ストリームがオリジナルの言語によるものであるか否かを表す仕組みが存在しなかった。そのため、ディスクの再生時にオリジナルの言語を自動的に選択するように設定することができず、ユーザは、再生するディスク毎に、音声の設定を変更するしかなかったという問題点があった。
例えば、オリジナル言語が日本語以外（例えばフランス語とする）のコンテンツが収録されたディスクを再生する際には、当該ディスクに収録されているコンテンツのオリジナル言語が何語であるかを、パッケージ印刷や解説文などから探し出す必要があった。そして、オリジナル言語が何語であるかが判明した後に、そのオリジナル言語（フランス語）が選択されるまで、プレーヤ装置の音声切り換えボタンを何度も押す必要があり、手間がかかっていた。
この場合でも、例えばプレーヤ装置の初期設定で、再生される音声をフランス語に予め設定しておけば、当該ディスクの再生に限って、再生音声としてオリジナルの言語であるフランス語が自動的に選択されることになる。しかしながら、オリジナル言語が他の言語、例えば英語のディスクを再生する際には、ユーザがプレーヤ装置の初期設定を一々変更しなければならず、非常に不便であった。
したがって、この発明の目的は、ディスクの再生時に、音声および字幕を適切に自動選択することができる再生装置、再生方法および再生プログラム、ならびに、記録媒体を提供することにある。
この発明は、上述した課題を解決するために、円盤状記録媒体に記録されたコンテンツデータを再生する再生装置において、少なくとも、ビデオストリーム、ビデオストリームにそれぞれ対応する１または複数の音声ストリームおよび１または複数の字幕ストリームを含むコンテンツデータと、コンテンツデータの再生を制御する再生制御プログラムとが記録された記録媒体からデータを読み出す読み出し手段と、再生制御プログラムに従いコンテンツデータを再生するプレーヤ手段と、プレーヤ手段に対してコンテンツデータの再生時に１または複数の音声ストリームからオリジナル言語による音声ストリームを自動的に選択する第１のモードを設定する第１のモード設定手段とを備えることを特徴とする再生装置である。
また、この発明は、円盤状記録媒体に記録されたコンテンツデータを再生する再生方法において、少なくとも、ビデオストリーム、ビデオストリームにそれぞれ対応する１または複数の音声ストリームおよび１または複数の字幕ストリームを含むコンテンツデータと、コンテンツデータの再生を制御する再生制御プログラムとが記録された記録媒体からデータを読み出す読み出しのステップと、再生制御プログラムに従いコンテンツデータを再生するコンテンツ再生のステップと、コンテンツ再生のステップに対してコンテンツデータの再生時に１または複数の音声ストリームからオリジナル言語による音声ストリームを自動的に選択するモードを設定するモード設定のステップとを備えることを特徴とする再生方法である。
また、この発明は、円盤状記録媒体に記録されたコンテンツデータを再生する再生方法をコンピュータ装置に実行させる再生プログラムにおいて、再生方法は、少なくとも、ビデオストリーム、ビデオストリームにそれぞれ対応する１または複数の音声ストリームおよび１または複数の字幕ストリームを含むコンテンツデータと、コンテンツデータの再生を制御する再生制御プログラムとが記録された記録媒体からデータを読み出す読み出しのステップと、再生制御プログラムに従いコンテンツデータを再生するコンテンツ再生のステップと、コンテンツ再生のステップに対してコンテンツデータの再生時に１または複数の音声ストリームからオリジナル言語による音声ストリームを自動的に選択するモードを設定するモード設定のステップとを備えることを特徴とする再生プログラムである。
また、この発明は、少なくとも、ビデオストリームと、ビデオストリームにそれぞれ対応する１または複数の音声ストリームおよび１または複数の字幕ストリームを含むコンテンツデータと、コンテンツデータの再生を制御する再生制御プログラムと少なくとも１または複数の音声ストリームのそれぞれを特定する情報が、オリジナル言語として用いる音声ストリームを特定する情報を最も先頭側に配して記述されるストリーム情報とが記録されることを特徴とする記録媒体である。
上述したように、この発明は、記録媒体には、少なくとも、ビデオストリーム、ビデオストリームにそれぞれ対応する１または複数の音声ストリームおよび１または複数の字幕ストリームを含むコンテンツデータと、コンテンツデータの再生を制御する再生制御プログラムとが記録され、再生装置において、記録媒体から再生された再生制御プログラムに従いコンテンツデータを再生する際に、１または複数の音声ストリームからオリジナル言語による音声ストリームを自動的に選択するモードを設定するようにしているため、ユーザは、コンテンツで用いられているオリジナル言語を調べて一々再生装置に対して設定しなくても、コンテンツをオリジナル言語により再生させ楽しむことができる。
また、この発明は、少なくとも、ビデオストリームと、ビデオストリームにそれぞれ対応する１または複数の音声ストリームおよび１または複数の字幕ストリームを含むコンテンツデータと、コンテンツデータの再生を制御する再生制御プログラムと少なくとも１または複数の音声ストリームのそれぞれを特定する情報が、オリジナル言語として用いる音声ストリームを特定する情報を最も先頭側に配して記述されるストリーム情報とが記録媒体に記録されるため、この記録媒体を再生する再生装置は、ストリーム情報中の音声ストリームを特定する情報の並び順を調べることで、オリジナル言語として用いる音声ストリームを特定することができる。
またその際、オリジナル言語として用いる音声ストリームや当該音声ストリームを特定する情報に対して当該音声ストリームがオリジナル言語である旨を示す情報を付加しなくても、オリジナル言語として用いる音声ストリームを特定することができる。
上述したように、この発明によれば、言語が異なる複数の音声ストリームおよび字幕ストリームを、ディスクの再生時に適切に自動選択できるようになる効果がある。
また、この発明の実施の一形態によれば、プレーヤの音声に関する初期設定として、「オリジナル言語」属性を指定できるようにしているため、コンテンツが制作された最初の言語を自動的に選択できるようになり、オリジナルの雰囲気を損なわずにコンテンツを楽しめるようになる効果がある。
さらに、この発明の実施の一形態によれば、音声ストリームおよび字幕ストリームの自動選択の結果、音声と字幕とで同一言語が選択されてしまった場合でも、字幕ストリームを自動的に非表示にできるようにしている。そのため、ユーザは、不要な字幕表示を手動で非表示にする必要が無く、使い勝手が向上する効果がある。
以下、この発明の実施の一形態について、下記の順序に従い説明する。
１．ＵＭＤビデオ規格について
２．ＵＭＤビデオ規格のプレーヤモデルについて
３．ムービープレーヤのイベントモデルについて
４．ムービープレーヤオブジェクトについて
５．スクリプトプログラムの例
６．ファイルの管理構造について
７．ディスク再生装置について
８．音声および字幕ストリームの自動選択について
１．ＵＭＤビデオ規格について
先ず、理解を容易とするために、この実施の一形態に適用可能なシステムについて概略的に説明する。この発明の実施の一形態では、ＥＣＭＡスクリプトと呼ばれるスクリプト言語を用いてプレーヤモデルを記述している。ＥＣＭＡスクリプトは、ＥＣＭＡ(European Computer Manufacturers Association)により定められた、ＪａｖａＳｃｒｉｐｔ（登録商標）に基づいたクロスプラットフォーム用のスクリプト言語である。ＥＣＭＡスクリプトは、ＨＴＭＬ文書との親和性が高いことと、独自のオブジェクトの定義が可能であるため、この発明によるプレーヤモデルに用いて好適である。
また、以下では、このＥＣＭＡスクリプトを元にしたスクリプト言語を用いた、この発明の実施の一形態に基づく規格を、ＵＭＤ(Universal Media Disc：登録商標)ビデオ規格と呼ぶ。また、ＵＭＤビデオ規格のうち、特にスクリプトに関する部分をＵＭＤビデオスクリプト規格と呼ぶ。
ＵＭＤビデオ規格について、概略的に説明する。図１は、ＵＭＤビデオ規格のレイヤ構成を示す。ＵＭＤビデオ規格では、スクリプトレイヤ、プレイリストレイヤおよびクリップレイヤの３層のレイヤ構造が定義され、この構造に基づきストリーム管理がなされる。
ＵＭＤビデオ規格においては、ディジタル符号化されたビデオ、オーディオおよび字幕を、ＭＰＥＧ２(Moving Pictures Experts Group 2)のエレメンタリストリームとして多重化したＭＰＥＧ２ストリームとして扱う。このビデオ、オーディオおよび字幕のエレメンタリストリームが多重化されたＭＰＥＧ２ストリームを、クリップＡＶストリーム(Clip AV Stream)と呼ぶ。クリップＡＶストリームは、クリップＡＶストリームファイルに格納される。クリップＡＶストリームファイルの記録時に、当該クリップＡＶストリームファイルに１対１に対応して、クリップインフォメーションファイル(Clip Information File)が同時に作成される。これらクリップインフォメーションファイルと、対応するクリップＡＶストリームファイルとからなる組を、クリップ(Clip)と呼ぶ。
クリップは、ディスクへの記録の単位ともいうべきものであり、再生時にどのような順序でクリップを再生するかは、クリップの上位のレイヤであるプレイリストレイヤで管理する。プレイリストレイヤは、クリップの再生経路を指定するレイヤであり、１または複数のプレイリスト(PlayList)を含む。プレイリストは、プレイアイテムの(PlayItem)の集合からなる。プレイアイテムには、クリップの再生範囲を示した一組のイン(In)点およびアウト(Out)点が含まれており、プレイアイテムを連ねることによって、任意の順序でクリップを再生することができるようになる。プレイアイテムは、クリップを重複して指定することができる。クリップＡＶストリームファイルのイン点およびアウト点は、タイムスタンプ（クリップ内時刻）で指定され、タイムスタンプは、クリップインフォメーションファイルの情報によってクリップＡＶストリーム上のバイト位置に変換される。
プレイリストは、クリップの全部または一部を指すプレイアイテムを順序に従って再生していく構造だけを有しており、プレイリストのみを用いて再生順の分岐や、ユーザとの双方向性を実現することは、できない。この発明の実施の一形態では、複数のプレイリストが１つのファイル"PLAYLIST.DAT"にまとめられている。
スクリプトレイヤは、言語仕様のＥＣＭＡスクリプトを拡張した、ＵＭＤビデオスクリプトによって構築されるレイヤである。ＵＭＤビデオスクリプトは、ＥＣＭＡスクリプトを基本として、ＵＭＤビデオに特有な機能を実現するための拡張を加えたスクリプトである。
スクリプトレイヤは、プレイリストレイヤの上位のレイヤであり、プレイリストの再生指示や、プレーヤ設定を行うコマンド列から構成される。スクリプトレイヤのコマンドにより、複数の言語用に用意されたストリームのうち何れを選択する、ある条件に従って選択されるプレイリストに再生の流れが変化する、というような、条件分岐を伴うプレイリスト再生を実現することができる。このような条件分岐を伴うプレイリスト再生が用いられるアプリケーションの例としては、マルチストーリーが挙げられる。このスクリプトレイヤにより、ユーザとの双方向性機能（インタラクティブ機能）が導入されることになる。
なお、この発明の実施の一形態では、スクリプトレイヤは、１つのファイル"SCRIPT.DAT"から構成され、リソースとして管理される。ファイル"SCRIPT.DAT"は、実際のＥＣＭＡスクリプトに基づき記述されるスクリプトデータ、ボタン操作の際の効果音などを出力するためのサウンドデータ、メニュー画面の背景画像などに用いる画像データからなるスクリーンデザイン、ならびに、ボタン画像などのＧＵＩ部品を表示させるための画像データ（ビットマップデータ）が含まれる。
２．ＵＭＤビデオ規格のプレーヤモデルについて
次に、ＵＭＤビデオ規格に従ったデータを再生する再生装置（プレーヤ）のモデル、すなわち、プレーヤモデルについて説明する。プレーヤは、先ず、ディスクからスクリプトプログラム、プレイリストおよびクリップインフォメーションファイルを読み出し、次に、これらにより定められている再生順序に従って、クリップＡＶストリームファイルを読み出し、ビデオ、オーディオおよび字幕などを再生する。
スクリプトプログラムの言語仕様においては、プレイリストを再生する機能ブロックを、スクリプトプログラム内のオブジェクトとして実装する。このプレイリスト再生を行うオブジェクトを、ＵＭＤビデオ規格では、ムービープレーヤ(Movie Player)オブジェクトと呼ぶ。プレイリストの再生指示や、プレーヤ設定を行うコマンドは、このムービープレーヤオブジェクトが有するメソッドとなる。ムービープレーヤオブジェクトは、スクリプトレイヤからのメソッドによって制御される。このとき、ムービープレーヤオブジェクトからスクリプトレイヤに対して、状態の変化や再生位置などを通知する機能が必要となる。これは、ムービープレーヤオブジェクトがスクリプトプログラムに対してイベントを発することに対応し、そのイベントに対応した処理は、イベントハンドラとして記述される。
このように、ムービープレーヤオブジェクトからスクリプトプログラムへの情報伝達は、イベントにより行い、スクリプトプログラムからムービープレーヤオブジェクトに対する制御をメソッドにより行うモデルを構築することにより、クリップＡＶストリームの再生をスクリプトプログラムで制御できるようになる。
図２は、上述した、この発明の実施の一形態による一例のプレーヤモデルを模式的に示す。ムービープレーヤ３００は、ＵＭＤビデオ規格においてビデオ、オーディオおよび字幕の再生を司るモジュールである。上述したムービープレーヤオブジェクトは、ムービーオブジェクトをスクリプトプログラムから操作するためにスクリプトプログラム内のオブジェクトとしたものである。換言すれば、ムービープレーヤオブジェクトは、ムービープレーヤの機能を実現するためのスクリプトプログラムそのものである。
なお、ムービープレーヤ３００とムービープレーヤオブジェクトは、実質的に同一の対象を表すと考えられるので、以下、これらを同一の符号を付して説明する。
図２において、ムービプレーヤ３００は、ユーザ入力３１０などにより引き起こされる下位レイヤ（図２の例ではネイティブ実装プラットフォーム３０１）や、上位レイヤであるスクリプトレイヤ３０２からのメソッドに従って、プレイリストおよびクリップインフォメーションのデータベースに基づき、クリップＡＶストリームファイルの読み出し、読み出されたクリップＡＶストリームのデコードおよび表示を行う。
ムービープレーヤオブジェクト３００の内部は、ＵＭＤビデオを再生するＵＭＤビデオプレーヤの実装に依存するものであって、スクリプトレイヤ３０２からは、ブラックボックス化されたオブジェクトとして、メソッドやプロパティといったＡＰＩ(Application Programming Interface)が提供される。ここで、ＵＭＤビデオプレーヤは、ムービープレーヤを実装した実際の機器を指す。全てのＵＭＤビデオプレーヤは、ＵＭＤビデオ規格の制約を守ってムービープレーヤを実装しており、再生互換を有する。
図２に示されるように、ムービープレーヤオブジェクト３００は、ネイティブ実装プラットフォーム３０１からの制御コマンド３１１を受け付けるパス、スクリプトレイヤ３０２に対してイベント３１２を通知するパス、スクリプトレイヤ３０２からのメソッド３１３を受け付けるパスの、３本の入出力パスを有する。
制御コマンド３１１は、ネイティブ実装のプラットフォーム３０１からの、ムービープレーヤオブジェクト３００の動作を制御するコマンドである。ネイティブ実装プラットフォーム３０１は、例えば、実際の機器としてのＵＭＤビデオプレーヤにおける、機器に固有の部分とムービープレーヤ３００とのインターフェイスである。イベント３１２は、ムービープレーヤ３００からスクリプトレイヤ３０２に対するスクリプトイベントである。メソッド３１３は、スクリプトレイヤ３０２のスクリプトプログラムからムービープレーヤ３００に指示されるメソッドである。
ムービープレーヤオブジェクト３００は、内部に、ＵＭＤビデオ規格のプレイリストおよびクリップインフォメーションのデータベース３２０を有する。ムービープレーヤオブジェクト３００は、このデータベース３２０を用いて、ユーザ入力３１０に対する無効化(mask)や、時刻で指定された再生位置をクリップＡＶストリーム内のバイト位置に変換する処理などを行う。
ムービープレーヤオブジェクト３００内のプレイバックモジュール３２１は、ビデオ、オーディオおよび字幕が多重されたＭＰＥＧ２ ＰＳ(Program Stream)であるクリップＡＶストリームのデコードを行う。プレイバックモジュール３２１は、プレイ、ストップおよびポーズの３状態を持ち、制御命令やメソッドによって、この３状態の間を遷移する（図３参照）。
スクリプトレイヤ３０２は、ＵＭＤビデオスクリプト規格に基づくスクリプトプログラムを実行し、ムービープレーヤオブジェクト３００の制御や、画面表示を行うレイヤである。このスクリプトレイヤ３０２は、コンテンツ制作者側の意図したシナリオを実現する役割を果たす。スクリプトレイヤ３０２は、ムービープレーヤオブジェクト３００に対してメソッド３１３を発行し、ムービープレーヤオブジェクト３００からは、イベント３１２を受け取る。スクリプトレイヤ３０２は、ネイティブ実装プラットフォーム３０１との間で、ユーザ入力３１０に応じたキーイベント３１４や、画面描画などをネイティブ実装プラットフォーム３０１に対して指示するメソッド３１５などのやりとりを行う。
例えば、メニュー画面上に配置されるボタンは、スクリプトレイヤ３０２のスクリプトプログラムからネイティブ実装プラットフォーム３０１に渡されるメソッド３１５に基づき、ネイティブ実装プラットフォーム３０１により描画される。ユーザがそのボタンに対して選択や決定などの操作を行ったときには、ユーザ入力３１０に応じたキーイベント３１４がネイティブ実装プラットフォーム３０１からスクリプトレイヤ３０２に通知され、スクリプトレイヤ３０２内のスクリプトプログラムは、キーイベント３１４に基づきキー入力３１０に応じた処理を行う。
このように、ビデオ、オーディオおよび字幕のデコードや表示制御はムービープレーヤ３００が司り、ボタンなどのＧＵＩ(Graphical User Interface)を構成するための部品画像（以下、ＧＵＩ部品と呼ぶ）の配置や表示、ならびに、ＧＵＩ部品に対して選択や決定などの操作がなされたときの処理は、スクリプトレイヤ３０２が行うというように、役割分担がなされている。
ネイティブ実装プラットフォーム３０１は、ムービープレーヤオブジェクト３００やスクリプトプログラムが動作するための基盤となるプラットフォームであって、例えば、実際のＵＭＤビデオプレーヤがハードウェアである場合、ハードウェアとプレーヤモデルとの間の処理を仲介する役割を果たすように、ハードウェアに固有に実装される。
例えば、ネイティブ実装プラットフォーム３０１は、ユーザからのユーザ入力３１０を受け付け、受け付けたユーザ入力３１０がムービープレーヤ３００に対する命令なのか、スクリプトレイヤ３０２で描画および表示しているボタンに対する命令なのかを判定する。ネイティブ実装プラットフォーム３０１は、ユーザ入力３１０がムービープレーヤ３００に対する命令であると判定されれば、ユーザ入力３１０をムービープレーヤ３００に対する内部制御命令である制御コマンド３１１に変換し、ムービープレーヤ３００に対して制御命令を発する。
一方、ネイティブ実装プラットフォーム３０１は、ユーザ入力３１０がスクリプトレイヤ３０２で描画および表示しているＧＵＩ部品に対する命令であると判定されれば、ユーザ入力３１０に応じたキーイベント３１４をスクリプトレイヤ３０２に通知する。そして、このキーイベント３１４に応じてスクリプトレイヤ３０２から指示されたメソッド３１５に基づき、例えば画面上にボタン画像を表示させることができる。すなわち、ネイティブ実装プラットフォーム３０１とスクリプトレイヤ３０２とは、ムービープレーヤ３００を介さずに、直接的にイベントおよびメソッドの受け渡しを行うことができる。
次に、ムービープレーヤ３００についてより詳細に説明する。図３は、ムービープレーヤ３００の一例の内部構成を示す。上述したように、ムービープレーヤ３００は、データベース３２０およびプレイバックモジュール３２１とから構成される。データベース３２０は、ディスクから読み取ったプレイリストの情報と、クリップの情報すなわちクリップインフォメーションとを格納する領域である。
プレイバックモジュール３２１は、デコーダエンジン３２２と、プレイバックモジュール３２１の状態を表す値であるプロパティ３２３とからなる。プロパティ３２３は、例えば言語コードのように、ムービープレーヤ３００の初期設定で値が決まるプロパティ３２３Ａ（リードオンリーパラメータ）と、プレイバックモジュール３２１の状態によって値が変化するプロパティ３２３Ｂ（プレーヤステータス）の２種類がある。
初期設定で値が決まるプロパティ３２３Ａは、ネイティブなシステム、例えば実際の機器によって値がセットされ、プレイリストやクリップインフォメーション、スクリプトプログラムから値を変更されることがない。プロパティ３２３Ａは、スクリプトプログラムから値を読み出すことのみが可能とされる。一方、プレイバックモジュール３２１の状態を表すプロパティ３２３Ｂは、スクリプトプログラムから値を読み出すことができると共に、一部のスクリプトプログラムから値を書き込むことが可能とされる。
なお、この動作モデルにおいては、プレイリストおよびクリップインフォメーションは、クリップＡＶストリームの再生前にディスクからプリロードされていることを想定している。これに限らず、他の実装であっても、ムービープレーヤモデルで定めた動作を実現できていればよい。
ムービープレーヤオブジェクト３００は、スクリプトレイヤ３０２またはネイティブ実装プラットフォーム３０１からの指示に従い、指定されたプレイリストを再生する。例えば、ムービープレーヤ３００は、データベース３２０を参照し、指定されたプレイリストに対応するクリップＡＶストリームの再生位置をファイル中のバイト位置で得る。プレイバックモジュール３２１において、デコーダエンジン３２２は、この再生位置情報に基づき、クリップＡＶストリームのデコードを制御する。
ムービープレーヤ３００は、図４に示されるように、プレイリストの再生状況に応じてプレイ(play)、ストップ(stop)およびポーズ(pause)の３状態を持つ。プレイ状態は、プレイリストの再生を行っており、時間が経過している状態を指す。通常再生の他、２倍速、１／２倍速といった変速再生や、順方向早送りおよび逆方向早送りもプレイ状態に含まれる。ポーズ状態は、プレイリストの再生を行っている状態で、時間軸が停止している状態である。再生をフレーム単位で進めたり戻したりする所謂コマ送り再生は、ポーズ状態とプレイ状態とを繰り返している状態である。ストップ状態は、プレイリストを再生していない状態である。
例えば、ムービープレーヤ３００の状態は、ムービープレーヤ３００内のデコーダエンジン３２２におけるプレイ、ポーズおよびストップの状態遷移に伴うもので、デコーダエンジン３２２の状態遷移に応じてプロパティ３２３Ｂの値が更新される。
リジュームインフォメーション３２４は、ストップ状態直前の状態を記憶する。例えば、ムービープレーヤ３００があるプレイリストをデコードしプレイ状態となっているときに、状態がストップ状態に遷移すると、ストップ状態の直前の状態を記憶する。また、リジュームインフォメーション３２４は、ハードウェアとしてのプレーヤが持つ不揮発性メモリに、ディスクのタイトル毎に識別可能なように複数を記憶させることができる。例えば、ディスクは、ディスクのタイトル毎にユニークな識別情報（タイトルＩＤと呼ぶ）を有し、リジュームインフォメーション３２４をこの識別情報と関連付けて記憶する。こうすることで、リジュームインフォメーション３２４の情報に基づき、識別情報が対応するタイトルのディスクが次にストップ状態からプレイ状態に遷移したときに、当該ディスクの再生を、以前ストップ状態になった直前の位置から開始させることができる。
３．ムービープレーヤのイベントモデルについて
ムービープレーヤ３００のイベントモデルについて説明する。ムービープレーヤ３００は、プレイリストを再生するプレイ状態で、様々なイベントを発生する。このイベントは、イベントハンドラと呼ばれる、スクリプトで記述された処理プログラムの実行を引き起こす。イベントハンドラは、イベント発生によって呼び出されるメソッドである。このイベント発生によって処理プログラムの実行を開始するプログラム実行モデルを、イベントドリブンモデルと呼ぶ。イベントドリブンモデルでは、不定期なイベントが発生し、イベント発生をきっかけに用意しておいたプログラムが実行される。この実施の一形態においては、スクリプトプログラムは、イベントハンドラ群によってムービープレーヤオブジェクト３００の動作を制御する。
図５は、この発明の実施の一形態によるムービープレーヤ３００のイベントモデルを模式的に示す。図５において、イベントハンドラonEventA()、onEventB()およびonEventC()は、インターフェイスであって、それぞれのイベントハンドラの内容は、スクリプトで記述されている。イベントハンドラの内容は、例えばコンテンツ制作者側で作成され実装される。ＵＭＤビデオスクリプト規格においては、ムービープレーヤオブジェクト３００からスクリプトプログラムに通知されるイベント毎に、イベントハンドラが用意される。図５の例では、イベントＡが発生したときに実行される処理プログラムは、イベントハンドラonEventA()に決められている。イベントＢおよびイベントＣについても同様に、イベントＢの発生時には対応するイベントハンドラonEventB()が実行され、イベントＣの発生時には対応するイベントハンドラonEventC()が実行される。
イベント発生に応じて呼び出されるイベントハンドラは、システム側で選択されるため、コンテンツ制作者側では、どのイベントが発生したかを判断する処理を、スクリプトプログラム内に記述しておく必要が無い。
図６は、プレイリストの再生中に発生する一例のイベントを示す。プレイリストPlayListの先頭には、チャプタマークChapterMarkが設定されているので、プレイリストの先頭からの再生開始時には、先ず、チャプタマークに対応したイベントChapterが発生する。さらに、チャプタが変わる度にイベントChapterがスクリプトレイヤ３０２に通知され、対応するイベントハンドラonChapterが実行される。また、イベントマークEventMarkが設定されている時刻に再生が到達すると、対応するマークイベントが発生する。そして、プレイリストの最後まで再生が到達すると、プレイリストの最後で再生が一時停止し、イベントPlayListEndがムービープレーヤ３００からスクリプトレイヤ３０２に通知される。スクリプトレイヤ３０２側では、対応するイベントハンドラonPlayListEnd()内で、別のプレイリストの再生開始が指示される。このようにして、コンテンツ制作者が意図した順序で、一連のプレイリスト再生が継続されていく。
このように、プレーヤの動作中にはさまざまなイベントが発生するものとし、イベント発生を上位プログラムに伝えることで、上位プログラムはプレーヤの状態を把握できるようになる。上位プログラムの方では、各イベント発生通知時に実行されるプログラム（イベントハンドラ）を用意しておくことで、各種イベント発生に対処する。イベントおよびイベントハンドラの詳細については、後述する。
イベントハンドラがコンテンツ制作者によって記述されていない場合には、規格で規定されているプレーヤ組み込みの動作（デフォルトのイベントハンドラ）を実行するか、あるいは、そのイベントが無視され何も実行されない。何も処理を行う必要がないときには、イベントに対応したイベントハンドラを記述しないようにすることで、積極的にイベントを無視することができる。
イベントモデルとしては、上述の他に、あるイベントに対応するリスナをオブジェクトがプレーヤオブジェクトに登録し、プレーヤオブジェクト内で発生したイベントが登録されたイベントであれば、プレーヤオブジェクトから当該イベントを登録したオブジェクトにイベントを送信し、当該オブジェクトで対応するメソッドを実行するようにしたイベントリスナのモデルや、どのようなイベントが発生しても一つのメソッドを呼び出すようにした単一メソッドのモデルなどが考えられる。
この実施の一形態によるイベントモデルは、イベント登録、イベント登録削除といった処理が必要なイベントリスナのモデルよりも簡単である。また、単一メソッドのモデルは、どのイベントが発生したかを知り、イベント毎に用意してある処理ルーチンを切り替えるという前処理を、そのメソッドの中に記述しておく必要がある。メソッドは、コンテンツ制作者側が実装するものであるから、モデルとしては簡単でも、コンテンツ制作者側の負担が大きくなる。さらに、大きな一つの処理プログラム（メソッド）がイベントの発生毎に呼ばれることになり、メモリの領域を多く占有し、実行速度も遅くなると考えられる。この発明の実施の一形態による、イベント毎に処理プログラム（イベントハンドラ）を用意するモデルでは、このような点について有利であるといえる。
４．ムービープレーヤオブジェクトについて
次に、ムービープレーヤオブジェクト３００の外部的な仕様について説明する。一般に、ＥＣＭＡスクリプト言語仕様に従う言語により定義されたオブジェクトは、プロパティとメソッドとを持つ。この実施の一形態によるムービープレーヤオブジェクト３００も、図２および図３を用いて既に説明したように、同様にしてプロパティとメソッドとを有する。プロパティは、外部のオブジェクトから、対象となるオブジェクト名とプロパティ名とを指定することで、直接的に読み書きすることが可能である。これに限らず、プロパティ値の設定を行うメソッドsetXXX()（「XXX」は、対象のプロパティ名）や、プロパティ値の読み出しを行うメソッドgetXXX()を定義することで、他のオブジェクトのプロパティの読み書きを、メソッドで行うことが可能となる。
図７は、ムービープレーヤオブジェクト３００が有する一例のプロパティを一覧して示す。これは、図３におけるプロパティ３２３に対応する。図３におけるリードオンリーパラメータ３２３Ａに属するプロパティは、以下の通りである。プロパティscriptVersionは、ＵＭＤビデオスクリプトのバージョンを示す。プロパティlanguageCodeは、ＵＭＤビデオプレーヤに設定された、メニュー表示言語の言語コードを示す。プロパティaudioLanguageCodeは、ＵＭＤビデオプレーヤに設定された、オーディオ言語の言語コードを示す。プロパティsubtitleLanguageCodeは、ＵＭＤビデオプレーヤに設定された、字幕（サブタイトル）言語の言語コードを示す。
ディスクが装填された際には、このリードオンリーパラメータ３２３Ａに設定されたプロパティlanguageCodeに示される言語コードに基づき、ディスクから読み出すスクリプトファイルが決められる。装填されたディスクに、当該言語に対応するスクリプトファイルがない場合は、デフォルトのスクリプトファイルが読み出される。例えば、複数のスクリプトファイルのうち、ディスク上で最も先頭側に配置されるファイルがデフォルトのスクリプトファイルとして読み出される。
図３におけるプレーヤステータス３２３Ｂに属するプロパティは、以下の通りである。プロパティplayListNumberは、現在再生中のプレイリストの番号を示す。プロパティchapterNumberは、現在再生中のチャプタの番号を示す。プロパティvideoNumberは、現在再生中のビデオストリームの番号を示す。プロパティaudioNumberは、現在再生中のオーディオストリームの番号を示す。プロパティsubtitleNumberは、現在再生中の字幕ストリームの番号を示す。プロパティplayListTimeは、プレイリスト先頭を０としたときの時刻を示す。プロパティaudioFlagは、オーディオ再生のＯＮ／ＯＦＦおよびデュアルモノＬＲの指定を示す。プロパティsubtitleFlagは、字幕表示のＯＮ／ＯＦＦを示す。
なお、デュアルモノは、ステレオオーディオの左右（Ｌ、Ｒ）チャンネルを、互いに独立したモノラルオーディオチャンネルとして用いるモードである。
このプレーヤステータス３２３Ｂに属する各プロパティは、ムービープレーヤ３００が再生または一時停止状態のときに、これらの情報が存在する。停止状態に遷移した場合、その時点でプレーヤステータス３２３Ｂに属する各プロパティは、リジュームインフォメーション３２４としてバックアップされる。このとき、プレーヤステータス３２３Ｂの内容をクリアしてもよい。
図８は、ムービープレーヤオブジェクト３００が有する一例のメソッドを一覧して示す。これは、図２におけるメソッド３１３に対応する。メソッドplay()は、ビデオを再生する。メソッドplayChapter()は、チャプタを指定してビデオを再生する。メソッドstop()は、ビデオの再生を停止する。メソッドpause()は、ビデオの再生を一時停止する。メソッドplayStep()は、ビデオをコマ送り再生する。メソッドchangeStream()は、ビデオストリーム、オーディオストリームおよび／または字幕ストリームを変更する。メソッドgetPlayerStatus()は、ムービープレーヤ３００における再生、停止、一時停止などの状態を取得する。メソッドreset()は、ビデオの再生を停止し、リジュームインフォメーション３２４の内容をクリアする。
ＵＭＤビデオ規格では、表示画面上の一部分にビデオを表示することができるようになっている。以下の４つのメソッドは、この場合のビデオ表示に関するメソッドである。メソッドsetPos()は、ビデオの表示位置を設定する。メソッドgetPos()は、ビデオの表示位置を取得する。メソッドsetSize()は、ビデオの表示サイズを設定する。メソッドgetSize()は、ビデオの表示サイズを取得する。
なお、実際には、ムービープレーヤ３００とネイティブ実装プラットフォーム３０１とは、一体的に構成される。すなわち、実際にディスクが装填され、これを再生するハードウェアとしてのＵＭＤプレーヤと、ＵＭＤプレーヤを制御するソフトウェアとの関係に対応付けられ、どの部分をハードウェアで行い、どの部分をソフトウェアで行うかは、実装時の構成に依存する。例えば、ＵＭＤプレーヤをパーソナルコンピュータなどで構成する場合は、ディスクドライブ以外は、ソフトウェア的に構成することができる。また、単体のＵＭＤプレーヤとして構成する場合は、ディスクドライブ以外に、例えばビデオデコーダやオーディオデコーダなどをハードウェア的に構成することができる。したがって、ムービープレーヤ３００とネイティブ実装プラットフォーム３０１との間でなされるメソッドやコマンド、イベントは、図２に一例が示されるような明示的なやりとりに限られない。
一方、ユーザからのキー入力については、図２を用いて既に説明したように、ユーザ入力３１０をネイティブ実装プラットフォーム３０１が先ず、受け取る。つまり、ネイティブ実装プラットフォーム３０１は、ユーザからのキー入力をユーザ入力３１０として受け取り、ユーザ入力３１０がムービープレーヤ３００に対するコマンドなのか、スクリプトレイヤ３０２のスクリプトプログラムに対するイベントなのかを判定し、判定結果に応じて、制御コマンド３１１またはキーイベント３１４を発生し、対応する上位レイヤ（ムービープレーヤ３００またはスクリプトレイヤ３０２）に通知する。
図９および図１０は、ユーザ入力３１０による一例のキー入力を示す。なお、図９および図１０に示される「VK」で始まる各キーは、実装に依存しない抽象化した仮想的なキーである。図９は、ムービープレーヤ３００の操作に関する一例のキー入力を示す。キーVK_POWERは、電源キーに対応する機能を提供する。キーVK_POWER_ONは、電源ＯＮキーに対応する機能を提供する。キーVK_POWER_OFFは、電源ＯＦＦキーに対応する機能を提供する。キーVK_MENUは、メニューを表示させるメニューキーに対応する機能を提供する。キーVK_ENTERは、「決定」を指示する決定キーに対応する機能を提供する。キーVK_RETURNは、処理のステップを一つ戻す戻るキーに対応する機能を提供する。
キー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_UPは、「上」を意味する値を入力する上方向指定キーに対応する機能を提供する。キーVK_DOWNは、「下」を意味する値を入力する下方向指定キーに対応する機能を提供する。キーVK_RIGHTは、「右」を意味する値を入力する右方向指定キーに対応する機能を提供する。キーVK_LEFTは、「左」を意味する値を入力する左方向指定キーに対応する機能を提供する。キーVK_UP_RIGHTは、「右上」を意味する値を入力する右上方向指定キーに対応する機能を提供する。キーVK_UP_LEFTは、「左上」を意味する値を入力する左上方向指定キーに対応する機能を提供する。キーVK_DOWN_RIGHTは、「右下」を意味する値を入力する右下方向指定キーに対応する機能を提供する。キーVK_DOWN_LEFTは、「左下」を意味する値を入力する左下方向指定キーに対応する機能を提供する。これらの方向キーを用いることで、例えば画面上のカーソル表示の移動を指示することができる。
キーVK_ANGLEは、マルチアングルのビデオに対するアングル切り替えを指示するアングル切り替えキーに対応する機能を提供する。キーVK_SUBTITLEは、英語字幕、日本語字幕、字幕表示／非表示などを切り替える字幕切り替えキーに対応する機能を提供する。キーVK_AUDIOは、サラウンドやバイリンガルなどオーディオ設定を切り替えるオーディオ切り替えに対応する機能を提供する。キーVK_VIDEO_ASPECTは、ビデオのアスペクト比切り替えを指示するアスペクト切り替えキーに対応する機能を提供する。キーVK_COLORED_KEY_1は、色つきファンクションキー１、キーVK_COLORED_KEY_2は、色つきファンクションキー２、キーVK_COLORED_KEY_3は、色つきファンクションキー３、キーVK_COLORED_KEY_4は、色つきファンクションキー４、キーVK_COLORED_KEY_5は、色つきファンクションキー５、キーVK_COLORED_KEY_6は、色つきファンクションキー６にそれぞれ対応する機能を提供する。
上述の図９に示したキー入力と図１０に示したキー入力とでは役割が異なるため、通知先をネイティブ実装プラットフォーム３０１で振り分ける必要がある。上述したように、図９に示されるキー入力により、ビデオ、オーディオおよび字幕の再生に関する指示がなされる。ネイティブ実装プラットフォーム３０１は、ユーザ入力３１０として図９に示されるキー入力を受け取ると、受け取ったキー入力を、図１１に示すコマンドに変換してムービープレーヤ３００に通知する。
一方、図１０に示されるキー入力は、ＧＵＩに対するユーザ入力３１０であるので、このユーザ入力は、画面構成やボタンを配置するスクリプトレイヤ３０２に通知されて処理される必要がある。ネイティブ実装プラットフォーム３０１は、ユーザ入力３１０として図１０に示されるキー入力を受け取ると、図２におけるイベント３１４に変換してスクリプトレイヤ３０２に通知する。図１２は、このキー入力に対応する一例のイベント３１４を示す。
なお、上述した図９および図１０には、キーVK_ANGLE、キーVK_SUBTITLE、キーVK_AUDIOという、ストリーム切り替えに関するキー入力も含まれているが、これらは、スクリプトプログラムからムービープレーヤ３００に対するストリーム切り替えのメソッドと同様の機能を実現するためのキー入力である。
上述した図１１のコマンドについて、より詳細に説明する。コマンドuo_timeSearch(playListTime)は、再生中のプレイリストの指定時刻からの再生を指示する。引数playListTimeは、プレイリストの先頭を０としたときの時刻を表す。このコマンドでは、プレイリスト番号の指定はできないため、引数playListTimeで表される時刻は、現在再生中のプレイリストの範囲内での指定時刻となる。コマンドuo_play()は、１倍速での再生開始を指示する。開始位置は、リジュームインフォメーション３２４に基づき決められる。リジュームインフォメーション３２４に対応する情報が無い場合は、このユーザ操作は無効とされる。このコマンドは、プレイリスト番号の指定の無いメソッドplay()を実行したときに対応する。また、このコマンドにおいて、ユーザ操作ではプレイリスト番号を指定できない。
コマンドuo_playChapter(chapterNumber)は、再生中のプレイリストの、引数chapterNumberで指定されたチャプタからの再生開始を指示する。チャプタの指定がない場合には、現在再生中のチャプタの先頭からの再生開始を指示する。これは、チャプタ番号の指定の無いメソッドplayChapter()に対応する。コマンドuo_playPrevChapter()は、現在よりも一つ前のチャプタからの再生開始を指示する。コマンドuo_playNextChapter()は、現在の次のチャプタからの再生開始を指示する。コマンドuo_stop()は、再生の停止を指示する。
コマンドuo_jumpToEnd()は、プレイリストの最後へのジャンプを指示する。このコマンドは、ムービープレーヤ３００に対して、現在の再生を中止してイベントplayListEndを発生させるように指示するユーザ操作に対応する。このコマンドに対応して、スクリプトレイヤ３０２では、イベントハンドラonPlayListEndが実行される。コマンドuo_forwardScan(speed)は、引数speedで指定された再生速度での順方向再生を指示する。コマンドuo_backwardScan(speed)は、引数speedで指定された再生速度での逆方向再生を指示する。これらコマンドuo_forwardScan(speed)およびコマンドuo_backwardScan(speed)における引数speedは、ＵＭＤビデオプレーヤの実装に依存する。
コマンドuo_playStep(forward)は、順方向のコマ送り再生を指示する。コマンドuo_playStep(backward)は、逆方向のコマ送り再生を指示する。コマンドuo_pauseOn()は、ユーザ操作に基づき再生の一時停止を指示する。コマンドuo_pauseOff()は、ユーザ操作に基づき再生の一時停止状態を解除する。
コマンドuo_changeAudioChannel(value)は、オーディオのチャンネル切り換えまたはデュアルモノ再生時の片チャンネル切り替えを指示する。このコマンドの実行時に、フラグaudioFlagの値も対応した内容に変更する。コマンドuo_setAudioEnabled(boolean)は、オーディオストリームのＯＮ／ＯＦＦを指定する。このコマンドの実行時に、フラグaudioFlagの値も対応した内容に変更する。コマンドuo_setSubtitleEnabled(boolean)は、字幕ストリームのＯＮ／ＯＦＦを指定する。このコマンドの実行時に、フラグsubtitleFlagの値も対応した内容に変更する。コマンドuo_angleChange()は、表示アングルの変更を指示する。このコマンドによるユーザ操作がムービープレーヤ３００に伝えられると、ムービープレーヤ３００は、スクリプトレイヤ３０２に対してイベントangleChangeを通知する。コマンドuo_audioChange(audioStreamNumber)は、再生するオーディオストリームの変更を指示する。コマンドuo_subtitleChange(subtitleStreamNumber)は、再生する字幕ストリームの変更を指示する。
上述した図１２に示すイベントおよびイベントのムービープレーヤ３００のメソッドとの関係について、より詳細に説明する。イベントmenuは、メニューにジャンプする。このイベントは、ムービープレーヤ３００に対してではなく、ネイティブ実装プラットフォーム３０１からスクリプトレイヤ３０２に通知される。このイベントmenuがスクリプトレイヤ３０２に受け取られると、スクリプトレイヤ３０２は、イベントハンドラonMenuを実行する。イベントexitは、ネイティブ実装プラットフォーム３０１がＵＭＤビデオアプリケーションを終了させる際に、ネイティブ実装プラットフォーム３０１から発せられるイベントである。このイベントexitがスクリプトレイヤ３０２に受け取られると、スクリプトレイヤ３０２は、イベントハンドラonExitを実行する。
イベントup、イベントdown、イベントleft、イベントright、イベントfocusIn、イベントfocusOut、イベントpushおよびイベントcancelは、画面に表示されているＧＵＩ部品であるボタン画像にフォーカスが当たっている場合に発生するイベントである。このイベントは、ムービープレーヤ３００に対してではなく、ネイティブ実装プラットフォーム３０１からスクリプトレイヤ３０２に通知される。なお、ボタン画像にフォーカスが当たった場合とは、例えば、画面上の位置を指示するためのカーソルがボタン画像の表示座標を示し、当該ボタン画像が選択可能となっているような状態である。イベントup、イベントdown、イベントleftおよびイベントrightは、ボタン画像に対するフォーカスが、それぞれ上、下、左および右のボタン画像に移動した場合に発生する。イベントfocusInは、あるボタン画像にフォーカスが当たった場合に発生し、イベントfocusOutは、フォーカスの当たっていたボタン画像からフォーカスが外れた場合に発生する。また、イベントpushは、フォーカスの当たっているボタン画像に対して押下操作が行われた際に発生する。イベントcancelは、ボタン画像の押下操作に対してキャンセル操作が行われた際に発生する。
イベントautoPlayおよびイベントcontinuePlayは、スクリプトレイヤ３０２におけるスクリプトの実行開始を指示するイベントである。イベントautoPlayは、ディスクの装填時に自動的にスクリプトの実行を開始するように指示するイベントである。イベントcontinuePlayは、ディスク装填時に、例えばリジュームインフォメーション３２４に基づき、以前中止された時点からのスクリプトの実行再開を指示する。
図１２で示したイベントに対しては、イベントが発生したときに実行されるプログラムが存在する。このイベントに対応したプログラムをイベントハンドラと称する。イベントとイベントハンドラとは、例えば名前で対応関係をつけることができる。一例として、イベント名の先頭に「on」を付加したものがイベントハンドラ名となる。図１３および図１４は、一例のイベントハンドラを示す。イベントハンドラの内容をコンテンツ制作者が記述することにより、ＵＭＤビデオプレーヤにコンテンツ制作者が意図する様々な動作を実行させることが可能になる。
図１３は、ムービープレーヤオブジェクト３００が持つ一例のイベントの一部と、対応するイベントハンドラとを示す。この図１３のイベントは、上述した図２のイベント３１２に対応し、ムービープレーヤ３００からスクリプトレイヤ３０２に通知される。イベントハンドラは、一種のインターフェイスであって、その内容は、例えばコンテンツ制作者がスクリプト言語を用いて実装する。イベントハンドラをこのように構成することで、イベント発生時に、コンテンツ制作者の意図する動作を実現することができる。
イベントmarkおよびイベントハンドラonMark()は、イベントマークが検出された際に実行される。イベントマークは、例えば、プレイリスト中に埋め込まれ、プレイリストの再生中にムービープレーヤ３００により検出される。ムービープレーヤ３００によりイベントマークが検出されると、ムービープレーヤ３００からスクリプトレイヤ３０２に対してイベントmarkが通知される。スクリプトレイヤ３０２は、このイベントmarkに対応するイベントハンドラonMark()を実行する。同様にして、イベントpalyListEndおよびイベントハンドラonPlayListEnd()は、プレイリストが終了した際に実行される。イベントchapterおよびイベントハンドラonChapter()は、チャプタマーク検出時に実行される。チャプタマークは、例えば、プレイリスト中に埋め込まれ、プレイリストの再生中にムービープレーヤ３００により検出される。
イベントangleChangeおよびイベントハンドラonAngleChange()は、ユーザ操作によりアングル変更が指示されたときに実行される。例えば、ユーザ操作に応じてキー入力VK_ANGLEがユーザ入力３１０としてネイティブ実装プラットフォーム３０１に入力されると、ネイティブ実装プラットフォーム３０１は、当該ユーザ入力３１０をコマンドuo_angleChange()に変換してムービープレーヤ３００に渡す。ムービープレーヤ３００は、このコマンドuo_angleChange()に応じてイベントangleChangeを発生させ、スクリプトレイヤ３０２に渡す。スクリプトレイヤ３０２は、このイベントangleChangeに対応したイベントハンドラonAngleChange()を実行する。同様にして、イベントaudioChangeおよびイベントハンドラonAudioChange()は、ユーザ操作によりオーディオの変更が指示されたときに実行される。イベントsubtitleChangeおよびイベントハンドラonSubtitleChange()は、ユーザ操作により字幕変更が指示されたときに実行される。
図１４は、システムオブジェクトが有する一例のイベントハンドラの一部を示す。この図１４に示されるイベントハンドラは、ネイティブ実装プラットフォーム３０１が予め持っているイベントハンドラであり、ネイティブ実装プラットフォーム３０１からスクリプトレイヤ３０２に通知される。
イベントmenuおよびイベントハンドラonMenu()は、メニューにジャンプする。イベントmenuは、例えば、ユーザ操作などでメニューキーが押下されたときに、ネイティブ実装プラットフォーム３０１からスクリプトレイヤ３０２に通知されるイベントである。スクリプトレイヤ３０２は、このイベントを受けて、対応するイベントハンドラonMenu()を実行し、イベントハンドラonMenu()内でメニュー画面を構成するＧＵＩ部品の配置や表示などを行う。イベントexitおよびイベントハンドラonExit()は、ネイティブ実装プラットフォーム３０１がＵＭＤビデオアプリケーションを終了させる際に、ネイティブ実装プラットフォーム３０１から発せられるイベントおよび対応するイベントハンドラである。
イベントexitは、例えば、ユーザ操作などによりＵＭＤビデオプレーヤの動作の終了が指示された際に、ネイティブ実装プラットフォーム３０１からスクリプトレイヤ３０２に通知される。スクリプトレイヤ３０２のスクリプトは、通知されたイベントexitを受けて、イベントハンドラonExit()内で終了処理を行うことができる。イベントautoPlayおよびイベントハンドラonAutoPlay()、ならびに、イベントcontinuePlayおよびイベントハンドラonContinuePlay()は、それぞれスクリプトの実行を開始する。
なお、システムオブジェクトのイベントハンドラ以外に、ボタンに関するイベントハンドラがある。このボタンに関するイベントハンドラは、この発明と関連性が低いので、説明を省略する。
図１５のフローチャートを用いて、ユーザ入力イベントをきっかけとして、用意されたプログラムが実行される一例の処理について、概略的に説明する。図１５は、ＵＭＤビデオプレーヤにおいてディスクを通常再生中に、ユーザにより、次のチャプタを再生することを指示するための"next"キーが押されたときに、このキー入力に対応して、次のチャプタにジャンプして再生を開始すると共に、用意されたメッセージを画面上に表示する例である。
例えば、ＵＭＤビデオプレーヤによりディスクを通常再生中に、ユーザがＵＭＤビデオプレーヤのリモートコントロールコマンダを用いてキー"next"を押下すると（ステップＳ１０）、ネイティブ実装プラットフォーム３０１に対するユーザ入力３１０として、キーVK_NEXTが渡される。ネイティブ実装プラットフォーム３０１では、このユーザ入力３１０に対応してユーザコマンドuo_playNextChapter()が発生する（ステップＳ１１）。このユーザコマンドuo_playNextChapter()は、ムービープレーヤ３００に通知される。
このコマンドuo_playNextChapter()を受け取ったムービープレーヤ３００は、データベース３２０を検索し、プレイリスト情報から現在再生している位置を基準として、次のチャプタマークの位置を取得する（ステップＳ１２）。ステップＳ１３で、次のチャプタマークが存在するか否かが判断され、若し、存在しないと判断された場合、チャプタジャンプを行わず、現在の再生が継続される。
一方、ステップＳ１３で、次のチャプタマークが存在すると判断されれば、処理はステップＳ１４に移行する。ステップＳ１４では、ムービープレーヤ３００は、現在の再生を中止し、次のチャプタマークが指し示す、クリップＡＶストリームファイル内でのバイト位置を、データベース３２０のクリップインフォメーションファイルの特徴点情報から取得する。そして、ステップＳ１５で、取得されたファイル内バイト位置にアクセスし、その位置からストリームの読み込みを開始して再生を開始する。
ステップＳ１６以下は、チャプタが切り替わったことを知らせるメッセージを画面上に表示するための一連の手順である。チャプタが切り替わりチャプタの先頭からの再生が開始されると、チャプタイベントが発生する（ステップＳ１６）。例えば、チャプタの先頭に設けられたチャプタマークがムービープレーヤ３００に検出され、イベントchapterが発生される。このチャプタイベントは、ムービープレーヤ３００からスクリプトレイヤ３０２に通知される。ムービープレーヤ３００は、このイベントの通知時に、ジャンプするチャプタのチャプタ番号も共に、スクリプトレイヤ３０２に対して通知する。スクリプトレイヤ３０２は、通知されたイベントに対応するイベントハンドラ、例えばイベントハンドラonChapter()の実行を開始する（ステップＳ１７）。
この例では、イベントハンドラ内には、チャプタが切り替わった際に画面上にその旨を知らせるメッセージを表示する動作が記述されているものとする。スクリプトレイヤ３０２のスクリプトは、このイベントハンドラを実行し、イベント発生時にムービープレーヤ３００から通知されたジャンプ先のチャプタ番号を取得し（ステップＳ１８）、ネイティブ実装プラットフォーム３０１に対して、例えば取得したチャプタ番号のチャプタの先頭であるなど、所定のメッセージを画面上に表示する指示を出す。ネイティブ実装プラットフォーム３０１は、この指示に応じて、画面上にメッセージを表示し（ステップＳ１９）、イベントハンドラによる処理が終了される（ステップＳ２０）。
上述のような処理により、ユーザが次のチャプタの再生開始を指示するキー"next"を操作することによりチャプタジャンプが行われ、ジャンプ先である次のチャプタの再生開始時にチャプタの先頭であることを示すメッセージが画面上に表示されることになる。
このように、ユーザ入力イベントは、ムービープレーヤ３００の状態を変化させ、また、新たなイベントを発生させる契機ともなり、新たに発生したイベントを利用して様々な処理を行わせることができる。
図１６は、ＵＭＤビデオプレーヤにディスクがロードされてからイジェクトされるまでの処理を概略的に示す。なお、図１６中、斜線を付したブロックで記述された処理は、スクリプトが実行されている状態を示す。
先ず、ユーザによりＵＭＤビデオプレーヤにディスクが装填されると、ＵＭＤビデオプレーヤは、所定の動作によりディスクをロードし、再生可能な状態にする（ステップＳ３０）。ディスクがロードされると、ネイティブ実装プラットフォーム３０１によりリジュームインフォメーション３２４が参照され、当該ディスクに対応する続き再生情報がロードされる（ステップＳ３１）。
次に、当該ディスクに対応するリジュームインフォメーション３２４内が参照され、続き再生情報が存在するか否かが判断され（ステップＳ３２）、存在すれば、ネイティブ実装プラットフォーム３０１からスクリプトレイヤに対してイベントcontinuePlayが通知される。スクリプトレイヤ３０２は、通知されたイベントcontinuePlayに対応するイベントハンドラonContinuePlayを実行する（ステップＳ３３）。ステップＳ３２で、当該ディスクに対応する続き再生情報が存在しないと判断されれば、処理はステップＳ３４に移行し、ネイティブ実装プラットフォーム３０１からスクリプトレイヤ３０２に対してイベントautoPlayが通知され、スクリプトレイヤ３０２は、対応するイベントハンドラonAutoPlayを実行させる。
ステップＳ３５では、イベントハンドラonAutoPlayやイベントハンドラonContinuePlayの記述内容に基づきディスクの再生動作などが行われ、ディスクの再生動作に伴い発生されたイベントや、当該イベントに対応するイベントハンドラが実行される。
ここで、ネイティブ実装プラットフォーム３０１からイベントexitが発生されると、ステップＳ３６で、スクリプトレイヤ３０２において対応するイベントハンドラonExitが実行され、ＵＭＤビデオアプリケーションを終了させるための処理が実行される。イベントexitは、例えばリモートコントロールコマンダに対する所定の操作に応じたユーザ入力３１０に基づき、ネイティブ実装プラットフォーム３０１で発生される。
イベントハンドラonExitに基づくスクリプト処理が終了すると、ネイティブ実装プラットフォーム３０１に処理が移る。そして、ステップＳ３７で、ムービープレーヤ３００において、再生動作を停止する処理が実行される。このとき、停止された直前の状態が続き再生情報としてリジュームインフォメーション３２４に記憶される。そして、ディスクの再生が終了され（ステップＳ３８）、同じディスクを再び再生しない際には（ステップＳ３９）、ステップＳ４０で、ネイティブ実装プラットフォーム３０１によりディスクがイジェクトされ、一連の処理が終了される。また、同じディスクを再び再生する際には、処理はステップＳ３１に戻される。
図１７は、スクリプトファイルの構成例を示す。図１を用いて既に説明したように、スクリプトファイルは、スクリプトレイヤ３０２を構成するファイル"SCRIPT.DAT"内のファイルとして存在する。スクリプトファイルは、イベントハンドラ群とメイン処理部とからなる。イベントハンドラ群は、１または複数のイベントハンドラが並べられる。イベントの発生がスクリプトレイヤ３０２に通知される毎に、通知されたイベントに対応したイベントハンドラが検索され、実行される。メイン処理部は、例えば各イベントハンドラに共通して用いられるグローバル変数などの定義が記述され、通常、最初に１回だけ実行される。
図１８は、イベントハンドラonAutoPlay()を実行する一例の手順を示す。ＵＭＤビデオプレーヤにディスクを装填する際に、ユーザにより、始めから再生を行うように、ムービープレーヤ３００に対して再生指示がなされた場合（ステップＳ５０）に、この処理が行われる。ネイティブ実装プラットフォーム３０１は、ステップＳ５１で、スクリプト中にイベントハンドラonAutoPlay()が存在するか否かが調べられる。若し、存在すれば、ネイティブ実装プラットフォーム３０１は、イベントautoPlayをスクリプトレイヤ３０２に対して通知する（ステップＳ５２）。これを受けて、ステップＳ５４で、スクリプトレイヤ３０２は、イベントハンドラonAutoPlay()を実行する。これにより、装填されたディスクが自動的に再生開始される。
一方、ステップＳ５１で、スクリプト中にイベントハンドラonAutoPlay()が存在しないとされれば、処理はステップＳ５３に移行し、ネイティブ実装プラットフォーム３０１は、イベントexitをスクリプトレイヤ３０２に対して通知する。この場合、例えば、メニューキーなどを操作して、ネイティブ実装プラットフォーム３０１に実装されているメニュー画面から再生指示を与えることで、ディスクの再生を開始することができる。スクリプトレイヤ３０２がイベントハンドラonExit()を持っている場合、このイベントハンドラonExit()が実行される。
図１９は、イベントハンドラonContinuePlay()を実行する一例の手順を示す。ＵＭＤビデオプレーヤにディスクを装填する際に、ユーザにより、続き再生を行うように、ムービープレーヤ３００に対して再生指示がなされた場合（ステップＳ６０）に、この処理が行われる。ネイティブ実装プラットフォーム３０１は、ステップＳ６１で、装填されたディスクに対応するリジュームインフォメーション３２４が存在するか否かが調べられる。若し、存在しなければ、処理はステップＳ６２に移行し、先頭からの再生となる。
装填されたディスクに対応するリジュームインフォメーション３２４が存在する場合には、処理はステップＳ６３に移行し、スクリプト中にイベントハンドラonContinuePlay()が存在するか否かが調べられる。若し、存在すれば、ネイティブ実装プラットフォーム３０１は、イベントcontinuePlayをスクリプトレイヤ３０２に対して通知する。これを受けて、スクリプトレイヤ３０２は、イベントハンドラonContinuePlay()を実行する（ステップＳ６４）。これにより、装填されたディスクが、イベントハンドラonContinuePlay()に従い再生が再開される。
一方、ステップＳ６３で、スクリプト中にイベントハンドラonContinuePlay()が存在しないとされれば、処理はステップＳ６５に移行し、デフォルトのイベントハンドラonContinuePlay()が実行される。デフォルトのイベントハンドラonContinuePlay()は、例えば、リジュームインフォメーション３２４の情報に基づき前回の再生終了位置から、単純に再生を開始する。
なお、これらの、イベントハンドラonAutoPlayおよびイベントハンドラonContinuePlayによるユーザインターフェイスは、上述の例に限られず、様々な方法が考えられる。例えば、上述の図１９においては、ステップＳ６０でユーザにより続き再生が指示されてから、装填されたディスクに対応するリジュームインフォメーション３２４が存在するか否かを調べているが、これは、順序を逆にし、リジュームインフォメーション３２４が存在するか否かを先に調べ、存在する場合に、続き再生を行うか否かの選択をユーザに促してもよい。
図２０は、再生終了時の一例の処理を示す。ディスクの再生中に、例えばユーザにより、ムービープレーヤ３００に対して再生を終了する指示がなされた場合（ステップＳ７０）に、この処理が行われる。再生終了を指示するユーザ入力３１０がネイティブ実装プラットフォーム３０１に対して入力されると、ネイティブ実装プラットフォーム３０１は、終了処理を開始する（ステップＳ７１）。終了処理は、例えば下記の３つの処理である。
（１）新たなイベント発生の抑止
（２）キューに溜まったイベントハンドラの破棄
（３）ムービープレーヤ３００に対する制御コマンドuo_stop()の発行
ステップＳ７１の処理が実行され、現在実行されているイベントハンドラが終了すると（ステップＳ７２）、次のステップＳ７３で、ネイティブ実装プラットフォーム３０１からスクリプトレイヤ３０２に対して、イベントexitが通知される。スクリプトレイヤ３０２は、これを受けて、スクリプトレイヤ３０２は、イベントハンドラonExit()を実行する（ステップＳ７４）。イベントハンドラonExit()により、例えば、再生終了時の所定の後処理や、ユーザによる設定データを記憶するメソッドsetUserDataなどが実行される。
そして、次のステップＳ７５で、ネイティブ実装プラットフォーム３０１により、終了処理がなされる。この終了処理では、例えば、不揮発性メモリに対する続き情報の保存（すなわち、再生終了直前の状態のリジュームインフォメーション３２４に対するバックアップ）や、システムメニューへの遷移などが行われる。
以上のようなプレーヤモデルにより、ビデオ、オーディオおよび字幕の再生が可能となる。また、コンテンツ制作者が予め設定しておいた、再生中のある時刻にあるイベントを発生させて、コンテンツ制作者が予め用意しておいたイベントハンドラを実行するようにしているため、コンテンツ制作者が意図する動作を実現できる。さらに、ＵＭＤビデオプレーヤによるディスクの再生中にユーザ操作があった場合は、ネイティブ実装プラットフォーム３０１からムービープレーヤ３００に対して、ユーザ操作に応じたコマンドが通知され、ユーザの意図する通りにプレーヤの状態を変化させることができる。さらにまた、ユーザ操作によるユーザ入力を受けたネイティブ実装プラットフォームが、スクリプトレイヤ３０２に対してユーザ入力に対応するイベントを通知することにより、ユーザ操作に応じてコンテンツ制作者が用意した動作を実現することが可能となる。このようにプレーヤモデルを構築することで、ビデオ、オーディオおよび字幕の再生と、インタラクティブな操作とをユーザに提供することが可能となる。
５．スクリプトプログラムの例
次に、スクリプトレイヤ３０２のスクリプトプログラムの例について説明する。先ず、図２１に示されるようなコンテンツ再生の流れが、コンテンツ制作者により作られているものとする。図２１に示されるコンテンツは、表示される要素としては、プレイリスト４００および４０１、トップメニュー４０２、ならびに、メッセージ４０３から構成される。プレイリスト４００は、ディスクが装填されると自動的に表示される警告文画面を表示するためのものである。プレイリスト４０１は、例えばこのコンテンツの主眼である映画の本編である。トップメニュー画面４０２は、プレイリスト４０１の再生を指示できるように、ボタンなどのＧＵＩ部品が配置される。また、メッセージ４０３は、プレイリスト４０１の再生中の任意の時刻に表示される。
さらに、この図２１の構成では、幾つかのイベントハンドラが用意されている。イベントハンドラonAutoPlay()は、ディスクがＵＭＤプレーヤに装填されると、プレイリスト４００を自動的に再生し、警告文を表示させる。イベントハンドラonPlayListEnd()は、プレイリストの再生が終了すると呼び出されるイベントハンドラで、この図２１の例では、プレイリスト４００やプレイリスト４０１の終了で呼び出される。すなわち、イベントハンドラonPlayListEnd()は、どのプレイリストが終了したかを判定し、プレイリスト４００の再生が終了した場合には、プレイリスト４０１の再生開始を指示する。また、プレイリスト４０１の再生が終了した場合には、トップメニュー画面４０２を呼び出す。
イベントハンドラonMenu()は、ユーザがメニューキーを操作したときに呼び出され、トップメニュー４０２を呼び出して画面に表示する。イベントハンドラonMark()は、再生中にマークMarkが指し示す時刻に到達したときに実行される。この図２１の例では、プレイリスト４０１に対してマークMarkが設定されており、プレイリスト４０１の再生がマークMarkの指し示す時刻に到達すると、画面上にメッセージ４０３が表示されるようになっている。
すなわち、図２１の例では、ＵＭＤビデオプレーヤにディスクが装填されると、イベントハンドラonAutoPlayが呼び出されてプレイリスト４００が再生され、警告画面が表示される。プレイリスト４００の再生時間が経過し、プレイリスト４００の最後に到達すると、イベントハンドラonPlayListEndが呼び出され、プレイリスト４００が最後まで再生されたことが判定され、次のプレイリスト４０１が再生される。ここで、プレイリスト４０１の再生中に、ユーザによりメニューキーが操作されると、イベントハンドラonMenuが呼び出され、トップメニュー画面４０２が表示される。また、イベントハンドラonMenuにより、トップメニュー画面４０２に対する所定の操作に応じて、プレイリスト４０１の先頭から再生が開始される。さらに、プレイリスト４０１の再生時刻がマークMarkが指し示す時刻に到達したら、イベントハンドラonMarkが呼び出され、メッセージ４０３が画面上に表示される。プレイリスト４０１が最後まで再生されると、イベントハンドラonPlayListEndが呼び出され、プレイリスト４０１が最後まで再生されたことが判定され、トップメニュー画面４０２が表示される。
図２２は、この図２１に示すような動作を実現するための一例のスクリプトプログラムを示す。上述したように、スクリプトプログラムは、イベントハンドラが並べられ、イベントの発生に応じて対応するイベントハンドラが実行されるようになっている。スクリプトプログラムは、後述するファイル"SCRIPT.DAT"に格納される。
ムービープレーヤ３００に対してプレイリストの再生を指示するメソッドは、「movieplayer.play()」である。括弧内には、引数として、再生するプレイリストの番号を記述する。プレイリストの再生が終了すると、イベントplayListEndが発生する。このイベントplayListEndが発生すると、スクリプトからイベントハンドラmovieplayer.onPlayListEnd()が呼び出される。このとき、スクリプトには、イベントplayListEndと共に、オブジェクトevent_infoが渡される。オブジェクトevent_infoには、どのプレイリストが終了したかを表すプレイリスト番号などが格納される。スクリプトでは、このオブジェクトevent_infoの内容により、次の動作を変えることができる。
６．ファイルの管理構造について
次に、ＵＭＤビデオ規格に適用されるファイルの管理構造について、図２３を用いて説明する。ファイルは、ディレクトリ構造により階層的に管理されて、ディスク上に記録される。ディスクのファイルシステムは、ＩＳＯ(International Organization for Standarization)−９６６０あるいはＵＤＦ(Universal Disk Format)などで規定されたファイルシステムを適用することができる。
ルートディレクトリの下に、ファイル"TITLEID.DAT"およびディレクトリ"VIDEO"が置かれる。ディレクトリ"VIDEO"の下には、さらに、ディレクトリ"RESOURCE"、ディレクトリ"CLIP"およびディレクトリ"STREAM"、ならびに、ファイル"PLAYLIST.DAT"が置かれる。
ファイル"TITLEID.DAT"は、タイトル（コンテンツの種類）毎に異なるタイトル識別子が格納されるファイルである。１つのディスクに対し、１つのファイル"TITLEID.DAT"を有する。
ディレクトリ"RESOURCE"の下には、ファイル"SCRIPT.DAT"が置かれる。このファイル"SCRIPT.DAT"は、上述したように、スクリプトレイヤ３０２を構成するスクリプトプログラムが格納される。ディレクトリ"RESOURCE"の下には、通常、１個のファイル"SCRIPT.DAT"が置かれる。これに限らず、ディレクトリ"RESOURCE"の下に、複数のファイル"SCRIPT.DAT"を置くこともできる。このときは、例えばファイル名の一部をそれぞれ変更し、互いに重複しないようにする。複数のファイル"SCRIPT.DAT"は、例えば、表示言語の異なる複数のメニューなどを用意する際に、言語毎に１つファイル"SCRIPT.DAT"が用いられる。この場合でも、実際に使用されるファイル"SCRIPT.DAT"は、１つとされる。
ディレクトリ"CLIP"の下には、１以上のクリップインフォメーションファイルが置かれる。クリップインフォメーションファイルは、ファイル名を、デリミタであるピリオドの前が「00001」などの５文字乃至数文字からなる文字列（この例では数字）、ピリオドの後ろの拡張子が「CLP」とされる。拡張子「CLP」により、当該ファイルがクリップインフォメーションファイルであることを識別できる。
ディレクトリ"STREAM"の下には、１以上のクリップＡＶストリームファイルが置かれる。クリップＡＶストリームファイルは、ファイル名を、デリミタであるピリオドの前が「00001」などの５文字乃至数文字からなる文字列（この例では数字）、ピリオドの後ろの拡張子が「PS」とされる。拡張子「PS」により、当該ファイルがクリップＡＶストリームファイルであることを識別できる。この実施の一形態では、クリップＡＶストリームファイルは、ビデオストリーム、オーディオストリームおよびサブタイトル（字幕）ストリームが多重化され、ＭＰＥＧ２(Moving Pictures Experts Group 2)のプログラムストリームとして、上述の拡張子「PS」で識別されるファイルに格納される。
上述したように、クリップＡＶストリームファイルは、ビデオデータおよびオーディオデータを圧縮符号化および時分割多重して得られるファイルであって、このファイルを読み込み、デコード処理を行うことで、ビデオデータおよびオーディオデータが得られる。また、クリップインフォメーションファイルは、このクリップＡＶストリームファイルの性質などが記述されるファイルであって、クリップＡＶストリームファイルと対応する。この実施の一形態では、クリップインフォメーションファイルと対応するクリップＡＶストリームファイルとで、ファイル名における、拡張子の前の、５文字乃至数文字からなる文字列を一致させておくことで、両者の対応関係を容易に把握できる。
ファイル"SCRIPT.DAT"は、上述したように、スクリプトプログラムが記述されたスクリプトファイルであり、この実施の一形態が適用されるディスクの再生形態をインタラクティブなものとするために用いるプログラムが格納されている。ファイル"SCRIPT.DAT"は、ディスクに格納される他のファイルに先立って読み出される。
ファイル"PLAYLIST.DAT"は、クリップＡＶストリームの再生順を指定するプレイリストが記述されたプレイリストファイルである。図２４〜図２６を用いて、ファイル"PLAYLIST.DAT"の内部構造について説明する。図２４は、ファイル"PLAYLIST.DAT"の全体構造を表す一例のシンタクスを示す。ここでは、シンタクスをコンピュータ装置などのプログラムの記述言語として用いられるＣ言語の記述法に基づき示す。これは、他のシンタクスを表す図において、同様である。
フィールドname_lengthは、８ビットのデータ長を有し、このプレイリストファイルに付された名称の長さを示す。フィールドname_stringは、２５５バイトのデータ長を有し、このプレイリストファイルに付された名称を示す。フィールドname_stringは、その先頭から、フィールドname_lengthが表すバイト長までが、有効な名称として使用される。例えば、フィールドname_lengthが値"１０"を持つ場合には、フィールドname_stringの先頭から１０バイト分が有効な名称として解釈される。
フィールドnumber_of_PlayListsは、１６ビットのデータ長を有し、続けて記述されるブロックPlayList()の個数を示す。次行のforループによりフィールドnumber_of_PlayListsに示される回数分だけ、当該個数のブロックPlayList()が記述される。ブロックPlayList()は、プレイリストそのものである。
ブロックPlayList()の一例の内部構造について説明する。ブロックPlayList()の先頭には、フィールドPlayList_data_lengthが配される。フィールドPlayList_data_lengthは、３２ビットのデータ長を有し、当該フィールドPlayList_data_lengthを含むブロックPlayList()のデータ長を示す。続いて、１５ビットのデータ長を有するフィールドreserved_for_word_alignmentと、１ビットのデータ長を有するフラグcapture_enable_flag_PlayListとが配される。フィールドreserved_for_word_alignmentは、データ長が１ビットのフラグcapture_enable_flag_PlayListと組み合わせて、ブロックPlayList()内での配置を１６ビットの位置に揃えるために用いられる。
フラグcapture_enable_flag_PlayListは、当該capture_enable_flag_PlayListを含むブロックPlayList()に属する動画像の二次利用を許可するか否かを示すフラグである。例えば、このフラグcapture_enable_flag_PlayListの値が"１"であれば、当該PlayList()に属する動画像の、再生機内での２次利用を許可することを示す。
なお、上述では、フラグcapture_enable_flag_PlayListを１ビットのフラグとしたが、これはこの例に限定されない。例えば、フラグcapture_enable_flag_PlayListを複数ビット構成として、２次利用の段階的な許可を記述するようにしてもよい。一例として、フラグcapture_enable_flag_PlayListを２ビット構成とし、値が"０"の場合には２次利用を完全禁止とし、値が"１"の場合には例えば６４画素×６４ラインなど、所定の解像度以下に圧縮符号化した場合のみ２次利用を可能とする。また、値が"２"であれば、制限無く２次利用を許可するといった利用が考えられる。これに限らず、２ビット構成のうちビット０が値"１"の場合にはコンテンツ再生アプリケーションでの２次使用を許可し、ビット１が値"１"の場合には同一筐体内の他のアプリケーション（例えば壁紙画像やスクリーンセーバ）での２次使用を許可する。この場合には、ビット０およびビット１の値を組み合わせて用いることができる。
フィールドPlayList_name_lengthは、８ビットのデータ長を有し、このブロックPlayList()に付された名称の長さを示す。フィールドPlayList_name_stringは、２５５ビットのデータ長を有し、このブロックPlayList()に付された名称を示す。フィールドPlayList_name_stringは、その先頭から、フィールドPlayList_name_stringが表すバイト長までが、有効な名称として使用される。
フィールドnumber_of_PlayItemsは、１６ビットのデータ長を有し、続けて記述されるブロックPlayItem()の個数を示す。次行のforループによりフィールドnumber_of_PlayItem2に示される回数分だけ、当該個数のブロックPlayItem()が記述される。ブロックPlayItem()は、プレイアイテムそのものである。
ブロックPlayList()内の各ブロックPlayItem()には、識別情報（ＩＤ）が付与される。例えば、ブロックPlayList()内の最初に記述されるブロックPlayItem()は、０番とされ、以降、ブロックPlayItem()の出現順に、１番、２番、・・・と通し番号が付される。この通し番号が各ブロックPlayItem()の識別情報として用いられる。ブロックPlauItem()の個数だけ繰り返されるforループの引数iを、対応するブロックPlayItem()の識別情報として用いることができる。ブロックPlayItem()の次に、ブロックPlayListMark()が配置される。
図２５を用いて、ブロックPlayItem()の一例の内部構造について説明する。ブロックPlayItem()の先頭には、フィールドlengthが配される。フィールドlengthは、１６ビットのデータ長を有し、当該ブロックPlayItem()の長さを示す。続いて、フィールドClip_Information_file_name_lengthが配される。フィールドClip_Information_file_name_lengthは、１６ビットのデータ長を有し、このブロックPlayItem()に対応するクリップインフォメーションファイルの名称の長さを示す。フィールドClip_Information_file_nameは、バイト単位で可変長のデータ長を有し、このブロックPlayItem()に対応するクリップインフォメーションファイルの名称を示す。フィールドClip_Information_file_nameは、その先頭から、フィールドClip_Information_file_name_lengthが表すバイト長までが、有効な名称として使用される。フィールドClip_Information_file_nameでクリップインフォメーションファイルが指定されると、上述したファイル名の対応関係により、当該クリップインフォメーションファイルに対応するクリップＡＶストリームファイルが特定できる。
フィールドIN_timeおよびフィールドOUT_timeは、それぞれ３２ビットのデータ長を有し、ブロックPlayItem()内においてフィールドClip_Information_file_nameで指定したクリップインフォメーションファイルに対応するクリップＡＶストリームファイルの再生開始位置および再生終了位置を指定する時刻情報である。これらフィールドIN_timeおよびフィールドOUT_timeの情報を用いることで、クリップＡＶストリームファイルの先頭以外の部分からの再生開始を指定することができる。同様に、クリップＡＶストリームファイルの後端以外の再生終了を指定することができる。
図２６を用いて、ブロックPlayListMark()の一例の内部構造について説明する。ブロックPlayListMark()の先頭には、フィールドlengthが配される。フィールドlengthは、３２ビットのデータ長を有し、当該ブロックPlayListMark()の長さを示す。続いて、フィールドnumber_of_PlayList_marksが配される。フィールドフィールドnumber_of_PlayList_marksは、１６ビットのデータ長を有し、続くブロックMark()の個数を示す。次行のforループによりフィールドnumber_of_PlayList_marksに示される回数分だけ、当該個数のブロックMark()が記述される。
ブロックMark()の一例の内部構造について説明する。ブロックMark()は、先頭にフィールドmark_typeが配される。フィールドmark_typeは、８ビットのデータ長を有し、当該フィールドmark_typeを含むブロックMark()の種類を示す。この実施の一形態では、図２７に一例が示されるように、チャプタマーク、インデックスマークおよびイベントマークの３種類のマークが規定されている。チャプタは、プレイリスト（ブロックPlayList()）を分割する頭出し単位であり、インデックスは、チャプタをさらに分割する頭出し単位である。チャプタマークおよびインデックスマークは、それぞれ、これらチャプタ位置およびインデックス位置を時刻情報で示す。イベントマークは、マークイベントを発生させるマークである。
フィールドmark_name_lengthは、８ビットのデータ長を有し、このブロック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の４要素は、ブロックPlayList()上で定義されるブロックMark()を、クリップＡＶストリームファイルと対応付ける。すなわち、フィールドref_to_PlayItem_idは、１６ビットのデータ長を有し、ブロックPlayItem()の識別情報を示す。これにより、クリップインフォメーションファイルと、クリップＡＶストリームファイルとが特定される。
フィールドmark_time_stampは、３２ビットのデータ長を有し、クリップＡＶストリームファイル内でのマークの時刻を指定するために用いられる。図２８を用いて、概略的に説明する。図２８において、プレイリストは、番号０、１および２がそれぞれ指定された３つのプレイアイテム（PlayItem(#0)、PlayItem(#1)およびPlayItem(#2)）からなり、プレイリスト上の時刻ｔ0は、番号１のプレイアイテム（PlayItem(#1)）に含まれるものとする。また、番号０、１および２の各プレイアイテムは、それぞれ対応するクリップインフォメーションファイルを介してクリップＡＶストリームファイルのプログラムストリーム(Program Sream)Ａ、ＢおよびＣにそれぞれ対応しているものとする。
このような場合において、プレイリスト上の時刻ｔ0にマークを指定する場合、フィールドref_to_PlayItem_idの値を、時刻ｔ0を含むプレイアイテムを示す"１"とし、さらに、対応するクリップＡＶストリームファイルＢ上で時刻ｔ0に相当する時刻を、フィールドmark_time_stampに記述する。
図２６の説明に戻り、フィールドmark_time_stampに続けてフィールドentry_ES_stream_idおよびフィールドentry_ES_private_stream_idが配される。フィールドentry_ES_stream_idおよびフィールドentry_ES_private_stream_idは、それぞれ８ビットのデータ長を有し、当該ブロックMark()が特定のエレメンタリストリームに関連付けられている場合に、そのエレメンタリストリームを特定するために用いられる。フィールドentry_ES_stream_idおよびフィールドentry_ES_private_stream_idは、それぞれ該当するエレメンタリストリームが多重化されているパケット(packet())のストリームＩＤ(stream_id)と、プライベートパケットヘッダ(private_packet_header())のプライベートストリームＩＤ(private_stream_id)を示す。
なお、これらパケット(packet())のストリームＩＤ(stream_id)、プライベートパケットヘッダ(private_packet_header())のプライベートストリームＩＤ(private_stream_id)は、例えばＭＰＥＧ２システムのプログラムストリームの規定に基づく。
これらフィールドentry_ES_stream_idおよびフィールドentry_ES_private_stream_idは、例えば、クリップＡＶストリーム＃０とクリップＡＶストリーム＃１とで異なるチャプタ構成である場合などに用いられる。該当するブロックMark()が特定のエレメンタリストリームに関連付けられていない場合には、これら２つのフィールドの値がそれぞれ"０"とされる。
次に、図２９〜図３３を用いて、クリップインフォメーションファイルの内部構造について説明する。クリップインフォメーションファイル"XXXXX.CLP"は、上述したように、ディレクトリ"STREAM"の下に置かれた、対応するクリップＡＶストリームファイル"XXXXX.PS"の性質などを記述する。
図２９は、クリップＡＶストリームファイル"XXXXX.CLP"の全体構造を表す一例のシンタクスを示す。クリップＡＶストリームファイル"XXXXX.CLP"は、先頭に、フィールドpresentation_start_timeおよびフィールドpresentation_end_timeがそれぞれ配される。フィールドpresentation_start_timeおよびフィールドpresentation_end_timeは、それぞれ３２ビットのデータ長を有し、対応するクリップＡＶストリームファイルの先頭と後端の時刻を示す。時刻情報は、ＭＰＥＧ２システムにおけるＰＴＳ(Presentation Time Stamp)を用いることができる。ＰＴＳは、９０ｋＨｚの精度を有する。
次に、７ビットのデータ長を有するフィールドreserved_for_word_alignmentと、１ビットのデータ長を有するフラグcapture_enable_flag_Clipとが配される。フィールドreserved_for_word_alignmentは、データ長が１ビットのフラグcapture_enable_flag_Clipと組み合わせて、ファイル"XXXXX.CLP"内での配置を１６ビットの位置に揃えるために用いられる。フラグcapture_enable_flag_Clipは、当該ファイル"XXXXX.CLP"に対応するクリップＡＶストリームファイルに含まれる動画像の２次利用を許可するか否かを示すフラグである。例えば、このフラグcapture_enable_flag_Clipの値が"１"であれば、当該ファイル"XXXXX.CLP"に対応するクリップＡＶストリームファイルの動画像の、再生機内での２次利用を許可することを示す。
フィールドnumber_of_streamsは、８ビットのデータ長を有し、続くブロックStreamInfo()構造の個数を示す。フィールドnumber_of_streamsの次から、forループによりフィールドnumber_of_streamsで示される回数分だけ、ブロックStreamInfo()が記述される。forループの後には、ブロックEP_map()が配される。
ブロックStreamInfo()の一例の内部構造について説明する。ブロックStreamInfo()の先頭には、フィールドlengthが配される。フィールドlengthは、１６ビットのデータ長を有し、当該ブロックStreamInfo()の長さを示す。続いて、それぞれ８ビットのデータ長を有するフィールドstream_idおよびフィールドprivate_stream_idが配され、図３０に一例が示されるように、当該ブロックStreamInfo()をエレメンタリストリームに関連付けている。この図３０の例では、当該ブロックStreamInfo()は、フィールドstream_idが値"０ｘＥ０"〜値"０ｘＥＦ"でビデオストリームに関連付けられ、値"０ｘＢＤ"でＡＴＲＡＣ(Adaptive Transform Acoustic Coding)オーディオストリーム、ＬＰＣＭ(Linear Pulse Code Modulation)オーディオストリームまたは字幕ストリームと関連付けられる。また、当該ブロックStreamInfo()は、フィールドprivate_stream_idが値"０ｘ００"〜値"０ｘ０Ｆ"、値"０ｘ１０"〜値"０ｘ１Ｆ"および値"０ｘ８０"〜値"０ｘ９Ｆ"で、ＡＴＲＡＣオーディオストリーム、ＬＰＣＭオーディオストリームおよび字幕ストリームにそれぞれ関連付けられる。
なお、図３０での値の表記において、「０ｘ」は、後続する数値が１６進表記であることを示す。これは、以下の同様な表現において、共通である。
ここで、ブロックStreamInfo()は、大別して、ストリーム中で変化しない情報とストリーム中で変化する情報との２種類の情報が記述されている。ストリーム中で変化しない情報は、ブロックStaticInfo()に記述される。一方、ストリーム中で変化する情報は、変化点を時刻情報で指定して、ブロックDynamicInfo()に記述される。
ブロックStreamInfo()において、ブロックStaticInfo()の後ろにバイト位置を揃えるための、８ビットのデータ長を有するフィールドreserved_for_word_alignmentが配され、その次に、フィールドnumber_of_DynamicInfoが配される。フィールドnumber_of_DynaminInfoは、８ビットのデータ長を有し、ブロックStreamInfo()内にその後に記述されるブロックDynamicInfo()の個数が示される。forループにより、フィールドnumber_of_DynamicInfoで示される回数分だけ、フィールドpts_change_pointおよびブロックDynamicInfo()が記述される。
フィールドpts_change_pointは、３２ビットのデータ長を有し、対応するブロックDynamicInfo()の情報が有効になる時刻をＰＴＳにより示す。ストリーム毎に先頭となる時刻も、フィールドpts_change_pointで示され、これは、ファイル"XXXXX.CLP"内で定義される、上述したフィールドpresentation_start_timeと等しくなる。
図３１を用いて、ブロックStaticInfo()の一例の内部構造について説明する。ブロックStaticInfo()は、対応するエレメンタリストリームの種類により内容が異なる。対応するエレメンタリストリームの種類は、図３０を用いて説明した、フィールドstream_idおよびフィールドprivate_stream_idの値に基づき判断できる。図３１では、ブロックStaticInfo()が対応するエレメンタリストリームの種類がビデオストリーム、オーディオストリームおよびサブタイトル（字幕）ストリームの何れであるかを、if構文を用いてそれぞれ記述している。以下、ブロックStaticInfo()について、エレメンタリストリーム毎に説明する。
エレメンタリストリームがビデオストリームであった場合、ブロックStaticInfo()は、それぞれ４ビットのデータ長を有するフィールドpicture_sizeおよびフィールドframe_rate、１ビットのデータ長を有するフラグcc_flagからなる。フィールドpicture_sizeおよびフィールドframe_rateは、当該ビデオストリームの画像のサイズおよびフレーム周波数をそれぞれ示す。フラグcc_flagは、当該ビデオストリームがクローズドキャプションを含むか否かを示す。例えば、フラグcc_flagの値が"１"で、当該ビデオストリームがクローズドキャプションを含む。フィールドreserved_for_word_alignmentは、データ配置を１６ビットに揃えるために用いられる。
エレメンタリストリームがオーディオストリームであった場合、ブロックStaticInfo()は、１６ビットのデータ長を有するフィールドaudio_language_code、８ビットのデータ長を有するフィールドchannel_configuration、１ビットのデータ長を有するフラグlfe_exsistanceおよび４ビットのデータ長を有するフィールドsampling_frequencyからなる。フィールドaudio_language_codeは、当該オーディオストリームに含まれている言語を表すコードを示す。フィールドchannel_configurationは、モノラル、ステレオ、マルチチャンネルなど、オーディオデータのチャンネル属性を示す。フィールドlfe_existanceは、低域強調チャンネルが含まれているか否かを示し、例えば値が"１"で、含まれていることを示す。フィールドsampling_frequencyは、オーディオデータのサンプリング周波数を示す。フィールドreserved_for_word_alignmentは、データ配置を１６ビットに揃えるために用いられる。
エレメンタリストリームがサブタイトル（字幕）ストリームであった場合、ブロックStaticInfo()は、１６ビットのデータ長を有するフィールドsubtitle_language_code、４ビットのデータ長を有するフィールドsubtitle_presentation_typeおよび１ビットのデータ長を有するフラグconfigurable_flagからなる。フィールドsubtitle_language_codeは、当該字幕ストリームに含まれている言語を表すコードを示す。フィールドsubtitle_presentation_typeは、当該字幕ストリームが通常の字幕であるか、コメンタリ用字幕（映像の説明用などの特殊な字幕）であるかを示す。フラグconfigurable_flagは、当該字幕ストリームを行事する際に、文字の大きさや位置の変更を許可するか否かを示し、例えば値が"１"で、許可することを示す。フィールドreserved_for_word_alignmentは、データ配置を１６ビットに揃えるために用いられる。
図３２を用いて、ブロックDynamicInfo()の一例の内部構造について説明する。ブロックDynamicInfo()は、先頭に、８ビットのデータ長を有するフィールドreserved_for_word_alignmentが配される。続く内容は、対応するエレメンタリストリームの種類により異なる。対応するエレメンタリストリームの種類は、図３０を用いて説明した、フィールドstream_idおよびフィールドprivate_stream_idの値に基づき判断できる。図３２では、ブロックDynamicInfo()が対応するエレメンタリストリームの種類がビデオストリーム、オーディオストリームおよびサブタイトル（字幕）ストリームの何れであるかを、if構文を用いてそれぞれ記述している。以下、ブロックDynamicInfo()について、エレメンタリストリーム毎に説明する。
エレメンタリストリームがビデオストリームであった場合、ブロックDynamicInfo()は、４ビットのデータ長を有するフィールドdisplay_aspect_ratioからなる。フィールドdisplay_aspect_ratioは、ビデオの表示出力アスペクト比が１６：９か４：３かを示す。フィールドreserved_for_word_alignmentは、データ配置を１６ビットに揃えるために用いられる。
エレメンタリストリームがオーディオストリームであった場合、ブロックDynamicInfo()は、４ビットのデータ長を有するフィールドchannel_assignmentからなる。フィールドchannel_assignmentは、当該オーディオストリームが２チャンネルで構成されている場合に、出力がステレオかデュアルモノかを示す。デュアルモノは、例えば２ヶ国語の音声を再生可能とする際に用いられる。フィールドreserved_for_word_alignmentは、データ配置を１６ビットに揃えるために用いられる。
エレメンタリストリームが字幕ストリームであった場合、ブロックDynamicInfo()は、データ配置を１６ビットに揃えるために用いられる、フィールドreserved_for_word_alignmentで構成される。すなわち、字幕ストリームに関しては、動的に変化する属性が定義されていない。
図３３を用いて、ブロックEP_map()の一例の内部構造について説明する。ブロックEP_map()は、エレメンタリストリーム毎に、ビットストリーム内のデコード開始可能位置（エントリポイント）を、時刻情報と位置情報とを用いて表したものである。位置情報は、例えばエレメンタリストリームが記録される記録媒体における、アクセスの最小単位を用いることができる。各エレメンタリストリームは、ブロックEP_map()で示された位置からのデコード処理が可能であるものとする。
固定レートのストリームでは、デコード開始可能位置を計算で求めることができるので、このブロックEP_map()のような情報は、不要である。一方、可変レートのストリームや、ＭＰＥＧ系のビデオの圧縮符号化方式のようにアクセスユニット毎にデータのサイズが変わるようなストリームの場合には、ランダムアクセスを行うために重要な情報となる。
ブロックEP_map()は、先頭に、配置を１６ビットに揃えるために、８ビットのデータ長を有するフィールドreserve_for_word_alignmentが配される。続いて、フィールドnumber_of_stream_id_entriesが配される。フィールドnumber_of_stream_id_entriesは、８ビットのデータ長を有し、このブロックEP_map()に記述されているエレメンタリストリームの数を示す。第１のforループにより、フィールドstream_id、フィールドprivate_stream_idおよびフィールドnumber_of_EP_entriesが、フィールドnumber_of_stream_id_entriesで示される回数分だけ、記述される。さらに、第１のforループの１回の記述毎に、第２のforループにより、フィールドnumber_of_EP_entriesで示される回数分だけ、フィールドPTS_EP_startおよびフィールドRPN_EP_startが配される。
第１のforループ内において、最初に、それぞれ８ビットのデータ長を有するフィールドstream_idおよびフィールドprivate_stream_idが配され、図３０に一例が示されるようにして、エレメンタリストリームを特定している。次に、配されるフィールドnumber_of_EP_entriesは、３２ビットのデータ長を有し、当該エレメンタリストリームに対して記述されているエントリポイントの数を示す。その後、第２のforループにて、フィールドnumber_of_EP_entriesが示す数だけ、フィールドPTS_EP_startおよびフィールドRPN_EP_startがそれぞれ配される。
フィールドPTS_EP_startおよびフィールドRPN_EP_startは、それぞれ３２ビットのデータ長を有し、エントリポイント自体を表す。フィールドPTS_EP_startは、エントリポイントのクリップＡＶストリームファイル内での時刻をＰＴＳで示す。一方、フィールドRPN_EP_startは、エントリポイントのクリップＡＶストリームファイル内での位置を例えば２０４８バイト単位で示す。
この実施の一形態においては、ディスク状のアクセス単位である１セクタが２０４８バイトとされる。そのため、エントリポイントのクリップＡＶストリームファイル内での位置は、フィールドRPN_EP_startにより、セクタ単位で示されることになる。
ここで、ビデオストリームの再生開始可能位置の直前には、必ず、パケットprivate_stream_2が配される。このパケットprivate_stream_2は、ビデオストリームをデコードするために利用可能な情報が格納されるパケットである。そのため、ビデオストリームのエントリポイントの位置は、当該パケットprivate_stream_2が格納されるパックpack()の位置とされる。
ブロックEP_map()は、上述のようにして、クリップＡＶストリーム上の時刻と、クリップＡＶストリームファイル内での位置とを対応付けている。これにより、クリップＡＶストリームへのアクセスポイントの時刻情報（タイムスタンプ）が与えられたときに、クリップＡＶストリームファイルの中でデータの読み出しを開始すべきデータアドレスを検索することが容易となり、ディスクのランダムアクセスをスムースに行うことができる。
なお、この実施の一形態では、ブロックEP_map()において、エレメンタリストリーム毎の時刻情報と位置情報との組（第２のforループ内のフィールドPTS_EP_startとフィールドRPN_EP_startとの組）は、フィールドPTS_EP_startおよびRPN_EP_startの両方に対して昇順（または降順）に予め並べて登録するようにしている。換言すれば、時刻情報と位置情報とは、予め所定の方向に並べ替えられている。このため、このままのデータに対して二分検索を実行することが可能である。
なお、この発明の実施の一形態では、ビデオのエレメンタリストリームは、ＭＰＥＧ２−Ｖｉｄｅｏの規格に基づくエレメンタリストリームであるとして説明したが、これはこの例に限定されない。例えば、ビデオのエレメンタリストリームは、ＭＰＥＧ４−Ｖｉｓｕａｌや、ＭＰＥＧ４−ＡＶＣによるものでもよい。また、オーディオのエレメンタリストリームは、ＡＴＲＡＣオーディオのエレメンタリストリームであるとして説明したが、これもこの例に限らず、例えばＭＰＥＧ１／２／４オーディオにも適用可能である。
７．ディスク再生装置について
次に、この発明の実施の一形態を適用可能なディスク再生装置について説明する。図３４は、この発明を適用可能なディスク再生装置１００の一例の構成を概略的に示す。バス１１１に対して、ＣＰＵ(Central Processing Unit)１１２、メモリ１１３、ドライブインターフェイス１１４、入力インターフェイス１１５、ビデオデコーダ１１６、オーディオデコーダ１１７、ビデオ入出力インターフェイス１１８およびオーディオ入出力インターフェイス１１９がそれぞれ接続される。このディスク再生装置１００の各部は、バス１１１を介してビデオストリーム、オーディオストリーム、各種コマンドやデータなどを互いにやりとりできるようになっている。
ドライブインターフェイス１１４には、さらに、ディスクドライブ１０２が接続される。ディスクドライブ１０２は、ドライブインターフェイス１１４を介してバス１１１とデータやコマンドのやりとりを行う。
ＣＰＵ１１２は、ＲＯＭ(Read Only Memory)およびＲＡＭ(Random Access Memory)を有し（図示しない）、ＲＯＭに予め記憶されたプログラムやデータに従い、バス１１１を介してこのディスク再生装置１００の各部とデータやコマンドのやりとりを行い、このディスク装置１００の全体を制御する。ＲＡＭは、ＣＰＵ１１２のワークメモリとして用いられる。
入力インターフェイス１１５は、ユーザにより実際に入力操作が行われる入力装置からの入力信号が供給される。入力装置は、例えば、赤外線信号などで遠隔的にディスク再生装置１００を操作するリモートコントロールコマンダや、このディスク再生装置１００に直接的に設けられたキーなどである。入力インターフェイス１１５は、これらの入力装置から供給された入力信号を、ＣＰＵ１１２に対する制御信号に変換して出力する。
ディスク１０１は、図２３以降で説明したようなフォーマットで以て、プレイリスト、スクリプトプログラム、クリップインフォメーションファイル、クリップＡＶストリームファイルなどが記録されている。ディスク１０１がディスクドライブ１０２に装填されると、自動再生またはユーザの入力操作に従いディスク１０１が再生される。ディスク１０１から読み出されたスクリプトファイルやプレイリストファイル、クリップインフォメーションファイルは、ＣＰＵ１１２に供給され、例えばＣＰＵ１１２が有するＲＡＭに記憶される。ＣＰＵ１１２は、ＲＡＭに記憶されたこれらのデータやスクリプトプログラムに基づき、ディスク１０１からクリップＡＶストリームファイルを読み出す。
ディスク１０１から読み出されたクリップＡＶストリームファイルは、メモリ１１３に一旦格納される。ビデオデコーダ１１６は、ＣＰＵ１１２の命令に基づき、メモリ１１３に格納されたクリップＡＶストリームファイルのビデオストリームや字幕ストリームをデコードする。デコードされたビデオデータや字幕データは、例えばＣＰＵ１１２によりそれぞれ拡大、縮小処理などの画像処理を施されると共に、合成、加算処理を施され、１本のビデオデータとされる。これらの画像処理は、これに限らず、ビデオデコーダ１１６やビデオ出力インターフェイス１１８において行うこともできる。このビデオデータは、メモリ１１３にバッファリングされ、ビデオ出力インターフェイス１１８に供給される。ビデオ出力インターフェイス１１８は、例えば、供給されたビデオデータをアナログビデオ信号に変換して、ビデオ出力端子１２０に導出する。
同様に、オーディオデコーダ１１７は、ＣＰＵ１１２の命令に基づき、メモリ１１３に格納されたクリップＡＶストリームファイルのオーディオストリームをデコードする。デコードされたオーディオデータは、メモリ１１３にバッファリングされ、オーディオ出力インターフェイス１１９に供給される。オーディオ出力インターフェイス１１９は、供給されたオーディオデータを、例えばアナログオーディオ信号に変換してオーディオ出力端子１２１に導出する。
なお、ここでは、図３４に示される各部がそれぞれ独立したハードウェアで構成されているように説明したが、これはこの例に限定されない。例えば、ビデオデコーダ１１６および／またはオーディオデコーダ１１７は、ＣＰＵ１１２上で動作するソフトウェアにより構成することができる。
図３５は、図３４に示したディスク再生装置１００における動作をより詳細に説明するための機能ブロック図である。ディスク再生装置１００は、概略的には、オペレーションシステム２０１と、ビデオコンテンツ再生部２１０とからなる。ビデオコンテンツ再生部２１０は、実質的には、オペレーションシステム２０１上で動作するソフトウェアプログラムである。これに限らず、ビデオコンテンツ再生部２１０は、ソフトウェアとハードウェアが統合的に動作するものとしてもよい。以下では、ビデオコンテンツ再生部２１０がソフトウェアであるものとして説明する。なお、図３５では、ディスクドライブ１０２は、省略されている。
オペレーションシステム２０１は、ディスク再生装置１００に電源が投入されるとＣＰＵ１１２において最初に起動し、各部の初期設定など必要な処理を行い、アプリケーションプログラム（ここではビデオコンテンツ再生部２１０）をＲＯＭから呼び出す。オペレーションシステム２０１は、ビデオコンテンツ再生部２１０の動作中に、ビデオコンテンツ再生部２１０に対して、ディスク１０１からのファイルの読み出しやファイルシステムの解釈といった、基本的なサービスを提供する。例えば、オペレーションシステム２０１は、ビデオコンテンツ再生部２１０から渡されたファイル読み出しリクエストに応じて、ドライブインターフェイス１１４を介してディスクドライブ１０２を制御し、ディスク１０１に記録されているデータを読み出す。読み出されたデータは、オペレーションシステム２０１の制御により、ビデオコンテンツ再生部２１０に渡される。
また、オペレーションシステム２０１は、マルチタスク処理機能を備え、複数のソフトウェアモジュールを、例えば時分割制御により見かけ上並列的に制御することができる。すなわち、図３５に一例が示される、ビデオコンテンツ再生部２１０を構成する各モジュールは、オペレーションシステム２０１のマルチタスク処理機能により、全て、並列的な動作が可能である。
以下、ビデオコンテンツ再生部２１０の動作について、より具体的に説明する。ビデオコンテンツ再生部２１０は、内部にさらに幾つかのモジュールを有しており、下記の機能を実現する。
（１）装填されたディスク１０１がＵＭＤビデオの規格に準じたディスク（以下、ＵＭＤビデオディスクと呼ぶ）であるか否かを判断する。
（２）装填されたディスク１０１がＵＭＤビデオディスクであると判断した場合、ディスク１０１からスクリプトファイルを読み出して、スクリプト制御モジュール２１１に渡す。
（３）装填されたディスク１０１がＵＭＤビデオディスクであると判断した場合、さらに、データベースを構成するファイル（プレイリストファイル、クリップインフォメーションファイルなど）を読み出して、プレーヤ制御モジュール２１２に渡す。
以下、ビデオコンテンツ再生部２１０の各モジュールの動作について説明する。
スクリプト制御モジュール２１１は、スクリプトファイル"SCRIPT.DAT"に記述されているスクリプトプログラムを解釈して実行する。プレーヤモデルの説明で既に述べたように、メニュー画面などの画像の作成および出力や、ユーザ入力に応じたカーソル移動、メニュー画面の変更といったＧＵＩは、スクリプトプログラムによりグラフィクス処理モジュール２１９を制御することで実現する。また、スクリプト制御モジュール２１１は、スクリプトプログラムの実行により、プレーヤ制御モジュール２１２の制御などが可能である。
プレーヤ制御モジュール２１２は、ディスク１０１から読み出された、プレイリストファイル"PLAYLIST.DAT"や、クリップインフォメーションファイル"XXXXX.CLP"といったファイルに格納されたデータベース情報を参照して、ディスク１０１に記録されているビデオコンテンツの再生に関わる、以下のような制御を行う。
（１）プレイリストやクリップインフォメーションといったデータベース情報を解析する。
（２）コンテンツデータ供給モジュール２１３、デコード制御モジュール２１４およびバッファ制御モジュール２１５を制御する。
（３）スクリプト制御モジュール２１１または入力インターフェイス１１５からの指示に従い、再生、再生停止、再生一時停止といったプレーヤの状態遷移制御や、ストリーム切り替えなどの再生制御処理を行う。
（４）デコード制御モジュール２１４から、再生中のビデオストリームについて、時刻情報を取得し、時刻表示やマークイベントの生成などを行う。
コンテンツデータ供給モジュール２１３は、プレーヤ制御モジュール２１２の指示に従い、ディスク１０１からクリップＡＶストリームファイルといったコンテンツデータを読み出し、バッファ制御モジュール２１５に渡す。バッファ制御モジュール２１５は、渡されたコンテンツデータをバッファの実体２１５Ａとしてのメモリ１１３に溜め込む。コンテンツデータ供給モジュール２１３は、バッファ制御モジュール２１５を制御し、ビデオデコーダ制御モジュール２１６、オーディオデコーダ制御モジュール２１７および字幕デコーダ制御モジュール２１８からの要求に従い、メモリ１１３に溜め込まれたコンテンツデータを、これらのモジュール２１６、２１７および２１８に所定に供給する。また、コンテンツデータ供給モジュール２１３は、バッファ制御モジュール２１５により溜め込まれるコンテンツデータの量を所定に制御するように、ディスク１０１からコンテンツデータの読み込みを行う。
デコード制御モジュール２１４は、プレーヤ制御モジュール２１２の指示に従い、ビデオデコーダ制御モジュール２１６、オーディオデコーダ制御モジュール２１７および字幕デコーダ制御モジュール２１８の動作を制御する。また、デコード制御モジュール２１４は、内部に時計機能を有し、ビデオデータとオーディオデータとが同期的に出力されるように、各デコーダ制御モジュール２１６、２１７および２１８の動作を制御する。
バッファ制御モジュール２１５は、バッファの実体２１５Ａとして、メモリ１１３の一部を排他的に用いる。また、バッファ制御モジュール２１５は、データ先頭ポインタおよびデータ書き込みポインタを記憶する。バッファ制御モジュール２１５は、さらに、内部モジュールとしてビデオ読み出し機能、オーディオ読み出し機能および字幕読み出し機能を有する。ビデオ読み出し機能の内部には、ビデオ読み出しポインタを有する。また、ビデオ読み出し機能の内部には、アクセスユニット情報である情報au_information()を蓄積するためのレジスタを備える。オーディオ読み出し機能の内部には、オーディオ読み出しポインタを有する。字幕読み出し機能の内部には、字幕読み出しポインタと字幕読み出し機能フラグとを有する。字幕読み出し機能フラグは、書き込む値に応じて字幕読み出し機能の有効／無効を制御する。例えば、字幕読み出し機能フラグに"１"を書き込むと、字幕読み出し機能が有効とされ、"０"を書き込むと、字幕読み出し機能が無効とされる。
バッファ制御モジュール２１５の内部モジュールであるビデオ読み出し機能、オーディオ読み出し機能および字幕読み出し機能は、さらに、ビデオストリーム、オーディオストリームおよび字幕ストリームが多重化されたクリップＡＶストリームから、それぞれのストリームを分離するデマルチプレクサ機能を有する。この発明の実施の一形態では、ＭＰＥＧ２システムのプログラムストリームの形式で複数のエレメンタリストリームが時分割多重されて、クリップＡＶストリームが形成されている。したがって、ビデオ読み出し機能、オーディオ読み出し機能および字幕読み出し機能は、ＭＰＥＧ２システムのプログラムストリームに対するデマルチプレクサ機能を有する。
このため、ビデオ読み出し機能は、ストリーム内に所定に配置されるフィールドstream_id（図３０参照）の値を読み取り、保持する。同様に、オーディオ読み出し機能および字幕読み出し機能は、フィールドstream_idおよびフィールドprivate_stream_id（図３０参照）の値を読み取り、保持する。これらフィールドstream_idやフィールドprivate_stream_idの値は、供給されたビットストリームを解析する際に用いる。
ビデオデコーダ制御モジュール２１６は、メモリ１１３からビデオストリームの単一のビデオアクセスユニットを読み出してビデオデコーダ１１６に供給するように、バッファ制御モジュール２１５内のビデオ読み出し機能に対して指示を出す。そして、ビデオデコーダ制御モジュール２１６は、ビデオデコーダ１１６を制御して、ビデオデコーダ１１６に供給されたビデオストリームをアクセスユニット単位でデコードする。ビデオストリームをデコードして生成されたビデオデータは、グラフィクス処理モジュール２１９に供給される。
同様に、オーディオデコーダ制御モジュール２１７は、メモリ１１３からオーディオストリームの単一のオーディオアクセスユニットを読み出してオーディオデコーダ１１７に供給するように、バッファ制御モジュール２１５内のオーディオ読み出し機能に対して指示を出す。なお、この実施の一形態では、オーディオストリームを構成するアクセスユニット（オーディオフレーム）は、既知の固定長とする。そして、オーディオデコーダ制御モジュール２１７は、オーディオデコーダ１１７を制御して、オーディオデコーダ１１７に供給されたオーディオストリームをアクセスユニット単位でデコードする。オーディオストリームをデコードして生成されたオーディオデータは、オーディオ出力モジュール２４２に供給される。
さらに、字幕デコーダ制御モジュール２１８は、メモリ１１３から字幕ストリームの単一の字幕アクセスユニットを読み出して字幕デコーダ制御モジュール２１８に供給するように、バッファ制御モジュール２１５内の字幕読み出し機能に対して指示を出す。なお、この実施の一形態では、字幕ストリームを構成する字幕アクセスユニットは、ユニットの先頭に当該ユニットの長さ情報が格納されている。字幕デコーダ制御モジュール２１８は、字幕デコード機能を有し、供給された字幕ストリームをデコードすることができる。字幕デコーダ制御モジュール２１８の字幕デコード機能により字幕ストリームがデコードされた字幕の画像データは、グラフィクス処理モジュール２１９に供給される。
グラフィクス処理モジュール２１９は、上述したように、ビデオデコーダ制御モジュール２１６の制御に基づきビデオデコーダ１１６でデコードされたビデオデータと、字幕デコーダ制御モジュール２１８によりデコードされた字幕の画像データとが供給される。グラフィクス処理モジュール２１９は、供給されたこれらビデオデータに対して字幕の画像データを所定に加算し、出力するためのビデオ信号を生成する。グラフィクス処理モジュール２１９では、さらに、スクリプト制御モジュール２１１やプレーヤ制御モジュール２１２の指示に従い、メニュー画像やメッセージ画像を生成し、出力ビデオ信号に対して合成（オーバーレイ）する。
例えば、グラフィクス処理モジュール２１９は、供給された字幕の画像データに対して、スクリプト制御モジュール２１１からの指示に従い拡大処理や縮小処理を行い、ビデオデータに対して所定に加算する。
また、グラフィクス処理モジュール２１９は、予め指定された出力ビデオデバイスのアスペクトレシオと、ディスク１０１から再生されたコンテンツ内で指定された出力アスペクトレシオとに基づき、出力信号のアスペクト変換を行う。例えば、出力ビデオデバイスのアスペクトレシオが１６：９である場合、出力アスペクトレシオが１６：９であれば、ビデオデータをそのまま出力し、出力アスペクトレシオが４：３であれば、出力されるビデオデータを、画像の高さが出力ビデオデバイスの画面高さに一致するようにスクイーズ（縮小）処理し、画像の左右に黒画像を挿入して出力する。出力ビデオデバイスが４：３である場合には、出力アスペクトレシオが４：３であれば、ビデオデータをそのまま出力し、出力アスペクトレシオが１６：９であれば、出力されるビデオデータを、画像の幅が出力ビデオデバイスの画面幅に一致するようにスクイーズ処理し、画像の上下に黒画像を挿入して出力する。
グラフィクス処理モジュール２１９は、さらに、プレーヤ制御モジュール２１２からの要求に応じて、現在処理中のビデオ信号をキャプチャし、プレーヤ制御モジュール２１２に返すような処理も行う。
ビデオ出力モジュール２４１は、メモリ１１３の一部を排他的に占有してＦＩＦＯ(First In First Out)のバッファとして用い、グラフィクス処理モジュール２１９により処理されたビデオデータをこのバッファに一時的に溜め込み、所定のタイミングで読み出す制御を行う。バッファから読み出されたビデオデータは、ビデオ出力インターフェイス１１８から出力される。
オーディオ出力モジュール２４２は、メモリ１１３の一部を排他的に占有してＦＩＦＯのバッファとして用い、オーディオデコーダ１１９から出力されたオーディオデータをこのバッファに溜め込み、所定のタイミングで読み出す制御を行う。バッファから読み出されたオーディオデータは、オーディオ出力インターフェイス１１９から出力される。
また、オーディオ出力モジュール２４２は、コンテンツのオーディオモードがデュアルモノ（例えば２ヶ国語）であった場合、予め指定された音声出力モードに従いオーディオデータを出力する。音声出力モードが「主音声」に指定されている場合、例えばメモリ１１３において左チャンネルのオーディオデータを右チャンネルにもコピーして、２チャンネルの出力を両方とも左チャンネルのオーディオデータとして出力する。音声出力モードが「副音声」であった場合には、例えばメモリ１１３において右チャンネルのオーディオデータを左チャンネルにもコピーして、２チャンネルの出力を両方とも右チャンネルのオーディオデータとして出力する。音声出力モードが「主・副音声」である場合や、コンテンツがステレオである場合には、オーディオデータをそのまま出力する。
このような音声出力モードの設定は、ビデオコンテンツ再生部２１０が生成するメニュー画面などにより、ユーザが対話的に行うことができるようになっている。
不揮発性メモリ制御モジュール２５０は、プレーヤ制御モジュール２１２からの指示により、ビデオコンテンツ再生部２１０が終了しても消去されない領域へのデータの書き込みや、当該領域からのデータの読み出しを行う。タイトル識別ＩＤ(Title_ID)をキーとして、データSaved_Player_StatusおよびデータSaved_User_Dataの組を複数件、当該領域に記憶する機能を有する。データSaved_Player_Statusとして、プレーヤ制御モジュール２１２の持つデータBackup_Player_Statusが記憶される。このデータBackup_Player_Statusは、例えば上述したプレーヤステータス３２３Ｂの、プレーヤ制御モジュール２１２が終了する直前のデータに対応し、データSaved_Player_Statusは、リジュームインフォメーション３２４に対応する。また、データSaved_User_Dataとして、プレーヤ制御モジュール２１２が持つデータUser_Dataが記憶される。データUser_Dataは、ユーザによりプレーヤ制御モジュール２１２に対して設定された所定のデータである。
例えば、ディスク再生装置１００が不揮発性のメモリであるフラッシュメモリなどを有する場合、不揮発性メモリ制御モジュール２５０は、このフラッシュメモリの所定領域にこれらデータSaved_Player_StatusおよびデータSaved_User_Dataの組を、ディスク１０１のタイトルＩＤと関連付けて記憶する。不揮発性メモリ制御モジュール２５０がデータを記憶する記憶媒体は、フラッシュメモリに限らず、例えばハードディスクなどでもよい。
８．音声および字幕ストリームの自動選択について
次に、この発明の実施の一形態による音声および字幕ストリームの自動選択について説明する。この発明の実施の一形態では、言語の異なる複数の音声ストリームおよび言語の異なる複数の字幕ストリームが多重化されている場合に、音声の自動選択によって適切な言語の音声ストリームが選択されるようにすると共に、字幕の自動選択によって適切な言語の字幕ストリームが選択されるようにする。
また、この発明では、プレーヤの音声言語設定に、従来の、「日本語」、「英語」といった言語名による指定に加えて、「オリジナル言語」という状態を設定できるようにする。さらに、プレーヤの音声言語設定が「オリジナル言語」に設定されている場合でも、音声の自動選択によって、適切な言語の音声ストリームが選択されるようにする。さらにまた、字幕と音声とを共に自動選択した場合に、音声と字幕とで同一の言語が選択されてしまう場合を回避するようにした。
なお、「オリジナル言語」とは、コンテンツが制作されたときの最初の言語のことをいう。一例として、コンテンツが日本で制作されたもので、主に日本語が用いられていれば、オリジナル言語は、日本語とされる。オリジナル言語は、コンテンツ制作者側で設定することができる。
図３６〜図３８を用いて、この発明の実施の一形態による音声および字幕ストリームの自動選択について、概略的に説明する。なお、図３６〜図３８では、ディスクに含まれるストリーム５０１において（１）で示される音声がオリジナル言語であるものとする。また、この例では、字幕についてはオリジナル言語を定義していない。
第１の例として、図３６を参照し、プレーヤ設定５００で音声を「オリジナル言語」、字幕を「日本語」とした場合について考える。そして、ディスクに収録されているコンテンツがアメリカで制作された映画であって、ディスクに含まれるストリーム５０１は、音声に関しては（１）英語（＝オリジナル言語）、（２）日本語の２種類、字幕に関しては（１）英語、（２）日本語の２種類が収録されているものとする。この場合は、ディスクをプレーヤで再生した直後に選択されるストリーム５０２は、音声としてはオリジナル言語の（１）英語、字幕としては（２）日本語となる。この図３６の例では、音声および字幕において適切な選択がなされ、問題は生じない。
第２の例として、図３７を参照し、プレーヤ設定５００は、第１の例と同じ音声を「オリジナル言語」、字幕を「日本語」とされている。そして、ディスクに収録されているコンテンツが日本で制作された映画であって、ディスクに含まれるストリーム５０１は、音声に関しては（１）日本語（＝オリジナル言語）、（２）英語の２種類、字幕に関しては（１）英語、（２）日本語の２種類が収録されているものとする。この場合は、ディスクをプレーヤで再生した直後に選択されるストリーム５０２は、音声としてはオリジナル言語の（１）日本語、字幕としても（２）日本語となり、重複した言語が選択されてしまう。この場合、日本語の字幕は不要であり、ユーザにとって使い勝手が悪いと考えられる。
この第２の例のような問題を解決するためには、図３８に一例が示されるように、プレーヤ設定５００において音声言語が「オリジナル言語」に設定されており、且つ、オリジナル言語に対応する言語と字幕の言語とが一致した場合は、選択されるストリーム５０２に例示されるように、字幕の表示をＯＦＦにするような機能が実現されればよい。
すなわち、音声が「オリジナル言語」に指定されている場合において、自動選択された結果の音声の言語と字幕の言語とが一致した場合、字幕の表示および非表示を指示するプレーヤの属性情報（プロパティ３２３中のプレーヤステータス３２３Ｂ、図３参照）に含まれるプロパティsubtitleFlagの値を、字幕ＯＦＦを示す値とする。このルールを導入することにより、音声および字幕の言語選択時において、音声と字幕とで同一言語のストリームが出力されることを回避することができる。
以下、この発明の実施の一形態による音声および字幕ストリームの自動選択について、より具体的に説明する。先ず、音声および字幕を適切に自動選択するために、プレーヤ装置側が持つべき情報について説明する。ストリーム再生を司るムービープレーヤ３００のプロパティ３２３（図３参照）は、図７を用いて既に説明した。この図７で示したプロパティ３２３のうち、この実施の一形態に特に関係するものは、音声については、プロパティaudioLanguegeCode、プロパティaudioNumberおよびプロパティaudioFlagであり、字幕については、プロパティsubtitleLanguegeCode、プロパティsubtitleNumberおよびプロパティsubtitleFlagである。
プロパティaudioLanguageCodeは、上述したように、ＵＭＤビデオプレーヤに設定された、オーディオ言語の言語コードを示す。換言すれば、このプロパティaudioLanguegeCodeは、音声として選択されるべき言語を表す。プロパティaudioLanguegeCodeの値は、例えばＩＳＯ(International Organization for Standarization)６３９−１で定義された言語コードを用いることができる。ＩＳＯ６３９−１では、例えば英語は"en"、日本語は"ja"と表される。この発明の実施の一形態では、プロパティaudioLanguegeCodeの値として、さらに、ＩＳＯ６３９−１では定義されていない値"00"を追加し、この値"00"を以て「オリジナル言語」を表すものとする。
プロパティaudioNumberは、上述したように、現在再生中のオーディオストリームの番号を示す。このプロパティaudioNumberは、音声ストリームのストリームＩＤ(stream_id)と、プライベートストリームＩＤ(private_stream_id)とが並べて表される１６ビットの値である（図３０参照）。なお、１６ビットのうち、上位８ビットがストリームＩＤであり、下位８ビットがプライベートストリームＩＤである。クリップＡＶストリームファイル中の音声ストリームは、この１６ビットの値で、一意に指定することができる。
プロパティaudioFlagは、音声ストリームの再生情報を表す。図３９は、プロパティaudioFlagが取り得る一例の値を示す。プロパティaudioFlagの値が"０"のときは、音声再生がＯＦＦとされ、音声が再生されない。値が"１"のときは、上述したプロパティaudioNumberで指定される音声ストリームが再生される。このとき、プロパティaudioNumberで指定される音声ストリームがデュアルモノ、すなわち、ステレオにおける２チャンネルのうち、左チャンネルと右チャンネルとに別々の内容の音声が収録されている音声ストリームである場合を考慮して、値が"２"のときはデュアルモノの左チャンネルのみ、値が"３"のときは右チャンネルのみをそれぞれ再生する。音声ストリームがデュアルモノで、且つ、プロパティaudioFlagの値が"１"であれば、デュアルモノの左右両チャネルが共に再生される。
プロパティsubtitleLanguageCodeは、上述したように、ＵＭＤビデオプレーヤに設定された、字幕（サブタイトル）言語の言語コードを示す。換言すれば、このプロパティsubtitleLanguegeCodeは、字幕として選択すべき言語を示す。プロパティsubtitleLanguegeCodeの値は、上述の音声ストリームの場合と同様に、例えばＩＳＯ(International Organization for Standarization)６３９−１で定義された言語コードを用いることができる。
プロパティsubtitleNumberは、上述したように、現在再生中の字幕ストリームの番号を示す。このプロパティsubtitleNumberは、字幕ストリームのストリームＩＤ(stream_id)と、プライベートストリームＩＤ(private_stream_id)とが並べて表される１６ビットの値である（図３０参照）。なお、１６ビットのうち、上位８ビットがストリームＩＤであり、下位８ビットがプライベートストリームＩＤである。クリップＡＶストリームファイル中の字幕ストリームは、この１６ビットの値で、一意に指定することができる。
プロパティsubtitleFlagは、字幕ストリームの再生状態を表す。図４０は、プロパティsubtitleFlagの取り得る一例の値を示す。プロパティsubtitleFlagの値が"０"のときは、字幕表示がＯＦＦとされ字幕が表示されない。値が"１"で字幕表示がＯＮとされ、字幕が表示される。
次に、音声および字幕を適切に自動選択するために、コンテンツ側が持つべき情報について説明する。コンテンツ側では、音声ストリームの属性情報と、字幕ストリームの属性情報とを、クリップインフォメーションファイルに記述しておく。上述したが、クリップインフォメーションファイルは、図２９および図３１などを用いて既に説明したように、対応するクリップＡＶストリーム中に多重化されている各エレメンタリストリームについて、ストリームを一意に識別するためのフィールドstream_idおよびフィールドprivate_stream_idの情報と、図３１に示される属性情報が並べられている。図３１に示される属性情報のうち、この実施の一形態に特に関連性の高いものは、音声ストリームに関してはフィールドaudio_languege_codeであり、字幕ストリームに関してはフィールドsubtitle_languege_codeである。
なお、クリップＡＶストリームファイルには、複数の言語の音声ストリームを多重化することができる。そのため、多重化された複数言語の音声ストリームのうち、オリジナル言語がどの音声ストリームであるかを示す必要がある。この実施の一形態では、図２９で示したクリップインフォメーションファイルにおいてforループにより並べられているストリームの並び順で、最初の音声ストリームの言語がオリジナル言語であると定義する。オリジナル言語の言語コードは、当該音声ストリームに対応するフィールドaudio_languege_code（図３１参照）で表される。
ムービープレーヤ３００のプロパティ３２３（プレーヤステータス３２３Ｂ）は、スクリプトレイヤ３０２から、図８を用いて既に説明したメソッドにより設定することができる。図８のメソッドのうち、音声ストリームと、字幕ストリームの設定に関連するメソッドは、メソッドplay()、メソッドplayChapter()およびメソッドchangeStream()である。なお、これらのうち、メソッドchangeStream()は、指定のストリームに変更するためのメソッドであり、ストリームの自動選択の仕組みはないため、ここでの説明は省略する。また、メソッドplayChapter()は、以下に説明するメソッドplay()の引数の一つである引数playListTimeを引数chapterNumberに変えたものに相当するので、ここでは、メソッドplay()についてのみ、説明する。
図４１は、メソッドplay()の一例の引数を一覧して示す。メソッドplay()に対してこれらの引数を所定に与えることにより、ストリーム番号を設定した上で、ビデオストリーム、音声ストリームおよび字幕ストリームの再生を開始することができる。メソッドplay()の文法は、例えば式（１）のようになる。すなわち、引数のそれぞれをデリミタ（この例ではカンマ「，」）で区切り、所定の順序に並べて記述される。引数を省略する場合は、デリミタのみが記述される。
movieplayer.play(playListNumber,playListTime,menuMode,pauseMode,video_strm,audio_strm,audio_status,subtitle_strm,subtitle_status) ・・（１）
引数playListNumberは、再生するプレイリスト番号を表す。引数playListTimeは、プレイリストの先頭からの時刻を指定する。プレイスとの先頭から再生を開始する場合は、値"０"を指定する。引数menuModeは、値"true"と値"false"の何れかを取り、値"true"の場合、メニューモードでの再生を指定し、値"false"の場合、ノーマルモードでの再生を指定する。引数pauseModeは、値"true"と値"false"の何れかを取り、値"true"の場合、一時停止での待機を指定し、値"false"の場合、通常速度での再生開始を指定する。引数video_strmは、再生するビデオストリームを指定する。この引数video_strmでは、値"−１"と値"−２"を取ることができ、値"−１"は、再生するビデオストリームをムービープレーヤ３００による自動選択で指定し、値"−２"で再生するビデオストリームに変更が無いことを指定する。
引数audio_strm以下が、音声ストリームおよび字幕ストリームの再生に関する引数で、この実施の一形態と関連性の強いものである。引数audio_strmは、ムービープレーヤ３００のプロパティaudioNumber（図７参照）に値をセットするための引数である。引数audio_strmは、ストリームＩＤ(stream_id)およびプライベートストリームＩＤ(private_stream_id)の１６ビットで表される音声ストリーム番号を、プロパティaudioNumberにセットできる。さらに、引数audio_strmは、値"−１"および値"−２"を引数に与えることができる。値"−１"は、ムービープレーヤ３００内で適切な音声ストリームを自動選択して、選択された音声ストリームの音声ストリーム番号をプロパティaudioNumberにセットすることを指示する。値"−２"は、現在設定されているプロパティaudioNumberの値を変えずに再生開始することを指示する。
引数audio_statusは、ムービープレーヤ３００のプロパティaudioFlag（図７参照）を設定するためのパラメータである。値"０"、値"１"、値"２"および値"３"については、引数audio_statusの値がそのままプロパティaudioFlagにセットされる。引数audio_statusが値"−２"の場合は、現在のプロパティaudioFlagの値を維持する。
引数subtitle_strmは、ムービープレーヤ３００のプロパティsubtitleNumber（図７参照）に値をセットするための引数である。引数subtitle_strmは、ストリームＩＤ(stream_id)およびプライベートストリームＩＤ(private_stream_id)の１６ビットで表される字幕ストリーム番号を、プロパティsubtitleNumberにセットできる。さらに、引数subtitle_strmは、値"−１"および値"−２"を引数に与えることができる。値"−１"は、ムービープレーヤ３００内で適切な字幕ストリームを自動選択して、選択された字幕ストリームの字幕ストリーム番号をプロパティsubtitleNumberにセットすることを指示する。値"−２"は、現在設定されているプロパティsubtitleNumberの値を変えずに再生開始することを指示する。
引数subtitle_statusは、ムービープレーヤ３００のプロパティsubtitleFlag（図７参照）を設定するためのパラメータである。値"０"および値"１"については、引数subtitle_statusの値がそのままプロパティsubtitleFlagにセットされる。引数subtitle_statusが値"−１"の場合には、プロパティsubtitleFlagの値は、ムービープレーヤ３００内で適切な値に自動設定される。引数subtitle_statusが値"−２"の場合は、現在のプロパティsubtitleFlagの値を維持する。
プロパティaudioFlagにムービープレーヤ３００による自動設定が無く、プロパティsubtitleFlagに自動設定があるのは、音声と字幕が同一の言語に設定された場合、字幕の表示を自動的にＯＦＦして字幕を表示されなくするためである。
次に、音声ストリームおよび字幕ストリームの自動選択処理について、より具体的に説明する。図４２は、複数種類の音声ストリームおよび字幕ストリームを自動選択する際の処理の流れを、概略的に示す。ディスクがプレーヤ装置に装填されると、先ず、ユーザにより再生するビデオストリームが選択される（ステップＳ８０）。選択されたビデオストリームに対応する音声ストリームがステップＳ８１で自動選択され、選択結果に応じて次のステップＳ８２でプロパティaudioFlagが設定される。プロパティaudioFlagを参照し、ステップＳ８３で字幕ストリームが選択される。そして、選択結果に応じて次のステップＳ８４でプロパティsubtitleFlagが設定される。
図４２におけるステップＳ８１による音声ストリーム自動選択の一例の処理を、図４３および図４４のフローチャートを用いてより詳細に説明する。この音声ストリームの自動選択処理においては、音声ストリームの属性情報のうち（１）言語コード、（２）チャンネル数、（３）クリップインフォメーションファイル内での並び順、の３つが用いられる。これらのうち、（１）の言語コードが最も優先順位が高く、（２）のチャンネル数が２番目の優先順位、（３）のクリップインフォメーションファイル内での並び順は、最も優先順位が低い。
なお、図４３および図４４において、符号Ａは、図４３および図４４間で対応する符号に処理が移行することを示す。
音声ストリームの選択処理が開始されると（ステップＳ９０）、メソッドplay()において再生する音声ストリームのストリーム番号を表す引数audio_strmに関して、値が"−１"に設定されているか、または、値が省略されているか否かが判断される（ステップＳ９１）。上述したように、引数audio_strmが値"−１"で、音声ストリームの自動選択が指定される。
若し、引数audio_strmに値"−１"以外の値が設定されていると判断されれば、処理はステップＳ９２に移行され、引数audio_strmの値をプロパティaudioNumberに設定し、引数audio_strmで指定された音声ストリームを選択する。そして、図４２のステップＳ８２に処理が移行し、選択された音声ストリームに応じて、ムービープレーヤ３００においてプロパティaudioFlagが所定に設定される。このとき、選択された音声ストリームのオーディオチャンネル数が５．１チャンネルの場合、例えばプロパティaudioFlagに値"１"が設定され、音声ストリームの再生を行うか否かのみを指定する。ステップＳ９２で当該音声ストリームが選択できなければ、処理はエラーとなる。
なお、処理がエラーとなった場合の実際の動作は、ＵＭＤビデオプレーヤの実装に依存する。例えば、エラーの場合には、この図４３のフローチャートによる処理が終了され、プロパティaudioNumberは変更されないまま、次の処理に移行される。このようなエラー処理は、図４３および図４４における他のエラー処理についても、同様とする。
ステップＳ９１で、引数audio_strmが値"−１"または省略されていると判断されれば、処理はステップＳ９３に移行される。ステップＳ９３では、ムービープレーヤ３００のプロパティaudioNumberで指定される音声ストリームが存在しないか、または、プロパティaudioNumberが不定値であるか否かが判断される。若し、プロパティaudioNumberで指定される音声ストリームが存在すれば、処理はステップＳ９４に移行され、プロパティaudioNumberで指定された音声ストリームが選択される。そして、図４２のステップＳ８２に処理が移行し、ムービープレーヤ３００において、選択された音声ストリームに応じてプロパティaudioFlagが所定に設定される。当該音声ストリームが選択できなければ、処理はエラーとなる。
ステップＳ９３で、ムービープレーヤ３００のプロパティaudioNumberで指定される音声ストリームが存在しないか、または、プロパティaudioNumberが不定値であると判断されれば、処理はステップＳ９５に移行される。このステップＳ９５以下の処理が、具体的な音声ストリームの自動選択処理となる。なお、図４２のステップＳ８１による音声ストリームの自動選択の処理は、図４３のフローチャートで示される処理全体を示し、図４３のフローチャート中のステップＳ９５以下の処理が、引数audio_strmが自動選択を表す値"−１"のときに実行される、具体的な音声ストリームの自動選択処理となる。
先ず、上述した（１）の言語コードに基づく自動選択処理がなされる。この処理は、プレーヤの音声言語設定と同一言語の音声ストリームを優先的に選択させるための処理である。ステップＳ９６で、ムービープレーヤ３００のプロパティaudioLanguegeCodeの値が「オリジナル言語」を示す値"00"となっているか否かが判断される。若し、プロパティaudioLanguegeCodeの値が「オリジナル言語」を示す値となっていると判断されれば、処理は図４４のステップＳ１０１に移行される。
ステップＳ１０１〜Ｓ１０４では、コンテンツ側に設定されている「オリジナル言語」が何であるかを判断する。ステップＳ１０１で、クリップインフォメーションファイル（図２９参照）内のブロックStreamInfo()における音声ストリームの並び順が調べられ、１番目に配置される音声ストリームの言語コードが取得される。そして、当該言語コードと同一の言語コードを持ち、オーディオチャンネル数がＵＭＤビデオプレーヤに設定されたオーディオチャンネル数と同じかそれ以下の音声ストリームが存在するか否かが判断される。若し、存在すると判断されれば、処理はステップＳ１０２に移行し、存在しないと判断された場合は、処理はステップＳ１０３に移行する。
ステップＳ１０２では、ステップＳ１０１における条件を満たす音声ストリームのうち、オーディオチャンネル数が最も大きい音声ストリームを選択する。例えば、ＵＭＤビデオプレーヤのオーディオチャンネル設定が５．１チャンネルであって、ブロックStreamInfo()の１番目に配置される音声ストリームと言語コードが同一の、オーディオチャンネル数が２チャンネルの音声ストリームと、５．１チャンネルの音声ストリームとが存在する場合、５．１チャンネルの音声ストリームが選択される。オーディオチャンネル数が同一の音声ストリームが複数存在するときは、当該ブロックStreamInfo()内の並び順でより前の方に配置される音声ストリームが選択される。そして、図４２のステップＳ８２に処理が移行し、ムービープレーヤ３００において、選択された音声ストリームに応じてプロパティaudioFlagが所定に設定される。
ステップＳ１０３では、オーディオチャンネル数が、ＵＭＤビデオプレーヤに対して設定されたオーディオチャンネル数以下の音声ストリームが存在するか否かが判断される。若し、存在すれば、オーディオチャンネル数が最も大きい音声ストリームを選択する（ステップＳ１０４）。オーディオチャンネル数が同一の音声ストリームが複数存在するときは、当該ブロックStreamInfo()内の並び順でより前の方に配置される音声ストリームが選択される。そして、図４２のステップＳ８２に処理が移行し、ムービープレーヤ３００において、選択された音声ストリームに応じてプロパティaudioFlagが所定に設定される。
ステップＳ１０３で、存在しないと判断された場合は、図４３および図４４のフローチャートによる一連の処理が終了される。この場合、音声ストリームが選択されないまま、ステップＳ８２の処理に移行し、プロパティaudioFlagが所定に設定されることになる。
図４３の説明に戻り、ステップＳ９６で、若し、ムービープレーヤ３００のプロパティaudioLanguegeCodeの値が「オリジナル言語」を示す値となっていないと判断されれば、処理はステップＳ９７に移行される。ステップＳ９７では、ムービープレーヤ３００のプロパティaudioLanguegeCodeと同一の言語コードを持ち、オーディオチャンネル数がＵＭＤビデオプレーヤに設定されたオーディオチャンネル数と同じかそれ以下の音声ストリームが存在するか否かが判断される。若し、存在すると判断されれば、処理はステップＳ９８に移行し、存在しないと判断されれば、処理はステップＳ９９に移行する。
ステップＳ９８では、上述したステップＳ１０２と同様にして、ステップＳ９７における条件を満たす音声ストリームのうち、オーディオチャンネル数が最も大きい音声ストリームを選択する。オーディオチャンネル数が同一の音声ストリームが複数存在するときは、当該ブロックStreamInfo()内の並び順でより前の方に配置される音声ストリームが選択される。そして、図４２のステップＳ８２に処理が移行し、ムービープレーヤ３００において、選択された音声ストリームに応じてプロパティaudioFlagが所定に設定される。
ステップＳ９９では、上述のステップＳ１０３と同様にして、オーディオチャンネル数が、ＵＭＤビデオプレーヤに対して設定されたオーディオチャンネル数以下の音声ストリームが存在するか否かが判断される。若し、存在すれば、オーディオチャンネル数が最も大きい音声ストリームを選択する（ステップＳ１００）。オーディオチャンネル数が同一の音声ストリームが複数存在するときは、当該ブロックStreamInfo()内の並び順でより前の方に配置される音声ストリームが選択される。そして、図４２のステップＳ８２に処理が移行し、ムービープレーヤ３００において、選択された音声ストリームに応じてプロパティaudioFlagが所定に設定される。
ステップＳ９９で、存在しないと判断された場合は、図４３および図４４のフローチャートによる一連の処理が終了される。この場合、音声ストリームが選択されないまま、ステップＳ８２の処理に移行し、プロパティaudioFlagが所定に設定されることになる。
図４２におけるステップＳ８３による字幕ストリーム自動選択の一例の処理を、図４５のフローチャートを用いてより詳細に説明する。字幕ストリームの選択が開始されると（ステップＳ１１０）、ステップＳ１１１で、メソッドplay()において再生する字幕ストリームのストリーム番号を表す引数subtitle_strmに関して、値が"−１"に設定されているか、あるいは、値が省略されているか否かが判断される。上述したように、引数subtitle_strmが値"−１"で、字幕ストリームの自動選択が指定される。
若し、引数subtitle_strmに値"−１"以外の値が設定されていると判断されれば、処理はステップＳ１１２に移行され、引数subtitle_strmの値をプロパティsubtitleNumberに設定し、引数subtitle_strmで指定された字幕ストリームを選択する。そして、図４２のステップＳ８４に処理が移行し、ムービープレーヤ３００においてプロパティsubtitleFlagが設定される。ステップ１１２で字幕ストリームが選択できなければ、処理はエラーとなる。
なお、処理がエラーなった場合の実際の動作は、ＵＭＤビデオプレーヤの実装に依存する。例えば、エラーの場合には、この図４５のフローチャートによる処理が終了され、字幕ストリームが選択されないまま、次の処理に移行される。このようなエラー処理は、図４５における他のエラー処理についても、同様とする。
ステップＳ１１１で引数subtitle_strmが値"−１"または省略されていると判断されれば、処理はステップＳ１１３に移行される。ステップＳ１１３では、ムービープレーヤ３００のプロパティsubtitleNumberで指定される字幕ストリームが存在しないか、または、プロパティsubtitleNumberの値が不定値であるか否かが判断される。若し、プロパティsubtitleNumberで指定される字幕ストリームが存在すれば、処理はステップＳ１１４に移行され、プロパティsubtitleNumberで指定される字幕ストリームが選択される。そして、図４２のステップＳ８４に処理が移行される。ステップＳ１１４で字幕ストリームが選択できなければ、処理はエラーになる。
ステップＳ１１３で、ムービープレーヤ３００のプロパティsubtitleNumberで指定される字幕ストリームが存在しないか、または、プロパティsubtitleNumberの値が不定値であると判断されれば、処理はステップＳ１１５に移行される。このステップＳ１１５以降の処理が、具体的な字幕ストリームの自動選択処理となる。
次のステップＳ１１６では、クリップインフォメーションファイル内のブロックStreamInfo()における字幕ストリームが調べられ、字幕コードの言語コードが取得される。そして、ムービープレーヤ３００のプロパティsubtitleLanguegeCodeと同一の言語コードを持つ字幕ストリームが存在するか否かが判断される。若し、存在すると判断されれば、処理はステップＳ１１７に移行し、当該字幕ストリームが選択される。ステップＳ１１６での条件を満たす字幕ストリームが複数存在するときは、クリップインフォメーションファイルにおけるブロックStreamInfo()内の並び順でより前の方に配置される字幕ストリームが選択される。そして、図４２のステップＳ８４に処理が移行する。
ステップＳ１１６で、条件を満たす字幕ストリームが存在しないと判断されれば、処理はステップＳ１１８に移行する。ステップＳ１１８では、選択可能な字幕ストリームが存在しないとして、プロパティsubtitleFlagの値を、字幕を表示しないことを指定する値"０"に設定する。
図４２におけるステップＳ８４によるプロパティsubtitleFlagの自動設定の一例の処理を、図４６のフローチャートを用いてより詳細に説明する。プロパティsubtitleFlagの自動設定が開始されると（ステップＳ１２０）、ステップＳ１２１で、メソッドplay()の字幕再生の状態を表す引数subtitle_statusが、自動設定を示す値"−１"になっているか、あるいは、省略されているか否かが判断される。若し、引数subtitle_statusに、値"−１"以外の値が設定されていれば、処理はステップＳ１２２に移行し、引数subtitle_statusに設定されている値をプロパティsubtitleFlagに対して設定する。
若し、引数subtitle_statusが値"−１"になっているか、あるいは、省略されてれば処理はステップＳ１２３に移行する。ステップＳ１２３では、ムービープレーヤ３００のプロパティsubtitleLanguegeCodeで表される言語コードと、現在選択されている音声ストリームの言語コード（ムービープレーヤ３００のプロパティaudioLanguegeCode）とが一致し、且つ、プロパティaudioFlagの値が"０"ではない値、すなわち、プロパティaudioFlagが音声ストリームを再生するような値に設定されているか否かが判断される。若し、ステップＳ１２３の条件を満たしていると判断されれば、処理はステップＳ１２４に移行する。
ステップＳ１２４では、プロパティsubtitleFlagが値"０"に設定され、字幕表示を行わないようにされる。すなわち、ステップＳ１２３の条件を満たすことは、音声ストリームで再生される音声の言語と、字幕ストリームにより表示される字幕の言語とが同一であることを意味する。そこで、プロパティsubtitleFlagの値を"０"として、字幕の表示を抑止する。
ステップＳ１２３の条件を満たしていないと判断された場合、処理はステップＳ１２５に移行する。ステップＳ１２５では、プロパティsubtitleFlagが値"１"とされ、字幕表示を行うようにする。
なお、図４６では、ステップＳ１２３、Ｓ１２４およびＳ１２５において、字幕ストリームの言語コードに基づき字幕表示のＯＮ／ＯＦＦを設定している。これはこの例に限らず、字幕ストリームの属性をさらに利用して字幕表示のＯＮ／ＯＦＦを設定するようにしてもよい。例えば、字幕と音声の言語が一致していても、字幕ストリームの属性が通常の字幕ではない字幕、例えば上述したコメンタリ用字幕を表す場合、字幕の表示を抑止しない（プロパティsubtitleFlagの値を"１"にする）ようにすることが考えられる。これは、字幕ストリームがコメンタリ用であれば、字幕の表示を抑制する必要が無いためである。
字幕ストリームの属性は、図３１で既に説明したように、クリップＡＶストリームファイル"XXXXX.CLP"におけるブロックStaticInfo()内のフィールドsubtitle_presentation_typeの値により表される。
字幕ストリームの属性を用いて字幕表示のＯＮ／ＯＦＦを設定する場合の一例の処理を、図４７のフローチャートを用いて説明する。図４７において、上述した図４６と共通する部分には同一の符号を付し、詳細な説明を省略する。ステップＳ１２３による判断で、ムービープレーヤ３００のプロパティsubtitleLanguegeCodeで表される言語コードと、現在選択されている音声ストリームの言語コードとが一致し、且つ、プロパティaudioFlagの値が"０"ではない値に設定されていると判断されれば、処理はステップＳ１２６に移行する。
ステップＳ１２６では、字幕ストリームの属性が通常の字幕(Normal)の属性を示しているか否かが判断される。若し、字幕ストリームの属性が通常の字幕の属性を示していると判断されれば、処理はステップＳ１２４に移行され、プロパティsubtitleFlagが値"０"に設定され、字幕表示を行わないようにされる。また、字幕ストリームの属性が通常の字幕の属性を示していないと判断されれば、処理はステップＳ１２５に移行され、プロパティsubtitleFlagが値"１"とされ、字幕表示を行うようにする。
以上説明したようにして、この発明の実施の一形態による、音声および字幕の適切な自動選択が実現される。
なお、上述では、言語の異なる複数の音声ストリームを多重化するように説明したが、これはこの例に限定されない。例えば、言語が同一で内容が異なる音声ストリームを多重化することもできる。一例として、同一の言語で内容の異なる音声ストリームＡと音声ストリームＢとを多重化し、一方（例えば音声ストリームＡ）をオリジナル言語とすることができる。
ＵＭＤビデオ規格のレイヤ構成を示す略線図である。 この発明の実施の一形態による一例のプレーヤモデルを模式的に示す略線図である。 ムービープレーヤの一例の内部構成を示す略線図である。 ムービープレーヤの一例の内部構成を示す略線図である。 この発明の実施の一形態によるムービープレーヤのイベントモデルを模式的に示す略線図である。 プレイリストの再生中に発生する一例のイベントを示す略線図である。 ムービープレーヤオブジェクトが有する一例のプロパティを一覧して示す略線図である。 ムービープレーヤオブジェクトが有する一例のメソッドを一覧して示す略線図である。 ユーザ入力による一例のキー入力を示す略線図である。 ユーザ入力による一例のキー入力を示す略線図である。 キー入力に応じた一例の制御コマンドを示す略線図である。 キー入力に対応する一例のイベントを示す略線図である。 一例のイベントハンドラを示す略線図である。 一例のイベントハンドラを示す略線図である。 ユーザ入力イベントをきっかけとして、用意されたプログラムが実行される一例の処理を示すフローチャートである。 ＵＭＤビデオプレーヤにディスクがロードされてからイジェクトされるまでの処理を概略的に示すフローチャートである。 スクリプトファイルの構成例を示す略線図である。 イベントハンドラonAutoPlay()を実行する一例の手順を示すフローチャートである。 イベントハンドラonContinuePlay()を実行する一例の手順を示すフローチャートである。 再生終了時の一例の処理を示すフローチャートである。 スクリプトプログラムの例について説明するための図である。 一例のスクリプトプログラムを示す略線図である。 ＵＭＤビデオ規格に適用されるファイルの管理構造を ファイル"PLAYLIST.DAT"の全体構造を表す一例のシンタクスを示す略線図である。 ブロックPlayItem()の一例の内部構造を示す略線図である。 ブロックPlayListMark()の一例の内部構造を示す略線図である。 ブロックMark()内のフィールドmark_typeについて説明するための図である。 クリップＡＶストリームファイル内でのマーク時刻の指定について説明するための図である。 クリップＡＶストリームファイル"XXXXX.CLP"の全体構造を表す一例のシンタクスを示す略線図である。 ブロックStreamInfo()のエレメンタリストリームに対する関連付けを説明するための図である。 ブロックStaticInfo()の一例の内部構造を示す略線図である。 ブロックDynamicInfo()の一例の内部構造を示す略線図である。 ブロックEP_map()の一例の内部構造を示す略線図である。 この発明を適用可能なディスク再生装置の一例の構成を概略的に示すブロック図である。 ディスク再生装置における動作をより詳細に説明するための機能ブロック図である。 この発明の実施の一形態による音声および字幕ストリームの自動選択について説明するための図である。 この発明の実施の一形態による音声および字幕ストリームの自動選択について説明するための図である。 この発明の実施の一形態による音声および字幕ストリームの自動選択について説明するための図である。 プロパティaudioFlagが取り得る一例の値を示す略線図である。 プロパティsubtitleFlagの取り得る一例の値を示す略線図である。 メソッドplay()の一例の引数を一覧して示す略線図である。 複数種類の音声ストリームおよび字幕ストリームを自動選択する際の処理の流れを概略的に示すフローチャートである。 音声ストリーム自動選択の一例の処理をより詳細に説明するためのフローチャートである。 音声ストリーム自動選択の一例の処理をより詳細に説明するためのフローチャートである。 字幕ストリーム自動選択の一例の処理をより詳細に説明するためのフローチャートである。 プロパティsubtitleFlagの自動設定の一例の処理を詳細に説明するためのフローチャートである。 プロパティsubtitleFlagの自動設定の他の例の処理を説明するためのフローチャートである。
符号の説明
１０１ ディスク
１１２ ＣＰＵ
１１３ メモリ
１１５ 入力インターフェイス
１１６ ビデオデコーダ
１１７ オーディオデコーダ
１１８ ビデオ出力インターフェイス
１１９ オーディオ出力インターフェイス
２０１ オペレーションシステム
２１０ ビデオコンテンツ再生部
２１１ スクリプト制御モジュール
２１２ プレーヤ制御モジュール
２１４ デコード制御モジュール
２１５ バッファ制御モジュール
２１６ ビデオデコーダ制御モジュール
２１７ オーディオデコーダ制御モジュール
２１８ 字幕デコーダ制御モジュール
２１９ グラフィクス制御モジュール
２４１ ビデオ出力モジュール
２４２ オーディオ出力モジュール
２５０ 不揮発性メモリ制御モジュール
３００ ムービープレーヤ
３０１ ネイティブ実装プラットフォーム
３０２ スクリプトレイヤ
３１０ ユーザ入力
３１１ 制御コマンド
３１２ イベント
３１３ メソッド
３２０ データベース
３２１ プレイバックモジュール
３２２ デコーダエンジン
３２３ プロパティ
３２４ リジュームインフォメーション

Claims (17)

  1. 円盤状記録媒体に記録されたコンテンツデータを再生する再生装置において、
    少なくとも、ビデオストリーム、該ビデオストリームにそれぞれ対応する１または複数の音声ストリームおよび１または複数の字幕ストリームを含むコンテンツデータと、該コンテンツデータの再生を制御する再生制御プログラムとが記録された記録媒体からデータを読み出す読み出し手段と、
    上記再生制御プログラムに従い上記コンテンツデータを再生するプレーヤ手段と、
    上記プレーヤ手段に対して上記コンテンツデータの再生時に上記１または複数の音声ストリームからオリジナル言語による音声ストリームを自動的に選択する第１のモードを設定する第１のモード設定手段と
    を備えることを特徴とする再生装置。
  2. 請求項１に記載の再生装置において、
    上記プレーヤ手段に対して上記コンテンツデータの再生時に上記字幕ストリームを再生するか否かを選択する第２のモードを設定する第２のモード設定手段をさらに備えることを特徴とする再生装置。
  3. 請求項２に記載の再生装置において、
    上記１または複数の音声ストリームから１の音声ストリームを自動選択するか否かを設定する音声ストリーム自動選択設定手段と、
    上記１または複数の字幕ストリームから１の字幕ストリームを自動選択するか否かを設定する字幕ストリーム自動選択設定手段と
    をさらに備え、
    上記音声ストリーム自動選択設定手段の設定に基づき自動選択された上記音声ストリームの言語と、上記字幕ストリーム自動選択設定手段の設定に基づき自動選択された上記字幕ストリームの言語とが一致した場合、該選択された字幕ストリームを再生しないように上記第２のモード手段の上記第２のモードを自動設定するようにしたことを特徴とする再生装置。
  4. 請求項３に記載の再生装置において、
    上記音声ストリーム自動選択設定手段による上記自動選択は、上記モード設定手段により上記第１のモードが設定されていれば、上記１または複数の音声ストリームからオリジナル言語による音声ストリームを選択し、上記モード設定手段により上記第１のモードが設定されていなければ、上記１または複数の音声ストリームから上記プレーヤ手段に設定された言語による音声ストリームを選択するようにしたことを特徴とする再生装置。
  5. 請求項３に記載の再生装置において、
    上記字幕ストリーム自動設定手段による上記自動選択は、上記１または複数の字幕ストリームから上記プレーヤ手段に設定された言語による字幕ストリームを選択するようにしたことを特徴とする再生装置。
  6. 請求項１に記載の再生装置において、
    上記記録媒体には、少なくとも上記１または複数の音声ストリームのそれぞれを特定する情報が記述されるストリーム情報がさらに記録され、
    上記プレーヤ手段は、上記１または複数の上記音声ストリームのうち上記ストリーム情報内で最も先頭側に記述された上記音声ストリームを上記オリジナル言語による音声ストリームであると判断するようにしたことを特徴とする再生装置。
  7. 請求項６に記載の再生装置において、
    上記ストリーム情報には、さらに、上記音声ストリームのチャンネル数情報が記述され、
    上記プレーヤ手段は、上記１または複数の上記音声ストリームのうち、上記オリジナル言語による音声ストリームと同一の言語で、チャンネル数が最大の音声ストリームを自動的に選択するようにしたことを特徴とする再生装置。
  8. 請求項７に記載の再生装置において
    上記プレーヤ手段は、上記１または複数の上記音声ストリームのうち、上記オリジナル言語による音声ストリームと同一の言語で、チャンネル数が同一の音声ストリームが複数、存在するときは、上記ストリーム情報内でより先頭側に記述された上記音声ストリームを選択するようにしたことを特徴とする再生装置。
  9. 請求項１に記載の再生装置において、
    上記記録媒体には、少なくとも上記１または複数の字幕ストリームのそれぞれを特定する情報が記述されるストリーム情報がさらに記録され、
    上記プレーヤ手段は、上記１または複数の字幕ストリームのうち、同一の言語の字幕ストリームが複数、存在するときは、上記ストリーム情報内でより先頭側に記述された上記字幕ストリームを選択するようにしたことを特徴とする再生装置。
  10. 円盤状記録媒体に記録されたコンテンツデータを再生する再生方法において、
    少なくとも、ビデオストリーム、該ビデオストリームにそれぞれ対応する１または複数の音声ストリームおよび１または複数の字幕ストリームを含むコンテンツデータと、該コンテンツデータの再生を制御する再生制御プログラムとが記録された記録媒体からデータを読み出す読み出しのステップと、
    上記再生制御プログラムに従い上記コンテンツデータを再生するコンテンツ再生のステップと、
    上記コンテンツ再生のステップに対して上記コンテンツデータの再生時に上記１または複数の音声ストリームからオリジナル言語による音声ストリームを自動的に選択するモードを設定するモード設定のステップと
    を備えることを特徴とする再生方法。
  11. 円盤状記録媒体に記録されたコンテンツデータを再生する再生方法をコンピュータ装置に実行させる再生プログラムにおいて、
    上記再生方法は、
    少なくとも、ビデオストリーム、該ビデオストリームにそれぞれ対応する１または複数の音声ストリームおよび１または複数の字幕ストリームを含むコンテンツデータと、該コンテンツデータの再生を制御する再生制御プログラムとが記録された記録媒体からデータを読み出す読み出しのステップと、
    上記再生制御プログラムに従い上記コンテンツデータを再生するコンテンツ再生のステップと、
    上記コンテンツ再生のステップに対して上記コンテンツデータの再生時に上記１または複数の音声ストリームからオリジナル言語による音声ストリームを自動的に選択するモードを設定するモード設定のステップと
    を備えることを特徴とする再生プログラム。
  12. 少なくとも、
    ビデオストリームと、
    当該ビデオストリームにそれぞれ対応する１または複数の音声ストリームおよび１または複数の字幕ストリームを含むコンテンツデータと、
    該コンテンツデータの再生を制御する再生制御プログラムと
    少なくとも上記１または複数の音声ストリームのそれぞれを特定する情報が、オリジナル言語として用いる上記音声ストリームを特定する該情報を最も先頭側に配して記述されるストリーム情報と
    が記録されることを特徴とする記録媒体。
  13. 請求項１２に記載の記録媒体において、
    上記再生制御プログラムは、上記コンテンツデータを再生する再生装置に対して、上記ストリーム情報に基づき上記オリジナル言語を自動選択するように設定できることを特徴とする記録媒体。
  14. 請求項１３に記載の記録媒体において、
    上記再生制御プログラムは、上記再生装置に対して、上記１または複数の音声ストリームから１の音声ストリームを自動選択するように設定できると共に、上記１または複数の字幕ストリームから１の字幕ストリームを自動選択するように設定でき、上記再生装置に対し、上記設定に基づき自動選択された上記音声ストリームの言語と上記字幕ストリームの言語とが一致した場合、該選択された字幕ストリームを再生しないように設定させるようにしたことを特徴とする記録媒体。
  15. 請求項１２に記載の記録媒体において、
    上記ストリーム情報には、さらに、上記音声ストリームのチャンネル数情報が記述され、
    上記コンテンツデータを再生する再生装置に対して、上記１または複数の上記音声ストリームのうち、上記オリジナル言語による音声ストリームと同一の言語で、チャンネル数が最大の音声ストリームを自動的に選択させるようにしたことを特徴とする記録媒体。
  16. 請求項１５に記載の記録媒体において
    上記１または複数の上記音声ストリームのうち、上記オリジナル言語による音声ストリームと同一の言語で、チャンネル数が同一の音声ストリームが複数、存在するときは、選択させたい上記音声ストリームを、上記ストリーム情報内でより先頭側に記述するようにしたことを特徴とする記録媒体。
  17. 請求項１２に記載の記録媒体において、
    上記ストリーム情報には、さらに、少なくとも上記１または複数の字幕ストリームのそれぞれを特定する情報が記述され、
    上記１または複数の字幕ストリームのうち、同一の言語の字幕ストリームが複数、存在するときは、選択させたい上記字幕ストリームを、上記ストリーム情報内でより先頭側に記述するようにしたことを特徴とする記録媒体。
JP2004239347A 2004-08-19 2004-08-19 再生装置、再生方法および再生プログラム、ならびに、記録媒体 Expired - Fee Related JP4339206B2 (ja)

Priority Applications (9)

Application Number Priority Date Filing Date Title
JP2004239347A JP4339206B2 (ja) 2004-08-19 2004-08-19 再生装置、再生方法および再生プログラム、ならびに、記録媒体
MX2007001866A MX2007001866A (es) 2004-08-19 2005-08-02 Aparato de reproduccion, metodo de reproduccion, programa de reproduccion, medio de grabacion y estructura de datos.
KR1020077003876A KR101237160B1 (ko) 2004-08-19 2005-08-02 재생 장치 및 기록 매체
US11/573,696 US8019199B2 (en) 2004-08-19 2005-08-02 Reproduction device, reproduction method, reproduction program, recording medium, and data structure
TR2007/00950T TR200700950T1 (tr) 2004-08-19 2005-08-02 Kopyalama aparatı, kopyalama yöntemi, kopyalama programı, kayıt ortamı ve veri yapısı.
RU2007106078/28A RU2381574C2 (ru) 2004-08-19 2005-08-02 Устройство воспроизведения, способ воспроизведения и носитель записи
CN2005800358504A CN101044573B (zh) 2004-08-19 2005-08-02 再现设备、再现方法、再现程序、记录介质和数据结构
PCT/JP2005/014491 WO2006019000A1 (ja) 2004-08-19 2005-08-02 再生装置､再生方法､再生プログラム､記録媒体、ならびに、データ構造
TW094126597A TW200608362A (en) 2004-08-19 2005-08-04 Reproduction device, reproduction method, reproduction program, recording medium, and data structure

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004239347A JP4339206B2 (ja) 2004-08-19 2004-08-19 再生装置、再生方法および再生プログラム、ならびに、記録媒体

Publications (3)

Publication Number Publication Date
JP2006059435A true JP2006059435A (ja) 2006-03-02
JP2006059435A5 JP2006059435A5 (ja) 2007-09-27
JP4339206B2 JP4339206B2 (ja) 2009-10-07

Family

ID=35907390

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004239347A Expired - Fee Related JP4339206B2 (ja) 2004-08-19 2004-08-19 再生装置、再生方法および再生プログラム、ならびに、記録媒体

Country Status (9)

Country Link
US (1) US8019199B2 (ja)
JP (1) JP4339206B2 (ja)
KR (1) KR101237160B1 (ja)
CN (1) CN101044573B (ja)
MX (1) MX2007001866A (ja)
RU (1) RU2381574C2 (ja)
TR (1) TR200700950T1 (ja)
TW (1) TW200608362A (ja)
WO (1) WO2006019000A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070041711A1 (en) * 2005-08-22 2007-02-22 Lg Electronics Apparatus for reproducing data, method thereof, apparatus for recording the same, method thereof and recording medium
JP2009180972A (ja) * 2008-01-31 2009-08-13 Panasonic Corp オーディオレジューム再生装置及びオーディオレジューム再生方法
CN102067591B (zh) * 2008-06-26 2014-03-19 松下电器产业株式会社 再现装置、记录装置、再现方法及记录方法
KR101486354B1 (ko) * 2008-07-02 2015-01-26 엘지전자 주식회사 방송 수신기 및 방송 데이터 처리 방법
JP2010187158A (ja) * 2009-02-12 2010-08-26 Funai Electric Co Ltd コンテンツ処理装置
KR101692097B1 (ko) * 2010-03-31 2017-01-02 톰슨 라이센싱 비디오 데이터의 트릭 재생
KR20110138877A (ko) * 2010-06-22 2011-12-28 삼성전자주식회사 오디오 스트림 송신 장치, 오디오 스트림의 수신 장치 및 그의 송/수신 방법
US20130058623A1 (en) * 2011-09-07 2013-03-07 Vesstech, Inc. Video warning systems for devices, products, containers and other items
US9571870B1 (en) * 2014-07-15 2017-02-14 Netflix, Inc. Automatic detection of preferences for subtitles and dubbing
WO2017203629A1 (ja) * 2016-05-25 2017-11-30 ヤマハ株式会社 コンテンツ再生装置、およびコンテンツ再生方法
CN106060266B (zh) * 2016-06-28 2019-06-21 Oppo广东移动通信有限公司 控制方法、控制装置及电子装置
CN108174308B (zh) * 2017-12-28 2020-06-16 Oppo广东移动通信有限公司 视频播放方法、视频播放装置、存储介质及电子设备
CN108259986B (zh) * 2018-01-17 2021-06-01 海信电子科技（深圳）有限公司 多声道的音频播放方法及装置、电子设备、存储介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5576843A (en) * 1993-10-29 1996-11-19 Time Warner Entertainment Co., L.P. System and method for controlling play of multiple dialog audio tracks of a software carrier
JP3493822B2 (ja) 1995-08-04 2004-02-03 ソニー株式会社 データ記録方法及び装置、並びに、データ再生方法及び装置
EP0926680A3 (en) * 1997-12-25 2001-10-04 Pioneer Electronic Corporation Information reproducing apparatus
US6393201B1 (en) * 1998-01-07 2002-05-21 Hitachi, Ltd. Reproducing apparatus and reproducing/recording apparatus memorizing identification information of optical information meda and method thereof
US6542200B1 (en) * 2001-08-14 2003-04-01 Cheldan Technologies, Inc. Television/radio speech-to-text translating processor
JP2004023646A (ja) * 2002-06-19 2004-01-22 Sanyo Electric Co Ltd 光ディスク再生装置
JP4082968B2 (ja) 2002-09-17 2008-04-30 三洋電機株式会社 光ディスク再生装置
JP4167051B2 (ja) * 2002-12-24 2008-10-15 アルパイン株式会社 Ｄｖｄ再生装置およびその音声・字幕設定方法
WO2004077811A2 (en) * 2003-02-21 2004-09-10 Matsushita Electric Industrial Co., Ltd. Apparatus and method for simultaneously utilizing audio visual data

Also Published As

Publication number Publication date
CN101044573B (zh) 2010-11-17
KR20070043011A (ko) 2007-04-24
TR200700950T1 (tr) 2007-04-24
KR101237160B1 (ko) 2013-02-25
TW200608362A (en) 2006-03-01
WO2006019000A1 (ja) 2006-02-23
CN101044573A (zh) 2007-09-26
MX2007001866A (es) 2007-07-24
TWI319567B (ja) 2010-01-11
RU2007106078A (ru) 2008-08-27
RU2381574C2 (ru) 2010-02-10
JP4339206B2 (ja) 2009-10-07
US20080063373A1 (en) 2008-03-13
US8019199B2 (en) 2011-09-13

Similar Documents

Publication Publication Date Title
JP4332089B2 (ja) 再生装置、再生方法および再生プログラム、ならびに、記録媒体
KR101237160B1 (ko) 재생 장치 및 기록 매체
TWI328801B (ja)
JP4241731B2 (ja) 再生装置、再生方法、再生プログラムおよび記録媒体
KR101143252B1 (ko) 재생 장치, 재생 방법 및 기록 매체
US8139926B2 (en) Reproduction apparatus, reproduction method, reproduction program, record medium, and data structure
JP2007133938A (ja) オーディオミキシング出力の可否を示すフラグを持った情報記録媒体、および、その再生装置、再生方法
WO2006090664A1 (ja) 情報記録媒体、再生装置および再生方法
WO2007060913A1 (ja) 再生装置及びプログラム
AU2012200803A1 (en) Reproduction device, reproduction method, reproduction program, recording medium, and data structure

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20060210

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070813

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070813

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090303

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090430

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090623

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090701

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120710

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130710

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees