WO2016038791A1 - 記録媒体、再生装置および再生方法 - Google Patents

記録媒体、再生装置および再生方法 Download PDF

Info

Publication number
WO2016038791A1
WO2016038791A1 PCT/JP2015/004063 JP2015004063W WO2016038791A1 WO 2016038791 A1 WO2016038791 A1 WO 2016038791A1 JP 2015004063 W JP2015004063 W JP 2015004063W WO 2016038791 A1 WO2016038791 A1 WO 2016038791A1
Authority
WO
WIPO (PCT)
Prior art keywords
stream
data
playback
video
information
Prior art date
Application number
PCT/JP2015/004063
Other languages
English (en)
French (fr)
Inventor
洋 矢羽田
遠間　正真
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN201580002748.8A priority Critical patent/CN105765657B/zh
Application filed by パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority to CN202010012566.1A priority patent/CN111212251B/zh
Priority to EP15840880.7A priority patent/EP3118854B1/en
Priority to CN202210155884.2A priority patent/CN114513617B/zh
Priority to JP2016547667A priority patent/JPWO2016038791A1/ja
Priority to EP18167772.5A priority patent/EP3370233B1/en
Priority to CA2944869A priority patent/CA2944869C/en
Publication of WO2016038791A1 publication Critical patent/WO2016038791A1/ja
Priority to US15/290,018 priority patent/US10057557B2/en
Priority to US15/690,437 priority patent/US10432906B2/en
Priority to US15/690,362 priority patent/US10264232B2/en
Priority to US16/539,484 priority patent/US10687038B2/en
Priority to US16/864,659 priority patent/US11128852B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/87—Regeneration of colour television signals
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1262—Formatting, e.g. arrangement of data block or words on the record carriers with more than one format/standard, e.g. conversion from CD-audio format to R-DAT format
    • 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
    • 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/30—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 the same track as the main recording
    • G11B27/3027—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 the same track as the main recording used signal is digitally coded
    • 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/30—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 the same track as the main recording
    • G11B27/309—Table of contents
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/322—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is digitally coded
    • 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/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42646—Internal components of the client ; Characteristics thereof for reading from or writing on a non-volatile solid state storage medium, e.g. DVD, CD-ROM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8233—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a character code signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • 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/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs

Definitions

  • the present disclosure relates to a recording medium that records an encoded video stream, a playback device that plays back the video stream recorded on the recording medium, and a playback method.
  • Patent Document 1 Conventionally, a technique related to DVD has been disclosed (see, for example, Patent Document 1).
  • a recording medium records a main video stream in which a main video is encoded, and a sub-video stream in which a sub-video that is superimposed and displayed on the main video is encoded,
  • the sub-picture stream includes bitmap data indicating a design of the sub-picture and palette data designating a display color of the design.
  • the palette data is first palette data for a first luminance dynamic range.
  • second palette data for a second luminance dynamic range wider than the first luminance dynamic range.
  • a reproduction method is a reproduction method in a reproduction apparatus that reads out and reproduces a video stream that is encoded video information from a recording medium, and the reproduction apparatus includes: A first register that holds first information indicating a playback method supported by the playback device, and playback supported by a display device connected to the playback device among the plurality of playback methods A second register holding second information indicating a method; and a third register holding third information indicating a reproduction method set by a user among the plurality of reproduction methods.
  • the reproduction apparatus and the display Among a plurality of recovery scheme location corresponds both to reproduce the video stream by using the reproduction method shown in the third information.
  • FIG. 1 is a diagram showing the structure of an SD-DVD.
  • FIG. 2 is a schematic diagram illustrating navigation information embedded in an MPEG stream that is AV data.
  • FIG. 3 is a schematic diagram showing the configuration of a VOB in a DVD.
  • FIG. 4 is a diagram showing a data hierarchy of the BD-ROM.
  • FIG. 5 is a diagram showing the structure of logical data recorded on the BD-ROM.
  • FIG. 6 is a diagram showing an outline of a basic configuration of a BD-ROM player that reproduces a BD-ROM.
  • FIG. 7 is a detailed block diagram of the configuration of the player shown in FIG.
  • FIG. 8 is a diagram showing an application space of the BD-ROM.
  • FIG. 9 is a diagram showing the structure of an MPEG stream (VOB).
  • VOB MPEG stream
  • FIG. 10 is a diagram showing the structure of a pack in the MPEG stream.
  • FIG. 11 is a diagram for explaining a relationship between AV data and a player configuration.
  • FIG. 12 is a diagram for explaining a VOB data continuous supply model using a track buffer.
  • FIG. 13 shows the internal structure of the VOB management information file.
  • FIG. 14 is a diagram for explaining the details of the VOBU information.
  • FIG. 15 is a diagram for explaining an address information acquisition method using a time map.
  • FIG. 16 is a diagram showing the configuration of a playlist.
  • FIG. 17 is a diagram showing the configuration of the event handler table.
  • FIG. 18 is a diagram showing BD. It is a figure which shows the structure of INFO.
  • FIG. 19 is a diagram showing the configuration of the global event handler table.
  • FIG. 20 is a diagram illustrating an example of a time event.
  • FIG. 21 is a diagram illustrating an example of a user event by a user's menu operation.
  • FIG. 22 is a diagram illustrating an example of a global event.
  • FIG. 23 is a diagram for explaining a functional configuration of the program processor.
  • FIG. 24 is a diagram showing a list of system parameters (SPRM).
  • FIG. 25 is a diagram showing an example of a program in an event handler related to control of a menu screen having two selection buttons.
  • FIG. 26 is a diagram illustrating an example of a program in an event handler relating to a menu selection user event.
  • FIG. 27 is a flowchart showing a flow of basic processing of AV data reproduction in the BD-ROM player.
  • FIG. 27 is a flowchart showing a flow of basic processing of AV data reproduction in the BD-ROM player.
  • FIG. 28 is a flowchart showing the flow of processing from the start of playlist playback to the end of VOB playback in the BD-ROM player.
  • FIG. 29A is a flowchart showing a process flow related to a time event in the BD-ROM player
  • FIG. 29B is a flowchart showing a process flow related to a user event in the BD-ROM player. is there.
  • FIG. 30 is a flowchart showing the processing flow of caption data in the BD-ROM player.
  • FIG. 31 is a diagram illustrating the structure of a caption stream.
  • FIG. 32 is a diagram illustrating a relationship of parameters used for subtitle display control.
  • FIG. 33A is a diagram illustrating a structure type of a caption stream.
  • FIG. 33B is a diagram illustrating the types of subtitle stream structures.
  • FIG. 34 is a diagram for explaining a structure for multiplexing subtitles into a system stream.
  • FIG. 35 is a diagram illustrating a caption stream corresponding to both SDR and HDR.
  • FIG. 36 is a diagram illustrating a caption stream corresponding to both SDR and HDR.
  • FIG. 37 is a diagram showing a system decoder model for decoding video and subtitles.
  • FIG. 38 is a diagram showing the structure of a stream that constitutes a menu.
  • FIG. 39 is a diagram for explaining a PG stream and an IG stream in a dual stream.
  • FIG. 40 is a diagram showing the PID used for each stream.
  • FIG. 41 is a diagram illustrating the configuration of the PDS.
  • FIG. 42 is a diagram for explaining the selection method A.
  • FIG. 43 is a diagram for explaining the selection method B.
  • FIG. 44 is a diagram for explaining the selection method C.
  • FIG. 45 is a diagram for explaining a method for updating the PSR 27 when the display device connected to the playback device is changed.
  • FIG. 46 is a diagram for explaining a method for updating the PSR 27 when the playback device is updated.
  • a typical information recording medium on which video data is recorded is a DVD (hereinafter also referred to as “Standard Definition (SD) -DVD”).
  • SD Standard Definition
  • a conventional DVD will be described below.
  • FIG. 1 is a diagram showing the structure of an SD-DVD. As shown in the lower part of FIG. 1, a logical address space is provided on the DVD disk from lead-in to lead-out. In the logical address space, volume information of the file system is recorded from the head, and subsequently application data such as video and audio is recorded.
  • the file system is a mechanism for managing data defined by standards such as ISO9660 and Universal Disc Format (UDF), and is a mechanism for expressing data on a disk in units called directories or files.
  • standards such as ISO9660 and Universal Disc Format (UDF)
  • UDF Universal Disc Format
  • UDF and ISO9660 file systems are used. Together, they are also called “UDF bridges”.
  • the recorded data can be read out by either UDF or ISO9660 file system driver.
  • the DVD handled here is a ROM disk for package media and cannot be physically written.
  • Data recorded on the DVD can be viewed as a directory or file as shown in the upper left of FIG. 1 through the UDF bridge.
  • a directory called “VIDEO_TS” is placed directly under the root directory (“ROOT” in FIG. 1), and DVD application data is recorded therein.
  • Application data is recorded as a plurality of files, and there are the following types of files as main files.
  • VIDEO_TS. IFO disc playback control information file VTS_01_0.
  • IFO is an extension indicating that the reproduction control information is recorded
  • VOB is an extension indicating that the MPEG stream that is AV data is recorded.
  • the playback control information is information for realizing interactivity (technique for dynamically changing playback according to a user operation) adopted by DVD, information attached to AV data such as metadata, and the like. That's it.
  • reproduction control information is sometimes referred to as navigation information.
  • the playback control information file includes “VIDEO_TS.IFO” for managing the entire disc and “VTS — 01 — 0.IFO” which is playback control information for each video title set.
  • a DVD can record a plurality of titles, in other words, a plurality of different movies and music pieces on a single disc.
  • “01” in the file name body indicates the number of the video title set. For example, in the case of the video title set # 2, “VTS — 02 — 0.IFO”.
  • the upper right part of FIG. 1 is a DVD navigation space in the DVD application layer, which is a logical structure space in which the playback control information described above is expanded.
  • Information in “VIDEO_TS.IFO” is stored in the DVD navigation space as VIDEO Manager Information (VMGI), and “VTS — 01 — 0.IFO”, or playback control information existing for each other video title set is stored in the Video Title Set Information (VTSI). Be expanded.
  • VIDEO_TS.IFO VIDEO Manager Information
  • VTSI Video Title Set Information
  • Program Chain Information which is information of a playback sequence called Program Chain (PGC) is described.
  • the PGCI is composed of a set of cells and a kind of programming information called a command.
  • the cell itself is information for designating a part or all of a VOB (which is an abbreviation of Video Object, indicating an MPEG stream), and the reproduction of the cell means that the section designated by the cell of the VOB is reproduced. I mean.
  • the command is processed by a DVD virtual machine, and is similar to, for example, Java (registered trademark) Script executed on a browser that displays a web page.
  • Java (registered trademark) Script controls windows and browsers (for example, opens a new browser window) in addition to logical operations
  • DVD commands play AV titles in addition to logical operations. It differs in that it only performs control, for example, specifying the chapter to be played back.
  • the Cell has VOB start and end addresses (logical addresses) recorded on the disc as its internal information, and the player reads data using the VOB start and end address information described in the Cell. Execute playback.
  • FIG. 2 is a schematic diagram illustrating navigation information embedded in an MPEG stream that is AV data.
  • buttons appear on the menu screen, and each button defines a process when the button is selected and executed.
  • buttons on the menu screen are selected on the menu screen (the translucent color is overlaid on the selection button so that the button is highlighted to indicate to the user that the button is selected), and the user
  • the up / down / left / right keys on the remote control can be used to move the selected button to any of the up / down / left / right buttons.
  • NV_PCK includes highlight color information and individual button information.
  • highlight color information color palette information is described, and a semi-transparent color of the highlight displayed on the overlay is designated.
  • the button information includes rectangular area information that is position information of each button, movement information from the button to another button (designation of a destination button corresponding to each of the user's up / down / left / right key operations), and button command information. (Command executed when the button is determined).
  • the highlight on the menu screen is created as an overlay image as shown in the upper right part of FIG.
  • the overlay image is obtained by adding the color palette information color to the rectangular area information of the button information. This overlay image is combined with the background image shown in the right part of FIG. 2 and displayed on the screen.
  • the DVD has a menu screen.
  • the reason why part of the navigation data is embedded in the stream using NV_PCK is as follows.
  • the menu information is dynamically updated in synchronization with the stream, for example, the menu screen is displayed only during the course of 5 to 10 minutes during movie playback, and processing that is likely to cause synchronization timing can be realized without any problem. It is for doing so.
  • NV_PCK stores information for supporting special playback, and smoothly decodes and plays back AV data during non-normal playback such as fast-forward and rewind during DVD playback. This is to improve user operability.
  • FIG. 3 is a schematic diagram showing the configuration of a VOB in a DVD.
  • data such as video, audio, captions ((1) in FIG. 3) is packetized and packed based on the MPEG system (ISO / IEC13818-1) standard ((2) in FIG. 3). These are multiplexed into one MPEG program stream ((3) in FIG. 3).
  • MPEG system ISO / IEC13818-1
  • NV_PCK including a button command for realizing interactive is also multiplexed together.
  • individual data to be multiplexed is a bit string based on the decoding order, but between the multiplexed data, that is, between video, audio, and subtitles, it is not necessarily the playback order.
  • the bit string is not formed based on the decoding order.
  • the MPEG system stream decoder model (Fig. 3 (4), generally called System Target Decoder or STD) has a decoder buffer corresponding to each elementary stream after demultiplexing, and by the decoding timing It comes from temporarily accumulating data.
  • the decoder buffer has a different size for each elementary stream, and has 232 kB for video, 4 kB for audio, and 52 kB for subtitles.
  • subtitle data multiplexed side by side with video data is not necessarily decoded at the same timing.
  • Patent Document 1 The technology related to DVD as described above is described in Patent Document 1.
  • BD Blu-ray (registered trademark) Disc
  • 4K video information having a resolution of 3840 ⁇ 2160 pixels
  • HDR high luminance video information generally called High Dynamic Range
  • the HDR video includes a higher brightness video than the SDR video. Therefore, when the same caption information or the like is used in SDR and HDR, there is a problem that the visibility of the caption or the like is reduced in one of SDR and HDR.
  • the present inventor examined the following improvement measures in order to solve the above-mentioned problems.
  • a recording medium records a main video stream in which a main video is encoded, and a sub-video stream in which a sub-video that is superimposed and displayed on the main video is encoded,
  • the sub-picture stream includes bitmap data indicating a design of the sub-picture and palette data designating a display color of the design.
  • the palette data is first palette data for a first luminance dynamic range.
  • second palette data for a second luminance dynamic range wider than the first luminance dynamic range.
  • the bitmap data includes first bitmapped data for the first luminance dynamic range and second bitmap data for the second luminance dynamic range
  • the sub-picture stream is , Obtained by encoding the plurality of types of sub-videos displayed superimposed on the main video, each of which is a plurality of sets corresponding to any of the plurality of types of sub-videos, each of which ,
  • a plurality of sets including a second sub-picture stream including data may be included.
  • the user can reproduce the first luminance dynamic range and the second luminance dynamic range. Can provide the same viewing experience.
  • the difference value from the value of the second identifier assigned to one sub-picture stream is the value of the third identifier assigned to the second sub-picture stream included in the first set; It may be equal to the difference value with the value of the fourth identifier assigned to the second sub-picture stream included in the second set.
  • the same viewing experience can be provided to the user at the time of reproduction of the first luminance dynamic range and the second luminance dynamic range.
  • the processing content in the playback device or the like can be made the same during playback of the first luminance dynamic range and the second luminance dynamic range, the processing of the playback device can be simplified and only in the first luminance dynamic range.
  • the function and configuration of the corresponding conventional reproducing apparatus can be diverted. Thereby, it is possible to reduce the development cost of a reproducing apparatus corresponding to the second luminance dynamic range.
  • the symbols indicated by the first bitmap data and the second bitmap data included in the same set may be the same.
  • data other than the first pallet data and the second pallet data may be the same among the data included in the same set.
  • the playback device has encoded a main video stream encoded with a main video and a sub-video that is superimposed on the main video and recorded on a recording medium.
  • a readout unit that reads out the sub-video stream; and a playback unit that reproduces the read out main video stream and the sub-video stream, wherein the sub-video stream includes bitmap data indicating a design of the sub-video, and the design Palette data designating a display color of the first brightness dynamic range
  • the palette data includes a first palette data for a first brightness dynamic range and a second brightness dynamic range for a second brightness dynamic range wider than the first brightness dynamic range. 2 pallet data.
  • a reproduction method is a reproduction method in a reproduction apparatus that reads out and reproduces a video stream that is encoded video information from a recording medium, and the reproduction apparatus includes a plurality of reproduction methods.
  • the first register that holds the first information indicating the playback method supported by the playback device corresponds to the display device connected to the playback device among the plurality of playback methods.
  • the user can select a playback method according to the user's preference.
  • the third information indicates the priority of the plurality of playback methods, and in the playback, the third information is the third information among the plurality of playback methods supported by the playback device and the display device.
  • the video stream may be played back using the playback method with the highest priority shown.
  • the newly added playback method Notification may be made to prompt the user to set the priority.
  • a playback device is a playback device that reads a video stream that is encoded video information from a recording medium and plays back the video stream, and the playback device supports a plurality of playback methods.
  • a first register that stores first information indicating a playback method that is being used, and a second register that indicates a playback method supported by a display device connected to the playback device among the plurality of playback methods
  • a second register for holding information; a third register for holding third information indicating a playback method set by a user among the plurality of playback methods; the playback device and the display device
  • the first information and the second information indicate that there are a plurality of playback methods that both correspond to, the playback method indicated by the third information is used among the plurality of playback methods.
  • the user can select a playback method according to the user's preference.
  • a recording medium such as an apparatus, a method, a system, an integrated circuit, a computer program, or a computer-readable CD-ROM, and the system, method, integrated circuit
  • the present invention may be realized by any combination of computer programs or recording media.
  • the embodiment closest to the disclosure according to claim 1 of the present application is the second embodiment.
  • the basic configuration of the information recording medium and the like in the second embodiment will be described.
  • the first embodiment will be described first.
  • FIG. 4 is a diagram showing a data hierarchy of the BD-ROM.
  • BD-ROM 104 which is a disk medium
  • AV data 103 there is AV data 103
  • BD management information 102 such as management information and AV playback sequence related to AV data
  • BD playback program 101 that realizes interactive processing. It is recorded.
  • the BD-ROM will be described focusing on the AV application for reproducing AV contents such as movies.
  • the BD-ROM is recorded for computer use like a CD-ROM or DVD-ROM. Of course, it can also be used as a medium.
  • FIG. 5 is a diagram showing the structure of logical data recorded in the BD-ROM 104 described above.
  • the BD-ROM 104 has a recording area that spirals from the inner periphery to the outer periphery like other optical discs such as DVDs and CDs, and records logical data between the inner lead-in and outer lead-out. It has a logical address space that can be created.
  • BCA Burst Cutting Area
  • file system information (volume).
  • a file system is a mechanism for managing data defined by standards such as UDF and ISO 9660 as described in the prior art.
  • Logical data recorded in the same way as a normal PC is stored in a directory and file structure. It is possible to read by using.
  • the directory and file structure on the BD-ROM 104 is a BDVIDEO directory placed directly under the root directory (ROOT).
  • This directory is a directory in which data such as AV data and management information handled by the BD-ROM (BD playback program 101, BD management information 102, AV data 103 shown in FIG. 4) is recorded.
  • VOB VOB described in the conventional example
  • BD management information is a file in which management information related to VOB which is AV data is recorded.
  • the correspondence with the VOB is identified by the file body name (“YYY” matches).
  • PNG an image format standardized by the World Wide Web Consortium (W3C), which is one of “AV data” and image data for constructing subtitles and menu screens, read as “ping”). It is a file.
  • PNG image corresponds to one file.
  • FIG. 6 is a diagram showing an outline of a basic configuration of a BD-ROM player that reproduces the BD-ROM 104.
  • the data on the BD-ROM 104 is read through the optical pickup 202.
  • the read data is recorded in a dedicated memory according to the type of each data.
  • the BD playback program (“BD.PROG” or “XXX.PROG” file) is stored in the program recording memory 203, and the BD management information (“BD.INFO”, “XXX.PL” or “YYY.VOBI” file) is managed information.
  • AV data (“YYY.VOB” or “ZZZ.PNG” file) is recorded in the recording memory 204 in the AV recording memory 205, respectively.
  • the BD playback program recorded in the program recording memory 203 is processed by the program processing unit 206.
  • the BD management information recorded in the management information recording memory 204 is processed by the management information processing unit 207.
  • the AV data recorded in the AV recording memory 205 is processed by the presentation processing unit 208.
  • the program processing unit 206 receives event information such as information on playlists to be reproduced and program execution timing from the management information processing unit 207, and processes the program. In addition, it is possible to dynamically change the play list to be played back by the program, and in this case, it is realized by sending a play list play command after change to the management information processing unit 207.
  • the program processing unit 206 further receives an event from the user, for example, a request from a remote controller operated by the user, and executes an execution process when there is a program corresponding to the user event.
  • the management information processing unit 207 receives an instruction from the program processing unit 206 and analyzes the playlist corresponding to the instruction and VOB management information corresponding to the playlist. Furthermore, the presentation processing unit 208 is instructed to reproduce the AV data to be reproduced.
  • the management information processing unit 207 receives the reference time information from the presentation processing unit 208, and instructs the presentation processing unit 208 to stop AV data reproduction based on the time information. Furthermore, an event indicating the program execution timing is generated for the program processing unit 206.
  • the presentation processing unit 208 has a decoder corresponding to video, audio, and subtitle data, and decodes and outputs AV data in accordance with an instruction from the management information processing unit 207. Video data and subtitle data are drawn on each dedicated plane after decoding.
  • video data is drawn on the video plane 210
  • image data such as caption data is drawn on the image plane 209.
  • the composition processing of the video drawn on the two planes is performed by the composition processing unit 211 and output to a display device such as a TV.
  • the BD-ROM player has a configuration based on the data structure recorded in the BD-ROM 104 shown in FIG.
  • FIG. 7 is a detailed block diagram of the configuration of the player shown in FIG.
  • Correspondence between each component shown in FIG. 6 and each component shown in FIG. 7 is as follows.
  • the AV recording memory 205 corresponds to the image memory 308 and the track buffer 309.
  • the program processing unit 206 corresponds to a program processor 302 and a UO (User Operation) manager 303.
  • the management information processing unit 207 corresponds to the scenario processor 305 and the presentation controller 306.
  • the presentation processing unit 208 corresponds to the clock 307, the demultiplexer 310, the image processor 311, the video processor 312, and the sound processor 313.
  • the VOB data (MPEG stream) read from the BD-ROM 104 is recorded in the track buffer 309, and the image data (PNG) is recorded in the image memory 308.
  • the demultiplexer 310 extracts the VOB data recorded in the track buffer 309 based on the time obtained from the clock 307. Further, the video data included in the VOB data is sent to the video processor 312 and the audio data is sent to the sound processor 313.
  • the video processor 312 and the sound processor 313 are each composed of a decoder buffer and a decoder as defined by the MPEG system standard. That is, the video and audio data sent from the demultiplexer 310 are temporarily recorded in the respective decoder buffers and decoded by the individual decoders according to the clock 307.
  • the PNG data recorded in the image memory 308 has the following two processing methods.
  • the presentation controller 306 instructs the decoding timing.
  • the scenario processor 305 In order for the scenario processor 305 to receive the time information from the clock 307 once and to display appropriate subtitles, when the subtitle display time (start and end) is reached, the presentation controller 306 is instructed to display / hide subtitles. .
  • the image processor 311 Upon receiving the decode / display instruction from the presentation controller 306, the image processor 311 extracts the corresponding PNG data from the image memory 308, decodes it, and draws it on the image plane 209.
  • the program processor 302 instructs the decoding timing.
  • the time when the program processor 302 instructs to decode the image depends on the BD program being processed by the program processor 302 and is not generally determined.
  • the image data and the video data are each decoded, drawn on the image plane 209 and the video plane 210, and synthesized and output by the synthesis processing unit 211.
  • Management information (scenario, AV management information) read from the BD-ROM 104 is recorded in the management information recording memory 204, but scenario information (“BD.INFO” and “XXX.PL”) is stored by the scenario processor 305. Read and process. AV management information (“YYY.VOBI”) is read and processed by the presentation controller 306.
  • the scenario processor 305 analyzes the information of the playlist, and instructs the presentation controller 306 about the VOB referenced by the playlist and its playback position.
  • the presentation controller 306 manages the management information of the target VOB (“YYY.VOBI”). ) And the drive controller 317 is instructed to read out the target VOB.
  • the drive controller 317 moves the optical pickup 202 in accordance with an instruction from the presentation controller 306, and reads the target AV data.
  • the read AV data is recorded in the image memory 308 or the track buffer 309 as described above.
  • the scenario processor 305 monitors the time of the clock 307 and throws an event to the program processor 302 at the timing set in the management information.
  • the BD program (“BD.PROG” or “XXX.PROG”) recorded in the program recording memory 203 is executed by the program processor 302.
  • the program processor 302 processes the BD program when an event is sent from the scenario processor 305 or when an event is sent from the UO manager 303.
  • the UO manager 303 generates an event corresponding to the request and sends it to the program processor 302 when a request is sent from the user by a remote control key.
  • BD-ROM is played back by such operation of each component.
  • FIG. 8 is a diagram showing an application space of the BD-ROM.
  • a play list (PlayList) is one playback unit.
  • the playlist has a static scenario composed of a cell playback sequence and a dynamic scenario described by the program.
  • the playlist only reproduces the individual cells in order, and the reproduction of the playlist ends when the reproduction of all the cells is completed.
  • the program can dynamically change the playback target according to the playback description beyond the playlist, the user's selection or the player's state.
  • a typical example is dynamic change of a reproduction target via a menu screen.
  • the menu is one of components of a function for dynamically selecting a scenario to be played back by a user's selection, that is, a playlist.
  • the program here is an event handler that is executed by a time event or a user event.
  • a time event is an event generated based on time information embedded in a playlist.
  • the event sent from the scenario processor 305 to the program processor 302 described in FIG. 7 corresponds to this.
  • the program processor 302 executes an event handler associated with the ID.
  • the program to be executed can instruct playback of another playlist.
  • playback of the currently played playlist is stopped and playback of the specified playlist is started. And transition.
  • a user event is an event generated by a user's remote control key operation. User events are roughly divided into two types. The first is a menu selection event generated by operating a cursor key ("Up”, “Down”, “Left”, “Right” key) or "Determination" key provided on the remote control.
  • the event handler corresponding to the menu selection event is valid only for a limited period in the playlist. That is, the validity period of each event handler is set as the playlist information.
  • the program processor 302 searches for a valid event handler when the “up”, “down”, “left”, “right” key or “decision” key of the remote control is pressed, and if there is a valid event handler, the event handler Is executed. In other cases, menu selection events will be ignored.
  • the second user event is a menu screen call event generated by operating the “Menu” key.
  • a menu screen call event is generated, a global event handler is called.
  • Global event handlers are always valid event handlers, independent of playlists. By using this function, DVD menu calls can be implemented. By implementing the menu call, it is possible to call the audio, subtitle menu, etc. during the title reproduction, and execute the title reproduction from the point where the audio or subtitle was interrupted after the change.
  • a cell which is a unit constituting a static scenario in a playlist, refers to all or part of a playback section of a VOB (MPEG stream).
  • the cell has a playback section in the VOB as start and end time information.
  • the VOB management information (VOBI) paired with each VOB has a time map (Time Map or TM) inside, and the playback and end times of the VOB described above are stored in the VOB ( That is, it is possible to derive the read start address and end address in the target file “YYY.VOB”). Details of the time map will be described later with reference to FIG.
  • FIG. 9 is a diagram showing the structure of an MPEG stream (VOB) used in the present embodiment.
  • the VOB is composed of a plurality of Video Object Units (VOBU).
  • the VOBU is a unit based on Group Of Pictures (GOP) in the MPEG video stream, and is one reproduction unit as a multiplexed stream including audio data.
  • GIP Group Of Pictures
  • VOBU has a playback time of 0.4 to 1.0 seconds, and normally has a playback time of 0.5 seconds. This is derived from the fact that the MPEG GOP structure is usually 15 frames / second (in the case of NTSC).
  • the VOBU has a video pack (V_PCK) which is video data and an audio pack (A_PCK) which is audio data.
  • V_PCK video pack
  • A_PCK audio pack
  • Each pack is composed of one sector, and in the present embodiment, it is composed of 2 kB units.
  • FIG. 10 is a diagram showing a pack structure in the MPEG stream.
  • elementary data such as video data and audio data are sequentially entered from the head into a data storage area of a packet called a payload.
  • a packet header is attached to the payload to form one packet.
  • DTS Decode Time Stamp
  • PTS Presentation Time Stamp
  • DTS and PTS are not necessarily recorded in all packet headers, but rules for recording in MPEG are defined. Details of the rules are described in the MPEG system (ISO / IEC13818-1) standard, and therefore will be omitted.
  • the packet is further added with a header (pack header) to form a pack.
  • a header (pack header) to form a pack.
  • SCR system clock reference
  • VOB interleaved recording The interleaved recording of the VOB file will be described with reference to FIGS.
  • FIG. 11 is a diagram for explaining the relationship between the AV data and the configuration of the BD-ROM player.
  • the data on the BD-ROM is input to the track buffer 309 if it is a VOB or MPEG stream through the optical pickup 202, and is input to the image memory 308 if it is PNG or image data.
  • the track buffer 309 is First-In First-Out (FIFO), and the input VOB data is sent to the demultiplexer 310 in the order of input. At this time, each pack is extracted from the track buffer 309 according to the SCR described above, and data is sent to the video processor 312 or the sound processor 313 via the demultiplexer 310.
  • FIFO First-In First-Out
  • image data which image is to be drawn is instructed by the presentation controller 306 (see FIG. 7). Further, the image data used for drawing is deleted from the image memory 308 at the same time in the case of subtitle image data, but in the case of menu image data, it remains in the image memory 308 as it is.
  • the lower diagram in FIG. 11 is a diagram showing interleaved recording of the VOB file and the PNG file on the BD-ROM.
  • AV data that is a series of continuous playback units is continuously recorded.
  • the drive only needs to read out data sequentially and send it to the player side.
  • a VOB file can be recorded in a continuous area.
  • data that is reproduced in synchronization with video data recorded in the VOB such as subtitle data.
  • a VOB file is divided into several blocks, and a method for interleave recording the VOB file and image data is used.
  • the lower part of FIG. 11 is a diagram for explaining the interleave recording.
  • FIG. 12 is a diagram for explaining a VOB data continuous supply model using the track buffer 309 that solves the problem in the interleave recording.
  • VOB data is temporarily stored in the track buffer 309. If the data input rate to the track buffer 309 is set higher than the data output rate from the track buffer 309, the data storage amount of the track buffer 309 will increase as long as data is continuously read from the BD-ROM. .
  • the input rate to the track buffer 309 is Va and the output rate from the track buffer 309 is Vb.
  • a continuous recording area of VOB continues from “a1” to “a2” of logical addresses.
  • the interval between “a2” and “a3” is a section in which image data is recorded and VOB data cannot be read.
  • Time “t1” indicates the time when reading of “a1”, which is the starting point of one continuous recording area of the VOB, is started.
  • the time “t2” is the time when the data “a2”, which is the end point of one continuous recording area, is read.
  • the condition for continuously performing the VOB reproduction without stopping can be expressed by the following (Formula 2).
  • the structure of the navigation data (BD management information) recorded on the BD-ROM will be described with reference to FIGS.
  • FIG. 13 shows the internal structure of the VOB management information file (“YYY.VOBI”).
  • the VOB management information includes stream attribute information (Attribute) and time map (TMAP) of the VOB.
  • the stream attribute information is configured to have a video attribute (Video) and an audio attribute (Audio # 0 to Audio # m).
  • Video video attribute
  • Audio # 0 to Audio # m audio attribute
  • the number of audio attribute data fields is specified by the number of audio streams (Number).
  • Video Video
  • Compression method Coding: MPEG1 MPEG2 MPEG4 Resolution: 1920x1080 1280x720 720x480 720x565
  • Aspect ratio (Aspect): 4: 3 16: 9 Frame rate: 60 59.94 50 30 29.97 25 24
  • Audio attributes Audio
  • Compression method AC3 MPEG1 MPEG2 LPCM Number of channels (Ch): 1-8 Language attribute: JPN, ENG, ...
  • the time map (TMAP) is a table having information for each VOBU, and has the number of VOBUs (Number) possessed by the VOB and each VOBU information (VOBU # 1 to VOBU # n).
  • Each VOBU information has a playback time length (Duration) of VOBU and a data size (Size) of VOBU.
  • FIG. 14 is a diagram for explaining the details of the VOBU information.
  • an MPEG stream has two physical quantity aspects, a temporal aspect and a data size aspect.
  • a temporal aspect For example, since Audio Code number 3 (AC3), which is a voice compression standard, performs compression at a fixed bit rate, the relationship between time and address can be obtained by a linear expression.
  • AC3 Audio Code number 3
  • each frame has a fixed display time, for example, in the case of NTSC, one frame has a display time of 1 / 29.97 seconds, but the compressed data size of each frame is a characteristic of the picture. Depending on the picture type used for compression or so-called I / P / B picture, the data size varies greatly.
  • time map links the relationship between time and address in the VOB.
  • TMAP time map
  • TMAP time map
  • FIG. 15 is a diagram for explaining an address information acquisition method using a time map.
  • time information (Time) is given as shown in FIG. 15, first, the VOBU to which the time belongs is searched. Specifically, the number of frames for each VOBU in the time map is added, and a VOBU whose sum of frames exceeds or matches the value obtained by converting the time into the number of frames becomes the VOBU corresponding to the time.
  • the size of each VOBU in the time map is added to the VOBU immediately before the VOBU, and the value becomes the leading address (Address) of the pack to be read in order to reproduce the frame including the given time.
  • FIG. 16 is a diagram showing the configuration of a playlist.
  • the playlist is composed of a cell list (CellList) and an event list (EventList).
  • the cell list (CellList) is information indicating a reproduction cell sequence in the playlist, and the cells are reproduced in the description order of the list.
  • CellList The contents of the cell list (CellList) are the number of cells (Number) and cell information (Cell # 1 to Cell # n).
  • Each cell information (Cell # to Cell # n) has a VOB file name (VOBName), a valid section start time (In) and a valid section end time (Out) in the VOB, and a caption table (SubtitleTable). Yes.
  • VOBName VOB file name
  • In valid section start time
  • Out valid section end time
  • SubtitleTable caption table
  • the valid section start time (In) and valid section end time (Out) are each expressed by a frame number in the VOB, and the address of VOB data necessary for reproduction is obtained by using the time map (TMAP) described above. I can do things.
  • the subtitle table is a table having subtitle information that is reproduced in synchronization with the VOB.
  • Subtitles can have a plurality of languages like audio, and a subtitle table (SubtitleTable) is composed of the number of languages (Number) followed by tables for each language (Language # 1 to Language # k).
  • Each language table (Language # 1 to Language # k) includes language information (Language), the number of subtitle information to be displayed (Number), and subtitle information to be displayed (Speech # 1 to Speech # j).
  • the subtitle information (Speech # 1-Speech # j) includes the corresponding image data file name (Name), subtitle display start time (In), subtitle display end time (Out), and subtitle display position. (Position).
  • the event list is a table that defines events that occur in the playlist.
  • the event list is composed of the number of events (Number) followed by individual events (Event # 1 to Event # m), and each event (Event # 1 to Event # m) includes an event type (Type) and an event ID (ID), event generation time (Time), and validity period (Duration).
  • FIG. 17 is a diagram showing a configuration of an event handler table (“XXX.PROG”) having event handlers (time events and user events for menu selection) for each playlist.
  • XXX.PROG event handler table
  • the event handler table has a defined number of event handlers / programs (Number) and individual event handlers / programs (Program # 1 to Program # n).
  • each event handler / program (Program # 1 to Program # n) has the event handler start definition ( ⁇ event_handler> tag) and the event handler ID (event_handler id) paired with the event ID described above. Then, the program is described between parentheses “ ⁇ ” and “ ⁇ ” following “function”.
  • BD. INFO information related to the entire BD-ROM
  • FIG. 18 shows the BD. It is a figure which shows the structure of INFO.
  • the BD-ROM overall information is composed of a title list (TitleList) and an event list for global events (EventList).
  • the title list (TitleList) is composed of the number of titles (Number) in the disc and the following pieces of title information (Title # 1 to Title # n).
  • Each title information (Title # 1 to Title # n) includes a playlist table (PLTable) included in the title and a chapter list (ChapterList) in the title.
  • the playlist table (PLTable) has the number of playlists in the title (Number) and the playlist name (Name), that is, the playlist file name.
  • the chapter list (ChapterList) is composed of the number of chapters (Number) included in the title and each chapter information (Chapter # 1 to Chapter # n), and each chapter information (Chapter # 1 to Chapter # n) is related to the chapter.
  • the cell table (CellTable) includes a cell number (Number) and entry information (CellEntry # 1 to CellEntry # k) of each cell.
  • the cell entry information (CellEntry # 1 to CellEntry # k) is described by a playlist name including the cell and a cell number in the playlist.
  • the event list includes the number of global events (Number) and information on each global event (Event # 1 to Event # m). It should be noted here that the first defined global event is called a first event (FirstEvent), and is the event that is executed first when the BD-ROM is inserted into the player.
  • Each global event information (Event # 1 to Event # m) has only an event type (Type) and an event ID (ID).
  • FIG. 19 shows the structure of the global event handler table (“BD.PROG”). This table has the same contents as the event handler table described in FIG. 17, and a description thereof will be omitted.
  • BD.PROG global event handler table
  • Event generation mechanism The event generation mechanism will be described with reference to FIGS.
  • FIG. 20 is a diagram illustrating an example of a time event.
  • the time event is defined by the event list (EventList) of the play list (“XXX.PL”).
  • the program processor 302 searches for an event handler having the event ID “Ex1” and executes the target event handler. For example, in the case of this embodiment, it is possible to draw two button images.
  • FIG. 21 is a diagram showing an example of a user event by a user menu operation.
  • EventList EventList of the play list (“XXX.PL”).
  • the event defined as the user event ie, the event type (Type) is “UserEvent”
  • the user event becomes ready when the event generation time (“t1”) is reached. At this time, the event itself has not yet been generated.
  • the event is in the ready state for the period (“T1”) described in the valid standard information (Duration).
  • the UO event is first sent by the UO manager 303. It is generated and output to the program processor 302.
  • the program processor 302 sends a UO event to the scenario processor 305, and the scenario processor 305 searches for a valid user event at the time when the UO event is received.
  • the scenario processor 305 When there is a target user event as a result of the search, the scenario processor 305 generates a user event and outputs it to the program processor 302.
  • the program processor 302 searches for an event handler having an event ID, for example, “Ev1” in the case of the example shown in FIG. 21, and executes the target event handler. In this example, playback of playlist # 2 is started.
  • the generated user event does not include information on which remote control key is pressed by the user.
  • Information on the selected remote control key is transmitted to the program processor 302 by a UO event, and is recorded and held in a register of the virtual player.
  • the event handler program can check the value of this register and execute branch processing.
  • FIG. 22 is a diagram showing an example of a global event.
  • EventList the event list of the entire BD-ROM information (“BD.INFO”).
  • An event defined as a global event that is, an event whose event type (Type) is “GlobalEvent” is generated only when a user performs a remote control key operation.
  • a UO event is first generated by the UO manager 303 and output to the program processor 302.
  • the program processor 302 sends a UO event to the scenario processor 305.
  • the scenario processor 305 generates a corresponding global event and sends it to the program processor 302.
  • the program processor 302 searches for an event handler having the event ID “menu” and executes the target event handler. For example, in the case of the example shown in FIG. 22, playback of the playlist # 3 is started.
  • menu key it is simply called a menu key, but there may be a plurality of menu keys like a remote control in a player that plays a DVD.
  • ID corresponding to each menu key appropriate processing corresponding to each menu key can be performed.
  • FIG. 23 is a diagram for explaining a functional configuration of the program processor 302.
  • the program processor 302 is a processing module having a virtual player machine inside.
  • the virtual player machine is a functional model defined as a BD-ROM and does not depend on the implementation of each BD-ROM player. That is, it is guaranteed that the same function can be executed in any BD-ROM player.
  • the virtual player machine has two major functions. Programming functions and player variables. Player variables are stored and held in registers.
  • the programming function is based on Java (registered trademark) Script, and the following three functions are defined as BD-ROM specific functions.
  • Link function Stops the current playback and starts playback from the specified playlist, cell, and time.
  • Link (PL #, Cell #, time) PL #: Playlist name Cell #: Cell number time: Playback start time in the cell
  • PNG drawing function draws specified PNG data on the image plane 209.
  • File PNG file name
  • Image plane clear function Clears the designated area of the image plane 209. Clear (X, Y, W, H)
  • the player variable includes a system parameter (SPRM) indicating a setting value of the player and a general parameter (GPRM) that can be used for general purposes.
  • SPRM system parameter
  • GPRM general parameter
  • FIG. 24 is a diagram showing a list of system parameters (SPRM).
  • the programming function of the virtual player is based on Java (registered trademark) Script.
  • Java registered trademark
  • Script Java (registered trademark) Script
  • UNIX registered trademark
  • Other programming functions such as Perl Script may be used.
  • the programming language in the present disclosure is not limited to Java (registered trademark) Script.
  • Program example 25 and 26 are diagrams showing examples of programs in the event handler.
  • FIG. 25 is a diagram showing an example of a program in an event handler related to control of a menu screen having two selection buttons.
  • the program on the left side of FIG. 25 is executed using the time event at the head of the cell (PlayList # 1.Cell # 1).
  • “1” is initially set to GPRM (0), one of the general parameters.
  • GPRM (0) is used to identify the selected button in the program.
  • the initial value is a state in which the button [1] arranged on the left side is selected.
  • PNG drawing is performed for each of the button [1] and the button [2] using a drawing function “Draw”.
  • the button [1] draws the PNG image “1black.png” with the coordinates (10, 200) as the starting point (upper left corner).
  • the button [2] draws the PNG image “2white.png” with the coordinates (330, 200) as the starting point (upper left corner).
  • the program on the right side of FIG. 25 is executed using a time event.
  • FIG. 26 is a diagram showing an example of a program in an event handler related to a user event of menu selection.
  • This event handler performs branch processing as follows using the value of GPRM (0) identifying the selection button and SPRM (8) identifying the selected remote control key.
  • the program shown in FIG. 26 is interpreted and executed as described above.
  • FIG. 27 is a flowchart showing a flow of basic processing of AV data reproduction in the BD-ROM player.
  • the BD-ROM player When the BD-ROM is inserted (S101), the BD-ROM player reads and analyzes "BD.INFO” (S102) and reads "BD.PROG” (S103). Both “BD.INFO” and “BD.PROG” are temporarily stored in the management information recording memory 204 and analyzed by the scenario processor 305.
  • the scenario processor 305 generates the first event according to the first event (FirstEvent) information in the “BD.INFO” file (S104).
  • the generated first event is received by the program processor 302, and an event handler corresponding to the event is executed (S105).
  • the event handler corresponding to the first event is expected to record information specifying the playlist to be played first. If play list reproduction is not instructed, the player does not reproduce anything and simply waits for a user event to be accepted (No in S201).
  • the UO manager 303 When receiving a remote control operation from the user (Yes in S201), the UO manager 303 generates a UO event for the program processor 302 (S202).
  • the program processor 302 determines whether the UO event is a menu key (S203). If it is a menu key (Yes in S203), the UO event is sent to the scenario processor 305, and the scenario processor 305 generates a user event. (S204). The program processor 302 executes an event handler corresponding to the generated user event (S205).
  • FIG. 28 is a flowchart showing the flow of processing from the start of playlist playback to the end of VOB playback in the BD-ROM player.
  • play list reproduction is started by the first event handler or the global event handler (S301).
  • the scenario processor 305 reads and analyzes the playlist “XXX.PL” and reads program information “XXX.PROG” corresponding to the playlist as information necessary for playback of the playlist to be played back. (S303).
  • the scenario processor 305 starts cell reproduction based on the cell information registered in the playlist (S304).
  • Cell playback means that a request is sent from the scenario processor to the presentation controller 306, and the presentation controller 306 starts AV data playback (S305).
  • the presentation controller 306 When reproduction of AV data is started, the presentation controller 306 reads and analyzes the VOB information file “XXX.VOBI” corresponding to the cell to be reproduced (S402). The presentation controller 306 uses the time map to specify the VOBU to start playback and its address, and instructs the drive controller 317 to read out the address. The drive controller 317 reads the target VOB data “YYY.VOB” (S403).
  • the read VOB data is sent to the decoder and reproduction is started (S404).
  • the VOB playback is continued until the playback section of the VOB ends (S405).
  • the process proceeds to cell playback (S304). If there is no next cell (No in S406), the process related to reproduction ends.
  • FIG. 29 is a flowchart showing a flow of event processing after the start of AV data reproduction.
  • FIG. 29A is a flowchart showing the flow of processing relating to the time event in the BD-ROM player.
  • the BD-ROM player is an event-driven player model.
  • the event processing processes of the time event system, the user event system, and the caption display system are started, and the event processing is executed in parallel.
  • the scenario processor 305 When the time event occurrence time is reached (Yes in S503), the scenario processor 305 generates a time event (S504).
  • the program processor 302 receives the time event and executes the event handler (S505).
  • FIG. 29B is a flowchart showing a flow of processing relating to a user event in the BD-ROM player.
  • the UO manager 303 When UO is received (Yes in S603), the UO manager 303 generates a UO event (S604).
  • the program processor 302 receives the UO event and checks whether the UO event is a menu call.
  • the program processor 302 causes the scenario processor 305 to generate an event (S607), and the program processor 302 executes the event handler (S608).
  • the scenario processor 305 determines whether the current time is within the user event valid period, and if it is within the valid period (Yes in S606), the scenario processor 305 generates a user event (S607) The processor 302 executes the target event handler (S608).
  • FIG. 30 is a flowchart showing the flow of subtitle data processing in the BD-ROM player.
  • the scenario processor 305 confirms whether the subtitle display start time has come.
  • the scenario processor 305 instructs the presentation controller 306 to draw subtitles
  • the presentation controller 306 instructs the image processor 311 to draw subtitles.
  • the image processor 311 draws the caption on the image plane 209 according to the instruction (S704).
  • the presentation controller 306 instructs the image processor 311 to erase the caption.
  • the image processor 311 deletes the subtitles drawn in accordance with the instruction from the image plane 209 (S706).
  • the BD-ROM player performs basic processing related to reproduction of the BD-ROM based on a user instruction or BD management information recorded in the BD-ROM.
  • FIG. 31 shows the structure of a caption video stream that constitutes one display unit.
  • a subtitle video stream of one display unit is called a Presentation Set and has a structure that starts with PM data and ends with END. The individual data segments will be described below.
  • PM Presentation Manager
  • PM is a data segment that is always placed at the beginning of each Presentation Set of a caption video stream, and includes the following data fields.
  • Presen_set_state indicates whether this Presentation Set is a type that includes all data necessary for subtitle display as one subtitle display unit, or a type that stores only partial update data that changes only the display color.
  • Bitmap_id_ref indicates the identification information (bitmap_id) of the bitmap of the caption video displayed by this Presentation Set.
  • Window_id_ref indicates identification information (window_id) of the display area used by this Presentation Set.
  • Bitmap_pos_x and bitmap_pos_y indicate the position of the upper left coordinate of the bitmap specified by bitmap_id_ref.
  • “Palette_id_ref” indicates identification information (palette_id) of the display color index color table used by this Presentation Set.
  • “Palette_update_judge” indicates whether or not this Presentation Set is a type of Presentation Set that updates only the display color index color table.
  • palette_update_judge 1
  • the display area and the bitmap itself are the same as the previous Presentation Set, but only the display color index color table is changed. Thereby, for example, it is possible to realize the display control of a pattern in which the color gradually changes like karaoke without resending a bitmap having a large data size.
  • WIN is a data segment arranged immediately after PM, and a plurality of data segments may be arranged.
  • WIN is a data segment that specifies a display area used by the Presentation Set, and includes the following data fields.
  • Seg_type 0x02 indicates that this data segment is WIN.
  • Window_id is information for identifying the display area specified by this WIN.
  • Window_pos_x and window_pos indicate the upper left coordinate value of this display area.
  • _Window_size_x and window_size_y indicate the size of the display area in the horizontal direction (x) and the vertical direction (y) with pixel accuracy.
  • the reason why the display area is divided in this way is that the display update interval can be shortened by narrowing the display area even under the condition of a limited decoder transmission band.
  • PAL is a data segment arranged immediately after WIN, and a plurality of data segments may be arranged.
  • PAL is a data segment storing a display color (index color) used by Presentation Set, and includes the following data fields.
  • Seg_type 0x03 indicates that this data segment is PAL.
  • Palette_id is information for identifying the display color index color table.
  • Color_index indicates a color index number (for example, 0 to 255).
  • Y, Cr, Cb, and alpha indicate color information that the corresponding color index number (color_index) actually means.
  • the color information is stored as Y (luminance information), Cr / Cb (color difference information), and alpha (transmittance information).
  • Y luminance information
  • Cr / Cb color difference information
  • alpha transmittance information
  • a plurality of BMPs may be arranged in a data segment arranged immediately after PAL. For example, when a plurality of subtitle videos are displayed simultaneously, a plurality of WIN, PAL, and BMP are arranged. BMP stores bitmap information of caption video stored in the Presentation Set.
  • Seg_type 0x04 indicates that this data segment is BMP.
  • Bitmap_id is identification information of the bitmap video information.
  • Bitmap_version indicates the version (presence / absence of update) of this bitmap.
  • Bitmap_size_x and bitmap_size_y describe the sizes in the x and y directions when the bitmap is expanded with pixel accuracy.
  • Bitmap_image_data stores data obtained by compression-coding this bitmap video.
  • the Presentation Set that is one subtitle display unit is an elementary stream for transferring information necessary for one subtitle display or subtitle update as a data segment.
  • the subtitle stream is for updating subtitles by arranging a plurality of Presentation Sets.
  • FIG. 32 is a diagram showing a positional relationship at the time of displaying the caption explained in FIG.
  • the plane for displaying subtitles has the x and y coordinate axes to the right and down, respectively, with the top left as the origin.
  • a display area (WIN) is arranged in this plane, and a bitmap image (BMP) is arranged inside the display area.
  • the Presentation Set of the subtitle stream includes a START CASE type that includes all necessary data so that display can be started from the Presentation Set, and a NORMAL CASE type for updating only part of the current subtitle display information. is there. These START CASE type and NORMAL CASE type are identified by the value of presen_set_state.
  • the START CASE type is used immediately after the playback start position and the seamless connection point.
  • the NORMAL CASE type can be used to transmit the subtitle video while efficiently suppressing the data amount.
  • FIG. 34 is a diagram for explaining how a subtitle stream is converted into a system stream.
  • a Presentation Set is encoded as a subtitle elementary stream (upper stage).
  • This subtitle elementary stream is packetized PES (Packetized Elementary Stream) for each data segment (middle stage).
  • PES Packetized Elementary Stream
  • This PES packet is multiplexed together with other elementary streams in a system stream such as an MPEG-2 transport stream (lower stage).
  • the multiplexing format is not limited to MPEG-2 TS, and may be MPEG-2 PS or MP4.
  • PTS and DTS which are timing information are given to PES.
  • the system decoder can decode the subtitles at a desired timing and display the obtained subtitles in synchronization with the video image.
  • FIG. 35 is a diagram showing 1 Presentation Set of a caption stream corresponding to both SDR and HDR.
  • This subtitle stream has a characteristic that two PMs, that is, a PM for SDR and a PM for HDR arranged immediately after that, are arranged as PMs used for reproduction control of the Presentation Set.
  • the Presentation Set when the Presentation Set corresponds to an HDR video image, the Presentation Set includes an HDR output PM (HDR).
  • This PM (HDR) is arranged after the SDR PM (SDR).
  • PM (SDR) for standard luminance video (SDR) is as described above, and PM (HDR) for high luminance video (HDR) has the same data structure and semantics as PM (SDR).
  • the PTS and DTS of the PM (SDR) PES packet and the PTS and DTS of the PM (HDR) PES packet have the same value.
  • PM (HDR) refers to WIN, PAL, and BMP as well as PM (SDR).
  • the PM (HDR) data field value differs from PM (SDR) only in the values of seg_type and palette_id_ref, and the values of the other data fields are all the same as PM (SDR).
  • PM_SDR's palette_id_ref indicates the palette_id to be specified when superimposing on the SDR video image
  • PM (HDR) 's palette_id_ref immediately following PM (SDR) is superimposed on the HDR video image. Indicates the palette_id to be specified.
  • the playback device When reproducing the SDR video, the playback device decodes the Presentation Set using PM (SDR). Further, when decoding the HDR video, the playback device decodes the Presentation Set using PM (HDR).
  • the index color that can be specified in this Presentation Set while sharing BMP with a large amount of data is set to PM (SDR) palette_id_ref and PM ( HDR) palette_id_ref. Accordingly, it is possible to specify the index color as intended by the producer according to the attribute (SDR or HDR) of the video image being reproduced.
  • the data structure can be shared and one bitmap image (BMP) can be used for both HDR and SDR with an extremely small increase in data amount.
  • BMP bitmap image
  • FIG. 36 is a diagram showing 1 Presentation Set of a caption stream corresponding to both SDR and HDR.
  • this subtitle stream a pair of a PAL for SDR and a PAL for HDR arranged immediately after that is arranged in the PAL arrangement column as a PAL for storing the display color index color table of the Presentation Set. Has characteristics.
  • the Presentation Set when the Presentation Set corresponds to a video image for HDR, the Presentation Set includes a PAL (HDR) for HDR output. Also, the HDR PM (HDR) and the SDR PM (SDR) form a one-to-one pair for each output of SDR and HDR.
  • HDR PAL
  • SDR SDR
  • the paired PAL (SDR) and PAL (HDR) may be continuously encoded so that the pair relationship is clear.
  • the PAL (SDR) for standard luminance video (SDR) is as described above, and the PAL (HDR) for high luminance video (HDR) also has the same data structure and semantics as PAL (SDR).
  • HDR PAL
  • SDR paired PAL
  • PAL indicates a display color index color table to be used when superimposing with the SDR video image
  • PAL HDR immediately following is a display color index to be used when superimposing with the HDR video image. Point to the color.
  • the playback device When decoding the SDR video, the playback device decodes the Presentation Set using the PAL (SDR) specified by the palette_id value and the palette_version value. Further, when decoding the HDR video, the playback device decodes the Presentation Set using the PAL (HDR) specified by the palette_id value and the palette_version value.
  • SDR PAL
  • HDR PAL
  • the Presentation Set that supports both SDR and HDR shown in FIG. 36 shares PMP (PDR (SDR) and PAL (HDR)) as index colors that can be specified in this Presentation Set while sharing a large amount of BMP. Have a pair. Accordingly, it is possible to specify the index color as intended by the producer according to the attribute (SDR or HDR) of the video image being reproduced.
  • SDR PAL
  • HDR PAL
  • the data structure can be shared and one bitmap image (BMP) can be used for both HDR and SDR with an extremely small increase in data amount.
  • BMP bitmap image
  • FIG. 37 is a diagram illustrating a system decoder model 400 for decoding a video stream and a caption stream.
  • the video stream is decoded by the video decoder 404 (V) via the transport stream buffer 401 (TB), the multiplexing buffer 402 (MB), and the elementary stream buffer 403 (EB), and the decoded picture buffer 405 (DPB ) On the video plane 406. If the video stream is SDR, the SDR video image is written on the video plane 406. If the video stream is HDR, the HDR video image is written on the video plane 406.
  • the SDR video stream and the HDR video stream can be identified by the presence of metadata such as a user unregistered SEI message in the video stream.
  • BT In the case of an SDR video stream, BT.
  • the luminance information of up to 100 nit is encoded in the color space of 709 and no metadata is stored, but in the case of an HDR video stream, BT.
  • Brighter luminance information of up to 1000 nits is encoded in a wider color space of 2020, and maximum and minimum luminance values and tone mapping parameters for luminance change are stored as metadata in the user unregistered SEI message.
  • the subtitle stream transferred from the transport stream buffer 407 (TB) to the elementary stream buffer 408 (EB) is input to the presentation set decoder 409.
  • This subtitle stream includes both HDR and SDR display color index color tables (PAL (HDR) and PAL (SDR)).
  • the presentation set decoder 409 includes a graphics processor 410 (GP), a coding buffer 411 (DB), a composition buffer 412 (CB), and a graphics controller 413 (GC).
  • GP graphics processor 410
  • DB coding buffer 411
  • CB composition buffer 412
  • GC graphics controller 413
  • PAL HDR
  • SDR PAL
  • Whether PAL (HDR) or PAL (SDR) is required can be determined based on whether the video image being decoded is SDR or HDR. For example, it may be determined whether the video image is SDR or HDR based on the presence / absence of the corresponding user unregistered SEI message. Alternatively, type information indicating whether the video stream is SDR or HDR is described in a database such as PlayList (.PL) or stream attribute information (.VOBI) (for example, SDR / Based on the type information, it may be determined whether the attribute of the video stream is HDR that is SDR. Alternatively, PAL (SDR) and PAL (HDR) may be selectively used depending on whether the final output video of the player is SDR or HDR.
  • the subtitle video decoded by the graphics processor 410 is drawn on the PS plane 414 via the coding buffer 411 (DB).
  • the display color index color table stored in the composition buffer 412 is sent to the color table application unit 415 (CLUT) by the graphics controller 413 (GC).
  • the color table application unit 415 colors the subtitle video using the display color index color table.
  • FIG. 38 is a diagram showing a menu video stream corresponding to both SDR and HDR.
  • SDR PAL
  • HDR PAL
  • IM Interaction Manager
  • button identification information button_id
  • bitmap image bitmap_id_ref
  • display position bitmap_pos_x and bitmap_pos_y
  • command button_command ()
  • PAL Palette
  • BMP (BitMaP) has the same structure as the subtitle stream.
  • the menu video stream also assigns separate identification numbers to the SDR display color index color table (PAL (SDR)) and the HDR display color index color table (PAL (HDR)). It is possible to expand efficiently.
  • SDR SDR display color index color table
  • PAL HDR display color index color table
  • the recording medium records the main video stream in which the main video is encoded and the sub-video stream in which the sub-video that is superimposed on the main video is encoded.
  • the sub-picture is, for example, a caption or a menu.
  • the sub-video stream includes bitmap data (BMP) indicating a sub-picture pattern and palette data (PAL) designating a display color of the pattern indicated by the bitmap data.
  • the palette data (PAL) includes a first palette data (PAL (SDR)) for the first luminance dynamic range (SDR) and a second luminance dynamic range (HDR) wider than the first luminance dynamic range. Second pallet data (PAL (HDR)).
  • the main video stream includes a first main video stream having a first luminance dynamic range (SDR) and a second main video stream having a second luminance dynamic range (HDR).
  • the first palette data (PAL (SDR)) is used when the first main video stream is played back
  • the second palette data (PAL (HDR)) is used when the second main video stream is played back.
  • the first palette data does not include a luminance value (high luminance value) outside the first luminance dynamic range (SDR) in the second luminance dynamic range (HDR).
  • the second palette data does not necessarily include a luminance value (high luminance value) outside the first luminance dynamic range (SDR). That is, the second palette data may be sub-picture palette data used when the second main video stream (HDR video stream) is reproduced.
  • the second main video stream includes a video having a higher luminance value than the first main video stream. Therefore, when subtitles having the same color and brightness are used, the subtitles superimposed on the second main video stream may be difficult for the user to visually recognize.
  • the second palette data that is different in color or brightness from the first palette data it is possible to display the color or brightness subtitles suitable for the second main video stream. Visibility can be improved.
  • bitmap data may be used in both the first luminance dynamic range (SDR) and the second luminance dynamic range.
  • the playback device can easily change the index color table of display colors with the video image to be superimposed, and can reflect the producer's intention, and can be used for the first luminance dynamic range (SDR) and the second luminance. Subtitles and menu graphics for dynamic range (HDR) can be obtained.
  • the content creator can use either of the following two methods.
  • the first method is a method of preparing two independent system streams (for example, MPEG-2 TS) for reproduction of HDR and SDR.
  • the second method is a method of preparing a single system stream (for example, MPEG-2 TS) for reproduction of HDR and SDR.
  • a single system stream in the second method is referred to as a dual stream.
  • a pair of HDR PG stream and IG stream, SDR PG stream and IG stream so that the user can experience the same situation during HDR playback and SDR playback in the dual stream And the same contents except for CLUT (Color Look Up Table).
  • the contents are, for example, display start and end timing, displayed contents, language, and the like.
  • FIG. 39 is a diagram for explaining a PG stream and an IG stream in the dual stream according to the present embodiment.
  • the dual stream playlist includes an STN_table () data block that defines the PG stream and IG stream for HDR, and an STN_table_DS () data block that defines the PG stream and IG stream for SDR.
  • the dual stream clip information file (Dual Stream Clip Information file) consists of a ProgramInfo () data block that defines the PG stream and IG stream for HDR, and a ProgramInfo_DS () data block that defines the PG stream and IG stream for SDR. Including.
  • the registration content (Registration) of the elementary stream for HDR playback is described in STN_table () and ProgramInfo (). Also, the registration content (Registration) of the elementary stream for SDR playback is described in STN_table_DS () and ProgramInfo_DS ().
  • Dual stream clip AV stream file is HDR video stream (HDR video stream), HDR PG1 stream (HDR PG1 stream), HDR PG2 stream (HDR PG2 stream1), HDR 1 HDR IG1 stream), SDR video stream (SDR video stream), SDR PG1 stream (SDR PG1 stream), SDR PG2 stream (HDR PG2 stream), SDR IG1 stream (HDR IG1 stream), and audio 1 stream audio1 stream) and 2 audio streams Including the audio1 stream) and.
  • the HDR video stream, the HDR PG1 stream, the HDR PG2 stream, and the HDR IG1 stream are HDR streams.
  • the HDR video stream includes HDR main video information
  • the HDR PG1 stream and the HDR PG2 stream include HDR subtitle information
  • the HDR IG1 stream includes HDR menu information.
  • the SDR video stream, the SDR PG1 stream, the SDR PG2 stream, and the SDR IG1 stream are SDR streams.
  • the SDR video stream includes main video information for SDR
  • the SDR PG1 stream and the SDR PG2 stream include subtitle information for SDR
  • the SDR IG1 stream includes menu information for SDR.
  • the HDR PG1 stream and SDR PG1 stream form a pair
  • the HDR PG2 stream and SDR PG2 stream form a pair
  • the HDR IG1 stream and SDR IG1 stream form a pair
  • the two streams included in the set indicate the same content, and are the same stream except for palette data (PDS (Palette Definition Segment)) as will be described later.
  • the PDS is the same data as the PAL described above.
  • Each PG stream includes a plurality of pieces of information similar to the presentation set shown in FIG.
  • the HDR PG1 stream and the SDR PG1 stream are Japanese subtitles
  • the HDR PG2 stream and the SDR PG2 stream are English subtitles.
  • the audio 1 stream and the audio 2 stream include audio information and are used in both HDR and SDR.
  • the audio 1 stream is English audio and the audio 2 stream is Japanese audio.
  • the dual stream includes a video stream, a subtitle stream, and a menu stream separately for HDR and SDR. Further, the dual stream includes an audio stream that is used for both HDR and SDR.
  • FIG. 39 shows an example in which two types of subtitles, one type of menu graphics, and two types of audio are stored, but the number of subtitles, menu graphics, and types of audio may be arbitrary. .
  • a subtitle stream and a menu stream having the same contents for HDR and SDR form a pair.
  • subtitles and menus that exist for SDR always exist for HDR
  • subtitles and menus that exist for HDR always exist for SDR.
  • there are always three types of subtitles for HDR Japanese subtitles, English subtitles, and French subtitles.
  • a rule is provided for the value of PID assigned to each stream in order to identify the set. Details will be described below.
  • FIG. 40 is a diagram showing the PID used for each stream.
  • the PID value of the HDR PG stream defined by the dual stream clip is any one of HDR_PG_PID1 to HDR_PG_PID32
  • the PID value of the SDR PG stream is any one of SDR_PG_PID1 to SDR_PG_PID32. It is.
  • the same ascending order is set in the PID range for the HDR PG stream and the SDR PG stream that form a pair in the dual stream clip.
  • a PG stream for HDR whose PID is HDR_PG_PID1 + X
  • a PG stream for SDR whose PID is SDR_PG_PID1 + X form a pair.
  • the first PID (HDR_PG_PID1) is allocated to the HDR PG stream and the SDR PG stream.
  • the SDR PG stream to which the first PID (SDR_PG_PID1) is assigned forms a pair.
  • the HDR PG stream and IG stream, and the SDR PG stream and IG stream are completely the same except for the palette_entry () in the PDS (Palette Definition Segment).
  • FIG. 41 is a diagram showing the configuration of the PDS.
  • Palette_entry is a data block that defines a CLUT (color lookup table) for the PDS.
  • the PDS includes a palette_entry and is included in each of the PG stream and the IG stream.
  • the meaning of each segment included in the PDS is the same as the meaning of each segment included in the PAL shown in FIG. Specifically, the meanings of segment_descriptor (), palette_id, palette_version_number, palette_entry_id, Y, Cr, Cb, transparent_alpha, segment_alpha, segment_alpha, segment_alpha, segment_alpha, segment_alpha, segment_alpha, segment_alpha, segment_alpha, segment_alpha, segment_alpha, segment_alpha, segment_alpha, segment_alpha, It is the same.
  • PG stream and IG stream for SDR include a palette_entry () data block used for SDR playback.
  • the PG stream and IG stream for HDR include a palette_entry () data block used for HDR reproduction.
  • the recording medium records the main video stream in which the main video is encoded and the sub-video stream in which the sub-video that is superimposed on the main video is encoded.
  • the sub-picture is, for example, a caption or a menu.
  • the sub-picture stream includes bitmap data (BMP) indicating a sub-picture pattern and palette data (PDS) designating a display color of the picture.
  • the palette data (PDS) includes first palette data for the first brightness dynamic range (SDR) (for example, PDS in the SDR PG1 stream) and a second brightness dynamic range (HDR) wider than the first brightness dynamic range. ) Second pallet data (for example, PDS in HDR PG1 stream).
  • the main video stream includes a first main video stream (SDR video stream) having a first luminance dynamic range (SDR) and a second main video stream (HDR video stream) having a second luminance dynamic range (HDR).
  • the first palette data is used when the first main video stream is reproduced
  • the second palette data is used when the second main video stream is reproduced.
  • bitmap data includes first bitmap data for the first luminance dynamic range (SDR) (for example, BMP in the SDR PG1 stream) and second bitmap for the second luminance dynamic range (HDR).
  • SDR first luminance dynamic range
  • HDR second luminance dynamic range
  • Bitmap data for example, BMP in HDR PG1 stream.
  • the sub-video stream is obtained by encoding a plurality of types of sub-videos (for example, different languages or different subtitles or menus) that are displayed superimposed on the main video, each of which is a plurality of sub-videos.
  • a first sub-picture stream (for example, SDR PG1 stream) each including first palette data and first bitmap data of the corresponding sub-picture,
  • a plurality of sets (SDR PG1 stream and HDR PG1 stream) including a second sub-picture stream (for example, HDR PG1 stream) including the second palette data of the corresponding sub-picture and the second bitmap data
  • a set of SDR PG2 stream and HDR PG2 stream is obtained by encoding a plurality of types of sub-videos (for example, different languages or different subtitles or menus) that are displayed superimposed on the main video, each of which is a plurality of sub-videos.
  • a first sub-picture stream (for example, SDR PG1 stream)
  • Each set includes a first sub-picture stream (for example, an SDR PG1 stream) in which a sub-picture corresponding to the set is encoded, and a second sub-picture stream (in which the sub-picture corresponding to the set is encoded ( For example, HDR PG1 stream).
  • a first sub-picture stream for example, an SDR PG1 stream
  • a second sub-picture stream in which the sub-picture corresponding to the set is encoded
  • the same type of sub-picture is prepared for the first luminance dynamic range (SDR) and the second luminance dynamic range (HDR), so that the first luminance dynamic range (SDR) and the second luminance dynamic range are prepared.
  • the same viewing experience can be provided to the user during playback of the range (HDR).
  • the difference value from the value of the second identifier (SDR_PG2_PID) given to the first sub-picture stream (for example, SDR PG2 stream) included in the second set is the second value included in the first set.
  • the value of the third identifier (HDR_PG1_PID) assigned to the sub-picture stream (eg, HDR PG1 stream) and the second sub-picture stream (eg, HDR PG2 stream) included in the second set Is equal to the difference value with the value of the fourth identifier (HDR_PG2_PID).
  • the stream registration order in the database for example, STN_table_DS () of the first sub-picture stream (for example, SDR PG1 stream) included in the first group included in the plurality of groups, and included in the plurality of groups.
  • the difference value from the stream registration order in the database (for example, STN_table_DS ()) of the first sub-picture stream (for example, SDR PG2 stream) included in the second group is the second value included in the first group.
  • Stream registration order in a sub-picture stream eg, HDR PG1 stream
  • a second sub-picture stream eg, HDR PG2 stream
  • the stream registration order Equal to the minutes value.
  • a plurality of types of sub-pictures are switched in the same order during reproduction of the first luminance dynamic range (SDR) and the second luminance dynamic range (HDR).
  • SDR first luminance dynamic range
  • HDR second luminance dynamic range
  • the processing content in the playback device or the like can be made the same during playback of the first luminance dynamic range (SDR) and the second luminance dynamic range (HDR), the processing of the playback device can be simplified and the first The function and configuration of a conventional reproducing apparatus that supports only the luminance dynamic range (SDR) can be used. Thereby, the development cost of the reproducing
  • the symbols indicated by the first bitmap data and the second bitmap data included in the same set may be the same.
  • all data other than the first pallet data and the second pallet data may be the same.
  • the present disclosure may be realized as a playback device or a playback method that reads and executes data from the recording medium.
  • the playback apparatus has the main video stream recorded on the recording medium and encoded with the main video, and the sub-video encoded with the sub-video displayed superimposed on the main video.
  • a reading unit that reads the stream; and a reproduction unit that reproduces the read main video stream and sub-video stream.
  • the sub-picture stream includes bitmap data indicating the design of the sub-picture and palette data designating the display color of the design.
  • the palette data includes first palette data for the first luminance dynamic range and second palette data for the second luminance dynamic range wider than the first luminance dynamic range.
  • the playback device selects the HDR method to be used from a plurality of HDR methods by using the priority set by the user, which is set in the PSR, and the functions of the display device and the playback device. To do.
  • the following describes the playback operation of a BD player that supports a plurality of playback modes (types) of HDR video streams.
  • the content creator's initiative or the end user's initiative automatically The HDR video signal is selected.
  • the BD player includes a plurality of PSR (Player Setting Registers) inside.
  • the plurality of PSRs can be accessed from a navigation program written on the disc.
  • HDMV navigation and BD-J exist as this navigation.
  • the plurality of PSRs include PSRs indicating the decoding function of the playback device and the function of the display device. By confirming this PSR, the content creator can grasp the function of the AV device of the end user and select which content is to be reproduced.
  • PSR25 indicates the HDR compatible function of the playback device (player).
  • B1 (bit 1) of the PSR 25 is set to 1b when the playback apparatus has a function of playing back a type A HDR video stream, and is set to 0b otherwise.
  • B2 (bit 2) of the PSR 25 is set to 1b when the playback apparatus has a function of playing back an HDR video stream of type B, and is set to 0b otherwise.
  • B3 (bit 3) of the PSR 25 is set to 1b when the playback apparatus has a function of playing back a type C HDR video stream, and is set to 0b otherwise.
  • PSR26 indicates an HDR compatible function of a display device (display) connected to the playback device.
  • the b1 (bit 1) of the PSR 26 is set to 1b when the display device supports input of an HDR video signal of type A, and is set to 0b otherwise.
  • B2 (bit 2) of the PSR 26 is set to 1b when the display device supports input of an HDR video signal of type B, and is set to 0b otherwise.
  • B3 (bit 3) of the PSR 26 is set to 1b when the display device supports input of a type C HDR video signal, and is set to 0b otherwise.
  • the degree of user preference for each of a plurality of HDR technologies is set.
  • the numerical values set in b3 to b0 (bit 3 to bit 0) of the PSR 27 indicate the degree of user preference for the Type A HDR technology.
  • the numerical values set in b7 to b4 (bit 7 to bit 4) of the PSR 27 indicate the degree of user preference for the type B HDR technology.
  • the numerical values set in b11 to b8 (bit 11 to bit 8) of the PSR 27 indicate the degree of user preference for the Type C HDR technology. For example, the larger each numerical value set in the PSR 27 is, the higher the user preference for the corresponding HDR technology is (the higher the priority is).
  • the playback device confirms the corresponding function (PSR25) of the playback device and the corresponding function (PSR26) of the display device, and when there are two or more HDR technologies that both the playback device and the display device support, the two or more Among the HDR technologies, the HDR technology having the largest numerical value set in the PSR 27 is selected.
  • the stream includes redundant data, and the content creator (content supplier) selects the HDR technology to be used (selection method A).
  • selection method A In the selection method A, the stream includes redundant data, and the content creator selects the HDR technology to be used.
  • FIG. 42 is a diagram for explaining the selection method A.
  • the playback device confirms PSR25 and PSR26 (step 1).
  • the playback device selects (a) the HDR technology supported by the playback device indicated by PSR25, and (b) the HDR technology supported by the display device indicated by PSR26 (step). 2).
  • the playback device corresponds to type A, type B, and type C
  • the display device corresponds to type A and type C, and does not correspond to type B.
  • content 1 type A
  • content 2 type B
  • content 3 type C
  • Each content includes a corresponding type of HDR video stream, audio stream, and subtitle stream.
  • the playback device selects one content from all the candidates selected in Step 2, and plays back the selected content (Step 3).
  • one of the content 1 and the content 3 is selected based on the content creator's intention written in the reproduction program.
  • the PlayContent (n) command reproduces Content # n.
  • selection method B In the selection method B, the stream does not include redundant data, and the playback device selects the HDR technology to be used.
  • FIG. 43 is a diagram for explaining the selection method B.
  • the playback device confirms PSR25 and PSR26 (step 1).
  • the playback device selects (a) the HDR technology supported by the playback device indicated by PSR25, and (b) the HDR technology supported by the display device indicated by PSR26 (step). 2).
  • the playback device corresponds to type A, type B, and type C
  • the display device corresponds to type A and type C, and does not correspond to type B.
  • content 1 (type A, type B, and type C) is recorded on the disc.
  • the content 1 includes a type A HDR video stream, a type B HDR video stream, a type C HDR video stream, an audio stream, and a subtitle stream. That is, the audio stream and the subtitle stream are commonly used for Type A, Type B, and Type C.
  • type A and type C are selected as candidates.
  • the playback device plays back content 1 (step 3).
  • the selection of the video stream by PlayContent () is not performed.
  • the implementation of the playback device depends on which video stream is selected. For example, when the content 1 is played back, the reassembly apparatus displays an interface or the like for allowing the user to select either type A or type C, and selects the HDR technology (type ) HDR video stream.
  • the playback device determines which HDR video stream to play back according to the user's AV playback environment (both content creators and users do not make this determination).
  • selection method C In the selection method C, the stream does not include redundant data, and the user selects the HDR technology to be used.
  • FIG. 44 is a diagram for explaining the selection method C.
  • the playback device confirms PSR25 and PSR26 (step 1).
  • the playback device selects (a) the HDR technology supported by the playback device indicated by PSR25, and (b) the HDR technology supported by the display device indicated by PSR26 (step). 2).
  • the playback device corresponds to type A, type B, and type C
  • the display device corresponds to type A and type C, and does not correspond to type B.
  • content 1 (type A, type B, and type C) is recorded on the disc.
  • the content 1 includes a type A HDR video stream, a type B HDR video stream, a type C HDR video stream, an audio stream, and a subtitle stream.
  • type A and type C are selected as candidates.
  • the playback device confirms the PSR 27 and selects the HDR technology having the largest value of the PSR 27 among the two or more candidates (step 3).
  • the value of the type A of the PSR 27 is “3” and the value of the type C is “1”, the type A having a larger value is selected. Then, the type A video stream of content 1 is reproduced.
  • the user can determine which HDR video stream is to be played back according to the AV playback environment of the user by using the PSR 27.
  • the playback device queries the user about the user's preference level (priority) for the new HDR technology and updates the PSR 27. For example, the playback device displays a menu for setting the PSR 27 after the display device (TV) for the new HDR technology is connected.
  • the playback device displays a menu for setting the PSR 27 after the display device (TV) for the new HDR technology is connected.
  • FIG. 45 is a diagram for explaining this operation.
  • the playback apparatus supports type A and type C, and does not support type B.
  • the old TV corresponds to type A and does not correspond to type B and type C. Therefore, in this situation, only type A can be used, and only the priority of type A is set in PSR27.
  • Type A a new TV compatible with Type A, Type B, and Type C is connected to the playback device, and the PSR 26 is updated.
  • type A and type C can be used. That is, Type C can be newly used. Therefore, the playback apparatus notifies the user to set the priority of type C, and the value of type C of PSR 27 is updated based on the user setting.
  • the playback device queries the user about the user's preference level (priority) for the new HDR technology and updates the PSR 27. To do.
  • FIG. 46 is a diagram for explaining this operation.
  • the playback device in the state before the update, supports only type A and does not support type B and type C.
  • the display device corresponds to type A and type B, and does not correspond to type C. Therefore, in this situation, only type A can be used, and only the priority of type A is set in PSR27.
  • the playback device is updated, and the PSR 25 is updated.
  • the playback device supports type A and type B. Therefore, Type A and Type B that are compatible with both the playback device and the display device can be used. That is, Type B can be newly used. Therefore, the playback apparatus notifies the user to set the priority of type B, and the value of type B of PSR 27 is updated based on the user setting.
  • the reproduction method is a reproduction method in a reproduction apparatus that reads out and reproduces a video stream, which is encoded video information, from a recording medium.
  • the playback apparatus includes a first register (PSR25) that stores first information indicating a playback system supported by the playback apparatus among a plurality of playback systems (type A to type C), and a plurality of playback systems.
  • a second register (PSR26) that holds second information indicating a playback method supported by a display device connected to the playback device, and a user set among a plurality of playback methods
  • a third register (PSR27) that holds third information indicating the reproduction method.
  • the reproduction method when the first information and the second information indicate that there are a plurality of reproduction methods that both the reproduction apparatus and the display apparatus support, a plurality of reproduction apparatuses and display apparatuses that both correspond to each other.
  • the video stream is reproduced using the reproduction method indicated by the third information among the reproduction methods.
  • the third information indicates the priority of a plurality of playback methods.
  • the video stream is played back using the playback method with the highest priority indicated by the third information among the plurality of playback methods supported by the playback device and the display device.
  • the playback method is newly added when a playback method that is compatible with both the playback device and the display device is newly added by updating the first information or the second information. Notification is made to prompt the user to set the priority of the playback method.
  • the present disclosure may be realized as a playback device that executes the playback method. That is, the playback device according to the present embodiment is a playback device that reads and plays back a video stream that is encoded video information from a recording medium, and the playback device supports a plurality of playback methods.
  • the first register that holds the first information indicating the playback method and the second information that indicates the playback method supported by the display device connected to the playback device among the plurality of playback methods are held.
  • a playback unit that plays back a video stream using the playback system indicated by the third information among the plurality of playback systems Prepare.
  • each component may be configured by dedicated hardware or may be realized by executing a software program suitable for each component.
  • Each component may be realized by a program execution unit such as a CPU or a processor reading and executing a software program recorded on a recording medium such as a hard disk or a semiconductor memory.
  • the recording medium, the playback device, and the playback method according to one or more aspects of the present disclosure have been described based on the embodiments.
  • the present disclosure is not limited to the embodiments. Unless it deviates from the gist of the present disclosure, various modifications conceived by those skilled in the art have been made in this embodiment, and forms constructed by combining components in different embodiments, etc. It may be included within the scope of the embodiments.
  • the present disclosure can be applied to a recording medium such as a BD, a reproducing apparatus such as a BD player that reads and reproduces data on the recording medium, and a reproducing method.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Picture Signal Circuits (AREA)

Abstract

　本開示の一態様に係る記録媒体は、主映像が符号化された主映像ストリームと、主映像に重畳して表示される副映像が符号化された副映像ストリームとが記録されており、副映像ストリームは、副映像の図柄を示すビットマップデータと、図柄の表示色を指定するパレットデータとを含み、パレットデータは、第１の輝度ダイナミックレンジ（ＳＤＲ）用の第１のパレットデータと、第１の輝度ダイナミックレンジより広い第２の輝度ダイナミックレンジ（ＨＤＲ）用の第２のパレットデータとを含む。

Description

記録媒体、再生装置および再生方法
　本開示は、符号化された映像ストリームを記録した記録媒体、当該記録媒体に記録された映像ストリームを再生する再生装置および再生方法に関するものである。
　従来、ＤＶＤに関する技術が開示されている（例えば特許文献１参照）。
特開平９－２８２８４８号公報
　本開示の一態様に係る記録媒体は、主映像が符号化された主映像ストリームと、前記主映像に重畳して表示される副映像が符号化された副映像ストリームとが記録されており、前記副映像ストリームは、前記副映像の図柄を示すビットマップデータと、前記図柄の表示色を指定するパレットデータとを含み、前記パレットデータは、第１の輝度ダイナミックレンジ用の第１のパレットデータと、前記第１の輝度ダイナミックレンジより広い第２の輝度ダイナミックレンジ用の第２のパレットデータとを含む。
　本開示の一態様に係る再生方法は、符号化された映像情報である映像ストリームを記録媒体から読み出して再生する再生装置における再生方法であって、前記再生装置は、複数の再生方式のうち、前記再生装置が対応している再生方式を示す第１の情報が保持される第１のレジスタと、前記複数の再生方式のうち、前記再生装置に接続されている表示装置が対応している再生方式を示す第２の情報が保持される第２のレジスタと、前記複数の再生方式のうち、ユーザにより設定された再生方式を示す第３の情報が保持されている第３のレジスタとを備え、前記再生方法は、前記再生装置及び前記表示装置が共に対応している再生方式が複数存在することが前記第１の情報及び前記第２の情報により示される場合、前記再生装置及び前記表示装置が共に対応している複数の再生方式のうち、前記第３の情報で示される再生方式を用いて前記映像ストリームを再生する。
　上記態様によれば、更なる改善を実現することができる。
図１は、ＳＤ－ＤＶＤの構造を示す図である。 図２は、ＡＶデータであるＭＰＥＧストリーム中に埋め込まれているナビゲーション情報を説明する概要図である。 図３は、ＤＶＤにおけるＶＯＢの構成を示す概要図である。 図４は、ＢＤ－ＲＯＭのデータ階層を示す図である。 図５は、ＢＤ－ＲＯＭに記録されている論理データの構造を示す図である。 図６は、ＢＤ－ＲＯＭを再生するＢＤ－ＲＯＭプレーヤの基本的な構成の概要を示す図である。 図７は、図６に示すプレーヤの構成を詳細化したブロック図である。 図８は、ＢＤ－ＲＯＭのアプリケーション空間を示す図である。 図９は、ＭＰＥＧストリーム（ＶＯＢ）の構成を示す図である。 図１０は、ＭＰＥＧストリームにおけるパックの構成を示す図である。 図１１は、ＡＶデータとプレーヤ構成との関係を説明するための図である。 図１２は、トラックバッファを使ったＶＯＢデータ連続供給モデルを説明するための図である。 図１３は、ＶＯＢ管理情報ファイルの内部構造を示す図である。 図１４は、ＶＯＢＵ情報の詳細を説明するための図である。 図１５は、タイムマップを使ったアドレス情報取得方法を説明するための図である。 図１６は、プレイリストの構成を示す図である。 図１７は、イベントハンドラテーブルの構成を示す図である。 図１８は、ＢＤ－ＲＯＭ全体情報であるＢＤ．ＩＮＦＯの構成を示す図である。 図１９は、グローバルイベントハンドラテーブルの構成を示す図である。 図２０は、タイムイベントの例を示す図である。 図２１は、ユーザのメニュー操作によるユーザイベントの例を示す図である。 図２２は、グローバルイベントの例を示す図である。 図２３は、プログラムプロセッサの機能的な構成を説明するための図である。 図２４は、システムパラメータ（ＳＰＲＭ）の一覧を示す図である。 図２５は、２つの選択ボタンを持つメニュー画面の制御に係るイベントハンドラにおけるプログラムの例を示す図である。 図２６は、メニュー選択のユーザイベントに係るイベントハンドラにおけるプログラムの例を示す図である。 図２７は、ＢＤ－ＲＯＭプレーヤにおけるＡＶデータ再生の基本処理の流れを示すフローチャートである。 図２８は、ＢＤ－ＲＯＭプレーヤにおけるプレイリスト再生開始からＶＯＢ再生終了までの処理の流れを示すフローチャートである。 図２９の（Ａ）は、ＢＤ－ＲＯＭプレーヤにおけるタイムイベントに係る処理の流れを示すフローチャートであり、図２９の（Ｂ）は、ＢＤ－ＲＯＭプレーヤにおけるユーザイベントに係る処理の流れを示すフローチャートである。 図３０は、ＢＤ－ＲＯＭプレーヤにおける字幕データの処理の流れを示すフローチャートである。 図３１は、字幕ストリームの構造を示す図である。 図３２は、字幕の表示制御に使われるパラメーターの関係を示す図である。 図３３Ａは、字幕ストリームの構造の種類を示す図である。 図３３Ｂは、字幕ストリームの構造の種類を示す図である。 図３４は、字幕のシステムストリームへの多重化構造を説明するための図である。 図３５は、ＳＤＲ及びＨＤＲの両方に対応した字幕ストリームを示す図である。 図３６は、ＳＤＲ及びＨＤＲの両方に対応した字幕ストリームを示す図である。 図３７は、ビデオと字幕を復号するシステムデコーダモデルを示す図である。 図３８は、メニューを構成するストリームの構造を示す図である。 図３９は、デュアルストリームにおけるＰＧストリーム及びＩＧストリームを説明するための図である。 図４０は、各ストリームに使用されるＰＩＤを示す図である。 図４１は、ＰＤＳの構成を示す図である。 図４２は、選択方法Ａを説明するための図である。 図４３は、選択方法Ｂを説明するための図である。 図４４は、選択方法Ｃを説明するための図である。 図４５は、再生装置に接続される表示装置が変更された際のＰＳＲ２７のアップデート方法を説明するための図である。 図４６は、再生装置がアップデートされた際のＰＳＲ２７のアップデート方法を説明するための図である。
　（本発明の基礎となった知見）
　しかしながら、上記特許文献では、更なる改善が必要とされていた。本発明者は、「背景技術」の欄において記載した、ＤＶＤなどの記録媒体に関し、以下の問題が生じることを見出した。
　映像データを記録した情報記録媒体の代表格は、ＤＶＤ（以下、「Ｓｔａｎｄａｒｄ　Ｄｉｆｉｎｉｔｉｏｎ（ＳＤ）－ＤＶＤ」ともいう。）である。以下に従来のＤＶＤについて説明する。
　図１は、ＳＤ－ＤＶＤの構造を示す図である。図１の下段に示すように、ＤＶＤディスク上にはリードインからリードアウトまでの間に論理アドレス空間が設けられている。その論理アドレス空間には先頭からファイルシステムのボリューム情報が記録され、続いて映像音声などのアプリケーションデータが記録されている。
　ファイルシステムとは、ＩＳＯ９６６０やＵｎｉｖｅｒｓａｌ　Ｄｉｓｃ　Ｆｏｒｍａｔ（ＵＤＦ）等の規格により定められたデータを管理する仕組みのことであり、ディスク上のデータをディレクトリまたはファイルと呼ばれる単位で表現する仕組みである。
　日常使っているパーソナルコンピュータ（ＰＣ）の場合でも、Ｆｉｌｅ　Ａｌｌｏｃａｔｉｏｎ　Ｔａｂｌｅｓ（ＦＡＴ）またはＮＴ　Ｆｉｌｅ　Ｓｙｓｔｅｍ（ＮＴＦＳ）と呼ばれるファイルシステムにより、ディレクトリやファイルという構造でハードディスクに記録されたデータがコンピュータ上で表現され、ユーザビリティを高めている。
　ＳＤ－ＤＶＤの場合、ＵＤＦ及びＩＳＯ９６６０の両方のファイルシステムが使用されている。両方を合わせて「ＵＤＦブリッジ」とも呼ばれる。記録されているデータはＵＤＦまたはＩＳＯ９６６０どちらのファイルシステムドライバによってもデータの読み出しができるようになっている。なお、ここで取り扱うＤＶＤはパッケージメディア用のＲＯＭディスクであり、物理的に書き込みが不可能である。
　ＤＶＤ上に記録されたデータは、ＵＤＦブリッジを通して、図１左上に示すようなディレクトリまたはファイルとして見ることができる。ルートディレクトリ（図１における「ＲＯＯＴ」）の直下に「ＶＩＤＥＯ＿ＴＳ」と呼ばれるディレクトリが置かれ、ここにＤＶＤのアプリケーションデータが記録されている。アプリケーションデータは、複数のファイルとして記録され、主なファイルとして以下の種類のファイルがある。
　　ＶＩＤＥＯ＿ＴＳ．ＩＦＯ　　ディスク再生制御情報ファイル
　　ＶＴＳ＿０１＿０．ＩＦＯ　　ビデオタイトルセット＃１再生制御情報ファイル
　　ＶＴＳ＿０１＿０．ＶＯＢ　　ビデオタイトルセット＃１ストリームファイル
　　．．．．．
　上記例に示すように２つの拡張子が規定されている。「ＩＦＯ」は再生制御情報が記録されたファイルであることを示す拡張子であり、「ＶＯＢ」はＡＶデータであるＭＰＥＧストリームが記録されたファイルであることを示す拡張子である。
　再生制御情報とは、ＤＶＤで採用されたインタラクティビティ（ユーザの操作に応じて再生を動的に変化させる技術）を実現するための情報や、メタデータのような、ＡＶデータに付属する情報などのことである。また、ＤＶＤでは一般的に再生制御情報のことをナビゲーション情報と呼ぶことがある。
　再生制御情報ファイルは、ディスク全体を管理する「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」と、個々のビデオタイトルセット毎の再生制御情報である「ＶＴＳ＿０１＿０．ＩＦＯ」がある。なお、ＤＶＤでは複数のタイトル、言い換えれば複数の異なる映画や楽曲を１枚のディスクに記録することが可能である。
　ここで、ファイル名ボディにある「０１」はビデオタイトルセットの番号を示しており、例えば、ビデオタイトルセット＃２の場合は、「ＶＴＳ＿０２＿０．ＩＦＯ」となる。
　図１の右上部は、ＤＶＤのアプリケーション層でのＤＶＤナビゲーション空間であり、前述した再生制御情報が展開された論理構造空間である。「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」内の情報は、ＶＩＤＥＯ　Ｍａｎａｇｅｒ　Ｉｎｆｏｒｍａｔｉｏｎ（ＶＭＧＩ）として、「ＶＴＳ＿０１＿０．ＩＦＯ」または、他のビデオタイトルセット毎に存在する再生制御情報はＶｉｄｅｏ　Ｔｉｔｌｅ　Ｓｅｔ　Ｉｎｆｏｒｍａｔｉｏｎ（ＶＴＳＩ）としてＤＶＤナビゲーション空間に展開される。
　ＶＴＳＩの中にはＰｒｏｇｒａｍ　Ｃｈａｉｎ（ＰＧＣ）と呼ばれる再生シーケンスの情報であるＰｒｏｇｒａｍ　Ｃｈａｉｎ　Ｉｎｆｏｒｍａｔｉｏｎ（ＰＧＣＩ）が記述されている。ＰＧＣＩは、Ｃｅｌｌの集合とコマンドと呼ばれる一種のプログラミング情報によって構成されている。
　Ｃｅｌｌ自身はＶＯＢ（Ｖｉｄｅｏ　Ｏｂｊｅｃｔの略であり、ＭＰＥＧストリームを指す）の一部区間または全部区間を指定する情報であり、Ｃｅｌｌの再生は、当該ＶＯＢのＣｅｌｌによって指定された区間を再生することを意味している。
　コマンドは、ＤＶＤの仮想マシンによって処理されるものであり、例えば、ウェブページを表示するブラウザ上で実行されるＪａｖａ（登録商標）Ｓｃｒｉｐｔなどに近いものである。しかしながらＪａｖａ（登録商標）Ｓｃｒｉｐｔが論理演算の他にウィンドウやブラウザの制御（例えば、新しいブラウザのウィンドウを開くなど）を行うのに対して、ＤＶＤのコマンドは、論理演算の他にＡＶタイトルの再生制御、例えば、再生するチャプターの指定などを実行するだけのものである点で異なっている。
　Ｃｅｌｌはディスク上に記録されているＶＯＢの開始及び終了アドレス（論理アドレス）をその内部情報として有しており、プレーヤは、Ｃｅｌｌに記述されたＶＯＢの開始及び終了アドレス情報を使ってデータの読み出し、再生を実行する。
　図２は、ＡＶデータであるＭＰＥＧストリーム中に埋め込まれているナビゲーション情報を説明する概要図である。
　ＳＤ－ＤＶＤの特長であるインタラクティビティは前述した「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」や「ＶＴＳ＿０１＿０．ＩＦＯ」などに記録されているナビゲーション情報だけによって実現されているのではなく、幾つかの重要な情報はナビゲーション・パック（ナビパックまたは、ＮＶ＿ＰＣＫという。）と呼ばれる専用キャリアを使いＶＯＢ内に映像、音声データと一緒に多重化されている。
　ここでは簡単なインタラクティビティの例としてメニュー画面について説明する。メニュー画面上には、幾つかのボタンが現れ、それぞれのボタンには当該ボタンが選択実行された時の処理が定義されている。
　また、メニュー画面上では一つのボタンが選択されており（選択ボタン上に半透明色がオーバーレイされることで該ボタンがハイライトされ、該ボタンが選択状態であることをユーザに示す）、ユーザは、リモコンの上下左右キーを使って、選択状態のボタンを上下左右の何れかのボタンに移動させることが出来る。
　リモコンの上下左右キーを使って、選択実行したいボタンまでハイライトを移動させ、決定する（決定キーを押す）ことによって対応するコマンドのプログラムが実行される。一般的には対応するタイトルやチャプターの再生がコマンドによって実行されている。
　図２の左上部はＮＶ＿ＰＣＫに格納される情報の概要を示している。ＮＶ＿ＰＣＫ内には、ハイライトカラー情報と個々のボタン情報などが含まれている。ハイライトカラー情報には、カラーパレット情報が記述され、オーバーレイ表示されるハイライトの半透明色が指定される。
　ボタン情報には、個々のボタンの位置情報である矩形領域情報と、当該ボタンから他のボタンへの移動情報（ユーザの上下左右キー操作それぞれに対応する移動先ボタンの指定）と、ボタンコマンド情報（当該ボタンが決定された時に実行されるコマンド）とが記述されている。
　メニュー画面上のハイライトは、図２の右上部に示すように、オーバーレイ画像として作られる。オーバーレイ画像は、ボタン情報の矩形領域情報にカラーパレット情報の色を付した物である。このオーバーレイ画像は図２の右部に示す背景画像と合成されて画面上に表示される。
　前述のようにして、ＤＶＤではメニュー画面を実現している。また、何故、ナビゲーションデータの一部をＮＶ＿ＰＣＫを使ってストリーム中に埋め込んでいるのかについては、以下の理由からである。
　すなわち、ストリームと同期して動的にメニュー情報を更新、例えば、映画再生中の途中５分～１０分の間にだけメニュー画面を表示するといった、同期タイミングが問題となりやすい処理を問題なく実現できるようにするためである。
　また、もう一つの大きな理由は、ＮＶ＿ＰＣＫには特殊再生を支援するための情報を格納し、ＤＶＤ再生時の早送り、巻き戻しなどの非通常再生時にも円滑にＡＶデータをデコードし再生させる等、ユーザの操作性を向上させるためである。
　図３は、ＤＶＤにおけるＶＯＢの構成を示す概要図である。図に示すように、映像、音声、字幕などのデータ（図３の（１））は、ＭＰＥＧシステム（ＩＳＯ／ＩＥＣ１３８１８－１）規格に基づいて、パケット及びパック化し（図３の（２））、それぞれを多重化して１本のＭＰＥＧプログラムストリームにしている（図３の（３））。
　また、前述した通りインタラクティブを実現するためのボタンコマンドを含んだＮＶ＿ＰＣＫも一緒に多重化をされている。
　ＭＰＥＧシステムの多重化の特徴として、多重化する個々のデータは、そのデコード順に基づくビット列になっているが、多重化されるデータ間、即ち、映像、音声、字幕の間は必ずしも再生順、言い換えればデコード順に基づいてビット列が形成されているわけではないことが挙げられる。
　これはＭＰＥＧシステムストリームのデコーダモデル（図３の（４）、一般にＳｙｓｔｅｍ　Ｔａｒｇｅｔ　Ｄｅｃｏｄｅｒ、またはＳＴＤと呼ばれる）が多重化を解いた後に個々のエレメンタリストリームに対応するデコーダバッファを持ち、デコードタイミングまでに一時的にデータを蓄積している事に由来している。
　このデコーダバッファは、個々のエレメンタリストリーム毎にサイズが異なり、映像に対しては、２３２ｋＢ、音声に対しては４ｋＢ、字幕に対しては５２ｋＢをそれぞれ有している。
　このため、各デコーダバッファへのデータ入力タイミングは個々のエレメンタリストリームで異なるため、ＭＰＥＧシステムストリームとしてビット列を形成する順番と表示（デコード）されるタイミングにずれが生じている。
　即ち、映像データと並んで多重化されている字幕データが必ずしも同一タイミングでデコードされているわけでは無い。
　以上述べたようなＤＶＤに関する技術は、特許文献１に記載されている。
　ところで、映像再生中にマルチアングルで分岐をしたり、記録層の切り替えなどが発生したりしても連続して再生が続けられるようなジャンプルールについては考慮されていなかった。ジャンプしている時間は、データの読み込みができない時間であるため、その時間で映像の再生に消費されるビットストリームは予めバッファリングしておくことが必要になる。従って、所定の最大ジャンプ時間（およびストリームの最大ビットレート）を想定しなければ、プレーヤにおいてバッファリングするメモリのサイズなどを設計できない、という課題がある。
　また、ブルーレイディスク（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ（ＢＤ））のような大容量の記録媒体においては、非常に高品位な映像情報を格納できる可能性がある。例えば、４Ｋ（３８４０×２１６０ピクセルの解像度を持つ映像情報）やＨＤＲ（Ｈｉｇｈ　Ｄｙｎａｍｉｃ　Ｒａｎｇｅと一般に呼ばれる高輝度映像情報）などがＢＤに格納できると考えられる。
　また、ＨＤＲに対応していない再生装置においも映像を再生できるように、単一のＢＤに、ＨＤＲビデオ及びＳＤＲビデオの両方を格納することが考えられる。ここで、ＨＤＲビデオは、ＳＤＲビデオよりも、より高輝度の映像を含む。よって、ＳＤＲとＨＤＲとで同じ字幕情報等を用いた場合には、ＳＤＲとＨＤＲとの一方で字幕等の視認性が低下するという課題がある。
　また、ＨＤＲビデオを再生する場合に字幕又はメニュー用の図形素材をＳＤＲ用とＨＤＲ用とで２重に持つ場合には、ディスク容量が無駄に消費されるという課題がある。
　以上の検討を踏まえ、本発明者は、上記課題を解決するために、下記の改善策を検討した。
　本開示の一態様に係る記録媒体は、主映像が符号化された主映像ストリームと、前記主映像に重畳して表示される副映像が符号化された副映像ストリームとが記録されており、前記副映像ストリームは、前記副映像の図柄を示すビットマップデータと、前記図柄の表示色を指定するパレットデータとを含み、前記パレットデータは、第１の輝度ダイナミックレンジ用の第１のパレットデータと、前記第１の輝度ダイナミックレンジより広い第２の輝度ダイナミックレンジ用の第２のパレットデータとを含む。
　これによれば、第１の輝度ダイナミックレンジ及び第２の輝度ダイナミックレンジ用にそれぞれ異なるパレットデータを用いることで、各輝度ダイナミックレンジに適した副映像を表示できる。よって、ユーザによる副映像（例えば字幕）の視認性を向上できる。
　例えば、前記ビットマップデータは、前記第１の輝度ダイナミックレンジ用の第１のビットマップトデータと、前記第２の輝度ダイナミックレンジ用の第２のビットマップデータとを含み、前記副映像ストリームは、前記主映像に重畳して表示される複数種類の前記副映像が符号化されることで得られ、各々が前記複数種類の副映像のいずれかに対応する複数の組であって、各々が、対応する副映像の前記第１のパレットデータと前記第１のビットマップデータとを含む第１の副映像ストリームと、前記対応する副映像の前記第２のパレットデータと前記第２のビットマップデータとを含む第２の副映像ストリームとを含む複数の組を含んでもよい。
　これによれば、第１の輝度ダイナミックレンジ及び第２の輝度ダイナミックレンジ用に同じ種類の副映像が準備されるので、第１の輝度ダイナミックレンジ及び第２の輝度ダイナミックレンジの再生時において、ユーザに同じ視聴体験を提供できる。
　例えば、前記複数の組に含まれる第１の組に含まれる第１の副映像ストリームに付与されている第１の識別子の値と、前記複数の組に含まれる第２の組に含まれる第１の副映像ストリームに付与されている第２の識別子の値との差分値は、前記第１の組に含まれる第２の副映像ストリームに付与されている第３の識別子の値と、前記第２の組に含まれる第２の副映像ストリームに付与されている第４の識別子の値との差分値と等しくてもよい。
　これによれば、第１の輝度ダイナミックレンジ及び第２の輝度ダイナミックレンジの再生時において、ユーザに同じ視聴体験を提供できる。さらに、再生装置等における処理内容を、第１の輝度ダイナミックレンジ及び第２の輝度ダイナミックレンジの再生時で同じにできるので、再生装置の処理を単純化できるとともに、第１の輝度ダイナミックレンジにのみ対応している従来の再生装置の機能及び構成を流用できる。これにより、第２の輝度ダイナミックレンジに対応した再生装置の開発コストを低減できる。
　例えば、同一の前記組に含まれる前記第１のビットマップデータと前記第２のビットマップデータとで示される図柄は同じであってもよい。
　例えば、前記同一の組に含まれるデータのうち、前記第１のパレットデータ及び前記第２のパレットデータ以外のデータは全て同じであってもよい。
　また、本開示の一態様に係る再生装置は、記録媒体に記録されている、主映像が符号化された主映像ストリームと、前記主映像に重畳して表示される副映像が符号化された副映像ストリームとを読み出す読み出し部と、読み出した前記主映像ストリーム及び前記副映像ストリームを再生する再生部とを備え、前記副映像ストリームは、前記副映像の図柄を示すビットマップデータと、前記図柄の表示色を指定するパレットデータとを含み、前記パレットデータは、第１の輝度ダイナミックレンジ用の第１のパレットデータと、前記第１の輝度ダイナミックレンジより広い第２の輝度ダイナミックレンジ用の第２のパレットデータとを含む。
　これによれば、第１の輝度ダイナミックレンジ及び第２の輝度ダイナミックレンジ用にそれぞれ異なるパレットデータを用いることで、各輝度ダイナミックレンジに適した副映像を表示できる。よって、ユーザによる副映像（例えば字幕）の視認性を向上できる。
　また、本開示の一態様に係る再生方法は、符号化された映像情報である映像ストリームを記録媒体から読み出して再生する再生装置における再生方法であって、前記再生装置は、複数の再生方式のうち、前記再生装置が対応している再生方式を示す第１の情報が保持される第１のレジスタと、前記複数の再生方式のうち、前記再生装置に接続されている表示装置が対応している再生方式を示す第２の情報が保持される第２のレジスタと、前記複数の再生方式のうち、ユーザにより設定された再生方式を示す第３の情報が保持されている第３のレジスタとを備え、前記再生方法は、前記再生装置及び前記表示装置が共に対応している再生方式が複数存在することが前記第１の情報及び前記第２の情報により示される場合、前記再生装置及び前記表示装置が共に対応している複数の再生方式のうち、前記第３の情報で示される再生方式を用いて前記映像ストリームを再生する。
　これによれば、ユーザは、当該ユーザの好みに応じた再生方式を選択できる。
　例えば、前記第３の情報は、前記複数の再生方式の優先度を示し、前記再生において、前記再生装置及び前記表示装置が対応している前記複数の再生方式のうち、前記第３の情報で示される優先度が最も高い再生方式を用いて前記映像ストリームを再生してもよい。
　例えば、前記第１の情報又は前記第２の情報が更新されることにより、前記再生装置及び前記表示装置が共に対応している再生方式が新たに追加された場合、新たに追加された再生方式の優先度の設定を前記ユーザに促すための通知を行ってもよい。
　これによれば、ユーザの利用環境の変化に伴い、使用可能な再生方式が追加された場合に、自動的に、当該再生方式の優先度の設定するメニュー等が表示される。これにより、ユーザの利便性を向上できる。
　また、本開示の一態様に係る再生装置は、符号化された映像情報である映像ストリームを記録媒体から読み出して再生する再生装置であって、複数の再生方式のうち、前記再生装置が対応している再生方式を示す第１の情報が保持される第１のレジスタと、前記複数の再生方式のうち、前記再生装置に接続されている表示装置が対応している再生方式を示す第２の情報が保持される第２のレジスタと、前記複数の再生方式のうち、ユーザにより設定された再生方式を示す第３の情報が保持されている第３のレジスタと、前記再生装置及び前記表示装置が共に対応している再生方式が複数存在することが前記第１の情報及び前記第２の情報により示される場合、当該複数の再生方式のうち、前記第３の情報で示される再生方式を用いて前記映像ストリームを再生する再生部とを備える。
　これによれば、ユーザは、当該ユーザの好みに応じた再生方式を選択できる。
　なお、これらの全般包括的または具体的な態様は、装置、方法、システム、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。
　以下、添付の図面を参照しながら、本開示を実施するための最良の形態ついて説明する。
　なお、本願請求項１に係る開示に最も近い実施の形態は実施の形態２であるが、理解を容易にするために、実施の形態２における情報記録媒体等の基本的な構成を説明する実施の形態１を先に説明する。
　（実施の形態１）
　まず、ＢＤ－ＲＯＭおよびＢＤ－ＲＯＭを再生するＢＤ－ＲＯＭプレーヤの基本的な構成および動作について、図１～図３０を用いて説明する。
　（ディスク上の論理データ構造）
　図４は、ＢＤ－ＲＯＭのデータ階層を示す図である。
　図４に示すように、ディスク媒体であるＢＤ－ＲＯＭ１０４上には、ＡＶデータ１０３と、ＡＶデータに関する管理情報及びＡＶ再生シーケンスなどのＢＤ管理情報１０２と、インタラクティブを実現するＢＤ再生プログラム１０１とが記録されている。
　なお、本実施の形態では、映画などのＡＶコンテンツを再生するためのＡＶアプリケーションを主眼においてＢＤ－ＲＯＭの説明を行うが、ＢＤ－ＲＯＭをＣＤ－ＲＯＭやＤＶＤ－ＲＯＭの様にコンピュータ用途の記録媒体として使用することも当然のことながら可能である。
　図５は、前述のＢＤ－ＲＯＭ１０４に記録されている論理データの構造を示す図である。ＢＤ－ＲＯＭ１０４は、他の光ディスク、例えばＤＶＤやＣＤなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリードインと外周のリードアウトの間に論理データを記録できる論理アドレス空間を有している。
　また、リードインの内側にはＢｕｒｓｔ　Ｃｕｔｔｉｎｇ　Ａｒｅａ（ＢＣＡ）と呼ばれる、ドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがよくある。
　論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは従来技術で説明した通り、ＵＤＦやＩＳＯ９６６０等の規格により定められたデータを管理する仕組みのことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になっている。
　本実施の形態の場合、ＢＤ－ＲＯＭ１０４上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＶＩＤＥＯディレクトリが置かれている。このディレクトリはＢＤ－ＲＯＭで扱うＡＶデータや管理情報などのデータ（図４に示すＢＤ再生プログラム１０１、ＢＤ管理情報１０２、ＡＶデータ１０３）が記録されているディレクトリである。
　ＢＤＶＩＤＥＯディレクトリの下には、次の７種類のファイルが記録されている。
　ＢＤ．ＩＮＦＯ（ファイル名固定）
　「ＢＤ管理情報」の一つであり、ＢＤ－ＲＯＭ全体に関する情報を記録したファイルである。ＢＤ－ＲＯＭプレーヤは最初にこのファイルを読み出す。
　ＢＤ．ＰＲＯＧ（ファイル名固定）
　「ＢＤ再生プログラム」の一つであり、ＢＤ－ＲＯＭ全体に関わるプログラムを記録したファイルである。
　ＸＸＸ．ＰＬ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）
　「ＢＤ管理情報」の一つであり、シナリオを記録するプレイリスト（Ｐｌａｙ　Ｌｉｓｔ）情報を記録したファイルである。プレイリスト毎に１つのファイルを持っている。
　ＸＸＸ．ＰＲＯＧ（「ＸＸＸ」は可変、拡張子「ＰＲＯＧ」は固定）
　「ＢＤ再生プログラム」の一つであり、前述したプレイリスト毎のプログラムを記録したファイルである。プレイリストとの対応はファイルボディ名（「ＸＸＸ」が一致する）によって識別される。
　ＹＹＹ．ＶＯＢ（「ＹＹＹ」は可変、拡張子「ＶＯＢ」は固定）
　「ＡＶデータ」の一つであり、ＶＯＢ（従来例で説明したＶＯＢと同じ）を記録したファイルである。１つのＶＯＢは１つのファイルに対応する。
　ＹＹＹ．ＶＯＢＩ（「ＹＹＹ」は可変、拡張子「ＶＯＢＩ」は固定）
　「ＢＤ管理情報」の一つであり、ＡＶデータであるＶＯＢに関わる管理情報を記録したファイルである。ＶＯＢとの対応はファイルボディ名（「ＹＹＹ」が一致する）によって識別される。
　ＺＺＺ．ＰＮＧ（「ＺＺＺ」は可変、拡張子「ＰＮＧ」は固定）
　「ＡＶデータ」の一つであり、字幕及びメニュー画面を構成するためのイメージデータであるＰＮＧ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ　Ｃｏｎｓｏｒｔｉｕｍ（Ｗ３Ｃ）によって標準化された画像フォーマットであり「ピング」と読む。）形式のイメージファイルである。１つのＰＮＧイメージは１つのファイルに対応する。
　（プレーヤの構成）
　次に、前述のＢＤ－ＲＯＭ１０４を再生するプレーヤの構成について図６及び図７を用いて説明する。
　図６は、ＢＤ－ＲＯＭ１０４を再生するＢＤ－ＲＯＭプレーヤの基本的な構成の概要を示す図である。
　図６に示すＢＤ－ＲＯＭプレーヤにおいて、ＢＤ－ＲＯＭ１０４上のデータは、光ピックアップ２０２を通して読み出される。読み出されたデータはそれぞれのデータの種類に応じて専用のメモリに記録される。
　ＢＤ再生プログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」ファイル）はプログラム記録メモリ２０３に、ＢＤ管理情報（「ＢＤ．ＩＮＦＯ」、「ＸＸＸ．ＰＬ」または「ＹＹＹ．ＶＯＢＩ」ファイル）は管理情報記録メモリ２０４に、ＡＶデータ（「ＹＹＹ．ＶＯＢ」または「ＺＺＺ．ＰＮＧ」ファイル）はＡＶ記録メモリ２０５にそれぞれ記録される。
　プログラム記録メモリ２０３に記録されたＢＤ再生プログラムはプログラム処理部２０６によって処理される。管理情報記録メモリ２０４に記録されたＢＤ管理情報は管理情報処理部２０７によって処理される。
　また、ＡＶ記録メモリ２０５に記録されたＡＶデータはプレゼンテーション処理部２０８によって処理される。
　プログラム処理部２０６は、管理情報処理部２０７から再生するプレイリストの情報やプログラムの実行タイミングなどのイベント情報を受け取りプログラムの処理を行う。また、プログラムで、再生するプレイリストを動的に変更する事が可能であり、この場合は管理情報処理部２０７に対して変更後のプレイリストの再生命令を送ることで実現する。
　プログラム処理部２０６は、更に、ユーザからのイベント、例えば、ユーザが操作するリモコンからのリクエストを受け付け、ユーザイベントに対応するプログラムがある場合は、実行処理する。
　管理情報処理部２０７は、プログラム処理部２０６の指示を受け、その指示に対応するプレイリスト及びそのプレイリストに対応したＶＯＢの管理情報を解析する。更に、プレゼンテーション処理部２０８に再生の対象となるＡＶデータの再生を指示する。
　また、管理情報処理部２０７は、プレゼンテーション処理部２０８から基準時刻情報を受け取り、時刻情報に基づいてプレゼンテーション処理部２０８にＡＶデータ再生の停止指示を行う。更に、プログラム処理部２０６に対してプログラム実行タイミングを示すイベントを生成する。
　プレゼンテーション処理部２０８は、映像、音声、および字幕それぞれのデータに対応するデコーダを持ち、管理情報処理部２０７からの指示に従い、ＡＶデータのデコード及び出力を行う。映像データ及び字幕データは、デコード後にそれぞれの専用プレーンに描画される。
　具体的には、映像データはビデオプレーン２１０に描画され、字幕データ等のイメージデータはイメージプレーン２０９に描画される。更に、２つのプレーンに描画された映像の合成処理が合成処理部２１１によって行われＴＶなどの表示デバイスへ出力される。
　図６で示すように、ＢＤ－ＲＯＭプレーヤは図４で示したＢＤ－ＲＯＭ１０４に記録されているデータ構造に基づいた構成をとっている。
　図７は、図６に示すプレーヤの構成を詳細化したブロック図である。図６に示す各構成部と、図７に示す各構成部との対応は以下の通りである。
　ＡＶ記録メモリ２０５はイメージメモリ３０８とトラックバッファ３０９に対応する。プログラム処理部２０６はプログラムプロセッサ３０２とＵＯ（Ｕｓｅｒ　Ｏｐｅｒａｔｉｏｎ）マネージャ３０３に対応する。管理情報処理部２０７はシナリオプロセッサ３０５とプレゼンテーションコントローラ３０６とに対応する。プレゼンテーション処理部２０８はクロック３０７、デマルチプレクサ３１０、イメージプロセッサ３１１、ビデオプロセッサ３１２とサウンドプロセッサ３１３とに対応する。
　ＢＤ－ＲＯＭ１０４から読み出されたＶＯＢデータ（ＭＰＥＧストリーム）はトラックバッファ３０９に、イメージデータ（ＰＮＧ）はイメージメモリ３０８にそれぞれ記録される。
　デマルチプレクサ３１０は、クロック３０７から得られる時刻に基づき、トラックバッファ３０９に記録されたＶＯＢデータを抜き出す。更に、ＶＯＢデータに含まれる映像データをビデオプロセッサ３１２に音声データをサウンドプロセッサ３１３にそれぞれ送り込む。
　ビデオプロセッサ３１２及びサウンドプロセッサ３１３はそれぞれＭＰＥＧシステム規格で定められる通りに、デコーダバッファとデコーダからそれぞれ構成されている。即ち、デマルチプレクサ３１０から送りこまれる映像、音声それぞれのデータは、それぞれのデコーダバッファに一時的に記録され、クロック３０７に従い個々のデコーダでデコード処理される。
　イメージメモリ３０８に記録されたＰＮＧデータは、次の２つの処理方法がある。ＰＮＧデータが字幕用の場合は、プレゼンテーションコントローラ３０６によってデコードタイミングが指示される。クロック３０７からの時刻情報をシナリオプロセッサ３０５が一旦受け、適切な字幕表示が行えるように、字幕表示時刻（開始及び終了）になればプレゼンテーションコントローラ３０６に対して字幕の表示、非表示の指示を出す。
　プレゼンテーションコントローラ３０６からデコード／表示の指示を受けたイメージプロセッサ３１１は対応するＰＮＧデータをイメージメモリ３０８から抜き出し、デコードし、イメージプレーン２０９に描画する。
　また、ＰＮＧデータがメニュー画面用の場合は、プログラムプロセッサ３０２によってデコードタイミングが指示される。プログラムプロセッサ３０２がいつイメージのデコードを指示するかは、プログラムプロセッサ３０２が処理しているＢＤプログラムに因るものであって一概には決まらない。
　イメージデータ及び映像データは、図６で説明したようにそれぞれデコード後にイメージプレーン２０９およびビデオプレーン２１０に描画され、合成処理部２１１によって合成出力される。
　ＢＤ－ＲＯＭ１０４から読み出された管理情報（シナリオ、ＡＶ管理情報）は、管理情報記録メモリ２０４に記録されるが、シナリオ情報（「ＢＤ．ＩＮＦＯ」及び「ＸＸＸ．ＰＬ」）はシナリオプロセッサ３０５によって読み出され処理される。また、ＡＶ管理情報（「ＹＹＹ．ＶＯＢＩ」）はプレゼンテーションコントローラ３０６によって読み出され処理される。
　シナリオプロセッサ３０５は、プレイリストの情報を解析し、プレイリストによって参照されているＶＯＢとその再生位置をプレゼンテーションコントローラ３０６に指示し、プレゼンテーションコントローラ３０６は対象となるＶＯＢの管理情報（「ＹＹＹ．ＶＯＢＩ」）を解析して、対象となるＶＯＢを読み出すようにドライブコントローラ３１７に指示を出す。
　ドライブコントローラ３１７はプレゼンテーションコントローラ３０６の指示に従い、光ピックアップ２０２を移動させ、対象となるＡＶデータの読み出しを行う。読み出されたＡＶデータは、前述したようにイメージメモリ３０８またはトラックバッファ３０９に記録される。
　また、シナリオプロセッサ３０５は、クロック３０７の時刻を監視し、管理情報で設定されているタイミングでイベントをプログラムプロセッサ３０２に投げる。
　プログラム記録メモリ２０３に記録されたＢＤプログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」）は、プログラムプロセッサ３０２によって実行処理される。プログラムプロセッサ３０２がＢＤプログラムを処理するのは、シナリオプロセッサ３０５からイベントが送られてきた場合か、ＵＯマネージャ３０３からイベントが送られてきた場合である。
　ＵＯマネージャ３０３は、ユーザからリモコンキーによってリクエストが送られてきた場合に、当該リクエストに対応するイベントを生成しプログラムプロセッサ３０２に送る。
　このような各構成部の動作により、ＢＤ－ＲＯＭの再生がおこなわれる。
　（アプリケーション空間）
　図８は、ＢＤ－ＲＯＭのアプリケーション空間を示す図である。
　ＢＤ－ＲＯＭのアプリケーション空間では、プレイリスト（ＰｌａｙＬｉｓｔ）が一つの再生単位になっている。プレイリストはセル（Ｃｅｌｌ）の再生シーケンスから構成される静的なシナリオと、プログラムによって記述される動的なシナリオとを有している。
　プログラムによる動的なシナリオが無い限り、プレイリストは個々のセルを順に再生するだけであり、また、全てのセルの再生を終了した時点でプレイリストの再生は終了する。
　一方で、プログラムは、プレイリストを超えての再生記述や、ユーザの選択またはプレーヤの状態に応じて再生する対象を動的に変えることが可能である。典型的な例としてはメニュー画面を介した再生対象の動的変更が挙げられる。ＢＤ－ＲＯＭの場合、メニューとはユーザの選択によって再生するシナリオ、即ちプレイリストを動的に選択するための機能の構成要素の１つである。
　また、ここで言うプログラムは、時間イベントまたはユーザイベントによって実行されるイベントハンドラの事である。
　時間イベントは、プレイリスト中に埋め込まれた時刻情報に基づいて生成されるイベントである。図７で説明したシナリオプロセッサ３０５からプログラムプロセッサ３０２に送られるイベントがこれに相当する。時間イベントが発行されると、プログラムプロセッサ３０２はＩＤによって対応付けられるイベントハンドラを実行処理する。
　前述した通り、実行されるプログラムが他のプレイリストの再生を指示することが可能であり、この場合には、現在再生されているプレイリストの再生は中止され、指定されたプレイリストの再生へと遷移する。
　ユーザイベントは、ユーザのリモコンキー操作によって生成されるイベントである。ユーザイベントは大きく２つのタイプに分けられる。一つ目は、リモコンが備えるカーソルキー（「上」「下」「左」「右」キー）または「決定」キーの操作によって生成されるメニュー選択のイベントである。
　メニュー選択のイベントに対応するイベントハンドラはプレイリスト内の限られた期間でのみ有効である。つまり、プレイリストの情報として、個々のイベントハンドラの有効期間が設定されている。プログラムプロセッサ３０２は、リモコンの「上」「下」「左」「右」キーまたは「決定」キーが押された時に有効なイベントハンドラを検索して、有効なイベントハンドラがある場合は当該イベントハンドラが実行処理される。他の場合は、メニュー選択のイベントは無視されることになる。
　二つ目のユーザイベントは、「メニュー」キーの操作によって生成されるメニュー画面呼び出しのイベントである。メニュー画面呼び出しのイベントが生成されると、グローバルイベントハンドラが呼ばれる。
　グローバルイベントハンドラはプレイリストに依存せず、常に有効なイベントハンドラである。この機能を使うことにより、ＤＶＤのメニューコールを実装することができる。メニューコールを実装することにより、タイトル再生中に音声、字幕メニューなどを呼び出し、音声または字幕を変更後に中断した地点からのタイトル再生を実行することができる。
　プレイリストで静的シナリオを構成する単位であるセル（Ｃｅｌｌ）はＶＯＢ（ＭＰＥＧストリーム）の全部または一部の再生区間を参照したものである。セルはＶＯＢ内の再生区間を開始、終了時刻の情報として持っている。個々のＶＯＢと一対になっているＶＯＢ管理情報（ＶＯＢＩ）は、その内部にタイムマップ（Ｔｉｍｅ　ＭａｐまたはＴＭ）を有しており、このタイムマップによって前述したＶＯＢの再生、終了時刻をＶＯＢ内（即ち対象となるファイル「ＹＹＹ．ＶＯＢ」内）での読み出し開始アドレス及び終了アドレスを導き出すことが可能である。なおタイムマップの詳細は図１４を用いて後述する。
　（ＶＯＢの詳細）
　図９は、本実施の形態で使用するＭＰＥＧストリーム（ＶＯＢ）の構成を示す図である。図９に示すように、ＶＯＢは複数のＶｉｄｅｏ　Ｏｂｊｅｃｔ　Ｕｎｉｔ（ＶＯＢＵ）によって構成されている。ＶＯＢＵは、ＭＰＥＧビデオストリームにおけるＧｒｏｕｐ　Ｏｆ　Ｐｉｃｔｕｒｅｓ（ＧＯＰ）を基準とする単位であり、音声データも含んだ多重化ストリームとしての一再生単位である。
　ＶＯＢＵは０．４秒から１．０秒の再生時間を持ち、通常は０．５秒の再生時間を持っている。これはＭＰＥＧのＧＯＰの構造が通常は１５フレーム／秒（ＮＴＳＣの場合）であることによって導かれるものである。
　ＶＯＢＵは、その内部に映像データであるビデオパック（Ｖ＿ＰＣＫ）と、音声データであるオーディオパック（Ａ＿ＰＣＫ）とを有している。各パックは１セクタで構成され、本実施の形態の場合は２ｋＢ単位で構成されている。
　図１０は、ＭＰＥＧストリームにおけるパックの構成を示す図である。
　図１０に示すように、映像データ及び音声データといったエレメンタリデータは、ペイロードと呼ばれるパケットのデータ格納領域に先頭から順次入れられていく。ペイロードにはパケットヘッダが付けられ１つのパケットを構成する。
　パケットヘッダには、ペイロードに格納してあるデータがどのストリームのデータであるのか、映像データであるのか音声データであるのか、および、映像データまたは音声データがそれぞれ複数ストリーム分ある場合に、どのストリームのデータなのかを識別するためのＩＤ（ｓｔｒｅａｍ＿ｉｄ）、並びに、当該ペイロードのデコード及び表示時刻情報であるタイムスタンプであるＤｅｃｏｄｅ　Ｔｉｍｅ　Ｓｔａｍｐ（ＤＴＳ）及びＰｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ　Ｓｔａｍｐ（ＰＴＳ）が記録されている。
　ＤＴＳおよびＰＴＳは必ずしも全てのパケットヘッダに記録されている訳ではなく、ＭＰＥＧによって記録するルールが規定されている。ルールの詳細についてはＭＰＥＧシステム（ＩＳＯ／ＩＥＣ１３８１８－１）規格書に記述されているので省略する。
　パケットには更にヘッダ（パックヘッダ）が付けられ、パックを構成する。パックヘッダには、当該パックがいつデマルチプレクサ３１０を通過し、個々のエレメンタリストリームのデコーダバッファに入力されるかを示すタイムスタンプであるＳｙｓｔｅｍ　Ｃｌｏｃｋ　Ｒｅｆｅｒｅｎｃｅ（ＳＣＲ）が記録されている。
　（ＶＯＢのインターリーブ記録）
　図１１及び図１２を用いてＶＯＢファイルのインターリーブ記録について説明する。
　図１１は、ＡＶデータとＢＤ－ＲＯＭプレーヤの構成との関係を説明するための図である。
　図１１上段の図は、図７を用いて前述したプレーヤ構成図の一部である。図の通り、ＢＤ－ＲＯＭ上のデータは、光ピックアップ２０２を通してＶＯＢ即ちＭＰＥＧストリームであればトラックバッファ３０９へ入力され、ＰＮＧ即ちイメージデータであればイメージメモリ３０８へと入力される。
　トラックバッファ３０９はＦｉｒｓｔ－Ｉｎ　Ｆｉｒｓｔ－Ｏｕｔ（ＦＩＦＯ）であり、入力されたＶＯＢのデータは入力された順にデマルチプレクサ３１０へと送られる。この時、前述したＳＣＲに従って個々のパックはトラックバッファ３０９から引き抜かれデマルチプレクサ３１０を介してビデオプロセッサ３１２またはサウンドプロセッサ３１３へとデータが送り届けられる。
　一方で、イメージデータの場合は、どのイメージを描画するかはプレゼンテーションコントローラ３０６（図７参照）によって指示される。また、描画に使ったイメージデータは、字幕用イメージデータの場合は同時にイメージメモリ３０８から削除されるが、メニュー用のイメージデータの場合は、イメージメモリ３０８内にそのまま残される。
　これはメニューの描画はユーザ操作に依存するところがあるため、同一イメージを複数回描画する可能性があるためである。
　図１１下段の図は、ＢＤ－ＲＯＭ上でのＶＯＢファイル及びＰＮＧファイルのインターリーブ記録を示す図である。
　一般的にＲＯＭ、例えばＣＤ－ＲＯＭやＤＶＤ－ＲＯＭの場合、一連の連続再生単位となるＡＶデータは連続記録されている。連続記録されている限り、ドライブは順次データを読み出しプレーヤ側に送り届けるだけでよい。
　しかしながら、連続再生すべきＡＶデータが分断されてディスク上に離散配置されている場合は、個々の連続区間の間でシーク操作が入ることになり、この間データの読み出しが止まることになる。つまり、データの供給が止まる可能性がある。
　ＢＤ－ＲＯＭの場合も同様に、ＶＯＢファイルは連続領域に記録することができる方が望ましいが、例えば字幕データのようにＶＯＢに記録されている映像データと同期して再生されるデータがあり、ＶＯＢファイルと同様に字幕データも何らかの方法によってＢＤ－ＲＯＭから読み出す事が必要になる。
　字幕データの読み出し方法の一手段として、ＶＯＢの再生開始前に一まとめで字幕用のイメージデータ（ＰＮＧファイル）を読み出してしまう方法がある。しかしながら、この場合には一時記録に使用する大量のメモリが必要となり、現実的ではない。
　そこで、本実施の形態では、ＶＯＢファイルを幾つかのブロックに分けて、ＶＯＢファイルとイメージデータとをインターリーブ記録する方式を使用する。
　図１１下段はそのインターリーブ記録を説明するための図である。ＶＯＢファイルとイメージデータを適切にインターリーブ配置することで、前述したような大量の一時記録メモリ無しに、必要なタイミングでイメージデータをイメージメモリ３０８に格納することが可能になる。
　しかしながらイメージデータを読み出している際には、ＶＯＢデータの読み込みは当然のことながら停止することになる。
　図１２は、上記のインターリーブ記録における問題を解決するトラックバッファ３０９を使ったＶＯＢデータ連続供給モデルを説明するための図である。
　既に説明したように、ＶＯＢのデータは、一旦トラックバッファ３０９に蓄積される。トラックバッファ３０９へのデータ入力レートをトラックバッファ３０９からのデータ出力レートより高く設定すると、ＢＤ－ＲＯＭからデータを読み出し続けている限り、トラックバッファ３０９のデータ蓄積量は増加をしていくことになる。
　ここでトラックバッファ３０９への入力レートをＶａ、トラックバッファ３０９からの出力レートをＶｂとする。図１２の上段の図に示すようにＶＯＢの一連続記録領域が論理アドレスの“ａ１”から“ａ２”まで続くとする。また、“ａ２”から“ａ３”の間は、イメージデータが記録されていて、ＶＯＢデータの読み出しが行えない区間であるとする。
　図１２の下段の図は、トラックバッファ３０９の蓄積量を示す図である。横軸が時間、縦軸がトラックバッファ３０９内部に蓄積されているデータ量を示している。時刻“ｔ１”がＶＯＢの一連続記録領域の開始点である“ａ１”の読み出しを開始した時刻を示している。
　この時刻以降、トラックバッファ３０９にはレートＶａ－Ｖｂでデータが蓄積されていくことになる。このレートは言うまでもなくトラックバッファ３０９の入出力レートの差である。時刻“ｔ２”は一連続記録領域の終了点である“ａ２”のデータを読み込む時刻である。
　即ち時刻“ｔ１”から“ｔ２”の間レートＶａ－Ｖｂでトラックバッファ３０９内はデータ量が増加していき、時刻“ｔ２”でのデータ蓄積量はＢ（ｔ２）は下記の（式１）によって求めることができる。
　　　　Ｂ（ｔ２）　＝　（Ｖａ－Ｖｂ）×（ｔ２－ｔ１）　　　　（式１）
　この後、ＢＤ－ＲＯＭ上のアドレス“ａ３”まではイメージデータが続くため、トラックバッファ３０９への入力は０となり、出力レートである“－Ｖｂ”でトラックバッファ３０９内のデータ量は減少していくことになる。このデータ量の減少は読み出し位置“ａ３”まで、つまり、時刻でいう“ｔ３”まで続く。
　ここで大事なことは、時刻“ｔ３”より前にトラックバッファ３０９に蓄積されているデータ量が０になると、デコーダへ供給するＶＯＢのデータが無くなってしまい、ＶＯＢの再生がストップしてしまうことである。
　しかしながら、時刻“ｔ３”でトラックバッファ３０９にデータが残っている場合には、ＶＯＢの再生がストップすることなく連続して行われることを意味している。
　このＶＯＢの再生がストップすることなく連続して行われるための条件は下記の（式２）によって示すことができる。
　　　　Ｂ（ｔ２）　≧　－Ｖｂ×（ｔ３－ｔ２）　　　　　　　　（式２）
　即ち、（式２）を満たすようにイメージデータの配置を決めればよい事になる。
　（ナビゲーションデータ構造）
　図１３から図１９を用いて、ＢＤ－ＲＯＭに記録されたナビゲーションデータ（ＢＤ管理情報）の構造について説明をする。
　図１３は、ＶＯＢ管理情報ファイル（“ＹＹＹ．ＶＯＢＩ”）の内部構造を示す図である。
　ＶＯＢ管理情報は、当該ＶＯＢのストリーム属性情報（Ａｔｔｒｉｂｕｔｅ）とタイムマップ（ＴＭＡＰ）とを有している。ストリーム属性情報は、ビデオ属性（Ｖｉｄｅｏ）、オーディオ属性（Ａｕｄｉｏ＃０～Ａｕｄｉｏ＃ｍ）個々に持つ構成となっている。特にオーディオストリームの場合は、ＶＯＢが複数本のオーディオストリームを同時に持つことができることから、オーディオストリーム数（Ｎｕｍｂｅｒ）によって、オーディオ属性のデータフィールドの数が特定される。
　下記はビデオ属性（Ｖｉｄｅｏ）の持つフィールドとそれぞれが持ち得る値の例である。
　　圧縮方式（Ｃｏｄｉｎｇ）：
　　　　ＭＰＥＧ１
　　　　ＭＰＥＧ２
　　　　ＭＰＥＧ４
　　解像度（Ｒｅｓｏｌｕｔｉｏｎ）：
　　　　１９２０ｘ１０８０
　　　　１２８０ｘ７２０
　　　　７２０ｘ４８０
　　　　７２０ｘ５６５
　　アスペクト比（Ａｓｐｅｃｔ）：
　　　　４：３
　　　　１６：９
　　フレームレート（Ｆｒａｍｅｒａｔｅ）：
　　　　６０
　　　　５９．９４
　　　　５０
　　　　３０
　　　　２９．９７
　　　　２５
　　　　２４
　下記はオーディオ属性（Ａｕｄｉｏ）の持つフィールドとそれぞれが持ち得る値の例である。
　　圧縮方式（Ｃｏｄｉｎｇ）：
　　　　ＡＣ３
　　　　ＭＰＥＧ１
　　　　ＭＰＥＧ２
　　　　ＬＰＣＭ
　　チャンネル数（Ｃｈ）：
　　　　１～８
　　言語属性（Ｌａｎｇｕａｇｅ）：
　　　　ＪＰＮ、ＥＮＧ、・・・
　タイムマップ（ＴＭＡＰ）はＶＯＢＵ毎の情報を持つテーブルであって、当該ＶＯＢが有するＶＯＢＵ数（Ｎｕｍｂｅｒ）と各ＶＯＢＵ情報（ＶＯＢＵ＃１～ＶＯＢＵ＃ｎ）を持つ。
　個々のＶＯＢＵ情報は、ＶＯＢＵの再生時間長（Ｄｕｒａｔｉｏｎ）とＶＯＢＵのデータサイズ（Ｓｉｚｅ）とを有している。
　図１４は、ＶＯＢＵ情報の詳細を説明するための図である。
　広く知られているように、ＭＰＥＧストリームは時間的側面とデータサイズとしての側面との２つの物理量についての側面を有している。例えば、音声の圧縮規格であるＡｕｄｉｏ　Ｃｏｄｅ　ｎｕｍｂｅｒ　３（ＡＣ３）は固定ビットレートでの圧縮を行っているため、時間とアドレスとの関係は１次式によって求めることができる。
　しかしながらＭＰＥＧビデオデータの場合、個々のフレームは固定の表示時間、例えばＮＴＳＣの場合、１フレームは１／２９．９７秒の表示時間を持つが、個々のフレームの圧縮後のデータサイズは絵の特性や圧縮に使ったピクチャタイプ、いわゆるＩ／Ｐ／Ｂピクチャによってデータサイズは大きく変わってくる。
　従って、ＭＰＥＧビデオの場合は、時間とアドレスとの関係は一般式の形で表現することは不可能である。
　当然の事として、ＭＰＥＧビデオデータを多重化しているＭＰＥＧストリーム、即ちＶＯＢについても、時間とデータとを一般式の形で表現することは不可能である。
　これに代わって、ＶＯＢ内での時間とアドレスとの関係を結びつけるのがタイムマップ（ＴＭＡＰ）である。図１４に示すように、ＶＯＢＵ毎にＶＯＢＵ内のフレーム数と、ＶＯＢＵ内のパック数とをそれぞれエントリとして持つテーブルがタイムマップ（ＴＭＡＰ）である。
　図１５を使って、タイムマップ（ＴＭＡＰ）の使い方を説明する。
　図１５は、タイムマップを使ったアドレス情報取得方法を説明するための図である。
　図１５に示すように時刻情報（Ｔｉｍｅ）が与えられた場合、まずは当該時刻がどのＶＯＢＵに属するのかを検索する。具体的には、タイムマップのＶＯＢＵ毎のフレーム数を加算して行き、フレーム数の和が、当該時刻をフレーム数に換算した値を超えるまたは一致するＶＯＢＵが当該時刻に対応するＶＯＢＵになる。
　次に、タイムマップのＶＯＢＵ毎のサイズを当該ＶＯＢＵの直前のＶＯＢＵまで加算して行き、その値が与えられた時刻を含むフレームを再生するために読み出すべきパックの先頭アドレス（Ａｄｄｒｅｓｓ）になっている。
　このようにして、ＭＰＥＧストリームにおいて、与えられた時刻情報に対応するアドレスを得ることができる。
　次に図１６を使って、プレイリスト（“ＸＸＸ．ＰＬ”）の内部構造を説明する。
　図１６は、プレイリストの構成を示す図である。
　プレイリストは、セルリスト（ＣｅｌｌＬｉｓｔ）とイベントリスト（ＥｖｅｎｔＬｉｓｔ）とから構成されている。
　セルリスト（ＣｅｌｌＬｉｓｔ）は、プレイリスト内の再生セルシーケンスを示す情報であり、本リストの記述順でセルが再生される事になる。
　セルリスト（ＣｅｌｌＬｉｓｔ）の中身は、セルの数（Ｎｕｍｂｅｒ）と各セル情報（Ｃｅｌｌ＃１～Ｃｅｌｌ＃ｎ）である。
　各セル情報（Ｃｅｌｌ＃～Ｃｅｌｌ＃ｎ）は、ＶＯＢファイル名（ＶＯＢＮａｍｅ）、当該ＶＯＢ内での有効区間開始時刻（Ｉｎ）及び有効区間終了時刻（Ｏｕｔ）と、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）を持っている。
　有効区間開始時刻（Ｉｎ）及び有効区間終了時刻（Ｏｕｔ）は、それぞれ当該ＶＯＢ内でのフレーム番号で表現され、前述したタイムマップ（ＴＭＡＰ）を使うことによって再生に必要なＶＯＢデータのアドレスを得る事ができる。
　字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）は、当該ＶＯＢと同期再生される字幕情報を持つテーブルである。字幕は音声同様に複数の言語を持つことができ、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）は言語数（Ｎｕｍｂｅｒ）とそれに続く個々の言語ごとのテーブル（Ｌａｎｇｕａｇｅ＃１～Ｌａｎｇｕａｇｅ＃ｋ）とから構成されている。
　各言語のテーブル（Ｌａｎｇｕａｇｅ＃１～Ｌａｎｇｕａｇｅ＃ｋ）は、言語情報（Ｌａｎｇｕａｇｅ）と、表示される字幕の字幕情報数（Ｎｕｍｂｅｒ）と、表示される字幕の字幕情報（Ｓｐｅｅｃｈ＃１～Ｓｐｅｅｃｈ＃ｊ）とから構成され、各字幕情報（Ｓｐｅｅｃｈ＃１～Ｓｐｅｅｃｈ＃ｊ）は対応するイメージデータファイル名（Ｎａｍｅ）、字幕表示開始時刻（Ｉｎ）及び字幕表示終了時刻（Ｏｕｔ）と、字幕の表示位置（Ｐｏｓｉｔｉｏｎ）とから構成されている。
　イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、当該プレイリスト内で発生するイベントを定義したテーブルである。イベントリストは、イベント数（Ｎｕｍｂｅｒ）に続いて個々のイベント（Ｅｖｅｎｔ＃１～Ｅｖｅｎｔ＃ｍ）とから構成され、各イベント（Ｅｖｅｎｔ＃１～Ｅｖｅｎｔ＃ｍ）は、イベントの種類（Ｔｙｐｅ）、イベントのＩＤ（ＩＤ）、イベント生成時刻（Ｔｉｍｅ）と有効期間（Ｄｕｒａｔｉｏｎ）とから構成されている。
　図１７は、個々のプレイリスト毎のイベントハンドラ（時間イベントと、メニュー選択用のユーザイベント）を持つイベントハンドラテーブル（“ＸＸＸ．ＰＲＯＧ”）の構成を示す図である。
　イベントハンドラテーブルは、定義されているイベントハンドラ／プログラム数（Ｎｕｍｂｅｒ）と個々のイベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃１～Ｐｒｏｇｒａｍ＃ｎ）を有している。
　各イベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃１～Ｐｒｏｇｒａｍ＃ｎ）内の記述は、イベントハンドラ開始の定義（＜ｅｖｅｎｔ＿ｈａｎｄｌｅｒ＞タグ）と前述したイベントのＩＤと対になるイベントハンドラのＩＤ（ｅｖｅｎｔ＿ｈａｎｄｌｅｒ　ｉｄ）を持ち、その後に当該プログラムが“ｆｕｎｃｔｉｏｎ”に続く括弧“｛”と“｝”との間に記述される。
　次に図１８を用いてＢＤ－ＲＯＭ全体に関する情報（“ＢＤ．ＩＮＦＯ”）の内部構造について説明をする。
　図１８は、ＢＤ－ＲＯＭ全体情報であるＢＤ．ＩＮＦＯの構成を示す図である。
　ＢＤ－ＲＯＭ全体情報は、タイトルリスト（ＴｉｔｌｅＬｉｓｔ）とグローバルイベント用のイベントリスト（ＥｖｅｎｔＬｉｓｔ）とから構成されている。
　タイトルリスト（ＴｉｔｌｅＬｉｓｔ）は、ディスク内のタイトル数（Ｎｕｍｂｅｒ）と、これに続く各タイトル情報（Ｔｉｔｌｅ＃１～Ｔｉｔｌｅ＃ｎ）とから構成されている。
　各タイトル情報（Ｔｉｔｌｅ＃１～Ｔｉｔｌｅ＃ｎ）は、タイトルに含まれるプレイリストのテーブル（ＰＬＴａｌｂｌｅ）とタイトル内のチャプターリスト（ＣｈａｐｔｅｒＬｉｓｔ）とを含んでいる。プレイリストのテーブル（ＰＬＴａｂｌｅ）はタイトル内のプレイリストの数（Ｎｕｍｂｅｒ）と、プレイリスト名（Ｎａｍｅ）即ちプレイリストのファイル名を有している。
　チャプターリスト（ＣｈａｐｔｅｒＬｉｓｔ）は、当該タイトルに含まれるチャプター数（Ｎｕｍｂｅｒ）と各チャプター情報（Ｃｈａｐｔｅｒ＃１～Ｃｈａｐｔｅｒ＃ｎ）とから構成され、各チャプター情報（Ｃｈａｐｔｅｒ＃１～Ｃｈａｐｔｅｒ＃ｎ）は当該チャプターが含むセルのテーブル（ＣｅｌｌＴａｂｌｅ）を持ち、セルのテーブル（ＣｅｌｌＴａｂｌｅ）はセル数（Ｎｕｍｂｅｒ）と各セルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃１～ＣｅｌｌＥｎｔｒｙ＃ｋ）とから構成されている。
　セルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃１～ＣｅｌｌＥｎｔｒｙ＃ｋ）は当該セルを含むプレイリスト名と、プレイリスト内でのセル番号によって記述されている。
　イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、グローバルイベントの数（Ｎｕｍｂｅｒ）と各グローバルイベントの情報（Ｅｖｅｎｔ＃１～Ｅｖｅｎｔ＃ｍ）とを持っている。ここで注意すべきは、最初に定義されるグローバルイベントは、ファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）と呼ばれ、ＢＤ－ＲＯＭがプレーヤに挿入された時、最初に実行されるイベントである。
　各グローバルイベントの情報（Ｅｖｅｎｔ＃１～Ｅｖｅｎｔ＃ｍ）はイベントタイプ（Ｔｙｐｅ）とイベントのＩＤ（ＩＤ）だけを持っている。
　図１９は、グローバルイベントハンドラテーブル（“ＢＤ．ＰＲＯＧ”）の構成を示す図である。本テーブルは、図１７で説明したイベントハンドラテーブルと同一内容であり、その説明は省略する。
　（イベント発生のメカニズム）
　図２０から図２２を使ってイベント発生のメカニズムについて説明する。
　図２０は、タイムイベントの例を示す図である。
　前述したとおり、タイムイベントはプレイリスト（“ＸＸＸ．ＰＬ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）で定義される。
　タイムイベントとして定義されているイベント、即ちイベントタイプ（Ｔｙｐｅ）が“ＴｉｍｅＥｖｅｎｔ”の場合、イベント生成時刻（“ｔ１”）になった時点で、ＩＤ“Ｅｘ１”を持つタイムイベントがシナリオプロセッサ３０５からプログラムプロセッサ３０２に対して出力される。
　プログラムプロセッサ３０２は、イベントＩＤ“Ｅｘ１”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施の形態の場合では、２つのボタンイメージの描画を行うことなどが可能である。
　図２１は、ユーザのメニュー操作によるユーザイベントの例を示す図である。
　前述したとおり、メニュー操作によるユーザイベントもプレイリスト（“ＸＸＸ．ＰＬ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）で定義される。
　ユーザイベントとして定義されるイベント、即ちイベントタイプ（Ｔｙｐｅ）が“ＵｓｅｒＥｖｅｎｔ”の場合、イベント生成時刻（“ｔ１”）になった時点で、当該ユーザイベントがレディとなる。この時、イベント自身は未だ生成されてはいない。
　当該イベントは、有効規格情報（Ｄｕｒａｔｉｏｎ）で記される期間（“Ｔ１”）レディ状態にある。
　図２１に示すように、ユーザによりリモコンキーの「上」「下」「左」「右」キーのいずれかのキー、または「決定」キーが押された場合、まずＵＯイベントがＵＯマネージャ３０３によって生成されプログラムプロセッサ３０２に出力される。
　プログラムプロセッサ３０２は、シナリオプロセッサ３０５に対してＵＯイベントを流し、シナリオプロセッサ３０５はＵＯイベントを受け取った時刻に有効なユーザイベントが存在するかを検索する。
　シナリオプロセッサ３０５は、検索の結果、対象となるユーザイベントがあった場合、ユーザイベントを生成し、プログラムプロセッサ３０２に出力する。
　プログラムプロセッサ３０２では、イベントＩＤ、例えば、図２１に示す例の場合では“Ｅｖ１”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。本例の場合、プレイリスト＃２の再生を開始する。
　生成されるユーザイベントには、どのリモコンキーがユーザによって押されたかの情報は含まれていない。選択されたリモコンキーの情報は、ＵＯイベントによってプログラムプロセッサ３０２に伝えられ、仮想プレーヤが持つレジスタに記録保持される。
　イベントハンドラのプログラムは、このレジスタの値を調べ、分岐処理を実行することが可能である。
　図２２は、グローバルイベントの例を示す図である。
　前述のように、グローバルイベントはＢＤ－ＲＯＭ全体情報（“ＢＤ．ＩＮＦＯ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）で定義される。
　グローバルイベントとして定義されるイベント、即ちイベントタイプ（Ｔｙｐｅ）が“ＧｌｏｂａｌＥｖｅｎｔ”であるイベントは、ユーザのリモコンキー操作があった場合にのみ生成される。
　ユーザによりメニューキーが押された場合、先ずＵＯイベントがＵＯマネージャ３０３によって生成されプログラムプロセッサ３０２に出力される。プログラムプロセッサ３０２は、シナリオプロセッサ３０５に対してＵＯイベントを流す。
　シナリオプロセッサ３０５は、該当するグローバルイベントを生成し、プログラムプロセッサ３０２に送る。プログラムプロセッサ３０２は、イベントＩＤ“ｍｅｎｕ”を持つイベントハンドラを探し、対象のイベントハンドラを実行する。例えば、図２２に示す例の場合、プレイリスト＃３の再生を開始している。
　本実施の形態では、単にメニューキーと呼んでいるが、ＤＶＤを再生するプレーヤにおけるリモコンのように複数のメニューキーがあってもよい。各メニューキーに対応するＩＤをそれぞれ定義することで各メニューキーに対応する適切な処理が可能である。
　（仮想プレーヤマシン）
　図２３は、プログラムプロセッサ３０２の機能的な構成を説明するための図である。
　図２３を用いてプログラムプロセッサ３０２の機能的な構成を説明する。
　プログラムプロセッサ３０２は、内部に仮想プレーヤマシンを持つ処理モジュールである。仮想プレーヤマシンはＢＤ－ＲＯＭとして定義された機能モデルであって、各ＢＤ－ＲＯＭプレーヤの実装には依存しないものである。即ち、どのＢＤ－ＲＯＭプレーヤにおいても同様の機能を実行できることを保証している。
　仮想プレーヤマシンは大きく２つの機能を持っている。プログラミング関数とプレーヤ変数である。プレーヤ変数はレジスタに記憶され保持されている。
　プログラミング関数は、Ｊａｖａ（登録商標）　Ｓｃｒｉｐｔをベースとして、以下に記す３つの機能をＢＤ－ＲＯＭ固有関数として定義している。
　　リンク関数：現在の再生を停止し、指定するプレイリスト、セル、時刻からの再生を開始する。
　　Ｌｉｎｋ（ＰＬ＃，Ｃｅｌｌ＃，ｔｉｍｅ）
　　　　ＰＬ＃　：　プレイリスト名
　　　　Ｃｅｌｌ＃　：　セル番号
　　　　ｔｉｍｅ　：　セル内での再生開始時刻
　　ＰＮＧ描画関数：指定ＰＮＧデータをイメージプレーン２０９に描画する。
　　Ｄｒａｗ（Ｆｉｌｅ，Ｘ，Ｙ）
　　　　Ｆｉｌｅ　：　ＰＮＧファイル名
　　　　Ｘ　：　Ｘ座標位置
　　　　Ｙ　：　Ｙ座標位置
　　イメージプレーンクリア関数：イメージプレーン２０９の指定領域をクリアする。
　　Ｃｌｅａｒ（Ｘ，Ｙ，Ｗ，Ｈ）
　　　　Ｘ　：　Ｘ座標位置
　　　　Ｙ　：　Ｙ座標位置
　　　　Ｗ　：　Ｘ方向幅
　　　　Ｈ　：　Ｙ方向幅
　また、プレーヤ変数は、プレーヤの設定値等を示すシステムパラメータ（ＳＰＲＭ）と、一般用途として使用可能なゼネラルパラメータ（ＧＰＲＭ）とがある。
　図２４は、システムパラメータ（ＳＰＲＭ）の一覧を示す図である。
　　ＳＰＲＭ（０）　　　：　言語コード
　　ＳＰＲＭ（１）　　　：　音声ストリーム番号
　　ＳＰＲＭ（２）　　　：　字幕ストリーム番号
　　ＳＰＲＭ（３）　　　：　アングル番号
　　ＳＰＲＭ（４）　　　：　タイトル番号
　　ＳＰＲＭ（５）　　　：　チャプター番号
　　ＳＰＲＭ（６）　　　：　プログラム番号
　　ＳＰＲＭ（７）　　　：　セル番号
　　ＳＰＲＭ（８）　　　：　選択キー情報
　　ＳＰＲＭ（９）　　　：　ナビゲーションタイマー
　　ＳＰＲＭ（１０）　　：　再生時刻情報
　　ＳＰＲＭ（１１）　　：　カラオケ用ミキシングモード
　　ＳＰＲＭ（１２）　　：　パレンタル用国情報
　　ＳＰＲＭ（１３）　　：　パレンタルレベル
　　ＳＰＲＭ（１４）　　：　プレーヤ設定値（ビデオ）
　　ＳＰＲＭ（１５）　　：　プレーヤ設定値（オーディオ）
　　ＳＰＲＭ（１６）　　：　音声ストリーム用言語コード
　　ＳＰＲＭ（１７）　　：　音声ストリーム用言語コード（拡張）
　　ＳＰＲＭ（１８）　　：　字幕ストリーム用言語コード
　　ＳＰＲＭ（１９）　　：　字幕ストリーム用言語コード（拡張）
　　ＳＰＲＭ（２０）　　：　プレーヤリージョンコード
　　ＳＰＲＭ（２１）　　：　予備
　　ＳＰＲＭ（２２）　　：　予備
　　ＳＰＲＭ（２３）　　：　再生状態
　　ＳＰＲＭ（２４）　　：　予備
　　ＳＰＲＭ（２５）　　：　予備
　　ＳＰＲＭ（２６）　　：　予備
　　ＳＰＲＭ（２７）　　：　予備
　　ＳＰＲＭ（２８）　　：　予備
　　ＳＰＲＭ（２９）　　：　予備
　　ＳＰＲＭ（３０）　　：　予備
　　ＳＰＲＭ（３１）　　：　予備
　なお、本実施の形態では、仮想プレーヤのプログラミング関数をＪａｖａ（登録商標）　Ｓｃｒｉｐｔベースとしたが、Ｊａｖａ（登録商標）　Ｓｃｒｉｐｔではなく、ＵＮＩＸ（登録商標）　ＯＳなどで使われているＢ－Ｓｈｅｌｌや、Ｐｅｒｌ　Ｓｃｒｉｐｔなど他のプログラミング関数であってもよい。言い換えれば、本開示におけるプログラム言語はＪａｖａ（登録商標）　Ｓｃｒｉｐｔに限定されるものでは無い。
　（プログラムの例）
　図２５及び図２６は、イベントハンドラにおけるプログラムの例を示す図である。
　図２５は、２つの選択ボタンを持つメニュー画面の制御に係るイベントハンドラにおけるプログラムの例を示す図である。
　セル（ＰｌａｙＬｉｓｔ＃１．Ｃｅｌｌ＃１）先頭でタイムイベントを使って図２５左側のプログラムが実行される。ここでは、最初にゼネラルパラメータの一つＧＰＲＭ（０）に“１”がセットされている。ＧＰＲＭ（０）は、当該プログラムの中で、選択されているボタンを識別するのに使っている。最初の状態では、左側に配置するボタン［１］が選択されている状態を初期値として持たされている。
　次に、ＰＮＧの描画を描画関数である“Ｄｒａｗ”を使ってボタン［１］、ボタン［２］それぞれについて行っている。ボタン［１］は、座標（１０、２００）を起点（左上端）としてＰＮＧイメージ“１ｂｌａｃｋ．ｐｎｇ”を描画している。ボタン［２］は、座標（３３０，２００）を起点（左上端）としてＰＮＧイメージ“２ｗｈｉｔｅ．ｐｎｇ”を描画している。
　また、本セル最後ではタイムイベントを使って図２５右側のプログラムが実行される。ここでは、Ｌｉｎｋ関数を使って当該セルの先頭から再度再生するように指定している。
　図２６は、メニュー選択のユーザイベントに係るイベントハンドラにおけるプログラムの例を示す図である。
　「左」キー、「右」キー、「決定」キー何れかのリモコンキーが押された場合それぞれに対応するプログラムがイベントハンドラに書かれている。ユーザによりリモコンキーが押された場合、図２１を用いて説明したように、ユーザイベントが生成され、図２６のイベントハンドラが起動されることになる。
　本イベントハンドラでは、選択ボタンを識別しているＧＰＲＭ（０）の値と、選択されたリモコンキーを識別するＳＰＲＭ（８）を使って以下のように分岐処理を行っている。
　条件１）ボタン［１］が選択されている、かつ、選択キーが「右」キーの場合
　　ＧＰＲＭ（０）を２に再設定して、選択状態にあるボタンを右のボタン［２］に変更する。
　　ボタン［１］、ボタン［２］のイメージをそれぞれ書き換える。
　条件２）選択キーが「決定（ＯＫ）」の場合で、ボタン［１］が選択されている場合
　　プレイリスト＃２の再生を開始する。
　条件３）選択キーが「決定（ＯＫ）」の場合で、ボタン［２］が選択されている場合
　　プレイリスト＃３の再生を開始する。
　図２６に示すプログラムは、上記のように解釈され実行される。
　（プレーヤ処理フロー）
　図２７から図３０を用いてプレーヤでの処理の流れを説明する。
　図２７は、ＢＤ－ＲＯＭプレーヤにおけるＡＶデータ再生の基本処理の流れを示すフローチャートである。
　ＢＤ－ＲＯＭが挿入されると（Ｓ１０１）、ＢＤ－ＲＯＭプレーヤは“ＢＤ．ＩＮＦＯ”の読み込みと解析（Ｓ１０２）、および、“ＢＤ．ＰＲＯＧ”の読み込み（Ｓ１０３）を実行する。“ＢＤ．ＩＮＦＯ”及び“ＢＤ．ＰＲＯＧ”は共に管理情報記録メモリ２０４に一旦格納され、シナリオプロセッサ３０５によって解析される。
　続いて、シナリオプロセッサ３０５は、“ＢＤ．ＩＮＦＯ”ファイル内のファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）情報に従い、最初のイベントを生成する（Ｓ１０４）。生成されたファーストイベントは、プログラムプロセッサ３０２で受け取られ、当該イベントに対応するイベントハンドラを実行処理する（Ｓ１０５）。
　ファーストイベントに対応するイベントハンドラには、最初に再生するべきプレイリストを指定する情報が記録されていることが期待される。仮に、プレイリスト再生が指示されていない場合には、プレーヤは何も再生することなく、ユーザイベントを受け付けるのを待ち続けるだけになる（Ｓ２０１でＮｏ）。
　ＵＯマネージャ３０３は、ユーザからのリモコン操作を受け付けると（Ｓ２０１でＹｅｓ）、プログラムプロセッサ３０２に対するＵＯイベントを生成する（Ｓ２０２）。
　プログラムプロセッサ３０２は、ＵＯイベントがメニューキーによるものであるかを判別し（Ｓ２０３）、メニューキーの場合（Ｓ２０３でＹｅｓ）は、シナリオプロセッサ３０５にＵＯイベントを流し、シナリオプロセッサ３０５がユーザイベントを生成する（Ｓ２０４）。プログラムプロセッサ３０２は生成されたユーザイベントに対応するイベントハンドラを実行処理する（Ｓ２０５）。
　図２８は、ＢＤ－ＲＯＭプレーヤにおけるプレイリスト再生開始からＶＯＢ再生終了までの処理の流れを示すフローチャートである。
　前述したように、ファーストイベントハンドラまたはグローバルイベントハンドラによってプレイリスト再生が開始される（Ｓ３０１）。シナリオプロセッサ３０５は、再生対象のプレイリスト再生に必要な情報として、プレイリスト“ＸＸＸ．ＰＬ”の読み込みと解析（Ｓ３０２）、および、プレイリストに対応するプログラム情報“ＸＸＸ．ＰＲＯＧ”の読み込みを行う（Ｓ３０３）。
　続いてシナリオプロセッサ３０５は、プレイリストに登録されているセル情報に基づいてセルの再生を開始する（Ｓ３０４）。セル再生は、シナリオプロセッサからプレゼンテーションコントローラ３０６に対して要求が出される事を意味し、プレゼンテーションコントローラ３０６はＡＶデータ再生を開始する（Ｓ３０５）。
　ＡＶデータの再生が開始されると、プレゼンテーションコントローラ３０６は、再生するセルに対応するＶＯＢの情報ファイル“ＸＸＸ．ＶＯＢＩ”を読み込み（Ｓ４０２）、解析する。プレゼンテーションコントローラ３０６は、タイムマップを使って再生開始するＶＯＢＵとそのアドレスを特定し、ドライブコントローラ３１７に読み出しアドレスを指示する。ドライブコントローラ３１７は対象となるＶＯＢデータ“ＹＹＹ．ＶＯＢ”を読み出す（Ｓ４０３）。
　読み出されたＶＯＢデータはデコーダに送られ再生が開始される（Ｓ４０４）。ＶＯＢ再生は、当該ＶＯＢの再生区間が終了するまで続けられ（Ｓ４０５）、終了すると次のセルが存在する場合（Ｓ４０６でＹｅｓ）、Ｃｅｌｌの再生（Ｓ３０４）へ移行する。また、次のセルが無い場合（Ｓ４０６でＮｏ）は、再生に係る処理が終了する。
　図２９は、ＡＶデータ再生開始後からのイベント処理の流れを示すフローチャートである。
　図２９（Ａ）は、ＢＤ－ＲＯＭプレーヤにおけるタイムイベントに係る処理の流れを示すフローチャートである。
　なお、ＢＤ－ＲＯＭプレーヤはイベントドリブン型のプレーヤモデルである。プレイリストの再生を開始すると、タイムイベント系、ユーザイベント系、字幕表示系のイベント処理プロセスがそれぞれ起動され、平行してイベント処理を実行するようになる。
　ＢＤ－ＲＯＭプレーヤにおいてプレイリスト再生の再生が開始されると（Ｓ５０１）、プレイリスト再生が終了していないことが確認され（Ｓ５０２でＮｏ）、シナリオプロセッサ３０５は、タイムイベント発生時刻になったかを確認する（Ｓ５０３）。
　タイムイベント発生時刻になっている場合（Ｓ５０３でＹｅｓ）には、シナリオプロセッサ３０５はタイムイベントを生成する（Ｓ５０４）。プログラムプロセッサ３０２はタイムイベントを受け取り、イベントハンドラを実行処理する（Ｓ５０５）。
　また、タイムイベント発生時刻になっていない場合（Ｓ５０３でＮｏ）、および、イベントハンドラの実行処理が終了した場合、プレイリスト再生の終了確認（Ｓ５０２）以降の処理を繰り返す。
　また、プレイリスト再生が終了したことが確認されると（Ｓ５０２でＹｅｓ）、タイムイベント系の処理は強制的に終了する。
　図２９（Ｂ）は、ＢＤ－ＲＯＭプレーヤにおけるユーザイベントに係る処理の流れを示すフローチャートである。
　ＢＤ－ＲＯＭプレーヤにおいてプレイリストの再生が開始されると（Ｓ６０１）、プレイリスト再生が終了していないことが確認され（Ｓ６０２でＮｏ）、ＵＯマネージャ３０３は、ＵＯの受け付けがあったかを確認する。
　ＵＯの受け付けがあった場合（Ｓ６０３でＹｅｓ）、ＵＯマネージャ３０３はＵＯイベントを生成する（Ｓ６０４）。プログラムプロセッサ３０２はＵＯイベントを受け取り、そのＵＯイベントがメニューコールであるかを確認する。
　メニューコールであった場合（Ｓ６０５でＹｅｓ）、プログラムプロセッサ３０２はシナリオプロセッサ３０５にイベントを生成させ（Ｓ６０７）、プログラムプロセッサ３０２はイベントハンドラを実行処理する（Ｓ６０８）。
　また、ＵＯイベントがメニューコールで無いと判断された場合（Ｓ６０５でＮｏ）、ＵＯイベントはカーソルキーまたは「決定」キーによるイベントである事を示している。この場合、現在時刻がユーザイベント有効期間内であるかをシナリオプロセッサ３０５が判断し、有効期間内である場合（Ｓ６０６でＹｅｓ）には、シナリオプロセッサ３０５がユーザイベントを生成し（Ｓ６０７）、プログラムプロセッサ３０２が対象のイベントハンドラを実行処理する（Ｓ６０８）。
　また、ＵＯ受付が無い場合（Ｓ６０３でＮｏ）、現在時刻がユーザイベント有効期間内にない場合（Ｓ６０６でＮｏ）、および、イベントハンドラの実行処理が終了した場合、プレイリスト再生の終了確認（Ｓ６０２）以降の処理を繰り返す。
　また、プレイリスト再生が終了したことが確認されると（Ｓ６０２でＹｅｓ）、ユーザイベント系の処理は強制的に終了する。
　図３０は、ＢＤ－ＲＯＭプレーヤにおける字幕データの処理の流れを示すフローチャートである。
　ＢＤ－ＲＯＭプレーヤにおいてプレイリストの再生が開始されると、プレイリスト再生が終了していないことが確認され（Ｓ７０２でＮｏ）、シナリオプロセッサ３０５は、字幕表示開始時刻になったかを確認する。字幕表示開始時刻になっている場合（Ｓ７０３でＹｅｓ）、シナリオプロセッサ３０５はプレゼンテーションコントローラ３０６に字幕描画を指示し、プレゼンテーションコントローラ３０６はイメージプロセッサ３１１に字幕描画を指示する。イメージプロセッサ３１１は、その指示に従い字幕をイメージプレーン２０９に字幕を描画する（Ｓ７０４）。
　また、字幕表示開始時刻になっていない場合（Ｓ７０３でＮｏ）、字幕表示終了時刻であるかを確認する。字幕表示終了時刻であると判断された場合（Ｓ７０５でＹｅｓ）、プレゼンテーションコントローラ３０６がイメージプロセッサ３１１に字幕消去指示を行う。
　イメージプロセッサ３１１は、その指示に従い描画されている字幕をイメージプレーン２０９から消去する（Ｓ７０６）。
　また、イメージプロセッサ３１１による字幕描画（Ｓ７０４）が終了した場合、イメージプロセッサ３１１による字幕消去（Ｓ７０６）のが終了した場合、および、字幕表示終了時刻でないと判断（Ｓ７０５でＮｏ）された場合、プレイリスト再生の終了確認（Ｓ７０２）以降の処理を繰り返す。
　また、プレイリスト再生が終了したことが確認されると（Ｓ７０２でＹｅｓ）、字幕表示系の処理は強制的に終了する。
　以上の動作により、ＢＤ－ＲＯＭプレーヤは、ユーザの指示またはＢＤ－ＲＯＭに記録されているＢＤ管理情報等に基づき、ＢＤ－ＲＯＭの再生に係る基本的な処理を行う。
　（実施の形態２）
　次に実施の形態２について説明する。本実施の形態では、ＢＤでの高輝度（ＨＤＲ）映像情報の記録及び再生に関して説明する。なお、基本的な技術内容は実施の形態１に基づくため、以下では、実施の形態１との相違点を中心に説明する。
　図３１は、１つの表示単位を構成する字幕映像ストリームの構造を示している。１つの表示単位の字幕映像ストリームは、Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔと呼ばれ、ＰＭデータで始まりＥＮＤで終わる構造である。以下個々のデータセグメントについて説明する。
　ＰＭ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｍａｎａｇｅｒ）は必ず字幕映像ストリームの各Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔの先頭に配置されるデータセグメントであり、以下のデータフィールドを含む。
　ｓｅｇ＿ｔｙｐｅはセグメントの種別を表しており、図３１に示すようにｓｅｇ＿ｔｙｐｅ＝０ｘ０１の場合であれば、それを含むデータセグメントがＰＭであることを示している。
　ｐｒｅｓｅｎ＿ｓｅｔ＿ｓｔａｔｅはこのＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔが字幕の１つの表示単位として字幕表示に必要なデータを全て含むタイプか、表示色のみを変更するような部分的な更新データだけを格納するタイプなのかを示している。
　ｂｉｔｍａｐ＿ｉｄ＿ｒｅｆはこのＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔが表示する字幕映像のビットマップの識別情報（ｂｉｔｍａｐ＿ｉｄ）を示している。
　ｗｉｎｄｏｗ＿ｉｄ＿ｒｅｆはこのＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔが利用する表示領域の識別情報（ｗｉｎｄｏｗ＿ｉｄ）を示している。
　ｂｉｔｍａｐ＿ｐｏｓ＿ｘ及びｂｉｔｍａｐ＿ｐｏｓ＿ｙはｂｉｔｍａｐ＿ｉｄ＿ｒｅｆで指定されたビットマップの左上座標の位置を示している。
　ｐａｌｅｔｔｅ＿ｉｄ＿ｒｅｆはこのＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔが利用する表示色インデックスカラーテーブルの識別情報（ｐａｌｅｔｔｅ＿ｉｄ）を示している。
　ｐａｌｅｔｔｅ＿ｕｐｄａｔｅ＿ｊｕｄｇｅはこのＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔが表示色インデックスカラーテーブルのみを更新するタイプのＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔか否かを示している。ｐａｌｅｔｔｅ＿ｕｐｄａｔｅ＿ｊｕｄｇｅ＝１の場合は表示領域及びビットマップ自体は直前のＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔと同じであるが、表示色インデックスカラーテーブルのみが変わる。これにより、例えば、カラオケのような徐々に色が変わるような図柄の表示制御をデータサイズが大きいビットマップを再送せずに実現することができる。
　ＷＩＮ（ＷＩＮｄｏｗ）はＰＭ直後に配置されるデータセグメントであり複数並べてもよい。ＷＩＮはＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔが用いる表示領域を指定するデータセグメントであり、以下のデータフィールドを含む。
　ｓｅｇ＿ｔｙｐｅ＝０ｘ０２で、このデータセグメントがＷＩＮであることが示される。
　ｗｉｎｄｏｗ＿ｉｄは、このＷＩＮで指定される表示領域を識別するための情報である。
　ｗｉｎｄｏｗ＿ｐｏｓ＿ｘ及びｗｉｎｄｏｗ＿ｐｏｓは、この表示領域の左上座標値を示している。＿ｗｉｎｄｏｗ＿ｓｉｚｅ＿ｘ及びｗｉｎｄｏｗ＿ｓｉｚｅ＿ｙは、この表示領域の横方向（ｘ）及び縦方向（ｙ）のサイズをピクセル精度で示している。
　なお、表示領域をこのように区切るのは、限られたデコーダ伝送帯域の条件下であっても、表示領域を絞ることで、表示更新間隔を早くすることができるからである。
　ＰＡＬ（ＰＡＬｅｔｔｅ）はＷＩＮ直後に配置されるデータセグメントであり複数並べてもよい。ＰＡＬはＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔが用いる表示色（インデックスカラー）を格納したデータセグメントであり、以下のデータフィールドを含む。
　ｓｅｇ＿ｔｙｐｅ＝０ｘ０３で、このデータセグメントがＰＡＬであることが示される。
　ｐａｌｅｔｔｅ＿ｉｄは、この表示色インデックスカラーテーブルを識別するための情報である。
　ｐａｌｅｔｔｅ＿ｖｅｒｓｉｏｎは、同じｐａｌｅｔｔｅ＿ｉｄを持つＰＡＬの中でのバージョン（更新の有無）を示している。このｐａｌｅｔｔｅ＿ｖｅｒｓｉｏｎは、表示色インデックスカラーテーブルのみを更新するようなＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔ（ｐａｌｅｔｔｅ＿ｕｐｄａｔａ＿ｊｕｄｇｅ＝１）において、ｐａｌｅｔｔｅ＿ｉｄは固定ながらｐａｌｅｔｔｅ＿ｖｅｒｓｉｏｎのみを更新する目的で利用することができる。
　ｃｏｌｏｒ＿ｉｎｄｅｘはカラーインデックスの番号（例えば０から２５５）を示している。
　Ｙ、Ｃｒ、Ｃｂ及びａｌｐｈａは該当するカラーインデックス番号（ｃｏｌｏｒ＿ｉｎｄｅｘ）が実際に意味する色情報を示す。当該色情報は、Ｙ（輝度情報）、Ｃｒ／Ｃｂ（色差情報）、ａｌｐｈａ（透過度情報）として夫々格納される。これによりＢＭＰ（）にて指定されるインデックスカラー番号（ｃｏｌｏｒ＿ｉｎｄｅｘ）に対応する色が特定される。このカラーインデックスはループ処理により最大２５５色が登録される。
　ＢＭＰ（ＢｉｔＭａＰ）はＰＡＬ直後に配置されるデータセグメントで複数並べてもよい。例えば、複数の字幕映像が同時に表示される場合に、複数のＷＩＮ、ＰＡＬ及びＢＭＰが配置される。ＢＭＰはＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔが格納する字幕映像のビットマップ情報を格納している。
　ｓｅｇ＿ｔｙｐｅ＝０ｘ０４で、このデータセグメントがＢＭＰであることが示される。
　ｂｉｔｍａｐ＿ｉｄは、このビットマップ映像情報の識別情報である。
　ｂｉｔｍａｐ＿ｖｅｒｓｉｏｎは、このビットマップのバージョン（更新の有無）を示している。
　ｂｉｔｍａｐ＿ｓｉｚｅ＿ｘ及びｂｉｔｍａｐ＿ｓｉｚｅ＿ｙは、このビットマップを展開した際のｘ及びｙ方向のサイズをピクセル精度で記述している。
　ｂｉｔｍａｐ＿ｉｍａｇｅ＿ｄａｔａ（）は、このビットマップ映像を圧縮符号化したデータを格納している。
　このように、１つの字幕表示単位であるＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔは、１回の字幕表示もしくは字幕更新に必要な情報をデータセグメント化して転送するためのエレメンタリストリームである。字幕ストリームは、このＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔを複数ならべて字幕を更新させるものである。
　図３２は、図３１で説明した字幕表示時の位置関係を示す図である。
　字幕を表示するプレーンは左上を原点としてｘ及びｙ座標軸が夫々右及び下方向へ向かう。このプレーン内に表示領域（ＷＩＮ）が配置され、その表示領域の内部に、ビットマップイメージ（ＢＭＰ）が配置される。
　図３３Ａ及び図３３Ｂは、ｐｒｅｓｅｎ＿ｓｅｔ＿ｓｔａｔｅを説明するための図である。字幕ストリームのＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔには、そのＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔから表示が開始できるように全ての必要なデータを含んだＳＴＡＲＴ　ＣＡＳＥタイプと、現在の字幕表示の一部情報のみを更新するためのＮＯＲＭＡＬ　ＣＡＳＥタイプとがある。これらのＳＴＡＲＴ　ＣＡＳＥタイプとＮＯＲＭＡＬ　ＣＡＳＥタイプとは、ｐｒｅｓｅｎ＿ｓｅｔ＿ｓｔａｔｅの値によって識別される。
　再生開始位置及びシームレス接続点の直後には、ＳＴＡＲＴ　ＣＡＳＥタイプが用いられ、それ以外ではＮＯＲＭＡＬ　ＣＡＳＥタイプを用いることで、データ量を効率よく抑えて字幕映像を伝送することができる。
　図３４は、字幕ストリームのシステムストリーム化を説明するための図である。字幕エレメンタリストリームとしてＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔが符号化される（上段）。この字幕エレメンタリストリームは、データセグメントごとにＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ　Ｅｌｅｍｅｎｔａｒｙ　Ｓｔｒｅａｍ）パケット化される（中段）。このＰＥＳパケットは、ＭＰＥＧ－２トランスポートストリームのようなシステムストリームで他のエレメンタリストリームと一緒に多重化される（下段）。
　多重化の形式はＭＰＥＧ－２　ＴＳに限らず、ＭＰＥＧ－２　ＰＳでも、ＭＰ４などでもかまわない。また、ＰＥＳにタイミング情報であるＰＴＳ及びＤＴＳが付与される。これにより、システムデコーダは、所望のタイミングで字幕をデコードし、得られた字幕をビデオ映像と同期して表示できる。
　ここまでは、標準輝度映像（ＳＤＲ）用の字幕について説明してきたが、以降、高輝度映像（ＨＤＲ）用のビデオ映像への重畳にも対応した字幕ストリームについて説明する。
　図３５は、ＳＤＲ及びＨＤＲの両方に対応した字幕ストリームの１　Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔを示す図である。この字幕ストリームは、Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔの再生制御に用いられるＰＭとして、ＳＤＲ用のＰＭと、その直後に配置されたＨＤＲ用のＰＭとの合計２つのＰＭが配置されているという特徴を持つ。
　つまり、Ｐｒｅｓｅｎｔａｔｉｏｎ　ＳｅｔがＨＤＲ用のビデオ映像に対応する場合には、Ｐｒｅｓｅｎｔａｔｉｏｎ　ＳｅｔはＨＤＲ出力用のＰＭ（ＨＤＲ）を含む。このＰＭ（ＨＤＲ）は、ＳＤＲ用のＰＭ（ＳＤＲ）の後に配置される。
　標準輝度映像（ＳＤＲ）用のＰＭ（ＳＤＲ）は、前記説明の通りであり、高輝度映像（ＨＤＲ）用のＰＭ（ＨＤＲ）もＰＭ（ＳＤＲ）と同じデータ構造及びセマンティクスを持つ。
　ＰＭ（ＳＤＲ）は、これまでと同じｓｅｇ＿ｔｙｐｅ＝０ｘ０１により識別されるが、ＰＭ（ＨＤＲ）はこれまで未使用だった新たな値、例えばｓｅｇ＿ｔｙｐｅ＝０ｘ１１によって識別される。
　また、ＰＭ（ＳＤＲ）のＰＥＳパケットのＰＴＳ及びＤＴＳと、ＰＭ（ＨＤＲ）のＰＥＳパケットのＰＴＳ及びＤＴＳは同じ値である。
　ＰＭ（ＨＤＲ）もＰＭ（ＳＤＲ）と同様に、ＷＩＮ、ＰＡＬ、ＢＭＰを参照している。ＰＭ（ＨＤＲ）のデータフィールドの値は、ｓｅｇ＿ｔｙｐｅ及びｐａｌｅｔｔｅ＿ｉｄ＿ｒｅｆの値だけがＰＭ（ＳＤＲ）と異なり、他のデータフィールドの値は全てＰＭ（ＳＤＲ）同じである。
　具体的には、ＰＭ（ＳＤＲ）のｐａｌｅｔｔｅ＿ｉｄ＿ｒｅｆはＳＤＲビデオ映像に重畳する際に指定されるべきｐａｌｅｔｔｅ＿ｉｄを指し示す一方で、ＰＭ（ＳＤＲ）の直後に続くＰＭ（ＨＤＲ）のｐａｌｅｔｔｅ＿ｉｄ＿ｒｅｆはＨＤＲビデオ映像に重畳する際に指定されるべきｐａｌｅｔｔｅ＿ｉｄを指し示す。
　再生装置は、ＳＤＲ映像を復号する場合、ＰＭ（ＳＤＲ）を用いてＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔを復号する。また、再生装置は、ＨＤＲ映像を復号する場合、ＰＭ（ＨＤＲ）を用いてＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔを復号する。
　このように、図３５に示すＳＤＲ及びＨＤＲに両対応したＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔでは、データ量が大きいＢＭＰを共有しながら、このＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔにて指定可能なインデックスカラーを、ＰＭ（ＳＤＲ）のｐａｌｅｔｔｅ＿ｉｄ＿ｒｅｆとＰＭ（ＨＤＲ）のｐａｌｅｔｔｅ＿ｉｄ＿ｒｅｆにより指定する。これにより、再生されているビデオ映像の属性（ＳＤＲ又はＨＤＲ）に応じて、制作者の意図通りにインデックスカラーを指定することが可能である。
　また、再生装置は、ＰＭ（ＳＤＲ）かＰＭ（ＨＤＲ）のどちらを用いるか選択すればよい。つまり、再生装置は、ｓｅｇ＿ｔｙｐｅ＝０ｘ０１と０ｘ１１のどちらか一方を選択するだけでよい。よって、他の字幕表示制御処理を変更することなく、ＳＤＲ及びＨＤＲの両方に対応した字幕処理部を設計及び開発することが可能である。
　また、ディスク制作の観点でも、データ構造を共有化でき、極めて少ないデータ量の増加で、１つのビットマップイメージ（ＢＭＰ）をＨＤＲ用とＳＤＲ用とで兼用することができるというメリットがある。
　以下、ＳＤＲ及びＨＤＲの両方に対応した字幕ストリームの別の例を説明する。
　図３６は、ＳＤＲ及びＨＤＲの両方に対応した字幕ストリームの１　Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔを示す図である。この字幕ストリームは、Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔの表示色インデックスカラーテーブルを格納するＰＡＬとしてＳＤＲ用のＰＡＬと、その直後に配置されたＨＤＲ用のＰＡＬとのペアが、ＰＡＬ配置列の中に配置されているという特徴を持つ。
　つまり、Ｐｒｅｓｅｎｔａｔｉｏｎ　ＳｅｔがＨＤＲ用のビデオ映像に対応する場合には、Ｐｒｅｓｅｎｔａｔｉｏｎ　ＳｅｔはＨＤＲ出力用のＰＡＬ（ＨＤＲ）を含む。また、ＨＤＲ用のＰＭ（ＨＤＲ）とＳＤＲ用のＰＭ（ＳＤＲ）とは、ＳＤＲ及びＨＤＲのそれぞれの出力のために一対一のペアを形成する。
　ペアとなるＰＡＬ（ＳＤＲ）とＰＡＬ（ＨＤＲ）は、そのペア関係が明確になるよう、続けて符号化されてもよい。
　標準輝度映像（ＳＤＲ）用のＰＡＬ（ＳＤＲ）は前記説明の通りであり、高輝度映像（ＨＤＲ）用のＰＡＬ（ＨＤＲ）もＰＡＬ（ＳＤＲ）と同じデータ構造及びセマンティクスを持つ。
　ＰＡＬ（ＳＤＲ）を識別するには、これまでと同じｓｅｇ＿ｔｙｐｅ＝０ｘ０３により識別されるが、ＰＡＬ（ＨＤＲ）はこれまで未使用だった新たな値、例えばｓｅｇ＿ｔｙｐｅ＝０ｘ１３によって識別される。
　ＰＡＬ（ＨＤＲ）はペアとなるＰＡＬ（ＳＤＲ）と同じｐａｌｅｔｔｅ＿ｉｄ値と、同じｐａｌｅｔｔｅ＿ｖｅｒｓｉｏｎ値を持ち、ＰＥＳパケットの階層では同じＰＴＳ値を持つように符号化される。
　ＰＡＬ（ＳＤＲ）はＳＤＲビデオ映像と重畳する際に利用されるべき表示色インデックスカラーテーブルを指し示す一方で、直後に続くＰＡＬ（ＨＤＲ）はＨＤＲビデオ映像と重畳する際に利用されるべき表示色インデックスカラーを指し示す。
　再生装置は、ＳＤＲ映像を復号する場合、ｐａｌｅｔｔｅ＿ｉｄ値及びｐａｌｅｔｔｅ＿ｖｅｒｓｉｏｎ値で指定されたＰＡＬ（ＳＤＲ）を用いてＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔを復号する。また、再生装置は、ＨＤＲ映像を復号する場合、ｐａｌｅｔｔｅ＿ｉｄ値及びｐａｌｅｔｔｅ＿ｖｅｒｓｉｏｎ値で指定されたＰＡＬ（ＨＤＲ）を用いてＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔを復号する。
　このように、図３６に示すＳＤＲ及びＨＤＲに両対応したＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔは、データ量が大きいＢＭＰを共有しながら、このＰｒｅｓｅｎｔａｔｉｏｎ　Ｓｅｔにて指定可能なインデックスカラーとして、ＰＡＬ（ＳＤＲ）とＰＡＬ（ＨＤＲ）のペアを持つ。これにより、再生されているビデオ映像の属性（ＳＤＲ又はＨＤＲ）に応じて、制作者の意図通りにインデックスカラーを指定することが可能である。
　また、再生装置は、ＰＡＬ（ＳＤＲ）かＰＡＬ（ＨＤＲ）のどちらを用いるかを選択すればよい。つまり、再生装置は、ｓｅｇ＿ｔｙｐｅ＝０ｘ０３と０ｘ１３のどちらか一方を選択するだけでよい。よって、他の字幕表示制御処理を変更することなく、ＳＤＲ及びＨＤＲの両方に対応した字幕処理部を設計及び開発することが可能である。
　また、ディスク制作の観点でも、データ構造を共有化でき、極めて少ないデータ量の増加で、１つのビットマップイメージ（ＢＭＰ）をＨＤＲ用とＳＤＲ用とで兼用することができるというメリットがある。
　以下、本実施の形態に係るシステムデコーダモデルについて説明する。図３７は、ビデオストリームと字幕ストリームをデコードするシステムデコーダモデル４００を示す図である。
　ビデオストリームは、トランスポートストリームバッファ４０１（ＴＢ）、マルチプレクシングバッファ４０２（ＭＢ）及びエレメンタリストリームバッファ４０３（ＥＢ）を介して、ビデオデコーダ４０４（Ｖ）によりデコードされ、デコーディッドピクチャバッファ４０５（ＤＰＢ）介して、ビデオプレーン４０６に描画される。ここでビデオストリームがＳＤＲであればＳＤＲのビデオ映像が、ＨＤＲであればＨＤＲのビデオ映像がビデオプレーン４０６に書き出される。
　ＳＤＲのビデオストリームとＨＤＲのビデオストリームとは、ＭＰＥＧ－４　ＡＶＣ又はＨＥＶＣであれば、ビデオストリーム内のｕｓｅｒ　ｕｎｒｅｇｉｓｔｅｒｅｄ　ＳＥＩ　ｍｅｓｓａｇｅのようなメタデータの有無により識別できる。
　例えば、ＳＤＲビデオストリームの場合にはＢＴ．７０９の色空間で１００ｎｉｔまでの輝度情報が符号化されておりメタデータは格納されていないが、ＨＤＲビデオストリームの場合には、ＢＴ．２０２０のより広い色空間で１０００ｎｉｔまでのより明るい輝度情報が符号化されており、最大及び最小輝度値並びに輝度変更のトーンマッピングのパラメータがｕｓｅｒ　ｕｎｒｅｇｉｓｔｅｒｅｄ　ＳＥＩ　ｍｅｓｓａｇｅにメタデータとして格納されている。
　図３７の下段は図３６のケースにおける字幕ストリームのデコーダを示している。トランスポートストリームバッファ４０７（ＴＢ）からエレメンタリストリームバッファ４０８（ＥＢ）へ転送された字幕ストリームは、プレゼンテーションセットデコーダ４０９に入力される。この字幕ストリームには、ＨＤＲとＳＤＲとの両方の表示色インデックスカラーテーブル（ＰＡＬ（ＨＤＲ）とＰＡＬ（ＳＤＲ））とが含まれる。
　プレゼンテーションセットデコーダ４０９は、グラフィックスプロセッサ４１０（ＧＰ）と、コーディングバッファ４１１（ＤＢ）と、コンポジションバッファ４１２（ＣＢ）と、グラフィックスコントローラー４１３（ＧＣ）とを含む。
　グラフィックスプロセッサ４１０（ＧＰ）において、ＰＡＬ（ＨＤＲ）とＰＡＬ（ＳＤＲ）は、夫々のＰＥＳパケットのＰＴＳの時刻に処理されて、どちらか必要な方だけがコンポジションバッファ４１２（ＣＢ）に格納される。
　ＰＡＬ（ＨＤＲ）とＰＡＬ（ＳＤＲ）とのどちらが必要なのかは、デコードしているビデオ映像がＳＤＲとＨＤＲとのどちらであるかに基づき判断できる。例えば、該当のｕｓｅｒ　ｕｎｒｅｇｉｓｔｒｅｄ　ＳＥＩ　ｍｅｓｓａｇｅの有無からビデオ映像がＳＤＲとＨＤＲとのどちらであるかを判断してもよい。または、ＰｌａｙＬｉｓｔ（．ＰＬ）又はストリーム属性情報（．ＶＯＢＩ）のようなデータベースにビデオストリームがＳＤＲ及びＨＤＲのどちらであるかを示す種別情報を記述しておき（例えば、図１３のＶｉｄｅｏにＳＤＲ／ＨＤＲ識別情報を加えるなど）、当該種別情報に基づき、ビデオストリームの属性がＳＤＲであるＨＤＲであるかを判断してもよい。または、プレーヤの最終出力映像がＳＤＲとＨＤＲとのどちらなのかに応じてＰＡＬ（ＳＤＲ）とＰＡＬ（ＨＤＲ）とを使い分けてもよい。
　また、グラフィックスプロセッサ４１０によりデコードされた字幕映像は、コーディングバッファ４１１（ＤＢ）を介してＰＳプレーン４１４に描画される。
　コンポジションバッファ４１２に蓄積された表示色インデックスカラーテーブルは、グラフィックスコントローラー４１３（ＧＣ）によってカラーテーブル適用部４１５（ＣＬＵＴ）へ送られる。カラーテーブル適用部４１５は、当該表示色インデックスカラーテーブルを用いて、字幕映像の色づけを行う。
　なお、上記では字幕ストリームの例を説明したが同様の手法をメニュー映像ストリームにも適用できる。
　図３８は、ＳＤＲ及びＨＤＲの両方に対応したメニュー映像ストリームを示す図である。図３７に示す字幕ストリームと同じようにＰＡＬ（ＳＤＲ）とＰＡＬ（ＨＤＲ）を用いる場合について説明する。
　ＩＭ（Ｉｎｔｅｒａｃｔｉｏｎ　Ｍａｎａｇｅｒ）は、メニューに用いるボタンの識別情報（ｂｕｔｔｏｎ＿ｉｄ）、ビットマップイメージ（ｂｉｔｍａｐ＿ｉｄ＿ｒｅｆ）、表示位置（ｂｉｔｍａｐ＿ｐｏｓ＿ｘ及びｂｉｔｍａｐ＿ｐｏｓ＿ｙ）、及びコマンド（ｂｕｔｔｏｎ＿ｃｏｍｍａｎｄ（））を含む。
　ＰＡＬ（ＰＡＬｅｔｔｅ）は、字幕ストリームと同じ構造である。ＰＡＬ（ＳＤＲ）にはｓｅｇ＿ｔｙｐｅ＝０ｘ２２、ＰＡＬ（ＨＤＲ）にはｓｅｇ＿ｔｙｐｅ＝０ｘ３２が夫々割り振られる。
　ＢＭＰ（ＢｉｔＭａＰ）は、字幕ストリームと同じ構造である。
　メニュー映像ストリームも字幕映像ストリームと同様に、ＳＤＲ用の表示色インデックスカラーテーブル（ＰＡＬ（ＳＤＲ））と、ＨＤＲ用の表示色インデックスカラーテーブル（ＰＡＬ（ＨＤＲ））とに別個の識別番号を付与することで効率よく、拡張することが可能である。
　尚、上記の説明は一例に過ぎず、当該技術者にとっては、様々な応用が適用できる。
　以上のように、本実施の形態に係る記録媒体は、主映像が符号化された主映像ストリームと、主映像に重畳して表示される副映像が符号化された副映像ストリームとが記録されている。ここで、副映像とは、例えば、字幕又はメニューである。
　副映像ストリームは、副映像の図柄を示すビットマップデータ（ＢＭＰ）と、ビットマップデータで示される図柄の表示色を指定するパレットデータ（ＰＡＬ）とを含む。パレットデータ（ＰＡＬ）は、第１の輝度ダイナミックレンジ（ＳＤＲ）用の第１のパレットデータ（ＰＡＬ（ＳＤＲ））と、第１の輝度ダイナミックレンジより広い第２の輝度ダイナミックレンジ（ＨＤＲ）用の第２のパレットデータ（ＰＡＬ（ＨＤＲ））とを含む。
　例えば、主映像ストリームは、第１の輝度ダイナミックレンジ（ＳＤＲ）の第１の主映像ストリームと、第２の輝度ダイナミックレンジ（ＨＤＲ）の第２の主映像ストリームとを含む。第１のパレットデータ（ＰＡＬ（ＳＤＲ））は、第１の主映像ストリームが再生される場合に使用され、第２のパレットデータ（ＰＡＬ（ＨＤＲ））は、第２の主映像ストリームが再生される場合に使用される。
　第１のパレットデータには、第１の輝度ダイナミックレンジ（ＳＤＲ）内の輝度値のみが使用される。つまり、第１のパレットデータには、第２の輝度ダイナミックレンジ（ＨＤＲ）のうちの第１の輝度ダイナミックレンジ（ＳＤＲ）外の輝度値（高輝度値）は含まれない。
　また、第２のパレットデータには、第２の輝度ダイナミックレンジ（ＨＤＲ）内の輝度値のみが使用される。なお、第２のパレットデータには、必ずしも第１の輝度ダイナミックレンジ（ＳＤＲ）外の輝度値（高輝度値）が含まれる必要はない。つまり、第２のパレットデータは、第２の主映像ストリーム（ＨＤＲ映像ストリーム）が再生される際に使用される副映像用のパレットデータであればよい。第２の主映像ストリームは、第１の主映像ストリームよりも高輝度値の映像を含む。よって、同一の色味及び輝度の字幕を使用した場合には、第２の主映像ストリームに重畳した字幕がユーザに視認しにくくなる場合がある。これに対して、第１のパレットデータと色味又は輝度が異なる第２のパレットデータを用いることで、第２の主映像ストリームに適した色味又は輝度の字幕を表示できるので、ユーザによる字幕の視認性を向上できる。
　このように、第１の輝度ダイナミックレンジ（ＳＤＲ）及び第２の輝度ダイナミックレンジ（ＨＤＲ）用にそれぞれ異なるパレットデータを用いることで、ユーザによる字幕の視認性を向上できる。
　また、ビットマップデータは、第１の輝度ダイナミックレンジ（ＳＤＲ）及び第２の輝度ダイナミックレンジで兼用されてもよい。
　これにより、ディスク容量を圧迫することなく、第１の主映像（ＳＤＲ）及び第２の主映像（ＨＤＲ）に重畳する字幕又はメニューグラフィックスを記録することができる。また、再生装置は、表示色のインデックスカラーテーブルだけを、重畳するビデオ映像によって変更することで容易にかつ制作者意図を反映しながら第１の輝度ダイナミックレンジ（ＳＤＲ）用、及び第２の輝度ダイナミックレンジ（ＨＤＲ）用の字幕及びメニューグラフィックスを得ることができる。
　（実施の形態３）
　本実施の形態では、字幕ストリーム（ＰＧストリーム）及びメニュー映像ストリーム（ＩＧストリーム）をＢＤに格納する場合について説明する。
　ここで、現行のＴＶの多くはＨＤＲ映像信号を受信する機能を有していない。よって、このようなＴＶにおいても映像を再生できるように、コンテンツ制作者は、ディスクにＨＤＲ映像ストリームに加え、ＳＤＲ映像ストリームを記録する必要がある。
　この場合、コンテンツ制作者は、以下の二つの方法のいずれかを用いることができる。一つ目の方法は、ＨＤＲ及びＳＤＲの再生用に、独立した二つのシステムストリーム（例えばＭＰＥＧ－２　ＴＳ）を準備する方法である。二つ目の方法は、ＨＤＲ及びＳＤＲの再生用に単一のシステムストリーム（例えばＭＰＥＧ－２　ＴＳ）を準備する方法である。なお、以下では、二つ目の方法における単一のシステムストリームをデュアルストリームと呼ぶ。
　本実施の形態では、デュアルストリームにおけるＨＤＲの再生時とＳＤＲの再生時とでユーザが同じ状況を経験できるように、組となるＨＤＲ用のＰＧストリーム及びＩＧストリームとＳＤＲ用のＰＧストリーム及びＩＧストリームとをＣＬＵＴ（Ｃｏｌｏｒ　Ｌｏｏｋ　Ｕｐ　Ｔａｂｌｅ）以外を同じ内容にする。ここで内容とは、例えば、表示の開始及び終了タイミング、表示される内容、及び言語等である。
　具体的には、組となるＨＤＲ用のＰＧストリームとＳＲＤ用のＰＧストリームのＰＩＤの値、及びＢＤのデータベースファイル（ＰｌａｙＬｉｓｔ及びＣｌｉｐ　Ｉｎｆｏｒｍａｔｉｏｎ　ｆｉｌｅ）における登録順番を同じにすることで、組となるＨＤＲ用のＰＧストリームとＳＲＤ用のＰＧストリームとを理解しやすくする。なお、ＩＧストリームについても同様である。
　図３９は、本実施の形態に係るデュアルストリームにおけるＰＧストリーム及びＩＧストリームを説明するための図である。
　デュアルストリームプレイリスト（Ｄｕａｌ　Ｓｔｒｅａｍ　ＰｌａｙＬｉｓｔ）は、ＨＤＲ用のＰＧストリーム及びＩＧストリームを定義するＳＴＮ＿ｔａｂｌｅ（）データブロックと、ＳＤＲ用のＰＧストリーム及びＩＧストリームを定義するＳＴＮ＿ｔａｂｌｅ＿ＤＳ（）データブロックとを含む。
　デュアルストリームクリップインフォメーションファイル（Ｄｕａｌ　Ｓｔｒｅａｍ　Ｃｌｉｐ　Ｉｎｆｏｒｍａｔｉｏｎ　ｆｉｌｅ）は、ＨＤＲ用のＰＧストリーム及びＩＧストリームを定義するＰｒｏｇｒａｍＩｎｆｏ（）データブロックと、ＳＤＲ用のＰＧストリーム及びＩＧストリームを定義するＰｒｏｇｒａｍＩｎｆｏ＿ＤＳ（）データブロックとを含む。
　このように、ＨＤＲ再生用のエレメンタリ―ストリームの登録内容（Ｒｅｇｉｓｔｒａｔｉｏｎ）は、ＳＴＮ＿ｔａｂｌｅ（）及びＰｒｏｇｒａｍＩｎｆｏ（）に記述される。また、ＳＤＲ再生用のエレメンタリ―ストリームの登録内容（Ｒｅｇｉｓｔｒａｔｉｏｎ）は、ＳＴＮ＿ｔａｂｌｅ＿ＤＳ（）及びＰｒｏｇｒａｍＩｎｆｏ＿ＤＳ（）に記述される。
　デュアルストリームクリップＡＶストリームファイル（Ｄｕａｌ　Ｓｔｒｅａｍ　Ｃｌｉｐ　ＡＶ　ｓｔｒｅａｍ　ｆｉｌｅ）は、ＨＤＲ映像ストリーム（ＨＤＲ　ｖｉｄｅｏ　ｓｔｒｅａｍ）と、ＨＤＲ　ＰＧ１ストリーム（ＨＤＲ　ＰＧ１　ｓｔｒｅａｍ）と、ＨＤＲ　ＰＧ２ストリーム（ＨＤＲ　ＰＧ２　ｓｔｒｅａｍ）と、ＨＤＲ　ＩＧ１ストリーム（ＨＤＲ　ＩＧ１　ｓｔｒｅａｍ）と、ＳＤＲ映像ストリーム（ＳＤＲ　ｖｉｄｅｏ　ｓｔｒｅａｍ）と、ＳＤＲ　ＰＧ１ストリーム（ＳＤＲ　ＰＧ１　ｓｔｒｅａｍ）と、ＳＤＲ　ＰＧ２ストリーム（ＨＤＲ　ＰＧ２　ｓｔｒｅａｍ）と、ＳＤＲ　ＩＧ１ストリーム（ＨＤＲ　ＩＧ１　ｓｔｒｅａｍ）と、音声１ストリーム（ａｕｄｉｏ１　ｓｔｒｅａｍ）と、音声２ストリーム（ａｕｄｉｏ１　ｓｔｒｅａｍ）とを含む。
　ＨＤＲ映像ストリームと、ＨＤＲ　ＰＧ１ストリームと、ＨＤＲ　ＰＧ２ストリームと、ＨＤＲ　ＩＧ１ストリームとは、ＨＤＲ用のストリームである。ＨＤＲ映像ストリームは、ＨＤＲ用の主映像情報を含み、ＨＤＲ　ＰＧ１ストリーム及びＨＤＲ　ＰＧ２ストリームは、ＨＤＲ用の字幕情報を含み、ＨＤＲ　ＩＧ１ストリームは、ＨＤＲ用のメニュー情報を含む。
　ＳＤＲ映像ストリームと、ＳＤＲ　ＰＧ１ストリームと、ＳＤＲ　ＰＧ２ストリームと、ＳＤＲ　ＩＧ１ストリームとは、ＳＤＲ用のストリームである。ＳＤＲ映像ストリームは、ＳＤＲ用の主映像情報を含み、ＳＤＲ　ＰＧ１ストリーム及びＳＤＲ　ＰＧ２ストリームは、ＳＤＲ用の字幕情報を含み、ＳＤＲ　ＩＧ１ストリームは、ＳＤＲ用のメニュー情報を含む。
　ここで、ＨＤＲ　ＰＧ１ストリームとＳＤＲ　ＰＧ１ストリームとは組をなし、ＨＤＲ　ＰＧ２ストリームとＳＤＲ　ＰＧ２ストリームとは組をなし、ＨＤＲ　ＩＧ１ストリームとＳＤＲ　ＩＧ１ストリームとは組をなす。また、組に含まれる２つのストリームは、同一の内容を示し、後述するようにパレットデータ（ＰＤＳ（Ｐａｌｅｔｔｅ　Ｄｅｆｉｎｉｔｉｏｎ　Ｓｅｇｍｅｎｔ））以外は同一なストリームである。なお、ＰＤＳは、上述したＰＡＬと同様のデータである。また、各ＰＧストリームは、図３１に示すＰｒｅｓｅｎｔａｔｉｏｎ　ｓｅｔと同様の情報を複数含む。
　例えば、ＨＤＲ　ＰＧ１ストリーム及びＳＤＲ　ＰＧ１ストリームは日本語字幕であり、ＨＤＲ　ＰＧ２ストリーム及びＳＤＲ　ＰＧ２ストリームは英語字幕である。
　音声１ストリーム及び音声２ストリームは、音声情報を含み、ＨＤＲ及びＳＤＲで兼用される。例えば、音声１ストリームは、英語音声であり、音声２ストリームは日本語音声である。
　このように、デュアルストリームは、映像ストリーム、字幕ストリーム及びメニューストリームを、ＨＤＲ用とＳＤＲ用とで個別に含む。また、デュアルストリームは、ＨＤＲ及びＳＤＲで兼用される音声ストリームを含む。
　なお、図３９では、２種類の字幕と、１種類のメニューグラフィックスと、２種類の音声が格納される例を示しているが、字幕、メニューグラフィックス及び音声の種類の数は任意でよい。
　また、本実施の形態では、ＨＤＲ用及びＳＤＲ用の同一内容の字幕ストリーム及びメニューストリームが組をなす。言い換えると、ＳＤＲ用に存在する字幕及びメニューは、ＨＤＲ用にも必ず存在し、ＨＤＲ用に存在する字幕及びメニューは、ＳＤＲ用にも必ず存在する。例えば、ＳＤＲ用の字幕として日本語字幕、英語字幕及びフランス語字幕の３種類が存在する場合には、ＨＤＲ用の字幕として、必ず日本語字幕、英語字幕及びフランス語字幕の３種類が存在する。言い換えると、ＨＤＲ用とＳＤＲ用とで異なる種類の字幕又はメニューが存在することが禁止される。
　このような制限を設けることにより、ＳＤＲ再生時とＨＤＲ再生時とにおいて、ユーザに同じ視聴体験を提供できる。
　また、本実施の形態では、上記組を識別するために、各ストリームに付与されるＰＩＤの値にルールを設ける。以下、詳細に説明する。
　図４０は、各ストリームに使用されるＰＩＤを示す図である。図４０に示すように、デュアルストリームクリップが定義する、ＨＤＲ用のＰＧストリームのＰＩＤの値は、ＨＤＲ＿ＰＧ＿ＰＩＤ１からＨＤＲ＿ＰＧ＿ＰＩＤ３２のいずれかであり、ＳＤＲのＰＧストリームのＰＩＤの値は、ＳＤＲ＿ＰＧ＿ＰＩＤ１からＳＤＲ＿ＰＧ＿ＰＩＤ３２のいずれかである。
　デュアルストリームクリップ内の組となるＨＤＲ用のＰＧストリームとＳＤＲ用のＰＧストリームとはＰＩＤ範囲において同じ昇順が設定される。例えば、ＰＩＤがＨＤＲ＿ＰＧ＿ＰＩＤ１＋ＸであるＨＤＲ用のＰＧストリームと、ＰＩＤがＳＤＲ＿ＰＧ＿ＰＩＤ１＋ＸであるＳＤＲ用のＰＧストリームとが組をなす。
　なお、これらのルールはＩＧストリームに対しても同様である。
　つまり、ＨＤＲ　ＰＧ１ストリームと、ＳＤＲ　ＰＧ１ストリームとが組である場合、ＰＩＤの値の関係は以下のようになる。
　（ＨＤＲ＿ＰＧ１＿ＰＩＤ）－（ＨＤＲ＿ＰＧ＿ＰＩＤ１）＝（ＳＤＲ＿ＰＧ１＿ＰＩＤ）－（ＳＤＲ＿ＰＧ＿ＰＩＤ１）
　つまり、ＨＤＲ用のＰＧストリームに割り当てられている複数のＰＩＤ（ＨＤＲ＿ＰＧ＿ＰＩＤ１～ＨＤＲ＿ＰＧ＿ＰＩＤ３２）のうち、一番目のＰＩＤ（ＨＤＲ＿ＰＧ＿ＰＩＤ１）が割り当てられているＨＤＲ用のＰＧストリームと、ＳＤＲ用のＰＧストリームに割り当てられている複数のＰＩＤ（ＳＤＲ＿ＰＧ＿ＰＩＤ１～ＳＤＲ＿ＰＧ＿ＰＩＤ３２）のうち、一番目のＰＩＤ（ＳＤＲ＿ＰＧ＿ＰＩＤ１）が割り当てられているＳＤＲ用のＰＧストリームとが組をなす。また、ＨＤＲ用のＰＧストリームに割り当てられている複数のＰＩＤのうち、二番目のＰＩＤ（ＨＤＲ＿ＰＧ＿ＰＩＤ２）が割り当てられているＨＤＲ用のＰＧストリームと、ＳＤＲ用のＰＧストリームに割り当てられている複数のＰＩＤのうち、二番目のＰＩＤ（ＳＤＲ＿ＰＧ＿ＰＩＤ２）が割り当てられているＳＤＲ用のＰＧストリームとが組をなす。
　同様に、ＨＤＲ　ＩＧ１ストリームと、ＳＤ　ＩＧ１ストリームとが組である場合、ＰＩＤの値の関係は以下のようになる。
　（ＨＤＲ＿ＩＧ１＿ＰＩＤ）－（ＨＤＲ＿ＩＧ＿ＰＩＤ１）＝（ＳＤＲ＿ＩＧ１＿ＰＩＤ）－（ＳＤＲ＿ＩＧ＿ＰＩＤ１）
　また、組となるＨＤＲ用のＰＧストリーム及びＩＧストリームと、ＳＤＲ用のＰＧストリーム及びＩＧストリームとは、ＰＤＳ（Ｐａｌｅｔｔｅ　Ｄｅｆｉｎｉｔｉｏｎ　Ｓｅｇｍｅｎｔ）内のｐａｌｅｔｔｅ＿ｅｎｔｒｙ（）以外は完全に同じである。これにより、ＨＤＲの再生時とＳＤＲの再生時とでユーザは同じ再生結果を経験できるため混乱を与えない。
　図４１は、ＰＤＳの構成を示す図である。
　ｐａｌｅｔｔｅ＿ｅｎｔｒｙ（）は、当該ＰＤＳ用のＣＬＵＴ（カラールックアップテーブル）を定義するデータブロックである。
　ＰＤＳは、ｐａｌｅｔｔｅ＿ｅｎｔｒｙを含み、ＰＧストリーム及びＩＧストリームの各々に含まれる。なお、ＰＤＳに含まれる各セグメントの意味は、図３１に示すＰＡＬに含まれる各セグメントの意味と同様である。具体的には、図４１に示すｓｅｇｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ（）、ｐａｌｅｔｔｅ＿ｉｄ、ｐａｌｅｔｔｅ＿ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ、ｐａｌｅｔｔｅ＿ｅｎｔｒｙ＿ｉｄ、Ｙ、Ｃｒ、Ｃｂ、ｔｒａｎｓｐａｒｅｎｔ＿ａｌｐｈａの意味は、それぞれ図３１に示すｓｅｇ＿ｔｙｐｅ、ｐａｌｅｔｔｅ＿ｉｄ、ｐａｌｅｔｔｅ＿ｖｅｒｓｉｏｎ、ｃｏｌｏｒ＿ｉｎｄｅｘ、Ｙ、Ｃｒ、Ｃｂ、ａｌｐｈａと同様である。
　ＳＤＲ用のＰＧストリーム及びＩＧストリームは、ＳＤＲ再生に用いられるｐａｌｅｔｔｅ＿ｅｎｔｒｙ（）データブロックを含む。ＨＤＲ用のＰＧストリーム及びＩＧストリームは、ＨＤＲ再生に用いられるｐａｌｅｔｔｅ＿ｅｎｔｒｙ（）データブロックを含む。
　以上のように、本実施の形態に係る記録媒体は、主映像が符号化された主映像ストリームと、主映像に重畳して表示される副映像が符号化された副映像ストリームとが記録されている。ここで、副映像とは、例えば、字幕又はメニューである。
　副映像ストリームは、副映像の図柄を示すビットマップデータ（ＢＭＰ）と、図柄の表示色を指定するパレットデータ（ＰＤＳ）とを含む。パレットデータ（ＰＤＳ）は、第１の輝度ダイナミックレンジ（ＳＤＲ）用の第１のパレットデータ（例えばＳＤＲ　ＰＧ１ストリーム内のＰＤＳ）と、第１の輝度ダイナミックレンジより広い第２の輝度ダイナミックレンジ（ＨＤＲ）用の第２のパレットデータ（例えばＨＤＲ　ＰＧ１ストリーム内のＰＤＳ）とを含む。
　例えば、主映像ストリームは、第１の輝度ダイナミックレンジ（ＳＤＲ）の第１の主映像ストリーム（ＳＤＲ映像ストリーム）と、第２の輝度ダイナミックレンジ（ＨＤＲ）の第２の主映像ストリーム（ＨＤＲ映像ストリーム）とを含む。第１のパレットデータは、第１の主映像ストリームが再生される場合に使用され、第２のパレットデータは、第２の主映像ストリームが再生される場合に使用される。
　このように、第１の輝度ダイナミックレンジ（ＳＤＲ）及び第２の輝度ダイナミックレンジ（ＨＤＲ）用にそれぞれ異なるパレットデータを用いることで、ユーザによる字幕の視認性を向上できる。
　さらに、ビットマップデータは、第１の輝度ダイナミックレンジ用（ＳＤＲ）の第１のビットマップトデータ（例えばＳＤＲ　ＰＧ１ストリーム内のＢＭＰ）と、第２の輝度ダイナミックレンジ用（ＨＤＲ）の第２のビットマップデータ（例えばＨＤＲ　ＰＧ１ストリーム内のＢＭＰ）とを含む。
　副映像ストリームは、主映像に重畳して表示される複数種類の副映像（例えば、異なる言語、又は異なる内容の字幕又はメニュー）が符号化されることで得られ、各々が複数種類の副映像のいずれかに対応する複数の組であって、各々が、対応する副映像の第１のパレットデータと第１のビットマップデータとを含む第１の副映像ストリーム（例えば、ＳＤＲ　ＰＧ１ストリーム）と、対応する副映像の第２のパレットデータと第２のビットマップデータとを含む第２の副映像ストリーム（例えば、ＨＤＲ　ＰＧ１ストリーム）とを含む複数の組（ＳＤＲ　ＰＧ１ストリームとＨＤＲ　ＰＧ１ストリームとの組、及び、ＳＤＲ　ＰＧ２ストリームとＨＤＲ　ＰＧ２ストリームとの組）を含む。各組は、当該組に対応する副映像が符号化された第１の副映像ストリーム（例えば、ＳＤＲ　ＰＧ１ストリーム）と、当該組に対応する副映像が符号化された第２の副映像ストリーム（例えば、ＨＤＲ　ＰＧ１ストリーム）とを含む。
　これにより、第１の輝度ダイナミックレンジ（ＳＤＲ）及び第２の輝度ダイナミックレンジ（ＨＤＲ）用に同じ種類の副映像が準備されるので、第１の輝度ダイナミックレンジ（ＳＤＲ）及び第２の輝度ダイナミックレンジ（ＨＤＲ）の再生時において、ユーザに同じ視聴体験を提供できる。
　また、複数の組に含まれる第１の組に含まれる第１の副映像ストリーム（例えば、ＳＤＲ　ＰＧ１ストリーム）に付与されている第１の識別子（ＳＤＲ＿ＰＧ１＿ＰＩＤ）の値_と、複数の組に含まれる第２の組に含まれる第１の副映像ストリーム（例えば、ＳＤＲ　ＰＧ２ストリーム）に付与されている第２の識別子（ＳＤＲ＿ＰＧ２＿ＰＩＤ）の値との差分値は、第１の組に含まれる第２の副映像ストリーム（例えば、ＨＤＲ　ＰＧ１ストリーム）に付与されている第３の識別子（ＨＤＲ＿ＰＧ１＿ＰＩＤ）の値と、第２の組に含まれる第２の副映像ストリーム（例えば、ＨＤＲ　ＰＧ２ストリーム）に付与されている第４の識別子（ＨＤＲ＿ＰＧ２＿ＰＩＤ）の値との差分値と等しい。
　また、複数の組に含まれる第１の組に含まれる第１の副映像ストリーム（例えば、ＳＤＲ　ＰＧ１ストリーム）のデータベース（例えば、ＳＴＮ＿ｔａｂｌｅ＿ＤＳ（））でのストリーム登録順番と、複数の組に含まれる第２の組に含まれる第１の副映像ストリーム（例えば、ＳＤＲ　ＰＧ２ストリーム）のデータベース（例えば、ＳＴＮ＿ｔａｂｌｅ＿ＤＳ（））でのストリーム登録順番との差分値は、第１の組に含まれる第２の副映像ストリーム（例えば、ＨＤＲ　ＰＧ１ストリーム）のデータベース（例えば、ＳＴＮ＿ｔａｂｌｅ（））でのストリーム登録順番と、第２の組に含まれる第２の副映像ストリーム（例えば、ＨＤＲ　ＰＧ２ストリーム）のデータベース（例えば、ＳＴＮ＿ｔａｂｌｅ（））でのストリーム登録順番との差分値と等しい。
　これにより、複数種類の副映像が第１の輝度ダイナミックレンジ（ＳＤＲ）及び第２の輝度ダイナミックレンジ（ＨＤＲ）の再生時において、同じ順序で切り替えられる。例えば、ユーザがリモコンのボタン操作により字幕の種類を順番に切り替える際に、切り替えられる字幕の種類の順番を同じにできる。これにより、第１の輝度ダイナミックレンジ（ＳＤＲ）及び第２の輝度ダイナミックレンジ（ＨＤＲ）の再生時において、ユーザに同じ視聴体験を提供できる。
　さらに、再生装置等における処理内容を、第１の輝度ダイナミックレンジ（ＳＤＲ）及び第２の輝度ダイナミックレンジ（ＨＤＲ）の再生時で同じにできるので、再生装置の処理を単純化できるとともに、第１の輝度ダイナミックレンジ（ＳＤＲ）にのみ対応している従来の再生装置の機能及び構成を流用できる。これにより、第２の輝度ダイナミックレンジ（ＨＤＲ）に対応した再生装置の開発コストを低減できる。
　また、同一の組に含まれる第１のビットマップデータと第２のビットマップデータとで示される図柄は同じであってもよい。
　また、同一の組に含まれるデータのうち、第１のパレットデータ及び第２のパレットデータ以外のデータは全て同じであってもよい。
　また、本開示は、上記記録媒体からデータを読み出し、実行する再生装置又は再生方法として実現されてもよい。つまり、本実施の形態に係る再生装置は、記録媒体に記録されている、主映像が符号化された主映像ストリームと、主映像に重畳して表示される副映像が符号化された副映像ストリームとを読み出す読み出し部と、読み出した主映像ストリーム及び副映像ストリームを再生する再生部とを備える。副映像ストリームは、副映像の図柄を示すビットマップデータと、図柄の表示色を指定するパレットデータとを含む。パレットデータは、第１の輝度ダイナミックレンジ用の第１のパレットデータと、第１の輝度ダイナミックレンジより広い第２の輝度ダイナミックレンジ用の第２のパレットデータとを含む。
　（実施の形態４）
　本実施の形態では、再生装置は、ＰＳＲに設定されている、ユーザにより設定された優先度、並びに、表示装置及び再生装置の機能を用いて、複数のＨＤＲ方式から、使用するＨＤＲ方式を選択する。
　具体的には、以下では、ＨＤＲ映像ストリームの複数の再生方式（タイプ）に対応しているＢＤプレーヤの再生動作について説明する。本実施の形態では、ＨＤＲコンテンツフォーマット、並びに再生装置（ＢＤプレーヤ等）及び表示装置（ＴＶ等）が対応しているＨＤＲ方式に基づき、コンテンツ制作者の主導、又は、エンドユーザの主導により、自動的にＨＤＲ映像信号を選択する。
　ここで、ＢＤプレーヤは、複数のＰＳＲ（Ｐｌａｙｅｒ　Ｓｅｔｔｉｎｇ　Ｒｅｇｉｓｔｅｒｓ）を内部に備える。複数のＰＳＲは、ディスクに書き込まれているナビゲーションプログラムからアクセス可能である。また、このナビゲーションとして、ＨＤＭＶナビゲーション及びＢＤ－Ｊが存在する。
　また、複数のＰＳＲは、再生装置の復号機能及び表示装置の機能を示すＰＳＲを含む。コンテンツ制作者は、このＰＳＲを確認することでエンドユーザのＡＶ機器の機能を把握し、いずれのコンテンツを再生するかを選択できる。
　以下、ＰＳＲについて説明する。
　ＰＳＲ２５は、再生装置（プレーヤ）のＨＤＲ対応機能を示す。ＰＳＲ２５のｂ１（ビット１）は、当該再生装置がタイプＡのＨＤＲ映像ストリームを再生する機能を有する場合、１ｂに設定され、そうでない場合、０ｂに設定される。ＰＳＲ２５のｂ２（ビット２）は、当該再生装置がタイプＢのＨＤＲ映像ストリームを再生する機能を有する場合、１ｂに設定され、そうでない場合、０ｂに設定される。ＰＳＲ２５のｂ３（ビット３）は、当該再生装置がタイプＣのＨＤＲ映像ストリームを再生する機能を有する場合、１ｂに設定され、そうでない場合、０ｂに設定される。
　ＰＳＲ２６は、再生装置に接続されている表示装置（ディスプレイ）のＨＤＲ対応機能を示す。ＰＳＲ２６のｂ１（ビット１）は、当該表示装置がタイプＡのＨＤＲ映像信号の入力に対応している場合、１ｂに設定され、そうでない場合、０ｂに設定される。ＰＳＲ２６のｂ２（ビット２）は、当該表示装置がタイプＢのＨＤＲ映像信号の入力に対応している場合、１ｂに設定され、そうでない場合、０ｂに設定される。ＰＳＲ２６のｂ３（ビット３）は、当該表示装置がタイプＣのＨＤＲ映像信号の入力に対応している場合、１ｂに設定され、そうでない場合、０ｂに設定される。
　ＰＳＲ２７は、複数のＨＤＲ技術の各々に対するユーザの好みの度合いが設定される。ＰＳＲ２７のｂ３～ｂ０（ビット３～ビット０）に設定された数値により、タイプＡのＨＤＲ技術に対するユーザの好みの度合いが示される。ＰＳＲ２７のｂ７～ｂ４（ビット７～ビット４）に設定された数値により、タイプＢのＨＤＲ技術に対するユーザの好みの度合いが示される。ＰＳＲ２７のｂ１１～ｂ８（ビット１１～ビット８）に設定された数値により、タイプＣのＨＤＲ技術に対するユーザの好みの度合いが示される。例えば、ＰＳＲ２７に設定される各数値が大きいほど、対応するＨＤＲ技術に対するユーザの好みが高い（優先度が高い）ことが示される。
　次に、ユーザのＡＶ機器が再生可能な複数のＨＤＲ映像ストリームから一つの映像ストリームを選択する方法について説明する。
　再生装置は、再生装置の対応機能（ＰＳＲ２５）及び表示装置の対応機能（ＰＳＲ２６）を確認し、再生装置及び表示装置が共に対応しているＨＤＲ技術が２つ以上存在する場合、当該２つ以上のＨＤＲ技術のうち、ＰＳＲ２７に設定されている数値が最も大きいＨＤＲ技術を選択する。
　また、このようなＰＳＲの設定及び選択方法に対して、ＢＤ制作者のための以下の２つのオプションを設けてもよい。
　（１）ストリームは冗長データを含み、コンテンツ制作者（コンテンツ供給者）が、使用するＨＤＲ技術を選択する（選択方法Ａ）。
　（２）ストリームは冗長データを含まず、ユーザが、使用するＨＤＲ技術を選択する（選択方法Ｃ）。
　［選択方法Ａ］
　選択方法Ａでは、ストリームは冗長データを含み、コンテンツ制作者が、使用するＨＤＲ技術を選択する。図４２は、選択方法Ａを説明するための図である。
　まず、再生装置は、ＰＳＲ２５及びＰＳＲ２６を確認する（ステップ１）。次に、再生装置は、（ａ）ＰＳＲ２５により示される再生装置がサポートしてＨＤＲ技術であり、かつ、（ｂ）ＰＳＲ２６により示される表示装置がサポートしてＨＤＲ技術を、候補として選択する（ステップ２）。
　図４２に示す例では、再生装置は、タイプＡ、タイプＢ及びタイプＣに対応しており、表示装置は、タイプＡ及びタイプＣに対応しており、タイプＢには対応していない。また、ディスクには、コンテンツ１（タイプＡ）、コンテンツ２（タイプＢ）及びコンテンツ３（タイプＣ）が記録されている。各コンテンツは対応するタイプのＨＤＲ映像ストリーム、音声ストリーム及び字幕ストリームをそれぞれ含む。
　この例では、再生装置及び表示装置が共に対応しているＨＤＲ技術はタイプＡ及びタイプＣであるので、コンテンツ１（タイプＡ）及びコンテンツ３（タイプＣ）が候補として選択される。
　次に、再生装置は、ステップ２で選択された全ての候補のなから一つのコンテンツを選択し、選択したコンテンツを再生する(ステップ３)。図４２に示す例では、コンテンツ１及びコンテンツ３の一方が、再生プログラムに書き込まれたコンテンツ制作者の意図に基づき選択される。なお、ＰｌａｙＣｏｎｔｅｎｔ（ｎ）コマンドはＣｏｎｔｅｎｔ＃ｎを再生する。
　この場合、ユーザのＡＶ再生環境において、コンテンツ制作者による、どのＨＤＲ技術が最も好ましいかという明確な意図が反映される。また、ディクスに、冗長な音声及び字幕データが記録される。
　［選択方法Ｂ］
　選択方法Ｂでは、ストリームは冗長データを含まず、再生装置が、使用するＨＤＲ技術を選択する。図４３は、選択方法Ｂを説明するための図である。
　まず、再生装置は、ＰＳＲ２５及びＰＳＲ２６を確認する（ステップ１）。次に、再生装置は、（ａ）ＰＳＲ２５により示される再生装置がサポートしてＨＤＲ技術であり、かつ、（ｂ）ＰＳＲ２６により示される表示装置がサポートしてＨＤＲ技術を、候補として選択する（ステップ２）。
　図４３に示す例では、再生装置は、タイプＡ、タイプＢ及びタイプＣに対応しており、表示装置は、タイプＡ及びタイプＣに対応しており、タイプＢには対応していない。また、ディスクには、コンテンツ１（タイプＡ、タイプＢ及びタイプＣ）が記録されている。コンテンツ１は、タイプＡのＨＤＲ映像ストリーム、タイプＢのＨＤＲ映像ストリーム、タイプＣのＨＤＲ映像ストリーム、音声ストリーム及び字幕ストリームを含む。つまり、音声ストリーム及び字幕ストリームは、タイプＡ、タイプＢ及びタイプＣで共通に用いられる。
　この例では、再生装置及び表示装置が共に対応しているＨＤＲ技術はタイプＡ及びタイプＣであるので、タイプＡ及びタイプＣが候補として選択される。
　次に、再生装置は、コンテンツ１を再生する（ステップ３）。ここでは、ディクスにはコンテンツ１のみが記録されているためＰｌａｙＣｏｎｔｅｎｔ（）による映像ストリームの選択は行われない。よって、再生装置の実装は、どの映像ストリームが選択されたかにより依存する。例えば、再装装置は、コンテンツ１を再生する際に、タイプＡ及びタイプＣのいずれを選択するかをユーザに選択させるためのインターフェース等を表示し、ユーザの操作により選択されたＨＤＲ技術（タイプ）のＨＤＲ映像ストリームを再生する。
　以上のように、ディクスには、冗長な音声及び字幕データが記録されない。また、再生装置は、ユーザのＡＶ再生環境に応じていずれのＨＤＲ映像ストリームを再生するかを決定する（コンテンツ制作者及びユーザはいずれもこの決定を行わない）。
　［選択方法Ｃ］
　選択方法Ｃでは、ストリームは冗長データを含まず、ユーザが、使用するＨＤＲ技術を選択する。図４４は、選択方法Ｃを説明するための図である。
　まず、再生装置は、ＰＳＲ２５及びＰＳＲ２６を確認する（ステップ１）。次に、再生装置は、（ａ）ＰＳＲ２５により示される再生装置がサポートしてＨＤＲ技術であり、かつ、（ｂ）ＰＳＲ２６により示される表示装置がサポートしてＨＤＲ技術を、候補として選択する（ステップ２）。
　図４４に示す例では、再生装置は、タイプＡ、タイプＢ及びタイプＣに対応しており、表示装置は、タイプＡ及びタイプＣに対応しており、タイプＢには対応していない。また、ディスクには、コンテンツ１（タイプＡ、タイプＢ及びタイプＣ）が記録されている。コンテンツ１は、タイプＡのＨＤＲ映像ストリーム、タイプＢのＨＤＲ映像ストリーム、タイプＣのＨＤＲ映像ストリーム、音声ストリーム及び字幕ストリームを含む。
　この例では、再生装置及び表示装置が共に対応しているＨＤＲ技術はタイプＡ及びタイプＣであるので、タイプＡ及びタイプＣが候補として選択される。
　次に、再生装置は、２以上の候補が存在する場合、ＰＳＲ２７を確認し、２以上の候補のうち、ＰＳＲ２７の値が最も大きいＨＤＲ技術を選択する（ステップ３）。ここでは、ＰＳＲ２７のタイプＡの値は「３」であり、タイプＣの値は「１」であるので、値の大きいタイプＡが選択される。そして、コンテンツ１のタイプＡの映像ストリームが再生される。
　以上のように、ディスクには、冗長な音声及び字幕データが記録されない。また、ユーザは、ＰＳＲ２７により、ユーザのＡＶ再生環境に応じていずれのＨＤＲ映像ストリームを再生するかを決定できる。
　以下、再生装置に接続される表示装置（ＴＶ）が変更された際に、ＰＳＲ２７をアップデートする方法について説明する。
　再生装置は、新たなＨＤＲ技術が使用可能になった場合、ユーザに、新たなＨＤＲ技術に対するユーザの好みの度合い（優先度）を問い合わせ、ＰＳＲ２７を更新する。例えば、再生装置は、新たなＨＤＲ技術に対した表示装置（ＴＶ）が接続された後に、ＰＳＲ２７を設定するためのメニューを表示する。
　図４５はこの動作を説明するための図である。図４５に示す例では、再生装置は、タイプＡ及びタイプＣに対応しており、タイプＢに対応していない。また、古いＴＶは、タイプＡに対応しており、タイプＢ及びタイプＣに対応していない。よって、この状況では、タイプＡのみが使用可能であり、ＰＳＲ２７にはタイプＡの優先度のみが設定されている。
　次に、再生装置に、タイプＡ、タイプＢ及びタイプＣに対応している新しいＴＶが接続され、ＰＳＲ２６が更新される。この状況では、タイプＡ及びタイプＣが使用可能である。つまり、新たにタイプＣが使用可能になる。よって、再生装置は、タイプＣの優先度をユーザに設定させるための通知を行い、ユーザの設定に基づきＰＳＲ２７のタイプＣの値が更新される。
　次に、再生装置がアップデートされた際に、ＰＳＲ２７をアップデートする方法について説明する。
　表示装置が変更された場合と同様に、再生装置は、新たなＨＤＲ技術が使用可能になった場合、ユーザに、新たなＨＤＲ技術に対するユーザの好みの度合い（優先度）を問い合わせ、ＰＳＲ２７を更新する。
　図４６はこの動作を説明するための図である。図４６に示す例では、アップデート前の状態において、再生装置は、タイプＡのみに対応しており、タイプＢ及びタイプＣに対応していない。また、表示装置は、タイプＡ及びタイプＢに対応しており、タイプＣに対応していない。よって、この状況では、タイプＡのみが使用可能であり、ＰＳＲ２７にはタイプＡの優先度のみが設定されている。
　次に、再生装置がアップデートされ、ＰＳＲ２５が更新される。この状況では、再生装置は、タイプＡ及びタイプＢに対応している。よって、再生装置及び表示装置が共に対応しているタイプＡ及びタイプＢが使用可能である。つまり、新たにタイプＢが使用可能になる。よって、再生装置は、タイプＢの優先度をユーザに設定させるための通知を行い、ユーザの設定に基づきＰＳＲ２７のタイプＢの値が更新される。
　以上のように、本実施の形態に係る再生方法は、符号化された映像情報である映像ストリームを記録媒体から読み出して再生する再生装置における再生方法である。再生装置は、複数の再生方式（タイプＡ～タイプＣ）のうち、再生装置が対応している再生方式を示す第１の情報が保持される第１のレジスタ（ＰＳＲ２５）と、複数の再生方式のうち、再生装置に接続されている表示装置が対応している再生方式を示す第２の情報が保持される第２のレジスタ（ＰＳＲ２６）と、複数の再生方式のうち、ユーザにより設定された再生方式を示す第３の情報が保持されている第３のレジスタ（ＰＳＲ２７）とを備える。
　再生方法は、再生装置及び表示装置が共に対応している再生方式が複数存在することが第１の情報及び第２の情報により示される場合、再生装置及び表示装置が共に対応している複数の再生方式のうち、第３の情報で示される再生方式を用いて映像ストリームを再生する。
　具体的には、第３の情報は、複数の再生方式の優先度を示す。上記再生において、再生装置及び表示装置が対応している複数の再生方式のうち、第３の情報で示される優先度が最も高い再生方式を用いて映像ストリームを再生する。
　これにより、ユーザは、当該ユーザの好みに応じた再生方式を選択できる。
　また、再生方法は、さらに、第１の情報又は第２の情報が更新されることにより、再生装置及び表示装置が共に対応している再生方式が新たに追加された場合、新たに追加された再生方式の優先度の設定をユーザに促すための通知を行う。
　これにより、ユーザの利用環境の変化に伴い、使用可能な再生方式が追加された場合に、自動的に、当該再生方式の優先度の設定するメニュー等が表示される。これにより、ユーザの利便性を向上できる。
　なお、本開示は、上記再生方法を実行する再生装置として実現されてもよい。つまり、本実施の形態に係る再生装置は、符号化された映像情報である映像ストリームを記録媒体から読み出して再生する再生装置であって、複数の再生方式のうち、再生装置が対応している再生方式を示す第１の情報が保持される第１のレジスタと、複数の再生方式のうち、再生装置に接続されている表示装置が対応している再生方式を示す第２の情報が保持される第２のレジスタと、複数の再生方式のうち、ユーザにより設定された再生方式を示す第３の情報が保持されている第３のレジスタと、再生装置及び表示装置が共に対応している再生方式が複数存在することが第１の情報及び第２の情報により示される場合、当該複数の再生方式のうち、第３の情報で示される再生方式を用いて映像ストリームを再生する再生部とを備える。
　なお、上記各実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。
　以上、本開示の一つまたは複数の態様に係る記録媒体、再生装置および再生方法について、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したもの、異なる実施の形態における構成要素を組み合わせて構築される形態なども、本開示の一つまたは複数の態様の範囲内に含まれてもよい。
　尚、上記の説明は一例に過ぎず、当該技術者にとっては、様々な応用が適用できる。
　本開示は、ＢＤ等の記録媒体、当該記録媒体のデータを読み出し再生するＢＤプレーヤ等の再生装置、および再生方法に適用できる。
　　２０２　　光ピックアップ
　　２０３　　プログラム記録メモリ
　　２０４　　管理情報記録メモリ
　　２０５　　ＡＶ記録メモリ
　　２０６　　プログラム処理部
　　２０７　　管理情報処理部
　　２０８　　プレゼンテーション処理部
　　２０９　　イメージプレーン
　　２１０　　ビデオプレーン
　　２１１　　合成処理部
　　３０２　　プログラムプロセッサ
　　３０３　　ＵＯマネージャ
　　３０４　　管理情報記録メモリ
　　３０５　　シナリオプロセッサ
　　３０６　　プレゼンテーションコントローラ
　　３０７　　クロック
　　３０８　　イメージメモリ
　　３０９　　トラックバッファ
　　３１０　　デマルチプレクサ
　　３１１　　イメージプロセッサ
　　３１２　　ビデオプロセッサ
　　３１３　　サウンドプロセッサ
　　４００　　システムデコーダモデル
　　４０１　　トランスポートストリームバッファ
　　４０２　　マルチプレクシングバッファ
　　４０３　　エレメンタリストリームバッファ
　　４０４　　ビデオデコーダ
　　４０５　　デコーディッドピクチャバッファ
　　４０６　　ビデオプレーン
　　４０７　　トランスポートストリームバッファ
　　４０８　　エレメンタリストリームバッファ
　　４０９　　プレゼンテーションセットデコーダ
　　４１０　　グラフィックスプロセッサ
　　４１１　　コーディングバッファ
　　４１２　　コンポジションバッファ
　　４１３　　グラフィックスコントローラー
　　４１４　　ＰＳプレーン
　　４１５　　カラーテーブル適用部

Claims (10)

  1. 　主映像が符号化された主映像ストリームと、前記主映像に重畳して表示される副映像が符号化された副映像ストリームとが記録されており、
    　前記副映像ストリームは、前記副映像の図柄を示すビットマップデータと、前記図柄の表示色を指定するパレットデータとを含み、
    　前記パレットデータは、第１の輝度ダイナミックレンジ用の第１のパレットデータと、前記第１の輝度ダイナミックレンジより広い第２の輝度ダイナミックレンジ用の第２のパレットデータとを含む
    　記録媒体。
  2. 　前記ビットマップデータは、前記第１の輝度ダイナミックレンジ用の第１のビットマップトデータと、前記第２の輝度ダイナミックレンジ用の第２のビットマップデータとを含み、
    　前記副映像ストリームは、
    　前記主映像に重畳して表示される複数種類の前記副映像が符号化されることで得られ、
    　各々が前記複数種類の副映像のいずれかに対応する複数の組であって、各々が、対応する副映像の前記第１のパレットデータと前記第１のビットマップデータとを含む第１の副映像ストリームと、前記対応する副映像の前記第２のパレットデータと前記第２のビットマップデータとを含む第２の副映像ストリームとを含む複数の組を含む
    　請求項１記載の記録媒体。
  3. 　前記複数の組に含まれる第１の組に含まれる第１の副映像ストリームに付与されている第１の識別子の値と、前記複数の組に含まれる第２の組に含まれる第１の副映像ストリームに付与されている第２の識別子の値との差分値は、前記第１の組に含まれる第２の副映像ストリームに付与されている第３の識別子の値と、前記第２の組に含まれる第２の副映像ストリームに付与されている第４の識別子の値との差分値と等しい
    　請求項２記載の記録媒体。
  4. 　同一の前記組に含まれる前記第１のビットマップデータと前記第２のビットマップデータとで示される図柄は同じである
    　請求項２又は３記載の記録媒体。
  5. 　前記同一の組に含まれるデータのうち、前記第１のパレットデータ及び前記第２のパレットデータ以外のデータは全て同じである
    　請求項４記載の記録媒体。
  6. 　記録媒体に記録されている、主映像が符号化された主映像ストリームと、前記主映像に重畳して表示される副映像が符号化された副映像ストリームとを読み出す読み出し部と、
    　読み出した前記主映像ストリーム及び前記副映像ストリームを再生する再生部とを備え、
    　前記副映像ストリームは、前記副映像の図柄を示すビットマップデータと、前記図柄の表示色を指定するパレットデータとを含み、
    　前記パレットデータは、第１の輝度ダイナミックレンジ用の第１のパレットデータと、前記第１の輝度ダイナミックレンジより広い第２の輝度ダイナミックレンジ用の第２のパレットデータとを含む
    　再生装置。
  7. 　符号化された映像情報である映像ストリームを記録媒体から読み出して再生する再生装置における再生方法であって、
    　前記再生装置は、
    　複数の再生方式のうち、前記再生装置が対応している再生方式を示す第１の情報が保持される第１のレジスタと、
    　前記複数の再生方式のうち、前記再生装置に接続されている表示装置が対応している再生方式を示す第２の情報が保持される第２のレジスタと、
    　前記複数の再生方式のうち、ユーザにより設定された再生方式を示す第３の情報が保持されている第３のレジスタとを備え、
    　前記再生方法は、
    　前記再生装置及び前記表示装置が共に対応している再生方式が複数存在することが前記第１の情報及び前記第２の情報により示される場合、前記再生装置及び前記表示装置が共に対応している複数の再生方式のうち、前記第３の情報で示される再生方式を用いて前記映像ストリームを再生する
    　再生方法。
  8. 　前記第３の情報は、前記複数の再生方式の優先度を示し、
    　前記再生において、前記再生装置及び前記表示装置が対応している前記複数の再生方式のうち、前記第３の情報で示される優先度が最も高い再生方式を用いて前記映像ストリームを再生する
    　請求項７記載の再生方法。
  9. 　さらに、
    　前記第１の情報又は前記第２の情報が更新されることにより、前記再生装置及び前記表示装置が共に対応している再生方式が新たに追加された場合、新たに追加された再生方式の優先度の設定を前記ユーザに促すための通知を行う
    　請求項８記載の再生方法。
  10. 　符号化された映像情報である映像ストリームを記録媒体から読み出して再生する再生装置であって、
    　複数の再生方式のうち、前記再生装置が対応している再生方式を示す第１の情報が保持される第１のレジスタと、
    　前記複数の再生方式のうち、前記再生装置に接続されている表示装置が対応している再生方式を示す第２の情報が保持される第２のレジスタと、
    　前記複数の再生方式のうち、ユーザにより設定された再生方式を示す第３の情報が保持されている第３のレジスタと、
    　前記再生装置及び前記表示装置が共に対応している再生方式が複数存在することが前記第１の情報及び前記第２の情報により示される場合、当該複数の再生方式のうち、前記第３の情報で示される再生方式を用いて前記映像ストリームを再生する再生部とを備える
    　再生装置。
PCT/JP2015/004063 2014-09-10 2015-08-17 記録媒体、再生装置および再生方法 WO2016038791A1 (ja)

Priority Applications (12)

Application Number Priority Date Filing Date Title
EP18167772.5A EP3370233B1 (en) 2014-09-10 2015-08-17 Recording medium and playback device
CN202010012566.1A CN111212251B (zh) 2014-09-10 2015-08-17 再现装置以及再现方法
EP15840880.7A EP3118854B1 (en) 2014-09-10 2015-08-17 Recording medium, playback device, and playback method
CN202210155884.2A CN114513617B (zh) 2014-09-10 2015-08-17 再现装置以及再现方法
JP2016547667A JPWO2016038791A1 (ja) 2014-09-10 2015-08-17 記録媒体、再生装置および再生方法
CN201580002748.8A CN105765657B (zh) 2014-09-10 2015-08-17 记录介质、再现装置以及再现方法
CA2944869A CA2944869C (en) 2014-09-10 2015-08-17 Recording medium, playback device, and playback method
US15/290,018 US10057557B2 (en) 2014-09-10 2016-10-11 Recording medium, playback device, and playback method
US15/690,362 US10264232B2 (en) 2014-09-10 2017-08-30 Recording medium, playback device, and playback method
US15/690,437 US10432906B2 (en) 2014-09-10 2017-08-30 Recording medium, playback device, and playback method
US16/539,484 US10687038B2 (en) 2014-09-10 2019-08-13 Recording medium, playback device, and playback method
US16/864,659 US11128852B2 (en) 2014-09-10 2020-05-01 Recording medium, playback device, and playback method

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201462048385P 2014-09-10 2014-09-10
US62/048,385 2014-09-10
US201562109262P 2015-01-29 2015-01-29
US62/109,262 2015-01-29
JP2015-135393 2015-07-06
JP2015135393 2015-07-06

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/290,018 Continuation US10057557B2 (en) 2014-09-10 2016-10-11 Recording medium, playback device, and playback method

Publications (1)

Publication Number Publication Date
WO2016038791A1 true WO2016038791A1 (ja) 2016-03-17

Family

ID=55458566

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/004063 WO2016038791A1 (ja) 2014-09-10 2015-08-17 記録媒体、再生装置および再生方法

Country Status (6)

Country Link
US (5) US10057557B2 (ja)
EP (2) EP3370233B1 (ja)
JP (9) JPWO2016038791A1 (ja)
CN (5) CN114513617B (ja)
CA (1) CA2944869C (ja)
WO (1) WO2016038791A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10554944B2 (en) 2015-01-09 2020-02-04 Sony Corporation Playing apparatus, playing method, information processing apparatus, and information processing method

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2016039170A1 (ja) * 2014-09-12 2017-06-22 ソニー株式会社 情報処理装置、情報処理方法、およびプログラム、並びに記録媒体
WO2016038811A1 (ja) * 2014-09-12 2016-03-17 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 記録媒体、再生装置、および再生方法
EP4262213A1 (en) 2015-02-27 2023-10-18 Sony Group Corporation Transmitting device, transmitting method, receiving device and receiving method
JP6830190B2 (ja) * 2015-10-07 2021-02-17 パナソニックＩｐマネジメント株式会社 映像送信方法、映像受信方法、映像送信装置及び映像受信装置
WO2017061071A1 (ja) * 2015-10-07 2017-04-13 パナソニックＩｐマネジメント株式会社 映像送信方法、映像受信方法、映像送信装置及び映像受信装置
WO2017145722A1 (ja) * 2016-02-26 2017-08-31 ソニー株式会社 情報処理装置、表示装置、情報記録媒体、および情報処理方法、並びにプログラム
US10362609B2 (en) * 2016-08-10 2019-07-23 Panasonic Avionics Corporation Methods and systems for automatically pairing a personal electronic device on a transportation vehicle
GB2557194A (en) * 2016-11-29 2018-06-20 Sony Corp A decoder, encoder, computer program and method
KR102308192B1 (ko) * 2017-03-09 2021-10-05 삼성전자주식회사 디스플레이 장치 및 그 제어 방법
CN109691117B (zh) * 2017-07-07 2022-05-27 松下知识产权经营株式会社 影像处理系统及影像处理方法
JP6861927B2 (ja) * 2017-09-27 2021-04-21 株式会社ソフイア 遊技機
JP6861928B2 (ja) * 2017-09-27 2021-04-21 株式会社ソフイア 遊技機
FR3079710A1 (fr) * 2018-03-29 2019-10-04 Orange Procede de gestion d'une pluralite de flux media, et dispositif associe
CN113852857B (zh) * 2021-10-20 2023-04-11 成都华栖云科技有限公司 一种基于html5视频帧步进时的声音播放方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007328840A (ja) * 2006-06-06 2007-12-20 Sony Corp データ構造および記録媒体、オーサリング装置、オーサリング方法オーサリングプログラム、記録装置、記録方法および記録プログラム、検証装置、検証方法および検証プログラム、ならびに、記録媒体の製造装置および製造方法
WO2011004600A1 (ja) * 2009-07-10 2011-01-13 パナソニック株式会社 記録媒体、再生装置、及び集積回路
WO2011080907A1 (ja) * 2009-12-28 2011-07-07 パナソニック株式会社 表示装置と方法、記録媒体、送信装置と方法、及び再生装置と方法
WO2012172460A1 (en) * 2011-06-14 2012-12-20 Koninklijke Philips Electronics N.V. Graphics processing for high dynamic range video
WO2013046096A1 (en) * 2011-09-27 2013-04-04 Koninklijke Philips Electronics N.V. Apparatus and method for dynamic range transforming of images

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3348339B2 (ja) * 1995-08-02 2002-11-20 ソニー株式会社 データ記録方法及び装置、データ再生方法及び装置
JPH09282848A (ja) 1996-04-05 1997-10-31 Pioneer Electron Corp 情報記録媒体並びにその記録装置及び再生装置
JPH11265563A (ja) * 1998-03-16 1999-09-28 Pioneer Electron Corp 情報記録媒体及び情報再生装置
JP3980261B2 (ja) * 2000-10-26 2007-09-26 インターナショナル・ビジネス・マシーンズ・コーポレーション 映像再生装置及びその方法
US20040213542A1 (en) * 2003-04-22 2004-10-28 Hiroshi Hamasaka Apparatus and method to reproduce multimedia content for a multitude of resolution displays
KR20050058634A (ko) * 2003-12-12 2005-06-17 삼성전자주식회사 복수의 포맷으로 제작된 비디오 데이터를 기록한정보저장매체 및 그 재생장치
KR100727921B1 (ko) * 2004-02-28 2007-06-13 삼성전자주식회사 텍스트 기반의 서브타이틀 스트림을 기록한 저장 매체,재생 장치 및 그 재생 방법
CN1969335B (zh) * 2004-06-18 2012-06-13 松下电器产业株式会社 再现装置、再现方法
TWI377564B (en) * 2004-08-17 2012-11-21 Panasonic Corp Information storage medium and multiplexing device
KR20060085151A (ko) * 2005-01-21 2006-07-26 엘지전자 주식회사 기록매체, 기록매체 재생장치와 재생방법
JP2006260611A (ja) * 2005-03-15 2006-09-28 Toshiba Corp 情報記憶媒体、情報再生装置、情報再生方法、及びネットワーク通信システム
JP4892900B2 (ja) * 2005-09-13 2012-03-07 ソニー株式会社 情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラム
US20090092953A1 (en) * 2005-10-21 2009-04-09 Guo Liang Yang Encoding, Storing and Decoding Data for Teaching Radiology Diagnosis
KR101356548B1 (ko) * 2006-01-23 2014-01-28 막스-플랑크-게젤샤프트 츄어 푀르더룽 데어 비쎈샤프텐 에.파우. 하이 다이나믹 레인지 코덱들
JP4816262B2 (ja) * 2006-06-06 2011-11-16 ソニー株式会社 再生装置、再生方法および再生プログラム
US20080001961A1 (en) * 2006-06-30 2008-01-03 Nokia Corporation High Dynamic Range Texture Filtering
JP2008072312A (ja) * 2006-09-13 2008-03-27 Sony Corp データ処理装置及びデータ処理方法、並びにコンピュータ・プログラム
JP2008099027A (ja) * 2006-10-12 2008-04-24 Canon Inc 信号処理装置、撮像装置、及び信号処理方法
RU2518189C2 (ru) * 2008-06-26 2014-06-10 Панасоник Корпорэйшн Носитель записи, устройство воспроизведения, устройство записи, способ воспроизведения, способ записи и программа
JP2010016618A (ja) * 2008-07-03 2010-01-21 Sharp Corp 映像再生装置及び映像再生方法
JP5368463B2 (ja) * 2008-09-18 2013-12-18 パナソニック株式会社 立体視映像再生装置、及び立体視映像表示装置
US8050533B2 (en) * 2008-09-30 2011-11-01 Panasonic Corporation Recording medium on which 3D video is recorded, playback apparatus for playing back 3D video, and system LSI
EP2395772A3 (en) * 2008-09-30 2013-09-18 Panasonic Corporation Glasses and display device
JPWO2010055638A1 (ja) * 2008-11-13 2012-04-12 パナソニック株式会社 映像データ作成装置、映像データ作成方法、および、映像データ作成用のプログラムとその記録媒体、集積回路
KR101721240B1 (ko) * 2009-02-11 2017-03-29 톰슨 라이센싱 Ｌｅｄ／ｌｃｄ 기반 하이 다이나믹 레인지 디스플레이의 신호 생성
EP2230839A1 (en) * 2009-03-17 2010-09-22 Koninklijke Philips Electronics N.V. Presentation of video content
BRPI1004351A2 (pt) 2009-06-11 2020-06-23 Panasonic Corporation Dispositivo de reprodução, circuito integrado, meio de gravação.
JP4733785B2 (ja) * 2009-06-17 2011-07-27 パナソニック株式会社 ３ｄ映像を再生するための情報記録媒体、記録媒体の記録方法、再生装置、及び記録媒体再生システム
US8538234B2 (en) * 2009-12-28 2013-09-17 Panasonic Corporation Display device and method, transmission device and method, and reception device and method
US8606009B2 (en) * 2010-02-04 2013-12-10 Microsoft Corporation High dynamic range image generation and rendering
KR101445777B1 (ko) * 2010-02-19 2014-11-04 삼성전자 주식회사 재생 기기 및 그 제어방법
CN103621084A (zh) * 2011-04-28 2014-03-05 皇家飞利浦有限公司 用于生成图像编码信号的方法和装置
EP2702766B1 (en) * 2011-04-28 2017-06-14 Koninklijke Philips N.V. Apparatuses and methods for hdr image encoding and decoding
WO2012147350A1 (ja) * 2011-04-28 2012-11-01 パナソニック株式会社 高画質化に関わる記録媒体、再生装置、記録装置、符号化方法、復号化方法
CN103248611B (zh) * 2012-02-07 2017-05-24 华为终端有限公司 媒体播放处理与控制方法、装置及系统
US9049470B2 (en) * 2012-07-31 2015-06-02 Google Technology Holdings LLC Display aware transcoder source selection system
US9641894B2 (en) * 2012-09-12 2017-05-02 Koninklijke Philips N.V. Making HDR viewing a content owner agreed process
JP2015005878A (ja) * 2013-06-20 2015-01-08 ソニー株式会社 再生装置、再生方法、および記録媒体
EP3013040A4 (en) * 2013-06-20 2016-12-28 Sony Corp PLAYING DEVICE, PLAYING METHOD AND RECORDING MEDIUM
JP6351313B2 (ja) * 2013-07-11 2018-07-04 キヤノン株式会社 画像符号化装置、画像復号装置、画像処理装置、並びにそれらの制御方法
JP6255760B2 (ja) * 2013-07-16 2018-01-10 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
WO2016039025A1 (ja) * 2014-09-08 2016-03-17 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
TWI683307B (zh) * 2014-09-08 2020-01-21 日商新力股份有限公司 資訊處理裝置，資訊記錄媒體及資訊處理方法以及程式

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007328840A (ja) * 2006-06-06 2007-12-20 Sony Corp データ構造および記録媒体、オーサリング装置、オーサリング方法オーサリングプログラム、記録装置、記録方法および記録プログラム、検証装置、検証方法および検証プログラム、ならびに、記録媒体の製造装置および製造方法
WO2011004600A1 (ja) * 2009-07-10 2011-01-13 パナソニック株式会社 記録媒体、再生装置、及び集積回路
WO2011080907A1 (ja) * 2009-12-28 2011-07-07 パナソニック株式会社 表示装置と方法、記録媒体、送信装置と方法、及び再生装置と方法
WO2012172460A1 (en) * 2011-06-14 2012-12-20 Koninklijke Philips Electronics N.V. Graphics processing for high dynamic range video
WO2013046096A1 (en) * 2011-09-27 2013-04-04 Koninklijke Philips Electronics N.V. Apparatus and method for dynamic range transforming of images

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3118854A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10554944B2 (en) 2015-01-09 2020-02-04 Sony Corporation Playing apparatus, playing method, information processing apparatus, and information processing method

Also Published As

Publication number Publication date
US10687038B2 (en) 2020-06-16
US11128852B2 (en) 2021-09-21
JP2017182875A (ja) 2017-10-05
EP3118854A4 (en) 2017-10-25
CN111212251B (zh) 2022-05-27
US20170366793A1 (en) 2017-12-21
JP6291115B2 (ja) 2018-03-14
CN105765657A (zh) 2016-07-13
US10057557B2 (en) 2018-08-21
JP2017152073A (ja) 2017-08-31
JP2017182874A (ja) 2017-10-05
JPWO2016038791A1 (ja) 2017-06-22
JP6484368B2 (ja) 2019-03-13
CN110364189B (zh) 2021-03-23
CN111200715A (zh) 2020-05-26
CN110364189A (zh) 2019-10-22
JP6230742B2 (ja) 2017-11-15
JP2017182872A (ja) 2017-10-05
EP3118854A1 (en) 2017-01-18
US20170034497A1 (en) 2017-02-02
CN111200715B (zh) 2021-11-05
US20170366794A1 (en) 2017-12-21
CN111212251A (zh) 2020-05-29
CN114513617A (zh) 2022-05-17
CA2944869A1 (en) 2016-03-17
US20200260061A1 (en) 2020-08-13
US10432906B2 (en) 2019-10-01
JP6285596B2 (ja) 2018-02-28
CN114513617B (zh) 2024-04-09
JP2018160307A (ja) 2018-10-11
EP3370233B1 (en) 2022-08-10
CN105765657B (zh) 2020-01-31
US20190373236A1 (en) 2019-12-05
JP2017184263A (ja) 2017-10-05
JP2019008863A (ja) 2019-01-17
JP2017182873A (ja) 2017-10-05
JP6291114B2 (ja) 2018-03-14
EP3370233A1 (en) 2018-09-05
US10264232B2 (en) 2019-04-16
EP3118854B1 (en) 2019-01-30
CA2944869C (en) 2023-01-03
JP6541853B2 (ja) 2019-07-10

Similar Documents

Publication Publication Date Title
JP6484368B2 (ja) 再生装置
JP6674057B2 (ja) 再生装置、及び、再生方法
JP6616540B2 (ja) 再生方法および再生装置
WO2016079925A1 (ja) 記録媒体、再生方法、および再生装置

Legal Events

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

Ref document number: 15840880

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016547667

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2944869

Country of ref document: CA

REEP Request for entry into the european phase

Ref document number: 2015840880

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015840880

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE