CN100495397C - 文档管理***、文档管理装置及文档管理方法 - Google Patents

Abstract

一种文档管理***配备有：多个文档管理装置，每个文档管理装置被配置为根据文档ID检索存储在存储器中的文档，并且根据关于每个文档管理装置所生成的用户ID来判断关于检索的文档的操作是否可能；以及用户ID生成装置，外部提供给文档管理装置，并被配置为生成在每个文档管理装置中公用的公用用户ID。每个文档管理装置具有被配置为导出和导入任意文档数据和访问控制列表(ACL)数据的导出和导入部分。

Description

文档管理***、文档管理装置及文档管理方法

技术领域

本发明一般涉及文档管理***，更具体地涉及具有多个独立文档管理装置的文档管理***。本发明还涉及文档管理装置及文档管理***使用的文档管理方法。

背景技术

一种由在网络中提供的服务器等构成的文档管理装置，记录例如文献情报的文档管理信息。除了每个文档的标识(ID)外，该文档管理信息还包括创建者、读者、编者等的用户ID(UIDs)。例如，使用UID来管理访问文档的权限。

在例如公司的相对大的组织中，通常存在多个独立的文档管理装置。

图1为示出了常规的文档管理***的示例的结构图。图1中示出的文档管理装置100具有用于管理UID的UID管理部分101、用于管理文档的文档管理部分102、构成用于存储文档的存储器的文档数据库(DB)103、记录与文档访问权相关的访问权信息的访问控制列表(ACL)104。文档管理装置200具有类似于文档管理装置100的结构的结构，并且具有UID管理部分201、文档管理部分202、文档DB 203及ACL表204。

例如，如果用户想要访问存储在图1中的文档管理装置100的文档DB103中的目标文档，则对于根据文档ID从文档DB103中检索的目标文档而言，文档管理部分102获取由UID管理部分101验证的用户的UID，并且通过参考ACL表104来查阅目标文档的访问权信息，并且允许用户在该用户被允许的范围内访问。

另一方面，日本公开专利申请NO.2004-70416提出一种用于通过验证在网络***的一个或多个验证***注册的用户为目标服务的用户而向使用多个验证***的网络***中的用户提供服务的技术。

在图1中示出的文档管理***具有多个独立的文档管理装置，存在一些有必要使一个文档管理装置100中管理的一部分或所有文档向另一文档管理装置200分布、移动或结合的情况。在这些情况下，目标文档作为导出数据D1被从文档管理装置100分布至文档管理装置200，并且文档管理装置200接受该目标文档作为导入数据D2。

然而，文档管理装置100中的UID由UID管理部分101管理，并且文档管理装置200中的UID由UID管理部分201管理，且为每个文档管理装置独立地定义UID。因此，当被允许访问文档管理装置100中的目标文档的用户想要访问文档管理装置200中的同一目标文档时，可能发生一种情况，即：不允许该用户访问文档管理装置200中的目标文档，即使是同一用户访问同一目标文档。

如果这种情况发生，需要对文档管理装置200中的目标文档再次分配访问权。但是，当在文档管理装置100和200之间分布、移动或结合大量文档时，对文档访问权的再分配变成非常棘手的和复杂的操作，并且存在管理文档访问权的管理器的负荷将变得相当大的问题。

发明内容

由此，本发明的一般目的是提供一种新颖的有用的文档管理***、文档管理装置和文档管理方法，其中能够抑制上面描述的问题。

本发明的另一个更具体的目的是提供一种文档管理***、文档管理装置及文档管理方法，其能够在文档管理***的多个独立文档管理装置之间分布、移动或结合文档时，方便文档访问权的管理。

本发明的又一个目的是提供一种文档管理***，该文档管理***包括：多个文档管理装置，每个文档管理装置被配置为根据文档ID检索存储在存储器中的文档，并且根据关于每个文档管理装置所生成的用户ID来判断关于检索的文档的操作是否可能；用户ID生成装置，外部提供给文档管理装置，并被配置为生成在每个文档管理装置中公用的公用用户ID，其中每个文档管理装置具有被配置为导出和导入任意文档数据和访问控制列表(ACL)数据的导出和导入部分。根据本发明的文档管理***，能够在文档管理***的多个独立文档管理装置之间分布、移动或结合文档时，方便文档访问权的管理。

本发明的再一个目的是提供一种文档管理装置，该文档管理装置用于根据文档ID检索存储在存储器中的文档，并且根据关于每个文档管理装置所生成的用户ID来判断关于检索的文档的操作是否可能，该文档管理装置包括：用户ID管理部分，被配置为通过获取由外部用户ID生成装置生成并在包括该文档管理装置的多个文档管理装置中公用的公用用户ID，而在文档管理装置中管理用户ID；以及导出和导入部分，被配置为导出和导入任意文档数据和访问控制列表(ACL)数据。根据本发明的文档管理装置，能够在文档管理***的多个独立文档管理装置之间分布、移动或结合文档时，方便文档访问权的管理。

本发明的另一目的是提供一种用于文档管理***的文档管理方法，在该文档管理***中多个文档管理装置的每个被配置为根据文档ID检索存储在存储器中的文档，并且根据关于每个文档管理装置所生成的用户ID来判断关于检索的文档的操作是否可能，该文档管理方法包括：由外部提供给文档管理装置的用户ID生成装置生成在每个文档管理装置中公用的公用用户ID；以及响应用户指令，导出和导入任意文档数据和访问控制列表(ACL)数据。根据本发明的文档管理方法，能够在文档管理***的多个独立文档管理装置之间分布、移动或结合文档时，方便文档访问权的管理。

当结合附图阅读时，本发明的其他目的和进一步的特征将在下面的详细说明中变得明显。

附图说明

图1为示出了常规的文档管理***的示例的结构的图；

图2为示出了根据本发明的文档管理***的第一实施例的结构的图；

图3为用于解释在文档管理***的第一实施例中的文档分布的图；

图4为示出了用于解释导出操作的图；

图5为示出了用于解释导入操作的图；

图6为示出了根据本发明的文档管理***的第二实施例的结构的图；

图7A和7B为用于解释文档管理***的第二实施例的UID生成处理的图；

图8为用于解释文档管理***的第二实施例的ACL设置处理的图；

图9为示出ACL表的图；

图10为示出根据本发明的文档管理***的第三实施例的结构的图；

图11为用于解释文档管理***的第三实施例的UID生成处理的图；

图12为用于解释文档管理***的第三实施例的另一个UID生成处理的图；

图13为示出根据本发明的文档管理***的第四实施例的结构的图；以及

图14为示出文档管理***的第四实施例的UID生成处理的图。

具体实施方式

将参考图2及后续附图给出根据本发明的文档管理***、文档管理装置及文档管理方法的实施例的描述。

[第一实施例]

图2为示出了根据本发明的文档管理***的第一实施例的结构的图。图2中所示的文档管理***具有第一文档管理装置1和第二文档管理装置2。第一文档管理装置1和第二文档管理装置2中的每个可以是用于专用的专用服务装置，或是例如具有除了文档管理功能之外的功能的多功能***设备(MFP)的设备。

第一文档管理装置1具有：用户标识(UID)管理部分11，用于管理UID；文档管理部分12，用于管理文档；文档数据库(DB)13，构成用于存储文档的存储器；访问控制列表(ACL)表14，其记录与文档的访问权相关的访问权信息；以及导出和导入部分15，导出和导入文档和ACL。类似地，第二文档管理装置2具有：用户标识(UID)管理部分21，用于管理UID；文档管理部分22，用于管理文档；文档数据库(DB)23，构成用于存储文档的存储器；访问控制列表(ACL)表24，其记录与文档的访问权相关的访问权信息；以及导出和导入部分25，导出和导入文档和ACL。该UID不仅限于在验证时导入的UID类型等，还可以是指示用户属性的任何适合的UID，例如岗位(组、部门等)、位置及职权(授予的权利或权力的限制)。

除了第一文档管理装置1和第二文档管理装置2外，文档管理***具有用于生成在第一文档管理装置1和第二文档管理装置2中公用的UID的UID生成装置3。当然，在文档管理***中提供的文档管理装置的数量当然并不限于两个。

当将文档存储在第一文档管理装置1的文档DB13中时，文档管理部分12从UID管理部分11获取UID，并且将获取的UID与文档ID相对应地设置在ACL表14中。这种情况下，UID管理部分11从UID生成装置3中获取第一文档管理装置1和第二文档管理装置2公用的公用UID，并且将该公用UID反映到ACL表14中。

类似地，当将文档存储在第二文档管理装置2的文档DB23中时，文档管理部分22从UID管理部分21获取UID，并且将获取的UID与文档ID相对应地设置在ACL表24中。这种情况下，UID管理部分21从UID生成装置3中获取第一文档管理装置1和第二文档管理装置2公用的公用UID，并且将该公用UID反映到ACL表24中。

这样，即使当第一文档管理装置1和第二文档管理装置2彼此独立时，也可以使UID在第一文档管理装置1和第二文档管理装置2之间公用。因此，即使当在第一文档管理装置1和第二文档管理装置2之间分布、移动或结合文档时，也可能避免不方便的情况，即：被允许访问第一文档管理装置1和第二文档管理装置2之一中的目标文档的用户不能访问第一文档管理装置1和第二文档管理装置2中的另一个中的同一目标文档。

图3为用于解释在文档管理***的该第一实施例中的文档分布的图。当从第一文档管理装置1向第二文档管理装置2分布文档时，第一文档管理装置1的导出和导入部分15，将文档的数据(即文档数据)和ACL数据作为导出数据D1分布。另一方面，第二文档管理装置2接收文档数据和ACL数据作为导入数据D2，并将文档数据存储在文档DB 23中并将ACL数据反映在ACL表24中(即，修改文档ID)，从而保持访问权的一致性。

图4为示出了用于解释导出操作的图。在图4中，通过第一文档管理装置1的客户软件或MFP的操作面板选择将要导出的文档41，并且使用鼠标右键点击等选择显示的弹出菜单42中的“导出”按钮，以指示导出处理。然后，指定导出数据的存储位置，并指示执行导出处理。图3中示出的导出和导入部分15导入文档ID，并从文档DB 13中检索与文档ID相对应的文档数据。此外，导出和导入部分15从ACL表14中获取与文档ID相对应的ACL数据，并将获取的ACL数据中的文档ID改为不定值。

可以通过任何合适的方式将导出数据移动到第二文档管理装置2，所述任何合适的方式包括：例如(A)在网络中共享磁盘，(B)通过文件传输协议(ftp)等利用网络来传送导出数据，(C)利用可移动存储介质，例如通用串行总线(USB)存储手段(key)和外部硬盘驱动器(HDD)。

图5为示出了用于解释导入操作的图。在图5中，通过第二文档管理装置2的客户软件或MFP的操作面板选择用于存储导入的文档的文档的逻辑存储位置51，例如文件夹，并且利用鼠标右键点击等选择显示的弹出菜单52中的“导入”按钮，以指示导入处理。然后指定导入数据，并指示执行导入处理。图3中示出的导出和导入部分25导入包括文档数据和ACL数据的导出数据，将文档数据登记在文档DB23中，并且获取新的文档ID。然后，导出和导入部分25利用新的文档ID更新ACL数据中的文档ID，并且将具有更新的文档ID的ACL数据登记在ACL表24中。

第一文档管理装置1可以直接执行分布操作，而不是执行导出操作。在这种情况下，通过第一文档管理装置1的客户软件或MFP的操作面板选择将要分布的文档，以指示分布处理。此外，第一文档管理装置1指定第二文档管理装置2为分布目的地并且指定第二文档管理装置2中的、文档的逻辑存储位置，例如文件夹，以指示执行分布操作。通过由第一文档管理装置1和第二文档管理装置2以这种方式连续地执行导出处理和导入处理，来实现上面描述的分布操作。

因此，通过提供在第一文档管理装置1和第二文档管理装置2外部并独立于第一文档管理装置1和第二文档管理装置2的UID生成装置3，第一文档管理装置1和第二文档管理装置2可以共享由UID生成装置3提供的服务。因此，有可能生成第一文档管理装置1和第二文档管理装置2公用的公用UID(即，多个文档管理装置公用)，并且有可能对同一用户提供同一UID。这样，当在多个文档管理装置之间分布、移动或结合文档时，不需要再分配文档的访问权。

[第二实施例]

图6为示出了根据本发明的文档管理***的第二实施例的结构的图。在图6中，给与图2中那些对应部分相同的那些部分指派相同的附图标记，因此省略了对那些部分的说明。在该第二实施例中，由轻量级目录访问协议(LDAP)服务器构成UID生成装置3，并且由用户目录的用户验证(UADU)部分相应地构成第一文档管理装置1和第二文档管理装置2的UID管理部分11和21。

图7A和7B为用于解释文档管理***的该第二实施例的UID生成处理的图。在图7A中示出的步骤S1中，当指定用户并且从文档管理装置1(或2)的UID管理部分11(或21)向UID生成装置3请求UID获取时，构成UID生成装置3的LDAP服务器在步骤S2中返回完全限制区别名称(fully qualifieddistinguish name FQDN)，其是用户的全局唯一名称(global unique name)。然后，UID管理部分11(或21)在步骤S3中由FQDN生成UID。

图7B示出了本实施例的UID的逻辑格式。图7B中示出的UID具有用于指示用户或用户组的类型的标识、用于识别存储用户信息的数据库的类型的用户空间、以及从LDAP服务器中获取的FQDN。

图8为用于解释文档管理***的该第二实施例的ACL设置处理的图。UID管理部分11(或21)在图8中所示的步骤S3中生成UID之后，UID管理部分11(或21)在步骤S4中将该UID传送至文档管理部分12(或22)。文档管理部分12(或22)在步骤S5中从文档DB13中获取文档ID，并且在步骤S6中在ACL表14(或24)中设置获取的文档ID。

图9为示出ACL表14(或24)的图。在图9中示出的ACL表14(或24)中，UID和访问权与文档ID相对应地记录在ACL表14(或24)中。在图9中，RW指示进行查阅或更新访问的权利，而R指示进行查阅访问的权利。

[第三实施例]

图10为示出根据本发明的文档管理***的第三实施例的结构的图。在图10中，给与图6中的那些对应部分相同的那些部分指派相同的附图标记，并且省略了对那些部分的描述。在图10中，区别名称(DN)压缩和展开部分16和26被分别额外地提供在第一文档管理装置1和第二文档管理装置2中。DN压缩和展开部分16压缩和展开在ACL表14中设置的UID，DN压缩和展开部分26压缩和展开在ACL表24中设置的UID。此外，该第三实施例的结构与图6中示出的第二实施例的结构相同。

当利用LDAP服务器作为UID生成装置3时，不能预先规定从其中获得的FQDN数据的最大长度。另一方面，为了使文档管理装置能够创建管理ACL的ACL表，从规定ACL表的格式的角度来看，如果不能规定用户的全局唯一名称的最大长度，如FQDN数据的情况，是不方便的。

因此，在该第三实施例中，从UID生成装置3中获取的FQDN不被按照生成UID时的原样使用，而是被压缩成替代的FQDN，即使是在相对长的FQDN的情况下其也可以放在ACL表中。换句话说，有可能扩大可记录在ACL表中的FQDN的最大长度的限制。

图11为用于解释文档管理***的该第三实施例的UID生成处理的图。在图11中，通过文档管理装置1(或2)的UID管理部分11(或21)从UID生成装置3中获取的FQDN，在步骤S11中被DN压缩和展开部分16(或26)压缩成二进制数据状态的压缩的FQDN。可以利用任何适合的已知的压缩技术用于FQDN的压缩，但是一般地说，有可能获得属于近似70％量级的压缩率(效率)。

然后，DN压缩和展开部分16(或26)在步骤S12，通过将该压缩的FQDN转换成诸如Base64的文本，而生成替代的FQDN，这样文本数据状态的替代的FQDN可以被用作UID的一部分。通过这种到文本的转换，数据大小有一些增加，但是通过压缩和到文本的转换的结合，可以预期属于近似50％量级的压缩率(或效率)。

图12为用于解释文档管理***的该第三实施例的UID生成处理的图。在这种情况下，不是直接压缩从UID生成装置3获取的FQDN，而是在步骤S21中执行标准化处理以移除可能在FQDN中包含的分隔符前后的间隔(其原本就应该被忽略的)。此后执行的步骤S22至S24与图11中所示的步骤S11至S13相同，除了步骤S22压缩已经被移除了间隔的FQDN。

由此，通过如图11或图12中所示地压缩FQDN，有可能延长ACL可用的FQDN的最大长度的限制。

此外，有可能在UID管理部分11(或21)的控制下，通过在DN压缩和展开部分16(或26)中执行展开操作以展开替代的FQDN，从而获取原始的FQDN。由此，文档管理装置1(或2)可以以正常的方式对构成UID生成装置3的LDAP进行访问。

[第四实施例]

图13为示出根据本发明文档管理***的第四实施例的结构的图。在图13中，给与图6中的那些对应部分相同的那些部分指派相同的附图标记，并且省略了对那些部分的描述。在图13中，分别在第一文档管理装置1和第二文档管理装置2中额外地提供散列表17和27。在该第四实施例中，从UID生成装置3中获取的FQDN不被按照生成UID时的原样使用，类似于上述第三实施例的情况，该FQDN经过散列处理，这样即使是在相对长的FQDN的情况下FQDN也能够放在ACL表中。更具体的，文档管理装置1(或2)的UID管理部分11(或21)对FQDN执行散列处理，并且将散列值和原始FQDN相互对应地记录在散列表17(或27)中。此外，将FQDN数据的散列值(或散列码)以及FQDN数据的预定数目的首标(或开始)字节作为替代UID设置在ACL表14(或24)中。

图14为示出文档管理***的该第四实施例的UID生成处理的图。在图14中，文档管理装置1(或2)的UID管理部分11(或21)，在步骤S31中，利用例如MD5的算法，基于从UID生成装置3中获得的FQDN计算散列值，并且将计算的散列值与原始FQDN相对应地设置在散列表17(或27)中。在这种情况下，从同一FQDN获取的散列值相同，但是为了保持散列值的大小较小，允许多个FQDN对应同一散列值。假设在执行散列处理之前，FQDN被标准化以删除非必要的间隔。

然后，在步骤S32中，UID管理部分11(或21)将原始FQDN的N个报头(或前导)字节、间隔符(#)和散列值认作替代的FQDN，并通过将标识符和用户空间组合而生成UID。为了使FQDN能够被指定，由于允许多个FQDN对应同一个散列值，所以将原始FQDN的N个报头(或前导)字节包括在替代的FQDN中。FQDN由按如下顺序的用户名、主机名、子域名、域名、组织类型和国家代码规定。对这个顺序的后面部分来说，FQDN的识别更加困难，但是由于FQDN的标题部分没有信息重叠(即，FQDN的标题部分的信息不匹配)，所以有可能通过标题部分来指定FQDN。

通过到散列值的转换而从FQDN生成UID，具有任意长度的该散列值可以作为唯一对应FQDN并被用作替代的UID。

此外，UID管理部分11(或21)可以通过对替代的FQDN执行检索操作，而从散列表17(或27)获取原始的FQDN。因此，文档管理装置1(或2)可以以一般方式对构成UID生成装置3的LDAP服务器进行访问。

本申请要求2005年10月28日向日本专利局提交的日本专利申请No.2005-315056以及2006年10月11日向日本专利局提交的日本专利申请No.2006-278079的优先权，其公开内容在此引入作为参考。

此外本发明不仅限于这些实施例，并且在不背离本发明的范围的条件下可以作出各种改变和修改。

Claims (3)

1.一种文档管理***，包括：

多个文档管理装置，每个文档管理装置被配置为根据文档ID检索存储在文档数据库中的文档，并且被配置为根据关于所述每个文档管理装置所生成的用户ID来判断关于所检索的文档的操作是否是可能的；

用户ID生成装置，外部提供给所述文档管理装置，并被配置为生成在每个文档管理装置中公用的用户ID，

在每个文档管理装置中提供的用户ID管理部分，其被配置为获取用户ID且与管理所获取的用户ID；

在每个文档管理装置中提供的文档管理部分，其被配置为通过使对文档的访问权、用户ID和文档ID彼此相对应来管理文档；

在每个文档管理装置中提供的访问控制列表ACL部分，其被配置为将对文档的访问权、用户ID和文档ID登记为ACL数据；以及

在每个文档管理装置中提供的导出和导入部分，其被配置为导出和导入文档的文档数据和ACL数据，

其中，所述多个文档管理装置中的第一文档管理装置的导出和导入部分将文档数据和ACL数据传输到所述多个文档管理装置中的第二文档管理装置，所述第二文档管理装置的文档管理部分将从所述第一文档管理装置发送的文档数据登记在所述第二文档管理装置的数据库中，获取新的文档ID，将ACL数据的文档ID更新为该新的文档ID，以及

所述第二文档管理装置的用户ID管理部分从所述用户ID生成装置获取公用于每个文档管理装置的用户ID，并且将所获取的用户ID登记在所述第二文档管理装置的ACL部分中。

2.一种文档管理装置，其根据文档ID搜索在文档数据库中存储的文档，且根据关于该文档管理装置所生成的用户ID判断关于所搜索的文档的操作是否是可能的，包括：

用户ID管理部分，其被配置为从用户ID生成装置获取用户ID且管理所获取的用户ID，该用户ID生成装置从外部提供到该文档管理装置，并且生成在每个管理装置中公用的用户ID；

文档管理部分，其被配置为通过使对文档的访问权、用户ID和文档ID彼此相对应来管理文档；

访问控制列表ACL部分，其被配置为将对文档的访问权、用户ID和文档ID登记为ACL数据；以及

导出和导入部分，其被配置为导出和导入文档的文档数据和ACL数据，

其中，所述导出和导入部分将文档数据和ACL数据传输到除该文档管理装置之外的另一文档管理装置，

所述另一文档管理装置的文档管理部分将从该文档管理装置发送的文档数据登记在所述另一文档管理装置的数据库中，获取新的文档ID，将ACL数据的文档ID更新为该新的文档ID，以及

所述另一文档管理装置的用户ID管理部分从所述用户ID生成装置获取公用于每个文档管理装置的用户ID，并且将所获取的用户ID登记在所述另一文档管理装置的ACL部分中。

3.一种文档管理装置的文档管理方法，该文档管理装置根据文档ID搜索在文档数据库中存储的文档，且根据关于该文档管理装置所生成的用户ID判断对于所搜索的文档的操作是否是可能的，包括：

用户ID管理部分从用户ID生成装置获取用户ID且管理所获取的用户ID的步骤，该用户ID生成装置从外部提供到该文档管理装置，并且生成在每个管理装置中公用的用户ID；

文档管理部分通过使对文档的访问权、用户ID和文档ID彼此相对应来管理文档的步骤；

访问控制列表ACL部分将对文档的访问权、用户ID和文档ID登记为ACL数据的步骤；以及

导出和导入部分导出和导入文档的文档数据和ACL数据的步骤，

其中，所述导出和导入的步骤通过导出和导入部分将文档数据和ACL数据传输到除该文档管理装置之外的另一文档管理装置，

所述管理文档的步骤通过所述另一文档管理装置的文档管理部分将从该文档管理装置发送的文档数据登记在所述另一文档管理装置的数据库中，获取新的文档ID，并将ACL数据的文档ID更新为该新的文档ID，以及

所述获取和管理用户ID的步骤通过所述另一文档管理装置的用户ID管理部分从所述用户ID生成装置获取公用于每个文档管理装置的用户ID，并且将所获取的用户ID登记在所述另一文档管理装置的ACL部分中。

Images