JP2006013726A - Information recording medium, and recording / reproducing apparatus and recording / reproducing method thereof - Google Patents

Information recording medium, and recording / reproducing apparatus and recording / reproducing method thereof Download PDF

Info

Publication number
JP2006013726A
JP2006013726A JP2004185583A JP2004185583A JP2006013726A JP 2006013726 A JP2006013726 A JP 2006013726A JP 2004185583 A JP2004185583 A JP 2004185583A JP 2004185583 A JP2004185583 A JP 2004185583A JP 2006013726 A JP2006013726 A JP 2006013726A
Authority
JP
Japan
Prior art keywords
information
event
data
still image
time
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.)
Pending
Application number
JP2004185583A
Other languages
Japanese (ja)
Inventor
Tadamasa Toma
正真 遠間
Shinya Sumino
眞也 角野
Tomoyuki Okada
智之 岡田
Ko Ikeda
航 池田
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.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP2004185583A priority Critical patent/JP2006013726A/en
Publication of JP2006013726A publication Critical patent/JP2006013726A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information recording medium, and a recording / reproducing apparatus and recording / reproducing method thereof capable of acquiring information required at reproduction such as a frame rate in the case of realizing a still picture by coded data of the MPEG-4 AVC (Moving Picture Experts Group-4, Advanced Video Coding). <P>SOLUTION: The recording / reproducing apparatus uses initializing information included in still picture data stored or storable in an information recording medium to express the frame rate of the still picture and acquires a display time of the still picture from a time map in the management information in the information recording medium. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

本発明は静止画再生時にランダムアクセス性を確保したパッケージメディアに関するものである。   The present invention relates to a package medium in which random accessibility is ensured during still image reproduction.

従来の技術である、DVD−Videoディスク(以下単にDVDと呼ぶ)について説明する。
図1は、DVDの構造を示した図である。図1の下段に示すように、DVDディスク上にはリードインからリードアウトまでの間に論理アドレス空間が設けられ、論理アドレス空間の先頭からファイルシステムのボリューム情報が記録され、続いて映像音声などのアプリケーションデータが記録されている。
A conventional DVD-Video disc (hereinafter simply referred to as DVD) will be described.
FIG. 1 is a diagram showing the structure of a DVD. As shown in the lower part of FIG. 1, a logical address space is provided on the DVD disc from lead-in to lead-out, and the volume information of the file system is recorded from the head of the logical address space, followed by video / audio, etc. Application data is recorded.

ファイルシステムとは、ISO9660やUDF(Universal Disc Format)のことであり、ディスク上のデータをディレクトリまたはファイルと呼ばれる単位で表現する仕組みである。日常使っているPC(パーソナルコンピュータ)の場合でも、FATまたはNTFSと呼ばれるファイルシステムを通すことにより、ディレクトリやファイルという構造でハードディスクに記録されたデータがコンピュータ上で表現され、ユーザビリティを高めている。   A file system is ISO9660 or UDF (Universal Disc Format), and is a mechanism for expressing data on a disk in units called directories or files. Even in the case of a personal computer (PC) that is used daily, data recorded on a hard disk in a directory or file structure is expressed on the computer by passing through a file system called FAT or NTFS, thereby improving usability.

DVDの場合、UDFおよびISO9660両方を使用しており(両方を合わせて「UDFブリッジ」と呼ぶ事がある)、UDFまたはISO9660どちらのファイルシステムドライバによってもデータの読み出しができるようになっている。勿論、書き換え型のDVDディスクであるDVD−RAM/R/RWでは、これらファイルシステムを介し、物理的にデータの読み、書き、削除が可能である。   In the case of a DVD, both UDF and ISO9660 are used (sometimes referred to as “UDF bridge” together), and data can be read by either UDF or ISO9660 file system drivers. Of course, in a DVD-RAM / R / RW which is a rewritable DVD disk, data can be physically read, written and deleted via these file systems.

DVD上に記録されたデータは、UDFブリッジを通して、図1左上に示すようなディレクトリまたはファイルとして見ることができる。ルートディレクトリ(図中「ROOT」)の直下に「VIDEO_TS」と呼ばれるディレクトリが置かれ、ここにDVDのアプリケーションデータが記録されている。アプリケーションデータは、複数のファイルとして記録され、主なファイルとして以下のものがある。   Data recorded on the DVD can be viewed as a directory or file as shown in the upper left of FIG. 1 through the UDF bridge. A directory called “VIDEO_TS” is placed directly under the root directory (“ROOT” in the figure), and DVD application data is recorded therein. Application data is recorded as a plurality of files, and the main files are as follows.

VIDEO_TS.IFO ディスク再生制御情報ファイル
VTS_01_0.IFO ビデオタイトルセット#1再生制御情報ファイル
VTS_01_0.VOB ビデオタイトルセット#1ストリームファイル
.....
拡張子として2つの種類が規定されており、「IFO」は再生制御情報が記録されたファイルであって、「VOB」はAVデータであるMPEGストリームが記録されたファイルである。再生制御情報とは、DVDで採用されたインタラクティビティ(ユーザの操作に応じて再生を動的に変化させる技術)を実現するための情報や、メタデータのようなタイトルやAVストリームに付属する情報などのことである。また、DVDでは一般的に再生制御情報のことをナビゲーション情報と呼ぶことがある。
VIDEO_TS. IFO disc playback control information file VTS_01_0. IFO video title set # 1 playback control information file VTS_01_0. VOB video title set # 1 stream file. . . . .
Two types of extensions are defined, “IFO” is a file in which reproduction control information is recorded, and “VOB” is a file in which an MPEG stream that is AV data is recorded. The playback control information is information for realizing interactivity (technology for dynamically changing playback in accordance with user operations) adopted by DVD, information attached to titles and AV streams such as metadata. And so on. In DVD, generally, reproduction control information is sometimes referred to as navigation information.

再生制御情報ファイルは、ディスク全体を管理する「VIDEO_TS.IFO」と、個々のビデオタイトルセット(DVDでは複数のタイトル、言い換えれば異なる映画や異なるバージョンの映画を1枚のディスクに記録することが可能である。)毎の再生制御情報である「VTS_01_0.IFO」がある。ここで、ファイル名ボディにある「01」はビデオタイトルセットの番号を示しており、例えば、ビデオタイトルセット#2の場合は、「VTS_02_0.IFO」となる。   The playback control information file includes “VIDEO_TS.IFO” for managing the entire disc and individual video title sets (multiple titles for DVD, in other words, different movies and different versions of movies can be recorded on one disc. There is “VTS — 01 — 0.IFO” which is reproduction control information for each. Here, “01” in the file name body indicates the number of the video title set. For example, in the case of the video title set # 2, “VTS — 02 — 0.IFO”.

図1の右上部は、DVDのアプリケーション層でのDVDナビゲーション空間であり、前述した再生制御情報が展開された論理構造空間である。「VIDEO_TS.IFO」内の情報は、VMGI(Video Manager Information)として、「VTS_01_0.IFO」または、他のビデオタイトルセット毎に存在する再生制御情報はVTSI(Video Title Set Information)としてDVDナビゲーション空間に展開される。   The upper right part of FIG. 1 is a DVD navigation space in the DVD application layer, which is a logical structure space in which the above-described reproduction control information is expanded. Information in “VIDEO_TS.IFO” is stored in the DVD navigation space as VMGI (Video Manager Information), “VTS — 01 — 0.IFO”, or playback control information existing for each other video title set is stored in VTSI (Video Title Set Information). Be expanded.

VTSIの中にはPGC(Program Chain)と呼ばれる再生シーケンスの情報であるPGCI(Program Chain Information)が記述されている。PGCIは、Cellの集合とコマンドと呼ばれる一種のプログラミング情報によって構成されている。Cell自身はVOB(Video Objectの略であり、MPEGストリームを指す)の一部区間または全部区間の集合であり、Cellの再生は、当該VOBのCellによって指定された区間を再生することを意味している。   In VTSI, PGCI (Program Chain Information), which is information of a reproduction sequence called PGC (Program Chain), is described. The PGCI is composed of a set of cells and a kind of programming information called a command. Cell itself is a set of a part or all of a VOB (which is an abbreviation of Video Object and indicates an MPEG stream), and playback of a cell means that a section specified by the cell of the VOB is played back. ing.

コマンドは、DVDの仮想マシンによって処理されるものであり、ブラウザ上で実行されるJavaScript(登録商標)などに近いものである。しかしながらJavaScriptが論理演算の他にウィンドウやブラウザの制御(例えば、新しいブラウザのウィンドウを開くなど)を行うのに対して、DVDのコマンドは、論理演算の他にAVタイトルの再生制御、例えば、再生するチャプタの指定などを実行するだけのものである点で異なっている。   The command is processed by the DVD virtual machine, and is similar to JavaScript (registered trademark) executed on the browser. However, JavaScript controls windows and browsers in addition to logical operations (for example, opens a new browser window), while DVD commands control AV title playback controls in addition to logical operations, such as playback. The only difference is that it only specifies the chapters to be executed.

Cellはディスク上に記録されているVOBの開始および終了アドレス(ディスク上での論理記録アドレス)をその内部情報として有しており、プレーヤは、Cellに記述されたVOBの開始および終了アドレス情報を使ってデータの読み出し、再生を実行する。   The Cell has the VOB start and end addresses (logical recording addresses on the disc) recorded on the disk as its internal information, and the player uses the VOB start and end address information described in the Cell. Use to read and play data.

図2はAVストリーム中に埋め込まれているナビゲーション情報を説明する概略図である。DVDの特長であるインタラクティビティは前述した「VIDEO_TS.IFO」や「VTS_01_0.IFO」などに記録されているナビゲーション情報だけによって実現されているのではなく、幾つかの重要な情報はナビゲーション パック(ナビパックまたは、NV_PCKと称する)と呼ばれる専用キャリアを使いVOB内に映像、音声データと一緒に多重化されている。   FIG. 2 is a schematic diagram for explaining navigation information embedded in an AV stream. The interactivity that is the feature of DVD is not realized only by the navigation information recorded in the above-mentioned “VIDEO_TS.IFO” or “VTS — 01 — 0.IFO”. It is multiplexed with video and audio data in a VOB using a dedicated carrier called a pack or NV_PCK).

ここでは簡単なインタラクティビティの例としてメニューを説明する。メニュー画面上には、幾つかのボタンが現れ、夫々のボタンには当該ボタンが選択実行された時の処理が定義されている。また、メニュー上では一つのボタンが選択されており(ハイライトによって選択ボタン上に半透明色がオーバーレイされており該ボタンが選択状態であることをユーザに示す)、ユーザは、リモコンの上下左右キーを使って、選択状態のボタンを上下左右の何れかのボタンに移動させることが出来る。リモコンの上下左右キーを使って、選択実行したいボタンまでハイライトを移動させ、決定する(決定キーを押す)ことによって対応するコマンドのプログラムが実行される。一般的には対応するタイトルやチャプタの再生がコマンドによって実行されている。   Here, a menu is described as an example of simple interactivity. Several buttons appear on the menu screen, and each button defines processing when the button is selected and executed. In addition, one button is selected on the menu (a highlight is overlaid with a semi-transparent color on the selection button to indicate to the user that the button is selected), and the user Using the key, the selected button can be moved to either the top, bottom, left or right button. Using the up / down / left / right keys on the remote control, move the highlight to the button you want to select and execute, and press the enter key to execute the corresponding command program. In general, reproduction of a corresponding title or chapter is executed by a command.

図2の左上部はNV_PCK内に格納される制御情報の概要を示している。
NV_PCK内には、ハイライトカラー情報と個々のボタン情報などが含まれている。ハイライトカラー情報には、カラーパレット情報が記述され、オーバーレイ表示されるハイライトの半透明色が指定される。ボタン情報には、個々のボタンの位置情報である矩形領域情報と、当該ボタンから他のボタンへの移動情報(ユーザの上下左右キー操作夫々に対応する移動先ボタンの指定)と、ボタンコマンド情報(当該ボタンが決定された時に実行されるコマンド)が記述されている。
The upper left part of FIG. 2 shows an outline of control information stored in NV_PCK.
NV_PCK includes highlight color information and individual button information. In the highlight color information, color palette information is described, and a semi-transparent color of the highlight displayed on the overlay is designated. The button information includes rectangular area information that is position information of each button, movement information from the button to another button (designation of a destination button corresponding to each of the user's up / down / left / right key operations), and button command information. (Command executed when the button is determined) is described.

メニュー上のハイライトは、図2の中央右上部に示すように、オーバーレイ画像として作られる。オーバーレイ画像は、ボタン情報の矩形領域情報にカラーパレット情報の色をつけた物である。このオーバーレイ画像は図2の右部に示す背景画像と合成されて画面上に表示される。   The highlight on the menu is created as an overlay image as shown in the upper right part of the center of FIG. The overlay image is obtained by adding the color palette information color to the rectangular area information of the button information. This overlay image is combined with the background image shown in the right part of FIG. 2 and displayed on the screen.

上述のようにして、DVDではメニューを実現している。また、何故、ナビゲーションデータの一部を、NV_PCKを使ってストリーム中に埋め込んでいるのは、ストリームと同期して動的にメニュー情報を更新したり(例えば、映画再生の途中5分〜10分の間にだけメニューが表示されるなど)、同期タイミングが問題となりやすいアプリケーションの場合でも、問題なく実現できるようにしたためである。また、もう一つの大きな理由は、NV_PCKには特殊再生を支援するための情報を格納し、DVD再生時の早送り、巻き戻しなどの非通常再生時にも円滑にAVデータをデコードし再生させる等、ユーザの操作性を向上させるためである。   As described above, the menu is realized in the DVD. Also, because part of the navigation data is embedded in the stream using NV_PCK, the menu information is dynamically updated in synchronization with the stream (for example, 5 to 10 minutes during movie playback) This is because, even in the case of an application whose synchronization timing is likely to be a problem, it can be realized without any problem. Another major reason is that NV_PCK stores information for supporting special playback, and smoothly decodes and plays back AV data during non-normal playback such as fast-forward and rewind during DVD playback. This is to improve user operability.

図3は、DVDのストリームであるVOBのイメージである。図に示すように、映像、音声、字幕などのデータ(A段)は、MPEGシステム規格(ISO/IEC13818−1)に基づいて、パケットおよびパック化し(B段)、夫々を多重化して1本のMPEGプログラムストリームにしている(C段)。また、前述した通りインタラクティブを実現するためのボタンコマンドを含んだNV_PCKも一緒に多重化をされている。   FIG. 3 is an image of a VOB which is a DVD stream. As shown in the figure, data (A stage) such as video, audio, and subtitles is packetized and packed (B stage) based on the MPEG system standard (ISO / IEC13818-1), and each is multiplexed into a single line. MPEG program stream (stage C). Further, as described above, NV_PCK including a button command for realizing interactive is also multiplexed together.

MPEGシステムの多重化の特徴は、多重化する個々のデータは、そのデコード順に基づくビット列になっているが、多重化されるデータ間、即ち、映像、音声、字幕の間は必ずしも再生順に基づいてビット列が形成されている訳ではない。これは多重化したMPEGシステムストリームのデコーダモデル(一般にSystem Target Decoder、またはSTDと呼ばれる(図3のD段))が多重化を解いた後に個々のエレメンタリーストリームに対応するデコーダバッファを持ち、デコードタイミングまでに一時的にデータを蓄積している事に由来している。例えばDVD−Videoで規定されるデコーダバッファは、個々のエレメンタリーストリーム毎にサイズが異なり、映像に対しては、232KB、音声に対しては4KB、字幕に対しては52KBを夫々有している。   The multiplexing feature of the MPEG system is that each data to be multiplexed is a bit string based on the decoding order, but between the multiplexed data, that is, between video, audio and subtitles, is always based on the playback order. A bit string is not formed. This is a decoder model of a multiplexed MPEG system stream (generally called System Target Decoder or STD (D stage in FIG. 3)), which has a decoder buffer corresponding to each elementary stream after demultiplexing. This is because data is temporarily accumulated by the timing. For example, a decoder buffer defined by DVD-Video has a different size for each elementary stream, and has 232 KB for video, 4 KB for audio, and 52 KB for subtitles. .

即ち、映像データと並んで多重化されている字幕データが必ずしも同一タイミングでデコードもしくは再生されているわけでは無い。   That is, subtitle data multiplexed side by side with video data is not necessarily decoded or reproduced at the same timing.

一方、次世代DVD規格としてBD(Blu−ray Disc)がある。
DVDでは、標準画質(Standard Definition画質)の映像に対する、パッケージ配信(DVD−Video規格)やアナログ放送の記録(DVD Video Recording規格)を目的としてきたが、BDでは、高精度画質(High Definition画質)のデジタル放送をそのまま記録する(Blu−ray Disc Rewritable規格、以下BD−RE)ことができる。
On the other hand, there is BD (Blu-ray Disc) as a next-generation DVD standard.
The purpose of DVD has been aimed at package distribution (DVD-Video standard) and analog broadcast recording (DVD Video Recording standard) for video of standard definition (Standard Definition image quality), whereas BD has high-definition image quality (High Definition image quality). Can be recorded as it is (Blu-ray Disc Rewritable Standard, hereinafter referred to as BD-RE).

しかしながら、BD−RE規格は広くデジタル放送の記録を目的としているため、特殊再生の支援情報などが最適化されていない。将来的に、高精度映像をデジタル放送よりも高レートでパッケージ配信させることを考えると(BD−ROM規格)、非通常再生時でもユーザにストレスを与えない仕組みが必要となってくる。   However, since the BD-RE standard is widely used for digital broadcast recording, special playback support information is not optimized. In the future, considering that package distribution of high-accuracy video at a higher rate than digital broadcasting (BD-ROM standard), a mechanism that does not stress the user even during non-normal playback is required.

BD−REの特殊再生支援情報(タイムマップ)に関しては、特許文献1に公開されている。
特開2000−228656号公報
BD-RE special playback support information (time map) is disclosed in Patent Document 1.
JP 2000-228656 A

現在のBD−RE規格では、MPEG−4 AVC(Moving Picture Experts Group-4 Advanced Video Coding)の符号化データにより静止画を実現する際の方法が規定されていないという課題があった。   The current BD-RE standard has a problem that a method for realizing a still image by MPEG-4 AVC (Moving Picture Experts Group-4 Advanced Video Coding) encoded data is not defined.

本発明は、以上の課題を解決するためになされたものである。
本発明の請求項1にかかる情報記録媒体は、
少なくとも静止画のストリームとその管理情報とを記録した情報記録媒体であって、前記管理情報は前記ストリーム内の静止画の再生時刻情報と、前記静止画のストリーム内での開始アドレス情報とサイズ情報とを記録し、
前記静止画は、前記静止画の復号時に参照される初期化情報を格納するデータユニット、前記静止画の符号化データを格納するデータユニット、および、前記静止画がストリームにおける特定単位の終端であることを示すデータユニットを含む、複数のデータユニットから構成されることを特徴とする情報記録媒体である。
The present invention has been made to solve the above problems.
An information recording medium according to claim 1 of the present invention provides:
An information recording medium that records at least a still picture stream and management information thereof, wherein the management information includes reproduction time information of a still picture in the stream, start address information and size information in the still picture stream And record
The still image is a data unit that stores initialization information that is referred to when the still image is decoded, a data unit that stores encoded data of the still image, and the still image is an end of a specific unit in the stream. An information recording medium comprising a plurality of data units including data units indicating the above.

本発明の請求項2にかかる情報記録媒体は、
前記管理情報は、前記ストリーム内の全ての静止画についての情報を有することを特徴とする、請求項1に記載の情報記録媒体である。
An information recording medium according to claim 2 of the present invention provides:
2. The information recording medium according to claim 1, wherein the management information includes information on all still images in the stream.

本発明の請求項3にかかる情報記録媒体は、
前記管理情報は、前記静止画が独立に復号できるかどうかを示す復号識別情報を格納でき、前記管理情報により情報が示される全ての静止画は、前記復号識別情報により独立に復号できることが示されることを特徴とする請求項1に記載の情報記録媒体である。
An information recording medium according to claim 3 of the present invention is provided.
The management information can store decoding identification information indicating whether or not the still image can be decoded independently, and indicates that all the still images whose information is indicated by the management information can be decoded independently by the decoding identification information. The information recording medium according to claim 1.

本発明の請求項4にかかる情報記録媒体は、
前記静止画のフレームレートを示す情報が、前記初期化情報を格納するデータユニットに格納されることを特徴とする、請求項1に記載の情報記録媒体である。
An information recording medium according to claim 4 of the present invention provides:
The information recording medium according to claim 1, wherein information indicating a frame rate of the still image is stored in a data unit that stores the initialization information.

本発明の請求項5にかかる情報記録媒体は、
前記初期化情報を格納するデータユニットにおいては、データユニット内に前記静止画のフレームレートを示す情報が格納されることを示すフラグがセットされていることを特徴とする、請求項4に記載の情報記録媒体である。
An information recording medium according to claim 5 of the present invention is provided.
5. The data unit storing the initialization information, wherein a flag indicating that information indicating a frame rate of the still image is stored is set in the data unit. An information recording medium.

本発明の請求項6にかかる再生方法は、
請求項4に記載の情報記録媒体を再生する再生方法であり、前記管理情報に示される再生時刻情報に基づいてN番目の前記静止画を表示開始し、N+1番目の前記静止画の再生開始時刻となるまで、前記N番目の静止画を繰り返して表示することを特徴とする再生方法である。
The reproduction method according to claim 6 of the present invention is:
5. A reproduction method for reproducing an information recording medium according to claim 4, wherein display of the Nth still image is started based on reproduction time information indicated in the management information, and reproduction start time of the (N + 1) th still image is started. The reproduction method is characterized in that the Nth still image is repeatedly displayed until.

本発明の請求項7にかかる再生方法は、
前記N番目の静止画を継続して表示する際のフレームレートは、前記初期化情報を格納するデータユニットから取得することを特徴とする請求項6に記載の再生方法である。
本発明の請求項8にかかる再生装置は、
請求項4に記載の情報記録媒体を再生する再生装置であり、前記管理情報に示される再生時刻情報に基づいてN番目の前記静止画を表示開始し、N+1番目の前記静止画の再生開始時刻となるまで、前記N番目の静止画を繰り返して表示することを特徴とする再生装置である。
The reproduction method according to claim 7 of the present invention includes:
7. The reproduction method according to claim 6, wherein the frame rate for continuously displaying the Nth still image is obtained from a data unit storing the initialization information.
A playback device according to an eighth aspect of the present invention provides:
5. A playback apparatus for playing back the information recording medium according to claim 4, wherein display of the Nth still image is started based on playback time information indicated by the management information, and playback start time of the (N + 1) th still image is started. The playback apparatus is characterized by repeatedly displaying the Nth still image until

以上のように、本発明によれば、MPEG−4 AVCの符号化データにより静止画表示を実現できるとともに、全ての静止画をパッケージメディアの管理情報により指すことができるため、パッケージメディアの特殊再生機能を高めることができ、その実用的価値が高い。   As described above, according to the present invention, still image display can be realized by the encoded data of MPEG-4 AVC, and all the still images can be indicated by the management information of the package medium. The function can be enhanced and its practical value is high.

以下、本発明の実施の形態について、図面を参照しながら説明する。
(実施の形態1)
まず、本発明の第1の実施の形態について説明する。
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
(Embodiment 1)
First, a first embodiment of the present invention will be described.

(ディスク上の論理データ構造)
図4は、BD−ROMの構成、特にディスク媒体であるBDディスク(104)と、ディスクに記録されているデータ(101、102、103)の構成を示す図である。BDディスク(104)に記録されるデータは、AVデータ(103)と、AVデータに関する管理情報およびAV再生シーケンスなどのBD管理情報(102)と、インタラクティブを実現するBD再生プログラム(101)である。本実施の形態では、説明の都合上、映画のAVコンテンツを再生するためのAVアプリケーションを主眼においてのBDディスクの説明を行うが、他の用途として用いても勿論同様である。
(Logical data structure on disk)
FIG. 4 is a diagram showing a configuration of a BD-ROM, particularly a configuration of a BD disc (104) as a disc medium and data (101, 102, 103) recorded on the disc. The data recorded on the BD disc (104) is AV data (103), BD management information (102) such as management information related to AV data and an AV playback sequence, and a BD playback program (101) that realizes interactive processing. . In the present embodiment, for convenience of explanation, the BD disc is mainly described with reference to an AV application for playing back AV content of a movie.

図5は、上述したBDディスクに記録されている論理データのディレクトリ・ファイル構成を示した図である。BDディスクは、他の光ディスク、例えばDVDやCDなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリード・インと外周のリード・アウトの間に論理データを記録できる論理アドレス空間を有している。また、リード・インの内側にはBCA(Burst Cutting Area)と呼ばれるドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがある。   FIG. 5 is a diagram showing a directory / file structure of logical data recorded on the BD disc. A BD disc has a spiral recording area from its inner periphery to its outer periphery, like other optical discs such as DVDs and CDs, and stores logical data between the inner lead-in and outer lead-out. It has a logical address space that can be recorded. Further, inside the lead-in, there is a special area that can be read only by a drive called BCA (Burst Cutting Area). Since this area cannot be read from an application, it may be used for copyright protection technology, for example.

論理アドレス空間には、ファイルシステム情報(ボリューム)を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは従来技術で説明した通り、UDFやISO9660などのことであり、通常のPCと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になっている。   Application data such as video data is recorded in the logical address space with file system information (volume) at the head. As described in the prior art, the file system is UDF, ISO9660 or the like, and logical data recorded in the same way as a normal PC can be read using a directory and file structure. .

本実施例の場合、BDディスク上のディレクトリ、ファイル構造は、ルートディレクトリ(ROOT)直下にBDVIDEOディレクトリが置かれている。このディレクトリはBDで扱うAVコンテンツや管理情報などのデータ(図4で説明した101、102、103)が格納されているディレクトリである。   In the case of this embodiment, the directory and file structure on the BD disc is a BDVIDEO directory placed directly under the root directory (ROOT). This directory is a directory in which data (101, 102, 103 described in FIG. 4) such as AV contents and management information handled by the BD is stored.

BDVIDEOディレクトリの下には、次の7種類のファイルが記録されている。
BD.INFO(ファイル名固定)
「BD管理情報」の一つであり、BDディスク全体に関する情報を記録したファイルである。BDプレーヤは最初にこのファイルを読み出す。
The following seven types of files are recorded under the BDVIDEO directory.
BD. INFO (fixed file name)
This is one of “BD management information” and is a file in which information related to the entire BD disc is recorded. The BD player first reads this file.

BD.PROG(ファイル名固定)
「BD再生プログラム」の一つであり、BDディスク全体に関わる再生制御情報を記録したファイルである。
BD. PROG (fixed file name)
It is one of “BD playback programs” and is a file in which playback control information related to the entire BD disc is recorded.

XXX.PL(「XXX」は可変、拡張子「PL」は固定)
「BD管理情報」の一つであり、シナリオ(再生シーケンス)であるプレイリスト情報を記録したファイルである。プレイリスト毎に1つのファイルを持っている。
XXX. PL ("XXX" is variable, extension "PL" is fixed)
It is one of “BD management information” and is a file in which playlist information that is a scenario (playback sequence) is recorded. I have one file per playlist.

XXX.PROG(「XXX」は可変、拡張子「PL」は固定)
「BD再生プログラム」の一つであり、前述したプレイリスト毎の再生制御情報を記録したファイルである。プレイリストとの対応はファイルボディ名(「XXX」が一致する)によって識別される。
XXX. PROG ("XXX" is variable, extension "PL" is fixed)
It is one of “BD playback programs” and is a file in which playback control information for each playlist is recorded. Correspondence with a playlist is identified by a file body name (“XXX” matches).

YYY.VOB(「YYY」は可変、拡張子「VOB」は固定)
「AVデータ」の一つであり、VOB(従来例で説明したVOBと同じ)を記録したファイルである。VOB毎に1つのファイルを持っている。
YYY. VOB ("YYY" is variable, extension "VOB" is fixed)
It is one of “AV data” and is a file in which VOB (same as VOB described in the conventional example) is recorded. There is one file for each VOB.

YYY.VOBI(「YYY」は可変、拡張子「VOBI」は固定)
「BD管理情報」の一つであり、AVデータであるVOBに関わるストリーム管理情報を記録したファイルである。VOBとの対応はファイルボディ名(「YYY」が一致する)によって識別される。
YYY. VOBI ("YYY" is variable, extension "VOBI" is fixed)
It is one of “BD management information” and is a file in which stream management information related to VOB as AV data is recorded. The correspondence with the VOB is identified by the file body name (“YYY” matches).

ZZZ.PNG(「ZZZ」は可変、拡張子「PNG」は固定)
「AVデータ」の一つであり、字幕およびメニューを構成するためのイメージデータPNG(W3Cによって標準化された画像フォーマットであり「ピング」と読む)を記録したファイルである。1つのPNGイメージ毎に1つのファイルを持つ。
ZZZ. PNG ("ZZZ" is variable, extension "PNG" is fixed)
It is one of “AV data” and is a file in which image data PNG (image format standardized by W3C and read as “ping”) for composing subtitles and menus is recorded. There is one file for each PNG image.

(プレーヤの構成)
次に、前述したBDディスクを再生するプレーヤの構成について図6および図7を用いて説明する。
(Player configuration)
Next, the configuration of the player that plays the above-described BD disc will be described with reference to FIGS. 6 and 7. FIG.

図6は、プレーヤの大まかな機能構成を示すブロック図である。
BDディスク(201)上のデータは、光ピックアップ(202)を通して読み出される。読み出されたデータは夫々のデータの種類に応じて専用のメモリに転送される。BD再生プログラム(「BD.PROG」または「XXX.PROG」ファイルの中身)はプログラム記録メモリ(203)に、BD管理情報(「BD.INFO」、「XXX.PL」または「YYY.VOBI」)は管理情報記録メモリ(204)に、AVデータ(「YYY.VOB」または「ZZZ.PNG」)はAV記録メモリ(205)に夫々転送される。
FIG. 6 is a block diagram showing a rough functional configuration of the player.
Data on the BD disc (201) is read through the optical pickup (202). The read data is transferred to a dedicated memory according to the type of each data. The BD playback program (the contents of the “BD.PROG” or “XXX.PROG” file) is stored in the program recording memory (203) in the BD management information (“BD.INFO”, “XXX.PL” or “YYY.VOBI”). Are transferred to the management information recording memory (204), and the AV data ("YYY.VOB" or "ZZZ.PNG") are transferred to the AV recording memory (205).

プログラム記録メモリ(203)に記録されたBD再生プログラムはプログラム処理部(206)によって、管理情報記録メモリ(204)に記録されたBD管理情報は管理情報処理部(207)によって、また、AV記録メモリ(205)に記録されたAVデータはプレゼンテーション処理部(208)によって夫々処理される。   The BD playback program recorded in the program recording memory (203) is recorded by the program processing unit (206), and the BD management information recorded in the management information recording memory (204) is recorded by the management information processing unit (207). The AV data recorded in the memory (205) is processed by the presentation processing unit (208).

プログラム処理部(206)は、管理情報処理部(207)より再生するプレイリストの情報やプログラムの実行タイミングなどのイベント情報を受け取りプログラムの処理を行う。また、プログラムでは再生するプレイリストを動的に変える事が可能であり、この場合は管理情報処理部(207)に対してプレイリストの再生命令を送ることで実現する。プログラム処理部(206)は、ユーザからのイベント、即ちリモコンキーからのリクエストを受け、ユーザイベントに対応するプログラムがある場合は、それを実行する。   The program processing unit (206) receives event information such as playlist information to be played back and program execution timing from the management information processing unit (207), and processes the program. Also, the program can dynamically change the play list to be played back. In this case, the play list play command is sent to the management information processing unit (207). The program processing unit (206) receives an event from the user, that is, a request from the remote control key, and executes a program corresponding to the user event if there is a program.

管理情報処理部(207)は、プログラム処理部(206)の指示を受け、対応するプレイリストおよびプレイリストに対応したVOBの管理情報を解析し、プレゼンテーション処理部(208)に対象となるAVデータの再生を指示する。また、管理情報処理部(207)は、プレゼンテーション処理部(208)より基準時刻情報を受け取り、時刻情報に基づいてプレゼンテーション処理部(208)にAVデータ再生の停止指示を行い、また、プログラム処理部(206)に対してプログラム実行タイミングを示すイベントを生成する。   The management information processing unit (207) receives an instruction from the program processing unit (206), analyzes the management information of the VOB corresponding to the corresponding playlist and the playlist, and the AV data to be processed by the presentation processing unit (208). Instruct to play. Also, the management information processing unit (207) receives the reference time information from the presentation processing unit (208), instructs the presentation processing unit (208) to stop AV data reproduction based on the time information, and the program processing unit An event indicating the program execution timing is generated for (206).

プレゼンテーション処理部(208)は、映像、音声、字幕/イメージ(静止画)の夫々に対応するデコーダを持ち、管理情報処理部(207)からの指示に従い、AVデータのデコードおよび出力を行う。映像データ、字幕/イメージの場合は、デコード後に夫々の専用プレーン、ビデオプレーン(210)およびイメージプレーン(209)に描画され、合成処理部(211)によって映像の合成処理が行われTVなどの表示デバイスへ出力される。   The presentation processing unit (208) has a decoder corresponding to each of video, audio, and subtitle / image (still image), and decodes and outputs AV data in accordance with an instruction from the management information processing unit (207). In the case of video data and subtitles / images, after decoding, the video data and subtitles / images are drawn on the dedicated plane, video plane (210) and image plane (209), and the video is synthesized by the synthesis processing unit (211). Output to the device.

このように図6に示すように、BDプレーヤは図4で示したBDディスクに記録されているデータ構成に基づいた機器構成をとっている。
図7は前述したプレーヤ構成を詳細化したブロック図である。図7では、AV記録メモリ(205)はイメージメモリ(308)とトラックバッファ(309)に、プログラム処理部(206)はプログラムプロセッサ(302)とUOPマネージャ(303)に、管理情報処理部(207)はシナリオプロセッサ(305)とプレゼンテーションコントローラ(306)に、プレゼンテーション処理部(208)はクロック(307)、デマルチプレクサ(310)、イメージプロセッサ(311)、ビデオプロセッサ(312)とサウンドプロセッサ(313)に夫々対応/展開している。
In this way, as shown in FIG. 6, the BD player has a device configuration based on the data configuration recorded on the BD disc shown in FIG.
FIG. 7 is a detailed block diagram of the player configuration described above. In FIG. 7, the AV recording memory (205) is in the image memory (308) and the track buffer (309), the program processing unit (206) is in the program processor (302) and the UOP manager (303), and the management information processing unit (207). ) Is a scenario processor (305) and a presentation controller (306), and a presentation processing unit (208) is a clock (307), a demultiplexer (310), an image processor (311), a video processor (312) and a sound processor (313). Are corresponding to each.

BDディスク(201)から読み出されたVOBデータ(MPEGストリーム)はトラックバッファ(309)に、イメージデータ(PNG)はイメージメモリ(308)に夫々記録される。デマルチプレクサ(310)がクロック(307)の時刻に基づき、トラックバッファ(309)に記録されたVOBデータを抜き出し、映像データをビデオプロセッサ(312)に音声データをサウンドプロセッサ(313)に夫々送り込む。ビデオプロセッサ(312)およびサウンドプロセッサ(313)は夫々MPEGシステム規格で定める通りに、デコーダバッファとデコーダから夫々構成されている。即ち、デマルチプレクサ(310)から送りこまれる映像、音声夫々のデータは、夫々のデコーダバッファに一時的に記録され、クロック(307)に従い個々のデコーダでデコード処理される。   The VOB data (MPEG stream) read from the BD disc (201) is recorded in the track buffer (309), and the image data (PNG) is recorded in the image memory (308). The demultiplexer (310) extracts the VOB data recorded in the track buffer (309) based on the time of the clock (307), and sends the video data to the video processor (312) and the audio data to the sound processor (313). The video processor (312) and the sound processor (313) are each composed of a decoder buffer and a decoder as defined by the MPEG system standard. That is, the video and audio data sent from the demultiplexer (310) are temporarily recorded in the respective decoder buffers and decoded by the individual decoders according to the clock (307).

イメージメモリ(308)に記録されたPNGは、次の2つの処理方法がある。
イメージデータが字幕用の場合は、プレゼンテーションコントローラ(306)によってデコードタイミングが指示される。クロック(307)からの時刻情報をシナリオプロセッサ(305)が一旦受け、適切な字幕表示が行えるように、字幕表示時刻(開始および終了)になればプレゼンテーションコントローラ(306)に対して字幕の表示、非表示の指示を出す。プレゼンテーションコントローラ(306)からデコード/表示の指示を受けたイメージプロセッサ(311)は対応するPNGデータをイメージメモリ(308)から抜き出し、デコードし、イメージプレーン(314)に描画する。
The PNG recorded in the image memory (308) has the following two processing methods.
If the image data is for subtitles, the presentation controller (306) instructs the decoding timing. In order for the scenario processor (305) to receive the time information from the clock (307) once and display the appropriate subtitles, the subtitles are displayed to the presentation controller (306) at the subtitle display time (start and end). Give hidden instructions. The image processor (311) that has received the decode / display instruction from the presentation controller (306) extracts the corresponding PNG data from the image memory (308), decodes it, and draws it on the image plane (314).

次に、イメージデータがメニュー用の場合は、プログラムプロセッサ(302)によってデコードタイミングが指示される。プログラムプロセッサ(302)が何時イメージのデコードを指示するかは、プログラムプロセッサ(302)が処理しているBDプログラムに因るものであって一概には決まらない。   Next, when the image data is for a menu, the program processor (302) instructs the decoding timing. The time when the program processor (302) instructs to decode the image depends on the BD program being processed by the program processor (302), and is not generally determined.

イメージデータおよび映像データは、図6で説明したように夫々デコード後にイメージプレーン(314)、ビデオプレーン(315)に出力され、合成処理部(316)によって合成後出力される。   As described with reference to FIG. 6, the image data and the video data are output to the image plane (314) and the video plane (315) after decoding, respectively, and are output after being combined by the combining processing unit (316).

BDディスク(201)から読み出された管理情報(シナリオ、AV管理情報)は、管理情報記録メモリ(304)に格納されるが、シナリオ情報(「BD.INFO」および「XXX.PL」)はシナリオプロセッサ(305)へ読み込み処理される。また、AV管理情報(「YYY.VOBI」)はプレゼンテーションコントローラ(306)によって読み出され処理される。   The management information (scenario, AV management information) read from the BD disc (201) is stored in the management information recording memory (304), but the scenario information ("BD.INFO" and "XXX.PL") is stored in the management information recording memory (304). It is read into the scenario processor (305). The AV management information (“YYY.VOBI”) is read and processed by the presentation controller (306).

シナリオプロセッサ(305)は、プレイリストの情報を解析し、プレイリストによって参照されているVOBとその再生位置をプレゼンテーションコントローラ(306)に指示し、プレゼンテーションコントローラ(306)は対象となるVOBの管理情報(「YYY.VOBI」)を解析して、対象となるVOBを読み出すようにドライブコントローラ(317)に指示を出す。   The scenario processor (305) analyzes the information of the playlist, and instructs the presentation controller (306) the VOB referenced by the playlist and the playback position thereof. The presentation controller (306) manages the management information of the target VOB. ("YYY.VOBI") is analyzed, and an instruction is issued to the drive controller (317) to read out the target VOB.

ドライブコントローラ(317)はプレゼンテーションコントローラ(306)の指示に従い、光ピックアップを移動させ、対象となるAVデータの読み出しを行う。読み出されたAVデータは、前述したようにイメージメモリ(308)またはトラックバッファ(309)に読み出される。   The drive controller (317) moves the optical pickup according to the instruction of the presentation controller (306), and reads the target AV data. The read AV data is read to the image memory (308) or the track buffer (309) as described above.

また、シナリオプロセッサ(305)は、クロック(307)の時刻を監視し、管理情報で設定されているタイミングでイベントをプログラムプロセッサ(302)に投げる。
プログラム記録メモリ(301)に記録されたBDプログラム(「BD.PROG」または「XXX.PROG」)は、プログラムプロセッサ302によって実行処理される。プログラムプロセッサ(302)がBDプログラムを処理するのは、シナリオプロセッサ(305)からイベントが送られてきた場合か、UOPマネージャ(303)からイベントが送られてきた場合である。UOPマネージャ(303)は、ユーザからリモコンキーによってリクエストが送られてきた場合に、プログラムプロセッサ(302)に対するイベントを生成する。
The scenario processor (305) monitors the time of the clock (307) and throws an event to the program processor (302) at the timing set in the management information.
The BD program (“BD.PROG” or “XXX.PROG”) recorded in the program recording memory (301) is executed by the program processor 302. The program processor (302) processes the BD program when an event is sent from the scenario processor (305) or when an event is sent from the UOP manager (303). The UOP manager (303) generates an event for the program processor (302) when a request is sent from the user by a remote control key.

(アプリケーション空間)
図8は、BDのアプリケーション空間を示す図である。
(Application space)
FIG. 8 is a diagram showing an application space of the BD.

BDのアプリケーション空間では、プレイリスト(PlayList)が一つの再生単位になっている。プレイリストはセル(Cell)の連結で、連結の順序により決定される再生シーケンスである静的なシナリオと、プログラムによって記述される動的なシナリオを有している。プログラムによる動的なシナリオが無い限り、プレイリストは個々のセルを順に再生するだけであり、また、全てのセルの再生を終了した時点でプレイリストの再生は終了する。一方で、プログラムは、プレイリストを超えての再生記述や、ユーザ選択またはプレーヤの状態によって再生する対象を動的に変えることが可能である。典型的な例としてはメニューがあげられる。BDの場合、メニューとはユーザの選択によって再生するシナリオと定義でき、プログラムによってプレイリストを動的に選択することである。   In the application space of the BD, a play list (PlayList) is one playback unit. A playlist is a concatenation of cells (Cell) and has a static scenario that is a reproduction sequence determined by the order of concatenation and a dynamic scenario described by a program. Unless there is a dynamic scenario by the program, the playlist only reproduces the individual cells in order, and the reproduction of the playlist ends when the reproduction of all the cells is completed. On the other hand, the program can dynamically change the playback target depending on the playback description beyond the playlist, the user selection, or the player status. A typical example is a menu. In the case of BD, a menu can be defined as a scenario to be played back by user selection, and is to dynamically select a playlist by a program.

ここで言うプログラムとは、時間イベントまたはユーザイベントによって実行されるイベントハンドラの事である。
時間イベントは、プレイリスト中に埋め込まれた時刻情報に基づいて生成されるイベントである。図7で説明したシナリオプロセッサ(305)からプログラムプロセッサ(302)に送られるイベントがこれに相当する。時間イベントが発行されると、プログラムプロセッサ(302)はIDによって対応付けられるイベントハンドラを実行処理する。前述した通り、実行されるプログラムが他のプレイリストの再生を指示することが可能であり、この場合には、現在再生されているプレイリストの再生は中止され、指定されたプレイリストの再生へと遷移する。
The program referred to here is an event handler executed by a time event or a user event.
The time event is an event generated based on time information embedded in the playlist. The event sent from the scenario processor (305) described in FIG. 7 to the program processor (302) corresponds to this. When a time event is issued, the program processor (302) executes an event handler associated with the ID. As described above, the program to be executed can instruct playback of another playlist. In this case, playback of the currently played playlist is stopped and playback of the specified playlist is started. And transition.

ユーザイベントは、ユーザのリモコンキー操作によって生成されるイベントである。ユーザイベントは大きく2つのタイプに分けられる。一つ目は、カーソルキー(「上」「下」「左」「右」キー)または「決定」キーの操作によって生成されるメニュー選択のイベントである。メニュー選択のイベントに対応するイベントハンドラはプレイリスト内の限られた期間でのみ有効であり(プレイリストの情報として、個々のイベントハンドラの有効期間が設定されている)、リモコンの「上」「下」「左」「右」キーまたは「決定」キーが押された時に有効なイベントハンドラを検索して、有効なイベントハンドラがある場合は当該イベントハンドラが実行処理される。他の場合は、メニュー選択のイベントは無視されることになる。   A user event is an event generated by a user's remote control key operation. User events are roughly divided into two types. The first is a menu selection event generated by operating a cursor key ("Up", "Down", "Left", "Right" key) or a "Determination" key. The event handler corresponding to the event selected from the menu is valid only for a limited period in the playlist (the validity period of each event handler is set as playlist information). A valid event handler is searched when the “down”, “left”, “right” key, or “decision” key is pressed. If there is a valid event handler, the event handler is executed. In other cases, menu selection events will be ignored.

二つ目のユーザイベントは、「メニュー」キーの操作によって生成されるメニュー呼び出しのイベントである。メニュー呼び出しのイベントが生成されると、グローバルイベントハンドラが呼ばれる。グローバルイベントハンドラはプレイリストに依存せず、常に有効なイベントハンドラである。この機能を使うことにより、DVDのメニューコール(タイトル再生中に音声、字幕メニューなどを呼び出し、音声または字幕を変更後に中断した地点からのタイトル再生を実行する機能等)を実装することができる。   The second user event is a menu call event generated by operating the “menu” key. When a menu call event is generated, a global event handler is called. A global event handler does not depend on a playlist and is always an effective event handler. By using this function, it is possible to implement a DVD menu call (such as a function for calling a voice or subtitle menu during title reproduction and executing title reproduction from a point where the voice or subtitle was interrupted after the change).

プレイリストで静的シナリオを構成する単位であるセル(Cell)はVOB(MPEGストリーム)の全部または一部の再生区間を参照したものである。セルはVOB内の再生区間を開始、終了時刻の情報として持っている。個々のVOBと一対になっているVOB管理情報(VOBI)は、その内部にデータの再生時刻に対応した記録アドレスのテーブル情報であるタイムマップ(Time MapまたはTMAP)を有しており、このタイムマップによって前述したVOBの再生、終了時刻をVOB内(即ち対象となるファイル「YYY.VOB」内)での読み出し開始アドレスおよび終了アドレスを導き出すことが可能である。なおタイムマップの詳細は後述する。
(VOBの詳細)
図9は、本実施例で使用するMPEGストリーム(VOB)の構成図である。
A cell (Cell), which is a unit constituting a static scenario in a playlist, refers to all or part of a playback section of a VOB (MPEG stream). The cell has a playback section in the VOB as start and end time information. The VOB management information (VOBI) paired with each VOB has a time map (Time Map or TMAP) which is a table information of recording addresses corresponding to the reproduction time of the data in the VOB management information (VOBI). It is possible to derive the read start address and end address in the VOB (that is, in the target file “YYY.VOB”) with the above-described VOB playback and end time using the map. Details of the time map will be described later.
(Details of VOB)
FIG. 9 is a configuration diagram of an MPEG stream (VOB) used in this embodiment.

図9に示すように、VOBは複数のVOBU(Video Object Unit)によって構成されている。VOBUは、MPEGビデオストリームで言うGOP(Group Of Pictures)を基準として、音声データも含んだ多重化ストリームとしての一再生単位である。VOBUは1.0秒以下のビデオ再生時間を持ち、通常は0.5秒程度の再生時間を持っている。   As shown in FIG. 9, a VOB is composed of a plurality of VOBUs (Video Object Units). The VOBU is one playback unit as a multiplexed stream including audio data on the basis of GOP (Group Of Pictures) referred to as an MPEG video stream. A VOBU has a video playback time of 1.0 seconds or less, and usually has a playback time of about 0.5 seconds.

VOBU先頭のTSパケット(MPEG−2 Transport Stream Packet)は、シーケンスヘッダとそれに続くGOPヘッダとIピクチャ(Intra−coded)を格納しており、このIピクチャからの復号が開始可能なようになっている。また、このVOBU先頭のIピクチャの先頭を含むTSパケットのアドレス(開始アドレス)と、この開始アドレスからIピクチャの最後を含むTSパケットまでのアドレス(終了アドレス)と、このIピクチャの再生開始時刻(PTS)をタイムマップで管理している。したがって、タイムマップのエントリはVOBU先頭のTSパケットごとに与えられている。   The TS packet (MPEG-2 Transport Stream Packet) at the head of the VOBU stores a sequence header, a subsequent GOP header, and an I picture (Intra-coded), so that decoding from the I picture can be started. Yes. Also, the address (start address) of the TS packet including the head of the I picture at the head of this VOBU, the address (end address) from this start address to the TS packet including the end of the I picture, and the playback start time of this I picture (PTS) is managed by a time map. Therefore, a time map entry is given for each TS packet at the head of the VOBU.

VOBUは、その内部にビデオパケット(V_PKT)とオーディオパケット(A_PKT)を有している。各パケットは188バイトであり、図9に図示してはいないが、各TSパケットの直前には、そのTSパケットの相対的なデコーダ供給開始時刻であるATS(Arrival Time Stamp)が付与されている。   The VOBU has a video packet (V_PKT) and an audio packet (A_PKT) therein. Each packet is 188 bytes, and although not shown in FIG. 9, an ATS (Arrival Time Stamp) that is a relative decoder supply start time of the TS packet is given immediately before each TS packet. .

ATSをTSパケットごとに付与するのは、このTSストリームのシステムレートが固定レートでなく、可変レートであるためである。一般的にシステムレートを固定にする場合にはNULLパケットと呼ばれるダミーのTSパケットを挿入することになるが、限られた記録容量の中に高画質で記録するためには、可変レートが適しており、BDではATS付きのTSストリームとして記録している。   The reason why ATS is assigned to each TS packet is that the system rate of this TS stream is not a fixed rate but a variable rate. In general, when the system rate is fixed, a dummy TS packet called a NULL packet is inserted, but a variable rate is suitable for recording with high image quality within a limited recording capacity. In BD, it is recorded as a TS stream with ATS.

図10は、TSパケットの構成を示した図である。
図10に示すように、TSパケットは、TSパケットヘッダと、適用フィールドと、ペイロード部から構成される。TSパケットヘッダにはPID(Packet Identifier)が格納され、これにより、TSパケットがどのような情報を格納しているのか識別される。適用フィールドにはPCR(Program Clock Reference)が格納される。PCRはストリームをデコードする機器の基準クロック(System Time Clock、STCと呼ぶ)の参照値である。機器は典型的にはPCRのタイミングでシステムストリームをデマルチプレクスし、ビデオストリーム等の各種ストリームを再構築する。ペイロードにはPESパケットが格納される。
FIG. 10 is a diagram showing the structure of a TS packet.
As shown in FIG. 10, the TS packet includes a TS packet header, an application field, and a payload part. The TS packet header stores a PID (Packet Identifier), thereby identifying what information the TS packet stores. The application field stores PCR (Program Clock Reference). PCR is a reference value of a standard clock (referred to as System Time Clock, STC) of a device that decodes a stream. The device typically demultiplexes the system stream at the timing of PCR and reconstructs various streams such as a video stream. A PES packet is stored in the payload.

PESパケットヘッダには、DTS(Decoding Time Stamp)とPTS(Presentation Time Stamp)が格納される。DTSは当該PESパケットに格納されるピクチャ/オーディオフレームのデコードタイミングを示し、PTSは映像音声出力等のプレゼンテーションタイミングを示す。ビデオデータおよびオーディオデータといったエレメンタリデータは、PESパケットペイロード(PES Packet Payload)と呼ばれるパケット(PES Packet)のデータ格納領域に先頭から順次入れられていく。PESパケットヘッダには、ペイロードに格納してあるデータがどのストリームなのかを識別するためのID(stream_id)も記録されている。   In the PES packet header, DTS (Decoding Time Stamp) and PTS (Presentation Time Stamp) are stored. DTS indicates the decoding timing of the picture / audio frame stored in the PES packet, and PTS indicates the presentation timing such as video / audio output. Elementary data such as video data and audio data is sequentially put into a data storage area of a packet (PES Packet) called a PES packet payload from the head. In the PES packet header, an ID (stream_id) for identifying which stream is the data stored in the payload is also recorded.

TSストリームの詳細についてはISO/IEC13818−1で規定されており、BDで特徴的なのはATSをTSパケットごとに付与したことである。
(VOBのインターリーブ記録)
次に図11および図12を用いてVOBファイルのインターリーブ記録について説明する。
Details of the TS stream are defined in ISO / IEC13818-1, and a characteristic of BD is that an ATS is assigned to each TS packet.
(VOB interleaved recording)
Next, interleaved recording of a VOB file will be described with reference to FIGS.

図11上段は、前述したプレーヤ構成図の一部である。図の通り、BDディスク上のデータは、光ピックアップを通してVOB即ちMPEGストリームであればトラックバッファへ入力され、PNG即ちイメージデータであればイメージメモリへと入力される。   The upper part of FIG. 11 is a part of the player configuration diagram described above. As shown in the figure, the data on the BD disc is input to the track buffer if it is a VOB or MPEG stream through the optical pickup, and is input to the image memory if it is PNG or image data.

トラックバッファはFIFOであり、入力されたVOBのデータは入力された順にデマルチプレクサへと送られる。この時、前述したATSに従って個々のTSパケットはトラックバッファから引き抜かれデマルチプレクサを介してビデオプロセッサまたはサウンドプロセッサへとデータが送り届けられる。一方で、イメージデータの場合は、どのイメージを描画するかはプレゼンテーションコントローラによって指示される。また、描画に使ったイメージデータは、字幕用イメージデータの場合は同時にイメージメモリから削除されるが、メニュー用のイメージデータの場合は、そのメニュー描画中はイメージメモリ内にそのまま残される。これはメニューの描画はユーザ操作に依存しており、ユーザの操作に追従してメニューの一部分を再表示もしくは異なるイメージに置き換えることがあり、その際に再表示される部分のイメージデータをデコードし易くするためである。   The track buffer is a FIFO, and the input VOB data is sent to the demultiplexer in the input order. At this time, individual TS packets are extracted from the track buffer according to the ATS described above, and data is sent to the video processor or sound processor via the demultiplexer. On the other hand, in the case of image data, the presentation controller instructs which image to draw. The image data used for drawing is deleted from the image memory at the same time in the case of subtitle image data, but in the case of menu image data, it remains in the image memory during the menu drawing. This is because the menu drawing depends on the user's operation, and part of the menu may be redisplayed or replaced with a different image following the user's operation, and the image data of the redisplayed part at that time is decoded. This is to make it easier.

図11下段は、BDディスク上でのVOBファイルおよびPNGファイルのインターリーブ記録を示す図である。一般的にROM、例えばCD−ROMやDVD−ROMの場合、一連の連続再生単位となるAVデータは連続記録されている。これは、連続記録されている限り、ドライブは順次データを読み出し、デコーダに送り届けるだけで良いが、連続データが分断されてディスク上に離散配置されている場合は、個々の連続区間の間でシーク操作が入ることになり、この間データの読み出しが止まることになり、データの供給が止まる可能性があるからである。BDの場合も同様に、VOBファイルは連続領域に記録することができる方が望ましいが、例えば字幕データのようにVOBに記録されている映像データと同期して再生されるデータがあり、VOBファイルと同様に字幕データも何らかの方法によってBDディスクから読み出す事が必要になる。   The lower part of FIG. 11 is a diagram showing interleaved recording of a VOB file and a PNG file on a BD disc. In general, in the case of a ROM such as a CD-ROM or a DVD-ROM, AV data serving as a series of continuous reproduction units is continuously recorded. As long as continuous recording is performed, the drive only needs to read the data sequentially and send it to the decoder. However, if the continuous data is divided and discretely arranged on the disk, seek is performed between individual continuous sections. This is because an operation is entered, and during this time, reading of data is stopped, and supply of data may be stopped. Similarly, in the case of a BD, it is desirable that a VOB file can be recorded in a continuous area. However, for example, there is data that is reproduced in synchronization with video data recorded in the VOB, such as caption data, and the VOB file Similarly, it is necessary to read the caption data from the BD disc by some method.

字幕データの読み出し方法の一手段として、VOBの再生開始前に一まとめで字幕用のイメージデータ(PNGファイル)を読み出してしまう方法がある。しかしながら、この場合には大量のメモリが必要となり、非現実的である。   As one method of reading subtitle data, there is a method of reading subtitle image data (PNG file) all at once before the start of VOB reproduction. However, in this case, a large amount of memory is required, which is unrealistic.

そこで、VOBファイルを幾つかのブロックに分けて、イメージデータとインターリーブ記録する方式を使用している。図11下段はそのインターリーブ記録を説明した図である。   Therefore, a method is used in which the VOB file is divided into several blocks and interleaved with image data. The lower part of FIG. 11 illustrates the interleave recording.

VOBファイルとイメージデータを適切にインターリーブ配置することで、前述したような大量の一時記録メモリ無しに、必要なタイミングでイメージデータをイメージメモリに格納することが可能になる。しかしながらイメージデータを読み出している際には、VOBデータの読み込みは当然のことながら停止することになる。   By appropriately interleaving the VOB file and the image data, it becomes possible to store the image data in the image memory at a necessary timing without the large amount of temporary recording memory as described above. However, when reading the image data, the reading of the VOB data is naturally stopped.

図12は、この問題を解決するトラックバッファを使ったVOBデータ連続供給モデルを説明する図である。
既に説明したように、VOBのデータは、一旦トラックバッファに蓄積される。トラックバッファへのデータ入力レート(Va)とトラックバッファからのデータ出力レート(Vb)の間に差(Va>Vb)を設けると、BDディスクからデータを読み出し続けている限り、トラックバッファのデータ蓄積量は増加をしていくことになる。
FIG. 12 is a diagram for explaining a VOB data continuous supply model using a track buffer that solves this problem.
As described above, VOB data is temporarily stored in the track buffer. When a difference (Va> Vb) is provided between the data input rate (Va) to the track buffer and the data output rate (Vb) from the track buffer, as long as data is continuously read from the BD disc, the data storage in the track buffer The amount will increase.

図12の上段に記すようにVOBの一連続記録領域が論理アドレスの”a1”から”a2”まで続くとする。”a2”から”a3”の間は、イメージデータが記録されていて、VOBデータの読み出しが行えない区間であるとする。   As shown in the upper part of FIG. 12, it is assumed that a continuous recording area of VOB continues from “a1” to “a2” of logical addresses. It is assumed that between “a2” and “a3” is an interval in which image data is recorded and VOB data cannot be read.

図12の下段は、トラックバッファの内部を示す図である。横軸が時間、縦軸がトラックバッファ内部に蓄積されているデータ量を示している。時刻”t1”がVOBの一連続記録領域の開始点である”a1”の読み出しを開始した時刻を示している。この時刻以降、トラックバッファにはレートVa−Vbでデータが蓄積されていくことになる。このレートは言うまでもなくトラックバッファの入出力レートの差である。時刻”t2”は一連続記録領域の終了点である”a2”のデータを読み込む時刻である。即ち時刻”t1”から”t2”の間レートVa−Vbでトラックバッファ内はデータ量が増加していき、時刻”t2”でのデータ蓄積量B(t2)は下式によって求めることができる。   The lower part of FIG. 12 shows the inside of the track buffer. The horizontal axis indicates time, and the vertical axis indicates the amount of data stored in the track buffer. Time “t1” indicates the time when reading of “a1”, which is the starting point of one continuous recording area of the VOB, is started. After this time, data is accumulated in the track buffer at the rate Va-Vb. Needless to say, this rate is the difference between the input and output rates of the track buffer. The time “t2” is the time when the data “a2”, which is the end point of one continuous recording area, is read. That is, the amount of data in the track buffer increases from time “t1” to “t2” at the rate Va−Vb, and the data accumulation amount B (t2) at time “t2” can be obtained by the following equation.

B(t2) = (Va−Vb)×(t2−t1) (式1)
この後、BDディスク上のアドレス”a3”まではイメージデータが続くため、トラックバッファへの入力は0となり、出力レートである”−Vb”でトラックバッファ内のデータ量は減少していくことになる。これは読み出し位置”a3”まで、時刻でいう”t3”までになる。
B (t2) = (Va−Vb) × (t2−t1) (Formula 1)
After this, since the image data continues until the address “a3” on the BD disc, the input to the track buffer becomes 0, and the data amount in the track buffer decreases at the output rate “−Vb”. Become. This is up to the read position “a3” and “t3” in time.

ここで大事なことは、時刻”t3”より前にトラックバッファに蓄積されているデータ量が0になると、デコーダへ供給するVOBのデータが無くなってしまい、VOBの再生がストップしてしまう可能性がある。しかしながら、時刻”t3”でトラックバッファにデータが残っている場合には、VOBの再生がストップすることなく連続できることを意味している。   What is important here is that if the amount of data stored in the track buffer before time “t3” becomes zero, there is no VOB data to be supplied to the decoder, and there is a possibility that VOB reproduction stops. There is. However, if data remains in the track buffer at time “t3”, this means that VOB playback can be continued without stopping.

この条件は下式によって示すことができる。
B(t2) ≧ −Vb×(t3−t2) (式2)
即ち、式2を満たすようにイメージデータ(非VOBデータ)の配置を決めればよい事になる。
(ナビゲーションデータ構造)
図13から図19を用いて、BDのナビゲーションデータ(BD管理情報)構造について説明をする。
This condition can be expressed by the following equation.
B (t2) ≧ −Vb × (t3−t2) (Formula 2)
That is, the arrangement of the image data (non-VOB data) should be determined so as to satisfy Expression 2.
(Navigation data structure)
The structure of BD navigation data (BD management information) will be described with reference to FIGS.

図13は、VOB管理情報ファイル(”YYY.VOBI”)の内部構造を示した図である。
VOB管理情報は、当該VOBのストリーム属性情報(Attribute)とタイムマップを有している。ストリーム属性は、ビデオ属性(Video)、オーディオ属性(Audio#0〜Audio#m)個々に持つ構成となっている。特にオーディオストリームの場合は、VOBが複数本のオーディオストリームを同時に持つことができることから、オーディオストリーム数(Number)によって、データフィールドの有無を示している。
FIG. 13 shows the internal structure of the VOB management information file (“YYY.VOBI”).
The VOB management information includes stream attribute information (Attribute) of the VOB and a time map. Each stream attribute has a video attribute (Video) and an audio attribute (Audio # 0 to Audio # m). Particularly in the case of an audio stream, since a VOB can have a plurality of audio streams at the same time, the presence or absence of a data field is indicated by the number of audio streams (Number).

下記はビデオ属性(Video)の持つフィールドと夫々が持ち得る値である。
圧縮方式(Coding):
MPEG1
MPEG2
MPEG4
MPEG4−AVC(Advanced Video Coding)
解像度(Resolution):
1920x1080
1440x1080
1280x720
720x480
720x565
アスペクト比(Aspect)
4:3
16:9
フレームレート(Framerate)
60
59.94(60/1.001)
50
30
29.97(30/1.001)
25
24
23.976(24/1.001)
下記はオーディオ属性(Audio)の持つフィールドと夫々が持ち得る値である。
The following are the fields that the video attribute (Video) has and the values that each can have.
Compression method (Coding):
MPEG1
MPEG2
MPEG4
MPEG4-AVC (Advanced Video Coding)
Resolution:
1920x1080
1440x1080
1280x720
720x480
720x565
Aspect ratio (Aspect)
4: 3
16: 9
Frame rate
60
59.94 (60 / 1.001)
50
30
29.97 (30 / 1.001)
25
24
23.976 (24 / 1.001)
The following are the fields that the audio attribute (Audio) has and the values that each can have.

圧縮方式(Coding):
AC3
MPEG1
MPEG2
LPCM
チャンネル数(Ch):
1〜8
言語属性(Language):
タイムマップ(TMAP)はVOBU毎の情報を持つテーブルであって、当該VOBが有するVOBU数(Number)と各VOBU情報(VOBU#1〜VOBU#n)を持つ。個々のVOBU情報は、VOBU先頭TSパケット(Iピクチャ開始)のアドレスI_startと、そのIピクチャの終了アドレスまでのオフセットアドレス(I_end)、およびそのIピクチャの再生開始時刻(PTS)から構成される。
Compression method (Coding):
AC3
MPEG1
MPEG2
LPCM
Number of channels (Ch):
1-8
Language attribute:
The time map (TMAP) is a table having information for each VOBU, and has the number of VOBUs (Number) possessed by the VOB and each VOBU information (VOBU # 1 to VOBU # n). Each VOBU information is composed of an address I_start of a VOBU head TS packet (I picture start), an offset address (I_end) up to the end address of the I picture, and a reproduction start time (PTS) of the I picture.

なお、I_endの値はオフセット値、すなわちIピクチャのサイズを持たせるのではなく、実際のIピクチャの終了アドレスを持たせてもよい。
図14はVOBU情報の詳細を説明する図である。
Note that the value of I_end does not have an offset value, that is, the size of the I picture, but may have the actual end address of the I picture.
FIG. 14 is a diagram for explaining the details of the VOBU information.

広く知られているように、MPEGビデオストリームは高画質記録するために可変ビットレート圧縮されることがあり、その再生時間とデータサイズ間に単純な相関はない。逆に、音声の圧縮規格であるAC3は固定ビットレートでの圧縮を行っているため、時間とアドレスとの関係は1次式によって求めることができる。しかしながらMPEGビデオデータの場合は、個々のフレームは固定の表示時間、例えばNTSCの場合は1フレーム1/29.97秒の表示時間を持つが、個々のフレームの圧縮後のデータサイズは絵の特性や圧縮に使ったピクチャタイプ、いわゆるI/P/Bピクチャによってデータサイズは大きく変わってくる。従って、MPEGビデオの場合は、時間とアドレスの関係は一次式の形で表現することは不可能である。   As is widely known, an MPEG video stream may be compressed at a variable bit rate for high-quality recording, and there is no simple correlation between playback time and data size. Conversely, since AC3, which is a voice compression standard, performs compression at a fixed bit rate, the relationship between time and address can be obtained by a linear expression. However, in the case of MPEG video data, each frame has a fixed display time, for example, NTSC has a display time of 1 / 29.97 seconds per frame, but the data size after compression of each frame is a characteristic of the picture. Depending on the picture type used for compression or so-called I / P / B picture, the data size varies greatly. Therefore, in the case of MPEG video, the relationship between time and address cannot be expressed in a linear form.

当然の事として、MPEGビデオデータを多重化しているMPEGシステムストリーム、即ちVOBも時間とデータサイズとを一次式の形で表現することは不可能である。このため、VOB内での時間とアドレスとの関係を結びつけるのがタイムマップ(TMAP)である。   Naturally, an MPEG system stream in which MPEG video data is multiplexed, that is, VOB, cannot express time and data size in a linear form. For this reason, the time map (TMAP) links the relationship between time and address in the VOB.

このようにして、ある時刻情報が与えられた場合、先ずは当該時刻がどのVOBUに属するのかを検索(VOBU毎のPTSを追っていく)して、当該時刻の直前のPTSをTMAPに持つVOBUに飛びこみ(I_startで指定されたアドレス)、VOBU先頭のIピクチャから復号を開始し、当該時刻のピクチャから表示を開始する。   In this way, when given time information is provided, first, the VOBU to which the time belongs is searched (following the PTS for each VOBU), and the VOBU having the PTS immediately before the time is stored in the VOBU. Jumping in (address specified by I_start), decoding starts from the I picture at the head of the VOBU, and display starts from the picture at that time.

次に図15を使って、プレイリスト情報(”XXX.PL”)の内部構造を説明する。
プレイリスト情報は、セルリスト(CellList)とイベントリスト(EventList)から構成されている。
Next, the internal structure of the playlist information (“XXX.PL”) will be described with reference to FIG.
The playlist information includes a cell list (CellList) and an event list (EventList).

セルリスト(CellList)は、プレイリスト内の再生セルシーケンスであり、本リストの記述順でセルが再生される事になる。セルリスト(CellList)の中身は、セルの数(Number)と各セル情報(Cell#1〜Cell#n)である。   The cell list (CellList) is a reproduction cell sequence in the playlist, and the cells are reproduced in the description order of the list. The contents of the cell list (CellList) are the number of cells (Number) and cell information (Cell # 1 to Cell # n).

セル情報(Cell#)は、VOBファイル名(VOBName)、当該VOB内での開始時刻(In)および終了時刻(Out)と、字幕テーブル(SubtitleTable)を持っている。開始時刻(In)および終了時刻(Out)は、夫々当該VOB内でのフレーム番号で表現され、前述したタイムマップを使うことによって再生に必要なVOBデータのアドレスを得る事ができる。   The cell information (Cell #) has a VOB file name (VOBName), a start time (In) and an end time (Out) in the VOB, and a caption table (SubtitleTable). The start time (In) and the end time (Out) are each expressed by a frame number in the VOB, and the address of VOB data necessary for reproduction can be obtained by using the time map described above.

字幕テーブル(SubtitleTable)は、当該VOBと同期再生される字幕情報を持つテーブルである。字幕は音声同様に複数の言語を持つことができ、字幕テーブル(SubtitleTable)最初の情報も言語数(Number)とそれに続く個々の言語ごとのテーブル(Language#1〜Language#k)から構成されている。   The caption table (SubtitleTable) is a table having caption information that is reproduced in synchronization with the VOB. Subtitles can have multiple languages as well as audio, and the first information of the subtitle table (SubtitleTable) consists of the number of languages (Number) followed by tables for each language (Language # 1 to Language # k). Yes.

各言語のテーブル(Language#)は、言語情報(Lang)と、個々に表示される字幕の字幕情報数(Number)と、個々に表示される字幕の字幕情報(Speech#1〜Speech#j)から構成され、字幕情報(Speech#)は対応するイメージデータファイル名(Name)、字幕表示開始時刻(In)および字幕表示終了時刻(Out)と、字幕の表示位置(Position)から構成されている。   Each language table (Language #) includes language information (Language), the number of subtitle information displayed individually (Number), and subtitle information displayed individually (Speech # 1 to Speech # j). The caption information (Speech #) is composed of the corresponding image data file name (Name), caption display start time (In) and caption display end time (Out), and caption display position (Position). .

イベントリスト(EventList)は、当該プレイリスト内で発生するイベントを定義したテーブルである。イベントリストは、イベント数(Number)に続いて個々のイベント(Event#1〜Event#m)から構成され、個々のイベント(Event#)は、イベントの種類(Type)、イベントのID(ID)、イベント発生時刻(Time)と有効期間(Duration)から構成されている。   The event list (EventList) is a table that defines events that occur in the play list. The event list is made up of individual events (Event # 1 to Event # m) following the number of events (Number), and each event (Event #) includes an event type (Type) and an event ID (ID). , The event occurrence time (Time) and the effective period (Duration).

図16は、個々のプレイリスト毎のイベントハンドラ(時間イベントと、メニュー選択用のユーザイベント)を持つイベントハンドラテーブル(”XXX.PROG”)である。   FIG. 16 is an event handler table (“XXX.PROG”) having event handlers (time events and user events for menu selection) for each playlist.

イベントハンドラテーブルは、定義されているイベントハンドラ/プログラム数(Number)と個々のイベントハンドラ/プログラム(Program#1〜Program#n)を有している。各イベントハンドラ/プログラム(Program#)内の記述は、イベントハンドラ開始の定義(<event_handler>タグ)と前述したイベントのIDと対になるイベントハンドラのID(ID)を持ち、その後に当該プログラムもFunctionに続く括弧”{”と”}”の間に記述する。前述の”XXX.PL”のイベントリスト(EventList)に格納されたイベント(Event#1〜Event#m)は”XXX.PROG”のイベントハンドラのID(ID)を用いて特定される。   The event handler table has a defined number of event handlers / programs (Number) and individual event handlers / programs (Program # 1 to Program # n). The description in each event handler / program (Program #) has the event handler ID (ID) paired with the event handler start definition (<event_handler> tag) and the above-mentioned event ID. It is described between parentheses “{” and “}” following the Function. The events (Event # 1 to Event # m) stored in the event list (EventList) of “XXX.PL” are specified using the ID (ID) of the event handler of “XXX.PROG”.

次に図17を用いてBDディスク全体に関する情報(”BD.INFO”)の内部構造を説明する。
BDディスク全体情報は、タイトルリスト(TitleList)とグローバルイベント用のイベントテーブル(EventList)から構成されている。
Next, the internal structure of information relating to the entire BD disc ("BD.INFO") will be described with reference to FIG.
The entire BD disc information includes a title list (TitleList) and an event table for global events (EventList).

タイトルリスト(TitleList)は、ディスク内のタイトル数(Number)と、これに続く各タイトル情報(Title#1〜Title#n)から構成されている。個々のタイトル情報(Title#)は、タイトルに含まれるプレイリストのテーブル(PLTable)とタイトル内のチャプタリスト(ChapterList)を含んでいる。プレイリストのテーブル(PLTable)はタイトル内のプレイリストの数(Number)と、プレイリスト名(Name)即ちプレイリストのファイル名を有している。   The title list (TitleList) is composed of the number of titles (Number) in the disc and the following pieces of title information (Title # 1 to Title # n). Each title information (Title #) includes a playlist table (PLTable) included in the title and a chapter list (ChapterList) in the title. The playlist table (PLTable) has the number of playlists in the title (Number) and the playlist name (Name), that is, the playlist file name.

チャプタリスト(ChapterList)は、当該タイトルに含まれるチャプタ数(Number)と個々のチャプタ情報(Chapter#1〜Chapter#n)から構成され、個々のチャプタ情報(Chapter#)は当該チャプタが含むセルのテーブル(CellTable)を持ち、セルのテーブル(CellTable)はセル数(Number)と個々のセルのエントリ情報(CellEntry#1〜CellEntry#k)から構成されている。セルのエントリ情報(CellEntry#)は当該セルを含むプレイリスト名と、プレイリスト内でのセル番号によって記述されている。   The chapter list (ChapterList) is composed of the number of chapters (Number) included in the title and individual chapter information (Chapter # 1 to Chapter # n), and each chapter information (Chapter #) is the cell of the chapter. It has a table (CellTable), and the cell table (CellTable) is composed of the number of cells (Number) and entry information (CellEntry # 1 to CellEntry # k) of each cell. Cell entry information (CellEntry #) is described by the name of the playlist including the cell and the cell number in the playlist.

イベントリスト(EventList)は、グローバルイベントの数(Number)と個々のグローバルイベントの情報を持っている。ここで注意すべきは、最初に定義されるグローバルイベントは、ファーストイベント(FirstEvent)と呼ばれ、BDディスクがプレーヤに挿入された時、最初に呼ばれるイベントである。グローバルイベント用イベント情報はイベントタイプ(Type)とイベントのID(ID)だけを持っている。   The event list (EventList) includes the number of global events (Number) and information on individual global events. It should be noted that the global event defined first is called a first event (FirstEvent), and is the first event called when a BD disc is inserted into a player. The event information for global events has only an event type (Type) and an event ID (ID).

図18は、グローバルイベントハンドラのプログラムのテーブル(”BD.PROG”)である。
本テーブルは、図16で説明したイベントハンドラテーブルと同一内容である。
(イベント発生のメカニズム)
図19から図21を使ってイベント発生のメカニズムについて説明する。
FIG. 18 is a table (“BD.PROG”) of the global event handler program.
This table has the same contents as the event handler table described in FIG.
(Event generation mechanism)
The event generation mechanism will be described with reference to FIGS.

図19はタイムイベントの例である。
前述したとおり、タイムイベントはプレイリスト情報(”XXX.PL”)のイベントリスト(EventList)で定義される。タイムイベントとして定義されているイベント、即ちイベントタイプ(Type)が”TimeEvent”の場合、イベント生成時刻(”t1”)になった時点で、ID”Ex1”を持つタイムイベントがシナリオプロセッサからプログラムプロセッサに対してあげられる。プログラムプロセッサは、イベントID”Ex1”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施例の場合では、2つのボタンイメージの描画を行うなどを行うことができる。
FIG. 19 shows an example of a time event.
As described above, a time event is defined by an event list (EventList) of playlist information (“XXX.PL”). When an event defined as a time event, that is, when the event type (Type) is “TimeEvent”, the time event having the ID “Ex1” is transferred from the scenario processor to the program processor when the event generation time (“t1”) is reached. Against. The program processor searches for an event handler having the event ID “Ex1” and executes the target event handler. For example, in this embodiment, two button images can be drawn.

図20はメニュー操作を行うユーザイベントの例である。
前述したとおり、メニュー操作を行うユーザイベントもプレイリスト情報(”XXX.PL”)のイベントリスト(EventList)で定義される。ユーザイベントとして定義されるイベント、即ちイベントタイプ(Type)が”UserEvent”の場合、イベント生成時刻(”t1”)になった時点で、当該ユーザイベントがレディとなる。この時、イベント自身は未だ生成されてはいない。当該イベントは、有効期間情報(Duration)で記される期間レディ状態にある。
FIG. 20 shows an example of a user event for menu operation.
As described above, the user event for performing the menu operation is also defined in the event list (EventList) of the playlist information (“XXX.PL”). When an event defined as a user event, ie, an event type (Type) is “UserEvent”, the user event becomes ready when the event generation time (“t1”) is reached. At this time, the event itself has not yet been generated. The event is in a ready state for the period indicated by the valid period information (Duration).

図20に描くように、ユーザがリモコンキーの「上」「下」「左」「右」キーまたは「決定」キーを押した場合、先ずUOPイベントがUOPマネージャによって生成されプログラムプロセッサに上げられる。プログラムプロセッサは、シナリオプロセッサに対してUOPイベントを流し、シナリオプロセッサはUOPイベントを受け取った時刻に有効なユーザイベントが存在するかを検索し、対象となるユーザイベントがあった場合は、ユーザイベントを生成し、プログラムプロセッサに持ち上げる。プログラムプロセッサでは、イベントID”Ev1”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施例の場合では、プレイリスト#2の再生を開始する。   As shown in FIG. 20, when the user presses the “Up”, “Down”, “Left”, “Right” key or “Determination” key of the remote control key, a UOP event is first generated by the UOP manager and raised to the program processor. The program processor sends a UOP event to the scenario processor, and the scenario processor searches whether there is a valid user event at the time when the UOP event is received. Generate and lift to the program processor. The program processor searches for an event handler having the event ID “Ev1” and executes the target event handler. For example, in the case of the present embodiment, reproduction of playlist # 2 is started.

生成されるユーザイベントには、どのリモコンキーがユーザによって押されたかの情報は含まれていない。選択されたリモコンキーの情報は、UOPイベントによってプログラムプロセッサに伝えられ、仮想プレーヤが持つレジスタSPRM(8)に記録保持される。イベントハンドラのプログラムは、このレジスタの値を調べ分岐処理を実行することが可能である。   The generated user event does not include information on which remote control key is pressed by the user. Information on the selected remote control key is transmitted to the program processor by a UOP event, and is recorded and held in the register SPRM (8) of the virtual player. The event handler program can check the value of this register and execute branch processing.

図21はグローバルイベントの例である。
前述したとおり、グローバルイベントはBDディスク全体に関する情報(”BD.INFO”)のイベントリスト(EventList)で定義される。グローバルイベントとして定義されるイベント、即ちイベントタイプ(Type)が”GlobalEvent”の場合、ユーザのリモコンキー操作があった場合にのみイベントが生成される。
FIG. 21 shows an example of a global event.
As described above, a global event is defined by an event list (EventList) of information (“BD. INFO”) relating to the entire BD disc. When an event defined as a global event, that is, an event type (Type) is “GlobalEvent”, an event is generated only when a user operates a remote control key.

ユーザが”メニュー”を押した場合、先ずUOPイベントがUOPマネージャによって生成されプログラムプロセッサに上げられる。プログラムプロセッサは、シナリオプロセッサに対してUOPイベントを流し、シナリオプロセッサは、該当するグローバルイベントを生成し、プログラムプロセッサに送る。プログラムプロセッサでは、イベントID”menu”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施例の場合ではプレイリスト#3の再生を開始している。   When the user presses “Menu”, a UOP event is first generated by the UOP manager and raised to the program processor. The program processor sends a UOP event to the scenario processor, and the scenario processor generates a corresponding global event and sends it to the program processor. The program processor searches for an event handler having the event ID “menu” and executes the target event handler. For example, in the case of the present embodiment, reproduction of playlist # 3 is started.

本実施例では、単に”メニュー”キーと呼んでいるが、DVDのように複数のメニューキーがあってもよい。各メニューキーに対応するIDを夫々定義することで対応することが可能である。   In this embodiment, it is simply called a “menu” key, but there may be a plurality of menu keys as in a DVD. It is possible to cope by defining IDs corresponding to the respective menu keys.

(仮想プレーヤマシン)
図22を用いてプログラムプロセッサの機能構成を説明する。
(Virtual player machine)
The functional configuration of the program processor will be described with reference to FIG.

プログラムプロセッサは、内部に仮想プレーヤマシンを持つ処理モジュールである。仮想プレーヤマシンはBDとして定義された機能モデルであって、各BDプレーヤの実装には依存しないものである。即ち、どのBDプレーヤにおいても同様の機能を実行するできることを保証している。   The program processor is a processing module having a virtual player machine inside. The virtual player machine is a functional model defined as a BD and does not depend on the implementation of each BD player. That is, it is guaranteed that the same function can be executed in any BD player.

仮想プレーヤマシンは大きく2つの機能を持っている。プログラミング関数とプレーヤ変数(レジスタ)である。プログラミング関数は、JavaScriptをベースとして、以下に記す2つの機能をBD固有関数として定義している。   The virtual player machine has two functions. Programming functions and player variables (registers). The programming function defines two functions described below as BD-specific functions based on JavaScript.

リンク関数:現在の再生を停止し、指定するプレイリスト、セル、時刻からの再生を開始する
Link(PL#,Cell#,time)
PL# : プレイリスト名
Cell# : セル番号
time : セル内での再生開始時刻
PNG描画関数:指定PNGデータをイメージプレーンに描画する
Draw(File,X,Y)
File : PNGファイル名
X : X座標位置
Y : Y座標位置
イメージプレーンクリア関数:イメージプレーンの指定領域をクリアする
Clear(X,Y,W,H)
X : X座標位置
Y : Y座標位置
W : X方向幅
H : Y方向幅
プレーヤ変数は、プレーヤの状態を示すシステムパラメータ(SPRM)と一般用途として使用可能なゼネラルパラメータ(GPRM)とがある。
Link function: Stops the current playback and starts playback from the specified playlist, cell, and time Link (PL #, Cell #, time)
PL #: Playlist name Cell #: Cell number time: Playback start time in the cell
PNG drawing function: draws specified PNG data on the image plane Draw (File, X, Y)
File: PNG file name X: X coordinate position Y: Y coordinate position
Image plane clear function: Clears the specified area of the image plane Clear (X, Y, W, H)
X: X-coordinate position Y: Y-coordinate position W: X-direction width H: Y-direction width Player variables include a system parameter (SPRM) indicating the state of the player and a general parameter (GPRM) that can be used for general purposes.

図23はシステムパラメータ(SPRM)の一覧である。
SPRM(0) : 言語コード
SPRM(1) : 音声ストリーム番号
SPRM(2) : 字幕ストリーム番号
SPRM(3) : アングル番号
SPRM(4) : タイトル番号
SPRM(5) : チャプタ番号
SPRM(6) : プログラム番号
SPRM(7) : セル番号
SPRM(8) : 選択キー情報
SPRM(9) : ナビゲーションタイマー
SPRM(10) : 再生時刻情報
SPRM(11) : カラオケ用ミキシングモード
SPRM(12) : パレンタル用国情報
SPRM(13) : パレンタルレベル
SPRM(14) : プレーヤ設定値(ビデオ)
SPRM(15) : プレーヤ設定値(オーディオ)
SPRM(16) : 音声ストリーム用言語コード
SPRM(17) : 音声ストリーム用言語コード(拡張)
SPRM(18) : 字幕ストリーム用言語コード
SPRM(19) : 字幕ストリーム用言語コード(拡張)
SPRM(20) : プレーヤリージョンコード
SPRM(21) : 予備
SPRM(22) : 予備
SPRM(23) : 再生状態
SPRM(24) : 予備
SPRM(25) : 予備
SPRM(26) : 予備
SPRM(27) : 予備
SPRM(28) : 予備
SPRM(29) : 予備
SPRM(30) : 予備
SPRM(31) : 予備
なお、本実施例では、仮想プレーヤのプログラミング関数をJavaScriptベースとしたが、JavaScriptではなく、UNIX(登録商標)などのOSで使われているShellや、Perlのようなスクリプト言語など、他のプログラミング関数であっても構わなく、言い換えれば、本発明はJavaScriptに限定されるものでは無い。
FIG. 23 is a list of system parameters (SPRM).
SPRM (0): Language code SPRM (1): Audio stream number SPRM (2): Subtitle stream number SPRM (3): Angle number SPRM (4): Title number SPRM (5): Chapter number SPRM (6): Program Number SPRM (7): Cell number SPRM (8): Selection key information SPRM (9): Navigation timer SPRM (10): Playback time information SPRM (11): Karaoke mixing mode SPRM (12): Parental country information SPRM (13): Parental level SPRM (14): Player set value (video)
SPRM (15): Player setting value (audio)
SPRM (16): Audio stream language code SPRM (17): Audio stream language code (extended)
SPRM (18): Language code for subtitle stream SPRM (19): Language code for subtitle stream (extended)
SPRM (20): Player region code SPRM (21): Reserve SPRM (22): Reserve SPRM (23): Playback state SPRM (24): Reserve SPRM (25): Reserve SPRM (26): Reserve SPRM (27): Spare SPRM (28): Spare SPRM (29): Spare SPRM (30): Spare SPRM (31): Spare In this embodiment, the programming function of the virtual player is based on JavaScript, but is not based on JavaScript but UNIX ( Other programming functions such as Shell used in an OS such as a registered trademark or a script language such as Perl may be used. In other words, the present invention is not limited to JavaScript.

(プログラムの例)
図24および図25は、イベントハンドラでのプログラムの例である。
(Program example)
24 and 25 are examples of programs in event handlers.

図24は、2つの選択ボタンを持ったメニューの例である。
セル(PlayList#1.Cell#1)先頭でタイムイベントを使って図24左側のプログラムが実行される。ここでは、最初にゼネラルパラメータの一つGPRM(0)に”1”がセットされている。GPRM(0)は、当該プログラムの中で、選択されているボタンを識別するのに使っている。最初の状態では、左側に配置するボタン1が選択されている事を初期値として持たされている。
FIG. 24 shows an example of a menu having two selection buttons.
The program on the left side of FIG. 24 is executed using the time event at the head of the cell (PlayList # 1.Cell # 1). Here, “1” is first set to GPRM (0), one of the general parameters. GPRM (0) is used to identify the selected button in the program. In the initial state, the initial value is that the button 1 arranged on the left side is selected.

次に、PNGの描画を描画関数であるDrawを使ってボタン1、ボタン2夫々について行っている。ボタン1は、座標(10、200)を起点(左端)としてPNGイメージ”1black.png”を描画している。ボタン2は、座標(330,200)を起点(左端)としてPNGイメージ”2white.png”を描画している。   Next, PNG drawing is performed for each of the buttons 1 and 2 by using a drawing function Draw. The button 1 draws the PNG image “1black.png” with the coordinates (10, 200) as the starting point (left end). The button 2 draws a PNG image “2white.png” with the coordinates (330, 200) as a starting point (left end).

また、本セル最後ではタイムイベントを使って図24右側のプログラムが実行される。ここでは、Link関数を使って当該セルの先頭から再度再生するように指定している。
図25は、メニュー選択のユーザイベントのイベントハンドラの例である。
At the end of this cell, the program on the right side of FIG. 24 is executed using a time event. Here, it is specified to play again from the beginning of the cell using the Link function.
FIG. 25 shows an example of an event handler for a menu selection user event.

「左」キー、「右」キー、「決定」キー何れかのリモコンキーが押された場合夫々に対応するプログラムがイベントハンドラに書かれている。ユーザがリモコンキーを押した場合、図20で説明したとおり、ユーザイベントが生成され、図25のイベントハンドラが起動されることになる。本イベントハンドラでは、選択ボタンを識別しているGPRM(0)の値と、選択されたリモコンキーを識別するSPRM(8)を使って分岐処理を行っている。   When the remote control key of “Left” key, “Right” key, or “Determination” key is pressed, a corresponding program is written in the event handler. When the user presses the remote control key, as described in FIG. 20, a user event is generated and the event handler of FIG. 25 is activated. In this event handler, branch processing is performed using the value of GPRM (0) identifying the selection button and SPRM (8) identifying the selected remote control key.

(条件1)ボタン1が選択されている、かつ、選択キーが「右」キーの場合
GPRM(0)を2に再設定して、選択状態にあるボタンを右ボタン2に変更する。
ボタン1、ボタン2のイメージを夫々書き換える。
(Condition 1) When button 1 is selected and the selection key is the “right” key GPRM (0) is reset to 2, and the button in the selected state is changed to right button 2.
Rewrite the images of Button 1 and Button 2, respectively.

(条件2)選択キーが「決定(OK)」の場合で、ボタン1が選択されている場合
プレイリスト#2の再生を開始する
(条件3)選択キーが「決定(OK)」の場合で、ボタン2が選択されている場合
プレイリスト#3の再生を開始する
上記のようにして実行処理が行われる。
(Condition 2) When the selection key is “OK (OK)” and the button 1 is selected, playback of the playlist # 2 is started.
(Condition 3) When the selection key is “OK (OK)” and the button 2 is selected. Playback of the playlist # 3 is started. Execution processing is performed as described above.

(プレーヤ処理フロー)
次に図26から図29を用いてプレーヤでの処理フローを説明する。
(Player processing flow)
Next, the processing flow in the player will be described with reference to FIGS.

図26は、AV再生までの基本処理フローである。
BDディスクを挿入すると(S101)、BDプレーヤはBD.INFOファイルの読み込みと解析(S102)、BD.PROGの読み込み(S103)を実行する。BD.INFOおよびBD.PROGは共に管理情報記録メモリに一旦格納され、シナリオプロセッサによって解析される。
FIG. 26 is a basic processing flow up to AV playback.
When the BD disc is inserted (S101), the BD player receives the BD. Reading and analysis of INFO file (S102), BD. PROG reading (S103) is executed. BD. INFO and BD. Both PROGs are temporarily stored in the management information recording memory and analyzed by the scenario processor.

続いて、シナリオプロセッサは、BD.INFOファイル内のファーストイベント(FirstEvent)情報に従い、最初のイベントを生成する(S104)。生成されたファーストイベントは、プログラムプロセッサで受け取られ、当該イベントに対応するイベントハンドラを実行処理する(S105)。   Subsequently, the scenario processor is BD. The first event is generated according to the first event (FirstEvent) information in the INFO file (S104). The generated first event is received by the program processor, and an event handler corresponding to the event is executed (S105).

ファーストイベントに対応するイベントハンドラには、最初に再生するべきプレイリスト情報が記録されていることが期待される。仮に、プレイリスト再生が指示されていない場合には、プレーヤは何も再生することなく、ユーザイベントを受け付けるのを待ち続けるだけになる。(S201)。BDプレーヤはユーザからのリモコン操作を受け付けると、UOPマネージャはプログラムマネージャに対してUOPイベントを立ち上げる(S202)。   It is expected that playlist information to be reproduced first is recorded in the event handler corresponding to the first event. If play list reproduction is not instructed, the player does not reproduce anything and simply waits for acceptance of a user event. (S201). When the BD player receives a remote control operation from the user, the UOP manager raises a UOP event to the program manager (S202).

プログラムマネージャは、UOPイベントがメニューキーかを判別し(S203)、メニューキーの場合は、シナリオプロセッサにUOPイベントを流し、シナリオプロセッサがユーザイベントを生成する(S204)。プログラムプロセッサは生成されたユーザイベントに対応するイベントハンドラを実行処理する(S205)。   The program manager determines whether the UOP event is a menu key (S203). If the UOP event is a menu key, it sends a UOP event to the scenario processor, and the scenario processor generates a user event (S204). The program processor executes an event handler corresponding to the generated user event (S205).

図27は、PL再生開始からVOB再生開始までの処理フローである。
前述したように、ファーストイベントハンドラまたはグローバルイベントハンドラによってプレイリスト再生が開始される(S301)。シナリオプロセッサは、再生対象のプレイリスト再生に必要な情報として、プレイリスト情報”XXX.PL”の読み込みと解析(S302)、プレイリストに対応するプログラム情報”XXX.PROG”の読み込みを行う(S303)。続いてシナリオプロセッサは、プレイリストに登録されているセル情報に基づいてセルの再生を指示する(S304)。セル再生は、シナリオプロセッサからプレゼンテーションコントローラに対して要求が出さる事を意味し、プレゼンテーションコントローラはAV再生を開始する(S305)。
FIG. 27 is a processing flow from the start of PL playback to the start of VOB playback.
As described above, play list reproduction is started by the first event handler or the global event handler (S301). The scenario processor reads and analyzes playlist information “XXX.PL” as information necessary for playback of the playlist to be played back (S302), and reads program information “XXX.PROG” corresponding to the playlist (S303). ). Subsequently, the scenario processor instructs the reproduction of the cell based on the cell information registered in the playlist (S304). Cell playback means that a request is sent from the scenario processor to the presentation controller, and the presentation controller starts AV playback (S305).

AV再生の開始(S401)を開始すると、プレゼンテーションコントローラは再生するセルに対応するVOBの情報ファイル(XXX.VOBI)を読み込みおよび解析をする(S402)。プレゼンテーションコントローラは、タイムマップを使って再生開始するVOBUとそのアドレスを特定し、ドライブコントローラに読み出しアドレスを指示し、ドライブコントローラは対象となるVOBデータを読み出し(S403)、VOBデータがデコーダに送られ再生が開始される(S404)。   When the start of AV playback (S401) is started, the presentation controller reads and analyzes the VOB information file (XXX.VOBI) corresponding to the cell to be played back (S402). The presentation controller uses the time map to specify the VOBU to start playback and its address, and instructs the drive controller to specify the read address. The drive controller reads the target VOB data (S403), and the VOB data is sent to the decoder. Playback is started (S404).

VOB再生は、当該VOBの再生区間が終了するまで続けられ(S405)、終了すると次のセル再生S304へ移行する。次にセルが無い場合は、再生が停止する(S406)。   The VOB playback is continued until the playback section of the VOB ends (S405), and when it ends, the process proceeds to the next cell playback S304. Next, if there is no cell, playback stops (S406).

図28は、AV再生開始後からのイベント処理フローである。
BDプレーヤはイベントドリブン型のプレーヤモデルである。プレイリストの再生を開始すると、タイムイベント系、ユーザイベント系、字幕表示系のイベント処理プロセスが夫々起動され、平行してイベント処理を実行するようになる。
FIG. 28 is an event processing flow after the start of AV playback.
The BD player is an event-driven player model. When playback of the playlist is started, event processing processes for the time event system, the user event system, and the caption display system are started, and the event processing is executed in parallel.

S500系の処理は、タイムイベント系の処理フローである。
プレイリスト再生開始後(S501)、プレイリスト再生が終了しているかを確認するステップ(S502)を経て、シナリオプロセッサは、タイムイベント発生時刻になったかを確認する(S503)。タイムイベント発生時刻になっている場合には、シナリオプロセッサはタイムイベントを生成し(S504)、プログラムプロセッサがタイムイベントを受け取り、イベントハンドラを実行処理する(S505)。
The S500 system processing is a time event system processing flow.
After the play list reproduction is started (S501), the scenario processor confirms whether or not the time event occurrence time is reached (S503) through a step (S502) for confirming whether the play list reproduction is completed. If the time event occurrence time is reached, the scenario processor generates a time event (S504), the program processor receives the time event, and executes the event handler (S505).

ステップS503でタイムイベント発生時刻になっていない場合、または、ステップS504でイベントハンドラ実行処理後は再度ステップS502へ戻り、上述した処理を繰り返す。また、ステップS502でプレイリスト再生が終了したことが確認されると、タイムイベント系の処理は強制的に終了する。   If the time event occurrence time is not reached in step S503, or after the event handler execution process in step S504, the process returns to step S502 again, and the above-described process is repeated. Also, when it is confirmed in step S502 that the play list reproduction has been completed, the time event processing is forcibly terminated.

S600系の処理は、ユーザイベント系の処理フローである。
プレイリスト再生開始後(S601)、プレイリスト再生終了確認ステップ(S602)を経て、UOP受付確認ステップの処理に移る(S603)。UOPの受付があった場合、UOPマネージャはUOPイベントを生成し(S604)、UOPイベントを受け取ったプログラムプロセッサはUOPイベントがメニューコールであるかを確認し(S605)、メニューコールであった場合は、プログラムプロセッサはシナリオプロセッサにイベントを生成させ(S607)、プログラムプロセッサはイベントハンドラを実行処理する(S608)。
The S600 system processing is a user event system processing flow.
After the play list reproduction is started (S601), the play list reproduction end confirmation step (S602) is performed, and then the process proceeds to the UOP reception confirmation step (S603). When the UOP is accepted, the UOP manager generates a UOP event (S604), and the program processor that receives the UOP event checks whether the UOP event is a menu call (S605). The program processor causes the scenario processor to generate an event (S607), and the program processor executes the event handler (S608).

ステップS605でUOPイベントがメニューコールで無いと判断された場合、UOPイベントはカーソルキーまたは「決定」キーによるイベントである事を示している。この場合、現在時刻がユーザイベント有効期間内であるかをシナリオプロセッサが判断し(S606)、有効期間内である場合には、シナリオプロセッサがユーザイベントを生成し(S607)、プログラムプロセッサが対象のイベントハンドラを実行処理する(S608)。   If it is determined in step S605 that the UOP event is not a menu call, it indicates that the UOP event is an event by a cursor key or a “decision” key. In this case, the scenario processor determines whether the current time is within the user event valid period (S606), and if it is within the valid period, the scenario processor generates a user event (S607), and the program processor is targeted. The event handler is executed (S608).

ステップS603でUOP受付が無い場合、ステップS606で現在時刻がユーザイベント有効期間に無い場合、または、ステップS608でイベントハンドラ実行処理後は再度ステップS602へ戻り、上述した処理を繰り返す。また、ステップS602でプレイリスト再生が終了したことが確認されると、ユーザイベント系の処理は強制的に終了する。   If no UOP is accepted in step S603, if the current time is not in the user event valid period in step S606, or after the event handler execution process in step S608, the process returns to step S602 again to repeat the above-described process. Further, when it is confirmed in step S602 that the play list reproduction has ended, the user event processing is forcibly ended.

図29は字幕処理のフローである。
プレイリスト再生開始後(S701)、プレイリスト再生終了確認ステップ(S702)を経て、字幕描画開始時刻確認ステップに移る(S703)。字幕描画開始時刻の場合、シナリオプロセッサはプレゼンテーションコントローラに字幕描画を指示し、プレゼンテーションコントローラはイメージプロセッサに字幕描画を指示する(S704)。ステップS703で、字幕描画開始時刻で無いと判断された場合、字幕表示終了時刻であるかを確認する(S705)。字幕表示終了時刻であると判断された場合は、プレゼンテーションコントローラがイメージプロセッサに字幕消去指示を行い、描画されている字幕をイメージプレーンから消去する(S706)。
FIG. 29 is a flowchart of caption processing.
After the play list reproduction is started (S701), the play list reproduction end confirmation step (S702) is followed by the subtitle drawing start time confirmation step (S703). In the case of the caption rendering start time, the scenario processor instructs the presentation controller to render captions, and the presentation controller instructs the image processor to render captions (S704). If it is determined in step S703 that it is not the caption drawing start time, it is confirmed whether it is the caption display end time (S705). If it is determined that the subtitle display end time is reached, the presentation controller instructs the image processor to delete the subtitle and deletes the drawn subtitle from the image plane (S706).

字幕描画ステップS704終了後、字幕消去ステップS706終了後、または、字幕表示終了時刻確認ステップS705で当該時刻でないことが判断された場合、ステップS702に戻り、上述した処理を繰り返す。また、ステップS702でプレイリスト再生が終了したことが確認されると、字幕表示系の処理は強制的に終了する。
(実施の形態2)
次に本発明の第2の実施の形態について説明する。
After the caption drawing step S704 ends, after the caption erasure step S706 ends, or when it is determined that the time is not the same at the caption display end time confirmation step S705, the process returns to step S702 and the above-described processing is repeated. Also, when it is confirmed in step S702 that the playlist reproduction has been completed, the caption display processing is forcibly terminated.
(Embodiment 2)
Next, a second embodiment of the present invention will be described.

第2の実施の形態は、上記のアプリケーションを応用して、静止画によるスライドショーを実現するための説明である。基本的には実施例1に基づく内容であり、拡張または異なる部分を中心に説明する。
(Iピクチャの参照)
図30はスライドショー(静止画アプリケーション)とタイムマップの関係を示している。通常スライドショーは静止画(Iピクチャ)のみから構成されている。タイムマップは静止画データの位置とサイズ情報を持っており、ある静止画が選ばれた場合、必要なデータを取り出してデコーダに送ることにより、1枚の静止画を表示する。通常スライドショーは動画のように順番に表示されるとは限らず、ユーザのインタラクションのより、表示順序が決まっていないため、どこからでも表示できることを保証するために、単独でデコード可能なイントラ符号化されたIピクチャを利用している。
The second embodiment is an explanation for realizing a slide show using still images by applying the above-described application. Basically, the contents are based on the first embodiment, and the description will be focused on the expanded or different portions.
(Refer to I picture)
FIG. 30 shows the relationship between a slide show (still image application) and a time map. A normal slide show is composed only of still images (I pictures). The time map has the position and size information of still image data. When a certain still image is selected, one still image is displayed by extracting necessary data and sending it to the decoder. Normally, slideshows are not always displayed in the same order as movies, and the display order is not determined by user interaction, so that they can be displayed from anywhere, so that they can be displayed from anywhere. I picture is used.

しかし、データ量を抑えるために、Iピクチャを参照して圧縮するPピクチャや2枚以上の前後のピクチャを参照して圧縮するBピクチャであってもスライドショーを実現することは可能である。   However, it is possible to realize a slide show even for a P picture that is compressed with reference to an I picture and a B picture that is compressed with reference to two or more previous and subsequent pictures in order to reduce the amount of data.

ところが、PピクチャやBピクチャは参照しているピクチャがないとデコードすることができない。そのため、ユーザのインタラクションにより、途中にあるPピクチャやBピクチャから再生を開始しようとしてもデコードできない。そこで、図31に示すように、タイムマップが指しているピクチャがIピクチャであること、他のどの画像も参照していないことを示すフラグを用意する。このフラグを参照することにより、参照画像が必要ない場合、すなわち独立してデコード可能な場合には、前後の表示に関係なくその画像からデコードおよび表示することは可能だが、参照画像が必要な場合には、関連する画像がそれまでにデコードされていなければ表示できないため、表示順序によっては画像が表示できないことを示している。   However, a P picture and a B picture cannot be decoded without a picture being referred to. Therefore, decoding cannot be performed even if an attempt is made to start playback from a P picture or B picture in the middle due to user interaction. Therefore, as shown in FIG. 31, a flag is prepared to indicate that the picture pointed to by the time map is an I picture and that no other image is referenced. By referring to this flag, if a reference image is not required, that is, if it can be decoded independently, it can be decoded and displayed from that image regardless of the previous or next display, but a reference image is required Indicates that the image cannot be displayed depending on the display order because the related image cannot be displayed unless it has been decoded so far.

なお、タイムマップ全体として、タイムマップから参照されるピクチャが必ずIピクチャであること、つまりどのピクチャも独立してデコードすることが可能であることを示すフラグを、図32のようにタイムマップあるいは関連するナビゲーション情報内の一箇所に記録されていてもよい。このフラグが立っていない場合には、タイムマップのエントリが必ずIピクチャを指しているとは限らないため、参照されているピクチャをデコードできるかどうかは保証されないことになる。   Note that, as a whole time map, a flag indicating that a picture referred to from the time map is always an I picture, that is, any picture can be decoded independently, as shown in FIG. It may be recorded in one place in the related navigation information. If this flag is not set, the time map entry does not always point to the I picture, so it is not guaranteed whether the referenced picture can be decoded.

なお、これまでの説明ではMPEG2ビデオストリームをもとにIピクチャとして説明していたが、MPEG4−AVC(H.264やJVTとも呼ばれる)の場合では、IDR(Instantaneous Decoder refresh)ピクチャ、あるいはIDRピクチャ以外のIピクチャであってもよく、また、その他の形式の画像の場合でも単独でデコード可能な画像であれば、容易に応用可能である。
(すべてのIピクチャの参照の保証)
図33は動画アプリケーションと静止画アプリケーション(スライドショー)の違いを示している。図33(a)が示すように、動画アプリケーションの場合は一度再生を開始すれば、以降のピクチャを連続的にデコードするため、すべてのIピクチャにタイムマップから参照を設定しておく必要はなく、最低限再生開始したい点にのみタイムマップのエントリが設定されていればよい。
In the above description, the I picture is based on the MPEG2 video stream. However, in the case of MPEG4-AVC (also called H.264 or JVT), an IDR (Instantaneous Decoder Refresh) picture or IDR picture is used. I pictures other than the above may be used, and even in the case of an image of another format, it can be easily applied as long as it can be decoded independently.
(Guaranteed reference of all I pictures)
FIG. 33 shows the difference between a moving image application and a still image application (slide show). As shown in FIG. 33A, in the case of a moving image application, once playback is started, subsequent pictures are continuously decoded. Therefore, it is not necessary to set a reference for all I pictures from a time map. The time map entry only needs to be set only at a point where reproduction is to be started at a minimum.

図33(b)はスライドショーの例である。スライドショーの場合は、ユーザの操作により前後の映像を表示せず、スキップ操作などのより順序に関係なく静止画を表示する必要がある。そのため、すべてのIピクチャに対してタイムマップのエントリを登録しておかなければ、実際にストリームをすべて解析しなければ表示すべきIピクチャのデータをデコーダに流すことができないため、効率が悪い。各Iピクチャにタイムマップのエントリがあれば、必要なIピクチャのデータのみを直接アクセスしてデータを読み込み、デコーダに流すことができるため、アクセス効率がよく、表示までの時間も短くてすむため効率がよい。   FIG. 33B shows an example of a slide show. In the case of a slide show, it is necessary to display still images regardless of the order, such as skip operation, without displaying the previous and next images by user operation. For this reason, unless time map entries are registered for all the I pictures, the data of the I picture to be displayed cannot be sent to the decoder unless all the streams are actually analyzed. If there is a time map entry for each I picture, only the necessary I picture data can be directly accessed to read the data and flow it to the decoder, so that the access efficiency is good and the time until display is short. Is good.

すべてのIピクチャに対してエントリが存在することが識別できれば、どのIピクチャにアクセスする際にでもタイムマップのエントリを参照することにより、読み出すデータの範囲が分かるため、前後のストリームを余分に解析する必要がなくなる。   If it can be identified that entries exist for all I pictures, the range of data to be read can be understood by referring to the time map entries when accessing any I picture, so extra streams are analyzed. There is no need to do it.

すべてのIピクチャに対してエントリが存在することが保証されていない場合、タイムマップに登録されていないIピクチャの表示を指定された場合、その前後のストリームを解析しながら必要なデータを抜き出さなければならず、アクセス効率が悪く、表示するまでに時間がかかるため効率が悪い。   If it is not guaranteed that there are entries for all I pictures, and if display of I pictures not registered in the time map is specified, the necessary data is extracted while analyzing the streams before and after that. The access efficiency is poor, and it takes time to display, so the efficiency is poor.

そこで、すべてのIピクチャがタイムマップから参照されていることが保証されているか否かを示すフラグを用意することにより、前後のストリームを解析しなければいけないか、あるいは必要ないか、静的データを解析するだけで識別できるようになるため、このようなフラグは有効である。   Therefore, by preparing a flag indicating whether or not all I pictures are guaranteed to be referenced from the time map, whether the preceding and following streams must be analyzed or not, static data Such a flag is effective because it can be identified only by analyzing.

なお、このフラグはスライドショーのような静止画アプリケーションだけではなく、動画アプリケーションにおいても有効であり、どのIピクチャからでも再生を開始できることが保証されるフラグとなる。
(実施の形態3)
実施の形態2において、静止画アプリケーションを実現するための符号化方式としてMPEG‐4 AVCを使用できることを述べた。MPEG−4 AVCの静止画は、MPEG−4AVC規格自体ではなく、MPEG−2システムのMPEG−4 AVC向け拡張規格(ISO/IEC 13818−1 Amendment 3)においてAVC Still Pictureとして規定されている。しかしながら、MPEG−2システム規格では静止画の再生方法について規定しておらず、静止画アプリケーションにおいて使用するためには再生方法を別途規定する必要がある。本実施の形態では、MPEG−4 AVCを静止画アプリケーションに適用するための静止画のデータ構造、および表示方法について説明する。
This flag is effective not only for a still image application such as a slide show but also for a moving image application, and is a flag that guarantees that reproduction can be started from any I picture.
(Embodiment 3)
In the second embodiment, it has been described that MPEG-4 AVC can be used as an encoding method for realizing a still image application. The MPEG-4 AVC still image is not defined as the MPEG-4 AVC standard itself but is defined as an AVC Still Picture in the MPEG-2 AVC MPEG-4 AVC extended standard (ISO / IEC 13818-1 Amendment 3). However, the MPEG-2 system standard does not stipulate a still image playback method, and it is necessary to separately define a playback method for use in a still image application. In the present embodiment, a still image data structure and a display method for applying MPEG-4 AVC to a still image application will be described.

MPEG−2システム規格におけるAVC Still Pictureは、IDRピクチャ、および当該IDRピクチャから参照されるSPS(Sequence Parameter Set)、および(Picture Parameter Set)を含むと規定されている。図35は、本実施の形態におけるMPEG−4 AVCの静止画(以降、AVC静止画と呼ぶ)のデータ構造を示す。図中のボックスは、それぞれNALユニット(Network Abstraction Unit)を示す。AVC静止画では、End of SequenceのNALユニットを必ず含めることにする。End of Sequenceは、MPEG−4 AVCにおけるシーケンスの終端を示す識別情報であるため、End of SequenceのNALユニットを配置してシーケンスを終了させることにより、AVC静止画の表示方法についてはMPEG−4 AVC規格外で独自に定義することができる。ここで、各NALユニットの出現順序についてはMPEG−4 AVC規格において定められた規定に従うものとする。   The AVC Still Picture in the MPEG-2 system standard is defined to include an IDR picture, an SPS (Sequence Parameter Set) referenced from the IDR picture, and a (Picture Parameter Set). FIG. 35 shows the data structure of an MPEG-4 AVC still image (hereinafter referred to as an AVC still image) in the present embodiment. Each box in the figure indicates a NAL unit (Network Abstraction Unit). In an AVC still image, an end of sequence NAL unit is necessarily included. Since End of Sequence is identification information indicating the end of a sequence in MPEG-4 AVC, by arranging an NAL unit of End of Sequence to end the sequence, the MPEG-4 AVC still image display method can be obtained. Can be defined independently outside the standard. Here, the order of appearance of each NAL unit shall conform to the rules defined in the MPEG-4 AVC standard.

次に、図36を参照してAVC静止画の表示方法について説明する。静止画アプリケーションにおいては、静止画の表示時刻、および静止画の表示時間長を規定する必要がある。AVC静止画の表示時刻(PTS:Presentation Time Stamp)は、タイムマップ、あるいはPES(Packetized Elemantary Stream)パケットのヘッダから取得する。ここで、タイムマップにより全ての静止画の表示時刻が示される際には、タイムマップのみを参照して表示時刻を取得することができる。N番目のAVC静止画の表示時刻から、N+1番目のAVC静止画の表示時刻までの間は、N番目のAVC静止画の表示をフリーズする、すなわち、N番目のAVC静止画を繰り返し表示することにする。   Next, a method for displaying an AVC still image will be described with reference to FIG. In the still image application, it is necessary to define the display time of the still image and the display time length of the still image. The display time (PTS: Presentation Time Stamp) of the AVC still image is acquired from a time map or a header of a PES (Packetized Elementary Stream) packet. Here, when the display time of all the still images is indicated by the time map, the display time can be acquired with reference to only the time map. The display of the Nth AVC still image is frozen between the display time of the Nth AVC still image and the display time of the (N + 1) th AVC still image, that is, the Nth AVC still image is repeatedly displayed. To.

AVC静止画を再生する際には、AVC静止画のデータからフレームレートを取得できることが望ましい。MPEG−4 AVCにおいては、動画ストリームの表示レートを、SPS内のVUI(Video Usability Information)により示すことができる。具体的には、num_units_in_tick、time_scale、fixed_frame_rate_flagの3つのフィールドを参照する。MPEG−4 AVCにおいては、これらのフィールドを用いて、連続する2枚のピクチャの表示時刻の差分値を示すことができるが、本実施の形態では、これらのフィールドを用いて、AVC静止画を繰り返し表示する際のフレームレートを示すことにする。まず、fixed_frame_rate_flagを1にセットすることにより、フレームレートが固定であることを示す。次に、フレームレートを23.976Hzに設定する際には、例えばnum_units_in_tickを1001に、time_scaleを24000に、それぞれセットする。つまり、フレームレート=time_scale/num_units_in_tick となるように両フィールドを設定する。さらに、VUI、およびVUIにおける上記3つのフィールドが存在することを保証するために、SPS内のvui_parameters_present_flag、およびVUI内のtiming_info_present_flagを共に1にセットする。N番目のAVC静止画が、最終のAVC静止画である際には、ユーザ動作があるまで、あるいは、プログラムにより予め定められた次の動作等が開始するまで表示をフリーズさせることとする。   When playing back an AVC still image, it is desirable to be able to acquire the frame rate from the AVC still image data. In MPEG-4 AVC, the display rate of a moving image stream can be indicated by VUI (Video Usability Information) in the SPS. Specifically, three fields of num_units_in_tick, time_scale, and fixed_frame_rate_flag are referred to. In MPEG-4 AVC, these fields can be used to indicate the difference between the display times of two consecutive pictures. In the present embodiment, these fields are used to represent AVC still images. Let us show the frame rate for repeated display. First, setting fixed_frame_rate_flag to 1 indicates that the frame rate is fixed. Next, when setting the frame rate to 23.976 Hz, for example, num_units_in_tick is set to 1001 and time_scale is set to 24000, respectively. That is, both fields are set so that the frame rate = time_scale / num_units_in_tick. Further, in order to ensure that the VUI and the above three fields in the VUI exist, both vui_parameters_present_flag in the SPS and timing_info_present_flag in the VUI are set to 1. When the Nth AVC still image is the final AVC still image, the display is frozen until a user operation occurs or until the next operation or the like predetermined by the program starts.

time_scale/num_units_in_tickにより示されるフレームレートは、BD管理情報内で示されるフレームレート値と一致するものとする。具体的には、StreamCodingInfoにおけるframe_rateフィールドにより示される値と一致する。   It is assumed that the frame rate indicated by time_scale / num_units_in_tick matches the frame rate value indicated in the BD management information. Specifically, it matches the value indicated by the frame_rate field in the StreamCodingInfo.

なお、AVC静止画を繰り返し表示する際の表示周期は、num_units_in_tick/time_scaleにより示される。この表示周期を、フレームグリッド、あるいはフィールドグリッドの整数倍とすることにしてもよい。こうすることで、ビデオ、グラフィックスなど他の映像ソースとの同期再生を保証することができる。ここで、フレームグリッド、あるいはフィールドグリッドはビデオなど特定のストリームのフレームレートを基準として生成される。さらに、N番目とN+1番目のAVC静止画の表示時刻の差分値は、フレームグリッド、あるいはフィールドグリッドの整数倍とすることにしてもよい。   Note that the display cycle when AVC still images are repeatedly displayed is indicated by num_units_in_tick / time_scale. This display cycle may be an integer multiple of the frame grid or field grid. In this way, synchronized playback with other video sources such as video and graphics can be guaranteed. Here, the frame grid or the field grid is generated based on the frame rate of a specific stream such as video. Furthermore, the difference value between the display times of the Nth and N + 1th AVC still images may be an integer multiple of the frame grid or field grid.

AVC静止画を再生する際に参照するタイムマップとしては、実施の形態2におけるタイムマップを使用する。
なお、BD ROM規格などにおいて、num_units_in_tick、time_scale、fixed_frame_rate_flagのデフォルト値を規定することにより、これらのフィールドを省略することにしてもよい。
The time map in the second embodiment is used as a time map to be referred when reproducing an AVC still image.
In the BD ROM standard, these fields may be omitted by defining default values of num_units_in_tick, time_scale, and fixed_frame_rate_flag.

なお、ビデオストリームの場合にはストリーム内で解像度を変更することは禁止されているが、静止画のストリームでは解像度を変換しても復号動作におけるバッファ管理などを破綻なく実現できるため、ストリーム内で解像度を変更できることにしてもよい。ここで、解像度はSPS内のフィールドにより示される。   In the case of a video stream, changing the resolution within the stream is prohibited. However, with a still image stream, even if the resolution is converted, buffer management in the decoding operation can be realized without failure. The resolution may be changed. Here, the resolution is indicated by a field in the SPS.

なお、MPGE−4 AVC以外の符号化方式であっても、同様のデータ構造をもつ場合には、本実施の形態のデータ構造、および再生方法を適用できる。
(実施の形態4)
さらに、上記各実施の形態で示した情報記録媒体、その再生方法および記録方法を実現するためのプログラムを、フレキシブルディスク等の記録媒体に記録するようにすることにより、上記各実施の形態で示した処理を、独立したコンピュータシステムにおいて簡単に実施することが可能となる。
Note that, even with an encoding method other than MPGE-4 AVC, the data structure and the reproduction method of the present embodiment can be applied if they have the same data structure.
(Embodiment 4)
Further, the information recording medium, the reproducing method, and the program for realizing the recording method described in each of the above embodiments are recorded on a recording medium such as a flexible disk, thereby showing in each of the above embodiments. This processing can be easily performed in an independent computer system.

図37は、上記各実施の形態の再生方法および記録方法を、フレキシブルディスク等の記録媒体に記録されたプログラムを用いて、コンピュータシステムにより実施する場合の説明図である。   FIG. 37 is an explanatory diagram when the reproduction method and the recording method of each of the above embodiments are implemented by a computer system using a program recorded on a recording medium such as a flexible disk.

図37(b) は、フレキシブルディスクの正面からみた外観、断面構造、及びフレキシブルディスクを示し、図37(a) は、記録媒体本体であるフレキシブルディスクの物理フォーマットの例を示している。フレキシブルディスクFDはケースF内に内蔵され、該ディスクの表面には、同心円状に外周からは内周に向かって複数のトラックTrが形成され、各トラックは角度方向に16のセクタSeに分割されている。従って、上記プログラムを格納したフレキシブルディスクでは、上記フレキシブルディスクFD上に割り当てられた領域に、上記プログラムが記録されている。   FIG. 37 (b) shows the appearance, cross-sectional structure, and flexible disk as seen from the front of the flexible disk, and FIG. 37 (a) shows an example of the physical format of the flexible disk that is the recording medium body. The flexible disk FD is built in the case F, and a plurality of tracks Tr are formed concentrically on the surface of the disk from the outer periphery toward the inner periphery, and each track is divided into 16 sectors Se in the angular direction. ing. Therefore, in the flexible disk storing the program, the program is recorded in an area allocated on the flexible disk FD.

また、図37 (c) は、フレキシブルディスクFDに上記プログラムの記録再生を行うための構成を示す。再生方法および記録方法を実現する上記プログラムをフレキシブルディスクFDに記録する場合は、コンピュータシステムCsから上記プログラムを、フレキシブルディスクドライブを介して書き込む。また、フレキシブルディスク内のプログラムにより再生方法および記録方法を実現する再生方法および記録方法をコンピュータシステム中に構築する場合は、フレキシブルディスクドライブによりプログラムをフレキシブルディスクから読み出し、コンピュータシステムに転送する。   FIG. 37 (c) shows a configuration for recording and reproducing the program on the flexible disk FD. When recording the program for realizing the reproducing method and the recording method on the flexible disk FD, the program is written from the computer system Cs via the flexible disk drive. Further, when a reproducing method and a recording method for realizing a reproducing method and a recording method by a program in a flexible disk are constructed in a computer system, the program is read from the flexible disk by a flexible disk drive and transferred to the computer system.

なお、上記説明では、記録媒体としてフレキシブルディスクを用いて説明を行ったが、光ディスクを用いても同様に行うことができる。また、記録媒体はこれに限らず、ICカード、ROMカセット等、プログラムを記録できるものであれば同様に実施することができる。   In the above description, a flexible disk is used as the recording medium, but the same can be done using an optical disk. Further, the recording medium is not limited to this, and any recording medium such as an IC card or a ROM cassette capable of recording a program can be similarly implemented.

本発明に係る情報記録媒体は、MPEG−4 AVCの符号化データにより静止画表示を実現できるとともに、全ての静止画をパッケージメディアの管理情報により指すことができるため、静止画再生機能を有するパッケージメディアの再生において特に有効である。   The information recording medium according to the present invention can realize still image display using encoded data of MPEG-4 AVC and can indicate all still images by the management information of the package medium. This is particularly effective for media playback.

DVDの構成図DVD configuration diagram ハイライトの構成図Highlight configuration diagram DVDでの多重化の例を示す図Diagram showing an example of multiplexing on a DVD HD−DVDのデータ階層図Data hierarchy diagram of HD-DVD HD−DVD上の論理空間の構成図Logical space configuration diagram on HD-DVD HD−DVDプレーヤの概要ブロック図Outline block diagram of HD-DVD player HD−DVDプレーヤの構成ブロック図Configuration block diagram of HD-DVD player HD−DVDのアプリケーション空間の説明図Illustration of HD-DVD application space MPEGストリーム(VOB)の構成図Configuration diagram of MPEG stream (VOB) パックの構成図Pack configuration diagram AVストリームとプレーヤ構成の関係を説明する図The figure explaining the relationship between AV stream and a player structure トラックバッファへのAVデータ連続供給モデル図AV data continuous supply model diagram to track buffer VOB情報ファイル構成図VOB information file configuration diagram タイムマップの説明図Illustration of time map プレイリストファイルの構成図Playlist file structure diagram プレイリストに対応するプログラムファイルの構成図Configuration diagram of program files corresponding to playlists BDディスク全体管理情報ファイルの構成図BD disk overall management information file configuration diagram グローバルイベントハンドラを記録するファイルの構成図Diagram of the file that records global event handlers タイムイベントの例を説明する図Diagram explaining examples of time events ユーザイベントの例を説明する図Diagram explaining examples of user events グローバルイベントハンドラの例を説明する図Diagram explaining an example of a global event handler 仮想マシンの構成図Virtual machine configuration diagram プレーヤ変数テーブルの図Diagram of player variable table イベントハンドラ(タイムイベント)の例を示す図Figure showing an example of event handler (time event) イベントハンドラ(ユーザイベント)の例を示す図Diagram showing an example of event handler (user event) プレーヤの基本処理のフローチャートFlow chart of basic processing of player プレイリスト再生処理のフローチャートFlow chart of playlist playback processing イベント処理のフローチャートEvent processing flowchart 字幕処理のフローチャートSubtitle processing flowchart タイムマップと静止画の関係を説明する図Diagram explaining the relationship between time map and still image 参照するピクチャがデコード可能か否かを示すフラグを説明する図The figure explaining the flag which shows whether the picture to refer can be decoded すべてのエントリがIピクチャを参照することを示すフラグを説明する図The figure explaining the flag which shows that all the entries refer to an I picture 動画アプリケーションとスライドショーの違いを説明する図Illustration explaining the difference between a video application and a slideshow すべてのIピクチャが参照されていることを保証するフラグを説明する図The figure explaining the flag which guarantees that all the I pictures are referred MPEG−4 AVCにおける静止画のデータ構造を示す図The figure which shows the data structure of the still image in MPEG-4 AVC MPEG−4 AVCにおける静止画の再生方法を説明する図The figure explaining the reproduction method of the still picture in MPEG-4 AVC 実施の形態1から実施の形態3の情報記録媒体を実現するためのプログラムを格納した記録媒体を示す図The figure which shows the recording medium which stored the program for implement | achieving the information recording medium of Embodiment 1 to Embodiment 3

符号の説明Explanation of symbols

201 BDディスク
202 光ピックアップ
203 プログラム記録メモリ
204 管理情報記録メモリ
205 AV記録メモリ
206 プログラム処理部
207 管理情報処理部
208 プレゼンテーション処理部
209 イメージプレーン
210 ビデオプレーン
211 合成処理部
301 プログラム記録メモリ
302 プログラムプロセッサ
303 UOPマネージャ
304 管理情報記録メモリ
305 シナリオプロセッサ
306 プレゼンテーションコントローラ
307 クロック
308 イメージメモリ
309 トラックバッファ
310 デマルチプレクサ
311 イメージプロセッサ
312 ビデオプロセッサ
313 サウンドプロセッサ
314 イメージプレーン
315 ビデオプレーン
316 合成処理部
317 ドライブコントローラ
3207 動画ダウンコンバータ
3215 字幕ダウンコンバータ
3223 静止画ダウンコンバータ
3228 音声ダウンコンバータ
S101 ディスク挿入ステップ
S102 BD.INFO読み込みステップ
S103 BD.PROG読み込みステップ
S104 ファーストイベント生成ステップ
S105 イベントハンドラ実行ステップ
S201 UOP受付ステップ
S202 UOPイベント生成ステップ
S203 メニューコール判定ステップ
S204 イベント生成ステップ
S205 イベントハンドラ実行ステップ
S301 プレイリスト再生開始ステップ
S302 プレイリスト情報(XXX.PL)読み込みステップ
S303 プレイリストプログラム(XXX.PROG)読み込みステップ
S304 セル再生開始ステップ
S305 AV再生開始ステップ
S401 AV再生開始ステップ
S402 VOB情報(YYY.VOBI)読み込みステップ
S403 VOB(YYY.VOB)読み込みステップ
S404 VOB再生開始ステップ
S405 VOB再生終了ステップ
S406 次セル存在判定ステップ
S501 プレイリスト再生開始ステップ
S502 プレイリスト再生終了判定ステップ
S503 タイムイベント時刻判定ステップ
S504 イベント生成ステップ
S505 イベントハンドラ実行ステップ
S601 プレイリスト再生開始ステップ
S602 プレイリスト再生終了判定ステップ
S603 UOP受付判定ステップ
S604 UOPイベント生成ステップ
S605 メニューコール判定ステップ
S606 ユーザイベント有効期間判定ステップ
S607 イベント生成ステップ
S608 イベントハンドラ実行ステップ
S701 プレイリスト再生開始ステップ
S702 プレイリスト再生終了判定ステップ
S703 字幕描画開始判定ステップ
S704 字幕描画ステップ
S705 字幕表示終了判定ステップ
S706 字幕消去ステップ
201 BD disc 202 optical pickup 203 program recording memory 204 management information recording memory 205 AV recording memory 206 program processing unit 207 management information processing unit 208 presentation processing unit 209 image plane 210 video plane 211 composition processing unit 301 program recording memory 302 program processor 303 UOP manager 304 Management information recording memory 305 Scenario processor 306 Presentation controller 307 Clock 308 Image memory 309 Track buffer 310 Demultiplexer 311 Image processor 312 Video processor 313 Sound processor 314 Image plane 315 Video plane 316 Composition processing unit 317 Drive controller 207 video down-converter 3215 Subtitle down-converter 3223 still image down-converter 3228 audio down-converter S101 disc insertion step S102 BD. INFO reading step S103 BD. PROG reading step S104 First event generation step S105 Event handler execution step S201 UOP reception step S202 UOP event generation step S203 Menu call determination step S204 Event generation step S205 Event handler execution step S301 Playlist reproduction start step S302 Playlist information (XXX.PL ) Reading step S303 Playlist program (XXX.PROG) reading step S304 Cell playback start step S305 AV playback start step S401 AV playback start step S402 VOB information (YYY.VOBI) reading step S403 VOB (YYY.VOB) reading step S404 VOB Playback start step S405 VOB Playback end step S406 Next cell presence determination step S501 Playlist playback start step S502 Playlist playback end determination step S503 Time event time determination step S504 Event generation step S505 Event handler execution step S601 Playlist playback start step S602 Playlist playback end determination step S603 UOP reception determination step S604 UOP event generation step S605 Menu call determination step S606 User event valid period determination step S607 Event generation step S608 Event handler execution step S701 Playlist reproduction end determination step S702 Playlist reproduction end determination step S703 Subtitle drawing start determination step S704 Subtitle rendering step S70 5 Subtitle display end determination step S706 Subtitle deletion step

Claims (8)

少なくとも静止画のストリームとその管理情報とを記録した情報記録媒体であって、前記管理情報は前記ストリーム内の静止画の再生時刻情報と、前記静止画のストリーム内での開始アドレス情報とサイズ情報とを記録し、
前記静止画は、前記静止画の復号時に参照される初期化情報を格納するデータユニット、前記静止画の符号化データを格納するデータユニット、および、前記静止画がストリームにおける特定単位の終端であることを示すデータユニットを含む、複数のデータユニットから構成されることを特徴とする情報記録媒体。
An information recording medium that records at least a still picture stream and management information thereof, wherein the management information includes reproduction time information of a still picture in the stream, start address information and size information in the still picture stream And record
The still image is a data unit that stores initialization information that is referred to when the still image is decoded, a data unit that stores encoded data of the still image, and the still image is an end of a specific unit in the stream. An information recording medium comprising a plurality of data units including a data unit indicating the above.
前記管理情報は、前記ストリーム内の全ての静止画についての情報を有することを特徴とする、請求項1に記載の情報記録媒体。   The information recording medium according to claim 1, wherein the management information includes information about all the still images in the stream. 前記管理情報は、前記静止画が独立に復号できるかどうかを示す復号識別情報を格納でき、前記管理情報により情報が示される全ての静止画は、前記復号識別情報により独立に復号できることが示されることを特徴とする請求項1に記載の情報記録媒体。   The management information can store decoding identification information indicating whether or not the still image can be decoded independently, and indicates that all the still images whose information is indicated by the management information can be decoded independently by the decoding identification information. The information recording medium according to claim 1. 前記静止画のフレームレートを示す情報が、前記初期化情報を格納するデータユニットに格納されることを特徴とする、請求項1に記載の情報記録媒体。   The information recording medium according to claim 1, wherein information indicating a frame rate of the still image is stored in a data unit that stores the initialization information. 前記初期化情報を格納するデータユニットにおいては、データユニット内に前記静止画のフレームレートを示す情報が格納されることを示すフラグがセットされていることを特徴とする、請求項4に記載の情報記録媒体。   5. The data unit storing the initialization information, wherein a flag indicating that information indicating a frame rate of the still image is stored is set in the data unit. Information recording medium. 請求項4に記載の情報記録媒体を再生する再生方法であり、前記管理情報に示される再生時刻情報に基づいてN番目の前記静止画を表示開始し、N+1番目の前記静止画の再生開始時刻となるまで、前記N番目の静止画を繰り返して表示することを特徴とする再生方法。   5. A reproduction method for reproducing an information recording medium according to claim 4, wherein display of the Nth still image is started based on reproduction time information indicated in the management information, and reproduction start time of the (N + 1) th still image is started. The N-th still image is repeatedly displayed until it becomes. 前記N番目の静止画を継続して表示する際のフレームレートは、前記初期化情報を格納するデータユニットから取得することを特徴とする請求項6に記載の再生方法。   7. The reproduction method according to claim 6, wherein a frame rate for continuously displaying the Nth still image is acquired from a data unit storing the initialization information. 請求項4に記載の情報記録媒体を再生する再生装置であり、前記管理情報に示される再生時刻情報に基づいてN番目の前記静止画を表示開始し、N+1番目の前記静止画の再生開始時刻となるまで、前記N番目の静止画を繰り返して表示することを特徴とする再生装置。
5. A playback apparatus for playing back the information recording medium according to claim 4, wherein display of the Nth still image is started based on playback time information indicated by the management information, and playback start time of the (N + 1) th still image is started. The playback apparatus is characterized in that the Nth still image is repeatedly displayed until
JP2004185583A 2004-06-23 2004-06-23 Information recording medium, and recording / reproducing apparatus and recording / reproducing method thereof Pending JP2006013726A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004185583A JP2006013726A (en) 2004-06-23 2004-06-23 Information recording medium, and recording / reproducing apparatus and recording / reproducing method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004185583A JP2006013726A (en) 2004-06-23 2004-06-23 Information recording medium, and recording / reproducing apparatus and recording / reproducing method thereof

Publications (1)

Publication Number Publication Date
JP2006013726A true JP2006013726A (en) 2006-01-12

Family

ID=35780458

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004185583A Pending JP2006013726A (en) 2004-06-23 2004-06-23 Information recording medium, and recording / reproducing apparatus and recording / reproducing method thereof

Country Status (1)

Country Link
JP (1) JP2006013726A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111899770A (en) * 2014-09-12 2020-11-06 松下电器(美国)知识产权公司 Non-transitory computer readable medium, reproduction apparatus, and reproduction method

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111899770A (en) * 2014-09-12 2020-11-06 松下电器(美国)知识产权公司 Non-transitory computer readable medium, reproduction apparatus, and reproduction method

Similar Documents

Publication Publication Date Title
JP4197725B2 (en) Image encoding apparatus, image encoding method, and recording method on recording medium
JP6227828B2 (en) Playback apparatus and playback method
JP6223620B2 (en) Reproduction method and reproduction apparatus
JP6487588B2 (en) Reproduction method and reproduction apparatus
JP6272533B2 (en) Reproduction method and reproduction apparatus
JP2016039627A (en) Reproducing device, reproducing method and recording medium
JP2007036663A (en) Information recording medium in consideration of compatibility, recording apparatus thereof, recording method, and recording program
WO2016038811A1 (en) Recording medium, playback device, and playback method
JP2007133938A (en) Information recording medium with flag showing propriety of audio mixing output, and device and method for reproducing the same
JP2006087081A (en) Picture coding apparatus, and picture decoding apparatus
JP2007048383A (en) Information recording medium, its recording device, recording method, and recording program
JP2007235185A (en) Information recording medium appropriate to random access, and recording/reproducing apparatus and recording/reproducing method thereof
WO2016021120A1 (en) Reproduction device, reproduction method, and recording medium
JPWO2007091426A1 (en) Information recording medium and reproduction control method
JP2006013726A (en) Information recording medium, and recording / reproducing apparatus and recording / reproducing method thereof
JP6591202B2 (en) Recording medium, reproducing apparatus and method thereof
JP2019067481A (en) Storage medium
WO2016009606A1 (en) Recording medium, reproduction device and method therefor
JP2006244655A (en) Reproducing apparatus and reproduction method
JP2006073127A (en) Information recording medium suitable for random access and its recording/reproducing apparatus, recording/reproducing method
JP2007049461A (en) Information recording medium and device thereof, and its method
JP2006236453A (en) Information recording medium and playback apparatus therefor, and playback method