|Publication number||US8024794 B1|
|Application number||US 11/292,030|
|Publication date||Sep 20, 2011|
|Filing date||Nov 30, 2005|
|Priority date||Nov 30, 2005|
|Publication number||11292030, 292030, US 8024794 B1, US 8024794B1, US-B1-8024794, US8024794 B1, US8024794B1|
|Inventors||Samuel Feldman, Ming Ho|
|Original Assignee||Amdocs Software Systems Limited|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (27), Non-Patent Citations (1), Referenced by (4), Classifications (11), Legal Events (2)|
|External Links: USPTO, USPTO Assignment, Espacenet|
The present invention relates to authorization systems, and more particularly, to authorizing access to various resources.
With the advent of general access computer networks, such as the Internet, people now have ready access to various computing and/or networking resources. Unfortunately, some people have taken advantage of such easy access, thus requiring the development of various authorization systems for authorizing resource access.
Various techniques are employed by such authorization systems. For example, some systems define an access control query, which uses a data path mechanism to dynamically create additional filter criteria to attach to a target query. As yet another example, traditional systems have also defined protection mechanism using hard-coded logic (e.g. one for protecting an account, one for sales opportunities, etc.), where restrictions are built directly into each operation or query to be protected.
Still yet, additional systems replicate relevant relational application data into an external security system. Such security system may take the form of an LDAP repository with a security framework such as a Java authentication and authorization system (JAAS), etc. As still yet another example, other systems have been developed which run a security check to disable an access button or the like for each protected resource. Still other systems trap a security check from a JAAS or the like, and run a query to check permissions.
Unfortunately, the foregoing techniques are plagued with drawbacks such as a lack of performance or effectiveness, possibly including, but not limited to a lack of ability to define new authorization roles during operation, a lack of ability to assign permissions dynamically during operation, etc.
There is thus a need for overcoming these and/or other problems associated with the prior art.
A system, method and computer program product are provided for role based authorization. Included is a plurality of resources and roles associated with an authorization domain. In use, access to the resources is controlled utilizing expressions that operate as a function of the roles and the resources.
Coupled to the networks 102 are server computers 104 which are capable of communicating over the networks 102. Also coupled to the networks 102 and the server computers 104 is a plurality of client computers 106. Such client computers 106 may each include a desktop computer, lap-top computer, hand-held computer, mobile phone, hand-held computer, personal video recorder (PVR), a digital media [e.g. compact disc (CD), digital video disc (DVD), MP3, etc.] player, printer, and/or any other type of logic. In order to facilitate communication among the networks 102, at least one gateway or router 108 is optionally coupled therebetween.
The workstation shown in
The workstation may have resident thereon any desired operating system. It will be appreciated that an embodiment may also be implemented on platforms and operating systems other than those mentioned. One embodiment may be written using JAVA, C, and/or C++ language, or other programming languages, along with an object oriented programming methodology. Object oriented programming (OOP) has become increasingly used to develop complex applications.
Of course, the various embodiments set forth herein may be implemented utilizing hardware, software, or any desired combination thereof. For that matter, any type of logic may be utilized which is capable of implementing the various functionality set forth herein.
As shown, included is a plurality of resources 304 and roles 302 associated with an authorization domain 301. In the context of the present description, the resources 304 refer to computer functions and/or data (e.g. software, etc.), as well as any hardware or components thereof. Examples of such functionality and/or data may include, but is not limited to run-time data, reference data, processes, status transitions, operations, etc. Of course, however, any resources 304 are envisioned to which access is desired.
In one embodiment, such computer functions and/or data may further involve a customer relationship management (CRM) application and/or any component thereof. For example, the foregoing data may include a list of information, such as a list of accounts. In one optional embodiment, such resources may include information to be filtered, or actions to be disabled. For instance, data restriction may optionally be involved including filtering the list, such that a user cannot even see restricted items in the list, in a manner that will soon become apparent.
Further in the context of the present description, the roles 302 may include user roles [where users have been assigned a preferential relationship to specific data objects (the authorization domain 301), etc.], team roles assigned to teams [e.g. groups of users, etc. which are then associated with a specific data object (the authorization domain 301), etc.], global roles assigned to users on a global basis (e.g. not having a preferential relationship to specific data objects, etc.), and/or any other roles capable of being assigned to one or more users so that access to desired resources 304 may be afforded, as a function thereof. In still further embodiments, the roles 302 may include a plurality of permissions and/or restrictions that apply to a group of users.
Still yet, the authorization domain 301 may include any root entity that derives protection via any authorization associated with the access to the resources 304. Again, in the context of the exemplary embodiment where the resources 304 include the CRM application, the authorization domain 301 may include a customer and/or account associated therewith. Further, such root entity may possibly refer to the data concept from which authorization is derived. For example, it answers the questions: “What concept relates the user to the restricted resource?”
As shown, the resources 304 may be linked to the authorization domain 301 utilizing an authorization path 306. Such authorization path 306 may include any data structure and/or code capable of establishing a relationship between the resources 304 and roles 302, and the authorization domain 301.
In use, access to the resources 304 is controlled utilizing expressions 308 that operate as a function of the roles 302 and the resources 304. Such expressions 308 may be user-configurable, reusable, updateable, administratable in real-time while a system is running, etc. For example, the expressions 308 may be defined utilizing a graphical user interface, etc., and further named or otherwise identified, so that they can be reused in different instances (e.g. with different resources, authorization domains, and/or even other expressions, etc.). In use, the aforementioned control may be carried out reactively, proactively, instantaneously, etc., using the expressions 308.
The instant expressions 308 may optionally be defined by an administrator or developer, and further be used at run-time to dynamically generate an optimized well-performing query. Such query generation may further make use of dynamic relational information that exists in many customer databases.
Operation may further be enhanced by the expressions 308 optionally including conditions under which access to the resources 304 is allowed or not. For example, in one optional embodiment, the expressions 308 may include a Boolean or arithmetic expression that operates as a function of a name, parameter, and/or any other aspect associated with the resources 304 and/or rules 302. In various additional embodiments, the expressions 308 may further operate as a function of information available in a run-time context (e.g. user information, business state, information received from external sources, etc.), in addition to the resources 304 and/or rules 302. Of course, unconditional access or blocking is also contemplated.
More illustrative information will now be set forth regarding various optional architectures and features with which the foregoing technique may or may not be implemented, per the desires of the user. For example, the various following optional functionality is set forth in the context of a CRM application.
It should be strongly noted that the following information is set forth for illustrative purposes and should not be construed as limiting in any manner. Any of the following features may be optionally incorporated with or without the exclusion of other features described. Further, the following to-be-described features may also be incorporated outside the context of a CRM application.
In present embodiment, the aforementioned framework may be used to tailor user access to various CRM application resources 406 based on a particular enterprise structure, without necessarily requiring the application resources 406 to be customized. As a first step in utilizing the framework, various CRM application resources 406 (e.g. see, for example, the resources 304 of
As mentioned earlier, the resources 406 may include computer functions and/or data (e.g. software, etc.), as well as any hardware or components thereof. Of course, such functions may include any type of functionality and may or may not involve data associated with an associated application.
For example, user interface functionality may be controlled. Thus, a user may selectively enable and disable, or show and hide, various types of user interface controls such as buttons, menu items, text boxes, tabs, content of a drop down list, etc. In addition, one may also automatically filter the data shown as a result of a search. To this end, the same user may sometimes see different user interface controls on the same page, as different data is processed, accessed, etc.
As an additional initial step, various roles 404 (e.g. see, for example, the roles 302 of
Thus, as shown, four employees are organized into two roles, Account Administrator and Support Administrator. Further, the Account Administrator role is authorized to work on everything related to Accounts, while the Support Administrator role is authorized to work only on Account Overviews.
Of course, any data and/or functionality associated with the application may be listed on the left hand side of the above matrix of Table 1 and any roles may be listed in the upper end thereof. Still yet, while not shown, it should be noted that the data and/or functionality associated with the application may also be grouped (e.g. globally, etc.).
As mentioned previously, the aforementioned access control may be carried out reactively or proactively. Proactive control may, for example, involve disabling or hiding a user interface control when an application page is displayed based on the roles of the user. Thus, proactive control may be invoked when a page is displayed.
On the other hand, reactive control, instead of disabling the abovementioned user interface control on a page when the page is displayed, may perform authorization validation when users try to invoke controlled functionality. Reactive control may be invoked on the server, and may be performed for controls that involve sending data to a server even if proactive control is in effect.
As shown, team roles may be used to authorize access to a specific domain on which a selected group of people can work. For example, for sales operations, teams of people may be defined for being assigned to work with particular accounts, within particular territories, and/or on specific opportunities. While teams are shown to be assigned in
Table 2 below illustrates the use of the team roles shown in
Thus, as shown, eight employees are organized into two team roles, Account Manager and Sales Representative. Further, the Account Manager team role is authorized to work on everything related to Accounts to which the team is assigned, while the Sales Representative team role is authorized to work only on Account Overviews for those Accounts to which the team is assigned. The team authorization matrix specifies authorization generically. However, because individual users are assigned to one or more team roles on specific teams that are assigned to specific Accounts, these users inherit permissions thereby.
It should also be noted that membership in a team role may also confer authorization to perform operations on other entities in the application, that are related to these Accounts. The relationship is specified through the use of an authorization path, which delineates the connection between the aforementioned entity and the authorization domain object (Account in this example).
For example, opportunity database entities may be related to each Account, and the relationship specified via the authorization path. Once so specified, operations on opportunity entities that are related to the team Account can be authorized for specific Account Team Roles. Be it also noted that hierarchical, recursive relationships, such as parent-child relationships between Accounts, may also be specified by the authorization path, such that permissions for operations on child Accounts may also be defined in the team authorization matrix. Furthermore, such relationships can be combined in any manner via the use of the authorization path.
As shown, the graphical user interface 600 is adapted for generating a global authorization matrix for selecting authorization conditions (or lack thereof) for a plurality of computer functions and/or data (e.g. controlled objects 602, etc.) with respect to a plurality of roles 604. This may be accomplished by using a plurality of icons 605 for either granting unconditional access, conditional access using an expression, or unconditionally not granting access. It should be noted that additional tabs 606 may be provided for providing access to, defining, and/or editing the various roles and resources.
It should be noted that if a user has multiple roles on the same team, the effective permission may be the sum of all the permissions granted for that user in that team. Further, while not shown, a similar interface may be provided for generating a user authorization matrix.
Table 2 below illustrates various optional optimizations that may be employed in the context of the above embodiments. Of course, such optimizations are to be considered illustrative in nature, and in no way limiting.
Use global roles if possible
Define as few resources (e.g. functions, etc.) as possible (if two functions
are defined using exactly the same authorization path, combine the two
Control the main function rather than the main functions in addition to
secondary functions (if a business function can be accessed only by
traversing through an already-controlled function, do not specifically
control the second)
Define as few team roles as needed
Do not duplicate permissions when one role is a superset of another role
Define the authorization path and the user role path with as few relations
as possible in the path.
While various embodiments have been described above, it should be understood that they have been presented by way of example only, and not limitation. For example, any of the network elements may employ any of the desired functionality set forth hereinabove. Thus, the breadth and scope of a preferred embodiment should not be limited by any of the above-described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5768519 *||Jan 18, 1996||Jun 16, 1998||Microsoft Corporation||Method and apparatus for merging user accounts from a source security domain into a target security domain|
|US6182142 *||Jul 10, 1998||Jan 30, 2001||Encommerce, Inc.||Distributed access management of information resources|
|US6453353 *||Feb 12, 1999||Sep 17, 2002||Entrust, Inc.||Role-based navigation of information resources|
|US6961687 *||Aug 3, 2000||Nov 1, 2005||Lockheed Martin Corporation||Internet based product data management (PDM) system|
|US7010600 *||Jun 29, 2001||Mar 7, 2006||Cisco Technology, Inc.||Method and apparatus for managing network resources for externally authenticated users|
|US7013485 *||Mar 5, 2001||Mar 14, 2006||I2 Technologies U.S., Inc.||Computer security system|
|US7039917 *||Mar 20, 2001||May 2, 2006||Hewlett-Packard Development Company, L.P.||Method and system for executing tools in a service control manager module|
|US7171411 *||Feb 27, 2002||Jan 30, 2007||Oracle International Corporation||Method and system for implementing shared schemas for users in a distributed computing system|
|US7318237 *||Jun 30, 2005||Jan 8, 2008||Bea Systems, Inc.||System and method for maintaining security in a distributed computer network|
|US7451149 *||Nov 8, 2004||Nov 11, 2008||Nets Co., Ltd.||Extranet access management apparatus and method|
|US7463637 *||Apr 14, 2005||Dec 9, 2008||Alcatel Lucent||Public and private network service management systems and methods|
|US20010056494 *||Mar 9, 2001||Dec 27, 2001||Hatem Trabelsi||Device and method for controlling access to resources|
|US20030018696 *||May 10, 2001||Jan 23, 2003||Sanchez Humberto A.||Method for executing multi-system aware applications|
|US20030087629 *||Sep 27, 2002||May 8, 2003||Bluesocket, Inc.||Method and system for managing data traffic in wireless networks|
|US20040042470 *||Jun 2, 2003||Mar 4, 2004||Geoffrey Cooper||Method and apparatus for rate limiting|
|US20040093526 *||Nov 12, 2002||May 13, 2004||Hirsch Thomas Steven||Instrument access control system|
|US20040117358||Mar 14, 2003||Jun 17, 2004||Von Kaenel Tim A.||Method, system, and program for an improved enterprise spatial system|
|US20040122946 *||Dec 24, 2002||Jun 24, 2004||International Business Machines Corporation||Delegation of administrative operations in user enrollment tasks|
|US20040128559 *||Dec 31, 2002||Jul 1, 2004||Zurko Mary Ellen||Trusting security attribute authorities that are both cooperative and competitive|
|US20040243822 *||May 28, 2003||Dec 2, 2004||Cristina Buchholz||Authorization data model|
|US20050102536 *||Oct 8, 2004||May 12, 2005||Bea Systems, Inc.||Dynamically configurable distributed security system|
|US20060026159 *||Jul 29, 2004||Feb 2, 2006||International Business Machines Corporation||Security model using security domains in a security model applied to abstract database|
|US20060080352 *||Sep 28, 2005||Apr 13, 2006||Layer 7 Technologies Inc.||System and method for bridging identities in a service oriented architecture|
|US20060117390 *||Nov 18, 2004||Jun 1, 2006||Saurabh Shrivastava||Method and apparatus for securely deploying and managing applications in a distributed computing infrastructure|
|US20060218394 *||Mar 28, 2005||Sep 28, 2006||Yang Dung C||Organizational role-based controlled access management system|
|US20070056040 *||Jul 9, 2004||Mar 8, 2007||Koninklijke Philips Electronics N.V.||Data carrier belonging to an authorized domain|
|US20080244706 *||Mar 15, 2005||Oct 2, 2008||Koninklijke Philips Electronics, N.V.||Method of and System For Generating an Authorized Domain|
|1||Kille, S. "Representing the O/R address hierarchy in the X.500 directory information tree" Isode Ltd. Mar. 1998.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US8296840 *||Dec 19, 2008||Oct 23, 2012||Sap Ag||Providing permission to perform action on an electronic ticket|
|US8850561 *||Aug 25, 2008||Sep 30, 2014||International Business Machines Corporation||Associating operating system native authorizations with console roles|
|US20100050254 *||Feb 25, 2010||International Business Machines Corporation||Associating operating system native authorizations with console roles|
|US20100162389 *||Dec 19, 2008||Jun 24, 2010||Tomas Burger||Providing permission to perform action on an electronic ticket|
|U.S. Classification||726/21, 700/237, 715/741, 235/382|
|International Classification||G06K5/00, G06F17/00, G06F3/00, G06F7/04|
|Cooperative Classification||G06F21/6218, G06F2221/2141|
|Nov 30, 2005||AS||Assignment|
Owner name: AMDOCS SOFTWARE SYSTEMS LIMITED, IRELAND
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:FELDMAN, SAMUEL;HO, MING;REEL/FRAME:017316/0851
Effective date: 20051130
|Dec 15, 2014||FPAY||Fee payment|
Year of fee payment: 4