CN101006507B - 记录方法 - Google Patents

Abstract

本发明提供一种信息记录媒体，记录包含基本数据和扩展数据的访问单元，从而使仅解码基本数据的解码器，能够处理包含基本数据和与下一代对应的扩展数据的访问单元。信息记录媒体，记录流，该流至少包含图像及声音中的某一个，且该流具有多个访问单元，1个上述访问单元具有：包含基本数据的第1数据包、以及包含与上述基本数据相关联的扩展数据的第2数据包；上述基本数据是，不需要上述扩展数据就可以解码成完全的状态的数据，上述扩展数据是，用于提高由上述基本数据所生成的数据的质量的数据；上述流具有，示出上述第1数据包及上述第2数据包的属性的信息。

Description

记录方法

技术领域

本发明涉及记录图像数据或声音数据的信息记录媒体，以及再生数据的数据再生装置等。

背景技术

对以往的DVD-Video盘(以下称为“DVD”)进行说明。

图1是示出DVD结构的图。如图1下侧所示，DVD从读入(read-in)区到读出(read-out)区之间存在逻辑地址空间。在逻辑地址空间中，开头记录有文件系统的容量信息，接着记录有图像或声音等的应用数据(application data)。

DVD的文件系统是ISO9660或通用光盘格式(UDF：Universal DiscFormat)的文件系统。文件系统的结构是将盘上的数据以被称为目录或者文件的单位来表现的。个人电脑(PC)使用被称为FAT(文件分配表：File Allocation Table)或者NTFS(新技术文件系统：NT File System)的文件系统。根据该文件系统，由计算机来处理以目录或文件的结构记录在硬盘的数据。这样，可以提高可用性。

在DVD使用UDF及ISO9660这两个文件系统。UDF及ISO9660这两个组合起来称为“UDF桥”。无论根据UDF及ISO9660的哪一文件系统驱动程序都能读出记录在DVD的数据。当然可重写型DVD即DVD-RAM/R/RW，通过上述文件系统，可进行物理上的数据的读，写，以及删除。

记录在DVD的数据，通过文件系统，作为像图1左上部所示的目录或者文件而存在。根目录(图1的“ROOT”)的正下面被放置称为 “VIDEO_TS”的目录，这里记录有DVD的应用数据。应用数据被分割为多个文件并被记录。作为主要文件有以下文件。

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

VTS_01_0.IFO视频标题集#1再生控制信息文件

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

规定有2个扩展名。“IFO”是扩展名，示出被赋予“IFO”的文件是记录有再生控制信息的文件。“VOB”也是扩展名，示出被赋予“VOB”的文件是记录有作为AV数据的MPEG流的文件。再生控制信息是包含以下信息的信息，即为了实现在DVD所采用的交互性(按照用户操作使再生状态动态变化的技术)的信息，像元数据这样的附属在标题和AV流的信息等。在DVD中再生控制信息一般被称为导航信息。

作为再生控制信息文件有以下：管理盘全体的“VIDEO_TS.IFO”和各个视频标题集的再生控制信息“VTS_01_0.IFO”。文件名中的“01”表示视频标题集的号码。例如，当视频标题集的号码是#2时，该视频标题集的文件名是“VTS_02_0.IFO”。再者，在DVD的1张盘上可记录多个标题，换句话说在DVD的1张盘上可记录内容不同的多个电影，或者记录内容相同而版本不同的多个电影。

图1右上部示出在DVD的应用软件层的DVD导航空间，即上述的再生控制信息被展开了的逻辑结构空间。“VIDEO_TS.IFO”内的信息作为视频管理信息(VMGI：Video Manager Information)在DVD导航空间被展开。“VTS_01_0.IFO”等存在于每个视频标题集的再生控制信息作为视频标题集信息(VTSI：Video Title Set Information)在DVD导航空间被展开。

被记述在VTSI的信息有，被称为程序链(PGC：Program Chain)的再生序列的信息的程序链信息(PGCI：Program Chain Information)。PGCI由单元(Cell)的集合和称为指令的一种编程信息所构成。Cell，是视频对象Video Object(VOB，MPEG流)的一部分区间的集合，或者 是全部区间。Cell的再生意味着再生由VOB的Cell所指定了的区间。

指令是由DVD的假想机器所处理的指令，与在浏览器上所执行的Java(注册商标)script(脚本语言)等相近。Java(注册商标)script除了进行逻辑演算之外，还进行窗口和浏览器的控制(例如，打开新的浏览器的窗口)。与此相比，DVD的指令除了进行逻辑演算之外只进行AV标题的再生控制(例如，指定再生的章节等)。如此，DVD的指令不同于Java(注册商标)script。

Cell具有，记录在盘上的VOB的开始地址及结束地址(盘上的逻辑记录地址)的信息。播放器利用记述在Cell的VOB的开始地址及结束地址的信息，读出数据并再生。

图2是用于说明被嵌入在AV流中的导航信息的图。在DVD中有特征性的交互性，不是只根据记录在上述“VIDEO_TS.IFO”或“VTS_01_0.IFO”等的导航信息才实现的。用于实现交互性的几个重要信息，使用被称为导航包组件(或称为“NV_PCK”)专用媒介，在VOB内与图像数据及声音数据一起被多路复用。

在这里作为简单的交互性的例子，对菜单进行说明。几个按钮出现在菜单画面上。各个按钮定义有当该按钮被选择并被按下时所要处理的内容。在菜单上一个按钮被选择。高亮(highlight)是指将要覆盖在所选择的按钮上的半透明颜色的图像，该高亮向用户示出被覆盖的按钮被选择。用户使用遥控器的上下左右键进行移动，可以从所选择的按钮移到该按钮的上下左右的按钮。用户使用遥控器的上下左右键，来使高亮移至与实行的处理相对应的按钮，并按下决定键。根据这些，与被选择的按钮相对应的指令的程序被执行。例如，标题和章节的再生是根据指令来执行的(例如，参照专利文献1)。

图2左上部示出在NV_PCK内所存储的控制信息的概要。

NV_PCK内中包含高亮颜色信息和各个按钮信息等。调色板信息将被记述在高亮颜色信息内。调色板信息指定覆盖的高亮的半透明颜色。按钮信息内记述有以下信息：各个按钮位置信息的矩形区域信息，从 某个按钮移至其他按钮的移动信息(通过用户选择遥控器的上下左右键，来指定想要移动到的按钮)，按钮指令信息(该按钮被选择的时候被执行的指令)。

如图2中央右上部所示，菜单上的高亮被制作成覆盖图像。覆盖图像是指，在根据按钮信息内的矩形区域信息所确定的按钮上，涂上根据调色板信息所确定的颜色的图像。将覆盖图像覆盖在图2右侧示出的背景图像上，并一起显示在画面上。

如上所述，菜单被显示在DVD中。使用NV_PCK，在流中嵌入导航数据的一部分，其理由是，可以与流同步对菜单信息进行动态更新。例如，可以仅在再生电影途中的5分～10分之间显示菜单。第二个理由是，即使是使流和菜单信息同步较困难的应用数据，通过上述嵌入方法，也可以使流和菜单信息同步显示成为可能。再一个大的理由是为了提高用户的操作性。例如，在NV_PCK存储用于支援特殊再生的信息，从而对记录在DVD的AV数据进行非正常再生，如快进和倒带等的时候，也可以顺利地解码该AV数据并进行再生。

图3是示出DVD流的VOB的映像的图。在图3(A)示出的影像，声音，字幕等的数据，如图3(B)所示，按照MPEG系统标准(ISO/IEC13818-1)被数据包化及包组件化，如图3(C)所示，分别被多路复用，生成1个MPEG程序流。含有用于实现交互性的按钮指令的NV_PCK，也与数据包及包组件一起被多路复用。

MPEG系统中数据的多路复用的特征在于，被多路复用的各个数据是按编码顺序排列的比特列，而被多路复用的数据之间，即，影像数据，声音数据，字幕数据的相互间，并不一定是按再生顺序排列的，换句话说不一定是按解码顺序排列的。这是因为，MPEG系统流的解码器模型(一般被称为“System Target Decoder”或者“STD”(参照图3(D)))具有与各个基本流相对应的解码缓存器(decoder buffer)，并到解码时刻为止暂时存储数据，该各个基本流是解开被多路复用的数据之后的基本流。DVD-Video所规定的解码缓存器的大小，按每个基本流而不同。对于影像的缓存大小是232KB，对于声音的缓存大小是4KB，对于字幕的缓存大小是52KB。

即，与影像数据并列被多路复用的字幕数据，并非与影像数据在相同时刻被解码或被再生。

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

作为现有的在DVD所采用的音频编解码器标准，有以下4个标准：“杜比-数字(AC-3)”、“MPEG音频”、“LPCM”、“dts”标准。“dts”是播放器选择功能，DVD播放器中有内置dts解码器的DVD播放器和没有内置dts解码器的DVD播放器。还有，在DVD播放器中存在，作为对AV放大器输出数字数据的输出功能，具有dts对应功能的DVD播放器和不具有dts对应功能的DVD播放器。

具有dts数字数据输出功能的DVD播放器，将依照被称为Sony/Philips Digital Interconnect Format(SPDIF，民用型以IEC60958-3标准为基准)的数字I/F标准的数据，输出到依照该标准的AV放大器。

然而，SPDIF标准只能对应到1.5Mbps的带宽，而不对应“dts”的扩展编解码器标准的，需要将近20Mbps带宽“dts++(无损压缩)”。从而，即使下一代HD DVD标准(BD标准)对应“dts++”，也不能将dts++流输出到依照SPDIF标准的AV放大器。

发明内容

鉴于上述课题，本发明的目的在于，提供一种信息记录媒体，记录包含基本数据和扩展数据的访问单元，从而使仅解码基本数据的解码器，能够处理含有基本数据和与下一代对应的扩展数据的访问单元。还有，本发明的目的在于，提供一种数据再生装置，该装置处理本发明的信息记录媒体的访问单元。

为了解决上述课题并达到上述目的，本发明为一种再生装置，用于记录有流的记录媒体，该流至少包含图像及声音中的某一个，上述流具有多个访问单元，上述访问单元具有：包含基本数据的第1数据包、以及包含与上述基本数据相关联的扩展数据的第2数据包；上述基本数据是，不需要上述扩展数据就可以解码成完全的状态的数据， 上述扩展数据是，用于提高由上述基本数据所生成的数据的质量的数据；上述第1数据包的头持有示出上述第1数据包是含有上述基本数据的数据包的信息、即示出第1值的stream_id_extension；上述第2数据包的头持有示出上述第2数据包是含有上述扩展数据的数据包的信息、即示出第2值的stream_id_extension；上述再生装置具备：获得单元，获得上述记录媒体中所记录的上述访问单元、以及上述第1信息；区别单元，使用上述第1信息，从上述访问单元区别上述基本数据；以及输出单元，将由上述区别单元所区别的上述基本数据直接向SPDIF输出。

本发明提供一种记录方法，是记录媒体的记录方法，包括将流记录到记录媒体中的记录步骤，该流至少包含图像及声音中的某一个，由多个TS数据包构成；在上述记录步骤中，如下地将上述流记录到上述记录媒体中：上述流具有多个访问单元，上述访问单元具有：包含基本数据的存储在第1TS数据包中的第1PES数据包、以及包含与上述基本数据相关联的扩展数据的存储在第2TS数据包中的第2PES数据包；上述基本数据是，不需要上述扩展数据就可以解码成完全的状态的数据，上述扩展数据是，用于提高由上述基本数据所生成的数据的质量的数据；上述第1PES数据包的头持有示出上述第1PES数据包是含有上述基本数据的数据包的信息、即示出第1值的stream_id_extension和对由存储在上述第1PES数据包中的基本数据构成的基本流进行识别的示出第3值的stream_id；上述第2PES数据包的头持有示出上述第2PES数据包是含有上述扩展数据的数据包的信息、即示出第2值的stream_id_extension和上述示出第3值的stream_id；上述访问单元是与声音有关的数据；上述流具有示出上述第1PES数据包及上述第2PES数据包的属性的信息；上述属性至少确定，2声道缩混数据的存在与否、声道、频率、比特率之中的一个。

即，通过本发明可以得到的效果是：即使使用了新的音频编解码器的声音数据被记录在记录媒体的情况下，也可以对于现有的数字I/F与以往一样进行声音数据的提取及输出，上述新的音频编解码器是超过现有的数字I/F所持有的带宽的编解码器。

附图说明

图1是示出DVD结构的图。

图2是用于说明导航信息的图。

图3(A)是示出影像，声音，字幕等的数据的图。

图3(B)是示出对各数据进行数据包化及包组件化的图。

图3(C)是示出被数据包化及被包组件化的数据的图。

图3(D)是示出MPEG系统流的解码器模型的图。

图4是示出下一代DVD的结构的图。

图5是示出记录在BD盘的逻辑数据的目录及文件的结构的图。

图6是示出播放器的功能的方框图。

图7是将播放器的结构详细化后的方框图。

图8是示出BD的应用程序空间的图。

图9是MPEG流(VOB)的结构图。

图10是示出包组件的结构的图。

图11是用于说明在BD盘上的VOB文件及PNG文件的交插(interleave)记录的图。

图12是用于说明VOB数据连续供给模型的图。

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

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

图15是用于说明时间图(Time Map)的详细细节说明的图。

图16是示出播放列表信息内部结构的图。

图17是示出事件处理程序表的图。

图18是示出与BD盘全体有关的信息的内部结构的图。

图19是示出全局事件处理程序的程序表的图。

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

图21是示出用户事件的例子的图。

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

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

图24是示出系统参数的一览的图。

图25是示出具有2个选择按钮的菜单的程序的例子的图。

图26是示出用户事件的事件处理程序的例子的图。

图27是示出到AV的再生为止的基本处理流程的图。

图28是示出从PL的再生开始到VOB的再生开始为止的处理流程的图。

图29是示出从AV的再生开始后的事件处理流程的图。

图30是示出字幕处理的流程的图。

图31是示出不具有阶层结构的访问单元的结构的图。

图32是示出具有2个阶层结构的访问单元的结构的图。

图33是示出具有3个阶层结构的访问单元的结构的图。

图34是用于说明流读取/供给部按每个数据的输出处不同而进行的不同的工作的图，该流读取/供给部将具有阶层结构的数据输出到对应于各种阶层的解码器。

图35是示出当与Base和Level1-EXT对应的机器广泛普及的情况下，导入Level2-EXT的理想的访问单元的结构的图。

图36是示出含有Level2的数据流的数据结构的图。

图37是用于说明访问单元的处理的图，该访问单元由以下2个部分所构成：现有的播放器或解码器可以解码的Base/Level1-EXT和，现有的播放器或解码器不能解码的Level2-EXT。

图38是示出向MPEG2-TS存储具有阶层结构的访问单元的存储方法的图。

图39是示出在描述符(descriptor)中所记述的事项的一个例子的图。

图40(A)是示出5.1声道的扬声器布置的图，图40(B)示出7.1声道的扬声器布置的图。

图41是示出声道结构的图。

图42是示出在光盘记录时的MPEG2-TS的文件格式的图。

图43是用于说明DVD-Video所规定的DTS的详细细节的图。

图44是示出多路分用器，以及流读取/供给部的处理的流程图。

图45是输入时刻管理装置2000及解码器模型3000的结构图。

图46是用于说明以下的多路复用的方法的图，为了不使解码Base的解码器模型破坏，为了且不使解码Base及Level2的解码器模型破坏，多路复用Base和Level2的方法。

编号说明

201 BD盘

202 光学拾波器

203 程序记录存储器

204 管理信息记录存储器

205 AV记录存储器

206 程序处理部

207 管理信息处理部

208 表示处理部

209 成像面(image plane)

210 视频面

211 合成处理部

301 程序记录存储器

302 程序处理器

303 UOP管理器

304 管理信息记录存储器

305 方案处理器

306 表示控制器

307 时钟

308 映像存储器

309 轨道缓存

310 多路分用器

311 映像处理器

312 视频处理器

313 声音处理器

314 成像面

315 视频面

316 成处理部

317 驱动控制器

具体实施方式

以下参照附图对本发明的具体实施方式进行说明。

(相关的实施方式)

(盘上的逻辑数据结构)

图4是示出下一代DVD(以下称为“BD”)结构的图，该图特别示出作为盘媒体的BD盘104，以及记录在该盘104的数据101、102、103的结构。在BD盘104记录：AV数据103、包含AV数据的管理信息及AV再生序列等的BD管理信息102、用于实现交互性的BD再生程序101。本实施方式中，为方便说明，假设用于再生电影的AV内容的AV应用数据被记录在BD盘104。当然，BD盘104也可以作为其他的用途来使用。

图5是示出记录在BD盘的逻辑数据的目录及文件的结构的图。BD盘与其他的光盘一样，例如与DVD和CD等一样，从内圈到外圈具有螺旋状的存储区域，内圈读入部和外圈读出部之间具有用于记录逻辑数据的逻辑地址空间。在BD盘的读入部内侧存在被称为群刻区(BCA：Burst Cutting Area)的区域，该区域是除驱动器之外不能读出数据的特殊区域。这个区域的数据即使利用应用数据也不能读出。为此，上述区域可利用于，例如著作权保护技术等。

在逻辑地址空间，记录有文件系统信息(容量)以及影像数据等的应用数据，且文件系统信息(容量)处于开头。如“背景技术”中的说明，文件系统是UDF和ISO9660等的文件系统，与一般的PC一样，是用于使用目录及文件的结构来读出所记录的逻辑数据的系统。

在本实施方式的BD盘上的目录及文件的结构中，BDVIDEO目录被放置在根目录(ROOT)的正下面。BDVIDEO目录是存储有以下数据的目录，被记录在BD上的AV内容或管理信息等的数据(图4的数据101，102，103)的目录。

BDVIDEO目录下面，记录有以下7种文件。

BD.INFO文件(文件名固定)

“BD.INFO”文件是“BD管理信息”之一，是记录有与BD盘全体有关的信息的文件。BD播放器最先读出该文件。

BD.PROG文件(文件名固定)

“BD.PROG”文件是“BD再生程序”之一，是记录有与BD盘全体有关的再生控制信息的文件。

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

“XXX.PL”文件是“BD管理信息”之一，是记录有作为方案(再生序列)的播放列表信息的文件。每个播放列表存在一个文件。

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

“XXX.PROG”文件是“BD再生程序”之一，是记录有上述每个播放列表的再生控制信息的文件。与“XXX.PROG”文件对应的播放列表是文件主体名(“XXX”)相同的播放列表。

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

“YYY.VOB”文件是“AV数据”之一，是记录有VOB(与“背景技术”中说明的VOB相同)的文件。每个VOB存在一个文件。

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

“YYY.VOBI”文件是“BD管理信息”之一，是记录有与AV数据VOB有关的流管理信息的文件。与“YYY.VOBI”文件对应的VOB是文件主体名(“YYY”)相同的VOB。

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

“ZZZ.PNG”文件是“AV数据”之一，是记录有用于构成字幕及菜单的映像数据PNG(是以W3C标准化了的图像格式，称为“png”)的文 件。每个PNG映像存在一个文件。

(播放器的结构)

其次，用图6及图7，对再生上述BD盘的播放器进行说明。

图6是示出播放器的大体功能的方框图。

BD盘201之上的数据，通过光学拾波器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数据由表示处理部208来处理。

程序处理部206，接收由管理信息处理部207再生的播放列表的信息或程序的执行时刻等的事件信息，执行程序。程序可以动态地改变再生的播放列表。程序处理部206向管理信息处理部207发送播放列表的再生命令，从而实现动态地改变再生的播放列表。程序处理部206接收来自用户的事件，即接收来自遥控器键的请求，当存在与该事件(请求)对应的程序时，执行该程序。

管理信息处理部207接收来自程序处理部206的指示，分析对应的播放列表以及与播放列表对应的VOB的管理信息，指示表示处理部208再生作为对象的AV数据。还有，管理信息处理部207从表示处理部208接收标准时刻信息，根据标准时刻信息对表示处理部208指示停止AV数据的再生，还有，生成示出用于指示程序处理部206的、程序的执行时刻的事件。

表示处理部208具有分别对应于影像，声音，字幕/映像(静止图像)的解码器，按照来自管理信息处理部207的指示，进行AV数据的 解码及输出。影像数据，字幕/映像被解码之后，分别被绘制到各个专用面，即视频面210或者成像面209。被绘制到视频面210及成像面209的各影像，由合成处理部211合成，被输出到TV等的显示设备。

如图6中说明，BD播放器具有对应于记录在图4所示的BD盘的数据的结构部。

图7是将上述的播放器的结构详细化后的方框图。在图7，AV记录存储器205作为映像存储器308及轨道缓存309来表现。程序处理部206作为程序处理器302及UOP管理器303来表现。管理信息处理部207作为方案处理器305及表示控制器306来表现。表示处理部208，作为时钟307、多路分用器310、映像处理器311、视频处理器312、声音处理器313来表现。

从BD盘201所读出的VOB数据(MPEG流)被记录在轨道缓存309，映像数据(PNG)被记录在映像存储器308。多路分用器310按照时钟307的时刻，抽出记录在轨道缓存309的VOB数据，将影像数据发送到视频处理器312，将声音数据发送到声音处理器313。视频处理器312及声音处理器313，按照MPEG系统标准的规定，分别以解码缓存器和解码器来构成。即从多路分用器310被发送来的影像及声音的数据，分别在解码缓存器被暂时记录，按照时钟307的时刻在对应的解码器被解码。

记录在映像存储器308的PNG，根据以下的2个处理方法来处理。

当映像数据作为字幕用的数据的情况下，由表示控制器306指示解码时刻。方案处理器305接收来自时钟307的时刻信息，为了能适当地显示字幕，到了字幕的显示开始时刻，就指示表示控制器306进行字幕的显示。同样，方案处理器305根据来自时钟307的时刻信息，到了字幕的显示结束时刻，就指示表示控制器306停止字幕显示。从表示控制器306接受了解码/显示的指示的映像处理器311，从映像存储器308抽出对应的PNG数据进行解码，绘制到成像面314。

其次，说明映像数据是菜单用的数据的情况。该情况下，由程序 处理器302来指示解码时刻。程序处理器302指示解码映像的时刻是不能一概而论的，要依存于程序处理器302处理的BD程序。

映像数据及影像数据，如图6中的说明，分别被解码之后，被绘制到成像面314或者视频面315，由合成处理部316进行合成之后，被输出。

从BD盘201所读出的管理信息(方案信息及AV管理信息)，被存储在管理信息记录存储器304。之后，方案信息(“BD.INFO”文件及“XXX.PL”文件)由方案处理器305来读出。AV管理信息(“YYY.VOBI”文件)由表示控制器306来读出。

方案处理器305分析播放列表的信息，并将由播放列表所参照的VOB和其再生位置通知给表示控制器306。表示控制器306，分析作为对象的VOB的管理信息(“YYY.VOBI”文件)，向驱动控制器317发出指示，使其读出作为对象的VOB。

驱动控制器317，按照来自表示控制器306的指示，使光学拾波器移动，读出作为对象的AV数据。所读出的AV数据，如上所述被存储到映像存储器308或者轨道缓存309。

方案处理器305监视时钟307的时刻，在管理信息所设定的时刻，向程序处理器302输出事件。

记录在程序记录存储器301的BD程序(“BD.PROG”文件或者“XXX.PROG”文件)，由程序处理器302来处理。程序处理器302，在事件由方案处理器305发送来的情况下，或者事件由UOP管理器303发送来的情况下，处理BD程序。UOP管理器303，当用户通过遥控器键发来请求的情况下，生成对程序处理器302的事件。

(应用程序空间)

图8是示出BD的应用程序空间的图。

在BD的应用程序空间，播放列表(PlayList)是一个再生单位。播放列表是单元(Cell)的联合，具有根据连接的顺序所决定的再生序列静态方案和根据程序所记述的动态方案。只要是没有根据程序的动态 方案的变化，播放列表按顺序再生各个单元。在全部单元再生结束的时刻，结束播放列表的再生。在程序中可以记述使单元的再生顺序变化的内容。还有，程序可以动态地改变根据用户的选择或者播放器的状态而再生的对象。作为典型例子，可举出菜单。在BD中，可以定义菜单是根据用户的选择来再生的方案，可根据程序使播放列表动态地变化。

在这里所说的程序，是根据时间事件或者用户事件所执行的事件处理程序。

时间事件是根据被嵌入到播放列表的时刻信息所生成的事件。用图7所说明的从方案处理器305发送到程序处理器302的事件，就是时间事件的一个例子。当时间事件被发行时，程序处理器302根据标识符(ID)执行所对应的事件处理程序。如同上述，被执行的程序可以指示其他的播放列表的再生。例如，程序，使现在正再生的播放列表的再生停止，而使被指定的播放列表再生。

用户事件是由用户的遥控器键操作所生成的事件。用户事件分为两大类型。

第一个是，根据光标键(“上”“下”“左”“右”键)或者“决定”键的操作所生成的菜单选择的事件。与菜单选择的事件对应的事件处理程序只在播放列表内所限定的期间内有效(作为播放列表的信息，设定有各个事件处理程序的有效期)。遥控器的“上”“下”“左”“右”键或者“决定”键被按下的情况下，检索有效的事件处理程序，当有效的事件处理程序存在时，则该事件处理程序被执行。当没有有效的事件处理程序的情况下，则菜单选择的事件被忽视。

第二个用户事件是根据“菜单”键的操作所生成的菜单呼叫的事件。当菜单呼叫的事件被生成时，则全局事件处理程序被呼出。全局事件处理程序是不依存播放列表的、且总是有效的事件处理程序。根据使用该功能，可以安装DVD的菜单呼叫(标题再生中呼叫出声音或者字幕，变更声音或者字幕后的中断的时候起再生标题的功能等)。

作为在播放列表构成静态方案的单位的单元(Cell)，示出VOB(MPEG流)的全部或者一部分的再生区间。单元，将VOB内的再生区间作为开始时刻及结束时刻的信息来保持。与每个VOB成对的VOB管理信息(VOBI)，具有作为与数据的再生时刻对应的记录地址的表信息的时间图(Time Map或者TM)。使用时间图，从上述的VOB的再生时刻及结束时刻，可以导出VOB内(即成为对象的“YYY.VOB”文件内)的读出开始地址及结束地址。再者，有关时间图的详细细节待后述。

(VOB的详细细节)

图9是本实施方式中MPEG流(VOB)的结构图。

如图9所示，VOB由多个Video Object Unit(VOBU)所构成。VOBU是以MPEG视频流的Group Of Pictures(GOP)为基准，且是也含有声音数据的多路复用流的一种再生单位。VOBU的视频再生时间是从0.4秒到1.0秒，通常是0.5秒左右。即，在大多数情况下，1GOP中所存储的帧在15帧左右(NTSC的情况下)。

VOBU具有视频包组件(V_PCK)和音频包组件(A_PCK)。各包组件的大小与1扇区一样，本实施方式中是2KB。

图10是示出包组件的结构的图。

如图10所示，视频数据及音频数据等基本数据，被存储在被称为PES Packet Payload(有效负载)的PES Packet(数据包)的数据存储区域，且是从该区域的开头开始依次被存储的。Payload被附上PESPacket Header(数据包头)，构成1个PES Packet(数据包)。在数据包头记录有：用于识别存储在有效负载的数据是哪个流的数据的streamid(ID)和，作为该有效负载的解码的时刻信息及显示的时刻信息的时间戳，即Decoding Time Stamp(DTS：解码时间戳)以及PresentationTime Stamp(PTS：显示时间戳)。PTS及DTS未必记录在所有的数据包头，而是由MPEG来制定规则。关于规则的详细细节，由于记述在MPEG系统(ISO/IEC13818-1)的规格书中，因此省略其说明。

再在数据包上附上Pack Header(头)，构成包组件(pack)。在该 Header(头)记录有时间戳，即System Clock Reference(SCR：系统时钟基准)，该时间戳示出该包组件何时通过多路分用器，且被输入到各个基本流的解码缓存器。

(VOB的交插记录)

其次，用图11及图12，说明VOB文件的交插记录。

图11上部是上述的播放器的结构图的一部分。如图11所示，BD盘上的VOB即MPEG流，通过光学拾波器被输入到轨道缓存。BD盘上的PNG即映像数据通过光学拾波器被输入到映像存储器。

轨道缓存是FIFO形式的缓存，被输入到轨道缓存的VOB的数据按照被输入的顺序被发送到多路分用器。这个时候，各个包组件，按照上述的SCR从轨道缓存中拔出，通过多路分用器，被发送到视频处理器或者声音处理器。另一方面，对于被存储到映像存储器的映像数据，至于绘制哪个映像，要由表示控制器所指示。还有，在绘制中所使用的映像数据是字幕用的映像数据的情况下，在被使用的同时从映像存储器中删除。与此相比，在绘制中所使用的映像数据是菜单用的映像数据的情况下，在绘制该菜单的期间中，原样保留在映像存储器内。这是因为，菜单的绘制依存于用户的操作，在追随用户的操作，再次显示菜单的一部分或者置换为别的映像的时候，使再次显示的部分的映像数据容易被解码。

图11的下部是用于说明在BD盘上的VOB文件及PNG文件的交插记录的图。一般来说ROM，例如CD-ROM和DVD-ROM中，作为一连串的连续再生单位的AV数据是连续被记录的。只要数据是连续记录的，驱动器就能依次读出数据，送到解码器里。然而，连接的数据被分割，分散地配置在盘上的情况下，驱动器查找各个连续区间，在查找期间中可能数据的读出会停，就有可能导致数据的供给停止。为了防止这种情况发生，作为一连串的连续再生单位的AV数据被连续地记录在ROM。在BD，也最好是将VOB文件记录在连续区域。如同字幕数据，与记录在VOB的影像数据同步再生的数据，需要与VOB文件相同，以某 种方法从BD盘中读出。

作为字幕数据的读出方法之一，可在VOB的再生开始之前，一并读出字幕用的映像数据(PNG文件)。然而，这个方法需要大容量的存储器，所以不具有现实性。

所以，本实施方式中将VOB文件分成几个块，采用了与映像数据交插记录的方法。图11下部就是用于说明该交插记录的图。

通过对VOB文件和映像数据进行妥当地交插配置，从而不需要如上述的大容量的一时记录存储器，可以在必要的时刻，将映像数据存储到映像存储器。再者，读出映像数据的时候，理所当然地停止读出VOB数据。

图12是用于说明，使用轨道缓存的VOB数据连续供给模型的图。

如上述说明，VOB的数据先被存到轨道缓存。对轨道缓存的数据输入速率(Va)和，与来自轨道缓存的数据输出速率(Vb)之间设置差(Va＞Vb)的时候，只要从BD盘持续读出数据，轨道缓存的数据存储量就会持续增加。

如图12的上部所示，VOB的一连续记录区域从逻辑地址“a1”持续到“a2”为止。从逻辑地址“a2”到“a3”之间记录有映像数据，逻辑地址“a2”到“a3”之间作为没有记录VOB数据的区间。

图12的下部示出轨道缓存内的数据量的推移。横轴示出时间，纵轴示出存储在轨道缓存内的数据的量。时刻“t1”示出开始读出作为VOB的一连续记录区域的开始点的逻辑地址“a1”的数据的时刻。时刻“ t1”之后，以速率(Va-Vb)将数据存储到轨道缓存。该速率是，输入到轨道缓存的数据的速率和，从轨道缓存输出的数据的速率的差。时刻“t2”是读出作为一连续记录区域的结束点的逻辑地址“a2”的数据的时刻。即时刻从“t1”到“t2”之间，轨道缓存内的数据量以速率(Va-Vb)来增加。根据下述公式1，可求出时刻“t2”的数据存储量B(t2)。

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

此后，因为映像数据从逻辑地址“a2”持续到“a3”，向轨道缓存输入的数据是O，轨道缓存内的数据量以输出速率“-Vb”来减少。该工作持续到逻辑地址“a3”，即持续到时刻“t3”。

在这里重要的是，在时刻“t3”之前存储在轨道缓存的数据量一旦成为0，则向解码器供给的VOB的数据就没有了，可能会有VOB的再生停止。在时刻“t3”数据仍然存留在轨道缓存的情况下，则会继续再生VOB而不会停止。

为了避免在时刻“t3”之前存储在轨道缓存的数据量成为0的条件，由下述公式2所示出。

B(t2)≥Vb×(t3-t2)(公式2)

即在满足公式2的条件下，来决定映像数据(非VOB数据)的配置就可以。

(导航数据结构)

利用图13至图19，来说明BD的导航数据(BD管理信息)的结构。

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

VOB管理信息具有，VOB的流属性信息(Attribute)和时间图(TMAP)。流属性包含，视频属性(Video)和音频属性(Audio#0～Audio#m)。特别对于音频流，VOB可以同时持有多个音频流，所以根据音频流的数(Number)，示出数据域(data field)。

下列示出，视频属性(Video)持有的多个域和，各个域可持有的值。

压缩方式(Coding)：

MPEG1

MPEG2

MPEG4

MPEG4-AVC(Advanced Video Coding)

分辨率(Resolution)：

1920×1080

1280×720

720×480

720×565

宽高比(Aspect)

4∶3

16∶9

帧速率(Framerate)

60

59.94

50

30

29.97

25

24

23.976

下列示出，音频属性(Audio)持有的多个域和，各个域可持有的值。

压缩方式(Coding)：

AC3

MPEG1

MPEG2

LPCM

DTSHD

声道数(Ch)：

1～8

语言属性(Language)：

时间图(TMAP)是持有每个VOBU的信息的表，持有VOB所具有的VOBU的数(Number)和各VOBU信息(VOBU#1～VOBU#n)。各个VOBU信息具有，VOBU的再生时间长(Duration)和VOBU的数据大小(Size)。

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

众所周知，MPEG视频流有时被进行可变比特率压缩，与各帧的再生时间和数据大小，没有单纯的相关关系。与此相比，由于声音的压缩标准AC3规定要以固定比特率压缩声音数据，所以对于声音数据，时间和地址的关系由一次式来表现。MPEG视频数据中，各个帧持有固定的表示时间，例如与NTSC对应的MPEG视频数据中1帧持有1/29.97秒的表示时间，而每个帧压缩后的数据大小根据画的特性或图像类型，即I/P/B图像的类型而大不相同。从而，对于MPEG视频数据，用一次式来表现时间和地址的关系是不可能的。

理所当然，对于被多路复用MPEG视频数据的MPEG系统流，即VOB，用一次式来表现时间和数据大小的关系是不可能的。在VOB，由时间图(TMAP)连接时间和地址。如图14所示，时间图(TMAP)是以VOBU为单位，将VOBU内的帧数和VOBU内的包组件数(即数据大小)作为项目所持有的表。

用图15详细说明时间图(TMAP)。

如图15所示，在给出时刻信息的情况下，首先检索该时刻属于哪个VOBU。即，检索以下VOBU，将时间图的每个VOBU的帧数加在一起算出的帧数的和，超过将给出的时刻换算为帧数的情况下的帧数的VOBU，或与该帧数一致的VOBU。其次对时间图的每个VOBU的数据大小进行相加，相加到该VOBU紧前的VOBU为止。进行加法运算所得的值，用在求出包组件的地址，该包组件的地址是为了再生含有给出的时刻的帧，必须读出的包组件的地址。

其次用图16说明，播放列表信息(“XXX.PL”)的内部结构。

播放列表信息，由单元列表(CellList)和事件列表(EventList)来构成。

单元列表(CellList)是播放列表内的再生单元序列，以单元列表的记述顺序再生单元。单元列表(CellList)由单元的数(Number)和各单元信息(Cell#1～Cell#n)所构成。

单元信息(Cell#)持有：VOB文件名(VOBName)，在VOB内的开始时 刻(In)以及结束时刻(Out)，字幕表(SubtitleTable)。开始时刻(In)以及结束时刻(Out)，分别以在VOB内的帧号码来表现，通过使用上述的时间图(TMAP)，能够得到再生所需的VOB数据的地址。

字幕表(SubtitleTable)是持有与VOB同步再生的字幕信息的表。VOB与声音相同，可以持有多个语言的字幕，字幕表(SubtitleTable)由语言的数(Number)和，接着语言的数的每个语言的表(Language#1～Language#k)来构成。

各语言的表(Language#)，由语言信息(Lang)和，每个表中所显示的字幕的信息的数(Number)和，每个表中所显示的字幕的信息(字幕信息，Speech#1～Speech#j)来构成。字幕信息(Speech#)，由对应的映像数据的文件名(Name)和，字幕的显示开始时刻(In)以及字幕的显示结束时刻(Out)和，字幕的显示位置(Position)来构成。

事件列表(EventList)是定义了在播放列表内发生的事件的表。事件列表，由事件的数(Number)和，接着事件的数的各个事件(Event#1～Event#m)所构成。各个的事件(Event#)，由事件的种类(Type)和，事件的标识符(ID)和，事件的发生时刻(Time)和，事件的有效期间(Duration)来构成。

图17是示出，持有各个播放列表的事件处理程序(时间事件和菜单选择用的用户事件)的事件处理程序表(“XXX.PROG”)的图。

事件处理程序表，具有被定义的事件处理程序/程序的数(Number)和，各个事件处理程序/程序(Program#1～Program#n)。各事件处理程序/程序(Program#)持有，事件处理程序的开始的定义(<event_handler>标记)和，与上述的事件的标识符成对的事件处理程序的标识符(ID)。之后，程序被记述在，接着Function的括号“{”与“}”之间。存储在上述“XXX.PL”的事件列表(EventList)的事件(Event#1～Event#m)，以“XXX.PROG”的事件处理程序的标识符(ID)来确定。

其次，用图18说明与BD盘全体有关的信息(“BD.INFO”)的内部 结构。

BD盘全体信息，由标题列表(TitleList)和全局事件用的事件表(EventList)所构成。

标题列表(TitleList)，由盘内的标题的数(Number)和接着标题数的各标题信息(Title#1～Title#n)来构成。各个标题信息(Title#)包含：标题中所包含的播放列表的表(PLTable)和标题内的章节列表(ChapterList)。播放列表的表(PLTable)具有：标题内的播放列表的数(Number)和，播放列表名(Name)即播放列表的文件名。

章节列表(ChapterList)，由标题包含的章节的数(Number)和各个章节信息(Chapter#1～Chapter#n)所构成。各个章节信息(Chapter#)，持有包含该章节的单元的表(CellTable)。单元的表(CellTable)，由单元的数(Number)和各个单元的项目信息(CellEntry#1～CellEntry#k)所构成。单元的项目信息(CellEntry#)，由包含该单元的播放列表名和，在播放列表中的单元号码所构成。

事件列表(EventList)持有，全局事件的数(Number)和，各个全局事件的信息。在此需要注意的是，最先被定义的全局事件被称为第一事件(FirstEvent)，在BD盘被插入到播放器的时候，第一个被呼出。全局事件用的事件信息只持有事件类型(Type)和事件的标识符(ID)。

图19是示出全局事件处理程序的程序表(“BD.PROG”)的图。

本表的内容与用图17说明的事件处理程序表的内容相同。

(事件发生的机理)

用图20至图22，对事件发生的机理进行说明。

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

如同上述，时间事件由播放列表信息(“XXX.PL”)的事件列表(EventList)所定义。作为时间事件被定义的事件，即事件类型(Type)为“TimeEvent”的情况下，在事件生成时刻(“t1”)，持有标识符“Ex1”的时间事件从方案处理器被输出到程序处理器。程序处理器寻找持有事件标识符“Ex1”的事件处理程序，并执行成为对象的事件处理程序。

例如，本实施方式中进行绘制2个按钮映像等的事件。

图21是示出进行菜单操作的用户事件的例子的图。

如同上述，进行菜单操作的用户事件也是由播放列表信息(“XXX.PL”)的事件列表(EventList)来定义的。作为用户事件被定义的事件，即事件类型(Type)为“UserEvent”的情况下，在事件生成时刻(“t1”)，用户事件成为准备状态。这个时候，事件本身还未被生成。事件处于以有效期间信息(Duration)来表示的期间准备状态。

如图21所示，用户按下遥控器键的“上”“下”“左”“右”键或者“决定”键的情况下，首先UOP事件由UOP管理器所生成并被输出到程序处理器。程序处理器，向方案处理器输出UOP事件。方案处理器，调查在接收UOP事件的时刻是否存在有效的用户事件，当存在有效的用户事件的情况下，生成用户事件，向程序处理器输出。程序处理器，寻找持有事件标识符“Ev1”的事件处理程序，执行成为对象的事件处理程序。例如，在本实施方式中是开始播放列表#2的再生。

被生成的用户事件中，不包含确定哪个遥控器键是被用户按下的键的信息。被选择的遥控器键的信息，由UOP事件被传到程序处理器，并被记录到假想播放器所持有的寄存器SPRM(8)，且被保持。根据调查该寄存器的值，可分歧处理事件处理程序的程序。

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

如同上述，全局事件由有关BD盘全体的信息(“BD.INFO”)的事件列表(EventList)来定义。作为全局事件所定义的事件的类型(Type)为“GlobalEvent”的情况下，仅当用户操作遥控器键的时候事件才被生成。

当用户按下“菜单”键，首先UOP事件由UOP管理器生成，并被输出到程序处理器。程序处理器向方案处理器输出UOP事件，方案处理器生成与该UOP事件对应的全局事件，并送到程序处理器。程序处理器，寻找持有事件标识符“menu”的事件处理程序，执行成为对象的事件处理程序。例如，在本实施方式中是开始播放列表#3的再生。

本实施方式中，设定了“菜单”键仅是1个的情况，但是如同DVD录像机的遥控器一样，菜单键也可以是多个。该情况下，按照每个菜单键来定义对应的标识符。

(假想播放器机器)

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

程序处理器是内部持有假想播放器机器的处理模块。假想播放器机器具有与BD对应的功能，而不依存于BD播放器的实装上。即，假想播放器机器能够保证，在任何BD播放器中都能实现相同的功能。

假想播放器机器，持有编程函数和播放器变量(寄存器)。编程函数，以Java(注册商标)Script为基础，将以下2个功能作为BD特征函数来定义。

链接函数：停止现在的再生，开始被指定的播放列表，单元，或者时刻起的再生

Link(PL#，Cell#，time)

PL#：播放列表名

Cell#：单元号码

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

PNG绘制函数：将指定PNG数据绘制到成像面

Draw(File，X，Y)

File：PNG文件名

X：X坐标位置

Y：Y坐标位置

成像面清除函数：清除成像面的指定区域

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(注册商标)Script基础而被定义，而编程函数，也可以根据用在UNIX(注册商标)OS等的B-Shell或Perl Script等被定义。换句话说，编程函数不受根据Java(注册商标)Script被定义的限制。

(程序的例子)

图25及图26是示出在事件处理程序的程序的例子的图。

图25是示出具有2个选择按钮的菜单的程序的例子的图。

按照单元(PlayList#1.Cell#1)开头的时间事件，图25左侧的程序被执行。作为通用参数之一的GPRM(0)被设定为“1”。GPRM(0)用于在程序中识别被选择的按钮。最初的状态(初始值)下，配置在左侧的按钮1被选择。

其次，使用绘制函数Draw，分别针对按钮1和按钮2进行PNG的绘制。在坐标(10，200)为起点(左端)的区域，PNG映像“1black.png”被绘制，从而按钮1被形成。在坐标(330，200)为起点(左端)的区域，PNG映像“2white.png”被绘制，从而按钮2被形成。

还有，使用本单元的最后的时间事件，图25右侧的程序被执行。在这里，被指定为使用Link函数从单元开头开始再次再生。

图26是示出菜单选择的用户事件的事件处理程序的例子的图。

事件处理程序上写有，当按下“左”键，“右”键，“决定”键的情况下，分别对应于上述各键的程序。当用户按下遥控器键的情况下，如同用图21所说明的那样，生成用户事件，图26的事件处理程序启 动。本事件处理程序中，使用识别选择按钮的GPRM(0)的值和识别被选择的遥控器键的SPRM(8)，进行分歧处理。

条件1)按钮1被选择、且选择键为“右”键的情况

将GPRM(0)再设定为“2”，并且将处于选择状态的按钮变更为右按钮2。

分别改写按钮1、按钮2的映像。

条件2)选择键是“决定(OK)”，按钮1被选择的情况

开始再生播放列表#2

条件3)选择键是“决定(OK)”，按钮2被选择的情况

开始再生播放列表#3

进行如同上述的分歧处理。

(播放器处理流程)

其次，用图27至图30来说明播放器的处理流程。

图27是示出到AV的再生为止的基本处理流程的图。

插入BD盘时(S101)，BD播放器进行“BD.INFO”文件的读取和分析(S102)，并读取“BD.PROG”文件(S103)。“BD.INFO”文件及“BD.PROG”文件，先一同被存储到管理信息记录存储器，并且由方案处理器来分析。

其次，方案处理器，按照“BD.INFO”文件内的第一事件(FirstEvent)信息，生成最初的事件(S104)。被生成的第一事件由程序处理器所接收，并且程序处理器，执行与该事件对应的事件处理程序(S105)。

值得注目的是，与第一事件相对应的事件处理程序记录有应该最先再生的播放列表信息。假设，播放列表的再生没被指示的情况下，播放器不进行任何再生，一直等待用户事件(S201)。当BD播放器接收来自用户的遥控器操作的指示时，UOP管理器使程序管理器开始执行UOP事件(S202)。

程序管理器，判别UOP事件是不是菜单键(S203)，当UOP事件是菜单键的情况下，向方案处理器输出UOP事件，并且方案处理器生成 用户事件(S204)。程序处理器，执行与被生成的用户事件相对应的事件处理程序(S205)。

图28是示出从PL的再生开始到VOB的再生开始为止的处理流程的图。

如上所述，由第一事件处理程序或者全局事件处理程序，开始播放列表的再生(S301)。方案处理器，作为再生再生对象的播放列表所需的信息，进行播放列表信息“XXX.PL”的读取和分析(S302)，读取与播放列表相对应的程序信息“XXX.PROG”(S303)。接着，方案处理器，按照在被播放列表中所登记的单元信息指示单元的再生(S304)。单元的再生，意味着从方案处理器对表示控制器发出了请求，并且表示控制器开始再生AV(S305)。

当开始再生AV时(S401)，表示控制器，读取和分析与再生的单元相对应的VOB的信息文件(XXX.VOBI)(S402)。表示控制器，确定使用时间图开始再生的VOBU以及确定其地址，并向驱动控制器指示读出地址，驱动控制器读出成为对象的VOB数据(S403)。这样，VOB数据被送到解码器，该数据开始再生(S404)。

VOB的再生，持续到该VOB的再生区间结束为止(S405)，再生区间结束时，转到下一个单元的再生(S304)。不存在下一个的单元的情况下，则再生停止(S406)。

图29是示出从AV的再生开始后的事件处理流程的图。

BD播放器是事件驱动型的播放器。当播放列表的再生开始时，分别启动时间事件系列，用户事件系列，及字幕显示系列的事件处理，并同时执行这些事件处理。

S500系列的处理是时间事件系列的处理。

播放列表的再生开始后(S501)，在经过确认播放列表的再生是否已经结束的步骤(S502)之后，方案处理器确认是否到了时间事件发生时刻(S503)。当到了时间事件发生时刻的情况下，方案处理器生成时间事件(S504)，程序处理器接收时间事件，并执行事件处理程序 (S505)。

当在步骤S503还没有到时间事件发生时刻的情况下，以及当在步骤S504执行了事件处理程序之后，返回到步骤S502，重复上述的处理。还有，在步骤S502确认播放列表的再生已经结束时，时间事件系列的处理被强制结束。

S600系列的处理是用户事件系列的处理。

开始再生播放列表后(S601)，经过播放列表的再生结束确认步骤(S602)，转到UOP的接收确认步骤(S603)。当接收了UOP时，UOP管理器生成UOP事件(S604)，且接收UOP事件的程序处理器，确认UOP事件是否属于菜单呼叫(S605)。UOP事件属于菜单呼叫的情况下，程序处理器使方案处理器生成事件(S607)，并且程序处理器执行事件处理程序(S608)。

在步骤S605，判断为UOP事件不属于菜单呼叫时，表示UOP事件是根据光标键或者“决定”键的事件。这个情况下，方案处理器判断现在时刻是否在用户事件有效期间内(S606)。现在时刻在用户事件有效期间内的情况下，方案处理器生成用户事件(S607)，程序处理器执行成为对象的事件处理程序(S608)。

当在步骤S603UOP没被接收的情况下；当在步骤S606现在时刻不在用户事件有效期间内的情况下；以及当在步骤S608执行了事件处理程序之后，返回到步骤S602，重复上述的处理。还有，在步骤S602确认为播放列表的再生已经结束时，用户事件系列的处理被强制结束。

图30是示出字幕处理的流程的图。

播放列表的再生开始后(S701)，经过播放列表的再生结束确认步骤(S702)，移到字幕的绘制开始时刻确认步骤(S703)。现在时刻是字幕的绘制开始时刻的情况下，方案处理器向表示控制器指示字幕的绘制，表示控制器向映像处理器指示字幕的绘制(S704)。在步骤S703判断为现在时刻不是字幕的绘制开始时刻的情况下，确认现在时刻是否为字幕的显示结束时刻(S705)。当判断为现在时刻是字幕的显示结束 时刻的情况下，表示控制器向映像处理器指示字幕的删除，映像处理器从成像面删除被绘制的字幕(S706)。

当字幕的绘制步骤S704结束后；当字幕的删除步骤S706结束后；以及当字幕的显示结束时刻确认步骤S705中判断为现在时刻是字幕的显示结束时刻的情况下，返回到步骤S702，重复上述的处理。还有，在步骤S702确认了播放列表的再生已经结束时，与字幕的显示有关的处理被强制结束。

(实施方式1)

其次，说明实施方式1。

实施方式1有关BD的声音数据的流结构，其内容基本上是根据上述关联的实施方式的内容。因此，在实施方式1将以下部分作为重点进行说明，这些部分是指：从关联的实施方式延伸的部分、以及不同于关联的实施方式的部分。

图31是示出不持有阶层结构的1个访问单元(对影像/声音的信息进行解码及再生的编码单位)的结构的图。诸如作为影像编码方式之一的MPEG-2视频和作为声音编码方式之一的MPEG-1音频中，如图31所示，一个访问单元由头部(Base Header)和有效负载部(Base Payload)构成。

Base Header包括：Base frame的同期信号Base SYNC；表示该访问单元的数据大小的AU_SIZE；表示该访问单元是否只由Base frame所构成的EXT；如果该访问单元不是只由Base frame所构成的情况下，示出赋予了哪种扩展信息的EXT_ID；以及用于将来使用的预备区域等。

图31的访问单元没有导入阶层结构，只用1种编码方式来编码1个访问单元全体。这就意味着，只用1种解码方式就能解码1个访问单元的全部。

图32是示出1个访问单元结构的图，该访问单元除Base frame之外，还增加了根据不同于Base frame的编码方式来编码的Level1-EXT frame，例如编码了更加高画质的影像信息和更高音质的 声音信息的frame。

Base Header的EXT表示该访问单元不是只由Base frame构成，EXT_ID表示在其他的扩展阶层数据内，Level1在Base frame之后被编码。

AU_SIZE表示访问单元的大小。通过使用AU_SIZE，能将1个访问单元设计成以下结构，仅可以解码Base frame的解码器(不能解码Level1-EXT frame的解码器)可忽视Level1-EXT frame，并可以适当地解码该访问单元。

这样，即使原本就有的编码单位(Base)加上新的扩展部分(Level1-EXT)，也可通过忽视Level1-EXT frame，从而可以解码由图32示出的访问单元构成的流。并且，可以不断地导入新的压缩编码算法。

同样扩展到Level2-EXT的访问单元，在图33示出。例如，Level2-EXT的数据是不包含在Level1-EXT为止的数据中的数据，该Level2-EXT的数据用于获得比Level1-EXT为止的数据的采样率高的采样率的声音。

EXT_ID被设定为能够示出Level1和Level2的存在。

图34是用于说明流读取/供给部按每个数据的输出处不同而进行的不同的工作的图，该流读取/供给部将具有上述阶层结构并被编码的数据(例如，Level2流)，输出到对应于各个阶层的解码器。

当向Base解码器输出数据的情况下，流读取/供给部，从Level2流中去除Level1-EXT和Level2-EXT帧，仅输出Base frame。那时，流读取/供给部，对Base Header的访问单元的大小信息的AU_SIZE、示出是否仅由Base frame所构成的EXT、以及示出扩展阶层数据的类别的EXT_ID的各个值进行改写之后，输出数据。

同样，当向Level1解码器输出数据的情况下，流读取/供给部，从Level2流去除Level2-EXT frame，改写AU_SIZE和EXT_ID的各个值后输出数据。

当然，当向Level2解码器输出Level2流的情况下，流读取/供给部则原样输出Level2流。

对应于Base和Level1-EXT的机器已经广泛普及，在此，设想一下新导入Level2-EXT的情况。这种情况下，最好是从Level2流只取出Base frame和Level1-EXT frame，并将该取出的数据输出到上述机器。即，最好是数据一概不作修改。

图35是示出当与Base和Level1-EXT对应的机器广泛普及的情况下，导入Level2-EXT的理想的访问单元的结构的图。

与访问单元由Base和Level1-EXT构成的情况相同，图35示出的访问单元，将有关Level1-EXT为止的数据的信息记述在BaseHeader(以及Level1 Header)。然而，与Level2-EXT以后的扩展阶层数据有关的信息，记述在像保留区域一样的Base/Level1-EXT解码器不察觉的区域。图35记述有以下情况，EXT_ID中设定有表示Level2不存在的值，然而到Level1帧为止是在没被使用的保留区域中备有EXT_ID2，在那里记述有存在Level2的扩展阶层数据。

将图35示出的Level2访问单元(例如含有Base、Level1-EXT、Level2-EXT的访问单元)，转换成Level1访问单元(只有Base，或者Base和Level1-EXT)来输出的时候，流读取/供给部，从Level2流只提取Base的部分和Level1-EXT的部分。即，流读取/供给部，可以在一概不改写数据的情况下，对Level1的解码器输出由Level1访问单元构成的流。

上述的方法也对以下情况有效，即，分配给AU_SIZE等大小信息的比特数少，增加Level2的时候1个访问单元的数据大小太大，不能在AU_SIZE表现大小信息的情况。

在“DTS”，虽然根据DTS++生成无损压缩的编码数据，然而，有时候几乎不能得到压缩的效果，这就要取决于采样PCM数据是怎样的数据，这种情况下，从DTS的数100Kbps至DTS++到(无损)的数10Mbps左右为止，可以考虑比特率急剧增加的情况。其结果，出现问题，即 记述在现在的DTS的Core头的示出访问单元的数据大小的FSIZE(以14比特示出字节单位的数据大小)中，用于示出大小的比特域不足。因此，像DTS++的无损压缩，不能将大小记述在AU_SIZE(FSIZE)的情况下，可以考虑把AU_SIZE的范围分为2个数据块。

图36是示出，存在一种支持到Level1为止的机器，在新采用Level2的情况下的数据流的数据结构的图。

图36明确地示出1个访问单元由两个部分所构成，这两个部分是现在的播放器和解码器可以解码的Base/Level1-EXT和，现有的播放器和解码器不可以解码的Level2-EXT。

MPEG标准中规定，当以MPEG2-TS(transport stream)和MPEG2-PS(program stream)多路复用影像和声音的基本流的情况下，数据存储到被称为PES数据包的逻辑单位中。

PES数据包，由PES头和存储实际数据的PES有效负载所构成，如图36所示PES头有各种域。

stream_id，示出被存储在该PES数据包有效负载部的基本流的类别。一般来说，stream_id的不同表明基本流也不同。PES_packet_length示出PES数据包的数据大小。PES_priority是用于识别该PES数据包的优先级的信息。PTS_DTS_flags是示出，该PES有效负载的再生开始时刻信息的PTS和解码开始时刻信息的DTS是否存在的信息。在PTS和DTS的值相同的情况下，DTS被省略。PES_extension_flag，和PES_extension_flag_2，是分别示出PES数据包的有效负载部是否存在扩展数据区域的信息。

stream_id_extension，是用于补充只有在stream_id＝0xFD(extended_stream_id)的情况下才能存在的stream_id的基本流的识别辅助信息。

访问单元的Base帧部分(图36中的Base+Level1-EXT部分)和不含有Base帧的部分(图36中的Level2-EXT部分)，可用以下方式分开，即，使下文记述的TS数据包的识别信息的Packet Identifier(PID) 相同，而使stream_id不同，或者使PTS_DTS_flags不同，或者用stream_id_extension来分开。将Base帧部分作为以2032字节，或者也对应于DVD-Video的2013字节完结的部分，而且将1个访问单元中的除此之外的部分，作为不含有Base帧的部分，从而可以被分为Base帧部分和不含有Base帧的部分。

例如，使用stream_id_extension的情况下，含有Base帧的PES数据包，以及不含有Base帧的PES数据包，都成为stream_id＝0xFD(专用流)。于是，将含有Base帜的PES数据包的stream_id_extension值(例如0x70)和，不含有Base帧的PES数据包的stream_id_extension值(例如0x71)，分别设定为不同的值。从而，播放器或外部输出部可以只提取包含Base帧的数据。这个情况下，被设定的stream_id_extension值，被记录在从逻辑地址0x40至0x7F的专用流区域。

第1个PES数据包，可以存储与现有的机器相对应的(数字接口上的协议等已被规定，而且持有与其对应的输入终端，并与现有的AV接收器对应的)Level1为止的编码单位。第2个PES数据包，可以存储与非现有的机器相对应(数字接口上的协议等没被规定的，或者不具有与此对应的输入终端的AV接收器，与非现有的AV接收器对应)的Level2之后的编码单位。

根据判断stream_id的值，stream_id_extension的值，或者PTS_DTS_flags的值，可以区别第1个PES数据包和第2个以后的数据包。

如同上述，PES头中，因为有PES_packet_length等的大小信息，可以从该大小信息中极为简单地提取PES有效负载。从而，到Level1-EXT为止的编码单位，与现有的AV接收器或数字接口兼容性高，集中存储在第1个PES数据包的情况下，由分析PES头就可以简单地提取第1个PES数据包的PES有效负载。

用图37再次说明访问单元的处理，该访问单元由以下2个部分所 构成：现有的播放器或解码器可以解码的Base/Level1-EXT和，现有的播放器或解码器不能解码的Level2-EXT。

在BD播放器1000，从记录有由多个访问单元构成的流的BBD盘1001中，该流被输入到分析程序(parser)1002。分析程序1002，对各访问单元，区分含有Base帧部的第1个PES数据包和，只含有Level2-EXT部的第2个以后的PES数据包。

并且，分析程序1002向可以只处理Base帧部的、BD播放器1000内部的解码器1003，输出Base帧部的第1个PES数据包。解码器1003解码第1个PES数据包，将解码数据通过立体声/模拟接口1004，输出到电视1005。电视1005再生来自BD播放器1000的数据，输出基于该数据的图像及声音。

还有，分析程序1002，通过SPDIF1006，向在BD播放器1000外部的A/V接收器1007中的Base解码器1008以及Base/Level1-EXT解码器1009，输出含有Base帧部的第一个PES数据包。Base解码器1008以及Base/Level1-EXT解码器1009是可以处理Base帧部、还可以处理Level1-EXT帧部的解码器，处理来自BD播放器1000的第1个PES数据包。

进而，分析程序1002，通过Advanced Digital Interfacel0ll，含有Base帧部的第1个PES数据包和只含有Level2-EXT部的第2个以后的PES数据包，输出到A/V接收器1007内的Level2-EXT解码器1012。Level2-EXT解码器1012，是可以处理从Base到Level2-EXT帧的全部帧的解码器，处理来自BD播放器1000的双方的PES数据包。

这样，分析程序1002分析访问单元，访问单元被发送到现有的解码器即解码器1003，Base解码器1008，以及Base/Level1-EXT解码器1009，并被处理。并且，访问单元被输出到可以处理含有Base帧部的第1个PES数据包和只含有Level2-EXT部的第2个以后的PES数据包的Level2-EXT解码器1012，并被处理。

还有，图37的BD播放器1000是本发明的数据再生装置的一个例 子。分析程序1002是数据区别装置的一个例子。

重要的是，存储有在整个解码器保证解码的Base帧的PES数据包之后，必有这样的PES数据包，即存储有能对其给予附加功能而解码兼容性低的扩展帧(Level1-EXT和Level2-EXT等)的PES数据包。还有，重要的是，1个访问单元中的数据的排列顺序是升顺，即，Base，Level1-EXT，Level2-EXT，Level3-EXT，Level4-EXT，...，在提取1个访问单元的全部编码单位的时候不发生排列顺序的变换。

在DTS(Digital Theater Systems公司开发的声音编码方式)，含有第1个Base(在DTS称为core)的PES数据包的有效负载的数据大小，只要按照数字接口的SPDIF(Sony/Philips Digital InterconnectFormat，民用以IEC60958-3标准来规定)的规定，设为2032字节以下即可。以48KHz采样的声音数据中512个采样存储在1帧的DTS-typeI方式的情况下，到换算比特率1524Kbps以下为止存储在第1个PES数据包。

在此，1524[Kbps]＝2032[bytes]×8[bits/byte]×48000[sample/sec]/512[sample]

为了与对应于DTS的AV接收器(家庭剧院等)保持兼容性，将含有第1个Base的PES数据包的有效负载的数据大小，设为2013字节以下即可，上述DTS是依照从DVD-Video播放器输出的数据的DTS。

这样，以PES数据包为单位，保持现有的播放器/解码器与新的播放器/解码器之间的兼容性，分割1个访问单元的数据并进行管理。即按照数字接口的规定，分割1个访问单元的数据并进行管理。这样，可以对含有规定的扩展阶层数据的访问单元数据不做任何加工，且在不发生不匹配的情况下进行输出。

图38是示出持有在MPEG2-TS被多路复用的阶层结构的访问单元的结构的图。

MPEG2-TS是由1个188字节的TS数据包所构成的数字流，存储有MPEG2-TS的程序的结构信息的Program Map Table(PMT)的一部分如图 38所示的结构。

按照MPEG2-TS的规定，禁止1个TS数据包存储多个PES数据包。为此，如图38所示，将存储了Base+Level1-EXT的编码单位的PES数据包和，存储了Level2-EXT的编码单位的PES数据包，分别存储到不同的TS数据包中。

MPEG2-TS存储有示出存储在该MPEG2-TS中的程序的PMT数据包。PMT存储有：示出属于规定程序的影像信息或声音信息等的各种信息通过哪个PID的TS数据包输送的elementary_stream_PID，和示出该基本流的编码类别的stream_type，以及对该基本流记述了附加信息的1个或多个descriptor。

可以设想对于持有阶层结构的编码方式的descriptor上，记述有以下这些信息：扩展阶层的级别信息(coding_level)、示出是否使用目前没被支持的扩展阶层、或者极少的扩展阶层的信息(例如，示出是否使用着Level2的识别信息，Level2_existence)、当编码数据为声音信息的情况下的声道配置信息(channel_assignment)、采样频率(sampling_frequency)等。

当编码数据是影像信息的情况下，可以设想descriptor上记述有：coding_level、Level2_existence、还有分辨率信息或帧频等。

在此，编码数据为声音信息时，被记述在descriptor上的内容，用图39至图41进行说明。

如图39所示，descriptor上可记述，级别与音频属性(Q值，频率，声道，及扬声器布置)之间的关系。根据利用扬声器布置的信息，即使处理的流的布置不同于实际的布置，解码器也可以按照每个声道适当地进行修正。图40(A)示出5.1声道的扬声器布置，图40(B)示出7.1声道的扬声器布置。

如上所述，descriptor上可以记述级别和声道的关系。

不仅如此，如图41的“声道结构”所示，将是否含有2声道或5.1声道的缩混音作为声道数信息来记述。这样，与各声道对应的解码器， 能够适当地识别是否可以输出声音。例如，声道结构为7.1ch(2+3.1+2的阶层结构)的情况下，2ch decoder可以输出2声道的声音，5.1chdecoder可以输出5.1声道(2+3.1声道)的声音。然而，声道结构不具有上述的阶层结构的7.1ch的情况下，根据处理量的状况2ch decoder及5.1ch decoder，有可能不能够输出声音。

DTS的数据分为，DTS(相当于Base)及DTS+(相当于Level1-EXT)的数据，和DTS++(Level2-EXT相当的)的数据。

虽然DTS+和DTS++都含有扩展阶层数据，而该处理却不同。因此，在descriptor中，可以含有用于识别对象流是DTS/DTS+还是DTS++的信息(相当于图38的Level2_existence)。

再者，Level2_eXistence，可作为表示这样的信息来使用，该信息表示对象流是否只含有格式与DVD-Video相同(DTS-typeI形式)，且可以输出到SPDIF的部分。

这些，Level2_existence或coding_level的信息，可以记述在数据库文件(图13VOBI文件的Attribute内等)。这些信息，当然可以示出在输出数字数据时的提取处理不同，不过，也可以在BD的菜单画面等用于影像和声音的属性显示/选择。例如，与Level2不对应的播放器，由数据库来判定解码对象的流是Level2的流，也可以将Level2声音预先设为不可选择来提供给用户。

图42是示出在BD-ROM等光盘上记录时的MPEG2-TS的文件格式的图。

每个TS数据包，都被赋予4字节的Arrival Time Stamp(ATS是向解码器输入TS数据包的输入开始时刻信息)并构成1个Timed TS数据包，集中32个Timed TS数据包被记录到3个扇区(6KB)。

图43是用于说明在DVD-Video所规定的DTS的详细细节的图。在DVD-Video中虽然规定了1个访问单元的最大的大小为2013字节，但是，在此规定中，没有属于DTS/DTS+/DTS++的哪一个的规定。即，以48KHz表示512采样点的声音信息的1个访问单元，可以只由core来 构成，或者可以由core和extension来构成。

最大2013字节的1访问单元被存储到PES有效负载，被赋予PES头(PEShdr)和包组件头(Packhdr)，全部大小成为2KB。

形成只存储有PES有效负载的声音数据的DTS脉冲串(burst)有效负载，还被赋予各2字节共计8字节的前同步码(preamble)群(Pa，Pb，Pc，Pd)，stuffing数据，形成2KB的IEC61937-5帧。

SPDIF(IEC60958-3)是以192帧作为1个块，并以此为周期被传送的。1帧由2个子帧(subframe)组成，子帧是输送IEC61937-5帧内的2字节的数据的4字节的数据。

从而，在保持与DVD-Video的兼容性的基础之上传送DTS的数据，就需要将IEC61937-5帧内的字节限制到2013字节为止，来控制core和extension的比特量即可。这样，不论数据的种类是DTS/DTS+/DTS++的哪一个都可以。

这就是在BD-ROM存储DTS++时，将含有core的PES数据包的有效负载部设为2013字节以下的编码单位的理由。

当然与DVD-Video相同，需要以等于或低于2013字节来构成1个访问单元的帧来完成。例如，Base帧和Level1-EXT帧的大小为2014字节时，需要再次进行编码，使全体限制在2013字节内，或者构成只有Base帧的PES数据包，Level1-EXT将多路复用顺序存储到下面的PES数据包等。

图44是示出多路分用器310(图7)，以及流读取/供给部(图34)的处理的流程图。

S801是数字输出开始步骤，为了与SPDIF对应，而提取图36示出的访问单元的一部分并输出到外部。

S802是再生结束判定步骤，在“是”的情况下，结束数据的输出，在“否”的情况下，进入PES数据包的处理S803。

在S803进行以下的处理：根据PID的TS数据包的辨别、PES数据包头的分析、stream_id_extension的读出。

在S804中判定stream_id_extension。该域的值为“0x71(非Base帧部)”的情况下进入S805，值为“0x70(Base帧部)”的情况下进入S806。

S805是，在S804判定PES数据包是非Base帧部的情况下所进行的步骤，在S805废弃PES数据包。

S806是，在S804判定PES数据包是Base帧部的情况下所进行的步骤。在S806，提取PES数据包的有效负载(Base+Level1-EXT)，按照用图7及图34所说明的那样，将帧数据输出到解码器或者现有的数字I/F。

S805及S806之后，返回到再生结束判定步骤S802。

下面，说明将Base/Level1-EXT和Level2-EXT多路复用到1个访问单元的方法，该Base/Level1-EXT(以下，简称为“Base”)用现有的播放器或解码器可以解码，Level2-EXT(以下，简称为“Level2”)用现有的播放器或解码器不可以解码。

首先用图45说明输入时刻管理装置2000和TS system targetdecoder model(以下，称为“解码器模型”或者“T-STD”)3000。

如图45所示，输入时刻管理装置2000，具有读出缓冲器(RB)、de-packetizer、ATS Counter、27MHz Clock。RB暂时地存储“xxxx.vob”文件。de-packetizer从“xxxx.vob”的TS数据包除去ATS，从最初的TS数据包除去ATS的时候，将最初的TS数据包的ATS的值，设定在ATS Counter。还有，de-packetizer，按照ATS的时刻，向T-STD3000只输出各个TS数据包。27MHz Clock以27MHz输出时钟。

如图45所示，解码器模型3000具有：多路分用器；与图像有关的缓存TB、MB、及EB；解码器Dv；与声音数据的Base有关的缓存TBa1及Ba1；解码器Da1；与声音数据的“Base+Level2”有关的缓存TBa2及Ba2；解码器Da2；与系统数据有关的缓存TBsys及Bsys；以及解码器Dsys。

图像数据按照TB、MB、EB、解码器DV的顺序被处理。声音数据的 Base按照TBa1、Ba1、解码器Da1的顺序被处理。声音数据的  “Base+Level2”按照TBa2、Ba2、解码器Da2的顺序被处理。系统数据按照TBsys、Bsys、解码器Dsys的顺序被处理。

在声音数据的Base被解码的线和，声音数据的“Base+Level2”被解码的线上，按照各个流的属性缓存间的数据的传输速率、或缓存的大小等，解码器的方法各不相同。从而，为了对应双方的规格，必须多路复用Base和Level2。当只解码Base的情况下，在该解码器线(TBa1，Ba1，解码器Da1)上，必须做到使缓存不受破坏并且只解码Base。当解码“Base+Level2”的情况下，在该解码器线(TBa2，Ba2，解码器Da2)上，必须做到使缓存不受破坏并且解码“Base+Level2”。即，为了无论是在Base的解码器线(TBa1，Ba1，解码器Da1)上，还是在“Base+Level2”的解码器线(TBa2，Ba2，及解码器Da2)上使缓存不受破坏，而必须将Base和Level2作为1个流多路复用到相同的PID。

用图46，说明将Base和“Base+Level2”分别在各自的解码器线上解码时的TBa1及TBa2的数据存储量的推移。

关于TBa1，第n个访问单元(Access Unit#n)的Base(Base#n)，从时刻ATS_b#n以比特率(RTS)输入并被存储，同时以Rba1的比特率从Ba1被抽出。Base#n的输入结束时，存储数据量以一定的比特率(-Rba1)来减少。第(n+1)个访问单元(Access Unit#n+1)的Base(Base#n+1)，从时刻ATS_b#n+1以比特率(RTS)输入并存储。在图46，到Base#n+1的输入结束为止之间，TBa1会发生溢出(overflow)。即，缓存破坏。以后继续相同的处理。

关于TBa2，第n个访问单元(Access Unit#n)的Base(Base#n)，从时刻ATS_b#n以比特率(RTS)输入并被存储，同时以Rba1的比特率从Ba2被抽出。Base#n的输入结束时，存储数据量以一定的比特率(-Rba2)来减少。并且，第n个访问单元的2个Level2(Level2#n)，被输入并存储。没有输入的期间中的TBa2的存储数据量以比特率(-Rba2)来减少。以后继续相同的处理。在图46，TBa2没有溢出。即，缓存没有破 坏。

图46的情况下，只对应Base#n的解码器线，只能解码由存储1个访问单元的1个PES数据包的Base和Level1所构成的流，不能处理如含有Level2这样的高比特率的流。为了只能对应低比特率的TBa1不致被破坏，就需要迟延向TBa1的Base#n+1的输入时刻。即，必须满足下列的公式3。

TBa1(ATS_b#n+1)+188×(1-Rba1/R_TS)

≤TBa1的大小＝512(公式3)

公式3意味着，即使在时刻ATS_b#n+1的TBa1的数据存储量加上输入1个TS数据包时增加的字节量(188×(1-Rba1/R_TS))，也不超过TBa1的大小。设定ATS，来满足公式3的时刻ATS_b#n+1之后多路复用Base#n+1，在流上多路复用Base#n+1。

进一步，将存储Base(第1个PES数据包)的TS数据包的数作为Nbas，将存储Level2(第2个PES数据包)的TS数据包的数作为Next时，为了将Base和Level2按照解码顺序传送，就必须满足下列公式4。

[(Nbas+Next)×188×8/R_TS]×27000000

≤ATS_b#(n+1)-ATS_b#n(公式4)

在此，比特率Rba1，R_TS的单位，是bits/second，27000000意味着ATS的时刻精度的时钟频率。Nbas，Next的值，可以分别从各自的Codec的最大比特率等的信息中算出。

例如，DTS++的情况下，采样频率为48KHz，512采样/AccessUnit(DTS_type1)Core(Base)为1Mbps的固定速率，XLL(Level2)为单独的，且是24Mbps时，成为XLL的数据长＝24Mbps×512/48k＝32000bytes。在存储时，包括TS/PES头的额外开销(overhead)，则需要174个TS数据包。

为了满足上述的公式3及公式4，就必须进行多路复用处理，将ATS适当地附加在含有Base及Level2的TS数据包，并进行多路复用。这样，缓存就不会破坏。

还有，缓存，不仅在数据溢出的情况下，下溢(underflow)时也会破坏。为了使数据不下溢，就必须多路复用Base和Level2。为此，与防止数据溢出时一样，按照缓存的大小、向缓存输入的数据的大小、数据输入到缓存的速度、以及数据从缓存输出的速度，来多路复用Base和Level2，从而使数据不下溢。

总之，在各解码器模型，考虑缓存的大小、向缓存输入的数据的大小、向缓存输入的数据的速度、以及从缓存输出的数据的速度，来多路复用Base和Level2，从而使各解码器模型不致被破坏。

本发明的信息记录媒体，作为记录影像或声音的数据的光盘等而有用。本发明的数据区别装置，作为从记录在光盘等本发明的信息记录媒体的数据中，抽出与现有的解码器或者现有的数字I/F对应的基础压缩数据的装置而有用。本发明的数据再生装置，作为从光盘等本发明的信息记录媒体中抽出上述基础压缩数据进行再生的装置等而有用。本发明的数据再生装置，不仅是作为对来自光盘等本发明的信息记录媒体的数据进行再生的再生装置等而有用，而且作为对通过广播或网络所提供的音频数据，或者硬盘或半导体存储器等的记录媒体上的音频数据进行再生的再生装置等也有用。

Claims (1)

1.一种记录方法，是记录媒体的记录方法，

包括将流记录到记录媒体中的记录步骤，该流包含声音，由多个TS数据包构成；

在上述记录步骤中，如下地将上述流记录到上述记录媒体中：

上述流具有多个访问单元，

上述访问单元具有：包含基本数据的存储在第1TS数据包中的第1PES数据包、以及包含与上述基本数据相关联的扩展数据的存储在第2TS数据包中的第2PES数据包；

上述基本数据是，不需要上述扩展数据就可以解码成完全的状态的数据，上述扩展数据是，用于提高由上述基本数据所生成的数据的质量的数据；

上述第1PES数据包的头持有示出上述第1PES数据包是含有上述基本数据的数据包的信息即示出第1值的stream_id_extension、以及对由存储在上述第1PES数据包中的基本数据构成的基本流进行识别的示出第3值的stream_id；

上述第2PES数据包的头持有示出上述第2PES数据包是含有上述扩展数据的数据包的信息即示出第2值的stream_id_extension、以及上述示出第3值的stream_id；

上述访问单元是与声音有关的数据；

上述流具有示出上述第1PES数据包及上述第2PES数据包的属性的信息；

上述属性至少确定，2声道缩混数据的存在与否、声道、频率、比特率之中的一个；

上述示出第1值的stream_id_extension以及上述示出第2值的stream_id_extension，是仅在上述stream_id为上述第3值的情况下能够存在、且用于补充stream_id的基本流的识别辅助信息。

Images