数据记录方法、数据记录装置、数据记录媒体、数据重播方法和数据重播装置的制作方法

专利名称：：数据记录方法、数据记录装置、数据记录媒体、数据重播方法和数据重播装置的制作方法
技术领域：
：本发明涉及对于硬盘、光盘等的能进行随机存取的记录媒体记录影像数据、声音数据的数据记录方法、数据记录装置、数据记录媒体、数据重播方法和数据重播装置。
背景技术：
：使用了盘媒体的视频的数字记录重播装置(以下称为视频盘记录器)正在得到普及。在其记录格式中，常常使用由于提高与PC(个人计算机)的亲和性而在PC中广泛地使用的例如QuickTime文件格式或AVI(音频视频交叉存取)文件格式。关于在使用了这样的PC用文件格式的情况的盘中的内容的管理方法，已在日本国公开专利公报特开2001-84705号公报(2001年3月30日公开)公开了。以下，使用图60说明其概要。盘305中的文件301～303与已录像的各场景或一组镜头相对应，分别是1个QuickTime文件(以下称为QuickTimeMovie(电影)文件)。索引文件300是存储盘305中的数据的目录的信息的文件，对于每个QuickTimeMovie文件存在条目，在各个条目中存储包含对应的场景的代表画面的缩小图像数据311～313和场景的文件的文件名。在对用户提示盘画面时，在内容选择画面307上显示对各条目的缩小图像数据311～313进行了译码的缩小图像321～323。用户从在内容选择画面307上显示了的多个缩小图像中选择打算进行重播或编辑的文件。例如，如果在用户选择缩小图像323并指示重播后，就取得作为与缩小图像323对应的内容所包含的文件的文件名的文件303，开始文件303的重播。由于在索引文件300中关于盘305中的全部的内容包含了对于存储了该内容的文件的指针和缩小图像数据，故只通过从盘305读出索引文件300，就能进行内容选择画面307的显示，具有可减少在Index(索引)画面显示中所需要的时间的优点。由于频繁地显示内容选择画面307，故其显示时间的削减可大大有助于提高整体的体感响应程度。近年来，一次写入型的光盘的利用急剧地增加了。CD-R是其代表的例子。此外，DVD-R的价格也急剧地下降了，逐渐地被大家采用。在将上述的索引文件应用于这些一次写入型光盘的情况下，存在以下那样的问题。索引文件是具有随着使用的增加其大小逐渐变大的性质的文件。在一次写入型的盘中，在一度记录了的区域中不能再次进行记录。在这样的媒体中，在处理像索引文件那样随着使用的增加其大小逐渐变大的文件的情况下，难以无浪费地使用存储容量。例如，在每逢对于索引文件发生条目的附加、删除、变更等时一次写入新的索引文件的情况下，发生大量的存储容量的浪费。本发明是鉴于上述的课题而进行的，其目的在于提供能在一次写入型的记录媒体中削减存储容量的浪费的数据记录方法。发明的公开本发明的数据记录方法是在记录媒体上记录第1数据、第2数据和第3数据的记录方法，上述第1数据包含第4数据，上述第3数据包含与上述第4数据相关的信息。在本发明的数据记录方法中，上述第2数据可具有0个以上的与上述第4数据为同一的数据。在本发明的数据记录方法中，是否包含同一数据可基于第4数据的属性。在本发明的数据记录方法中，上述第4数据的属性可以是数据量。在本发明的数据记录方法中，上述第4数据的属性可以是层次信息。在本发明的数据记录方法中，上述第4数据的属性可以是优先度。在本发明的数据记录方法中，上述第4数据的属性可以是重播与上述第4关联的数据的时刻。在本发明的数据记录方法中，可在上述记录媒体上记录上述第4数据的属性。在本发明的数据记录方法中，可将上述第1数据和上述第2数据作为1个文件来管理，用整数个记录单元来构成包含上述第4数据的上述第2数据。在本发明的数据记录方法中，为了在整数个记录单元中构成包含上述第4数据的上述第2数据，可插入无意义数据。在本发明的数据记录方法中，可在上述记录媒体上记录使上述无意义数据变得无效的数据。在本发明的数据记录方法中，上述无意义数据的插入位置可以是能插入上述无意义数据的位置。在本发明的数据记录方法中，可将上述第4数据的附近的前方和后方作为不同的文件来管理第1数据，在上述记录媒体上记录上述文件间的关联信息。在本发明的数据记录方法中，上述第1数据可包含确保区域用的数据。在本发明的数据记录方法中，可在不同的文件上记录上述第1数据和上述第2数据，在上述记录媒体上记录上述文件间的读出控制信息。在本发明的数据记录方法中，可将上述第1数据和上述第2数据作为不同的文件来管理，在上述记录媒体上记录上述文件间的关联信息。在本发明的数据记录方法中，可用上述文件名来表示上述关联信息。在本发明的数据记录方法中，上述第3数据可以是包含有效的上述第4数据的文件名和在上述文件内的位置信息。在本发明的数据记录方法中，上述第3数据可以是使上述第4数据变得无效的信息。在本发明的数据记录方法中，可在不同的文件中记录上述第3数据和上述第4数据。在本发明的数据记录方法中，可将上述第1数据和上述第2数据作为同一文件来管理。在本发明的数据记录方法中，可以采取使上述第4数据的开头位置成为记录单元边界的方式来记录。在本发明的数据记录方法中，可用整数个记录单元来构成上述第2数据。在本发明的数据记录方法中，上述第3数据可以是有效的第4数据的在上述文件内的位置信息。在本发明的数据记录方法中，上述第3数据可以是使上述第4数据变得无效的信息。在本发明的数据记录方法中，可在上述记录媒体上的附近记录上述第3数据。在本发明的数据记录方法中，可在上述记录媒体上记录第5数据，第4数据是与第5数据相关的信息。在本发明的数据记录方法中，与第5数据相关的信息可以是上述第5数据的代表图像数据、代表音频数据、标题数据、属性数据中的至少1个数据。在本发明的数据记录方法中，上述记录媒体可以是一次写入型的。在本发明的数据记录方法中，可在表示上次一次写入结束位置的信息的附近记录上述第3数据。在本发明的数据记录方法中，上述第2数据可以是上述第1数据的附加数据。本发明的数据记录装置是具备在记录媒体上记录第1数据、第2数据和第3数据的记录手段的数据记录装置，上述第1数据包含第4数据，上述第3数据包含与上述第4数据相关的信息。本发明的数据记录媒体是记录了第1数据、第2数据和第3数据的记录媒体，上述第1数据包含第4数据，上述第3数据包含与上述第4数据相关的信息。本发明的数据重播方法是下述的记录媒体的数据重播方法，其中，在记录媒体上记录了第1数据、第2数据和第3数据，上述第1数据包含第4数据，上述第3数据是与上述第4数据相关的信息，本发明的数据重播方法中根据上述第3数据来进行重播控制。本发明的数据重播装置是下述的记录媒体的数据重播装置，其中，在记录媒体上记录了第1数据、第2数据和第3数据，上述第1数据包含第4数据，上述第3数据是与上述第4数据相关的信息，本发明的数据重播装置具备基于上述第3数据的控制手段。按照本发明，在记录一次写入数据时，通过记录管理已有数据的有效/无效的信息，可再次利用已有数据，可削减记录容量的浪费。此外，按照本发明，在记录一次写入数据时，通过根据已有数据的属性记录与已有数据为同一的数据，可高速地读出具有特定的属性的数据，可提高对于用户的响应程度。利用以下示出的记载内容可充分地了解本发明的另外的目的、特征和优点。此外，通过参照附图的以下的说明，本发明的长处可变得明白。附图的简单的说明图1是示出本发明的实施形态中的视频盘记录器的概略结构的框图。图2(a)～(c)是示出QuickTime文件格式中的管理信息与AV流的关系的图。图3是示出QuickTime文件格式中的Movieatom的概要的图。图4是示出QuickTime文件格式中的Trackatom的概要的图。图5是示出QuickTime文件格式中的Trackheaderatom的结构的图。图6是示出QuickTime文件格式中的Mediaatom的结构的图。图7是示出QuickTime文件格式中的Mediainformationatom的结构的图。图8是示出由sampletableatom进行的数据管理的例子的图。图9是示出QuickTime文件格式中的sampletableatom的结构的图。图10是示出QuickTime文件格式中的Editatom的结构的图。图11(a)～(c)是示出由Editatom进行的重播范围指定的例子的图。图12是示出QuickTime文件格式中的Userdataatom的结构的图。图13是示出QuickTime文件格式中的Fragmentedmovie的整体结构的图。图14是示出QuickTime文件格式中的Movieextendsatom的结构的图。图15是示出QuickTime文件格式中的Trackextendsatom的结构的图。图16是示出QuickTime文件格式中的Moviefragmentatom的结构的图。图17是示出QuickTime文件格式中的Moviefragmentheaderatom的结构的图。图18是示出QuickTime文件格式中的Trackfragmentatom的结构的图。图19是示出QuickTime文件格式中的Trackfragmentheaderatom的结构的图。图20是示出QuickTime文件格式中的Trackfragmentrunatom的结构的图。图21是示出本发明的实施形态中的AV流的结构的图。图22是示出本发明的实施形态中的VU的结构的图。图23是示出本发明的实施形态中的QuickTime的AV流的管理形态的图。图24是示出本发明的实施形态中的参照器件模型的柜图。图25(a)、(b)是示出UDF中的管理信息的关系的图。图26是示出一次写入型记录媒体中的UDF中的管理信息的关系的图。图27是示出本发明的第1实施形态中的AVIndex文件的结构的图。图28是示出本发明的第1实施形态中的属性信息的结构的图。图29是示出本发明的第1实施形态中的flags的结构的图。图30是示出本发明的第1实施形态中的整体的处理的流程的流程图。图31是示出本发明的第1实施形态中的由用户指示进行的各种处理的流程的流程图。图32(a)、(b)分别是示出本发明的第1实施形态中的AVIndex文件更新前的目录/文件结构和记录媒体上的记录状态的例子的图。图33是示出本发明的第1实施形态中的盘插入之后的AVIndex管理表的例子的图。图34(a)、(b)是示出本发明的第1实施形态中的录像处理之后的记录媒体上的记录状态的例子的图。图35是示出本发明的第1实施形态中的录像之后的AVIndex管理表的例子的图。图36是示出本发明的第1实施形态中的条目删除之后的AVIndex管理表的例子的图。图37是示出本发明的第1实施形态中的条目数据变更之后的AVIndex管理表的例子的图。图38是示出本发明的第1实施形态中的AVIndex文件更新处理的流程图。图39是示出本发明的第1实施形态中的AVIndex文件更新后的记录媒体上的记录状态的例子的图。图40是示出本发明的第1实施形态中的AVIndex文件读出处理的流程图。图41是示出本发明的第1实施形态中的属性信息的第2结构的图。图42是示出本发明的第2实施形态中附加了的管理信息的结构的图。图43是示出本发明的第2实施形态中的AVIndex文件更新处理的流程图。图44是示出本发明的第2实施形态中的AVIndex文件更新后的记录媒体上的记录状态的例子的图。图45(a)、(b)是示出本发明的第2实施形态中的AVIndex文件合并前后的记录媒体上的记录状态的例子的图。图46是示出本发明的第2实施形态中的AVIndex文件读出处理的流程图。图47是示出本发明的第2实施形态中的flags的第2结构的图。图48是示出本发明的第3实施形态中的AVIndex文件的结构的图。图49是示出本发明的第3实施形态中的AVIndex文件更新前的记录媒体上的记录状态的例子的图。图50是示出本发明的第3实施形态中的AVIndex文件更新处理的流程图。图51(a)、(b)是示出本发明的第3实施形态中的AVIndex文件更新后的记录媒体上的记录状态的例子的图。图52是示出本发明的第3实施形态中的AVIndex文件读出处理的流程图。图53(a)、(b)是示出本发明的第4实施形态中的AVIndex文件更新处理(Movieatom中的数据量的变化为扇区的整数倍的情况)的图。图54是示出本发明的第4实施形态中的AVIndex文件更新(Movieatom中的数据量的变化为扇区的整数倍的情况)后的记录媒体上的记录状态的例子的图。图55(a)、(b)是示出本发明的第4实施形态中的AVIndex文件更新处理(Movieatom中的数据量的变化不是扇区的整数倍的情况)的图。图56是示出本发明的第4实施形态中的AVIndex文件更新(Movieatom中的数据量的变化不是扇区的整数倍的情况)后的记录媒体上的记录状态的例子的图。图57(a)、(b)是示出本发明的第4实施形态中的AVIndex文件与区域的关系的例子的图。图58是示出本发明的第4实施形态中的由第2更新方法得到的AVIndex文件更新后的记录媒体上的记录状态的例子的图。图59(a)、(b)是示出本发明的第4实施形态中的由第3更新方法得到的AVIndex文件更新后的记录媒体上的记录状态的例子的图。图60是示出现有技术中的索引文件的图。用于实施发明的最佳形态以下，一边参照附图，一边详细地说明本发明的实施形态。按在本发明中共同地使用的结构、各个实施形态中固有的内容的顺序进行这里的说明。<系统结构>图1是本发明中共同地使用的视频盘记录器的结构图。如图1中所示，该装置由下述部分构成总线100、主CPU101、RAM102、ROM103、用户接口104、系统时钟105、光盘106、检拾器107、ECC(错误纠正码)译码器108、ECC编码器109、重播用缓冲器110、记录/后期录音用缓冲器111、多路信号分离器112、多路转换器113、多路复用缓冲器114、音频译码器115、视频译码器116、音频编码器117、视频编码器118和未图示的照相机、话筒、扬声器、显示器等。再有，图1的视频盘记录器相当于权利要求书中的「数据记录装置(记录装置)」或「数据重播装置(重播装置)」，光盘106相当于权利要求书中的「数据记录媒体(记录媒体)」。主CPU101通过总线100与多路信号分离器112、多路转换器113、检拾器107还有总线100的连接未图示，但进行音频译码器115、视频译码器116、音频编码器117、视频编码器118的控制。在重播时，利用ECC译码器108对从光盘106通过检拾器107读出的数据进行错误纠正，将该数据一度存储在重播用缓冲器110中。主CPU101根据与重播中的数据有关的管理信息，按照来自音频译码器115、视频译码器116的数据发送要求，对多路信号分离器112给予指示，以便按照其类别将重播用缓冲器110中的数据分配给适当的译码器。再有，利用检拾器107、ECC译码器108、重播用缓冲器110、多路信号分离器112、音频译码器115、视频译码器116、主CPU101和RAM102构成权利要求书中的「重播手段」。另一方面，在记录时，将由音频编码器117、视频编码器118进行了压缩编码的数据一度发送给多路复用缓冲器114，利用多路转换器113进行AV多路复用，发送给记录/后期录音用缓冲器111。利用ECC编码器109对记录/后期录音用缓冲器111中的数据附加错误纠正符号，通过检拾器107记录在光盘106上。再有，利用检拾器107、ECC编码器109、记录/后期录音用缓冲器111、多路转换器113、多路复用缓冲器114、音频编码器117、视频编码器118、主CPU101和RAM102构成权利要求书中的「记录手段」。在音频数据的编码方式中使用MPEG-1Layer-II，在视频数据的编码方式中使用MPEG-2。将光盘106定为作为一次写入型的光盘的DVD-R。将2048byte(字节)定为1个扇区，为了进行错误纠正，用16个扇区构成ECC块。<文件格式>在本发明中，说明用作AV流管理用的格式的QuickTime文件格式。所谓QuickTime文件格式，是Apple公司开发的多媒体数据管理用的格式，在PC的领域中广泛地被使用。用视频数据或音频数据等(也将其总称为多媒体数据)和管理信息构成QuickTime文件格式。将两者合在一起，称为QuickTimeMovie(简称为Movie)。两者可在相同的文件中存在，也可在不同的文件中存在。在相同的文件中存在管理信息和多媒体数据的情况下，采取图2(a)中示出的那样的结构。将各种信息存储在称为atom的共同的结构中。将管理信息存储在称为Movieatom这样的结构中，将多媒体数据存储在称为Moviedataatom这样的结构中。此外，在Movieatom中的管理信息中包含了引导与多媒体数据中的任意的时间对应的多媒体数据的文件中的相对位置用的表、多媒体数据的属性信息、后述的外部参照信息等。另一方面，在不同的文件中存储了管理信息和多媒体数据的情况下，采取图2(b)中示出的那样的结构。将管理信息存储在称为Movieatom这样的结构中，但没有必要在atom中存储多媒体数据。此时，Movieatom对存储了多媒体数据的文件进行了「外部参照」。如图2(c)中所示，外部参照可对多个AV流文件来进行，利用该编排，可在不以物理的方式移动AV流本身的情况下进行看作进行了外观上的编辑的所谓的「非线性编辑」「非破坏编辑」。在此，使用图3至图12说明QuickTime的管理信息的格式。首先，说明作为共同的信息存储格式的atom。在atom的开头必定存在作为该atom的尺寸的atomsize和作为该atom的类别信息的Type。用4个文字来区别Type，例如在Movieatom中成为′moov′，在Moviedataatom中成为′mdat′。在此，将处于atom的开头的Atomsize和Type的列成为atomheader。各atom可包含另外的atom。即，在atom间有层次结构。在图3中示出Movieatom的结构。Movieheaderatom管理该Movieatom管理的Movie的整体的属性。Trackatom存储关于该Movie中包含的视频或音频等的信道的信息。Userdataatom是可独自地定义的atom。在图4中示出Track的结构。atomheaderatom管理该信道的整体的属性。Editatom管理在Movie的哪个时刻重播媒体数据的哪个区间。Trackreferenceatom管理与另外的信道的关系。Mediaatom管理实际的视频或音频这样的数据。在图5中示出Trackheaderatom的结构。在此，只说明在后面的说明中所必要的结构。flags是示出属性的标识位的集合。作为代表的标识位，有Trackenabled标识位，如果该标识位为1，则重播该信道，如果是0，则不重播。layer表示该信道的空间的优先度，如果有多个显示图像的信道，则越是layer的值小的信道，图像就越在前面显示。在图6中示出Mediaatom的结构。Mediaheaderatom管理与该Mediaatom管理的媒体数据相关的整体的属性等。Handlerreferenceatom存储示出用哪个译码器对媒体数据进行译码的信息。Mediainformationatom管理视频或音频等媒体固有的属性信息。在图7中示出Mediainformationatom的结构。Mediainformationheaderatom管理视频或音频等媒体固有的属性信息。Handlerreferenceatom的情况与在Mediaatom的项目中已说明的相同。Datainformationatom包含作为管理包含该QuickTimeMovie所参照的媒体数据的文件的名称的atom的Datareferenceatom。sampletableatom管理了数据的大小或重播时间等。其次，说明sampletableatom，在此之前，使用图8说明QuickTime中的数据的管理方法。在QuickTime中，将数据的最小单位(例如视频帧)称为样品。在每个信道中，按重播时间顺序从1起对样品加上了编号(样品编号)。此外，在QuickTime格式中，管理了各个样品的重播时间长度和数据大小。此外，将属于同一信道的样品按重播时间顺序在文件中连续地配置的区域称为块(chunk)。对于块来说，也按重播时间顺序从1起加上了编号。再者，在QuickTime格式中，管理了各个块的从文件开头算起的地址和各个块所包含的样品数。根据这些信息，可求出与任意的时间对应的样品的位置。在图9中示出sampletableatom的结构。Sampledescriptionatom管理各个块的数据格式(Dataformat)或存储了样品的文件的块的Index(索引)等。Time-to-sampleatom管理各个样品的重播时间。Syncsampleatom管理各个样品中能开始译码的样品。Sample-to-chunkatom管理各个样品中包含的样品数。Samplesizeatom管理各个样品的大小。Chunkoffsetatom管理从各个块的文件开头算起的地址。如图10中所示，Editatom包含1个Editlistatom。Editlistatom具有用Numberofentries指定的个数部分的Trackduration、Mediatime、Mediarate的值的组(条目)。各条目在信道上与连续地重播的区间相对应，按在该信道上的重播时间顺序进行了排列。Trackduration表示该条目所管理的区间的信道上的重播时间，Mediatime表示与该条目所管理的区间的开头对应的媒体数据上的位置，Mediarate表示该条目所管理的区间的重播速率。此外，在Mediatime为-1的情况下，停止该条目的Trackduration部分的在该信道上的样品的重播。将该区间称为emptyedit。图11(a)～(c)示出Editlist的使用例。在此，Editlistatom的内容是图11(a)中示出的内容，再者，假定样品的结构为图11(b)。此外，在此将第i个条目的Trackduration定为D(i)，将Mediatime定为T(i)，将Mediarate定为R(i)。此时，按图11(c)中示出的顺序进行实际的样品的重播。现简单地说明这一点。首先，对于条目#1来说，由于Trackduration为13000，Mediatime为20000，Mediarate为1，故从该信道的开头至13000的区间重播样品中的时刻20000至33000的区间。其次，对于条目#2来说，由于Trackduration为5000，Mediatime为-1，故在信道中的时刻13000至18000的区间内不进行任何重播。最后，对于条目#3来说，由于Trackduration为10000，Mediatime为0，Mediarate为1，故在信道中的时刻18000至28000的区间中重播样品中的时刻0至10000的区间。在图12中示出Userdataatom的结构。在该atom中，可存储任意个数的未按QuickTime格式定义的独自的信息。用1个条目管理1个独自信息，用Size、Type和Userdata构成1个条目。Size表示该条目本身的大小，Type表示分别区别独自信息用的识别信息，Userdata表示实际的数据。其次，说明作为为了与录像中的电源隔断等相对应而导入的概念的FragmentedMovie。FragmentedMovie是用作为QuickTime格式的1个应用程序的MotionJPEG2000而导入的概念，可在每个部分的AV流中管理与上述的sampletableatom相当的信息。在MotionJPEG2000中使用了box那样的术语来代替atom，但在此为了统一起见，置换为atom来说明。在图13中示出导入了FragmentedMovie的QuickTime文件的整体结构。在开头配置管理在该整个文件中共同的信息的Movieatom，在此之后交替地配置存储部分AV流数据的Moviedataatom、构成该部分AV流数据的样品的地址及大小、管理重播时间等的MovieFragmentedatom。此外，与通常的QuickTime文件同样，可在不同的文件中存在AV流数据。通过在录像时按该顺序进行记录，在最小限度方面可以防止因录像时的电源切断引起的损害。在Movieatom中包含表示该QuickTimeMovie是Fragmentedmovie用的Movieextendsatom。在Movieextendsatom中存储在该Movie中包含的与各信道相关的默认值。此外，在Moviefragmentatom中包含了与该Moviefragmentatom管理的部分AV流相关的管理信息。在管理信息中有存储与该管理的部分AV流整体相关的信息的Moviefragmentheaderatom和存储与部分AV流中的各信道相关的信息的Trackfragmentatom。Trackfragmentatom包含存储与属于其管理的信道的部分AV流相关的信息的Trackfragmentheaderatom和分别管理构成属于该信道的部分AV流的逻辑的连续区域(称为Trackrun)的Trackfragmentrunatom。以下，详细地说明各atom。在图14中示出Movieextendsatom。如上所述，Movieextendsatom具有表示包含该atom的QuickTimeMovie是Fragmentedmovie的作用。在图15中示出Trackextendsatom的结构。Trackextendsatom是为了设定在该QuickTimeMovie中包含的各信道的样品的默认值而存在的。trackID参照在Movieatom中定义的信道的trackID。用default-sample开始的字段设定用该atom管理的trackfragment的默认值。在图16中示出Moviefragmentatom的结构。在录像中逐次记录的管理信息是该atom。如上所述，该atom包含作为存储与该atom所管理的Moviefragment相关的实际的信息的atom的Moviefragmentheaderatom或Trackfragmentatom。在图17中示出Moviefragmentheaderatom的结构。在该atom中所存储的主要的信息是sequence-number(序列号)。sequence-number表示包含该atom的Moviefragmentatom所管理的Moviefragment的从开头算起的序号。在图18中示出Trackfragmentatom的结构。Trackfragmentatom存储作为与Moviefragment中包含的特定的信道的样品相关的管理信息的Trackfragmentheaderatom或Trackfragmentrunatom。在图19中示出Trackfragmentheaderatom的结构。该atom存储在Moviefragment中包含的与特定的信道的样品相关的默认值等。trackID表示与在Movieatom中定义了的信道的trackID的对应。sample-description-index是该atom管理的样品所参照的sampledescriptiontable的索引编号，用default-sample开始的字段分别是该atom所管理的样品的默认值。在图20中示出Trackfragmentrunatom的结构。该atom存储被称为Trackrun的该atom所管理的连续区域或各个样品的管理信息。sample-count表示Trackrun中包含的样品的个数。data-offset表示偏离base-data-offset的Trackrun的偏移值。用sample-开始的字段存储该atom所管理的样品的重播时间等的值。但是，如果与上述的默认值相同，则可省略之以缩小数据大小。<AV流的形态>使用图21和图22说明在本发明中共同地使用的AV流的结构。AV流由整数个ContinuousUnit(连续单元)(CU)构成。CU是在盘上连续地记录的单位。将CU的长度设定为即使怎样地在盘上配置构成AV流的CU也保证无缝重播(在重播中图像或声音能以不中断的方式重播)或实时后期录音(一边对后期录音对象的视频进行无缝重播，一边记录音频)。在后面叙述该设定方法。CU由整数个VideoUnit(视频单元)(VU)构成。VU是能单独重播的单位，根据这一点，可成为在重播时的条目指针。在图22中示出VU结构。VU由存储了约1秒的视频数据的整数个GOP(groupofpicture)(图片组)和存储了在与其相同的时间内重播的主音频数据的整数个AAU(音频存取单元)构成。此外，GOP是MPEG-2视频规格中的图像压缩的单位，用多个视频帧(其型地约15帧)构成。AAU是MPEG-1Layer-II规格中的声音压缩的单位，由1152点的声音波形样品点构成。在取样频率为48kHz的情况下，每AAU的重播时间为0.024秒。在VU中，为了减小为AV同步重播所必要的延迟，按AAU、GOP的顺序来配置。此外，为了能用VU单位进行独立重播，在VU中的视频数据的开头放置SequeceHeader(序列标题)(SH)。将VU的重播时间定义为将视频帧周期乘上在VU中包含的视频帧数的时间。<AV流的管理方法>AV流的管理方法以上述的QuickTime文件格式为基础。在图23中示出AV流管理形态。视频信道将1个视频帧作为1个样品来管理，将VU中的视频的块作为1个chunk来管理。主音频信道将AAU作为1个样品来管理，将VU中的音频的块作为1个chunk来管理。<CU单位的决定方法>其次说明CU单位的决定方法。在该决定方法中，设想成为基准的器件(参照器件模型)，在其上决定连续记录单位，以便无破绽地进行无缝重播。因此，首先使用图24说明参照器件模型。参照器件模型由下述部分构成1个检拾器和与其相连的ECC编码、译码器501、信道缓冲器502、多路信号分离器503、后期录音用缓冲器504、音频编码器509、视频缓冲器505、音频缓冲器506、视频译码器507以及音频译码器508。假定如果在VU的译码开始时在信道缓冲器502上存在至少1个VU，就能保证本模型中的无缝重播。将音频帧数据的对ECC编码器501的数据的输入速度和从ECC编码器501起数据的输出速度定为Rs。此外，将由存取进行的读出、记录的停止的最大期间定为Ta。再者，将短的存取(约100信道)所需要的时间定为Tk。再有，在这些期间中包含寻找时间、旋转等待时间、在存取后最初从盘读出的数据从ECC到被输出的时间。在本实施形态中，Rs＝20Mbps，Ta＝1秒，Tk＝0.2秒。在上述参照器件模型中进行了重播的情况下，如果满足下述那样的条件，则可保证信道缓冲器502没有下溢。在示出条件之前，首先进行记号的定义。将构成AV流的第i个连续区域定为C#i，将C#i中包含的重播时间定为Tc(i)。将Tc(i)定为在C#i中包含了开头的VU的重播时间的合计。此外，将从C#i至C#i+1的存取时间定为Ta。此外，将重播时间Tc(i)部分的VU读出时间定为Tr(i)。此时，所谓不使信道缓冲器502下溢的条件，是指在将包含了分断转移的最大读出时间定为Tr(i)时，在任意的C#i中，<式1>成立Tc(i)≥Tr(i)+Ta...<式1>之所以如此，是因为该式是满足作为无缝重播的充分条件的下式的充分条件的缘故ΣiTc(i)≥Σi(Tr(i)+Ta)]]>将Tr(i)＝Tc(i)×(Rv+Ra)/Rs代入<式1>的Tr(i)中，如果解Tc(i)，则可得到能保证无缝重播的Tc(i)的条件<式2>Tc(i)≥(Ta×Rs)/(Rs-Rv-Ra)...<式2>即，如果使各连续区域中开头所包含的VU的合计满足上式，则能保证无缝重播。此时，也可对各连续区域进行限制，使得合计的重播时间包含满足上式的完全的VU组。即使在自动分割Movie文件中，也必须满足<式2>。但是，开头的自动分割Movie的最初的CU和末尾的自动分割Movie的最后的CU也可不满足<式2>。之所以如此，是因为对于开头来说，通过使重播开始比来自记录媒体的数据读出开始晚，可予以吸收，对于末尾来说，由于没有接着相连的数据，故没有必要关心连续重播的缘故。通过以这种方式在开头和末尾使条件缓和，可有效地利用短的空闲区域。<文件系统>使用图25(a)、(b)和图26说明作为在本发明的说明中使用的文件系统的格式的UDF(通用盘格式)。在图25(b)中示出用UDF记录了图25(a)中示出的目录/文件结构的例子。图中的AVDP602是AnchorVolumeDescriptorPointer的简称，相当于寻找UDF的管理信息用的条目指针，通常记录在第256扇区、第N扇区或N-第256扇区(N为最大逻辑扇区编号)中。VDS601是VolumeDescriptorSequence的简称，记录与作为UDF所管理的区域的Volume相关的管理信息。一般来说，在1个盘上存在1个Volume，其中一般包含1个分割区。FSD603是FileSetDescriptor的简称，在分割区中存在1个FSD603。在分割区中的位置信息用与从分割区的开头算起的扇区编号相当的逻辑块编号来表示。再有，1个逻辑块与1个扇区相对应。FSD603包含作为树干目录的FileEntry(文件条目)(FE)的FE604的位置信息(用逻辑块编号和逻辑块数构成，被称为extent)。FE管理了extent的集合，通过改写、附加或删除extent，可改变构成文件的实际数据的序号或插入数据、删除数据。FE604管理存储FileIdentifierDescriptor(FID)的集合的区域605，该FID存储树干目录的正下方的文件或目录的名称等。区域605中的FID611、FID612分别包含文件621、文件622的文件名或管理extent的集合的FE606、FE608的位置信息。FE606将作为构成文件621的实际数据的区域的区域607、610作为extent来管理。此时为了对文件621的实际数据进行存取，按AVDP602、VDS601、FSD603、FE604、FID611、FID606、区域607、610的顺序，以环状来行进即可。其次使用图26说明与一次写入型盘对应的UDF。与图25(b)相比，在附加了VAT(VirtualAllocationTable，虚拟地址分配表)613和上次一次写入结束区域614方面不同。VAT是指示FE的地址的变换表，通过使用该表，在不能改写的一次写入型盘中实现了外观上的改写。上次一次写入结束区域614是表示在何处结束了上次的一次写入用的区域，在DVD-R中被称为Borderout。在DVD-R中在Borderout之前记录VAT，在重播时首先检测Borderout，通过读出其之前的VAT，在存储器上构建指示FE的地址的变换表，经由变换表对盘上的实际的FE进行存取。因而，在打算在外观上改写文件的情况下，对更新部分的数据进行一次写入，在盘上一次写入在改写对象的文件的FE上附加了该数据的extent的内容，在VAT上登录在新的FE中读入该文件的FE那样的映像(mapping)即可。对于文件的附加或删除来说，也同样地一次写入管理FID的集合的extent的FE，在VAT上登录与现有的FE置换那样的映像即可。〔第1实施形态〕使用图27至图41说明本发明的第1实施形态。<管理信息格式>如上所述，为了管理在盘内包含的QuickTimeMovie或包含静止图像数据等的各种文件(以后称为AV文件)，在盘内放置AVIndex文件1740这样的特别的QuickTimeMovie文件。在图27中示出本实施形态中的AVIndex文件1740的结构。AVIndex文件1740与通常的QuickTimeMovie文件同样，用作为管理信息的Movieatom1791和数据本身的Moviedataatom1792构成。再有，AV文件相当于权利要求书中的「本体数据」，AVIndex文件相当于权利要求书中的「发现数据」。AVIndex文件1740管理多个条目，盘内的各AV文件分别用1个条目来管理。Movieatom1791由下述合计4种信道构成管理各条目的属性信息(属性数据)用的Propertytrack1793、管理各条目的标题文字列数据用的Titletrack1794、管理各条目的代表图像数据用的Thumbnailtrack1795、管理各条目的代表音频数据用的Intromusictrack1796。与各条目相关的属性信息或标题文字列数据、代表图像数据、代表音频数据分别作为1793～1796的信道的样品来管理。例如与AV文件1741相关的属性信息用Propertytrack1793上的样品1701来管理，标题文字列数据由Titletrack1794上的样品1711来管理，代表图像数据由Thumbnailtrack1795上的样品1721来管理，代表音频数据由Intromusictrack1796上的样品1731来管理。根据各样品的重播开始时间来进行样品间的关联。即，在信道间位于同一时刻的样品判断为与同一条目相对应。Moviedataatom1792存储与各AV文件相关的属性信息、标题文字列数据、代表图像数据、代表音频数据。再有，属性信息、标题文字列数据、代表图像数据、代表音频数据分别相当于权利要求书中的「发现信息」。属性信息采取图28中示出的结构。以下说明各字段。version示出文件格式的版本。flags将各种标识位归纳起来。entry-number(条目编号)存储与属性信息对应的条目的ID。creation-time和modification-time分别表示作成了和修正了与该属性信息对应的条目的日期时间。duration表示与该属性信息对应的条目的重播时间。fie-identifier在与该管理信息对应的条目与文件相对应的情况下，存储该文件的文件名。现使用图29说明上述flags。StatusofEntry是识别对应的条目为有效(available)或无效(invalid)用的标识位。现说明在Moviedataatom1792中被存储的其它的数据。使用被缩小为160×120像素的JPEG压缩数据作为代表图像数据，使用文本数据作为标题文字列数据，使用用MPEG-1AudioLayer-II进行了压缩的数据作为代表音频数据。<整体的流程>在图30中示出本实施形态中的从盘插入起到盘弹出或电源关断为止的流程。如果插入了光盘106后，则沿上述的序列，首先读入文件系统的管理信息(步骤2000)。其次从光盘106读入AVIndex文件，进行索引画面的显示(步骤2001)。其次，检验是否是在盘上记录AVIndex文件的时刻。所谓记录的时刻，是指为了将新的信息从光盘106读出到RAM102上而必须将盘弹出指示、电源关断或与AVIndex文件相关的信息在RAM102上的一度记录到光盘106上的时刻。如果是记录的时刻，则进行从步骤2003至步骤2004的AVIndex记录处理。另一方面，在不记录的时刻的情况下，首先检验是否没有来自用户的指示(步骤2008)。如果有指示，则按指示执行各种处理(参照图31)，如果结束了上述的处理，则反映这些情况，执行索引画面显示更新处理(步骤2019)。其次，说明在步骤2003至步骤2007中示出的处理。首先，从RAM102上的信息进行AVIndex文件的记录(步骤2003)，进行文件目录信息记录(步骤2004)。其次，检验成为进行AVIndex记录的引发剂的是否是电源关断或盘弹出(步骤2005)，如果是电源关断或盘弹出，则记录VAT(步骤2006)，记录作为表示一次写入结束为止用的区域的Borderout(步骤2007)。在重播该光盘106的情况下，最初必须读出VAT，但寻找该位置用的信息是Borderout。因而，重播装置在文件的读出前必定使检拾器在光盘的半径方向上移动，寻找最后的Borderout，读出其之前的VAT。通过像本实施形态那样将记录最新的AVIndex文件的内容的区域置于VAT或Borderout的附近，可缩短到读出AVIndex文件为止的寻找时间。通过这样做，可高速地对用户示出代表图像或标题等，与对用户的响应程度的提高相连系。其次，使用图31说明步骤2009中的各种处理。首先，检验指示是否是录像(步骤2010)，如果是录像，则进行后述的录像处理(步骤2011)。如果指示不是录像，则检验是否是条目删除，即已有的AVIndex的删除(步骤2012)，如果是条目删除，则执行后述的条目删除处理(步骤2013)。如果既不是录像、也不是条目删除，则接着检验是否是与已有的条目相关的代表图像数据、标题文字列数据、代表音频数据、属性信息的某一个的变更(步骤2014)，如果是的话，则执行后述的简略内容等的变更处理(步骤2015)。如果所指示的不是简略内容等的变更处理，则执行其它的处理(步骤2016)。以下，详细地说明各处理。在此，作为开始处理之前的初始状态，假定在光盘106上用图32(a)中示出的目录结构记录文件，分别在光盘106上配置成图32(b)中示出的状态。即，分别在AVfile2201、AVfile2202和AVfile2203的位置上记录作为AV文件的SHRP0001.MOV、SHRP0002.MOV和SHRP0003.MOV。此外，在图32(b)中的AVIndexfie2204的区域上记录作为AVIndex文件的AVIF0000.MOV，在AVIndexfile2204的区域的开头，在区域2211上记录AVIndexfile的Movieatom。此外，假定在区域2212、区域2215、区域2218上记录SHRP0001.MOV的属性信息、标题文字列数据和代表图像数据，在区域2213、区域2216、区域2219上记录SHRP0002.MOV的属性信息、标题文字列数据和代表图像数据，在区域2214、区域2217、区域2220上记录SHRP0003.MOV的属性信息、标题文字列数据和代表图像数据。进行了后述的索引画面显示处理的结果是，在RAM102上构成管理与AVIndex文件相关的信息用的图33中示出的表。在此，将该表称为AVIndex管理表。该表的各行管理盘插入时读出的AVIndex的状态和其后的各条目的更新。在各行中具有与属性相关的信息或各条目所管理的AVIndex的名称、记录了代表图像数据的位置(AVIndex文件的名称和地址信息)、对于在RAM102的另外的区域中保持了的代表图像数据的指针信息。再有，为了简单地进行说明起见，关于代表音频数据和标题文字列数据没有图示，但分别进行与代表图像数据和属性信息同样的处理。此外，实际上用来自树干目录的全通路(fullpass)管理了各文件的名称，但在此为了简单起见，省略了目录名。<录像时的处理>使用图34(a)、(b)说明本实施形态中的录像时的处理。如果由用户指示了录像，则首先启动音频编码器117和视频编码器118，用上述的编码方式开始对来自未图示的照相机和话筒的输入数据进行编码。利用多路转换器113并按照上述的AV流格式对已编码的音频数据和视频数据进行多路复用。此时，在RAM102上存储了在后面记录Movieatom时所必要的GOP的大小或重播时间等。此外，用JPEG编码方式对从输入视频数据抽出并缩小了开头的图像作为代表图像的图像进行编码，作成代表图像数据，保持在RAM102上。作为多路复用结果的AV流经由记录/后期录音用缓冲器111和ECC编码器109，利用检拾器107记录在光盘106上。在图34(a)的2100的位置上从左至右进行AV流的在光盘106上的记录。如果由用户指示录像停止，将记录/后期录音用缓冲器111上留下的AV流记录在光盘106上结束后，则在RAM102上存储已记录的AV流的字节数，其次，进行Movieatom的记录。如图34(a)所示那样，从扇区边界2112起开始记录。如果结束了Movieatom的记录后，则在区域2102中插入适当的大小的Skipatom，使其在下一个扇区边界2113之前位于Moviedataatom的atomheader的后端。再有，所谓Skipatom，是在QuickTime文件格式中主要在填充用途中使用的atom。其次，在区域2103上记录Moviedataatom的atomheader。在atomheader上记录将在RAM102上存储了的AV流的字节数和Moviedataatom的atomheader的字节数加在一起的值，记录意味Moviedataatom的“mdat”。最后，在2104的位置上记录FE。在FE上从开头起读出该AV文件的情况下，按图34(b)的顺序记录了信息。以下说明采取这样的记录形态的原因。在QuickTime文件格式中，Moviedataatom中的size和Movieatom的内容是具有只要录像不结束就不决定的性质的信息。通常，由于AV流的大小比记录/后期录音用缓冲器111大，故在Movieatom记录之前必须记录AV流。此时，在能改写型的盘中，可返回到前方(图34(a)中的AV流2100的左边)来记录Movieatom，但在一次写入型盘的情况下，只能在后方(图34(a)中的AV流2100的右边)进行记录。因而，在光盘上的记录按图34(a)的顺序来记录，然后记录作为文件系统的管理信息的FE，以使作为文件的读出顺序如图34(b)所示那样。此时，在利用FE的信息依次读出多个连续区域间的情况下，除了最后的区域外，各自的区域的大小必须为扇区(记录单元)的整数倍。因此，插入Skipatom2102，进行了调节，使得记录了Movieatom2101、Moviedataatom的atomheader2103的区域的大小为扇区的整数倍。由于Skipatom是最高位的atom(例如Movieatom或Moviedataatom)的边界，将其插入任何地方均可，故也可在Movieatom2101与Moviedataatom的atomheader2103之间以外，例如在Movieatom之前。此外，在本实施形态中，在同一文件中存储了Movieatom和AV流，但如图2(b)中所示，当然也可记录在不同的文件中。此时，只按AV流文件、Movieatom的文件的顺序来记录。在录像结束了的时刻，在RAM102上的AVIndex管理表中附加用图35的行编号3示出的行。以下，说明该行的内容。在属性信息中，entry-number存储不与已有的编号重复的编号。即使关于AV文件名称，AVIndex管理表中的已有的AV文件名称的第5位至第8位的数字部分也生成并存储在文件系统方面不重复的文件名称。此外，关于代表图像数据记录位置，由于在光盘106上未记录，故存储表示未记录的NULL。此外，关于代表图像数据指针，存储在记录时所生成的上述的代表图像数据的在RAM102上的地址。<条目删除处理>现说明本实施形态中的条目删除时的处理。在此，假定删除之前的AVIndex管理表的状态为图35中示出的状态。在由用户指示了条目的删除的情况下，在RAM102上的AVIndex管理表中附加用图36的行编号4示出的行。即，具有与所删除的条目的entry-number为同一的entry-number，附加statusofentry(条目状况)为invalid(无效)的行。<条目数据变更时的处理>现说明本实施形态中的条目数据变更时的处理。在此，假定条目数据变更之前的AVIndex管理表的状态为图36中示出的状态。在由用户指示了代表图像的变更的情况下，首先取得变更后的图像，用JPEG编码数据存储在RAM102上。其次，对RAM102上的AVIndex管理表附加用图37的行编号5示出的行。即，附加具有变更代表图像的条目和与entry-number为同一的entry-number并具有在代表图像数据指针中存储了上述的JPEG编码数据的RAM102上的开头地址的行。此时，由于示出变更的只是代表图像数据，故在其它的项目中存储意味着无变更的NOCHANGE。此外，与录像时同样地，由于在光盘106上未记录，故在代表图像数据记录位置上存储NULL。再有，在此说明了变更代表图像的情况，但即使对于代表音频数据、标题等其它的属性信息等条目数据的变更，也进行同样的处理。<AVIndex记录处理>按图38说明本实施形态中的AVIndex文件记录处理。首先，在AVIndex管理表上进行entry-number重复的行的合并(步骤2401、2402)。具体地说，在有entry-number重复的行的情况下，用行编号大的行的内容重写行编号小的行，删除行编号大的行。在重写时，对于存储了意味着无变更的NOCHANGE的项目，不进行行编号小的行的重写。其次，对删除过的条目进行除外处理。具体地说，从AVIndex管理表删除具有statusofentry为invalid的entry-number的行(步骤2403)。其次，在RAM102上进行新的记录AVIndex文件的sampletable的构建(步骤2404)。具体地说，在新的记录AVIndex文件上记录属性信息或标题文字列数据那样数据量小而且对于用户或装置来说重要度高的打算立即存取的数据，对于代表图像数据、代表音频数据那样重要度低的信息(例如，在只具有1行部分文字列的显示手段的装置中，代表图像是没有意义的)去掉新附加的数据，以参照已有的AVIndex文件的方式构建sampletable。根据属性信息、标题文字列数据、代表图像数据、代表音频数据的各数据的属性来确定记录在新的记录AVIndex文件上还是参照已有的AVIndex文件。作为该数据的属性，如上所述，可考虑数据量，但除此以外，也可考虑该数据的层次信息、该数据的优先度、重播了与该数据对应的AV文件的时刻等。也可在光盘106上记录这样的数据的属性。利用作为权利要求书中的「发现数据作成手段」的主CPU101和RAM102来执行以上的处理。通过这样做，既可削减记录容量的浪费，又可防止对重要度高的信息的存取性能的下降。其次，记录新的记录AVIndex文件的Movieatom(步骤2405)，记录AVIndex管理表中的全部条目的属性信息和标题文字列(步骤2406)，最后记录新附加的代表图像数据和代表音频数据。根据AVIndex管理表中的代表图像数据记录位置是否为NULL，可判断是否是新附加的。再有，将新的记录AVIndex文件的名称定为对取出光盘106上的已有的AVIndex文件的名称的第5位至第8位的数字的值的最大值加1的值。例如已有的AVIndex文件的名称为AVIF0000.MOV～AVIF0100.MOV的情况下，定为SHRP0101.MOV。通过这样做，可从名称判断最新的AVIndex文件，同时通过参照最新以外的AVIndex文件，可容易地再现光盘106中的过去的快拍(snapshot)(状态)。这样，通过在光盘106上记录AVIndex文件的名称作为AVIndex文件间的关联信息，可容易地对在该光盘106中的记录内容的变更经历进行存取。此外，通过将AVIndex文件的名称的一部分定为所通过的编号，可容易地把握经历的序号。具体地说明进行了以上的处理之后的光盘106的记录状态。在此，假定在AVIndex文件记录处理开始之前在RAM102上存在具有图37的内容的AVIndex管理表。进行了AVIndex文件记录处理的结果是，如图39中所示，在光盘106上作成新的AVIndexfile2242。其中，在区域2232、区域2235、区域2238上记录了与变更了代表图像数据的SHRP0002。MOV2202相关的属性信息、标题文字列数据和代表图像数据，在区域2233和区域2236上记录了与无变更的SHRP0003。MOV2203相关的属性信息、标题文字列数据，在区域2234、区域2237、区域2239上记录了与新登录的SHRP0004。MOV2241相关的属性信息、标题文字列数据和代表图像数据。关于SHRP0003。MOV2203的代表图像数据，由于参照已有的AVIndexfile中的区域2220，故不重新进行记录。再有，AVIndexfile2204相当于权利要求书中的「老的发现数据」或「第1数据」，AVIndexfile2242相当于权利要求书中的「新的发现数据」或「第2数据」。因而，第1数据是已记录的数据，第2数据是新记录的数据。而且，第1数据和第2数据的记录时期不同，即使在记录媒体上也分离地被记录。在重播时，在第2数据之前读出第1数据。此外，可以说第2数据是第1数据的附加数据。此外，Movieatom2231相当于权利要求书中的「第3数据」，AVIndexfile2204中包含的属性信息、标题文字列数据、代表图像数据、代表音频数据(参照图32)等的条目数据分别相当于权利要求书中的「第4数据」。此外，权利要求书中的「参照信息」或「与第4数据相关的信息」相当于作为管理信息的Movieatom2231中包含的样品(参照图27)中的某一个。此外，AV文件相当于权利要求书中的「第5数据」。因而，可以说属性信息、标是文字列数据、代表图像数据、代表音频数据等的第4数据是具有与第5数据相关的信息的数据。<索引文件画面显示处理>按图40说明本实施形态中的索引文件画面显示处理。首先，打开最新的AVIndex文件(步骤2300)，读入Movieatom，在RAM102上作成上述的AVIndex管理表。但是，在该时刻，只取得了代表图像数据等的各种数据的位置信息，还未进行各种数据至RAM102上的读入(步骤2301)。再有，如上所述，可使用文件名来判断哪个AVIndex文件是最新的。其次，读出各条目的标题文字列数据和属性信息，存储在AVIndex管理表中(步骤2302)。其次，进行读出代表图像数据及代表音频数据的读出安排(步骤2303)。即，综合由用户指定的目前的索引显示顺序和各数据所包含的AVIndex文件的文件名，决定打开文件的序号，以使到显示为止的时间为最短。具体地说，以索引画面的显示顺序为基本，减少文件打开的次数。其次，从现在打开中的AVIndex文件进行代表图像数据和代表音频数据的读出(步骤2304～2305)。如果结束了有效的数据的读入后，则关闭文件(步骤2306)，取得由步骤2303决定的、下面打开的AVIndex文件的名称(步骤2308)，如果未结束至最后的文件的读入，则打开该文件(步骤2309)，执行步骤2304以后的步骤。如上所述，在步骤2301中，通过参照最新以外的AVIndex文件，可容易地再现光盘106中的过去的快拍(snapshot)(状态)。<变型>在本实施形态中，没有在最新的AVIndex文件中管理删除过的条目或变更前的条目数据，但也可进行管理。具体地说，可考虑定义、附加具有已有条目的删除或已有条目数据的变更那样的属性的条目。或者，也可在sampletable中附加并记录管理每个样品的有效/无效的表。此外，在本实施形态中，在参照已有的数据方面使用了QuickTime文件格式的外部参照功能，但即使使用文件系统的功能，也能实现同样的功能。例如，将包含在本实施形态中进行了外部参照的数据的扇区定为最新AVIndex文件的extent，如果从Movieatom来参照，则可实现同样的功能而不使用QuickTime文件格式的外部参照功能。如果以图39为例，则用包含区域2231～2239的连续扇区和包含区域2220的连续扇区的这2个extent来构成最新AVIndex文件。由此，将AVIndex文件2204和AVIndex文件2242作为同一文件来管理。此时，Movieatom包含上述同一文件内的区域2220的位置信息。此外，通过使最新AVIndex文件的文件名与之前的最新AVIndex文件的文件名相同，可进行已有数据的再次利用而不使AVIndex文件的文件数增加。再者，在记录代表图像数据等的条目数据时，如果记录成其开头位置与扇区的边界一致，则由于条目数据的开头成为extent的开头，故上述处理变得单纯，而且减少了在AVIndex文件中包含多余的数据的程度。此外，在本实施形态中，在AVIndex文件中存储了代表图像数据等的条目数据，但也可只将条目数据归纳起来，或按条目数据的每个类别作为1个文件来管理。此外，也可记录在AV文件内，从AVIndex文件来参照。通过这样做，在AVIndex文件的更新处理中，由于对于条目数据来说常时地参照共同的数据文件即可，故不需要变更条目数据的参照目的地的处理。此外，在本实施形态中，在最新AVIndex文件中不记录已有AVIndex文件中包含的代表图像数据或代表音频数据，而是进行参照，但即使是在已有AVIndex文件中包含的代表图像数据或代表音频数据，为了对于特定的数据高速地进行从光盘106的读出以提高对于用户的响应程度，也可记录在最新AVIndex文件中。作为特定的数据，例如可考虑与已记录的目录层次浅的AV文件相关的代表图像数据。此外，在记录最新AVIndex文件的时刻(盘弹出时或电源关断时)，当然也可考虑预先在最新AVIndex文件中记录与对用户示出的文件相关的代表图像数据或代表音频数据。通过这样做，在盘插入时或电源接通时可在更短的时间内再现上次的状态(例如画面显示)。在新的记录AVIndex文件中记录根据代表图像数据或代表音频数据，或参照已有的AVIndex文件，是根据这些代表图像数据或代表音频数据的属性来决定的，但作为该属性，如上所述，也可考虑该数据的层次信息、重播了与该数据对应的AV文件的时刻等。此外，如图41中所示，在属性信息中准备作为存储显示或读出的优先度的字段的priority，即使在已有AVIndex文件中包含了优先度高的文件，通过在最新AVIndex文件中记录代表图像数据或代表音频数据，也可实现盘插入时的索引画面的显示的高速化，可认为提高了对于用户的响应程度。〔第2实施形态〕使用图42至图47说明本发明的第2实施形态。与第1实施形态的不同点在于在第2实施形态中，在最新AVIndex文件中不包含已有的AVIndex文件中的与数据相关的管理信息，减少了因管理信息的重复记录而导致的浪费。由于与第1实施形态共同的部分多，故集中于不同点进行说明。<管理信息格式>本实施形态中的AVIndex文件的结构除了在Movieatom的Userdataatom中包含了图42中示出的indexlinkatom以外，与第1实施形态是共同的。indexlinkatom是在盘上存在多个AVIndex文件的情况下的表示文件间的前后关系的信息。在该atom中存在字段previous和字段next，但在本发明中只使用字段previous。在后面叙述字段previous的使用方法。<整体的流程>本实施形态中的从盘插入起到盘弹出或电源关断为止的流程与第1实施形态是同样的，省略其说明。<录像时的处理>与第1实施形态是同样的，省略其说明。<条目删除处理>与第1实施形态是同样的，省略其说明。<条目数据变更时的处理>与第1实施形态是同样的，省略其说明。<AVIndex记录处理>按图43说明本实施形态中的AVIndex文件记录处理。首先，进行RAM102上的AVIndex管理表的合并处理(步骤3101～3102)。具体地说，如果对于光盘106插入后附加的行存在NOCHANGE的项目，则由于可知在比该行的行编号小的条目中记录了实际的数据的位置，故寻找具有同一entry-number的行，用该项目的内容来补充。如果内容的取得来源是光盘106插入后附加的行，则删除该行。其次，根据AVIndex管理表的信息进行sampletable的构建(步骤3103)。具体地说，首先，对于光盘106插入后附加的行，将各行作为1个条目，对于每个条目作成管理属性信息、代表图像数据、代表音频数据、标题文字列数据的sample。其次，根据行的类别在sample中存储信息。对于意味着条目删除的行，在属性信息中的statusofentry中设置invalid，将管理代表图像数据、代表音频数据、标题文字列数据的sample的size信息设置成0。对于除此以外的行，构成sample，以便在最新的AVIndex文件中记录最新的属性信息、代表图像数据、代表音频数据、标题文字列数据。再有，在statusofentry中被设置的invalid成为使与该行对应的条目变得无效的信息。该statusofentry相当于权利要求书中的「第3数据」。其次，记录Movieatom(步骤3104)，最后，记录属性信息、代表图像数据、代表音频数据、标题文字列数据。再有，在Movieatom的indexlinkatom的字段previous中存储了之前的最新AVIndex文件的文件名。再有，将新的记录AVIndex文件的名称定为对取出光盘106上的已有的AVIndex文件的名称的第5位至第8位的数字的值的最大值加1的值。现具体地说明进行了以上的处理之后的光盘106的记录状态。在此，在AVIndex文件记录处理开始之前，假定在RAM102上存在具有图37的内容的AVIndex管理表。进行了AVIndex文件记录处理的结果是，如图44中所示，在光盘106上作成新的AVIndex文件2242。其中，在区域2252、区域2254、区域2256上记录了与SHRP0002.MOV相关的属性信息、标题文字列数据和代表图像数据，在区域2253、区域2255和区域2257上记录了与SHRP0004.MOV相关的属性信息、标题文字列数据和代表图像数据。在第1实施形态中，最新的AVIndex文件的Movieatom管理了与在光盘106上存在的全部的条目相关的信息。因此，包含了与过去的AVIndex文件的Movieatom重复的信息，相应地，存储容量的浪费较多。与此不同，在本实施形态中，由于最新的AVIndex文件的Movieatom只管理偏离上次的AVIndex文件的差异部分(条目的附加、删除、条目数据的变更)，故与第1实施形态相比，具有管理信息的重复记录少的优点。<AVIndex合并处理>在重复地进行了上述的AVIndex记录的情况下，如图45(a)中所示，在光盘106上分散地记录多个AVIndex文件。由于光盘在读出位置的移动中花费时间，故读出位置的变更次数越多，作为结果，整体的读出时间就越长。因而，越是重复进行AVIndex记录，读出时间就越长，可考虑对索引画面显示等的响应带来不利影响的可能性。作为解决此问题的方法，可考虑将分散地记录了的多个AVIndex文件的内容集中于附近来记录的方法。在此，将该处理称为合并处理。现使用例子来说明合并处理。图45(b)是进行了合并处理的例子，在AVIndex文件3306中归纳了在AVIndex文件3303和AVIndex文件3304中包含的属性信息、代表图像那样的条目数据并进行了记录。在Movieatom中当然存储管理这些条目数据用的sampletable。如上所述，将AVIndex文件3306的文件名定为关于作为之前的AVIndex文件的AVIndex文件3304的文件名在第5位～第8位的数字上加上1的值。此时，在Movieatom的Userdataatom中的indexlinkatom的previous字段中存储作为条目数据的合并源的AVIndex文件的1个之前的AVIndex文件的AVIndex文件3302的文件名。通过这样做，在从最新的文件上溯过去的文件而读出AVIndex文件时，通过参照previous字段，可防止再次读出合并过的数据。此外，由于也留下了合并源的AVIndex文件，故也没有损害可容易地再现过去的状态的功能。在本实施形态中，与通常的AVIndex记录处理独立地进行了合并处理，但当然也可同时进行。此外，与第1实施形态同样，当然也可根据条目或条目数据的属性来选择合并的条目或条目数据。这样，在Movieatom的Userdataatom中的indexlinkatom的previous字段中存储的信息是控制文件间的读出用的信息，该信息相当于权利要求书中的「读出控制信息」。<编辑处理的返工处理>如上所述，在盘的弹出或电源关断或任意的时刻使之记录AVIndex文件，故用已记录的AVIndex文件单位能容易地再现过去的快拍(snapshot)(状态)。此外，由于在RAM上有AVIndex管理表，故取消从盘读出已有的AVIndex到在盘上写出反映了变更的AVIndex为止之间进行的编辑操作等是容易的。另一方面，由于从AVIndex的文件名的编号可知，数字越小就越是过去作成的文件，故用AVIndex单位上溯到过去的状态是容易的。从在AVIndex文件中设定了的日期信息，可确定该文件是在何时作成的AVIndex文件。此时，可考虑从最新的AVIndex文件的状态返回到例如3个前的AVIndex文件的状态。这里的「返回」，意味着全部废除现在处于RAM上的AVIndex管理表的内容和由过去2个AVIndex文件管理的编辑操作，复归到3个前的AVIndex文件的状态。通过3次追寻用indexlinkatom的previous字段管理了之前的AVIndex文件，可实现这一点。从盘上读出由indexlinkatom把握的3个前的AVIndex文件的状态，对该状态继续进行编辑操作等。在实际上在盘上记录最新的AVIndex文件时，在Movieatom的Userdataatom中的indexlinkatom的previous字段中存储上溯的3个前的AVIndex文件的文件名。通过这样做，在从最新的AVIndex文件上溯到过去而读出AVIndex文件时，通过参照previous字段可防止再次读出取消了编辑操作的数据。此外，由于也留下了取消了编辑操作的AVIndex文件，故没有损害能容易地再现包含取消了的编辑操作的过去的状态的功能。此外，在打算将上溯的3个前的AVIndex文件的状态定为最新的AVIndex文件的情况下，作为在盘内的未使用的最大文件编号的AVIndex，记录样品数为0(未管理一个条目)或在全部的字段中记录NULL等的1个属性信息或在indexlinkatom中记录存储了3个前的AVIndex文件的文件名的特别的AVIndex文件，以便表示未管理有效的条目的情况。由此，由文件编号为最大的最初读出的AVIndex文件，可追寻3个前的AVIndex文件。<索引文件画面显示处理>按图46说明本实施形态中的索引文件画面显示处理。首先，打开最新的AVIndex文件(步骤3201)，读入Movieatom，在RAM102上作成上述的AVIndex管理表。但是，在该时刻，只取得了代表图像数据等的各种数据的位置信息，还未进行各种数据至RAM102上的读入(步骤3203)。再有，如上所述，可使用文件名来判断哪个AVIndex文件是最新的。其次，从AVIndex文件读出各条目的标题文字列数据、属性信息、代表图像数据、代表音频数据，存储在AVIndex管理表中(步骤3204)。再有，如果读出了已在AVIndex管理表中存在的行和具有相同的entry-number的属性信息则舍弃该信息。在结束了有效的条目数据的读入后，则关闭文件(步骤3206)。其次，参照之前打开的AVIndex文件中的indexlinkatom的previous字段，取得以下读出的AVIndex文件的名称(步骤3207)。其次，判断之前打开的AVIndex文件是否是最后读出的AVIndex(步骤3208)。具体地说，如果其次读出的AVIndex文件的名称被指定表示在indexlinkatom中不参照的NULL，则判断为最后的AVIndex。如果不是最后读出的AVIndex，则打开具有其次读出的AVIndex文件的名称的文件(步骤3209)，执行步骤3203以后的步骤。如上所述，通过在步骤3201中参照最新以外的AVIndex文件，能容易地再现光盘106中的过去的快拍(snapshot)(状态)。<变型>在本实施形态中，在变更代表图像数据等的条目数据的情况下，再次记录了包含该数据的条目的全部的条目数据。如果将图44取作例子，则在区域2255上记录了SHRP0002.MOV的标题文字列数据，但已变更的只是代表图像数据，是本来没有必要记录的数据。但是，由于在上述的数据格式中不能指定变更对象的条目数据的类别，故在变更某个类别的条目数据的情况下，必须重写全部的类别的条目数据。作为解决这一点的方法，可考虑像图47那样在属性信息中附加变更对象的条目数据的类别。例如，如果打算进行代表图像数据的变更，则使StatusofThumbnail为available(有效)，将其它的StatusofIntromusic或StatusofTitle设定为invalid(无效)。在读出时，如果StatusofThumbnail为available，则读出数据，如果是invalid，则使用已有的数据。通过这样做，可只记录变更对象的类别的条目数据，可削减记录容量的浪费。此外，在本实施形态中，通过使entry-number为同一，附加statusofentry为invalid的条目来进行条目的删除，但也可通过删除管理删除对象的条目的AVIndex文件来进行。此时，用各AVIndex文件管理的条目限定于1个。再者，关于管理删除对象的条目的AVIndex文件，也可通过变更文件名、使之无效来进行。〔第3实施形态〕使用图48至图52说明本发明的第3实施形态。本实施形态在避免管理信息的重复记录这一点上与第2实施形态是共同的，但在1个AVIndex文件中一次写入管理信息或条目数据这一点上不同。<管理信息格式>在图48中示出本实施形态中的AVIndex文件的结构。AVIndex文件用上述的Fragmentedatom来构成。即，在开头放置作为文件整体的管理信息的Movieatom，交替地排列Moviedataatom和Moviefragmentatom。为了管理属性信息、代表音频数据、代表图像数据和标题文字列数据，Moviefragmentatom分别具有Propertytrack、Intromusictrack、Thumbnailtrack、Titletrack。由于各Moviefragmentatom表示横跨信道的样品相互间与共同的条目相对应，故对于各信道管理同一数目和同一时间长度的样品。例如，在Moviefragmentatom4103管理m个条目的情况下，对于属性信息、代表音频数据、代表图像数据和标题文字列数据的每一个，管理m个样品。将与该样品对应的数据存储在作为与Moviefragmentatom4103对应的Moviedataatom的Moviedataatom4102中。再有，由于属性信息、代表音频数据、代表图像数据和标题文字列数据的格式与第1实施形态是相同的，故省略其说明。<整体的流程>本实施形态中的从盘插入起到盘弹出或电源关断为止的流程与第1实施形态是同样的，省略其说明。在此，作为开始处理之前的初始状态，在光盘106上用与第1实施形态同样的图32(a)中示出的目录结构来记录文件，假定分别在光盘106上配置成图49中所示的状态。即，分别在区域4201、区域4202和区域4203上记录作为AV文件的SHRP0001.MOV、SHRP0002.MOV和SHRP0003.MOV。此外，在图49中的区域4204上记录作为AVIndex文件的AVIF0000.MOV，在区域4204的开头，在区域4211上记录AVIndex文件的Movieatom。此外，假定在区域4212、区域4215、区域4218上记录SHRP0001.MOV的属性信息、标题文字列数据和代表图像数据，在区域4213、区域4216和区域4219上记录SHRP0002.MOV的属性信息、标题文字列数据和代表图像数据，在区域4214、区域4217和区域4220上记录SHRP0003.MOV的属性信息、标题文字列数据和代表图像数据，最后分别在区域4221和区域4222上记录了管理上述的条目数据的Moviefragmentatom和后述的Skipatom。再者，进行了后述的索引画面显示处理的结果是，假定在RAM102上构成管理与AVIndex文件相关的信息用的图37中示出的表。<录像时的处理>与第1实施形态是同样的，省略其说明。<条目删除处理>与第1实施形态是同样的，省略其说明。<条目数据变更时的处理>与第1实施形态是同样的，省略其说明。<AVIndex记录处理>用图50说明本实施形态中的AVIndex文件记录处理。首先，进行RAM102上的AVIndex管理表的合并处理(步骤4301～4302)。根据其结果来构建sampletable(步骤4303)。由于具体的处理与第2实施形态是相同的，故省略其说明。其次，记录Moviedataatom(步骤4304)。具体地说，记录atomheader，记录各个条目的属性信息、代表数据、代表音频数据和标题文字列数据。最后，根据上述的sampletable的内容记录Moviefragmentatom(步骤4305)。如果在结束了Moviefragmentatom的记录后，为了调整而插入上述的Skipatom，使得文件的终端与扇区的边界相一致。由此，就用整数个扇区来构成AVIndex文件。再有，也可使Moviefragmentatom与Moviedataatom的记录顺序倒过来。此外，在大小的调整中也可不用Skipatom，而是在Moviefragmentatom之前放入无意义数据。此时，在Moviedataatom的atomheader的size字段中包含上述无意义数据的数据量。其后，由于将这次记录了的区域定为已有的AVIndex文件的一部分，故对于管理AVIndex文件的FE，将该区域作为新的extent来附加，在盘上进行一次写入。即使在进行了extent附加处理的情况下，作为QuickTime文件，由于没有矛盾，故也进行了由Skipatom进行的大小调整。以这种方式附加extent并在盘上一次写入的FE相当于权利要求书中的「第3数据」。具体地说明进行了以上的处理之后的光盘106的记录状态。在AVIndex文件记录处理开始之前，假定在RAM102上存在具有图37的内容的AVIndex管理表。进行了AVIndex文件记录处理的结果是，如图51(a)中所示，在光盘106上对于区域4242一次写入在区域4230～4239中示出的数据。首先，在区域4242的开头的区域4230中记录Moviedataatom的atomheader。在区域4231～4233中记录属性信息，分别是使SHRP0001.MOV4201无效用的属性信息、置换SHRP0002.MOV4202的代表图像数据用的属性信息、用来新登录SHRP0004.MOV4241用的属性信息。在区域4234和区域4235中记录变更了代表图像的SHRP0002.MOV4202和新登录的SHRP0004.MOV4241的标题文字列数据。此外，在区域4236和区域4237中分别记录了SHRP0002.MOV4202和SHRP0004.MOV4241的代表图像数据。在区域4238和区域4239中分别记录了使Moviefragmentatom和文件的终端与扇区边界相一致用的Skipatom。在区域4204和区域4242中分别记录了与AVIndex文件相关的已有的信息和最新的信息，在对于AVIndex文件的FE将区域4242作为后续的extent来附加时，如果读出AVIndex文件，则就从图51(b)的左边起按顺序读出。<索引文件画面显示处理>按图52说明本实施形态中的索引文件画面显示处理。首先，打开AVIndex文件(步骤4401)，读出Movieatom(步骤4402)。其次，读出后续的区域，如果是文件的末尾(步骤4403)，显示索引画面(步骤4404)而结束。如果不是文件的末尾，则判断是否是Moviefragmentatom(步骤4405)。如果是Moviefragmentatom，则读出Moviefragmentatom(步骤4406)，按照该信息，读出Moviedataatom，即属性信息等的条目数据(步骤4407)。在步骤4405中，在读出的区域是Moviefragmentatom以外的atom的情况下，进行跳跃读出，直到呈现Moviefragmentatom(步骤4408)。<变型>在本实施形态中，也与第2实施形态同样，通过记录在图47中示出的变更对象的条目数据的类别信息，可削减记录容量的浪费。此外，在本实施形态中，通过一次写入具有同一entry-number的条目来进行条目的删除，但也可通过从AVIndex文件的FE删除与管理删除对象的条目的FragmentedMovie对应的extent来进行。但是，必须忽略sequence-number(序列号)的不连续。此外，由于在本实施形态中必定从开头进行文件的读出，故存在对最近记录了的条目数据进行存取的时间变长的趋势。为了避免这一点，也可这样来设定AVIndex文件的FE，使得条目数据按新记录的顺序来排列。此外，此时，如在第1或第2实施形态中说明的那样，当然也可只重复地记录特定的属性的条目数据，以便实现对条目数据的存取的高速化。〔第4实施形态〕使用图53(a)～图59(b)说明本发明的第4实施形态。本实施形态与第1实施形态类似，但在利用与AVIndex文件有关的FE的操作尽可能再次利用包含Movieatom的记录过的数据这一点上不同。在此，集中于AVIndex文件的更新处理进行说明。由于本实施形态的管理信息格式与第1实施形态相同，故省略其说明。<AVIndex文件更新时的处理(Movieatom中的数据量的变化为扇区的整数倍的情况)>首先，使用图53(a)、(b)和图54说明Movieatom的大小因AVIndex文件更新的缘故而只以扇区的整数倍变化的情况(也包含Movieatom的大小不因AVIndex文件更新而变化的情况)的AVIndex文件的更新处理。首先，进行示出更新前的AVIndex文件的数据结构的图53(a)的说明。AVIndex文件由用Movieatom5101和atomheader5102、属性信息5103等构成的Moviedataatom构成。在此，考虑变更Moviedataatom中的属性信息5103的内容和数据量的情况。此时，由于Moviedataatom的大小改变了，故必须改写atomheader5102的size字段。再者，由于属性信息5103的大小改变了，故必须改写属性信息5103的数据量信息(Samplesizeatom)、与后续的数据对应的样品的位置信息(Chunkoffsetatom)。即，必须改写Movieatom5101的一部分。此时，将必须改写的部分称为要变更部分5104。再有，由于没有因该变更引起的样品数的变更，故通常不发生sampletableatom的数据量的增减。如图54中所示，在光盘106上的区域5221上记录图53(a)中示出的AVIndex文件，假定在盘上的扇区上配置了上述的属性信息5103、atomheader5102、要变更部分5104。再有，数据5201和数据5202分别示出存储了要变更部分的扇区列中的要变更部分5104的左方、右方的数据。同样，数据5203和数据5204分别示出atomheader5102的左方、右方的数据。此外，数据5205和数据5206分别示出属性信息5103的左方、右方的数据。利用变更处理，用以下说明的形态在区域5224上记录变更后的属性信息5113、变更后的atomheader5112、要变更部分5104的变更结果5114。首先，关于变更后的属性信息5113，按上述数据5205、属性信息5113、填充数据5207、上述数据5206的顺序进行记录。填充数据5207是使上述数据5205、属性信息5113、填充数据5207、上述数据5206合在一起的数据量为扇区大小的整数倍用的无效数据。再有，填充数据5207相当于权利要求书中的「无意义数据」。其次，变更后的atomheader5112按上述数据5203、atomheader5112、上述数据5204的顺序进行记录。由于atomheader5112在数据量中没有变更，故在属性信息的记录中已说明的那样的填充数据就没有必要了。其次，变更结果5114按上述数据5207、变更结果5114、上述数据5202的顺序进行记录。如上所述，由于没有数据量的变更，故填充数据就没有必要了。最后，构成并一次写入AVIndex文件的FE，以便按图中R1、R10、R3、R9、R5、R8的顺序来读出。以这种方式再次构成并一次写入了的FE相当于权利要求书中的「第3数据」。利用以上的处理，如图53(b)那样改写AVIndex文件。再有，在此以属性信息作为变更的对象，但对简介等其它的条目数据来说也是同样的。通过进行上述的AVIndex文件的更新处理，可将伴随变更的记录容量的浪费抑制在最小限度。<AVIndex文件更新时的处理(Movieatom中的数据量的变化不是扇区的整数倍的情况)>其次，使用图55(a)、(b)和图56说明Movieatom的大小因AVIndex文件更新的缘故以扇区的整数倍以外的方式变化的情况的AVIndex文件的更新处理。在图55(a)中示出更新前的AVIndex文件的数据结构，但由于与图53(a)相同，故省略其说明。考虑对该AVIndex文件进行属性信息等条目数据的附加的情况。Movieatom5101管理的样品的数目因附加而增加，Chunkoffsetatom的条目数增加，即发生管理信息的附加。伴随于此，必须更新高位的atom的atomheader的size字段。此外，由于Moviedataatom的数据量因条目数据的附加而增加，故必须更新Moviedataatom的atomheader的size字段。如图56中所示，在光盘106上的区域5221上记录图55(a)中示出的AVIndex文件，假定伴随Chunkoffsetatom的条目数增加的附加管理信息5303的插入位置为数据附加部位5301。再有，关于Moviedataatom的atomheader等的数据量不变的部分，由于与图54是同样的，故予以省略。再有，数据5311和数据5313分别示出包含数据附加部位5301的扇区中的数据附加部位5301的左方、右方的数据。利用变更处理，用以下说明的形态在记录上述数据5311、前述数据5313、附加管理信息5303和附加条目数据5302。首先，从扇区的开头起按上述数据5311、附加管理信息5303、上述数据5313、数据5314的顺序进行记录。此外，在另外的扇区列中记录附加条目数据5302。再有，数据5314是从上述数据5313的末尾起到扇区的末尾存在的无意义数据。最后，如图57(a)中所示，按R11、R14、R13、R15的顺序构成并一次写入AVIndex文件的FE。此时，数据5314是无意义数据，在从开头起解释该AVIndex文件的情况下，不能正确地解释。为了避免这一点，在光盘106上记录使这些无意义数据变得无效的信息。具体地说，作成SKIP0000.DAT这样的文件，记录这些数据的从AVIndex文件开头起的地址和字节数。在AVIndex的读出时，在此之前读出SKIP0000.DAT，根据该信息来解释AVIndex文件。利用以上那样的更新处理，可使伴随AVIndex文件更新的Movieatom中的数据的重复记录为最小限度。<变型>在本实施形态中，归纳为也包含无意义数据的1个文件，但也可如图57(b)中所示，用多个文件来管理。即，将R11和数据5311、附加管理信息5303、数据5313作为1个部分AVIndex文件5321来管理，将R13和附加条目数据5302作为1个部分AVIndex文件5324来管理。通过连续地读出部分AVIndex文件5321和部分AVIndex文件5324，在RAM102上复原AVIndex文件。作为管理多个文件间的读出顺序的方法，可考虑以下的方法。例如，关于构成最新的AVIndex文件的文件，可考虑按读出顺序像AVIF0001.MOS、AVIF0002.MOS那样用文件名可知道顺序。在此，之所以将扩展符定为MOS，是为了表示已被分割的部分。此外，也可考虑作成记录了文件的读出顺序的文件，在AVIndex读出时必定参照该文件。此外，也可考虑在另外的文件中与管理附加位置的信息一起记录包含附加管理信息5303的附加数据，在AVIndex读出时必定参照该文件。此外，在本实施形态中，在附加管理信息的数据大小为不满足扇区的整数倍的数据的情况下，插入了填充数据，但也可在该填充数据中使用QuickTime文件格式中的atom。现用图58来说明。再有，由于附以与上述的说明为同一的符号的部分具有与上述相同的意义，故省略其说明。在更新处理时，首先，在数据附加部位5301的右方寻找可插入填充数据的部位，具体地说，寻找atom的边界。将最初发现的部位定为可插入填充数据的部位5320。此外，将从数据附加部位5301到可插入填充数据的部位5320为止的数据定义为数据5321，将从可插入填充数据的部位5320到最初的扇区边界为止的数据定义为数据5322。根据上述的数据，按顺序记录数据5311、附加管理信息5303、数据5321、填充数据5323、数据5322。在此，插入填充数据5323，使得上述的数据为扇区的整数倍的数据量，像上述的Skipatom那样，使用在重播时可忽略的无意义的atom。最后，构成并一次写入AVIndex文件的FE，以便按R11、R23、R22、R16的顺序读出AVIndex文件。这样，在附加不是扇区的整数倍的情况下，通过在atom的边界上插入大小调整用的atom，可将数据的一次写入抑制得较少，再有，可在单独的AVIndex文件中作内容的解释。此外，在本实施形态中，以因更新处理的缘故发生Movieatom中的atom大小的增减为前提，但对于大小有增减的atom(例如editatom、sampleatom)来说，确保了AVIndex文件的初始记录时充分的大小的区域，对于未使用的区域，如图59(a)中所示，可考虑记录在重播时可忽略的无意义的atom(在此，称为nullatom)。例如，在样品信息中因附加的缘故Chunkoffsetatom的数据量从图59(a)的chunkoffsetatom5401起像chunkoffsetatom5403那样增加时，伴随于此，使后续的nullatom的开头偏移到文件的后方，通过减小size，可防止因高位的atom的atomheader的变更或Moviedataatom的移动引起的chunkoffset的变更，即附加数据的增加。在采取这样的结构的情况下，不需要AVIndex文件的分割或解释AVIndex文件的内容用的附加的信息。再者，通过使大小有增减的atom的开头5405和nullatom的末尾5406与扇区边界相一致，可简化处理。此外，也可如图59(b)中所示，登录足够的数目的空的样品，来代替对于在AVIndex文件的初始记录时未使用的区域放入无意义的atom。在图59(b)的情况下，在作为管理chunkoffsetatom5411的条目数的字段的numberofentries5412中例如记录了1000，在从条目数据5413至条目数据5414之间登录了1000个条目。此时，伴随对AVIndex文件的条目附加，在空的样品中登录了与实际的数据有关的信息。作为表示样品为空的方法，可考虑将样品的内容信息设定为无效的信息。或者，也可比与实际上管理的条目数相当的atom大小大、通过用atomheader管理atom大小来确保区域。再者，通过使chunkoffsetatom的始终端与扇区边界相一致，可简化处理。在采取这样的结构的情况下，不需要AVIndex文件的分割或解释AVIndex文件的内容用的附加的信息。这些方法当然也可应用于其它的atom、例如editlistatom。此外，本实施形态中记述的更新处理不仅可应用于AVIndex文件，当然也可应用于AV文件。〔对于全部的实施形态的补充〕再有，在上述的实施形态中使用了DVD-R作为记录媒体，但只要是一次写入型的记录媒体，本发明当然也可应用于DVD-R以外的记录媒体。此外，当然也可应用于虽不是一次写入型的记录媒体但媒体的改写次数方面有限制的记录媒体、例如flash(闪速)ROM。因而，在本实施形态中，使用了扇区作为数据的管理单位，但在应用于不同点记录媒体的情况下，可将扇区理解为各自的记录媒体上的数据的管理/记录单位或管理/记录单无。再有，在上述的实施形态中使用了UDF作为文件系统，但本发明不限定于UDF。此外，在上述的实施形态中使用了音频或视频那样的AV数据作为数据，但本发明不限定于此。再有，在上述的实施形态中使用了QuickTime文件格式作为文件格式，但本发明不限定于此。如以上已说明的那样，按照本发明，在记录一次写入数据时，通过记录管理已有数据的有效/无效的信息，可进行已有数据的再次利用，可削减记录容量的浪费。此外，按照本发明，在记录一次写入数据时，通过根据已有数据的属性记录与已有数据为同一的数据，可高速地读出具有特定的属性的数据，可提高对用户的响应程度。此外，在实施发明用的最佳形态的项目中所形成的具体的实施形态始终是为了阐明本发明的技术内容，不应狭义地解释为只限定于这样的具体例，在本发明的宗旨和以下记载的权利要求书的范围内，可作各种各样的变更来付诸实施。工业上的可利用性本发明涉及对于硬盘、光盘等的能进行随机存取的记录媒体记录影像数据、声音数据的数据记录方法、数据记录装置、数据记录媒体、数据重播方法和数据重播装置。在一次写入型媒体中，在更新AV文件管理用的索引文件时，产生记录容量的浪费。因此，在更新时作成新的索引文件，通过参照已有的索引文件中的简略图像数据，在削减浪费的同时，通过在新的索引文件中存储属性信息，可实现对最低限度的必要的信息的存取的高速化。权利要求1.一种在记录媒体上记录第1数据、第2数据和第3数据的记录方法，其特征在于上述第1数据包含第4数据，上述第3数据包含与上述第4数据相关的信息。2.如权利要求1中所述的数据记录方法，其特征在于上述第2数据具有0个以上的与上述第4数据为同一的数据。3.如权利要求2中所述的数据记录方法，其特征在于是否包含同一数据基于第4数据的属性。4.如权利要求3中所述的数据记录方法，其特征在于上述第4数据的属性是数据量。5.如权利要求3中所述的数据记录方法，其特征在于上述第4数据的属性是层次信息。6.如权利要求3中所述的数据记录方法，其特征在于上述第4数据的属性是优先度。7.如权利要求3中所述的数据记录方法，其特征在于上述第4数据的属性是重播与上述第4关联的数据的时刻。8.如权利要求3至7中所述的数据记录方法，其特征在于在上述记录媒体上记录上述第4数据的属性。9.如权利要求2中所述的数据记录方法，其特征在于将上述第1数据和上述第2数据作为1个文件来管理，用整数个记录单元来构成包含上述第4数据的上述第2数据。10.如权利要求9中所述的数据记录方法，其特征在于为了在整数个记录单元中存储包含上述第4数据的上述第2数据而插入无意义数据。11.如权利要求10中所述的数据记录方法，其特征在于在上述记录媒体上记录使上述无意义数据变得无效用的数据。12.如权利要求10中所述的数据记录方法，其特征在于上述无意义数据的插入位置是能插入上述无意义数据的位置。13.如权利要求2中所述的数据记录方法，其特征在于将上述第4数据的附近的前方和后方作为不同的文件来管理第1数据，在上述记录媒体上记录上述文件间的关联信息。14.如权利要求2中所述的数据记录方法，其特征在于上述第1数据包含确保区域用的数据。15.如权利要求2中所述的数据记录方法，其特征在于在不同的文件上记录上述第1数据和上述第2数据，在上述记录媒体上记录上述文件间的读出控制信息。16.如权利要求1中所述的数据记录方法，其特征在于将上述第1数据和上述第2数据作为不同的文件来管理，在上述记录媒体上记录上述文件间的关联信息。17.如权利要求16中所述的数据记录方法，其特征在于用上述文件名来表示上述关联信息。18.如权利要求16中所述的数据记录方法，其特征在于上述第3数据是包含有效的上述第4数据的文件名和在上述文件内的位置信息。19.如权利要求16中所述的数据记录方法，其特征在于上述第3数据是使上述第4数据变得无效的信息。20.如权利要求16中所述的数据记录方法，其特征在于在不同的文件中记录上述第3数据和上述第4数据。21.如权利要求1中所述的数据记录方法，其特征在于将上述第1数据和上述第2数据作为同一文件来管理。22.如权利要求21中所述的数据记录方法，其特征在于以使上述第4数据的开头位置成为记录单元边界的方式来记录。23.如权利要求21中所述的数据记录方法，其特征在于用整数个记录单元来构成上述第2数据。24.如权利要求21中所述的数据记录方法，其特征在于上述第3数据是有效的第4数据的在上述文件内的位置信息。25.如权利要求21中所述的数据记录方法，其特征在于上述第3数据是使上述第4数据变得无效的信息。26.如权利要求1至25中所述的数据记录方法，其特征在于在上述记录媒体上的一次写入结束位置的附近记录上述第3数据。27.如权利要求1至26中所述的数据记录方法，其特征在于在上述记录媒体上记录第5数据，第4数据是与第5数据相关的信息。28.如权利要求27中所述的数据记录方法，其特征在于与上述第5数据相关的信息是上述第5数据的代表图像数据、代表音频数据、标题数据、属性数据中的至少1个数据。29.如权利要求1至28中所述的数据记录方法，其特征在于上述记录媒体是一次写入型的。30.如权利要求1至29中所述的数据记录方法，其特征在于在表示上次一次写入结束位置的信息的附近记录上述第3数据。31.如权利要求1至30中所述的数据记录方法，其特征在于上述第2数据是上述第1数据的附加数据。32.一种具备在记录媒体上记录第1数据、第2数据和第3数据的记录手段的记录装置，其特征在于上述第1数据包含第4数据，上述第3数据包含与上述第4数据相关的信息。33.一种记录了第1数据、第2数据和第3数据的记录媒体，其特征在于上述第1数据包含第4数据，上述第3数据包含与上述第4数据相关的信息。34.一种记录媒体的数据重播方法，其中，在记录媒体上记录了第1数据、第2数据和第3数据，上述第1数据包含第4数据，上述第3数据是与上述第4数据相关的信息，其特征在于根据上述第3数据来进行重播控制。35.一种记录媒体的数据重播装置，其中，在记录媒体上记录了第1数据、第2数据和第3数据，上述第1数据包含第4数据，上述第3数据是与上述第4数据相关的信息，其特征在于具备基于上述第3数据的控制手段。36.一种数据记录方法，利用数据记录装置来变更记录了本体数据和包含与该本体数据相关的发现信息的发现数据的数据记录媒体的记录内容，其特征在于包含上述数据记录装置的发现数据作成手段作成与变更后的记录内容对应的新的发现数据的步骤；以及上述数据记录装置的记录手段在上述数据记录媒体上记录上述已作成的新的发现数据的步骤，在上述新的发现数据中包含关于已在上述数据记录媒体上记录了的老的发现数据中包含的、而且没有必要变更内容的发现信息中的至少一部分的信息参照上述老的发现数据中包含的发现信息用的参照信息。37.如权利要求36中所述的数据记录方法，其特征在于在上述新的发现数据中包含关于已在上述数据记录媒体上记录了的老的发现数据中包含的、而且没有必要变更内容的发现信息中的另外一部分的信息与上述老的发现数据中包含的发现信息为同一的发现信息。38.一种数据记录装置，该装置变更记录了本体数据和包含与该本体数据相关的发现信息的发现数据的数据记录媒体的记录内容，其特征在于具备在变更上述数据记录媒体的记录内容时作成与变更后的记录内容对应的新的发现数据的发现数据作成手段；以及在上述数据记录媒体上记录上述已作成的新的发现数据的记录手段，上述发现数据作成手段在上述新的发现数据中包含关于已在上述数据记录媒体上记录了的老的发现数据中包含的、而且没有必要变更内容的发现信息中的至少一部分的信息参照上述老的发现数据中包含的发现信息用的参照信息。39.如权利要求38中所述的数据记录装置，其特征在于上述发现数据作成手段在上述新的发现数据中包含关于已在上述数据记录媒体上记录了的老的发现数据中包含的、而且没有必要变更内容的发现信息中的另外一部分的信息与上述老的发现数据中包含的发现信息为同一的发现信息。40.一种数据记录媒体，该记录媒体记录了本体数据和包含与该本体数据相关的发现信息的发现数据，其特征在于包含在变更记录内容之前记录了的老的发现数据；以及在变更了记录内容之后记录了的新的发现数据，在上述新的发现数据中包含关于在上述老的发现数据中包含的、而且即使在记录内容的变更后也没有必要变更内容的发现信息中的至少一部分的信息参照上述老的发现数据中包含的发现信息用的参照信息。41.如权利要求40中所述的数据记录媒体，其特征在于在上述新的发现数据中包含关于在上述老的发现数据中包含的、而且没有必要变更内容的发现信息中的另外一部分的信息与上述老的发现数据中包含的发现信息为同一的发现信息。42.一种利用数据重播装置重播记录了本体数据和包含与该本体数据相关的发现信息的发现数据的数据记录媒体的记录内容的数据重播方法，其特征在于包含下面的步骤在上述数据记录媒体上包含变更记录内容之前记录了的老的发现数据和变更了记录内容后记录了的新的发现数据，在上述新的发现数据中包含关于在上述老的发现数据中包含的、而且即使在记录内容的变更后也没有必要变更内容的发现信息中的至少一部分的信息参照上述老的发现数据中包含的发现信息用的参照信息的情况下，上述数据重播装置的重播手段根据在上述新的发现数据中包含的参照信息从上述老的发现数据取得发现信息。43.如权利要求42中所述的数据重播方法，其特征在于包含下面的步骤在上述新的发现数据中包含关于在上述老的发现数据中包含的、而且没有必要变更内容的发现信息中的另外一部分的信息与上述老的发现数据中包含的发现信息为同一的发现信息的情况下，上述数据重播装置的重播手段取得在上述新的发现数据中包含的发现信息。44.一种重播记录了本体数据和包含与该本体数据相关的发现信息的发现数据的数据记录媒体的记录内容的数据重播装置，其特征在于在上述数据记录媒体上包含变更记录内容之前记录了的老的发现数据和变更了记录内容后记录了的新的发现数据，在上述新的发现数据中包含关于在上述老的发现数据中包含的、而且即使在记录内容的变更后也没有必要变更内容的发现信息中的至少一部分的信息参照上述老的发现数据中包含的发现信息用的参照信息的情况下，具备在重播上述数据记录媒体的记录内容时根据在上述新的发现数据中包含的参照信息从上述老的发现数据取得发现信息的重播手段。45.如权利要求44中所述的数据重播装置，其特征在于在上述新的发现数据中包含关于在上述老的发现数据中包含的、而且没有必要变更内容的发现信息中的另外一部分的信息与上述老的发现数据中包含的发现信息为同一的发现信息的情况下，在重播上述数据记录媒体的记录内容时上述重播手段取得在上述新的发现数据中包含的发现信息。46.一种数据记录方法，利用数据记录装置来变更记录了本体数据和包含与该本体数据相关的发现信息的发现数据的数据记录媒体的记录内容，其特征在于包含上述数据记录装置的发现数据作成手段作成与变更后的记录内容对应的新的发现数据的步骤；以及上述数据记录装置的记录手段在上述数据记录媒体上记录上述已作成的新的发现数据的步骤，在上述新的发现数据中包含为了确定重播时的发现数据的读出顺序而从已在上述数据记录媒体上记录了的多个老的发现数据中指定在该新的发现数据之后应读出的发现数据的读出控制信息。47.一种变更记录了本体数据和包含与该本体数据相关的发现信息的发现数据的数据记录媒体的记录内容的数据记录装置，其特征在于具备在变更上述数据记录媒体的记录内容时作成与变更后的记录内容对应的新的发现数据的发现数据作成手段；以及在上述数据记录媒体上记录上述已作成的新的发现数据的记录手段，上述发现数据作成手段在上述新的发现数据中包含为了确定重播时的发现数据的读出顺序而从已在上述数据记录媒体上记录了的多个老的发现数据中指定在该新的发现数据之后应读出的发现数据的读出控制信息。48.一种数据记录媒体，该数据记录媒体记录了本体数据和包含与该本体数据相关的发现信息的发现数据，其特征在于包含在每逢变更记录内容时记录了的多个发现数据，在各发现数据中包含为了确定重播时的发现数据的读出顺序而从在该发现数据之前记录了的老的发现数据中指定在该发现数据之后应读出的发现数据的读出控制信息。49.一种利用数据重播装置重播记录了本体数据和包含与该本体数据相关的发现信息的发现数据的数据记录媒体的记录内容的数据重播方法，其特征在于包含下面的步骤在上述数据记录媒体上包含在每逢变更记录内容时记录了的多个发现数据，在上述各发现数据中包含为了确定重播时的发现数据的读出顺序而从在该发现数据之前记录了的老的发现数据中指定在该发现数据之后应读出的发现数据的读出控制信息的情况下，上述数据重播装置的重播手段根据在上述各发现数据中包含的读出控制信息从上述多个发现数据依次读出发现信息。50.一种重播记录了本体数据和包含与该本体数据相关的发现信息的发现数据的数据记录媒体的记录内容的数据重播装置，其特征在于在上述数据记录媒体上包含在每逢变更记录内容时记录了的多个发现数据，在上述各发现数据中包含为了确定重播时的发现数据的读出顺序而从在该发现数据之前记录了的老的发现数据中指定在该发现数据之后应读出的发现数据的读出控制信息的情况下，该数据重播装置在重播上述数据记录媒体的记录内容时根据在上述各发现数据中包含的读出控制信息从上述多个发现数据依次读出发现信息的重播手段。全文摘要在一次写入型媒体中更新AV文件管理用的索引文件时产生记录容量的浪费。因此，在更新时作成新的索引文件，通过参照已有的索引文件中的简略图像数据，在削减浪费的同时，通过在新的索引文件中存储属性信息，使对于最低限度的必要的信息的存取实现高速化。文档编号G11B27/034GK1643605SQ0380645公开日2005年7月20日申请日期2003年3月17日优先权日2002年3月18日发明者木山次郎,紫村智哉,岩野裕利,木付英士,山口孝好申请人:夏普株式会社