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

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

背景技术：

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

现有技术文献

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

技术实现要素：

本公开的一个技术方案涉及的记录介质，记录有：作为编码后的影像信息的视频流；映射信息；以及所述视频流的位速率信息，所述映射信息包含：所述视频流所包含的能够独立地解码的图像的再现开始时刻信息；开始位置信息，其表示所述视频流中的所述图像的数据开始位置；以及大小信息，其基于预定的规定数据大小示出了在所述视频流中记录有所述图像的区间的数据大小，所述规定数据大小根据所述位速率信息而不同。

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

附图说明

图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是表示BD中的数字流构造的图。

图32是设想为MPEG-2TS来对图13所示的YYY.VOBI信息稍作改变后的图。

图33是作为I_end而使用3比特的域的情况下的I_end的意思的图。

图34是再现装置的功能框图的一例。

具体实施方式

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

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

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

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

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

在日常使用的个人计算机(PC)的情况下，也通过被称为文件分配表(File Allocation 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。

在具有4K像素的分辨率的影像信息和/或HDR被记录于BD的情况下，存在如下情形：即使使用了最新的影像编码编解码器(HEVC等)，为了获得足够的画质，也需要接近100Mbps的非常高的位速率。

另一方面，很多情况下奖励内容(bonus contents)等依然具有2K(1920×1080像素)的分辨率，感觉奖励内容的位速率在今后也为10Mbps或其以下。

BD为了提高播放器的随机访问性而在数据库文件中具有包含MPEG-2TS复用化流上的I图像的大小信息的管理表。然而，现行的管理表并未设想100Mbps左右的高位速率的视频流。因此，现行的管理表的问题在于：无法适当地表现高位速率的视频流所包含的I图像的尺寸(size)。

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

本公开的一个技术方案涉及的记录介质，记录有：作为编码后的影像信息的视频流；映射信息；以及所述视频流的位速率信息，所述映射信息包含：所述视频流所包含的能够独立地解码的图像的再现开始时刻信息；开始位置信息，其表示所述视频流中的所述图像的数据开始位置；以及大小信息，其基于预定的规定数据大小示出了在所述视频流中记录有所述图像的区间的数据大小，所述规定数据大小根据所述位速率信息而不同。

由此，在位速率信息表示的位速率比预定值高时和为预定值以下时这两方，能够使大小信息适当地表示I图像的结束位置。也即，这样的记录介质能够提高播放器(再现装置)的随机访问性。

另外也可以，在所述位速率信息表示比预定值大的位速率的情况下，所述大小信息是基于第一规定数据大小示出了记录有所述图像的区间的数据大小的值，在所述位速率信息表示所述预定值以下的位速率的情况下，所述大小信息是基于比所述第一规定数据大小小的第二规定数据大小示出了记录有所述图像的区间的数据大小的值。

由此，大小信息的定义(意思)根据视频流的位速率而变更。由此，在位速率比预定值高时和为预定值以下时这两方，能够使大小信息适当地表示I图像的结束位置。也即，这样的记录介质能够提高播放器的随机访问性。

另外，所述第一规定数据大小可以是按192×1024×n字节分配的值，所述n为自然数。

作为BD的读取单位的ECC块的大小即64KB与作为数字流的数据构造单位的TTS块的大小即6KB的最小公倍数为192KB。因此，在记录介质为BD的情况下，若大小信息以192×1024字节的自然数倍来表现，则数据大小被对齐(alignment)，能够使随机访问处理时的再现装置的读取处理等简化以及高速化。

另外，所述预定值可以为48000000比特/秒。

这样的记录介质的大小信息在视频流的位速率比48Mbps高时和为48Mbps以下时这两方，能够适当地表示I图像的结束位置。也即，这样的记录介质能够提高播放器的随机访问性。

另外，所述大小信息可以为3比特长的值。

这样的记录介质即使在大小信息为有限的信息量(3比特)的情况下，也能够适当地表示I图像的结束位置。

本公开的一个技术方案涉及的再现方法，是将内容从记录介质中读出并再现的再现方法，在所述记录介质中记录有：作为编码后的影像信息的视频流；映射信息；以及所述视频流的位速率信息，所述映射信息包含：所述视频流所包含的能够独立地解码的图像的再现开始时刻信息；开始位置信息，其表示所述视频流中的所述图像的数据开始位置；以及大小信息，其基于预定的规定数据大小示出了在所述视频流中记录有所述图像的区间的数据大小，所述规定数据大小根据所述位速率信息而不同，所述再现方法包括：读出所述映射信息以及所述位速率信息，根据所读出的所述位速率信息，进行所读出的所述映射信息所包含的所述大小信息的规定数据大小的判定，基于所述判定的结果和所读出的所述映射信息所包含的所述开始位置信息以及所述大小信息，从所述视频流中取得所述图像，对取得的图像进行解码以及再现。

这样的再现方法能够将记录介质的大小信息作为适当的数据大小来处理，作为提高了随机访问性的再现方法是有用的。

另外也可以，在所述判定中，在所述位速率信息表示比预定值大的位速率的情况下，将所述大小信息判定为是基于第一规定数据大小示出了记录有所述图像的区间的数据大小的值，在所述位速率信息表示所述预定值以下的位速率的情况下，将所述大小信息判定为是基于比所述第一规定数据大小小的第二规定数据大小示出了记录有所述图像的区间的数据大小的值。

在这样的再现方法中，I_end的数据大小的定义(意思)根据视频流的位速率而变更。因此，这样的再现方法在位速率比预定值高时和为预定值以下时这两方，能够适当地判定I图像的结束位置。

另外，所述第一规定数据大小可以是按192×1024×n字节分配的值，所述n为自然数。

另外，所述预定值可以为48000000比特/秒。

另外，所述大小信息可以为3比特长的值。

本公开的一个技术方案涉及的再现装置，是将内容从记录介质中读出并再现的再现装置，在所述记录介质中记录有：作为编码后的影像信息的视频流；映射信息；以及所述视频流的位速率信息，所述映射信息包含：所述视频流所包含的能够独立地解码的图像的再现开始时刻信息；开始位置信息，其表示所述视频流中的所述图像的数据开始位置；以及大小信息，其基于预定的规定数据大小示出了所述视频流中的记录有所述图像的区间的数据大小，所述规定数据大小根据所述位速率信息而不同，所述再现装置具备：读出部，其读出所述映射信息以及所述位速率信息；判定部，其根据所读出的所述位速率信息，进行所读出的所述映射信息所包含的所述大小信息的规定数据大小的判定；取得部，其基于所述判定的结果和所读出的所述映射信息所包含的所述开始位置信息以及所述大小信息，从所述视频流中取得所述图像；以及影像再现部，其对取得的图像进行解码以及再现。

这样的再现装置能够将记录介质的大小信息作为适当的数据大小来处理，作为提高了随机访问性的再现装置是有用的。

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

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

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

(实施方式1)

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

(盘上的逻辑数据构造)

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

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

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

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

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

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

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

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

BD.INFO(文件名固定)

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

BD.PROG(文件名固定)

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

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

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

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

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

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

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

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

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

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

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

(播放器的构成)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

AV记录存储器205与图像存储器308和曲目(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的情况下，菜单是指通过用户的选择而再现的脚本、即用于动态地选择播放列表的功能的构成要素之一。

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

时间事件是基于嵌入在播放列表中的时刻信息而生成的事件。从图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视频流中的图像组(Group Of 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流具有时间的一面和作为数据大小(data size，数据量)的一面这两个关于物理量的方面。例如，因为作为声音的压缩标准的音频编码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的与高位速率影像信息的记录以及再现相关的内容。由于基本上是基于实施方式1的，因此在实施方式2中以扩展的部分或不同的部分为中心来进行说明。

图31表示BD中的数字流构造。图31所示的YYY.VOB文件是复用化后的数字流。在数字流中，188个字节的MPEG-2TS封包和TS封包的向T-STD的输入时刻信息即4个字节的ATS(Arrival Time Stamp，到达时间戳)总共192个字节被设为1个时控TS封包(Timed TS packet)。并且，将汇集32个时控TS封包而得到的1个TTS块(32个时控TS封包)作为最小单位来构成文件。1个TTS块的数据大小为6KB，BD由2KB的扇区构成，因此1个TTS块正好横跨3个扇区地被记录。

图32是设想为MPEG-2TS来对图13所示的YYY.VOBI信息稍作改变后的图。例如，为了确定MPEG-2TS中的各基本流，在基本流的开头配置PID(Packet IDentifier，封包标识符)信息，在PID之后记载该基本流的编码属性信息。

在MPEG-2TS中，不同于图13，在YYY.VOBI文件中管理下述这样的信息。

系统流速率(SysRate)

MPEG-2 TS流的峰值位速率

流识别信息(PID)

该流的PID序号

压缩方式(Coding)：

MPEG4-AVC(H.264)

HEVC(H.265)

分辨率(Resolution)：

3840x2160

1920x1080

1280x720

另外，随机访问表信息(TMAP)对数字流中的I图像的再现开始时刻(PTS)、该I图像的复用化开始位置信息(I_start)以及该I图像在复用化流上的从I_start到复用化结束位置为止的大小信息(I_end)进行管理。也即，TMAP包含PTS、I_start和I_end。

I_start可以是YYY.VOB文件内的时控TS封包的升序序号。I_end可以是从包含I图像的开头字节在内的时控TS封包到包含该I图像的结束字节在内的时控TS封包为止的复用化流上的字节大小，也可以是将该字节大小舍入后的阶段标记。

在上述图31中，示出了如下情形：在YYY.VOB中，与YYY.VOBI文件内的随机访问表信息(TMAP)对应地，登记有多个I图像。

例如，在TMAP内第n个随机访问点信息中包含：

第n个I图像的再现开始时刻(I_PTS#n)

第n个I图像的复用化开始位置信息(I_start#n)

第n个I图像在复用化流上的从I_start到复用化结束位置为止的大小信息(I_end#n)。

播放器在想要访问作为第n个随机访问点而登记的I图像的情况下，通过在YYY.VOB文件内从I_start#n的位置起读取I_end#n的数据大小，由此可读取该I图像整体。也即，播放器能够再现该I图像。如此，播放器通过使用TMAP，能够高效地仅读取可随机访问的I图像。

在此，如果I_end能够以字节大小为单位或以封包数为单位进行记述，则I_end既能够适当地表现低位速率的I图像的复用化结束位置，也能够适当地表现高位速率的I图像的复用化结束位置。然而，考虑如下情况：假设将TMAP大小全部读取到播放器的有限的存储器中，则只能对I_end提供极小的信息量。例如，在对I_end只提供3比特的情况下，难以通过3比特的8个阶段适当地表现低位速率的I图像的复用化结束位置和高位速率的I图像的复用化结束位置。

图33是说明作为I_end而使用3比特的域的情况下的I_end的意思。在图33的(a)中，设想对2K影像信息进行了编码后的数字流并定义了I_end的大小。在此，作为一例，大小是按100KB定义的。

I_end是表示将I图像的数据大小舍入为规定大小时的该规定大小序号的值。换言之，I_end是表示将I图像的数据大小进行尾数处理为规定大小时的该规定大小序号的值。例如规定大小序号越大，则I_end表示越大的大小。若舍去尾数，则例如在I图像的复用化流上的数据大小(I_MUX_SIZE)为150KB的情况下，由于I图像的大小大于100KB×1且为100KB×2以下，因此I_end的值成为以二进制数表现时的001_b。

在图33的(a)的例子中，在I图像的复用化结束位置包含在从复用化开始位置到大于100KB×m且为100KB×(m+1)以下的范围内的情况下，I_end的值成为以二进制数表现m而得到的值。m为0以上且7以下的整数，但在I图像的复用化结束位置从复用化开始位置起超过100KB×7的位置的情况下，I图像的数据大小无论多大都成为m＝7。也即，I_end的值成为111_b。

可是，上述那样的定义在表现对4K影像或8K影像进行了编码后的高位速率的数字流的I_end时并不合适。对4K影像信息或8K影像信息进行了编码后的数字流的位速率设想为高。也即，I图像的复用化大小也设想为大。于是，基于上述的定义的话，I_end的值必然成为了111_b。也即，I_end的意思只是I图像的复用化大小始终比700KB字节大。这样，播放器为了高效地读取I图像而使用的I_end就失去了意义，也失去了播放器的随机访问性。

因此，可以使I_end的意思根据分辨率而变更。例如，对于对2K分辨率以下的影像信息进行了编码后的数字流，如图33的(a)所示那样，I_end中的规定大小按100KB即可。另一方面，对于比2K分辨率大的高位速率的数字流(例如，对4K影像信息或8K影像信息进行了编码后的数字流)，如图33的(b)所示那样，I_end中的规定大小为比图33的(a)所示的大小大的大小即可。也即，可以根据数字流的分辨率来使用意思不同的2个表。

在图33的(b)中，I图像在复用化流上的数据大小(I_MUX_SIZE)通过使用了768KB的单位大小的I_end来表示。由此，即使假设在100Mbps等的高位速率的数字流中，I_end成为从000_b到110_b的某一方的值的可能性也高。也即，这样的BD能够有助于播放器的随机访问性能。

另外，在图33的(b)所示的表中，由于作为BD的读取单位的ECC块的大小即64KB与作为数字流的数据构造单位的TTS块的大小即6KB的最小公倍数为192KB，因此可以以192KB的整数倍的单位大小来表现I_end。由此，能够期待使随机访问处理时的播放器(驱动器)的读取处理、存储器上的传送、以及存储器上的处理等最佳化，并使随机访问处理高速化。

设想图33所示的2种表根据图32所示的视频编码信息(Video)中的分辨率信息(Resolution)而分开使用。也即，如果视频分辨率为1920×1080以下，则使用图33的(a)的表，如果分辨率为3840×2160或其以上，则使用图33的(b)。也即，2个表根据视频分辨率来分开使用。

此外，该分开使用也可以不是基于视频分辨率的。例如，2个表也可以根据数字流自身的系统位速率(图32的SysRate)的值来切换。系统位速率也称为数字流的位速率的峰值。例如，也可以是：对于具有48Mbps以下的系统位速率的数字流，使用图33的(a)的表，对于具有超过48Mbps的系统位速率的数字流，使用图33的(b)的表。也即，在SysRate表示比预定值大的位速率的情况下保存在编码管理信息文件中的I_end，可以表示比在SysRate表示预定值以下的位速率的情况下保存在流编码管理信息文件中的相同值的I_end大的数据大小。通过这样的分开使用，也能够期待与基于视频分辨率的情况同样的效果。

如以上的说明，本公开根据与流文件(YYY.VOB)对应的管理信息文件(YYY.VOBI)中的属性值，进行随机访问表信息(TMAP)的最佳化。

具体而言，如图31以及图32所示那样，在BD中记录有作为编码后的影像信息的视频流(流文件)、TMAP和视频流的SysRate。BD是记录介质的一例，TMAP是映射信息的一例，SysRate是位速率信息的一例。

另外，如图32所示那样，TMAP包含：视频流所包含的能够独立地解码的I图像的PTS、表示视频流中的I图像的数据开始位置的I_start、以及基于预定的规定数据大小示出了在视频流中记录有I图像的区间的数据大小的I_end。PTS是再现开始时刻信息的一例，I_start是开始位置信息的一例，I_end是大小信息的一例。并且，上述规定数据大小根据SysRate而不同。

由此，根据SysRate，能够使I_end适当地表示I图像的结束位置。也即，这样的BD能够提高播放器的随机访问性。

具体而言，在SysRate表示比预定值大的位速率的情况下，I_end是基于第一规定数据大小示出了记录有I图像的区间的数据大小的值。如图32所示，第一规定数据大小例如是按768KB的。也即，I_end是最小单位为768KB的数值。另外，在SysRate表示预定值以下的位速率的情况下，I_end是基于比第一规定数据大小小的第二规定数据大小示出了记录有I图像的区间的数据大小的值。如图32所示，第二规定数据大小例如是按100KB的。也即，I_end是最小单位为100KB的数值。

如此，在上述BD中，I_end的规定数据大小的定义(最小单位所指的数据大小)根据SysRate而变更。由此，I_end在SysRate表示比预定值大的位速率时和表示预定值以下的位速率时这两方，都能够适当地表示I图像的结束位置。也即，这样的BD能够提高播放器的随机访问性。

此外，第一规定数据大小具体可以是按192×n×1024字节(n为自然数)分配的值。

如图31中的说明，作为BD的读取单位的ECC块的大小即64KB与作为数字流的数据构造单位的TTS块的大小即6KB的最小公倍数为192KB。因此，若I_end以192×1024字节的自然数倍来表现，则数据大小被对齐。因此，这样的BD能够使随机访问处理时的播放器的读取处理等简化以及高速化。

另外，预定值具体是48000000比特/秒。

这样的BD的I_end在SysRate比48Mbps高时和为48Mbps以下时这两方，都能够适当地表示I图像的结束位置。也即，这样的BD能够提高播放器的随机访问性。

另外，I_end具体是3比特长的值。

这样的BD即使在I_end为有限的信息量(3比特)的情况下，也能够适当地表现I图像的结束位置。

另外，与这样的BD对应的播放器(再现装置)例如构成为图34那样。图34是再现装置的功能框图的一例。

再现装置500具备读出部501、判定部502、取得部503和影像再现部504。

读出部501读出TMAP以及SysRate。如上所述，由于在TMAP中包含PTS、I_start和I_end，因此这些信息也通过读出部501来读出。

判定部502根据读出的SysRate，进行读出的TMAP所包含的I_end的规定数据大小的判定。具体而言，判定部502在SysRate表示比预定值大的位速率的情况下，将I_end判定为是基于第一规定数据大小示出了记录有I图像的区间的数据大小的值。判定部502在SysRate表示预定值以下的位速率的情况下，将I_end判定为是基于比第一规定数据大小小的第二规定数据大小示出了记录有I图像的区间的数据大小的值。

取得部503基于判定的结果和读出的TMAP所包含的I_start以及I_end，从视频流中取得I图像。具体而言，取得部503以I_start表示的数据开始位置作为起点，根据I_end的值表示的规定大小序号和基于判定部的判定的规定数据大小(第一规定数据大小或第二规定数据大小)，取得应读取的数据大小的数据。由于取得的数据包含I图像，因此取得部503进一步从取得的数据中取得I图像。

影像再现部504对取得的I图像进行解码以及再现。

这样的再现装置能够将上述BD的I_end作为与各个流相应的适当的数据大小来处理，作为提高了随机访问性的再现装置是有用的。

以上，对实施方式2进行了说明。上述的说明只不过是一个例子，只要是本技术领域内的技术人员就能够基于上述的公开进行各种应用。

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

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

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

产业上的可利用性

本公开的记录介质、再现方法以及再现装置，无论数字流为低的位速率还是为4K这样的高的位速率，都能够适当地表现被复用化到数字流中的随机访问点即I图像的在数字流上的大小。因此，作为能够向用户提供更敏捷的随机访问性的记录介质、再现方法以及再现装置是有用的。

标号的说明

101BD再现程序；102BD管理信息；103AV数据104BD-ROM；202光拾取器；203程序记录存储器；204管理信息记录存储器；205AV记录存储器；206程序处理部；207管理信息处理部；208演示处理部；209图像平面；210视频平面；211合成处理部；302程序处理器；303UO管理器；305脚本处理器；306演示控制器；307时钟；308图像存储器；309曲目缓冲器；310信号分离器；311图像处理器；312视频处理器；313声音处理器；317驱动控制器；500再现装置；501读出部；502判定部；503取得部；504影像再现部。