WO2009115003A1 - 文档库系统权限控制方法及装置 - Google Patents

文档库系统权限控制方法及装置 Download PDF

Info

Publication number
WO2009115003A1
WO2009115003A1 PCT/CN2009/070439 CN2009070439W WO2009115003A1 WO 2009115003 A1 WO2009115003 A1 WO 2009115003A1 CN 2009070439 W CN2009070439 W CN 2009070439W WO 2009115003 A1 WO2009115003 A1 WO 2009115003A1
Authority
WO
WIPO (PCT)
Prior art keywords
document data
permission
data object
node
document
Prior art date
Application number
PCT/CN2009/070439
Other languages
English (en)
French (fr)
Inventor
王东临
Original Assignee
北京书生国际信息技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 北京书生国际信息技术有限公司 filed Critical 北京书生国际信息技术有限公司
Publication of WO2009115003A1 publication Critical patent/WO2009115003A1/zh
Priority to US12/884,903 priority Critical patent/US20110016151A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6209—Protecting access to data via a platform, e.g. using keys or access control rules to a single file or object, e.g. in a secure envelope, encrypted and accessed using a key, or with access control rules appended to the object itself
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2147—Locking files

Definitions

  • the present invention relates to a document library system, and in particular, to a document library system authority control method and apparatus. Background technique
  • the document permissions that can be implemented include: View basic permissions such as title, reading, and deletion. This is not enough for the current growing customer demand.
  • the application software can log in to the document library system in a certain role, and if the login role has read permission, the application software may The document is saved on your hard drive. At this time, the user who logs in with this role can not only read the document, but also edit, print, and the like.
  • the user is the concept used in the application software
  • the role is the concept used by the document library system, and one user may correspond to multiple roles.
  • the embodiment of the invention provides a document library system authority control method and device to provide more comprehensive and finer granularity authority control.
  • An embodiment of the present invention provides a document library system authority control method, wherein document data stored in a document library system is composed of at least one document data object, and the at least one document data object has a supported authority;
  • the permission is selected from the permissions supported by the document data object, and the selected permission is set to the role of the role to the document data object.
  • the embodiment of the present invention further provides a document library system authority control device, which is applied to a document library system, wherein the document data in the document library system is composed of at least one document data object, wherein the device comprises:
  • a first module configured to set a supported permission for the at least one document data object
  • a second module configured to: when the role is set to a document data object, the first module is the document Selecting rights among the rights supported by the one document data object set by the data object, setting the selected rights to the rights of the one role to the document data object; the third module, for playing a role
  • the operation of the character data on the document data is controlled according to the permission of the role set by the second module to the document data object.
  • each document data object since the document data stored by the document library system is composed of at least one document data object, each document data object has the supported authority. Assign each role its permissions to each document data object, and finally based on the different document data objects assigned to the role Permissions, the document library system can control the actions of a role on a document data object. It can be seen that after applying the method and device of the embodiment of the present invention, the authority control of the document data is more comprehensive and fine-grained, thereby enhancing the authority management of the document data.
  • FIG. 1 is a general flowchart of a method for controlling permission of a document library system according to an embodiment of the present invention.
  • FIG. 2 is an example of a document data tree structure according to an embodiment of the present invention.
  • FIG. 3 is a specific flowchart of a method for controlling permission of a document library system according to an embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of a document library system authority control apparatus according to an embodiment of the present invention. Mode for carrying out the invention
  • the document data stored by the document library system is a tree structure containing at least one node object, so that the document data can be decomposed into a plurality of document data objects. Extend the type and scope of access control by setting the supported permissions for each document data object. In the document library system, by assigning each role its rights to each document data object and controlling the role of the document data object according to the permissions assigned to the role for different document data objects, the document data is realized. More detailed control of each operation.
  • FIG. 1 is a general flowchart of a method for controlling rights of a document library system according to an embodiment of the invention.
  • the document data in the document library system is stored as a tree structure containing at least one node object, and each node object represents a document data object.
  • the method includes: Step 101: Set a permission type supported by a document data object. Since the document data is stored as a tree structure containing at least one node object, the types of permissions supported by the document data object set here include: setting support for each node object in the tree structure of the document data The type of permission.
  • the type of permission here may be referred to as a privilege in an actual application, but it does not refer to a privilege granted to a role.
  • FIG 2 is an example of a document data tree structure.
  • the document data is a document file, wherein the document file comprises two pages, and one of the pages contains two layout objects, and the tree structure corresponding to the document data has a root node as a document object, and the document object node Contains two child node objects, which are respectively recorded as page object A and page object B.
  • the page object A further contains two child node objects, which are respectively recorded as the layout object A and the layout object B.
  • page object A and page object B are both page objects, so they belong to the same type of node object.
  • the same layout object A and layout object B are layout objects, so they also belong to the same type of node object.
  • the permissions supported by the setting document object include: Viewing the permissions of the title and the rights to modify the title.
  • the role 1 is granted its permission to the document object
  • any one or any combination of the rights supported by the document object can be used (That is, the permission to view the title and/or the permission to modify the title is granted to role 1.
  • the information about the type of permission supported by each node object can be directly stored in the corresponding node object, or can be stored separately as a child object of the node object, or can be supported by each node object.
  • the correspondence of the permission types is stored in the database or in the rights file.
  • Step 102 Set the permissions for each document data object for each role according to the type of permission set for the document data object in step 101.
  • the specific process is as follows: For different roles, from the permissions supported by each document data object in step 101, select at least one permission, and set the permission of the role to the document data object.
  • Step 103 The document library system receives an operation request of a role, and determines whether the role has the right to perform an operation corresponding to the operation request according to the authority of the role. If yes, step 104 is performed; otherwise, step 105 is performed.
  • Step 104 Perform the operation and end the process.
  • Step 105 Reject the role request and end the process.
  • Steps 103 to 105 are specific manifestations of the process by which the document library system controls the operation of the character according to the rights to the document data objects set for the role.
  • FIG. 3 is a document library system according to an embodiment of the present invention.
  • Step 301 Store document data in a document library system according to a tree structure, wherein the tree structure includes at least one node object, and each node object represents a document data object.
  • the root-to-leaf nodes of the tree structure can in turn include the following types: document libraries, document sets, documents, pages, layers, object streams, and objects.
  • the tree structure of the document library system does not necessarily include each of the above types of node objects, and one or more types of nodes may be omitted according to different situations.
  • the document library system can convert documents into a uniform format, which can be done on the client or server side, and the server stores the converted documents in the document set to which they belong.
  • a document set is a collection of multiple documents.
  • the relationship between a document and its associated document set can be managed in various ways, such as through the directory management function of the operating system's file system, or through a relational database.
  • the system may also select whether to save the source file corresponding to each node object in the tree structure, that is, the original file.
  • Step 302 Set the type of permission supported by the document data object.
  • the types of permissions supported by each document data object are set.
  • the specific process may be: setting the permissions supported by each node object corresponding to each document data object in the tree structure of the document data. Specifically, the setting operation may be performed during the development of the document library product, during the installation of the document library system, or at any time according to an instruction of the administrator.
  • the types of permissions supported by each document data object can be set according to the configuration data of the document library system, or according to the user's selection. Of course, it can also be set in combination with the two.
  • the following uses the tree structure diagram shown in FIG. 2 as an example to illustrate the types of permissions supported by each document data object according to the user's selection.
  • read permission, write permission, permission to add layout objects, and permission to add layer objects are developed for each page object.
  • the document library system can also provide a selection entry for the user, according to the user's Select, block write permission for page object A, mask read permission for page object B, and increase permissions for layout object, so that page object A supports read permission, Increase the permissions of the layout object and increase the permissions of the layer object.
  • the permissions supported by page object B are the read permission and the permission to add the layer object.
  • the types of permissions set for the node objects at each level may be:
  • the types of permissions supported by the document library can be one or any combination of the following:
  • Reauthorization permission Indicates whether the document library permission can be delegated
  • Reclaim authority Indicates whether the assigned document library permissions can be reclaimed.
  • the types of permissions supported by the document set can be one or any combination of the following:
  • View authorized permissions Indicates whether the permission distribution of the document set can be viewed.
  • Reauthorization permission indicating whether the permission of the document set can be delegated
  • Deleted permission indicating whether the document set can be deleted.
  • the types of permissions supported by the document can be one or any combination of the following:
  • the deleted permission indicating whether the document can be deleted.
  • j the permission of the excerpt, indicating whether the text in the text can be extracted, for example, the text is exported through the clipboard, etc.
  • k the permission to print, indicating whether the document can be printed
  • the permissions of h ⁇ k are the permissions to operate on the document data.
  • the implementation process of excerpt and print permission is different from other permissions, which will be described in detail later.
  • the types of permissions supported by the page can be one or any combination of the following:
  • View authorized permissions Indicates whether the permissions of the page can be viewed.
  • Set the permission of the attribute Indicates whether the page attribute can be set; wherein, the type of the permission can be subdivided into sub-rights such as setting size, horizontal and vertical, and margin;
  • deleted permission indicates whether the page can be deleted
  • Reauthorization permission Indicates whether the authority of the page can be delegated
  • Reclaim authority Indicates whether the allocated page authority can be reclaimed.
  • the types of permissions supported by the layer can be one or any combination of the following:
  • View authorized permissions Indicates whether the permissions of the layer can be viewed.
  • c. Set the permission of the attribute: Indicates whether the layer attribute can be set; wherein, the permission type can be subdivided into sub-permission types such as stacking order, transparency, and rotation angle;
  • deleted permission indicates whether the layer can be deleted
  • Reauthorization permission Indicates whether the authority of the layer can be delegated
  • Revocation authority Indicates whether the assigned layer authority can be reclaimed.
  • the type of permission supported by the object stream can be one or any combination of the following:
  • View authorized permissions Indicates whether the permission distribution of the object flow can be viewed.
  • Set the permission of the attribute Indicates whether the object stream attribute can be set; wherein, the permission type can be subdivided into sub-permission types such as size, position, color, and rotation angle;
  • deleted permission indicates whether the object stream can be deleted
  • Reauthorization permission Indicates whether the authority of the object flow can be delegated;
  • Revocation authority Indicates whether the authorized authority can be reclaimed;
  • Modify the permission of the object stream Indicates whether the object stream will be modified.
  • the types of permissions supported by the object can be one or any combination of the following:
  • View authorized permissions Indicates whether the permissions of the object can be viewed.
  • Deleted permission Indicates whether Delete the object;
  • Reauthorization permission Indicates whether the authority of the object can be delegated
  • Revocation authority Indicates whether the authorized authority can be reclaimed
  • the above re-authorization rights actually contain two situations, one is the authority to grant the rights of the object to others (indicating that the user's rights are reserved after the delegation of others), and the other is the authority to transfer the rights of the object to others. (Indicating that the corresponding authority is not retained after the transfer of the permission of others), in actual operation, it may be stipulated whether the corresponding authority of the other is retained after the authority of the other person is delegated.
  • the above reclaiming authorization rights also include two situations. One is that the reclaimed permission is the permission granted by the role, and the other is that the reclaimed permission may not be the permission granted by the role. Therefore, it is also possible to stipulate whether the right retrieved in the reclaim authorization authority is the authority granted by the role.
  • 45 permission types of 7 node objects are listed.
  • different node objects may be selected according to requirements, and other rights may be set for each node object, and the pair is implemented. Different management of document data.
  • each node object has the above description of the types of permissions supported by each node object.
  • Merged into a permission category, and the type of permission supported by the child object of an object is listed as the type of permission supported by the object, such as the permission to add a layer to the page as a kind of permission type of the document. In practical applications, it can be flexibly set as needed.
  • the point object uniformly sets the permission types supported by each node object of this type, and can also set the respective permission types for different node objects of the same type.
  • the permissions supported by any two node objects of the same type are supported.
  • the types can be the same or different. For example, a document set allows you to select the type of permission for a batch of documents, that is, select the same type of document permission for all documents under a certain document set.
  • the types of permissions supported by the page can be uniformly set, so that page object A
  • the types of permissions supported by page object B are the same; or, the types of permissions supported by each page can be set separately, so that page object A and page object B can be set to support different permission types, respectively, in relation to the unified setting manner.
  • the setting of its permission type is more flexible, but its setting process is more complicated.
  • the permission type supported by the default parent node object includes the permission types supported by the child node object; or the default child node object supports The type of permission includes the types of permissions supported by its parent node object.
  • each node object and the type of permission it supports can be stored in the database or saved in the permission file.
  • 4 has m object types (ie, node objects), which are respectively recorded as O 0 2
  • each tuple occupies one row, the table has no less than two columns, of which two The columns store the object type and the corresponding permission type.
  • Step 303 According to the type of the permission set in step 302, set the permission for each document data object for each role that needs to set the permission.
  • the rights to the respective document data objects set for the roles necessarily belong to the scope of the permission types supported by the above-mentioned respective document data objects.
  • the permissions set for the role for each document data object are a subset of the types of permissions supported by each node object. This completes the operation of setting permissions for the role.
  • the process may be: selecting permissions from the permissions supported by each node object corresponding to each document data object, and setting the respective selected permissions as roles respectively.
  • Permissions for each document data object It can be to uniformly set the role of the role to different node objects of the same type, that is, to set the role to have the same permissions for all node objects of the same type. However, all node objects of the same type are required to support the permissions set for the role. Alternatively, you can set permissions for different node objects of the same type for this role. That is, you can set permissions for different node objects of the same type for the role, or you can set permissions for different node objects of the same type. Still taking FIG.
  • the tree structure includes two page objects, namely a page object A and a page object B.
  • the page A and the page can be uniformly set.
  • B has the same permissions, such as read permissions, and can also set the role to have different permissions for page A and page B, such as having page view object A with view title permission and page object B with reauthorization rights.
  • the correspondence between the role and the permissions of each node object can be saved in the rights file, or it can be stored in the database.
  • the specific storage mode refer to the manner of storing the permission types in the above step 302.
  • Step 304 Control the operation of each role on the document data according to the permissions on the document data objects set for each role in step 303.
  • the specific process is as follows: the role sends an operation request to the document library system; the document library system queries the permission set for the role, and determines whether the role has the authority to perform the operation indicated by the operation request; if the role has the permission to perform the operation indicated by the operation request, The document library system allows the role to perform the operation indicated by the operation request, otherwise the document library system rejects the operation request of the role.
  • the embodiment of the invention further provides a document library system authority control device, which is applied to a document library system, wherein the document data in the document library system is composed of at least one document data object.
  • the specific document data is stored as a tree structure containing at least one node object, and each node object represents a document data object.
  • FIG. 4 is a schematic structural diagram of a document library system authority control apparatus according to an embodiment of the present invention. As shown in FIG. 4, the apparatus includes a document data object authority setting module 401, a role rights setting module 402, and an operation control module 403.
  • the Document Data Object Permissions Setting Module 401 is used to set the supported permissions for the document data object.
  • the role permission setting module 402 is configured to select at least one permission from the document data object permission setting module 401 for the document data object set by the document data object permission setting when the permission of the role to the document data object is set, and the selection is performed. At least one of the permissions is set to the role of the role for the document data object.
  • the operation control module 403 is configured to control the operation of the document data object according to the role of the role set by the role permission setting module 402 to the document data object when a role is to be operated on the document data object.
  • the document library system permission control device may further include a storage module 404, configured to save a correspondence between the document data object and the permission supported by the document object set by the document data object permission setting module 401, for the role permission setting.
  • the module 402 obtains the permission supported by the document object from the correspondence relationship; and/or, and stores a correspondence between the role and the role of the role set by the role permission setting module 402 for the document data object, for operation control.
  • Module 403 Obtain the role of the role from the document data object from the correspondence.
  • the type of management can realize the access control of roles to different document data objects; enrich the types of rights management and enhance the flexibility of rights management. It can be seen that after applying the method of the present invention, a document library system with multiple permissions can be implemented, and the authority management of the document is enhanced.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Bioethics (AREA)
  • Document Processing Apparatus (AREA)
  • Storage Device Security (AREA)

Description

文档库系统权限控制方法及装置
技术领域
本发明涉及文档库系统， 特別涉及一种文档库系统权限控制方法及装 置。 背景技术
在目前的文档权限控制技术中， 利用权限对文档进行管理控制时， 具体 包括以下步骤：
一、 设置文档的权限；
二、根据用户发出的请求，查询设置的文档权限，判断是否允许该请求， 若是， 则执行相应操作， 否则， 拒绝用户请求。
在上述过程中， 能够实现的文档权限包括： 查看标题、 阅读、 删除等基 本权限。 这对于目前日益增长的客户需求是远远不够的。
在现有的文档权限控制技术中， 包括对文档库系统的控制技术中， 应用 软件可以以某一个角色登录到文档库系统中， 若该登录的角色拥有阅读权 限， 则应用软件可以将将该文档保存在硬盘中。 这时， 利用该角色登录的用 户不仅可以阅读该文档， 并且可以对其进行编辑、 打印等操作。 其中， 用户 是应用软件中所使用的概念， 角色是文档库系统所使用的概念， 一个用户可 能对应多个角色。
由上述可见， 当角色获得阅读权限时，也同时获得了编辑、打印等权限。 而在实际的文档管理环境中， 由于某些文档的重要性， 可能会希望所有的角 色都可以阅读该文档， 但并不希望所有角色都能够对其进行修改等操作。
随着信息技术的不断发展， 文档存储系统中存储了大量文档， 各种客户 端可以通过网络检索、 浏览文档存储系统中存储的文档。 由于各种不同客户 端和用户的存在，上述文档权限控制技术已经不能满足适应日益增多的文档 类型和不断变化的用户需求， 因此要求提供对大量文档的组织、管理、安全、 展示、 存储等诸多方面的功能， 提供更丰富的权限控制技术。 发明内容
本发明实施例提供了一种文档库系统权限控制方法及装置，以提供更为 全面、 更为细粒化的权限控制。
本发明实施例提供了一种文档库系统权限控制方法，其中文档库系统存 储的文档数据由至少一个文档数据对象组成，并且所述至少一个文档数据对 象具有所支持的权限； ：
当设置一角色对一文档数据对象的权限时， 从所述一文档数据对象所支持 的权限中选择权限， 将所述选择出的权限设置为所述一角色对所述一文档数据 对象的权限；
当一角色欲对所述一文档数据对象进行操作时， 根据所述一角色对所述一 文档数据对象的权限， 控制所述一角色对所述文档数据的操作。
本发明实施例还提供了一种文档库系统权限控制装置， 应用于文档库系 统， 其中， 文档库系统中的文档数据由至少一个文档数据对象组成， 其中， 该 装置包括：
第一模块， 用于为所述至少一个文档数据对象设置所支持的权限； 第二模块， 用于当设置一角色对一文档数据对象的权限时， 从所述第一模 块为所述一文档数据对象设置的所述一文档数据对象所支持的权限中选择权 限， 将所述选择出的权限设置为所述一角色对所述一文档数据对象的权限； 第三模块， 用于当一角色欲对所述一文档数据对象进行操作时， 根据所述 第二模块设置的所述一角色对所述一文档数据对象的权限， 控制所述一角色对 所述文档数据的操作。
在本发明实施例中， 由于文档库系统存储的文档数据由至少一个文档数据 对象组成， 同时每个文档数据对象都具有所支持的权限。 为每个角色分配其对 每个文档数据对象的权限， 最后再根据为角色分配的针对不同文档数据对象的 权限， 文档库系统可以控制角色对文档数据对象的操作。 可见， 应用本发明实 施例的方法和装置后， 能够实现对文档数据更为全面和细粒化的权限控制， 从 而增强了对文档数据的权限管理。 附图简要说明
图 1为本发明实施例提供的文档库系统权限控制方法的总体流程图。 图 2为本发明实施例提供的文档数据树型结构的一个示例。
图 3为本发明实施例提供的文档库系统权限控制方法的具体流程图。 图 4为本发明实施例提供的文档库系统权限控制装置的结构示意图。 实施本发明的方式
为使本发明的目的、技术手段和优点更加清楚明白， 以下结合附图对本 发明作进一步详细说明。
在本发明实施例中， 文档库系统存储的文档数据为包含至少一个结点对 象的树型结构， 这样可以将文档数据分解为多个文档数据对象。 通过为每个文 档数据对象设置所支持的权限， 从而扩大权限控制的种类和范围。 在文档库 系统中， 通过为每个角色分配其对每个文档数据对象的权限， 以及根据为角色 分配的针对不同文档数据对象的权限， 控制角色对文档数据对象的操作， 实现 了对文档数据各项操作的更为细致的控制。
图 1 为依据本发明一实施例的文档库系统的权限控制方法的总体流程 图。 其中， 文档库系统中的文档数据存储为包含至少一个结点对象的树型结 构， 每一结点对象代表一个文档数据对象。 如图 1所示， 该方法包括： 步骤 101 : 设置文档数据对象所支持的权限种类。 由于文档数据是存储 为包含至少一个结点对象的树型结构的， 因此， 这里设置文档数据对象所支 持的权限种类包括： 为文档数据的树型结构中的每一结点对象设置其所支持 的权限种类。 另外， 这里的权限种类在实际应用中可被称为权限但其并不是 指被授予给某角色的权限。 图 2为文档数据树型结构的一个示例。 如图 2所 示， 该文档数据为一个文档文件， 其中该文档文件包含两页， 并且其中一页 包含两个版面对象， 则该文档数据对应的树型结构其根节点为文档对象， 并 该文档对象结点包含两个子结点对象， 分別记为页对象 A和页对象 B。 页对 象 A又包含两个子结点对象， 分別记为版面对象 A和版面对象 B。 这里页 对象 A和页对象 B均为页对象， 因此它们属于同一类型的结点对象。 同样 版面对象 A和版面对象 B均为版面对象， 因此它们也属于同一类型的结点 对象。 假设设置文档对象所支持的权限包括： 查看标题的权限和修改标题的 权限， 当为角色 1授予其对文档对象的权限时， 可以将文档对象所支持的权 限中的任一者或任意组合（即查看标题的权限和 /或修改标题的权限）授予 给角色 1。
这里每一结点对象所支持的权限种类的相关信息可以直接存储在对应 的结点对象中， 也可以作为该结点对象的子对象单独存储， 还可以是将每一 结点对象与其所支持的权限种类的对应关系存储在数据库或者是权限文件 中。
步骤 102: 根据步骤 101中为文档数据对象设置的权限种类， 为每个角 色设置其对各文档数据对象的权限。
其具体过程为： 针对不同的角色， 从步骤 101中各文档数据对象所支持 的权限中， 选择至少一种权限， 设置为该角色对该文档数据对象的权限。
步骤 103 : 文档库系统接收某一角色的操作请求， 根据该角色所具有的 权限， 判断该角色是否有权进行与该操作请求对应的操作， 若是， 则执行步 骤 104 , 否则， 执行步骤 105。
步骤 104: 执行该操作， 并结束本流程。
步骤 105: 拒绝角色请求， 并结束本流程。
步骤 103至步骤 105即是文档库系统根据为该角色设置的对各文档数据 对象的权限， 控制该角色操作的过程的具体表现。
接下来， 以网络型的文档库系统为例说明本发明的具体实施方式。 在该 文档库系统中， 包括客户端和服务器。 图 3即为本发明实施例中文档库系统 的权限实现方法的具体流程图。 如图 3所示， 该方法包括：
步骤 301 : 按照树型结构存储文档库系统中的文档数据， 其中该树型结 构包括至少一个结点对象， 每一个结点对象代表一个文档数据对象。 具体来 说， 树型结构的根到叶子结点依次可以包括下述类型： 文档库、 文档集、 文 档、 页、 层、 对象流和对象。 当然， 文档库系统的树型结构不一定包括上述 每一种类型的结点对象，可以根据不同的情况省略其中的一种或多种类型的 结点。 例如， 文档库系统可以将文档转换为统一的格式， 该转换可以在客户 端或服务器端进行，服务器将转换后的文档按照其所属的文档集进行分类存 储。 文档集为多个文档构成的集合， 可通过各种方式来管理文档及其所属文 档集的关系， 例如通过操作系统的文件系统的目录管理功能来管理， 也可通 过关系型数据库等管理。
在本发明实施里中，系统还可以选择是否同时保存树型结构中每个结点 对象所对应的源文件， 即原始文件。
在文档库系统中存储文档时， 为保证文档的安全， 可以将文档加密后再 进行保存。
步骤 302: 设置文档数据对象所支持的权限种类。
本步骤中， 针对各文档数据对象， 设置各自支持的权限种类。 其具体过 程可以是： 为文档数据的树型结构中与各文档数据对象对应的各结点对象设 置其所支持的权限。 具体地， 该设置操作可以在文档库产品研发时进行、 在 文档库系统安装时进行， 或者， 也可以根据管理员的指令随时进行。 各文档 数据对象所支持的权限种类可以根据文档库系统的配置数据设置，或者根据 用户的选择设置， 当然， 也可以结合二者进行设置。 下面以图 2所示的树型 结构图来为例说明根据用户的选择设置各文档数据对象所支持的权限种类。 比如在文档库产品研发时， 为每个页对象都开发出了读权限、 写权限、 增加 版面对象的权限、 增加层对象的权限， 文档库系统还可以为用户提供一个选 择入口， 根据用户的选择， 对页对象 A屏蔽写权限， 对页对象 B屏蔽读权 限写权限和增加版面对象的权限， 这样页对象 A 所支持的权限为读权限、 增加版面对象的权限和增加层对象的权限，页对象 B所支持的权限为读权限 和增加层对象的权限。
以步骤 301中提到的树型结构为例，为各级结点对象设置的权限种类具 体可以为：
1、 文档库支持的权限种类可以为以下一种或任意组合
a、 增加文档集的权限： 表示能否在该文档库中增加文档集；
b、 再授权的权限： 表示能否将文档库权限转授；
c、 收回授权的权限： 表示能否将已分配的文档库权限收回。
2、 文档集支持的权限种类可以为以下一种或任意组合
a、 查看标题的权限： 表示能否查看该文档集的标题；
b、 查看授权的权限： 表示能否查看文档集的权限分配情况；
c、 提交文档的权限， 表示能否向该文档集提交文档；
d、 收回授权的权限， 表示能否将已分配的文档集权限收回；
e、 再授权的权限， 表示能否将该文档集的权限转授；
f、 删除的权限， 表示能否删除该文档集。
3、 文档支持的权限种类可以为以下一种或任意组合
a、 查看标题的权限， 表示能否查看到该文档的标题；
b、 查看授权的权限， 表示能否查看该文档的权限分配情况；
c、 查看要素的权限， 表示能否查看该文档的要素；
d、 修改要素的权限， 表示能否修改该文档的要素；
e、 收回授权的权限， 表示能否将已分配文档权限收回；
f、 再次授权的权限， 表示能否将文档权限转授；
g、 删除的权限， 表示能否删除该文档。
h、 源文件下载的权限， 表示能否下载该文档对应的源文件。
i、 阅读正文的权限， 表示能否阅读文档正文；
j、 摘录的权限， 表示能否摘录正文中的文字， 例如通过剪贴板将文字 导出等） ； k、 打印的权限， 表示能否打印该文档；
在上述文档支持的权限中， h ~ k 的权限均是对文档数据进行操作的权 限。 其中， 摘录和打印权限的实现过程与其它权限不同， 在后面部分将详细 描述。
4、 页支持的权限种类可以为以下一种或任意组合
a、 查看授权的权限： 表示能否查看该页的权限分配情况；
b、 增加层的权限： 表示能否在该页中增加层；
c、 设置属性的权限： 表示能否设置页属性； 其中， 可以将该权限种类 细分为设置大小、 横竖、 边距等子权限；
d、 删除的权限： 表示能否删除该页；
e、 再授权的权限： 表示能否将该页的权限转授；
f、 收回授权的权限： 表示能否将已分配的页权限收回。
5、 层支持的权限种类可以为以下一种或任意组合
a、 查看授权的权限： 表示能否查看该层的权限分配情况；
b、 增加对象流的权限： 表示能否在该层中增加对象流；
c、 设置属性的权限： 表示能否设置层属性； 其中， 可以将该权限种类 细分为叠放顺序、 透明度、 旋转角度等子权限种类；
d、 删除的权限： 表示能否删除该层；
e、 再授权的权限： 表示能否将该层的权限转授；
f、 收回授权的权限： 表示能否将已分配的层权限收回。
6、 对象流支持的权限种类可以为以下一种或任意组合
a、 查看授权的权限： 表示能否查看该对象流的权限分配情况；
b、 增加对象流的权限： 表示能否在该对象流中增加对象；
c、 设置属性的权限： 表示能否设置对象流属性； 其中， 可以将该权限 种类细分为大小、 位置、 颜色、 旋转角度等子权限种类；
d、 删除的权限： 表示能否删除该对象流；
e、 再授权的权限： 表示能否将该对象流的权限转授； f、 收回授权的权限： 表示能否将已授权的权限收回；
g、 修改对象流的权限： 表示能否将修改该对象流。
7、 对象支持的权限种类可以为以下一种或任意组合
a、 查看授权的权限： 表示能否查看该对象的权限分配情况；
b、 设置属性的权限： 表示能否设置对象属性； 其中， 可以将该权限种 类细分为大小、 位置、 颜色、 旋转角度、 标题、 内容等子权限种类； c、 删除的权限： 表示能否删除该对象；
d、 再授权的权限： 表示能否将该对象的权限转授；
e、 收回授权的权限： 表示能否将已授权的权限收回；
f、 修改对象的权限： 表示能否将修改该对象。
上述的再授权权限事实上包含两种情况，一个是将该对象的权限授予他 人的权限（表示转授他人权限后保留自己的相应权限） ， 另一个是将该对象 的权限转移给他人的权限（表示转授他人权限后不再保留自己的相应权限）， 在实际操作中， 可以规定转授他人权限后自己的相应权限是否保留。 上述的 收回授权权限也包含两种情况， 一个是收回的权限是本角色授出的权限， 另 一个是收回的权限可以不是本角色授出的权限。 因此， 也可以规定收回授权 权限中收回的权限是否为本角色授出的权限。
在本实施例中， 列举了 7个结点对象的 45个权限种类， 在实际应用过 程中， 还可以根据需要选择不同的结点对象， 并且可以为各个结点对象设置 其它的权限， 实现对文档数据的不同管理。
上述对各个结点对象所支持权限种类的说明只是一个示例性的描述。事 实上， 可以根据需要设置各个结点对象所支持的权限种类， 并且还可以将上 述某几个权限种类组合成一个权限种类的组合方式，例如将查看对象名称和 查看对象属性的两个权限种类合并为一个权限种类，以及将某对象的子对象 所支持的权限种类列为该对象所支持的权限种类，例如将页增加层的权限作 为文档的一种权限种类等。 在实际应用中， 可以根据需要灵活设置。
在设置上述各个结点对象支持的权限种类时，可以为同一类型的不同结 点对象统一设置此类型的各个结点对象都支持的权限种类，也可以为同一类 型的不同结点对象分別设置其各自支持的权限种类， 这里， 同一类型的任意 两个结点对象支持的权限种类可以相同也可以不同。 例如， 通过文档集可以 对文档进行批量选择权限种类， 即为某文档集下的所有文档选择相同的文档 权限种类。
下面再以图 2为例说明， 例如， 在设置页所支持的权限种类时， 对于不 同的页，如页对象 A和页对象 B,可以统一设置页所支持的权限种类，这样， 页对象 A和页对象 B支持的权限种类相同； 或者， 也可以分別设置各页所 支持的权限种类， 这样， 对于可以设置页对象 A和页对象 B, 分別支持不同 的权限种类， 相对于统一设置的方式， 其权限种类的设置更加灵活， 但是， 其设置过程也更加复杂。
在设置上述各个结点对象支持的权限种类时，还可以是默认某一父结点 对象所支持的权限种类包括其子结点对象所支持的权限种类；或者是默认子 结点对象所支持的权限种类包括其父结点对象所支持的权限种类。
这里每个结点对象与其所支持的权限种类的对应关系可存储到数据库 中， 也可保存到权限文件中。
例如， 4艮定有 m个对象类型 （即， 结点对象） ， 分別记为 O 02
Om, 对任意一个对象类型 Oi ( 1<= i <=m )来说， 可能对该对象类型定义了 种不同的权限， 分別为 P2 Prii, 那么在进行权限种类保存时， 为该 对象类型 Oi生成 个元组（Oi, Pj ) K=j<=ni, 每个元组用于标识为对象类型 Oi设置的一种权限， 对所有的 m种对象类型， 则一共可以生成∑ni ( l<=i<=m ) 个元组。
若使用数据库存储设置的权限种类， 可以将这∑ni ( K=i<=m )个元组存储 到一个表中， 每个元组占用一行， 该表有不少于两列， 其中有两列分別存储对 象类型和对应的权限种类。
若使用权限文件存储设置的权限种类， 可以将这∑ni ( K=i<=m )个元组 存储到某个文本文件中， 每个元组占用一行， 每行中， 首先存储对象类型， 其次存储权限类型， 二者用空格分隔。
步骤 303 : 根据步骤 302设置的权限种类， 为每一个需要设置权限的角 色设置其对各文档数据对象的权限。
由于在步骤 302中针对不同的结点对象设置了各自支持的权限种类，因 此， 在本步骤中， 为角色设置的对各文档数据对象的权限必然属于上述各文 档数据对象所支持的权限种类范围内， 即为角色设置的对各文档数据对象的 权限是各结点对象所支持的权限种类的子集。这样就完成了为角色设置权限 的操作。
在为角色设置其对各文档数据对象的权限时， 其过程可以是： 从与各文 档数据对象对应的各结点对象所支持的权限中分別选择权限，将分別选择出 的权限分別设置为角色对各文档数据对象的权限。可以是统一设置该角色对 同一类型的不同结点对象的权限，即设置该角色对于同一类型的所有结点对 象都具有相同的权限。但此时要求该同一类型的所有结点对象都支持为该角 色设置的权限。 或者， 也可以为该角色分別设置对同一类型的不同结点对象 的权限。 即， 可以为角色统一设置对同一类型的不同结点对象的权限， 也可 以分別设置对同一类型的不同结点对象的权限。 仍以图 2为例说明， 树型结 构中包括两个页对象， 分別为页对象 A和页对象 B , 在为角色设置对页面 A 和页面 B的权限时， 可以统一设置对页面 A和页面 B具有相同的权限， 如 读权限， 也可以设置角色对页面 A和页面 B具有不同的权限， 如对页对象 A具有查看标题权限， 对页对象 B具有再授权权限。
在为角色设置对各结点对象的权限时，可以统一设置角色对某一结点对 象的所有子结点对象具有相同的权限，其前提在于该结点对象的所有子结点 对象支持所设置的权限。 本步骤中， 可以将角色与其所具有的对各结点对象 的权限的对应关系保存在权限文件中， 或者也可以存储在数据库中。 具体存 储方式的实现可以参考上述步骤 302中存储权限种类的方式。
步骤 304:根据步骤 303中为每个角色设置的对各文档数据对象的权限， 控制每一个角色对文档数据的操作。 其具体过程为： 角色发送操作请求到文档库系统； 文档库系统查询为角 色设置的权限， 判断该角色是否具有执行操作请求指示的操作的权限； 若角 色具有执行操作请求指示的操作的权限，则文档库系统允许角色执行操作请 求指示的操作， 否则文档库系统拒绝角色的操作请求。
在上述实施例中， 是以基于网络的文档库系统为例， 说明的本发明的具 体实施方式。 实际上， 对于本地版的文档库系统， 本发明的方法同样适用， 区別仅在于服务器和客户端位于同一物理设备中。
本发明实施例还提供了一种文档库系统权限控制装置，应用于文档库系 统， 其中， 文档库系统中的文档数据由至少一个文档数据对象组成。 具体的 文档数据存储为包含至少一个结点对象的树型结构，每一结点对象代表一个 文档数据对象。 图 4所示为本发明实施例提供的文档库系统权限控制装置的 结构示意图， 如图 4所示， 该装置包括文档数据对象权限设置模块 401、 角 色权限设置模块 402、 操作控制模块 403。
文档数据对象权限设置模块 401 用于为文档数据对象设置所支持的权 限。
角色权限设置模块 402用于当设置一角色对文档数据对象的权限时，从所 述文档数据对象权限设置模块 401 为文档数据对象设置的文档数据对象所 支持的权限中选择至少一个权限，将选择出的至少一个权限设置为该一角色 对该文档数据对象的权限。
操作控制模块 403 , 用于当一角色欲对文档数据对象进行操作时， 根据角 色权限设置模块 402设置的该一角色对该文档数据对象的权限，控制该一角 色对该文档数据的操作。
该文档库系统权限控制装置还可以进一步包括一个存储模块 404, 用于 保存该文档数据对象与由文档数据对象权限设置模块 401 设置的该文档对 象所支持的权限的对应关系，以供角色权限设置模块 402从该对应关系中获 取该文档对象所支持的权限； 和 /或， 用于保存角色与由角色权限设置模块 402设置的该角色对该文档数据对象的权限的对应关系， 以供操作控制模块 403从该对应关系中获取该角色对该文档数据对象的权限。 管理的种类， 能够实现角色对不同文档数据对象的访问控制； 丰富了权限管 理的种类， 增强了权限管理的灵活性。 可见， 应用本发明的方法后， 能够实 现具有多种权限的文档库系统， 并且增强了对文档的权限管理。
以上仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应 包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种文档库系统权限控制方法， 其特征在于， 文档库系统存储的文 档数据由至少一个文档数据对象组成，并且所述至少一个文档数据对象具有 所支持的权限；
当设置一角色对一文档数据对象的权限时， 从所述一文档数据对象所支持 的权限中选择权限， 将所述选择出的权限设置为所述一角色对所述一文档数据 对象的权限；
当一角色欲对所述一文档数据对象进行操作时， 根据所述一角色对所述一 文档数据对象的权限， 控制所述一角色对所述文档数据的操作。
2、 根据权利要求 1所述的方法， 其特征在于， 进一步包括： 保存所述一文 档数据对象与其所支持的权限的对应关系， 以从所述保存的对应关系获取所述 一文档数据对象所支持的权限； 和 /或
保存所述一角色与其对所述一文档数据对象的权限的对应关系， 以从所述 保存的对应关系中获取所述一角色对所述一文档数据对象的权限。
3、 根据权利要求 2所述的方法， 其特征在于， 将所述一文档数据对象与其 所支持的权限的对应关系和 /或所述一角色与其对所述一文档数据对象的权限 的对应关系保存在数据库或文件中。
4、 根据权利要求 2或 3所述的方法， 其特征在于， 所述文档数据为包含至 少一个结点对象的树型结构， 所述树型结构中的每一个结点对象代表一个文档 数据对象。
5、 根据权利要求 4所述的方法， 其特征在于， 所述至少一个文档数据对象 的结点对象所支持的权限；
当设置一角色对一文档数据对象的权限时， 从所述一文档数据对象所支持 的权限中选择权限， 将所述选择出的权限设置为所述一角色对所述一文档数据 对象的权限包括： 从与所述一文档数据对象对应的结点对象所支持的权限中选择权限， 将所 述选择出的权限设置为所述一角色对所述一文档数据对象的权限。
6、 根据权利要求 5所述的方法， 其特征在于， 所述一文档数据对象与其所 支持的权限的对应关系为： 一结点对象与其所支持的权限的对应关系；
所述一角色与其对所述一文档数据对象的权限的对应关系为： 所述一角色 与其对所述一结点对象的权限的对应关系；
其中， 所述一结点对象与所述一文档数据对象对应。
7、 根据权利要求 5所述的方法， 其特征在于， 所述树型结构依次包括以下 一级或几级结点对象的任意组合： 文档库、 文档集、 文档、 页、 层、 对象流和 版面对象。
8、 根据权利要求 7所述的方法， 其特征在于， 所述与至少一个文档数据对 象对应的结点对象所支持的权限包括以下一种或几种的任意组合：
查看所述结点对象属性的权限， 查看所述结点对象名称的权限、 修改所述 结点对象名称的权限， 修改所述结点对象属性的权限， 将所述结点对象的权限 授予他人的权限， 将所述结点对象的权限转移给他人的权限， 将他人对所述结 点对象的权限收回的权限， 查看所述结点对象的权限分配状况的权限， 打印所 述结点对象信息的权限， 下载所述结点对象对应源文件的权限， 删除所述结点 对象的权限， 创建所述结点对象子结点的权限， 删除所述结点对象子结点的权 限。
9、 根据权利要求 8所述的方法， 其特征在于， 当所述与至少一个文档数据 对象对应的结点对象为文档或页时， 所述与文档数据对象对应的结点对象所支 持的权限进一步包括以下一种或几种的任意组合： 阅读所述结点对象对应的正 文的权限； 摘录所述结点对象对应的文字的权限； 修改所述结点对象的权限。
10、 根据权利要求 8所述的方法， 其特征在于， 当所述与至少一个文档数 据对象对应的结点对象为对象流或对象时， 所述与文档数据对象对应的结点对 象所支持的权限进一步包括： 修改所述结点对象的权限。
11、 根据权利要求 7至 10任一所述的方法， 其特征在于， 所述与至少一个 文档数据对象对应的结点对象所支持的权限进一步包括： 所述结点对象的子结 点对象所支持的权限， 或所述结点对象的父结点对象所支持的权限。
12、 根据权利要求 5所述的方法， 其特征在于， 根据文档库系统的配置数 据， 为所述文档数据树型结构中与所述至少一个文档数据对象对应的结点对象 设置所支持的权限； 和 /或
在文档库系统安装时或运行时， 由管理员指定所述文档数据树型结构中与 所述至少一个文档数据对象对应的结点对象所支持的权限； 和 /或
在文档库系统安装时或运行时， 根据用户设定的特定文档数据的权限， 为 所述文档数据树型结构中的与所述至少一个文档数据对象对应的结点对象设置 所支持的权限。
13、 根据权利要求 5所述的方法， 其特征在于， 树型结构中同一类型的不 同结点对象具有相同的所支持的权限； 或，
树型结构中同一类型的不同结点对象具有不同的所支持的权限。
14、 根据权利要求 5所述的方法， 其特征在于， 为树型结构中同一类型的 不同结点对象选择相同的权限； 或，
为树型结构中同一类型的不同结点对象选择不同的权限。
15、 根据权利要求 5所述的方法， 其特征在于， 为所述与至少一个文档数 据对象对应的结点对象的至少一个子结点对象统一选择所述权限， 并统一设置 角色对所述至少一个子结点对象对应的文档数据对象的权限。
16、 根据权利要求 5所述的方法， 其特征在于， 根据所述一角色对所述一 文档数据对象的权限， 控制所述一角色对所述文档数据的操作包括：
根据所述一角色对所述一文档数据对象的权限， 判断所述一角色是否具有 操作所述一文档数据对象的权限； 若所述一角色不具有操作所述一文档数据对 象的权限， 拒绝所述一角色对所述一文档数据对象的操作。
17、 根据权利要求 1所述的方法， 其特征在于， 对所述文档数据加密， 再 存储所述加密后的文档数据。
18、 根据权利要求 1、 5、 14或 15所述的方法， 其特征在于， 所述选择出 的权限为零个或至少一个。
19、 一种文档库系统权限控制装置， 应用于文档库系统， 其中， 文档库系 统中的文档数据由至少一个文档数据对象组成， 其特征在于， 包括：
第一模块， 用于为所述至少一个文档数据对象设置所支持的权限； 第二模块， 用于当设置一角色对一文档数据对象的权限时， 从所述第一模 块为所述一文档数据对象设置的所述一文档数据对象所支持的权限中选择权 限， 将所述选择出的权限设置为所述一角色对所述一文档数据对象的权限； 第三模块， 用于当一角色欲对所述一文档数据对象进行操作时， 根据所述 第二模块设置的所述一角色对所述一文档数据对象的权限， 控制所述角色对所 述文档数据的操作。
20、 根据权利要求 19所述的装置， 其特征在于， 进一步包括：
第四模块，用于保存所述一文档数据对象与由所述第一模块设置的所述一 文档数据对象所支持的权限的对应关系， 以供所述第二模块从所述对应关系中 获取所述一文档数据对象所支持的权限； 和 /或
用于保存所述一角色与由所述第二模块设置的所述一角色对所述一文档 数据对象的权限的对应关系， 以供所述第三模块从所述对应关系中获取所述 一角色对所述一文档数据对象的权限。
PCT/CN2009/070439 2008-03-18 2009-02-16 文档库系统权限控制方法及装置 WO2009115003A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/884,903 US20110016151A1 (en) 2008-03-18 2010-09-17 Method and apparatus for privilege control in docbase management system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810102153.1 2008-03-18
CN200810102153A CN101539922A (zh) 2008-03-18 2008-03-18 一种文档库系统的权限实现方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/884,903 Continuation US20110016151A1 (en) 2008-03-18 2010-09-17 Method and apparatus for privilege control in docbase management system

Publications (1)

Publication Number Publication Date
WO2009115003A1 true WO2009115003A1 (zh) 2009-09-24

Family

ID=41090488

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/070439 WO2009115003A1 (zh) 2008-03-18 2009-02-16 文档库系统权限控制方法及装置

Country Status (3)

Country Link
US (1) US20110016151A1 (zh)
CN (1) CN101539922A (zh)
WO (1) WO2009115003A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9081977B2 (en) * 2005-12-05 2015-07-14 Donglin Wang Method and apparatus for privilege control
US9176953B2 (en) * 2008-06-04 2015-11-03 Tianjin Sursen Investment Co., Ltd. Method and system of web-based document service
CN102456015A (zh) * 2010-10-25 2012-05-16 中国移动通信集团河南有限公司 对数据库中的账号信息进行管理操作的方法、系统及装置
CN102096785B (zh) * 2011-02-24 2012-12-19 北京书生电子技术有限公司 一种权限控制方法和装置
CN103136620A (zh) * 2011-11-29 2013-06-05 北京建龙重工集团有限公司 工程管理系统系统权限授权实现方法
CN105224678B (zh) * 2015-10-19 2018-08-21 浪潮软件集团有限公司 一种电子文档管理的方法及装置
CN105426776A (zh) * 2015-11-13 2016-03-23 浪潮软件集团有限公司 一种电子文档管理装置和方法
WO2017114017A1 (zh) 2015-12-30 2017-07-06 华为技术有限公司 实现负载均衡的计算机设备、系统和方法
CN106126977B (zh) * 2016-06-26 2019-01-11 厦门天锐科技股份有限公司 一种高效的电子文档权限继承及传播方法
CN108563957A (zh) * 2018-03-08 2018-09-21 华南理工大学 一种用户管理系统
CN108681563B (zh) * 2018-04-28 2021-08-27 新疆熙菱信息技术股份有限公司 基于一表多用户的服务发布及访问系统
CN108683672B (zh) * 2018-05-21 2021-09-21 华为技术有限公司 一种权限管理的方法及装置
CN109067698A (zh) * 2018-06-05 2018-12-21 中国平安人寿保险股份有限公司 一种协议文件的变更方法及设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004062780A (ja) * 2002-07-31 2004-02-26 Sony Corp フォルダ管理装置、フォルダ管理方法、フォルダ管理プログラム及び、フォルダ管理プログラムを記録したコンピュータ読み取り可能なプログラム格納媒体
CN1845032A (zh) * 2005-04-06 2006-10-11 杭州波导软件有限公司 一种移动终端用户使用权限分级管理实现方法
JP2007140576A (ja) * 2005-11-14 2007-06-07 Canon Inc アクセス権管理装置、及びアクセス権管理方法
WO2007065354A1 (fr) * 2005-12-05 2007-06-14 Beijing Sursen Co., Ltd Procede et systeme de gestion de la securite des donnees d'un document
CN101026493A (zh) * 2007-02-02 2007-08-29 华为技术有限公司 一种用户权限控制方法及xml文档管理服务器
CN101226573A (zh) * 2007-01-16 2008-07-23 北京书生国际信息技术有限公司 一种控制电子文档的访问权限的方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6947959B1 (en) * 1992-10-01 2005-09-20 Quark, Inc. Digital media asset management system and process
US6357010B1 (en) * 1998-02-17 2002-03-12 Secure Computing Corporation System and method for controlling access to documents stored on an internal network
US20040230894A1 (en) * 2003-05-16 2004-11-18 Dethe Elza Method and system for enabling collaborative authoring of hierarchical documents with versioning
US7254588B2 (en) * 2004-04-26 2007-08-07 Taiwan Semiconductor Manufacturing Company, Ltd. Document management and access control by document's attributes for document query system
US7512578B2 (en) * 2006-03-30 2009-03-31 Emc Corporation Smart containers
US8245271B2 (en) * 2007-08-15 2012-08-14 Oracle International Corporation Scope-centric access control model

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004062780A (ja) * 2002-07-31 2004-02-26 Sony Corp フォルダ管理装置、フォルダ管理方法、フォルダ管理プログラム及び、フォルダ管理プログラムを記録したコンピュータ読み取り可能なプログラム格納媒体
CN1845032A (zh) * 2005-04-06 2006-10-11 杭州波导软件有限公司 一种移动终端用户使用权限分级管理实现方法
JP2007140576A (ja) * 2005-11-14 2007-06-07 Canon Inc アクセス権管理装置、及びアクセス権管理方法
WO2007065354A1 (fr) * 2005-12-05 2007-06-14 Beijing Sursen Co., Ltd Procede et systeme de gestion de la securite des donnees d'un document
CN101226573A (zh) * 2007-01-16 2008-07-23 北京书生国际信息技术有限公司 一种控制电子文档的访问权限的方法
CN101026493A (zh) * 2007-02-02 2007-08-29 华为技术有限公司 一种用户权限控制方法及xml文档管理服务器

Also Published As

Publication number Publication date
US20110016151A1 (en) 2011-01-20
CN101539922A (zh) 2009-09-23

Similar Documents

Publication Publication Date Title
WO2009115003A1 (zh) 文档库系统权限控制方法及装置
US10819782B2 (en) Personal digital server (PDS)
US8458337B2 (en) Methods and apparatus for scoped role-based access control
JP4486380B2 (ja) クロスフォレストディレクトリ情報に基づくコンテンツのディジタル権利管理（ｄｒｍ）ライセンスの発行
US8621558B2 (en) Method and apparatus for digital rights management policies
US8352731B2 (en) Secure decentralized storage system
JP3943090B2 (ja) コンテンツのディジタル権利管理（ｄｒｍ）ライセンスの発行に関するキャッシングされたユーザ−グループ情報の再検討
CN100454323C (zh) 用于对资源内容进行访问控制的方法和系统
CN102087690B (zh) 文档管理系统与文档管理方法
WO2008145068A1 (en) Method and apparatus for realizing sharing edit of document
KR101101085B1 (ko) 데이터 아이템의 구역 기반 보안 관리
JP2007299431A (ja) レプリケーション・ファシリティ
US20060230043A1 (en) Technique for simplifying the management and control of fine-grained access
WO2008086757A1 (fr) Dispositif et procédé de commande d&#39;accès à un document électronique
US7657925B2 (en) Method and system for managing security policies for databases in a distributed system
JP2006099779A (ja) 権限管理
TW200304612A (en) Data image application system, data image management device, data image management method, content data image, program and recording medium
JP2006048340A (ja) アクセス制御リスト添付システム、オリジナルコンテンツ作成者端末、ポリシーサーバ、オリジナルコンテンツデータ管理サーバ、プログラム及び記録媒体
CN1353836A (zh) 分布式环境中的文件管理方法和系统
US9081977B2 (en) Method and apparatus for privilege control
JP2009087230A (ja) 情報処理装置、情報処理システム、及びプログラム
TW200426619A (en) System and method for controlling database authorization
WO2009024037A1 (fr) Procédé pour générer et ajuster des données de relation de limite d&#39;autorité et son système de gestion
TW200825832A (en) Controlling module for programs and method for the same
JP2007304831A (ja) 承認管理システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09721611

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 30/11/2010)

122 Ep: pct application non-entry in european phase

Ref document number: 09721611

Country of ref document: EP

Kind code of ref document: A1