WO2010092755A1 - ポリシー管理装置、ポリシー管理システム、それに用いる方法およびプログラム - Google Patents

ポリシー管理装置、ポリシー管理システム、それに用いる方法およびプログラム Download PDF

Info

Publication number
WO2010092755A1
WO2010092755A1 PCT/JP2010/000414 JP2010000414W WO2010092755A1 WO 2010092755 A1 WO2010092755 A1 WO 2010092755A1 JP 2010000414 W JP2010000414 W JP 2010000414W WO 2010092755 A1 WO2010092755 A1 WO 2010092755A1
Authority
WO
WIPO (PCT)
Prior art keywords
policy
subject
ordering
policies
hierarchy
Prior art date
Application number
PCT/JP2010/000414
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 日本電気株式会社
Priority to US13/144,829 priority Critical patent/US8875221B2/en
Priority to JP2010550432A priority patent/JP5482667B2/ja
Priority to KR1020117018538A priority patent/KR101294951B1/ko
Priority to EP10741035A priority patent/EP2378458A4/en
Priority to CN2010800070998A priority patent/CN102308302A/zh
Publication of WO2010092755A1 publication Critical patent/WO2010092755A1/ja

Links

Images

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/604—Tools and structures for managing or administering access control systems
    • 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

Definitions

  • the present invention relates to a policy management apparatus, a policy management system, a method and a program used therefor, and in particular, a policy management apparatus capable of generating a policy list by converting a policy description having a partial order structure into a full order or converting it into an access control rule.
  • the present invention relates to a management system, a method used therefor, and a program.
  • OS access mechanisms such as the UNIX (registered trademark) file system
  • object such as a file provided by the business system
  • RBAC role-based access control
  • This rule description for each role unit can suppress an increase in the number of rules compared to the description for each subject unit, so the burden on the administrator is reduced.
  • ACL Access Control List
  • RBAC Access Control Rule
  • Patent Document 1 describes a method of hierarchizing policy sets and determining a set of subjects, objects, and actions to be permitted or denied based on the hierarchical structure.
  • JP 2006-155104 A (paragraph 0071)
  • the description order on the ACL is determined according to the inclusion relation of the subject set for each element of the policy set. is necessary.
  • the access control mechanism sends the accounting file to the accounting file according to the ACL description derived from policy 1 for the concurrent staff who is a part of the accounting department. Will be allowed access.
  • the correct description order in the single ACL corresponds to the entire order of the policy set defined above. That is, for policies pi and pj with pi ⁇ pj, if the corresponding ACL descriptions are A (pi) and A (pj), a single ACL is connected in the order of A (pi
  • the subject sets S1, S2, S3, S4, and S5 corresponding to the respective policies have an inclusion relationship as shown in FIG. .
  • the policy inclusion relationship included in P is p1> p2, p1> p3, p1> p4, p1> p5, p2> p4, p2> p5, p3> p4, and these orders (semi-order) are
  • the total order ⁇ to be satisfied is ⁇ p1, p2, p3, p4, p5>, ⁇ p1, p2, p3, p5, p4> or the like.
  • the RBAC policy management method does not disclose a specific method for obtaining the total order of policy sets based on the inclusion relationship of subject sets corresponding to policies, and includes a policy including a positive policy and a negative policy.
  • the description order of the ACL corresponding to the set cannot be presented to the policy manager, or it cannot be correctly converted into a single ACL.
  • Patent Document 1 For example, in the method described in Patent Document 1, based on the hierarchy (control path) of an object set, analysis is performed on whether or not there is a contradiction in access control settings with overlapping target resources, and a conflict is detected. Describes that one of the conflicting access control settings is corrected according to a given contradiction handling rule (whether the access effect value is equal to or greater than a predetermined access effect value).
  • the present invention provides a policy management system, a policy management method, and a policy management program that can correctly convert a policy set including a positive policy and a negative policy into a single access control rule. Objective.
  • a policy management apparatus includes role information storage means for storing role information including information indicating a subject set to which a policy is applied and information capable of specifying an inclusion relationship between subject sets included in the role information.
  • Policy description storage means for storing a policy description including information indicating a policy and information for identifying a subject set to which the policy is applied, and two or more stored in the policy description storage means
  • Policy hierarchies for generating a policy hierarchy in which two or more policies are hierarchized based on the inclusion relationship of subject sets to which each policy is applied, and each policy as a node. Based on the information indicating the policy hierarchy that has been made, A policy set by the policy above, while maintaining the upper and lower relations in the hierarchy, characterized in that a policy ordering means for full ordering.
  • the policy management system stores role information that includes information indicating a subject set to which a policy is applied and information that can specify an inclusion relationship between subject sets included in the role information.
  • a role storage device comprising storage means, a policy description storage device comprising policy description storage means for storing a policy description including information indicating a policy and information for identifying a subject set to which the policy is applied; For two or more policies stored in the policy description storage means, each policy is a node, and is applied to a subject set having no inclusion relationship based on the inclusion relationship of the subject set to which each policy is applied.
  • a policy that generates a policy hierarchy that includes layers composed of policies Based on the information indicating the policy hierarchy generated by the stratification means and the policy tiering means, the policies based on the two or more policies that are the targets of total ordering while maintaining the hierarchical relationship between the policies of different layers
  • a policy total ordering device including policy ordering means for totalizing the set.
  • the policy ordering method includes two or more policies included in a policy set with respect to a given subject set in which an inclusion relationship between subject sets can be specified and a subject set to be applied.
  • a policy hierarchy that includes layers composed of policies applied to subject sets that do not have a mutual inclusion relationship is generated based on the inclusion relationship of subject sets to which each policy is applied as a node.
  • a policy ordering step for fully ordering the set.
  • the policy list display method includes two or more policies included in a policy set with respect to a given subject set in which an inclusion relationship between subject sets can be specified and a subject set to be applied.
  • a policy hierarchy that includes layers composed of policies applied to subject sets that do not have a mutual inclusion relationship is generated based on the inclusion relationship of subject sets to which each policy is applied as a node.
  • Policies based on two or more policies that are subject to full ordering while maintaining the hierarchical relationship between the policies of different layers based on the policy hierarchy step to be performed and the information indicating the policy hierarchy generated in the policy hierarchy step A policy ordering step that fully orders the set, and a policy ordering step.
  • the policy order determined as a total order characterized in that it comprises a list display step of list aligning elements of a policy set that are the subject of all ordered.
  • the ACL generation method provides two or more policies included in a policy set with respect to a given subject set in which an inclusion relationship between subject sets can be specified and a subject set to be applied.
  • For a policy generate a policy hierarchy that includes layers composed of policies applied to subject sets that do not have a containment relationship based on the inclusion relationship of the subject set to which each policy is applied, with each policy as a node
  • Policies order determined as according to, characterized in that it comprises a ACL generating step of converting each policy description contained in the policy set are the subject total order of the ACL description.
  • the policy ordering program includes, in a policy set, a policy set in which a given subject set and a subject set to be applied are shown that can specify a containment relationship between subject sets.
  • a policy including a layer composed of policies applied to subject sets that do not have an inclusive relationship with each other based on the inclusive relationship of the subject set to which each policy is applied.
  • two or more objects that are the targets of total ordering while maintaining the hierarchical relationship between the policies of different layers To execute policy ordering processing to order all policy sets by policy And features.
  • the program for displaying a policy list includes, in the policy set, a policy set in which a given subject set and a subject set to be applied can be specified.
  • a policy including a layer composed of policies applied to subject sets that do not have an inclusive relationship with each other based on the inclusive relationship of the subject set to which each policy is applied.
  • two or more objects that are the targets of total ordering while maintaining the hierarchical relationship between the policies of different layers Policy ordering processing to order all policy sets by policy and policy order According to the policy order determined as total order in process to align the elements of the policy set which is the subject all ordered, characterized in that to execute a list display process of displaying the list.
  • the ACL generation program according to the present invention is included in a policy set for a policy set in which a given subject set that can specify an inclusion relationship between subject sets and a subject set to be applied are indicated in a computer.
  • a policy hierarchy including two or more policies, each of which is a node, and a layer composed of policies applied to subject sets that do not have an inclusive relationship with each other based on the inclusive relationship of subject sets to which each policy is applied.
  • a policy set including both a positive policy and a negative policy can be correctly converted into a single access control rule.
  • FIG. 1 is a block diagram illustrating a configuration example of a policy management system according to the first embodiment of this invention.
  • the policy management system shown in FIG. 1 includes an access control policy management apparatus 1.
  • the access control policy management apparatus 1 is a computer having a central processing unit (CPU) 100, and includes a policy database (DB) 102, a role DB 101, a policy hierarchization unit 103, and a policy ordering unit 104.
  • FIG. 1 shows an example in which the access control policy management apparatus 1 includes all of the above-described components.
  • the policy DB 102 and the role DB 101 are implemented as separate apparatuses (database systems) and connected via a network. It may be configured as shown.
  • the policy DB 102 stores policy descriptions.
  • the policy description includes, for example, a policy identifier (hereinafter referred to as a policy ID), a specific role identifier (hereinafter referred to as a role ID), and one or more descriptions that specify actions permitted or prohibited for each object. Information including elements. Further, the policy DB 102 receives the policy ID input from the policy hierarchizing means 103 and outputs the corresponding policy description from the stored policy descriptions.
  • the role DB 101 stores information indicating a set of subjects such as a user name associated with each role ID.
  • information that associates a role ID with a subject set may be referred to as role information.
  • the role DB 101 receives the input of the role ID from the policy hierarchizing unit 103 and outputs a corresponding subject set from the stored subject sets.
  • the information stored in the role DB 101 may include information that can specify an inclusion relationship between subject sets included in each role information. For example, information regarding the attribution of each subject set (which group the subject set belongs to in terms of the entire application range, etc.) may be included.
  • the policy hierarchization means 103 extracts the corresponding policy description from the policy DB 102 while sequentially extracting the policy ID from the policy ID list 1032 stored in the internal primary storage device 1031 (see FIG. 2). Also, the role ID described in the extracted policy description is input to the role DB 101, and the corresponding subject set is extracted. Furthermore, policy hierarchy data with a directed link added between policy ID nodes having a policy ID as a node and an inclusion relationship in the extracted subject set is generated and output to the policy ordering unit 104.
  • the policy hierarchy data is information describing a “policy hierarchy” defined as follows.
  • a policy hierarchy as shown in FIG. 3 is obtained.
  • the total order can be obtained by performing topological sorting.
  • the relations included / included between the subject sets are used as ordering rules, and the policies are enumerated by applying the ordering rules to the set of subject sets.
  • the concept of policy hierarchy is introduced in order to enumerate so as not to violate the original rule even if some elements are not included or included.
  • the access right for each department is an RBAC policy
  • a plurality of RBAC policies can be applied in the correct order by creating a policy hierarchy of the same type in the organizational hierarchy and applying it from the lower layer to the upper layer.
  • the correct order means an order determined by a rule that “the policy of the lower department must be applied before the policy of the upper department”.
  • the policy ordering means 104 outputs a policy ID string indicating the policy application order obtained by performing topological sorting on the policy hierarchy data output by the policy hierarchy means 103.
  • the policy hierarchization unit 103 and the policy ordering unit 104 can be realized by a program for realizing these functions and the CPU 100 that executes control according to the program.
  • FIG. 4 is a flowchart showing an example of the operation of the policy management system (more specifically, the access control policy management apparatus 1) of the present embodiment.
  • the policy layering means 103 scans a policy ID list 1032 including N policy IDs from the top and extracts pid [k] that is the kth policy ID (step). A1).
  • the initial value of k is 1.
  • pid [k] is input to the policy DB 102 to obtain the corresponding policy description p [k] (step A2), and the rid [k], which is the role ID included in p [k], is assigned to the role DB 101.
  • a corresponding subject set S [k] step A3
  • a set of ⁇ pid [k], S [k]> is pushed to the stack area of the primary storage device 1031 (stored by the LIFO method).
  • the policy hierarchization means 103 performs the following operation.
  • the stack area includes ⁇ pid [1], S [1]>, ⁇ pid [2], S [2]>, ..., ⁇ pid [N], S [N]> (
  • ⁇ pid [1], S [1]> to ⁇ pid [N], S [N]> are stored.
  • the policy hierarchization means 103 first selects ⁇ pid [1], S [1]> or ⁇ pid [N], S [N]> from among S [1] to S [N] included in the input. All combinations using any two ⁇ S [1], S [2]>, ⁇ S [1], S [3]>,..., ⁇ S [1], S [N]> ,..., ⁇ S [N ⁇ 1], S [N]> ⁇ are generated (step A6), and the following operations of steps A7 to A12 are repeated for each combination.
  • the policy hierarchization unit 103 determines the inclusion relationship between S [i] and S [j] (step A8).
  • the policy hierarchization means 103 determines whether the determination result is (a) S [i] ⁇ S [j], (b) S [j] ⁇ S [i], or (c) There is no inclusion relationship. It operates as follows in each case. Note that the inclusion relationship between subject sets may be determined by referring to, for example, information regarding the attribution of each subject set stored in the role DB 101.
  • the policy hierarchy means 103 generates policy hierarchy data indicating the policy hierarchy as shown in FIG. 5 and inputs the generated policy hierarchy data to the policy ordering means 104.
  • FIG. 5 is an explanatory diagram illustrating an example of a policy hierarchy.
  • FIG. 5 is an example in the case of targeting pid [1] to pid [8].
  • the policy corresponding to the node located above is a principle policy, and corresponds to the node located below. It is shown that the policy is as exceptional as the policy.
  • the policy ordering means 104 scans the input policy hierarchy data, performs topological sorting to determine the policy order, and outputs a policy ID string indicating the determined policy order (step A13).
  • Topological sorting means that when an ordering rule and a set to be enumerated are given, “for any two elements a and b arranged in the order of a ⁇ b during sort output, a ⁇ b is at least contrary to the ordering rule. This is a sorting method in which all elements are arranged in one row while satisfying the condition that they are not in order, that is, the order given by the rules, or the combination to which the rules cannot be applied.
  • FIG. 6 is a flowchart showing an example of the processing flow of the topological sort processing by the policy ordering means 104.
  • the policy ordering means 104 first scans the input policy hierarchy data and extracts a set N of nodes having no input link (step B1).
  • step B2 is recursively executed according to the depth-first search for the policy hierarchy data.
  • step B2 when the node being referred to satisfies the following condition, the node is added to a predetermined stack.
  • a visited flag is assigned to the reference node.
  • the visited link flag is added to all the link destination nodes even if there is no output link in the node.
  • pid [k] that is a policy ID corresponding to the number k assigned to the node is generated (step B3).
  • the policy IDs in the list generated as described above are arranged in the order of “deep layer ⁇ shallow layer” corresponding to the N nodes in the policy hierarchy data. For example, when there is a directed path from the node n [j] to n [i], that is, when n [j] is in a deeper layer than n [i], pid [j], pid [i ] Appears in the list in the order. At this time, the subject set corresponding to pid [i] and pid [j] has a relationship of S [j] ⁇ S [i] based on the policy hierarchy data generation method in steps A8 to A11. The effect that the inclusive relation between the policy descriptions corresponding to i] and pid [j] is maintained is obtained.
  • the entire order of the policy set can be uniquely obtained based on the inclusion relation of the subject set having a partial order structure.
  • the policy DB 102 stores policy descriptions having the following contents as policies corresponding to the four subject sets.
  • Policy ID p1: ⁇ Company-wide policy> Access to the company-wide Web server is permitted for users of the employee-wide role.
  • Policy ID p2: ⁇ Accounting department policy> Access to the accounting department file server is permitted for users in the accounting department role.
  • Policy ID p3: ⁇ HR department policy> Access to the HR department groupware server is permitted for users in the HR department role.
  • Policy ID p4: ⁇ General Affairs Department Policy> Access to the General Affairs Department file server is permitted for users of the General Affairs Department role.
  • Policy ID p5: ⁇ Accounting / HR concurrent policy> Access to the accounting department file server is prohibited and access to the HR department groupware server is prohibited for users in the accounting / HR concurrent role.
  • the policy ID list 1032 of the policy hierarchization means 103 describes the above-mentioned policy IDs in the order of “p1” “p2” “p3” “p4” “p5”.
  • the policy description format is sufficient if it can describe “role” such as accounting department and “resource” such as Web server / file server.
  • XACML eXtende Access control Markup Language as shown in FIG. 8 is used.
  • FIG. 8 is an explanatory diagram showing an example of policy description stored in the policy DB 102.
  • ⁇ keiri_ichiro, keiri_jiro, jinji_hanako, jinji_kyouko, soumu_taro ⁇ is given as the user ID of all employees.
  • keiri_ichiro and keiri_jiro belong to the accounting department
  • jinji_hanako belongs to the accounting department and the human resources department (accounting and human resources)
  • jinji_kyouko belongs to the human resources department
  • “soumu_taro” belongs to the general affairs department. Assume that it is associated with each subject set.
  • the corresponding role ID “all employee roles” is input to the role DB 101 to obtain a subject set including user IDs of all employees, and a set of policy ID and subject set is stored in the stack area. Store.
  • the policy hierarchizing unit 103 extracts five subject sets stored in the stack area, and generates 10 combinations of subject sets (step A6). Then, policy hierarchy data is generated from each combination.
  • FIG. 9 is an explanatory diagram illustrating an example of a policy hierarchy.
  • five nodes nodes p1, p2, p3, p4, and p5
  • six links node p5 to node 2, node 5) as directed links.
  • the policy ordering means 104 performs topological sorting on such policy hierarchy data to determine the policy order (step A13).
  • a node set ⁇ node p4, node p5 ⁇ having no input link is extracted (step B1).
  • the depth priority search may be performed from any of these nodes, but here the search is performed from the node p5.
  • a depth-first search is performed using the node p5 as a starting point, and a node p1 that meets the above conditions is detected and stored in the stack (step B2).
  • a visited flag is assigned to the node p1.
  • the policy ordering means 104 next performs the above condition determination for the nodes p2 to p3. Assuming that the node p2 is being referred to now, the link destination of the node p2 is only the node p1, and the visited flag is assigned to the node p1, so the node p2 satisfies the above condition. Therefore, the node p2 is stored in the stack, and a visited flag is assigned. The same applies to the node p3. Since the visited flag is finally assigned to all the nodes p1, node p2, and node p3 linked from the node p5, the node p5 is also stored in the stack and the visited flag is assigned. At this time, nodes are stored in the stack in the order of node p5, node p3, node p2, and node p1 from the top.
  • node p4 which is another node without an input link.
  • the policy ordering means 104 simply stores the node p4 in the stack, and visits A search flag is assigned and the search process is terminated.
  • nodes are stored in the stack in the order of node p4, node p5, node p3, node p2, and node p1 from the top.
  • the policy ordering means 104 generates a list of policy IDs corresponding to the reference nodes while referring to the nodes one by one from the top of the stack (step B3).
  • a policy ID list arranged in the order of p4 ⁇ p5 ⁇ p3 ⁇ p2 ⁇ p1 is generated. This corresponds to the result of arranging policy IDs in the order of “deep layer ⁇ shallow layer” in the policy hierarchy data.
  • FIG. 10 is a block diagram illustrating a configuration example of the policy management system according to the second embodiment.
  • the policy management system shown in FIG. 10 is based on the first embodiment shown in FIG. 1, and the access control policy management apparatus 1 further includes an ACL generation condition input unit 107 and an ACL generation unit 108.
  • the ACL generation condition input unit 107 includes a user input device such as a keyboard device or a mouse device, receives a condition input regarding a policy conversion range, and inputs the condition to the policy layering unit 103 in the form of a policy ID list. To do. A set of policy descriptions included in the conversion range is extracted from the policy DB 102 and input to the ACL generation unit 108.
  • the ACL generation unit 108 has a secondary storage device, and for each policy description input from the ACL generation condition input unit 107, referring to the role DB 101 according to the policy order input from the policy ordering unit 104, The data is sequentially converted into an ACL description, and the conversion result (ACL description) is stored in the secondary storage device.
  • the ACL generation condition input unit 107 can be realized by a user input device, a program for realizing a function related to reception and conversion of data input, and the CPU 100 that executes control according to the program.
  • the ACL generation unit 108 can be realized by a program for realizing the function and the CPU 100 that executes control according to the program.
  • FIG. 11 is a flowchart showing an example of the operation of the policy management system (more specifically, the access control policy management apparatus 1) of the present embodiment.
  • the ACL generation condition input unit 107 receives an instruction input of a policy distribution condition (also referred to as an ACL generation condition) via the user input device (step D1).
  • the condition includes at least a policy generation range.
  • the policy generation range is stored in the policy DB 102 such as “all policies stored in the policy DB”, “policy not instructed to generate past ACL”, “policy corresponding to the specified role set”, and the like. Any condition can be specified as long as the specified set of policy descriptions can be specified.
  • the ACL generation condition input means 107 identifies a policy set that matches the condition while referring to the policy DB 102 in accordance with the input condition regarding the policy generation range (step D2).
  • the policy set identification method for example, when the policy description is stored in the policy DB 102 according to the policy DB schema as shown in FIG. 12, refer to the ACL generated flag column and the role ID column corresponding to the generation range condition. By doing so, it is possible to identify the policy ID that matches the condition. More specifically, the view may be generated with the following SQL statement.
  • the ACL generation condition input unit 107 stores the list of policy sets (policy ID list) in the primary storage of the policy hierarchy unit 103. Copy (store) to device 1031.
  • a set of corresponding policy descriptions is extracted from the policy DB 102 from the policy ID list and input to the ACL generating unit 108.
  • the policy hierarchizing unit 103 and the policy ordering unit 104 perform the policy for the policy set stored in the primary storage device 1031 of the policy hierarchizing unit 103 in the same manner as the operations of Steps A1 to A13 of the first embodiment.
  • Order data is generated (step D3).
  • the ACL generation unit 108 converts each policy description input from the ACL generation condition input unit 107 into an ACL description according to the policy order data input from the policy ordering unit 104, and the same in the secondary storage device. Append to the file (step D4).
  • FIG. 13 is a flowchart illustrating an example of a processing flow of conversion processing into an ACL description.
  • the ACL generating unit 108 first extracts a set OA of a set of role ID and object action included in the currently referred policy description (step E1).
  • an object is a file or a computer to be accessed, and an action is an operation performed on the object (for example, reading or writing to a file).
  • the role ID is input to the role DB 101, and the corresponding subject set S is acquired (step E2). Thereafter, a direct product S ⁇ OA of the subject set S and the object / action set set OA is calculated (step E3).
  • each of the above (S, O, A) pairs is converted into an ACL description and added to the secondary storage device (step E4).
  • the ACL description format is arbitrary as long as S, O, and A can be identified.
  • CSV Common, Separeted Valures
  • the following ACL description may be generated.
  • the exception / principle relationship between policies can be converted into an ACL description appropriately, that is, giving priority to exceptions.
  • the policy hierarchizing unit 103 arranges the exception policy in a deeper layer to generate policy hierarchy data, and the policy ordering unit 104 moves the policy from the deeper layer to the shallower layer of the policy hierarchical data. This is because the IDs are ordered and converted into an ACL description based on the order.
  • FIG. 14 is a block diagram illustrating a configuration example of the policy management system according to the third embodiment.
  • the policy management system shown in FIG. 14 is based on the first embodiment shown in FIG. 1, and the access control policy management apparatus 1 further includes a policy display condition input unit 105 and a policy list display unit 106.
  • the policy display condition input means 105 has a user input device such as a keyboard device or a mouse device, receives a condition input relating to a policy display range and display order, converts the policy display range into a policy ID list, and generates a policy hierarchy. Is input to the conversion means 103. The display order is input to the policy list display means 106.
  • the policy list display means 106 has a display device such as a liquid crystal display device (LCD).
  • a display device such as a liquid crystal display device (LCD).
  • the policy list display means 106 receives input of display conditions from the policy display condition input means 105 to display in order of policy order, the policy ordering means 104.
  • Each policy information (for example, policy ID) is displayed in a list on the display device in accordance with the policy order output by.
  • the policy display condition input unit 105 can be realized by a user input device, a program for realizing a function related to reception and conversion of data input, and the CPU 100 that executes control according to the program. Further, the policy list display means 106 can be realized by a program for realizing the function, a CPU 100 that executes control according to the program, and a display device.
  • FIG. 15 is a flowchart showing an example of the operation of the policy management system (more specifically, the access control policy management apparatus 1) of the present embodiment.
  • the policy display condition input means 105 receives a display condition instruction input via the user input device (step C1).
  • the display conditions include at least conditions regarding the polyly display range and the display order.
  • the policy display range for example, a set of policy descriptions stored in the policy DB 102 such as “all policies stored in the policy DB”, “period related to update date / time”, “administrator ID that created the policy”, etc. Any condition can be specified as long as it can be specified.
  • the display order for example, in addition to “policy application order”, “policy name dictionary order”, “policy update date / time order”, and the like may be designated.
  • the policy display condition input means 105 identifies a policy set that matches the condition while referring to the policy DB 102 in accordance with the condition regarding the input policy display range (step C2).
  • the policy set identification method for example, when the policy description is stored in the policy DB 102 in accordance with the policy DB schema as shown in FIG. 16, the update date / time column and the administrator ID column corresponding to the display range condition are referred to.
  • the policy ID that matches the condition can be identified. More specifically, the view may be generated with the following SQL statement.
  • the policy display condition input unit 105 stores the list of policy sets (policy ID list) in the primary storage of the policy hierarchy unit 103. Copy (store) to device 1031. Further, the received display condition is input to the policy list display means 106.
  • the policy hierarchizing means 103 and the policy ordering means 104 generate policy order data for the policy set, similarly to the operations of Steps A1 to A13 of the first embodiment (Step C3).
  • the policy list display unit 106 displays the policy ID that is each element of the policy set or the associated policy name via the display device (step C4).
  • the policy list display means 106 may display a list screen as shown in FIG. In the example shown in FIG. 17, an example is shown in which policy IDs are displayed as a list in the instructed order.
  • a radio button for selecting any one of “priority order”, “name order”, and “creation date order” is shown.
  • the policy administrator who is the user of the access control policy management apparatus 1 can intuitively recognize the order in which the policies are applied, It becomes easier to find policy inconsistencies. For example, a policy administrator simply verifies a policy that appears after a policy he has created (ie, a policy with a lower priority), contradicts his policy, and actually applies it. You can discover different policies.
  • FIG. 19 is a block diagram showing an outline of the present invention.
  • the policy management apparatus 10 of the present invention includes role information storage means 11, policy description storage means 12, policy hierarchization means 13, and policy ordering means 14.
  • the role information storage unit 11 (for example, the role DB 101) stores role information including information indicating a subject set to which a policy is applied, and information that can specify an inclusion relation between subject sets included in the role information. .
  • the policy description storage unit 12 (for example, the policy DB 102) stores a policy description including information indicating a policy and information for identifying a subject set to which the policy is applied.
  • the policy hierarchizing unit 13 (for example, the policy hierarchizing unit 103) has two or more policies stored in the policy description storage unit 12 as nodes and sets the inclusion relationship of the subject set to which each policy is applied. Based on this, a policy hierarchy including a layer composed of policies applied to subject sets that do not have an inclusive relationship with each other is generated. *
  • the policy hierarchization unit 13 may generate a policy hierarchy by generating policy hierarchy data to which a directional link is added between policy nodes having an inclusion relationship in a subject set, for example.
  • the policy ordering unit 14 (for example, the policy ordering unit 104) performs the total ordering while maintaining the hierarchical relationship between the policies of the different layers based on the information indicating the policy hierarchy generated by the policy hierarchizing unit 13.
  • the policy sets based on two or more policies that are the targets of the are ordered.
  • the policy ordering unit 14 is subject to total ordering by performing topological sorting according to a depth-first search for policy hierarchy data starting from each element of a set of nodes without input links. All policy sets may be ordered.
  • the policy inclusion relationship can be derived from the subject set inclusion relationship, and the total order of the policy set can be uniquely determined based on the derived policy inclusion relationship.
  • a policy set that simultaneously includes a static policy can be correctly converted into a single access control rule.
  • FIG. 20 is a block diagram showing another configuration example of the policy management apparatus as an outline of the present invention.
  • the policy management apparatus 1 of the present invention may further include policy list display means 15.
  • the policy list display unit 15 (for example, the policy list display unit 106) arranges the elements of the policy set that is the target of total ordering according to the policy order determined as the total order by the policy ordering unit 14 and displays the list. To do.
  • the description order in a single ACL can be displayed in a list for each element of the policy set, so that policy verification by the policy manager can be supported.
  • the policy management apparatus 1 of the present invention may further include an ACL generation means 16.
  • the ACL generation unit 16 (for example, the ACL generation unit 108) converts each policy description included in the policy set to be fully ordered into an ACL description according to the policy order determined as the total order by the policy ordering unit. To do.
  • a single ACL can be generated in the order of description according to the total order for a policy set having both positive policies and negative policies as elements. It is possible to appropriately implement access control in accordance with the policy defined in.
  • one physically separated device has all the means as shown in FIGS. 19 and 20
  • two or more physically separated devices as described above can be used. It is also possible to configure a policy management system by providing the means shown in FIGS.
  • the policy management system includes a role storage device including role information storage means, a policy description storage device including policy description storage means, and a policy total ordering device including policy hierarchy means and policy ordering means. May be.
  • the policy total ordering device may further include policy list display means or ACL generation means.
  • load balancing can be achieved by providing a plurality of policy ordering devices in a large-scale environment where a large number of role information and / or policy descriptions exist.
  • the present invention can also be applied to uses such as a policy search device that generates a search view according to a policy order for a policy in a database and a policy distribution device that sets a generated access control list in a remote server.

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)
  • Automation & Control Theory (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Storage Device Security (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

サブジェクト集合を示す情報を含むロール情報とサブジェクト集合間の包含関係を特定可能な情報とを格納するロール情報記憶手段（１１）と、ポリシーを示す情報と該ポリシーの適用対象となるサブジェクト集合の識別情報とを含むポリシー記述を格納するポリシー記述記憶手段（１２）と、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、２以上のポリシーを階層化したポリシー階層を生成するポリシー階層化手段と（１３）と、前記ポリシー階層を示す情報に基づいて、全順序化の対象である前記２以上のポリシーによるポリシー集合を、階層における上位・下位の関係を維持したまま、全順序化するポリシー順序化手段（１４）とを備える。

Description

ポリシー管理装置、ポリシー管理システム、それに用いる方法およびプログラム
　本発明は、ポリシー管理装置、ポリシー管理システム、それに用いる方法およびプログラムに関し、特に、半順序構造をもつポリシー記述を全順序化して、ポリシー一覧を生成またはアクセス制御ルールに変換できるポリシー管理装置、ポリシー管理システム、それに用いる方法およびプログラムに関する。
　近年のコンプライアンス意識の高まりから、多くの企業で自社業務システムにおけるアクセス制御の徹底が図られている。Ｕｎｉｘ（登録商標）ファイルシステムなどのＯＳアクセス機構に見られるように、一般的なアクセス制御ルールは、業務システムを用いる従業員などの「サブジェクト」、業務システムが提供するファイルなどの「オブジェクト」、読み書きなどの当該オブジェクトへのアクセス方法である「アクション」の３つの情報を組み合わせて記述され、アクセス制御機構に適用される。
　ここで、従業員数や業務ファイル数の規模が大きくなるにつれて、アクセス制御ルールの記述や管理にかかる管理者の負荷が増大するという問題がある。その解決策の１つとして、役割ベースアクセス制御方式（ＲＢＡＣ；Role-based Access Control ）がよく知られている。ＲＢＡＣにおけるアクセス制御ルールには、所属部門や職責など従業員の「役割」と、当該役割に許可されるアクセス権として、オブジェクトとアクションの組の集合を記述する。
　このような役割単位のルール記述により、サブジェクト単位に記述するよりもルール数の増加を抑制することができるため、管理者の負荷が低減される。なお、混乱を避けるため、以下では、「サブジェクト」「オブジェクト」「アクション」の組からなるアクセス制御ルールをＡＣＬ（Access Control List ）と呼び、ＲＢＡＣにおけるアクセス制御ルールをＲＢＡＣポリシーまたは単にポリシーと呼ぶ。
　ところで、ＲＢＡＣポリシーの集合を上述のアクセス機構に適用するためには、当該ポリシーの集合を単一のＡＣＬ記述に変換する必要がある。なお、従来のＲＢＡＣ方式では、肯定的ポリシー、すなわち所定の役割について「許可されるアクセス権」のみが記述されるので、単に各ポリシーに関連づけられた役割をもつサブジェクト集合Ｓと、オブジェクトとアクセションの組の集合ＯＡとの直積Ｓ×ＯＡを計算し、それらを任意の記述順序で連結することによって単一のＡＣＬに変換可能である。
　しかし、ポリシー管理の実務では、否定的ポリシー、すなわち所定の役割について「禁止されるアクセス権」も併せて記述したい場合がある。
　例えば、「経理部員は共有サーバ上の経理ファイルにアクセスしてもよい。（ポリシー１）」といったより大きなサブジェクト集合に対する肯定的ポリシーに対して、「他部門の兼務者は経理ファイルにアクセスしてはならない。（ポリシー２）」といったより小さなサブジェクト集合に対する否定的なポリシーを例外的なポリシーとして記述したい場合がある。
　上記単一のＡＣＬへの変換は、肯定的ポリシーと否定的ポリシーとを同時に含むポリシー集合から、許可または拒否すべきサブジェクトとオブジェクトとアクションの組を同定することに他ならない。特許文献１には、ポリシー集合を階層化し、当該階層構造に基づいて、許可または拒否すべきサブジェクトとオブジェクトとアクションの組を決定する方法が記載されている。
特開２００６－１５５１０４号公報（段落００７１）
　肯定的ポリシーと否定的ポリシーとを同時に含むポリシー集合を正しく単一のＡＣＬに変換するためには、当該ポリシー集合の各要素についてサブジェクト集合の包含関係に従って、ＡＣＬ上の記述順序を決定することが必要である。
　例えば上述のポリシー集合を単一のＡＣＬに変換する場合、ポリシー２から導出されるＡＣＬ記述の後にポリシー１から導出されるＡＣＬ記述を連結しなければポリシー間の原則・例外の関係を正しく反映できない。もし、ポリシー１から導出されるＡＣＬ記述が先に連結された場合には、アクセス制御機構は、経理部員の一部である兼務者に対して、ポリシー１から導出されたＡＣＬ記述に従い経理ファイルへのアクセスを許可してしまう。
　ここで、本発明に用いる用語を以下のように定義する。
［ポリシー包含関係の定義］
　ある２つのポリシーｐ１，ｐ２があり、それぞれに対応するサブジェクト集合をＳ１，Ｓ２とする。このとき、Ｓ１⊆Ｓ２のとき、かつそのときのみ、ｐ１はｐ２を包含すると定義する。また、この包含関係をｐ１＜ｐ２と書く。
［ポリシー集合の全順序の定義］
　あるポリシー集合Ｐ＝｛ｐ１，ｐ２，・・・，ｐＮ｝が与えられたとき、次の性質を満たすＰの要素の系列σをＰの全順序と呼ぶ。
・（性質）：「任意のＰの要素ｐｉ，ｐｊについて、ｐｉ＜ｐｊならば、必ずσ中でｐｉはｐｊよりも先に出現する。」
　上記単一ＡＣＬにおける正しい記述順序は、上述で定義されるポリシー集合の全順序に相当する。すなわち、ｐｉ＜ｐｊなるポリシーｐｉ，ｐｊについて、それぞれに対応するＡＣＬ記述をＡ（ｐｉ），Ａ（ｐｊ）とすると、単一のＡＣＬは、Ａ（ｐｉ│Ａ（ｐｊ））の順に連結したものである。
　例えば、あるＰ＝｛ｐ１，ｐ２，ｐ３，ｐ４，ｐ５｝について、それぞれのポリシーに対応するサブジェクト集合Ｓ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５について、図１８に示すような包含関係があるものとする。このとき、Ｐに含まれるポリシー包含関係は、ｐ１＞ｐ２，ｐ１＞ｐ３，ｐ１＞ｐ４，ｐ１＞ｐ５，ｐ２＞ｐ４，ｐ２＞ｐ５，ｐ３＞ｐ４であり、これらの順序（半順序）を満たす全順序σは、＜ｐ１，ｐ２，ｐ３，ｐ４，ｐ５＞または＜ｐ１，ｐ２，ｐ３，ｐ５，ｐ４＞などである。
　しかし、ＲＢＡＣポリシ管理方式では、ポリシーに対応するサブジェクト集合の包含関係に基づいて、ポリシー集合の全順序を求める具体的な方法が開示されておらず、肯定的ポリシーと否定的ポリシーとを含むポリシー集合に対応するＡＣＬの記述順序をポリシー管理者に提示したり、単一のＡＣＬに正しく変換することができなかった。
　例えば、特許文献１に記載されている方法では、オブジェクト集合の階層（制御パス）に基づいて、対象のリソースが重複するアクセス制御設定に矛盾がないかどうかを解析し、矛盾が検出された場合は、所与の矛盾対処ルール（アクセス効果値が所定のアクセス効果値以上であるか否か）によって、矛盾するアクセス制御設定のいずれかを修正する旨が記載されている。
　しかし、特許文献１に記載されている方法では、サブジェクト集合の包含関係によってポリシー間に原則・例外の関係が生じることについては何ら考慮されていない。例えば、例外が先に登録されていることにより矛盾が検出されれば、正しい順序で適用すれば矛盾が生じない場合であってもポリシー管理者が設定したポリシーを違反として検出してしまう可能性もある。
　そこで、本発明は、肯定的ポリシーと否定的ポリシーとを同時に含むポリシー集合を正しく単一のアクセス制御ルールに変換することができるポリシー管理システム、ポリシー管理方法およびポリシー管理用プログラムを提供することを目的とする。
　本発明によるポリシー管理装置は、ポリシーの適用対象となるサブジェクト集合を示す情報を含むロール情報と、前記ロール情報に含まれるサブジェクト集合間の包含関係を特定可能な情報とを格納するロール情報記憶手段と、ポリシーを示す情報と、該ポリシーの適用対象となるサブジェクト集合を識別するための情報とを含むポリシー記述を格納するポリシー記述記憶手段と、前記ポリシー記述記憶手段に格納されている２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、２以上のポリシーを階層化したポリシー階層を生成するポリシー階層化手段と、前記ポリシー階層化手段によって生成されたポリシー階層を示す情報に基づいて、全順序化の対象である前記２以上のポリシーによるポリシー集合を、階層における上位・下位の関係を維持したまま、全順序化するポリシー順序化手段とを備えたことを特徴とする。
　また、本発明によるポリシー管理システムは、ポリシーの適用対象となるサブジェクト集合を示す情報を含むロール情報と、前記ロール情報に含まれるサブジェクト集合間の包含関係を特定可能な情報とを格納するロール情報記憶手段を備えるロール記憶装置と、ポリシーを示す情報と、該ポリシーの適用対象となるサブジェクト集合を識別するための情報とを含むポリシー記述を格納するポリシー記述記憶手段を備えるポリシー記述記憶装置と、前記ポリシー記述記憶手段に格納されている２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化手段と、前記ポリシー階層化手段によって生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である前記２以上のポリシーによるポリシー集合を全順序化するポリシー順序化手段と、を備えるポリシー全順序化装置と、を有することを特徴とする。
　また、本発明によるポリシー順序化方法は、サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化ステップと、ポリシー階層化ステップで生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である２以上のポリシーによるポリシー集合を全順序化するポリシー順序化ステップとを含むことを特徴とする。
　また、本発明によるポリシーリスト表示方法は、サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化ステップと、ポリシー階層化ステップで生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である２以上のポリシーによるポリシー集合を全順序化するポリシー順序化ステップと、ポリシー順序化ステップで全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合の要素を整列させて一覧表示する一覧表示ステップとを含むことを特徴とする。
　また、本発明によるＡＣＬ生成方法は、サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化ステップと、ポリシー階層化ステップで生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である２以上のポリシーによるポリシー集合を全順序化するポリシー順序化ステップと、ポリシー順序化ステップで全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合に含まれる各ポリシー記述をＡＣＬ記述に変換するＡＣＬ生成ステップとを含むことを特徴とする。
　また、本発明によるポリシー順序化プログラムは、コンピュータに、サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化処理と、ポリシー階層化処理で生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である２以上のポリシーによるポリシー集合を全順序化するポリシー順序化処理とを実行させることを特徴とする。
　また、本発明によるポリシーリスト表示プログラムは、コンピュータに、サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化処理と、ポリシー階層化処理で生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である２以上のポリシーによるポリシー集合を全順序化するポリシー順序化処理と、ポリシー順序化処理で全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合の要素を整列させて一覧表示する一覧表示処理とを実行させることを特徴とする。
　また、本発明によるＡＣＬ生成プログラムは、コンピュータに、サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化処理と、ポリシー階層化処理で生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である２以上のポリシーによるポリシー集合を全順序化するポリシー順序化処理と、ポリシー順序化ステップで全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合に含まれる各ポリシー記述をＡＣＬ記述に変換するＡＣＬ生成処理とを実行させることを特徴とする。
　本発明によれば、肯定的ポリシーと否定的ポリシーとを同時に含むポリシー集合を正しく単一のアクセス制御ルールに変換することができる。
第１の実施形態のポリシー管理システムの構成例を示すブロック図である。 ポリシー階層化手段１０３が有する一次記憶装置の例を示す説明図である。 ポリシー階層の例を示す説明図である。 第１の実施形態の動作の一例を示すフローチャートである。 ポリシー階層の例を示す説明図である。 位相的ソート処理の処理フローの例を示すフローチャートである。 サブジェクト集合間の包含関係の具体例を示す説明図である。 ポリシーＤＢ１０２に格納されるポリシー記述の具体例を示す説明図である。 ポリシー階層の具体例を示す説明図である。 第２の実施形態のポリシー管理システムの構成例を示すブロック図である。 第２の実施形態の動作の一例を示すフローチャートである。 第２の実施形態におけるポリシーＤＢ１０２のスキーマ（ポリシーＤＢスキーマ）の例を示す説明図である。 ＡＣＬ記述への変換処理の処理フローの例を示すフローチャートである。 第３の実施形態のポリシー管理システムの構成例を示すブロック図である。 第３の実施形態の動作の一例を示すフローチャートである。 第３の実施形態におけるポリシーＤＢ１０２のスキーマ（ポリシーＤＢスキーマ）の例を示す説明図である。 ポリシー順序を表示する一覧画面の例を示す説明図である。 サブジェクト集合間の包含関係の例を示す説明図である。 本発明の概要を示すブロック図である。 本発明の概要としてポリシー管理装置の他の構成例を示すブロック図である。
１．第１実施形態
１．１．構成
　以下、本発明の実施形態を図面を参照して説明する。図１は、本発明の第１の実施形態のポリシー管理システムの構成例を示すブロック図である。図１に示すポリシー管理システムは、アクセス制御ポリシー管理装置１を備える。アクセス制御ポリシー管理装置１は、中央処理装置（ＣＰＵ）１００を有するコンピュータであって、ポリシーデータベース（ＤＢ）１０２と、ロールＤＢ１０１と、ポリシー階層化手段１０３と、ポリシー順序化手段１０４とを含む。なお、図１では、アクセス制御ポリシー管理装置１が上記構成要素を全て備える例を示しているが、例えば、ポリシーＤＢ１０２やロールＤＢ１０１が別装置（データベースシステム）として実装され、ネットワークを介して接続されているような構成であってもよい。
　ポリシーＤＢ１０２は、ポリシー記述を格納する。ポリシー記述は、例えば、ポリシーの識別子（以下、ポリシーＩＤという。）と、特定のロールの識別子（以下、ロールＩＤという。）と、オブジェクトごとに許可または禁止するアクションを規定した１つ以上の記述要素とを含む情報である。また、ポリシーＤＢ１０２は、ポリシー階層化手段１０３からのポリシーＩＤの入力を受けて、格納しているポリシー記述の中から対応するポリシー記述を出力する。
　ロールＤＢ１０１は、ロールＩＤごとに関連付けられたユーザ名などのサブジェクトの集合を示す情報を格納する。以下、ロールＩＤとサブジェクト集合とを対応づけた情報をロール情報という場合がある。また、ロールＤＢ１０１は、ポリシー階層化手段１０３からのロールＩＤの入力を受けて、格納しているサブジェクト集合の中から対応するサブジェクト集合を出力する。なお、ロールＤＢ１０１が格納する情報には、ロール情報のほかに、各ロール情報に含まれるサブジェクト集合間の包含関係を特定可能な情報が含まれていてもよい。例えば、各サブジェクト集合の帰属に関する情報（そのサブジェクト集合が適用範囲全体からみてどのグループに属しているか等）を含んでいてもよい。
　ポリシー階層化手段１０３は、内部的に備える１次記憶装置１０３１（図２参照。）に格納されたポリシーＩＤリスト１０３２から順次ポリシーＩＤを抽出しながら、ポリシーＤＢ１０２から対応するポリシー記述を抽出する。また、抽出したポリシー記述に記述されたロールＩＤをロールＤＢ１０１に入力して、対応するサブジェクト集合を抽出する。さらに、ポリシーＩＤをノードとし、抽出したサブジェクト集合に包含関係があるポリシーＩＤノード間に、有向リンクを付加したポリシー階層データを生成し、ポリシー順序化手段１０４に出力する。
　ここで、ポリシー階層データとは、以下のように定義される「ポリシー階層」を記述した情報である。
［ポリシー階層の定義］
　あるポリシー集合Ｐ＝｛ｐ１，ｐ２，・・・，ｐＮ｝が与えられたとき、Ｐの各要素をノードとしてもち、任意の要素ｐｉ、ｐｊの間にｐｉ＜ｐｊの関係があれば、ｐｉからｐｊに向かう有向リンクを付加した有向グラフを、ポリシー階層と呼ぶ。このとき、あるノードｐに隣接するノード集合のうち、互いに有向リンクで接続されないノードの集合を層と呼ぶ。
　例えば、上述のポリシー集合の全順序の定義において示したポリシー集合の例では、図３のようなポリシー階層が得られる。これに対して、位相的ソートを行うことで、全順序を求めることができる。
　本発明では、サブジェクト集合間の含む・含まれる関係を順序づけルールとし、サブジェクト集合の集合に対して、この順序づけルールを適用して各ポリシーを列挙する。このとき、一部の要素について含む・含まれるの関係になくても、元のルールに反しないように列挙するために、ポリシー階層という概念を導入する。例えば、部門単位のアクセス権をＲＢＡＣポリシーとした場合、組織階層に同型のポリシー階層を作成し、下層から上層に向かって適用することにより、複数のＲＢＡＣポリシーを正しい順序で適用することができる。ここで、正しい順序とは、「下位部門のポリシーは上位部門のポリシーよりも先に適用されなければならない」というルールで定められた順序をいう。
　ポリシー順序化手段１０４は、ポリシー階層化手段１０３が出力するポリシー階層データに対して、位相的ソートを行って得られる、ポリシー適用順序を示すポリシーＩＤ列を出力する。
　なお、本実施形態において、ポリシー階層化手段１０３およびポリシー順序化手段１０４は、それらの機能を実現するためのプログラムとプログラムに従って制御を実行するＣＰＵ１００とによって実現可能である。
１．２．動作
　次に、本実施形態の動作について説明する。図４は、本実施形態のポリシー管理システム（より具体的には、アクセス制御ポリシー管理装置１）の動作の一例を示すフローチャートである。
　図４に示す例では、まず、ポリシー階層化手段１０３が、Ｎ個のポリシーＩＤを含むポリシーＩＤリスト１０３２を、先頭から走査してｋ番目のポリシーＩＤであるｐｉｄ［ｋ］を抽出する（ステップＡ１）。ここでｋの初期値は１である。
　つづいて、ポリシーＤＢ１０２にｐｉｄ［ｋ］を入力して、対応するポリシー記述ｐ［ｋ］を取得し（ステップＡ２）、ｐ［ｋ］に含まれるロールＩＤであるｒｉｄ［ｋ］を、ロールＤＢ１０１に入力して対応するサブジェクト集合Ｓ［ｋ］を取得する（ステップＡ３）。この際、＜ｐｉｄ［ｋ］，Ｓ［ｋ］＞の組を一次記憶装置１０３１のスタック領域にプッシュする（ＬＩＦＯ方式にて格納する）。
　以上の処理をＮ個すべてのポリシーＩＤに対して繰り返す（ステップＡ４～Ａ５）。
　そして、ポリシーＩＤリスト１０３２に対して、全ての処理を完了したとき（ｋ＝Ｎ）、ポリシー階層化手段１０３が次の動作を行う。なお、このとき、スタック領域には、＜ｐｉｄ［１］，Ｓ［１］＞，＜ｐｉｄ［２］，Ｓ［２］＞，・・・，＜ｐｉｄ［Ｎ］，Ｓ［Ｎ］＞（以下、＜ｐｉｄ［１］，Ｓ［１］＞ないし＜ｐｉｄ［Ｎ］，Ｓ［Ｎ］＞という。）が格納されている。
　ポリシー階層化手段１０３は、＜ｐｉｄ［１］，Ｓ［１］＞ないし＜ｐｉｄ［Ｎ］，Ｓ［Ｎ］＞について、まず当該入力に含まれるＳ［１］～Ｓ［Ｎ］の中の任意の２つを利用した全ての組み合わせ｛＜Ｓ［１］，Ｓ［２］＞，＜Ｓ［１］，Ｓ［３］＞，・・・，＜Ｓ［１］，Ｓ［Ｎ］＞，・・・，＜Ｓ［Ｎ－１］，Ｓ［Ｎ］＞｝を生成し（ステップＡ６）、各組み合わせについて、以下に示すステップＡ７～Ａ１２の動作を繰り返す。
　まず、ステップＡ７で＜Ｓ［ｉ］，Ｓ［ｊ］＞を参照したとする。このとき、ポリシー階層化手段１０３は、Ｓ［ｉ］，Ｓ［ｊ］の包含関係を判定する（ステップＡ８）。ポリシー階層化手段１０３は、判定結果として、（ア）Ｓ［ｉ］⊆Ｓ［ｊ］、（イ）Ｓ［ｊ］⊆Ｓ［ｉ］、（ウ）包含関係なしの３通りのいずかであることを判別し、それぞれの場合について、以下のように動作する。なお、サブジェクト集合間の包含関係は、例えば、ロールＤＢ１０１に格納されている各サブジェクト集合の帰属に関する情報を参照することによって判別してもよい。
　（ア）Ｓ［ｉ］⊆Ｓ［ｊ］の場合、ｐｉｄ［ｉ］およびｐｉｄ［ｊ］に対応するノードｎ［ｉ］，ｎ［ｊ］を生成し、ｎ［ｉ］からｎ［ｊ］に向かう有向リンクを生成する（ステップＡ９）。
　（イ）Ｓ［ｊ］⊆Ｓ［ｉ］の場合、ｐｉｄ［ｉ］およびｐｉｄ［ｊ］に対応するノードｎ［ｉ］，ｎ［ｊ］を生成し、ｎ［ｊ］からｎ［ｉ］に向かう有向リンクを生成する（ステップＡ１０）。
　（ウ）包含関係なしの場合、ｐｉｄ［ｉ］およびｐｉｄ［ｊ］に対応するノードｎ［ｉ］，ｎ［ｊ］を生成する（ステップＡ１１）。
　以上の動作により、ポリシー階層化手段１０３は、図５に示すようなポリシー階層を示すポリシー階層データを生成し、生成したポリシー階層データをポリシー順序化手段１０４に入力する。図５は、ポリシー階層の例を示す説明図である。図５は、ｐｉｄ［１］～ｐｉｄ［８］を対象にした場合の例であって、上に位置するノードに対応するポリシーほど原則的なポリシーであり、また下に位置するノードに対応するポリシーほど例外的なポリシーであることが示されている。
　次に、ポリシー順序化手段１０４は、入力されたポリシー階層データを走査して、位相的ソートを行ってポリシー順序を決定し、決定したポリシー順序を示すポリシーＩＤ列を出力する（ステップＡ１３）。位相的ソートとは、順序づけルールと列挙対象の集合を与えたときに、「ソート出力中、ａ→ｂの順に並んでいる任意の２要素ａ，ｂについて、ａ→ｂは順序づけルールに少なくとも反していないこと、すなわちルールで与えた順序であること、またはルールが適用できない組み合わせであること」という条件を満たしながら全要素を１列に並べるソート方法である。
　また、図６は、ポリシー順序化手段１０４による位相的ソート処理の処理フローの一例を示すフローチャートである。図６に示す例では、ポリシー順序化手段１０４は、まず、入力されたポリシー階層データを走査して、入力リンクのないノードの集合Ｎを抽出する（ステップＢ１）。
　次に、Ｎの各要素を起点として、ポリシー階層データに対して、深さ優先探索に従い、以下のステップＢ２を再帰的に実行する。
　ステップＢ２では、参照中のノードが次の条件を満たす場合に、所定のスタックに当該ノードを追加する。また、当該条件が満たされている場合、当該参照中ノードに訪問ずみフラグを付与する。
・（条件）：当該ノードに出力リンクが一切ないか、あってもリンク先ノードの全てに訪問ずみフラグが付加されている。
　そして、当該スタックから１つずつノードを抽出しながら、当該ノードに付与された番号ｋに対応するポリシーＩＤであるｐｉｄ［ｋ］のリストを生成する（ステップＢ３）。
１．３．効果
　以上のように生成されたリスト中のポリシーＩＤは、ポリシー階層データにおいて、対応するノードがＮの要素から「深い層→浅い層」の順に整列されている。例えば、ノードｎ［ｊ］からｎ［ｉ］への有向パスが存在する場合、すなわちｎ［ｊ］がｎ［ｉ］よりもより深い層にある場合、かならずｐｉｄ［ｊ］，ｐｉｄ［ｉ］の順にリストに出現する。このとき、ステップＡ８～Ａ１１におけるポリシー階層データの生成方法から、ｐｉｄ［ｉ］およびｐｉｄ［ｊ］に対応するサブジェクト集合は、かならずＳ［ｊ］⊆Ｓ［ｉ］の関係にあるため、ｐｉｄ［ｉ］およびｐｉｄ［ｊ］に対応するポリシー記述間の包含関係が維持されるという効果が得られる。
　すなわち、本実施形態によれば、半順序構造のサブジェクト集合の包含関係に基づいて、ポリシー集合の全順序を一意に求めることができる。
１．４．具体例
　以下、より具体的な例を用いて本実施形態の動作を説明する。まず、ロールＤＢ１０１に格納されたサブジェクト集合として、「全社員」「経理部門」「人事部門」「総務部員」「経理・人事兼務者」の４つが格納されており、これら相互の包含関係が図７の通りであるとする。
　また、ポリシーＤＢ１０２には、４つのサブジェクト集合のそれぞれに対応するポリシーとして、以下に示す内容をもつポリシー記述が格納されているものとする。
・ポリシーＩＤ＝ｐ１：＜全社ポリシー＞全社員ロールのユーザについて、全社共通Ｗｅｂサーバへのアクセスを許可する。
・ポリシーＩＤ＝ｐ２：＜経理部ポリシー＞経理部ロールのユーザについて、経理部ファイルサーバへのアクセスを許可する。
・ポリシーＩＤ＝ｐ３：＜人事部ポリシー＞人事部ロールのユーザについて、人事部グループウェアサーバへのアクセスを許可する。
・ポリシーＩＤ＝ｐ４：＜総務部ポリシー＞総務部ロールのユーザについて、総務部ファイルサーバへのアクセスを許可する。
・ポリシーＩＤ＝ｐ５：＜経理・人事兼務ポリシー＞経理・人事兼務ロールのユーザについて、経理部ファイルサーバへのアクセスを禁止し、人事部グループウェアサーバへのアクセスを禁止する。
　さらに、ポリシー階層化手段１０３のポリシーＩＤリスト１０３２には、上述のポリシーＩＤが、「ｐ１」「ｐ２」「ｐ３」「ｐ４」「ｐ５」の順で記載されているものとする。なお、ポリシー記述フォーマットは、経理部などの「ロール」、Ｗｅｂサーバ・ファイルサーバなどの「リソース」を記述できれば十分であるが、本例では、図８に示すようなＸＡＣＭＬ（eXtende Access control Markup Language）を用いることとする。図８は、ポリシーＤＢ１０２に格納されるポリシー記述の例を示す説明図である。
　また、全社員のユーザＩＤとして、｛keiri_ichiro,keiri_jiro,jinji_hanako,jinji_kyouko,soumu_taro｝が与えられているものとする。なお、"keiri_ichiro"および"keiri_jiro"は経理部所属、"jinji_hanako"は経理部と人事部に所属（経理・人事兼務）、"jinji_kyouko"は人事部所属、"soumu_taro"は総務部所属であるとして各サブジェクト集合に関連づけられているものとする。
　このとき、ポリシー階層化手段１０３は、ステップＡ１で、ポリシーＩＤリスト１０３２を参照して、まずポリシーＩＤ＝ｐ１（ｐｉｄ［１］＝ｐ１）を抽出する。そして、ステップＡ２で、ｐｉｄ［１］＝ｐ１をポリシーＤＢ１０２に入力して、「全社員ポリシー」を抽出する。そして、ステップＡ３で、対応するロールＩＤである「全社員ロール」をロールＤＢ１０１に入力して、全社員のユーザＩＤを含むサブジェクト集合を取得し、スタック領域にポリシーＩＤとサブジェクト集合との組を格納する。
　１回目の処理では、ポリシーＩＤリスト１０３２からｐｉｄ［１］＝ｐ１を抽出し、サブジェクト集合としてＳ［１］＝｛keiri_ichiro,keiri_jiro,jinji_hanako,jinji_kyouko,soumu_taro｝を取得する。そして、スタック領域に、＜ｐ１，｛keiri_ichiro,keiri_jiro,jinji_hanako,jinji_kyouko,soumu_taro｝＞を格納する。
　そして、ポリシーＩＤ＝ｐ２～ｐ５について、同様の動作を繰り返す（ステップＡ４，Ａ５）
　２回目の処理では、ポリシーＩＤリスト１０３２からｐｉｄ［２］＝ｐ２を抽出し、サブジェクト集合としてＳ［２］＝｛keiri_ichiro,keiri_jiro｝を取得する。そして、スタック領域に、＜ｐ２，｛keiri_ichiro,keiri_jiro｝＞を格納する。
　３回目の処理では、ポリシーＩＤリスト１０３２からｐｉｄ［３］＝ｐ３を抽出し、サブジェクト集合としてＳ［３］＝｛jinji_hanako,jinji_kyouko｝を取得する。そして、スタック領域に、＜ｐ３，｛jinji_hanako,jinji_kyouko｝＞を格納する。
　４回目の処理では、ポリシーＩＤリスト１０３２からｐｉｄ［４］＝ｐ４を抽出し、サブジェクト集合としてＳ［４］＝｛soumu_taro｝を取得する。そして、スタック領域に、＜ｐ４，｛soumu_taro｝＞を格納する。
　５回目の処理では、ポリシーＩＤリスト１０３２からｐｉｄ［５］＝ｐ５を抽出し、サブジェクト集合としてＳ［５］＝｛jinji_hanako｝を取得する。そして、スタック領域に、＜ｐ５，｛jinji_hanako｝＞を格納する。
　５回目の処理を終えて繰り返し動作を完了した後、ポリシー階層化手段１０３のスタック領域には、以下のようなデータが格納されている。
＜ｐ５，｛jinji_hanako｝＞
＜ｐ４，｛soumu_taro｝＞
＜ｐ３，｛jinji_hanako,jinji_kyouko｝＞
＜ｐ２，｛keiri_ichiro,keiri_jiro｝＞
＜ｐ１，｛keiri_ichiro,keiri_jiro,jinji_hanako,jinji_kyouko,soumu_taro｝＞
　つづいて、ポリシー階層化手段１０３は、当該スタック領域に格納された５つのサブジェクト集合を抽出して、１０通りのサブジェクト集合の組み合わせを生成する（ステップＡ６）。そして、各組み合わせから、ポリシー階層データを生成する。
　ポリシー階層データの生成方法は、包含関係により３通りであるので、それぞれの場合について具体例を示す。
（ア）Ｓ［ｉ］⊆Ｓ［ｊ］の場合
　例えば｛keiri_ichiro,keiri_jiro｝と｛keiri_ichiro,keiri_jiro,jinji_hanako,jinji_kyouko,soumu_taro｝の組み合わせの場合、前者のサブジェクト集合に対応するポリシーＩＤはｐ２であり、後者はｐ１であるので、ノードｐ２およびノードｐ１を生成して、ノードｐ２からノードｐ１へ向かう有向リンクを付与する（ステップＡ９）。
（イ）Ｓ［ｊ］⊆Ｓ［ｉ］の場合
　例えば｛jinji_hanako,jinji_kyouko｝と｛jinji_hanako｝の組み合わせの場合、前者のサブジェクト集合に対応するポリシーＩＤはｐ３であり、後者はｐ５であるので、ノードｐ３およびノードｐ５を生成して、ノードｐ５からノードｐ３へ向かう有向リンクを付与する（ステップＡ１０）。ただし、ノードｐ３については、前段の動作で既に生成済みである場合には、重複したノードは生成しない。
（ウ）包含関係なしの場合
　例えば、｛jinji_hanako,jinji_kyouko｝と｛soumu_taro｝の組み合わせの場合、前者のサブジェクト集合に対応するポリシーＩＤはｐ３であり、後者はｐ４であるので、ノードｐ３およびノードｐ５を生成し、この間に一切の有向リンクを付与しない（ステップＡ１１）。ただし、ノードｐ３については、前段の動作で既に生成済みである場合には、重複したノードは生成しない。
　以上の動作により、ポリシー階層化手段１０３は、図９に示すポリシー階層を表現するポリシー階層データを生成する。図９は、ポリシー階層の例を示す説明図である。図９に示す例では、ノードとして、５つのポリシーに対応する５つのノード（ノードｐ１，ｐ２，ｐ３，ｐ４，ｐ５）が生成され、有向リンクとして６つのリンク（ノードｐ５からノード２、ノードｐ５からノードｐ３、ノードｐ４からノードｐ１、ノードｐ３からノードｐ１、ノードｐ２からノードｐ１）が付与されている。
　このようなポリシー階層データに対して、ポリシー順序化手段１０４は位相的ソートを行って、ポリシー順序を決定する（ステップＡ１３）。
　具体的には、まず、入力リンクのないノード集合｛ノードｐ４，ノードｐ５｝を抽出する（ステップＢ１）。これらいずれのノードから深さ優先探索を行ってもよいが、ここではノードｐ５から探索を行うものとする。
　ついで、ノードｐ５を起点として深さ優先探索を行い、上記条件に合致するノードｐ１を検出し、スタックに格納する（ステップＢ２）。また、ノードｐ１に訪問ずみフラグを付与する。
　この探索動作は再帰的に行うので、次にポリシー順序化手段１０４は、ノードｐ２ないしノードｐ３について、上記条件判定を行う。今、ノードｐ２を参照中であるとすると、ノードｐ２のリンク先はノードｐ１しかなく、かつノードｐ１には訪問ずみフラグが付与されているので、ノードｐ２は上記条件に合致する。そこで、ノードｐ２をスタックに格納し、訪問ずみフラグを付与する。ノードｐ３についても同様である。最終的にノードｐ５からリンクされた全てのノードｐ１，ノードｐ２，ノードｐ３に訪問ずみフラグが付与されるので、ノードｐ５もスタックに格納され、訪問ずみフラグが付与される。このとき、スタックには、先頭からノードｐ５，ノードｐ３，ノードｐ２，ノードｐ１の順にノードが格納されている。
　その後、もうひとつの入力リンクのないノードであるノードｐ４を起点として、深さ優先探索を行う。この場合、ノードｐ４からリンクされているノードは、ノードｐ１のみであり、かつノードｐ１は訪問ずみフラグが付与されているので、ポリシー順序化手段１０４は、単にノードｐ４をスタックに格納し、訪問ずみフラグを付与して探索処理を終了する。
　以上の結果、スタックには、先頭からノードｐ４，ノードｐ５，ノードｐ３，ノードｐ２，ノードｐ１の順にノードが格納されている。
　そして、ポリシー順序化手段１０４は、スタックの先頭からノードを１つずつ参照しながら、参照ノードに対応するポリシーＩＤのリストを生成する（ステップＢ３）。
　すなわち、ｐ４→ｐ５→ｐ３→ｐ２→ｐ１という順序で並んだポリシーＩＤリストを生成する。これは、ポリシー階層データにおいて、「深い層→浅い層」の順にポリシーＩＤを整列した結果に相当する。
２．第２実施形態
２．１．構成
　次に、本発明の第２の実施形態について図面を参照して説明する。図１０は、第２の実施形態のポリシー管理システムの構成例を示すブロック図である。図１０に示すポリシー管理システムは、図１に示す第１の実施形態を基本とし、アクセス制御ポリシー管理装置１が、さらに、ＡＣＬ生成条件入力手段１０７と、ＡＣＬ生成手段１０８とを備える。
　ＡＣＬ生成条件入力手段１０７は、キーボード装置やマウス装置などのユーザ入力装置を有し、ポリシーの変換範囲に関する条件入力を受けて、当該条件をポリシーＩＤリストの形式で、ポリシー階層化手段１０３に入力する。また、当該変換範囲に含まれるポリシー記述の集合をポリシーＤＢ１０２から抽出し、ＡＣＬ生成手段１０８に入力する。
　ＡＣＬ生成手段１０８は、二次記憶装置を有し、ＡＣＬ生成条件入力手段１０７から入力されたそれぞれのポリシー記述について、ポリシー順序化手段１０４から入力されたポリシー順序に従って、ロールＤＢ１０１を参照しながら、順次ＡＣＬ記述に変換し、変換結果（ＡＣＬ記述）を二次記憶装置に格納する。
　なお、本実施形態において、ＡＣＬ生成条件入力手段１０７は、ユーザ入力装置とデータ入力の受付や変換に係る機能を実現するためのプログラムとプログラムに従って制御を実行するＣＰＵ１００とによって実現可能である。また、ＡＣＬ生成手段１０８は、その機能を実現するためのプログラムとプログラムに従って制御を実行するＣＰＵ１００とによって実現可能である。
２．２．動作
　図１１は、本実施形態のポリシー管理システム（より具体的には、アクセス制御ポリシー管理装置１）の動作の一例を示すフローチャートである。図１１に示す例では、まず、ＡＣＬ生成条件入力手段１０７が、ユーザ入力装置を介して、ポリシー配付条件（ＡＣＬ生成条件ともいう。）の指示入力を受ける（ステップＤ１）。当該条件には、少なくともポリシー生成範囲が含まれる。ここで、ポリシー生成範囲については、例えば「ポリシーＤＢに格納された全てのポリシー」、「過去ＡＣＬ生成が指示されていないポリシー」、「指定したロール集合に対応するポリシー」など、ポリシーＤＢ１０２に格納されたポリシー記述の集合を特定できるものであれば、任意の条件を指示可能である。
　次に、ＡＣＬ生成条件入力手段１０７は、入力されたポリシー生成範囲に関する条件に従って、ポリシーＤＢ１０２を参照しながら、当該条件に合致するポリシー集合を同定する（ステップＤ２）。ここで、ポリシー集合の同定方法に関して、例えば図１２に示すようなポリシーＤＢスキーマに従ってポリシーＤＢ１０２にポリシー記述が格納されている場合、生成範囲条件に対応するＡＣＬ生成済みフラグカラムやロールＩＤカラムを参照することで、条件に合致するポリシーＩＤを同定できる。より具体的には、以下のようなＳＱＬ文でビューを生成してもよい。
・ＡＣＬ生成有無の例：SELECT　ポリシーＩＤ　FROM　ポリシーＤＢ　WHERE 　ＡＬ生成フラグ＝０（ここでは、未生成を示す値）
・ロールＩＤの例：SELECT　ポリシーＩＤ　FROM　ポリシーＤＢ　WHERE 　ロールＩＤ＝（指定されたロールＩＤ［１］）　OR　ロールＩＤ＝（指定されたロールＩＤ［２］）　OR　・・・
　このようにポリシーＩＤリスト１０３２に格納可能なポリシーＩＤの集合としてポリシー集合を抽出すると、ＡＣＬ生成条件入力手段１０７は、当該ポリシー集合のリスト（ポリシーＩＤリスト）を、ポリシー階層化手段１０３の一次記憶装置１０３１にコピーする（格納する）。また、当該ポリシーＩＤリストから、対応するポリシー記述の集合をポリシーＤＢ１０２から抽出して、ＡＣＬ生成手段１０８に入力する。
　その後、ポリシー階層化手段１０３およびポリシー順序化手段１０４は、第１の実施形態のステップＡ１～Ａ１３の動作と同様に、ポリシー階層化手段１０３の一次記憶装置１０３１に格納されているポリシー集合に対するポリシー順序データを生成する（ステップＤ３）。
　そして、ＡＣＬ生成手段１０８は、ＡＣＬ生成条件入力手段１０７から入力された各ポリシー記述について、ポリシー順序化手段１０４から入力されたポリシー順序データに従って、ＡＣＬ記述へと変換し、二次記憶装置の同一ファイルへ追記する（ステップＤ４）。
　以下、ポリシー記述からＡＣＬ記述への変換方法を図１３を参照してより具体的に説明する。図１３は、ＡＣＬ記述への変換処理の処理フローの一例を示すフローチャートである。図１３に示す例では、ＡＣＬ生成手段１０８は、まず現在参照しているポリシー記述に含まれるロールＩＤ、およびオブジェクト・アクションの組の集合ＯＡを抽出する（ステップＥ１）。ここで、オブジェクトとはアクセス対象であるファイルやコンピュータなどであり、アクションとはオブジェクトに対して行われる操作（例えば、ファイルへの読込みや書込みなど）である。
　次に、ロールＩＤをロールＤＢ１０１に入力して、対応するサブジェクト集合Ｓを取得する（ステップＥ２）。その後、サブジェクト集合Ｓとオブジェクト・アクション組集合ＯＡの直積Ｓ×ＯＡを計算する（ステップＥ３）。
　例えば、Ｓ＝｛ｓａｔｏ，ｓｕｚｕｋｉ，ｔａｎａｋａ｝であり、ＯＡ＝｛（ファイル１，ｒｅａｄ－ｏｎｌｙ），（ファイル２，ｒｅａｄ－ｗｒｉｔｅ）｝であるとき、以下の６つの（Ｓ，Ｏ，Ａ）の組が得られる。
（１）（ｓａｔｏ，ファイル１，ｒｅａｄ－ｏｎｌｙ）
（２）（ｓａｔｏ，ファイル２，ｒｅａｄ－ｗｒｉｔｅ）
（３）（ｓｕｚｕｋｉ，ファイル１，ｒｅａｄ－ｏｎｌｙ）
（４）（ｓｕｚｕｋｉ，ファイル２，ｒｅａｄ－ｗｒｉｔｅ）
（５）（ｔａｎａｋａ，ファイル１，ｒｅａｄ－ｏｎｌｙ）
（６）（ｔａｎａｋａ，ファイル２，ｒｅａｄ－ｗｒｉｔｅ）
　最後に、上記（Ｓ，Ｏ，Ａ）の組のそれぞれをＡＣＬ記述に変換して、二次記憶装置に追記する（ステップＥ４）。ここで、ＡＣＬ記述形式は、Ｓ，Ｏ，Ａが識別可能であれば任意である。例えば、各要素をカンマ区切りで列挙するＣＳＶ（Comma, Separeted Valures）形式を用いる場合、以下のようなＡＣＬ記述を生成してもよい。
（１）ｓａｔｏ，ファイル１，ｒｅａｄ－ｏｎｌｙ（改行記号）
（２）ｓａｔｏ，ファイル２，ｒｅａｄ－ｗｒｉｔｅ（改行記号）
（３）ｓｕｚｕｋｉ，ファイル１，ｒｅａｄ－ｏｎｌｙ（改行記号）
（４）ｓｕｚｕｋｉ，ファイル２，ｒｅａｄ－ｗｒｉｔｅ（改行記号）
（５）ｔａｎａｋａ，ファイル１，ｒｅａｄ－ｏｎｌｙ（改行記号）
（６）ｔａｎａｋａ，ファイル２，ｒｅａｄ－ｗｒｉｔｅ（改行記号）
２．３．効果
　以上のように、本実施形態によれば、ポリシー間の例外・原則関係について適切に、すなわち例外を優先して、ＡＣＬ記述に変換できる。これは、ポリシー階層化手段１０３が、例外ポリシーをより深い層に配置して、ポリシー階層データを生成し、ポリシー順序化手段１０４が、当該ポリシー階層データのより深い層から浅い層に向けてポリシーＩＤを順序化し、当該順序に基づいてＡＣＬ記述に変換するためである。
３．第３実施形態
３．１．構成
　次に、本発明の第３の実施形態について図面を参照して説明する。図１４は、第３の実施形態のポリシー管理システムの構成例を示すブロック図である。図１４に示すポリシー管理システムは、図１に示す第１の実施形態を基本とし、アクセス制御ポリシー管理装置１が、さらに、ポリシー表示条件入力手段１０５と、ポリシーリスト表示手段１０６とを備える。
　ポリシー表示条件入力手段１０５は、キーボード装置やマウス装置などのユーザ入力装置を有し、ポリシーの表示範囲および表示順序に関する条件入力を受けて、ポリシー表示範囲をポリシーＩＤリストに変換して、ポリシー階層化手段１０３に入力する。また、表示順序については、ポリシーリスト表示手段１０６に入力する。
　ポリシーリスト表示手段１０６は、液晶ディスプレイ装置（ＬＣＤ）などの表示デバイスを有し、ポリシー表示条件入力手段１０５からポリシー順序の順に表示するよう表示条件の入力を受けた際に、ポリシー順序化手段１０４が出力するポリシー順序に従って、各ポリシーの情報（例えば、ポリシーＩＤ）を表示デバイスに一覧表示する。
　なお、本実施形態において、ポリシー表示条件入力手段１０５は、ユーザ入力装置とデータ入力の受付や変換に係る機能を実現するためのプログラムとプログラムに従って制御を実行するＣＰＵ１００とによって実現可能である。また、ポリシーリスト表示手段１０６は、その機能を実現するためのプログラムとプログラムに従って制御を実行するＣＰＵ１００と表示デバイスとによって実現可能である。
３．２．動作
　図１５は、本実施形態のポリシー管理システム（より具体的には、アクセス制御ポリシー管理装置１）の動作の一例を示すフローチャートである。図１５に示す例では、まず、ポリシー表示条件入力手段１０５が、ユーザ入力装置を介して、表示条件の指示入力を受ける（ステップＣ１）。当該表示条件には、少なくともポリリー表示範囲と表示順序に関する条件が含まれる。ここで、ポリシー表示範囲については、例えば「ポリシーＤＢに格納された全てのポリシー」、「更新日時に関する期間」、「ポリシーを作成した管理者ＩＤ」など、ポリシーＤＢ１０２に格納されたポリシー記述の集合を特定できるものであれば、任意の条件を指示可能である。また、表示順序については、例えば「ポリシー適用順」のほか、「ポリシー名称の辞書順」や「ポリシー更新日時順」などを指定できるようにしてもよい。
　次に、ポリシー表示条件入力手段１０５は、入力されたポリシー表示範囲に関する条件に従って、ポリシーＤＢ１０２を参照しながら、当該条件に合致するポリシー集合を同定する（ステップＣ２）。ここで、ポリシー集合の同定方法に関して、例えば図１６に示すようなポリシーＤＢスキーマに従ってポリシーＤＢ１０２にポリシー記述が格納されている場合、表示範囲条件に対応する更新日時カラムや管理者ＩＤカラムを参照することで、条件に合致するポリシーＩＤを同定できる。より具体的には、以下のようなＳＱＬ文でビューを生成してもよい。
・更新日時の例：SELECT　ポリシーＩＤ　FROM　ポリシーＤＢ　WHERE 　（指定された期間の初め）＜　更新日時　AND 　更新日時　＜　（指定された期間の終わり）
・管理者ＩＤの例：SELECT　ポリシーＩＤ　FROM　ポリシーＤＢ　WHERE 　管理者ＩＤ＝（指定された管理者ＩＤ）
　このようにポリシーＩＤリスト１０３２に格納可能なポリシーＩＤの集合としてポリシー集合を抽出すると、ポリシー表示条件入力手段１０５は、当該ポリシー集合のリスト（ポリシーＩＤリスト）を、ポリシー階層化手段１０３の一次記憶装置１０３１にコピーする（格納する）。また、受け付けた表示条件をポリシーリスト表示手段１０６に入力する。
　その後、ポリシー階層化手段１０３およびポリシー順序化手段１０４は、第１の実施形態のステップＡ１～Ａ１３の動作と同様に、ポリシー集合に対するポリシー順序データを生成する（ステップＣ３）。そして、ポリシーリスト表示手段１０６は、生成されたポリシー順序データに従って、ポリシー集合の各要素であるポリシーＩＤまたは関連づけられたポリシー名称を、表示装置を介して表示する（ステップＣ４）。ポリシーリスト表示手段１０６は、例えば、図１７に示すような一覧画面を表示してもよい。図１７に示す例では、ポリシーＩＤを指示された順序で一覧表示する例が示されている。また、表示順序の切替指示として、「優先度順」、「名前順」、「作成日時順」のいずれかを選択するラジオボタンが示されている。
３．３．効果
　以上のように、本実施形態によれば、ポリシー順序に従って一覧表示することで、アクセス制御ポリシー管理装置１のユーザであるポリシー管理者は、直観的にポリシーが適用される順序を認識でき、ポリシーの矛盾などを発見しやすくなる。例えば、ポリシー管理者は、自身が作成したポリシーよりも後に表示されるポリシー（すなわち、より優先度が低いポリシー）を検証するだけで、自身の作成したポリシーに矛盾し、かつ実際に適用される別のポリシーを発見できる。
　以下、本発明の概要について説明する。図１９は、本発明の概要を示すブロック図である。本発明のポリシー管理装置１０は、ロール情報記憶手段１１と、ポリシー記述記憶手段１２と、ポリシー階層化手段１３と、ポリシー順序化手段１４とを備える。
　ロール情報記憶手段１１（例えば、ロールＤＢ１０１）は、ポリシーの適用対象となるサブジェクト集合を示す情報を含むロール情報と、ロール情報に含まれるサブジェクト集合間の包含関係を特定可能な情報とを格納する。
　ポリシー記述記憶手段１２（例えば、ポリシーＤＢ１０２）は、ポリシーを示す情報と、該ポリシーの適用対象となるサブジェクト集合を識別するための情報とを含むポリシー記述を格納する。
　ポリシー階層化手段１３（例えば、ポリシー階層化手段１０３）は、ポリシー記述記憶手段１２に格納されている２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成する。　
　ポリシー階層化手段１３は、例えば、サブジェクト集合に包含関係があるポリシーノード間に、有向リンクを付加したポリシー階層データを生成することによって、ポリシー階層を生成してもよい。
　ポリシー順序化手段１４（例えば、ポリシー順序化手段１０４）は、ポリシー階層化手段１３によって生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である２以上のポリシーによるポリシー集合を全順序化する。
　ポリシー順序化手段１４は、例えば、入力リンクのないノードの集合の各要素を起点として、ポリシー階層データに対して、深さ優先探索に従い位相的ソートを行うことによって、全順序化の対象となったポリシー集合を全順序化してもよい。
　そのような構成によって、サブジェクト集合の包含関係からポリシーの包含関係を導出し、導出されたポリシーの包含関係に基づいて、ポリシー集合の全順序を一意に求めることができるので、肯定的ポリシーと否定的ポリシーとを同時に含むポリシー集合を正しく単一のアクセス制御ルールに変換することができる。
　また、図２０は、本発明の概要としてポリシー管理装置の他の構成例を示すブロック図である。例えば、図２０に示すように、本発明のポリシー管理装置１は、さらに、ポリシーリスト表示手段１５を備えていてもよい。
　ポリシーリスト表示手段１５（例えば、ポリシーリスト表示手段１０６）は、ポリシー順序化手段１４によって全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合の要素を整列させて一覧表示する。
　そのような構成によって、ポリシー集合の各要素について、単一のＡＣＬにおける記述順序を一覧表示することができるので、ポリシー管理者によるポリシーの検証を支援できる。
　また、図２０に示すように、本発明のポリシー管理装置１は、さらに、ＡＣＬ生成手段１６を備えていてもよい。
　ＡＣＬ生成手段１６（例えば、ＡＣＬ生成手段１０８）は、ポリシー順序化手段によって全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合に含まれる各ポリシー記述をＡＣＬ記述に変換する。
　そのような構成によって、肯定的ポリシーおよび否定的ポリシーの両方を要素としてもつポリシー集合について、全順序に従った記述順に単一のＡＣＬを生成することができるので、アクセし制御機構において、例外的に定めたポリシーに従ったアクセス制御を適切に実施させることができる。
　なお、図１９および２０に示すような、物理的に分離した1つの装置（ポリシー管理装置）がすべての手段を有する例のほか、上述の通り２つ以上の物理的に分離した装置で図１９および２０に示す手段を備え、これらの装置を有線または無線で接続することでポリシー管理システムを構成することも可能である。
　例えば、ポリシー管理システムは、ロール情報記憶手段を備えるロール記憶装置と、ポリシー記述記憶手段を備えるポリシー記述記憶装置と、ポリシー階層化手段およびポリシー順序化手段を備えるポリシー全順序化装置と、により構成されてもよい。なお、ポリシー全順序化装置は、さらに、ポリシーリスト表示手段またはＡＣＬ生成手段を備えてもよい。
　このように構成した場合、多数のロール情報および／またはポリシー記述が存在する大規模環境において、ポリシー全順序化装置を複数台備えることで、負荷分散が達成できる。
　この出願は、２００９年２月１０日に出願された日本出願特願２００９－０２８９８５号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　本発明は、データベース化されたポリシーについて、ポリシー順序に従った検索ビューを生成するポリシー検索装置や、生成したアクセス制御リストを遠隔サーバに設定するポリシー配付装置といった用途にも適用可能である。

Claims (14)

  1. 　ポリシーの適用対象となるサブジェクト集合を示す情報を含むロール情報と、前記ロール情報に含まれるサブジェクト集合間の包含関係を特定可能な情報とを格納するロール情報記憶手段と、
    　ポリシーを示す情報と、該ポリシーの適用対象となるサブジェクト集合を識別するための情報とを含むポリシー記述を格納するポリシー記述記憶手段と、
    　前記ポリシー記述記憶手段に格納されている２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、２以上のポリシーを階層化したポリシー階層を生成するポリシー階層化手段と、
    　前記ポリシー階層化手段によって生成されたポリシー階層を示す情報に基づいて、全順序化の対象である前記２以上のポリシーによるポリシー集合を、階層における上位・下位の関係を維持したまま、全順序化するポリシー順序化手段と、
    　を備えたことを特徴とするポリシー管理装置。
  2. 　ポリシー順序化手段によって全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合の要素を整列させて一覧表示するポリシーリスト表示手段を備えた請求項１に記載のポリシー管理装置。
  3. 　ポリシー順序化手段によって全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合に含まれる各ポリシー記述をＡＣＬ記述に変換するＡＣＬ生成手段を備えた請求項１または請求項２に記載のポリシー管理装置。
  4. 　ポリシー階層化手段は、サブジェクト集合に包含関係があるポリシーノード間に、有向リンクを付加したポリシー階層データを生成することによって、ポリシー階層を生成する請求項１から請求項３のうちのいずれか１項に記載のポリシー管理装置。
  5. 　ポリシー順序化手段は、入力リンクのないノードの集合の各要素を起点として、ポリシー階層データに対して、深さ優先探索に従い位相的ソートを行うことによって、全順序化の対象となったポリシー集合を全順序化する請求項４に記載のポリシー管理装置。
  6. 　ポリシーの適用対象となるサブジェクト集合を示す情報を含むロール情報と、前記ロール情報に含まれるサブジェクト集合間の包含関係を特定可能な情報とを格納するロール情報記憶手段を備えるロール記憶装置と、
    　ポリシーを示す情報と、該ポリシーの適用対象となるサブジェクト集合を識別するための情報とを含むポリシー記述を格納するポリシー記述記憶手段を備えるポリシー記述記憶装置と、
    　前記ポリシー記述記憶手段に格納されている２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化手段と、
    　前記ポリシー階層化手段によって生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である前記２以上のポリシーによるポリシー集合を全順序化するポリシー順序化手段と、
    を備えるポリシー全順序化装置と、
    を有するポリシー管理システム。
  7. 　前記ポリシー全順序化装置は、さらに、
    　ポリシー順序化手段によって全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合の要素を整列させて一覧表示するポリシーリスト表示手段を備えた請求項６に記載のポリシー管理システム。
  8. 　前記ポリシー全順序化装置は、さらに、
    　ポリシー順序化手段によって全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合に含まれる各ポリシー記述をＡＣＬ記述に変換するＡＣＬ生成手段を備えた請求項６または請求項７に記載のポリシー管理システム。
  9. 　サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、
    　前記ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化ステップと、
    　前記ポリシー階層化ステップで生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である前記２以上のポリシーによるポリシー集合を全順序化するポリシー順序化ステップと、
    　を含むことを特徴とするポリシー順序化方法。
  10. 　サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、
    　前記ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化ステップと、
    　前記ポリシー階層化ステップで生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である前記２以上のポリシーによるポリシー集合を全順序化するポリシー順序化ステップと、
    　前記ポリシー順序化ステップで全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合の要素を整列させて一覧表示する一覧表示ステップと、
    　を含むことを特徴とするポリシーリスト表示方法。
  11. 　サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、
    　前記ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化ステップと、
    　前記ポリシー階層化ステップで生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である前記２以上のポリシーによるポリシー集合を全順序化するポリシー順序化ステップと、
    　前記ポリシー順序化ステップで全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合に含まれる各ポリシー記述をＡＣＬ記述に変換するＡＣＬ生成ステップと、
    　を含むことを特徴とするＡＣＬ生成方法。
  12. 　コンピュータに、
    　サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、
    　前記ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化処理と、
    　前記ポリシー階層化処理で生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である前記２以上のポリシーによるポリシー集合を全順序化するポリシー順序化処理と、
    　を実行させるためのポリシー順序化プログラム。
  13. 　コンピュータに、
    　サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、
    　前記ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化処理と、
    　前記ポリシー階層化処理で生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である前記２以上のポリシーによるポリシー集合を全順序化するポリシー順序化処理と、
    　前記ポリシー順序化処理で全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合の要素を整列させて一覧表示する一覧表示処理と、
    　を実行させるためのポリシーリスト表示プログラム。
  14. 　コンピュータに、
    　サブジェクト集合間の包含関係が特定可能な所与のサブジェクト集合および適用対象となるサブジェクト集合が示されたポリシー集合に対して、
    　前記ポリシー集合に含まれる２以上のポリシーについて、各ポリシーをノードとし、各ポリシーが適用されるサブジェクト集合の包含関係に基づいて、互いに包含関係をもたないサブジェクト集合に適用されるポリシーから構成される層を含むポリシー階層を生成するポリシー階層化処理と、
    　前記ポリシー階層化処理で生成されたポリシー階層を示す情報に基づいて、異なる層のポリシー間の階層関係を維持したまま、全順序化の対象である前記２以上のポリシーによるポリシー集合を全順序化するポリシー順序化処理と、
    　前記ポリシー順序化ステップで全順序として決定されたポリシー順序にしたがって、全順序化の対象であるポリシー集合に含まれる各ポリシー記述をＡＣＬ記述に変換するＡＣＬ生成処理と、
    　を実行させるためのＡＣＬ生成プログラム。
PCT/JP2010/000414 2009-02-10 2010-01-26 ポリシー管理装置、ポリシー管理システム、それに用いる方法およびプログラム WO2010092755A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US13/144,829 US8875221B2 (en) 2009-02-10 2010-01-26 Policy management apparatus, policy management system, and method and program used for the same
JP2010550432A JP5482667B2 (ja) 2009-02-10 2010-01-26 ポリシー管理装置、ポリシー管理システム、それに用いる方法およびプログラム
KR1020117018538A KR101294951B1 (ko) 2009-02-10 2010-01-26 폴리시 관리 장치, 폴리시 관리 시스템, 그것에 이용하는 방법 및 정보 저장 매체
EP10741035A EP2378458A4 (en) 2009-02-10 2010-01-26 POLICY MANAGEMENT DEVICE, POLICY MANAGEMENT SYSTEM, AND METHOD AND PROGRAM USED FOR THE DEVICE AND SYSTEM
CN2010800070998A CN102308302A (zh) 2009-02-10 2010-01-26 策略管理设备、策略管理系统和用于策略管理的方法和程序

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009-028985 2009-02-10
JP2009028985 2009-02-10

Publications (1)

Publication Number Publication Date
WO2010092755A1 true WO2010092755A1 (ja) 2010-08-19

Family

ID=42561604

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/000414 WO2010092755A1 (ja) 2009-02-10 2010-01-26 ポリシー管理装置、ポリシー管理システム、それに用いる方法およびプログラム

Country Status (6)

Country Link
US (1) US8875221B2 (ja)
EP (1) EP2378458A4 (ja)
JP (1) JP5482667B2 (ja)
KR (1) KR101294951B1 (ja)
CN (1) CN102308302A (ja)
WO (1) WO2010092755A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012039081A1 (ja) * 2010-09-22 2012-03-29 日本電気株式会社 アクセス権可否生成装置、アクセス権可否生成方法、プログラム、及び、アクセス制御システム
CN103597445A (zh) * 2011-06-16 2014-02-19 惠普发展公司，有限责任合伙企业 用于策略生成的系统和方法

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10015286B1 (en) 2010-06-23 2018-07-03 F5 Networks, Inc. System and method for proxying HTTP single sign on across network domains
US9178910B2 (en) * 2010-12-24 2015-11-03 Nec Corporation Communication system, control apparatus, policy management apparatus, communication method, and program
US9081975B2 (en) * 2012-10-22 2015-07-14 Palantir Technologies, Inc. Sharing information between nexuses that use different classification schemes for information access control
CN104714825B (zh) * 2015-03-20 2019-01-04 北京瑞星网安技术股份有限公司 统一策略配置的方法
US11763321B2 (en) 2018-09-07 2023-09-19 Moore And Gasperecz Global, Inc. Systems and methods for extracting requirements from regulatory content
JP7326930B2 (ja) * 2019-07-01 2023-08-16 富士通株式会社 探索プログラム、探索方法、および、情報処理装置
US11314922B1 (en) * 2020-11-27 2022-04-26 Moore & Gasperecz Global Inc. System and method for generating regulatory content requirement descriptions
US11823477B1 (en) 2022-08-30 2023-11-21 Moore And Gasperecz Global, Inc. Method and system for extracting data from tables within regulatory content

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004280727A (ja) * 2003-03-18 2004-10-07 Ricoh Co Ltd 電子掲示板システム
JP2007249617A (ja) * 2006-03-16 2007-09-27 Yaskawa Electric Corp ファイルサーバシステム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2001294089A1 (en) * 2000-08-18 2002-02-25 Camelot Information Technologies Ltd. A system and method for a greedy pairwise clustering
US20040039594A1 (en) * 2002-01-09 2004-02-26 Innerpresence Networks, Inc. Systems and methods for dynamically generating licenses in a rights management system
US8595347B2 (en) * 2004-09-30 2013-11-26 Cisco Technology, Inc. Method and apparatus for device based policy configuration in a network
JP4301513B2 (ja) 2004-11-26 2009-07-22 インターナショナル・ビジネス・マシーンズ・コーポレーション ポリシーを用いたアクセス制御効果の判定方法
US8056114B2 (en) * 2005-08-23 2011-11-08 The Boeing Company Implementing access control policies across dissimilar access control platforms
US7913529B2 (en) * 2007-08-28 2011-03-29 Cisco Technology, Inc. Centralized TCP termination with multi-service chaining
US20090178102A1 (en) * 2008-01-04 2009-07-09 Khaled Alghathbar Implementing Security Policies in Software Development Tools
JP5083042B2 (ja) * 2008-05-30 2012-11-28 富士通株式会社 アクセス制御ポリシーの遵守チェック用プログラム
US20100299717A1 (en) * 2009-05-22 2010-11-25 National University Of Ireland, Galway System for Annotation-Based Access Control
US9477671B2 (en) * 2009-05-27 2016-10-25 Oracle International Corporation System and method for implementing effective date constraints in a role hierarchy
US9268954B2 (en) * 2009-10-07 2016-02-23 Ca, Inc. System and method for role discovery

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004280727A (ja) * 2003-03-18 2004-10-07 Ricoh Co Ltd 電子掲示板システム
JP2007249617A (ja) * 2006-03-16 2007-09-27 Yaskawa Electric Corp ファイルサーバシステム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HIROSHI NAGASE: "Kaisoteki Security Level no Jiyudo o Mochiita Access-ken Setteiho", TRANSACTIONS OF INFORMATION PROCESSING SOCIETY OF JAPAN, vol. 41, no. 8, 15 August 2000 (2000-08-15), pages 2255 - 2263, XP003000558 *
See also references of EP2378458A4 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012039081A1 (ja) * 2010-09-22 2012-03-29 日本電気株式会社 アクセス権可否生成装置、アクセス権可否生成方法、プログラム、及び、アクセス制御システム
JP5807640B2 (ja) * 2010-09-22 2015-11-10 日本電気株式会社 アクセス権可否生成装置、アクセス権可否生成方法、プログラム、及び、アクセス制御システム
US9256716B2 (en) 2010-09-22 2016-02-09 Nec Corporation Access authority generation device
CN103597445A (zh) * 2011-06-16 2014-02-19 惠普发展公司，有限责任合伙企业 用于策略生成的系统和方法
EP2721485A1 (en) * 2011-06-16 2014-04-23 Hewlett-Packard Development Company, L.P. System and method for policy generation
JP2014519131A (ja) * 2011-06-16 2014-08-07 ヒューレット−パッカード デベロップメント カンパニー エル．ピー． ポリシー生成システム及び方法
EP2721485A4 (en) * 2011-06-16 2014-12-10 Hewlett Packard Development Co SYSTEM AND METHOD FOR GENERATING POLICY
US10536483B2 (en) 2011-06-16 2020-01-14 Hewlett Packard Enterprise Development Lp System and method for policy generation

Also Published As

Publication number Publication date
JP5482667B2 (ja) 2014-05-07
EP2378458A1 (en) 2011-10-19
JPWO2010092755A1 (ja) 2012-08-16
US20110289550A1 (en) 2011-11-24
EP2378458A4 (en) 2013-01-09
CN102308302A (zh) 2012-01-04
KR20110101249A (ko) 2011-09-15
US8875221B2 (en) 2014-10-28
KR101294951B1 (ko) 2013-08-23

Similar Documents

Publication Publication Date Title
JP5482667B2 (ja) ポリシー管理装置、ポリシー管理システム、それに用いる方法およびプログラム
US20220215125A1 (en) Viewing, selecting, and triggering a data pipeline to derive a collaborative dataset
US7584417B2 (en) Role-dependent action for an electronic form
US7620647B2 (en) Hierarchy global management system and user interface
US8464206B2 (en) Method and system for managing enterprise content
US11356456B2 (en) Multi-participant and cross-environment pipelines
US8301606B2 (en) Data management method and apparatus
US20060107224A1 (en) Building a dynamic action for an electronic form
WO2012135737A2 (en) Rules execution platform system and method
US20220198298A1 (en) Curated machine learning workflow suggestions and clustering techniques
Villazon-Terrazas et al. Construction of enterprise knowledge graphs (I)
Paschke et al. Tutorial on advanced design patterns in event processing
McGinnes et al. Conceptual independence: A design principle for the construction of adaptive information systems
Baumgrass et al. Deriving role engineering artifacts from business processes and scenario models
Fürber et al. Data quality
US10303668B2 (en) Automatic screen generation device, automatic screen generation program, and automatic screen generation method
Baumgrass et al. Bridging the gap between role mining and role engineering via migration guides
US8744895B2 (en) Method and system for managing a plurality of regulations, policies and risks
Conrad Microsoft Access 2013 inside out
Mohamed et al. Authorization and access control for different database models: Requirements and current state of the art
Mohamed et al. Authorization policy extension for graph databases
JP2022050169A (ja) 情報処理システム及びプログラム
Nasu et al. Efficient Row Pattern Matching Using Pattern Hierarchies for Sequence OLAP
Domingues Authenticus: architecture and mechanisms to support a national repository of scientific publications
Bäuerle et al. Humboldt: Metadata-Driven Extensible Data Discovery

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080007099.8

Country of ref document: CN

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

Ref document number: 10741035

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010741035

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13144829

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2010550432

Country of ref document: JP

ENP Entry into the national phase

Ref document number: 20117018538

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE