专利名称：确定记录媒体上的访问位置的方法和管理记录媒体的方法
技术领域：
本发明涉及用于管理诸如其上记录了诸如MPEG数据的可变长度编码数据的盘等的一种记录媒体管理系统，尤其涉及一种在记录媒体中定位访问位置的方法和记录媒体的管理设备。
背景技术：
随着多媒体的最近的发展，对于向记录媒体上记录诸如电影、音乐和静止图片的各种类型多媒体数据的要求得到增加。在这样的记录媒体中，诸如录象带和录音带的磁带媒体在过去被广泛使用，但是近些年来，诸如硬盘、磁盘等的盘媒体用来存储数据已经变得盛行。
磁带媒体是这样的记录媒体，利用它使得数据的记录和再现从磁带的顶部依序进行，即通过依序的访问，因此它们在随机访问方面较差。例如，如果需要使用录象带从指定位置回放，录象带需要向前快进或利用倒带功能倒带以在再现前调节指定的位置。
如果提前设置了一些指示目标位置的索引信息，则访问可以通过简单搜索该索引完成，但仍需要将带子移动到目标位置的物理操作。如果未提供索引信息，有必要在回放时通过快进来定位目标位置，或有必要利用推测进行大致的快进调节和利用播放来定出最终的目标位置以便获得对目标位置的访问。以上述方法，如果使用的是磁带媒体，则它们不适合于随机访问，因为它们需要物理磁带运动。
相反，盘媒体在随机访问方面很好，与磁带媒体相比到任意位置的访问时间可忽略不计。即，只要盘上有数据，则可能迅速进行访问。
作为典型的盘媒体的实用实例，音频方面是MD，视频方面是DVD，它们由于其可随机访问能力而被广泛使用。
现在，说明一种按照MPEG格式编码的数据被记录到盘上的情况。对于向盘上记录视频数据或将其通过传输线路发送，如果视频数据未经压缩而直接发送则因为数据量太庞大而不实用。因此，有必要通过使用MPEG技术等压缩视频数据来减小数据量。
在MPEG技术中，在压缩数据量过程中，使用了可变长度编码技术。特别是，视频数据被有效地利用三种图片压缩方法而减少了数量，此三种方法为帧内编码图片(I-图片)，它利用在那个视频帧内的数据被独立编码；帧内前向预测编码图片(P-图片)，它基于前一个帧的信息被编码；双向预测编码图片(B-图片)，它基于以前和后续的帧被编码。
在这些编码图片中，压缩率按照下列顺序变大，I-图片、P-图片和B-图片。因此视频的一帧的数据量因编码图片的类型的不同而彼此不同，同时数据量因原始视频数据的内容的不同而不同。例如，如果视频数据有较少的运动，P-图片和B-图片与相关的I-图片相差不多以便数据可以被有效地显著压缩。
为了说明，视频数据的单独的帧的数据量不同，如图64的记录顺序(盘上)所示，没有什么方法可以做到不进行MPEG数据的实际解码而计算一次编码的MPEG数据的每个帧的数据量。
在记录了进行了可变长度编码的MPEG数据的情况下，单独帧的数据量不同，因此不可能掌握在盘上何处记录了对应于每个帧的MPEG数据，直到被记录的MPEG数据被从数据的开始处读出和依序解码。
换句话说，如果需要从记录的MPEG数据中的任意点开始重放，数据不能从这样的一个中途点播放，因为在盘上记录了对应于需要从其开始播放的帧的MPEG数据的位置不能够被获知。
因此，为了从任意点播放记录在盘上的MPEG数据，或为了利用任意帧进行特殊的播放，有必要获得用于管理在盘上的对应于单独的帧的数据记录位置的管理信息。利用此管理信息，参见在盘上的任意帧的记录位置变得有可能。
而且，如已经讲述的，通过使用三种类型的图片压缩方法有效地减小了MPEG数据的数据量，此三种类型的图片压缩方法即帧内编码图片(I-图片)、帧内前向预测编码图片(P-图片)和双向预测编码图片(B-图片)。由于P-图片和B-图片基于相关的I-图片而产生，不可能仅仅解码此数据。
当MPEG数据被解码和从开始依序播放时，不会发生任何问题，但是当MPEG数据从数据的中途的一个帧播放时或当选取任意帧进行特殊播放时，会发生下列问题。就是，如果需要从其开始播放的的帧是P-图片或B-图片时，不可能没有I-图片和/或P-图片数据——基于它们构建了所讨论的帧——而解码此帧。
为了处理此情况，MPEG方案有了一个由多个帧构成的称为GOP(图片组)的结构。此GOP结构的特点是在一个GOP中至少包含一个I-图片。
因此，如果每个GOP结构被假定是访问单元，则GOP有必要包含I-图片——基于它构建了P-图片和B-图片——以便目标帧的解码可以保证。
以这种方式，对于实现对MPEG数据的随机访问，该访问应当通过假定每个GOP结构为一个单元而对每个GOP结构进行。例如，即使在需要从GOP结构内的中途的帧开始播放，播放的控制的执行也应当使得GOP的整个数据被首先解码，然后实际的显示可能从目标帧开始。这产生了好象仅仅从目标帧开始播放的相同的效果。
如上所述，为了从MPEG数据中的任意帧开始播放，有必要至少具有在包含目标帧的GOP的在盘上的位置信息，而不是每个帧在盘上的位置信息。
即，在给出所有帧的位置信息作为管理信息的情况下，如果要求从其开始播放的帧的数据是B-图片或P-图片，要求从其开始播放的数据的帧没有什么意义，因为此数据不能被解码，除非I-图片的数据被用作基准。
另一方面，对于其中仅仅重现了I-图片和P-图片的诸如快放的特殊播放的情况，需要在盘上的I-图片和P-图片的位置信息。
用于向盘媒体记录MPEG数据的一种现有技术是只读DVD。在DVD中，构成一个GOP的视频数据和与之相关的音频数据通过将称为NV(导航)包的管理信息加到数据前而被多路复用。
使用NV包作为实现特殊播放的信息使得有可能掌握相对于当前播放的位置的下一个和前一个NV包已经被记录在盘上的位置。
日本专利申请公开文本，平11第155130号，公开了当MPEG数据记录到可重写媒体中时地址管理信息的示例。按照此公开文件，地址管理信息被配置了时间图信息，包括VOBU(视频对象单元)图，提供了每个VOBU的地址作为与时间信息相关的MPEG方案中的一个管理单元；地址信息，提供了在固定时段的间隔要重现的VOBU的地址；识别信息，用于识别每个VOBU。
通常，在可重写记录媒体中，由于一些MPEG流可能在盘上删除或除去，管理信息等可能被改变得无序。在管理信息被改变得无序的情况下，如果通过一个单一访问而可以读写管理信息，则系统响应将得到改善。
然而，对于前述的DVD，管理信息在ROM媒体的假设下构建，管理信息在MPEG流中每个NV包多路复用，因此它被分成盘上的多个片段。因此，为了更新管理信息，有必要逐个访问分散在盘上的管理信息片段，而这是不可行的。
另外，在上述的日本专利申请公开文本平11第155130号中说明的假定的对MPEG流的访问通过VOBU单位的随机访问而实现。在此情况下，由单个VOBU管理的视频帧的数量是不同的。
换句话说，对应于一个VOBU的播放时间是不同的，因此当试图通过时间信息指定某些帧时，不能通过简单的计算来进行对包括要播放的帧的VOBU的搜索。在此情况下，有必要通过例如从前面的VOBU依序逐个查看每个VOBU的播放时段来定位VOBU。
当目标VOBU被定位于与前面的VOBU短距离时，不需要多长时间来搜索，但是当目标被定位于与前面有些距离时，需要较多时间来搜索它。为了解决这一点，在日本专利申请公开文本平11第155130号中的此公开文件中，不是采用用于管理所有VOBU的地址的VOBU图信息和时间信息，而是使用了指示对应于在固定时段的间隔要重现的VOBU的地址的VOBU的时间图信息。
即，对于搜索包含目标视频帧的VOBU，在访问VOBU信息前首先要参见时间图信息。而且，基于时间图信息搜索的VOBU图信息不能总是找到包含目标视频帧的VOBU，在被搜索的VOBU信息之后的VOBU信息需要被连续搜索直到找到目标VOBU。
同上面一样，由于在现有技术中，为了搜索目标视频帧，首先使用时间图参考信息进行粗略搜索，然后利用VOBU信息进行精确的搜索，以便识别在盘上的对应地址，现有技术存在的问题在于需要如此复杂的过程。
而且，当添加诸如配音、图片叠印等的后期记录时，需要在流中定义用于保证用于此后期记录的在流中或流外的区域的后期记录单元(PRU)。然而，上述现有技术不能处理这样的流。
本发明的涉及考虑到上述讨论的内容，因此本发明的一个目的是提供一种记录媒体管理系统，包括在记录媒体中定位访问位置的方法和记录媒体的管理设备，此系统能够以简单方式确定目标视频帧的地址并适用于处理具有那里所定义的PRU的流。
发明内容
为了解决上述问题，本发明的被设计成如下形式本发明的第一方面在于数据访问位置定位方法，用于在数据记录媒体中定位访问位置，在此数据记录媒体中在具有视频数据的第一数据流中连续记录时段的数据序列被作为数据的基本单元，该方法包括步骤基于关于视频数据的指定片段的呈现时间(presentation time)信息和与目标数据基本单元的基准位置信息相关的基准时间信息，确定从基准时间信息到呈现时间信息的相对时间；通过基于关于视频数据的指定片段的相对时间和数据子单元的播放时间的操作，识别包括指定视频数据片段的目标数据子单元；从预先存储在管理信息区域的相对距离信息中，识别数据的目标子单元的起始位置信息，其中数据的基本单元包括多个数据子单元，每个子单元都在数据的单基本单元内具有相同的播放时间，并且对于每个数据的基本单元，作为数据的基本单元的起始位置信息的基准位置信息和从基准位置信息到数据基本单元中的每个数据子单元的起始位置信息的相对距离信息被预先存储在记录媒体的管理信息区域中。
按照本发明的第一方面，在一个多媒体数据流中，记录媒体上的任意帧的位置信息可以容易地获得而不必进行复杂的计算。
本发明的第二方面在于第一方面中定义的数据访问位置定位方法，其中数据的子单元是数据第一单元，它是可独立编辑的数据最小单元。
按照本发明的第二方面，在一个多媒体数据流中。记录媒体上的作为任意帧的可编辑最小单位的数据第一单元的位置信息可以容易地获得而不必进行复杂的计算。
本发明的第三方面在于第一方面中定义的数据访问位置定位方法，其中数据的子单元是数据第二单元，它是可独立再现的数据最小单元，每个都具有相同播放时间的多个数据第二单元组成作为可独立编辑的数据最小单元的数据第一单元，每个都具有相同播放时间的多个数据第一单元在单个数据基本单元中。
按照本发明的第三方面，在一个多媒体数据流中，记录媒体上所要求访问任意帧的数据第二单元的位置信息可以容易地获得而不必进行复杂的计算。
而且，由于被经常参考的数据第二单元的位置信息作为管理信息，因此有可能有效地引用管理信息而不必进行位置信息的计算。
本发明的第四方面在于在第三方面中定义的数据访问位置定位方法，进一步包括步骤利用数据第二单元的起始位置信息识别数据第一单元的起始位置信息。
按照本发明的第四方面，在一个多媒体数据流中，记录媒体上所要求访问任意帧的数据第二单元的位置信息以及记录媒体上的作为任意帧的可编辑最小单位的数据第一单元的位置信息可以容易地获得而不必进行复杂的计算。
本发明的第五方面在于在从第二到第四方面中定义的数据访问位置定位方法，其中，数据记录媒体与数据第一单元相关地具有用于后期记录的音频数据单元，用于存储后期记录音频数据，它和与视频数据相关的原始音频数据不同，可以与视频数据同步地记录和再现，而且管理信息区域中预先存储了第三相对距离信息作为每个数据基本单元的用于后期记录的音频数据单元的起始位置信息，该方法还包括步骤基于存储在管理信息区域的第三相对距离信息来识别对应于目标数据第一单元的用于后期记录的目标音频数据单元的起始位置信息。
本发明的第六方面在于在第五方面中定义的数据访问位置定位方法，其中，第三相对距离信息是从基准位置信息到用于后期记录的音频数据单元的起始位置信息的相对距离信息。
本发明的第七方面在于在第五方面中定义的数据访问位置定位方法，其中，第三相对距离信息是从数据第一单元的起始位置信息到用于后期记录的音频数据单元的起始位置信息的相对距离信息。
按照本发明的第五至第七方面，在记录媒体上后期记录音频数据的位置信息——它应当与预定数据同步地再现——可以容易地与单独数据单元的位置信息相关地获得而不必进行复杂的计算。
本发明的第八方面在于用于定位数据记录媒体中的访问位置的数据访问位置定位方法，其中，在具有视频数据的第一数据流中的连续记录时段的数据序列被作为基本数据单元管理，该方法包括步骤基于关于指定视频数据片段的呈现时间信息和与目标数据基本单元的基准位置信息相关的基准时间信息，来确定从基准时间信息到呈现时间信息的相对时间；通过基于关于指定视频数据片段的相对时间和数据第一单元的播放时间的操作，来识别包括指定视频数据片段的目标数据第一单元；从预先存储在管理信息区域中的第三相对距离信息识别与目标数据第一单元相对应的用于后期记录的目标音频数据单元的起始位置信息，其中基本数据单元包括多个数据第一单元，每个第一单元都具有在单个基本数据单元中的相同的播放时间并且是可独立编辑的最小数据单元；数据记录媒体与数据第一单元相关地具有用于后期记录的音频数据单元，用于存储后期记录音频数据，它和与视频数据相关的原始音频数据不同，可以与视频数据同步地记录和再现；对于每个基本数据单元，作为每个用于后期记录的音频数据单元的第三相对距离信息被预先存储在记录媒体的管理信息区域中。
本发明的第九方面在于在第八方面中定义的数据访问位置定位方法，其中，第三相对距离信息是从表示关于基本数据单元的起始位置信息的基准位置信息到用于后期记录的音频数据单元的起始位置信息的相对距离信息。
本发明的第十方面在于在第八方面中定义的数据访问位置定位方法，其中，第三相对距离信息是从数据第一单元的起始位置信息到用于后期记录的音频数据单元的起始位置信息的相对距离信息。
按照本发明的第八至第十方面，在记录媒体上后期记录音频数据的位置信息——它应当与预定数据同步地再现——可以容易地与单独数据单元的位置信息相关地获得而不必进行复杂的计算。
本发明的第十一方面在于在第五或第八方面中定义的数据访问位置定位方法，其中，用于后期记录的音频数据单元在每个数据第一单元中提供。
按照本发明的第十一方面，多个管理信息片段的读写可以在短时间内完成。
本发明的第十二方面在于在第五或第八方面中定义的数据访问位置定位方法，其中，用于后期记录的音频数据单元在基本数据单元外提供。
按照本发明的第十二方面，由于数据区域和管理信息区域清楚地分离，因此在数据区域中不会创建管理信息文件。因此，可以实现在数据区域中的数据连续排列。
本发明的第十三方面在于在第一或第八方面中定义的数据访问位置定位方法，其中，管理信息区域在数据记录媒体内提供。
按照本发明的第十三方面，要再现的数据被排列在与管理信息邻接处以便有可能实现增大的处理速度。
本发明的第十四方面在于在第一或第八方面中定义的数据访问位置定位方法，其中，管理信息区域在数据记录媒体外的记录媒体中提供。
按照本发明的第十四方面，由于管理信息区域被提供给比数据记录媒体有更高的访问速度的记录媒体，因此有可能实现更快的响应。
本发明的第十五方面在于一种数据记录媒体管理设备，用于管理在具有视频数据作为基本数据单元的第一数据流中连续记录时段的数据序列，包括一控制器，该控制器通过以下步骤管理数据利用多个数据第一单元构建基本数据单元，每个数据第一单元是可独立编辑的最小数据单元；利用多个数据第二单元构建数据第一单元，每个数据第二单元是可独立再现的最小数据单元；使得用于再现每个数据第一单元的第一播放时间在单个基本数据单元内相同，并且控制用于再现每个数据第二单元的第二播放时间在单个数据第一单元内相同；为每个基本数据单元管理作为基本数据单元起始位置信息的基准位置信息和从基准位置信息到基本数据单元中的数据第一单元的起始位置信息的第一相对距离信息，其管理方式使得它们可以被写入数据记录媒体或相对于数据记录媒体支持物的某处所安排的管理信息区域中或者被从其中读出。
本发明的第十六方面在于一种数据记录媒体管理设备，用于管理在具有视频数据作为基本数据单元的第一数据流中连续记录时段的数据序列，包括一控制器，该控制器通过以下步骤管理数据利用多个数据第一单元构建基本数据单元，每个数据第一单元是可独立编辑的最小数据单元；利用多个数据第二单元构建数据第一单元，每个数据第二单元是可独立再现的最小数据单元；使得用于再现每个数据第一单元的第一播放时间在单个基本数据单元内相同，并且控制用于再现每个数据第二单元的第二播放时间在单个数据第一单元内相同；为每个基本数据单元管理作为基本数据单元起始位置信息的基准位置信息和从基准位置信息到基本数据单元中的预定数据第二单元的起始位置信息的第二相对距离信息，其管理方式使得它们可以被写入数据记录媒体或数据记录媒体支持物的某处所安排的管理信息区域中或者被从其中读出。
按照本发明的第十五和第十六方面，在数据记录媒体——其中基本数据单元被基于播放时间而划分成数据第一单元和数据第二单元——中的数据记录媒体管理设备管理基准位置信息和在管理信息区域中的第一相对距离信息。因此，管理设备利用时间信息作为关键信息可以通过简单的处理将其转换为位置信息，因此使得有可能容易地访问数据单元中的任意帧。
另外，即使在多个管理信息片段要读写时，也有可能在短时间内完成。由于数据区域和管理信息区域清楚地分离，因此在数据区域中不会创建管理信息文件。因此，可以实现在数据区域中的数据连续排列。
本发明的第十七方面在于在第十五和十六方面中定义的数据记录媒体管理设备，其中，控制器在数据记录媒体中构建用于后期记录的音频数据单元，用于存储后期记录音频数据，它和与视频数据相关的原始音频数据不同，可以与视频数据同步地记录和再现，并且，控制器与每个数据第一单元相关地管理从基准位置信息到用于后期记录的音频数据单元的起始位置信息的第三相对距离信息，管理方式使得该第三相对距离信息可以被写入管理信息区域中或者被从其中读出。
按照本发明的第十七方面，由于后期记录音频数据的位置信息可以通过简单的处理利用时间信息作为关键信息而获得，因此后期记录音频数据可以有效地再现。
本发明的第十八方面在于第十七方面中定义的数据记录媒体管理设备，其中，用于后期记录的音频数据单元在数据第一单元中提供。
按照本发明的第十八方面，要再现的数据被排列在与管理信息邻接，因此有可能实现提高的处理速度。
本发明的第十九方面在于第十七方面中定义的数据记录媒体管理设备，其中，用于后期记录的音频数据单元在基本数据单元外创建。
按照本发明的第十九方面，此配置将不会使得流的构成复杂，因此使得容易访问其他数据单元。
本发明的第二十方面在于第十五或十六方面中定义的数据记录媒体管理设备，其中，控制器管理提供用于位置信息的偏移值的偏移信息，其管理方式使得该偏移信息可以被写入管理信息区域或者被从其中读出。
按照本发明的第二十方面，由于当多媒体流的一些前面部分已经被删除时，被删除数据的位置信息被记录为管理信息，即偏移值，这使得没有必要更新各种管理信息片段中的位置信息的每个片段，因此使得可能节省编辑工作。
本发明的第二十一方面在于具有第十五方面的方法的数据记录媒体管理设备，其中，控制器能够基于第一相对距离信息和第一播放时间来计算数据第一单元的数据播放速率。
按照本发明的第二十一方面，由于在数据第一单元中的视频数据的播放速率可以通过计算确定，因此有可能不用再现视频数据而预先知道数据的播放速率。
本发明的第二十二方面在于在第十六方面中定义的数据记录媒体管理设备，其中，控制器能够基于第二相对距离信息和第二播放时间来计算数据第二单元的数据播放速率。
按照本发明的第二十二方面，由于在数据第二单元中的视频数据的播放速率可以通过计算确定，因此有可能不用再现视频数据而预先知道数据的播放速率。
本发明的第二十三方面在于在第十五和十六方面中定义的数据记录媒体管理设备，其中，位置信息以相对地址表示方式给出，忽略了在记录媒体上的任何分开的排列。
按照本发明的第二十三方面，由于起始地址以相对地址表示方法给出，忽略了在记录媒体上的流的分开的排列，因此由第一单元或第二单元管理的数据数据量可以从一个起始地址和下一个之间的关系而了解。
本发明的第二十四方面在于在第十七方面中定义的数据记录媒体管理设备，其中，控制器管理后期记录的有/无信息，该信息用于指示要同步再现的后期记录音频数据是否已经存储在用于后期记录的音频数据单元中，其管理方式使得该信息可以被写入管理信息区域中或者被从其中读出。
按照本发明的第二十四方面，由于在数据再现时有可能知道是否应当预先读出后期记录音频数据，这使得处理更为有效。
本发明的第二十五方面在于在第十七方面中定义的数据记录媒体管理设备，其中，控制器管理后期记录的有/无信息，该信息用于指示要与数据第一单元同步再现的后期记录音频数据是否已经存储在用于后期记录的音频数据单元中，其管理方式使得该信息可以被写入管理信息区域中或者被从其中读出。
按照本发明的第二十五方面，由于在数据再现时有可能知道是否对每个第一单元应当预先读出后期记录音频数据，这使得处理更为有效。
本发明的第二十六方面在于在第十七方面中定义的数据记录媒体管理设备，其中，控制器管理后期记录的有/无信息，该信息用于指示要与数据第二单元同步再现的后期记录音频数据是否已经存储在用于后期记录的音频数据单元中，其管理方式使得该信息可以被写入管理信息区域中或者被从其中读出。
按照本发明的第二十六方面，由于在数据再现时有可能知道是否对每个第二单元应当预先读出后期记录音频数据，这使得处理更为有效。
本发明的第二十七方面在于在第十四或十五方面中定义的数据记录媒体管理设备，其中，控制器管理数据的邻接信息，该信息用于指示与所述数据第一单元相对应的数据和与后续的数据第一单元相对应的数据——它们暂时连续——是否在记录媒体上被逻辑地和连续地排列，其管理方式使得这些数据可以被写入管理信息区域中或者被从其中读出。
按照本发明的第二十七方面，由于有可能知道是否被观察的第一单元在记录媒体上与前一个第一单元逻辑和连续地排列而不用参见逻辑文件系统信息，这使得处理更为有效。
本发明的第二十八方面在于在第十五或十六方面中定义的数据记录媒体管理设备，其中，控制器管理信息，该信息用于指示在数据第二单元的前部的GOP是否是一个闭合的GOP，其管理方式使得该信息可以被写入管理信息区域中或者被从其中读出。
按照本发明的第二十八方面，在再现数据第二单元之前，有可能了解是否有必要访问前一个第二单元以便执行在数据第二单元内的GOP中的帧的正确再现。
本发明的第二十九方面在于在第十五或十六方面中定义的数据记录媒体管理设备，其中，控制器管理视频帧信息，该信息用于指示在数据第二单元中要管理的MPEG数据的视频帧的数量，其管理方式使得该信息可以被写入管理信息区域中或者被从其中读出。
按照本发明的第二十九方面，数据第二单元的每一个被允许管理不是一个固定数量的帧而是任意数量的帧。
本发明的第三十方面在于在第十五或十六方面中定义的数据记录媒体管理设备，其中，控制器通过使得表示在记录媒体上参考图像的结束地址的结束位置信息可以被写入管理信息区域中或者被从其中读出，来管理在数据第二单元中要管理的MPEG数据的视频帧。
按照本发明的第三十方面，由于可以预先了解从数据第二单元的起始位置到目标参考图像的数据量，这便利了特殊播放的实现。
本发明的第三十一方面在于在第十五或十六方面中定义的数据记录媒体管理设备，其中，控制器管理参考图像起始位置信息和参考图像结束位置信息，其中，参考图像起始位置信息表示在数据第二单元中要管理的MPEG数据的视频帧的参考图像在盘上的起始地址，参考图像结束位置信息表示其结束地址，其管理方式使得这些信息可以被写入管理信息区域中或者被从其中读出。
按照本发明的第三十一方面，当使用具有非常足够的访问性能的记录媒体时，目标参考图像可以被有选择地基于从中应当读出数据的位置信息读出，此特性便利了特殊播放的实现。
本发明的第三十二方面在于在第十五或十六方面中定义的数据记录媒体管理设备，其中，控制器通过使得表示在记录媒体上参考图像的起始地址的起始位置信息可以被写入管理信息区域中或者被从其中读出，来管理在数据第二单元中要管理的MPEG数据的视频帧。
按照本发明的第三十二方面，由于管理了所有帧的起始地址，因此有可能容易地从与下一帧的起始地址的差别而确定每个帧的数据量，并且当使用具有非常足够的访问性能的记录媒体时有选择地读出任意帧的数据。因此这些特性便利了特殊播放的实现。
本发明的第三十三方面在于数据记录媒体管理设备，用于管理作为数据基本单元的在具有视频数据的第一数据流中连续记录时段的数据序列，其中，数据基本单元包括多个数据子单元，所述设备包含一个控制器，它管理每个数据基本单元，其管理方式是使得作为数据基本单元的起始位置信息的参考位置信息、在数据基本单元中的单独数据子单元的每个的相对距离信息和后期记录有/无信息可以被写入数据记录媒体或相对于数据记录媒体的支持物而排列在某处的管理信息区域中或者被从其中读出，所述相对距离信息是从独立数据子单元的基本位置信息到起始位置信息的相对距离信息，所述后期记录有/无信息指示要同步再现的后期记录音频数据是否已经存储在后期记录音频数据单元中。
按照本发明的第三十三方面，由于在数据再现时，有可能预先了解是否应当读出后期记录音频数据，这使得处理更为有效。
按照本发明的第三十四方面的记录媒体管理系统是用于记录了多媒体数据流的记录媒体的管理系统，其中，在由视频和声音构成的第一数据(原始数据)中，一个预定播放时段的数据量被当作第一单元(EU)，在第一单元(EU)中的单独的可再现的数据最小单元被当作第二单元(VU)，每个第一单元(EU)适合于具有与其他相同的播放时段，每个第二单元(VU)适合于具有与其他相同的播放时段。在此管理系统中，在记录媒体上的第二单元(VU)的位置信息被作为每个第二单元的管理信息，因此记录媒体上的第一单元(EU)的位置信息被基于记录媒体上的第二单元(VU)的位置信息而计算。
按照本发明的第三十四方面，在一个多媒体数据流中，可以不需要复杂的计算而容易地获得访问一个任意帧所需要的记录媒体上的第二单元(VU)的位置信息和作为破坏性编辑的最小单元的记录媒体上的第一单元的位置信息。
另外，由于经常被引用的第二单元的位置信息被作为管理信息，因此有可能有效地引用管理信息而不需要计算位置信息。
按照本发明的第三十五方面的记录媒体管理系统是用于记录了多媒体数据流的记录媒体的管理系统，其中，在由视频和声音构成的第一数据(原始数据)中，一个预定播放时段的数据量和要与上述数据同步再现的第二数据(后期记录数据)被当作第一单元(EU)，在第一单元(EU)中的单独的可再现的数据最小单元被当作第二单元(VU)，每个第一单元(EU)适合于具有与其他相同的播放时段，每个第二单元(VU)适合于具有与其他相同的播放时段。在此管理系统中，在记录媒体上的第二数据(后期记录数据)的位置信息被当作每个第二数据片段的管理信息，而在记录媒体上的第二单元(VU)的位置信息被作为每个第二单元的管理信息，因此记录媒体上的第一单元(EU)的位置信息被基于记录媒体上的第二数据(后期记录数据)的位置信息和记录媒体上的第二单元(VU)的位置信息而计算。
按照本发明的第三十五方面，在一个多媒体数据流中，可以不需要复杂的计算而容易地获得访问一个任意帧所需要的记录媒体上的第二单元的位置信息、要与预定数据同步再现的记录媒体上的第二数据(后期记录数据)的位置信息和作为破坏性编辑的最小单元的记录媒体上的第一单元的位置信息。
另外，由于经常被引用的第二单元的位置信息和第二数据的位置信息被作为管理信息，因此有可能有效地引用管理信息而不需要计算位置信息。
按照本发明的第三十六方面的记录媒体管理系统是记录了多媒体数据流的记录媒体的管理系统，其中，在由视频和声音构成的第一数据(原始数据)中，一个预定播放时段的数据量被当作第一单元(EU)，在第一单元(EU)中的单独的可再现的数据最小单元被当作第二单元(VU)，每个第一单元(EU)适合于具有与其他相同的播放时段，每个第二单元(VU)适合于具有与其他相同的播放时段。在此管理系统中，在记录媒体上的第一单元(EU)的位置信息被当作每个第一单元的管理信息，而在记录媒体上的第二单元(VU)的位置信息被作为每个第二单元的管理信息。
按照本发明的第三十六方面，在一个多媒体数据流中，可以不需要复杂的计算而容易地获得访问一个任意帧所需要的记录媒体上的第二单元的位置信息和作为破坏性编辑的最小单元的第一单元的位置信息。
按照本发明的第三十七方面的记录媒体管理系统是用于记录了多媒体数据流的记录媒体的管理系统，其中，在由视频和声音构成的第一数据(原始数据)中，一个预定播放时段的数据量和要与上述数据同步再现的第二数据(后期记录数据)被当作第一单元(EU)，在第一单元(EU)中的单独的可再现的数据最小单元被当作第二单元(VU)，每个第一单元(EU)适合于具有与其他相同的播放时段，每个第二单元(VU)适合于具有与其他相同的播放时段。在此管理系统中，在记录媒体上的第一单元(EU)的位置信息和从记录媒体上的每个第一单元(EU)的起始位置到记录媒体上的第二数据(后期记录数据)的起始位置的距离信息被当作每个第一单元的管理信息，而在记录媒体上的第二单元(VU)的位置信息被作为每个第二单元的管理信息。
按照本发明的第三十七方面，在一个多媒体数据流中，可以不需要复杂的计算而容易地获得访问一个任意帧所需要的记录媒体上的第二单元的位置信息、要与预定数据同步再现的记录媒体上的第二数据(后期记录数据)的位置信息和作为破坏性编辑的最小单元的第一单元的位置信息。
按照本发明的第三十八方面的记录媒体管理系统是用于记录了多媒体数据流的记录媒体的管理系统，其中，在由视频和声音构成的第一数据(原始数据)中，一个预定播放时段的数据量和要与上述数据同步再现的第二数据(后期记录数据)被当作第一单元(EU)，在第一单元(EU)中的单独的可再现的数据最小单元被当作第二单元(VU)，每个第一单元(EU)适合于具有与其他相同的播放时段，每个第二单元(VU)适合于具有与其他相同的播放时段。在此管理系统中，在记录媒体上的第二单元(VU)的位置信息和从记录媒体上的每个第一单元(EU)的起始位置到记录媒体上的第二数据(后期记录数据)的起始位置的距离信息被当作每个第二单元的管理信息，而在记录媒体上的第一单元(EU)的位置信息被基于记录媒体上的第二单元(VU)的位置信息而计算。
按照本发明的第三十八方面，在一个多媒体数据流中，可以不需要复杂的计算而容易地获得访问一个任意帧所需要的记录媒体上的第二单元的位置信息、要与预定数据同步再现的记录媒体上的第二数据的位置信息和作为破坏性编辑的最小单元的第一单元的位置信息。
而且，由于仅有第二单元的位置信息被作为管理信息，可以利用亚极小的信息来执行管理。
本发明的第三十九方面在于在上述第三十四至三十八方面中所写的记录媒体管理系统，其中，管理信息包括给出位置信息的偏移值的信息片段。
按照本发明的第三十九方面，由于当删除多媒体流的一些前面部分时，被删除的数据的块的数量被记录到管理信息中作为偏移值，这使得不必更新在各种管理信息片段中的每个位置信息片段，因此使得有可能节省编辑工作。
本发明的第四十方面在于在上述第三十四至三十八方面中所写的记录媒体管理系统，它包括指示由每个第一单元管理的视频数据的播放时间的管理信息。
按照本发明的第四十方面，对指示第一单元中的视频数据的播放时间的管理信息的使用使得有可能通过帧的时间标记信息而识别一个任意帧所属的第一单元。
本发明的第四十一方面在于在上述第四十方面中定义的记录媒体管理系统，其中，第一单元中的视频数据的播放速率基于记录媒体上的第一单元的位置信息和由第一单元管理的视频数据的播放时间而计算。
按照本发明的第四十一方面，由于可以通过计算确定数据第一单元中的视频数据的播放速率，因此有可能不需要再现视频数据而预先了解数据的播放速率。
本发明的第四十二方面在于在上述第三十四至三十八方面中所定义的记录媒体管理系统，它包括指示由第二单元管理的视频数据的播放时间的管理信息。
按照本发明的第四十二方面，对指示第二单元中的视频数据的播放时间的管理信息的使用使得有可能通过帧的时间标记信息而识别一个任意帧所属的第二单元。
本发明的第四十三方面在于在上述第四十二方面中定义的记录媒体管理系统，其中，第二单元中的视频数据的播放速率基于记录媒体上的第二单元的位置信息和由第二单元管理的视频数据的播放时间而计算。
按照本发明的第四十三方面，由于可以通过计算确定数据第二单元中的视频数据的播放速率，因此有可能不需要再现视频数据而预先了解数据的播放速率。
本发明的第四十四方面在于在上述第三十四至三十八方面中所定义的记录媒体管理系统，其中，管理信息包括指示记录媒体上的数据或单元的起始地址的信息片段来作为数据或单元的位置信息。
按照本发明的第四十四方面，由于在记录媒体上的数据的每个片段的起始地址被用作位置信息，因此有可能获得对由各种管理信息片段来管理的数据的访问的起始位置。
本发明的第四十五方面在于在上述第四十四方面中定义的记录媒体管理系统，其中，记录媒体上的起始位置由相对地址表示，它忽略了记录媒体上的流的任何分开的排列。
按照本发明的第四十五方面，由于起始位置由相对地址表示，它忽略了记录媒体上的流的分开的排列，因此由第一或第二单元管理的数据的数据量可以从一个起始地址和下一个之间的关系获得。
本发明的第四十六方面在于在上述第三十四至三十八方面中所定义的记录媒体管理系统，其中，每个第二单元的管理信息包括表示是否第二数据包含要与第二单元同步再现的数据的信息。
按照本发明的第四十六方面，有可能基于表示是否第二数据包含要与第二单元同步再现的数据的信息而了解对于每个第二单元，是否第二数据需要在数据再现时提前读出。
本发明的第四十七方面在于在上述第三十五至三十七方面中所定义的记录媒体管理系统，其中，每个第一单元的管理信息或第二数据的管理信息包括表示是否第二数据包含要与第一单元同步再现的数据的信息。
按照本发明的第四十七方面，有可能基于表示是否第二数据包含要与第一单元同步再现的数据的信息而了解对于每个第一单元，是否第二数据需要在数据再现时提前读出。
本发明的第四十八方面在于在上述第三十四至三十八方面中所定义的记录媒体管理系统，其中，每个第一单元的管理信息或每个第二单元的管理信息包括指示是否与暂时连续的第一单元相对应的数据在记录媒体上逻辑和连续地排列的信息。
按照本发明的第四十八方面，有可能了解是否在记录媒体上被观察的第一单元与前一个第一单元被逻辑地和连续地排列，而不需参见逻辑文件系统信息。
本发明的第四十九方面在于在上述第三十四至三十八方面中所定义的记录媒体管理系统，其中，每个第二单元的管理信息包括指示是否第二单元的前部的GOP是一个闭合的GOP的信息。
按照本发明的第四十九方面，在再现第二单元之前，有可能了解是否有必要访问前一个第二单元以便执行第二单元中GOP中的帧的正确再现。
本发明的第五十方面在于在上述第三十四至三十八方面中所定义的记录媒体管理系统，其中，每个第二单元的管理信息包括指示在第二单元中要管理的MPEG数据的视频帧的位置信息的数量的信息。
按照本发明的第五十方面，每个第二单元被允许管理不是固定数量的帧而是任意数量的帧。
本发明的第五十一方面在于在上述第三十四至三十八方面中所定义的记录媒体管理系统，其中，每个第二单元的管理信息包括指示记录媒体上的参考图片的结束地址作为在第二单元中要管理的MPEG数据的视频帧的位置信息的信息。
按照本发明的第五十一方面，由于可以预先了解从第二单元的起始位置到目标参考图片要读出的数据量，这便利了特殊播放的实现。
本发明的第五十二方面在于在上述第三十四至三十八方面中所定义的记录媒体管理系统，其中，每个第二单元的管理信息包括指示记录媒体上的参考图片的起始地址和结束地址作为在第二单元中要管理的MPEG数据的视频帧的位置信息的信息。
按照本发明的第五十二方面，当使用具有非常足够的访问性能的记录媒体时，可以基于可以由其读出数据的位置信息而有选择地读出目标参考图片。因此这便利了特殊播放的实现。
本发明的第五十三方面在于在上述第三十四至三十八方面中所定义的记录媒体管理系统，其中，每个第二单元的管理信息包括指示记录媒体上的所有图片的起始地址作为在第二单元中的MPEG数据的视频帧的位置信息的信息。
按照本发明的第五十三方面，由于所有帧的起始地址被管理。因此有可能容易地基于从起始地址到下一个帧的起始地址的差来确定每个帧的数据量，以当使用具有非常足够的访问特性的记录媒体时有选择地读出一个任意帧的数据。因此这便利了特殊播放的实现。
本发明的第五十四方面在于在上述第三十四至三十八方面中所定义的记录媒体管理系统，其中，管理信息被记录在记录媒体上的预定管理区域中。
按照本发明的第五十四方面，有可能在短的时段内读写多个管理信息而且由于数据区和管理信息去被清楚地分离，在数据区中将不产生管理信息文件。因此，可以实现在数据区的连续的数据排列。
图1是示出了本发明的记录媒体管理系统的第一实施例中使用的MPEG流构成的示意图。
图2是示出了本发明的记录媒体管理系统的第一实施例中使用的MPEG流的块的关系的示意图。
图3是示出了本发明的记录媒体管理系统的第一实施例中，由地址LUT提供以便访问目标帧的VU的起始地址的示意图。
图4是示出了本发明的记录媒体管理系统的第一实施例中由逻辑文件系统作为文件管理的EUS的示意图。
图5是示出了本发明的记录媒体管理系统的第一实施例中管理信息“EUS信息”的内容的示意图。
图6是示出了本发明的记录媒体管理系统的第一实施例中管理信息“程序信息”的内容的示意图。
图7是示出了本发明的记录媒体管理系统的第一实施例中管理信息“EUS流信息”的内容的示意图。
图8是示出了本发明的记录媒体管理系统的第一实施例中在EUS信息和EUS之间的关系的示意图。
图9是示出了本发明的记录媒体管理系统的第一示例中当MPEG流中不存在EU首标时的PRU布局的示意图。
图10是示出了本发明的记录媒体管理系统的第一示例中当MPEG流中存在EU首标时的PRU布局的示意图。
图11是示出了本发明的记录媒体管理系统的第一示例中地址LUT的配置的示意图。
图12是示出了本发明的记录媒体管理系统的第一示例中地址LUT的内容的示意图。
图13是示出了本发明的记录媒体管理系统的第一示例中PRU信息的内容的示意图。
图14是示出了本发明的记录媒体管理系统的第一示例中PRU状态的内容的示意图。
图15是示出了本发明的记录媒体管理系统的第一示例中VU信息的内容的示意图。
图16是示出了本发明的记录媒体管理系统的第一示例中VU状态的内容的示意图。
图17是示出了本发明的记录媒体管理系统的第一示例中VU的起始地址的计算方法的示意图。
图18是示出了本发明的记录媒体管理系统的第一示例中PRU的起始地址的计算方法的示意图。
图19是示出了本发明的记录媒体管理系统的第二示例中当MPEG流中不存在EU首标时的PRU布局的示意图。
图20是示出了本发明的记录媒体管理系统的第二示例中当MPEG流中存在EU首标时的PRU布局的示意图。
图21是示出了本发明的记录媒体管理系统的第二示例中地址LUT的配置的示意图。
图22是示出了本发明的记录媒体管理系统的第二示例中地址LUT的内容的示意图。
图23是示出了本发明的记录媒体管理系统的第二示例中EU信息的内容的示意图。
图24是示出了本发明的记录媒体管理系统的第二示例中EU状态的内容的示意图。
图25是示出了本发明的记录媒体管理系统的第二示例中VU信息的内容的示意图。
图26是示出了本发明的记录媒体管理系统的第二示例中VU状态的内容的示意图。
图27是示出了本发明的记录媒体管理系统的第二示例中VU的起始地址的计算方法的示意图。
图28是示出了本发明的记录媒体管理系统的第二示例中EU的起始地址的计算方法的示意图。
图29是示出了本发明的记录媒体管理系统的第二示例中PRU的起始地址的计算方法的示意图。
图30是示出了本发明的记录媒体管理系统的第三示例中当MPEG流中不存在EU首标时的PRU布局的示意图。
图31是示出了本发明的记录媒体管理系统的第三示例中当MPEG流中存在EU首标时的PRU布局的示意图。
图32是示出了本发明的记录媒体管理系统的第三示例中地址LUT的配置的示意图。
图33是示出了本发明的记录媒体管理系统的第三示例中地址LUT的内容的示意图。
图34是示出了本发明的记录媒体管理系统的第三示例中VU信息的内容的示意图。
图35是示出了本发明的记录媒体管理系统的第三示例中VU状态的内容的示意图。
图36是示出了本发明的记录媒体管理系统的第三示例中VU的起始地址的计算方法的示意图。
图37是示出了本发明的记录媒体管理系统的第三示例中EU的起始地址的计算方法(方法1)的示意图。
图38是示出了本发明的记录媒体管理系统的第三示例中EU的起始地址的计算方法(方法2)的示意图。
图39是示出了本发明的记录媒体管理系统的第三示例中PRU的起始地址的计算方法的示意图。
图40是示出了本发明的记录媒体管理系统的第一实施例中在地址LUT的相对地址的示意图。
图41是示出了本发明的记录媒体管理系统的第一实施例中地址偏移信息的示意图。
图42是示出了本发明的记录媒体管理系统的第一实施例中IP图片的终点RLBN的示意图。
图43是示出了本发明的记录媒体管理系统的第一实施例中系统配置的示意图。
图44是示出了本发明的记录媒体管理系统的第一实施例中带有管理信息区域的盘区域的示意图。
图45是示出了本发明的记录媒体管理系统的第一实施例中在每个EUS的前端排列了管理信息的情况的示意图。
图46是示出了本发明的记录媒体管理系统的第一实施例中，管理信息通过将其嵌入EU首标中而复用到流中的情况的示意图。
图47是示出了本发明的记录媒体管理系统的第一实施例中，管理信息被存储在提供用于盒式磁盘的非易失性半导体存储器的情况的示意图。
图48是示出了本发明的记录媒体管理系统的第二实施例中使用的MPEG流的块的关系的示意图。
图49是示出了本发明的记录媒体管理系统的第二实施例中使用的MPEG流的块的关系的示意图。
图50是示出了本发明的记录媒体管理系统的第二实施例中由逻辑文件系统作为文件管理的EUS和PRS的示意图。
图51是示出了本发明的记录媒体管理系统的第二实施例中管理信息“EUS”信息的内容的示意图。
图52是示出了本发明的记录媒体管理系统的第二实施例中地址LUT的配置的示意图。
图53是示出了本发明的记录媒体管理系统的第二实施例中地址LUT的内容的示意图。
图54是示出了本发明的记录媒体管理系统的第二实施例中PRU信息的内容的示意图。
图55是示出了本发明的记录媒体管理系统的第二实施例中PRU状态的内容的示意图。
图56是示出了本发明的记录媒体管理系统的第二实施例中VU信息的内容的示意图。
图57是示出了本发明的记录媒体管理系统的第二实施例中VU状态的内容的示意图。
图58是示出了本发明的记录媒体管理系统的第二实施例中计算VU的起始地址的方法的示意图。
图59是示出了本发明的记录媒体管理系统的第二实施例中计算PRU的起始地址的方法的示意图。
图60是示出了本发明的记录媒体管理系统的第二实施例中，在EUS文件中任意帧EU和PRU的关系以及其地址LUT的示意图。
图61是示出了本发明的记录媒体管理系统的第二实施例中在地址LUT中的相对地址信息的示意图。
图62是示出了本发明的记录媒体管理系统的第二实施例中在地址LUT中的相对地址信息的示意图。
图63是示出了本发明的记录媒体管理系统的第二实施例中地址偏移信息的示意图。
图64是示出了MPEG数据作为可变长度编码技术如何记录在盘上的示意图。
具体实施例方式
以下，参照附图来详细说明本发明的实施例。(第一实施例)本发明的记录媒体管理系统的第一实施例将参照图1至47而详细说明。首先，将参照图1至8说明在此实施例中要处理的MPEG流的构成。
在当诸如MPEG数据的可变长度编码数据已经被记录在诸如盘、存储器等的记录媒体上以便实现诸如从任意点开始播放的随机访问或仅使用任意的选择帧来完成特殊播放时，有必要具有用于管理位置信息的管理信息，在此位置信息上所需要的数据片段被记录在盘上。
这是因为在记录媒体上记录的MPEG数据的的每个视频帧的数据量是可变的。因此不可能通过计算或其他方法来确定盘上的任意帧的记录位置。
本实施例的说明将假设MPEG技术被用作使用盘作为记录媒体的可变长度编码的示例。应当理解本实施例可以使用半导体存储器或其他作为记录媒体，其配置与使用盘的情况类似。
开始先说明本实施例中要处理的MPEG流的结构。假设视频数据被通过MPEG编码以可变速率编码，而音频数据，包括原始和后期记录(配音)数据，以固定速率编码。
在图1所示的流配置中，可编辑单元序列(以下缩写为“EUS”)由多个可编辑单元(以下缩写为“EU”)构成并对应于从记录开始(Rec开始)到记录停止(Rec停止)或到记录暂停(Rec暂停)的单元。由一个EUS管理的MPEG数据需要添加作为与连续时间相关的管理信息的时间标记。
这里，EU是破坏性(destructive)编辑的最小单元。破坏性编辑的意思是伴有在盘上的移动和删除的编辑行为。破坏性编辑的最小单元的意思是在盘上的移动和删除仅能通过逐个EU来完成。
如果一些EU被通过破坏性编辑从一个EUS的中间删除，MPEG流的时间标记呈现出不连续性，因此EUS需要被划分。
EU由多个视频单元(以下缩写为“VU”)和一个后期记录单元(以下缩写为“PRU”)构成，必须在盘上连续记录。也有可能存在没有PRU的流的结构。
有可能添加一个限定条件在盘上的PRU的起始位置和结束位置应位于纠错码或ECC块的边界。由于PRU是要与EU内的视频数据同步再现的后期记录数据的区域，因此它至少应当有能够记录与EU内的视频数据的呈现时间相当的数据的区域大小。
作为EU结构，图1(a)示出了在EU的前面没有提供EU首标(下面缩写为“EU首标”并将说明)的情况，图1(b)示出了在EU的前面提供了一个EU首标的情况。EU首标是添加在EU前面的包，用于存储用于管理EU的首标信息。当定义了此EU首标时，就可以记录关于EU的流的管理信息。
VU是由VU首标、视频数据的一个或更多的GOP以及相关的视频数据构成的单元。在一个EUS中的所有EU的呈现时间和所有VU的呈现时间被设定为恒定的。VU的呈现时间对应于由一个VU管理的视频数据的播放时间。类似地，EU的呈现时间表示由一个EU管理的视频数据的播放时间。
EUS被划分为具有固定的2048字节长度的块。一个块被存储在一个逻辑块中。一个块主要由一个包构成。这里使用的包符合ISO/IEC 13818-1定义的PES包，这种类型的包应当被记录在盘上。
图2示出了EUS和块之间的关系。在此图中，一个PRU由一个PRU首标块PH BLK(以下缩写为“PH BLK”)、多个音频块A BLK(以下缩写为“A BLK”)和填充块P BLK(以下缩写为“P BLK”)构成。PH BLK存储了与PRU相关的首标信息的包。A BLK存储了由ISO/IEC 13818-3定义的音频包。P BLK存储了由ISO/IEC 13818-1定义的填充包。
一个VU由一个VU首标块VH BLK(以下缩写为“VH BLK”)、多个A BLK(音频块)和多个视频块V BLK(以下缩写为“V BLK”)构成。VHBLK存储了与VU相关的首标信息的包。A BLK存储了由ISO/IEC 13818-3定义的音频包。V BLK存储了由ISO/IEC 13818-2定义的视频数据的包。
对于定义了EU首标的流，一个EU首标块EH BLK(以下缩写为“EHBLK”)被存储在每个EU的前部。
当在初始状态时没有后期记录数据的时候，除了首标块PH BLK之外的PRU区域被填充了填充块(P BLK)。当进行了后期记录时，则记录了诸如ABLK或音频块的实际的数据。此视频数据将与在对应的VU内的视频数据同步地再现。
在一个VU中，音频成分由多个A BLK构成，视频成分由多个V BLK构成。此音频数据将与视频数据同步地再现。
当使用记录有MPEG流的盘而且开始了从任意帧的播放或完成了诸如任意再现所选择的帧的特殊播放时，如上所述，不可能通过计算等来确定在盘上的任意帧的记录位置，因为在盘上记录的MPEG数据的独立帧的数据量彼此不同。
这就是为什么需要用于对任意帧进行访问的管理信息。在此实施例中，此管理信息被称为地址查询表(以下缩写为“地址LUT”)，将在下面进行解释。此处使用的术语定义也将得到说明。
在此实施例中，后期记录的意思是配音，这是后来在已经记录的原始数据上仅仅记录声音。一个PRU是用于当完成配音时记录后期记录数据的区域。
逻辑块编号LBN(以下缩写为“LBN”)是附在作为由逻辑文件系统提供在盘上的最小管理单元的每个逻辑块上的地址。在盘上存在着从用户方不能实际看到的区域，如数据写入的区域、用于记录所写入数据的纠错码的区域、用于替代不能以任何方式使用的部分的区域。
为了对此进行处理，可以由用户实际使用的区域可以以升序分配地址。此用户可用区域的地址的升序被称为逻辑块编号，此管理单元被称为逻辑块。相对的逻辑块编号RLBN(以下缩写为“RLBN”)表示逻辑块编号的相对表示。
呈现时间标记PTS(以下缩写为“PTS”)是MPEG标准的时间标记的管理格式，为33比特的数据。此PTS是用于主要管理MPEG数据显示的时间的信息，时间信息由90 KHz的成分表示。
这里，PTS的最高有效位被除去以便它被以32比特的数据来处理。这是因为对于微机等来说通常不处理33比特的数据，而且32比特的信息足够提供充分的管理。此转换为32比特的数据被称为PT(呈现时间)格式(图5和7)。
RT(实际时间标记)格式(图5和6)是用于管理管理信息产生的日期的格式。ECC(纠错码)是用于纠正错误的编码。当数据被记录在盘上时，此ECC以每个确定的单位被另外记录。例如，每32 KB另外记录一个ECC。
从盘访问方面来看，ECC单元很重要，因为针对盘的读写数据在ECC块单元中完成。
当从用户方来看时，读写可以在逻辑块单元中完成。例如，如果一个逻辑块的大小是2KB，则可以在2KB单元中完成访问。然而，对于读的实际盘的访问通过读出包括要读出的2KB的数据的ECC块和丢弃不必要的部分而实现。
对于2KB数据的记录，可以添加30KB的伪数据，如果已经写入了一些数据，被写入的数据应当一次性读出以替代要改进的数据，然后此改进的数据被记录到盘上。以这种方式，有必要了解ECC块以完成高速盘的访问。
目标ID(图5至图7)是用于识别独立管理信息的ID。字符串(图5和图6)是代表字符序列的格式。Unit N(图5至图7)是用于管理无正负符号的N位的整数的格式。
地址LUT是用于提供关于在盘上的位置的信息的管理信息，对此位置进行对在盘上记录的MPEG数据中的任意帧的访问。对于此访问，使用了作为指定一个任意帧的关键信息，帧的时间信息(时间标记)。
具体来说，使用了与任意帧相对应的呈现时间PT(以下缩写为“PT”)以提供在盘上的包括帧和位置的VU和EU的前端(图3)的位置，在此记录了VU内的I-图片和P-图片的数据。当流有PRU时，也由PT来确定包含VU的EU中的PRU开始的在盘上的位置。
应当注意到，这里使用的PT是4字节数据的信息，它被附加在MPEG流上或对应于去除了最高有效位的PTS。
如图3所示，为了访问目标帧，提供了包含该帧的VU的起始地址而不是定位在盘上的帧的数据。这是因为从MPEG的特性来看，如果未获得在那个VU中存在的诸如I-图片和P-图片的参考数据，则在VU中的目标帧不能被解码。
作为一个示例，如果需要对在盘上记录的视频数据的第十个帧进行访问，用于指定第十个帧的PT被提供为3003×10＝30030。在此，3003是十进制的PT值，对应于一个帧的呈现时间，此时NTSC视频由MPEG编码。即，30030作为使用地址LUT定位在盘上的记录位置的关键信息。
作为另一个示例，当一个VU有十五个视频帧时，一个VU的总的呈现时间为15×3003＝45045。如果要看见的帧是从顶部帧开始的第一百个帧，则帧所属的VU编号为(100×3030)/45045+1＝7.67。从此计算中，可知视频的第一百个帧包括在从前面起的第七个VU中。即，可以了解应当参见第七个VU的管理信息。
下一步，将说明在什么情况下可以使用地址LUT。由用户记录的从记录起始“Rec起始”到记录结束“Rec停止”或到暂停“暂停”的MPEG数据的部分被定义为一个EUS。
假定利用按照文件名称管理在盘上的数据的位置信息的逻辑文件系统，实际的MPEG数据按照EUS单元文件处理。此配置如图4所示。在此例子中，EUS0由逻辑文件系统作为文件名称FDAV0000.EUS来管理。
虽然，此文件名称FDAV0000.EUS代表一个EUS，在实际的盘上，数据已经被分成几部分而记录为文件名称EUS0-1和EUS0-2，如图所示。类似地，EUS1和EUS2分别被管理为文件名称FDAV0001.EUS和FDAV0002.EUS。
为了管理在EUS单元中的实际EUS数据，创建了称为“EUS信息”的管理信息。即，如果用户记录了多个场景，每个对应于从记录开始“Rec开始”到记录结束“Rec停止”的数据，则也产生相同数量的管理信息“EUS信息”(以下缩写为“EUS信息”)。
图5示出了EUS信息的一个示例。EUS信息用于管理在盘上记录的EUS。如图5的字段名称列所示，此EUS信息具有用于识别的其ID、大小、标题信息、EUS的产生日期和更新日期、文本信息、用于管理EUS的表示缩略图(thumbnail)的缩略图信息、代表EUS的数据大小的数据文件大小、诸如EUS、视频、音频、摄影、后期记录、来源、版权、静止画面等的属性信息。
EUS信息也具有展现引用所管理的EUS的程序的参考信息。进一步，作为重要的管理信息，字段名称<起始PT>、<结束PT>、和<地址LUT>可以被涉及。以下，管理信息通过由<>包围的字段名称来表示。
在<起始PT>和<结束PT>中记录的是PTS值——它们被附在此EUS信息管理的EUS的数据流的第一和最后一个显示帧，或者是被转换为PT格式的相对应的PTS值。由于一个EUS总是管理具有连续时间标记的视频数据，所以EUS的总的呈现时间可以通过例如从<结束PT>减去<起始PT>而计算得出。
<后期记录单元大小>是关于每个EU中的PRU的大小的信息。应当注意到在每个EU中PRU的大小在相同的EUS中不会不同。<地址LUT>是提供在盘上哪里应当进行对在盘上记录的MPEG数据中的任意帧的访问的管理信息。
以上述方式，基于EUS信息，有可能获得关于在盘上记录为文件的EUS的信息。
当由用户记录的MPEG数据被从头以记录顺序被依序播放时，有可能不用前述的<地址LUT>而执行播放。然而，如果例如利用盘的随机访问能力，用户试图从作为记录状态的原始数据并以任意顺序再现的EUS中选择任意数量的任意部分，则需要使用<地址LUT>管理信息。
首先，用于从作为记录状态的原始数据并以任意顺序再现的一个EUS中选择任意数量的任意部分的管理信息被假定为一个程序。此程序管理用于指定要引用的EUS和要从该EUS的数据中选择的任意部分的起始点和结束点的信息。
图6示出了此程序的管理信息的一个示例。如图6所示，在程序中管理的是包括用于识别程序的ID、大小、标题、产生日期、文本信息、程序的表示缩略图等等的信息。
与前述的<地址LUT>相关的重要信息是<EUS流信息的数量>和<EUS流信息>的信息。<EUS流信息的数量>的信息表示由此程序处理的场景的数量。即，记录了相同数量的EUS流信息。
如图7所示，管理信息<EUS流信息>管理用于管理该场景引用的管理信息<EUS信息>的ID数量的<被引用的EUS ID>和指示被引用的所选EUS部分的<起始PT>和<结束PT>。<起始PT>和<结束PT>以数值记录，该数值被附在被引用的EUS或相对应的数值上，并在绝对PT系统中被表示。另外，EUS流信息也可以管理此场景的文本信息和该场景的表示缩略图。
该程序可以用于管理用于指定EUS和关于起始点和终点的信息的多套信息，在此，变得有可能选择任意数量的任意部分和以任意顺序将它们播放。
图8示出了<EUS信息>和EUS(实际数据)之间的关系。如图8所示，<程序#0>是对应于盘上的整个视频数据并作为原始程序来处理的特殊程序。总之，此程序允许被记录的整个视频场景能够以记录的顺序被观看。
<程序#1>和后续者是可自由编辑的程序，它们由用户创建并被称为用户程序。在附图中的示例中的<程序#1>管理三个场景。第一和第二场景是从<EUS#1>选择的部分，第三场景是从<EUS#2>选择的部分。
同上面一样，在用户程序中，来自一个任意EUS的一个任意部分可以被选择作为一个场景。这是为什么如上所述变得需要管理信息<地址LUT>来再现所选择的场景。
仅仅通过管理信息而不进行实际数据的复制来创建用户程序的方法称为非破坏性编辑。由于任意数量的任意部分被从基本材料——即原始数据——选择以进行按照期望顺序的播放，因此此方法不需要使用额外的盘区域，于是明显地有效。
下一步，参见图9至18，本发明的记录媒体管理系统的第一个示例将通过针对计算在前述MPEG流中的PRU和VU的起始地址并随后确定EU的起始地址的情况来说明。
开始先说明PRU的布局。当MPEG流有PRU时，存在用户已经完成了后期记录的可能性。因此，当存在PRU时，应当使用前述的<PRU状态>或在<VU状态>中的<PR存在>(图11、13和14)来查看是否使用了PRU。
在<PRU信息>的<PRU状态>中的信息<PR存在>是示出是否在相关的EU中已经完成了后期记录的管理信息。在<VU信息>的<VU状态>中的信息<PR存在>是示出是否存在与被管理的VU相对应的后期记录数据的管理信息(图11)。按照此目的，有可能仅仅使用<PRU状态>的<PR存在>或<VU状态>的<PR存在>。
当存在一个后期记录数据片段并需要再现时，有必要在访问目标VU之前预先读出后期记录数据、然后当显示视频数据时与视频同步地再现所读出的后期记录数据。
以这种方式，<PR存在>信息的使用(图11)使得有可能预先了解是否已经进行了后期记录，因此有可能避免不必要的对盘的访问，因为当没有进行后期记录时不需要预先访问PRU。
如图9和10所示，在盘上有两种类型的PRU布局，这取决于在盘上的数据几何形状。这归因于限制条件PRU应当与ECC边界对齐。即，如果EU的前端碰巧与ECC边界重合，那么PRU被排列在EU的前端，如图9(b)所示。
另一方面，当EU的前端未落在ECC的边界时，PRU被定位在从自EU的前端首先出现的ECC边界起始，如图9(a)所示。从EU的前端到ECC边界或PRU的起始点，排列了EU中的部分的第一VU。
在EU在前端定义有<EU标题>的情况下，如果<EU标题>的端部碰巧与ECC边界重合，那么PRU被排列在紧随<EU标题>之后，如图10(b)所示，因为有限制条件PRU应当与ECC边界对齐。
当<EU标题>的端部与ECC边界不重合时，PRU被定位在从在<EU标题>的后面首先出现的ECC边界起始，如图10(a)所示。
从<EU标题>的端部到PRU的起始点，排列了EU中的部分的第一VU 。被记录的PRU的盘上的起始地址可以从<PRU信息>的信息<PRU的RLBN>获得。
图11示出了在<地址LUT>中的内容(图5)。下面将连续地说明图11中管理信息的定义。图12至16示出了图11中的管理信息的详细情况。
在这些附图中，<地址偏移>以Unit 32格式存储了一个偏移值，用于创建由<地址LUT>管理的相对逻辑块编号(RLBN)。当任意数量的EU已经从EUS的前部删除时，被删除的逻辑块的数量被设置到这个字段中。
因此，当引用在<地址LUT>中使用的相对逻辑块编号<RLBN>时，有必要从该值中减去<地址偏移>以引用该编号。<地址偏移>的初始值需要被设定为0。
<EU的PB时间>表示由<地址LUT>管理的EUS中的每个EU的设定的呈现时间。所设定的呈现时间是在一个EU中的视频数据的播放时间，它在同样的EUS中是恒定的，但在EUS中的最后一个EU除外。
<EU的PB时间>应当以PT格式记录。这里，信息“EU的PB时间”应当是在MPEG流中的相邻视频帧之间的以PT格式表示的PTS的差的整数倍数，即对应于每个帧的呈现时间的PTS。
<VU的PB时间>表示由<地址LUT>管理的EUS中的每个VU的设定的呈现时间。所设定的呈现时间是在一个VU中的视频数据的播放时间，它在相同的EUS中恒定，但在EUS中的最后一个VU除外。
<VU的PB时间>应当以PT格式记录。这里，信息“VU的PB时间”应当是在MPEG流中的相邻视频帧之间的以PT格式表示的PTS的差的整数倍数，即对应于每个帧的呈现时间的PTS。
<PRU信息的数量>是在由<地址LUT>管理的EUS中存在的PRU的数量，它以Unit 32格式记录。由于PRU与EU一对一相对应地存在，此字段的值与在EUS中存在的EU的数量有相同的值。如果在流的结构中不存在PRU，此字段应当总是设定为0。
<VU信息的数量>是在由<地址LUT>管理的EUS中存在的VU的数量，它以Unit 32格式记录。
<PRU信息>以如图13所示的方式管理关于EUS中的每个PRU的信息。当不存在PRU时，上述的<PRU信息的数量>被记录为0，没有记录被写入<PRU信息>。
<PRU的RLBN>(图13)表示由此<PRU信息>管理的PRU的在盘上的起始地址。这里，此地址由EUS前端的相对逻辑块编号来表示。<PRU的RLBN>应当以Unit 24的格式记录。<PRU状态>以如图14所示的方式管理由此<PRU信息>管理的PRU的状态。
当由此<PRU信息>(图13)管理的PRU具有后期记录数据时<PR存在>(比特0)(图14)被记录为“1”，当不存在后期记录数据时被记录为“0”。当以VU单元管理后期记录数据的存在时，此字段可以不使用。
<VU信息>(图12)以如图15(a)或图15(b)所示的方式管理关于在EUS中的每个VU的信息。应当注意，在图15(a)中，在VU内被管理的视频帧的位置信息被提供作为或者是起始地址或者是结束地址，而在图15(b)中，此位置信息被提供作为起始地址和结束地址。
<VU的RLBN>(图15)表示由此<VU信息>(图12)管理的VU的在盘上的起始地址。此地址由从EUS前端的相对逻辑块编号表示。<VU的RLBN>应当以Unit 24格式记录。
<VU状态>(图15)以如图16(a)或图16(b)所示的方式管理由此<VU信息>(图12和15)管理的VU的状态。图16(a)示出了<非相邻点>被定义的情况，图16(b)示出了未定义<非相邻点>的情况。
当存在与由此<VU信息>(图12和15)管理的VU相对应的后期记录数据时<PR存在>(比特0)(图16)被记录为“1”，当不存在后期记录数据时被记录为“0”。如果在EU中不存在PRU，此字段应当总是被记录为“0”。当后期(配音)记录仅仅在EU单元中执行时，可以单独使用前述的<PRU状态>中的<PR存在>而可以不使用此字段。
<闭合GOP>(比特1)(图16)管理是否VU中的第一GOP是一个闭合GOP。如果该GOP是一个闭合的，则此字段被记录为“1”。否则记录为“0”。当GOP不是一个闭合的时，有可能没有前一个GOP的信息则不能解码一些视频的第一帧。
<非相邻点>(比特2)管理是否由此<VU信息>管理的VU所属的EU被与前一个EU逻辑地和相邻地在盘上排列。当它们被相邻地排列时，此字段被记录为“0”。当它们未相邻地排列时，此字段被记录为“1”。
<IP图片的数量>(图15)以Unit 8格式记录了在要由此<VU信息>(图12)管理的视频数据中I-图片和P-图片的位置信息的数量。
<IP图片的终点RLBN>(图15(a))管理在由此<VU信息>管理的VU中I-图片和P-图片的在盘上的结束地址。这里的地址由从VU的前端的相对逻辑块编号来表示。
作为第一输入，关于在VU中的第一I-图片的地址信息应当被存储。作为第二输入以及后续的输入，关于I-图片和/或P-图片的地址信息应当以Unit16格式被存储。
与此相关联，当具有高速访问性能的半导体存储器被采用作为记录媒体时或当使用具有显著的高访问性能的盘驱动器时，除了它们的结束地址外，起始地址应当也被提供作为参考图片的位置信息。在这种情况下，此项的字段名称被重新命名为<IP图片的RLBN>，起始地址和结束地址都应当以Unit16格式被连续记录。
也有可能使得所有的视频帧的位置信息在控制之下，而不是仅仅是参考图片的地址。在此情况下的位置信息应当由在盘上的每个视频帧的记录起始位置来表示。可以简单地利用与下一个帧的起始地址的差来计算每个帧的数据量和结束地址。
所有上述内容是管理信息“地址LUT”的管理信息。
下一步，将参照附图17和18来说明这些管理信息的具体使用。
首先参见图17(a)和17(b)，将作出说明如何计算包括目标帧的VU的起始地址。当要求从与在EUS中的一个任意PT相对应的一个帧开始播放时，包括那个帧的VU的在盘上的起始位置应当基于<地址LUT>来计算。
对此的基本处理次序如下。图17(a)示出了没有<EU首标>的情况，图17(b)示出了带有<EU首标>的情况。
(1)相对PT(相对PTRPT)通过下面的方程计算，即，通过从目标PT(图17)中减去与EUS中的第一显示帧相对应的<起始PT>(图5)。<起始PT>是附在在EUS中的第一显示帧的MPEG流上的一个PTS值，或者是被转化为PT格式的相对应的PTS值。
RPT＝PT-起始PT如上所述，由于关于起始点和终点的信息——它从每个用户程序指定以便选择一个任意部分——由数值表示，该数值附在流或对应的数值上并在一个绝对PT系统中被表示，因此从该数值减去<起始PT>将提供从EUS的前端的相对时间信息。
这里，在用户程序中使用绝对时间信息的事实意味着，如果例如在EUS的前面部分的一些部分被删除，那么只要在<EUS信息>(图5)中的信息<起始PT>被改变，就没有必要更新所有引用此EUS作为参考信息的用户程序的起始点信息和终点信息，因此使得有可能减小处理的负担。
(2)包括播放要从其开始的帧在内的VU的<VU信息编号>(图11)通过将相对PT(RPT)除以EUS中的每个VU的设定的呈现时间(<VU的PB时间>(图12和17))而获得。在图17(a)中，这个值是VU#7，在图17(b)中，这个值是VU#5。
VU信息编号＝ip(RPT/VU的PB时间)，其中ip(n)是一个产生不大于n的最大整数的函数。
(3)从获得的<VU信息编号>(图11)，包括目标帧在内的VU的起始地址被获得，作为从EUS的前端(图17)的相对逻辑块编号“VU的RLBN′”(图11)。
VU的RLBN′＝VU的RLBN(VU信息编号)，其中表达式VU的RLBN(n)表示第n个<VU信息>的<VU的RLBN>的值(图11)。
以上述方式，包括目标帧的VU的起始地址可以通过利用<地址LUT>的简单计算来确定，而不需要搜索或其他操作。
下一步，参见图18，将说明如何计算在包括目标帧在内的EU中的PRU的起始地址。计算在包括目标帧在内的EU中的PRU的起始地址的基本顺序如下。图18(a)示出了没有<EU首标>的情况，而图18(b)示出了带有<EU首标>的情况。
PRU的最前端是当存在对应于目标帧的后期记录数据时需要被访问的点。
(1)相对PT(相对PTRPT)通过从目标PT中减去与EUS中的第一显示帧相对应的<起始PT>(图5和18)而计算得出。
RPT＝PT-起始PT(2)包括需要从其开始播放的帧的EU的编号通过将相对PT(RPT)除以在EUS中的每个EU的设定的呈现时间(图12和18中的<EU的PB时间>)而获得。在图18中，此数值是EU#1。由于每个EU对应于一个PRU，因此此EU编号#1直接表示<PRU信息编号>(图11)。
PRU信息编号＝ip(RPT/EU的PB时间)其中ip(n)是产生不大于n的最大整数的函数。
(3)从获得的<PRU信息编号>(图11)，包括目标帧的EU中的PRU的起始地址从EUS的前端被获得，以作为相对逻辑块编号“PRU的RLBN′”(图11和18)。
PRU的RLBN′＝PRU的RLBN(PRU信息编号)以上述的方式，与判定VU起始地址的方法类似，要与包括目标帧的VU同步再现的PRU的起始地址可以通过利用<地址LUT>的简单计算来确定，而不需要搜索或其他操作。
下一步，将说明如何计算包括目标帧的EU的起始。当流没有PRU时，包括目标帧的EU的最前端与EU中的第一VU的最前端相当。当流中存在PRU时，依赖于PRU布局(图9)而存在两种已述的情况。
(1)当EU的前端从ECC边界起始时(图9(b))，EU的最前端与PRU的最前端相当。
(2)当EU的前端未从ECC边界起始时(图9(a))，EU的最前端与包括在EU中的第一VU的最前端相当。
因此，当EU的最前端需要被确定时，通过将在被观察的EU中的PRU的起始地址与包括在EU中的第一VU的起始地址相比较，较早记录的那个地址可以被当作EU的最前端。
这里，表示包括在EU中的第一VU的<VU信息编号>(图11)由下面的方程确定VU信息编号＝ip(RPT/EU的PB时间)*(EU的PB时间/VU的PB时间)其中ip(n)是产生不大于n的最大整数的函数。
当EU具有在其前端定义的用于管理EU的首标(图10)时，有可能通过将在被观察的EU中的PRU的起始地址与包括在EU中的第一VU的起始地址相比较和从较早记录的那个地址中减去首标的大小而确定EU的最前端。
下一步，参见图19至29，本发明的记录媒体管理系统的第二示例将针对计算在前述MPEG流中EU和VU的起始地址、然后确定PRU的起始地址的情况加以说明。
开始将说明PRU的布局。当MPEG流有PRU时，有可能用户可能已经完成了后期记录。因此，当存在PRU时，应当利用前述的在<VU状态>中的<EU状态>或<PR存在>来检查是否已经使用了PRU。
在<EU信息>的<EU状态>中的<PR存在>是示出是否已经在相关的EU中完成了后期记录的管理信息。在<VU信息>的<VU状态>中的<PR存在>是示出是否存在与被管理的VU相对应的后期记录数据的管理信息。按照目标的不同，有可能仅仅使用<EU状态>的<PR存在>或者<VU状态>的<PR存在>。
当后期记录数据片段存在并需要播放时，有必要在访问目标VU之前预先读出后期记录数据。
以这种方式，对<PR存在>信息的使用使得有可能预先了解是否已经进行了后期记录，有可能去除不必要的对盘的访问，因为当未进行后期记录时不需要预先对PRU访问。
如图19和20所示，在盘上有两种类型的PRU布局，这取决于在盘上的数据几何形状。这归因于限制条件PRU应当与ECC边界对齐。即，如果EU的前端碰巧与ECC边界重合，则PRU被排列在EU的前端，如图19(b)所示。
另一方面，当EU的前端未落在ECC边界时，PRU被以如图19(a)所示的方式定位在从自EU的前端首先出现的ECC边界开始。从EU的前端到ECC边界或PRU的起始点，排列了部分的EU中的第一VU。
在EU在前部定义有<EU首标>的情况下，如果<EU首标>的端部碰巧与ECC的边界重合，则PRU被排列在紧随<EU首标>之后，如图20(b)所示，因为存在限制条件PRU应当与ECC边界对齐。
当<EU标题>的端部与ECC边界不重合时，PRU被定位在从在<EU标题>的后面首先出现的ECC边界起始，如图20(a)所示。从<EU标题>的端部到PRU的起始点，排列了部分的EU中的第一VU。
如图21所示的<EU状态>中的<PRU位置>中被记录的是从EU的前端到PRU的起始点的距离。此距离由逻辑块的数量表示，最大为15个逻辑块。
图21示出了在<地址LUT>中的内容(图5)。下面将连续地说明图21中管理信息的定义。图22至26示出了图21中的管理信息的详细情况。
在这些附图中，<地址偏移>以Unit 32格式存储了一个偏移值，用于创建由<地址LUT>管理的相对逻辑块编号(RLBN)。当任意数量的EU已经从EUS的前部删除时，被删除的逻辑块的数量被设置到这个字段中。
因此，当引用在<地址LUT>中使用的相对逻辑块编号<RLBN>时，有必要从该值中减去<地址偏移>以引用该编号。<地址偏移>的初始值需要被设定为0。
<EU的PB时间>表示由(地址LUT)管理的EUS中的每个EU的设定的呈现时间。所设定的呈现时间是在一个EU中的视频数据的播放时间，它在同样的EUS中是恒定的，但在EUS中的最后一个EU除外。
而且，<EU的PB时间>应当以PT格式记录。这里，信息“EU的PB时间”应当是在MPEG流中的相邻视频帧之间的以PT格式表示的PTS的差的整数倍数，即对应于每个帧的呈现时间的PTS。
<VU的PB时间>表示由<地址LUT>管理的EUS中的每个VU的设定的呈现时间。所设定的呈现时间是在一个VU中的视频数据的播放时间，它在相同的EUS中恒定，但在EUS中的最后一个VU除外。
<VU的PB时间>应当以PT格式记录。这里，信息“VU的PB时间”应当是在MPEG流中的相邻视频帧之间的以PT格式表示的PTS的差的整数倍数，即对应于每个帧的呈现时间的PTS。
<EU信息的数量>是在由<地址LUT>管理的EUS中存在的EU的数量，它以Unit 32格式记录。<VU信息的数量>是在由<地址LUT>管理的EUS中存在的VU的数量，它以Unit 32格式记录。
<EU信息>(图12)以如图23所示的方式管理关于EUS中的每个EU的信息。
<EU的RLBN>表示由此<EU信息>管理的EU的在盘上的起始地址。此地址由EUS前端的相对逻辑块编号来表示。<EU的RLBN>应当以Unit 24的格式记录。
<EU状态>以如图24(a)或图24(b)所示的方式管理由此<EU信息>管理的EU的状态。
<PRU位置>(比特0-4)(图24)记录关于在此EU中PRU的位置的信息。<PRU位置>通过从EU的前端的距离(LBN编号)来表示在EU中的PRU的起始位置。
如果PRU位于EU的前部，此字段被记录为0，否则，从EU的前端的距离被记录为从1到16个逻辑块范围中的一个数值。当在EU中不存在PRU时，此字段被恒定地设定为0。
当存在与此<EU信息>管理的EU相对应的后期记录数据时<PR存在>(比特5)(图24)被记录为“1”，当不存在后期记录数据时被记录为“0”。当在EU中不存在PRU时，此字段应当总是记录为“0”。当对每个VU都管理后期记录数据的存在时，上述字段不可以使用。
<非相邻点>(比特6)(图24(b))管理是否由此<EU信息>管理的EU与前一个EU逻辑地和相邻地在盘上排列。当它们相邻地排列时，此字段被记录为“0”。当它们未相邻地排列时，此字段被记录为“1”。此信息可以可选地被引入。
<VU信息>(图22)以如图25(a)或图25(b)所示的方式管理关于在EUS中的每个VU的信息。应当注意，在图25(a)中，在此VU内被管理的视频帧的位置信息被提供作为起始地址或者是结束地址，而在图25(b)中，此位置信息被提供作为起始地址和结束地址这两者。
<VU的RLBN>表示由此<VU信息>管理的VU的在盘上的起始地址。此地址由从EUS前端的相对逻辑块编号表示。<VU的RLBN>应当以Unit 24格式记录。
<VU状态>以如图26所示的方式管理由此<VU信息>管理的VU的状态。
当存在与由此<VU信息>管理的VU相对应的后期记录数据时<PR存在>(比特0)(图26)被记录为“1”，当不存在后期记录数据时被记录为“0”。如果在EU中不存在PRU，此字段应当总是被记录为“0”。当后期记录仅仅在EU单元中执行时，可以单独使用前述的<PRU状态>(图24)中的<PR存在>而可以不使用此字段。
<闭合GOP>(比特1)(图26)管理是否VU中的第一GOP是一个闭合GOP。如果该GOP是一个闭合的，则此字段被记录为“1”。否则记录为“0”。当GOP不是一个闭合的时，有可能没有前一个GOP的信息则不能解码一些视频的第一帧。
<IP图片的数量>(图25)以Unit 8格式记录了在要由此<VU信息>管理的视频数据中I-图片和P-图片的位置信息的数量。
<IP图片的终点RLBN>(图25(a))管理在由此<VU信息>管理的VU中I-图片和P-图片的在盘上的结束地址。这里的地址由从VU的前端的相对逻辑块编号来表示。
作为第一输入，关于在VU中的第一I-图片的地址信息应当被存储。作为第二输入以及后续的输入，关于I-图片或P-图片的地址信息应当以Unit 16格式被存储。
与此相关联，当具有高速访问性能的半导体存储器被采用作为记录媒体时或当使用具有显著的高访问性能的盘驱动器时，除了它们的结束地址外，起始地址应当也被提供作为参考图片的位置信息。在这种情况下，此项的字段名称被重新命名为<IP图片的RLBN>，起始地址和结束地址都应当以Unit16格式被连续记录。
也有可能使得所有的视频帧的位置信息在控制之下，而不是仅仅是参考图片的地址。在此情况下的位置信息应当由在盘上的每个视频帧的记录起始位置来表示。可以简单地利用与下一个帧的起始地址的差来计算每个帧的数据量和结束地址。
所有上述内容是管理信息<地址LUT>的管理信息(图5和21)。下一步，将参照附图27至29来说明这些管理信息的具体使用。
首先，将作出说明如何计算包括目标帧的VU的起始地址。
当期望从与在EUS中的一个任意PT相对应的一个帧开始播放时，包括那个帧的VU的在盘上的起始位置应当基于<地址LUT>来确定。
对此的基本处理次序如下。图27(a)示出了没有<EU首标>的情况，图27(b)示出了带有<EU首标>的情况。
(1)相对PT(RPT)通过下面的方程计算，即，通过从目标PT中减去与EUS中的第一显示帧相对应的<起始PT>(图5和27)来计算出。<起始PT>是附在在EUS中的第一显示帧的MPEG流上的一个PTS值，或者是被转化为PT格式的相对应的PTS值。
RPT＝PT-起始PT如上所述，由于关于起始点和终点的信息——它从每个用户程序指定以便选择一个任意部分——由数值表示，该数值附在流或对应的数值上并在一个绝对PT系统中被表示，因此从该数值减去<起始PT>将提供从EUS的前端的相对时间信息。
这里，在用户程序中使用绝对时间信息的事实意味着，如果例如在EUS的前面部分的一些部分被删除，那么只要在<EUS信息>(图5)中的信息<起始PT>被改变，就没有必要更新所有引用此EUS作为参考信息的用户程序的起始点信息和终点信息，因此使得有可能减小处理的负担。
(2)接下来，包括播放要从其开始的帧在内的VU的<VU信息编号>(图21)通过将由下列公式确定的相对PT(RPT)除以EUS中的每个VU的设定的呈现时间(<VU的PB时间>(图20和27))而获得。在图27(a)中，这个值是“VU信息#5”。
VU信息编号＝ip(RPT/VU的PB时间)，其中ip(n)是一个产生不大于n的最大整数的函数。
(3)从获得的<VU信息编号>，即图27中的第5个VU，包括目标帧在内的VU的起始地址被获得，作为从EUS的前端的相对逻辑块编号“VU的RLBN′”(图21、25和27)。
VU的RLBN′＝VU的RLBN(VU信息编号)，其中VU的RLBN(n)表示第n个“VU信息”的“VU的RLBN”的值。
以上述方式，包括目标帧的VU的起始地址可以通过利用<地址LUT>的简单计算来确定，而不需要搜索或其他操作。
下一步，参见图28，将说明如何计算在包括目标帧在内的EU的起始地址。计算包括目标帧在内的EU的起始地址的基本顺序如下。
当在EU的前端定义了用于管理EU的首标信息时，EU的最前端指在盘上的<EU首标>的起始位置。图28(a)示出了没有<EU首标>的情况，图28(b)示出了有<EU首标>的情况。
(1)相对PT(RPT)通过从目标PT中减去与EUS中的第一显示帧相对应的<起始PT>(图5)而计算得出。
RPT＝PT-起始PT(2)包括期望从其开始播放的帧的EU的<EU信息编号>通过将在(1)中获得的相对PT(RPT)除以在EUS中的每个EU的设定的呈现时间(<EU的PB时间>(图22和28))而获得。在图28中，此数值是EU#1。
EU信息编号＝ip(RPT/EU的PB时间)其中ip(n)是产生不大于n的最大整数的函数。
(3)从在(2)中获得的<EU信息编号>，包括目标帧的EU的起始地址从EUS的前端被获得，作为相对逻辑块编号“EU的RLBN′”(图21)。
EU的RLBN′＝EU的RLBN(EU信息编号)与判定VU起始地址的方法类似，包括目标帧的EU的起始地址可以通过利用<地址LUT>的简单计算来确定，而不需要搜索或其他操作。
下一步，将说明如何计算包括目标帧的EU中的PRU的起始地址。计算在包括目标帧在内的EU中的PRU的起始地址的基本顺序如下。图29(a)示出了没有<EU首标>的情况，图29(b)示出了有<EU首标>的情况。
PRU的最前端是当存在与目标帧相对应的后期记录数据时需要被访问的点。
(1)相对PT(RPT)通过从目标PT中减去与EUS中的第一显示帧相对应的<起始PT>(图5和29)而计算得出。
RPT＝PT-起始PT(2)包括期望从其开始播放的帧的EU的<EU信息编号>通过将相对PT(RPT)除以在EUS中的每个EU的设定的呈现时间(<EU的PB时间>(图21和29))而获得。在图29中，此数值是EU#1。
EU信息编号＝ip(RPT/EU的PB时间)其中ip(n)是产生不大于n的最大整数的函数。
(3)从获得的<EU信息编号>，包括目标帧的EU的起始地址从EUS的前端被获得，作为相对逻辑块编号“EU的RLBN′”(图21)。
EU的RLBN′＝EU的RLBN(EU信息编号)(4)通过将在<EU状态>(图24)中的<PRU位置>的值添加到目标EU的起始地址“EU的RLBN′”而获得从包括目标PRU的EUS的前端的相对逻辑块编号“PRU的RLBN”PRU的RLBN＝EU的RLBN′+PRU位置因此，与判定VU起始地址的方法类似，要与包括目标帧的VU同步再现的PRU的起始地址可以通过利用<地址LUT>的简单计算来确定，而不需要搜索或其他操作。
下一步，参见图30至39，本发明的记录媒体管理系统的第三示例将针对计算在前述MPEG流中VU的起始地址、然后确定EU和PRU的起始地址的情况加以说明。
开始将说明PRU的布局。当MPEG流有PRU时，有可能用户可能已经完成了后期记录。因此，当存在PRU时，应当利用前述的在<VU状态>中的<PR存在>来检查是否已经使用了PRU(图32)。
当后期记录数据片段存在并需要播放时，有必要在访问目标VU之前预先读出后期记录数据。
以这种方式，对<PR存在>信息的使用使得有可能预先了解是否已经进行了后期记录，并有可能去除不必要的对盘的访问，因为当未进行后期记录时不需要预先对PRU数据访问。
如图30和31所示，在盘上有两种类型的PRU布局，这取决于在盘上的数据几何形状。这归因于限制条件PRU应当与ECC边界对齐。即，如果EU的前端碰巧与ECC边界重合，则PRU被排列在EU的前端，如图30(b)所示。
另一方面，当EU的前端未落在ECC边界时，PRU被以如图30(a)所示的方式定位在从自EU的顶端首先出现的ECC边界开始。从EU的前端到ECC边界或PRU的起始点，排列了部分的EU中的第一VU。
在EU在其前部定义有<EU首标>的情况下，如果<EU首标>的端部碰巧与ECC的边界重合，则PRU被排列在紧随<EU首标>之后，如图31(b)所示，因为存在限制条件PRU应当与ECC边界对齐。
当<EU标题>的端部与ECC边界不重合时，PRU被定位在从在<EU标题>的后面首先出现的ECC边界起始，如图31(a)所示。从<EU标题>的端部到PRU的起始点，排列了部分的EU中的第一VU。
如图32所示的<VU状态>中的<PRU位置>中被记录的是从EU的前端到PRU的起始点的距离。此距离由逻辑块的数量表示，最大为16个逻辑块。
图32示出了在<地址LUT>中的内容(图5)。下面将连续地说明图32中管理信息的定义。图33至37示出了图32中的详细情况。
在这些附图中，<地址偏移>以Unit 32格式存储了一个偏移值，用于创建由<地址LUT>管理的相对逻辑块编号(RLBN)。当任意数量的EU已经从EUS的前部删除时，被删除的逻辑块的数量被设置到这个字段中。
因此，当引用在<地址LUT>中使用的相对逻辑块编号<RLBN>时，有必要从该值中减去<地址偏移>以引用该编号。<地址偏移>的初始值需要被设定为0。
<EU的PB时间>表示由<地址LUT>管理的EUS中的每个EU的设定的呈现时间。所设定的呈现时间是在一个EU中的视频数据的播放时间，它在同样的EUS中是恒定的，但在EUS中的最后一个EU除外。
<EU的PB时间>应当以PT格式记录。这里，信息<EU的PB时间>应当是在MPEG流中的相邻视频帧之间的以PT格式表示的PTS的差的整数倍数，即对应于每个帧的呈现时间的PTS。
<VU的PB时间>表示由<地址LUT>管理的EUS中的每个VU的设定的呈现时间。所设定的呈现时间是在一个VU中的视频数据的播放时间，它在相同的EUS中恒定，但在EUS中的最后一个VU除外。
<VU的PB时间>应当以PT格式记录。这里，信息<VU的PB时间>应当是在MPEG流中的相邻视频帧之间的以PT格式表示的PTS的差的整数倍数，即对应于每个帧的呈现时间的PTS。
<VU信息的数量>是在由<地址LUT>管理的EUS中存在的VU的数量，它以Unit 32格式记录。
<VU信息>以如图34(a)或图34(b)所示的方式管理关于在EUS中的每个VU的信息。应当注意，在图34(a)中，在此VU内被管理的视频帧的位置信息被提供作为起始地址或者是结束地址，而在图34(b)中，此位置信息被提供作为起始地址和结束地址这两者。
<VU的RLBN>(图34)表示由此<VU信息>管理的VU的在盘上的起始地址。此地址由从EUS前端的相对逻辑块编号表示。“VU的RLBN”应当以Unit 24格式记录。
图34中的<VU状态>以如图35(a)或图35(b)所示的方式管理由此<VU信息>管理的VU的状态。图35(a)示出了定义了<非相邻点>信息的情况，而图35(b)示出了没有定义<非相邻点>信息的情况。
<PRU位置>(比特0-4)(图35)记录关于在包括此VU的EU中PRU的位置的信息。<PRU位置>通过从EU的前端的距离(LBN编号)来表示在EU中的PRU的起始位置。
如果PRU位于EU的前部，此字段被记录为0，否则，从EU的前端的距离被记录为从1到15个逻辑块范围的一个数值。当在EU中不存在PRU时，此字段被恒定地设定为0。
当存在与此<VU信息>管理的VU相对应的后期记录数据时<PR存在>(比特5)(图35)被记录为“1”，当不存在后期记录数据时此字段被记录为“0”。当在EU中不存在PRU时，此字段应当总是记录为“0”。
<闭合GOP>(比特6)(图35)管理是否VU中的第一GOP是一个闭合GOP。如果该GOP是一个闭合的，则此字段被记录为“1”。否则记录为“0”。当GOP不是一个闭合的时，有可能没有前一个GOP的信息则不能解码一些视频的第一帧。
<非相邻点>(比特7)(图35(b))管理是否包括由此<VU信息>(图32至34)管理的VU的EU与前一个EU逻辑地和相邻地在盘上排列。当它们相邻地排列时，此字段被记录为“0”。当它们未相邻地排列时，此字段被记录为“1”。
图32和34中的<IP图片的数量>以Unit 8格式记录了在要由此<VU信息>管理的视频数据中I-图片和P-图片的位置信息的数量。
<IP图片的终点RLBN>(图34(a))管理在由此<VU信息>管理的VU中I-图片和P-图片的在盘上的结束地址。这里的地址由从VU的前端的相对逻辑块编号来表示。
作为第一输入，关于在VU中的第一I-图片的地址信息应当被存储。作为第二输入以及后续的输入，关于I-图片或P-图片的地址信息应当以Unit 16格式被存储。
与此相关联，当具有高速访问性能的半导体存储器被采用作为记录媒体时或当使用具有显著的高访问性能的盘驱动器时，除了它们的结束地址外，起始地址应当也被提供作为参考图片的位置信息。在这种情况下，此项的字段名称被重新命名为<IP图片的RLBN>，起始地址和结束地址都应当以Unit16格式被连续记录。
也有可能管理所有的视频帧的位置信息，而不是仅仅是参考图片的地址。在此情况下的位置信息应当由在盘上的每个视频帧的记录起始位置来表示。可以简单地利用与下一个帧的起始地址的差来计算每个帧的数据量或结束地址。
所有上述内容是管理信息<地址LUT>的管理信息。
下一步，将参照附图36至39来说明这些管理信息的具体使用。
首先参见图36，将作出说明如何计算包括目标帧的VU的起始地址。当期望从与在EUS中的一个任意PT相对应的一个帧开始播放时，包括那个帧的VU的在盘上的起始位置应当基于<地址LUT>来确定。
对此的基本处理次序如下。图36(a)示出了没有<EU首标>的情况，图36(b)示出了带有<EU首标>的情况。
(1)相对PT(RPT)通过从目标PT中减去与EUS中的第一显示帧相对应的<起始PT>(图5和36)来计算得出。
RPT＝PT-起始PT如上所述，由于关于起始点和终点的信息——它从每个用户程序指定以便选择一个任意部分——由数值表示，该数值附在流或对应的数值上并在一个绝对PT系统中被表示，因此从该数值减去<起始PT>将提供从EUS的前端的相对时间信息。
这里，在用户程序中使用绝对时间信息的事实意味着，如果例如在EUS的前面部分的一些部分被删除，那么只要在<EUS信息>(图5)中的信息<起始PT>被改进，就没有必要更新所有引用此EUS作为参考信息的用户程序的起始点信息和终点信息，因此使得有可能减小处理的负担。
(2)包括播放期望从其开始的帧在内的VU的<VU信息编号>(图32)通过将相对PT(RPT)除以EUS中的每个VU的设定的呈现时间(<VU的PB时间>(图32和33))而获得。在图36中，这个值是VU#5。
VU信息编号＝ip(RPT/VU的PB时间)，其中ip(n)是一个产生不大于n的最大整数的函数。
(3)从获得的<VU信息编号>，包括目标帧在内的VU的起始地址被获得，作为从EUS的前端的相对逻辑块编号“VU的RLBN′”(图32和36)。
VU的RLBN′＝VU的RLBN(VU信息编号)，其中VU的RLBN(n)表示第n个<VU信息>的<VU的RLBN>的值。
以上述方式，包括目标帧的VU的起始地址可以通过利用<地址LUT>的简单计算来确定，而不需要搜索或其他操作。
下一步，将说明如何计算在包括目标帧在内的EU的起始地址。计算包括目标帧在内的EU的起始地址的基本顺序如下。当在EU的前端定义了<EU首标>时，EU的最前端指在盘上的<EU首标>的起始位置。
(1)相对PT(RPT)通过从目标PT中减去与EUS中的第一显示帧相对应的<起始PT>而计算得出。
RPT＝PT-起始PT(2)包括期望从其开始播放的帧的EU的EU编号通过将相对PT(RPT)除以在EUS中的每个EU的设定的呈现时间(<EU的PB时间>)而获得EU编号＝ip(RPT/EU的PB时间)其中ip(n)是产生不大于n的最大整数的函数。
(3)在一个EU中包括的VU的数量通过将每个EU(<EU的PB时间>)的所设定的呈现时间除以每个VU(<VU的PB时间>)的所设定的呈现时间来确定。
每个EU的VU＝EU的PB时间/VU的PB时间(4)在EU中的前端的VU的<VU信息编号>通过将包括从其期望开始播放的帧在内的EU的EU编号与在一个EU中包括的VU的数量相乘而获得。
VU信息编号＝EU编号*每个EU的VU(5a)当由在目标EU的前端的<VU信息>(图32和34)管理的<VU状态>中的<PRU位置>(图35)不是“0”时，在<VU信息>中的VU的起始地址表示从目标EU所属的EUS的前端的相对逻辑块编号“EU的RLBN”，如图37(a)所示。
EU的RLBN＝VU的RLBN(VU信息编号)(5b)当在EU的前端定义了<EU首标>而且当由在目标EU的前端的<VU信息>(图32和34)管理的<VU状态>中的<PRU位置>(图35)不是“0”时，从目标EU所属的EUS的前端的相对逻辑块编号“EU的RLBN”可以通过从在<VU信息>中的VU(VU的RLBN)的起始地址中减去<EU首标>的大小(2KB)而获得，如图37(b)所示。
EU的RLBN＝VU的RLBN(VU信息编号)-EU首标大小(5c)当由在目标EU的前端的<VU信息>管理的<VU状态>中的<PRU位置>是“0”时，从目标EU所属的EUS的前端的相对逻辑块编号“EU的RLBN”可以通过从在<VU信息>中的VU(VU的RLBN)的起始地址中减去PRU的大小而获得，如图38(a)所示。
EU的RLBN＝VU的RLBN(VU信息编号)-PRU大小(5d)当由在目标EU的前端的<VU信息>管理的<VU状态>中的<PRU位置>是“0”时，从目标EU所属的EUS的前端的相对逻辑块编号“EU的RLBN”可以通过从在<VU信息>中的VU(VU的RLBN)的起始地址中减去PRU的大小和<EU首标>的大小(2KB)而获得，如图38(b)所示。
EU的RLBN＝VU的RLBN(VU信息编号)-PRU大小-EU首标大小以上述方式，与判定VU起始地址的方法类似，包括目标帧的EU的起始地址可以通过利用<地址LUT>的简单计算来确定，而不需要搜索或其他操作。
下一步，将说明如何计算包括目标帧的EU中的PRU的起始地址。计算在包括目标帧在内的EU中的PRU的起始地址的基本顺序如下。图39(a)示出了没有<EU首标>的情况，图39(b)示出了有<EU首标>的情况。
PRU的最前端是当存在与目标帧相对应的后期记录数据时需要被访问的点。
(1)与上述的计算包括目标帧在内的EU的起始地址的情况类似，确定目标EU的“EU的RLBN”的起始地址。
(2)从目标PRU所属的EUS的前端的相对逻辑块编号“PRU的RLBN”可以通过将由在EU中的第一<VU信息>管理的<PRU位置>的值和<EU首标>的大小(2KB)添加到目标EU的起始地址“EU的RLBN”而获得。
PRU的RLBN＝EU的RLBN+EU首标大小+PRU位置。
以上述方式，与判定VU起始地址的方法类似，要与包括目标帧的VU同步再现的PRU的起始地址可以通过利用<地址LUT>的简单计算来确定，而不需要搜索或其他操作。
在本发明的上述第一到第三示例中，从<地址LUT>获得的地址信息在一个相对地址系统中表示，因此对于盘的访问有必要将该信息转换为盘上的逻辑地址系统。下面将说明如何从相对地址计算在盘上的逻辑地址。
如上所述，EUS被管理作为利用逻辑文件系统的文件。即使当在盘上分部分记录了某一EUS时，关于划分事实的所有信息在逻辑文件系统的水平上被理解。因此，如图40所示，没有必要关心关于在<地址LUT>的表示中的划分事实。
在<地址LUT>中的大多数地址基于EUS的前端由相对地址表示提供，即使当在盘上分部分记录了某一EUS时，由<地址LUT>的管理在EUS连续排列的假设下作出。
对于盘访问指定的访问长度(逻辑块的数量)可以通过计算确定。例如，一个EU或VU的大小可以简单地通过其与下一个EU或VU的起始地址的差来确定。
基于在<地址LUT>中的EUS的起始的相对地址系统在EUS的一些前面部分被删除时需要被改进。具体来说，<地址LUT>应当通过从在基于在<地址LUT>中的EUS的起始的相对地址系统中表示的每个信息片段减去被删除的逻辑块的数量而更新。
为了节省更新管理信息中的所有地址的工作，用于存储被删除的块的<地址偏移>数值(图11、21和38)被准备来处理当任意数量的EU已经被从EUS的前端删除的情况。
例如，如图41所示，如果EU#0被删除，就不再有必要在利用此<地址偏移>时更新在<地址LUT>(图11、21和38)中的“VU的RLBN”、<PRU的RLBN>和“EU的RLBN”的数值。
即，通过从在<地址LUT>中的地址减去<地址偏移>的值，可以获得正确的数值。因此，可以通过下面的公式来最后确定从EUS的起始的VU的相对地址VU的RLBN′＝VU的RLBN-地址偏移为了获得在盘上的逻辑块地址，也有必要引用逻辑格式的信息。即，有必要将从逻辑格式的管理信息获得的EUS的起始地址和划分信息与从<地址LUT>最后获得的地址信息相结合。
下一步，将说明从一个目标帧完成播放的方法。这里将说明一个目标帧被指定为第一个以便从指定的视频帧开始播放的播放方法。如上所述，EUS的一个任意部分被从用户程序的每个场景选择。
对于此选择，期望引用的<EUS信息>的ID和由此<EUS信息>管理的EUS中的起始点和结束点应当通过PT格式的时间信息来指定。从指定为起始点的视频帧的PT，确定了包括指定帧的VU的起始地址。此地址是应当进行访问的盘上的起始点。
实际的盘的访问通过总计要访问的所有VU的地址信息和从逻辑文件系统获得的信息来控制。此控制被重复直到到达包括由终点PT指定的视频帧的VU，因此使得有可能从盘上读出期望再现的数据。
在实践中，从其开始播放的视频帧不总是VU的前端的帧，但是如上所述，在VU中的第一参考图片应当按照MPEG特性的要求被传输到解码器。
因此，来自VU的前端的数据被传输到解码器，被解码的数据的显示应当在当指定的起始PT与解码的帧的PTS重合时的时间点开始。类似地，对于结束点，应当控制在最后的VU中的终点PT后的视频帧以便不显示。
下一步，说明利用任意参考图片的特殊播放方法。除了VU的起始地址，<地址LUT>提供了在VU中I-图片和P-图片的终点地址。如图42所示，这里所述的地址由从VU的前端的逻辑块的数量来表示。
I-图片和P-图片的终点地址是需要仅仅利用I-图片和P-图片来实现特殊播放的所需要的信息。关于为提供每个图片的起始地址的原因如下。即，为了解码一个P-图片，有必要获得前一个I-图片和P-图片。因此，当播放期望从任意P-图片开始时，不可能不从盘上读出多数量的参考图片而解码此P-图片。
在此情况下，如果从VU的前端到目标P-图片的终点连续读出数据并同时放弃不必要的由与I-图片和P-图片相比较少的数据构成的B-图片，要比有选择地仅仅读出诸如I-图片或P-图片的参考图片部分(每次进行选择都需要搜索)快。
每个终点地址的功能是作为获取数据量的信息，在此数据量中当以一些第一I-图片和P-帧被显示并且然后播放跳至下一个VU的方式执行仅仅利用I-图片和P-图片的特殊播放时，数据应当被连续从盘预先读出。
与此相关联，当具有高速访问性能的半导体存储器被采用作为记录媒体时或当使用具有显著的高访问性能的盘驱动器时，可以获得足够高的性能以有选择地读出参考图片。在这种情况下，除了它们的结束地址外，起始地址应当也被提供作为参考图片的位置信息。
提供参考图片的起始和结束地址作为位置信息使得有可能有选择地从记录媒体仅仅读出参考图片的数据。或者作为替代方式，也有可能使得所有视频帧的位置信息在控制之下。
在此情况下的位置信息应当由在盘上的每个视频帧的记录开始位置来表示。每个帧的数据量或终点地址可以简单地通过与下一个帧的起始地址的差来计算。
作为当由用户程序实际执行访问时要引用的信息，<闭合GOP>和<非相邻点>信息被提供在<VU状态>中(图11、21和32)。
<闭合GOP>是管理是否在VU中的第一GOP是一个闭合的GOP的信息。通常，在GOP中的视频帧利用仅仅在GOP中的视频帧的数据来创建，但是在MPEG标准中，对来自属于前一个GOP的视频帧的信息的使用被允许用于编码。
一个GOP是一个闭合的GOP意味着在那个GOP中的所有的帧已经基于仅仅其中的数据而被编码。相反，一个GOP不是一个闭合的GOP意味着被观察的GOP的一些帧已经利用来自前一个GOP的信息而被编码。
在其中要进行访问的VU中的第一GOP不是一个闭合的GOP意味着在那个GOP中的一些第一帧的视频不能被正确解码和再现。对此事实的提前注意能够防止不正确的再现；例如，当GOP不是一个闭合GOP时，对前一个VU的访问使得有可能进行视频的正确再现。
<非相邻点>信息是表示是否当前被观察的EU被逻辑地和连续地在盘上连接到前一个EU的信息。因为盘在随机访问能力上的优点，一系列信息可以不必在盘上排列为相邻的数据。
由于在盘上的EUS被以EU单元连续记录，因此应当提供表示是否EU是与前一个EU连续排列的<非相邻点>信息。
由于在<地址LUT>中处理的地址主要是如上所述的从EUS的起始的相对地址，只有EU的起始地址不能提供是否知道EUS在盘上被划分。例如，可以预先通过将<地址LUT>的管理信息与逻辑格式的管理信息相结合来计算是否EUS被连续排列。
在实际的处理中，基于能够从逻辑文件系统获得的EUS划分信息，可知道从EUS的起始来相对地看的划分点。自<地址LUT>得到的从EUS的起始来相对地看的划分点和从EUS的起始的相对地址被比较。重合的EU起始地址被理解为划分点。
以这种方式，检查是否要再现的数据在盘上不连续地分布要求是麻烦的事。对<非相邻点>信息的使用使得有可能容易地了解划分点而不用引用来自逻辑文件系统的信息。
对要再现的在盘上的数据的布局信息的提前了解不仅提供用于访问的信息，而且可以被用于执行例如对从盘上读取数据的控制以实现无缝播放。
要读出的数据在盘上分部分排列的情况意味着在那个划分点的发生寻找。发生寻找的意思是数据不能在寻找时间期间被读出。
为了即使在这样的寻找发生时防止发生播放停顿，提供了一种防震存储器用于暂时存储从盘上读出的数据。
防震存储器的提供能够在一定程度上防止针对发生寻找的影片播放停顿。然而，如果向防震存储器中的数据流动由于频繁的发生寻找而长时间停止，影片的播放将停顿。因此，提前了解作为数据流入防震存储器停止的原因的发生寻找有利于对无缝播放的控制。
例如，当预先意料到影片的播放可能在划分点停顿时，在此点的数据可以和应当被预先存储在具有高速访问性能的存储器。
以上述方式，对<非相邻点>信息的使用使得有可能容易地掌握在盘上每个EU的位置，在控制读出要访问的数据的方面很有效。
下面说明如何计算播放速率。对本发明的<地址LUT>的使用使得有可能提前计算视频数据的播放速率而不用从盘上读出视频数据。
播放速率可以相对于EU或VU的呈现时间而计算。首先，将说明计算每个EU的播放速率的方法。
如上所述，EU的起始地址可以通过引用<地址LUT>而获得。同样如上所述，假定从EUS的前端的相对逻辑块编号即使在EUS在盘上被分部分记录时也是连续的，由<地址LUT>管理的地址由从EUS的前端的相对逻辑块编号表示。
因此，当前观察的EU的大小可以通过从下一个EU的起始地址中减去当前观察的EU的起始地址而了解。
如上所述，一个EU由VU和PRU或者仅仅由VU构成。一个VU是一个具有VU首标、被多路复用的原始音频数据和视频数据的管理单元。PRU是针对后期记录的音频数据的区域，该音频数据与在EU中的视频数据同步地再现。
由于原始音频数据和用于后期记录的音频数据有固定的速率，这些区域的大小可以从例如一个EU的呈现时段来唯一地确定。
因此，有可能通过从被观察的EU的数据量减去PRU的数据量——如果PRU存在的话(这也可以从管理信息<EUS信息>获得)——和原始音频数据的数量以及诸如<EU首标>或<VU首标>的数据的固定长度的管理信息的大小来获得在一个EU中包含的视频数据量。
一旦了解了在一个EU中包含的视频数据量，被观察的EU的视频数据播放速率可以同将视频数据量除以一个EU的呈现时间来计算。
下面说明计算每个VU的播放速率的方法。如上所述，VU的起始地址可以通过引用<地址LUT>来获得。
同样如上所述，假定从EUS的前端的相对逻辑块编号即使在相同的EUS在盘上被分部分记录时也是连续的，由<地址LUT>管理的地址由从EUS的前端的相对逻辑块编号表示。
因此，当前被观察的VU的大小可以通过从下一个VU的起始地址中减去当前观察的VU的起始地址而了解。这里，应当注意到因为在EU中的第一VU具有在前端或中途的PRU，因此VU的数据量不能简单地通过这个和后续的VU的起始地址而计算得出。
如上所述，一个VU是一个具有<VU首标>、被多路复用的原始音频数据和视频数据的管理单元。由于原始音频数据有固定的速率，此区域的大小可以从例如一个VU的呈现时段来唯一地确定。
因此，有可能通过从被观察的VU的数据量减去原始音频数据的数量以及诸如<VU首标>的数据的固定长度的管理信息的大小来获得在一个VU中包含的视频数据量。这里，当EU中的第一VU得起始地址被引用时，需要考虑PRU的数据量。
一旦了解了在一个VU中包含的视频数据量，被观察的VU的视频数据的播放速率可以通过将视频数据量除以一个VU的呈现时间来计算。
所计算出来的每个EU或每个VU的视频数据播放速率可以实时显示在诸如监视器的播放屏幕上来作为例如用户信息，而不需要提供特殊的硬件。
而且，由于要再现的视频数据的播放速率可以预先被了解而不需要读出在盘上记录的任何MPEG数据，因此此配置对于例如获得如前所述的无缝播放控制很有用。
每个VU或每个EU的播放速率提供了表示用于再现一个VU或EU的呈现时段的数据的从盘上读出的数据量的信息。因此，变得有可能提前了解数据如何在计算播放时间时被读入前述的防震存储器。
例如，当播放速率低时，对应于一个播放时间单元的的在盘上的数据量较低。因此，对于从盘上读出数据有宽的容限。相反，当播放速率高时，与相同时间单元的播放时间相对应的在盘上的数据量较高。因此，对于从盘上读出数据有较窄的容限。
以这种方式，如果可以预先了解要再现的数据的播放速率，则有可能预先掌握防震存储器的状态。
因此，有可能预先掌握防震存储器和可以允许更多时间访问盘的扇区以及可以允许最少时间访问盘的扇区的状态。因此，此特性本身可以对盘访问的控制作出时间安排，其方式是例如，针对可以承受很多时间用于盘访问的扇区的时段适应分配用于向半导体存储器读入针对无缝播放可能停顿的点的数据，该点由前述的<非相邻点>得来。
下面说明产生管理信息的方法。这里，说明产生<地址LUT>的管理信息的方法的示例。图43示出了此实施例的整个系统结构。
在附图中，MPEG编码器/解码器1编码和解码MPEG数据。在记录模式中的AV系统单元2多路复用所获得的来自MPEG编码器的数据和音频数据以便将数据整形为要记录到盘上的流并添加首标和其他信息。在播放模式下的此单元从自指定为7的盘读出的流提取视频和音频数据并将其传输到MPEG解码器。
防震存储器3暂时存储流并执行诸如ECC处理、扇区编码解码等的处理。此防震存储器3通过其暂时的数据存储也具有即使在由于执行寻找的盘的原因或其他原因而导致数据不能被实际读出或写入的时候也防止数据停止的功能。
盘控制器4控制伺服控制和盘的访问。主机微机5通过向各种处理器发出控制信号并接收信号而控制整个系统。
当MPEG数据被记录为EUS时，应当产生新的<地址LUT>。首先，要记录的视频数据被MPEG编码器编码。类似地，音频数据同时被音频编码器编码。
所编码的数据被发给AV系统单元2，在此该数据如上所述被以MPEG流格式多路复用并被添加首标信息等。由于在此AV系统单元2中进行了多路复用和首标的添加，AV系统单元2应当获得和保持VU前端点和在VU中的参考图片的位置信息。
这些位置信息的管理信息被从AV系统单元2传输到用于整体处理控制的主机微机5并继而保持在那里。通过AV系统单元2多路复用的流被暂时存储在防震存储器3中，在此数据被与信号处理单元6交换，以便对该数据进行ECC处理、扇区编码解码和其他处理，因此完成向盘7记录的准备。
所准备的用于记录的数据通过盘控制器4在某一定时被记录在盘7上的由主机微机5指定的地址上。如上所述，主机微机5掌握每个VU的前端的位置信息、在VU和PRU中的参考图片，并基于这些信息产生用于构建<地址LUT>的信息。
<非相邻点>信息应当考虑到被保持的流的信息和数据流在盘上实际记录的地址而被产生。由于关于后期记录的信息和关于闭合GOP的信息预先在主机确定，由主机确定的数值应当被记录为与<地址LUT>的管理信息相同。
下面，说明盘设备。如前所述，针对EUS的每个记录产生的<地址LUT>必须在某一定时被记录到记录媒体上。管理信息可以被记录到记录媒体上的不同位置。
如图44所示，数据区和管理信息区可以通过向在记录媒体上的预定的管理信息区写入管理信息而区分。例如，如果管理信息被记录在一起，有可能当需要连续访问多EUS数量时在短时间内从盘上有效地读取数据。
而且，很可能这种管理信息经常地和复杂地被更新。因此，如果这些管理信息片段在盘上散布，对盘的访问可能需要很长时间，导致较低的系统相应。而且，由于在数据区未形成管理信息文件，因此具有数据很可能在数据区相邻地排列的优点。
当每个管理信息片段被写入紧靠在记录媒体中的数据区中记录的相关的EUS的流之前时，如图45所示，要访问的EUS的管理文件被定位在与真实的数据接近之处。当例如EUS被复制到通过网络连接的另一个记录媒体上时，可以通过简单的文件复制获得所述复制，因为EUS的实体由逻辑文件系统管理为一个文件。
当用于允许对EUS中的任意帧访问的诸如<地址LUT>的管理信息被排列在与EUS相邻时，管理信息也可以被容易地复制。而且，由于每个EUS的管理信息散布在盘上，与管理信息一起被记录在一个区域的情况相比，有可能减少丢失管理信息的危险。
管理信息可以以多路复用的方式被记录到在记录媒体的数据区中记录的EUS的流中，如图46所示。在这种情况下，当例如盘也具有保持着相同信息的管理区时，如果管理信息由于一些意外已经被丢失，在流中多路复用的管理信息使得有可能备份管理信息。因此，此配置具有提高安全性的优点。
这里，图46示出了管理信息被装入在流中多路复用的EU首标中的示例。
另外，如图47所示，管理信息可以被记录到例如在一个盘设备中提供的非易失性的半导体存储器中，用于再现该记录媒体或除此记录了真实数据的记录媒体之外的另一个记录媒体，而不是被记录到记录了真实数据的记录媒体本身。
例如，有可能考虑一种配置，在此真实的数据被记录到可换磁盘上，而管理信息被记录到在盘设备中的半导体存储器或硬盘中。作为替代方式，在一个可换磁盘上，分离的非易失性的半导体存储器可以在磁盘盒中提供以便管理信息被记录到半导体存储器中。在这种情况下，由于频繁读写的管理信息被存储在可高速访问的半导体存储器中，此配置具有改善系统响应的优点。
如上所述，管理信息可以以不同方式被记录到不同区域，各自具有不同的优点。当然，管理信息可以写在多个区域而不是记录到一个区域。
例如，当组合使用在预定管理区记录管理信息的技术与在流本身中嵌入管理信息的技术时，在预定管理区域记录的管理信息被用在通常的情况下，在丢失管理信息的情况下，可以基于嵌入流中的管理信息来重新构建丢失的管理信息。(第二实施例)在此以前已经进行了关于在其中MPEG流包括PRU，即用于配音的数据区的实施例的说明。现在，将说明针对下面情况的<地址LUT>的实施例，在此情况下，除了MPEG流的数据区——在其上进行了配音或配音数据被记录在特殊区域中——的PRU，即用于配音的数据区被提供在特殊文件中。前述的短标题也在此处使用。
首先参见图48，将说明在此实施例中的MPEG流构成。如图48所示，一个EUS由一个或多个EU构成并对应于从记录开始到记录结束或记录暂停的单元。由一个EUS管理的MPEG数据必须被添加时间标记序列。
在此，EU是用于破坏性编辑的最小单元。破坏性编辑的意思是伴随着在盘上的移动或删除的编辑行为。
如果一些EU通过破坏性编辑从一个EUS的中间被删除时，MPEG流的时间标记表现出不连续性，因此该EUS需要被划分。
EU由一个或多个VU构成，并且必须在盘上连续记录。在一个EU中的VU的数量依赖于后期记录(配音)执行所基于的单元来确定。即，该数量依赖于数据的播放速率和用于获得实时配音的机械性能来确定，实时配音即当要在其上配音的视频数据被播放同时的配音。
VU是由<VU首标>、视频数据的一个或多个GOP和相关的音频数据有成。在一个EUS中的所有EU的呈现时间和所有VU的呈现时间被设定为恒定的。VU的呈现时间对应于由一个单个VU管理的视频数据的播放时间。类似地，EU的呈现时间指由单个EU管理的视频数据的播放时间。
EUS被划分成具有固定长度2048字节的块。一个块被存储在盘上的一个逻辑块中。大体上，一个块由一个包构成。这里使用的包与ISO/IEC 13818-1定义的PES包一致，这种类型的包应当被记录在盘上。
在附图中，VU由一个VH BLK、多个A BLK和多个V BLK构成。VH BLK存储了关于VU的首标信息的包。A BLK存储了由ISO/IEC 13818-3定义的音频包。V BLK存储了由ISO/IEC 13818-2定义的视频数据包。所配置的EUS被管理成在盘上的一个文件。
另一方面，在如图49所示的流配置中，后期记录序列(以下缩写为“PRS”)由多数量的PRU构成。一个PRU作为记录对应于在一个EUS中的一个EU的配音数据的容器。PRU由一个PH BLK、多个A BLK和多个PBLK构成。PH BLK存储了关于PRU的首标信息的包。A BLK存储了由ISO/IEC 13818-3定义的音频包。P BLK存储了由ISO/IEC 13818-1定义的填充包。由于PRU是用于要与在关联的EU中的视频数据同步地再现的后期记录数据的区域，它应当至少具有能够记录与在EU中的视频数据的呈现时间相当的数据的区域大小。所配置的PRS被管理为在盘上的一个文件。
在其初始状态的PRS未记录有PRU。即，PRU在在EU单元中配音的过程中被逐个添加到PRS文件中。因此，在PRS文件中的PRU的记录顺序是这样的顺序其中已经执行了配音，因此不是总是与EUS中的EU的序列次序相重合。
当使用记录了MPEG流的盘开始了从任意帧的播放或完成了诸如再现任意选择的帧的特殊播放时，不可能如上所述通过计算或其他方法来定位在盘上的任意帧的记录位置，因为在盘上记录的MPEG数据的单独的帧的数据量彼此不同。这就是为什么需要管理信息，即用于访问任意帧的<地址LUT>，因此下面将说明此内容。
在此实施例中，后期记录指配音，它仅仅由后期记录声音来在已经记录的原始数据之上执行。PRU指其中当完成配音时记录了后期记录数据的区域并被记录到来自EUS文件的一个独立的文件，即PRS文件。
下面说明在何情况下应当使用<地址LUT>。从其记录开始到记录停止或暂停的由用户记录的MPEG数据的扇区被定义为一个EUS。
假定使用以文件名称来管理盘上的数据的位置信息的逻辑文件系统，同时配音数据被管理为与EUS相分离的文件，即PRS文件，实际的MPEG数据被以视频和原始音频数据的EUD单元记录为文件。此配置如图50所示。在此示例中，EUS#0和EUS#1被分别管理为文件名FDAV0000.EUS和FDAV0001.EUS，而且与EUS#1和EUS#2相对应的PRS文件(配音文件)被由逻辑文件系统管理为文件名FDAV0000.PRS和FDAV0001.PRS。
为了管理在EUS单元中的EUS数据，产生了称为<EUS信息>的管理信息。即，如果用户记录了多个场景，每个对应于从记录开始到记录停止的数据，那么产生相同数量的<EUS信息>。
<EUS信息>的一个示例如图51所示。<EUS信息>是管理在盘上记录的EUS的信息。如图51所示，<EUS信息>具有其用于区分的ID、大小、标题信息、EUS的产生数据和更新数据、文本信息用于管理EUS的表示缩略图的缩略图信息、用于识别由逻辑文件系统管理的MPEG流数据的EUS和和作为配音数据文件的PRS文件的<数据文件ID>和<PRS文件ID>、表示EUS和PRS的数据大小的<数据文件大小>和<PRS数据大小>、诸如EUS、视频、音频、摄影、后期记录、源、版权、静止图片等的属性信息。
EUS信息也具有展示引用所管理的EUS的程序的参考信息。而且，作为重要的管理信息，<起始PT>、<终点PT>、<后期记录单元大小>和<地址LUT>也可以被涉及到。
在<起始PT>和<终点PT>中记录的是附加到在由此<EUS信息>管理的EUS中的第一和最后的显示帧的数据流本身的PTS数值，或者是以PT格式转换的对应的PTS数值。由于一个EUS总是处理具有序列的时间标记的视频数据片段，因此EUS的总的呈现时间可以通过例如从<终点PT>减去<起始PT>而计算得出。
<后期记录单元大小>是表示PRU的大小的信息。应当注意到在相同的PRS中的每个PRU的大小是恒定的。<地址LUT>是提供对在盘上记录的MPEG数据的任意帧和对应的配音数据在盘上哪里应当进行访问的管理信息。以上述方式，基于EUS信息，有可能获得关于在盘上记录为文件的EUS和PRS文件的信息。
当由用户记录的MPEG数据被从头以记录顺序被依序播放时，有可能不用前述的<地址LUT>而执行播放。然而，如果例如利用盘的随机访问能力，用户试图从作为记录状态的原始数据并以任意顺序再现的EUS中选择任意数量的任意部分，则需要使用<地址LUT>管理信息。
下面说明通过计算确定在前述的MPEG流中的PRU和VU的起始地址的方法。
在再现MPEG流的过程中，有可能用户可能已经进行了后期记录(配音)。因此，如果存在对应于EU的PRU，应当使用后述的<VU状态>中的<PRU状态>或<PR存在>来对此检查。
<PRU信息>的<PRU状态>中的<PR存在>是示出了是否存在对应于在PRS文件中的每个EU的一个PRU的管理信息。<VU信息>的<VU状态>的<PR存在>是示出了是否存在对应于所管理的VU的后期记录数据。
当后期记录数据片段存在并需要播放时，有必要在访问目标EU之前预先读出与PRU(音频配音数据)相对应的后期记录数据，然后当在EU中的视频数据被播放时与视频同步再现所读出的PRU。
以这种方式，对<PR存在>信息的使用使得有可能预先了解是否在PRS文件中存在相对应的PRU和是否已经进行了后期记录。
图52示出了在<地址LUT>中的管理信息的示例。下面将连续地说明这些定义。图53至57示出了图52中的管理信息的详细情况。
在图53中，<地址偏移>以Unit 32格式存储了一个偏移值，用于创建由<地址LUT>管理的相对逻辑块编号(RLBN)。当任意数量的EU已经从EUS的前部删除时，被删除的逻辑块的数量被设置到这个字段中。
因此，当引用用于管理在<地址LUT>中处理的VU的起始地址的相对逻辑块编号<RLBN>时，有必要从该值中减去<地址偏移>。初始值需要被设定为0。
<EU的PB时间>表示由(地址LUT)管理的EUS中的每个EU的设定的呈现时间。所设定的呈现时间是在一个EU中的视频数据的播放时间，它在同样的EUS中是恒定的，但在EUS中的最后一个EU除外。
<EU的PB时间>应当以PT格式记录。这里，信息<EU的PB时间>应当是在MPEG流中的相邻视频帧之间的以PT格式表示的PTS的差的整数倍数，即对应于每个帧的呈现时间的PTS。
<VU的PB时间>表示由<地址LUT>管理的EUS中的每个VU的设定的呈现时间。所设定的呈现时间是在一个VU中的视频数据的播放时间，它在相同的EUS中恒定，但在EUS中的最后一个VU除外。
<VU的PB时间>应当以PT格式记录。这里，信息<VU的PB时间>应当是在MPEG流中的相邻视频帧之间的以PT格式表示的PTS的差的整数倍数，即对应于每个帧的呈现时间的PTS。
<PRU信息的数量>是在由<地址LUT>管理的EUS中存在的EU的数量，它以Unit 32格式记录。由于每个<PRU信息>对应于一个EU，如果在流配置中不存在PRU，此字段应当总是被设定为0。
<VU信息的数量>是在由<地址LUT>管理的EUS中存在的VU的数量，它以Unit 32格式记录。
<PRU信息>以如图54所示的方式管理关于对应于在EUS中的每个EU的PRU的管理信息。当对于EUS不存在PRU时，<PRU信息的数量>被记录为0，没有记录被写入<PRU信息>。如果即使对应于EUS中的EU的一个PRU存在，每个EU应当具有它们自己的一个<PRU信息>。
<PRU的RLBN>表示由此<PRU信息>管理的PRU的在盘上的起始地址。此地址由从EUS前端的相对逻辑块编号表示。这里此地址由PRU文件的前端的相对逻辑块编号表示。<PRU的RLBN>应当以Unit 24格式记录。<PRU状态>以如图55所示的方式管理由此<PRU信息>管理的PRU的状态。
当在PRS文件中存在对应于此PRU信息的PRU时<PR存在>(比特0)被记录为“1”，当不存在PRU时被记录为“0”。
<VU信息>(图53)以如图56(a)或图56(b)所示的方式管理关于在EUS中的每个VU的信息。应当注意，在图56(a)中，在VU内被管理的视频帧的位置信息被提供作为或者是起始地址或者是结束地址，而在图56(b)中，此位置信息被提供作为起始地址和结束地址。
<VU的RLBN>表示由此<VU信息>管理的VU的在盘上的起始地址。此地址由从EUS文件的前端的相对逻辑块编号表示。<VU的RLBN>应当以Unit 24格式记录。
<VU状态>以如图57(a)或图57(b)所示的方式管理由此<VU信息>管理的VU的状态。图57(a)示出了<非相邻点>信息被定义的情况，图57(b)示出了未定义<非相邻点>信息的情况。
当存在与由此<VU信息>管理的VU相对应的后期记录数据时<PR存在>(比特0)被记录为“1”，当不存在后期记录数据时被记录为“0”。如果不存在与VU所属的EU相对应的PRU，此字段应当总是被记录为“0”。
<闭合GOP>(比特1)管理是否VU中的第一GOP是一个闭合GOP。如果该GOP是一个闭合的，则此字段被记录为“1”。否则记录为“0”。当GOP不是一个闭合的时，有可能没有前一个GOP的信息则不能解码一些视频的第一帧。
<非相邻点>(比特2)(图57(b))管理是否由此<VU信息>管理的VU所属的EU被与前一个EU逻辑地和相邻地在盘上排列。当它们被相邻地排列时，此字段被记录为“0”。当它们未相邻地排列时，此字段被记录为“1”。
<IP图片的数量>(图56)以Unit 8格式记录了在要由此<VU信息>管理的视频数据中I-图片和P-图片的位置信息的数量。
<IP图片的终点RLBN>(图56(a))管理在由此<VU信息>管理的VU中I-图片和P-图片的在盘上的结束地址。这里的地址由从VU的前端的相对逻辑块编号来表示。
作为第一输入，关于在VU中的第一I-图片的地址信息应当被存储。作为第二输入以及后续的输入，关于I-图片和/或P-图片的地址信息应当以Unit16格式被存储。
与此相关联，当具有高速访问性能的半导体存储器被采用作为记录媒体时或当使用具有显著的高访问性能的盘驱动器时，除了它们的结束地址外，起始地址应当也被提供作为参考图片的位置信息。在这种情况下，此项的字段名称被重新命名为<IP图片的RLBN>，起始地址和结束地址都应当以Unit16格式被连续记录。
也有可能使得所有的视频帧的位置信息在控制之下，而不是仅仅是参考图片的地址。在此情况下的位置信息应当由在盘上的每个视频帧的记录起始位置来表示。可以简单地利用与下一个帧的起始地址的差来计算每个帧的数据量和结束地址。
所有上述内容是“地址LUT”的管理信息。
下一步，将参照附图58和59来说明这些管理信息的具体使用。
首先，将作出说明如何计算包括目标帧的VU的起始地址。当要求从与在EUS中的一个任意PT相对应的一个帧开始播放时，包括那个帧的VU的在盘上的起始位置应当基于<地址LUT>来确定。
对此的基本处理次序如下。图58示出了这种情况。
(1)相对PT(RPT)通过从目标PT中减去与EUS中的第一显示帧相对应的<起始PT>(图51-58)来计算得出。<起始PT>是附在在EUS中的第一显示帧的MPEG流上的PTS值，或者是被转化为PT格式的相对应的PTS值。
RPT＝PT-起始PT如上所述，由于关于起始点和终点的信息——它从每个用户程序指定以便选择一个任意部分——由绝对PT数值表示，该数值附在流或对应的数值上，因此从该数值减去<起始PT>将提供从EUS的前端的相对时间信息。
这里，在用户程序中使用绝对时间信息的事实意味着，如果例如在EUS的前面部分的一些部分被删除，那么只要在<EUS信息>(图51)中的<起始PT>被改变，就没有必要更新所有引用此EUS作为参考信息的用户程序的起始点信息和终点信息，因此使得有可能减小处理的负担。
(2)包括期望播放从其开始的帧在内的VU的<VU信息编号>(图52)通过将相对PT(RPT)除以EUS中的每个VU的设定的呈现时间(<VU的PB时间>(图52和58))而获得。在图58中，这个值是VU#7。
VU信息编号＝ip(RPT/VU的PB时间)，其中ip(n)是一个产生不大于n的最大整数的函数。
(3)从获得的<VU信息编号>，包括目标帧在内的VU的起始地址被获得，作为从EUS的前端的相对逻辑块编号“VU的RLBN′”。
VU的RLBN′＝VU的RLBN(VU信息编号)，其中表达式“VU的RLBN(n)”表示第n个<VU信息>的<VU的RLBN>的值。
以上述方式，包括目标帧的VU的起始地址可以通过利用<地址LUT>的简单计算来确定，而不需要搜索或其他操作。
下一步，将说明如何计算与包括目标帧在内的EU相对应的PRU的起始地址。计算与包括目标帧在内的EU相对应的PRU的起始地址的基本顺序如下。图59示出了这种情况。
PRU的最前端是当存在对应于目标帧的后期记录数据时需要被访问的点。
(1)相对PT通过从目标PT中减去与EUS中的第一显示帧相对应的<起始PT>而计算得出。
RPT＝PT-起始PT(2)包括期望从其开始播放的帧的EU的编号通过将相对PT(RPT)除以在EUS中的每个EU的设定的呈现时间(<EU的PB时间>)而获得。由于每个EU对应于一个<PRU信息>，因此此EU编号直接表示<PRU信息编号>。在图59中，此数值是PRU信息#1。
PRU信息编号＝ip(RPT/EU的PB时间)其中ip(n)是产生不大于n的最大整数的函数。
(3)从获得的<PRU信息编号>，与包括目标帧的EU相对应的PRU的起始地址从PRS文件的前端被获得，作为相对逻辑块编号“PRU的RLBN′”。
PRU的RLBN′＝PRU的RLBN(PRU信息编号)
这里，在<PRU信息>的<PRU状态>是0意味着在PRS文件中不存在相对应的PRU。
以上述的方式，与判定VU起始地址的方法类似，要与包括目标帧的VU同步再现的PRU的起始地址可以通过利用<地址LUT>的简单计算来确定，而不需要搜索或其他操作。因此，如果例如一个特殊的PRU被从盘上读出，与由<EUS信息>管理的PRU的大小相当的数据量应当从PRU的被确定的起始地址读出。
现在，参照附图60结合<地址LUT>说明在一个EUS文件中的任意EU和在一个PRU文件中PRU之间的关系。在此附图的示例中，在从记录开始到记录结束或暂停的MPEG数据流的一个EUS文件中，一个EU由4个VU构成。<地址LUT>中的<PRU信息>针对每个EU而产生。因此，<PRU信息>片段的相应数量存在作为EUS文件中的EU的数量，这些EU在EUS中从第一EU按顺序排列。对应于每个EU的<PRU信息>具有一个信息<PRU状态>片段表示是否在PRS文件中有一个对应的PRU。在图解的示例中，PRU信息#4和#5不存在，或在PRS文件中不存在对应于EU#4和EU#5的PRU。对应于EU#1至#3的PRU，即PRU信息#1至#3被记录为在PRS文件中的PRU#0至#2。PRU信息#0或对应于EU#0的PRU被记录为在PRS文件中的PRU#3。以这种方式，PRU以被记录的顺序被添加到PRS文件，以便PRU不必按照与EU相同的顺序排列。
当配音数据与上述结构的EUS的视频数据同步再现时，在从EUS的前端读取每个EU之前，对应的PRU的数据被从盘上读出。随后，EU数据被读出以便视频数据与已经读取的配音数据同步再现。以这种方式，这些数据单元以PRU和EU被接连读出的方式被交替读出。
如上所述，EUS和PRS被管理作为利用逻辑文件系统的文件。即使当在盘上分部分记录了某一EUS或PRS时，关于划分事实的所有信息也在逻辑文件系统的水平上被理解。因此，如图61和62所示，没有必要关心关于在<地址LUT>的表示中的划分事实。
在<地址LUT>中的<VU的RLBN>和<PRU的RLBN>(图52)基于EUS或PRS的前端由相对地址表示提供，即使当在盘上分部分记录了一个EUS或PRS时，由<地址LUT>的管理在EUS或PRS连续排列的假设下作出。
对于盘访问指定的访问长度(逻辑块的数量)可以通过计算确定。例如，一个EU或VU的大小可以简单地通过其与下一个EU或VU的起始地址的差来确定。PRU的大小在同一个EUS中是恒定的。
基于在<地址LUT>中的EUS的起始的相对地址系统在EUS的一些前面部分被删除时需要被改进。具体来说，<地址LUT>应当通过从在基于在<地址LUT>中的EUS的起始的相对地址系统中表示的每个信息片段减去被删除的逻辑块的数量而更新。为了节省更新管理信息中的所有地址的工作，用于存储被删除的块的<地址偏移>数值(图53)被准备来处理当任意数量的EU已经被从EUS的前端删除的情况。
例如，如图63所示，如果EU#0被删除，就不再有必要再利用此<地址偏移>时更新在<地址LUT>中的“VU的RLBN”的数值。
即，通过从在<地址LUT>中地址减去<地址偏移>的值，可以获得正确的数值。因此，可以通过下面的公式来最后确定从EUS的起始的VU的相对地址VU的RLBN′＝VU的RLBN-地址偏移相反，当PRS的前端被删除时，基于在<地址LUT>中的PRS文件的起始的在相对地址系统中表示的<PRU的RLBN>需要被改进。具体来说，<地址LUT>应当通过从基于在<地址LUT>中的PRS文件的起始的相对地址系统中表示的每个信息片段减去被删除的PRU逻辑块的数量来更新。然而，在PRU中的记录是音频数据，因此数据的大小与视频数据相比要小。因此，当要删除任意的PRU时，在PRU信息中的PRU状态的更新能够产生与删除PRU相同的效果，而不需要PRS文件的实际改进。而且，当例如，已经记录的配音数据被丢弃和替换为新的配音时，对配音数据的更新可以通过从PRU信息中提取与在其上配音将被进行的EU相对应的PRU信息片段和在<PRU的RLBN>指定的位置的PRU上的记录配音来完成。
在第二实施例中，已经与部分第一实施例相结合而说明了针对下述情况的<地址LUT>的一个实施例除了在其上进行了配音的MPEG流的数据区外的PRU，即配音数据区被记录作为特殊文件或特殊区域，但是在此实施例中也可以适当地添加在第一实施例中说明的除了用于配音的数据区之外的改进。
如前所述，按照本发明的第一方面，在一个多媒体数据流中，在记录媒体上的任意帧的位置信息可以不必进行复杂的计算而容易地获得。
按照本发明的第二方面，在一个多媒体数据流中，在记录媒体上的数据第一单元——它是任意帧的最小可编辑单元——的位置信息可以不必进行复杂的计算而容易地获得。
按照本发明的第三方面，在一个多媒体数据流中，访问任意帧所需要的在记录媒体上的数据的第二单元的位置信息可以不必进行复杂的计算而容易地获得。
而且，由于被频繁引用的数据第二单元的位置信息被提供作为管理信息，有可能有效地引用管理信息，而不必进行位置信息的计算。
按照本发明的第四方面，在一个多媒体数据流中，访问任意帧所需要的在记录媒体上的数据的第二单元的位置信息以及在记录媒体上的数据第一单元——它是对于任意帧的最小可编辑单元——的位置信息可以不必进行复杂的计算而容易地获得。
按照本发明的第五至第七方面，在记录媒体上的后期记录音频数据——它要与预定的数据同步地再现——的位置信息可以与数据的独立单元的位置信息相关地来容易地获得而不必进行复杂的计算。
按照本发明的第八至第十方面，在记录媒体上的后期记录音频数据——它要与预定的数据同步地再现——的位置信息可以不必进行复杂的计算而容易地获得。
按照本发明的第十一方面，可以在短时间内进行对多个管理信息片段的读写。
按照本发明的第十二方面，由于数据区和管理信息区被清楚地分离，在数据区中将不产生管理信息文件。因此，可以实现在数据区中的数据的相邻排列。
按照本发明的第十三方面，要再现的数据被排列在与管理信息相邻以便有可能实现提高的处理速度。
按照本发明的第十四方面，由于管理信息区被提供给比数据记录媒体具有更高的访问速度的记录媒体，因此有可能实现更快的相应。
按照本发明的第十五和十六方面，在数据记录媒体——其中数据的基本单元被基于播放时间而划分成数据的第一单元和数据的第二单元——中数据记录媒体管理设备管理在管理信息区中的参考位置信息和第一相对距离信息。因此，采用时间信息作为关键信息，管理设备可以通过简单的处理将其转换为位置信息，因此使得有可能容易地访问数据单元中的任意帧。
而且，即使当应当读写多个管理信息片段时，也有可能在短时间内将其完成。由于数据区和管理信息区清楚地分离，在数据区中将不产生管理信息文件。因此，可以实现在数据区中的数据的连续排列。
按照本发明的第十七方面，由于也可以通过简单的处理获得后期记录音频数据的位置信息，采用时间信息作为关键信息，可以有效地再现后期记录音频数据。
按照本发明的第十八方面，要再现的数据被排列在与管理信息相邻之处以便有可能实现提高的处理速度。
按照本发明的第十九方面，此配置将使得流的构成复杂，因此使得容易访问其他数据单元。
按照本发明的第二十方面，由于当多媒体流的前端部分已经被删除时，被删除的数据的位置信息被记录为管理信息，即偏移值，这使得不必更新在各种管理信息片段中的每个位置信息片段，因此使得有可能节省编辑工作量。
按照本发明的第二十一方面，由于在数据第一单元中的视频数据的播放速率可以通过计算来确定，有可能预先掌握数据的播放速率而不再现视频数据。
按照本发明的第二十二方面，由于在数据第二单元中的视频数据的播放速率可以通过计算来确定，有可能预先掌握数据的播放速率而不再现视频数据。
按照本发明的第二十三方面，由于起始地址以相对地址的表示来提供，它丢弃了在记录媒体上的流的划分的排列，因此有第一或第二单元管理的数据的数据量可以从一个起始地址和下一个之间的关系来了解。
按照本发明的第二十四方面，由于在数据再现时，有可能预先掌握是否应当读出后期记录音频数据，这使得处理更为有效。
按照本发明的第二十五方面，由于在数据再现时，有可能对每个第一单元预先掌握是否应当读出后期记录音频数据，这使得处理更为有效。
按照本发明的第二十六方面，由于在数据再现时，有可能对每个第二单元预先掌握是否应当读出后期记录音频数据，这使得处理更为有效。
按照本发明的第二十七方面，由于有可能掌握是否在记录媒体上所观察的第一单元与前一个第一单元逻辑地和相邻地排列而不引用逻辑文件系统信息，这使得处理更为有效。
按照本发明的第二十八方面，在再现数据第二单元之前，有可能掌握是否有必要访问前一个第二单元以便执行在数据第二单元内的GOP中的帧的正确再现。
按照本发明的第二十九方面，每个数据第二单元被允许管理不是固定数量的帧而是任意数量的帧。
按照本发明的第三十方面，由于可以预先掌握要从数据第二单元的开始到目标参考图片读出的数据量，这使得可以容易地获得特殊的播放。
按照本发明的第三十一方面，当使用具有足够的访问性能的记录媒体时，可以基于数据从其读出的位置信息来有选择地读出目标参考图片。此特性使得可以容易地获得特殊的播放。
按照本发明的第三十二方面，由于所有帧的起始地址被管理，有可能在使用带有足够的访问性能的记录媒体时容易地从自起始地址到下一个帧的差来确定每个帧的数据量并有选择地读出任意帧的数据。因此，这些特性使得可以容易地获得特殊的播放。
按照本发明的第三十三方面，由于在数据再现时，有可能掌握是否应当预先读出后期记录音频数据，这使得处理更为有效。
产业上的可利用性如前所述，本发明适合于访问位置定位方法和用于在诸如盘等的记录媒体上定位访问位置的记录媒体管理设备，在所述盘等上记录了诸如MPEG数据的可变长度编码数据。
权利要求
1.一种数据访问位置定位方法，用于定位在数据记录媒体中的访问位置，其中在具有视频数据的第一数据流中的连续记录时段的数据序列被管理为数据基本单元，所述方法包括步骤基于关于视频数据的指定片段的呈现时间信息和与目标数据基本单元的基准位置信息相关的基准时间信息，确定从基准时间信息到呈现时间信息的相对时间；通过基于关于视频数据的指定片段的相对时间和数据子单元的播放时间的操作，识别包括指定视频数据片段的目标数据子单元；从预先存储在管理信息区域的相对距离信息中，识别数据的目标子单元的起始位置信息，其中数据的基本单元包括多个数据子单元，每个子单元都在数据的单基本单元内具有相同的播放时间，并且对于每个数据的基本单元，作为数据的基本单元的起始位置信息的基准位置信息和从基准位置信息到数据基本单元中的每个数据子单元的起始位置信息的相对距离信息被预先存储在记录媒体的管理信息区域中。
2.如权利要求1所述的数据访问位置定位方法，其中，数据的子单元是作为数据的独立可编辑最小单元的数据第一单元。
3.如权利要求1所述的数据访问位置定位方法，其中，数据的子单元是数据第二单元，它是可独立再现的数据最小单元，每个都具有相同播放时间的多个数据第二单元组成作为可独立编辑的数据最小单元的数据第一单元，每个都具有相同播放时间的多个数据第一单元在单个数据基本单元中。
4.如权利要求3所述的数据访问位置定位方法，进一步包括步骤利用数据第二单元的起始位置信息识别数据第一单元的起始位置信息。
5.如权利要求2至4中任意一个权利要求所述的数据访问位置定位方法，其中，数据记录媒体与数据第一单元相关地具有用于后期记录的音频数据记录单元，用于存储后期记录音频数据，它和与视频数据相关的原始音频数据不同，可以与视频数据同步地记录和再现，而且管理信息区域中预先存储了第三相对距离信息作为每个数据基本单元的用于后期记录的音频数据记录单元的起始位置信息，该方法还包括步骤基于存储在管理信息区域中的第三相对距离信息来识别对应于目标数据第一单元的用于后期记录的目标音频数据记录单元的起始位置信息。
6.如权利要求5所述的数据访问位置定位方法，其中，第三相对距离信息是从基准位置信息到用于后期记录的音频数据单元的起始位置信息的相对距离信息。
7.如权利要求5所述的数据访问位置定位方法，其中，第三相对距离信息是从数据第一单元的起始位置信息到用于后期记录的音频数据单元的起始位置信息的相对距离信息。
8.一种用于定位数据记录媒体中的访问位置的数据访问位置定位方法，其中，在具有视频数据的第一数据流中的连续记录时段的数据序列被作为基本数据单元管理，该方法包括步骤基于关于指定视频数据片段的呈现时间信息和与目标数据基本单元的基准位置信息相关的基准时间信息，来确定从基准时间信息到呈现时间信息的相对时间；通过基于关于指定视频数据片段的相对时间和数据第一单元的播放时间的操作，来识别包括指定视频数据片段的目标数据第一单元；从预先存储在管理信息区域中的第三相对距离信息中识别与目标数据第一单元相对应的用于后期记录的目标音频数据单元的起始位置信息，其中基本数据单元包括多个数据第一单元，每个第一单元都具有在单个基本数据单元中的相同的播放时间并且是可独立编辑的最小数据单元，数据记录媒体与数据第一单元相关地具有用于后期记录的音频数据单元，用于存储后期记录音频数据，它和与视频数据相关的原始音频数据不同，可以与视频数据同步地记录和再现，对于每个基本数据单元，作为每个用于后期记录的音频数据单元的第三相对距离信息被预先存储在记录媒体的管理信息区域中。
9.如权利要求8所述的数据访问位置定位方法，其中，第三相对距离信息是从表示关于基本数据单元的起始位置信息的基准位置信息到用于后期记录的音频数据单元的起始位置信息的相对距离信息。
10.如权利要求8所述的数据访问位置定位方法，其中，第三相对距离信息是从数据第一单元的起始位置信息到用于后期记录的音频数据单元的起始位置信息的相对距离信息。
11.如权利要求5或8所述的数据访问位置定位方法，其中，用于后期记录的音频数据单元在每个数据第一单元中提供。
12.如权利要求5或8所述的数据访问位置定位方法，其中，用于后期记录的音频数据单元在基本数据单元外提供。
13.如权利要求1或8所述的数据访问位置定位方法，其中，管理信息区域在数据记录媒体内提供。
14.如权利要求1或8所述的数据访问位置定位方法，其中，管理信息区域在数据记录媒体外的记录媒体中提供。
15.一种数据记录媒体管理设备，用于管理在具有视频数据作为基本数据单元的第一数据流中连续记录时段的数据序列，包括一控制器，该控制器通过以下步骤管理数据利用多个数据第一单元构建基本数据单元，每个数据第一单元是可独立编辑的最小数据单元；利用多个数据第二单元构建数据第一单元，每个数据第二单元是可独立再现的最小数据单元；使得用于再现每个数据第一单元的第一播放时间在单个基本数据单元内相同，并且控制用于再现每个数据第二单元的第二播放时间在单个数据第一单元内相同；为每个基本数据单元管理作为基本数据单元起始位置信息的基准位置信息和从基准位置信息到基本数据单元中的数据第一单元的起始位置信息的第一相对距离信息，其管理方式使得它们可以被写入数据记录媒体或相对于数据记录媒体支持物的某处所安排的管理信息区域中或者被从其中读出。
16.一种数据记录媒体管理设备，用于管理在具有视频数据作为基本数据单元的第一数据流中连续记录时段的数据序列，包括一控制器，该控制器通过以下步骤管理数据利用多个数据第一单元构建基本数据单元，每个数据第一单元是可独立编辑的最小数据单元；利用多个数据第二单元构建数据第一单元，每个数据第二单元是可独立再现的最小数据单元；使得用于再现每个数据第一单元的第一播放时间在单个基本数据单元内相同，并且控制用于再现每个数据第二单元的第二播放时间在单个数据第一单元内相同；为每个基本数据单元管理作为基本数据单元起始位置信息的基准位置信息和从基准位置信息到基本数据单元中的预定数据第二单元的起始位置信息的第二相对距离信息，其管理方式使得它们可以被写入数据记录媒体或数据记录媒体支持物的管理信息区域中或者被从其中读出。
17.如权利要求15或16所述的数据记录媒体管理设备，其中，所述控制器在数据记录媒体中构建用于后期记录的音频数据单元，用于存储后期记录音频数据，它和与视频数据相关的原始音频数据不同，可以与视频数据同步地记录和再现，并且，所述控制器与每个数据第一单元相关地管理从基准位置信息到用于后期记录的音频数据单元的起始位置信息的第三相对距离信息，其管理方式使得该第三相对距离信息可以被写入管理信息区域中或者被从其中读出。
18.如权利要求17所述的数据记录媒体管理设备，其中，用于后期记录的音频数据单元在数据第一单元中提供。
19.如权利要求17所述的数据记录媒体管理设备，其中，用于后期记录的音频数据单元在基本数据单元外创建。
20.如权利要求15或16所述的数据记录媒体管理设备，其中，所述控制器管理提供用于位置信息的偏移值的偏移信息，其管理方式使得该偏移信息可以被写入管理信息区域或者被从其中读出。
21.如权利要求15所述的数据记录媒体管理设备，其中，所述控制器能够基于第一相对距离信息和第一播放时间来计算数据第一单元的数据播放速率。
22.如权利要求16所述的数据记录媒体管理设备，其中，所述控制器能够基于第二相对距离信息和第二播放时间来计算数据第二单元的数据播放速率。
23.如权利要求15或16所述的数据记录媒体管理设备，其中，位置信息以相对地址表示方式给出，忽略了在记录媒体上的任何分开的排列。
24.如权利要求17所述的数据记录媒体管理设备，其中，所述控制器管理后期记录的有/无信息，该信息用于指示要同步再现的后期记录音频数据是否已经存储在用于后期记录的音频数据单元中，其管理方式使得该信息可以被写入管理信息区域中或者被从其中读出。
25.如权利要求17所述的数据记录媒体管理设备，其中，所述控制器管理后期记录的有/无信息，该信息用于指示要与数据第一单元同步再现的后期记录音频数据是否已经存储在用于后期记录的音频数据单元中，其管理方式使得该信息可以被写入管理信息区域中或者被从其中读出。
26.如权利要求17所述的数据记录媒体管理设备，其中，所述控制器管理后期记录的有/无信息，该信息用于指示要与数据第二单元同步再现的后期记录音频数据是否已经存储在用于后期记录的音频数据单元中，其管理方式使得该信息可以被写入管理信息区域中或者被从其中读出。
27.如权利要求14或15所述的数据记录媒体管理设备，其中，所述控制器管理数据的邻接信息，该信息用于指示暂时连续的、与所述数据第一单元相对应的数据和与后续的数据第一单元相对应的数据是否在记录媒体上被逻辑地和连续地排列，其管理方式使得该信息可以被写入管理信息区域中或者被从其中读出。
28.如权利要求15或16所述的数据记录媒体管理设备，其中，所述控制器管理信息，该信息用于指示在数据第二单元的前部的GOP是否是一个闭合的GOP，其管理方式使得该信息可以被写入管理信息区域中或者被从其中读出。
29.如权利要求15或16所述的数据记录媒体管理设备，其中，所述控制器管理视频帧信息，该信息用于指示在数据第二单元中要管理的MPEG数据的视频帧的数量，其管理方式使得该信息可以被写入管理信息区域中或者被从其中读出。
30.如权利要求15或16所述的数据记录媒体管理设备，其中，所述控制器通过使得表示在记录媒体上参考图像的结束地址的结束位置信息可以被写入管理信息区域中或者被从其中读出，来管理在数据第二单元中要管理的MPEG数据的视频帧。
31.如权利要求15或16所述的数据记录媒体管理设备，其中，所述控制器管理参考图像起始位置信息和参考图像结束位置信息，其中，参考图像起始位置信息表示在数据第二单元中要管理的MPEG数据的视频帧的参考图像在盘上的起始地址，参考图像结束位置信息表示其结束地址，其管理方式使得这些信息可以被写入管理信息区域中或者被从其中读出。
32.如权利要求15或16所述的数据记录媒体管理设备，其中，所述控制器通过使得表示在记录媒体上参考图像的起始地址的起始位置信息可以被写入管理信息区域中或者被从其中读出，来管理在数据第二单元中要管理的MPEG数据的视频帧。
33.一种数据记录媒体管理设备，用于管理作为数据基本单元的在具有视频数据的第一数据流中连续记录时段的数据序列，其中数据基本单元包括多个数据子单元，所述设备包含一个控制器，它管理每个数据基本单元，其管理方式是使得作为数据基本单元的起始位置信息的参考位置信息、在数据基本单元中的单独数据子单元的每个的相对距离信息和后期记录有/无信息可以被写入数据记录媒体或相对于数据记录媒体的支持物而排列在某处的管理信息区域中或者被从其中读出，所述相对距离信息是从独立数据子单元的基本位置信息到起始位置信息的相对距离信息，所述后期记录有/无信息指示要同步再现的后期记录音频数据是否已经存储在后期记录音频数据单元中。
全文摘要
对于含有多媒体数据流的记录媒体进行管理的管理系统,其中在由视频和声音构成的第一数据(原始数据)中,一个预定播放时段的数据量被当作第一单元(EU),在第一单元(EU)中的单独的可再现的数据最小单元被当作第二单元(VU),每个第一单元(EU)适合于具有与其他相同的播放时段,每个第二单元(VU)适合于具有与其他相同的播放时段。在此管理系统中,在记录媒体上的第二单元(VU)的位置信息被当作每个第二单元的管理信息,因此在记录媒体上的第一单元(EU)的位置信息被基于记录媒体上的第二单元(VU)的位置信息而确定。
文档编号H04N9/806GK1361985SQ00810641
公开日2002年7月31日 申请日期2000年7月28日 优先权日1999年7月29日
发明者岩野裕利 申请人:夏普公司