US20200372519A1 - System and method for obtaining prequalification information - Google Patents
System and method for obtaining prequalification information Download PDFInfo
- Publication number
- US20200372519A1 US20200372519A1 US16/881,909 US202016881909A US2020372519A1 US 20200372519 A1 US20200372519 A1 US 20200372519A1 US 202016881909 A US202016881909 A US 202016881909A US 2020372519 A1 US2020372519 A1 US 2020372519A1
- Authority
- US
- United States
- Prior art keywords
- seller
- prequalification
- user
- request
- information
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims description 40
- 230000004044 response Effects 0.000 claims description 20
- 238000004891 communication Methods 0.000 claims description 10
- 238000003860 storage Methods 0.000 description 27
- 230000008569 process Effects 0.000 description 18
- 238000012797 qualification Methods 0.000 description 12
- 238000012545 processing Methods 0.000 description 11
- 230000009471 action Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 3
- 230000002596 correlated effect Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000007596 consolidation process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000012384 transportation and delivery Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000000875 corresponding effect Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000003066 decision tree Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/258—Data format conversion from or to a database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
- G06F16/9558—Details of hyperlinks; Management of linked annotations
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
- G06F16/9562—Bookmark management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F18/00—Pattern recognition
- G06F18/20—Analysing
- G06F18/24—Classification techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/52—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow
- G06F21/53—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow by executing in a restricted environment, e.g. sandbox or secure virtual machine
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/604—Tools and structures for managing or administering access control systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/606—Protecting data by securing the transmission between two devices or processes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6209—Protecting access to data via a platform, e.g. using keys or access control rules to a single file or object, e.g. in a secure envelope, encrypted and accessed using a key, or with access control rules appended to the object itself
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6227—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database where protection concerns the structure of data, e.g. records, types, queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/103—Formatting, i.e. changing of presentation of documents
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/174—Form filling; Merging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/177—Editing, e.g. inserting or deleting of tables; using ruled lines
- G06F40/18—Editing, e.g. inserting or deleting of tables; using ruled lines of spreadsheets
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N20/00—Machine learning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N3/00—Computing arrangements based on biological models
- G06N3/02—Neural networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N3/00—Computing arrangements based on biological models
- G06N3/02—Neural networks
- G06N3/08—Learning methods
- G06N3/084—Backpropagation, e.g. using gradient descent
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N5/00—Computing arrangements using knowledge-based models
- G06N5/02—Knowledge representation; Symbolic representation
- G06N5/022—Knowledge engineering; Knowledge acquisition
- G06N5/025—Extracting rules from data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N5/00—Computing arrangements using knowledge-based models
- G06N5/04—Inference or reasoning models
- G06N5/046—Forward inferencing; Production systems
- G06N5/047—Pattern matching networks; Rete networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/018—Certifying business or products
- G06Q30/0185—Product, service or business identity fraud
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0201—Market modelling; Market analysis; Collecting market data
- G06Q30/0206—Price or cost determination based on market factors
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0613—Third-party assisted
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0613—Third-party assisted
- G06Q30/0619—Neutral agent
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
- G06Q30/0637—Approvals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0641—Shopping interfaces
- G06Q30/0643—Graphical representation of items or shoppers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G06Q40/025—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
- H04L63/0471—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload applying encryption by an intermediary, e.g. receiving clear information at the intermediary and encrypting the received information at the intermediary before forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
- H04L63/0478—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload applying multiple layers of encryption, e.g. nested tunnels or encrypting the content with a first key and then with at least a second key
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/16—Implementing security features at a particular protocol layer
- H04L63/166—Implementing security features at a particular protocol layer at the transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/16—Implementing security features at a particular protocol layer
- H04L63/168—Implementing security features at a particular protocol layer above the transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2107—File encryption
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
- G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
- G06K7/1404—Methods for optical code recognition
- G06K7/1408—Methods for optical code recognition the method being specifically adapted for the type of code
- G06K7/1417—2D bar codes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N20/00—Machine learning
- G06N20/10—Machine learning using kernel methods, e.g. support vector machines [SVM]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N3/00—Computing arrangements based on biological models
- G06N3/02—Neural networks
- G06N3/04—Architecture, e.g. interconnection topology
- G06N3/048—Activation functions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N5/00—Computing arrangements using knowledge-based models
- G06N5/01—Dynamic search techniques; Heuristics; Dynamic trees; Branch-and-bound
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q2220/00—Business processing using cryptography
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
- G06Q50/265—Personal security, identity or safety
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
- H04L63/0435—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply symmetric encryption, i.e. same key used for encryption and decryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
- H04L63/0442—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
Definitions
- the web-based applications may provide results of their loan application to the user. However, it may be difficult for users to share the results with a person who is using a different web-based application in real-time. In the event, a user needs to share such information with a different user who does not have access to the same web-based application, the user may have to provide sensitive information about themselves or may have to re-apply for the loan using the web-based application used by the different user. This can create an added burden on computer resources as well as a security risk of having to share sensitive information.
- FIG. 1 is a block diagram of an example network environment according to some embodiments.
- FIG. 2 is a block diagram of an example architecture according to some embodiments.
- FIG. 3 is a block diagram illustrating an expanded view of example micro-services according to some embodiments.
- FIGS. 4A-4D illustrate screens displayed on a graphical user interface of a user device to obtain prequalification results according to some embodiments.
- FIG. 5 is a screen displayed on a graphical user interface of a seller device according to some embodiments.
- FIG. 6 is a flowchart illustrating the process of obtaining prequalification results according to some embodiments.
- FIG. 7 is a block diagram of example components of a computing system according to an embodiment.
- the system described herein provides a secure unified system for users to get prequalified for a loan with one or more financial institutions based on a link provided by a seller at a seller location.
- the link may include seller identification information.
- a user can use a personal user device to launch a website or web application associated with the financial institution by actuating the link.
- the link may be actuated based on a scan of a computer-readable indicia, such as a barcode or QR code, for example.
- the user device may receive input corresponding to the user's personal information on the website.
- the user may transmit a prequalification request using the website, to a central system associated with a financial institution or a platform that may be configured to provide pre-qualification results for a plurality of financial institutions.
- the prequalification request may include the user information and seller identification information.
- the central system may identify the seller based on the seller identification information.
- the central system may process the prequalification request, generate prequalification results for one or more financial institutions, and route the prequalification results to a seller device based on identifying the seller, or otherwise enable the seller to access the prequalification results via a seller portal.
- the prequalification results may also be provided to the user in an interface of the user's device.
- the central system may store the prequalification results in a prequalification database.
- the seller device may transmit pricing requests for various products for the user, to the central system.
- the central system may retrieve the prequalification requests from the prequalification database and process the pricing requests based on the prequalification requests.
- the central system may generate pricing structures for each of the various products and transmit the pricing structures to the seller device.
- the central system may store the pricing structures in a pricing database.
- the pricing structures may be correlated to the user in the pricing database.
- the seller device may transmit a purchase request of a particular product for the user to the central system.
- the central system may determine whether the particular product has been priced at a prior time by querying the pricing database. In response to determining the particular product has been priced at a prior time, the central system may retrieve the pricing structure generated for the particular product and generate a new pricing structure for the product to be purchased by the user, based on the previously generated pricing structure.
- This configuration allows for a user to use their personal user device to input sensitive personal information to receive prequalification results rather than using a dealer's device. In this regard, this avoids any security risks of providing sensitive information on a third-party device.
- the system uses previously generated prequalification results or pricing structures for a particular user or product to generate a subsequent pricing structure. By doing so, the system does not re-process data repeatedly and thusly, saves computational resources.
- FIG. 1 is a block diagram of an example environment in which systems and/or methods described herein may be implemented.
- the environment may include a central system 100 , a seller device 110 , a backend platform 125 , a cloud computing environment 132 , a user device 140 , a pricing database 148 , an applications database 146 , and a network 130 .
- the devices of the environment may be connected through wired connections, wireless connections, or a combination of wired and wireless connections.
- one or more portions of the network 130 may be an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), a wireless LAN (WLAN), a wide area network (WAN), a wireless wide area network (WWAN), a metropolitan area network (MAN), a portion of the Internet, a portion of the Public Switched Telephone Network (PSTN), a cellular telephone network, a wireless network, a WiFi network, a WiMax network, any other type of network, or a combination of two or more such networks.
- VPN virtual private network
- LAN local area network
- WLAN wireless LAN
- WAN wide area network
- WWAN wireless wide area network
- MAN metropolitan area network
- PSTN Public Switched Telephone Network
- PSTN Public Switched Telephone Network
- the backend platform 125 may include one or more devices configured to host an architecture (e.g., architecture as shown in FIGS. 1-2 ) that is configured to provide prequalification results and financing options based on decision-making policies of one or more lenders or financial institutions.
- the backend platform 125 may include a server or a group of servers.
- the backend platform 125 may be hosted in a cloud computing environment 132 . It may be appreciated that the backend platform 125 may not be cloud-based, or may be partially cloud-based.
- the central system 100 , seller device 110 , user device 140 , pricing database 148 , and applications database 146 may include one or more devices configured to interface with the backend platform 125 .
- the central system 100 may include a pre-qualification micro-service 102 , eligibility micro-service 104 , and pricing micro-service 106 .
- the user device 140 may include a display 142 and a buyer application 144 .
- the dealer device 110 may include a seller application 118 and a display 120 .
- the buyer application 144 and seller application 118 may interface with the central system 100 to obtain loan offers for products that are intended to be purchased.
- the prequalification micro-service 102 may process, in parallel, the user's pre-qualification request with different lenders using the user's personal information and the pre-qualification information associated with each respective lender.
- the pre-qualification information may be different for each lender. For example, each lender may require different thresholds of employment information, salary, and/or credit scores.
- the eligibility micro-service 104 may generate product eligibility results.
- the product eligibility results may determine whether a product is eligible for financing for a given lender and user.
- the pricing micro-service 106 may generate pricing offers for loans for a given product based on the pre-qualification and product eligibility results.
- applications database 146 can store pre-qualification information for users.
- the pre-qualification information may include decisions on loan requests from various lenders.
- the pricing database 148 may store information about loan offers for products based on financing information and information about the product.
- the cloud computing environment 132 includes an environment that delivers computing as a service, whereby shared resources, services, etc. may be provided to the device 100 and/or the backend platform 125 .
- the cloud computing environment 132 may provide computation, software, data access, storage, and/or other services that do not require end-user knowledge of a physical location and configuration of a system and/or a device that delivers the services.
- the cloud computing system 132 may include computing resources 126 a - d.
- Each computing resource 126 a - d includes one or more personal computers, workstations, computers, server devices, or other types of computation and/or communication devices.
- the computing resource(s) 126 a - d may host the backend platform 125 .
- the cloud resources may include compute instances executing in the computing resources 126 a - d .
- the computing resources 126 a - d may communicate with other computing resources 126 a - d via wired connections, wireless connections, or a combination of wired or wireless connections.
- Computing resources 126 a - d may include a group of cloud resources, such as one or more applications (“APPs”) 126 - 1 , one or more virtual machines (“VMs”) 126 - 2 , virtualized storage (“VS”) 126 - 3 , and one or more hypervisors (“HYPs”) 126 - 4 .
- APPs applications
- VMs virtual machines
- VS virtualized storage
- HOPs hypervisors
- Application 126 - 1 may include one or more software applications that may be provided to or accessed by the user device 140 and seller device 110 .
- the buyer application 144 may execute locally on the user device 140 and the seller application 118 may execute locally on the seller device 110 .
- the application 126 - 1 may eliminate a need to install and execute software applications on the user device 140 and seller device 110 .
- the application 126 - 1 may include software associated with backend platform 125 and/or any other software configured to be provided across the cloud computing environment 132 .
- the application 126 - 1 may send/receive information from one or more other applications 126 - 1 , via the virtual machine 126 - 2 .
- Virtual machine 126 - 2 may include a software implementation of a machine (e.g., a computer) that executes programs like a physical machine.
- Virtual machine 126 - 2 may be either a system virtual machine or a process virtual machine, depending upon the use and degree of correspondence to any real machine by virtual machine 126 - 2 .
- a system virtual machine may provide a complete system platform that supports the execution of a complete operating system (OS).
- a process virtual machine may execute a single program and may support a single process.
- the virtual machine 126 - 2 may execute on behalf of a user (e.g., the user device 140 and seller device 110 ) and/or on behalf of one or more other backend platforms, and may manage the infrastructure of the cloud computing environment 132 , such as data management, synchronization, or long-duration data transfers.
- a user e.g., the user device 140 and seller device 110
- the virtual machine 126 - 2 may execute on behalf of a user (e.g., the user device 140 and seller device 110 ) and/or on behalf of one or more other backend platforms, and may manage the infrastructure of the cloud computing environment 132 , such as data management, synchronization, or long-duration data transfers.
- Virtualized storage 126 - 3 may include one or more storage systems and/or one or more devices that use virtualization techniques within the storage systems or devices of computing resource 126 a - d .
- types of virtualizations may include block virtualization and file virtualization.
- Block virtualization may refer to abstraction (or separation) of logical storage from physical storage so that the storage system may be accessed without regard to physical storage or heterogeneous structure. The separation may permit administrators of the storage system flexibility in how administrators manage storage for end users.
- File virtualization may eliminate dependencies between data accessed at a file-level and location where files are physically stored. This may enable optimization of storage use, server consolidation, and/or performance of non-disruptive file migrations.
- Hypervisor 126 - 4 may provide hardware virtualization techniques that allow multiple operations systems (e.g., “guest operating systems”) to execute concurrently on a host computer, such as computing resource 126 a - d .
- Hypervisor 126 - 4 may present a virtual operating platform to the guest operating systems and may manage the execution of the guest operating systems multiple instances of a variety of operating systems and may share virtualized hardware resources.
- a user of a user device 140 may desire to request pre-qualification for a loan from one or more lenders for purchasing a product, while interacting with the seller.
- the user device 140 may receive an input to actuate a link.
- the link may be a hyperlink received by a messaging service or e-mail.
- the link may be embedded in a QR code in which user device 140 may actuate by extracting the link embedded in the QR code, using a camera coupled to the user device 140 .
- the link may be provided to the user by the seller.
- the seller device 110 may transmit the link to the user device 140 using a messaging service or through the seller application 118 to the buyer application 144 .
- the user may be at a seller location and the seller may provide the user with a QR code or provide the QR code for display at one or more locations or on one or more mediums at the seller location.
- the link may include the seller's identifying information, such as a seller ID.
- a website may be launched on the display 142 of the user device 140 .
- the website can be launched within the buyer application 144 .
- the user device 140 may receive input from a user for requesting prequalification for a loan for purchasing a product.
- the input may be user information needed to process the prequalification request.
- the user information may include full name, address, social security number, employment information, salary, and/or the like.
- the user device 140 may transmit the prequalification request including received user information and the seller ID included in the link, to the central system 100 . This configuration allows for a user to use their personal user device 140 to input sensitive personal information rather than using the seller's device 110 . This eliminates a security risk of the user inputting sensitive information in using the seller's device 110 .
- the user may have in login information associated with the website.
- the user may be authenticated using their login and password information.
- a portion of the user's information needed for the prequalification request may be automatically populated on the website.
- the user's name and address may be automatically populated on the website upon the authentication of the user.
- the central system 100 may receive the prequalification request including received user information and the seller ID included in the link.
- the central system 100 may transmit the user information and seller ID to the prequalification micro-service 102 .
- the prequalification micro-service 102 may identify the seller based on the seller ID.
- the prequalification micro-service 102 may process, in parallel, the user's pre-qualification request with one or more different lenders using the user's personal information, the identified seller, and the pre-qualification information/policies associated with each respective lender.
- the prequalification micro-service 102 may process the prequalification request.
- the prequalification micro-service 102 may interface with one or more third-party credit bureaus to execute a soft pull of the user's credit score or credit profile, using the user's personal information.
- Soft pulls are soft credit inquires that do not affect the user's credit score.
- the prequalification micro-service 102 may generate prequalification results including decisions of prequalification of the user for one or more loan characteristics from various lenders and the loan details or characteristics offered by each of the lenders, based on the user's personal information, soft pull, and methodologies/policies specific to each lender.
- the loan details may include the Annual Percentage Rate (APR) or an interest rate stated as a yearly rate for a particular loan duration and/or loan amount, or a maximum loan amount available to the user by the lender.
- APR Annual Percentage Rate
- the prequalification results may be generated specific to the current products/inventory being sold by the seller.
- the prequalification microservice 102 may retrieve a seller's inventory of products using the seller ID.
- the prequalification microservice 102 may generate prequalification results for the user for the specific seller inventory of products.
- the prequalification results may be generated based on user preferences.
- the prequalification microservice 102 may retrieve user preferences regarding products.
- the prequalification microservice 102 can generate prequalification results based on the retrieved user preferences.
- the central system 100 may route the prequalification results to the user device 140 .
- the central system 100 may transmit the prequalification results to the user device 140 be rendered on the buyer application 144 .
- the central system 100 may transmit the prequalification results to the user device 140 to be rendered on the same website or web application on which the user transmitted the prequalification request.
- the central system 100 may also transmit the prequalification results to the seller application 118 , based on the identified seller. For example, the central application 100 may identify authentication details of a seller's ID.
- the central application 100 may transmit the prequalification results to the seller application 118 only viewable to the seller using the appropriate authentication details.
- the prequalification results may serve as a notification to the seller that the user is currently at the seller's location.
- the central application 100 may also store the prequalification results in the applications database 146 .
- the seller may execute the seller application 118 on the seller device 110 .
- the seller application 118 may receive user preferences for specific products available for purchase by the seller and loan qualification status and details specific to the user for the specific products. For example, the seller application 118 may receive an indication regarding the first product which the user intends to purchase.
- the first product information may have been determined based on user interaction with the buyer application 144 by receiving inputs associated with one or more particular products or preferred product features.
- the user may have selected a particular first product associated with the seller (e.g. available in the inventory of a seller).
- the seller application may also receive input for a request for a pricing a first product based on user activity at the seller location.
- the seller application 118 may transmit a request for pricing the first product including information regarding the first product and the user to the central application 100 .
- the request may be an HTTP request.
- the central system 100 may retrieve the user's prequalification results from the applications database 146 .
- the central system 100 may transmit the information regarding the first product and the user's prequalification results to the eligibility micro-service 104 .
- the eligibility micro-service 104 may determine whether the first product is eligible for financing for one or more lenders, or each lender which prequalified the user for a loan in the prequalification results.
- the central system 100 may transmit information regarding the lenders which prequalified the user for a loan, and information regarding lenders which deem the first product eligible for a loan, to the pricing micro-service 106 .
- the pricing micro-service 106 may generate pricing structure(s) based on the information regarding the first product, the user's prequalification results, and information regarding lenders that deem the first product eligible for a loan.
- the pricing micro-service 106 may ensure that the loan details provided to the user in the prequalification results are the same loan details applied for generating the one or more pricing structures.
- Each pricing structure may include loan details for the first product, for each lender.
- the loan details may include APRs, expected monthly payments, loan amounts, loan terms, and/or the like.
- the central system 100 may store each pricing structure in the pricing database 148 .
- the central system 100 may transmit the pricing results to the seller application 118 . The seller may repeat this process for any other product available for purchase.
- the seller may use the seller application 118 to transmit a purchase request for a specified product for a user.
- the seller application 118 may transmit the purchase request of the specified product for a user to the central system 100 .
- the central system 100 may determine whether the specified product was priced at a previous time by querying the pricing database 148 .
- the central system 100 may retrieve a pricing structure (for each of one or more lenders) for the specified product and user from the pricing database 148 .
- the central system 100 may determine whether the pricing structure was generated within a given time period. In response to determining the pricing structure was generated within the given time period, the central system 100 may transmit the purchase request for the specified product and previously generated pricing structure to the pricing micro-service.
- the pricing micro-service 106 may interface with third-party credit bureaus to execute a hard credit pull for the user.
- the pricing micro-service 106 may use the previously generated pricing structure to build a loan offer (for each of one or more lenders) in a final pricing structure for the user for the specified product.
- the pricing micro-service 106 may ensure the pricing details provided in the previously generated pricing structure are the same as the final pricing structure.
- the pricing micro-service 106 may use each of the one or more lenders' methodologies in generating the loan offer.
- the central system 100 may transmit the purchase request without any previously generated pricing structure.
- the purchase request may also include a desired lender which prequalified the user.
- the loan offer may be generated for the desired lender. Alternatively, multiple loan offers may be generated for various lenders.
- the seller may be an automobile dealership
- the products may be automobiles
- the type of loan may be auto-financing.
- FIG. 2 is block diagrams illustrating an architecture implementing the system described herein, according to an embodiment.
- the architecture may include a buyer application 144 , a seller application 118 , a Digital Retailer 204 , Buy/Sell API 210 , and a multi-lender layer 212 .
- the Buy/Sell API 210 may reside in an experience layer 208 .
- the Buy/Sell API 210 may facilitate communication between the buyer application 144 , seller application 118 , and/or Digital Retailer 204 and the multi-lender layer 212 .
- the buyer application 144 may be used by a user to obtain prequalification results as described with respect to FIG. 1 .
- the seller application 118 may interface with the multi-lender layer 212 to obtain prequalification results.
- the seller application 118 may be used to view prequalified users as described with respect to FIG. 1 .
- the Digital Retailer 204 may be a seller's website including a link to interface with the multi-lender layer to generate prequalification results and obtain loan pricing information.
- the architecture may further include a lender portal 220 through which lenders may access the multi-lender layer.
- the multi-lender layer 212 may include an API Passthru 214 and a vault 216 .
- the API Passthru 214 may be an API Gateway.
- the API Passthru 214 may be responsible for request routing, composition, and protocol translation.
- the lender portal 220 may also reside in the multi-lender layer 212 .
- the vault 216 may include micro-processes such as prequalification 102 , product eligibility 104 , and pricing 106 .
- the vault 216 may also include an encrypted logs 222 and a lender confidential repository 221 .
- the encrypted logs 222 may be a data repository.
- a plurality of lenders 226 may interface with the lender portal 220 to upload and/or communicate information or policies associated with their prequalification, product eligibility, and pricing, to the vault 216 .
- the information may include rules, algorithms, equations, restrictions, and/or the like, which govern the process of offering users loans for automobiles at determined prices.
- the information may be stored in the lender confidential repository 221 .
- the information may be received in an encrypted format.
- the vault 216 may decrypt the information using the encryption service 218 and store the information in a decrypted format.
- the vault 216 may provide a secure environment in which the proprietary information may not be visible to anyone else (including the administrator of the multi-lender architecture) other than the lender.
- the vault 216 may reside in a jailed, self-contained network, configured to receive and transmit data in an encrypted format.
- lenders may manage their separate accounts. Each lender can securely manage its loan eligibility criteria, rules, filing policies, and/or the like.
- Lenders 226 may view their data inside the vault 216 and may not view data associated with other lenders 226 . The data inside the vault 216 may not be visible to users through the buyer application 144 , seller application 118 , or Digital retailer 204 .
- buyer application 144 may be an application configured to search for products and procure pricing structure for a loan from various lenders, executing on a customer's device.
- Seller application 118 may be an application configured for procuring pricing structure for a loan for a particular user from one or more of various lenders, executing on a seller's device.
- the loan can be one or more of: an automobile loan, a mortgage, unsecured personal loans, secured personal loans, debt consolidation loans, or variable-interest loans.
- the product for sale can be a house, car, motorcycle, recreational vehicle (RV), aircraft, boat, and/or the like.
- a user may interface with buyer application 144 or seller application 118 in an attempt to obtain a pricing structure for a loan for an automobile.
- the buyer application 144 or seller application 118 application may each render different graphical user interfaces (GUIs) configured to receive input from the user which may be transmitted to the multi-lender layer for further processing, to obtain pricing structure for a loan for an automobile.
- GUIs graphical user interfaces
- the input information may be transmitted to the multi-lender layer 212 through the Buy/Sell API 210 .
- Information may be communicated from the multi-lender layer 212 to buyer application 144 , seller application 118 , or Digital retailer 204 through the Buy/Sell API 210 , to be rendered in the respective GUI.
- the vault 216 may process the prequalification, product eligibility, and pricing structure associated with building a loan offer for one or more of multiple lenders, in parallel, using proprietary information provided by each lender.
- the vault 216 may be a jailed environment, such that, while the lenders 226 may provide their proprietary information for building a loan offer to be stored in the vault 216 , the lenders or users may not access or view other lenders' proprietary information for building a loan offer.
- This configuration provides a technical advantage over conventional systems because this configuration can generate multiple loan offers from various lenders in parallel using each lender's proprietary information while maintaining a secure jailed environment restricting access or visibility to the lenders' proprietary information.
- a website for obtaining prequalification results may be launched within the buyer application 144 .
- the website may be launched in a separate browser or web application.
- the user may interface with the buyer application 144 to obtain a pricing structure for a loan for an automobile.
- the buyer application 144 may present a selection for requesting to get pre-qualified.
- the buyer application 144 may receive input associated with personal information of the user (e.g., name, address, asset information, salary, employment information, social security number, and/or the like).
- the buyer application 144 transmits the encrypted personal information and prequalification request to the multi-lender layer 212 , via the Buy/Sell API 210 , using Hypertext Transfer Protocol Secure (HTTPS).
- HTTPS Hypertext Transfer Protocol Secure
- the buyer application 144 may encrypt the personal information and prequalification request and transmit the encrypted personal information and prequalification request to the multi-lender layer 212 , via the Buy/Sell API 210 .
- portions of the personal information may be encrypted by the buyer application 144 , such as the social security number (SSN).
- the Buy/Sell API 210 can determine which lenders can provide automobile loans based on the personal information. For example, the Buy/Sell API 210 may determine a set of lenders that can provide automobile loans based on the personal information provided by the user and based on one or more rules specific to each of one or more lenders. The Buy/Sell API 210 can generate a prequalification request for each lender in the set of lenders and transmit each request to the multi-lender layer 212 .
- the API Passthru 214 may receive the input from the Buy/Sell API 210 , in the multi-lender layer 212 .
- the input may be encrypted.
- the API Passthru 214 may forward the personal information along with the prequalification requests for each lender of the set of lenders to the vault 216 .
- the vault 216 may execute the prequalification micro-service 102 .
- the prequalification micro-service 102 may interface with one or more third-party credit bureaus to retrieve user credit information using the decrypted personal information associated with the user.
- the prequalification micro-service 102 may request the third party credit bureaus to initiate a soft pull. A single soft pull may be requested regardless of the number of lenders in the set of lenders.
- Soft pulls are soft credit inquires that do not affect the user's credit score.
- the prequalification micro-service 102 may retrieve prequalification information associated with each of the set of lenders from the lender confidential repository 221 .
- the lender confidential information may include rules on how each lender processes prequalification.
- the prequalification micro-service 102 may process, in parallel, the user's prequalification request for each of the set of lenders using the user's personal information and the prequalification information associated with each respective lender. As described above, the prequalification may be different for each lender. For example, each lender may require different thresholds of employment information, salary, and/or credit scores.
- the prequalification micro-service 102 may generate prequalification results, in response to processing the user's prequalification request for each of the multiple lenders.
- the prequalification results may include a subset of lenders from the set of lenders which have pre-qualified the user for an automobile loan based on the personal information of the user and the prequalification information associated with the respective lender.
- the prequalification results can include a decision on whether the lender has pre-qualified a user for an automobile loan.
- the prequalification results may also include information associated with the loan such as a range of possible Annual Percentage Rates (APRs) and terms and conditions of the loans or a maximum amount of a loan.
- the vault 216 may transmit the prequalification results to the buyer application 144 unencrypted.
- the vault 216 may encrypt the prequalification results using the encryption service 201 and transmit the encrypted prequalification results to the API Passthru 214
- the API Passthru 214 may forward the prequalification results to the Buy/Sell API 210 .
- the Buy/Sell API 210 may transmit the prequalification results to the buyer application 144 .
- the buyer application 144 can decrypt the encrypted prequalification results.
- the buyer application 144 can render the prequalification results on the buyer application 144 GUI.
- a user can use obtain prequalification results by actuating a link or QR code or through the buyer application 114 .
- the prequalification micro-service 102 can retrieve the prequalification results for the user based on their login and password information for products sold by the seller where the user actuated the link or QR code.
- the retrieved prequalification results can be rendered in the buyer application 144 .
- the buyer application 144 may receive a selection of a vehicle intended for purchase, from a user.
- the buyer application 144 may transmit the information associated with the selected vehicle (e.g., make, model, mileage, year, dealership, and/or the like) to the multi-lender layer 212 , via the Buy/Sell API 210 .
- the API Passthru 214 may receive the information associated with the selected vehicle of the user from the Buy/Sell API 210 , in the multi-lender layer 212 .
- the API Passthru 214 may forward the information associated with the selected vehicle to the vault 216 .
- the vault 216 may decrypt the encrypted information associated with the selected vehicle, using the encryption service 218 .
- the vault 216 may execute the product eligibility micro-service 104 .
- the product eligibility micro-service 104 may retrieve product eligibility information associated with the lenders included in the subset of lenders, from the lender confidential repository 221 .
- the product eligibility micro-service 104 may determine, in parallel, whether the selected vehicle is eligible for an automobile loan from a given lender based on the information associated with the selected vehicle and information associated with product eligibility for each of the respective lenders.
- the information associated with product eligibility may be different for each lender. For example, each lender may have different requirements for make, model, year, mileage, price, and/or the like. In this regard, the product eligibility 104 may determine
- the product eligibility micro-service 104 may generate product eligibility results.
- the product eligibility results may include one or more lenders from the subset of lenders, for which the product eligibility micro-service 104 determined the selected vehicle is eligible for an automobile loan.
- the API Passthru 214 may forward the product eligibility results to the Buy/Sell API 210 .
- the buyer application 144 may render the decrypted product eligibility results on the buyer application 144 GUI.
- the buyer application 144 may receive a request to build a loan offer for a selected vehicle, from a user.
- the request may include information associated with the desired loan, such as the price of a selected vehicle, down payment amount, loan amount, tax amount, dealer fees, service contract, GAP, and/or the like.
- the buyer application 144 may encrypt the information associated with the request for building an offer and transmit the information associated with the request for building an offer to the multi-lender layer 212 , via the Buy/Sell API 210 .
- the Buy/Sell API 210 may encrypt the information associated with the request for building an offer and transmit the encrypted information associated with the request for building an offer to the multi-lender layer 212 .
- the buyer application 144 may transmit the request including the information to the multi-lender layer 212 , using the Buy/Sell API 210 .
- the Buy/Sell API 210 may determine that the user is eligible for a loan from one or more lenders, based on the prequalification results and the product eligibility results.
- the Buy/Sell API 210 can generate pricing offer requests for each of the one or more lenders and transmit the requests to the multi-lender layer 212 .
- the API Passthru 214 may receive the information associated with the request for building an offer from the Buy/Sell API 210 and the requests for each of the one or more lenders, in the multi-lender layer 212 .
- the API Passthru 214 may forward the information associated with the requests for each of the or more lenders for building an offer to the vault 216 .
- the vault 216 may execute the pricing micro-service 106 .
- the pricing micro-service 106 may retrieve pricing structure information associated with each lender of the one or more lenders, from the lender confidential repository 221 .
- the pricing micro-service 106 may use Bayesian regression algorithms, decision trees, pricing girds or various equations for pricing for a loan offer.
- the pricing structure may also provide sources for retrieving certain information.
- a lender may need to use the prequalification results and/or product eligibility results.
- the lender may indicate to the pricing micro-service to retrieve the prequalification results and/or product eligibility results.
- the pricing structure may include instructions to retrieve information from third-party vendors.
- the pricing micro-service 106 may retrieve the information using the third-party vendors.
- the pricing micro-service 106 may process and build, in parallel, a loan offer based on the information associated with the request for building an offer, for each of the one or more lenders using information associated with pricing for each of the respective lenders. Additionally, each lender may use a different methodology for calculating pricing for a loan offer.
- the pricing micro-service 106 may generate pricing structures for automobile loans from various lenders.
- the pricing structures may include loan amounts, interest rates, and terms and conditions of the automobile loan.
- the vault 216 may encrypt the offers using the encryption service 218 and transmit the encrypted vehicle offers to the API Passthru 214 .
- the API Passthru 214 may forward the encrypted offers to the Buy/Sell API 210 .
- the Buy/Sell API 210 may decrypt the encrypted offers and interface with the buyer application 144 to render the decrypted offers on the buyer application 144 GUI.
- the Buy/Sell API 210 may transmit the encrypted offers to the buyer application 144 .
- Buyer application 144 can decrypt the encrypted offers and render the decrypted offers on the buyer application 144 GUI.
- the architecture may also include an analytic aggregator 224 .
- the analytic aggregator may be embodied as a micro-service residing in the vault 216 .
- the analytic aggregator 224 may capture all of the data generated in the vault 216 for each user (e.g., prequalification results, product eligibility results, and offers) for each lender and store the captured data in the encrypted logs 222 .
- the captured data may be encrypted in a format specific to a given lender, such that, a lender may only decrypt data from the encrypted logs 222 .
- a lender may download data logs from the encrypted logs 222 specific to the lender itself.
- the architecture may be associated with a financial institution (e.g., bank or lender).
- the administrator of the architecture may be a financial institution.
- the financial institution may use its own lending platform 232 .
- the lending platform 232 may include a loan origination system 234 .
- Buyer application 144 may communicate back and forth with the loan origination system 234 of the lending platform 232 to generate a loan offer from the financial institution, via the Buy/Sell API 210 and the API Passthru 214 in the multi-lender layer 212 .
- Buyer application 144 may communicate back and forth with the loan origination system 234 to generate a loan offer from the financial institution, in parallel with the micro-processes (e.g., prequalification 102 , product eligibility 104 , and pricing 106 ) generating loan offers from various lenders in the vault 216 .
- the loan offers from the financial institution may be presented alongside the loan offers from the other lenders on the GUI of the buyer application 144 .
- the architecture may include one or more third-party API 228 including a third-party loan origination system 230 .
- a lender does not upload information associated with prequalification, product eligibility, and pricing for processing within vault 216 as described above, the vault 216 is bypassed and the third-party loan origination system 230 may generate a loan offer for the lender.
- the third-party loan origination system 230 may be an API provided by a lender for generating the loan offer using the lender's API.
- the third-party loan origination system 230 may communicate back and forth with the buyer application 144 , via the Buy/Sell API 210 and the API Passthru 214 in the multi-lender layer 212 , to generate a loan offer.
- Buyer application 144 may communicate back and forth with the third-party loan origination system 230 of the third-party API 228 to generate a loan offer from the third-party lender, in parallel with the micro-processes (e.g., prequalification 102 , product eligibility 104 , and pricing 106 ) generating loan offers from various lenders in the vault 216 and/or lending platform 232 .
- the micro-processes e.g., prequalification 102 , product eligibility 104 , and pricing 106
- a Digital retailer 204 may be embodied as a web domain associated with an automobile dealership.
- the Digital retailer 204 may render a hyperlink.
- the hyperlink is different than the link or QR code discussed above.
- This hyperlink may generate an interface embedded in the web domain.
- the interface may be used to communicate with the multi-lender layer 212 .
- the interface may be used to receive prequalification results.
- the Digital retailer 204 may interface with the multi-lender layer 212 using the hyperlink.
- the seller application 118 may be executable on a device of an automobile dealership (i.e., dealer device).
- the seller application 118 may interface with the multi-lender layer 212 to determine prequalification, product eligibility, and pricing as described with respect to buyer application 144 .
- the seller application 118 may transmit a link directed to the multi-layer lender to initiate a prequalification request to a user device.
- the seller application 118 may transmit the link via Short Messaging Service (SMS) or e-mail message to the user device.
- SMS Short Messaging Service
- the user may transmit a prequalification request using the link as described above.
- FIG. 3 is a block diagram illustrating an expanded view of the Buy/Sell API 210 according to some embodiments.
- the Buy/Sell API 210 may reside in the experience layer of the multi-lender architecture.
- the Buy/Sell API 210 may be used to interface between clients such as buyer application 144 , seller application 118 , and Digital retailer 204 , and the multi-lender layer.
- the experience layer 208 may further include a marketplace module 301 , pricing module 302 , an application module 303 , an offer module 304 , a dealer module 305 , and a pricing cache 306 .
- the experience layer 208 may use the market place module 301 , pricing module 302 , the application module 303 , offer module 304 , dealer module 305 , and pricing cache 306 to provide consistent and reliable pricing structure to a user by storing the pricing, prequalification, and applications submitted by a user for a specified period of time.
- the application module 303 may route prequalification requests to the prequalification micro-service and may receive the prequalification results.
- the application module 303 may store prequalification results in the prequalification database 146 .
- the prequalification results may be correlated to various users.
- the pricing module 302 may route the pricing request to the pricing micro-service and receive the pricing structures from the pricing micro-service.
- the pricing module 304 may store pricing structures generated for a given product in the pricing database 148 .
- the pricing structures can be correlated to a user.
- the pricing cache 306 may store pricing structures generated for a given product for a particular user for a short period of time (e.g., single session).
- the offers module 304 may route a purchase request for a given product for a user to the pricing micro-service.
- the offers module 304 may store final pricing structures offered to a user in the offers database 308 .
- the marketplace module 301 may store information associated with lenders and products. The information the marketplace module 301 may update in (near) real-time.
- the market place module 301 may include a repository 310 .
- a user may apply for a loan for a product.
- the Buy/Sell API 210 may filter out lenders from the marketplace which may not provide loans for the product based on the personal information of the user or the product itself as the user provides information. If the user is attempting to generate a price for a loan for a luxury car and a given lender does not provide loans for luxury cars, the lender is filtered out from the marketplace. Additionally, as the application for the loan is processed, each time a lender rejects or approves the loan, the marketplace module 301 may update the repository 310 . Furthermore, based on the lenders for which the loans are being processed, the Buy/Sell API 210 can filter out the ineligible products from the marketplace module 301 which may not be eligible for a loan.
- the seller module 305 may manage the information associated with different dealers.
- seller application 118 may communicate with the dealer module 305 to retrieve dealer specific information from module 305 .
- the dealer specific information may include dealer requirements for purchasing automobiles, partnerships with lenders and vendors, dealer inventory, and/or the like.
- FIGS. 4A-4D illustrate screens displayed on a graphical user interface of a user device to obtain prequalification results according to some embodiments.
- a user device 140 may scan QR code 400 using a camera or scanning device.
- the QR code 400 may be located at a seller's location.
- the QR code is located on a badge of an employee at the seller's location.
- a link may be embedded in the QR code 400 .
- the user device may be routed to a website rendering screen 402 .
- the screen 402 may be a welcome screen for initiating a prequalification request for the user.
- screen 404 may be rendered on the user device 140 .
- Screen 404 may include an option to input login information if the user already has login information.
- screen 404 also displays an option to continue as a guest.
- screen 406 may be rendered on the user device 140 .
- Screen 406 may include input boxes for inputting the user's personal information.
- the information may include the name and address information.
- the name and address information in response to logging in, the name and address information may be automatically populated on screen 406 .
- screen 408 may be rendered on the user device 140 .
- Screen 408 may include further questions about the user. For example, if the user is at a dealership, screen 408 may include questions whether the user wants to trade-in a vehicle.
- the user may select a button rendered on the user device 140 to transmit the prequalification request.
- the prequalification result may be processed for the user as described above, with respect to FIG. 1 .
- a prequalification result may be generated.
- the prequalification result may be rendered on screen 410 .
- Screen 410 may render the lenders which prequalified the user for a loan as well as information about the seller.
- Screen 410 may also include a message that the prequalification results have also been routed to the seller.
- FIG. 5 is a screen 500 displayed on a graphical user interface of a seller device 110 according to some embodiments.
- the prequalification result of a user may be routed to the seller device 110 .
- Screen 500 may include prequalification results for different users.
- Screen 500 may include when the prequalification result was received, a reference id, user name, user type, lead source, status, and action.
- the user type may be a lead (e.g., sales lead).
- the lead source may be walk-in, pre-approval, auto navigator, or the like.
- the status may indicate the prequalification status of the user. If the user has been prequalified for a loan, the status may be prequalification approved.
- the action may be an open deal jacket action, view credit report action, or the like.
- the action may be the open deal jacket action.
- the open deal jacket action may be a link to start a deal on a product for the user.
- the action may be view credit report.
- the open deal jacket and view credit report may be links that may direct the seller's device 110 to another website.
- FIG. 6 is an example flow for obtaining prequalification results according to some embodiments.
- Method 600 can be performed by processing logic that can comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (e.g., instructions executing on a processing device), or a combination thereof. It is to be appreciated that not all steps can be needed to perform the disclosure provided herein. Further, some of the steps can be performed simultaneously, or in a different order than shown in FIG. 6 , as will be understood by a person of ordinary skill in the art.
- Method 600 shall be described with reference to FIG. 1 . However, method 600 is not limited to that example embodiment
- a central system may launch a website on a user device in response to the actuation of a link associated with a seller.
- the link may be a hyperlink to a website or a QR code.
- the seller may provide this link through email or text message.
- the QR code may be displayed at a seller's location (e.g., retail store, car dealership, or the like).
- the link may include the seller's ID.
- the website may include a request for user information.
- the website may receive user input associated with the user information.
- the website link may include a seller identification information.
- the website may transmit a prequalification request for a loan for the user including the user information and the seller identification information.
- the central system may receive the prequalification request including the user information.
- the prequalification request may include information about and the seller's identification information.
- the central system may identify the seller using the seller's identification information.
- the seller's ID may be included in the actuated link.
- the central system may retrieve seller information using the seller ID.
- the central system may retrieve the seller's inventory and the seller's preference regarding financing their products.
- the preferences may include certain lenders that the seller does not work with or does not prefer.
- the preferences may also include information that the seller is likely to be open to adjusting the final price of a product with the purchase of backend services.
- the central system may interface with third-party credit systems to execute a soft credit inquiry to generate the prequalification requests, using the user information.
- the central system may generate a prequalification result for the user, specific to the identified seller.
- the prequalification result is generated by the prequalification microservice.
- the prequalification result may generate the prequalification result specific to the inventory of the seller as well as the seller's preferences.
- the central system may route the prequalification result to a seller device based on the seller identification information.
- the prequalification result may also be transmitted to the website.
- the website may render the prequalification result and the seller's current inventory.
- the central system may receive information about a specified product embedded in a request protocol.
- the information may be received from the seller device or the user device.
- the eligibility microservice may determine whether the product is eligible for purchase.
- the central system may generate a pricing structure for the specified product based on the prequalification results.
- the pricing structure is generated by the pricing microservice for the specified product.
- the central system may receive a purchase request for the specified product.
- the purchase request may be received from the seller device.
- the central system may confirm that the purchase request was received within a specified time period of the prequalification request or a previous pricing request.
- the central system may correlate the purchase request with the prequalification request based on the purchase request being for the user for which the prequalification request was processed.
- the central system may interface with a third party credit system to execute a hard credit inquiry.
- the central system may generate a second pricing structure for the specified product.
- the data included in the second pricing structure based on the purchase request may be the same as data included in the first pricing structure generated based on the prequalification result.
- FIG. 7 is a block diagram of example components of device 700 .
- One or more computer systems 700 may be used, for example, to implement any of the embodiments discussed herein, as well as combinations and sub-combinations thereof.
- Computer system 700 may include one or more processors (also called central processing units, or CPUs), such as a processor 704 .
- processors 704 may be connected to a communication infrastructure or bus 706 .
- Computer system 700 may also include user input/output device(s) 703 , such as monitors, keyboards, pointing devices, etc., which may communicate with communication infrastructure 706 through user input/output interface(s) 702 .
- user input/output device(s) 703 such as monitors, keyboards, pointing devices, etc., which may communicate with communication infrastructure 706 through user input/output interface(s) 702 .
- One or more processors 704 may be a graphics processing unit (GPU).
- a GPU may be a processor that is a specialized electronic circuit designed to process mathematically intensive applications.
- the GPU may have a parallel structure that is efficient for parallel processing of large blocks of data, such as mathematically intensive data common to computer graphics applications, images, videos, etc.
- Computer system 700 may also include a main or primary memory 308 , such as random access memory (RAM).
- Main memory 308 may include one or more levels of cache.
- Main memory 308 may have stored therein control logic (i.e., computer software) and/or data.
- Computer system 700 may also include one or more secondary storage devices or memory 710 .
- Secondary memory 710 may include, for example, a hard disk drive 712 and/or a removable storage device or drive 714 .
- Removable storage drive 714 may interact with a removable storage unit 718 .
- Removable storage unit 718 may include a computer-usable or readable storage device having stored thereon computer software (control logic) and/or data.
- Removable storage unit 718 may be program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an EPROM or PROM) and associated socket, a memory stick and USB port, a memory card and associated memory card slot, and/or any other removable storage unit and associated interface.
- Removable storage drive 714 may read from and/or write to removable storage unit 718 .
- Secondary memory 710 may include other means, devices, components, instrumentalities or other approaches for allowing computer programs and/or other instructions and/or data to be accessed by computer system 700 .
- Such means, devices, components, instrumentalities or other approaches may include, for example, a removable storage unit 722 and an interface 720 .
- the removable storage unit 722 and the interface 720 may include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an EPROM or PROM) and associated socket, a memory stick and USB port, a memory card and associated memory card slot, and/or any other removable storage unit and associated interface.
- Computer system 700 may further include a communication or network interface 724 .
- Communication interface 724 may enable computer system 700 to communicate and interact with any combination of external devices, external networks, external entities, etc. (individually and collectively referenced by reference number 728 ).
- communication interface 724 may allow computer system 700 to communicate with external or remote devices 728 over communications path 726 , which may be wired and/or wireless (or a combination thereof), and which may include any combination of LANs, WANs, the Internet, etc.
- Control logic and/or data may be transmitted to and from computer system 700 via communication path 726 .
- Computer system 700 may also be any of a personal digital assistant (PDA), desktop workstation, laptop or notebook computer, netbook, tablet, smartphone, smartwatch or other wearables, appliance, part of the Internet-of-Things, and/or embedded system, to name a few non-limiting examples, or any combination thereof.
- PDA personal digital assistant
- desktop workstation laptop or notebook computer
- netbook tablet
- smartphone smartwatch or other wearables
- appliance part of the Internet-of-Things
- embedded system embedded system
- Computer system 700 may be a client or server, accessing or hosting any applications and/or data through any delivery paradigm, including but not limited to remote or distributed cloud computing solutions; local or on-premises software (“on-premise” cloud-based solutions); “as a service” models (e.g., content as a service (CaaS), digital content as a service (DCaaS), software as a service (SaaS), managed software as a service (MSaaS), platform as a service (PaaS), desktop as a service (DaaS), framework as a service (FaaS), backend as a service (BaaS), mobile backend as a service (MBaaS), infrastructure as a service (IaaS), etc.); and/or a hybrid model including any combination of the foregoing examples or other services or delivery paradigms.
- “as a service” models e.g., content as a service (CaaS), digital content as a service (DCaaS), software as a
- Any applicable data structures, file formats, and schemas in computer system 700 may be derived from standards including but not limited to JavaScript Object Notation (JSON), Extensible Markup Language (XML), Yet Another Markup Language (YAML), Extensible Hypertext Markup Language (XHTML), Wireless Markup Language (WML), MessagePack, XML User Interface Language (XUL), or any other functionally similar representations alone or in combination.
- JSON JavaScript Object Notation
- XML Extensible Markup Language
- YAML Yet Another Markup Language
- XHTML Extensible Hypertext Markup Language
- WML Wireless Markup Language
- MessagePack XML User Interface Language
- XUL XML User Interface Language
- a tangible, non-transitory apparatus or article of manufacture comprising a tangible, non-transitory computer useable or readable medium having control logic (software) stored thereon may also be referred to herein as a computer program product or program storage device.
- control logic software stored thereon
- control logic when executed by one or more data processing devices (such as computer system 700 ), may cause such data processing devices to operate as described herein.
Abstract
Description
- This application claims the benefit of Provisional Application No. 62/852,202, filed on May 23, 2019, the contents of which are hereby incorporated by reference in their entirety.
- Users often use web-based applications to apply for applying for loans. The web-based applications may provide results of their loan application to the user. However, it may be difficult for users to share the results with a person who is using a different web-based application in real-time. In the event, a user needs to share such information with a different user who does not have access to the same web-based application, the user may have to provide sensitive information about themselves or may have to re-apply for the loan using the web-based application used by the different user. This can create an added burden on computer resources as well as a security risk of having to share sensitive information.
- The accompanying drawings, which are incorporated herein and form a part of the specification, illustrate the embodiments of the present disclosure, and together with the description, further serve to explain the principles of the embodiments and enable a person skilled in the pertinent art to make and use the embodiments, individually, or as a combination thereof.
-
FIG. 1 is a block diagram of an example network environment according to some embodiments. -
FIG. 2 is a block diagram of an example architecture according to some embodiments. -
FIG. 3 is a block diagram illustrating an expanded view of example micro-services according to some embodiments. -
FIGS. 4A-4D illustrate screens displayed on a graphical user interface of a user device to obtain prequalification results according to some embodiments. -
FIG. 5 is a screen displayed on a graphical user interface of a seller device according to some embodiments. -
FIG. 6 is a flowchart illustrating the process of obtaining prequalification results according to some embodiments. -
FIG. 7 is a block diagram of example components of a computing system according to an embodiment. - In the drawings, like reference numbers generally indicate identical or similar elements. Additionally, generally, the left-most digit(s) of a reference number identifies the drawing in which the reference number first appears.
- Provided herein are system, apparatus, device, method and/or computer program product embodiments, and/or combinations and sub-combinations thereof, obtaining prequalification information using a provided link.
- The system described herein provides a secure unified system for users to get prequalified for a loan with one or more financial institutions based on a link provided by a seller at a seller location. The link may include seller identification information. A user can use a personal user device to launch a website or web application associated with the financial institution by actuating the link. The link may be actuated based on a scan of a computer-readable indicia, such as a barcode or QR code, for example. The user device may receive input corresponding to the user's personal information on the website. The user may transmit a prequalification request using the website, to a central system associated with a financial institution or a platform that may be configured to provide pre-qualification results for a plurality of financial institutions. The prequalification request may include the user information and seller identification information. The central system may identify the seller based on the seller identification information. The central system may process the prequalification request, generate prequalification results for one or more financial institutions, and route the prequalification results to a seller device based on identifying the seller, or otherwise enable the seller to access the prequalification results via a seller portal. The prequalification results may also be provided to the user in an interface of the user's device. The central system may store the prequalification results in a prequalification database.
- The seller device may transmit pricing requests for various products for the user, to the central system. The central system may retrieve the prequalification requests from the prequalification database and process the pricing requests based on the prequalification requests. The central system may generate pricing structures for each of the various products and transmit the pricing structures to the seller device. The central system may store the pricing structures in a pricing database. The pricing structures may be correlated to the user in the pricing database. The seller device may transmit a purchase request of a particular product for the user to the central system. The central system may determine whether the particular product has been priced at a prior time by querying the pricing database. In response to determining the particular product has been priced at a prior time, the central system may retrieve the pricing structure generated for the particular product and generate a new pricing structure for the product to be purchased by the user, based on the previously generated pricing structure.
- This configuration allows for a user to use their personal user device to input sensitive personal information to receive prequalification results rather than using a dealer's device. In this regard, this avoids any security risks of providing sensitive information on a third-party device. Furthermore, the system uses previously generated prequalification results or pricing structures for a particular user or product to generate a subsequent pricing structure. By doing so, the system does not re-process data repeatedly and thusly, saves computational resources.
-
FIG. 1 is a block diagram of an example environment in which systems and/or methods described herein may be implemented. The environment may include acentral system 100, aseller device 110, abackend platform 125, acloud computing environment 132, auser device 140, apricing database 148, anapplications database 146, and anetwork 130. The devices of the environment may be connected through wired connections, wireless connections, or a combination of wired and wireless connections. - In an example embodiment, one or more portions of the
network 130 may be an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), a wireless LAN (WLAN), a wide area network (WAN), a wireless wide area network (WWAN), a metropolitan area network (MAN), a portion of the Internet, a portion of the Public Switched Telephone Network (PSTN), a cellular telephone network, a wireless network, a WiFi network, a WiMax network, any other type of network, or a combination of two or more such networks. - The
backend platform 125 may include one or more devices configured to host an architecture (e.g., architecture as shown inFIGS. 1-2 ) that is configured to provide prequalification results and financing options based on decision-making policies of one or more lenders or financial institutions. Thebackend platform 125 may include a server or a group of servers. In an embodiment, thebackend platform 125 may be hosted in acloud computing environment 132. It may be appreciated that thebackend platform 125 may not be cloud-based, or may be partially cloud-based. - The
central system 100,seller device 110,user device 140,pricing database 148, andapplications database 146 may include one or more devices configured to interface with thebackend platform 125. Thecentral system 100 may include a pre-qualification micro-service 102,eligibility micro-service 104, and pricing micro-service 106. Theuser device 140 may include adisplay 142 and abuyer application 144. Thedealer device 110 may include aseller application 118 and adisplay 120. Thebuyer application 144 andseller application 118 may interface with thecentral system 100 to obtain loan offers for products that are intended to be purchased. - In an embodiment, the prequalification micro-service 102 may process, in parallel, the user's pre-qualification request with different lenders using the user's personal information and the pre-qualification information associated with each respective lender. The pre-qualification information may be different for each lender. For example, each lender may require different thresholds of employment information, salary, and/or credit scores.
- In an embodiment, the eligibility micro-service 104 may generate product eligibility results. The product eligibility results may determine whether a product is eligible for financing for a given lender and user.
- In an embodiment, the pricing micro-service 106 may generate pricing offers for loans for a given product based on the pre-qualification and product eligibility results.
- In an embodiment,
applications database 146 can store pre-qualification information for users. The pre-qualification information may include decisions on loan requests from various lenders. Thepricing database 148 may store information about loan offers for products based on financing information and information about the product. - The
cloud computing environment 132 includes an environment that delivers computing as a service, whereby shared resources, services, etc. may be provided to thedevice 100 and/or thebackend platform 125. Thecloud computing environment 132 may provide computation, software, data access, storage, and/or other services that do not require end-user knowledge of a physical location and configuration of a system and/or a device that delivers the services. Thecloud computing system 132 may include computing resources 126 a-d. - Each computing resource 126 a-d includes one or more personal computers, workstations, computers, server devices, or other types of computation and/or communication devices. The computing resource(s) 126 a-d may host the
backend platform 125. The cloud resources may include compute instances executing in the computing resources 126 a-d. The computing resources 126 a-d may communicate with other computing resources 126 a-d via wired connections, wireless connections, or a combination of wired or wireless connections. - Computing resources 126 a-d may include a group of cloud resources, such as one or more applications (“APPs”) 126-1, one or more virtual machines (“VMs”) 126-2, virtualized storage (“VS”) 126-3, and one or more hypervisors (“HYPs”) 126-4.
- Application 126-1 may include one or more software applications that may be provided to or accessed by the
user device 140 andseller device 110. In an embodiment, thebuyer application 144 may execute locally on theuser device 140 and theseller application 118 may execute locally on theseller device 110. Alternatively, the application 126-1 may eliminate a need to install and execute software applications on theuser device 140 andseller device 110. The application 126-1 may include software associated withbackend platform 125 and/or any other software configured to be provided across thecloud computing environment 132. The application 126-1 may send/receive information from one or more other applications 126-1, via the virtual machine 126-2. - Virtual machine 126-2 may include a software implementation of a machine (e.g., a computer) that executes programs like a physical machine. Virtual machine 126-2 may be either a system virtual machine or a process virtual machine, depending upon the use and degree of correspondence to any real machine by virtual machine 126-2. A system virtual machine may provide a complete system platform that supports the execution of a complete operating system (OS). A process virtual machine may execute a single program and may support a single process. The virtual machine 126-2 may execute on behalf of a user (e.g., the
user device 140 and seller device 110) and/or on behalf of one or more other backend platforms, and may manage the infrastructure of thecloud computing environment 132, such as data management, synchronization, or long-duration data transfers. - Virtualized storage 126-3 may include one or more storage systems and/or one or more devices that use virtualization techniques within the storage systems or devices of computing resource 126 a-d. With respect to a storage system, types of virtualizations may include block virtualization and file virtualization. Block virtualization may refer to abstraction (or separation) of logical storage from physical storage so that the storage system may be accessed without regard to physical storage or heterogeneous structure. The separation may permit administrators of the storage system flexibility in how administrators manage storage for end users. File virtualization may eliminate dependencies between data accessed at a file-level and location where files are physically stored. This may enable optimization of storage use, server consolidation, and/or performance of non-disruptive file migrations.
- Hypervisor 126-4 may provide hardware virtualization techniques that allow multiple operations systems (e.g., “guest operating systems”) to execute concurrently on a host computer, such as computing resource 126 a-d. Hypervisor 126-4 may present a virtual operating platform to the guest operating systems and may manage the execution of the guest operating systems multiple instances of a variety of operating systems and may share virtualized hardware resources.
- In an embodiment, a user of a
user device 140 may desire to request pre-qualification for a loan from one or more lenders for purchasing a product, while interacting with the seller. Theuser device 140 may receive an input to actuate a link. The link may be a hyperlink received by a messaging service or e-mail. Alternatively, the link may be embedded in a QR code in whichuser device 140 may actuate by extracting the link embedded in the QR code, using a camera coupled to theuser device 140. The link may be provided to the user by the seller. For example, theseller device 110 may transmit the link to theuser device 140 using a messaging service or through theseller application 118 to thebuyer application 144. In some embodiments, the user may be at a seller location and the seller may provide the user with a QR code or provide the QR code for display at one or more locations or on one or more mediums at the seller location. The link may include the seller's identifying information, such as a seller ID. - In response to actuating the link, a website may be launched on the
display 142 of theuser device 140. In an embodiment, the website can be launched within thebuyer application 144. Theuser device 140 may receive input from a user for requesting prequalification for a loan for purchasing a product. The input may be user information needed to process the prequalification request. For example, the user information may include full name, address, social security number, employment information, salary, and/or the like. Theuser device 140 may transmit the prequalification request including received user information and the seller ID included in the link, to thecentral system 100. This configuration allows for a user to use theirpersonal user device 140 to input sensitive personal information rather than using the seller'sdevice 110. This eliminates a security risk of the user inputting sensitive information in using the seller'sdevice 110. - In an embodiment, the user may have in login information associated with the website. The user may be authenticated using their login and password information. Furthermore, in response to being authenticated, a portion of the user's information needed for the prequalification request may be automatically populated on the website. For example, the user's name and address may be automatically populated on the website upon the authentication of the user.
- The
central system 100 may receive the prequalification request including received user information and the seller ID included in the link. Thecentral system 100 may transmit the user information and seller ID to theprequalification micro-service 102. Theprequalification micro-service 102 may identify the seller based on the seller ID. Theprequalification micro-service 102 may process, in parallel, the user's pre-qualification request with one or more different lenders using the user's personal information, the identified seller, and the pre-qualification information/policies associated with each respective lender. Theprequalification micro-service 102 may process the prequalification request. Initially, theprequalification micro-service 102 may interface with one or more third-party credit bureaus to execute a soft pull of the user's credit score or credit profile, using the user's personal information. Soft pulls are soft credit inquires that do not affect the user's credit score. Theprequalification micro-service 102 may generate prequalification results including decisions of prequalification of the user for one or more loan characteristics from various lenders and the loan details or characteristics offered by each of the lenders, based on the user's personal information, soft pull, and methodologies/policies specific to each lender. For example, the loan details may include the Annual Percentage Rate (APR) or an interest rate stated as a yearly rate for a particular loan duration and/or loan amount, or a maximum loan amount available to the user by the lender. - In an embodiment, the prequalification results may be generated specific to the current products/inventory being sold by the seller. For example, the
prequalification microservice 102 may retrieve a seller's inventory of products using the seller ID. Theprequalification microservice 102 may generate prequalification results for the user for the specific seller inventory of products. - In another embodiment, the prequalification results may be generated based on user preferences. For example, the
prequalification microservice 102 may retrieve user preferences regarding products. Theprequalification microservice 102 can generate prequalification results based on the retrieved user preferences. - The
central system 100 may route the prequalification results to theuser device 140. In an embodiment, thecentral system 100 may transmit the prequalification results to theuser device 140 be rendered on thebuyer application 144. In another embodiment, thecentral system 100 may transmit the prequalification results to theuser device 140 to be rendered on the same website or web application on which the user transmitted the prequalification request. Thecentral system 100 may also transmit the prequalification results to theseller application 118, based on the identified seller. For example, thecentral application 100 may identify authentication details of a seller's ID. Thecentral application 100 may transmit the prequalification results to theseller application 118 only viewable to the seller using the appropriate authentication details. The prequalification results may serve as a notification to the seller that the user is currently at the seller's location. Thecentral application 100 may also store the prequalification results in theapplications database 146. - The seller may execute the
seller application 118 on theseller device 110. Theseller application 118 may receive user preferences for specific products available for purchase by the seller and loan qualification status and details specific to the user for the specific products. For example, theseller application 118 may receive an indication regarding the first product which the user intends to purchase. The first product information may have been determined based on user interaction with thebuyer application 144 by receiving inputs associated with one or more particular products or preferred product features. In some embodiments, the user may have selected a particular first product associated with the seller (e.g. available in the inventory of a seller). The seller application may also receive input for a request for a pricing a first product based on user activity at the seller location. Theseller application 118 may transmit a request for pricing the first product including information regarding the first product and the user to thecentral application 100. The request may be an HTTP request. Thecentral system 100 may retrieve the user's prequalification results from theapplications database 146. Thecentral system 100 may transmit the information regarding the first product and the user's prequalification results to theeligibility micro-service 104. The eligibility micro-service 104 may determine whether the first product is eligible for financing for one or more lenders, or each lender which prequalified the user for a loan in the prequalification results. - The
central system 100 may transmit information regarding the lenders which prequalified the user for a loan, and information regarding lenders which deem the first product eligible for a loan, to thepricing micro-service 106. Thepricing micro-service 106 may generate pricing structure(s) based on the information regarding the first product, the user's prequalification results, and information regarding lenders that deem the first product eligible for a loan. Thepricing micro-service 106 may ensure that the loan details provided to the user in the prequalification results are the same loan details applied for generating the one or more pricing structures. Each pricing structure may include loan details for the first product, for each lender. The loan details may include APRs, expected monthly payments, loan amounts, loan terms, and/or the like. Thecentral system 100 may store each pricing structure in thepricing database 148. Thecentral system 100 may transmit the pricing results to theseller application 118. The seller may repeat this process for any other product available for purchase. - Once a user has determined to initiate a purchase process for a product, the seller may use the
seller application 118 to transmit a purchase request for a specified product for a user. Theseller application 118 may transmit the purchase request of the specified product for a user to thecentral system 100. Thecentral system 100 may determine whether the specified product was priced at a previous time by querying thepricing database 148. Thecentral system 100 may retrieve a pricing structure (for each of one or more lenders) for the specified product and user from thepricing database 148. Thecentral system 100 may determine whether the pricing structure was generated within a given time period. In response to determining the pricing structure was generated within the given time period, thecentral system 100 may transmit the purchase request for the specified product and previously generated pricing structure to the pricing micro-service. Thepricing micro-service 106 may interface with third-party credit bureaus to execute a hard credit pull for the user. Thepricing micro-service 106 may use the previously generated pricing structure to build a loan offer (for each of one or more lenders) in a final pricing structure for the user for the specified product. Thepricing micro-service 106 may ensure the pricing details provided in the previously generated pricing structure are the same as the final pricing structure. Thepricing micro-service 106 may use each of the one or more lenders' methodologies in generating the loan offer. In the event the specified product has not been priced for the user or was not priced within the given time period, thecentral system 100 may transmit the purchase request without any previously generated pricing structure. In an embodiment, the purchase request may also include a desired lender which prequalified the user. The loan offer may be generated for the desired lender. Alternatively, multiple loan offers may be generated for various lenders. - As a non-limiting example, the seller may be an automobile dealership, the products may be automobiles and the type of loan may be auto-financing.
-
FIG. 2 is block diagrams illustrating an architecture implementing the system described herein, according to an embodiment. The architecture may include abuyer application 144, aseller application 118, aDigital Retailer 204, Buy/Sell API 210, and amulti-lender layer 212. The Buy/Sell API 210 may reside in anexperience layer 208. The Buy/Sell API 210 may facilitate communication between thebuyer application 144,seller application 118, and/orDigital Retailer 204 and themulti-lender layer 212. Thebuyer application 144 may be used by a user to obtain prequalification results as described with respect toFIG. 1 . For example, in response to actuating the link or QR code, theseller application 118 may interface with themulti-lender layer 212 to obtain prequalification results. Theseller application 118 may be used to view prequalified users as described with respect toFIG. 1 . TheDigital Retailer 204 may be a seller's website including a link to interface with the multi-lender layer to generate prequalification results and obtain loan pricing information. The architecture may further include alender portal 220 through which lenders may access the multi-lender layer. - The
multi-lender layer 212 may include anAPI Passthru 214 and avault 216. TheAPI Passthru 214 may be an API Gateway. TheAPI Passthru 214 may be responsible for request routing, composition, and protocol translation. Thelender portal 220 may also reside in themulti-lender layer 212. Thevault 216 may include micro-processes such asprequalification 102,product eligibility 104, andpricing 106. Thevault 216 may also include anencrypted logs 222 and a lenderconfidential repository 221. Theencrypted logs 222 may be a data repository. - In an embodiment, a plurality of
lenders 226 may interface with thelender portal 220 to upload and/or communicate information or policies associated with their prequalification, product eligibility, and pricing, to thevault 216. The information may include rules, algorithms, equations, restrictions, and/or the like, which govern the process of offering users loans for automobiles at determined prices. The information may be stored in the lenderconfidential repository 221. In an embodiment, the information received and stored in an encrypted format. Alternatively, the information may be received in an encrypted format. Thevault 216 may decrypt the information using theencryption service 218 and store the information in a decrypted format. - As
lenders 226 may upload proprietary information into thevault 216, thevault 216 may provide a secure environment in which the proprietary information may not be visible to anyone else (including the administrator of the multi-lender architecture) other than the lender. Thevault 216 may reside in a jailed, self-contained network, configured to receive and transmit data in an encrypted format. In this self-contained network, lenders may manage their separate accounts. Each lender can securely manage its loan eligibility criteria, rules, filing policies, and/or the like.Lenders 226 may view their data inside thevault 216 and may not view data associated withother lenders 226. The data inside thevault 216 may not be visible to users through thebuyer application 144,seller application 118, orDigital retailer 204. - In an embodiment,
buyer application 144 may be an application configured to search for products and procure pricing structure for a loan from various lenders, executing on a customer's device.Seller application 118 may be an application configured for procuring pricing structure for a loan for a particular user from one or more of various lenders, executing on a seller's device. The loan can be one or more of: an automobile loan, a mortgage, unsecured personal loans, secured personal loans, debt consolidation loans, or variable-interest loans. The product for sale can be a house, car, motorcycle, recreational vehicle (RV), aircraft, boat, and/or the like. - As an example, a user may interface with
buyer application 144 orseller application 118 in an attempt to obtain a pricing structure for a loan for an automobile. In one embodiment, thebuyer application 144 orseller application 118 application may each render different graphical user interfaces (GUIs) configured to receive input from the user which may be transmitted to the multi-lender layer for further processing, to obtain pricing structure for a loan for an automobile. The input information may be transmitted to themulti-lender layer 212 through the Buy/Sell API 210. Information may be communicated from themulti-lender layer 212 tobuyer application 144,seller application 118, orDigital retailer 204 through the Buy/Sell API 210, to be rendered in the respective GUI. - The
vault 216 may process the prequalification, product eligibility, and pricing structure associated with building a loan offer for one or more of multiple lenders, in parallel, using proprietary information provided by each lender. As described above, thevault 216 may be a jailed environment, such that, while thelenders 226 may provide their proprietary information for building a loan offer to be stored in thevault 216, the lenders or users may not access or view other lenders' proprietary information for building a loan offer. This configuration provides a technical advantage over conventional systems because this configuration can generate multiple loan offers from various lenders in parallel using each lender's proprietary information while maintaining a secure jailed environment restricting access or visibility to the lenders' proprietary information. - As an example, in response to actuating the link, a website for obtaining prequalification results may be launched within the
buyer application 144. Alternatively, the website may be launched in a separate browser or web application. Furthermore, the user may interface with thebuyer application 144 to obtain a pricing structure for a loan for an automobile. Thebuyer application 144 may present a selection for requesting to get pre-qualified. In response to the user selecting the request for getting pre-qualified, thebuyer application 144 may receive input associated with personal information of the user (e.g., name, address, asset information, salary, employment information, social security number, and/or the like). In one embodiment, thebuyer application 144 transmits the encrypted personal information and prequalification request to themulti-lender layer 212, via the Buy/Sell API 210, using Hypertext Transfer Protocol Secure (HTTPS). In an embodiment, thebuyer application 144 may encrypt the personal information and prequalification request and transmit the encrypted personal information and prequalification request to themulti-lender layer 212, via the Buy/Sell API 210. In another embodiment, portions of the personal information may be encrypted by thebuyer application 144, such as the social security number (SSN). - The Buy/
Sell API 210 can determine which lenders can provide automobile loans based on the personal information. For example, the Buy/Sell API 210 may determine a set of lenders that can provide automobile loans based on the personal information provided by the user and based on one or more rules specific to each of one or more lenders. The Buy/Sell API 210 can generate a prequalification request for each lender in the set of lenders and transmit each request to themulti-lender layer 212. - The
API Passthru 214 may receive the input from the Buy/Sell API 210, in themulti-lender layer 212. In some embodiments, the input may be encrypted. TheAPI Passthru 214 may forward the personal information along with the prequalification requests for each lender of the set of lenders to thevault 216. Thevault 216 may execute theprequalification micro-service 102. Theprequalification micro-service 102 may interface with one or more third-party credit bureaus to retrieve user credit information using the decrypted personal information associated with the user. Theprequalification micro-service 102 may request the third party credit bureaus to initiate a soft pull. A single soft pull may be requested regardless of the number of lenders in the set of lenders. Soft pulls are soft credit inquires that do not affect the user's credit score. Theprequalification micro-service 102 may retrieve prequalification information associated with each of the set of lenders from the lenderconfidential repository 221. The lender confidential information may include rules on how each lender processes prequalification. - The
prequalification micro-service 102 may process, in parallel, the user's prequalification request for each of the set of lenders using the user's personal information and the prequalification information associated with each respective lender. As described above, the prequalification may be different for each lender. For example, each lender may require different thresholds of employment information, salary, and/or credit scores. - The
prequalification micro-service 102 may generate prequalification results, in response to processing the user's prequalification request for each of the multiple lenders. The prequalification results may include a subset of lenders from the set of lenders which have pre-qualified the user for an automobile loan based on the personal information of the user and the prequalification information associated with the respective lender. The prequalification results can include a decision on whether the lender has pre-qualified a user for an automobile loan. In an embodiment, the prequalification results may also include information associated with the loan such as a range of possible Annual Percentage Rates (APRs) and terms and conditions of the loans or a maximum amount of a loan. In an embodiment, thevault 216 may transmit the prequalification results to thebuyer application 144 unencrypted. Alternatively, thevault 216 may encrypt the prequalification results using the encryption service 201 and transmit the encrypted prequalification results to theAPI Passthru 214 TheAPI Passthru 214 may forward the prequalification results to the Buy/Sell API 210. The Buy/Sell API 210 may transmit the prequalification results to thebuyer application 144. In the event the prequalification results are encrypted, thebuyer application 144 can decrypt the encrypted prequalification results. Thebuyer application 144 can render the prequalification results on thebuyer application 144 GUI. - As described above, a user can use obtain prequalification results by actuating a link or QR code or through the buyer application 114. In the event, the user actuates the link or QR code to obtain prequalification results through a website and the user has already generated prequalification results using the buyer application 114, the
prequalification micro-service 102 can retrieve the prequalification results for the user based on their login and password information for products sold by the seller where the user actuated the link or QR code. The retrieved prequalification results can be rendered in thebuyer application 144. - Continuing from the earlier example, subsequent to the prequalification results being rendered on the GUI of the
buyer application 144, thebuyer application 144 may receive a selection of a vehicle intended for purchase, from a user. Thebuyer application 144 may transmit the information associated with the selected vehicle (e.g., make, model, mileage, year, dealership, and/or the like) to themulti-lender layer 212, via the Buy/Sell API 210. - The
API Passthru 214 may receive the information associated with the selected vehicle of the user from the Buy/Sell API 210, in themulti-lender layer 212. TheAPI Passthru 214 may forward the information associated with the selected vehicle to thevault 216. Thevault 216 may decrypt the encrypted information associated with the selected vehicle, using theencryption service 218. Thevault 216 may execute theproduct eligibility micro-service 104. Theproduct eligibility micro-service 104 may retrieve product eligibility information associated with the lenders included in the subset of lenders, from the lenderconfidential repository 221. Theproduct eligibility micro-service 104 may determine, in parallel, whether the selected vehicle is eligible for an automobile loan from a given lender based on the information associated with the selected vehicle and information associated with product eligibility for each of the respective lenders. The information associated with product eligibility may be different for each lender. For example, each lender may have different requirements for make, model, year, mileage, price, and/or the like. In this regard, theproduct eligibility 104 may determine certain vehicles are not eligible for automobile loans from given lenders. - The
product eligibility micro-service 104 may generate product eligibility results. The product eligibility results may include one or more lenders from the subset of lenders, for which theproduct eligibility micro-service 104 determined the selected vehicle is eligible for an automobile loan. TheAPI Passthru 214 may forward the product eligibility results to the Buy/Sell API 210. Thebuyer application 144 may render the decrypted product eligibility results on thebuyer application 144 GUI. - Continuing with the earlier example, subsequent to the product eligibility results being rendered on the GUI of the
buyer application 144, thebuyer application 144 may receive a request to build a loan offer for a selected vehicle, from a user. The request may include information associated with the desired loan, such as the price of a selected vehicle, down payment amount, loan amount, tax amount, dealer fees, service contract, GAP, and/or the like. Thebuyer application 144 may encrypt the information associated with the request for building an offer and transmit the information associated with the request for building an offer to themulti-lender layer 212, via the Buy/Sell API 210. Alternatively, the Buy/Sell API 210 may encrypt the information associated with the request for building an offer and transmit the encrypted information associated with the request for building an offer to themulti-lender layer 212. In yet another example, thebuyer application 144 may transmit the request including the information to themulti-lender layer 212, using the Buy/Sell API 210. The Buy/Sell API 210 may determine that the user is eligible for a loan from one or more lenders, based on the prequalification results and the product eligibility results. The Buy/Sell API 210 can generate pricing offer requests for each of the one or more lenders and transmit the requests to themulti-lender layer 212. - The
API Passthru 214 may receive the information associated with the request for building an offer from the Buy/Sell API 210 and the requests for each of the one or more lenders, in themulti-lender layer 212. TheAPI Passthru 214 may forward the information associated with the requests for each of the or more lenders for building an offer to thevault 216. Thevault 216 may execute thepricing micro-service 106. Thepricing micro-service 106 may retrieve pricing structure information associated with each lender of the one or more lenders, from the lenderconfidential repository 221. Thepricing micro-service 106 may use Bayesian regression algorithms, decision trees, pricing girds or various equations for pricing for a loan offer. The pricing structure may also provide sources for retrieving certain information. For example, a lender may need to use the prequalification results and/or product eligibility results. The lender may indicate to the pricing micro-service to retrieve the prequalification results and/or product eligibility results. Alternatively, or in addition to, the pricing structure may include instructions to retrieve information from third-party vendors. Accordingly, thepricing micro-service 106 may retrieve the information using the third-party vendors. Thepricing micro-service 106 may process and build, in parallel, a loan offer based on the information associated with the request for building an offer, for each of the one or more lenders using information associated with pricing for each of the respective lenders. Additionally, each lender may use a different methodology for calculating pricing for a loan offer. - The
pricing micro-service 106 may generate pricing structures for automobile loans from various lenders. The pricing structures may include loan amounts, interest rates, and terms and conditions of the automobile loan. Thevault 216 may encrypt the offers using theencryption service 218 and transmit the encrypted vehicle offers to theAPI Passthru 214. TheAPI Passthru 214 may forward the encrypted offers to the Buy/Sell API 210. In an example, the Buy/Sell API 210 may decrypt the encrypted offers and interface with thebuyer application 144 to render the decrypted offers on thebuyer application 144 GUI. Alternatively, the Buy/Sell API 210 may transmit the encrypted offers to thebuyer application 144.Buyer application 144 can decrypt the encrypted offers and render the decrypted offers on thebuyer application 144 GUI. - The architecture may also include an
analytic aggregator 224. The analytic aggregator may be embodied as a micro-service residing in thevault 216. Theanalytic aggregator 224 may capture all of the data generated in thevault 216 for each user (e.g., prequalification results, product eligibility results, and offers) for each lender and store the captured data in theencrypted logs 222. The captured data may be encrypted in a format specific to a given lender, such that, a lender may only decrypt data from theencrypted logs 222. A lender may download data logs from theencrypted logs 222 specific to the lender itself. - In an embodiment, the architecture may be associated with a financial institution (e.g., bank or lender). As an example, the administrator of the architecture may be a financial institution. The financial institution may use its
own lending platform 232. Thelending platform 232 may include a loan origination system 234.Buyer application 144 may communicate back and forth with the loan origination system 234 of thelending platform 232 to generate a loan offer from the financial institution, via the Buy/Sell API 210 and theAPI Passthru 214 in themulti-lender layer 212.Buyer application 144 may communicate back and forth with the loan origination system 234 to generate a loan offer from the financial institution, in parallel with the micro-processes (e.g.,prequalification 102,product eligibility 104, and pricing 106) generating loan offers from various lenders in thevault 216. The loan offers from the financial institution may be presented alongside the loan offers from the other lenders on the GUI of thebuyer application 144. - In an embodiment, the architecture may include one or more third-
party API 228 including a third-partyloan origination system 230. In the event, a lender does not upload information associated with prequalification, product eligibility, and pricing for processing withinvault 216 as described above, thevault 216 is bypassed and the third-partyloan origination system 230 may generate a loan offer for the lender. The third-partyloan origination system 230 may be an API provided by a lender for generating the loan offer using the lender's API. The third-partyloan origination system 230 may communicate back and forth with thebuyer application 144, via the Buy/Sell API 210 and theAPI Passthru 214 in themulti-lender layer 212, to generate a loan offer.Buyer application 144 may communicate back and forth with the third-partyloan origination system 230 of the third-party API 228 to generate a loan offer from the third-party lender, in parallel with the micro-processes (e.g.,prequalification 102,product eligibility 104, and pricing 106) generating loan offers from various lenders in thevault 216 and/orlending platform 232. - In one embodiment, a Digital retailer 204 (i.e., a third-party system) may be embodied as a web domain associated with an automobile dealership. The
Digital retailer 204 may render a hyperlink. The hyperlink is different than the link or QR code discussed above. This hyperlink may generate an interface embedded in the web domain. The interface may be used to communicate with themulti-lender layer 212. The interface may be used to receive prequalification results. TheDigital retailer 204 may interface with themulti-lender layer 212 using the hyperlink. - In an embodiment, the
seller application 118 may be executable on a device of an automobile dealership (i.e., dealer device). Theseller application 118 may interface with themulti-lender layer 212 to determine prequalification, product eligibility, and pricing as described with respect tobuyer application 144. Theseller application 118 may transmit a link directed to the multi-layer lender to initiate a prequalification request to a user device. As an example, theseller application 118 may transmit the link via Short Messaging Service (SMS) or e-mail message to the user device. The user may transmit a prequalification request using the link as described above. -
FIG. 3 is a block diagram illustrating an expanded view of the Buy/Sell API 210 according to some embodiments. The Buy/Sell API 210 may reside in the experience layer of the multi-lender architecture. The Buy/Sell API 210 may be used to interface between clients such asbuyer application 144,seller application 118, andDigital retailer 204, and the multi-lender layer. - The
experience layer 208 may further include amarketplace module 301,pricing module 302, anapplication module 303, anoffer module 304, adealer module 305, and apricing cache 306. Theexperience layer 208 may use themarket place module 301,pricing module 302, theapplication module 303,offer module 304,dealer module 305, andpricing cache 306 to provide consistent and reliable pricing structure to a user by storing the pricing, prequalification, and applications submitted by a user for a specified period of time. - The
application module 303 may route prequalification requests to the prequalification micro-service and may receive the prequalification results. Theapplication module 303 may store prequalification results in theprequalification database 146. The prequalification results may be correlated to various users. Thepricing module 302 may route the pricing request to the pricing micro-service and receive the pricing structures from the pricing micro-service. Thepricing module 304 may store pricing structures generated for a given product in thepricing database 148. The pricing structures can be correlated to a user. In an embodiment, thepricing cache 306 may store pricing structures generated for a given product for a particular user for a short period of time (e.g., single session). Theoffers module 304 may route a purchase request for a given product for a user to the pricing micro-service. Theoffers module 304 may store final pricing structures offered to a user in theoffers database 308. - The
marketplace module 301 may store information associated with lenders and products. The information themarketplace module 301 may update in (near) real-time. Themarket place module 301 may include arepository 310. For example, a user may apply for a loan for a product. The Buy/Sell API 210 may filter out lenders from the marketplace which may not provide loans for the product based on the personal information of the user or the product itself as the user provides information. If the user is attempting to generate a price for a loan for a luxury car and a given lender does not provide loans for luxury cars, the lender is filtered out from the marketplace. Additionally, as the application for the loan is processed, each time a lender rejects or approves the loan, themarketplace module 301 may update therepository 310. Furthermore, based on the lenders for which the loans are being processed, the Buy/Sell API 210 can filter out the ineligible products from themarketplace module 301 which may not be eligible for a loan. - The
seller module 305 may manage the information associated with different dealers. For example,seller application 118 may communicate with thedealer module 305 to retrieve dealer specific information frommodule 305. The dealer specific information may include dealer requirements for purchasing automobiles, partnerships with lenders and vendors, dealer inventory, and/or the like. -
FIGS. 4A-4D illustrate screens displayed on a graphical user interface of a user device to obtain prequalification results according to some embodiments. With reference toFIG. 4A , auser device 140 may scanQR code 400 using a camera or scanning device. TheQR code 400 may be located at a seller's location. For example, as shown inFIG. 4A , the QR code is located on a badge of an employee at the seller's location. A link may be embedded in theQR code 400. In response to actuating the link, the user device may be routed to awebsite rendering screen 402. Thescreen 402 may be a welcome screen for initiating a prequalification request for the user. - With reference to
FIG. 4B , in response to the user proceeding fromscreen 402, screen 404 may be rendered on theuser device 140. Screen 404 may include an option to input login information if the user already has login information. Alternatively, screen 404 also displays an option to continue as a guest. In response to either logging in or continuing as a guest,screen 406 may be rendered on theuser device 140. -
Screen 406 may include input boxes for inputting the user's personal information. The information may include the name and address information. In an embodiment, in response to logging in, the name and address information may be automatically populated onscreen 406. - With reference to
FIG. 4C , in response to inputting personal information,screen 408 may be rendered on theuser device 140.Screen 408 may include further questions about the user. For example, if the user is at a dealership,screen 408 may include questions whether the user wants to trade-in a vehicle. Once the user has input all the necessary information, the user may select a button rendered on theuser device 140 to transmit the prequalification request. The prequalification result may be processed for the user as described above, with respect toFIG. 1 . - With reference to
FIG. 4D , in response to processing the prequalification request, a prequalification result may be generated. The prequalification result may be rendered onscreen 410.Screen 410 may render the lenders which prequalified the user for a loan as well as information about the seller.Screen 410 may also include a message that the prequalification results have also been routed to the seller. -
FIG. 5 is ascreen 500 displayed on a graphical user interface of aseller device 110 according to some embodiments. As indicated above, the prequalification result of a user may be routed to theseller device 110.Screen 500 may include prequalification results for different users.Screen 500 may include when the prequalification result was received, a reference id, user name, user type, lead source, status, and action. The user type may be a lead (e.g., sales lead). The lead source may be walk-in, pre-approval, auto navigator, or the like. The status may indicate the prequalification status of the user. If the user has been prequalified for a loan, the status may be prequalification approved. The action may be an open deal jacket action, view credit report action, or the like. In the event, the user has been prequalified for a loan, the action may be the open deal jacket action. The open deal jacket action may be a link to start a deal on a product for the user. In the event, the user has not been able to prequalify for a loan, the action may be view credit report. The open deal jacket and view credit report may be links that may direct the seller'sdevice 110 to another website. -
FIG. 6 is an example flow for obtaining prequalification results according to some embodiments. Method 600 can be performed by processing logic that can comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (e.g., instructions executing on a processing device), or a combination thereof. It is to be appreciated that not all steps can be needed to perform the disclosure provided herein. Further, some of the steps can be performed simultaneously, or in a different order than shown inFIG. 6 , as will be understood by a person of ordinary skill in the art. - Method 600 shall be described with reference to
FIG. 1 . However, method 600 is not limited to that example embodiment - In
operation 602, a central system may launch a website on a user device in response to the actuation of a link associated with a seller. The link may be a hyperlink to a website or a QR code. The seller may provide this link through email or text message. Alternatively, the QR code may be displayed at a seller's location (e.g., retail store, car dealership, or the like). The link may include the seller's ID. The website may include a request for user information. The website may receive user input associated with the user information. The website link may include a seller identification information. The website may transmit a prequalification request for a loan for the user including the user information and the seller identification information. - In
operation 604, the central system may receive the prequalification request including the user information. As described above, the prequalification request may include information about and the seller's identification information. - In
operation 606, the central system may identify the seller using the seller's identification information. As described above, the seller's ID may be included in the actuated link. The central system may retrieve seller information using the seller ID. For example, the central system may retrieve the seller's inventory and the seller's preference regarding financing their products. The preferences may include certain lenders that the seller does not work with or does not prefer. The preferences may also include information that the seller is likely to be open to adjusting the final price of a product with the purchase of backend services. - In
operation 608, the central system may interface with third-party credit systems to execute a soft credit inquiry to generate the prequalification requests, using the user information. - In operation 610, the central system may generate a prequalification result for the user, specific to the identified seller. The prequalification result is generated by the prequalification microservice. The prequalification result may generate the prequalification result specific to the inventory of the seller as well as the seller's preferences.
- In
operation 612, the central system may route the prequalification result to a seller device based on the seller identification information. The prequalification result may also be transmitted to the website. The website may render the prequalification result and the seller's current inventory. - In
operation 614, the central system may receive information about a specified product embedded in a request protocol. The information may be received from the seller device or the user device. The eligibility microservice may determine whether the product is eligible for purchase. - In
operation 616, the central system may generate a pricing structure for the specified product based on the prequalification results. The pricing structure is generated by the pricing microservice for the specified product. - In
operation 618, the central system may receive a purchase request for the specified product. The purchase request may be received from the seller device. - In
operation 620, the central system may confirm that the purchase request was received within a specified time period of the prequalification request or a previous pricing request. - In
operation 622, the central system may correlate the purchase request with the prequalification request based on the purchase request being for the user for which the prequalification request was processed. - In
operation 624, the central system may interface with a third party credit system to execute a hard credit inquiry. - In
operation 626, the central system may generate a second pricing structure for the specified product. The data included in the second pricing structure based on the purchase request may be the same as data included in the first pricing structure generated based on the prequalification result. -
FIG. 7 is a block diagram of example components ofdevice 700. One ormore computer systems 700 may be used, for example, to implement any of the embodiments discussed herein, as well as combinations and sub-combinations thereof.Computer system 700 may include one or more processors (also called central processing units, or CPUs), such as aprocessor 704.Processor 704 may be connected to a communication infrastructure orbus 706. -
Computer system 700 may also include user input/output device(s) 703, such as monitors, keyboards, pointing devices, etc., which may communicate withcommunication infrastructure 706 through user input/output interface(s) 702. - One or
more processors 704 may be a graphics processing unit (GPU). In an embodiment, a GPU may be a processor that is a specialized electronic circuit designed to process mathematically intensive applications. The GPU may have a parallel structure that is efficient for parallel processing of large blocks of data, such as mathematically intensive data common to computer graphics applications, images, videos, etc. -
Computer system 700 may also include a main orprimary memory 308, such as random access memory (RAM).Main memory 308 may include one or more levels of cache.Main memory 308 may have stored therein control logic (i.e., computer software) and/or data. -
Computer system 700 may also include one or more secondary storage devices ormemory 710.Secondary memory 710 may include, for example, ahard disk drive 712 and/or a removable storage device or drive 714. -
Removable storage drive 714 may interact with aremovable storage unit 718.Removable storage unit 718 may include a computer-usable or readable storage device having stored thereon computer software (control logic) and/or data.Removable storage unit 718 may be program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an EPROM or PROM) and associated socket, a memory stick and USB port, a memory card and associated memory card slot, and/or any other removable storage unit and associated interface.Removable storage drive 714 may read from and/or write toremovable storage unit 718. -
Secondary memory 710 may include other means, devices, components, instrumentalities or other approaches for allowing computer programs and/or other instructions and/or data to be accessed bycomputer system 700. Such means, devices, components, instrumentalities or other approaches may include, for example, aremovable storage unit 722 and aninterface 720. Examples of theremovable storage unit 722 and theinterface 720 may include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an EPROM or PROM) and associated socket, a memory stick and USB port, a memory card and associated memory card slot, and/or any other removable storage unit and associated interface. -
Computer system 700 may further include a communication ornetwork interface 724.Communication interface 724 may enablecomputer system 700 to communicate and interact with any combination of external devices, external networks, external entities, etc. (individually and collectively referenced by reference number 728). For example,communication interface 724 may allowcomputer system 700 to communicate with external orremote devices 728 overcommunications path 726, which may be wired and/or wireless (or a combination thereof), and which may include any combination of LANs, WANs, the Internet, etc. Control logic and/or data may be transmitted to and fromcomputer system 700 viacommunication path 726. -
Computer system 700 may also be any of a personal digital assistant (PDA), desktop workstation, laptop or notebook computer, netbook, tablet, smartphone, smartwatch or other wearables, appliance, part of the Internet-of-Things, and/or embedded system, to name a few non-limiting examples, or any combination thereof. -
Computer system 700 may be a client or server, accessing or hosting any applications and/or data through any delivery paradigm, including but not limited to remote or distributed cloud computing solutions; local or on-premises software (“on-premise” cloud-based solutions); “as a service” models (e.g., content as a service (CaaS), digital content as a service (DCaaS), software as a service (SaaS), managed software as a service (MSaaS), platform as a service (PaaS), desktop as a service (DaaS), framework as a service (FaaS), backend as a service (BaaS), mobile backend as a service (MBaaS), infrastructure as a service (IaaS), etc.); and/or a hybrid model including any combination of the foregoing examples or other services or delivery paradigms. - Any applicable data structures, file formats, and schemas in
computer system 700 may be derived from standards including but not limited to JavaScript Object Notation (JSON), Extensible Markup Language (XML), Yet Another Markup Language (YAML), Extensible Hypertext Markup Language (XHTML), Wireless Markup Language (WML), MessagePack, XML User Interface Language (XUL), or any other functionally similar representations alone or in combination. Alternatively, proprietary data structures, formats or schemas may be used, either exclusively or in combination with known or open standards. - In some embodiments, a tangible, non-transitory apparatus or article of manufacture comprising a tangible, non-transitory computer useable or readable medium having control logic (software) stored thereon may also be referred to herein as a computer program product or program storage device. This includes, but is not limited to,
computer system 700,main memory 308,secondary memory 710, andremovable storage units - Embodiments of the present disclosure have been described above with the aid of functional building blocks illustrating the implementation of specified functions and relationships thereof. The boundaries of these functional building blocks have been arbitrarily defined herein for the convenience of the description. Alternate boundaries may be defined so long as the specified functions and relationships thereof are appropriately performed.
- The foregoing description of the specific embodiments will so fully reveal the general nature of the disclosure that others may, by applying knowledge within the skill of the art, readily modify and/or adapt for various applications such specific embodiments, without undue experimentation, without departing from the general concept of the present disclosure. Therefore, such adaptations and modifications are intended to be within the meaning and range of equivalents of the disclosed embodiments, based on the teaching and guidance presented herein. It is to be understood that the phraseology or terminology herein is for the purpose of description and not of limitation, such that the terminology or phraseology of the present specification is to be interpreted by the skilled artisan in light of the teachings and guidance.
- The breadth and scope of the present disclosure should not be limited by any of the above-described exemplary embodiments but should be defined only in accordance with the following claims and their equivalents.
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/881,909 US20200372519A1 (en) | 2019-05-23 | 2020-05-22 | System and method for obtaining prequalification information |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962852202P | 2019-05-23 | 2019-05-23 | |
US16/881,909 US20200372519A1 (en) | 2019-05-23 | 2020-05-22 | System and method for obtaining prequalification information |
Publications (1)
Publication Number | Publication Date |
---|---|
US20200372519A1 true US20200372519A1 (en) | 2020-11-26 |
Family
ID=73456469
Family Applications (24)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/882,279 Pending US20200372531A1 (en) | 2019-05-23 | 2020-05-22 | System and method for providing consistent pricing information |
US16/881,945 Active 2040-05-27 US11935002B2 (en) | 2019-05-23 | 2020-05-22 | Multi-lender platform that securely stores proprietary information for generating offers |
US16/882,274 Active US10990993B2 (en) | 2019-05-23 | 2020-05-22 | Securing lender output data |
US16/882,291 Active US11354735B2 (en) | 2019-05-23 | 2020-05-22 | System and method for interfacing with a decisioning service from a third party domain |
US16/882,112 Active US11210687B2 (en) | 2019-05-23 | 2020-05-22 | Intelligent preprocessing routing to decisioning services |
US16/882,286 Active US11354690B2 (en) | 2019-05-23 | 2020-05-22 | System and method for providing API version control |
US16/882,137 Active 2040-08-02 US11676103B2 (en) | 2019-05-23 | 2020-05-22 | Flexible format encryption |
US16/882,163 Active 2040-09-10 US11935003B2 (en) | 2019-05-23 | 2020-05-22 | Jailed environment restricting programmatic access to multi-tenant data |
US16/881,896 Active 2041-03-08 US11669805B2 (en) | 2019-05-23 | 2020-05-22 | Single sign-on through customer authentication systems |
US16/881,938 Active US11676102B2 (en) | 2019-05-23 | 2020-05-22 | Searchable index encryption |
US16/881,909 Abandoned US20200372519A1 (en) | 2019-05-23 | 2020-05-22 | System and method for obtaining prequalification information |
US16/881,860 Active 2041-01-05 US11915196B2 (en) | 2019-05-23 | 2020-05-22 | Self-service lender portal |
US16/881,897 Active US11461843B2 (en) | 2019-05-23 | 2020-05-22 | Multi-lender platform that securely stores proprietary information for pre-qualifying an applicant |
US16/881,918 Active US11138621B2 (en) | 2019-05-23 | 2020-05-22 | Normalization grid |
US17/196,738 Active 2041-03-20 US11797932B2 (en) | 2019-05-23 | 2021-03-09 | Securing lender output data |
US17/411,115 Active US11875308B2 (en) | 2019-05-23 | 2021-08-25 | Normalization grid for secured multi-lender platform |
US17/545,003 Active US11948128B2 (en) | 2019-05-23 | 2021-12-08 | Intelligent preprocessing routing to decisioning services |
US17/830,558 Active US11687882B2 (en) | 2019-05-23 | 2022-06-02 | System and method for interfacing with a decisioning service from a third party domain |
US17/831,624 Active US11720856B2 (en) | 2019-05-23 | 2022-06-03 | System and method for providing API version control |
US18/141,637 Pending US20230267415A1 (en) | 2019-05-23 | 2023-05-01 | Searchable index encryption |
US18/141,629 Pending US20230267414A1 (en) | 2019-05-23 | 2023-05-01 | Single sign-on through customer authentication systems |
US18/141,633 Pending US20230259881A1 (en) | 2019-05-23 | 2023-05-01 | System and method for interfacing with a decisioning service from a third party domain |
US18/205,870 Pending US20230316228A1 (en) | 2019-05-23 | 2023-06-05 | System and method for providing api version control |
US18/380,839 Pending US20240046212A1 (en) | 2019-05-23 | 2023-10-17 | Securing lender output data |
Family Applications Before (10)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/882,279 Pending US20200372531A1 (en) | 2019-05-23 | 2020-05-22 | System and method for providing consistent pricing information |
US16/881,945 Active 2040-05-27 US11935002B2 (en) | 2019-05-23 | 2020-05-22 | Multi-lender platform that securely stores proprietary information for generating offers |
US16/882,274 Active US10990993B2 (en) | 2019-05-23 | 2020-05-22 | Securing lender output data |
US16/882,291 Active US11354735B2 (en) | 2019-05-23 | 2020-05-22 | System and method for interfacing with a decisioning service from a third party domain |
US16/882,112 Active US11210687B2 (en) | 2019-05-23 | 2020-05-22 | Intelligent preprocessing routing to decisioning services |
US16/882,286 Active US11354690B2 (en) | 2019-05-23 | 2020-05-22 | System and method for providing API version control |
US16/882,137 Active 2040-08-02 US11676103B2 (en) | 2019-05-23 | 2020-05-22 | Flexible format encryption |
US16/882,163 Active 2040-09-10 US11935003B2 (en) | 2019-05-23 | 2020-05-22 | Jailed environment restricting programmatic access to multi-tenant data |
US16/881,896 Active 2041-03-08 US11669805B2 (en) | 2019-05-23 | 2020-05-22 | Single sign-on through customer authentication systems |
US16/881,938 Active US11676102B2 (en) | 2019-05-23 | 2020-05-22 | Searchable index encryption |
Family Applications After (13)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/881,860 Active 2041-01-05 US11915196B2 (en) | 2019-05-23 | 2020-05-22 | Self-service lender portal |
US16/881,897 Active US11461843B2 (en) | 2019-05-23 | 2020-05-22 | Multi-lender platform that securely stores proprietary information for pre-qualifying an applicant |
US16/881,918 Active US11138621B2 (en) | 2019-05-23 | 2020-05-22 | Normalization grid |
US17/196,738 Active 2041-03-20 US11797932B2 (en) | 2019-05-23 | 2021-03-09 | Securing lender output data |
US17/411,115 Active US11875308B2 (en) | 2019-05-23 | 2021-08-25 | Normalization grid for secured multi-lender platform |
US17/545,003 Active US11948128B2 (en) | 2019-05-23 | 2021-12-08 | Intelligent preprocessing routing to decisioning services |
US17/830,558 Active US11687882B2 (en) | 2019-05-23 | 2022-06-02 | System and method for interfacing with a decisioning service from a third party domain |
US17/831,624 Active US11720856B2 (en) | 2019-05-23 | 2022-06-03 | System and method for providing API version control |
US18/141,637 Pending US20230267415A1 (en) | 2019-05-23 | 2023-05-01 | Searchable index encryption |
US18/141,629 Pending US20230267414A1 (en) | 2019-05-23 | 2023-05-01 | Single sign-on through customer authentication systems |
US18/141,633 Pending US20230259881A1 (en) | 2019-05-23 | 2023-05-01 | System and method for interfacing with a decisioning service from a third party domain |
US18/205,870 Pending US20230316228A1 (en) | 2019-05-23 | 2023-06-05 | System and method for providing api version control |
US18/380,839 Pending US20240046212A1 (en) | 2019-05-23 | 2023-10-17 | Securing lender output data |
Country Status (1)
Country | Link |
---|---|
US (24) | US20200372531A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11687882B2 (en) | 2019-05-23 | 2023-06-27 | Capital One Services, Llc | System and method for interfacing with a decisioning service from a third party domain |
Families Citing this family (40)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8586556B2 (en) | 2006-11-03 | 2013-11-19 | Allergan, Inc. | Methods, compositions and drug delivery systems for intraocular delivery of siRNA molecules |
US8039010B2 (en) | 2006-11-03 | 2011-10-18 | Allergan, Inc. | Sustained release intraocular drug delivery systems comprising a water soluble therapeutic agent and a release modifier |
US8821870B2 (en) | 2008-07-18 | 2014-09-02 | Allergan, Inc. | Method for treating atrophic age related macular degeneration |
DK2729147T3 (en) | 2011-07-04 | 2017-12-18 | Irbm - Science Park S P A | NK-1 RECEPTOR ANTAGONISTS FOR TREATMENT OF CORNOVA |
US10783579B1 (en) * | 2016-05-23 | 2020-09-22 | Wells Fargo Bank, N.A. | Consolidated loan product |
JP6795531B2 (en) * | 2018-02-20 | 2020-12-02 | 日本電信電話株式会社 | API adapter, API adapter creation method, and program |
RU2020131446A (en) | 2018-02-26 | 2022-03-28 | Оспедале Сан Раффаэле С.Р.Л. | NK-1 ANTAGONISTS FOR USE IN THE TREATMENT OF EYE PAIN |
US11321773B2 (en) * | 2018-10-08 | 2022-05-03 | Capital One Services, Llc | Multi-lender loan management system |
US11651425B2 (en) * | 2019-05-28 | 2023-05-16 | loanDepot.com, LLC | Digital lending platform and methods thereof with integrated products, pricing, and eligibility |
US10649745B1 (en) | 2019-06-10 | 2020-05-12 | Capital One Services, Llc | User interface common components and scalable integrable reusable isolated user interface |
US10698704B1 (en) * | 2019-06-10 | 2020-06-30 | Captial One Services, Llc | User interface common components and scalable integrable reusable isolated user interface |
US11481430B1 (en) * | 2019-07-08 | 2022-10-25 | Pixel Titan LLC | System and method for aggregating, tagging and distributing unstructured data as structured data in real time |
CA3077693A1 (en) * | 2020-01-07 | 2021-07-07 | The Toronto-Dominion Bank | Systems and methods for real-time processing of resource requests |
US20210314166A1 (en) * | 2020-04-03 | 2021-10-07 | Mastercard International Incorporated | Systems and methods for use in appending log entries to data structures |
US20210374758A1 (en) * | 2020-05-26 | 2021-12-02 | Paypal, Inc. | Evaluating User Status Via Natural Language Processing and Machine Learning |
US11115373B1 (en) * | 2020-06-11 | 2021-09-07 | Movius Interactive Corporation | Multi-channel engagement platform converter |
US20220027146A1 (en) * | 2020-07-21 | 2022-01-27 | Salesforce.Com, Inc. | Method and system for updating configuration settings during the execution of an application |
US20220058278A1 (en) * | 2020-08-19 | 2022-02-24 | Docusign, Inc. | Using machine learning to bypass activities of a secure document workflow based on recipient profile |
US11599662B2 (en) | 2020-08-19 | 2023-03-07 | Docusign, Inc. | Bypassing elements of a secure document workflow based on identity of recipient |
US11641665B2 (en) * | 2020-09-09 | 2023-05-02 | Self Financial, Inc. | Resource utilization retrieval and modification |
US11475010B2 (en) | 2020-09-09 | 2022-10-18 | Self Financial, Inc. | Asynchronous database caching |
US11470037B2 (en) | 2020-09-09 | 2022-10-11 | Self Financial, Inc. | Navigation pathway generation |
US20220075877A1 (en) | 2020-09-09 | 2022-03-10 | Self Financial, Inc. | Interface and system for updating isolated repositories |
US20220156808A1 (en) * | 2020-11-19 | 2022-05-19 | Cox Automotive, Inc. | Systems and Methods for Improved Vehicle Transaction Platforms |
CN112612508A (en) * | 2020-12-24 | 2021-04-06 | 新华三云计算技术有限公司 | API version control method and device in API gateway and storage medium |
CN113052007A (en) * | 2021-03-01 | 2021-06-29 | 光控特斯联(上海)信息科技有限公司 | Community epidemic situation control method and system based on human body recognition algorithm |
CN112988391B (en) * | 2021-03-30 | 2023-08-01 | 北京字跳网络技术有限公司 | Data processing method, device, equipment and storage medium |
WO2022238823A1 (en) * | 2021-05-14 | 2022-11-17 | Gp Building Products Services Llc | Automated quote generation and order management for building products using machine learning |
US11900392B2 (en) | 2021-05-17 | 2024-02-13 | Capital One Services, Llc | Mobile device with in-person assistance |
US11822675B2 (en) | 2021-06-24 | 2023-11-21 | International Business Machines Corporation | Securing customer data and internal register data during hardware checkstops in a multi-tenant environment |
US20230015789A1 (en) * | 2021-07-08 | 2023-01-19 | Vmware, Inc. | Aggregation of user authorizations from different providers in a hybrid cloud environment |
US11522949B1 (en) * | 2021-11-19 | 2022-12-06 | Jpmorgan Chase Bank, N.A. | Systems and methods for cloud-based hybrid service meshes in microservice architectures |
IT202100031529A1 (en) * | 2021-12-16 | 2023-06-16 | X Consulting S R L | METHOD OF MANAGEMENT OF A CUSTOMER DATABASE OF A PLATFORM FOR THE PROVISION OF SERVICES AND RELATED PLATFORM |
CN114429408B (en) * | 2021-12-31 | 2023-10-20 | 中国南方电网有限责任公司 | Method, device, equipment and system for checking configuration file of intelligent substation |
US20230222575A1 (en) * | 2022-01-11 | 2023-07-13 | Capital One Services, Llc | Systems and methods for exchanging user data |
WO2023163754A1 (en) * | 2022-02-24 | 2023-08-31 | Cleartrade.Ai, Inc. | System for creating business rules in trade finance operations |
CN114679301B (en) * | 2022-03-01 | 2023-10-20 | 北京明朝万达科技股份有限公司 | Method and system for accessing data of data lake by utilizing safe sandbox |
US11856105B1 (en) * | 2022-05-22 | 2023-12-26 | Uab 360 It | Secure multi-factor authentication system including identity verification of an authorized user |
US20240020759A1 (en) * | 2022-07-12 | 2024-01-18 | George Richards | Method and device for semi-5 autonomous loan application processing |
US11949772B2 (en) * | 2022-08-09 | 2024-04-02 | Uab 360 It | Optimized authentication system for a multiuser device |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8433650B1 (en) * | 2003-10-21 | 2013-04-30 | Neil Thomas | Computerized process to, for example, automate the home sale, mortgage loan financing and settlement process, and the home mortgage loan refinancing and settlement processes |
US20140040113A1 (en) * | 2008-11-10 | 2014-02-06 | Lending Tree, LLC | Methods And Systems For Online Credit Offers |
US20140172531A1 (en) * | 2012-12-14 | 2014-06-19 | Michael A. Liberty | Performing transactions using qr codes |
US20150379632A1 (en) * | 2014-06-30 | 2015-12-31 | Joseph Michael | Business method for efficient and direct loan financing |
AU2015203014A1 (en) * | 2014-06-13 | 2016-01-07 | Connect Financial LLC | A financial product recommendation for a consumer |
Family Cites Families (109)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5930776A (en) | 1993-11-01 | 1999-07-27 | The Golden 1 Credit Union | Lender direct credit evaluation and loan processing system |
WO2000028453A1 (en) | 1998-11-09 | 2000-05-18 | E-Fin, Llc | Computer-driven information management system for selectively matching credit applicants with money lenders through a global communications network |
CA2361206C (en) | 1999-02-05 | 2007-06-19 | Babcock & Brown, Inc. | Automated financial scenario modeling and analysis tool having an intelligent graphical user interface |
US7107241B1 (en) | 2000-03-10 | 2006-09-12 | Lenders Residential Asset Company Llc | System and method for processing a secured collateral loan |
US8504438B2 (en) * | 2000-03-21 | 2013-08-06 | James D. Bennett | Online purchasing system supporting lenders with affordability screening |
US20020023051A1 (en) | 2000-03-31 | 2002-02-21 | Kunzle Adrian E. | System and method for recommending financial products to a customer based on customer needs and preferences |
US6874139B2 (en) | 2000-05-15 | 2005-03-29 | Interfuse Technology Corporation | Method and system for seamless integration of preprocessing and postprocessing functions with an existing application program |
WO2002029517A2 (en) | 2000-10-02 | 2002-04-11 | International Projects Consultancy Services, Inc. | Automated loan processing system and method |
AU2002211466A1 (en) | 2000-10-05 | 2002-04-15 | American Express Company | System methods and computer program products for offering consumer loans having customized terms for each customer |
US7499885B2 (en) | 2000-12-01 | 2009-03-03 | John Danpour | Direct online mortgage auction network |
US7447656B2 (en) | 2001-08-15 | 2008-11-04 | Medha Parthasarathy | Electronic lending and borrowing system |
WO2003048905A2 (en) * | 2001-12-05 | 2003-06-12 | E-Xchange Advantage, Inc. | Method and system for managing distributed trading data |
US8548902B2 (en) | 2003-08-15 | 2013-10-01 | Larry Porter | System for online lending services via an application service provider network |
US20040117295A1 (en) | 2002-12-12 | 2004-06-17 | Greg Maliwanag | Real-time extraction, display and user management system for loan rate information |
US7461080B1 (en) | 2003-05-09 | 2008-12-02 | Sun Microsystems, Inc. | System logging within operating system partitions using log device nodes that are access points to a log driver |
WO2005010731A2 (en) | 2003-07-31 | 2005-02-03 | Dealertrack, Inc. | Integrated electronic credit application, contracting and securitization system and method |
US20050086176A1 (en) | 2003-07-31 | 2005-04-21 | John Dahlgren | Method and apparatus for loan management using an electronic portal |
US7630933B2 (en) | 2004-02-20 | 2009-12-08 | Horizon Digital Finance, Llc | System and method for matching loan consumers and lenders |
US7707103B2 (en) | 2004-03-15 | 2010-04-27 | Arthur J Prieston | System and method for rating lenders |
US7149086B2 (en) | 2004-12-10 | 2006-12-12 | Intel Corporation | Systems to cool multiple electrical components |
US20060178983A1 (en) | 2005-02-07 | 2006-08-10 | Robert Nice | Mortgage broker system allowing broker to match mortgagor with multiple lenders and method therefor |
WO2007017874A2 (en) | 2005-08-10 | 2007-02-15 | Axcessnet Innovations Llc | Networked loan market and lending management system |
US7860767B1 (en) | 2005-09-30 | 2010-12-28 | Morgan Stanley | Systems and methods for financing multiple asset classes of collateral |
US20140020068A1 (en) | 2005-10-06 | 2014-01-16 | C-Sam, Inc. | Limiting widget access of wallet, device, client applications, and network resources while providing access to issuer-specific and/or widget-specific issuer security domains in a multi-domain ecosystem for secure personalized transactions |
US7970699B1 (en) * | 2006-03-27 | 2011-06-28 | Loan Insights, Inc. | Customized consumer loan search and optimized loan pricing |
US7620597B2 (en) | 2006-04-14 | 2009-11-17 | Eze Ike O | Online loan application system using borrower profile information |
US20110313884A1 (en) | 2006-04-14 | 2011-12-22 | Eze Ike O | Online loan application system using borrower profile information through a background search process |
US8001387B2 (en) * | 2006-04-19 | 2011-08-16 | Dphi, Inc. | Removable storage medium with biometric access |
US7908210B2 (en) | 2006-04-20 | 2011-03-15 | Finance Express, Llc | Systems and method for managing dealer information |
US8099605B1 (en) | 2006-06-05 | 2012-01-17 | InventSec AB | Intelligent storage device for backup system |
US8619982B2 (en) | 2006-10-11 | 2013-12-31 | Bassilic Technologies Llc | Method and system for secure distribution of selected content to be protected on an appliance specific basis |
WO2008073078A2 (en) | 2006-12-11 | 2008-06-19 | Joseph Peter Mac Innis | Computer implemented finance management routing system |
US20090216591A1 (en) | 2008-02-22 | 2009-08-27 | Cunexus | Method for computer evaluation of customer information and automatically providing customized financial product offers thereto |
US20090300474A1 (en) * | 2008-05-29 | 2009-12-03 | Centralytics, Inc. | Computer-based architecture using remotely-controlled electronic grid-based calculators |
JP5331203B2 (en) | 2008-06-30 | 2013-10-30 | アビニシオ テクノロジー エルエルシー | Data recording in graph-based calculations |
US20110087577A1 (en) * | 2009-10-08 | 2011-04-14 | Milton Chace Slavin | Computer-implemented system and method for real estate collateralized private party loan transactions |
US20110270659A1 (en) | 2010-04-28 | 2011-11-03 | Michael Emerson Crites | Method for increasing sales at an automobile dealership by providing instantaneous personalized inventory price quotes or payment estimates via internet |
US9183374B2 (en) * | 2010-07-15 | 2015-11-10 | Novell, Inc. | Techniques for identity-enabled interface deployment |
US8892472B2 (en) * | 2010-10-26 | 2014-11-18 | Barnesandnoble.Com Llc | System and method for facilitating the lending of digital content using contacts lists |
US9129107B2 (en) * | 2011-02-10 | 2015-09-08 | SecurenCrypt, LLC | Document encryption and decryption |
US9497184B2 (en) * | 2011-03-28 | 2016-11-15 | International Business Machines Corporation | User impersonation/delegation in a token-based authentication system |
US20140006048A1 (en) | 2011-06-03 | 2014-01-02 | Michael A. Liberty | Monetary transaction system |
US8909551B2 (en) * | 2011-09-22 | 2014-12-09 | Paul Pawlusiak | System and method of expedited credit and loan processing |
US20130191629A1 (en) | 2012-01-19 | 2013-07-25 | Laconic Security, Llc | Secure group-based data storage in the cloud |
US8924720B2 (en) | 2012-09-27 | 2014-12-30 | Intel Corporation | Method and system to securely migrate and provision virtual machine images and content |
US8997197B2 (en) * | 2012-12-12 | 2015-03-31 | Citrix Systems, Inc. | Encryption-based data access management |
US9276869B2 (en) | 2013-01-02 | 2016-03-01 | International Business Machines Corporation | Dynamically selecting an identity provider for a single sign-on request |
US20140207571A1 (en) | 2013-01-22 | 2014-07-24 | Capital One Financial Corporation | Systems and computer-implemented processes for delivering personalized deals to customers |
US9124582B2 (en) | 2013-02-20 | 2015-09-01 | Fmr Llc | Mobile security fob |
US20140249991A1 (en) | 2013-03-04 | 2014-09-04 | Joseph Peter MacInnis | Computer implemented finance management routing system |
US20140279399A1 (en) | 2013-03-14 | 2014-09-18 | Capital One Financial Corporation | System and method for matching vendors and clients |
US20140304170A1 (en) | 2013-03-15 | 2014-10-09 | First National Of Nebraska, Inc. | Remote credit issuance system |
US9137228B1 (en) | 2013-06-28 | 2015-09-15 | Symantec Corporation | Augmenting service provider and third party authentication |
US20150026038A1 (en) | 2013-07-16 | 2015-01-22 | Defi Solutions | Loan origination system |
CN103366283A (en) * | 2013-07-18 | 2013-10-23 | 俞强华 | Method and system for networked transaction variable capital division |
WO2015026877A1 (en) * | 2013-08-20 | 2015-02-26 | Lange Jeffrey S | Systems and methods for financial data communications and data management |
WO2015035396A1 (en) * | 2013-09-09 | 2015-03-12 | Layer, Inc. | Federated authentication of client computers in networked data communications services callable by applications |
US9092302B2 (en) | 2013-09-10 | 2015-07-28 | Duo Security, Inc. | System and method for determining component version compatibility across a device ecosystem |
US10243945B1 (en) | 2013-10-28 | 2019-03-26 | Amazon Technologies, Inc. | Managed identity federation |
US9998448B2 (en) * | 2013-11-05 | 2018-06-12 | Cable Television Laboratories, Inc. | Delegating authorizations |
RU2573785C2 (en) | 2013-12-05 | 2016-01-27 | Закрытое акционерное общество "Лаборатория Касперского" | System and method for applying file access rules during transfer thereof between computers |
US10592981B2 (en) | 2014-01-17 | 2020-03-17 | Capital One Services, Llc | Systems and methods for exporting auto finance information |
EP3117388A4 (en) | 2014-03-13 | 2017-08-16 | Lendinvest Limited | Secured disintermediated system for seeking and acquiring funding |
US9558363B2 (en) | 2014-05-30 | 2017-01-31 | Apple Inc. | Systems and methods of context based data access control of encrypted files |
US9501661B2 (en) * | 2014-06-10 | 2016-11-22 | Salesforce.Com, Inc. | Systems and methods for implementing an encrypted search index |
US20160232546A1 (en) | 2014-06-13 | 2016-08-11 | Connect Financial LLC | Computer processing of financial product information and information about consumers of financial products |
US9788039B2 (en) * | 2014-06-23 | 2017-10-10 | Google Inc. | Camera system API for third-party integrations |
US20160042451A1 (en) * | 2014-08-07 | 2016-02-11 | Syml Systems Inc. | System and method for online evaluation and underwriting of loan products |
EP3767896A1 (en) * | 2014-08-12 | 2021-01-20 | Eingot LLC | A zero-knowledge environment based social networking engine |
US11403309B2 (en) * | 2014-11-05 | 2022-08-02 | Adobe Inc. | Generating segments based on intelligent sequential data |
US20160267588A1 (en) * | 2015-03-13 | 2016-09-15 | Experian Information Solutions, Inc. | Systems and methods of financing preapproval and prequalification options for equity mining |
US9916140B2 (en) * | 2015-03-23 | 2018-03-13 | International Business Machines Corporation | Method of generating end-to-end web application from tooling |
US10769654B2 (en) * | 2015-04-27 | 2020-09-08 | Hrb Innovations, Inc. | Payment vehicle with personalized rewards program |
US10417706B1 (en) | 2015-05-12 | 2019-09-17 | Lon Operations, Llc | Integrating externally-supplied interface component into transaction platform |
WO2016182509A1 (en) | 2015-05-13 | 2016-11-17 | Agency For Science, Technology And Research | Network system, and methods of encrypting data, decrypting encrypted data in the same |
US20160350850A1 (en) | 2015-05-26 | 2016-12-01 | Keith Shields | System and method for simultaneous multi-option loan pricing and adjudication for automobiles |
US10171448B2 (en) * | 2015-06-15 | 2019-01-01 | Airwatch Llc | Single sign-on for unmanaged mobile devices |
US10033702B2 (en) | 2015-08-05 | 2018-07-24 | Intralinks, Inc. | Systems and methods of secure data exchange |
US9762616B2 (en) | 2015-08-08 | 2017-09-12 | International Business Machines Corporation | Application-based security rights in cloud environments |
US10503787B2 (en) | 2015-09-30 | 2019-12-10 | Oracle International Corporation | Sharing common metadata in multi-tenant environment |
WO2017100318A1 (en) * | 2015-12-07 | 2017-06-15 | Capital One Services, Llc | Electronic access control system |
US10171457B2 (en) | 2015-12-29 | 2019-01-01 | International Business Machines Corporation | Service provider initiated additional authentication in a federated system |
US10419401B2 (en) | 2016-01-08 | 2019-09-17 | Capital One Services, Llc | Methods and systems for securing data in the public cloud |
WO2017171734A1 (en) | 2016-03-29 | 2017-10-05 | United States Infrastructure Management Company | Advanced infrastructure management |
US20180041338A1 (en) * | 2016-08-03 | 2018-02-08 | Oxford-Downing, LLC | Methods and Apparatuses to Facilitate Protection of Sensitive Data Online and Reduce Exposure in the Event of a Data Breach |
US20180040064A1 (en) | 2016-08-04 | 2018-02-08 | Xero Limited | Network-based automated prediction modeling |
US11010830B2 (en) * | 2016-08-16 | 2021-05-18 | Autofi, Inc. | Loan selection interface for a vehicle transfer transaction |
US10380222B2 (en) | 2016-10-17 | 2019-08-13 | International Business Machines Corporation | Matrix factorization with two-stage data block dispatch associated with graphics processing units |
US9646172B1 (en) | 2016-11-15 | 2017-05-09 | Envieta Systems LLC | Data storage system for securely storing data records |
US20180158139A1 (en) | 2016-12-07 | 2018-06-07 | Kasasa, Ltd. | System and method for issuing and managing flexible loans |
US10691811B2 (en) | 2017-01-31 | 2020-06-23 | Micro Focus Llc | Encryption transition in a database |
US20180218121A1 (en) * | 2017-01-31 | 2018-08-02 | Veeva Systems Inc. | System and Method for Online Identity Management |
US10243743B1 (en) | 2017-09-13 | 2019-03-26 | Vijay K. Madisetti | Tokens or crypto currency using smart contracts and blockchains |
US11087352B2 (en) | 2017-04-18 | 2021-08-10 | Wired Avenue, LLC | Systems and methods for a trust-based referral system utilizing a mobile device |
US11126670B2 (en) * | 2017-05-10 | 2021-09-21 | Verizon Patent And Licensing Inc. | Token and device location-based automatic client device authentication |
EP3692451A4 (en) * | 2017-10-04 | 2021-07-14 | Crowdbureau | System and method for analyzing crowdfunding platforms |
US20190114705A1 (en) | 2017-10-18 | 2019-04-18 | Nowcom Corporation | Systems and methods for optimizing computer resources for multiple automobile transactions |
US20190130480A1 (en) | 2017-10-31 | 2019-05-02 | Chad R. BREWBAKER | Method for improved product acquisition using dynamic residual values |
US20190238321A1 (en) | 2018-01-31 | 2019-08-01 | Comcast Cable Communications, Llc | Managing encryption keys for content |
US20190333142A1 (en) | 2018-04-27 | 2019-10-31 | Sarah Apsel THOMAS | Systems and methods for processing applicant information and administering a mortgage via blockchain-based smart contracts |
US11645688B2 (en) * | 2018-08-02 | 2023-05-09 | T-Mobile Usa, Inc. | User-behavior-based predictive product and service provisioning |
US20200051153A1 (en) | 2018-08-10 | 2020-02-13 | Cargurus, Inc. | Comparative ranking system |
US11057366B2 (en) | 2018-08-21 | 2021-07-06 | HYPR Corp. | Federated identity management with decentralized computing platforms |
US10783270B2 (en) * | 2018-08-30 | 2020-09-22 | Netskope, Inc. | Methods and systems for securing and retrieving sensitive data using indexable databases |
US20200153814A1 (en) | 2018-11-08 | 2020-05-14 | International Business Machines Corporation | Method for authentication with identity providers |
US11636537B2 (en) * | 2019-03-26 | 2023-04-25 | StreamSource Technologies | System and methods of providing point-of-need financing |
US20200372531A1 (en) | 2019-05-23 | 2020-11-26 | Capital One Services, Llc | System and method for providing consistent pricing information |
US20230409306A1 (en) * | 2022-05-25 | 2023-12-21 | Cloudblue Llc | Systems and methods for independent application design and deployment to platform host |
WO2023239938A1 (en) * | 2022-06-10 | 2023-12-14 | Click Therapeutics, Inc. | Dynamic selection of configuration files for applications in accordance with adaptive goal setting |
-
2020
- 2020-05-22 US US16/882,279 patent/US20200372531A1/en active Pending
- 2020-05-22 US US16/881,945 patent/US11935002B2/en active Active
- 2020-05-22 US US16/882,274 patent/US10990993B2/en active Active
- 2020-05-22 US US16/882,291 patent/US11354735B2/en active Active
- 2020-05-22 US US16/882,112 patent/US11210687B2/en active Active
- 2020-05-22 US US16/882,286 patent/US11354690B2/en active Active
- 2020-05-22 US US16/882,137 patent/US11676103B2/en active Active
- 2020-05-22 US US16/882,163 patent/US11935003B2/en active Active
- 2020-05-22 US US16/881,896 patent/US11669805B2/en active Active
- 2020-05-22 US US16/881,938 patent/US11676102B2/en active Active
- 2020-05-22 US US16/881,909 patent/US20200372519A1/en not_active Abandoned
- 2020-05-22 US US16/881,860 patent/US11915196B2/en active Active
- 2020-05-22 US US16/881,897 patent/US11461843B2/en active Active
- 2020-05-22 US US16/881,918 patent/US11138621B2/en active Active
-
2021
- 2021-03-09 US US17/196,738 patent/US11797932B2/en active Active
- 2021-08-25 US US17/411,115 patent/US11875308B2/en active Active
- 2021-12-08 US US17/545,003 patent/US11948128B2/en active Active
-
2022
- 2022-06-02 US US17/830,558 patent/US11687882B2/en active Active
- 2022-06-03 US US17/831,624 patent/US11720856B2/en active Active
-
2023
- 2023-05-01 US US18/141,637 patent/US20230267415A1/en active Pending
- 2023-05-01 US US18/141,629 patent/US20230267414A1/en active Pending
- 2023-05-01 US US18/141,633 patent/US20230259881A1/en active Pending
- 2023-06-05 US US18/205,870 patent/US20230316228A1/en active Pending
- 2023-10-17 US US18/380,839 patent/US20240046212A1/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8433650B1 (en) * | 2003-10-21 | 2013-04-30 | Neil Thomas | Computerized process to, for example, automate the home sale, mortgage loan financing and settlement process, and the home mortgage loan refinancing and settlement processes |
US20140040113A1 (en) * | 2008-11-10 | 2014-02-06 | Lending Tree, LLC | Methods And Systems For Online Credit Offers |
US20140172531A1 (en) * | 2012-12-14 | 2014-06-19 | Michael A. Liberty | Performing transactions using qr codes |
AU2015203014A1 (en) * | 2014-06-13 | 2016-01-07 | Connect Financial LLC | A financial product recommendation for a consumer |
US20150379632A1 (en) * | 2014-06-30 | 2015-12-31 | Joseph Michael | Business method for efficient and direct loan financing |
Non-Patent Citations (1)
Title |
---|
Kantamneni, Nupur. Introducing Affirm Prequalification: Learn how it changes customer shopping behavior. Date: 07/25/2018. https://www.affirm.com/business/blog/prequalification (Year: 2018) * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11687882B2 (en) | 2019-05-23 | 2023-06-27 | Capital One Services, Llc | System and method for interfacing with a decisioning service from a third party domain |
US11720856B2 (en) | 2019-05-23 | 2023-08-08 | Capital One Services, Llc | System and method for providing API version control |
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200372519A1 (en) | System and method for obtaining prequalification information | |
US20230351499A1 (en) | System and method for integrated application and provisioning | |
US20230334459A1 (en) | System and method for integrated application and provisioning | |
US20180349990A1 (en) | Point-of-sale system for real-time risk assessment, instant message-based collaborative guarantorship, and method for using the same | |
US10628610B2 (en) | Identifying stolen databases | |
CA3020929A1 (en) | Integrated credit application and provisioning solution | |
US11443049B2 (en) | Systems and methods for securely handling private data in a cloud environment | |
US20170169430A1 (en) | Dynamically generated payment token ratings | |
US20230046688A1 (en) | Pre-Authorization of Non-Activated Payment Instruments at Specific Merchants | |
US20170221067A1 (en) | Secure electronic transaction | |
US10303335B2 (en) | Multicomputer processing of client device request data with centralized event orchestration | |
WO2022182729A1 (en) | Autonomous account creation for single sign-on | |
US20210056181A1 (en) | Information processing method, information processing apparatus, and medium | |
US10216917B2 (en) | Identity validation using local environment information | |
US10296882B2 (en) | Multicomputer processing of client device request data using centralized event orchestrator and link discovery engine | |
US20230119117A1 (en) | Security for connected devices | |
US10812574B2 (en) | Multicomputer processing of client device request data using centralized event orchestrator and dynamic endpoint engine | |
US20190392405A1 (en) | Correlating e-receipts to transaction entries | |
CN114862395A (en) | Transaction speed improving method, device, equipment and medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: CAPITAL ONE SERVICES, LLC, VIRGINIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:REPAKA, VIKRAMADITYA;GILLAM, DAVID;SOMASHEKHAR, SHIV;AND OTHERS;SIGNING DATES FROM 20200518 TO 20200520;REEL/FRAME:052752/0206 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |