Sélection de la langue

Search

Sommaire du brevet 2363366 

Énoncé de désistement de responsabilité concernant l'information provenant de tiers

Une partie des informations de ce site Web a été fournie par des sources externes. Le gouvernement du Canada n'assume aucune responsabilité concernant la précision, l'actualité ou la fiabilité des informations fournies par les sources externes. Les utilisateurs qui désirent employer cette information devraient consulter directement la source des informations. Le contenu fourni par les sources externes n'est pas assujetti aux exigences sur les langues officielles, la protection des renseignements personnels et l'accessibilité.

Disponibilité de l'Abrégé et des Revendications

L'apparition de différences dans le texte et l'image des Revendications et de l'Abrégé dépend du moment auquel le document est publié. Les textes des Revendications et de l'Abrégé sont affichés :

  • lorsque la demande peut être examinée par le public;
  • lorsque le brevet est émis (délivrance).
(12) Demande de brevet: (11) CA 2363366
(54) Titre français: METHODE POUR TRAITER AUTOMATIQUEMENT UNE DEMANDE DE PRET FINANCIER ET SYSTEME CONNEXE
(54) Titre anglais: METHOD FOR AUTOMATICALLY PROCESSING A FINANCIAL LOAN APPLICATION AND THE SYSTEM THEREOF
Statut: Réputée abandonnée et au-delà du délai pour le rétablissement - en attente de la réponse à l’avis de communication rejetée
Données bibliographiques
(51) Classification internationale des brevets (CIB):
(72) Inventeurs :
  • COLE, JAMES A. (Canada)
(73) Titulaires :
  • REAVS INFORMATION TECHNOLOGIES LIMITED
(71) Demandeurs :
  • REAVS INFORMATION TECHNOLOGIES LIMITED (Canada)
(74) Agent: GOWLING WLG (CANADA) LLP
(74) Co-agent:
(45) Délivré:
(22) Date de dépôt: 2001-11-15
(41) Mise à la disponibilité du public: 2002-03-16
Requête d'examen: 2001-11-15
Licence disponible: S.O.
Cédé au domaine public: S.O.
(25) Langue des documents déposés: Anglais

Traité de coopération en matière de brevets (PCT): Non

(30) Données de priorité de la demande:
Numéro de la demande Pays / territoire Date
2,326,055 (Canada) 2000-11-15

Abrégés

Abrégé anglais


A method for automatically processing a loan application where a real
property is used as collateral is disclosed. The method comprises steps of (a)
inputting the loan application into a computer system, (b) providing the
address
of a collateral property to an automated valuation model (AVM) system, (c)
receiving valuation data for the corresponding property from the AVM system;
(d)
determining a maximum allowable loan (LoanCap) by applying a pre-set lending
policy to the valuation data and information provided in the loan application,
and
(e) comparing a requested loan amount in the loan application to the LoanCap,
so that, when the requested loan amount is within the LoanCap, the loan
application can be approved, wherein the steps (b) to (e) are automatically
carried out in the computer system. The computer system for automatically
processing the loan application is also disclosed.

Revendications

Note : Les revendications sont présentées dans la langue officielle dans laquelle elles ont été soumises.


21
What is claimed is:
1. A method for processing a loan application by virtue of a computer
system, where a real property is presented as collateral by the loan
applicant,
the method comprising steps of:
(a) inputting the loan application into the computer system, the loan
application containing the address of the real property;
(b) providing the address of the property to an automated valuation model
(AVM) system, the AVM system being capable of producing and returning
valuation data for a real property in response to the provision of the address
thereof;
(c) receiving valuation data for the corresponding property from the AVM
system;
(d) determining a LoanCap for the corresponding property by applying a
pre-determined lending policy to the valuation data and information provided
in
the loan application, the lending policy having been pre-set in the computer
system; and
(e) comparing a requested loan amount in the loan application to the
LoanCap, wherein, when the requested loan amount is within the LoanCap, the
loan application can be approved, and
(f) wherein, after the step (a), the steps (b) to (e) are carried out
automatically in the computer system.
2. A method according to claim 1, wherein the address of the property
is provided to a plurality of AVM systems, each of which returns independent
valuation data for the corresponding property.
3. A method according to claim 1, wherein the LoanCap determining
step (d) includes steps of:
(a) determining a property ValueCap by using the valuation data and the
information provided in the loan application; and
(b) determining a primary LoanCap by multiplying the property ValueCap
by a pre-determined LTVCap (Loan-to-Value%Cap), the primary LoanCap being
able to be used in the comparing step (e).

22
4. A method according to claim 3, wherein the property ValueCap is
determined as the least value among (a) a declared property value provided in
the loan application, (b) a high value limit of property included in the
valuation
date provided by the AVM system, and (c) a preset value which is determined
according to the lending policy.
5. A method according to claim 4, wherein the preset value is
determined depending on the geographic area of the property.
6. A method according to claim 3, wherein the pre-determined
LTVCap is determined as a preset maximum limit which is determined
depending on the lending policy and the information provided in the loan
application.
7. A method according to claim 6, wherein the predetermined
LTVCap is determined as a conservative value through further consideration of
each one or combinations of the following: (a) a transaction type provided in
the
loan application, (b) the geographic area of the property, (c) a neighborhood
sales activity included in the valuation data, (d) a neighborhood historical
high
sales price included in the valuation data, (e) a market variance included in
the
valuation data, or (f) a difference between a declared property value provided
in
the loan application and a property value included in the valuation data.
8. A method according to claim 3, wherein the LoanCap determining
step (d) further includes a step of determining a worst case LoanCap by
considering a possible default situation on the loan and associated net loss
therewith, the worst case LoanCap being able to be used in the comparing step
(e).
9. A method according to claim 8, wherein the LoanCap determining
step (c) further includes a step of determining a secondary LoanCap as the
least
value among the primary LoanCap and the worst-case LoanCap, the secondary
LoanCap being used in the comparing step (e).
10. A method according to claim 9, wherein the secondary LoanCap is
determined as the least value among the primary LoanCap, the worst-case

23
LoanCap, and a preset maximun LoanCap which is determined according to the
lending policy.
11. A method for processing a loan application where a real estate
property is presented as collateral by the loan applicant, the method
comprising
steps of:
(a) checking whether or not all required credit and lending criteria,
except for valuation of the property, are satisfied, wherein, if not
satisfied, the
loan application can be denied or returned to the applicant thereof, and
wherein, if satisfied, the following step (b) is carried out;
(b) carrying out the method according to claim 1.
12. A method according to claim 11, wherein the step (b) further
comprises a step of scrutinizing the value of the property when the requested
loan amount is not within the LoanCap to further determine whether the
application can be approved.
13. A method according to claim 12, wherein a conventional appraisal
of the property is used in scrutinizing the value of the property.
14. A computer system for processing a loan application, where a real
property is presented as collateral by the loan applicant, the system
comprising:
(a) means for inputting the loan application into the system, the loan
application containing the address of the real property;
(b) means for providing the address of the property to an automated
valuation model (AVM) system, the AVM system being capable of producing and
returning valuation data for a real property in response to the provision of
the
address thereof;
(c) means for receiving valuation data for the corresponding property from
the AVM system;
(d) means for determining a LoanCap for the corresponding property by
applying a pre-determined lending policy to the valuation data and information
provided in the loan application, the lending policy having been pre-set in
the
system; and

24
(e) means for comparing a requested loan amount in the loan application
to the LoanCap, wherein, when the requested loan amount is within the
LoanCap, the loan application can be approved.
15. A system according to claim 14, wherein the address of the
property is provided to a plurality of AVM systems, each of which returns
independent valuation data for the corresponding property.
16. A system according to claim 14, wherein the LoanCap determining
means includes:
(a) means for determining a property ValueCap by using the valuation
data and the information provided in the loan application; and
(b) means for determining a primary LoanCap by multiplying the property
ValueCap by a pre-determined LTVCap, the primary LoanCap being able to be
used in the comparing means (e).
17. A system according to claim 16, wherein the property ValueCap is
determined as the least value among (a) a declared property value provided in
the loan application, (b) a high value limit of property included in the
valuation
date provided by the AVM system, and (c) a preset value which is determined
according to the lending policy.
18. A system according to claim 17, wherein the preset value is
determined depending on the geographic area of the property.
19. A system according to claim 16, wherein the pre-determined
LTVCap is determined as a preset maximum limit which is determined
depending on the lending policy and the information provided in the loan
application.
20. A system according to claim 19, wherein the predetermined
LTVCap is determined as a conservative value through further consideration of
each one or combinations of the following: (a) a transaction type provided in
the
loan application, (b) the geographic area of the property, (c) a neighborhood
sales activity included in the valuation data, (d) a neighborhood historical
high
sales price included in the valuation data, (e) a market variance included in
the

25
valuation data, or (f) a difference between a declared property value provided
in
the loan application and a property value included in the valuation data.
21. A system according to claim 16, wherein the LoanCap determining
means (d) further includes means for determining a worst case LoanCap by
considering a possible default situation on the loan and associated net loss
therewith, the worst case LoanCap being able to be used in the comparing
means (e).
22. A system according to claim 21, wherein the LoanCap determining
means (c) further includes means for determining a secondary LoanCap as the
least value among the primary LoanCap and the worst-case LoanCap, the
secondary LoanCap being used in the comparing means (e).
23. The system according to claim 22, wherein the secondary
LoanCap is determined as the least value among the primary LoanCap, the
worst-case LoanCap, and a preset maximum LoanCap which is determined
according to the lending policy.

Description

Note : Les descriptions sont présentées dans la langue officielle dans laquelle elles ont été soumises.


CA 02363366 2001-11-15
1
METHOD FOR AUTOMATICALLY PROCESSING A FINANCIAL LOAN
APPLICATION AND THE SYSTEM THEREOF
Field of the Invention
The invention relates generally to financial lending processes and more
particularly to automated decision-making in financial lending processes,
where
real properties are used as collateral.
Background of the Invention
Prudent lending practice where residential properties are used as
collateral demands that the market value of residential properties be
validated by
some means. Lending bodies have traditionally depended on appraisals to guide
them in their lending decisions, and appraisals will always be a valuable
tool.
In most loan applications where residential properties are used as
collateral, there is sufficient equity in the property to justify the loan.
The degree
of due diligence necessary regarding the property depends on the value of the
property, and the amount of loan requested. Traditional full appraisals are
not
necessary in every instance; however, prudent lending practice demands that
some objective, independent, controllable risk assessment of each case be
done.
Automated Valuations Models (AVM's) are available, which calculate
2o current market values for residential properties based on large databases
of
property and sales data. AVMs offer several distinct advantages including: the
ability to produce valuation instantly, and produce other information about
the
property and background market that would be difficult or impossible to
produce
manually. They have the potential to be a very effective tool for lending
institutions. However, there has not been a general process to embed them in
the lending process.
The very nature of AVM's is such that they are in some ways not as
precise nor as specific as traditional methods. Since the use of an AVM
directly
affects lending decisions, it is essential that any such process be
controllable
3o through the risk management function of the lending institution.

CA 02363366 2001-11-15
2
Therefore, there exists a need for a systematic way to implement the safe
use of modern AVM's into the lending decision, in a controlled and customized
manner.
Summary of the Invention
According to one aspect of the present invention, there is provided a
method for processing a loan application by virtue of a computer system, where
a real property is presented as collateral by the loan applicant. The method
comprises steps of: (a) inputting the loan application into the computer
system,
the loan application containing the address of the real property, (b)
providing the
address of the property to an automated valuation model (AVM) system, the
AVM system being capable of producing and returning valuation data for a real
property in response to the provision of the address thereof, (c) receiving
valuation data for the corresponding property from the AVM system, (d)
determining a LoanCap for the corresponding property by applying a pre-
~5 determined lending policy to the valuation data and information provided in
the
loan application, the lending policy having been pre-set in the computer
system,
and (e) comparing a requested loan amount in the loan application to the
LoanCap, wherein, when the requested loan amount is within the LoanCap, the
loan application can be approved, and (f) wherein, after the step (a), the
steps
20 (b) to (e) are carried out automatically in the computer system.
According to another aspect of the present invention, there is provided a
method for processing a loan application where a real estate property is
presented as collateral by the loan applicant. The method comprises steps of:
(a)
checking whether or not all required credit and lending criteria, except for
25 valuation of the property, are satisfied, wherein, if satisfied, the
following step (b)
is carried out, and if not satisfied, the loan application is denied or
returned to the
applicant thereof, (b) carrying out the method as previously described.
According to another aspect of the present invention, there is provided a
computer system for processing a loan application, where a real property is
3o presented as collateral by the loan applicant. The system comprises: (a)
means
for inputting the loan application into the system, the loan application
containing

CA 02363366 2001-11-15
3
the address of the real property, (b) means for providing the address of the
property to an automated valuation model (AVM) system, the AVM system
being capable of producing and returning valuation data for a real property in
response to the provision of the address thereof, (c) means for receiving
s valuation data for the corresponding property from the AVM system, (d) means
for determining a LoanCap for the corresponding property by applying a pre-
determined lending policy to the valuation data and information provided in
the
loan application, the lending policy having been pre-set in the system, and
(e)
means for comparing a requested loan amount in the loan application to the
LoanCap, wherein, when the requested loan amount is within the LoanCap, the
loan application can be approved.
Other aspects and advantages of the invention will become apparent to
those ordinarily skilled in the art upon review of the following description
of the
invention in conjunction with the accompanying drawings.
15 Brief Description of the Drawin4s
Embodiments of the invention will be described with reference to the
accompanying drawings, wherein:
Figure 1. illustrates a basic processing of financial loan applications where
a collateral property is involved and the present invention is applied;
2o Figure 2 illustrates a schematic process for the validation of the
collateral
property in Figure 1 according to one embodiment of the present invention;
Figure 3 illustrates a schematic process for the calculation of LoanCap in
Figure 2 according to one embodiment of the present invention;
Figure 3a illustrates an example of application input screen of the system;
25 Figure 4 shows part of the system of the invention displaying an example
of valuation date from an AVM system according to the present invention;
Figure 4a shows part of the system of the invention displaying a map of
the neighborhood with relevant property sales information included;

CA 02363366 2001-11-15
4
Figure 5 is a diagrammatic presentation how the LTVCap varies
depending on the difference between the property value provided by the AVM
system and the declared property value provided by the loan applicant; and
Figure 6 shows part of the system of the invention displaying and a
s resultant report of loan processing according to the present invention.
Detailed Description of the Preferred Embodiments)
The present invention relates to a method and system for supporting
residential mortgage lending decisions using modern AVM's (Automated
Valuations Models). The invention is designed to apply specific prudential
~o guidelines to a data service provided by AVM's, and then produce fast value
estimates and prudent lending decisions for real properties, especially
residential
properties, which are presented as collateral by the mortgage applicant. For
the
convenience of the description and understanding of the invention, any
financial
loan application, which the invention can apply to, is hereinafter generally
~5 referred to as a "loan application", and the collateral residential
properties as a
"real property," a "collateral real property," or a "property." Also, the
borrowing
entity is generally referred to as a "borrower," and the lending institution
as a
"lender."
In Fig. 1, there is generally shown a basic processing for a loan
2o application, where the method and system of the invention can be applied.
As
illustrated in Fig. 1, in general, the loan application 20 goes through a
check of
all required credit and lending criteria as in the step 40. Once the lender is
satisfied with the creditworthiness of the borrower, then the validation and
valuation process for the collateral real property is carried out as in the
step 60. If
25 the result of the validation and valuation is reasonable, as compared to a
requested loan amount of the application, the application can be approved and
then other required steps for finalizing the application may be applied as in
the
step 100. Even if the resultant valuation of the collateral property is
unfavorable,
an additional scrutiny of the property may be processed, for example by using
a
3o traditional appraisal as shown in the step 80 of Fig. 1. Likewise, if the
result of
scrutiny is satisfactory, the application can be approved.

CA 02363366 2001-11-15
The method and system of the invention is particularly focused on the
validation and valuation step 60 of the collateral real property. That is, the
method and system act as a front end filter in order to determine whether a
particular loan application can be approved immediately through the use of an
5 AVM system, when all other credit checks and lending criteria have been
satisfied, and the only remaining check is against the collateral property.
Before going to the specifics of the method and system of the invention,
the AVM system will be detailed below:
The term AVM ("Automated Valuation Model") system applies in general
to a broad class of computer systems that can produce valuations of the
current
market value of real properties, including residential properties. These AVM
systems are quite complex in their own right, and typically involve large
databases of property and sales related information.
There will always be some amount of uncertainty in any AVM valuation,
~5 which is inherent in any mathematical prediction about a matter that is
inherently
variable in many cases. Traditionally, accuracy derived from statistical
inference
can be measured based on many cases, and AVM performance based on many
valuations over a portfolio of actual property values can be measured very
accurately. However, there are usually statistical anomalies, sometimes
referred
2o to as "outlyers" in any such portfolio.
However as precise as any AVM system is, as measured over a portfolio,
any single valuation of a specific property can be inaccurate, for good
reason.
These include errors in underlying data, lack of relevant comparable data,
data
which is not current, the relevant valuation method is not applicable, and/or
to
25 special conditions (most notably current property condition), which are not
covered in the data. The invention is intended to facilitate the use of AVM
system
in a safe and sound manner in the lending process, and to mitigate against
these
inherent difficulties.
A real risk of using any AVM is that it cannot be guaranteed that any value
3o that it comes up with for a specific collateral real property is accurate.
Virtually in
any market, there will be some level of error that must be accepted as an
inherent part of any automated valuation, and sometimes errors can be large.

CA 02363366 2001-11-15
6
In addition to a single value for a specific real property, most AVM's
produce additional measures of other attributes of the real property and
surrounding neighborhood, many of which can be relevant to a lending decision
on the property.
s As noted above, the method and systerrr of the invention act as a front
end, or filter, in the lending process, once all other credit checks and
lending
criteria have been satisfied, and the only remaining check is against the
property.
Fig. 2 illustrates a schematic process for the validation of the collateral
property according to one embodiment of the present invention. As shown in Fig
2, the method generally comprises steps of: 1. inputting the loan application
into
the computer system of the invention (step 62), 2. providing the address of
the
collateral property to the AVM system, 3. receiving calculated valuation and
other relevant information for that property, 4. determining a LoanCap (which
will
15 be detailed hereafter) by using the valuation and related information (step
66),
and 5. approving the loan application if the requested loan amount is within
the
LoanCap (step 68).
Referring to Fig. 2, each step of this embodiment will be detailed below:
For every transaction, firstly the loan application is input to the system
2o where the necessary data fields are filled with information provided in the
application as shown in the step 62 of Fig. 2 and in Fig. 3a. The information
includes the address of the collateral real property 62a, the loan type 62b
(for
example, purchase, transfer, refinance, collateral, or the like), a declared
property value or a purchase price of the property 62c, a requested loan
amount
25 62d. Additionally, several other pieces of data can be entered, such as the
lender identification, the department since separate decisioning rules can be
set
up for different departments within the same organization if desired. The term
"department" should be taken in a broad sense to mean any separate part of the
whole lending organization. Also, a transit number, internal reference number,
3o and source can be input, but these are not required for the internal
decisioning.
Then, the system automatically provides the address of the collateral
property to the AVM system. As noted above, the AVM system is adapted to

CA 02363366 2001-11-15
7
produce and return valuation data for the collateral property in response to
the
provision of the address of the corresponding property as depicted in the step
64
of Fig. 2. The valuation data includes the following:
1. A Core Property Value 64a: A single best estimate of value at the point
s in time, which will be hereafter referred to as a "Property Value,";
2. A range of value for the particular property 64b: This range of value can
be considered as the "reasonable" range for a specific property and will be
hereafter referred to as a "Value Range,";
3. A range of value for properties in close proximity 64c: This simply
reports the historical range of sales prices in the area, from the very high
to the
very low, and will be hereafter referred to as "Historical Sales Price Range";
4. A measure of Market Variance 64d: This is a measure of the variability
of the underlying data, can be considered as a guide to how accurate the value
is expected to be, and will be hereafter referred to as a "Market Variance," ;
and
~5 5. A measure of Market Shift 64e: This reports the change in the overall
market, for example, over the last year, measured as a percentage change.
Which will be hereafter referred to as a "Market Shift."
In another embodiment, the address of the collateral property can be
provided to a plurality of AVM systems, each of which provides independent
2o valuation data for the same property, thereby enhancing the reliability of
the
data.
Figs. 4, 4a and 6 show an example of the valuation data displayed in the
system of the invention according to one embodiment thereof.
If the above valuation data independently supplied by the AVM system
2s and the declared property value by the applicant are reasonably close,
there is
little need to further substantiate the declared property value. The two
values
essentially substantiate each other. If there is a great difference between
them,
there can be less certainty of the property value.
In addition to substantiating the property value, the method also provides
3o control over the amount of the loan, which can be made relative to the
property
value.
In the next step 66 of Fig. 2, therefore, a LoanCap is determined for the

CA 02363366 2001-11-15
8
corresponding collateral property by applying a set of pre-set parameters to
the
valuation data and information provided by the AVM system and the loan
application respectively. The pre-set parameters present and reflect
predetermined lending policies of the lender, for example approved by the risk
management. The "LoanCap" means the maximum loan amount that can be
approved for a specific collateral presented by a loan applicant or a
borrower.
Then, as shown in the step 68 of Fig. 2 and the system of Fig. 6, if the
requested loan amount is within the loan cap, the loan application is
approved,
as for example a simple Yes or No response. If the requested loan amount is
higher than the LoanCap, it does not necessarily mean that the loan
application
is denied. As noted above, it simply means that it is not safe enough to be
approved through the AVM alone, and that other scrutiny of the property, such
as a traditional appraisal, can be carried out.
The determination of the LoanCap takes into account the various values,
~5 scores and market data that the AVM system supplies relating to a specific
collateral property, and merges them with the information provided by the loan
application. While the underlying logic is complicated, the result (the
LoanCap) is
very specific.
The determination logic method internally compares the valuation data
2o returned by the AVM system against the declared property value provided as
part of the loan application. Such a declared property value is always part of
any
loan application where a residential or real property is used as collateral.
In no
way, the declared property value can be used by the AVM system.
The LoanCap presents the maximum loan amount that can be approved
25 immediately through the use of the method and system of the invention. The
LoanCap is a very useful, general-purpose dollar value that can be easily
controlled and adjusted by risk management for different purposes, and yet is
easy to use within the day-to-day lending process.
The process and logics for determining the LoanCap will be described in
3o greater detail, referring to Fig. 3, which shows a schematic process for
the
calculation of LoanCap according to one embodiment of the present invention.

CA 02363366 2001-11-15
9
As shown in Fig. 3, the LoanCap calculation logic is broken done into the
following components:
1. Determination of a Property Value Cap (step 66a): What is a safe
property value to use? Is the declared property value supplied reasonable? If
s not, what is the highest value that can be substantiated? Therefore, to
answer
these questions, a specific safe property value is determined, which is
referred to
as a "Property Value Cap."
2 Determination of a Loan to Value% Cap (LTVCap) (step 66b): What
LTV ratio is safe? In conventional lending, a loan can be made up to 75% LTV
ratio of the property value. Is it necessary to lower this LTV ratio to
mitigate
against some risk? Therefore, a specific safe LTV ratio is determined, which
is
referred to as a "LTVCap."
3. Determination of a Primary LoanCap (step 66c): The primary LoanCap
is the product of the Property ValueCap and the LTVCap.
~5 4 Determination of a Worst-case LoanCap based on a worst case
scenario (step 66d): Consideration of a worst case scenario. In the unlikely
event
of default on this property, is there sufficient equity to safely cover the
loan
amount and associated realization costs? Therefore, a worst-case LoanCap is
determined.
20 5. Determination of a final LoanCap (step 66e).
Here, the term "cap" is used to describe any upper limit set.
The LoanCap value, which is the end result of the calculation is intended
as a precise limit to the amount of risk that is acceptable for the collateral
property associated with a particular loan application. For the purpose of the
25 description of the detailed LoanCap calculations, the following example
case of
loan application is assumed.
A Example Case of Loan Application and Valuation Data:
This example case will be referenced whenever required for the
3o description of the invention.

CA 02363366 2001-11-15
Let it be assumed that a refinance of a mortgage has been applied on the
real property at "233 Anywhere Street." The applicant has applied for $125,000
and has indicated that she feels the property is worth $167,000, resulting in
a
loan at face value with an LTV% of ($125,000/167,000) or 74.8%. That is, the
s requested loan amount is $125,000 and the declared property value is
$167,000.
The AVM has returned its valuation data as shown in Fig. 4, where the
property value presents $147,000, and the value range is from a low limit of
$130,000 to a high limit of $171,000. This property is located in a
neighborhood
where historical sales prices range indicates a overall value range of
$111,000 to
10 $295,000.
Further, the AVM indicates a market variance of .13, and a market shift of
2.3%.
There are many other parameters, which come into play as part of this
implementation, but these will be dealt with through the following discussion.
Finally, let it be assumed that the lender has already done due diligence
on the borrower, and is assured that the borrowers' credit history is
satisfactory,
and can adequately service the loan. The only remaining step is to validate
the
collateral property value.
2o Consideration of Valuation Data provided by AVM system
1. Property Value: The AVM provides an instant specific current estimate
of value for any single property. The nature of any estimate (automated or
otherwise) is such that this value cannot be guaranteed to be 100% precise. A
reasonable high and low value for any single property is more important in
actual
use.
The valuation data of Fig. 4 shows the core property value 64a (in this
case $147,900) and how this property fits into its immediate neighborhood. It
also shows a reasonable high and low value limit 64b for this specific
property.
The "reasonableness" of these value limits should be tailored for each
lender, and lending situation. They will reflect the underlying consistency of
the
market that each property is in, at the time of the valuation. Some markets
are

CA 02363366 2001-11-15
11
very consistent and the actual difference between the high and low ranges may
be small. Other markets have significant price fluctuations, and this will be
reflected in much larger value ranges.
2. High Value Limit (assuminct 80th Percentile): The high value limit is
s intended to represent an 80% level - i.e. 80% of all open market prices will
be
below it, and it can be fine-tuned to ensure that this level is achieved. The
Low
Limit is similarly set, and it can be tuned independently of the High Limit.
The
AVM system can produce these value limits specifically. These high and low
value limits can be set, validated and maintained based on portfolios based
open
1o market data (the standard), or (more typically) on data specific to the
institution.
The details of how these limits are calculated are AVM-dependent.
The High Value Limit, once established, can be thought of as the highest
reasonable value that will be allowed for each property in a collateral sense.
It
does not mean that any property that sells on the market place for more than
this
15 high limit is not worth it - there will most certainly be properties that
do (in fact,
20% of all market sales). However, if a specific loan demands that there be
more
equity then the high limit value, additional scrutiny (most likely in the form
of a
traditional appraisal) is warranted.
The actual percentile used (here 80) should be considered a parameter
2o for risk management approval.
3. Low Value Limit (80th Percentile): The Low Value limit, once
established, can be considered as the worst case, i.e. this property can be
reasonably considered to be worth at least this value in this market. This
value
becomes important in considering a worst case scenario.
25 Again, the actual percentile included should be considered a parameter
for risk. In practice, both high and low desired levels will tend to be the
same.
4. Effects of Market Shift on Property Value: The AVM system reports a
market shift percentage. The High and Low Value Limits also reflect this
market
shift. In cases of high market shifts, both positive and negative, the value
limits
3o will be lowered, consistent with the actual amount of shift. This acts as a
buffer
against loaning against property values that have risen dramatically.

CA 02363366 2001-11-15
12
Referring to the example loan application, and the valuation data and the
consideration therefor, each step of the LoanCap calculation process and logic
will be described in greater detail.
Step 66a: Determination of the Property ValueCap
The Property Value Cap that is used for the loan decisioning is
determined as the least value among: the declared property value provided by
the applicant (in the example case, $167,000), the High Value Limit provided
by
the AVM system (in the example case, $171,000), or an arbitrary value, based
on the area (in the example case, let it be assumed as $400,000).
The lender can set the arbitrary value to the system, as part of its risk
management control.
In the example case, therefore, the Property ValueCap is $167,000.
Step 66b: Determination of Loan to Value % Cap (LTVCap)
The loan-to-value percentage (LTV%) for any loan application is
fundamental to reaching any lending decision, and risk management has
traditionally used LTV% limits as policy to control exposure to risk. The
method
of the invention uses a variation of this same technique to derive an approval
2o answer in each case.
Depending on the lenders and the loan applications, there is a maximum
allowable LTV% for each transaction, as controlled by risk. For example, the
LTV
ratio for refinances could be restricted to be no more than 75%. However,
specifically for a certain geographic area, this requirement may be tightened
to
cap the LTV to only 65%.
The AVM valuation identifies several conditions that may result in
increased risk. To mitigate against each of these, the method of the invention
may lower the allowable LTV percentage to a safe level which has been
approved by risk. The final LTVCap is the highest ratio that satisfies all of
the
3o separate criteria set by the lender to deal with each of the following
conditions: 1.
An arbitrary limit (i.e. 75%), 2. The transaction type: i.e. purchase,
transfer,

CA 02363366 2001-11-15
13
collateral, 3. The geographic area, 4. Neighborhood real estate market
activity,
for example, over last 6 months, 5. Neighborhood Historical High sale price,
6. A
market variance provided by the AVM system, and 7. a range between the
property value provide by the AVM system and the declared property value by
s the applicant.
1. Arbitrary Limit: Depending on the lender and the loan application, there
is a maximum allowable LTV ratio for each transaction. For example, in Canada,
conventional lending with no mortgage insurance, the LTV ratio can be no more
than 75%.
2. Transaction Type: An LTVCap is typically set depending on the
transactions type. At the very least, there are conditions dependent on
purchase
and non-purchase transactions, but transactions have been split up between
Purchase, Refinances, Transfers, and Collateral (2"d mortgages)
3. Geoaraphic Area: LTVCaps may be defined based on regions, where
any region is a set of defined municipalities.
4. Neighborhood real estate market activity: The AVM system is
constantly updated with all registered sales. Good valuations demand relevant
recent sales. A recent sale is defined as one that is consistent in the
neighborhood, and which has occurred within, for example, 6 months of the
2o effective date of the transaction. The AVM system produces valuation as
long as
there are sufficient sales on record; however, there can be less certainty
about
any current valuation if there are relatively few recent sales. The allowable
LTV
can be reduced if the number of recent sales falls below a set threshold:
If the ratio of recent sales to the number of properties is less than 2%, the
2s LTVCap is 65%.
5. Neighborhood Historical Hicth sales price: The AVM system reports the
highest actual sale of file for similar properties in the same neighborhood.
In
general, if a property value is close to or more than the neighborhood
historical
high, further scrutiny is desirable. LTV caps can be set based on how any
3o property value compares to the neighborhood high value. As an example:
If the property value is less than 101 % of the neighborhood high, the
LTVCap is 75%.

CA 02363366 2001-11-15
14
If the property value is between 102 and 105% of the neighborhood high,
the LTVCap is 70%.
If the property value is between 105 and 110% of the neighborhood high,
the LTVCap is 65%.
s The above setting would mean that no application will be immediately
approved if the property value is greater than 110% of the historical high in
the
neighborhood.
6. A market variance provided by the AVM s sy tem: The AVM system
produces a market variance for each valuation - a score which is a proven
1o indicator of the consistency of the underlying market data. As such, it is
an
excellent indicator of how good any result can be expected to be. The lower
the
market variance, the better. The LTVCap is reduced based on the market
variance, in three separate thresholds:
If the market variance is less than .20, the LTVCap is 75%.
15 If the market variance is between .02 and .30, the LTVCap is 70%.
If the market variance is between .03 and .40, the LTVCap is 65%.
7. A difference between the property value provide by the AVM s s
and the declared property value by the applicant: The AVM system derives a
core property value in each valuation, which represents the single best
estimate
20 of the value of each property. The range is the percentage difference
between
this property value and the declared property value as supplied in the
application
details. If this range is small, there is little doubt in the declared
property value as
supplied. As this range increases, there is increasing doubt that the property
value as supplied is reasonable. As the range increases, the allowable LTV% of
2s any loan against the property can be decreased based on the parameters
provided in this method, to be set by risk management.
Fig. 5 shows how the allowable LTV% in any loan situation can be
reduced as the range increases. These can be set differently based on whether
the declared property value higher or lower than the AVM's calculated value.
The
3o middle vertical line on the chart represents the range of 0% - that is,
there is no
difference between the declared property value and the property value from the

CA 02363366 2001-11-15
AVM system. The parameters to the right of the vertical line, which are
labeled
as "High ...", represent the situation where the declared property value is
higher
than the AVM's property value.
Each of the high and low ranges is further split into three smaller, in which
5 the LTVCap will be capped based on the parameters set by the lender.
A. High LTV Cap: This is the highest LTV allowed through the use of the
AVM, if the declared property value is higher than the AVM property value.
It's
generally set at 75%, as in the example.
B. High Range 1 Limit: This is the upper limit to range 1, which allows the
1o High LTV Cap. In the example, this is set to +16%, and means that if the
declared property value is above the AVM property value, but within 16% of the
AVM value, then loans of up to 75% LTV can be approved
C. High Range 2 LTV Cap and High Range 2 Limit: These two
parameters, taken together, are used to reduce the allowable LTV based on the
15 range over the High Range 1 Limit. At the specified range, the LTV may be
set
to the LTV limit. Between the Range 1 and Range 2 limits, the allowable LTV
will
be reduced proportionally until, as shown, it reaches the set LTV limit.
Looking at the example of Fig. 5, the High Range 1 Limit is 28%, and High
Range is 63%. As the range increases over 16% the allowable LTV will be
2o decreased proportionately, until at a 28% range, it will be 63%.
D. High Range 3 LTV Cap and High Range 3 Limit: These two
parameters work together exactly as the two Range 2 parameters, with the
exception that they take effect above the High Range 2 Limit. Based on the
example, for any range more than 28%, the LTV will be reduced proportionately,
so that at a range of 40%, an LTV of 45% will be allowed.
E. Low LTV Cap, Low Range 1 Limit: These two parameters work exactly
as described for the High LTV Cap and Range Limit, except they come into play
when the Declared Property Value is lower than the AVM property value. In the
example, the Low LTV Cap of 75% will be allowed if the property value is lower
3o than the reavs value, up to a range of -15%.

CA 02363366 2001-11-15
16
F. Low Range 2 LTV Cap, Low Range 2 Limit, Low Range 3 LTV Cap,
Low Range 3 Limit: These four parameters work exactly as previously described
for the high ranges, except that they come into play if the declared property
value is lower than the AVM property value.
These ranges are intended to allow risk management to control the use of
the AVM by lowering the allowable LTV's in a controlled manner as the range
between the AVM property values and the declared property values may
increase. If the AVM predicts a real market value within a reasonable range,
then
it substantiates that market value. If that range is higher, there is more
doubt,
1o thus the allowable LTV is reduced to a comfortable level.
For both High and Low, the Range 2 is intended to slowly reduce
allowable LTV, and Range 3 more so.
8. Determination of the Final LTVCaa: The final LTVCap is the lowest of
all the LTV% determined through any of the above rules. Note that any rule can
take precedence. Also note that this LTVCap can be zero, which will ensure
that
the application will not be approved automatically according to the method and
system of the invention. Finally, additional risk factors can easily be
brought into
the model.
For the example case, let it be assumed that the final LTVCap has been
2o determined at 75%.
Step 66c: Determination of Primary LoanCap
As noted above, the primary LoanCap is calculated by multiplying the
Property ValueCap by the LTVCap as shown in Fig. 3. In the step 66a of Fig. 3,
the Property ValueCap of the example case is determined as $167,000. In the
step 66b, the LTVCap of the example case is assumed to be 75%. Therefore,
the primary LoanCap will be $125,250 ($167,000 X 75%).
Accordingly, the example loan application will be approved because the
requested loan amount $125,000 is within the LoanCap $125,250, unless the
3o following worst-case scenario is required to be considered.

CA 02363366 2001-11-15
17
Step 66d: Consideration of Worst-case Scenario
The AVM system provides a range of value for a collateral property. The
method of the invention provides a significant extra level of safety by
considering
a worst-case scenario. In effect, the question is posed: "In the unlikely
event of
the default of this particular loan, and this property must be foreclosed on,
what
potential exposure does the lending institution have assuming a worst case,
and
is that acceptable?"
In most cases, there is little to no potential for net loss. However, in
1o neighborhoods with high value ranges (such as real estate markets in
transition),
or with high market shifts, or with high LTV%, it is quite possible for the
declared
value to be substantiated and still have potential for loss. The method model
provides management to limit the amount of potential downside risk to an level
acceptable to them.
In the example case, the AVM has calculated a reasonable price range for
a property as $130,000 to $171,000. The declared property value of $167,000 is
within the value range, and thus can be substantiated. This step effectively
asks
the question: "If anything goes wrong, and we have a default on this property,
what risk are we taking if the property was really only worth $130,000?" The
2o method does this by estimating the potential for net loss, allowing for
parameters
supplied by risk. A final parameter allows risk to cap the amount of exposure
to
an acceptable level.
In this situation, the estimate of the costs associated with realization can
be split into the following three separate components: 1. a cost based on the
value of the property, 2. a cost based on the requested loan amount, and 3. a
fixed cost.
In this worst-case scenario, the method assumes the AVM's Low Value
Limit as a reasonable estimate of the value of the property which would be
available on realization. In the example case, the realization costs can be
3o estimated as:
1. A cost based on the property value: 6% of $130,000 (Low Value Limit)
to cover real estate commission = $7,800;

CA 02363366 2001-11-15
18
2. A cost based on the requested loan amount: 1.045 of $125,000 to
cover principle of the loan plus forgone interest = $ 130,625; and
3. A fixed cost: $2,000 to cover fixed costs such as legal and other
expenses.
The total realization required would be estimated at $(130,625 + 7,800 +
2,000) _ $140,425. Therefore, the potential net loss would be $(140,425 -
130,000) _ $10,425, assuming that the property could only be sold for
$130,000.
This may be acceptable, or it may not - it's a risk management decision to
make. The method provides risk management a parameter that sets the limit to
~o this net potential loss that is deemed acceptable.
Again, as an example, let it be assumed that risk management limits the
potential net loss to $7,500. (In actual practice, this would be typical).
This decision would limit the loan amount that would be permitted on this
property (the LoanCap) to be:
($130,000 + $7,500 - ($130,000 * 6%) - $2,000)/ 1.045 = $122,200
Again, in most cases there is little to no potential for net loss. However, in
neighborhoods with inconsistent sale values, or with high market shifts, there
will
be an inherent range of value for each property estimate due to the
statistical
results on the market data. This decision model provides management control to
limit the amount of potential downside risk to an acceptable level.
Step 66e: Determination of Final LoanCap
The final LoanCap is the lesser of the following:
1. The Property ValueCap multiplied by the final LTVCap to set an
primary LoanCap. In the sample case, this works out to ($167,000 * 75%) _
$125, 250;
2. The Worst Case LoanCap, determined by considering the worst case
scenario, or $122,200; and
3. An Arbitrary LoanCap, which is set by risk management. This allows
3o risk management control by saying, in effect, "We will not automatically
approve

CA 02363366 2001-11-15
19
any loan over $250,000 using an AVM system, regardless of how well the AVM
system works, or how low the LTV ratio is to the property value".
Therefore, in the example case, the final LoanCap is $122,200.
Note that even though the declared property value is within the
reasonable value limits that the AVM calculated for this property, the LoanCap
will be reduced to mitigate against the uncertainly due to the range of value
supplied by the AVM system.
The method and system of the invention have several advantages in a
lending environment as follows:
1. AVM results are not used "raw", or subject to interpretation. Outlyer
valuations that the AVM produces will be discarded. Any loans approved through
the use of the AVM will have gone through a rigorous check, which has been
pre-approved by risk.
2. The method offers risk management control based on AVM-supplied
factors (such as market shift) in a manner that is not possible through
traditional
methods. Overall portfolio risk is lowered, by focusing expensive manual due
diligence on those cases which are deemed to be higher risk.
3. The process lends itself to being implemented in a completely
2o automated manner. However, it is also simple and fast to use and to
integrate
into existing manual processes, minimizing the potential for human error.
4. Because the process is so fast, approvals are instant, and the AVM
tends to be the least expensive option, all applications can be passed through
this step before any other.
5. Risk management will specify its tolerance for risk using different
control parameters which the method makes available, allowing risk
management to control the process in a consistent, safe and flexible manner.
6. Management can change lending criteria "in the back", without affecting
the ongoing process.

CA 02363366 2001-11-15
7. Because the method is automated, its results can be centrally
monitored and controlled.
8. As the method is not AVM dependent, multiple AVM's can be
implemented across various jurisdictions in essentially a consistent process.
5 While the invention has been described according to what are presently
considered to be the most practical and preferred embodiments, it must be
understood that the invention is not limited to the disclosed embodiments.
Those
ordinarily skilled in the art will understand that various modifications and
equivalent structures and functions may be made without departing from the
spirit and scope of the invention as defined in the claims. Therefore, the
invention as defined in the claims must be accorded the broadest possible
interpretation so as to encompass all such modifications and equivalent
structures and functions.

Dessin représentatif
Une figure unique qui représente un dessin illustrant l'invention.
États administratifs

2024-08-01 : Dans le cadre de la transition vers les Brevets de nouvelle génération (BNG), la base de données sur les brevets canadiens (BDBC) contient désormais un Historique d'événement plus détaillé, qui reproduit le Journal des événements de notre nouvelle solution interne.

Veuillez noter que les événements débutant par « Inactive : » se réfèrent à des événements qui ne sont plus utilisés dans notre nouvelle solution interne.

Pour une meilleure compréhension de l'état de la demande ou brevet qui figure sur cette page, la rubrique Mise en garde , et les descriptions de Brevet , Historique d'événement , Taxes périodiques et Historique des paiements devraient être consultées.

Historique d'événement

Description Date
Inactive : CIB expirée 2023-01-01
Inactive : CIB désactivée 2012-01-07
Inactive : Symbole CIB 1re pos de SCB 2012-01-01
Inactive : CIB du SCB 2012-01-01
Inactive : CIB expirée 2012-01-01
Inactive : CIB enlevée 2011-10-03
Inactive : CIB désactivée 2011-07-29
Inactive : CIB de MCD 2006-03-12
Inactive : CIB dérivée en 1re pos. est < 2006-03-12
Inactive : CIB de MCD 2006-03-12
Demande non rétablie avant l'échéance 2003-10-16
Inactive : Morte - Aucune rép. dem. par.30(2) Règles 2003-10-16
Inactive : Abandon. - Aucune rép dem par.30(2) Règles 2002-10-16
Lettre envoyée 2002-06-07
Inactive : Transfert individuel 2002-04-22
Inactive : Dem. de l'examinateur par.30(2) Règles 2002-04-16
Demande publiée (accessible au public) 2002-03-16
Inactive : Page couverture publiée 2002-03-15
Lettre envoyée 2002-01-30
Avancement de l'examen jugé conforme - alinéa 84(1)a) des Règles sur les brevets 2002-01-30
Inactive : CIB en 1re position 2002-01-29
Accessibilité au public anticipée demandée 2002-01-08
Inactive : Taxe de devanc. d'examen (OS) traitée 2002-01-08
Inactive : Avancement d'examen (OS) 2002-01-08
Inactive : Lettre de courtoisie - Preuve 2001-12-24
Inactive : Certificat de dépôt - RE (Anglais) 2001-12-21
Lettre envoyée 2001-12-19
Demande reçue - nationale ordinaire 2001-12-19
Exigences pour une requête d'examen - jugée conforme 2001-11-15
Toutes les exigences pour l'examen - jugée conforme 2001-11-15

Historique d'abandonnement

Il n'y a pas d'historique d'abandonnement

Historique des taxes

Type de taxes Anniversaire Échéance Date payée
Taxe pour le dépôt - générale 2001-11-15
Requête d'examen - générale 2001-11-15
Avancement de l'examen 2002-01-08
Enregistrement d'un document 2002-04-22
Titulaires au dossier

Les titulaires actuels et antérieures au dossier sont affichés en ordre alphabétique.

Titulaires actuels au dossier
REAVS INFORMATION TECHNOLOGIES LIMITED
Titulaires antérieures au dossier
JAMES A. COLE
Les propriétaires antérieurs qui ne figurent pas dans la liste des « Propriétaires au dossier » apparaîtront dans d'autres documents au dossier.
Documents

Pour visionner les fichiers sélectionnés, entrer le code reCAPTCHA :



Pour visualiser une image, cliquer sur un lien dans la colonne description du document (Temporairement non-disponible). Pour télécharger l'image (les images), cliquer l'une ou plusieurs cases à cocher dans la première colonne et ensuite cliquer sur le bouton "Télécharger sélection en format PDF (archive Zip)" ou le bouton "Télécharger sélection (en un fichier PDF fusionné)".

Liste des documents de brevet publiés et non publiés sur la BDBC .

Si vous avez des difficultés à accéder au contenu, veuillez communiquer avec le Centre de services à la clientèle au 1-866-997-1936, ou envoyer un courriel au Centre de service à la clientèle de l'OPIC.


Description du
Document 
Date
(yyyy-mm-dd) 
Nombre de pages   Taille de l'image (Ko) 
Dessin représentatif 2002-01-28 1 9
Abrégé 2001-11-14 1 23
Description 2001-11-14 20 933
Revendications 2001-11-14 5 199
Page couverture 2002-03-04 1 42
Dessins 2001-11-14 7 722
Accusé de réception de la requête d'examen 2001-12-18 1 179
Certificat de dépôt (anglais) 2001-12-20 1 165
Courtoisie - Certificat d'enregistrement (document(s) connexe(s)) 2002-06-06 1 114
Courtoisie - Lettre d'abandon (R30(2)) 2002-12-26 1 167
Rappel de taxe de maintien due 2003-07-15 1 106
Correspondance 2001-12-20 1 26
Correspondance 2002-01-07 1 44