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

Abstract

在记录介质中记录有用于控制VOB流文件的再现的播放列表文件，在播放列表文件中记述有分别表示在同一Cell中能够同时再现的基本流的组合的CombiExt_for_Cell()和Combi()，在CombiExt_for_Cell()中列举有能够与SDR视频同时再现的基本流，在Combi()中列举有能够与HDR视频同时再现的基本流，在同一Cell中，在CombiExt_for_Cell()中列举的预定种类的基本流的条数和在Combi()中列举的该预定种类的基本流的条数彼此相等。

Description

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

本申请是申请号为201580030305.X、申请日为2015年10月23日、发明名称为“记录介质、再现方法以及再现装置”的申请的分案申请。

技术领域

本公开涉及记录有编码后的视频流的记录介质、再现该视频流的再现方法以及再现装置。

背景技术

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

现有技术文献

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

发明内容

本公开的一个技术方案涉及的记录介质，记录有：流文件，其包含由第1动态范围的辉度表现的第1辉度影像和由比所述第1动态范围宽的第2动态范围的辉度表现的第2辉度影像；和播放列表文件，其用于控制所述流文件的再现，在所述播放列表文件中记述有第1组合信息和第2组合信息，所述第1组合信息和所述第2组合信息分别表示在同一再现区间能够同时再现的基本流的组合，在所述第1组合信息中，列举有在该再现区间能够与所述第1辉度影像同时再现的基本流，在所述第2组合信息中，列举有在该再现区间能够与所述第2辉度影像同时再现的基本流，在所述同一再现区间，在所述第1组合信息中列举的预定种类的基本流的条数和在所述第2组合信息中列举的所述预定种类的基本流的条数彼此相等。

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

附图说明

图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是说明NAL单元的排列的图。

图32是说明HDR视频流的MPEG-2TS复用化例子的图。

图33是说明HDR视频流的MPEG-2TS复用化例子的图。

图34是说明HDR视频流的MPEG-2TS复用化例子的图。

图35是说明HDR视频流的MPEG-2TS复用化例子的图。

图36是说明HDR视频流的MPEG-2TS复用化例子的图。

图37是说明HDR视频流的MPEG-2TS复用化例子的图。

图38是说明HDR视频流的MPEG-2TS复用化例子的图。

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

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

图41是说明管理信息及其内容的图。

图42是表示数据库文件的数据构造的图。

图43是说明HDR视频流和其扩展视频流的同步再现的图。

图44是说明HDR视频流和其扩展视频流的同步再现的图。

图45是说明HDR视频流的解码器模型的图。

图46是表示向数据库文件登记各流的登记方法的图。

图47是播放器的再现处理的流程图。

图48是用于说明在不同的再现环境下进行盘的再现时的问题的图。

图49是表示Combi()的数据构造的详细内容的图。

图50是表示CombiExt()的数据构造的详细内容的图。

图51是表示包含HDR视频与SDR视频的流集合(stream set)这两方在内的YYY.VOBI的图。

标号的说明

101 BD再现程序；102 BD管理信息；103 AV数据；104 BD-ROM；110属性读出部；120解码部；130输出部；200记录介质；202光拾取器；203程序记录存储器；204管理信息记录存储器；205 AV记录存储器；206程序处理部；207管理信息处理部；208演示处理部；209图像平面；210视频平面；211合成处理部；302程序处理器；303 UO管理器；305脚本处理器；306演示控制器；307时钟；308图像存储器；309曲目缓冲器；310信号分离器；311图像处理器；312视频处理器；313声音处理器；317驱动控制器；400解码器系统；401基本解码器；402扩展解码器；404扩展平面(Enh.plane)；405扩展平面(HDRe plane)；406 Base+Enh.平面；407字幕解码器；408字幕平面；409图形处理器；410高辉度字幕平面；411高辉度字幕平面。

具体实施方式

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

在上述专利文献中，需要进一步的改善。本发明人对于在“背景技术”一栏中记载的技术，发现会产生以下的问题。以下，对该问题进行详细说明。

记录有影像数据的信息记录介质的代表是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)在解除了复用化之后具有与各个基本数据流(elementary stream)对应的解码缓冲器，暂时存储数据直到解码定时。

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

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

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

在此，在蓝光光盘(Blu-ray(注册商标)Disc)这样的大容量记录介质中，存在能够保存质量非常高的影像信息的可能性。此外，蓝光光盘也称为BD或BD-ROM。

例如，认为能够将4K(具有3840×2160像素的分辨率的影像信息)或HDR(通常称为高动态范围(High Dynamic Range)的高辉度影像信息)等的影像信息保存于BD。此外，以往的标准辉度影像信息通常被称为SDR(Standard Dynamic Range，标准动态范围)。

在此，为了通过支持HDR的电视机和不支持HDR(仅支持SDR)的电视机这两方来再现内容，存在记录有HDR和SDR这两方的BD。在这样的BD中，若在高辉度的视频上重叠标准辉度的字幕或图形，则字幕或图形的辉度不足，因此进行与SDR和HDR分别相应的流的再现控制。另外，在支持HDR的再现环境下，进行再现HDR视频的控制，在不支持HDR的再现环境下，进行再现SDR视频的控制。

但是，存在如下问题：若在支持HDR的再现环境和不支持HDR的再现环境下，与视频同时再现的字幕、菜单以及声音等存在差异，则会使用户感到混乱。

此外，在支持HDR的再现环境和不支持HDR的再现环境下，视频、字幕和菜单各自的辉度的动态范围不同。但是，若发生在支持HDR的再现环境下可再现字幕但在不支持HDR的再现环境下未再现字幕这一情况，则在对辉度的试听以外会对用户提供不同的试听体验。或者，若即使在分别的再现环境下都可再现字幕但字幕的语言不同、诸如日语和英语，则会对用户提供不同的试听体验。

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

本公开的一个技术方案涉及的记录介质，记录有：流文件，其包含由第1动态范围的辉度表现的第1辉度影像和由比所述第1动态范围宽的第2动态范围的辉度表现的第2辉度影像；和播放列表文件，其用于控制所述流文件的再现，在所述播放列表文件中记述有第1组合信息和第2组合信息，所述第1组合信息和所述第2组合信息分别表示在同一再现区间能够同时再现的基本流的组合，在所述第1组合信息中，列举有在该再现区间能够与所述第1辉度影像同时再现的基本流，在所述第2组合信息中，列举有在该再现区间能够与所述第2辉度影像同时再现的基本流，在所述同一再现区间，在所述第1组合信息中列举的预定种类的基本流的条数和在所述第2组合信息中列举的所述预定种类的基本流的条数彼此相等。此外，第1辉度影像例如是SDR视频，第2辉度影像例如是HDR视频。另外，流文件例如是VOB流文件。另外，第1组合信息和第2组合信息例如分别是CombiExt_for_Cell()和Combi()。

由此，在第1组合信息和第2组合信息中，同一种类的基本流的条数相等。因此，例如在再现第1辉度影像时，能够与该第1辉度影像同时地再现和与第2辉度影像同时再现的基本流相同种类的基本流。也即，无论在支持第2辉度影像(HDR视频)的再现环境下，还是在不支持第2辉度影像(HDR视频)的再现环境下，都能够再现相同种类的基本流。其结果是，在对辉度的试听以外，能够不取决于再现环境而对用户提供相同的试听体验，能够抑制对用户造成的混乱。

另外，也可以：在所述同一再现区间，在所述第1组合信息中列举的M条所述预定种类的基本流和在所述第2组合信息中列举的M条所述预定种类的基本流的、各自的相同的第N条基本流的属性彼此相同，所述M为1以上的整数，所述N为1以上且M以下的任意整数。例如，所述预定种类的基本流是字幕流，所述属性是字幕的语言。

由此，程序不用理解正在进行第1组合信息和第2组合信息的哪个组合信息的再现，就能够使所希望的语言(例如日语)的字幕显示于显示器。也即，无论正在进行第1组合信息和第2组合信息的哪个组合信息的再现，程序只要指定第N条字幕流，就能够显示例如日语的字幕。

另外，例如也可以，所述预定种类的基本流是菜单流，所述属性是菜单的语言。

由此，程序不用理解正在进行第1组合信息和第2组合信息的哪个组合信息的再现，就能够使所希望的语言(例如日语)的菜单显示于显示器。也即，无论正在进行第1组合信息和第2组合信息的哪个组合信息的再现，程序只要指定第N条菜单流，就能够显示例如日语的菜单。

另外，例如也可以，所述预定种类的基本流是声音流，所述属性是声音的编码方式、声音的通道数、声音的采样频率以及声音的语言。

由此，程序不用理解正在进行第1组合信息和第2组合信息的哪个组合信息的再现，就能够再现所希望的编码方式以及通道数等的声音。也即，无论正在进行第1组合信息和第2组合信息的哪个组合信息的再现，程序只要指定第N条声音流，就能够再现所希望的编码方式以及通道数等的声音。

另外，本公开的一个技术方案涉及的再现装置，从记录介质中读出流并进行再现，在所述记录介质中记录有：流文件，其包含由第1动态范围的辉度表现的第1辉度影像和由比所述第1动态范围宽的第2动态范围的辉度表现的第2辉度影像；和播放列表文件，其用于控制所述流文件的再现，在所述播放列表文件中记述有第1组合信息和第2组合信息，所述第1组合信息和所述第2组合信息分别表示在同一再现区间能够同时再现的基本流的组合，在所述第1组合信息中，列举有在该再现区间能够与所述第1辉度影像同时再现的基本流，在所述第2组合信息中，列举有在该再现区间能够与所述第2辉度影像同时再现的基本流，在所述同一再现区间，在所述第1组合信息中列举的预定种类的基本流的条数和在所述第2组合信息中列举的所述预定种类的基本流的条数彼此相等，所述再现装置，在再现所述第1辉度影像的情况下，读出在所述播放列表文件的所述第1组合信息中列举的某基本流，使其与所述第1辉度影像同时再现，在再现所述第2辉度影像的情况下，读出在所述播放列表文件的所述第2组合信息中列举的某基本流，使其与所述第2辉度影像同时再现。

由此，再现装置例如在再现第1辉度影像时，能够与该第1辉度影像同时地再现和与第2辉度影像同时再现的基本流相同种类的基本流。其结果是，在对辉度的试听以外，能够对用户提供与第2辉度影像被再现的情况相同的试听体验，能够抑制对用户造成的混乱。

另外，也可以：在所述同一再现区间，在所述第1组合信息中列举的M条所述预定种类的基本流和该再现区间的在所述第2组合信息中列举的M条所述预定种类的基本流的、各自的相同的第N条基本流的属性彼此相同，所述M为1以上的整数，所述N为1以上且M以下的任意整数，所述再现装置通过指定第N，无论是在所述第1辉度影像被再现的情况下还是在所述第2辉度影像被再现的情况下，都再现所述预定种类且相同属性的基本流。

由此，无论在第1辉度影像被再现的情况下，还是在第2辉度影像被再现的情况下，都能够在对辉度的试听以外对用户提供相同的试听体验。

此外，这些总括性或具体的技术方案既可以由装置、方法、系统、集成电路、计算机程序或计算机可读取的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和曲目(track，音轨)缓冲器309对应。程序处理部206与程序处理器302和UO(User Operation，用户操作)管理器303对应。管理信息处理部207与脚本处理器305和演示控制器306对应。演示处理部208与时钟307、信号分离器310、图像处理器311、视频处理器312和声音处理器313对应。

从BD-ROM104读出的VOB数据(MPEG流)、图像数据(PNG)分别被记录于曲目缓冲器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进行说明。

实施方式2是与BD中的高辉度(HDR：High Dynamic Range，高动态范围)影像信息的记录或再现相关的内容。由于实施方式2基本上是基于实施方式1的，所以在实施方式2中以扩展的部分或不同的部分为中心进行说明。

图31是说明使用MPEG-4AVC(别称H.264)或HEVC(别称H.265)这样的影像编码方式来传输高辉度化元数据的方法的图。在此，将与为了提高MPEG-2Video中的随机访问性而使用的GOP(Group Of Pictures，图像组)同等的由图像参照结构构成的单位，作为MPEG-4AVC或HEVC中的GOP，对多个图像进行封包来进行编码。

图31的(a)示出了GOP开头图像(first access unit，最初访问单元)中的多个NAL单元的编码顺序。在GOP开头的图像中，接连是一个AU定界符(delimiter)、一个SPS、一个以上的PPS、0个或多个SEI消息、构成图像的一个以上的片(Slice)的各个NAL单元，然后根据需要接着填充符数据(Filler data)、序列末尾(End of sequence)、流末尾(End ofstream)的各个NAL单元。

在SEI消息(SEI(s))中，根据需要，在继缓冲周期SEI消息(Buffering period SEImessage)之后，接着其他的几个SEI消息。例如，(1)示出了该GOP内的图像的参照关系的用户数据未注册(User data unregistered)SEI消息(GOP)、(2)具有该图像的隐藏式字幕(Closed Captioning)信息的用户数据未注册SEI消息(CC)、(3)包含表示该视频序列(VOB)内的全部图像中的最大辉度或最小辉度等的辉度范围的基本且静态的高辉度化元数据在内的用户数据未注册SEI消息(HDRb)、(4)以表示该图像或GOP内的全部图像中的最大辉度或最小辉度等的辉度范围的方式包含比SEI消息(HDRb)更详细且动态的高辉度化元数据在内的用户数据未注册SEI消息(HDRe)等几个SEI消息按该顺序进行编码。

上述的SEI消息(HDRb)或SEI消息(HDRe)与影像信息一起传输。这是由于：对母带制作(mastering)时所利用的与辉度相关的信息进行传输，提供对影像信息进行解码后得到的各像素的辉度值(Y)实际上相当于何种程度的亮度(cd/m^2)等的信息。

例如，对视频进行了解码的结果是，辉度值(Y)具有值1000的像素的母带制作时的辉度为5000cd/m^2这样的、像素具有的辉度与母带制作时的辉度的相关性信息等，包含在上述的SEI消息(HDRb)或SEI消息(HDRe)中。另外，在取得了与播放器连接的TV能够表现的最高辉度(cd/m^2)的情况下，也可以使上述的SEI消息(HDRb)或SEI消息(HDRe)具有用于对图像整体的辉度方向的动态范围进行变更的信息。

SEI消息(HDRb)是为了表示是HDR视频序列而以图像为单位或以GOP为单位进行传输的SEI消息，传输与视频序列(VOB)整体的静态辉度相关的信息。在此所说的HDR视频序列是指记录有SEI消息(HDRb)的视频序列。

传输与更详细且动态的辉度相关的信息的SEI消息(HDRe)，也可以无需记录在HDR视频序列中，在HDR视频序列中一个也不存在。另外，SEI消息(HDRe)在存在的情况下一定是紧接SEI消息(HDRb)之后被编码的SEI消息，以图像为单位或以GOP为单位传输与辉度相关的信息。

图31的(b)示出了不是GOP开头图像的图像(non-first access unit，非最初访问单元)中的多个NAL单元的编码顺序。在不是GOP开头的图像中，接连是一个AU定界符、0个或1个PPS、0个或多个SEI消息、构成图像的1个以上的片的各个NAL单元。然后，根据需要接着填充符数据、序列末尾、流末尾的各个NAL单元。

SEI消息(HDRb)或SEI消息(HDRe)分别保存有上述的信息，在该图31所示的方法中，按各个图像而赋予。在以GOP为单位传输与辉度相关的信息的情况下，SEI消息(HDRb)以及SEI消息(HDRe)都只赋予给GOP开头图像，对不是GOP开头的图像都不赋予。

图32是说明将连SEI消息(HDRe)都包含在内的HDR视频流按MPEG-2TS进行复用化的方法的图。此外，在本实施方式中，序列可以与流同义，也可以是流的一部分。将1个图像(1个帧或1个视频访问单元(video access unit))保存于1个PES封包(packet)，在对HDR视频流进行了PES化之后，将PES封包中的数据分割而依次保存到PID＝X的各TS封包的有效载荷中。

在图32所示的方法的情况下，将成为stream_id＝0xE1的PES封包的、连SEI消息(HDRe)都包含在内的HDR视频序列分割而依次保存在相同PID(PID＝X)的各TS封包中。此外，在以HDMI(注册商标)传输HDR视频序列时，如图32所示的方法那样，存在如下情况：当传输SEI消息(HDRe)的信息时，用于从视频序列整体中检索SEI消息(HDRe)的处理会重复。

图33是说明将连SEI消息(HDRe)都包含在内的HDR视频流按MPEG-2TS进行复用化的另一方法的图。将1个图像(1个帧或1个视频访问单元)保存于1个PES封包，在对HDR视频流进行了PES化之后，将PES封包中的数据分割而依次保存在PID＝X和Z各自的TS封包的有效载荷中。

在图33所示的方法的情况下，将HDR视频序列作为stream_id＝0xE1的PES封包而保存在PID＝X的TS封包中，仅将SEI消息(HDRe)单独保存在PID＝Z的TS封包中。在以HDMI(注册商标)传输HDR视频时，如图33所示的方法那样，当传输SEI消息(HDRe)的信息时，在PID＝Z的TS封包中仅保存有SEI消息(HDRe)。因此，用于检索SEI消息(HDRe)的处理轻松。

仅对以PID＝X的TS封包进行传输的HDR视频序列进行解码是简单的。但是，为了进行连SEI消息(HDRe)都包含在内的更高辉度的影像再现，需要将PID＝X和Z各自的TS封包传输到同一TB缓冲器(MPEG-2系统的T-STD模型所使用的前级缓冲器)的追加处理。

图34是说明将连SEI消息(HDRe)都包含在内的HDR视频流按MPEG-2TS进行复用化的另一方法的图。将1个图像(1个帧或1个视频访问单元)分割而保存于3个PES封包的各封包，对视频流进行PES化。然后，3个PES封包各自根据需要进行分割，依次保存在PID＝X的各TS封包的有效载荷中。

在图34所示的方法的情况下，将HDR视频序列作为stream_id＝0xE1的2个PES封包而保存在PID＝X的TS封包中。并且，仅将SEI消息(HDRe)作为相同的stream_id＝0xE1但PES_priority＝0的PES封包，单独保存在相同的PID＝X的TS封包中。

在以HDMI(注册商标)传输HDR视频时，如图34所示的方法那样，当传输SEI消息(HDRe)的信息时，从PID＝X的各TS封包中检索stream_id＝0xE1且PES_priority＝0的PES封包。因此，用于检索SEI消息(HDRe)的处理，不如图33所示的方法那样轻松。

但是，仅对以PID＝X的TS封包传输的HDR视频序列进行解码、和不仅包含HDR视频序列还包含SEI消息(HDRe)地进行解码，不会存在很大差异，图34所示的方法能够实现。

此外，PES_priority的值也可以不一定按该组合，仅使保存SEI消息(HDRe)的PES封包取PES_priority＝1，也能够发挥同样的效果。

图35是说明将连SEI消息(HDRe)都包含在内的HDR视频流按MPEG-2TS进行复用化的另一方法的图。与图34所示的方法不同之处在于：在图35所示的方法中，对包含SEI消息(HDRe)的PES封包进行保存的TS封包的transport_priority为0。

在以HDMI(注册商标)传输HDR视频时，如图35所示的方法那样，当传输SEI消息(HDRe)的信息时，从PID＝X且transport_priority＝0的TS封包中解析SEI消息(HDRe)。因此，用于检索SEI消息(HDRe)的处理量，与图33所示的方法大致同样轻松，能够实现图35所示的方法。

另外，在该情况下，仅对HDR视频序列进行解码、和不仅包含HDR视频序列还包含SEI消息(HDRe)地进行解码，在T-STD模型上没有差异，能够实现图35所示的方法。例如，TS解码器的PID信号分离器也基于transport_priority的值对流进行分离。由此，不应对SEI消息(HDRe)而使用到SEI消息(HDRb)为止的信息进行高辉度化的解码器，能够通过上述的PID信号分离器使废弃包含SEI消息(HDRe)的TS封包变得容易。

此外，transport_priority的值也可以不一定按该组合，仅使保存SEI消息(HDRe)的TS封包取transport_priority＝1，也能够发挥同样的效果。

图36是说明将连SEI消息(HDRe)都包含在内的HDR视频流按MPEG-2TS进行复用化的另一方法的图。在该图36所示的方法中，如图33所示的方法那样使用两种PID，如图34或图35所示的方法那样构成PES封包。该图36所示的方法一并具有与图33所示的方法相同的优点和缺点。

图37是说明将连SEI消息(HDRe)都包含在内的HDR视频流按MPEG-2TS进行复用化的另一方法的图。在该图37所示的方法中，将SEI消息(HDRe)保存于与保存有SEI消息(HDRb)等的PES封包不同的PES封包即PES_priority＝0的PES封包。并且，在结束保存片NAL单元之后，将PES_priority＝0的PES封包通过与PID＝X的TS封包不同的PID＝Z的TS封包进行复用化。SEI消息(HDRe)的复用化位置紧接图像数据之后。因此，在图37所示的方法中，到SEI消息(HDRb)为止的HDR视频序列被保存于一个PES封包。除这一点之外，图37所示的方法一并具有与图33所示的方法相同的优点和缺点。

图38是说明取代SEI消息(HDRe)而将作为与HDR视频序列不同的视频序列的扩展视频序列按MPEG-2TS进行复用化的方法的图。在该图38所示的方法中，不是以SEI消息(HDRe)传输高辉度扩展元数据，而是将扩展视频序列(Enhancement layer videosequence，增强层视频序列)作为相对于HDR视频序列(有用户数据未注册SEI消息(HDRb)的基本层视频序列，Base layer video sequence with userdata unregistered SEImessage(HDRb))的扩展影像信息进行传输。

例如，相对于上述HDR视频序列所包含的基本帧(base frame)PES#n的基本图像，增加扩展视频序列所包含的增强帧(enhancement frame)PES#n的扩展图像。由此，能够使用比SEI消息更多的数据来更准确地进行HDR视频序列的高辉度扩展。在此，也可以以使对应的图像彼此具有相同的PTS的方式来示出图像间的相关性。例如，示出了表示“基本图像的PTS#b1”＝“扩展图像的PTS#e1”的相关性。

上述的基本视频序列和扩展视频序列，分别作为完全不同的2条视频序列以不同的PID且不同的PES封包向MPEG-2TS复用化。

在PMT封包中，为了正确地指定基本视频序列与扩展视频序列的对(pair)，也可以使用descriptor()来表现该对。例如，在该图38所示的方法中，在PMT封包中记述有HDR_pairing_descriptor()。在HDR_pairing_descriptor()中，包含该MPEG-2TS内的对数量(number_of_HDR_pairs)和按各个对的基本视频序列和扩展视频序列所使用的PID值。基本视频序列所使用的PID值由base_layer_video_sequence_PID表示，扩展视频序列所使用的PID值由enhancement_layer_video_sequence_PID表示。通过记述这样的HDR_pairing_descriptor()，能够表示正确的对的组合。

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

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

seg_type表示段的类别，如图39所示，如果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()保存有对该位图影像进行了压缩编码后的数据。

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

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

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

图41是说明由图5等说明的管理信息(管理信息文件)及其内容的图。

如图41的(a)所示，在BD.INFO文件中，包含记述有盘整体的代表属性信息的DiscInfo()和作为BD.INFO的扩展数据区域的Extension()。在Extension()中，包含Disc_Type()和HDR_meta()。

Disc_Type()是表示记录有该Disc_Type()的盘的物理特性的扩展信息。基于Disc_Type()内的disc_type域中示出的3bit的信息，能够如下述这样来进行盘类别的识别。

disc_type：3bits(bslbf)

010b：具有25GB/layer的记录密度，需要以72Mbps进行读取的盘

011b：具有25GB/layer的记录密度，需要以92Mbps进行读取的盘

100b：具有33GB/layer的记录密度，需要以92Mbps进行读取的盘

101b：具有33GB/layer的记录密度，需要以122Mbps进行读取的盘

110b：具有33GB/layer的记录密度，需要以144Mbps进行读取的盘

在BD.INFO文件内的HDR_meta()中，记述有与该盘对应的HDR关联的元数据。

另外，如图41的(b)所示，在XXX.PL文件中，除了前述的信息之外，还包含有在CellList内记述有扩展视频流(Enhancement layer video stream，增强层视频流)的再现控制信息的SubPLList()。另外，在作为XXX.PL文件的扩展数据区域的Extension()内，可以记录HDR_meta()和CombiExt()。

XXX.PL文件内的HDR_meta()记述有与该播放列表对应的HDR关联的元数据。

另外，在播放列表文件的Extension()内保存有CombiExt()。CombiExt()具有与后述的图42所记载的Combi()相同数据构造和语义，是表示能够同时再现的基本流的组合的信息。在CombiExt()中，登记有标准辉度范围的视频流(以下，也记载为SDR视频流)和能够与该SDR视频流一起再现的标准辉度范围的字幕流(以下，也记载为SDR字幕流)、音频流等。

另外，如图41的(c)所示，在YYY.VOBI文件中，可以记录表示该VOB的使用用途的信息(VOB_type)、表示系统流的最大位速率的信息(SysRate)、视频流的属性信息(Video#0()等)、音频流的属性信息(Audio#0()等)、字幕流的属性信息(Subtitle#0()等)。另外，在YYY.VOBI文件中，可以记录列举了随机访问点的TMAP()。另外，在作为YYY.VOBI的扩展数据区域的Extension()内，可以记录HDR_meta()和TMAPExt()。

YYY.VOBI文件内的HDR_meta()记述有与该VOB流对应的HDR关联的元数据。

TMAPExt()具有与图13、图14以及图15中所示那样的随机访问的表信息即TMAP()相同的数据构造以及相同的语义。在TMAPExt()中保存有与标准辉度(SDR)的视频流对应的随机访问点信息。

VOB_type所保存的值具有下述这样的意思。

VOB_type＝0x01(Main TS for movie application)是指如下情况：记述有该VOB_type的VOB是在通常的电影等的影像再现中使用的VOB(MPEG-2TS流)。

VOB_type＝0x10(Sub TS for Enhancement layer video stream)是指如下情况：记述有该VOB_type的VOB是对扩展视频流进行了复用化的仅SubPL可利用的VOB(MPEG-2TS流)。

图42是表示图41中说明的数据库文件的数据构造的图。

如图42的(a)所示，Cell#n()是第n个Cell的信息。Cell#n()包括：在该Cell#n()中参照的VOB流文件的识别信息(VOBName)、隐藏式字幕(Closed Captioning)的信息(CC)、该Cell#n()的再现开始时刻信息(In)、该Cell#n()的再现结束时刻信息(Out)、表示在该Cell#n()内能够同时再现的基本流的组合的Combi()信息等。

在Combi()中，按作为在包含该Combi的Cell#n()中能够同时再现的组合而允许的基本流，记述有各种编码属性信息。

如图42的(b)所示，如果所允许的基本流是视频流，则在Combi()中记述有该视频流的PID这样的特定信息(VideoPID)、分辨率以及宽高比等的编码属性信息(VideoFormat)等。

如果所允许的基本流是图38所示那样的扩展视频流，则在Combi()中记述有该扩展视频序列的PID这样的特定信息(EnhVideoPID)、位深信息(EnhVideoBitDepth)以及最高辉度信息(EnhVideoMaxLum)等。

如果所允许的基本流是音频流，则在Combi()中记述有该音频流的PID这样的特定信息(AudioPID)、编码方式(Coding)以及通道数(Ch.)等。

如果所允许的基本流是字幕流，则记述有该字幕流的PID这样的特定信息(SubtitlePID)以及字幕的语言信息(Language)等。

如图42的(c)所示，SubPL#n()是指定第n个追加的副再现路径的信息。SubPL#n()例如是指定应该与HDR视频流进行组合并一起再现的扩展视频流的信息。

SubPL#n()所包含的SubPL_type信息是表示HDR视频流和扩展视频流的再现方法的类别的信息。被用于确定同步/非同步、或再现所利用的系统流条数(1条或2条)等。

SubPL_type＝0x0A(Synchronous Enhancement Layer Video SubPL in Sub TS)是如下再现方法的类别：从2条系统流(MPEG-2TS)的一方读出HDR视频流，从另一方读出扩展视频流，将读出的流彼此进行同步再现。此外，在此的“同步”是指：HDR视频流的某图像一定具有只与扩展视频流的某图像同时再现这样的固定的关系。

SubPL_type＝0x0B(Synchronous Enhancement Layer Video SubPL in MainTS)是如下再现方法的类别：将位于1条MPEG-2TS中的HDR视频流和扩展视频流进行同步再现。

SubCellList信息是将SubCell信息收集在一起的信息。

SubCell信息包括：包含扩展视频流的1个连续区间(SubCell)所参照的VOB文件的文件名(VOBName)、SubCell开始时刻信息(In)、SubCell结束时刻信息(Out)、以及可同时再现的Cell的识别信息(CellNum)。

这样的SubPL#n()能够对播放器指示以何种再现模型使用哪个文件来再现HDR视频流和扩展视频流。

图43是说明SubPL_type＝0x0A的情况下的管理信息的各域(field)的意思的图。

在SubPL_type＝0x0A的再现模型中，使用2条系统流文件(MPEG-2TS)，一边从MainTS(主传输流)中读出HDR视频流(HDRb)并同时从Sub TS(副传输流)中读出其扩展视频流(Enh.LayerVideo)，一边进行再现。

作为由Cell#0指定的再现区间，HDR视频流(HDRb)中的从Cell#0.In到Cell#0.Out为止的再现区间被再现。与该再现同步地，作为由SubCell#0指定的连续区间，扩展视频流中的从SubCell#0.In到SubCell#0.Out为止的连续区间被再现。由此，可输出与由后述的图45所示的基本解码器401解码的HDR视频流(HDRb)相比辉度更高且量化精度更高的高辉度影像信息。

在SubPL_type＝0x0A的再现模型中，由于2条视频流被同步再现，所以Cell#0.In和SubCell#0.In相同，并且Cell#0.Out和SubCell#0.Out相同。此外，Cell#0.In、Cell#0.Out、SubCell#0.In以及SubCell#0.Out分别是在PTS时间轴上表现的时刻。

在此，VOB_type＝0x10(Sub TS for Enh.Layer Video)仅被利用于该SubPL_type＝0x0A(Synchronous Enhancement Layer Video SubPL in Sub TS)的再现模型。

图44是说明SubPL_type＝0x0B的情况下的管理信息的各域的意思的图。

在SubPL_type＝0x0B的再现模型中，HDR视频流(HDRb)和其扩展视频流被复用化到1条系统流文件(MPEG-2TS)中，使这些流同时再现。如此，在SubPL_type＝0x0B的再现模型中，基本视频流和扩展视频流被复用化到同一传输流中。由此，能够明确地对基本视频流和扩展视频流进行关联，能够适当地再现宽动态范围的影像信息。

作为由Cell#0指定的再现区间，HDR视频流(HDRb)中的从Cell#0.In到Cell#0.Out为止的再现区间被再现。与该再现同步地，作为由SubCell#0指定的连续区间，扩展视频流中的从SubCell#0.In到SubCell#0.Out为止的连续区间被再现。由此，可输出与由后述的图45所示的基本解码器401解码的HDR视频流(HDRb)相比辉度更高且量化精度更高的高辉度影像信息。

如此，在SubPL_type＝0x0B的再现模型中，2条视频流被复用化到同一系统流文件(作为MPEG-2TS的Main TS)中，并被同步再现。因此，Cell#0.In和SubCell#0.In相同，并且Cell#0.Out和SubCell#0.Out相同。

也即，在作为管理信息文件的播放列表中，基本视频流的再现路径所包含的第1区间和扩展视频流的再现路径所包含的第2区间被互相关联地进行记述。并且，该第1区间和第2区间的再现时间相同。具体而言，在播放列表中，记述有作为彼此相同的时刻的、第1区间的再现开始时刻和第2区间的再现开始时刻，还记述有作为彼此相同的时刻的、第1区间的再现结束时刻和第2区间的再现结束时刻。由此，能够适当地使基本视频流和扩展视频流同步并进行再现。

图45是说明本实施方式中的HDR视频流的解码器模型的图。

本实施方式中的再现装置具备解码器系统400。解码器系统40是基于上述的各管理信息文件将基本视频流或扩展视频流等视频流和表示字幕等的图形数据从BD中读出并进行再现的影像再现部。

解码器系统400具备基本解码器(Base Dec)401、扩展解码器(Enh.Dec)402、基本平面(Base plane(HDRb))403、扩展平面(Enh.plane)404、扩展平面(HDRe plane)405、Base+Enh.平面406、字幕解码器(Sub.Dec)407、字幕平面(Subtitle Plane(8bit))408、图形处理器(GP)409、高辉度字幕平面(Subtitle Plane(HDRb/e))410、以及高辉度字幕平面(Subtitle Plane(Base+Enh.))411。

包含SEI消息(HDRb)的HDR视频流通过基本解码器(Base Dec)401进行解码。并且，通过该HDR视频流的解码而生成的高辉度影像信息，展开于基本平面(Base plane(HDRb))403。在此，SEI消息(HDRb)所包含的基本的辉度信息(内容整体中的最高/最低辉度值)等，与该高辉度影像信息一起传输，并向HDMI(注册商标)等的外部影像输出I/F输出。

作为与SEI消息(HDRe)对应的再现装置的解码器系统400，对基本平面(Baseplane(HDRb))403的高辉度影像信息附加SEI消息(HDRe)的辉度扩展信息，将扩展高辉度影像信息展开于扩展平面405。连该SEI消息(HDRe)都附加在内的扩展高辉度影像信息，与SEI消息(HDRe)所包含的追加的辉度信息(以场景为单位的由最高/最低辉度值)等一起，向HDMI(注册商标)等外部影像输出I/F输出。

在作为与上述的扩展视频流对应的再现装置的解码器系统400中，通过扩展解码器(Enh.Dec)402对扩展视频流进行解码。并且，通过该解码而生成的扩展影像信息，被展开于扩展平面(Enh.plane)404。解码器系统400将该扩展影像信息和基本平面(Base plane(HDRb))403的高辉度影像信息以具有相同的PTS的影像彼此的方式进行合成。通过该合成而得到的扩展高辉度影像信息，被展开于Base+Enh.平面406。解码器系统400将该扩展高辉度影像信息与通过SEI消息(HDRb)传输的基本的辉度信息或保存在扩展视频流内的辉度扩展信息等一起，向HDMI(注册商标)等的外部影像输出I/F输出。

在此，重叠于视频的图形数据、例如字幕流通过由字幕解码器(Sub.Dec)407进行解码而由8比特的索引颜色(255色)来表现。作为解码后的字幕流的字幕，被展开于字幕平面(Subtitle Plane(8bit))408。图形处理器(GP)409将表现该字幕的8位色阶的YCrCb向10位色阶的YCrCb变换，进而将字幕的辉度从标准辉度向(与高辉度影像信息或扩展高辉度影像信息一致的)高辉度变换。作为变换到高辉度的字幕的高辉度字幕，被展开于高辉度字幕平面(Subtitle Plane(HDRb/e))410。并且，已展开到高辉度字幕平面410的高辉度字幕，与具有同一显示时刻的基本平面(Base plane(HDRb))403的图像或扩展平面(HDRe plane)405的图像进行合成并输出。

另外，在Base+Enh.平面406上存在扩展高辉度影像信息、或者正在再现SubPL_type＝0x0A或0x0B的播放列表的情况下，图形处理器(GP)409将表现字幕的8位色阶的YCrCb向12位色阶的YCrCb变换。进而，图形处理器(GP)409为了将字幕贴合地重叠于扩展视频流，将字幕的辉度从标准辉度向(与使用扩展视频流生成的扩展高辉度影像信息一致的)更高辉度变换。作为变换到更高辉度的字幕的高辉度字幕，被展开于高辉度字幕平面(Subtitle Plane(Base+Enh.))411。并且，已展开到高辉度字幕平面411的高辉度字幕，与具有同一显示时刻的Base+Enh.平面406的图像进行合成并输出。

在此，图形处理器(GP)409从字幕解码器(Sub.Dec)407取得与已展开到字幕平面(Subtitle Plane(8bit))408的字幕对应的索引颜色表(CLUT)。在该索引颜色表(CLUT)中，与字幕合成的影像信息根据是SDR视频流还是HDR视频流，仅复用化SDR用的CLUT和HDR用的CLUT的某一方的CLUT。另外，虽然影像信息的HDR类别存在多个，但字幕流的CLUT仅提供一种来用于HDR。

图46是表示向数据库文件登记各流的登记方法的图。图46是表示如下情况的表：对于播放列表文件所保存的Combi()、CombiExt()以及SubPL()和VOBI文件所保存的TMAP()以及TMAPExt()这5个数据块，相应于视频流的组合，在何处登记以及管理何种信息。此外，图46中的EL是指扩展视频流。图46中的HDR是指HDRb或HDRe。

在仅SDR视频流登记在播放列表文件中的情况下，在Combi()中登记有该SDR视频流、与其重叠的SDR字幕流(仅具有SDR用的PAL的字幕流)、和声音流。在TMAP()中登记有SDR视频流的随机访问信息。

同样地，在仅HDR视频流登记在播放列表中的情况下，在Combi()中登记有该HDR视频流、与其重叠的HDR字幕流(仅具有HDR用的PAL的字幕流)、和声音流。在TMAP()中登记有HDR视频流的随机访问信息。

接着，对HDR视频流和SDR视频流这2条视频流被登记在一个播放列表中的情况进行说明。该情况下，在Combi()中登记有HDR视频流、与其重叠的HDR字幕流、和声音流。也即，在Combi()中保存有指定了对HDR视频流和HDR字幕流进行组合再现这一情况的第一再现控制信息。

另一方面，在TMAP()中登记有HDR视频流的随机访问信息。也即，在TMAP()中保存有表示HDR视频流所包含的能够独立解码的图像的位置的随机访问信息(以下，也记载为第一随机访问信息)。

除此以外，在CombiExt()中登记有SDR视频流、与其重叠的SDR字幕流、和声音流。也即，在CombiExt中保存有指定了对SDR视频流和SDR字幕流进行组合再现这一情况的第二再现控制信息。

并且，在TMAPExt()中登记有SDR视频流的随机访问信息。也即，在TMAPExt()中保存有表示SDR视频流所包含的能够独立解码的图像的位置的随机访问信息(以下也记载为第二随机访问信息)。

接着，对HDR视频流和扩展视频流(图46中表述为EL)这2条视频流被登记在一个播放列表中的情况进行说明。该情况下，在Combi()中登记有HDR视频流、与其重叠的HDR字幕流、和声音流。在TMAP()中登记有HDR视频流的随机访问信息和扩展视频流的随机访问信息。也即，该情况下，在TMAP()中保存有上述第一随机访问信息和表示扩展视频流所包含的图像的再现时刻的随机访问信息(以下，也记载为第三随机访问信息)。

进而，在SubPL()中登记有扩展视频流的再现控制信息。也即，在SubPL()中保存有指定了用于对HDR视频流的辉度范围进行扩展的扩展视频流的第三再现控制信息。这是使用图43以及图44说明的模式。

接着，对HDR视频流、辉度扩展用视频流和SDR视频流这3条视频流被登记在一个播放列表中的情况进行说明。该情况下，在Combi()中登记有HDR视频流、与其重叠的HDR字幕流、和声音流。在TMAP()中登记有HDR视频流的随机访问信息和扩展视频流的随机访问信息。

进而，在SubPL()中登记有扩展视频流的再现控制信息。除此之外，在CombiExt()中登记有SDR视频流、与其重叠的SDR字幕流、和声音流。在TMAPExt()中登记有SDR视频流的随机访问信息。

接着，对SDR视频流和扩展视频流这2条视频流被登记在一个播放列表中的情况进行说明。该情况下，在Combi()中登记有SDR视频流、与其重叠的SDR字幕流、和声音流。在TMAP()中登记有SDR视频流的随机访问信息和扩展视频流的随机访问信息。进而，在SubPL()中登记有扩展视频流的再现控制信息。

但是，这种情形仅适用于能够使用扩展视频流将SDR视频流变换成高辉度/高位精度的HDR影像的情况。

如此，在将HDR视频流和SDR视频流登记于一个播放列表时，与HDR视频流成集合(set)的流被登记于Combi()，与SDR视频流成集合的流被登记于CombiExt()。也即，与HDR视频流关联的流的集合和与SDR视频流关联的流的集合作为完全不同的集合被分别进行管理。

根据这样的构成，如果决定了对HDR视频流和SDR视频流的哪一方进行再现，则播放器(再现装置)只要处理Combi()和CombiExt()的某一方即可。Combi()和CombiExt()具有相同的数据构造，并且具有相同的语义，因此能够使对Combi()的处理和对CombiExt()的处理的一部分共同化，能够简化处理。另外，具有容易进行系统的制作(authoring)这一优点、和容易进行播放器的安装/工作验证(能够削减开发成本)这一优点。

在此，对“Combi()和CombiExt()具有相同的数据构造、相同的语义”的意思进行补充。如图41以及图42所示，具体而言，在播放列表文件中设有Cell#n这样的数据块，对一个Cell#n()设有一个Combi()。

与此相对，由于CombiExt()是对Cell#n()的扩展数据，因此Combi()与CombiExt()的一部分对应。上述的“Combi()和CombiExt()具有相同的数据构造、相同的语义”，更详细而言是指：保存在CombiExt()中的第二再现控制信息的一部分和保存在Combi()中的第一再现控制信息的一部分具有实质上相同的数据构造以及语义。换言之，保存在CombiExt()中的第二再现控制信息的一部分具有与保存在Combi()中的第一再现控制信息的一部分共同的数据构造以及语义。

另外，Combi()和CombiExt()都具有视频流的PID这样的特定信息(VideoPID)，这一点也是共同的。

如上所述，在如图46所示那样在数据库文件中登记有各流的BD中，记录有根据再现环境选择使用的SDR视频流以及辉度范围比SDR视频流的辉度范围宽的HDR视频流。SDR视频流换言之是标准辉度范围的视频流，HDR视频流换言之是高辉度范围的视频流。BD是记录介质的一例。

另外，在该BD中，记录有根据再现环境选择使用的SDR字幕流以及HDR字幕流、和保存有内容的再现控制信息的播放列表文件(图46的XXX.PL)。播放列表文件包含Combi()以及CombiExt()。Combi()是保存有与主流有关的再现控制信息的管理区域的一例，CombiExt()是扩展区域的一例。

并且，在HDR视频流和SDR视频流被登记在一个播放列表中的情况下，在Combi()中保存有指定了对HDR视频流和HDR字幕流进行组合再现的第一再现控制信息。在CombiExt()中保存有指定了对SDR视频流和SDR字幕流进行组合再现的第二再现控制信息。

对如此构成的BD进行再现的播放器，在选择HDR视频流来再现的情况下，与以往同样地读出Combi()内的第一再现控制信息即可。另一方面，播放器在选择SDR视频流来再现的情况下，读出CombiExt()内的第二再现控制信息即可。

另外，在记录有HDR和SDR这两方的BD中，设想对HDR视频流重叠了SDR字幕流或SDR图形。也即，设想对高辉度的影像重叠了辉度不足的字幕以及图形。然而，在HDR视频流和SDR视频流被登记在一个播放列表中的情况下，在登记在Combi()中的HDR视频流中，由于在该Combi()中组合有HDR字幕流，因此不会发生对HDR视频流组合SDR字幕流这样的情况。反过来，在登记在CombiExt()中的SDR视频流中，由于在该CombiExt()中组合有SDR字幕流，因此不会发生对SDR视频流组合HDR字幕流这样的情况。

如此，根据上述BD，可简化视频流的选择等的再现控制。根据上述BD，能够使再现该BD的播放器的视频流选择处理以及再现处理变得容易。

另外，第二再现控制信息的一部分具有与第一再现控制信息共同的数据构造。由此，播放器能够通过与HDR视频流大致同样的处理来进行SDR视频流的再现。

另外，如图46所示，在上述BD中还记录有表示与上述BD的整体相关的属性的VOBI文件。VOBI文件包含TMAP()以及TMAPExt()。在TMAP()和TMAPExt()中分别保存有表示视频流所包含的能够独立解码的图像在该视频流内的位置的随机访问信息。VOBI文件是管理信息文件的一例，TMAP()是映射区域的一例，TMAPExt()是扩展映射区域的一例。

在TMAP()中保存有表示HDR视频流所包含的能够独立解码的图像在该HDR视频流内的位置的第一随机访问信息。在TMAPExt()中保存有表示SDR视频流所包含的能够独立解码的图像在该SDR视频流内的位置的第二随机访问信息。第一随机访问信息是第一映射信息的一例，第二随机访问信息是第二映射信息的一例。

对如此构成的BD进行再现的播放器，在选择HDR视频流来进行随机访问再现等时，读出TMAP()内的第一随机访问信息即可，在选择SDR视频流来进行随机访问再现等时，读出TMAPExt()内的第二随机访问信息即可。也即，根据这样的BD，能够使得再现该BD的播放器的视频流选择处理以及再现处理在进行随机访问再现等的情况下也变得容易。

另外，如图46所示，在上述BD中还记录有副播放列表文件(图46的SubPL())，该副播放列表文件记录有和与主流的文件同时再现的副流有关的再现控制信息。在副播放列表文件中保存有与用于扩展HDR视频流的辉度范围的扩展视频流有关的第三再现控制信息。并且，在TMAP()中保存有第一随机访问信息和表示扩展视频流所包含的能够独立解码的图像在该扩展流内的位置的第三随机访问信息。第三随机访问信息是第三映射信息的一例。

对如此构成的BD进行再现的播放器，通过读出Combi()内的第一再现控制信息和SubPL()内的第三再现控制信息，能够同时再现HDR视频流和扩展流。也即，根据这样的BD，能够使再现该BD的播放器的HDR视频流的扩展处理变得容易。

另外，播放器在进行随机访问再现等时，进一步仅读出TMAP()内的信息即可。也即，根据这样的BD，在对HDR视频流进行扩展、并且进行随机访问再现等的情况下，能够使再现该BD的播放器的再现处理变得容易。

接着，对播放器的再现处理进行说明。图47是在一个播放列表中包括包含HDR视频流的第一再现控制信息、包含SDR视频流的第二再现控制信息和包含扩展视频流的第三再现控制信息这3个再现控制信息的情况下的播放器的再现处理的流程图。如图47所示，播放器在播放列表文件的执行开始后，基于BD所记录的内容、播放器是否能够解码HDR视频流、以及与播放器连接的电视机是否支持HDR视频流等来进行内容的再现形态的判定(S801)。

播放器在判定的结果是进行内容的HDR再现的情况下，将登记在Combi()中的流集合读出并再现(S802)。

换言之，播放器(再现装置)所具备的影像再现部在将内容作为HDR的内容进行再现的情况下，基于保存在Combi()中的第一再现控制信息，将HDR视频流以及HDR字幕流读出并再现。

此外，影像再现部在将内容作为HDR的内容进行随机访问再现等情况下，基于第一再现控制信息以及第一随机访问信息，将HDR视频流以及HDR字幕流读出并再现。

另外，播放器在判定的结果是进行内容的扩展HDR再现的情况下，将登记在Combi()和SubPL()中的流集合读出并再现(S803)。

换言之，播放器所具备的影像再现部，在将内容作为进一步扩展后的辉度范围的HDR内容进行再现的情况下，基于第一再现控制信息将HDR视频流以及HDR的字幕流读出并再现，并且基于第三再现控制信息将扩展视频流读出并再现。

此外，影像再现部在将内容作为进一步扩展后的辉度范围的HDR内容进行随机访问再现等情况下，基于第一再现控制信息以及第一随机访问信息将HDR视频流以及HDR字幕流读出并再现，并且基于第三再现控制信息以及第三随机访问信息将扩展视频流读出并再现。

另外，播放器在判定的结果是进行内容的SDR再现的情况下，将登记在CombiExt()中的流集合读出并再现(S804)。

换言之，播放器所具备的影像再现部，在将内容作为SDR的内容进行再现的情况下，基于第二再现控制信息，将SDR视频流以及SDR字幕流读出并再现。

此外，影像再现部在将内容作为SDR的内容进行随机访问再现等情况下，基于第二再现控制信息以及第二随机访问信息，将SDR视频流以及SDR字幕流读出并再现。

如此，根据上述BD，能够使得再现该BD的播放器的视频流选择处理以及再现处理变得容易。

图48是用于说明按照登记有HDR视频和SDR视频的一个播放列表，在不同的再现环境下进行盘的再现时的问题的图。在该图48中，对例如在起居室的能够再现HDR视频的AV环境下进行登记有这样的播放列表的盘的再现时的状况和在卧室的无法再现HDR视频的AV环境下进行登记有这样的播放列表的盘的再现时的状况进行比较。

在同一用户使同一盘同样地进行再现的情况下，若由于TV是支持还是不支持HDR视频而导致能够选择的字幕、声音或菜单画面等不同，则很有可能会使用户产生很大的混乱。例如，在进行盘的再现的情况下，尽管在起居室的再现环境下选择了日语声音且日语字幕，但当将该盘带到卧室来进行再现时，在卧室的再现环境下例如有时无法选择日语字幕。或者，如果不能选择日语声音，则会使只能听懂或只能认识日语的用户陷入连试听都困难的状况。

因此，在本实施方式中，为了避免这样的问题，按与各Cell(再现区间)对应的Combi()和CombiExt_for_Cell()的对(pair)来施加制约。

图49是表示Combi()的数据构造的详细内容的图。在Combi()中，按视频以及声音等的种类，最初登记有该种类的流的条数，按各个流记述特定的属性信息。

图50是表示CombiExt()的数据构造的详细内容的图。Combi()是按Cell记述的，而CombiExt()在XXX.PL()中只记述一次，因此成为将Combi()同等的数据(CombiExt_for_Cell)进行集中记述这样的数据构造。

播放器根据状况来选择Combi()和CombiExt_for_Cell()的某一方来再现。虽然对该Combi()和CombiExt_for_Cell()施加有如下的制约，但却是针对上述问题的最高效且简单的解决对策。

在本实施方式中，对分别登记在与预定的Cell(也即，同一Cell)对应的Combi()和CombiExt_for_Cell()中的基本流施加制约。

1)与视频流(Video#n())有关的制约事项：

分别登记在与各Cell对应的Combi()和CombiExt_for_Cell()中的视频流，应该设为是对相同的影像内容进行了编码后的视频流。由此，视频自身不取决于再现环境而是相同的。VideoPID(视频流的PID)在保存于同一系统流(MPEG-2TS)等情况下，有时在Combi()和CombiExt_for_Cell()这双方成为不同的值。分别登记在与各Cell对应的Combi()和CombiExt_for_Cell()中的视频流，应该具有相同的属性(值)。属性(值)是VideoFormat(分辨率)、FrameRate(帧速率)、AspectRatio(宽高比)、CC(隐藏式字幕的有无)以及ISRC(内容的著作权信息)。这对于如图48中说明的那样不取决于AV再现环境而提供相同的试听体验是需要的。

2)与字幕流(Subtitle#n())有关的制约事项：

分别登记在与各Cell对应的Combi()和CombiExt_for_Cell()中的字幕流，应该设为是对相同的字幕内容进行了编码后的字幕流。由此，字幕自身不取决于再现环境而是相同的。对于字幕，如同视频那样，存在HDR字幕和SDR字幕。并且，由于这些字幕是作为完全单独的流而构成的，因此HDR字幕和SDR字幕各自的SubtitlePID(字幕流的PID)如同视频流那样是不同的。分别登记在Combi()和CombiExt_for_Cell()中的字幕流，应该具有相同的属性(值)。该属性(值)是Language(字幕的语言)以及ISRC(内容的著作权信息)。分别登记在Combi()和CombiExt_for_Cell()中的字幕流的条数应该相同。另外，在同一Cell中，在Combi()中列举的M条(M为1以上的整数)字幕流和在CombiExt_for_Cell()中列举的M条字幕流的、各自的相同的第N(N为1以上且M以下的任意的整数)条字幕流的属性应该彼此相同。也即，在Combi()和CombiExt_for_Cell()这双方，应该按相同的顺序登记相同属性的字幕流。

当前，选择再现的字幕流的序号由图24所示的播放器变量#2(Subtitle streamnumber)来表现。这里的序号是在该Combi()和CombiExt_for_Cell()各自中的字幕流的登记顺位，作为字幕流的识别序号来使用。因此，若程序指定第N条字幕流并下达再现指示，则在Combi()或CombiExt_for_Cell()中登记为第N条的字幕流被选择。由此，在Combi()和CombiExt_for_Cell()各自中，如果登记为该第N条的字幕流的Language(字幕的语言)不同，则程序有时必须搜索位于第N条以外的顺位的字幕流。例如，即使在Combi()中指定了第N条字幕流，在CombiExt_for_Cell()中该字幕流也未被登记为第N条。因此，程序必须理解正在对Combi()和CombiExt_for_Cell()中的哪个进行再现。进而，程序若理解为正在对CombiExt_for_Cell()进行再现，则不是选择第N条字幕流，而是必须搜索并选择位于第N条以外的顺位的字幕流。如此需要在盘中预先准备选择字幕流的程序。

为了避免这种情况，在本实施方式中，即使在对Combi()和CombiExt_for_Cell()的某一方进行再现时，也使得能够同样地记述再现控制的程序。因此，在本实施方式中，与各Cell对应的Combi()和CombiExt_for_Cell()各自的字幕流的条数、其登记顺序、按登记顺序的字幕的各种属性(Language、ISRC)应该相同。

3)与菜单流(Menu#n())有关的制约事项：

分别登记在与各Cell对应的Combi()和CombiExt()中的菜单流，应该设为是对相同的菜单内容进行了编码后的菜单流。由此，菜单自身不取决于再现环境而是相同的。对于菜单，如同视频那样，存在HDR菜单和SDR菜单。并且，由于这些菜单是作为完全单独的流而构成的，因此HDR菜单和SDR菜单各自的MenuPID(菜单流的PID)如同视频流那样是不同的。菜单流除了字幕流的数据构造之外还对各个按钮设定了命令。

分别登记在与各Cell对应的Combi()和CombiExt_for_Cell()中的菜单流，应该具有相同的属性(值)。该属性(值)是Language(菜单的语言)以及ISRC(内容的著作权信息)。分别登记在Combi()和CombiExt_for_Cell()中的菜单流的条数应该相同。另外，在同一Cell中，在Combi()中列举的M条(M为1以上的整数)菜单流和在CombiExt_for_Cell()中列举的M条菜单流的、各自的相同的第N(N为1以上且M以下的任意的整数)条菜单流的属性应该彼此相同。也即，在与各Cell对应的Combi()和CombiExt_for_Cell()这双方，应该按相同的顺序登记相同属性的菜单流。这对于如图48那样即使在不同的再现环境下也能同样地提供相同语言的菜单是需要的。

4)与声音流(Audio#n())有关的制约事项：

对于声音，由于没有因HDR/SDR视频引起的变更，因此相同的声音流应该能够利用于与各Cell对应的Combi()和CombiExt_for_Cell()这双方。因此，分别登记在Combi()和CombiExt_for_Cell()中的声音流的条数应该相同。进而，在Combi()中列举的M条(M为1以上的整数)声音流和在与该Cell对应的CombiExt_for_Cell()中列举的M条声音流的、各自的相同的第N(N为1以上且M以下的任意的整数)条声音流的属性应该相同。也即，在与各Cell对应的Combi()和CombiExt_for_Cell()这双方，按相同的顺序登记相同属性的声音流。该属性是AudioPID(声音流的PID)、Coding(编码方式)、Ch.(通道数)、SamplingFreq.(采样频率)、Language(声音的语言)以及ISRC(内容的著作权)。

图51是表示YYY.VOBI包含HDR视频和SDR视频的流集合这两方在内的情况下的扩展例的图。在该图51中，在YYY.VOBI指示的系统流中，包含HDR视频、HDR字幕、HDR菜单、SDR视频、SDR字幕、SDR菜单以及声音等。在这样的情况下，在Attribute()中，登记有可与HDR视频一起再现的基本流(HDR视频、HDR字幕、HDR菜单以及声音)。该Attribute()的记述内容，也可以与图49所示的Combi()的记述内容相同。另一方面，在AttributeExt()中登记有可与SDR视频一起再现的基本流(SDR视频、SDR字幕、SDR菜单以及声音)。该AttributeExt()的记述内容具有与Attribute()相同的形式。

登记在Attribute()和AttributeExt()中的各基本流，被保存在与其对应的一个系统流中。此外，也可以仅对菜单流另行进行系统流化。

如此，本实施方式中的盘登记有VOB流文件和用于控制该VOB流文件的再现的播放列表文件(xxx.PL())，所述VOB流文件包括由第1动态范围的辉度表现的SDR视频和由比该第1动态范围宽的第2动态范围的辉度表现的HDR视频。在播放列表文件中记述有分别表示在同一Cell中能够同时再现的基本流的组合的Combi()和CombiExt_for_Cell()。在CombiExt_for_Cell()中列举有在该Cell中能够与SDR视频同时再现的基本流，在Combi()中列举有在该Cell中能够与HDR视频同时再现的基本流。在此，在本实施方式中，在同一Cell中，在CombiExt_for_Cell()中列举的预定种类的基本流的条数和在Combi()中列举的该预定种类的基本流的条数彼此相等。

由此，在Combi()和CombiExt_for_Cell()中，同一种类的基本流的条数相等。因此，例如在再现SDR视频时，能够与该SDR视频同时地再现和与HDR视频同时再现的基本流相同种类的基本流。也即，无论在支持HDR的再现环境下还是在不支持HDR的再现环境下，都能够再现相同种类的基本流。其结果是，在对辉度的试听以外，能够不取决于再现环境而对用户提供相同的试听体验。

另外，在同一Cell中，在CombiExt_for_Cell()中列举的M条(M为1以上的整数)上述预定种类的基本流和在Combi()中列举的M条上述预定种类的基本流的、各自的相同的第N(N为1以上且M以下的任意的整数)条基本流的属性彼此相同。

例如，上述预定种类的基本流是字幕流。该情况下，上述的属性是字幕的语言。具体而言，在同一Cell中，CombiExt_for_Cell()的第N条字幕流的语言和Combi()的第N条字幕流的语言彼此相同(例如是日语)。

由此，程序不用理解正在进行Combi()和CombiExt_for_Cell()的哪一方的再现，就能够使所希望的语言(例如日语)的字幕显示于显示器。也即，无论正在进行Combi()和CombiExt_for_Cell()的哪一方的再现，程序只要指定第N条字幕流，都能够显示例如日语的字幕。

另外，例如，上述预定种类的基本流是菜单流。在该情况下，上述的属性是菜单的语言。具体而言，在同一Cell中，CombiExt_for_Cell()的第N条菜单流的语言和Combi()的第N条菜单流的语言彼此相同(例如是日语)。

由此，程序不用理解正在进行Combi()和CombiExt_for_Cell()的哪一方的再现，就能够使所希望的语言(例如日语)的菜单显示于显示器。也即，无论正在进行Combi()和CombiExt_for_Cell()的哪一方的再现，程序只要指定第N条菜单流，都能够显示例如日语的菜单。

另外，例如，上述预定种类的基本流是声音流。在该情况下，上述的属性是声音的编码方式、声音的通道数、声音的采样频率以及声音的语言。也即，在同一Cell中，CombiExt_for_Cell()的第N条声音流的编码方式以及通道数等和Combi()的第N条声音流的编码方式以及通道数等彼此相同。

由此，程序不用理解正在以Combi()和CombiExt_for_Cell()的哪一方进行再现，就能够再现所希望的编码方式以及通道数等的声音。也即，无论正在进行Combi()和CombiExt_for_Cell()的哪一方的再现，程序只要指定第N条声音流，都能够再现所希望的编码方式以及通道数等的声音。

另外，本实施方式中的再现装置从上述的盘中读出流并进行再现。该情况下，再现装置在再现SDR视频的情况下，将在播放列表文件的CombiExt_for_Cell()中列举的某基本流读出，使其与SDR视频同时再现。进而，再现装置在再现HDR视频的情况下，将在播放列表文件的Combi()中列举的某基本流读出，使其与HDR视频同时再现。

由此，再现装置例如在再现SDR视频时，能够与该SDR视频同时地再现和与HDR视频同时再现的基本流相同种类的基本流。其结果是，在对辉度的试听以外，能够对用户提供与HDR视频被再现时相同的试听体验，能够抑制对用户造成的混乱。

另外，本实施方式中的再现装置通过指定第N，无论在SDR视频被再现的情况下还是HDR视频被再现的情况下，都再现预定种类且相同属性的基本流。由此，无论在SDR视频被再现的情况下还是HDR视频被再现的情况下，在对辉度的试听以外，都能够对用户提供相同的试听体验。

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

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

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

例如，本公开也可以作为上述那样的记录介质的制造方法(数据的记录方法)或记录介质的制造装置(数据的记录装置)来实现。

产业上的可利用性

本公开能够利用于记录有标准辉度范围的视频流和高辉度范围的视频流这两方、且容易进行视频流的再现控制的光盘。另外，本公开也能够作为从这样的光盘中读出视频流并进行再现的再现装置进行利用。

Claims (6)

1.一种再现方法，是从记录介质中读出流并进行再现的方法，

在所述记录介质中记录有：

流文件，其包含由第1动态范围的辉度表现的第1辉度影像和由比所述第1动态范围宽的第2动态范围的辉度表现的第2辉度影像；和

播放列表文件，其用于控制所述流文件的再现，

在所述播放列表文件中记述有第1组合信息和第2组合信息，所述第1组合信息和所述第2组合信息表示分别能够与所述第1辉度影像和所述第2辉度影像在同一再现区间同时再现的第1声音流的组合和第2声音流的组合，

在所述第1组合信息中，列举有在该再现区间能够与所述第1辉度影像同时再现的所有所述第1声音流，

在所述第2组合信息中，列举有在该再现区间能够与所述第2辉度影像同时再现的所有所述第2声音流，

在所述同一再现区间，在所述第1组合信息中列举的所述第1声音流和在所述第2组合信息中列举的所述第2声音流分别相同，

所述再现方法包括：

在再现所述第1辉度影像的情况下，读出在所述播放列表文件的所述第1组合信息中列举的所述第1声音流，使其与所述第1辉度影像同时再现；

在再现所述第2辉度影像的情况下，读出在所述播放列表文件的所述第2组合信息中列举的所述第2声音流，使其与所述第2辉度影像同时再现。

2.根据权利要求1所述的再现方法，

在所述第1组合信息中，最初记述所述第1声音流的条数，并且之后记述所述第1声音流的属性信息，

在所述第2组合信息中，最初记述所述第2声音流的条数，并且之后记述所述第2声音流的属性信息。

3.一种再现装置，从记录介质中读出流并进行再现，

在所述记录介质中记录有：

流文件，其包含由第1动态范围的辉度表现的第1辉度影像和由比所述第1动态范围宽的第2动态范围的辉度表现的第2辉度影像；和

播放列表文件，其用于控制所述流文件的再现，

在所述播放列表文件中记述有第1组合信息和第2组合信息，所述第1组合信息和所述第2组合信息表示分别能够与所述第1辉度影像和所述第2辉度影像在同一再现区间同时再现的第1声音流的组合和第2声音流的组合，

在所述第1组合信息中，列举有在该再现区间能够与所述第1辉度影像同时再现的所有所述第1声音流，

在所述第2组合信息中，列举有在该再现区间能够与所述第2辉度影像同时再现的所有所述第2声音流，

在所述同一再现区间，在所述第1组合信息中列举的所述第1声音流和在所述第2组合信息中列举的所述第2声音流分别相同，

所述再现装置包括管理信息处理部，

所述管理信息处理部,

在再现所述第1辉度影像的情况下，读出在所述播放列表文件的所述第1组合信息中列举的所述第1声音流，使其与所述第1辉度影像同时再现；并且

在再现所述第2辉度影像的情况下，读出在所述播放列表文件的所述第2组合信息中列举的所述第2声音流，使其与所述第2辉度影像同时再现。

4.根据权利要求3所述的再现装置，

在所述第1组合信息中，最初记述所述第1声音流的条数，并且之后记述所述第1声音流的属性信息，

在所述第2组合信息中，最初记述所述第2声音流的条数，并且之后记述所述第2声音流的属性信息。

5.一种记录介质，记录有：

流文件，其包含由第1动态范围的辉度表现的第1辉度影像和由比所述第1动态范围宽的第2动态范围的辉度表现的第2辉度影像；和

播放列表文件，其用于控制所述流文件的再现，

在所述播放列表文件中记述有第1组合信息和第2组合信息，所述第1组合信息和所述第2组合信息表示分别能够与所述第1辉度影像和所述第2辉度影像在同一再现区间同时再现的第1声音流的组合和第2声音流的组合，

在所述第1组合信息中，列举有在该再现区间能够与所述第1辉度影像同时再现的所有所述第1声音流，

在所述第2组合信息中，列举有在该再现区间能够与所述第2辉度影像同时再现的所有所述第2声音流，

在所述同一再现区间，在所述第1组合信息中列举的所述第1声音流和在所述第2组合信息中列举的所述第2声音流分别相同。

6.根据权利要求5所述的记录介质，

在所述第1组合信息中，最初记述所述第1声音流的条数，并且之后记述所述第1声音流的属性信息，

在所述第2组合信息中，最初记述所述第2声音流的条数，并且之后记述所述第2声音流的属性信息。

Images