US20160342999A1 - Method, system, and computer program product for linking customer information - Google Patents
Method, system, and computer program product for linking customer information Download PDFInfo
- Publication number
- US20160342999A1 US20160342999A1 US15/134,119 US201615134119A US2016342999A1 US 20160342999 A1 US20160342999 A1 US 20160342999A1 US 201615134119 A US201615134119 A US 201615134119A US 2016342999 A1 US2016342999 A1 US 2016342999A1
- Authority
- US
- United States
- Prior art keywords
- entity
- account
- customer
- data
- accounts
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims abstract description 157
- 238000004590 computer program Methods 0.000 title description 27
- 230000002085 persistent effect Effects 0.000 claims description 22
- 238000004891 communication Methods 0.000 claims description 15
- 238000012790 confirmation Methods 0.000 claims 1
- 238000004519 manufacturing process Methods 0.000 claims 1
- 230000008569 process Effects 0.000 description 72
- 238000001914 filtration Methods 0.000 description 31
- 238000004458 analytical method Methods 0.000 description 19
- 238000012545 processing Methods 0.000 description 18
- 230000008901 benefit Effects 0.000 description 9
- 238000012937 correction Methods 0.000 description 9
- 230000008520 organization Effects 0.000 description 9
- 230000008859 change Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 238000010200 validation analysis Methods 0.000 description 5
- 238000011156 evaluation Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 239000003795 chemical substances by application Substances 0.000 description 3
- 238000007596 consolidation process Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000007405 data analysis Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 2
- 239000010931 gold Substances 0.000 description 2
- 229910052737 gold Inorganic materials 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- MHOFGBJTSNWTDT-UHFFFAOYSA-M 2-[n-ethyl-4-[(6-methoxy-3-methyl-1,3-benzothiazol-3-ium-2-yl)diazenyl]anilino]ethanol;methyl sulfate Chemical compound COS([O-])(=O)=O.C1=CC(N(CCO)CC)=CC=C1N=NC1=[N+](C)C2=CC=C(OC)C=C2S1 MHOFGBJTSNWTDT-UHFFFAOYSA-M 0.000 description 1
- 101001092930 Homo sapiens Prosaposin Proteins 0.000 description 1
- 102100036197 Prosaposin Human genes 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000002474 experimental method Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- PWPJGUXAGUPAHP-UHFFFAOYSA-N lufenuron Chemical compound C1=C(Cl)C(OC(F)(F)C(C(F)(F)F)F)=CC(Cl)=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F PWPJGUXAGUPAHP-UHFFFAOYSA-N 0.000 description 1
- 230000003340 mental effect Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/01—Customer relationship services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/211—Schema design and management
-
- G06F17/30292—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
- G06Q50/265—Personal security, identity or safety
Definitions
- the present invention generally relates to managing customer information within a database, and more particularly to ensuring that most or substantially all customer accounts are correctly linked to appropriate customer information within a customer database.
- the present invention further relates to ensuring that most or substantially all unique customers are not erroneously identified as two or more customers, but are instead correctly identified as being a single unique customer.
- a single customer may have any combination of a personal bank account, a mortgage, a line of credit (such as a home equity line of credit), a personal credit card, a business credit card, a rewards account, and one or more investment accounts with a single financial institution.
- a single customer may have any combination of health insurance, auto insurance, home owners insurance, and other kinds of insurance protection as well.
- a single customer may have multiple accounts. For example, a single customer may have one account with a computer supply company for home purchases and another account with the same company for small business purchases.
- each customer may have preferences with respect to their privacy, and with respect to a variety of matters related to the management of their accounts. It is important for effective business-customer relations that these customer preferences be respected in relation to all accounts associated with the customer.
- a large service business such as a large financial institution, may have multiple business units. Often, these business units do not efficiently or effectively share information, since in some cases data processing may be distributed over multiple computer systems and software systems. As a result customer information can be fragmented over these multiple data processing systems and their associated databases.
- accounts can be incorrectly linked, i.e., that accounts which actually belong to two separate customers become associated, within the business database, with a single customer. This can happen through various errors in data association or the data association process, and can also occur as a result of deliberate fraud by third-parties, e.g., identity theft.
- a method, system, and computer program product for linking customer information.
- a method, system, and computer program product that provides a substantially complete and accurate view of product relationships for prospects and customers across all lines of business, products and services, no matter how large the company or business may be, and no matter how diverse the product lines or service lines.
- the method, system, and computer program product should ensure that there is no redundancy in customer identification, ie., that one single, unique customer is not erroneously viewed within the company database system or systems as being multiple customers.
- a method, system, and computer program product to ensure that all customer accounts are correctly linked to the appropriate customers who own the accounts, without any erroneous linkages.
- the present invention meets the above-identified needs by providing a method, system, and computer program product for linking customer information.
- This method is referred to as the customer linking and identification capability (CLIC) method, or as the “CLIC method” in brief.
- the CLIC method comprises collecting internal customer account data into a consolidated database, and then searching one or more external databases for personal identification information which is related to customer account data, wherein the external databases are not part of the company's in-house repository of customer data. An analysis is performed to compare internal customer account data with the externally obtained personal identification information so as to determine which accounts, previously listed as belonging to separate customers, actually belong to the same customer. Linkages are then created between all accounts belonging to a single, unique customer.
- FIG. 1 is a system diagram of an exemplary business intranet environment and external network and database environment in which the present invention, in an embodiment, would be implemented.
- FIG. 2A is a flowchart illustrating a customer linking and identification capability (CLIC) process according to one embodiment of the present invention.
- CLIC customer linking and identification capability
- FIG. 2B is a flowchart illustrating a CLIC process according to an enhanced version of the embodiment of the present invention illustrated in FIG. 2A , showing additional steps which may be advantageous to perform.
- FIG. 3 is a system diagram illustrating possible sources of internal customer account data at a representative business, and farther illustrating the consolidation and filtering of that data into the consolidated database.
- FIG. 4 is an example of representative customer account data being imported into the consolidated database.
- FIG. 5A is a system diagram illustrating possible sources of external personal identification information, and further illustrating the importing of that data into the centralized repository for external data via a matching and filtering process.
- FIG. 5B is a block diagram illustrating representative criteria that may be used in an embodiment of the invention to determine which external data corresponds to customer data in the internal consolidated database, and therefore which external data should be imported into the centralized repository for external data.
- FIG. 6 is an example of representative external personal identification information which is matched and filtered for import into the centralized repository for external data.
- FIG. 7 is a flow chart of a method by which linkage recommendations are made, and linkages established, between customers and customer accounts in one embodiment of the present invention.
- FIG. 8 is a block diagram showing both the flow of data and the data processing entailed in making an initial linkage recommendation in an embodiment of the present invention.
- FIG. 9A is an example of how the initial rules may be applied to analyze external personal identification data in relation to a customer listed in the consolidated database.
- FIG. 9B is an example of how the initial rules may be applied to link two customer accounts.
- FIG. 10A is a first example of a secondary linking rule, and the application of the rule to a customer linkage.
- FIG. 10B is a second example of a secondary linking rule, and the application of the rule to a customer linkage.
- FIG. 11A is a flowchart showing the detailed steps of the linkage recommendations involved in steps 704 and 710 .
- FIG. 11B is a flowchart showing the detailed steps for linking customer records, formerly treated as separate customers, so that they are one unique customer, and also linking the appropriate customer accounts to the one unique customer.
- FIG. 12 is an alternative representation of a customer linking and identification capability method.
- FIG. 13 illustrates two examples of corrections required due to overlink errors or underlink errors.
- FIG. 14 illustrates the hierarchy of linking rules in a CLIC process which employs multiple stages of rules processing.
- FIG. 15 is a block diagram of an exemplary computer system useful for implementing the present invention.
- the present invention is directed to a method, system, and computer program product for linking customer accounts with non-redundant client identifications, that is, for linking customer accounts with unique client identifications within a business or other organizational database. It should be understood that while the method, system, and computer program product are described here in the context of business enterprises, business activities, and customer and account databases implemented in a business context, the method, system, and computer program product could as well be implemented and applied in other contexts as well.
- the method, system, and computer program product described herein could be used to link records of a non-commercial nature which are related to a common, unique person described in a database implemented in a non-commercial and non-business context. Additionally, the method, system, and computer program product described herein could be used to identify as one unique person a set of data records, previously identified as belonging to separate persons, in a non-business or non-commercial database or set of databases.
- the method described in this invention could have applications in law enforcement in identifying persons who are listed in different states or different municipalities as being different persons but are in fact the same person, or it could be employed to identify individuals who have attended different schools or have been employed in various jobs who are in fact the same persons.
- the present invention is referred to variously as the “method, system, and computer program product for linking customer information”, the “customer linking and identification capability method”, the “customer linking and identification capability system”, the “customer linking and identification capability process”, the “customer linking and identification capability computer program product”, the “CLIC method”, the “CLC process”, the “CLIC computer program product”, or the “CLIC system”, and these terms are used interchangeably throughout this document.
- business may be used interchangeably with each other and shall mean any person, entity, distributor system, software and/or hardware that is a provider, broker and/or any other entity in the distribution chain of goods or services.
- a merchant may be a grocery store, a retail store, a travel agency, a service provider, an on-line merchant, a financial institution or service provider, or the like.
- a business or organization as understood herein may include not only for-profit businesses, but also non-profit or not-for-profit organizations such as schools, and may even be construed to encompass governmental or semi-governmental agencies, including but not limited to the Post Office, law enforcement agencies, etc.
- An “account” commonly refers to a set or collection of data which indicates transactions between a customer and a business which are typically bundled together under the name of a service of some kind, and/or a status or statuses of services which a business may provide to a consumer, and/or a set of one or more legal or financial obligations on the part of a business towards the consumer, and/or a set of one or more legal or financial obligations on the part of a consumer towards a business.
- a loan account may record a customers credit line, as well as specific transactions wherein the customer has borrowed money against the loan account or paid back principle or interest on the account.
- an “account” may also be understood to refer more broadly to any kind of collection of data which a business or organization may maintain in relation to a customer or other person associated with the business or organization.
- An example of an account might be a student's transcript of grades at an educational institutional. (The student may well have a second or third account at the same institution, related to tuition payments, financial aide, etc.)
- an “account number”, as used herein, and as sometimes also referred to simply as an “account”, may include any device, code, number, letter, symbol, digital certificate, smart chip, digital signal, analog signal, biometric or other identifier/indicia suitably configured to allow a consumer to access, interact with or communicate with a financial transaction system or other transaction system.
- the account number may optionally be located on or associated with any financial transaction instrument (e.g., rewards, charge, credit, debit, prepaid, telephone, embossed, smart, magnetic stripe, bar code, transponder or radio frequency card).
- a customer account number may he, for example, a sixteen-digit credit card number.
- Each credit card issuer has its own numbering system, such as the fifteen-digit numbering system used by American Express Company of New York, N.Y.
- a merchant account number may be, for example, any number or alpha-numeric characters that identifies a particular merchant for purposes of card acceptance, account reconciliation, reporting and the like.
- a “generation code”, sometimes called a “suffix”, is a suffix to a name, which may be a full word such as “Senior” or “Junior” or similar, or an abbreviated appellation such as “Sr.”, or “Jr.” or similar, or may be a numeric designation such as “the Second”, “the Third”, “2 nd ”, “ 3 rd ”, or similar, or may be a numeric designation such as “the Second”, “the Third”, or similar, which indicates lineage within a family, and is generally considered to be part of a person's full name.
- Preexisting customer data from one or more accounts held with a business are input into a consolidated database.
- One or more external database(s) are searched for personal data which, based on matching and filter criteria, are candidate matches to the preexisting customer data in the consolidated database.
- the external candidate match data is consolidated into a centralized repository.
- the external candidate match data, now stored in the centralized repository, and the preexisting customer data are analyzed for matches according to a set of linking rules; the analysis process may entail a single pass through a single set of linking rules, or may entail two or more passes through different sets of linking rules, resulting in progressively more accurate matches.
- a “match” indicates that a candidate from an external database is likely to be the same individual as an individual already identified in the consolidated database. Based on the matches found, linkage recommendations are made. Each recommendation suggests that a link be made between multiple accounts, sometimes for accounts previously associated with separate customers, so that the accounts will become associated with a single customer. Each such recommendation also suggests that several customers, previously considered to be separate customers, should be consolidated into one unique customer.
- preliminary linkage recommendations are then analyzed and validated according to secondary linking rules, possibly tertiary linking rules, and possibly additional sets of linking rules, resulting in the links finally being established in the consolidated database.
- the actual linkages may be established through various means, in one embodiment of the present invention, a persistent ID, unique to each customer, is used to associate all accounts for a single customer. Finally, when triggered by events such as customer requests or indications of errors in the database (such as indications of identity theft), manual linkages are made to correct for overlink or underlink errors.
- An advantage of the present invention is that by importing externally obtained personal identification information, deficiencies (e.g., omissions and/or errors) in the existing in-house data are compensated for. As a result of the additional, externally obtained personal identification information, it is possible to recognize linkages among internal customer records in cases where existing internal customer data would be insufficient to establish those linkages, no matter how sophisticated might be the data processing algorithm employed to analyze the internal data alone.
- Another advantage of the present invention is that it optionally employs a multistage analysis process to compare external personal identification data with internal data.
- a multistage analysis process to compare external personal identification data with internal data.
- This optional multistage analysis process it is possible to create a robust customer linking process which employs both “off the shelf” or third-party data analysis/data matching software and algorithms in one stage of the process, and also custom-designed data analysis/data, matching software and algorithms in another stage.
- the custom-designed algorithms may be tuned or optimized for the particular database requirements and customer linking requirements of a particular business.
- the optional multistage processing also enables manual or automated error-checking and link validation at multiple stages in the customer linking process.
- Another advantage of the present invention is that, by reducing or eliminating redundant customer identifications, and correctly linking multiple customer accounts with unique customers, the invention improves the ability of a business to offer integrated services and support to a customer by recognizing all aspects of the business in which the unique customer participates or subscribes.
- FIG. 1 is a system diagram of an exemplary business data processing environment 100 in which the present invention, a customer linking and identification capability (CLIC) method, in an embodiment, would be implemented.
- CLIC customer linking and identification capability
- System 100 includes a business or organizational intranet 114 , which in turn has a computer or server 102 .
- Computer 102 is connected to a back-end consolidated database 112 and also to a centralized repository for external data 108 .
- Computer 102 is also connected to one or more other data sources which represent sources of internal customer account data 104 .
- This internal customer account data may be related to credit card accounts, banking accounts, investment accounts, or any number of other kinds of financial or commercial accounts which are owned by customers of the business.
- the account data includes both identification information about the accounts themselves, transaction related data such as the financial status of the account, and also information about the customer or customers who own the account.
- the consolidated database 112 is also referred to as the customer linking and identification capability database 112 or the CLIC database 112 , a reference to the CLIC method of the current invention.
- the terms “consolidated database” and “CLIC database” will be used interchangeably throughout the rest of this document.
- computer 102 is also connected to a source of information about personal identification information.
- the personal identification information is available on one or more external database(s) 106 which can be accessed through a network 110 .
- the external database(s) 106 are external to the financial or other business institution, and network 110 represents access through the Internet or through other networks.
- Computer 102 will obtain personal identification information from external database(s) 106 through network 110 , and will store the personal identification information in centralized repository for external data 108 .
- Centralized repository for external data 108 may be a separate database from consolidated database 112 .
- Centralized repository for external data 108 may also be a table or other data storage structure or file within consolidated database 112 , wherein those tables or other data storage structures or files are set aside as repositories for data obtained from external database(s) 106 .
- the centralized repository for external data 108 may take other forms, including but not limited to a large storage cache within the random access memory or other memory within computer or server 102 . The exact details of this architecture are not essential to the operations of this invention.
- FIG. 2A is a flowchart illustrating a customer linking and identification capability (CLIC) method 200 according to one embodiment of the present invention.
- CLIC customer linking and identification capability
- the method begins with step 202 , wherein the method collects internal customer account data.
- this data can represent a wide variety of accounts from multiple business units within a business such as a financial institution. These accounts can be banking accounts, savings accounts, credit card accounts, investment accounts, mortgage accounts, and other such accounts.
- the collected internal customer account data is stored in consolidated database 112 .
- Consolidated database 112 may take the form of a table or system of tables on a single database server or even on a single disk.
- a consolidated database can actually be a system of distributed databases spread over several servers, or possibly even over several networks, provided that the software that is used to manage the consolidated database 112 is capable of treating the physically distributed database as one logically consolidated database for processing purposes.
- step 204 databases are searched for personal identification (PID) information, and in one embodiment the search is for PID to be found in external database(s) 106 .
- step 208 method 200 analyzes the internal customer account data and also analyzes the external PID to create a linkage between customer accounts. The details of all these steps are discussed further below.
- step 209 the entire process may be reinitiated by returning to step 202 based on a variety of criteria or trigger events including, for example and without limitation, on a scheduled basis, on an on-demand basis, that is, when the process is initiated by a database manager or other staff member of the business, or as it is determined that one or more business units have collected new customer account information.
- FIG. 2B is a flowchart illustrating a CLIC process according to an enhanced version 201 of the embodiment of the invention illustrated in FIG. 2A , showing additional steps which may be advantageous to perform.
- step 202 represents collecting internal customer account data, wherein the internal customer account data is collected into consolidated database 112 .
- step 204 there is again a search for PID information, wherein the search for PID information is conducted by searching external database(s) 106 .
- step 206 entails consolidating the external PID into a centralized repository for external data 108 .
- This consolidation of the external PID into centralized repository 108 may facilitate effective processing of the external PID data 106 which is being used to analyze internal customer account data 104 .
- external PID data 106 may he evaluated dynamically as it is accessed to determine if it is a potential candidate match to internal customer account data 104 .
- External PID data 106 which is determined, via the netting down process, to be a potential match to internal customer account data 104 is retained in temporary storage, such as RAM or some other short-term database, and then may he immediately compared in more detail to internal customer account data 104 as described in the following steps. This detailed comparison may occur in parallel with an ongoing search of other sources of external PID data 106 for potential candidate matches.
- Step 208 entails the analysis of the internal customer account data 104 and the external PID 106 to create a linkage between customer accounts.
- Step 210 entails performing manual linkages or delinkages.
- Manual linkages or delinkages typically arise when customers call in and, in the course of conversations with customer service representatives, provide information which indicates that some of their accounts which have previously been separate should be linked together; or, on the other hand, when the customers call in and indicate a problem which indicates that two accounts which are linked to that customer should not both be linked to that customer.
- the customer service representative using a standard interface (not shown), is able to manually link or delink accounts from the customer.
- Step 211 entails storing the revised customer and account linkages.
- Step 212 entails a further analysis and validation of the revised account and customer identification linkages. This further analysis and validation can be performed manually by a designated database manager whose job is to maintain the integrity of the CLIC database 112 . There may also be automated systems which can perform a review and screening of the data to identify errors.
- Step 214 entails correcting erroneous linkages.
- Step 216 entails modifying the rules used to analyze the consolidated database 112 . The rules are modified based on the identified errors and corrections that are made, such that the same types of errors or similar types of errors will not occur again.
- the entire process may be repeated starting with step 202 based on a variety of criteria or trigger events, including for example and without limitation on a scheduled basis, on an on-demand basis, that is, when the process is initiated by a database manager or other staff member of the business, or as it is determined that one or more business units have collected new customer account information.
- FIG. 3 provides an example of the flow of information which is involved in implementing step 202 of the CLIC method.
- Step 202 entails collecting internal customer account data into a consolidated database 112 .
- FIG. 3 there can be a variety of sources of internal customer data.
- the example data shown here includes a variety of sources of data which would be used by one example financial institution, the American Express Company.
- the Legacy 302 and Triumph 304 databases hold accounts receivable data for various types of consumer, small business, and larger business credit cards (CCSG, OSBN, and CORP, respectively). These are all consolidated into a global new accounts table (GNAT) database 306 .
- Databases for other customer relationships 308 include membership banking (MSB), investment account relationships (INVST), portfolios acquired from other banks (TSYS), consumer and business loan accounts (MET), consumer travel network transactions (CTN), and equipment leasing accounts (LEA).
- MSB membership banking
- IVSST investment account relationships
- TSYS financial institution and business loan accounts
- MET consumer travel network transactions
- LMA equipment leasing accounts
- GNAT global new accounts table
- step 202 all of the internal customer account data 104 is taken in and processed via an extractor and filter 314 .
- the extractor and filter 314 has a set of rules or criteria which selects and extracts the PID information that may be used for establishing customer and account linkages, while screening out (i.e., filtering out) any data which is not necessary for creating those linkages.
- the filtered data, with pertinent account owner information, is then stored in the CLIC database 112 .
- transaction data would not be necessary.
- data regarding specific sales, specific purchases, and related transaction data would not be necessary for establishing linkages between customers and accounts.
- any data regarding customer preferences e.g., preferences as to marketing campaigns they wish to receive, or how they wish their privacy to be handled, would also not be pertinent to the current method and would be filtered out by extractor and filter 314 .
- extractor and filter 314 persons who may be associated with an account but are not owners of the account would also be filtered out via extractor and filter 314 .
- extractor and filter 314 would screen out authorized agents or authorized managers.
- those persons who are filtered out e.g., the authorized agents or authorized managers, may be assigned their own unique persistent ID which would be stored in the CLIC database, and which would then be available for later processing if other accounts become associated with those persons.
- FIG. 4 provides an example 400 of the method by which extractor and filter 314 extracts data from internal customer account data 104 and places the data in CLIC database 112 .
- the source of data is the GNA database 306 .
- the GNA database 306 Among the data stored in the GNA database 306 is an account 402 for a Basic Gold Rewards card account for a customer 404 John B. Doe. Included in the account data is a list of purchase activity 406 .
- the account information 402 survives the filtering process and is stored in the CLIC database 112 along with the customer information 404 for John B. Doe. However, the transaction history or purchase history 406 has been removed during the filtering process.
- FIG. 5A shows a combined process 500 which embodies both step 204 of method 201 , wherein external data 106 is searched and filtered; and step 206 of method 201 , wherein the filtered external data is consolidated into the centralized repository for external data 108 .
- sources 106 for external personal identification (PID) information. These sources 106 include US Postal Service change of address data 502 , credit history collected prior to FCRA and GLBA 504 , marketing, demographic, and survey data files 506 , sources of credit data 508 , other United States Postal Service data 510 , phone directories 511 , and public and court record files 512 .
- PID personal identification
- matching and filtering process 514 relies on data from CLIC database 112 to perform its matching and filtering functions. Specifically, the matching and filtering process 514 only collects PID information which is reasonably likely to be related to information on customers in the CLIC database 112 . PID information which is not likely to be related to customers in the CLIC database 112 is filtered out during the matching and filtering process 514 .
- FIG. 5B provides a detailed representation of external database search process 204 , associated matching and filtering process 514 , and consolidation step 206 .
- Step 204 entails searching external database(s) 106 for PID using a variety of search criteria.
- these criteria include searching external database(s) 106 based on the names of individuals in the CLIC database 112 , or based on the addresses of individuals in the CLIC database 112 , or based on the social security numbers (SSN's) of individuals in the CLIC database 112 , or based on the phone numbers of individuals in the CLIC database 112 , or doing a search based on a combination of two or more of the above criteria.
- SSN's social security numbers
- other types or categories of PID data can also be used as the basis for searching external database(s) 106 .
- searches based on some types or categories of PID data are always executed, while other searches would only be performed conditionally. Searching by name, address, or phone number may always be performed, while searches by SSN would not always be executed. For example, if an account belongs to an individual or to a business which is a sole proprietorship, then a search including SSN would be performed. On the other hand, if an account is associated with a business which is not a sole proprietorship, then the impact of the SSN in the search process is reduced or may not be relevant at all (since the SSN of the account owner may not be available).
- searches on all available categories of PID information or a selected subset of categories of PID information are always performed. In another alternative embodiment of the present invention, searches on all available categories of PID information or a selected subset of categories of PID information are always conditional, based on various criteria regarding the status of the account information in CLIC database 112 .
- Matching and filtering process 514 employs a set of matching rules and/or matching criteria to determine which PID information in external database(s) 106 will be considered a potential match to PID information in consolidated database 112 .
- FIG. 5B provides sample matching criteria. For example, in the case of a search based on name matching, external PID information is considered to be a match if certain variations on a name in CLIC database 112 are found.
- addresses associated with the name addresses associated with variations on the name, SSN's associated with the name, SSN's associated with variations on the name, phone numbers associated with the name, phone numbers associated with variations on the name, dates of birth (DOB's) associated with the name, DOB's associated with variations on the name, generation codes (Jr., Sr., etc.) associated with the name, and generation codes associated with variations on the name.
- FIG. 5B similarly illustrates matching criteria associated with a search on addresses, SSN's, and phone numbers.
- search process 204 and matching and filtering process 514 search both for exact matches with, and for variations on, the addresses, SSN's, and phone numbers stored in CLIC database 112 .
- search process 204 and matching and filtering process 514 collect related, pertinent external PID data associated with the external match.
- CLIC database 112 For example, suppose a customer in CLIC database 112 has an address of “190 N. Main Ave., Arlington, Ariz. 85701”, with “Avenue” abbreviated as “Ave.”. Suppose also that during a search of an external database, a variation on the address is found, namely “190 N. Main Avenue, Arlington, Ariz. 85701”. Matching and filtering process 514 will consider these two addresses to be a match; guided by matching and filtering process 514 , search process 204 will not only collect the matching external address data (namely, “190 N. Main Avenue, Arlington, Ariz. 85701”), it will also collect all externally identified names associated with “190 N. Main Avenue, Arlington, Ariz. 85701”, all SSN's associated with “190 N.
- Matching and filtering process 514 will consider these two SSN's to be a match; guided by matching and filtering process 514 , search process 204 will not only collect the matching external SSN (namely, “123456789”), it will also collect all externally identified names associated with SSN “123456789”, all other valid SSN variations associated with SSN “123456789”, all addresses associated with SSN “123456789”, all phone numbers associated with SSN “123456789”, all DOB's associated with SSN “123456789”, and all generation codes associated with SSN “123456789”.
- search process 204 will not only collect the matching external SSN (namely, “123456789”), it will also collect all externally identified names associated with SSN “123456789”, all other valid SSN variations associated with SSN “123456789”, all addresses associated with SSN “123456789”, all phone numbers associated with SSN “123456789”, all DOB's associated with SSN “123456789”, and all generation codes associated with SSN “
- Various embodiments of the present invention may employ different rules or algorithms to determine what are valid and non-valid variations on a name, an SSN, a DOB, or other PID information.
- One embodiment may employ rules which indicate that names, SSN's, DOB's, and similar information with the same essential content, but different formats, are considered to be matches.
- the rules may indicate that certain items of omitted information, such as a missing middle name or middle initial in a name, or a missing day of the month in a DOB, constitute valid variations.
- Other embodiments may specifically disallow one or both of these variations.
- a filter criteria may determine that certain types of external PID information which are indicated as being older than some filter date will not be included.
- step 206 the external PID information collected from external database(s) 106 via search 204 and matching and filtering process 514 is consolidated into a centralized repository for external data 108 .
- FIG. 6 provides a concrete illustration 600 of steps or processes 204 , 206 , and 514 , where sample external data 106 is searched, and where the data is filtered and consolidated into the centralized repository for external data 108 .
- Sample external database 106 A contains at least two sets of sample external data, namely sample external data 602 related to a person variously known as John B. Doe, JB Does, or John Doe, and sample external data 604 related to a person variously known as J. Smith or Jim Smith.
- Sample external database 106 a is searched in step 204 , and the searched information is passed through matching and filtering process 514 .
- Matching and filtering process 514 does the filtering based on PID data 404 found in CLIC database 112 .
- the PID information 404 relates to John B. Doe. Therefore, information pertaining to John B. Doe, i.e., names, addresses, SSN information, and phone numbers, all of which could be related to John B. Doe, are passed by matching and filtering process 514 , and then during step 206 are consolidated into the example centralized repository for sample external data 108 A.
- Two particular items of data which have been extracted from the external database(s) 106 and consolidated into the centralized repository are a data record 606 pertaining to a consumer JB Doe and a data record 608 pertaining to a business owned by a JB Doe.
- step 208 entails analyzing the internal customer account data in the CLIC database 112 and the external PID information now stored in the centralized repository for external data 106 in order to create a linkage between customer accounts.
- FIG. 7 shows a series of steps 700 which are used to implement step 208 of method 200 or method 201 .
- step 702 the external data in the centralized repository for external data 106 and the internal customer data in the CLIC database 112 are analyzed according to an initial set of rules. Based on the analysis in step 702 , the present method makes an initial linkage recommendation 704 .
- the next step 708 analyzes the initial linkage recommendation according to a secondary set of rules. Based on this analysis, a secondary linkage recommendation is made in step 710 . Finally, based on the secondary linkage recommendation, customer accounts are linked to unique customers in step 712 .
- One objective of having multiple sets of linking rules is that a first stage of the linking process can be accomplished via third-party or standardized or off-the-shelf software which employ generic or commonly used data linking rules or data linking algorithms, while a second stage or second and later stages of the linking process can employ data linking rules or data linking algorithms which are customized to the needs of a particular business or organization.
- Another objective of having multiple sets of linking rules, with two or more corresponding stages of linking recommendations, is that manual or automated validation processes can be introduced at multiple points in the linking process, prior to a final set of account and customer links being implemented.
- FIG. 8 shows a series of steps 800 by which step 702 , the analysis of external data and customer data according to an initial set of rules, is implemented.
- steps 800 data is taken from the consolidated database 112 , and also taken from the centralized repository for external data 108 , and a series of rules are used to try to establish matches.
- the rules may include rules 802 based on name matches, rules 804 based on address matches, rules 806 based on SSN matches, rules 808 based on phone number matches, and rules 810 based on match rankings and data sources.
- rules 812 There may be other rules 812 as well.
- the rules 810 based on reliability, recency, and corroboration of data sources and data types pertain to assessments and rankings to determine which type of matches are more likely to result in a reliable matching.
- a match ranking may indicate that minor variations on names are highly likely to be good matches for each other.
- An example of a minor variation in a name is a case where one name (such as one found in the CLIC database 112 ) has a middle initial, whereas another name (such as one found in the centralized repository for external data 108 ) is identical to the name in the CLIC database 112 except for the lack of the middle initial.
- a match ranking may indicate that a match based on an SSN match, where two numbers are transposed between two different SSN's, has a lower likelihood of being a correct match.
- a person skilled in the relevant aft(s) can appreciate that various sets of rules can be implemented to determine the likelihood that various sources of PID information are reliable, or that various different PID matching rules are reliable. Persons skilled in the relevant art(s) will also recognize that algorithms can further be implemented, based on various matching rules, to determine that two PID's, which initially appear to be related to two different people, are in fact actually the same PID of one unique person.
- an initial set of linking recommendations are arrived at in step 704 .
- FIGS. 9A and 9B together show an example 900 of step 702 , wherein two existing internal PID's in the CLIC database 112 can be matched up with a searched for and saved PID in the centralized repository for external data 108 ; the result is a recommendation 704 for a new link between customer accounts.
- a new account 402 for a Basic Gold Rewards Card which is associated with customer John B. Doe 404 , is stored in the CLIC database 112 .
- a customer JB Doe 912 with a Basic Blue Card account 910 is also stored in the CLIC database 112 .
- Customer John B. Doe 404 has a home address, while customer JB Doe 912 has a business address.
- an external PID for an individual JB Doe 606 is imported into the centralized repository for external data 108 a .
- an external PID for a business owner JB Doe 608 is imported into the centralized repository for external data 108 a.
- step 702 involving linking rules
- the initial linking rules associate John B. Doe 404 and JB Doe 606 based on a high probability partial name match and an exact address match.
- the initial linking rules associate JB Doe 606 and JB Doe 914 based on an exact name match, a city and state match, and a work phone match.
- the initial linking rules also associate JB Doe 912 and JB Doe 914 based on an exact name match and an exact business address match.
- the analysis via a set of initial rules 702 will create a preliminary, plausible set of linkages 704 between different customers and customer accounts.
- the purpose of analyzing the initial linkage recommendations 704 according to a secondary set of rules 708 is to get a more refined and more accurate linking recommendation 708 of customers, both removing some linkages that should not have been made in the first place, and detecting some linkages that might have been omitted by the preliminary linkage rules employed in step 702 .
- FIGS. 10A and 10B provide illustrations 1000 and 1010 , both of analyses via secondary linking rules 708 and of the linkage recommendations 710 that can result from the analysis via secondary rules 708 .
- FIG. 10A shows two customers, George F. Doe 1002 and George F. Doe 1004 , where an initial recommendation did not link the two customers because of a low reliability associating the consumer name with the business address, since George F. Doe 1002 is listed with a home address, and George F. Doe 1004 is listed with a business address.
- the sample secondary linkage rule 708 A states that if there is an exact match on the full name and the social security number, and if there is no generation code conflict, then a secondary linkage recommendation should be made.
- a secondary linkage recommendation 710 A is illustrated wherein a persistent ID has been assigned jointly to both George F. Doe 1002 and George F. Doe 1004 .
- FIG. 10B illustrates the case where Stanley C. Doe 1012 and Stanley C. Doe 1014 were initially not linked because the social security number was missing on the Gold Card of Stanley C. Doe 1014 .
- secondary sample linkage rule 708 B states that a link should be made if there is an exact match on the full name and address, and there is no generation code or SSN conflict, wherein a blank SSN is considered to be synonymous with there being no conflict.
- a secondary linkage recommendation 710 B is made between Stanley C. Doe 1012 and Stanley C. Doe 1014 , both of whom have the same name and the same address and are then jointly assigned the same persistent ID.
- a thorough and exhaustive processing of a CLIC database 112 according to the present method and invention is likely to result in the removal of most if not all of the redundant customer identifications.
- the present method when employed exhaustively, may result in the identification of multiple sets of customers, wherein the customers in each set become recognized as actually being the same person, and are so identified through this process. in addition, all the accounts associated with the customers in each such set will now be linked to each other, and to the one unique customer of the set, through this process.
- FIGS. 11A and 11B illustrate a method according to one embodiment of the present invention for linking customer accounts, and for consolidating customer information, which addresses this challenge, i.e., which implements the actual linking process which is described in steps 704 , 710 , and 712 of step 208 .
- FIG. 11A shows how a linkage recommendation 704 or linkage recommendation 710 is made.
- the first step 1102 entails identifying a set of customers as being a single unique customer. This means that a set of customers, i.e., internal customers, who were initially regarded as being distinct or separate customers, are now recognized as all in fact being the same unique customer according to the methods described above.
- step 1104 it is recommended that all the customers in the set be consolidated into a single unique customer, and in step 1108 , it is recommended that all customer accounts associated with the customers in the set be linked with the single unique customer.
- FIG. 11B shows the actual steps 712 involved in making these linkages according to one embodiment of the present invention.
- Step 1112 entails accepting the recommendation that identifies a set of customers as being a single unique customer.
- step 1114 there is assigned to all customers in the set a unique persistent ID.
- This unique persistent ID is one single, unique signifier completely unique to this newly identified unique customer, which serves to distinguish this customer from all other customers throughout the consolidated database 112 , and further to distinguish this customer from all other customers with customer information stored on any other databases throughout the business, organization, or other enterprise.
- step 1116 the method assigns to each customer account which belongs to that customer the persistent ID of the unique customer.
- the persistent ID may take the form of a number, which may be expressed in base ten, in hexadecimal, in octal numbering, in binary, or in some other numbering system.
- the persistent ID may take the form of a code which is alphanumeric, or which strictly uses alphabetic characters, wherein the characters of the alphabet may be selected from the American alphabet, or from the alphabet of any known language, or any language to be developed in the future.
- the persistent ID may take some other representational form, such as a bar code, a graphic image including for example and without limitation a vector graphic image or a bitmapped graphic image, an audio representation, a video representation, a holographic representation or encoding, or any other form which can be used to uniquely identify a record or identify data in any kind of storage medium wherein customer information and customer account information may be stored in a database of any kind.
- a bar code such as a graphic image including for example and without limitation a vector graphic image or a bitmapped graphic image, an audio representation, a video representation, a holographic representation or encoding, or any other form which can be used to uniquely identify a record or identify data in any kind of storage medium wherein customer information and customer account information may be stored in a database of any kind.
- An advantage of this method, wherein a unique persistent ID is assigned to each unique customer, is that it remains possible to retain separate customer databases, and possibly even different customer descriptions, on multiple databases throughout the business enterprise.
- the CLIC database 112 is used to store all internal customer IDs for purposes of implementing the current invention, the unique, persistent customer IDs, once generated, can be distributed among other databases which retain customer records.
- the method just described is amenable to numerous variations in terms of the steps of processing or stages of processing involved, and in terms of the particular configuration or particular architecture of the system.
- the method just described could entail permitting multiple records of the same customer to remain on multiple databases, as long as all such records are linked by the same unique persistent ID.
- all records identifying a unique customer could be consolidated into a single database which is then referenced, throughout the enterprise, anytime customer information is required.
- This single database could be same database as the CLIC database 112 .
- the CLIC database could be used for implementing the method of the current invention, while a second database which mirrors the CLIC database 112 , and in particular stores all the unique customer information and customer IDs, could be used for all other business-related processing.
- the method of the present invention generally envisions using a large number of external database(s) as a means of obtaining variations on a customer identification for purposes of matching customers PID's, it is possible that a similar matching process could also entail simply using different sources of internal personal identification without reference to any external database(s).
- FIG. 12 illustrates a method 1200 according to an embodiment of the present invention which results in linking disparate personal identifications and accounts that should appropriately be linked to each other.
- Step 1202 entails reading a PID information for a customer who is an owner of a first account, which may be a banking account, an investment account, or any number of other kinds of institutional accounts.
- Step 1204 entails reading a PID information for a second customer who is an owner of a second account.
- Step 1206 entails searching for PID information which is related to the PID information of the first customer, or searching for PID information which is related to the PID information of the second customer, or possibly searching for PID information which is related to the PID information of both the first customer and the second customer.
- Step 1208 entails analyzing all of the previously gathered PID information relating to the first customer, the second customer, and any PID information related to either or both of the first customer and the second customer, to determine if the first customer is the same unique customer as the second customer.
- step 1208 will be similar to those previously described, using linking rules so as to determine matches between names or similarities between names, matches between social security numbers or similarities between social security numbers, matches between addresses or similarities between addresses, records indicating change of address, records indicating change of name, matches between telephone numbers or similarities between telephone numbers, and other recognitions of either matches or similarities between PID data, and/or transitions of PID data such as change of address, change of name, change of phone number, and related changes.
- the list of linking criteria presented is representative only, and the actual linking analysis need not include all of these rules or criteria, and may include others not listed here, including rules of a probabilistic nature wherein an evaluation is made of the likelihood that certain matches are reliable or not reliable.
- the method determines in step 1210 whether the first customer is in fact the same person as the second customer. If the answer is yes, then the first customer is linked to the second customer account, meaning it is recognized that both accounts actually belong to the same customer.
- Optional step 1214 would entail consolidating the first customer PID information and the second customer PID information into one consolidated customer record. If the first customer is not the same as the second customer, then step 1216 either entails stopping the process or optionally repeating the process, with either one or two new customer records associated with customer accounts.
- step 1216 is again performed, meaning either that the process stops, or optionally is repeated with an evaluation of the same customer against other customer records, or with an evaluation of two new customer records.
- linking customers and linking customer accounts is done by assigning to each customer a unique persistent ID, which indicates that previously separate customers are in fact the same customer; and further, that the unique persistent ID is then assigned to all accounts that are associated with the unique customer.
- a database table or similar database structure could be used to list the names of all customers who are now recognized as being one unique customer, along with the accounts which are recognized as being associated with that one unique customer.
- Other possible means of identifying the disparate personal identifications belonging to disparate customers as actually being one unique customer, and also recognizing that the accounts associated with those disparate customers are actually linked to one unique customer, can also be envisioned and implemented.
- the final stages of method 201 entail link validation 212 , link correction 214 , and modification 216 of the linking rules based on discovered errors.
- FIG. 13 provides an illustration 1300 of two examples of step 212 of the present method, wherein linkage errors are identified, and also of step 214 of the present method, wherein the linkage errors are corrected.
- example 212 a there is an overlink error indicating accounts which were linked via common persistent ID value ‘1’, but which should not have been linked.
- persons with very similar names “John Brown Doe” and “Jonah Braun Doe” are both living at the same address. Even though their SSN's are different, they were linked on the basis of the address and the similarity of the names.
- example 212 b we have an underlink error, wherein accounts which should have been linked were not, and so have separate persistent ID values ‘3’ and ‘4’.
- the first account has the name “Bob C. Doe, Jr.” with proper spacing among all the elements of the name
- the second name has “Bob C. Doeir,”, where there is an omission of a space between the last name “Doe” and the generation code “Jr.”.
- the last name appears to be “DoeJr.”.
- the street addresses are different, this is a further signal to the method that this is not the same person. (In one case an actual street address is used, while in the other case there is a P.O. box.) Even though the city and state are the same, and even though the SSN, DOB, and even the phone numbers are the same, nonetheless the discrepancy in the names and street addresses results in the two accounts not being linked to each other.
- step 214 a manual or automated linkage correction is made.
- a manual linkage correction would involve a financial institution database manager or financial institution customer service representative discovering the failure of the two accounts to be linked, or discovering two accounts being linked which should not have been linked, and manually separating them.
- An automated linkage correction is accomplished by a set of rules or algorithms which do a final pass and search for any kind of subtle errors which were not previously flagged.
- a software algorithm could be designed to go through and compare names for the possibility that two names which are similar, but not the same, are actually the same name.
- algorithms can be employed here similar to those employed in spell checking systems, where the software can experiment with transposing letters in a name, or introducing spaces or removing spaces, as a way of generating alternative names and comparing those alternative names to see if there is a match on that basis.
- a combination of automated and manual linkage correction could be employed.
- the software could generate variations on names, addresses, SSN's, and other PID data, and/or suggest possible linkages based on those variations; however, the final determination as to which accounts to link or to not link could be made by a human operator, who would be presented with these linkage options via a computer interface (not shown).
- the corrected customer account 214 a for John Brown Doe is shown with persistent ID ‘1’, while the corrected customer account 214 b for separate customer Jonah Braun Doe is shown with different persistent ID ‘2’. Further, the corrected customer accounts 214 c and 214 d for customer Bob C. Doe, Jr. now share the same persistent ID ‘3’, indicating that both accounts belong to the same unique customer.
- the current method may take the additional step of making any necessary corrections to customer data, based on the analyses described above.
- the erroneous listing in example 212 b for ‘Bob C DoeJr’ has been corrected for the account 214 d , which now reads ‘Bob C Doe Jr.’
- FIG. 14 is a block diagram indicating one possible hierarchy.
- Linkage rules or recommendations for linkages of higher priority will take precedence over those of lower priority.
- the higher priority means that those secondary rules 708 and secondary linking recommendations 710 may override the initial linking rules 702 and initial linking recommendations 704 , resulting in the customer ID and account linkages 712 .
- the highest priority 1408 is given to the manual overrides, which trump both the initial rules 702 and secondary rules 708 , resulting in revised customer ID and product linkages 211 .
- the present invention as typically embodied in a system 100 of organizational intranet 114 and external network 110 and external database(s) 106 , and as embodied in method 200 or method 201 , or as implemented in alternate embodiments as suggested throughout this detailed section and the appended claims, or any part(s) or function(s) thereof, may be implemented using hardware, software, and human operator decision making, or a combination thereof and may be implemented in part or in whole by one or more computer systems or other processing systems.
- the manipulations performed by the present invention were often referred to in terms, such as analyzing or comparing, which are commonly associated with mental operations performed by a human operator.
- intervention of a human operator may play a role in validity checking of auditing of, or modification of the customer and account linkages established in the present invention
- intervention of a human operator is only necessary in some embodiments of the present invention and not others.
- most and possibly all of the operations described herein which form part of the present invention are performed without the intervention of a human operator. Rather, the operations are machine operations.
- Useful machines for performing the operation of the present invention include general purpose digital computers or similar devices.
- the invention is directed toward one or more computer systems capable of carrying out the functionality described herein.
- An example of a computer system 1500 is shown in FIG. 15 .
- the computer system 1500 includes one or more processors, such as processor 1504 .
- the processor 1504 is connected to a communication infrastructure 1506 (e.g., communications bus, cross-over bar, or network).
- a communication infrastructure 1506 e.g., communications bus, cross-over bar, or network.
- Computer system 1500 can include a display interface 1502 that forwards graphics, text, and other data from the communication infrastructure 1506 (or from a frame buffer not shown) for display on the display unit 1530 .
- Computer system 1500 also includes a main memory 1508 , preferably random access memory (RAM), and may also include a secondary memory 1510 .
- the secondary memory 1510 may include, for example, a hard disk drive 1512 and/or a removable storage drive 1514 , representing a floppy disk drive, a magnetic tape drive, an optical disk drive, etc.
- the removable storage drive 1514 reads from and/or writes to a removable storage unit 1518 in a well known manner.
- Removable storage unit 1518 represents a floppy disk, magnetic tape, optical disk, etc. which is read by and written to by removable storage drive 1514 .
- the removable storage unit 1518 includes a computer usable storage medium having stored therein computer software and/or data.
- secondary memory 1510 may include other similar devices for allowing computer programs or other instructions to be loaded into computer system 1500 .
- Such devices may include, for example, a removable storage unit 1522 and an interface 1520 .
- Examples of such may include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an erasable programmable read only memory (EPROM), or programmable read only memory (PROM)) and associated socket, and other removable storage units 1522 and interfaces 1520 , which allow software and data to be transferred from the removable storage unit 1522 to computer system 1500 .
- EPROM erasable programmable read only memory
- PROM programmable read only memory
- Computer system 1500 may also include a communications interface 1524 .
- Communications interface 1524 allows software and data to be transferred between computer system 1500 and external devices. Examples of communications interface 1524 may include a modem, a network interface (such as an Ethernet card), a communications port, a Personal Computer Memory Card International Association (PCMCIA) slot and card, etc.
- Software and data transferred via communications interface 1524 are in the form of signals 1528 which may be electronic, electromagnetic, optical or other signals capable of being received by communications interface 1524 . These signals 1528 are provided to communications interface 1524 via a communications path (e.g., channel) 1526 . This channel 1526 carries signals 1528 and may be implemented using wire or cable, fiber optics, a telephone line, a cellular link, an radio frequency (RE) link and other communications channels.
- a communications path e.g., channel
- This channel 1526 carries signals 1528 and may be implemented using wire or cable, fiber optics, a telephone line, a cellular link, an radio frequency (RE) link and other
- computer program medium and “computer usable medium” are used to generally refer to media such as removable storage drive 1514 , a hard disk installed in hard disk drive 1512 , and signals 1528 .
- These computer program products provide software to computer system 1500 .
- the invention is directed to such computer program products.
- Computer programs are stored in main memory 1508 and/or secondary memory 1510 . Computer programs may also be received via communications interface 1524 . Such computer programs, when executed, enable the computer system 1500 to perform the features of the present invention, as discussed herein. In particular, the computer programs, when executed, enable the processor 1504 to perform the features of the present invention. Accordingly, such computer programs represent controllers of the computer system 1500 .
- the software may be stored in a computer program product and loaded into computer system 1500 using removable storage drive 1514 , hard drive 1512 or communications interface 1524 .
- the control logic when executed by the processor 1504 , causes the processor 1504 to perform the functions of the invention as described herein.
- the invention is implemented primarily in hardware using, for example, hardware components such as application specific integrated circuits (ASICs).
- ASICs application specific integrated circuits
- the invention is implemented using a combination of both hardware and software.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Economics (AREA)
- Accounting & Taxation (AREA)
- Tourism & Hospitality (AREA)
- Databases & Information Systems (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Computer Security & Cryptography (AREA)
- Educational Administration (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Primary Health Care (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
- This application is a continuation of claims priority to and the benefit of, U.S. Ser. No. 11/529,604 filed Sep. 29, 2006 and entitled “METHOD, SYSTEM, AND COMPUTER. PROGRAM PRODUCT FOR LINKING CUSTOMER INFORMATION.” The '604 application claims priority to, and the benefit of U.S. Provisional patent application Ser. No. 60/722,038, filed Sep. 30, 2005. Both of which are hereby incorporated by reference in their entirety.
- Field of the Invention
- The present invention generally relates to managing customer information within a database, and more particularly to ensuring that most or substantially all customer accounts are correctly linked to appropriate customer information within a customer database. The present invention further relates to ensuring that most or substantially all unique customers are not erroneously identified as two or more customers, but are instead correctly identified as being a single unique customer.
- Related Art
- Customers often have more than one account established through a business, especially with a service-oriented business such as a financial services company or an insurance business. In the case of the financial services industry, for example, a single customer may have any combination of a personal bank account, a mortgage, a line of credit (such as a home equity line of credit), a personal credit card, a business credit card, a rewards account, and one or more investment accounts with a single financial institution. In the insurance business, a single customer may have any combination of health insurance, auto insurance, home owners insurance, and other kinds of insurance protection as well. Even with non-service businesses, a single customer may have multiple accounts. For example, a single customer may have one account with a computer supply company for home purchases and another account with the same company for small business purchases.
- It is important for a company to recognize that all of the customer's accounts belong to a single customer and to link those accounts, in order to appropriately market to the customer without overloading the customer. In addition, each customer may have preferences with respect to their privacy, and with respect to a variety of matters related to the management of their accounts. It is important for effective business-customer relations that these customer preferences be respected in relation to all accounts associated with the customer.
- Further, ensuring that all accounts for a given customer are, in fact, accurately associated with that customer is vital for businesses which offer decision-support to their customers, as is the case, to name just one example, with a financial service business that provides portfolio and asset management. The correct linking of accounts with a customer can improve the accuracy of the financial company's estimate of the financial status of the customer,
- In practice, accurately linking accounts with a single customer proves to be a non-trivial undertaking. It is possible to associate one or more accounts with a single customer based on unique customer identifying information, such as the customer name, social security number, date of birth, address, and other distinctive or unique identifiers. However, the association process is fallible. For example, sometimes some information is not collected; if a customer's business is applying for a credit card, for example, then a tax ID number may be collected rather than the customer's social security number,
- It is also possible that variations may creep into the way a customer's name is recorded, or the way the address is recorded, or simply that errors are made during the process of collecting customer identifying data. People change addresses over time, or change their name, which can thwart efforts to make account associations based on the name, address, or other time-variant identification data. There are other factors as well which can contribute to a failure to correctly identify that two or more distinct accounts are actually associated with a single customer.
- Still another factor which makes it difficult to effectively recognize which accounts are, in fact, associated with a single customer is the size of many businesses. A large service business, such as a large financial institution, may have multiple business units. Often, these business units do not efficiently or effectively share information, since in some cases data processing may be distributed over multiple computer systems and software systems. As a result customer information can be fragmented over these multiple data processing systems and their associated databases.
- It is also possible that accounts can be incorrectly linked, i.e., that accounts which actually belong to two separate customers become associated, within the business database, with a single customer. This can happen through various errors in data association or the data association process, and can also occur as a result of deliberate fraud by third-parties, e.g., identity theft.
- Still, it is essential that the linking of customer accounts be accurate, so that accounts from two different customers are not incorrectly linked and/or that accounts belonging to the same customer are not left unlinked.
- Given the foregoing, what is needed is a method, system, and computer program product for linking customer information. In particular, what is needed is a method, system, and computer program product that provides a substantially complete and accurate view of product relationships for prospects and customers across all lines of business, products and services, no matter how large the company or business may be, and no matter how diverse the product lines or service lines. The method, system, and computer program product should ensure that there is no redundancy in customer identification, ie., that one single, unique customer is not erroneously viewed within the company database system or systems as being multiple customers. What is further needed is a method, system, and computer program product to ensure that all customer accounts are correctly linked to the appropriate customers who own the accounts, without any erroneous linkages.
- The present invention meets the above-identified needs by providing a method, system, and computer program product for linking customer information. This method is referred to as the customer linking and identification capability (CLIC) method, or as the “CLIC method” in brief.
- in one embodiment of the invention, the CLIC method comprises collecting internal customer account data into a consolidated database, and then searching one or more external databases for personal identification information which is related to customer account data, wherein the external databases are not part of the company's in-house repository of customer data. An analysis is performed to compare internal customer account data with the externally obtained personal identification information so as to determine which accounts, previously listed as belonging to separate customers, actually belong to the same customer. Linkages are then created between all accounts belonging to a single, unique customer.
- Further embodiments, features, and advantages of the present invention, as well as the structure and operation of the various embodiments of the present invention, are described in detail below with reference to the accompanying drawings.
- The features and advantages of the present invention will become more apparent from the detailed description set forth below when taken in conjunction with the drawings in which like reference numbers indicate identical or functionally similar elements. Additionally, the left-most digit or digits of a reference number identifies the drawing in which the reference number first appears.
-
FIG. 1 is a system diagram of an exemplary business intranet environment and external network and database environment in which the present invention, in an embodiment, would be implemented. -
FIG. 2A is a flowchart illustrating a customer linking and identification capability (CLIC) process according to one embodiment of the present invention. -
FIG. 2B is a flowchart illustrating a CLIC process according to an enhanced version of the embodiment of the present invention illustrated inFIG. 2A , showing additional steps which may be advantageous to perform. -
FIG. 3 is a system diagram illustrating possible sources of internal customer account data at a representative business, and farther illustrating the consolidation and filtering of that data into the consolidated database. -
FIG. 4 is an example of representative customer account data being imported into the consolidated database. -
FIG. 5A is a system diagram illustrating possible sources of external personal identification information, and further illustrating the importing of that data into the centralized repository for external data via a matching and filtering process. -
FIG. 5B is a block diagram illustrating representative criteria that may be used in an embodiment of the invention to determine which external data corresponds to customer data in the internal consolidated database, and therefore which external data should be imported into the centralized repository for external data. -
FIG. 6 is an example of representative external personal identification information which is matched and filtered for import into the centralized repository for external data. -
FIG. 7 is a flow chart of a method by which linkage recommendations are made, and linkages established, between customers and customer accounts in one embodiment of the present invention. -
FIG. 8 is a block diagram showing both the flow of data and the data processing entailed in making an initial linkage recommendation in an embodiment of the present invention. -
FIG. 9A is an example of how the initial rules may be applied to analyze external personal identification data in relation to a customer listed in the consolidated database. -
FIG. 9B is an example of how the initial rules may be applied to link two customer accounts. -
FIG. 10A is a first example of a secondary linking rule, and the application of the rule to a customer linkage. -
FIG. 10B is a second example of a secondary linking rule, and the application of the rule to a customer linkage. -
FIG. 11A is a flowchart showing the detailed steps of the linkage recommendations involved insteps -
FIG. 11B is a flowchart showing the detailed steps for linking customer records, formerly treated as separate customers, so that they are one unique customer, and also linking the appropriate customer accounts to the one unique customer. -
FIG. 12 is an alternative representation of a customer linking and identification capability method. -
FIG. 13 illustrates two examples of corrections required due to overlink errors or underlink errors. -
FIG. 14 illustrates the hierarchy of linking rules in a CLIC process which employs multiple stages of rules processing. -
FIG. 15 is a block diagram of an exemplary computer system useful for implementing the present invention. - The present invention is directed to a method, system, and computer program product for linking customer accounts with non-redundant client identifications, that is, for linking customer accounts with unique client identifications within a business or other organizational database. It should be understood that while the method, system, and computer program product are described here in the context of business enterprises, business activities, and customer and account databases implemented in a business context, the method, system, and computer program product could as well be implemented and applied in other contexts as well.
- For example, the method, system, and computer program product described herein could be used to link records of a non-commercial nature which are related to a common, unique person described in a database implemented in a non-commercial and non-business context. Additionally, the method, system, and computer program product described herein could be used to identify as one unique person a set of data records, previously identified as belonging to separate persons, in a non-business or non-commercial database or set of databases.
- For example, the method described in this invention could have applications in law enforcement in identifying persons who are listed in different states or different municipalities as being different persons but are in fact the same person, or it could be employed to identify individuals who have attended different schools or have been employed in various jobs who are in fact the same persons.
- The present invention is referred to variously as the “method, system, and computer program product for linking customer information”, the “customer linking and identification capability method”, the “customer linking and identification capability system”, the “customer linking and identification capability process”, the “customer linking and identification capability computer program product”, the “CLIC method”, the “CLC process”, the “CLIC computer program product”, or the “CLIC system”, and these terms are used interchangeably throughout this document.
- The present invention is now described in more detail herein in terms of an exemplary business context, and typically in the context of a financial business. This is for convenience only and is not intended to limit the application of the present invention. In fact, after reading the following description, it will be apparent to one skilled in the relevant art(s) how to implement the following invention in alternative embodiments, as indicated above. Thus, the description provided below is for purposes of illustration and explanation only, and should not be construed as limiting the scope of the invention. Rather, the scope of the invention is determined by the appended claims.
- The terms “consumer”, “customer”, “client”, “person”, “individual”, “prospect”, and/or the plural form of these terms are used interchangeably throughout herein to refer to those persons or entities capable of accessing, using, being affected by, being listed in the one or more databases of purchasing the products of being clients of seeking the products and/or services of, being offered products and/or services of and/or subscribing to or benefiting from the products and/or services of the representative business unit, units, organization, or organizations which would implement and apply the method, system, and computer program product tool that the present invention provides for linking customer information.
- Furthermore, the terms “business”, “merchant”, “organization”, and/or “enterprise” may be used interchangeably with each other and shall mean any person, entity, distributor system, software and/or hardware that is a provider, broker and/or any other entity in the distribution chain of goods or services. For example, a merchant may be a grocery store, a retail store, a travel agency, a service provider, an on-line merchant, a financial institution or service provider, or the like. A business or organization as understood herein may include not only for-profit businesses, but also non-profit or not-for-profit organizations such as schools, and may even be construed to encompass governmental or semi-governmental agencies, including but not limited to the Post Office, law enforcement agencies, etc.
- An “account” commonly refers to a set or collection of data which indicates transactions between a customer and a business which are typically bundled together under the name of a service of some kind, and/or a status or statuses of services which a business may provide to a consumer, and/or a set of one or more legal or financial obligations on the part of a business towards the consumer, and/or a set of one or more legal or financial obligations on the part of a consumer towards a business. For example, a loan account may record a customers credit line, as well as specific transactions wherein the customer has borrowed money against the loan account or paid back principle or interest on the account.
- However, for purposes of this document, an “account” may also be understood to refer more broadly to any kind of collection of data which a business or organization may maintain in relation to a customer or other person associated with the business or organization. An example of an account, understood in this broader sense, might be a student's transcript of grades at an educational institutional. (The student may well have a second or third account at the same institution, related to tuition payments, financial aide, etc.)
- An “account number”, as used herein, and as sometimes also referred to simply as an “account”, may include any device, code, number, letter, symbol, digital certificate, smart chip, digital signal, analog signal, biometric or other identifier/indicia suitably configured to allow a consumer to access, interact with or communicate with a financial transaction system or other transaction system. The account number may optionally be located on or associated with any financial transaction instrument (e.g., rewards, charge, credit, debit, prepaid, telephone, embossed, smart, magnetic stripe, bar code, transponder or radio frequency card).
- A customer account number may he, for example, a sixteen-digit credit card number. Each credit card issuer has its own numbering system, such as the fifteen-digit numbering system used by American Express Company of New York, N.Y. A merchant account number may be, for example, any number or alpha-numeric characters that identifies a particular merchant for purposes of card acceptance, account reconciliation, reporting and the like.
- A “generation code”, sometimes called a “suffix”, is a suffix to a name, which may be a full word such as “Senior” or “Junior” or similar, or an abbreviated appellation such as “Sr.”, or “Jr.” or similar, or may be a numeric designation such as “the Second”, “the Third”, “2nd”, “3 rd”, or similar, or may be a numeric designation such as “the Second”, “the Third”, or similar, which indicates lineage within a family, and is generally considered to be part of a person's full name.
- Preexisting customer data from one or more accounts held with a business are input into a consolidated database. One or more external database(s) are searched for personal data which, based on matching and filter criteria, are candidate matches to the preexisting customer data in the consolidated database. The external candidate match data is consolidated into a centralized repository. The external candidate match data, now stored in the centralized repository, and the preexisting customer data are analyzed for matches according to a set of linking rules; the analysis process may entail a single pass through a single set of linking rules, or may entail two or more passes through different sets of linking rules, resulting in progressively more accurate matches.
- A “match” indicates that a candidate from an external database is likely to be the same individual as an individual already identified in the consolidated database. Based on the matches found, linkage recommendations are made. Each recommendation suggests that a link be made between multiple accounts, sometimes for accounts previously associated with separate customers, so that the accounts will become associated with a single customer. Each such recommendation also suggests that several customers, previously considered to be separate customers, should be consolidated into one unique customer.
- In a single-pass process, the recommendations are immediately implemented as linkages.
- In a two-or-more pass process, preliminary linkage recommendations are then analyzed and validated according to secondary linking rules, possibly tertiary linking rules, and possibly additional sets of linking rules, resulting in the links finally being established in the consolidated database.
- The actual linkages may be established through various means, in one embodiment of the present invention, a persistent ID, unique to each customer, is used to associate all accounts for a single customer. Finally, when triggered by events such as customer requests or indications of errors in the database (such as indications of identity theft), manual linkages are made to correct for overlink or underlink errors.
- An advantage of the present invention is that by importing externally obtained personal identification information, deficiencies (e.g., omissions and/or errors) in the existing in-house data are compensated for. As a result of the additional, externally obtained personal identification information, it is possible to recognize linkages among internal customer records in cases where existing internal customer data would be insufficient to establish those linkages, no matter how sophisticated might be the data processing algorithm employed to analyze the internal data alone.
- Another advantage of the present invention is that it optionally employs a multistage analysis process to compare external personal identification data with internal data. As a result of this optional multistage analysis process, it is possible to create a robust customer linking process which employs both “off the shelf” or third-party data analysis/data matching software and algorithms in one stage of the process, and also custom-designed data analysis/data, matching software and algorithms in another stage. The custom-designed algorithms may be tuned or optimized for the particular database requirements and customer linking requirements of a particular business. The optional multistage processing also enables manual or automated error-checking and link validation at multiple stages in the customer linking process.
- Another advantage of the present invention is that, by reducing or eliminating redundant customer identifications, and correctly linking multiple customer accounts with unique customers, the invention improves the ability of a business to offer integrated services and support to a customer by recognizing all aspects of the business in which the unique customer participates or subscribes.
-
FIG. 1 is a system diagram of an exemplary businessdata processing environment 100 in which the present invention, a customer linking and identification capability (CLIC) method, in an embodiment, would be implemented. -
System 100 includes a business ororganizational intranet 114, which in turn has a computer orserver 102.Computer 102 is connected to a back-endconsolidated database 112 and also to a centralized repository forexternal data 108.Computer 102 is also connected to one or more other data sources which represent sources of internalcustomer account data 104. This internal customer account data may be related to credit card accounts, banking accounts, investment accounts, or any number of other kinds of financial or commercial accounts which are owned by customers of the business. The account data includes both identification information about the accounts themselves, transaction related data such as the financial status of the account, and also information about the customer or customers who own the account. - The
consolidated database 112 is also referred to as the customer linking andidentification capability database 112 or theCLIC database 112, a reference to the CLIC method of the current invention. The terms “consolidated database” and “CLIC database” will be used interchangeably throughout the rest of this document. - In addition to being connected to the internal
customer account data 104, which may be stored on one or possibly more servers throughout the business institution which is implementing the CLIC method, and/or throughout affiliates of the business institution which is implementing the CLIC method,computer 102 is also connected to a source of information about personal identification information. In the embodiment illustrated inFIG. 1 , the personal identification information is available on one or more external database(s) 106 which can be accessed through anetwork 110. In a typical embodiment the external database(s) 106 are external to the financial or other business institution, andnetwork 110 represents access through the Internet or through other networks. -
Computer 102 will obtain personal identification information from external database(s) 106 throughnetwork 110, and will store the personal identification information in centralized repository forexternal data 108. Centralized repository forexternal data 108 may be a separate database fromconsolidated database 112. Centralized repository forexternal data 108 may also be a table or other data storage structure or file withinconsolidated database 112, wherein those tables or other data storage structures or files are set aside as repositories for data obtained from external database(s) 106. The centralized repository forexternal data 108 may take other forms, including but not limited to a large storage cache within the random access memory or other memory within computer orserver 102. The exact details of this architecture are not essential to the operations of this invention. -
FIG. 2A is a flowchart illustrating a customer linking and identification capability (CLIC)method 200 according to one embodiment of the present invention. - The method begins with
step 202, wherein the method collects internal customer account data. As previously indicated, this data can represent a wide variety of accounts from multiple business units within a business such as a financial institution. These accounts can be banking accounts, savings accounts, credit card accounts, investment accounts, mortgage accounts, and other such accounts. In one embodiment of the invention, the collected internal customer account data is stored inconsolidated database 112. -
Consolidated database 112 may take the form of a table or system of tables on a single database server or even on a single disk. However, with current capabilities in distributed processing and distributed technologies, a consolidated database can actually be a system of distributed databases spread over several servers, or possibly even over several networks, provided that the software that is used to manage theconsolidated database 112 is capable of treating the physically distributed database as one logically consolidated database for processing purposes. - In
step 204, databases are searched for personal identification (PID) information, and in one embodiment the search is for PID to be found in external database(s) 106. Instep 208,method 200 analyzes the internal customer account data and also analyzes the external PID to create a linkage between customer accounts. The details of all these steps are discussed further below. Instep 209 the entire process may be reinitiated by returning to step 202 based on a variety of criteria or trigger events including, for example and without limitation, on a scheduled basis, on an on-demand basis, that is, when the process is initiated by a database manager or other staff member of the business, or as it is determined that one or more business units have collected new customer account information. -
FIG. 2B is a flowchart illustrating a CLIC process according to anenhanced version 201 of the embodiment of the invention illustrated inFIG. 2A , showing additional steps which may be advantageous to perform. - As before,
step 202 represents collecting internal customer account data, wherein the internal customer account data is collected intoconsolidated database 112. Instep 204 there is again a search for PID information, wherein the search for PID information is conducted by searching external database(s) 106. - In one embodiment of the
present invention step 206 entails consolidating the external PID into a centralized repository forexternal data 108. This consolidation of the external PID intocentralized repository 108, while not essential to the present invention, may facilitate effective processing of theexternal PID data 106 which is being used to analyze internalcustomer account data 104. - In an alternative embodiment of the present invention, rather than consolidating
external PID information 106 into a centralized repository forexternal data 108,external PID data 106 may he evaluated dynamically as it is accessed to determine if it is a potential candidate match to internalcustomer account data 104. This process of dynamic, real-time evaluation, wherein some of theexternal PID data 106 is temporarily retained for further immediate processing, is known as “netting down.”External PID data 106 which is determined, via the netting down process, to be a potential match to internalcustomer account data 104 is retained in temporary storage, such as RAM or some other short-term database, and then may he immediately compared in more detail to internalcustomer account data 104 as described in the following steps. This detailed comparison may occur in parallel with an ongoing search of other sources ofexternal PID data 106 for potential candidate matches. - The method, system, and computer program product for linking customer information will be described in the remainder of this document as using the centralized repository for
external data 108 as a means for storing external PID data, but this is for purposes of illustration only; persons skilled in the relevant art(s) will appreciate that the method, system, and computer program product of the present invention may equally well be implemented utilizing the netting down process as described here, i.e., a process of dynamically accessing and evaluatingexternal PID data 106 in real-time, immediately prior to and/or in parallel with comparing that data in further detail against internalcustomer account data 104. -
Step 208, as before, entails the analysis of the internalcustomer account data 104 and theexternal PID 106 to create a linkage between customer accounts. Step 210 entails performing manual linkages or delinkages. Manual linkages or delinkages typically arise when customers call in and, in the course of conversations with customer service representatives, provide information which indicates that some of their accounts which have previously been separate should be linked together; or, on the other hand, when the customers call in and indicate a problem which indicates that two accounts which are linked to that customer should not both be linked to that customer. In this case, the customer service representative, using a standard interface (not shown), is able to manually link or delink accounts from the customer. - Step 211 entails storing the revised customer and account linkages. Step 212 entails a further analysis and validation of the revised account and customer identification linkages. This further analysis and validation can be performed manually by a designated database manager whose job is to maintain the integrity of the
CLIC database 112. There may also be automated systems which can perform a review and screening of the data to identify errors. - Step 214 entails correcting erroneous linkages. Step 216 entails modifying the rules used to analyze the
consolidated database 112. The rules are modified based on the identified errors and corrections that are made, such that the same types of errors or similar types of errors will not occur again. - The entire process may be repeated starting with
step 202 based on a variety of criteria or trigger events, including for example and without limitation on a scheduled basis, on an on-demand basis, that is, when the process is initiated by a database manager or other staff member of the business, or as it is determined that one or more business units have collected new customer account information. -
FIG. 3 provides an example of the flow of information which is involved in implementingstep 202 of the CLIC method. Step 202 entails collecting internal customer account data into aconsolidated database 112. As illustrated inFIG. 3 there can be a variety of sources of internal customer data. - The example data shown here includes a variety of sources of data which would be used by one example financial institution, the American Express Company. The
Legacy 302 andTriumph 304 databases hold accounts receivable data for various types of consumer, small business, and larger business credit cards (CCSG, OSBN, and CORP, respectively). These are all consolidated into a global new accounts table (GNAT)database 306. Databases forother customer relationships 308 include membership banking (MSB), investment account relationships (INVST), portfolios acquired from other banks (TSYS), consumer and business loan accounts (MET), consumer travel network transactions (CTN), and equipment leasing accounts (LEA). There are also databases for consumer and small business applications for new accounts 310 (GNA and Picasso, respectively). Finally, there is manual data entry byfinancial institution representatives 312. - The sample sources of data shown are purely for purposes of illustration, and it would be clear to one skilled in the relevant art(s) that other organizations, businesses, and business units would have their own, business-appropriate or organization-appropriate sources of customer and account data. Together these sources comprise the internal
customer account data 104. - In
step 202, all of the internalcustomer account data 104 is taken in and processed via an extractor andfilter 314. The extractor andfilter 314 has a set of rules or criteria which selects and extracts the PID information that may be used for establishing customer and account linkages, while screening out (i.e., filtering out) any data which is not necessary for creating those linkages. The filtered data, with pertinent account owner information, is then stored in theCLIC database 112. - In one embodiment of the present invention, for example, transaction data would not be necessary. In other words, data regarding specific sales, specific purchases, and related transaction data would not be necessary for establishing linkages between customers and accounts. Similarly, any data regarding customer preferences, e.g., preferences as to marketing campaigns they wish to receive, or how they wish their privacy to be handled, would also not be pertinent to the current method and would be filtered out by extractor and
filter 314. - As another example of the filtering process, persons who may be associated with an account but are not owners of the account would also be filtered out via extractor and
filter 314. For example, in a credit card account, there may be several people known as “authorized agents” or “authorized managers”, who have the right to use the credit card but are not account owners. Extractor and filter 314 would screen out authorized agents or authorized managers. In an alternative embodiment of the present invention, those persons who are filtered out, e.g., the authorized agents or authorized managers, may be assigned their own unique persistent ID which would be stored in the CLIC database, and which would then be available for later processing if other accounts become associated with those persons. -
FIG. 4 provides an example 400 of the method by which extractor and filter 314 extracts data from internalcustomer account data 104 and places the data inCLIC database 112. In the example shown, the source of data is theGNA database 306. Among the data stored in theGNA database 306 is anaccount 402 for a Basic Gold Rewards card account for acustomer 404 John B. Doe. Included in the account data is a list ofpurchase activity 406. When the data is filtered through extractor andfilter 314, theaccount information 402 survives the filtering process and is stored in theCLIC database 112 along with thecustomer information 404 for John B. Doe. However, the transaction history orpurchase history 406 has been removed during the filtering process. -
FIG. 5A shows a combinedprocess 500 which embodies bothstep 204 ofmethod 201, whereinexternal data 106 is searched and filtered; and step 206 ofmethod 201, wherein the filtered external data is consolidated into the centralized repository forexternal data 108. As shown inFIG. 5A , there are a variety ofpossible sources 106 for external personal identification (PID) information. Thesesources 106 include US Postal Service change ofaddress data 502, credit history collected prior to FCRA andGLBA 504, marketing, demographic, and survey data files 506, sources ofcredit data 508, other United StatesPostal Service data 510,phone directories 511, and public and court record files 512. It will be appreciated by those skilled in the relevant art(s) that the sources of data illustrated inFIG. 5A and described here are representative only, and that in fact there exist thousands if not morepotential sources 106 of PID information. The search of any and all of those sources fall within the scope of the current invention, which is neither limited to nor specifically defined by the sources described above by way of illustration. - These external database(s) 106 which constitute the possible sources of PID are searched for PID information at
step 204, wherein only some of the available data is actually selected through a matching andfiltering process 514, before being consolidated instep 206 into the centralized repository forexternal data 108. As shown inFIG. 5A , matching andfiltering process 514 relies on data fromCLIC database 112 to perform its matching and filtering functions. Specifically, the matching andfiltering process 514 only collects PID information which is reasonably likely to be related to information on customers in theCLIC database 112. PID information which is not likely to be related to customers in theCLIC database 112 is filtered out during the matching andfiltering process 514. -
FIG. 5B provides a detailed representation of externaldatabase search process 204, associated matching andfiltering process 514, andconsolidation step 206. Step 204 entails searching external database(s) 106 for PID using a variety of search criteria. In one embodiment of the present invention, these criteria include searching external database(s) 106 based on the names of individuals in theCLIC database 112, or based on the addresses of individuals in theCLIC database 112, or based on the social security numbers (SSN's) of individuals in theCLIC database 112, or based on the phone numbers of individuals in theCLIC database 112, or doing a search based on a combination of two or more of the above criteria. As can be appreciated by persons skilled in the relevant art(s), other types or categories of PID data can also be used as the basis for searching external database(s) 106. - In one embodiment of the present method, searches based on some types or categories of PID data are always executed, while other searches would only be performed conditionally. Searching by name, address, or phone number may always be performed, while searches by SSN would not always be executed. For example, if an account belongs to an individual or to a business which is a sole proprietorship, then a search including SSN would be performed. On the other hand, if an account is associated with a business which is not a sole proprietorship, then the impact of the SSN in the search process is reduced or may not be relevant at all (since the SSN of the account owner may not be available).
- In an alternative embodiment of the present invention, searches on all available categories of PID information or a selected subset of categories of PID information are always performed. In another alternative embodiment of the present invention, searches on all available categories of PID information or a selected subset of categories of PID information are always conditional, based on various criteria regarding the status of the account information in
CLIC database 112. - Matching and
filtering process 514 employs a set of matching rules and/or matching criteria to determine which PID information in external database(s) 106 will be considered a potential match to PID information inconsolidated database 112.FIG. 5B provides sample matching criteria. For example, in the case of a search based on name matching, external PID information is considered to be a match if certain variations on a name inCLIC database 112 are found. Also collected during this matching and filtering process, for any customer name inconsolidated database 112, are all of the following which may be found in external database(s) 106: addresses associated with the name, addresses associated with variations on the name, SSN's associated with the name, SSN's associated with variations on the name, phone numbers associated with the name, phone numbers associated with variations on the name, dates of birth (DOB's) associated with the name, DOB's associated with variations on the name, generation codes (Jr., Sr., etc.) associated with the name, and generation codes associated with variations on the name. -
FIG. 5B similarly illustrates matching criteria associated with a search on addresses, SSN's, and phone numbers. In each case,search process 204 and matching andfiltering process 514 search both for exact matches with, and for variations on, the addresses, SSN's, and phone numbers stored inCLIC database 112. In addition, for each such match found, i.e., both for direct matches and for matches based on variations,search process 204 and matching andfiltering process 514 collect related, pertinent external PID data associated with the external match. - For example, suppose a customer in
CLIC database 112 has an address of “190 N. Main Ave., Tucson, Ariz. 85701”, with “Avenue” abbreviated as “Ave.”. Suppose also that during a search of an external database, a variation on the address is found, namely “190 N. Main Avenue, Tucson, Ariz. 85701”. Matching andfiltering process 514 will consider these two addresses to be a match; guided by matching andfiltering process 514,search process 204 will not only collect the matching external address data (namely, “190 N. Main Avenue, Tucson, Ariz. 85701”), it will also collect all externally identified names associated with “190 N. Main Avenue, Tucson, Ariz. 85701”, all SSN's associated with “190 N. Main Avenue, Tucson, Ariz. 85701”, all valid SSN variations associated with “190 N. Main Avenue, Tucson, Ariz. 85701”, all phone numbers associated with “190 N. Main Avenue, Tucson, Ariz. 85701”, all DOB's associated with “190 N. Main Avenue, Tucson, Ariz. 85701”, and all generation codes associated with “190 N. Main Avenue, Tucson, Ariz. 85701”. - As another example, suppose a customer in
CLIC database 112 has an SSN of 123-45-6789, with the dashes included as shown. Suppose also that during a search of an external database, a variation on the SSN is found, namely “123456789” (without the dashes). Matching andfiltering process 514 will consider these two SSN's to be a match; guided by matching andfiltering process 514,search process 204 will not only collect the matching external SSN (namely, “123456789”), it will also collect all externally identified names associated with SSN “123456789”, all other valid SSN variations associated with SSN “123456789”, all addresses associated with SSN “123456789”, all phone numbers associated with SSN “123456789”, all DOB's associated with SSN “123456789”, and all generation codes associated with SSN “123456789”. - Various embodiments of the present invention may employ different rules or algorithms to determine what are valid and non-valid variations on a name, an SSN, a DOB, or other PID information. One embodiment may employ rules which indicate that names, SSN's, DOB's, and similar information with the same essential content, but different formats, are considered to be matches. In another embodiment, the rules may indicate that certain items of omitted information, such as a missing middle name or middle initial in a name, or a missing day of the month in a DOB, constitute valid variations. Other embodiments may specifically disallow one or both of these variations.
- Those skilled in the relevant art(s) will appreciate that the filtering aspect of matching and
filtering process 514 is at least partly implicit in the matching process. In other words, external PID information which fails to match with internal PID information in the consolidated database, based on the matching criteria of the present invention, will not be selected for analysis or importation inmethod 200 ormethod 201, and therefore such non-matching PID data is inherently filtered. - Similarly, it will be appreciated that active filtering criteria could be included as well as part of matching and
filtering process 514. To name just one example, the date of external PID information could be used as a filter criteria. For one possible embodiment of the present invention, if it is possible to determine the date of external PID information, a filter criteria may determine that certain types of external PID information which are indicated as being older than some filter date will not be included. - More generally, persons skilled in the relevant art(s) will appreciate that the matching and filtering criteria shown in
FIG. 5B and described above are for purposes of illustration only, representing only an embodiment of the invention, and that a wide variety of suitable matching and filtering criteria may be employed to implement the present invention. - Finally, in
step 206 the external PID information collected from external database(s) 106 viasearch 204 and matching andfiltering process 514 is consolidated into a centralized repository forexternal data 108. -
FIG. 6 provides aconcrete illustration 600 of steps orprocesses external data 106 is searched, and where the data is filtered and consolidated into the centralized repository forexternal data 108. Sampleexternal database 106A contains at least two sets of sample external data, namely sampleexternal data 602 related to a person variously known as John B. Doe, JB Does, or John Doe, and sampleexternal data 604 related to a person variously known as J. Smith or Jim Smith. Sample external database 106 a is searched instep 204, and the searched information is passed through matching andfiltering process 514. - Matching and
filtering process 514 does the filtering based onPID data 404 found inCLIC database 112. In this case, thePID information 404 relates to John B. Doe. Therefore, information pertaining to John B. Doe, i.e., names, addresses, SSN information, and phone numbers, all of which could be related to John B. Doe, are passed by matching andfiltering process 514, and then duringstep 206 are consolidated into the example centralized repository for sampleexternal data 108A. Two particular items of data which have been extracted from the external database(s) 106 and consolidated into the centralized repository are adata record 606 pertaining to a consumer JB Doe and adata record 608 pertaining to a business owned by a JB Doe. - Once external data has been filtered and consolidated into the centralized repository for
external data 108, the next stage inmethod 200 ormethod 201 isstep 208, which entails analyzing the internal customer account data in theCLIC database 112 and the external PID information now stored in the centralized repository forexternal data 106 in order to create a linkage between customer accounts. -
FIG. 7 shows a series ofsteps 700 which are used to implementstep 208 ofmethod 200 ormethod 201. Instep 702, the external data in the centralized repository forexternal data 106 and the internal customer data in theCLIC database 112 are analyzed according to an initial set of rules. Based on the analysis instep 702, the present method makes aninitial linkage recommendation 704. Thenext step 708 analyzes the initial linkage recommendation according to a secondary set of rules. Based on this analysis, a secondary linkage recommendation is made instep 710. Finally, based on the secondary linkage recommendation, customer accounts are linked to unique customers instep 712. - It should be noted that there is nothing inherent in the overall method of the present invention which requires that the process of linking customer accounts must occur in two stages, or that the rules which determine the linking process comprise an initial set of rules and a secondary set of rules. In another embodiment in the present invention, there is only a, single set of linking rules and a single stage of linking recommendations. In yet another embodiment of the present invention, there are three or more sets of linking rules, and three or more stages of linking recommendations.
- For those embodiments of the present invention which contain two or more sets of linking rules, and two or more corresponding stages of linking recommendations, there are several objectives. One objective of having multiple sets of linking rules is that a first stage of the linking process can be accomplished via third-party or standardized or off-the-shelf software which employ generic or commonly used data linking rules or data linking algorithms, while a second stage or second and later stages of the linking process can employ data linking rules or data linking algorithms which are customized to the needs of a particular business or organization. Another objective of having multiple sets of linking rules, with two or more corresponding stages of linking recommendations, is that manual or automated validation processes can be introduced at multiple points in the linking process, prior to a final set of account and customer links being implemented.
-
FIG. 8 shows a series ofsteps 800 by whichstep 702, the analysis of external data and customer data according to an initial set of rules, is implemented. Insteps 800, data is taken from theconsolidated database 112, and also taken from the centralized repository forexternal data 108, and a series of rules are used to try to establish matches. For example, the rules may includerules 802 based on name matches,rules 804 based on address matches,rules 806 based on SSN matches,rules 808 based on phone number matches, and rules 810 based on match rankings and data sources. There may beother rules 812 as well. - The
rules 810 based on reliability, recency, and corroboration of data sources and data types pertain to assessments and rankings to determine which type of matches are more likely to result in a reliable matching. For example, a match ranking may indicate that minor variations on names are highly likely to be good matches for each other. An example of a minor variation in a name is a case where one name (such as one found in the CLIC database 112) has a middle initial, whereas another name (such as one found in the centralized repository for external data 108) is identical to the name in theCLIC database 112 except for the lack of the middle initial. In another example, a match ranking may indicate that a match based on an SSN match, where two numbers are transposed between two different SSN's, has a lower likelihood of being a correct match. - A person skilled in the relevant aft(s) can appreciate that various sets of rules can be implemented to determine the likelihood that various sources of PID information are reliable, or that various different PID matching rules are reliable. Persons skilled in the relevant art(s) will also recognize that algorithms can further be implemented, based on various matching rules, to determine that two PID's, which initially appear to be related to two different people, are in fact actually the same PID of one unique person.
- Based then on these initial rules, which may comprise rules regarding name matches, address matches, SSN matches, phone matches, rules based on match rate rankings and data sources, and still other rules, an initial set of linking recommendations are arrived at in
step 704. -
FIGS. 9A and 9B together show an example 900 ofstep 702, wherein two existing internal PID's in theCLIC database 112 can be matched up with a searched for and saved PID in the centralized repository forexternal data 108; the result is arecommendation 704 for a new link between customer accounts. Referring back toFIG. 4 , anew account 402 for a Basic Gold Rewards Card, which is associated with customerJohn B. Doe 404, is stored in theCLIC database 112. Not shown inFIG. 4 , but assumed for purposes of this example and shown inFIG. 9A andFIG. 9B , is that acustomer JB Doe 912 with a BasicBlue Card account 910 is also stored in theCLIC database 112. CustomerJohn B. Doe 404 has a home address, whilecustomer JB Doe 912 has a business address. - Referring back to
FIG. 6 , an external PID for anindividual JB Doe 606 is imported into the centralized repository forexternal data 108 a. Also referring back toFIG. 6 , an external PID for a businessowner JB Doe 608 is imported into the centralized repository forexternal data 108 a. - Now returning to
FIG. 9 and example 900, the method ofstep 702, involving linking rules, is exemplified. The initial linking rules associateJohn B. Doe 404 andJB Doe 606 based on a high probability partial name match and an exact address match. The initial linking rulesassociate JB Doe 606 andJB Doe 914 based on an exact name match, a city and state match, and a work phone match. Finally, the initial linking rules alsoassociate JB Doe 912 andJB Doe 914 based on an exact name match and an exact business address match. - Through this series of links, namely
John B. Doe 404→JB Doe 606, followed byJB Doe 606→JB Doe 914, and thenJB Doe 914→JB Doe 912, we arrived at the linkageJohn B. Doe 404=JB Doe 912. Based on the set of rules, then, twoseparate customers separate accounts FIG. 9B shows thisinitial linking recommendation 704 a. - There are many variations in the analysis via a set of
initial rules 702 that can be used for making theinitial linkage recommendation 704. For example, the analysis via a set ofinitial rules 702 will create a preliminary, plausible set oflinkages 704 between different customers and customer accounts. The purpose of analyzing theinitial linkage recommendations 704 according to a secondary set ofrules 708 is to get a more refined and moreaccurate linking recommendation 708 of customers, both removing some linkages that should not have been made in the first place, and detecting some linkages that might have been omitted by the preliminary linkage rules employed instep 702. -
FIGS. 10A and 10B provideillustrations linkage recommendations 710 that can result from the analysis viasecondary rules 708. -
FIG. 10A shows two customers,George F. Doe 1002 andGeorge F. Doe 1004, where an initial recommendation did not link the two customers because of a low reliability associating the consumer name with the business address, sinceGeorge F. Doe 1002 is listed with a home address, andGeorge F. Doe 1004 is listed with a business address. However, the samplesecondary linkage rule 708A states that if there is an exact match on the full name and the social security number, and if there is no generation code conflict, then a secondary linkage recommendation should be made. Asecondary linkage recommendation 710A is illustrated wherein a persistent ID has been assigned jointly to bothGeorge F. Doe 1002 andGeorge F. Doe 1004. -
FIG. 10B illustrates the case whereStanley C. Doe 1012 andStanley C. Doe 1014 were initially not linked because the social security number was missing on the Gold Card ofStanley C. Doe 1014. However, secondarysample linkage rule 708B states that a link should be made if there is an exact match on the full name and address, and there is no generation code or SSN conflict, wherein a blank SSN is considered to be synonymous with there being no conflict. As a result, asecondary linkage recommendation 710B is made betweenStanley C. Doe 1012 andStanley C. Doe 1014, both of whom have the same name and the same address and are then jointly assigned the same persistent ID. - The process described above, wherein two customers formerly viewed as separate customers are discovered to actually be the same person, can be repeated as many times and as often as necessary. The end result may be, and in a large enough database is likely to be, that at least in some cases more than two customers will ultimately be identified as actually being the same person. That is to say, through this process, multiple customer records which were viewed as records of distinct persons will be linked as being one unique person.
- In addition, a thorough and exhaustive processing of a
CLIC database 112 according to the present method and invention is likely to result in the removal of most if not all of the redundant customer identifications. Put another way, the present method, when employed exhaustively, may result in the identification of multiple sets of customers, wherein the customers in each set become recognized as actually being the same person, and are so identified through this process. in addition, all the accounts associated with the customers in each such set will now be linked to each other, and to the one unique customer of the set, through this process. - In any database system, an issue arises when attempting to consolidate, join, or otherwise associate data records or other data structures which were previously viewed as separate, namely, the question of precisely how to modify the existing data in order to reflect the new associations. This is particularly a significant issue in the context of the present invention, and especially in contexts where the method of the present invention is to be implemented in a large organization. Even though, in
step 202 ofmethods CLIC database 112, it may also remain the case that separate databases and entire separate data processing systems remain in use in different business units of the large organization. -
FIGS. 11A and 11B illustrate a method according to one embodiment of the present invention for linking customer accounts, and for consolidating customer information, which addresses this challenge, i.e., which implements the actual linking process which is described insteps step 208. -
FIG. 11A shows how alinkage recommendation 704 orlinkage recommendation 710 is made. Thefirst step 1102 entails identifying a set of customers as being a single unique customer. This means that a set of customers, i.e., internal customers, who were initially regarded as being distinct or separate customers, are now recognized as all in fact being the same unique customer according to the methods described above. Instep 1104, it is recommended that all the customers in the set be consolidated into a single unique customer, and instep 1108, it is recommended that all customer accounts associated with the customers in the set be linked with the single unique customer. -
FIG. 11B shows theactual steps 712 involved in making these linkages according to one embodiment of the present invention.Step 1112 entails accepting the recommendation that identifies a set of customers as being a single unique customer. Instep 1114, there is assigned to all customers in the set a unique persistent ID. This unique persistent ID is one single, unique signifier completely unique to this newly identified unique customer, which serves to distinguish this customer from all other customers throughout theconsolidated database 112, and further to distinguish this customer from all other customers with customer information stored on any other databases throughout the business, organization, or other enterprise. Finally, instep 1116, the method assigns to each customer account which belongs to that customer the persistent ID of the unique customer. - The persistent ID may take the form of a number, which may be expressed in base ten, in hexadecimal, in octal numbering, in binary, or in some other numbering system. In an alternative embodiment the persistent ID may take the form of a code which is alphanumeric, or which strictly uses alphabetic characters, wherein the characters of the alphabet may be selected from the American alphabet, or from the alphabet of any known language, or any language to be developed in the future. In an alternative embodiment of the invention, the persistent ID may take some other representational form, such as a bar code, a graphic image including for example and without limitation a vector graphic image or a bitmapped graphic image, an audio representation, a video representation, a holographic representation or encoding, or any other form which can be used to uniquely identify a record or identify data in any kind of storage medium wherein customer information and customer account information may be stored in a database of any kind.
- An advantage of this method, wherein a unique persistent ID is assigned to each unique customer, is that it remains possible to retain separate customer databases, and possibly even different customer descriptions, on multiple databases throughout the business enterprise. Thus, while the
CLIC database 112 is used to store all internal customer IDs for purposes of implementing the current invention, the unique, persistent customer IDs, once generated, can be distributed among other databases which retain customer records. - In one example, if a customer identified as JB Doe on one database and John B. Doe on another database is in fact the same unique customer, then the assignment of a singular, unique persistent ID to both JB Doe and John B. Doe ensures that the associated data records will be recognized throughout the business as belonging to the same customer. With this approach, it may be desirable to implement methods wherein when updates are made to a data record for a customer anywhere in the business, suitable updates are also made to other data records for the same customer, stored on other databases throughout the business.
- It will be appreciated by those who are skilled in the relevant art(s) that the method just described is amenable to numerous variations in terms of the steps of processing or stages of processing involved, and in terms of the particular configuration or particular architecture of the system. For example, the method just described could entail permitting multiple records of the same customer to remain on multiple databases, as long as all such records are linked by the same unique persistent ID. However, in another embodiment of the present invention, all records identifying a unique customer could be consolidated into a single database which is then referenced, throughout the enterprise, anytime customer information is required. This single database could be same database as the
CLIC database 112. In another embodiment, the CLIC database could be used for implementing the method of the current invention, while a second database which mirrors theCLIC database 112, and in particular stores all the unique customer information and customer IDs, could be used for all other business-related processing. - Similarly, while the method of the present invention generally envisions using a large number of external database(s) as a means of obtaining variations on a customer identification for purposes of matching customers PID's, it is possible that a similar matching process could also entail simply using different sources of internal personal identification without reference to any external database(s). In general, it is an objective of the present invention to recognize that certain internal PID's which heretofore have been interpreted as separate customers are in fact one and the same customer, and having made that recognition to ensure that all accounts which are associated with those PID's become associated with the single unique person who is actually the unique customer behind all those different personal identifications.
-
FIG. 12 illustrates amethod 1200 according to an embodiment of the present invention which results in linking disparate personal identifications and accounts that should appropriately be linked to each other.Step 1202 entails reading a PID information for a customer who is an owner of a first account, which may be a banking account, an investment account, or any number of other kinds of institutional accounts.Step 1204 entails reading a PID information for a second customer who is an owner of a second account.Step 1206 entails searching for PID information which is related to the PID information of the first customer, or searching for PID information which is related to the PID information of the second customer, or possibly searching for PID information which is related to the PID information of both the first customer and the second customer. -
Step 1208 entails analyzing all of the previously gathered PID information relating to the first customer, the second customer, and any PID information related to either or both of the first customer and the second customer, to determine if the first customer is the same unique customer as the second customer. - It will be appreciated by those skilled in the relevant art(s) that the method for this analysis of
step 1208 will be similar to those previously described, using linking rules so as to determine matches between names or similarities between names, matches between social security numbers or similarities between social security numbers, matches between addresses or similarities between addresses, records indicating change of address, records indicating change of name, matches between telephone numbers or similarities between telephone numbers, and other recognitions of either matches or similarities between PID data, and/or transitions of PID data such as change of address, change of name, change of phone number, and related changes. The list of linking criteria presented is representative only, and the actual linking analysis need not include all of these rules or criteria, and may include others not listed here, including rules of a probabilistic nature wherein an evaluation is made of the likelihood that certain matches are reliable or not reliable. - Having performed this
analysis 1208, the method then determines instep 1210 whether the first customer is in fact the same person as the second customer. If the answer is yes, then the first customer is linked to the second customer account, meaning it is recognized that both accounts actually belong to the same customer. -
Optional step 1214 would entail consolidating the first customer PID information and the second customer PID information into one consolidated customer record. If the first customer is not the same as the second customer, then step 1216 either entails stopping the process or optionally repeating the process, with either one or two new customer records associated with customer accounts. - On the other hand, if the first customer and the second customer are recognized as being the same customer in
step 1210, then following eitherstep 1212 orstep 1214,step 1216 is again performed, meaning either that the process stops, or optionally is repeated with an evaluation of the same customer against other customer records, or with an evaluation of two new customer records. - Finally, those experienced in the art will recognize that there are a number of variations on the indicated methods of the current invention which fall within the essential spirit and scope of the invention. For example, as has been indicated here, linking customers and linking customer accounts is done by assigning to each customer a unique persistent ID, which indicates that previously separate customers are in fact the same customer; and further, that the unique persistent ID is then assigned to all accounts that are associated with the unique customer.
- However, persons skilled in the relevant art(s) will recognize that there are numerous other methods for linking both customers and customer accounts. For example, customers who are construed to be the same customer, but still retain a separate ID number, could nonetheless have a field in their data records which acts as a pointer or cross reference to other ID numbers which have been linked to the same customer. Similar pointer-type structures could be used to link accounts to all these customers who are now recognized as being in fact the same unique person.
- In yet another possible embodiment, a database table or similar database structure could be used to list the names of all customers who are now recognized as being one unique customer, along with the accounts which are recognized as being associated with that one unique customer. Other possible means of identifying the disparate personal identifications belonging to disparate customers as actually being one unique customer, and also recognizing that the accounts associated with those disparate customers are actually linked to one unique customer, can also be envisioned and implemented.
- The final stages of
method 201 entaillink validation 212,link correction 214, andmodification 216 of the linking rules based on discovered errors. -
FIG. 13 provides anillustration 1300 of two examples ofstep 212 of the present method, wherein linkage errors are identified, and also ofstep 214 of the present method, wherein the linkage errors are corrected. In example 212 a there is an overlink error indicating accounts which were linked via common persistent ID value ‘1’, but which should not have been linked. In this instance, persons with very similar names “John Brown Doe” and “Jonah Braun Doe” are both living at the same address. Even though their SSN's are different, they were linked on the basis of the address and the similarity of the names. - In example 212 b we have an underlink error, wherein accounts which should have been linked were not, and so have separate persistent ID values ‘3’ and ‘4’. In this case, the first account has the name “Bob C. Doe, Jr.” with proper spacing among all the elements of the name, whereas the second name has “Bob C. Doeir,”, where there is an omission of a space between the last name “Doe” and the generation code “Jr.”. As a result, the last name appears to be “DoeJr.”. In addition, since the street addresses are different, this is a further signal to the method that this is not the same person. (In one case an actual street address is used, while in the other case there is a P.O. box.) Even though the city and state are the same, and even though the SSN, DOB, and even the phone numbers are the same, nonetheless the discrepancy in the names and street addresses results in the two accounts not being linked to each other.
- In
step 214 a manual or automated linkage correction is made. A manual linkage correction would involve a financial institution database manager or financial institution customer service representative discovering the failure of the two accounts to be linked, or discovering two accounts being linked which should not have been linked, and manually separating them. - An automated linkage correction is accomplished by a set of rules or algorithms which do a final pass and search for any kind of subtle errors which were not previously flagged. For example, using the
underlink error 212 b described above, a software algorithm could be designed to go through and compare names for the possibility that two names which are similar, but not the same, are actually the same name. Persons skilled in the relevant art(s) will recognize that algorithms can be employed here similar to those employed in spell checking systems, where the software can experiment with transposing letters in a name, or introducing spaces or removing spaces, as a way of generating alternative names and comparing those alternative names to see if there is a match on that basis. - A combination of automated and manual linkage correction could be employed. For example, the software could generate variations on names, addresses, SSN's, and other PID data, and/or suggest possible linkages based on those variations; however, the final determination as to which accounts to link or to not link could be made by a human operator, who would be presented with these linkage options via a computer interface (not shown).
- As a result of the linkage corrections shown in
illustration 1300, the correctedcustomer account 214 a for John Brown Doe is shown with persistent ID ‘1’, while the correctedcustomer account 214 b for separate customer Jonah Braun Doe is shown with different persistent ID ‘2’. Further, the corrected customer accounts 214 c and 214 d for customer Bob C. Doe, Jr. now share the same persistent ID ‘3’, indicating that both accounts belong to the same unique customer. - In one embodiment of the present invention, the current method may take the additional step of making any necessary corrections to customer data, based on the analyses described above. In this case, the erroneous listing in example 212 b for ‘Bob C DoeJr’ has been corrected for the
account 214 d, which now reads ‘Bob C Doe Jr.’ - In one embodiment of the present invention, a hierarchy exists among the linkage rules and linkage recommendations of
method 200 ormethod 201.FIG. 14 is a block diagram indicating one possible hierarchy. Linkage rules or recommendations for linkages of higher priority will take precedence over those of lower priority. For example, there is a set ofinitial rules 702 which leads to theinitial linking recommendation 704, both of which have thelowest priority 1402. That is followed by thesecondary rules 708 and secondary linkingrecommendations 710 which have ahigher priority 1404. The higher priority means that thosesecondary rules 708 and secondary linkingrecommendations 710 may override the initial linking rules 702 and initial linkingrecommendations 704, resulting in the customer ID andaccount linkages 712. - The
highest priority 1408 is given to the manual overrides, which trump both theinitial rules 702 andsecondary rules 708, resulting in revised customer ID andproduct linkages 211. In another embodiment of the present invention there may exist a more fine-grained hierarchy of rules and linking recommendations than shown in the embodiment discussed and illustrated here. In another embodiment of the present invention, there is no hierarchy among the linking rules or recommendations. - The present invention, as typically embodied in a
system 100 oforganizational intranet 114 andexternal network 110 and external database(s) 106, and as embodied inmethod 200 ormethod 201, or as implemented in alternate embodiments as suggested throughout this detailed section and the appended claims, or any part(s) or function(s) thereof, may be implemented using hardware, software, and human operator decision making, or a combination thereof and may be implemented in part or in whole by one or more computer systems or other processing systems. However, the manipulations performed by the present invention were often referred to in terms, such as analyzing or comparing, which are commonly associated with mental operations performed by a human operator. - While, as indicated above, the intervention of a human operator may play a role in validity checking of auditing of, or modification of the customer and account linkages established in the present invention, such intervention of a human operator is only necessary in some embodiments of the present invention and not others. In most cases, most and possibly all of the operations described herein which form part of the present invention are performed without the intervention of a human operator. Rather, the operations are machine operations. Useful machines for performing the operation of the present invention include general purpose digital computers or similar devices.
- In one embodiment, the invention is directed toward one or more computer systems capable of carrying out the functionality described herein. An example of a
computer system 1500 is shown inFIG. 15 . - The
computer system 1500 includes one or more processors, such asprocessor 1504. Theprocessor 1504 is connected to a communication infrastructure 1506 (e.g., communications bus, cross-over bar, or network). Various software embodiments are described in terms of this exemplary computer system. After reading this description, it will become apparent to a person skilled in the relevant art(s) how to implement the invention using other computer systems and/or architectures. -
Computer system 1500 can include adisplay interface 1502 that forwards graphics, text, and other data from the communication infrastructure 1506 (or from a frame buffer not shown) for display on thedisplay unit 1530. -
Computer system 1500 also includes amain memory 1508, preferably random access memory (RAM), and may also include asecondary memory 1510. Thesecondary memory 1510 may include, for example, ahard disk drive 1512 and/or aremovable storage drive 1514, representing a floppy disk drive, a magnetic tape drive, an optical disk drive, etc. Theremovable storage drive 1514 reads from and/or writes to aremovable storage unit 1518 in a well known manner.Removable storage unit 1518 represents a floppy disk, magnetic tape, optical disk, etc. which is read by and written to byremovable storage drive 1514. As will be appreciated, theremovable storage unit 1518 includes a computer usable storage medium having stored therein computer software and/or data. - In alternative embodiments,
secondary memory 1510 may include other similar devices for allowing computer programs or other instructions to be loaded intocomputer system 1500. Such devices may include, for example, aremovable storage unit 1522 and aninterface 1520. Examples of such may include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an erasable programmable read only memory (EPROM), or programmable read only memory (PROM)) and associated socket, and otherremovable storage units 1522 andinterfaces 1520, which allow software and data to be transferred from theremovable storage unit 1522 tocomputer system 1500. -
Computer system 1500 may also include acommunications interface 1524.Communications interface 1524 allows software and data to be transferred betweencomputer system 1500 and external devices. Examples ofcommunications interface 1524 may include a modem, a network interface (such as an Ethernet card), a communications port, a Personal Computer Memory Card International Association (PCMCIA) slot and card, etc. Software and data transferred viacommunications interface 1524 are in the form ofsignals 1528 which may be electronic, electromagnetic, optical or other signals capable of being received bycommunications interface 1524. Thesesignals 1528 are provided tocommunications interface 1524 via a communications path (e.g., channel) 1526. Thischannel 1526 carriessignals 1528 and may be implemented using wire or cable, fiber optics, a telephone line, a cellular link, an radio frequency (RE) link and other communications channels. - In this document, the terms “computer program medium” and “computer usable medium” are used to generally refer to media such as
removable storage drive 1514, a hard disk installed inhard disk drive 1512, and signals 1528. These computer program products provide software tocomputer system 1500. The invention is directed to such computer program products. - Computer programs (also referred to as computer control logic) are stored in
main memory 1508 and/orsecondary memory 1510. Computer programs may also be received viacommunications interface 1524. Such computer programs, when executed, enable thecomputer system 1500 to perform the features of the present invention, as discussed herein. In particular, the computer programs, when executed, enable theprocessor 1504 to perform the features of the present invention. Accordingly, such computer programs represent controllers of thecomputer system 1500. - In an embodiment where the invention is implemented using software, the software may be stored in a computer program product and loaded into
computer system 1500 usingremovable storage drive 1514,hard drive 1512 orcommunications interface 1524. The control logic (software), when executed by theprocessor 1504, causes theprocessor 1504 to perform the functions of the invention as described herein. - In another embodiment, the invention is implemented primarily in hardware using, for example, hardware components such as application specific integrated circuits (ASICs). Implementation of the hardware state machine so as to perform the functions described herein will be apparent to persons skilled in the relevant art(s).
- In yet another embodiment, the invention is implemented using a combination of both hardware and software.
- While various embodiments of the present invention have been described above, it should be understood that they have been presented by way of example, and not limitation. It will be apparent to persons skilled in the relevant art(s) that various changes in form and detail can be made therein without departing from the spirit and scope of the present invention. Thus, the present invention 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.
- In addition, it should be understood that the figures and screen shots illustrated in the attachments, which highlight the functionality and advantages of the present invention, are presented for example purposes only. The architecture of the present invention is sufficiently flexible and configurable, such that it may be utilized (and navigated) in ways other than that shown in the accompanying figures.
- Further, the purpose of the foregoing Abstract is to enable the U.S. Patent and Trademark Office and the public generally, and especially the scientists, engineers and practitioners in the art who are not familiar with patent or legal terms or phraseology, to determine quickly from a cursory inspection the nature and essence of the technical disclosure of the application. The Abstract is not intended to be limiting as to the scope of the present invention in any way.
Claims (21)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/134,119 US20160342999A1 (en) | 2005-09-30 | 2016-04-20 | Method, system, and computer program product for linking customer information |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US72203805P | 2005-09-30 | 2005-09-30 | |
US11/529,604 US8306986B2 (en) | 2005-09-30 | 2006-09-29 | Method, system, and computer program product for linking customer information |
US13/644,462 US9324087B2 (en) | 2005-09-30 | 2012-10-04 | Method, system, and computer program product for linking customer information |
US15/134,119 US20160342999A1 (en) | 2005-09-30 | 2016-04-20 | Method, system, and computer program product for linking customer information |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/644,462 Continuation US9324087B2 (en) | 2005-09-30 | 2012-10-04 | Method, system, and computer program product for linking customer information |
Publications (1)
Publication Number | Publication Date |
---|---|
US20160342999A1 true US20160342999A1 (en) | 2016-11-24 |
Family
ID=38369821
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/529,604 Expired - Fee Related US8306986B2 (en) | 2005-09-30 | 2006-09-29 | Method, system, and computer program product for linking customer information |
US13/644,462 Expired - Fee Related US9324087B2 (en) | 2005-09-30 | 2012-10-04 | Method, system, and computer program product for linking customer information |
US15/134,119 Abandoned US20160342999A1 (en) | 2005-09-30 | 2016-04-20 | Method, system, and computer program product for linking customer information |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/529,604 Expired - Fee Related US8306986B2 (en) | 2005-09-30 | 2006-09-29 | Method, system, and computer program product for linking customer information |
US13/644,462 Expired - Fee Related US9324087B2 (en) | 2005-09-30 | 2012-10-04 | Method, system, and computer program product for linking customer information |
Country Status (1)
Country | Link |
---|---|
US (3) | US8306986B2 (en) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10127613B2 (en) * | 2009-06-27 | 2018-11-13 | Christopher R. Petruzzi | Auditing custodial accounts |
US10580025B2 (en) | 2013-11-15 | 2020-03-03 | Experian Information Solutions, Inc. | Micro-geographic aggregation system |
US11107158B1 (en) | 2014-02-14 | 2021-08-31 | Experian Information Solutions, Inc. | Automatic generation of code for attributes |
US11157872B2 (en) | 2008-06-26 | 2021-10-26 | Experian Marketing Solutions, Llc | Systems and methods for providing an integrated identifier |
US11227001B2 (en) | 2017-01-31 | 2022-01-18 | Experian Information Solutions, Inc. | Massive scale heterogeneous data ingestion and user resolution |
TWI760043B (en) * | 2020-05-27 | 2022-04-01 | 南韓商韓領有限公司 | Computerized systems and methods for fraud detection and user account deduplication |
US11308170B2 (en) | 2007-03-30 | 2022-04-19 | Consumerinfo.Com, Inc. | Systems and methods for data verification |
US11515018B2 (en) | 2018-11-08 | 2022-11-29 | Express Scripts Strategic Development, Inc. | Systems and methods for patient record matching |
US11734234B1 (en) | 2018-09-07 | 2023-08-22 | Experian Information Solutions, Inc. | Data architecture for supporting multiple search models |
US11880377B1 (en) | 2021-03-26 | 2024-01-23 | Experian Information Solutions, Inc. | Systems and methods for entity resolution |
US11941065B1 (en) | 2019-09-13 | 2024-03-26 | Experian Information Solutions, Inc. | Single identifier platform for storing entity data |
Families Citing this family (238)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1466435B1 (en) | 2002-01-08 | 2019-05-22 | Seven Networks, LLC | Secure transport for mobile communication network |
US9400589B1 (en) | 2002-05-30 | 2016-07-26 | Consumerinfo.Com, Inc. | Circular rotational interface for display of consumer credit information |
US9710852B1 (en) | 2002-05-30 | 2017-07-18 | Consumerinfo.Com, Inc. | Credit report timeline user interface |
US8468126B2 (en) | 2005-08-01 | 2013-06-18 | Seven Networks, Inc. | Publishing data in an information community |
US7917468B2 (en) | 2005-08-01 | 2011-03-29 | Seven Networks, Inc. | Linking of personal information management data |
US8438633B1 (en) | 2005-04-21 | 2013-05-07 | Seven Networks, Inc. | Flexible real-time inbox access |
WO2006136660A1 (en) | 2005-06-21 | 2006-12-28 | Seven Networks International Oy | Maintaining an ip connection in a mobile network |
US8069166B2 (en) * | 2005-08-01 | 2011-11-29 | Seven Networks, Inc. | Managing user-to-user contact with inferred presence information |
US8306986B2 (en) | 2005-09-30 | 2012-11-06 | American Express Travel Related Services Company, Inc. | Method, system, and computer program product for linking customer information |
US7769395B2 (en) | 2006-06-20 | 2010-08-03 | Seven Networks, Inc. | Location-based operations and messaging |
US8688749B1 (en) | 2011-03-31 | 2014-04-01 | Palantir Technologies, Inc. | Cross-ontology multi-master replication |
US8200692B2 (en) * | 2006-11-29 | 2012-06-12 | Sap Ag | Method and apparatus for processing messages based on interactive history and context between sender and recipient |
US8200691B2 (en) * | 2006-11-29 | 2012-06-12 | Sap Ag | Action prediction based on interactive history and context between sender and recipient |
US20080208735A1 (en) * | 2007-02-22 | 2008-08-28 | American Expresstravel Related Services Company, Inc., A New York Corporation | Method, System, and Computer Program Product for Managing Business Customer Contacts |
US20080281741A1 (en) * | 2007-05-08 | 2008-11-13 | Hyde Richard L | Data network association for financial services |
US20080301016A1 (en) * | 2007-05-30 | 2008-12-04 | American Express Travel Related Services Company, Inc. General Counsel's Office | Method, System, and Computer Program Product for Customer Linking and Identification Capability for Institutions |
US8805425B2 (en) | 2007-06-01 | 2014-08-12 | Seven Networks, Inc. | Integrated messaging |
US8170998B2 (en) * | 2007-09-12 | 2012-05-01 | American Express Travel Related Services Company, Inc. | Methods, systems, and computer program products for estimating accuracy of linking of customer relationships |
US8060502B2 (en) | 2007-10-04 | 2011-11-15 | American Express Travel Related Services Company, Inc. | Methods, systems, and computer program products for generating data quality indicators for relationships in a database |
US8364181B2 (en) | 2007-12-10 | 2013-01-29 | Seven Networks, Inc. | Electronic-mail filtering for mobile devices |
US9002828B2 (en) | 2007-12-13 | 2015-04-07 | Seven Networks, Inc. | Predictive content delivery |
US9990674B1 (en) | 2007-12-14 | 2018-06-05 | Consumerinfo.Com, Inc. | Card registry systems and methods |
US8127986B1 (en) | 2007-12-14 | 2012-03-06 | Consumerinfo.Com, Inc. | Card registry systems and methods |
US8862657B2 (en) | 2008-01-25 | 2014-10-14 | Seven Networks, Inc. | Policy based content service |
US20090193338A1 (en) | 2008-01-28 | 2009-07-30 | Trevor Fiatal | Reducing network and battery consumption during content delivery and playback |
US10242104B2 (en) * | 2008-03-31 | 2019-03-26 | Peekanalytics, Inc. | Distributed personal information aggregator |
US20090271313A1 (en) * | 2008-04-24 | 2009-10-29 | Ebay, Inc. | Method and system for balance account utilization |
US8787947B2 (en) | 2008-06-18 | 2014-07-22 | Seven Networks, Inc. | Application discovery on mobile devices |
US8078158B2 (en) | 2008-06-26 | 2011-12-13 | Seven Networks, Inc. | Provisioning applications for a mobile device |
US9256904B1 (en) | 2008-08-14 | 2016-02-09 | Experian Information Solutions, Inc. | Multi-bureau credit file freeze and unfreeze |
US8984390B2 (en) | 2008-09-15 | 2015-03-17 | Palantir Technologies, Inc. | One-click sharing for screenshots and related documents |
US8909759B2 (en) | 2008-10-10 | 2014-12-09 | Seven Networks, Inc. | Bandwidth measurement |
US8060424B2 (en) | 2008-11-05 | 2011-11-15 | Consumerinfo.Com, Inc. | On-line method and system for monitoring and reporting unused available credit |
US9910875B2 (en) * | 2008-12-22 | 2018-03-06 | International Business Machines Corporation | Best-value determination rules for an entity resolution system |
US20100199223A1 (en) * | 2009-02-03 | 2010-08-05 | Oracle International Corporation | Hierarchy display |
WO2010132492A2 (en) | 2009-05-11 | 2010-11-18 | Experian Marketing Solutions, Inc. | Systems and methods for providing anonymized user profile data |
US9841282B2 (en) | 2009-07-27 | 2017-12-12 | Visa U.S.A. Inc. | Successive offer communications with an offer recipient |
US9443253B2 (en) | 2009-07-27 | 2016-09-13 | Visa International Service Association | Systems and methods to provide and adjust offers |
US10546332B2 (en) | 2010-09-21 | 2020-01-28 | Visa International Service Association | Systems and methods to program operations for interaction with users |
US20110029367A1 (en) | 2009-07-29 | 2011-02-03 | Visa U.S.A. Inc. | Systems and Methods to Generate Transactions According to Account Features |
US20110035278A1 (en) | 2009-08-04 | 2011-02-10 | Visa U.S.A. Inc. | Systems and Methods for Closing the Loop between Online Activities and Offline Purchases |
US20110035280A1 (en) | 2009-08-04 | 2011-02-10 | Visa U.S.A. Inc. | Systems and Methods for Targeted Advertisement Delivery |
US10169599B2 (en) | 2009-08-26 | 2019-01-01 | International Business Machines Corporation | Data access control with flexible data disclosure |
US9224007B2 (en) | 2009-09-15 | 2015-12-29 | International Business Machines Corporation | Search engine with privacy protection |
US9342835B2 (en) | 2009-10-09 | 2016-05-17 | Visa U.S.A | Systems and methods to deliver targeted advertisements to audience |
US9031860B2 (en) | 2009-10-09 | 2015-05-12 | Visa U.S.A. Inc. | Systems and methods to aggregate demand |
US8595058B2 (en) | 2009-10-15 | 2013-11-26 | Visa U.S.A. | Systems and methods to match identifiers |
US20110093324A1 (en) | 2009-10-19 | 2011-04-21 | Visa U.S.A. Inc. | Systems and Methods to Provide Intelligent Analytics to Cardholders and Merchants |
US8838629B2 (en) * | 2009-10-23 | 2014-09-16 | American Express Travel Related Services Company, Inc. | Anonymous information exchange |
US8676639B2 (en) | 2009-10-29 | 2014-03-18 | Visa International Service Association | System and method for promotion processing and authorization |
US8626705B2 (en) | 2009-11-05 | 2014-01-07 | Visa International Service Association | Transaction aggregator for closed processing |
US20110125565A1 (en) | 2009-11-24 | 2011-05-26 | Visa U.S.A. Inc. | Systems and Methods for Multi-Channel Offer Redemption |
US20110137760A1 (en) * | 2009-12-03 | 2011-06-09 | Rudie Todd C | Method, system, and computer program product for customer linking and identification capability for institutions |
US9600134B2 (en) | 2009-12-29 | 2017-03-21 | International Business Machines Corporation | Selecting portions of computer-accessible documents for post-selection processing |
US8738418B2 (en) | 2010-03-19 | 2014-05-27 | Visa U.S.A. Inc. | Systems and methods to enhance search data with transaction based data |
US8639567B2 (en) | 2010-03-19 | 2014-01-28 | Visa U.S.A. Inc. | Systems and methods to identify differences in spending patterns |
US9697520B2 (en) | 2010-03-22 | 2017-07-04 | Visa U.S.A. Inc. | Merchant configured advertised incentives funded through statement credits |
US9443206B2 (en) * | 2010-03-23 | 2016-09-13 | Verizon Patent And Licensing Inc. | Reconciling addresses |
US9652802B1 (en) | 2010-03-24 | 2017-05-16 | Consumerinfo.Com, Inc. | Indirect monitoring and reporting of a user's credit data |
US9471926B2 (en) | 2010-04-23 | 2016-10-18 | Visa U.S.A. Inc. | Systems and methods to provide offers to travelers |
US8359274B2 (en) | 2010-06-04 | 2013-01-22 | Visa International Service Association | Systems and methods to provide messages in real-time with transaction processing |
US8781896B2 (en) | 2010-06-29 | 2014-07-15 | Visa International Service Association | Systems and methods to optimize media presentations |
JP5620578B2 (en) | 2010-07-26 | 2014-11-05 | セブン ネットワークス インコーポレイテッド | Mobile network traffic regulation across multiple applications |
US8838783B2 (en) | 2010-07-26 | 2014-09-16 | Seven Networks, Inc. | Distributed caching for resource and mobile network traffic management |
US9760905B2 (en) | 2010-08-02 | 2017-09-12 | Visa International Service Association | Systems and methods to optimize media presentations using a camera |
US9972021B2 (en) | 2010-08-06 | 2018-05-15 | Visa International Service Association | Systems and methods to rank and select triggers for real-time offers |
US9679299B2 (en) | 2010-09-03 | 2017-06-13 | Visa International Service Association | Systems and methods to provide real-time offers via a cooperative database |
US10055745B2 (en) | 2010-09-21 | 2018-08-21 | Visa International Service Association | Systems and methods to modify interaction rules during run time |
US9477967B2 (en) | 2010-09-21 | 2016-10-25 | Visa International Service Association | Systems and methods to process an offer campaign based on ineligibility |
WO2012060995A2 (en) | 2010-11-01 | 2012-05-10 | Michael Luna | Distributed caching in a wireless network of content delivered for a mobile application over a long-held request |
US8484314B2 (en) | 2010-11-01 | 2013-07-09 | Seven Networks, Inc. | Distributed caching in a wireless network of content delivered for a mobile application over a long-held request |
US8843153B2 (en) | 2010-11-01 | 2014-09-23 | Seven Networks, Inc. | Mobile traffic categorization and policy for network use optimization while preserving user experience |
US8930262B1 (en) | 2010-11-02 | 2015-01-06 | Experian Technology Ltd. | Systems and methods of assisted strategy design |
US9558502B2 (en) | 2010-11-04 | 2017-01-31 | Visa International Service Association | Systems and methods to reward user interactions |
US9147042B1 (en) | 2010-11-22 | 2015-09-29 | Experian Information Solutions, Inc. | Systems and methods for data verification |
CA2798523C (en) | 2010-11-22 | 2015-02-24 | Seven Networks, Inc. | Aligning data transfer to optimize connections established for transmission over a wireless network |
EP3422775A1 (en) | 2010-11-22 | 2019-01-02 | Seven Networks, LLC | Optimization of resource polling intervals to satisfy mobile device requests |
GB2501416B (en) | 2011-01-07 | 2018-03-21 | Seven Networks Llc | System and method for reduction of mobile network traffic used for domain name system (DNS) queries |
US10007915B2 (en) | 2011-01-24 | 2018-06-26 | Visa International Service Association | Systems and methods to facilitate loyalty reward transactions |
US10438299B2 (en) | 2011-03-15 | 2019-10-08 | Visa International Service Association | Systems and methods to combine transaction terminal location data and social networking check-in |
GB2504411A (en) | 2011-04-19 | 2014-01-29 | Seven Networks Inc | Shared resource and virtual resource management in a networked environment |
GB2493473B (en) | 2011-04-27 | 2013-06-19 | Seven Networks Inc | System and method for making requests on behalf of a mobile device based on atomic processes for mobile network traffic relief |
WO2012149434A2 (en) | 2011-04-27 | 2012-11-01 | Seven Networks, Inc. | Detecting and preserving state for satisfying application requests in a distributed proxy and cache system |
US9558519B1 (en) | 2011-04-29 | 2017-01-31 | Consumerinfo.Com, Inc. | Exposing reporting cycle information |
US9607336B1 (en) | 2011-06-16 | 2017-03-28 | Consumerinfo.Com, Inc. | Providing credit inquiry alerts |
US9483606B1 (en) | 2011-07-08 | 2016-11-01 | Consumerinfo.Com, Inc. | Lifescore |
EP2737742A4 (en) | 2011-07-27 | 2015-01-28 | Seven Networks Inc | Automatic generation and distribution of policy information regarding malicious mobile traffic in a wireless network |
US10223707B2 (en) | 2011-08-19 | 2019-03-05 | Visa International Service Association | Systems and methods to communicate offer options via messaging in real time with processing of payment transaction |
US9106691B1 (en) | 2011-09-16 | 2015-08-11 | Consumerinfo.Com, Inc. | Systems and methods of identity protection and management |
US9466075B2 (en) | 2011-09-20 | 2016-10-11 | Visa International Service Association | Systems and methods to process referrals in offer campaigns |
US10380617B2 (en) | 2011-09-29 | 2019-08-13 | Visa International Service Association | Systems and methods to provide a user interface to control an offer campaign |
US8738516B1 (en) | 2011-10-13 | 2014-05-27 | Consumerinfo.Com, Inc. | Debt services candidate locator |
US10290018B2 (en) | 2011-11-09 | 2019-05-14 | Visa International Service Association | Systems and methods to communicate with users via social networking sites |
CN103118043B (en) * | 2011-11-16 | 2015-12-02 | 阿里巴巴集团控股有限公司 | A kind of recognition methods of user account and equipment |
US8918503B2 (en) | 2011-12-06 | 2014-12-23 | Seven Networks, Inc. | Optimization of mobile traffic directed to private networks and operator configurability thereof |
US8977755B2 (en) | 2011-12-06 | 2015-03-10 | Seven Networks, Inc. | Mobile device and method to utilize the failover mechanism for fault tolerance provided for mobile traffic management and network/device resource conservation |
WO2013086447A1 (en) | 2011-12-07 | 2013-06-13 | Seven Networks, Inc. | Radio-awareness of mobile device for sending server-side control signals using a wireless network optimized transport protocol |
US9009250B2 (en) | 2011-12-07 | 2015-04-14 | Seven Networks, Inc. | Flexible and dynamic integration schemas of a traffic management system with various network operators for network traffic alleviation |
EP2792188B1 (en) | 2011-12-14 | 2019-03-20 | Seven Networks, LLC | Mobile network reporting and usage analytics system and method using aggregation of data in a distributed traffic optimization system |
WO2013103988A1 (en) | 2012-01-05 | 2013-07-11 | Seven Networks, Inc. | Detection and management of user interactions with foreground applications on a mobile device in distributed caching |
US10497022B2 (en) | 2012-01-20 | 2019-12-03 | Visa International Service Association | Systems and methods to present and process offers |
US8782004B2 (en) | 2012-01-23 | 2014-07-15 | Palantir Technologies, Inc. | Cross-ACL multi-master replication |
US9203864B2 (en) | 2012-02-02 | 2015-12-01 | Seven Networks, Llc | Dynamic categorization of applications for network access in a mobile network |
US9326189B2 (en) | 2012-02-03 | 2016-04-26 | Seven Networks, Llc | User as an end point for profiling and optimizing the delivery of content and data in a wireless network |
US10672018B2 (en) | 2012-03-07 | 2020-06-02 | Visa International Service Association | Systems and methods to process offers via mobile devices |
US8812695B2 (en) | 2012-04-09 | 2014-08-19 | Seven Networks, Inc. | Method and system for management of a virtual network connection without heartbeat messages |
WO2013155208A1 (en) | 2012-04-10 | 2013-10-17 | Seven Networks, Inc. | Intelligent customer service/call center services enhanced using real-time and historical mobile application and traffic-related statistics collected by a distributed caching system in a mobile network |
US9853959B1 (en) | 2012-05-07 | 2017-12-26 | Consumerinfo.Com, Inc. | Storage and maintenance of personal data |
US9697524B1 (en) * | 2012-05-24 | 2017-07-04 | Jpmorgan Chase Bank, N.A. | Enterprise fulfillment system with dynamic prefetching capabilities |
US8775631B2 (en) | 2012-07-13 | 2014-07-08 | Seven Networks, Inc. | Dynamic bandwidth adjustment for browsing or streaming activity in a wireless network based on prediction of user behavior when interacting with mobile applications |
US20140089835A1 (en) * | 2012-09-21 | 2014-03-27 | EVCO Plastics | Application for Core Drilling |
US9161258B2 (en) | 2012-10-24 | 2015-10-13 | Seven Networks, Llc | Optimized and selective management of policy deployment to mobile clients in a congested network to prevent further aggravation of network congestion |
US9654541B1 (en) | 2012-11-12 | 2017-05-16 | Consumerinfo.Com, Inc. | Aggregating user web browsing data |
US9892278B2 (en) | 2012-11-14 | 2018-02-13 | International Business Machines Corporation | Focused personal identifying information redaction |
US9916621B1 (en) | 2012-11-30 | 2018-03-13 | Consumerinfo.Com, Inc. | Presentation of credit score factors |
US10255598B1 (en) | 2012-12-06 | 2019-04-09 | Consumerinfo.Com, Inc. | Credit card account data extraction |
US10360627B2 (en) | 2012-12-13 | 2019-07-23 | Visa International Service Association | Systems and methods to provide account features via web based user interfaces |
US20140177497A1 (en) | 2012-12-20 | 2014-06-26 | Seven Networks, Inc. | Management of mobile device radio state promotion and demotion |
US9271238B2 (en) | 2013-01-23 | 2016-02-23 | Seven Networks, Llc | Application or context aware fast dormancy |
US8874761B2 (en) | 2013-01-25 | 2014-10-28 | Seven Networks, Inc. | Signaling optimization in a wireless network for traffic utilizing proprietary and non-proprietary protocols |
US9697263B1 (en) | 2013-03-04 | 2017-07-04 | Experian Information Solutions, Inc. | Consumer data request fulfillment system |
US8750123B1 (en) | 2013-03-11 | 2014-06-10 | Seven Networks, Inc. | Mobile device equipped with mobile network congestion recognition to make intelligent decisions regarding connecting to an operator network |
US9406085B1 (en) | 2013-03-14 | 2016-08-02 | Consumerinfo.Com, Inc. | System and methods for credit dispute processing, resolution, and reporting |
US9870589B1 (en) | 2013-03-14 | 2018-01-16 | Consumerinfo.Com, Inc. | Credit utilization tracking and reporting |
US10102570B1 (en) | 2013-03-14 | 2018-10-16 | Consumerinfo.Com, Inc. | Account vulnerability alerts |
US10140664B2 (en) | 2013-03-14 | 2018-11-27 | Palantir Technologies Inc. | Resolving similar entities from a transaction database |
US8924388B2 (en) | 2013-03-15 | 2014-12-30 | Palantir Technologies Inc. | Computer-implemented systems and methods for comparing and associating objects |
US9633322B1 (en) | 2013-03-15 | 2017-04-25 | Consumerinfo.Com, Inc. | Adjustment of knowledge-based authentication |
US10664936B2 (en) | 2013-03-15 | 2020-05-26 | Csidentity Corporation | Authentication systems and methods for on-demand products |
US8903717B2 (en) | 2013-03-15 | 2014-12-02 | Palantir Technologies Inc. | Method and system for generating a parser and parsing complex data |
US10685398B1 (en) | 2013-04-23 | 2020-06-16 | Consumerinfo.Com, Inc. | Presenting credit score information |
US8799799B1 (en) | 2013-05-07 | 2014-08-05 | Palantir Technologies Inc. | Interactive geospatial map |
US9721147B1 (en) | 2013-05-23 | 2017-08-01 | Consumerinfo.Com, Inc. | Digital identity |
JP5761256B2 (en) | 2013-05-31 | 2015-08-12 | コニカミノルタ株式会社 | Shared data management system, shared data management device, shared data management method, and computer program |
US8886601B1 (en) | 2013-06-20 | 2014-11-11 | Palantir Technologies, Inc. | System and method for incrementally replicating investigative analysis data |
US8601326B1 (en) | 2013-07-05 | 2013-12-03 | Palantir Technologies, Inc. | Data quality monitors |
GB201312993D0 (en) | 2013-07-19 | 2013-09-04 | Ecrebo Ltd | Active customer profile discovery system |
US9065765B2 (en) | 2013-07-22 | 2015-06-23 | Seven Networks, Inc. | Proxy server associated with a mobile carrier for enhancing mobile traffic management in a mobile network |
US9798813B2 (en) * | 2013-07-31 | 2017-10-24 | Salesforce.Com, Inc. | Extensible person container |
US9443268B1 (en) | 2013-08-16 | 2016-09-13 | Consumerinfo.Com, Inc. | Bill payment and reporting |
US8938686B1 (en) | 2013-10-03 | 2015-01-20 | Palantir Technologies Inc. | Systems and methods for analyzing performance of an entity |
US10489754B2 (en) | 2013-11-11 | 2019-11-26 | Visa International Service Association | Systems and methods to facilitate the redemption of offer benefits in a form of third party statement credits |
US10325314B1 (en) | 2013-11-15 | 2019-06-18 | Consumerinfo.Com, Inc. | Payment reporting systems |
US9477737B1 (en) | 2013-11-20 | 2016-10-25 | Consumerinfo.Com, Inc. | Systems and user interfaces for dynamic access of multiple remote databases and synchronization of data based on user rules |
US9529851B1 (en) | 2013-12-02 | 2016-12-27 | Experian Information Solutions, Inc. | Server architecture for electronic data quality processing |
US10579647B1 (en) | 2013-12-16 | 2020-03-03 | Palantir Technologies Inc. | Methods and systems for analyzing entity performance |
US10356032B2 (en) | 2013-12-26 | 2019-07-16 | Palantir Technologies Inc. | System and method for detecting confidential information emails |
US10026114B2 (en) * | 2014-01-10 | 2018-07-17 | Betterdoctor, Inc. | System for clustering and aggregating data from multiple sources |
USD759689S1 (en) | 2014-03-25 | 2016-06-21 | Consumerinfo.Com, Inc. | Display screen or portion thereof with graphical user interface |
USD759690S1 (en) | 2014-03-25 | 2016-06-21 | Consumerinfo.Com, Inc. | Display screen or portion thereof with graphical user interface |
USD760256S1 (en) | 2014-03-25 | 2016-06-28 | Consumerinfo.Com, Inc. | Display screen or portion thereof with graphical user interface |
US10419379B2 (en) | 2014-04-07 | 2019-09-17 | Visa International Service Association | Systems and methods to program a computing system to process related events via workflows configured using a graphical user interface |
US9892457B1 (en) | 2014-04-16 | 2018-02-13 | Consumerinfo.Com, Inc. | Providing credit data in search results |
US10373240B1 (en) | 2014-04-25 | 2019-08-06 | Csidentity Corporation | Systems, methods and computer-program products for eligibility verification |
US10354268B2 (en) | 2014-05-15 | 2019-07-16 | Visa International Service Association | Systems and methods to organize and consolidate data for improved data storage and processing |
US10650398B2 (en) | 2014-06-16 | 2020-05-12 | Visa International Service Association | Communication systems and methods to transmit data among a plurality of computing systems in processing benefit redemption |
US9535974B1 (en) | 2014-06-30 | 2017-01-03 | Palantir Technologies Inc. | Systems and methods for identifying key phrase clusters within documents |
US9619557B2 (en) | 2014-06-30 | 2017-04-11 | Palantir Technologies, Inc. | Systems and methods for key phrase characterization of documents |
US9256664B2 (en) | 2014-07-03 | 2016-02-09 | Palantir Technologies Inc. | System and method for news events detection and visualization |
US10726477B1 (en) | 2014-07-11 | 2020-07-28 | Greensky Trade Credit, Llc | Systems and methods for providing closed-end loans |
US10438226B2 (en) | 2014-07-23 | 2019-10-08 | Visa International Service Association | Systems and methods of using a communication network to coordinate processing among a plurality of separate computing systems |
US9390086B2 (en) | 2014-09-11 | 2016-07-12 | Palantir Technologies Inc. | Classification system with methodology for efficient verification |
US9501851B2 (en) | 2014-10-03 | 2016-11-22 | Palantir Technologies Inc. | Time-series analysis system |
US9767172B2 (en) | 2014-10-03 | 2017-09-19 | Palantir Technologies Inc. | Data aggregation and analysis system |
US9984133B2 (en) | 2014-10-16 | 2018-05-29 | Palantir Technologies Inc. | Schematic and database linking system |
US10032231B2 (en) | 2014-10-23 | 2018-07-24 | Mastercard International Incorporated | Inferred matching of payment card accounts by matching to common mobile device via time and location data analysis |
US11210669B2 (en) | 2014-10-24 | 2021-12-28 | Visa International Service Association | Systems and methods to set up an operation at a computer system connected with a plurality of computer systems via a computer network using a round trip communication of an identifier of the operation |
CN104574038B (en) * | 2014-12-10 | 2018-11-23 | 百度在线网络技术(北京)有限公司 | It is associated with main body identification and management method, device and equipment |
US9483546B2 (en) * | 2014-12-15 | 2016-11-01 | Palantir Technologies Inc. | System and method for associating related records to common entities across multiple lists |
US9335911B1 (en) | 2014-12-29 | 2016-05-10 | Palantir Technologies Inc. | Interactive user interface for dynamic data analysis exploration and query processing |
US9727560B2 (en) | 2015-02-25 | 2017-08-08 | Palantir Technologies Inc. | Systems and methods for organizing and identifying documents via hierarchies and dimensions of tags |
EP3070622A1 (en) | 2015-03-16 | 2016-09-21 | Palantir Technologies, Inc. | Interactive user interfaces for location-based data analysis |
JP7109920B2 (en) * | 2015-04-07 | 2022-08-01 | ジェン-プローブ・インコーポレーテッド | Systems and methods for reading machine-readable indicia on sample containers |
US9691085B2 (en) | 2015-04-30 | 2017-06-27 | Visa International Service Association | Systems and methods of natural language processing and statistical analysis to identify matching categories |
US10103953B1 (en) | 2015-05-12 | 2018-10-16 | Palantir Technologies Inc. | Methods and systems for analyzing entity performance |
US10305829B2 (en) * | 2015-05-15 | 2019-05-28 | VoterCircle, Inc. | Database systems and methods for integrating data items collected from multiple data sources |
US10089687B2 (en) * | 2015-08-04 | 2018-10-02 | Fidelity National Information Services, Inc. | System and associated methodology of creating order lifecycles via daisy chain linkage |
US9600146B2 (en) | 2015-08-17 | 2017-03-21 | Palantir Technologies Inc. | Interactive geospatial map |
US10127289B2 (en) | 2015-08-19 | 2018-11-13 | Palantir Technologies Inc. | Systems and methods for automatic clustering and canonical designation of related data in various data structures |
US9671776B1 (en) | 2015-08-20 | 2017-06-06 | Palantir Technologies Inc. | Quantifying, tracking, and anticipating risk at a manufacturing facility, taking deviation type and staffing conditions into account |
US9485265B1 (en) | 2015-08-28 | 2016-11-01 | Palantir Technologies Inc. | Malicious activity detection system capable of efficiently processing data accessed from databases and generating alerts for display in interactive user interfaces |
US10706434B1 (en) | 2015-09-01 | 2020-07-07 | Palantir Technologies Inc. | Methods and systems for determining location information |
US9984428B2 (en) | 2015-09-04 | 2018-05-29 | Palantir Technologies Inc. | Systems and methods for structuring data from unstructured electronic data files |
US9639580B1 (en) | 2015-09-04 | 2017-05-02 | Palantir Technologies, Inc. | Computer-implemented systems and methods for data management and visualization |
CN106572048A (en) * | 2015-10-09 | 2017-04-19 | 腾讯科技(深圳)有限公司 | Identification method and system of user information in social network |
US10757154B1 (en) | 2015-11-24 | 2020-08-25 | Experian Information Solutions, Inc. | Real-time event-based notification system |
US10706056B1 (en) | 2015-12-02 | 2020-07-07 | Palantir Technologies Inc. | Audit log report generator |
US9514414B1 (en) | 2015-12-11 | 2016-12-06 | Palantir Technologies Inc. | Systems and methods for identifying and categorizing electronic documents through machine learning |
US9760556B1 (en) | 2015-12-11 | 2017-09-12 | Palantir Technologies Inc. | Systems and methods for annotating and linking electronic documents |
US10871878B1 (en) | 2015-12-29 | 2020-12-22 | Palantir Technologies Inc. | System log analysis and object user interaction correlation system |
US9792020B1 (en) | 2015-12-30 | 2017-10-17 | Palantir Technologies Inc. | Systems for collecting, aggregating, and storing data, generating interactive user interfaces for analyzing data, and generating alerts based upon collected data |
US10698938B2 (en) | 2016-03-18 | 2020-06-30 | Palantir Technologies Inc. | Systems and methods for organizing and identifying documents via hierarchies and dimensions of tags |
US10068199B1 (en) | 2016-05-13 | 2018-09-04 | Palantir Technologies Inc. | System to catalogue tracking data |
US10545975B1 (en) | 2016-06-22 | 2020-01-28 | Palantir Technologies Inc. | Visual analysis of data using sequenced dataset reduction |
US11106692B1 (en) | 2016-08-04 | 2021-08-31 | Palantir Technologies Inc. | Data record resolution and correlation system |
US10552002B1 (en) | 2016-09-27 | 2020-02-04 | Palantir Technologies Inc. | User interface based variable machine modeling |
US10133588B1 (en) | 2016-10-20 | 2018-11-20 | Palantir Technologies Inc. | Transforming instructions for collaborative updates |
US10726507B1 (en) | 2016-11-11 | 2020-07-28 | Palantir Technologies Inc. | Graphical representation of a complex task |
US10318630B1 (en) | 2016-11-21 | 2019-06-11 | Palantir Technologies Inc. | Analysis of large bodies of textual data |
GB201621434D0 (en) | 2016-12-16 | 2017-02-01 | Palantir Technologies Inc | Processing sensor logs |
US10249033B1 (en) | 2016-12-20 | 2019-04-02 | Palantir Technologies Inc. | User interface for managing defects |
US11373752B2 (en) | 2016-12-22 | 2022-06-28 | Palantir Technologies Inc. | Detection of misuse of a benefit system |
US10360238B1 (en) | 2016-12-22 | 2019-07-23 | Palantir Technologies Inc. | Database systems and user interfaces for interactive data association, analysis, and presentation |
US10762471B1 (en) | 2017-01-09 | 2020-09-01 | Palantir Technologies Inc. | Automating management of integrated workflows based on disparate subsidiary data sources |
US10133621B1 (en) | 2017-01-18 | 2018-11-20 | Palantir Technologies Inc. | Data analysis system to facilitate investigative process |
US10509844B1 (en) | 2017-01-19 | 2019-12-17 | Palantir Technologies Inc. | Network graph parser |
US10515109B2 (en) | 2017-02-15 | 2019-12-24 | Palantir Technologies Inc. | Real-time auditing of industrial equipment condition |
US10866936B1 (en) | 2017-03-29 | 2020-12-15 | Palantir Technologies Inc. | Model object management and storage system |
US10581954B2 (en) | 2017-03-29 | 2020-03-03 | Palantir Technologies Inc. | Metric collection and aggregation for distributed software services |
US10133783B2 (en) | 2017-04-11 | 2018-11-20 | Palantir Technologies Inc. | Systems and methods for constraint driven database searching |
US11074277B1 (en) | 2017-05-01 | 2021-07-27 | Palantir Technologies Inc. | Secure resolution of canonical entities |
US10563990B1 (en) | 2017-05-09 | 2020-02-18 | Palantir Technologies Inc. | Event-based route planning |
US10795749B1 (en) | 2017-05-31 | 2020-10-06 | Palantir Technologies Inc. | Systems and methods for providing fault analysis user interface |
US10735183B1 (en) | 2017-06-30 | 2020-08-04 | Experian Information Solutions, Inc. | Symmetric encryption for private smart contracts among multiple parties in a private peer-to-peer network |
US10430444B1 (en) | 2017-07-24 | 2019-10-01 | Palantir Technologies Inc. | Interactive geospatial map and geospatial visualization systems |
US10877960B2 (en) * | 2017-10-16 | 2020-12-29 | Citrix Systems, Inc. | Normalizing user identification across disparate systems |
US10235533B1 (en) | 2017-12-01 | 2019-03-19 | Palantir Technologies Inc. | Multi-user access controls in electronic simultaneously editable document editor |
US11314721B1 (en) | 2017-12-07 | 2022-04-26 | Palantir Technologies Inc. | User-interactive defect analysis for root cause |
US10769171B1 (en) | 2017-12-07 | 2020-09-08 | Palantir Technologies Inc. | Relationship analysis and mapping for interrelated multi-layered datasets |
US10877984B1 (en) | 2017-12-07 | 2020-12-29 | Palantir Technologies Inc. | Systems and methods for filtering and visualizing large scale datasets |
US11061874B1 (en) | 2017-12-14 | 2021-07-13 | Palantir Technologies Inc. | Systems and methods for resolving entity data across various data structures |
US10838987B1 (en) | 2017-12-20 | 2020-11-17 | Palantir Technologies Inc. | Adaptive and transparent entity screening |
US11263382B1 (en) | 2017-12-22 | 2022-03-01 | Palantir Technologies Inc. | Data normalization and irregularity detection system |
US20190236597A1 (en) * | 2018-01-26 | 2019-08-01 | Walmart Apollo, Llc | Systems and methods for associating a user's shopping experiences across multiple channels |
US10885021B1 (en) | 2018-05-02 | 2021-01-05 | Palantir Technologies Inc. | Interactive interpreter and graphical user interface |
US11061542B1 (en) | 2018-06-01 | 2021-07-13 | Palantir Technologies Inc. | Systems and methods for determining and displaying optimal associations of data items |
US10795909B1 (en) | 2018-06-14 | 2020-10-06 | Palantir Technologies Inc. | Minimized and collapsed resource dependency path |
US10911234B2 (en) | 2018-06-22 | 2021-02-02 | Experian Information Solutions, Inc. | System and method for a token gateway environment |
US10671749B2 (en) | 2018-09-05 | 2020-06-02 | Consumerinfo.Com, Inc. | Authenticated access and aggregation database platform |
US11126638B1 (en) | 2018-09-13 | 2021-09-21 | Palantir Technologies Inc. | Data visualization and parsing system |
US11294928B1 (en) | 2018-10-12 | 2022-04-05 | Palantir Technologies Inc. | System architecture for relating and linking data objects |
US11315179B1 (en) | 2018-11-16 | 2022-04-26 | Consumerinfo.Com, Inc. | Methods and apparatuses for customized card recommendations |
WO2020146667A1 (en) | 2019-01-11 | 2020-07-16 | Experian Information Solutions, Inc. | Systems and methods for secure data aggregation and computation |
US11238656B1 (en) | 2019-02-22 | 2022-02-01 | Consumerinfo.Com, Inc. | System and method for an augmented reality experience via an artificial intelligence bot |
US11403649B2 (en) | 2019-09-11 | 2022-08-02 | Toast, Inc. | Multichannel system for patron identification and dynamic ordering experience enhancement |
US11843593B2 (en) | 2020-06-01 | 2023-12-12 | Citrix Systems, Inc. | Application integration using multiple user identities |
CN111681105B (en) * | 2020-06-08 | 2024-02-27 | 中国银行股份有限公司 | Account management method and device |
CN112818235B (en) * | 2021-02-03 | 2023-07-21 | 招联消费金融有限公司 | Method and device for identifying illegal user based on association characteristics and computer equipment |
Citations (55)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4214230A (en) * | 1978-01-19 | 1980-07-22 | Rolf Blom | Personal identification system |
US5819263A (en) * | 1996-07-19 | 1998-10-06 | American Express Financial Corporation | Financial planning system incorporating relationship and group management |
US5866889A (en) * | 1995-06-07 | 1999-02-02 | Citibank, N.A. | Integrated full service consumer banking system and system and method for opening an account |
US5920629A (en) * | 1994-04-28 | 1999-07-06 | Citibank, N.A. | Electronic-monetary system |
US6049797A (en) * | 1998-04-07 | 2000-04-11 | Lucent Technologies, Inc. | Method, apparatus and programmed medium for clustering databases with categorical attributes |
US6049782A (en) * | 1996-05-31 | 2000-04-11 | Citibank, N.A. | Relationship management system and process for pricing financial instruments based on a customer's relationship with a financial institution |
US6112181A (en) * | 1997-11-06 | 2000-08-29 | Intertrust Technologies Corporation | Systems and methods for matching, selecting, narrowcasting, and/or classifying based on rights management and/or other information |
US6119104A (en) * | 1997-11-24 | 2000-09-12 | Keycorp | Composite banking desktop system |
US6128602A (en) * | 1997-10-27 | 2000-10-03 | Bank Of America Corporation | Open-architecture system for real-time consolidation of information from multiple financial systems |
US6163774A (en) * | 1999-05-24 | 2000-12-19 | Platinum Technology Ip, Inc. | Method and apparatus for simplified and flexible selection of aggregate and cross product levels for a data warehouse |
US6185569B1 (en) * | 1998-06-29 | 2001-02-06 | Microsoft Corporation | Linked data structure integrity verification system which verifies actual node information with expected node information stored in a table |
US20010051907A1 (en) * | 1998-12-08 | 2001-12-13 | Srihari Kumar | Interactive financial portfolio tracking interface |
US20020013850A1 (en) * | 2000-06-28 | 2002-01-31 | Mitchell Margaret C. | System and method for integrating public and private data |
US20020059174A1 (en) * | 2000-07-11 | 2002-05-16 | Ehud Shapiro | System and method for sharing bottles of wine |
US20020095386A1 (en) * | 2000-12-07 | 2002-07-18 | Maritzen L. Michael | Account control and access management of sub-accounts from master account |
US6449618B1 (en) * | 1999-03-25 | 2002-09-10 | Lucent Technologies Inc. | Real-time event processing system with subscription model |
US6483808B1 (en) * | 1999-04-28 | 2002-11-19 | 3Com Corporation | Method of optimizing routing decisions over multiple parameters utilizing fuzzy logic |
US20020188522A1 (en) * | 2001-02-22 | 2002-12-12 | Koyo Musen - America, Inc. | Collecting, analyzing, consolidating, delivering and utilizing data relating to a current event |
US20030009402A1 (en) * | 2001-05-24 | 2003-01-09 | Mullen Anthony John | Financial management system, and methods and apparatus for use therein |
US20030074342A1 (en) * | 2001-10-11 | 2003-04-17 | Curtis Donald S. | Customer information management infrastructure and methods |
US20030101136A1 (en) * | 2000-08-04 | 2003-05-29 | First Data Corporation | Managing Account Database in ABDS System |
US20030172039A1 (en) * | 2002-03-05 | 2003-09-11 | First Data Corporation | System and method for managing accounts |
US20030204460A1 (en) * | 2002-04-30 | 2003-10-30 | Rodney Robinson | Data collection and transaction initiation using a financial messaging protocol |
US20030225688A1 (en) * | 2002-05-28 | 2003-12-04 | Charter One Financial, Inc. | Financial account transfer apparatus and method |
US20030229561A1 (en) * | 2002-04-25 | 2003-12-11 | Foliofn, Inc. | Method and apparatus for converting collectively owned investment accounts and pooled investment accounts and vehicles into individually owned accounts |
US20030233287A1 (en) * | 2002-06-12 | 2003-12-18 | Dean Sadler | Internet-based apparatus and method of tracking and reporting assets |
US20040039630A1 (en) * | 2002-08-12 | 2004-02-26 | Begole James M.A. | Method and system for inferring and applying coordination patterns from individual work and communication activity |
US6711565B1 (en) * | 2001-06-18 | 2004-03-23 | Siebel Systems, Inc. | Method, apparatus, and system for previewing search results |
US20040064404A1 (en) * | 2002-10-01 | 2004-04-01 | Menachem Cohen | Computer-based method for automatic remote coding of debtor credit databases with bankruptcy filing information |
US20040073520A1 (en) * | 2002-06-04 | 2004-04-15 | Ramine Eskandari | Managing customer loss using customer groups |
US20040098337A1 (en) * | 2002-10-31 | 2004-05-20 | Gudgeon Jerome E. | Systems and methods of linking multiple entities to multiple accounts |
US20040122736A1 (en) * | 2002-10-11 | 2004-06-24 | Bank One, Delaware, N.A. | System and method for granting promotional rewards to credit account holders |
US20040177018A1 (en) * | 2002-12-12 | 2004-09-09 | Fenger Richard Michael | Financial services production support system and method |
US20040181453A1 (en) * | 2002-11-06 | 2004-09-16 | Ray James Thomas | Configurable stored value platform |
US6804667B1 (en) * | 1999-11-30 | 2004-10-12 | Ncr Corporation | Filter for checking for duplicate entries in database |
US20040211830A1 (en) * | 2003-04-22 | 2004-10-28 | First Data Corporation | Multi-purse card system and methods |
US20040220865A1 (en) * | 2003-03-17 | 2004-11-04 | Stephen Lozowski | Financial record processing system |
US20040220907A1 (en) * | 2003-04-30 | 2004-11-04 | Camarillo David W. | Technique for searching for contact information concerning desired parties |
US20040236653A1 (en) * | 2002-01-03 | 2004-11-25 | Sokolic Jeremy N. | System and method for associating identifiers with data |
US6836773B2 (en) * | 2000-09-28 | 2004-12-28 | Oracle International Corporation | Enterprise web mining system and method |
US20050010571A1 (en) * | 2001-11-13 | 2005-01-13 | Gad Solotorevsky | System and method for generating policies for a communication network |
US20050027648A1 (en) * | 2003-07-29 | 2005-02-03 | Knowles W. Jeffrey | System and method of account reconciliation for electronic transactions |
US20050044037A1 (en) * | 2001-01-30 | 2005-02-24 | David Lawrence | Systems and methods for automated political risk management |
US6871220B1 (en) * | 1998-10-28 | 2005-03-22 | Yodlee, Inc. | System and method for distributed storage and retrieval of personal information |
US20050177542A1 (en) * | 2004-02-06 | 2005-08-11 | Glen Sgambati | Account-owner verification database |
US20050187938A1 (en) * | 2004-02-24 | 2005-08-25 | First Data Corporation | System for maintaining party data |
US20050187799A1 (en) * | 2004-02-20 | 2005-08-25 | Mcgiffin Gail E. | Account level participation for underwriting components |
US20050211765A1 (en) * | 2000-06-27 | 2005-09-29 | Digital World Access, Inc. | Money management network |
US20060059225A1 (en) * | 2004-09-14 | 2006-03-16 | A9.Com, Inc. | Methods and apparatus for automatic generation of recommended links |
US20070011057A1 (en) * | 2005-07-07 | 2007-01-11 | Jaime Archer | Website user account linking |
US20070179776A1 (en) * | 2006-01-27 | 2007-08-02 | Xerox Corporation | Linguistic user interface |
US20070185776A1 (en) * | 2003-06-24 | 2007-08-09 | Nextchoice, Inc. | System and method for presenting consumer purchasing opportunities through multiple communication and display mediums |
US20070192122A1 (en) * | 2005-09-30 | 2007-08-16 | American Express Travel Related Services Company, Inc. | Method, system, and computer program product for linking customer information |
US20080281786A1 (en) * | 2007-05-11 | 2008-11-13 | Microsoft Corporation | Producer/consumer optimization |
US20090043701A1 (en) * | 2003-12-17 | 2009-02-12 | Fmr Corp. | Financial account management |
Family Cites Families (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5659731A (en) | 1995-06-19 | 1997-08-19 | Dun & Bradstreet, Inc. | Method for rating a match for a given entity found in a list of entities |
US5966695A (en) * | 1995-10-17 | 1999-10-12 | Citibank, N.A. | Sales and marketing support system using a graphical query prospect database |
WO1999020013A2 (en) * | 1997-10-09 | 1999-04-22 | Walker Digital, Llc | Point-of-sale system and method for the management of group rewards |
US5995946A (en) * | 1997-11-03 | 1999-11-30 | Mci Communications Corporatioin | System and method for establishing and managing links among customer accounts maintained within a telecommunications system |
US7050996B1 (en) * | 1998-04-24 | 2006-05-23 | First Data Corporation | Method for linking accounts corresponding to different products together to create a group |
US6389414B1 (en) * | 1998-09-21 | 2002-05-14 | Microsoft Corporation | Internal database validation |
US6523019B1 (en) * | 1999-09-21 | 2003-02-18 | Choicemaker Technologies, Inc. | Probabilistic record linkage model derived from training data |
US7069264B2 (en) * | 1999-12-08 | 2006-06-27 | Ncr Corp. | Stratified sampling of data in a database system |
AU2001284721A1 (en) * | 2000-08-04 | 2002-02-18 | First Data Corporation | Method and apparatus for access authentication entity |
US20050154664A1 (en) * | 2000-08-22 | 2005-07-14 | Guy Keith A. | Credit and financial information and management system |
US20040204958A1 (en) * | 2000-08-30 | 2004-10-14 | Microsoft Corporation | Electronic registration manager for business directory information |
US7991688B2 (en) * | 2000-11-14 | 2011-08-02 | Knowledge Works Inc. | Methods and apparatus for automatically exchanging credit information |
US7689489B2 (en) | 2001-07-27 | 2010-03-30 | Scott Fergusson | Methods and systems for assisting financial services firms and their representatives |
JP2003122878A (en) * | 2001-10-17 | 2003-04-25 | Fujitsu Ltd | Personal information management device |
US20030084024A1 (en) * | 2001-10-31 | 2003-05-01 | Drake Christensen | Integrated database system for an educational institution |
US6826568B2 (en) * | 2001-12-20 | 2004-11-30 | Microsoft Corporation | Methods and system for model matching |
US20030191703A1 (en) * | 2002-02-01 | 2003-10-09 | Ubs Painewebber Inc. | Method and system for providing interested party access to aggregated accounts information |
US7113950B2 (en) * | 2002-06-27 | 2006-09-26 | Microsoft Corporation | Automated error checking system and method |
US6961721B2 (en) * | 2002-06-28 | 2005-11-01 | Microsoft Corporation | Detecting duplicate records in database |
US7043476B2 (en) * | 2002-10-11 | 2006-05-09 | International Business Machines Corporation | Method and apparatus for data mining to discover associations and covariances associated with data |
AU2003294245A1 (en) | 2002-11-08 | 2004-06-03 | Dun And Bradstreet, Inc. | System and method for searching and matching databases |
US7370057B2 (en) * | 2002-12-03 | 2008-05-06 | Lockheed Martin Corporation | Framework for evaluating data cleansing applications |
US7490059B2 (en) * | 2003-01-27 | 2009-02-10 | First Data Corporation | Methods and systems for consolidating financial reporting information |
US7376680B1 (en) * | 2003-04-07 | 2008-05-20 | Charles Loren Kettler | System and method for cleansing, linking and appending data records of a database |
US20050108631A1 (en) * | 2003-09-29 | 2005-05-19 | Amorin Antonio C. | Method of conducting data quality analysis |
US20050149527A1 (en) * | 2003-12-31 | 2005-07-07 | Intellipoint International, Llc | System and method for uniquely identifying persons |
AU2005204671A1 (en) * | 2004-01-06 | 2005-07-28 | Epassporte, N.V. | Method of managing prepaid accounts |
JP3916168B2 (en) * | 2004-01-21 | 2007-05-16 | オリエント測器コンピュータ株式会社 | Data cleaning processing program |
US7840571B2 (en) * | 2004-04-29 | 2010-11-23 | Hewlett-Packard Development Company, L.P. | System and method for information management using handwritten identifiers |
US7720751B2 (en) * | 2004-10-12 | 2010-05-18 | Natural Decision Systems, Inc. | System and method of continuous assurance for internal control |
US20060085361A1 (en) * | 2004-10-14 | 2006-04-20 | The Trizetto Group, Inc. | Anomaly detector in a health care system using adapter |
US20060179050A1 (en) * | 2004-10-22 | 2006-08-10 | Giang Phan H | Probabilistic model for record linkage |
US20060238919A1 (en) * | 2005-04-20 | 2006-10-26 | The Boeing Company | Adaptive data cleaning |
US7562067B2 (en) * | 2005-05-06 | 2009-07-14 | Microsoft Corporation | Systems and methods for estimating functional relationships in a database |
US8510329B2 (en) * | 2005-05-25 | 2013-08-13 | Experian Marketing Solutions, Inc. | Distributed and interactive database architecture for parallel and asynchronous data processing of complex data and for real-time query processing |
US9792351B2 (en) * | 2005-06-10 | 2017-10-17 | International Business Machines Corporation | Tolerant and extensible discovery of relationships in data using structural information and data analysis |
US20070100856A1 (en) * | 2005-10-21 | 2007-05-03 | Yahoo! Inc. | Account consolidation |
US7788241B2 (en) * | 2006-03-01 | 2010-08-31 | International Business Machines Corporation | Method for reducing overhead of validating constraints in a database |
US7725421B1 (en) * | 2006-07-26 | 2010-05-25 | Google Inc. | Duplicate account identification and scoring |
US7536403B2 (en) * | 2006-12-22 | 2009-05-19 | International Business Machines Corporation | Method for maintaining a sample synopsis under arbitrary insertions and deletions |
US20080208735A1 (en) * | 2007-02-22 | 2008-08-28 | American Expresstravel Related Services Company, Inc., A New York Corporation | Method, System, and Computer Program Product for Managing Business Customer Contacts |
US20080301016A1 (en) * | 2007-05-30 | 2008-12-04 | American Express Travel Related Services Company, Inc. General Counsel's Office | Method, System, and Computer Program Product for Customer Linking and Identification Capability for Institutions |
US8170998B2 (en) * | 2007-09-12 | 2012-05-01 | American Express Travel Related Services Company, Inc. | Methods, systems, and computer program products for estimating accuracy of linking of customer relationships |
US8060502B2 (en) | 2007-10-04 | 2011-11-15 | American Express Travel Related Services Company, Inc. | Methods, systems, and computer program products for generating data quality indicators for relationships in a database |
-
2006
- 2006-09-29 US US11/529,604 patent/US8306986B2/en not_active Expired - Fee Related
-
2012
- 2012-10-04 US US13/644,462 patent/US9324087B2/en not_active Expired - Fee Related
-
2016
- 2016-04-20 US US15/134,119 patent/US20160342999A1/en not_active Abandoned
Patent Citations (57)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4214230A (en) * | 1978-01-19 | 1980-07-22 | Rolf Blom | Personal identification system |
US5920629A (en) * | 1994-04-28 | 1999-07-06 | Citibank, N.A. | Electronic-monetary system |
US5866889A (en) * | 1995-06-07 | 1999-02-02 | Citibank, N.A. | Integrated full service consumer banking system and system and method for opening an account |
US6049782A (en) * | 1996-05-31 | 2000-04-11 | Citibank, N.A. | Relationship management system and process for pricing financial instruments based on a customer's relationship with a financial institution |
US5819263A (en) * | 1996-07-19 | 1998-10-06 | American Express Financial Corporation | Financial planning system incorporating relationship and group management |
US20040205011A1 (en) * | 1997-10-27 | 2004-10-14 | Bank Of America Corporation | Open-architecture system for real-time consolidation of information from multiple financial systems |
US6128602A (en) * | 1997-10-27 | 2000-10-03 | Bank Of America Corporation | Open-architecture system for real-time consolidation of information from multiple financial systems |
US6112181A (en) * | 1997-11-06 | 2000-08-29 | Intertrust Technologies Corporation | Systems and methods for matching, selecting, narrowcasting, and/or classifying based on rights management and/or other information |
US6119104A (en) * | 1997-11-24 | 2000-09-12 | Keycorp | Composite banking desktop system |
US6049797A (en) * | 1998-04-07 | 2000-04-11 | Lucent Technologies, Inc. | Method, apparatus and programmed medium for clustering databases with categorical attributes |
US6185569B1 (en) * | 1998-06-29 | 2001-02-06 | Microsoft Corporation | Linked data structure integrity verification system which verifies actual node information with expected node information stored in a table |
US6871220B1 (en) * | 1998-10-28 | 2005-03-22 | Yodlee, Inc. | System and method for distributed storage and retrieval of personal information |
US20010051907A1 (en) * | 1998-12-08 | 2001-12-13 | Srihari Kumar | Interactive financial portfolio tracking interface |
US6449618B1 (en) * | 1999-03-25 | 2002-09-10 | Lucent Technologies Inc. | Real-time event processing system with subscription model |
US6483808B1 (en) * | 1999-04-28 | 2002-11-19 | 3Com Corporation | Method of optimizing routing decisions over multiple parameters utilizing fuzzy logic |
US6163774A (en) * | 1999-05-24 | 2000-12-19 | Platinum Technology Ip, Inc. | Method and apparatus for simplified and flexible selection of aggregate and cross product levels for a data warehouse |
US6804667B1 (en) * | 1999-11-30 | 2004-10-12 | Ncr Corporation | Filter for checking for duplicate entries in database |
US20080005021A1 (en) * | 2000-06-27 | 2008-01-03 | Brown Nicholas A L | Transaction system and method |
US20050211765A1 (en) * | 2000-06-27 | 2005-09-29 | Digital World Access, Inc. | Money management network |
US20020013850A1 (en) * | 2000-06-28 | 2002-01-31 | Mitchell Margaret C. | System and method for integrating public and private data |
US20020059174A1 (en) * | 2000-07-11 | 2002-05-16 | Ehud Shapiro | System and method for sharing bottles of wine |
US20030101136A1 (en) * | 2000-08-04 | 2003-05-29 | First Data Corporation | Managing Account Database in ABDS System |
US6836773B2 (en) * | 2000-09-28 | 2004-12-28 | Oracle International Corporation | Enterprise web mining system and method |
US20020095386A1 (en) * | 2000-12-07 | 2002-07-18 | Maritzen L. Michael | Account control and access management of sub-accounts from master account |
US20050044037A1 (en) * | 2001-01-30 | 2005-02-24 | David Lawrence | Systems and methods for automated political risk management |
US20020188522A1 (en) * | 2001-02-22 | 2002-12-12 | Koyo Musen - America, Inc. | Collecting, analyzing, consolidating, delivering and utilizing data relating to a current event |
US20030009402A1 (en) * | 2001-05-24 | 2003-01-09 | Mullen Anthony John | Financial management system, and methods and apparatus for use therein |
US6711565B1 (en) * | 2001-06-18 | 2004-03-23 | Siebel Systems, Inc. | Method, apparatus, and system for previewing search results |
US20030074342A1 (en) * | 2001-10-11 | 2003-04-17 | Curtis Donald S. | Customer information management infrastructure and methods |
US20050010571A1 (en) * | 2001-11-13 | 2005-01-13 | Gad Solotorevsky | System and method for generating policies for a communication network |
US20040236653A1 (en) * | 2002-01-03 | 2004-11-25 | Sokolic Jeremy N. | System and method for associating identifiers with data |
US20030172039A1 (en) * | 2002-03-05 | 2003-09-11 | First Data Corporation | System and method for managing accounts |
US20030229561A1 (en) * | 2002-04-25 | 2003-12-11 | Foliofn, Inc. | Method and apparatus for converting collectively owned investment accounts and pooled investment accounts and vehicles into individually owned accounts |
US20030204460A1 (en) * | 2002-04-30 | 2003-10-30 | Rodney Robinson | Data collection and transaction initiation using a financial messaging protocol |
US20030225688A1 (en) * | 2002-05-28 | 2003-12-04 | Charter One Financial, Inc. | Financial account transfer apparatus and method |
US20040073520A1 (en) * | 2002-06-04 | 2004-04-15 | Ramine Eskandari | Managing customer loss using customer groups |
US20030233287A1 (en) * | 2002-06-12 | 2003-12-18 | Dean Sadler | Internet-based apparatus and method of tracking and reporting assets |
US20040039630A1 (en) * | 2002-08-12 | 2004-02-26 | Begole James M.A. | Method and system for inferring and applying coordination patterns from individual work and communication activity |
US20040064404A1 (en) * | 2002-10-01 | 2004-04-01 | Menachem Cohen | Computer-based method for automatic remote coding of debtor credit databases with bankruptcy filing information |
US20040122736A1 (en) * | 2002-10-11 | 2004-06-24 | Bank One, Delaware, N.A. | System and method for granting promotional rewards to credit account holders |
US20040098337A1 (en) * | 2002-10-31 | 2004-05-20 | Gudgeon Jerome E. | Systems and methods of linking multiple entities to multiple accounts |
US20040181453A1 (en) * | 2002-11-06 | 2004-09-16 | Ray James Thomas | Configurable stored value platform |
US20040177018A1 (en) * | 2002-12-12 | 2004-09-09 | Fenger Richard Michael | Financial services production support system and method |
US20040220865A1 (en) * | 2003-03-17 | 2004-11-04 | Stephen Lozowski | Financial record processing system |
US20040211830A1 (en) * | 2003-04-22 | 2004-10-28 | First Data Corporation | Multi-purse card system and methods |
US20040220907A1 (en) * | 2003-04-30 | 2004-11-04 | Camarillo David W. | Technique for searching for contact information concerning desired parties |
US20070185776A1 (en) * | 2003-06-24 | 2007-08-09 | Nextchoice, Inc. | System and method for presenting consumer purchasing opportunities through multiple communication and display mediums |
US20050027648A1 (en) * | 2003-07-29 | 2005-02-03 | Knowles W. Jeffrey | System and method of account reconciliation for electronic transactions |
US20090043701A1 (en) * | 2003-12-17 | 2009-02-12 | Fmr Corp. | Financial account management |
US20050177542A1 (en) * | 2004-02-06 | 2005-08-11 | Glen Sgambati | Account-owner verification database |
US20050187799A1 (en) * | 2004-02-20 | 2005-08-25 | Mcgiffin Gail E. | Account level participation for underwriting components |
US20050187938A1 (en) * | 2004-02-24 | 2005-08-25 | First Data Corporation | System for maintaining party data |
US20060059225A1 (en) * | 2004-09-14 | 2006-03-16 | A9.Com, Inc. | Methods and apparatus for automatic generation of recommended links |
US20070011057A1 (en) * | 2005-07-07 | 2007-01-11 | Jaime Archer | Website user account linking |
US20070192122A1 (en) * | 2005-09-30 | 2007-08-16 | American Express Travel Related Services Company, Inc. | Method, system, and computer program product for linking customer information |
US20070179776A1 (en) * | 2006-01-27 | 2007-08-02 | Xerox Corporation | Linguistic user interface |
US20080281786A1 (en) * | 2007-05-11 | 2008-11-13 | Microsoft Corporation | Producer/consumer optimization |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11308170B2 (en) | 2007-03-30 | 2022-04-19 | Consumerinfo.Com, Inc. | Systems and methods for data verification |
US11769112B2 (en) | 2008-06-26 | 2023-09-26 | Experian Marketing Solutions, Llc | Systems and methods for providing an integrated identifier |
US11157872B2 (en) | 2008-06-26 | 2021-10-26 | Experian Marketing Solutions, Llc | Systems and methods for providing an integrated identifier |
US10127613B2 (en) * | 2009-06-27 | 2018-11-13 | Christopher R. Petruzzi | Auditing custodial accounts |
US10580025B2 (en) | 2013-11-15 | 2020-03-03 | Experian Information Solutions, Inc. | Micro-geographic aggregation system |
US11107158B1 (en) | 2014-02-14 | 2021-08-31 | Experian Information Solutions, Inc. | Automatic generation of code for attributes |
US11847693B1 (en) | 2014-02-14 | 2023-12-19 | Experian Information Solutions, Inc. | Automatic generation of code for attributes |
US11227001B2 (en) | 2017-01-31 | 2022-01-18 | Experian Information Solutions, Inc. | Massive scale heterogeneous data ingestion and user resolution |
US11681733B2 (en) | 2017-01-31 | 2023-06-20 | Experian Information Solutions, Inc. | Massive scale heterogeneous data ingestion and user resolution |
US11734234B1 (en) | 2018-09-07 | 2023-08-22 | Experian Information Solutions, Inc. | Data architecture for supporting multiple search models |
US12066990B1 (en) | 2018-09-07 | 2024-08-20 | Experian Information Solutions, Inc. | Data architecture for supporting multiple search models |
US11515018B2 (en) | 2018-11-08 | 2022-11-29 | Express Scripts Strategic Development, Inc. | Systems and methods for patient record matching |
US11941065B1 (en) | 2019-09-13 | 2024-03-26 | Experian Information Solutions, Inc. | Single identifier platform for storing entity data |
US20220215498A1 (en) * | 2020-05-27 | 2022-07-07 | Coupang Corp. | Computerized systems and methods for fraud detection and user account deduplication |
US11361395B2 (en) * | 2020-05-27 | 2022-06-14 | Coupang Corp. | Computerized systems and methods for fraud detection and user account deduplication |
TWI760043B (en) * | 2020-05-27 | 2022-04-01 | 南韓商韓領有限公司 | Computerized systems and methods for fraud detection and user account deduplication |
US12039624B2 (en) * | 2020-05-27 | 2024-07-16 | Coupang Corp. | Computerized systems and methods for fraud detection and user account deduplication |
US11880377B1 (en) | 2021-03-26 | 2024-01-23 | Experian Information Solutions, Inc. | Systems and methods for entity resolution |
Also Published As
Publication number | Publication date |
---|---|
US20070192122A1 (en) | 2007-08-16 |
US20130031109A1 (en) | 2013-01-31 |
US9324087B2 (en) | 2016-04-26 |
US8306986B2 (en) | 2012-11-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9324087B2 (en) | Method, system, and computer program product for linking customer information | |
US9646058B2 (en) | Methods, systems, and computer program products for generating data quality indicators for relationships in a database | |
US20190228419A1 (en) | Dynamic self-learning system for automatically creating new rules for detecting organizational fraud | |
US8170998B2 (en) | Methods, systems, and computer program products for estimating accuracy of linking of customer relationships | |
JP2022528839A (en) | Personal information protection system | |
US20080301016A1 (en) | Method, System, and Computer Program Product for Customer Linking and Identification Capability for Institutions | |
US20110137760A1 (en) | Method, system, and computer program product for customer linking and identification capability for institutions | |
JP2024105249A (en) | Intelligent Warning System | |
US20060247991A1 (en) | System, method, and computer program product for searching credit agencies using partial identification numbers | |
US20090248560A1 (en) | Assessment of risk associated with doing business with a party | |
US20160379184A1 (en) | Dynamic resource management associated with payment instrument exceptions processing | |
US20060004595A1 (en) | Data integration method | |
US20090248465A1 (en) | Assessment of risk associated with doing business with a party | |
KR100883827B1 (en) | A system and a method for calculatiing fitness of location of independently managed business shops and rank of the shops in sales | |
US20150363875A1 (en) | System and Method for Filtering and Analyzing Transaction Information | |
US20110055072A1 (en) | Event processing for detection of suspicious financial activity | |
US20090248559A1 (en) | Assessment of risk associated with doing business with a party | |
US20150302406A1 (en) | Methods and systems for improving accurancy of merchant aggregation | |
KR101084440B1 (en) | Automatic entry generation appartus and method thereof | |
CN112967130A (en) | Method and device for identifying enterprise association relationship | |
US8682684B2 (en) | Method, apparatus and computer program product for monitoring compliance in reporting unclaimed property | |
Thiprungsri | Cluster analysis for anomaly detection in accounting | |
US20150302405A1 (en) | Method and system for validation of merchant aggregation | |
KR20090001917A (en) | System and method for early warning on credit customer and program recording medium | |
KR20090086370A (en) | System for processing credit customer grading |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: III HOLDINGS 1, LLC, DELAWARE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC.;REEL/FRAME:038490/0733 Effective date: 20140324 |
|
AS | Assignment |
Owner name: LIBERTY PEAK VENTURES, LLC, TEXAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:III HOLDINGS 1, LLC;REEL/FRAME:045611/0193 Effective date: 20180315 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |