专利名称：索引惟一电子邮件消息及其使用的系统和方法
技术领域：
本发明总体上涉及管理电子邮件消息和消息传送的系统。更具体而言，本发明涉及操纵从电子邮件消息传送系统中抽取的消息。
背景技术：
电子邮件(“email”)消息传送系统在许多企业中已经成为核心应用。在一些单位中，一个人普通一天只发送和接收几个电子邮件消息，而在其它单位中，一个普通用户可以发送和接收许多消息。取决于单位的规模，电子邮件消息传送系统每天可以处理几百乃至上千的消息。随着消息和附件的数量及大小以巨大的速率增长，以及在消息库中的关键商务信息的不断增长的量，管理电子邮件服务器也日渐困难。使电子邮件服务器的容量超过负荷会影响备份和恢复性能，并且可能会由于无意中的删除或者邮件服务器的故障而导致关键任务信息的丢失。
在一些常规的电子邮件系统中，消息库的大小可由某些阈值而加以控制，比如举例而言对个人邮箱可以存储的消息的数量的限制、可被存储在消息库中的消息的累积大小等等。这些阈值可被系统管理员控制，或者在某些情况下，它们可以被“硬编码”到电子邮件消息传送应用中。这种阈值的问题在于，它们用来使消息库保持在某些预定的限制之内，而实际上并没有提供任何管理能力来允许用户将重要消息保留到它们所被需要的那么久。
在本领域中已经使用的另一种用于遏制消息库的大小的方法是“归档”消息。常规的消息归档系统已经被嵌入在电子邮件消息传送应用之中。不过，因为这种系统典型地是专用软件应用，所以电子邮件管理员可能不具有许多如何来归档和检索消息的选项。有些系统可能要求系统管理员必须在用户需要检索归档的消息时进行干预。在其它系统中，“归档”仅仅是将消息下载到用户的本地硬盘，而该用户的本地硬盘可能不容易被访问或者被搜索以检索归档的消息。
在那些不包括整合归档功能性的电子邮件系统中，系统管理员可以通过电子邮件备份过程来实现人工归档操作。备份过程被典型地设计成允许在灾难性故障的事件下完全恢复消息库(也称为“邮局”)。然而，这种备份过程典型地并不提供对于归档系统所希望的许多功能性。例如，在一些备份过程中，电子邮件管理员可能仅仅为了从个人用户的邮箱中检索一个或多个消息而不得不恢复整个邮局。典型的备份过程的附加问题在于电子邮件消息以消息的内容为基础。如果没有全文搜索的能力，就更难确定特定的电子邮件消息是否已经被归档。
对于更加复杂的电子邮件管理，不同的单位可以有不同的电子邮件归档需求。例如，“全面的”归档方案可能被要求，其中在用户有机会删除任何消息之前，归档过程必须能够“实时”地捕获到所有的消息。执行全面归档的一种方式是，在消息被发送或被接收时截取它们并将所述消息的拷贝放置到档案中。采用这种方式，在消息被分发到所有的接收方之前，消息可以被捕获并被归档。因此，档案文件总体而言仅仅存储每个归档的消息的一份拷贝。这有助于减小档案文件的大小。
在其它单位中，公司的策略可能不要求全面归档，而相反可能是每周或者以其它的周期来运行归档过程。这种归档过程不会捕获由电子邮件系统所处理的每条消息，而仅仅捕获那些到所述过程运行时还没有被删除的系统中的消息。与实时归档系统不同，在周期性的归档系统中，消息只是在它们已经被分发到各个接收方之后才被捕获。第三方或者外部的、周期性的消息归档系统基本是通过阅读在所述系统的每个邮箱中所存储的所有消息来操作的。所阅读的每个消息然后被拷贝到档案文件中。因为每个邮箱都是独立于其它邮箱而被阅读的，所以由这种常规的归档系统所建立的档案文件变得不必要地大。因此，被发送到多个邮箱的消息将看起来是处在档案文件中。尽管如果归档系统访问过消息库的内部结构，则对于归档系统而言有可能仅仅归档每个消息的单一的拷贝，但是，由于电子邮件系统的专有性质，所以对于第三方，这种访问典型地不被准予。
因此，存在对于一种索引从电子邮件消息传送系统所抽取的惟一电子邮件消息的系统和方法的需要。
发明内容
本发明提供一种索引从电子邮件消息传送系统所抽取的惟一电子邮件消息的系统和方法。这种方法包括如下步骤阅读来自电子邮件消息传送系统上的邮箱的消息，其中所述消息包括多个消息属性。消息属性的例子包括发送者的名字、发送者的提交时间、主题等。如果始发的电子邮件消息传送系统是外部的消息传送系统，则发送者的名字可以例如是电子邮件地址，或者如果电子邮件消息传送系统是目的消息传送系统，则可以是一个规范的名字。提交时间优选地是以由始发邮件消息传送系统所设置的提交时间为基础的，并且可以例如是以微秒来表示的。
本发明然后使用消息属性来计算惟一标识符或消息标记，它优选地包括一串数据。例如，发送者的名字和发送者的提交时间可以被用于计算消息标记。如果该消息是惟一的，则消息标记就被存储在与消息档案相关联的索引文件中，也就是说，如果消息标记不惟一，则消息也不惟一。
为了加速该确定消息是否惟一的过程，可以对消息标记施加散列算法以便获得该消息的预定长度的“签名”。因此，由于索引记录具有统一的长度，所以对新计算的消息标记和已经被存储在索引文件中的消息标记之间的比较就会更加快速。
本发明还包括一种归档的系统和方法，其中只将惟一的消息存储到消息档案中。
图1是说明用于在本发明的第一实施例中计算消息标记的方法的示意图。
图2是说明用于在本发明的第二实施例中计算消息标记的方法的示意图。
图3是本发明的实施例的示范性体系结构的示意图。
图4是用于根据本发明的实施例来归档电子邮件消息的步骤的流程图。
图5是说明根据本发明实施例的惟一性检查系统的部件的示意图。
具体实施例方式
本发明提供一种索引从一个或多个电子邮件消息传送系统所抽取的惟一电子邮件消息的系统和方法。本发明还提供用于只归档相同电子邮件消息的惟一的多个拷贝的系统和方法。
本发明使用索引文件来存储关于以前已经从电子邮件消息传送系统中抽取的消息的信息。索引文件可以使用允许容易地查找和比较所述文件中的条目的任何合适的格式来存储。例如，索引文件可以是文本文件、扩展页、或者关系数据库表或者表组。每当将电子邮件消息添加到档案中时，“消息标记”就被生成并被存储到索引文件中。消息标记是以足够的电子邮件消息的特性或者属性为基础来建立每个电子邮件消息的惟一标识符。
本发明的系统和方法可以用在电子邮件消息传送系统中希望识别重复消息的任何应用中。例如，电子邮件归档应用可以有利地并入本发明的系统和方法来减小或者最小化档案消息库的大小。如果本发明被用在归档系统中，则在将消息添加到档案之前，为电子邮件消息生成临时的消息标记。该临时的消息标记然后被与已经在索引文件中存储的每个消息标记进行比较。如果临时消息标记匹配于索引文件中的现有条目，则该电子邮件消息是已经被归档的。如果情况是这样，则不必将该消息添加到所述档案中。
以下的部分描述本发明的两个实施例。每个实施例使用不同的方法来生成(或计算)电子邮件消息的消息标记。
参考图1描述本发明的第一实施例。在该实施例中，消息标记可以通过将选定的消息属性连接起来以便构成单一的文本串而加以计算。例如，如果电子邮件消息传送系统是Microsoft Exchange系统，则消息可以包括一些属性，诸如在框10中的PR_Client_Submit_Time、框12中的PR_Sent_Representing_Email_Address、以及在框14中的PR_Subject。框16、18、以及20展示与这些属性中的每个相关联的对应数据类型。框22、24、以及26展示对于特定消息这些属性可以具有的实际值的例子。例如，框10中的PR_Client_Submit_Time的值在框22中显示为″0x01c19e138106580″。在该例子中的提交时间表示该消息被消息的发送者提交的那个时间。该时间的格式象由发送者的电子邮件消息传送服务器上的系统时钟所生成的那样。提交时间的格式并不重要，只要该格式对于每个服务器都是标准化的。即，对于从特定服务器接收的所有消息，应该使用相同的时间格式来计算消息标记。
框24包含″/o＝sqa/ou＝dogwood/cn＝Recipients/cn＝Crowen”，它是框12中交换属性PR_Sent_Email_Address的值。该属性在本领域中被公共地称为发送者的“全限定名”。根据发送者的提交时间和发送者的全限定名所生成的消息标记将足以用来惟一地标识多数电子邮件消息。这些值被连接起来(如用链接30所说明的)以便产生消息标记40。
如上所描述的，使用提交时间和发送者的名字通常足以惟一地标识电子邮件消息。不过，为了增加消息标记代表惟一的消息的可能性，可以将其它属性添加到所述串。例如，如图1所展示的，在框14中的PR_Subject属性就可以被包括。在该例子中，该属性的值是“这是一条测试消息”，如框26所展示的。在链接32中，所有的三个属性被连接起来以构成消息标记42。
上述的用于生成消息标记的方法在不背离本发明的精神的情况下可以采用许多方式加以修改。例如，连接次序可以被改变，使得作为结果的消息标记是通过将提交时间串连接到发送者的名字串而构成的。可选地，主题可以在发送者的名字、或者提交时间等等之前。在另一个变化中，发送者的名字可以包括标识电子邮件消息的发送者的其它属性。例如，发送者的名字可以被表示成因特网电子邮件名，诸如“JDoe@acme.com”。该值然后被像上述那样使用。而且，消息标记可以根据其它消息属性(诸如消息大小、报头信息等)被生成而不使用任何发送者的信息。
根据该实施例所生成的消息标记将有变化的长度。即，从电子邮件消息传送系统所抽取的第一条消息的消息标记的长度可以与从电子邮件消息传送系统所抽取的第二条消息的消息标记的长度不同。具体而言，之所以如此是因为发送者的名字和电子邮件消息主题字段可以是有不同的长度。而且，不同的电子邮件消息传送系统可以使用不同的实现来计算提交时间。由于该消息标记的可变长度，如果索引文件很大，则仔细搜寻一遍索引文件可能是一种过长的操作。第二实施例在以下描述，它提供用于优化这种搜索的增强的消息标记。
第二实施例在第二实施例中，通过施加散列算法，将可变长度消息标记转换成具有预定长度的消息标记。在密码术领域中，散列算法通常被用来生成用于加密消息的密钥。它们还被用来生成消息的电子“签名”，电子签名可被用来验证消息的完整性。这种签名还被称为消息的“指纹”或者“消息摘要”。支持这种散列算法的一个原理是将该算法施加到两个不同的消息并得到相同的结果“在计算上是不可行的”。散列算法的另一个原理是作为结果的消息摘要将有统一的长度。正是这第二个原理在本发明的环境中是很有用的。即，如果按照上述所生成的不同消息标记被通过散列算法运行，则作为结果的消息标记就会有统一的长度并且还代表惟一的电子邮件消息。
图2是说明本发明的第二个实施例的操作的示意图。编号为10-42的条目与在上面相关于图1所描述的相同。消息标记42是通过将选定的属性连接起来构成可变长度串(诸如参考图2所描述的串)而生成的。该串然后被用作一个到散列算法50的输入。在该例子中，散列算法50的输出是64比特的数，该数被表示为十六进制串“0x4764e0cc121642b5”，展示在框60中。正如本领域中已知的，这样的一个串最终代表了一组64比特(多个“1”和“0”)，其可以被转换为许多不同的表示。
通过生成具有统一长度的消息标记，对索引文件的查找和比较操作的性能就能够得到很大的改善。在优选实施例中，使用众所周知的“MD5”散列算法。MD5散列算法在www.faqs.org/rfc1321.html的RFC1321中有所定义，在此将其全部引入以供参考。使用MD5散列算法所生成的消息标记将具有128比特的统一长度(即，(如果被转换为ASCII字符)16个字符或者32个十六进制数)。
体系结构图3展示可用来实现本发明实施例的体系结构。企业电子邮件消息传送系统300包括给客户302和304提供电子邮件业务的电子邮件服务器301。电子邮件消息传送系统300可以是Microsoft Exchange服务器，并且在档案服务器330和电子邮件消息传送服务器300之间的通信可以通过众所周知的消息应用编程接口(MAPI)协议被处理。如在本领域所熟知的，MAPI是一个消息传送体系结构和一个客户接口部件。作为一种消息传送体系结构，MAPI使多个应用能够跨越各种硬件平台与多个消息传送系统相交互。作为客户接口部件，MAPI是函数和面向对象接口的完全集，该完全集形成MAPI子系统的客户应用和业务提供商接口的基础。与简单MAPI、公共消息传送调用(CMC)和CDO库相比较而言，MAPI给基于消息传送的应用和业务提供商提供最高的性能和最大程度的控制。
替代地，电子邮件消息传送系统300可以是Lotus Notes邮件服务器且通信可以通过Lotus Notes应用编程接口(API)协议被处理。相似地，如果电子邮件消息传送系统是简单邮件传送协议(SMTP)邮件服务器，则通信可以通过SMTP被处理。
在图3所展示的例子中，通信链路306和308可以使用MAPI、SMTP、或者一些其它协议，这取决于客户系统302和304的能力。电子邮件可以在通信链路321上通过SMTP经由因特网322从外部系统320被接收。在本发明的一个实施例中，档案服务器330基于周期而启动经由通信链路332与电子邮件服务器301之间的归档会话。这个周期基础可以例如是每日的、每周的、每月的或者某个其它合适的时间间隔，这取决于企业的归档需求。通信链路332可以使用任何合适的网络协议，例如，众所周知的传输控制/网际协议(TCP/IP)。在本发明的另一个实施例中，档案服务器330实时地或者接近实时地检索电子邮件。
如在本领域所公知的，电子邮件消息传送服务器301可以包括多个邮箱、目录、文件夹、或者用于将消息和各个用户相关联的其它“存储箱”。如在此所使用的，术语“邮箱”意思是与特定用户相关联的消息组，在可适用的地方，它包括所述用户建立来组织他的电子邮件消息的任何子文件夹或者目录。在一些实施例中，邮箱可以包括用于存储新到达的电子邮件消息的“收件箱”以及用于存储由用户所发送消息的“发件箱”。
在档案服务器330基于周期抽取消息的一个实施例中，档案服务器330阅读在电子邮件服务器301上的每个邮箱中的每一条消息。在另一个实施例中，该档案服务器330可被配置为仅读取自上个周期会话完成(或者被启动)以来被建立和被提交的新消息。在另一个实施例中，档案服务器330可以被配置成仅仅阅读在邮箱的收件箱和发件箱中的消息。不管实现的消息阅读方案如何，归档服务器都检查索引文件以便确定该消息的惟一性。
该“惟一性检查”功能可以被集成到档案服务器330中或者在不同的服务器上被执行。在任一情况中，该惟一性检查功能包括消息标记的计算，如上所述。新阅读的消息的消息标记被与数据库334上的索引文件比较。该索引文件包括与在数据库334上的消息档案中所存储的所有消息相对应的消息标记的列表。如果所计算的消息标记匹配于在所述索引文件中的条目，则所述消息就不是惟一的。即，所述消息已经被存储在消息档案中并且不必进行第二次的存储。否则，如果所计算的消息标记与在所述索引文件中的任何记录都不匹配，则所述消息是惟一的，并且应该被存储到所述消息档案中。如果这样，则所述消息标记还被添加到所述索引文件中。
一旦消息已经被归档到档案服务器330中，所述数据就可以被移到其它存储媒体，而不影响电子邮件服务器301的性能。例如，所述数据可以被移到磁带库系统335、光盘机336、CD/DVD光设备337等。通过将所述归档的数据移动到这种存储媒体，所述单位就有可能降低它的长期存储费用，因为这些媒体没有其它磁性存储媒体那么贵。
图4是说明在本发明的实施例中用于归档电子邮件消息的步骤的流程图。步骤400-406是初始化步骤并且为清楚起见而被示出。也即，一旦一个消息档案和索引文件被提供，该过程执行步骤408-420。在步骤400中，第一消息被从所述电子邮件消息传送服务器的邮箱中阅读。在步骤402中，为所述第一消息计算消息标记，并且在步骤404中，将第一消息存储到所述消息档案中。在步骤406中，将为第一消息所计算的消息标记存储到所述索引文件中。在步骤408中，从所述电子邮件消息传送服务器上的邮箱中阅读第二(或者下一个)消息。所述邮箱可以是与第一消息被阅读的相同的邮箱或者也可以是不同的邮箱。在步骤410中，计算第二消息的消息标记，并且在步骤412中，将第二消息标记与第一消息标记进行比较(即，将第二消息标记与已经在所述索引文件中存储的任何消息标记进行比较)。
在步骤414中，该过程分支，这取决于步骤412的结果。如果第二消息标记匹配于第一消息标记(即，如果第二消息标记已经在所述索引文件中)，则第二消息就不是惟一的，并且该过程移动到步骤420。如果所述消息是惟一的(即，所述消息标记并不匹配于所述索引文件中的任何条目)，则在步骤416，将第二消息存储到所述消息档案中，并且在步骤418中，将该第二消息标记存储到所述索引文件中。
在步骤420，该过程检查以便查看是否还有要从所述电子邮件消息传送服务器中被阅读的消息。如果还有消息，则该过程就返回到步骤408以便阅读下一条消息。否则，如果不再有消息，则该过程就结束。
图5是展示在本发明的第二实施例中消息标记是如何被计算的示意图。图5中，电子邮件消息属性500被从所述电子邮件消息中选择。如在此所描述的，发送者的名字和提交时间的组合在大多数应用中可能足以惟一地标识电子邮件消息。所选定的属性被组合以便构成单一的串。该串可以包括也可以不包括空格。在框502，将该串转换为合适的比特表示。在框504，将散列算法施加到所述比特串以便在框506确定消息标记。
如在此所描述的，归档和检索电子邮件消息的本系统和方法可以被用在使用专用归档服务器和诸如SQL或ORACLETM类型的数据库系统的大型企业环境。可选地，归档服务器可以运行在与电子邮件消息传送服务器相同的平台上。如以上所述，电子邮件消息传送服务器可以是以任何合适的电子邮件消息传送协议为基础的，例如，Microsoft OUTLOOKTM、Lotus NOTESTM、或者专有的或非专有的电子邮件消息传送系统。
包括应用程序的实施例本发明的实施例还包括其本身被在任意磁或电的媒体上记录的应用程序、以及使用该程序编程的计算机系统。在该实施例中，这样编程的计算机系统被配置成遍历电子邮件消息传送服务器上的邮箱以便标识要被添加到档案中的消息。在本发明的程序被执行之前，这种程序可以操作来处理被交付到所述电子邮件消息传送系统的消息。采用这种方式，所述程序标识和抽取现有的电子邮件消息以便归档。所述程序还可以被配置成实时地归档消息，即，当消息被所述电子邮件消息传送系统处理时，一份拷贝由所述档案服务器加以检索以便进行归档处理。
本发明的实施例可能包括嵌入的关系数据库以便支持消息元数据的高速搜索。在这种实施例中，消息的关键字或者全文被添加到消息索引文件以便快速搜索消息。此外，某些附件内容可以被添加到所述消息索引。例如，以公共字处理应用为基础的附件可以被所述归档服务器阅读，以便使能对这些附件的全文搜索。
本发明提供一种用于在外部归档来自电子邮件消息传送系统的电子邮件消息的综合解决方案。本发明可以被负责维护电子邮件消息达延长的时间段的单位使用。例如，在某些金融单位，联邦保密和交换委员会(SEC)已经要求所有的记录包括电子邮件消息必须被归档达5年的时间段。这些记录必须被采用使得各个记录能够根据请求而被检索的方式来存储。通过将电子邮件消息与全文搜索能力消息一起存储在外部档案中，本发明的实现就可以解决这些和其它需求。而且，通过检查重复的消息，档案消息库的大小可以被保持在可管理的水平。
本发明优选实施例的前面的公开内容是为了说明和描述的目的而被展示。其目的不是要穷尽本发明也不是要将本发明限制在所公开的准确形式。根据上面的公开内容，在此所描述的实施例的许多变化和修改对于本领域技术人员而言，是显而易见的。本发明的范围仅仅由所附的权利要求书以及由它们的等价内容来加以限定。
而且，在描述本发明的代表性实施例中，说明书可能已经将本发明的方法和/或过程作为特定顺序的步骤进行了展示。然而，在某种程度上，所述方法或者过程并不依赖于在此所阐述的特定次序的步骤，所述方法或过程不应该被限制在所描述的特定顺序的步骤。如本领域技术人员应该理解的，其它顺序的步骤也是可能的。因此，在说明书中所阐述的特定顺序的步骤不应该理解为是对权利要求的限制。此外，针对本发明的方法和/或过程的权利要求不应该被限制在它们的步骤以所记载的次序执行，并且本领域技术人员会容易地理解，所述顺序是可以被改变的并且还保持在本发明的精神和范围之内。
权利要求
1.一种在从电子邮件消息传送系统中所抽取的多个电子邮件消息中标识惟一电子邮件消息的方法，所述方法包括从所述电子邮件消息传送系统上的邮箱中检索消息，所述消息包括多个消息属性；根据所述多个消息属性的至少一部分计算消息标记；复查在索引中存储的消息标记的列表；根据在该索引中是否查找到所述消息标记来确定所述消息是否不是一个已经存储在消息档案中的重复的消息；以及如果该消息不是一个重复的消息，则在该索引中存储该消息标记且在该消息档案中存储该消息。
2.权利要求1的方法，其中所述消息标记通过连接选自所述多个消息属性中的至少两个属性而加以计算。
3.权利要求2的方法，其中所述消息标记还通过将散列算法施加到所述消息标记以便构成统一的串而加以计算，其中所述统一的串具有预定的长度。
4.权利要求3的方法，其中所述散列算法是MD5散列算法。
5.权利要求1的方法，其中所述多个消息属性包括发送者的名字以及发送者的提交时间，并且其中所述消息标记通过将所述发送者的名字连接到所述发送者的提交时间而加以计算。
6.权利要求1的方法，其中所述多个消息属性包括发送者的名字、发送者的提交时间以及主题，并且其中所述消息标记通过将所述发送者的名字和所述主题连接到所述发送者的提交时间而加以计算。
7.权利要求1的方法，其中所述索引被存储在关系数据库中。
8.权利要求1的方法，其中该多个消息属性至少包括该消息的主体的一部分。
9.权利要求1的方法，其中计算该消息标记包括将散列算法施加到消息串以便构成统一的串，其中该统一的串具有预定的长度。
10.一种在从电子邮件消息传送系统中所抽取的多个电子邮件消息中标识惟一电子邮件消息的系统，所述系统包括通信接口，被配置为从所述电子邮件消息传送系统上的邮箱中检索消息，所述消息包括多个消息属性；以及处理器，被配置为根据所述多个消息属性的至少一部分计算消息标记；复查在索引中存储的消息标记的列表；根据在索引中是否查找到所述消息标记来确定所述消息是否不是一个已经存储在消息档案中的重复的消息；以及如果该消息不是一个重复的消息，则在该索引中存储该消息标记且在该消息档案中存储该消息。
11.权利要求10的系统，其中所述消息标记通过连接至少两个属性以形成一个消息串而加以计算。
12.权利要求11的系统，其中所述消息标记还通过将散列算法施加到所述消息串以便构成统一的串而加以计算，其中所述统一的串具有预定的长度。
13.权利要求12的系统，其中所述散列算法是MD5散列算法。
14.权利要求10的系统，其中所述多个消息属性包括发送者的名字以及发送者的提交时间，并且其中所述消息标记通过将所述发送者的名字连接到所述发送者的提交时间而加以计算。
15.权利要求10的系统，其中所述多个消息属性包括发送者的名字、发送者的提交时间以及主题，并且其中所述消息标记通过将所述发送者的名字和所述主题连接到所述发送者的提交时间而加以计算。
16.权利要求10的系统，其中所述索引被存储在关系数据库中。
17.权利要求10的系统，其中该多个消息属性至少包括该消息的主体的一部分。
18.权利要求10的系统，其中该消息标记是通过将散列算法施加到消息串以便构成统一的串而计算的，其中该统一的串具有预定的长度。
全文摘要
一种在使用外部的服务器和数据库系统的大型企业环境中标识惟一电子邮件消息的系统和方法。消息惟一性被通过根据所述电子邮件消息的属性(500)而给每个消息指配消息标记加以确定。所述消息标记(506)可以使用散列算法(504)来计算以加速索引和比较。所述消息标记(506)被与和先前存在的电子邮件消息相关联的消息标记的索引文件相比较。如果在所述索引文件中发现一个匹配的消息标记，则所述电子邮件消息就不是惟一的。否则，所述电子邮件消息就是惟一的，并且所述消息标记被添加到所述索引文件(406)。所述系统可以包括用于存储所述索引文件的关系数据库。还公开了使用本发明的惟一性检查特征的归档系统和方法。
文档编号G06F17/30GK101030275SQ20071008936
公开日2007年9月5日 申请日期2002年2月12日 优先权日2001年2月12日
发明者C·E·罗文 申请人:Emc公司