Data structure and management system for a superset of relational databases
First Claim
1. An address management system for converting a subjective representation of an address into a preferred representation of the address, comprising:
- a plurality of relational databases comprising;
a first relational database comprising one or more first tables;
a second relational database comprising one or more second tables for storing source data comprising address records as a sparse matrix linked list; and
a third relational database comprising one or more third tables storing standardized representations for a plurality of discrete artifacts;
an interface; and
a computer program module configured to;
receive a subjective representation of the address from said first relational database, wherein said subjective representation of the address comprises a plurality of discrete artifacts;
re-format the subjective representation of the address according to a set of standardization rules, wherein said standardization rules at least comprise amending punctuation in said subjective representation of the address;
parse said subjective representation of the address into the plurality of discrete artifacts, including name, street address, city, state, and zip code;
locate one or more candidate representations of the address;
select a preferred representation of the address from among said one or more of candidate representations of the address;
store said preferred representation of the address in said third relational database; and
,communicate the preferred representation of the address to the interface.
1 Assignment
0 Petitions
Accused Products
Abstract
A data structure, database management system, and methods of validating data are disclosed. A data structure is described that includes a superset of interconnected relational databases containing multiple tables having a common data structure. The tables may be stored as a sparse matrix linked list. A method is disclosed for ordering records in hierarchical order, in a series of levels from general to specific. An example use with address databases is described, including a method for converting an input address having a subject representation into an output address having a preferred representation. Preferred artifacts may be marked with a token. Alias tables may be included. This Abstract is provided to comply with the rules, which require an abstract to quickly inform a searcher or other reader about the subject matter of the application. This Abstract is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims.
98 Citations
20 Claims
-
1. An address management system for converting a subjective representation of an address into a preferred representation of the address, comprising:
-
a plurality of relational databases comprising; a first relational database comprising one or more first tables; a second relational database comprising one or more second tables for storing source data comprising address records as a sparse matrix linked list; and a third relational database comprising one or more third tables storing standardized representations for a plurality of discrete artifacts; an interface; and a computer program module configured to; receive a subjective representation of the address from said first relational database, wherein said subjective representation of the address comprises a plurality of discrete artifacts; re-format the subjective representation of the address according to a set of standardization rules, wherein said standardization rules at least comprise amending punctuation in said subjective representation of the address; parse said subjective representation of the address into the plurality of discrete artifacts, including name, street address, city, state, and zip code; locate one or more candidate representations of the address; select a preferred representation of the address from among said one or more of candidate representations of the address; store said preferred representation of the address in said third relational database; and
,communicate the preferred representation of the address to the interface. - View Dependent Claims (2, 3, 4, 5, 6, 7, 8, 9, 10, 11)
-
-
12. A method of processing a subjective representation of an address to obtain a preferred representation of the address, said method comprising the steps of:
-
receiving the subjective representation of the address;
parsing said subjective representation of the address into a plurality of discrete artifacts, wherein at least one of said discrete artifacts comprises a street address;re-formatting the subjective representation of the address according to a set of standardization rules, wherein said re-formatting comprises at least altering punctuation of the subjective representation of the address; locating one or more candidate artifacts from source data received as a sparse matrix linked list by comparing said one discrete artifact to said source data; selecting a preferred artifact from said one or more candidate artifacts;
repeating the step of selecting a preferred artifact from said one or more candidate artifacts to generate a plurality of preferred artifacts;combining said plurality of preferred artifacts to form a candidate representation of the address; repeating the step of said combining said plurality of preferred artifacts to form a candidate representation of the address step to generate a plurality of candidate representations of the address; selecting a preferred representation of the address from said plurality of candidate representations of the address based on the presence of a preferred token; and communicating said preferred representation of ate address to an interface.
-
-
13. A method of processing a subjective representation of an address to obtain a preferred representation of tile address, in an address management system comprising a plurality of relational databases including a first relational database comprising one or more first tables, a second relational database comprising one or more second tables, wherein each of said one or more second tables further comprises a plurality of records comprising source data and a third relational database comprising one or more third tables, said method comprising the steps of;
-
receiving a subjective representation of the address stored in said first relational database, said subjective representation of the address comprising a plurality of artifacts including a name, street address, city, state, and zip code; re-formatting the subjective representation of the address according to a set of standardization rules; arranging said plurality of records in hierarchical order based upon the values of said source data stored in said plurality of records; transforming one or more of said second tables into a sparse matrix linked list; locating one or more candidate representations of the address from source data stored in said second relational database by recognizing that a preferred token is present among any of said one or more candidate representations of the address; selecting a preferred representation of the address from among said one or more candidate representations of the address based an file presence of the preferred token; and communicating said preferred representation of the address from said third relational database to an interface. - View Dependent Claims (14, 15, 16, 17, 18, 19, 20)
-
Specification