专利名称：信息存储介质、ts分组判断设备以及数据再现设备的制作方法
技术领域：
本发明涉及一种其中存储视频数据和音频数据的信息存储介质，一种用于对数据进行分类的TS分组判断设备，以及一种再现数据的设备，等等。
背景技术：
下面描述了一种传统的DVD视频光盘(以下称为“DVD”)。
图1是示出了DVD结构的图。如图1底部所示，DVD包括在读入区域和读出区域之间的逻辑地址空间。在逻辑地址空间中，文件系统的卷信息存储在顶部，诸如视频和音频此类的应用数据存储在随后的区域中。
DVD的文件系统是一种符合ISO9660和通用盘格式(UDF)的文件系统。文件系统是一种用于按照称为目录和文件的单位在光盘上表示数据的机制。在个人计算机(PC)中，采用了称为FAT或NTFS的文件系统。这样的文件系统可使计算机处理以目录和文件的形式存储在硬盘上的数据。由此，可用性得到增强。
UDF和ISO9660都在DVD中用作其文件系统。UDF和ISO9660有时总起来称为“UDF桥”。在DVD上存储的数据可以通过UDF或ISO9660的文件系统驱动器来读出。在DVD-RAM/R/RW，即可重写DVD的情况下，数据读取、写入、以及删除就是物理上可能的。
存储在DVD上的数据通过文件系统作为如图1左上方所示那样的目录或文件而存在。直接在根目录(图1中的“ROOT”)下面，放置了称为“VIDEO_TS”的目录，在此存储了DVD的应用数据。应用数据划分并存储为多个文件。下面是主要文件中的一些VIDEO_TS.IFO 光盘再现控制信息文件VTS_01_0.IFO 视频标题设置#1再现控制信息文件
VTS_01_0.VOB 视频标题设置#1流文件……有两种规定扩展名。扩展名“IFO”指示具有该扩展名的文件存储再现控制信息。扩展名“VOB”指示具有该扩展名的文件存储MPEG流，MPEG流是AV数据。再现控制信息是这样的信息其包括用于实现DVD所采用的交互性(用于根据用户操作而动态地改变再现状态的技术)的信息以及附着于标题或AV流的诸如元数据此类的信息。DVD的再现控制信息通常称为导航信息。
再现控制信息文件包括用于整个光盘的管理的“VIDEO_TS.IFO”，以及各个视频标题设置的再现控制信息“VTS_01_0.IFO”。该文件名主体中的“01”指示视频标题设置的编号。例如，如果视频标题设置的编号是#2，则这种视频标题设置的文件名就是“VTS_02_0.IFO”。注意，单个DVD可以存储多个标题，即具有不同故事的多个电影以及具有相同故事却具有不同版本的多个电影。
图1的右上方示出了DVD应用层中的DVD导航空间，即逻辑结构空间，其中显示了上述再现控制信息的细节。“VIDEO_TS.IFO”中的信息细节在DVD导航空间中显示为视频管理信息(VMGI)。为诸如“VTS_01_0.IFO”此类的每一个视频标题设置而存在的再现控制信息细节，在DVD导航空间中显示为视频标题设置信息(VTSI)。
VTSI描述了程序链信息(PGCI)，程序链信息是关于称为程序链(PGC)的再现序列的信息。PGCI由一组单元和一种称为命令的编程信息构成。每一个单元表示视频对象(VOB；MPEG流)中一部分或全部的段。单元的再现的意思是再现VOB中由上述单元所指定的段。
由能用于DVD的虚拟机所处理的命令与在浏览器上执行的Java(注册商标)脚本相似。除了逻辑运算之外，Java(注册商标)脚本还执行窗口和浏览器控制(例如，打开新的浏览器窗口)。其间，除了逻辑运算之外，DVD命令仅仅执行AV标题的再现控制(例如，指定要再现的章节)。这就是DVD命令和Java(注册商标)脚本之间的差异。
每一个单元都包括关于存储在光盘上的VOB的开始地址和结束地址(光盘上的逻辑存储地址)的信息。播放器使用在关于VOB开始地址和结束地址的单元中描述的信息来读出数据，并再现所读取的数据。
图2是用于描述AV流中的导航信息的图。作为DVD的特征的交互性，不是仅仅通过存储在上述“VIDEO_TS.IFO”和“VTS_01_0.IFO”中的导航信息来实现的。使用称为导航包(以下称为“导航包”或“NV_PCK”)的专用载体，将用于实现交互性的若干重要信息在VOB中与视频数据和音频数据进行多路复用。
这里，给出了作为交互性的简单实例的菜单的说明。若干按钮出现在菜单屏幕上。对于上述按钮中的每一个，当该按钮被按压时要执行的处理细节是已定义的。在菜单上一个按钮被选中。高亮，即要覆盖在所选中按钮上的半透明图像，指示它所覆盖的按钮被选中。利用遥控器上的“上/下/右/左”键，用户可以移动到位于当前选中的按钮上面、下面、右边或左边按钮中的任何一个。利用遥控器上的“上/下/右/左”键，用户将高亮移动到与该用户想要执行的处理相对应的按钮上，然后按压“确定”键。从而，执行与上述选中的按钮相对应的命令的程序。例如，按照命令执行标题或章节的再现(例如，参考编号为09-282848的日本特开平专利申请)。
图2的左上方显示了存储在NV_PCK中的控制信息概要。
NV_PCK包括高亮颜色信息和每一个按钮的按钮信息。高亮颜色信息描述调色板信息。调色板信息指定要覆盖的高亮的半透明颜色。每一个按钮信息描述矩形区域信息，其是关于每一个按钮的位置的信息；移动信息，其指示从一个按钮到另一个按钮的移动(指定与用户对遥控器上“上/下/右/左”键的选择相对应的目的按钮)；以及按钮命令信息(要在该按钮选中时要执行的命令)。
如图2右上方的中心所示，菜单上的高亮是作为重叠图像生成的。重叠图像是通过把由调色板信息指定的颜色给予由按钮信息中的矩形区域信息指定的按钮而生成的图像。该重叠图像在屏幕上显示，叠加在图2右边所示的背景图像上。
DVD的菜单显示以上述方式来加以执行。一部分导航数据在使用NV_PCK的流中的原因是，要使菜单信息可与该流同步地动态更新。例如，第一个原因是，要使菜单可在电影再现的中间仅仅显示五到十分钟。第二个原因是，要使要显示的流和菜单信息可彼此同步地显示，即使是对于难以进行数据流与菜单信息的同步显示的应用数据也是如此。另一个主要的原因是要提高用户的可操作性。例如，通过在NV_PCK中存储用于支持特殊再现的信息，就可以平滑地对存储在DVD上的AV数据进行解码和再现，即使是在采用诸如向前再现及倒带再现之类的特殊方式来再现上述AV数据时也是如此。
图3是示出了作为DVD流的VOB的概念图。诸如图3(A)中所示视频数据、音频数据、以及字幕数据此类的数据，是基于MPEG系统标准(ISO/IEC13818-1)，如图3(B)中所示的那样各自分组并打包的，并且如图3(C)中所示那样进行多路复用的，从而将其生成为单个MPEG程序流。包括用于实现交互性的按钮命令的NV_PCK是与所述分组和包一起进行多路复用的。
MPEG系统中的数据多路复用的特征在于，尽管要多路复用的每个数据按照解码顺序形成比特串，要多路复用的数据，即视频数据、音频数据以及字幕数据并不是必须按照再现的顺序，即解码顺序来排列的。这可归因于以下事实用于MPEG系统流的解码器模型(一般称为“系统目标解码器”或“STD”(参考图3(D)))具有与通过对多路复用的数据进行多路分解而获得的各个基本流相对应的解码器缓冲器，并且将上述多路分解的数据临时存储在相应的解码器缓冲器中直到解码的时刻为止。由DVD视频标准规定的解码器缓冲器大小是基于基本流而不同的。用于视频数据的缓冲器大小是232KB，用于音频数据的缓冲器大小是4KB，用于字幕数据的缓冲器大小是52KB。
换而言之，与视频数据一起多路复用的字幕数据不是必须要在对视频数据进行解码和再现的同时进行解码或再现。
发明内容
常规地，存在四种用于DVD的音频编解码器标准“杜比数字(AC-3)”、“MPEG音频”、“LPCM”、以及“DTS”。“DTS”是播放器任选功能，因此有些DVD播放器装备有DTS解码器，而有些则没有。而且，有些DVD播放器有支持作为将数字数据输出到AV放大器的功能的DTS的功能，而有些则没有。
具有DTS数字数据输出功能的DVD播放器把符合称为索尼/菲利浦数字互连格式的数字I/F标准(SPDIF；它的用户版本是由IEC60958-3规定的)的数据输出到符合相同标准的AV放大器。
然而，SPDIF仅仅支持最大1.5Mbps的带宽，因此不支持“DTS++(无损压缩)”，“DTS++”是“DTS”的扩展编解码器标准，要求大约高达20Mbps的带宽。因此，即使下一代HD DVD格式(BD格式)支持“DTS++”，也不可能输出DTS++流到符合SPDIF标准的AV放大器。
考虑到上述问题已构思出本发明，本发明的一个目标是提供一种信息存储介质，其中存储了包含基本数据和用于下一代的扩展数据的流，从而使得仅仅能够对基本数据进行解码的解码器可处理上述包含基本数据和扩展数据的流。本发明的另一个目标是提供一种TS分组判断设备和一种数据再现设备，用于处理上述存储在本发明的信息存储介质上的流。
为了实现上述目标，本发明的信息存储介质是上面存储了包含多个TS分组的音频流的介质，其中，所述TS分组中的每一个包括以下(a)和(b)中的一个(a)包括基本数据的第一分组，以及(b)包括与该基本数据相关的扩展数据的第二分组，该基本数据是能够在不需要扩展数据的情况下解码为完整声音的数据，该扩展数据是用于改善从基本数据所生成的声音质量的数据，所述TS分组中每一个的首部包括指示该TS分组包括第一分组还是第二分组的标识符。
标识符可以包含在位于首部中指定位置上的transport_priority字段中。
扩展数据是，例如，不包含在基本数据中且采样率高于基本数据的采样率的数据。
本发明的TS分组判断设备包括获得单元，获得在本发明的信息存储介质上所存储的TS分组中的每一个的标识符；以及判断单元，使用该标识符，判断该TS分组包括第一分组还是第二分组。
本发明的数据再现设备包括本发明的TS分组判断设备；抛弃单元，抛弃在音频流中所包含的包含第二分组的TS分组；以及解码单元，其仅仅对第一分组进行解码。
本发明可以体现为一种方法以及一个程序，该方法包括以下作为它的步骤在本发明的TS分组判断设备中所包含的特征组成元素，该程序促使计算机执行上述步骤。本发明也可以体现为一种数据再现方法以及一个程序，该方法包括以下作为它的步骤包含在本发明的数据再现设备中的特征组成元素，该程序促使计算机执行上述步骤。上述程序中的每一个可以在诸如CD-ROM的存储介质上发布，以及诸如通信网络此类的传输介质上发布。
从上显而易见，本发明提供了一种信息存储介质，其中存储了包含基本数据以及用于下一代的扩展数据的流，从而使得仅仅能对基本数据进行解码的解码器可处理上述包含基本数据和扩展数据的流。本发明还提供了用于处理上述存储在本发明的信息存储介质上的流的一种TS分组判断设备和一种数据再现设备。
换而言之，本发明了产生了使得传统数字I/F可以采用传统方式输出来自存储介质的音频数据的效果，即使是在上述音频数据是根据新的音频编解码器来存储的情况下也是如此，其中，所述新的音频编解码器是超过上述传统数字I/F能够支持的带宽的。
本申请要求2004年10月7日提交的，编号为60/616,214的美国临时申请的权益，该申请的内容在此全部引入以供参考。
根据下面结合图示该发明具体实施例的附图的说明，该发明的这些以及其它目标、优点以及特征将变得显而易见。在附图中图1是示出了DVD的结构的图；图2是用于描述导航信息的图；
图3是示出了作为DVD流的VOB的概念图，其中图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文件的交叉存储的图；图12是用于描述一个用于VOB数据连续供应的模型的图；图13是示出了VOB管理信息文件内部结构的图；图14是用于描述每一个VOBU信息的细节的图；图15是用于描述时间图的细节的图；图16是示出了播放列表信息的内部结构的图；图17是示出了事件处理机表格的图；图18是示出了与整个BD光盘相关的信息的内部结构的图；图19是示出了保存全局事件处理机的程序的表格的图；图20是示出了一个时间事件的实例的图；图21是示出了一个用户事件的实例的图；图22是示出了一个全局事件的实例的图；图23是用于描述程序处理器的功能的图；图24是示出了系统参数列表的图；图25是示出了一个具有两个选择按钮的菜单程序的实例的图；图26是示出了一个用于用户事件的事件处理机(event handler)的实例的图；图27是示出了在AV数据再现之前的基本处理流的图；图28是示出了从PL再现到VOB再现的处理流的图；图29是示出了在AV数据再现开始之后的事件处理流的图；图30是示出了字幕处理流的图；图31是示出了一个没有任何层次结构的存取单元的结构的图；图32是示出了一个具有两层的层次结构的存取单元的结构的图；图33是示出了一个具有三层的层次结构的存取单元的结构的图；图34是用于描述由流装载/供应单元执行的操作的图，所述操作用于将具有层次结构的数据输出到支持不同层次级别的解码器，所述操作是根据目的解码器而不同地加以执行的。
图35是示出了一格存取单元的数据结构的图，其是在普遍使用支持Base和Level1-EXT的设备的情况下，通过从向上支持到Level2-EXT的图33中所示的流中仅仅提取Base和Level1帧，然后修改首部中的值而获得的；图36是示出了包含Level2-EXT帧的数据流的数据结构的图；图37是用于描述对由两个部分组成的存取单元上所执行的处理的图，其中一个部分是可以通过传统播放器和解码器来解码的Base/Level1-EXT部分，另一个部分是不能通过传统播放器和解码器来解码的Level2-EXT部分。
图38是示出了一种将具有层次结构的存取单元存储到MPEG2-TS中的方法的图；图39是示出了在将MPEG2-TS存储到光盘上时它的文件格式的图；图40是用于描述由DVD视频标准规定的DTS细节的图；以及图41是示出了由多路分解器和流装载/供应单元执行的处理的流程图。
具体实施例方式
下面参考附图描述了本发明的最佳模式。
(相关实施例)<光盘上的逻辑数据结构>
图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光盘上的逻辑数据的目录和文件结构的图。如同在诸如DVD和CD此类的其它光盘情况下一样，BD光盘具有在从内半径朝着外半径的方向上成螺旋形而形成的存储区域，以及在内半径上的读入区域和在外半径上的读出区域之间的用于存储逻辑数据的逻辑地址空间。BD光盘在该光盘最里面的区域，包括称为群刻区(Burst CuttingArea)(BCA)的特殊区域，数据只能通过驱动器来从群刻区读出。即使利用应用数据，存储在这个区域的数据也不能读出。因此，这个区域有时用于例如版权保护技术等等。
在逻辑地址空间中，文件系统信息(卷)存储在该空间的顶部，诸如视频数据此类的应用数据存储在随后的区域中。文件系统是符合在“背景技术”中描述的UDF及ISO9660的文件系统，是用于使用目录和文件结构来读取存储的逻辑数据的系统，正如在普通PC中做的那样。
根据本实施例的BD光盘上目录和文件的结构，BDVIDEO目录直接位于根目录(ROOT)之下。BDVIDEO目录是用于对存储在BD光盘上的诸如AV内容和管理信息此类的数据(图4中所示的数据101、102以及103)加以存储的目录。
下述七种类型的文件存储在BDVIDEO目录之下。
-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来加以标准化的图象格式，发“ping”的音)的文件。对于每一个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来合成的，合成的图像输出到诸如电视此类的显示设备。
正如已经参照图6描述的那样的，BD播放器是由与存储在BD光盘上的数据的各个结构相对应的组成元件构成的。
图7示出了上述播放器的详细结构的框图。在图7中，AV存储器205图解为图像存储器308和轨迹(trace)缓冲器309。程序处理单元206图解为程序处理器302和UOP管理器303。管理信息处理单元207图解为脚本处理器305以及显示控制器306。呈现处理单元208图解为时钟307、多路分解器310、图像处理器311、视频处理器312以及声音处理器313。
从BD光盘201读取的VOB数据(MPEG流)及图像数据(PNG)分别存储到轨迹缓冲器309及图像存储器308中。多路分解器310基于由时钟307指示的时间将存储在轨迹缓冲器309中的VOB数据多路分解成视频数据和音频数据，并将该视频数据发送到视频处理器312，将音频数据发送到声音处理器313。视频处理器312和声音处理器313都是由解码器缓冲器和解码器构成，正如由MPEG系统标准规定的那样。换而言之，从多路分解器310输入的视频数据和音频数据临时存储在各自的解码器缓冲器中，并根据时钟307所指示的时间，通过各自的相应解码器加以解码。
存储在图像存储器308中的PNG是使用下述两种方法来处理的。
第一，在图像数据是字幕数据的情况下，显示控制器306给出关于解码定时的指令。在接收到来自时钟307的时间信息的时候，脚本处理器305在到开始字幕显示的时刻，指示显示控制器306显示字幕以便使得字幕以适当的方式显示。相似地，脚本处理器305在到结束字幕显示的时刻，基于来自时钟307的时间信息指示显示控制器306停止显示字幕。图像处理器311在接收到来自显示控制器306的对图像数据进行解码/显示的指令的时候，从图像存储器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分析播放列表中的信息，并通知显示控制器306由相应播放列表所指示的VOB以及该VOB的再现位置。显示控制器306分析上述目标VOB的管理信息(“YYY.VOBI”文件)，并指示驱动控制器317读出该目标VOB。
根据来自显示控制器306的指令，驱动控制器317通过移动光学拾取器来读出目标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)的链接(concatenation)，包括静态脚本和动态脚本，所述静态脚本是由单元链接顺序确定的再现序列，所述动态脚本是由来该程序描述的。除非该程序在脚本中做出动态改变，否则播放列表中的单元就是以链接顺序来再现的。所有单元再现的完成标志上述列表的再现完成。该程序可以包括指示要改变的单元再现顺序的说明。此外，该程序还可以根据用户选择或播放器状态来改变再现目标。这个的典型实例是菜单。在BD中，菜单可以定义为要根据用户选择来再现的脚本，播放列表可以通过程序来动态地加以改变。
在这里程序指的是由时间事件或用户事件来执行的事件处理机。
时间事件是基于播放列表中的时间信息生成的事件。一个时间事件实例是从脚本处理器305发送到程序处理器302的一个事件，该事件已经参考图7说明了。在时间事件发出的时候，程序处理器302执行与相应标识符(ID)关联的事件处理机。正如已经在上面描述的那样，要执行的程序给出再现播放列表中另一个单元的指令。例如，该程序可以停止播放列表中当前单元的再现，来再现该播放列表中的另一个单元。
用户事件是用户通过远程键操作来生成的事件，粗略地分成两种类型。
第一类型的用户事件是通过操作光标键(“上/下/右/左”键或”确定”键)来生成的菜单选择事件。与菜单选择事件相对应的事件处理机仅仅在播放列表中指示的有限周期(每一个事件处理机的有效周期被设置为播放列表里信息中的一个)期间有效。当按压遥控器上的“上/下/右/左”键或“确定”键时，就对有效时间处理器进行检索。在存在有效事件处理机的情况下，执行该事件处理机，而在没有任何有效事件处理机的情况下，就忽略这个菜单选择事件。
第二类型的用户事件是通过操作“Memu”键而生成的菜单调用事件。当生成菜单调用事件的时候，调用全局事件处理机。全局事件处理机是不依赖于任何播放列表的总是有效的事件处理机。利用这个功能，就可以实现DVD菜单调用(例如，在标题再现期间调用音频数据或字幕数据并且在对音频数据或字幕数据做了改变之后在挂起点出再继续该标题的再现的功能)。
作为构成播放列表中静态脚本的单位的单元(Cell)表示VOB(MPEG流)中再现段的全部或一部分。每个单元包括在VOB中的再现段，其作为关于再现开始时间和再现结束时间的信息。与单个VOB配对的VOB管理信息(VOBI)包括时间图(TM)，所述时间图是指示与数据再现时间相对应的存储地址的表格信息。时间图的使用使得可以基于上述的VOB(即，目标“YYY.VOB”文件)的再现开始时间和再现结束时间得到VOB中的读取开始地址和读取结束地址。时间图稍后详细说明。
<关于VOB的细节>
图9是示出了本实施例中MPEG流(VOB)的结构的图。
正如图9中所示的那样，VOB由多个视频对象单元(VOBU)构成。VOBU在多路复用的流中充当再现的一个单位，其除了MPEG视频流中的图像组(GOP)中的画面数据之外还包括音频数据。一个VOBU的再现持续时间在0.4秒到1.0秒之间的范围内，通常是0.5秒左右。换而言之，在很多情况下(在NTSC的情况下)一个GOP包括大约15帧。
每一个VOBU包括视频包(V_PCK)和音频包(A_PCK)。每一个包的大小等于一个扇区的大小，在本实施例中是2KB。
图10是示出了每一个包的结构的图。
正如图10中所示的那样，每一个基本数据，例如视频数据和音频数据，从顶部顺序地存储到PES分组(分组)中称为PES分组净荷(净荷)的数据存储区域中。该净荷在与PES分组首部(分组首部)相加时，组成一个PES分组(分组)。存储在分组首部中的是标识存储在净荷中的数据所对应的流的流标识符(ID)；以及解码时间戳(DTS)以及呈现时间戳(PTS)，它们是分别指示关于要解码净荷的时间和要呈现该净荷的时间的信息的时间戳。不是所有的分组首部都包括PTS和DTS，PTS和DTS是否应该存储在分组首部中是根据MPEG标准的规定来确定的。该规定的细节在MPGE系统(ISO/IEC13818-1)标准中描述了，因此没有针对它们给出说明。
该分组在进一步与包首部(首部)相加的时候，组成一个包。存储在该首部中的是系统时钟参考(SCR)，所述系统时钟参考是指示上述包什么时候通过多路分解器并输入到与基本流相对应的解码器缓冲器中的时间戳。
<VOB的交叉存储>
接下来，参考图11和图12，给出了VOB文件的交叉存储的说明。
图11的上部示出了上述播放器的结构的一部分。如图11中所示，BD光盘上的VOB，即MPEG流，通过光学拾取器输入到轨迹缓冲器。BD光盘上PNG，即图像数据，通过光学拾取器输入到图像存储器。
轨迹缓冲器是FIFO缓冲器，每一个输入到该轨迹缓冲器的VOB数据都以输入的顺序发送到多路分解器。这时，都根据上述SCR从轨迹缓冲器中提取每一个包，然后经由多路分解器将其发送到视频处理器或声音处理器。其间，对于输入到图像存储器的图像数据，由显示控制器指示要呈现哪个图像。在用于呈现的图像数据是字幕图像数据的情况下，将上述图象数据在正被使用的时候从图像存储器中删除。另一方面，在用于呈现的图像数据是菜单图像数据的情况下，在菜单呈现正进行的时候上述图像数据继续存储在图像存储器中。菜单呈现取决于用户操作，因此在根据用户操作再次显示该菜单的一部分或者将其用另一图像取代的时候，通过使得该菜单图像数据在该菜单呈现正进行时继续存储在图像存储器中，来便于对要再次显示的图像数据进行解码。
图11的底部示出了BD光盘上VOB文件和PNG文件的交叉存储。一般而言，在诸如CD-ROM以及DVD-ROM此类的ROM上，由要顺序再现的一系列再现单元构成的AV数据是连续地存储的。只要数据是连续存储的，驱动器就顺序地读出数据并把所读取的数据给各自的解码器。然而，在上述连续的数据以离散的方式存储在光盘上的情况下，驱动器就需要寻找单个的连续段，因此存在由于在寻找进行时数据读取停止造成数据供应停止的可能性。为了避免这可能性，由要顺序再现的一系列再现单元构成的AV数据连续地存储在ROM上。优选的是VOB文件中的数据存储在BD上的连续区域中。上述作为字幕数据的数据是与存储在VOB中的视频数据同步再现的，需要通过某一方法从BD读取，与VOB文件的情况一样。
读出字幕数据的方法包括在开始VOB的再现之前集中读出全部字幕图像数据(PNG文件)。然而，使用这种方法是不现实的，因为要求大容量的存储器。
考虑到这点，本发明使用了一种方法，其中，将VOB文件划分成若干块并通过将其与图像数据交叉而进行存储。图11的底部图示了上述交叉存储。
通过以交叉的方式适当放置所划分的VOB数据，就可以在需要的时刻将图像数据存储到图像存储器中而不必使用上述大容量的临时存储器。注意VOB数据的读取在图像数据的读取期间挂起。
图12是用于描述使用轨迹缓冲器连续供应VOB的模型的图。
正如已经在上面描述的那样，将VOB数据一次积累到轨迹缓冲器中。假定数据输入轨迹缓冲器的速率是Va，数据从轨迹缓冲器输出的速率是Vb，当Va和Vb之间的差值是Va＞Vb的时候，只要数据是连续地从BD光盘读取的，在该轨迹缓冲器中积累的数据量就保持增长。
假设如图12的上部所示的那样，连续的VOB存储区域在逻辑地址“a1”开始，在逻辑地址“a2”结束。此外假设图像数据存储在逻辑地址“a2”和“a3”之间的区域内，并且没有任何VOB数据存储在上述区域中。
图12的底部示出了在轨迹缓冲器中所积累的数据量的改变。横轴指示时间，竖轴指示轨迹缓冲器中所积累的数据量。时刻“t1”指示数据读取开始的时刻，该数据存储在由逻辑地址“a1”指定的位置中，地址“a1”是连续VOB存储区域的开始点。在时刻“t1”和其后，数据以(Va-Vb)的速率存储到轨迹缓冲器中。该速率等于数据输入轨迹缓冲器中的速率与数据从轨迹缓冲器输出的速率之间的差值。时刻“t2”指示数据读出的时刻，该数据存储在由逻辑地址“a2”指示的位置中，逻辑地址“a2”是连续VOB存储区域的结束点。换而言之，在从时刻“t1”到时刻“t2”的时间期间，在轨迹缓冲器中积累的数据量以速率(Va-Vb)增长。在时刻“t2”(B(t2))所积累的数据量是由下面的等式来确定的B(t2)＝(Va-Vb)×(t2-t1) (等式1)。
在此之后，由于图像数据存储在由逻辑地址“a2”至“a3”指定的区域中，没有任何数据输入到轨迹缓冲器中，因此在轨迹缓冲器中积累的数据量以输出速率“-Vb”减少。该减少持续到到达逻辑地址“a3”为止，即时刻“t3”。
在这里，重要的是存在这样的可能性，即，如果轨迹缓冲器中积累的数据量在时刻“t3”之前变成0，VOB的再现将会停止，这是因为那意味着没有任何要供应给解码器的VOB数据。当在时刻“t3”轨迹缓冲器中剩余数据的时候，VOB的再现不停地继续。
用于避免轨迹缓冲器中积累的数据量在时刻“t3”之前变成0的条件是由下面的等式2来表示的B(t2)≥Vb×(t3-t2) (等式2)。
换而言之，应该将每一图像数据(非VOB数据)的位置确定为满足等式2。
<导航数据的结构>
参考图13至图19，给出了BD上的导航数据(BD管理信息)结构的说明。
图13是示出了VOB管理信息文件(“YYY.VOBI”)内部结构的图。
VOB管理信息包括VOB的流属性信息(Attribute)，以及时间图(TMAP)。流属性包括视频属性(Video)以及音频属性(Audio#0至Audio#m)。由于单个VOB可以包括多个音频流，所以存在对于音频流的数量的指示(Number)。
下面列出了包括在视频属性(Video)中的多个字段以及在各个字段中包含的可能值压缩模式(Coding)MPEG1MPEG2MPEG4MPEG4-AVC(Advanced Video Coding)分辨率(Resolution)1920×10801280×720720×480720×565高宽比(Aspect)4∶316∶9帧速率(Framerate)6059.94503029.97252423.976下面列出了包含在每一个音频属性(Audio)中的多个字段以及各个字段中包含的可能值
压缩模式(Coding)AC3MPEG1MPEG2LPCMDTSHD声道号(Ch.)1 to 8语言属性(Language)时间图(TMAP)是用于保存每一个VOBU的信息的表格，包括该VOB中VOBU的数量(Number)，以及上述VOBU中的每一个(VOBU#1至VOBU#n)的VOBU信息。每一个VOBU信息包括该VOBU的再现持续时间(Duration)，以及该VOBU的数据大小(Size)。
图14是用于说明每一个VOBU的细节的图。
正如普遍知道的那样，MPEG流有时是以可变的比特率来压缩的，因此每一个帧的再现持续时间和它的数据大小之间没有简单的相关性。与此对比，由于音频的压缩标准AC3规定音频数据应当以固定的比特率来压缩，因此在音频数据的情况下持续时间和每一个地址之间的关系可以用线性表达式来表示。MPEG视频数据中每一帧的显示持续时间是固定的。例如，对于NTSC，MPEG视频数据中一帧的显示持续时间是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的数据大小加起来。通过上述加法获得的值用来确定包的地址，该包应当读出以再现与上面提供的时间相对应的帧。
接下来，参考图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)，后面是各个事件(Evnet#1 toEvnet#m)。每一事件(Event#)由事件类型(Type)、事件标识符(ID)、及事件发生的时刻(Time)以及事件的有效周期(Duration)构成。
图17是示出了事件处理机表格(“XXX.PROG”)的图，该表格保存每个播放列表的(对于时间事件和菜单选择的用户事件的)事件处理机。
事件处理机表格保存所定义的事件处理机/程序的数量(Number)，以及各个事件处理机/程序(Program#1至Program#n)。每一个事件处理机/程序(Program#)包括该事件处理机的开始的定义(<event_handler>tag)以及与上述事件的标识符配对的事件处理机标识符(ID)。在Function后面的括弧{}中描述了程序。在“XXX.PL”中的上述事件列表(EventList)中所存储的事件(Event#至Evnet#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”的事件处理机，并执行上述目标事件处理机。例如，在本实施例中，执行诸如两个按钮图像的呈现等等此类的事件。
图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事件相对应的全局事件，并将其发送给程序处理器。程序处理器搜索具有事件标识符“菜单”的事件处理机，并执行上述事件处理机。例如，在本发明中，开始播放列表#3的再现。
注意“菜单”键的数量在本实施例中假定为一个，但是在DVD记录器的遥控器的场合可能存在若干菜单键。在上述情况下，定义有相应于每一个菜单键的标识符。
<虚拟播放机>
参考图23，给出了程序处理器的功能的说明。
程序处理器是其中具有虚拟播放机的处理模块。上述虚拟播放机具有支持BD的功能，并且不依赖于BD播放器的实现。换而言之，虚拟播放机保证实现与BD播放器无关的相同功能。
虚拟播放器具有编程函数和播放器变量(寄存器)。在编程函数中，下述三个特性定义为基于Java(注册商标)脚本的BD本征函数Link函数停止当前的再现，并启动从指定播放列表、单元、或时刻开始的再现。
-Link(PL#，Cell#，time)PL#播放列表名称Cell#单元编号time该单元中的再现开始时刻-PNG呈现函数把指定的PNG数据呈现到图像平面上-Draw(File，X，Y)FilePNG文件名X在X坐标上的位置Y在Y坐标上的位置-图像平面清除函数清除图像平面上的指定区域-Clear(X，Y，W，H)X在X坐标上的位置Y在Y坐标上的位置WX方向上的宽度HY方向上的宽度播放器变量包括指示播放器状态的系统参数(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(注册商标)脚本来定义的，但是这些编程函数也可以基于OS中使用的B-Shell和Perl脚本来定义。换而言之，就它们的定义而言，编程函数并不受限于Java(注册商标)脚本的使用。
<程序实例>
图25和26是示出了作为事件处理机的程序的实例的图。
图25是示出了具有两个选择按钮的菜单程序的实例的图。
图25左边图解的程序是基于该单元的第一个时间事件(PlayList#1.Cell#1)来执行的。将“1”设置到通用参数中的一个GPRM(0)中。GPRM(0)在程序中用于标识所选择的按钮。在初始状态(缺省)下，位于左边的按钮1被选中。
接下来，使用呈现函数Draw来呈现按钮1和按钮2中每一个的PNG图像。按钮1是通过在从作为起点(左上角)的坐标(10，200)开始延伸的区域中呈现图像“1black.png”来形成的。按钮2是通过在从作为起点(左上角)的坐标(330，200)开始延伸的区域中呈现图像“2white.png”来形成的。
然后在图25右边图解的程序是基于当前单元的最后一个时间事件来执行的。在这个程序中，使用Link函数指定了单元应该再次从第一个开始呈现。
图26是示出了用于菜单选择的用户事件的事件处理机的实例的图。
在“左”键、“右”键以及“确定”键被按压的情况下，在事件处理机中描述了相应于各个键的程序。正如已经参考图21说明的那样，当用户按压遥控器键的时候，生成用户事件，然后调用图26中所示的事件处理机。在这个事件处理机中，使用用于标识所选中按钮的GPRM(0)值和用于标识所选中遥控器键的SPRM(8)执行分支处理。分支处理是以下面的方式来执行的条件1)按钮1被选中，且“右”键被选中。
-GPRM(0)重新设置为“2”，以便将当前选中的按钮变成右边的按钮2。
-重新呈现按钮1和按钮2各自的图像条件2)“确定(OK)”键被选中，且按钮1被选中。
-开始playlist#2的再现条件3)“确定(OK)”键被选中，且按钮2被选中。
-开始playlist#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以及上述VOBU的地址，并将上述地址通知驱动控制器，然后该驱动控制器读出目标VOB数据(S403)。从而，将VOB数据发送到解码器，并开始上述数据的再现(S404)。
VOB的再现持续进行直到到达上述VOB的再现段的结尾为止(S405)，然后是下一个单元的再现(S304)。如果后面没有任何单元，再现就停止(S406)。
图29是示出在AV数据的再现开始之后的事件处理流的图。
BD播放器是由事件驱动的播放器。当播放列表的再现开始的时候，分别调用用于时间事件、用户事件以及字幕显示的事件处理，并且各个事件处理是相互平行地执行的。
S500中的处理是时间事件处理。
在开始播放列表的再现(S501)并且执行了检查该播放列表的再现是否已结束的步骤(S502)之后，脚本处理器检查是否到了事件发生的时刻(S503)。在到了事件发生的时刻的情况下，脚本处理器生成时间事件(S504)，程序处理器接收上述时间事件并执行相应的事件处理机(S505)。
在下列情况中处理回到步骤S502并且上述处理重复在步骤S503中检查结果为不是事件发生的时刻；以及在步骤S504中事件处理机被执行之后。其间，在步骤S502中检查的结果为播放列表的再现已经结束的情况下，时间事件处理被强制终止。
S600中的处理是用户事件处理。
在开始播放列表的再现(S601)并且执行了检查该播放列表的再现是否已经结束的步骤(S602)之后，处理进入检查是否存在任何已接受的UOP的步骤(S603)。在存在已接受的UOP的情况下，UOP管理器生成UOP事件(S604)，并且程序处理器接收上述UOP事件并检查接收的UOP事件是不是菜单调用(S605)。在该UOP事件是菜单调用的情况下，程序处理器促使脚本处理器生成事件(S607)，并且该程序处理器执行相应的事件处理机(S608)。
在步骤S605中检查结果为该UOP事件不是菜单调用的情况下，它指示该UOP事件是通过操作光标键或“确定”键而生成的事件。在该情况下，脚本处理器判断当前时刻是否在用户事件有效周期之内(S606)。在当前时刻在用户有效周期之内的情况下，脚本处理器生成用户事件(S607)，程序处理器执行相应的事件处理机(S608)。
在下列情况中处理回到步骤S602并且重复上述处理步骤S603中检查结果为没有任何已接受的UOP；在步骤S606中判断出当前时刻不在用户事件有效周期之内；以及在步骤608中事件处理机被执行之后。其间，在步骤S602中检查结果为播放列表的再现已经结束的情况下，用户事件处理被强制终止。
图30是示出了字幕处理流的图。
在开始播放列表的再现(S701)并且执行了检查该播放列表的再现是否已结束的步骤之后(S702)，处理进入检查当前时刻是不是开始字幕呈现的时刻的步骤(S703)。在当前时刻是开始字幕呈现的时刻的情况下，脚本处理器指示显示控制器呈现字幕，并且显示控制器指示图像处理器呈现字幕(S704)。在步骤S703中检查结果为当前时刻不是开始字幕呈现的时刻的情况下，就检查当前时刻是不是结束字幕显示的时刻(S705)。在检查结果为当前时刻是结束字幕显示的时刻的情况下，显示控制器指示图像处理器删除所述字幕，图像处理器删除在图像平面上所呈现的字幕(S706)。
在下列情况中处理回到步骤S702并且上述处理重复在步骤S704中执行了字幕呈现之后；在步骤S706中执行了字幕删除之后；以及在步骤S705中检查结果为当前时刻不是结束字幕显示的时刻。其间，在步骤S702中检查结果为播放列表的再现已经结束的情况下，字幕处理被强制终止。
(第一实施例)接下来给出了第一实施例的说明。
第一实施例涉及BD上音频数据的流结构。基本上，第一实施例的细节是基于上述相关实施例的。因此，第一实施例着重于扩展部分以及与上述相关实施例的不同之处上。
图31是示出了一个没有任何层次结构的存取单元(用于对视频/音频的信息进行解码和再现的编码单元)的结构的图。在作为一种音频编码模式的MPEG-1音频中，一个存取单元由首部部分(BaseHeader)以及净荷部分(Base Payload)构成，如图31中所示那样。
Base Header包括Base SYNC，Base帧的同步信号；AU_SIZE，指示这个存取单元的数据大小；EXT，指示这个存取单元是不是仅仅由Base帧构成；EXT_ID，在上述存取单元不是仅仅由Base帧构成的情况下指示添加到该Base帧的扩展信息类型；以及用于未来用途的保留区域。
图31中所示的存取单元没有层次结构，并且整个存取单元是使用单一编码模式来进行编码的。这意味着整个存取单元可以仅仅使用一种类型的解码模式来进行解码。
图32是示出了通过把Level1-EXT帧添加到Base帧而构成的一个存取单元的结构的图，Level1-EXT帧包括，例如，使用与Base帧所用的编码模式不同的编码形式进行编码的更高质量的视频信息或音频信息。
在Base Header中，EXT指示这个存取单元不是仅仅由Base帧构成的，EXT_ID指示Level1帧是跟在Base帧后面进行编码的，在扩展层中的其它数据之外。
AU_SIZE指示存取单元的大小。使用AU_SIZE，可以设计这样的存取单元允许仅仅能够解码Base帧的解码器检测Base SYNC并正确解码这个存取单元，同时忽略Level1-EXT帧。
如上所述，即使在扩展部分(Level1-EXT)是新添加到原始编码单元(Base)中的情况下，也可以通过忽略Level1-EXT帧来对由如图32所示的存取单元构成的流进行解码，并且还可以使用新的编码与压缩算法。当然可能是，例如，Base部分包括5.1ch的编码的音频数据，Level1-EXT部分包括附加的1ch的编码的音频数据。
相似地，图33示出了扩展至Level2-EXT的存取单元。Level2-EXT帧中的数据是，例如，不包含在Base帧和Level1-EXT帧中并且用于获得采样率高于Base帧和Level1-EXT帧中数据的采样率的音频的数据。
EXT_ID设置为指示存在Level1和Level2。
图34是用于描述通过流装载/供应单元来执行的操作的图，所述操作用于将如上所述具有层次结构的编码数据(例如，Level2流)输出到支持不同层次级别的解码器，所述操作是根据目的解码器而不同地加以执行的。
在将数据输出到Base解码器的情况下，流装载/供应单元从Level2流中，除去每一个存取单元的Level1-EXT帧和Level2-EXT帧，仅仅输出Base帧。这样做时，流装载/供应单元在重写下列各项中的值之后输出该数据AU_SIZE，其是指示这个存取单元的大小的信息，包含在Base Header中；EXT，指示这个存取单元是否仅仅由Base帧构成；以及EXT_ID，指示扩展层中的数据类型。
相似地，在将数据输出到Level1解码器的情况下，流装载/供应单元从Level2流中除去每个存取单元的Level2-EXT帧，并在重写AU_SIZE和EXT_ID中的值之后输出该结果数据。
当然，在将Level2流输出到Level2解码器的情况下，流装载/供应单元按原样输出Level2流。
在这里，考虑了这样的情况支持Base和Level1-EXT的设备得到广泛使用，并且Level2-EXT是新添加的。在该情况下，优选的是从Level2流中仅仅提取每个存取单元的Base帧和Level1-EXT帧，并且将所提取的数据输出到上述设备。
图35是示出了通过下列步骤而获得的存取单元数据结构的图在存在支持Base和Level1-EXT的设备得到广泛使用的情况下，从支持Base、Level1-EXT以及Level2-EXT的图33中所示的流中仅仅提取Base和Level1部分，然后修改首部中的值。
由于Base帧、Level1-EXT帧以及Level2-EXT帧是在存取单元中进行原始编码的，因此在将上述存取单元提供给支持Level1-EXT的解码器之前，对AU_SIZE和指示Level2存在的EXT_ID中的信息进行修改。
图36是示出了在存在支持Level1-EXT的设备并且Level2-EXT是新添加的情况下，数据流的数据结构的图。
图36清楚地示出了一个存取单元存储在两个完全不同部分中，其中一个部分是可以通过传统播放器和解码器解码的Base/Level1-EXT，另一个部分是不能通过传统播放器和解码器解码的Level2-EXT，所以Base/Level1-EXT的提取变得很容易。
MPEG标准规定，在视频和音频基本流是采用MPEG2-TS(传输流)格式和MPEG2-PS(程序流)格式进行多路复用的情况下，数据应当存储在称为PES分组的逻辑单元中。
每一个PES分组由PES首部和存储实际数据的PES净荷构成，PES首部包括如图36中所示的各种字段。
stream_id指示在上述PES分组的净荷中存储的基本流的类型。一般而言，不同的stream_id指示不同的基本流。PES_packet_length指示PES分组的数据大小。PES_priority是用于标识上述PES分组的优先级的信息。PTS_DTS_flags是用于指示是否存在PTS的信息，PTS是用于指示开始PES净荷和DTS的再现的时刻的信息，DTS是用于指示开始对PES净荷加码的时刻的信息。在PTS和DTS的值相同的情况下，DTS省略。PES_extension_flag和PES_extension_flag_2是都是用于指示在PES分组的净荷中是否存在扩展数据区域的信息。只能在stream_id的值是0xFD(extended_stream_id)的情况下存在的stream_id_extension，是用于补充stream_id以便识别基本流的辅助信息。
在每一个存取单元中，Base帧部分(在图36中的Base+Level1-EXT部分)以及不包含Base帧的其它部分(在图36中的Level2-EXT部分)可以采用下列方式中的任何一种来与彼此分离通过给这两个部分分配相同的分组标识符(PID)，并且给这两个部分分配不同的stream_id，其中分组标识符是用于识别稍后描述的TS分组的信息；通过使用PES_priority；以及通过使用stream_id_extension。此外，包含Base帧的部分和不包含Base帧的部分可以通过这样定义来加以分离Base帧部分是可以由DVD视频标准支持的2032字节部分或2013字节部分，同一存取单元中另外的部分是不包含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指定的私有流区域中。
能够存储在第一PES分组中的编码单元是传统设备(对应于为其指定了数字接口协议，并具有能够支持上述协议的输入端子的传统AV接收器)支持的Base和Level1-EXT的编码单元。能够存储在第二PES分组中的编码单元是由非传统设备(对应于没有为其指定数字接口协议，并不具有能够支持上述协议的输入端子的非传统AV接收器)所支持的Level2-EXT和更高级别的编码单元。
通过根据它们的PES_priority、stream_id_extension或PTS_DTS_flags的值进行判断，可以对第一PES分组与第二及随后的PES分组进行区分。
如上所述的，由于PES首部包括诸如PES_packet_length此类的大小信息，因此非常容易基于这样的大小信息来提取PES净荷。因此，在Base和Level1-EXT的编码单元与传统AV接收器和数字接口高度兼容并且它们集中地存储在第一PES分组中的情况下，所述第一PES分组中的PES净荷可以通过分析它的PES首部来容易地提取出来。
参考图37，再次给出了对于由两个部分构成的存取单元进行的处理的说明，其中一个部分是可以通过传统播放器和解码器解码的Base/Level1-EXT部分，另外一个部分是不能通过传统播放器和解码器解码的Level2-EXT部分。
在BD播放器1000中，将由存储在BD光盘1001上的多个存取单元构成的流从那里输入到分析器(parser)1002。分析器1002针对每个存取单元，区分包含Base帧部分的第一PES分组与仅仅包含Level2-EXT部分的第二及随后的PES分组。
然后，分析器1002将作为Base帧部分的第一PES分组输出到包含在BD播放器1000中的解码器1003，解码器1003只能处理Base帧部分。解码器1003对第一PES分组进行解码，并经由立体声/模拟接口1004将所解码的数据输出到电视机1005。电视机1005再现从BD播放器1000发送的数据，并将上述再现的数据作为图像和音频进行输出。
分析器1002还经由SPDIF 1006将包含Base帧部分的第一PES分组输出到位于BD播放器1000外面的A/V接收器1007中所包含的Base解码器1008和Base/Level1-EXT解码器1009。Base解码器1008和Base/Level1-EXT解码器1009是这样的解码器除Base部分之外所述解码器还能够处理Level1-EXT帧部分，用于处理从BD播放器1000发送的第一PES分组。
此外，分析器1002经由高级数字接口1011向包含在A/V接收器1007中的Level2-EXT解码器1012，输出包含Base帧部分的第一PES分组以及仅仅包括Level2-EXT部分的第二及随后的PES分组。Level2-EXT解码器1012是能够处理从Base到Level2-EXT帧的所有帧的解码器，用于处理从BD播放器发送的第一和第二PES分组。
如上所述，存取单元通过分析器1002进行分析，然后被发送至解码器1003、Base解码器1008以及Base/Level1-EXT解码器1009并由它们进行处理，其中，解码器1003、Base解码器1008以及Base/Level1-EXT解码器1009都是传统解码器。同时，上述存取单元也被发送至Level2-EXT解码器1012并由其进行处理，解码器1012能够处理包含Base帧部分的第一PES分组以及仅仅包含Level2-EXT部分的第二及随后的PES分组。
例如，高级数字接口1011是符合高清晰度多媒体接口(HDMI)或IEEE1394的接口。
注意，图37中所示的BD播放器1000是本发明的数据再现设备实例。分析器1002是TS分组判断设备的实例。
重要的是，存储保证可以由所有解码器解码的Base帧的PES分组的后面是存储扩展帧的PES分组，扩展帧能够提供附加的功能但是解码兼容性低(例如，Level1-EXT帧和Level2-EXT帧)。同样重要的是，在一个存取单元中的数据是以升序排列的，从Base开始，Level1-EXT、Level2-EXT、Level3-EXT、Level4-EXT，……，并且在提取一个存取单元中的所有编码单元时不对上述数据进行重排序。
根据DTS(由Digital Theater Systems公司开发的音频编码模式)，包含第一个Base(在DTS中称为“核心”)的PES分组的净荷的数据大小规定为2032字节或更小以符合SPDIF(索尼/菲利浦数字互连格式；它的用户版本是由IEC60958-3规定的)。这意味着，在I型DTS的场合，在考虑到比特率的时候，将以1524Kbps或更小比特率采样的数据存储到第一PES分组中，其中，I型DTS将512个样本存储到以48KHz采样的音频数据中的一个帧。这是由下面的等式来表示的1524[Kbps]＝2032[字节]×8[位/字节]×48000[样本/秒]/512[样本]为了维持与支持DTS且兼容从DVD视频播放器输出的数据的AV接收器的兼容性(例如，家庭影院)，包含第一个Base的PES分组的净荷的数据大小简单地要求为2013字节或更小。
如上所述，为了实现传统播放器/解码器和新播放器/解码器之间的兼容性，基于PES分组来划分并管理一个存取单元中的数据。换而言之，根据数字接口规范来划分并管理一个存取单元的数据。因此，就可以输出包含高达及包括预定扩展层的数据的存取单元数据，而不对上述数据执行任何东西，并且不会导致任何数据传送方面的缺陷。
图38是示出了一个要根据MPEG2-TS格式来多路复用的具有层次结构的存取单元的图。
MPEG2-TS是由大小都为188字节的TS分组构成的数字流。保存关于组成MPEG2-TS的程序的信息的，程序图表格(Program MapTable)(PMT)的一部分的结构在图38中示出。
payload_unit_start_indicator是这样的信息其用于标识PES分组是否以包含该信息的TS分组开始的。transport_priority是用于指示该TS分组在具有相同PID的多个TS分组中的优先级的1个比特的信息。PID是TS分组的ID，用来标识哪一种信息存储在上述TS分组中。由顶部的4个字节构成的每一个TS分组的首部包括adaptation_field_control(未示出)，并且可以根据上述字段中的值来生成附加首部信息(adaptation_field)。在上述字段中存储的是用于指示在该TS分组的净荷中所包含的数据的优先级的elementary_stream_priority_indicator等等。
根据MPEG2-TS格式，是禁止多个PES分组存储在一个TS分组中的。因此，如图38中所示，其中存储了Base+Level1-EXT编码单元的PES分组401以及其中存储了Level2-EXT编码单元的PES分组402存储在不同TS分组中。更具体的是，PES分组401存储在TS分组403和404中，PES分组402存储在TS分组405和406中。为TS分组403、404、405以及406分配了相同的PID，所述相同的PID指示在这些TS分组中存储了相同的基本流。使用上述基于TS分组而分配的transport_priority和elementary_stream_priority_indicator，可以从TS首部中识别出在TS分组403、404、405和406中的每一个中分别存储了哪一种PES分组。换而言之，在为了输入数据到支持Base和Level1-EXT的解码器中而必须抛弃Level2-EXT帧的情况下，例如，通过仅仅检查PID和transport_priority，然后执行过滤(图7中所示的PID过滤器310可以具有该功能)，就可以使得仅仅提取存取单元中Base和Level1-EXT的数据变得很容易。而且，由于transport_priority位于首部中的固定位置，因此可以简单地通过判断所述固定位置上的transport_priority的值来仅仅提取存取单元中的Base和Level1-EXT的数据，而不必分析整个PES分组。这促进了廉价播放器设备(鉴别器)的发展。
在MPEG2-TS中，存储了PMT分组，其指示存储在上述MPEG-2TS中的程序。在PMT中，下列各项存储为一组elementary_stream_PID，其指示具有哪一个PID的TS分组携带属于预定程序的信息，例如视频信息和音频信息；stream_type，其指示该基本流的编码类型；以及描述基本流的附加信息的一个或更多的描述符。
下列各项是一些设想要在用于具有层次结构的流的编码模式的描述符中进行描述的信息关于扩展层的级别信息(coding_level)；指示是否采用了当前不支持或很少使用的扩展层(例如，Level2_existence，其是用于标识是否采用了Level2的信息)；在编码数据是音频信息情况下的声道分配信息(channel_assignment)；以及采样频率(sampling_frequency)。
在编码数据是视频信息的情况下，除了coding_level和Level2_existence之外，还考虑在描述符中描述分辨率信息和帧频率。
DTS数据分类成DTS(与Base相对应)和DTS+(与Level1-EXT相对应)的数据，以及DTS++(与Level2-EXT相对应)的数据。
尽管DTS+和DTS++都包括扩展层数据，它们是不同地进行处理的。因此，它们各自的描述符可以包括用于标识目标流包括DTS/DTS+还是DTS++的信息(该信息与图38中的Level2_existence相对应)。
注意，Level2_existence可以用作用于指示目标流是否仅仅包括可以采用与DVD视频标准相同的格式(I型DTS)输出到SPDIF的部分的信息。
上述Level2_existence和coding_level的信息可以在数据库文件中(例如，在图13中所示VOBI文件中的Attribute里)描述。上述信息不但能够指示要在数字数据输出时执行的提取处理是不同的，而且能够用于BD菜单屏幕上的视频及音频属性的显示/选择。例如不支持Level2的播放器可以根据数据库文件判断要解码的流是Level2流，并预先为用户提供指示不能选择Level2音频的信息。
图39是示出了MPEG2-TS在其存储在诸如BD-ROM此类的光盘上时的文件格式的图。
TS分组加上4个字节的到达时间戳(ATS；用于指示开始输入上述TS分组到解码器中的时刻的信息)构成一个定时TS分组，32个定时TS分组集中存储在三个扇区(6KB)中。为了以可变比特率编码的流的有效存储，将ATS添加到每一个TS分组。
图40是用于描述由DVD视频标准规定的DTS数据细节的图。
DVD视频标准规定一个存取单元的大小最大是2013字节，而没有规定它应用于所述级别，即DTS、DTS+以及DTS++中的哪一个。换而言之，一个表示相当于48KHz上的512个样本的音频信息的存取单元，可以仅仅组成核心或可以由核心和扩展构成。
一个最大2013字节的存取单元，存储在PES净荷中，在PES净荷中添加了PES首部(PEShdr)和包首部(Packhdr)。整个分组的大小总计2KB。
形成了突发净荷，其中仅仅存储PES净荷中的音频数据的DTS。将分别为2字节、总共8字节的前同步码组(Pa、Pb、Pc以及Pd)，以及填充数据添加到上述DTS突发净荷，形成2KB的IEC61937-5帧。
SPDIF(IEC60958-3)传送以192帧的周期中将数据作为块进行传输。一个帧由两个子帧构成，构成4字节的数据，在IEC61937-5帧中每个子帧含2字节数据。
因此，为了在维持与DVD视频标准的兼容性的同时发送DTS数据，核心和扩展中的比特数量需要受到控制，以便使其不超过IEC61937-5帧中的2013字节。这消除了识别数据类型，即识别是DTS、DTS+以及DTS++中的哪一种的必要性。
如上所述的，在DTS+++数据存储在BD-ROM中的情况下，包括核心的PES分组的净荷应该是大小为2013字节或者更小的编码单元。
如同在DVD视频标准的情况下那样，构成一个存取单元的帧的总的大小当然要求是2013字节或更小。例如，在Base帧和Level1-EXT帧的总的大小是2014字节的情况下，要求对这些帧再次进行编码以将它们的总的大小减小到2013字节或更小，或者必须构成仅仅包括Base帧的PES分组，并将Level1-EXT帧以多路复用的顺序存储在下一个PES分组中。
图41是示出了由多路分解器310(图7)和流装载/供应单元(图34)执行的处理的流程图。
S801是为了符合SPDIF，提取图36中所示存取单元的一部分，并将上述所提取的部分输出到外部的数字输出开始步骤。
S802是再现结束确定步骤。在该确定是YES的情况下，数据输出终止，而在该确定是NO的情况下，处理进入PES分组处理步骤S803。
在S803中，基于PID在TS分组之间进行区分，分析每一个TS分组的首部，并且读出上述transport_priority。
在S804中，判断transport_priority的值。在上述字段的值是“0b(无Base帧部分)”的情况下，处理进入S805，而在该值是“1b(包含Base帧部分)”的情况下，处理进入S806。
S805是在S804中判断PES分组为无Base帧部分的情况下所执行的步骤。在S805中，抛弃PES分组，并且不输出上述PES分组的净荷中的数据。
S806是在S804中判断PES分组为Base帧部分的情况下所执行的步骤。在S806中，提取上述PES分组的净荷(Base+Level1-EXT)，并且将它的帧数据输出到解码器或传统数字I/F，如上参考图7和图34所述那样。
注意，在完成以上步骤后，在对如图35中所示的AU_SIZE和EXT_ID进行适当修改之后，输出帧数据到数字I/F等等。
在S805和S806之后，处理回到再现结束确定步骤S802。
实用性本发明的信息存储介质可以用作其上存储视频数据和音频数据的光盘等等。本发明的TS分组判断设备可以用作用于从诸如光盘此类的本发明的信息存储介质上存储的数据提取出传统解码器或传统数字I/F所支持的编码的基本数据的设备等等。本发明的数据再现设备可以用作用于从诸如光盘此类的本发明的信息存储介质提取上述编码的基本数据，并再现上述所提取的数据的设备等等。本发明的数据再现设备还可以用作用于不但再现来自诸如光盘此类的本发明的信息存储介质的数据，而且再现经由广播或网络供应的音频数据以及诸如硬盘和半导体存储器此类的存储介质上的音频数据的再现设备等等。
权利要求
1.一种信息存储介质，其上存储了包含多个TS分组的音频流，其中，所述TS分组中的每一个都包括下列各项中的一个(a)包含基本数据的第一分组，以及(b)包含与所述基本数据相关的扩展数据的第二分组，所述基本数据是不需要所述扩展数据就能够解码成完整声音的数据，所述扩展数据是用于提高从所述基本数据生成的音频的质量的数据，以及所述TS分组中每一个的首部都包含指示该TS分组包含所述第一分组还是所述第二分组的标识符。
2.如权利要求1所述的信息存储介质，其中，所述标识符包含在位于所述首部中指定位置上的transport_priority字段中。
3.如权利要求1所述的信息存储介质，其中，所述扩展数据是不包括在所述基本数据中且其采样率高于所述基本数据的采样率的数据。
4.一种TS分组判断设备，包括获得单元，用于获得存储在如权利要求1所述的信息存储介质上的每个TS分组的标识符；以及判断单元，用于使用所述标识符，判断该TS分组包含所述第一分组还是所述第二分组。
5.一种数据再现设备，包括如权利要求4所述的TS分组判断设备；抛弃单元，用于抛弃包含在所述音频流中的、包含所述第二分组的TS分组；以及解码单元，用于仅仅解码所述第一分组。
6.一种数据再现方法，包括获得存储在如权利要求1所述的信息存储介质上的每个TS分组的标识符；使用所述标识符，判断该TS分组包含所述第一分组还是所述第二分组；以及仅仅解码包含在所述音频流中的、包含所述第一分组的TS分组。
7.一种使得计算机执行下列步骤的程序获得存储在如权利要求1所述的信息存储介质上的每个TS分组的标识符；使用所述标识符，判断该TS分组包含所述第一分组还是所述第二分组；以及仅仅解码包含在所述音频流中的、包含所述第一分组的TS分组。
全文摘要
本发明提供一种其中存储了包含基本数据和用于下一代的扩展数据的流的信息存储介质，以便使仅仅能够解码基本数据的解码器可处理上述包含基本数据和扩展数据的流。上述信息存储介质是一种其上存储包含多个TS分组的音频流的信息存储介质，其中所述TS分组中的每一个包括下列各项中的一个(a)包含基本数据的第一分组，以及(b)包含与基本数据相关的扩展数据的第二分组，基本数据是不需要所述扩展数据就能够解码成完整声音的数据，扩展数据是用于提高从基本数据生成的音频的质量的数据，以及所述TS分组中每一个的首部都包含指示该TS分组包含第一分组还是第二分组的标识符。
文档编号G11B27/30GK101053031SQ20058003417
公开日2007年10月10日 申请日期2005年10月5日 优先权日2004年10月7日
发明者矢羽田洋, 冈田智之, 萨姆·刘, 盖布·B·贝戈德－多夫 申请人:松下电器产业株式会社, 惠普研发有限合伙公司