Credit bureau data includes information collected from various sources and can be used to helping entities such as lenders and/or credit card issuers improve the effectiveness of safe and sound lending. Traditional credit bureau data provides a view into a consumer's most recent information and does not provide historical information or track a consumer's change in risk over time. Accordingly, a more complete estimated historical picture of a consumer's information would be beneficial to lenders and/or credit card issuers to further improve the effectiveness of safe and sound lending.
In one embodiment, an estimated score stability system provides an approximation of a customer's historical credit scores based on trended data. These estimated credit scores can then be used to track information about a consumer over time.
In one embodiment, a computer-implemented method of generating estimated credit scores is provided. The method may include accessing, by a computing system, trended data related to at least one consumer; excluding restricted data from the trended data; for a first time period, determining, by a computing system, a first set of attribute values by applying a first set of attributes to a first subset of the trended data that represents the at least one consumer's profile for the first time period; computing a first estimated credit score based on the first set of attribute values; and outputting the first estimated credit score. In addition, the computer-implemented method may also include for a second time period, determining, by a computing system, a second set of attribute values by applying a second set of attributes to a second subset of the trended data that represents the at least one consumer's profile for the second time period; computing a second estimated credit score based on the second set of attribute values; and outputting the second estimated credit score. Furthermore, the trended data may include balance limit and payment history for a plurality of consumers' trades; the first estimated credit score may represent the consumer's risk profile for the first time period; the first estimated credit score and the second estimated credit score may represent the consumer's estimated risk profile for the first time period and the second time period; the first estimated credit score may represent the consumer's propensity to open new accounts for the first time period; and/or the first estimated credit score may represent the consumer's propensity to apply for credit for the first time period. Moreover, the computer-implemented method may also include analyzing the first estimated credit score and the second estimated credit score to determine correlations with events. In addition, the events may include at least one of a life style change, a change in purchasing power, or a change in risk; and/or the at least one consumer may include thousands of consumers. In addition, the computer-implemented method may also include for a predetermined number of time periods, determining, by a computing system, a set of attribute values for each of the predetermined number of time periods by applying a number of attributes to a subset of the trended data that represents the at least one consumer's profile for the predetermined number of time periods; computing estimated credit scores based on the set of attribute values for each of the predetermined number of time periods; and outputting the estimated credit scores for each of the predetermined number of time periods.
In a further embodiment, a non-transitory computer storage having stored thereon a computer program that instructs a computer system is provided. The computer program that instructs the computer system may at least: access trended data related to at least one consumer; exclude restricted data from the trended data; for a first time period, determine a first set of attribute values by applying a first set of attributes to a first subset of the trended data that represents the at least one consumer's profile for the first time period; compute a first estimated credit score based on the first set of attribute values; and output the first estimated credit score. In addition, the computer program that instructs the computer system may also for a second time period, determine a second set of attribute values by applying a second set of attributes to a second subset of the trended data that represents the at least one consumer's profile for the second time period; compute a second estimated credit score based on the second set of attribute values; and output the second estimated credit score. Furthermore, the trended data may include balance limit and payment history for a plurality of consumers' trades; the first estimated credit score may represent the consumer's risk profile for the first time period; the first estimated credit score and the second estimated credit score may represent the consumer's estimated risk profile for the first time period and the second time period; the first estimated credit score may represent the consumer's propensity to open new accounts for the first time period; and/or the first estimated credit score may represent the consumer's propensity to apply for credit for the first time period. Moreover, the computer program that instructs the computer system may also analyze the first estimated credit score and the second estimated credit score to determine correlations with events. In addition, the events may include at least one of a life style change, a change in purchasing power, or a change in risk and/or the at least one consumer may include thousands of consumers. In addition, the computer program that instructs the computer system may also for a predetermined number of time periods, determine a set of attribute values for each of the predetermined number of time periods by applying a number of attributes to a subset of the trended data that represents the at least one consumer's profile for the predetermined number of time periods; compute estimated credit scores based on the set of attribute values for each of the predetermined number of time periods; and output the estimated credit scores for each of the predetermined number of time periods.
In an addition embodiment, a system for generating estimated credit scores is provided. The system may include a first physical data store configured to store trended data; and a computing device in communication with the first physical data store and configured to access trended data related to at least one consumer, exclude restricted data from the trended data, for a first time period, determine a first set of attribute values by applying a first set of attributes to a first subset of the trended data that represents the at least one consumer's profile for the first time period, compute a first estimated credit score based on the first set of attribute values, and output the first estimated credit score. In addition, the system computing device may be further configured to for a second time period, determine a second set of attribute values by applying a second set of attributes to a second subset of the trended data that represents the at least one consumer's profile for the second time period; compute a second estimated credit score based on the second set of attribute values; and output the second estimated credit score. Furthermore, the trended data may include balance limit and payment history for a plurality of consumers' trades. Moreover, the first estimated credit score may represent the consumer's risk profile for the first time period; the first estimated credit score and the second estimated credit score may represent the consumer's estimated risk profile for the first time period and the second time period; the first estimated credit score may represent the consumer's propensity to open new accounts for the first time period; and/or the first estimated credit score may represent the consumer's propensity to apply for credit for the first time period. In addition, the system computing device may be further configured to analyze the first estimated credit score and the second estimated credit score to determine correlations with events. Furthermore, the events may include at least one of a life style change, a change in purchasing power, or a change in risk; and/or the at least one consumer may include thousands of consumers. In addition, the system computing device may be further configured to for a predetermined number of time periods, determine a set of attribute values for each of the predetermined number of time periods by applying a number of attributes to a subset of the trended data that represents the at least one consumer's profile for the predetermined number of time periods; compute estimated credit scores based on the set of attribute values for each of the predetermined number of time periods; and output the estimated credit scores for each of the predetermined number of time periods.
In one embodiment, an estimated score stability system provides an approximation of a customer's historical credit scores based on trended data. These estimated credit scores, also referred to as “pseudo scores” or “synthetic scores” can then be used by the estimated score stability system to track information about a consumer over time, such as, for example, tracking risk, an indication of the consumer's purchasing power, the likelihood the consumer will open a new account, and so forth. For tracking risk, this information can allow lenders or other entities to assess whether or not a consumer has displayed a stable risk profile or whether the consumer's risk profile is likely to change over time. As one example, a lending institution may be deciding whether to offer credit to a consumer whose current credit score is 720. The lending institution may decide not to offer credit if it learns that in the last year, the consumer's estimated credit scores hovered closer to 790 and in the last few months the estimated credit scores showed a significant drop. On the other hand, the lending institution may decide to offer credit if it learns that in the last year, the consumer's estimated credit scores started at 700 and have been slowly increasing at a steady rate. An estimated score stability system could also be used for predictions other than risk, such as, for example, to predict a consumer's propensity to open a new account, to refinance a loan, to change spend, and so forth. As one example, an estimated score stability system could be used to build a series of scores to track a consumer's propensity for opening a new account over time.
In some embodiments, the trended data includes a consumer's lending and balance information over an extended period of time. For example, the trended data may include a consumer's balances, limits, and payment history for each of their trades over a 24 month period. In one embodiment, portions of the trended data may be used to calculate financial, risk, or other attributes. For example, balance data may be used to calculate a consumer's mean balance attribute in a particular month. In some embodiments, several months of estimated trended data may be used to calculate an attribute for a given month. For example, six months of trended data may be used to calculate the number of trades that are more than 90 days delinquent in the last six months. The estimated score stability system may store and utilize a set of attributes for each month which are deemed to be useful in predicting certain behavior, such as in predicting a consumer's credit risk. In some embodiments, a monthly risk score representing the consumer's credit risk for a particular month may be calculated from the set of attributes that correspond to that month.
In one embodiment, the estimated score stability information may be provided on a credit profile report and/or estimated score stability report to a lending institution or other entity. In another embodiment, the estimated score stability information may be provided on a credit profile report and/or estimated score stability report to an individual customer.
As used herein, the terms “individual” and/or “consumer” may be used interchangeably, and should be interpreted to include applicants, customers, single individuals as well as groups of individuals, such as, for example, families, married couples or domestic partners, and business entities.
More particularly, the terms “individual” and/or “consumer” may refer to: an individual subject of the estimated score stability system (for example, an individual person whose credit bureau data is being complied and estimated score stability is being estimated). The terms “customer” and/or “client” may refer to: a large receiver or purchaser of the estimated score stability information that is produced by the estimated score stability system (for example, a lender that is receiving a credit profile report on an individual, including estimated score stability that the individual may produce for the lender); and/or a small (or individual) receiver or purchaser of the estimated score stability information that is produced by the estimated score stability system (for example, an individual person that is receiving a credit profile report on themselves, including estimated score stability that the individual may produce for a lender).
In general, however, for the sake of clarity, the present disclosure usually uses the term “consumer” to refer to an individual subject of the estimated score stability system, the term “customer” to refer to a small (or individual) receiver or purchaser of the estimated score stability information that is produced by the estimated score stability system, and the term “client” to refer to a large receiver or purchaser of the estimated score stability information that is produced by the estimated score stability system.
Embodiments of the disclosure will now be described with reference to the accompanying figures, wherein like numerals refer to like elements throughout. The terminology used in the description presented herein is not intended to be interpreted in any limited or restrictive manner, simply because it is being utilized in conjunction with a detailed description of certain specific embodiments of the disclosure. Furthermore, embodiments of the disclosure may include several novel features, no single one of which is solely responsible for its desirable attributes or which is essential to practicing the embodiments of the disclosure herein described.
In the estimated score stability system of
Beginning in block 202, a request for an estimated score stability analysis is received by the estimated score stability module 150. The request for estimated score stability analysis may come from a client system 170, a customer system 172, or a module within the computing system. The request may include, for example, an identification of a specific consumer, a group of consumers, and/or a population of consumers designated by, for example, an identifier. The type of request received may also indicate the preferred final output of the estimated score stability analysis. For example, a request for estimated score stability of a specific consumer may produce a report on that specific consumer, while a request for an estimated score stability of a group of consumers may produce a report on the combined group of consumers. Alternatively, the request for estimated score stability may explicitly specify the type of analysis desired. For example, the request for estimated score stability on a group of consumers may explicitly specify that individual reports on a per-consumer basis are desired.
In block 204, the estimated score stability system 100 accesses trended data from the credit data sources 176 (for example, trended data that is relevant to the estimated score stability request received). Typically, the estimated score stability module 150 accesses the credit data sources 176 over the network 160 to retrieve the trended data. However, in other embodiments, one or more of the credit data sources 176 are stored in the estimated score stability system 100 and/or are in direct communication with the estimated score stability system 100. In some embodiments, the trended data may include TrendViewSM data or data from another credit bureau or credit data source. In one embodiment, the trended data includes information from more than one month. In some embodiments, the trended data may include information from up to 6 months, up to 12 months, up to 18 months, up to 24 months, up to 30 months, up to 36 months, up to 48 months, up to 60 months, up to 72 months, or more.
In one embodiment, the credit data sources 176 may include other types of data such as, for example, transaction data, such as credit card transaction data. The use of additional data types may be used in generating the estimated scores. Furthermore, greater accuracy may be achieved with the addition of additional data types.
In block 206, restricted data is excluded. Restricted data may include any type of data that will not be used by the estimated score stability system to generate the estimated scores. For example, under the Federal Credit Reform Act, negative information may only be used for a period of seven years. Thus, negative information that is older than seven years is excluded. Other types of data may be excluded from the estimated score stability system for other reasons.
In block 208, attributes values are determined for each aggregated month of history based on the portions of the non-excluded trended data. Any number of attributes which are helpful in estimating estimated score stability may be used. Examples of attributes (which are calculated from trended data) may include, but are not limited to: number of trades, monthly utilization of trades, monthly balance of trades, monthly credit limits of trades, number of accounts more than X days past due in the last Y months, time since an account was more than X days past due, and so forth. As is apparent from these examples, some attributes require multiple prior months of data to calculate the attribute value for a given month. Thus, in some circumstances, attributes are calculated for less than the total months of trended data. For example, an attribute which requires six months of data may be calculated for the last 18 months if 24 months of trended data are available, but not for the first 6 months.
In block 210, estimated risk score(s) are calculated based on the attribute values for a given time period. For example, an estimated risk score for each month may be calculated using the corresponding set of attributes applied to the non-restricted, trended data for that month as determined in block 208. Different importance values or weights may be assigned to each attribute in the set. The attribute values may then be combined or summed and/or and offset value may be added to the totals to arrive at a specific score. Additional data may also be added to supplement the attributes in determining the estimated risk score(s).
In some embodiments, estimated risk score(s) may be provided for a time period other than monthly. For example, estimated risk score(s) may be calculated on a quarterly, semi-annual, or annual basis. In addition, summaries of the estimated risk score(s) may be provided, such as, for example a value representing three months of scores, 6 months of scores, and so forth. In other embodiments, summaries may be provided that report time periods with large or statistically significant changes in the estimated scores.
In block 212, estimated score stability data, which includes the generated estimated risk score(s), is output. The estimated score stability data may be output in the form of an electronic or hard copy report to a client or customer. In other embodiments, the estimated score stability data may be provided for display in a user interface and/or directly fed into a module of another system. The estimated score stability data may be provided to clients or customers such as companies that make lending and underwriting decisions such as credit cards, banks, credit unions, auto financing companies, savings and loan companies, and/or mortgage and financing companies; and/or individual customers, such as individual persons.
In one embodiment, the method of estimating the estimated score stability of a consumer is performed by a credit bureau system. Alternatively, the estimated score stability information may be performed by another entity's system.
In some embodiments, the estimated score stability data may be calculated for an individual consumer. In other embodiments, the estimated score stability data may be calculated for more than one consumer. For example, the estimated score stability data may be calculated for hundreds of consumers, thousands of consumers, tens-of-thousands of consumers, or more.
Traditional credit score products are usually limited to current information for practical and legal reasons. The limited data from such a fixed time period may make it difficult to make predictions or manage accounts in certain situations. For example, some consumer's credit risk may not change significantly from month-to-month while others may oscillate greatly. By contrast, the estimated score stability systems described herein allow clients and customers to get a better sense of how a consumer's behavior, such as risk, can change over time due.
The estimated score stability systems described herein can be used to develop models to generate estimated scores. In one embodiment, non-restricted trended data may be compiled for a large number of consumers and analyzed to determine which attributes are indicative of changes in risk, changes in purchasing power, changes in lifestyle, or other interesting changes. The information may also be used to predict whether a consumer's risk is likely to increase or decrease based on certain factors. Such trends may be identified solely based on the trended data or by combining the trended data with data known from other sources. For example, certain life choices may correlate to a corresponding change in risk or purchasing power. In some embodiments, trends that are identified and correlated may be used to build models to predict similar events and/or to manage accounts. For example, it may be shown that a change in marital status may result in a corresponding change in purchasing power over a subsequent time period. Clients and customers may use such trends for account management and soliciting consumers which have been flagged as likely exhibiting an increase in purchasing power and/or a decrease in risk.
Estimated score stability data can also be used in lending and credit decisions for an individual consumer. For example, clients may classify a consumer as having a different risk than indicated by a more traditional credit score analysis if their estimated risk score(s) oscillate greatly from month-to-month. Likewise, a consumer with stable estimated risk score(s) may be classified as having a different risk than indicated by a more traditional credit score analysis. In some embodiments, the change in estimated risk score(s) may be used to supplement a traditional credit score analysis.
The computing system 100 includes computing devices, for example, a personal computer that is IBM, Macintosh, or Linux/Unix compatible or a server or workstation. In one embodiment, the computing system 100 comprises a server, a laptop computer, a smart phone, a personal digital assistant, a kiosk, or an media player, for example. In one embodiment, the exemplary computing system 100 includes one or more CPU 105, which may each include a conventional or proprietary microprocessor. The computing system 100 further includes one or more memory 130, such as random access memory (“RAM”) for temporary storage of information, one or more read only memory (“ROM”) for permanent storage of information, and one or more mass storage device 120, such as a hard drive, diskette, solid state drive, or optical media storage device. Typically, the modules of the computing system 100 are connected to the computer using a standard based bus system. In different embodiments, the standard based bus system could be implemented in Peripheral Component Interconnect (“PCI”), Microchannel, Small Computer System Interface (“SCSI”), Industrial Standard Architecture (“ISA”) and Extended ISA (“EISA”) architectures, for example. In addition, the functionality provided for in the components and modules of computing system 100 may be combined into fewer components and modules or further separated into additional components and modules.
The computing system 100 is generally controlled and coordinated by operating system software, such as Windows XP, Windows Vista, Windows 7, Windows 8, Windows Server, Unix, Linux, SunOS, Solaris, iOS, Blackberry OS, Android, or other compatible operating systems. In Macintosh systems, the operating system may be any available operating system, such as MAC OS X. In other embodiments, the computing system 100 may be controlled by a proprietary operating system. Conventional operating systems control and schedule computer processes for execution, perform memory management, provide file system, networking, I/O services, and provide a user interface, such as a graphical user interface (“GUI”), among other things.
The exemplary computing system 100 may include one or more commonly available I/O interfaces and devices 110, such as a keyboard, mouse, touchpad, and printer. In one embodiment, the I/O interfaces and devices 110 include one or more display devices, such as a monitor, that allows the visual presentation of data to a user. More particularly, a display device provides for the presentation of GUIs, application software data, and multimedia presentations, for example. The computing system 100 may also include one or more multimedia devices 140, such as speakers, video cards, graphics accelerators, and microphones, for example.
In the embodiment of the estimated score stability system of
According to
In the embodiment of
In general, the word “module,” as used herein, refers to logic embodied in hardware or firmware, or to a collection of software instructions, possibly having entry and exit points, written in a programming language, such as, for example, Java, Lua, C and/or C++. A software module may be compiled and linked into an executable program, installed in a dynamic link library, or may be written in an interpreted programming language such as, for example, BASIC, Perl, or Python. It will be appreciated that software modules may be callable from other modules or from themselves, and/or may be invoked in response to detected events or interrupts. Software modules configured for execution on computing devices may be provided on a computer readable medium, such as a compact disc, digital video disc, flash drive, or any other tangible medium. Such software code may be stored, partially or fully, on a memory device of the executing computing device, such as the computing system 100, for execution by the computing device. Software instructions may be embedded in firmware, such as an EPROM. It will be further appreciated that hardware modules may be comprised of connected logic units, such as gates and flip-flops, and/or may be comprised of programmable units, such as programmable gate arrays or processors. The modules described herein are preferably implemented as software modules, but may be represented in hardware or firmware. Generally, the modules described herein refer to logical modules that may be combined with other modules or divided into sub-modules despite their physical organization or storage.
Each of the processes, methods, and algorithms described in the preceding sections may be embodied in, and fully or partially automated by, code modules executed by one or more computer systems or computer processors comprising computer hardware. The code modules may be stored on any type of non-transitory computer-readable medium or computer storage device, such as hard drives, solid state memory, optical disc, and/or the like. The systems and modules may also be transmitted as generated data signals (for example, as part of a carrier wave or other analog or digital propagated signal) on a variety of computer-readable transmission mediums, including wireless-based and wired/cable-based mediums, and may take a variety of forms (for example, as part of a single or multiplexed analog signal, or as multiple discrete digital packets or frames). The processes and algorithms may be implemented partially or wholly in application-specific circuitry. The results of the disclosed processes and process steps may be stored, persistently or otherwise, in any type of non-transitory computer storage such as, for example, volatile or non-volatile storage.
The various features and processes described above may be used independently of one another, or may be combined in various ways. All possible combinations and subcombinations are intended to fall within the scope of this disclosure. In addition, certain method or process blocks may be omitted in some implementations. The methods and processes described herein are also not limited to any particular sequence, and the blocks or states relating thereto can be performed in other sequences that are appropriate. For example, described blocks or states may be performed in an order other than that specifically disclosed, or multiple blocks or states may be combined in a single block or state. The example blocks or states may be performed in serial, in parallel, or in some other manner. Blocks or states may be added to or removed from the disclosed example embodiments. The example systems and components described herein may be configured differently than described. For example, elements may be added to, removed from, or rearranged compared to the disclosed example embodiments.
Conditional language, such as, among others, “can,” “could,” “might,” or “may,” unless specifically stated otherwise, or otherwise understood within the context as used, is generally intended to convey that certain embodiments include, while other embodiments do not include, certain features, elements and/or steps. Thus, such conditional language is not generally intended to imply that features, elements and/or steps are in any way required for one or more embodiments or that one or more embodiments necessarily include logic for deciding, with or without user input or prompting, whether these features, elements and/or steps are included or are to be performed in any particular embodiment.
Any process descriptions, elements, or blocks in the flow diagrams described herein and/or depicted in the attached figures should be understood as potentially representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps in the process. Alternate implementations are included within the scope of the embodiments described herein in which elements or functions may be deleted, executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those skilled in the art.
All of the methods and processes described above may be embodied in, and partially or fully automated via, software code modules executed by one or more general purpose computers. For example, the methods described herein may be performed by the category spend computing system 100 and/or any other suitable computing device. The methods may be executed on the computing devices in response to execution of software instructions or other executable code read from a tangible computer readable medium. A tangible computer readable medium is a data storage device that can store data that is readable by a computer system. Examples of computer readable mediums include read-only memory, random-access memory, other volatile or non-volatile memory devices, CD-ROMs, magnetic tape, flash drives, and optical data storage devices.
It should be emphasized that many variations and modifications may be made to the above-described embodiments, the elements of which are to be understood as being among other acceptable examples. All such modifications and variations are intended to be included herein within the scope of this disclosure. The foregoing description details certain embodiments of the invention. It will be appreciated, however, that no matter how detailed the foregoing appears in text, the invention can be practiced in many ways. As is also stated above, it should be noted that the use of particular terminology when describing certain features or aspects of the invention should not be taken to imply that the terminology is being re-defined herein to be restricted to including any specific characteristics of the features or aspects of the invention with which that terminology is associated.