CN1639689A - 处理数据的方法、数据存储系统、文件系统和计算机程序产品 - Google Patents

Abstract

在文件系统中，特别是在实时文件系统中，完全把数据写入到盘中也许是不可能的。然而尽管如此，例如在MPEG流的情况下，已经写入到盘中的数据往往也仍然是有用的。对提供元数据的文件系统中缺损的文件部分进行标记，使得应用能够执行应用专用的纠错或错误掩蔽。通过使用过滤器驱动器，文件系统能够利用这种错误处理加以扩展，由此来使这个功能可用于每个应用。

Description

处理数据的方法、数据存储系统、文件系统和计算机程序产品

本发明涉及一种处理数据的方法，其中数据被记录在数据存储介质上，并且关于错误记录的数据的物理信息被标识。本发明进一步涉及一种包括数据存储介质和文件系统的数据存储系统，还涉及一种文件系统，并且还涉及一种计算机程序产品。传统的面向数据的文件系统趋向于针对最大的数据完整性，延迟每个命令的结束直到得到正确执行为止。硬盘驱动器或文件系统可以采取这种措施。一般而言，“某个数据丢失”相当于“所有数据都丢失”。在盘上所使用的文件系统格式和应用编程接口(API)上所使用的文件系统格式中，这种选择是可见的，其中所述应用编程接口用于让应用与文件系统相通信。这个方法并不非常适用于操作系统的当前需求，特别是不适用于处理数据流的操作系统。

具体而言，传统的面向数据的文件系统没有实时要求，并且针对最大数据完整性的概述方法特别不适合用于需要高处理性能和有效性的数据流时。特别是将要在确定的时间限制内处理数据。此外，适合的硬盘或基于盘的装置记录像MPEG编码视频的多媒体流，需要用于将它们的数据写入到磁盘或盘并且用于读回数据的实时文件系统。在下面，术语“盘”指的是可用作为数据存储介质的各种磁盘或盘。

例如，实时文件系统试图及时地写入所有的数据，但是由于盘的问题，时常不成功。于是，就存在两种选择：过迟地写入数据，或者丢弃一些未写入的数据。第一种选择将典型地造成用于记录的缓冲器发生上溢，这可能会导致相当大量的数据丢失。第二种选择将保持数据损失很低。尤其是在结合了包含对数据发送器有时间限制的硬盘和合适的调度器(scheduler)的情况下，这个方案将最起码能保持数据损失很低。

可以调整用于在时间限制之内将数据-特别是音频/视频流(A/V流)写入到硬盘驱动器系统的方案，以致在预定的时间限制之内存储数据。随即，硬盘驱动器系统可以检测写入错误。同样，由于时间限制，数据也可能不会被完全地写入到盘中。这意味着：存储在盘上的流中的数据是不确定的。这尤其意味着：数据要么错误要么它属于完全不同的流。所以，基本上讲，什么东西在盘上是不确定的，但是在大多数情况下，盘上的东西将是旧的数据。在所有这些情况下，将把这类数据称为“错误”数据。

可以根据现有技术的这种依赖于分配与重新分配方案的缺损管理方法来处理硬盘的物理错误，有时被称为用于硬盘上的错误扇区的跳过与滑过方案。也就是说，这种方案仅仅提供了相对于错误数据的物理信息-比如盘上的错误块或位置的措施，这些措施是相关的，并且同样局限于硬盘驱动器系统。在所提到的缺损管理方法内，可以通过把最初安排要写入硬盘驱动器的缺损扇区的数据写入到硬盘驱动器的备用区域来进行掩盖或校正。由此，跳过了缺损扇区，并且将最初安排写入这类缺损扇区的数据写入到硬盘驱动器上的备用区域中。当应用这种常规方案时，存在某些缺点。具体来讲，由于数据传输头通常必须执行轨道切换或者起码不能从最初计安排的物理块地址序列中读取，因而这种依赖于缺损管理的物理信息的常规方案将花费额外的时间。

在EP 0880136中公开了一种数据再现设备，其中当进行数据再现时，一个再现装置就根据已存储在硬盘驱动器的寄存器中的错误信息来从记录介质再现数据。由于仅仅在再现数据期间指明错误数据，因而这种方法不能防止或及时地指出对错误数据的存取。这在再现数据期间将导致性能损失并且花费额外的时间。此外，错误信息仅仅是在从记录介质再现数据期间产生的。

在EP 0953977中提出了：当在记录步骤中，分配区域不足时，向应用层报告记录数据的数量。这种数量信息仅仅依赖于硬盘驱动器的物理信息。

在硬盘驱动器的未记录区域中进行记录期间，会产生硬盘的缺损块或扇区。在EP 0953977中，常规文件缺损管理被应用来提供表明用硬盘驱动器的备用区域中的块来替换缺损块的信息，以便防止对硬盘驱动器上缺损块的重读或重写。这种方案仅仅依赖于数据处理系统最低层内的物理缺损管理信息，即硬盘驱动器层或其它的数据储存装置层。例如，物理信息关注的是表明利用盘驱动器的备用区域中的块替换缺损块。

当数据需要重放时，这种方案仍然依靠于等待错误检测直到读取为止。硬盘驱动器系统将试图用依赖于对硬盘驱动器缺损扇区的重新分配、重新映射或跳过与滑过方法的缺损管理方案来恢复错误。这在硬盘驱动器系统的错误恢复过程完毕以前通常将花费若干秒。这类恢复方案的时间限制可以设置在读取数据时。继而，因恢复数据而消耗的无效精力造成的时间损失是有限的，但是仍然损失了时间。

另一个问题是：由于数据的未写入，某一旧的数据继续作为新流的一部分留在盘上。通过这种方式，内部硬盘纠错码信息将是有效，并且在读取分组期间将被硬盘视为是正确的。这可能会导致严重的解码错误。

具体来讲，EP0953977的讲授依赖于向应用层报告物理缺损信息。因此，在这类应用去激活之后或者在计算机系统关机之后，数据存储系统的应用层和其它层不管怎样都将会损失这类物理缺损信息。可以把存储这类信息到要读取并且和在应用初始化期间有可能要执行的文件中。然而，这将导致时间延迟，并且不是一个使人信服或优选的解决方案。通过仅仅依赖于在数据系统最低层的物理缺损信息，无法执行精确的和早期的缺损管理。这就是本发明的着手之处，本发明的目的就是：规定一种用于处理数据方法、一种数据存储系统、一种文件系统和一种计算机程序产品，其能够更有效地定义错误数据，特别是及时而精确地定义，并且还能够让错误数据的信息暂时可用，甚至是在计算机系统关机或者应用在计算机系统上的应用去激活之后也可以暂时可用。

关于该方法，所述目的是通过这样一种处理数据的方法来解决的，在所述方法中，数据被记录在数据存储介质上并且错误记录的数据的物理信息被标识出来，其中依照本发明，建议为了处理文件系统上的数据，在记录数据期间或其后立即将关于错误记录的数据的逻辑信息标识出来并且将其登记到文件系统层上。

本发明还产生了一种包括数据存储介质和文件系统的数据存储系统，其中依照本发明，所述系统还包括一个过滤器驱动器，用于在记录数据期间或其后立即标识关于错误记录的数据的逻辑信息并将其和登记在文件系统层。

此外，本发明产生了一种文件系统，可被存储在计算机可读介质上，其中依照本发明，提供了一种用于标识错误记录的数据的过滤器驱动器，和一种用于在记录数据期间或其后立即登记错误记录的数据的逻辑信息的文件系统。

此外，本发明产生了一种计算机程序产品，可被存储在由计算机系统可读的介质上，其包括软件代码部分，当所述产品在计算机系统上执行时，所述软件代码部分引起所建议的方法执行。

数据存储介质和计算机可读介质可以是适合在其上储存数据的任何种类的介质。具体来讲，对于所建议的方法和设备，盘驱动器所包含的光盘或盘驱动器所包含的磁盘都是适合的。在本申请中被术语化的盘驱动器或盘意在包括适用于数据储存的各种盘和盘驱动器或者磁盘和盘，尤其也包括光盘和磁盘。

本发明的主要思想是在文件系统层之内实现缺损管理方案，因为文件系统层是这样的系统层，它能够给出文件的缺损部分的精确信息，让缺损信息暂时可用并且能够及时地(即在缺损检测的早期，特别是在读取数据很早以前)登记这类信息。

逻辑信息可以包括直接关于数据文件的数据的任何信息。例如，可以以文件的最小可分配单元(即逻辑分配单元)给出这类信息。可以使用文件系统当中文件的逻辑分配单元，或者可以使用文件的偏移或字节信息或任何其它能够标记出文件的一部分发生缺损的逻辑信息。这类逻辑信息能够标记文件内的多个点，并且可以是任何种类的软件标记。此外，登记这类信息允许保持这类信息对于后来的应用而言可用。可以持久地存储所述信息，且至少暂时是可用的，也就是说，在应用期间以及在应用的去激活之后也都是可用的。特别是，即便在计算机系统关机之后，所述信息也是持久可用的。

所述信息不仅仅被报告而且还被登记下来。此外，还将这类信息登记到文件系统层上，所述文件系统层确保：当应用重新启动或者执行计算机系统时，人们不会碰到与关机之前相同的问题。由于进行了登记，所述信息对于后来的应用保持可用，以供检索信息或再现缺损的数据。此外，依赖于逻辑信息允许精确地标记出文件的缺损的那些部分。在文件的写入操作期间，写入实施可以标记出文件的由于缺损而不能被写入到盘中的那些部分。

各种优点都得以实现。建议的方案确保了大部分的数据将将处于盘上而无大量的数据损失，并且确保了其遗漏的部分在文件中的位置是已知的。这使在重放期间实时地(on-the-fly)施用应用专门的纠错或错误掩蔽或作为修复文件的后台进程都成为可能。建议的方案保持了数据损失很低。具体来讲，由于是应用专用错误处理，因而感觉上的数据损失要低得多。例如，对于在读取或播放音频/视频信息时的纠错几乎不需要额外的处理。如果文件已经被修复，那么在重放期间几乎没有任何另外的处理是必须的。因此，在重放上的时间损失被保持很低。

此外，在从属权利要求中概述了本发明继续展开的结构。

对于所建议的方法，有利地处理数据被调整为用于实时地处理数据。在这种情况下，所建议的数据存储系统或文件系统被调整为包括实时文件系统。如果在记录期间实时文件系统无法及时地把所有数据都写入到盘中，那么例如MPEG数据通常往往会丢失并且无助于再次检索所丢失的数据。根据所建议的方案，实时文件系统能够登记丢失的数据的文件位置。这种逻辑信息被登记在实时文件系统的一层中。所建议的方案适用于任何应用，也适用于没有特定MPEG知识的应用。

此外，可以标识错误记录的数据的物理信息，并且同样也可以在记录数据期间或其后立即将其登记到文件系统层。这可以增强处理效率。

任何因预定时间限制而未记录的数据都可以被确定为错误记录的数据。因此，如有必要的话，往往不会检索还可能仍然正确的任何旧数据。这能够改善数据检索和重放。有利地，记录下最近记录的数据流所包含的错误数据。

逻辑信息可以包括关于文件作为虚拟的被分配的任何数据，特别是下列数据当中的一个或多个：文件本身的错误记录的数据、最近记录的数据流的至少一部分、文件的错误记录的数据的软件标识符标记、错误记录的数据在文件中的位置(特别是标识了地址空间和/或范围)。这种信息可以按照定义文件的缺损或错误区域的逻辑分配单元、字节或偏移量来给出。

文件系统层中的逻辑信息可以由任何通信装置传送到应用层、主机系统或另一个较高的层。具体来讲，可以采用应用编程接口(API)。此外，也可以使用设备驱动器。

数据处理可以有利地包括在数据存储介质上记录数据和再现该数据。具体来讲，在以正确的方式再现数据期间，错误记录的数据的逻辑信息可以被应用来检索对应于错误记录的数据的数据。这可以以适用于应用的任何方式来执行。具体来讲，用于应用的API能够用来检索文件的哪些部分是缺损的。文件可以仅通过API来读取，所述API考虑到了这些缺损的部分，优选地是通过向回报告关于任何不可被检索的缺损部分的信息。可以适当地掩盖、调整或校正错误数据，以便构成所检索的相应数据。

原则上，再现可以包括下列当中的至少一个或多个：数据的回读以及数据的后台修复。有利地，所述逻辑信息被用来以适当的方式检索对应于错误记录的数据的数据。这可以包括下列当中的一个或多个：错误记录的数据的修复、错误记录的数据或其相应数据的额外发送、存储逻辑信息和错误记录的数据的后来的修复、错误记录的数据的替换。

具体来讲，对于实时应用来讲，这类数据可以是MPEG数据。在优选的配置中，所述应用可以在稍后重新把用MPEG分组与文件的错误位置写在一起，在所述MPEG分组中，设置了MPEG流所包含的传输分组中的传输错误指示符位。这往往会用一个有效的MPEG流创建一个完全写入的文件，该文件可以直接用来重放。

此外，如果在重放期间，实时文件系统报告数据不完整或可能不正确，则该应用可以在受影响的MPEG分组中设置错误位以便改善重放质量。这种措施对避免如上所述从现有技术中已知的解码问题而言尤其有用。

关于建议的数据存储系统或文件系统，数据存储系统的配置可以进一步包括：一个过滤器驱动器，用于在记录数据期间或其后立即标识错误记录的数据的逻辑信息并将其登记到文件系统层。有利地，所述系统还包括：一个文件系统层所包含的登记装置，该文件系统层有利地可以是一个管理层或者也可以是一个过滤器驱动器。此外，登记装置在文件系统层之上是可能的，由此来扩展文件系统的功能。

为了在文件系统层与应用之间传送错误记录的数据或其信息，数据存储系统的改进配置还可以包括应用层和通信装置。有利的是，一个应用编程接口可以被用作通信装置。此外，作为另一种可能性，安置在应用与文件系统层之间的设备驱动器还可以被用作通信装置。设备驱动器通常位于操作系统与硬件单元之间；因为这种可能性意指位于文件系统层与应用之间。此外，还可以使一个额外的API可用于一个过滤器驱动器。这种可能性的过滤器驱动器或设备驱动器被称为驱动器。

关于所建议方案的系统，有利的是，还针对应用专用错误处理使用过滤器驱动器。在现代操作系统中过滤器驱动器可以被置于文件系统之上，作为扩展文件系统功能的另一层。通过添加这类应用专用的过滤器驱动器，所有的应用都能够受益于实时错误掩蔽和纠错。否则，每个应用都需要进行它自己的错误处理。逻辑信息数据对于建议的实施例(例如，应用软件)中的较高层来说是可用的。在现有技术中，将把物理信息保持在实施例的设备层中。在建议的方案中，逻辑信息数据对于较高层而言的可用性，实现了在数据流开始前错误信息的可用性。所述较高层可能想要知道它们自身如何处理错误的分组。在常规的系统中，只有在已经给出写入命令并且从应用的角度来看它已结束之后很长时间之后，才将写入错误传递到较高层。其原因在于：在写入命令的情况下，数据被压入高速缓存中并继而稍后才被写入。然而，在建议的方案中，人们希望立即写入硬盘驱动器，以便变得可用、能被标识并且登记到文件系统层。这种可用性可以通过清空(flush)高速缓存来实施。因此，可以强制错误消息。现在将参照附图描述本发明的优选实施例。这些都意在结合优选实施例的详细说明来示出用以阐明本发明构思的例子。按下列附图来举例说明：图1示出了包括依赖于物理地址空间的较低层部分和依赖于逻辑地址空间的较高层部分的数据系统方案；

图2示出了把物理地址空间扇区转换成逻辑地址空间单元的例子；

图3示出了如图1中所举例说明的系统，其适合于实时应用。

图1示出了具有应用1的可能的分层体系结构，所述应用1利用建议的优选文件系统2来通过IDE驱动器3访问硬盘4。数据系统包括依赖于物理地址空间的较低层部分5。此外，较高层部分6依赖于逻辑地址空间。通常在文件系统中进行的物理地址到逻辑地址的转换(7)将跨越线路8来提供。

为了在写入期间处理错误消息和在写入期间存储错误和/或错误恢复信息，特别建议以下这两个实施例：

1.在存储期间通过把元数据中的错误登记到文件系统层或以上层来记录错误。

在重放时，检索数据并且检查相应的元数据。如果所述元数据表明错误的数据，那么就不从盘中检索这一部分。在这种情况下，或者当盘存取导致错误时，建议以下这两种选择：

a)通过设置传输流分组的首部中的传输错误指示符(TEi)位来“修复”该流。这能够通过仅仅设置TEi位或者通过初始化整个分组首部并设置TEi位来进行。在第一种情况下，在(由插值器/解码器)读取分组时，必须直接检查TEi位。在第二种情况下，由于首部是有效的格式，因而这不是必须的。

b)(例如，当系统至少包括两个设备时，通过附加的内部链路或者通过火线或USB)发送流之外的额外参数，并且选择性地加上无效的分组。

2.在HDD系统中记录/存储由主机所提供的所有数据并且保持对存储器中错误位置的管理。在空闲时间，例如，通过内插或设置TS分组传输错误位来修复盘上坏的部分。

附图的图2示出了带有文件的文件系统2是如何跨越线路8、从逻辑地址空间6映射并转换7到硬盘的物理地址空间5上的。该例子示出了这样的文件系统2，其在扇区#4开始它的第一逻辑分配单元，并且具有四个物理扇区大小的逻辑分配单元。这当然可以是任何随机数，也可以是第一逻辑分配单元的开始位置。在该例子中，假定物理扇区具有512字节的大小。这当然也可以是任何随机数，并且实际上这将取决于具体的硬盘。一个硬盘扇区包含例如512字节，所以分配单元的大小是2048字节。在该例子中，文件起始于逻辑分配单元#249，即在扇区#999。如果扇区#1005缺损，则这意味着必须将字节#3072到字节#3584标记为缺损的。在该例子中，文件被存储，从分配单元#249直到分配单元#252。这意味着该文件耗费了文件系统分配空间中的四个逻辑分配单元。在这个例子中，物理扇区#1005是缺损的，这是分配给逻辑分配单元#250的第三扇区。

该文件将由一个应用来寻址，从其第一字节到其最后一个字节。所述应用不了解逻辑分配单元或物理扇区的情况。由于所述文件有四个分配单元大小，因此从字节#0到字节#8191来对该文件中的字节进行寻址。扇区#1005是文件中的第7扇区，所以字节#3072是可能包含错误数据直到字节#3584的第一个字节。无论用何种方式存储，都将这些字节在文件系统管理数据当中标记为缺损的。另外，还可以在应用层中将这些字节标记为缺损的。

当应用试图从文件中读取时，文件系统能够确保这些字节不被读取，除非将错误位置和范围传送给该应用。事先通过附加的API功能将这一信息提供给应用往往也是可能的。

例如，在文件系统管理数据中的某处存储这一信息。可以根据建议的方案来通知请求这个数据的应用：字节#3072到#3584都有可能包含错误的数据，而不是根据现有技术来通知它扇区#1005缺损。有利的是，这也可以在应用通过API请求数据以前进行，例如，文件系统可以提供一个“get_file_errors”函数，该函数然后可以返回相同的信息。

图3示出了进一步改进的体系结构，该体系结构展示了可以代替文件系统2来实现的实时文件系统2a。文件系统2a具有两个API 10和11。一个API 10用于尽力而为(best-effort)类PC的文件存取，其提供了通常的文件存取函数，比如像：open(打开)、close(关闭)、read(读取)、write(写入)、seek(查找)等等。而第二个API 11用于把文件作为实时流来对待，其具用于把文件作为像实时流存取的函数，像：start_stream(启动_流)、stop_stream(停止_流)、pause_stream(暂停_流)等等。实时文件系统2a内的文件系统2创建请求，并且不直接向硬盘发出这些请求，而是向硬盘请求调度器9发出这些请求。这个调度器9确定请求的类型，尽力而为或实时，并且这样排序请求：实时请求总是能够被在它们的绝限之内得到服务。实时请求不同程度地获得了较高的优先级。调度器9还可以完成更多的高级排序技术。

图3用来表明建议方案的基本思想不是依赖于在硬盘4上存储实时文件的构思。过去所存储的任何文件都可以被视作为实时文件。非实时API 10被用来打开文件用于读取或写入。另外，利用实时接口函数11，9被用来把打开的文件连接到流。所以，当为了写入而打开文件时，应用1调用start_stream，继而，文件系统或者潜在另外的或替代的应用必须实时地提供数据，以防止缓冲器下溢。当为了读取而打开文件时，继而应用1必须持续读取缓冲器，以防止它上溢。优选的是，文件系统有责任，而应用没有责任。在优选实施例中，当为写入而打开文件时，继而应用能够提供由缓冲器的流装置生成的数据，而文件系统必须实时地将数据存储到盘中，以防止缓冲器上溢。当为了读取而打开文件时，继而文件系统必须持续从盘中将数据读取到缓冲器中，以防止缓冲器上溢。相对于时间限值的限制，主机可以对于特殊的命令给硬盘提供一个时间限值。接着，该硬盘必须试图在给定的时间限值之内存储或检索尽可能多的数据。在图3的优选实施例中，HDD调度器9将典型地为HDD命令计算时间限值。

特别是，在检索MPEG数据期间由实时系统所导致的掩盖错误的情况下，实时文件系统在它没有足够的时间来检索所有数据的情况下可能会返回不完整的或不正确的数据。在MPEG传输流中，transport_error_indicator(传输_错误_指示符)(TEi)位在每个分组中都被定义，其能够被设置成用来表明在传输期间的不可纠正的错误。解码器能够使用这个信息来改善重放质量。一个transport_packet(传输_分组)如下所示：

语法	位编号	助记符
			transport_packet(){sync_bytetransport_error-indicatorpayload_unit_start_indicatorTransport_priorityPIDtransport_scrambling_controladaption_field_controlContlnulty_counterIf(adapation_field_contrel＝′10′II adaption_field_control＝‘11’){adaption_field()}if(adapation_field_control＝′01′II adaption_field_control＝‘11’){for(i＝0；i＜N；i++){data_byte}}}	8111132248	bsibfbsibfbsibfbsibfuirnsbfbsibfbsibfuirnsbfbsibf

传输流分组层中的字段的语义法义，如下：

sync_byte(同步_字节)是一个固定8位的字段，它的值为‘01000111’(0x47)。应该避免在为其它经常出现字段-例如PID选择选择值时sync_byte(同步_字节)的仿真。

transport_error-indicator(传输_错误_指示符)(TEi)是1位的标志。当设置为‘1’时，它表明在相关联的传输流分组中存在至少1个不可纠正的位错误。这个位可以由传输层之外的实体设置成‘1’。当被设置为‘1’时，不应该把这个位重新设置成‘0’，除非错误中的位值已经被纠正。

payload_unit_start_indicator(净载荷_单元_开始_指示符)是1位的标志，它具有用于承载特定分组或数据的传输流分组的标准含义。

当传输流分组的净载荷包含特定种类的分组数据时，所述payload_unit_start_indicator具有以下意义：‘1’表明传输流分组的净载荷将从该分组的第一个字节开始，而‘0’表明没有任何分组将始于这个传输流分组。如果将所述payload_unit_start_indicator设置成‘1’的话，那么此特定种类的一个也是唯一一个分组就始于这个传输流分组。这同样也适用于特定流类型的私有流。

当传输流分组的净载荷包含特定种类的数据时，所述payload_unit_start_indicator具有以下意义：如果传输流分组承载特定数据扇区的第一个字节的话，那么所述payload_unit_start_indicator值应为‘1’，这表明传输流分组的净载荷的第一个字节承载了pointer_field(指针_字段)。如果传输流分组未承载特定数据扇区的第一个字节的话，那么所述payload_unit_start_indicator值应为‘0’，这表明净载荷中没有pointer_field。这同样也适用于另外的特定流类型的私有流。

对于空分组，所述payload_unit_start_indicator应该设置为‘0’。

本发明可以概括如下：

在文件系统中，特别是在实时文件系统中，完全将数据写入到盘中也许是不可能的。然而尽管如此，例如在MPEG流的情况下，已经写入到盘中的数据往往也仍然是有用的。对提供元数据的文件系统中缺损的文件的部分进行标记，使得应用能够执行应用专用纠错或误差掩蔽。通过利用过滤器驱动器，该文件系统可以被用这种错误处理来扩展，由此来使这个功能可用于每个应用。

尽管这里已经显示并描述了作为本发明优选实施例的内容，但是当然应当理解的是，在不脱离本发明精神的情况下，能够容易地做出形式或细节方面的各种修改和改变。因此，本发明既并不限于这里所显示和描述的确切形式或细节，也不少于这里作为下文的权利要求所公开的本发明整体范围内的一些内容。

Claims (17)

1.用于处理数据的方法，其中数据被记录在数据存储介质(4)上，并且关于错误记录的数据的物理信息被标识，其特征在于：

为了处理文件系统上的数据，关于错误记录的数据的逻辑信息，在记录数据期间或其后立即被标识并被登记在文件系统层(2，2a)上。

2.如权利要求1所述的方法，其特征在于：所述处理适合于数据的实时处理。

3.如权利要求1或2所述的方法，其特征在于：标识出的、关于错误记录的数据的物理信息，在记录数据期间或其后立即被登记到文件系统层(2，2a)上。

4.如前述权利要求中任意一项所述的方法，其特征在于：由于预定时间限制而未被记录的任何数据都被确定为错误记录的数据。

5.如前述权利要求中任意一项所述的方法，其特征在于：由最近的记录数据流所包含的错误记录的数据，在记录数据期间或其后立即被登记到文件系统层(2，2a)上。

6.如前述权利要求中任意一项所述的方法，其特征在于：所述逻辑信息包括从由以下各项组成的组中选出的一项或多项：文件的错误记录的数据、最近记录的数据流的至少一部分、文件的错误记录的数据的软件标识符标记、错误记录的数据在文件中的位置，特别地例如按照逻辑分配单元或字节来把逻辑地址空间和/或范围确定为文件的缺损或错误区域。

7.如前述权利要求中任意一项所述的方法，其特征在于：把在文件系统层(2，2a)中的逻辑信息传递到，特别地由应用编程接口或驱动器传递到应用层(1)、主机系统层或另一个更高的层。

8.如前述权利要求中任意一项所述的方法，其特征在于：所述处理包括在数据存储介质(4)上记录数据和再现该数据。

9.如前述权利要求中任意一项所述的方法，其特征在于：关于错误记录的数据的逻辑信息被应用来在数据再现期间正确地检索错误记录的数据。

10.如前述权利要求中任意一项所述的方法，其特征在于：数据的再现包括从由以下各项组成的组中选出的一项或多项：数据的回读、数据的后台修复。

11.如前述权利要求中任意一项所述的方法，其特征在于：所述逻辑信息被用来检索错误记录的数据，这包括从由以下各项组成的组中选出的一项或多项：错误记录的数据的修复、错误记录的数据的额外发送、逻辑信息和错误记录的数据的后来修复的存储、错误记录的数据的替换，特别是由MPEG数据完成的替换。

12.包括数据存储介质(4)和文件系统的数据存储系统，其特征在于：进一步包括一个过滤器驱动器，用于在记录数据期间或其后立即标识错误记录的数据的逻辑信息并将其登记在文件系统层(2，2a)。

13.如权利要求12所述的数据存储系统，其特征在于：所述系统进一步包括由文件系统层(2，2a)特别是管理层包含的登记装置。

14.如权利要求12或13所述的数据存储系统，进一步包括应用层(1)和通信装置，特别是应用编程接口或设备驱动器，以用来在文件系统层(2，2a)和应用层(1)之间传送错误记录的数据。

15.包括文件系统层(2，2a)和过滤器驱动器的文件系统，可被存储在计算机可读的介质上，用于在记录数据期间或其后立即标识关于错误记录的数据的逻辑信息并将其在登记文件系统层(2，2a)上。

16.计算机程序产品，可被存储在由计算机系统可读的介质上，其包括软件代码部分，当该产品在计算机系统上执行时，所述软件代码部分引起如前述方法权利要求中任意一项所述的方法执行。

17.用于再现视听信息的设备，包括根据权利要求12-14的数据存储系统。

Images