CN105765657B - 记录介质、再现装置以及再现方法 - Google Patents

Abstract

本公开的一个技术方案涉及的记录介质，记录有对主影像进行了编码的主影像流和对与主影像重叠地显示的副影像进行了编码的副影像流，副影像流包括表示副影像的图案的位图数据和指定图案的显示色的调色板数据，调色板数据包括第1辉度动态范围(SDR)用的第1调色板数据和比第1辉度动态范围宽的第2辉度动态范围(HDR)用的第2调色板数据。

Description

记录介质、再现装置以及再现方法

技术领域

本公开涉及记录有编码后的影像流的记录介质、使记录在该记录介质中的影像流再现的再现装置以及再现方法。

背景技术

以往公开了与DVD相关的技术(例如参照专利文献1)。

现有技术文献

专利文献1：日本特开平9-282848号公报

发明内容

本公开的一个技术方案涉及的记录介质，记录有对主影像进行了编码的主影像流和对与所述主影像重叠地显示的副影像进行了编码的副影像流，所述副影像流包括表示所述副影像的图案的位图数据和指定所述图案的显示色的调色板数据，所述调色板数据包括第1辉度动态范围用的第1调色板数据和比所述第1辉度动态范围宽的第2辉度动态范围用的第2调色板数据。

本公开的一个技术方案涉及的再现方法，是将编码后的影像信息即影像流从记录介质中读出并再现的再现装置的再现方法，所述再现装置具备：第1寄存器，其保持有第1信息，该第1信息表示多个再现方式中的所述再现装置支持的再现方式；第2寄存器，其保持有第2信息，该第2信息表示所述多个再现方式中的与所述再现装置连接的显示装置支持的再现方式；以及第3寄存器，其保持有第3信息，该第3信息表示所述多个再现方式中的由用户设定的再现方式，在所述再现方法中，在通过所述第1信息以及所述第2信息表示存在多个所述再现装置和所述显示装置都支持的再现方式的情况下，使用所述再现装置和所述显示装置都支持的多个再现方式中的由所述第3信息表示的再现方式对所述影像流进行再现。

根据上述技术方案，能够实现进一步的改善。

附图说明

图1是表示SD-DVD的构造的图。

图2是说明嵌入在作为AV数据的MPEG流中的引导信息的概要图。

图3是表示DVD中的VOB的构成的概要图。

图4是表示BD-ROM的数据层级的图。

图5是表示记录在BD-ROM中的逻辑数据的构造的图。

图6是表示使BD-ROM再现的BD-ROM播放器的基本构成的概要的图。

图7是使图6所示的播放器的构成详细化的框图。

图8是表示BD-ROM的应用空间的图。

图9是表示MPEG流(VOB)的构成的图。

图10是表示MPEG流中的数据包的构成的图。

图11是用于说明AV数据与播放器构成的关系的图。

图12是用于说明使用了曲目缓冲器的VOB数据连续供给模型的图。

图13是表示VOB管理信息文件的内部构造的图。

图14是用于说明VOBU信息的详细内容的图。

图15是用于说明使用了时间图的地址信息取得方法的图。

图16是表示播放列表的构成的图。

图17是表示事件处理表的构成的图。

图18是表示作为BD-ROM整体信息的BD.INFO的构成的图。

图19是表示全局事件处理表的构成的图。

图20是表示时间事件的例子的图。

图21是表示基于用户的菜单操作的用户事件的例子的图。

图22是表示全局事件的例子的图。

图23是用于说明程序处理器的功能性构成的图。

图24是表示系统参数(SPRM)的一览的图。

图25是表示具有2个选择按钮的菜单画面的控制所涉及的事件处理中的程序的例子的图。

图26是表示菜单选择的用户事件所涉及的事件处理中的程序的例子的图。

图27是表示BD-ROM播放器中的AV数据再现的基本处理的流程的流程图。

图28是表示BD-ROM播放器中的从开始播放列表再现到VOB再现结束为止的处理流程的流程图。

图29的(A)是表示BD-ROM播放器中的时间事件所涉及的处理流程的流程图，图29的(B)是表示BD-ROM播放器中的用户事件所涉及的处理流程的流程图。

图30是表示BD-ROM播放器中的字幕数据的处理流程的流程图。

图31是表示字幕流的构造的图。

图32是表示字幕的显示控制所使用的参数的关系的图。

图33A是表示字幕流的构造的种类的图。

图33B是表示字幕流的构造的种类的图。

图34是用于说明字幕向系统流复用的复用化构造的图。

图35是表示支持SDR和HDR这两方的字幕流的图。

图36是表示支持SDR和HDR这两方的字幕流的图。

图37是表示对视频和字幕进行解码的系统解码器模型的图。

图38是表示构成菜单的流的构造的图。

图39是用于说明双串流中的PG流以及IG流的图。

图40是表示各流所使用的PID的图。

图41是表示PDS的构成的图。

图42是用于说明选择方法A的图。

图43是用于说明选择方法B的图。

图44是用于说明选择方法C的图。

图45是用于说明变更了与再现装置连接的显示装置时的PSR27的更新方法的图。

图46是用于说明更新了再现装置时的PSR27的更新方法的图。

具体实施方式

(成为本发明的基础的见解)

然而，在上述专利文献中，需要进一步的改善。本发明人对于在“背景技术”一栏中记载的DVD等记录介质，发现会产生以下的问题。

记录有影像数据的信息记录介质的代表是DVD(以下，也称为“StandardDifinition(SD)-DVD”(标清DVD))。以下对现有的DVD进行说明。

图1是表示SD-DVD的构造的图。如图1的下部所示，在DVD盘上从导入(lead in)到导出(lead out)之间设有逻辑地址空间。在该逻辑地址空间从开头起记录有文件系统的卷(volume)信息，接着记录有影像声音等应用数据。

文件系统是指管理通过ISO9660或统一光盘格式(Universal Disc Format(UDF))等标准规定的数据的结构，是以被称为目录或文件的单位来表现盘上的数据的结构。

在日常使用的个人计算机(PC)的情况下，也通过被称为文件分配表(FileAllocation Tables(FAT))或NT文件系统(NT File System(NTFS))的文件系统，在计算机上表现以目录和/或文件这种构造记录在硬盘中的数据，提高了可用性。

在SD-DVD的情况下，使用UDF和ISO9660这两方的文件系统。两方相结合而也被称为“UDF桥(UDF bridge)”。对于所记录的数据，通过UDF和ISO9660的任一方的文件系统驱动器都能够进行数据的读出。此外，在此进行处理的DVD是软件包媒体(package media)用的ROM盘，不能以物理方式进行写入。

记录在DVD上的数据，能够通过UDF桥作为如图1左上所示的目录或文件来进行查看。在根目录(图1中的“ROOT”)的下一级设置被称为“VIDEO_TS”的目录，在此记录有DVD的应用数据。应用数据作为多个文件而记录，作为主要文件具有以下种类的文件。

VIDEO_TS.IFO盘再现控制信息文件

VTS_01_0.IFO视频标题集(title set)#1再现控制信息文件

VTS_01_0.VOB视频标题集#1流文件

……

如上述例子所示，规定有2个扩展名。“IFO”是表示是记录有再现控制信息的文件这一情况的扩展名，“VOB”是表示是记录有作为AV数据的MPEG流的文件这一情况的扩展名。

再现控制信息是指用于实现DVD所采用的交互性(根据用户的操作使再现动态地变化的技术)的信息和/或元数据(Metadata)这样的附属于AV数据的信息等。另外，对于DVD，通常有时将再现控制信息称为引导信息。

再现控制信息文件包括管理盘整体的“VIDEO_TS.IFO”和作为各个视频标题集的再现控制信息的“VTS_01_0.IFO”。此外，对于DVD，能够将多个标题、换言之即多个不同的影片和/或乐曲记录在一张盘上。

在此，位于文件名主体的“01”表示视频标题集的序号，例如，在视频标题集#2的情况下为“VTS_02_0.IFO”。

图1的右上部是DVD的应用层中的DVD引导空间，是展开前述的再现控制信息的逻辑构造空间。“VIDEO_TS.IFO”内的信息作为视频管理器信息(VIDEO Manager Information(VMGI))展开在DVD引导空间中，“VTS_01_0.IFO”或存在于其他各个视频标题集的再现控制信息作为视频标题集信息(Video Title Set Information(VTSI)))展开在DVD引导空间中。

在VTSI中记述有被称为程序链(Program Chain(PGC))的再现序列的信息即程序链信息(Program Chain Information(PGCI))。PGCI由单元(Cell)的集合和被称为命令的一种可编程信息构成。

单元本身是指定VOB(视频对象(Video Object)的简称，是指MPEG流)的一部分区间或全部区间的信息，单元的再现意味着使由该VOB的单元指定的区间进行再现。

命令是由DVD的虚拟机处理的，例如近似于在显示网页的浏览器上执行的Java(注册商标)脚本等。然而，不同之处在于：Java(注册商标)脚本除了进行逻辑运算之外还进行窗口和/或浏览器的控制(例如，打开新的浏览器窗口等)，而DVD的命令除了进行逻辑运算之外只进行AV标题的再现控制、例如执行要再现的章节(chapter)的指定等。

单元具有记录在盘上的VOB的开始及结束地址(逻辑地址)作为其内部信息，播放器使用记述在单元中的VOB的开始及结束地址信息来进行数据的读出，执行再现。

图2是说明嵌入在作为AV数据的MPEG流中的引导信息的概要图。

作为SD-DVD的特征的交互性并不是仅通过前述的“VIDEO_TS.IFO”和/或“VTS_01_0.IFO”等所记录的引导信息来实现，几个重要的信息使用被称为引导数据包(称为NV_PCK)的专用载体而在VOB内与影像、声音数据一起被复用化。

在此，作为简单的交互性的例子，对菜单画面进行说明。在菜单画面上呈现几个按钮，对各个按钮定义有该按钮被选择执行时的处理。

另外，在菜单画面上正选着一个按钮(通过在选择按钮上覆盖半透明色来使该按钮高亮(highlight)，向用户提示该按钮处于选择状态)，用户使用遥控器的上下左右键，能够使选择状态的按钮向上下左右的任一方向的按钮移动。

使用遥控器的上下左右键，使高亮移动到想要选择执行的按钮，通过进行确定(按下确定键)来执行对应的命令的程序。通常而言，对应的标题和/或章节的再现通过命令来执行。

图2的左上部示出了保存于NV_PCK的信息的概要。在NV_PCK内，包含高亮颜色信息和各个按钮信息等。在高亮颜色信息中记述有调色板信息，指定要覆盖显示的高亮的半透明色。

在按钮信息中记述有作为各个按钮的位置信息的矩形区域信息、从该按钮向其他按钮的移动信息(与用户的上下左右键操作分别对应的移动目的地按钮的指定)以及按钮命令信息(该按钮被确定时所执行的命令)。

如图2的右上部所示，菜单画面上的高亮作为覆盖图像而制作。覆盖图像是对按钮信息的矩形区域信息附上调色板信息的颜色的图像。该覆盖图像与图2的右部所示的背景图像合成而显示在画面上。

如前所述，在DVD中实现了菜单画面。另外，对于为何将引导数据的一部分使用NV_PCK而嵌入在流中，是因为以下的理由。

即，为了使得能够没有问题地实现如下处理，该处理是与流同步而动态地更新菜单信息、例如在影像再现期间中仅在其间的5分钟～10分钟的期间显示菜单画面这样的同步定时容易成为问题的处理。

另外，另一个重大理由是为了在NV_PCK中保存用于辅助特殊再现的信息而提高用户的操作性，所述用户的操作性有DVD再现时的快进、在倒回等非通常再现时也能顺畅地使AV数据解码并再现等。

图3是表示DVD中的VOB的构成的概要图。如图所示，影像、声音、字幕等数据(图3的(1))，基于MPEG系统(ISO/IEC13818-1)标准进行封包(packet)以及数据包(pack)化(图3的(2))，将其分别复用化而成为一条MPEG程序流(图3的(3))。

另外，包含用于实现如前所述的交互功能(interactive)的按钮命令在内的NV_PCK也一起被复用化。

作为MPEG系统的复用化的特征，进行复用化的各个数据为基于其解码顺序的位串，但被复用化的数据间即影像、声音、字幕之间并非一定基于再现顺序、换言之解码顺序而形成位串。

这是因为：MPEG系统流的解码器模型(图3的(4)，通常称为系统目标解码器(System Target Decoder)或STD)在解除了复用化之后具有与各个基本流(elementarystream，基本数据流)对应的解码缓冲器，暂时存储数据直到解码定时。

该解码缓冲器按各个基本流而大小(size)不同，对于影像而言具有232kB，对于声音而言具有4kB，对于字幕而言具有52kB。

因此，向各解码缓冲器输入数据的数据输入定时按各个基本流而不同，因此作为MPEG系统流形成位串的顺序和进行显示(解码)的定时产生了偏离。

即，与影像数据并行地复用化的字幕数据并非一定在同一定时被解码。

以上所述的与DVD相关的技术记载在专利文献1中。

但是，对于在影像再现期间即使按多角度进行分支和/或发生了记录层的切换等也能连续地继续再现这样的跳转规则却没有考虑。由于进行跳转的时间是无法进行数据读取的时间，所以需要对在该时间内影像的再现所消耗的位流预先进行缓冲。因此，存在如下问题：如果不假设预定的最大跳转时间(以及流的最大位速率)，则无法设计在播放器中进行缓冲的存储器的大小(size)等。

另外，在蓝光光盘(Blu-ray(注册商标)Disc(BD))这样的大容量记录介质中，存在能够保存质量非常高的影像信息的可能性。例如，认为能够将4K(具有3840×2160像素的分辨率的影像信息)或HDR(通常称为高动态范围(High Dynamic Range)的高辉度影像信息)等的影像信息保存于BD。

另外，为了在不支持HDR的再现装置中也能够再现影像，考虑在单个BD中保存HDR视频和SDR视频这两方。在此，HDR视频相比于SDR视频包含更高辉度的影像。由此，在SDR和HDR使用了相同的字幕信息等的情况下，存在在SDR和HDR中的一方字幕等的视觉辨认度会降低的问题。

另外，在再现HDR视频时因SDR用和HDR用而具有两层字幕或菜单用的图形素材的情况下，存在盘容量被浪费的问题。

基于以上的研究，本发明人为了解决上述问题而研究了下述的改善措施。

本公开的一个技术方案涉及的记录介质，记录有对主影像进行了编码的主影像流和对与所述主影像重叠地显示的副影像进行了编码的副影像流，所述副影像流包括表示所述副影像的图案的位图数据和指定所述图案的显示色的调色板数据，所述调色板数据包括第1辉度动态范围用的第1调色板数据和比所述第1辉度动态范围宽的第2辉度动态范围用的第2调色板数据。

由此，通过对第1辉度动态范围用和第2辉度动态范围用使用各不相同的调色板数据，能够显示与各辉度动态范围相适合的副影像。由此，能够提高用户对副影像(例如字幕)的视觉辨认度。

例如可以，所述位图数据包括所述第1辉度动态范围用的第1位图数据和所述第2辉度动态范围用的第2位图数据，所述副影像流通过对与所述主影像重叠地显示的多个种类的所述副影像进行编码而得到，所述副影像流包括多个组，该多个组分别与所述多个种类的副影像的任一种类的副影像对应、且分别包含第1副影像流和第2副影像流，所述第1副影像流包含对应的副影像的所述第1调色板数据和所述第1位图数据，所述第2副影像流包含所述对应的副影像的所述第2调色板数据和所述第2位图数据。

由此，因为对第1辉度动态范围用和第2辉度动态范围用准备相同种类的副影像，所以在第1辉度动态范围和第2辉度动态范围的再现时，能够对用户提供相同的试听体验。

例如，第1标识符的值与第2标识符的值的差分值可以等于第3标识符的值与第4标识符的值的差分值，所述第1标识符是对所述多个组包括的第1组所包含的第1副影像流赋予的标识符，所述第2标识符是对所述多个组包括的第2组所包含的第1副影像流赋予的标识符，所述第3标识符是对所述第1组所包含的第2副影像流赋予的标识符，所述第4标识符是对所述第2组所包含的第2副影像流赋予的标识符。

由此，在第1辉度动态范围和第2辉度动态范围的再现时，能够对用户提供相同的试听体验。进而，因为能够使再现装置等中的处理内容在第1辉度动态范围和第2辉度动态范围的再现时相同，所以能够简化再现装置的处理，并且能够沿用仅支持第1辉度动态范围的以往的再现装置的功能以及构成。由此，能够降低支持第2辉度动态范围的再生装置的开发成本。

例如，由同一所述组所包含的所述第1位图数据和所述第2位图数据表示的图案可以相同。

例如，所述同一组所包含的数据中的除所述第1调色板数据以及所述第2调色板数据之外的数据可以全都相同。

另外，本公开的一个技术方案涉及的再现装置，具备：读出部，其读出记录介质所记录的对主影像进行了编码的主影像流和对与所述主影像重叠地显示的副影像进行了编码的副影像流；和再现部，其对所读出的所述主影像流以及所述副影像流进行再现，所述副影像流包括表示所述副影像的图案的位图数据和指定所述图案的显示色的调色板数据，所述调色板数据包括第1辉度动态范围用的第1调色板数据和比所述第1辉度动态范围宽的第2辉度动态范围用的第2调色板数据。

由此，通过对第1辉度动态范围用和第2辉度动态范围用使用各不相同的调色板数据，能够显示与各辉度动态范围相适合的副影像。由此，能够提高用户对副影像(例如字幕)的视觉辨认度。

另外，本公开的一个技术方案涉及的再现方法，是将编码后的影像信息即影像流从记录介质中读出并再现的再现装置的再现方法，所述再现装置具备：第1寄存器，其保持有第1信息，该第1信息表示多个再现方式中的所述再现装置支持的再现方式；第2寄存器，其保持有第2信息，该第2信息表示所述多个再现方式中的与所述再现装置连接的显示装置支持的再现方式；以及第3寄存器，其保持有第3信息，该第3信息表示所述多个再现方式中的由用户设定的再现方式，在所述再现方法中，在通过所述第1信息以及所述第2信息表示存在多个所述再现装置和所述显示装置都支持的再现方式的情况下，使用所述再现装置和所述显示装置都支持的多个再现方式中的由所述第3信息表示的再现方式对所述影像流进行再现。

由此，用户能够选择符合该用户喜好的再现方式。

例如，所述第3信息表示所述多个再现方式的优先级，在所述再现中，可以使用所述再现装置和所述显示装置支持的所述多个再现方式中的由所述第3信息表示的优先级最高的再现方式对所述影像流进行再现。

例如可以，进一步，在通过更新所述第1信息或所述第2信息而新追加了所述再现装置和所述显示装置都支持的再现方式的情况下，进行用于促使所述用户对新追加的再现方式的优先级进行设定的通知。

由此，在伴随用户的利用环境的变化而追加了能够使用的再现方式的情况下，自动地显示对该再现方式的优先级进行设定的菜单等。由此，能够提高用户的便利性。

另外，本公开的一个技术方案涉及的再现装置，将编码后的影像信息即影像流从记录介质中读出并再现，所述再现装置具备：第1寄存器，其保持有第1信息，该第1信息表示多个再现方式中的所述再现装置支持的再现方式；第2寄存器，其保持有第2信息，该第2信息表示所述多个再现方式中的与所述再现装置连接的显示装置支持的再现方式；第3寄存器，其保持有第3信息，该第3信息表示所述多个再现方式中的由用户设定的再现方式；以及再现部，其在通过所述第1信息以及所述第2信息表示存在多个所述再现装置和所述显示装置都支持的再现方式的情况下，使用该多个再现方式中的由所述第3信息表示的再现方式对所述影像流进行再现。

由此，用户能够选择符合该用户喜好的再现方式。

此外，这些总括性或具体的技术方案既可以由装置、方法、系统、集成电路、计算机程序或计算机可读取的CD-ROM等记录介质来实现，也可以由系统、方法、集成电路、计算机程序和记录介质的任意组合来实现。

以下，参照附图对用于实施本公开的最佳的实施方式进行说明。

此外，虽然与本申请技术方案1涉及的公开最接近的实施方式是实施方式2，但为了易于理解，首先说明对实施方式2的信息记录介质等的基本构成进行说明的实施方式1。

(实施方式1)

首先，使用图1～图30对BD-ROM以及对BD-ROM进行再现的BD-ROM播放器的基本构成及工作进行说明。

(盘上的逻辑数据构造)

图4是表示BD-ROM的数据层级的图。

如图4所示，在作为盘介质的BD-ROM104上，记录有AV数据103、与AV数据相关的管理信息以及AV再现序列(sequence)等BD管理信息102、和实现交互功能的BD再现程序101。

此外，在本实施方式中，以用于再现影片等的AV内容的AV应用为主要着眼点来进行BD-ROM的说明，但当然也可以将BD-ROM如CD-ROM、DVD-ROM那样用作计算机用途的记录介质。

图5是表示记录在前述的BD-ROM104中的逻辑数据的构造的图。BD-ROM104与其他光盘例如DVD或CD等同样地具有从其内周向外周沿螺旋状的记录区域，具有能够在内周的导入与外周的导出之间记录逻辑数据的逻辑地址空间。

另外，在导入的内侧存在被称为脉冲分割区(Burst Cutting Area(BCA))的只有驱动器才能读出的特别区域。由于该区域不能被应用读出，所以经常被利用于例如著作权保护技术等。

在逻辑地址空间，以文件系统信息(卷)为开头而记录有影像数据等应用数据。文件系统如现有技术中说明的那样，是管理通过UDF或ISO9660等标准规定的数据的结构，与通常的PC同样地能够使用目录、文件构造来读出所记录的逻辑数据。

在本实施方式的情况下，对于BD-ROM104上的目录、文件构造，在根目录(ROOT)的下一级设置BDVIDEO目录。该目录是记录有由BD-ROM处理的AV数据和/或管理信息等数据(图4所示的BD再现程序101、BD管理信息102、AV数据103)的目录。

在BDVIDEO目录下记录有下面的7种文件。

BD.INFO(文件名固定)

是“BD管理信息”之一，是记录了与BD-ROM整体相关的信息的文件。BD-ROM播放器最先读出该文件。

BD.PROG(文件名固定)

是“BD再现程序”之一，是记录了与BD-ROM整体相关的程序的文件。

XXX.PL(“XXX”可变，扩展名“PL”固定)

是“BD管理信息”之一，是记录了记录脚本(scenario)的播放列表(Play List)信息的文件。每个播放列表具有一个文件。

XXX.PROG(“XXX”可变，扩展名“PROG”固定)

是“BD再现程序”之一，是记录了前述的每个播放列表的程序的文件。对于与播放列表的对应，通过文件主体名(“XXX”一致)来识别。

YYY.VOB(“YYY”可变，扩展名“VOB”固定)

是“AV数据”之一，是记录了VOB(与现有例中说明的VOB相同)的文件。一个VOB对应于一个文件。

YYY.VOBI(“YYY”可变，扩展名“VOBI”固定)

是“BD管理信息”之一，是记录了与作为AV数据的VOB相关的管理信息的文件。对于与VOB的对应，通过文件主体名(“YYY”一致)来识别。

ZZZ.PNG(“ZZZ”可变，扩展名“PNG”固定)

是“AV数据”之一，是通过用于构成字幕以及菜单画面的图像数据即PNG(通过万维网联盟(World Wide Web Consortium(W3C))而标准化的图像格式)形式的图像文件。一个PNG图像对应于一个文件。

(播放器的构成)

接着，使用图6以及图7对使前述的BD-ROM104再现的播放器的构成进行说明。

图6是表示对BD-ROM104进行再现的BD-ROM播放器的基本构成的概要的图。

在图6所示的BD-ROM播放器中，BD-ROM104上的数据通过光拾取器202而被读出。所读出的数据根据各个数据的种类而被记录于专用的存储器。

BD再现程序(“BD.PROG”或“XXX.PROG”文件)记录于程序记录存储器203，BD管理信息(“BD.INFO”、“XXX.PL”或“YYY.VOBI”文件)记录于管理信息记录存储器204，AV数据(“YYY.VOB”或“ZZZ.PNG”文件)记录于AV记录存储器205。

记录在程序记录存储器203中的BD再现程序由程序处理部206处理。记录在管理信息记录存储器204中的BD管理信息由管理信息处理部207处理。

另外，记录在AV记录存储器205中的AV数据由演示(presentation，呈现)处理部208处理。

程序处理部206进行接收从管理信息处理部207再现的播放列表的信息和/或程序的执行定时等事件信息的程序处理。另外，通过程序，能够动态地变更要再现的播放列表，该情况通过对管理信息处理部207发送变更后的播放列表的再现命令来实现。

程序处理部206还受理来自用户的事件、例如来自用户操作的遥控器的请求，在存在与用户事件对应的程序的情况下执行处理该程序。

管理信息处理部207接受程序处理部206的指示，对与该指示对应的播放列表以及与该播放列表对应的VOB的管理信息进行解析。进而，指示演示处理部208再现成为再现对象的AV数据。

另外，管理信息处理部207从演示处理部208接收基准时刻信息，基于时刻信息对演示处理部208指示AV数据再现的停止。进一步，对程序处理部206生成表示程序执行定时的事件。

演示处理部208具有与影像、声音和字幕各自的数据对应的解码器，按照来自管理信息处理部207的指示，进行AV数据的解码以及输出。影像数据以及字幕数据在解码后被描绘在各自的专用平面上。

具体而言，影像数据被描绘在视频平面210上，字幕数据等图像数据被描绘在图像平面209上。进而，通过合成处理部211进行描绘在两个平面上的影像的合成处理，并向TV等显示设备进行输出。

如图6所示，BD-ROM播放器取为基于图4所示的记录在BD-ROM104中的数据构造的结构。

图7是详细地示出图6所示的播放器的构成的框图。图6所示的各构成部与图7所示的各构成部的对应关系如下。

AV记录存储器205与图像存储器308和曲目缓冲器309对应。程序处理部206与程序处理器302和UO(User Operation，用户操作)管理器303对应。管理信息处理部207与脚本处理器305和演示控制器306对应。演示处理部208与时钟307、信号分离器310、图像处理器311、视频处理器312和声音处理器313对应。

从BD-ROM104读出的VOB数据(MPEG流)、图像数据(PNG)分别被记录于曲目(track)缓冲器309、图像存储器308。

信号分离器310基于从时钟307得到的时刻，提取记录在曲目缓冲器309中的VOB数据。进而，将VOB数据所包含的影像数据、声音数据分别送入视频处理器312、声音处理器313。

视频处理器312以及声音处理器313分别如MPEG系统标准所规定的那样，分别包括解码缓冲器和解码器。即，从信号分离器310送来的影像、声音各自的数据，被暂时记录于各自的解码缓冲器，按照时钟307由各个解码器进行解码处理。

对于记录在图像存储器308中的PNG数据，存在下面两种处理方法。在PNG数据是字幕用数据的情况下，由演示控制器306指示解码定时。脚本处理器305暂时接收来自时钟307的时刻信息，如果是字幕显示时刻(开始以及结束)则对演示控制器306发出字幕的显示、非显示的指示，使得能进行适当的字幕显示。

从演示控制器306接收到解码/显示的指示的图像处理器311，从图像存储器308中提取并解码对应的PNG数据，并描绘在图像平面209上。

另外，在PNG数据是菜单画面用数据的情况下，由程序处理器302指示解码定时。对于程序处理器302何时指示图像的解码，因程序处理器302正在处理的BD程序而不能一概而论。

图像数据以及影像数据，如图6的说明那样在分别解码后被描绘在图像平面209以及视频平面210上，通过合成处理部211进行合成并输出。

从BD-ROM104读出的管理信息(脚本、AV管理信息)记录在管理信息记录存储器204中，而脚本信息(“BD.INFO”以及“XXX.PL”)由脚本处理器305读出并处理。另外，AV管理信息(“YYY.VOBI”)由演示控制器306读出并处理。

脚本处理器305对播放列表的信息进行解析，将由播放列表参照的VOB及其再现位置指示给演示控制器306，演示控制器306对成为对象的VOB的管理信息(“YYY.VOBI”)进行解析，对驱动控制器317发出指示以使得读出成为对象的VOB。

驱动控制器317按照演示控制器306的指示，使光拾取器202移动，进行成为对象的AV数据的读出。所读出的AV数据如前所述记录于图像存储器308或曲目缓冲器309。

另外，脚本处理器305监视时钟307的时刻，在由管理信息设定的定时将事件提供给程序处理器302。

记录在程序记录存储器203中的BD程序(“BD.PROG”或“XXX.PROG”)，由程序处理器302进行执行处理。对于程序处理器302处理BD程序，是在从脚本处理器305送来了事件的情况下或从UO管理器303送来了事件的情况下进行的。

UO管理器303在用户通过遥控器键送来了请求的情况下，生成与该请求对应的事件并发送给程序处理器302。

根据这样的各构成部的工作，进行BD-ROM的再现。

(应用空间)

图8是表示BD-ROM的应用空间的图。

在BD-ROM的应用空间中，播放列表(PlayList)为一个再现单位。播放列表具有由单元(cell)的再现序列构成的静态脚本和由程序记述的动态脚本。

只要没有程序的动态脚本的情况下，播放列表就只是使各个单元依次再现，另外，在结束了所有单元的再现的时间点，播放列表的再现结束。

另一方面，程序能够根据超过播放列表的再现记述和/或用户的选择或播放器的状态而动态地改变要再现的对象。作为典型例子，列举经由菜单画面的再现对象的动态变更。在BD-ROM的情况下，菜单是指通过用户的选择而再现的脚本、即用于动态地选择播放列表的功能的构成要素之一。

另外，在此所说的程序是根据时间事件或用户事件执行的事件处理(eventhandler)。

时间事件是基于嵌入在播放列表中的时刻信息而生成的事件。从图7中说明的脚本处理器305向程序处理器302发送的事件相当于此。当时间事件被发布时，程序处理器302对通过ID而关联的事件处理进行执行处理。

如前所述，所执行的程序能够指示其他播放列表的再现，该情况下，当前正再现的播放列表的再现中止，并向所指定的播放列表的再现转换。

用户事件是通过用户的遥控器键操作而生成的事件。用户事件大致分成两类。第一类是通过遥控器所具备的方向键(“上”“下”“左”“右”键)或“确定”键的操作而生成的菜单选择的事件。

与菜单选择的事件对应的事件处理仅在播放列表内的有限的期间有效。也即，作为播放列表的信息，设定有各个事件处理的有效期间。程序处理器302在遥控器的“上”“下”“左”“右”键或“确定”键被按下时检索有效的事件处理，在存在有效的事件处理的情况下执行处理该事件处理。其他情况下，忽略菜单选择的事件。

第二类用户事件是通过“菜单”键的操作而生成的菜单画面调出的事件。当生成菜单画面调出的事件时，全局事件处理(Global Event Handler)被调出。

全局事件处理不依赖于播放列表，是一直有效的事件处理。通过使用该功能，能够加装DVD的菜单调出(menu call)。通过加装菜单调出，能够在标题再现期间调出声音、字幕菜单等，并在变更了声音或字幕之后执行从中断的地点起的标题再现。

以播放列表构成静态脚本的单位即单元(Cell)是参照了VOB(MPEG流)的全部或一部分再现区间的单元。单元具有VOB内的再现区间作为开始、结束时刻的信息。与各个VOB成为一对的VOB管理信息(VOBI)，在其内部具有时间图(Time Map或TM)，能够通过该时间图针对前述的VOB的再现、结束时刻导出VOB内(即成为对象的文件“YYY.VOB”内)的读出开始地址以及结束地址。此外，关于时间图的详细内容，后面使用图14来叙述。

(VOB的详细内容)

图9是表示本实施方式所使用的MPEG流(VOB)的构成的图。如图9所示，VOB由多个视频对象单元(Video Object Unit(VOBU))构成。VOBU是以MPEG视频流中的图画组(GroupOf Pictures(GOP))为基准的单位，是作为声音数据也包含在内的复用化流的一个再现单位。

VOBU具有0.4秒～1.0秒的再现时间，通常具有0.5秒的再现时间。这是通过MPEG的GOP的构造通常是15帧/秒(NTSC的情况下)而导出的。

VOBU在其内部具有作为影像数据的视频数据包(V_PCK)和作为声音数据的音频数据包(A_PCK)。各数据包由一个扇区构成，在本实施方式的情况下以2kB为单位构成。

图10是表示MPEG流中的数据包的构成的图。

如图10所示，影像数据以及声音数据这样的基本数据在被称为有效载荷(payload)的封包(packet)的数据保存区域从开头起依次被写入。对有效载荷附加包报头(packet head)而构成一个封包。

在包报头中记录有：用于识别有效载荷所保存的数据是哪个数据流的数据、是影像数据还是声音数据、以及在影像数据或声音数据分别有与多个流相当的量的情况下是哪个数据流的数据的ID(stream_id)；和作为该有效载荷的解码以及显示时刻信息的时间戳即解码时间戳(Decode Time Stamp(DTS))以及演示时间戳(Presentation Time Stamp(PTS))。

DTS和PTS并非一定记录在所有的包报头中，通过MPEG规定了进行记录的规则。关于规则的详细内容，记述在MPEG系统(ISO/IEC13818-1)标准书中，因此省略。

对封包进一步附加数据包头(pack head)，构成数据包。在数据包头中记录有表示该数据包何时经过信号分离器310并向各个基本流的解码缓冲器输入的时间戳即系统时钟参考(System Clock Reference(SCR))。

(VOB的交错记录)

使用图11以及图12对VOB文件的交错记录进行说明。

图11是用于说明AV数据与BD-ROM播放器的构成的关系的图。

图11上部的图是使用图7在前面叙述的播放器构成图的一部分。如图所示，对于BD-ROM上的数据，经过光拾取器202，如果是VOB即MPEG流则向曲目缓冲器309输入，如果是PNG即图像数据则向图像存储器308输入。

曲目缓冲器309是先进先出(First-In First-Out(FIFO))缓冲器，所输入的VOB的数据按被输入的顺序而向信号分离器310发送。此时，按照前述的SCR，各个数据包被从曲目缓冲器309提取，经由信号分离器310向视频处理器312或声音处理器313送达数据。

另一方面，在是图像数据的情况下，通过演示控制器306(参照图7)指示描绘哪个图像。另外，对于已用于描绘的图像数据，在是字幕用图像数据的情况下被同时从图像存储器308删除，而在是菜单用的图像数据的情况下仍留在图像存储器308内。

这是因为：菜单的描绘有时取决于用户操作，因此有可能会多次描绘同一图像。

图11下部的图是表示BD-ROM上的VOB文件以及PNG文件的交错记录的图。

通常在ROM、例如CD-ROM或DVD-ROM的情况下，连续记录有成为一系列的连续再现单位的AV数据。只要连续进行记录，驱动器只是依次读出数据并送达到播放器侧就可以了。

然而，在应该连续再现的AV数据被分割而离散地配置在盘上的情况下，会在各个连续区间之间插入寻道操作，在该期间会停止数据的读出。也即，存在停止数据供给的可能性。

在BD-ROM的情况下也同样，VOB文件优选能够记录于连续区域，但例如存在如字幕数据那样与记录在VOB中的影像数据同步再现的数据，需要与VOB文件同样地将字幕数据也通过某种方法从BD-ROM中读出。

作为字幕数据的读出方法的一个手段，存在如下方法：在VOB的再现开始前统一读出字幕用的图像数据(PNG文件)。然而，在该情况下需要用于暂时记录的大量的存储器，并不现实。

因此，在本实施方式中，使用将VOB文件分成几个块(block)，对VOB文件和图像数据进行交错记录的方式。

图11下部是用于说明该交错记录的图。通过将VOB文件和图像数据适当地进行交错配置，不用前述那样的大量的暂时记录存储器，能够在必要的定时将图像数据保存于图像存储器308。

然而，在读出图像数据时，VOB数据的读取当然也会停止。

图12是用于说明解决上述的交错记录中的问题的使用了曲目缓冲器309的VOB数据连续供给模型的图。

如已经说明的那样，VOB的数据暂时被存储于曲目缓冲器309。若将向曲目缓冲器309输入数据的数据输入速率设定为比从曲目缓冲器309输出数据的数据输出速率高，则只要从BD-ROM持续读出数据，曲目缓冲器309的数据存储量就会不断增加。

在此，将向曲目缓冲器309的输入速率设为Va，将从曲目缓冲器309的输出速率设为Vb。如图12的上部的图所示，设为VOB的一个连续记录区域从逻辑地址的“a1”持续到“a2”。另外，设为从“a2”到“a3”之间是记录有图像数据而不能进行VOB数据的读出的区间。

图12的下部的图是表示曲目缓冲器309的存储量的图。横轴表示时间，纵轴表示存储在曲目缓冲器309内部的数据量。时刻“t1”表示VOB的一个连续记录区域的开始点即开始“a1”的读出的时刻。

该时刻之后，在曲目缓冲器309中以速率Va-Vb不断存储数据。该速率自然是曲目缓冲器309的输入输出速率之差。时刻“t2”是一个连续记录区域的结束点即读取“a2”的数据的时刻。

即，在时刻“t1”～“t2”之间，在曲目缓冲器309内数据量以速率Va-Vb不断增加，时刻“t2”时的数据存储量B(t2)能够通过下述的(式1)来求出。

B(t2)＝(Va-Vb)×(t2-t1) (式1)

之后，由于接着图像数据直到BD-ROM上的地址“a3”，所以向曲目缓冲器309的输入成为0，曲目缓冲器309内的数据量以作为输出速率的“-Vb”不断减少。该数据量的减少持续到读出位置“a3”为止、即对于时刻而言持续到“t3”为止。

在此，重要的是：若在时刻“t3”之前存储在曲目缓冲器309中的数据量成为0，则向解码器供给的VOB的数据会变没，VOB的再现会停止。

然而，在时刻“t3”在曲目缓冲器309中剩有数据的情况下，意味着能不停止地连续进行VOB的再现。

用于不停止地连续进行该VOB的再现的条件，能够通过下述的(式2)来表示。

B(t2)≧-Vb×(t3-t2) (式2)

即，只要以满足(式2)的方式确定图像数据的配置即可。

(引导数据构造)

使用图13～图19对记录在BD-ROM中的引导数据(BD管理信息)的构造进行说明。

图13是表示VOB管理信息文件(“YYY.VOBI”)的内部构造的图。

VOB管理信息具有该VOB的流属性信息(Attribute)和时间图(TMAP)。流属性信息为视频属性(Video)、音频属性(Audio#0～Audio#m)各自具有的结构。特别是在音频流的情况下，因为VOB能够同时具有多条音频流，所以通过音频流数(Number)来确定音频属性的数据域的数量。

下述是视频属性(Video)具有的域(field)和各自可取的值的例子。

压缩方式(Coding)：

MPEG1

MPEG2

MPEG4

分辨率(Resolution)：

1920x1080

1280x720

720x480

720x565

宽高比(Aspect)：

4：3

16：9

帧速率(Frame rate)：

60

59.94

50

30

29.97

25

24

下述是音频属性(Audio)具有的域和各自可取的值的例子。

压缩方式(Coding)：

AC3

MPEG1

MPEG2

LPCM

通道数(Ch)：

1～8

语言属性(Language)：

JPN、ENG、……

时间图(TMAP)是具有各个VOBU的信息的表，具有该VOB所具有的VOBU数(Number)和各VOBU信息(VOBU#1～VOBU#n)。

各个VOBU信息具有VOBU的再现时间长(Duration)和VOBU的数据大小(Size)。

图14是用于说明VOBU信息的详细内容的图。

众所周知，MPEG流具有时间的方面和作为数据大小的方面这两个关于物理量的方面。例如，因为作为声音的压缩标准的音频编码3(Audio Code number3(AC3))进行以固定位速率的压缩，所以时间与地址的关系能够通过一次方程式来求出。

但是，在MPEG视频数据的情况下，在各个帧为固定的显示时间、例如NTSC时，1帧具有1/29.97秒的显示时间，而对于各个帧的压缩后的数据大小，根据描绘的特性和/或压缩所使用的图画类型、所谓的I/P/B图画，数据大小变化很大。

因此，在MPEG视频的情况下，时间与地址的关系不能以通式的形式来表现。

当然，关于对MPEG视频数据进行了复用化的MPEG流即VOB，也不能以通式的形式来表现时间和数据。

取而代之，对VOB内的时间与地址的关系进行连结的是时间图(TMAP)。如图14所示，按各个VOBU分别具有VOBU内的帧数和VOBU内的数据包数作为词条(entry)的表是时间图(TMAP，时间映射)。

使用图15来说明时间图(TMAP)的使用方式。

图15是用于说明使用了时间图的地址信息取得方法的图。

如图15所示，在提供了时刻信息(Time)的情况下，首先检索该时刻属于哪个VOBU。具体而言，将时间图的每个VOBU的帧数逐步相加，帧数之和超过将该时刻换算成帧数而得的值或与该值一致的VOBU成为与该时刻对应的VOBU。

接着，将时间图的每个VOBU的大小逐步相加直到该VOBU之前最近的VOBU为止，该值为为了使包含所提供的时刻的帧再现而应该读出的数据包的开头地址(Address)。

如此，在MPEG流中，能够得到与所提供的时刻信息对应的地址。

接着，使用图16来说明播放列表(“XXX.PL”)的内部构造。

图16是表示播放列表的构成的图。

播放列表包括单元列表(CellList)和事件列表(EventList)。

单元列表(CellList)是表示播放列表内的再现单元序列的信息，按本列表的记述顺序来再现单元。

单元列表(CellList)的内容是单元数(Number)和各单元信息(Cell#1～Cell#n)。

各单元信息(Cell#1～Cell#n)具有VOB文件名(VOBName)、该VOB内的有效区间开始时刻(In)以及有效区间结束时刻(Out)和字幕表(SubtitleTable)。

有效区间开始时刻(In)以及有效区间结束时刻(Out)分别由该VOB内的帧序号表现，能够通过使用前述的时间图(TMAP)来获得再现所需的VOB数据的地址。

字幕表(SubtitleTable)是具有与该VOB同步再现的字幕信息的表。字幕与声音同样地可以具有多种语言，字幕表(SubtitleTable)包括语言数(Number)和继其之后的各语言的表(Language#1～Language#k)。

各语言的表(Language#1～Language#k)包括语言信息(Language)、所显示的字幕的字幕信息数(Number)和所显示的字幕的字幕信息(Speech#1～Speech#j)，各字幕信息(Speech#1～Speech#j)包括对应的图像数据文件名(Name)、字幕显示开始时刻(In)及字幕显示结束时刻(Out)、和字幕的显示位置(Position)。

事件列表(EventList)是定义了在该播放列表内产生的事件的表。事件列表包括事件数(Number)和继其之后的各个事件(Event#1～Event#m)，各事件(Event#1～Event#m)包括事件的种类(Type)、事件的ID(ID)、事件生成时刻(Time)和有效期间(Duration)。

图17是表示具有各个播放列表的事件处理(时间事件、菜单选择用的用户事件)的事件处理表(“XXX.PROG”)的构成的图。

事件处理单元表具有已定义的事件处理/程序数(Number)和各个事件处理/程序(Program#1～Program#n)。

各事件处理/程序(Program#1～Program#n)内的记述，具有事件处理开始的定义(<event_handler>标志)和与前述的事件的ID成对的事件处理的ID(event_handler id)，然后，该程序记述在接着“function”的括号“{”与“}”之间。

接着，使用图18对与BD-ROM整体相关的信息(“BD.INFO”)的内部构造进行说明。

图18是表示BD-ROM整体信息即BD.INFO的构成的图。

BD-ROM整体信息包括标题列表(TitleList)和全局事件用的事件列表(EventList)。

标题列表(TitleList)包括盘内的标题数(Number)和继其之后的各标题信息(Title#1～Title#n)。

各标题信息(Title#1～Title#n)包括标题所含的播放列表的表(PLTalble)和标题内的章节列表(ChapterList)。播放列表的表(PLTable)具有标题内的播放列表的数量(Number)和播放列表名(Name)即播放列表的文件名。

章节列表(ChapterList)包括该标题所含的章节数(Number)和各章节信息(Chapter#1～Chapter#n)，各章节信息(Chapter#1～Chapter#n)具有包含该章节的单元的表(CellTable)，单元的表(CellTable)包括单元数(Number)和各单元的词条信息(CellEntry#1～CellEntry#k)。

单元的词条信息(CellEntry#1～CellEntry#k)通过包含该单元的播放列表名和播放列表内的单元序号而记述。

事件列表(EventList)具有全局事件的数量(Number)和各全局事件的信息(Event#1～Event#m)。在此，应该注意，最先定义的全局事件被称为最初事件(FirstEvent)，是在BD-ROM被插入播放器时最先执行的事件。

各全局事件的信息(Event#1～Event#m)只具有事件类型(Type)和事件的ID(ID)。

图19是表示全局事件处理表(“BD.PROG”)的构成的图。本表的内容与图17中说明的事件处理表相同，省略其说明。

(事件产生的机制)

使用图20～图22对事件产生的机制进行说明。

图20是表示时间事件的例子的图。

如前所述，时间事件由播放列表(“XXX.PL”)的事件列表(EventList)定义。

在定义为时间事件的事件、即事件类型(Type)为“TimeEvent(时间事件)”的情况下，在到达了事件生成时刻(“t1”)的时间点，从脚本处理器305对程序处理器302输出具有ID“Ex1”的时间事件。

程序处理器302搜索具有事件ID“Ex1”的事件处理，执行处理对象的事件处理。例如，在本实施方式的情况下，能够进行2个按钮图像的描绘等。

图21是表示基于用户的菜单操作的用户事件的例子的图。

如前所述，基于菜单操作的用户事件也在播放列表(“XXX.PL”)的事件列表(EventList)中进行了定义。

在定义为用户事件的事件、即事件类型(Type)为“UserEvent(用户事件)”的情况下，在到达了事件生成时刻(“t1”)的时间点，该用户事件就绪(ready)。此时，事件本身还未被生成。

该事件在由有效规格信息(Duration)记载的期间(“T1”)处于就绪状态。

如图21所示，在由用户按下了遥控器键的“上”“下”“左”“右”键的任一个键或“确定”键的情况下，首先由UO管理器303生成UO事件并将其输出给程序处理器302。

程序处理器302对脚本处理器305发送UO事件，脚本处理器305检索在接收到UO事件的时刻是否存在有效的用户事件。

脚本处理器305在检索的结果是存在成为对象的用户事件的情况下，生成用户事件，并输出给程序处理器302。

在程序处理器302中，搜索具有事件ID、例如在图21所示的例子的情况下为“Ev1”的事件处理，执行处理对象的事件处理。在本例的情况下，开始播放列表#2的再现。

在所生成的用户事件不包含由用户按下了哪个遥控器键的信息。所选择的遥控器键的信息，通过UO事件传送给程序处理器302，记录保持在虚拟播放器所具有的寄存器中。

事件处理的程序能够调查该寄存器的值，执行分支处理。

图22是表示全局事件的例子的图。

如前所述，全局事件在BD-ROM整体信息(“BD.INFO”)的事件列表(EventList)中进行了定义。

定义为全局事件的事件、即事件类型(Type)为“GlobalEvent(全局事件)”的事件，仅在用户进行了遥控器键操作的情况下生成。

在由用户按下了菜单键的情况下，首先，由UO管理器303生成UO事件并将其输出给程序处理器302。程序处理器302对脚本处理器305发送UO事件。

脚本处理器305生成相应的全局事件，发送给程序处理器302。程序处理器302搜索具有事件ID“menu(菜单)”的事件处理，执行对象的事件处理。例如，在图22所示的例子的情况下，开始播放列表#3的再现。

在本实施方式中，虽然简称为菜单键，但也可以如使DVD再现的播放器的遥控器那样具有多个菜单键。通过分别定义与各菜单键对应的ID，能够进行与各菜单键对应的适当的处理。

(虚拟播放机)

图23是用于说明程序处理器302的功能性构成的图。

使用图23来说明程序处理器302的功能性构成。

程序处理器302是在内部具有虚拟播放机的处理模块。虚拟播放机是作为BD-ROM而定义的功能模型，是不依赖于各BD-ROM播放器的实际安装的单元。即，保证无论在哪个BD-ROM播放器中都能够执行同样的功能。

虚拟播放机大致具有两种功能。为编程函数和播放器变量。播放器变量被存储保持于寄存器。

编程函数基于Java(注册商标)脚本，将以下所述的三种功能定义为BD-ROM固有函数。

链接函数：停止当前的再现，开始从所指定的播放列表、单元、时刻的再现

Link(PL#，Cell#，time)

PL#：播放列表名

Cell#：单元序号

time：单元内的再现开始时刻

PNG描绘函数：将指定PNG数据描绘于图像平面209

Draw(File，X，Y)

File：PNG文件名

X：X坐标位置

Y：Y坐标位置

图像平面清除函数：清除图像平面209的指定区域

Clear(X，Y，W，H)

X：X坐标位置

Y：Y坐标位置

W：X方向宽度

H：Y方向宽度

另外，播放器变量包括表示播放器的设定值等的系统参数(SPRM)和能够作为一般用途使用的通用参数(GPRM)。

图24是表示系统参数(SPRM)的一览的图。

SPRM(0)：语言码

SPRM(1)：声音流序号

SPRM(2)：字幕流序号

SPRM(3)：角度序号

SPRM(4)：标题序号

SPRM(5)：章节序号

SPRM(6)：程序序号

SPRM(7)：单元序号

SPRM(8)：选择键信息

SPRM(9)：引导定时器

SPRM(10)：再现时刻信息

SPRM(11)：卡拉OK用混音模式

SPRM(12)：限制用国家信息

SPRM(13)：限制等级

SPRM(14)：播放器设定值(视频)

SPRM(15)：播放器设定值(音频)

SPRM(16)：声音流用语言码

SPRM(17)：声音流用语言码(扩展)

SPRM(18)：字幕流用语言码

SPRM(19)：字幕流用语言码(扩展)

SPRM(20)：播放器区域码

SPRM(21)：预留

SPRM(22)：预留

SPRM(23)：再现状态

SPRM(24)：预留

SPRM(25)：预留

SPRM(26)：预留

SPRM(27)：预留

SPRM(28)：预留

SPRM(29)：预留

SPRM(30)：预留

SPRM(31)：预留

此外，在本实施方式中，使虚拟播放器的编程函数基于Java(注册商标)脚本，但也可以不基于Java(注册商标)脚本，而是UNIX(注册商标)OS等使用的B-Shell、Perl脚本等其他的编程函数。换言之，本公开中的程序语言不限定于Java(注册商标)脚本。

(程序的例子)

图25以及图26是表示事件处理中的程序的例子的图。

图25是表示具有2个选择按钮的菜单画面的控制所涉及的事件处理程序中的程序的例子的图。

在单元(PlayList#1.Cell#1)开头使用时间事件来执行图25左侧的程序。在此，最初对通用参数的一个GPRM(0)设置“1”。GPRM(0)在该程序中用于识别正选着的按钮。在最初的状态下，将正选着配置在左侧的按钮[1]的状态作为初始值。

接着，使用作为描绘函数的“Draw”对按钮[1]、按钮[2]分别进行PNG的描绘。按钮[1]以坐标(10，200)为起点(左上端)描绘PNG图像“1black.png”。按钮[2]以坐标(330，200)为起点(左上端)描绘PNG图像“2white.png”。

另外，在本单元最后使用时间事件来执行图25右侧的程序。在此，使用链接函数进行指定，使得从该单元的开头再次进行再现。

图26是表示菜单选择的用户事件所涉及的事件处理单元中的程序的例子的图。

与“左”键、“右”键、“确定”键的某个遥控器键被按下的情况分别对应的程序被写在事件处理单元中。在由用户按下了遥控器键的情况下，如使用图21说明的那样，生成用户事件，启动图26的事件处理单元。

在本事件处理程序中，使用识别选择按钮的GPRM(0)的值和识别所选择的遥控器键的SPRM(8)，如下所述来进行分支处理。

条件1)正选着按钮[1]且选择键为“右”键的情况

将GPRM(0)再设定为2，将处于选择状态的按钮变更为右边的按钮[2]。

分别改写按钮[1]、按钮[2]的图像。

条件2)选择键为“确定(OK)”且正选着按钮[1]的情况

开始播放列表#2的再现。

条件3)选择键为“确定(OK)”且正选着按钮[2]的情况

开始播放列表#3的再现。

图26所示的程序如上述那样进行解释并执行。

(播放器处理流程)

使用图27～图30来说明播放器中的处理的流程。

图27是表示BD-ROM播放器中的AV数据再现的基本处理的流程的流程图。

当插入BD-ROM时(S101)，BD-ROM播放器执行“BD.INFO”的读取和解析(S102)以及“BD.PROG”的读取(S103)。“BD.INFO”和“BD.PROG”一起暂时保存在管理信息记录存储器204中，由脚本处理器305来解析。

接着，脚本处理器305按照“BD.INFO”文件内的最初事件(FirstEvent)信息，生成最初的事件(S104)。所生成的最初事件由程序处理器302接收，执行处理与该事件对应的事件处理(S105)。

希望在与最初事件对应的事件处理中记录有指定最初应该再现的播放列表的信息。假设在未指示播放列表再现的情况下，播放器什么也不再现，只是继续等待受理用户事件(S201：否)。

UO管理器303在受理来自用户的遥控器操作时(S201：是)，生成对程序处理器302的UO事件(S202)。

程序处理器302判别UO事件是否是基于菜单键的事件(S203)，在是菜单键的情况下(S203：是)，向脚本处理器305发送UO事件，脚本处理器305生成用户事件(S204)。程序处理器302执行处理与所生成的用户事件对应的事件处理(S205)。

图28是表示BD-ROM播放器中的从播放列表再现开始到VOB再现结束为止的处理流程的流程图。

如前所述，通过最初事件处理或全局事件处理而开始播放列表()再现(S301)。脚本处理器305进行播放列表“XXX.PL”的读取和解析(S302)以及与播放列表对应的程序信息“XXX.PROG”的读取，作为再现对象的播放列表再现所需的信息(S303)。

接着，脚本处理器305基于登记在播放列表中的单元信息来开始单元的再现(S304)。单元再现意味着从脚本处理器对演示控制器306发出请求，演示控制器306开始AV数据再现(S305)。

当开始AV数据的再现时，演示控制器306读取(S402)并解析与要再现的单元对应的VOB的信息文件“XXX.VOBI”。演示控制器306使用时间图来确定再现开始的VOBU及其地址，对驱动控制器317指示读出地址。驱动控制器317读出成为对象的VOB数据“YYY.VOB”(S403)。

所读出的VOB数据被发送到解码器并开始再现(S404)。VOB再现持续到该VOB的再现区间结束为止(S405)，在结束时存在下一个单元的情况下(S406：是)，向单元的再现转移(S304)。另外，在没有下一个单元的情况下(S406：否)，结束再现所涉及的处理。

图29是表示AV数据再现开始后的事件处理的流程的流程图。

图29的(A)是表示BD-ROM播放器中的时间事件所涉及的处理流程的流程图。

此外，BD-ROM播放器是事件驱动型的播放器模型。当开始播放列表的再现时，分别启动时间事件类、用户事件类、字幕显示类的事件处理过程，并行地执行事件处理。

当在BD-ROM播放器中开始播放列表再现的再现时(S501)，确认到播放列表再现未结束(S502：否)，脚本处理器305确认是否成为了时间事件产生时刻(S503)。

在成为了时间事件产生时刻的情况下(S503：是)，脚本处理器305生成时间事件(S504)。程序处理器302受理时间事件，执行处理事件处理(S505)。

另外，在未到时间事件产生时刻的情况下(S503：否)以及结束了事件处理的执行处理的情况下，反复进行播放列表再现的结束确认(S502)以后的处理。

另外，当确认到播放列表再现已结束时(S502：是)，时间事件类的处理强制结束。

图29的(B)是表示BD-ROM播放器中的用户事件所涉及的处理流程的流程图。

当在BD-ROM播放器中开始播放列表的再现时(S601)，确认到播放列表再现未结束(S602：否)，UO管理器303确认是否存在UO的受理。

在存在UO的受理的情况下(S603：是)，UO管理器303生成UO事件(S604)。程序处理器302接收UO事件，确认该UO事件是否为菜单调出。

在是菜单调出的情况下(S605：是)，程序处理器302使脚本处理器305生成事件(S607)，程序处理器302执行处理事件处理(S608)。

另外，在判断为UO事件不是菜单调出的情况下(S605：否)，UO事件表示基于取消键或“确定”键的事件。该情况下，脚本处理器305判断当前时刻是否处于用户事件有效期间内，在处于有效期间内的情况下(S606：是)，脚本处理器305生成用户事件(S607)，程序处理器302执行处理对象的事件处理(S608)。

另外，在没有UO的受理的情况下(S603：否)、在当前时刻不处于用户事件有效期间内的情况下(S606：否)、以及在事件处理的执行处理已结束的情况下，反复进行播放列表再现的结束确认(S602)以后的处理。

另外，当确认到播放列表再现已结束时(S602：是)，用户事件类的处理强制结束。

图30是表示BD-ROM播放器中的字幕数据的处理流程的流程图。

当在BD-ROM播放器中开始播放列表的再现时，确认到播放列表再现未结束(S702：否)，脚本处理器305确认是否成为了字幕显示开始时刻。在成为了字幕显示开始时刻的情况下(S703：是)，脚本处理器305对演示控制器306指示进行字幕描绘，演示控制器306对图像处理器311指示进行字幕描绘。图像处理器311按照该指示将字幕描绘在图像平面209上(S704)。

另外，在不为字幕显示开始时刻的情况下(S703：否)，确认是否为字幕显示结束时刻。在判断为是字幕表示结束时刻的情况下(S705：是)，演示控制器306对图像处理器311进行字幕消除指示。

图像处理器311按照该指示将所描绘的字幕从图像平面209删除(S706)。

另外，在图像处理器311的字幕描绘(S704)结束的情况下、在图像处理器311的字幕删除(S706)结束的情况下、以及在判断为不是字幕显示结束时刻的(S705：否)情况下，反复进行播放列表再现的结束确认(S702)以后的处理。

另外，当确认到播放列表再现已结束时(S702：是)，字幕显示类的处理强制结束。

根据以上的工作，BD-ROM播放器基于用户的指示或记录在BDROM中的BD管理信息等，进行BD-ROM的再现所涉及的基本的处理。

(实施方式2)

接着对实施方式2进行说明。在本实施方式中，对BD中的高辉度(HDR)影像信息的记录以及再现进行说明。此外，由于基本的技术内容是基于实施方式1的，所以下面以与实施方式1不同之处为中心来说明。

图31示出了构成一个显示单位的字幕影像流的构造。一个显示单位的字幕影像流被称为演示集(Presentation Set)，是以PM数据为首并以“END”为尾的构造。以下对各个数据段进行说明。

PM(Presentation Manager，演示管理器)是必须配置在字幕影像流的各演示集的开头的数据段(data segment)，包括以下的数据域。

seg_type表示段的类别，如图31所示，如果seg_type＝0x01，则表示包含该seg_type的数据段是PM。

presen_set_state表示该演示集是包含全部的作为字幕的一个显示单位进行字幕显示所需的数据的类型还是仅保存只变更显示色这样的局部的更新数据的类型。

bitmap_id_ref表示该演示集显示的字幕影像的位图的识别信息(bitmap_id)。

window_id_ref表示该演示集利用的显示区域的识别信息(window_id)。

bitmap_pos_x以及bitmap_pos_y表示由bitmap_id_ref指定的位图的左上坐标的位置。

palette_id_ref表示该演示集利用的显示色索引颜色表的识别信息(palette_id)。

palette_update_judge表示该演示集是否为仅更新显示色索引颜色表的类型的演示集。在palette_update_judge＝1的情况下，显示区域以及位图本身与刚刚之前的演示集相同，仅显示色索引颜色表改变。由此，例如，能够不用再次发送数据尺寸大的位图而实现卡拉OK这样的颜色逐渐变化的图案的显示控制。

WIN(WINdow)是在紧接PM之后配置的数据段，可以排列多个。WIN是指定演示集使用的显示区域的数据段，包括以下的数据域。

以seg_type＝0x02来表示该数据段为WIN。

window_id是用于识别由该WIN指定的显示区域的信息。

window_pos_x以及window_pos表示该显示区域的左上坐标值。window_size_x以及window_size_y以像素精度的方式表示该显示区域的横向(x)以及纵向(y)的尺寸。

此外，如此划分显示区域是因为：即使在有限的解码器传输频带的条件下，也能够通过缩小显示区域来加快显示更新间隔。

PAL(PALette)是在紧接WIN之后配置的数据段，可以排列多个。PAL是保存有演示集使用的显示色(索引颜色)的数据段，包括以下的数据域。

以seg_type＝0x03来表示该数据段为PAL。

palette_id是用于识别该显示色索引颜色表的信息。

palette_version表示具有相同的palette_id的PAL中的版本(有无更新)。该palette_version在仅更新显示色索引颜色表这样的演示集(palette_updata_judge＝1)中，能够以在palette_id固定的同时仅更新palette_version为目的来进行利用。

color_index表示颜色索引的序号(例如0～255)。

Y、Cr、Cb以及alpha表示该颜色索引序号(color_index)实际所指的颜色信息。该色信息作为Y(辉度信息)、Cr/Cb(色差信息)、alpha(透明度信息)分别保存。由此，可确定与由BMP()指定的索引颜色序号(color_index)对应的颜色。该颜色索引通过循环处理最多登记255个颜色。

BMP(BitMaP)是在紧接PAL之后配置的数据段，可以排列多个。例如，在同时显示多个字幕影像的情况下，配置多个WIN、PAL以及BMP。BMP保存有演示集所保存的字幕影像的位图信息。

以seg_type＝0x04来表示该数据段为BMP。

bitmap_id是该位图影像信息的识别信息。

bitmap_version表示该位图的版本(有无更新)。

bitmap_size_x以及bitmap_size_y以像素精度的方式记述展开了该位图时的x以及y方向的尺寸。

bitmap_image_data()保存有对该位图影像进行了压缩编码而得到的数据。

如此，作为一个字幕显示单位的演示集，是用于将一次字幕显示或字幕更新所需的信息数据段化并传送的基本流。字幕流是排列多个该演示集而使字幕更新的流。

图32是表示图31中说明的字幕显示时的位置关系的图。

显示字幕的平面，以左上作为原点，x以及y坐标轴分别朝向右方以及下方。在该平面内配置显示区域(WIN)，在该显示区域的内部配置位图图像(BMP)。

图33A以及图33B是用于说明presen_set_state的图。对于字幕流的演示集，具有包含全部的所需数据以使得根据该演示集就能够开始显示的START CASE类型、和用于仅对当前的字幕显示的一部分信息进行更新的NORMAL CASE类型。该START CASE类型和NORMALCASE类型通过presen_set_state的值来识别。

在紧接再现开始位置以及无缝连接点之后，使用START CASE类型，除此以外使用NORMAL CASE类型，由此能够高效地抑制数据量并传输字幕影像。

图34是用于说明字幕流的系统流化的图。作为字幕基本流对演示集进行编码(上部)。该字幕基本流按各个数据段而PES(Packetized Elementary Stream)封包化(中部)。该PES封包以MPEG-2传输流这样的系统流的方式与其他的基本流一起复用化(下部)。

复用化的形式不限于MPEG-2TS，也可以是MPEG-2PS、MP4等。另外，对PES赋予作为定时信息的PTS以及DTS。由此，系统解码器能够在所希望的定时对字幕进行解码，将所得到的字幕与视频影像同步地进行显示。

到此为止对标准辉度影像(SDR)用的字幕进行了说明，之后对也能应对向高辉度影像(HDR)用的视频影像重叠的字幕流进行说明。

图35是表示支持SDR和HDR这两方的字幕流的一个演示集的图。该字幕流具有如下特征：作为用于演示集的再现控制的PM，配置有SDR用的PM和紧接之后配置的HDR用的PM总共两个PM。

也就是说，在演示集支持HDR用的视频影像的情况下，演示集包括HDR输出用的PM(HDR)。该PM(HDR)配置在SDR用的PM(SDR)之后。

标准辉度影像(SDR)用的PM(SDR)如所述说明那样，高辉度影像(HDR)用的PM(HDR)也具有与PM(SDR)相同的数据构造以及语义(semantics)。

PM(SDR)由与之前相同的seg_type＝0x01来识别，PM(HDR)由之前未使用的新的值、例如seg_type＝0x11来识别。

另外，PM(SDR)的PES封包的PTS以及DTS和PM(HDR)的PES封包的PTS以及DTS为相同的值。

PM(HDR)与PM(SDR)同样，也参照WIN、PAL、BMP。对于PM(HDR)的数据域的值，仅seg_type以及palette_id_ref的值与PM(SDR)不同，其他的数据域的值全部与PM(SDR)相同。

具体而言，PM(SDR)的palette_id_ref指示在重叠于SDR视频影像时应指定的palette_id，而在紧接PM(SDR)之后的PM(HDR)的palette_id_ref指示在重叠于HDR视频影像时应指定的palette_id。

再现装置在解码SDR影像的情况下，使用PM(SDR)对演示集进行解码。另外，再现装置在解码HDR影像的情况下，使用PM(HDR)对演示集进行解码。

如此，在图35所示的支持SDR和HDR这两方的演示集中，一边共用数据量大的BMP，一边由PM(SDR)的palette_id_ref和PM(HDR)的palette_id_ref来指定能够由该演示集指定的索引颜色。由此，根据进行再现的视频影像的属性(SDR或HDR)，能够按照制作者的意图来指定索引颜色。

另外，再现装置选择使用PM(SDR)和PM(HDR)的某一方即可。也就是说，再现装置只选择seg_type＝0x01和0x11的某一方即可。由此，能够不变更其他的字幕显示控制处理而对支持SDR和HDR这两方的字幕处理部进行设计以及开发。

另外，从盘制作的观点出发也具有如下优点：能够共用数据构造，能够以极少的数据量的增加来将一个位图图像(BMP)兼用于HDR用和SDR用。

以下，说明支持SDR和HDR这两方的字幕流的另一例。

图36是表示支持SDR和HDR这两方的字幕流的一个演示集的图。该字幕流具有如下特征：作为保存演示集的显示色索引颜色表的PAL，SDR用的PAL和接近之后配置的HDR用的PAL的对，配置在PAL配置列中。

也就是说，在演示集支持HDR用的视频影像的情况下，演示集包括HDR输出用的PAL(HDR)。另外，HDR用的PM(HDR)和SDR用的PM(SDR)为了SDR和HDR各自的输出而形成一对一的对。

成对的PAL(SDR)和PAL(HDR)也可以为了使其对关系明确而继续编码。

标准辉度影像(SDR)用的PAL(SDR)如所述说明那样，高辉度影像(HDR)用的PAL(HDR)也具有与PAL(SDR)相同的数据构造以及语义。

要识别PAL(SDR)，通过与之前相同的seg_type＝0x03来识别，而PAL(HDR)通过之前未使用的新的值、例如seg_type＝0x13来识别。

PAL(HDR)具有与成对的PAL(SDR)相同的palette_id值和相同的palette_version值，在PES封包的层级中以具有相同的PTS值的方式进行编码。

PAL(SDR)指示在与SDR视频影像重叠时应利用的显示色索引颜色表，而紧接之后的PAL(HDR)指示在与HDR视频影像重叠时应利用的显示色索引颜色。

再现装置在解码SDR影像的情况下，使用由palette_id值以及palette_version值指定的PAL(SDR)对演示集进行解码。另外，再现装置在解码HDR影像的情况下，使用由palette_id值以及palette_version值指定的PAL(HDR)对演示集进行解码。

如此，图36所示的支持SDR和HDR这两方的演示集，一边共用数据量大的BMP，一边具有PAL(SDR)与PAL(HDR)的对来作为能够由该演示集指定的索引颜色。由此，根据进行再现的视频影像的属性(SDR或HDR)，能够按照制作者的意图来指定索引颜色。

另外，再现装置选择使用PAL(SDR)和PAL(HDR)的某一方即可。也就是说，再现装置只选择seg_type＝0x03和0x13的某一方即可。由此，能够不变更其他的字幕显示控制处理而对支持SDR和HDR这两方的字幕处理部进行设计以及开发。

另外，从盘制作的观点出发也具有如下优点：能够共用数据构造，能够以极少的数据量的增加来将一个位图图像(BMP)兼用于HDR用和SDR用。

以下，对本实施方式涉及的系统解码器模型进行说明。图37是表示对视频流和字幕流进行解码的系统解码器模型400的图。

视频流经由传输流缓冲器401(TB)、多路复用缓冲器402(MB)以及基本流缓冲器403(EB)由视频解码器404(V)解码，经由已解码图画缓冲器405(DPB)描绘于视频平面406。在此，如果视频流是SDR，则SDR的视频影像被写出到视频平面406，如果视频流是HDR，则HDR的视频影像被写出到视频平面406。

对于SDR的视频流和HDR的视频流，如果是MPEG-4AVC或者HEVC，则能够通过视频流内的用户未注册SEI消息(user unregistered SEI message)这样的元数据的有无进行识别。

例如，在SDR视频流的情况下，以BT.709的色域(color space，色彩空间)对100nit程度的辉度信息进行编码，并且未保存有元数据，而在HDR视频流的情况下，以BT.2020的更宽的色域对1000nit程度的更明亮的辉度信息进行编码，并且在用户未注册SEI消息中保存有最大及最小辉度值以及辉度变更的色调映射(Tone mapping)的参数作为元数据。

图37的下部示出了图36的情形下的字幕流的解码器。从传输流缓冲器407(TB)传送到了基本流缓冲器408(EB)的字幕流被输入到演示集解码器409。该字幕流包括HDR和SDR这两方的显示色索引颜色表(PAL(HDR)和PAL(SDR))。

演示集解码器409包括图形处理器410(GP)、编码缓冲器411(DB)、构图缓冲器412(CB)和图形控制器413(GC)。

在图形处理器410(GP)中，PAL(HDR)和PAL(SDR)在各自的PES封包的PTS的时刻被处理，仅将需要的某一方保存于构图缓冲器412(CB)。

对于PAL(HDR)和PAL(SDR)的哪一方是需要的，能够基于正在解码的视频影像是SDR和HDR的哪一方来判断。例如，也可以根据相应的用户未注册SEI消息的有无来判断视频影像是SDR和HDR的哪一方。或者，也可以预先在PlayList(.PL)或者流属性信息(.VOBI)这样的数据库中记述有表示视频流是SDR和HDR的哪一方的类别信息(例如，在图13的Video中加入SDR/HDR识别信息等)，基于该类别信息来判断视频流的属性是SDR还是HDR。或者，也可以根据播放器的最终输出影像是SDR和HDR的哪一方来分开使用PAL(SDR)和PAL(HDR)。

另外，由图形处理器410解码后的字幕影像，经由编码缓冲器411(DB)描绘于PS平面414。

存储于构图缓冲器412的显示色索引颜色表，通过图形控制器413(GC)发送给颜色表应用部415(CLUT)。颜色表应用部415使用该显示色索引颜色表来进行字幕影像的着色。

此外，虽然以上说明了字幕流的例子，但也可以将同样的方法应用于菜单影像流。

图38是表示支持SDR和HDR这两方的菜单影像流的图。与图37所示的字幕流同样，对使用PAL(SDR)和PAL(HDR)的情况进行说明。

IM(Interaction Manager，交互管理器)包括菜单所使用的按钮的识别信息(button_id)、、位图图像(bitmap_id_ref)、显示位置(bitmap_pos_x以及bitmap_pos_y)以及命令(button_command())。

PAL(PALette)的构造与字幕流相同。对PAL(SDR)分配seg_type＝0x22，对PAL(HDR)分配seg_type＝0x32。

BMP(BitMaP)的构造与字幕流相同。

菜单影像流与字幕影像流同样，也能够通过对SDR用的显示色索引颜色表(PAL(SDR))和HDR用的显示色索引颜色表(PAL(HDR))赋予不同的识别序号来高效地进行扩展。

此外，上述的说明只不过是一例，对相应的技术人员而言，能够适用各种应用。

如上所述，本实施方式涉及的记录介质记录有对主影像进行了编码的主影像流和对与主影像重叠地显示的副影像进行了编码的副影像流。在此，副影像例如是字幕或菜单。

副影像流包括表示副影像的图案的位图数据(BMP)和指定由位图数据表示的图案的显示色的调色板数据(PAL)。调色板数据(PAL)包括第1辉度动态范围(SDR)用的第1调色板数据(PAL(SDR))和比第1辉度动态范围宽的第2辉度动态范围(HDR)用的第2调色板数据(PAL(HDR))。

例如，主影像流包括第1辉度动态范围(SDR)的第1主影像流和第2辉度动态范围(HDR)的第2主映像流。第1调色板数据(PAL(SDR))在再现第1主影像流的情况下使用，第2调色板数据(PAL(HDR))在再现第2主影像流的情况下使用。

在第1调色板数据中仅使用第1辉度动态范围(SDR)内的辉度值。也就是说，在第1调色板数据中不包含第2辉度动态范围(HDR)中的除第1辉度动态范围(SDR)之外的辉度值(高辉度值)。

另外，在第2调色板数据中仅使用第2辉度动态范围(HDR)内的辉度值。此外，在第2调色板数据中不一定需要包含除第1辉度动态范围(SDR)之外的辉度值(高辉度值)。也就是说，第2调色板数据只要是在再现第2主影像流(HDR影像流)时使用的副影像用的调色板数据即可。第2主影像流包含比第1主影像流高的高辉度值的影像。由此，在使用了相同的色彩以及辉度的字幕的情况下，有时用户难以视觉辨认出重叠于第2主影像流的字幕。与此相对，通过使用色彩或辉度与第1调色板数据不同的第2调色板数据，能够显示与第2主影像流相适合的色彩或辉度的字幕，因此能够提高用户对字幕的视觉辨认度。

如此，通过对第1辉度动态范围(SDR)用和第2辉度动态范围(HDR)用使用各不相同的调色板数据，能够提高用户对字幕的视觉辨认度。

另外，位图数据可以在第1辉度动态范围(SDR)和第2辉度动态范围兼用。

由此，能够不对盘容量造成太大负担地记录与第1主影像(SDR)以及第2主影像(HDR)重叠的字幕或菜单图形。另外，再现装置根据进行重叠的视频影像仅对显示色的索引颜色表进行变更，能够容易地一边反映制作者意图一边得到第1辉度动态范围(SDR)用和第2辉度动态范围(HDR)用的字幕以及菜单图形。

(实施方式3)

在本实施方式中，对将字幕流(PG流)以及菜单影像流(IG流)保存于BD的情况进行说明。

在此，现有的很多TV都不具有接收HDR影像信号的功能。由此，为了在这样的TV中也能够再现影像，内容制作者除了向盘中记录HDR影像流之外还需要记录SDR影像流。

该情况下，内容制作者能够使用以下的两个方法中的任一方法。第一个方法是为了HDR和SDR的再现而准备独立的两个系统流(例如MPEG-2TS)。第二个方法是为了HDR和SDR的再现而准备单个系统流(例如MPEG-2TS)。此外，以下，将第二个方法中的单个系统流称为双串流(dual stream)。

在本实施方式中，为了在双串流中的HDR的再现时和SDR的再现时使得用户能够经历相同的状况，使成组的HDR用的PG流及IG流与SDR用的PG流及IG流除CLUT(Color Look UpTable，颜色查找表)之外为相同的内容。在此，内容例如是显示的开始及结束定时、显示的内容以及语言等。

具体而言，通过使成组的HDR用的PG流与SRD用的PG流的PID的值以及BD的数据库文件(PlayList(播放列表)以及Clip Information file(素材信息文件))中的登记顺序相同，使得成组的HDR用的PG流与SRD用的PG流易于理解。此外，关于IG流也是同样的。

图39是用于说明本实施方式涉及的双串流中的PG流以及IG流的图。

双串流播放列表(Dual Stream PlayList)包括定义HDR用的PG流及IG流的STN_table()数据块和定义SDR用的PG流及IG流的STN_table_DS()数据块。

双串流素材信息文件(Dual Stream Clip Information file)包括定义HDR用的PG流及IG流的ProgramInfo()数据块和定义SDR用的PG流及IG流的ProgramInfo_DS()数据块。

如此，HDR再现用的基本流的登记内容(Registration)记述在STN_table()以及ProgramInfo()中。另外，SDR再现用的基本流的登记内容(Registration)记述在STN_table_DS()以及ProgramInfo_DS()中。

双串流素材AV流文件(Dual Stream Clip AV stream file)包括HDR影像流(HDRvideo stream)、HDR PG1流(HDR PG1stream)、HDR PG2流(HDR PG2stream)、HDR IG1流(HDRIG1stream)、SDR影像流(SDR video stream)、SDR PG1流(SDR PG1stream)、SDR PG2流(HDRPG2stream)、SDR IG1流(HDR IG1stream)、声音1流(audio1stream)、声音2流(audio1stream)。

HDR影像流、HDR PG1流、HDR PG2流和HDR IG1流是HDR用的流。HDR影像流包含HDR用的主影像信息，HDR PG1流以及HDR PG2流包含HDR用的字幕信息，HDR IG1流包含HDR用的菜单信息。

SDR影像流、SDR PG1流、SDR PG2流和SDR IG1流是SDR用的流。SDR影像流包含SDR用的主影像信息，SDR PG1流以及SDR PG2流包含SDR用的字幕信息，SDR IG1流包含SDR用的菜单信息。

在此，HDR PG1流与SDR PG1流成组，HDR PG2流与SDR PG2流成组，HDR IG1流与SDRIG1流成组。另外，组所包含的2个流表示相同的内容，如后所述是除调色板数据(PDS(Palette Definition Segment，调色板定义段))以外都相同的流。此外，PDS是与上述的PAL同样的数据。另外，各PG流包括多个与图31所示的演示集同样的信息。

例如，HDR PG1流以及SDR PG1流是日语字幕，HDR PG2流以及SDR PG2流是英语字幕。

声音1流以及声音2流包含声音信息，由HDR和SDR兼用。例如，声音1流是英语声音，声音2流是日语声音。

如此，双串流以HDR用和SDR用分别包含影像流、字幕流以及菜单流。另外，双串流包含由HDR和SDR兼用的声音流。

此外，在图39中，示出了保存有两种字幕、一种菜单图形和两种声音的例子，但字幕、菜单图形以及声音的种类的数量可以是任意的。

另外，在本实施方式中，HDR用和SDR用的相同内容的字幕流以及菜单流成组。换言之，对SDR用而存在的字幕以及菜单，对HDR用也必须存在，对HDR用存在的字幕以及菜单，对SDR用也必须存在。例如，在作为SDR用的字幕存在日语字幕、英语字幕以及法语字幕这三种的情况下，作为HDR用的字幕必须存在日语字幕、英语字幕以及法语字幕这三种。换言之，禁止在HDR用和SDR用存在不同种类的字幕或者菜单。

通过设置这样的限制，能够在SDR再现时和HDR再现时对用户提供相同的试听体验。

另外，在本实施方式中，为了识别上述组，对赋予各流的PID的值设置规则。以下，进行详细说明。

图40是表示各流所使用的PID的图。如图40所示，双串流素材定义的HDR用的PG流的PID的值为HDR_PG_PID1～HDR_PG_PID32中的任一个，SDR的PG流的PID的值为SDR_PG_PID1～SDR_PG_PID32中的任一个。

双串流素材内的成组的HDR用的PG流与SDR用的PG流，在PID范围内设定相同的升序。例如，PID为HDR_PG_PID1+X的HDR用的PG流和PID为SDR_PG_PID1+X的SDR用的PG流成组。

此外，这些规则对于IG流也是同样的。

也就是说，在HDR PG1流与SDR PG1流为一组的情况下，PID的值的关系如下。

(HDR_PG1_PID)-(HDR_PG_PID1)＝(SDR_PG1_PID)-(SDR_PG_PID1)

也就是说，对HDR用的PG流分配的多个PID(HDR_PG_PID1～HDR_PG_PID32)中的被分配了第一个PID(HDR_PG_PID1)的HDR用的PG流、和对SDR用的PG流分配的多个PID(SDR_PG_PID1～SDR_PG_PID32)中的被分配了第一个PID(SDR_PG_PID1)的SDR用的PG流成组。另外，对HDR用的PG流分配的多个PID中的被分配了第二个PID(HDR_PG_PID2)的HDR用的PG流、和对SDR用的PG流分配的多个PID中的被分配了第二个PID(SDR_PG_PID2)的SDR用的PG流成组。

同样地，在HDR IG1流与SDIG1流为一组的情况下，PID的值的关系如下。

(HDR_IG1_PID)-(HDR_IG_PID1)＝(SDR_IG1_PID)-(SDR_IG_PID1)

另外，成组的HDR用的PG流及IG流与SDR用的PG流及IG流，除PDS(PaletteDefinition Segment)内的palette_entry()之外完全相同。由此，在HDR的再现时和SDR的再现时用户能够经历相同的再现结果，因此不会产生混乱。

图41是表示PDS的构成的图。

palette_entry()是对该PDS用的CLUT(颜色查找表)进行定义的数据块。

PDS包含palette_entry，并包含在PG流和IG流的各流中。此外，PDS所包含的各段的意思与图31所示的PAL所包含的各段的意思同样。具体而言，图41所示的segment_descriptor()、palette_id、palette_version_number、palette_entry_id、Y、Cr、Cb、transparent_alpha的意思分别与图31所示的seg_type、palette_id、palette_version、color_index、Y、Cr、Cb、alpha同样。

SDR用的PG流以及IG流包含用于SDR再现的palette_entry()数据块。HDR用的PG流以及IG流包含用于HDR再现的palette_entry()数据块。

如上所述，本实施方式涉及的记录介质记录有对主影像进行了编码的主影像流和对与主影像重叠地显示的副影像进行了编码的副影像流。在此，副影像例如是字幕或者菜单。

副影像流包括表示副影像的图案的位图数据(BMP)和指定图案的显示色的调色板数据(PDS)。调色板数据(PDS)包括第1辉度动态范围(SDR)用的第1调色板数据(例如SDRPG1流内的PDS)和比第1辉度动态范围宽的第2辉度动态范围(HDR)用的第2调色板数据(例如HDR PG1流内的PDS)。

例如，主影像流包括第1辉度动态范围(SDR)的第1主影像流(SDR影像流)和第2辉度动态范围(HDR)的第2主影像流(HDR影像流)。第1调色板数据在再现第1主影像流的情况下使用，第2调色板数据在再现第2主影像流的情况下使用。

如此，通过对第1辉度动态范围(SDR)用和第2辉度动态范围(HDR)用使用各不相同的调色板数据，能够提高用户对字幕的视觉辨认度。

进而，位图数据包括第1辉度动态范围用(SDR)的第1位图数据(例如SDR PG1流内的BMP)和第2辉度动态范围用(HDR)的第2位图数据(例如HDR PG1流内的BMP)。

副影像流通过对与主影像重叠地显示的多个种类的副影像(例如，不同语言或者不同内容的字幕或者菜单)进行编码而得到，副影像流包括多个组(SDR PG1流与HDR PG1流的组、以及SDR PG2流与HDR PG2流的组)，该多个组分别与多个种类的副影像的任一种类的副影像对应、并且分别包括第1副影像流(例如，SDR PG1流)和第2副影像流(例如，HDR PG1流)，所述第1副影像流包含对应的副影像的第1调色板数据和第1位图数据，所述第副影像流包含对应的副影像的第2调色板数据和第2位图数据。各组包括对与该组对应的副影像进行了编码的第1副影像流(例如，SDR PG1流)和对与该组对应的副影像进行了编码的第2副影像流(例如，HDR PG1流)。

由此，因为对第1辉度动态范围(SDR)用和第2辉度动态范围(HDR)用准备相同种类的副影像，所以能够在第1辉度动态范围(SDR)和第2辉度动态范围(HDR)的再现时对用户提供相同的试听体验。

另外，第1标识符(SDR_PG1_PID)的值与第2标识符(SDR_PG2_PID)的值的差分值等于第3标识符(HDR_PG1_PID)的值与第4标识符(HDR_PG2_PID)的值的差分值，所述第1标识符是对多个组包括的第1组所包含的第1副影像流(例如，SDR PG1流)赋予的标识符，所述第2标识符是对多个组包括的第2组所包含的第1副影像流(例如，SDR PG2流)赋予的标识符，所述第3标识符是对第1组所包含的第2副影像流(例如，HDR PG1流)赋予的标识符，所述第4标识符是对第2组所包含的第2副影像流(例如，HDR PG2流)赋予的标识符。

另外，多个组包括的第1组所包含的第1副影像流(例如，SDR PG1流)在数据库(例如，STN_table_DS())中的流登记顺位与多个组包括的第2组所包含的第1副影像流(例如，SDR PG2流)在数据库(例如，STN_table_DS())中的流登记顺位的差分值，等于第1组所包含的第2副影像流(例如，HDR PG1流)在数据库(例如，STN_table())中的流登记顺位与第2组所包含的第2副影像流(例如，HDR PG2流)在数据库(例如，STN_table())中的流登记顺位的差分值。

由此，多个种类的副影像在第1辉度动态范围(SDR)和第2辉度动态范围(HDR)的再现时按相同顺序进行切换。例如，在用户通过遥控器的按钮操作按顺位切换字幕的种类时，能够使得切换的字幕的种类的顺位相同。由此，能够在第1辉度动态范围(SDR)和第2辉度动态范围(HDR)的再现时对用户提供相同的试听体验。

进而，能够使再现装置等中的处理内容在第1辉度动态范围(SDR)和第2辉度动态范围(HDR)的再现时相同，因此能够简化再现装置的处理，并且能够沿用仅支持第1辉度动态范围(SDR)的以往的再现装置的功能以及构成。由此，能够降低支持第2辉度动态范围(HDR)的再现装置的开发成本。

另外，由同一组所包含的第1位图数据和第2位图数据表示的图案可以相同。

另外，同一组所包含的数据中的除第1调色板数据以及第2调色板数据之外的数据可以全部相同。

另外，本公开也可以作为从上述记录介质中读出数据并执行的再现装置或者再现方法来实现。也就是说，本实施方式涉及的再现装置，具备：读出部，其读出记录介质所记录的对主影像进行了编码的主影像流和对与主影像重叠地显示的副影像进行了编码的副影像流；和再现部，其对所读出的主影像流以及副影像流进行再现。副影像流包括表示副影像的图案的位图数据和指定图案的显示色的调色板数据。调色板数据包括第1辉度动态范围用的第1调色板数据和比第1辉度动态范围宽的第2辉度动态范围用的第2调色板数据。

(实施方式4)

在本实施方式中，再现装置使用对PSR设定的由用户设定的优先级和显示装置及再现装置的功能，从多个HDR方式中选择要使用的HDR方式。

具体而言，以下，对支持HDR影像流的多个再现方式(类型)的BD播放器的再现工作进行说明。在本实施方式中，基于HDR内容格式和再现装置(BD播放器等)及显示装置(TV等)支持的HDR方式，通过内容制作者的主导或终端用户的主导来自动地选择HDR影像信号。

在此，BD播放器在内部具备多个PSR(Player Setting Registers，播放器设置寄存器)。多个PSR能够从写入盘中的引导程序进行访问。另外，作为该引导，存在HDMV引导和BD-J。

另外，多个PSR包括表示再现装置的解码功能以及显示装置的功能的PSR。内容制作者通过确认该PSR来掌握终端用户的AV设备的功能，能够选择再现任一方的内容。

以下，对PSR进行说明。

PSR25表示再现装置(播放器)的HDR支持功能。PSR25的b1(bit1)在该再现装置具有再现类型A的HDR影像流的功能的情况下设定为1b，否则设定为0b。PSR25的b2(bit2)在该再现装置具有再现类型B的HDR影像流的功能的情况下设定为1b，否则设定为0b。PSR25的b3(bit3)在该再现装置具有再现类型C的HDR影像流的功能的情况下设定为1b，否则设定为0b。

PSR26表示与再现装置连接的显示装置(显示器)的HDR支持功能。PSR26的b1(bit1)在该显示装置支持类型A的HDR影像信号的输入的情况下设定为1b，否则设定为0b。PSR26的b2(bit2)在该显示装置支持类型B的HDR影像信号的输入的情况下设定为1b，否则设定为0b。PSR26的b3(bit3)在该显示装置支持类型C的HDR影像信号的输入的情况下设定为1b，否则设定为0b。

PSR27设定用户对多个HDR技术的各技术的喜好程度。通过对PSR27的b3～b0(bit3～bit0)设定的数值，表示用户对类型A的HDR技术的喜好程度。通过对PSR27的b7～b4(bit7～bit4)设定的数值，表示用户对类型B的HDR技术的喜好程度。通过对PSR27的b11～b8(bit11～bit8)设定的数值，表示用户对类型C的HDR技术的喜好程度。例如，对PSR27设定的各数值越大，则表示用户越喜好对应的HDR技术(优先级高)。

接着，对从用户的AV设备能够再现的多个HDR影像流中选择一个影像流的方法进行说明。

再现装置确认再现装置的支持功能(PSR25)以及显示装置的支持功能(PSR26)，在再现装置和显示装置都支持的HDR技术存在两个以上的情况下，选择该两个以上的HDR技术中的对PSR27设定的数值最大的HDR技术。

另外，也可以对这样的PSR的设定以及选择方法设置供BD制作者使用的以下两个选项。

(1)流包含冗长数据，内容制作者(内容提供者)选择要使用的HDR技术(选择方法A)。

(2)流不包含冗长数据，用户选择要使用的HDR技术(选择方法C)。

[选择方法A]

在选择方法A中，流包含冗长数据，内容制作者选择要使用的HDR技术。图42是用于说明选择方法A的图。

首先，再现装置确认PSR25以及PSR26(步骤1)。接着，再现装置将(a)由PSR25表示的再现装置支持、并且(b)由PSR26表示的显示装置支持的HDR技术选择为候选(步骤2)。

在图42所示的例子中，再现装置支持类型A、类型B以及类型C，显示装置支持类型A以及类型C，不支持类型B。另外，在盘中记录有内容1(类型A)、内容2(类型B)以及内容3(类型C)。各内容分别包含对应类型的HDR影像流、声音流以及字幕流。

在本例中，因为再现装置和显示装置都支持的HDR技术为类型A以及类型C，所以内容1(类型A)以及内容3(类型C)被选择为候选。

接着，再现装置从通过步骤2选择出的全部候选中选择一个内容，对所选择出的内容进行再现(步骤3)。在图42所示的例子中，基于写入再现程序中的内容制作者的意图来选择内容1和内容3的一方。此外，Play Content(n)命令使Content#n再现。

该情况下，在用户的AV再现环境下反映了内容制作者的哪个HDR技术最优选这样的明确的意图。另外，在盘中记录有冗长的声音以及字幕数据。

[选择方法B]

在选择方法B中，流不包含冗长数据，再现装置选择要使用的HDR技术。图43是用于说明选择方法B的图。

首先，再现装置确认PSR25以及PSR26(步骤1)。接着，再现装置将(a)由PSR25表示的再现装置支持、并且(b)由PSR26表示的显示装置支持的HDR技术选择为候选(步骤2)。

在图43所示的例子中，再现装置支持类型A、类型B以及类型C，显示装置支持类型A以及类型C，不支持类型B。另外，在盘中记录有内容1(类型A、类型B以及类型C)。内容1包含类型A的HDR影像流、类型B的HDR影像流、类型C的HDR影像流、声音流以及字幕流。也就是说，声音流以及字幕流对于类型A、类型B以及类型C共用。

在本例中，因为再现装置和显示装置都支持的HDR技术是类型A以及类型C，所以类型A以及类型C被选择为候选。

接着，再现装置再现内容1(步骤3)。在此，由于在盘中仅记录有内容1，所以不进行由PlayContent()对影像流的选择。由此，再现装置的安装取决于选择了哪个影像流。例如，再装装置在再现内容1时，显示用于使用户选择选类型A和类型C的哪一方的接口等，对通过用户的操作而选择出的HDR技术(类型)的HDR影像流进行再现。

如上所述，在盘中未记录冗长的声音以及字幕数据。另外，再现装置根据用户的AV再现环境来决定再现哪个HDR影像流(内容制作者以及用户都不进行该决定)。

[选择方法C]

在选择方法C中，流不包含冗长数据，用户选择要使用的HDR技术。图44是用于说明选择方法C的图。

首先，再现装置确认PSR25以及PSR26(步骤1)。接着，再现装置将(a)由PSR25表示的再现装置支持、并且(b)由PSR26表示的显示装置支持的HDR技术选择为候选(步骤2)。

在图44所示的例子中，再现装置支持类型A、类型B以及类型C，显示装置支持类型A以及类型C，不支持类型B。另外，在盘中记录有内容1(类型A、类型B以及类型C)。内容1包含类型A的HDR影像流、类型B的HDR影像流、类型C的HDR影像流、声音流以及字幕流。

在本例中，因为再现装置和显示装置都支持的HDR技术是类型A以及类型C，所以类型A以及类型C被选择为候选。

接着，再现装置在存在两个以上的候选的情况下，确认PSR27，从两个以上的候选中选择PSR27的值最大的HDR技术(步骤3)。在此，因为PSR27的类型A的值为“3”且类型C的值为“1”，所以选择值大的类型A。并且，对内容1的类型A的影像流进行再现。

如上所述，在盘中未记录冗长的声音以及字幕数据。另外，用户通过PSR27，能够根据用户的AV再现环境来决定再现哪个HDR影像流。

以下，对与再现装置连接的显示装置(TV)发生了变更时更新PSR27的方法进行说明。

再现装置在能够使用新的HDR技术的情况下，向用户询问用户对新的HDR技术的的喜好程度(优先级)，并更新PSR27。例如，再现装置在连接了支持新的HDR技术的显示装置(TV)之后，显示用于设定PSR27的菜单。

图45是用于说明该工作的图。在图45所示的例子中，再现装置支持类型A以及类型C，不支持类型B。另外，旧TV支持类型A，不支持类型B以及类型C。由此，在该状况下，仅类型A能够使用，在PSR27中仅设定有类型A的优先级。

接着，在再现装置上连接了支持类型A、类型B以及类型C的新TV，PSR26被更新。在该状况下，类型A以及类型C能够使用。也就是说，能够新使用类型C。由此，再现装置进行用于使用户设定类型C的优先级的通知，基于用户的设定来更新PSR27的类型C的值。

接着，对在再现装置被更新时更新PSR27的方法进行说明。

与显示装置发生了变更的情况同样，再现装置在能够使用新的HDR技术的情况下，向用户询问用户对新的HDR技术的喜好程度(优先级)，并更新PSR27。

图46是用于说明该工作的图。在图46所示的例子中，在更新前的状态下，再现装置仅支持类型A，不支持类型B以及类型C。另外，显示装置支持类型A以及类型B，不支持类型C。由此，在该状况下，仅类型A能够使用，在PSR27中仅设定有类型A的优先级。

接着，再现装置被更新，PSR25被更新。在该状况下，再现装置支持类型A以及类型B。由此，再现装置和显示装置都支持的类型A以及类型B能够使用。也就是说，能够新使用类型B。由此，再现装置进行用于使用户设定类型B的优先级的通知，基于用户的设定来更新PSR27的类型B的值。

如上所述，本实施方式涉及的再现方法，是将编码后的影像信息即影像流从记录介质中读出并再现的再现装置的再现方法。再现装置具备：第1寄存器(PSR25)，其保持有第1信息，该第1信息表示多个再现方式(类型A～类型C)中的再现装置支持的再现方式；第2寄存器(PSR26)，其保持有第2信息，该第2信息表示多个再现方式中的与再现装置连接的显示装置支持的再现方式；以及第3寄存器(PSR27)，其保持有第3信息，该第3信息表示多个再现方式中的由用户设定的再现方式。

在再现方法中，在通过第1信息以及第2信息表示存在多个再现装置和显示装置都支持的再现方式的情况下，使用再现装置和显示装置都支持的多个再现方式中的由第3信息表示的再现方式对影像流进行再现。

具体而言，第3信息表示多个再现方式的优先级。在上述再现中，使用再现装置和显示装置支持的多个再现方式中的由第3信息表示的优先级最高的再现方式对影像流进行再现。

由此，用户能够选择符合该用户的喜好的再现方式。

另外，在再现方法中，进一步，在通过更新第1信息或第2信息而新追加了再现装置和显示装置都支持的再现方式的情况下，进行用于促使用户对新追加的再现方式的优先级进行设定的通知。

由此，在伴随用户的利用环境的变化而新追加了能够使用的再现方式的情况下，自动地显示对该再现方式的优先级进行设定的菜单等。由此，能够提高用户的便利性。

此外，本公开也可以作为执行上述再现方法的再现装置来实现。也就是说，本实施方式涉及的再现装置，将编码后的影像信息即影像流从记录介质中读出并再现，所述再现装置具备：第1寄存器，其保持有第1信息，该第1信息表示多个再现方式中的再现装置支持的再现方式；第2寄存器，其保持有第2信息，该第2信息表示多个再现方式中的与再现装置连接的显示装置支持的再现方式；第3寄存器，其保持有第3信息，该第3信息表示多个再现方式中的由用户设定的再现方式；以及再现部，其在通过第1信息以及第2信息表示存在多个再现装置和显示装置都支持的再现方式的情况下，使用该多个再现方式中的由第3信息表示的再现方式对影像流进行再现。

此外，在上述各实施方式中，各构成要素也可以由专用的硬件构成，或者通过执行适合于各构成要素的软件程序来实现。各构成要素也可以通过CPU或处理器等程序执行部读出记录在硬盘或半导体存储器等记录介质中的软件程序并进行执行来实现。

以上，基于实施方式对本公开的一个或多个技术方案所涉及的记录介质、再现装置以及再现方法进行了说明，但本公开不限定于该实施方式。在不脱离本公开的主旨的范围内，在本实施方式中实施本领域技术人员能想到的各种变形而得到的技术方案、组合不同的实施方式中的构成要素而构成的技术方案等，也可以包含在本公开的一个或多个技术方案的范围内。

此外，上述的说明只不过是一例，对于相应技术人员来说，能够适用各种应用。

产业上的可利用性

本公开能够适用于BD等记录介质、读出该记录介质的数据并再现的BD播放器等再现装置、以及再现方法。

附图标记的说明

202光拾取器；203程序记录存储器；204管理信息记录存储器；205AV记录存储器；206程序处理部；207管理信息处理部；208演示处理部；209图像平面；210视频平面；211合成处理部；302程序处理器；303UO管理器；304管理信息记录存储器；305脚本处理器；306演示控制器；307时钟；308图像存储器；309曲目缓冲器；310信号分离器；311图像处理器；312视频处理器；313声音处理器；400系统解码器模型；401传输流缓冲器；402多路复用缓冲器；403基本流缓冲器；404视频解码器；405已解码图画缓冲器；406视频平面；407传输流缓冲器；408基本流缓冲器；409演示集解码器；410图形处理器；411编码缓冲器；412构图缓冲器；413图形控制器；414PS平面；415颜色表应用部。

Claims (5)

1.一种记录介质，记录有对主影像进行了编码的主影像流和对与所述主影像重叠地显示的副影像进行了编码的副影像流，

所述副影像流包括表示所述副影像的图案的位图数据和指定所述图案的显示色的调色板数据，

所述调色板数据包括第1辉度动态范围用的第1调色板数据和比所述第1辉度动态范围宽的第2辉度动态范围用的第2调色板数据，

所述位图数据包括所述第1辉度动态范围用的第1位图数据和所述第2辉度动态范围用的第2位图数据，

所述副影像流通过对与所述主影像重叠地显示的多个种类的所述副影像进行编码而得到，

所述副影像流包括多个组，该多个组分别与所述多个种类的副影像的任一种类的副影像对应、且分别包含第1副影像流和第2副影像流，所述第1副影像流包含对应的副影像的所述第1调色板数据和所述第1位图数据，所述第2副影像流包含所述对应的副影像的所述第2调色板数据和所述第2位图数据。

2.根据权利要求1所述的记录介质，

第1标识符的值与第2标识符的值的差分值等于第3标识符的值与第4标识符的值的差分值，所述第1标识符是对所述多个组包括的第1组所包含的第1副影像流赋予的标识符，所述第2标识符是对所述多个组包括的第2组所包含的第1副影像流赋予的标识符，所述第3标识符是对所述第1组所包含的第2副影像流赋予的标识符，所述第4标识符是对所述第2组所包含的第2副影像流赋予的标识符。

3.根据权利要求1或2所述的记录介质，

由同一所述组所包含的所述第1位图数据和所述第2位图数据表示的图案相同。

4.根据权利要求3所述的记录介质，

所述同一组所包含的数据中的除所述第1调色板数据以及所述第2调色板数据之外的数据全都相同。

5.一种再现装置，具备：

读出部，其读出记录介质所记录的对主影像进行了编码的主影像流和对与所述主影像重叠地显示的副影像进行了编码的副影像流；和

再现部，其对所读出的所述主影像流以及所述副影像流进行再现，

所述副影像流包括表示所述副影像的图案的位图数据和指定所述图案的显示色的调色板数据，

所述调色板数据包括第1辉度动态范围用的第1调色板数据和比所述第1辉度动态范围宽的第2辉度动态范围用的第2调色板数据，

所述位图数据包括所述第1辉度动态范围用的第1位图数据和所述第2辉度动态范围用的第2位图数据，

所述副影像流通过对与所述主影像重叠地显示的多个种类的所述副影像进行编码而得到，

所述副影像流包括多个组，该多个组分别与所述多个种类的副影像的任一种类的副影像对应、且分别包含第1副影像流和第2副影像流，所述第1副影像流包含对应的副影像的所述第1调色板数据和所述第1位图数据，所述第2副影像流包含所述对应的副影像的所述第2调色板数据和所述第2位图数据。

Images