JP4827642B2 - Recording apparatus, recording method, program, and integrated circuit - Google Patents

Recording apparatus, recording method, program, and integrated circuit Download PDF

Info

Publication number
JP4827642B2
JP4827642B2 JP2006200084A JP2006200084A JP4827642B2 JP 4827642 B2 JP4827642 B2 JP 4827642B2 JP 2006200084 A JP2006200084 A JP 2006200084A JP 2006200084 A JP2006200084 A JP 2006200084A JP 4827642 B2 JP4827642 B2 JP 4827642B2
Authority
JP
Japan
Prior art keywords
information
playlist
title
menu
program
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.)
Expired - Fee Related
Application number
JP2006200084A
Other languages
Japanese (ja)
Other versions
JP2008004247A (en
Inventor
洋 矢羽田
繁樹 松永
航 池田
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 Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
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 Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP2006200084A priority Critical patent/JP4827642B2/en
Publication of JP2008004247A publication Critical patent/JP2008004247A/en
Application granted granted Critical
Publication of JP4827642B2 publication Critical patent/JP4827642B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Description

本発明は、記録した映像データの再生をユーザに指示させるためのメニューが付与された形式で映像データを記録した情報記録媒体、その記録装置及び記録方法に関する。   The present invention relates to an information recording medium in which video data is recorded in a format provided with a menu for instructing a user to reproduce the recorded video data, a recording apparatus, and a recording method thereof.

映像データを記録した情報記録媒体の代表格は、DVD(以下、「Standard Difinition(SD)−DVD」ともいう。)である。以下に従来のDVDについて説明する。   A typical information recording medium on which video data is recorded is a DVD (hereinafter also referred to as “Standard Definition (SD) -DVD”). A conventional DVD will be described below.

図1は、SD−DVDの構造を示す図である。図1の下段に示すように、DVDディスク上にはリードインからリードアウトまでの間に論理アドレス空間が設けられている。その論理アドレス空間には先頭からファイルシステムのボリューム情報が記録され、続いて映像音声などのアプリケーションデータが記録されている。   FIG. 1 is a diagram showing the structure of an SD-DVD. As shown in the lower part of FIG. 1, a logical address space is provided on the DVD disk from lead-in to lead-out. In the logical address space, volume information of the file system is recorded from the head, and subsequently application data such as video and audio is recorded.

ファイルシステムとは、ISO9660やUniversal Disc Format(UDF)等の規格により定められたデータを管理する仕組みのことであり、ディスク上のデータをディレクトリまたはファイルと呼ばれる単位で表現する仕組みである。   A file system is a mechanism for managing data defined by standards such as ISO9660 and Universal Disc Format (UDF), and is a mechanism for expressing data on a disk in units called directories or files.

日常使っているパーソナルコンピュータ(PC)の場合でも、File Allocation Tables(FAT)またはNT File System(NTFS)と呼ばれるファイルシステムにより、ディレクトリやファイルという構造でハードディスクに記録されたデータがコンピュータ上で表現され、ユーザビリティを高めている。   Even in the case of a personal computer (PC) that is used everyday, the data recorded on the hard disk in a directory or file structure is represented on the computer by a file system called File Allocation Tables (FAT) or NT File System (NTFS). , Enhance usability.

SD−DVDの場合、UDF及びISO9660の両方のファイルシステムが使用されている。両方を合わせて「UDFブリッジ」とも呼ばれる。記録されているデータはUDFまたはISO9660どちらのファイルシステムドライバによってもデータの読み出しができるようになっている。なお、ここで取り扱うDVDはパッケージメディア用のROMディスクであり、物理的に書き込みが不可能である。   In the case of SD-DVD, both UDF and ISO9660 file systems are used. Together, they are also called “UDF bridges”. The recorded data can be read out by either UDF or ISO9660 file system driver. The DVD handled here is a ROM disk for package media and cannot be physically written.

DVD上に記録されたデータは、UDFブリッジを通して、図1左上に示すようなディレクトリまたはファイルとして見ることができる。ルートディレクトリ(図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 FIG. 1), and DVD application data is recorded therein. Application data is recorded as a plurality of files, and there are the following types of files as main files.

VIDEO_TS.IFO ディスク再生制御情報ファイル
VTS_01_0.IFO ビデオタイトルセット#1再生制御情報ファイル
VTS_01_0.VOB ビデオタイトルセット#1ストリームファイル
.....
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. . . . .

上記例に示すように2つの拡張子が規定されている。「IFO」は再生制御情報が記録されたファイルであることを示す拡張子であり、「VOB」はAVデータであるMPEGストリームが記録されたファイルであることを示す拡張子である。   As shown in the above example, two extensions are defined. “IFO” is an extension indicating that the reproduction control information is recorded, and “VOB” is an extension indicating that the MPEG stream that is AV data is recorded.

再生制御情報とは、DVDで採用されたインタラクティビティ(ユーザの操作に応じて再生を動的に変化させる技術)を実現するための情報や、メタデータのような、AVデータに付属する情報などのことである。また、DVDでは一般的に再生制御情報のことをナビゲーション情報と呼ぶことがある。   The playback control information is information for realizing interactivity (technique for dynamically changing playback according to a user operation) adopted by DVD, information attached to AV data such as metadata, and the like. That is. In DVD, generally, reproduction control information is sometimes referred to as navigation information.

再生制御情報ファイルは、ディスク全体を管理する「VIDEO_TS.IFO」と、個々のビデオタイトルセット毎の再生制御情報である「VTS_01_0.IFO」がある。なお、DVDでは複数のタイトル、言い換えれば複数の異なる映画や楽曲を1枚のディスクに記録することが可能である。   The playback control information file includes “VIDEO_TS.IFO” for managing the entire disc and “VTS — 01 — 0.IFO” which is playback control information for each video title set. A DVD can record a plurality of titles, in other words, a plurality of different movies and music pieces on a single disc.

ここで、ファイル名ボディにある「01」はビデオタイトルセットの番号を示しており、例えば、ビデオタイトルセット#2の場合は、「VTS_02_0.IFO」となる。   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」内の情報は、VIDEO Manager Information(VMGI)として、「VTS_01_0.IFO」または、他のビデオタイトルセット毎に存在する再生制御情報はVideo Title Set Information(VTSI)として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. The information in “VIDEO_TS.IFO” is stored in the DVD navigation space as VIDEO Manager Information (VMGI) as “VTS — 01 — 0.IFO”, or the playback control information existing for each other video title set as Video Title Set Information (VTSI). Be expanded.

VTSIの中にはProgram Chain(PGC)と呼ばれる再生シーケンスの情報であるProgram Chain Information(PGCI)が記述されている。PGCIは、Cellの集合とコマンドと呼ばれる一種のプログラミング情報によって構成されている。   In VTSI, Program Chain Information (PGCI) that is information of a reproduction sequence called Program Chain (PGC) is described. The PGCI is composed of a set of cells and a kind of programming information called a command.

Cell自身はVOB(Video Objectの略であり、MPEGストリームを指す)の一部区間または全部区間を指定する情報であり、Cellの再生は、当該VOBのCellによって指定された区間を再生することを意味している。   The cell itself is information for designating a part or all of a VOB (which is an abbreviation of Video Object, indicating an MPEG stream), and the reproduction of the cell means that the section designated by the cell of the VOB is reproduced. I mean.

コマンドは、DVDの仮想マシンによって処理されるものであり、例えば、ウェブページを表示するブラウザ上で実行されるJava(登録商標)スクリプトなどに近いものである。しかしながらJava(登録商標)スクリプトが論理演算の他にウィンドウやブラウザの制御(例えば、新しいブラウザのウィンドウを開くなど)を行うのに対して、DVDのコマンドは、論理演算の他にAVタイトルの再生制御、例えば、再生するチャプターの指定などを実行するだけのものである点で異なっている。   The command is processed by a DVD virtual machine, and is similar to, for example, a Java (registered trademark) script executed on a browser that displays a web page. However, Java (registered trademark) script controls windows and browsers in addition to logical operations (for example, opens a new browser window), whereas DVD commands play AV titles in addition to logical operations. It differs in that it only performs control, for example, specifying the chapter to be played back.

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

図2は、AVデータであるMPEGストリーム中に埋め込まれているナビゲーション情報を説明する概要図である。   FIG. 2 is a schematic diagram illustrating navigation information embedded in an MPEG stream that is AV data.

SD−DVDの特長であるインタラクティビティは前述した「VIDEO_TS.IFO」や「VTS_01_0.IFO」などに記録されているナビゲーション情報だけによって実現されているのではなく、幾つかの重要な情報はナビゲーション・パック(ナビパックまたは、NV_PCKという。)と呼ばれる専用キャリアを使いVOB内に映像、音声データと一緒に多重化されている。   The interactivity, which is the feature of SD-DVD, is not realized only by the navigation information recorded in the aforementioned “VIDEO_TS.IFO”, “VTS — 01 — 0.IFO”, etc. It is multiplexed together with video and audio data in a VOB using a dedicated carrier called a pack (Navi Pack or NV_PCK).

ここでは簡単なインタラクティビティの例としてメニュー画面について説明する。メニュー画面上には、幾つかのボタンが現れ、それぞれのボタンには当該ボタンが選択実行された時の処理が定義されている。   Here, a menu screen will be described as an example of simple interactivity. Several buttons appear on the menu screen, and each button defines a process when the button is selected and executed.

また、メニュー画面上では一つのボタンが選択されており(選択ボタン上に半透明色がオーバーレイされることで該ボタンがハイライトされ、該ボタンが選択状態であることをユーザに示す)、ユーザは、リモコンの上下左右キーを使って、選択状態のボタンを上下左右の何れかのボタンに移動させることが出来る。   In addition, one button is selected on the menu screen (the translucent color is overlaid on the selection button so that the button is highlighted to indicate to the user that the button is selected), and the user The up / down / left / right keys on the remote control can be used to move the selected button to any of the up / down / left / right buttons.

リモコンの上下左右キーを使って、選択実行したいボタンまでハイライトを移動させ、決定する(決定キーを押す)ことによって対応するコマンドのプログラムが実行される。一般的には対応するタイトルやチャプターの再生がコマンドによって実行されている(例えば、特許文献1参照)。   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, playback of a corresponding title or chapter is executed by a command (see, for example, Patent Document 1).

図2の左上部はNV_PCKに格納される情報の概要を示している。NV_PCK内には、ハイライトカラー情報と個々のボタン情報などが含まれている。ハイライトカラー情報には、カラーパレット情報が記述され、オーバーレイ表示されるハイライトの半透明色が指定される。   The upper left part of FIG. 2 shows an outline of 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).

メニュー画面上のハイライトは、図2の右上部に示すように、オーバーレイ画像として作られる。オーバーレイ画像は、ボタン情報の矩形領域情報にカラーパレット情報の色を付した物である。このオーバーレイ画像は図2の右部に示す背景画像と合成されて画面上に表示される。   The highlight on the menu screen is created as an overlay image as shown in the upper right part 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を使ってストリーム中に埋め込んでいるのかについては、以下の理由からである。   As described above, the menu screen is realized in the DVD. The reason why part of the navigation data is embedded in the stream using NV_PCK is as follows.

すなわち、ストリームと同期して動的にメニュー情報を更新、例えば、映画再生中の途中5分〜10分の間にだけメニュー画面を表示するといった、同期タイミングが問題となりやすい処理を問題なく実現できるようにするためである。   In other words, the menu information is dynamically updated in synchronization with the stream, for example, a menu screen is displayed only during 5 to 10 minutes in the middle of movie playback. It is for doing so.

また、もう一つの大きな理由は、NV_PCKには特殊再生を支援するための情報を格納し、DVD再生時の早送り、巻き戻しなどの非通常再生時にも円滑にAVデータをデコードし再生させる等、ユーザの操作性を向上させるためである。   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の構成を示す概要図である。図に示すように、映像、音声、字幕などのデータ(図3の(1))は、MPEGシステム(ISO/IEC13818−1)規格に基づいて、パケット及びパック化し(図3の(2))、それぞれを多重化して1本のMPEGプログラムストリームにしている(図3の(3))。   FIG. 3 is a schematic diagram showing the configuration of a VOB in a DVD. As shown in the figure, data such as video, audio, and subtitles ((1) in FIG. 3) is packetized and packed based on the MPEG system (ISO / IEC13818-1) standard ((2) in FIG. 3). These are multiplexed into one MPEG program stream ((3) in FIG. 3).

また、前述した通りインタラクティブを実現するためのボタンコマンドを含んだNV_PCKも一緒に多重化をされている。   Further, as described above, NV_PCK including a button command for realizing interactive is also multiplexed together.

MPEGシステムの多重化の特徴として、多重化する個々のデータは、そのデコード順に基づくビット列になっているが、多重化されるデータ間、即ち、映像、音声、字幕の間は必ずしも再生順、言い換えればデコード順に基づいてビット列が形成されているわけではないことが挙げられる。   As a feature of MPEG system multiplexing, individual 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, it is not necessarily the playback order. For example, the bit string is not formed based on the decoding order.

これはMPEGシステムストリームのデコーダモデル(図3の(4)、一般にSystem Target Decoder、またはSTDと呼ばれる)が多重化を解いた後に個々のエレメンタリストリームに対応するデコーダバッファを持ち、デコードタイミングまでに一時的にデータを蓄積している事に由来している。   This is because the MPEG system stream decoder model ((4) in FIG. 3, generally called System Target Decoder or STD) has a decoder buffer corresponding to each elementary stream after demultiplexing, and by the decoding timing It comes from temporarily accumulating data.

このデコーダバッファは、個々のエレメンタリストリーム毎にサイズが異なり、映像に対しては、232kB、音声に対しては4kB、字幕に対しては52kBをそれぞれ有している。   This decoder buffer has a different size for each elementary stream, and has 232 kB for video, 4 kB for audio, and 52 kB for subtitles.

このため、各デコーダバッファへのデータ入力タイミングは個々のエレメンタリストリームで異なるため、MPEGシステムストリームとしてビット列を形成する順番と表示(デコード)されるタイミングにずれが生じている。   For this reason, since the data input timing to each decoder buffer is different for each elementary stream, there is a difference between the order in which the bit string is formed as the MPEG system stream and the display (decoding) timing.

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

以上述べたようなDVDに関する技術は、下記の特許文献2に記載されている。
特願平8−83478号公報 特許第2813245号公報
The technology related to DVD as described above is described in Patent Document 2 below.
Japanese Patent Application No. 8-83478 Japanese Patent No. 2813245

ここで、現在、撮影した映像等のデジタルコンテンツ(以下、単に「コンテンツ」という。)を、情報記録媒体である前述のDVD等のディスクに逐次記録する各種のビデオカメラレコーダ(以下、単に「ビデオカメラ」という。)が多くのメーカーで生産され、広く流通している。   Here, various video camera recorders (hereinafter simply referred to as “video”) that sequentially record digital contents (hereinafter simply referred to as “contents”) such as captured images on the above-described disc such as a DVD as an information recording medium. Cameras ”) are produced by many manufacturers and are widely distributed.

また、これらビデオカメラは、独自のメニュー画面を生成し、ディスクに書き込む機能を有している。このメニュー画面を以下、「ディスクメニュー」という。   These video cameras also have a function of generating a unique menu screen and writing it to a disc. This menu screen is hereinafter referred to as “disc menu”.

ユーザは、ビデオカメラで情報記録媒体に映像を記録し、その情報記録媒体をプレーヤで再生すると、そのビデオカメラで生成されたディスクメニューを見ることができる。また、そのメニューから再生等の対象とするタイトルの選択を行うことができる。   When a user records an image on an information recording medium with a video camera and reproduces the information recording medium with a player, the user can view a disc menu generated by the video camera. In addition, a title to be reproduced can be selected from the menu.

しかしながら、様々なメーカーで生産される各種のビデオカメラにおいて、ディスクメニューに係る各種ファイルの記述内容や構成等が統一されているわけではない。   However, in various video cameras produced by various manufacturers, description contents and configurations of various files related to the disc menu are not unified.

つまり、あるメーカーのビデオカメラで生成されたディスクメニューを、他のメーカーのビデオカメラが解釈することは実質的に不可能である。   That is, it is virtually impossible for another manufacturer's video camera to interpret a disc menu generated by one manufacturer's video camera.

そのため、例えば、あるメーカーのビデオカメラで映像が記録されたディスクが、他のメーカーのビデオカメラにロードされ、新たなタイトルの追加等が行われた場合、当該他のメーカーのカメラでは、記録済みのディスクメニューに関するファイルを削除し、新たにディスクメニューを作成する必要がある。   Therefore, for example, when a disc on which video is recorded by a video camera of a certain manufacturer is loaded into a video camera of another manufacturer and a new title is added, etc., the recording of the other manufacturer's camera is completed. It is necessary to delete a file related to the disc menu and create a new disc menu.

この場合、ディスクがロードされたビデオカメラでは、記録済みのディスクメニューに関連する各種ファイルを、そのディスクメニューの再生を制御するプログラム等を解析することにより探し出すという、極めて高度な解析作業が必要となる。   In this case, a video camera loaded with a disc requires an extremely high level of analysis work such as searching for various files related to the recorded disc menu by analyzing a program that controls the playback of the disc menu. Become.

そのため、ディスクがセットされた後に、映像の記録等の動作が開始可能となるまで長時間掛かることになり、実質的には、上記の各種ファイルを探し出せないといった問題がある。   Therefore, after the disc is set, it takes a long time until operations such as video recording can be started, and there is a problem that the various files described above cannot be found in practice.

また、新たなディスクメニューを記録する際に、不要となった既存のディスクメニューに関連するファイルを削除しない場合、不要なファイルがディスクに蓄積していくことになる。これにより、ディスクの記録可能容量を不要に圧迫するだけでなく、当該ディスクを使用する記録装置および再生装置においてファイル管理に係る処理負荷が増加することになる。   Further, when a new disc menu is recorded, if unnecessary files related to the existing disc menu are not deleted, unnecessary files are accumulated on the disc. This not only unnecessarily squeezes the recordable capacity of the disc, but also increases the processing load related to file management in the recording device and playback device that use the disc.

そこで本発明は、上記従来の課題を考慮し、ある記録装置で生成されたメニューが情報記録媒体に記録された後にその情報記録媒体が他の記録装置にセットされた場合、当該他の記録装置において本来的には不要な処理負荷および処理時間を発生させないための情報記録媒体、記録装置、および、記録方法を提供することを目的とする。   Therefore, in consideration of the above-described conventional problems, the present invention, when a menu generated by a certain recording device is recorded on the information recording medium and then the information recording medium is set in another recording device, the other recording device It is an object of the present invention to provide an information recording medium, a recording apparatus, and a recording method for preventing an inherently unnecessary processing load and processing time from being generated.

上記目的を達成するために、本発明の情報記録媒体は、デジタルストリームの一部または全部である部分区間で構成されるAVコンテンツであるタイトルが記録された情報記録媒体であって、デジタルストリームにおける部分区間の位置と、再生順序とを指定することで前記タイトルを特定する情報を有するプレイリストと、前記プレイリストを呼び出すことにより前記タイトルの再生を制御するプログラムと、前記タイトルを識別するタイトル識別情報と、前記プログラムを識別するプログラム識別情報とが対応付けられて含まれているインデックス情報と、前記タイトル識別情報と前記プレイリストを識別するプレイリスト識別情報とが対応付けられて含まれている拡張情報とが記録されている。   In order to achieve the above object, an information recording medium of the present invention is an information recording medium on which a title, which is AV content composed of a partial section that is part or all of a digital stream, is recorded. A playlist having information specifying the title by designating the position of the partial section and the playback order, a program for controlling playback of the title by calling the playlist, and a title identification for identifying the title Index information including information and program identification information for identifying the program in association with each other, and title identification information and playlist identification information for identifying the playlist in association with each other. Extended information is recorded.

これにより、本発明の情報記録媒体を使用する記録装置が、情報記録媒体に記録するタイトルの1つであるメニューを削除する際に、そのメニューの再生を制御するプログラムを解析することなく、そのメニューに関連するプレイリストを容易に特定することができる。   Thus, when a recording device using the information recording medium of the present invention deletes a menu that is one of the titles recorded on the information recording medium, the program is not analyzed without analyzing the program that controls the reproduction of the menu. The playlist related to the menu can be easily specified.

従って、例えば、記録装置であるビデオカメラにおいて、他のビデオカメラが生成しディスクに記録したディスクメニューを削除する際、ディスクメニューに関連するプレイリストを特定し、削除することができる。   Therefore, for example, in a video camera that is a recording device, when a disc menu generated by another video camera and recorded on a disc is deleted, a playlist related to the disc menu can be specified and deleted.

また、この削除に係る作業において、プログラムの解析等を行う必要がなく、容易に削除すべきプレイリストを特定することができる。つまり、本発明の情報記録媒体を使用する記録装置において、本来的には不要な処理負荷および処理時間が発生することがない。   Further, in the work related to the deletion, it is not necessary to analyze the program, and the playlist to be deleted can be easily specified. That is, in the recording apparatus using the information recording medium of the present invention, inherently unnecessary processing load and processing time do not occur.

また、本発明の記録装置は、前記情報記録媒体にデジタルストリームを記録する記録装置であって、前記情報記録媒体には、複数のタイトルが記録されており、前記複数のタイトルのうちの1つは、自身以外のタイトルをユーザに選択させるメニューであり、前記記録装置は、前記メニューの再生を制御するプログラムから呼び出されるプレイリストを、前記拡張情報に含まれる、前記メニューのタイトル識別情報に対応付けられた前記プレイリスト識別情報を用いて特定するプレイリスト特定手段と、前記メニューに換えて、新たなメニューを生成し前記情報記録媒体に記録するメニュー生成手段と、前記メニュー生成手段により前記新たなメニューが生成される場合、前記プレイリスト特定手段により特定されたプレイリストを削除する削除手段とを備える。   The recording apparatus of the present invention is a recording apparatus for recording a digital stream on the information recording medium, wherein a plurality of titles are recorded on the information recording medium, and one of the plurality of titles is recorded. Is a menu that allows the user to select a title other than itself, and the recording device corresponds to the title identification information of the menu, which is included in the extended information, with a playlist called from a program that controls playback of the menu A play list specifying means for specifying using the attached play list identification information, a menu generating means for generating a new menu in place of the menu and recording it on the information recording medium, and the new information by the menu generating means. Delete a playlist specified by the playlist specifying means And a dividing means.

これにより、本発明の記録装置は、容易にタイトルに関連するプレイリストを特定することができ、そのプレイリストを削除することができる。   Thereby, the recording apparatus of the present invention can easily specify a playlist related to the title and can delete the playlist.

従って、例えば、ビデオカメラとして本発明の記録装置を実現した場合、他メーカーのビデオカメラによりディスクメニューが記録されたDVDや半導体メモリ等の情報記録媒体から、容易にそのディスクメニューに関連するプレイリストを削除することができる。   Therefore, for example, when the recording apparatus of the present invention is realized as a video camera, a playlist related to the disc menu can be easily obtained from an information recording medium such as a DVD or a semiconductor memory in which the disc menu is recorded by a video camera of another manufacturer. Can be deleted.

つまり、不要なファイルを削除した上で、新たなディスクメニューを生成し、当該情報記録媒体に記録することができる。また、このように、不要なファイルを削除することで、当該情報記録媒体の記録可能容量を無駄に消費することがなく、またファイル管理に係る処理負荷の増加を抑えることができる。   That is, after deleting unnecessary files, a new disc menu can be generated and recorded on the information recording medium. In addition, by deleting unnecessary files in this way, the recordable capacity of the information recording medium is not wasted, and an increase in processing load related to file management can be suppressed.

なお、本発明は、このような情報記録装置として実現することができるだけでなく、このような情報記録装置が備える特徴的な手段を有する集積回路として実現することもできる。これら特徴的な手段は、個別に1チップ化されても良いし、これらのうちの一部又はすべてを含むように1チップ化されても良い。   The present invention can be realized not only as such an information recording apparatus but also as an integrated circuit having characteristic means provided in such an information recording apparatus. These characteristic means may be individually made into one chip, or may be made into one chip so as to include some or all of them.

また、本発明は、このような情報記録装置が備える特徴的な手段をステップとする記録方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、CD−ROM等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。   In addition, the present invention can be realized as a recording method using steps as characteristic means included in such an information recording apparatus, or can be realized as a program for causing a computer to execute these steps. Needless to say, such a program can be distributed via a recording medium such as a CD-ROM or a transmission medium such as the Internet.

また、本発明は、本発明の情報記録媒体から情報を読み取って再生する再生装置として実現したり、このような再生装置が備える特徴的な手段をステップとする再生方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、CD−ROM等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。   In addition, the present invention can be realized as a playback device that reads and plays back information from the information recording medium of the present invention, or can be realized as a playback method including steps characteristic of the playback device. It can also be realized as a program for causing a computer to execute steps. Needless to say, such a program can be distributed via a recording medium such as a CD-ROM or a transmission medium such as the Internet.

ある記録装置で生成されたメニューが情報記録媒体に記録された後にその情報記録媒体が他の記録装置にセットされた場合、当該他の記録装置において本来的には不要な処理負荷および処理時間を発生させないための情報記録媒体、記録装置、および、記録方法を提供することができる。   When a menu generated by a certain recording device is recorded on the information recording medium and then the information recording medium is set in another recording device, the processing load and processing time that are inherently unnecessary in the other recording device are reduced. It is possible to provide an information recording medium, a recording apparatus, and a recording method for preventing generation.

以下、添付の図面を参照しながら、本発明を実施するための最良の形態ついて説明する。   The best mode for carrying out the present invention will be described below with reference to the accompanying drawings.

なお、本願請求項1に係る発明に最も近い実施の形態は実施の形態2であるが、理解を容易にするために、実施の形態2における情報記録媒体等の基本的な構成を説明する実施の形態1を先に説明する。   The embodiment closest to the invention according to claim 1 of the present application is the embodiment 2. However, in order to facilitate understanding, the basic configuration of the information recording medium and the like in the embodiment 2 will be described. The first embodiment will be described first.

(実施の形態1)
まず、BD(Blu−ray Disc)−ROMおよびBD−ROMを再生するBD−ROMプレーヤの基本的な構成および動作について、図1〜図30を用いて説明する。
(Embodiment 1)
First, the basic configuration and operation of a BD (Blu-ray Disc) -ROM and a BD-ROM player that reproduces the BD-ROM will be described with reference to FIGS.

(ディスク上の論理データ構造)
図4は、BD−ROMのデータ階層を示す図である。
(Logical data structure on disk)
FIG. 4 is a diagram showing a data hierarchy of the BD-ROM.

図4に示すように、ディスク媒体であるBD−ROM104上には、AVデータ103と、AVデータに関する管理情報及びAV再生シーケンスなどのBD管理情報102と、インタラクティブを実現するBD再生プログラム101とが記録されている。   As shown in FIG. 4, on the BD-ROM 104, which is a disk medium, there is AV data 103, BD management information 102 such as management information and AV playback sequence related to AV data, and a BD playback program 101 that realizes interactive processing. It is recorded.

なお、各タイトルの実体データは、AVデータ103として存在し、各タイトルのシナリオ制御記述データ(以下、単に「シナリオ」ともいう。)は、BD管理情報102として存在する。   The entity data of each title exists as AV data 103, and the scenario control description data (hereinafter also simply referred to as “scenario”) of each title exists as BD management information 102.

なお、本実施の形態では、映画などのAVコンテンツを再生するためのAVアプリケーションを主眼においてBD−ROMの説明を行うが、BD−ROMをCD−ROMやDVD−ROMの様にコンピュータ用途の記録媒体として使用することも当然のことながら可能である。   In this embodiment, the BD-ROM will be described focusing on the AV application for reproducing AV contents such as movies. However, the BD-ROM is recorded for computer use like a CD-ROM or DVD-ROM. Of course, it can also be used as a medium.

図5は、前述のBD−ROM104に記録されている論理データの構造を示す図である。BD−ROM104は、他の光ディスク、例えばDVDやCDなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリードインと外周のリードアウトの間に論理データを記録できる論理アドレス空間を有している。   FIG. 5 is a diagram showing the structure of logical data recorded in the BD-ROM 104 described above. The BD-ROM 104 has a recording area that spirals from the inner periphery to the outer periphery in the same manner as other optical discs such as DVD and CD, and records logical data between the inner lead-in and the outer lead-out. It has a logical address space that can be created.

また、リードインの内側にはBurst Cutting Area(BCA)と呼ばれる、ドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがよくある。   In addition, there is a special area called “Burst Cutting Area (BCA)” inside the lead-in that can be read only by the drive. Since this area cannot be read from an application, it is often 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. A file system is a mechanism for managing data defined by standards such as UDF and ISO 9660 as described in the prior art. Logical data recorded in the same way as a normal PC is stored in a directory and file structure. It is possible to read by using.

本実施の形態の場合、BD−ROM104上のディレクトリ、ファイル構造は、ルートディレクトリ(ROOT)直下にBDVIDEOディレクトリが置かれている。このディレクトリはBD−ROMで扱うAVデータや管理情報などのデータ(図4に示すBD再生プログラム101、BD管理情報102、AVデータ103)が記録されているディレクトリである。   In the case of the present embodiment, the directory and file structure on the BD-ROM 104 is a BDVIDEO directory placed directly under the root directory (ROOT). This directory is a directory in which data such as AV data and management information handled by the BD-ROM (BD playback program 101, BD management information 102, AV data 103 shown in FIG. 4) is recorded.

BDVIDEOディレクトリの下には、次の7種類のファイルが記録されている。   The following seven types of files are recorded under the BDVIDEO directory.

BD.INFO(ファイル名固定)
「BD管理情報」の一つであり、BD−ROM全体に関する情報を記録したファイルである。BD−ROMプレーヤは最初にこのファイルを読み出す。
BD. INFO (fixed file name)
This is one of “BD management information” and is a file in which information related to the entire BD-ROM is recorded. The BD-ROM player first reads this file.

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

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

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

YYY.VOB(「YYY」は可変、拡張子「VOB」は固定)
「AVデータ」の一つであり、VOB(従来例で説明したVOBと同じ)を記録したファイルである。1つの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. One VOB corresponds to one file.

YYY.VOBI(「YYY」は可変、拡張子「VOBI」は固定)
「BD管理情報」の一つであり、AVデータであるVOBに関わる管理情報を記録したファイルである。VOBとの対応はファイルボディ名(「YYY」が一致する)によって識別される。
YYY. VOBI ("YYY" is variable, extension "VOBI" is fixed)
This is one of “BD management information” and is a file in which 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(World Wide Web Consortium(W3C)によって標準化された画像フォーマットであり「ピング」と読む。)形式のイメージファイルである。1つのPNGイメージは1つのファイルに対応する。
ZZZ. PNG ("ZZZ" is variable, extension "PNG" is fixed)
PNG (an image format standardized by the World Wide Web Consortium (W3C), which is one of “AV data” and image data for constructing subtitles and menu screens, and is read as “ping”). It is a file. One PNG image corresponds to one file.

(プレーヤの構成)
次に、前述のBD−ROM104を再生するプレーヤの構成について図6及び図7を用いて説明する。
(Player configuration)
Next, the configuration of the player that reproduces the BD-ROM 104 will be described with reference to FIGS.

図6は、BD−ROM104を再生するBD−ROMプレーヤの基本的な構成の概要を示す図である。   FIG. 6 is a diagram showing an outline of a basic configuration of a BD-ROM player that reproduces the BD-ROM 104.

図6に示すBD−ROMプレーヤにおいて、BD−ROM104上のデータは、光ピックアップ202を通して読み出される。読み出されたデータはそれぞれのデータの種類に応じて専用のメモリに記録される。   In the BD-ROM player shown in FIG. 6, data on the BD-ROM 104 is read through the optical pickup 202. The read data is recorded in a dedicated memory according to the type of each data.

BD再生プログラム(「BD.PROG」または「XXX.PROG」ファイル)はプログラム記録メモリ203に、BD管理情報(「BD.INFO」、「XXX.PL」または「YYY.VOBI」ファイル)は管理情報記録メモリ204に、AVデータ(「YYY.VOB」または「ZZZ.PNG」ファイル)はAV記録メモリ205にそれぞれ記録される。   The BD playback program (“BD.PROG” or “XXX.PROG” file) is stored in the program recording memory 203, and the BD management information (“BD.INFO”, “XXX.PL” or “YYY.VOBI” file) is managed information. AV data (“YYY.VOB” or “ZZZ.PNG” file) is recorded in the recording memory 204 in the AV recording memory 205, respectively.

プログラム記録メモリ203に記録されたBD再生プログラムはプログラム処理部206によって処理される。管理情報記録メモリ204に記録されたBD管理情報は管理情報処理部207によって処理される。   The BD playback program recorded in the program recording memory 203 is processed by the program processing unit 206. The BD management information recorded in the management information recording memory 204 is processed by the management information processing unit 207.

また、AV記録メモリ205に記録されたAVデータはプレゼンテーション処理部208によって処理される。   The AV data recorded in the AV recording memory 205 is processed by the presentation processing unit 208.

プログラム処理部206は、管理情報処理部207から再生するプレイリストの情報やプログラムの実行タイミングなどのイベント情報を受け取りプログラムの処理を行う。また、プログラムで再生するプレイリストを動的に変更する事が可能であり、この場合は管理情報処理部207に対して変更後のプレイリストの再生命令を送ることで実現する。   The program processing unit 206 receives event information such as play list information and program execution timing from the management information processing unit 207 and processes the program. In addition, it is possible to dynamically change a playlist to be played back by a program, and in this case, it is realized by sending a play list playback command to the management information processing unit 207.

プログラム処理部206は、更に、ユーザからのイベント、例えば、ユーザが操作するリモコンからのリクエストを受け付け、ユーザイベントに対応するプログラムがある場合は、実行処理する。   The program processing unit 206 further receives an event from the user, for example, a request from a remote controller operated by the user, and executes an execution process when there is a program corresponding to the user event.

管理情報処理部207は、プログラム処理部206の指示を受け、その指示に対応するプレイリスト及びそのプレイリストに対応したVOBの管理情報を解析する。更に、プレゼンテーション処理部208に再生の対象となるAVデータの再生を指示する。   The management information processing unit 207 receives an instruction from the program processing unit 206 and analyzes the playlist corresponding to the instruction and the management information of the VOB corresponding to the playlist. Furthermore, the presentation processing unit 208 is instructed to reproduce the AV data to be reproduced.

また、管理情報処理部207は、プレゼンテーション処理部208から基準時刻情報を受け取り、時刻情報に基づいてプレゼンテーション処理部208にAVデータ再生の停止指示を行う。更に、プログラム処理部206に対してプログラム実行タイミングを示すイベントを生成する。   Also, the management information processing unit 207 receives the reference time information from the presentation processing unit 208, and instructs the presentation processing unit 208 to stop AV data reproduction based on the time information. Furthermore, an event indicating the program execution timing is generated for the program processing unit 206.

プレゼンテーション処理部208は、映像、音声、および字幕それぞれのデータに対応するデコーダを持ち、管理情報処理部207からの指示に従い、AVデータのデコード及び出力を行う。映像データ及び字幕データは、デコード後にそれぞれの専用プレーンに描画される。   The presentation processing unit 208 has a decoder corresponding to video, audio, and subtitle data, and decodes and outputs AV data in accordance with an instruction from the management information processing unit 207. Video data and subtitle data are drawn on each dedicated plane after decoding.

具体的には、映像データはビデオプレーン210に描画され、字幕データ等のイメージデータはイメージプレーン209に描画される。更に、2つのプレーンに描画された映像の合成処理が合成処理部211によって行われTVなどの表示デバイスへ出力される。   Specifically, video data is drawn on the video plane 210, and image data such as caption data is drawn on the image plane 209. Furthermore, the composition processing of the video drawn on the two planes is performed by the composition processing unit 211 and output to a display device such as a TV.

図6で示すように、BD−ROMプレーヤは図4で示したBD−ROM104に記録されているデータ構造に基づいた構成をとっている。   As shown in FIG. 6, the BD-ROM player has a configuration based on the data structure recorded in the BD-ROM 104 shown in FIG.

図7は、図6に示すプレーヤの構成を詳細化したブロック図である。図6に示す各構成部と、図7に示す各構成部との対応は以下の通りである。   FIG. 7 is a detailed block diagram of the configuration of the player shown in FIG. Correspondence between each component shown in FIG. 6 and each component shown in FIG. 7 is as follows.

AV記録メモリ205はイメージメモリ308とトラックバッファ309に対応する。プログラム処理部206はプログラムプロセッサ302とUO(User Operation)マネージャ303に対応する。管理情報処理部207はシナリオプロセッサ305とプレゼンテーションコントローラ306とに対応する。プレゼンテーション処理部208はクロック307、デマルチプレクサ310、イメージプロセッサ311、ビデオプロセッサ312とサウンドプロセッサ313とに対応する。   The AV recording memory 205 corresponds to the image memory 308 and the track buffer 309. The program processing unit 206 corresponds to a program processor 302 and a UO (User Operation) manager 303. The management information processing unit 207 corresponds to the scenario processor 305 and the presentation controller 306. The presentation processing unit 208 corresponds to the clock 307, the demultiplexer 310, the image processor 311, the video processor 312, and the sound processor 313.

BD−ROM104から読み出されたVOBデータ(MPEGストリーム)はトラックバッファ309に、イメージデータ(PNG)はイメージメモリ308にそれぞれ記録される。   The VOB data (MPEG stream) read from the BD-ROM 104 is recorded in the track buffer 309, and the image data (PNG) is recorded in the image memory 308.

デマルチプレクサ310は、クロック307から得られる時刻に基づき、トラックバッファ309に記録されたVOBデータを抜き出す。更に、VOBデータに含まれる映像データをビデオプロセッサ312に音声データをサウンドプロセッサ313にそれぞれ送り込む。   The demultiplexer 310 extracts VOB data recorded in the track buffer 309 based on the time obtained from the clock 307. Further, the video data included in the VOB data is sent to the video processor 312 and the audio data is sent to the sound processor 313.

ビデオプロセッサ312及びサウンドプロセッサ313はそれぞれMPEGシステム規格で定められる通りに、デコーダバッファとデコーダからそれぞれ構成されている。即ち、デマルチプレクサ310から送りこまれる映像、音声それぞれのデータは、それぞれのデコーダバッファに一時的に記録され、クロック307に従い個々のデコーダでデコード処理される。   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つの処理方法がある。PNGデータが字幕用の場合は、プレゼンテーションコントローラ306によってデコードタイミングが指示される。クロック307からの時刻情報をシナリオプロセッサ305が一旦受け、適切な字幕表示が行えるように、字幕表示時刻(開始及び終了)になればプレゼンテーションコントローラ306に対して字幕の表示、非表示の指示を出す。   The PNG data recorded in the image memory 308 has the following two processing methods. When the PNG 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 to display appropriate subtitles, when the subtitle display time (start and end) is reached, the presentation controller 306 is instructed to display / hide subtitles. .

プレゼンテーションコントローラ306からデコード/表示の指示を受けたイメージプロセッサ311は対応するPNGデータをイメージメモリ308から抜き出し、デコードし、イメージプレーン209に描画する。   In response to the decoding / display instruction from the presentation controller 306, the image processor 311 extracts the corresponding PNG data from the image memory 308, decodes it, and draws it on the image plane 209.

また、PNGデータがメニュー画面用の場合は、プログラムプロセッサ302によってデコードタイミングが指示される。プログラムプロセッサ302がいつイメージのデコードを指示するかは、プログラムプロセッサ302が処理しているBDプログラムに因るものであって一概には決まらない。   If the PNG data is for a menu screen, 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で説明したようにそれぞれデコード後にイメージプレーン209およびビデオプレーン210に描画され、合成処理部211によって合成出力される。   As described with reference to FIG. 6, the image data and the video data are respectively drawn on the image plane 209 and the video plane 210 after being decoded, and are synthesized and output by the synthesis processing unit 211.

BD−ROM104から読み出された管理情報(シナリオ、AV管理情報)は、管理情報記録メモリ204に記録されるが、シナリオ情報(「BD.INFO」及び「XXX.PL」)はシナリオプロセッサ305によって読み出され処理される。また、AV管理情報(「YYY.VOBI」)はプレゼンテーションコントローラ306によって読み出され処理される。   Management information (scenario, AV management information) read from the BD-ROM 104 is recorded in the management information recording memory 204, but scenario information (“BD.INFO” and “XXX.PL”) is recorded by the scenario processor 305. Read and process. 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 about the VOB referenced by the playlist and its playback position. The presentation controller 306 manages the management information of the target VOB (“YYY.VOBI”). ) And the drive controller 317 is instructed 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 recorded in the image memory 308 or the track buffer 309 as described above.

また、シナリオプロセッサ305は、クロック307の時刻を監視し、管理情報で設定されているタイミングでイベントをプログラムプロセッサ302に投げる。   In addition, 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.

プログラム記録メモリ203に記録されたBDプログラム(「BD.PROG」または「XXX.PROG」)は、プログラムプロセッサ302によって実行処理される。プログラムプロセッサ302がBDプログラムを処理するのは、シナリオプロセッサ305からイベントが送られてきた場合か、UOマネージャ303からイベントが送られてきた場合である。   The BD program (“BD.PROG” or “XXX.PROG”) recorded in the program recording memory 203 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 UO manager 303.

UOマネージャ303は、ユーザからリモコンキーによってリクエストが送られてきた場合に、当該リクエストに対応するイベントを生成しプログラムプロセッサ302に送る。   When a request is sent from the user using a remote control key, the UO manager 303 generates an event corresponding to the request and sends it to the program processor 302.

このような各構成部の動作により、BD−ROMの再生がおこなわれる。   The BD-ROM is reproduced by the operation of each component.

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

BD−ROMのアプリケーション空間では、プレイリスト(PlayList)が一つの再生単位になっている。プレイリストはセル(Cell)の再生シーケンスから構成される静的なシナリオと、プログラムによって記述される動的なシナリオとを有している。   In the application space of the BD-ROM, a play list (PlayList) is one reproduction unit. The playlist has a static scenario composed of a cell playback sequence and a dynamic scenario described by the 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.

一方で、プログラムは、プレイリストを超えての再生記述や、ユーザの選択またはプレーヤの状態に応じて再生する対象を動的に変えることが可能である。典型的な例としてはメニュー画面を介した再生対象の動的変更が挙げられる。BD−ROMの場合、メニューとはユーザの選択によって再生するシナリオ、即ちプレイリストを動的に選択するための機能の構成要素の1つである。   On the other hand, the program can dynamically change the reproduction target depending on the reproduction description beyond the playlist, the user's selection or the player's state. A typical example is dynamic change of a reproduction target via a menu screen. In the case of a BD-ROM, the menu is one of components of a function for dynamically selecting a scenario to be played back by a user's selection, that is, a playlist.

また、ここで言うプログラムは、時間イベントまたはユーザイベントによって実行されるイベントハンドラの事である。   The program referred to here is an event handler executed by a time event or a user event.

時間イベントは、プレイリスト中に埋め込まれた時刻情報に基づいて生成されるイベントである。図7で説明したシナリオプロセッサ305からプログラムプロセッサ302に送られるイベントがこれに相当する。時間イベントが発行されると、プログラムプロセッサ302はIDによって対応付けられるイベントハンドラを実行処理する。   The time event is an event generated based on time information embedded in the playlist. The event sent from the scenario processor 305 to the program processor 302 described in FIG. 7 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 "Determination" key provided on the remote control.

メニュー選択のイベントに対応するイベントハンドラはプレイリスト内の限られた期間でのみ有効である。つまり、プレイリストの情報として、個々のイベントハンドラの有効期間が設定されている。プログラムプロセッサ302は、リモコンの「上」「下」「左」「右」キーまたは「決定」キーが押された時に有効なイベントハンドラを検索して、有効なイベントハンドラがある場合は当該イベントハンドラが実行処理される。他の場合は、メニュー選択のイベントは無視されることになる。   The event handler corresponding to the menu selection event is valid only for a limited period in the playlist. That is, the validity period of each event handler is set as the playlist information. The program processor 302 searches for a valid event handler when the “up”, “down”, “left”, “right” key or “decision” key of the remote control is pressed, and if there is a valid event handler, the event handler Is executed. In other cases, menu selection events will be ignored.

二つ目のユーザイベントは、「メニュー」キーの操作によって生成されるメニュー画面呼び出しのイベントである。メニュー画面呼び出しのイベントが生成されると、グローバルイベントハンドラが呼ばれる。   The second user event is a menu screen call event generated by operating the “menu” key. When a menu screen call event is generated, a global event handler is called.

グローバルイベントハンドラはプレイリストに依存せず、常に有効なイベントハンドラである。この機能を使うことにより、DVDのメニューコールを実装することができる。メニューコールを実装することにより、タイトル再生中に音声、字幕メニューなどを呼び出し、音声または字幕を変更後に中断した地点からのタイトル再生を実行することができる。   A global event handler does not depend on a playlist and is always an effective event handler. By using this function, DVD menu calls can be implemented. By implementing the menu call, it is possible to call the audio, subtitle menu, etc. during the title reproduction, and execute the title reproduction from the point where the audio or subtitle was interrupted after the change.

プレイリストで静的シナリオを構成する単位であるセル(Cell)はVOB(MPEGストリーム)の全部または一部の再生区間を参照したものである。セルはVOB内の再生区間を開始、終了時刻の情報として持っている。個々のVOBと一対になっているVOB管理情報(VOBI)は、その内部にタイムマップ(Time MapまたはTM)を有しており、このタイムマップによって前述したVOBの再生、終了時刻をVOB内(即ち対象となるファイル「YYY.VOB」内)での読み出し開始アドレス及び終了アドレスを導き出すことが可能である。なおタイムマップの詳細は図14を用いて後述する。   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 TM) inside, and the playback and end times of the VOB described above are indicated in the VOB ( That is, it is possible to derive the read start address and end address in the target file “YYY.VOB”). Details of the time map will be described later with reference to FIG.

(VOBの詳細)
図9は、本実施の形態で使用するMPEGストリーム(VOB)の構成を示す図である。図9に示すように、VOBは複数のVideo Object Unit(VOBU)によって構成されている。VOBUは、MPEGビデオストリームにおけるGroup Of Pictures(GOP)を基準とする単位であり、音声データも含んだ多重化ストリームとしての一再生単位である。
(Details of VOB)
FIG. 9 is a diagram showing the structure of an MPEG stream (VOB) used in the present embodiment. As shown in FIG. 9, the VOB is composed of a plurality of Video Object Units (VOBU). The VOBU is a unit based on Group Of Pictures (GOP) in the MPEG video stream, and is one reproduction unit as a multiplexed stream including audio data.

VOBUは0.4秒から1.0秒の再生時間を持ち、通常は0.5秒の再生時間を持っている。これはMPEGのGOPの構造が通常は15フレーム/秒(NTSCの場合)であることによって導かれるものである。   A VOBU has a playback time of 0.4 to 1.0 seconds, and normally has a playback time of 0.5 seconds. This is derived from the fact that the MPEG GOP structure is usually 15 frames / second (in the case of NTSC).

VOBUは、その内部に映像データであるビデオパック(V_PCK)と、音声データであるオーディオパック(A_PCK)とを有している。各パックは1セクタで構成され、本実施の形態の場合は2kB単位で構成されている。   The VOBU includes therein a video pack (V_PCK) that is video data and an audio pack (A_PCK) that is audio data. Each pack is composed of one sector, and in the present embodiment, it is composed of 2 kB units.

図10は、MPEGストリームにおけるパックの構成を示す図である。   FIG. 10 is a diagram showing the structure of a pack in the MPEG stream.

図10に示すように、映像データ及び音声データといったエレメンタリデータは、ペイロードと呼ばれるパケットのデータ格納領域に先頭から順次入れられていく。ペイロードにはパケットヘッダが付けられ1つのパケットを構成する。   As shown in FIG. 10, elementary data such as video data and audio data are sequentially entered from the head into a data storage area of a packet called a payload. A packet header is attached to the payload to form one packet.

パケットヘッダには、ペイロードに格納してあるデータがどのストリームのデータであるのかを示す情報、映像データであるのか音声データであるのかを示す情報、また、映像データまたは音声データがそれぞれ複数ストリームある場合は、どのストリームのデータなのかを識別するためのID(stream_id)、および、当該ペイロードのデコード及び表示時刻情報であるタイムスタンプであるDecode Time Stamp(DTS)及びPresentation Time Stamp(PTS)が記録されている。   The packet header includes information indicating which stream the data stored in the payload is, information indicating whether the data is video data or audio data, and multiple streams of video data or audio data. In this case, an ID (stream_id) for identifying which stream data is included, and a decode time stamp (DTS) and a presentation time stamp (PTS) that are time stamps that are decoding and display time information of the payload are recorded. Has been.

DTSおよびPTSは必ずしも全てのパケットヘッダに記録されている訳ではなく、MPEGによって記録するルールが規定されている。ルールの詳細についてはMPEGシステム(ISO/IEC13818−1)規格書に記述されているので省略する。   DTS and PTS are not necessarily recorded in all packet headers, but rules for recording in MPEG are defined. Details of the rules are described in the MPEG system (ISO / IEC13818-1) standard, and therefore will be omitted.

パケットには更にヘッダ(パックヘッダ)が付けられ、パックを構成する。パックヘッダには、当該パックがいつデマルチプレクサを通過し、個々のエレメンタリストリームのデコーダバッファに入力されるかを示すタイムスタンプであるSystem Clock Reference(SCR)が記録されている。   The packet is further provided with a header (pack header) to form a pack. In the pack header, System Clock Reference (SCR), which is a time stamp indicating when the pack passes through the demultiplexer and is input to the decoder buffer of each elementary stream, is recorded.

(VOBのインターリーブ記録)
図11及び図12を用いてVOBファイルのインターリーブ記録について説明する。
(VOB interleaved recording)
The interleaved recording of the VOB file will be described with reference to FIGS.

図11は、AVデータとBD−ROMプレーヤの構成との関係を説明するための図である。   FIG. 11 is a diagram for explaining the relationship between AV data and the configuration of a BD-ROM player.

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

トラックバッファ309はFirst−In First−Out(FIFO)であり、入力されたVOBのデータは入力された順にデマルチプレクサ310へと送られる。この時、前述したSCRに従って個々のパックはトラックバッファ309から引き抜かれデマルチプレクサ310を介してビデオプロセッサ312またはサウンドプロセッサ313へとデータが送り届けられる。   The track buffer 309 is a First-In First-Out (FIFO), and the input VOB data is sent to the demultiplexer 310 in the input order. At this time, each pack is extracted from the track buffer 309 according to the SCR described above, and data is sent to the video processor 312 or the sound processor 313 via the demultiplexer 310.

一方で、イメージデータの場合は、どのイメージを描画するかはプレゼンテーションコントローラ306(図7参照)によって指示される。また、描画に使ったイメージデータは、字幕用イメージデータの場合は同時にイメージメモリ308から削除されるが、メニュー用のイメージデータの場合は、イメージメモリ内にそのまま残される。   On the other hand, in the case of image data, the presentation controller 306 (see FIG. 7) indicates which image to draw. The image data used for drawing is deleted from the image memory 308 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.

これはメニューの描画はユーザ操作に依存するところがあるため、同一イメージを複数回描画する可能性があるためである。   This is because menu drawing may depend on user operations, and the same image may be drawn multiple times.

図11下段の図は、BD−ROM上でのVOBファイル及びPNGファイルのインターリーブ記録を示す図である。   The lower diagram in FIG. 11 is a diagram showing interleaved recording of a VOB file and a PNG file on a BD-ROM.

一般的にROM、例えばCD−ROMやDVD−ROMの場合、一連の連続再生単位となるAVデータは連続記録されている。連続記録されている限り、ドライブは順次データを読み出しプレーヤ側に送り届けるだけでよい。   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 data is continuously recorded, the drive only needs to read out data sequentially and send it to the player side.

しかしながら、連続再生すべきAVデータが分断されてディスク上に離散配置されている場合は、個々の連続区間の間でシーク操作が入ることになり、この間データの読み出しが止まることになる。つまり、データの供給が止まる可能性がある。   However, when AV data to be continuously reproduced is divided and discretely arranged on the disc, a seek operation is performed between individual continuous sections, and data reading is stopped during this period. That is, there is a possibility that the supply of data may stop.

BD−ROMの場合も同様に、VOBファイルは連続領域に記録することができる方が望ましいが、例えば字幕データのようにVOBに記録されている映像データと同期して再生されるデータがあり、VOBファイルと同様に字幕データも何らかの方法によってBD−ROMから読み出す事が必要になる。   Similarly, in the case of a BD-ROM, it is desirable that the VOB file can be recorded in a continuous area. However, there is data that is reproduced in synchronization with video data recorded in the VOB, such as subtitle data. Similar to the VOB file, it is necessary to read the caption data from the BD-ROM 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 used for temporary recording is required, which is not realistic.

そこで、本実施の形態では、VOBファイルを幾つかのブロックに分けて、VOBファイルとイメージデータとをインターリーブ記録する方式を使用する。   Therefore, in this embodiment, a method is used in which the VOB file is divided into several blocks and the VOB file and image data are recorded in an interleaved manner.

図11下段はそのインターリーブ記録を説明するための図である。VOBファイルとイメージデータを適切にインターリーブ配置することで、前述したような大量の一時記録メモリ無しに、必要なタイミングでイメージデータをイメージメモリに格納することが可能になる。   The lower part of FIG. 11 is a diagram for explaining the interleaved recording. 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.

しかしながらイメージデータを読み出している際には、VOBデータの読み込みは当然のことながら停止することになる。   However, when reading the image data, the reading of the VOB data is naturally stopped.

図12は、上記のインターリーブ記録における問題を解決するトラックバッファ309を使ったVOBデータ連続供給モデルを説明するための図である。   FIG. 12 is a diagram for explaining a VOB data continuous supply model using the track buffer 309 that solves the problem in the interleave recording.

既に説明したように、VOBのデータは、一旦トラックバッファ309に蓄積される。トラックバッファ309へのデータ入力レートをトラックバッファ309からのデータ出力レートより高く設定すると、BD−ROMからデータを読み出し続けている限り、トラックバッファ309のデータ蓄積量は増加をしていくことになる。   As already described, VOB data is temporarily stored in the track buffer 309. If the data input rate to the track buffer 309 is set higher than the data output rate from the track buffer 309, the data storage amount of the track buffer 309 increases as long as data is continuously read from the BD-ROM. .

ここでトラックバッファ309への入力レートをVa、トラックバッファからの出力レートをVbとする。図12の上段の図に示すようにVOBの一連続記録領域が論理アドレスの“a1”から“a2”まで続くとする。また、“a2”から“a3”の間は、イメージデータが記録されていて、VOBデータの読み出しが行えない区間であるとする。   Here, the input rate to the track buffer 309 is Va, and the output rate from the track buffer is Vb. As shown in the upper diagram of FIG. 12, it is assumed that a continuous recording area of VOB continues from “a1” to “a2” of logical addresses. Further, it is assumed that the interval between “a2” and “a3” is a section in which image data is recorded and VOB data cannot be read.

図12の下段の図は、トラックバッファ309の蓄積量を示す図である。横軸が時間、縦軸がトラックバッファ309内部に蓄積されているデータ量を示している。時刻“t1”がVOBの一連続記録領域の開始点である“a1”の読み出しを開始した時刻を示している。   The lower part of FIG. 12 is a diagram showing the accumulation amount of the track buffer 309. The horizontal axis indicates time, and the vertical axis indicates the amount of data stored in the track buffer 309. Time “t1” indicates the time when reading of “a1”, which is the starting point of one continuous recording area of the VOB, is started.

この時刻以降、トラックバッファ309にはレートVa−Vbでデータが蓄積されていくことになる。このレートは言うまでもなくトラックバッファの入出力レートの差である。時刻“t2”は一連続記録領域の終了点である“a2”のデータを読み込む時刻である。   After this time, data is accumulated in the track buffer 309 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.

即ち時刻“t1”から“t2”の間レートVa−Vbでトラックバッファ内はデータ量が増加していき、時刻“t2”でのデータ蓄積量はB(t2)は下記の(式1)によって求めることができる。   That is, the amount of data in the track buffer increases from time “t1” to “t2” at the rate Va−Vb, and the data storage amount at time “t2” is B (t2) according to the following (formula 1). Can be sought.

B(t2) = (Va−Vb)×(t2−t1) (式1)   B (t2) = (Va−Vb) × (t2−t1) (Formula 1)

この後、BD−ROM上のアドレス“a3”まではイメージデータが続くため、トラックバッファへの入力は0となり、出力レートである“−Vb”でトラックバッファ内のデータ量は減少していくことになる。このデータ量の減少は読み出し位置“a3”まで、つまり、時刻でいう“t3”まで続く。   After this, since the image data continues to the address “a3” on the BD-ROM, the input to the track buffer becomes 0, and the data amount in the track buffer decreases at the output rate “−Vb”. become. This decrease in the data amount continues until the read position “a3”, that is, until “t3” in terms of time.

ここで大事なことは、時刻“t3”より前にトラックバッファに蓄積されているデータ量が0になると、デコーダへ供給するVOBのデータが無くなってしまい、VOBの再生がストップしてしまうことである。   What is important here is that when the amount of data stored in the track buffer before time “t3” becomes zero, VOB data to be supplied to the decoder disappears and VOB playback stops. is there.

しかしながら、時刻“t3”でトラックバッファにデータが残っている場合には、VOBの再生がストップすることなく連続して行われることを意味している。   However, if data remains in the track buffer at time “t3”, it means that VOB playback is continuously performed without stopping.

このVOBの再生がストップすることなく連続して行われるための条件は下記の(式2)によって示すことができる。   The condition for continuously performing the VOB reproduction without stopping can be expressed by the following (Formula 2).

B(t2) ≧ −Vb×(t3−t2) (式2)   B (t2) ≧ −Vb × (t3−t2) (Formula 2)

即ち、(式2)を満たすようにイメージデータの配置を決めればよい事になる。   That is, the arrangement of the image data should be determined so as to satisfy (Equation 2).

(ナビゲーションデータ構造)
図13から図19を用いて、BD−ROMに記録されたナビゲーションデータ(BD管理情報)の構造について説明をする。
(Navigation data structure)
The structure of the navigation data (BD management information) recorded on the BD-ROM will be described with reference to FIGS.

図13は、VOB管理情報ファイル(“YYY.VOBI”)の内部構造を示す図である。   FIG. 13 shows the internal structure of the VOB management information file (“YYY.VOBI”).

VOB管理情報は、当該VOBのストリーム属性情報(Attribute)とタイムマップ(TMAP)とを有している。ストリーム属性情報は、ビデオ属性(Video)、オーディオ属性(Audio#0〜Audio#m)個々に持つ構成となっている。特にオーディオストリームの場合は、VOBが複数本のオーディオストリームを同時に持つことができることから、オーディオストリーム数(Number)によって、オーディオ属性のデータフィールドの数が特定される。   The VOB management information includes stream attribute information (Attribute) and time map (TMAP) of the VOB. The stream attribute information is configured to have video attributes (Video) and audio attributes (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 number of audio attribute data fields is specified by the number of audio streams (Number).

下記はビデオ属性(Video)の持つフィールドとそれぞれが持ち得る値の例である。   The following are examples of fields that the video attribute (Video) has and the values that each can have.

圧縮方式(Coding):
MPEG1
MPEG2
MPEG4
解像度(Resolution):
1920x1080
1280x720
720x480
720x565
アスペクト比(Aspect):
4:3
16:9
フレームレート(Framerate):
60
59.94
50
30
29.97
25
24
Compression method (Coding):
MPEG1
MPEG2
MPEG4
Resolution:
1920x1080
1280x720
720x480
720x565
Aspect ratio (Aspect):
4: 3
16: 9
Frame rate:
60
59.94
50
30
29.97
25
24

下記はオーディオ属性(Audio)の持つフィールドとそれぞれが持ち得る値の例である。   The following are examples of fields that audio attributes (Audio) have and the values that each can have.

圧縮方式(Coding):
AC3
MPEG1
MPEG2
LPCM
チャンネル数(Ch):
1〜8
言語属性(Language):
JPN、ENG、・・・
Compression method (Coding):
AC3
MPEG1
MPEG2
LPCM
Number of channels (Ch):
1-8
Language attribute:
JPN, ENG, ...

タイムマップ(TMAP)はVOBU毎の情報を持つテーブルであって、当該VOBが有するVOBU数(Number)と各VOBU情報(VOBU#1〜VOBU#n)を持つ。   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).

個々のVOBU情報は、VOBUの再生時間長(Duration)とVOBUのデータサイズ(Size)とを有している。   Each VOBU information has a playback time length (Duration) of VOBU and a data size (Size) of VOBU.

図14は、VOBU情報の詳細を説明するための図である。   FIG. 14 is a diagram for explaining the details of the VOBU information.

広く知られているように、MPEGストリームは時間的側面とデータサイズとしての側面との2つの物理量についての側面を有している。例えば、音声の圧縮規格であるAudio Code number 3(AC3)は固定ビットレートでの圧縮を行っているため、時間とアドレスとの関係は1次式によって求めることができる。   As is widely known, an MPEG stream has two physical aspects, a temporal aspect and a data size aspect. For example, since Audio Code number 3 (AC3), which is an audio compression standard, performs compression at a fixed bit rate, the relationship between time and address can be obtained by a linear expression.

しかしながらMPEGビデオデータの場合、個々のフレームは固定の表示時間、例えばNTSCの場合、1フレームは1/29.97秒の表示時間を持つが、個々のフレームの圧縮後のデータサイズは絵の特性や圧縮に使ったピクチャタイプ、いわゆるI/P/Bピクチャによってデータサイズは大きく変わってくる。   However, in the case of MPEG video data, each frame has a fixed display time, for example, in the case of NTSC, one frame has a display time of 1 / 29.97 seconds, but the compressed data size 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.

従って、MPEGビデオの場合は、時間とアドレスとの関係は一般式の形で表現することは不可能である。   Therefore, in the case of MPEG video, the relationship between time and address cannot be expressed in a general form.

当然の事として、MPEGビデオデータを多重化しているMPEGストリーム、即ちVOBについても、時間とデータとを一般式の形で表現することは不可能である。   As a matter of course, it is impossible to express time and data in the form of a general formula even for an MPEG stream in which MPEG video data is multiplexed, that is, a VOB.

これに代わって、VOB内での時間とアドレスとの関係を結びつけるのがタイムマップ(TMAP)である。図14に示すように、VOBU毎にVOBU内のフレーム数と、VOBU内のパック数とをそれぞれエントリとして持つテーブルがタイムマップ(TMAP)である。   Instead, the time map (TMAP) links the relationship between time and address in the VOB. As shown in FIG. 14, a table having the number of frames in the VOBU and the number of packs in the VOBU as entries for each VOBU is a time map (TMAP).

図15を使って、タイムマップ(TMAP)の使い方を説明する。   The usage of the time map (TMAP) will be described with reference to FIG.

図15は、タイムマップを使ったアドレス情報取得方法を説明するための図である。   FIG. 15 is a diagram for explaining an address information acquisition method using a time map.

図15に示すように時刻情報(Time)が与えられた場合、まずは当該時刻がどのVOBUに属するのかを検索する。具体的には、タイムマップのVOBU毎のフレーム数を加算して行き、フレーム数の和が、当該時刻をフレーム数に換算した値を超えるまたは一致するVOBUが当該時刻に対応するVOBUになる。   As shown in FIG. 15, when time information (Time) is given, first, it is searched to which VOBU the time belongs. Specifically, the number of frames for each VOBU in the time map is added, and a VOBU whose sum of frames exceeds or matches the value obtained by converting the time into the number of frames becomes the VOBU corresponding to the time.

次に、タイムマップのVOBU毎のサイズを当該VOBUの直前のVOBUまで加算して行き、その値が与えられた時刻を含むフレームを再生するために読み出すべきパックの先頭アドレス(Address)になっている。   Next, the size of each VOBU in the time map is added to the VOBU immediately before the VOBU, and the value becomes the leading address (Address) of the pack to be read in order to reproduce the frame including the given time. Yes.

このようにして、MPEGストリームにおいて、与えられた時刻情報に対応するアドレスを得ることができる。   In this way, an address corresponding to given time information can be obtained in the MPEG stream.

次に図16を使って、プレイリスト(“XXX.PL”)の内部構造を説明する。   Next, the internal structure of the playlist (“XXX.PL”) will be described using FIG.

図16は、プレイリストの構成を示す図である。   FIG. 16 is a diagram showing the configuration of a playlist.

プレイリストは、セルリスト(CellList)とイベントリスト(EventList)とから構成されている。   The playlist includes a cell list (CellList) and an event list (EventList).

セルリスト(CellList)は、プレイリスト内の再生セルシーケンスを示す情報であり、本リストの記述順でセルが再生される事になる。   The cell list (CellList) is information indicating a reproduction cell sequence in the playlist, and the cells are reproduced in the description order of the list.

セルリスト(CellList)の中身は、セルの数(Number)と各セル情報(Cell#1〜Cell#n)である。   The contents of the cell list (CellList) are the number of cells (Number) and cell information (Cell # 1 to Cell # n).

各セル情報(Cell#〜Cell#n)は、VOBファイル名(VOBName)、当該VOB内での有効区間開始時刻(In)及び有効区間終了時刻(Out)と、字幕テーブル(SubtitleTable)を持っている。   Each cell information (Cell # to Cell # n) has a VOB file name (VOBName), a valid section start time (In) and a valid section end time (Out) in the VOB, and a caption table (SubtitleTable). Yes.

有効区間開始時刻(In)及び有効区間終了時刻(Out)は、それぞれ当該VOB内でのフレーム番号で表現され、前述したタイムマップ(TMAP)を使うことによって再生に必要なVOBデータのアドレスを得る事ができる。   The valid section start time (In) and valid section end time (Out) are each expressed by a frame number in the VOB, and the address of VOB data necessary for reproduction is obtained by using the time map (TMAP) described above. I can do things.

字幕テーブル(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 a plurality of languages like audio, and a subtitle table (SubtitleTable) is composed of the number of languages (Number) followed by tables for each language (Language # 1 to Language #k).

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

イベントリスト(EventList)は、当該プレイリスト内で発生するイベントを定義したテーブルである。イベントリストは、イベント数(Number)に続いて個々のイベント(Event#1〜Event#m)とから構成され、各イベント(Event#1〜Event#m)は、イベントの種類(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 composed of the number of events (Number) followed by individual events (Event # 1 to Event # m), and each event (Event # 1 to Event # m) includes an event type (Type) and an event ID (ID), event generation time (Time), and validity period (Duration).

図17は、個々のプレイリスト毎のイベントハンドラ(時間イベントと、メニュー選択用のユーザイベント)を持つイベントハンドラテーブル(“XXX.PROG”)の構成を示す図である。   FIG. 17 is a diagram showing the configuration of 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)を有している。   The event handler table has a defined number of event handlers / programs (Number) and individual event handlers / programs (Program # 1 to Program # n).

各イベントハンドラ/プログラム(Program#1〜Program#n)内の記述は、イベントハンドラ開始の定義(<event_handler>タグ)と前述したイベントのIDと対になるイベントハンドラのID(event_handler id)を持ち、その後に当該プログラムが“function”に続く括弧“{”と“}”との間に記述される。   The description in each event handler / program (Program # 1 to Program # n) has an event handler start definition (<event_handler> tag) and an event handler ID (event_handler id) that is paired with the event ID described above. Then, the program is described between parentheses “{” and “}” following “function”.

次に図18を用いてBD−ROM全体に関する情報(“BD.INFO”)の内部構造について説明をする。   Next, the internal structure of information (“BD. INFO”) relating to the entire BD-ROM will be described with reference to FIG.

図18は、BD−ROM全体情報であるBD.INFOの構成を示す図である。   FIG. 18 is a diagram showing BD. It is a figure which shows the structure of INFO.

BD−ROM全体情報は、タイトルリスト(TitleList)とグローバルイベント用のイベントリスト(EventList)とから構成されている。   The entire BD-ROM information includes a title list (TitleList) and an event list for global events (EventList).

タイトルリスト(TitleList)は、ディスク内のタイトル数(Number)と、これに続く各タイトル情報(Title#1〜Title#n)とから構成されている。   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).

各タイトル情報(Title1〜Title#n)は、タイトルに含まれるプレイリストのテーブル(PLTalble)とタイトル内のチャプターリスト(ChapterList)とを含んでいる。プレイリストのテーブル(PLTable)はタイトル内のプレイリストの数(Number)と、プレイリスト名(Name)即ちプレイリストのファイル名を有している。   Each piece of title information (Title 1 to Title #n) 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#1〜Chapter#n)は当該チャプターが含むセルのテーブル(CellTable)を持ち、セルのテーブル(CellTable)はセル数(Number)と各セルのエントリ情報(CellEntry#1〜CellEntry#k)とから構成されている。   The chapter list (ChapterList) is composed of the number of chapters (Number) included in the title and each chapter information (Chapter # 1 to Chapter # n), and each chapter information (Chapter # 1 to Chapter # n) is related to the chapter. The cell table (CellTable) includes a cell number (Number) and entry information (CellEntry # 1 to CellEntry # k) of each cell.

セルのエントリ情報(CellEntry#1〜CellEntry#k)は当該セルを含むプレイリスト名と、プレイリスト内でのセル番号によって記述されている。   Cell entry information (CellEntry # 1 to CellEntry # k) is described by the name of the playlist including the cell and the cell number in the playlist.

イベントリスト(EventList)は、グローバルイベントの数(Number)と各グローバルイベントの情報(Event#1〜Event#m)とを持っている。ここで注意すべきは、最初に定義されるグローバルイベントは、ファーストイベント(FirstEvent)と呼ばれ、BD−ROMがプレーヤに挿入された時、最初に実行されるイベントである。   The event list (EventList) includes the number of global events (Number) and information on each global event (Event # 1 to Event # m). It should be noted here that the first defined global event is called a first event (FirstEvent), and is the event that is executed first when the BD-ROM is inserted into the player.

各グローバルイベントの情報(Event#1〜Event#m)はイベントタイプ(Type)とイベントのID(ID)だけを持っている。   Each global event information (Event # 1 to Event # m) has only an event type (Type) and an event ID (ID).

図19は、グローバルイベントハンドラテーブル(“BD.PROG”)の構成を示す図である。本テーブルは、図17で説明したイベントハンドラテーブルと同一内容であり、その説明は省略する。   FIG. 19 is a diagram showing the structure of the global event handler table (“BD.PROG”). This table has the same contents as the event handler table described in FIG. 17, and a description thereof will be omitted.

(イベント発生のメカニズム)
図20から図22を使ってイベント発生のメカニズムについて説明する。
(Event generation mechanism)
The event generation mechanism will be described with reference to FIGS.

図20は、タイムイベントの例を示す図である。   FIG. 20 is a diagram illustrating an example of a time event.

前述したとおり、タイムイベントはプレイリスト(“XXX.PL”)のイベントリスト(EventList)で定義される。   As described above, the time event is defined by the event list (EventList) of the play list (“XXX.PL”).

タイムイベントとして定義されているイベント、即ちイベントタイプ(Type)が“TimeEvent”の場合、イベント生成時刻(“t1”)になった時点で、ID“Ex1”を持つタイムイベントがシナリオプロセッサ305からプログラムプロセッサ302に対して出力される。   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 programmed from the scenario processor 305 when the event generation time (“t1”) is reached. Output to the processor 302.

プログラムプロセッサ302は、イベントID“Ex1”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施の形態の場合では、2つのボタンイメージの描画を行うことなどが可能である。   The program processor 302 searches for an event handler having the event ID “Ex1” and executes the target event handler. For example, in the case of this embodiment, it is possible to draw two button images.

図21は、ユーザのメニュー操作によるユーザイベントの例を示す図である。   FIG. 21 is a diagram illustrating an example of a user event by a user's menu operation.

前述したとおり、メニュー操作によるユーザイベントもプレイリスト(“XXX.PL”)のイベントリスト(EventList)で定義される。   As described above, user events due to menu operations are also defined in the event list (EventList) of the play list (“XXX.PL”).

ユーザイベントとして定義されるイベント、即ちイベントタイプ(Type)が“UserEvent”の場合、イベント生成時刻(“t1”)になった時点で、当該ユーザイベントがレディとなる。この時、イベント自身は未だ生成されてはいない。   When the event defined as the user event, that is, the 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.

当該イベントは、有効規格情報(Duration)で記される期間(“T1”)レディ状態にある。   The event is in a ready state for a period (“T1”) described by valid standard information (Duration).

図21に示すように、ユーザによりリモコンキーの「上」「下」「左」「右」キーのいずれかのキー、または「決定」キーが押された場合、まずUOイベントがUOマネージャ303によって生成されプログラムプロセッサ302に出力される。   As shown in FIG. 21, when the user presses one of the “up”, “down”, “left”, “right” keys or “enter” key of the remote control key, the UO event is first sent by the UO manager 303. It is generated and output to the program processor 302.

プログラムプロセッサ302は、シナリオプロセッサ305に対してUOイベントを流し、シナリオプロセッサ305はUOイベントを受け取った時刻に有効なユーザイベントが存在するかを検索する。   The program processor 302 sends a UO event to the scenario processor 305, and the scenario processor 305 searches for a valid user event at the time when the UO event is received.

シナリオプロセッサ305は、検索の結果、対象となるユーザイベントがあった場合、ユーザイベントを生成し、プログラムプロセッサ302に出力する。   When there is a target user event as a result of the search, the scenario processor 305 generates a user event and outputs it to the program processor 302.

プログラムプロセッサ302では、イベントID、例えば、図21に示す例の場合では“Ev1”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。本例の場合、プレイリスト#2の再生を開始する。   The program processor 302 searches for an event handler having an event ID, for example, “Ev1” in the case of the example shown in FIG. 21, and executes the target event handler. In this example, playback of playlist # 2 is started.

生成されるユーザイベントには、どのリモコンキーがユーザによって押されたかの情報は含まれていない。選択されたリモコンキーの情報は、UOイベントによってプログラムプロセッサ302に伝えられ、仮想プレーヤが持つレジスタに記録保持される。   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 302 by a UO event, and is recorded and held in a register of the virtual player.

イベントハンドラのプログラムは、このレジスタの値を調べ、分岐処理を実行することが可能である。   The event handler program can check the value of this register and execute branch processing.

図22は、グローバルイベントの例を示す図である。   FIG. 22 is a diagram illustrating an example of a global event.

前述のように、グローバルイベントはBD−ROM全体情報(“BD.INFO”)のイベントリスト(EventList)で定義される。   As described above, the global event is defined in the event list (EventList) of the entire BD-ROM information (“BD. INFO”).

グローバルイベントとして定義されるイベント、即ちイベントタイプ(Type)が“GlobalEvent”であるイベントは、ユーザのリモコンキー操作があった場合にのみ生成される。   An event defined as a global event, that is, an event whose event type (Type) is “GlobalEvent” is generated only when a user performs a remote control key operation.

ユーザによりメニューキーが押された場合、先ずUOイベントがUOマネージャ303によって生成されプログラムプロセッサ302に出力される。プログラムプロセッサ302は、シナリオプロセッサ305に対してUOイベントを流す。   When the menu key is pressed by the user, a UO event is first generated by the UO manager 303 and output to the program processor 302. The program processor 302 sends a UO event to the scenario processor 305.

シナリオプロセッサ305は、該当するグローバルイベントを生成し、プログラムプロセッサ302に送る。プログラムプロセッサ302は、イベントID“menu”を持つイベントハンドラを探し、対象のイベントハンドラを実行する。例えば、図22に示す例の場合、プレイリスト#3の再生を開始している。   The scenario processor 305 generates a corresponding global event and sends it to the program processor 302. The program processor 302 searches for an event handler having the event ID “menu” and executes the target event handler. For example, in the case of the example shown in FIG. 22, playback of the 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 like a remote control in a player that plays a DVD. By defining the ID corresponding to each menu key, appropriate processing corresponding to each menu key can be performed.

(仮想プレーヤマシン)
図23は、プログラムプロセッサの機能的な構成を説明するための図である。
(Virtual player machine)
FIG. 23 is a diagram for explaining a functional configuration of the program processor.

図23を用いてプログラムプロセッサ302の機能的な構成を説明する。   A functional configuration of the program processor 302 will be described with reference to FIG.

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

仮想プレーヤマシンは大きく2つの機能を持っている。プログラミング関数とプレーヤ変数(レジスタ)である。   The virtual player machine has two functions. Programming functions and player variables (registers).

プログラミング関数は、Java(登録商標) Scriptをベースとして、以下に記す3つの機能をBD−ROM固有関数として定義している。   The programming function defines the following three functions as BD-ROM specific functions based on Java (registered trademark) Script.

リンク関数:現在の再生を停止し、指定するプレイリスト、セル、時刻からの再生を開始する
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方向幅
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: Clear specified area of image plane Clear (X, Y, W, H)
X: X coordinate position Y: Y coordinate position W: X direction width H: Y direction width

また、プレーヤ変数は、プレーヤの状態を示すシステムパラメータ(SPRM)と、一般用途として使用可能なゼネラルパラメータ(GPRM)とがある。   The player variables include a system parameter (SPRM) indicating the player status and a general parameter (GPRM) that can be used for general purposes.

図24は、システムパラメータ(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) : 予備
FIG. 24 is a diagram showing 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

なお、本実施の形態では、仮想プレーヤのプログラミング関数をJava(登録商標) Scriptベースとしたが、Java(登録商標) Scriptではなく、UNIX(登録商標) OSなどで使われているB−Shellや、Perl Scriptなど他のプログラミング関数であってもよい。言い換えれば、本発明における使用プログラム言語はJava(登録商標) Scriptに限定されるものでは無い。   In this embodiment, the programming function of the virtual player is based on Java (registered trademark) Script. However, instead of Java (registered trademark) Script, B-Shell used in UNIX (registered trademark) OS, etc. Other programming functions such as Perl Script may be used. In other words, the program language used in the present invention is not limited to Java (registered trademark) Script.

(プログラムの例)
図25及び図26は、イベントハンドラにおけるプログラムの例を示す図である。
(Program example)
25 and 26 are diagrams showing examples of programs in the event handler.

図25は、2つの選択ボタンを持つメニュー画面の制御に係るイベントハンドラにおけるプログラムの例を示す図である。   FIG. 25 is a diagram showing an example of a program in an event handler related to control of a menu screen having two selection buttons.

セル(PlayList#1.Cell#1)先頭でタイムイベントを使って図25左側のプログラムが実行される。ここでは、最初にゼネラルパラメータの一つGPRM(0)に“1”がセットされている。GPRM(0)は、当該プログラムの中で、選択されているボタンを識別するのに使っている。最初の状態では、左側に配置するボタン1が選択されている状態を初期値として持たされている。   The program on the left side of FIG. 25 is executed using the time event at the head of the cell (PlayList # 1. Cell # 1). Here, “1” is initially 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, a state in which the button 1 arranged on the left side is selected is provided as an initial value.

次に、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 a PNG image “1black.png” with the coordinates (10, 200) as a starting point (upper left corner). The button 2 draws a PNG image “2white.png” with the coordinates (330, 200) as a starting point (upper left corner).

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

図26は、メニュー選択のユーザイベントに係るイベントハンドラにおけるプログラムの例を示す図である。   FIG. 26 is a diagram illustrating an example of a program in an event handler relating to a menu selection user event.

「左」キー、「右」キー、「決定」キー何れかのリモコンキーが押された場合それぞれに対応するプログラムがイベントハンドラに書かれている。ユーザによりリモコンキーが押された場合、図21を用いて説明したように、ユーザイベントが生成され、図26のイベントハンドラが起動されることになる。   When a remote control key of any one of the “left” key, “right” key, and “decision” key is pressed, a corresponding program is written in the event handler. When the user presses the remote control key, as described with reference to FIG. 21, a user event is generated and the event handler of FIG. 26 is activated.

本イベントハンドラでは、選択ボタンを識別しているGPRM(0)の値と、選択されたリモコンキーを識別するSPRM(8)を使って以下のように分岐処理を行っている。   In this event handler, branch processing is performed as follows 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のイメージをそれぞれ書き換える。
条件2)選択キーが「決定(OK)」の場合で、ボタン1が選択されている場合
プレイリスト#2の再生を開始する。
条件3)選択キーが「決定(OK)」の場合で、ボタン2が選択されている場合
プレイリスト#3の再生を開始する。
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 button 2 on the right.
Rewrite the images of Button 1 and Button 2, respectively.
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.

図26に示すプログラムは、上記のように解釈され実行される。   The program shown in FIG. 26 is interpreted and executed as described above.

(プレーヤ処理フロー)
図27から図30を用いてプレーヤでの処理の流れを説明する。
(Player processing flow)
The flow of processing in the player will be described with reference to FIGS.

図27は、BD−ROMプレーヤにおけるAVデータ再生の基本処理の流れを示すフロー図である。   FIG. 27 is a flowchart showing the flow of basic processing of AV data reproduction in the BD-ROM player.

BD−ROMが挿入されると(S101)、BD−ROMプレーヤは“BD.INFO”の読み込みと解析(S102)、および、“BD.PROG”の読み込み(S103)を実行する。“BD.INFO”及び“BD.PROG”は共に管理情報記録メモリ204に一旦格納され、シナリオプロセッサ305によって解析される。   When the BD-ROM is inserted (S101), the BD-ROM player reads and analyzes "BD.INFO" (S102) and reads "BD.PROG" (S103). Both “BD.INFO” and “BD.PROG” are temporarily stored in the management information recording memory 204 and analyzed by the scenario processor 305.

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

ファーストイベントに対応するイベントハンドラには、最初に再生するべきプレイリストを指定する情報が記録されていることが期待される。仮に、プレイリスト再生が指示されていない場合には、プレーヤは何も再生することなく、ユーザイベントを受け付けるのを待ち続けるだけになる(S201でNo)。   It is expected that information specifying a play list 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 a user event to be accepted (No in S201).

UOマネージャ303は、ユーザからのリモコン操作を受け付けると(S201でYes)、プログラムプロセッサ302に対するUOイベントを生成する(S202)。   Upon receiving a remote control operation from the user (Yes in S201), the UO manager 303 generates a UO event for the program processor 302 (S202).

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

図28は、BD−ROMプレーヤにおけるプレイリスト再生開始からVOB再生終了までの処理の流れを示すフロー図である。   FIG. 28 is a flowchart showing a processing flow from the start of playlist reproduction to the end of VOB reproduction in the BD-ROM player.

前述したように、ファーストイベントハンドラまたはグローバルイベントハンドラによってプレイリスト再生が開始される(S301)。シナリオプロセッサ305は、再生対象のプレイリスト再生に必要な情報として、プレイリスト“XXX.PL”の読み込みと解析(S302)、および、プレイリストに対応するプログラム情報“XXX.PROG”の読み込みを行う(S303)。   As described above, play list reproduction is started by the first event handler or the global event handler (S301). The scenario processor 305 reads and analyzes the playlist “XXX.PL” and reads program information “XXX.PROG” corresponding to the playlist as information necessary for playback of the playlist to be played back. (S303).

続いてシナリオプロセッサ305は、プレイリストに登録されているセル情報に基づいてセルの再生を開始する(S304)。セル再生は、シナリオプロセッサからプレゼンテーションコントローラ306に対して要求が出される事を意味し、プレゼンテーションコントローラ306はAVデータ再生を開始する(S305)。   Subsequently, the scenario processor 305 starts cell reproduction 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 306, and the presentation controller 306 starts AV data playback (S305).

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

読み出されたVOBデータはデコーダに送られ再生が開始される(S404)。VOB再生は、当該VOBの再生区間が終了するまで続けられ(S405)、終了すると次のセルが存在する場合(S406でYes)、Cellの再生(S304)へ移行する。また、次のセルが無い場合(S406でNo)は、再生に係る処理が終了する。   The read VOB data is sent to the decoder and reproduction is started (S404). The VOB playback is continued until the playback section of the VOB ends (S405). When the next cell exists (Yes in S406), the process proceeds to cell playback (S304). If there is no next cell (No in S406), the process related to reproduction ends.

図29は、AVデータ再生開始後からのイベント処理の流れを示すフロー図である。   FIG. 29 is a flowchart showing the flow of event processing after the start of AV data reproduction.

図29(A)は、BD−ROMプレーヤにおけるタイムイベントに係る処理の流れを示すフロー図である。   FIG. 29A is a flowchart showing the flow of processing relating to the time event in the BD-ROM player.

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

BD−ROMプレーヤにおいてプレイリスト再生の再生が開始されると(S501)、プレイリスト再生が終了していないことが確認され(S502でNo)、シナリオプロセッサ305は、タイムイベント発生時刻になったかを確認する。   When playback of playlist playback is started in the BD-ROM player (S501), it is confirmed that playlist playback has not ended (No in S502), and the scenario processor 305 determines whether the time event occurrence time has come. Check.

タイムイベント発生時刻になっている場合(S503でYes)には、シナリオプロセッサ305はタイムイベントを生成する(S504)。プログラムプロセッサ302はタイムイベントを受け取り、イベントハンドラを実行処理する(S505)。   When the time event occurrence time is reached (Yes in S503), the scenario processor 305 generates a time event (S504). The program processor 302 receives the time event and executes the event handler (S505).

また、タイムイベント発生時刻になっていない場合(S503でNo)、および、イベントハンドラの実行処理が終了した場合、プレイリスト再生の終了確認(S502)以降の処理を繰り返す。   If the time event occurrence time has not been reached (No in S503), and if the event handler execution process has been completed, the processes after the playlist playback completion confirmation (S502) are repeated.

また、プレイリスト再生が終了したことが確認されると(S502でYes)、タイムイベント系の処理は強制的に終了する。   When it is confirmed that the play list reproduction has ended (Yes in S502), the time event processing is forcibly ended.

図29(B)は、BD−ROMプレーヤにおけるユーザイベントに係る処理の流れを示すフロー図である。   FIG. 29B is a flowchart showing a flow of processing relating to a user event in the BD-ROM player.

BD−ROMプレーヤ1においてプレイリストの再生が開始されると(S601)、プレイリスト再生が終了していないことが確認され(S602でNo)、UOマネージャ303は、UOの受け付けがあったかを確認する。   When the reproduction of the playlist is started in the BD-ROM player 1 (S601), it is confirmed that the reproduction of the playlist has not ended (No in S602), and the UO manager 303 confirms whether the UO has been accepted. .

UOの受け付けがあった場合(S603でYes)、UOマネージャ303はUOイベントを生成する(S604)。プログラムプロセッサ302はUOイベントを受け取り、そのUOイベントがメニューコールであるかを確認する。   When the UO is received (Yes in S603), the UO manager 303 generates a UO event (S604). The program processor 302 receives the UO event and checks whether the UO event is a menu call.

メニューコールであった場合(S605でYes)、プログラムプロセッサ302はシナリオプロセッサ305にイベントを生成させ(S607)、プログラムプロセッサ302はイベントハンドラを実行処理する(S608)。   If it is a menu call (Yes in S605), the program processor 302 causes the scenario processor 305 to generate an event (S607), and the program processor 302 executes the event handler (S608).

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

また、UO受付が無い場合(S603でNo)、現在時刻がユーザイベント有効期間内にない場合(S606でNo)、および、イベントハンドラの実行処理が終了した場合、プレイリスト再生の終了確認(S602)以降の処理を繰り返す。   Also, when there is no UO reception (No in S603), when the current time is not within the user event valid period (No in S606), and when the event handler execution process is completed, the playlist playback completion confirmation (S602) ) Repeat the subsequent processing.

また、プレイリスト再生が終了したことが確認されると(S602でYes)、ユーザイベント系の処理は強制的に終了する。   When it is confirmed that the play list reproduction has been completed (Yes in S602), the user event processing is forcibly terminated.

図30は、BD−ROMプレーヤにおける字幕データの処理の流れを示すフロー図である。   FIG. 30 is a flowchart showing the processing flow of caption data in the BD-ROM player.

BD−ROMプレーヤにおいてプレイリストの再生が開始されると、プレイリスト再生が終了していないことが確認され(S702でNo)、シナリオプロセッサ305は、字幕表示開始時刻になったかを確認する。字幕表示開始時刻になっている場合(S703でYes)、シナリオプロセッサ305はプレゼンテーションコントローラ306に字幕描画を指示し、プレゼンテーションコントローラ306はイメージプロセッサ311に字幕描画を指示する。イメージプロセッサ311は、その指示に従い字幕をイメージプレーン209に字幕を描画する(S704)。   When the playback of the playlist is started in the BD-ROM player, it is confirmed that the playlist playback has not ended (No in S702), and the scenario processor 305 confirms whether the subtitle display start time has come. When the subtitle display start time is reached (Yes in S703), the scenario processor 305 instructs the presentation controller 306 to draw subtitles, and the presentation controller 306 instructs the image processor 311 to draw subtitles. The image processor 311 draws the caption on the image plane 209 according to the instruction (S704).

また、字幕表示開始時刻になっていない場合(S703でNo)、字幕表示終了時刻であるかを確認する。字幕表示終了時刻であると判断された場合(S705でYes)、プレゼンテーションコントローラ306がイメージプロセッサ311に字幕消去指示を行う。   If it is not the caption display start time (No in S703), it is confirmed whether it is the caption display end time. If it is determined that it is the caption display end time (Yes in S705), the presentation controller 306 instructs the image processor 311 to erase the caption.

イメージプロセッサ311は、その指示に従い描画されている字幕をイメージプレーン209から消去する(S706)。   The image processor 311 deletes the subtitles drawn in accordance with the instruction from the image plane 209 (S706).

また、イメージプロセッサ311による字幕描画(S704)が終了した場合、イメージプロセッサ311による字幕消去(S706)のが終了した場合、および、字幕表示終了時刻でないと判断(S705でNo)された場合、プレイリスト再生の終了確認(S702)以降の処理を繰り返す。   Also, when the subtitle rendering (S704) by the image processor 311 is completed, the subtitle deletion (S706) by the image processor 311 is completed, and it is determined that the subtitle display end time is not reached (No in S705), the play The processing after the list reproduction end confirmation (S702) is repeated.

また、プレイリスト再生が終了したことが確認されると(S702でYes)、字幕表示系の処理は強制的に終了する。   Further, when it is confirmed that the play list reproduction has been completed (Yes in S702), the caption display processing is forcibly terminated.

以上の動作により、BD−ROMプレーヤは、ユーザの指示またはBD−ROMに記録されているBD管理情報等に基づき、BD−ROMの再生に係る基本的な処理を行う。   With the above operation, the BD-ROM player performs basic processing related to reproduction of the BD-ROM based on a user instruction or BD management information recorded on the BD-ROM.

(実施の形態2)
次に本発明の実施の形態2について説明する。
(Embodiment 2)
Next, a second embodiment of the present invention will be described.

基本的には、実施の形態1に基づく内容であり、拡張した部分または異なる部分を中心に説明する。   Basically, the contents are based on the first embodiment, and an expanded part or a different part will be mainly described.

なお、実施の形態2では、実施の形態1に記載のデータ構造を基本のデータ構造として有するディスクを用い、本発明の特徴であるディスクメニューに関するデータ構造について説明を行う。   In the second embodiment, a data structure related to a disk menu, which is a feature of the present invention, will be described using a disk having the data structure described in the first embodiment as a basic data structure.

また、このディスクに情報を記録し、記録した情報を編集する記録装置としてビデオカメラを想定し、ビデオカメラの構成および動作についても説明を行う。   In addition, assuming a video camera as a recording device for recording information on the disc and editing the recorded information, the configuration and operation of the video camera will be described.

図31は、実施の形態2におけるディスクを使用するレコーダおよびプレーヤにおけるメニュー表示の例を示す図である。   FIG. 31 is a diagram showing an example of menu display in the recorder and player that use the disc in the second embodiment.

図31に示す、Recorder−AおよびRecorder−Bは、それぞれA社およびB社のレコーダである。また、各レコーダには、複数のコンテンツが記録されたディスクがセットされた状態である。   Recorder-A and Recorder-B shown in FIG. 31 are recorders of company A and company B, respectively. Each recorder is set with a disc on which a plurality of contents are recorded.

図31の上段は、それぞれのレコーダが表示する機器メニューの例を示している。   The upper part of FIG. 31 shows an example of a device menu displayed by each recorder.

機器メニューとは、レコーダが、自機にセットされたディスクに記録されているタイトルの名前等を、自機の表示部または自機に接続された表示装置に表示することを目的とする簡易なメニューである。   The device menu is a simple method for the recorder to display the title name, etc. recorded on the disc set in the device itself on the display unit of the device or a display device connected to the device. It is a menu.

なお、“タイトル”とは、デジタルストリームの一部または全部である部分区間で構成されるAVコンテンツである。また、タイトルに関連するプレイリストにより、MPEGストリーム等のデジタルストリームにおける部分区間の位置と、再生順序とが指定されることで当該タイトルが特定される。例えば、ユーザが撮影した1つの映像コンテンツが1つのタイトルとしてディスクに記録される。   The “title” is AV content composed of partial sections that are part or all of the digital stream. Further, the title is specified by designating the position of the partial section in the digital stream such as the MPEG stream and the reproduction order by the playlist related to the title. For example, one video content photographed by the user is recorded on the disc as one title.

図に示すように、Recorder−Aが表示する機器メニューは、ディスクに記録されているタイトルのサムネイルを複数並べて表示している。   As shown in the figure, the device menu displayed by Recorder-A displays a plurality of thumbnails of titles recorded on the disc.

また、Recorder−Bが表示する機器メニューは、ディスクに記録されているコンテンツの記録日時をリスト形式で表示している。   The device menu displayed by Recorder-B displays the recording date and time of the content recorded on the disc in a list format.

このようにサムネイル等を用いて機器が独自に生成したメニューを表示するのは以下の理由による。すなわち、記録/撮影の日付やサムネイル(JPEG)の表示は処理時間が少なくユーザレスポンスが良いこと、および、ビデオカメラのような小さい表示デバイスしか装備していない機器にて適切なメニュー表示を行うためである。   The reason why the menu generated by the device using thumbnails or the like is displayed is as follows. In other words, the recording / shooting date and thumbnail (JPEG) display has a short processing time and a good user response, and an appropriate menu is displayed on a device equipped with only a small display device such as a video camera. It is.

これらレコーダは、機器メニューのほかに、ディスクメニューを生成し、ディスクに記録する機能を有している。   These recorders have a function of generating a disc menu in addition to the device menu and recording it on the disc.

図31の下段は、各レコーダが生成しディスクに記録したディスクメニューの例を示す図である。これらディスクメニューは各レコーダでは再生されず、当該ディスクを再生するプレーヤによって再生され、ユーザに提示される。   The lower part of FIG. 31 is a diagram showing an example of a disc menu generated by each recorder and recorded on the disc. These disc menus are not reproduced by each recorder, but are reproduced by a player that reproduces the disc and presented to the user.

ディスクメニューは、“タイトル”の一種であり、自身以外のタイトルをユーザに選択させるものである。また、このように、レコーダにより生成されディスク等の情報記録媒体に記録される。   The disc menu is a kind of “title” and allows the user to select a title other than the title. In addition, in this way, it is generated by a recorder and recorded on an information recording medium such as a disc.

具体的には、実施の形態1で説明したBD.INFOやBD.PROGなどによって提供される機能によって構成されるメニューであって、TVに接続されたプレーヤにて再生されることを想定しているメニューである。   Specifically, the BD. INFO and BD. The menu includes functions provided by PROG or the like, and is assumed to be played back by a player connected to the TV.

そのため、大きな画面上に様々な情報を表示するように設計され、前述の機器メニューとは異なり、アニメーション効果や階層化された論理構成などを用いることもあり見た目も良い場合が多い。   For this reason, it is designed to display various information on a large screen, and unlike the above-described device menu, it often uses an animation effect or a hierarchical logical structure, and thus often looks good.

図に示すように、レコーダごとにディスクメニューのデザインが異なるため、同じような記録/撮影を行っても図の下段のように異なる表示方式(デザイン)のディスクメニューが生成される。   As shown in the figure, since the disc menu has a different design for each recorder, disc menus with different display methods (designs) are generated as shown in the lower part of the figure even if similar recording / shooting is performed.

このように、A社のレコーダRecorder−AとB社のレコーダRecorder−Bでは、ディスクメニューが異なる。これは、ディスクメニューの実装はレコーダのメーカーごとに自由であるためである。   Thus, the disc menu differs between the recorder Recorder-A of company A and the recorder Recorder-B of company B. This is because the implementation of the disc menu is free for each recorder manufacturer.

そのため、レコーダやビデオカメラ等の機器において、他のメーカーの機器でディスクメニューが記録されたディスクがセットされた場合、このディスクメニューを解釈できないことにより、前述のように、ディスクメニューの削除に伴う処理時間の増加等の問題が発生する。この問題についての詳細は図34を用いて後述する。   For this reason, in a recorder or a video camera device, when a disc with a disc menu recorded by another manufacturer's device is set, the disc menu cannot be interpreted. Problems such as an increase in processing time occur. Details of this problem will be described later with reference to FIG.

図32は、実施の形態2におけるBD.INFOの内容を示す図である。図に示すようにBD.INFOには、ディスクに記録されているタイトルを識別する情報群を格納する領域である“Index”が存在する。当該ディスクを再生するプレーヤは、この“Index”に格納されている情報に基づき、タイトルの再生等を行う。   FIG. 32 shows the BD. It is a figure which shows the content of INFO. As shown in FIG. INFO includes “Index” that is an area for storing a group of information for identifying a title recorded on a disc. A player that plays the disc performs title playback and the like based on the information stored in the “Index”.

なお、“Index”に格納されている情報は、本発明の情報記録媒体におけるインデックス情報の一例である。   The information stored in “Index” is an example of index information in the information recording medium of the present invention.

また、“Index”には、“FirstPlayback”、“TopMenu”、および“Title#1”等のそれぞれのタイトルの再生を制御するプログラムの参照番号(ProgramIDRef)だけが記述されている。   Also, “Index” describes only the reference number (ProgramIDRef) of the program that controls the reproduction of each title such as “FirstPlayback”, “TopMenu”, and “Title # 1”.

ProgramIDRefは、本発明の情報記録媒体におけるプログラム識別情報の一例であり、これらProgramIDRefにより、各プログラムが特定される。また、特定されたプログラムは、プレイリストを呼び出すことによりタイトルの再生を制御する。   ProgramIDRef is an example of program identification information in the information recording medium of the present invention, and each program is specified by these ProgramIDRef. Further, the identified program controls the reproduction of the title by calling the playlist.

なお、“FirstPlayback”とは、ディスク挿入時に最初に再生すべきタイトル等を意味しており、情報として、そのタイトルの再生のためのプログラムの参照番号が格納される。   Note that “FirstPlayback” means a title or the like to be reproduced first when a disc is inserted, and a reference number of a program for reproducing the title is stored as information.

また、“TopMenu”とは、リモコンでメニューボタンが押された場合などに選択されるタイトルであるディスクメニューを意味しており、情報として、ディスクメニューの再生のためのプログラムの参照番号が格納される。   “TopMenu” means a disc menu which is a title selected when a menu button is pressed on the remote controller, and stores a reference number of a program for playing the disc menu as information. The

また、図32に示すBD.INFO内の“Index”に格納されている、“FirstPlayback”、“TopMenu”、および“Title#1”等のそれぞれの名前は、本発明の情報記録媒体におけるタイトル識別情報の一例である。   In addition, the BD. Each name such as “FirstPlayback”, “TopMenu”, and “Title # 1” stored in “Index” in the INFO is an example of title identification information in the information recording medium of the present invention.

また、ユーザが撮影した映像コンテンツ等の、ディスクメニュー以外のタイトルのタイトル識別情報は、“Title”+“#タイトル番号”という形式である。タイトル番号については後述する。   Also, title identification information of titles other than the disc menu, such as video content shot by the user, has a format of “Title” + “# title number”. The title number will be described later.

具体的には、ディスクロード時に、“FirstPlayback”に格納されているProgramIDRefに示される番号で指定されるプログラムが自動で実行される。また、ユーザがリモコンのメニューキーを押せば“TopMenu”に登録されているProgramIDRefの番号で指定されるプログラムが実行される。   Specifically, when the disc is loaded, the program specified by the number indicated in ProgramIDRef stored in “FirstPlayback” is automatically executed. When the user presses the menu key on the remote controller, the program specified by the ProgramIDRef number registered in “TopMenu” is executed.

プレーヤの通常の動作としては、“FirstPlayback”から参照されるプログラムに応じてディスクローディング時のオープニング映像を再生した後、もしくは一切何も表示せずに“TopMenu”にジャンプし、“TopMenu”にて規定されるディスクメニューを表示することになる。   The normal operation of the player is to jump to “TopMenu” after playing the opening video at the time of disc loading according to the program referred to from “FirstPlayback” or without displaying anything, and at “TopMenu” The specified disc menu will be displayed.

また、“Title#1”〜“Title#n”のそれぞれにはユーザが撮影および記録した映像コンテンツの再生を制御するプログラムを指定するProgramIDRefだけが登録される。   In each of “Title # 1” to “Title # n”, only ProgramIDRef that specifies a program for controlling reproduction of video content shot and recorded by the user is registered.

図33は、実施の形態2におけるBD.PROGの内容を示す図である。BD.INFOにて参照されるProgramIDRefの番号はBD.PROGでのProgramの並び順である。   FIG. 33 shows the BD. It is a figure which shows the content of PROG. BD. The ProgramIDRef number referenced in the INFO is BD. This is the order of Program in PROG.

図に示すように、例えば、Program#1は何らかの処理を行った後、GPRM0の値が0であるかの条件判定を行い、その値に応じて、GPRM0=0であれば、111.PLを、GPRM0がGPRM3と同じであれば、GPRM0に2を加えた値の番号を持つPLの再生を行い、後続の処理を行うように記述されている。   As shown in the figure, for example, after Program # 1 performs some processing, it determines whether the value of GPRM0 is 0, and if GPRM0 = 0 according to the value, 111. If PLRM0 is the same as GPRM3, the PL having the number of GPRM0 plus 2 is reproduced and the subsequent processing is performed.

このようにBD.PROGに含まれるプログラムには、条件分岐(if)、プレーヤ変数の一種であるGPRM(ゼネラルパラメータ)を使った演算処理、および、プレイリストの再生命令(PlayPlayList)などのコマンドを自由に組み合わせることができる。   Thus, BD. The program included in PROG can freely combine commands such as conditional branch (if), arithmetic processing using GPRM (general parameter) which is a kind of player variable, and play list playback command (PlayPlayList). it can.

図34は、メニュー表示およびタイトル再生に係る表示および動作の遷移の一例を示す図である。   FIG. 34 is a diagram showing an example of display and operation transitions related to menu display and title reproduction.

具体的には、プレーヤにおいて、前述のBD.INFOおよびBD.PROGによりメニューが再生され、その後、ユーザの指示により、ユーザが記録した映像コンテンツであるタイトルを再生し、またメニューに戻る一連の処理をデータ構造の面から説明する図である。   Specifically, in the player, the BD. INFO and BD. It is a figure explaining the series of processing which reproduces | regenerates the title which is the video content which the user recorded according to a user's instruction | indication after that a menu is reproduced | regenerated by PROG, and returns to a menu.

図34において、表示および動作の遷移は、TopMenuとして左下のディスクメニューがTVに表示されている所から始まる。   In FIG. 34, the transition of display and operation starts from the place where the lower left disc menu is displayed on the TV as TopMenu.

このTopMenuにおいて、ユーザがリモコンを使って一番右のボタン(Button3)を選択し決定したことにより、TopMenuに関連するプレイリストである100.PLに指定されたストリーム(100.VOB)に多重化されているボタンプログラム(Button Program3)が実行される。   In this TopMenu, when the user selects and determines the rightmost button (Button 3) using the remote control, the playlist is related to TopMenu. A button program (Button Program 3) multiplexed in the stream (100.VOB) designated by the PL is executed.

ボタンプログラム(Button Program3)は、Title3の再生を意図するコマンド(JumpTitle(3))が書かれており、そのコマンドが実行されることによってTitle3の再生に遷移する。   In the button program (Button Program 3), a command (Jump Title (3)) intended to reproduce Title 3 is written, and when the command is executed, transition to Title 3 reproduction is performed.

具体的には、BD.INFOに記述された“Title3”に示されるProgramIDRefのフィールドの値がkであるために、BD.PROGのk番目のプログラム(Program#k)が実行される。   Specifically, BD. Since the value of the field of ProgramIDRef shown in “Title 3” described in INFO is k, BD. The kth program (Program #k) of PROG is executed.

プログラム(Program#k)には、プレイリスト(200.PL)の再生命令があるために200.PLの再生を行い、再生が終了した後で後続のコマンド処理が続けられる。   Since the program (Program # k) has a play list (200.PL) playback command, 200. The PL is reproduced, and subsequent command processing is continued after the reproduction is completed.

プログラム(Program#k)の最後では、TopMenuに戻るコマンド(JumpTopMenu())が実行されるため元のTopMenuが再び表示される。   At the end of the program (Program # k), a command (JumpTopMenu ()) for returning to TopMenu is executed, so that the original TopMenu is displayed again.

以上がデータ構造から見たTopMenuとTitle再生の仕組みである。   The above is the TopMenu and Title playback mechanism as seen from the data structure.

上記の表示および動作の遷移は、プレーヤが、ディスクメニューに関連するプレイリスト等の記述に沿って処理を行うことで実現され、ディスクメニューを生成したのがどのメーカーであるかによって問題が生じることはない。   The transition of the above display and operation is realized by the player performing processing in accordance with the description of the playlist related to the disc menu, and there is a problem depending on which manufacturer generated the disc menu. There is no.

しかし、1つのディスクが、互いに異なるメーカーのビデオカメラ間を移動する場合を想定すると、ディスクメニューについて、ビデオカメラ側、つまり、ディスクメニューを生成しディスクに記録する記録装置側における互換性がないことが問題となる。   However, assuming that one disc moves between video cameras from different manufacturers, the disc menu is not compatible on the video camera side, that is, on the recording device side that generates the disc menu and records it on the disc. Is a problem.

すなわち、あるディスクにRecorder−Aだけが記録および編集を行う限りにおいては問題ない。しかし、Recorder−Aが記録を行ったディスクを、他メーカーの製品であるRecorder−Bにセットし、Recorder−B上で記録/編集を行う場合、Recorder−Aが生成したディスクメニューの設計ポリシーをRecorder−Bは特定することができない。   That is, there is no problem as long as only Recorder-A performs recording and editing on a certain disc. However, when a disc recorded by Recorder-A is set in Recorder-B, which is a product of another manufacturer, and recording / editing is performed on Recorder-B, the design policy of the disc menu generated by Recorder-A is set. Recorder-B cannot be specified.

そのため、ディスクメニューの既存部分を残しつつ、編集内容に応じた追加等をすることができないという問題がある。   Therefore, there is a problem that it is impossible to add according to the editing contents while leaving the existing part of the disc menu.

これは、図33に示すように、BD.PROGのProgramが再生状態に応じて変化するプレーヤ変数を使った条件分岐を行えるためである。   As shown in FIG. This is because the program of PROG can perform conditional branching using player variables that change according to the playback state.

つまり、上記問題は、所定のProgramだけを見てもどのように動作するのかは、他の要素との関連があり特定することが実装上不可能であるだけなく、Recorder−Aで生成されたディスクメニューに使っている素材(背景やボタン映像の選択)のポリシーもRecorder−Bには特定できないことに起因する。   In other words, the above problem was generated by Recorder-A, not only because it is related to other elements and cannot be specified as to how it works even if only a predetermined program is viewed. This is because the policy of the material (selection of background and button video) used in the disc menu cannot be specified in Recorder-B.

例えば、Title1を最初から最後まで再生したか否かをプレーヤ変数のGPRM100の値で管理しており、Title2の再生がTitle1を再生済みであれば途中から、そうでなければTitle2の先頭からの再生を行うようにプログラムされている場合を想定する。   For example, whether or not Title1 is reproduced from the beginning to the end is managed by the value of the GPRM100 of the player variable. If reproduction of Title2 has already been reproduced, reproduction from the beginning of Title2 is performed. Suppose that it is programmed to do

このような場合に、GPRM100がTitle1の再生経歴を示す情報であり、それがTitle2の再生を制御するように設計されており、これ以外の他の要素が影響しないことを検証するためには、全ての再生可能なパターンでの再生をシミュレートすることが必要になる。   In such a case, in order to verify that the GPRM 100 is information indicating the playback history of the Title 1 and that it is designed to control the playback of the Title 2, and that other elements other than this are not affected, It is necessary to simulate playback with all playable patterns.

そのため、全てのBD.PROGのプログラム(Program)、およびストリームに多重化された全てのボタンプログラム(Button Program)を取得し解析し、プレーヤ変数の設定の意味を特定していかなければならず、データの読み込みおよび解析に膨大な時間がかかると思われる。   Therefore, all BD. It is necessary to acquire and analyze the PROG program (Program) and all button programs (Button Program) multiplexed in the stream, and specify the meaning of the player variable settings. It will take a lot of time.

従って、ディスクメニューをRecorder−AからRecorder−Bに引き継ぐことは実質的に不可能である。   Therefore, it is virtually impossible to transfer the disc menu from Recorder-A to Recorder-B.

そこで、Recorder−Aが生成しディスクに記録したディスクメニューは、Recorder−Bがそのディスクに対して記録および編集などを行う場合、ディスクメニューに関連する各種ファイルを全て削除し、一から作り直すことが、ディスク全体のデータの整合性を取る最も確実で簡易な方法である。   Therefore, the disc menu generated by Recorder-A and recorded on the disc can be re-created from scratch by deleting all the files related to the disc menu when Recorder-B performs recording and editing on the disc. This is the most reliable and simple way to ensure data consistency across the disk.

また、既存のディスクメニューに関連する各種ファイルを削除せずに、新たなディスクメニューを生成することも考えられるが、この場合、不要なファイルがディスクに蓄積していくことになる。これにより、ディスクの記録可能容量が無駄に消費されるだけでなく、ディスクをロードする機器において、ファイル管理に係る処理負担が増加することになる。   It is also possible to generate a new disc menu without deleting various files related to the existing disc menu. In this case, unnecessary files are accumulated on the disc. This not only wastefully consumes the recordable capacity of the disc, but also increases the processing burden associated with file management in the device that loads the disc.

図35は、異なるメーカーのレコーダ間でディスクの移動があった場合のディスクメニューの更新におけるルールを示す図である。   FIG. 35 is a diagram showing rules for updating the disc menu when a disc is moved between recorders of different manufacturers.

図35(A)は、ディスクメニューの更新においてBD.INFO等の各ファイルをどのように扱うかを示す図であり、図35(B)は、図35(A)に示される番号の意味を説明する図である。   FIG. 35 (A) shows a BD. It is a figure which shows how each file, such as INFO, is handled, and FIG.35 (B) is a figure explaining the meaning of the number shown by FIG.35 (A).

例えば、Recorder−Aによりコンテンツが記録されたディスクに対しRecorder−Bがさらに記録および編集する場合、その編集によって追加または削除されたコンテンツをディスクメニューに反映しなければならない。   For example, when Recorder-B further records and edits a disc on which content is recorded by Recorder-A, the content added or deleted by the editing must be reflected in the disc menu.

このように、Recorder−Bが、Recorder−Aによりディスクメニューが記録されたディスクに対してコンテンツの記録および編集を行い、ディスクメニューを更新しなければならない場合、FirstPlaybackおよびTopMenuに関連する箇所の全て(BD.INFOの該当部分、BD.PROGの該当部分、XXX.PLの全て、YYY.VOBIの全て、YYY.VOBの全て)を変更する。なお、「変更する」とは、当該データを削除して新たなものを生成することも含む。以下の記載においても同様である。   In this way, when Recorder-B has to record and edit content on the disc on which the disc menu has been recorded by Recorder-A and the disc menu has to be updated, all the parts related to FirstPlayback and TopMenu are all recorded. (Corresponding part of BD.INFO, corresponding part of BD.PROG, all of XXX.PL, all of YYY.VOBI, all of YYY.VOB). Note that “changing” includes deleting the data and generating a new one. The same applies to the following description.

さらに、新しいFirstPlaybackおよびTopMenuと整合性がとれたTitleと、そのTitle用のProgramを規定しなおすために、Titleに関しても関連する箇所の全て(BD.INFOの該当部分、BD.PROGの該当部分)を変更する。   Furthermore, in order to redefine the Title that is consistent with the new FirstPlayback and TopMenu, and the program for the Title, all of the relevant locations for the Title (corresponding part of BD.INFO, corresponding part of BD.PROG) To change.

逆に言えば、ディスクメニューの更新時にそのまま残るのは、ユーザが撮影した映像を格納している各Titleのプレイリスト以下だけとなる。   In other words, when the disc menu is updated, only the playlist below each Title that stores the video shot by the user remains.

また、上記の変更だけでメニュー更新が実現可能なように、Titleで使用するストリーム(YYY.VOB)にはメニュー動作に影響するButton Programを含ませないことも重要である。   It is also important that the stream (YYY.VOB) used in the Title does not include the Button Program that affects the menu operation so that the menu can be updated only by the above change.

このようなルールに従えば、異なるメーカーのレコーダ間でディスクを移動させた場合においても、ディスク全体のデータ整合性を維持しつつ、ディスクメニューを更新することができる。   According to such a rule, even when the disc is moved between recorders of different manufacturers, the disc menu can be updated while maintaining the data consistency of the entire disc.

しかしながら、このルールによれば、FirstPlaybackおよびTopMenuが使用するプレイリストを特定する必要があるが、これは前述のように実質的に不可能である。そのため、ディスクメニューの更新時に、どのXXX.PLを削除すれば良いのかは分からないという問題が依然として残存する。   However, according to this rule, it is necessary to specify the playlist used by FirstPlayback and TopMenu, which is substantially impossible as described above. Therefore, when updating the disc menu, which XXX. There still remains a problem of not knowing whether to delete the PL.

そこで、図36に示すようにBD.INFOの“Extension”に、以下のような情報を格納しておくことが有効である。   Therefore, as shown in FIG. It is effective to store the following information in “Extension” of INFO.

図36は、BD.INFOの“Extension”にプレイリストを特定するための情報を格納した状態を示す図である。   FIG. It is a figure which shows the state which stored the information for specifying a play list in "Extension" of INFO.

“Extension”は、BD.INFOの末尾に設けられた拡張領域であり、このように、規格に規定されていない情報を格納することができる領域である。また、“Extension”からは、プレーヤは情報を読み出す義務がないため、規格に規定されていない情報を格納した場合であってもプレーヤに何らかの悪影響を与えることはない。   “Extension” is BD. This is an extended area provided at the end of INFO, and is an area in which information that is not defined in the standard can be stored. Further, since the player is not obligated to read information from “Extension”, even if information not defined in the standard is stored, the player is not adversely affected.

なお、“Extension”に格納されている情報は、本発明の情報記録媒体における拡張情報の一例である。   The information stored in “Extension” is an example of extended information in the information recording medium of the present invention.

以下に、“Extension”に格納されている情報について説明を行う。   The information stored in “Extension” will be described below.

(1)“MakerInfo”は、本発明の情報記録媒体における生産者識別情報の一例であり、メーカーを識別する識別子である“MakerID”と、このBD.INFOを記録した機器を特定する識別子“ModelID”とを含む情報である。   (1) “MakerInfo” is an example of producer identification information in the information recording medium of the present invention, “MakerID” which is an identifier for identifying a manufacturer, and BD. This information includes an identifier “ModelID” that identifies the device that recorded the INFO.

(2)“DiscInfo”は、このディスク上に記録可能な、もしくは既に記録されている映像のフレームレートを特定する情報であり、以下の各情報を含んでいる。   (2) “DiscInfo” is information for specifying a frame rate of a video that can be recorded on the disc or has already been recorded, and includes the following information.

“IsNTSC”は、29.97/59.94Hzのフレームレートの映像符号化を行って良いか、もしくはそれらのフレームレートの映像が既に記録されているかを示す情報である。   “IsNTSC” is information indicating whether video encoding at a frame rate of 29.97 / 59.94 Hz may be performed, or whether video at those frame rates has already been recorded.

“IsPAL”は、25/50Hzのフレームレートの映像符号化を行って良いか、もしくはそれらのフレームレートの映像が既に記録されているかを示す情報である。   “IsPAL” is information indicating whether video encoding at a frame rate of 25/50 Hz may be performed, or whether video at those frame rates has already been recorded.

“IsFILM”は23.97/24Hzのフレームレートの映像符号化を行って良いか、もしくはそれらのフレームレートの映像が既に記録されているかを示す。   “IsFILM” indicates whether video encoding at a frame rate of 23.97 / 24 Hz may be performed, or whether video at those frame rates has already been recorded.

なお、“IsNTSC”と“IsPAL”が1つのディスクに混在するのは一部のコンテンツが再生できない事態を招きうるため禁止される。   It should be noted that “IsNTSC” and “IsPAL” are prohibited from being mixed in one disc because some contents cannot be reproduced.

因みに“IsFILM”は“IsNTSC”および“IsPAL”のどちらとも共存が可能である。例えばレコーダは29.97/59.94Hzのフレームレートの映像符号化を行って記録する場合には事前に“IsNTSC=1”となっているかを確認して記録する。   Incidentally, “IsFILM” can coexist with both “IsNTSC” and “IsPAL”. For example, in the case of recording by performing video encoding at a frame rate of 29.97 / 59.94 Hz, the recorder confirms and records whether “IsNTSC = 1” in advance.

もし“IsNTSC=0”の場合には、“IsPAL=0”であるかを確認し“IsNTSC=1”と書き換えて記録する。もしくは“IsNTSC=0”かつ“IsPAL=1”であってもディスク上に25/50Hzのフレームレートの映像がないことを確認した上で、“IsNTSC=1”および“IsPAL=0”と書き換えて記録することができる。このようにすることで、ディスク上でのNTSC/PAL混在をストリームのフレームレートを全て調べることなく簡易に防ぐことが可能である。   If “IsNTSC = 0”, it is confirmed whether “IsPAL = 0”, and “IsNTSC = 1” is rewritten and recorded. Or, even if “IsNTSC = 0” and “IsPAL = 1”, after confirming that there is no 25/50 Hz frame rate video on the disc, rewrite “IsNTSC = 1” and “IsPAL = 0”. Can be recorded. By doing so, it is possible to easily prevent NTSC / PAL mixing on the disk without examining all the frame rates of the streams.

(3)“FirstPlayback”は、BD.INFO内の“Index”に含まれる“FirstPlayback”により指定されるプログラムから呼び出されるプレイリストの総数を示す“PlayListNumber”と、そのプレイリストの番号を示す“PlayListID”とを含む情報である。   (3) “FirstPlayback” is BD. This information includes “PlayListNumber” indicating the total number of playlists called from the program specified by “FirstPlayback” included in “Index” in the INFO, and “PlayListID” indicating the playlist number.

なお、PlayListIDは、本発明の情報記録媒体におけるプレイリスト識別情報の一例である。   Note that PlayListID is an example of playlist identification information in the information recording medium of the present invention.

(4)“TopMenu”は、BD.INFO内の“Index”に含まれる“TopMenu”により指定されるプログラムから呼び出される可能性のあるプレイリストの総数を示す“PlayListNumber”と、そのプレイリストの番号を示す“PlayListID”とを含む情報である。   (4) “TopMenu” is BD. Information including “PlayListNumber” indicating the total number of playlists that may be called from the program specified by “TopMenu” included in “Index” in INFO, and “PlayListID” indicating the number of the playlist is there.

(5)“TitlePLPairNumber”は、下記に示す“TitlePLPair”の総数を示す情報である。   (5) “TitlePLPairNumber” is information indicating the total number of “TitlePLPair” shown below.

(6)“TitlePLPair”は、プレイリストの番号を示す“PlayListID”と、そのプレイリストにより特定されるタイトルのタイトル番号(Title#nとXXX.PLは1対1で使用することを想定)を示す“TitleID”とを含む情報である。   (6) “TitlePLPair” is “PlayListID” indicating the playlist number and the title number of the title specified by the playlist (Title # n and XXX.PL are assumed to be used one-to-one). This is information including “TitleID”.

タイトル番号とは、上述のように、タイトル識別情報である“Title#n”の“n”の部分の数字である。つまり、タイトル番号はタイトル識別情報に対応する数字である。   As described above, the title number is a number in the “n” portion of “Title # n” that is title identification information. That is, the title number is a number corresponding to the title identification information.

このように、BD.INFOの拡張領域である“Extension”に記述された“MakerInfo”に示される情報によって、ビデオカメラ等のレコーダはこのディスクに記録されたメニューを生成したレコーダのメーカーを特定する情報と機器を特定する情報を得ることができる。   Thus, BD. Based on the information shown in “MakerInfo” described in “Extension”, which is an extension area of INFO, a recorder such as a video camera specifies information and a device that specify the manufacturer of the recorder that generated the menu recorded on this disc. Information can be obtained.

ディスクがセットされたレコーダにおいて、仮に、自機がディスクメニューを記録したディスクであることが判明した場合、ディスクメニュー(FirstPlayback/TopMenu)を一から作り直すことなく、特定の差分情報の更新だけを行えばよく、メニューの更新時間を短縮することが可能である。   If it is found that the recorder is a disc on which the disc menu is recorded in the recorder in which the disc is set, only the specific difference information is updated without recreating the disc menu (FirstPlayback / TopMenu) from scratch. In other words, the menu update time can be shortened.

また、ディスクがセットされたレコーダは、“MakerInfo”に示される情報を参照することにより、他メーカーのレコーダでディスクメニューが記録されたディスクであるか否かの判定が可能であり、他メーカーのレコーダでディスクメニューが記録されたディスクであると判定した場合は、ディスクメニューを一からつくり直すことにより更新する。   In addition, the recorder with the disc set can determine whether the disc menu is recorded by another manufacturer's recorder by referring to the information shown in “MakerInfo”. If the recorder determines that the disc menu is recorded, the disc menu is updated by recreating the disc menu from scratch.

さらに、BD.INFOの拡張領域である“Extension”に記述された“FirstPlayback”に示される情報および“TopMenu”に示される情報によって、ディスクメニューで使用されているプレイリスト(XXX.PL)を容易に特定できる。そのため、そのプレイリストを解析することにより使用するYYY.VOBI、YYY.VOBを特定することができる。   Furthermore, BD. The playlist (XXX.PL) used in the disc menu can be easily specified by the information shown in “FirstPlayback” described in “Extension” which is an extension area of INFO and the information shown in “TopMenu”. Therefore, the YYY. VOBI, YYY. A VOB can be specified.

すなわち、ディスクメニューに関連するXXX.PL、YYY.VOBI、YYY.VOBファイルの全てを容易に特定でき、これらを削除することが可能となる。   That is, XXX. PL, YYY. VOBI, YYY. All of the VOB files can be easily specified, and these can be deleted.

つまり、削除の対象となるタイトルに関連するプレイリスト、当該タイトルの管理情報、および、当該プレイリストに指定されるデジタルストリームの部分区間を削除することができる。   That is, it is possible to delete the playlist related to the title to be deleted, the management information of the title, and the partial section of the digital stream specified in the playlist.

このように、ディスクメニューに関連するプレイリストを容易に特定できる情報をディスクに記憶させておくことで、ディスクメニューに関連する各種ファイルを容易に特定でき、これらを削除した上でディスクメニューを新たに生成することができる。   In this way, by storing information that can easily specify the playlist related to the disc menu on the disc, various files related to the disc menu can be easily specified, and after deleting these, the disc menu is renewed. Can be generated.

これにより、互いに異なるメーカーの機器間でディスクが移動した場合であっても、ディスクメニューに関連する各種ファイルを削除した上で、新たなディスクメニューを生成することができる。   Thereby, even when the disc is moved between devices of different manufacturers, a new disc menu can be generated after deleting various files related to the disc menu.

つまり、前述のような情報が記録された情報記録媒体は、いずれのメーカーの記録装置においても、不要な処理負荷や処理時間が発生させることなく、ディスク全体のデータの整合性を保ちながら、容易にディスクメニューを更新させることができる。   In other words, the information recording medium on which the information as described above is recorded can be easily used in any recording device of any manufacturer while maintaining the data consistency of the entire disk without causing unnecessary processing load and processing time. Can update the disc menu.

次に、ディスクメニューの更新時のタイトル番号の保持について説明する。
多くの公開文献や実施の形態1でも示されているように、DVD−VideoやBD−ROMのような情報記録媒体を再生するプレーヤではタイトルとチャプターという2つの階層を用いてユーザにコンテンツを提供している。
Next, the retention of the title number when updating the disc menu will be described.
As shown in many published documents and Embodiment 1, a player that reproduces an information recording medium such as a DVD-Video or a BD-ROM provides content to the user using two layers of titles and chapters. is doing.

一般的なプレーヤではタイトルサーチという機能が実装されている。ユーザは、この機能により、GUI(Graphical User Interface)のディスクメニューを経由せずに、直接リモコンの数字キーなどを使ってタイトル番号を指定し、そのタイトルから再生を開始することが可能である。   A general player has a function called title search. With this function, the user can directly specify the title number using the numeric keys of the remote controller without using the GUI (Graphical User Interface) disc menu, and can start playback from the title.

なお、タイトル番号とは、BD.INFOのIndex部分にて表現されたTitleのループ順を意味しているため、タイトル1とは、ループ順で先頭のTitleを意味する。   The title number is BD. Since it means the loop order of the Title expressed in the Index part of INFO, Title 1 means the first Title in the loop order.

ここで、将来的には、ディスクのラベルにタイトル番号とそのコンテンツの内容を表すような情報(記録日時や放送局のチャンネル、サムネイル映像など)を印刷することもあると思われる。   Here, in the future, it is likely that information (recording date and time, broadcasting station channel, thumbnail video, etc.) indicating the title number and the contents of the content may be printed on the label of the disc.

CD−DA(Compact Disc Digital Audio)のようなオーディオコンテンツを収録したディスクのラベルに、曲番号と曲名の組み合わせを印刷しているように、本発明の記録装置を利用するユーザにとってタイトルとそのコンテンツとの関連はタイトルサーチの機能が利用できる以上、とても重要である。   A title and its contents for a user who uses the recording apparatus of the present invention, such as a combination of a song number and a song name is printed on a label of a disc on which audio content such as CD-DA (Compact Disc Digital Audio) is recorded. The association with is very important as long as the title search function is available.

ここで、あるコンテンツと、そのコンテンツに付されたタイトル番号との関係、つまり、あるコンテンツに関連するプレイリストと、そのプレイリストに関連付けられたタイトル番号との関係は、パッケージメディア(Read Only Media)では変更されることがないため、考える必要がない。   Here, the relationship between a certain content and the title number assigned to the content, that is, the relationship between the playlist associated with the certain content and the title number associated with the playlist is determined by the package media (Read Only Media). ) Will not change, so there is no need to think about it.

しかし、情報の記録および編集が可能な情報記録媒体においては、あるメーカーのレコーダで生成されたディスクメニューが、他のメーカーのレコーダで更新される際に、上記のコンテンツとタイトル番号との関係は維持されない。   However, in an information recording medium capable of recording and editing information, when a disc menu generated by a recorder of a certain manufacturer is updated by a recorder of another manufacturer, the relationship between the above content and the title number is Not maintained.

そのため、例えば、ユーザが、上記のRecorder−Aで映像コンテンツを記録したディスクにおいて、タイトル番号が“1”であると認識していたコンテンツが、その後にRecorder−Bによりディスクメニューが更新されたために、不意にタイトル番号が“3”に変更される場合がある。   For this reason, for example, in the disc on which the video content is recorded by the above-mentioned Recorder-A, the content that the title number is recognized as “1” is updated after that, and the disc menu is updated by the Recorder-B. The title number may be unexpectedly changed to “3”.

もちろん、ディスクメニューの更新の前に、どのコンテンツ、つまりタイトルが、どのプレイリストと関連しているのか、つまり、どのプレイリストを参照しているのかを容易に知ることができるのであれば、その時点でコンテンツに付されているタイトル番号を取得し、更新の際に維持しておくことは可能である。   Of course, before updating the disc menu, if you can easily know which content, ie, the title, is associated with which playlist, ie, which playlist is referenced, It is possible to acquire the title number attached to the content at the time and maintain it at the time of update.

しかし、どのタイトルがどのプレイリストと関連しているかを取得するためには、図32に示すTitle#1・・・Title#nに示される、BD.PROGに記録されている各Programを解析する必要があり、前述のように非常に困難である。   However, in order to obtain which title is associated with which playlist, BD. Shown in Title # 1 to Title # n shown in FIG. It is necessary to analyze each program recorded in the PROG, which is very difficult as described above.

従って、本実施の形態では、図36に示すようにBD.INFOの“Extension”に、タイトル番号(TitleID)とそのプレイリスト番号(PlayListID)とを含む情報として“TitlePLPair”を記述する。   Therefore, in the present embodiment, as shown in FIG. In “Extension” of INFO, “TitlePLPair” is described as information including the title number (TitleID) and the playlist number (PlayListID).

また、タイトル番号とそのプレイリスト番号とは順次追加記録される。つまり、TitlePLPairの中の記述順はそのプレイリスト(PlayListIDで特定されるプレイリスト)の記録日時順である。   Further, the title number and the playlist number are sequentially recorded additionally. That is, the description order in the TitlePLPair is the recording date order of the playlist (playlist specified by PlayListID).

これによって、以前のタイトル番号とそのコンテンツ(つまり、プレイリスト)との対応を崩さないようにメニューを更新することが可能となり、ユーザにとっては不意にタイトル番号とコンテンツの相関が変更されることを防ぐことができる。   This makes it possible to update the menu so as not to break the correspondence between the previous title number and its contents (that is, the playlist), and the user unexpectedly changes the correlation between the title number and the contents. Can be prevented.

なお、あるディスクにおいて記録されていたタイトルが削除された場合には、タイトル番号がBD.INFOのIndex内のループ順であることから、削除したタイトルにダミーのプレイリストを付与してもよい。   When a title recorded on a disc is deleted, the title number is BD. Due to the loop order in the INFO Index, a dummy playlist may be assigned to the deleted title.

更に、そのコンテンツとして“Deleted Title”などと既にそのタイトルに関連していたコンテンツが削除されたことをユーザに認識させるような映像等のコンテンツを、削除されたタイトルに関連するプレイリストに関連付ける。こうすることにより、他のタイトル番号に影響させないことができる。   Furthermore, the content such as “Deleted Title” as the content and the video that makes the user recognize that the content related to the title has already been deleted is associated with the playlist related to the deleted title. By doing so, it is possible to prevent other title numbers from being affected.

また、上記の削除されたことを示すコンテンツはタイトルサーチの操作においてのみ再生可能であって、ディスクメニューでは選択されないように実装される。   The content indicating that it has been deleted can be played back only in the title search operation and is not selected in the disc menu.

図37は、実施の形態2における、ディスクメニューの更新前後のタイトルとプレイリスト(コンテンツ)との相関の例を示す図である。   FIG. 37 is a diagram showing an example of the correlation between the title and the playlist (content) before and after the disc menu is updated in the second embodiment.

あるディスクにおいて、ある時点で図37(A)に示すように、ディスク上に3つのタイトルがあり、それぞれのタイトルが101.PL、102.PL、103.PLのプレイリストと関連付けられていると想定する。また、各プレイリストが上記の順番で、コンテンツA、B、Cに関連するものである場合を想定する。   In a certain disc, as shown in FIG. 37A at a certain point in time, there are three titles on the disc, and each title has 101. PL, 102. PL, 103. Assume that it is associated with a PL playlist. Further, it is assumed that each playlist is related to the contents A, B, and C in the above order.

この想定下において、レコーダでTitle2を全削除し、新規にコンテンツDを記録した場合、図37(B)に示すようにタイトルとプレイリスト(コンテンツ)の関係が一部変更される。   Under this assumption, when Title2 is completely deleted by the recorder and the content D is newly recorded, the relationship between the title and the playlist (content) is partially changed as shown in FIG.

具体的には、削除されたTitle2はBD.INFOのIndexから削除されることなくそのまま残され、Title2のプレイリスト102.PLが参照するAVストリーム(YYY.VOB)が、Title2がユーザの編集操作によって削除されたことを示す映像や音声情報に置き換わる。   Specifically, the deleted Title2 is BD. It is left as it is without being deleted from the INFO Index, and the playlist of the Title 2 102. The AV stream (YYY.VOB) referred to by the PL is replaced with video and audio information indicating that Title2 has been deleted by the user's editing operation.

また、Title1およびTitle3については、タイトル番号とプレイリスト(コンテンツ)との関係は維持される。つまり、それらタイトルに付与されたタイトル番号に変更はない。   For Title1 and Title3, the relationship between the title number and the playlist (content) is maintained. That is, there is no change in the title numbers assigned to these titles.

また、新たに記録されたコンテンツDは図36に示すTitlePLPairの中で最後に追加される。   Further, the newly recorded content D is added last in the TitlePLPair shown in FIG.

つまり、TitlePLPairの中の記述順はそのプレイリスト(PlayListIDで特定されるプレイリスト)の記録日時順を示すことになるため、記録日時順でメニュー表示を行う場合に有用である。   That is, the description order in TitlePLPair indicates the order of recording date and time of the play list (play list specified by PlayListID), which is useful when performing menu display in order of recording date and time.

次に、図32、図33、および図36に示すデータ構造を有するディスクに対し、前述のようなメニューの更新や各種情報の操作を行うレコーダの構成および動作について以下に述べる。   Next, the configuration and operation of a recorder that performs the above-described menu update and various information operations on the disc having the data structure shown in FIGS. 32, 33, and 36 will be described below.

図38は、実施の形態2のレコーダの機能的な構成を示す機能ブロック図である。   FIG. 38 is a functional block diagram showing a functional configuration of the recorder according to the second embodiment.

図38に示すレコーダ400は、本発明の記録装置の一例であり、例えば、映像をデジタルストリームとして記録するビデオカメラとして実現される。   A recorder 400 shown in FIG. 38 is an example of the recording apparatus of the present invention, and is realized as, for example, a video camera that records video as a digital stream.

なお、レコーダ400は、デジタルストリームを記録する記録装置が本来有する、エンコーダ等の他の構成部を備えているが、本発明の特徴を明確にするために、それら他の構成部についての図示および説明は省略する。   Note that the recorder 400 includes other components such as an encoder that a recording apparatus that records a digital stream originally has. However, in order to clarify the characteristics of the present invention, the illustration and illustration of these other components are provided. Description is omitted.

レコーダ400は、図38に示すようにプレイリスト特定部401、削除部402、メニュー生成部403、メーカー判定部404、受付部405、編集部406、番号読出部407、撮影部408、および表示部409を備える。   As shown in FIG. 38, the recorder 400 includes a playlist specifying unit 401, a deleting unit 402, a menu generating unit 403, a manufacturer determining unit 404, a receiving unit 405, an editing unit 406, a number reading unit 407, a photographing unit 408, and a display unit. 409.

また、情報記録媒体として、図32、図33、および図36に示すデータ構造を有するディスク105を使用する。   Further, as the information recording medium, the disc 105 having the data structure shown in FIGS. 32, 33, and 36 is used.

プレイリスト特定部401は、ディスクメニュー等のタイトルの再生を制御するプログラムから呼び出されるプレイリスト、つまり、処理の対象とするタイトルに関連するプレイリストを図36に示すPlayListIDを用いて特定する処理部である。   The playlist specifying unit 401 uses a PlayListID shown in FIG. 36 to specify a playlist called from a program that controls the reproduction of a title such as a disc menu, that is, a playlist related to the title to be processed. It is.

メニュー生成部403は、ディスク105に記録されているメニューに換えて、新たなメニューを生成しディスク105記録する処理部である。   The menu generation unit 403 is a processing unit that generates a new menu and records the disc 105 instead of the menu recorded on the disc 105.

削除部402は、メニュー生成部403により新たなメニューが生成される場合、ディスク105に記録されているメニューに関連するプレイリストを削除する処理部である。なお、削除するプレイリストは、プレイリスト特定部401により特定される。   The deletion unit 402 is a processing unit that deletes a playlist associated with a menu recorded on the disc 105 when a new menu is generated by the menu generation unit 403. The playlist to be deleted is specified by the playlist specifying unit 401.

メーカー判定部404は、図36に示すExtensionに含まれるMakerInfoに示されるメーカーが、レコーダ400を生産したメーカーと一致するか否かを判定する処理部である。   The manufacturer determination unit 404 is a processing unit that determines whether or not the manufacturer indicated by the MakerInfo included in the Extension shown in FIG. 36 matches the manufacturer that produced the recorder 400.

受付部405は、ユーザまたはレコーダ400に接続された機器から入力される、レコーダに対する指示等を受け付ける処理部である。   The accepting unit 405 is a processing unit that accepts an instruction or the like for the recorder input from a user or a device connected to the recorder 400.

編集部406は、ディスク105に記録されているタイトルの編集を行う処理部である。   The editing unit 406 is a processing unit that edits titles recorded on the disc 105.

番号読出部407は、“Extension”に含まれるタイトル番号、つまり、TitleIDをディスク105から読み出す処理部である。   The number reading unit 407 is a processing unit that reads the title number included in “Extension”, that is, TitleID from the disc 105.

撮影部408は、映像をデジタルストリームとしてディスク105に記録する処理部である。   The photographing unit 408 is a processing unit that records video on the disc 105 as a digital stream.

表示部409は、レコーダ400が備える小型の液晶デバイス等である。表示部409には、図31の上段に示す簡易な機器メニューが表示される。   The display unit 409 is a small liquid crystal device provided in the recorder 400. A simple device menu shown in the upper part of FIG. 31 is displayed on the display unit 409.

このように構成されたレコーダ400の基本的な動作の概要は以下のようになる。なお、レコーダ400を生産したメーカーとは異なるメーカーのレコーダにより生成されたディスクメニューがディスク105に既に記録されていると場合を想定する。   The outline of the basic operation of the recorder 400 configured as described above is as follows. It is assumed that a disc menu generated by a recorder of a manufacturer different from the manufacturer that produced the recorder 400 is already recorded on the disc 105.

このディスク105がレコーダ400にセットされると、プレイリスト特定部401は、ディスクに記録されているディスクメニューに関連するプレイリストを、“Extension”に含まれる、“TopMenu”に対応付けられたPlayListIDを用いて特定する。   When the disc 105 is set in the recorder 400, the playlist specifying unit 401 displays a playlist related to the disc menu recorded on the disc as a PlayListID associated with “TopMenu” included in “Extension”. Use to specify.

メニュー生成部403は、新たなディスクメニューを生成しディスク105に記録する。また、削除部402は、プレイリスト特定部401により特定されたプレイリストをはじめ、他メーカーのレコーダにより生成されたディスクメニューに関連する各種ファイルを削除する。   The menu generation unit 403 generates a new disc menu and records it on the disc 105. Further, the deletion unit 402 deletes various files related to the disc menu generated by the recorder of another manufacturer, including the playlist specified by the playlist specification unit 401.

このようにして、レコーダ400は、他メーカーのレコーダにより生成されたディスクメニューを削除し、新たなディスクメニューをディスクに記録することができる。   In this way, the recorder 400 can delete the disc menu generated by the recorder of another manufacturer and record a new disc menu on the disc.

次に、レコーダ400がディスク105上のタイトル構成を更新する際の動作の流れを説明する。   Next, an operation flow when the recorder 400 updates the title structure on the disc 105 will be described.

図39は、実施の形態2のレコーダ400における記録/編集時のタイトル構成の更新時の動作の流れの概要を示すフロー図である。   FIG. 39 is a flowchart showing an outline of the operation flow when updating the title configuration during recording / editing in the recorder 400 of the second embodiment.

ユーザの指示等により、新たなタイトルの記録または既存のタイトルに対する編集が開始される(S801)と、編集部406は、BD.INFOおよびBD.PROGをディスク105から読み込む(S802)。さらに、番号読出部407は、ディスク105に記録されているタイトル番号の最後の番号を取得する。   In response to a user instruction or the like, recording of a new title or editing of an existing title is started (S801), the editing unit 406 displays the BD. INFO and BD. PROG is read from the disk 105 (S802). Further, the number reading unit 407 acquires the last number of the title numbers recorded on the disc 105.

具体的には、BD.INFOの“Index”に含まれる“Title#1”から並んで存在するタイトル識別情報から最後のタイトル番号(Tn)を取得する(S803)。   Specifically, BD. The last title number (Tn) is acquired from the title identification information existing side by side from “Title # 1” included in “Index” of INFO (S803).

例えば、“Index”に“Title#1”、“Title#2”、“Title#3”と存在する場合、“3”が取得される。   For example, when “Title # 1”, “Title # 2”, and “Title # 3” exist in “Index”, “3” is acquired.

その後、編集部406が、XXX.PL、YYY.VOBI、およびYYY.VOBを必要に応じて更新し(S804)、新規にタイトルを記録した場合、上記Tn以降の番号に、新規に記録したタイトルを割り振り、読み出したBD.INFOにその番号とタイトルとを記録する(S805)。   Thereafter, the editing unit 406 displays the XXX. PL, YYY. VOBI, and YYY. When the VOB is updated as necessary (S804) and a new title is recorded, the newly recorded title is allocated to the numbers after Tn and the read BD. The number and title are recorded in the INFO (S805).

例えば、Tn=“3”である場合、新たなタイトルが記録されると、そのタイトルにはタイトル番号“4”が付与される。   For example, when Tn = “3”, when a new title is recorded, the title number “4” is assigned to the title.

この場合、編集部406により、BD.INFOの“Index”に“Title#4”が追加され、更に、“Extension”にTitleIDである“4”と、Title4に関連するプレイリストのPlayListIDとが対応付けられて追加される。   In this case, the editing unit 406 causes the BD. “Title # 4” is added to “Index” of INFO, and “4”, which is a TitleID, is added to “Extension” in association with PlayListID of a playlist related to Title4.

また、上記Tn以前のタイトル番号のタイトルで削除されたものがある場合、編集部406は、その削除されたタイトルのタイトル番号を削除するのではなく、そのタイトル番号に関連するプレイリストに示されるデジタルストリームの部分区間をタイトルが削除されたことを示す内容のダミーのデジタルストリームに置き換える。つまり、削除されたタイトルにダミーのデジタルストリームを付与する(S806)。   If there is a title with a title number before Tn that has been deleted, the editing unit 406 does not delete the title number of the deleted title, but shows it in the playlist associated with the title number. A partial section of the digital stream is replaced with a dummy digital stream having contents indicating that the title has been deleted. That is, a dummy digital stream is assigned to the deleted title (S806).

ダミーのデジタルストリームとは、前述のように、“Deleted Title”等の映像のデータ等である。   As described above, the dummy digital stream is video data such as “Deleted Title”.

この削除の際には、具体的には、プレイリスト特定部401が、削除されたタイトルのタイトル番号、つまりTitleIDと対応付けられているPlayListIDから、削除されたタイトルに関連するプレイリストを特定する。   In this deletion, specifically, the playlist specifying unit 401 specifies a playlist related to the deleted title from the title number of the deleted title, that is, the PlayListID associated with the TitleID. .

このような動作により、例えば、タイトル番号“2”のタイトルが削除された場合、タイトル番号“2”を削除するのではなく、タイトル番号“2”に、“Deleted Title”と名付けられた映像等のデータが対応付けられる。   By such an operation, for example, when the title with the title number “2” is deleted, the title number “2” is not deleted, but the video named “Deleted Title” is assigned to the title number “2”. Are associated with each other.

このように、更新されたBD.INFOおよびBD.PROG等をディスク105に書き込む(S807)。以上により、一連の記録/編集に係る動作を終了する。   Thus, the updated BD. INFO and BD. PROG and the like are written to the disk 105 (S807). The series of operations related to recording / editing is thus completed.

上記のように、タイトル番号とそのコンテンツ(関連するプレイリスト番号)の関係を崩すことなくBD.INFOを更新することで、ディスクメニューではなく、タイトルサーチで直接コンテンツの再生を行うような場合であっても、ディスクメニューの更新の度にタイトル番号とコンテンツとの関係が変わることを防ぐことができ、ユーザの利便性を高めることができる。   As described above, the BD. Is recorded without breaking the relationship between the title number and its contents (related playlist number). By updating the INFO, it is possible to prevent the relationship between the title number and the content from changing every time the disc menu is updated, even when the content is directly played back by title search instead of the disc menu. This can improve user convenience.

またこの際に、ディスクメニューでは削除したタイトルは選択できない(一切表示されない)ように作りこむことで、GUIを使ったディスクメニューからコンテンツ再生を制御するユーザに対してもTitle2をダミーで残す悪影響を与えることがないようにすることができる。   Also, at this time, by creating a title so that the deleted title cannot be selected (not displayed at all) in the disc menu, the user who controls content playback from the disc menu using the GUI also has an adverse effect of leaving Title2 as a dummy. You can avoid giving.

なお、本実施の形態において、図32等に示すデータ構造を有する情報記録媒体としてディスクを用いたが、情報を記録できる媒体であれば、BDおよびDVD等のディスクでなくてもよい。例えば、フラッシュメモリ等の半導体メモリでもよい。   In the present embodiment, a disk is used as an information recording medium having the data structure shown in FIG. 32 and the like. However, a disk such as a BD and a DVD may be used as long as information can be recorded. For example, a semiconductor memory such as a flash memory may be used.

なお、“FirstPlayback”、“TopMenu”に関連するコンテンツ(VOBファイル)が、“Title”からも参照されている場合、ディスクメニューを削除すると、“FirstPlayback”と“TopMenu”として登録されたプレイリストとそのプレイリストから参照されるコンテンツ(VOBファイル)とが削除され、タイトルの再生に支障をきたすこととなる。従って、これは禁止されるべきである。   If the content (VOB file) related to “FirstPlayback” and “TopMenu” is also referred to from “Title”, deleting the disc menu and the playlists registered as “FirstPlayback” and “TopMenu” The content (VOB file) referred to from the play list is deleted, and the reproduction of the title is hindered. This should therefore be prohibited.

本実施の形態で言えば、BD.INFOの“Extension”に記述される“FirstPlayback”、“TopMenu”のプレイリストが参照するコンテンツ(XXX.VOB)が、同じくBD.INFOの“Extension”に記述される“Title”のプレイリストが参照することは禁止される。   In this embodiment, BD. The content (XXX.VOB) referenced by the playlist of “FirstPlayback” and “TopMenu” described in “Extension” of INFO is also BD. It is prohibited to refer to the playlist of “Title” described in “Extension” of INFO.

ディスクメニュー(FirstPlayback/TopMenu)とそのディスクに記録されたタイトルが同じVOBを参照しないことが、迅速なディスクメニューの更新、つまりディスクメニューに関わるファイルの特定と削除のために必要である。   The disc menu (FirstPlayback / TopMenu) and the title recorded on the disc do not refer to the same VOB, so that it is necessary to quickly update the disc menu, that is, to identify and delete a file related to the disc menu.

なお、BD.INFO内の“Extension”として説明した情報が無い場合であっても、“FirstPlayback”、“TopMenu”が参照するプレイリストのファイル番号と、“Title”が参照するプレイリストのファイル番号とを別個の範囲とすることでディスクメニューの更新のために、更新が必要なプレイリストファイルを迅速に特定することが可能である。   Note that BD. Even when there is no information described as “Extension” in the INFO, the file number of the playlist referred to by “FirstPlayback” and “TopMenu” and the file number of the playlist referred to by “Title” are separated. By setting the range, it is possible to quickly specify a playlist file that needs to be updated in order to update the disc menu.

また、プレイリストを削除する際、図36に示す“TitlePLPair”に含まれる“PlayListID”から、当該プレイリストが他のタイトルにも関連していないか事前に検索し、関連していなければ削除するという対策を取ってもよい。   Further, when deleting a playlist, a search is performed in advance from “PlayListID” included in “TitlePLPair” shown in FIG. 36 to determine whether the playlist is related to other titles. If the playlist is not related, the playlist is deleted. You may take the measures.

(実施の形態3)
次に本発明の実施の形態3について説明する。
(Embodiment 3)
Next, a third embodiment of the present invention will be described.

基本的には実施の形態1に基づく内容であり、拡張または異なる部分を中心に説明する。   Basically, the contents are based on the first embodiment, and the description will be focused on the expanded or different portions.

本発明の実施の形態1において、図18を用いてBD管理情報の1つで、ディスク全体の情報を管理する“BD.INFO”の例を説明したが、本実施の形態では図40の形式を取るものとする。   In the first embodiment of the present invention, an example of “BD.INFO” that manages information on the entire disk as one of the BD management information has been described with reference to FIG. 18, but in this embodiment, the format of FIG. Shall be taken.

BD.INFOはディスクに1つだけ存在し、当該ディスクが挿入された際に一番初めに解釈される。図40におけるBD.INFOは、AppInfoとTitleList、ExtensionDataからなり、AppInfoにはディスク全体に関する情報が格納される。   BD. There is only one INFO on the disc, which is interpreted first when the disc is inserted. In FIG. INFO consists of AppInfo, TitleList, and ExtensionData, and AppInfo stores information about the entire disc.

なお、図40に示す“TitleList”および“ExtensionData”のそれぞれは、図36に示す、実施の形態2における“Index”および“Extension”に相当する情報領域である。   Note that “TitleList” and “ExtensionData” shown in FIG. 40 are information areas corresponding to “Index” and “Extension” in the second embodiment shown in FIG.

TitleListには当該ディスクに格納されるTitleの情報が格納されており、FirstPlaybackとTopMenuという二つの特別なTitleと複数の通常のTitleからなる。通常のTitleの総数はTitleList以下のNumberに格納される。FirstPlaybackとTopMenuと各Titleは各々タイトル選択時に実行すべき後述するObjectへのリンク情報(ObjectのID)を持っている。FirstPlaybackは、ディスク挿入時に一番最初に選択されるタイトルであり、TopMenuは、リモコンでメニューボタンが押された場合などに選択される再生メニュー用のタイトルである。   TitleList stores Title information stored on the disc, and includes two special Titles, FirstPlayback and TopMenu, and a plurality of normal Titles. The total number of normal Titles is stored in Number below TitleList. FirstPlayback, TopMenu, and each Title each have link information (Object ID) to an Object (to be described later) to be executed when a title is selected. FirstPlayback is the title that is selected first when the disc is inserted, and TopMenu is the title for the playback menu that is selected when the menu button is pressed on the remote control.

次にObjectに関する情報を格納する“BD.PROG”について図41を用いて説明する。Objectとは複数のナビゲーションコマンドからなるプログラム群であり、Objectを実行する際はナビゲーションコマンドを1つずつ逐次実行される。   Next, “BD.PROG” for storing information related to an object will be described with reference to FIG. An object is a program group including a plurality of navigation commands. When executing an object, navigation commands are sequentially executed one by one.

図41に示すように“BD.PROG”は格納するObjectの総数を示すNumberおよび各Objectのエントリからなる。図中にある各Objectの添え字(#1など)はObjectのIDであり、各ObjectはID順に並ぶものとする。   As shown in FIG. 41, “BD.PROG” includes a number indicating the total number of objects to be stored and an entry for each object. The subscript (# 1 etc.) of each object in the figure is the ID of the object, and each object is arranged in the order of ID.

前述のようにタイトルからはこのObjectIDを元にタイトル選択時に実行されるObjectが参照されている。各ObjectはObjectInfo領域とProgram領域とからなる。ObjectInfo領域にはObjectの設定情報が格納される。Program領域には当該Object実行時に逐次実行するナビゲーションコマンド群が格納される。   As described above, an object executed when a title is selected is referred to from the title based on this ObjectID. Each Object consists of an ObjectInfo area and a Program area. Object setting information is stored in the ObjectInfo area. The Program area stores a navigation command group that is sequentially executed when the object is executed.

なお、図41に示す“BD.PROG”は実施の形態1において図18を用いて説明した“BD.PROG”に変わるものであり、合わせて図17を用いて説明した“XXX.PROG”は廃止される。   41 is replaced with “BD.PROG” described with reference to FIG. 18 in the first embodiment, and “XXX.PROG” described with reference to FIG. It will be abolished.

また、実施の形態1において説明したイベントに関しては、他の機能により代替される。例えば図20を用いて説明したタイムイベント及び図21を用いて説明したユーザイベントは、詳しくは後述するがストリーム中に埋め込まれるナビゲーションコマンドに相当するボタンにより代替される。   Further, the event described in the first embodiment is replaced by another function. For example, the time event described with reference to FIG. 20 and the user event described with reference to FIG. 21 are replaced with buttons corresponding to navigation commands embedded in the stream, which will be described in detail later.

また、図22を用いて説明したグローバルイベントは、リモコンキー操作毎にプレーヤの実行動作が規定されることとなる。   In the global event described with reference to FIG. 22, the player's execution operation is specified for each remote control key operation.

例えば図22で説明したようにリモコンのMenuキーが押された場合、前述したBD.INFOで規定されるタイトルの1つであるTopMenuが自動選択されるよう規定されており、結果、TopMenuからリンクが張られたObjectが選択され、BD.PROG中の当該ObjectのProgram領域に格納されたコマンド群が実行されることになる。   For example, as described with reference to FIG. 22, when the Menu key on the remote controller is pressed, the above-described BD. TopMenu, which is one of the titles defined by INFO, is specified to be automatically selected. As a result, an object linked from TopMenu is selected, and BD. The command group stored in the Program area of the object in PROG is executed.

次に、本実施の形態におけるナビゲーション機能の1つであるボタンおよびページについて説明する。   Next, buttons and pages, which are one of the navigation functions in the present embodiment, will be described.

本発明の実施の形態1にて、図20〜図21を用いてイベントを契機としたボタン描画の例を説明したが、BD−ROM規格に於いては、前述したDVDのNV_PCKと同じく、ナビゲーションコマンドをページ及びにボタン(NV_DS)として、MPEG−TS形式のストリーム中にビデオエレメンタリストリーム(V_PES)やオーディオエレメンタリストリーム(A_PES)と一緒に埋め込むことができる。   In the first embodiment of the present invention, an example of button drawing triggered by an event has been described with reference to FIGS. 20 to 21. In the BD-ROM standard, navigation is the same as the above-described NV_PCK of DVD. A command can be embedded as a page and a button (NV_DS) together with a video elementary stream (V_PES) or an audio elementary stream (A_PES) in an MPEG-TS stream.

BD−ROMにおいて、インタラクティブを実現するナビゲーション機能をストリーム化し、映像、音声、字幕などのAVデータと共にストリームに多重化する構成について説
明する。
A description will be given of a configuration in which a navigation function for realizing interactive is streamed in a BD-ROM and multiplexed into a stream together with AV data such as video, audio, and captions.

なお、本発明の実施の形態1では、BD−ROM Discに記録するAVストリームをMPEG−PSに準じた形で説明していたが、本実施の形態ではAVストリームをMPEG−TS形式で実現する。   In the first embodiment of the present invention, the AV stream to be recorded on the BD-ROM disc has been described in accordance with MPEG-PS. However, in this embodiment, the AV stream is realized in the MPEG-TS format. .

本実施の形態におけるAVストリームを、図42を用いて説明する。   The AV stream in the present embodiment will be described with reference to FIG.

図42に示すように、映像、音声、字幕そしてインタラクティブを実現するナビゲーションなどのエレメンタリストリーム(図42の(1))は、それぞれPESストリーム化され(図42の(2))、さらにそれぞれが一本のMPEG−TSに多重化される(図42の(3))。   As shown in FIG. 42, elementary streams ((1) in FIG. 42) such as navigation for realizing video, audio, subtitles, and interactive are respectively converted into PES streams ((2) in FIG. 42), and further, Multiplexed into one MPEG-TS ((3) in FIG. 42).

なお、MPEG−TSにおける多重化も、多重化する個々のデータはそのデコード順に基づくビット列になっているが、多重化されるデータ間、即ち、映像、音声、字幕、ナビゲーションの間は必ずしも再生順、言い換えればデコード順に基づいてビット列が形成されているわけではない。   Note that, in the multiplexing in MPEG-TS, the individual data to be multiplexed is a bit string based on the decoding order, but it is not necessarily in the playback order between the multiplexed data, that is, between video, audio, subtitles, and navigation. In other words, the bit string is not formed based on the decoding order.

MPEG−TSのデコーダモデル(図42の(4))も多重化を解いた後に個々のエレメンタリストリームに対応するデコーダバッファを持ち、デコードタイミングまでに一時的にデータを蓄積している。   The MPEG-TS decoder model ((4) in FIG. 42) also has a decoder buffer corresponding to each elementary stream after demultiplexing, and temporarily stores data by the decoding timing.

次にBD−ROMにおけるページとボタンの具体的な内容を説明する。   Next, specific contents of pages and buttons in the BD-ROM will be described.

BD−ROMにおけるナビゲーション機能ではページとボタンの二つの概念を提供している。   The navigation function in the BD-ROM provides two concepts of pages and buttons.

ページはボタンをグループ化して管理する単位であり、ボタンはユーザの操作に応じて実動作を行う単位である。   A page is a unit for grouping and managing buttons, and a button is a unit for performing an actual operation in accordance with a user operation.

具体的にディスプレイセット(NV_DS)としてページがどの様な情報を持ちMPEG−TSに多重化されているのかを図43を用いて説明する。   Specifically, what kind of information a page has as a display set (NV_DS) and is multiplexed in MPEG-TS will be described with reference to FIG.

図43に示すように、ページは、自身の「ページID」と、ページ遷移時のアニメーション効果が設定された「アニメーション情報」と、ページ内の描画パレットが設定された「パレット情報」と、ページがonになった際に選択状態にするボタンのボタンIDが設定された「デフォルト選択ボタンID」と、ページがonになった際に実行するボタンのボタンIDが設定された「デフォルト実行ボタンID」と、当該ページに所属するボタン群の情報が設定された「所属ボタン情報」とがNV_DSに設定され、図42を用いて前述したようにMPEG−TSに多重化される。   As shown in FIG. 43, the page includes its own “page ID”, “animation information” in which the animation effect at the time of page transition is set, “pallet information” in which the drawing palette in the page is set, and the page “Default selection button ID” in which the button ID of the button to be selected when “ON” is turned on and “Default execution button ID” in which the button ID of the button to be executed when the page is turned on are set ”And“ affiliated button information ”in which information of the button group belonging to the page is set in NV_DS, and multiplexed into MPEG-TS as described above with reference to FIG.

次に、ディスプレイセットとしてボタンがどの様な情報を持ちMPEG−TSに多重化されているのかを図44を用いて説明する。   Next, what kind of information the button has as a display set and multiplexed in MPEG-TS will be described with reference to FIG.

図44に示すように、ボタンは、自身の「ボタンID」と、自身の大きさやボタン画像として描画する内容等を示す「領域情報」と、ボタンが選択された際に自身に設定されたナビゲーションコマンドを自動実行するか否かを示す「自動実行可否フラグ」と、自身が選択された状態でリモコンによるユーザ操作(上下左右)が発生した際にどのボタンに遷移するかが設定された「ボタン遷移情報」と、ボタンが選択されたり押下されたりするなどボタンの状態が変化した際に鳴らす効果音や実行するアニメーション効果などが設定された「状態情報」と、ボタンが押下されるなどボタンが有効になった際に実行するナビゲーションコマンド群が設定された「実行コマンド」とがNV_DSに設定され、図42を用いて前述したようにMPEG−TSに多重化される。   As shown in FIG. 44, each button has its own “button ID”, its own size, “area information” indicating the content to be rendered as a button image, and the navigation set for itself when the button is selected. “Automatic execution flag” indicating whether or not to automatically execute the command, and “Button” which button is to be transitioned to when a remote control user operation (up / down / left / right) occurs "Transition information", "Status information" set with sound effects and animation effects to be executed when the button state changes, such as when the button is selected or pressed, and buttons such as when the button is pressed An “execution command” in which a navigation command group to be executed when it becomes valid is set in NV_DS, and as described above with reference to FIG. It is multiplexed to TS.

以上、BD−ROMにおけるナビゲーション機能の1つであるページとボタンについて説明したが、前述したタイムイベント及びユーザイベントはこのページとボタンにより実現される。   The page and button, which are one of the navigation functions in the BD-ROM, have been described above. The time event and user event described above are realized by this page and button.

例えばタイムイベントは、ボタンをストリームの所望の位置に再生されるように埋め込み、前記「自動実行可否フラグ」を設定しておくことで、ストリーム再生中に所定の時刻に前記ボタンに設定された「実行コマンド」が実行されることになる。   For example, for a time event, by embedding a button so that it is reproduced at a desired position in the stream, and setting the “automatic execution propriety flag”, the “event” set to the button at a predetermined time during stream reproduction is set. Execution command "is executed.

また、ユーザイベントに関しても所望の動作を行うように「ボタン遷移情報」及び「実行コマンド」を設定したボタンをストリームに多重化しておくことで実現可能である。   Further, it can be realized by multiplexing buttons set with “button transition information” and “execution command” so as to perform a desired operation with respect to a user event.

また、ページおよびボタンを活用することで、撮影した映像を再生する再生メニューなどインタラクティブなユーザインターフェースを実現出来る。   In addition, by using pages and buttons, an interactive user interface such as a playback menu for playing back captured video can be realized.

例えば図45に示すように階層化されたメニューを実現する場合、トップメニューと二つのサブメニュー毎に各メニューに表示したいボタンを取りまとめるページを用意する。トップメニューではボタン1、2を取りまとめるページ1、サブメニュー1ではボタン3を表示するページ2、サブメニュー2ではボタン4,5を取りまとめるページ3を設け、前述したようにストリームに多重化する。   For example, when realizing a hierarchical menu as shown in FIG. 45, a page is prepared for collecting buttons to be displayed in each menu for each of the top menu and two submenus. In the top menu, a page 1 that combines the buttons 1 and 2 is provided, in the submenu 1 a page 2 that displays the button 3 is provided, and in the submenu 2, a page 3 that collects the buttons 4 and 5 is provided and multiplexed as described above.

トップメニューからサブメニューへの遷移はボタン1、2のようにメニュー遷移用のボタンを用意し、ボタン押下に合わせて切り替えるよう設定する。例えばボタン1はトップメニューからサブメニュー1への遷移を行うために、ボタン押下時にページ1をoffにし、ページ2をonにするナビゲーションコマンドが前記実行コマンド領域に設定されている。   For the transition from the top menu to the submenu, buttons for menu transition are prepared like buttons 1 and 2 and are set to be switched when the button is pressed. For example, in order for the button 1 to make a transition from the top menu to the submenu 1, when the button is pressed, a navigation command for turning page 1 off and page 2 on is set in the execution command area.

また、ボタン2でも同様にトップメニューからサブメニュー2への遷移を行うために、ボタン押下時にページ1をoffにし、ページ2をonにするナビゲーションコマンドが前記実行コマンド領域に設定されている。   Similarly, in order to perform the transition from the top menu to the submenu 2 also in the button 2, a navigation command for turning off the page 1 and turning on the page 2 when the button is pressed is set in the execution command area.

また、実行コマンド領域で指定可能なナビゲーションコマンドはページ遷移以外にも様々なナビゲーションコマンドを指定可能である。例えばボタン3のようにプレイリスト再生中にチャプターを切り替えるナビゲーションコマンドを設定したり、ボタン5のように表示する字幕ストリームを切り替えるナビゲーションコマンドを設定することもできる。   In addition to the page transition, various navigation commands can be specified as navigation commands that can be specified in the execution command area. For example, a navigation command for switching chapters during playback of a playlist, such as button 3, or a navigation command for switching subtitle streams to be displayed, such as button 5, can be set.

ここで、ボタンの実行コマンド領域にはプレイリストの再生を開始させるナビゲーションコマンドは指定できない規定となっており、前述のObjectにおけるProgram領域でのみ指定できる。   Here, the navigation command for starting playback of the playlist cannot be specified in the button execution command area, and can be specified only in the Program area in the above-described Object.

従って、ボタン4押下時にプレイリストXXX.PLを再生させたい場合、まず当該ボタンからプレイリストXXX.PLを再生させるナビゲーションコマンドが記述されたObject(図中のObject#N)へ遷移し、そのObjectから所望のプレイリスト(図中ではXXX.PL)を再生するナビゲーションコマンドを実行してもらう必要がある。   Therefore, when the button 4 is pressed, the playlist XXX. If you want to play back PL, first select the playlist XXX. It is necessary to change to an object (Object # N in the figure) in which a navigation command for reproducing the PL is described, and to execute a navigation command for reproducing a desired playlist (XXX.PL in the figure) from the object. is there.

以上説明したように、ページ及びボタンで再生メニューを作成する場合、ページ及びボタン以外にも、ボタンから遷移されボタンでは実行出来ないナビゲーションコマンドを実行してもらうためのObjectが必要となる。図40と図41とを用いてTitleとObjectとの関係を説明したが、Objectには前述のようにTitleから参照されるObjectだけではなく、ボタンから参照されるObjectが存在しうる。   As described above, when a playback menu is created with a page and a button, an object for executing a navigation command that is transitioned from the button and cannot be executed with the button is required in addition to the page and the button. The relationship between the Title and the Object has been described with reference to FIGS. 40 and 41, but the Object referred to from the button as well as the Object referred to from the Title can exist as described above.

以上説明したように、ページとボタンとの組み合わせにより容易にインタラクティブなユーザインターフェースを実現可能である。   As described above, an interactive user interface can be easily realized by a combination of a page and a button.

なお、再生メニューなどのインタラクティブなユーザインターフェースにおけるGUI描画にBD−ROMのスライドショウ機能を活用することもできる。   Note that the slideshow function of the BD-ROM can also be used for GUI drawing in an interactive user interface such as a playback menu.

まず、図46を用いてV_PESにおけるスライドショウ機能について説明する。まず当該V_PESがスライドショウであるか否かは、例えば当該V_PESが含まれたAVデータのVOB管理情報ファイルVOBIにおいて設定されるものとする。   First, the slide show function in V_PES will be described with reference to FIG. First, whether or not the V_PES is a slide show is set, for example, in the VOB management information file VOBI of AV data including the V_PES.

上記スライドショウである旨を設定されたV_PESは、例えば全てIフレーム(Iピクチャ)のみで構成されており、一枚のスライドショウとして表示される画面の静止画像がそれぞれIフレームとしてV_PESに埋め込まれる。同時に、各Iフレームの先頭毎にプレイリストにおいてチャプターイベントが設定される。   The V_PES set to be a slide show is composed of, for example, only I frames (I pictures), and still images on the screen displayed as one slide show are embedded in the V_PES as I frames, respectively. . At the same time, a chapter event is set in the playlist for each head of each I frame.

また、各Iフレームの表示時間は無限大または固定時間が設定されており、設定された時間が経過するか、チャプタースキップまたはバックが実行されることで前の静止画に進んだり、前の静止画に戻ったりする。このようにIフレームとチャプターによりスライドショウ機能が実現される。   In addition, the display time of each I frame is set to infinity or a fixed time. When the set time elapses or chapter skip or back is executed, the display proceeds to the previous still image or the previous still image. Or return to the screen. In this way, the slide show function is realized by the I frame and the chapter.

ここで、図44を用いて前述したようにディスプレイセット(NV_DS)においてボタンの描画内容を記述可能であるが、描画情報を設定しないボタンも実現可能である。また、ボタンの実行コマンド領域を駆使して、チャプタースキップ、チャプターバックに相当するボタンも実現可能である。   Here, as described above with reference to FIG. 44, the drawing content of the button can be described in the display set (NV_DS), but a button without setting drawing information can also be realized. In addition, buttons corresponding to chapter skip and chapter back can be realized by making full use of the button execution command area.

従って、ページとボタンとスライドショウ機能とを併用し、メニューのGUI描画をIフレームイメージとしてスライドショウに設定し、ユーザ操作によるメニュー遷移やナビゲーションコマンド実行などのメニュー制御をページ及びボタンに行わせることもできる。   Therefore, the page, button, and slide show function are used together, the GUI drawing of the menu is set to the slide show as an I frame image, and menu control such as menu transition and execution of navigation commands by the user operation is performed on the page and button. You can also.

例えば図47を用いて説明すると、まず図47(A)に示すようなメニューを構成する各メニュー画面イメージをIフレームイメージとしてV_PESに埋め込んでスライドショウを構成する。   For example, referring to FIG. 47, first, a slide show is constructed by embedding each menu screen image constituting a menu as shown in FIG. 47A as an I frame image in V_PES.

次に図47(B)に示すようなメニュー画面の遷移や押下時の動作をページとボタン、そしてボタンから遷移されるObjectにより実現する。具体的にはサムネイルFの選択時にリモコンの右ボタンが押された場合など、メニュー画面を切り換える場合に対応するためには、チャプター変更に相当するナビゲーションコマンドをボタンに設定すればよい。   Next, the transition of the menu screen as shown in FIG. 47B and the operation at the time of pressing are realized by a page, a button, and an Object that is transitioned from the button. Specifically, in order to cope with a case where the menu screen is switched, for example, when the right button of the remote controller is pressed when the thumbnail F is selected, a navigation command corresponding to chapter change may be set for the button.

また、サムネイルA押下時にサムネイルAに対応する動画を再生する場合には、ボタン押下時にサムネイルAに対応する動画を再生するためのObjectに遷移するようボタンを設定すればよい。   In addition, when a moving image corresponding to the thumbnail A is played when the thumbnail A is pressed, a button may be set so as to transition to an object for playing a moving image corresponding to the thumbnail A when the button is pressed.

以上説明したようにメニューはスライドショウとページ及びボタンを併用することでも実現可能であり、このようなメニューは図42を用いて前述したように1つのMPEG−TSに多重化される。   As described above, a menu can be realized by using a slide show, a page, and a button together. Such a menu is multiplexed into one MPEG-TS as described above with reference to FIG.

再生メニューをBD−ROM形式で記録されたディスクに設定する方法について述べる。前述のようにBD.INFOにおけるTopMenuはメニュー専用のTitleであるため前述のメニューを実現するMPEG−TSはTopMenuタイトルが選択された際に自動実行される必要がある。   A method for setting the playback menu on a disc recorded in the BD-ROM format will be described. As described above, BD. Since the TopMenu in INFO is a Title dedicated to the menu, the MPEG-TS that realizes the above menu needs to be automatically executed when the TopMenu title is selected.

従って、TopMenuから参照するObjectを作成してBD.PROGに登録し、当該ObjectのProgram領域には、前記メニューを実現するMPEG−TSを再生するプレイリストを再生させるナビゲーションコマンドを設定すればよい。   Therefore, an Object referred to from TopMenu is created and BD. A navigation command for reproducing a playlist for reproducing the MPEG-TS that realizes the menu may be set in the Program area of the object registered in PROG.

また、ディスク挿入時に自動的に再生メニューが表示されるようにするには、FirstPlaybackから参照するObjectを作成してBD.PROGに登録し、当該ObjectのProgram領域には、TopMenuにタイトル遷移するナビゲーションコマンドを設定すればよい。   In order to automatically display a playback menu when a disc is inserted, an object referred to from FirstPlayback is created and BD. A navigation command for title transition to TopMenu may be set in the Program area of the object registered in PROG.

ここで、他機器で既に映像を記録されたディスクに対し、自機器で新規に映像を追記したとする。この場合TopMenuから実行される再生メニューに、当然追記した映像のサムネイル並びに当該映像を再生させるナビゲーション情報を反映させる必要がある。   Here, it is assumed that the video is newly added by the own device to the disc on which the video has already been recorded by another device. In this case, it is necessary to reflect the thumbnail of the added video and the navigation information for reproducing the video in the playback menu executed from TopMenu.

しかしながら、再生メニューの構成は各社各様であり、TopMenuから参照されるObjectのProgram領域がどのようになっているか容易には判別出来ない。   However, the structure of the playback menu is different for each company, and it is not easy to determine what the Program area of the Object referred to from TopMenu is.

従って、一端再生メニューを削除し自機器で再生成することになる。しかし、この場合、実施の形態2で説明したように、再生メニューを削除するにあたって、BD.INFOで規定されているFirstPlayBackおよびTopMenuから参照されるObjectがどれであるかは解るが、そこから再生されるPlayList(図47で説明した再生メニューを構成するMPEG−TSを再生するPlayList)がどれかを判別するにはObjectのProgram領域を逐次解析していく必要がある。   Therefore, the playback menu is once deleted and regenerated by the own device. However, in this case, as described in the second embodiment, the BD. Although it is understood which Object is referred to from FirstPlayBack and TopMenu defined in INFO, PlayList (PlayList that plays back the MPEG-TS that constitutes the playback menu described in FIG. 47) is played from there. It is necessary to sequentially analyze the Program area of the object.

また、前述のように再生メニューのボタンからPlayListを再生するにはボタンからPlayList再生用のObjectに遷移し、そのObjectからPlayListを再生する必要がある。   Further, as described above, in order to play PlayList from the playback menu button, it is necessary to transition from the button to an object for PlayList playback, and to play PlayList from the object.

このようなボタンのみから参照されるObjectを識別するには、再生メニューを構成するMPEG−TSの多重化をほどき、ボタンのNV_DSを逐次解析していき、ボタンから遷移しているObjectのIDを逐次解析していく必要があり大変な手間となる。   In order to identify an object that is referenced only from such a button, the MPEG-TS that composes the playback menu is unmultiplexed, the NV_DS of the button is sequentially analyzed, and the ID of the object that has transitioned from the button It is necessary to analyze sequentially, and it becomes a lot of trouble.

従って本実施の形態では、FirstPlaybackやTopMenuなどNV_DSを含むストリームを再生するTitleにおいて、NV_DSから遷移するObjectのIDをメタデータとして記録するものとする。   Therefore, in the present embodiment, the ID of an object that transitions from NV_DS is recorded as metadata in a Title that reproduces a stream including NV_DS, such as FirstPlayback or TopMenu.

また、当該メタデータは、図40におけるBD.INFOのExtensionDataに格納するものとする。   Also, the metadata is BD. It shall be stored in ExtensionData of INFO.

本実施の形態におけるメタデータの例を図48に示す。   FIG. 48 shows an example of metadata in this embodiment.

図48に示すようにBD.INFOのExtensionData領域には、FirstPlaybackのメタデータを格納するFirstPlaybackMeta()領域と、TopMenuのメタデータを格納するTopMenuMeta()領域とが存在する。さらに、Title毎に各Titleの属性を示すTitle Domain領域と各Titleのメタデータを格納するTitleMeta()領域とが存在する。   As shown in FIG. In the ExtensionData area of the INFO, there are a FirstPlaybackMeta () area for storing FirstPlayback metadata and a TopMenuMeta () area for storing TopMenu metadata. Further, there is a Title Domain area that indicates the attribute of each Title and a TitleMeta () area that stores metadata of each Title for each Title.

Title Domainは、Menu、Real、Virtaul、SlideShowの四つの属性(Domain)のいずれかを示す情報である。   The Title Domain is information indicating one of four attributes (Domain) of Menu, Real, Virtual, and SlideShow.

Menu Domainは、FirstPlayBackとTopMenuから遷移されたTitleなど、FirstPlaybackとTopMenu以外に、映像をユーザに選択させて再生する再生メニューやディスク挿入時の自動再生シーケンス制御などを実現するTitleが有する属性である。   Menu Domain is an attribute of Title that realizes a playback menu that allows the user to select and play a video, automatic playback sequence control at the time of disc insertion, etc. in addition to FirstPlayback and TopMenu, such as Title that has been transitioned from FirstPlayBack and TopMenu. .

Real Domainは、実際に撮影または録画した映像をシーケンシャルに再生するだけのTitleが有する属性である。   Real Domain is an attribute of a Title that only sequentially reproduces video that is actually shot or recorded.

Virtual Domainは、撮影または録画した映像をユーザが編集した結果作成したプレイリストを再生するだけのTitleが有する属性である。   The Virtual Domain is an attribute of a Title that only reproduces a playlist created as a result of the user editing a shot or recorded video.

Slideshow Domainはスライドショウを再生するTitleが有する属性である。   Slideshow Domain is an attribute of a Title that reproduces a slideshow.

FirstPlaybackMeta()とTopMenuMeta()とTitleMeta()の構造は同一である。具体的には、FirstPlaybackとTopMenuと各Titleが参照するPlayListのファイル名一覧であるPLNameList領域と参照するObjectのIDの一覧であるObjectIDList領域からなる。   The structures of FirstPlaybackMeta (), TopMenuMeta (), and TitleMeta () are the same. Specifically, it includes a FirstPlayback, a TopMenu, a PLNameList area that is a list of PlayList files referenced by each Title, and an ObjectIDList area that is a list of Object IDs to be referenced.

なお、各TitleMeta()において、PlayListの記録順情報を持たせるため、PLNameList領域に記録されるPlayListのファイル名は当該PlayListの作成順であってもよい。   Since each TitleMeta () has PlayList recording order information, the PlayList file name recorded in the PLNameList area may be the order in which the PlayList is created.

以上、本実施の形態におけるメタデータの例を説明したが、本実施の形態のメタデータにより、各Titleが参照するObjectやObjectから再生されるストリームを解析することなく、各Titleで使用されるデータ(PlayList及びPlayListから参照されるデジタルストリームと、プログラム群であるObject)を識別することができる。   The example of the metadata in the present embodiment has been described above. However, the metadata used in the present embodiment is used in each Title without analyzing the Object referred to by each Title and the stream reproduced from the Object. Data (digital stream referred to from PlayList and PlayList and Object that is a program group) can be identified.

特にFirstPlaybackMeta()とTopMenuMeta()と前記Title DomainがMenuであるTitleのTitleMeta()を解析することにより、当該ディスクにおける再生メニューを構成するデータ(PlayList及びPlayListから参照されるデジタルストリームと、プログラム群であるObject)を識別可能である。   In particular, by analyzing FirstPlayMeta (), TopMenuMeta (), and TitleMeta () of Title where the Title Domain is Menu, data constituting a playback menu on the disc (a digital stream referred to from PlayList and PlayList, and a program group) Can be identified.

そのため、他機器が作成した再生メニューであっても容易に削除可能となる。特に再生メニューを実現するストリームにボタン(NV_DS)が含まれそのボタンからObjectが参照されている場合でも容易に識別可能であり、削除も容易となる。   Therefore, even a playback menu created by another device can be easily deleted. In particular, even when a button (NV_DS) is included in a stream that realizes a playback menu and an object is referenced from the button, it can be easily identified and can be easily deleted.

なお、例えばTopMenuから参照するObjectやPlayListが、任意のTitle#Aでも参照されている場合、本メタデータに基づいてTopMenuから参照されるObjectやPlayListを削除、編集するとTitle#Aの動作に支障が出る可能性がある。   For example, if an Object or PlayList referenced from TopMenu is also referenced in any Title # A, deleting or editing the Object or PlayList referenced from TopMenu based on this metadata will interfere with the operation of Title # A. May come out.

この場合、規格として、Title作成と同時に作成され当該Titleが参照しているObjectやPlayListに関しては、後から作成されたTitleが参照することを禁止してもよい。   In this case, as a standard, regarding an Object or PlayList created at the same time as Title creation and referenced by the Title, it may be prohibited to refer to the Title created later.

また、ObjectやPlayListを削除・編集する際、図48を用いて説明したメタデータを元に、当該ObjectやPlayListが他のTitleからも参照されていないか事前に検索し、参照されていなければ削除するという対策を取ってもよい。   Also, when deleting or editing an Object or PlayList, based on the metadata described with reference to FIG. 48, a search is performed in advance to check whether the Object or PlayList is not referenced by other Titles. You may take measures to delete it.

また、PLNameList領域およびObjectIDList領域に、当該PlayListまたはObjectを参照しているTitleの逆参照情報を持たせるなどの対策を取ってもよい。   Further, a countermeasure may be taken such that the PLNameList area and the ObjectIDList area have title dereference information referring to the PlayList or Object.

以上、本発明の実施の形態3について説明したが、本実施の形態の記録方法およびデータ構造は、各Title配下のPlayList並びにObjectメタデータを記録した情報記録媒体と、それを記録する記録装置、記録方法、記録プログラム、並びに本実施の形態の記録方法を実現する半導体に適用される。   As described above, the third embodiment of the present invention has been described. However, the recording method and data structure of the present embodiment include an information recording medium that records PlayList and Object metadata under each Title, and a recording apparatus that records the information recording medium. The present invention is applied to a recording method, a recording program, and a semiconductor that realizes the recording method of the present embodiment.

(実施の形態4)
従来、ビデオカメラで撮影した映像などを逐次ディスクに記録する場合において、映像を次世代光ディスクの商用映像データ用のフォーマットであるBD−ROM形式で映像を記録した場合、映像の記録順序を保持する方法が存在しなかった。
(Embodiment 4)
Conventionally, in the case of sequentially recording images taken by a video camera on a disc, when the images are recorded in the BD-ROM format, which is a format for commercial image data of the next generation optical disc, the image recording order is maintained. There was no way.

そこで、実施の形態4として、BD−ROMの拡張領域に記録するメタデータを記録順に配置し、かつ、編集による順序入れ替えを禁止する記録方法について説明する。   Therefore, as a fourth embodiment, a recording method in which metadata to be recorded in the extended area of the BD-ROM is arranged in the order of recording and the order change by editing is prohibited will be described.

この記録方法により、ビデオカメラで撮影した映像をBD−ROM形式で記録した場合においても、撮影した映像の撮影順を保持することが可能であり、再生メニュー等においてユーザの期待する順序で撮影した映像のサムネイルを並べることが出来る。   With this recording method, even when video shot with a video camera is recorded in the BD-ROM format, it is possible to maintain the shooting order of the shot video, and shot in the order expected by the user in the playback menu or the like. You can arrange video thumbnails.

なお、本実施の形態において、撮影した映像を記録するAVストリームは、実施の形態3と同じく、MPEG−TS形式のストリーム(図42参照)である。   In the present embodiment, the AV stream for recording the captured video is an MPEG-TS format stream (see FIG. 42), as in the third embodiment.

また、本実施の形態では、ビデオカメラや据置ビデオレコーダーなどに於いて、撮影または録画する映像をBD−ROM形式により記録する方法について述べる。   In this embodiment, a method for recording a video to be taken or recorded in a BD-ROM format in a video camera, a stationary video recorder, or the like will be described.

まず撮影の単位とBD管理情報との対応関係について述べる。   First, the correspondence between the photographing unit and the BD management information will be described.

撮影した映像並びに音声はそれぞれV_PESならびにA_PESとして前述の図42に示すようにMPEG−TS形式のストリームに記録されていく。ここで撮影開始ボタンを押してからボタンを放す、または撮影停止ボタンを押すまでの撮影単位をShotと呼ぶこととすると、1つのshotは、一本のストリームとして記録してもよいし、一本のストリームに複数のShotを格納してもよい。   The captured video and audio are recorded in the MPEG-TS stream as V_PES and A_PES as shown in FIG. Here, if the shooting unit from when the shooting start button is pressed until the button is released or when the shooting stop button is pressed is called “shot”, one shot may be recorded as one stream, or one shot may be recorded. A plurality of shots may be stored in the stream.

ここでShotは各Shot毎または撮影日などのグループ単位毎に前述したプレイリスト(PlayList)に関連づけられる。そして最終的には各PlayList単体またはPlayList単位で、前述のBD管理情報であるBD.INFOで管理されるTitleに関連づけられる。   Here, Shot is associated with the above-described playlist (PlayList) for each Shot or for each group unit such as a shooting date. Finally, each PlayList unit or PlayList unit is BD. It is associated with a Title managed by INFO.

図16においてプレイリスト“XXX.PL”の詳細について述べたが、本実施の形態で述べるビデオカメラなどで撮影したストリームにおいては、必ず撮影の単位であるShot毎にプレイリストで管理するEVENT(Mark)を付けるものとする。   The details of the playlist “XXX.PL” have been described with reference to FIG. 16, but in a stream shot by a video camera or the like described in this embodiment, an EVENT (Mark) that is always managed in the playlist for each shot, which is a shooting unit. ).

以前述べたように、撮影の単位であるShotは、プレイリストのMarkに一対一対応することとなる。従って、Shotの撮影日時やShotのサムネイル等のShotに関連するデータの管理もMark単位で行うことにより、Shotと、Shotと関連するデータとの対応関係が明確になり、参照や管理が容易になる。   As previously described, Shot, which is a unit of shooting, has a one-to-one correspondence with Mark in the playlist. Therefore, the management of data related to shots such as shot shooting date and time and shot thumbnails is also performed in units of Marks, so that the correspondence between shots and data related to shots becomes clear, and reference and management are easy. Become.

以上、撮影の単位であるShotとBD管理情報におけるMarkとの対応関係について述べたが、そもそもBD−ROM形式は予め編集された映画などを記録し配布する用途に用いるものである。   The correspondence relationship between Shot, which is a shooting unit, and Mark in the BD management information has been described above, but the BD-ROM format is originally used for recording and distributing a movie edited in advance.

そのため、例えば前述のShotの撮影日時やそのサムネイル等、撮影した映像を記録する場合にBD管理情報では記録できない情報がいくつか存在する。   For this reason, there are some information that cannot be recorded by the BD management information when recording the shot video, such as the above-mentioned shot shooting date and time and thumbnails thereof.

従って本実施の形態では、これらBD管理情報では記録出来ない情報を、メタデータとして別途管理するものとする。   Therefore, in the present embodiment, information that cannot be recorded by the BD management information is separately managed as metadata.

メタデータ格納場所としては、BD管理情報とは別のファイルに格納するものとしてもよいし、BD管理情報の各拡張領域に格納するものとしてもよい。   The metadata storage location may be stored in a file different from the BD management information, or may be stored in each extended area of the BD management information.

BD管理情報の拡張領域とは、実施の形態2で説明した“Extension”に相当する領域のことである。   The extension area of the BD management information is an area corresponding to “Extension” described in the second embodiment.

例えば、図18においてBD−ROM形式で記録されたディスクが挿入された際にBD−Playerが最初に読み出すBD管理情報であるBD.INFOの詳細について述べたが、図18を用いて説明した構造に加えてデータの末尾に拡張領域としてIndexExtenionData()を持つ。 For example, in FIG. 18, when a disc recorded in the BD-ROM format is inserted, BD. It has been described details of the INFO, with IndexExten s ionData () as an extension area at the end of the data in addition to the structure described with reference to FIG. 18.

従って、本実施の形態では、前記BD−ROMで規定出来ない情報をこのIndexExtenionData()にて規定するものとする。なお、説明するまでもないが、PlayListやVOB管理情報ファイル(ClipInformation)の拡張領域に分散してメタデータを格納してもよい。 Therefore, in the present embodiment, information that can not be defined in the BD-ROM and defines at this IndexExten s ionData (). Needless to say, the metadata may be stored in an extended area of the PlayList or VOB management information file (ClipInformation).

本実施の形態で規定するIndexExtenionData()の例を図49に示す。 Examples of IndexExten s ionData () defined in this embodiment shown in FIG. 49.

図49は本実施の形態にて規定するメタデータをBD.INFOの拡張領域であるIndexExtenionData()に格納した場合の例を示す図である。 FIG. 49 shows metadata defined in this embodiment as BD. Is a diagram illustrating an example of a case where the stored IndexExten s ionData () is an extension area of the INFO.

なお、本実施の形態はこれに限定するものではなく、例えば、BD.INFOとは別のファイルに図49に示す構造ならびにデータを持ったメタデータを記録して持たせてもよいし、図49に示すメタデータを、BD管理情報の各ファイルに分散させて持たせてもよい。   Note that the present embodiment is not limited to this example. The metadata having the structure and data shown in FIG. 49 may be recorded and held in a file different from INFO, or the metadata shown in FIG. 49 may be distributed and held in each file of the BD management information. May be.

まず、前述したBD管理情報“BD.INFO”の末尾にあるIndexExtenionData()に、“DiscInfo”領域と“PLTable”領域の二つの領域を持たせる。 First, to have two regions of the IndexExten s ionData () at the end, "DiscInfo" area and "PLTable" area of the BD management information "BD.INFO" described above.

“DiscInfo”領域はディスク全体に関するメタデータを格納するための領域であり、例として“Discタイトル”にはディスクのタイトル情報を格納し、“Discサムネイル”には、ディスクを代表するサムネイル画像に関する情報を格納する。   The “DiscInfo” area is an area for storing metadata about the entire disc. For example, “Disc Title” stores disc title information, and “Disc Thumbnail” contains information about thumbnail images representing the disc. Is stored.

“PLTable”領域はBD管理情報の1つであるPlayListに関するメタデータをPlayList毎に格納する領域であり、“PL_Number”領域と各PlayListのメタデータ領域(図中の“PL#1”〜“PL#m”)とからなる。   The “PLTable” area is an area for storing, for each PlayList, metadata related to PlayList, which is one of the BD management information. The “PL_Number” area and the metadata area of each PlayList (“PL # 1” to “PL # 1” in the figure). #M ″).

“PL_Number”とプレイリスト“XXX.PL”のファイル総数とは同数となり、以降各PlayList(プレイリスト“XXX.PL”)毎のメタデータが“PL#1”から順に格納される。   The total number of files of “PL_Number” and the playlist “XXX.PL” is the same, and metadata for each PlayList (playlist “XXX.PL”) is stored sequentially from “PL # 1”.

各PlayListのメタデータは、例として“PL_FileName”領域と“PL_Type”領域、“PL作成日時”領域、“PLタイトル”領域、“MarkTable”領域の5つの領域からなる。   The metadata of each PlayList is composed of, for example, five areas: a “PL_FileName” area, a “PL_Type” area, a “PL creation date / time” area, a “PL title” area, and a “MarkTable” area.

“PL_FileName”領域は、当該メタデータ領域(“PL#1”〜“PL#m”)がどのPlayListのメタデータを格納しているかを示す情報であり、例えばPlayListファイル“XXX.PL”のファイルボディ“XXX”が格納される。   The “PL_FileName” area is information indicating which PlayList metadata is stored in the metadata area (“PL # 1” to “PL # m”), for example, a PlayList file “XXX.PL” file. The body “XXX” is stored.

また、“PL_Type”領域には、当該PlayListの種別が格納される。BD−ROMにおいては映像は全て予めオーサリングされているためPlayListに種別を設ける必要がないが、撮影または録画する映像をBD−ROM形式で記録する場合は大きく二つに大別される。   Further, the type of PlayList is stored in the “PL_Type” area. In the BD-ROM, since all videos are authored in advance, there is no need to provide a type in the PlayList. However, when a video to be shot or recorded is recorded in the BD-ROM format, it is roughly divided into two types.

まず1つ目は撮影または録画したオリジナルの映像を一から再生するシナリオが記録されるPlayListであり、以降本実施の形態ではReal PlayListと呼ぶ。   The first is a PlayList in which a scenario for reproducing an original video that has been shot or recorded from scratch is recorded, and is hereinafter referred to as a Real PlayList in the present embodiment.

もう一つは、ユーザがオリジナルの映像に対して再生順序の入れ替えや再生箇所の指定などの編集を行ったシナリオが記録されるPlayListであり、以降本実施の形態ではVirtual PlayListと呼ぶ。   The other is a PlayList in which a scenario in which the user has edited the original video, such as changing the playback order or specifying the playback location, is referred to as a Virtual PlayList in the present embodiment.

ここで、撮影または録画した映像の単位であるShotとReal PlayList、Virtual PlayListとの対応関係を図50に示す。   Here, FIG. 50 shows a correspondence relationship between Shot, which is a unit of captured or recorded video, Real PlayList, and Virtual PlayList.

図50に示すように、Real PlayListは撮影したShotが格納されたストリームを撮影順に再生するものであり、基本的にストリームが記録される際にストリーム情報と共に生成される。   As shown in FIG. 50, Real PlayList reproduces a stream in which shot shots are stored in the shooting order, and is basically generated together with stream information when the stream is recorded.

また、Real PlayListは、例えばShotの撮影後に追加または修正されていく。   Real PlayList is added or modified after shooting Shot, for example.

一方、Virtual PlayListはユーザによる映像編集の結果として記録した映像の一部を所望の順序で再生するためのものであり、ユーザの編集処理時に作成される。   On the other hand, the Virtual PlayList is for reproducing a part of video recorded as a result of video editing by the user in a desired order, and is created at the time of user editing processing.

このように撮影または録画したストリームは複数のPlayListから参照される可能性がある。このためあるPlayListを削除する際に当該PlayListが参照するストリームも同時に削除すると、存在しないストリームを参照するPlayListが出来てしまう可能性がある。   There is a possibility that a stream shot or recorded in this way is referred to from a plurality of PlayLists. For this reason, when deleting a certain PlayList, if a stream referenced by the PlayList is also deleted at the same time, there is a possibility that a PlayList referring to a nonexistent stream may be created.

従って、あるストリームは、必ず1つのReal PlayListからは参照されるため、Virtual PlayList削除時は参照するストリーム及びストリーム情報は削除せず、Real PlayList削除時は参照するストリーム及びストリーム情報を削除し、当該ストリームを参照するVirtual PlayListを修正するものとしてもよい。   Accordingly, since a stream is always referred to from one Real PlayList, the reference stream and stream information are not deleted when the Virtual PlayList is deleted, and the reference stream and stream information are deleted when the Real PlayList is deleted. The Virtual PlayList that refers to the stream may be modified.

以上、Real PlayListとVirtual PlayListについて説明したが、これらの識別情報を前記“PL_Type”に格納するものとする。   The Real PlayList and the Virtual PlayList have been described above, but it is assumed that these pieces of identification information are stored in the “PL_Type”.

なお、メニュー用ストリームがどのストリームであるかを容易に判別するため、メニュー用ストリームを参照するPlayListであることを前記“PL_Type”に持たせてもよいし、後述するMark用のメタデータやストリーム情報のメタデータに持たせてもよい。   In addition, in order to easily determine which stream the menu stream is, the “PL_Type” may have a PlayList that refers to the menu stream, or Mark metadata or stream to be described later Information metadata may be included.

また、図34の説明の中で述べたプログラムが多重化されたストリーム(Interactive Graphics(IG) Stream)を参照するPlayListであることを前記“PL_Type”に持たせてもよいし、後述するMark用のメタデータやストリーム情報のメタデータに持たせてもよい。   Also, the “PL_Type” may have a PlayList that refers to a stream (Interactive Graphics (IG) Stream) in which the program described in the description of FIG. 34 is multiplexed. And metadata of stream information may be included.

例えば、スライドショウを実現するPlayListである場合、当該ストリームは、ページ送りやページ戻り用のボタン及びボタンコマンド(IG Stream)をストリーム中に含む場合もあり得る。   For example, in the case of a PlayList that realizes a slideshow, the stream may include a page feed button and a page return button and a button command (IG Stream) in the stream.

この場合例えば、ある機器でスライドショウを作成した後、別の機器で当該スライドショウを変更する場合に、単純に編集してもよいのか、それともIG Streamを含んでおりそれを考慮した上で編集する必要があるのかを判断することが出来る。   In this case, for example, when a slide show is created on a certain device and then the slide show is changed on another device, it may be simply edited, or it may be edited after including IG Stream. You can determine what you need to do.

例えばIG Streamを含んだReal PlayListであることが前記PL_Typeに指定された識別子で判明した場合、当該機器はまずIG Streamを検出していき、検出したIG Streamを全て削除した上で、スライドショウを編集することが可能となる。   For example, if the identifier specified in the PL_Type is found to be a Real PlayList including IG Stream, the device first detects the IG Stream, deletes all the detected IG Stream, and then performs a slideshow. It becomes possible to edit.

なお、図示していないが、あるディスクがどの機器で記録されたディスクであるのかどうかという情報を、例えば本実施の形態のメタデータにおける“DiscInfo”に持たせてもよい。   Although not shown in the figure, for example, “DiscInfo” in the metadata of the present embodiment may have information indicating whether or not a certain disk is a recorded disk.

これにより、記録装置は前記IG Streamを含むストリームは当該機器で作成されたものかどうかを判別することが可能である。   Accordingly, the recording apparatus can determine whether or not the stream including the IG Stream is created by the device.

例えば、前記PL_TypeによりIG Streamを含むPlayListであることが判別された場合、当該機器で作成したものである場合は直接修正してもよい。   For example, when it is determined by the PL_Type that the PlayList includes the IG Stream, if it is created by the device, it may be corrected directly.

以下、図49の説明を続行する。   The description of FIG. 49 is continued below.

“PL作成日時”領域には当該PlayListを作成した日時を記録する。   In the “PL creation date and time” area, the date and time when the PlayList was created is recorded.

“PLタイトル”領域にはPlayListのタイトル名を記録する。   The title name of PlayList is recorded in the “PL title” area.

“MarkTable”領域は当該PlayListメタデータが参照するPlayListが管理する各Markのメタデータを格納する領域であり、“Mark_Number”領域と各Markのメタデータ領域(図中の“Mark#1”〜“Mark#n”)からなる。   The “MarkTable” area is an area for storing the metadata of each Mark managed by the PlayList referred to by the PlayList metadata. The “Mark_Number” area and the metadata area of each Mark (“Mark # 1” to “Mark # 1” to “Mark # 1” in the figure) Mark # n ″).

図49に示す例では“Mark_Number”と当該PlayListが管理するMarkの数とが同数となり、以降当該PlayListが管理する順番に従って、Mark毎のメタデータが“Mark#1”から順に格納される。   In the example shown in FIG. 49, “Mark_Number” and the number of Marks managed by the PlayList are the same, and metadata for each Mark is stored in order from “Mark # 1” according to the order managed by the PlayList.

なお、本実施の形態ではPlayListが管理するMarkとメタデータで管理するMarkとか一対一対応するものとして記述するが、これに限るものではない。   In the present embodiment, the Mark managed by the PlayList and the Mark managed by the metadata are described as having a one-to-one correspondence. However, the present invention is not limited to this.

例えば、再生を一時停止した地点を示すMarkなどBD管理情報では規定出来ないMarkをメタデータでのみ管理してもよい。   For example, a Mark that cannot be defined by BD management information, such as a Mark indicating a point where playback is paused, may be managed only by metadata.

この場合、例えば図49に示すMarkのメタデータ領域にBD管理情報で規定するMarkを参照しているのか否かを示す情報と、参照している場合はそのMarkのIDを、参照していない場合はメタデータで管理するMarkが指すストリームの位置情報を格納する領域を別途設ける必要がある。   In this case, for example, information indicating whether or not the Mark defined by the BD management information is referenced in the Mark metadata area shown in FIG. 49, and if the Mark is referenced, the Mark ID is not referenced. In this case, it is necessary to separately provide an area for storing the position information of the stream indicated by Mark managed by metadata.

各Markのメタデータは、例として“Mark_Type”領域、“サムネイル”領域、“撮影日時”領域、および“PL参照情報”領域の4つの領域からなる。   The metadata of each Mark is composed of four areas, for example, a “Mark_Type” area, a “Thumbnail” area, a “Shooting Date / Time” area, and a “PL Reference Information” area.

“Mark_Type”領域は当該PlayListで管理するMarkの種別を記録するものであり、本実施の形態では当該MarkがShotの先頭を示すMark(Shot−Mark)であるか否かを示す。   The “Mark_Type” area records the type of Mark managed by the PlayList. In the present embodiment, the Mark indicates whether the Mark is a Mark (Shot-Mark) indicating the head of Shot.

この場合、Markの機能の性質上、Shotの先頭を示すMarkを管理するのは前述のReal PlayListのみとなる。   In this case, due to the nature of the Mark function, only the above Real PlayList manages the Mark indicating the head of the Shot.

また、本実施の形態では当該PlayListを代表するサムネイルにあたるストリーム位置をMarkとして管理するものとする。   In the present embodiment, the stream position corresponding to the thumbnail representing the PlayList is managed as Mark.

具体的には、“Mark_Type”領域にて、当該MarkがPlayListの代表サムネイルを示すMark(PL−Mark)なのか否かを識別する情報も持たせるものとする。その他、ユーザが付加するBookMarkであるか否かなどを規定してもよい。   Specifically, in the “Mark_Type” area, information for identifying whether or not the Mark is a Mark (PL-Mark) indicating a representative thumbnail of the PlayList is also provided. In addition, you may prescribe | regulate whether it is a BookMark which a user adds.

次に“サムネイル”領域は当該Markの指すストリーム位置における画像をサムネイルとして指定する。   Next, the “thumbnail” area designates an image at the stream position indicated by the Mark as a thumbnail.

なお、当該MarkがShotの先頭を示すMarkである場合、基本はShotの先頭の画像がサムネイルとして設定される。しかしShotを代表するサムネイルを参照させるために、当該Markが指すストリーム位置の画像ではなく、ユーザの設定や自動判別などにより抽出した、当該Markが指すストリーム位置とは別の位置の画像を代表サムネイルとしてもよい。   When the Mark is a Mark indicating the head of Shot, basically, the top image of Shot is set as a thumbnail. However, in order to refer to a thumbnail representing Shot, an image at a position different from the stream position indicated by the Mark extracted by user setting or automatic determination is used instead of the image at the stream position indicated by the Mark. It is good.

“撮影日時”領域は、当該MarkがShotの先頭を示すMarkである場合、当該Shotの撮影日時を記録する。   In the “shooting date and time” area, when the Mark is a Mark indicating the head of Shot, the shooting date and time of the Shot is recorded.

“PL参照情報”領域は、当該MarkがShotの先頭を示すMarkである場合のみ設定されるものとし、当該Shotを参照するPlayListの参照情報を格納するものとする。   The “PL reference information” area is set only when the Mark is a Mark indicating the head of the Shot, and stores PlayList reference information that refers to the Shot.

このPL参照情報は、前述したように当該ShotまたはShotを含むストリームが削除された際に、当該Shotを参照しており削除時に修正の必要があるPlayListを容易に検索するために付加するものである。   This PL reference information is added to easily search for a PlayList that refers to the Shot and needs to be corrected at the time of deletion when the Shot or a stream including the Shot is deleted as described above. is there.

なお、前述のようにShotと当該Shotを管理するReal PlayListとは、一方が削除された際に自動的にもう一方も削除される関係にある。従って、“PL参照情報”領域に格納する参照情報はVirtual PlayListに対する参照情報のみ格納するものとしてもよい。   As described above, the Shot and the Real PlayList that manages the Shot are in a relationship in which when one is deleted, the other is automatically deleted. Therefore, the reference information stored in the “PL reference information” area may store only the reference information for the Virtual PlayList.

なお、Real PlayListの編集/削除時に更新されるべきVirtual PlayListを効率良く特定するために、Real PlayListとVirtual PlayListのプレイリストファイル番号を予め別個に定義しておくことも考えられる。こうすることで、Real PlayList編集時に内容を確認するべきプレイリストファイルを瞬時に特定することができる。この場合、BD.INFOのExtensionのような特別な情報は必要がない。   In order to efficiently specify the Virtual PlayList to be updated when editing / deleting the Real PlayList, it is conceivable that the playlist file numbers of the Real PlayList and the Virtual PlayList are defined separately in advance. By doing so, it is possible to instantaneously specify a playlist file whose contents should be confirmed when editing the Real PlayList. In this case, BD. There is no need for special information such as INFO Extension.

以上、本実施の形態におけるメタデータの種類とその格納方法について説明したが、Shotを一覧メニューとして表示する際、撮影・録画順にそのサムネイルを表示することで、Shotの相関関係が掴みやすくユーザの利便性を向上することができる。   As described above, the types of metadata and the storage method thereof in the present embodiment have been described. When the shots are displayed as a list menu, the thumbnails are displayed in the order of shooting and recording, so that the correlation between shots can be easily grasped by the user. Convenience can be improved.

本実施の形態ではこのような撮影・録画順のソートならびにメニュー表示を容易とするため、図49で示したメタデータにおいて、PlayListのメタデータ(図中“PL#1”〜“PL#m”)を格納する順番を記録順に格納するものとする。   In this embodiment, in order to facilitate such shooting / recording order sorting and menu display, in the metadata shown in FIG. 49, the metadata of PlayList (“PL # 1” to “PL # m” in the figure). ) Are stored in the order of recording.

基本的にはPlayListのメタデータの格納位置は編集等でも変更しないものとする。また図51に示すように、Real PlayListにおいて、Shotの先頭を示すMarkは、PlayListにおけるMarkの付加順ならびに当該Markのメタデータの記録順も撮影順に並ぶものとし、当該順序は削除を除き編集等で入れ替えないものとする。   Basically, the storage location of PlayList metadata is not changed by editing or the like. In addition, as shown in FIG. 51, in the Real PlayList, the Mark indicating the head of Shot is arranged in the order of addition of Mark in the PlayList and the recording order of the metadata of the Mark, and the order is edited except for deletion. Shall not be replaced.

以上により、Real PlayListのメタデータの格納順と、当該Real PlayListが管理するMarkにおいてShotの先頭を示すMarkのメタデータの格納順とにより、当該ディスクに記録されたShotの撮影・録画順序を識別することが可能となる。   As described above, the shooting / recording order of shots recorded on the disc is identified by the storage order of the Real PlayList metadata and the storage order of the Mark metadata indicating the head of the Shot in the Mark managed by the Real PlayList. It becomes possible to do.

以上により、Shotの撮影順にサムネイルや撮影日時等を一覧表示した再生メニューを生成する場合は、図49に示すメタデータを参照するだけでよい。   As described above, when generating a playback menu displaying a list of thumbnails and shooting dates and times in the shooting order of shots, it is only necessary to refer to the metadata shown in FIG.

また、“PL_Type”がReal PlayListであるPlayListのメタデータを順次解析し、当該PlayListのメタデータにおいて、Mark_Type=Shot−Mark(当該MarkがShotの先頭を示す)であるMarkのメタデータを順次参照しメニュー表示すればよい。   Also, PlayList metadata whose “PL_Type” is Real PlayList is sequentially analyzed, and in the PlayList metadata, Mark metadata whose Mark_Type = Shot-Mark (the Mark indicates the head of the Shot) is sequentially referred to. Then, the menu can be displayed.

例えば本実施の形態のメタデータが図52(A)に簡易的に示す状態である場合を想定する。この場合、PlayList#1、#2、#4はReal PlayListであり、PlayList#3はVirtual PlayListである。   For example, a case is assumed where the metadata according to the present embodiment is in a state shown simply in FIG. In this case, PlayList # 1, # 2, and # 4 are Real PlayList, and PlayList # 3 is Virtual PlayList.

従って、PlayListの記録順は、PlayList#1、#2、#4の順になる。   Therefore, the recording order of PlayList is the order of PlayList # 1, # 2, # 4.

また、図中において、“(Shot)”が付されたMarkは、Shotの先頭を示すMarkを表している。   In the figure, Mark with “(Shot)” represents Mark indicating the head of Shot.

従って、各PlayListの中でShotの先頭を示すMarkの記録順を抽出すると、Shotの記録順がPlayList#1のMark#1,#3、PlayList#2のMark#1、PlayList#4のMark#1,#2の順であることが分かる。   Therefore, when the Mark recording order indicating the head of Shot is extracted from each PlayList, Mark # 1, # 3 of PlayList # 1, Mark # 1 of PlayList # 2, and Mark # of PlayList # 4 are recorded. It can be seen that the order is 1, # 2.

このようにして、最終的にShotの一覧メニューを図52(B)のように表示することが出来る。   In this way, the shot list menu can finally be displayed as shown in FIG.

なお、Real PlayList及びVirtual PlayListの作成順も前記メタデータの格納順序により識別することも可能である。   The creation order of the Real PlayList and the Virtual PlayList can also be identified by the storage order of the metadata.

また、各PlayListが管理するMarkにおいて、Mark_TypeがPlayListの代表サムネイルを示すMark(PL−Mark)を検索することで、必要があればPlayListのサムネイルを作成順に一覧表示したメニューも作成可能である。   Further, in the Mark managed by each PlayList, a Mark (Type) that searches for a Mark (PL-Mark) indicating a representative thumbnail of the PlayList can be created by listing the list of PlayList thumbnails in the order of creation if necessary.

以上、実施の形態4について説明したが、実施の形態4の記録方法およびデータ構造は、撮影または録画した映像をBD−ROM形式で記録する場合に、映像の記録順序を保持するようにメタデータを記録した情報記録媒体と、それを記録する記録装置、記録方法、記録プログラム、並びに実施の形態4の記録方法を実現する半導体に適用される。   As described above, the fourth embodiment has been described. The recording method and data structure of the fourth embodiment is such that the recording order of video is maintained when the captured or recorded video is recorded in the BD-ROM format. And an information recording medium on which the information is recorded, a recording apparatus for recording the information, a recording method, a recording program, and a semiconductor for realizing the recording method of the fourth embodiment.

(実施の形態5)
従来、ビデオカメラで撮影した映像などを逐次ディスクに記録する場合において、映像を次世代光ディスクの商用映像データ用のフォーマットであるBD−ROM形式で映像を記録した場合、映像の撮影日時を保持する方法が存在しなかった。
(Embodiment 5)
Conventionally, in the case of sequentially recording video shot with a video camera on a disc, when the video is recorded in the BD-ROM format, which is a format for commercial video data of the next generation optical disc, the video shooting date and time is retained. There was no way.

そこで、実施の形態5として、撮影した映像毎の撮影日時情報をBD−ROMの拡張領域にメタデータとして記録する記録方法について説明する。   Therefore, as a fifth embodiment, a recording method for recording shooting date / time information for each shot video as metadata in an extended area of a BD-ROM will be described.

この記録方法により、ビデオカメラで撮影した映像をBD−ROM形式で記録した場合においても、撮影した映像の撮影日時を保持することが可能であり、ユーザに対して撮影した映像の撮影日時を適切な形で提示することができる。   With this recording method, even when video shot with a video camera is recorded in the BD-ROM format, it is possible to hold the shooting date and time of the shot video. Can be presented in various forms.

なお、本実施の形態において、撮影した映像を記録するAVストリームは、実施の形態3と同じく、MPEG−TS形式のストリーム(図42参照)である。   In the present embodiment, the AV stream for recording the captured video is an MPEG-TS format stream (see FIG. 42), as in the third embodiment.

また、本実施の形態では、ビデオカメラや据置ビデオレコーダーなどに於いて、撮影または録画する映像をBD−ROM形式により情報記録媒体に記録する方法について述べる。   In this embodiment, a method for recording a video to be taken or recorded on an information recording medium in a BD-ROM format in a video camera, a stationary video recorder, or the like will be described.

なお、本実施の形態では情報記録媒体の例として次世代ディスクであるBD−ROM Discを例に挙げているが、これに限られることはない。   In the present embodiment, a BD-ROM Disc, which is a next generation disc, is taken as an example of an information recording medium, but the present invention is not limited to this.

例えば、本実施の形態におけるアプリケーション及びデータ構造をDVDなどの光ディスクや他の情報記録媒体である、メモリーカード(SDメモリーカードやメモリースティックなど)やハードディスクなどに書き込む場合でも同様の効果を得る。   For example, the same effect can be obtained even when the application and the data structure in the present embodiment are written in a memory card (such as an SD memory card or a memory stick) or a hard disk, which is an optical disk such as a DVD or other information recording medium.

また、情報記録媒体ではなく、本実施の形態におけるアプリケーション及びデータ構造をネットワークを介して配布する場合においても同様の効果を得る。   Further, the same effect can be obtained even when the application and data structure in the present embodiment are distributed via a network instead of the information recording medium.

撮影の単位とBD管理情報との対応関係は、実施の形態4と同じである。   The correspondence between the photographing unit and the BD management information is the same as in the fourth embodiment.

すなわち、撮影した映像並びに音声はそれぞれV_PESならびにA_PESとして前述の図42に示すようにMPEG−TS形式のストリームに記録されていく。   That is, the captured video and audio are recorded in the MPEG-TS stream as V_PES and A_PES as shown in FIG.

ここで撮影開始ボタンを押してからボタンを放す、または撮影停止ボタンを押すまでなど、ユーザが撮影または録画した映像の単位(撮影単位)をShotと呼ぶこととすると、1つのshotは、一本のストリームとして記録してもよいし、一本のストリームに複数のShotを格納してもよい。   Here, if a unit of video (photographing unit) that is shot or recorded by the user, such as pressing the shooting start button and then releasing the button or pressing the shooting stop button, is called a shot, one shot is a single shot. It may be recorded as a stream, or a plurality of shots may be stored in one stream.

詳しくは後述するが、Shotは、Shot毎または撮影日などのグループ単位毎に前述したプレイリスト(PlayList)に関連づけて管理されるものとし、各Shotの先頭には当該プレイリストにて管理するEventが設定されるものとする。   Although details will be described later, Shot is managed in association with the above-described playlist (PlayList) for each shot or for each group unit such as a shooting date, and at the top of each Shot is an Event managed in the playlist. Shall be set.

本発明の実施の形態1において、図18を用いてBD管理情報の1つで、ディスク全体の情報を管理する“BD.INFO”の例を説明したが、本実施の形態では図53の形式を取るものとする。   In the first embodiment of the present invention, an example of “BD.INFO” that manages information on the entire disk as one of the BD management information has been described with reference to FIG. 18, but in this embodiment, the format of FIG. Shall be taken.

図53に示すBD.INFOはディスクに1つだけ存在し、当該ディスクが挿入された際に一番初めに解釈される。図53に示すBD.INFOは、“AppInfo”と“TitleList”、“ExtensionData”からなり、“AppInfo”にはディスク全体に関する情報が格納される。   BD. Shown in FIG. There is only one INFO on the disc, which is interpreted first when the disc is inserted. BD. Shown in FIG. INFO is composed of “AppInfo”, “TitleList”, and “ExtensionData”, and “AppInfo” stores information on the entire disc.

“TitleList”には当該ディスクに格納されるタイトルの情報が格納されており、“FirstPlayback”と“TopMenu”という二つの特別なタイトルと複数の通常のタイトルとからなる。   “TitleList” stores information on titles stored on the disc, and includes two special titles “FirstPlayback” and “TopMenu” and a plurality of normal titles.

通常のタイトルの総数は“TitleList”以下の“Number”に格納される。“FirstPlayback”と“TopMenu”と各“Title”は、それぞれタイトル選択時に実行すべき後述するObjectへのリンク情報(ObjectのID)を持っている。   The total number of normal titles is stored in “Number” below “TitleList”. “FirstPlayback”, “TopMenu”, and “Title” each have link information (object ID) to an object to be described later to be executed when the title is selected.

FirstPlaybackは、ディスク挿入時に一番最初に選択されるタイトルであり、TopMenuは、リモコンでメニューボタンが押された場合などに選択される再生メニュー用のタイトルである。   FirstPlayback is the title that is selected first when the disc is inserted, and TopMenu is the title for the playback menu that is selected when the menu button is pressed on the remote control.

なお、本実施の形態において、Objectに関する情報を格納する“BD.PROG”のデータ構造は、実施の形態図3で説明した図41に示すBD.PROGのデータ構造と同じである。   In this embodiment, the data structure of “BD.PROG” that stores information related to an object is the BD.PROG shown in FIG. It is the same as the data structure of PROG.

なお、図41に示す“BD.PROG”は実施の形態1において図18を用いて説明した“BD.PROG”に変わるものであり、合わせて図17を用いて説明した“XXX.PROG”は廃止される。   41 is replaced with “BD.PROG” described with reference to FIG. 18 in the first embodiment, and “XXX.PROG” described with reference to FIG. It will be abolished.

以上、本実施の形態におけるBD管理情報について述べたが、前記Shotを管理するプレイリストは、各プレイリスト単位で、前述のBD管理情報であるBD.INFOで管理されるTitleに関連づけられる。   The BD management information in the present embodiment has been described above. However, the playlist for managing the Shot is BD. It is associated with a Title managed by INFO.

具体的には、Titleが参照するObjectにおいて、当該Titleに対応するプレイリストを再生するナビゲーションコマンドが記述される。   Specifically, a navigation command for reproducing a playlist corresponding to the Title is described in the Object referred to by the Title.

また、図16においてプレイリスト“XXX.PL”の詳細を説明したが、プレイリストにて管理するイベントは、以後Markと呼ぶことにする。Markは前述の通り、当該プレイリスト内で生成されるイベント(Mark)を定義したものであり、プレイリストでは複数のMarkをIDで管理している。   Also, the details of the playlist “XXX.PL” have been described with reference to FIG. 16, but the event managed in the playlist is hereinafter referred to as “Mark”. As described above, the Mark defines an event (Mark) generated in the playlist, and a plurality of Marks are managed by IDs in the playlist.

また、各MarkはMarkの種別(Mark_Type)、MarkのID(Mark_ID)、イベント(Mark)の生成時刻時刻(Time)と有効期間(Duration)から構成されている。ここでMarkの種別であるMark_Typeには、EntryMarkとLinkPointの二つの種別がある。   Each Mark includes a Mark type (Mark_Type), a Mark ID (Mark_ID), an event (Mark) generation time (Time), and a valid period (Duration). Here, Mark_Type, which is the type of Mark, has two types, EntryMark and LinkPoint.

EntryMarkはChapterとしてユーザが識別可能であるMarkであり、プレイリストの先頭から何番目のEntryMarkであるかをユーザに提示することでChapter番号を提示可能である。   The EntryMark is a Mark that the user can identify as a Chapter, and the Chapter number can be presented by presenting to the user what EntryMark is from the top of the playlist.

またリモコン操作により再生するチャプターを前後のチャプターに切り替えることも可能である。   It is also possible to switch the chapter to be reproduced to the previous and next chapters by remote control operation.

LinkPointは、ユーザは識別できないMarkであり、前述のようなChapterとしては識別されず、プログラムからの再生位置指定など主にプログラムにて識別する再生時刻情報として用いられる。   The LinkPoint is a Mark that cannot be identified by the user, is not identified as a Chapter as described above, and is used as reproduction time information mainly identified by the program such as designation of a reproduction position from the program.

以上Markについて説明したが、本実施の形態で述べるビデオカメラなどで撮影または録画した映像を管理するプレイリストにおいては、撮影の単位であるShot毎にそのShotの先頭にあたる再生時刻に対して必ず当該プレイリストにて管理するEntryMarkを設定するものとする。   Although Mark has been described above, in a playlist that manages video shot or recorded by a video camera or the like described in the present embodiment, the playback time corresponding to the head of the Shot is always associated with each shot that is a shooting unit. It is assumed that an EntryMark managed in the playlist is set.

これにより、撮影の単位であるShotはプレイリストのEntryMarkに一対一対応することとなる。これによりユーザは撮影したShotをChapterとして識別可能となり、Chapter切替操作により再生するShotを選択することも可能となる。   As a result, Shot, which is a photographing unit, has a one-to-one correspondence with the EntryMark in the playlist. Thus, the user can identify the shot shot as a chapter, and can also select a shot to be played back by a chapter switching operation.

また、本実施の形態ではShotの撮影日時やShotのサムネイル等のShotに関連する情報の管理もEntryMark単位で行うこととする。これにより、Shotと、Shotと関連するデータとの対応関係が明確になり、参照や管理が容易になる。   In this embodiment, management of information related to shots such as shot shooting date and time and shot thumbnails is also performed in units of EntryMarks. Thereby, the correspondence between Shot and data related to Shot becomes clear, and reference and management become easy.

以上、撮影の単位であるShotとBD管理情報におけるMarkとの対応関係について述べたが、そもそもBD−ROM形式は予め編集された映画などを記録し配布する用途に用いるため、例えば前述のShotの撮影日時やそのサムネイル等、撮影した映像を記録する場合にBD管理情報では記録できない情報がいくつか存在する。   The correspondence relationship between Shot, which is a shooting unit, and Mark in the BD management information has been described above. However, since the BD-ROM format is used for recording and distributing movies that have been edited in advance, There are some information that cannot be recorded by the BD management information when recording the shot video, such as the shooting date and time and its thumbnail.

従って本実施の形態では、これらBD管理情報では記録出来ない情報を、メタデータとして別途管理するものとする。メタデータ格納場所としては、BD管理情報とは別のファイルに格納するものとしてもよいし、BD管理情報の各拡張領域に格納するものとしてもよい。   Therefore, in the present embodiment, information that cannot be recorded by the BD management information is separately managed as metadata. The metadata storage location may be stored in a file different from the BD management information, or may be stored in each extended area of the BD management information.

BD管理情報の拡張領域とは、実施の形態2で説明した“Extension”に相当する領域のことである。   The extension area of the BD management information is an area corresponding to “Extension” described in the second embodiment.

本実施の形態においては、BD.INFOは図53に示すようにデータの末尾に拡張領域としてIndexExtenionData()を持つ。また、各プレイリスト情報を格納するXXX.PLの詳細について図16を用いて説明したが、プレイリストXXX.PLにおいても図16を用いて説明した構造に加えて、図54に示すように、データの末尾に拡張領域としてPlayListExtenionData()を持つ。 In the present embodiment, BD. INFO has a IndexExten s ionData () at the end of the data as an extended area, as shown in FIG. 53. Further, XXX. The details of PL have been described with reference to FIG. It is added to the structure described with reference to FIG. 16 in PL, as shown in FIG. 54, with PlayListExten s ionData () as an extension area at the end of the data.

従って、本実施の形態では、前記BD−ROMで規定出来ない情報をこのIndexExtenionData()やPlayListExtenionData()にて規定するものとする。 Accordingly, in this embodiment, and it defines the information that can not be defined in the BD-ROM in this IndexExten s ionData () and PlayListExten s ionData ().

なお、説明するまでもないが、以後述べるメタデータの格納方法についてはあくまでも例であり、以後述べる情報をメタデータとして格納することが重要であってVOB管理情報ファイル(ClipInformation)の拡張領域に格納したり、別の構造を取っても構わない。   Needless to say, the metadata storage method described below is merely an example, and it is important to store the information described below as metadata, and it is stored in the extension area of the VOB management information file (ClipInformation). Or take another structure.

本実施の形態で規定するIndexExtenionData()の例を、図53を用いて説明する。 Examples of IndexExten s ionData defined in this embodiment () it will be described with reference to FIG. 53.

まず、前述したBD管理情報“BD.INFO”の末尾にあるIndexExtenionData()に、“DiscInfo”領域と“PLTable”領域の二つの領域を持たせる。 First, to have two regions of the IndexExten s ionData () at the end, "DiscInfo" area and "PLTable" area of the BD management information "BD.INFO" described above.

“DiscInfo”領域はディスク全体に関するメタデータを格納するための領域である。例として“Discタイトル”にはDiscのタイトル情報を格納し、“Discサムネイル”には、ディスクを代表するサムネイル画像に関する情報を格納する。   The “DiscInfo” area is an area for storing metadata relating to the entire disk. As an example, “Disc title” stores Disc title information, and “Disc thumbnail” stores information related to thumbnail images representing the disc.

“PLTable”領域はBD管理情報の1つであるPlayListのメタデータを格納する領域であり、“PL_Number”領域と各PlayListのメタデータ領域(図中の“PL#1”〜“PL#m”)からなる。   The “PLTable” area is an area for storing PlayList metadata, which is one of the BD management information. The “PL_Number” area and the metadata area of each PlayList (“PL # 1” to “PL # m” in the figure). ).

“PL_Number”とプレイリスト“XXX.PL”のファイル総数とは同数となり、以降PlayList(プレイリスト“XXX.PL”)毎のメタデータが“PL#1”から順に格納される。   The total number of files of “PL_Number” and the playlist “XXX.PL” is the same, and metadata for each PlayList (playlist “XXX.PL”) is stored sequentially from “PL # 1”.

各PlayListのメタデータは、例として“PL_FileName”領域と“PL_Type”領域を持つ。   The metadata of each PlayList has a “PL_FileName” area and a “PL_Type” area as an example.

“PL_FileName”領域は、当該メタデータ領域(“PL#1”〜“PL#m”)がどのPlayListのメタデータを格納しているかを示す情報である。例えばPlayListファイル“XXX.PL”のファイルボディ“XXX”が格納される。   The “PL_FileName” area is information indicating which PlayList metadata is stored in the metadata area (“PL # 1” to “PL # m”). For example, the file body “XXX” of the PlayList file “XXX.PL” is stored.

また、“PL_Type”領域には、当該PlayListの種別が格納される。BD−ROMにおいては映像は全て予めオーサリングされているためPlayListに種別を設ける必要がないが、撮影または録画する映像をBD−ROM形式で記録する場合は大きく二つに大別される。   Further, the type of PlayList is stored in the “PL_Type” area. In the BD-ROM, since all videos are authored in advance, there is no need to provide a type in the PlayList. However, when a video to be shot or recorded is recorded in the BD-ROM format, it is roughly divided into two types.

まず1つ目は撮影または録画したオリジナルの映像を管理し、順次先頭から再生するシナリオが記録されるPlayListであり、以降本実施の形態ではReal PlayListと呼ぶ。   The first is a PlayList that manages the original video that has been shot or recorded and records a scenario that is sequentially played back from the beginning. In the present embodiment, this is called Real PlayList.

もう一つは、ユーザがオリジナルの映像に対して再生順序の入れ替えや再生箇所の指定などの編集を行ったシナリオが記録されるPlayListであり、以降本実施の形態ではVirtual PlayListと呼ぶ。   The other is a PlayList in which a scenario in which the user has edited the original video, such as changing the playback order or specifying the playback location, is referred to as a Virtual PlayList in the present embodiment.

撮影または録画した映像の単位であるShotとReal PlayList、Virtual PlayListとの対応関係は、実施の形態4において図50を用いて説明した当該対応関係と同じである。   The correspondence between Shot, which is a unit of captured or recorded video, Real PlayList, and Virtual PlayList is the same as the correspondence described with reference to FIG. 50 in the fourth embodiment.

すなわち、図50に示すように、Real PlayListは撮影したShotが格納されたストリームを撮影順に再生するものであり、基本的にストリームが記録される際にストリーム情報と共に生成される。例えばReal PlayListはShotの撮影後に追加または修正されていく。   That is, as shown in FIG. 50, Real PlayList plays back a stream in which shot shots are stored in the shooting order, and is basically generated together with stream information when the stream is recorded. For example, Real PlayList is added or modified after shooting Shot.

一方、Virtual PlayListはユーザによる映像編集の結果として記録した映像の一部を所望の順序で再生するためのものであり、ユーザの編集処理時に作成される。   On the other hand, the Virtual PlayList is for reproducing a part of video recorded as a result of video editing by the user in a desired order, and is created at the time of user editing processing.

このように撮影または録画したストリームは複数のPlayListから参照される可能性がある。このためあるPlayListを削除する際に当該PlayListが参照するストリームも同時に削除すると存在しないストリームを参照するPlayListが出来てしまう可能性がある。   There is a possibility that a stream shot or recorded in this way is referred to from a plurality of PlayLists. For this reason, when deleting a PlayList, if a stream referenced by the PlayList is also deleted at the same time, there is a possibility that a PlayList referring to a nonexistent stream may be created.

従って、必ず1つのReal PlayListからは参照されるため、Virtual PlayList削除時は参照するストリーム及びストリーム情報は削除せず、Real PlayList削除時は参照するストリーム及びストリーム情報を削除し、当該ストリームを参照するVirtual PlayListを修正するものとしてもよい。   Therefore, since the reference is always made from one Real PlayList, the reference stream and stream information are not deleted when the Virtual PlayList is deleted, and the reference stream and stream information are deleted and the stream is referred to when the Real PlayList is deleted. The Virtual PlayList may be modified.

以上、Real PlayListとVirtual PlayListについて説明したが、これらの識別情報を前記“PL_Type”に格納するものとする。またその他の種別として、当該プレイリストで再生されるストリームがメニュー用ストリームであることを示す種別や、スライドショウであることを示す種別を設けてもよい。   The Real PlayList and the Virtual PlayList have been described above, but it is assumed that these pieces of identification information are stored in the “PL_Type”. As other types, a type indicating that the stream reproduced in the play list is a menu stream, or a type indicating a slide show may be provided.

また、図34の説明の中で述べたプログラムが多重化されたストリーム(Interactive Graphics(IG) Stream)を参照するPlayListであることを前記“PL_Type”に合わせて記録してもよい。   Further, it may be recorded in accordance with “PL_Type” that the PlayList refers to a stream (Interactive Graphics (IG) Stream) in which the program described in the description of FIG. 34 is multiplexed.

例えば、当該プレイリストのPL_Typeがスライドショウであった場合、当該ストリームは、ページ送りやページ戻り用のボタン及びボタンコマンド(IG Stream)をストリーム中に含む場合もあり得る。   For example, when the PL_Type of the playlist is a slide show, the stream may include a page feed and page return button and a button command (IG Stream) in the stream.

この場合、例えばある機器でスライドショウを作成した後、別の機器で当該スライドショウを変更する場合に、単純に編集してもよいのか、それともIG Streamを含んでおりそれを考慮した上で編集する必要があるのかを判断することが出来る。   In this case, for example, when a slide show is created on a certain device and then the slide show is changed on another device, it may be simply edited, or the IG Stream is included and edited after taking that into consideration. You can determine what you need to do.

例えばIG Streamを含んだスライドショウであることが前記PL_Typeに指定された識別子で判明した場合、当該機器はまずIG Streamを検出していき、検出したIG Streamを全て削除した上で、スライドショウを編集することが可能となる。   For example, when the slide show including the IG Stream is found by the identifier specified in the PL_Type, the device first detects the IG Stream, deletes all the detected IG Stream, and then performs the slide show. It becomes possible to edit.

なお、図示していないがあるディスクがどの機器で記録されたディスクであるのかどうかという情報を、例えば本実施の形態のメタデータにおける“DiscInfo”に持たせてもよい。   It should be noted that, for example, “DiscInfo” in the metadata of the present embodiment may have information indicating whether or not a certain disc is recorded on which device is not shown.

これにより、記録装置は前記IG Streamを含むスライドショウが当該機器で作成されたものかどうかを判別することが可能である。   Accordingly, the recording apparatus can determine whether or not the slide show including the IG Stream has been created by the device.

例えば、前記PL_TypeによりIG Streamを含むスライドショウであることを判別した場合、当該機器で作成したものである場合は直接修正してもよい。   For example, when it is determined by the PL_Type that the slide show includes the IG Stream, if it is created by the device, it may be corrected directly.

次に、本実施の形態で規定するPlayListExtenionData()の例を図54に示す。 Next, an example of PlayListExten s ionData defined in this embodiment () shown in FIG. 54.

PlayListExtenionData()は、“PL作成日時”領域、“PLタイトル”領域、“PLサムネイル”領域、および“MarkTable”領域の4つの領域からなる。 PlayListExten s ionData () is composed of "PL generation date and time" area, "PL title" area, four areas of "PL thumbnail" area, and "MarkTable" region.

“PL作成日時”領域には当該PlayListを作成した日時を記録する。   In the “PL creation date and time” area, the date and time when the PlayList was created is recorded.

“PLタイトル”領域にはPlayListのタイトル名を記録する。   The title name of PlayList is recorded in the “PL title” area.

“PLサムネイル”領域には当該PlayListを代表するサムネイルへの参照情報を記録する。   Reference information to the thumbnail representing the PlayList is recorded in the “PL thumbnail” area.

“MarkTable”領域は当該PlayListメタデータが参照するPlayListが管理する各Markのメタデータを格納する領域であり、“Mark_Number”領域と各Markのメタデータ領域(図中の“Mark#1”〜“Mark#n”
)からなる。
The “MarkTable” area is an area for storing the metadata of each Mark managed by the PlayList referred to by the PlayList metadata. The “Mark_Number” area and the metadata area of each Mark (“Mark # 1” to “Mark # 1” to “Mark # 1” in the figure) Mark # n ”
).

図54に示す例では“Mark_Number”と当該PlayListが管理するM
arkの数とが同数となり、以降当該PlayListが管理する順番に従って、Mark毎のメタデータが“Mark#1”から順に格納される。
In the example shown in FIG. 54, “Mark_Number” and the M managed by the PlayList.
The number of marks becomes the same, and the metadata for each Mark is stored in order from “Mark # 1” according to the order managed by the PlayList.

なお、本実施の形態ではPlayListが管理するMarkとメタデータで管理するMarkとか一対一対応するものとして記述するが、これに限るものではない。   In the present embodiment, the Mark managed by the PlayList and the Mark managed by the metadata are described as having a one-to-one correspondence. However, the present invention is not limited to this.

例えば、再生を一時停止した地点を示すMarkなどBD管理情報では規定出来ないMarkをメタデータでのみ管理してもよい。   For example, a Mark that cannot be defined by BD management information, such as a Mark indicating a point where playback is paused, may be managed only by metadata.

この場合、例えば図54に示すMarkのメタデータ領域に、BD管理情報で規定するMarkを参照しているのか否かを示す情報と、参照している場合はそのMarkのIDを、参照していない場合はメタデータで管理するMarkが指すストリームの位置情報を格納する領域を別途設ける必要がある。   In this case, for example, in the Mark metadata area shown in FIG. 54, information indicating whether or not the Mark defined by the BD management information is referenced, and if the Mark is referenced, the Mark ID is referred to. If not, it is necessary to provide a separate area for storing the position information of the stream indicated by Mark managed by metadata.

各Markのメタデータは、例として“Mark_Type”領域と“サムネイル”領域、および“撮影日時”領域、の3つの領域からなる。   Each Mark metadata includes, for example, three areas, a “Mark_Type” area, a “thumbnail” area, and a “shooting date / time” area.

“Mark_Type”領域は当該PlayListで管理するMarkの種別を記録するものである。Mark_typeの1つとして、例えば当該MarkがShotの先頭を示すMarkであるShot−Markがある。このShot−Markを管理するのは前述のReal PlayListのみとしてもよい。   The “Mark_Type” area records the type of Mark managed by the PlayList. As one of Mark_types, for example, there is a Shot-Mark in which the Mark is a Mark indicating the head of Shot. The Shot-Mark may be managed only by the Real PlayList described above.

その他のMark_Typeとしては、後述するOldShotMarkの他に、例えばスライドショウにおける各静止画の開始位置を意味するSlideshowMarkを定義してもよい。   As other Mark_Type, in addition to the OldShotMark described later, for example, a SlideMark that indicates the start position of each still image in the slide show may be defined.

例えばReal PlayListが再生するストリームは動画とスライドショウの混在を許すとした場合、当該SlideshowMarkとShotMarkにより各Chapterが動画なのか静止画なのか判別することができる。   For example, if the stream played by the Real PlayList allows mixing of moving images and slide shows, it is possible to determine whether each Chapter is a moving image or a still image by the SlideMark and ShotMark.

またメニュー表示において動画Shotのサムネイルのみを表示する場合であっても、MarkがEntryMarkであり、かつ、MarkのメタデータにおけるMarkTypeがShotMarkのもののみサムネイル一覧表示するといったことが可能となる。   Further, even when only thumbnails of the moving picture shot are displayed in the menu display, it is possible to display a thumbnail list only for those having Mark as EntryMark and MarkType in Mark metadata as ShotMark.

また、例えばMakerPrivateというMarkTypeを定義しておき、メーカー独自機能を実現するMarkを実現可能としてもよい。   In addition, for example, MarkType called MakerPrivate may be defined, and Mark that realizes a manufacturer-specific function may be realized.

次に“サムネイル”領域は当該Markの指すストリーム位置における画像をサムネイルとして指定する。なお、当該MarkがShotの先頭を示すMarkである場合、基本はShotの先頭の画像がサムネイルとして設定される。   Next, the “thumbnail” area designates an image at the stream position indicated by the Mark as a thumbnail. When the Mark is a Mark indicating the head of Shot, basically, the top image of Shot is set as a thumbnail.

しかしShotを代表するサムネイルを参照させるために、当該Markが指すストリーム位置の画像ではなく、ユーザの設定や自動判別などにより抽出した、当該Markが指すストリーム位置とは別の位置の画像を代表サムネイルとしてもよい。   However, in order to refer to a thumbnail representing Shot, an image at a position different from the stream position indicated by the Mark extracted by user setting or automatic determination is used instead of the image at the stream position indicated by the Mark. It is good.

“撮影日時”領域は、当該MarkがShotの先頭を示すMarkである場合、当該Shotの撮影日時を記録する。   In the “shooting date and time” area, when the Mark is a Mark indicating the head of Shot, the shooting date and time of the Shot is recorded.

なお、Markのメタデータとして記録される情報は、上記説明の内容に限られることはない。例えば、BD−ROM規格では記録出来ない、撮影した情報に関する情報をメタデータとして持たせてもよい。   The information recorded as Mark metadata is not limited to the content described above. For example, information regarding photographed information that cannot be recorded in the BD-ROM standard may be provided as metadata.

以上、本実施の形態におけるメタデータの種類とその格納方法について説明した。Shotを一覧メニューとして表示する際、撮影・録画順にそのサムネイルを表示することで、Shotの相関関係が掴みやすくユーザの利便性を向上することができる。   In the above, the kind of metadata in this Embodiment and the storage method were demonstrated. When shots are displayed as a list menu, thumbnails are displayed in the order of shooting / recording, so that the correlation between shots can be easily grasped and user convenience can be improved.

本実施の形態ではこのような撮影・録画順のソートならびにメニュー表示を容易とするため、図53および図54で示したメタデータにおいて、図53におけるPlayListのメタデータ(図中“PL#1”〜“PL#m”)を格納する順番を記録順に格納するものとする。   In this embodiment, in order to facilitate such shooting / recording order sorting and menu display, in the metadata shown in FIGS. 53 and 54, the metadata of PlayList in FIG. 53 (“PL # 1” in the figure). ˜ “PL # m”) is stored in the recording order.

また、基本的にはPlayListのメタデータの格納位置は編集等でも変更しないものとする。また前述の図51に示すように、Real PlayListにおいて、Shotの先頭を示すShot−Markは当該Shotの撮影順に並ぶものとし、当然プレイリストにて管理するMarkの付加順及び図54で説明した当該Markのメタデータの記録順も同様に撮影順に並ぶものとする。   Basically, the storage location of PlayList metadata is not changed by editing or the like. Also, as shown in FIG. 51 described above, in the Real PlayList, the Shot-Mark indicating the head of the Shot is arranged in the shooting order of the Shot, and of course the Mark addition order managed in the playlist and the description described in FIG. The recording order of Mark metadata is also arranged in the shooting order.

また、当該順序は削除を除き編集等で入れ替えないものとする。以上により、Real PlayListのメタデータの格納順と、当該Real PlayListが管理するMarkにおいてShotの先頭を示すMarkのメタデータの格納順とにより、当該ディスクに記録されたShotの撮影・録画順序を識別することが可能となる。   The order is not changed by editing or the like except for deletion. As described above, the shooting / recording order of shots recorded on the disc is identified by the storage order of the Real PlayList metadata and the storage order of the Mark metadata indicating the head of the Shot in the Mark managed by the Real PlayList. It becomes possible to do.

以上により、Shotの撮影順にサムネイルや撮影日時等を一覧表示した再生メニューを生成する場合は、図53および図54に示すメタデータを参照するだけでよい。   As described above, when generating a playback menu displaying a list of thumbnails and shooting dates and times in the shooting order of shots, only the metadata shown in FIGS. 53 and 54 need be referred to.

また、“PL_Type”がReal PlayListであるPlayListのメタデータを順次解析し、当該PlayListのメタデータに於いて、Mark_Type=Shot−Mark(当該MarkがShotの先頭を示す)であるMarkのメタデータを順次参照しメニュー表示すればよい。   Further, PlayList metadata whose “PL_Type” is Real PlayList is sequentially analyzed, and in the metadata of the PlayList, the metadata of Mark whose Mark_Type = Shot-Mark (the Mark indicates the head of the Shot) is obtained. The menu may be displayed by sequentially referencing.

例えば本実施の形態のメタデータが図55(A)に簡易的に示す状態である場合を想定する。この場合、PlayList#1、#2、#4はReal PlayListであり、PlayList#3はVirtual PlayListである。   For example, a case is assumed where the metadata according to the present embodiment is in a state shown simply in FIG. In this case, PlayList # 1, # 2, and # 4 are Real PlayList, and PlayList # 3 is Virtual PlayList.

従って、PlayListの記録順は、PlayList#1,#2,#4の順になる。   Therefore, the recording order of PlayList is the order of PlayList # 1, # 2, # 4.

また、図中において、“(Shot)”が付されたMarkは、Shotの先頭を示すMarkを表している。また、図中において、“(OldShot)”が付されたMarkは、後述する、失われるメタデータを保持するためのMarkを表している。   In the figure, Mark with “(Shot)” represents Mark indicating the head of Shot. In the figure, Mark with “(OldShot)” represents Mark for holding metadata to be lost, which will be described later.

従って、各PlayListの中でShotの先頭を示すMarkの記録順を抽出すると、Shotの記録順がPlayList#1のMark#1,#3、PlayList#2のMark#1、PlayList#4のMark#1,#2の順であることがわかる。   Therefore, when the Mark recording order indicating the head of Shot is extracted from each PlayList, Mark # 1, # 3 of PlayList # 1, Mark # 1 of PlayList # 2, and Mark # of PlayList # 4 are recorded. It can be seen that the order is 1 and # 2.

このようにして、最終的にShotの一覧メニューを図55(B)のように表示することが出来る。   In this manner, the Shot list menu can be finally displayed as shown in FIG.

以上、説明したように本実施の形態の記録方法およびデータ構造により、撮影または録画した映像(Shot)の記録順を管理することが可能であり、また各Shot毎に撮影または録画した映像の撮影日時やサムネイルといった情報をメタデータとして管理することが可能となる。   As described above, according to the recording method and data structure of the present embodiment, it is possible to manage the recording order of shot or recorded videos (Shots), and shooting of shot or recorded videos for each Shot. Information such as the date and time and thumbnails can be managed as metadata.

(実施の形態6)
次に本発明の実施の形態6について説明する。
(Embodiment 6)
Next, a sixth embodiment of the present invention will be described.

なお、本実施の形態では情報記録媒体の例として次世代ディスクであるBD−ROM Discを例に挙げているが、あくまでも例であり、本実施の形態のアプリケーション及びデータ構造をDVDなどの光ディスクや他の情報記録媒体である、メモリーカード(SDメモリーカードやメモリースティックなど)やハードディスクなどに書き込む場合でも同様の効果を得る。   In this embodiment, a BD-ROM Disc, which is a next-generation disc, is taken as an example of an information recording medium. However, this is merely an example, and the application and data structure of this embodiment are not limited to an optical disc such as a DVD. The same effect can be obtained when writing to a memory card (such as an SD memory card or a memory stick) or a hard disk as another information recording medium.

また、情報記録媒体ではなく、本実施の形態のアプリケーション及びデータ構造をネットワークを介して配布する場合においても同様の効果を得る。   Further, the same effect can be obtained when the application and data structure of the present embodiment are distributed over a network instead of the information recording medium.

実施の形態5において、撮影または録画した映像の撮影日時やサムネイルといったBD−ROM規格では記録出来ない情報をShot単位で情報記録媒体に記録する方法について説明した。   In the fifth embodiment, the method of recording information that cannot be recorded in the BD-ROM standard, such as the shooting date / time and thumbnails of the shot or recorded video, on the information recording medium in the Shot unit has been described.

実施の形態6では、Shotの編集作業によりShotの撮影日時やサムネイルといった情報が失われるという問題を解決する記録方法について説明する。   In the sixth embodiment, a recording method for solving the problem that information such as shot shooting date / time and thumbnails is lost due to Shot editing work will be described.

上記問題の具体例を、図56を用いて説明する。   A specific example of the above problem will be described with reference to FIG.

まず初期状態として図56(A)に示すように1つのプレイリスト(Real PlayList)が撮影時間20分の3つのShot(Shot1〜Shot3)を管理しているものと想定する。   First, as an initial state, as shown in FIG. 56A, it is assumed that one play list (Real PlayList) manages three shots (Shot1 to Shot3) with a shooting time of 20 minutes.

ここで図55(A)に示すようにMarkType=ShotMarkのMarkを各Shotの先頭に付与し、各Shotの撮影日時やサムネイル、必要があれば前述の撮影時間などの情報を実施の形態6で述べたようにMarkのメタデータで管理するものとする。   Here, as shown in FIG. 55A, a Mark of MarkType = ShotMark is attached to the head of each Shot, and information such as the shooting date / time and thumbnail of each Shot, and the above-described shooting time if necessary is described in the sixth embodiment. As described above, management is performed using the Mark metadata.

またShotMarkは本実施の形態ではユーザにChapterとして識別させるためEntryMarkとする。   In this embodiment, ShotMark is an EntryMark in order to identify the user as a Chapter.

以上、説明した初期状態から、図56(B)に示すようにShot1とShot2を結合する編集を行った場合を想定する。この場合、Shot2はShot1の後ろに結合され、Shot1とShot2とは、1つのShotである撮影時間40分のShot1となる。さらに、Shot2の先頭に付与されていたShotMarkは削除される。   As described above, it is assumed that the editing in which Shot1 and Shot2 are combined is performed as shown in FIG. 56B from the initial state described above. In this case, Shot2 is combined after Shot1, and Shot1 and Shot2 become Shot1 shot time 40 minutes, which is one shot. Further, the ShotMark attached to the head of Shot2 is deleted.

この状態で、図56(C)に示すようにShot1を旧Shot2の先頭よりも後ろの時間位置にあたる25分の地点で2つに分割する編集を行う場合を想定する。   In this state, as shown in FIG. 56C, it is assumed that editing is performed in which Shot1 is divided into two at a point of 25 minutes corresponding to a time position behind the head of old Shot2.

このように分割してできた新たなShotをShot4とすると、Shot4の先頭にも新規にMarkType=ShotMarkのEntryMarkを設定し、Markのメタデータを記録することになる。   If the new Shot created in this way is Shot4, MarkType = ShotMark EntryMark is newly set at the beginning of Shot4, and Mark metadata is recorded.

この場合、Shot4の撮影日時を正確に計算することは不可能である。ここで、例えば、Shot1の撮影日時である“9月1日12時0分”に、前述の分割した時間位置である25分を加えることが考えられる。しかし、この加算で得られる“9月1日12時25分”という日時は、Shot4の撮影日時として正しくない。   In this case, it is impossible to accurately calculate the shooting date and time of Shot4. Here, for example, it is conceivable to add the above-described divided time position of 25 minutes to “September 1, 12:00” which is the shooting date and time of Shot1. However, the date and time “September 1, 12:25” obtained by this addition is not correct as the shooting date and time of Shot4.

このように、Shotの結合、分割といった処理をおこなうことで、Shotの撮影日時が失われるという問題がある。   As described above, there is a problem that the shooting date and time of Shot is lost by performing processing such as combining and dividing Shot.

そこで本実施の形態では、MarkTypeとして新規にOldShotMarkというMarkTypeを設けるものとする。   Therefore, in the present embodiment, a MarkType called OldShotMark is newly provided as the MarkType.

このMarkType=OldshotMarkは図56(B)で示した結合処理によって失われるメタデータを保持するためのMarkであり、ユーザがChapterとして識別するためのMarkではない。そのため、本実施の形態ではMarkType=OldShotMarkはLinkPointにのみ設定可能とする。   This MarkType = OldshotMark is a Mark for holding metadata lost by the joining process shown in FIG. 56B, and is not a Mark for the user to identify as a Chapter. Therefore, in the present embodiment, MarkType = OldShotMark can be set only to LinkPoint.

編集処理によってもShotの撮影日時等のメタデータを保持し、例えばShotの正確な撮影日時を設定可能とする本実施の形態の具体内容について、図57を用いて説明する。   The specific contents of the present embodiment in which metadata such as the shooting date / time of Shot is held by the editing process and the accurate shooting date / time of Shot can be set will be described with reference to FIG.

まず図57(A)に初期状態を示す。これは図56(A)で示した初期状態と同じである。また以後行う編集も図56(B)に示す編集内容と同じ編集を実行することを想定する。   First, FIG. 57A shows an initial state. This is the same as the initial state shown in FIG. Further, it is assumed that the editing performed thereafter is the same as the editing content shown in FIG.

すなわち、図57(A)に示す初期状態から、図57(B)に示すようにShot1とShot2の結合処理を行いShot4を生成する編集を行ったとする。   That is, it is assumed that, from the initial state shown in FIG. 57 (A), editing is performed to generate Shot4 by combining Shot1 and Shot2 as shown in FIG. 57 (B).

この場合、まずShot4の先頭に付与すべきEntryMarkはShot1のものと同様であり特に処理は行わない。   In this case, the EntryMark to be added to the head of Shot4 is the same as that of Shot1, and no particular processing is performed.

一方、Shot2は消失するためShot2の先頭に付与していたMarkType=ShotMarkのEntryMarkをLinkPointに変更する。   On the other hand, since Shot2 disappears, the EntryMark of MarkType = ShotMark added to the head of Shot2 is changed to LinkPoint.

次に、図54を用いて説明したMarkTypeをShotMarkからOldShotMarkに変更する。これによりShot2の先頭を示していたMarkはBD−ROMにおける管理情報としては、LinkPointとして保持される。そのため、Markと一対一として管理されるMarkのメタデータも同じく保持される。   Next, the MarkType described with reference to FIG. 54 is changed from ShotMark to OldShotMark. As a result, the Mark that indicates the head of Shot 2 is held as LinkPoint as management information in the BD-ROM. Therefore, Mark metadata managed as one-to-one with Mark is also retained.

次に、図57(C)に示すように、Shot4の先頭から25分の地点でShot4を2つに分割する編集を行い、Shot5とShot6の2つのShotを生成する編集を行ったとする。   Next, as shown in FIG. 57C, it is assumed that editing is performed to divide Shot4 into two at a point 25 minutes from the beginning of Shot4, and editing to generate two Shots, Shot5 and Shot6.

この場合、Shot5の先頭に付与すべきEntryMarkはShot4のものと同様であり特に処理は行わない。   In this case, the EntryMark to be added to the head of Shot5 is the same as that of Shot4, and no particular processing is performed.

一方、Shot6の先頭にはEntryMarkが設定されていないため、Shot6の先頭にも新規にMarkType=ShotMarkのEntryMarkを設定する必要がある。また、当該EntryMarkのメタデータも新規に記録することになる。   On the other hand, since EntryMark is not set at the head of Shot6, it is necessary to newly set EntryMark of MarkType = ShotMark at the head of Shot6. Also, the EntryMark metadata is newly recorded.

この場合のShot6の撮影日時を計算する方法を以下に述べる。まず、分割前のShot4において、分割地点にあたるShot6の先頭より前に存在するMarkを検索する。   A method for calculating the shooting date and time of Shot 6 in this case will be described below. First, in Shot 4 before division, a Mark existing before the head of Shot 6 corresponding to the division point is searched.

ここでMarkType=OldShotMarkのLinkPointを検出する前に、MarkType=ShotMarkのEntryMarkを検出、つまりShot4の先頭に到達した場合は、単純にShot4の撮影日時に分割した地点の時間を加えたものがShot4の撮影日時となる。   Here, before detecting MarkType = OldShotMark's LinkPoint, MarkType = ShotMark's EntryMark is detected, that is, when the head of Shot4 is reached, the time of the point divided by 4 is added to the time of shooting at Shot4. The shooting date and time.

しかし、本例の場合、図57(C)に示すように、旧Shot2の先頭よりも後方でShot4を分割しているため、MarkType=OldShotMarkのLinkPointが先に検出される。   However, in the case of this example, as shown in FIG. 57 (C), Shot4 is divided behind the head of old Shot2, and therefore, LinkType of MarkType = OldShotMark is detected first.

この場合は、旧Shot2の先頭にあたるMarkType=OldShotMarkのLinkPointのメタデータを参照して“9月5日9時30分”という日時情報が得られる。   In this case, date / time information “September 5, 9:30” is obtained by referring to the LinkPoint metadata of MarkType = OldShotMark, which is the head of the old Shot2.

次に、検出したMarkType=OldShotMarkのLinkPointの地点(旧Shot2の先頭)からShot6の先頭までの再生時間である5分を、先ほど得た日時情報(9月5日9時30分)に加える。   Next, 5 minutes, which is the playback time from the point of LinkPoint of the detected MarkType = OldShotMark (the head of the old Shot2) to the head of the Shot6, is added to the date / time information (September 5, 9:30) obtained earlier.

このようにして算出される“9月5日9時35分”という正しい日時情報が、Shot6の撮影日時情報となる。   The correct date and time information “September 5, 9:35” calculated in this way is the shooting date and time information of Shot6.

なお、図示しないが、図57(B)に示すShot4を先頭から20分の地点、すなわち旧Shot2の先頭の地点で分割する場合は、単に旧Shot2の先頭を示すLinkPointをEntryMarkに変更し、MarkのメタデータにおけるMarkTypeをShotmarkに変更するだけでよい。   Although not shown, when Shot 4 shown in FIG. 57B is divided at a point 20 minutes from the beginning, that is, at the beginning of Old Shot 2, LinkPoint indicating the beginning of Old Shot 2 is simply changed to EntryMark. It is only necessary to change MarkType in the metadata to Shotmark.

なお、図56および図57を用いて説明した例はShotの結合や分割といった、あくまでもストリームの再生位置を指定しているReal PlayListの再生制御データの変更による編集作業で発生する問題を例としている。   The examples described with reference to FIGS. 56 and 57 are examples of problems that occur in editing operations due to changes in Real PlayList playback control data that specify the playback position of a stream, such as shot combination or division. .

しかしながら、Shotのある区間を中抜き削除するといったAVストリーム自体を編集する場合においても適用出来る。   However, the present invention can also be applied to the case where the AV stream itself is edited such that a section having a shot is omitted.

例えば、ストリームの一部を削除する場合は、削除部分の直後の再生時刻にMarkを設定し、当該Markのメタデータに57(C)に示す手法と同様に計算した撮影日時を設定すればよい。   For example, when a part of the stream is deleted, Mark is set at the playback time immediately after the deleted part, and the shooting date and time calculated in the same manner as the method shown in 57 (C) may be set in the metadata of the Mark. .

なお、MarkをEntryMarkとし、メタデータにおけるMarkTypeをShotMarkにするか、MarkをLinkPointとしメタデータにおけるMArkTypeをOldShotMarkにするかについては、以下のように判断する。   Whether Mark is an EntryMark and the MarkType in the metadata is a ShotMark, or whether Mark is a LinkPoint and the MarkType in the metadata is an OldShotMark is determined as follows.

すなわち、削除部分の前後の映像の扱いにより、削除部分の前後の映像を各々別のShotとして扱う場合は前者として設定し、削除部分の前後の映像を結合し1つのShotとして扱う場合は後者として設定する。   That is, when the images before and after the deleted portion are handled as different shots by handling the images before and after the deleted portion, the former is set, and when the images before and after the deleted portion are combined and handled as one shot, the latter is set. Set.

以上のように本実施の形態の記録方法およびデータ構造により、Shotの結合や分割といった処理を行ってもShotの撮影日時を保持することができる。   As described above, according to the recording method and the data structure of the present embodiment, the shooting date and time of Shot can be held even when processing such as shot combination or division is performed.

なお、撮影日時情報など撮影および録画した映像の情報は、メタデータとしてBD−ROMの管理情報の拡張領域に格納する方法だけでなく、ストリーム中に例えばSEI_MESSEGEに埋め込むことも可能である。   Note that the information of the video that has been shot and recorded, such as the shooting date / time information, can be embedded not only in a method of storing in the extended area of management information of the BD-ROM as metadata but also in, for example, SEI_MESSAGE.

またこの場合分割等の編集処理を行ってもその地点でストリームから撮影日時を検出することも可能である。   In this case, even if editing processing such as division is performed, the shooting date and time can be detected from the stream at that point.

従って、図56(B)に示すShotの結合を行った場合、ストリーム中に撮影日時情報を持たせている場合は、前述のようにShot2のEntryMarkをLinkPointに変更しMarkType=ShotMarkをOldShotに変更するといった一連の処理を行わないものとしてもよい。   Therefore, when Shot is combined as shown in FIG. 56 (B), if shooting date / time information is included in the stream, the EntryMark of Shot2 is changed to LinkPoint as described above, and MarkType = ShotMark is changed to OldShot. It is good also as what does not perform a series of processes, such as performing.

また、図56(C)に示すShotの分割を行った場合、まずストリーム中の撮影日時情報を調べ、ストリーム中に撮影日時情報が記録されている場合は、図56(C)を用いて説明した撮影日時計算処理を行わずストリームから撮影日時を検出し、メタデータとして設定してもよい。   In addition, when the Shot division shown in FIG. 56C is performed, first, the shooting date / time information in the stream is checked. If the shooting date / time information is recorded in the stream, the description will be given with reference to FIG. 56C. The shooting date / time may be detected from the stream without performing the shooting date / time calculation process and set as metadata.

以上、本発明の実施の形態5および6について説明したが、これら実施の形態で示した記録方法およびデータ構造は、撮影または録画した映像をBD−ROM形式で記録する場合に、映像の記録順序を保持するようにメタデータを記録した情報記録媒体と、それを記録する記録装置、記録方法、記録プログラム、並びに、これら実施の形態の記録方法を実現する半導体に適用される。   As described above, the fifth and sixth embodiments of the present invention have been described. However, the recording method and data structure shown in these embodiments are based on the recording order of images when a photographed or recorded image is recorded in the BD-ROM format. The present invention is applied to an information recording medium in which metadata is recorded so as to hold data, a recording apparatus for recording the metadata, a recording method, a recording program, and a semiconductor for realizing the recording method of these embodiments.

また、実施の形態5および6の記録方法およびデータ構造によれば、映像を撮影した順序を記録可能であり、特に、民生機器産業において利用される可能性をもつ。   Further, according to the recording methods and data structures of the fifth and sixth embodiments, the order in which the images are taken can be recorded, and in particular, there is a possibility of being used in the consumer equipment industry.

(実施の形態7)
従来、ストリーム内にメタデータを記録する場合には、その記録順が不明であり、数多くのメタデータの全体を検索し解析しなければ、必要なメタデータが記述されているのか否かが分からない。
(Embodiment 7)
Conventionally, when metadata is recorded in a stream, the recording order is unknown, and unless a large number of metadata is searched and analyzed as a whole, it can be determined whether the necessary metadata is described. Absent.

また、同一種類のメタデータを記述する異なるメタデータがあるような場合、読み出し機器の解析処理が煩雑になるという課題もある。   In addition, when there is different metadata describing the same type of metadata, there is also a problem that analysis processing of the reading device becomes complicated.

そこで、実施の形態7として、映像情報を符号化する際に、映像情報への付随情報を同時に符号化する情報記録装置であって、付随情報は、映像情報のピクチャ単位に付与され、1つの付属情報は識別情報(ID)と実情報(データ)から構成され、同一ピクチャ内で同一種類の情報を格納できる前記付属情報を複数記述する場合には、所定の識別情報(ID)を持つ付属情報を記録することを特徴とする情報記録装置、および、当該情報記録装置における記録方法について説明を行う。   Therefore, as Embodiment 7, when encoding video information, the information recording apparatus encodes the accompanying information to the video information at the same time, and the accompanying information is assigned to each picture of the video information. Attached information consists of identification information (ID) and actual information (data). When a plurality of the attached information that can store the same type of information in the same picture is described, the attached information having predetermined identification information (ID) An information recording apparatus characterized by recording information and a recording method in the information recording apparatus will be described.

この情報記録装置および記録方法によれば、メタデータの検索性を向上することができ、同一種類のメタデータが別個の方法で記録されている場合であっても、機器の性能に応じて容易に解析することが可能となる。   According to the information recording apparatus and the recording method, the searchability of metadata can be improved, and even when the same type of metadata is recorded by different methods, it is easy according to the performance of the device. It becomes possible to analyze.

なお、実施の形態7は、ムービー機器でのメタデータに関する内容である。基本的には実施の形態1に基づく内容であり、拡張または異なる部分を中心に説明する。   The seventh embodiment relates to metadata regarding movie equipment. Basically, the contents are based on the first embodiment, and the description will be focused on the expanded or different portions.

図58は、PESパケット以下のデータ構造を示す図である。BDやデジタル放送のようにMPEG2−TSを使う場合には、1つのPESパケットに1つのピクチャが格納されることが一般的である。   FIG. 58 shows the data structure of the PES packet and below. When MPEG2-TS is used like BD or digital broadcasting, one picture is generally stored in one PES packet.

1つのMPEG−4 AVCで符号化されたピクチャは、アクセスユニットの先頭を示すAU Delimiter(Access Unit Delimiter)、シーケンス属性を示すSPS(Sequence Parameter Set)、ピクチャ属性を示すPPS(Picture Parameter Set)、付属情報などを格納するSEI(Supplemental Enhancement Information)、および、スライス符号情報を示すSliceなどから構成される。   A picture encoded by one MPEG-4 AVC includes an AU Delimiter (Access Unit Delimiter) indicating the head of an access unit, an SPS (Sequence Parameter Set) indicating a sequence attribute, and a PPS (Picture Parameter Set) indicating a picture attribute. It consists of SEI (Supplemental Enhancement Information) for storing attached information and the like, and Slice indicating slice code information.

付属情報を格納するSEIは、ClosedCaption情報やその他の情報を格納している。   The SEI that stores the attached information stores ClosedCaption information and other information.

ここでは、主にビデオカメラレコーダ向けのメタデータをHDMとして束ね、SEIの中に格納している。   Here, metadata mainly for video camera recorders is bundled as HDM and stored in SEI.

図59には、SEIのデータ構造を示した。図に示されたように当該SEIにどのような付属情報が入っているかを示す識別情報(type_indicator)により、格納されているデータ種類が特定できる。   FIG. 59 shows the data structure of SEI. As shown in the figure, the stored data type can be specified by identification information (type_indicator) indicating what kind of attached information is included in the SEI.

例えば、“type_indicator = 0x00000020”であれば、HDMデータが格納されているということがわかる。   For example, if “type_indicator = 0x00000020”, it can be seen that HDM data is stored.

HDMデータは、HDM_pack_ID(8ビット)とHDM_pack_data(32ビット)から構成されるHDM_packの集合体である。   The HDM data is an aggregate of HDM_pack composed of HDM_pack_ID (8 bits) and HDM_pack_data (32 bits).

このID値によって、どのような種類の付属情報が、後続のHDM_pack_dataに記録されているのかを示している。ここで示されるように、HDM_packは連続してHDM_meta()内に記録される。   This ID value indicates what kind of attached information is recorded in the subsequent HDM_pack_data. As shown here, the HDM_pack is continuously recorded in the HDM_meta ().

ちなみに、HDM_packは、DV(Digital Video)カメラが使用している付属情報のDVパックと同じデータ構造(8ビットのID+32ビットのデータ)である。   Incidentally, HDM_pack has the same data structure (8-bit ID + 32-bit data) as the DV pack of attached information used by a DV (Digital Video) camera.

図60は、HDM_packのID値と格納している情報との関係を示す表である。   FIG. 60 is a table showing the relationship between the ID value of HDM_pack and the stored information.

TIME列(上位4ビットが0001b)のTIME CODE、BINARY GROUPと、CAMERA列(上位4ビットが0111b)の全てのHDM_packはD
Vパックと同じである。
TIME CODE and BINARY GROUP in the TIME column (the upper 4 bits are 0001b) and all HDM_packs in the CAMERA column (the upper 4 bits are 0111b) are D
Same as V pack.

REC DATE&TIMEは、この付属情報(ピクチャ)が撮影された日時情報である。   REC DATE & TIME is date and time information when this attached information (picture) is taken.

EXIF列(上位4ビットが1010b)、GPS列(上位4ビットが1011b、1100b)はデジタルスチルカメラで使われているExifの情報と同じである。   The EXIF sequence (the upper 4 bits are 1010b) and the GPS sequence (the upper 4 bits are 1011b and 1100b) are the same as the Exif information used in the digital still camera.

ただし、Exifで使われている32bit/32bitのRATIONAL表記ではサイズが大きいため、16bit/16bitのRATIONAL表記としている。   However, since the 32-bit / 32-bit RATIONAL notation used in Exif is large in size, the 16-bit / 16-bit RATIONAL notation is used.

EXIF OPTION、GPS OPTIONには、この表に記載のないExif/GPSの情報を書き込みたい場合に使うパックである。   The EXIF OPTION and the GPS OPTION are packs used when writing Exif / GPS information not described in this table.

具体的には、HDM_pack_dataにExifのTag値を書くExif_Tag(16ビット)、Exifに16ビット表記のRATIONAL16、符号付きのSRATIONAL16を新規追加したExif_Type(8ビット)、および、続くパック数を示すPack_Length(8ビット)を記述し、Exifのメタデータを後続のパックに記録することができる。   Specifically, Exif_Tag (16 bits) for writing an Exif Tag value in HDM_pack_data, RIFIONAL16 with 16-bit notation in Exif, Exif_Type (8 bits) with a new addition of signed SRATIONAL16, and Pack_Length (which indicates the number of packs that follow) 8 bits) and Exif metadata can be recorded in subsequent packs.

MAKER列(上位4ビットが1110b)には、メーカーコードと記録したモデルコードを16ビットずつで記述するMAKER&MODELパックと、各メーカーが独自に使うことのできるMAKER OPTIONパックが規定されている。   The MAKER column (the upper 4 bits are 1110b) defines a MAKER & MODEL pack that describes a manufacturer code and a recorded model code in 16 bits, and a MAKER OPTION pack that can be used independently by each manufacturer.

このように、HDM_pack_ID値によって、どのデータが記録されているパックなのか、すぐに特定することができる。しかし、HDM_meta()の中での記録規則が無いと常に最後のパックまで検索が必要となり、高速なメタデータの検索/抽出が不可能になる。   In this way, it is possible to immediately specify which data is recorded in the pack by the HDM_pack_ID value. However, if there is no recording rule in HDM_meta (), a search is always required up to the last pack, and high-speed metadata search / extraction becomes impossible.

また、SEIはピクチャ単位で256バイトの上限サイズと共に書き込まれるデータであるため、このメタデータの処理にはリアルタイム性(高速性)が要求される。   Further, since SEI is data written together with an upper limit size of 256 bytes for each picture, real-time performance (high speed performance) is required for processing of this metadata.

また、全てのパックをピクチャごとに記録する必要はないため、最後のパックまで検索しても所望のメタデータを格納したパックが見つからないことも考えられる。   In addition, since it is not necessary to record all packs for each picture, it is conceivable that a pack storing desired metadata cannot be found even if the last pack is searched.

そこで、HDM_meta()内でのHDM_pack()の記録順は、HDM_pack()のHDM_pack_IDの小さい順番に並ぶことと規定することが重要である。   Therefore, it is important to define that the recording order of HDM_pack () in HDM_meta () is arranged in ascending order of HDM_pack_ID of HDM_pack ().

これにより、所望のパックを検索するために、HDM_meta()内でさらなるサーチが必要か否かを判定することが可能となる。また、所望のパックのID値を超えた場合、それより先に所望のパックが存在していないことが分かり、サーチ処理を早期に終了することが可能となる。   This makes it possible to determine whether or not further search is required in HDM_meta () in order to search for a desired pack. Further, if the ID value of the desired pack is exceeded, it can be seen that the desired pack does not exist earlier, and the search process can be terminated early.

図61は、上記処理の流れを示すフロー図である。   FIG. 61 is a flowchart showing the flow of the above process.

HDMメタの取得が開始されると(S901)、HDMパック数を取得する(S902)。HDMメタを取得し、データの最後尾であれば(S903でYes)、HDMメタの取得に係る処理を終了する(S904)。   When acquisition of HDM meta is started (S901), the number of HDM packs is acquired (S902). If the HDM meta is acquired and the end of the data is obtained (Yes in S903), the processing related to the acquisition of the HDM meta is terminated (S904).

また、データの最後尾でなければ(S903でNo)、取得したい情報を全て取得したか否かを判断する。全て取得した場合は(S905でYes)、HDMメタの取得に係る処理を終了する(S904)。また、全て取得していない場合は(S905でNo)、解析を続けても取得した情報が取得できるか否かを判断する。   If it is not the end of the data (No in S903), it is determined whether or not all the information to be acquired has been acquired. If all have been acquired (Yes in S905), the processing related to acquisition of the HDM meta is terminated (S904). If not all have been acquired (No in S905), it is determined whether the acquired information can be acquired even if the analysis is continued.

取得できない場合は(S906でYes)は、HDMメタの取得に係る処理を終了する(S904)。また、取得できる場合は(S906でNo)、1つHDM_pack()を取得し、上記のデータの最後尾であるか否かの判断(S903)に戻る。   If it cannot be obtained (Yes in S906), the process related to obtaining the HDM meta is terminated (S904). If it can be acquired (No in S906), one HDM_pack () is acquired, and the process returns to the determination (S903) as to whether or not it is the end of the data.

図61に示すように、HDM_meta()内のパックは、ID順で記述されているため、所望のパックを最低の処理負荷で検索/抽出することができる。   As shown in FIG. 61, since the packs in HDM_meta () are described in the order of ID, a desired pack can be searched / extracted with the lowest processing load.

図62は、DVにて定義されているCAMERA列のパックと、EXIFにて定義されているEXIF列のパックとの格納している情報の同一性を比較したものである。   FIG. 62 is a comparison of the identity of information stored in a pack of CAMERA columns defined in DV and a pack of EXIF columns defined in EXIF.

図62に示すように、EXIF列のパックにて格納される情報が、CAMERA列のパックでも記述できるケースがあることが分かる。即ち2重に定義された状態となっている。   As shown in FIG. 62, it can be seen that there is a case where the information stored in the EXIF column pack can be described in the CAMERA column pack. That is, the state is defined twice.

これは、HDM_meta()がDVとExifの主要なメタデータを利用しているために、焦点距離などの光学パラメーターなどで一部重複していることを示している。   This indicates that HDM_meta () uses the main metadata of DV and Exif and thus partially overlaps with optical parameters such as focal length.

例えば、EXIF列のFOCAL LENGTH(焦点距離)は、CAMERA列のCONSUMER CAMERA1とCONSUMER CAMERA2のそれぞれにて記述することが可能である。   For example, the FOCAL LENGTH (focal length) in the EXIF column can be described in each of the CONSUMER CAMERA1 and CONSUMER CAMERA2 in the CAMERA column.

安価な機器では、静止画向けで高品位なEXIF列の情報までは不必要だが、DVで使われているCAMERA列程度の精度の情報で十分な場合も想定される。   Inexpensive equipment does not need high-quality EXIF information for still images, but it is also possible that information with accuracy as high as the CAMERA information used in DV is sufficient.

また、このように同種の情報が2重持ちされているため、HDM_meta()を解析する処理が煩雑になる課題もある。   In addition, since the same type of information is doubled in this way, there is a problem that the process of analyzing HDM_meta () becomes complicated.

そこで、EXIF列のパックを記録する場合には、そのパックが格納する情報をCAMERA列においても記述できるのであれば、そのCAMERA列のパックも記録することが重要である。   Therefore, when recording a pack in the EXIF column, if the information stored in the pack can be described in the CAMERA column, it is important to record the pack in the CAMERA column.

先ほどのID順で記録されるルールを加味して考慮すれば、安価な機器は、ID順にサーチを行い、自らが欲しい情報の精度であるCAMERA列のパックだけを解析し、以降にEXIF列のパックがあったとしても、CAMERA列の情報だけを取得した時点で、解析処理を止め、ユーザにその情報を提供することが可能となる。   Considering the rules recorded in the ID order, the inexpensive device searches in the order of the ID, analyzes only the pack of the CAMERA sequence that is the accuracy of the information that it wants, and thereafter the EXIF sequence. Even if there is a pack, when only the information of the CAMERA column is acquired, the analysis process can be stopped and the information can be provided to the user.

また、EXIF列まで対応した機器においては、CAMERA列で所望のデータを取得できても、EXIF列まで解析を行い、より高精度な付属情報を取得することが容易に可能となる。   In addition, in a device that supports up to the EXIF column, even if the desired data can be acquired in the CAMERA column, it is possible to easily analyze the EXIF column and acquire more accurate attached information.

図63は、DVとEXIFとで同種情報を持つ場合の記録ルールの例を説明する図である。この例では、EXIF列のEXPOSURE TIME、F NUMBER、EXPOSURE BIAS、MAX APERTURE、FLASH、および、FOCAL LENGTHのパックが記録されているために、対応するCAMERA列のパックも記録されている。   FIG. 63 is a diagram for explaining an example of a recording rule when DV and EXIF have the same type of information. In this example, since EXPOSURE TIME, F NUMBER, EXPOSURE BIAS, MAX APERTURE, FLASH, and FOCAL LENGTH packs in the EXIF column are recorded, the corresponding CAMERA column packs are also recorded.

また、F NUMBERおよびFOCAL LENGTHが記録されているため、CONSUMER CAMERA1が記録されており、同様にEXPOSURE TIMEが記録されているため、SHUTTERが記録されている。   Further, since F NUMBER and FOCAL LENGTH are recorded, CONSUMER CAMERA 1 is recorded. Similarly, EXPOSURE TIME is recorded, and thus SHUTTER is recorded.

このように、精度が異なる同種の情報を記録する場合には、精度の低い方の情報が必ず記録順として先になるように記録されていることが肝要である。   As described above, when recording the same type of information with different accuracy, it is important that the information with the lower accuracy is always recorded first in the recording order.

なお、対応するパックの相関が複雑になったり、EXIF列のデータを追加するために、EXIF列よりも前方のCAMERA列のデータを追加することになるが、このために、メモリ上での挿入処理が煩雑になることも考えられる。   In addition, the correlation of the corresponding pack becomes complicated, or data in the CAMERA column ahead of the EXIF column is added in order to add the data in the EXIF column. The processing may be complicated.

このような場合には、EXIF列に所定のパックを記録する場合には、必ずCAMERA列のCONSUMER CAMERA1だけは記録する、といった規則を設けることも効果的である。   In such a case, when a predetermined pack is recorded in the EXIF column, it is effective to provide a rule that only the CONSUMER CAMERA 1 in the CAMERA column is recorded.

図62によれば、所定のパックとは、F NUMBER、EXPOSURE PROG.、FOCAL LENGTH、WHITE BALANCEを指している。   According to FIG. 62, the predetermined pack is F NUMBER, EXPOSURE PROG. , FOCAL LENGTH, WHITE BALANCE.

勿論、より簡単に、EXIF列に何か記録する場合には、必ずCAMERA列の所定のパックを記録するとしてもよい。   Of course, when something is recorded in the EXIF column more easily, a predetermined pack in the CAMERA column may always be recorded.

また、CAMERA列を使うか、EXIF列を使うかを当該ストリームの管理情報(YYY.VOBI)などで示しておくことも考えられる。   It is also conceivable that the management information (YYY.VOBI) of the stream indicates whether to use the CAMERA sequence or the EXIF sequence.

DVは動画向けのメタデータとして設計され、EXIFは静止画向けのメタデータとして設計されているため、当該VOBが動画か、静止画かの情報をVOBIに記録させ、その値に応じて、動画であればCAMERA列を使い、静止画であればEXIF列を使うことも可能である。   Since DV is designed as metadata for moving images and EXIF is designed as metadata for still images, information on whether the VOB is a moving image or a still image is recorded in VOBI, and depending on the value, moving images If so, the CAMERA sequence can be used, and if it is a still image, the EXIF sequence can be used.

本実施の形態の情報記録装置および記録方法は、光ディスクなどに記録するメタデータに情報の重複がある場合や、その種類が膨大である場合などに、メタデータの検索処理を簡易化することができ、大幅に再生(検索)処理時間を減らすことができる。そのため、ハードディスクや半導体メモリなどの記録メディア上に記録する場合にも同様に有用である。   The information recording apparatus and the recording method according to the present embodiment can simplify the metadata search process when there is duplication of information in the metadata recorded on the optical disk or the like, or when the type of information is enormous. This can greatly reduce the playback (search) processing time. Therefore, it is also useful when recording on a recording medium such as a hard disk or a semiconductor memory.

(実施の形態8)
近年、デジタルスチルカメラなどで撮影した静止画を、動画と共に管理したいというユーザ要求が近年高まってきている。
(Embodiment 8)
In recent years, there has been an increasing demand for users who want to manage still images taken with a digital still camera together with moving images.

しかしながら、デジタルスチルカメラの静止画は一般には非常に高画素(1920x1
080以上)のJPEGであって、HDTVへの出力を行うことが前提である民生AV機器にとっては、そのCodecとサイズの両面から扱いにくいという課題があった。
However, still images of digital still cameras are generally very high pixels (1920 × 1
(80 or higher) JPEG, which is premised on output to HDTV, has a problem that it is difficult to handle both from its codec and size.

また、次世代DVD規格(BD−ROM規格)では、スライドショウとして静止画を扱うことは可能であるが、基本的にはパッケージメディアを対象とした規格である。そのため、スライドショウの静止画の再生順番を入れ替えたり、1枚を削除するといった編集作業が実現困難である。   The next-generation DVD standard (BD-ROM standard) can handle still images as a slide show, but is basically a standard for package media. For this reason, it is difficult to realize an editing operation such as changing the reproduction order of the slideshow still images or deleting one.

そこで実施の形態8として、BD−ROM規格のスライドショウにデジタルスチルカメラの静止画を取り込む際に編集容易な形で取り込めるようにする記録方法について説明する。   Therefore, as an eighth embodiment, a recording method will be described in which a still image of a digital still camera is captured in a BD-ROM standard slideshow so that it can be captured in an easily editable form.

具体的には、1つの静止画映像を含むシステムストリームである静止画ユニットを生成し、前記静止画ユニットの再生を管理する再生管理情報と共に情報記録媒体に記録する情報記録装置であって、静止画ユニットは記録する情報記録媒体の記録単位(セクタ)の整数倍のデータサイズとする情報記録装置および記録方法について説明する。   Specifically, an information recording apparatus that generates a still image unit, which is a system stream including one still image, and records it on an information recording medium together with reproduction management information for managing reproduction of the still image unit. An information recording apparatus and recording method in which the image unit has a data size that is an integral multiple of the recording unit (sector) of the information recording medium to be recorded will be described.

本実施の形態では、上記情報記録装置および記録方法によって、静止画スライドショウを用いて、動画と静止画を同列で管理することができ、イベント単位(例えば子供の運動会で撮影した動画と静止画)などでコンテンツを管理することが可能となる。   In the present embodiment, the above-described information recording apparatus and recording method can manage a moving image and a still image in the same row using a still image slideshow, and can record an event unit (for example, a moving image and a still image captured at a children's athletic meet). ) And the like can be managed.

また、その際に静止画スライドショウに編集耐性を与えることで、静止画スライドショーの再生順序の入れ替えや削除といった編集作業が容易かつ高速になる。   In addition, by providing editing resistance to the still image slide show at that time, editing operations such as changing or deleting the reproduction order of the still image slide show are facilitated and speeded up.

実施の形態8は、上述のように、BD−ROMの静止画スライドショウにおけるストリーム構造に関する内容である。基本的には実施の形態1に基づく内容であり、拡張または異なる部分を中心に説明する。   As described above, the eighth embodiment relates to the stream structure in the BD-ROM still image slide show. Basically, the contents are based on the first embodiment, and the description will be focused on the expanded or different portions.

図64は、BDのストリーム構造を示している。BDで扱うストリームは記録するメディアのセクタサイズなどとは無関係に、TSパケット(188バイト)とそのTSパケットのデコーダへの入力時刻を復元するATS(Arrival Time Stamp、4バイト)を加えたTimed TS Packetと呼ばれる192バイトの繰り返しで構成されている。   FIG. 64 shows a BD stream structure. The stream handled by the BD is a Timed TS including a TS packet (188 bytes) and an ATS (Arrival Time Stamp, 4 bytes) for restoring the input time of the TS packet to the decoder, regardless of the sector size of the recording medium. It consists of 192-byte repetitions called Packets.

BDがTSパケット(MPEG−2 Transport Stream)を採用している理由は、デジタル放送がMPEG2−TSを用いて行われていることとの親和性を確保するためである。   The reason why the BD adopts TS packets (MPEG-2 Transport Stream) is to ensure compatibility with the fact that digital broadcasting is performed using MPEG2-TS.

192バイトのTimed TS Packetは、DVDやBDの2KBのセクタサイズとは合致しないため、これを32個集めた単位(Aligned Unitとも呼ばれる6KB)を最小記録単位としている。   Since the 192-byte Timed TS Packet does not match the 2 KB sector size of DVD or BD, the unit (32 KB, which is also referred to as Aligned Unit) is the minimum recording unit.

従って、仮に編集がある場合には、このAligned Unit(6KB)単位での追加/削除がなされ、BDで扱うストリーム自体が整数個のAligned Unitから構成されるように扱われる。   Accordingly, if there is editing, addition / deletion is performed in the unit of Aligned Unit (6 KB), and the stream itself handled by the BD is handled so as to be composed of an integer number of Aligned Units.

図65は、デジタルスチルカメラなどで撮影した静止画をBD−ROMで規定するスライドショウとして取り込んだ場合のフォーマット構成を示す。   FIG. 65 shows a format configuration when a still image captured by a digital still camera or the like is captured as a slide show defined by a BD-ROM.

図に示すように、“XXX.PROG”は“XXX.PL”を再生するようなプログラム(再生管理情報)であり、“XXX.PL”は、1つのCellから成るプレイリストである。   As shown in the figure, “XXX.PROG” is a program (reproduction management information) for reproducing “XXX.PL”, and “XXX.PL” is a playlist composed of one cell.

Cell#1は、3つのStill Unit(1つの静止画映像を含むMPEG2−TSの区間)を含む“YYY.VOB”ストリーム全体を指し示している。また、再生開始時刻(In#1)と再生終了時刻(Out#1)とは、この3つのStill Unitの再生期間を指定する情報である。   Cell # 1 indicates the entire “YYY.VOB” stream including three Still Units (MPEG2-TS section including one still picture image). The reproduction start time (In # 1) and the reproduction end time (Out # 1) are information for designating the reproduction period of these three Still Units.

各Still Unit内の、I−pictureに付与されたPTSの値はそれぞれPTS#1、PTS#2、およびPTS#3であって、ユーザのスキップ指令などのインタラクションが無い場合には、そのPTSタイミングから自動で切り替わり再生される。   The PTS values assigned to I-pictures in each Still Unit are PTS # 1, PTS # 2, and PTS # 3, respectively, and when there is no interaction such as a user's skip command, the PTS timing Is automatically switched and played.

従って、ユーザが何も操作をしない場合には、PTS#2−PTS#1の時間がStill Unit#1の静止画の表示時間となる。   Therefore, when the user does not perform any operation, the time of PTS # 2-PTS # 1 becomes the display time of the still image of Still Unit # 1.

ユーザが次の静止画にスキップするなどといった操作を行う場合には、その操作のタイミングで次のStill Unitの再生を開始するようすることもできる。   When the user performs an operation such as skipping to the next still image, reproduction of the next Still Unit can be started at the timing of the operation.

このような、BD−ROMのスライドショウを使ってユーザがデジタルスチルカメラの静止画を取り込む場合、Cell内のSTC時間軸(MPEGストリームの内部基準時間)が連続して経過しないといけないなど制限があるために、例えばStill Unit#2だけを削除するなどの編集をされた場合、ストリームからの部分削除時に、PTS#3などのストリームに埋め込まれた時刻情報などを修正していく必要がでてくる。   When a user captures a still image of a digital still camera using such a BD-ROM slideshow, there is a restriction such that the STC time axis (internal reference time of the MPEG stream) in the cell must elapse. Therefore, for example, when editing such as deleting only Still Unit # 2, it is necessary to correct the time information embedded in the stream such as PTS # 3 at the time of partial deletion from the stream. come.

また、Still Unit#2がセクタアライメントされていないため、つまり、データ長が6KBの整数倍にされていないため、ストリームからの中抜き編集において、セクタ単位の削除処理ができず煩雑となる。   Also, since Still Unit # 2 is not sector-aligned, that is, the data length is not an integral multiple of 6 KB, deletion processing in units of sectors cannot be performed in the hollow editing from a stream, which is complicated.

これは、Still Unit#2の最初と最後のTimed TS Packetが、両端のStill Unit(Stiil Unit#1と#3)のTimed TS Packetと同じセクタに記録されているためである。   This is because the first and last timed TS packets of Still Unit # 2 are recorded in the same sector as the Timed TS Packets of Still Units (Still Units # 1 and # 3) at both ends.

このようにスライドショウの編集には、セクタアライメントと時刻情報の変更という2つの処理が付きまとう。以下に、この課題を解決するための方法を説明する。   Thus, the slide show editing is accompanied by two processes, sector alignment and time information change. Hereinafter, a method for solving this problem will be described.

図66に示す“XXX.PROG”は図65に示すものと同一だが、“XXX.PL”を構成するCellをStill Unitと1対1に対応させている。この利点は、特定のStill Unitを削除してもストリーム内部のタイムスタンプの修正が不要になるということである(図に示すように、各Cellはそれぞれ独自のSTC時間軸上に配置されている。)。   “XXX.PROG” shown in FIG. 66 is the same as that shown in FIG. 65, but the cells constituting “XXX.PL” are made to correspond one-to-one with Still Unit. The advantage is that even if a specific Still Unit is deleted, it is not necessary to modify the time stamp in the stream (as shown in the figure, each Cell is arranged on its own STC time axis). .)

また、図67に詳細に示すように、1つのStill UnitのデータサイズがAligned Unit(6KB)の整数倍となるように、ダミーのTimed TS Packet(NULLパケットでよい)を追加することが可能である。   In addition, as shown in detail in FIG. 67, it is possible to add a dummy Timed TS Packet (may be a NULL packet) so that the data size of one Still Unit is an integral multiple of Aligned Unit (6 KB). is there.

このようにすることで、1枚の静止画単位(1つのStill Unit単位)での削除や、順番の入れ替えにも容易に対応することができるようになる。   By doing so, it becomes possible to easily cope with deletion in one still image unit (one Still Unit unit) and change of order.

1つのStill Unitは、例えばMPEG2−Videoを用いる場合には、シーケンスヘッダ、GOPヘッダ、Iピクチャ、シーケンスエンドコードからなる1枚の静止画を示す主映像ストリームと、プログラム構成に必要なPSI/SIパケット(PAT、PMT、およびSITなど)、基準時刻STCを生成する時刻情報を運ぶPCRパケット、および静止画(主映像ストリーム)に重畳して表示する副映像ストリームとから構成される。   For example, in the case of using MPEG2-Video, one Still Unit includes a main video stream indicating one still image including a sequence header, a GOP header, an I picture, and a sequence end code, and PSI / SI necessary for a program configuration. A packet (PAT, PMT, SIT, etc.), a PCR packet carrying time information for generating a reference time STC, and a sub-video stream to be displayed superimposed on a still picture (main video stream).

前述のような制限を加えることで、例えば図66のStill Unit#2を削除したり、Still Unit#2とStill Unit#3の順番を変更する処理が、単純なプレイリストファイルのCell情報の修正と、ストリーム(Still Unit)の部分削除/部分並び替えで済むようになる。   By adding the above-mentioned restrictions, for example, the process of deleting Still Unit # 2 in FIG. 66 or changing the order of Still Unit # 2 and Still Unit # 3 is a simple modification of Cell information of a playlist file. Then, partial deletion / rearrangement of the stream (Still Unit) can be performed.

つまり、修正箇所以降のストリームを解析し、PTSの値を変更していくなどの処理は不要である。   That is, it is not necessary to perform processing such as analyzing the stream after the correction portion and changing the value of the PTS.

図68には、副映像情報として、デジタルスチルカメラなどで良く使われているExif情報を字幕ストリームとして取り込む例を示している。   FIG. 68 shows an example in which Exif information often used in a digital still camera or the like is captured as subtitle information as sub-picture information.

Exif情報とは、シャッター速度やISO感度、撮影日時などの静止画に関連する付加情報を格納した情報であり、各種様々な静止画に関連する情報を格納している情報である。   Exif information is information that stores additional information related to still images such as shutter speed, ISO sensitivity, and shooting date and time, and is information that stores information related to various still images.

このような静止画に付随する情報は常には表示される必要は無いため、図68(C)に示すような副映像情報を、BD−ROMにおける字幕ストリームのような仕組み(ユーザが意図的に表示/非表示を選択可能な仕組み)として多重化することも考えられる。   Since the information accompanying such a still image does not always need to be displayed, sub-picture information as shown in FIG. 68 (C) is converted into a mechanism like a subtitle stream in the BD-ROM (the user intentionally It is also possible to multiplex as a mechanism capable of selecting display / non-display.

この場合、ユーザは、図68(B)のような静止画だけの静止画スライドショウだけではなく、もしユーザが望むならば、それに付随する情報も表示する図68(A)のような形式で静止画スライドショウを楽しむこともできる。   In this case, the user displays not only a still image slide show of only a still image as shown in FIG. 68B but also a format as shown in FIG. 68A that displays information accompanying the user if desired. You can also enjoy a still image slideshow.

図69は、デジタルスチルカメラの静止画とExif情報から、図68(A)〜図68(C)に示すような主映像と副映像に区別されたスライドショウを作成するためのフロー図である。   FIG. 69 is a flowchart for creating a slide show in which a main video and a sub video as shown in FIGS. 68 (A) to 68 (C) are distinguished from a still image and Exif information of a digital still camera. .

静止画の取り込みが開始されると(S1001)、まず、変換する静止画を読み込む(S1002)。静止画からExif情報を抽出し(S1003)、Exif情報の一部を主映像に重畳する副映像としてエンコードする(S1004)。   When capture of a still image is started (S1001), first, a still image to be converted is read (S1002). Exif information is extracted from the still image (S1003), and a part of the Exif information is encoded as a sub-video superimposed on the main video (S1004).

また、静止画を1920×1080の画素数にリサイズする(S1005)。リサイズ後、1枚のI−pictureからなる主映像(MPEG2−Video等)としてエンコードする(S1006)。   Further, the still image is resized to 1920 × 1080 pixels (S1005). After resizing, it is encoded as a main video (MPEG2-Video etc.) consisting of one I-picture (S1006).

以上により、主映像と副映像とが生成され、主映像と副映像とを合わせたStil Unitを生成する(S1007)。   As described above, the main video and the sub video are generated, and a Still Unit that combines the main video and the sub video is generated (S1007).

Stil Unitがセクタアラインメントされている場合は(S1008でYes)、静止画の取り込みに係る処理を終了する(S1010)。   If the Still Unit is sector-aligned (Yes in S1008), the processing related to still image capture is terminated (S1010).

また、Stil Unitがセクタアラインメントされていない場合は(S1008でNo)、ダミーパケット(NULLパケット)を追加し、セクタアラインメントにする(S1009)。その後、静止画の取り込みに係る処理を終了する(S1010)。   If Still Unit is not sector-aligned (No in S1008), a dummy packet (NULL packet) is added to make sector alignment (S1009). Thereafter, the process related to the still image capture is terminated (S1010).

一般的にはデジタルスチルカメラの画素数はフルHDの1920x1080を超えるものが多いため、HDサイズにリサイズしてI−pictureとしてエンコードを行う。また、所定のExif情報を抽出し、字幕ストリーム(PGストリーム:Presentation Graphicsストリーム)としてエンコードを行う。   In general, since the number of pixels of a digital still camera exceeds 1920 × 1080 of full HD, it is resized to HD size and encoded as I-picture. Also, predetermined Exif information is extracted and encoded as a caption stream (PG stream: Presentation Graphics stream).

エンコードが済んで多重化を行い、Still Unit単位でセクタアライメントがとれるよう、ダミーパケットを挿入して多重化を終える。   After the encoding is completed, multiplexing is performed, and a dummy packet is inserted to complete the multiplexing so that sector alignment can be achieved in units of Still Units.

本実施の形態にかかる光ディスクおよびその記録/再生装置、記録/再生方法は、光ディスクに記録された静止画スライドショウの1論理単位を記録媒体の記録単位(セクタ)に合わせることで、静止画スライドショウの編集が極めて容易となる。   The optical disc, the recording / reproducing apparatus, and the recording / reproducing method according to the present embodiment are configured so that one logical unit of a still image slide show recorded on an optical disc is matched with a recording unit (sector) of a recording medium. Editing shows is extremely easy.

また、光ディスクに限らず、ハードディスクや半導体メモリなどの記録メディア上に記録する場合にも有用であり、このような種々の記録メディアに記録するAVレコーダや、記録された記録メディア、これらの記録メディアを再生するAVプレーヤに適用できる。   Further, the present invention is useful not only for optical discs but also for recording on recording media such as hard disks and semiconductor memories. AV recorders for recording on such various recording media, recorded recording media, and these recording media It can be applied to an AV player that reproduces.

本発明によれば、映像コンテンツ等を追記した際に、既存のディスクメニューに関連するファイルを容易に識別し削除可能な情報記録媒体を提供できる。この情報記録媒体は、ディスク媒体のみならず、半導体メモリ等の他の記録媒体としても実現可能である。従って映像コンテンツの制作に携わる映画産業・民生機器産業において使用される情報記録媒体として特に有用である。   According to the present invention, it is possible to provide an information recording medium capable of easily identifying and deleting a file related to an existing disc menu when video content or the like is added. This information recording medium can be realized not only as a disk medium but also as another recording medium such as a semiconductor memory. Therefore, it is particularly useful as an information recording medium used in the movie industry / consumer equipment industry involved in the production of video content.

図1は、SD−DVDの構造を示す図である。FIG. 1 is a diagram showing the structure of an SD-DVD. 図2は、AVデータであるMPEGストリーム中に埋め込まれているナビゲーション情報を説明する概要図である。FIG. 2 is a schematic diagram illustrating navigation information embedded in an MPEG stream that is AV data. 図3は、DVDにおけるVOBの構成を示す概要図である。FIG. 3 is a schematic diagram showing the configuration of a VOB in a DVD. 図4は、BD−ROMのデータ階層を示す図である。FIG. 4 is a diagram showing a data hierarchy of the BD-ROM. 図5は、BD−ROMに記録されている論理データの構造を示す図である。FIG. 5 is a diagram showing the structure of logical data recorded on the BD-ROM. 図6は、BD−ROMを再生するBD−ROMプレーヤの基本的な構成の概要を示す図である。FIG. 6 is a diagram showing an outline of a basic configuration of a BD-ROM player that reproduces a BD-ROM. 図7は、図6に示すプレーヤの構成を詳細化したブロック図である。FIG. 7 is a detailed block diagram of the configuration of the player shown in FIG. 図8は、BD−ROMのアプリケーション空間を示す図である。FIG. 8 is a diagram showing an application space of the BD-ROM. 図9は、MPEGストリーム(VOB)の構成を示す図である。FIG. 9 is a diagram showing the structure of an MPEG stream (VOB). 図10は、MPEGストリームにおけるパックの構成を示す図である。FIG. 10 is a diagram showing the structure of a pack in the MPEG stream. 図11は、AVデータとプレーヤ構成との関係を説明するための図である。FIG. 11 is a diagram for explaining a relationship between AV data and a player configuration. 図12は、トラックバッファを使ったVOBデータ連続供給モデルを説明するための図である。FIG. 12 is a diagram for explaining a VOB data continuous supply model using a track buffer. 図13は、VOB管理情報ファイルの内部構造を示す図である。FIG. 13 shows the internal structure of the VOB management information file. 図14は、VOBU情報の詳細を説明するための図である。FIG. 14 is a diagram for explaining the details of the VOBU information. 図15は、タイムマップを使ったアドレス情報取得方法を説明するための図である。FIG. 15 is a diagram for explaining an address information acquisition method using a time map. 図16は、プレイリストの構成を示す図である。FIG. 16 is a diagram showing the configuration of a playlist. 図17は、イベントハンドラテーブルの構成を示す図である。FIG. 17 is a diagram showing the configuration of the event handler table. 図18は、BD−ROM全体情報であるBD.INFOの構成を示す図である。FIG. 18 is a diagram showing BD. It is a figure which shows the structure of INFO. 図19は、グローバルイベントハンドラテーブルの構成を示す図である。FIG. 19 is a diagram showing the configuration of the global event handler table. 図20は、タイムイベントの例を示す図である。FIG. 20 is a diagram illustrating an example of a time event. 図21は、ユーザのメニュー操作によるユーザイベントの例を示す図である。FIG. 21 is a diagram illustrating an example of a user event by a user's menu operation. 図22は、グローバルイベントの例を示す図である。FIG. 22 is a diagram illustrating an example of a global event. 図23は、プログラムプロセッサの機能的な構成を説明するための図である。FIG. 23 is a diagram for explaining a functional configuration of the program processor. 図24は、システムパラメータ(SPRM)の一覧を示す図である。FIG. 24 is a diagram showing a list of system parameters (SPRM). 図25は、2つの選択ボタンを持つメニュー画面の制御に係るイベントハンドラにおけるプログラムの例を示す図である。FIG. 25 is a diagram showing an example of a program in an event handler related to control of a menu screen having two selection buttons. 図26は、メニュー選択のユーザイベントに係るイベントハンドラにおけるプログラムの例を示す図である。FIG. 26 is a diagram illustrating an example of a program in an event handler relating to a menu selection user event. 図27は、BD−ROMプレーヤにおけるAVデータ再生の基本処理の流れを示すフローチャートである。FIG. 27 is a flowchart showing a flow of basic processing of AV data reproduction in the BD-ROM player. 図28は、BD−ROMプレーヤにおけるプレイリスト再生開始からVOB再生終了までの処理の流れを示すフローチャートである。FIG. 28 is a flowchart showing the flow of processing from the start of playlist playback to the end of VOB playback in the BD-ROM player. (A)は、BD−ROMプレーヤにおけるタイムイベントに係る処理の流れを示すフローチャートであり、(B)は、BD−ROMプレーヤにおけるユーザイベントに係る処理の流れを示すフローチャートである。(A) is a flowchart showing a flow of processing relating to a time event in the BD-ROM player, and (B) is a flowchart showing a flow of processing relating to a user event in the BD-ROM player. 図30は、BD−ROMプレーヤにおける字幕データの処理の流れを示すフローチャートである。FIG. 30 is a flowchart showing a process flow of caption data in the BD-ROM player. 図31は、実施の形態2におけるディスクを使用するレコーダおよびプレーヤで表示されるメニューの例を示す図である。FIG. 31 is a diagram showing an example of a menu displayed on the recorder and player that use the disc in the second embodiment. 図32は、実施の形態2におけるBD.INFOの内容を示す図である。FIG. 32 shows the BD. It is a figure which shows the content of INFO. 図33は、実施の形態2におけるBD.PROGの内容を示す図である。FIG. 33 shows the BD. It is a figure which shows the content of PROG. 図34は、メニュー表示およびタイトル再生に係る表示および動作の遷移の一例を示す図である。FIG. 34 is a diagram showing an example of display and operation transitions related to menu display and title reproduction. (A)は、ディスクメニューの更新においてBD.INFO等の各ファイルをどのように扱うかを示す図であり、(B)は、(A)に示される番号の意味を説明する図である。(A) is a BD. It is a figure which shows how each file, such as INFO, is handled, (B) is a figure explaining the meaning of the number shown by (A). 図36は、BD.INFOの“Extension”にプレイリストを特定するための情報を格納した状態を示す図である。FIG. It is a figure which shows the state which stored the information for specifying a play list in "Extension" of INFO. 図37は、実施の形態2における、ディスクメニューの更新前後のタイトルとプレイリスト(コンテンツ)との相関の例を示す図である。FIG. 37 is a diagram showing an example of the correlation between the title and the playlist (content) before and after the disc menu is updated in the second embodiment. 図38は、実施の形態2のレコーダの機能的な構成を示す機能ブロック図である。FIG. 38 is a functional block diagram showing a functional configuration of the recorder according to the second embodiment. 図39は、実施の形態2のレコーダ400における記録/編集時のタイトル構成の更新時の動作の流れの概要を示すフロー図である。FIG. 39 is a flowchart showing an outline of the operation flow when updating the title configuration during recording / editing in the recorder 400 of the second embodiment. 図40は、実施の形態3における、BDディスク全体管理情報およびTitle情報を記録するファイルの構成図である。FIG. 40 is a configuration diagram of a file for recording BD disc overall management information and Title information in the third embodiment. 図41は、実施の形態3における、プログラムを格納するObject情報を記録するファイルの構成図である。FIG. 41 is a configuration diagram of a file for recording Object information for storing a program in the third embodiment. 図42は、実施の形態3における、BD−ROMでの多重化の例を示す図である。FIG. 42 is a diagram illustrating an example of multiplexing on a BD-ROM in the third embodiment. 図43は、実施の形態3における、ナビゲーション機能のページのデータ構造を示す図である。FIG. 43 is a diagram illustrating a data structure of a navigation function page in the third embodiment. 図44は、実施の形態3における、ナビゲーション機能のボタンのデータ構造を示す図である。FIG. 44 is a diagram showing a data structure of a navigation function button in the third embodiment. 図45は、実施の形態3における、ナビゲーション機能の例を示す図である。FIG. 45 is a diagram illustrating an example of the navigation function in the third embodiment. 図46は、実施の形態3における、スライドショウ機能の構造を示す図である。FIG. 46 is a diagram showing the structure of the slideshow function in the third embodiment. (A)は、実施の形態3における、再生メニューの例を示す図であり、(B)は、実施の形態3における、メニュー画面の遷移の例を示す図である。(A) is a figure which shows the example of the reproduction | regeneration menu in Embodiment 3, (B) is a figure which shows the example of the transition of a menu screen in Embodiment 3. FIG. 図48は、実施の形態3における、各Titleが参照するプレイリスト並びにオブジェクトの情報を格納するメタデータの例を示す図である。FIG. 48 is a diagram illustrating an example of metadata that stores information of playlists and objects referred to by each Title according to the third embodiment. 図49は、実施の形態4における、メタデータをIndexExtenionData()に格納した場合の例を示す図である。Figure 49 in the fourth embodiment, a diagram showing an example of storing the metadata in IndexExten s ionData (). 図50は、実施の形態4における、Real PlayList(実シナリオ情報)及びVirtaul PlayList(仮想シナリオ情報)とShot(撮影または録画した映像単位)との関係を示す図である。FIG. 50 is a diagram illustrating the relationship between Real PlayList (actual scenario information) and Virtual PlayList (virtual scenario information) and Shot (captured or recorded video unit) in the fourth embodiment. 図51は、実施の形態4における、Shotの先頭を示すMarkとShotの撮影順との関係を示す図である。FIG. 51 is a diagram illustrating the relationship between Mark indicating the head of Shot and the shooting order of Shot in the fourth embodiment. (A)は、実施の形態4における、メタデータのデータ構造の一例を示す図であり、(B)は、(A)に示すメタデータに基づき生成されたShotメニューの一例を示す図である。(A) is a figure which shows an example of the data structure of metadata in Embodiment 4, (B) is a figure which shows an example of the Shot menu produced | generated based on the metadata shown to (A). . 図53は、実施の形態5における、メタデータの一部をIndexExtenionData()に格納した場合の例を示す図である。Figure 53 is a diagram showing an example of a case where the storing of the fifth embodiment, a portion of the metadata IndexExten s ionData (). 図54は、実施の形態5における、メタデータの一部をPlayListExtenionData()に格納した場合の例を示す図である。場合の例を示す図である。Figure 54 is a diagram showing an example of a case where the storing of the fifth embodiment, a portion of the metadata PlayListExten s ionData (). It is a figure which shows the example of a case. (A)は、実施の形態5における、メタデータのデータ構造の一例を示す図であり、(B)は、(A)に示すメタデータに基づき生成されたShotメニューの一例を示す図である。(A) is a figure which shows an example of the data structure of metadata in Embodiment 5, (B) is a figure which shows an example of the Shot menu produced | generated based on the metadata shown to (A). . 図56は、映像の編集により撮影日時情報が失われる例を示す図である。FIG. 56 is a diagram illustrating an example in which shooting date / time information is lost due to video editing. 図57は、実施の形態6における、Markを用いて編集時でも撮影日時を保持する方法を示す図である。FIG. 57 is a diagram showing a method for holding the shooting date and time even when editing using Mark in the sixth embodiment. 図58は、実施の形態7における、メタデータの格納位置を説明する図である。FIG. 58 is a diagram for explaining the storage location of metadata in the seventh embodiment. 図59は、実施の形態7における、メタデータのデータ構造を説明する図である。FIG. 59 is a diagram for explaining the data structure of metadata in the seventh embodiment. 図60は、実施の形態7における、メタデータの識別情報(ID)と種類とを説明する図である。FIG. 60 is a diagram for explaining metadata identification information (ID) and types according to the seventh embodiment. 図61は、実施の形態7における、メタデータの取得処理を示すフロー図である。FIG. 61 is a flowchart showing metadata acquisition processing in the seventh embodiment. 図62は、DVとEXIFで同種情報を持つことを説明する図である。FIG. 62 is a diagram for explaining that DV and EXIF have the same type of information. 図63は、同種情報を持つ場合の記録ルールを説明する図である。FIG. 63 is a diagram for explaining a recording rule in the case of having the same type information. 図64は、BD−ROMディスク記録されているストリームのデータ構造を説明する図である。FIG. 64 is a diagram for explaining the data structure of a stream recorded on a BD-ROM disc. 図65は、従来のスライドショウに係るデータ構造を説明する図である。FIG. 65 is a diagram for explaining a data structure related to a conventional slide show. 図66は、実施の形態8における、スライドショウに係るデータ構造を説明する図である。FIG. 66 is a diagram for explaining a data structure related to a slide show in the eighth embodiment. 図67は、実施の形態8における、Still Unitのデータ構造を説明する図である。FIG. 67 is a diagram for explaining the data structure of Still Unit in the eighth embodiment. 図68は、実施の形態8における、副映像を用いた静止画スライドショウを説明する図である。FIG. 68 is a diagram for explaining a still image slideshow using a sub-video in the eighth embodiment. 図69は、実施の形態8における、副映像を用いた静止画スライドショウの作成のための処理の流れを示すフロー図である。FIG. 69 is a flowchart showing the flow of processing for creating a still image slideshow using sub-pictures in the eighth embodiment.

符号の説明Explanation of symbols

1 BD−ROMプレーヤ
2 オーディオ専用プレーヤ
104 BD−ROM
105 ディスク
202 光ピックアップ
203 プログラム記録メモリ
204 管理情報記録メモリ
205 AV記録メモリ
206 プログラム処理部
207 管理情報処理部
208 プレゼンテーション処理部
209 イメージプレーン
210 ビデオプレーン
211 合成処理部
302 プログラムプロセッサ
303 UOマネージャ
305 シナリオプロセッサ
306 プレゼンテーションコントローラ
307 クロック
308 イメージメモリ
309 トラックバッファ
310 デマルチプレクサ
311 イメージプロセッサ
312 ビデオプロセッサ
313 サウンドプロセッサ
317 ドライブコントローラ
400 レコーダ
401 プレイリスト特定部
402 削除部
403 メニュー生成部
404 メーカー判定部
405 受付部
406 編集部
407 番号読出部
408 撮影部
409 表示部
S801 記録/編集開始ステップ
S802 BD.INFO、BD.PROG読み込みステップ
S803 タイトル番号取得ステップ
S804 関連ファイル更新ステップ
S805 新規タイトル番号付与ステップ
S806 ダミーデータ付与ステップ
S807 更新済BD.INFOおよび更新済BD.PROG書込みステップ
1 BD-ROM player 2 Audio-only player 104 BD-ROM
105 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 synthesis processing unit 302 program processor 303 UO manager 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 317 Drive controller 400 Recorder 401 Playlist specifying unit 402 Deleting unit 403 Menu generating unit 404 Manufacturer determining unit 405 Accepting unit 406 Editing 407 number reading portion 408 imaging unit 409 display unit S801 recording / editing start step S802 BD. INFO, BD. PROG reading step S803 Title number acquisition step S804 Relevant file update step S805 New title number assignment step S806 Dummy data assignment step S807 Updated BD. INFO and updated BD. PROG writing step

Claims (9)

報記録媒体にデジタルストリームを記録する記録装置であって、
前記情報記録媒体は、
デジタルストリームの一部または全部である部分区間で構成されるAVコンテンツであるタイトルが記録された情報記録媒体であって、
デジタルストリームにおける部分区間の位置と再生順序とを指定することで前記タイトルを特定する情報を有するプレイリストと、
前記プレイリストを呼び出すことにより前記タイトルの再生を制御するプログラムと、
前記タイトルを識別するタイトル識別情報と、前記プログラムを識別するプログラム識別情報とが対応付けられて含まれているインデックス情報と、
前記タイトル識別情報と前記プレイリストを識別するプレイリスト識別情報とが対応付けられて含まれている、前記インデックス情報を拡張した拡張情報と、
複数のタイトルが記録されており、
前記複数のタイトルのうちの1つは、自身以外のタイトルをユーザに選択させるメニューであり、
前記記録装置は、
前記メニューの再生を制御するプログラムを、前記インデックス情報に含まれる、前記メニューのタイトル識別情報に対応付けられた前記プログラム識別情報を用いて特定するプログラム特定手段と、
前記特定されたプログラムから呼び出されるプレイリストを、前記拡張情報に含まれる、前記メニューのタイトル識別情報に対応付けられた前記プレイリスト識別情報を用いて特定するプレイリスト特定手段と、
前記メニューに換えて、新たなメニューを生成し前記情報記録媒体に記録するメニュー生成手段と、
前記メニュー生成手段により前記新たなメニューが生成される場合、前記プレイリスト特定手段により特定されたプレイリストを削除する削除手段と
を備える記録装置。
A recording apparatus for recording a digital stream in the information recording medium,
The information recording medium is
An information recording medium on which a title that is AV content composed of a partial section that is part or all of a digital stream is recorded,
A playlist having information identifying the title by designating the position of the partial section in the digital stream and the playback order;
A program for controlling playback of the title by calling the playlist;
Index information including title identification information for identifying the title and program identification information for identifying the program in association with each other;
Extended information obtained by extending the index information, including the title identification information and playlist identification information for identifying the playlist, in association with each other.
And a plurality of titles are recorded,
One of the plurality of titles is a menu that allows the user to select a title other than the title,
The recording device comprises:
Program specifying means for specifying a program for controlling reproduction of the menu using the program identification information associated with the title identification information of the menu included in the index information;
A playlist specifying means for specifying a playlist called from the specified program using the playlist identification information associated with the title identification information of the menu included in the extension information;
Menu generating means for generating a new menu instead of the menu and recording it on the information recording medium;
A recording apparatus comprising: a deletion unit that deletes the playlist specified by the playlist specification unit when the new menu is generated by the menu generation unit.
前記プレイリストは、更に、前記プレイリストにより特定されるタイトルの管理情報を有しており、
前記削除手段は、前記プレイリストを削除する場合、更に、前記プレイリストに指定されるデジタルストリームの部分区間と前記タイトルの管理情報とを前記情報記録媒体から削除する
請求項記載の記録装置。
The playlist further includes management information of a title specified by the playlist,
The deletion unit, to remove the playlist, further, recording apparatus according to claim 1 to delete the management information of said a partial section of a digital stream that is specified in the playlist title from the information recording medium.
更に、前記情報記録媒体に新たなタイトルを追加するとともに、前記情報記録媒体に記録されているタイトル番号の最後の番号以降の番号を前記タイトルのタイトル番号として、前記タイトルに関連するプレイリストのプレイリスト識別情報と対応させて、前記拡張
情報に追加する編集手段を備える
請求項記載の記録装置。
In addition, a new title is added to the information recording medium, and the number of the title number recorded after the last number recorded on the information recording medium is set as the title number of the title, and the play list associated with the title is played. in correspondence with the list identification information recording apparatus according to claim 1, further comprising an editing means for adding to the extension information.
前記拡張情報には、更に、前記タイトル識別情報に対応する番号であるタイトル番号が、前記プレイリスト識別情報と対応付けられて、プレイリストの記録日時順に並んで含まれており、
前記記録装置は、更に、前記拡張情報に含まれるタイトル番号を読み出す番号読出手段を備え、
前記メニュー生成手段は、前記新たなメニューに、前記番号読出手段により読み出されたタイトル番号と前記タイトル番号に対応するタイトルを示す情報とを表示するように前記新たなメニューを生成する
請求項記載の記録装置。
The extended information further includes a title number, which is a number corresponding to the title identification information, associated with the playlist identification information and arranged in order of recording date and time of the playlist,
The recording apparatus further includes number reading means for reading a title number included in the extension information,
The menu generation means, wherein the new menu, claim 1 to generate the new menu so as to display the information indicating the title corresponding to the title number read the title number by the number reading means The recording device described.
更に、前記情報記録媒体に記録されているタイトルの編集を行う編集手段を備え、
前記プレイリスト特定手段は、更に、前記編集手段により、前記情報記録媒体に記録されているタイトルが削除された場合、削除されたタイトルに関連するプレイリストを、前記拡張情報に記録されている、前記削除されたタイトルのタイトル番号と対応付けられたプレイリスト識別情報を用いて特定し、
前記編集手段は、前記プレイリスト特定手段により特定されたプレイリストに示されるデジタルストリームの部分区間を、タイトルが削除されたことを示す内容のデジタルストリームに置き換える
請求項記載の記録装置。
Furthermore, an editing means for editing the title recorded on the information recording medium is provided,
When the title recorded on the information recording medium is deleted by the editing unit, the playlist specifying unit further records a playlist related to the deleted title in the extended information. Specify using the playlist identification information associated with the title number of the deleted title,
The recording apparatus according to claim 4 , wherein the editing unit replaces a partial section of the digital stream indicated in the playlist specified by the playlist specifying unit with a digital stream having a content indicating that the title has been deleted.
前記拡張情報には、更に、前記メニューを前記情報記録媒体に記録した記録装置の生産者を識別する生産者識別情報が含まれており、
前記記録装置は、更に、前記拡張情報に含まれる生産者識別情報に示される生産者が、前記記録装置の生産者と一致するか否かを判定する判定手段を備え、
前記メニュー生成手段は、前記判定手段により、前記生産者識別情報に示される生産者が、前記記録装置の生産者と一致しないと判定された場合、前記新たなメニューを生成し、
前記削除手段は、前記判定手段により、前記生産者識別情報に示される生産者が、前記記録装置の生産者と一致しないと判定された場合、前記プレイリスト特定手段により特定されたプレイリストを削除する
請求項記載の記録装置。
The extended information further includes producer identification information for identifying the producer of the recording apparatus that records the menu on the information recording medium,
The recording apparatus further includes a determination unit that determines whether or not a producer indicated by the producer identification information included in the extended information matches a producer of the recording apparatus.
The menu generation unit generates the new menu when the determination unit determines that the producer indicated in the producer identification information does not match the producer of the recording apparatus,
The deleting unit deletes the playlist specified by the playlist specifying unit when the determining unit determines that the producer indicated by the producer identification information does not match the producer of the recording device. The recording apparatus according to claim 1 .
情報記録媒体にデジタルストリームを記録する記録方法であって、
前記情報記録媒体は、
デジタルストリームの一部または全部である部分区間で構成されるAVコンテンツであるタイトルが記録された情報記録媒体であって、
デジタルストリームにおける部分区間の位置と再生順序とを指定することで前記タイトルを特定する情報を有するプレイリストと、
前記プレイリストを呼び出すことにより前記タイトルの再生を制御するプログラムと、
前記タイトルを識別するタイトル識別情報と、前記プログラムを識別するプログラム識別情報とが対応付けられて含まれているインデックス情報と、
前記タイトル識別情報と前記プレイリストを識別するプレイリスト識別情報とが対応付けられて含まれている、前記インデックス情報を拡張した拡張情報と、
複数のタイトルが記録されており、
前記複数のタイトルのうちの1つは、自身以外のタイトルをユーザに選択させるメニューであり、
前記記録方法は、
前記メニューの再生を制御するプログラムを、前記インデックス情報に含まれる、前記メニューのタイトル識別情報に対応付けられた前記プログラム識別情報を用いて特定するプログラム特定ステップと、
前記特定されたプログラムから呼び出されるプレイリストを、前記拡張情報に含まれる、前記メニューのタイトル識別情報に対応付けられた前記プレイリスト識別情報を用いて特定するプレイリスト特定ステップと、
前記メニューに換えて、新たなメニューを生成し前記情報記録媒体に記録するメニュー生成ステップと、
前記メニュー生成ステップにおいて前記新たなメニューが生成される場合、前記プレイリスト特定ステップにおいて特定されたプレイリストを削除する削除ステップと
を含む記録方法。
A recording method for recording a digital stream on an information recording medium,
The information recording medium is
An information recording medium on which a title that is AV content composed of a partial section that is part or all of a digital stream is recorded,
A playlist having information identifying the title by designating the position of the partial section in the digital stream and the playback order;
A program for controlling playback of the title by calling the playlist;
Index information including title identification information for identifying the title and program identification information for identifying the program in association with each other;
Extended information obtained by extending the index information, including the title identification information and playlist identification information for identifying the playlist, in association with each other.
And a plurality of titles are recorded,
One of the plurality of titles is a menu that allows the user to select a title other than the title,
The recording method is:
A program specifying step for specifying a program for controlling reproduction of the menu using the program identification information associated with the title identification information of the menu included in the index information;
A playlist specifying step of specifying a playlist called from the specified program using the playlist identification information associated with the title identification information of the menu included in the extension information;
In place of the menu, a menu generation step of generating a new menu and recording it on the information recording medium;
And a deletion step of deleting the playlist specified in the playlist specification step when the new menu is generated in the menu generation step.
情報記録媒体にデジタルストリームを記録するためのプログラムであって、
前記情報記録媒体は、
デジタルストリームの一部または全部である部分区間で構成されるAVコンテンツであるタイトルが記録された情報記録媒体であって、
デジタルストリームにおける部分区間の位置と再生順序とを指定することで前記タイトルを特定する情報を有するプレイリストと、
前記プレイリストを呼び出すことにより前記タイトルの再生を制御するプログラムと、
前記タイトルを識別するタイトル識別情報と、前記プログラムを識別するプログラム識別情報とが対応付けられて含まれているインデックス情報と、
前記タイトル識別情報と前記プレイリストを識別するプレイリスト識別情報とが対応付けられて含まれている、前記インデックス情報を拡張した拡張情報と、
複数のタイトルが記録されており、
前記複数のタイトルのうちの1つは、自身以外のタイトルをユーザに選択させるメニューであり、
前記プログラムは、
前記メニューの再生を制御するプログラムを、前記インデックス情報に含まれる、前記メニューのタイトル識別情報に対応付けられた前記プログラム識別情報を用いて特定するプログラム特定ステップと、
前記特定されたプログラムから呼び出されるプレイリストを、前記拡張情報に含まれる、前記メニューのタイトル識別情報に対応付けられた前記プレイリスト識別情報を用いて特定するプレイリスト特定ステップと、
前記メニューに換えて、新たなメニューを生成し前記情報記録媒体に記録するメニュー生成ステップと、
前記メニュー生成ステップにおいて前記新たなメニューが生成される場合、前記プレイリスト特定ステップにおいて特定されたプレイリストを削除する削除ステップと
をコンピュータに実行させるためのプログラム。
A program for recording a digital stream on an information recording medium,
The information recording medium is
An information recording medium on which a title that is AV content composed of a partial section that is part or all of a digital stream is recorded,
A playlist having information identifying the title by designating the position of the partial section in the digital stream and the playback order;
A program for controlling playback of the title by calling the playlist;
Index information including title identification information for identifying the title and program identification information for identifying the program in association with each other;
Extended information obtained by extending the index information, including the title identification information and playlist identification information for identifying the playlist, in association with each other.
And a plurality of titles are recorded,
One of the plurality of titles is a menu that allows the user to select a title other than the title,
The program is
A program specifying step for specifying a program for controlling reproduction of the menu using the program identification information associated with the title identification information of the menu included in the index information;
A playlist specifying step of specifying a playlist called from the specified program using the playlist identification information associated with the title identification information of the menu included in the extension information;
In place of the menu, a menu generation step of generating a new menu and recording it on the information recording medium;
A program for causing a computer to execute a deletion step of deleting a playlist specified in the playlist specification step when the new menu is generated in the menu generation step.
情報記録媒体にデジタルストリームを記録する集積回路であって、
前記情報記録媒体は、
デジタルストリームの一部または全部である部分区間で構成されるAVコンテンツであるタイトルが記録された情報記録媒体であって、
デジタルストリームにおける部分区間の位置と再生順序とを指定することで前記タイトルを特定する情報を有するプレイリストと、
前記プレイリストを呼び出すことにより前記タイトルの再生を制御するプログラムと、
前記タイトルを識別するタイトル識別情報と、前記プログラムを識別するプログラム識別情報とが対応付けられて含まれているインデックス情報と、
前記タイトル識別情報と前記プレイリストを識別するプレイリスト識別情報とが対応付けられて含まれている、前記インデックス情報を拡張した拡張情報と、
複数のタイトルが記録されており、
前記複数のタイトルのうちの1つは、自身以外のタイトルをユーザに選択させるメニューであり、
前記集積回路は、
前記メニューの再生を制御するプログラムを、前記インデックス情報に含まれる、前記メニューのタイトル識別情報に対応付けられた前記プログラム識別情報を用いて特定するプログラム特定手段と、
前記特定されたプログラムから呼び出されるプレイリストを、前記拡張情報に含まれる、前記メニューのタイトル識別情報に対応付けられた前記プレイリスト識別情報を用いて特定するプレイリスト特定手段と、
前記メニューに換えて、新たなメニューを生成し前記情報記録媒体に記録するメニュー生成手段と、
前記メニュー生成手段により前記新たなメニューが生成される場合、前記プレイリスト特定手段により特定されたプレイリストを削除する削除手段と
を備える集積回路。
An integrated circuit for recording a digital stream on an information recording medium,
The information recording medium is
An information recording medium on which a title that is AV content composed of a partial section that is part or all of a digital stream is recorded,
A playlist having information identifying the title by designating the position of the partial section in the digital stream and the playback order;
A program for controlling playback of the title by calling the playlist;
Index information including title identification information for identifying the title and program identification information for identifying the program in association with each other;
Extended information obtained by extending the index information, including the title identification information and playlist identification information for identifying the playlist, in association with each other.
And a plurality of titles are recorded,
One of the plurality of titles is a menu that allows the user to select a title other than the title,
The integrated circuit comprises:
Program specifying means for specifying a program for controlling reproduction of the menu using the program identification information associated with the title identification information of the menu included in the index information;
A playlist specifying means for specifying a playlist called from the specified program using the playlist identification information associated with the title identification information of the menu included in the extension information;
Menu generating means for generating a new menu instead of the menu and recording it on the information recording medium;
An integrated circuit comprising: deletion means for deleting the playlist specified by the playlist specifying means when the new menu is generated by the menu generating means.
JP2006200084A 2005-07-27 2006-07-21 Recording apparatus, recording method, program, and integrated circuit Expired - Fee Related JP4827642B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006200084A JP4827642B2 (en) 2005-07-27 2006-07-21 Recording apparatus, recording method, program, and integrated circuit

Applications Claiming Priority (13)

Application Number Priority Date Filing Date Title
JP2005216992 2005-07-27
JP2005216992 2005-07-27
JP2005280933 2005-09-27
JP2005280933 2005-09-27
JP2005289091 2005-09-30
JP2005289091 2005-09-30
JP2005304559 2005-10-19
JP2005304559 2005-10-19
JP2005318894 2005-11-01
JP2005318894 2005-11-01
JP2006145954 2006-05-25
JP2006145954 2006-05-25
JP2006200084A JP4827642B2 (en) 2005-07-27 2006-07-21 Recording apparatus, recording method, program, and integrated circuit

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2011169448A Division JP5314097B2 (en) 2005-07-27 2011-08-02 Recording apparatus and information recording method
JP2011169447A Division JP2011227989A (en) 2005-07-27 2011-08-02 Recording apparatus and information recording method

Publications (2)

Publication Number Publication Date
JP2008004247A JP2008004247A (en) 2008-01-10
JP4827642B2 true JP4827642B2 (en) 2011-11-30

Family

ID=39008489

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006200084A Expired - Fee Related JP4827642B2 (en) 2005-07-27 2006-07-21 Recording apparatus, recording method, program, and integrated circuit

Country Status (1)

Country Link
JP (1) JP4827642B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5999405B2 (en) * 2011-11-28 2016-09-28 ソニー株式会社 Information processing apparatus, information processing method, and program

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100331322B1 (en) * 1998-06-22 2002-08-27 삼성전자 주식회사 Recording medium and recording and / or editing device for storing additional information for supporting special functions between manufacturers and method
JP3382159B2 (en) * 1998-08-05 2003-03-04 株式会社東芝 Information recording medium, reproducing method and recording method thereof
JP4250328B2 (en) * 2000-12-06 2009-04-08 キヤノン株式会社 Recording device
EP1298665A1 (en) * 2001-09-27 2003-04-02 Samsung Electronics Co., Ltd. Method, apparatus and storage medium for recording information
JP2003272358A (en) * 2003-01-29 2003-09-26 Nec Corp Method for editing recorded information and record editing system for disk memory medium
CN100438606C (en) * 2003-03-13 2008-11-26 松下电器产业株式会社 Data processing device
JP2005101996A (en) * 2003-09-25 2005-04-14 Toshiba Corp Information recording medium, information recording method, information reproducing method, information recording apparatus and information reproducing apparatus
DE602004012598D1 (en) * 2003-11-10 2008-04-30 Matsushita Electric Ind Co Ltd RECORDING MEDIUM, REPRODUCTION DEVICE, PROGRAM, PLAY PROCESS, AND SYSTEM INTEGRATED CIRCUIT

Also Published As

Publication number Publication date
JP2008004247A (en) 2008-01-10

Similar Documents

Publication Publication Date Title
JP5314097B2 (en) Recording apparatus and information recording method
JP6541853B2 (en) Reproducing apparatus and reproducing method
JP6840278B2 (en) Reproduction device and reproduction method
JP6227829B2 (en) Playback apparatus and playback method
JP6487588B2 (en) Reproduction method and reproduction apparatus
CN111276170B (en) Decoding system and decoding method
JP6272533B2 (en) Reproduction method and reproduction apparatus
WO2016038811A1 (en) Recording medium, playback device, and playback method
JP4827642B2 (en) Recording apparatus, recording method, program, and integrated circuit
WO2016021120A1 (en) Reproduction device, reproduction method, and recording medium
JP2007048383A (en) Information recording medium, its recording device, recording method, and recording program
JP2007049461A (en) Information recording medium and device thereof, and its method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090601

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110530

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110607

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110802

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110823

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110913

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

Free format text: PAYMENT UNTIL: 20140922

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4827642

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

S131 Request for trust registration of transfer of right

Free format text: JAPANESE INTERMEDIATE CODE: R313133

SZ02 Written request for trust registration

Free format text: JAPANESE INTERMEDIATE CODE: R313Z02

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees