Disclosed is a computer-implemented method (100) of rating a consumer in connection with a transaction initiated by the consumer and requesting credit from a credit issuer (28). The method (100) includes the steps of: providing a merchant-based consumer/transaction data set (16) to a central credit issuer database (20); providing a third party credit history data set (24) to the central credit issuer database (20); providing a credit issuer credit history data set (30) to the central credit issuer database (20); determining a consumer rating index variable (12) based upon a scoring formula (34) utilizing at least one data field from the provided data sets; and presenting the consumer rating index variable (12) to the credit issuer (28). A system (10) and apparatus (50) for rating the consumer in connection with this transaction is also disclosed.
|
1. A method of rating a consumer in connection with a transaction initiated by the consumer with a merchant and requesting credit from a credit issuer not associated with the merchant, comprising the steps of:
providing at least one digital computer, and using the at least one digital computer:
(a) providing a merchant-based consumer/transaction data set including a plurality of data fields to a central credit issuer database;
(b) providing a third party credit history data set including a plurality of data fields to a central credit issuer database;
(c) providing a credit issuer credit history data set including a plurality of data fields to a central credit issuer database;
(d) determining a consumer rating index variable based upon a scoring formula utilizing at least one data field value from at least one of the provided merchant-based consumer/transaction data set, the third party credit history data set and the credit issuer credit history data set; and,
(e) presenting the consumer rating index variable to the credit issuer,
wherein the method is initiated substantially at the time the credit transaction is initiated.
26. An apparatus for rating a consumer in connection with a transaction initiated by the consumer with a merchant and requesting credit from a credit issuer not associated with the merchant, the apparatus comprising:
a storage mechanism including a central credit issuer database;
an input mechanism for transmitting a merchant-based consumer/transaction data set including a plurality of data fields, a third party credit history data set including a plurality of data fields and a credit issuer credit history data set including a plurality of data fields to the central credit issuer database; and,
a processor mechanism configured to determine a consumer rating index variable based upon a scoring formula utilizing at least one data field value from at least one of the provided merchant-based consumer/transaction data set, the third party credit history data set and the credit issuer credit history data set,
wherein the transmission of the merchant-based consumer/transaction data set, the third party credit history data set and the credit issuer credit history data set is initiated substantially at the time the credit transaction is initiated.
49. An apparatus for rating a consumer in connection with a transaction initiated by the consumer and requesting credit from a credit issuer, the apparatus comprising:
means for providing a merchant-based consumer/transaction data set including a plurality of data fields to a central credit issuer database;
means for providing a third party credit history data set including a plurality of data fields to a central credit issuer database;
means for providing a credit issuer credit history data set including a plurality of data fields to a central credit issuer database;
means for determining a consumer rating index variable based upon a scoring formula utilizing at least one data field value from at least one of the provided merchant-based consumer/transaction data set, the third party credit history data set and the credit issuer credit history data set; and,
means for presenting the consumer rating index variable to the credit issuer,
wherein the provision of the merchant-based consumer/transaction data set, the third party credit history data set and the credit issuer credit history data set occurs substantially at the time the credit transaction is initiated.
2. The method of
3. The method of
4. The method of
5. The method of
6. The method of
7. The method of
(i) a transaction database including at least one field populated by data reflecting at least one of transaction data and consumer data;
(ii) a verification database including at least one field populated by data reflecting at least one of verification data and third party credit history data; and,
(iii) a credit issuer database including at least one field populated by data reflecting at least one of credit issuer data and credit issuer credit history data.
8. The method of
9. The method of
10. The method of
11. The method of
12. The method of
(i) a visual indicator that is at least one of a letter, a symbol, a term, a word, a phrase, a number, a color, a picture and a visual representation; and,
(ii) an audio indicator that is at least one of a sound, an alarm, an audio file, a digital sound and an analog sound.
13. The method of
(i) selecting the appropriate development population;
(ii) building a variable data set with data from at least one of the provided merchant-based consumer/transaction data set, the third party credit history data set and the credit issuer credit history data set;
(iii) performing segmentation analysis to identify homogeneous segments;
(iv) building a score card using regression analysis; and,
(v) validating the score card against a validation sample.
14. The method of
15. The method of
16. The method of
17. The method of
18. The method of
logit=fn(number_active_bc, num_pub, num_tr1, num_tr3, webmoto, fic, amt.2, timedif, amtratio), where:
number_active_bc is number of active bankcards from the credit bureau;
num_pub is the number of public records found in the credit bureau;
num_tr1 is the number of trade in the credit bureau;
num_tr3 is the number of 90+Days Past Due trade in the credit bureau;
webmoto is an indicator of whether the sale was made on the web or by telephone;
fic is the FICO score;
amt.2 is the second transaction amount;
timedif is the elapsed time between first and second authorizations; and,
amtratio is the ratio of the first second authorization amount to the first authorization amount.
19. The method of
20. The method of
21. The method of
22. The method of
23. The method of
24. The apparatus of
25. The apparatus of
(i) a visual indicator that is at least one of a letter, a symbol, a term, a word, a phrase, a number, a color, a picture and a visual representation; and,
(ii) an audio indicator that is at least one of a sound, an alarm, an audio file, a digital sound and an analog sound.
28. The apparatus of
29. The apparatus of
30. The apparatus of
31. The apparatus of
32. The apparatus of
33. The apparatus of
34. The apparatus of
(i) a transaction database including at least one field populated by data reflecting at least one of transaction data and consumer data;
(ii) a verification database including at least one field populated by data reflecting at least one of verification data and third party credit history data; and,
(iii) a credit issuer database including at least one field populated by data reflecting at least one of credit issuer data and credit issuer credit history data.
35. The apparatus of
36. The apparatus of
37. The apparatus of
38. The apparatus of
(i) select the appropriate development population;
(ii) build a variable data set with data from at least one of the provided merchant-based consumer/transaction data set, the third party credit history data set and the credit issuer credit history data set;
(iii) perform segmentation analysis to identify homogeneous segments;
(iv) build a score card using regression analysis; and,
(v) validate the score card against a validation sample.
39. The apparatus of
40. The apparatus of
41. The apparatus of
42. The apparatus of
43. The apparatus of
logit=fn(number_active_bc, num_pub, num_tr1, num_tr3, webmoto, fic, amt.2, timedif, amtratio), where:
number_active_bc is number of active bankcards from the credit bureau;
num_pub is the number of public records found in the credit bureau;
num_tr1 is the number of trade in the credit bureau;
num_tr3 is the number of 90+Days Past Due trade in the credit bureau;
webmoto is an indicator of whether the sale was made on the web or by telephone;
fic is the FICO score;
amt.2 is the second transaction amount;
timedif is the elapsed time between first and second authorizations; and,
amtratio is the ratio of the first second authorization amount to the first authorization amount.
44. The apparatus of
45. The apparatus of
46. The apparatus of
47. The apparatus of
48. The apparatus of
|
1. Field of the Invention
The present invention relates generally to transaction systems and methods of assessing and rating a consumer engaging in the transaction and, in particular, to a computer-implemented method and system for rating a consumer dynamically and substantially when the transaction is initiated between the consumer and a merchant.
2. Description of Related Art
In order to enable convenient purchases of goods and services by consumers, the financial service industry has developed many alternative payment methods that allow a consumer to engage in a transaction and receive goods and services on credit. For example, such alternative payment methods may include checks, ATM or debit cards, credit cards, charge cards, etc. Prior to the birth of virtual commerce, as discussed below, such payment options provided adequate convenience and transactional security to consumers and merchants in the marketplace. While transactional security may include the security offered by a payment method to the consumer that the purchase event will not result in a breach of personal information, transactional security also offers the merchant or seller the security that fraud will not be perpetrated and that the consumer is not a credit risk.
Virtual commerce and the growth of the Internet as a medium for commerce have placed pressure on the payment options discussed above on both the convenience and transactional security and profitability by the credit issuer. For example, credit cards may be convenient to the consumer but are subject to fraudulent use via theft of the account number, expiration date and address of the consumer. This, in turn, places the credit issuer at risk of offering credit to an uncreditworthy consumer, being the subject of consumer fraud or issuing credit to a consumer in a situation that is otherwise unprofitable to the credit issuer.
Currently, available payment options include significant shortcomings when applied to remote purchasers, such as purchases where the buyer and the seller (that is, the merchant) are not physically proximate during the transaction. Specific examples of remote purchases are mail order, telephone order, Internet and wireless purchases. Further, regardless of the proximity, merchants and credit issuers alike continue to battle the problem of fraudulent purchases. Each new payment option and every new sales channel (in-store, telephone, mail and Internet) have, in turn, spawned innovation on the part of consumers willing to perpetrate fraud in order to obtain goods and services without paying for them.
In recent years, the birth of the Internet commerce industry and the continued growth in mail order and telephone order commerce have pushed the credit card to the forefront of these battles. Typically, merchants are forced to rely on credit cards because it is currently their only option in the remote purchase environment. However, regardless of the type of credit offered, low transactional security is offered to both merchants and consumers. This leads to significant cost for the consumers and the merchants, such as the consumer cost including the impairment of their credit record, the inconvenience of changing all of their credit card accounts and the financial costs in resolving the situation. Merchant costs may include the mitigation of fraud losses, including the cost of incremental labor, hardware and software to implement additional security checks in their sales/order entry software, higher transaction processing expense in the form of discount rates for credit cards and NSF fees for checks and higher fraud charge-offs for undetected fraudulent purchases.
Notwithstanding fraud risks, the credit issuer must take a “leap of faith” in issuing credit to an unknown or relatively unknown customer. Further, assessing a consumer's credit, fraud and profitability risk is performed using minimal information. For example, in the credit card industry, the merchant's “view” is not considered, with the only data considered being the amount of the transaction, the date and the merchant type. Therefore, limited credit assessment is conducted during the transaction. While the credit card industry may perform a more in-depth view of the consumer during the application process, there is no guarantee that the consumer has an increased credit risk at a later date, the credit account has been misappropriated by a third party, or the consumer profitability (affecting the terms of credit) is decreased at a subsequent transaction. This means that the credit card industry merely takes a static snapshot of the consumer, issues credit to the consumer and allows the consumption process to begin.
In the present industry, consumer rating or indexing, while possibly occurring, is technically limited. There is not enough data available to the rater in order to make an informed decision about the transaction in which the consumer is engaged. While some credit issuers have access to a preference engine, such an engine is batch operated, wherein information is gathered, loaded and periodically updated. Therefore, and again, the consumer, who is a dynamically variable credit risk, is only periodically assessed.
These drawbacks and shortcomings in the prior art result in several negative effects. For example, the credit issuer experiences increased financial losses due to their issuance of credit to a risky consumer. This, in turn, decreases consumer confidence in the credit issuer. Further, transactions that are unprofitable may be approved, and transactions that are profitable may be declined. Therefore, there remains a need for a more dynamic consumer rating and indexing system that overcomes these effects and drawbacks.
It is, therefore, an object of the present invention to provide a computer-implemented method and system for dynamic consumer rating in a transaction between a consumer and a merchant that overcomes the deficiencies of the prior art. It is another object of the present invention to provide a method and system for dynamic consumer rating in a transaction that uses additional and previously-unavailable information to determine a consumer index variable and, therefore, assess a consumer's credit risk, fraud risk and profitability. It is a still further object of the present invention to provide a method and system for dynamic consumer rating in a transaction that assesses the consumer on a transaction-by-transaction basis or in a substantially real-time format. It is yet another object of the present invention to provide a method and system for dynamic consumer rating in a transaction wherein the authorization of the consumer occurs at the point-of-sale.
The present invention is directed to a computer-implemented method of rating a consumer in connection with a transaction initiated by the consumer in requesting credit from a credit issuer. This method includes the steps of: (a) providing a merchant-based consumer/transaction data set including a plurality of data fields to a central credit issuer database; (b) providing a third party credit history data set including a plurality of data fields to a central credit issuer database; (c) providing a credit issuer credit history data set including a plurality of data fields to a central credit issuer database; (d) determining a consumer rating index variable based upon a scoring formula utilizing at least one data field value from at least one of the provided merchant-based consumer/transaction data set, the third party credit history data set and the credit issuer credit history data set; and (e) presenting the consumer rating index variable to the credit issuer. In addition, the computer-implemented method described above is initiated substantially at the same time the credit transaction is initiated. Therefore, the presently-invented method is performed in a real-time or dynamic process.
The present invention is also directed to an apparatus for rating a consumer in connection with a transaction initiated by the consumer and requesting credit from a credit issuer. The apparatus includes a storage mechanism having a central credit issuer database. In addition, the apparatus includes an input mechanism for transmitting a merchant-based consumer/transaction data set including a plurality of data fields, a third party credit history data set including a plurality of data fields and a credit issuer credit history data set including a plurality of data fields to the central credit issuer database. A processor mechanism determines a consumer rating index variable based upon a scoring formula utilizing at least one data field value from at least one of the provided merchant-based consumer/transaction data set, third party credit history data set and credit issuer credit history data set. The transmission of the merchant-based consumer/transaction data set, the third party credit history data set and the credit issuer credit history data set is initiated substantially at the time the credit transaction is initiated.
The present invention, both as to its construction and its method of operation, together with the additional objects and advantages thereof, will best be understood from the following description of exemplary embodiments when read in connection with the accompanying drawings.
The present invention is directed to a computer-implemented method of rating a consumer in connection with a transaction initiated by the consumer, which requests credit from a credit issuer. The method of the present invention and a schematic view of the system are illustrated in
According to the present invention, a method 100 is included for rating, scoring or indexing a consumer that is engaged in a transaction wherein the consumer is requesting credit from a credit issuer. According to this method 100, and in one preferred and non-limiting embodiment, the method 100 includes the steps of: providing a merchant-based consumer/transaction data set including a plurality of data fields to a central credit issuer database (Step 102); providing a third party credit history data set including a plurality of data fields to a central credit issuer database (Step 104); providing a credit issuer credit history data set including a plurality of data fields to a central credit issuer database (Step 106); determining a consumer rating index variable based upon a scoring formula utilizing at least one data field value from at least one of the provided merchant-based consumer/transaction data set, the third party credit history data set and the credit issuer credit history data set (Step 108); and presenting the consumer rating index variable to the credit issuer (Step 110). This method 100 of rating, scoring and/or indexing a consumer is initiated when the consumer initiates the credit transaction. Therefore, during or immediately after a credit transaction is engaged in by a consumer, the merchant (via the credit issuer) may be informed of any fraud or credit risk issues. In addition, the credit issuer can assess a consumer's profitability in deciding whether to authorize the transaction.
As seen in
The first data set is obtained from a merchant 14 and serves to initiate the credit request and transaction by the consumer. The data that is obtained from the merchant 14 is referred to as a merchant-based consumer/transaction data set 16, and this merchant-based consumer/transaction data set 16 includes a plurality of data fields that contain transaction and consumer information. For example, the merchant-based consumer/transaction data set may include the merchant's view, as well as the purchase demographic of the customer. Therefore, the data fields may include, but are not limited to, the transaction amount, the transaction date, the type of transaction, the product or service, shipping costs, delivery type, customer type or class, shipping address, consumer name, consumer status (such as new or return consumer), contact information, billing address and related transaction or consumer-specific data. This data, in the form of the merchant-based consumer/transaction data set 16 is transmitted from the merchant 14 to a transaction database 18 located on or within a central credit issuer database 20. The central credit issuer database 20 may be referred to as a data warehouse or central data collection medium that includes various subsets of data and secondary databases therein, such as the transaction database 18. Any database architecture is envisioned as is known in the art.
The system 10 also requires the input of information and data from a third party credit bureau 22. Specifically, the third party credit bureau 22 transmits a third party credit history data set 24 to a credit bureau database 26. As with the transaction database 18, the credit bureau database 26 is a subset of data or specified collection of data that is resident in the data warehouse referred to as the central credit issuer database 20. The third party credit history data set 24 includes the history of the consumer as is tracked and evaluated by the third party credit bureau 22. In order to obtain such data, certain information may be transmitted from the system 10 to the third party credit bureau 22, such as customer demographical data or other identification information required by the third party credit bureau 22 to issue its report or opinion. As is known in the art, the third party credit bureau 22 maintains its own database of information for the purposes of verification and authentication of a consumer wishing to obtain credit in one or more transactions.
Finally, a credit issuer 28 transmits certain data and information to the central credit issuer database 20. Specifically, the credit issuer 28 transmits a credit issuer credit history data set 30 to a credit issuer database 32, which is also resident in the central credit issuer database 20. It is specifically envisioned that, in this preferred and non-limiting embodiment, the credit issuer credit history data set 30 may be transmitted to the credit issuer database 32 in an electronic format via a network or similar system. However, the information in the credit issuer credit history data set 30 may already be resident in the credit issuer database 32 in the central credit issuer database 20, as directly transmitted during previous transactions and sales. Therefore, the credit issuer credit history data set 30 may not require specific transmission, but may already be available as part of the data warehouse referred to as the central credit issuer database 20. The data in the credit issuer credit history data set 30 refers to the credit issuer's 28 historical data and is useful in rating or scoring a transaction risk. For example, such data may include how the consumer pays the bill, how long the consumer has been an account, the account balance, the shipping address history, the merchant history, etc.
Once the central credit issuer database 20 has obtained the necessary information regarding the consumer, the transaction and the consumer's credit on the transaction database 18, the credit bureau database 26 and the credit issuer database 32, the necessary information and data are transmitted to and utilized by a scoring formula 34, which is typically in the form of an algorithm. A scoring formula operates on the data, using one or more data field values from the provided merchant-based consumer/transaction data set 16, the third party credit history data set 24 and/or the credit issuer credit history data set 30. Finally, the system provides the consumer rating index variable 12 to the credit issuer 28 for use in the decision-making process revolving around the transaction and/or the consumer.
The consumer rating index variable 12 may be a number in a scale, a color, a description or other indication that helps and assists in scoring, rating and indexing a consumer. For example, the consumer rating index variable 12 may provide an indication as to whether the consumer is a credit risk in this specific transaction. Further, the consumer rating index variable 12 may indicate whether the consumer is a fraud risk, such that the merchant 14 should take additional measures to identify, authorize and verify the consumer and the intended transaction. The consumer rating index variable 12 may also be a customer revenue index, which is directed to the consumer's net present value and profitability, which assists in making the decision regarding a specific transaction that is engaged in. Still further, as discussed in detail hereinafter, the consumer rating index variable 12 may be a value on a scale from 200 through 800, which is a standard credit bureau scale for rating a consumer.
In one preferred and non-limiting embodiment, the following algorithms or scoring and rating formulae are utilized to determine the consumer rating index variable 12 for use in scoring a customer and further use in connection with the billing/credit issuance process. Further, the resulting consumer rating index variable may be used to determine whether to extend additional credit to an existing consumer. In this preferred and non-limiting embodiment, the process for determining the consumer rating index variable 12 includes the steps of: (i) Population Selection (select the appropriate development population); (ii) Variable Computation (build the candidate predictors/response variables); (iii) CHAID Analysis (perform segmentation analysis to identify homogeneous segments); (iv) Regression Analysis (build score cards); and (v) Validation Analysis (validating scorecards against a validation sample).
Population Selection
Each scoring algorithm rates a consumer at a specific point in the lending process. Accordingly, population selection populates the scoring algorithms with the actual data and the raw variables. All observations that satisfy the following criteria are included in the score development: (a) an account number already exists, i.e., people who have been approved at least once; (b) Authorization Response Codes=0, 20, 110, 108 (internal codes indicative of approvals and declinations); and (c) all authorizations since the earliest reliable database population. Only the first and second authorizations are selected for each account from the above population. The data set is then collapsed to account level by taking the first authorizations for each account and the new computed variables.
Variable Computation
Variable computation is used to determine whether the data requires further modification and whether there is “missing” data that requires emulation. The following data fields and variables may be used in one preferred and non-limiting embodiment of the present invention.
2 if first authorization has the same and second has a different address
3 if first authorization was different and second was the same
4 if both first and second authorization were both different
0 (internal codes for billing and delinquency indicator) otherwise:
CHAID Analysis
The sample is then analyzed for segments with unique causative relationships to the response variables using an analytical/statistical segmentation method. Homogeneous segments are identified to ensure that the consumer is in the same population segment, e.g., “good” credit, credit risk, no credit data, etc. Segments were found that were defined by: (a) Num Actv Trds (the number of active trades in the credit bureau report); (b) FICO (the FICO score of the customer at acquisition); and (c) Credit Segment (the credit issuer defined credit segment for the customer).
Regression Analysis
Regression is performed on all segments identified in the CHAID analysis in order to build the score card for consumer rating. Given below are the Forward Step Logistic Regression equations and the corresponding calculated deciles for each of the above segments:
Interval
ProbUpper
ProbLower
Badcount
No. of observations
% bad
0.50
0.09
162.00
1107.00
0.14634
0.09
0.07
84.00
1107.00
0.07588
0.07
0.06
69.00
1107.00
0.06233
0.06
0.05
54.00
1107.00
0.04878
0.05
0.04
46.00
1107.00
0.04155
0.04
0.03
33.00
1107.00
0.02981
0.03
0.02
25.00
1107.00
0.02258
0.02
0.01
4.00
1107.00
0.00361
0.01
0.01
7.00
1107.00
0.00632
0.01
0.00
15.00
1120.00
0.01339
499.00
11083.00
0.04502
Validation
The model was validated by running Forward step logistics and calculating deciles with a 30% randomly selected validation sample from the original population selected. The results are shown below:
Full Sample Validation Development
100%
30%
70%
14.63
16.22
14.97
7.59
11.11
7.61
6.23
6.61
8.00
4.88
3.90
4.39
4.16
3.00
4.39
2.98
5.11
2.71
2.26
1.20
1.55
0.36
0.90
0.39
0.63
0.30
0.65
1.34
0.60
1.16
4.50
4.89
4.58
Next, the credit score for the consumer is placed on a common scale in order to achieve homogenous models in standardized form. The Logit output from the regression analysis is standardized, whereby the Logit output of the equation is then used to estimate a raw score. The raw score represents the probability estimate of the outcome. In one embodiment, the equation to calculate the raw score is:
Raw score(predicted probability)=1/(1+exp(−log-odds))
The raw score must then be normalized across all the score cards so that a common score value represents the same probability of outcome for all transactions. The normalized score can be scaled in a variety of ways. In one preferred and non-limiting embodiment, the scale chosen uses a range of 200 through 800, where increasing score values are associated with declining risk. The normalization function is as follows:
Normalized Score=MAX(800−(MAX((raw score−0.008),0)/0.008)*40,200)
In one example of a score calculation:
Csp_acct_num
5049902000187250
Btstchck*
4
credit_seg**
5
fic
713
num_actv
4
num_pub_
0
num_tr1
0
num_tr2
0
num_trds
0
timedif
4
*btstchck = 4 btstchck1 = 0, btstchck2 = 0, btstchck1 = 0.
**credit_seg = 5 Only credit_seg8 = 1 all other credit_seg variables are equal to zero.
Log-odds=−17.07663026014810000+18.15223211620720000*0+19.13745662712380000*0+18.19283426855700000*0+17.92906512795210000*0+16.83431847451940000*0+17.80790829621750000*0−14.21707572866670000*0+19.23480342409850000*1+19.35819328266010000*0+1.53416212574188000*0+0.82791562577957700*0—−0.02418540185459180*4+0.56219566758910400*0+1.43309613496916000*0−0.00503720355200225*713−0.21189108069530000*0+0.50199963103629900*0−0.07318126871833160*0−0.02784999889928590*4=−1.64149457164272
Raw score=1/(1+exp(1.64149457164272))=0.162261798547613
The normalized score is based on the following scale:
Maximum score
800.0
Minimum score
200.0
Decrease in score per 0.008 increase in raw score
40.0
In this manner, the consumer rating index variable 12 is presented to the credit issuer 28 for use in determining whether to issue credit to the consumer. By using the scale of 200-800 (with 800 being the most credit worthy), the credit issuer 28 can decide whether to extend credit during the transaction process. The use of the 200-800 scale is rooted in the generic credit bureau scaling system well known in the art. Further, a consumer rating index variable 12 provided as a value on this scale will ensure that the credit issuer 28 makes an appropriate credit decision.
In another preferred and non-limiting embodiment, the present invention is also directed to an apparatus 50 for rating a consumer in connection with a transaction initiated by the consumer. Again, the transaction involves the consumer or merchant requesting credit from the credit issuer 28. The apparatus includes an input mechanism 52 for receiving and transmitting the merchant-based consumer/transaction data set 16, the third party credit history data set 24 and the credit issuer credit history data set 30 from the sources to a storage mechanism 54. The storage mechanism 54 includes the central credit issuer database 20, which serves as the data warehouse for the information and data gathered through the input mechanism 52. Again, it is envisioned that the credit issuer credit history data set 30 may already be resident within or in communication with the storage mechanism 54 and the central credit issuer database 20.
Dependent upon the scoring, rating or indexing of the consumer that is desired, the appropriate data field values are collected from one or more of the merchant-based consumer/transaction data set 16, the third party credit history data set 24 and/or the credit issuer credit history data set 30. This information is transmitted to and received by a processor mechanism 56, and the processor mechanism 56 includes the scoring formula 34 or algorithm as part of its functionality and processing capability. Specifically, the processor mechanism 56 determines the consumer rating index variable 12 based upon the scoring formula 34, which uses data field values from the data sets (16, 24, 30). After the consumer rating index variable 12, whether in numeric, alphanumeric or other form, the processor mechanism 56 transmits the consumer rating index variable 12 to the credit issuer 28. The transmission of the data sets (16, 24, 30) is initiated substantially at the same time the credit transaction is initiated.
In this manner, the present invention is directed to a computer-implemented method 100, system 10 and apparatus 50 that overcomes the deficiencies of the prior art. The present invention receives, processes and otherwise considers a much larger amount of data than prior art systems, thus allowing the present invention to provide a more accurate consumer rating index variable 12. Therefore, the present invention initiates the method 100 on a real-time transaction-by-transaction basis, as opposed to prior art systems that use preference engines operating on batch data on a periodic basis. Therefore, the present invention ensures that transactions that should have been approved are approved and transactions that should be declined are declined. This leads to decreased financial losses due to credit risk and fraud. Since the analysis of the present method 100 occurs while the transactions are occurring, the present invention provides a method 100, system 10 and apparatus 50 that is a point-of-sale consumer authorization tool. If a specific transaction requires more information, and since the present method 100 is performed in a real-time basis, the credit issuer 28 can notify the merchant 14 at the point-of-sale to request additional information or verification of information from the consumer. This, in turn, also helps to reduce the instances of issuing credit to a credit risk or having fraud perpetrated on the credit issuer 28.
This invention has been described with reference to the preferred embodiments. Obvious modifications and alterations will occur to others upon reading and understanding the preceding detailed description. It is intended that the invention be construed as including all such modifications and alterations.
Patent | Priority | Assignee | Title |
10032146, | Sep 25 2012 | MX Technologies, Inc. | Automatic payment and deposit migration |
10269015, | Jul 24 2008 | MARQETA, INC | Secure payment service and system for interactive voice response (IVR) systems |
10313342, | Nov 30 2015 | MX TECHNOLOGIES, INC | Automatic event migration |
10354320, | Sep 25 2012 | MX Technologies, Inc. | Optimizing aggregation routing over a network |
10367800, | Nov 12 2015 | MX Technologies, Inc. | Local data aggregation repository |
10424011, | Nov 02 2011 | GAIN CREDIT HOLDINGS, INC | Systems and methods for shared lending risk |
10552835, | Jul 24 2008 | MARQETA, INC | Secure payment service and system for interactive voice response (IVR) systems |
10757154, | Nov 24 2015 | Experian Information Solutions, Inc | Real-time event-based notification system |
10803513, | Sep 16 2011 | CREDIT SESAME, INC | Financial responsibility indicator system and method |
10904235, | Nov 12 2015 | MX Technologies, Inc. | Predicting input locations for data aggregation using machine learning |
10909617, | Mar 24 2010 | CONSUMERINFO.COM, INC. | Indirect monitoring and reporting of a user's credit data |
10963955, | Sep 25 2012 | MX Technologies, Inc. | Optimizing aggregation routing over a network |
11004147, | Aug 14 2008 | Experian Information Solutions, Inc. | Multi-bureau credit file freeze and unfreeze |
11005832, | Nov 12 2015 | MX Technologies, Inc. | Distributed, decentralized data aggregation |
11005833, | Nov 12 2015 | MX Technologies, Inc. | Distributed, decentralized data aggregation |
11159593, | Nov 24 2015 | Experian Information Solutions, Inc. | Real-time event-based notification system |
11165763, | Nov 12 2015 | MX Technologies, Inc. | Distributed, decentralized data aggregation |
11190500, | Nov 12 2015 | MX Technologies, Inc. | Distributed, decentralized data aggregation |
11227001, | Jan 31 2017 | Experian Information Solutions, Inc. | Massive scale heterogeneous data ingestion and user resolution |
11277393, | Nov 12 2015 | MX Technologies, Inc. | Scrape repair |
11522846, | Nov 12 2015 | MX Technologies, Inc. | Distributed, decentralized data aggregation |
11620403, | Jan 11 2019 | Experian Information Solutions, Inc | Systems and methods for secure data aggregation and computation |
11636540, | Aug 14 2008 | Experian Information Solutions, Inc. | Multi-bureau credit file freeze and unfreeze |
11652607, | Jun 30 2017 | Experian Information Solutions, Inc. | Symmetric encryption for private smart contracts among multiple parties in a private peer-to-peer network |
11681733, | Jan 31 2017 | Experian Information Solutions, Inc. | Massive scale heterogeneous data ingestion and user resolution |
11729230, | Nov 24 2015 | Experian Information Solutions, Inc. | Real-time event-based notification system |
9311630, | Jul 24 2008 | MARQETA, INC | Secure payment service and system for interactive voice response (IVR) systems |
9361646, | Sep 25 2012 | MX TECHNOLOGIES, INC | Aggregation source routing |
9576318, | Sep 25 2012 | MX TECHNOLOGIES, INC | Automatic payment and deposit migration |
9652753, | May 14 2013 | MX TECHNOLOGIES, INC | Automated detection and migration of automated transactions |
9692815, | Nov 12 2015 | MX TECHNOLOGIES, INC | Distributed, decentralized data aggregation |
9741073, | Sep 25 2012 | MX Technologies, Inc. | Optimizing aggregation routing over a network |
9940668, | Sep 25 2012 | MX Technologies, Inc. | Switching between data aggregator servers |
Patent | Priority | Assignee | Title |
3920908, | |||
4191860, | Jul 13 1978 | Bell Telephone Laboratories, Incorporated | Data base communication call processing method |
4291198, | Jun 28 1979 | Bell Telephone Laboratories, Incorporated | General-purpose electronic telephone station set |
4757267, | Jun 17 1987 | MUREX LICENSING CORPORATION | Telephone system for connecting a customer to a supplier of goods |
4969183, | Aug 28 1989 | Telephone lotto number system and service | |
4996705, | Sep 01 1987 | AT&T Bell Laboratories; BELL TELEPHONE LABORATORIES, INCORPORATED, 600 MOUNTAIN AVENUE, MURRAY HILL, NEW JERSEY 07974-2070 A CORP OF NEW YORK; AMERICAN TELEPHONE AND TELEGRAPH COMPANY, 550 MADISON AVENUE, NEW YORK, NEW YORK 10022-3201, A CORP OF NEW YORK | Use of telecommunications systems for lotteries |
5010238, | Mar 18 1988 | Hitachi, Ltd. | Automatic cash transaction system and method |
5012077, | Oct 07 1987 | VERVE, L L C | Credit and debit card processing terminal |
5120945, | Aug 31 1989 | Hitachi, Ltd. | Transaction recording system and method |
5329589, | Feb 27 1991 | AT&T Bell Laboratories | Mediation of transactions by a communications system |
5446885, | May 15 1992 | INTERNATIONAL BUSINESS MACHINES CORPORATION, A CORP OF NY | Event driven management information system with rule-based applications structure stored in a relational database |
5537315, | Mar 23 1994 | DECISIONING COM, INC | Method and apparatus for issuing insurance from kiosk |
5793028, | Jun 24 1996 | SAFECLICK, LLC | Electronic transaction security system |
5794221, | Jul 07 1995 | AT&T Intellectual Property I, L P | Internet billing method |
5870721, | Aug 27 1993 | DECISIONING COM, INC | System and method for real time loan approval |
5883810, | Sep 24 1997 | Microsoft Technology Licensing, LLC | Electronic online commerce card with transactionproxy number for online transactions |
5940811, | Aug 27 1993 | DECISIONING COM, INC | Closed loop financial transaction method and apparatus |
6000832, | Sep 24 1997 | Microsoft Technology Licensing, LLC | Electronic online commerce card with customer generated transaction proxy number for online transactions |
6029150, | Oct 04 1996 | Certco, LLC | Payment and transactions in electronic commerce system |
6029890, | Jun 22 1998 | ORBIS PATENTS, LTD | User-Specified credit card system |
6032136, | Nov 17 1998 | JPMORGAN CHASE BANK, N A | Customer activated multi-value (CAM) card |
6078891, | Nov 24 1997 | Method and system for collecting and processing marketing data | |
6098053, | Jan 28 1998 | CITIBANK, N A | System and method for performing an electronic financial transaction |
6105007, | Aug 27 1993 | DECISIONING COM, INC | Automatic financial account processing system |
6122624, | May 28 1998 | Automated Transaction Corp. | System and method for enhanced fraud detection in automated electronic purchases |
6188994, | Jul 07 1995 | AT&T Intellectual Property I, L P | Internet billing method |
6202053, | Jan 23 1998 | Bank One, Delaware, National Association | Method and apparatus for generating segmentation scorecards for evaluating credit risk of bank card applicants |
6227447, | May 10 1999 | JPMORGAN CHASE BANK, N A | Cardless payment system |
6289319, | May 24 1984 | Automatic business and financial transaction processing system | |
6317783, | Oct 28 1998 | YODLEE, INC | Apparatus and methods for automated aggregation and delivery of and transactions involving electronic personal information or data |
6332134, | Nov 01 1999 | Kioba Processing, LLC | Financial transaction system |
6341724, | May 10 1999 | JPMORGAN CHASE BANK, N A | Cardless payment system |
6351739, | Jul 07 1995 | AT&T Intellectual Property I, L P | Internet billing method |
6477578, | Dec 16 1997 | System and method for conducting secure internet transactions | |
6505171, | Feb 04 2000 | System and method for handling purchasing transactions over a computer network | |
6675153, | Jul 06 1999 | Zix Corporation | Transaction authorization system |
6704714, | May 03 1999 | CHASE MANHATTAN BANK, THE | Virtual private lock box |
6785661, | Jan 04 1995 | Citibank, N.A. | System and method a risk based purchase of goods |
6820202, | Nov 09 1998 | Boston Scientific Scimed, Inc | Account authority digital signature (AADS) system |
6839690, | Apr 11 2000 | Pitney Bowes Inc. | System for conducting business over the internet |
6839692, | Dec 01 2000 | BENEDOR LLC | Method and apparatus to provide secure purchase transactions over a computer network |
6868408, | Apr 28 1994 | Citibank, N.A. | Security systems and methods applicable to an electronic monetary system |
6883022, | Jan 20 1998 | Dell USA L.P. | Method and system for receiving and providing access to information at a web site |
6889325, | Apr 28 1999 | UNICATE B V | Transaction method and system for data networks, like internet |
6915272, | Feb 23 2000 | Nokia Technologies Oy | System and method of secure payment and delivery of goods and services |
6931382, | Jan 24 2001 | Kioba Processing, LLC | Payment instrument authorization technique |
6957334, | Jun 23 1999 | MasterCard International Incorporated | Method and system for secure guaranteed transactions over a computer network |
6970853, | Jun 06 2000 | CITIBANK, N A | Method and system for strong, convenient authentication of a web user |
6976008, | Jul 07 1995 | AT&T Intellectual Property I, L P | Internet billing method |
6980970, | Dec 16 1999 | Kioba Processing, LLC | Secure networked transaction system |
7006986, | Sep 25 2000 | ECARDLESS BANCORP LTD | Order file processes for purchasing on the internet using verified order information |
7051001, | Aug 27 1998 | CITIBANK, N A | System and method for merchant function assumption of internet checking and savings account transactions |
7107243, | Aug 10 1998 | CITIBANK, N A | System and method for automated bill payment service |
7177836, | Dec 30 1999 | First Data Corporation; The Western Union Company | Method and system for facilitating financial transactions between consumers over the internet |
7263506, | Apr 06 2000 | Fair Isaac Corporation | Identification and management of fraudulent credit/debit card purchases at merchant ecommerce sites |
7406436, | Mar 22 2001 | Convergent Media Solutions LLC | Method and apparatus for collecting, aggregating and providing post-sale market data for an item |
7406442, | Sep 11 2000 | Capital One Services, LLC | System and method for providing a credit card with multiple credit lines |
20010034702, | |||
20010034724, | |||
20020007302, | |||
20020007341, | |||
20020032860, | |||
20020035538, | |||
20020052833, | |||
20020069166, | |||
20020087467, | |||
20020099649, | |||
20020107793, | |||
20020112160, | |||
20020120537, | |||
20020120864, | |||
20020156688, | |||
20020178071, | |||
20020198822, | |||
20030036996, | |||
20030061157, | |||
20030120615, | |||
20030144952, | |||
20030200184, | |||
20030208420, | |||
20040030667, | |||
20040078328, | |||
20040111362, | |||
20040151292, | |||
20040162772, | |||
20040186807, | |||
20050004870, | |||
20050038715, | |||
20050071266, | |||
20050080718, | |||
20050125336, | |||
20050131808, | |||
20050246278, | |||
20060064372, | |||
20060106699, | |||
20060184428, | |||
20060184449, | |||
20060184570, | |||
20060242039, | |||
20060266819, | |||
20060289621, | |||
20070005445, | |||
20070250919, | |||
20070288375, | |||
20080046334, | |||
20080052244, | |||
EP338568, | |||
EP829813, | |||
EP1223524, | |||
WO2150, | |||
WO67177, | |||
WO8810467, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Jan 25 2005 | Ebay Inc. | (assignment on the face of the patent) | / | |||
Jul 23 2007 | I4 COMMERCE INC | BILL ME LATER, INC | CHANGE OF NAME SEE DOCUMENT FOR DETAILS | 023540 | /0105 | |
Sep 06 2007 | KEITHLEY, THOMAS H | I4 COMMERCE INC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 023236 | /0080 | |
Sep 09 2008 | BILL ME LATER, INC | CITIBANK, N A | SECURITY AGREEMENT | 021550 | /0374 | |
Oct 03 2008 | BILL ME LATER, INC | eBay Inc | MERGER SEE DOCUMENT FOR DETAILS | 038449 | /0678 | |
Nov 07 2008 | CITIBANK, N A | BILL ME LATER, INC | RELEASE OF SECURITY AGREEMENT | 021803 | /0906 | |
Jul 17 2015 | eBay Inc | PayPal, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 036163 | /0596 |
Date | Maintenance Fee Events |
Feb 04 2015 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Jan 31 2019 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Feb 13 2023 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
Aug 16 2014 | 4 years fee payment window open |
Feb 16 2015 | 6 months grace period start (w surcharge) |
Aug 16 2015 | patent expiry (for year 4) |
Aug 16 2017 | 2 years to revive unintentionally abandoned end. (for year 4) |
Aug 16 2018 | 8 years fee payment window open |
Feb 16 2019 | 6 months grace period start (w surcharge) |
Aug 16 2019 | patent expiry (for year 8) |
Aug 16 2021 | 2 years to revive unintentionally abandoned end. (for year 8) |
Aug 16 2022 | 12 years fee payment window open |
Feb 16 2023 | 6 months grace period start (w surcharge) |
Aug 16 2023 | patent expiry (for year 12) |
Aug 16 2025 | 2 years to revive unintentionally abandoned end. (for year 12) |