CN101281526A - 信息处理装置、信息处理系统和信息处理方法 - Google Patents

Abstract

第一信息处理装置包括注册单元，其从信息处理装置接收派生关系信息，其中第一文档是父代，对所述第一文档执行操作生成的第二文档是子代，并在存储单元中注册所述信息；以及搜索结果输出单元，其依照指明指定文档和搜索条件的搜索指令输出作为搜索结果的有关在所述存储单元中注册的派生关系包括的文档中满足所述搜索条件的文档的信息，其中所述搜索条件包括定义所述指定文档和搜索对象文档之间应该存在的派生关系的条件。

Description

信息处理装置、信息处理系统和信息处理方法

技术领域

本发明涉及信息处理装置、信息处理系统和信息处理方法。

背景技术

已经开发了多种技术通知用户系统中电子文档的更新，在该系统中电子文档在服务器中注册。

JP 9-223056A公开了一种电子文档管理装置，显示多个用户使用的电子文档文件的改变信息。具体的，当检测到存储设备中的电子文档文件的删除、增加或更新时，此电子文档管理装置以用户指定的方式显示检测到的相关电子文档文件信息。

JP 2001-350667A公开了一种数据更新通知服务器，其将存储在内容服务器中的信息内容数据的更新通知数据接收终端。数据更新通知服务器以预定的时间间隔访问保存指定信息内容的内容服务器，确定指定信息内容的数据是否已经更新。如果检测到信息内容数据的更新，数据更新通知服务器通知数据接收终端此更新。

JP 2002-328865A公开了一种内容提供装置，其通知用户终端上的目标内容已在内容提供站点更新。内容提供装置连续比较用户终端上的目标内容与提供目标内容的内容提供站点上的相应内容，确定用户终端上的目标内容是否最新版本。当用户终端上的内容信息不是最新版本时，内容提供装置通知用户终端此信息。

JP 9-223056A、JP 2001-350667A以及JP 2002-328865A都描述了通知用户在文档或内容中发生的变化的技术。

发明内容

本发明依照搜索条件有益地执行搜索，寻找关于文档状态改变过程的信息并输出搜索结果，此改变由对此文档的操作引起(即派生关系)，如某人在某时对特定文档执行了某操作。

根据本发明的一个方面，提供了第一信息处理装置，其包括注册单元，其从信息处理装置接收派生关系信息，其中第一文档是父代，对所述第一文档执行操作生成的第二文档是子代，并在存储单元中注册所述信息；以及搜索结果输出单元，其依照指明指定文档和搜索条件的搜索指令输出作为搜索结果的有关在所述存储单元中注册的派生关系包括的文档中满足所述搜索条件的文档的信息，其中所述搜索条件包括定义所述指定文档和搜索对象文档之间应该存在的派生关系的条件。

根据本发明的另一方面，所述注册单元进一步从所述信息处理装置接收有关操作的信息并在所述存储单元中注册所述有关操作的信息，所述有关操作的信息是与针对所述第一文档执行的操作相关的信息，所述搜索条件进一步包括与所述有关操作的信息相关的条件。

根据本发明的另一方面，所述注册单元进一步从所述信息处理装置接收公开属性信息并在所述存储单元中注册与所述第二文档相关的所述公开属性信息，所述公开属性信息表示所述第二文档是否是公开对象，以及所述搜索结果输出单元输出作为搜索结果的信息，所述信息与满足所述搜索条件且在所述存储单元中注册的派生关系包括的文档中，与指示公开对象的所述公开属性信息相关的文档相关。

根据本发明的另一方面，提供了信息处理方法，其包括从信息处理装置接收派生关系信息，其中第一文档是父代，对所述第一文档执行操作生成的第二文档是子代，并在存储单元中注册所述信息；以及依照指明指定文档和搜索条件的搜索指令输出作为搜索结果的有关在所述存储单元中注册的派生关系包括的文档中满足所述搜索条件的文档的信息，其中所述搜索条件包括定义所述指定文档和搜索对象文档之间应该存在的派生关系的条件。

根据本发明的另一方面，提供了第二信息处理装置，其传输单元，其向存储与文档间派生关系有关的信息的第一信息处理装置传输派生关系信息，其中第一文档是父代，针对所述第一文档执行操作生成的第二文档是子代；通知条件获取单元，其获取通知条件和搜索条件，所述通知条件包括确定指定文档的条件，所述搜索条件包括规定在所述指定文档和搜索对象文档间应该存在的派生关系的条件；以及搜索指令单元，其依照由所述通知条件获取单元获得的所述通知条件，向所述第一信息处理装置发出指明所述指定文档和所述搜索条件的搜索指令。

根据本发明的另一方面，所述传输单元进一步向所述第一信息处理装置传输有关操作的信息，所述有关操作的信息是与针对所述第一文档执行的操作相关的信息，以及所述通知条件进一步包括与所述有关操作的信息有关的条件。

根据本发明的另一方面，所述通知条件获取单元获得通知条件，所述通知条件进一步包括规定通知与有关所述指定文档相关文档的信息的时间的条件，以及所述搜索指令单元在所述通知条件中规定的时间向所述第一信息处理装置发出搜索指令。

根据本发明的另一方面，第二信息装置进一步包括通知单元，其通知用户从所述第一信息处理装置提供的搜索结果，其中所述通知条件获取单元获得通知条件，所述通知条件进一步包括规定通知所述搜索结果的方法的条件，以及所述通知单元以所述通知条件中规定的方式通知用户所述搜索结果。

根据本发明的另一方面，提供信息处理方法，其包括向保存与文档间派生关系相关的信息的第一信息处理装置传输派生关系信息，其中第一文档是父代，针对所述第一文档执行操作生成的第二文档是子代；获取通知条件和搜索条件，所述通知条件包括确定指定文档的条件，所述搜索条件包括指定在所述指定文档和搜索对象文档间应该存在的派生关系的条件；以及依照由所述获取步骤获得的所述通知条件，向所述第一信息处理装置发出规定所述指定文档和所述搜索条件的搜索指令。

根据本发明的另一方面，提供了信息处理系统，其包括第一信息处理装置和第二信息处理装置，第二信息装置包括：传输单元，其向所述第一信息处理装置传输派生关系信息，其中第一文档是父代，针对所述第一文档执行操作生成的第二文档是子代；通知条件获取单元，其获取通知条件和搜索条件，所述通知条件包括确定指定文档的条件，所述搜索条件包括规定在所述指定文档和搜索对象文档间应该存在的派生关系的条件；以及搜索指令单元，其依照由所述通知条件获取单元获得的所述通知条件，向所述第一信息处理装置发出规定所述指定文档和所述搜索条件的搜索指令；以及所述第一信息处理装置包括：注册单元，其从所述第二信息处理装置接收派生关系信息，并在存储单元中注册所述信息；以及搜索结果输出单元，其依照所述搜索指令输出作为搜索结果的有关在所述存储单元中注册的派生关系包括的文档中满足所述搜索条件的文档的信息。

根据本发明的一个方面，可以为用户提供根据指定派生关系的搜索条件、对特定文档执行操作得到派生文档的信息，

根据本发明的另一方面，可以为用户提供根据派生关系的指定搜索条件和操作相关信息，对特定文档执行操作得到派生文档的信息。

根据本发明的另一方面，可以控制是否提供依照信息处理装置提供的公开属性信息、从特定文档得到派生文档的信息。

根据本发明的另一方面，可以为用户提供根据指定派生关系的搜索条件，对特定文档执行操作得到派生文档的信息。

根据本发明的另一方面，用户可以依照派生关系的搜索条件和通知用户对特定文档执行操作得到派生文档的信息设置搜索条件，然后可以依照指定通知条件通知用户搜索结果。

根据本发明的另一方面，用户可以依照派生关系的搜索条件和操作相关信息设置搜索条件，通知用户对特定文档执行操作得到的派生派生文档的信息，然后可以依照指定通知条件通知用户搜索结果。

根据本发明的另一方面，可以指定关于对特定文档执行操作得到派生文档的信息的通知时间。

根据本发明的另一方面，可以指定关于对特定文档执行操作得到派生文档的信息通知方法。

根据本发明的另一方面，用户可以依照派生关系的搜索条件和通知用户关于对特定文档执行操作得到派生文档的信息设置搜索条件，然后可以依照指定通知条件通知用户搜索结果。

根据本发明的另一方面，用户可以设置搜索和通知用户关于对特定文档执行操作得到派生文档信息的条件，然后可以依照指定通知条件通知用户搜索结果。

附图说明

下面将根据附图对本发明的示例实施例进行详细阐述，其中：

图1的框图简要示出了文档使用管理系统的结构示例；

图2的框图示出了客户终端的内部结构示例；

图3的视图简要示出了附加ID的文档的数据结构示例；

图4的框图示出了文档管理服务器的内部结构示例；

图5的视图示出了在派生关系数据库中注册的数据内容示例；

图6的视简要意示出了图5示出的数据内容中的管理ID组形成的树状结构；

图7的视图示出了接收通知条件设置的屏显示例；

图8的流程图示出了请求处理单元的处理过程示例；

图9的流程图示出了请求处理单元的处理过程示例的部分细节；

图10的视图示出了显示用于表明文档管理服务器提供的搜索结果的窗口的屏显示例；

图11的视图示出了在修改示例中的派生关系数据库中注册的数据内容示例；

图12的视图简要示出了图11示出的数据内容中的管理ID组形成的树状结构；

图13的流程图示出了请求处理单元的处理过程示例；

图14的流程图示出了请求处理单元的处理过程示例的部分细节；

图15的视图示出了在修改示例中的派生关系数据库中注册的数据内容示例；

图16的视图简要示出了图15中示出的数据内容中的管理ID组形成的树状结构；

图17的流程图示出了请求处理单元的处理过程示例；

图18的流程图示出了请求处理单元的处理过程示例的部分细节；

图19的视图示出了计算机硬件结构示例。

具体实施方式

本发明的实施例细节将参考附图进行说明。

图1的框图简要示出了文档使用管理系统的结构。此系统由文档管理服务器10和客户终端20-1、20-2、……(此后统称为客户终端20)，它们彼此通过如因特网、局域网或类似的网络30互连。

将参考图2说明客户终端20。客户终端20是用户对文档执行操作的终端，可以是个人计算机、数字多功能设备(具有复印、传真及打印功能的成像设备)或类似设备。如图2所示，客户终端20包括文档操作单元200、注册处理单元210、文档状态变化通知处理单元220以及存储单元230。

文档操作单元200用于对文档执行操作，包括显示(即由用户“查看”)、编辑、打印和输出文档、阅读和复印纸质文档等类似操作。尽管图2中只示出了一个文档操作单元200，各个操作可以由不同的操作单元执行(例如不同的应用程序，如编辑应用程序和阅读控制应用程序)。如果文档操作单元200是用于创建和编辑电子文档的软件，如文字处理程序，则文档操作单元200依照用户的指示显示电子文档或编辑此电子文档。当文档操作单元200对文档执行操作时，其输出附加ID的文档300作为操作的结果。

如图3所示，附加ID的文档300是包括元信息310和文档内容320的电子文档。文档内容320对应由文档操作单元200执行的操作生成文档的内容数据。如果文档操作单元200是创建和编辑电子文档的软件，则文档内容320是由此软件执行编辑生成的文档文件。而如果文档操作单元200是打印电子文档的设备，则文档内容320可以是要打印的电子文档的内容数据。此外，如果文档操作单元200是扫描或复印纸质文档的设备，则文档内容320可以是读取此纸质文档得到的图像数据。

元信息310是用于文档管理的信息，其包括管理ID 312、父代ID 314以及日志信息316。

管理ID 312是附加ID文档300自身的唯一标识信息。父代ID314是附加ID文档300的父代附加ID文档的管理ID。具体的在本实施例中，对特定附加ID文档执行操作得到的新的附加ID文档和该特定附加ID文档被看成是父代—子代关系。更具体的，当通过对第一附加ID文档执行操作得到第二附加ID文档时，第一附加ID文档就是第二附加ID文档的父代，第二附加ID文档是第一附加ID文档的子代。例如，当文档操作单元200对具有管理ID“A”的附加ID文档执行操作，得到的文档具有管理ID“B”，则后来的文档的元信息310中的管理ID 312就是“B”，此文档的父代ID 314是“A”。这种父代—子代关系称为“(管理ID的)派生关系。”

此处，如果执行操作将未在本系统中注册的电子文档进行初始注册，或者执行操作扫描或复印未注册的纸质文档(在第二个种情况下，生成包含读取纸质文档获得的图像的附加ID文档作为文档内容，并在本系统中注册)，生成的附加ID文档300没有父代ID 314(即不存在父代)。

日志信息316是和生成附加ID文档时执行的操作有关的各种日志项。日志项可以包括执行操作的时间和日期、操作类型、进行操作的用户(操作员)以及类似内容，且不限于这些示例。操作类型包括如注册(在本系统中注册新文档)、查看、编辑、更新(注册更新版本)、打印、扫描、复印纸质文档及类似操作。例如，当用户使用文档操作单元200编辑第一附加ID文档，然后完成编辑，得到的第二附加ID文档的日志信息316包括编辑完成的时间和日期、进行编辑的用户标识信息、以及操作类型“编辑”。

此处日志信息316中包含的操作类型是对应记录日志而使用的分类的操作类型，不必对应于文档操作单元200实际执行的操作类型。因此文档操作单元200执行的多个操作类型可能只与用于日志记录的单个操作类型对应。例如，在如下两中情况下，在日志信息316中包含相同的操作类型“更新”：在文档编辑应用程序上编辑附加ID的电子文档，在操作菜单指示“注册为更新版本”；以及读取具有管理ID的纸质文档，读取控制应用程序的菜单指示“注册读取的文档为获批准版本”。

由文档操作单元200生成的元数据310具体示例如下.

示例1：

<metadata sid＝“Doc2”date＝“2006-01-10T10:20:00”method＝“register”user＝“user1”pid＝“null”/>

此处，sid属性对应管理ID，date属性对应操作时间和日期，method属性对应操作类型。此外，user属性对应进行操作的用户的用户标识信息，pid属性对应父代ID。示例1中的method属性值“register”代表注册新文档(还未在文档管理服务器10注册过)操作的操作类型名称。因为目标操作是注册新文档，因此代表父代ID的pid属性被设置成“null”，表示没有父代。此时当不存在父代ID时，可以省略pid属性，而无需明确包含表示父代ID不存在的属性。

日志信息316还可以包含表明附加ID的文档300是否公开对象(或共享对象)的“公开”属性。假定要公开的附加ID文档的“公开”属性值是“1”，不公开的附加ID文档的“公开”属性值是“0”，“公开”属性为“0”的附加ID文档除特权用户之外不对外公开，特权用户包括为生成文档执行操作的操作员、管理员等人员。

此处“公开”属性值依照操作类型确定。文档操作单元200执行的操作类型或依照日志记录分类的操作类型可以用于确定公开属性值标准。要采用的操作类型简单的在文档操作单元200中设置。

当日志信息316包含“公开”属性时，文档操作单元200生成的元信息310的特定示例如下。

示例2：

<metadata sid＝“Doc5”date＝“2006-10-11T23:45:00”method＝“update”user＝“user1”pid＝“Doc2”shared＝“1”/>

示例2是用户标识信息为“user1”的用户对管理ID为“Doc2”的文档执行编辑操作以“注册(所得文档)为更新版本”而生成的元信息310。此处方法属性值“update”表示更新操作。在本例中，更新操作得到的文档是公开对象，所以其共享属性值是“1”，代表公开对象。

重新参考图2，文档操作单元200包括ID分配单元202和派生关系合并单元204，以生成上述作为操作结果的附加ID文档300。ID分配单元202为操作所得的附加ID文档赋予唯一管理ID。管理ID需要是至少在当前系统中唯一的标识信息。例如可以取得操作即将生成的附加ID文档300(没有管理ID 312)的哈希值，使用此哈希值作为附加ID文档300的管理ID。当使用防碰撞加密哈希函数，如SHA-256(即具有由NIST—国家标准和技术学会制定的FIPS—联邦信息处理标准中定义的256位哈希值的加密哈希函数)作为哈希函数时，能够生成具有实际足够唯一性的管理ID。当然，每个客户终端20生成系统内唯一的管理ID的方法并不限于上述示例。当管理ID包含每个客户终端20特有的标识信息时，可以在每个客户终端20生成系统内唯一的管理ID。

派生关系合并单元204生成元信息310，其包括赋予由ID分配单元202操作结果所得文档的管理ID 312、父代ID 314，父代ID是执行操作所针对的父代文档的管理ID(在初始注册时，不存在父代ID)、以及与操作相关的日志信息316。此处派生关系合并单元204具有代表由文档操作单元200执行的各个操作类型和进行日志记录的各个操作类型间相应的对照关系的信息，使用此信息来获得要在日志信息中包含的操作类型值。派生关系合并单元204还具有如下信息，对于每种操作类型，操作得到的文档是否是公开对象，通过参考此信息来确定其共享属性值。派生关系合并单元204然后将元信息310添加至操作所得的文档内容中，从而生成和输出执行操作得到的附加ID文档300。

当文档操作单元200是应用软件时，ID分配单元202和派生关系合并单元204可以用附加在此软件上的插件程序实现。

注册处理单元210执行将从文档操作单元200输出的附加ID文档300在文档管理服务器10进行注册处理。这样每个客户终端20如上所述的将各个客户终端20自身操作得到的附加ID文档注册在文档管理服务器10中，从而文档管理服务器10可以识别出每个附加ID文档300间的派生关系。

文档状态改变通知处理单元220向文档管理服务器10发出搜索指令，其中指明指定文档和搜索条件。指定文档是由用户指定的文档，在文档管理服务器10中搜索并获得与此指定文档相关的文档信息。当用户希望获得与特定文档相关文档的信息时，此用户将此特定文档设置为指定文档。搜索条件是定义要搜索的文档信息的条件。文档管理服务器10从文档状态改变通知处理单元220接收指明指定文档和搜索条件的搜索指令后，为客户终端20提供搜索结果，其包括与指定文档相关且满足搜索条件的信息。文档状态改变通知处理单元220从文档管理服务器10接收搜索结果后，执行处理通知用户接收到的搜索结果。文档状态改变通知处理单元220包括通知条件获取单元222、搜索指令单元224、搜索结果获取单元226以及通知单元228。

通知条件获取单元222获得由文档状态改变通知处理单元220执行的处理操作中使用的通知条件。通知条件包括确定指定文档和搜索条件的条件。将确定指定文档的条件设置为在客户终端20的存储单元230的文件系统中或另一客户终端的存储单元或与此客户终端20相连的服务器终端，例如，确定特定文件夹中存储的文档为指定文档。或者，确定指定文档的条件可以是确定特定类型的文档为指定文档、或具有特定管理ID的文档作为指定文档的条件。搜索条件包括定义在指定文档和搜索对象文档间应该存在的派生关系的条件。派生关系条件将在后面详细说明。此外，搜索条件可以包括与对文档执行的操作相关的条件。此处与操作相关的条件是指定操作类型、操作时间、操作者及类似内容的条件。

此外通知条件可以包括通知时间的指定，即文档状态改变通知处理单元220执行通知处理操作的时机。通过指定通知时间，可以实现在固定的时间间隔(例如，60分钟或180分钟)或例如在特定时间进行通知。例如可以设置成在用户不使用客户终端20的时间段期间完成通知处理，如在晚间时段。通知时间还可以通过参考客户终端20的使用情况设置，而不管时间和时间间隔。例如，通知时间可以设置成当用户执行登录过程启动客户终端20的使用时执行通知处理。

此外，通知条件可以包括通知方法的指定。通知方法指的是通知用户由文档状态改变通知处理单元220从文档管理服务器10获得的搜索结果的方法。通知方法包括，例如在客户终端20的显示屏(窗口显示)的显示区域内显示搜索结果、在客户终端20的显示屏上改变代表指定文档的图标的显示模式、发送包括搜索结果的电子邮件等等。通过指定通知方法，以用户希望的方式通知用户由文档管理服务器10提供的搜索结果。

通知条件获取单元222通过读取描述通知条件的设置文件获得条件。通知条件设置文件的描述内容示例如下。

示例3：

c:\check\readuser，descendent and method＝read，180，window

在示例3中，第一个逗号“，”之前的字符串“c:\check\reader”代表存储在用户终端20的存储单元230的文件系统中的“c:\check\readuser”文件夹中的附加ID文档被确定为指定文档，即确定指定文档的条件。第一个逗号和第二个逗号“，”之间的字符串“descendent and method＝read”代表搜索条件。在此搜索条件中，“descendent”部分代表如下派生关系条件被指定为搜索条件：对应于指示文档间派生关系的树状结构中的指定文档的后代文档的文档。此外，搜索条件中“method＝read”部分代表操作类型为“查看”的文档为待搜索文档的设定条件。因此，搜索条件“descendent andmethod＝read”指的是指定“对应指定文件的后代文档”和“文档的操作类型为‘查看’”的条件。第二与第三个逗号“，”之间的数值“180”代表执行通知的间隔为180分钟。第三个逗号“，”后的字符串“window”表示通知方法条件是使用窗口显示搜索结果。

搜索指令单元224依照从通知条件获取单元222接收的通知条件向文档管理服务器10发出搜索指令。

搜索结果获取单元226接收从文档管理服务器10提供的搜索结果，将搜索结果提供给通知单元228。

通知单元228执行处理，依照从通知条件获取单元222接收的通知条件指定的通知方法，通知用户从搜索结果获取单元226处接收的搜索结果。

存储单元230保存文档操作单元220及其它执行的操作使用的文档。

作为操作结果从文档操作单元200输出的附加ID文档300可以通过电子拷贝或将其做为电子邮件的附件及与通常文档文件类似的方法发送给其他人。在本例中，由于用于传输电子邮件的软件不遵循本系统，传输操作没有反映在附加ID文档中，从而没有记录在文档管理服务器10中。当从另一用户处接收附加ID文档300的用户使用他/她自己的客户终端20的文档操作单元200对接收的附加ID文档300执行操作时，依照此操作生成具有新的管理ID的新的附加ID文档。

此外，在打印电子文档时，文档操作单元200可以生成管理ID，将此管理ID嵌入在打印的电子文档中。管理ID的嵌入操作可以例如将代表管理ID的代码图像迭加至电子文档的打印图像上。此外，当打印纸包含RFID(射频标识符)标签时，管理ID可以写入此RFID标签中。当执行这种打印操作时，文档操作单元200在文档管理服务器10中注册包括元信息的附加ID文档，元信息包括管理ID、操作类型(在本例中为“打印”)等。当打印附加ID文档时，生成将附加ID文档的管理ID作为父代ID 314的新附加ID文档。此打印操作对应的新附加ID文档可以包括作为文档内容320的打印数据，如页面描述语言数据和代表要打印的打印图像或文档文件的位图图像。

此外，当文档操作单元200读取嵌入管理ID的纸质文档时，文档操作单元200针对读取操作赋予新的管理ID，生成将读取结果所得的图像作为文档内容320的附加ID文档，并在文档管理服务器10中注册此附加ID文档。从初始纸质文档读取的管理ID被设置成此附加ID文档的父代ID 314。在复印嵌入管理ID的纸质文档时，将开始执行上述读取过程和打印过程。

下面描述文档管理服务器10。文档管理服务器10保存从系统中多个客户终端20发送的附加ID文档300，依照存储的信息给用户提供各种服务。如图4所示，文档管理服务器10包括文档数据库100、派生关系数据库110、文档注册单元130和请求处理单元140。

文档数据库100是保存从客户终端20传输的附加ID文档300的文档内容320的数据库。保存在文档数据库100中的每组文档内容320可以通过参考唯一内容ID进行管理。虽然相应文档内容的加密哈希函数获得的哈希值可以用作内容ID，内容ID不限于此例。内容ID可以由客户终端20赋予，此例中内容ID可以包含在元信息310中。或者，取代赋值内容ID，可以在文档数据库100中保存文档内容320，与对应文档内容的附加ID文档300的管理ID相关联。

文档注册单元130在文档数据库100和派生关系数据库110中分别注册从客户终端20接收的文档内容和附加ID文档元信息。这些注册操作中，元信息的注册由派生关系注册单元132执行。

派生关系数据库110是保存主要与附加ID文档300中派生关系信息相关的元信息。图5示出了派生关系数据库110的数据内容示例。图5表格中的一行信息代表对应一个附加ID文档300的元信息记录。在此例中，注册对应每个附加ID文档300的管理ID的项，包括父代ID、节点地址、操作类型、操作者、以及操作时间和日期。元信息记录中的信息项不限于上述示例，可以记录管理所需的任何项，只要包括有管理ID和父代ID对。此处操作类型、操作者、以及操作时间和日期已经在前面进行描述。节点地址表示在由附加ID文档间派生关系形成的树中对应所述管理ID(所述附加ID文档)的节点的位置。在节点地址的描述中，符号“/”代表树的层次深度的分隔符，数字代表从相同父代派生的子代间的顺序。例如，节点“/1”代表对应由新文档注册操作注册的文档的根节点。此外，节点“/1/1”代表根节点“/1”的第一个子代，节点“/1/2”代表根节点“/1”的第二个子代。虽然为了简单描述的缘故，图5只示出了属于单个根节点“/1”派生的单棵树的元信息记录组，但是文档管理服务器10可以注册属于多棵树的元信息记录组，如从根“/1”派生的树和从根“/2”派生的树。此外，在图5中示出的示例中不包括上面描述的“公开”属性项。当所有的注册文档可以是公开对象时，如对本系统中的用户施加限制，则可以忽略“公开”属性的设置，使得所有文档可以当成是公开的对象。

此处，图5只是从数据内容的角度示出了由派生关系数据库110管理的数据，因此没有指定任何特定表达形式或数据库形式。例如，派生关系数据库110可以配置成通用关系型数据库、或将描述元信息的XML(扩展标记语言)文档而不是将管理ID注册为关键词。

图5示出的派生关系数据库110的数据内容形成了图6中示出的树状结构，其中管理ID代表节点，父代子代关系表示成边。

图5和图6中示出的文档日志将在下面顺序描述。首先，还未在文档管理服务器10中注册的文档的“注册”操作由user1的客户终端执行。此处的“注册”操作指的是在文档管理服务器10中注册还未在文档管理服务器10中注册的文档(即没有管理ID的文档)。依照此操作，包含有管理ID为“Doc1”、无父代ID、操作类型为“注册”的元信息以及该文档的文档内容的附加ID文档“Doc1”由user1的客户终端发送至文档管理服务器10。作为应答，文档管理服务器10在文档数据库100和派生关系数据库110中分别注册此附加ID文档“Doc1”的文档内容和元信息。此处文，档管理服务器10识别出操作类型为“注册”，以及父代ID为空，确定此附加ID文档是新树的根节点(初始者)，而不是任何已经在文档管理服务器10中注册过的附加ID文档的子代，然后设置相应节点地址值(在本例中为“/1”)。此后为了标识的目的，注册的文档内容表示成内容ID“内容1”。然后，user1将此附加ID文档分发出去，从而注册至其他用户，如user2、user3等。此分发通过向每个用户发送将附加ID文档作为附件的电子邮件实现。

然后另一用户user2通过使用他/她自己客户终端的文档操作单元200查看附加ID文档“Doc1“。此处user2实际查看的文档内容具有内容ID“内容1”。查看的结果是，客户终端生成附加ID文档“Doc2“，然后在文档管理服务器10中注册此文档。此附加ID文档的元信息包括管理ID”Doc2“、父代ID“Doc1“、操作者“user2”以及操作类型“查看”。此外，因为“查看”操作没有改变文档内容，文档内容保持为“内容1“。如上所述，当文档内容没有操作改变时，客户终端20可以发送没有文档内容的附加ID文档给文档管理服务器10。从接收到的附加ID文档中的父代ID值识别出文档“Doc2”是文档“Doc1”的子代，具体的是它的第一个子代后，文档管理服务器10设置文档“Doc2”的节点地址为“/1/1”。

使用此操作时，操作前在user2的客户终端20中的附加ID文档“Doc1”通过派生关系合并单元204替换成附加ID文档“Doc2”。具体的，派生关系合并单元204将先前的附加ID文档“Doc1”的元信息310中的管理ID 312改成新生成的ID“Doc2”，同时将先前文档“Doc1”的管理ID“Doc1”设置为父代ID 314值。此外，派生关系合并单元204将日志信息316中的操作类型值改成本次执行的操作类型“查看”，将操作时间值改成查看的时间和日期，将操作者值改成user2。此处因为“查看”操作不改变文档内容，所以文档内容320值保持为“内容1”。

如上所述，一旦查看附加ID文档“Doc1”，查看后它就被替换成附加ID文档“Doc2”。因此，在替换后，附加ID文档“Doc1”就不在客户终端20中，替代的在客户终端20中是附加ID文档“Doc2”。

然后，另一用户user3通过电子邮件等方式接收由user2查看过后的附加ID文档“Doc2”，使用客户终端的文档操作单元200查看附加ID文档“Doc2”。然可，查看得到的附加ID文档“Doc3”在文档管理服务器10中注册。此处user3查看的是具有内容ID“内容”的文档内容。使用此操作时，操作前在user3的客户终端20中的附加ID文档“Doc2”通过派生关系合并单元204替换成附加ID文档“Doc3”。具体的，派生关系合并单元204将先前的附加ID文档“Doc2”的元信息310中的管理ID 312改成新生成的ID“Doc3”，同时将先前文档“Doc2”的管理ID“Doc2”设置为父代ID 314值。此外，派生关系合并单元204将操作时间值改成查看的时间和日期，将操作者值改成user3。日志信息316中的操作类型值保持为“查看”。此处因为这次执行的操作同上次操作一样是“查看，所以文档内容320值保持不变。

然后user1分发的附加ID文档“Doc1”由user8的客户终端的文档操作单元200编辑。客户终端然后生成新附加ID文档“Doc4”，该文档包括编辑操作所得的文档内容“内容2”、父代ID为“Doc1”、操作类型值为“编辑”，并在文档管理服务器10中注册该文档。user8的客户终端中的附加ID文档“Doc1”被替换成此附加ID文档“Doc4”。

然后，user4通过使用客户终端的文档操作单元200查看附加ID文档“Doc2”，得到的附加ID文档“Doc5”在文档管理服务器10中注册。然后，user4的客户终端中的附加ID文档“Doc2”被替换成附加ID文档“Doc5”。然后，该附加ID文档“Doc5”进一步被user6通过客户终端的文档操作单元200的方式进行查看，得到的附加ID文档“Doc6”在文档管理服务器10中注册。然后user6的客户终端中的附加文档“Doc5”被替换成附加ID文档“Doc6”。

图5和图6示出了从“Doc1”派生的文档，以及此时在派生关系数据库110中相应的操作。

在此之前，使用派生关系数据库110的数据内容示例描述了如何在本系统中注册文档操作的信息。

重新参考图4，请求处理单元140响应于从客户终端20传输的、包含管理ID的服务请求通过使用派生关系数据库110提供服务。由请求处理单元140提供的服务可以包括为请求的服务所对应的管理ID搜索最新版本的文档。服务的另一例子可以是提供起始(根)文档，该文档与请求的服务的管理ID相对应，或此起始文档的日志信息的服务，或提供管理ID的历史记录；即从起始文档开始到管理ID的文档的操作历史(即表示谁执行了何种操作等信息的信息列表)。服务的另一例子可以是接收在派生关系数据库110中注册的属性项相关的特定搜索条件、且提供满足此搜索条件的附加ID文档列表的服务。这里，上面描述的搜索最新版本服务可以看成提供搜索条件为“最近的操作日期和时间”的搜索结果的服务。同样的，上述提供起始文档信息的服务可以看成提供条件指定为“文档的节点地址是根”的搜索结果的服务。

通过参考客户终端20持有的附加ID文档发出服务请求。例如，当用户操作客户终端20的文档操作单元200打开附加ID文档，文档操作单元200提供服务菜单，菜单中的服务使用派生关系，接收菜单服务中用户指定的所需服务，将包括附加ID文档的文档ID以及代表指定服务的代码一起传输给文档管理服务器10的请求处理单元140。此时，通过用户界面屏幕的输入、用于指定关于包括用户标识信息、操作时间和日期等属性项的搜索条件可以与服务请求一起传输至请求处理单元140。同样，除了管理ID、代表指定服务的代码、以及上面描述的搜索条件外，包括发出指令的用户标识信息、用户输入的鉴别信息等其它信息也可以从客户终端20传输至请求处理单元140。

或者，还可以将用户指定的服务看成一个“操作”，为此“操作”赋予新的管理ID。这样的话，可以生成如下的附加ID文档，其包括作为操作类型的指定服务代码，作为父代ID的指定服务时初始附加ID文档的管理ID，将此附加ID文档当成服务请求传输至文档管理服务器10。这样的话，请求处理单元104通过参考接收的附加ID文档中的操作类型信息确定要提供的服务，当跟踪其派生关系时使用此附加ID文档的父代ID作为起点。

在从客户终端20接收服务请求后，请求处理单元140从请求服务针对的管理ID开始，遍历由派生关系数据库110中注册的管理ID和父代ID间的派生关系配置的树。然后请求处理单元140使用遍历得到的信息执行用户请求的服务。

下面描述通知用户根据实施例的系统中文档状态改变的处理过程。

客户终端20的通知条件获取单元222执行获取通知条件的处理过程。例如，通知条件获取单元222使显示装置显示图7中示出的屏幕显示以接收用户输入。然后用户根据屏幕显示设置通知条件。

在图7示出的屏显中，对于“通知方法”项，用户利用上面描述的方法之一指定通知方法。在图7示出的示例中，提供“通知窗口”、“邮件”和“图标”作为通知方法选项。如果指定“通知窗口”，通知单元228在客户终端20的显示屏上显示窗口表示搜索结果。如果指定“邮件”，通知单元228发送包含搜索结果的电子邮件给指定的电子邮件地址。如果指定“图标”，通知单元228在客户终端20的显示屏上改变代表指定文档的显示模式。

对于“日程安排”项，用户设置上面描述的通知时间。在图7示出的示例中，其被设置为“在登录时”，通知处理在用户执行登录、开始使用客户终端20时执行。

对于“待检查对象”项，用户设置指明指定文档的条件。在图7示出的示例中，其被设置为“所有本地磁盘”，客户终端20的存储单元230中保存的所有附加ID文档都可视为指定文档。

对于“检查条件”项，用户设置上面描述的搜索条件。图7示出的示例用于设置三个选项“操作者”、“派生关系”、以及“操作类型”。对于项“操作者”，指定执行生成附加ID文档处理的用户。对于项“操作类型”，生成附加ID文档的操作类型被指定。对于“派生关系”项，在指定文档和搜索对象文档间应该存在的派生关系条件被指定。派生关系条件定义了指定文档和在文档管理服务器10的派生关系数据库110中的记录代表的树结构中要搜索的文档间赋予的节点位置关系。例如，如果在图7中示出的示例选择“派生文档”，指定“对应指定文档派生的文档”的条件被设置为派生关系条件，如果选择的是“注册文档”，设置指定“与指定文档属于同一棵树的文档”的条件。下面将描述在图7示出的示例中选择“原始文档”时，设置的派生关系条件内容。派生关系条件内容不限于图7中的示例，可以采用指定树结构中节点间关系的任何条件，如“指定文档和指定文档的对应起始文档间的路径中包括的文档”。

还可以设置图7的示例之外的项作为搜索条件。例如，可以设置关于操作时间的条件，如“操作时间最新的文档”、“操作时间最早的文档”、“操作时间最接近指定文档操作时间的文档”及类似条件。

用户可以将搜索条件的各个项与逻辑公式结合指定搜索条件。在图7的示例中，针对“操作者”、“派生关系”、和“操作类型”项，用户选择的项使用“与”条件合并成搜索条件。如果为“操作者”项指定多个用户，操作者条件可以是多个执行操作的操作者中的一个(“或”条件)或者所有(“与”条件)操作者。类似的，如果为“操作类型”指定多个操作类型，通过使用“或”或“与”条件将多个操作类型联合设置成操作类型条件。

“通知内容”项指定在执行通知搜索结果时提供的信息内容。在图7的示例中，用户应该选择“任何一个文档”或“所有结果”。当指定“任何一个文档”，只要存在一个文档满足检查条件，就提供那个文档的信息内容。当指定“所有结果”时，提供所有满足检查条件的文档。此处当指定“所有结果”时，除了所有满足检查条件的文档，这些文档相关的信息也包括在信息内容中，虽然图7中没有示出这种条件设置。

通知条件获取单元222接收由用户设置的通知条件，将接收的通知条件提供给搜索指令单元224和通知单元228。

搜索指令单元224在通知时间给文档管理服务器10提供搜索指令，通知时间由从通知条件获取单元222接收的通知条件指定。在搜索指令处理过程中，搜索指令单元224首先依照通知条件中包含的指明指定文档的条件获得指定文档的管理ID。例如，搜索指令单元224获得存储单元230中指定文件夹中包含的附加ID文档的管理ID。然后，搜索指令单元224将指定文档的管理ID以及定义搜索条件的信息传输至文档管理服务器10。

下文将描述当文档管理服务器10从客户终端20的搜索指令单元224接收搜索指令(服务请求)时，文档管理服务器10的请求处理单元140执行的处理过程。首先，依照搜索指令指定的搜索条件中包含的派生关系条件，请求处理单元140执行搜索处理，其中，相对于指定文档具有该派生关系条件定义的派生关系的文档被指定为搜索对象。例如，如果搜索条件包含指定“对应于指定文档的后代文档的文档”的派生关系条件，则请求处理单元140执行图8和图9中示出的处理过程。下文将描述从user2的客户终端20发出搜索指令的特定示例，其中附加ID文档“Doc2”被指定为指定文档，搜索条件包含指定“对应于指定文档的后代文档的文档”的派生关系条件以及指定“文档的操作类型是‘查看’”的条件。此外，在此特定示例中，假设派生关系数据库110的数据内容如图5和图6所示。

参考图8，在步骤S1中，请求处理单元140首先从客户终端20接收的服务请求中(搜索指令)中提取指定文档的管理ID，将提取的管理ID设置为知名(noted)ID。然后在步骤S2中，请求处理单元140搜索派生关系数据库110寻找此知名ID的子代ID。此处在派生关系数据库110中“父代ID”值是此知名ID的“管理ID”记录是此知名ID的子代ID。然后，在步骤S3中，确定是否识别到了此知名ID的子代ID。如果存在任何子代ID，请求处理单元140针对每个子代ID执行如图9所示的后代搜索过程。如果确定的结果显示知名ID不存在子代ID，则处理过程不执行步骤S4中的处理过程而前进至步骤S5。

在步骤S4中一旦后代搜索过程得以启动，在图9的步骤S11中请求处理单元140将对象子代ID设置成知名ID。然后在步骤S12中，请求处理单元140从派生关系数据库110中获得对应知名ID的记录。在步骤S13中，请求处理单元140将步骤S12获得的记录放置在中间结果列表中。此处的中间结果列表是聚集信息的列表，用于获取请求处理的结果。

在步骤S14中请求处理单元140搜索知名ID的子代ID，在步骤S15中确定是否识别到了任何子代ID。如果有子代ID，在步骤S4中请求处理单元140为每个子代ID递归的执行后代搜索过程。当所有子代ID的后代搜索过程完成时，关于知名ID的处理过程就结束了。同时，如果在步骤S15中确定没有子代ID，关于知名ID的处理过程就结束。

重新参考图8，在步骤S4中当知名ID的所有子代ID的后代搜索过程结束时，对应知名ID的文档派生的文档相关的记录应该聚集在中间结果列表中。如果图5中的知名ID是“Doc2”，则管理ID“Doc3”、“Doc5”和“Doc6”就会保存在中间结果列表中。在步骤S5，请求处理单元140从注册在中间结果列表中的记录中选出满足搜索条件的记录。如果条件“操作类型为‘查看’”被设置成搜索条件，且当管理ID“Doc3”、“Doc5”和“Doc6”(它们的操作类型都是‘查看’)保存在中间结果列表中，则中间结果列表中的所有记录都被选中。在步骤S6中，请求处理单元140可以提供有关对应步骤S5选择的记录的文档的信息作为搜索结果。这里，请求处理单元140可以提供对应文档的内容或提供对应文档的记录中的特定项的内容。或者，请求处理单元140可以将在步骤S5中选出的记录的所有内容发送至客户终端20。此外，如果步骤S5中的中间结果列表中没有满足搜索条件的记录，则在步骤S6中请求处理单元140给客户终端20发送表示没有文档满足搜索条件的信息。

客户终端20的搜索结果获取单元226从文档管理服务器10接收搜索结果，然后将接收的搜索结果传输至通知单元228。通知单元228依照通知条件指定的方法执行通知用户搜索结果的过程。这里假设例如提供了图8中的步骤5中选出的记录内容，图7示例中的通知方法被设置为“通知窗口”。在此例中，通知单元228通过参考搜索结果中的记录内容，执行处理在客户终端的显示屏上显示如图10示出的显示窗口。图10示出了显示从文档管理服务器10提供的搜索结果的显示窗口示例，其中指定文档为附加ID文档“Doc2”，搜索条件包含指定“对应于指定文档的派生文档的文档”的派生关系条件以及指定“文档的操作类型是‘查看’”的条件。当图7中示出的示例指定“邮件”作为通知方法时，通知单元228指示电子邮件发送/接收应用发送包括描述如图10中示出的“user3在2006年10月01日11:05查看”、“user4在2006年10月01日11:45查看”和“user6在2006年10月01日13:35查看”的文本电子邮件。此外，当图7中的示例指定“图标”时，通知单元228以不同于平常的颜色或叠加“查看”字母的图标在客户终端20的显示屏上显示代表附加ID文档“Doc2”的图标。

在上述示例中描述的是如图5所示的在派生关系数据库110注册的内容数据中的记录那样，没有“公开”属性数据时执行的过程。或者，有些例子中，如图11所示，在派生数据库110中注册的记录中的数据包含“公开”属性。当派生关系数据库110将“公开”属性注册为记录中的项时，下面描述的示例中，请求处理单元140使用“公开”属性执行处理。图11示出了文档历史示例，其中特定用户注册了用于回答问卷文档的问卷表格，另一用户通过下载获得此问卷表格并填写，然后注册完成的问卷表格。图12示出了图11中的数据内容形成的树结构。

在本例中，首先，user1执行问卷表格的“注册”操作。在本例中，确定本例中通过“注册(初始注册)”操作和“更新(注册更新的版本)”操作注册的文档是公开的对象。通过user1的“注册”操作，生成具有管理ID“Doc1”的附加ID文档，其“公开”属性值为“1”，表示它是公开对象，文档“Doc1”的文档内容在文档数据库100中注册，在派生关系数据库110中注册对应附加ID文档“Doc1”的记录。然后，user2通过使用他/她自己的客户终端20对具有管理ID“Doc1”的文档执行“取得”操作。此处“取得”操作指的是下载或拷贝文档管理服务器10的存储单元或另一客户终端20的类似存储单元中的附加ID文档。user2使用“取得”操作生成附加文档“Doc2”，其父代ID为“Doc1”，“公开”属性值为“0”，代表非公开对象，此文档在文档管理服务器10中注册。然后，当user2填写问卷表格即附加ID文档“Doc2”，并对于填好的问卷表格执行“作为更新版本注册”操作时，生成新的附加ID文档“Doc3”，其父代ID为“Doc2”、“公开”属性值为“1”，且在文档管理服务器10中注册。然后，当user3“取得”附加ID文档“Doc1”时，生成“公开”属性值为“0”的附加ID文档“Doc4”，其在文档管理服务器10中注册，当user4“取得”附加ID文档“Doc1”时，生成“公开”属性值为“0”的附加文档“Doc5”，其在文档管理服务器10中注册。然后，当user4对附加ID文档“Doc5”执行“编辑”操作时，生成“公开”属性值为“0”的附加ID文档“Doc6”，其在文档管理服务器10中注册。然后，user3填写附加ID文档“Doc4”，执行“作为更新版本注册”操作，将操作结果生成的“公开”属性值为“1”的附加ID文档“Doc7”，其在文档管理服务器10中注册。然后，当user4填写附加ID文档“Doc6”，执行“作为更新版本注册”操作，将操作结果生成的“公开”属性值为“1”的附加ID文档“Doc8”在文档管理服务器10中注册。

有些实例中，执行如图11和图12所示的操作，注册问卷表格的user1希望收集其他用户完成的问卷文档信息。这时，user1通过在客户终端20中将附加ID文档“Doc1”设置为指定文档，且设置搜索条件包含指定“对应指定文档派生的文档”的派生关系条件和指定“文档操作类型为‘更新(作为更新版本注册)’”的条件，使得能够从文档管理服务器10接收完成由user1注册的问卷表格获得的文档有关的信息。

下面描述当从客户终端20接收到特定搜索指令时请求处理单元140执行的处理过程，其中搜索指令中将附加ID文档“Doc1”设置为指定文档，搜索条件包含指定“对应指定文档派生的文档”的派生关系条件和指定“文档操作类型为‘更新(作为更新版本注册)’”的条件，如图11所示的内容数据在派生关系数据库110中注册。

当如图11所示的包括“公开”属性作为记录项的数据的示例在派生关系数据库110中注册时，请求处理单元140执行上述参考图8的处理。但在本例中，请求处理单元140在步骤S4中的后代搜索过程中依照图13中示出的过程而不是图9中示出的处理过程执行处理。具体的，如图13所示，在设置完子代ID作为知名ID(步骤S11)和从派生关系数据库110中获得知名ID对应的记录(步骤S12)后，与图9中示出的步骤S11和步骤S12类似，在步骤S40中确定获得的记录的“公开”属性是否为“1”。如果获得的记录的“公开”属性是“1”，则处理前进至步骤S13。否则如果“公开”属性是“0”，则处理过程不执行步骤S13中的处理直接前进至S14。在图13中，步骤S13中执行的处理操作及随后的步骤与上述参考图9中的步骤类似。通过在步骤S40执行确定过程，在完成图13中的后代搜索处理后(图8中的步骤S4)，只有“公开”属性为“1”的记录被记录在中间结果列表中。在上述示例中，图11中的文档“Doc1”被设置为指定文档，步骤S4完成后，中间结果列表保存了具有管理ID“Doc3”、“Doc7”、和“Doc8”的记录。然后，在图8的步骤S5中，满足搜索条件的记录从“公开”属性为“1”的记录中选出。在上述参考图11的示例中，设置指定“文档操作类型为‘更新(作为更新版本注册)’”的条件，在中间结果列表中保存的所有记录(管理ID为“Doc3”、“Doc7”、和“Doc8”)的操作类型都是“更新”。相应的在本例中，在步骤S5中，中间结果列表中的所有记录(管理ID为“Doc3”、“Doc7”、和“Doc8”)被选出。然后在步骤S6，关于在步骤S3中选出的记录对应的文档的信息作为搜索结果被提供。

已经描述了当指定“对应指定文档派生的文档”的条件作为派生关系条件时请求处理单元140执行的处理过程。下面将描述当指定“与指定文档同属一棵树的文档”的条件作为派生关系条件时请求处理单元140执行的处理过程。当从客户终端20接收的搜索请求中指定“与指定文档同属一棵树的文档”的条件被设置时，请求处理单元140执行图14中示出的处理过程。

在图14中，与图8类似的处理操作用相同的参考数字表示。在步骤S1，请求处理单元140从客户终端20接收的服务请求(搜索指令)中提取指定文档的管理ID，设置此管理ID为知名ID。然后在步骤S20中，请求处理单元140从派生关系数据库110a中获得与此知名ID对应的记录。然后，在步骤S21中确定获得的记录中的操作类型项是否是“注册”。如果操作类型是“注册”，则处理前进至步骤S2。如果操作类型不是“注册”，则处理前进至步骤S22。

在步骤S22中，请求处理单元140将在步骤S21中获得的记录项中注册的父代ID设置为知名ID，然后处理返回至步骤S20。S20至S22的循环步骤代表回溯从请求服务所针对的管理ID开始的派生关系的树结构，寻找操作为“注册”的起始文档(根文档)。如果步骤S21确定的结果为是，则此时的知名ID对应操作为“注册”的根。在图5示出的示例中，如果指定文档的管理ID为“Doc2”，从管理ID“Doc2”开始回溯，这样，最终达到根管理ID“Doc1”。

在图14中，步骤S2中的处理操作及随后的步骤与图8和图9中这些步骤类似。如果图5中示例的指定文档具有管理ID“Doc2”，在步骤S4的处理结束后，与指定文档“Doc2”同属一棵树的文档记录即图5中示出的所有记录都保存在中间结果列表中。此处如果设定搜索条件包括例如“操作类型是‘编辑’的文档”和“文档操作时间为最新”，在图14的步骤5中选择图5中管理ID为“Doc4”的记录，在步骤S6中提供附加ID文档“Doc4”相关的信息。在本例中，提供指定文档相应的最新版本文档。此外，如果在派生关系数据库110中注册的记录包括“公开”属性项，在图14的步骤S4中执行考虑图13中描述的“公开”属性的后代搜索过程。

在另一个可能的示例中，在派生关系的树结构中设置搜索边界作为派生关系的条件，在边界定义的范围内执行搜索。

作为解释这种情况的示例，将会考虑图15和图16中示出的派生关系。本例示出了处理流程，其中特定用户在本系统中注册应用表格(模型表格)或类似的表格，另一用户填好表格，然后将完成的表格在本系统中注册。记录在本例的派生关系数据库110中的数据内容在图15中示出。图15中的派生关系数据库110的内容形成图16中示出的树结构。

在图15中示出的示例中，user1通过使用客户终端20的文档操作单元200创建如应用表格的表格，将管理ID为“Doc1”的附加ID文档在文档管理服务器10中注册。然后，user1编辑附加ID文档“Doc1”，将生成的附加ID文档“Doc2”注册。然后，当user2对附加ID文档“Doc1”执行“取得”操作时，附加ID文档“Doc3”被注册。此外，user3“取得”附加ID文档“Doc1”，然后附加ID文档“Doc5”被注册。然后，user1“更新”为应用表格的附加ID文档“Doc2”，结果注册附加ID文档“Doc5”。然后，当user4“取得”附加ID文档“Doc5”时，附加ID文档“Doc6”被注册。然后，user2填写他获得的应用表格(附加ID文档“Doc3”)，将填写的表格作为更新版本操作“注册”操作。得到的附加ID文档“Doc7”在文档管理服务器10中注册。此外，user1更新附加ID文档为“Doc5”的应用表格，执行操作以“注册更新版本”，将附加ID文档“Doc8”在文档管理服务器10中注册。在图15和图16示出的示例中，与图11和图12示出的示例类似，当在本系统中执行新文档的“注册”操作和“注册更新版本”操作时，“公开”属性值就被设置成“1”。

在图15和图16示出的示例中，可以在派生关系的树结构中设置搜索边界。为了表示边界，在图15中的示例中，附加ID文档的元信息中包括“边界”属性。如果特定文档的“边界”属性值为“1”，这表示此文档和其父代之间设置了搜索边界。另一方面，如果特定文档的“边界”属性为“0”，这表示此文档和它的父代同属相同的搜索范围。哪个操作类型定义搜索边界的结果先前已经在文档操作单元200注册过了。在图15示出的示例中，当文档的“注册”操作和“取得”操作在客户终端20的文档操作单元200中执行时，“边界”属性被设置在“1”。当“边界”属性设置成“1”时，它表示此附加ID文档及其父代ID对应的文档是不同范围内的文档，虽然它们是派生关系。

例如，图15中的附加ID文档“Doc3”的元信息记录在下面的示例4中描述。

示例4：

<metadata sid＝”Doc3”pid＝”Doc1”date＝”2006-10-11T09:11”method＝”download”user＝”user2”shared＝”0”unrelated＝”1”/>

在此例中，“unrelated”属性对应“边界”属性。此外，在示例4中，“method”属性值为“download”表示“取得”操作。

在可能的情况中，特定用户生成特定形式的文档并将其在文档管理服务器10中注册(后面称之为“原始文档”)，另一用户通过下载操作获得在文档管理服务器10中注册的原始文档，并填写此原始文档，然后将完成的文档在文档管理服务器10中注册，如图15和图16所示。在此情况下，如果生成和注册原始文档的用户适当地编辑此原始文档并将编辑过的文档作为更新版本进行注册，另一试图填写此原始文档的用户可能希望确定原始文档的更新版本是否存在，并获得此原始文档的更新版本。在此情况下，根据本实施例，如果用户在如图7所示的设置通知条件的显示屏中选择例如“原始文档”作为派生关系的条件，则会提供原始文档更新相关的信息。

下面将描述如下过程示例，其中user3设置应用表格(“Doc4”)，user3自己执行“取得”操作作为指定文档，在图7示出的显示屏中选择“原始文档”作为派生关系的条件。如果用户选择“原始文档”，设置的派生关系条件是指定“‘取得’目标文档(即，对应‘取得’操作的文档的父代文档)的后代形成的局部树中的搜索边界定义的范围中包含的文档”的条件，设置搜索条件为“操作类型为‘更新’的文档”。假定在图15和图16示出的示例中文档“Doc4”被设置为指定文档，“取得”的目标文档(“Doc1”)的后代形成的局部树中，搜索边界(文档“Doc2”、“Doc5”和“Doc8”)定义的范围中的文档是搜索的对象。

图17示出当“原始文档”被选作派生关系条件时请求处理单元140执行的过程示例。首先在步骤S1中，请求处理单元140将请求服务针对的管理ID作为知名ID。然后在步骤S20中，请求处理单元140从派生关系数据库110中获得此知名ID对应的记录。在步骤S30中，请求处理单元140确定在步骤S20获得的记录中“边界”属性值是否为“1”。如果“边界”属性值是“0”，在步骤S31中请求处理单元140将记录中的父代ID设置为知名ID，处理返回至步骤S20。另一方面，如果“边界”属性值是“1”，在步骤S32中请求处理单元140将记录中的父代ID设置为知名ID，过程前进至步骤S2。由步骤S20、S30和S31形成的处理循环中，从指定文档的管理ID对应的文档开始回溯派生关系的树结构，直到找到“边界”属性值为“1”的记录。步骤S2中的处理操作及随之的步骤与图8和图14中描述的过程类似。

图18示出了当设置了“边界”属性时在图17的步骤S4中的后代搜索处理中执行的处理过程示例。当图17的步骤S4中的后代搜索处理开始后，在步骤S11中对象子代ID被设置为知名ID，在步骤S12中从派生关系数据库110中获得知名ID对应的记录。然后，在步骤S50中确定获得的记录的“边界”属性是否为“1”。如果“边界”属性为“1”，则后代搜索处理结束，不执行步骤S40以及之后的处理。另一方面，如果“边界”属性为“0”，处理前进至步骤S40。在步骤S40中，要确定步骤S12中获得的记录的“公开”属性是否为“1”。如果“公开”属性为“1”，处理前进至步骤S13。另一方面，如果“公开”属性为“0”，处理不执行步骤S13中的过程而前进至步骤S14。步骤S13中的处理操作及随之的步骤与图9和图13中描述的步骤S13和随后步骤类似。在图18中的后代搜索处理中，不执行“边界”属性为“1”的记录的后代的搜索。要注意的是，在图18中的后代搜索处理中，当派生关系数据库110中的记录不包含“公开”属性项时，在步骤S50中如果“边界”属性为“0”，处理过程不执行步骤S40中的确定“公开”属性值而前进到步骤S13。

重新参看图17，在步骤S4(图18)中的后代搜索处理完成后，中间结果列表应该保存了属于局部树中的文档对应的记录中“公开”属性为“1”的记录，该局部树包括从指定文档回溯派生关系树结构时设置搜索边界、且由搜索边界定义的第一文档的父代文档。在步骤S5中，从中间结果列表中选出满足搜索条件的记录。在本例中，因为指定“操作类型为‘更新’的文档”的条件被设置为搜索条件，当图15和图16中的文档“Doc4”被设置为指定文档时，文档“Doc5”和“Doc8”对应的记录被选出。如果用户附加上指定“文档的操作时间为最新时间”的条件作为搜索条件，则在步骤S5中选出操作类型为“更新”同时操作时间最新的记录。然后在步骤S6中，请求处理单元140给客户终端20发送步骤S5中选出的记录相应的信息。

当图15和图16的示例中的“取得”操作设置搜索边界时，如果用户选择“原始”文档作为派生关系条件，则执行上述参考图17和图18描述的相关处理过程。具体的，对局部树包括的文档执行搜索处理，该局部树包括设置搜索边界的文档，并将搜索边界设置为搜索对象。当user3设置从父代文档(“Doc1”)的派生文档中管理ID为“Doc4”的文档为指定文档时，执行了“更新”操作的文档是“Doc5”、“Doc7”和“Doc8”。但是，针对父代文档是文档“Doc7”的文档“Doc3”，“边界”属性为“1”，因此文档“Doc7”不包含在中间结果列表中。如果搜索边界由上述“取得”操作定义，则应用表格自身改动的“更新”操作及用户填写应用表格的“更新”操作就可以彼此区分开来。非“取得”操作的“边界”属性可以按照需要设为“1”。

虽然实施示例中和上述改动的示例中管理ID由每个客户终端20发出，但也可以替代的由文档管理服务器10发出管理ID。在这种情况下，当对附加ID文档执行操作时，客户终端20生成文档数据，其中包括将操作前的附加ID文档中的管理ID作为父代ID 314、与此操作相关的日志信息316、以及作为操作结果获得的文档内容320、没有管理ID 312，且将此文档数据发送给文档管理服务器10。文档管理服务器10然后给接收的文档数据赋予管理ID，将此管理ID和文档数据包含的信息在文档数据库100和派生关系数据库110中注册。文档管理服务器10进一步在文档数据中赋予管理ID，从而生成附加ID文档，将此附加ID文档返回给客户终端20。客户终端20然后将操作前的附加ID文档替换成接收到的附加ID文档。这样，实例示例和上述改动的示例中可以在由文档管理服务器10赋予管理ID的结构中进行类似的处理。

此外，虽然在实施示例和上述改动的示例中包括管理ID 312、父代ID 314、日志信息316、和文档内容320的附加ID文档300保存在客户终端20中，可以存在只有管理ID 312保存在客户终端20中，其它信息保存在文档管理服务器10中的例子。此时，当对文档执行操作时，客户终端20将文档对应的管理ID发送给文档管理服务器10，它然后提供相应的文档给客户终端20。此外作为另一个示例，保存在客户终端20中的附加ID文档300可以包括管理ID 312和文档内容320，不包括父代ID 314和日志信息316。此时，文档管理服务器10可以保存管理ID 312对应的父代ID 314和日志信息316。

此处当文档管理服务器10赋予管理ID时，文档管理服务器10生成对应获取操作的管理ID，将此文档相关的管理ID提供给客户终端20。文档管理服务器10还在派生关系数据库110中记录获取操作有关的日志信息(操作时间和日期、操作者等)、先前管理ID(即父代ID)、以及赋予的管理ID。客户终端20将发送给文档管理服务器10的管理ID替换成接收的管理ID，然后打开收到的文档。然后用户对打开的文档执行如查看或编辑的操作。在此文档的操作完成后，客户终端20将操作得到的文档与管理ID和此操作有关的日志信息一起发送给文档管理服务器10。文档管理服务器10给接收的文档赋予新的管理ID，将此文档与新的管理ID一起在派生关系数据库110中注册，然后进一步将从客户终端20处接收的管理ID作为父代ID在派生关系数据库110中注册。此外，文档管理服务器10将日志信息和接收的操作后文档在派生关系数据库110和文档数据库100中分别注册。然后文档管理服务器10将新赋予的管理ID返回客户终端20。客户终端20将先前的管理ID替换成收到的管理ID。通过上述过程，操作中的派生关系在文档管理服务器10累积。

另一方面，在管理ID由客户终端20赋予的结构中，文档管理服务器10可以只是简单的将从客户终端20接收的管理ID对应的文档返回给客户。客户终端20打开收到的文档，这样用户可以对此文档执行操作。在完成操作后，客户终端20给操作得到的文档赋予新的管理ID，将包括新管理ID及相关信息的上述附加ID文档发送给文档管理服务器10。然后，客户终端20在附加ID文档中只保存管理ID，删除其它信息。

上面描述的示例系统中文档管理服务器10通常由执行上面描述的文档管理服务器各单元的功能或过程的程序的通用计算机实现。如图19所示，此计算机的硬件部分包括，例如有CPU(中央处理单元)40、存储器(主要存储器)42、各种I/O(输入/输出)接口44、和通过总线46互相连接的其它元件的电路结构。此外，用于读取各种标准的便捷式非易丢失记录介质，如CD、DVD和闪存的硬盘驱动器48和磁盘驱动器50，通过如I/O接口44，与总线46进行连接。驱动器48或50的功能是作为存储器的外部存储设备。描述实施示例的处理内容的程序通过可记录介质如CD或DVD或通过网格保存在如硬盘驱动器48的固定存储设备中，然后安装在计算机中。当保存在固定存储设备中的程序读取至存储器，由CPU执行时，实施示例的处理就得以实现。类似的，客户终端20可以通过使通用计算机执行上述文档处理过程的程序来实现。

提供的本发明实施示例中的描述只是用于演示和说明。不是用于穷举或限定本发明的精确的公开形式。显然本领域的技术人员可以进行很多修改和变动。选出和描述的实施示例是为了最好的解释本发明的原则和实际应用，因为可以帮助本领域其他技术人员理解本发明的各种实施例，不同的修改用于适应特定使用需要。本发明的范围由权利要求书及其等价说明定义。

Claims (11)

1、第一信息处理装置，包括：

注册单元，其从信息处理装置接收派生关系信息，其中第一文档是父代，对所述第一文档执行操作生成的第二文档是子代，并在存储单元中注册所述信息；以及

搜索结果输出单元，其依照指明指定文档和搜索条件的搜索指令输出作为搜索结果的有关在所述存储单元中注册的派生关系包括的文档中满足所述搜索条件的文档的信息，其中所述搜索条件包括定义所述指定文档和搜索对象文档之间应该存在的派生关系的条件。

2、根据权利要求1的第一信息处理装置，其中

所述注册单元进一步从所述信息处理装置接收有关操作的信息并在所述存储单元中注册所述有关操作的信息，所述有关操作的信息是与针对所述第一文档执行的操作相关的信息，

所述搜索条件进一步包括与所述有关操作的信息相关的条件。

3、根据权利要求1或2的第一信息处理装置，其中

所述注册单元进一步从所述信息处理装置接收公开属性信息并在所述存储单元中注册与所述第二文档相关的所述公开属性信息，所述公开属性信息表示所述第二文档是否是公开对象，以及

所述搜索结果输出单元输出作为搜索结果的信息，所述信息与满足所述搜索条件且在所述存储单元中注册的派生关系包括的文档中与指示公开对象的所述公开属性信息相关的文档相关。

4、信息处理方法，其包含：

从信息处理装置接收派生关系信息，其中第一文档是父代，对所述第一文档执行操作生成的第二文档是子代，并在存储单元中注册所述信息；以及

依照指明指定文档和搜索条件的搜索指令输出作为搜索结果的有关在所述存储单元中注册的派生关系包括的文档中满足所述搜索条件的文档的信息，其中所述搜索条件包括定义所述指定文档和搜索对象文档之间应该存在的派生关系的条件。

5、第二信息处理装置，其包含：

传输单元，其向存储与文档间派生关系相关的信息的第一信息处理装置传输派生关系信息，其中第一文档是父代，针对所述第一文档执行操作生成的第二文档是子代；

通知条件获取单元，其获取通知条件和搜索条件，所述通知条件包括确定指定文档的条件，所述搜索条件包括规定在所述指定文档和搜索对象文档间应该存在的派生关系的条件；以及

搜索指令单元，其依照由所述通知条件获取单元获得的所述通知条件，向所述第一信息处理装置发出指明所述指定文档和所述搜索条件的搜索指令。

6、根据权利要求5的第二信息处理装置，其中

所述传输单元进一步向所述第一信息处理装置传输有关操作的信息，所述有关操作的信息是与针对所述第一文档执行的操作相关的信息，以及

所述通知条件进一步包括与所述有关操作的信息有关的条件。

7、根据权利要求5的第二信息处理装置，其中

所述通知条件获取单元获得通知条件，所述通知条件进一步包括规定通知有关与所述指定文档相关文档的信息的时间的条件，以及

所述搜索指令单元在所述通知条件中规定的时间向所述第一信息处理装置发出搜索指令。

8、根据权利要求6的第二信息处理装置，其中

所述通知条件获取单元获得通知条件，所述通知条件进一步包括规定通知有关与所述指定文档相关文档的信息的时间的条件，以及

所述搜索指令单元在所述通知条件中指定的时间向所述第一信息处理装置发出搜索指令。

9、根据权利要求5至8中任一项的第二信息处理装置，进一步包括：

通知单元，其通知用户从所述第一信息处理装置提供的搜索结果，

其中

所述通知条件获取单元获得通知条件，所述通知条件进一步包括规定通知所述搜索结果的方法的条件，以及

所述通知单元以所述通知条件中规定的方式通知用户所述搜索结果。

10、信息处理方法，其包含：

向保存与文档间派生关系相关的信息的第一信息处理装置传输派生关系信息，其中第一文档是父代，针对所述第一文档执行操作生成的第二文档是子代；

获取通知条件和搜索条件，所述通知条件包括确定指定文档的条件，所述搜索条件包括指定在所述指定文档和搜索对象文档间应该存在的派生关系的条件；以及

依照由所述获取步骤获得的所述通知条件，向所述第一信息处理装置发出规定所述指定文档和所述搜索条件的搜索指令。

11、信息处理系统，包含第一信息处理装置和第二信息处理装置，

所述第二信息装置包括：

传输单元，其向所述第一信息处理装置传输派生关系信息，其中第一文档是父代，针对所述第一文档执行操作生成的第二文档是子代；

通知条件获取单元，其获取通知条件和搜索条件，所述通知条件包括确定指定文档的条件，所述搜索条件包括规定在所述指定文档和搜索对象文档间应该存在的派生关系的条件；以及

搜索指令单元，其依照由所述通知条件获取单元获得的所述通知条件，向所述第一信息处理装置发出规定指定文档和搜索条件的搜索指令；以及

所述第一信息处理装置包括：

注册单元，其从所述第二信息处理装置接收派生关系信息，并在存储单元中注册所述信息；以及

搜索结果输出单元，其依照所述搜索指令输出作为搜索结果的有关在所述存储单元中注册的派生关系包括的文档中满足所述搜索条件的文档的信息。

Images