专利名称：信息处理装置、信息处理方法、显示介质和记录介质的制作方法
技术领域：
本发明是以下专利申请的分案申请申请号98126734.3，申请日1998.10.21，发明名称信息处理装置、信息处理方法、显示介质和记录介质。
总地说来，本发明涉及信息处理装置、信息处理方法、显示介质和记录介质。更具体地说，本发明涉及允许更加容易进行编辑的信息处理装置、信息处理方法、显示介质和记录介质。
可以适当地编辑记录在诸如光盘的记录介质上的视频和音频数据。在编辑工作中，具体地说，一段视频数据的部分区域与另一视频数据的部分结合，或者说部分视频数据的一个区域被擦除。
当进行编辑数据的通常的工作时，也就是数据本身被链接或删除，就出现了编辑包括已经编辑过的再编辑的数据时的既费工又费时的问题。
因此，致力于上述问题的本发明的一个目的是允许既容易又快捷地进行编辑并提供相应的记录介质。根据本发明的信息处理装置的特征在于该装置包括逐个地(1 on 1)控制多个段的数据的第一控制装置；控制任何任意数目的第一控制装置的第二控制装置；和控制在第二控制装置中的任何任意范围的第三控制装置。
根据本发明的信息处理方法的特征在于该方法包括逐个地控制多个段的数据的第一控制步骤；控制在第一控制步骤的任何任意数目的控制状态的第二控制步骤；和控制在第二控制步骤的任何任意范围的控制状态的第三控制步骤。
根据本发明的图像显示介质的特征在于该介质用于表现使得信息处理装置完成处理的程序，该处理包括如下步骤逐个地控制多个段的数据的第一控制步骤；控制在第一控制步骤的任何任意数目的控制状态的第二控制步骤；和控制在第二控制步骤的任何任意范围的控制状态的第三控制步骤。
根据本发明的用于记录数据和控制数据的控制信息的记录介质特征在于，控制信息包括逐个地控制多个段的数据的第一控制装置；控制任何任意数目的第一控制装置的第二控制装置；和控制在第二控制装置中的任何任意范围的第三控制装置。
根据本发明的用于记录数字信息的记录介质，其中所述数字信息包括数据流和管理信息，使得每个数据流逐个地(1 on 1)作为第一单元管理，一个或多个所述第一单元作为第二单元管理，全部或部分的所述第二单元作为第三单元管理。
在本发明的信息处理装置中，多个数据段由第一控制装置逐个地控制，和任何任意数目的第一控制装置由第二控制装置控制，其中任何任意的范围由第三控制装置控制。
在根据本发明的信息处理方法和根据本发明的图像显示介质中，在第一控制步骤的任何任意数目的控制状态在第二步骤被控制，和在第二控制步骤的任何任意范围的控制状态在第三步骤被控制。
在本发明的记录介质中，记录如控制信息，第一控制装置，第二控制装置和第三控制装置。
结合下面的附图描述本发明的优选实施例
图1是用于描述目录编排的解释图；图2是用于描述VOLUME.TOC文件的结构的解释图；图3是用于描述volume_information( )(卷_信息())的结构解释图；图4是用于描述volume_attribute( )(卷_属性())的结构的解释图；图5是用于描述resume_( )(恢复_())的结构的解释图；图6是用于描述volume_rating( )(卷_等级())的结构的解释图；图7是用于描述write_protect( )(写_保护())的结构解释图；图8是用于描述play_protect( )(播放_保护())的结构的解释图；图9是用于描述recording_timer( )(记录_定时器())的结构的解释图；图10是用于描述text_block( )(文本_块())的结构的解释图；图11是用于描述language_set( )(语言_设定())的结构的解释图；图12是用于描述text_item( )(文本_项目())的结构解释图13是用于描述ALBUM.STR的结构的解释图；图14是用于描述album( )(册())的结构的解释图；图15是用于描述TLTLE_###.VDR的结构的解释图；图16是用于描述title_info( )(标题_信息())的结构的解释图；图17是用于描述PROGRAM_$$$.PGI的结构的解释图；图18是用于描述program( )(程序())的结构解释图；图19是用于描述play_list( )(播放_目录())的结构的解释图；图20是用于描述play_item( )(播放_项目())的结构的解释图；图21是用于描述CHUNKGROUP_###.CGIT的结构的解释图；图22是用于描述chunk_connnection_info( )(块_连接_信息())的结构的解释图；图23是用于描述chunk_arragement_info( )(块_安排_信息())的结构的解释图；图24是用于描述CHUNK_％％％.ABST的结构的解释图；图25A、25B是表示本发明应用的光盘装置的典型结构的方框图；图26是用于描述目录编排的解释图；图27是用于描述目录的逻辑编排的解释图；图28是用于描述偏移的解释图；图29是用于描述目录的编排的解释图；图30是用于描述目录的编排的解释图；图31是用于描述目录的编排的解释图；图32是用于描述目录的编排的解释图；图33是用于描述目录的编排的解释图；图34是用于描述目录的逻辑的编排的解释图；图35是用于描述目录的逻辑的编排的解释图；图36是用于描述file_type_id(文件_类型_识别符)的解释图；图37是用于描述mark_type(标记_类型)的解释图；图38是用于描述chunk group(块组)的解释图；图39是用于描述chunk group(块组)的解释图；图40是用于描述file_type_id(文件_类型_识别符)的解释图；图41是用于描述chunk_sync_play_flag(块_同步_播放_标记)的解释图；图42是用于描述original_time_count_type(原始_时间_计数_类型)的解释图；图43是用于描述file_type_id(文件_类型_识别符)的解释图；图44是用于描述info_type(信息_类型)的解释图；图45是用于描述slot_unit_type(时隙_单位_类型)的解释图；图46是用于描述file_type_id(文件_类型_识别符)的解释图；图47是用于描述program_status(程序_状态)的解释图；图48是表示解释分开标题处理的流程图；图49是用于描述程序、标题、块(chunk)组、多个块(chunks)和数据流的分层的解释图；图50是用于解释交换(swap)标题的处理的解释图；图51是用于描述程序、标题、块组，多个块和数据流的分层的解释图；图52是用于解释删除标题的处理的流程图；图53是用于描述删除标题的处理的解释图；图54是用于解释合并标题的处理的流程图；图55是表示解释设置操作为重放程序的处理流程图；图56是用于描述程序、标题、块组、多个块和数据流的分层的解释图；图57是用于解释重放程序的处理的流程图；图58是用于描述程序结构的解释图；图59是用于描述播放序列的结构的解释图；图60是用于描述程序、播放序列和播放项目间的关系的解释图。
在描述本发明的实施例之前，在说明书的权要求中所指出的每个装置是由一个典型的实施装置来举例说明的，在下面描述本发明的特征中，这些典型的实施装置被放置在每个装置后面的括号里，以便说明这些装置与实施装置之间的关系。然而不用说，这些实施装置不意味着具有限制意义，也就是说，这些装置的例子不限于附加的实施装置。
本发明的信息处理装置的特征在于该装置包括逐段地控制多个数据段的第一控制装置(通过在图24中所示的CHUNK-％％％％.ABST具体地执行)。
控制任何任意数目的第一控制装置的第二控制装置(通过图21中所示的CHUNK-###.CGIT具体地执行)。和控制在第二控制装置中的任何任意的范围的第三控制装置(通过图15中所示的TITLE-###，VDR具体执行)。
利用解释在由本发明提供一个记录介质上的文件的格式来开始下面的描述，其中信息被记录在该记录介质上并且从该记录介质上来播放该信息。在图1中所述记录在记录介质上的文件被分类成下列七种形式。
VOLUME.TOCALBUM.STRPROGRAM_$$$.PGITITLE_###.VDRCHUNKGROUP_@@@.CGITCHUNK_％％％％.ABSTCHUNK_％％％％.MPEG2VOLUME.TOC和ALBUM.STR文件被放置在一个根目录中。一个称为“PROGRAM”的目录被设置的在根目录的下面。该PROGRAM目录包括PROGRAM_$$$.PGI文件，其中符号$$$表示一个program(程序)的号。同样地，一个称为“TITLE”的目录被设置在根目录的下面。该TITLE(标题)目录包括TITLE_###.VDR文件，其中符号###表示一个TITLE的号。一个称为“CHUNKGROUP”的目录被设置在根目录的下面。该CHUNKGROUP目录包括CHUNKGROUP_###.CGIT文件，其中符号@@@表示一个chunkgroup的号。一个称为“CHUNK”的目录被设置在根目录的下面。该CHUNK目录包括CHUNK_％％％％.ABST文件，其中符号％％％％表示一个chunk(块)的号。
同样地，一个称为“MPEGAV”的目录被设置在根目录的下面。该MPEGAV目录包括多个子目录，每个子目录包括CHUNK_％％％％.MPEG2文件，其中符号％％％％表示一个chunk的号。
通常在记录介质中存在一个VOLUME.TOC文件。然而在具有一种特殊结构的记录介质中，例如像具有ROM和RAM混合结构这样的记录介质中，可以存在多个VOLUME.TOC文件。这个VOLUME.TOC文件用于表示记录介质整个的特性。
图2是表示VOLUME.TOC文件的结构图。如在图中所示，在文件的开头设置file_type_id，以便指示该文件是一个VOLUME.TOC文件。跟随着file_type_id是volume_information()，最后是text_block()。
图3是表示volume_information()文件的结构图。如在图中所示，volume_information()包括volume_attribute()、resume()、volume_rating()、write_protect()、play_protect()和recording_timer()。
volume_attribute()是一个用于记录逻辑卷的属性的区域。图4是一个表示volume_attribute()的详细结构图。如在图中所示，volume_attribute()包括title_play_mode_flag和promgram_playback_mode_flag。
resume()是一个区域，该区域被用于在记录介质被再次插入时记录在一个弹出操作之前用于一个状态恢复的信息。图5是表示resume()的一个详细结构图。
在图3中所示的volume_rating()是一个区域，根据用户的年龄和用户的类型，该区域记录用于执行整个卷的监视器/收听器的年龄限制的信息。图6是表示volume_rating()的详细结构图。
图3中的write_protect()是一个区域，该区域记录用于限制改变和删除一个title和一个program操作的信息。图7是表示write_protect()的详细结构图。
图3中的play_protect()一个区域，该区域记录用于设置一个播放允许功能或一个播放禁止功能的信息和记录用于限制在该卷中记录的一个title或一个program的播放操作数的信息。图8是表示play_protect()的详细结构图。
在图中所示的recording_timer()是一个区域，该区域用于记录控制一个记录时间的信息。图9是表示recording_timer()的详细结构图。
图10是一个表示在图2中所示的VOLUME.TOC文件的text_block()的详细结构图。如在图10中所示的，text_block()包括language_set和text_item。图11和12分别示出了language_set和text_item的详细结构图。
通常在一个记录介质中存在一个在图1中所示的ALBUM.STR文件。然而在具有一种特殊结构的记录介质中，例如像具有ROM和RAM混合结构这样的记录介质中，可以存在多个ALBUM.STR文件。这个ALBUM.STR文件用于把多个记录介质组合成一个结构，该结构使记录介质看起来好象只有一个单个记录介质。
图13是表示ALBUM.STR文件的结构图。如在图中所示，在文件的开头设置file_type_id，以便指示该文件是一个ALBUM.STR文件。跟随着file_type_id是album()，最后是text_block()。
album()是一个区域，该区域记录用于处理多个volume的信息，也就是，多个记录介质作为一个综合volume。图14是表示album()的一个详细结构图。
在图1中存在与多个title一样多的TITLE_###.VDR文件。一个title例如在一个光盘的情况下涉及一个音乐的选择或在一个电视广播的情况下涉及一个节目。图15是表示TITLE_###.VDR文件的结构图。如在图中所示，在文件的开头设置file_type_id，以便指示该文件是一个TITLE_###.VDR文件。跟随着file_type_id是title_info()，最后是text_block()。符号###是表示一个title号的字符串。
title_info()是一个区域，该区域记录在一个chunk group上的title一个开始点和一个结束点和其它的title的属性。图16是表示title_info()的详细结构图。
在图1中存在与多个program一样多的PROGRAM_$$$.PGI文件。一个program包括多个删节，每个删节规定了一部分区域或所有的title。一个program的删节以一个规定的顺序被播放。图17是表示一个PROGRAM_$$$.PGI文件的结构图。如在图中所示，在文件的开头设置file_type_id，以便指示该文件是一个PROGRAM_$$$.PGI文件。跟随着file_type_id是program()，最后是text_block()。符号$$$是表示一个program号的字符串。
program()是一个区域，该区域用于记录在一个操作中所需要信息以便收集需要的一部分title并且播放它们而不完成该内容的不可逆的编辑。图18是表示program()的详细结构图。
在图18中所示的program()具有一个play_list()。图18是表示program()的详细结构图。
在play_list()中设置有多个play_item()。图20是一个表示play_item()的详细图。
在图1中存在与多个chunk group一样多的CHUNKGROUP_###.CGIT文件。一个chunk group是一个用于排列一个位流的数据结构。当用户通常操作一个用于在记录介质上记录信息和从记录介质播放信息的装置时，例如一个VDR(Video Disc Recorder)，用户不知道这个文件的存在。
图21是一个表示一个CHUNKGROUP_###.CGIT文件的结构图。如在图中所示，在文件的开头设置file_type_id，以便指示该文件是一个CHUNKGROUP_###.CGT文件。跟随着file_type_id是chunkgroup_time_base_flags(块组_时_基_标志)和chunkgroup_time_base_offset(块组_时_基_偏移)，其次是chunk_connection_info()，最后是text_block()。
chunkgroup_time_base_flags是特征位，每个特征位与一个chunkgroup的一个基准计数器相关。chunkgroup_time_base_offset表示一个chunkgroup的基准时间轴的开始时间。chunkgroup_time_base_offset是在一个计数器中设置的32位值，该计数器以一个90kHz的频率来计算。chunk_connection_info()是一个区域，用于记录像一个视频转换点、以及视频和音频同步这样的特殊信息。图22是一个表示chunk_connection_info()的详细结构图。
chunk_connection_info()包括与属于一个chunk group的chunk的数量一样多的chunk_arrangement_info()的循环。图23是一个表示chunk_arrangement_info()的详细结构图。
在图1中存在与多个chunks一样多的CHUNK_％％％.ABST文件。一个chunk是用于一个数据流文件的信息。图24是一个表示CHUNK_％％％.ABST文件的结构图。如在图中所示，在文件的开头设置file_type_id，以便指示该文件是一个CHUNK_％％％.ABST文件。
在图1中所示的CHUNK_％％％％.MPEG2文件是一个数据流文件。与只用于存储信息的其它文件不同，这个文件被用于存储一个MPEG位流。
图25表示一个光盘装置的典型结构图，它用于把信息记录在作为一个记录介质的光盘上和由该光盘来播放信息，其中记录介质包括上述的文件。在光盘装置中，设置一个单个光头2用于一个可重写光盘1。光头2用于从光盘1读出信息和把信息写入到光盘1中。
在一个RF和解调/调制电路3中一个位流被解调之后，在借助于一个开关5被提供给用于缓冲在一个读出率与一个解码处理率之间的差的一个读出通道缓冲器6之前，由光头2从光盘1读出的位流先经过在ECC电路4中的误差校正。读出通道缓冲器6的一个输出被提供给一个解码器7。读出通道缓冲器6这样被设计以致于一个系统控制器13能够读和写该读出通道缓冲器6。
利用解码器7对由读出通道缓冲器6输出的位流进行解码，作为解码的结果，该解码器7输出视频和音频信号。由解码器7输出的视频信号被提供给一个合成电路8以便与一个由OSD(On Screen Display)控制电路9产生的视频信号合成。合成的结果通过一个输出端P1提供给一个显示单元，以便在显示单元上被显示，该显示单元在图中没有被示出。同时，由解码器7产生的音频信号通过一个输出端P2提供给一个扬声器，以便在扬声器中被播放，该扬声器在图中没有被示出。
另一方面，由一个输入端P3输入的视频信号和由一个输入端P4输入的音频信号在它们被提供给一个写入通道缓冲器11之前由一个编码器10来编码，其中写入通道缓冲器11用于缓冲在一个编码处理率与一个写入率之间的差。写入通道缓冲器11这样被设计以致于系统控制器13能够读和写该写入通道缓冲器11。
从写入通道缓冲器11中读出在写入通道缓冲器11中存储的数据并且借助于开关5提供给ECC电路4。在ECC电路4中，在该数据被提供给RF&解调/调制电路3以便被调制之前，一个误差校正码被加到该数据上。由RF&解调/调制电路3输出的一个信号，严格地说，一个RF信号利用光头2记录到光盘1上。
一个地址检测电路12检测在经过一个记录或播放操作的光盘1的磁道上关于一个地址的信息。系统控制器13控制构成光盘装置的部件的操作。该系统控制器13包括一个CPU 21，用于执行各种控制、一个ROM单元22，用于存储像处理程序这样由CPU 21执行的信息、一个RAM单元23，用于存储像由CPU 21进行的处理期间获得的数据这样的信息和一个RAM单元24，用于存储待记录到光盘1中或待由光盘1播放的各种信息文件。CPU 21根据由地址检测电路12输出的检测结果精细地调整光头2的位置。CPU 21也控制开关5的转换操作。由用户来操作由各种开关和各种按钮构成的输出单元14，以便把各种指令输入给光盘装置。
下面来解释从一个信息文件中读数据的基本操作。在从一个VOLUME.TOC信息文件中读数据的操作中，例如，在系统控制器13中使用的CPU 21利用一个文件系统操作指令首先确定VOLUME.TOC文件被记录在光盘1中的实际地址和文件的长度，该文件系统操作指令被包括在预先的一个处理程序中。然后，CPU 21根据在VOLUME.TOC文件的地址上的信息把光头2移动到一个读出位置。接着，CPU 21把光头2、FR&解调/调制电路3和ECC电路4设置到读出方式，并且根据读出通道缓冲器6来定位开关5。此外，在利用光头2开始一个读出操作之前，CPU 21精确地调整光头2的位置。在读出操作中，利用光头2读出VOLUME.TOC文件的内容和利用FR&解调/调制电路3对其进行解调。在FR&解调/调制电路3的输出被存储在读出通道缓冲器6之前要经过在ECC电路4中的误差校正。
当存储在读出通道缓冲器6中的数据量变为等于或超过VOLUME.TOC文件的容量时，CPU 21停止读出操作。以后，CPU 21读出在读出通道缓冲器6中存储的数据并且把该数据存储在RAM单元24中。
下面通过以VOLUME.TOC信息文件作为例子来解释把数据写入到一个信息文件中的基本操作。首先，CPU 21为了把数据被写入到其中的一个自由区域而检索文件系统，也就是光盘1，该自由区域具有等于或大于一个VOLUME.TOC文件的容量，并且利用一个包括在预先的一个处理程序中的文件系统操作指令来确定该自由区域的地址。
接着，CPU 21把在RAM单元24中准备好并且待重新写入到光盘1中的VOLUME.TOC文件传送给写入通道缓冲器11。然后，CPU 21根据在VOLUME.TOC文件上的信息把光头2移动到一个写入位置。接着，CPU 21把光头2、FR&解调/调制电路3和ECC电路4设置到写入方式，并且根据写入通道缓冲器11来定位开关5。此外，在利用光头2开始一个写入操作之前，CPU 21精确地调整光头2的位置。
在写入操作中，从写入通道缓冲器11读出重新准备的VOLUME.TOC文件的内容和借助于开关3把该内容提供给ECC电路4。在ECC电路4中，在利用FR&解调/调制电路3对其进行调制之前一个误差校正码被加到该内容上。利用光头2把由FR&解调/调制电路3的输出的一个信号记录到光盘1中。
当从写入通道缓冲器11中读出的数据量变为等于或超过VOLUME.TOC文件的容量时，CPU 21停止写入操作。
最后，CPU 21重写一个指向文件系统的VOLUME.TOC文件的指示符，以便利用一个包括在预先的一个处理程序中的文件系统操作指令使指示符指向重新被写的位置。
下面以在图1中所示的CHUNK_0001.MPEG2作为一个例子来解释播放一个数据流的基本操作。首先，在系统控制器13中使用的CPU 21利用一个文件系统操作指令确定CHUNK_0001.MPEG2文件被记录在光盘1中的实际地址和文件的长度，该文件系统操作指令被包括在预先的一个处理程序中。然后，CPU 21根据在CHUNK_0001.MPEG2文件的地址上的信息把光头2移动到一个读出位置。接着，CPU 21把光头2、FR&解调/调制电路3和ECC电路4设置到读出方式，并且把开关5定位在读出通道缓冲器6的一侧上。此外，在利用光头2开始一个读出操作之前，CPU 21精确地调整光头2的位置。
在读出操作中，利用光头2读出的CHUNK_0001.MPEG2文件的内容经过FR&解调/调制电路3、ECC电路4和开关5被存储在读出通道缓冲器6中。在读出通道缓冲器6存储的数据被提供给解码器7，以便利用解码器7对由读出通道缓冲器6输出的数据进行解码，作为解码的结果，该解码器7输出视频和音频信号。由解码器7产生的音频信号提供给输出端P2。同时，由解码器7输出的视频信号通过合成电路8提供给输出端P2。
当从光盘1读出并且由解码器7解码以便待精确显示的数据量变为等于CHUNK_0001.MPEG2文件的容量时，或当由输出单元14接收到一个停止读出操作的指令时，CPU 21停止读出和解码操作。
下面通过以CHUNK_0001.MPEG2信息文件作为例子来解释把数据流记录到一个信息文件中的基本操作。首先，CPU 21为了把数据流被写入到其中的一个自由区域而检索文件系统，也就是光盘1，该自由区域具有等于或大于CHUNK_0001.MPEG2文件的容量，并且利用一个包括在预先的一个处理程序中的文件系统操作指令来确定该自由区域的地址。
由一个输入端P3输入的视频信号和由一个输入端P4输入的音频信号在它们被提供给一个写入通道缓冲器11之前由一个编码器10来编码。CPU 21根据在CHUNK_0001.MPEG2文件的地址上的信息把光头2移动到一个写入位置。接着，CPU 21把光头2、FR&解调/调制电路3和ECC电路4设置到写入方式，并且根据写入通道缓冲器11来定位开关5。此外，在利用光头2开始一个写入操作之前，CPU 21精确地调整光头2的位置。
在写入操作中，从写入通道缓冲器11读出重新准备的CHUNK_0001.MPEG2文件的内容和借助于开关5、ECC电路4、和FR&解调/调制电路3提供给光头2。一个由RF&解调/调制电路3输出的一个信号利用光头2记录到光盘1上。
当由写入通道缓冲器11读出并且记录到光盘1中的数据量变为等于CHUNK_0001.MPEG2文件的容量时，或当由输出单元14接收到一个停止写入操作的指令时，CPU 21停止写入操作。最后，CPU 21重写一个指向文件系统的CHUNK_0001.MPEG2文件的指示符，以便利用一个包括在预先的一个处理程序中的文件系统操作指令使指示符指向重新被写的位置。
假设在图26中所示的信息和数据流文件已经被存储在光盘1中。在这个例子中，光盘1包括一个称为文件，该文件用于存储一个program。此外，光盘1也包括三个分别称为TITLE_001.VDR、TITLE_002.VDR和TITLE_003.VDR的title文件。
此外，光盘1也包括二个称为CHUNKGROUP_0.001.CGIT和CHUNKGROUP_002.CGIT的chunk group信息文件。在其首位上，光盘1包括三个称为CHUNK_0001.MPEG2、CHUNK_0011.MPEG2和CHUNK_0012.MPEG2的流文件以及分别与CHUNK_0001.MPEG2、CHUNK_0011.MPEG2和CHUNK_0012.MPEG2的流文件相关的三个称为CHUNK_0001.ABST、CHUNK_0011.ABST和CHUNK_0012.ABST的信息文件。
图27是一个表示光盘1的逻辑结构图，该光盘1包括在图26中所示的信息和流文件。在这个例子中，称为CHUNK_0001.ABST、CHUNK_0011.ABST和CHUNK_0012.ABST的chunk信息文件分别规定了CHUNK_0001.MPEG2、CHUNK_0011.MPEG2和CHUNK_0012.MPEG2的流文件。具体地说，在图24中所示的每个CHUNK_％％％.ABST的一个chunk_file_id字段中，与数据流文件相关的文件ID被确定。
此外，在这个例子中，称为CHUNKGROUP_001.CGIT的chunk-group信息文件规定了称为CHUNK_0001.ABST的chunk信息文件，而称为CHUNKGROUP_002.CGIT的chunk-group信息文件规定了称为CHUNK_0011.ABST和CHUNK_0012.ABST的chunk信息文件。具体地说，在图23中所示的chunk_arrangement_info()的chunk_info_file_id字段中，规定了一个chunk信息的文件ID。这个chunk_arrangement_info()被包括在一个chunk-group信息文件中。在该数据结构中存在与属于一个chunk-group的chunks这样多的chunk_arrangement_info()。应该指出的是在图22中所示的chunk_connection_info()中描述了chunk_arrangement_info()并且在图21中所示的chunkgroup_###.cgit中描述了这个chunk_connection_info()。
在CHUNKGROUP_001中只有一个chunk_arrangement_info()。这个chunk_arrangement_info()的chunk_info_file_id字段规定了CHUNK_0001。另一方面，在CHUNKGROUP_002中有二个chunk_arrangement_info()。这些chunk_arrangement_info()的chunk_info_file_id字段分别规定了CHUNK_0011和CHUNK_0012。因此，一个chunk group能够被用于规定一个顺序，在该顺序中，多个chunks将被播放。
具体地说，首先，利用在图21中所示的chunkgroup_###.cgit文件中的chunkgroup_time_base_offset来确定一个定时器用于chunk-group的初始值。然后，当每个chunk被分类时，在图23中所示的chunk_arrangement_info()的presentation_start_cg_time_count(显示_开始_归类_时间_计数)和presentation_end_cg_time_count(显示_结束_归类_时间_计数)被确定。
例如，假设CHUNK_0011和CHUNK_0012的时间长度分别是A和B，如在图28中所示的。在这种情况下，CHUNK_0011的presentation_start_cg_count和presentation_end_cg_count分别等于chunkgroup_time_base_offset和chunk_group_time_base_offset+A。另一方面，CHUNK_0012的presentation_start_cg_count和presentation_end_cg_count分别等于chunkgroup_time_base_offse+A和chunk_group_time_base_offset+A+B。通过利用这种方式设置字段使CHUNKGROUP_002被限定，以至于CHUNK_0011和CHUNK_0012连续地被播放。
应该指出的是如果CHUNK_0011的播放时间与CHUNK_0012播放时间重叠，那么在两个播放时间中的一个播放时间能够被移动以便消除重叠。此外在图23中所示的chunk_arrangement_info()中的transition_info()被用作为一个描述性字段，该描述性字段用于规定一种特殊的作用，例如在从一个数据流向另一个数据流过渡中的一个信号渐强、信号渐弱或擦除。
在图26中所示的例子中，TITLE_001.VDR和TITLE_002.VDR文件信息文件规定了CHUNKGROUP_001.CGIT的chunk-group信息文件，而TITLE_003.VDR规定了CHUNKGROUP_002.CGIT的chunk-group信息文件。具体地说，在图16中所示的title_info()中的cgit_file_id规定了chunk-group的文件ID。此外，称为title_start_chunk_group_time_stamp(标题_开始_块组_时间_标记)和title_end_chunk_group_time_stamp(标题_结束_块组_时间_标记)被用于规定一个时间范围，在该时间范围中该title被限定在chunkgroup中。
在图27所示的例子中，例如，TITLE_001和TITLE_002规定了CHUNKGROUP_001第一半部分和第二半部分。应该指出的是分割与由用户的一个请求相一致并且由用户任意地来确定它的位置，而不是预先地被确定。在这个例子中，利用一个距离A使分割成TITLE_001和TITLE_002的位置被设置在与CHUNKGROUP_001的头部分离的位置上。
TITLE_001规定了CHUNKGROUP_001作为一个chunk group和CHUNKGROUP_001的开始时间作为一个title的一个开始时间。由用户确定的一个点的时间被规定作为title的结束时间。
具体地说，CHUNKGROUP_001的chunkgroup_time_base_offset(头部的位置)被设置为TITLE_001的title_start_chunk_group_time_stamp，而CHUNKGROUP_001的chunkgroup_time_base_offset和距离A的总和被设置为TITLE_001的title_end_chunk_group_time_stamp。
TITLE_002规定了CHUNKGROUP_001作为一个chunk group和用户确定的一个点的时间被规定作为title的开始时间。CHUNKGROUP_001的结束时间作为一个title的一个结束时间。
具体地说，CHUNKGROUP_001的chunkgroup_time_base_offset(头部的位置)和距离A的总和被设置为TITIE_002的start_chunk_group_time_stamp，而CHUNKGROUP_001的chunkgroup_time_base_offset和CHUNKGROUP_001长度的总和被设置为TITLE_002的title_end_chunk_group_time_stamp。
TITLE_003规定了CHUNKGROUP_002作为一个chunk group和CHUNKGROUP_002的开始时间作为一个title的一个开始时间。CHUNKGROUP_002一个结束时间被规定作为title的结束时间。
具体地说，CHUNKGROUP_002的chunkgroup_time_base_offset(头部的位置)被设置为TITLE_003的title_start_chunk_group_time_stamp，而CHUNKGROUP_002的chunkgroup_time_base_offset和CHUNKGROUP_002的长度的总和被设置为TITLE_003的title_end_chunk_group_time_stamp。
此外，在这个例子中，称为PROGRAM_001.PGl的program信息文件规定列举以一个顺序待播放的部分TITLE_001和部分TITLE_003。具体地说，在图20中所示的play_item()中的title_number被用于规定一个title。由一个title限定的时间被用于限定开始点和结束点以便抽出一个切割。多个这样的切割集合在一起以便构成一个program。
下面描述一个附加的记录操作以便附加地把新的信息记录到光盘1中。具体地说，这个附加记录操作典型地作为一个视频记录操作被进行，或由用户操作输入单元以便把一个进行实时记录的指令输入给光盘装置来进行该附加记录操作。在后者的情况下，如果不知道视频记录结束时间，那么按下一个记录按钮。然而，对于能够断定记录结束时间的情况，按下用于单触摸记录功能的按钮。单触摸记录功能是一种用于把视频记录进行一个固定时间周期的功能。
下面通过以定时器记录作为一个例子来解释附加记录操作。在这种情况下，光盘装置的用户规定了在其它的操作之中一个记录开始时间、一个记录结束时间、一个位流的位速率和一个频道预先被记录。此外，在视频记录被预约的一个时间点上，光盘1预先被检查以便发现是否留有一个适合于位速率和记录时间长度的自由空间。
如果在预约的一个时间与执行预约的视频记录的一个时间之间在光盘1上进行另一种记录操作，那么确实在可能的范围之内不能再分配以规定的位速率执行预约的视频记录的确定自由空间。在这种情况下，CPU 21既可以把位速率减小到比预先规定的值更小的一个值以便在预约的时间周期记录信息，或者通过尽可能长时间的保持位速率不变以便在一个时间周期记录信息。更不用说，接着CPU 21记录操作，并且当检测预约的视频记录不方便时，通知用户这个不方便的信息被发出。
当预约的视频记录的开始时间被接近时，CPU 21利用一个嵌入定时器和一个时钟信号来自动地使光盘装置从休眠状态恢复到操作状态。然后，CPU 21从开始发出一个包括在处理程序中的文件系统操作指令，以便在光盘1上分配一个用于记录一个预约节目的区域。也就是说，首先，CPU 21从预约记录的结束时间减去开始时间以便找到记录时间的长度，然后计算记录时间的长度与位速率的积以便获得待分配用于记录预约节目的所需区域的容量。除了在预约记录中需要的数据流文件之外，需要在一个信息文件中存储数据。更具体地说，当在一个title信息文件中需要存储一个新的title时，在光盘1上必须分配一个用于记录title信息文件的区域。如果不能分配一个具有足够容量的区域，那么需要采取上述的防范措施技术，也就是，减少位速率或仅在与分配的区域对应的一个时间周期进行记录操作。
应该指出的是由于在这种情况下存储一个新的title，所以用户给一个新的数据流文件一个名称，严格的说，给在一个新数据流目录中新数据流文件一个名称。使该名称为￥MPEGAV￥STREAM_003￥CHUNK_0031。也就是说，在根目录中的MPEGAV目录下的STREAM_003中数据流文件的名称是CHUNK_0031.MPEG2，如在图29中所示的。
CPU 21把以记录方式执行的指令发给光盘装置的其它部件。例如，通过输入端P3接收的视频信号和通过输入端P4从一个在图中没有示出的调谐器接收的音频信号利用编码器10来编码，然后把它们存储在写入通道缓冲器11中。接着，CPU 21把光头2移动到一个由关于早先分配区域的一个地址的信息确定的写入位置上。然后，CPU 21把光头2、FR&解调/调制电路3和ECC电路4设置到写入方式，并且根据写入通道缓冲器11来定位开关5。此外，在CPU 21精确地调整光头2的位置之后，利用光头2开始一个写入操作。在此时，借助于开关5、ECC电路4、FR&解调/调制电路3和光头2，从写入通道缓冲器11读出将被记录在一个新设置的名称为CHUNK_0031.MPEG2的文件中的数据，以便把它们记录到光盘1上。
当在上述的写入操作期间发生下列一种情况时，CPU 21停止操作。
1.达到预约的视频记录的结束时间。
2.由于像一个不充足存储容量这样的原因使信息不能再被记录到光盘1上。
3.接收的一个停止记录操作的指令。
接着，通过利用包括在预先的处理程序中的文件系统操作指令，CPU 21利用指向一个已经新记录信息的地址的值来校正指向在文件系统中的CHUNK_0031.MPEG2的指示符。此外，CPU 21分别为chunk信息、chunk-group信息和title信息准备文件、并且给每个文件一个名称以及把这些信息存储到文件中。应该指出的是在记录操作期间或在预约时间上需要在光盘1上预先分配用于记录这些文件的自由空间。
结果，新的信息文件典型地如在图30中所示地被产生。在该图中，这些文件通过在其右侧上设置的星号‘*’来命名，它们在上述的操作中新产生文件的名称。
图31是一个表示在新产生的信息文件之间的关系图。如在该图中所示的，TITLE_004规定了CHUNKGROUP_003，CHUNKGROUP_003规定了CHUNK_0031，而CHUNK_0031规定了STREAM_0031。
也就是说，在一个信息文件中一个新的数据流被记录为TITLE_004。通过利用该光盘装置的一个功能来检验一个title，用户能够知道像TITLE_004的属性这样的信息。此外，能够播放TITLE_004。
下面描述与在图26(或图27)所示操作类似的在一个光盘1上重写/记录信息的操作。与在一个视频带上记录一个信号的操作非常类似，一个重写-记录操作是在已经记录在光盘1上的整个现有节目上擦除该现有节目并且记录一个新节目的操作。
在重写-记录操作中，使操作开始的一个位置是很重要的。假设用户规定TITLE_001的头部作为开始一个重写-记录操作的位置。在这种情况下，通过重写记录在TITLE_001、TITLE_002和TITLE_003中现有的信息，以它们列举的顺序来进行重写-记录操作。如果即使达到TITLE_003结束时间也没有完成重写-记录操作，那么通过在光盘1分配一个新的自由空间来继续记录操作。如果TITLE_002被规定作为开始一个重写-记录操作的位置，那么由于TITLE_001在操作的开始位置之前，所以利用记录操作将不能重写TITLE_001中的信息。
假设利用重写现有信息来进行定时视频记录，该现有信息是在TITLE_003的头部位置开始的。在这种情况下，该光盘装置的用户规定了在其它的操作之中一个记录开始时间、一个记录结束时间、一个位流的位速率和一个频道预先被记录。此外，TITLE_003的头部被规定作为一个记录开始的位置，该开始位置对于重写记录操作来说是重要的。此外，同样在这种情况下，在视频记录被预约的一个时间点上，预先检查在光盘1上是否留有一个适合于位速率和记录时间长度的自由空间。在重写记录操作的情况下，在光盘1上的由一个规定位置开始的多个可重写title的总容量与自由区域之和是一个可记录的空间。具体地说，在这种情况下，由TITLE_003控制的STREAM_0011和STREAM_0012的数据流与光盘1上的一个自由空间的总和是一个可记录的空间。
在一个重写记录操作中，对于上述可记录空间来说具有一些适合于选择的项目，这些选择的项目是关于视频记录实际被进行的顺序。作为第一个可以想的到的选择项目是能够选择一种操作方法以一种在title中规定了数据流的顺序来记录信息。具体地说，在这种情况下，能够选择一种从STREAM_0011的头部开始记录的操作方法，并且当STREAM_0011的结束被达到时，该记录持续到STREAM_0012的头部。然后，当STREAM_0012的结束被达到时，视频记录被持续到光盘1上的自由空间。作为另一种方法，首先，在光盘1上的自由空间上进行视频记录，并且在自由空间被完全地用完的一个时间点上该记录持续到一个现有的数据流。
在模仿一个视频带的意义上前一种操作方法是极好的。也就是说，由于该记录操作与把信息记录到一个视频带上的操作类似，所以该操作的特征在于用户能够容易地理解该操作。另一方面，特征在于一个已经被记录的数据流被以后删除，在保护记录的信息的意义上后一种操作方法是极好的。
应该指出的是如果在预约的一个时间与执行预约的视频记录的一个时间之间在光盘1上进行另一种记录操作，那么确实在可能的范围之内不能再分配以规定的位速率执行预约的视频记录的确定自由空间。在这种情况下，与前面描述的附加记录操作非常类似，CPU 21既可以自动地把位速率减小到比预先规定的值更小的一个值以便在预约的时间周期记录信息，或者通过尽可能长时间的保持位速率不变以便在一个时间周期记录信息。
当预约的视频记录的开始时间被接近时，光盘装置从休眠状态恢复到操作状态。然后，CPU 21在光盘1上分配所有的自由空间。不用说，也存在这样一种方法，其中在该时间点上不分配一个自由区域，而在所需区域的一个时间点上分配该自由区域一个用于记录一个预约节目的区域。为了解释简单的目的，在记录开始之前分配一个所需的区域。
应该指出的是由于规定了一个开始时间、一个结束时间和一个位速率的原因使在定时记录中预先已知一个所需区域的长度，所以只能分配一个具有一个所需长度或具有所需长度加上一定的附加余量的区域。在需要记录信息文件的情况下，例如在记录期间需要把一个title信息文件记录为一个新title的情况下，需要分配一个具有足够长度来记录该信息文件的区域。
给一个新的数据流文件一个名称，严格的说，给在一个新数据流目录中新数据流文件一个名称。使该名称为￥MPEGAV￥STREAM_002￥CHUNK_0031。也就是说，在根目录中的MPEGAV目录下的STREAM_002中数据流文件的名称是CHUNK_0031.MPEG2，如在图32中所示的。
通过输入端P3接收的视频信号和通过输入端P4从一个在图中没有示出的调谐器接收的音频信号利用编码器10来编码，然后把它们存储在写入通道缓冲器11中。接着，CPU 21把光头2移动到一个由关于早先分配区域的一个地址的信息确定的写入位置上。然后，CPU 21把光头2、FR&解调/调制电路3和ECC电路4设置到写入方式，并且把开关5定位在写入通道缓冲器11侧上。此外，在CPU 21精确地调整光头2的位置之后，利用光头2开始一个写入操作。在此时，借助于开关5、ECC电路4、FR&解调/调制电路3和光头2，从写入通道缓冲器11读出将被记录在一个新设置的名称为CHUNK_0031.MPEG2文件中的数据，以便把它们记录到光盘1上。
在此时，首先重写称为CHUNK_0011.MPEG2的数据流。在记录已经达到称为CHUNK_0011.MPEG2数据流的结束之后，在持续到称为CHUNK_0031.MPEG2的数据流之前该操作持续到称为CHUNK_0012.MPEG2的一个数据流。
当上述的处理正在被进行时，在上述3个条件中的任一个条件被满足时CPU 21停止写入操作。
接着，CPU 21执行包括在预先的处理程序中的文件系统操作指令，以便校正数据流文件、chunk信息、chunk-group信息和title信息准备文件。
顺便说一下，利用与写入操作结束同步的定时来改变这些文件的结构。例如，当在称为CHUNK_0011.MPEG2和称为CHUNK_0012.MPEG2的两个数据流文件写入操作已经被完成之后在称为CHUNK_0013.MPEG2的数据流文件上进行记录时，在光盘1上的文件结构被改变在图33中所示的一种结构。一个在其右侧上设置有星号‘*’的文件名称是在这时新产生的一个文件的名称。
图34是一个表示利用这种方法新产生的文件之间的关系图，也就是，如在图33中所示的文件。当与在图31中所示的文件相比时，显然加入了CHUNK_0031作为包括在CHUNKGROUP_002中的一个chunk，由TITLE_003和CHUNK_0031规定的CHUNKGROUP_002规定了STREAM_0031。
另一方面，如果当数据正在被写入到一个现有数据流文件中时重写记录操作被完成，也就是，如果当数据正在被写入到例如称为CHUNK_0011.MPEG2的数据流文件中时重写记录操作被完成，那么由于没有数据被写入到该文件中，所以在称为CHUNK_0031.MPEG2的数据流文件上分配用于重写操作的自由区域被释放。在这种情况下，进行特殊的title处理。具体地说，当在TITLE_003的头部开始一个重写记录操作和在TITLE_003的中部完成该操作时，该title被分离。更具体地说，如在图35中所示的，新的TITLE_003被指定到在重写记录操作的开始位置与结束位置之间的一个区域，而TITLE_004被指定到在该区域之后的一个区域，也就是，该区域的其余部分，假设TITLE_003原始被指定的该区域。
下面解释播放一个title的操作。假设一个具有在图26中所示文件的光盘1被插入到光盘装置中，然后从光盘1来播放一个title。当光盘1被插入到该装置中时，首先，CPU 21从光盘1上的信息文件中读出数据，并且把该数据存储到RAM单元24中。通过重复该基本操作来进行数据处理以便从上述的一个信息文件中读入数据。
具体地说，首先，CPU 21从VOLUME.TOC和ALBUM.STR中读出数据。然后，CPU 21检查称为TITLE的目录以便找出在该目录中存在多少具有扩展名为“.VDR”的文件。具有这样一个扩展名的文件是一个具有title信息的文件。该文件数等于title数。在图26中所示的例子中，title数是三。接着，CPU 21从三个文件中读出title信息并且把该信息存储到RAM单元24中。
CPU 21扩展OSD控制电路9以便使OSD控制电路9产生字符信息，也就是，关于在光盘1上记录的title的信息。利用合成电路8把该字符信息与一个视频信号合成。然后通过输入端P1输出合成的结果以便在显示单元上显示该结果。具体地说，显示在该例子中存在的三个现有title的每个title的长度和属性。该属性包括title的名称和title被记录的日期。
假设用户把TITLE_002作为例子规定为待播放的一个title。在TITLE_002的信息文件中，具体地说，在图16中所示的title_info()的cgit_file_id中，规定了CHUNKGROUP_001的一个文件ID被记录。CPU 21记录该文件ID并且把该文件ID存储在RAM单元24中的CHUNKGROUP_001中。
然后，CPU 21检查与CHUNK对应的TITLE_002的开始和结束时间。该开始和结束时间分别地被记录在如图16中所示的title_info()的title_start_chunk_group_time_stamp和title_end_chunk_group_time_stamp字段中。通过与包括在关于一个CHUNKGROUP的信息中的信息比较来进行该检查，其中对应的chunks已经被记录CHUNKGROUP中。更具体地说，通过与在图23中所示的chunk_arrangement_info()的presentation_start_cg_time_couint和presentation_end_cg_time_count字段中记录的信息比较来进行该检测。在这个例子中，已知TITLE_02的开始时间是CHUNK_0001的中间，如在图27中所示的。也就是说，显然为了从头部来播放TITLE_002，播放操作需要从CHUNK_0001.MPEG2数据流文件的中间开始。
接着，为了确定数据流的哪部分与TITLE_002的头部相对应，CPU 21检查该数据流。也就是说，CPU 21计算在与TITLE_002的头部相对应的数据流中一个偏移时间(一个时间特征)的大小。然后，通过利用在CHUNK文件中的特征点信息，一个播放开始点与开始时间被确认之前的一个点相对应。利用该方法能够确定播放开始点与该文件的头部的偏移距离。
接着，通过利用一个包括预先的处理程序中的文件系统操作指令，CPU 21在已经记录了CHUNK_0001.MPEG2的光盘1确定一个实际地址和该地址的长度。此外把早先发现的播放开始点的偏移地址加的这个实际地址上，以便精确地确定TITLE_002的播放开始点的地址。
接着，CPU 21把光头2移动到一个由关于CHUNK_0001.MPEG2文件的地址的信息确定的读出位置上。然后，CPU 21把光头2、FR&解调/调制电路3和ECC电路4设置到读出方式，并且把开关5定位在读出通道缓冲器6侧上。此外，在CPU 21精确地调整光头2的位置之后，利用光头2开始一个读出操作。在此时，从名称为CHUNK_0001.MPEG2文件中读出的数据被存储到读出通道缓冲器6中。
在读出通道缓冲器6中存储的数据被输出给解码器7以便由解码器7解码。作为解码的结果，解码器7输出视频信号和音频信号。在由光盘1读出的、由解码器7解码的和在显示单元上显示的数据量等于CHUNK_0001.MPEG2文件大小的时间点上，CPU 21使播放操作过渡到TITLE_003。利用与TITLE_002相同的方式来进行播放TITLE_003的信息的操作。
当播放由记录的title来数据的操作被完成时或当接收到一个停止读出操作的指令时，读出处理和解码处理被结束。
应该指出的是当一个新盘或一个具有不同格式的盘被插入到光盘装置中作为光盘1时，CPU 21试图从插入的盘中读出VOLUME.TOC和ALBUM.STR。然而在该新插入的盘中通常不存在这些文件。在这种情况下，也就是，在VOLUME.TOC和ALBUM.STR不能被读出的情况下，CPU 21发出一个信息以便向用户请求一个指令。响应该信息，用户给CPU 21一个指令，以便在新插入的盘具有不同的格式的情况下弹出或在新插入的盘即使具有相同格式但是一个新盘的情况下使光盘1初始化。作为另一种方法，在数据已经从具有相同格式的盘中被破坏的情况下，利用一些方法该指令可以使新插入盘上的数据被恢复。
下面，进一步解释title(标题)。图15所示的TITLE_###.VDR是存储title的信息的一个文件。在标题上的信息是记录在一个title_information( )字段中。存在于TITLE_###.VDR中的title_information( )字段的数目是1。因此，许多TITLE_###.VDR文件作为标题存在于一volume(卷)中。
title数不限定于图16所示的title_info( )中。而是该title数由文件的名字或文件的id确定。也就是说，在文件名TITLE_###.VDR中的###符号是用于标题数码的正整数。标题不是信息结构。更确切地说，标题是与块组(chunk group)中的范围有关。该范围从表示开始点的标题索引开始，结束于表示下一个标题的开头的另一个标题索引，或者该范围可以是在该块组的结束点结束的范围的一部分。
如图36中所示，在图15所示的TITLE_###.VDR的file_type_id是用于记录用于表示该文件是包括在title_informatio( )中的文件的识别的16字符串的区。text_block( )是用于存储各种文本的区域。在其上只记录允许使用text_block的文本项。
如图16所示，title_information( )是记录在块组上的开始点和结束点和标题的其它属性的区域。另外，title_information( )可以包括指示是否在以标题数码为序的重放标题的操作中能够保证标题间的无缝重放操作的标记。这个标记允许光盘装置预先得到是否标题间的无缝重放操作可以完成的信息，和当合并标题时是否必须改变设计。
标题或块组(chunk group)期间的无缝重放操作被保证。由于标题间的边界也是文件间的边界，然而，在一些情况下，标题间的无缝重放操作可以保证。应当注意到，光盘装置一般具有改变该设计成为允许完成无缝重放操作状态的功能。
图16表示的title_information( )的title_information_length是用以记录由字节表示的title_information的长度的区域。flags_for_title(标题标志)是记录对应如写属性(也就是，改变标题的操作是否允许)、标题可以重放次数的限制和等级水平的信息的字段。cigt_file_id(cgit_文件_识别符)是用于记录作为标题基础的CHUNKGROUP_###.CGIT的识别信息文件。
title_start_chunk_group_time_stamp(标题_开始_块_组_时间_标记)是用于记录在块组中定义的本地时间轴上的标题的重放的开始时间。title_start_chunk_group_time_stamp显示是由标题的标题索引指示的图像的时间。另一方面，title_end_chunk_group_time_stamp(标题_结束_块_组_时间_标记)是用于记录在块组中定义的本地时间轴上的标题的重放结束时间的时间。title_start_chunk_group_time_stamp是chunk group(块组)的重放结束时间或者是表示紧接在时间轴上的该标题后面的另一个标题开始点的标题索引的值。
title_playback_time(标题_重放_时间)是用于记录标题的重放时间的区域，也就是时间码值，或帧或场的数码。标志_数(number_of_marks)是用于记录在除去了标题索引的标题中的所有的标志组的总数的区域。如图37所示，标志_类型(mark_type)是用于记录在标题中的任何位置的标志的类型的区域。标志是用作在标题中的随机存取点。mark_chunk_group_time_stamp(标志_块_组_时间_标记)是用作记录在块组的时间轴上的时间标记(time stamp)的区域。时间标记对应设置在标题中的标志的位置。时间标记被安排成用1的一个最小值顺序开始的。表示标题的相同的开始和结束点的时间标记可能存在。填充_字节(stuffing_bytes)是用于记录填充字节的区域。它的长度是8×n比特，这里的n大于等于0。
然后，参照图21至24解释块组和块(chunk group和chunk)。CHUNKGROUP_###.CGIT是存储标题的时间轴的定义，块(chunks)的结构和包括在标题中的不连续点的处理的文件的名字。
标题是由诸如包括非视频数据和DV(数字视频)比特流的数据流的各种比特流构成的。在DV格式中时间轴是以帧单位表示的。如果MPEG 2视频的STC(系统时间时钟)用来作为参考，格式变化使得控制DV比特流不可能。
由于这个原因，在标题中的局部时间轴被设定。该时间轴不取决于由标题构成的数据流。标题间的边界设定独立于块(chunk)间的边界的设定。因此，不是为每个块(chunk)设定局部时间轴(也就是通过逐个地(1-on-1)与比特流关联)，或者为每个标题设定局部时间轴，为包括多个标题的块组(set ofchunks)设定局部时间轴是适合的，也就是，任意的标题数目。一组块(set ofchunks)称为块组(chunk group)。
在块组中，定义单个时间轴，在该时间轴上，块(chunks)被放置以确定显示该块的时间。也就是说，块组是以一种状态对块的安排，在该状态中比特_数据流文件(一串字节)沿着时间轴延伸。沿时间轴对比特数据流中包括的所有的块(chunks)的安排称之为路径。在一个块组中，可以安排多个路径。描述块组的重放开始时间和重放结束时间的路径称之为主路径。其它的路径是作为子路径知道的。子路径主要是表示作为附加信息记录在后面的音频块的信息。
块间的联接点不必与标题间的边界相符合。因此，块间的联接的点不是标题的属性。然而，如果包括作为块的属性的块间的关系，将出现在分层处的矛盾。在不连续点处的信息位于块与标题之间，因此考虑适当地置于块组分级。
至此如上所述是综合地描述，块组的信息包括如如何沿时间轴布局块，重放块的顺序和在第一个块的结束与第一个块以后下一个重放块的开始间的联接点处的不连续点。
应当注意到，块组还用于规定在相同的时间重放的数据流。例如，在图38中所示的例子中，TITLE_001规定了CHUNKGROUP_001，CHUNKGROUP_001规定了CHUNK_0001和CHUNK_0002。至少由CHUNK_0001和CHUNK_0002分别规定的STREAM_0001和STREAM_0002的部分在时间轴上彼此重叠，和因此在相同的时间重放。
图39是表示块组被产生的情形的示图。在这种情况下，控制比特流A的块A和控制比特流B的块结合在一起。在产生的块组中，块A和B被分别控制作为主路径和子路径。至少比特流A和B的部分彼此重叠，和因此在相同的时间重放。
如图40所示，在图21中所示的CHUNKGROUP_###.CGIT的file_type_id是由遵守ISO 646的16个字符串表示的区域和用于指示该文件是CHUNKGROUP_CGIT文件的标识符。chunkgroup_time_base_flag(块组_时_基_标志)是记录有关块组(chunk group)的参考计数器的区域。chunkgroup_time_base_offset(块组_时_基_偏移)是记录在块组中的参考时间轴的开始时间的64比特区域。该开始时间设定在计算90KHz时钟脉冲的数的计数器中。text_block( )(文本_数据块( ))是用于存储各种文本的区域。只有允许使用text_block( )的文本项目记录在这里。
如图22中所示，chunk_connection_info( )[块_联接_信息( )]是用于记录在诸如视频变化点和音频-视频同步点的单独点上的信息。chunk_connection_info( )是描述块间的联接的状态。在作为编辑结果得到的2个块间联接处的单独的点上，必须从一个块转变到在GOP中间的另一个块。在那个编辑点的相邻处的信息描述在chunk_connection_info( )中。一个块决不适于2个或更多的块组(chunk group)。
chunk_connection_info_lenght(块_联接_信息_长度)是用于记录用字节表示的chunk_connection_info_( )的长度的区域。number_of_chunks(块的数目)是用于记录用于块组中的块的总数。如图41所示，chunk_sync_play_flag(块_同步_播放_标记)是表示在相同的时间是否必须重放2个或更多的块的标记。在这个标记中的设定的0值表示只有一个块重放。另一方面，1值表示在相同的时间有多个块被重放。
图23中所示的chunk_arragement_info( )(块_安排_信息)的chunk_arragement_info_length(块_安排_信息_长度)是用于记录用字节表示的长度的信息的区域。更详细地说，该长度是开始于chunk_arragement_info_length的第一个字节，结束于transition_info( )(过渡_信息( ))的最后一个字节的字节计数值。chunk_info_file_id(块_信息_文件_识别符)是用于记录表示文件是块信息文件的文件识别的区域。
chunk_switch_stream_id(块_开关_数据流_识别符)是用于表示记录在两个块互相联接在一起的情况下连续重放数据流的数据流识别区域。具体地说，在识别视频或音频数据的MPEG 2数据包开头中记录的识别用于这个数据流的标识。presentation_start_cg_time_count(图像显示_开始_时间_计算)是用于记录表示作为块组期间的一个时间的块显示开始时间。该块的显示开始时间是由在块组中定义的总时间标记(global time stamp)表示的。在块组期间显示块的操作开始于显示开始时间。另一方面，presentation_end_time_count(图像显示_结束_时间_计算)是用于记录表示作为块组期间的一个时间的块显示结束时间。该块的显示结束时间是由在块组中定义的global time stamp表示的。
如图42中所示，original_time_count_type(初始_时间_计算_类型)是用于记录在数据流中计算时间的类型。例如，在MPEG 2视频数据流的情况下，original_time_count_type具有“0000”的值。number_of_start_original_time_count_extension(初始_时间_计算_延伸_开始_数)是用于记录每一个表示在需要多个时间计算的情况下新需要的开始时间的时间计算数字的区域。另一方面，number_of_end_original_time_count_extension(初始_时间_计算_延伸_结束_数)是用于记录每一个表示在需要多个时间计算的情况下新需要的结束时间的时间计算的数字区域。presentation_start_original_time_count(显示_开始_初始_时间_计算)是用于记录数据流期间的时间或对应presentation_start_cg_time_count(显示_开始_cg_时间_计算)的计算值。另一方面，presentation_end_original_time_count(显示_结束_初始_时间_计算)是用于记录数据流期间的时间或对应presentation_end_cg_time_count(显示_结束_cg_时间_计算)的计算值。
tc_ext_attributes(tc_ext_属性)是用于记录time_count_extension(时间_计算_延伸)属性的区域。time_count_extension可以包括在其它数据中表示应用哪个数据流time_count_extension的信息。start_original_time_count_extension(开始_初始_时间_计算_延伸)是用于记录开始计算值或从一个块转换到另一个块的必要的开始时间。这个信息是选择项，和当必须记录多个时间或计算值时使用。另一方面，end_original_time_count_extension(结束_初始_时间_计算_延伸)是用于记录结束计算值或从一个块转换到另一个块所必要的结束时间。这个信息是选择项，和当必须记录多个时间或计算值时使用。transition_info()是用于记录当开关从一个块转换到另一个块时应用特别效果所需要的信息的区域。该信息可以规定一个块，转换时间和所述的几个特技的类型。
在图24中所示的CHUNK_％％％％.ABST是用于记录由用％％％％标记表示的sub_file(子_文件)数识别的块构成的数据流中抽取的特征点的文件的名字。该文件包括诸如开始字节位置，构成如GOP和音频帧的比特流的每个单位的长度和属性的信息。GOP信息和音频帧信息作为每个块(sub_file)的CHUNK_％％％％.ABST集中在一起的。
如图43所示，CHUNK_％％％％.ABST的file_type_id(文件_类型_识别符)是用于记录表示该文件包括数据stream_info( )[数据流_信息( )]的识别符的区域。file_type_id是适合ISO 646的16字符串。
如图44所示，图24所示的info_type(信息_类型)是用于记录随后的数据stream_info( )的类型的区域。info_type识别数据流的类型。nunber_of_programs(程序数)是用于记录包括在MPEG 2 TS(传输数据流)中包括的程序数码。为了得到这个程序的数码，必须去取PSI(程序规定信息)。在不是TS的MPEG数据流的情况下，程序的数码是1。number_of_streams(数据流数)是用于记录在这个程序中所用的数据流的数码区域。该数据流的数码等于在TS情况下的不同的PID的数码(数据包识别符)。在不是TS的MPEG数据流的情况下，数据流的数码等于具有不同于其它的数据流识别符的数据流的数码。
stream_identifier(数据流_识别符)是用于记录数据流的识别符或数据流的扩展识别符的区域。在TS的情况下，利用了PID。
slot_unit_type(时隙_单位_类型)是用于记录在图45中所示的定界固定的间隙的数据流的情况下如何界定一个数据流的区域。在如帧和场的定界符的时间定界符索引的情况下，使用时间标记值。slot_time_length(时隙_长度)是用于记录对应一个时隙的时间的区域。slot_time_length(时隙_长度)是使用90KHz时钟脉冲计数的计数器的时间标记的值。number_of_slots(时隙_数)是用于记录包括在CHUNK_％％％％.ABST中的slot_info()字段数目的区域。number_of_I_picture_in_a_slof(在一个时隙中I图像的数目)是用于记录包括在一个时隙中的I图像的数目。number_of_I_picture_in_a_slot(在一个时隙中I图像的数目)是在1-15范围内的一个整数。然而，应当注意到，包括在作为它的开头的在具有GOP开头(header)的时隙紧接着前面的时隙中的I-图像的数目可以小于在一个时隙中的I-图像的数目。当设置作为不紧随GOP开头之后的开头的具有I-图像的图像标题的时隙时，使用了number_of_I_picture_in_a_slot(在一个时隙中I图像的数目)。
接下来，在图17和18中所示的程序中的信息将进一步解释。在PROGRAM_$$$.PGI中存在仅一个program()字段。如在一卷中存在许多作为程序的PROGRAM_$$$.PGI文件。程序数目不限定于program()(程序())中。而是由文件的名字或文件的id(标识)确定程序的数目。
如图46所示，图17中所示的PROGRAM_$$$.PGI的file_type_id(文件_类型_id)是用于记录用于指示该文件是包括在program()中的文件的识别符的16个字符串的区域。text_block()是为存储各种文本而形成的。只有允许使用text_block()的文本项目记录在这里。
图18中所示的program()的程序的标记[flags_for_program()]是用于记录如写属性(是否改变程序的操作被允许)的各种标记，程序重放次数的限定和等级水平的区域。
如图47所示，program_status(程序_状态)是用于记录程序属性的区域。这个字段是选择地设定。然而，如果不希望在该字段中设定什么，在这里必须描述“none”(什么也没有)。
program_playback_time()[程序_重放_时间()]是用于记录程序的重放时间的区域。number_of_play_sequences[播放_次序的数码]是用于记录用于程序中play_sequence的数码。在这个格式的例子中，播放顺序的数码设定为固定的值1。也就是说，由于在1程序＝1信道重放操作设定在这个格式的例子中，为了在相同时间实施重放2信道的操作，需要能够同时重放2程序的说明。如果没有限制1程序＝1信道重放操作，用1程序，2-信道同时重放操作是可能的。在使用多信道I/O以相同的时间重放2播放顺序的操作中，光盘装置确定每个播放顺序被指定的那个输出信道。
number_of_play_lists(播放_目录_数码)是用于记录在这个播放顺序中使用的播放目录的数码。在这个例子中播放目录的数码设定为1。play_list_start_time_stamp_offste(播放_目录_开始_时间_标记_偏移)是用于记录在播放顺序中得到的由计时器从播放顺序开始时间开始计算的结果的区域。这个值是播放目录的开始时间。在程序中，只有1播放目录允许存在在播放顺序中。时间单位系统是基于90KHz的频率。也就是说，最小的时间单位是1/90,000秒。stuffing_byte(填充_字节)是记录填充字节的区域。它的长度是8×n比特，这里n大于等于0。
其次，解释分开和移动标题的编辑处理。在标题分开操作中，由使用者规定的位置分开存在的标题，以产生新的标题。在标题移动操作中，标题的顺序被改变。上述的标题信息文件的格式结构是允许标题分开的操作和容易完成的标题移动操作的结构。也就是说，根据上述的格式，块组(chunkgroup)，也就是由比特-流文件集合成的结构体，和标题，也就是作为用分开或移动的操作的方法将标题分裂成信息片由使用者识别的结构体，不必在块组(chunk group)下改变信息。
下面，结合图48所示的流程解释分开标题的处理。如图所示，处理开始于步骤S1，在该步骤，使用者规定分开点。例如，如图27中所示的TITLE_002中的预定的位置是作为分开点规定的。于是，处理的流程进行到步骤S2，在该步骤，CPU 21产生作为具有被分开的标题的开始点的第一标题的名为TITLE_002.VDR的信息文件，也就是，在分开之前，TITLE_002作为它的开始点和该分开点作为它的结束点。
于是，处理的流程进行到步骤S3，在该步骤，CPU 21为具有分开点是它的开始点和分开的标题的结束点，也就是分开前的TITLE_002的结束点作为它的结束点的第二标题产生名为TITLE_003.VDR的信息文件。
因此，处理流程继续到步骤S4，在该步骤CPU 21改变分开的标题随后的标题的名字。更具体地说，图27中所示的TITLE_003变到TITLE_004以产生图49中所示的标题。
如上所述，在块组，块和数据流(chunk group，chunk和streams)上的信息即使标题被分开了也完全不变。
然后，通过参照图50的流程解释调换标题的处理。更具体地说，在图49中所示的TITLE_002如在相同的图中所示，为TITLE_003所替换。
如图50所示，该处理开始于步骤S11，在该步骤，CPU 21改变具有数码为002的标题的名字TITLE_002为用数码X表示的标题TITLE_X。于是处理流程进行到步骤S12，在该步骤，CPU 21改变具有003数码的标题的名字TITLE_003为用数码002表示的标题TITLE_002。于是处理流程进行到步骤S13，在该步骤，CPU 21改变具有数码为X的标题的名字TITLE_X为用数码003表示的标题TITLE_003。
如上所述，CPU 21在改变具有数码X的标题名字TITLE_X为具有数码003的标题名字TITLE_003以前，首先改变具有数码002的标题的名字TITLE_002为具有数码X的标题TITLE_X。这是为了避免如果CPU 21立即改变具有数码002的标题的名字TITLE_002为具有数码003的标题TITLE_003，这里将在CPU 21改变具有数码003的2文件中的一个名字TITLE_003为具有数码002的标题TITLE_002以前会有2个具有相同的数码003的标题。
在图50中所示的处理中，TITLE_002，该具有数码002的标题为具有数码003的TITLE_003所调换，如图51所示。
图52表示了表示删除标题的处理的流程。如图中所示，该处理开始于步骤S21，在该步骤，使用者规定要删除的标题。处理的流程于是进行到步骤S22，在该步骤，CPU 21作出是否与规定的标题有关的块组，块和数据流(chunk group，chunks和streams)与另外的标题有关的判断。如果它们不与另外的标题有关，处理的流程进行到步骤S23，在该步骤CPU 21删除与规定的标题有关的块组，块和数据流。
如果在步骤S22作出的判断结果指示与规定的标题有关的块组，块和数据流还与另外的标题有关，另一方面，块组，块和数据流的删除将使它们不再存在。因此，在这种情况下，在步骤23完成的操作将跳过。
在步骤S23的操作完成以后，或如果在步骤S22作出的判断结果指示与规定的标题有关的块组，块和数据流还与另外的标题有关，处理流程继续到步骤S24，在该步骤，CPU 21处理剩余的信息文件，也就是，未删除的信息文件。详细地说，由于标题被删除，所以在删除的一个标题后面的标题被赋予的数增加1。然而，应当注意，如果在步骤S22作出的判断结果指示与规定的标题有关的块组，块和数据流还与另外的标题有关，该规定的标题本质上是不删除的。在这种情况下，OSD控制电路9输出表示本质上不被删除的规定的标题将到显示单元的消息。
如上所述在TITLE_002已经删除以后，如图53所示，前面的TITLE_003变成TITLE_002，和前面的TKTLE_004文件变成TITLE_003。在这同时，前面的CHUNKGROUP_001块组被分成CHUNKGROUP_001和CHUNKGROUP_002，和前面的CHUNKGROUP_002块组变成CHUNKGROUP_003。另外，前面的STREAMS_001比特流分成STREAM_001和STREAM_002。
上述表明，在删除标题的典型的操作中，一个数据流被删除以增加空闲区域的大小。另一方面，还有一种通过只擦除在用作控制信息的标题上的信息以删除标题的技术。在这种情况下，占有实际区域的数据流是不能实际删除的，以至与该标题有关的块组，块和数据流即使标题被删除也未完全改变。
其次，参照图54所示的流程解释标题合并的处理，如图所示，该处理开始于步骤S31，在该步骤，使用者规定合并的标题。例如，被合并的标题是图49所示的TITLE_002和TITLE_0033。处理的流程于是进行到步骤S32，在该步骤，CPU 21产生具有该标题开头的开始点，也就是TITLE_002，作为它的开始点和尾标题的结束点，也就是TITLE_003，作为它的结束点的标题。在这个例子中，产生的名字是TITLE_002。
于是，处理流程进行到步骤S33以在合并以前完成标题的删除处理。在这种情况下，前面的TITLE_002和TITLE_003被删除。因此，处理流程进行到步骤S34，在该步骤，CPU 21处理随在合并的标题后的标题的信息文件。更具体地说，在这种情况下，图49中所示的TITLE_004变到TITLE_003。结果，得到图27中所示的标题。
应当注意到，在上面给出的例子中，2标题适合相同块组和彼此相邻。在另一情况下，合并的2标题具有它们自己的块组，块和数据流。在合并那两个标题的处理中，块组，块和数据流按一个顺序安排，用这个顺序合并标题和形成单个块组。
接下来解释程序。重放程序的操作意味着一种对集中必要的标题部分和对未加工的材料没有进行不可逆的编辑的集中的部分也就是数据流的重放的操作。实施这个操作的结构称之为程序。重放程序的操作也称之为指示符重放操作。
程序包括多个重放序列，每一个是由多个播放目录构成的。播放序列控制输出信道。那个光盘装置的输出信道被指定以播放根据光盘装置的规定确定的序列。
播放序列的播放目录用于表示记录的重叠和沿时间轴的播放项目间的显示操作。更详细地说，播放项目是按播放目录安排的，用那种方法播放项目的处理部分在时间轴上是不重叠的。因此，在播放目录中的播放项目可以顺序地处理。
在这种格式的例子中，程序只有1个播放序列，该序列只有一个播放目录。
播放目录包括播放项目，该项目被安排得以至在时间轴上没有重叠。在程序中，播放项目是由一对入点(in-point)和出点(out-point)表示的，它们指向标题的区域。在播放项目间的连接处，重放操作可以是无缝或有时也可以不是无缝的操作。也就是说无缝重放操作是不保障的。
通过参照图55所示的流程图解释设置重放程序的处理。现在，假设图27所示的存在PROGRAM_001的状态的例子，另一个程序PROGRAM_002被产生。
如图55所示，处理开始于步骤S41，在该步骤使用者规定标题，和在重放标题中入点和出点以重放之。例如，在TITLE_003中的预定的第一和第二位置被规定如图56所示分别作为入点和出点。
处理的流程于是进行到步骤S42，在该步骤，CPU 21设置在步骤S41规定的标题，也就是TITLE_003，在program()的play_list(播放_目录)的play_item(播放_项目())的标题_数(title_number)中，在步骤S41在item_start_time_stamp(项目_开始_时间_标记)中规定的入点和在步骤S41在item_end_time_stamp(项目_结束_时间_标记)中规定的出点。应当注意到，play_item，play_list和program()是分别在图20，19和18中表示的。
于是处理流程进行到步骤S43，在该步骤，CPU 21产生作为存储program()的文件的PROGRAM_&&&.PGI和记录该文件到光盘1。应当注意到，在该文件的名字中的标记&&&是产生的程序的数码。因此，在这个情况标记$$$是002。如前所述，产生图56中所示的PROGRAM_002。
接下来，参照图57中所示的流程图解释重放程序的处理。如图所示，该处理开始于步骤S51，在该步骤CPU 21从光盘1读出信息文件，该光盘包括图27或56中所示的类似的一些文件，这是等使用者在光盘装置上装上光盘1即刻通过重复基本操作以读入早先描述过的信息文件。该CPU 21首先存储信息文件在RAM单元24中。
更详细地说，首先，该CPU 21读出VOLUME.TOC和ALBUM.STR，和然后对文件系统作出有关位于在命名“program”的目录下面每一个具有“.PIG”的扩展的文件的数码的查询。具有该扩展“.PIG”的文件是在程序重放文件上存储信息的文件。每个具有扩展“.PIG”的文件的数码是能够重放的程序的数码。在图27所示的例子中，每具有扩展“.PIG”的文件数码是1。在图56中所示的例子中，另一方面，每个具有扩展“.PIG”的文件数码是2。
处理流程于是进行到步骤S52，在该步骤CPU 21控制OSD控制电路9以读取诸如可以重放的程序的数码，它们的长度和来自RAM单元24的它们的属性的信息和输出它们到显示单元。该标记包括每个程序的名字和每个程序记录日期和时间。
于是处理流程进行到步骤S53，在该步骤，使用者规定了要重放的程序。由于在图56所示的例子中可以重放的是2个程序，使用者通过操作输入单元14规定它们中的一个。由于使用者规定了重放的程序，处理流程继续到步骤S54，在该步骤，CPU 21完成重放规定的程序的操作。
在重放步骤S54完成规定的程序的操作中，该程序从由规定的入点指示的位置到由规定的出点指示的位置重放。例如，在重放图56中所示的例子的PROGRAM_001的操作中，在TITLE_001中的从入点到出点的范围和在TITLE_003中的从入点到出点的范围被重放在重放PROGRAM_002的操作的情况下，另一方面，在TITLE_003中的从入点到出点的范围被重放。
于是，处理流程进行到步骤S55，在该步骤，CPU 21作出是否重放程序的操作已经完成的判断。如果该操作仍没有完成，该处理流程返回到步骤S54以重复在那个步骤的处理和以后的处理。如果在步骤S55作出的判断结果表示重放程序的操作已经完成，另一方面，处理流程进行到步骤S56，在该步骤CPU21作出是否没有另外的程序要重放的判断。如果有另外的程序要重放，处理流程进行到步骤S53，以重复执行在该步骤的处理和以后的处理如果在步骤S56作出的判断结果指示所有的程序已经重放了，另一方面，该处理被终止。
在图58到60中示出了程序间的关系，播放的顺序和播放的项目。
如图58中所示，程序包括多个以预定的顺序组合的播放顺序。如图59中所示，播放序列包括任意数目的播放目录。播放目录描述任意数目的对应预定时间(时间标记)播放项目。
在图59所示的例子中，播放目录1描述了一个项目在另一个项目后面顺序重放的播放项目1，播放项目2，播放项目3，播放项目4，播放项目5，播放项目6，和播放项目7。另一方面，播放目录2描述开始于播放项目2的中间和结束于播放项目3的中间定时的重放的播放项目4。作为播放目录3，播放项目5的播放开始于播放项目3和4的中间，结束于播放项目6的中间。因此，在重放这个播放序列的操作中，播放项目1，播放项目2，播放项目3，播放项目6和播放项目7是一个项目跟在另一个后面地顺序地重放，在相同的时间，播放项目4用从播放项目2的中间开始和结束于播放项目3的中间的定时重放，同时播放项目5用从播放项目3和4的中间开始到播放项目6的中间结束的定时重放。
程序间的关系，播放序列和播放项目归纳入图60中所示的单个图中。总而言之，程序包括任意数目的播放序列，每个序列包括任意数目的播放目录，在每个播放目录中包括任意数目的播放项目。
到目前所述，本发明已经举例说明将它们应用到光盘装置上。值得注意的是，本发明还可以应用在信息可以记录在或从其它的类型记录介质重放的情况。
应当注意，作为表现执行以为使用者完成前述的处理的计算机程序的显示介质，除了象磁盘，CD-ROM和固-态存储器件的记录介质以外，还可以利用诸如网络和卫星的通信介质。
如上所述，在根据本发明的信息处理装置中，多个数据段由第一种控制装置逐个(1-on-1)控制，并且任意数目的第一种控制装置由第二种控制装置控制。第二种控制中的任何任意范围由第三种控制装置控制。另外，在本发明的信息处理方法和显示介质中，在第一控制步骤中的任何任意数目的控制状态在第二控制步骤被控制和在第二控制步骤中的任何任意范围的控制状态在第三控制步骤被控制。此外，在本发明的记录介质中，作为控制信息，第一控制装置，第二控制装置和第三控制装置被记录。结果实现了用短的时间周期容易地完成编辑。
权利要求
1.一种用于记录数字信息的记录介质，其中所述数字信息包括数据流和管理信息，使得每个数据流逐个地(1 on 1)作为第一单元管理，一个或多个所述第一单元作为第二单元管理，全部或部分的所述第二单元作为第三单元管理。
2.根据权利要求1的记录介质，其特征在于所述第三单元包括多个所述全部或部分第二单元。
3.根据权利要求1的记录介质，其特征在于所述第三单元包括表示所述第二单元的位置的一对开始位置和结束位置。
全文摘要
一种信息处理装置及其信息处理方法以及显示介质和记录介质，其中该信息处理装置包括数据流处理器；控制器，用于管理所述数据流，使得每个数据流逐个地(1 on 1)作为第一单元管理；一个或多个所述第一单元作为第二单元管理；全部或部分的所述第二单元作为第三单元管理；该处理方法与之相应。用于记录数字信息的记录介质中所述数字信息包括数据流和管理信息，使得每个数据流逐个地作为第一单元管理，一个或多个所述第一单元作为第二单元管理，全部或部分的所述第二单元作为第三单元管理。
文档编号G11B27/32GK1395249SQ0013145
公开日2003年2月5日 申请日期2000年10月17日 优先权日1997年10月21日
发明者浜田俊也, 藤波靖 申请人:索尼公司