IP Library Granted Patent US 7,130,852
Granted Patent B2
US 7,130,852 · App. 09/916,427 · Granted Oct 31, 2006

Internal security system for a relational database system

View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 7,130,852
App. No.
09/916,427
Granted
Oct 31, 2006
Kind
B2
Abstract

An internal security method for use with a relational database system is disclosed. The method is incorporated into a database system such that there is no need for security coding be layered on top of the system application software to prevent unauthorized access to restricted database information. The method of the present invention includes at least two embodiments and at least one of the embodiments has a “down the tree view” structure.

Claims (39)

1. A internal security method for a relational database system, comprising the steps of:

(a) determining which data information from the total amount of data information stored in system databases is restricted data information that shall not be accessible by each and every 1 to N system users, where N is an integer greater than 1;

(b) determining for each system user the restricted data information that such a system user shall have access;

(c) determining the hierarchical level of access for each system user with regard to the restricted data information;

(d) determining for at least two system users, based on the hierarchical level of access determination at step (c), that a second system user with a lower hierarchical level of access has access to the restricted data information that is a subset of the restricted data information to which a first system user with a higher hierarchical level of access has access;

(e) creating at least one relational access table with each of the first and second system users having at least one record in the relational access table and using a foreign key in the table created at step (e) that is linked to a primary key associated with each of the first and second system user's table of the relational database system for controlling each of the first and second system users'respective downstream access to restricted data information that is determined at step (b) and preventing the first and second system users'respective downstream and upstream access to unauthorized restricted data information through the use of a foreign key and primary key link such that the first system user will have one or more records in the relational access table that will permit the first system user's access to restricted data information that is determined for the first system user at step (b) to be joined with the second system user's access to restricted data information that is determined for the second system user at step (b), and the second system user will have one or more records in the relational access table will permit the second system user's access to restricted data information that is determined for the second system user at step (b); and

(f) the first and second system users accessing restricted data information stored in the system databases according to the relational access table created at step (e).

2. The method as recited in claim 1 , wherein the relational database is a structured query language database.

3. The method as recited in claim 1 , wherein each relational access table has a foreign key that relates to a primary key of only one system user.

4. The method as recited in claim 1 , wherein each relational access table created at steps (e) and (f) may have access to additional restricted data information added to them by updating the relational access table after they are created.

5. The method as recited in claim 1 , wherein each relational access table created at steps (e) and (f) may have access to certain restricted data information deleted from them by updating the relational access table after they are created.

6. The method as recited in claim 1 , wherein the relational database system that incorporates the internal security method includes a star schema configuration.

7. The method as recited in claim 6 , wherein the relational database system that incorporates the internal security method includes a full star schema configuration.

8. A internal security method for a relational database system, comprising the steps of:

(a) determining which data information from the total amount of data information stored in system databases is restricted data information that shall not be accessible by each and every 1 to N system users, where N is an integer greater than 1;

(b) determining for each system user the restricted data information that such a system user shall have access;

(c) determining the hierarchical level of access for each system user with regard to the restricted data information;

(d) determining for at least two system users, based on the hierarchical level of access determination at step (c), that a second system user with a lower hierarchical level of access has access to the restricted data information that includes other than a subset of the restricted data information to which a first system user with a higher hierarchical level of access has access;

(e) creating at least one relational access table with each of the first and second system users having at least one record in the relational access table and using a foreign key in the table created at step (e) that is linked to a primary key associated with each of the first and second system user's table of the relational database system for controlling each of the first and second system users'respective downstream access to restricted data information that is determined at step (b) and preventing respective downstream and upstream access to unauthorized restricted data information through the use of a foreign key and primary key link such that the first system user will have one or more records in the relational access table that will permit the first system user's access to restricted data information that is determined for the first system user at step (b) to be joined with the second system user's access to restricted data information that is determined for the second system user at step (b), and the second system user will have one or more records in the relational access table will permit the second system user's access to restricted data information that is determined for the second system user at step (b); and

(f) the first and second system users accessing restricted data information stored in the system databases according to the relational access table created at steps (e).

9. The method as recited in claim 8 , wherein the relational database is a structured query language database.

10. The method as recited in claim 8 , wherein each relational access table has a foreign key that relates to a primary key of only one system user.

11. The method as recited in claim 8 , wherein each relational access table created at steps (e) and (f) may have access to additional restricted data information added them by updating the relational access table after they are created.

12. The method as recited in claim 8 , wherein each relational access table crated at steps (e) and (f) may have access to certain restricted data information deleted from them by updating the relational access table after they are created.

13. The method as recited in claim 8 , wherein the relational database system that incorporates the internal security method includes a star schema configuration.

14. The method as recited in claim 13 , wherein the relational database system that incorporates the internal security method includes a full star schema configuration.

15. A internal security method for a relational database system, comprising the steps of:

(a) determining which data information from the total amount of data information stored in system databases is restricted data information that shall not be accessible by each and every 1 to N system users, where N is an integer greater than 1;

(b) determining for each system user the restricted data information that such a system user shall have access;

(c) determining the hierarchical level of access for each system user with regard to the restricted data information;

(d) determining for at least two system users, based on the hierarchical level of access determination at step (c), that a second system user with a lower hierarchical level of access has access to the restricted data information that is a subset and includes other than a subset of the restricted data information to which a first system user with a higher hierarchical level of access has access;

(e) creating at least one relational access table with each of the first and second system users having at least one record in the relational access table and using a foreign key in the table created at step (e) that is linked to a primary key associated with each of the first and second system user's table of the relational database system for controlling each of the first and second system users 'respective downstream access to restricted data information that is determined at step (b) and preventing respective downstream and upstream access to unauthorized restricted data information through the use of a foreign key and primary key link such that the first system user will have one or more records in the relational access table that will permit the first system user's access to restricted data information that is determined for the first system user at step (b) to be joined with the second system user's access to restricted data information that is determined for the second system user at step (b), and the second system user will have one or more records in the relational access table will permit the second system user's access to restricted data information that is determined for the second system user at step (b); and

(f) the first and second system users accessing restricted data information stored in the system databases according to the relational access table created at steps (e).

16. The method as recited in claim 15 , wherein the relational database is a structured query language database.

17. The method as recited in claim 15 , wherein each relational access table has a foreign key that relates to a primary key of only one system user.

18. The method as recited in claim 15 , wherein each relational access table created at steps (e) and (f) may have access to additional restricted data information added to them by updating the relational access table after they are created.

19. The method as recited in claim 15 , wherein each relational access table created at steps (e) and (f) may have access to certain restricted data information deleted from them by updating the relational access table after they are created.

20. The method as recited in claim 15 , wherein the relational database system that incorporates the internal security method includes a star schema configuration.

21. The method as recited in claim 20 , wherein the relational database system that incorporates the internal security method includes a full star schema configuration.

Assignments (10)
RELEASE OF SECURITY INTEREST Recorded May 29, 2020
From: BANK OF AMERICA, N.A.
To: LAWSON SOFTWARE, INC.; INFOR GLOBAL SOLUTIONS (MICHIGAN), INC.; INFOR (US), INC.; GT NEXUS, INC.
Reel/Frame 053314/0436 →
RELEASE OF SECURITY INTEREST Recorded Mar 5, 2019
From: WILMINGTON TRUST, NATIONAL ASSOCIATION
To: INFOR (US), INC.
Reel/Frame 048510/0349 →
CORRECTIVE ASSIGNMENT TO REMOVE THE INCORRECT PATENT NUMBER 6617869 AND REPLACE PATENT NUMBER 6617969 PREVIOUSLY RECORDED AT REEL: 036500 FRAME: 0896. ASSIGNOR(S) HEREBY CONFIRMS THE SECURITY AGREEMENT. Recorded Sep 10, 2015
From: INFOR (US), INC.
To: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS COLLATERAL AGENT
Reel/Frame 036585/0280 →
SECURITY AGREEMENT Recorded Aug 27, 2015
From: INFOR (US), INC.
To: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS COLLATERAL AGENT
Reel/Frame 036500/0896 →
SECURITY AGREEMENT Recorded Apr 19, 2012
From: INFOR GLOBAL SOLUTIONS (MICHIGAN), INC.
To: BANK OF AMERICA, N.A., AS COLLATERAL AGENT
Reel/Frame 028078/0964 →
RELEASE Recorded Apr 17, 2012
From: JPMORGAN CHASE BANK, N.A. AS ADMINSTRATIVE AGENT
To: E.PIPHANY, INC.; INFOR GLOBAL SOLUTIONS (MICHIGAN), INC.; INFOR GLOBAL SOLUTIONS (CHICAGO), INC.; INFOR GLOBAL SOLUTIONS (MASSACHUSETTS), INC.; SSA GLOBAL TECHNOLOGIES, INC.; EXTENSITY, INC.; EXTENSITY (U.S.) SOFTWARE, INC.; INFINIUM SOFTWARE, INC.; INVENSYS SYSTEMS INC.; PROFUSE GROUP B.V.
Reel/Frame 028060/0030 →
RELEASE Recorded Jun 1, 2009
From: SILICON VALLEY BANK
To: INFINIUM SOFTWARE INC
Reel/Frame 022757/0588 →
SECURITY AGREEMENT Recorded Oct 9, 2006
From: SSA GLOBAL TECHNOLOGIES, INC.; E. PIPHANY, INC.; INFINIUM SOFTWARE, INC.; INVENSYS SYSTEMS, INC.
To: JPMORGAN CHASE BANK, N.A. AS ADMINISTRATIVE AGENT
Reel/Frame 018362/0557 →
RELEASE Recorded Aug 12, 2005
From: SILICON VALLEY BANK
To: INFINIUM SOFTWARE, INC.
Reel/Frame 016881/0330 →
SECURITY INTEREST Recorded Jan 14, 2002
From: INFINIUM SOFTWARE, INC.
To: SILICON VALLEY BANK
Reel/Frame 012489/0009 →