WO2008131341A1 - Système et procédé permettant de coordonner des prêts étudiants - Google Patents

Système et procédé permettant de coordonner des prêts étudiants Download PDF

Info

Publication number
WO2008131341A1
WO2008131341A1 PCT/US2008/061026 US2008061026W WO2008131341A1 WO 2008131341 A1 WO2008131341 A1 WO 2008131341A1 US 2008061026 W US2008061026 W US 2008061026W WO 2008131341 A1 WO2008131341 A1 WO 2008131341A1
Authority
WO
WIPO (PCT)
Prior art keywords
borrower
lending
information
server
institutions
Prior art date
Application number
PCT/US2008/061026
Other languages
English (en)
Inventor
Keith Alliots
Original Assignee
Keith Alliots
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US11/889,128 external-priority patent/US20080262962A1/en
Priority claimed from US11/957,045 external-priority patent/US20090043680A1/en
Application filed by Keith Alliots filed Critical Keith Alliots
Publication of WO2008131341A1 publication Critical patent/WO2008131341A1/fr

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates generally to the field of electronic commerce using a networked communications system. More particularly, the invention relates to systems and methods for coordinating student loan borrowers and lending institutions via an on-line web site.
  • Lending institutions rely on different techniques for generating new clients, including promotion and advertising techniques, affiliation programs, and referrals.
  • Referrals are clients that have learned about the lending institutions through word-of-mouth endorsements, third party loan originators, and other persons.
  • third party loan originators would receive a referral fee from the lending institutions for every bare, partial-qualified, or qualified lead, depending on the terms of the referral program.
  • Student loans are no exception.
  • Traditional methods of applying for student loans involved a borrower contacting individual lending institutions via a communications network, such as via a telephony or Internet system, to learn whether
  • any of the contacted lending institutions would be interested in entering into a loan agreement with the borrower.
  • Each contact would involve providing personal information to the lending institutions, such as the borrower's name, contact information, the state where the borrower's school is located, the amount to be borrowed, any credit history or co-borrower information, and other information requested by the lending institution.
  • the lending institution would provide to the borrower its terms and conditions associated with the lending institution's loan programs. The borrower would then review those terms and conditions, and any terms and conditions provided by other lending institutions, before making a decision regarding whether to enter into a loan agreement.
  • No. 2004-0205019 relates to a loan processing computer that automatically applies a first filter to the user's data, and then uses a second filter that may be applied to qualification form data that remains after the first filter, in order to identify potential borrowers. That second filter may be customized by a financial service provider who may also control the process of applying the second filter in a semi-manual manner.
  • the invention disclosed in U.S. Patent No. 5,995,947 relates to trading loans in real time by making loan applications, such as home mortgage loan applications, and placing them up for bid by a plurality of potential lenders.
  • a principal object of the present invention is to provide systems and methods for coordinating student loans, by providing a web site where borrowers may enter certain general and personal information and receive a listing of lending institutions interested in entering into loan agreements with those borrowers.
  • a system for coordinating student loans that includes a server in data communication with one or more lending institution client computers, for ente ⁇ ng and sending a plurality of selection c ⁇ te ⁇ a to the server, and one or more bo ⁇ ower client computers associated with borrowers interested in borrowing money, for ente ⁇ ng and sending a set of information about the bo ⁇ owers to the server, a data processing subsystem for comparing the set of personal information to the plurality of selection c ⁇ te ⁇ a and returning a list of one or more matching lending institutions to the borrower and the lending institution client computers, wherein the list comp ⁇ ses at least one link, and a signal receiving subsystem for receiving a signal from the lending institution client computers indicating an activation of the at least one link
  • a method for refer ⁇ ng money borrowers to lending institutions which includes at a first server, the steps of receiving over a first communications network a set of selection c ⁇ te ⁇ a from each of a plurality of lending institutions, receiving over a second communications network a
  • FIG. 1 is a schematic drawing of the general system architecture of a loan coordinating system according to one aspect of the present invention
  • FIG. IA is a schematic drawing of the system architecture of a loan coordinating system according to one aspect of the present invention.
  • FIG. 2 is a schematic drawing of the client-server architecture of a loan coordinating system according to one aspect of the present mveniion;
  • FIG. 3 is a schematic drawing of the server-side architecture of a loan coordinating system according to one aspect of the present invention
  • FIG. 4 is another schematic drawing of the server-side architecture of a loan coordinating system with communications to va ⁇ ous third party information providers according to one aspect of the present invention
  • FIG. 5 is another schematic drawing of the server-side architecture of a loan coordinating system with a database external to the server(s) according to one aspect of the present invention
  • FIG. 6 is another schematic drawing of the server-side architecture of a loan coordinating system with a database internal to the server(s) according to one aspect of the present invention
  • FIG. 7 is another schematic drawing of the server-side architecture of a loan coordinating system with a database for sto ⁇ ng lender selection c ⁇ te ⁇ a and borrower personal information according to one aspect of the present invention
  • FIG. 8 is a schematic drawing of a system for coordinating loans through a loan aggregator according to one aspect of the present invention.
  • FIG. 9 is a schematic drawing of the lending institution client-side architecture of a loan coordinating system according to one aspect of the present invention.
  • FIG. 10 is another schematic drawing of the lending institution client- side architecture of a loan coordinating system with a plurality of lending institutions according to one aspect of the present invention
  • FIG. 11 is another schematic drawing of the lending institution client- side architecture of a loan coordinating system with a plurality of lending institutions and a lending institution aggregator according to one aspect of the present invention
  • FIG. 12 is a schematic drawing of the borrower client-side architecture of a loan coordinating system according to one aspect of the present invention.
  • FIG. 13 is another schematic drawing of the borrower client-side architecture of a loan coordinating system with a plurality of borrowers according to one aspect of the present invention
  • FIG. 14 is another schematic drawing of the borrower client-side architecture of a loan coordinating system with a plurality of borroweis and a borrowing aggregator according to one aspect of the present invention
  • FIG. 15 is another schematic drawing of the borrower client-side architecture of a loan coordinating system with communications to various third party information providers according to one aspect of the present invention
  • FIG. 15A is a drawing representing an HTML link containing borrower personal information according to one aspect of the present invention.
  • FIG. 16 is a process flow diagram depicting the server side process flow according to an embodiment of the present invention.
  • FIG. 16A is a process flow diagram depicting the server-side and client-side process flow according to an embodiment of the present invention
  • FIG. 17 is a process flow diagram depicting the borrower client-side process flow according to an embodiment of the present invention.
  • FIG. 18 is a process flow diagram depicting the server-side referral tracking process flow according to an embodiment of the present invention
  • FIG. 1 and FIG. IA are drawings depicting a schematic of the system architecture of a loan coordinating system 100 according to one aspect of the present invention.
  • the loan coordinating system 100 will be discussed in connection with a student loan referral program; however, it should be noted that the loan coordinating system 100 could also be employed in any money-borrowing program, such as automobile loans.
  • the loan coordinating system 100 includes a server subsystem 102, a borrower or user 104 of the loan coordination system 100, and a lending institution 106.
  • the lending institution 106 will submit, transmit, or provide/make available selection criteria 107 to the server subsystem 102 using the lending institution client 108 in data communication over a first data communications network 110 with a web server 1 12 in the server subsystem 102.
  • the selection criteria 107 may include, but is not limited to, loan type, school location, school name, graduate or undergraduate status, current year in school, selected or anticipated major, desired loan amount, date loan funds are needed, a general credit rating (i.e., good, fair, bad), co-borrower or co-signer information, and references information.
  • the selection criteria 107 may be saved in a system server database
  • the selection criteria 107 may instead be stored in a database or memory device (not shown) associated with the lending institution client 108 at the lending institution 106, in which case the selection criteria 107 would need to be downloaded each time the lending institution client 108 is contacted by the server subsystem 102.
  • the selection criteria 107 could also be distributed over several databases, including some selection criteria 107 being
  • the borrower/user 104 will submit general and/or personal information to the server subsystem 102 using a borrower client 1 14 in data communication over a second communications network 116 with the web server 112 in the server subsystem 102 in order to use or access the loan coordinating system 100.
  • the supplied general and personal information may be saved in a database 120, which could be the same as or different than the system server database 118.
  • the general and personal information may include, but is not limited to, loan type, school location, school name, graduate or undergraduate status, current year in school, selected or anticipated major, expected graduation date, desired loan amount, date loan funds are needed, best time to contact the borrower, first name, last name, social security number (optional), a user-provided credit rating (i.e., good, fair, bad), date of birth, email address, residence address, mailing address information, drivers license state and number, co-borrower or co-signer information, and references information.
  • loan type i.e., school location, school name, graduate or undergraduate status, current year in school, selected or anticipated major, expected graduation date, desired loan amount, date loan funds are needed, best time to contact the borrower, first name, last name, social security number (optional), a user-provided credit rating (i.e., good, fair, bad), date of birth, email address, residence address, mailing address information, drivers license state and number, co-borrower or co-signer information, and references information.
  • the most common means used today includes an electronic form generated by a software application, such as a browser, residing on the borrower client 114 that requests the general and personal information.
  • the form may be generated based on signal instructions received from the web server 1 12, and may include, but is not limited to, text entry fields, radio buttons, drop down boxes, and check boxes.
  • the borrower/user 104 may enter general and personal information about a self-assessment of his or her credit worthiness using a drop-down menu that asks whether the borrower/user 104 has "excellent,” "good,” or “poor,” credit, or which state the borrower/user 104 lives in.
  • the server subsystem 102 includes a filtering process 122 that will intake the selection criteria 107 stored in the system server database 118 to identify whether the general and personal information submitted by the borrower/user 104
  • the web server 112 will generate instructions to be communicated back to the borrower client 114
  • the web server 112 may generate instructions to generate an email that is forwarded to one or more lending institution clients 108 thereby providing information to the lending institutions 106 Such information may include, among other things, an identification of, or general non- identifying information about, a borrower/user 104 whose general and personal information matches at least some of the lending institution's 106 individual or aggregate selection criteria 107
  • the email may be a standard text message, or it may contain vanous multimedia features, including images in addition to text, which may be generated by embedding HTML code in the email in such a way that the recipient's email text editor automatically launches a software application to view the email message
  • the email may include a hypertext link to the server subsystem 102 that, if activated, will allow the lending institution client 108 to communicate with the server subsystem 102 and download some of the general and personal information about the borrower/user 104 necessary for the lending institutions 106 to contact the borrower/user 104 to advance toward closing a student loan for the borrower/user 104
  • the email may instead include a hypertext link that, if activated, may cause an HTML page to be generated on one or more lending institution clients 108 thereby providing information to the lending institutions 106 that includes, among other things, an identification of, or general non-identifymg information about, a borrower/user 104 whose general and personal information matches at least some of the lending institution's 106 individual or aggregate selection c ⁇ te ⁇ a 107
  • the generated page may include a hypertext link to the server subsystem 102 that, if activated, will allow the lending institution client 108 to communicate with the server subsystem 102 and download some of the general and personal information about the borrower/user 104 necessary for the lending
  • the 112 may instead generate instructions to generate an HTML page on one or more lending institution clients 108 thereby providing information to the lending institutions 106 that includes, among other things, an identification of, or general non- identifying information about, a borrower/user 104 whose general and personal information matches at least some of the lending institution's 106 individual or aggregate selection criteria 107.
  • the generated page may, as noted above, include a hypertext link to the server subsystem 102 that, if activated, will allow the lending institution client 108 to communicate with the server subsystem 102 and download some of the general and personal information about the borrower/user 104 necessary for the lending institutions 106 to contact the borrower/user 104 and advance toward closing a student loan for the borrower/user 104.
  • the web server 112 may generate instructions to generate an HTML page describing a simple list of matching lending institutions with contact information.
  • the web server 112 may generate instructions to generate a list of HTML (or other markup language) links to be communicated via the second data communications network 116 to the borrower client 114 for display to the borrower/user 104.
  • the links may be used to convey some of the general or personal information about a borrower/user 104 to one or more lending institution clients 108.
  • the link may contain data variables representing certain portions of the general and personal information relevant to the lending institution that may be parsed by a lending institution web server 126.
  • the borrower/user 104 may then click on a link to access the lending institution web server 126 via a third data communications network 124. Clicking on a link simultaneously sends a signal from the borrower client 114 to the server system 102 indicating that a successful referral has occurred.
  • the borrower/user 104 may then interact directly with the lending institution web server 126.
  • the borrower/user 104 and the lending institution 106 may communicate with and receive information provided by the loan coordinating system
  • wired or wireless electronic client devices such as the lending institution client 108 and borrower client 114
  • the client devices 108, 114 could be, for example, a wireless telephone, a wired telephone, a personal data assistant, a portable computer, and/or a desktop computer Combinations of those electronic devices, or other types of electronic devices capable of sending and receiving electronic, optical, and electro-optical signals, are contemplated as being within the nature and scope of the present invention
  • the lending institution client 108 is connected to a first data communications network 110
  • the borrower client 114 is connected to a second data communications network 116
  • the lending institution client 108 and the borrower client 1 14 are connected to the third data communications network 124
  • the particular connectivity of the lending institution client 108 and the borrower client 114 to the first, second, and third data communications networks 1 10, 116, 124 is for illustrative purposes only
  • the first, second, and third data communications networks 110, 116, 124 are packet-switched networks capable of routing hypertext, extensible, or other types of markup language code and data in accordance with the standard Internet Protocol or some other protocol in order to generate web pages
  • data may be exchanged over these networks by employing the Commonline Data standardized format and delivery process commonly used for the exchange of origination, disbursement and change transaction data between educational institutions and their federal and private student loan service providers
  • the Internet Engineering Task Force is the standards body that creates and maintains the basic standards on which the Internet depends, including the Internet Protocol specification published in 1981
  • the first and second data communications networks 110, 116 are connected or interconnected to the server subsystem 102, which may include one or more server computers (not shown) that are adapted to, among other things, store and process data, protect data, and provide access to the server subsystem 102 using a
  • the borrower/user 104 and the lending institutions 106 may use one or more of the electronic client devices such as the lending institution client 108 and the borrower client 114 to access the server subsystem 102, preferably via a web site graphical user interface that is generated on the electronic lending institution client 108 and the borrower client 114 using markup language commands and data provided to those devices by the server subsystem 102.
  • the server subsystem 102 is capable of interfacing with one or more of the system server database 118 and the database 120 as shown in FIG. 1.
  • the system server database 1 18 could be, for example, a database containing records of each lending institution's 106 profile and selection criteria 107.
  • the many objects of the present invention may be used in connection with coordinating student loans between borrowers interested in borrowing money and lending institutions interested in lending money to selected borrowers.
  • the system may be used in other ways.
  • FIG. 2 shows the general client-server architecture of a loan coordinating system 200 according to another embodiment of the invention.
  • a server subsystem 202 is in data communication with a borrower client subsystem 204 and a lending institution client subsystem 206.
  • Data communication between the server subsystem 202 and the borrower client subsystem 204 occurs over a first communications network 208.
  • Data communication between the server subsystem 202 and the lending institution client subsystem 206 occurs over a second communications network 210.
  • the borrower client subsystem 204 is in data communication with the lending institution client subsystem 206 over a third communications network 212.
  • the first, second, and third communications networks 208, 210, 212 may be separate communications networks as illustrated, or the same network (not shown).
  • FIGS. 3-7 are drawings depicting schematics of the server-side architecture of the loan coordinating system according to one embodiment of the invention.
  • a server subsystem 300 in which a server 302 is in data communications with a borrower client 304 and a lending institution
  • the server 302 may be in data communication with one or more databases 308, 310 for storing personal information received from the borrower clients 304 and selection criteria 107 received from the lending institutions 106 by way of the lending institution clients 306.
  • the server subsystem 300 includes a filtering process 312 for identifying lending institutions 106 that would be interested in loaning money to borrowers 104 based on the personal information submitted to the server subsystem 300 by the borrowers 104, and the selection criteria 107 submitted to the server subsystem 300 by the lending institutions 106.
  • the server 302 may also be in data communication with one or more third party information providers 314 for retrieving information relevant to generating a list of lending institutions 313 which the borrowers 104 may contact or be contacted by.
  • the third party information providers 314 may include, but are not limited to, credit reporting bureaus, financial institutions, government agencies, or providers of data such as current interest rates, currency values, or other indicators of market conditions.
  • FIG. 4 is another drawing depicting a schematic of the server-side architecture of a server subsystem 400 according to another aspect of the present invention.
  • one or more servers 402 are in data communications with one or more databases 404, 406.
  • the servers 402 may also be in data communication with one or more third party information providers 408, 410, 412 for retrieving information relevant to generating a list of lending institutions which a borrower may contact.
  • Third party information providers 408, 410, 412 may be, for example, credit reporting bureaus, financial institutions, government agencies, or providers of data such as current interest rates, currency values, or other indicators of market conditions.
  • the servers 402 and the third party information providers 408, 410, 412 are connected to each other via a first data communications network 414.
  • the particular connectivity of the servers 402 and the third party information providers 408, 410, 412 to the first data communications network 414 is for illustrative purposes only.
  • the first data communications network 414 may be, for example, a wireless network used by mobile computing devices like cellular telephones, the Internet, an intranet, or some other network system.
  • FIGS. 5-7 are additional drawings depicting schematics of the server- side architecture of a server subsystem, these representing different server-database architectures than those previously discussed.
  • FIG 5 includes a server
  • the database 504 may be used to store lending institution selection c ⁇ te ⁇ a 107 and/or borrower personal information.
  • the database 504 may be a single database repository that is centrally located proximate to the server 502, or it may consist of multiple databases dist ⁇ ubbed at various geographic locations.
  • FIG. 6 which is a drawing of a schematic showing a server 602 in data communication with a database 604 internal to the server 602
  • the database 604 may store lending institution selection c ⁇ te ⁇ a 107 and/or borrower personal information
  • a server 702 is in data communication with one or more databases 704, 706 external to the server 702 via a communications network 708
  • the databases 704, 706 may each store lending institution selection c ⁇ te ⁇ a 107 and/or borrower personal information
  • FIG. 8 is a schematic drawing depicting of the system architecture of a loan coordinating loan coordinating system 100 according to another aspect of the present invention
  • individual borrower clients 802, 804, 806 (representing different users, who are not shown) are in data communication with an aggregator 808 via a communications network 810
  • the aggregator 808 may be, for example, a student loan office of a university that handles processing of student loan requests by providing prospective and current students with an on-line personal account in which they may enter personal information and submit it to the university for transmission to the server subsystem 102
  • the aggregator 808 may instead be, for example, a third party provider that collects and manages information from multiple prospective borrowers for a fee, such as a lending institution that aggregates information associated with all borrowers in a geographical location, or information associated with borrowers requesting a similar amount of borrowed money, or that satisfy some other specific criteria
  • the aggregator 808 combines the personal information of the individual borrower clients 802, 804, 806 and sends the information to the server subsystem 102 via the second data communications network 1 16
  • the server subsystem 102 processes the personal information as descnbed above, and returns to the aggregator 808, for example, contact information for matching lenders or HTML links to the web sites of identified lending institutions 106, or emails to the lending institution clients 108, as previously described
  • the aggregator 808 may then wait to be contacted by any or all of the matching lending institutions 106 Alternatively, the aggregator 808 may interface via a communications network 812 with the one or more identified lending institutions 106 directly in the manner descnbed previously in order to obtain favorable loan terms for the individual borrower clients 802, 804, 806, or it may forward or pass on the HTML links, emails, or other information to the individual borrower clients 802, 804, 806 which may then interface with the lending institutions 106 via a communications network 814
  • the communications networks 116, 1 10, 810, S.12, 814 may be separate communications network (as illustrated) or different networks (not shown)
  • FIGS. 9-11 are schematic drawings of the lending institution client- side architecture of a loan coordinating system according to still other embodiments of the present invention
  • FIG. 9 depicts a lending institution subsystem 902 in data communication with a server subsystem 904 via a communications network 906
  • FIG. 10 illustrates a plurality of lending institution subsystems 1002
  • FIG. 11 illustrates the plurality of lending institution subsystems 1002,
  • the lending institution aggregator 1 102 is in data communication with the server sub&ystem 904 via the communications network
  • the particular connectivity of the subsystems 902, 1002, 1004, 1006, the lending institution aggregator 1102, and the server subsystem 904 to the networks 906, 1104 is for illustrative purposes only.
  • the lending institution aggregator 1102 may be, for example, a financial institution or a plurality of subsidiary financial institutions that, by aggregating selection criteria 107 of the subsidiary financial institutions, allows the financial institution to more efficiently make loans across the subsidiary financial institutions.
  • the communications networks 906, 1104 may be, for example, a wireless network used by mobile computing devices like cellular telephones, the Internet, an intranet, or some other network system.
  • FIGS. 12-15 are schematic drawings of the borrower client-side architecture of a loan coordinating system according to still other embodiments of the present invention, these embodiments representing different borrower subsystem architectures.
  • Borrowers as indicated previously, may be consumers looking for student loans, automobile loans, home loans, or other financial debt instruments.
  • FIG. 12 is a schematic drawing of a basic borrower subsystem 1202 in data communication with the server subsystem 904 via a communications network 1204.
  • FIG. 13 is a schematic drawing of a plurality of borrower subsystems
  • FIG. 14 illustrates the plurality of borrower subsystems 1302, 1304,
  • the borrower aggregator 1402 is in data communication with the server subsystem 904 via the communications network 906.
  • the borrower aggregator 1402 may be, for example, a university financial aid department representing a plurality of students seeking student loans, as described above. By aggregating the general and personal information of a plurality of students, the university may more efficiently coordinate student loans for the plurality of students.
  • the particular connectivity of the borrower subsystems 1302, 1304, 1306, the borrower aggregator 1402, and the server subsystem 904 to the communications networks 906, 1404 is for illustrative purposes only.
  • the communications networks 906, 1404 may be, for
  • a wireless network used by mobile computing devices like cellular telephones, the Internet, an intranet, or some other network system.
  • FIG. 15 is another schematic drawing of a borrower client-side architecture of a borrower subsystem according to another aspect of the present invention.
  • a borrower subsystem 1202 is in data communications with one or more third party information providers 1502, 1504, 1506, 1508 for retrieving information relevant to submitting general and personal information requested by the server subsystem 904.
  • the third party information providers 1502, 1504, 1506, 1508 may be, for example, credit reporting bureaus, financial institutions, government agencies, or educational institutions.
  • the borrower subsystem 1202 and the third party information providers 1502, 1504, 1506, 1508 are connected to a first data communications network 1204.
  • the particular connectivity of the borrower subsystem 1202 and the third party information providers 1502, 1504, 1506, 1508 to the first communications network 1204 is for illustrative purposes only.
  • the communications network 1204 may be, for example, a wireless network used by mobile computing devices like cellular telephones, the Internet, an intranet, or some other network system.
  • FIG. 15A is a drawing representing an HTML link 1510 containing borrower personal information as described above.
  • the link contains the domain name 1512 of an identified lending institution 106 website to which the borrower/user 104 will be directed if the HTML link 1510 is activated.
  • the HTML link 1510 also contains a filename 1514 of a particular webpage on the lending institution's 106 website to which the borrower would be directed.
  • the borrower's 104 general and personal information, or a portion thereof, may be stored as a series of variables 1516 that may be parsed by the lending institution client 108 or lending institution web server 126.
  • certain general and personal information is then transmitted from the borrower client 114 to the lending institutions 106 and may be used to, for example, pre-populate certain loan application forms or otherwise be used in connection with closing a loan with the borrower/user 104.
  • FIG. 16 is a process flow diagram depicting the server- side process flow steps according to one embodiment of the present invention
  • the server subsystem 102 receives at the web server 112 via the first data communications network 110 the selection c ⁇ te ⁇ a 107 from one or more lending institutions 106, and stores the selection c ⁇ te ⁇ a 107 in the system server database 1 18
  • the server subsystem 102 receives from a borrower/user 104 interested in borrowing money, general and personal information about the borrower or another person
  • the general and personal information may be stored in the database 120
  • the general and personal information is checked for completeness and to ensure that it satisfies certain quality standards (e g , punctuation, missing characters, special formats for items like phone numbers and email addresses, etc )
  • the server subsystem 102 applies a filtering process 122 to determine whether the selection c ⁇ te ⁇ a 107 are satisfied by the borrower's 104 general and personal information This is expected to be an iterative process, such that if there are five selection c ⁇ te ⁇ a 107, each of the five individual selection c ⁇ te ⁇ a 107 are compared, sequentially or in parallel, to the general and personal information stored in the system server database 118, in order to assess whether there is a match
  • some of the selection c ⁇ te ⁇ a 107 may be applied during the filte ⁇ ng process 122 in such a manner that even if the general and personal information does not specifically match the selection cnte ⁇ a 107, the server system 102 will still count the compa ⁇ son as a match and count the borrower/user 104 as a potential referral
  • One way to accomplish this is, for each selection cnte ⁇ a 107 that has a nume ⁇ cal format, to assign a specific nume ⁇ cal percentage factor (e g , ⁇ 1%, ⁇ 10%) or variable (e g , "yes,” "no") that defines an acceptable deviation from the individual selection c ⁇ te ⁇ a 107 provided by the lending institutions 106
  • the specific percentage factor or variable may be adjusted for each lending institution 106 For example, if an individual selection c ⁇ te ⁇ a 107 is "loan amount ⁇ 50,000" and the general and personal information provided by a borrower/usei 104 includes a desired loan
  • the server subsystem 102 informs the borrower/user 104 that there are no identified lending institutions 106, and the borrower/user 104 is given the opportunity to change the general and personal information entered, and resubmit the information as depicted in process step 1608
  • the borrower/user 104 may choose to edit his or her general and personal information to reflect, for example, a smaller amount of money desired or the existence of a guarantor
  • the edited information is again checked for completeness and quality before being subjected to the filte ⁇ ng process 122
  • the server subsystem 102 will output to the borrower/user 104 a list of all or a fraction of the matching lending institutions 106
  • the list may be in the form of HTML links to the web sites of the one or more matching lending institutions 106, or it may be an HTML table allowing the borrower/user 104 to select one or more of the matching lending institutions 106 by clicking on a form, or by some other means of presenting the list to the borrower/user 104 for subsequent selection
  • the number of links or selections may be equal to or less than the total number of identified matching lending institutions 106, or at least one if there is only one match
  • the presentation of the matched lending institutions 106 is determined at random or according to pre-determined c ⁇ te ⁇ a (e g , pay-per-rank, size of lending institution, histo ⁇ cal level of lending, etc ) It is contemplated that a borrower/user 104 will select three
  • the list will provide the borrower/user 104 with the option to contact all the matched lending institutions 106 that are displayed
  • the server subsystem receives from the borrower client 1 14 a signal indicating that the borrower/user 104 has clicked on one or more of
  • FIG. 16A is another process flow diagram depicting the client and server-side process flow steps according to another embodiment of the present invention.
  • a borrower/user 104 interfaces with the loan coordinating system 100 by visiting a website through a networked computer 114 via the server subsystem web server 112 or by some other means as described above.
  • the networked computer 114 interfaces with the server subsystem web server 112 via the second data communications network 116 and receives HTML pages (or other markup language pages).
  • process step 1652 if the borrower/user 104 is new to the site, he or she is prompted to create a new website account and/or complete an online form that allows the borrower/user 104 to use the loan coordin ⁇ ition system 100 without an account. If the borrower/user 104 is a returning borrower/user 104 of the loan coordination system 100, he or she is prompted to log in as described in process step 1654.
  • the web server 112 generates instructions to provide tools and advice to the borrowers/users 104, a dynamic college directory, a financial gap analysis, a contact form, a support form, company information, a demonstration of some of the features of the loan coordination system 100, and access to various templates for entering general and personal information, each template tailored to a specific type of loan being requested.
  • the borrower/user 104 supplies at least some of the general and personal information requested by the server subsystem 102 as displayed in a form on the borrower client 114.
  • process step 1658 the borrower/user 104 submits the general and personal information to the server subsystem web server 112.
  • process step 1660 all or some of the borrower/user's 104 general and personal information is stored to the system server database 1 18.
  • process step 1662 the filtering process 122 of the server subsystem
  • the server subsystem 102 may send a list of matching lending institutions 106 to the borrower/user 104, optionally including the contact information or link to each of the matching lending institutions 106.
  • the server subsystem 102 may send a notification to the matching lending institutions 106 that new leads have been generated by the loan coordinating system 100 based on the selection criteria 107 provided by the lending institution 106.
  • the notification may contain one or more links that when activated cause the loan coordinating system 100 login screen to be displayed at the lending institution client 108, 306.
  • the lending institution 106 logs in to the server subsystem 102 as directed by the notification.
  • the lender may view or download new leads identified by the loan coordinating system 100 as described in process step 1670, by downloading some or all of the stored general and personal information.
  • the lending institution 106 may then contact the borrower/user 104 that has been identified as meeting the lender's selection criteria 107 directly by phone or other methods as described in process step 1672. In this manner, the lending institution 106 is responsible for all loan decisions concerning the borrower/user 104.
  • the lending institution 106 may log into the server subsystem 102 to update the status of the loan process with respect to the identified borrower/user 104.
  • process step 1676 the borrower/user 104 may log into the website to determine the status of the loan process with respect to each of the matching lending institutions 106 that he or she selected.
  • FIG. 17 is a process flow diagram according to another embodiment of the present invention.
  • a borrower/user 104 interfaces with the loan coordinating system 100 by visiting a website through a borrower client 114 via the server subsystem web server 1 12 or by some other means as described above.
  • the borrower client 1 14 interfaces with the server subsystem web server 1 12 via the second data communications network 1 16 and receives a website form or link or some other means for inputting requested general and personal information.
  • the borrower/user 104 supplies at least some of the requested general and personal information from the borrower client 114. Supplying the general and personal information may include creating a website account if the borrower/user 104 is a new borrower/user 104 of the loan coordination system 100.
  • process step 1706 the borrower/user 104 submits the general and personal information to the server subsystem web server 112.
  • process step 1708 the borrower/user 104 receives a response from the server subsystem web server 1 12.
  • process step 1710 if the borrower/user 104 does not receive from the server subsystem 102 an identified matching lending institution 106, the borrower/user 104 may modify the previously-provided general and personal information and resubmit it or provide the information to the server subsystem 102 as depicted in process step 1712, or the borrower/user 104 may exit the loan coordinating system 100.
  • the borrower/user 104 may select, for example by clicking on one or more HTML links, one or more of the matching lending institutions 106 as depicted in process step 1714.
  • the borrower client 114 sends a signal to the server subsystem 102 indicating that the borrower/user 104 has selected one or more of the matching lending institutions 106.
  • This signal is recorded by the server subsystem 102 to manage the number of referrals being created using the loan coordinating system 100, and is also a check to see if the borrower/user 104 has acted on any of the information provided about the matching lending institutions 106.
  • FIG. 18 provides a process flow diagram depicting the server-side referral tracking process flow according to a preferred embodiment of the present invention.
  • the web server 1 12 in the server subsystem 102 receives from a lending institution 106 information about the lending institution and the lending institution's selection criteria 107.
  • process step 1804 the server subsystem 102 determines whether an entry for the lending institution 106 exists in the system server database 118. If an
  • the entry is updated with the information received from the lending institution 106 If no entry exists, a new entry is created in the system server database 118 using the received lending institution information and selection criteria 107
  • An entry in the database may include, but is not limited to, the name of the institution, the selection criteria 107, a record of successful referrals, and the referral fee paid by the lending institution to the referring agent
  • the server subsystem 102 transmits to a borrower/user 104 a file containing instructions to create a link, such as an HTML hyperlink, that points the borrower/user 102 to the lending institution web site 108 when the borrower/user's submitted personal information matches the selection c ⁇ te ⁇ a 107 of a lending institution
  • the server subsystem 102 receives from the borrower/user networked computer 1 14 a signal indicating that the borrower/user clicked on the HTML link
  • the signal includes an indication of the lending institution web site HTML link on which the borrower/user clicked
  • the server subsystem 102 updates the entry in the system server database 1 18 for the particular lending institution 106 to which the borrower/user 104 was referred, to reflect a successful fee-generating referral
  • a referral fee is received from the lending institution 106 for any referrals of borrower/users 104 made by the loan coordinating system 100 based on the lending institution's 106 selection c ⁇ tena 107
  • the server subsystem 102 may then generate an invoice detailing the referrals made as recorded in the system server database 118 entry for a particular lending instituiion 106
  • the step of generating an invoice and sending the invoice to the lending institution 106 may be automated and may be performed intermittently or at predete ⁇ nined time intervals

Abstract

L'invention concerne un système et un procédé permettant de coordonner des prêts étudiants en fournissant un site Internet où les emprunteurs peuvent entrer des informations les concernant et recevoir un listing de multiples établissements de crédit intéressés pour conclure des accords de prêts avec ces emprunteurs. D'autres applications du système et du procédé incluent, mais sans que ce soit limitatif, le suivi des renvois des emprunteurs vers les établissements de prêt fait sur la base des critères de sélection envoyés par les établissements de prêt et des informations personnelles envoyées par l'emprunteur dans le but de percevoir une commission de renvoi de la part de l'établissement de prêt payée à des agents référants.
PCT/US2008/061026 2007-04-20 2008-04-21 Système et procédé permettant de coordonner des prêts étudiants WO2008131341A1 (fr)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US90787907P 2007-04-20 2007-04-20
US60/907,879 2007-04-20
US11/889,128 US20080262962A1 (en) 2007-04-20 2007-08-09 System and method for coordinating student loans
US11/889,128 2007-08-09
US11/957,045 US20090043680A1 (en) 2007-08-09 2007-12-14 System and method for coordinating student loans
US11/957,045 2007-12-14

Publications (1)

Publication Number Publication Date
WO2008131341A1 true WO2008131341A1 (fr) 2008-10-30

Family

ID=39875946

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2008/061026 WO2008131341A1 (fr) 2007-04-20 2008-04-21 Système et procédé permettant de coordonner des prêts étudiants

Country Status (1)

Country Link
WO (1) WO2008131341A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050240515A1 (en) * 2004-04-27 2005-10-27 Donald Fenstermaker System and method for applying, processing, and underwriting student loans
US20050273406A1 (en) * 2003-04-08 2005-12-08 Lending Tree, Inc. Method and computer network for co-ordinating a loan over the internet
US20060178983A1 (en) * 2005-02-07 2006-08-10 Robert Nice Mortgage broker system allowing broker to match mortgagor with multiple lenders and method therefor
US20070061248A1 (en) * 2005-08-10 2007-03-15 Eyal Shavit Networked loan market and lending management system
US20070083462A1 (en) * 2005-10-12 2007-04-12 Echeyde Cubillo Method for coordinating investor--guaranteed loans over the internet

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050273406A1 (en) * 2003-04-08 2005-12-08 Lending Tree, Inc. Method and computer network for co-ordinating a loan over the internet
US20050240515A1 (en) * 2004-04-27 2005-10-27 Donald Fenstermaker System and method for applying, processing, and underwriting student loans
US20060178983A1 (en) * 2005-02-07 2006-08-10 Robert Nice Mortgage broker system allowing broker to match mortgagor with multiple lenders and method therefor
US20070061248A1 (en) * 2005-08-10 2007-03-15 Eyal Shavit Networked loan market and lending management system
US20070083462A1 (en) * 2005-10-12 2007-04-12 Echeyde Cubillo Method for coordinating investor--guaranteed loans over the internet

Similar Documents

Publication Publication Date Title
US7620597B2 (en) Online loan application system using borrower profile information
US10387952B1 (en) System and method for conducting web-based financial transactions in capital markets
AU759423B2 (en) Method and computer network for coordinating a loan over the internet
US8364579B2 (en) Online system for fulfilling loan applications from loan originators
AU2009324949B2 (en) Financial gadgets
US7490050B2 (en) Method and system for furnishing an on-line quote for an insurance product
US8510184B2 (en) System and method for resolving transactions using weighted scoring techniques
US20160171555A1 (en) Method and System for Customer Evaluation and Development/Provision of Multiple Types of Varied and Pre-Approved Customized Product Offers to Evaluated Customers for On-Demand Acceptance and Fulfillment
US20030065614A1 (en) Method and system for rules based underwriting
US20050289046A1 (en) System and method for facilitating realtor-assisted loan shopping and origination
US8650049B1 (en) Online system and method for processing life insurance applications
US20110313884A1 (en) Online loan application system using borrower profile information through a background search process
US20080288392A1 (en) Merchant application and underwriting systems and methods
US20080262962A1 (en) System and method for coordinating student loans
US20200279336A1 (en) Scoring trustworthiness, competence, and/or compatibility of any entity for activities including recruiting or hiring decisions, composing a team, insurance underwriting, credit decisions, or shortening or improving sales cycles
US20100070430A1 (en) Comparing financial products
US20230116362A1 (en) Scoring trustworthiness, competence, and/or compatibility of any entity for activities including recruiting or hiring decisions, composing a team, insurance underwriting, credit decisions, or shortening or improving sales cycles
US20110282755A1 (en) Apparatus System and Method for Exchanging Lead Information
US7962405B2 (en) Merchant activation tracking systems and methods
US10430888B2 (en) System for accessing and validating client data with third party systems
WO2001018728A2 (fr) Systeme de conseil financier dynamique informatique
US20090043680A1 (en) System and method for coordinating student loans
WO2008131341A1 (fr) Système et procédé permettant de coordonner des prêts étudiants
US10387951B2 (en) System and method for identifying vehicles for a purchaser from vehicle inventories
US20110078394A1 (en) Communication and analysis systems and methods for origination and/or examination of assets

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08746449

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08746449

Country of ref document: EP

Kind code of ref document: A1