CN106104689A

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

Info

Publication number: CN106104689A
Application number: CN201580015012.4A
Authority: CN
Inventors: 矢羽田洋; 远间正真
Original assignee: Panasonic Intellectual Property Corp of America
Current assignee: Panasonic Intellectual Property Corp of America
Priority date: 2014-09-12
Filing date: 2015-08-21
Publication date: 2016-11-09
Anticipated expiration: 2035-08-21
Also published as: JP6625094B2; US10482923B2; EP3786953B1; US20170352383A1; US20200335137A1; JP2017162542A; US20170352382A1; US20170352385A1; JP6291116B2; US20170352384A1; EP3121815A4; CA2944875A1; US10482924B2; US10535373B2; JP6227829B2; JP6227827B2; JP2016062637A; CN106104689B; US20170372754A1; EP3121815A1

Abstract

在记录介质中记录有作为编码后的影像信息的至少一条视频流、和表示与该记录介质的整体相关的属性的管理信息文件(BD.INFO文件)，管理信息文件包含属性信息(is_HDR)，该属性信息表示至少一条视频流中的当该记录介质被插入再现装置时最初再现的初始视频流的辉度的动态范围是第1动态范围(SDR)还是比第1动态范围宽的第2动态范围(HDR)。

Description

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

技术领域

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

背景技术

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

现有技术文献

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

发明内容

本公开的一个技术方案涉及的记录介质，记录有：作为编码后的影像信息的至少一条视频流；和表示与所述记录介质的整体相关的属性的管理信息文件，所述管理信息文件包含属性信息，该属性信息表示所述至少一条视频流中的、当所述记录介质被插入再现装置时最初再现的初始视频流的辉度的动态范围是第1动态范围还是比所述第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是说明HDR视频流的管理信息的图。

图40是说明HDR视频流的管理信息及其内容的图。

图41是说明HDR视频流的管理信息及其内容的图。

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

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

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

标号的说明

100再现装置；104BD-ROM；110属性读出部；120解码部；130输出部；200记录介质；202光拾取器；203程序记录存储器；204管理信息记录存储器；205AV记录存储器；206程序处理部；207管理信息处理部；208演示处理部；209图像平面；210视频平面；211合成处理部；302程序处理器；303UO管理器；304管理信息记录存储器；305脚本处理器；306演示控制器；307时钟；308图像存储器；309曲目缓冲器；310信号分离器；311图像处理器；312视频处理器；313声音处理器；317驱动控制器。

具体实施方式

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

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

记录有影像数据的信息记录介质的代表是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。然而，包括HDR在内，对于辉度存在各种各样的实现方法，没有能够将这些实现方法的影像信息高效地作为视频流进行记录以及管理的格式。因此，存在如下问题：再现装置无法适当地表现与记录在BD等记录介质中的视频流的类别(上述的实现方法)相应的辉度。

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

由此，如果参照例如BD.INFO文件等管理信息文件的属性信息(例如，is_HDR)，则不用解析初始视频流就能够判定初始视频流的辉度的动态范围。例如，能够容易地判定初始视频流的辉度的动态范围是SDR还是HDR。因此，当记录介质被插入再现装置时，再现装置通过参照该管理信息文件的属性信息，能够在与电视机等的显示器之间迅速进行基于HDMI(注册商标)的协商，并再现初始视频流。如此，即使在表现视频流的辉度的方式各种各样的情况下，也能够高效地记录并管理视频流。

另外，本公开的一个技术方案涉及的记录介质，记录有：作为编码后的影像信息的至少一条视频流；和表示与所述记录介质的整体相关的属性的管理信息文件，所述管理信息文件包含属性信息，该属性信息表示与辉度的动态范围相关的预先确定的多个类型的视频流各自是否包含于所述至少一条视频流。

由此，如果参照例如BD.INFO文件等管理信息文件的属性信息(例如，HDR_type)，则能够容易地判定在记录介质中记录有何种类型的视频流。也即，不用对记录介质所记录的各视频流进行解析就能够进行判定。例如，能够容易地判定在记录介质中是否记录有SDR的视频流、HDRb的视频流、HDRe的视频流或扩展视频流。因此，再现装置通过参照该管理信息文件的属性信息，能够在与电视机等的显示器之间迅速进行基于HDMI(注册商标)的协商，并再现记录介质所保存的各视频流。如此，即使在表现视频流的辉度的方式各种各样的情况下，也能够高效地记录并管理视频流。

另外，本公开的一个技术方案涉及的记录介质，记录有：作为编码后的影像信息的基本视频流；扩展视频流，其是编码后的影像信息，用于对所述基本视频流的辉度进行扩展；以及记述有所述基本视频流的再现路径的管理信息文件，在所述管理信息文件中还记述有所述扩展视频流的再现路径，以使得所述扩展视频流与所述基本视频流同时被再现。例如，在所述管理信息文件中，所述基本视频流的再现路径所包含的第1区间和所述扩展视频流的再现路径所包含的第2区间被互相关联地进行记述，所述第1区间和所述第2区间的再现时间相同。具体而言，在所述管理信息文件中，记述有作为彼此相同的时刻的、所述第1区间的再现开始时刻和所述第2区间的再现开始时刻。或者，在所述管理信息文件中，记述有作为彼此相同的时刻的、所述第1区间的再现结束时刻和所述第2区间的再现结束时刻。

由此，如果参照例如播放列表(PlayList)文件等管理信息文件，不仅能够确定基本视频流(HDR视频流(HDRb))的再现路径，还能够容易地确定例如作为SubPL(副播放列表)信息记述的扩展视频流的再现路径。因此，再现装置如果参照该管理信息文件，能够简单且适当地对基本视频流重叠扩展视频流，其结果是，能够适当地再现宽动态范围的影像信息。如此，即使在表现视频流的辉度的方式各种各样的情况下，也能够高效地记录并管理视频流。

另外，所述基本视频流和所述扩展视频流可以被复用化到同一传输流中。

由此，能够明确地对基本视频流与扩展视频流进行关联，能够适当地再现宽动态范围的影像信息。

另外，本公开的一个技术方案涉及的再现装置具备基于上述的管理信息文件来读出视频流并进行再现的影像再现部。

在此，所述影像再现部可以具备：第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和曲目缓冲器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来说明播放器中的处理的流程。

当插入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是说明通过作为视频流(YYY.VOB)的管理信息的YYY.VOBI来管理HDR视频流的情况下的属性信息的图。

与YYY.VOB所包含的视频流的条数(V_Number)相应地，Video的属性作为视频属性信息记录在YYY.VOBI的“Attribute”中。在1条视频流的视频属性信息中，不仅包含编码方式(Coding)、空间分辨率(Resolution)、宽高比(Aspect)以及帧速率(Framerate)，还包含以下的属性信息。

作为属性信息的is_HDR是识别与该属性信息对应的视频流是HDR视频流还是SDR(Standard Dynamic Range，标准动态范围)视频流的信息。在此，在is_HDR中记载为是HDR视频流的情况(即is_HDR＝1b的情况)下，接着记述以下的与HDR关联的属性信息。

作为属性信息的HDR_type表示与该属性信息对应的视频流的类别即HDR的类别。在HDR_type所包含的7位中的最低位的1位(b6)是1b的情况下，HDR_type表示该视频流是包含SEI消息(HDRb)的HDR视频流。另外，在高一位的1位(b5)是1b的情况下，HDR_type表示该视频流是包含SEI消息(HDRe)的辉度扩展后的HDR视频流。另外，在再高一位的1位(b4)是1b的情况下，HDR_type表示该视频流是相对于包含SEI消息(HDRb)的基本视频流的扩展视频序列。

作为属性信息的HDR_base_stream是在与该属性信息对应的视频流是SEI消息(HDRe)的辉度扩展后的HDR视频流或扩展视频序列的情况下确定作为基本的包含SEI消息(HDRb)的HDR视频流(基本视频流)的信息。例如，该信息表示作为基本的包含SEI消息(HDRb)的HDR视频流(基本视频流)的TS封包的PID值。由此，不用对流进行解析就能够获知与对应于属性信息的视频流成对的基本视频流是哪个视频流，能够适当地进行TS解码器的PID信号分离器等的设定。

作为属性信息的Max_luminance，表现与该属性信息对应的、视频流(YYY.VOB)内的HDR视频流的最高辉度(Max_luminance)的像素辉度值(Y)，进而以cd/m^2为单位来表现其实际的辉度。

作为属性信息的Min_luminance，表现与该属性信息对应的、视频流(YYY.VOB)内的HDR视频流的最低辉度(Min_luminance)的像素辉度值(Y)，进而以cd/m^2为单位来表现其实际的辉度。

作为再现装置的播放器，通过对该视频属性信息进行解析，能够判定想要再现的视频流是否为HDR。进而，如果视频流是HDR，则播放器能够判定该HDR是何种类型，即判定HDR视频流是何种编码方式的HDR视频流。另外，播放器能够取得与想要再现的视频流对应的基本HDR视频流的识别信息(PID)和表示最高辉度以及最低辉度等的辉度范围的信息。由此，能够一边进行适当的辉度控制处理一边对HDR视频进行再现。

(实施方式3)

接着，对实施方式3进行说明。

实施方式3与实施方式2同样，是与BD中的高辉度影像信息的记录或再现相关的内容。由于实施方式3基本上是基于实施方式1和2的实施方式，所以下面以在实施方式3中扩展的部分或不同的部分为中心进行说明。

图40是说明图5等中说明的管理信息(管理信息文件)间的关系及其记述内容的图。

BD.INFO文件是表示与作为记录介质的BD的整体相关的属性的管理信息文件。在该BD.INFO文件中，包含记述了盘整体的代表属性信息的DiscInfo()和记述了扩展数据的Extension()。在Extension()中，包含is_HDR、HDR_type以及Max/Min_luminance等属性信息作为HDR参数。

is_HDR是表示该盘至少包含一个以上的具有is_HDR＝1b的播放列表(PlayList文件)和/或具有is_HDR＝1b的VOBI文件的属性信息。更具体而言，is_HDR是表示作为记录介质的BD所记录的至少一条视频流中的、当该BD被插入再现装置时最初再现的初始视频流的属性的属性信息。也即，is_HDR表示初始视频流的辉度的动态范围是第1动态范围(SDR)还是比该第1动态范围宽的第2动态范围(HDR)。通过该属性信息，播放器能够简单地识别该盘是否为包含HDR视频流的盘。因此，在播放器通过HDMI(注册商标)等向电视机输出最初的盘再现画面时，如果该is_HDR＝1b，则播放器也能够进行赋予表示高辉度影像(HDR)的信号来开始传输等的处理。

HDR_type是表示该盘所记录的HDR视频流的类别的属性信息。也即，HDR_type是表示与辉度的动态范围相关的预先确定的多个类型的视频流各自是否处于BD所记录的至少一条视频流中的属性信息。具体而言，如果在该盘中存在一个以上的HDR_type的1位(b6)满足1b的条件的播放列表文件和/或满足其他条件的VOBI文件，则对BD.INFO文件的HDR_type中的最低位的1位(b6)设定1b，否则设定0b。如果在该盘中存在一个以上的HDR_type的1位(b5)满足1b的条件的播放列表文件和/或满足其他的VOBI文件，则对BD.INFO文件的HDR_type中的高一位的1位(b5)设定1b，否则设定0b。如果在该盘中存在一个以上的HDR_type的1位(b4)满足1b的条件的播放列表文件和/或满足其他条件的VOBI文件，则对BD.INFO文件的HDR_type中的再高一位的1位(b4)设定1b，否则设定0b。

Max/Min_luminance是表示该盘所记录的HDR视频流的最高/最低辉度的属性信息。在Max_luminance中，记述有该盘上的全部播放列表文件和/或VOBI文件中记述的Max_luminance的值中的最大值。在Min_luminance中，记述有该盘上的全部播放列表文件和/或VOBI文件中记述的Min_luminance的值中的最小值。

播放器通过对该BD.INFO文件的上述各属性信息进行解释，能够判定要进行再现的盘是否包含HDR视频流。进而，如果盘包含HDR视频流，则播放器能够判定包含何种编码方式的HDR视频流，进而，能够得到盘整体中的最高/最低辉度等的信息。由此，能够一边进行适当的辉度控制处理一边再现HDR视频流。

XXX.PL文件是播放列表(PlayList)，在该XXX.PL文件中，除了包含前述的信息之外还包含记述了播放列表的扩展数据的Extension()。在Extension()中，包含is_HDR、HDR_type以及Max/Min_luminance等属性信息作为HDR参数。

is_HDR是表示该播放列表是否参照至少一个以上的具有is_HDR＝1b的VOBI文件的属性信息。通过该属性信息，播放器能够简单地识别该播放列表是否包含HDR视频流。因此，在播放器通过HDMI(注册商标)等向电视机显示播放列表的再现画面时，如果该is_HDR＝1b，则播放器也能够进行预先传输表示高辉度影像(HDR)的信号等的处理。

HDR_type是表示该播放列表参照的HDR视频流的类别的属性信息。如果该播放列表参照一个以上的HDR_type的1位(b6)为1b的VOBI，则对播放列表的HDR_type中的最低位的1位(b6)设定1b，否则设定0b。如果该播放列表参照一个以上的HDR_type的1位(b5)为1b的VOBI，则对播放列表的HDR_type中的高一位的1位(b5)设定1b，否则设定0b。如果该播放列表参照一个以上的HDR_type的1位(b4)为1b的VOBI，则对播放列表的HDR_type中的再高一位的1位(b4)设定1b，否则设定0b。

Max/Min_luminance是表示该播放列表参照的HDR视频流的最高/最低辉度的属性信息。在Max_luminance中，记述有该播放列表参照的全部VOBI中记述的Max_luminance的值中的最大值。在Min_luminance中，记述有该播放列表参照的全部VOBI中记述的Min_luminance的值中的最小值。

播放器通过对该XXX.PL文件的上述各属性信息进行解释，能够判定要进行再现的播放列表是否包含HDR视频流。进而，如果播放列表包含HDR视频流，则播放器能够判定包含何种编码方式的HDR视频流，进而，能够得到播放列表整体中的最高/最低辉度等的信息。由此，能够一边进行适当的辉度控制处理一边再现HDR视频。

在YYY.VOBI文件中，除了前述的信息之外，还包含记述了VOBI的扩展数据的Extension()。在Extension()中包含与图39所示的各属性信息相同的属性信息作为HDR参数。

通过使VOBI的阶层也具有这些属性信息，播放器能够简单地识别该视频流是否为HDR。另外，生成盘图像(disk image)的制作(authoring)系统或播放列表的编辑设备(记录器)等，在进行内容的生成或编辑时，不用解析视频流就能够根据VOBI文件来简单地设定播放列表文件内记述的is_HDR、HDR_type、HDR_base_stream或Max/Min_luminance等的值。

通过如此按数据库文件的阶层来保存上述各属性信息，能够按该阶层单位(例如盘、播放列表、流这3个阶层)来判定与HDR相关的主要参数(HDR参数)。其结果是，能够期待将这些主要参数利用于再现控制或按播放器的图形制作、和/或防止在编辑处理时流被解析等的效果。

如此，在本实施方式中的BD中，记录有作为编码后的影像信息的至少一条视频流、和表示与该BD的整体相关的属性的BD.INFO文件。并且，BD.INFO文件包含is_HDR，该is_HDR表示该至少一条视频流中的当BD被插入再现装置时最初再现的初始视频流的辉度的动态范围是SDR还是比SDR宽的HDR。

由此，如果参照BD.INFO文件的is_HDR，则不用解析初始视频流就能够容易地判定初始视频流的辉度的动态范围是SDR还是HDR。因此，当BD被插入再现装置时，再现装置通过参照该BD.INFO文件的is_HDR，能够在与电视机等的显示器之间迅速进行基于HDMI(注册商标)的协商，并再现初始视频流。如此，即使在表现视频流的辉度的方式各种各样的情况下，也能够高效地管理并记录视频流。

另外，在本实施方式中的BD中，记录有作为编码后的影像信息的至少一条视频流、和表示与BD的整体相关的属性的BD.INFO文件。并且，BD.INFO文件包含HDR_type，该HDR_type表示与辉度的动态范围相关的预先确定的多个类型的视频流各自是否记录有至少一条。

由此，如果参照BD.INFO文件的HDR_type，则能够容易地判定在BD中记录有何种类型的视频流。也即，不用对BD所记录的各视频流进行解析就能够进行判定。例如，能够容易地判定在BD中是否记录有SDR的视频流、包含SEI消息(HDRb)的视频流，包含SEI消息(HDRe)的视频流、或扩展视频流。因此，再现装置通过参照该BD.INFO文件的HDR_type，能够在与电视机等的显示器之间迅速进行基于HDMI(注册商标)的协商，并再现BD所保存的各视频流。如此，即使在表现视频流的辉度的方式各种各样各样的情况下，也能够高效地记录并管理视频流。

图41是说明作为管理信息文件的播放列表和VOBI各自的详细情况的图。如该图41所示，在播放列表中包含单元列表(CellList)信息(以下，简称为单元列表)和SubPL信息(以下，简称为SubPL)。

单元列表是收集了多个单元(Cell)信息(以下，简称为单元)的信息。

单元(Cell)是表示视频流的一个再现区间的信息。另外，单元(Cell)包含该单元参照的VOB文件的文件名(VOBName)、隐藏式字幕(Closed Captioning)信息(CC)、单元开始时刻信息(In)、单元结束时刻信息(Out)、以及由该单元作为再现组合所允许的基本数据流的属性信息(Combi)。也即，如果成为再现对象的视频流为基本视频流(HDR视频流(HDRb))，则在播放列表的单元列表中记述有该基本视频流的再现路径。

在Combi中，按由该单元作为再现组合所允许的各个基本数据流记述各种信息。

如果所允许的基本数据流是视频流，则记述该视频的PID这样的特定信息(VideoPID)、分辨率或宽高比等编码属性信息(VideoFormat)等。

如果所允许的基本数据流是图38所示那样的扩展视频序列(Enhancement layervideo sequence，增强层视频序列)，则记述该扩展视频序列的PID这样的特定信息(EnhVideoPID)、位深信息(EnhVideoBitDepth)、以及最高辉度信息(EnhVideoMaxLum)等。此外，以下，将扩展视频序列作为扩展视频流来说明。另外，扩展视频流是用于对基本视频流(HDR视频流(HDRb))的辉度进行扩展的流。

SubPL是指定追加的副再现路径的信息，例如是指定应该与HDR视频流组合来一起再现的扩展视频流的信息。也即，在该SubPL中记述有扩展视频流的再现路径，以使得扩展视频流与上述的基本视频流同时被再现。

SubPL_type信息是表示HDR视频流和扩展视频流的再现方法的类别的信息。该信息用于确定同步/非同步、或要利用的流条数(1条或2条)等。

具体而言，SubPL_type＝0x0A(Synchronous Enhancement Layer Video SubPLin SubTS，副传输流中的同步增强层视频SubPL)，是指使用2条系统流文件(MPEG-2TS)来读出HDR视频流和扩展视频流并同步地进行再现。同步的意思是HDR视频流中的某图画必须具有只能与扩展视频流中的某图画同时再现这样的固定关系。

SubPL_type＝0x0B(Synchronous Enhancement Layer Video SubPL in MainTS，主传输流中的同步增强层视频SubPL)，是指对位于一条MPEG-2TS中的HDR视频流和扩展视频流进行同步再现。

SubPL所包含的副单元列表(SubCellList)信息是收集了多个副单元(SubCell)信息(以下，简称为副单元)的信息。

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

通过如此使用SubPL，能够指示播放器通过何种再现模型使用哪个文件来再现HDR视频流(HDRb)和扩展视频流(Enhancement Layer Video Stream，增强层视频流)。

在YYY.VOBI文件中，除了前述的信息之外还附加有VOB_type信息。

VOB_type信息表示该系统流(VOB)被用于何种用途。

具体而言，VOB_type＝0x01(Main TS for movie application)，表示为了通常的影片等的影像再现而使用的VOB(MPEG-2TS流)。

VOB_type＝0x10(SubTS for Enhancement layer video stream)，表示扩展复用化了视频流的仅SubPL可利用的VOB(MPEG-2TS流)。

如此，在本实施方式中的BD中，记录有作为编码后的影像信息的HDR视频流(HDRb)、用于对HDR视频流(HDRb)的辉度进行扩展的作为编码后的影像信息的扩展视频流、和记述有HDR视频流(HDRb)的再现路径的播放列表文件。并且，在播放列表文件中，还记述有扩展视频流的再现路径，以使得扩展视频流与HDR视频流(HDRb)同时被再现。

由此，如果参照播放列表文件，不仅能够确定HDR视频流(HDRb)的再现路径，还能够容易地确定作为SubPL记述的扩展视频流的再现路径。因此，再现装置如果参照该管理信息文件，则能够简单且适当地对HDR视频流(HDRb)重叠扩展视频流，其结果是，能够适当地再现宽动态范围的影像信息。如此，即使在表现视频流的辉度的方式各种各样的情况下，也能够高效地记录并管理视频流。

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

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

作为由Cell#0指定的再现区间，再现HDR视频流(HDRb)中的从Cell#0.In到Cell#0.Out为止的再现区间。与该再现同步地，作为由SubCell#0指定的连续区间，再现扩展视频流中的从SubCell#0.In到SubCell#0.Out为止的连续区间。由此，可输出与由后述的图44所示的解码器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(SubTS for Enh.Layer Video)仅被利用于该SubPL_type＝0x0A(Synchronous Enhancement Layer Video SubPL in SubTS)的再现模型。

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

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

作为由Cell#0指定的再现区间，再现HDR视频流(HDRb)中从Cell#0.In到Cell#0.Out为止的再现区间。与该再现同步地，作为由SubCell#0指定的连续区间，再现扩展视频流中的从SubCell#0.In到SubCell#0.Out为止的连续区间。由此，可输出与由后述的图44所示的解码器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区间的再现结束时刻。由此，能够适当地使基本视频流和扩展视频流同步地进行再现。

图44是说明本实施方式中的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)的辉度扩展信息，将扩展高辉度影像信息展开于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(8位))408。图形处理器(GP)408将表现该字幕的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)408将表现字幕的8位色阶的YCrCb向12位色阶的YCrCb变换。进而，图形处理器(GP)408为了将字幕贴合地重叠于扩展视频流，将字幕的辉度从标准辉度向(与使用扩展视频流生成的扩展高辉度影像信息一致的)更高辉度变换。作为变换到更高辉度的字幕的高辉度字幕，被展开于高辉度字幕平面(Subtitle Plane(Base+Enh.))411。并且，已展开到高辉度字幕平面411的高辉度字幕，与具有同一显示时刻的Base+Enh.平面406的图画进行合成并输出。

在此，图形处理器(GP)409从字幕解码器(Sub.Dec)407取得与已展开到字幕平面(Subtitle Plane(8bit))408的字幕对应的索引颜色表(CLUT)。该索引颜色表(CLUT)表示与字幕合成的影像信息是HDRb/HDRe的影像信息还是基于扩展视频流的扩展高辉度影像信息。图形处理器(GP)409基于该索引颜色表(CLUT)，判断将8位色阶的YCrCb变换为10位色阶的YCrCb还是变换为12位色阶的YCrCb。并且，图形处理器(GP)409根据该判断结果对8位色阶的YCrCb进行变换。

如此，作为本实施方式中的影像再现部的解码器系统400，具备：包括基本解码器(Base Dec)401和扩展解码器(Enh.Dec)402的第1解码部；包括字幕解码器(Sub.Dec)407的第2解码部；包括图形处理器(GP)409的处理部；以及包括各平面403～406、410、411的重叠部。

第1解码部将基本视频流以及所述扩展视频流从BD中读出并进行解码。第2解码部将编码后的图形数据从BD中读出并进行解码。处理部将由解码后的图形数据表示的预先确定的色阶(8位)的颜色变换成与要重叠的视频平面相应的色阶(10位或12位)的颜色。重叠部对解码后的基本视频流重叠扩展视频流并保存于视频平面，对该视频平面所保存的视频流进一步重叠由变换后的色阶(10位或12位)的颜色表现的图形数据。

由此，本实施方式的再现装置能够使由图形数据表示的例如字幕的颜色适当地与使用扩展视频流实现的宽动态范围的影像信息的颜色匹配。

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

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

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

产业上的可利用性

本公开即使在表现视频流的辉度的方式各种各样的情况下，也能够高效地记录并管理视频流，例如能够利用于BD等光盘或从该光盘读出视频流并进行再现的再现装置等。

Claims

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

作为编码后的影像信息的至少一条视频流；和

表示与所述记录介质的整体相关的属性的管理信息文件，

所述管理信息文件包含属性信息，该属性信息表示所述至少一条视频流中的、当所述记录介质被插入再现装置时最初再现的初始视频流的辉度的动态范围是第1动态范围还是比所述第1动态范围宽的第2动态范围。

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

作为编码后的影像信息的至少一条视频流；和

表示与所述记录介质的整体相关的属性的管理信息文件，

所述管理信息文件包含属性信息，该属性信息表示与辉度的动态范围相关的预先确定的多个类型的视频流各自是否包含于所述至少一条视频流。

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

作为编码后的影像信息的基本视频流；

扩展视频流，其是编码后的影像信息，用于对所述基本视频流的辉度进行扩展；以及

记述有所述基本视频流的再现路径的管理信息文件，

在所述管理信息文件中还记述有所述扩展视频流的再现路径，以使得所述扩展视频流与所述基本视频流同时被再现。

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

所述基本视频流和所述扩展视频流被复用化到同一传输流中。

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

在所述管理信息文件中，所述基本视频流的再现路径所包含的第1区间和所述扩展视频流的再现路径所包含的第2区间被互相关联地进行记述，

所述第1区间和所述第2区间的再现时间相同。

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

在所述管理信息文件中，记述有作为彼此相同的时刻的、所述第1区间的再现开始时刻和所述第2区间的再现开始时刻。

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

在所述管理信息文件中，记述有作为彼此相同的时刻的、所述第1区间的再现结束时刻和所述第2区间的再现结束时刻。

8.一种再现装置，其从记录介质中读出内容并进行再现，

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

作为编码后的影像信息的至少一条视频流；和

表示与所述记录介质的整体相关的属性的管理信息文件，

所述管理信息文件包含属性信息，该属性信息表示所述至少一条视频流中的、当所述记录介质被插入再现装置时最初再现的初始视频流的辉度的动态范围是第1动态范围还是比所述第1动态范围宽的第2动态范围，

所述再现装置具备基于所述管理信息文件来读出所述初始视频流并进行再现的影像再现部。

9.一种再现装置，其从记录介质中读出内容并进行再现，

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

作为编码后的影像信息的至少一条视频流；和

表示与所述记录介质的整体相关的属性的管理信息文件，

所述管理信息文件包含属性信息，该属性信息表示与辉度的动态范围相关的预先确定的多个类型的视频流各自是否包含于所述至少一条视频流，

所述再现装置具备基于所述管理信息文件来读出所述至少一条视频流并进行再现的影像再现部。

10.一种再现装置，其从记录介质中读出内容并进行再现，

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

作为编码后的影像信息的基本视频流；

记述有所述基本视频流的再现路径的管理信息文件，

在所述管理信息文件中还记述有所述扩展视频流的再现路径，以使得所述扩展视频流与所述基本视频流同时被再现，

所述再现装置具备基于所述管理信息文件来读出所述基本视频流和所述扩展视频流并进行再现的影像再现部。

11.根据权利要求10所述的再现装置，

所述影像再现部具备：

第1解码部，其将所述基本视频流以及所述扩展视频流从所述记录介质中读出并进行解码；

第2解码部，其将编码后的图形数据从所述记录介质中读出并进行解码；

处理部，其将由解码后的所述图形数据表示的预先确定的色阶的颜色变换成与保存有供该图形数据重叠的视频流的视频平面相应的色阶的颜色；以及

重叠部，其对解码后的所述基本视频流重叠解码后的所述扩展视频流并保存于视频平面，对所述视频平面所保存的视频流进一步重叠由变换后的所述色阶的颜色表现的图形数据。

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

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

作为编码后的影像信息的至少一条视频流；和

表示与所述记录介质的整体相关的属性的管理信息文件，

在所述再现方法中，基于所述管理信息文件来读出所述初始视频流并进行再现。

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

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

作为编码后的影像信息的至少一条视频流；和

表示与所述记录介质的整体相关的属性的管理信息文件，

所述管理信息文件包含属性信息，该属性信息表示与辉度的动态范围相关的预先确定的多个类型的视频流各自是否处于所述至少一条视频流中，

在所述再现方法中，基于所述管理信息文件来读出所述至少一条视频流并进行再现。

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

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

作为编码后的影像信息的基本视频流；

记述有所述基本视频流的再现路径的管理信息文件，

在所述再现方法中，基于所述管理信息文件来读出所述基本视频流和所述扩展视频流并进行再现。