CN1780385A - 数据处理装置 - Google Patents

Abstract

本发明的数据处理装置，具备编码器和管理信息生成部。编码器，生成多个包含I图画数据、B/P图画的数据以及各个图画的再生时刻信息的再生单位来生成数据流。管理信息生成部，根据记录媒体的种类，生成与各个再生单位中最初记录的I图画的再生时刻及其记录位置关联的图画信息，以及与再生单位的再生时间长和I图画的记录位置关联的再生单位信息的一方，进而生成再生单位内的图画的再生时间长的信息。将这些信息作为管理信息存放在每个再生单位的1个以上的表中。从而，能够对管理信息的格式不同的各种记录媒体，不解析数据流地生成适当的格式的管理信息，并高速地转送数据流和管理信息。

Description

数据处理装置

技术领域

本发明涉及将被编码的影像/声音数据写入光盘、硬盘、存储卡等的记录媒体中、并对写入的影像/声音数据进行再生的技术。

背景技术

为了以低位速率(bit rate)压缩影像数据，MPEG2规格(ISO/IEC13818-1)中规定有系统流。作为该系统流，规定有节目流、传输流以及PES(Packetized Elementary Stream：打包基本流)流这三种类。

这种系统流，被写入并保存于光盘中。光盘是代替磁带的影像数据的记录媒体，公知有DVD-RAM、以蓝光光盘(Blu-ray Disc)为代表的相变化光盘、或以MO为代表的光磁盘。

例如，作为用于将影像数据记录于DVD-RAM的规格，制定有VIDEO RECORDING规格(DVD Specifications for Rewritable/Re-recordable Discs Part 3 VIDEO RECORDING Version 1.0 September 1999)。根据该规格，影像数据的数据文件，被以MPEG2节目流格式记录于DVD-RAM盘上。

此外，作为另一例，还制定有用于将影像数据记录于Blu-ray Disc的规格。在该规格中，影像数据的数据文件，被以ISO/IEC 13818-1所规定的MPEG2的传输流格式记录。在传输流中，影像数据被以ISO/IEC13818-2所规定的MPEG2方式压缩，声音数据被例如以ISO/IEC 13818-7所规定的MPEG2-AAC(Advanced Audio Cording：高级音频编码)压缩。

图1表示在相变化光盘131中实时记录影像时的数据结构。图1中，相变化光盘由2K字节的扇区构成，将16个扇区作为一个逻辑块处理，给每个该逻辑块付与纠错码，并向相变化光盘记录。例如专利文献1，公开了上述的数据结构。

还有，将至少具有给定时间量的数据大小(以最大记录再生率换算例如11秒的数据)的物理连续的逻辑块确保为一个连续数据区域，对该区域依次记录由0.4～1秒的MPEG传输流构成的单位视频分组(VideoOBject UNIT(视频对象单元)，以下称作“VOBU”)。

一个VOBU，由作为188字节单位的MPEG传输流的下位层的传输分组构成。传输分组，由存放视频压缩数据的视频传输分组(V_TSP)、存放音频压缩数据的音频传输分组(A_TSP)、存放节目·关联·表·分组(PAT)的传输分组(PAT_TSP)以及存放节目·映射·表(PMT)的传输分组(PMT_TSP)这四种构成。

此外，一个VOBU中包含与给定的再生时间量的图画(picture)相关的V_TSP。此外，一个VOBU中，包含全部关系到影像的再生且必要的声音帧的A_TSP。即，声音帧在VOBU内完结。此外，如果影像为可变位速率，则一个VOBU的数据大小在最大记录再生速率以下的范围内变动。如果影像为固定位速率，则VOBU的数据大小大致恒定。

图2(a)～(e)，分别表示具有PCR的V_TSP、A_TSP、PAT_TSP、PMT_TSP以及不具有PCR的V_TSP的详细内容。V_TSP由传输分组报头和视频数据构成。A_TSP由传输分组报头和音频数据构成。PAT_TSP主要由传输分组报头以及节目·关联·表构成。PMT_TSP主要由传输分组报头以及节目·映射·表构成。此外，在给V_TSP付加PCR(节目·时钟·参考)时，如图2(e)所示，在与传输分组报头邻接的适配区域(adapatation field)内记录PCR值。

V_TSP、A_TSP、PAT_TSP以及PMT_TSP，分别被用传输分组报头内的PID(Packet ID)识别。例如如图2(a)～(d)所示，V_TSP的PID为“0x0020”，A_TSP的PID为“0x0021”，PAT_TSP的PID为“0x0000”，PMT_TSP的PID为“0x0030”。检测出PID值后，识别出该分组的种类。

这里，V_TSP以及A_TSP用的PID的分配状况被记载于PMT_TSP内的节目·映射·表中。此外，PMT_TSP用的PID被记载于PAT_TSP内的节目·关联·表中。还有，PAT_TSP用的PID取“0x0000”的固定值。

PCR为表示传输分组到达虚拟的MPEG解码器的定时(timing)的、27MHz的时钟的采样值。MPEG2规格(ISO/IEC 13818-1)规定，在具有特定的PID的传输分组内以至少100msec以内的任意定时插入PCR。

PMT内的PCR_PID区域中，记录有为了记述PCR选择了哪个PID。接收流的装置，向27MHz的时钟输入该PCR值后施加PLL(Phase LockLoop：锁相环)。再有，该装置为了得到显示定时值和解码定时值的基准值，也使用该PCR值。即，装置设置PCR的值作为27MHZ时钟的初始值，之后通过将PCR的值输入PLL，作为发送侧的时钟来利用。然后，装置在该时钟值与视频数据中所包含的解码定时值(解码·时间·标记、DTS)或显示定时值(显示·时间·标记、PTS)相一致的定时，对视频数据进行解码，并显示基于该视频数据的影像。另外，对于音频数据而言，与视频数据的不同点为只包含PTS。在与PTS相一致的定时实施解码以及输出这点，与视频数据相同。

装置，在一个连续数据区域的剩余很少的时刻，对下个连续数据区域进行再检测。而且，一个连续数据区域装满后，对下个连续数据区域写入数据。

图3表示UDF(Universal Disk Format：通用磁盘格式)文件系统上管理的光盘中的数据的例子。图3中表示的是，通过记录开始键的接通和断开的各一次操作，一个MPEG传输流被作为文件MOVIE.MPG记录的情况。

如图3所示，文件名以及文件项(file entry)的位置，由FID(FileIdentifier Descriptor：文件识别描述符)管理。此外，使用文件项内的配置描述符，管理一个文件和构成该文件的三个连续数据区域a、b、c。

对连续数据区域被分为3块的原委进行说明。首先，如果装置在往连续数据区域a的记录中检测出不良逻辑块，则跳过该不良逻辑块，从连续数据区域b的前端继续写入。

此外，如果装置在往连续数据区域b的记录中检测出PC文件的记录区域，则这次跳过PC文件的记录区域，从连续数据区域c的前端继续写入。其结果，文件MOVIE.MPG由连续数据区域a、b、c这3个区域构成。

图4表示VOBU以及传输分组、与视频·基本·流以及音频·基本·流之间的关系。这里，设一个VOBU由M个GOP(Group of picture：图画组)构成。

各个视频·帧以及各个音频·帧，包含PES报头。此外，一个VOBU，在前端包含序列头(sequence header)。各个GOP包含GOP报头。

各个VOBU中的前端的视频或音频的PES报头，被调整为从各个传输分组的净荷(pay load)的前端开始。具体来说，在近前的传输分组中插入填充数据来调整传输流的数据大小。

PAT_TSP以及PMT_TSP，对存放有视频数据的分组的PID以及存放有音频数据的分组的PID进行存放。从而可以说，如果无法识别至少这两个PID，则不能再生影像以及声音。

在解码时，为了以PTS以及DTS为基准控制解码定时或输出定时，必须迅速地将27MHz的时钟值初始化为适当的值。为此，MPEG解码器需要尽可能快地获取PCR值，并将该值作为时钟值开始使用。

将上述的影像数据以及声音数据写入相变化光盘中的装置的具体的结构，例如可参照专利文献2。

MPEG2规格(ISO/IEC 13818-1)中，没有规定PAT_TSP、PMT_TSP以及PCR的插入定时。此外，虽然规定了PCR的插入频度，但没有规定PAT_TSP以及PMT_TSP的插入频度。

另一方面，大多数对记录于光盘中的影像进行再生的再生机器，具有以用户喜好的顺序对影像的特定的情景进行再生的功能。在从特定的情景起再生影像时，一般从序列头的前端起开始影像数据的再生。

然而，一般来说，与包含作为再生开始点的序列头的前端的V_TSP相对应的PAT_TSP、PMT_TSP、PCR的插入定时，在规格上没有规定。即使机器从序列头的前端起读出数据，如果没有检测出PAT_TSP以及PMT_TSP，也无法参照PID识别V_TSP以及A_TSP。因此，直到检测出PAT_TSP以及PMT_TSP为止，无法执行解码处理。

这样，在因没有检测出PAT_TSP以及PMT_TSP，而无法识别例如序列头紧后的I图画时，直到下个序列头为止都无法显示影像。由此，典型的情况是造成无法输出0.5～1.0秒左右的影像以及声音。

再有，在边依次切换特定情景边进行再生的情况下，有时存在每个场景中注册于PAT_TSP、PMT_TSP的PID不同的情况。此外，有时存在每个场景中PAT_TSP、PMT_TSP中包含的描述符信息也不同的情况。因此，PAT_TSP、PMT_TSP，必须至少对每个场景，尽可能早地将内容适当的那个交付给MPEG解码器。

特别是，在使用ISO-61883的传输流的转送协议，向用IEEE1394接口连接的STB(settop box：机顶盒)或DTV(digital television：数字电视)进行传送的情况下，PAT_TSP、PMT_TSP以及PCR的传送很重要。这是因为，没有将使用的PID或PCR的值等独立于传输流传送的手段。

考虑在利用机器的MPEG解码器进行再生时，利用不同于MPEG流的路径(例如，经由与MPEG解码器连接的CPU)，将使用的PID或PCR的值等变换为不同的数据结构来传送。

但是，要对每个场景用其他路径传达必要的信息，就必须在记录时以各个VOBU单位记录好有关PID的信息或前端的PCR值的信息，并在切换场景前将这些信息送往MPEG解码器。该方法中，需要以VOBU单位将PID以及PCR值作为管理数据进行记录，数据容量会变大。此外由于产生处理的延迟，因此要想在利用机器的MPEG解码器再生影像的同时，将该影像信息向1394接口输出，且在这双方的输出目的地显示完全相同的影像，该方法不够充分。

再有，在使用PC上运行的MPEG再生应用程序来再生蓄积于PC的硬盘上的流的情况下，也存在问题。具体来说，当PAT_TSP、PMT_TSP以及PCR被从场景的中途开始记录时，即使要从特定的场景起开始再生，也只能从该场景以后的、首个序列头被检测出的位置以后开始显示影像。或者，在检测出与再生开始点对应的数据后面插入的PAT_TSP、PMT_TSP以及PCR之后，必须再次返回再生开始地点，来开始再生。这也成为再生开始延迟以及场景切换延迟的原因。

再有，在向其他的记录媒体中复制或者翻录(dubbing)MPEG流时也会产生问题。即，在必须变换MPEG流的管理信息的数据结构时，必须例如对每个VOBU解析MPEG流，来生成可在复制目的地的记录媒体中记录的管理信息。这可能需要很长的处理时间。这个问题，即使复制源的记录媒体上的MPEG流被直接转送给其他机器来复制时也可能产生。

【专利文献1】特开平11-155130号公报

【专利文献2】国际公开公报WO02/080541

发明内容

本发明的目的在于，提供一种即使在将文件的中途作为再生开始点的情况下，也能够在机器内容易地将指定范围的所有帧再生，且能用通过1394接口的连接目的地的机器再生相同的帧的装置以及方法。

此外，本发明的另一目的在于，对管理信息的格式不同的各种记录媒体，能够不解析数据流地生成适当格式的管理信息，并高速地转送数据流与管理信息。

本发明中的数据处理装置，具备：编码器，其对影像信号进行编码处理来生成数据流；管理信息生成部，其生成用于根据所述数据流再生影像的管理信息；以及，驱动器，其将所述数据流以及所述管理信息写入记录媒体中。所述编码器，生成多个包含可单独解码的基准图画的数据、需要根据所述基准图画的解码的1幅以上的参照图画的数据、以及表示各个图画的再生时刻的时刻信息的再生单位，并进行排列来生成所述数据流。所述管理信息生成部，根据所述记录媒体的种类以及记录格式，生成与各个再生单位中最初记录的基准图画的再生时刻和所述基准图画的记录位置相关联的基准图画信息、以及与所述再生单位的再生时间长和所述基准图画的记录位置相关联的再生单位信息的一方，进而生成与所述再生单位内的图画的再生时间长相关的时间长信息后，作为管理信息存放在每个所述再生单位的1个以上的表中。

可因所述编码处理，各个图画的数据被排列的顺序，与各个图画被显示的顺序不同。所述编码器，关于所述再生单位中的数据的排列，可输出确定被比首个基准图画更后排列的一幅以上的参照图画、且被比所述首个基准图画更先显示的1个以上的参照图画的信息，所述管理信息生成部，可生成有关被指定的所述一幅以上的参照图画的再生时间长的时间长信息，进而存放在每个所述再生单位的1个以上的表中。

所述管理信息生成部，生成指定被生成的所述基准图画信息以及所述再生单位信息的一方的第1标志、以及表示包含有所述时间长信息的第2标志，进而存放在每个所述再生单位的1个以上的表中。

所述数据处理装置，还可具备变换所述管理信息的形式的变换部。在所述管理信息生成部生成所述基准图画信息时，所述变换部，还可根据所述基准图画信息以及所述时间长信息生成所述再生单位信息。

所述变换部，可将生成的所述再生单位信息置换为所述基准图画信息，来生成新的管理信息。

所述数据处理装置，可还具备接口部，其用于与外部机器之间进行数据通信。所述接口部，可向所述外部机器输出所述新的管理信息以及所述数据流。

所述数据处理装置，还可具备变换所述管理信息的形式的变换部。在所述管理信息生成部生成所述再生单位信息时，所述变换部，还可根据所述再生单位信息以及所述时间长信息生成所述基准图画信息。

所述变换部，可将生成的所述基准图画信息置换为所述再生单位信息，来生成新的管理信息。

所述数据处理装置，可还具备接口部，其用于与外部机器之间进行数据通信。所述接口部，可向所述外部机器输出所述新的管理信息以及所述数据流。

本发明中的数据处理方法，用于将影像的数据流、以及用于根据所述数据流再生所述影像的管理信息写入记录媒体。所述数据处理方法，包括：对影像信号进行编码处理，生成多个包含可单独解码的基准图画的数据、需要根据所述基准图画的解码的1幅以上的参照图画的数据、以及表示各个图画的再生时刻的时刻信息的再生单位的步骤；将多个所述再生单位排列来生成数据流的步骤；根据所述记录媒体的种类以及记录格式，生成与各个再生单位中最初记录的基准图画的再生时刻和所述基准图画的记录位置相关联的基准图画信息、以及与所述再生单位的再生时间长和所述基准图画的记录位置相关联的再生单位信息的一方的步骤；生成与所述再生单位内的图画的再生时间长相关的时间长信息的步骤；将生成的所述基准图画信息及所述再生单位信息的一方、以及所述时间长信息，作为管理信息存放在每个再生单位的1个以上的表中的步骤；以及，将所述数据流以及所述管理信息写入所述记录媒体的步骤。

本发明中的电路芯片，具备：编码器，其对影像信号进行编码处理来生成数据流；以及，管理信息生成部，其生成用于根据所述数据流再生影像的管理信息。该电路芯片，可通过驱动器将所述数据流以及所述管理信息写入记录媒体中。所述编码器，生成多个包含可单独解码的基准图画的数据、需要根据所述基准图画的解码的1幅以上的参照图画的数据、以及表示各个图画的再生时刻的时刻信息的再生单位，并进行排列来生成所述数据流。所述管理信息生成部，根据所述记录媒体的种类以及记录格式，生成与各个再生单位中最初记录的基准图画的再生时刻和所述基准图画的记录位置相关联的基准图画信息、以及与所述再生单位的再生时间长和所述基准图画的记录位置相关联的再生单位信息的一方，进而生成与所述再生单位内的图画的再生时间长相关的时间长信息后，作为管理信息存放在每个所述再生单位的1个以上的表中。

本发明中的计算机程序或其产品，可在计算机中可执行，用于生成影像的数据流、以及用于根据所述数据流再生所述影像的管理信息。所述计算机程序，使所述计算机执行下述步骤：对影像信号进行编码处理，生成多个包含可单独解码的基准图画的数据、需要根据所述基准图画的解码的1幅以上的参照图画的数据、以及表示各个图画的再生时刻的时刻信息的再生单位的步骤；将多个所述再生单位排列来生成数据流的步骤；根据所述记录媒体的种类以及记录格式，生成与各个再生单位中最初记录的基准图画的再生时刻和所述基准图画的记录位置相关联的基准图画信息、以及与所述再生单位的再生时间长和所述基准图画的记录位置相关联的再生单位信息的一方的步骤；生成与所述再生单位内的图画的再生时间长相关的时间长信息的步骤；将生成的所述基准图画信息及所述再生单位信息的一方、以及所述时间长信息，作为管理信息存放在每个再生单位的1个以上的表中的步骤；以及，将所述数据流以及所述管理信息写入所述记录媒体的步骤。

本发明的数据处理装置，在管理信息的表中，保持与被比流的再生单位中的首个基准图画更先再生的参照图画的再生时间长相关的时间长信息。通过利用该信息，在向其他的记录媒体中导出流文件及记录其管理信息的管理文件时，无需对每个对象解析流就可对管理数据进行数据变换，能够实现高速的导出处理。

附图说明

图1是表示记录文件的数据结构的图。

图2(a)～(e)，是表示各种传输分组的数据结构的图。

图3是表示UDF文件系统下管理的光盘上的数据的例子的图。

图4是表示VOBU及传输分组、与视频·基本·流及音频·基本·流之间的关系的图。

图5是实施方式1中的光盘记录器200的方框构成图。

图6是表示由记录器200记录的记录文件的数据结构的图。

图7是实施方式2中的光盘记录器300的方框构成图。

图8是由记录器300记录的记录文件的数据结构图。

图9是由记录器300记录的管理文件的数据结构图。

图10是对每个连续的SOBU组中设置的管理数据的数据结构图。

图11是管理文件的另一例中的数据结构图。

图12是实施方式3中的声音文件的数据结构图。

图13是实施方式4中的播放器400的方框构成图。

图14是实施方式5中的管理文件的数据结构图。

图15是表示管理文件的数据结构的第1例的图。

图16是表示管理文件的数据结构的第2例的图。

图17是表示SOBU、SOBU前端的I图画的PTS差值以及SOBU时间长的关系的图。

图18是表示实施方式6中的HDD内置光盘记录器500的主要的方框构成图。

图19是表示实施方式6中的记录再生部540的构成的图。

图20是表示实施方式6中的管理文件的数据结构的图。

图21是表示实施方式6中的管理文件所记录的先行显示个数的定义的图。

图22是表示记录器500生成管理文件21的处理的顺序的流程图。

图23是表示管理文件的变换处理的顺序的流程图。

图24是表示实施方式7中的管理文件的数据结构的图。

图25是表示向存储卡导出时和从存储卡导入时的、管理文件的SOBU ENT表中的各个区域的对应关系的图。

图26是表示关于各种记录媒体的SOBU_ENT表的、各个区域的对应关系的图。

图中：500-HDD内置光盘记录器；510-格式变换部；520-HDD部；530-光盘驱动器部；540-记录再生部；550-存储卡驱动器部；642-管理信息生成部；661-记录控制部；670-MPEG编码器；671-MPEG解码器。

具体实施方式

以下，参照附图，对本发明中的数据处理装置的第1到第7实施方式进行说明。再有，涉及本发明的尤其主要的处理、数据结构等，在实施方式6以及7中进行说明。

(实施方式1)

图5，表示本实施方式中的光盘记录器200(以下记为“记录器200”)的结构。记录器200，将MPEG2传输流(以下记为“传输流”)作为处理的对象。记录影像信号以及声音信号时，将从影像信号输入部100以及声音信号输入部102输入的信号用各个影像压缩部101以及声音压缩部103压缩，接着在系统编码部104中，在被压缩的影像信号以及声音信号中，混入PAT/PMT生成部105生成的包含PAT的分组以及包含PMT的分组来生成传输流，经由记录部120以及拾取器130往相变化光盘131写入。该处理，边接收影像信号以及声音信号边进行。即，由于与信号的接收并行来进行记录，因此也称作实时记录。上述的影像压缩部101、声音压缩部103、系统编码部104以及PAT/PMT生成部105，构成MPEG编码器170。

再生影像信号以及声音信号时，将经由拾取器130以及再生部121取出的传输流，用系统解码器部114分离为影像信号和声音信号，通过各个影像解压部111以及声音解压部113，向影像显示部110以及声音输出部112输出。影像解压部111、声音解压部113以及系统解码部114，构成MPEG解码器171。

记录影像信号以及声音信号时，记录控制部161对记录部120、连续数据区域检测部160以及逻辑块管理部163进行控制，并实施记录。此时，连续数据区域检测部160，根据记录控制部161的指示，调整逻辑块管理部163中管理的扇区的使用状况，检测出物理连续的空白区域。

再生影像信号以及声音信号时，再生控制部162进行再生部121的控制，并实施再生。

在用IEEE1394接口部140经由的Isochronous(等时)转送模式将被记录的影像文件输出到外部的情况下，对经由再生部121读出的传输流，用输出定时生成部141求得送出定时，并根据算出的送出定时将该传输流交付给1394接口部140。

本实施方式中的机器的主要特征，在系统编码部104插入PAT_TSP、PMT_TSP以及PCR的定时中。

图6表示用记录器200记录的记录文件的数据结构。设记录文件除了PAT_TSP以及PMT_TSP的记录位置外，由公知的VOBU构成。

在图6中，在各个VOBU的前端中，必定配置有PAT_TSP以及PMT_TSP。再有，在下个传输分组中配置有具有PCR的V_TSP。此外，在VOBU内，以按照日本的BS数字广播的规格以及欧洲的数字广播(DVB)的规格以100msec以内的频度进行记录的方式，插入PAT_TSP以及PMT_TSP。具体来说，以例如2～3帧(frame)一次的频度记录PAT_TSP以及PMT_TSP。还有，在VOBU内，PCR也按照MPEG2规格(ISO/IEC 13818-1)的规定，以100msec以内的时间间隔进行记录。

根据以上的结构，在用户将可设定的再生开始点作为VOBU的前端的情况下，由于不论哪个VOBU的前端被指定，前端中都必定包含有PAT_TSP以及PMT_TSP，因此对于之后的所有传输分组，系统解码部114能够容易地识别影像数据与声音数据，并能够容易地分配给影像解压部111和声音解压部113来进行再生显示。从而，被指定的所有的帧，可以不丢失再生开始时以及场景切换时被指定的帧地进行显示。再有，由于PCR比附加在影像中的DTS以及PTS更早地到达，因此MPEG解码器可实施活用(参照)DTS或者PTS的再生显示。

此外，在通过1394接口部140向外部机器输出传输流的情况下，不论用户指定哪个VOBU的前端为再生开始点，都能容易地输出将PAT_TSP以及PMT_TSP作为前端分组的传输流。

还有，在本实施方式中，虽然以用UDF文件系统管理的文件为例进行了说明，但在用FAT或者其他的独立文件系统进行管理的情况下，也能够期待同样的效果。

此外，在本实施方式中，虽然设VOBU内的PAT_TSP以及PMT_TSP的记录频度为至少每100msec一次，但也可结合其他的规格，以用不同的频度配置PAT_TSP以及PMT_TSP的方式进行插入。

另外，在本实施方式中，虽然设PCR包含在VOBU内的前端的V_TSP中，但也可令只由PCR构成的传输分组被记录于VOBU内的首个V_TSP与PMT_TSP之间。该传输分组的PID可与V_TSP的PID相同，也可不同。

(实施方式2)

实施方式1中，如图5所示，在记录器内部生成传输流来进行记录，此外在记录再生装置内部进行再生，同时向外部输出传输流。

本实施方式中与实施方式1的不同点在于，记录从外部输入的传输流，之后向外部输出传输流。

图7表示本实施方式中的光盘记录器300(以下记为“记录器300”)的方框结构。在图7中，首先在记录时，从1394接口部301输入传输流，通过记录部303以及拾取器312对相变化光盘311进行写入。此时，记录控制部307，同时起动连续数据区域检测部306，为了进行记录而对必要的空白连续数据区域进行检测。逻辑块管理部310，从记录控制部307接收记录时使用的逻辑块编号的通知来管理使用状况。

此外，管理信息生成部302，根据输入的传输流，对包含序列头及其近前的PES报头(header)的V_TSP、包含PAT的传输分组PAT_TSP、以及包含PMT的传输分组PMT_TSP进行检测。然后，管理信息生成部302，生成包含相邻的序列头的V_TSP及PES报头间的数据大小、以及再生时的时间长，作为管理信息。再生时的时间长以影像帧数为单位生成。此外，对于序列头紧后的I图画(picture)的数据大小，也作为管理信息生成。

再有，从包含某个序列头以及PES报头的V_TSP起向过去追溯，对包含最近的过去输入的PMT的传输分组，还对向过去追溯、包含最近的过去输入的PAT的传输分组，和包含序列头以及PES报头的传输分组之间的数据大小，以传输分组数的单位作为管理信息生成。

记录控制部307，对输入的传输分组，起动记录部303来在相变化光盘上进行管理信息的写入，并作为管理文件生成。

另一方面，在再生时，再生控制部308，首先通过拾取器312以及再生部305读出相变化光盘311中存放的管理文件。然后，通过根据被指定的再生开始时刻参照管理文件，计算出对应的MPEG Sequence Object Unit(以下，称作“SOBU”)的记录位置、和对应的PAT_TSP的位置，并通过拾取器312以及再生部305，读出该PAT_TSP的数据、在该位置以后包含的首个PMT_TSP的数据、以及对应的SOBU以后的数据。即，不输出记录于该PAT_TSP与对应的SOBU前端之间的传输分组中、PAT_TSP及PMT_TSP以外的传输分组。关于SOBU在后文进行说明。

此外，读出的数据，被通过输出定时生成部304以及1394接口部301输出。输出定时生成部304中，通过对读出的数据实施以MPEG2系统规格(ISO/IEC 13818-1)规定的传输流目标解码器(T_STD)的缓存仿真，算出适当的输出定时，并根据该算出的输出定时，向1394接口部301交付读出的数据。然后，1394接口部301，保持该定时同时输出传输分组。

图8是由记录器300记录的记录文件的数据结构图。如图8所示，记录文件由SOBU构成。

在本说明书中，SOBU与VOBU(图6)被如下活用。即，“VOBU”，主要指记录器自己编码生成模拟信号时的数据流的再生单位。另一方面，“SOBU”主要指记录器实质上直接维持从外部接收的传输流的数据结构并写入记录媒体时的、数据流的再生单位。此外，到底是VOBU和SOBU的哪一个再生单位，设在没有必要特别指定的情况下，称作SOBU。这些活用是为了方便。发明不被上述的定义限定。

SOBU，原则上包含有从包含影像的序列头及其近前的PES报头的V_TSP起、到包含下个序列头及其近前的PES报头的V_TSP的前一个为止。其中，前端的SOBU，例外地在前端包含PAT_TSP。这是因为在本实施方式2中，从PAT_TSP起开始记录。此外，通过形成上述结构，在包含首个序列头的V_TSP和PAT_TSP之间，包含半截数据。此外，各个SOBU可包含多GOP。

此外，在图8中，设首个SOBU内的最后的PMT_TSP近前的PAT_TSP的位置，为从该SOBU的末尾起第M个。此外，设第2个SOBU在前端包含的V_TSP包含序列头及其近前的PES报头，还设该SOBU内的最后的PMT_TSP近前的PAT_TSP的位置，为从该SOBU的末尾起第N个。

其中，包含序列头及其近前的PES报头的V_TSP，不必从该数据区域(以下称作“净荷”)的前端起包含PES报头以及序列头。这是由于无法指定从外部输入的传输流的序列头的开始位置。

也考虑极端的情况，例如序列头跨两个V_TSP配置的情况。该情况下，设包含配置于序列头的前端的4字节的序列头代码(0x000001B3)中、第1字节(0x00)的V_TSP，为SOBU内的首个V_TSP。

图9为用记录器300记录的管理文件的数据结构图。如图9所示，管理文件，由TMAP_GI表、多个TM_ENT表(TM_ENTs)以及多个SOBU_ENT表(SOBU_ENTs)构成。这三个表，将文件的前端作为时刻0(zero)，并保持从该时刻起经过的时间、与对应该时刻的传输分组的记录位置之间的关系。

首先，TMAP_GI表中，在TMAP类型中存放类型编号作为管理文件的数据结构的识别符。此外，存放TM_ENT表的数目作为时间项数，并在SOBU项数中存放SOBU_ENT表的数目。再有，在前端的时间偏差(timeoffset)中，将参照首个TM_ENT表的时刻为从文件内的首个影像帧起经过多少的时刻，作为用区域数表示的值存放。

接下来，SOBU_ENT表中，往I-picture data size(I-图画数据大小)区域设定SOBU的前端中的I图画的数据大小。该数据大小利用传输分组数记述。此外，还对SOBU的显示所需要的时间长，往SOBU时间长区域设定区域数。此外，往SOBU数据大小区域，以传输分组数的单位设定SOBU的数据大小。上述的结构，与以往公知的时间映射信息近似。

进一步，将相对前一个SOBU中的最后的PMT_TSP最近的过去输入的PAT_TSP的位置，作为从前一个SOBU末尾起的分组数，设定在PAT/PMT指针区域中。还有，使用27MHz的时钟下的计数值，在TSP到达时间区域中，设定构成连续的两个SOBU的传输流分组内、各SOBU的前端的分组的到达时间差。

进一步，在使单位一致后，对TSP到达时间区域的时间长信息、与SOBU时间长区域的时间长信息进行比较，并在相差1.5倍以上(或者比1.5倍大)时，令时间长有效标志区域为‘0’，在未达到1.5倍(或者1.5倍以下)时，令时间长有效标志区域为‘1’。在该时间长有效标志为‘1’时，表示SOBU时间长区域的值有效，为‘0’时表示TSP到达时间区域一方有效。

此外，TM_ENT表，存放有对应10秒间隔的参照时刻的记录文件上的位置。即，在SOBU Entry Index中，对与10秒间隔的参照时刻相对应的SOBU，存放有与其对应的SOBU_ENT表的连续编号。此外，TimeDifference中，对于对应10秒间隔的参照时刻的影像帧、与SOBU EntryIndex参照的SOBU的前端帧之间的时间差，存放以区域数为单位表现的值。

再有，对于PAT/PMT指针，如果考虑图8所示的记录区域的情况，则与第1、第2以及第3个的SOBU相对应的SOBU_ENT表的PAT/PMT指针，分别存放‘0(zero)’、‘M’、‘N’。

在记录时，对通过1394接口部301输入的传输流进行记录来作成记录文件，同时也作成管理文件。其中，TM_ENT以及TMAP_GI，在记录文件以及SOBU_ENT的作成结束之后，参照SOBU_ENT来作成。此时，在时间长有效标志为‘0’的情况下，参照TSP到达时间区域视为相应的SOBU的时间长，来生成TM_ENT。

然后，在再生时，事前读出管理文件，并参照TM_ENT表，对与指定的再生开始时刻相对应的SOBU的SOBU_ENT表进行检测。再参照该SOBU_ENT内的PAT/PMT指针，从该位置读出光盘中的传输分组，并向外部输出必要的传输分组。

根据以上的结构，对与指定的再生开始时刻相对应的SOBU以后的数据，能够以包含适当的PAT以及PMT的形态输出。更具体来说，即使在指定特定的SOBU的前端作为再生开始时刻的情况下，也可以在SOBU以后的再生中不缺少必要的数据地全部输出。从而，如果对与1394接口部301连接的DTV或STB等的外部机器，实施SOBU单位下的时刻指定，则无论哪个定时都能够以可再生的形态输出。

此外，在检测出SOBU的前端时，可对包含序列头代码第4字节的V_TSP进行检测，将该V_TSP作为SOBU的前端作成管理数据。该方法，与对包含序列头代码近前的PES报头的第1字节的V_TSP进行检测、并将该V_TSP作为SOBU的前端作成管理数据的情况相比，能够简化检测处理。这是因为，在序列头或者近前的PES报头跨两个V_TSP的情况下，在检测出序列头的第4字节后，必须追溯到前一个V_TSP来计算出SOBU的前端位置。此时，由于夹在这两个V_TSP间的传输分组的个数不固定，因此每次都需要计算出所夹持的个数。与其相比，本实施方式的方法中所夹持的个数为0(zero)，从而不需要每次进行计算。

在将包含第4字节的V_TSP作为SOBU内的首个V_TSP的情况下，再生时，必须还送出包含存在于PAT/PMT指针所指的PAT_TSP与SOBU前端之间的序列头的第1字节的V_TSP。或者，必须新生成包含序列头的第1字节的V_TSP来进行插入。或者，在接收侧的MPEG解码器中净荷前端为0XB3时，必须视为序列开始代码来进行再生。

此外，通过设置TSP到达时间以及时间长有效标志，在输入的传输流为特殊再生用的情况下，SOBU下的不足1秒的单位的时间管理以及TM_ENT下的10秒间隔的时间管理也可保持适当的时间间隔。作为特殊再生用的传输流，存在记录例如一秒间具有5帧左右的显示速度的慢再生用的传输流的情况。此时的传输流，以IBBPBB…的方式，依次输入各幅图画。在这种情况下，虽然SOBU内的帧数为‘5’，即约为1/3秒的量，但TSP到达时间为1秒。对这种输入，也可作为与显示时间长相等的1秒的量的SOBU进行管理。

另一方面，也存在具有1秒间具有5帧左右的显示速度的高速再生用的传输流的情况。此时的传输流，以IIII…的方式依次输入I图画。对这种输入，也可作为与显示时间相等的1秒的量的SOBU进行管理。

再有，在本实施方式中，虽然在记录时从SOBU的前端起向过去追溯，将指向最近的过去输入的PAT/PMT的指针注册到SOBU_ENT中，但也可存放指向SOBU紧后的PAT以及PMT的指针。其中，在这种情况下，在再生时，必须将被该PAT/PMT指针参照的PAT及PMT的连续性计数器(Continuity Counter)的计数值只减去‘1’后的传输分组，首先输出给SOBU。还有，在包含PAT或者PMT的传输分组中包含节目时钟参考(PCR)区域的情况下，必须对该值也以将PCR值只减去首先输出的时间量的方式来进行修正。此外，在包含有PCR的情况下，优选单独送出包含PCR的传输分组。

在本实施方式中，虽然设在再生时参照SOBU_ENT表的PAT/PMT指针，但也可不参照。此时，可只读出规定量的SOBU近前的数据，并从SOBU前端起向过去输入的传输分组的方向进行检索，在SOBU的输出前，输出最初检测出的PMT_TSP和接着检测出的PAT_TSP。尤其在基于数字广播规格的传输流的情况下，由于也考虑了规定有PAT_TSP和PMT_TSP的插入频度的情况，因此如果读出与该插入频度对应的给定量，则必定包含PAT_TSP以及PMT_TSP。例如，在15Mbps的流内以100msec以下的频度存在的情况下，给定量为187.5千字节。其中，在这种情况下，分组的检索时间当然需要有富余。

还有，在本实施方式中，虽然在再生时参照SOBU_ENT表的PAT/PMT指针，但也可不进行参照，只读出给定量的SOBU的前端以后的数据，并通过从该数据中检索出必要的传输分组，来提取包含离SOBU的前端最近的PAT_TSP、离SOBU的前端最近的PMT_TSP、以及离SOBU的前端最近的PCR的传输分组，并变更内部的数据来在SOBU前输出。尤其在基于数字广播规格的传输流的情况下，由于也考虑了规定有PAT_TSP和PMT_TSP的插入频度的情况，因此如果读出与该插入频度对应的给定量，则必定包含PAT_TSP以及PMT_TSP。例如，在15Mbps的流内以100msec的频度存在的情况下，给定量为187.5千字节。但是，在这种情况下，分组的检索时间当然需要有富余。

再有，该情况下也同样，必须将包含PAT_TSP、PMT_TSP以及PCR的传输分组的连续性计数器(Continuity Counter)的计数值只减去‘1’后的传输分组，先于SOBU输出。再有，在包含PAT或PMT的传输分组中包含节目时钟参考(PCR)区域的情况下，必须对该值也以将PCR值只减去先输出的时间量的方式进行修正。此外，对包含PCR的传输分组，也必须以扩大适配区域变大来去掉净荷部分的方式进行更新。

另外，也可用实施方式1所示的方法来记录与本实施方式的管理文件相同的管理文件。此外，本实施方式中，虽然将管理文件单独记录，但也可用存放于传输分组内的形态、例如在记录文件的末尾部分中传输分组里分割出的专用PES流的形态来进行记录。

另外，设从SOBU起向过去追溯出的最近的过去输入的PMT_TSP，为第1过去PMT_TSP；设相对包含从SOBU起向过去追溯出的最近的过去输入的PCR的传输分组，再向过去追溯出的最近的过去输入的PMT_TSP，为第2过去PMT_TSP。虽然在本实施方式中，PAT/PMT指针，是相对第1过去PMT_TSP再向过去追溯出的最近的过去输入的PAT_TSP、与该SOBU前端之间的数据大小的指针，但若是相对第2过去PMT_TSP再向过去追溯出的最近的过去输入的PAT_TSP、与该SOBU之间的数据大小的指针更好。

在这种情况下，再生时，在SOBU送出前，只输出包含SOBU前端与PAT/PMT指针所夹持的PAT_TSP、PMT_TSP以及PCR的传输分组。由此，由于传输流的接收侧的MPEG解码器，在参照记载在SOBU的首个V_TSP内的PES报头中的PTS或DTS前获得PCR的值，因此能够实施参照PTS或DTS的动作。

而本实施方式中，不能实施参照PTS或DTS的动作，必须参照影像数据中的vbv_delay区域，并在从SOBU的首个V_TSP的输入时刻起的经过时间、与vbv_delay区域的值一致时，实施开始影像解码等的定时控制。

再有，本实施方式中，令PAT/PMT指针，为SOBU前端、与相对从SOBU起向过去追溯出的最近的过去输入的PMT_TSP再向过去追溯出的最近的过去输入的PAT_TSP之间的数据大小的指针。但是，也可以是指示比SOBU前端向前离开给定数的位置(例如，传输分组100个量前、等)的指针。在这种情况下，优选为根据PAT/PMT/PCR的插入频度必定包含它们的个数。

另外，本实施方式中，虽然令PAT/PMT指针，为SOBU前端、与相对从SOBU起向过去追溯出的最近的过去输入的PMT_TSP再向过去追溯出的最近的过去输入的PAT_TSP之间的数据大小的指针，但也可以是指示比SOBU前端早规定时间输入的传输分组的位置(例如，300msec前)的指针。

例如若为300msec前，则在日本的数字广播的情况以及欧洲的数字广播(DVB)的情况下，在此之间PAT_TSP、与其连续的PMT_TSP以及与其连续的PCR被以该顺序包含的可能性较高。这是由于，存在PAT_TSP以及PMT_TSP的送出频度为100msec以上的运用规定。

此外，不用PAT/PMT指针指定早给定时间输入的传输分组的位置，在再生时检索其位置亦可。其中，在这种情况下，以用传输分组单位另外记录到达定时为前提。

再有，在SOBU的PES报头内具有特殊再生时使用的特技(trick)模式标志的情况下，可令时间长有效标志为‘0’。

此外，在本实施方式中，虽然将PAT/PMT指针作为管理信息记录，但也可将包含实际的PAT的传输分组以及包含PMT的传输分组，对每个确保MPEG规格的连续性的SOBU的组(group)的单位，独立于每个SOBU组的管理信息来记录。此外，也可对每个记录文件记录。其中，在对每个记录文件进行记录的情况下，检测出包含DIT的传输分组时，必须在检测出前与检测出后分断记录文件。此外，也可不包含传输分组报头，只有PAT以及PMT的表。

此外，在对每个记录文件进行记录时，可不将包含PAT的传输分组以及包含PMT的传输分组原样记录，如图10所示，将内部包含的各个基本流的种别与PID的对应、PMT的PID、存放PCR的PID等归纳记录。

还有，也可在SOBU内检测出包含首个PAT以及PMT的传输分组的连续性计数器的值来含入。图11表示每个这种SOBU的管理信息的例子。

此外，由于通常经过多个SOBU而PAT以及PMT没有变化，因此也可将用于识别作为每个SOBU组的管理信息而另外记录的PAT_TSP以及PMT_TSP的识别符，对每个SOBU组记录。

而且，在将用户指定的特定的SOBU作为再生开始点的情况下，必须先于该SOBU，将另外记录的PAT以及PMT构成为传输分组来送出。还有，对包含PCR的传输分组，也必须以PMT与SOBU之间的定时送出。

此时，作为包含PAT的传输分组以及包含PMT的传输分组的连续性计数器的值，也可使用从被作为管理信息记录的SOBU内首个PAT以及PMT的连续性计数器的值中减去‘1’后的值。由此，通过在SOBU内保持首个PAT以及PMT的连续性计数器的值作为管理信息，能够容易地作成PAT以及PMT。

还有，本实施方式中，虽然将包含序列·开始·代码的第1字节的V_TSP配置于第2个以后的SOBU的前端，但也可在SOBU的前端记录其他的传输分组。这是因为，只要SOBU内的首个V_TSP包含有序列·开始·代码的第1字节即可。作为记录其他的传输分组的例子，有将每个传输分组的到达定时信息归纳给定数量来进行存放的情况。

另外，虽然本实施方式的记录器不具有MPEG解码器，但也可设置MPEG解码器。由此，可通过记录器内部的处理进行再生显示。

还有，本实施方式中，虽然令包含序列头的V_TSP包含PES报头，但也可不必包含PES报头。这是由于，MPEG规格中，也允许影像的PES报头只在流的前端出现一次的情况。

此外，本实施方式中，虽然没有提及有关包含SOBU前端的V_TSP前送出的PAT_TSP、PMT_TSP以及PCR的传输分组的送出定时，但可考虑接收侧的处理速度来空出时间间隔地送出。

还有，本实施方式中，虽然令第一个SOBU从PAT_TSP起记录，但也可从其他种类的传输分组开始记录。例如，可将首个PAT_TSP到达为止的传输分组全部记录。

另外，本实施方式中，虽然对每个SOBU记录SOBU时间长和TSP到达时间，但也可只记录TSP到达时间。这种情况下，由于不需要序列头的检测处理和区域数的计数处理，因此可简化管理信息生成部。

(实施方式3)

以下，参照附图，对本发明的实施方式3中的装置进行说明。相对上述的实施方式1以及2涉及影像文件的记录·再生，本实施方式涉及声音文件的记录·再生。

首先，本实施方式中的记录再生声音文件的记录器的结构，与图5所示的记录器200相同。由于记录器200的结构在实施方式1中已进行了说明，因此以下省略详细的说明。

图12是声音文件的数据结构图。如图12所示，声音文件，由数据大小固定长(例如约2千字节)的报头、以及音频对象(以下，称作“AOB”)构成，AOB由多个音频对象单元(以下，称作“AOBU”)构成。

报头中，存放有涉及声音文件的管理信息。各个AOBU中，包含给定数(例如4个)的声音帧，并在前端包含PAT_TSP以及PMT_TSP。此外，1声音帧，由给定数(例如3个)的传输分组A_TSP构成。图12中，以各声音帧为固定位速率为前提。

通过采用图12中所示的声音文件的数据结构，在从中途的AOBU起开始再生的情况下，可靠地包含PAT_TSP以及PMT_TSP。因此，不论从声音文件的哪个AOBU起开始再生，都能够可靠地从前端声音帧起开始再生。

此外，如本实施方式所示，若设AOBU中包含的声音帧为4个，则能令PAT/PMT的插入定时均为100msec以内。通过这样，能够收纳在与日本的BS数字广播相对应的1394的传输规格所规定的100msec以内。具体来说，相当于以48KHz采样率、1024采样使用ISO/IEC 13818-7Advanced Audio Coding(高级音频编码)压缩的情况。

此外，如图12所示，通过将PAT_TSP以及PMT_TSP的插入定时、构成AOBU的声音帧数、以及构成声音帧的传输分组数固定化，在通过时刻指定从中途的AOBU起进行再生的情况下，由于只通过单纯的计算就求得与时刻对应的AOBU的位置，因此无需像实施方式2那样记录与TM_ENT表或SOBU_ENT表相当的表。作为必要的信息，1声音帧的帧时间、构成1声音帧的传输分组数、以及构成1AOBU的声音帧数就足够了。可将这些信息，记录于例如声音文件的报头部分。

还有，本实施方式中，虽然对将PAT_TSP以及PMT_TSP的插入定时、构成AOBU的声音帧数、以及构成声音帧的传输分组数固定化进行了说明，但也可令构成AOBU的声音帧数、以及构成声音帧的传输分组数为给定数以下。其中，在这种情况下，将与实施方式2那种TM_ENT表或SOBU_ENT表相当的表，作为文件注脚或其他的管理文件来进行记录较好。

此外，实施方式1以及3中，虽然将PAT_TSP以及PMT_TSP配置于VOBU或者AOBU的前端，但也可在PAT_TSP以及PMT_TSP的近前记录其他的传输分组，并接着记录PAT_TSP、PMT_TSP。这是因为，可在VOBU或者AOBU内的首个V_TSP或者A_TSP之前，记录PAT_TSP以及PMT_TSP。作为记录其他的传输分组的例子，存在将每个传输分组的到达定时信息以给定数归纳来进行存放的情况。

还有，优选在AOBU内的首个A_TSP内，传输分组报头内包含PCR。这是由于，能够将PAT_TSP、PMT_TSP以及PCR比A_TSP内的声音数据更早地送出。

(实施方式4)

图13表示本实施方式中的播放器400的结构。播放器400，通过例如记录器200(图5)的1394接口部和1394电缆被连接。

从1394接口部401输入的传输流，被PAT/PMT/PCR解析部402提取PAT、PMT以及PCR区域。解析部402，解析后，将解码所必需的影像以及声音的PID和PCR发送给再生部403。再生部403接收到影像PID、声音PID以及PCR后，立即开始蓄积所输入的传输流。然后，利用所接收的信息开始传输流的解码处理。再生部403，向显示部404交付解码后的影像信号以及声音信号。

在解码处理开始时，包含PCR的传输分组成为蓄积以及解码的开端(触发)的情况下，该传输分组自身以后的传输分组成为蓄积以及解码的对象。以后，PAT/PMT/PCR解析部402，通过检测出PAT/PMT/PCR，向再生部403交付PID和PCR。

根据上述结构，通过在图13中所示的播放器的1394接口部401中，接收从实施方式1～3涉及的记录器的1394接口部中输出的传输流，能够可靠地从传输流的前端起进行再生。

用于PAT/PMT/PCR的解析处理所必需的处理时间，根据各个机器而不同。例如如果有处理时间为0.5秒的机种，则也有1.0秒的机种。但是，若本实施方式1、2以及3中的送出侧机器，与这些处理时间不相关地输出统一的传输流，则实施方式4中的接收侧的播放器结束PAT/PMT/PCR的解析处理后，能够马上开始影像等的再生。

根据该方法，通过发送侧机器估计解析处理时间的最大值、只送出包含PAT/PMT/PCR的传输分组、且将传输流的输出停止解析处理时间的最大值的期间的方法，能够缩短到影像以及声音输出为止的延迟时间。还有，在选择特定的场景，来连续对选定的多个场景并进行再生的情况下，也能够缩短场景的切换时间。

此外，在发生这种场景的切换时，可预先向机器通知场景的切换定时。作为通知内容，可作为例如之前的场景中使用的STC(系统时间时钟)的值来表现，通知下个场景的首个帧被再生的定时。作为通知方法，可使用例如1394中的AVC命令。此外，也可用特别的传输分组进行通知。

此外，可在比传输流的切换点稍靠前地向机器通知有关下一场景的PAT/PMT的信息。为了进行通知，可使用PAT以及PMT的版本编号(Version_number)区域以及当前_下个_识别符(Current_next_indicator)区域。

此外，在场景的切换点中，可通过送出侧插入包含DIT(DiscontinuityInformation Table：非连续信息表)的传输分组，使得能够通过输入流的监视确认传输流内的切换定时。

还有，本实施方式中，虽然假设PAT/PMT/PCR解析部402，以PAT、PMT、PCR的顺序进行输入的情况，但在以不同的顺序输入的情况下，也可向再生部403交付该PAT、PMT、PCR中包含的影像以及声音的PID和PCR等的信息。

通过将这种处理作为前提，在实施方式3中，可从比包含序列头的传输分组早100msec以内的过去输入的传输分组中，提取包含PAT_TSP、PMT_TSP以及PCR的传输分组，按照该顺序直接送出。此时，无论包含PAT_TSP、PMT_TSP以及PCR的传输分组的送出顺序如何，接受侧纠正为包含PAT_TSP、PMT_TSP以及PCR的传输分组的顺序来解释。由此，无需从300msec前输入的传输流中提取这些传输分组。

此外，如果将这种处理作为前提，则在实施方式1及2中，包含PAT_TSP、PMT_TSP以及PCR的传输分组的送出顺序以及记录顺序，则可不遵守该顺序。此外，实施方式3中的PAT/PMT指针，也可参照包含PAT_TSP、PMT_TSP以及PCR的传输分组中被最早输入的传输分组的位置信息。这是由于，从该位置起到SOBU的前端为止，存在这3种类的传输分组。

(实施方式5)

图14表示ARIB(Association of Radio Industries Businesses：社团法人电波产业会)规格的多视点(multiple view)广播中利用的传输流的管理信息的数据结构。多视点广播，在一个传输流内最多三组节目被多路复用。这种传输流的情况下，对每组该节目作成SOBU_ENT表以及TM_ENT表。

然后，将显示时间接近的节目1、节目2以及节目3的各自的SOBU_ENT表，按照1、2、3、1、2、3、…的方式顺序重复记录。对TM_ENT表也同样地进行记录。还有，各个SOBU_ENT表以及TM_ENT表，具有与实施方式2相同的数据结构。此外，在TMAP_GI内记录节目的多路复用数。其他的结构与实施方式2相同。

根据以上的结构，对于多视点广播而言，也能用任意的节目中的任意的序列头，以包含PAT、PMT以及PCR的形态实现传输流的送出。

还有，也可将与节目2以及节目3相对应的SOBU_ENT表，串联地记录在节目1的SOBU_ENT表后。此外，可将与节目2以及节目3相对应的TM_ENT表，同样地串联记录在节目1的TM_ENT表后。

(实施方式6)

以下，说明数据流的两种的管理文件。之后，说明可容易地向任意一个管理文件变换的本实施方式种的管理文件。同时，说明生成这种管理文件的本实施方式种的装置。

还有，在以下说明的实施方式中，即使记录装置自己编码来生成动画流，也将动画流的再生单位称作SOBU。请注意，为了便于说明没有对SOBU与VOBU进行区分。

图15表示第1管理文件1的数据结构。

光盘记录器等的记录机器，生成1个以上的SOBU来作为流文件进行记录。之后，记录存放涉及该流文件的管理信息的管理文件。流文件和管理文件，配置于相变化光盘131上的同一目录中。此外，令文件名只有文件扩展名不同，除了文件扩展名以外分配相同的名字。例如，以MOVIE001.MPG(流文件)和MOVIE001.CTL(管理文件)的方式，保持1∶1的对应关系来进行记录。管理文件的管理信息，用于例如从流文件中的任意位置起再生影像、声音。再生时，机器根据用户指定的再生开始位置的从前端起的经过时间，从管理文件中导出应再生的SOBU的存放目的地地址，并用存放于该地址的流文件的数据再生影像等。

图15中所示的管理文件1，由TMAP_GI表2以及多个SOBU_ENT表(SOBU_ENTs)3构成。

首先，TMAP_GI表2中，在TMAP类型中存放有类型编号作为管理文件的数据结构的识别符。此外，SOBU项数中存放有SOBU_ENT表的个数。

接下来，说明SOBU_ENT表3。首先，在“I-picture data size”区域4中，设定SOBU的前端记录的I图画的数据大小。被设定的值，为从存放I图画的数据的前端的传输分组起、到存放该数据的末尾的传输分组为止的个数。还有，各个传输分组之间，例如存放音频数据的传输分组可被交错(interleave)。此时，也包含没有存放I图画的数据的传输分组的个数来设定值。

此外，在SOBU时间长区域5中，设定各个SOBU中所包含的图画的总再生时间。被设定的值，为该SOBU被再生时的影像区域数。此外，在SOBU数据大小区域6中，设定各SOBU的数据大小。被设定的值，为SOBU中所包含的传输分组的数目。由于传输分组的数据长被固定为188字节，因此只要记述分组数目就能够容易地确定该SOBU的数据长。

此外，在对通过1394接口部640输入的传输流进行记录的情况下，也可作成流文件并同时生成管理文件。

图16表示第2管理文件11的数据结构。管理文件11，例如被在蓝光光盘中采用。

管理文件11，由TMAP_GI表12以及多个SOBU_ENT表(SOBU_ENTs)13构成。

首先，在TMAP_GI表12中，在TMAP类型中存放有类型编号作为管理文件的数据结构的识别符。此外，SOBU项数中存放有SOBU_ENT表的个数。

接着，在SOBU_ENT表13中，设置“I-picture data size”区域14、PTS差值区域15以及SOBU数据大小区域16。区域14以及16中，分别记述与管理文件1中的同名区域4以及6同等的信息。

另一方面，PTS差值区域15中，被设定数据流中邻接的两个SOBU的前端中记录的I图画彼此的PTS的差值。

以下，参照图17(a)以及(b)，更详细地说明上述的PTS的差值。图17(a)表示SOBU、SOBU前端的I图画的PTS差值的定义、以及SOBU时间长的关系。记号“B”、“I”以及“P”，分别表示MPEG规格中的B图画、I图画以及P图画。各个图画，被以再生的顺序图示。

图17(a)中所示的各SOBU内的各图画的显示顺序为BBIBBP、IBBP、BBI。图中的SOBU时间长，表示各个SOBU中包含的影像帧的再生时间长，以影像区域数为单位进行定义。此外，I图画间的PTS差值，被用作为某SOBU的前端帧的I帧的显示定时(PTS)、与作为紧后的SOBU的前端帧的I帧的显示定时(PTS)的时间差定义。其中，本实施方式中，不是现实附加的PTS值，而是设定影像区域数。

另一方面，图17(b)表示各幅图画的数据在传输流内被配置的顺序。各图画的数据被以该顺序写入记录媒体。图17(b)所示的IBBPBB、IPBB、IBB…，表示在SOBU#i、SOBU#(i+1)、SOBU#(i+2)中，包含压缩影像帧的IBBPBB、IPBB、IBB的各图画。还有，图17(a)以及(b)中，构成一个SOBU的影像帧数为示例。也可包含更多的图画。

本说明书中，设HDD以及相变化光盘中，记录具有图15所示的数据结构的管理文件；存储卡中，记录具有图16所示的数据结构的管理文件。另一方面，设传输文件的数据结构，不管记录媒体的种类如何都相同。即，设在HDD以及相变化光盘的任意一个中，流文件存放有传输流。还有，流文件以及管理文件的数据结构，有时由记录媒体的规格规定，或者任意被任意决定。

在本实施方式中，规定可容易变换为图15所示的管理文件1以及图16所示的管理文件11的任意一个的、新的管理文件。这种管理文件，在生成流文件的同时被生成。通过利用本实施方式中的管理文件，在从记录器向其他机器转送数据流时，可将该管理文件变换为适合转送目的地的机器的管理文件。由于不需要完全解析数据流来生成管理文件，因此能以高速完成数据流以及管理文件的转送。

以下，对生成本实施方式中的管理文件的记录器的结构及动作、和管理文件的数据结构进行说明。

图18表示本实施方式中的HDD内置光盘记录器500的主要功能框的结构。HDD内置光盘记录器500(以下记为“记录器500”)，通过记录再生部540将影像信号以及声音信号编码来生成传输流以及管理信息。然后，将传输流以及管理信息作为流文件以及管理文件，通过HDD(硬盘驱动器)部520以及/或者光盘驱动器部530记录于各个记录媒体。该管理文件，虽然包含图15所示的SOBU时间长区域，但与图15所示的数据结构不同。详细的数据结构，在后面参照图20进行说明。

图19表示记录器500的记录再生部540的详细结构。在接收影像信号以及声音信号后自己进行编码(即进行自编码)的情况下，进行与图5所示的记录器200的流的记录处理、以及图15所示的包含SOBU时间长的管理信息的记录处理基本相同的处理。

记录再生部540的格式变换部510，能够读取记录于HDD或者相变化光盘的流文件，并通过存储卡驱动器部550向存储卡写入。此外，格式变换部510，能够读取记录于HDD或相变化光盘的管理文件，并进行格式变换后向存储卡驱动器部550的存储卡写入。

还有，记录再生部540，能够通过1394接口从其他装置接收并记录(即导入)传输流。此外，记录再生部540，能够通过1394接口将传输流向其他装置送出，并记录于该装置(即导出)。这些导入/导出处理，与实施方式2中的流的导入/导出处理相同。此外，将管理信息作为管理文件进行记录的处理也与图16所示的管理信息的记录处理相同。

图20，表示本实施方式中的管理文件21的数据结构。管理文件21，由TMAP_GI表22、以及多个SOBU_ENT表(SOBU_ENTs)23构成。

该管理文件21与图15所示的管理文件1的不同点在于，管理文件21的SOBU_ENT表23新具有先行显示个数区域27。先行显示个数区域27中，记述被比SOBU内的前端I帧更前显示的影像帧的信息。其他的区域中，记述与图15所示的管理文件1的对应区域相同的信息。

还有，对应的SOBU时间长区域25和SOBU的数据大小(或者SOBU的记录位置)区域26，被存放于各个SOBU_ENT表23中。它们被定位为各SOBU固有的信息。

以下，参照图21(a)及(b)，对先行显示个数区域中记述的信息所表示的含义进行说明。

图21(a)以及(b)，示意表示记录于管理文件中的先行显示个数的定义。

首先，图21(b)表示各个帧的数据被记录的顺序。传输流中的SOBU#i、SOBU#(i+1)、SOBU#(i+2)中，图画的数据分别被以IBBPB…B、IPBBPB…B、IBI…的顺序记录。

另一方面的图21(a)，表示各帧被显示的顺序。本例中，显示顺序，涉及各个SOBU为BBIBB…P、IBBPBB…P、BIB…。在SOBU#i中，根据图21(a)，I帧前的2个B帧，被在I帧前显示。因此，先行显示个数为2帧(4区域)。

接着，在SOBU#(i+1)中，不存在被在其前端的I帧更前显示的帧。因此，先行显示个数为0帧(0区域)。

然后，在SOBU#(i+2)中，只有一个B帧被在前端的I帧更前显示。因此，先行显示个数为1帧(2区域)。

记录器500，接收影像信号后，自己实施编码处理来生成传输流。因此，生成各个SOBU时，能够指定被比各个SOBU内的前端I帧更前显示的帧的时间长。

如上所述，被指定的比各个SOBU内的前端I帧更前表示的帧的时间长，以影像的区域数为单位记述于SOBU_ENT表的先行显示个数区域中。在1秒间显示30幅帧图像的影像系统中，1区域图像对应1/60秒的时间长。因此，当两幅帧图像被比I帧先显示时，在先行显示个数区域中记述“4”。

再有，利用影像的区域数来记述先行显示个数的理由如下。例如，在将实质24帧的胶片素材向每秒60区域实施3∶2下拉(pull down)变换来进行记录的情况下，存在被记录的1个影像帧具有2区域或者3区域量的再生时间长。因此，优选以区域为单位。假设不设想这种情况，则当然也可以影像帧数为单位。

图22，表示记录器500生成管理文件21的处理的顺序。为了简化说明，以下重点对涉及影像信号的处理进行说明。

在步骤S211中，MPEG编码器670，根据影像信号用影像帧单位进行编码处理。然后，在步骤S212中，MPEG编码器670，确定被比SOBU前端的I图画(I帧)更先显示的影像帧。具体来说，MPEG编码器670，可从被在前个SOBU的末尾的影像帧以后输入的影像帧中、确定将哪个影像帧作为首个I帧来进行编码。由此，能够指定被比该影像帧更前输入的影像帧(即比I帧更先显示的B帧)。MPEG编码器670，输出有关比I帧更先显示的影像帧的个数的信息。还有，也可将影像帧被生成这个情况个别地通知，来代替有关影像帧的个数的信息。

此时，MPEG编码器670，还将有关I图画的数据大小、SOBU时间长以及SOBU数据大小的信息一起输出。由于MPEG编码器670进行编码处理以及分组的排列处理，因此每当各个SOBU被生成时这些所有的信息被确定。

在步骤S213中，管理信息生成部642用区域数计算出与确定的影像帧的个数对应的显示时间。然后在步骤214中，管理信息生成部642，将计算出的区域数的值，记述于SOBU_ENT表23内的先行显示个数区域27中。管理信息生成部642，每当生成SOBU时，也将I图画的数据大小、SOBU时间长以及SOBU数据大小的信息写入表中。

上述处理的结果，各SOBU_ENT表(SOBU_ENTs)23被生成。再有，取得所有的SOBU后，还确定TMAP_GI表22的内容。

之后，记录控制部661接受该管理信息，向HDD部520以及/或者光盘驱动器部530发送，来在HDD以及/或者相变化光盘中写入。其结果，得到管理文件21。

再有，由于HDD内置于记录器500内，因此对于写入的数据结构可不考虑与外部机器的整合。由此，即使写入本实施方式中的管理文件21的数据结构，也不会产生问题。在输出给与管理文件21的数据结构不对应的外部机器时，可通过参照图23说明的变换处理，变换为图15所示的管理文件1或者图16所示的管理文件11。

另一方面，由于相变换光盘可移动，因此如果装填于不对应管理文件21的机器中，则不能进行处理，有可能产生错误。但是，通过令管理文件21的各个数据结构规范化等，在相变化光盘中记录管理文件21没有问题。

本实施方式中的记录器500，能够利用管理文件21来再生影像以及声音。例如参照管理文件21，也能够容易地实现从指定的流的前端起再生第10秒以后的处理。

具体如下。首先管理信息生成部642，将SOBU时间长区域25的值相加直到超过10秒为止。当超过10秒时，可以认为在与最后相加的SOBU时间长对应的SOBU内存放有第10秒的影像帧数据。通过管理信息生成部642确定SOBU后，根据再生控制部662的指示再生部621读出该SOBU，并发送给MPEG解码器671。MPEG解码器671，对该SOBU进行解码，对从流的前端起第10秒的影像帧之后进行输出。其结果，从指定的时刻的影像起开始再生。还有，上述的处理不仅在再生时，在通过1394接口输出影像的情况下也同样进行。

接着，对记录器500将管理文件21变换为图15中所示的管理文件1或者图16中所示的管理文件11的处理进行说明。以下，以将记录于记录器500的HDD中的流文件以及管理文件转送给其他记录媒体为例对变换处理进行说明。

图23表示管理文件的变换处理的顺序。

首先，在步骤S221中，记录器500，通过遥控器或者记录器500主体的按键(均未图示)，从用户接收转送指示。此时，转送目的地的记录媒体或其记录机器被与转送指示一起指定。于是在步骤S222中，首先，记录器500的再生控制部662指示从HDD中读出流文件。然后，通过再生部621读出的流文件，被转送给例如光盘驱动器部530或存储卡驱动器部550，写入被指定的记录媒体。如上述那样，不论记录媒体的种类如何，传输流都被直接转送。

在接下来的步骤S223以后，进行管理信息的变换处理。首先在步骤S223中，格式变换部510，判定转送目的地是否为存储卡。其理由在于，如果为存储卡，则需要变换为图16的管理文件11；如果为存储卡以外的记录媒体(例如光盘)，则需要变换为图15的管理文件1。如果转送目的地为存储卡，则处理进入步骤S224；如果转送目的地为存储卡以外的记录媒体，则处理进入步骤S226。

再有，“存储卡”中，不仅包含装填于记录器500中的存储卡，还包含与记录器500连接的外部机器的存储卡。此外，“存储卡以外的记录媒体”中，包含记录器500的光盘、与记录器500连接的外部机器的光盘或者HDD。

接着，在步骤S224中，根据再生控制部662的指示，再生部621读出管理文件21。格式变换部510，接收管理文件21，参照各个表的先行显示个数区域27，计算出I图画的PTS差值。

如果利用图17所示的SOBU_ENT表的SOBU时间长以及先行显示个数的关系，则可由下式1算出该PTS差值。

(式1)

SOBU_ENT表#j(图16)的I图画的PTS差值

＝SOBU_ENT表#i(图20)的SOBU时间长

-SOBU_ENT表#i(图20)的先行显示个数

+SOBU_ENT表#(j+1)(图20)的先行显示个数

在接下来的步骤S225中，管理信息生成部642，将各表23的SOBU时间长区域25的值，置换为计算出的各PTS差值。由此，生成图16的PTS差值区域15。

在步骤S226中，格式变换部510，删除各个表23的先行显示个数区域27。通过以上处理，能够根据图20所示的管理文件21，得到图16中所示的管理文件11。

还有，当在步骤S223中，判断转送目的地为存储卡以外时，只删除管理文件21的先行个数区域27，通过这样得到管理文件1。这点根据图20的管理文件21与图15的管理文件1的关系明确。

在上述的处理中，所提到的区域以外的区域，不需要特别进行变换。得到的管理文件，被转送并记录于所指定的记录媒体中。

再有，在上述的处理中，在接收到流的转送指示时执行变换处理。但是，记录器500，也可以任意的定时执行上述的变换处理。例如，可在没有接收到转送指示的时刻预先进行变换处理，来保持管理文件1以及/或者管理文件11，使得在接收到转送指示之后，能够立刻开始转送。此外，上述的变换处理中，虽然在管理文件的变换前进行流文件的转送，但也可在管理文件的变换后，即步骤S226之后转送流文件。

根据以上的结构，由于在向存储卡等的其他记录媒体导出通过本实施方式中的记录器500记录的影像流及其流的管理信息时，无需读入所记录的影像流的全部的SOBU，并进行解析来变换管理信息，因此可高速地进行变换处理。

还有，本实施方式的管理文件21，在SOBU_ENT表中包含SOBU时间长区域25。但是可取代该区域，包含与图15的区域15对应的I图画间的PTS差值区域。设置PTS差值区域时，对应的I图画数据大小与PTS差值区域，被存放在各个SOBU_ENT表23中。这些均为关于各个SOBU的I图画的信息。

设置PTS差值区域，也可容易地得到SOBU时间长。即，如果将式1的右边第1项移项到左边，将左边的项移项到右边，则能够得到SOBU时间长。

此外，也可不记录先行显示个数，而包含I图画的数据大小、SOBU时间长、SOBU数据大小、I图画间的PTS差值。利用这些区域，也能容易地得到变换后的管理文件。

还有，在和具备1394接口的机器之间进行导入/导出的情况下，不仅流，而且还转送管理文件21，还有，也可将管理文件数据转换为给定的形式(例如管理文件1或者管理文件21的形式)。但是，需要注意，管理文件必须用1394规格的非同步通信模式进行传送。

(实施方式7)

在实施方式6中，说明了将HDD或者相变化光盘上的流文件以及管理文件导出到其他HDD、相变化光盘或者存储卡中的处理。

本实施方式中，对将流文件以及管理文件导入到HDD、相变化光盘或者存储卡中的处理进行说明。该处理中所利用的管理信息的数据结构，与实施方式6中的数据结构不同。以下，对这种处理以及数据结构与机器的动作一起进行说明。还有，本实施方式中的记录器500，也能够进行实施方式6中的导出处理。由于该处理与实施方式6中所说明的处理相同，因此省略说明。

本实施方式中的机器的硬件的结构，与记录器500(图18以及图19)的结构相同，因此省略其说明。以下，将记录器500作为本实施方式中的机器进行说明。

格式变换部510，从存储器卡驱动器部550读取记录完毕的流文件，向HDD或者光盘写入。此外还有，格式变换部510，读取写入在存储卡中的管理文件，进行格式变换后写入HDD或者光盘中。被导入的流文件与管理信息1∶1对应。

图24表示本实施方式中的管理文件31的数据结构。

管理文件31的数据结构与实施方式6的管理文件21的数据结构的不同点在于，具有“SOBU时间长或者I图画间的PTS差值”区域37，来取代图20中的SOBU_ENT表23的SOBU时间长区域23。

还一不同点在于，在TMAP_GI表32中，设置两个标志区域34以及35。标志区域34中被写入切换标志，表示SOBU_ENT表33内的区域37中记述有SOBU时间长的数值以及PTS差值的数值的哪个。此外，标志区域35中记录有效性标志，表示在SOBU_ENT表33中是否记录有先行显示个数。各个标志的细节将在后面叙述。除了上述的不同点之外，其他的区域(区域36、38等)与图20中所示的同名的区域相同。

在自编码时，记录再生部540的管理信息生成部642，在区域37中记述SOBU时间长的数值。然后，根据MPEG编码器670的输出确定先行显示个数，并在区域39中设定其值。此时，令TMAP_GI32的区域34的切换标志的值为0。同时，令区域35的有效性标志的值为1。通过这样，表示出：区域37中记述SOBU时间长的数值，区域39中记述有先行显示个数值。

图25表示，在本实施方式的记录器500中，向存储卡导出时和从存储卡导入时的、管理文件的SOBU_ENT表的各个区域的对应关系。其中在导出时，通过格式变换部510，自编码时的管理文件内的SOBU_ENT表33，被变换为SOBU_ENT表13。存储卡上的管理文件的I图画间的PTS差值区域15的值，被利用SOBU_ENT表33的SOBU时间长区域37以及先行显示个数区域39这双方的值生成。

此外在导入时，格式变换部510，将存储卡上的管理文件内的SOBU_ENT表13，变换为SOBU_ENT表43。存储卡上的PTS差值区域15的值，被拷贝到SOBU时间长或者I图画间的PTS差值区域44。其中此时，SOBU时间长/PTS差值的切换标志34(图24)，选择表示记述有PTS差值的值1并来记述。然后，先行显示个数的有效性标志35的值，选择表示无效的值0来记述。

本实施方式中的记录器500，在再生记录于HDD部或者光盘部中的流文件的情况下，能够参照对应该流的管理文件来决定再生开始点。例如，在从流的前端计第10秒的开始点起开始再生的情况下，必须确定流中的再生开始点。管理文件中，存放有SOBU时间长、或者两个邻接的SOBU的前端的I图画间的PTS差值。无论记述有SOBU时间长与PTS差值中的哪个值，再生控制部662都能确定作为再生开始点的传输分组。细节如实施方式6中所述。

根据以上的结构，本实施方式中的记录器，在从外部导入传输流文件及其管理文件时，能不解析流地生成管理文件。还有，在向外部导出传输流的文件及其管理文件时，也能不解析流地生成管理文件。

通过这样，和存储卡之类的其他种类的记录媒体间能够容易地实现导入/导出。

再有，本实施方式中，自编码时记录SOBU时间长以及先行显示个数。但是，也可选择PTS差值和先行显示个数来进行记录。此时，即使例如与导出目的地的机器对应的管理文件具有采用SOBU时间长的数据结构，也能根据以下式2，容易地算出SOBU时间长。

(式2)

其他的管理文件的SOBU_ENT表#i的SOBU时间长＝

自编码时的SOBU_ENT表#i的PTS差值

+自编码时的SOBU_ENT表#i的先行显示个数

-自编码时的SOBU_ENT表#(j+1)的先行显示个数

再有，本实施方式中，管理信息选择SOBU时间长或者PTS差值的任意一个来设定值。但是，也可对每个SOBU_ENT表中设置这两者的区域。

在本实施方式中，存储卡记录包含I图画间的PTS差值的管理信息。但是，根据存储卡的种类也可采用不同的数据结构。例如，图26表示，本实施方式中的、管理文件的SOBU_ENT表的各个区域的第2对应关系。与图25的例子相同，存储卡#1的管理文件的表13中，设置I图画间的PTS差值区域。另一方面。存储卡#2的表53中，设置SOBU时间长区域54。

记录器500，能够将导出到图26的存储卡#1中的流文件以及管理文件，再次导入记录器500中，之后向存储卡#2导出。由于最初导出的前管理文件中包含的先行显示个数的信息被丢掉，因此向存储卡#2导出后，管理文件的表53不包含先行显示个数的信息。

假设在存储卡#2中也记述先行显示个数的信息时，格式变换部510必须解析传输流，检测出管理文件的SOBU时间长。或者，可在将存储卡#1的流文件暂时记录于硬盘后，接下来将硬盘上的传输流解码来再次压缩编码。由于该处理与自编码处理等同，因此记录器500能够生成应在管理文件中记述的管理信息。之后，可向存储卡#2保存该传输流以及管理信息。通过这样，在进行再次压缩以及编码的同时，新生成管理文件的各个区域，作为存储卡#2的管理数据进行保存。

此外，在通过记录器500的硬盘520，从存储卡#2向存储卡#1翻录流文件以及管理文件时，也必须进行与上述处理相同的解析处理或者再次压缩编码。在从存储卡#2导入到记录器500中时，存储卡#2中不存在先行显示个数区域。因此，导入后的管理文件中，有效性标志35的值选择表示无效的值0来记述，以使先行显示个数区域65无效。

实施方式6以及7中，在自编码时MPEG编码以SOBU的数据形式生成数据。但也可为实施方式1中提及的VOBU的数据形式。即，也可如VOBU那样，前端的分组从PAT_TSP、PMT_TSP起开始。

还有，实施方式6以及7中，虽然设MPEG系统流为传输流，但也可为节目流。此时，I图画的数据大小区域或SOBU的数据大小，不是传输分组数，而必须改称为封包数。

再有，实施方式6以及7中，虽然设MPEG系统流为传输流，但也可为QuickTime流、ISO Base Media文件流、MP4文件流。或者，也可为AVC文件流的流部分。其中，后者的情况中，管理文件的各个区域被映射到文件头内的各个数据区域中来存放。

再有，实施方式6以及7中，SOBU数据大小，也可为令各个SOBU的流前端为零的地址值。

本实施方式6及7中，设格式变换部只对管理信息文件进行数据变换，不对流文件进行数据变换。但是根据需要也可对流文件进行数据变换。

本发明的本实施方式6以及7中，设流以及流的管理文件，最初被记录于相变化光盘或者HDD中。但也可最初被记录于半导体存储器中。此时，记录器，在将流复制到相变化光盘或者存储器中后，再进行管理文件的数据变换。

再有，实施方式6以及7中，虽然令流中包含声音数据，但也可不存在。此外，虽然令流的管理信息不包含实施方式2中所示的PAT/PMT指针、TSP到达时间以及时间长有效标志区域，但根据需要也可包含。

再有，实施方式6以及7中，在TMAP_GI中，可记录前端SOBU的I帧的PTS绝对值。由此，能够将PTS的绝对值与PTS差值一起导出。通过使用该PTS绝对值，能够精细地控制MPEG解码器的显示开始位置。

实施方式6以及7中，SOBU_ENT内的各数据区域，也可作为分别独立的表来设置。独立的各个表，例如作为独立的管理文件存在，并构成管理信息。

此外，也可只将例如先行显示个数的区域作为其他的表来设置。根据该例，由于实施方式6以及7中的管理文件的数据结构构成与管理文件11的数据结构近似，因此能提高与管理文件11的相似性。

再有，上述的实施方式中，流及其管理信息被通过记录器的内置驱动器向记录媒体记录。但是，也可使用通过网络和记录器连接的驱动装置，在记录媒体中记录。

上述的实施方式中，虽然光盘文件系统为UDF，但也可为NTFS、FAT、UFS(Unix File System)等。此外，数字接口例示了1394接口。但也可为其他例如USB2.0或HDMI等的数字接口。

上述的实施方式中，根据MPEG-2视频规格，图画指1个逐行(progressive)影像帧、顶区域以及底区域的2个交错影像组、或者一幅交错影像。该图画，与例如MPEG-4视频规格的视频对象平面(VOP)相对应。

另外，虽然以相变化光盘为例对记录媒体进行了说明，但并非特别限定与此。此外，也可为例如DVD-RAM、MO、DVD-R、DVD-RW、DVD+RW、CD-R、CD-RW等的光盘或硬盘等、的具有盘形状的记录媒体，或者存储卡那种不具有盘形状的记录媒体。此外，也可为闪存、MRAM、FeRAM等的半导体存储器。此外，虽然将读写头作为拾取器，但如果记录媒体为MO则为拾取器及磁头，此外如果为硬盘则为磁头。

再有，图19等的各个功能块，典型上被作为1个以上的集成电路(LargeScale Intergrated Circuit(大规模集成电路)：LSI)的芯片来实现。可将此单独地单芯片化，也可按照包含一部分或者全部的方式单芯片化。例如，可将编码器670以及管理信息生成部642单芯片化，并安装于记录再生部540中。该芯片，能够通过HDD驱动器部520、光盘驱动器部530以及/或者存储卡驱动器部550，将数据流以及管理信息的各文件写入记录媒体中。

再有，也可将编码器670以及解码器671单芯片化，并将管理信息生成部642作为其他的芯片来实现。此时管理信息生成部642，被作为执行实现上述的管理信息生成部所具有的功能的计算机程序的专用处理器或者通用处理器等来安装。

本实施方式中，虽然设逻辑块为32K字节，扇区为2K字节，但只要逻辑块大小是扇区大小的整数倍即可，并不特别限定。例如可令逻辑块为16K字节，扇区为2K字节。此外，也可令逻辑块、扇区均为2K字节。

此外，本实施方式中，以影像压缩编码以及声音压缩编码分别为MPEG2影像压缩编码以及AAC压缩编码为例进行了说明。但是，也可为MPEG1影像压缩编码、MPEG4影像压缩编码等，MPEG4AVC编码(H.264编码)、MPEG-Audio压缩编码、Dolby AC3压缩编码或者Twin-VQ压缩编码等。

再有，图25以及图26的示例中，管理信息生成部根据记录媒体的种类生成SOBU_ENT表的各个项目的信息。但是，管理信息生成部，可仅根据记录媒体的记录格式生成各个信息。或者，可根据记录媒体的种类以及记录格式生成各个信息。

上述的实施方式中，传输流的发送定时由输出定时生成部决定。但是，也可在记录时，将系统编码部104输出的传输分组的发送定时与传输分组同时记录，并在1394输出时利用该发送定时信息。此时，可例如在传输分组的近前记录4字节的发送定时信息，并通过以总计192字节的分组形式进行记录来实现。但是这种情况下，作为SOBU数据长必须用192字节的分组数来进行计数。此外，可将多个发送定时信息存放于发送定时信息存放用的专用传输分组中，并记录与该传输分组的紧后对应的传输分组。此时，分组的数据大小仍为188字节。

上述的实施方式中，虽然以连续的流为前提对流的管理信息进行了说明，但流也可以规定的分组为界，PCR、PTS或者发送定时信息等的时间标记不连续。其中，这种情况下，管理信息可对每个流的连续的范围，分开管理记录。

本发明中的记录器(数据处理装置)，基于规定图22以及图23所示的处理顺序的计算机程序来进行动作。数据处理装置的计算机(例如CPU)，能够通过执行这种计算机程序来使装置内的各个构成要素动作，并实现上述的处理。计算机程序记录于CD-ROM等的记录媒体中，作为产品在市场上流通，或者通过互联网等的电器通信线路传送。由此，能够使计算机系统作为具有与上述的数据处理装置同等的功能的机器来动作。

如上所述，根据本发明，能够获得可以实现导入记录于外部记录媒体中的影像流和管理信息的处理、和对外部的记录媒体高速地导出流和管理信息的处理的数据处理装置。

Claims (11)

1、一种数据处理装置，具备：编码器，其对影像信号进行编码处理来生成数据流；管理信息生成部，其生成用于根据所述数据流再生影像的管理信息；以及驱动器，其将所述数据流以及所述管理信息写入到记录媒体中，

所述编码器，生成多个再生单位，并进行排列来生成所述数据流，该再生单位包含可单独解码的基准图画的数据、需要根据所述基准图画的解码的1幅以上的参照图画的数据、以及表示各个图画的再生时刻的时刻信息，

所述管理信息生成部，根据所述记录媒体的种类以及记录格式，生成与各个再生单位中最初记录的基准图画的再生时刻和所述基准图画的记录位置相关联的基准图画信息、以及与所述再生单位的再生时间长和所述基准图画的记录位置相关联的再生单位信息的一方，进而生成与所述再生单位内的图画的再生时间长相关的时间长信息，将所生成的各个信息作为管理信息存放在每个所述再生单位的1个以上的表中。

2、根据权利要求1所述的数据处理装置，其特征在于，

因所述编码处理，各个图画的数据被排列的顺序，与各个图画被显示的顺序不同，

所述编码器，关于所述再生单位中的数据的排列，输出确定被比首个基准图画更后排列的一幅以上的参照图画、且被比所述首个基准图画更先显示的1个以上的参照图画的信息，

所述管理信息生成部，生成有关被指定的所述一幅以上的参照图画的再生时间长的时间长信息，进而存放在每个所述再生单位的1个以上的表中。

3、根据权利要求1所述的数据处理装置，其特征在于，

所述管理信息生成部，生成指定被生成的所述基准图画信息以及所述再生单位信息的一方的第1标志、以及表示包含有所述时间长信息的第2标志，进而存放在每个所述再生单位的1个以上的表中。

4、根据权利要求1所述的数据处理装置，其特征在于，

还具备变换所述管理信息的形式的变换部，

在所述管理信息生成部生成所述基准图画信息时，所述变换部，还根据所述基准图画信息以及所述时间长信息生成所述再生单位信息。

5、根据权利要求4所述的数据处理装置，其特征在于，

所述变换部，将生成的所述再生单位信息置换为所述基准图画信息，来生成新的管理信息。

6、根据权利要求5所述的数据处理装置，其特征在于，

还具备接口部，其用于与外部机器之间进行数据通信，

所述接口部，向所述外部机器输出所述新的管理信息以及所述数据流。

7、根据权利要求1所述的数据处理装置，其特征在于，

还具备变换所述管理信息的形式的变换部，

在所述管理信息生成部生成所述再生单位信息时，所述变换部，还根据所述再生单位信息以及所述时间长信息生成所述基准图画信息。

8、根据权利要求7所述的数据处理装置，其特征在于，

所述变换部，将生成的所述基准图画信息置换为所述再生单位信息，来生成新的管理信息。

9、根据权利要求8所述的数据处理装置，其特征在于，

还具备接口部，其用于与外部机器之间进行数据通信，

所述接口部，向所述外部机器输出所述新的管理信息以及所述数据流。

10、一种数据处理方法，用于将影像的数据流、以及用于根据所述数据流再生所述影像的管理信息写入到记录媒体，包括：

对影像信号进行编码处理，生成多个包含可单独解码的基准图画的数据、需要根据所述基准图画的解码的1幅以上的参照图画的数据、以及表示各个图画的再生时刻的时刻信息的再生单位的步骤；

将多个所述再生单位排列来生成数据流的步骤；

根据所述记录媒体的种类以及记录格式，生成与各个再生单位中最初记录的基准图画的再生时刻和所述基准图画的记录位置相关联的基准图画信息、以及与所述再生单位的再生时间长和所述基准图画的记录位置相关联的再生单位信息的一方的步骤；

生成与所述再生单位内的图画的再生时间长相关的时间长信息的步骤；

将生成的所述基准图画信息及所述再生单位信息的一方、以及所述时间长信息，作为管理信息存放在每个再生单位的1个以上的表中的步骤；以及，

将所述数据流以及所述管理信息写入到所述记录媒体的步骤。

11、一种电路芯片，具备：编码器，其对影像信号进行编码处理来生成数据流；以及，管理信息生成部，其生成用于根据所述数据流再生影像的管理信息，并指示驱动器来将所述数据流以及所述管理信息写入到记录媒体中，

所述编码器，生成多个再生单位，并进行排列来生成所述数据流，该再生单位包含可单独解码的基准图画的数据、需要根据所述基准图画的解码的1幅以上的参照图画的数据、以及表示各个图画的再生时刻的时刻信息，

所述管理信息生成部，根据所述记录媒体的种类以及记录格式，生成与各个再生单位中最初记录的基准图画的再生时刻和所述基准图画的记录位置相关联的基准图画信息、以及与所述再生单位的再生时间长和所述基准图画的记录位置相关联的再生单位信息的一方，进而生成与所述再生单位内的图画的再生时间长相关的时间长信息后，作为管理信息存放在每个所述再生单位的1个以上的表中。

Images