CN1605102A

CN1605102A - 数据记录方法、数据删除方法、数据显示方法、记录装置、记录媒体及程序

Info

Publication number: CN1605102A
Application number: CNA028238206A
Authority: CN
Inventors: 木山次郎; 岩野裕利; 山口孝好
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2001-11-29
Filing date: 2002-11-27
Publication date: 2005-04-06
Anticipated expiration: 2022-11-27
Also published as: KR20040062662A; EP2053608A3; JP4024755B2; US9330724B2; CN101661786A; JPWO2003046912A1; JP5079824B2; EP2053609A2; WO2003046912A1; EP2196995A2; US20090164487A1; WO2003046912B1; EP2204812A2; US20100185708A1; JP2010140633A; JP2010182401A; US20100185709A1; CN100530410C; CN101661787B; EP2053609A3

Abstract

本发明的目的是用索引文件以不给用户带来混乱的形式来管理比如由于文件长度有上限而生成的参考电影。在索引文件中，关于管理着的各文件，对区别是向用户展示还是隐藏、是原始还是已无损编辑过等的信息进行管理，并根据这些信息来进行删除处理及一览显示处理。因此，不会给用户带来混乱而可以用索引文件来管理参考电影。

Description

数据记录方法、数据删除方法、数据显示方法、记录装置、记录媒体及程序

技术领域

本发明涉及对硬盘、光盘等的可随机访问的记录媒体进行视频数据、音频数据的记录·删除的数据记录方法、数据删除方法、数据显示方法、记录装置、记录媒体及程序。

背景技术

采用了硬盘的视频数字记录再生装置(以下称视频硬盘记录机)已经逐渐普及。其记录格式为了提高与PC(个人计算机)的亲和性而多采用在PC中广泛使用的、比如QuickTime(注册商标)文件格式及AVI(Audio Video Interleave)文件格式。

有关在采用了这种PC用文件格式情况下的盘中的内容的管理方法，在日本的公开专利公报“特开2001-84705号公报(公开日：2001年3月30日)”中有所披露。以下利用图33说明其概要。盘2105中的文件2101～2103对应已录象的各场景或镜头、分别是1个QuickTime文件(以下称QuickTime电影文件)。

索引文件2100是存储盘2105中数据的目录性信息的文件。按各QuickTime电影文件存在项。各项中存储对应的场景的代表画面缩小图像(略图图像)数据2111～2113和包含该场景的文件的文件名。

当向用户提示索引画面之际，在内容选择画面2107上显示解码了各项的缩小图像数据2111～2113的缩小图像2121～2123。用户从被显示在内容选择画面2107上的多个缩小图像中选择想再生或编辑的文件。例如，用户选择了缩小图像2123并指示再生，则获取包含缩小图像2123对应的内容的文件的文件名即文件2103，开始文件2103的再生。

在索引文件2100中，有关盘2105中的所有内容，包含存储了其内容的文件的指针和缩小图像数据。因此，只要从盘2105中读出索引文件2100，就可以显示内容选择画面2107，具有Index画面(内容选择画面)显示所要时间少的优点。由于内容选择画面2107频繁显示，因此其显示时间的削减有利于整体上的体感响应的改善。

然而，根据上述以往的构成，如以下的说明在管理参考电影之际，会给用户带来混乱。

在此，采用PC用文件格式时的问题是大容量视频数据的操纵。在所述的QuickTime文件格式及AVI文件格式中，因为是用32bit的信息来管理地址，所以文件长度的上限是2的32次方即约4GB(字节)。在记录了位速率10Mbps的视频数据时，记录时间不足60分，对于电视节目等的录象不够充足。

为了解决这样的问题，采用了如图34所示的被称为参考电影的方法。以下说明参考电影。首先，作成是以下面的(1)到(4)的顺序进行。(1)在录象开始时把数据记录到文件2201。(2)如果文件2201接近了文件长度的上限，则停止向文件2201的记录而向接着的文件2202记录。(3)如果文件2202的文件长度接近了上限，则同样向文件2203进行记录。(4)在录象结束时，在文件2204作成管理信息。

再生时指定文件2204，根据在那里记录的管理信息，可以依次再生文件2201～2203。而且，为了即使在文件2204被删除的情况下也能再生，而在文件2201～2203也附加了所述管理信息。这里，把文件2201～2203称作自动分割电影文件，把文件2204称作总括电影文件。

把这样的参考电影(自动分割电影、总括电影)用采用了所述的索引文件的方法来管理则会产生以下的问题。用图35对其进行说明。假设把所述的文件2201～2204与各自的代表画面的缩小画面数据一起登录到索引文件2100。此时，在内容选择画面2107上显示文件2201～2204对应的代表画面2221～2224，用户有异和感。其原因是即使用户拍摄的场景是1个，也有会4个代表画面被显示。

而且，在删除参考电影之际，对1个场景也有4个代表画面被显示，因此不清楚如何进行删除。

本发明就是鉴于上述的问题的发明，其目的是提供用不给用户带来混乱的形式可以索引文件来管理参考电影的数据记录方法、数据删除方法、数据显示方法、记录装置、记录媒体及程序。

发明内容

为了达成上述目的，本发明的数据删除方法是从具有对至少含多个分割数据和参考所述分割数据的总括数据的多个数据进行汇总管理的表的记录媒体中，删除所述表中的项对应的数据的数据删除方法，其特征在于：具有在所述删除之际，判断已登录的项对应的数据是否是初始记录数据的步骤。

而且，为了达成上述目的，本发明的数据删除方法是在上述构成中，其特征在于：所述判断已登录的项对应的数据是否是初始记录数据的步骤是基于所述项管理的数据是否被分割记录的信息、与其它项管理的数据的关联信息以及作成时间。

为了达成上述目的，本发明的数据记录方法是在记录媒体记录把多个数据分别作为项进行汇总管理的表的数据记录方法，其特征在于：在所述项记录有关该项管理的数据是否是初始记录数据的信息。

为了达成上述目的，本发明的数据记录方法是在记录媒体记录把多个数据分别作为项进行汇总管理的表的数据记录方法，其特征在于：在所述项记录管理是否把该项管理的数据的存在向用户展示的信息。

为了达成上述目的，本发明的数据记录方法是在上述构成中，其特征在于：所述多个数据至少含有多个分割数据和参考所述分割数据的总括数据。

为了达成上述目的，本发明的数据记录方法是在上述构成中，其特征在于：在所述项记录与其它项管理的数据的关联信息。

为了达成上述目的，本发明的数据记录方法是在上述构成中，其特征在于：把所述表存储在文件中。

为了达成上述目的，本发明的数据删除方法是从具有对至少含多个分割数据和参考所述分割数据的总括数据的多个数据分别作为项进行汇总管理的表的记录媒体中，删除所述表中的项对应的数据的数据删除方法，其特征在于：在所述记录媒体中记录了在所述数据对应的项管理是否是初始记录数据的信息，具有在所述删除之际，根据有关删除对象的数据是否是所述初始记录数据的信息以及与其它项管理的数据的关联信息，来判断是否可以删除的步骤。

为了达成上述目的，本发明的数据删除方法是从具有对多个数据分别作为项进行汇总管理的表的记录媒体中，删除所述表中的项对应的数据的数据删除方法，其特征在于：在所述记录媒体中，记录了在管理所述数据的项管理是否把该数据的存在向用户展示的信息以及与其它项管理的数据的关联信息，具有在所述删除之际，基于所述关联信息来变更管理是否把所述数据的存在向用户展示的信息的步骤。

为了达成上述目的，本发明的数据显示方法是从具有对多个数据分别作为项进行汇总管理的表的记录媒体中，读出所述表进行显示的数据显示方法，其特征在于：在所述记录媒体中，记录了在管理所述数据的项管理是否把该数据的存在向用户展示的信息，基于管理是否把所述数据的存在向用户展示的信息来控制显示。

为了达成上述目的，本发明的记录装置是把多个数据分别作为项进行汇总管理的表记录到记录媒体中的记录装置，其特征在于：具有在所述项记录有关该项管理的数据是否是初始记录数据的信息的单元。

为了达成上述目的，本发明的记录装置是把多个数据分别作为项进行汇总管理的表记录到记录媒体中的记录装置，其特征在于：具有在所述项记录管理是否把该项管理的数据的存在向用户展示的信息的单元。

为了达成上述目的，本发明的记录媒体是记录了把多个数据分别作为项进行汇总管理的表的记录媒体，其特征在于：在所述项记录有关该项管理的数据是否是初始记录数据的信息。

为了达成上述目的，本发明的记录媒体是记录了把多个数据分别作为项进行汇总管理的表的记录媒体，其特征在于：在所述项记录管理是否把该项管理的数据的存在向用户展示的信息。

为了达成上述目的，本发明的程序是使计算机执行上述任一的数据删除方法或上述任一的数据记录方法的程序。

而且，本发明的记录媒体是记录了上述的程序的计算机可读取的记录媒体。

根据本发明，基于区别盘上的各文件是否是自动分割电影文件的信息和区别是否原始的信息，即使有自动分割电影文件的情况下，也可以不使用户有异和感而执行删除。

而且，根据本发明，通过在盘上存储管理是否原始的信息，即使有自动分割电影文件的情况下，也可以不使用户有异和感而确切地进行删除。

进一步根据本发明，有关项对应的AV文件，通过在盘上存储用于区别是向用户展示还是不展示的信息，即使在进行过文件的参考的情况下，用户也可以在表面上删除任意的内容。

本发明的其它目的、特征以及优点通过以下所示的记载会充分清楚地了解。而且，本发明的益处在参考了附图的以下说明中或显示出来。

附图说明

图1是表示本发明实施方式中数字记录再生装置的概略结构框图。

图2(a)是表示QuickTime文件格式中管理信息与AV流的关系一例的说明图，图2(b)是表示QuickTime文件格式中管理信息与AV流的关系其它一例的说明图，图2(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是表示QuickTime文件格式中Sample table atom结构的说明图。

图9是表示基于Sample table atom的数据管理例的说明图。

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

图11(a)是表示Edit list atom内容的图，图11(b)是表示样本的一例结构的图，图11(c)是表示样本的再生顺序的图。

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

图13是表示AV流结构的说明图。

图14是表示Video Unit(VU)构造的说明图。

图15是表示基于QuickTime的AV流管理方式的说明图。

图16是表示参考装置模型的说明图。

图17是表示AV Index文件结构的说明图。

图18是表示属性信息结构的说明图。

图19是表示本发明实施方式1中pe-flags结构的说明图。

图20是表示记录动作的流程图。

图21是表示本发明实施方式1中记录后的属性信息的说明图。

图22是表示本发明实施方式1中无损编辑后的属性信息的说明图。

图23是表示本发明实施方式1中删除可能性的判定动作的流程图。

图24是表示本发明实施方式1中是原始还是无损编辑结果的判定动作的流程图。

图25是表示本发明实施方式2中pe-flags结构的说明图。

图26是表示本发明实施方式2中记录后的属性信息的说明图。

图27是表示本发明实施方式2中无损编辑后的属性信息的说明图。

图28是表示本发明实施方式3中pe-flags结构的说明图。

图29是表示本发明实施方式3中记录后的属性信息的说明图。

图30是表示本发明实施方式3中无损编辑后的属性信息的说明图。

图31是表示本发明实施方式3中滞后录音后的属性信息的说明图。

图32是表示本发明实施方式3中删除动作的流程图。

图33是表示现有技术中索引文件的说明图。

图34是表示现有技术中参考电影概念的说明图。

图35是表示现有技术中管理参考电影的索引文件的说明图。

图36是表示现有技术中管理参考电影的索引文件改良例的说明图。

具体实施方式

以下，参考附图对本发明实施方式进行说明。这里的说明按本发明中共通采用的结构、各个实施方式固有内容的顺序来进行。

<系统结构>

图1是本发明中共通采用的、采用了盘媒体的视频的数字记录再生装置(视频盘记录机)的结构图。该装置如图1所示，由总线100、主机CPU101、RAM102、ROM103、用户接口104、系统时钟105、光盘106、拾波器107、ECC(Error Correcting Coding)解码器108、ECC编码器109、再生用缓冲器110、记录/滞后录音用缓冲器111、多路分离器112、多路复用器113、多路复用用缓冲器114、音频解码器115、视频解码器116、音频编码器117、视频编码器118、以及未图示的照相机、麦克风、扬声器、显示器等构成。另外，滞后录音是afterrecording的省略，系指对初始记录的视频数据在后追加记录音频数据的功能。

主机CPU101通过总线100控制多路分离器112、多路复用器113、拾波器107、以及未图示的音频解码器115、视频解码器116、音频编码器117、视频编码器118。

再生时，从光盘106通过拾波器107读出的数据，由ECC解码器108进行错误校正并临时存放在再生用缓冲器110。主机CPU101根据有关再生中数据的管理信息，指示多路分离器112按照来自音频解码器115、视频解码器116的数据发送请求，把再生用缓冲器110中的数据根据其类别分配给适当的解码器。

另一方面，记录时，由音频编码器117和视频编码器118压缩编码过的数据被临时送往多路复用用缓冲器114，由多路复用器113进行AV多路复用，被送到记录/滞后录音用缓冲器111。记录/滞后录音用缓冲器111中的数据由ECC编码器109附加错误校正码，通过拾波器107记录到光盘106。

音频数据的编码方式采用MPEG-1 Layer-II，视频数据的编码方式采用MPEG-2。

光盘106设为从外围向内螺旋状进行记录再生的可卸载的光盘。以2048byte为1扇区，为了错误校正在16扇区构成ECC块。当重写ECC块中的数据时，需要读出包含该数据的ECC块整体，进行错误校正，重写对象的数据，再附加错误校正码，构成ECC块并记录到记录媒体。而且，光盘106为了提高记录效率而采用了ZCAV(区域角速度一定)，记录区域由旋转数不同的多个区域构成。

<文件系统>

为了管理光盘106上的各种信息而采用文件系统。文件系统考虑到与PC(个人计算机)的相互运用而使用UDF(Universal DiskFormat)。在文件系统上，各种管理信息及AV流被作为文件来操纵。

在上述结构的视频盘记录机中，主机CPU101采用文件系统，进行对光盘106的记录或从光盘106的再生。也就是主机CPU101作为利用文件系统中的文件管理信息来进行数据的记录、再生、删除等的文件管理部来发挥作用。而且，文件的属性信息等的关于文件的信息，也由主机CPU101进行管理，对光盘106进行记录或从光盘106进行读取。

用户区用2048byte的逻辑块(与扇区一一对应)进行管理。各文件由整数个区间(连续的逻辑块)构成，可以用区间单位分散记录。空区用Space Bitmap以逻辑块单位管理。

<文件格式>

作为AV流管理用的格式采用QuickTime文件格式。QuickTime文件格式是Apple公司开发的多媒体数据管理用格式，在PC的世界中被广泛采用。

QuickTime文件格式由视频数据或音频数据等(也把它们统称为媒体数据、AV流)和管理信息构成。综合两者在此称QuickTime电影(简略为电影)。两者可以存在于同一文件中，也可以存在于各个独立的文件中。

在存在于同一文件中的情况下，取如图2(a)所示的结构。各种信息存储在称作atom的共通的构造中。管理信息存储在称作Movieatom的构造中，媒体数据存储在称作Movie data atom的构造中。另外，在Movie atom中的管理信息中包含有用于导出媒体数据中的任意时间对应的媒体数据在文件中的相对位置的表、媒体数据的属性信息、后述的外部参考信息等。也就是在Movie atom中的管理信息中包含有比如把多个数据作为项进行总括管理用的表。

另一方面，在把管理信息和媒体信息存储在各个独立的文件中的情况下，取如图2(b)所示的结构。管理信息存储在称作Movie atom的构造中，但媒体数据没有必要存储在atom中。此时，称Movie atom“外部参考”存储了媒体数据的文件。

外部参考如图2(c)所示，可以对多个AV流文件进行，根据这种构成，不用物理移动AV流本身，而在表面上看作是进行了编辑也就是可以“非线性编辑”“无损编辑”。

然后，利用图3至图12对QuickTime的管理信息格式进行说明。首先，对共通的信息存储格式即atom进行说明。atom的开头必须有该atom的长度即Atom size、该atom的类别信息即Type。Type用4个字符来区别，例如Movie atom为‘moov’、Movie data atom为‘mdat’。

各atom可以包含别的atom。即在atom间有分层构造。图3表示Movie atom的结构。Movie header atom管理其Movie atom管理的电影的整体属性。Track atom存储该电影中包含的视频或音频等的有关道的信息。User data atom是可以独自定义的atom。

图4表示Track atom的结构。Track header atom管理该道的整体属性。Edit atom管理以电影的哪个定时来再生媒体数据的哪个区间。Track reference atom管理与别的道的关系。Media atom管理实际的视频及音频一类的数据。

图5表示Track header atom的结构。在此仅对以下的说明所需要的部分进行说明。Flags是表示属性的标记的集合。作为代表有Track enabled标记，如果此标记为1则该道被再生，如果为0则不被再生。Layer代表该道的空间上的优先权，如果有多个显示画面的道，则Layer值越小的道图像越在前面显示。关于Edit atom后述。

图6表示Media atom的结构。Media header atom管理有关其Media atom管理的媒体数据的整体上的属性等。Handler referenceatom存储表示用哪个解码器解码媒体数据的信息。Media informationatom管理视频或音频等媒体固有的属性信息。

图7表示Media information atom的结构。Media informationheader atom管理视频或音频等媒体固有的属性信息。Handlerreference atom如在Media atom项的说明。Data information atom包含管理其QuickTime电影参考的含有媒体数据的文件的名称的atom即Data reference atom。Sample table atom管理着数据的长度或再生时间等。

接下来，根据图8对Sample table atom进行说明。在此，首先利用图9对QuickTime中数据的管理方法进行说明。在QuickTime中，把数据的最小单位(比如视频帧)称为样本。按每个道，对样本以再生时间顺序从1开始附加号码(样本号)。

而且，在QuickTime格式中，管理着各个样本的再生时间长以及数据长度。而且，把属于同一道的样本被按再生时间顺序在文件中连续配置的区域称为组块。组块也按再生时间顺序从1开始附加号码。

而且，在QuickTime格式中，管理着各个组块的从文件开头的地址和各个组块含有的样本数。基于这些信息，可以求出任意时间对应的样本的位置。

图8表示Sample tableatom的结构。Sample description atom管理各个组块的数据格式(Data format)或存储有样本的文件的组块的Index等。Time-to-sample atom管理各个样本的再生时间。

Sync sample atom管理各个样本中可开始解码的样本。Sample-to-chunk atom管理各个组块中包含的样本数。Sample size atom管理各个样本的长度。Chunk offset atom管理各个组块的从文件开头的地址。

在此，对Edit atom进行说明。Edit atom如图10所示包含1个Edit list atom。Edit list atom具有由Number of entries指定的个数的、Track duration、Media time、Mediarate的值的组(项)。各项对应在道上连续再生的区间，按在该道上的再生时间顺序排列。

Track duration表示该项管理的区间在道上的再生时间，Mediatime表示该项管理的区间的开头对应的媒体数据上的位置，Mediarate表示该项管理的区间的再生速度。另外，当Media time为-1时，按该项的Track duration停止在该道的样本再生。把此区间称为empty edit。

这样，在QuickTime格式中，在存储管理信息的Movie atom所包含的Track atom中的Edit atom包含把多个数据作为项进行汇总管理用的Edit list atom。

在图11表示Edit list的使用例。图11(a)(b)(c)是表示基于Edit atom的再生范围指定例的说明图。在此，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、Media time为20000、Media rate为1，因此从该道的开头开始13000的区间再生样本中的从时刻20000开始33000的区间。接下来，项#2是Track duration为5000、Media time为-1，因此道中的从13000开始的18000区间、不进行任何再生。

最后，项#3是Track duration为10000、Media time为0、Mediarate为1，因此在道中的从时刻18000开始28000的区间，再生样本中的从时刻0开始10000的区间。

图12表示User data atom的结构。在此atom中可以存储任意个数的用QuickTime格式未定义的独自的信息。1个独自信息用1个项管理，1个项由Size、Type和User data构成。Size代表该项本身的长度，Type代表用于分别区别独自信息的识别信息，User data代表实际的数据。

<AV流的方式>

利用图13和图14对本发明中共通采用的AV流的结构进行说明。AV流由整数个Record Unit(RU)构成。RU是在盘上连续记录的单位。RU的长度，按在盘上不论如何配置构成AV流的RU，无缝再生(在再生中图像及声音可以不间断地再生)以及实时滞后录音(边无缝再生滞后录音对象的视频边记录音频)被保证的方式来设定。关于此设定方法后述。

而且，按RU边界与ECC块边界一致的方式来构成流。由于RU的这些性质，在把AV流记录到盘上之后，也可以照旧保证无缝再生而在盘上容易地变更RU单位的配置。

RU由整数个Video Unit(VU)构成，VU是可单独再生的单位，由此可成为再生时的进入点。

图14表示VU结构。VU由存储了1秒程度的视频数据的整数个GOP(画面群)和存储了与其同时再生的主音频数据的整数个AAU(音频访问单元)构成。

另外，GOP是MPEG-2视频标准中的图像压缩的单位，由多个视频帧(典型为15帧程度)构成。AAU是MPEG-1 Layer-II标准中的语音压缩的单位，由1152点的音波形样本点构成。取样频率为48kHz时，每AAU的再生时间为0.024秒。在VU中，为了减小AV同步再生所需要的延迟，而按AAU、GOP的顺序配置。

而且，为了使独立再生以VU单位成为可能，在VU中的视频数据的开头放置Sequence Header(SH)。VU的再生时间定义为对VU中包含的视频帧数乘以视频帧周期。而且，在组合整数个VU构成RU时，为使RU的终始端对齐ECC块边界而以0填埋VU的末尾。

<AV流管理方法>

AV流的管理方法是以前述的QuickTime文件格式为基础。图15表示AV流管理方式。分别用视频道、音频道管理视频数据和音频数据，视频道是1视频帧为1样本，把VU中的GOP的列作为1组块进行管理。音频道是AAU为1样本，把VU中的AAU的列作为1组块进行管理。

<RU单位决定方法>

接下来说明RU单位决定方法。在此决定方法中，设想成为基准的装置(参考装置模型)，在其上无缝再生不破绽来决定连续记录单位。

于是，首先用图16说明参考装置模型。参考装置模型由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，

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)的条件。

Tc(i)≥(Ta×Rs)/(Rs-Rv-Ra) <式2>

总之，只要各连续领域中包含开头的VU的合计满足上式就可以保证无缝再生。此时，也可以限制为各连续领域中包含合计的再生时间满足上式的完全的VU群。

自动分割电影文件也需要满足<式2>。只是开头的自动分割电影的最初的RU以及末尾的自动分割电影的最后的RU可以不满足<式2>。这是因为对于开头可以通过比开始从记录媒体读出数据延迟再生开始来吸收，对于末尾由于没有接着的数据而没有必要在意连续再生。这样，通过在开头和末尾缓解条件，可以有效利用短的空闲区域。

<索引文件>

为了管理包含光盘106内含有的QuickTime电影或静止图像数据等的各种文件(以下称AV文件)，在盘内设置1个称作AV Index文件的特别的QuickTime电影文件。图17表示AV Index文件的结构。AV Index文件与QuickTime电影文件相同，由作为管理信息的Movieatom1791和数据本身的Movie data atom1792构成。

AV Index文件管理多个项。盘内的各AV文件分别由1个项管理。而且，汇总各AV文件用的装载物(以下称文件夹)等也分别由1个项管理。在本实施方式中，对盘(光盘106)内的文件采用AV Index文件由项进行管理。这样，管理项的表存储在该AV Index文件中。

Movie atom1791由管理各项属性信息用的Property track1793、管理各项标题字符串数据用的Title track1794、管理各项代表图像数据用的Thumbnail track1795、管理各项代表音频数据用的Intromusic track1796共计4个种类的道构成。

关于各道的属性信息、标题字符串数据、代表图像数据以及代表音频数据作为各自1793～1795的道的样本来管理。例如，关于AV文件1741的属性信息用Property track1793上的样本1701、标题字符串数据用Titlet rack1794上的样本1711、代表图像数据用Thumbnailtrack1795上的样本1721、代表音频数据用Intro music track1796上的样本1731来管理。样本间的关联根据各样本的再生开始时间来进行。也就是判断为在道间同一时刻处的样本对应着同一项。

这样，Movie atom1791存储关于各AV文件的属性信息、标题字符串数据、代表图像数据以及代表音频数据。属性信息取图18所示的结构。对各字段进行说明。version表示文件格式的版本。pe-flags汇集各种标记，详细内容后述。

parent-entry-number存储属性信息对应的项所属的文件夹对应的项的entry-number，entry-number存储属性信息对应的项的entry-number。用这2个信息表示文件与文件夹的包含关系。对set-dependent-flags以及user-private-flags省略说明。

creation-time以及modification-time表示该属性信息对应的项被作成的日期时间(作成时间)、被修改的日期时间。duration表示该属性信息对应的项的再生时间。binary-file-identifier是在该管理信息对应的项对应了文件时，把该文件的路径名编码成固定长的内容，省略详细说明。

referred-counter存储该属性信息对应的项管理的文件被从其它文件参考的次数。也就是referred-counter相当于与其它项管理的文件的关联信息。referring file list存储实际参考着的文件的路径名的列表。URL file identifier在管理的文件在上述的binary-file-identifier不能编码时，以URL(Unified Resource Locator)形式存储文件的路径。

对Movie atom1791中存储的其它数据进行说明。代表图像数据采用缩小到160×120像素的JPEG压缩了的数据，标题字符串数据采用文本数据、代表音频数据采用由MPEG-1 Audio Layer-II压缩了的数据。

<实施方式1>

利用图19至图24对本发明实施方式1进行说明。在本实施方式中，使AV Index文件的属性信息包含用于区别是否是自动分割电影文件的标记。据此，通过进行适当的显示、文件的删除等来防止用户的混乱。

<管理信息格式>

QuickTime电影文件和AV Index文件的格式如前述。其中AVIndex文件的属性信息(图18)的pe-flags字段定义成图19所示。以下，说明各字段的定义。Attribute of Entry存储该Property项对应的项所属的层的类别。在此省略关于层的说明。

Type of Entry存储用于识别对应的项是文件还是文件夹的信息。在此省略关于Usage of Entry和Status of Entry的说明。Datareference of corresponding AV File是用于在对应的项管理了AV文件时判别是否参考着其它AV文件的标记。

Structural status of corresponding AV File是用于区别对应的项是否是自动分割电影文件的标记，是自动分割电影文件时置位1。Security status of corresponding AV File是用于在对应的项管理了AV文件时判别是否被编码的标记。Content type ofcorresponding AV File是在对应的项管理了AV文件时存储该文件中包含的内容的类别的标记。这样，在本实施方式中，根据AV Index文件的Movie atom中的、在属性信息中包含的referred-counter项目，来区别对应的项管理的文件被从其它文件参考的次数。而且，通过AVIndex文件的Movie atom中的、在属性信息中包含的pe-flags中Structural status of corresponding AV File的标记，来区别对应的项是否是自动分割电影文件。以下，说明如何使用包含这些字段的属性信息。

<记录时的处理>

沿图20说明由用户指示了录象时的处理。此时记录的AV流假设是视频位速率Rv＝5Mbps、音频取样频率48kHz、位速率Ra＝256kbps。而且假设文件系统的管理信息已经读入到RAM102上。

首先，决定流的结构及连续区域的结构(步骤(S)701)。当1VU用1GOP＝30帧构成时，向<式2>代入Rs＝20Mbps、Ta＝1秒、Rv＝5Mbps、Ra＝256kbps，得到Tc(i)的范围1.36秒以上。因为设1VU的再生时间为0.5秒，所以RU再生时间为2秒。

接着进行电影文件记录准备(步骤702)。具体是open文件，查找可连续记录1个RU的空闲区域。如不没有则中止录象，通知用户不能录象。

并且，分别启动音频编码器117、视频编码器118(步骤703)。接着检查在记录用缓冲器111中是否存储有1RU的数据(步骤704)。

如果有存储，则把记录用缓冲器111中的1RU的数据连续记录到光盘106上(步骤705)。接着调查目前记录中的文件长度(步骤706)，当如果记录了下一个RU则文件长度有超过4GB的可能性时，记录目前记录中的电影文件的管理信息(步骤707)，并进行新电影文件的记录准备以便可以把以后的数据记录到其它的电影文件中(步骤708)。而且，步骤708之后，为记录下一个1RU的数据而返回步骤703。而且在步骤706中，在即使记录下一个RU文件长度不超过4GB的情况下，也返回步骤703。

在步骤704中，如果未存储1RU的数据，则检查是否有记录结束的指示(步骤709)，如果没有指示则执行步骤704，如果有指示则进行以下的记录结束处理。首先把剩下的数据记录到目前记录中的电影文件(步骤710)，记录管理信息(步骤711)。

接着检查是否被自动分割(步骤712)，如果已被自动分割则作成总括电影文件(步骤713)。最后把本次作成的QuickTime电影文件登录到AV Index文件(步骤714)。在被自动分割的情况下，登录自动分割电影文件和总括文件，这以外的情况登录1个QuickTime电影文件。而且，在步骤712中，即使未被自动分割也进到步骤714。

利用图21说明如何置位登录到AV Index文件1800的属性信息。首先，对通过自动分割而被分割为自动分割电影文件1801、1802和总括电影文件1803并进行记录的情况进行说明。这里，此自动分割电影文件1801、1802相当于分割数据，总括电影文件1803相当于参考分割数据的总括数据。

关于自动分割电影文件1801、1802，由于是被自动分割，因此把pe-flags的Structural status of corresponding AV File置为1(auto-divided)。而且，由于被总括电影文件1803参考着，因此把属性信息项referred-counter置为1。而且，对referring-file-list置位总括电影文件1803的entry-number的3。

另一方面，关于总括电影文件1803，由于未被其它文件参考，因此对referred-counter置位0。而且由于未被自动分割，因此对pe-flags的Structural status of corresponding AV File置位0。

接下来，对未被自动分割而被记录的通常记录电影文件1804的情况进行说明。关于通常记录电影文件1804，由于未被其它文件参考，因此对referred-counter置位0。而且由于未被自动分割，因此对pe-flags的Structural status of corresponding AV File置位0。

<无损编辑时的处理>

利用图22对进行无损编辑处理时AV Index文件的管理方法进行说明。首先，对无损编辑未被自动分割的QuickTime电影的情况进行说明。假设在AV Index文件1800中登录有通常电影文件1804，作成了部分参考此文件的无损编辑结果电影文件1805。

此时，登录在AV Index文件1800中的通常电影文件1804属性信息项中的值，由于被无损编辑结果电影文件1805参考着，因此对referred-counter置位1。而且，对referring-file-list置位无损编辑结果电影文件1805的entry-number的5。

而且，由于未被自动分割，因此pe-flags的Structural statusof corresponding AV File被置为0。另一方面，无损编辑结果电影文件1805属性信息项中的值，由于未被其它文件参考，因此对referred-counter置位0。而且由于未被自动分割，因此对pe-flags的Structural status of corresponding AV File置位0。

接下来，对无损编辑被自动分割的QuickTime电影的情况进行说明。在此，假设作成了参考通过自动分割而被分割为自动分割电影文件1801、1802和总括电影文件1803并进行记录的QuickTime电影一部分的、无损编辑结果电影文件1806。

此时，登录在AV Index文件1800中的自动分割电影文件1801、1802属性信息项中的值，由于被总括电影文件1803和无损编辑结果电影文件1806参考着，因此对referred-counter置位2。而且，在referring-file-list中存储总括电影文件1803和无损编辑结果电影文件1806的entry-number的3、6。

而且，由于被自动分割，因此pe-flags的Structural status ofcorresponding AV File被置为1。总括电影文件1803和无损编辑结果电影文件1805、1806属性信息项中的值，由于未被其它文件参考，因此对referred-counter置位0。而且由于未被自动分割，因此对pe-flags的Structural status of corresponding AV File置位0。

<内容选择画面显示处理>

有关属性信息项中的pe-flags的Structural status ofcorresponding AV File为0的项，向用户显示略图图像。例如，图22的情况，entry-number为3、4、5、6的略图图像被显示。这样，就可以根据比如电影数据的属性信息项中的、用于区别对应的项是否是自动分割电影文件的标记(是否被分割记录的信息)，来决定是否在内容选择画面显示略图图像。用户可以从该内容选择画面选择所希望的文件对应的略图图像，来进行该文件的再生、删除等。

<删除时的处理>

作为通过内容选择画面从用户指示了删除的情况下的运用方针，可以考虑以下的2种。

(运用方针1)通过无损编辑作成的AV文件可以删除，其以外的AV文件如果不被无损编辑电影参考则可以删除。另外，当自动分割电影文件被无损编辑电影参考时，作为总括该自动分割电影文件的总括电影文件也被无损编辑电影文件参考来处理。

(运用方针2)未被其它AV文件参考的AV文件可以删除。

(运用方针1)是基于区别用户记录的原始(初始记录)的数据与由此派生出来的编辑结果，尽量保护原始数据的考虑。(运用方针2)是基于删除不会给其它AV文件带来影响的考虑。

在此，原始的数据意味比如录象·录音了的原样的文件。另一方面，非原始的数据不是比如录象·录音了的数据本身，而是通过编辑作成的AV文件。也就是比如被无损编辑过的文件是非原始的数据。

而且，当采用文件系统访问数据时，比如原始的数据文件表现为原始的文件，而且比如原始的文件项表现为原始的项。

以下说明实施各个方针时的处理过程。

<删除时的处理(运用方针1)>

在图22，entry-number为5、6的项相当于通过无损编辑作成的电影，3、4的项对应被entry-number为5、6的电影参考着的原始数据。因此，如果由用户作为删除对象指定了entry-number为5、6的项则删除，而指定了entry-number为3、4的项则拒绝删除或发出警告。

以下利用图23说明用于判断可否删除的处理过程。首先，为了调查被指定的项对应的AV文件是否未被别的AV文件参考，而调查被指定的项的referred-counter。1或1以上时，因为被参考着而判断为不可删除(步骤801)，比如在图22所示的例子中，电影文件1804由于referred-counter为1，所以判断为不可删除。当referred-counter为0时，进到步骤802。

接下来，调查被指定的项对应的AV文件是否外部参考着别的AV文件。未参考时，判断为可以删除(步骤802)。是否外部参考着，可通过参考Data reference of corresponding AV File来判断。或者，可以调查其它项的referring-file-list，由是否包含被指定的项的entry-number来判断。

接下来，调查被指定的AV文件是通过无损编辑作成的电影还是其它(步骤803)。利用图24的流程图说明其过程。首先列出所有具有包含被指定的项的entry-number的referring-file-list的项，调查其项的Structural status of corresponding AV File的值(步骤901)。据此来调查其项是否是被分割记录(自动分割)的。

即使1个如果不是1(auto-divided)，则判断为是通过无损编辑作成的电影(步骤902)。如果都为1，则接着识别其项对应的是总括电影文件还是无损编辑电影文件。具体是检查被列出的项的referred-counter(步骤903)，1个也没有2或2以上的时，作为是总括电影文件，判断是原始的文件(步骤904)。也就是判断不是通过无损编辑作成的电影文件。这样，根据作为与其它项管理的数据的关联信息的referred-counter来进行判别。

在步骤904，如果有referred-counter的值是2或2以上的，则与参考着其项对应的文件的别的文件对应的项比较creation-time(作成时间)，最旧时，判断为总括电影文件(原始的文件)，其以外的情况，判断为无损编辑电影文件(步骤905)。

例如在图22所示的例子中，对于总括电影文件1803执行上述的过程，则经步骤901、902、903、904，在步骤905与其它电影文件1806比较creation-time，判别是原始的文件。而且，对于电影文件1805、1806，通过上述的过程判别是无损编辑电影文件。

另外，虽然在此用属性信息项中的creation-time进行了判断，但也可以采用比如duration。具体是如果参考点的AV文件的duration合计与被指定的电影的duration一致，则判断是总括电影文件，即不是通过无损编辑作成的电影文件，如果不一致则判断为无损编辑电影文件。

在此再利用图23进行说明。被指定的项对应的AV文件如果不是原始则可以删除(步骤804)，如果是原始则进到下一步骤805。接着检查被指定的项对应的AV文件参考着的AV文件的referred-counter(步骤805)，如果都为1则判断可以删除，否则判断不可删除(步骤806)。

接下来，说明被判断为可以删除，实际进行了删除之后的处理。当被删除的是总括电影文件时，不仅是总括电影文件，而从其开始参考的自动分割电影文件也进行删除。

如果是无损编辑电影文件，则删除无损编辑电影文件，而且把被该文件参考着的AV文件对应的项的referred-counter减1，并进一步从referring-file-list删除该无损编辑电影文件对应的项的entry-number。如果是其以外的AV文件，仅删除该AV文件即可。不用说删除了的AV文件对应的AV Index文件的项也删除。

这样，在步骤803、804，通过判断项是否是原始的，来判断可否把该项删除，并据此进行删除。因此，即使有自动分割电影文件时，也不会给用户带来异和感而可以执行删除。

而且，在上述结构中，如参考图23所说明的那样，在步骤804判别是否原始(是否是初始记录数据)，对判别为是原始的文件，在步骤806当参考点的referred-counter都为1时判别为可以删除，当参考点的referred-counter不都为1时判别为不可删除。

因此，如图22所示那样，对总括电影文件1803判别可否删除时，参考点的文件1801、1802的referred-counter不都为1，还被其它电影文件1806参考，从而判别为不可删除。

而且，对总括电影文件1803，在图21所示的状态判别可否删除时，因为参考点的文件1801、1802的referred-counter都为1，所以判别为可以删除。并且进行删除时，不仅总括电影文件1803，还删除参考点的文件1801、1802。

这样，即使存在自动分割电影文件，只在自动分割电影文件仅被总括电影文件参考着，未被其它文件参考时才删除，因此不会给用户带来异和感而可以执行删除。并且可以不给用户带来混乱地来管理参考电影(自动分割电影、总括电影)。

而且，如参考图24所说明的那样，在判断登录着的项是否原始时，是由步骤901～905基于是否被分割记录的信息、与其它项管理的数据的关联信息以及作成时间来进行判断的结构。因此，可以确切地判别是否原始。

<删除时的处理(运用方针2)>

在图22，有关entry-number为3、5、6的项，由于referred-counter为0，所以可以判断为未被其它项对应的AV文件参考。因此如果从用户作为删除对象指定了entry-number为3、5、6的项则进行删除，指定了entry-number为4的项则拒绝删除或发出警告。

实际的删除进行以下的过程。首先，把从被指定了删除的文件参考的AV文件对应的项的referred-counter减1，从referring-file-list删除该AV文件对应的项的entry-number。如果referred-counter变成0，则删除该AV文件。最后，删除被指定了删除的AV文件。另外，不用说删除了的AV文件对应的AV Index文件的项也删除。

<实施方式2>

利用图25至图27对本发明实施方式2进行说明。在该实施方式中，对AV Index文件的属性信息附加用于区别是否是自动分割电影文件的标记，使其包含有关是否初始记录数据的标记。据此，通过进行适当的显示、文件的删除等，来防止用户的混乱。实施方式2是如以下说明的那样，可以解决实施方式1中记录设备的内置时钟不准确时所产生的问题的实施方式。由于同上述的实施方式1共通点多，所以在此仅聚焦不同点进行说明。

<管理信息格式>

QuickTime电影文件以及AV Index文件的格式如前所述。本实施方式中，AV Index文件的Property项中的pe-flags字段的定义如图25。pe-flags中也包含着如Structural status of correspondingAV File的标记。与上述的实施方式1大致相同，不同之处是追加了用于区别称作Type of corresponding AV File的、该项对应的AV文件是原始还是通过编辑作成的。如果Type of corresponding AVFile的值是0则为原始(录象·录音的原样)的AV文件，如果是1则为通过编辑作成的AV文件。也就是AV文件中Type ofcorresponding AV File的标记相当于有关项管理的数据是否是初始记录数据的信息。

接下来进行该标记的说明。在实施方式1中，如图23所示，删除时要区别是原始文件还是无损编辑文件。在此，原始文件是指用户拍摄的初始记录文件。此时，如图24所示是参考creation-time进行判断，然而，当记录设备的内置时钟不正确的情况下，处理有可能产生错误。通过导入该标记，可以不依赖记录设备的内置时钟来区别是原始文件还是无损编辑文件。而且，基于AV Index文件的Movie atom中的、属性信息所包含的referred-counter的项目，来区别对应的项管理的文件被其它文件参考的次数这一点，也与上述的实施方式相同。

<记录时的处理>

用户指示录象时的处理与实施方式1相同因而省略。只是如图26所示，对被追加到AV Index文件的属性信息项的Type ofcorresponding AV File设定0这一点不同。

<无损编辑处理>

有关进行无损编辑处理时的AV Index文件的管理方法，与上述的实施方式1相同而省略说明。只是如图27所示，对无损编辑结果电影1805、1806对应的AV Index文件的属性信息中的Type ofcorresponding AV File设定1这一点不同。

<内容选择画面显示处理>

有关属性信息项中的pe-flags的Structural status ofcorresponding AV File为0的项，向用户显示略图图像。例如，图27的情况，entry-number为3、4、5、6的略图图像被显示。

<删除时的处理>

作为通过内容选择画面从用户指示了删除的情况下的运用方针，与上述的实施方式1同样，可以考虑(运用方针1)和(运用方针2)的2种。以下说明实施各个方针时的处理过程。

<删除时的处理(运用方针1)>

通过内容选择画面从用户指示了删除的情况下的处理同实施方式1中参考图23、图24说明过的处理基本一样。只是本实施方式中，在图23的步骤803，判断被指定的项对应的AV File是通过无损编辑作成的还是原始的时，参考被指定的项的pe-flags的Type ofcorresponding AV File，若是1则判断为无损编辑，若是0则判断为原始。这点与实施方式1不同。

如此，在本实施方式中，利用AV Index文件的、称作Type ofcorresponding AV File的标记来判断文件是否原始。此标记在基于记录或无损编辑等的文件作成时设定，从而可以确切地判别文件是否原始。

在上述的实施方式1中，由于是参考creation-time进行判断，因此当记录设备的内置时钟不正确的情况下，处理有可能产生错误，但本实施方式有处理不依赖内置时钟正确性的优点。

而且，文件删除时，与上述的实施方式同样，即使存在自动分割电影文件，只在自动分割电影文件仅被总括电影文件参考着，未被其它文件参考时才删除，因此不会给用户带来异和感而可以执行删除。并且可以不给用户带来混乱地来管理参考电影(自动分割电影、总括电影)。

<删除时的处理(运用方针2)>

同实施方式1。即在图27，有关entry-number为3、5、6的项，由于referred-counter为0，所以可以判断为未被其它项对应的AV文件参考。因此如果从用户作为删除对象指定了entry-number为3、5、6的项则进行删除，指定了entry-number为4的项则拒绝删除或发出警告。

<实施方式3>

利用图28至图32对本发明实施方式3进行说明。在该实施方式中，对AV Index文件的属性信息附加用于区别是否是自动分割电影文件的标记、有关是否是初始记录数据的标记，使其包含有关是否向用户展示数据的标记。据此，通过进行适当的显示、文件的删除等，来防止用户的混乱。由于同上述的实施方式1以及实施方式2共通点多，所以在此仅聚焦不同点进行说明。

<管理信息格式>

QuickTime电影文件以及AV Index文件的格式如前所述。AV Index文件的Property项中的pe-flags字段的定义如图28。pe-flags中也包含着如Structural status of corresponding AV File及Typeof corresponding AV File的标记。与上述的实施方式2大致相同，不同之处是追加了称作Visual status of Type of corresponding AVFile的、表示在内容选择画面等是把该项向用户展示(为0时)还是隐藏(为1时)的标记。该AV Index文件的称作Visual status of Typeof corresponding AV File的标记相当于管理是否把项管理的数据向用户展示的信息。

通过设置该字段，如后所述与实施方式1以及实施方式2中删除的运用方法相比，可以选择不同的运用方法。

而且，基于AV Index文件的Movie atom中的、属性信息所包含的referred-counter的项目，来区别对应的项管理的文件被其它文件参考的次数这一点，也与上述的实施方式相同。

<记录时的处理>

用户指示录象时的处理与上述的实施方式1相同因而省略说明。只是如图29所示，对被追加到AV Index文件的属性信息项的Visualstatus of corresponding AV File，关于自动分割电影文件1801及1802设定1，关于总括电影文件1803及通常电影文件1804设定0这一点不同。

<无损编辑处理>

有关进行无损编辑处理时的AV Index文件的管理方法，与上述的实施方式2相同而省略说明。只是如图30所示，对无损编辑结果电影1805、1806对应的AV Index文件的属性信息项中的Visual status ofcorresponding AV File设定0这一点不同。

<滞后录音时的处理>

对图29的AV文件1804进行音频滞后录音，如图31所示，把所输入的音频数据存储到与所述电影分开的AV文件1807中，从AV文件1804进行外部参考。此时，AV文件1807对应的项(entry-number＝5的项)的referred-counter由于被AV文件1804参考而为1，在referring-file-list存储AV文件1804对应的entry-number的4。

而且，AV文件1807是AV文件1804的附属物不作为独立的内容处理，因此不在内容选择画面上显示。据此，Visual status ofcorresponding AV File的值设定成1(Invisible)。

<内容选择画面显示处理>

有关属性信息项中的pe-flags的Visual status ofcorresponding AV File为0的项，向用户显示略图图像。即根据Visual status of corresponding AV File的标记来控制显示。例如，图30的情况，entry-number为3、4、5、6的略图图像被显示。图31的情况，entry-number为3、4的略图图像被显示，不作为独立的内容处理的AV文件1807对应的略图图像不被显示。通过不显示不需要的信息来降低给用户带来混乱的可能性。这种优点可以用本实施方式导入的Visual status of corresponding AV File的信息来实现。

<删除时的处理>

在本实施方式中，通过内容选择画面从用户指示了删除的情况下的运用方针，在实施方式1、2采用的方针的基础上，可以考虑以下的内容。

(运用方针3)所有的AV文件为可以删除。

(运用方针3)是基于尽量不使用户意识原始与编辑结果的差别的考虑。而且，(运用方针3)可以通过实施方式3导入的管理信息来实现。

以下说明实施各个方针时的处理过程。

<删除时的处理(运用方针1)>

同上述的实施方式2。即通过内容选择画面从用户指示了删除的情况下的处理同实施方式1中参考图23、图24说明过的处理基本一样。只是本实施方式中，在图23的步骤803，判断被指定的项对应的AVFile是通过无损编辑作成的还是原始的时，参考被指定的项的pe-flags的Type of corresponding AV File，若是1则判断为无损编辑，若是0则判断为原始。这点与实施方式1不同。

如此，在本实施方式中，利用AV Index文件的、称作Type ofcorresponding AV File的标记来判断文件是否原始。此标记在基于记录或无损编辑等的文件作成时设定，从而可以确切地判别文件是否原始。而且，本实施方式有处理不依赖内置时钟正确性的优点。

<删除时的处理(运用方针2)>

同上述的实施方式1。即在图30，有关entry-number为3、5、6的项，由于referred-counter为0，所以可以判断为未被其它项对应的AV文件参考。因此如果从用户作为删除对象指定了entry-number为3、5、6的项则进行删除，指定了entry-number为4的项则拒绝删除或发出警告。

<删除时的处理(运用方针3)>

对进行通过内容选择画面从用户指示了删除的所有项都可删除的运用时的处理进行说明。以下，利用图32对删除的处理过程进行说明。首先，为了调查被指定的项对应的AV文件是否未被别的AV文件参考，而调查被指定的项的referred-counter(步骤1001)。

referred-counter为1时，把Visual status of correspondingAV File置位1(步骤1006)。由此，可以不影响其它电影的再生来对用户展示已经删除。也就是可以在表面上删除文件。但在此时，Visual status of corresponding AV File的标记从0变成1。referred-counter为0时，调查被指定的项对应的AV文件是否参考着其它的AV文件(步骤1002)。

若未参考则执行后述的步骤1005。有了参考时，首先把参考点的AV文件对应的项的referred-counter减1(步骤1003)。

接下来调查参考点的AV文件的referred-counter和Visualstatus of corresponding AV的值，如果referred-counter为0且Visual status of corresponding AV为1(invisible)则删除该文件，从AV Index文件删除关于该文件的项(步骤1004)。最后，删除被指定的项对应的AV文件(步骤1005)。

利用图30具体说明上述的处理。当指定删除entry-number为5或6对应的项时，删除这些项并进一步删除文件1805或1806。当指定删除entry-number为3对应的项时，删除这些项还删除文件1803。只是参考点的文件1801和1802被文件1806参考而不被删除。

当指定删除entry-number为4对应的项时，由于该项对应的文件1804被文件1805参考而不被删除，代之以把Visual status ofcorresponding AV File置位1。

图31的情况也与上述相同。当指定删除entry-number为4对应的项时，referred-counter是0，把被此处参考的AV文件1807的referred-counter减1而变成0，从而删除entry-number为4、5对应的项，并进一步删除这些项对应的AV文件1804、1807。

这样，本实施方式利用了表示是否在内容选择画面向用户显示的Visual status of corresponding AV File，即使进行了文件的参考用户也可以删除任意的内容。也就是比如即使是被其它参考的文件，也可以不使其显示地、进行表面上的删除。

<变形例>

从本发明的实施方式1到实施方式3，AV Index文件进行着记录在同一记录媒体中的文件的管理，但毋庸置疑即使是别的记录媒体比如跨越网络的别的记录媒体上的文件也没有关系。

而且，在上述的实施方式中，对作为记录媒体的光盘106进行了说明，但并非局限于此，即使是比如硬盘、光磁盘一类的可随机访问的记录媒体也可以。

而且，作为文件系统取UDF为例，作为文件格式取QuickTime文件格式为例进行了说明，但本发明并非局限于此，即使是其它文件系统、文件格式也同样可以适用。

而且，虽然对采用管理QuickTime文件格式用的AV Index文件来管理文件的例子进行了说明，但本发明并非局限于此，即使是采用其它文件、表等来进行管理的结构也可以。

如上所述，在上述的实施方式中，作为记录装置的数字记录再生装置，其作为文件管理部的主机CPU101在光盘106记录是否分割记录了数据的信息。

因此，根据是否分割记录来进行适宜的显示、删除等的文件操作，可以不给用户造成混乱地进行文件管理。

也就是对于分割记录情况下的分割数据和参考此分割数据的总括数据，不显示分割数据。

在此，该分割数据，由于在文件系统中有文件长度的上限，所以比如分割超过此上限的长度的文件来进行生成。如上所述，如果不显示分割数据则不会给用户带来混乱。

而且，将要删除总括数据时，如果是总括数据参考着的分割数据仅被该总括数据参考着的情况，则与总括数据一起也删除参考着的分割数据。

因此，即使在有分割数据的情况下，也不会使用户意识到分割数据的存在而可以进行删除。另外，如果是删除数据的情况，当未被其它文件参考时则可以删除。

而且，作为记录装置的数字记录再生装置，其作为文件管理部的主机CPU101在光盘106记录有关数据是否是初始记录数据的信息。

因此，根据是否是初始记录数据来进行适宜的显示、删除等的文件操作，可以不给用户造成混乱地进行文件管理。

也就是如果在多个数据中存在被分割记录的分割数据和参考该分割数据的总括数据，则可以利用有关是否是初始记录数据的信息来判别该数据是否是总括数据。因此，没有必要参考文件的生成时间等，即使是在记录装置的内置时钟不正确的情况下，也可以确切地判别。

而且，作为记录装置的数字记录再生装置，其作为文件管理部的主机CPU101在光盘106记录对是否向用户展示数据的存在进行管理的信息。

因此，根据对是否向用户展示数据的存在进行管理的信息来进行适宜的显示、表面上的删除等的文件操作，可以不给用户造成混乱地进行文件管理。

也就是在比如是否是分割数据之外，根据对是否向用户展示数据的存在进行管理的信息来进行显示，从而可以进行不给用户造成混乱的显示，同时可以进行表面上的删除。

而且，如上所述在光盘106中记录有关数据是否是初始记录数据的信息。

因此，与上述的数字记录再生装置之类的记录装置组合使用，根据是否是初始记录数据来进行适宜的显示、删除等的文件操作，可以不给用户造成混乱地进行文件管理。

而且，如上所述在光盘106中记录对是否向用户展示数据的存在进行管理的信息。

因此，与上述的数字记录再生装置之类的记录装置组合使用，根据对是否向用户展示数据的存在进行管理的信息来进行适宜的显示、表面上的删除等的文件操作，可以不给用户造成混乱地进行文件管理。

而且，作为记录装置的数字记录再生装置可以是由计算机来实现的。也就是执行上述的数据记录方法、数据删除方法的任一的程序被计算机读取、执行，也可以实现上述的数字记录再生装置。

而且，以上说明的数据记录方法、数据删除方法比如也可以说成是利用文件系统中的文件管理信息来进行数据管理的文件管理方法。并且，如果在文件中包含有分割文件和参考该分割文件的总括文件，则使文件管理方法的文件管理信息包含表示文件是否是分割文件的标记。并且，可以从该表示是否是分割文件的标记、表示某个文件被其它几个文件参考着的数字、文件的作成时间，来判别文件是否是总括文件。

而且，上述的结构比如也可以表现为是一种数据删除方法，其从具有对多个数据进行汇总管理的表的记录媒体中删除所述表中的项对应的数据，其特征在于：具有在所述删除之际，判断已登录的项是否原始的步骤。

而且，上述的结构比如也可以表现为是一种数据删除方法，其特征在于：在上述结构中，所述判断已登录的项是否原始的步骤是基于是否被自动分割的信息、参考信息以及作成时间。

而且，上述的结构比如也可以表现为是一种数据记录方法，其在记录媒体记录把多个数据分别作为项进行汇总管理的表，其特征在于：在所述多个数据对应的项记录可以判断是否原始的信息。

而且，上述的结构比如也可以表现为是一种数据删除方法，其从具有对多个数据分别作为项进行汇总管理的表的、记录有在所述数据对应的项管理是否原始的信息的记录媒体中，删除所述表中的项对应的数据，其特征在于：具有在删除时，根据对删除对象的数据是否所述原始进行管理的信息，来判断是否可以删除的步骤。

而且，上述的结构比如也可以表现为是一种数据记录方法，其在记录媒体记录把多个数据分别作为项进行汇总管理的表，其特征在于：在所述数据对应的项记录对是否把该数据的存在向用户展示进行管理的信息。

而且，上述的结构比如也可以表现为是一种数据删除方法，其从具有对多个数据分别作为项进行汇总管理的表的、记录有在所述数据对应的项管理是否把该数据的存在向用户展示的信息的记录媒体中，删除所述表中的项对应的数据，其特征在于：当删除对象数据已经被其它数据参考了的情况下，改写对是否把该数据的存在向用户展示进行管理的信息。

如以上说明，依据本发明，因为是基于区别盘上的各文件是否自动分割电影文件的信息和区别是否原始的信息，所以即使在有自动分割电影文件的情况下也可以不给用户带来异和感地执行删除。

而且，依据本发明，通过在盘上存储管理是否原始的信息，即使在有自动分割电影文件的情况下也可以不给用户带来异和感确切地执行删除。

进一步，依据本发明，关于项对应的AV文件，通过在盘上存储用于区别是否向用户展示的信息，即使在已经进行了文件的参考的情况下，用户也可以在表面上删除任意的内容。

在此，可以考虑的方法是，例如图36所示，按索引文件2100的各项附加管理是否是自动分割电影的标记auto-divided，对是自动分割电影的文件2201～2203置位YES，在内容选择画面上仅显示auto-divided为NO的项的缩小图像即文件2204的缩小图像。然而，在此结构中，如何进行删除等的管理并没有明确。

在用于实施发明的最佳方式项中，所做的具体实施方式或实施例本是用于明确本发明的技术内容，不应该局限于这样的具体示例而进行狭义的解释，在本发明的思想和权利要求书中记载的事项范围内，可以进行种种变更来进行实施。

而且，在权利要求书中记载的事项以及实施发明用的最佳方式中记载的技术手段可以进行适当的组合，由这样的组合得到的事项也被包含在本发明的技术范围内。

产业上的可利用性

依据本发明的数据记录方法、数据删除方法、数据显示方法、记录装置、记录媒体以及程序，在索引文件中，关于管理着的各文件，管理区别是向用户展示还是隐藏、是原始还是已无损编辑过的信息，根据这些信息来进行删除处理及一览显示处理。因此，不会给用户带来混乱而可以用索引文件来管理参考电影。

权利要求书

(按照条约第19条的修改)

1.一种数据删除方法，从具有对至少含多个分割数据和参考所述分割数据的总括数据的多个数据进行汇总管理的表的记录媒体中，删除所述表中的项对应的数据，其特征在于：

具有在所述删除之际，判断已登录的项对应的数据是否是初始记录数据的步骤。

2.权利要求1中记载的数据删除方法，其特征在于：

所述判断已登录的项对应的数据是否是初始记录数据的步骤是基于所述项管理的数据是否被分割记录的信息、与其它项管理的数据的关联信息以及作成时间。

3.一种数据记录方法，在记录媒体记录把多个数据分别作为项进行汇总管理的表，其特征在于：

在所述项记录有关该项管理的数据是否是初始记录数据的信息。

4.(修改后)一种数据记录方法，在记录媒体记录把多个数据分别作为项进行汇总管理的表，其特征在于：

在所述项记录与其它项管理的数据的关联信息，

在所述项记录管理是否把该项管理的数据的存在向用户展示的信息。

5.权利要求3或4中记载的数据记录方法，其特征在于：

所述多个数据至少含有多个分割数据和参考所述分割数据的总括数据。

6.(修改后)权利要求3或5中记载的数据记录方法，其特征在于：

在所述项记录与其它项管理的数据的关联信息。

7.权利要求3至6之一中记载的数据记录方法，其特征在于：把所述表存储在文件中。

8.一种数据删除方法，从具有对至少含多个分割数据和参考所述分割数据的总括数据的多个数据分别作为项进行汇总管理的表的记录媒体中，删除所述表中的项对应的数据，其特征在于：

在所述记录媒体中记录了在所述数据对应的项管理是否是初始记录数据的信息，

具有在所述删除之际，根据有关删除对象的数据是否是所述初始记录数据的信息以及与其它项管理的数据的关联信息，来判断是否可以删除的步骤。

9.一种数据删除方法，从具有对多个数据分别作为项进行汇总管理的表的记录媒体中，删除所述表中的项对应的数据，其特征在于：

在所述记录媒体中，记录了在管理所述数据的项管理是否把该数据的存在向用户展示的信息以及与其它项管理的数据的关联信息，

具有在所述删除之际，基于所述关联信息来变更管理是否把所述数据的存在向用户展示的信息的步骤。

10.(修改后)一种数据显示方法，从具有对多个数据分别作为项进行汇总管理的表的记录媒体中，读出所述表进行显示，其特征在于：

基于管理是否把所述数据的存在向用户展示的信息来控制显示。

11.一种记录装置，把多个数据分别作为项进行汇总管理的表记录到记录媒体中，其特征在于：

具有在所述项记录有关该项管理的数据是否是初始记录数据的信息的单元。

12.(修改后)一种记录装置，把多个数据分别作为项进行汇总管理的表记录到记录媒体中，其特征在于：

在所述项记录与其它项管理的数据的关联信息，

具有在所述项记录管理是否把该项管理的数据的存在向用户展示的信息的单元。

13.一种记录媒体，记录了把多个数据分别作为项进行汇总管理的表，其特征在于：

14.(修改后)一种记录媒体，记录了把多个数据分别作为项进行汇总管理的表，其特征在于：

在所述项记录与其它项管理的数据的关联信息，

15.一种程序，使计算机执行权利要求1、2、8、9之一中记载的数据删除方法或权利要求3至7之一中记载的数据记录方法。

16.一种记录了权利要求15中记载的程序的计算机可读取的记录媒体。

Claims

2.权利要求1中记载的数据删除方法，其特征在于：

4.一种数据记录方法，在记录媒体记录把多个数据分别作为项进行汇总管理的表，其特征在于：

5.权利要求3或4中记载的数据记录方法，其特征在于：

6.权利要求3至5之一中记载的数据记录方法，其特征在于：

在所述项记录与其它项管理的数据的关联信息。

7.权利要求3至6之一中记载的数据记录方法，其特征在于：

把所述表存储在文件中。

10.一种数据显示方法，从具有对多个数据分别作为项进行汇总管理的表的记录媒体中，读出所述表进行显示，其特征在于：

在所述记录媒体中，记录了在管理所述数据的项管理是否把该数据的存在向用户展示的信息，

12.一种记录装置，把多个数据分别作为项进行汇总管理的表记录到记录媒体中，其特征在于：

14.一种记录媒体，记录了把多个数据分别作为项进行汇总管理的表，其特征在于：