WO2007117016A1 - 記録装置、記録方法および記録プログラム - Google Patents

記録装置、記録方法および記録プログラム Download PDF

Info

Publication number
WO2007117016A1
WO2007117016A1 PCT/JP2007/057931 JP2007057931W WO2007117016A1 WO 2007117016 A1 WO2007117016 A1 WO 2007117016A1 JP 2007057931 W JP2007057931 W JP 2007057931W WO 2007117016 A1 WO2007117016 A1 WO 2007117016A1
Authority
WO
WIPO (PCT)
Prior art keywords
title
playlist
file
recording
data
Prior art date
Application number
PCT/JP2007/057931
Other languages
English (en)
French (fr)
Inventor
Toshiya Hamada
Kenichiro Aridome
Original Assignee
Sony Corporation
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 Sony Corporation filed Critical Sony Corporation
Priority to KR1020077028423A priority Critical patent/KR101231302B1/ko
Priority to US11/916,466 priority patent/US8208782B2/en
Priority to CN2007800006843A priority patent/CN101331762B/zh
Priority to EP07741367A priority patent/EP2003891A4/en
Publication of WO2007117016A1 publication Critical patent/WO2007117016A1/ja

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/93—Regeneration of the television signal or of selected parts thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/213—Read-only discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums

Definitions

  • the present invention provides an AV (Audio / Video) stream, playback control information indicating the playback section and playback order, an object for specifying the playback control information, and a table in which a title for calling the object is described.
  • the present invention relates to a recording apparatus, a recording method, and a recording program that are compatible with a recording medium that is recorded using a format having the above and that can easily create a menu screen.
  • a recording device that makes it easy to create a menu screen that is compatible with the Blu-ray Disc Read-Only Format, a Blu-ray Disc (registered trademark) playback-only format. It can be applied to recording methods and recording programs.
  • the Blu-ray DISC standard has been proposed as a standard for disc-type recording media that can be recorded and can be removed from a recording / reproducing apparatus.
  • the Blu-ray Disc standard uses a disk with a diameter of 12 cm and a cover layer of 0.1 mm as the recording medium, a blue-violet laser with a wavelength of 405 ⁇ m as the optical system, and an objective lens with a numerical aperture of 0.85.
  • the maximum recording capacity is 27 GB (gigabytes). This makes it possible to record Japanese BS digital high-definition broadcasts for more than 2 hours without degrading image quality.
  • AV Audio / Video
  • analog television broadcasting As a source (supply source) of AV (Audio / Video) signals to be recorded on this recordable optical disk, for example, analog television broadcasting is used. It is assumed that it is based on analog signals from transmission, and that is based on digital signals from digital television broadcasting such as BS digital broadcasting. In the Blu-ray Disc standard, a standard that defines how to record AV signals from these broadcasts has already been created.
  • the standard of the reproduction-only recording medium in this Blu-ray Disc is hereinafter referred to as a BD-ROM (Blu_ray Disc-Read Only Memory) standard.
  • the standard of recordable recording media in Blu-ray D i sc is called the BD-RE standard.
  • the patent document “Japanese Patent Application No. 2 04 4-2 1 886” describes the standard of the BD-ROM, which is a reproduction-only type B 1 u -ray D i s c.
  • video data is recorded in units of clips, and a playback section can be specified for a clip using a movie play list.
  • a group of data that is a unit that requires continuous synchronized playback, that is, playback that guarantees real-time playback is called a clip.
  • video data existing as one file on a recording medium is a clip.
  • the movie play list can be played at multiple playback points (IN points). ) And playback end point (OUT point), and the playback section and playback order of each of the clips can be specified.
  • a movie playlist (hereinafter abbreviated as “playlist”) is specified by a navigation command in a movie object (Movie object) and played. Movie objects are listed in the index table as a title entry.
  • the index table is the data that is read first when a disc is loaded into the player. When the disc is loaded, the user can see the title described in the index table.
  • the reference relationship between clips and playlists can be set freely.
  • a clip can be referenced from two playlists with different I N points and OU T points.
  • the reference relationship between titles and movie objects can be set freely.
  • Fig. 1 schematically shows the relationship between titles, movie objects, and playlists according to the BD-ROM standard.
  • movie object # 4 is specified by the first playback and top menu, and playlist # 1 0 0 and playlist # 1 0 1 are referenced from movie object # 4. And top menu screen Is displayed.
  • the menu screen by movie object # 4 is displayed first, and when the menu screen is displayed, playback of movie object # 0 starts and the menu screen is displayed.
  • the scenario configuration is such that the movie jumps to title # 1 and starts to play movie object # 0.
  • the top menu navigates the playback of six titles # 1 to # 6.
  • Title # 1 and Title # 3 respectively instruct playback of movie object # 0, and
  • Title # 4 and Title # 6 instruct playback of movie object # 2, respectively.
  • Movie object # 4 for playing the top menu jumps to title # 1 and to movie object # 0 referenced by title # 1.
  • movie object # 0 describes commands to play two playlists, playlist # 1 0 0 and playlist # 1 0 1
  • movie object # 3 includes playlist # 4, playlist # Commands to play three playlists, 5 and playlist # 6, are described.
  • the recording medium when the recording medium is used in a video camera, recording of a new clip starts when the shooting button is pressed and shooting starts, and shooting ends when the shooting button is released, etc.
  • the title corresponding to the clip is added.
  • the corresponding title is also deleted.
  • the title management method is the first management method that retains the title number regardless of the editing of the title, and the title recording order is retained when editing the title, and the title number is changed according to the editing.
  • Two types of management methods are conceivable. For example, consider the case where Title # 1, Title # 2, Title # 3, and Title # 4 exist as shown in Fig. 2A. When title # 2 is deleted by editing, the first management method maintains the respective title numbers as shown in Fig. 2B, and the deleted title # 2 is the missing number. The on the other hand, in the second management method, as shown in FIG. 2C, the numbers of the titles after the deleted title # 2 are sequentially packed into the title # 2. In the example of FIG. 2C, title # 3 and title # 4 before editing are set as new title # 2 and title # 3, respectively, after editing.
  • Which of the first management method and the second management method is implemented for the recorder is determined according to, for example, the design philosophy of the recorder.
  • the object of the present invention is to record the BD-ROM standard.
  • the present invention relates to a recording apparatus that records at least content data and reproduction control information for controlling reproduction of content data on a recording medium.
  • the recording unit records the content data on the recording medium, and is recorded on the recording medium.
  • Clip information file containing clip information indicating content data attribute information, a playlist file containing a playlist that calls the clip information, and an object that indicates how to play the content data that calls the playlist.
  • a control unit that controls to generate an index file that includes an index table in which a title that calls the object is described.
  • the control unit generates a playlist file when the playlist file is generated. Belongs to A record apparatus and to control so as to add the information indicating the title against Inde Tsu box file.
  • the present invention provides a recording method for recording at least content data and reproduction control information for controlling reproduction of content data on a recording medium, and for the content data recorded on the recording medium,
  • a clip information file including clip information indicating attribute information of content data
  • a playlist file including a playlist for calling the clip information
  • an object file including an object indicating how to play the content data for calling the playlist
  • the recording method is characterized in that control is performed so that information indicating the title to which the playlist file belongs is added to the index file when the playlist file is generated.
  • the present invention provides a recording program for causing a computer device to execute a recording method for recording at least content data and reproduction control information for controlling reproduction of content data on a recording medium.
  • the recording method includes: For content data recorded on a recording medium, a clip information file including clip information indicating attribute information of content data, a playlist file including a playlist for calling the clip information, and a method for reproducing content data for calling the playlist Is controlled to generate an object file containing an object indicating the object and an index file containing an index table in which the title that calls the object is described.
  • the playlist file is generated, the title file to which the playlist file belongs is controlled.
  • the present invention provides a clip information file including clip information indicating attribute information of content data and a playlist file including a playlist for calling the clip information for content data recorded on a recording medium. And an object file that includes an object that indicates how to play the content that calls the playlist, and an index file that includes an index table that describes the title that calls the object.
  • the information indicating the title to which the playlist file belongs is controlled to be added to the index file when Therefore, it is possible to easily know whether or not the title deletion without retaining the title number has been made on other devices.
  • the present invention provides a clip information file including clip information indicating attribute information of content data and a playlist file including a playlist for calling the clip information for content data recorded on a recording medium. And an playlist file that is controlled to generate an object file that contains an object that indicates how to play the evening and an index file that contains an index table that describes the title that calls the object. Since information indicating the title to which the playlist file belongs is controlled to be added to the index file at the time, even if the title is deleted without retaining the title number on another device, Prairice There is an effect that the deleted title number can be restored based on the information indicating the title to which ⁇ belongs.
  • Fig. 1 is a schematic diagram schematically showing the relationship between an example of a title, movie object, and playlist according to the BD-ROM standard.
  • Fig. 2A, Fig. 2B, and Fig. 2C are title editing.
  • Fig. 3 is a schematic diagram for explaining the title BD-ROM data model, and
  • Fig. 4 is a schematic diagram for explaining the index table.
  • Fig. 5 is a UML diagram showing the relationship between clip AV streams, clip information, clips, play items, and playlists.
  • Fig. 6 is a method for referring to the same clip from multiple playlists.
  • Fig. 7 illustrates the sub-path.
  • Fig. 8 is a schematic diagram for explaining the management structure of a file recorded on a recording medium, and Fig.
  • FIG. 9 shows a syntax representing an example structure of a file "index, bdmv”.
  • Fig. 10 is a schematic diagram showing the syntax of an example of a block Indexes (), and
  • Fig. 11 is an abbreviation showing the syntax of an example of the file "MovieObject.bdmv”.
  • Diagram, Fig. 12 is a schematic diagram showing the syntax representing an example of the structure of a block MovieObjectsO,
  • Fig. 13 is a schematic diagram showing the syntax showing an example of the structure of a block ExtensionDataO, and
  • Fig. 14 is Fig. 15 is a flowchart showing an example of processing when data is written to the block ExtensionDataO.
  • Fig. 16 is a block ExtensionDataO. Read extended data from FIG.
  • FIG. 17 is a schematic diagram showing a syntax representing an example of the structure of block data—blockO in the field “Extension Data 0” in the file “index, bdmv”, FIG.
  • the figure is a schematic diagram showing the syntax that represents an example of the structure of the block TableOfPlayListsO.
  • Figure 19 shows the configuration of the menu screen before editing and the title, movie object, and playlist related to the menu screen.
  • Fig. 20 shows the menu screen when title # 3 is deleted, and
  • Fig. 21 shows the configuration example of the title, movie object, and playlist related to the menu screen.
  • FIG. 22 is a flowchart showing an example of processing for restoring the title number based on the value title-id_ref
  • Fig. 23 A and Fig. 23 B are flowcharts schematically showing the operation of the BD virtual player
  • FIG. 24 is a schematic diagram schematically showing the operation of the BD virtual player
  • FIG. 25 FIG. 1 is a block diagram showing a configuration of an example of a recording / reproducing apparatus applicable to an embodiment of the present invention.
  • B 1-ray Disc is a read-only type B 1 u -ray specified in Bin-ray Disc Read Only Format Verl.0 part 3 Audio Visual Speci fications.
  • BD—ROM which is a disc, that is, AV (Audio / Video) data
  • AV Audio / Video
  • a bit stream that has been encoded according to an encoding method such as MP EG (Moving Pictures Experts Group) video or MPEG audio, and multiplexed according to the MP EG 2 system is a clip AV stream (or AV stream).
  • a clip AV stream is recorded on a disc as a file by a file system defined by “Blu-ray Disc Read Only Format part 2”, which is one of the standards related to B 1 u -ray D i sc. This file is called a clip AV stream file (or AV stream file).
  • a clip AV stream file is a management unit on the file system, and is not necessarily a management unit that is easy to understand for the user.
  • multiple clip AV A mechanism for playing video content divided into segmented files together, a mechanism for playing only a part of a clip AV stream file, and information for smooth special playback and cue playback, etc. Must be recorded on the disk as a database.
  • This database is defined by "Blu-ray Disc Read Only Format part3", one of the standards related to B 1 u-ray Disc.
  • Fig. 3 schematically shows the data model of BD-ROM.
  • the data structure of the BD-ROM consists of four layers as shown in Fig. 3.
  • the lowest layer is a layer in which the clip AV stream is arranged (referred to as a clip layer for convenience).
  • the layer above it is a layer in which a movie play list (Movie PlayList) and a play item (Playltem) for specifying a playback position for the clip AV stream are arranged (referred to as a playlist layer for convenience).
  • the layer above it is a layer in which a movie object (Movie Object) composed of commands for specifying the playback order for the movie playlist is arranged (referred to as an object layer for convenience).
  • an index table for managing titles stored in the BD-ROM is arranged (referred to as an index layer for convenience).
  • the clip layer will be described.
  • the clip AV stream is a bit stream in which video data and audio data are multiplexed in the MP E G 2 TS (transport stream) format or the like. Information about this clip AV stream is recorded in the file as clip information (Clip Information).
  • the clip AV stream also includes a presentation graphics (PG) stream that is a graphics stream that displays subtitles.
  • PG presentation graphics
  • Data used for menu display (such as button image data)
  • Interactive graphics (IG) streams using) as a stream are also multiplexed.
  • a clip AV stream file and a clip information file in which corresponding clip information is recorded are regarded as a group of objects and are called a clip. That is, a clip is an object composed of a clip AV stream and clip information.
  • Clips are generally treated as bytes.
  • the content of the clip AV stream file is expanded on the time axis, and the entry point in the clip is specified mainly on the time base.
  • the clip information file can be used to find the address information in the clip AV stream file where data reading should start. .
  • a movie playlist consists of a set of AV stream files to be played, a collection of playback start points (IN points) and playback end points (OUT points) that specify the playback locations of the specified AV stream files. Consists of A set of playback start point and playback end point information is called a play item.
  • a movie playlist is composed of a set of play items. Playing a play item means playing a part of the AV stream file referenced by the play item. In other words, the corresponding section in the clip is played based on the IN point and OUT point information in the play item.
  • Movie objects are Includes terminal information that links HDMV navigation command programs and copy objects.
  • the HDMV navigation program is a command for controlling the playback of playlists.
  • the HDMV navigation command is abbreviated as a navigation command as appropriate.
  • the evening information contains information to allow users to perform interactive operations on the BD-ROM player. Based on this terminal information, user operations such as menu screen calls and evening search are controlled.
  • the BD-J object consists of an object based on the J a V a program (J a V a is a registered trademark). Since the BD-J object has little connection with this invention, a detailed explanation is omitted.
  • the index layer will be described.
  • the index layer consists of an index table.
  • the index table is a top-level table that defines the titles of BD-ROM discs. Based on the title information stored in the index table, the playback of the BD-ROM disc is controlled by the module manager in the BD ROM resident system software.
  • any entry in the index table is called a title, and is entered in the index table, First Playback, Top Menu, and Top Menu.
  • Titles # 1, # 2, ... are all titles. Each title indicates a link to a movie object or BD-J object, and each title indicates either an HDMV V title or a BD-J title.
  • the first playback is stored in the BD-ROM.
  • the content is a movie, it is a promotional video (trailer) from a movie company that is shown prior to the main movie.
  • the top menu is a menu screen for selecting main content playback, chapter search, subtitles, language settings, privilege video playback, and the like.
  • the title is each image selected from the top menu. A configuration in which the title is a menu screen is also possible.
  • FIG. 5 is a UML (Unified Modeling Language) diagram showing the relationship between the clip AV stream, clip information (Stream Attribu tes), clip, play item, and playlist as described above.
  • a playlist is associated with one or more play items, and a play item is associated with one clip. Multiple play items with different start points and / or end points can be associated with one clip.
  • 1 clip to 1 clip A V stream file is referenced.
  • one clip information file is referenced from one clip.
  • a clip AV stream file and a clip information file have a one-to-one correspondence.
  • the same clip can be referenced from multiple playlists. You can also specify multiple clips from one playlist.
  • a clip is referenced by the IN and OUT points indicated on the play item in the playlist.
  • the clip 3 0 0 is referred to from the play item 3 2 0 of the playlist 3 1 0 and the play items 3 2 1 and 3 2 2 constituting the playlist 3 1 1 are played. From item 3 2 1 to IN point The section indicated by the OUT point is referenced.
  • Clip 3 0 1 refers to the section indicated by IN point and UT point from play item 3 22 of playlist 3 1 1, and among playlist items 32 3 and 324 of playlist 3 1 2 The section indicated by the IN point and OUT point of play item 32 3 is referenced.
  • the playlist can have a sub-path corresponding to the sub-play item with respect to the main path corresponding mainly to the play item to be reproduced.
  • a play item for after-recording audio attached to this playlist can be included in the playlist as a sub play item.
  • a playlist can have a sub-play item only when a predetermined condition is satisfied.
  • Files are managed hierarchically according to the directory structure.
  • one directory (the root directory in the example of Fig. 8) is created on the recording medium. Below this directory is the range managed by one recording and playback system.
  • a directory “BDMV”, a directory “C ERTIFICATE”, and a directory “HMVCTN” are placed under the root directory.
  • the directory “CERTIFICATE” stores information on copyright.
  • a thumbnail file obtained by reducing a representative image of a clip to a predetermined size is placed.
  • the directory “BDMV” stores the data structure described with reference to FIG.
  • the file “index, bdmv” describes the contents of the directory BDMV. That is, this file “index.bdmv” corresponds to the index table in the index layer which is the uppermost layer described above.
  • the file MovieObject.bdmv stores information on one or more movie objects. That is, this file “MovieObject.b dmv” corresponds to the object layer described above.
  • Directory “; PLAYLIST” is the directory where the playlist database is located. That is, the directory “PLAYLIST” includes a file “xxxxx.mpls” that is a file related to the movie playlist.
  • the file “xxxxx.mpls” is a file created for each movie playlist. In the file name, "xxxxx" before “.” (Period) is a five-digit number, and "] npls" after the period is a fixed extension for this type of file. .
  • the directory “CLIPINF” is a directory where a database of clips is placed, that is, the directory CLIPINF ”includes a file“ zzzzz.clpi ”which is a clip information file for each of the clip AV stream files.
  • zzzzz before ".”
  • Period is a five-digit number
  • clpi after the period is an extension that is fixed for this type of file.
  • the directory “STREAM” is a directory in which AV stream files as entities are placed. That is, the directory “STREAM” Clips corresponding to each clip information file
  • the clip AV stream file is composed of a MP E G 2 (Moving Pictures Experts Group 2) transport stream (hereinafter abbreviated as MP EG 2 TS), and the file name is “zzzzz.m2ts”.
  • MP EG 2 TS Motion Picture Experts Group 2 transport stream
  • the directory "AUXDATA” contains sound files, font files, font index files, and bitmap files used for menu display.
  • the file “sound, bdmv” stores sound data related to the application of the interactive graphics stream of HDMV.
  • the file name is fixed to "sound.bdmv”.
  • the file “aaaaa.ot ⁇ ” stores font data used for subtitle display and the above-mentioned BD-J application, etc.
  • “aaaaa” before the period is a 5-digit number.
  • the “otf” after the period is a fixed extension to this type of file, and the file “bdmv.fontindex” is a font index file.
  • the directory “META” stores metadata files.
  • the directory “BDJ0” and the directory “JAR” files related to the above-mentioned BD-J object are stored.
  • the directory “BACKUP” stores backups of the directories and files described above. Since these directory “META”, directory “BDJ0”, directory “; IAR” and directory “BACKUP” are not directly related to the gist of the present invention, detailed description thereof will be omitted.
  • the directory “HDAVCTN” can contain two types of thumbnail files thumbnail.t idx and thumbnai 1.tdt2. Thumbnail file thumbnai 1. tidx stores information for managing thumbnail images stored in thumbnail file thumbnai 1. tdt2.
  • FIG. 9 shows a syntax representing an example of the structure of this file “index, bdmv”.
  • the syntax is shown based on the C language description method used as a program description language for computer devices. This is the same in diagrams representing other syntaxes.
  • the field type-indicator has a data length of 32 bits and indicates that this file is an index table.
  • the field version-number has a data length of 32 bits and indicates the nose of this file "index, bdmv”.
  • Fielded indexes—s tar and address have a data length of 32 bits and indicate the starting address of block Indexes 0 in this syntax.
  • the field ExtensionDa_star address has a data length of 32 bits and indicates the start address of the block ExtensionDataO in this syntax.
  • the field ExtensionData_s rt—address is the relative number of bytes from the first byte of this file “index, bdmv” and indicates the start address of the block ExtensionDataO. Relative byte count starts with "0" force. If the value of this field ExtensionData_sr and address is "0", it indicates that there is no block ExtensionDataO in this file "index.bdmv”.
  • Block AppInfoBDMVO is a block that allows content creators to write arbitrary information, and does not affect the operation of the player.
  • Block Indexes 0 is the actual contents of this file "index, bdmv", and the first play pack that is played when the disc is loaded into the player according to the contents described in this file "index, bdmv” Also, the title (movie object or BD-J object) called from the top menu is specified.
  • movie objects and BD-J objects are collectively referred to as movie objects.
  • a movie-playlist file (to be described later) is read based on a command described in a movie object or the like called by the index table.
  • FIG. 10 shows a syntax representing an example of the structure of the block Indexes 0.
  • the portion not directly related to the present invention is marked as area Reserved. That is, the notation in FIG. 10 is limited to the description applied to the extended BDMV format for recordable recording media.
  • the field length has a data length of 32 bits, and indicates the data length from immediately after this field length to the end of this block Indexes (). Subsequently, block FirstPlayback 0 and block TopMenuO are arranged.
  • the block “FirstPlaybackO” describes information about the object used in the first playback.
  • a fixed value “01” is described, indicating that the object used in the first playback is a movie object.
  • the HDAVC title playback type indicates the HDAVC title playback type.
  • the field FirstPlaybakjnobj—id_ref having a 16-bit data length indicates the ID of the movie object used in the first playback.
  • the ID of the movie object is indicated by the value mobj-id used as a loop variable in the movie object's for loop statement based on the syntax of the movie object, which will be described later with reference to Figs. 11 and 12. It is.
  • the field FirstPlayback—mob and id—ref stores the value mobj—id corresponding to the movie object to be referenced.
  • Block TopMenuO describes information about the object used in the top menu.
  • a fixed value “01” is described in the first field of the block TopMenu 0, and further a fixed value “01” is described through an area Re served having a data length of 30 bits.
  • the field TopMenu—mobj—id—ref has a data length of 16 bits and indicates the ID of the movie object used in the top menu.
  • the next field of the block TopMenuO number—0 and Titles has a data length of 16 bits and indicates the number of titles that the user can select and play.
  • the block Title [UUe-id] 0 is described with the value title_id as an argument for the number of times indicated in this field number_o and Titles.
  • Block Title [title—id] 0 describes information for each title.
  • the value title—id is a number from “0” to the value indicated by the field number—of—Titles, and identifies the title.
  • FIG. 11 shows a syntax representing an example of a structure of a file “Movie Object.bdmv” placed immediately under the directory “BDMV”.
  • the field type—indicator has a data length of 32 bits (4 bytes), and indicates that this file is the file “MovieObject.bdmv”.
  • the field “type” indicator a character string consisting of four characters encoded by the encoding method defined in International Organization for Standardization (ISO) 646 is described.
  • ISO International Organization for Standardization
  • the field type—indie ator describes the 4-character string “MOB J” encoded in the default format in ISO 646, and this file is the file “MovieObject.bdmv”. Is shown.
  • Field version-number has a data length of 32 bits (4 bytes) and indicates the version number of this file "MovieObject.bdmv”.
  • the field “version—number”, and the character string “0100” encoded with the encoding method specified in ISO 646 must be used.
  • the field ExtensionData—start—address has a data length of 32 bits and indicates the start address of the block ExtensionDataO in this syntax.
  • the field ExtensionData—star and address is the relative number of bytes from the first byte of this file “MovieObject.bdmv”, and indicates the start address of the block ExtensionDataO. The relative number of bytes starts from "0". If the value of this field ExtensionData—start—add ress is “0”, the file “MovieObject.bdmv” Kuchikoku Indicates that ExtensionDataO does not exist.
  • the field padding-word in the syntax shown in Fig. 11 has a data length of 16 bits.
  • the value N1 or the value N2 is 0 or any positive integer.
  • the field padding-word can be any value.
  • Field ExtensionData_start The area whose data length is 2 2 4 bits following address is an area reserved for future use. Next to this area, the block MovieObjectsO which is the main body of this file “MovieObject.bdmv” is stored.
  • Figure 12 shows a syntax that represents an example of the structure of a block MovieObjectsO.
  • the field length has a data length of 32 bits, and indicates the data length from immediately after this field length to the end of this block MovieObjectsO.
  • 3 Field number—of—mobjs force S is distributed through a reserved area having a data length of 2 bits.
  • Fielded number—of—mob js indicates the number of movie objects stored according to the immediately following for loop statement.
  • the value mob] '— id used as the loop variable in the for loop statement uniquely identifies the movie object.
  • the value mob] '— id is a value starting from 0, and the movie object is defined by the order described in the for loop statement.
  • the block Terminal Info 0 in the for loop statement stores a fixed value "1", a fixed value "0”, and a fixed value "0" by a field with a data length of 1 bit each, and reserves a data length of 1 3 pits
  • the field number—of—navigat ion—commands [mobj—id] is placed through the area.
  • This phased number—of—navigat ion_commands [mobj—id] is a movie object [mobj—id] pointed to by the value mobj—id. Represents the number of navigation commands included.
  • Block ExtensionDaO defined when the BD-ROM standard is extended to be applicable to recordable recording media
  • This block ExtensionDa O is described in the file “index.bdmv” where the index table is stored, the file “x xxxx.mpls” where the playlist ⁇ ⁇ ⁇ is stored, and the clip information file “zzzzz. Clpi”. be able to.
  • the file “index, bdmv” block Extens ion Da0 is used.
  • Figure 13 shows a syntax that represents an example of the structure of block ExtensionDataO.
  • the field length has a data length of 32 bits, and indicates the data length in bytes from immediately after this field length to the end of the block ExtensionDataO. If the data length indicated by this field length is not "0", the description following the if statement is made.
  • Field data—block_star address has a data length of 32 bits.
  • the block of extension data ex and data in this syntax is stored.
  • the start address of data_block () is stored in this block ExtensionData (). Indicated by the relative number of bytes from the first byte. Ie, relative bytes The number starts from "0". Note that the field data-block-start-add ress must satisfy the following 32-bit alignment conditions.
  • the field number—o and ext—data—entries has an 8-bit data length and indicates the number of entries of extension data stored in the block da_block () of this block ExtensionDataO.
  • the extension data entry stores information for acquiring the main body of the extension data. More specifically, the extended data entry is, for example, a block ext-data_entry () consisting of field ID1, field ID2, field ex t-data-start-address and field ext-data-lengt h, In the block ExtensionData (), there are as many blocks ex t-data_entry 0 as the number indicated in this field number—0 and ext—da_entries.
  • Field ID1 has a data length of 16 bits and represents that the extension data described in this block ExtensionDataO is extension data for the recording apparatus.
  • the value of this field ID1 is the first value that identifies the extension data, and can be defined as assigned by the license of the standard that includes this block ExtensionDataO.
  • Field ID2 is a second value that identifies the extended data and can be defined to represent the purge number of this extended data. In this extensionDataO, the block with the same value of field ID1 and field ID2 ex and data-entry 0 must not be 2 or more.
  • the field ext—data_start—address has a length of 32 bits, and the extension data ext da corresponding to the extended data entry (block ex and data entryO) containing this field ext_data—start_address Indicates the start address of ta.
  • the field ext—data 1 star and address is the relative number of bytes from the first extension DataO byte, and indicates the start address of the extension data. Note that the field ex_data_state_address must satisfy the following 32-bit alignment conditions.
  • the field ex_data_length has a data length of 32 bits, and this field ext—data_s r and the extended data entry corresponding to the extended data entry (address ex_data_entries 0) is included. Indicates the data length. The data length is indicated in bytes.
  • Block ex and data—entryO If the number of extended entries (block ex and data—entryO) is described by the number indicated in the field number_o and ext—data—entries, then 1 6-bit data length is set for each. A field padding_word consisting of an arbitrary data string is repeated an arbitrary number of times L 1 using 2 fields as a set. After that, the block data—Mock () in which the main body of the extended data is stored is described. Block data—blockO contains one or more extension data ex and data. Each extension data ext-data is taken out from the block data-blockO based on the above-mentioned filered ext-data-start-address field J-read ext-data-length.
  • Fig. 14 schematically shows the reference relationship of each block in the block ExtensionDataO.
  • the field length indicates the data length from the position immediately after the field length to the end of the block ExtensionDataO.
  • the field data_Mock—start—address indicates the start position of the block data—bio ck ().
  • the block ext_data_entry is described as many as indicated by the field number—of—ext—data—entries. Between the last block ext__da _entry and block data_bIock (), any A field with a length padding—word is placed.
  • the extension data ext-data indicated by the block ex data-entry 0 is placed.
  • the position and data length of each extension data ex and data are indicated by the field ex t-data_sart-address and the field J-ext ext-data-length in the corresponding block ext-data-eiryO. Therefore, the order of the extension data ex and data in block_data_block () does not need to match the order of the corresponding block ex and data-entry 0.
  • extension data is divided into two layers: block data—MockO where the main body of extension data is stored, and block data—a block where access information for extension data in blockO is stored ex and data_entry ()
  • block data a block where access information for extension data in blockO is stored ex and data_entry ()
  • FIG. 15 is a flowchart showing an example of processing when data is written to the block ExtensionDataO.
  • Fig. 15 shows an example of adding extension data and rewriting block ExtensionDataO as the (n + 1) th entry in block ExtensionDataO.
  • step S10 the data length of the extension data to be written is obtained and set to the value of the field ext_data—length [n + l]. Note that the description “[n + l]” corresponds to the number of the (n + 1) th entry.
  • step SI 1 the field ex and data_len gth of the block ext—da —entry () enumerated in the current block ExtensionDataO and the data ex star data— star and the address value are checked, and the block d ata— MockO Get usage status.
  • step S 1 write in the block data—blockO It is determined whether or not there is a continuous free space equal to or longer than the data length indicated in the field ex_data_length [n + l], which is the data length of the extended data to be included. If so, the process moves to step S14.
  • step S 1 3 the field length in block ExtensionDataO The value of is increased, and the field ex is created to create a continuous free area longer than the data length indicated in data_length [n + l] in block data-blockO. If free space is available, the process proceeds to step S14.
  • step S14 the start address of the area in which the extended data is written is determined, and the value of the start address is field ex and set as data-start-address [n + 1].
  • step SI 5 from the field ex, data_star, and addr ess [n + l], the extension data ext_data [length [n + l] of the field ext—data—length [n + l] set in step S 1 0 above Write n + l].
  • step S 16 block ex and data—entryO, field ext—data—length [n + l] and field ext—data—start—address [n + 1] And add.
  • the block ExtensionDataO to be rewritten is already read from a recording medium such as a disk and stored in the memory of the recording apparatus. Therefore, the extension of block ExtensionDataO by changing the value of field length in step S13 is left to the system, and the system performs memory allocation appropriately.
  • FIG. 16 is a flowchart showing an example of processing for reading extension data from the block ExtensionDataO.
  • This Fig. 16 The processing according to the flowchart can be applied to both a reproduction-only recording medium (for example, BD-ROM) and a recordable recording medium (for example, BD-RE).
  • a reproduction-only recording medium for example, BD-ROM
  • a recordable recording medium for example, BD-RE
  • the value of field ID 1 is obtained from the standard that the extended data to be read complies with.
  • the value of field ID 2 is obtained from the type of extended data to be read. Get the value.
  • step S22 the blocks ex and data_entry () listed in the block ExtensionDataO are sequentially read one by one.
  • step S 2 3 the values of field ID 1 and field ID 2 included in the read block ext—data_entry () are changed to the field ID 1 and field ID obtained in step S 20 and step S 21 described above. It is determined whether or not it matches the value of field ID2.
  • step S 26 it is determined whether or not all the blocks ext-data-entry () listed in the block ExtensionDataO have been read. If it is determined that all of the data has been read, the process proceeds to step S27, and a series of processes are terminated, assuming that there is no extension data to be read in this block ExtensionData (). If it is determined that all have not been read, the process returns to step S22, and the next block ext—data_entry () is read.
  • step S 2 3 If it is determined in step S 2 3 above that the values of field ID 1 and field ID 2 included in block ex data-entryO match the values of field ID 1 and field ID 2 that have been obtained, processing proceeds to step S Migrated to 24.
  • step S 24 the value of the field ext—data—length [i] and the value of the field ext—data—start_address [i] from the block ext—data—entr y () of the [i] th entry Read.
  • step S 25 the field ex and data read at step S 24 are starred from the address indicated by address [i], and the field ex and data indicated by length [i] Read data.
  • information indicating the title to which the playlist belongs first is added to the playlist, and this information remains unchanged regardless of the editing of the title.
  • the information that indicates the title to which this playlist ⁇ belongs first is defined as the attribute information of the playlist in the extended data embedded in the file “index, bdmv”, and is a block in the field “Extension DataO” of the file “index.bdmv”. Described in TableOfPlayListsO.
  • FIG. 17 shows a syntax that describes an example of the structure of the block data-blockO (see FIG. 13) in the field ExtensionDataO in the file “index, bdmv” for describing the playlist attribute.
  • the block data-block 0 is described as the block IndexExtensionData0.
  • field ID1 is set to the value “0x1000”, and field ID2 is set to the value “0x0100”.
  • the values described in field ID1 and field ID2 are stored in advance in a ROM (Read Only Memory) or the like, for example, on the playback device side.
  • the referenced table is referenced and identified.
  • the block IndexExtensionDataO is stored in the area indicated by the field ext-data-start-address and field-ex-data-length in the block data_block ().
  • "Ox" indicates that the numerical value is expressed in 1 hex.
  • the field type-indicator describes the type of the following data, and describes a character string consisting of 4 characters encoded by the encoding method stipulated in IS0646.
  • the field type—indicator describes the 4-character string “IDEX” encoded in the default format in ISO 646, and the subsequent data type is “IndexExtensionData”. Is shown.
  • a reserved area having a 32-bit data length is arranged, followed by a field TableOfPlayLists-start-address having a 32-bit data length.
  • the field HTableO layLists_sta — address indicates the start address of the block TableOiPlayLists 0 relative to the start of this block IndexExtensionDataO.
  • a block UIAppInfoHDAVC 0 is arranged through a reserved area having a data length of 192 bits.
  • the above-described block TableOfPlayLists 0 is arranged via a padding word having a data length of 16 pits.
  • a block MakersPrivateDataO is arranged via a padding word padding having a data length of 16 bits. Note that the block UIAppInfoHDAVCO and the block MakersPrivateData () are not related to the present invention and will not be described.
  • FIG. 18 shows syntax that represents an example of the structure of the block TableOfPlayListsO described above.
  • the field length has a data length of 32 bits, and indicates the data length in bytes from immediately after this field length to the last byte of the block TableOfPlayLists 0.
  • Field numb er — 0 and PlayLists has a data length of 16 bits and indicates the number of playlists. That is, the field number_of-PlayLists indicates the total number of playlists existing on the disk.
  • field PlayList file—name
  • field PlayList at ribute
  • field title—id_ref are described as many times as indicated by field number_of—PyLists.
  • one loop indicated by this for loop statement corresponds to one playlist, and it is based on the file name of the playlist, the attribute assigned to the playlist, and the reference title ID of the playlist. The information of the playlist to be described is described.
  • the order of the for loop statements is the recording order. That is, when the playlist of 1 is added, the field number-0 and the value of PlayLists are incremented by 1, and the information of the added playlist is added after the information of the existing playlist.
  • a field with 6 bits and 1 6 hits each in the loop defined by this for loop statement reserved— for— future— use is an area reserved for future use. .
  • the field PlayList_file_name is described by coding the file name of the playlist ⁇ by the encoding method defined in IS0646.
  • the field PlayList_attribute is the attribute assigned to the playlist ⁇ ⁇ . Show. Based on the purpose of generating the playlist, the first type corresponding to the playlist ⁇ ⁇ ⁇ generated along with the generation of the clip and the playlist created using a part or all of the existing title or playlist. It is divided into three types: the corresponding second type and the third type used to play the menu.
  • Each playlist has a corresponding attribute “Real” (first) according to the type of playlist. Type 1), attribute "Virtual" (second type) and attribute "Menu” (third type).
  • the type of playlist can be thought of as classifying the type of playlist ⁇ ⁇ ⁇ based on the cause of the playlist generation or the origin of the playlist.
  • a playlist with the attribute “ReaI” is called a real playlist
  • a playlist with the attribute “Virtual” is called a virtual playlist
  • a playlist with the attribute “Menu” is called a menu playlist.
  • the field title_id_ref describes the ID (number) of the title to which the play list indicated in the field PlayList—file—name in the same loop belongs.
  • the corresponding value U Ue—id in the block IndexesO in the index file “index • bdmv” is described.
  • the value of the field title-id-ref is the first fixed value, for example "OxFFFF”.
  • the value of the field title_id—ref is set to a second fixed value, for example, “0 xFFFE”.
  • the “title” here is the title that is selected and played in the top menu.
  • Each title must be a movie title. That is, each evening title must not be an interactive title.
  • Each title consists of one play list through one movie object.
  • Constraints described above (A) “The playlist for playing the top menu and the playlist for playing a normal evening title are independent of each other” Constraints (B) Each title must be a movie title In other words, each title must not be an interactive title. ” Furthermore, the restriction (C) “Each title is composed of one playlist via one movie object” is a restriction for making the menu editing process easy.
  • each title references one movie object
  • each movie object calls one playlist.
  • a navigation command described in a movie object is a command that specifies and plays a playlist file.
  • the menu editing method based on these constraints (A), (B) and (C) is, for example, as follows.
  • a playlist corresponding to a newly recorded clip is generated.
  • the attribute “Real” is added to the generated playlist, and the playlist is made a real playlist.
  • a movie object that calls this real playlist is generated. A link to this movie object is described in the index table, and a title is formed.
  • the existing menu is deleted. That is, the play list (menu play list) and movie object for playing the menu are deleted, and the top menu and the first play pack are deleted from the index table. To play the menu Because it is clearly separated from the play list type play list, the movie object and play list for playing the menu can be easily deleted.
  • a playlist and movie object for playing a menu are newly created based on the existing title and the added title, and the top menu and first play pack are described in the index table. Since the reference relationship between playlists, movie objects, and titles is a one-to-one relationship with each other, new movie objects and playlists for playing these menus can be created based on existing titles and added titles. Easy to create.
  • Constraint (E) “List of playlists in the block TableOfPlayListsO is the recording order” and Constraint (E) “Playlists played from each title are the blocks Indexe in the file“ index.bdmv ”.
  • the block Indexes () in the top menu index table may be deleted when the title is edited. According to this restriction (D), even in such a case, the recording order of the titles can be restored by referring to the block TableOfPlayListsO.
  • a play list to be played is determined by associating the value of the field title-id in the block Indexes 0 with the value of the field title-id-ref in the block TableOfPlayListsO.
  • the structure of the menu screen and the playback of the playlist are performed based on the field title-id_ref in the case of a recorder that uses the title number at the time of recording. In the case of a recorder that maintains the recording order of the title title— based on id.
  • FIG. 19 shows a menu screen 100 0 before editing, and a configuration example of titles, movie objects, and playlists relating to the menu screen 100 0.
  • Each title is a value used as a loop variable in the block “Indexes 0” in the file “index, bdmv” as already explained with reference to FIG. It is registered as [title 1 id] and refers to the movie object by the field HTitle_mobj_id_ref [tit le—id].
  • the title number is defined as the value title_id plus 1.
  • the movie object is stored in the file “MovieObject.bdmv” in the order of the value title—id, and the information of the playlist to be played back is described.
  • the playlist is, for example, a sequential number in the order in which the playlists are generated, and the file names are “00001.mpls”, “00002. Immediate Is”, “00003.Immediate Is”, “00004.mpls”, “00005. Is "and” 00006.mpls "are added and stored under the directory" P LAYL I ST ".
  • Each title calls one movie object according to the restriction of “Each title is a movie title” in item (B) above. Also, each movie object refers to one playlist according to the restriction of “each title consists of one playlist via one movie object” in item (C) above. In other words, titles, movie objects, and play lists are in a one-to-one relationship with each other.
  • the value title—id is 1 and the title with title number # 2 refers only to the movie object # 1 to which the value Utle_id corresponds, and movie object # 1 is the file name "00002" .mpls "Prairie Refer to the list only.
  • the playlist with the file name “00002 mpls” is a virtual playlist with the attribute “Virtual”.
  • the title of title number # 3 refers only to movie object # 2 corresponding to value title-id.
  • movie object # 2 refers only to the playlist with file name "00003.mpls” To do.
  • the playlist with the file name “00003.mpls” is a real playlist with the attribute “Real” and has a one-to-one correspondence with the clip.
  • the menu screen for instructing playback of the title recorded on the disc is played back based on the first playback and top menu in the index table.
  • Block in file "index, bdmv” Block in IndexesO FirstPlaybackO field Firs tPlayback—mobj—id—ref, Flock TopMenu 0 field TopMenu—mobj_id_ref describes the movie object to be referenced to play the menu screen Is done.
  • these fields FirstPlayback—mobj—id—ref and field TopMenu—mobj—id—ref both refer to the same movie object # 6.
  • Movie object # 6 refers to the menu playlist for actually playing the menu screen.
  • movie-object # 6 refers to the playlist with file name "010 01. mpls" and attribute "Menu”.
  • the attribute “Menu” is assigned to the playlist for playing the menu screen, and the movie object referenced from the first playback and top menu should refer only to the menu playlist to which the attribute “Menu” is assigned. Also, first playback and The movie object referenced from the top menu shall not refer to each title called from the top menu and each movie title referenced by the title menu. By stipulating in this way, it is possible to realize the restriction of the above item (A) that “the playlist for the top menu and the playlist for playing the normal title are independent from each other”. it can.
  • clips referenced from the menu playlist and clips referenced from the playlist corresponding to each title called from the top menu are independent from each other.
  • the fields in block 1 & 1] 160 ⁇ 1 & 1 ⁇ 3 3 () have title, id, and ref values of 0, 1, 2, 3, 4 and 5, respectively.
  • the playlist with the file name "01001.mpls” referenced from the first playback and the top menu via the movie object # 6 has the field title_id_ref value "OxFFFE”, and this playlist is the top menu. It is shown that it is played back from.
  • “the value of the field title_id_ref in the block TableOfPlayListsO” is abbreviated as “value ti tie-id_ref J” as appropriate.
  • buttons 101 A to 101 F for instructing playback of each of the six titles on the menu screen 100 display predetermined button image data.
  • the title screen 102 of the menu screen 100 is displayed.
  • the playback command with the file name “00001.mpls” is referred to and the playback of the playlist is instructed by the navigation command to be played, and the clip corresponding to the playlist is played back.
  • the recording system shall be a system that maintains the title recording order and changes the title number according to the editing when editing the title.
  • FIG. 20 shows the menu screen 1 00 'when the title # 3 with the value title-id 2 and the evening title number 3 is deleted from the state of FIG. 19 above, and the menu screen 1 00 Examples of configuration of titles, movie objects and playlists related to 'are shown.
  • the title number # 3 is deleted from the state shown in Fig. 19, the title numbers after title number # 3 before editing are incremented by one.
  • the movie object # 3 called from the title with the title number # 3 before editing is deleted, and the number of the movie object called from the title number # 3 before editing is incremented by 1 after the movie object # 3. Packed in.
  • the playlist referenced from each movie object does not change before and after editing.
  • the playlist (file name “00003. mpl s”) referenced from the deleted movie object is deleted.
  • the title with title number # 3 is deleted, that is, the block title Indexes 0 in the index file "index, bdmv" and the value title-id as the loop variable
  • Block Title [UUe_id] Since the number of 0 has decreased by 1, the value of the field number—of—Titles is correspondingly decreased by 1. As a result, the title numbers of the titles after the deleted title are reduced by one.
  • the play referenced by the deleted movie object The list is deleted.
  • the attribute of the playlist to be deleted is “
  • the corresponding clip is also deleted.
  • the extended data block in the index file “index, bdmv”, the block in ExtensionDataO TableOfPIayLists 0, the item corresponding to the file name of the playlist to be deleted in the for loop statement is deleted
  • the value of field numberjfJUayLists is decremented by 1.
  • the menu is updated as the title is deleted. As described above, the menu is updated by deleting the menu before editing and creating a new menu based on the title information. More specifically, in the table TableOfPlayListsO, search the information of the playlist whose attribute is “Menu” from the file HPlayList_attribute ⁇ and delete the searched playlist. In the example of FIG.
  • the playlist with the file name “010 01. mpls” is deleted. Also, based on the block Indexes 0 of the index file “index, bdmv”, the movie object (movie object # 6 in the example of FIG. 19) called from the top menu and first playback is deleted. Then, the top menu and first play pack are deleted in the index table.
  • a menu reflecting the editing is created.
  • a clip, a movie object, and a playlist for playing the menu screen 1 0 0 'by the top menu after editing are generated.
  • This process is performed as follows, for example.
  • a clip for displaying the menu screen 100 ' is generated.
  • a new menu screen 1 0 0 ′ is configured by using the button image of the menu screen 1 0 0 before editing shown in FIG. 19 as it is.
  • 5 buttons corresponding to toll numbers # 1, # 2, # 3, # 4 and # 5 1 0 1 A, 1 0 1 B, 1 0 1 C,, 1 0 1 D 'and 1 0 1 E' Is displayed.
  • the generated data is multiplexed, for example, in a predetermined manner and recorded on the disc as a clip AV stream file.
  • a clip information file corresponding to the clip AV stream file is generated, and a playlist that refers to the clip information file is generated.
  • the playlist file name is determined so that it does not overlap with, for example, the existing playlist file name and the existing playlist file name.
  • the file name of the playlist is “01002.mpls”.
  • this movie object is added to the for loop statement in the block MovieObjectsO in the file “MovieObject.bdmv”. Therefore, this movie object is the movie object # 5 next to the movie object # 4 referenced from the title with the highest title number.
  • the movie object # 5 for playing the top menu is registered in the block TopMenuO in the block Indexes () in the index file "index, bdmv”. That is, referring to FIG. 10, the data indicating the movie object # 5 is described as the field TopMenu—mobj_i (Lref in the block TopMenuO. Also, the block Indexes 0 in the index file J index “index, bdmv”. In block FirstPlayback 0, the field HDAVC TUle_playback—type value is a predetermined value. The data indicating the movie object # 5 for playing the top menu is described in the field FirstP ybackjnobj—id_ref.
  • the block TableOfPlayLists 0 in the extension data block ExtensionDataO in the index file “index.bdmv” is updated.
  • the value of the field mber_o and NayLists is reduced by 1, and the file name is described as the field PlayList-file_name for the newly generated playlist that constitutes the top menu.
  • the attribute of the playlist is “Menu”, and the value indicating the attribute “Menu” is described as a field PLayList—atttribute.
  • the field 'title—id—ref has a fixed attribute value such as “OxFFFE” when the playlist attribute is “Menu” and it is referenced from the top menu.
  • the value of th in the field is updated based on the added content.
  • the update processing for the file "index.bdmv” and file "3 ⁇ 41 ( ⁇ 1601 ⁇ 6 ( ⁇ (111 ⁇ ", etc.) associated with title editing described above is actually a CPU (Central Processing Unit).
  • CPU Central Processing Unit
  • the recorder first reads the index file "index, bdmv” and the movie object file "MovieObject.bdmv” from the disc,
  • CPU receives a menu editing command, it processes these files stored in this work memory as described above. Is written back to the disc at a predetermined timing, for example, when the disc is ejected or when the recorder is turned off.
  • the disc number recorded with the configuration of Fig. 20 is retained with the title number assigned when the title was recorded for the first time.
  • the recorder needs to restore the title number of the title deleted by the above process. This title number can be restored by using the information of the field title-id-ref in the block TableOfPlayListsO defined in the embodiment of the present invention.
  • FIG. 21 shows an example of the configuration of the menu screen 1 1 0 with the title number restored and the title, movie object, and playlist related to the menu screen 1 1 0.
  • the buttons corresponding to the titles currently recorded on the disc 1 1 1 A, 1 1 1 B, 1 1 1 D, 1 1 1 E and 1 1 1 F and the button corresponding to the title that has been recorded on the disc in the past and is currently deleted are displayed.
  • the point 1 1 1 C it is preferable to notify that the title with the corresponding title number has already been deleted and does not exist on the disc.
  • the configuration illustrated in FIG. 21 is generally created as follows. For example, refer to the field title—id_ref in the block TableOfPlayListsO, restore the title number deleted based on the value title—id—ref, and insert the restored title number into the index table. Also, a movie object and a playlist corresponding to the restored title number are generated. As the playlist, for example, a dummy playlist that indicates that the title with the title number has been deleted can be used. In addition, a clip referred to from the playlist may be created every time, or may be prepared in advance on the system side.
  • a new menu screen 1 1 0 is created that reflects the title of the assigned title number.
  • the playlist and movie object for playing the menu before restoring the title number and the first playback and top menu of the index table are deleted, and the playlist and movie object for playing the menu screen 110 are deleted.
  • a new B object is created and the created movie object is registered in the top menu and first playback.
  • FIG. 22 is a flowchart showing an example of processing for restoring the title number, ie, the value Utle_id, based on the value title_id-ren.
  • the title already recorded on the loaded disk is deleted by editing on the recorder (recorder A) whose title recording order is maintained and title number is not maintained. .
  • the title numbers after the deleted title number are left-justified, and the movie object called from the deleted title and It is assumed that the configuration in which the playlist has been deleted is recorded.
  • This disc is loaded into a recorder (recorder B) that holds the title number.
  • the recorder B When the disc B is loaded, the recorder B first reads the index file “index, bdmv” and the movie object file “MovieObject. Bdm v”. At this time, the recorder B performs the following operation as an example. For example, in the extension data block ExtensionDataO of the index file “index, bdmv”, the recorder B refers to the block TableOfPlayListsO and acquires the value title-id_ref for each playlist. Then, the obtained value title 1 id ref is checked to see if it is a continuous value. Be. If the value title—id—ref is discontinuous, it can be determined that the title has been deleted on recorder A. If it is determined that the title has been deleted, the processing from step S 50 to step S 57 described below is performed to ensure compatibility with the implementation of recorder B.
  • step S 50 to step S 57 The following processing from step S 50 to step S 57 is performed, for example, on these files “index, bdmv” and file “MovieObject.bdmv” in which the CPU (Central Processing Unit) that controls the recorder B is read into the memory. Against.
  • the data in the memory after the processing is completed is recorded on the disk at a predetermined timing, for example, when the disk is ejected or when the recording machine B is turned off.
  • step S50 the block IndexesO in the index file "index.bdmv" is referenced, and movie objects other than the movie object constituting the title are deleted.
  • the movie object indicated by the field FirstPlaybakjnobj—id—ref in the block FirstPlaybak () and the field TopMenujnob and id—ref in the block TopMenu 0 is deleted.
  • step S 51 the field P yLis and attribute of the block TableOfPlayLists () in the extension data block ExtensionDataO in the index file “index, bdmv” is referenced, and the playlist other than the playlist constituting the title is deleted. .
  • a play list whose field PlayList—attribute indicates the attribute “Menu” is deleted.
  • the value of the playlist that constitutes the title tit 1 e1 id—Ref is referred to, and the number of the title that plays each playlist, that is, the value title_id is the value of the corresponding playlist.
  • block TableOfPlatListsO is referred to from the extension data of the index file, and the corresponding value ti tie—id_ref is obtained. Rewrite the corresponding part of Block IndexesO so that this value title—id—ref is the value of the reference source title_id.
  • step S52 a process is performed for the title that is deleted and missing from the recorder A. Since the value title—id—ref holds the title number of the title that belonged at the time of recording, that is, the value title_id, the value title—id_ref corresponding to the title deleted in the recorder A is missing. A value corresponding to this missing number t i tle_id_ren title—a playlist corresponding to id is generated. As this playlist, for example, a dummy playlist can be used. As an example, this playlist can be a playlist for displaying that the title number title based on the value title-id does not exist on the disc. This playlist is recorded on the disc with a file name (file name “000 07. Immediate Is” in the example of FIG. 21) that does not overlap with a playlist that already exists on the disc.
  • a movie object for playing the generated playlist is generated.
  • the created movie object is created by adding to the existing movie object in the movie object file "MovieObject.bdmv" (movie object # 5 in the example of Fig. 21).
  • the number of the added movie object for example, movie object file “MovieObject.bdm Set the value mobj—id) in the block MovieObjectsO in v ”to the field Title_mobj_id_ren corresponding to the value title—id in the block Indexes 0 of the index file“ index, bdmv ”.
  • step S 53 the block TableOfPlayList s () in the extension data block ExtensionDataO in the index file “index.bdmv” is updated. That is, in step S 53, the dummy playlist information generated in step S 52 described above is described in block TablOfPlayListsQ.
  • the field numbe of—P yLists is incremented by 1, and the file name is set to the field P1 ayLis and file for the dummy playlist generated in step S52.
  • One name is described, and the attribute of the playlist is “Real”, for example, and a value indicating that is described as a field PLayLis and attri bute.
  • the field title_id—ref is the next value of the existing value title_id—ref. In the example of Fig. 21, since the maximum value of the existing value t i t le_id-ref is 5, the value ti tie-id-ref corresponding to this dummy playlist is 6.
  • the field length value is updated based on the added content.
  • a clip, a movie object and a playlist for displaying the top menu are generated.
  • This process is performed as follows, for example.
  • a clip for displaying the menu screen is generated.
  • image data automatically generated according to a predetermined program can be used.
  • the present invention is not limited to this, and image data for a menu screen may be prepared in advance on a disc or a recording machine and used.
  • the image data used for the menu screen is still image It may be data.
  • the button image data used to instruct the reproduction of the title can be generated in the same manner. You can also use thumbnail images corresponding to clips used in the evening tale.
  • the data generated in this way is, for example, multiplexed in a predetermined manner and recorded on the disc as a clip AV stream file.
  • a clip information file corresponding to the clip AV stream file is generated, and a playlist that refers to the clip information file is generated.
  • the playlist file name is determined so that it does not overlap with, for example, the existing playlist file name and the existing playlist file name.
  • the file name of the playlist is “01003, Immediately Is”.
  • a movie object is created to refer to the playlist.
  • This movie object is the next movie object of the movie object that refers to the dummy playlist added in step S 52 described above (movie object # 6 in the example of FIG. 21).
  • the movie object for playing the top menu created in step S54 above is the block TopMenu 0 in the block I ndexe s 0 in the index file "index, bdmv". be registered. That is, referring to FIG. 10, data indicating the movie object is described as a field TopMenu_mob and id-ref in the block TopMenu O.
  • the block F irs 1 ayback 0 in the block I ndexes 0 in the index file “in dex. Bdmv” is updated. That is, in the block Firs tPlaybackO, the value of the field HDAVC—Title_playback—type is set to a predetermined value, and the value mobj—id indicating the movie object for playing the top menu created in step S 54 described above is set. It is described as the field FirstP yback—mobj—id—ref.
  • step S 57 the block TableOfPlayListsO in the extension data block ExtensionDataO in the index file “index.bdrav” is updated along with the addition of the playlist to play the top menu in step S 54. That is, in this step S57, the information on the playlist for reproducing the top menu generated in the above-mentioned step S54 is described in the block TableOfPlayListsO.
  • the value of the field number fJUayLists is incremented by 1, and the file name is described as the field PlayList-file_name for the newly generated playlist that constitutes the top menu.
  • the attribute of the playlist is “Menu”, and a value indicating the attribute “Menu” is described as a field PLayList_attribute.
  • the field t i t le—id_ref has a fixed attribute value of “OxFFFE” when the playlist attribute is “Menu” and it is referenced from the top menu. Then, the value of the field length is updated based on the added content.
  • one movie object is called from the title, and one playlist is referenced from the movie object. Therefore, this disc can be played on the recording device A without any changes to the title, movie object, and playlist.
  • the virtual player will be schematically described.
  • the player controls the hardware in the player by using commands described in a movie object read from the disc. Needs to be converted to a specific command for.
  • the player stores the software for performing such conversion in advance in a ROM (Read Only Memory) built in the player.
  • This software is called a BD virtual player because it allows the player to operate according to the BD-ROM standard via a disk and a player.
  • FIG. 23A and FIG. 23B schematically show the operation of this BD virtual player.
  • Fig. 23 A shows an example of the operation during disk loading.
  • a register storing a shared parameter used in a shared manner in the disc 1 is initialized (step S 31).
  • step S 3 2 the program described in the movie object is read from the disc and executed. Note that initial access means that the disc is played for the first time as when the disc is loaded.
  • Fig. 23 B shows that, for example, a player plays from a stopped state.
  • An example of operation when a key is pressed and playback is instructed will be shown.
  • the user instructs playback using, for example, a remote control commander (UO: User Operation).
  • UO User Operation
  • the register that is, the common parameter-evening is initialized (step S 41), and in the next step S 42, the mobile object execution phase is entered.
  • Playing back a playlist during the movie object execution phase will be described with reference to FIG.
  • the player In response to the content playback start instruction, the player refers to the index table shown in FIG. 4 and obtains the object number corresponding to the content playback of title # 1. For example, if the number of an object that realizes the content playback of title # 1 is # 1, the player starts executing movie object # 1.
  • Play list # 1 is made up of one or more play items, and the play items are played in sequence.
  • the play item in playlist # 1 finishes playing, it returns to the execution of movie object # 1, and the command on the second line is executed.
  • the command on the second line is "jum p TopMenu”, and this command is executed and the execution of the movie object ⁇ that realizes the top menu (Top Menu) described in the index table is started.
  • FIG. 25 shows a recording / reproducing apparatus applicable to the embodiment of the present invention.
  • This recording / reproducing apparatus can be used, for example, as a recording / reproducing unit of a video camera apparatus.
  • the present invention is not limited to this, and the recording / reproducing apparatus can be configured to be used alone.
  • this recording / playback apparatus will be described as being used as a recording / playback section of a video power camera apparatus.
  • the configuration of the recording / reproducing apparatus illustrated in FIG. 25 can be applied to any one of the recording apparatus A that maintains the recording order and does not retain the title number, and the recording apparatus B that retains the title number.
  • the control unit 17 includes a CPU, a ROM (Read Only Memory), a RAM (Random Access Memory), and the like.
  • the ROM stores programs that run on the CPU and data necessary for operation.
  • the RAM is used as a work memory for the CPU.
  • the CPU reads the program and data stored in the ROM as necessary, and controls the entire recording / reproducing apparatus while using the RAM as a work memory.
  • the above-described BD virtual player is realized by the control unit 17 by, for example, a program stored in the ROM in advance.
  • Information specific to the device and data related to recording output from a video camera unit are input from the input / output terminal 28 to the recording / reproducing apparatus. These data input to the input / output terminal 28 are supplied to the control unit 17.
  • Data output from a user interface (not shown) having various operation elements such as switches and a display element for simple display is input from the data input / output terminal 28. Further, the display control signal generated by the control unit 17 is supplied to the user interface via the data input / output terminal 28.
  • the user interface can also supply this display control signal to a monitor device such as a television receiver for display.
  • a video signal obtained by imaging from a video camera unit (not shown) is input to the input terminal 30, and an audio signal output along with this video signal is input to the input terminal 31.
  • the input video signal and audio signal are supplied to the AV encoder 23.
  • the video signal is also supplied to the video analysis unit 24.
  • the AV encoder 23 encodes the input video signal and audio data using, for example, the MPEG 2 format, and outputs an encoded video stream, an encoded audio stream A, and system information S, respectively.
  • the AV encoder 23 encodes the audio signal into a format such as an MPEG 1 audio stream or a Dolby AC 3 audio stream.
  • System information S consists of video signal and audio signal encoding information such as the encoded picture and audio frame byte size, and picture encoding type, and time information related to video and audio synchronization.
  • the multiplexer 22 multiplexes the supplied encoded video stream and encoded audio stream A based on the system information S, and outputs a multiplexed stream based on the MPEG 2 transport stream. That is, the encoded video stream V, the encoded video stream A, and the system information S are each divided into the size of the payload of the transport packet, added with a predetermined header, and transported into packets. A PID is stored in the header so that each data type can be identified.
  • the multiplexed stream output from multiplexer 2 2 is connected to terminal 5 0 A is supplied to the source packetizer 21 and the multiplexed stream analyzer 25 via the selected switch 50.
  • the source packetizer 21 encodes the supplied multiplexed stream according to the application format of the recording medium.
  • the clip AV stream encoded by the source packetizer 21 is error-correction encoded by the ECC (Error Correction Coding) encoder 20, modulated to a recording code by the modulator 19, and written to Supplied to 1-8.
  • ECC Error Correction Coding
  • the writing unit 18 Based on the instruction of the control signal supplied from the control unit 17, the writing unit 18 records the clip AV stream modulated into the recording code by the modulation unit 19 on the recordable recording medium 10. .
  • This recording / playback apparatus can directly input a transport stream in which a clip AV stream is multiplexed and record it on a recording medium.
  • a transport stream that is output from a digital interface or a digital television tuner and is transmitted through a digital television broadcast is input to the input terminal 3 2.
  • a method for recording the input transport stream there are a method of recording transparently and a method of re-encoding and recording for the purpose of lowering the recording bit rate. Which one of the two recording methods is used for recording is instructed by, for example, a user operation on the user interface, and a control signal corresponding to this operation is sent to the data input / output terminal 28. And supplied to the control unit 17.
  • the control unit 17 controls each part of the recording / reproducing apparatus based on the control signal, and controls the recording method.
  • terminal 5 0 B is selected in switch 50 and the switch
  • the terminal 5 1 A is selected at 5 1 and the transport stream input from the input terminal 3 2 is sent to the source packetizer 21 and the multiplexed stream analyzer 25 via the switches 51 and 50. Each is supplied.
  • the subsequent processing is the same as the case where the video signal and the audio signal input to the input terminals 30 and 31 are encoded and recorded.
  • the terminal 5 1 B is selected in the switch 51, and the transport stream input from the input terminal 3 2 is supplied to the demultiplexer 15. Be paid.
  • the demultiplexer 15 separates the encoded video stream V, the encoded audio stream A, and the system information S that are multiplexed into the supplied transport stream, and the encoded video stream V to the AV decoder 16. At the same time, the encoded audio stream A and system information S are supplied to the multiplexer 22.
  • the AV decoder 16 decodes the encoded video stream V supplied from the demultiplexer 15 and supplies the decoded video signal to the AV encoder 23.
  • the AV encoder 23 encodes the supplied video signal into an encoded video stream V. This encoded video stream V is supplied to the multiplexer 22.
  • the multiplexer 22 is a system information obtained by separating the encoded video stream V encoded and supplied by the AV encoder 23 and the encoded audio stream A separated by the demultiplexer 15, and also by the demultiplexer 15. Multiplexed based on S and output multiplexed stream. The subsequent processing is the same as the case where the video signal and the audio signal input to the input terminals 30 and 31 are encoded and recorded as described above.
  • This recording / reproducing apparatus records, for example, a clip AV stream file on a recording medium 10 conforming to the BD-RE standard as described above, and also includes a database information related to the clip AV stream file to be recorded. Record further.
  • Application database information includes moving image feature information from video analysis unit 24, clip AV stream feature information from multiplexed stream analysis unit 25, and user instructions input from terminal 28. Based on the information, it is created by the control unit 17.
  • the moving image characteristic information obtained from the video analysis unit 24 is information generated in the recording / reproducing apparatus when the video signal is encoded and recorded by the AV encoder 23.
  • the video analysis unit 24 receives the video signal input from the input terminal 30 or the video signal separated by the demultiplexer 15 from the transport stream input from the input terminal 32 and decoded by the AV decoder 16. Supplied.
  • the video analysis unit 24 analyzes the content of the supplied video signal and generates information on the image of the characteristic mark point in the input video signal. For example, the video analysis unit 24 detects the characteristic mark points such as the program start point, scene change point, and CM (commercial) broadcast start and end points in the input video signal.
  • the instruction information of the image is obtained.
  • a thumbnail image of the mark point image may be generated.
  • a thumbnail image is an image obtained by reducing actual image data by thinning-out processing.
  • the position of the thumbnail image on the clip AV stream can be indicated by PTS.
  • the instruction information of these images, the thumbnail image, and the position information (for example, PTS) of the thumbnail image are supplied to the multiplexer 22 via the control unit 17.
  • Multiplexer 2 2 is instructed by control unit 17
  • the address information on the clip AV stream of the encoded picture is returned to the control unit 17.
  • the control unit 17 associates the characteristic image type with the address information on the clip AV stream of the corresponding encoded picture, and stores it in the RAM, for example.
  • the clip AV stream characteristic information obtained from the multiplexed stream analysis unit 25 is information related to the encoded information of the clip AV stream to be recorded, and is generated in the moving image recording / playback apparatus. .
  • the time stamp of the entry point and the corresponding address information are included as the feature information of the clip A stream.
  • STC System Time Clock
  • discontinuity information for clip AV streams, STC (System Time Clock) discontinuity information, program content change information, address information corresponding to arrival times, etc. are included as clip AV stream feature information. .
  • the multiplexed stream analyzer 25 when the multiplexed stream analyzer 25 records the transport stream input from the input end 32 in a transparent manner, the multiplexed stream analyzer 25 detects a characteristic mark point image in the clip AV stream, and detects the detected image. Generate type and address information. This information is the data stored in the block ClipMark in the clip information file. In this way, the clip AV stream characteristic information obtained by the multiplexed stream analysis unit 25 is stored in the clip information file that is the database of the clip AV stream. These pieces of information obtained by the multiplexing stream analysis unit 25 are temporarily stored in, for example, R AM of the control unit 17.
  • User instruction information given to a user interface is supplied from the input / output terminal 28 to the control unit 17.
  • This The instruction information includes, for example, designation information of the playback section that the user likes in the clip AV stream, character characters for explaining the content of the playback section, bookmark point set to the user's favorite scene, Clip Includes time stamps in AV streams.
  • These user instruction information is temporarily stored in the RAM of the control unit 17. Such instruction information is stored in the database of the play list on the recording medium 10.
  • the control unit 17 includes the above-described input information stored in the RAM, that is, the moving image feature information obtained from the video analysis unit 24, and the clip AV stream feature information obtained from the multiplexed stream analysis unit 25.
  • the clip AV stream data base clip information
  • playlist data base play list file
  • Create management information index file
  • thumbnail information for the recording contents of the recording medium.
  • the control unit 17 when creating the index file, creates an index file, a playlist file, based on the device-specific data and recording information input from the data input / output terminal 28 described above. Extension data can be created to extend the clip information file. That is, the control unit 17 embeds the extended data in the file by the process described with reference to the flowchart of FIG. 15 based on the data input from the data input / output terminal 28.
  • the database information is read from the RAM of the control unit 17 and supplied to the ECC encoding unit 20 from the control unit 17 in the same manner as the clip AV stream, and is subjected to error correction encoding.
  • the recording medium 10 stores a clip AV stream file, application database information including a playlist file and an index file, and a movie object file created as described in the operation at the time of recording. Yes.
  • the control unit 17 sends the application database information recorded on the recording medium 10 0 and the movie one-year-old object file to the reading unit 11. Is to be read.
  • the reading unit 11 reads the application database information and the movie object file from the recording medium 10. The output of the reading unit 11 is supplied to the demodulation unit 12.
  • the demodulating unit 12 demodulates the output of the reading unit 11 1 and decodes the recording code into digital data.
  • the output of the demodulator 12 is supplied to the E C C decoder 1 3, where the error correction code is decoded and error correction processing is performed.
  • the application database information subjected to the error correction process is supplied to the control unit 17.
  • the control unit 17 displays a menu screen for displaying a list of titles recorded on the recording medium 10 based on the application database information and the movie object file, and a user interface input / output terminal 2 8 To the user interface via This menu screen is displayed in a predetermined manner on, for example, a display unit provided on the user interface. The user selects the title to be played based on this menu screen, and plays the selected title. The work is done on the user interface. A control signal corresponding to this operation is output from the user interface and supplied to the control unit 17 through the terminal 28.
  • the control unit 17 instructs the reading unit 11 to read out the clip AV stream file necessary for playing the selected title based on the contents of the index file.
  • the reading unit 11 reads the clip AV stream file from the recording medium 10.
  • the output of the reading unit 1 1 is supplied to the demodulating unit 1 2.
  • the demodulating unit 12 demodulates the supplied signal, decodes the recording code, outputs it as digital data, and supplies it to the ECC decoding unit 13.
  • the ECC decoding unit 13 decodes the supplied error correction code and performs error correction.
  • the error-corrected clip AV stream file is processed by a file system unit (not shown) provided by the control unit 17 and supplied to the source bucket sizer 14.
  • the source bucket 14 is a stream in a format in which the clip AV stream file recorded in the application format on the recording medium 10 can be input to the demultiplexer 15. Convert to For example, the source packetizer 14 breaks down the MP EG 2 transport stream reproduced from the recording medium 10 into source buckets, removes the header from the source bucket, and forms a transport bucket. The transported clip AV stream is supplied to the demultiplexer 15. Based on the control of the control unit 17, the demultiplexer 15 is a video stream that forms a playback section (Playltem) specified by the control unit 17 of the clip AV stream supplied from the source depacketizer 14. V, audio stream A and system information S are output and supplied to the AV decoder 16.
  • the source packetizer 14 breaks down the MP EG 2 transport stream reproduced from the recording medium 10 into source buckets, removes the header from the source bucket, and forms a transport bucket.
  • the transported clip AV stream is supplied to the demultiplexer 15.
  • the demultiplexer 15 is a video stream that forms
  • the demultiplexer 15 sorts the supplied transport packets based on the PID, removes the transport bucket header for each sorted, and outputs it.
  • the AV decoder 16 decodes the supplied video stream V and audio stream A and derives the decoded playback video signal and playback audio signal to the video output terminal 26 and the audio output terminal 27, respectively. .
  • the recording / reproducing apparatus is an apparatus of the above-mentioned type of the recording apparatus B that holds a title number when editing a title or the like.
  • the recording / playback device of the type of recorder B needs to know whether or not the loaded disc has been edited without retaining the title number.
  • the recording / playback device first reads, for example, an index file “inde X .b dmv” and a movie object file “MovieObject. Acquires the information of the movie object that is called, refers to the movie object file “MovieObject.b dmv” based on the acquired information, and acquires the information of the playlist referenced by each movie object.
  • information about the recorder that has been recorded most recently and information about the editing contents are stored in a predetermined location, such as the extended block of the index file “index.b dmv” Ext en si onData 0. It can also be described. In this case, it is determined whether or not the latest recording device is the recording device A type, and if it is determined that it is the recording device A type, as described above, Based on the determination of whether the value ti 11 e—id—ref is a continuous value, it is possible to determine whether editing has been performed to delete the title without retaining the title number.
  • the recording / reproducing apparatus shown in FIG. 25 has been described as being an apparatus that records video data and audio data output from a video camera or the like on the recording medium 10. It is not limited to examples.
  • one embodiment of the present invention can be applied to an editing apparatus that performs editing processing on input video data and outputs edited video data.
  • the configuration shown in FIG. 25 can be a recording device in which the configuration on the reproducing unit side is omitted.
  • the recording medium 10 has been described as a disc-shaped recording medium conforming to the BD-RE standard.
  • one embodiment of the present invention is a semiconductor. It can also be applied to other recording media such as memory and hard disks.
  • the recording / reproducing apparatus shown in FIG. Although described as being configured, this is not limited to this example.
  • the recording / reproducing apparatus can also configure software other than the mechanical part such as the drive part in which the recording medium 10 is actually loaded.
  • the software is stored in advance in ROM of the control unit 17, for example.
  • the present invention is not limited to this, and the moving image recording / reproducing device can be configured on a computer device such as a personal computer.
  • software for causing the computer apparatus to execute the moving image recording / reproducing apparatus is provided by being recorded on a recording medium such as a CD-ROM or a DVD-ROM. If the computer device can be connected to the network, the software can also be provided via a network such as Internet.

Landscapes

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

Abstract

ＢＤ−ＲＯＭ規格を記録可能な記録媒体に対して拡張した場合に、タイトルの削除に際してタイトル番号を保持するシステムと、タイトルの削除に際してタイトルの記録順を保持しタイトル番号を変更するシステムとの両立を可能とする。プレイリストに対して、当該プレイリストの生成時に属したタイトルを示す情報title_id_refを付加する。タイトルの記録順を保持し番号を保持しない記録機Ａでタイトルを削除されたディスクを、タイトル番号を保持する記録機Ｂに装填したとき、記録機Ｂは、情報title_id_refに基づきインデックスのタイトル番号を書き換える。削除され欠番となったタイトルに対応するプレイリストおよび当該プレイリストを参照するオブジェクトを生成し、当該オブジェクトを呼び出すタイトルをインデックスに登録する。記録機Ａと記録機Ｂとの間で、タイトル編集に関して互換性を維持できる。

Description

明 細 書
記録装置、 記録方法および記録プログラム 技術分野
この発明は、 A V (Audio/Video)ストリームと、 その再生区間や再 生順序を示す再生制御情報と、 その再生制御情報を指定するオブジェ ク卜と、 そのオブジェクトを呼び出すタイトルが記述されるテーブル とを有するフォーマツトを用いて記録される記録媒体と互換性を持た せ、 メニュー画面を容易に作成できるようにした記録装置、 記録方法 および記録プログラムに関する。
例えばブルーレイディスク （B l u— r a y D i s c :登録商標 ) の再生専用フォーマツトである 「Blu- ray Disc Read- Only Format 」 と互換性を持たせたメニュー画面を容易に作成できるようにした記 録装置、 記録方法および記録プログラムに適用することができる。 背景技術
近年、 記録可能で記録再生装置から取り外し可能なディスク型記録 媒体の規格として、 B l u— r a y D i s c規格が提案されている 。 B l u - r a y D i s c規格では、 記録媒体として直径 1 2 cm 、 カバー層 0. 1mmのディスクを用い、 光学系として波長 40 5 η mの青紫色レーザ、 開口数 0. 8 5の対物レンズを用いて、 最大で 2 7 GB (ギガバイト） の記録容量を実現している。 これにより、 日本 の： B Sディジタルハイビジョン放送を、 画質を劣化させることなく 2 時間以上記録することが可能である。
この記録可能光ディスクに記録する AV (Audio/Video)信号のソー ス （供給源） としては、 従来からの、 例えばアナログテレビジョン放 送によるアナログ信号によるものと、 例えば B Sディジ夕ル放送をは じめとするディジタルテレビジョン放送によるディジ夕ル信号による ものとが想定されている。 B l u— r a y D i s c規格では、 これ らの放送による A V信号を記録する方法を定めた規格は、 既に作られ ている。
一方で、 現状の B 1 u— r a y D i s cの派生規格として、 映画 や音楽などが予め記録された、 再生専用の記録媒体を開発する動きが 進んでいる。 映画や音楽を記録するためのディスク状記録媒体として は、 既に DVD (Digital Versatile Disc)が広く普及しているが、 こ の B l u— r a y D i s cの規格に基づいた再生専用光ディスクは 、 B l u— r a y D i s cの大容量および高速な転送速度などを活 かし、 八ィビジョン映像を高画質なままで 2時間以上収録できる点が 、 既存の DVDとは大きく異なり、 優位である。
この B l u— r a y D i s cにおける再生専用の記録媒体の規格 を、 以下では、 BD— ROM(Blu_ray Disc- Read Only Memory)規格 と呼ぶ。 また、 B l u— r a y D i s cにおける記録可能な記録媒 体の規格を、 BD— RE規格と呼ぶ。 特許文献 「特願 2 0 04 - 2 1 88 6号」 には、 再生専用タイプの B 1 u - r a y D i s cである BD— ROMの規格に関して記載されている。
BD— ROM規格においては、 ビデオデータはクリップ（Clip)を単 位として記録され、 クリップに対してムービープレイリスト（MoviePl ayList)を用いて再生区間を指定することができる。 ここで、 連続同 期再生、 すなわち実時間再生が保障された再生が必要な単位となるデ 一夕のまとまりを、 クリップと呼ぶ。 例えば、 記録媒体上に 1つのフ アイルとして存在するビデオデータがクリップとされる。 ムービープ レイリストは、 複数のクリップに対してそれぞれ再生開始点 （ I N点 ) および再生終了点 （O U T点） を指定し、 当該複数のクリップそれ ぞれの再生区間および再生順序を指定することができる。
ム一ビープレイリスト （以下、 プレイリストと略称する） は、 ム一 ビーオブジェクト（Movi eObj ec t)内のナビゲ一ションコマンドにより 指定され、 再生が行われる。 ムービーオブジェクトは、 タイトルの入 口としてィンデックステーブルに列挙される。 ィンデックステーブル は、 ディスクをプレーヤに装填した際に最初に読み込まれるデータで あって、 ユーザは、 ディスク装填時には、 インデックステーブルに記 述されたタイトルが見えることになる。
また、 B D— R O M規格においては、 クリップおよびプレイリスト 間での参照関係を自由に設定できるようにされている。 例えば、 ある クリップにする参照を、 それぞれ I N点および O U T点の異なる 2つ のプレイリストから行うことができる。 さらに、 タイトルおよびムー ビーオブジェクト間での参照関係も、 自由に設定することができる。 第 1図は、 B D— R O M規格によるタイトル、 ムービーオブジェク トおよびプレイリストの一例の関係を概略的に示す。 ディスクがプレ ーャに装填されると、 最初にインデックステーブル上のファーストプ レイバック（F i rs tP l ayBack)およびトップメニュ一（TopMenu)が読み込 まれ、 これらに記述されるムービーオブジェクトに基づきトレ一ラや トップメニューが再生されることになる。 ュ一ザは、 トップメニュー から、 ディスクに記録されている各タイトルの再生を指示することが できる。
この第 1図の例では、 ファーストプレイバックおよびトップメニュ 一によりムービーオブジェクト # 4が指定され、 ムービーオブジェク ト # 4からプレイリスト # 1 0 0およびプレイリスト # 1 0 1が参照 され、 ファーストプレイバックおよびトップメニューのメニュー画面 が表示される。
すなわち、 この第 1図の例は、 最初にムービーオブジェクト # 4に よるメニュー画面が表示され、 メニュー画面の表示が終了すると、 ム 一ビーオブジェクト # 0の再生が開始され、 メニュー画面の表示中に 例えばタイトルジャンプを選択すると、 タイトル # 1にジャンプして そこからムービーオブジェクト# 0の再生が開始されるようなシナリ ォ構成となっている。
トップメニューは、 6個のタイトル # 1〜タイトル # 6の再生をナ ピゲーシヨンする。 タイトル # 1およびタイトル # 3は、 それぞれム 一ビーオブジェクト # 0の再生を指示し、 タイトル # 4およびタイト ル # 6は、 それぞれムービーオブジェクト # 2の再生を指示する。 ま た、 トップメニューを再生するためのムービーオブジェクト # 4は、 タイトル # 1にジャンプすると共に、 タイトル # 1に参照されるムー ビーオブジェクト # 0にジャンプされる。 さらに、 ムービーオブジェ クト # 0は、 プレイリスト # 1 0 0およびプレイリスト # 1 0 1の 2 つのプレイリストを再生するコマンドが記述され、 ムービーオブジェ クト # 3は、 プレイリスト # 4、 プレイリスト # 5およびプレイリス ト # 6の 3つのプレイリストを再生するコマンドが記述される。
上述したように、 B D— R O M規格においては、 1つのム一ビ一ォ ブジェクトに対する複数のタイトルからの再生指示や、 1つのムービ 一才ブジェクトからのタイトルおよびム一ビーオブジェクトに対する ジャンプ、 1つのム一ビ一オブジェクトから複数のプレイリストに対 する再生指示などを行わせることができる。 このように、 タイトルや ムービーオブジェクト、 プレイリストなどの間での自由な参照関係を 可能とすることで、 コンテンツ制作者の意図の実現が容易となる利点 がある。 ところで、 従来から存在する、 再生専用の記録媒体に対して規定さ れた DVD— V i d e o (Digital Versatile Disc- Video)規格を用い て、 記録可能な DVDに対して AV (Audio/Video)データを記録する ようにした DVDレコーダが普及してきている。 このことから、 現状 では再生専用の記録媒体に対する規格として開発されている B D-R OM規格も、 将来的には、 民生用レコーダの記録方式の一つとして用 いられることが想定される。 このため、 BD— ROM規格を記録可能 な記録媒体に拡張するような規格の開発が進められている。
BD— ROM規格を記録可能な記録媒体に対して拡張する場合でも 、 ディスクに記録されるタイトルは、 インデックステーブルの記述に 従い再生されるトップメニューから指定されて再生が開始されるよう になっている必要がある。 また、 記録可能な記録媒体では、 タイトル の削除や追加といった、 タイトルの編集が可能とされていることが要 求される。
例えば、 当該記録媒体をビデオカメラに用いた場合、 撮影ポタンな どが押され撮影が開始されると新たなクリップの記録が開始され、 撮 影ポタンの解除操作などにより撮影が終了されクリップの記録が終了 されると、 当該クリップに対応するタイトルが追加されることになる 。 同様に、 記録されたクリップを削除すると、 対応するタイトルも削 除される。
ここで、 タイトルの管理を、 例えばクリップの記録順にタイトル番 号を付して行う場合について考える。 この場合、 タイトルの管理方法 としては、 タイトルの編集に関わらずタイトル番号を保持する第 1の 管理方法と、 タイトルの編集に際してタイトルの記録順は保持し、 編 集に応じてタイトル番号を変更する第 2の管理方法の 2通りが考えら れる。 例えば第 2図 Aに一例が示されるように、 タイトル # 1、 タイトル # 2、 タイトル # 3およびタイトル # 4がある場合を考える。 これら のうち編集によりタイトル # 2を削除した場合、 第 1の管理方法では 、 第 2図 Bに一例が示されるように、 それぞれのタイトル番号が維持 され、 削除されたタイトル # 2が欠番とされる。 一方、 第 2の管理方 法では、 第 2図 Cに一例が示されるように、 削除されたタイトル # 2 より後ろのタイトルの番号が、 タイトル # 2に対して順に詰められる 。 第 2図 Cの例では、 編集前のタイトル # 3およびタイトル # 4が、 編集後にそれぞれ新たなタイトル # 2およびタイトル # 3とされる。
レコーダに対してこれら第 1の管理方法および第 2の管理方法のう ち何れが実装されるかは、 例えば、 レコーダの設計思想などに応じて 決められる。
しかしながら、 この場合、 第 1の管理方法が実装されたレコーダと 、 第 2の管理方法が実装されたレコーダとの間で、 メニュー画面など における互換性が保てなくなるという問題点があつた。
例えば、 上述の第 2図 A、 第 2図 Bおよび第 2図 Cを参照し、 第 1 の管理方法に基づき作成されたメニュー画面を、 第 2の管理方法が実 装された装置で再生すると、 第 2図 Bのタイトル # 4に対応するメニ ユーが表示されないなどの矛盾が生じる可能性がある。 同様に、 第 2 の管理方法に基づき作成されたメニュー画面を、 第 1の管理方法が実 装された装置で再生すると、 第 2図 Cのタイ トル # 2がメニューに表 示されているにも関わらず再生できないなどの矛盾が生じる可能性が ある。 発明の開示
したがって、 この発明の目的は、 B D— R O M規格を記録可能な記 録媒体に対して拡張した場合に、 タイトルの編集に関わらずタイトル 番号を維持するシステムと、 タイトルの編集に際して、 タイトルの記 録順は保持し、 タイトル番号を編集に応じて変更するシステムとが両 立可能な記録装置、 記録方法および記録プログラムを提供することに ある。
この発明は、 少なくともコンテンツデータと、 コンテンツデータの 再生を制御するための再生制御情報とを記録媒体に記録する記録装置 において、 コンテンツデータを記録媒体に記録する記録部と、 記録媒 体に記録されるコンテンツデータに対し、 コンテンッデータの属性情 報を示すクリップ情報を含むクリップ情報ファイルと、 クリップ情報 を呼び出すプレイリストを含むプレイリストファイルと、 プレイリス トを呼び出すコンテンツデータの再生方法を示すオブジェクトを含む オブジェクトファイルと、 オブジェクトを呼び出すタイ トルが記述さ れるィンデックステーブルを含むィンデックスファイルとを生成する ように制御する制御部とを有し、 制御部は、 プレイリストファイルの 生成時にプレイリストファイルが属するタイトルを示す情報をィンデ ックスファイルに対して付加するように制御することを特徴とする記 録装置である。
また、 この発明は、 少なくともコンテンツデータと、 コンテンツデ 一夕の再生を制御するための再生制御情報とを記録媒体に記録する記 録方法において、 記録媒体に記録されるコンテンツデ一夕に対し、 コ ンテンッデータの属性情報を示すクリップ情報を含むクリップ情報フ アイルと、 クリップ情報を呼び出すプレイリストを含むプレイリスト ファイルと、 プレイリストを呼び出すコンテンツデータの再生方法を 示すオブジェクトを含むオブジェクトファイルと、 オブジェクトを呼 び出すタイトルが記述されるインデックステーブルを含むィンデック スファイルとを生成するように制御され、 プレイリストファイルの生 成時にプレイリストファイルが属するタイトルを示す情報をインデッ クスファイルに対して付加するように制御することを特徴とする記録 方法である。
また、 この発明は、 少なくともコンテンツデータと、 コンテンツデ 一夕の再生を制御するための再生制御情報とを記録媒体に記録する記 録方法をコンピュータ装置に実行させる記録プログラムにおいて、 記 録方法は、 記録媒体に記録されるコンテンツデータに対し、 コンテン ッデータの属性情報を示すクリップ情報を含むクリップ情報ファイル と、 クリップ情報を呼び出すプレイリストを含むプレイリストフアイ ルと、 プレイリストを呼び出すコンテンツデータの再生方法を示すォ ブジェクトを含むオブジェクトファイルと、 オブジェクトを呼び出す タイトルが記述されるィンデックステーブルを含むィンデックスファ ィルとを生成するように制御され、 プレイリストファイルの生成時に プレイリストファイルが属するタイトルを示す情報をィンデックスフ アイルに対して付加するように制御することを特徴とする記録プログ ラムである。
上述したように、 この発明は、 記録媒体に記録されるコンテンツデ 一夕に対し、 コンテンツデータの属性情報を示すクリップ情報を含む クリップ情報ファイルと、 クリップ情報を呼び出すプレイリストを含 むプレイリストファイルと、 プレイリストを呼び出すコンテンツデ一 夕の再生方法を示すオブジェクトを含むオブジェクトファイルと、 ォ ブジェクトを呼び出すタイトルが記述されるィンデックステーブルを 含むインデックスファイルとを生成するように制御され、 プレイリス 卜ファイルの生成時にプレイリストファイルが属するタイトルを示す 情報をィンデックスファイルに対して付加するように制御しているた め、 他機でタイトル番号を保持しないタイトル削除がなされたか否か を容易に知ることができる。
この発明は、 上述したように、 記録媒体に記録されるコンテンツデ 一夕に対し、 コンテンツデータの属性情報を示すクリップ情報を含む クリップ情報ファイルと、 クリップ情報を呼び出すプレイリストを含 むプレイリストファイルと、 プレイリストを呼び出すコンテンッデー 夕の再生方法を示すオブジェクトを含むオブジェクトファイルと、 ォ ブジェクトを呼び出すタイトルが記述されるィンデックステーブルを 含むインデックスファイルとを生成するように制御され、 プレイリス トファイルの生成時にプレイリストファイルが属するタイトルを示す 情報をィンデックスフアイルに対して付加するように制御しているた め、 他機でタイトル番号を保持しないタイトル削除がなされた場合で も、 プレイリストの生成時にプレイリス卜が属するタイトルを示す情 報に基づき、 削除されたタイトル番号を復元することができる効果が ある。 図面の簡単な説明
第 1図は、 B D— R O M規格によるタイトル、 ムービーオブジェク トおよびプレイリストの一例の関係を概略的に示す略線図、 第 2図 A 、 第 2図 Bおよび第 2図 Cは、 タイトルの編集に関わるタイトルの管 理方法を説明するための略線図、 第 3図は、 B D— R O Mのデータモ デルを概略的に示す略線図、 第 4図は、 インデックステーブルを説明 するための略線図、 第 5図は、 クリップ A Vストリーム、 クリップ情 報、 クリップ、 プレイアイテムおよびプレイリストの関係を示す U M L図、 第 6図は、 複数のプレイリストから同一のクリップを参照する 方法を説明するための略線図、 第 7図は、 サブパスについて説明する ための略線図、 第 8図は、 記録媒体に記録されるファイルの管理構造 を説明するための略線図、 第 9図は、 ファイル" index, bdmv"の一例の 構造を表すシンタクスを示す略線図、 第 1 0図は、 ブロック Indexes( )の一例の構造を表すシンタクスを示す略線図、 第 1 1図は、 フアイ ル" MovieObject.bdmv"の一例の構造を表すシンタクスを示す略線図、 第 1 2図は、 ブロック MovieObjectsOの一例の構造を表すシンタクス を示す略線図、 第 1 3図は、 ブロック ExtensionDataOの一例の構造 を表すシンタクスを示す略線図、 第 14図は、 ブロック ExtensionDat a()における各データの参照関係を模式的に示す略線図、 第 1 5図は 、 ブロック ExtensionDataOにデータを書き込む際の一例の処理を示 すフローチャート、 第 1 6図は、 ブロック ExtensionDataOから拡張 データを読み出す際の一例の処理を示すフローチャート、 第 1 7図は 、 ファイル" index, bdmv"内のフィールド Extens ionData 0におけるブ 口ック data— blockOの一例の構造を表すシンタクスを示す略線図、 第 1 8図は、 ブロック TableOfPlayListsOの一例の構造を表すシンタク スを示す略線図、 第 1 9図は、 編集前のメニュー画面と、 当該メニュ 一画面に関わるタイトル、 ムービーオブジェクトおよびプレイリスト の構成例を示す略線図、 第 2 0図は、 タイトル # 3を削除した場合の メニュー画面と、 当該メニュー画面に関わるタイトル、 ムービーォブ ジェクトおよびプレイリストの構成例を示す略線図、 第 2 1図は、 夕 ィトル番号が復元された状態のメニュー画面と、 当該メニュー画面に 関わるタイトル、 ムービーオブジェクトおよびプレイリストの構成例 を示す略線図、 第 22図は、 値 title— id_refに基づきタイトル番号を 復元する一例の処理を示すフローチャート、 第 2 3図 Aおよび第 2 3 図 Bは、 BD仮想プレーヤの動作を概略的に示すフローチャート、 第 24図は、 BD仮想プレーヤの動作を概略的に示す略線図、 第 2 5図 は、 この発明の実施の一形態に適用可能な記録再生装置の一例の構成 を示すブロック図である。 発明を実施するための最良の形態
以下、 この発明の実施の一形態を、 図面を参照しながら説明する。 先ず、 理解を容易とするために、 B l u— r a y D i s cに関し、 Bin- ray Disc Read Only Format Verl.0 par t3 Audio Visual Speci fications"で規定されている、 読み出し専用タイプの B 1 u - r a y D i s cである BD— ROMに記録されたコンテンツすなわち AV (Audio/Video)デ一夕の管理構造について、 BD— ROM規格を記録 可能な記録媒体に拡張した際に適用可能な部分を概略的に説明する。 以下では、 この B D— ROMにおける管理構造を B DM Vフォーマツ トと称する。 また、 BDMVフォーマットを記録可能な記録媒体に対 して拡張したフォーマットを、 便宜上、 拡張 B DM Vフォーマットと 呼ぶ。
例えば MP E G (Moving Pictures Experts Group)ビデオや M P E Gオーディォなどの符号化方式で符号化され、 MP E G 2システムに 従い多重化されたビットストリームは、 クリップ AVストリ一ム （ま たは A Vストリーム） と称される。 クリップ A Vストリームは、 B 1 u - r a y D i s cに関する規格の一つである" Blu- ray Disc Read Only Format part2"で定義されたファイルシステムにより、 フアイ ルとしてディスクに記録される。 このファイルを、 クリップ AVスト リームファイル （または A Vストリームファイル） と称する。
クリップ AVストリームファイルは、 ファイルシステム上での管理 単位であり、 ユーザにとって必ずしも分かりやすい管理単位であると は限らない。 ユーザの利便性を考えた場合、 複数のクリップ A Vスト リームファイルに分割された映像コンテンッを一つにまとめて再生す る仕組みや、 クリップ AVストリームファイルの一部だけを再生する 仕組み、 さらには、 特殊再生や頭出し再生を滑らかに行うための情報 などをデータベースとしてディスクに記録しておく必要がある。 B 1 u - r a y D i s cに関する規格の一つである" Blu- ray Disc Read Only Format part3"で、 このデータベースが規定される。
第 3図は、 BD— ROMのデータモデルを概略的に示す。 BD— R OMのデータ構造は、 第 3図に示されるように 4層のレイヤよりなる 。 最も最下層のレイヤは、 クリップ AVストリームが配置されるレイ ャである （便宜上、 クリップレイヤと呼ぶ) 。 その上のレイヤは、 ク リップ AVストリームに対する再生箇所を指定するための、 ムービー プレイリスト（Movie PlayList)と、 プレイアイテム（Playltem)とが配 置されるレイヤである （便宜上、 プレイリストレイヤと呼ぶ） 。 さら にその上のレイヤは、 ムービ一プレイリストに対して再生順などを指 定するコマンドからなるムービーオブジェクト（Movie Object)などが 配置されるレイヤである （便宜上、 オブジェクトレイヤと呼ぶ） 。 最 上層のレイヤは、 この BD— ROMに格納されるタイトルなどを管理 するインデックステーブルが配'置される （便宜上、 インデックスレイ ャと呼ぶ） 。
クリップレイヤについて説明する。 クリップ AVストリームは、 ビ デォデータやオーディオデータが MP E G 2 TS (トランスポート ストリーム） の形式などに多重化されたビットストリームである。 こ のクリップ AVストリームに関する情報がクリップ情報（Clip Inform at ion)としてファイルに記録される。
また、 クリップ AVストリームには、 字幕を表示するグラフィクス ストリームであるプレゼンテーショングラフィクス （P G) ストリー ムゃ、 メニュー表示などに用いられるデータ （ポタン画像データなど
) をストリームにしたインタラクティブグラフィクス （ I G) ストリ ームも多重化される。
クリップ AVストリームファイルと、 対応するクリップ情報が記録 されたクリップ情報ファイルとをひとまとまりのオブジェク卜と見な し、 クリップ（Clip)と称する。 すなわち、 クリップは、 クリップ AV ストリームとクリップ情報とから構成される、 一つのオブジェクトで ある。
ファイルは、 一般的に、 バイト列として扱われる。 クリップ AVス トリームファイルのコンテンツは、 時間軸上に展開され、 クリップ中 のエントリ一ポイントは、 主に時間ベースで指定される。 所定のクリ ップへのアクセスボイントのタイムスタンプが与えられた場合、 クリ ップ AVストリームファイルの中でデータの読み出しを開始すべきァ ドレス情報を見つけるために、 クリップ情報ファイルを用いることが できる。
プレイリストレイヤについて説明する。 ム一ビ一プレイリストは、 再生する AVストリームファイルの指定と、 指定された AVス卜リー ムファイルの再生箇所を指定する再生開始点 （ I N点） と再生終了点 (OUT点） の集まりとから構成される。 この再生開始点と再生終了 点の情報を一組としたものは、 プレイアイテム（Playltem)と称される 。 ムービープレイリストは、 プレイアイテムの集合で構成される。 プ レイアイテムを再生するということは、 そのプレイアイテムに参照さ れる A Vストリームファイルの一部分を再生するということになる。 すなわち、 プレイアイテム中の I N点および OUT点情報に基づき、 クリップ中の対応する区間が再生される。
オブジェクトレイヤについて説明する。 ムービーオブジェクトは、 HDMVナビゲーションコマンドプログラムと、 ム一ピ一オブジェク トとを連携するターミナルインフオメ一ションを含む。 HDMVナビ ゲ一ションプログラムは、 プレイリス卜の再生を制御するためのコマ ンドである。 以下、 HDMVナビゲーシヨンコマンドを、 適宜、 ナビ ゲーシヨンコマンド（navigation command)と略称する。 夕一ミナルイ ンフオメ一シヨンは、 ユーザの BD— ROMプレーヤに対するィン夕 ラクティブな操作を許可するための情報を含んでいる。 このターミナ ルインフォメーションに基づき、 メニュー画面の呼び出しや、 夕イト ルサーチといったユーザオペレーションが制御される。
BD— Jオブジェクトは、 J a V aプログラム （ J a V aは登録商 標） によるオブジェクトからなる。 BD— Jオブジェクトは、 この発 明と関わりが薄いので、 詳細な説明を省略する。
インデックスレイヤについて説明する。 インデックスレイヤは、 ィ ンデックステ一ブルからなる。 インデックステーブルは、 BD— R〇 Mディスクのタイトルを定義する、 トップレベルのテーブルである。 インデックステーブルに格納されているタイトル情報に基づき、 BD 一 ROM常駐システムソフトウエア中のモジュールマネージャにより BD— ROMディスクの再生が制御される。
すなわち、 第 4図に概略的に示されるように、 インデックステープ ル中の任意のエントリは、 タイトルと称され、 インデックステーブル にエントリされるファーストプレイパック（First Playback), トップ メニュー（Top Menu)およびタイトル（Title) # 1、 # 2、 · · · は、 全てタイトルである。 各タイ トルは、 ム一ビ一オブジェクトあるいは BD— Jオブジェクトに対するリンクを示し、 各タイトルは、 HDM Vタイトルあるいは BD— Jタイトルの何れかを示す。
例えば、 ファース卜プレイバックは、 当該 BD— ROMに格納され るコンテンツが映画であれば、 映画本編に先立って映出される映画会 社の宣伝用映像 （トレーラ） である。 トップメニューは、 例えばコン テンッが映画である場合、 本編再生、 チヤプ夕サーチ、 字幕や言語設 定、 特典映像再生などを選択するためのメニュー画面である。 また、 タイトルは、 トップメニューから選択される各映像である。 タイトル がさらにメニュー画面であるような構成も可能である。
第 5図は、 上述のようなクリップ A Vストリーム、 クリップ情報（S t ream At t r i bu t es) , クリップ、 プレイアイテムおよびプレイリスト の関係を示す U M L (Uni f i ed Mode l ing Language)図である。 プレイ リストは、 1または複数のプレイアイテムに対応付けられ、 プレイァ ィテムは、 1のクリップに対応付けられる。 1のクリップに対して、 それぞれ開始点および/または終了点が異なる複数のプレイアイテム を対応付けることができる。 1のクリップから 1のクリップ A Vスト リームファイルが参照される。 同様に、 1のクリップから 1のクリツ プ情報ファイルが参照される。 また、 クリップ A Vストリームフアイ ルとクリップ情報ファイルとは、 1対 1の対応関係を有する。 このよ うな構造を定義することにより、 クリップ A Vストリームファイルを 変更することなく、 任意の部分だけを再生する、 非破壊の再生順序指 定を行うことが可能となる。
また、 第 6図のように、 複数のプレイリストから同一のクリップを 参照することもできる。 また、 1のプレイリストから複数のクリップ を指定することもできる。 クリップは、 プレイリスト中のプレイアイ テムに示される I N点および O U T点により、 参照される。 第 6図の 例では、 クリップ 3 0 0は、 プレイリスト 3 1 0のプレイアイテム 3 2 0から参照されると共に、 プレイリスト 3 1 1を構成するプレイァ ィテム 3 2 1および 3 2 2のうちプレイアイテム 3 2 1から、 I N点 および OUT点で示される区間が参照される。 また、 クリップ 3 0 1 は、 プレイリスト 3 1 1のプレイアイテム 3 22から I N点および〇 UT点で示される区間が参照されると共に、 プレイリスト 3 1 2のプ レイアイテム 32 3および 324のうち、 プレイアイテム 32 3の I N点および OUT点で示される区間が参照される。
なお、 プレイリストは、 第 7図に一例が示されるように、 主として 再生されるプレイアイテムに対応するメインパスに対して、 サブプレ ィアイテムに対応するサブパスを持つことができる。 例えば、 このプ レイリストに付けられているアフレコオーディォ用のプレイアイテム をサブプレイアイテムとして、 プレイリストに持たせることができる 。 詳細は省略するが、 プレイリストは、 所定の条件を満たす場合にだ け、 サブプレイアイテムを持つことができる。
次に、 "Blu- ray Disc Read Only Format part3"で規定された、 B D— ROMに記録されるファイルの管理構造について、 第 8図を用い て説明する。 ファイルは、 ディレクトリ構造により階層的に管理され る。 記録媒体上には、 先ず、 1つのディレクトリ （第 8図の例ではル 一卜（root)ディレクトリ） が作成される。 このディレクトリの下が、 1つの記録再生システムで管理される範囲とする。
ルートディレクトリの下に、 ディレクトリ" BDMV"、 ディレクトリ" C ERTIFICATE"およびディレクトリ" HMVCTN"が置かれる。 ディレクトリ "CERTIFICATE"は、 著作権に関する情報が格納される。 ディレクトリ" HDAVCTN"には、 例えばクリップの代表画像を所定サイズに縮小したサ ムネイルファイルが置かれる。 ディレクトリ" BDMV"に、 第 3図を用い て説明したデー夕構造が格納される。
ディレクトリ" BDMV"の直下には、 ファイルは、 ファイル" index, bdm v"およびファイル" MovieObject.bdmv"の 2つのみを置くことができる 。 また、 ディレクトリ" BDMV"の下に、 ディレクトリ" PLAYLIST"、 ディ レクトリ" CLIPINF"、 ディレクトリ" STREAM"、 ディレクトリ" AUXDATA" 、 ディレクトリ" META"、 ディレクトリ" BDJO"、 ディレクトリ" JAR"、 およびディレクトリ" BACKUP"が置かれる。
ファイル" index, bdmv"は、 ディレクトリ BDMVの内容について記述さ れる。 すなわち、 このファイル" index. bdmv"が上述した最上層のレイ ャであるインデックスレイヤにおけるインデックステーブルに対応す る。 また、 ファイル MovieObject.bdmvは、 1つ以上のムービーォブジ ェクトの情報が格納される。 すなわち、 このファイル" MovieObject.b dmv"が上述したオブジェクトレイヤに対応する。
ディレクトリ"; PLAYLIST"は、 プレイリストのデータベースが置かれ るディレクトリである。 すなわち、 ディレクトリ" PLAYLIST"は、 ムー ビープレイリストに関するファイルであるファイル" xxxxx.mpls"を含 む。 ファイル" xxxxx.mpls"は、 ムービープレイリストのそれぞれに対 して作成されるファイルである。 ファイル名において、 "." （ピリオ ド） の前の" xxxxx"は、 5桁の数字とされ、 ピリオドの後ろの"] npls" は、 このタイプのファイルに固定的とされた拡張子である。
ディレクトリ'' CLIPINF"は、 クリップのデータベースが置かれるデ ィレクトリである。 すなわち、 ディレクトリ CLIPINF"は、 クリップ A Vストリ一ムファイルのそれぞれに対するクリップインフォメーショ ンファイルであるファイル" zzzzz. clpi"を含む。 ファイル名において 、 "." (ピリオド） の前の" zzzzz"は、 5桁の数字とされ、 ピリオドの 後ろの" clpi"は、 このタイプのファイルに固定的とされた拡張子であ る。
ディレクトリ" STREAM"は、 実体としての A Vストリームファイルが 置かれるディレクトリである。 すなわち、 ディレクトリ" STREAM"は、 クリップインフォメーションファイルのそれぞれに対応するクリップ
AVストリームファイルを含む。 クリップ AVストリームファイルは 、 MP E G 2 (Moving Pictures Experts Group 2)のトランスポ一ト ストリーム （以下、 MP EG 2 TSと略称する） からなり、 フアイ ル名が" zzzzz.m2ts"とされる。 ファイル名において、 ピリオドの前の "zzzzz"は、 対応するクリップインフォメ一ションファイルと同一す ることで、 クリップインフォメーションファイルとこのクリップ A V ストリームファイルとの対応関係を容易に把握することができる。 ディレクトリ" AUXDATA"ほ、 メニュー表示などに用いられる、 サゥ ンドファイル、 フォントファイル、 フォントインデックスファイルお よびビットマップファイルなどが置かれる。 ファイル" sound, bdmv"は 、 HDMVのインタラクティブなグラフィクスストリームのアプリケ ーシヨンに関連したサウンドデータが格納される。 ファイル名は、 "s ound. bdmv"に固定的とされる。 ファイル" aaaaa. ot Γは、 字幕表示や 上述した BD— Jアプリケ一ションなどで用いられるフォントデータ が格納される。 ファイル名において、 ピリオドの前の" aaaaa"は、 5 桁の数字とされ、 ピリオドの後ろの" otf"は、 このタイプのファイル に固定的とされた拡張子である。 ファイル" bdmv. fontindex"は、 フォ ントのィンデックスファイルである。
ディレクトリ" META"は、 メタデータファイルが格納される。 ディレ クトリ" BDJ0"およびディレクトリ" JAR"は、 上述の BD— Jオブジェ クトに関連するファイルが格納される。 また、 ディレクトリ" BACKUP" は、 上述までの各ディレクトリおよびファイルのバックアップが格納 される。 これらディレクトリ" META"、 ディレクトリ" BDJ0"、 ディレク トリ"; IAR"およびディレクトリ" BACKUP"は、 この発明の主旨と直接的 な関わりがないので、 詳細な説明を省略する。 なお、 ディレクトリ" HDAVCTN"は、 2種類のサムネイルファイル thu mbnail. t idxおよび thumbnai 1. tdt2を置くことができる。 サムネイル ファイル thumbnai 1. tidxは、 サムネイルファイル thumbnai 1. tdt2に格 納されるサムネイル画像を管理する情報が格納される。
第 8図で示した各ファイルのうち、 この発明に関わりの深いものに ついて、 より詳細に説明する。 先ず、 ディレクトリ" BDMV"の直下に置 かれるファイル" index, bdmv"について説明する。 第 9図は、 このファ ィル" index, bdmv"の一例の構造を表すシンタクスを示す。 ここでは、 シンタクスをコンピュータ装置などのプログラムの記述言語として用 いられる C言語の記述法に基づき示す。 これは、 他のシンタクスを表 す図において、 同様である。
第 9図において、 フィールド type— indicatorは、 3 2ビットのデー タ長を有し、 このファイルがィンデックステ一ブルであることを示す 。 フィールド version— numberは、 3 2ビットのデータ長を有し、 この ファイ レ" index, bdmv"のノ ージヨンを示す。 フィーリレド indexes— s tar し addressは、 3 2ビットのデータ長を有し、 このシンタクス内にあ るブロック Indexes 0の開始ァドレスを示す。
フィ—ルド ExtensionDa _starし addressは、 3 2ビットのデータ 長を有し、 このシンタクス内にあるブロック ExtensionDataOの開始 アドレスを示す。 フィールド ExtensionData_s rt— addressは、 この ファイル" index, bdmv"の最初のバイトからの相対バイト数で、 ブロッ ク ExtensionDataOの開始アドレスを示す。 相対バイト数は、 " 0 "力 ら開始される。 若し、 このフィールド ExtensionData_s rし address の値が" 0"であれば、 このファイル" index. bdmv"内に、 ブロック Exte nsionDataOが存在しないことを示す。
フィールド ExtensionData start addressに続くデータ長が 1 9 2 バイトの領域は、 将来の使用のために予約されている領域である。 ブ ロック AppInfoBDMVOは、 コンテンツ制作者が任意の情報を記述でき るブロックであって、 プレーヤの動作などには影響を与えない。
ブロック Indexes 0は、 このフアイル" index, bdmv"の実質的な内容 であって、 このファイル" index, bdmv"に記述された内容により、 ディ スクをプレーヤに装填した際に再生されるファーストプレイパックや 、 トップメニューから呼び出されるタイトル （ム一ビ一オブジェクト や BD— Jオブジェクト） が指定される。 なお、 以下では、 ムービー オブジェクトおよび BD— Jオブジェクトを纏めて、 ムービーォブジ ェク卜等と記述する。 インデックステ一ブルにより呼び出されたムー ピーオブジェクト等に記述されたコマンドに基づき、 後述するムービ —プレイリストファイルが読み込まれる。
第 1 0図は、 ブロック Indexes 0の一例の構造を表すシンタクスを 示す。 なお、 第 1 0図において、 この発明と直接的に関わりのない部 分は、 領域 Reservedとして記されている。 すなわち、 第 1 0図の表記 は、 記録可能な記録媒体のための拡張 BDMVフォーマツ卜に適用さ れる記述に限定的とされている。 フィールド lengthは、 3 2ビットの データ長を有し、 このフィールド length直後からこのブロック Indexe s()の終わりまでのデータ長を示す。 続けて、 ブロック FirstPlayback 0およびブロック TopMenuOが配される。
ブロック Firs tPlaybackOは、 ファーストプレイバックで用いられ るォブジェクトに関する情報が記述される。 ブロック FirstPlayback( )の最初のフィールドには、 固定値 "01 "が記述され、 ファーストプレ ィバックで用いられるオブジェク卜がムービーオブジェクトであるこ とが示される。 そして、 2ビットのデ一夕長を有するフィールド HDAV C— Title— playback_typeにより HDAVCタイトルの再生タイプが示 され、 1 6ビットのデ一夕長を有するフィールド FirstPlaybakjnobj— id_refにより、 ファーストプレイバックで用いられるムービーォブジ ェクトの I Dを示す。
ムービーオブジェクトの I Dは、 例えば、 第 1 1図および第 1 2図 を用いて後述するムービーオブジェクトのシンタクスに基づき、 ムー ビーオブジェク卜の forループ文においてループ変数として用いられ る値 mobj—idで示される。 この例では、 フィ一ルド FirstPlayback— mob し id— refは、 参照するムービーオブジェクトに対応する値 mobj—idが 格納される。
なお、 ブロック IndexesOにおけるブロック FirstPlaybackO内のフ ィールド FirstPlayback— mobj— id— refは、 トップメニューのムービー オブジェクトを指していてもよいし、 タイトルを指していてもよい。 ブロック TopMenuOは、 トップメニューで用いられるオブジェクト に関する情報が記述される。 ブロック TopMenu 0の最初のフィールド には、 固定値" 01"が記述され、 3 0ビットのデータ長を有する領域 Re servedを介してさらに固定値" 01 "が記述される。 フィ一ルド TopMenu— mobj— id— refは、 1 6ビットのデータ長を有し、 トップメニューで用 いられるムービーオブジェク卜の I Dを示す。
ブロック TopMenuOの次のフィールド number— 0し Titlesは、 1 6ビ ットのデータ長を有し、 ユーザが選択、 再生可能なタイトルの数を示 す。 次の forループ文に従い、 このフィールド number_oし Titlesに示 される回数だけ、 値 title_idを引数として、 ブロック Title[UUe— id ]0が記述される。 ブロック Title[title— id] 0は、 タイトル毎の情報 が記述される。 値 title— idは、 " 0"からフィールド number— of— Titles で示される値までの数値であり、 タイトルを識別する。
ブロック Title[title id] 0において、 最初のフィールドには固定 値" 01 "が記述され、 46ビットのデータ長を有する領域 Reservedを介 してフィールド Title_mobj_id_refが記述される。 フィールド Title— m obj— id— refは、 1 6ビットのデータ長を有し、 このタイ トルで用いら れるムービーオブジェクトの I Dを示す。
第 1 1図は、 ディレクトリ" BDMV"の直下に置かれるファイル" Movie Object. bdmv"の一例の構造を表すシンタクスを示す。 フィールド type —indicatorは、 32ビット （4バイト） のデータ長を有し、 このファ ィルがファイル" MovieObject.bdmv"であることを示す。 フィールド ty pe一 indicatorは、 I SO (Internat ional Organization for Standar i zation) 646に規定された符号化方式で符号化した 4文字からなる 文字列が記述される。 この第 1 1図の例では、 フィールド type— indie atorに I S O 646に既定の方式で符号化された 4文字の文字列" MOB J"が記述され、 このファイルがファイル" MovieObject.bdmv"であるこ とが示される。
フィールド version— numberは、 32ビット （4バイト） のデータ長 を有し、 このファイル" MovieObject.bdmv"のバージョン番号を示す。 このフアイ レ" MovieObject. bdmv"でま、 フィー レド vers ion— numberま 、 I S O 646に規定された符号化方式で符号化した 4文字の文字列 " 0100"でなければならない。
フィールド ExtensionData— start— addressは、 32ビットのデータ 長を有し、 このシンタクス内にあるブロック ExtensionDataOの開始 アドレスを示す。 フィールド ExtensionData— starし addressは、 この ファイル" MovieObject.bdmv"の最初のバイトからの相対バイト数で、 ブロック ExtensionDataOの開始アドレスを示す。 相対バイト数は、 " 0 "から開始される。 若し、 このフィールド ExtensionData— start— add ressの値が" 0 "であれば、 このファイル" MovieObject.bdmv"内に、 ブ 口ック ExtensionDataOが存在しないことを示す。
なお、 この第 1 1図に示すシンタクス内のフィ一ルド padding— word は、 1 6ビットのデータ長を有し、 このファイル" MovieObject. bdmv" のシンタクスに従い f orループ文に値 N1または値 N2で示される回数だ け挿入される。 値 N1または値 N2は、 0または任意の正の整数である。 また、 フィールド padding— wordは、 任意の値を用いることができる。 フィールド ExtensionData_start— addressに続くデータ長が 2 2 4 ビットの領域は、 将来の使用のために予約されている領域である。 こ の領域の次に、 このファイル" MovieObj ect. bdmv"の本体であるブロッ ク MovieObjectsOが格納される。
第 1 2図は、 ブロック MovieObjectsOの一例の構造を表すシンタク スを示す。 フィールド lengthは、 3 2ビットのデ一タ長を有し、 この フィールド lengthの直後からこのブロック MovieObjectsOの終わりま でのデータ長を示す。 3 2ビットのデータ長を有する予約領域を介し てフィー レド number— of— mobjs力 S配される。 フィーリレド number— of— mob jsは、 直後の forループ文に従い格納されるムービーオブジェク卜の 数を示す。 forループ文のループ変数として用いられる値 mob]'— idで、 ムービーオブジェクトが一意に特定される。 値 mob]'— idは、 0から始 まる値で、 ムービーオブジェクトは、 forループ文中に記述される順 序により定義される。
forループ文中のブロック Terminal Info 0は、 それぞれ 1ビットの データ長を有するフィールドにより、 固定値 "1"、 固定値" 0"および固 定値" 0"が格納され、 データ長が 1 3ピットの予約領域を介してフィ —ルド number— of— navigat ion— commands [mobj— id]が配される。 このフ ィーゾレド number— of— navigat ion_commands [mobj— id]は、 値 mobj— idに よって指し示されるム一ビーオブジェクト MovieObject [mobj一 id] 0に 含まれるナビゲーションコマンド（navigation— command)の数を表す。 次の、 値 command— idをループ変数とする forループ文により、 フィ ー レド number— of— navigation— commands [mobj— id]に示される数だけ、 ナビゲーシヨンコマンドが記述される。 すなわち、 この forループ文 中に配されるフィー レ卜 navi gat ion— command [mobj_id] [command— id] は、 値 mobj— idによって指し示されるブロック MovieObject [mobj— id] ( )に含まれる、 値 command— idで示される順番のナビゲーションコマン ド navigation— commandを格納する。 値 command— idは、 0力、ら始まる値 で、 ナビゲーシヨンコマンド navigation— commandは、 この forループ 文中に記述される順序で定義される。
次に、 BD— ROM規格を記録可能な記録媒体に適用できるように 拡張した際に定義される、 ブロック ExtensionDa Oについて説明す る。 このブロック ExtensionDa Oは、 インデックステーブルが格納 されるファイル" index. bdmv"、 プレイリス卜が格納されるファイル" x xxxx.mpls"およびクリップィンフオメーションフアイル" zzzzz. clpi" の各ファイルに記述することができる。 この発明の実施の一形態では 、 フアイル" index, bdmv"のブロック Extens ionDa 0が用いられる。 第 1 3図は、 ブロック ExtensionDataOの一例の構造を表すシン夕 クスを示す。 フィールド lengthは、 3 2ビットのデータ長を有し、 こ のフィ一ルド lengthの直後からブロック ExtensionDataOの終わりま でのデータ長をバイト数で示す。 このフィールド lengthの示すデータ 長が" 0"でなければ、 if文以下の記述がなされる。
フィールド data— block_starし addressは、 3 2ビットのデータ長を 有し、 このシンタクス中の、 拡張データ exし dataの本体が格納される プロック data_block()の開始アドレスを、 このブロック ExtensionDat a()の先頭バイトからの相対バイト数で示す。 すなわち、 相対バイト 数は、 " 0"から開始される。 なお、 フィールド data— block— start— add ressは、 次に示す 3 2ビットァライメントの条件を満たさなければな らない。
data_block_star t_address% 4 = 0
フィールド number— oし ext— data— entriesは、 8ビットのデータ長を 有し、 このブロック ExtensionDataOのブロック da _block()に格納 される拡張データのエントリ数を示す。 拡張データのエントリは、 拡 張データの本体を取得するための情報が格納される。 より具体的には 、 拡張データのエントリは、 例えばフィールド ID1、 フィールド ID2、 フィー レド ex t— data— start— addressおよびフィー レド ext— data— lengt hからなるプロック ext— data_entry()であって、 ブロック ExtensionDa ta()において、 このフィールド number— 0し ext— da _entriesに示され る個数だけ、 このプロック ex t— da t a_en t ry 0が存在する。
フィールド ID1は、 1 6ビットのデータ長を有し、 このブロック Ext ensionDataOに記述される拡張データが記録装置用の拡張データであ ることを表す。 このフィールド ID1の値は、 拡張データを識別する第 1の値であり、 このブロック ExtensionDataOを含む規格書のライセ ンサ （使用認可者） が割り当てると定義することができる。 フィール ド ID2は、 拡張データを識別する第 2の値であり、 この拡張データの パージヨン番号を表すものと定義することができる。 なお、 このプロ ック ExtensionDataOにおいて、 フィールド ID1およびフィールド ID2 の値が同一のブロック exし data— entry 0が 2以上、 存在してはならな い。
フィ一ルド ext— data_start— addressは、 3 2ビットのデ一夕長を有 し、 このフィ一ルド ext_data— start_addressが含まれる拡張データの エントリ （ブロック exし data entryO) に対応する拡張データ ext da taの開始アドレスを示す。 フィールド ext— data一 starし addressは、 ブ ロック ExtensionDataOの先頭パイ トからの相対バイト数で、 拡張デ 一夕 exし dataの開始アドレスを示す。 なお、 フィールド exし data_s ta rt— addressは、 次に示す 3 2ビットァライメン卜の条件を満たさなけ ればならない。
ext_data_s tar t_address% 4 = 0
フィールド exし data_lengthは、 3 2ビットのデータ長を有し、 こ のフィールド ext— data_s rし addressが含まれる拡張データのェント リ （ブロック exし data_entries 0) に対応する拡張デ一夕 exし dataの データ長を示す。 データ長は、 バイト数で示される。
フィ一ルド number_oし ext— data一 entriesで示された個数だけ、 拡張 デ一夕のエントリ （ブロック exし data— entryO) が記述されると、 そ れぞれ 1 6ビットのデ一夕長を有し任意のデータ列からなるフィール ド padding_wordが、 2フィ一ルドを組として任意の回数 L 1だけ繰り 返される。 その後、 拡張データの本体が格納されるブロック data— Mo ck()が記述される。 ブロック data— blockOは、 1以上の拡張データ ex し dataが格納される。 それぞれの拡張データ ext— dataは、 上述したフ ィーリレド ext— data— start— addressフィ一 Jレド ext— data— lengthに基つ き、 ブロック data— blockOから取り出される。
第 1 4図は、 ブロック ExtensionDataOにおける各デ一夕の参照関 係を模式的に示す。 フィールド lengthにより、 フィールド length直後 の位置からブロック ExtensionDataOの最後までのデータ長が示され る。 フィールド data_Mock— start— addressにより、 ブロック data— bio ck()の開始位置が示される。 フィ一ルド number— of— ext— data— entries で示される個数だけ、 プロック ext_data_entryが記述される。 最後の ブロック ext__da _entryからプロック data_bIock()の間には、 任意の 長さでフィ一ルド padding— wordが置かれる。
ブロック data_block()内には、 ブロック exし data— entry 0で示され る拡張データ ext— dataが置かれる。 それぞれの拡張データ exし dataの 位置およびデータ長は、 対応するブロック ext— data— ei ryO内のフィ ー レド ex t—data_s tart— addressおよびフィ一 Jレド ext— data— lengthに より示される。 したがって、 プ'ロック data_block()内での拡張データ exし dataの並び順は、 対応するブロック exし data— entry 0の並び順と 一致していなくてもよい。
このように、 拡張データを、 拡張データの本体が格納されるブロッ ク data— MockOと、 ブロック data— blockO内の拡張データに対するァ クセス情報などが格納されるブロック exし data_entry()とによる 2層 構造とすることで、 複数の拡張データを格納することが可能となる。 次に、 上述の拡張データの一例の作成方法および読み出し方法につ いて説明する。 第 1 5図は、 ブロック ExtensionDataOにデータを書 き込む際の一例の処理を示すフローチャートである。 この第 1 5図は 、 ブロック ExtensionDataO中の （n + 1 ) 番目のエントリとして、 拡張データを追加し、 ブロック ExtensionDataOを書き換える場合の 例である。
先ず、 ステップ S 1 0で、 書き込もうとしている拡張データのデー タ長を取得し、 フィールド ext_data— length[n+l]の値にセットする。 なお、 「[n+l]」 の記述は、 （n + 1 ) 番目のエントリの番号に対応 する。 次に、 ステップ S I 1で、 現在のブロック ExtensionDataOに 列挙されているブロック ext— da —entry()のフィールド exし data_len gthおよびフィールド exし data— starし addressの値を調べ、 ブロック d ata— MockOの使用状況を取得する。
そして、 次のステップ S 1 2で、 ブロック data— blockO中に、 書き 込もうとしている拡張データのデータ長であるフィールド exし data_l ength[n+l]に示されるデータ長以上の、 連続した空き領域があるか否 かが判断される。 若し、 あると判断されれば、 処理はステップ S 14 に移行される。
一方、 フィールド exし data— length[n+l]に示されるデータ長以上の 連続した空き領域が無いと判断されれば、 処理はステップ S 1 3に移 行され、 ブロック ExtensionDataOにおけるフィ一ルド lengthの値を 大きくし、 フィールド exし data_length[n+l]に示されるデータ長以上 の連続した空き領域をプロック data— blockO内に作る。 空き領域がで きたら、 処理がステップ S 14に移行される。
ステップ S 14では、 拡張データを書き込む領域の先頭ァドレスを 決め、 その先頭ァドレスの値をフィールド exし data— start— address [n +1]とする。 次のステップ S I 5で、 フィールド exし data_starし addr ess[n+l]から、 上述のステップ S 1 0でセットされたフィールド ext— data— length[n+l]の長さの拡張データ ext_data[n+l]を書き込む。 データの書き込みが終了したら、 ステップ S 1 6で、 ブロック exし data— entryOに対して、 フィールド ext— data— length[n+l]と、 フィー ルド ext— data— start— address [n+1]とを追加する。
なお、 上述において、 書き換えを行うブロック ExtensionDataOは 、 すでにディスクなどの記録媒体から読み出されて記録装置のメモリ に記憶されているものとする。 そのため、 ステップ S 1 3における、 フィールド lengthの値の変更によるブロック ExtensionDataOの拡大 は、 システムに任され、 システムがメモリアロケーションを適切に行 うことでなされる。
第 1 6図は、 ブロック ExtensionDataOから拡張データを読み出す 際の一例の処理を示すフローチャートである。 なお、 この第 1 6図の フローチャートによる処理は、 再生専用の記録媒体 （例えば BD— R OM) と、 記録可能な記録媒体 （例えば BD— RE) との両方に適用 可能なものである。
先ず、 最初のステップ S 2 0で、 読み込もうとする拡張データが準 拠する規格から、 フィールド ID1の値を取得し、 ステップ S 2 1で、 読み込もうとする拡張デ一夕の種別から、 フィールド ID2の値を取得 する。
次のステップ S 22で、 ブロック ExtensionDataOに列挙されてい るブロック exし data_entry()を 1つずつ順次、 読み込む。 そして、 ス テツプ S 2 3で、 読み込んだブロック ext— data_entry()に含まれるフ ィ一ルド ID1およびフィールド ID2の値が、 上述のステップ S 20およ びステツプ S 2 1で取得したフィールド ID1およびフィ一ルド ID2の値 と一致するか否かが判断される。
一致していないと判断されれば、 処理はステップ S 2 6に移行され 、 ブロック ExtensionDataO内に列挙されるブロック ext— data— entry( )を全て読み終えたか否かが判断される。 全て読み終えたと判断され れば、 処理はステップ S 27に移行され、 このブロック ExtensionDat a()には、 読み込もうとした拡張データが存在しないとして、 一連の 処理が終了される。 全て読み終えていないと判断されれば、 処理はス テツプ S 22に戻され、 次のブロック ext— data_entry()が読み込まれ る。
上述のステツプ S 2 3において、 ブロック exし data— entryOに含ま れるフィールド ID1およびフィールド ID2の値が、 取得したフィールド ID1およびフィールド ID2の値と一致していると判断されれば、 処理は ステップ S 24に移行される。 ここでは、 ブロック ExtensionDataO 中の [i]番目のェントリで一致したものとする。 ステップ S 24では、 [i]番目のェントリのブロック ext— data— entr y()からフィールド ext— data— length [i]の値と、 フィ一ルド ext— data— start_address[i]の値とを読み込む。 そして、 ステップ S 2 5で、 ス テツプ S 24で読み込んだフィールド exし data— starし address[i]で 示されるアドレスから、 フィールド exし data一 length[i]で示されるデ —夕長だけ、 データを読み出す。
次に、 この発明の実施の一形態について説明する。 この発明では、 プレイリストに対して、 そのプレイリストが最初に属したタイトルを 示す情報を付加し、 この情報は、 タイトルの編集などに関わらず不変 とする。 このような情報を定義することで、 タイトルの編集に関わら ずタイトル番号を維持するシステムと、 タイトルの編集に際してタイ トルの記録順を保持しタイトル番号を編集に応じて変更するシステム との間で、 メニュー構成の互換性を保つことができる。
このプレイリス卜が最初に属したタイトルを示す情報は、 ファイル "index, bdmv"に埋め込まれる拡張データにおいて、 プレイリストの属 性情報として定義され、 ファイル" index. bdmv"のフィールド Extensio nDataO内のブロック TableOfPlayListsOに記述される。 第 1 7図は 、 このプレイリスト属性を記述するための、 ファイル" index, bdmv"内 のフィールド ExtensionDataOにおけるブロック data— blockO (第 1 3図参照） の一例の構造を表すシンタクスを示す。 この第 1 7図の例 では、 ブロック data— block 0がブロック IndexExtens ionDat a 0として 記述されている。
先ず、 上述の第 1 3図を参照して、 ブロック ExtensionDataOにお いてフィールド ID1を値" 0x1000"、 フィールド ID2を値" 0x0100"とする 。 これらフィールド ID1およびフィールド ID2に記述された値は、 例え ば再生装置側において、 予め ROM (Read Only Memory)などに記憶さ れたテーブルが参照されて識別される。 ブロック data_block()内のフ ィ レド ext— data— start— addressおよびフィ——リレド ex t— data— length で示される領域に、 ブロック IndexExtensionDataOが格納される。 な お、 数値の記述において" Ox"は、 その数値が 1 6進表記されているこ とを示す。
ブロック IndexExtensionDataOにおいて、 フィ一ルド type— indi cat orは、 次に続くデータの種類を示す、 I S〇 646に規定された符号 化方式で符号化した 4文字からなる文字列が記述される。 この第 1 7 図の例では、 フィールド type— indicatorに I S O 646に既定の方式 で符号化された 4文字の文字列 "IDEX"が記述され、 次に続くデータ種 類が 「IndexExtensionData」 であることが示される。
フィールド type一 indicatorに続けて 32ビッ卜のデータ長を有する 予約領域が配され、 その次に、 3 2ビットのデータ長を有するフィー ルド TableOfPlayLists— start— addressが配される。 フィ一ル HTableO layLists_sta — addressは、 ブロック TableOiPlayLists 0の、 この プロック IndexExtensionDataO先頭を基準とした開始ァドレスが示さ れる。
フィールド TableOfPlayLists_starし addressの次に、 3 2ピットの テ一夕長を有するフィ一ルド Maker sPri vat eDat a— start— addressが配 されブロック MakersPrivateDataOのこのブロック IndexExtensionDat a()先頭を基準とした開始ァドレスが示され、 1 92ビッ卜のデータ 長を有する予約領域を介してブロック UIAppInfoHDAVC 0が配される。 1 6ピットのデータ長を有するパディンダワード padding一 wordを介し て、 次に、 上述したブロック TableOfPlayLists 0が配される。 さらに 続けて、 1 6ビットのデータ長を有するパディングワード padding一 wo rdを介してブロック MakersPrivateDataOが配される。 なお、 ブロック UIAppInfoHDAVCOおよびプロック MakersPr ivateDat a()は、 この発明と関わりが薄いので、 説明を省略する。
第 1 8図は、 上述したブロック TableOfPlayListsOの一例の構造を 表すシンタクスを示す。 フィールド lengthは、 32ビットのデータ長 を有し、 このフィールド lengthの直後からブロック TableOfPlayLists 0の最後のバイトまでのデータ長をバイト数で示す。 フィールド numb er— 0し PlayListsは、 1 6ビットのデータ長を有し、 プレイリストの 数を示す。 すなわち、 フィールド number_of— PlayListsにより、 ディ スク上に存在するプレイリストの総数が示される。
次の forループ文に従い、 フィールド number_of— P yListsで示され る数だけ、 フィールド PlayList— file— name、 フィールド PlayList— at t ributeおよびフィ一ルド title— id_refがそれぞれ記述される。 すなわ ち、 この forループ文で示される 1回分のループが 1のプレイリスト に対応し、 当該プレイリストのファイル名、 当該プレイリストに付与 された属性、 ならびに、 当該プレイリストの参照タイトル I Dからな るプレイリストの情報が記述される。
この forループ文による並び順は、 記録順とされる。 すなわち、 1 のプレイリストが追加されると、 フィールド number— 0し PlayListsの 値が 1だけインクリメントされ、 既存のプレイリストの情報の後ろに 、 追加されたプレイリス卜の情報が追記される。
なお、 この forループ文で定義されるループ内のそれぞれ 6ビット 、 1 6ヒット つ 夕長を有するフィー レド reserved— for— future— us eは、 将来の使用のために予約されている領域である。
フィールド PlayList_file_nameは、 プレイリス卜のファイル名が I S〇 646に規定された符号化方式で符号化されて記述される。 フィ 一ルド PlayList_attributeは、 当該プレイリス卜に付与された属性を 示す。 プレイリストは、 その生成する目的に基づき、 クリップの生成 と共に生成されるプレイリス卜に対応する第 1の種類と、 既存のタイ トルあるいはプレイリストの一部または全部を用いて作成されるプレ ィリストに対応する第 2の種類と、 メニューを再生するために用いる 第 3の種類との 3種類に分けられ、 各プレイリストには、 プレイリス トの種類に応じて、 それぞれ対応する属性 「Real」 （第 1の種類） 、 属性 「Virtual」 （第 2の種類） および属性 「Menu」 （第 3の種類） が付与される。
なお、 プレイリストの種類は、 別の観点から見れば、 プレイリスト の生成された原因あるいはプレイリストの成因に基づき、 プレイリス 卜の種類を分類したとも考えることができる。
以下では適宜、 属性 「ReaI」 が付与されたプレイリストをリアルプ レイリスト、 属性 「Virtual」 が付与されたプレイリストをバーチヤ ルプレイリスト、 属性 「Menu」 を付与されたプレイリストをメニュー プレイリストと呼ぶ。
フィ一ルド title_id_refは、 同一ループ内のフィールド PlayList— f ile— nameに示されるプレイリストが属するタイトルの I D (番号） が 記述される。 より具体的な例としては、 インデックスファイル" index • bdmv"内のブロック IndexesOにおける、 対応する値 U Ue— idが記述 される。 なお、 当該プレイリストがタイトルとして再生されず、 ファ ーストプレイバックのみから再生される場合、 フィールド title— id— r efの値は、 第 1の固定値、 例えば" OxFFFF"とされる。 また、 当該プレ ィリストがタイトルとして再生されず、 トップメニューから再生され る場合は、 フィールド title_id— refの値は、 第 2の固定値、 例えば" 0 xFFFE"とされる。
次に、 この発明の実施の一形態によるメニューの一例の編集処理に ついて説明する。 この発明の実施の一形態では、 BD— ROM規格に 対して次のような制約を設けることで、 B D _ R OM規格を記録可能 な記録媒体に拡張した場合のメニュー編集を実現する。
タイトル、 ムービーオブジェクトおよびプレイリストの関係に関し て、 以下の通り制約を設ける。 なお、 ここでいう 「タイトル」 は、 ト ップメニューにおいて選択され再生されるタイトルであるものとする
(A) トップメニュー用のプレイリストと、 通常のタイトルを再生す るためのプレイリストとは、 互いに独立とする。
(B) 各タイトルは、 ムービータイトルであること。 すなわち、 各夕 ィトルは、 イン夕ラクティブタイトルであってはいけない。
(C) 各タイトルは、 1つのムービーオブジェクトを介して 1つのプ レイリストから構成する。
また、 タイトルおよびプレイリストの並び順に関して、 下記の通り 制約を設ける。
(D) ブロック TableOfPlayListsOにおけるプレイリストの並び順は 、 記録順とする。
(E) 各タイトルから再生されるプレイリストは、 ファイル " index. b dmv"内のブロック Indexes 0におけるタイトルの並びと、 ファースト プレイバックおよびトップメニューを構成するプレイリストを除いた 残りのプレイリストの、 ブロック TableOfPlayListsOにおける並びと を対応させて決める。
上述の制約 （A) 「トップメニュー用のプレイリストと、 通常の夕 イトルを再生するためのプレイリストとは、 互いに独立とする」 、 制 約 「 （B) 各タイ トルは、 ムービータイトルであること。 すなわち、 各タイトルは、 インタラクティブタイ トルであってはいけない」 、 な らびに、 制約 （C ) 「各タイ トルは、 1つのムービーオブジェクトを 介して 1つのプレイリストから構成する」 は、 メニュー編集処理を容 易とするための制約である。
すなわち、 これら制約 （A ) 、 ( B ) および （C ) によれば、 メニ ユーを再生するためのプレイリストと、 メニューから呼び出される夕 ィトルを構成するプレイリストとが明確に分離されると共に、 プレイ リスト、 ムービーオブジェクトおよびタイトルの参照関係が互いに 1 対 1の関係となる。 例えば、 各タイトルは、 それぞれ 1つのムービー オブジェクトを参照し、 各ムービーオブジェクトは、 それぞれ 1つの プレイリストを呼び出す。 一例として、 ムービーオブジェクトに記述 されるナビゲーションコマンドは、 1つのプレイリストファイルを指 定し、 再生するようなコマンドとされる。
これら制約 （A ) 、 ( B ) および （C ) に基づくメニューの編集方 法は、 例えば以下のようになる。 一例として、 既に複数のタイトルが 記録されたディスクにクリップを追加して記録し、 記録されたクリツ プを再生するためのタイトルをメニューに追加する場合について考え る。 先ず、 新たに記録されたクリップに対応するプレイリストが生成 される。 生成されたプレイリストに対して属性 「Rea l」 が付加され、 当該プレイリストがリアルプレイリストとされる。 そして、 このリア ルプレイリストを呼び出すムービーオブジェクトが生成される。 この ムービーオブジェクトに対するリンクがインデックステーブルに記述 され、 タイトルが形成される。
次に、 既存のメニューの削除が行われる。 すなわち、 メニューを再 生するためのプレイリスト （メニュープレイリスト） およびムービー オブジェクトが削除され、 インデックステーブルからトップメニュー およびファーストプレイパックが削除される。 メニューを再生するた めのプレイリスト型のプレイリストと明確に分離されているため、 メ ニューを再生するためのムービーオブジェクトおよびプレイリストを 容易に削除することができる。
さらに、 既存のタイトルおよび追加されたタイトルに基づき、 メニ ユーを再生するためのプレイリストおよびムービーオブジェク卜が新 規に作成されると共に、 トップメニューおよびファーストプレイパッ クがインデックステーブルに記述される。 プレイリスト、 ムービーォ ブジェクトおよびタイトルの参照関係が互いに 1対 1の関係となって いるので、 既存のタイトルと追加されたタイトルとに基づき、 これら メニューを再生するためのムービーオブジェクトおよびプレイリスト を新規に作成することが容易である。
このように、 制約 （A) 、 (B) および （C) に基づき、 タイトル の追加に伴うメニュ一の更新を極めて容易に行うことができる。
上述の制約 （D) 「ブロック TableOfPlayListsOにおけるプレイリ ストの並び順は、 記録順とする」 と、 制約 （E) 「各タイトルから再 生されるプレイリストは、 ファイル" index. bdmv"内のブロック Indexe s()におけるタイトルの並びと、 ファーストプレイバックおよびトツ プメニューを構成するプレイリストを除いた残りのプレイリストの、 ブロック TableOfPlayListsOにおける並びとを対応させて決める」 は 、 タイトルの編集に関わらずタイトル番号を保持するシステムと、 夕 ィトルの編集に際してタイトルの記録順を保持しタイトル番号を編集 に応じて変更するシステムとの互換性を保っための制約である。
一般的に、 記録可能な記録媒体にタイトルを記録する場合、 夕イト ル番号は、 記録順に付与されると考えられる。 そのため、 上述の制約 (D) により、 ブロック TableOfPlayLists 0において、 ムービーォブ ジェクトから参照される全てのプレイリストを記録順に並べる制約を 設ける。 これにより、 ブロック TableOfPlayListsOに記述されるプレ ィリストの並び順を調べることで、 タイトルの記録順を復元すること ができる。
一例として、 記録機の仕様によっては、 タイトルの編集などに伴い トップメニューゃィンデックステーブル内のブロック Indexes ()を削 除する場合が考えられる。 この制約 （D) によれば、 このような場合 でも、 ブロック TableOfPlayListsOを参照することで、 タイトルの記 録順を復元することができる。
しかしながら、 この制約 （D) だけでは、 タイトルの記録順は保持 されるが、 タイトル番号が保持されないことになる。 記録機の仕様に よっては、 タイトルの編集を行っても、 タイトルの記録時に割り当て られたタイトル番号を維持し、 編集によって不変の番号をユーザに提 供したい場合もある。 上述の制約 （E) は、 この記録機間における夕 ィトル管理の互換性の問題を解決するものである。 制約 （E) は、 夕 ィトル側ではなく、 プレイリスト側にタイトル番号の情報を持たせる ことで、 例えばインデックステ一ブルにおいてブロック I ndexes 0が 削除されても、 タイ トルの記録時のタイトル番号の情報が失われるこ とがない。
すなわち、 ブロック Indexes 0におけるフィールド title— idの値と 、 ブロック TableOfPlayListsOにおけるフィールド title— id— refの値 とを対応させて再生するプレイリストを決める。 例えばメニュー画面 の構成やプレイリストの再生を、 記録時のタイトル番号を用いる記録 機の場合には、 フィールド title— id_refに基づき行い、 タイトルの記 録順を保持する記録機の場合には、 フィールド title— idに基づき行う 。
第 1 9図〜第 2 1図を用いて、 この発明の実施の一形態によるメニ ユーの編集処理について、 より具体的に説明する。 第 1 9図は、 編集 前のメニュー画面 1 0 0と、 当該メニュー画面 1 0 0に関わるタイト ル、 ムービーオブジェクトおよびプレイリストの構成例'を示す。 この 第 1 9図の例では、 ディスク上には既に 6個のタイトル # 1〜# 6が 記録されているものとする。 各タイトルは、 第 1 0図を用いて既に説 明したように、 ファイル" index, bdmv"内のプロック Indexes 0におい て、 ループ変数として用いられる値 title— idで識別されるフィ一ルド Title [title一 id]として登録され、 フィール HTi t le_mobj_id_ref [t i t le— id]によりムービーオブジェクトを参照する。 なお、 タイトル番号 は、 値 title_idに 1を加えた値として定義されるものとする。 ムービ ーォブジェクトは、 ファイル" MovieObject.bdmv"内に値 title— idの順 に格納され、 再生するプレイリストの情報が記述される。
プレイリストは、 例えばプレイリス卜が生成された順に連番でファ ィル名が" 00001.mpls"、 " 00002.即 Is"、 " 00003.即 Is"、 " 00004. mpls" 、 " 00005.即 Is"および" 00006. mpls"のように付され、 ディレクトリ" P LAYL I ST"の下に格納される。
上述した項目 （B) の、 「各タイトルはムービータイトルであるこ と」 の制約に従い、 各タイトルは、 それぞれ一つのムービーオブジェ クトを呼び出す。 また、 上述の項目 （C) の 「各タイトルは、 1つの ムーピ一オブジェクトを介して 1つのプレイリストから構成する」 の 制約に従い、 各ムービ一オブジェクトは、 それぞれ一つのプレイリス トを参照する。 すなわち、 タイトル、 ムービーオブジェクトおよびプ レイリストは、 互いに 1対 1の関係とされる。
第 1 9図の例では、 値 title— idが 1で、 タイ トル番号 # 2のタイト ルは、 値 Utle_idが対応するムービーオブジェクト # 1のみを参照し 、 ムービーオブジェクト # 1は、 ファイル名" 00002. mpls"のプレイリ ストのみを参照する。 この例では、 ファイル名" 00002. mpls"のプレイ リストは、 属性 「Virtual」 が付与されたバーチャルプレイリストで ある。 また、 タイトル番号 # 3のタイトルは、 値 title—idが対応する ムービ一オブジェクト # 2のみを参照し、 この例では、 ムービーォブ ジェクト # 2は、 ファイル名" 00003. mpls"のプレイリストのみを参照 する。 このファイル名" 00003. mpls"のプレイリストは、 属性 「Real」 が付与されたリアルプレイリストであり、 クリップに対して 1対 1の 対応関係がある。
ディスク上に記録されているタイトルの再生を指示するためのメニ ュ一画面は、 インデックステーブル内のファーストプレイバックおよ びトップメニューに基づき再生される。 ファイル" index, bdmv"内のブ ロック IndexesOにおけるブロック FirstPlaybackOのフィールド Firs tPlayback— mobj— id— refと、 フロック TopMenu 0のフィールド TopMenu— mobj_id_refとに、 メニュー画面を再生するために参照するムービー オブジェクトが記述される。 この第 1 9図の例では、 これらフィール ド FirstPlayback—mobj— id— refおよびフィールド TopMenu— mobj— id— ref は、 共に同一のム一ビーオブジェクト # 6を参照するようにされてい る。
ム一ビ一オブジェクト # 6は、 メニュー画面を実際に再生するため のメニュープレイリストを参照する。 この第 1 9図の例では、 ムービ —オブジェクト # 6は、 属性 「Menu」 を付与された、 ファイル名'' 010 01. mpls"のプレイリストを参照している。
メニュー画面を再生するためのプレイリストに属性 「Menu」 を付与 し、 ファーストプレイバックおよびトップメニューから参照されるム —ビーオブジェクトは、 属性 「Menu」 を付与されたメニュープレイリ ストのみを参照するようにし、 また、 ファーストプレイバックおよび トップメニューから参照されるム一ピーオブジェクトは、 トップメ二 ユーから呼び出される各タイトルの参照および当該各タイトルカ、ら参 照されるムービーオブジェクトの参照も行わないようにする。 このよ うに規定することで、 上述した項目 （A) の、 「トップメニュー用の プレイリストと、 通常のタイトルを再生するためのプレイリストとは 、 互いに独立とする」 旨の制約を実現することができる。
さらに、 メニュープレイリストから参照されるクリップと、 トップ メニューから呼び出される各タイトルに対応するプレイリストから参 照されるクリップとは、 互いに独立とする。
この編集前の状態において、 ファイル名" 00001. mpls"、 " 00002. mpl s"、 " 00003. mpls". " 00004. mpls"、 " 00005.即 Is"および" 00006:mpls" のプレイリストに対して、 ブロック1&1]160^1& 1^3 3()内のフィール ド title— id— refの値がそれぞれ 0、 1、 2、 3、 4および 5とされる 。 また、 ファーストプレイバックおよびトップメニューからム一ビ一 オブジェクト # 6を介して参照されるファイル名" 01001. mpls"のプレ イリストは、 フィールド title_id_refの値が" OxFFFE"とされ、 このプ レイリストがトップメニューから再生されるものであることが示され る。 - なお、 以下では、 繁雑さを避けるために、 「ブロック TableOfPlayL istsO内のフィールド title_id_refの値」 を適宜、 「値 t i tie— id_ref J と略称する。
また、 第 19図において、 ファーストプレイバックおよびトップメ ニューからムービーオブジェクト # 6を介して参照されるプレイリス トにより、 メニュー画面 100が表示される。 この第 19図の例では 、 メニュー画面 1 00に対して、 6個のタイトルそれぞれの再生を指 示するためのポタン 101 A〜l 01 Fが所定のポタン画像データを 用いて表示されると共に、 このメニュー画面 1 00の題名 1 02が表 示される。
例えば、 ポタン 1 0 1 Aを所定の方法で指示することで、 値 title— idが 0、 タイトル番号 # 1のタイトルが指定され、 ムービーオブジェ クト # 0が参照され、 このムービーオブジェクト # 0に記述されるナ ピゲーションコマンドにより、 ファイル名" 00001. mpls"のプレイリス トが参照されると共に当該プレイリストの再生が命令され、 当該プレ ィリス卜に対応するクリップが再生される。
この第 1 9図に示される状態からタイトルを削除する場合について 考える。 また、 記録機のシステムは、 タイトルの編集に際して、 タイ トルの記録順を保持しタイトル番号を編集に応じて変更するシステム であるものとする。
第 2 0図は、 上述の第 1 9図の状態から、 値 title— idが 2で夕イト ル番号が 3のタイトル # 3を削除した場合のメニュー画面 1 00 ' と 、 当該メニュー画面 1 00 ' に関わるタイトル、 ムービーオブジェク トおよびプレイリス卜の構成例を示す。 第 1 9図の状態からタイトル 番号 # 3のタイトルが削除されたのに伴い、 編集前のタイトル番号 # 3以降のタイトル番号が 1ずつ前に詰められる。 それと共に、 編集前 のタイトル番号 # 3のタイトルから呼び出されるムービーオブジェク ト # 3が削除され、 ムービーオブジェクトの番号が編集前のタイトル 番号 # 3から呼び出されるムービーオブジェクト # 3以降の番号が 1 ずつ前に詰められる。 このとき、 番号が変更されたムービーオブジェ ク卜の内容は変化しないので、 各ムービーオブジェクトから参照され るプレイリストは、 編集の前後で変化しない。 削除されたムービーォ ブジェクトから参照されていたプレイリスト （ファイル名" 00003. mpl s") は、 削除される。 具体的な処理の例について説明する。 第 9図および第 1 0図を参照 し、 タイトル番号 # 3のタイトルが削除されることは、 すなわち、 ィ ンデックスファイル" index, bdmv"内のブロック Indexes 0で、 値 title —idをループ変数とする forループ文において値 title一 idが 2であるブ ロック Title[title— id=2] ()が削除されることである。 ブロック Title [UUe_id] 0の数が 1、 減ったので、 フィールド number— of— Titlesの 値が対応して 1だけ減ぜられる。 これにより、 削除されたタイトル以 降のタイトルのタイトル番号が 1ずつ詰められることになる。
また、 ブロック Indexes 0内のブロック T i 11 e [t i 11 e_id=2] ()が削除 されることで、 当該ブロック Title[title_id=2] ()からフィールド Tit le— mobj— id_ref [title— id=2]の値に基づき参照されていたムービーォ ブジェクトも削除される。 第 1 1図および第 1 2図を参照し、 フアイ ル" MovieObject. bdmv"においても、 ブロック MovieObj ects 0で、 値 rao bj— idをループ変数とする forループ文において、 値 mobj— idがフィ一 ルド TiUejnobj— id— ref [title_id=2]の値に対応するブロック MovieOb jectDnobj— id] 0が削除される。 ここでは、 タイトルとムービーォブ ジェク卜との参照関係が 1対 1とされているので、 値 mobj— idが 2で あるブロック MovieObject [mobし id=2] 0が削除される。 ブロック Movi eObject [mobj— id] 0の数が 1、 減ったので、 フィールド number— of— mo bjsの値が対応して 1だけ減ぜられる。 これにより、 削除されたタイ トル番号 # 3のタイトルから呼び出されるムービーオブジェク卜が削 除され、 削除されたムービーオブジェクト以降のムービーオブジェク トが内容の変化無しに 1ずつ前に詰められる。 ムービーオブジェクト の内容が変化していないので、 当該ムービーオブジェク卜とプレイリ ストとの間の参照関係は、 変化しない。
さらに、 削除されたムービーオブジェク卜に参照されていたプレイ リストが削除される。 このとき、 削除されるプレイリストの属性が 「
Realj であれば、 対応するクリップも削除される。 プレイリストの削 除に伴い、 ィンデックスファイル" index, bdmv"内の拡張データブロッ ク ExtensionDataOにおけるブロック TableOfPIayLists 0で、 forルー プ文内の削除されるプレイリストのファイル名に対応する項目が削除 され、 フィールド numberjfJUayListsの値が 1だけ減ぜられる。 タイトルの削除に伴い、 メニューが更新される。 メニューの更新は 、 上述したように、 編集前のメニューを削除し、 タイトルの情報に基 づき新規にメニューを作成することで行われる。 より具体的には、 ブ 口ック TableOfPlayListsOにおいてフィ一ル HPlayList_attribute^ ら属性が 「Menu」 とされたプレイリストの情報を検索し、 検索された プレイリストを削除する。 上述の第 1 9図の例では、 ファイル名" 010 01. mpls"のプレイリストが削除される。 また、 インデックスファイル " index, bdmv"のブロック Indexes 0に基づき、 トップメニューおよび ファーストプレイバックから呼び出されるムービーオブジェクト （第 1 9図の例ではムービーオブジェクト # 6) が削除される。 そして、 ィンデックステ一ブルにおいて、 トップメニューおよびファーストプ レイパックが削除される。
編集前のメニューが削除されると、 編集を反映したメニューが作成 される。 例えば、 編集後のトップメニューによるメニュー画面 1 0 0 ' を再生するためのクリップ、 ム一ビーオブジェクトおよびプレイリ ストが生成される。 この処理は、 例えば次のようにしてなされる。 先ず、 メニュー画面 1 00 ' を表示するためのクリップが生成され る。 この第 2 0図の例では、 第 1 9図に示される、 編集前のメニュー 画面 1 0 0のポタン画像などをそのまま用いて、 新規のメニュー画面 1 0 0 ' を構成している。 メニュー画面 1 0 0， では、 それぞれタイ トル番号 # 1、 # 2、 # 3、 # 4および # 5に対応する 5個のポタン 1 0 1 A、 1 0 1 B、 1 0 1 C， 、 1 0 1 D' および 1 0 1 E' が表 示される。 生成されたデータは、 例えば所定に多重化され、 クリップ AVストリームファイルとしてディスク上に記録される。
次に、 このクリップ AVストリームファイルに対応するクリップィ ンフオメーシヨンファイルが生成され、 さらに、 当該クリップインフ オメーションファイルを参照するプレイリストが生成される。 プレイ リストのファイル名は、 例えば既存のプレイリストのファイル名およ び今まで存在していたプレイリストのファイル名と重複しないように 決められる。 この例では、 当該プレイリストのファイル名を、 "01002 . mpls とする。
プレイリストが生成されると、 当該プレイリストを参照するための ムービーオブジェクトが生成される。 このムービーオブジェクトは、 上述したように、 ファイル" MovieObject.bdmv"内のブロック MovieObj ectsOにおいて、 forループ文に追記される。 したがって、 このムー ビーオブジェクトは、 最も大きいタイトル番号のタイトルから参照さ れるム一ビーオブジェクト # 4の次のム一ビーオブジェクト # 5とさ れる。
この、 トツプメニューを再生するためのムービーオブジェクト # 5 がィンデックスファイル" index, bdmv"内のブロック Indexes ()におけ るブロック TopMenuOに登録される。 すなわち、 第 1 0図を参照し、 当該ムービーオブジェクト # 5を示すデータがブロック TopMenuO内 のフィールド TopMenu— mobj_i(Lrefとして記述される。 また、 インデ ックスフアイ Jレ" index, bdmv"内のブロック Indexes 0におけるブロッ ク FirstPlaybackOが更新される。 すなわち、 ブロック FirstPlayback 0において、 フィールド HDAVC TUle_playback— typeの値が所定の値 とされ、 トツプメニューを再生するためのムービーオブジェク卜 # 5 を示すデータがフィールド FirstP ybackjnobj—id_refとして記述さ れる。
そして、 ィンデックスファイル" index. bdmv"における拡張データブ 口ック ExtensionDataO内のブロック TableOfPlayLists 0を更新する 。 この例では、 ブロック TableOfPlayListsOにおいて、 フィールドお mber_oし NayListsの値が 1だけ減ぜられ、 トップメニューを構成す る新規に生成されたプレイリストについて、 ファイル名がフィールド PlayList— file_nameとして記述されると共に、 当該プレイリストの属 性が 「Menu」 とされ、 属性 「Menu」 を示す値がフィールド PLayList— a ttributeとして記述される。 フィールド' title— id— refは、 プレイリス トの属性が 「Menu」 であって、 トップメニューから参照される場合に は、 値が例えば" OxFFFE"に固定的とされる。 そして、 フィールドの thの値が追加された内容に基づき更新される。
なお、 上述した、 タイトル編集に伴うファイル" index. bdmv"、 ファ ィル"¾1(^1601^6(^^(111^"などに対する更新処理は、 実際には、 C P U (Central Processing Uni t)のワークメモリ上での処理とされる。 例 えば、 記録機は、 ディスクが装填されると、 先ず、 ディスクからイン デックスファイル" index, bdmv"やムービーオブジェクトファイル" Mov ieObject.bdmv"を読み出し、 C P Uのワークメモリに記憶する。 CP Uは、 メニューの編集の命令を受けると、 このワークメモリ上に記憶 されたこれらのファイルに対して上述のようにして処理を行う。 更新 されたこれらのファイルは、 例えばディスクの排出時や、 記録機の電 源 OF F時など所定のタイミングで、 ディスクに書き戻される。
次に、 上述のようにして、 第 2 0図の構成で以て記録されたデイス クを、 タイトルを最初に記録した際に付与されたタイトル番号を保持 するようにされた記録機に装填した場合について考える。 この場合、 記録機側では、 上述の処理により削除されたタイトルのタイトル番号 を復元する必要がある。 このタイトル番号の復元は、 この発明の実施 の一形態で定義された、 プロック TableOfPlayListsO内のフィールド title— id— refの情報を用いることで可能である。
第 2 1図は、 タイトル番号が復元された状態のメニュー画面 1 1 0 と、 当該メニュー画面 1 1 0に関わるタイトル、 ムービーオブジェク トおよびプレイリストの構成例を示す。 第 2 1図の例では、 メニュー 画面 1 1 0に対して、 ディスクに現在記録されているタイトルに対応 するポタン 1 1 1 A、 1 1 1 B、 1 1 1 D、 1 1 1 Eおよび 1 1 1 F と、 当該ディスクに過去に記録され現在では削除されているタイトル に対応するポタン 1 1 1 Cとが共に表示されている。 このうち、 ポ夕 ン 1 1 1 Cを選択した場合には、 対応するタイトル番号のタイトルが 既に削除されてディスク上に存在しないことを通知すると、 好ましい 。
この第 2 1図に例示される構成は、 概略的には次のようにして作成 される。 例えば、 ブロック TableOfPlayListsO内のフィールド title— id_refを参照し、 値 title— id— refに基づき削除されたタイ トル番号を 復元し、 インデックステーブルに復元されたタイトル番号を挿入する 。 また、 復元されたタイトル番号に対応するムービーオブジェクトと プレイリストとを生成する。 プレイリストは、 例えば、 当該タイトル 番号のタイトルが削除された旨を表示するようにされた、 ダミーのプ レイリストを用いることができる。 また、 このプレイリストから参照 されるクリップは、 その都度所定に作成してもよいし、 予めシステム 側で用意していてもよい。
さらに、 タイトル番号の復元前のメニューが削除され、 これら復元 されたタイトル番号のタイトルが反映されたメニュー画面 1 1 0が新 規に作成される。 すなわち、 タイトル番号の復元前のメニューを再生 するためのプレイリストおよびムービーオブジェクトと、 ィンデック ステーブルのファーストプレイバックおよびトップメニューとが削除 され、 メニュー画面 1 1 0を再生するためのプレイリストおよびム一 ビーオブジェク卜が新規に作成されると共に、 作成されたムービーォ ブジェクトがトップメニューおよびファーストプレイバックに登録さ れる。
第 22図は、 値 title_id— renこ基づきタイトル番号すなわち値 Utl e_idを復元する一例の処理を示すフローチャートである。 フローチヤ ートの処理に先立って、 タイトルの記録順が保持されタイトル番号が 保持されない記録機 （記録機 Aとする） において、 装填されたデイス クに既に記録されたタイトルが、 編集により削除される。 このとき、 ディスク上には、 第 20図に例示したような、 削除されたタイトル番 号に対してそれ以降のタイトル番号が前詰めにされると共に、 削除さ れたタイトルから呼び出されるムービーオブジェクトおよびプレイリ ストが削除された構成が記録されているものとする。 このディスクが 、 タイトル番号を保持するようにした記録機 （記録機 Bとする） に装 填される。
記録機 Bは、 ディスクが装填されると、 先ずインデックスファイル " index, bdmv"およびム一ビーオブジェクトファイル" MovieObj ect. bdm v"を読み込む。 このとき、 記録機 Bは、 一例として次のような動作を 行う。 記録機 Bは、 例えば、 インデックスファイル" index, bdmv"の拡 張データブロック ExtensionDataOにおいて、 ブロック TableOfPlayLi stsOを参照し、 プレイリスト毎の値 title— id_refを取得する。 そし て、 取得した値 title一 id refが連続的な値になっているかどうかを調 ベる。 若し、 値 title— id— refが不連続であれば、 記録機 Aにおいて夕 ィトルが削除されたと判断することができる。 タイトルが削除された と判断された場合、 以下に説明するステップ S 5 0〜ステップ S 5 7 の処理を行い、 記録機 Bの実装との互換性をとる。
以下のステップ S 50〜ステップ S 5 7の処理は、 例えば記録機 B を制御する C PU(Central Processing Uni t)がメモリに読み込まれ たこれらファイル" index, bdmv"およびファイル" MovieObject. bdmv"に 対して行われる。 処理が完了した後のメモリ上のデータは、 例えばデ イスクの排出時や記録機 Bの電源 OF F時など所定のタイミングでデ イスクに記録される。
メニューの作成が開始されると、 ステップ S 5 0で、 インデックス ファイル" index. bdmv"内のブロック IndexesOを参照して、 タイトル を構成するムービーオブジェクト以外のムービーオブジェクトを削除 する。 例えば、 ブロック Indexes 0において、 ブロック FirstPlaybak( )内のフィールド FirstPlaybakjnobj— id— refと、 ブロック TopMenu 0内 のフィールド TopMenujnobし id— refとに示されるムービーオブジェク トが削除される。
ステップ S 5 1では、 ィンデックスファイル" index, bdmv"内の拡張 データブロック ExtensionDataOにおけるブロック TableOfPlayLists ( )の、 フィールド P yLisし attributeが参照され、 タイトルを構成す るプレイリスト以外のプレイリストを削除する。 例えば、 フィールド PlayList— attributeが属性 「Menu」 を示しているプレイリストを削除 する。
次のステップ S 5 2で、 タイトルを構成するプレイリストの値 tit 1 e一 id—refを参照して、 各プレイリストを再生するタイトルの番号すな わち値 title_idが、 対応するプレイリストの値 title id refと一致す るように、 ブロック IndexesOの内容を書き換える。 すなわち、 イン デックスフアイル" index, bdmv"のブロック Indexes 0内の、 ループ変 数 title一 idの forループ文において、 値 title_id毎に、 参照するムー ビーオブジェクトから呼び出されるプレイリストを取得する。 取得さ れたプレイリスト情報に基づき、 インデックスファイルの拡張データ からプロック TableOfPlatListsOを参照し、 対応する値 t i tie— id_ref を求める。 この値 title— id—refを参照元の値 title_idとするように、 プロック IndexesOの対応箇所を書き換える。
また、 このステップ S 52では、 記録機 Aにおいて削除され欠番と なっているタイトルに対する処理がなされる。 値 title— id— refは、 記 録時に属していたタイトルのタイトル番号すなわち値 title_idが保持 されているので、 記録機 Aにおいて削除されたタイトルに対応する値 title— id_refが欠番となる。 この欠番の値 t i tle_id_renこ対応する値 title— idに対応するプレイリストが生成される。 このプレイリストは 、 例えばダミーのプレイリストを用いることができる。 一例として、 このプレイリストを、 当該値 title— idに基づくタイトル番号のタイト ルがディスク上に存在しない旨を表示するためのプレイリストとする ことができる。 このプレイリストは、 ディスク上に既に存在するプレ ィリストと重複しないファイル名 （第 21図の例ではファイル名" 000 07.即 Is") を付されてディスク上に記録される。
さらに、 生成されたプレイリストを再生するためのムービーォブジ ェクトが生成される。 生成されたムービーオブジェクトは、 ムービー オブジェクトファイル" MovieObject. bdmv"において、 既に存在するム 一ビーオブジェクトの次に追加して生成される （第 21図の例では、 ムービーオブジェクト # 5) 。 そして、 追加されたムービーオブジェ クトの番号 （例えばムービーオブジェクトファイル" MovieObject.bdm v"内のブロック MovieObjectsOにおける値 mobj— id) を、 インデック スファイル" index, bdmv"のブロック Indexes 0において、 値 title— id が対応するフィールド Title_mobj_id_renこ設定する。
次のステップ S 5 3で、 ィンデックスファイル" index.bdmv"におけ る拡張データブロック ExtensionDataO内のブロック TableOfPlayList s()を更新する。 すなわち、 このステップ S 5 3では、 上述のステツ プ S 52で生成されたダミーのプレイリストの情報を、 ブロック Tabl eOfPlayListsQに対して記述する。
より具体的には、 ブロック TableOfPlayListsOにおいて、 フィ一ル ド numbeし of—P yListsの値が 1だけ増加され、 ステップ S 52で生 成されたダミーのプレイリス卜について、 ファイル名がフィールド P1 ayLisし file一 nameとして記述されると共に、 当該プレイリストの属性 が例えば 「Real」 とされ、 その旨示す値がフィールド PLayLisし attri buteとして記述される。 フィールド title_id— refは、 既存の値 title_ id— refの次の値とされる。 第 2 1図の例では、 既存の値 t i t le_id- ref の最大値が 5であるので、 このダミーのプレイリストに対応する値 ti tie— id— refは、 6とされている。 そして、 フィールド lengthの値が追 加された内容に基づき更新される。
次のステップ S 54で、 トップメニューを表示するためのクリップ 、 ムービーオブジェクトおよびプレイリストが生成される。 この処理 は、 例えば次のようにしてなされる。 先ず、 メニュー画面を表示する ためのクリップが生成される。 このクリップは、 例えば所定のプログ ラムに従い自動的に生成された画像データを用いることができる。 こ れに限らず、 ディスク上や記録機においてメニュー画面用の画像デー 夕を予め用意しておき、 これを用いるようにしてもよい。 また、 メニ ユー画面に用いる画像データは、 動画像デ一夕であっても、 静止画像 データであってもよい。 さらに、 タイトルの再生を指示するために用 いるポタン画像データを、 同様にして生成することができる。 夕イト ルに使用されるクリップに対応するサムネイル画像をさらに用いるこ ともできる。 このようにして生成されたデータは、 例えば所定に多重 化され、 クリップ A Vストリームファイルとしてディスク上に記録さ れる。
次に、 このクリップ A Vストリームファイルに対応するクリップィ ンフオメーシヨンファイルが生成され、 さらに、 当該クリップインフ オメーシヨンファイルを参照するプレイリストが生成される。 プレイ リストのファイル名は、 例えば既存のプレイリストのファイル名およ び今まで存在していたプレイリストのファイル名と重複しないように 決められる。 第 2 1図の例では、 当該プレイリストのファイル名を、 " 01003,即 I s"としている。
プレイリストが生成されると、 当該プレイリストを参照するための ム一ビーオブジェクトが生成される。 このムービーオブジェクトは、 上述のステップ S 5 2で追加された、 ダミーのプレイリス卜を参照す るムービーオブジェクトの次のムービーオブジェクトとされる （第 2 1図の例では、 ムービーオブジェクト # 6 ) 。
次のステップ S 5 5で、 上述のステップ S 5 4で作成された、 トツ プメニューを再生するためのムービーオブジェクトがィンデックスフ アイル" i ndex, bdmv"内のプロック I ndexe s 0におけるブロック TopMenu 0に登録される。 すなわち、 第 1 0図を参照し、 当該ムービーォブジ ェクトを示すデータがブロック TopMenu O内のフィ一ルド TopMenu_mob し i d— re fとして記述される。
次のステップ S 5 6では、 インデックスファイル" i ndex. bdmv"内の ブロック I ndexes 0におけるブロック F i r s 1 ayback 0が更新される。 すなわち、 ブロック Firs tPlaybackOにおいて、 フィールド HDAVC—Ti t le_playback— typeの値が所定の値とされ、 上述のステップ S 54で作 成された、 トップメニューを再生するためのムービーオブジェクトを 示す値 mobj— idがフィ一ルド FirstP yback— mobj— id— refとして記述さ れる。
そして、 次のステップ S 5 7で、 ステップ S 54によるトップメニ ユーを再生するプレイリス卜の追加に伴い、 ィンデックスファイル" i ndex. bdrav"における拡張データブロック ExtensionDataO内のブロッ ク TableOfPlayListsOを更新する。 すなわち、 このステップ S 57で は、 上述のステップ S 54で生成されたトップメニューを再生するた めのプレイリストの情報を、 ブロック TableOfPlayListsOに対して記 する。
より具体的には、 ブロック TableOfPlayListsOにおいて、 フィール ド number fJUayListsの値が 1だけ増加され、 トップメニューを構 成する新規に生成されたプレイリストについて、 ファイル名がフィー ルド PlayList— file_nameとして記述されると共に、 当該プレイリスト の属性が 「Menu」 とされ、 属性 「Menu」 を示す値がフィールド PLayLi st_attributeとして記述される。 フィールド t i t le— id_refは、 プレイ リストの属性が 「Menu」 であって、 トップメニューから参照される場 合には、 値が" OxFFFE"に固定的とされる。 そして、 フィールド length の値が追加された内容に基づき更新される。
上述では、 タイトルの記録順が保持されタイトル番号が保持されな い記録機 Aでタイトルが編集されたディスクを、 タイトル番号を保持 するようにした記録機 Bに装填した場合の処理について説明したが、 この逆の状況も当然ながら考えられる。 すなわち、 タイトル番号を保 持する記録機 Bでタイトルが編集されたディスクを、 タイトル番号が 保持されない記録機 Aに装填した場合である。
一例として、 記録機 Bにおいて、 元々タイトル # 1〜# 6の 6個の タイトルがディスクに記録されていた状態から、 タイトル # 3を削除 した場合について考える。 記録機 Bでは、 タイトル番号が保持される ため、 タイトル # 3の削除に伴い、 タイトル # 3が削除されたことを 示すダミーのプレイリストが作成されることが考えられる。 ダミーの プレイリストおよびダミーのプレイリストを再生するムービーォブジ ェクトは、 第 2 1図を用いて説明したように、 タイトル # 3の削除に 伴い、 タイトル # 3から参照されるムービーオブジェクトおよびプレ イリストを削除し、 残ったムービーオブジェクトおよびプレイリスト に対して追加して作成することができる。
この第 2 1図の構成によれば、 タイトルから一つのムービーォブジ ェクトが呼び出され、 当該ムービーオブジェクトから一つのプレイリ ストが参照される。 そのため、 このディスクは、 記録機 Aにおいて、 タイトル、 ムービーオブジェクトおよびプレイリストに対して何ら変 更を加えることなく、 再生することができる。
なお、 上述では、 ディスクに記録された複数のタイトルから 1のタ ィトルを削除した場合の処理について説明したが、 これはこの例に限 らず、 2以上のタイトルを削除した場合にも、 この発明の実施の一形 態を適用することができる。 すなわち、 2以上のタイトルが削除され た場合でも、 値 t i t l ej d— re fに基づき、 複数の削除されたタイトル番 号をそれぞれ求めることができ、 削除されたタイトル番号のタイトル をそれぞれ復元すると共に、 削除されたタイトル数分のムービーォブ ジェクトおよびプレイリストを生成し、 復元されたタイトルのそれぞ れに対して、 生成されたムービーオブジェクトおよびプレイリストを それぞれ対応付ける。 また、 例えば記録機 Aにおいて、 ディスクに記録された複数のタイ トルのうち最後に記録されたタイトルが削除される場合もあり得る。 この場合には、 値 t i t l e_i d— refは連続的な値とされ、 タイトル番号も 、 欠番が生じることはない。 そのため、 当該ディスクを記録機 Bに装 填しても、 メニュ一表示や新たなタイトルの追加などにおいて特に問 題は生じないと考えられる。
次に、 この発明の実施の一形態を適用可能な記録再生装置について 説明する。 先ず、 仮想プレーヤについて、 概略的に説明する。 上述し たようなデータ構造を有するディスクがプレーヤに装填されると、 プ レ一ャは、 ディスクから読み出されたムービーオブジェクトなどに記 述されたコマンドを、 プレーヤ内部のハ一ドウエアを制御するための 固有のコマンドに変換する必要がある。 プレーヤは、 このような変換 を行うためのソフトウェアを、 プレーヤに内蔵される R O M (Read On ly Memory)にあらかじめ記憶している。 このソフトウェアは、 デイス クとプレーヤを仲介してプレーヤに B D— R O Mの規格に従った動作 をさせることから、 B D仮想プレーヤと称される。
第 2 3図 Aおよび第 2 3図 Bは、 この B D仮想プレーヤの動作を概 略的に示す。 第 2 3図 Aは、 ディスクのローデイング時の動作の例を 示す。 ディスクがプレーヤに装填されディスクに対するイニシャルァ クセスがなされると （ステップ S 3 0 ) 、 1のディスクにおいて共有 的に用いられる共有パラメータが記憶されるレジスタが初期化される (ステップ S 3 1 ) 。 そして、 次のステツプ S 3 2で、 ムービーォブ ジェクトなどに記述されたプログラムがディスクから読み込まれて実 行される。 なお、 イニシャルアクセスは、 ディスク装填時のように、 ディスクの再生が初めて行われることをいう。
第 2 3図 Bは、 プレーヤが停止状態からユーザにより例えばプレイ キーが押下され再生が指示された場合の動作の例を示す。 最初の停止 状態 （ステップ S 40) に対して、 ユーザにより、 例えばリモートコ ントロールコマンダなどを用いて再生が指示される （UO ： User Ope ration) 。 再生が指示されると、 先ず、 レジスタすなわち共通パラメ —夕が初期化され （ステップ S 41) 、 次のステップ S 42で、 ム一 ビーオブジェクト実行フェイズに移行する。
ムービーオブジェク卜の実行フェイズにおけるプレイリストの再生 について、 第 24図を用いて説明する。 UOなどにより、 タイトル番 号 # 1のコンテンツを再生開始する指示があった場合について考える 。 プレーヤは、 コンテンツの再生開始指示に応じて、 上述した第 4図 に示されるインデックステーブル（Index Table)を参照し、 タイトル # 1のコンテンツ再生に対応するォブジェクトの番号を取得する。 例 えばタイトル # 1のコンテンツ再生を実現するォブジェクトの番号が # 1であったとすると、 プレーヤは、 ムービーオブジェクト # 1の実 行を開始する。
この第 24図の例では、 ムービーオブジェクト # 1に記述されたプ ログラムは 2行からなり、 1行目のコマンドが "Play P yList(l)"で あるとすると、 プレーヤは、 プレイリスト # 1の再生を開始する。 プ レイリスト # 1は、 1以上のプレイアイテムから構成され、 プレイァ ィテムが順次再生される。 プレイリスト # 1中のプレイアイテムの再 生が終了すると、 ムービーオブジェクト # 1の実行に戻り、 2行目の コマンドが実行される。 第 24図の例では、 2行目のコマンドが" jum p TopMenu"であって、 このコマンドが実行されインデックステーブル に記述されたトップメニュー（Top Menu)を実現するムービーオブジェ ク卜の実行が開始される。
第 2 5図は、 この発明の実施の一形態に適用可能な記録再生装置の 一例の構成を示す。 この記録再生装置は、 例えばビデオカメラ装置の 記録再生部として用いることができる。 これに限らず、 この記録再生 装置は、 単体で使用する構成とすることもできる。 ここでは、 この記 録再生装置がビデオ力メラ装置の記録再生部として用いられるものと して説明する。 なお、 この第 2 5図に例示される記録再生装置の構成 は、 上述した、 記録順を保持しタイトル番号を保持しない記録機 Aと 、 タイトル番号を保持する記録機 Bの何方にも適用可能なものである 制御部 1 7は、 例えば C PU、 ROM (Read Only Memory)および R AM (Random Access Memory)などからなる。 ROMは、 CPU上で動 作されるプログラムや動作のために必要なデータが予め記憶される。 RAMは、 C PUのワークメモリとして用いられる。 CPUは、 RO Mに記憶されたプログラムやデータを必要に応じて読み出し、 RAM をワークメモリに用いながら、 この記録再生装置の全体を制御する。 上述した BD仮想プレーヤは、 例えば予め ROMに記憶されたプログ ラムにより、 制御部 1 7により実現される。
この記録再生装置に対して、 図示されないビデオカメラ部から出力 される、 機器特有の情報や記録に関するデ一夕などが入力出力端子 2 8から入力される。 入出力端子 2 8に入力されたこれらのデータは、 制御部 1 7に供給される。
各種のスィツチなどの操作子や、 簡易的に表示を行う表示素子を有 する図示されないユーザィン夕フェースから出力されたデータがデー 夕入出力端子 28から入力される。 また、 制御部 1 7で生成された表 示制御信号がデータ入力出力端子 2 8を介してユーザィン夕ーフェイ スに供給される。 ユーザインタ一フェイスは、 この表示制御信号をテ レビジョン受像器などのモニタ装置に供給し、 表示させることもでき る。
先ず、 記録時の動作について説明する。 図示されないビデオカメラ 部から、 撮像により得られたビデオ信号が入力端 3 0に入力され、 こ のビデオ信号に伴い出力されたオーディオ信号が入力端 3 1に入力さ れる。 入力されたビデオ信号およびオーディオ信号は、 A Vェンコ一 ダ 2 3に供給される。 ビデオ信号は、 ビデオ解析部 2 4にも供給され る。 A Vエンコーダ 2 3は、 入力されたビデオ信号およびオーディオ データを、 例えば M P E G 2方式で符号化し、 符号化ビデオストリー ム 、 符号化オーディォストリーム Aおよびシステム情報 Sをそれぞ れ出力する。
A Vエンコーダ 2 3は、 オーディオ信号を、 例えば M P E G 1ォ一 ディォストリームやドルビー A C 3オーディォストリームなどの形式 に符号化する。 システム情報 Sは、 符号化ピクチャやオーディオフレ ームのバイトサイズ、 ピクチャの符号化タイプといった、 ビデオ信号 やオーディオ信号の符号化情報や、 ビデオおよびオーディオの同期な どに関する時間情報からなる。
A Vエンコーダ 2 3のこれらの符号化出力は、 マルチプレクサ 2 2 に供給される。 マルチプレクサ 2 2は、 供給された符号化ビデオスト リ一ム 、 符号化オーディオストリーム Aを、 システム情報 Sに基づ き多重化し、 M P E G 2 トランスポートストリームによる多重化スト リームを出力する。 すなわち、 符号化ビデオストリーム V、 符号化ォ 一ディォストリーム Aおよびシステム情報 Sは、 それぞれトランスポ ートパケッ卜のペイロードのサイズに分割され、 所定のヘッダを付加 されて、 トランスポートパケット化される。 ヘッダには、 それぞれの データ種類などを識別可能なように、 P I Dが所定に格納される。 マルチプレクサ 2 2から出力された多重化ストリームは、 端子 5 0 Aが選択されたスィツチ 5 0を介してソースパケッタイザ 2 1および 多重化ストリーム解析部 2 5に供給される。 ソースパケッタイザ 2 1 は、 供給された多重化ストリームを、 記録媒体のアプリケーションフ ォーマツトに従って符号化する。
ソースパケッタイザ 2 1で符号化されたクリップ A Vストリームは 、 E C C (Error Correc t i on Cod ing)符号化部 2 0でエラ一訂正符号 化され、 変調部 1 9で記録符号に変調され、 書き込み部 1 8に供給さ れる。 書き込み部 1 8は、 制御部 1 7から供給される制御信号の指示 に基づき、 変調部 1 9で記録符号に変調されたクリップ A Vストリー ムを、 記録可能な記録媒体 1 0に対して記録する。
この記録再生装置は、 クリップ A Vストリームが多重化されたトラ ンスポートストリームを直接的に入力して、 記録媒体に記録すること ができるようになつている。 例えば、 ディジタルインターフェイスま たはディジタルテレビジョンチューナから出力される、 ディジタルテ レビジョン放送などによるトランスポートストリームが入力端子 3 2 に対して入力される。
入力された卜ランスポートストリームの記録方法としては、 トラン スペアレントに記録する方法と、 記録ビットレ一トを下げるなどの目 的のために再エンコードして記録する方法とが考えられる。 この 2通 りの記録方法のうち何方を用いて記録を行うかを指示は、 例えばユー. ザのユーザィンターフェイスに対する操作によりなされ、 この操作に 応じた制御信号がデータ入力出力端子 2 8を介して制御部 1 7に供給 される。 制御部 1 7は、 この制御信号に基づきこの記録再生装置の各 部を制御し、 記録方法の制御を行う。
入力トランスポートストリームをトランスペアレントに記録する場 合、 スィッチ 5 0において端子 5 0 Bが選択されると共に、 スィッチ 5 1において端子 5 1 Aが選択され、 入力端 3 2から入力されたトラ ンスポ一トストリームは、 スィツチ 5 1および 5 0を介してソ一スパ ケッタイザ 2 1および多重化ストリーム解析部 2 5にそれぞれ供給さ れる。 これ以降の処理は、 上述した、 入力端 3 0および 3 1に入力さ れたビデオ信号およびオーディォ信号を符号化して記録する場合と同 一である。
一方、 入力トランスポー卜ストリームを再ェンコ一ドして記録する 場合、 スィッチ 5 1において端子 5 1 Bが選択され、 入力端 3 2から 入力されたトランスポ一トストリームは、 デマルチプレクサ 1 5に供 給される。 デマルチプレクサ 1 5は、 供給されたトランスポートスト リームに多重化されている符号化ビデオストリーム V、 符号化オーデ ィォストリーム Aおよびシステム情報 Sを分離し、 符号化ビデオスト リーム Vを A Vデコーダ 1 6に供給すると共に、 符号化オーディオス トリーム Aおよびシステム情報 Sをマルチプレクサ 2 2に供給する。
A Vデコーダ 1 6は、 デマルチプレクサ 1 5から供給された符号化 ビデオストリーム Vを復号し、 復号されたビデオ信号を A Vェンコ一 ダ 2 3に供給する。 A Vエンコーダ 2 3は、 供給されたこのビデオ信 号を符号化して符号化ビデオストリーム Vとする。 この符号化ビデオ ストリーム Vは、 マルチプレクサ 2 2に供給される。
マルチプレクサ 2 2は、 A Vエンコーダ 2 3で符号化され供給され た符号化ビデオストリーム Vと、 デマルチプレクサ 1 5で分離された 符号化オーディオストリーム Aとを、 同じくデマルチプレクサ 1 5で 分離されたシステム情報 Sに基づき多重化して多重化ストリームを出 力する。 これ以降の処理は、 上述した、 入力端 3 0および 3 1に入力 されたビデオ信号およびオーディォ信号を符号化して記録する場合と 同一である。 この記録再生装置は、 例えば B D— R E規格に準じた記録媒体 1 0 に対して上述のようにしてクリップ A Vストリームファイルを記録す ると共に、 記録するクリップ A Vストリームファイルに関連するアブ リケーシヨンデータベース情報をさらに記録する。 アプリケーシヨン データベース情報は、 ビデオ解析部 2 4からの動画像の特徴情報と、 多重化ストリーム解析部 2 5からのクリップ A Vストリ一ムの特徴情 報と、 端子 2 8から入力されるユーザの指示情報とに基づき、 制御部 1 7により作成される。
ビデオ解析部 2 4から得られる、 動画像の特徴情報は、 A Vェンコ ーダ 2 3によりビデオ信号を符号化して記録する場合に、 この記録再 生装置内において生成される情報である。 ビデオ解析部 2 4は、 入力 端 3 0から入力されたビデオ信号または入力端 3 2から入力されたト ランスポートストリームからデマルチプレクサ 1 5で分離され A Vデ コーダ 1 6で復号されたビデオ信号が供給される。 ビデオ解析部 2 4 は、 供給されたビデオ信号の内容を解析し、 入力されたビデオ信号中 の特徴的なマーク点の画像に関する情報を生成する。 例えば、 ビデオ 解析部 2 4は、 入力ビデオ信号中のプログラムの開始点、 シーンチェ ンジ点や、 C M (コマーシャル） 放映の開始、 終了点などの特徴的な マーク点を検出し、 検出されたマーク点の画像の指示情報を得る。 ま た、 マーク点の画像のサムネイル画像を生成するようにしてもよい。 サムネイル画像は、 実際の画像データを間引き処理などにより縮小し た画像である。 また、 サムネイル画像のクリップ A Vストリーム上の 位置は、 P T Sで示すことができる。
これらの画像の指示情報、 サムネィル画像およびサムネィル画像の 位置情報 （例えば P T S ) は、 制御部 1 7を介してマルチプレクサ 2 2に供給される。 マルチプレクサ 2 2は、 制御部 1 7から指示される マーク点の画像を符号化した符号化ピクチャを多重化する際に、 当該 符号化ピクチャのクリップ A Vストリ一ム上でのァドレス情報を制御 部 1 7に返す。 制御部 1 7は、 特徴的な画像の種類と、 対応する符号 化ピクチャのクリップ A Vストリーム上でのァドレス情報とを関連付 けて、 例えば R A Mに記憶する。
多重化ス卜リーム解析部 2 5から得られる、 クリップ A Vストリー ムの特徴情報は、 記録されるクリップ A Vストリームの符号化情報に 関連する情報であり、 この動画像記録再生装置内において生成される 。 例えば、 クリップ A Vストリームについて、 エントリポイント.のタ ィムスタンプと対応するアドレス情報とをクリップ A ストリームの 特徴情報として含む。 この他にも、 クリップ A Vストリームについて 、 S T C (Sys t em Time Cl ock)の不連続情報、 プログラム内容の変化 情報、 ァライバルタイムと対応するアドレス情報などが、 クリップ A Vストリームの特徴情報として含まれる。
また、 多重化ストリーム解析部 2 5は、 入力端 3 2から入力される トランスポートストリームをトランスペアレントに記録する場合、 ク リップ A Vストリーム中の特徴的なマーク点画像を検出し、 検出され た画像の種類とアドレス情報とを生成する。 この情報は、 クリップィ ンフオメーションファイル中のブロック Cl ipMarkに格納されるデータ となる。 このように、 多重化ストリーム解析部 2 5により得られたク リップ A Vストリ一ムの特徴情報は、 クリップ A Vストリームのデー 夕ベースであるクリップインフォメーションファイルに格納されるこ とになる。 多重化ストリ一ム解析部 2 5で得られたこれらの情報は、 例えば、 制御部 1 7の R A Mに一旦記憶される。
図示されないユーザィンターフェイスに対してなされたユーザの指 示情報は、 デ一夕入力出力端子 2 8から制御部 1 7に供給される。 こ の指示情報は、 例えば、 クリップ A Vストリーム中でユーザが気に入 つた再生区間の指定情報、 当該再生区間の内容を説明するためのキヤ ラクタ文字、 ユーザが気に入ったシーンにセットするブックマーク点 ゃリジユーム点のクリップ A Vストリーム中のタイムスタンプなどが 含まれる。 これらのユーザの指示情報は、 一旦、 制御部 1 7の R A M に記憶される。 これらの指示情報は、 記録媒体 1 0上においては、 プ レイリストが有するデータベースに格納される。
制御部 1 7は、 R A M上に記憶された上述した入力情報、 すなわち 、 ビデオ解析部 2 4から得られる動画像の特徴情報、 多重化ストリー ム解析部 2 5から得られるクリップ A Vストリームの特徴情報、 なら びに、 データ入力出力端子 2 8から入力されたユーザ指示情報に基づ き、 クリップ A Vストリームのデータべ一ス （クリップインフォメー シヨン） 、 プレイリストのデータべ一ス （プレイリストファイル） 、 記録媒体の記録内容に対する管理情報 （インデックスファイル） およ びサムネィル情報を作成する。
ここで、 制御部 1 7は、 インデックスファイルを作成する際に、 上 述した、 データ入出力端子 2 8から入力された、 機器特有のデータや 記録に関する情報に基づき、 インデックスファイル、 プレイリストフ アイルおよびノまたはクリップインフォメ一ションファイルを拡張す るための拡張データを作成することができる。 すなわち、 制御部 1 7 は、 デ一夕入出力端子 2 8から入力されたデータに基づき、 拡張デー 夕を、 第 1 5図のフローチャートを用いて説明したような処理により ファイルに埋め込む。
これらのデータベース情報は、 制御部 1 7の R A Mから読み出され 、 クリップ A Vストリームと同様にして、 制御部 1 7から E C C符号 化部 2 0に供給されエラー訂正符号化され、 変調部 1 9で記録符号に 変調され、 書き込み部 1 8に供給される。 書き込み部 1 8は、 制御部 1 7から供給される制御信号に基づき、 記録符号化されたデータべ一 ス情報を記録媒体 1 0に記録する。
次に、 再生時の動作について説明する。 記録媒体 1 0は、 記録時の 動作で説明したようにして作成された、 クリップ A Vストリームファ ィルと、 プレイリストファイルおよびインデックスファイルからなる アプリケーションデータベース情報と、 ムービーオブジェクトフアイ ルとが記録されている。 記録媒体 1 0が図示されないドライブ装置に 装填されると、 先ず、 制御部 1 7は、 読み出し部 1 1に対して、 記録 媒体 1 0上に記録されたアプリケーションデータベース情報とムービ 一才ブジェクトファイルとを読み出すように指示する。 読み出し部 1 1は、 この指示を受けて、 記録媒体 1 0からアプリケーションデータ ベース情報とムービーオブジェクトファイルとを読み出す。 読み出し 部 1 1の出力は、 復調部 1 2に供給する。
復調部 1 2は、 読み出し部 1 1の出力を復調し、 記録符号を復号し てディジタルデータとする。 復調部 1 2の出力は、 E C C復号部 1 3 に供給され、 エラー訂正符号が復号されエラ一訂正処理が行われる。 エラー訂正処理されたアプリケ一ションデータベース情報は、 制御部 1 7に供給される。
制御部 1 7は、 アプリケーションデータベース情報とムービーォブ ジェクトファイルとに基づいて、 記録媒体 1 0に記録されているタイ トルの一覧を表示するためのメニュー画面を、 ユーザィンターフェイ ス入力出力端子 2 8を介してュ一ザインターフェイスに出力する。 こ のメニュー画面は、 例えばユーザィンターフェイスに設けられた表示 部に所定に表示される。 ユーザにより、 このメニュー画面に基づき再 生したいタイトルが選択され、 選択したタイトルを再生するような操 作がユーザィンターフェイスに対してなされる。 この操作に応じた制 御信号がュ一ザインターフェイスから出力され、 端子 2 8を介して制 御部 1 7に供給される。
制御部 1 7は、 この制御信号に応じて、 インデックスファイルゃム —ビーオブジェクトファイルの内容に基づき、 選択されたタイトルの 再生に必要なクリップ AVストリームファイルの読み出しを読み出し 部 1 1に指示する。 読み出し部 1 1は、 この指示に従い、 記録媒体 1 0からクリップ AVストリームファイルを読み出す。 読み出し部 1 1 の出力は、 復調部 1 2に供給される。 復調部 1 2は、 供給された信号 を復調し、 記録符号を復号してディジタルデータとして出力し、 EC C復号部 1 3に供給する。 E CC復号部 1 3は、 供給されたデイジ夕 ルデ一夕のエラー訂正符号を復号し、 エラー訂正を行う。 エラー訂正 されたクリップ A Vストリームファイルは、 制御部 1 7により提供さ れる図示されないファイルシステム部の処理を受け、 ソースデバケツ タイザ 14に供給される。
ソースデバケツタイザ 14は、 制御部 1 7の制御に基づき、 記録媒 体 1 0におけるアプリケーションフォーマツトで記録されていたクリ ップ AVストリ一ムファイルを、 デマルチプレクサ 1 5に入力できる 形式のストリームに変換する。 例えば、 ソースデパケッ夕ィザ 14は 、 記録媒体 1 0から再生された MP EG 2 トランスポートストリーム をソースバケツト単位に分解し、 ソースバケツトからヘッダを取り除 きトランスポートバケツト化する。 このトランスポートバケツト化さ れたクリップ AVストリームを、 デマルチプレクサ 1 5に供給する。 デマルチプレクサ 1 5は、 制御部 1 7の制御に基づき、 ソースデバ ケッタイザ 14から供給されたクリップ AVストリームの、 制御部 1 7により指定された再生区間（Playltem)を構成するビデオストリーム V、 オーディオストリーム Aおよびシステム情報 Sを出力し、 AVデ コーダ 1 6に供給する。 例えば、 デマルチプレクサ 1 5は、 供給され たトランスポートパケットを P I Dに基づき選別し、 選別されたそれ ぞれについて、 トランスポートバケツトヘッダを取り除いて出力する 。 AVデコーダ 1 6は、 供給されたビデオストリーム Vおよびオーデ ィォス卜リーム Aを復号し、 復号された再生ビデオ信号および再生ォ —ディォ信号をビデオ出力端 26およびオーディオ出力端 27にそれ ぞれ導出する。
この記録再生装置で、 他の記録再生装置で記録などがなされたディ スクを装填した場合の処理について、 概略的に説明する。 この記録再 生装置が上述した記録機 Bのタイプの、 タイトルなどの編集に際して タイトル番号を保持するようにした装置である場合について説明する 。 記録機 Bのタイプの記録再生装置は、 装填されたディスクに対して タイトル番号を保持しない編集が行われたか否かを知る必要がある。 一例として、 記録再生装置は、 ディスクが装填されると先ず、 例え ばインデックスファイル" i n d e X . b dmv"およびムービーオブジェクトフ アイル" MovieObject. bdmv"を読み込み、 ブロック Indexes 0を参照し て、 各タイトルが呼び出すムービーオブジェクトの情報を取得し、 取 得された情報に基づきムービーオブジェクトファイル" MovieObject.b dmv"を参照し、 各ムービーオブジェクトが参照するプレイリストの情 報を取得する。
一例として上述の第 2 1図のような状態を考えると、 各タイトルの タイトル番号に対応する値 title— idと、 各タイトルから呼び出される ムービーオブジェクトの順番 （ムービーオブジェクトファイル" Movie Object, bdmv"内のブロック MovieObj ects 0におけるループ変数 mob]'— i dの forループ文の値 mobし id) とが異なっている場合に、 記録機 Aの タイプの記録再生装置でタイトルの削除などの編集が行われたと判断 することができる。
これに限らず、 所定の場所、 例えばインデックスファイル" index. b dmv"の拡張デ一夕ブロック Ex t en s i onDa t a 0に、 最新に記録が行われ た記録機の情報や編集内容に関する情報を記述することも考えられる 。 この場合には、 最新に記録が行われた記録機が記録機 Aのタイプで あるか否かが判断され、 記録機 Aのタイプであると判断されれば、 上. 述もしたように、 値 t i 11 e— i d— re fが連続的な値となっているか否かの 判断に基づき、 タイトル番号を保持せずにタイトルを削除する編集が 行われたか否かを判断することができる。
若し、 装填したディスクが記録機 Aのタイプの記録再生装置でタイ トル削除などの編集が行われたと判断されれば、 第 2 1図および第 2 2図を用いて説明したような処理により、 値 U U e_i d_re nこ基づくタ ィトルの復元およびメニューの更新の処理が行われる。
上述では、 第 2 5図に示す記録再生装置がビデオカメラなどから出 力されたビデオデータおよびオーディォデータを記録媒体 1 0に記録 するようにした装置であるように説明したが、 これはこの例に限られ ない。 例えば、 入力されたビデオデータに対して編集処理を行い、 編 集されたビデオデータを出力するようにした編集装置にこの発明の実 施の一形態を適用することもできる。 さらに、 上述の第 2 5図の構成 を、 再生部側の構成を省略した記録装置とすることもできる。 さらに ま 3た、 記録媒体 1 0は、 B D— R E規格に準じたディスク状記録媒 体であるように説明したが、 これはこの例に限定されず、 この発明の 実施の一形態は、 半導体メモリ、 ハードディスクといった他の記録媒 体にも適用可能である。
なお、 上述では、 第 2 5図に示す記録再生装置がハードウェア的に 構成されるように説明したが、 これはこの例に限定されない。 すなわ ち、 記録再生装置は、 実際に記録媒体 1 0が装填されるドライブ部な どの機構部分以外の部分を、 ソフトウエアとして構成することも可能 である。 この場合、 ソフトウェアは、 例えば制御部 1 7が有する R〇 Mに予め記憶される。 これに限らず、 動画像記録再生装置を、 パ一ソ ナルコンピュータなどのコンピュータ装置上に構成することも可能で ある。 この場合には、 動画像記録再生装置をコンピュータ装置に実行 させるソフトウェアは、 C D— R O Mや D V D— R O Mといった記録 媒体に記録されて提供される。 コンピュータ装置がネットワーク接続 可能な場合、 ィン夕ーネットなどのネットワークを介して当該ソフト ウェアを提供することも可能である。

Claims

請 求 の 範 囲
1 . 少なくともコンテンツデータと、 該コンテンツデータの再生を制 御するための再生制御情報とを記録媒体に記録する記録装置において コンテンッデータを記録媒体に記録する記録部と、
上記記録媒体に記録される上記コンテンツデータに対し、 該コンテ ンッデータの属性情報を示すクリップ情報を含むクリップ情報フアイ ルと、 該クリップ情報を呼び出すプレイリストを含むプレイリストフ アイルと、 該プレイリストを呼び出す上記コンテンツデータの再生方 法を示すオブジェクトを含むオブジェクトファイルと、 該ォブジェク トを呼び出すタイトルが記述されるィンデックステ一ブルを含むィン デックスファイルとを生成するように制御する制御部と
を有し、
上記制御部は、
上記プレイリストファイルの生成時に該プレイリストファイルが属 する上記タイトルを示す情報を上記ィンデックスファイルに対して付 加するように制御する
ことを特徴とする記録装置。
2 . 請求の範囲 1に記載の記録装置において、
上記制御部は、
上記プレイリストファイルの属性を示す情報を、 該プレイリストフ アイルの記録順に格納するテーブルを生成するように制御し、 上記テ一ブルには、 上記プレイリストファイルのそれぞれについて
、 上記プレイリストファイルの生成時に該プレイリストファイルが属 するタイトルを示す情報が少なくとも格納されるように制御する ことを特徴とする記録装置。
3 . 請求の範囲 2に記載の記録装置において、
上記制御部は、
上記テーブルに、 上記プレイリストファイルを識別する情報と、 上 記プレイリストファイルを生成する目的に基づく種類を示す情報とを さらに格納するように制御する
ことを特徴とする記録装置。
4 . 請求の範囲 2に記載の記録装置において、
上記制御部は、
上記タイトルから再生される上記プレイリストが含まれる上記プレ イリストファイルを、 上記インデックステーブル上の上記タイトルの 並びと、 上記テーブル上の、 メニューを再生するための上記プレイリ ストファイル以外の上記プレイリストファイルの並びとを対応させて 決めるように制御する
ことを特徴とする記録装置。
5 . 少なくともコンテンツデータと、 該コンテンツデータの再生を制 御するための再生制御情報とを記録媒体に記録する記録方法において 記録媒体に記録されるコンテンツデータに対し、 該コンテンツデ一 夕の属性情報を示すクリップ情報を含むクリップ情報ファイルと、 該 クリップ情報を呼び出すプレイリストを含むプレイリストファイルと 、 該プレイリストを呼び出す上記コンテンツデータの再生方法を示す オブジェクトを含むオブジェクトファイルと、 該ォブジェクトを呼び 出すタイトルが記述されるィンデックステ一ブルを含むィンデックス ファイルとを生成するように制御され、 上記プレイリストファイルの 生成時に該プレイリス卜ファイルが属する上記タイトルを示す情報を 上記ィンデックスファイルに対して付加するように制御する ことを特徴とする記録方法。
6 . 少なくともコンテンツデータと、 該コンテンツデータの再生を制 御するための再生制御情報とを記録媒体に記録する記録方法をコンビ ユー夕装置に実行させる記録プログラムにおいて、
上記記録方法は、
記録媒体に記録されるコンテンツデータに対し、 該コンテンッデ一 夕の属性情報を示すクリップ情報を含むクリップ情報ファイルと、 該 クリップ情報を呼び出すプレイリストを含むプレイリストファイルと 、 該プレイリストを呼び出す上記コンテンツデータの再生方法を示す オブジェクトを含むオブジェクトファイルと、 該オブジェクトを呼び 出すタイトルが記述されるィンデックステ一ブルを含むィンデックス ファイルとを生成するように制御され、 上記プレイリス卜ファイルの 生成時に該プレイリストファイルが属する上記タイトルを示す情報を 上記インデックスファイルに対して付加するように制御する ことを特徴とする記録プログラム。
PCT/JP2007/057931 2006-04-06 2007-04-04 記録装置、記録方法および記録プログラム WO2007117016A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020077028423A KR101231302B1 (ko) 2006-04-06 2007-04-04 기록 장치, 기록 방법 및 저장 매체
US11/916,466 US8208782B2 (en) 2006-04-06 2007-04-04 Recording device, recording method, and recording program
CN2007800006843A CN101331762B (zh) 2006-04-06 2007-04-04 记录装置、记录方法和记录程序
EP07741367A EP2003891A4 (en) 2006-04-06 2007-04-04 RECORDING DEVICE, RECORDING METHOD, AND RECORDING PROGRAM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006105535A JP4784371B2 (ja) 2006-04-06 2006-04-06 記録装置、記録方法および記録プログラム
JP2006-105535 2006-04-06

Publications (1)

Publication Number Publication Date
WO2007117016A1 true WO2007117016A1 (ja) 2007-10-18

Family

ID=38581287

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/057931 WO2007117016A1 (ja) 2006-04-06 2007-04-04 記録装置、記録方法および記録プログラム

Country Status (7)

Country Link
US (1) US8208782B2 (ja)
EP (1) EP2003891A4 (ja)
JP (1) JP4784371B2 (ja)
KR (1) KR101231302B1 (ja)
CN (1) CN101331762B (ja)
TW (1) TW200816811A (ja)
WO (1) WO2007117016A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009104751A (ja) * 2007-10-25 2009-05-14 Sony Corp データ変換方法、およびデータ変換装置、データ記録装置、データ再生装置、並びにコンピュータ・プログラム

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8223151B2 (en) * 2008-01-25 2012-07-17 Tektronix, Inc. Mark extension for analysis of long record length data
JP4720873B2 (ja) * 2008-08-11 2011-07-13 ソニー株式会社 情報記録装置、撮像装置、情報記録方法およびプログラム
JP4577438B2 (ja) * 2008-10-21 2010-11-10 ソニー株式会社 プレイリスト検索装置、プレイリスト検索方法、およびプログラム
TWI447718B (zh) * 2012-09-03 2014-08-01 Mstar Semiconductor Inc 產生略縮圖之方法與裝置
JP6217462B2 (ja) * 2014-03-05 2017-10-25 ソニー株式会社 画像処理装置及び画像処理方法、並びに画像処理システム
US11714928B2 (en) * 2020-02-27 2023-08-01 Maxon Computer Gmbh Systems and methods for a self-adjusting node workspace
US11373369B2 (en) 2020-09-02 2022-06-28 Maxon Computer Gmbh Systems and methods for extraction of mesh geometry from straight skeleton for beveled shapes

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030086568A1 (en) 2001-10-09 2003-05-08 Sony Corporation Video information recording apparatus and method, video information reproducing apparatus and method, recording medium, and program
JP2004328450A (ja) * 2003-04-25 2004-11-18 Sony Corp 再生装置、再生方法、再生プログラムおよび記録媒体
JP2005025922A (ja) * 2003-06-09 2005-01-27 Sony Corp データ転送システム、データ転送方法およびデータ転送プログラム
EP1583098A1 (en) 2003-11-28 2005-10-05 Sony Corporation Reproduction device, reproduction method, reproduction program, and recording medium
EP1603335A1 (en) 2003-02-19 2005-12-07 Matsushita Electric Industrial Co., Ltd. Recording medium, reproduction device, recording method, program, and reproduction method
JP2006031744A (ja) * 2004-07-12 2006-02-02 Matsushita Electric Ind Co Ltd Ａｖデータ記録装置および再生装置

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0844611A3 (en) * 1993-01-21 2006-11-29 Matsushita Electric Industrial Co., Ltd. Optical disk
WO2001082611A1 (fr) * 2000-04-21 2001-11-01 Sony Corporation Procede et appareil de traitement d'informations, support enregistre, et programme
EP1198132A4 (en) * 2000-04-21 2010-07-28 Sony Corp CODING DEVICE AND METHOD, RECORDING MEDIUM AND PROGRAM
US7477833B2 (en) * 2000-04-21 2009-01-13 Sony Corporation Information processing apparatus and method, program, and recorded medium specifying particular picture characteristics
KR20040083632A (ko) * 2003-03-24 2004-10-06 엘지전자 주식회사 고밀도 광디스크의 멀티 타이틀 관리 및 재생방법
RU2379770C2 (ru) * 2003-05-06 2010-01-20 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления видеоданными и данными дополнительного содержимого к ним и способы и устройства записи и воспроизведения
BRPI0410734A (pt) * 2003-05-27 2006-06-27 Lg Electronics Inc meio fìsico de gravação tendo estrutura de dados para gerenciar seus dados principais e dados adicionais de conteúdo e métodos e aparelhos de gravação e reprodução
JP4651277B2 (ja) * 2003-11-13 2011-03-16 ソニー株式会社 情報記録再生装置および方法、プログラム格納媒体、並びにプログラム
US7483618B1 (en) * 2003-12-04 2009-01-27 Yesvideo, Inc. Automatic editing of a visual recording to eliminate content of unacceptably low quality and/or very little or no interest
US7551843B2 (en) * 2004-03-10 2009-06-23 Panasonic Corporation Authoring system, program, and authoring method
WO2005088634A1 (en) * 2004-03-17 2005-09-22 Lg Electronics Inc. Recording medium, method, and apparatus for reproducing text subtitle streams
KR100677132B1 (ko) * 2004-09-09 2007-02-02 삼성전자주식회사 동영상 재생 및 프로그래밍 기능을 위한 멀티미디어데이터를 기록한 저장 매체, 그 재생 장치 및 재생 방법
JP4734906B2 (ja) * 2004-12-07 2011-07-27 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム
JP4696734B2 (ja) * 2005-07-06 2011-06-08 ソニー株式会社 コンテンツデータ再生装置及びコンテンツデータ再生方法
US7636509B2 (en) * 2005-08-04 2009-12-22 Microsoft Corporation Media data representation and management
JP2007207328A (ja) * 2006-01-31 2007-08-16 Toshiba Corp 情報記憶媒体、プログラム、情報再生方法、情報再生装置、データ転送方法、及びデータ処理方法
JP4765734B2 (ja) * 2006-04-06 2011-09-07 ソニー株式会社 情報処理装置、情報処理方法および情報処理プログラム、ならびに、表示制御装置
JP4765733B2 (ja) * 2006-04-06 2011-09-07 ソニー株式会社 記録装置、記録方法および記録プログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030086568A1 (en) 2001-10-09 2003-05-08 Sony Corporation Video information recording apparatus and method, video information reproducing apparatus and method, recording medium, and program
EP1603335A1 (en) 2003-02-19 2005-12-07 Matsushita Electric Industrial Co., Ltd. Recording medium, reproduction device, recording method, program, and reproduction method
JP2004328450A (ja) * 2003-04-25 2004-11-18 Sony Corp 再生装置、再生方法、再生プログラムおよび記録媒体
JP2005025922A (ja) * 2003-06-09 2005-01-27 Sony Corp データ転送システム、データ転送方法およびデータ転送プログラム
EP1583098A1 (en) 2003-11-28 2005-10-05 Sony Corporation Reproduction device, reproduction method, reproduction program, and recording medium
JP2006031744A (ja) * 2004-07-12 2006-02-02 Matsushita Electric Ind Co Ltd Ａｖデータ記録装置および再生装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"White paper Blu-Ray Disc Format. 2.B Audio Visual Application Format Specifications for BD-ROM", BLU-RAY DISC
See also references of EP2003891A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009104751A (ja) * 2007-10-25 2009-05-14 Sony Corp データ変換方法、およびデータ変換装置、データ記録装置、データ再生装置、並びにコンピュータ・プログラム
US8655140B2 (en) 2007-10-25 2014-02-18 Sony Corporation Data conversion method and data conversion device, data recording device, data playing device, and computer program

Also Published As

Publication number Publication date
JP2007281889A (ja) 2007-10-25
CN101331762A (zh) 2008-12-24
TW200816811A (en) 2008-04-01
TWI333378B (ja) 2010-11-11
US20090034940A1 (en) 2009-02-05
EP2003891A1 (en) 2008-12-17
CN101331762B (zh) 2010-09-29
US8208782B2 (en) 2012-06-26
KR101231302B1 (ko) 2013-02-07
KR20080111377A (ko) 2008-12-23
EP2003891A4 (en) 2012-01-25
JP4784371B2 (ja) 2011-10-05

Similar Documents

Publication Publication Date Title
JP4765733B2 (ja) 記録装置、記録方法および記録プログラム
JP4765734B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム、ならびに、表示制御装置
CN101099208B (zh) 使用本地存储器从记录介质再现数据的方法和装置
JP4972933B2 (ja) データ構造、記録装置、記録方法、記録プログラム、再生装置、再生方法および再生プログラム
JP2008522342A (ja) ローカルストレージのデータファイル管理方法及び装置
US7668844B2 (en) Recording medium, and method and apparatus for reproducing data from the recording medium
JP4784371B2 (ja) 記録装置、記録方法および記録プログラム
US20060155786A1 (en) Recording medium, and method and apparatus for reproducing data from recording medium using local storage
WO2006073247A1 (en) Method and apparatus for reproducing data from recording medium using local storage
KR20060047549A (ko) 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치
EP1836708A2 (en) Recording medium, and method and apparatus for reproducing data from recording medium using local storage
US20060077817A1 (en) Method and apparatus for reproducing data from recording medium using local storage
EP1789972A2 (en) Method and apapratus for reproducing data from recording medium using local storage
KR20060063597A (ko) 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치
KR20070120001A (ko) 데이터를 재생하는 방법 및 장치 그리고 기록방법,기록장치 및 기록매체

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780000684.3

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 11916466

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2007741367

Country of ref document: EP

Ref document number: 1020077028423

Country of ref document: KR

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07741367

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE