System and method of generating existing customer leads

Description

BACKGROUND
Field of the Disclosed Embodiments

Embodiments of the systems and methods described herein relate to generating existing customer leads.

Description of the Related Art

Consumer lead generation is a large and growing industry. The lead generation industry identifies individual or business consumers that may be interested in buying products or services and sells contact information for those consumers to providers of the products or services. For example, a residential loan lead generation company, such as LowerMyBills.com, identifies consumers interested in getting a residential loan and sells the consumers' contact information to lenders of residential loans. A “lead,” as used herein, generally comprises contact information or other consumer information of a potentially interested buyer of goods or services.

Lead generation companies sell leads for many products and services, including residential loans, commercial loans, real estate agents, automobiles, attorneys, housecleaners, and many other products and services. Providers of such products and services buy leads because leads effectively identify consumers that are already interested in the providers' products and services. Accordingly, leads often result in more sales than advertising, cold calling, or other forms of salesmanship.

SUMMARY

In this application we describe embodiments of systems and methods of generating existing customer leads. In many cases, lead generation companies generate leads for vendors. Vendors often desire to obtain leads that provide information about potential customers in order to have a chance to obtain new business. It can be beneficial, however, for a vendor to also obtain leads that provide information about consumers that are already customers of the vendor. In this application, we refer to such leads as “existing customer leads.” One advantage of receiving an existing customer lead is that the vendor becomes aware, upon receipt of the lead, that the vendor's customer may be considering doing business with another vendor. In some cases, such a customer may keep old accounts with the existing vendor but may open new accounts with the other vendor. In other cases, such a customer may close its existing accounts and transfer the business to the other vendor. In either case, the existing vendor has an opportunity to retain its business or expand its business with the customer if the vendor can convince the customer that the existing vendor provides the best goods or services at the desired price.

Additionally, it is generally understood that the costs of obtaining a new customer (e.g. advertising, promotional pricing or discounting, and other costs) are often higher than the costs of retaining an existing customer. Accordingly, many vendors, upon finding out that an existing customer may be considering doing business with a different vendor, may desire to make an offer or deal with the customer, or to otherwise try to retain the customer. The embodiments of the systems and methods described herein give vendors a chance to retain their customers or to expand their business with their customers by alerting the vendors when an existing customer has requested to be matched with competing vendors. The request to be matched with competing vendors is, of course, one sign that suggests that the customer may be considering to change vendors or to do new business with a different vendor.

An existing customer lead generation system, in accordance with some embodiments described herein, may benefit consumers, vendors, and lead generation companies. Consumers may benefit because they may receive offers or deals from existing vendors seeking to retain, or expand their business. Accordingly, consumers may be able to improve the terms of existing contracts or other business arrangements with their vendors. Vendors may benefit because they may be able to persuade existing customers to continue doing business (or even expanding their business) with the vendor at a cost that is less than the cost of obtaining new customers. Lead generation companies may benefit by selling leads that are more useful and valuable to vendors and that thus command a higher premium.

One embodiment of an existing customer lead generation system comprises a database of existing customer information for one or more vendors and a matching engine configured to determine when a consumer is an existing customer of one or more vendors and to match the consumer with vendors according to vendor-defined criteria. In this embodiment, the matching engine compares leads, from whatever source obtained, with information about existing customers that is stored in the existing customer information database. The matching engine can then compare the lead with vendor-defined criteria to determine whether to match the consumer with any existing vendors. In this fashion, the system can transmit leads of existing customers to vendors that, according to their criteria, want to receive those leads.

A lead may identify a consumer that is an existing customer of one vendor but is not an existing customer of another vendor. Accordingly, the customer information database preferably identifies existing customers on a vendor-by-vendor basis. In one embodiment, a separate customer information database exists for each vendor. For example, one customer information database may include the existing customers of ABC Mortgage Company and a separate customer information database may include the existing customers of Specialty Financing. Alternatively, the system may use a single customer information database that includes records designating which vendor or vendors a consumer is an existing customer of.

In one variation, the system periodically receives updates to the customer information database. In one advantageous variation, the vendors provide the system with their customer information. For example, each vendor may create a customer information file that the system periodically downloads and uses to update the system's customer information database. Alternatively, vendors may transmit customer information to the system in real time so that the system can update the customer information database immediately. Alternatively, the vendors may maintain their own customer information databases that the system may query in real time just prior to matching consumers with vendors. These methods of updating the customer information database (or of querying vendor-maintained databases) allow each vendor, rather than the system, to define the vendor's existing customers.

Optionally, the systems and methods allow each vendor to define the vendor's set of existing customers without requiring the vendor to disclose complete consumer contact information associated with each customer. In one embodiment, the consumer information database stores only a portion of the contact information of each customer, such as, for example, a limited number of letters in the customer's first and last name, the customer's five-digit zip code, and the numerical values of the customer's street address. Advantageously, the amount of information stored, while not enough to reveal the full contact information, is preferably enough to determine whether the consumer is an existing customer.

Not requiring the vendor to disclose complete consumer contact information is advantageous in at least three ways, First, it requires fewer computational and storage resources because less information must be transmitted and stored. Second, it increases the vendor's trust in the existing customer lead generation system because the system does not receive enough contact information to sell leads based on the vendor's information to another vendor. Third, it reduces or eliminates consumer privacy concerns because the limited amount of information that is transmitted is unlikely to result in the disclosure of sensitive information.

Herein we describe examples or embodiments of systems and methods to generate existing customer leads such that a skilled artisan will understand a few different ways to make and use the invention. However, the invention is not limited to just the described embodiments. Rather, the invention encompasses each disclosed embodiment individually, any combination or subset of the disclosed embodiments, and any variation of the disclosed embodiments that is appreciated by a skilled artisan in light of this disclosure. For example, while we describe many advantageous features and components, a skilled artisan will appreciate, in light of this disclosure, that these features and components are not necessary parts of every embodiment, but can be omitted from or changed in some embodiments.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram that illustrates one embodiment of an existing customer lead generation system connected to a network.

FIG. 2 illustrates existing customer information in accordance with an embodiment of the systems and methods disclosed herein.

FIG. 3 is a table that illustrates a format for expanded customer information in accordance with an embodiment of the systems and methods disclosed herein.

FIG. 4 is a flowchart that illustrates one embodiment of a process of generating existing customer leads.

FIG. 5 is a flowchart that illustrates one embodiment of a process of using an existing customer lead to provide an offer to an existing customer.

FIG. 6 is a flowchart that illustrates one process of generating and transmitting an existing customer lead.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

FIG. 1 is a block diagram that illustrates one embodiment of an existing customer lead generation system connected to a network. The existing customer lead generation system 100 of FIG. 1, and the embodiments of other figures, may be implemented in the context of a loan lead generation system such as the system embodied at the web site www.lowermybills.com. We offer this context to illustrate one concrete application of the existing customer lead generation system 100 in order to help a skilled artisan understand how the existing customer lead generation system 100 may be used in practice. The invention, however, is not limited to generating existing customer leads for the lending industry. Rather, a skilled artisan will appreciate, in light of this disclosure, that the systems and methods described herein can be used to generate leads for any industry, including, without limitation, the residential loan industry, the commercial loan industry, the real estate industry, the automobile industry, the legal industry, or any other industry. The term “vendor” refers broadly to any potential lead buyer, of whatever industry, that offers one or more products or services.

To further illustrate a concrete application of the existing customer lead generation system 100, we describe the existing customer lead generation system 100 in the context of a lead generation system that generates leads using the Internet. An example of such a lead generation system is found on the web site located at www.lowermybills.com. This site prompts a consumer interested in obtaining a loan to enter his own contact information into a web-based form and sends the contact information to a group of matched lenders. In one embodiment, the group of matched lenders is selected by the system without any input from the consumer. Alternatively, the consumer may help select some or all of the lenders.

In one embodiment, components of an Internet-based lead generation system include a matching engine 115, a vendor criteria database 120, a vendor criteria entry component 125, a vendor customer criteria database 108, a vendor customer criteria entry component 105, and a web server 130. In, general, the lead generation system generates a lead when a consumer 140 accesses the web server 130 over a network 135 such as the Internet. The web server 130 serves web pages that prompt the consumer 140 to enter his contact information into a web-based form. The consumer 140 may also be prompted to enter other information to assist the system to match the consumer 140 with vendors that offer the products or services that the consumer 140 wants.

Generally, the vendor criteria database 120 includes criteria that define characteristics of consumers with whom each vendor wants to be matched. In the context of lending, a lender's criteria may specify that the lender wants to be matched with consumers that have excellent credit and that seek a home purchase loan for more than $300,000. In the context of selling cars, a car dealer's criteria may specify that the dealer wants to be matched with consumers that want to buy a new Honda car with a Manufacturer's Suggested Retail. Price of at least $15,000. Generally, the matching engine 115 compares characteristics of the consumer 140 with the vendor criteria database 120 to match the consumer 140 with one or more vendors. In some cases the consumer 140 may not meet any vendor's criteria and the matching engine 115 may not make a match.

The vendor customer criteria database 108, in one embodiment, also stores criteria that define characteristics of consumers with whom each vendor wants to be matched. In one embodiment, the vendor customer criteria database 108 stores criteria that relates specifically to consumers that are existing customers of a vendor. Thus, the system 100 may be implemented such that there is a database for storing criteria about non-existing customers (i.e. the vendor criteria database 120) and a separate database for storing criteria about existing customers (i.e. the vendor customer criteria database 108). Maintaining two separate databases may advantageously result in higher processing speed, efficiency, or security. Nevertheless, maintaining two separate databases is not required. Rather, in one embodiment the vendor criteria database 120 stores criteria regarding both existing customers of each vendor and potential new customers of the vendor.

Advantageously, the vendor criteria database 120 and the vendor customer criteria database 108 may provide different criteria for matching with existing customers than for matching with potential new customers. For example, a vendor may have relaxed criteria for receiving a lead from an existing customer. In the context of mortgage loan leads, for example, a vendor may choose to be matched with existing customers seeking refinance loans of at least $100,000 but may choose to be matched with potential new customers seeking refinance loans of more than $200,000. Many factors may influence the willingness to serve existing customers under relaxed criteria, including the following: (1) it may cost less to retain an existing customer than it does to earn the business of a new customer, (2) retaining existing customers may involve less risk (e.g. less risk of default) than acquiring new customers, (3) retaining existing customers may lead to increased sales because customers that are successfully retained may speak well of a vendor or recommend a vendor to other consumers, and (4) existing customers who are successfully retained may later purchase additional goods and services.

In one embodiment, the vendor customer criteria database 108 includes criteria based on an existing customer's status with a vendor, in addition to the mere fact of being an existing customer. For example, in one embodiment a vendor is able to specify certain circumstances under which the vendor wants to receive a lead for a consumer that has been a customer for 5 years and to specify different circumstances for a consumer that has been a customer for a few months. Alternatively or additionally, a vendor may specify that it wants a lead for a customer that has conducted a high dollar volume of business with the vendor but that it does not want a lead for a customer that has conducted a very low dollar volume of business with the vendor. A skilled artisan will appreciate, in light of this disclosure, that the matching engine 115 should be configured such that it has access to sufficient information to evaluate whether any given criteria is met. Thus, for example, if criteria specifies that a vendor wants a lead for a customer that has conducted a high dollar volume of business with the vendor, the matching engine 115 should have access to information about the dollar volume of the business conducted between the customer and the vendor, Such information is stored, in one embodiment, in the vendor customer information database 110. Alternatively, the information may be stored in a separate database that may be local or remote to the system 100 and that may be queried as needed.

A skilled artisan will appreciate, in light of this disclosure, that vendor criteria may differ widely among vendors. Some vendors, for example, may want to receive leads for all existing customers, without regard to any other criteria, while other vendors may define strict additional criteria such that they receive only a small fraction of leads for existing customers, Preferably, the system 100 provides flexibility by allowing each vendor to precisely specify its own criteria. While it is preferred that the criteria can be defined with a great degree of precision and take into account multiple variables to provide the most flexibility to vendors, there is no required minimum number of variables that the system 100 must take into account.

In one embodiment, the vendor criteria database 120 and the vendor customer criteria database 108 also store a bounty, or price, that the vendor is willing to pay to receive a lead that meets certain criteria. For example, a vendor may specify a bounty of $50 for a lead of an existing customer seeking a $500,000 loan but may specify a bounty of just $20 for a lead of an existing customer seeking a $200,000 loan. Alternatively or additionally, a vendor may specify a bounty of $50 for a lead of an existing customer seeking a $500,000 loan but may specify a bounty of just $25 for a lead of a consumer who is not an existing customer that is seeking a $500,000 loan. A skilled artisan will appreciate that many factors influence the bounty that a vendor is willing to pay for a lead, including the potential value of a successful transaction, costs of completing a successful transaction (e.g. costs of communicating with a potential buyer and/or having a salesperson meet with a potential buyer to try to close a deal), the probability of completing a successful transaction, and the like. In alternative embodiments, no bounty is stored or the bounty is stored in a database separate from the vendor criteria database 120 and the vendor customer criteria database 108.

As will be appreciated, the criteria that may be defined by a vendor and stored in the vendor criteria database 120 and the customer criteria database 108 depends on the type of data that is available about the consumer, the good or service that the consumer may purchase, and other data. For example, if data about a consumer's annual income is available, that data may provide the basis for the criterion that a vendor wants to receive a lead only for consumers with annual incomes above $100,000. As will be appreciated, the type of data that is available to the system may vary based on the industry for which leads are to be generated, as certain data may be relevant to one industry but not relevant to another. As the systems and methods can be used for generating leads for any industry, a complete list of the possible data fields that may be stored and upon which criteria can be based cannot be set forth in this application. Some data fields that may be relevant within the context of the home mortgage lead industry are as follows (1) annual income, (2) value of property, (3) loan to value ratio, (4) credit score, (5) other outstanding debt (e.g. credit card debt, student loans, automobile loans, and other debt), (6) mortgage loan type, (7) home description, (8) purchase year, (9) property address/location, (10) current mortgage value, (11) current mortgage rate, and (12) existing mortgage type.

Generally, the vendor criteria entry component 125 comprises computer-executable instructions stored on a computer-readable medium that are configured, when executed by a general-purpose computer, to allow a user to update the vendor criteria database 120. Alternatively, the vendor criteria entry component 125 may be implemented as a hardware component, a firmware component, or a component that is some combination of hardware, firmware, and software, that performs the equivalent function A skilled artisan will understand that hardware, firmware, software, or combination implementations are equivalent, and will understand how to make and use any of these implementations. The term “vendor criteria entry component” encompasses all of these implementations. In one embodiment, the vendor criteria entry component 125 is accessible to a plurality of vendors 145, 150, and 155 over a network 160, such that the vendors 145, 150, and 155 can directly update their own criteria. Alternatively, the vendor criteria entry component 125 is not accessible to the vendors 145, 150, and 155, such that a person or automated process affiliated with the lead generation system must update the vendor criteria database 120. The network 160 may or may not be the same network as the network 135.

Generally, the vendor customer criteria entry component 105 comprises computer-executable instructions stored on a computer-readable medium that are configured, when executed by a general-purpose computer, to allow a user to update the vendor customer criteria database 108 with respect to criteria associated with existing customers of a vendor. Alternatively, the vendor customer criteria entry component 105 may be implemented as a hardware component, a firmware component, or a component that is some combination of hardware, firmware, and software, that performs the equivalent function A skilled artisan will understand that hardware, firmware, software, or combination implementations are equivalent, and will understand how to make and use any of these implementations. The term “vendor customer criteria entry component” encompasses all of these implementations. In one embodiment, the vendor customer criteria entry component 105 is accessible to a plurality of vendors 145, 150, and 155 over a network 160, such that the vendors 145, 150, and 155 can directly update their own criteria. Alternatively, the vendor customer criteria entry component 105 is not accessible to the vendors 145, 150, and 155, such that a person or automated process affiliated with the lead generation system must update the vendor criteria database 108. The network 160 may or may not be the same network as the network 135.

Generally, the matching engine 115 comprises computer-executable instructions stored on a computer-readable medium that are configured, when executed by a general-purpose computer, to match the consumer 140 to one or more vendors based on vendor criteria and characteristics of the consumer 140. Alternatively, the matching engine 115 may be implemented as a hardware component, a firmware component, or a component that is some combination of hardware, firmware, and software, that performs the equivalent function. A skilled artisan will understand that hardware, firmware, software, or combination implementations are equivalent, and will understand how to make and use any of these implementations. The term “matching engine” encompasses all of these implementations.

In one embodiment, the matching engine 115 matches the consumer 140 with vendors by comparing characteristics of the consumer 140 with vendor criteria stored in the vendor criteria database 120 and vendor customer criteria stored in the vendor customer criteria database 108. The matching engine 115 may require an exact match (e.g. the consumer 140 meets all of a vendor's criteria) or the matching engine 115 may make matches that are close but not exact (e.g. the consumer 140 meets an acceptable level of the vendor's criteria). In some cases the matching engine 115 may match the consumer 140 with only one vendor, while in others the matching engine 115 may match the consumer 140 with multiple vendors. In some cases, the matching engine 115 may not be able to make any matches because the consumer 140 may have characteristics that do not match any vendor's criteria.

The consumer 140 characteristics may be collected in many ways. One way to collect the consumer 140 characteristics is to have the consumer 140 fill out a web based form served by the web server 130. The consumer 140 may be asked, for example, to provide his contact information and information about his creditworthiness, job, income, interests, and the like. In some cases the consumer 140 may be asked to estimate some of these characteristics rather than provide an exact value. A skilled artisan will appreciate, in light of this disclosure, that the characteristics requested differ based on the type of lead that is being generated and the type of information that vendors care about for qualifying a consumer as a potential buyer. Thus, in the context of mortgage loans, creditworthiness is an important characteristic. However, in the context of a product such as a computer that the consumer 140 will likely purchase using cash or a credit card, creditworthiness is less important.

Another way to collect the consumer 140 characteristics is to look up information about the consumer 140 stored in a database. An example of this approach is to request a credit report for the consumer 140 after obtaining the Social Security number from the consumer 140. Still other ways to collect consumer 140 characteristics exist outside of the context of web-based lead generation systems. For example, the consumer 140 can be asked to fill out a paper form or to answer questions during a face-to-face or telephone survey or interview.

A web-based lead generation system, such as the example described above, is a preferred way to collect leads for sending to vendors. However, while we describe embodiments of an existing customer lead generation system 100 in the context of such a web-based lead generation system, the existing customer lead generation system 100 can be used for leads generated in other ways, including leads generated from paper forms or from face-to-face or telephone surveys or interviews. It is advantageous to use a computerized method of generating leads because such leads will already be stored in electronic form and can easily be compared to the vendor customer information database 110 described herein. However, non-electronic leads can be manually or automatically converted (such as by optical character recognition or the like) into electronic form so that the existing customer lead generation system 100 can be used with them.

The illustrated existing customer lead generation system 100 comprises the matching engine 115, the vendor criteria database 120, the vendor customer criteria database 108, and the vendor customer information database 110. The vendor customer information database 110 comprises information about existing customers of each vendor Preferably, the information stored in the vendor customer information database 110 stores enough information about each customer to determine, to an acceptable degree of accuracy, whether a customer is already an existing customer of a given vendor. The acceptable degree of accuracy need not be 100%, and the vendor customer information database 110 need not store complete contact information for each customer. For example, in one embodiment, the vendor customer information database 110 stores, for each customer, four letters of the customer's last name, the first letter of the customer's first name, the customer's zip code, and the numerical values of the customer's street address. This information is sufficient to accurately and uniquely identify almost all consumers in the United States, without requiring the storage of complete contact information for each consumer. Nevertheless, this precise format is not required, a skilled artisan will appreciate that many other formats may be used.

In addition to the customer information used for uniquely identifying a given consumer, the vendor customer information database 110 may also store other information about the customer that may be useful to a vendor. For example, with regard to a mortgage loan lead generation system, the vendor customer information database 110 may store information about whether the customer has a mortgage account with a particular vendor, whether the customer has a credit card account with a particular vendor, what year the customer became a customer of a particular vendor, and the like. This information may be used advantageously by the vendor to better understand the needs or desires of the customer and to generate an offer or deal for the customer that is more likely to retain the customer.

The term “database,” as used with respect to the vendor customer information database 110, the vendor customer criteria database 108, and the vendor criteria database 120, encompasses any group of data that stores information about customers or vendor criteria. These databases need not require Structured Query Language (“SQL”), a relational database management system, or any other query language or database management system, for accessing the information stored therein. Moreover, these databases are not limited to any particular format Rather, these databases may be simple text files that have an entry on each line or multiple entries on a single line separated by commas, tabs, semicolons, or the like. Alternatively, these databases may comprise all or portions of many computer files stored in one or more directories or folders.

An advantageous variant of the existing customer lead generation system 100 periodically updates the vendor customer information database 110 to reflect new information about vendors' customers. In one embodiment, the system 100 stores customer information in the vendor customer information database 110 for a limited time, such as, for example, 1 year. Alternatively, the system 100 may store customer information in the vendor customer information database 110 for 3 months, 6 months, 9 months, 15 months, 18 months, 21 months, 2 years, or any other reasonable period A skilled artisan will appreciate, in light of this disclosure, that any reasonable time period can be selected in accordance with the needs or preferences of the vendors or the operator of the lead generation system. Alternatively, the system 100 may store customer information in the vendor customer information database 110 until the vendor instructs the system 100 to delete the information.

The time period is preferably set such that the system 100 will likely identify true existing customers rather than former customers. As will be appreciated by a skilled artisan, the appropriate time period may differ based on the type of product or service that the consumer seeks. For example, a customer of a vendor that provides long-term products or services, such as, for example, 30-year fixed mortgages, may be expected to be a long-term customer. For such products or services, a customer can, be expected to remain as a customer for longer, and the appropriate time period may be several years. On the other hand, a shorter time period may be appropriate for vendors of inexpensive, frequently replaced, or commodity products for which customers are expected to change vendors frequently.

In various alternative embodiments, a vendor may maintain a vendor customer information database 158 in addition to or in place of the system's vendor customer information database 110. In such embodiments, the system 100 may query the vendor's vendor customer information database 158 in real time at the time that a lead is being generated. If the system 100 determines, based on the query of the vendor's vendor customer information database 158, that the lead is for an existing customer of the vendor, the system 100 refers to the vendor customer criteria database 108 to determine whether to match the lead with the vendor. Advantageously, such an approach ensures that the system 100 accesses the latest customer information maintained by the vendor without requiring the system 100 to periodically update its own vendor customer information database 110. Alternatively, the system 100 can maintain a vendor customer information database 110 that is updated in real time when changes occur in, a vendor's vendor customer information database 158. For example, the system's vendor customer information database 110 and the vendor's vendor customer information database 158 may be linked together via Open Database Connectivity (“ODBC”) or via any other mechanism for linking databases together. A skilled artisan will appreciate, in light of this disclosure, that there are many mechanisms for linking databases together and that any such mechanism can be used.

In one embodiment, as illustrated by FIG. 1, the vendor customer information database 110 is a local database to the system 100. Moreover, in one embodiment, the vendor customer information database 110 is maintained by the lead generation company. Alternatively, the vendor customer information database 110 may be a remote database and may be maintained by a trusted third-party that is independent of the vendors and the lead generation company. For embodiments in which the vendor customer information database 110 is maintained by a trusted third-party, the system 100 may query the vendor customer information database 110 by sending a match key to the vendor customer information database 110. The system 100 may then receive an indication of whether the consumer is an existing customer of any vendor, without receiving any additional information about the consumer. Vendors that are particularly concerned about security and do not want the lead generation company to have access to too much consumer information may prefer this embodiment.

In one embodiment, not shown, the system 100 may maintain or have access to separate vendor customer information databases for each of a plurality of goods or services. For example, in the context of loans, the system 100 may have one vendor customer information database for refinance loans, home purchase loans, home equity loans, and the like. Some vendors may want to pay different bounties based on which list an existing customer is on.

FIG. 2 illustrates existing customer information that may be stored in the vendor customer information database 110, in accordance with one embodiment. In the illustrated embodiment, customer information 200 comprises a match key 205, a mortgage account indicator 210, a credit card account indicator 215, an automobile loan account indicator 220, a personal loan account indicator 225, a checking or savings account indicator 230, an other account indicator 235, a group field 240, and a start year field 245. The customer information 200 is associated with a particular vendor such that the presence of a particular customer's information means that that customer is an existing customer of the vendor. This association between the customer information 200 and the vendor may be accomplished in many ways that will be appreciated by a skilled artisan, including, for example, by storing separate customer lists for each vendor or including a vendor identification field in each customer entry. Any method for associating customer information 200 with particular vendors may be used.

The match key 205 is a code used to identify an existing customer of a vendor. In the illustrated embodiment, the match key 205 comprises the first four letters of a customer's last name, the first letter of the customer's first name, the customer's five-digit zip code, and the numerical values of the customer's street address. Preferably, the match key 205 provides enough information for the system 100 to uniquely identify a very high percentage of consumers, without providing enough information for a person or business to effectively identify and be able to contact the consumer Using a match key that is not useful for contacting the consumer increases the vendors' confidence that the operator of the system 100 will not sell the vendors' customer information. Additionally, using this type of match key increases security by preventing the release of easily identifiable consumer information in the event of a security breach of the vendor customer information database 110. The illustrated format for the match key 205 is an example only and does not limit the invention to any particular format. Any format for identifying consumers may be used.

The match key 205 provides sufficient, but not necessarily required, information for identifying whether a user of the system 100 is an existing customer of a vendor. As such, the other illustrated fields of the customer information 200 are strictly optional fields that may be used to provide convenient information to a vendor receiving an existing customer lead, to determine whether vendor customer criteria is met, to determine the bounty that the vendor is willing to pay, or the like. Indeed, in one embodiment the customer information 200 includes a match key 205 and no additional information. Any additional information in the customer information 200 is preferably relevant to the type of good or service being offered, such that the additional information can aid the system 100 match the lead with vendors or aid the vendor in trying to complete a sale with the customer.

The additional information illustrated by FIG. 2 is relevant in the context of leads for a loan product. As illustrated, the mortgage account indicator 210 is a binary (Yes/No) value that indicates whether the existing customer currently has a mortgage account with the vendor. The credit card account indicator 215 is a binary value that indicates whether the existing customer currently has a credit card account with the vendor. The automobile loan account indicator 220 is a binary value that indicates whether the existing customer currently has an automobile loan account with the vendor. The personal loan account indicator 225 is a binary value that indicates whether the existing customer currently has a personal loan account with the vendor. The checking/savings account indicator 230 is a binary value that indicates whether the existing customer currently has a checking or savings account with the vendor. The other account indicator 235 is a binary value that indicates whether the existing customer currently has some other kind of account with the vendor. The group field 240 is an alphanumeric field that allows for grouping each customer into a group. In one embodiment, the group field 240 is used in place of the account type indicators. For example, the group field 240 may be used to specify “checking” when the customer is an existing checking account customer. The group field 240 may also be used to store other classification information, in addition to the account type indicators, although this usage is not required and not illustrated by FIG. 2. The start year field 245 indicates the year that the customer became a customer of the vendor.

While the match key 205 alone is sufficient to determine whether a consumer is an existing customer of a vendor, the additional information can be used in a variety of ways to aid the system 100 or the vendor. For example, the vendor customer criteria can be based, at least in part, on the additional information That is, in the context of mortgage leads, a vendor may specify that it wants to receive leads for existing mortgage account customers but that it does not want to receive leads for existing credit card account customers (who are not also existing mortgage account customers). In addition, the bounty paid by the vendor upon being matched with the customer may depend at least in part on the additional information. For example, a vendor may be willing to pay $50 for leads for existing mortgage account customers but only $20 for leads for existing credit card, customers. Alternatively or additionally, the system 100 may report the additional information to the vendor who receives an existing customer lead, for the convenience of the vendor. As the additional information is originally provided by the vendor, the vendor could alternatively look up the information upon receiving an existing customer lead from the system 100, but it may be more convenient for the vendor to receive the information from the system 100 so that this look up step is not required. The vendor could use the information to assess what message, offer, or incentive would be most successful in retaining the customer.

FIG. 2 depicts only one example of the information and the format of the information that may be stored in the vendor customer information database 110. A skilled artisan will appreciate, in light of this disclosure, that the content or format of the information may be different. In particular, the content of the information will differ according to industry because different information is relevant to each industry. In addition, the level of detail of the information may differ. For example, FIG. 3 is a table that illustrates an information format that differs in certain respects from the information format of FIG. 2. Primarily, the format of FIG. 3 differs from FIG. 2 in that full customer names and addresses are stored instead of the match key 205 of FIG. 2. Specifically, in the format specified by FIG. 3, the following fields are stored: a first name field 305, a last name field 310, an address field 315, a city field 320, a state field 325, a zip code field 330, a mortgage account indicator 335, a credit card account indicator 340, an automobile loan account indicator 345, a personal loan account indicator 350, a checking/savings account indicator 355, an other account indicator 360, a customer group field 365, and a customer start year field 370. Many of the fields of FIG. 3 contain the same information as described for FIG. 2. FIG. 3 provides additional explanation of the fields.

A skilled artisan will appreciate, in light of this disclosure, that it is preferable to implement security measures in order to protect the consumer and other information transmitted to and from the system and stored in the system. Some security measures that may be taken include the following (1) locating databases of sensitive information in an internal network behind a firewall, (2) not connecting databases of sensitive information directly to the Internet, (3) encrypting sensitive information, (4) restricting and controlling access to databases of sensitive information, (5) keeping detailed logs of file updates, file accesses, file modifications, and the like.

FIG. 4 is a flowchart that illustrates one embodiment of a process of generating existing customer leads. The process 400 begins at a block 405 in which customer information is received. In one embodiment, the customer information comprises information about existing customers of a vendor. The content and format of the customer information may be as illustrated in FIG. 2 or FIG. 3, or any other content and format that is suitable for the type of leads to be generated. Generally, the customer information is received from a vendor who purchases leads from a lead generation source, although this is not required. The customer information may be received from a third-party that maintains a vendor's customer information or by a third-party that the vendor authorizes to access the customer information for the purpose of transmitting the information to a lead generation source. In one embodiment, the customer information is received from a vendor in electronic form over a network, such as the network 160 of FIG. 1.

The customer information may be received by periodically downloading, customer information from a vendor customer information database (such as the vendor customer information database 158) and storing the customer information into a local vendor customer information database (such as the vendor customer information database 110). In one embodiment, the customer information is received by periodic downloading every month. Different time periods may be used. In accordance with various embodiments, the customer information is received using File Transfer Protocol, Extensible Markup Language, Open Database Connectivity, by transfer of a secure compact disc or digital versatile disc, Hypertext. Transfer Protocol, any other protocol or method of communicating information, or any combination of protocols or methods of communication.

In a block 410, the process 400 receives vendor criteria. In one embodiment, the vendor criteria comprises criteria about consumer characteristics and other information that defines the types of consumers for which a vendor wants to receive leads. For example, a vendor may specify that the vendor wants to receive leads for consumers that are existing, home mortgage customers, that have excellent credit, and that are seeking, a refinance loan of at least $400,000. Other criteria may be set based on any data field that is appropriate for the industry for which the leads are being provided. For example, if the leads are for selling personal computers, appropriate criteria may include the make and model of the computer that a consumer is interested in buying, processor speed, amount of memory, and the like. In one embodiment, the vendor criteria is received over a computer network from a remote terminal that the vendor uses to enter criteria data. The terminal used to enter data may be a computer that includes software for entering the criteria data or it may be a web browser that the user uses to complete a web-based form. Alternatively or additionally, some or all of the criteria may be entered by an employee at a lead generation company who receives the criteria to be entered by phone, fax, email, or the like.

In one embodiment, the operation of block 410 includes receiving separate vendor criteria for circumstances in which the consumer is an existing customer of the vendor and for circumstances in which the consumer is not an existing customer of the vendor. Alternatively or additionally, vendor criteria for these differing circumstances may be received together, with part of the vendor criteria being that the consumer is or is not an existing customer. In embodiments, in which separate criteria are received, the separate criteria may be received from different sources, such as, for example, existing customer criteria being received over a network from a software application configured for the entry of existing customer criteria and non-existing customer criteria being received over a network from a software application configured for the entry of non-existing customer criteria.

In a block 415, the process 400 receives a consumer request for information. The consumer request for information may be a request for a quote, a request for a price, a request for a proposal, or simply a request for one or more vendors to contact the consumer. In any case, the consumer request for information preferably includes sufficient information to identify the consumer and what the consumer is requesting. For example, if the consumer wants to buy a new television, the consumer request for information may include several fields indicating the make and model of a desired television and contact information of the consumer. Preferably, the consumer request for information includes enough information about the consumer to determine which vendors are an appropriate match for the consumer and to allow the vendors to contact the consumer. In one embodiment, the consumer request for information is received after being transmitted from a consumer terminal over a computer network.

In one embodiment, the consumer request does not specify the product or service that the consumer seeks. In some cases, it may be unnecessary to specify the product or service because the product or service may be implicitly understood from an agreement or understanding between the lead generation company and the vendor receiving a lead. For example, a lead generation company may offer leads for only one product or service, such as, for example, credit cards, and it may thus be understood that any lead from that lead generation company is for a consumer that seeks a credit card. Accordingly, while it is generally preferred that the consumer request includes information about the requested product or service, this is not a requirement.

In one embodiment, the information about the consumer includes consumer characteristics such as income, a credit rating, debt, occupation, age, gender, address, preferences, and the like A skilled artisan will appreciate, in light of this disclosure, that not all such categories of information need be part of the consumer characteristics. Any combination of the foregoing characteristics, any combination of the foregoing characteristics with other characteristics not listed, or any combination of not listed characteristics, may be received by the process 400. A skilled artisan will appreciate that different consumer characteristics are relevant to matching consumers to vendors, depending on the industry for which the lead is to be generated. In some industries and circumstances, certain characteristics may not be received, such as age or gender, in order to ensure compliance with certain non-discrimination or other regulations. In one embodiment, at least a portion of the consumer characteristics are received from a remote consumer terminal. In one embodiment, at least a portion of the consumer characteristics are also received from a third-party site, such as the site of a credit bureau, that is located remotely from both the system 100 and the remote consumer terminal. For example, in one embodiment, the process 400 may receive some consumer characteristics from a consumer and, using those characteristics, request and receive additional information, such as a credit score, from a credit bureau. The income characteristic may be an estimate of the consumer's income. The credit rating may be a general classification of creditworthiness, such as excellent credit, good credit, fair credit, poor credit, or the like, or may be a more specific measurement of creditworthiness, such as a credit score.

In a block 420, the process 400 checks to determine if the consumer identified in the consumer request for information is an existing customer of one or more vendors associated with the system. In one embodiment, this check includes searching one or more vendor customer information databases for records identifying the consumer as an existing customer. In one embodiment, the vendor customer information databases stores at least a match key about each existing customer that provides unique identification of customers with a high degree of accuracy. For example, the match key format illustrated by FIG. 2, and described above, may be used. Other match key formats may be used, or a query on multiple fields may be performed. A skilled artisan will appreciate, in light of this disclosure, that using a match key may advantageously allow for uniquely identifying a large majority of consumers while not requiring vendors to disclose consumer information that is sufficient to contact the consumer. In one embodiment, information entered by the consumer is converted into a match key and the match key is then compared against records in, the vendor customer information database to determine if the consumer is an existing customer of a vendor. If an exact match is found, the consumer is deemed to be an existing customer of a vendor. In some embodiments, the consumer is deemed to be an existing customer of a vendor if a close match is found, even if the match is not exact.

In a block 425, the process 400 checks existing vendor criteria of any vendor for whom the consumer is an existing customer to determine if the consumer may be matched with the vendor. For example, in the context of mortgages, if it is determined that a consumer is an existing customer of a particular lender, that lender's existing customer criteria may be checked to determine if the existing customer falls within the categories of consumers about whom the lender wants to receive a lead. In one embodiment, the block 425 occurs only if it is determined, in the block 420, that the consumer is an existing customer of one or more vendors.

In a block 430, the process 400 checks other vendor criteria to match the consumer with vendors for whom the consumer is not an existing customer. For example, if it is determined that a consumer is not an existing customer of a particular lender, that lender's vendor criteria may be checked to determine if the consumer falls within the categories of consumers about whom the lender wants to receive a lead. While the operations of the blocks 425 and 430 are described as separate operations, a skilled artisan will appreciate, in view of this disclosure, that the operations can be combined. For example, the process 400 may check all criteria, including existing customer criteria and non-existing customer criteria, in a single operation.

Performance of the operations of blocks 425 or 430, both operations, or a combination of the two operations, identifies vendors with whom the consumer may be matched and that may receive a lead including the consumer's contact information. However, in some embodiments, the process 400 performs additional processing or filtering to reduce the number of vendors and thus make an ultimate determination of which vendors are to be matched with the consumer. For example, in a block 435, the process 435 checks bounties as part of a process of determining which vendors are to be matched with the consumer. As used herein, a “bounty” is an amount of money that a vendor will pay in order to receive a particular lead. The bounty amount may vary depending on vendor criteria or other factors. For example, a vendor may be willing to pay more for a lead of a consumer that is an existing customer than the vendor would be willing to pay for a lead of a consumer that is not an existing customer.

In one embodiment, the process 400 determines the bounty that each vendor would pay for a particular lead and takes this into account when determining which vendors are to be matched with the consumer. The bounty and possibly other factors are considered in a block 440, in which the process 400 matches the consumer with vendors. In one embodiment, the vendors that will pay the highest bounty are those that are matched with the consumer, without regard to other factors. Alternatively, other factors besides the bounty may be taken into account. One factor that may be taken into account is whether the vendor has already received a duplicate lead. In some embodiments, a lead de-duplication process is executed and vendors that have already received the lead are eliminated and are not matched with the consumer.

Another factor that may be considered is whether matching a vendor with a consumer would conflict with any conflict rules implemented by the process 400. For example, in one embodiment the process 400 executes a conflict checking process and does not match a vendor with a consumer when the match would create a defined conflict. An example of a defined conflict is a situation in which the process 400 matches a consumer with two vendors that are both franchisees of a single company. As the company may not allow its franchisees to compete with each other (e.g. if each franchisee has been granted exclusive geographic regions), this may create a conflict. In one embodiment, the process 400 is able to detect such conflicts by checking a series of conflict rules to determine if a defined conflict exists.

Another factor that may be considered is the preference of the consumer. In one embodiment, the consumer is allowed to make a limited choice as to which vendors are to receive the lead. For example, in one embodiment, the process 400 lists several vendors that may receive the lead of the consumer and allows the consumer to select a subset of vendors that are to receive the lead. The degree to which the consumer may choose the vendors may range from a large degree of choice (e.g. the consumer can select or deselect any number of the vendors) to a small degree of choice (e.g. the consumer can approve or reject the entire list of vendors but cannot select individual members of the list).

A skilled artisan will appreciate, in light of this disclosure, that many other factors may be taken into account in determining which vendors are ultimately matched with the consumer. Ultimately, however, the process 400 considers the applicable factors and determines the matched vendors who are to receive the lead of the consumer. As a skilled artisan will appreciate, in view of this disclosure, the number of matched vendors may vary. In some cases, if the consumer does not meet the criteria of any vendor, the process 400 may not match the consumer with any vendor, and may thus simply inform the consumer that no match occurred. In other cases, the process 400 may match the consumer with only one vendor or the process 400 may match the consumer with a few vendors or even a large number of vendors. Advantageously, the number of matched vendors is adaptable to meet the objectives of any particular system. For example, fewer matches may be desirable because vendors may pay much more for a match with fewer competitors because such a match may increase the chances that the vendor will complete a sale, while more matches may be desirable in order to give the consumer more choice and promote competition for the consumer's business.

In a block 445, the process 400 transmits consumer data to the matched vendors. The transmission may occur using any communication protocol or method, including, for example, e-mail, FTP, HTTP, XML, ODBC, secure CD or DVD transfer, or any other communication protocol or method that is known or that becomes known. In one embodiment, the consumer data transmitted to matched vendors comprises a lead.

Each of the foregoing operations of the process 400 may be performed by one or more general purpose computers, special purpose computers, or electronic devices. Each of the operations may be performed by software or firmware encoded with computer-readable instructions that perform the operations when executed by a computer. Alternatively, some or all of the operations may be performed by a hardware device configured to perform the operations. In one embodiment, the operations of the process 400 are performed by a system such as the system illustrated in FIG. 1. For example, the following components shown on FIG. 1 may perform the following operations: (1) the web server 130 may perform the operation of the block 405 of receiving customer information, the operation of the block 410 of receiving vendor criteria, and the operation of the block 415 of receiving a consumer request; (2) the matching engine 115 may perform the operation of the block 420 of checking whether the consumer is an existing customer of a vendor, the operation of the block 425 of checking existing customer vendor criteria, the operation of the block 430 of checking other vendor criteria, the operation of the block 435 of checking bounties, and the operation of the block 440 of matching the consumer with vendors; and (3) a transmission component (not shown) of the system 100 may perform the operation of the block 445 of transmitting consumer data to vendors.

While specific components of the system 100 of FIG. 1 have been identified that may perform the operations of the process 400, these components and operations have been identified by way of example and not limitation. Other components may participate in performing the operations of the process 400. Indeed, each operation of the process 400 may be performed by a separate component, or multiple operations of the process 400 may be performed by a component other than those illustrated by FIG. 1. As used herein, the term “component” is used broadly to include a hardware component, a software component, a firmware component, or some combination of the foregoing. In one embodiment, the components are implemented in software and comprise computer-executable instructions that, when performed by a computer, perform the operations defined by the computer-executable instructions. A software component is a group of instructions that define an operation, such as receiving customer information, and may comprise one program module, function, procedure, method, or other organizational unit, or may comprise multiple program modules, functions, procedures, methods, or other organizational units. Multiple software components may be encoded into a single program module, function, procedure, method, or other organizational unit. For example, instructions for receiving customer information and instructions for receiving vendor criteria may be included in a single program module.

None of the operations of blocks 405, 410, 415, 420, 425, 430, 435, 440, and 445 is a required operation, and the invention is not limited to a process that performs every one of the operations. In one embodiment, all of the operations of the illustrated process 400 are performed. However, other embodiments omit one, some, or all of the operations of the process 400. A skilled artisan will appreciate, in light of this disclosure, that any group of operations of the process 400 may be combined into unique and advantageous processes, and that the invention (as defined by the original or future claims) may encompass any such embodiments or variations, By way of example and not limitation, in one embodiment a process includes only the operations of receiving a consumer request, checking whether the consumer is an existing customer, checking vendor criteria, matching the consumer with vendors, and transmitting consumer data to vendors.

FIG. 5 is a flowchart that illustrates one embodiment of a process of using an existing customer lead to provide an offer to an, existing customer. This flowchart illustrates one way that a vendor may use existing customer leads received from an existing customer lead generation system such as the system 100. A skilled artisan will appreciate, in light of this disclosure, that there are many other ways to use an existing customer lead.

As illustrated in FIG. 5, a vendor may use an existing customer lead to make an offer to an existing customer. The vendor may make the offer in an attempt to retain the business of the existing customer Many vendors are especially motivated to attempt to retain the business of an existing customer because it is generally understood that it is less expensive to retain the business of an existing customer than it is to generate business from a new customer.

In a block 505, the process 500 transmits existing customer criteria. In one embodiment, transmitting existing customer criteria comprises transmitting criteria that defines the classes of existing customers for whom a vendor wants to receive an existing customer lead from a lead generation company. The existing customer criteria may include a bounty amount that specifies how much the vendor is willing to pay for an existing customer lead.

In a block 510, the process 500 receives an existing customer match. In one embodiment, receiving an existing customer match comprises receiving an identification code for an existing customer. The identification code may be, for example, the match key 205 of FIG. 2. The existing customer match may also include other information, such as, for example, information that a consumer entered into a lead generation system's web site, the existing customer's contact information, and the like. This additional information is not required, however.

In a block 515, the process 500 checks information regarding the existing customer. In one embodiment, process 500 uses the identification code received as part of the existing customer match to search for customer information in one or more databases maintained by the vendor. Alternatively or additionally, the process 500 may check any additional customer information that was transmitted to the vendor as part of the existing customer match. The information maintained by the vendor, the information received from the lead generation system, or some combination of these types of information may be used to perform other operations in the process 500.

In a block 520, the process 500 performs at least one calculation regarding the existing customer information. For example, in one embodiment, the process 500 takes into consideration existing terms of an existing customer relationship and calculates modified terms that are expected to induce the consumer to remain as a customer of the vendor while still allowing the vendor to make a profit. While it is preferable that the vendor be able to make a profit on the transaction, it is not required. A vendor may, for example, be willing to take a small loss (or even a larger loss in some cases) in order to retain the customer for expected future transactions that may be more lucrative.

In a block 525, the process 500 provides an offer to an existing customer. Advantageously, the offer may be provided in person or over the telephone by a representative of the vendor. Alternatively, the offer may be provided by e-mail, fax, web site, or some other means. In one embodiment, an initial message may be immediately displayed to the consumer, indicating that the vendor will contact the consumer, and the vendor may follow up later with a personal e-mail, phone call, visit, or other means of communication. Preferably, the vendor contacts the consumer as soon as possible to increase the chances of retaining the customer, but this is not required.

As with the process 400, the operations of the process 500 may be performed by software, hardware, or firmware components, or some combination of the foregoing. In one embodiment, the operations of the process 500 are performed by one or more general purpose computers (not illustrated) of a vendor that receives leads from a lead generation system such as the system 100.

None of the operations of blocks 505, 510, 515, 520, and 525 is a required operation, and the invention is not limited to a process that performs every one of the operations. In one embodiment, all of the operations of the illustrated process 500 are performed. However, other embodiments omit one, some, or all of the operations of the process 500. A skilled artisan will appreciate, in light of this disclosure, that any group of operations of the process 500 may be combined into unique and advantageous processes, and that the invention (as defined by the original or future claims) may encompass any such embodiments or variations.

As an alternative to searching the vendor customer information database 110 to determine if a consumer is an existing customer of one or more vendors, the system 100 may use information from a consumer's credit report, or other accessible financial information, to determine if the consumer is an existing customer of one or more vendors. In one embodiment, the system 100 gets a consumer's credit report, such as, for example, by requesting a credit report from a credit bureau. The system 100 may request the consumer's permission and ask for the consumer's Social Security Number or other identifying information before getting the credit report.

Much financial information, such as credit reports, includes sufficient information for identifying a consumer's vendors. For example, credit reports have sufficient information to identify a consumer's credit vendors. Typical credit report information includes heading information, personal information, employment information, report summary information, scorecard information, collections information, public records information, trade lines information, inquiry information, and message information.

Heading information may include the name and contact information of the credit bureau issuing the report and the date the report was issued.

Personal information may include a consumer's name, Social Security Number, date of birth, addresses, phone numbers, and the like.

Employment information may include the consumer's current and past employment history such as company name, date hired, income, occupation, separation date, and the like.

Report summary information may summarize the consumer's credit history such as total number of accounts, accounts that are still currently active or negative or too new to be rated, accounts that are past due or paid off, person(s) that have inquired upon the applicant's credit history, accounts that are in collections, total amount still owed, a breakdown of the amount owed, and the like.

Scorecard information may include a summary of the consumer's credit score and related information.

Collections information may include an identification of consumer accounts that have been transferred to a debt-collecting firm, the name of the collection agency, the collector's kind-of-business designators, the consumer's account number with the collection agency, and the like.

Public records information may include bankruptcies, liens, or civil actions against the consumer. Such information may include the reporting account's name and number, original filing date with court, status date if status is satisfied, released, vacated, discharged or dismissed, amount and type of public record, certificate or docket number, code describing the consumer's association to the public record item per the Equal Credit Opportunity Act, and the like.

Trade lines information may include information about loans and credit cards with payment histories, including name of creditor, credit amount information, payment history information, and the like.

Inquiry information may include a list of entities that have inquired about the consumer's credit.

Message information may include messages regarding the consumer's credit, Social Security Number, name, address, or other information.

In one embodiment, the system 100 gets an electronic credit report about a consumer in order to facilitate the process of determining the consumer's vendors from the credit report. Advantageously, electronic credit reports typically have uniform fields that an automated computer program can parse to extract vendor information. For example, trade lines information in Experian credit reports includes standard fields such as subscriber (i.e. a lender name), lender subcode (a code to uniquely identify each lender), consumer's account number, kind-of-business code, type of loan, term of a loan in months, type of account (such as individual, joint account, etc), date the account was opened, date of the balance shown, date of last payment, various amounts (such as original loan amount, credit limit, highest balance, and charge-offs), account balance, monthly payment, date the account reached its current status, amount past due, account condition (open, closed, etc.), number of months of payment history on file, date the worst status was reached, payment status (including, for example, whether the account is in collections, current, or 30 days delinquent), and payment history by month (including statuses of current, current with a zero balance, 30 days past due, 60 days past due, paying under a wage earner plan (“WEP”), repossession or foreclosure, collection or charge-off, or in collection).

Any portion or all of the foregoing information may be extracted from the trade lines information and may be used by the system 100 to determine whether vendor criteria is met for the consumer. For example, the type of loan field may be used to determine if an existing account is an automobile loan or a revolving loan. Similarly, the kind-of-business code may be used to determine what kind of business the vendor is in, such as automotive, banking and savings and loan, clothing, department stores, retail, education, finance, groceries, home furnishings, insurance, jewelry, cameras, computers, contractors, lumber, building materials, hardware, medical and health care, credit card, travel, entertainment, oil companies, personal services, mail order houses, sporting goods, farm and garden supplies, utilities and fuel, government, wholesale, advertising, collection services, miscellaneous, or the like.

In one embodiment, the system 100 extracts vendor information, such as subscriber name or lender subcode, from the trade lines information of a credit report. The system 100 then determines, based on the extracted information, the consumer's existing vendors. The determination of existing vendors may be achieved, for example, by looking up a subscriber name or lender subcode in a database that uniquely associates each vendor with a subscriber name or lender subcode.

In one embodiment, after determining an existing vendor of the consumer, the system 100 checks existing customer vendor criteria to determine if the consumer is a match with an existing vendor. If the consumer is a match for an existing vendor, the system 100 may generate and transmit consumer data, such as an existing consumer lead, to the vendor,

FIG. 6 is a flowchart that illustrates one process of generating and transmitting an existing customer lead. A process 600 comprises a block 610 of getting a consumer's credit report, a block 620 of extracting vendor information, a block 630 of determining an existing vendor of the consumer, a block 640 of checking existing customer vendor criteria, and a block 650 of transmitting consumer data to the vendor.

In the block 610, the process 600 gets a consumer credit report. In one embodiment, the process 600 requests permission from the consumer to get the credit report. In one embodiment, the process 600 gets an electronic credit report from a credit bureau.

In the block 620, the process 600 extracts vendor information from the credit report. In one embodiment, the extraction of vendor information from, the credit report includes using an automated process to parse the credit report and to locate fields that contain vendor information. In one embodiment, the vendor information uniquely identifies the vendor. In one embodiment, the vendor information comprises a code that uniquely identifies the vendor. In one embodiment, the process 600 extracts the vendor information from trade lines information contained within the credit report.

In the block 630, the process 600 determines an existing vendor of the consumer using the extracted vendor information. In one embodiment, the process 600 determines the existing vendor by using a database that associates the vendor information extracted from the credit report with a vendor. For example, if the extracted vendor information comprises a unique vendor identification code, the process 600 may use a database that includes the unique vendor identification code as a key to vendor records within the database.

In the block 640, the process 600 checks existing vendor criteria to determine if the consumer is a match for the vendor. In one embodiment, the existing vendor criteria includes criteria related to the type of product or service requested by the consumer. In one embodiment, the criteria includes criteria related to the income of the consumer. In one embodiment, the criteria includes criteria related to the credit-worthiness of the consumer. In one embodiment, the criteria includes criteria related to the existing type of account that the consumer has with the vendor. As will be appreciated by a skilled artisan, any other criteria that is disclosed in this application or is understood by a skilled artisan in view of this disclosure can be used in place of or in addition to these criteria. As described above with regard to other processes, the process 600 may optionally take into account, in determining whether a consumer is a match for the vendor, a bounty that each vendor will pay in order to receive a lead for the consumer.

In the block 650, the process 600 transmits consumer data to matched vendors. In one embodiment, the consumer data comprises a lead. The method of transmission may include any method of transmission disclosed herein or apparent to a skilled artisan in view of this disclosure.

The process 600 has been described by way of example and not limitation. A skilled artisan will appreciate that variations may be made. For example, while the process 600 may retrieve a credit report, as described, to determine whether the consumer is an existing customer of any vendors, other information may be used for this purpose. In one embodiment, any financial information that includes information about one or more of a consumer's vendors may be used.

A skilled artisan will appreciate, in light of this disclosure, that not all operations that were described with respect to the system 100, the process 400, or the process 500 have been described with respect to the process 600. This does not mean, however, that the operations described with respect to the system 100, the process 400, or the process 500 cannot be performed together with or in place of the operations described with respect to the process 600. Indeed, it will be understood by a skilled artisan that the process 600 is described to illustrate that the operations described throughout this disclosure, or appreciated in view of the disclosure, can be adapted to be used for alternative embodiments in which existing customers are identified using information from financial records such as credit reports rather than looked up in the vendor customer information database 110. As such, any of the operations described anywhere in this disclosure, or understood by a skilled artisan in view of this disclosure, can be performed as an alternative to or in addition to the operations described with respect to the process 600.

None of the operations of blocks 610, 620, 630, 640, and 650 is a required operation, and the invention is not limited to a process that performs every one of the operations. In one embodiment, all of the operations of the illustrated process 600 are performed. However, other embodiments omit one, some, or all of the operations of the process 600. A skilled artisan will appreciate, in light of this disclosure, that any group of operations of the process 600 may be combined into unique and advantageous processes, and that the invention (as defined by the original or future claims) may encompass any such embodiments or variations.

Neither the system 100, the process 400, the process 500, nor the process 600 requires checking for existing customers for every vendor that receives leads from the system 100. Some vendors may choose not to provide existing customer information with which to build or update the vendor customer information database 110. In addition, vendors are not required to send information about all of their existing, customers to the system, and some vendors may choose to provide information about only some of their customers. Vendors may, but are not required, to participate in existing customer checking that does not involve receiving a vendor's customer list, such as, for example, the process 600 described herein. Advantageously, therefore, the vendor is able to control which customers are part of the existing customer checking process. Further, a lead generation company may choose to provide existing customer checking only for certain vendors, such as, for example, vendors that buy a large volume of leads from the lead generation company. Accordingly, while it is preferable to perform an existing customer checking process for every lead and every vendor, this is not required. Rather, the embodiments described herein can perform the existing customer checking process only for some vendors or only for some leads with respect to some vendors.

The components of the system 100 and the blocks of the process 400, the process 500, and the process 600, and any other components or processes set forth herein or apparent to a skilled artisan in light of this disclosure, can be embodied in computer executable instructions stored on a computer-readable medium, such that the functions performed by the components or the processes are performed when the computer-executable instructions are executed by a general purpose computer. Alternatively, the components or processes may be embodied in hardware components, firmware components, or components that are some combination of hardware, firmware, and software, that perform the equivalent functions. A skilled artisan will understand that hardware, firmware, software, or combination embodiments are equivalent, and will understand how to make and use any of these embodiments.

We have described the foregoing embodiments by way of example and not limitation. A skilled artisan will appreciate, in light of this disclosure, that the invention is not limited to the disclosed embodiments, but encompasses the disclosed embodiments individually, combinations of features of the disclosed embodiments, and variations of the disclosed embodiments that are apparent to a skilled artisan in light of this disclosure. For example, a skilled artisan will appreciate that many of the features described herein can be modified or omitted from certain embodiments without departing from the invention.

Claims

1. A system comprising: one or more computer readable storage devices configured to store: a plurality of computer-executable instructions;consumer records comprising consumer characteristics;vendor criteria information that specifies, for each vendor, criteria for determining leads of interest to the vendor, including existing customer criteria and potential customer criteria; anda web server configured to receive, via a web page, consumer characteristics and characteristics of a product or service; andone or more hardware computer processors in communication with the one or more computer readable storage devices to execute the plurality of computer-executable instructions to cause the system to: electronically receive from a user remote terminal associated with a user, via a web page, a first set of consumer characteristics and a vendor match request to be matched with one or more vendors of a product or service, wherein the first set of consumer characteristics comprises a plurality of consumer characteristics associated with the user;store the first set of consumer characteristics in a consumer record in the one or more computer readable storage devices;transmit to each of one or more vendors a query including at least a portion of the first set of consumer characteristics, the query requesting information identifying existing customers of the vendor, based at least on the respective vendor customer information maintained by the vendor, wherein the portion of the first set of consumer characteristics includes enough information to determine whether the user is an existing customer of the one or more vendors while maintaining security and privacy of user's sensitive personal information due to the portion of the first set of consumer characteristics including not enough information to allow an individual to directly contact the consumer;receive, based on the query, a result that indicates whether the user is an existing customer of the vendor;if the consumer is an existing customer of the vendor: compare the consumer characteristics in the consumer record and the characteristics of the product or service with at least a portion of the existing customer vendor criteria;based on the comparison, identify matched vendors; andupdate the web page to display at least a portion of the matched vendors;if the consumer is not an existing customer of one or more vendors: compare the consumer characteristics in the consumer record and the characteristics of the product or service with at least a portion of the potential customer vendor criteria;based on the comparison, identify matched vendors; andupdate the web page to display at least a portion of the matched vendors;electronically receive, via the web page, an indication of a selection of a matched vendor; andtransmit, in response to receiving the indication of the selected matched vendor, a lead, comprising personally identifying consumer information associated with the consumer, to the matched vendor.
2. The system of claim 1, wherein the one or more hardware computer processors further cause the system to: electronically receive from a third party server, a second set of consumer characteristics comprising one or more consumer characteristics associated with the user, wherein the third party server is at a physical location that is remote from the location of the user remote terminal, the location of the vendor server, and the location of the web server; andupdate the consumer record by storing the second set of consumer characteristics in the consumer record.
3. The system of claim 2, wherein the third party server comprises a credit bureau site.
4. The system of claim 1, wherein the received result is based on a determination of whether a close match to an existing customer is found, even if the match is not exact.
5. The system of claim 1, wherein the product or service is a loan for a property.
6. The system of claim 1, wherein the consumer characteristics comprise an income value and a credit rating value.
7. The system of claim 1, wherein the one or more hardware computer processors further cause the system to: check bounties that vendors are willing to pay to receive a lead and to take the bounties into consideration when selecting the matched vendors.
8. A method comprising: electronically receiving from a user remote terminal associated with a user, via a web page, a first set of consumer characteristics and a vendor match request to be matched with one or more vendors of a product or service, wherein the first set of consumer characteristics comprises a plurality of consumer characteristics associated with the user;storing the first set of consumer characteristics in a consumer record in one or more computer readable storage devices;transmitting to each of one or more vendors a query including at least a portion of the first set of consumer characteristics, the query requesting information identifying existing customers of the vendor, based at least on the respective vendor customer information maintained by the vendor, wherein the portion of the first set of consumer characteristics includes enough information to determine whether the user is an existing customer of the one or more vendors while maintaining security and privacy of user's sensitive personal information due to the portion of the first set of consumer characteristics including not enough information to allow an individual to directly contact the consumer;receiving, based on the query, a result that indicates whether the user is an existing customer of the vendor;if the consumer is an existing customer of the vendor: comparing the consumer characteristics in the consumer record and the characteristics of the product or service with at least a portion of existing customer vendor criteria, wherein existing customer vendor criteria is configured to be used for determining leads of interest to the vendor related to existing customers;based on the comparison, identifying matched vendors; andupdating the web page to display at least a portion of the matched vendors;if the consumer is not an existing customer of one or more vendors: comparing the consumer characteristics in the consumer record and the characteristics of the product or service with at least a portion of the potential customer vendor criteria, wherein potential customer vendor criteria is configured to be used for determining leads of interest to the vendor related to potential customers;based on the comparison, identifying matched vendors; andupdating the web page to display at least a portion of the matched vendors;electronically receiving, via the web page, an indication of a selection of a matched vendor; andtransmitting, in response to receiving the indication of a selection of the selected matched vendor, a lead, comprising personally identifying consumer information associated with the consumer, to the matched vendor.
9. The system of claim 8, wherein the one or more hardware computer processors further cause the system to: electronically receive from a third party server, a second set of consumer characteristics comprising one or more consumer characteristics associated with the user, wherein the third party server is at a physical location that is remote from the location of the user remote terminal, the location of the vendor server, and the location of the web server; andupdate the consumer record by storing the second set of consumer characteristics in the consumer record.
10. The system of claim 9, wherein the third party server comprises a credit bureau site.
11. The system of claim 8, wherein the received result is based on a determination of whether a close match to an existing customer is found, even if the match is not exact.
12. The method of claim 8, wherein the product or service is a loan for a property.
13. The method of claim 9, wherein the consumer characteristics comprise an income value and a credit rating value.
14. The method of claim 8, further comprising: checking bounties that vendors are willing to pay to receive a lead and to take the bounties into consideration when selecting the group of matched vendors.
15. A system comprising: one or more computer readable storage devices configured to store: a plurality of computer-executable instructions;vendor criteria information that specifies, for each vendor, criteria for determining leads of interest to the vendor, including existing customer criteria and potential customer criteria; andone or more hardware computer processors in communication with the one or more computer readable storage devices to execute the plurality of computer-executable instructions to cause the system to: electronically receive, from a user device, a first set of consumer characteristics associated with a user;transmit to a vendor at least a portion of the first set of consumer characteristics, including enough information to determine whether the user is an existing customer of the vendor while maintaining security and privacy of user's sensitive personal information due to the portion of the first set of consumer characteristics including not enough information to allow the vendor to directly contact the consumer;receive, from the vendor, an indication of whether the user is an existing customer of the vendor;if the consumer is an existing customer of the vendor: compare at least some of the consumer characteristics with at least a portion of the existing customer vendor criteria;based on the comparison indicating that the existing customer vendor criteria are matched, update the web page to include a first vendor; orif the consumer is not an existing customer of the vendors: compare at least some of the consumer characteristics with at least a portion of the potential customer vendor criteria; andbased on the comparison indicating that the potential customer vendor criteria are matched, update the web page to include a first vendor; andtransmit, in response to receiving an indication of selection of the first vendor, personally identifying consumer information associated with the consumer to the first vendor.
16. The system of claim 15, wherein the one or more hardware computer processors further cause the system to: electronically receive from a third party server, a second set of consumer characteristics comprising one or more consumer characteristics associated with the user, wherein the third party server is at a physical location that is remote from the location of the user remote terminal, the location of the vendor server, and the location of the web server; andupdate the consumer record by storing the second set of consumer characteristics in the consumer record.
17. The system of claim 16, wherein the third party server comprises a credit bureau site.
18. The system of claim 15, wherein the received result is based on a determination of whether a close match to an existing customer is found, even if the match is not exact.
19. The system of claim 15, wherein the product or service is a loan for a property.
20. The system of claim 15, wherein the one or more hardware computer processors further cause the system to: check bounties that vendors are willing to pay to receive a lead and to take the bounties into consideration when selecting the matched vendors.

US Referenced Citations (380)

Number	Name	Date	Kind
4982346	Girouard et al.	Jan 1991	A
5056019	Schultz et al.	Oct 1991	A
5353218	DeLapa et al.	Oct 1994	A
5454030	de Oliveira et al.	Sep 1995	A
5459306	Stein et al.	Oct 1995	A
5504675	Cragun et al.	Apr 1996	A
5521813	Fox et al.	May 1996	A
5583763	Atcheson et al.	Dec 1996	A
5621812	Deaton et al.	Apr 1997	A
5628004	Gormley	May 1997	A
5649114	Deaton et al.	Jul 1997	A
5692107	Simoudis et al.	Nov 1997	A
5696907	Tom	Dec 1997	A
5745654	Titan	Apr 1998	A
5774868	Cragun et al.	Jun 1998	A
5774870	Storey	Jun 1998	A
5794210	Goldhaber et al.	Aug 1998	A
5802142	Browne	Sep 1998	A
5819226	Gopinathan et al.	Oct 1998	A
5819291	Haimowitz	Oct 1998	A
5842178	Giovannoli	Nov 1998	A
5857175	Day et al.	Jan 1999	A
5864822	Baker, III	Jan 1999	A
5878403	DeFrancesco et al.	Mar 1999	A
5884287	Edesess	Mar 1999	A
5884289	Anderson et al.	Mar 1999	A
5926800	Baronowski et al.	Jul 1999	A
5930764	Melchione et al.	Jul 1999	A
5933813	Teicher et al.	Aug 1999	A
5953707	Huang et al.	Sep 1999	A
6009415	Shurling et al.	Dec 1999	A
6029139	Cunningham et al.	Feb 2000	A
6029149	Dykstra et al.	Feb 2000	A
6029154	Pettitt	Feb 2000	A
6067525	Johnson et al.	May 2000	A
6078892	Anderson et al.	Jun 2000	A
6094643	Anderson et al.	Jul 2000	A
6119103	Basch et al.	Sep 2000	A
6208979	Sinclair	Mar 2001	B1
6233566	Levine	May 2001	B1
6254000	Degen et al.	Jul 2001	B1
6269325	Lee et al.	Jul 2001	B1
6282517	Wolfe et al.	Aug 2001	B1
6321205	Eder	Nov 2001	B1
6324524	Lent et al.	Nov 2001	B1
6330546	Gopinathan et al.	Dec 2001	B1
6385594	Lebda et al.	May 2002	B1
6393406	Eder	May 2002	B1
6418436	Degen et al.	Jul 2002	B1
6430539	Lazarus et al.	Aug 2002	B1
6513018	Culhane	Jan 2003	B1
6529878	De Rafael et al.	Mar 2003	B2
6542894	Lee et al.	Apr 2003	B1
6597775	Lawyer et al.	Jul 2003	B2
6611816	Lebda et al.	Aug 2003	B2
6615193	Kingdon et al.	Sep 2003	B1
6714918	Hillmer et al.	Mar 2004	B2
6782390	Lee et al.	Aug 2004	B2
6823319	Lynch et al.	Nov 2004	B1
6839682	Blume et al.	Jan 2005	B1
6850606	Lawyer et al.	Feb 2005	B2
6868389	Wilkins et al.	Mar 2005	B1
6873979	Fishman et al.	Mar 2005	B2
6901406	Nabe et al.	May 2005	B2
6925441	Jones, III et al.	Aug 2005	B1
7006614	Feinberg et al.	Feb 2006	B2
7028052	Chapman et al.	Apr 2006	B2
7035699	Anderson et al.	Apr 2006	B1
7043531	Seibel et al.	May 2006	B1
7047251	Reed et al.	May 2006	B2
7096205	Hansen et al.	Aug 2006	B2
7096220	Seibel et al.	Aug 2006	B1
7136448	Venkataperumal et al.	Nov 2006	B1
7139732	Desenberg	Nov 2006	B1
7212995	Schulkins	May 2007	B2
7228284	Vaillancourt et al.	Jun 2007	B1
7234156	French et al.	Jun 2007	B2
7263506	Lee et al.	Aug 2007	B2
7277875	Serrano-Morales et al.	Oct 2007	B2
7283974	Katz et al.	Oct 2007	B2
7296734	Pliha	Nov 2007	B2
7305364	Nabe et al.	Dec 2007	B2
7314167	Kiliccote	Jan 2008	B1
7333976	Auerbach et al.	Feb 2008	B1
7340410	Vaillancourt et al.	Mar 2008	B1
7343149	Benco	Mar 2008	B2
7379913	Steele et al.	May 2008	B2
7383215	Navarro et al.	Jun 2008	B1
7428509	Klebanoff	Sep 2008	B2
7433855	Gavan et al.	Oct 2008	B2
7458508	Shao et al.	Dec 2008	B1
7509117	Yum	Mar 2009	B2
7512221	Toms	Mar 2009	B2
7542993	Satterfield et al.	Jun 2009	B2
7546243	Kapadia et al.	Jun 2009	B2
7548886	Kirkland et al.	Jun 2009	B2
7556192	Wokaty, Jr.	Jul 2009	B2
7562184	Henmi et al.	Jul 2009	B2
7562814	Shao	Jul 2009	B1
7575157	Barnhardt et al.	Aug 2009	B2
7581112	Brown et al.	Aug 2009	B2
7610216	May et al.	Oct 2009	B1
7620596	Knudson et al.	Nov 2009	B2
7623844	Herrmann et al.	Nov 2009	B2
7630933	Peterson et al.	Dec 2009	B2
7657569	Semprevivo	Feb 2010	B1
7664668	Lissy et al.	Feb 2010	B2
7668725	Alston	Feb 2010	B2
7668769	Baker et al.	Feb 2010	B2
7672865	Kumar et al.	Mar 2010	B2
7686214	Shao et al.	Mar 2010	B1
7690032	Peirce	Mar 2010	B1
7708190	Brandt et al.	May 2010	B2
7725300	Pinto et al.	May 2010	B2
7752054	Anthony-Hoppe et al.	Jul 2010	B1
7752236	Williams et al.	Jul 2010	B2
7761384	Madhogarhia	Jul 2010	B2
7778885	Semprevivo et al.	Aug 2010	B1
7788147	Haggerty et al.	Aug 2010	B2
7788152	Haggerty et al.	Aug 2010	B2
7793835	Coggeshall et al.	Sep 2010	B1
7801811	Merrell et al.	Sep 2010	B1
7801843	Kumar et al.	Sep 2010	B2
7802104	Dickinson	Sep 2010	B2
7805362	Merrell et al.	Sep 2010	B1
7827115	Weller et al.	Nov 2010	B2
7856494	Kulkarni	Dec 2010	B2
7912770	Haggerty et al.	Mar 2011	B2
7954698	Pliha	Jun 2011	B1
7962347	Anthony-Hoppe et al.	Jun 2011	B2
7962501	Semprevivo et al.	Jun 2011	B1
7970672	Mendelovich et al.	Jun 2011	B2
7970690	Diana et al.	Jun 2011	B2
7991689	Brunzell et al.	Aug 2011	B1
8060424	Kasower	Nov 2011	B2
8135607	Williams et al.	Mar 2012	B2
8175966	Steinberg et al.	May 2012	B2
8214262	Semprevivo et al.	Jul 2012	B1
8271313	Williams et al.	Sep 2012	B2
8285656	Chang et al.	Oct 2012	B1
8346658	Curry et al.	Jan 2013	B1
8533002	Mesaros	Sep 2013	B2
8533038	Bergh et al.	Sep 2013	B2
8566141	Nagdev et al.	Oct 2013	B1
8606626	DeSoto	Dec 2013	B1
8688724	Semprevivo et al.	Apr 2014	B1
9110916	Semprevivo et al.	Aug 2015	B1
10373198	Cook et al.	Aug 2019	B1
20010014868	Herz et al.	Aug 2001	A1
20010047289	Mckee et al.	Nov 2001	A1
20020007343	Oyama et al.	Jan 2002	A1
20020035504	Dver et al.	Mar 2002	A1
20020035568	Benthin et al.	Mar 2002	A1
20020038312	Donner et al.	Mar 2002	A1
20020059095	Cook	May 2002	A1
20020072975	Steele	Jun 2002	A1
20020077964	Brody et al.	Jun 2002	A1
20020077998	Andrews et al.	Jun 2002	A1
20020082892	Reffel et al.	Jun 2002	A1
20020087460	Hornung	Jul 2002	A1
20020099649	Lee et al.	Jul 2002	A1
20020128960	Lambiotte et al.	Sep 2002	A1
20020136381	Shaffer et al.	Sep 2002	A1
20020143620	Kraus	Oct 2002	A1
20020147695	Khedkar et al.	Oct 2002	A1
20020161711	Sartor et al.	Oct 2002	A1
20020194050	Nabe et al.	Dec 2002	A1
20030009426	Ruiz-Sanchez	Jan 2003	A1
20030050882	Degen et al.	Mar 2003	A1
20030061163	Durfield	Mar 2003	A1
20030065563	Elliott et al.	Apr 2003	A1
20030065620	Gailey	Apr 2003	A1
20030078877	Beirne et al.	Apr 2003	A1
20030097320	Gordon	May 2003	A1
20030097329	Nabe et al.	May 2003	A1
20030115133	Bian	Jun 2003	A1
20030158751	Suresh et al.	Aug 2003	A1
20030163363	Pratte et al.	Aug 2003	A1
20030172002	Spira et al.	Sep 2003	A1
20030182214	Taylor	Sep 2003	A1
20030195830	Merkoulovitch et al.	Oct 2003	A1
20030195859	Lawrence	Oct 2003	A1
20030212618	Keyes et al.	Nov 2003	A1
20030217003	Weinflash et al.	Nov 2003	A1
20030220858	Lam et al.	Nov 2003	A1
20030225692	Bosch et al.	Dec 2003	A1
20030229504	Hollister	Dec 2003	A1
20040030667	Xu et al.	Feb 2004	A1
20040039686	Klebanoff	Feb 2004	A1
20040044615	Xue et al.	Mar 2004	A1
20040044617	Lu	Mar 2004	A1
20040052357	Logan et al.	Mar 2004	A1
20040054619	Watson et al.	Mar 2004	A1
20040064401	Palaghita et al.	Apr 2004	A1
20040064402	Dreyer et al.	Apr 2004	A1
20040078323	Johnston et al.	Apr 2004	A1
20040107132	Honarvar et al.	Jun 2004	A1
20040111305	Gavan et al.	Jun 2004	A1
20040111312	Ingman et al.	Jun 2004	A1
20040111363	Trench et al.	Jun 2004	A1
20040117235	Shacham	Jun 2004	A1
20040122730	Tucciarone et al.	Jun 2004	A1
20040143482	Tivey et al.	Jul 2004	A1
20040143483	Tivey et al.	Jul 2004	A1
20040167793	Masuoka et al.	Aug 2004	A1
20040177030	Shoham	Sep 2004	A1
20040177046	Ogram	Sep 2004	A1
20040193535	Barazesh	Sep 2004	A1
20040199462	Starrs	Oct 2004	A1
20040205080	Patel	Oct 2004	A1
20040205157	Bibelnieks et al.	Oct 2004	A1
20040230448	Schaich	Nov 2004	A1
20040230527	Hansen et al.	Nov 2004	A1
20040243518	Clifton et al.	Dec 2004	A1
20050021476	Candella et al.	Jan 2005	A1
20050027632	Zeitoun et al.	Feb 2005	A1
20050027983	Klawon	Feb 2005	A1
20050038688	Collins et al.	Feb 2005	A1
20050044036	Harrington et al.	Feb 2005	A1
20050058262	Timmins et al.	Mar 2005	A1
20050065809	Henze	Mar 2005	A1
20050065874	Lefner et al.	Mar 2005	A1
20050075987	Pintsov et al.	Apr 2005	A1
20050080821	Breil et al.	Apr 2005	A1
20050097051	Madill, Jr. et al.	May 2005	A1
20050102226	Oppenheimer et al.	May 2005	A1
20050108041	White	May 2005	A1
20050125350	Tidwell et al.	Jun 2005	A1
20050130704	McParland et al.	Jun 2005	A1
20050131760	Manning et al.	Jun 2005	A1
20050144067	Farahat et al.	Jun 2005	A1
20050154648	Strause	Jul 2005	A1
20050154664	Guy et al.	Jul 2005	A1
20050154665	Kerr	Jul 2005	A1
20050171859	Harrington et al.	Aug 2005	A1
20050182774	Weir et al.	Aug 2005	A1
20050187860	Peterson et al.	Aug 2005	A1
20050209922	Hofmeister	Sep 2005	A1
20050222906	Chen	Oct 2005	A1
20050256809	Sadri	Nov 2005	A1
20050267812	Jensen et al.	Dec 2005	A1
20050273442	Bennett et al.	Dec 2005	A1
20050278246	Friedman et al.	Dec 2005	A1
20050278542	Pierson et al.	Dec 2005	A1
20050279824	Anderson et al.	Dec 2005	A1
20060004731	Seibel et al.	Jan 2006	A1
20060041464	Powers et al.	Feb 2006	A1
20060041500	Diana et al.	Feb 2006	A1
20060059073	Walzak	Mar 2006	A1
20060059110	Madhok et al.	Mar 2006	A1
20060064340	Cook	Mar 2006	A1
20060074986	Mallalieu et al.	Apr 2006	A1
20060080230	Freiberg	Apr 2006	A1
20060080263	Willis et al.	Apr 2006	A1
20060100944	Reddin et al.	May 2006	A1
20060106668	Kim et al.	May 2006	A1
20060129422	Kim et al.	Jun 2006	A1
20060129428	Wennberg	Jun 2006	A1
20060129481	Bhatt et al.	Jun 2006	A1
20060131390	Kim	Jun 2006	A1
20060143695	Grynberg	Jun 2006	A1
20060161435	Atef et al.	Jul 2006	A1
20060173776	Shalley et al.	Aug 2006	A1
20060178971	Owen et al.	Aug 2006	A1
20060184381	Rice et al.	Aug 2006	A1
20060184417	Van der Linden et al.	Aug 2006	A1
20060200396	Satterfield et al.	Sep 2006	A1
20060204051	Holland, IV	Sep 2006	A1
20060229961	Lyftogt et al.	Oct 2006	A1
20060239512	Petrillo	Oct 2006	A1
20060242000	Giguiere	Oct 2006	A1
20060242046	Haggerty et al.	Oct 2006	A1
20060253358	Delgrosso et al.	Nov 2006	A1
20060262929	Vatanen et al.	Nov 2006	A1
20060265243	Racho et al.	Nov 2006	A1
20060265259	Diana et al.	Nov 2006	A1
20060271456	Romain et al.	Nov 2006	A1
20060271457	Romain et al.	Nov 2006	A1
20070005508	Chiang	Jan 2007	A1
20070016522	Wang	Jan 2007	A1
20070033227	Gaito et al.	Feb 2007	A1
20070038483	Wood	Feb 2007	A1
20070038516	Apple et al.	Feb 2007	A1
20070059442	Sabeta	Mar 2007	A1
20070067234	Beech et al.	Mar 2007	A1
20070067297	Kublickis	Mar 2007	A1
20070072190	Aggarwal	Mar 2007	A1
20070078985	Shao et al.	Apr 2007	A1
20070083460	Bachenheimer	Apr 2007	A1
20070093234	Willis et al.	Apr 2007	A1
20070094137	Phillips et al.	Apr 2007	A1
20070106582	Baker et al.	May 2007	A1
20070112582	Fenlon	May 2007	A1
20070112667	Rucker	May 2007	A1
20070118435	Ran	May 2007	A1
20070150372	Schoenberg	Jun 2007	A1
20070192248	West	Aug 2007	A1
20070205266	Carr et al.	Sep 2007	A1
20070214076	Robida et al.	Sep 2007	A1
20070220003	Chern et al.	Sep 2007	A1
20070226093	Chan et al.	Sep 2007	A1
20070233559	Golec	Oct 2007	A1
20070233561	Golec	Oct 2007	A1
20070239721	Ullman et al.	Oct 2007	A1
20070244807	Andringa et al.	Oct 2007	A1
20070288355	Roland et al.	Dec 2007	A1
20070288559	Parsadayan	Dec 2007	A1
20070299771	Brody et al.	Dec 2007	A1
20080010687	Gonen et al.	Jan 2008	A1
20080015887	Drabek et al.	Jan 2008	A1
20080033869	Steele et al.	Feb 2008	A1
20080066188	Kwak	Mar 2008	A1
20080077526	Arumugam	Mar 2008	A1
20080091535	Heiser et al.	Apr 2008	A1
20080103800	Domenikos et al.	May 2008	A1
20080103960	Sweeney	May 2008	A1
20080103972	Lanc	May 2008	A1
20080109444	Williams et al.	May 2008	A1
20080109445	Williams et al.	May 2008	A1
20080120155	Pliha	May 2008	A1
20080126233	Hogan	May 2008	A1
20080147454	Walker et al.	Jun 2008	A1
20080167883	Khazaneh	Jul 2008	A1
20080175360	Schwarz et al.	Jul 2008	A1
20080255992	Lin	Oct 2008	A1
20080270292	Ghosh et al.	Oct 2008	A1
20080281737	Fajardo	Nov 2008	A1
20080281756	Riise	Nov 2008	A1
20080288361	Rego et al.	Nov 2008	A1
20080288382	Smith et al.	Nov 2008	A1
20080294540	Celka et al.	Nov 2008	A1
20080300962	Cawston et al.	Dec 2008	A1
20090044279	Crawford et al.	Feb 2009	A1
20090106150	Pelegero et al.	Apr 2009	A1
20090106846	Dupray et al.	Apr 2009	A1
20090125369	Kloostra et al.	May 2009	A1
20090126013	Atwood et al.	May 2009	A1
20090144160	Haggerty et al.	Jun 2009	A1
20090144185	Haggerty et al.	Jun 2009	A1
20090182653	Zimiles	Jul 2009	A1
20090199264	Lang	Aug 2009	A1
20090222308	Zoldi et al.	Sep 2009	A1
20090222373	Choudhuri et al.	Sep 2009	A1
20090222374	Choudhuri et al.	Sep 2009	A1
20090222375	Choudhuri et al.	Sep 2009	A1
20090222376	Choudhuri et al.	Sep 2009	A1
20090222377	Choudhuri et al.	Sep 2009	A1
20090222378	Choudhuri et al.	Sep 2009	A1
20090222379	Choudhuri et al.	Sep 2009	A1
20090222380	Choudhuri et al.	Sep 2009	A1
20090228339	Wolf	Sep 2009	A1
20090248567	Haggerty et al.	Oct 2009	A1
20090248568	Haggerty et al.	Oct 2009	A1
20090248569	Haggerty et al.	Oct 2009	A1
20090248570	Haggerty et al.	Oct 2009	A1
20090248571	Haggerty et al.	Oct 2009	A1
20090248572	Haggerty et al.	Oct 2009	A1
20090248573	Haggerty et al.	Oct 2009	A1
20090254476	Sharma et al.	Oct 2009	A1
20090307104	Weng	Dec 2009	A1
20100023447	Mac Innis	Jan 2010	A1
20100043055	Baumgart	Feb 2010	A1
20100094768	Miltonberger	Apr 2010	A1
20100100945	Ozzie et al.	Apr 2010	A1
20100114744	Gonen	May 2010	A1
20100121767	Coulter et al.	May 2010	A1
20100130172	Vendrow et al.	May 2010	A1
20100145836	Baker et al.	Jun 2010	A1
20100205662	Ibrahim et al.	Aug 2010	A1
20100229245	Singhal	Sep 2010	A1
20100250364	Song et al.	Sep 2010	A1
20110004498	Readshaw	Jan 2011	A1
20110016042	Cho et al.	Jan 2011	A1
20110047071	Choudhuri et al.	Feb 2011	A1
20110093383	Haggerty et al.	Apr 2011	A1
20110112958	Haggerty et al.	May 2011	A1
20110137730	McCarney et al.	Jun 2011	A1
20110238477	Urbanski	Sep 2011	A1
20120197762	Steinberg et al.	Aug 2012	A1
20140032259	LaFever	Jan 2014	A1

Foreign Referenced Citations (14)

Number	Date	Country
2 384 087	Jul 2003	GB
2 392 748	Mar 2004	GB
2003-016261	Jan 2003	JP
256569	Jun 2006	TW
WO 9103789	Mar 1991	WO
WO 97023838	Jul 1997	WO
WO 99033012	Jul 1999	WO
WO 99046710	Sep 1999	WO
WO 02027610	Apr 2002	WO
WO 03071388	Aug 2003	WO
WO 2004046882	Jun 2004	WO
WO 2005036859	Apr 2005	WO
WO 2006110873	Oct 2006	WO
WO 2008057853	May 2008	WO

Non-Patent Literature Citations (64)

Entry
“Anchor Launches LeadVerifier to Verify, Correct and Enhance Internet Leads”, PR Web: Press Release Newswire, Farmingdale, NY, Aug. 8, 2005, pp. 2.
“Impac Funding Introduces Enhanced Website for Static Pool Tracking of MBS Transactions,” Webpage printed out from http://www.lewtan.com/press/1208044_Impac-Lewtan.htm on Mar. 20, 2008.
“Intelligent Miner Applications Guide”; Chapters 4-7; pp. 33-132; IBM Corp., Apr. 2, 1999.
PrimeQ Lead Validation Techniques Gets Stronger, http://66.102.7.104/search?q=cache:qXAdm0EXcwYJ:www.primeq.com/absolutenm/anmv in 2 pages, Nov. 29, 2005.
“Why Should You Use LeadVerifier?”, LeadVerifier, https://web.archive.org/web/20051105043240/www.leadverifier.com/LeadVerifier_Why.asp, as archived Nov. 5, 2005, pp. 2.
Authenticom, “What's in a Name?”, downloaded from http://web.archive.org/web/20070708185835/http://www.authenticom.com/story.html, 1 page, Apr. 1, 2009.
Authenticom, Technical Specs, “Confidence Level Indicators (CLI)”, downloaded from http://www.authenticom.com/confidence_level_indicators.shtml, 2 pages, Aug. 17, 2006.
Bharadwaj et al., “Sustainable Competitive Advantage in Service Industries: A Conceptual Model and Research Propositions”, Journal of Marketing, Oct. 1993, vol. 57, No. 4, pp. 83-99.
Bitran et al., “Mailing Decisions in Catalog Sales Industry”, Management Science (JSTOR), vol. 42, No. 9, pp. 1364-1381, Sep. 1996.
Caliendo, et al.; “Some Practical Guidance for the Implementation of Propensity Score Matching”; IZA:Discussion Paper Series; No. 1588; Germany; May 2005.
ChannelWave.com, PRM Central—About PRM, http://web.archive.org/web/20000510214859/http://www.channelwave.com as printed on Jun. 21, 2006, May 2000 Archive.
Chores & Allowances. “Do Kids Have Credit Reports?”, Oct. 15, 2007, http://choresandallowances.blogspot.com/2007/10/do-kids-have-credit-reports.html.
Chung, Charles, “Multi-Channel Retailing Requires the Cleanest Data—But Don't Expect it From the Customer”, Internet Retailer, Jan./Feb. 2002, pp. 61-62.
Cowie, Norman, Warning Bells & “The Bust-Out”, Business Credit, Jul. 1, 2000.
Dymi, Amilda, Need for Leads Spurs Some Upgrades, Origination News-Special Report, May 1, 2008, vol. vol. 17, Issue No. 8, pp. p. 24, Atlanta, Copyright 2008 SourceMedia, Inc.
EFunds Corporation, Data & Decisioning, Debit Report, as printed on Apr. 1, 2007, http://www.efunds.com/web/industry-solutions/financial-services/frm-debit-report/htm, 1 page.
EFunds Introduces QualiFileSM; Deluxe Corporation; Sep. 1999; Milwaukee, WI.
Erschik, Richard, Sales Leads Can Truly Be Seeds of Sales, The Journal of Business & Industrial Marketing, Summer/Fall 1989, vol. vol. 4, Issue No. 2.
Fair Isaac Introduces Falcon One System to Combat Fraud, Business Wire, May 5, 2005.
Fair Isaac Offers New Fraud Tool, National Mortgage News & Source Media, Inc., Jun. 13, 2005.
FinExtra, Basepoint Analytics Introduces Predictive Technology for Mortgage Fraud, May 10, 2005.
Gibbs, Adrienne; “Protecting Your Children from Identity Theft,” Nov. 25, 2008, http://www.creditcards.com/credit-card-news/identity-ID-theft-and-kids-children-1282.php.
Greco, Susan, The Rating Game: Grade you Leads to Clear the Pipe Dreams from you Sales Pipeline, Online Reprint, Jan. 1998, vol. vol. 20, Issue No. 1, pp. p. 93 (1-3).
Griggs, Robyn, Give us Leads! Give us Leads!, Sales and Marketing Management, Jul. 1997, vol. 149, Issue 7, pp. ABI/Inform Global, p. 66.
Hennessey, Hubert D., Software Propels the Selling Cycle, Software Magazine, Jun. 1988, vol. 8, Issue 8, pp. ABI/Inform Global p. 57-64.
ID Theft Assist, “Do You Know Where Your Child's Credit Is?”, Nov. 26, 2007, http://www.idtheftassist.com/pages/story14.
Industry News, New Technology Identifies Mortgage Fraud: Basepoint Analytics Launches FraudMark, Inman News, Oct. 5, 2005, American Land Title Association.
International Search Report and Written Opinion for PCT/US/2007/006070, dated Nov. 10, 2008.
International Search Report and Written Opinion for PCT/US2007/083055, dated Jan. 7, 2009.
International Search Report and Written Opinion for PCT/US2007/063823, dated Oct. 24, 2007.
International Search Report and Written Opinion for PCT/US2007/063824, dated Oct. 9, 2007.
International Search Report and Written Opinion for PCT/US2008/064594, dated Oct. 30, 2008.
International Search Report and Written Opionion for PCT/US2007/63822, dated Sep. 11, 2007.
Jacob et al., A Case Study of Checking Account Inquiries and Closures in Chicago, The Center for Financial Services Innovation, Nov. 2006.
Lamons, Bob; Be Smart: Offer Inquiry Qualification Services, Marketing News, Nov. 6, 1995, vol. 29, No. 23, ABI/Inform Global, p. 13.
Leadmaster; http://web.archive.org/web/20001206021800/http://leadmaster.com/index.html as printed on Jan. 18, 2006, Dec. 2000.
LifeLock, “How LifeLock Works,” http://www.lifelock.com/lifelock-for-people, accessed Mar. 14, 2008.
LifeLock, “LifeLock Launches First ID Theft Prevention Program for the Protection of Children,” Oct. 14, 2005 Press Release, posted on http://www.lifelock.com/about-us/press-room/2005-press-releases/lifelock-protection-for-children.
LifeLock; “How can LifeLock protect my kids and family?,” http://www.lifelock.com/lifelock-for-people/how-we-do-it/how-can-lifelock-protect-my-kids-and-family, accessed Mar. 14, 2008.
Loshin, Intelligent Enterprise: Better Insight for Business Decisions, “Value-Added Data: Merge Ahead”, Feb. 9, 2000, vol. 3, No. 3, 5 pages.
LowerMyBills, Inc., “Lower Your Mortgage with a Lender You Can Trust” http://web.archive.org/web/20071110203156/http://www.lowermybills.com/ dated Nov. 10, 2007 in 11 pages.
MarketSoft.com, Turning Inquiries into Revenue: Leads are the Key, eLeads MarketSoft http://web.archive.org/web/20000309005815/marketsoft.com.product.index.htm as printed on Jun. 22, 2006, Feb. 2000.
Otter, et al., “Direct Mail Selection by Joint Modeling of the Probability and Quantity of Response”, Jun. 1997, pp. 14.
Polatoglu et al., “Theory and Methodology, Probability Distributions of Cost, Revenue and Profit over a Warranty Cycle”, European Journal of Operational Research, vol. 108, Issue 1, Jul. 1998, pp. 170-183.
RAP Interactive, Inc. and Web Decisions: Proudly Presents Live Decisions, A Powerful New Information and Technology Resource that Revolutionizes Interactive Marketing, downloaded from www.webdecisions.com/pdf/LiveDecisions_Bro.pdf, as printed on Aug. 13, 2007, pp. 2.
Real IQ, “Lead Metrix”, downloaded from http://www.realiq.com/leadmetrix.html, 1 page, Aug. 17, 2006.
Real IQ, “Mortgage Industry”, downloaded from http://www.realiq.com/mortgage.html, 4 pages, Aug. 17, 2006.
Real IQ, RealIQ.com, retrieved from web.archive.org http://replay.web.archive.org/20051212152337/http://www.realiq.com/mortgage.html as printed on Apr. 28, 2011, 2 pgs.
SalesLogix.net, SalesLogix Sales Tour, http://web.archive.org/web/20010411115938/www.saleslogix.com/home/index.php3celli . . . as printed on Aug. 30, 2005, Apr. 2000, pp. 19 pages.
ServiceObjects, “DOTS Web Services—Product Directory”, downloaded from http://www.serviceobjects.com/products/directory_of_web_services.asp, 4 pages, Aug. 17, 2006.
ServiceObjects, “Real-Time Customer Intelligence for a Nickel”, downloaded from http://www.serviceobjects.com/products/default.asp, 3 pages, Aug. 17, 2006.
Steele, Georgia, Pipeline Software Tracks Process; Tired of Dealing with Lead Generation Firms, CitiPacific Mortgage has built a tool that will allow Mortgage Originators to Track Leads in an Integrated Sales and Marketing Approach, Broker Magazone, Mar. 2006, vol. vol. 8, Issue Iss. 2, pp. 26, New York.
Stein, Benchmarking Default Prediction Models: Pitfalls and Remedies in Model Validation, Moody's KMV, Revised Jun. 13, 2002, Technical Report #020305; New York.
Sumner, Anthony, “Tackling the Issue of Bust-Out Fraud”, Retail Banker International, Jul. 24, 2007, pp. 4.
Tao, Lixin; “Shifting Paradigms with the Application Service Provider Model”; Concordia University, Canada; IEEE; Oct. 2001.
TARGUSinfo: “Intermark Media Slashes Returned Lead Costs, Improves Affiliate Relations,” downloaded from www.targusinfo.com, 2007, pp. 4.
TARGUSinfo: Lead Verification, Verify Your Leads With Unique Accuracy and Ease, downloaded from www.targusinfo.com/solutions/verify/Default.asp, as printed Aug. 1, 2006, pp. 1.
TARGUSinfo: Solutions: Services: Verify Express—Verify, Correct and Enhance Customer Provided Data, http:www.targusinfo.com/solutions/services/verify/ Oct. 28, 2005, 27 pgs.
The Center for Financial Services Innovation, A Case Study of Checking Account Inquiries and Closures in Chicago, Nov. 2006.
Thoemmes, Felix; “Propensity Score Matching in SPSS”; Center for Educational Science and Psychology, University of Tubingen; Jan. 2012.
Truston, “Checking if your child is an ID theft victim can be stressful,” as posted by Michelle Pastor on Jan. 22, 2007 at http://www.mytruston.com/blog/credit/checking_if_your_child_is_an_id_theft_vi.html.
Vamosi, Robert, “How to Handle ID Fraud's Youngest Victims,” Nov. 21, 2008, http://news.cnet.com/8301-10789_3-10105303-57.html.
W.A. Lee, American Banker: The Financial Services Daily, Experian, On Deal Hunt, Nets Identity Theft Insurer, Jun. 4, 2003.
Web Decisions, “Live Decisions”, downloaded from http://www.webdecisions.com, 2 pages, Sep. 18, 2006.

Related Publications (1)

	Number	Date	Country
	20190362382 A1	Nov 2019	US

Continuations (2)

	Number	Date	Country
Parent	14819344	Aug 2015	US
Child	16440671		US
Parent	12139285	Jun 2008	US
Child	14819344		US

System and method of generating existing customer leads

Information

Patent Number

Date Filed

Date Issued

Inventors

Original Assignees

Examiners

Agents

CPC

Field of Search

US

CPC

International Classifications

Disclaimer