CN1643605A - 数据记录方法、数据记录装置、数据记录媒体、数据重播方法和数据重播装置 - Google Patents

Abstract

在一次写入型媒体中更新AV文件管理用的索引文件时产生记录容量的浪费。因此，在更新时作成新的索引文件，通过参照已有的索引文件中的简略图像数据，在削减浪费的同时，通过在新的索引文件中存储属性信息，使对于最低限度的必要的信息的存取实现高速化。

Description

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

技术领域

本发明涉及对于硬盘、光盘等的能进行随机存取的记录媒体记录影像数据、声音数据的数据记录方法、数据记录装置、数据记录媒体、数据重播方法和数据重播装置。

背景技术

使用了盘媒体的视频的数字记录重播装置(以下称为视频盘记录器)正在得到普及。在其记录格式中，常常使用由于提高与PC(个人计算机)的亲和性而在PC中广泛地使用的例如QuickTime文件格式或AVI(音频视频交叉存取)文件格式。

关于在使用了这样的PC用文件格式的情况的盘中的内容的管理方法，已在日本国公开专利公报特开2001-84705号公报(2001年3月30日公开)公开了。以下，使用图60说明其概要。盘305中的文件301～303与已录像的各场景或一组镜头相对应，分别是1个QuickTime文件(以下称为QuickTime Movie(电影)文件)。

索引文件300是存储盘305中的数据的目录的信息的文件，对于每个QuickTime Movie文件存在条目，在各个条目中存储包含对应的场景的代表画面的缩小图像数据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文件格式中的Movie atom的概要的图。

图4是示出QuickTime文件格式中的Track atom的概要的图。

图5是示出QuickTime文件格式中的Track header atom的结构的图。

图6是示出QuickTime文件格式中的Media atom的结构的图。

图7是示出QuickTime文件格式中的Media information atom的结构的图。

图8是示出由sample table atom进行的数据管理的例子的图。

图9是示出QuickTime文件格式中的sample table atom的结构的图。

图10是示出QuickTime文件格式中的Edit atom的结构的图。

图11(a)～(c)是示出由Edit atom进行的重播范围指定的例子的图。

图12是示出QuickTime文件格式中的User data atom的结构的图。

图13是示出QuickTime文件格式中的Fragmented movie的整体结构的图。

图14是示出QuickTime文件格式中的Movie extends atom的结构的图。

图15是示出QuickTime文件格式中的Track extends atom的结构的图。

图16是示出QuickTime文件格式中的Movie fragment atom的结构的图。

图17是示出QuickTime文件格式中的Movie fragment header atom的结构的图。

图18是示出QuickTime文件格式中的Track fragment atom的结构的图。

图19是示出QuickTime文件格式中的Track fragment header atom的结构的图。

图20是示出QuickTime文件格式中的Track fragment run atom的结构的图。

图21是示出本发明的实施形态中的AV流的结构的图。

图22是示出本发明的实施形态中的VU的结构的图。

图23是示出本发明的实施形态中的QuickTime的AV流的管理形态的图。

图24是示出本发明的实施形态中的参照器件模型的柜图。

图25(a)、(b)是示出UDF中的管理信息的关系的图。

图26是示出一次写入型记录媒体中的UDF中的管理信息的关系的图。

图27是示出本发明的第1实施形态中的AV Index文件的结构的图。

图28是示出本发明的第1实施形态中的属性信息的结构的图。

图29是示出本发明的第1实施形态中的flags的结构的图。

图30是示出本发明的第1实施形态中的整体的处理的流程的流程图。

图31是示出本发明的第1实施形态中的由用户指示进行的各种处理的流程的流程图。

图32(a)、(b)分别是示出本发明的第1实施形态中的AV Index文件更新前的目录/文件结构和记录媒体上的记录状态的例子的图。

图33是示出本发明的第1实施形态中的盘插入之后的AV Index管理表的例子的图。

图34(a)、(b)是示出本发明的第1实施形态中的录像处理之后的记录媒体上的记录状态的例子的图。

图35是示出本发明的第1实施形态中的录像之后的AV Index管理表的例子的图。

图36是示出本发明的第1实施形态中的条目删除之后的AV Index管理表的例子的图。

图37是示出本发明的第1实施形态中的条目数据变更之后的AVIndex管理表的例子的图。

图38是示出本发明的第1实施形态中的AV Index文件更新处理的流程图。

图39是示出本发明的第1实施形态中的AV Index文件更新后的记录媒体上的记录状态的例子的图。

图40是示出本发明的第1实施形态中的AV Index文件读出处理的流程图。

图41是示出本发明的第1实施形态中的属性信息的第2结构的图。

图42是示出本发明的第2实施形态中附加了的管理信息的结构的图。

图43是示出本发明的第2实施形态中的AV Index文件更新处理的流程图。

图44是示出本发明的第2实施形态中的AV Index文件更新后的记录媒体上的记录状态的例子的图。

图45(a)、(b)是示出本发明的第2实施形态中的AV Index文件合并前后的记录媒体上的记录状态的例子的图。

图46是示出本发明的第2实施形态中的AV Index文件读出处理的流程图。

图47是示出本发明的第2实施形态中的flags的第2结构的图。

图48是示出本发明的第3实施形态中的AV Index文件的结构的图。

图49是示出本发明的第3实施形态中的AV Index文件更新前的记录媒体上的记录状态的例子的图。

图50是示出本发明的第3实施形态中的AV Index文件更新处理的流程图。

图51(a)、(b)是示出本发明的第3实施形态中的AV Index文件更新后的记录媒体上的记录状态的例子的图。

图52是示出本发明的第3实施形态中的AV Index文件读出处理的流程图。

图53(a)、(b)是示出本发明的第4实施形态中的AV Index文件更新处理(Movie atom中的数据量的变化为扇区的整数倍的情况)的图。

图54是示出本发明的第4实施形态中的AV Index文件更新(Movieatom中的数据量的变化为扇区的整数倍的情况)后的记录媒体上的记录状态的例子的图。

图55(a)、(b)是示出本发明的第4实施形态中的AV Index文件更新处理(Movie atom中的数据量的变化不是扇区的整数倍的情况)的图。

图56是示出本发明的第4实施形态中的AV Index文件更新(Movieatom中的数据量的变化不是扇区的整数倍的情况)后的记录媒体上的记录状态的例子的图。

图57(a)、(b)是示出本发明的第4实施形态中的AV Index文件与区域的关系的例子的图。

图58是示出本发明的第4实施形态中的由第2更新方法得到的AVIndex文件更新后的记录媒体上的记录状态的例子的图。

图59(a)、(b)是示出本发明的第4实施形态中的由第3更新方法得到的AV Index文件更新后的记录媒体上的记录状态的例子的图。

图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-1 Layer-II，在视频数据的编码方式中使用MPEG-2。将光盘106定为作为一次写入型的光盘的DVD-R。将2048byte(字节)定为1个扇区，为了进行错误纠正，用16个扇区构成ECC块。

<文件格式>

在本发明中，说明用作AV流管理用的格式的QuickTime文件格式。所谓QuickTime文件格式，是Apple公司开发的多媒体数据管理用的格式，在PC的领域中广泛地被使用。

用视频数据或音频数据等(也将其总称为多媒体数据)和管理信息构成QuickTime文件格式。将两者合在一起，称为QuickTime Movie(简称为Movie)。两者可在相同的文件中存在，也可在不同的文件中存在。

在相同的文件中存在管理信息和多媒体数据的情况下，采取图2(a)中示出的那样的结构。将各种信息存储在称为atom的共同的结构中。将管理信息存储在称为Movie atom这样的结构中，将多媒体数据存储在称为Movie data atom这样的结构中。此外，在Movie atom中的管理信息中包含了引导与多媒体数据中的任意的时间对应的多媒体数据的文件中的相对位置用的表、多媒体数据的属性信息、后述的外部参照信息等。

另一方面，在不同的文件中存储了管理信息和多媒体数据的情况下，采取图2(b)中示出的那样的结构。将管理信息存储在称为Movieatom这样的结构中，但没有必要在atom中存储多媒体数据。此时，Movie atom对存储了多媒体数据的文件进行了「外部参照」。

如图2(c)中所示，外部参照可对多个AV流文件来进行，利用该编排，可在不以物理的方式移动AV流本身的情况下进行看作进行了外观上的编辑的所谓的「非线性编辑」「非破坏编辑」。

在此，使用图3至图12说明QuickTime的管理信息的格式。首先，说明作为共同的信息存储格式的atom。在atom的开头必定存在作为该atom的尺寸的atom size和作为该atom的类别信息的Type。用4个文字来区别Type，例如在Movie atom中成为′moov′，在Movie data atom中成为′mdat′。在此，将处于atom的开头的Atom size和Type的列成为atom header。

各atom可包含另外的atom。即，在atom间有层次结构。在图3中示出Movie atom的结构。Movie header atom管理该Movie atom管理的Movie的整体的属性。Track atom存储关于该Movie中包含的视频或音频等的信道的信息。User data atom是可独自地定义的atom。

在图4中示出Track的结构。atom header atom管理该信道的整体的属性。Edit atom管理在Movie的哪个时刻重播媒体数据的哪个区间。Track reference atom管理与另外的信道的关系。Media atom管理实际的视频或音频这样的数据。

在图5中示出Track header atom的结构。在此，只说明在后面的说明中所必要的结构。flags是示出属性的标识位的集合。作为代表的标识位，有Track enabled标识位，如果该标识位为1，则重播该信道，如果是0，则不重播。layer表示该信道的空间的优先度，如果有多个显示图像的信道，则越是layer的值小的信道，图像就越在前面显示。

在图6中示出Media atom的结构。Media header atom管理与该Media atom管理的媒体数据相关的整体的属性等。Handler referenceatom存储示出用哪个译码器对媒体数据进行译码的信息。Mediainformation atom管理视频或音频等媒体固有的属性信息。

在图7中示出Media information atom的结构。Media informationheader atom管理视频或音频等媒体固有的属性信息。Handlerreference atom的情况与在Media atom的项目中已说明的相同。Datainformation atom包含作为管理包含该QuickTime Movie所参照的媒体数据的文件的名称的atom的Data reference atom。sample tableatom管理了数据的大小或重播时间等。

其次，说明sample table atom，在此之前，使用图8说明QuickTime中的数据的管理方法。在QuickTime中，将数据的最小单位(例如视频帧)称为样品。在每个信道中，按重播时间顺序从1起对样品加上了编号(样品编号)。

此外，在QuickTime格式中，管理了各个样品的重播时间长度和数据大小。此外，将属于同一信道的样品按重播时间顺序在文件中连续地配置的区域称为块(chunk)。对于块来说，也按重播时间顺序从1起加上了编号。

再者，在QuickTime格式中，管理了各个块的从文件开头算起的地址和各个块所包含的样品数。根据这些信息，可求出与任意的时间对应的样品的位置。

在图9中示出sample table atom的结构。Sample description atom管理各个块的数据格式(Data format)或存储了样品的文件的块的Index(索引)等。Time-to-sample atom管理各个样品的重播时间。

Sync sample atom管理各个样品中能开始译码的样品。Sample-to-chunk atom管理各个样品中包含的样品数。Sample size atom管理各个样品的大小。Chunk offset atom管理从各个块的文件开头算起的地址。

如图10中所示，Edit atom包含1个Edit list atom。Edit list atom具有用Number of entries指定的个数部分的Track duration、Mediatime、Media rate的值的组(条目)。各条目在信道上与连续地重播的区间相对应，按在该信道上的重播时间顺序进行了排列。

Track duration表示该条目所管理的区间的信道上的重播时间，Media time表示与该条目所管理的区间的开头对应的媒体数据上的位置，Media rate表示该条目所管理的区间的重播速率。此外，在Mediatime为-1的情况下，停止该条目的Track duration部分的在该信道上的样品的重播。将该区间称为empty edit。

图11(a)～(c)示出Edit list的使用例。在此，Edit list atom的内容是图11(a)中示出的内容，再者，假定样品的结构为图11(b)。此外，在此将第i个条目的Track duration定为D(i)，将Media time定为T(i)，将Media rate定为R(i)。此时，按图11(c)中示出的顺序进行实际的样品的重播。现简单地说明这一点。

首先，对于条目#1来说，由于Track duration为13000，Mediatime为20000，Media rate为1，故从该信道的开头至13000的区间重播样品中的时刻20000至33000的区间。其次，对于条目#2来说，由于Track duration为5000，Media time为-1，故在信道中的时刻13000至18000的区间内不进行任何重播。

最后，对于条目#3来说，由于Track duration为10000，Mediatime为0，Media rate为1，故在信道中的时刻18000至28000的区间中重播样品中的时刻0至10000的区间。

在图12中示出User data atom的结构。在该atom中，可存储任意个数的未按QuickTime格式定义的独自的信息。用1个条目管理1个独自信息，用Size、Type和User data构成1个条目。Size表示该条目本身的大小，Type表示分别区别独自信息用的识别信息，User data表示实际的数据。

其次，说明作为为了与录像中的电源隔断等相对应而导入的概念的Fragmented Movie。Fragmented Movie是用作为QuickTime格式的1个应用程序的Motion JPEG2000而导入的概念，可在每个部分的AV流中管理与上述的sample table atom相当的信息。在MotionJPEG2000中使用了box那样的术语来代替atom，但在此为了统一起见，置换为atom来说明。

在图13中示出导入了Fragmented Movie的QuickTime文件的整体结构。在开头配置管理在该整个文件中共同的信息的Movie atom，在此之后交替地配置存储部分AV流数据的Movie data atom、构成该部分AV流数据的样品的地址及大小、管理重播时间等的MovieFragmented atom。此外，与通常的QuickTime文件同样，可在不同的文件中存在AV流数据。

通过在录像时按该顺序进行记录，在最小限度方面可以防止因录像时的电源切断引起的损害。在Movie atom中包含表示该QuickTimeMovie是Fragmented movie用的Movie extends atom。在Movie extendsatom中存储在该Movie中包含的与各信道相关的默认值。

此外，在Movie fragment atom中包含了与该Movie fragment atom管理的部分AV流相关的管理信息。在管理信息中有存储与该管理的部分AV流整体相关的信息的Movie fragment header atom和存储与部分AV流中的各信道相关的信息的Track fragment atom。

Track fragment atom包含存储与属于其管理的信道的部分AV流相关的信息的Track fragment header atom和分别管理构成属于该信道的部分AV流的逻辑的连续区域(称为Track run)的Track fragmentrun atom。以下，详细地说明各atom。

在图14中示出Movie extends atom。如上所述，Movie extends atom具有表示包含该atom的QuickTime Movie是Fragmented movie的作用。

在图15中示出Track extends atom的结构。Track extends atom是为了设定在该QuickTime Movie中包含的各信道的样品的默认值而存在的。track ID参照在Movie atom中定义的信道的track ID。用default-sample开始的字段设定用该atom管理的track fragment的默认值。

在图16中示出Movie fragment atom的结构。在录像中逐次记录的管理信息是该atom。如上所述，该atom包含作为存储与该atom所管理的Movie fragment相关的实际的信息的atom的Movie fragmentheader atom或Track fragment atom。

在图17中示出Movie fragment header atom的结构。在该atom中所存储的主要的信息是sequence-number(序列号)。sequence-number表示包含该atom的Movie fragment atom所管理的Movie fragment的从开头算起的序号。

在图18中示出Track fragment atom的结构。Track fragment atom存储作为与Movie fragment中包含的特定的信道的样品相关的管理信息的Track fragment header atom或Track fragment run atom。

在图19中示出Track fragment header atom的结构。该atom存储在Movie fragment中包含的与特定的信道的样品相关的默认值等。track ID表示与在Movie atom中定义了的信道的track ID的对应。sample-description-index是该atom管理的样品所参照的sampledescription table的索引编号，用default-sample开始的字段分别是该atom所管理的样品的默认值。

在图20中示出Track fragment run atom的结构。该atom存储被称为Track run的该atom所管理的连续区域或各个样品的管理信息。sample-count表示Track run中包含的样品的个数。data-offset表示偏离base-data-offset的Track run的偏移值。用sample-开始的字段存储该atom所管理的样品的重播时间等的值。但是，如果与上述的默认值相同，则可省略之以缩小数据大小。

<AV流的形态>

使用图21和图22说明在本发明中共同地使用的AV流的结构。AV流由整数个Continuous Unit(连续单元)(CU)构成。CU是在盘上连续地记录的单位。将CU的长度设定为即使怎样地在盘上配置构成AV流的CU也保证无缝重播(在重播中图像或声音能以不中断的方式重播)或实时后期录音(一边对后期录音对象的视频进行无缝重播，一边记录音频)。在后面叙述该设定方法。

CU由整数个Video Unit(视频单元)(VU)构成。VU是能单独重播的单位，根据这一点，可成为在重播时的条目指针。

在图22中示出VU结构。VU由存储了约1秒的视频数据的整数个GOP(group of picture)(图片组)和存储了在与其相同的时间内重播的主音频数据的整数个AAU(音频存取单元)构成。

此外，GOP是MPEG-2视频规格中的图像压缩的单位，用多个视频帧(其型地约15帧)构成。AAU是MPEG-1 Layer-II规格中的声音压缩的单位，由1152点的声音波形样品点构成。在取样频率为48kHz的情况下，每AAU的重播时间为0.024秒。在VU中，为了减小为AV同步重播所必要的延迟，按AAU、GOP的顺序来配置。

此外，为了能用VU单位进行独立重播，在VU中的视频数据的开头放置Sequece Header(序列标题)(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>

之所以如此，是因为该式是满足作为无缝重播的充分条件的下式的充分条件的缘故：

$\underset{i}{\mathrm{\&Sigma;}}\mathrm{Tc}\left(i\right)\&GreaterEqual;\underset{i}{\mathrm{\&Sigma;}}(\mathrm{Tr}\left(i\right)+\mathrm{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是Anchor Volume Descriptor Pointer的简称，相当于寻找UDF的管理信息用的条目指针，通常记录在第256扇区、第N扇区或N-第256扇区(N为最大逻辑扇区编号)中。VDS601是Volume Descriptor Sequence的简称，记录与作为UDF所管理的区域的Volume相关的管理信息。一般来说，在1个盘上存在1个Volume，其中一般包含1个分割区。FSD603是File Set Descriptor的简称，在分割区中存在1个FSD603。在分割区中的位置信息用与从分割区的开头算起的扇区编号相当的逻辑块编号来表示。再有，1个逻辑块与1个扇区相对应。

FSD603包含作为树干目录的File Entry(文件条目)(FE)的FE604的位置信息(用逻辑块编号和逻辑块数构成，被称为extent)。FE管理了extent的集合，通过改写、附加或删除extent，可改变构成文件的实际数据的序号或插入数据、删除数据。FE604管理存储File IdentifierDescriptor(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(Virtual Allocation Table，虚拟地址分配表)613和上次一次写入结束区域614方面不同。VAT是指示FE的地址的变换表，通过使用该表，在不能改写的一次写入型盘中实现了外观上的改写。上次一次写入结束区域614是表示在何处结束了上次的一次写入用的区域，在DVD-R中被称为Border out。在DVD-R中在Borderout之前记录VAT，在重播时首先检测Border out，通过读出其之前的VAT，在存储器上构建指示FE的地址的变换表，经由变换表对盘上的实际的FE进行存取。因而，在打算在外观上改写文件的情况下，对更新部分的数据进行一次写入，在盘上一次写入在改写对象的文件的FE上附加了该数据的extent的内容，在VAT上登录在新的FE中读入该文件的FE那样的映像(mapping)即可。对于文件的附加或删除来说，也同样地一次写入管理FID的集合的extent的FE，在VAT上登录与现有的FE置换那样的映像即可。

〔第1实施形态〕

使用图27至图41说明本发明的第1实施形态。

<管理信息格式>

如上所述，为了管理在盘内包含的QuickTime Movie或包含静止图像数据等的各种文件(以后称为AV文件)，在盘内放置AV Index文件1740这样的特别的QuickTime Movie文件。在图27中示出本实施形态中的AV Index文件1740的结构。AV Index文件1740与通常的QuickTime Movie文件同样，用作为管理信息的Movie atom1791和数据本身的Movie data atom1792构成。

再有，AV文件相当于权利要求书中的「本体数据」，AV Index文件相当于权利要求书中的「发现数据」。

AV Index文件1740管理多个条目，盘内的各AV文件分别用1个条目来管理。

Movie atom1791由下述合计4种信道构成：管理各条目的属性信息(属性数据)用的Property track1793、管理各条目的标题文字列数据用的Title track1794、管理各条目的代表图像数据用的Thumbnailtrack1795、管理各条目的代表音频数据用的Intro music track1796。

与各条目相关的属性信息或标题文字列数据、代表图像数据、代表音频数据分别作为1793～1796的信道的样品来管理。例如与AV文件1741相关的属性信息用Property track1793上的样品1701来管理，标题文字列数据由Title track1794上的样品1711来管理，代表图像数据由Thumbnail track1795上的样品1721来管理，代表音频数据由Intromusic track1796上的样品1731来管理。根据各样品的重播开始时间来进行样品间的关联。即，在信道间位于同一时刻的样品判断为与同一条目相对应。

Movie data atom1792存储与各AV文件相关的属性信息、标题文字列数据、代表图像数据、代表音频数据。

再有，属性信息、标题文字列数据、代表图像数据、代表音频数据分别相当于权利要求书中的「发现信息」。

属性信息采取图28中示出的结构。以下说明各字段。version示出文件格式的版本。flags将各种标识位归纳起来。entry-number(条目编号)存储与属性信息对应的条目的ID。

creation-time和modification-time分别表示作成了和修正了与该属性信息对应的条目的日期时间。duration表示与该属性信息对应的条目的重播时间。fie-identifier在与该管理信息对应的条目与文件相对应的情况下，存储该文件的文件名。

现使用图29说明上述flags。Status of Entry是识别对应的条目为有效(available)或无效(invalid)用的标识位。

现说明在Movie data atom1792中被存储的其它的数据。使用被缩小为160×120像素的JPEG压缩数据作为代表图像数据，使用文本数据作为标题文字列数据，使用用MPEG-1 Audio Layer-II进行了压缩的数据作为代表音频数据。

<整体的流程>

在图30中示出本实施形态中的从盘插入起到盘弹出或电源关断为止的流程。

如果插入了光盘106后，则沿上述的序列，首先读入文件系统的管理信息(步骤2000)。其次从光盘106读入AV Index文件，进行索引画面的显示(步骤2001)。其次，检验是否是在盘上记录AV Index文件的时刻。所谓记录的时刻，是指为了将新的信息从光盘106读出到RAM102上而必须将盘弹出指示、电源关断或与AV Index文件相关的信息在RAM102上的一度记录到光盘106上的时刻。如果是记录的时刻，则进行从步骤2003至步骤2004的AV Index记录处理。另一方面，在不记录的时刻的情况下，首先检验是否没有来自用户的指示(步骤2008)。如果有指示，则按指示执行各种处理(参照图31)，如果结束了上述的处理，则反映这些情况，执行索引画面显示更新处理(步骤2019)。

其次，说明在步骤2003至步骤2007中示出的处理。首先，从RAM102上的信息进行AV Index文件的记录(步骤2003)，进行文件目录信息记录(步骤2004)。其次，检验成为进行AV Index记录的引发剂的是否是电源关断或盘弹出(步骤2005)，如果是电源关断或盘弹出，则记录VAT(步骤2006)，记录作为表示一次写入结束为止用的区域的Border out(步骤2007)。在重播该光盘106的情况下，最初必须读出VAT，但寻找该位置用的信息是Border out。因而，重播装置在文件的读出前必定使检拾器在光盘的半径方向上移动，寻找最后的Border out，读出其之前的VAT。通过像本实施形态那样将记录最新的AV Index文件的内容的区域置于VAT或Border out的附近，可缩短到读出AV Index文件为止的寻找时间。通过这样做，可高速地对用户示出代表图像或标题等，与对用户的响应程度的提高相连系。

其次，使用图31说明步骤2009中的各种处理。首先，检验指示是否是录像(步骤2010)，如果是录像，则进行后述的录像处理(步骤2011)。如果指示不是录像，则检验是否是条目删除，即已有的AV Index的删除(步骤2012)，如果是条目删除，则执行后述的条目删除处理(步骤2013)。如果既不是录像、也不是条目删除，则接着检验是否是与已有的条目相关的代表图像数据、标题文字列数据、代表音频数据、属性信息的某一个的变更(步骤2014)，如果是的话，则执行后述的简略内容等的变更处理(步骤2015)。如果所指示的不是简略内容等的变更处理，则执行其它的处理(步骤2016)。

以下，详细地说明各处理。在此，作为开始处理之前的初始状态，假定在光盘106上用图32(a)中示出的目录结构记录文件，分别在光盘106上配置成图32(b)中示出的状态。即，分别在AV file 2201、AV file 2202和AV file 2203的位置上记录作为AV文件的SHRP0001.MOV、SHRP0002.MOV和SHRP0003.MOV。此外，在图32(b)中的AV Index fie 2204的区域上记录作为AV Index文件的AVIF0000.MOV，在AV Index file 2204的区域的开头，在区域2211上记录AV Index file的Movie atom。此外，假定在区域2212、区域2215、区域2218上记录SHRP0001.MOV的属性信息、标题文字列数据和代表图像数据，在区域2213、区域2216、区域2219上记录SHRP0002.MOV的属性信息、标题文字列数据和代表图像数据，在区域2214、区域2217、区域2220上记录SHRP0003.MOV的属性信息、标题文字列数据和代表图像数据。进行了后述的索引画面显示处理的结果是，在RAM102上构成管理与AV Index文件相关的信息用的图33中示出的表。在此，将该表称为AV Index管理表。该表的各行管理盘插入时读出的AV Index的状态和其后的各条目的更新。在各行中具有与属性相关的信息或各条目所管理的AV Index的名称、记录了代表图像数据的位置(AV Index文件的名称和地址信息)、对于在RAM102的另外的区域中保持了的代表图像数据的指针信息。再有，为了简单地进行说明起见，关于代表音频数据和标题文字列数据没有图示，但分别进行与代表图像数据和属性信息同样的处理。此外，实际上用来自树干目录的全通路(full pass)管理了各文件的名称，但在此为了简单起见，省略了目录名。

<录像时的处理>

使用图34(a)、(b)说明本实施形态中的录像时的处理。如果由用户指示了录像，则首先启动音频编码器117和视频编码器118，用上述的编码方式开始对来自未图示的照相机和话筒的输入数据进行编码。利用多路转换器113并按照上述的AV流格式对已编码的音频数据和视频数据进行多路复用。此时，在RAM102上存储了在后面记录Movie atom时所必要的GOP的大小或重播时间等。此外，用JPEG编码方式对从输入视频数据抽出并缩小了开头的图像作为代表图像的图像进行编码，作成代表图像数据，保持在RAM102上。作为多路复用结果的AV流经由记录/后期录音用缓冲器111和ECC编码器109，利用检拾器107记录在光盘106上。在图34(a)的2100的位置上从左至右进行AV流的在光盘106上的记录。

如果由用户指示录像停止，将记录/后期录音用缓冲器111上留下的AV流记录在光盘106上结束后，则在RAM102上存储已记录的AV流的字节数，其次，进行Movie atom的记录。如图34(a)所示那样，从扇区边界2112起开始记录。如果结束了Movie atom的记录后，则在区域2102中插入适当的大小的Skip atom，使其在下一个扇区边界2113之前位于Movie data atom的atom header的后端。再有，所谓Skipatom，是在QuickTime文件格式中主要在填充用途中使用的atom。其次，在区域2103上记录Movie data atom的atom header。在atom header上记录将在RAM102上存储了的AV流的字节数和Movie data atom的atom header的字节数加在一起的值，记录意味Movie data atom的“mdat”。最后，在2104的位置上记录FE。在FE上从开头起读出该AV文件的情况下，按图34(b)的顺序记录了信息。

以下说明采取这样的记录形态的原因。在QuickTime文件格式中，Movie data atom中的size和Movie atom的内容是具有只要录像不结束就不决定的性质的信息。通常，由于AV流的大小比记录/后期录音用缓冲器111大，故在Movie atom记录之前必须记录AV流。此时，在能改写型的盘中，可返回到前方(图34(a)中的AV流2100的左边)来记录Movie atom，但在一次写入型盘的情况下，只能在后方(图34(a)中的AV流2100的右边)进行记录。因而，在光盘上的记录按图34(a)的顺序来记录，然后记录作为文件系统的管理信息的FE，以使作为文件的读出顺序如图34(b)所示那样。此时，在利用FE的信息依次读出多个连续区域间的情况下，除了最后的区域外，各自的区域的大小必须为扇区(记录单元)的整数倍。因此，插入Skip atom2102，进行了调节，使得记录了Movie atom2101、Movie data atom的atomheader2103的区域的大小为扇区的整数倍。由于Skip atom是最高位的atom(例如Movie atom或Movie data atom)的边界，将其插入任何地方均可，故也可在Movie atom2101与Movie data atom的atomheader2103之间以外，例如在Movie atom之前。此外，在本实施形态中，在同一文件中存储了Movie atom和AV流，但如图2(b)中所示，当然也可记录在不同的文件中。此时，只按AV流文件、Movie atom的文件的顺序来记录。

在录像结束了的时刻，在RAM102上的AV Index管理表中附加用图35的行编号3示出的行。以下，说明该行的内容。在属性信息中，entry-number存储不与已有的编号重复的编号。即使关于AV文件名称，AV Index管理表中的已有的AV文件名称的第5位至第8位的数字部分也生成并存储在文件系统方面不重复的文件名称。此外，关于代表图像数据记录位置，由于在光盘106上未记录，故存储表示未记录的NULL。此外，关于代表图像数据指针，存储在记录时所生成的上述的代表图像数据的在RAM102上的地址。

<条目删除处理>

现说明本实施形态中的条目删除时的处理。在此，假定删除之前的AV Index管理表的状态为图35中示出的状态。在由用户指示了条目的删除的情况下，在RAM102上的AV Index管理表中附加用图36的行编号4示出的行。即，具有与所删除的条目的entry-number为同一的entry-number，附加status of entry(条目状况)为invalid(无效)的行。

<条目数据变更时的处理>

现说明本实施形态中的条目数据变更时的处理。在此，假定条目数据变更之前的AV Index管理表的状态为图36中示出的状态。在由用户指示了代表图像的变更的情况下，首先取得变更后的图像，用JPEG编码数据存储在RAM102上。其次，对RAM102上的AV Index管理表附加用图37的行编号5示出的行。即，附加具有变更代表图像的条目和与entry-number为同一的entry-number并具有在代表图像数据指针中存储了上述的JPEG编码数据的RAM102上的开头地址的行。此时，由于示出变更的只是代表图像数据，故在其它的项目中存储意味着无变更的NO CHANGE。此外，与录像时同样地，由于在光盘106上未记录，故在代表图像数据记录位置上存储NULL。再有，在此说明了变更代表图像的情况，但即使对于代表音频数据、标题等其它的属性信息等条目数据的变更，也进行同样的处理。

<AV Index记录处理>

按图38说明本实施形态中的AV Index文件记录处理。首先，在AV Index管理表上进行entry-number重复的行的合并(步骤2401、2402)。具体地说，在有entry-number重复的行的情况下，用行编号大的行的内容重写行编号小的行，删除行编号大的行。在重写时，对于存储了意味着无变更的NO CHANGE的项目，不进行行编号小的行的重写。其次，对删除过的条目进行除外处理。具体地说，从AV Index管理表删除具有status of entry为invalid的entry-number的行(步骤2403)。

其次，在RAM102上进行新的记录AV Index文件的sample table的构建(步骤2404)。具体地说，在新的记录AV Index文件上记录属性信息或标题文字列数据那样数据量小而且对于用户或装置来说重要度高的打算立即存取的数据，对于代表图像数据、代表音频数据那样重要度低的信息(例如，在只具有1行部分文字列的显示手段的装置中，代表图像是没有意义的)去掉新附加的数据，以参照已有的AVIndex文件的方式构建sample table。

根据属性信息、标题文字列数据、代表图像数据、代表音频数据的各数据的属性来确定记录在新的记录AV Index文件上还是参照已有的AV Index文件。作为该数据的属性，如上所述，可考虑数据量，但除此以外，也可考虑该数据的层次信息、该数据的优先度、重播了与该数据对应的AV文件的时刻等。也可在光盘106上记录这样的数据的属性。

利用作为权利要求书中的「发现数据作成手段」的主CPU101和RAM102来执行以上的处理。

通过这样做，既可削减记录容量的浪费，又可防止对重要度高的信息的存取性能的下降。其次，记录新的记录AV Index文件的Movie atom(步骤2405)，记录AV Index管理表中的全部条目的属性信息和标题文字列(步骤2406)，最后记录新附加的代表图像数据和代表音频数据。根据AV Index管理表中的代表图像数据记录位置是否为NULL，可判断是否是新附加的。

再有，将新的记录AV Index文件的名称定为对取出光盘106上的已有的AV Index文件的名称的第5位至第8位的数字的值的最大值加1的值。例如已有的AV Index文件的名称为AVIF0000.MOV～AVIF0100.MOV的情况下，定为SHRP0101.MOV。通过这样做，可从名称判断最新的AV Index文件，同时通过参照最新以外的AV Index文件，可容易地再现光盘106中的过去的快拍(snapshot)(状态)。

这样，通过在光盘106上记录AV Index文件的名称作为AV Index文件间的关联信息，可容易地对在该光盘106中的记录内容的变更经历进行存取。此外，通过将AV Index文件的名称的一部分定为所通过的编号，可容易地把握经历的序号。

具体地说明进行了以上的处理之后的光盘106的记录状态。在此，假定在AV Index文件记录处理开始之前在RAM102上存在具有图37的内容的AV Index管理表。进行了AV Index文件记录处理的结果是，如图39中所示，在光盘106上作成新的AV Index file2242。其中，在区域2232、区域2235、区域2238上记录了与变更了代表图像数据的SHRP0002。MOV2202相关的属性信息、标题文字列数据和代表图像数据，在区域2233和区域2236上记录了与无变更的SHRP0003。MOV2203相关的属性信息、标题文字列数据，在区域2234、区域2237、区域2239上记录了与新登录的SHRP0004。MOV2241相关的属性信息、标题文字列数据和代表图像数据。关于SHRP0003。MOV2203的代表图像数据，由于参照已有的AV Index file中的区域2220，故不重新进行记录。

再有，AV Index file2204相当于权利要求书中的「老的发现数据」或「第1数据」，AV Index file2242相当于权利要求书中的「新的发现数据」或「第2数据」。

因而，第1数据是已记录的数据，第2数据是新记录的数据。而且，第1数据和第2数据的记录时期不同，即使在记录媒体上也分离地被记录。在重播时，在第2数据之前读出第1数据。此外，可以说第2数据是第1数据的附加数据。

此外，Movie atom2231相当于权利要求书中的「第3数据」，AVIndex file2204中包含的属性信息、标题文字列数据、代表图像数据、代表音频数据(参照图32)等的条目数据分别相当于权利要求书中的「第4数据」。

此外，权利要求书中的「参照信息」或「与第4数据相关的信息」相当于作为管理信息的Movie atom2231中包含的样品(参照图27)中的某一个。

此外，AV文件相当于权利要求书中的「第5数据」。因而，可以说属性信息、标是文字列数据、代表图像数据、代表音频数据等的第4数据是具有与第5数据相关的信息的数据。

<索引文件画面显示处理>

按图40说明本实施形态中的索引文件画面显示处理。首先，打开最新的AV Index文件(步骤2300)，读入Movie atom，在RAM102上作成上述的AV Index管理表。但是，在该时刻，只取得了代表图像数据等的各种数据的位置信息，还未进行各种数据至RAM102上的读入(步骤2301)。再有，如上所述，可使用文件名来判断哪个AV Index文件是最新的。其次，读出各条目的标题文字列数据和属性信息，存储在AV Index管理表中(步骤2302)。其次，进行读出代表图像数据及代表音频数据的读出安排(步骤2303)。即，综合由用户指定的目前的索引显示顺序和各数据所包含的AV Index文件的文件名，决定打开文件的序号，以使到显示为止的时间为最短。具体地说，以索引画面的显示顺序为基本，减少文件打开的次数。其次，从现在打开中的AV Index文件进行代表图像数据和代表音频数据的读出(步骤2304～2305)。如果结束了有效的数据的读入后，则关闭文件(步骤2306)，取得由步骤2303决定的、下面打开的AV Index文件的名称(步骤2308)，如果未结束至最后的文件的读入，则打开该文件(步骤2309)，执行步骤2304以后的步骤。

如上所述，在步骤2301中，通过参照最新以外的AV Index文件，可容易地再现光盘106中的过去的快拍(snapshot)(状态)。

<变型>

在本实施形态中，没有在最新的AV Index文件中管理删除过的条目或变更前的条目数据，但也可进行管理。具体地说，可考虑定义、附加具有已有条目的删除或已有条目数据的变更那样的属性的条目。或者，也可在sample table中附加并记录管理每个样品的有效/无效的表。

此外，在本实施形态中，在参照已有的数据方面使用了QuickTime文件格式的外部参照功能，但即使使用文件系统的功能，也能实现同样的功能。例如，将包含在本实施形态中进行了外部参照的数据的扇区定为最新AV Index文件的extent，如果从Movie atom来参照，则可实现同样的功能而不使用QuickTime文件格式的外部参照功能。如果以图39为例，则用包含区域2231～2239的连续扇区和包含区域2220的连续扇区的这2个extent来构成最新AV Index文件。由此，将AVIndex文件2204和AV Index文件2242作为同一文件来管理。此时，Movie atom包含上述同一文件内的区域2220的位置信息。此外，通过使最新AV Index文件的文件名与之前的最新AV Index文件的文件名相同，可进行已有数据的再次利用而不使AV Index文件的文件数增加。

再者，在记录代表图像数据等的条目数据时，如果记录成其开头位置与扇区的边界一致，则由于条目数据的开头成为extent的开头，故上述处理变得单纯，而且减少了在AV Index文件中包含多余的数据的程度。

此外，在本实施形态中，在AV Index文件中存储了代表图像数据等的条目数据，但也可只将条目数据归纳起来，或按条目数据的每个类别作为1个文件来管理。此外，也可记录在AV文件内，从AV Index文件来参照。通过这样做，在AV Index文件的更新处理中，由于对于条目数据来说常时地参照共同的数据文件即可，故不需要变更条目数据的参照目的地的处理。

此外，在本实施形态中，在最新AV Index文件中不记录已有AVIndex文件中包含的代表图像数据或代表音频数据，而是进行参照，但即使是在已有AV Index文件中包含的代表图像数据或代表音频数据，为了对于特定的数据高速地进行从光盘106的读出以提高对于用户的响应程度，也可记录在最新AV Index文件中。作为特定的数据，例如可考虑与已记录的目录层次浅的AV文件相关的代表图像数据。此外，在记录最新AV Index文件的时刻(盘弹出时或电源关断时)，当然也可考虑预先在最新AV Index文件中记录与对用户示出的文件相关的代表图像数据或代表音频数据。通过这样做，在盘插入时或电源接通时可在更短的时间内再现上次的状态(例如画面显示)。

在新的记录AV Index文件中记录根据代表图像数据或代表音频数据，或参照已有的AV Index文件，是根据这些代表图像数据或代表音频数据的属性来决定的，但作为该属性，如上所述，也可考虑该数据的层次信息、重播了与该数据对应的AV文件的时刻等。

此外，如图41中所示，在属性信息中准备作为存储显示或读出的优先度的字段的priority，即使在已有AV Index文件中包含了优先度高的文件，通过在最新AV Index文件中记录代表图像数据或代表音频数据，也可实现盘插入时的索引画面的显示的高速化，可认为提高了对于用户的响应程度。

〔第2实施形态〕

使用图42至图47说明本发明的第2实施形态。与第1实施形态的不同点在于在第2实施形态中，在最新AV Index文件中不包含已有的AV Index文件中的与数据相关的管理信息，减少了因管理信息的重复记录而导致的浪费。由于与第1实施形态共同的部分多，故集中于不同点进行说明。

<管理信息格式>

本实施形态中的AV Index文件的结构除了在Movie atom的Userdata atom中包含了图42中示出的index link atom以外，与第1实施形态是共同的。index link atom是在盘上存在多个AV Index文件的情况下的表示文件间的前后关系的信息。在该atom中存在字段previous和字段next，但在本发明中只使用字段previous。在后面叙述字段previous的使用方法。

<整体的流程>

本实施形态中的从盘插入起到盘弹出或电源关断为止的流程与第1实施形态是同样的，省略其说明。

<录像时的处理>

与第1实施形态是同样的，省略其说明。

<条目删除处理>

与第1实施形态是同样的，省略其说明。

<条目数据变更时的处理>

与第1实施形态是同样的，省略其说明。

<AV Index记录处理>

按图43说明本实施形态中的AV Index文件记录处理。首先，进行RAM102上的AV Index管理表的合并处理(步骤3101～3102)。具体地说，如果对于光盘106插入后附加的行存在NO CHANGE的项目，则由于可知在比该行的行编号小的条目中记录了实际的数据的位置，故寻找具有同一entry-number的行，用该项目的内容来补充。如果内容的取得来源是光盘106插入后附加的行，则删除该行。

其次，根据AV Index管理表的信息进行sample table的构建(步骤3103)。具体地说，首先，对于光盘106插入后附加的行，将各行作为1个条目，对于每个条目作成管理属性信息、代表图像数据、代表音频数据、标题文字列数据的sample。

其次，根据行的类别在sample中存储信息。对于意味着条目删除的行，在属性信息中的status ofentry中设置invalid，将管理代表图像数据、代表音频数据、标题文字列数据的sample的size信息设置成0。对于除此以外的行，构成sample，以便在最新的AV Index文件中记录最新的属性信息、代表图像数据、代表音频数据、标题文字列数据。再有，在status of entry中被设置的invalid成为使与该行对应的条目变得无效的信息。该status of entry相当于权利要求书中的「第3数据」。

其次，记录Movie atom(步骤3104)，最后，记录属性信息、代表图像数据、代表音频数据、标题文字列数据。再有，在Movie atom的index link atom的字段previous中存储了之前的最新AV Index文件的文件名。

再有，将新的记录AV Index文件的名称定为对取出光盘106上的已有的AV Index文件的名称的第5位至第8位的数字的值的最大值加1的值。

现具体地说明进行了以上的处理之后的光盘106的记录状态。在此，在AV Index文件记录处理开始之前，假定在RAM102上存在具有图37的内容的AV Index管理表。进行了AV Index文件记录处理的结果是，如图44中所示，在光盘106上作成新的AV Index文件2242。其中，在区域2252、区域2254、区域2256上记录了与SHRP0002.MOV相关的属性信息、标题文字列数据和代表图像数据，在区域2253、区域2255和区域2257上记录了与SHRP0004.MOV相关的属性信息、标题文字列数据和代表图像数据。

在第1实施形态中，最新的AV Index文件的Movie atom管理了与在光盘106上存在的全部的条目相关的信息。因此，包含了与过去的AV Index文件的Movie atom重复的信息，相应地，存储容量的浪费较多。与此不同，在本实施形态中，由于最新的AV Index文件的Movieatom只管理偏离上次的AV Index文件的差异部分(条目的附加、删除、条目数据的变更)，故与第1实施形态相比，具有管理信息的重复记录少的优点。

<AV Index合并处理>

在重复地进行了上述的AV Index记录的情况下，如图45(a)中所示，在光盘106上分散地记录多个AV Index文件。由于光盘在读出位置的移动中花费时间，故读出位置的变更次数越多，作为结果，整体的读出时间就越长。因而，越是重复进行AV Index记录，读出时间就越长，可考虑对索引画面显示等的响应带来不利影响的可能性。作为解决此问题的方法，可考虑将分散地记录了的多个AV Index文件的内容集中于附近来记录的方法。在此，将该处理称为合并处理。

现使用例子来说明合并处理。图45(b)是进行了合并处理的例子，在AV Index文件3306中归纳了在AV Index文件3303和AV Index文件3304中包含的属性信息、代表图像那样的条目数据并进行了记录。在Movie atom中当然存储管理这些条目数据用的sample table。如上所述，将AV Index文件3306的文件名定为关于作为之前的AV Index文件的AV Index文件3304的文件名在第5位～第8位的数字上加上1的值。此时，在Movie atom的User data atom中的index link atom的previous字段中存储作为条目数据的合并源的AV Index文件的1个之前的AV Index文件的AV Index文件3302的文件名。通过这样做，在从最新的文件上溯过去的文件而读出AV Index文件时，通过参照previous字段，可防止再次读出合并过的数据。此外，由于也留下了合并源的AV Index文件，故也没有损害可容易地再现过去的状态的功能。在本实施形态中，与通常的AV Index记录处理独立地进行了合并处理，但当然也可同时进行。此外，与第1实施形态同样，当然也可根据条目或条目数据的属性来选择合并的条目或条目数据。

这样，在Movie atom的User data atom中的index link atom的previous字段中存储的信息是控制文件间的读出用的信息，该信息相当于权利要求书中的「读出控制信息」。

<编辑处理的返工处理>

如上所述，在盘的弹出或电源关断或任意的时刻使之记录AVIndex文件，故用已记录的AV Index文件单位能容易地再现过去的快拍(snapshot)(状态)。

此外，由于在RAM上有AV Index管理表，故取消从盘读出已有的AV Index到在盘上写出反映了变更的AV Index为止之间进行的编辑操作等是容易的。另一方面，由于从AV Index的文件名的编号可知，数字越小就越是过去作成的文件，故用AV Index单位上溯到过去的状态是容易的。从在AV Index文件中设定了的日期信息，可确定该文件是在何时作成的AV Index文件。

此时，可考虑从最新的AV Index文件的状态返回到例如3个前的AV Index文件的状态。这里的「返回」，意味着全部废除现在处于RAM上的AV Index管理表的内容和由过去2个AV Index文件管理的编辑操作，复归到3个前的AV Index文件的状态。通过3次追寻用index linkatom的previous字段管理了之前的AV Index文件，可实现这一点。从盘上读出由index linkatom把握的3个前的AV Index文件的状态，对该状态继续进行编辑操作等。在实际上在盘上记录最新的AV Index文件时，在Movie atom的User data atom中的index link atom的previous字段中存储上溯的3个前的AV Index文件的文件名。

通过这样做，在从最新的AV Index文件上溯到过去而读出AVIndex文件时，通过参照previous字段可防止再次读出取消了编辑操作的数据。此外，由于也留下了取消了编辑操作的AV Index文件，故没有损害能容易地再现包含取消了的编辑操作的过去的状态的功能。此外，在打算将上溯的3个前的AV Index文件的状态定为最新的AVIndex文件的情况下，作为在盘内的未使用的最大文件编号的AVIndex，记录样品数为0(未管理一个条目)或在全部的字段中记录NULL等的1个属性信息或在index link atom中记录存储了3个前的AV Index文件的文件名的特别的AV Index文件，以便表示未管理有效的条目的情况。由此，由文件编号为最大的最初读出的AV Index文件，可追寻3个前的AV Index文件。

<索引文件画面显示处理>

按图46说明本实施形态中的索引文件画面显示处理。首先，打开最新的AV Index文件(步骤3201)，读入Movie atom，在RAM102上作成上述的AV Index管理表。但是，在该时刻，只取得了代表图像数据等的各种数据的位置信息，还未进行各种数据至RAM102上的读入(步骤3203)。再有，如上所述，可使用文件名来判断哪个AV Index文件是最新的。其次，从AV Index文件读出各条目的标题文字列数据、属性信息、代表图像数据、代表音频数据，存储在AV Index管理表中(步骤3204)。

再有，如果读出了已在AV Index管理表中存在的行和具有相同的entry-number的属性信息则舍弃该信息。在结束了有效的条目数据的读入后，则关闭文件(步骤3206)。其次，参照之前打开的AV Index文件中的index link atom的previous字段，取得以下读出的AV Index文件的名称(步骤3207)。其次，判断之前打开的AV Index文件是否是最后读出的AV Index(步骤3208)。具体地说，如果其次读出的AV Index文件的名称被指定表示在index link atom中不参照的NULL，则判断为最后的AV Index。如果不是最后读出的AV Index，则打开具有其次读出的AV Index文件的名称的文件(步骤3209)，执行步骤3203以后的步骤。

如上所述，通过在步骤3201中参照最新以外的AV Index文件，能容易地再现光盘106中的过去的快拍(snapshot)(状态)。

<变型>

在本实施形态中，在变更代表图像数据等的条目数据的情况下，再次记录了包含该数据的条目的全部的条目数据。如果将图44取作例子，则在区域2255上记录了SHRP0002.MOV的标题文字列数据，但已变更的只是代表图像数据，是本来没有必要记录的数据。但是，由于在上述的数据格式中不能指定变更对象的条目数据的类别，故在变更某个类别的条目数据的情况下，必须重写全部的类别的条目数据。作为解决这一点的方法，可考虑像图47那样在属性信息中附加变更对象的条目数据的类别。例如，如果打算进行代表图像数据的变更，则使Status of Thumbnail为available(有效)，将其它的Status of Intromusic或Status of Title设定为invalid(无效)。在读出时，如果Statusof Thumbnail为available，则读出数据，如果是invalid，则使用已有的数据。通过这样做，可只记录变更对象的类别的条目数据，可削减记录容量的浪费。

此外，在本实施形态中，通过使entry-number为同一，附加statusof entry为invalid的条目来进行条目的删除，但也可通过删除管理删除对象的条目的AV Index文件来进行。此时，用各AV Index文件管理的条目限定于1个。再者，关于管理删除对象的条目的AV Index文件，也可通过变更文件名、使之无效来进行。

〔第3实施形态〕

使用图48至图52说明本发明的第3实施形态。本实施形态在避免管理信息的重复记录这一点上与第2实施形态是共同的，但在1个AVIndex文件中一次写入管理信息或条目数据这一点上不同。

<管理信息格式>

在图48中示出本实施形态中的AV Index文件的结构。AV Index文件用上述的Fragmented atom来构成。即，在开头放置作为文件整体的管理信息的Movie atom，交替地排列Movie data atom和Moviefragment atom。为了管理属性信息、代表音频数据、代表图像数据和标题文字列数据，Movie fragment atom分别具有Property track、Intromusic track、Thumbnail track、Title track。由于各Movie fragment atom表示横跨信道的样品相互间与共同的条目相对应，故对于各信道管理同一数目和同一时间长度的样品。

例如，在Movie fragment atom4103管理m个条目的情况下，对于属性信息、代表音频数据、代表图像数据和标题文字列数据的每一个，管理m个样品。将与该样品对应的数据存储在作为与Movie fragmentatom4103对应的Movie data atom的Movie data atom4102中。

再有，由于属性信息、代表音频数据、代表图像数据和标题文字列数据的格式与第1实施形态是相同的，故省略其说明。

<整体的流程>

本实施形态中的从盘插入起到盘弹出或电源关断为止的流程与第1实施形态是同样的，省略其说明。在此，作为开始处理之前的初始状态，在光盘106上用与第1实施形态同样的图32(a)中示出的目录结构来记录文件，假定分别在光盘106上配置成图49中所示的状态。即，分别在区域4201、区域4202和区域4203上记录作为AV文件的SHRP0001.MOV、SHRP0002.MOV和SHRP0003.MOV。此外，在图49中的区域4204上记录作为AV Index文件的AVIF0000.MOV，在区域4204的开头，在区域4211上记录AV Index文件的Movie atom。

此外，假定在区域4212、区域4215、区域4218上记录SHRP0001.MOV的属性信息、标题文字列数据和代表图像数据，在区域4213、区域4216和区域4219上记录SHRP0002.MOV的属性信息、标题文字列数据和代表图像数据，在区域4214、区域4217和区域4220上记录SHRP0003.MOV的属性信息、标题文字列数据和代表图像数据，最后分别在区域4221和区域4222上记录了管理上述的条目数据的Movie fragment atom和后述的Skip atom。再者，进行了后述的索引画面显示处理的结果是，假定在RAM102上构成管理与AV Index文件相关的信息用的图37中示出的表。

<录像时的处理>

与第1实施形态是同样的，省略其说明。

<条目删除处理>

与第1实施形态是同样的，省略其说明。

<条目数据变更时的处理>

与第1实施形态是同样的，省略其说明。

<AV Index记录处理>

用图50说明本实施形态中的AV Index文件记录处理。首先，进行RAM102上的AV Index管理表的合并处理(步骤4301～4302)。根据其结果来构建sample table(步骤4303)。由于具体的处理与第2实施形态是相同的，故省略其说明。其次，记录Movie data atom(步骤4304)。具体地说，记录atom header，记录各个条目的属性信息、代表数据、代表音频数据和标题文字列数据。最后，根据上述的sampletable的内容记录Movie fragment atom(步骤4305)。如果在结束了Movie fragment atom的记录后，为了调整而插入上述的Skip atom，使得文件的终端与扇区的边界相一致。由此，就用整数个扇区来构成AVIndex文件。再有，也可使Movie fragment atom与Movie data atom的记录顺序倒过来。此外，在大小的调整中也可不用Skip atom，而是在Movie fragment atom之前放入无意义数据。此时，在Movie data atom的atom header的size字段中包含上述无意义数据的数据量。

其后，由于将这次记录了的区域定为已有的AV Index文件的一部分，故对于管理AV Index文件的FE，将该区域作为新的extent来附加，在盘上进行一次写入。即使在进行了extent附加处理的情况下，作为QuickTime文件，由于没有矛盾，故也进行了由Skip atom进行的大小调整。

以这种方式附加extent并在盘上一次写入的FE相当于权利要求书中的「第3数据」。

具体地说明进行了以上的处理之后的光盘106的记录状态。在AVIndex文件记录处理开始之前，假定在RAM102上存在具有图37的内容的AV Index管理表。进行了AV Index文件记录处理的结果是，如图51(a)中所示，在光盘106上对于区域4242一次写入在区域4230～4239中示出的数据。首先，在区域4242的开头的区域4230中记录Moviedata atom的atom header。在区域4231～4233中记录属性信息，分别是使SHRP0001.MOV4201无效用的属性信息、置换SHRP0002.MOV4202的代表图像数据用的属性信息、用来新登录SHRP0004.MOV4241用的属性信息。在区域4234和区域4235中记录变更了代表图像的SHRP0002.MOV4202和新登录的SHRP0004.MOV4241的标题文字列数据。

此外，在区域4236和区域4237中分别记录了SHRP0002.MOV4202和SHRP0004.MOV4241的代表图像数据。在区域4238和区域4239中分别记录了使Movie fragment atom和文件的终端与扇区边界相一致用的Skip atom。在区域4204和区域4242中分别记录了与AV Index文件相关的已有的信息和最新的信息，在对于AV Index文件的FE将区域4242作为后续的extent来附加时，如果读出AV Index文件，则就从图51(b)的左边起按顺序读出。

<索引文件画面显示处理>

按图52说明本实施形态中的索引文件画面显示处理。首先，打开AV Index文件(步骤4401)，读出Movie atom(步骤4402)。其次，读出后续的区域，如果是文件的末尾(步骤4403)，显示索引画面(步骤4404)而结束。如果不是文件的末尾，则判断是否是Movie fragmentatom(步骤4405)。如果是Movie fragment atom，则读出Movie fragmentatom(步骤4406)，按照该信息，读出Movie data atom，即属性信息等的条目数据(步骤4407)。在步骤4405中，在读出的区域是Moviefragment atom以外的atom的情况下，进行跳跃读出，直到呈现Moviefragment atom(步骤4408)。

<变型>

在本实施形态中，也与第2实施形态同样，通过记录在图47中示出的变更对象的条目数据的类别信息，可削减记录容量的浪费。

此外，在本实施形态中，通过一次写入具有同一entry-number的条目来进行条目的删除，但也可通过从AV Index文件的FE删除与管理删除对象的条目的Fragmented Movie对应的extent来进行。但是，必须忽略sequence-number(序列号)的不连续。

此外，由于在本实施形态中必定从开头进行文件的读出，故存在对最近记录了的条目数据进行存取的时间变长的趋势。为了避免这一点，也可这样来设定AV Index文件的FE，使得条目数据按新记录的顺序来排列。此外，此时，如在第1或第2实施形态中说明的那样，当然也可只重复地记录特定的属性的条目数据，以便实现对条目数据的存取的高速化。

〔第4实施形态〕

使用图53(a)～图59(b)说明本发明的第4实施形态。本实施形态与第1实施形态类似，但在利用与AV Index文件有关的FE的操作尽可能再次利用包含Movie atom的记录过的数据这一点上不同。在此，集中于AV Index文件的更新处理进行说明。

由于本实施形态的管理信息格式与第1实施形态相同，故省略其说明。

<AV Index文件更新时的处理(Movie atom中的数据量的变化为扇区的整数倍的情况)>

首先，使用图53(a)、(b)和图54说明Movie atom的大小因AV Index文件更新的缘故而只以扇区的整数倍变化的情况(也包含Movie atom的大小不因AV Index文件更新而变化的情况)的AV Index文件的更新处理。

首先，进行示出更新前的AV Index文件的数据结构的图53(a)的说明。AV Index文件由用Movie atom5101和atom header 5102、属性信息5103等构成的Movie data atom构成。在此，考虑变更Movie dataatom中的属性信息5103的内容和数据量的情况。此时，由于Movie dataatom的大小改变了，故必须改写atom header 5102的size字段。再者，由于属性信息5103的大小改变了，故必须改写属性信息5103的数据量信息(Sample size atom)、与后续的数据对应的样品的位置信息(Chunk offset atom)。即，必须改写Movie atom5101的一部分。此时，将必须改写的部分称为要变更部分5104。再有，由于没有因该变更引起的样品数的变更，故通常不发生sample table atom的数据量的增减。

如图54中所示，在光盘106上的区域5221上记录图53(a)中示出的AV Index文件，假定在盘上的扇区上配置了上述的属性信息5103、atom header 5102、要变更部分5104。再有，数据5201和数据5202分别示出存储了要变更部分的扇区列中的要变更部分5104的左方、右方的数据。同样，数据5203和数据5204分别示出atom header5102的左方、右方的数据。此外，数据5205和数据5206分别示出属性信息5103的左方、右方的数据。

利用变更处理，用以下说明的形态在区域5224上记录变更后的属性信息5113、变更后的atom header 5112、要变更部分5104的变更结果5114。首先，关于变更后的属性信息5113，按上述数据5205、属性信息5113、填充数据5207、上述数据5206的顺序进行记录。填充数据5207是使上述数据5205、属性信息5113、填充数据5207、上述数据5206合在一起的数据量为扇区大小的整数倍用的无效数据。

再有，填充数据5207相当于权利要求书中的「无意义数据」。

其次，变更后的atom header 5112按上述数据5203、atom header5112、上述数据5204的顺序进行记录。由于atom header 5112在数据量中没有变更，故在属性信息的记录中已说明的那样的填充数据就没有必要了。

其次，变更结果5114按上述数据5207、变更结果5114、上述数据5202的顺序进行记录。如上所述，由于没有数据量的变更，故填充数据就没有必要了。

最后，构成并一次写入AV Index文件的FE，以便按图中R1、R10、R3、R9、R5、R8的顺序来读出。

以这种方式再次构成并一次写入了的FE相当于权利要求书中的「第3数据」。

利用以上的处理，如图53(b)那样改写AV Index文件。再有，在此以属性信息作为变更的对象，但对简介等其它的条目数据来说也是同样的。

通过进行上述的AV Index文件的更新处理，可将伴随变更的记录容量的浪费抑制在最小限度。

<AV Index文件更新时的处理(Movie atom中的数据量的变化不是扇区的整数倍的情况)>

其次，使用图55(a)、(b)和图56说明Movie atom的大小因AV Index文件更新的缘故以扇区的整数倍以外的方式变化的情况的AV Index文件的更新处理。

在图55(a)中示出更新前的AV Index文件的数据结构，但由于与图53(a)相同，故省略其说明。考虑对该AV Index文件进行属性信息等条目数据的附加的情况。Movie atom5101管理的样品的数目因附加而增加，Chunk offset atom的条目数增加，即发生管理信息的附加。伴随于此，必须更新高位的atom的atom header的size字段。此外，由于Movie data atom的数据量因条目数据的附加而增加，故必须更新Movie data atom的atom header的size字段。

如图56中所示，在光盘106上的区域5221上记录图55(a)中示出的AV Index文件，假定伴随Chunk offset atom的条目数增加的附加管理信息5303的插入位置为数据附加部位5301。再有，关于Movie dataatom的atom header等的数据量不变的部分，由于与图54是同样的，故予以省略。再有，数据5311和数据5313分别示出包含数据附加部位5301的扇区中的数据附加部位5301的左方、右方的数据。

利用变更处理，用以下说明的形态在记录上述数据5311、前述数据5313、附加管理信息5303和附加条目数据5302。首先，从扇区的开头起按上述数据5311、附加管理信息5303、上述数据5313、数据5314的顺序进行记录。此外，在另外的扇区列中记录附加条目数据5302。再有，数据5314是从上述数据5313的末尾起到扇区的末尾存在的无意义数据。最后，如图57(a)中所示，按R11、R14、R13、R15的顺序构成并一次写入AV Index文件的FE。此时，数据5314是无意义数据，在从开头起解释该AV Index文件的情况下，不能正确地解释。为了避免这一点，在光盘106上记录使这些无意义数据变得无效的信息。具体地说，作成SKIP0000.DAT这样的文件，记录这些数据的从AV Index文件开头起的地址和字节数。

在AV Index的读出时，在此之前读出SKIP0000.DAT，根据该信息来解释AV Index文件。

利用以上那样的更新处理，可使伴随AV Index文件更新的Movieatom中的数据的重复记录为最小限度。

<变型>

在本实施形态中，归纳为也包含无意义数据的1个文件，但也可如图57(b)中所示，用多个文件来管理。即，将R11和数据5311、附加管理信息5303、数据5313作为1个部分AV Index文件5321来管理，将R13和附加条目数据5302作为1个部分AV Index文件5324来管理。通过连续地读出部分AV Index文件5321和部分AV Index文件5324，在RAM102上复原AVIndex文件。作为管理多个文件间的读出顺序的方法，可考虑以下的方法。例如，关于构成最新的AV Index文件的文件，可考虑按读出顺序像AVIF0001.MOS、AVIF0002.MOS那样用文件名可知道顺序。在此，之所以将扩展符定为MOS，是为了表示已被分割的部分。此外，也可考虑作成记录了文件的读出顺序的文件，在AV Index读出时必定参照该文件。

此外，也可考虑在另外的文件中与管理附加位置的信息一起记录包含附加管理信息5303的附加数据，在AV Index读出时必定参照该文件。

此外，在本实施形态中，在附加管理信息的数据大小为不满足扇区的整数倍的数据的情况下，插入了填充数据，但也可在该填充数据中使用QuickTime文件格式中的atom。现用图58来说明。再有，由于附以与上述的说明为同一的符号的部分具有与上述相同的意义，故省略其说明。在更新处理时，首先，在数据附加部位5301的右方寻找可插入填充数据的部位，具体地说，寻找atom的边界。将最初发现的部位定为可插入填充数据的部位5320。此外，将从数据附加部位5301到可插入填充数据的部位5320为止的数据定义为数据5321，将从可插入填充数据的部位5320到最初的扇区边界为止的数据定义为数据5322。

根据上述的数据，按顺序记录数据5311、附加管理信息5303、数据5321、填充数据5323、数据5322。在此，插入填充数据5323，使得上述的数据为扇区的整数倍的数据量，像上述的Skip atom那样，使用在重播时可忽略的无意义的atom。最后，构成并一次写入AV Index文件的FE，以便按R11、R23、R22、R16的顺序读出AV Index文件。这样，在附加不是扇区的整数倍的情况下，通过在atom的边界上插入大小调整用的atom，可将数据的一次写入抑制得较少，再有，可在单独的AV Index文件中作内容的解释。

此外，在本实施形态中，以因更新处理的缘故发生Movie atom中的atom大小的增减为前提，但对于大小有增减的atom(例如：editatom、sample atom)来说，确保了AV Index文件的初始记录时充分的大小的区域，对于未使用的区域，如图59(a)中所示，可考虑记录在重播时可忽略的无意义的atom(在此，称为null atom)。例如，在样品信息中因附加的缘故Chunk offset atom的数据量从图59(a)的chunkoffset atom5401起像chunkoffset atom5403那样增加时，伴随于此，使后续的null atom的开头偏移到文件的后方，通过减小size，可防止因高位的atom的atom header的变更或Movie data atom的移动引起的chunk offset的变更，即附加数据的增加。在采取这样的结构的情况下，不需要AV Index文件的分割或解释AV Index文件的内容用的附加的信息。再者，通过使大小有增减的atom的开头5405和null atom的末尾5406与扇区边界相一致，可简化处理。

此外，也可如图59(b)中所示，登录足够的数目的空的样品，来代替对于在AV Index文件的初始记录时未使用的区域放入无意义的atom。在图59(b)的情况下，在作为管理chunk offset atom5411的条目数的字段的number of entries 5412中例如记录了1000，在从条目数据5413至条目数据5414之间登录了1000个条目。此时，伴随对AVIndex文件的条目附加，在空的样品中登录了与实际的数据有关的信息。作为表示样品为空的方法，可考虑将样品的内容信息设定为无效的信息。或者，也可比与实际上管理的条目数相当的atom大小大、通过用atom header管理atom大小来确保区域。再者，通过使chunk offsetatom的始终端与扇区边界相一致，可简化处理。在采取这样的结构的情况下，不需要AV Index文件的分割或解释AV Index文件的内容用的附加的信息。这些方法当然也可应用于其它的atom、例如edit listatom。

此外，本实施形态中记述的更新处理不仅可应用于AV Index文件，当然也可应用于AV文件。

〔对于全部的实施形态的补充〕

再有，在上述的实施形态中使用了DVD-R作为记录媒体，但只要是一次写入型的记录媒体，本发明当然也可应用于DVD-R以外的记录媒体。此外，当然也可应用于虽不是一次写入型的记录媒体但媒体的改写次数方面有限制的记录媒体、例如flash(闪速)ROM。因而，在本实施形态中，使用了扇区作为数据的管理单位，但在应用于不同点记录媒体的情况下，可将扇区理解为各自的记录媒体上的数据的管理/记录单位或管理/记录单无。

再有，在上述的实施形态中使用了UDF作为文件系统，但本发明不限定于UDF。

此外，在上述的实施形态中使用了音频或视频那样的AV数据作为数据，但本发明不限定于此。

再有，在上述的实施形态中使用了QuickTime文件格式作为文件格式，但本发明不限定于此。

如以上已说明的那样，按照本发明，在记录一次写入数据时，通过记录管理已有数据的有效/无效的信息，可进行已有数据的再次利用，可削减记录容量的浪费。

此外，按照本发明，在记录一次写入数据时，通过根据已有数据的属性记录与已有数据为同一的数据，可高速地读出具有特定的属性的数据，可提高对用户的响应程度。

此外，在实施发明用的最佳形态的项目中所形成的具体的实施形态始终是为了阐明本发明的技术内容，不应狭义地解释为只限定于这样的具体例，在本发明的宗旨和以下记载的权利要求书的范围内，可作各种各样的变更来付诸实施。

工业上的可利用性

本发明涉及对于硬盘、光盘等的能进行随机存取的记录媒体记录影像数据、声音数据的数据记录方法、数据记录装置、数据记录媒体、数据重播方法和数据重播装置。在一次写入型媒体中，在更新AV文件管理用的索引文件时，产生记录容量的浪费。因此，在更新时作成新的索引文件，通过参照已有的索引文件中的简略图像数据，在削减浪费的同时，通过在新的索引文件中存储属性信息，可实现对最低限度的必要的信息的存取的高速化。

Claims (50)

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.一种重播记录了本体数据和包含与该本体数据相关的发现信息的发现数据的数据记录媒体的记录内容的数据重播装置，其特征在于：

在上述数据记录媒体上包含在每逢变更记录内容时记录了的多个发现数据，

在上述各发现数据中包含为了确定重播时的发现数据的读出顺序而从在该发现数据之前记录了的老的发现数据中指定在该发现数据之后应读出的发现数据的读出控制信息的情况下，该数据重播装置在重播上述数据记录媒体的记录内容时根据在上述各发现数据中包含的读出控制信息从上述多个发现数据依次读出发现信息的重播手段。

Images