US20110184840A1 - Systems and methods for facilitating account verification over a network - Google Patents

Systems and methods for facilitating account verification over a network Download PDF

Info

Publication number
US20110184840A1
US20110184840A1 US12/694,945 US69494510A US2011184840A1 US 20110184840 A1 US20110184840 A1 US 20110184840A1 US 69494510 A US69494510 A US 69494510A US 2011184840 A1 US2011184840 A1 US 2011184840A1
Authority
US
United States
Prior art keywords
client
transfer request
fund transfer
code
transfer
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
Application number
US12/694,945
Inventor
Nolwenn Godard
Ji Zhang
Mehul Asher
Maulshree Goyal
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PayPal Inc
Original Assignee
eBay Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by eBay Inc filed Critical eBay Inc
Priority to US12/694,945 priority Critical patent/US20110184840A1/en
Assigned to EBAY INC. reassignment EBAY INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ASHER, MEHUL, ZHANG, JI, GODARD, NOLWENN, GOYAL, MAULSHREE
Publication of US20110184840A1 publication Critical patent/US20110184840A1/en
Assigned to PAYPAL, INC. reassignment PAYPAL, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: EBAY INC.
Application status is Abandoned legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/385Use of an alias or a single-use code
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce, e.g. shopping or e-commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting

Abstract

In accordance with embodiments of the present disclosure, systems and methods for facilitating electronic commerce over a network include generating a transfer code for a client, associating the transfer code to a client account related to the client, providing the transfer code to the client over the network, receiving a fund transfer request from a trusted entity on behalf of the client over the network, the fund transfer request including the transfer code, extracting information from the fund transfer request including the transfer code associated with the fund transfer request, accessing the client account related to the client, extracting information from the client account including the transfer code associated with the client account, and verifying the transfer code of the fund transfer request by determining whether the transfer code associated with the client account matches the transfer code extracted from the fund transfer request.

Description

    BACKGROUND
  • 1. Technical Field
  • The present invention generally relates to network transactions and, more particularly, to facilitating electronic commerce, including account verification, over a network.
  • 2. Related Art
  • In electronic commerce, a user typically conducts financial transactions through electronic communication with online service providers over communication networks, such as the Internet. During the course of engaging in electronic commerce, the user provides identification information prior to requesting an online financial transaction. In general, conventional identification options include, for example, some form of payment media, such as a debit card number or a credit card number.
  • As such, in many instances, conventional identity verification techniques utilized by service providers require a user to provide a debit card number or credit card number to establish an online account and deposit funds to the online account from another account linked to the debit card or credit card. Unfortunately, since some users do not have a debit card or a credit card, these users often have difficulty depositing funds to the online account with the service provider.
  • Accordingly, these conventional identity verification techniques are insufficient and sometimes inconvenient for the user because the user is required to obtain either a debit card or a credit card, which may not be possible for the user. Hence, there exists a need to provide an improved verification technique to facilitate online financial transactions.
  • SUMMARY
  • In accordance with embodiments of the present disclosure, systems and methods for facilitating electronic commerce over a network include generating a transfer code for a client, associating the transfer code to a client account related to the client, providing the transfer code to the client over the network, receiving a fund transfer request from a trusted entity on behalf of the client over the network, the fund transfer request including the transfer code, extracting information from the fund transfer request including the transfer code associated with the fund transfer request, accessing the client account related to the client, extracting information from the client account including the transfer code associated with the client account, verifying the transfer code of the fund transfer request by determining whether the transfer code associated with the client account matches the transfer code extracted from the fund transfer request, approving the fund transfer request if the transfer code associated with the client account matches the transfer code extracted from the fund transfer request, and denying the fund transfer request if the transfer code associated with the client account fails to match the transfer code extracted from the fund transfer request.
  • In various implementations, the transfer code is a transfer identification (ID) code or a smart identification (ID) code, and providing the transfer code to the client over the network allows the client to include the transfer code in the fund transfer request. The fund transfer request received from the trusted entity over the network includes a client name related to the client along with the transfer code, and wherein the trusted entity comprises a regulated banking institution. In one aspect, the fund transfer request is initiated by the client via accessing the trusted entity over the network, wherein the trusted entity receives a request from the client to transfer funds from the trusted entity to the client account over the network.
  • In various implementations, the systems and methods may include extracting information from the fund transfer request including a client name associated with the fund transfer request, extracting information from the client account including a client name associated with the client account, verifying an identity of the client by determining whether the client name associated with the client account matches the client name extracted from the fund transfer request, approving the fund transfer request if the client name associated with the client account matches the client name extracted from the fund transfer request, and denying the fund transfer request if the client name associated with the client account fails to match the client name extracted from the fund transfer request. The systems and methods may include establishing the client account with the client over the network, and updating the client account by listing the client as a verified client after approving the fund transfer request. The systems and methods may include receiving monetary funds from the trusted entity on behalf of the client, if the fund transfer request is approved, and rejecting monetary funds from the trusted entity, if the fund transfer request is denied. The systems and methods may include maintaining a plurality of accounts including the client account, and storing information related to the client as part of the client account including the client name of the client and the transfer code. The systems and methods may include notifying the client over the network if the fund transfer request is approved, and notifying the client over the network if the fund transfer request is denied.
  • In accordance with embodiments of the present disclosure, a system for facilitating electronic commerce over a network includes a network interface component adapted to communicate with a trusted entity and a client over the network and a processing component adapted to generate a transfer code for the client, associate the transfer code to a client account related to the client, and provide the transfer code to the client over the network. The processing component may be adapted to receive a fund transfer request from the trusted entity on behalf of the client over the network, the fund transfer request including the transfer code, extract information from the fund transfer request including the transfer code associated with the fund transfer request, access the client account related to the client, extract information from the client account including the transfer code associated with the client account, and verify the transfer code of the fund transfer request by determining whether the transfer code associated with the client account matches the transfer code extracted from the fund transfer request. The processing component may be adapted to approve the fund transfer request if the transfer code associated with the client account matches the transfer code extracted from the fund transfer request and deny the fund transfer request if the transfer code associated with the client account fails to match the transfer code extracted from the fund transfer request.
  • These and other features and advantages of the present disclosure will be more readily apparent from the detailed description of the embodiments set forth below taken in conjunction with the accompanying drawings.
  • BRIEF DESCRIPTION OF THE FIGURES
  • FIG. 1 shows a block diagram of a system adapted to facilitate account verification over a network, in accordance with embodiments of the present disclosure.
  • FIG. 2 shows a method of a client-side process for facilitating account verification over a network, in accordance with embodiments of the present disclosure.
  • FIG. 3 shows a method of a server-side process for facilitating account verification over a network, in accordance with embodiments of the present disclosure.
  • FIG. 4 shows a method for facilitating account verification over a network, in accordance with embodiments of the present disclosure.
  • FIG. 5 shows a block diagram of a computer system suitable for implementing embodiments of the present disclosure.
  • Embodiments of the present disclosure and their advantages are best understood by referring to the detailed description that follows. It should be appreciated that like reference numerals are used to identify like elements illustrated in one or more of the figures, wherein showings therein are for purposes of illustrating embodiments of the present disclosure and not for purposes of limiting the same.
  • DETAILED DESCRIPTION
  • Embodiments of the present disclosure provide systems and methods for facilitating account verification over a network by utilizing a code issued by a service provider to verify and/or validate a client when the client conducts network transactions (e.g., fund transfers) with a trusted entity (e.g., regulated banking institution) using that code. For example, when the client requests a transfer of funds between accounts with the trusted entity and the service provider, the client is given a code by the service provider. The code is then utilized by the client to request a transfer of funds from the trusted entity to the service provider. The trusted entity sends a fund transfer request to service provider on behalf of the client, and the fund transfer request includes one or more of the name of the client, an account number, an amount, and the code. The service provider receives the fund transfer request from the trusted entity and verifies that the code was issued to the client, which may be stored as part of a client account with the service provider. Verification may enable the client to have higher limits on client accounts with the service provider and/or other advantages over non-verified clients. With increasing fraud and identity theft in electronic commerce, verification provides a way to enable trust and combat fraud.
  • FIG. 1 shows one embodiment of a system 100 adapted to facilitate account verification over a network. As shown in FIG. 1, the system 100 includes a client 110, a bank 120 (e.g., a regulated financial institution), and a service provider 130 adapted to process transactions on behalf of the client 110 and/or the bank 120. It should be appreciated that the bank 120 may comprise a plurality of banks with each having a client account 122. It should also be appreciated that the client 110 may be referred to as a user or customer without departing from the scope of the present disclosure.
  • In one embodiment, the client 110 establishes a client account with the service provider 130, wherein the client 110 may deposit monetary funds in the client account 114 via a network, such as the Internet, a mobile telecommunication network, etc. In one aspect, the service provider 130 may issue the client 110 some form of electronic commerce media, such as a electronic check resource, credit card, debit card, etc., that is linked to the client account 114. The client 110 is adapted to communicate with the bank 120 and the service provider 130 via the network by utilizing a client interface 112, such as a computing device (e.g., personal computer), a mobile communication device (e.g., mobile phone), and/or a network browser. The client 110 may establish the client account 114 with the service provider 130 via the client interface 112, and the client 110 may link one or more other accounts, such as the client account 122 with the bank 120, to the client account 114 with the service provider 130. The client 110 provides client information 116 to the service provider 130 to verify and/or validate client identification. The client 110 may also provide the client information 116 to the bank 120 to verify and/or validate client identification. The client information 116 may include one or more of username, password, personal identification number (PIN) and/or code (PIC), credit card number, debit card number, photograph image, biometric id, address, phone number, etc.
  • In one embodiment, for client verification over the network, the client 110 is able to access the client account 114 and request a transfer ID 118, which may also be referred to as a smart ID, from the service provider 130. In various implementations, the transfer ID 118 comprises a transfer identification (ID) code or a smart identification (ID) code. In one aspect, the transfer ID 118 allows the client 110 to provide verification for a transfer of funds between client related accounts, such as accounts 114, 122. For example, the client 110 may access the service provider 130 via a network connection, such as an Internet link, mobile phone link, landline link, etc., and request the transfer ID 118 via the user interface 112, such as a web browser or various other network software. In another example, the client 110 may confer with an agent related to the service provider 130 to request the transfer ID 118.
  • In one embodiment, the transfer ID 118 is issued to the client 110 by the service provider 130 to provide verification for the client 110 when the client 110 requests a fund transfer transaction with a trusted entity, such as the bank 120, using the issued transfer ID 118. In one aspect, the service provider 130 may then classify the client 110 as a verified client after a successful fund transfer with a trusted entity, provided that the account 122 with the bank 120 was automatically or manually added as being related to the client account 114 with the service provider 130. This verified status of the client 110 may enable the service provider 130 to raise spending limits for the client account 114. Further scope related to the transfer ID and the verification process is described in greater detail herein.
  • In one embodiment, the service provider 130 includes a processing component 132 that is adapted to communicate with a clearing house 140 to debit the client account 122 with the bank 120 and credit the client account 114 with the service provider 130 according to an amount specific to the fund transfer request. In one embodiment, when a fund transfer is approved and completed, the clearing house 140 resolves financial transactions through validation, delivery, and settlement. As such, the clearing house 140 may comprise an agency or institution having a system for settling indebtedness between members of that system through which accounts may be debited and/or credited of monetary funds.
  • In one implementation, upon receiving a fund transfer request from the bank 120, the processing component 132 is adapted to access the client account 114, review the transfer ID 118 stored with the account 114, and determine whether the transfer ID 118 sent with the fund transfer request is the same as the transfer ID 118 stored with the account 114. If the transfer IDs 118 match, then the processing component 132 may approve the fund transfer between client accounts 114, 122. Otherwise, if the transfer IDs 118 do not match, then the processing component 132 may suspend, deny, or cancel the fund transfer between client accounts 114, 122. In the event of an approved, suspended, or denied fund transfer request, the processing component 132 may be adapted to notify the client 110 and/or the bank 110 of a fund transfer status related to approval, suspension, or denial.
  • In various embodiments, transactions related to fund transfers may take place over a network, such as the Internet, a mobile communication network, a landline communication network, a satellite communication network, etc. The interface device 112 of the client 110 may include a network interface device, such as a computer, mobile phone, personal digital assistant, etc., that is adapted to allow the client 110 to communicate with the bank 120 and the service provider 130 via the network. The bank 120 may utilize a server that is adapted to communicate with the client 110 to allow access to the client account 122 and requests for fund transfers via the network and communicate with the service provider 130 to process fund transfer transactions via the network. Similarly, the service provider 130 may utilize a server adapted to communicate with the client 110, the bank 120, and/or the clearing house 140 to process and resolve fund transfer requests and various other financial transactions over the network. In one implementation, the service provider 130 may utilize a server having the processing component 132 and a storage component adapted to locally store one or more accounts, including the client account 114, along with information related to one or more clients, including the client information 116 related to the client 110.
  • In various embodiments, the network may be implemented as a single network or a combination of multiple networks. For example, in various embodiments, the network may include the Internet, one or more intranets, landline networks, wireless networks, and/or some other appropriate type of communication network. In another example, the network may comprise a wireless telecommunications network (e.g., cellular phone network) adapted to communicate with other communication networks, such as the Internet.
  • In one embodiment, the client 110 may utilize the interface device 112, such as a personal computer, mobile phone device, etc., to communicate with the bank 120 and the service provider 130 and/or access the client accounts 114, 122, respectively, via any appropriate combination of hardware and/or software configured for wired and/or wireless communication over the network. In one implementation, the client 110 may use a browser application to browse information available over the network. For example, the client 110 may use a web browser to view client account information available over the Internet from the bank 120 and/or the service provider 130.
  • In one embodiment, the client 110 may be asked to provide identification information to the service provider 130 for fund transfer processing. For example, the identification information provided by the client 110 may include personal information (e.g., a username, password, personal identification number (PIN) and/or code (PIC), credit card number, debit card number, photograph image, biometric id, address, phone number, etc.) and banking information related to one or more banks, such as the bank 120 (e.g., banking institution, credit card issuer, user account numbers, security information, etc.). In one implementation, identification information provided by the client 110 may be passed with a fund transfer request to the processing component 132 of the service provider 130 to associate the client 110 with the client accounts 114, 122 and the transfer ID 118.
  • In one embodiment, the bank 120 may provide identification information related to the client 110 and/or the bank 120 to be included as part of the fund transfer request. The identification information may include personal, business, and/or banking information. In various implementations, the identification information provided by the bank 120 may be passed with the fund transfer request to the processing component 132 of the service provider 130 to process the fund transfer request, and the identification information provided by the bank 120 may be used by the processing component 132 to associate the fund transfer with the client 110 and/or the bank 120.
  • In one embodiment, the service provider 130 is adapted to provide transaction processing, including fund transfers, on behalf of the client 110 and the bank 120. In this regard, the service provider 130 may utilize some form of processing application configured to interact with the client 110 and the bank 120 to facilitate transactions, including fund transfers and identity verification through fund transfers. In one example, the service provider 130 may be provided by PayPal, Inc. of San Jose, Calif., USA.
  • In one embodiment, the service provider 130 may be adapted to maintain a plurality of accounts, including the client account 114, which may include account information related to client 110, such as the client information 116. Accordingly, the service provider 130 is adapted to store information related to a plurality of clients, including the client 110, as part of each client account, such as the client account 114. For example, the stored information includes the client information 116, such as the name of the client 118 and the transfer ID 118 associated with the client 110. In another example, account information may include private financial information of the client 110, such as an account number, username, password, personal identification number (PIN) and/or code (PIC), credit card information, debit card information, banking information, and/or other types of financial information, which may be used to facilitate transactions including fund transfers, between the client 110, the bank 120, and/or the service provider 130.
  • FIG. 2 shows one embodiment of a method 200 of a client-side process for facilitating account verification over a network. For purposes of explanation, the method 200 of FIG. 2 is discussed in reference to FIG. 1, but should not be limited thereto.
  • In one implementation, the client 110 may utilize the client interface 112 to access the service provider 130 (block 210) and request a transfer ID 118 from the service provider 130 (block 212). After obtaining the transfer ID 118 (block 214), the client 110 may utilize the client interface 112 to access the bank 120 and the client account 122 related thereto (block 216) and request a fund transfer (e.g., an electronic fund transfer (EFT)) from the bank 120 including the transfer ID118 as part of the fund transfer request (block 218).
  • In one aspect, obtaining the transfer ID 118 from the service provider 130 over the network allows the client 110 to include the transfer ID 118 in a fund transfer request. As such, the client 110 may request a transfer of funds from the client account 122 with the bank 120 to the client account 114 with the service provider 130 by providing the transfer ID 118 as identification information to be included as part of the fund transfer request. Upon validation of the client's identity by the service provider 130 based, at least in part, on the verifying the transfer ID 118, the bank 120 is adapted to debit the client account 122 and push (i.e., send or transfer) the funds requested by the fund transfer to the service provider 130 for deposit in the client account 114 (block 220). The service provider 130 may also validate the identity of the client 110 by verifying client information, such as client name, in the fund transfer request.
  • In one embodiment, the client 110 provides the transfer ID 118 issued by the service provider 130 with the fund transfer request. When transferring funds from account 122 to account 114, the bank 120 submits the transfer ID 118 to the service provider 130 as part of the fund transfer. When the bank 120 sends a statement to the service provider 130 referring to the client 110, which may include a client name, account number, amount, and the transfer ID 118, the service provider 130 verifies that the transfer ID 118 sent to the client 110 is the same as the transfer ID 118 sent with the funds. In one aspect, this process may be used by the service provider 130 to verify the identity of the client 110. Further scope related to the transfer ID and the verification process is described in greater detail herein.
  • In one implementation, the client 110 may establish the client account 114 with the service provider 130, and when establishing the client account 114, the client 110 may be prompted to provide personal identification information, such as a client name, password, personal identification number (PIN) and/or code (PIC), credit card number, debit card number, photograph image, biometric id, address, phone number, etc., and financial information, such as banking information, credit information, account numbers, security information, etc. In one aspect, information related to the client 110 may be packaged as a client identifier, which may include attributes related to the client 110, such as personal information and banking information. In various aspects, the client identifier may be passed with a login request, access request, purchase request, and/or transaction request to the service provider 130 via the network, and the client identifier may be used by the service provider 130 to associate the client 110 with a particular client account, such as the client account 114, maintained by the service provider 130. In one aspect, the client 110 may link other accounts, such as the client account 122 with the bank 120, with the client account 114 to electronically transfer or deposit monetary funds into the client account 114. In another aspect, the client 110 may be prompted to provide identification information to the service provider 130 and banking information related to the client account 122 and the bank 120 prior to transferring funds into the client account 114.
  • FIG. 3 shows one embodiment of a method 300 of a server-side process for facilitating account verification over a network. For purposes of explanation, the method 300 of FIG. 3 is discussed in reference to FIG. 1, but should not be limited thereto.
  • In one implementation, the service provider 130 is adapted to generate a transfer ID 118 for the client 110 based on request by the client 110 (block 310). In one aspect, when generating the transfer ID 118 for the client 110, the service provider 130 is adapted to associate the transfer ID 118 to the client account 114 and/or provide the transfer ID 118 to the client 110 over the network via, for example, the client interface 112. In another aspect, the transfer ID 118 is unique to the client 110 and/or the client account 114.
  • The service provider 130 is adapted to receive a fund transfer request from a trusted entity, such as the bank 110, on behalf of the client 110 over the network (block 312). In one aspect, the fund transfer request comprises a request for an electronic fund transfer (EFT) initiated by the client 110 from at least one account with the trusted entity, such as the client account 122 with the bank 120. In another aspect, the fund transfer request includes the transfer ID 118 and/or the name of the client 110 as identity information.
  • The service provider 130 is adapted to verify the identity of the client 110 based on information passed with the fund transfer request (block 314). In one aspect, when verifying the identity of the client 110, the service provider 130 is adapted to extract information from the fund transfer request including the client name associated with the fund transfer request, access the client account 114 related to the client 110, extract information from the client account 114 including the client name associated with the client account 114, and determine whether the client name associated with the client account 114 matches the client name extracted from the fund transfer request.
  • Accordingly, the service provider 130 is adapted to compare and determine if a match exists between the client name related to the client account 114 and the client name provided as part of the fund transfer request. If the client names are compared and a match is determined, then the identity of the client 110 is verified. If the client names are compared and a match is not determined, then the identity of the client 110 is not verified.
  • The service provider 130 is adapted to verify the transfer ID 118 related to the client 110 based on information passed with the fund transfer request (block 316). In one aspect, when verifying the transfer ID 118 related to the client 110, the service provider 130 is adapted to extract information from the fund transfer request including the transfer ID 118 associated with the fund transfer request, access the client account 114 related to the client 110, extract information from the client account 114 including the transfer ID 118 associated with the client account 114, and determine whether the transfer ID 118 associated with the client account 114 matches the transfer ID 118 extracted from the fund transfer request.
  • Accordingly, the service provider 130 is adapted to compare and determine if a match exists between the transfer ID 118 related to the client account 114 and the transfer ID provided as part of the fund transfer request. If the transfer IDs are compared and a match is determined, then the transfer ID 118 of the client 110 is verified. If the transfer IDs are compared and a match is not determined, then the transfer ID of the client 110 is not verified.
  • The service provider 130 is adapted to validate the account information of the client 110 (block 318) if the identity of the client 110 is verified (block 314) and/or if the transfer ID 118 of the client 110 is verified (block 316). In one implementation, the service provider 130 is adapted to approve the fund transfer request, if the client name associated with the client account 114 matches the client name extracted from the fund transfer request, and the service provider 130 is adapted to suspend, deny, or cancel the fund transfer request, if the client name associated with the client account 114 fails to match the client name extracted from the fund transfer request. In another implementation, the service provider 130 is adapted to approve the fund transfer request if the transfer ID 118 associated with the client account 114 matches the transfer ID 118 extracted from the fund transfer request, and the service provider 130 is adapted to suspend, deny, or cancel the fund transfer request, if the transfer ID 118 associated with the client account 114 fails to match the transfer ID 118 extracted from the fund transfer request.
  • If the identity and the transfer ID of the client 110 is determined to be validated (block 320), then the client 110 is determined to have ownership of the client accounts 114, 122, and the service provider 130 receives and posts the pushed funds to the client account 114 (block 322). In one aspect, the service provider 130 may update the client account 114 by listing the client 110 as a verified client after approving the fund transfer request. In another aspect, once the fund transfer request is completed and the funds are deposited in the client account 114, the service provider 130 may notify the client 110 and/or the bank 120 of the completed fund transfer and/or deposited funds (block 324). In various implementations, the service provider 130 may send a notification message to the client 110 over the network via the client interface 112, and the client 110 may be notified with an email message, a text message, voice mail message, etc.
  • Otherwise, if the identity and the transfer ID of the client 110 is determined to not be validated (block 320), then the service provider 130 is adapted to suspend the fund transfer for a predetermined time period and review the client's account information for any errors (block 330). If, after review, the service provider 130 is unable to validate the identity and transfer ID of the client 110 (block 332), then the client 110 may not be determined to have ownership of the client accounts 114, 122, and the service provider 130 denies or cancels the fund transfer and rejects the funds for deposit in the client account 114 (block 334). Once the fund transfer request is denied and the funds are not deposited in the client account 114, the service provider 130 may notify the client 110 and/or the bank 120 of the denied or cancelled fund transfer and/or the non-deposited funds (block 324). As previously discussed, the service provider 130 may send a notification message to the client 110 over the network via the client interface 112, and the client 110 may be notified with an email message, a text message, voice mail message, etc.
  • In one aspect, the client 110 initiates the fund transfer from the client's bank account, such as client account 122 with the bank 120. With an accurate name match (e.g., bank account 122 versus service provider account 114), and with an accurate transfer ID match (e.g., transfer ID provided by service provider versus transfer ID provided with fund transfer request), the service provider 130 is adapted to confirm client ownership of the client's bank account 122 and the client's identity. In another aspect, the service provider 130 validates the bank information and the client account 122 as legitimate by matching the transfer IDs and client names on the client accounts 114, 122. If an accurate match is determined, then the bank information is added to the client account 114 as a confirmed status of the bank 120 and client account 122, and the service provider 130 pushes (i.e., transfers) the funds to the client account 114. In another aspect, in case there is no accurate match, the funds may be pushed to a temporary account for manual review of identity and transfer IDs.
  • In one implementation, the service provider 130 may be adapted to establish a client account 114 with the client 110 based on information provided or inputted by the client via the client interface 112. When establishing the client account 114 with the client 110, the service provider 130 may be adapted to prompt the client 110 to provide identification information, such as a client name, password, personal identification number (PIN) and/or code (PIC), credit card number, debit card number, photograph image, biometric id, address, phone number, etc., and financial information, such as banking information, credit information, account numbers, security information, etc. In one aspect, information related to the client 110 may be stored as part of the client account 114 and may be packaged as a client identifier, which may include attributes associated with the client 110, such as personal information and banking information. In various aspects, the client identifier may be passed with the fund transfer request from the bank 120 to the service provider 130 via the network, and the client identifier may be used by the service provider 130 to associate the client 110 with a particular client account, such as the client account 114, maintained by the service provider 130. In one aspect, the service provider 130 is adapted to link other accounts, such as the client account 122 with the bank 120, with the client account 114 to transfer or deposit funds into the client account 114. As such, the service provider 130 may prompt the client 110 to provide permission to link one or more other accounts to the client account 114 and to provide identification information to the service provider 130 prior to transferring and/or depositing funds into the client account 114.
  • FIG. 4 shows one embodiment of a method 400 for facilitating account verification over a network. For purposes of explanation, the method 400 of FIG. 4 is discussed in reference to FIG. 1, but should not be limited thereto.
  • In one implementation, when the client 110 requests a transfer of funds to the service provider 130 from the bank 120, the client 110 is given a transfer ID 118 (i.e., verification code) by the service provider 130. The transfer ID 118 is used when the client 110 accesses the client bank account 122 with the bank 120 to request the transfer of funds from the client bank account 122 to the client account 114 with the service provider 130. When the bank 120 sends a statement to the service provider 130 about the client 110, which may include a client name, account number, amount, and the transfer ID 118, the service provider 130 may verify that the same transfer ID 118 was used to verify the client 110 as owner of the client account 114. This verification enabled the client 110 to have higher spending limits or other advantages over non-verified clients.
  • In one embodiment, referring to the method 400 of FIG. 4, the client 110 receives transfer information from the service provider 130 (block 410). In one aspect, the transfer information includes the unique transfer ID 118 issued to the client 110 by the service provider 130. The transfer ID 118 is generated based on request by the client 110.
  • The client 110 accesses the bank 120 and provides transfer instructions to the bank 120 (block 412). The transfer instructions include identity information related to the client 110 and the transfer ID 118. In the transfer instructions, the bank 120 is instructed by the client 110 to include the identity information and the transfer ID 118 with the request for the transfer of funds from the client bank account 122 to the client account 114 with the service provider 130.
  • The bank 110 sends a request for a transfer of funds to the service provider 130 based on information in the transfer instructions via, for example, the automatic clearing house (ACH) network (block 414). It should be appreciated that the ACH network may comprise any agency or institution having a system for settling indebtedness between members of that system through which accounts may be debited and/or credited of monetary funds, without departing from the scope of the present disclosure.
  • The service provider 130 receives the fund transfer request from the bank 120, which includes the client identity information and the transfer ID 118, and the service provider 130 matches the client identity information, such as client name, and the transfer ID 118 to the client information 116 and transfer ID 118 stored as part of the client account 114 (block 416) to confirm the client 110 as owner of the client account 114.
  • If the match is successful (block 418), then the transferred funds are received from the bank 120 and posted to the client account 114 (block 422). Otherwise, if the match is not successful (block 418), then the fund transfer transaction is placed under manual review (block 420). Once the transferred funds are posted to the client account 114, the service provider 130 adds the bank 120 to the client account 114 (block 424).
  • The service provider 130 determines if the bank 120 is a successful addition (block 426). In one implementation, if the bank 120 is a successful addition, then the service provider 130 determines if the bank 120 is a local bank (block 428). If the bank 120 is a local bank, then the service provider 130 determines if a minimum verification amount is met (block 430). If the minimum verification amount is met, then the service provider 130 verifies the account (block 432) and sends a modified verification message to the client 110 (block 434). In one aspect, the modified verification message may comprise an email, text message, voice mail message, etc. In another aspect, if the bank 120 is not considered a local bank (block 428), or if the minimum verification amount is not met (block 430), then the service provider 130 does not verify the client account 114 (block 440).
  • Otherwise, in another implementation, if the bank 120 is not a successful addition (block 426), then the service provider 130 determines if the bank 120 is a local bank (block 436). If the bank 120 is a local bank, then the service provider 130 determines if a minimum verification amount is met (block 438). If the minimum verification amount is met, then the service provider 130 checks the account number in the fund transfer transaction (block 442), and determines whether the account exists (block 444). In one aspect, if the bank 120 is not considered a local bank (block 436), or if the minimum verification amount is not met (block 438), then the service provider 130 does not verify the client account 114 (block 440).
  • Next, if the account is determined to exist (block 444), then the service provider 130 is adapted to check a verification table (block 446) and determine whether the account exists in the verification table (block 450). If the account does not exist in the verification table, then the service provider 130 updates the verification table and verifies the client account 114 (block 452). Then, the service provider 130 sends a modified verification message to the client 110 (block 454). In one aspect, the modified verification message may comprise an email, text message, voice mail message, etc. Otherwise, if the account does not exist (block 444), or if the account exists in the verification table (block 450), then the service provider 130 does not verify the client account 114 (block 448).
  • In various aspects of the present disclosure, with increasing fraud and identity theft, verification provides a system and method to enable trust and combat fraud in electronic commerce (i.e., e-commerce), Verified clients or users may have additional benefits, such as lifting spending limits or allowing higher amount payments. Verification may serve as a verification score check, such as a credit check, for third parties.
  • FIG. 5 shows a block diagram of a computer system 500 suitable for implementing embodiments of the present disclosure. Computer system 500 includes a bus 502 or other communication mechanism for communicating information, which interconnects subsystems and components, such as processing component 504 (e.g., processor, micro-processor, micro-controller, digital signal processing (DSP) device), system memory component 506 (e.g., RAM), static storage component 508 (e.g., ROM), disk drive component 510 (e.g., magnetic or optical), network interface component 512 (e.g., modem, Ethernet card, wireless transceiver), display component 514 (e.g., CRT or LCD), input component 516 (e.g., keyboard), and cursor control component 518 (e.g., mouse or trackball).
  • In accordance with embodiments of the present disclosure, computer system 500 performs specific operations by processor 504 executing one or more sequences of one or more instructions contained in system memory component 506. Such instructions may be read into system memory component 506 from another computer readable medium, such as static storage component 508 or disk drive component 510. In other embodiments, hard-wired circuitry may be used in place of or in combination with software instructions to implement embodiments of the present disclosure.
  • Logic may be encoded in a computer readable medium, which may refer to any medium that participates in providing instructions to processor 504 for execution. Such a medium may take many forms, including but not limited to, non-volatile media and volatile media. In various implementations, non-volatile media includes optical or magnetic disks, such as disk drive component 510, and volatile media includes dynamic memory, such as system memory component 506. It should be appreciated that data and information related to instructions may be transmitted to computer system 500 via various types of transmission media, such as coaxial cables, copper wire, and fiber optics, including wires that comprise bus 502. In various examples, transmission media may take the form of acoustic or light waves, such as those generated during radio wave and infrared data communications.
  • Some common forms of computer readable media includes, for example, floppy disk, flexible disk, hard disk, magnetic tape, any other magnetic medium, CD-ROM, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, RAM, PROM, EPROM, FLASH-EPROM, any other memory chip or cartridge, carrier wave, or any other medium from which a computer is adapted to read.
  • In various embodiments of the present disclosure, execution of instruction sequences to practice the systems and methods described herein may be performed by computer system 500. In various other embodiments of the present disclosure, a plurality of computer systems 500 coupled by communication link 520 (e.g., LAN, wireless LAN, wireless network) may perform instruction sequences to practice the systems and methods described herein in coordination with one another.
  • Computer system 500 may transmit and receive messages, data, information and instructions, including one or more programs (i.e., application code) through communication link 520 and network interface component 512. Received program code may be executed by processor 504 as received and/or stored in disk drive component 510 or some other non-volatile storage component for execution.
  • Where applicable, various embodiments provided by the present disclosure may be implemented using hardware, software, or combinations of hardware and software. Also, where applicable, the various hardware components and/or software components set forth herein may be combined into composite components comprising software, hardware, and/or both without departing from the spirit of the present disclosure. Where applicable, the various hardware components and/or software components set forth herein may be separated into sub-components comprising software, hardware, or both without departing from the scope of the present disclosure. In addition, where applicable, it is contemplated that software components may be implemented as hardware components and vice-versa.
  • Software, in accordance with the present disclosure, such as program code and/or data, may be stored on one or more computer readable mediums. It is also contemplated that software identified herein may be implemented using one or more general purpose or specific purpose computers and/or computer systems, networked and/or otherwise. Where applicable, the ordering of various steps described herein may be changed, combined into composite steps, and/or separated into sub-steps to provide features described herein.
  • The foregoing disclosure is not intended to limit the present disclosure to the precise forms or particular fields of use disclosed. It is contemplated that various alternate embodiments and/or modifications to the present disclosure, whether explicitly described or implied herein, are possible in light of the disclosure. Having thus described embodiments of the present disclosure, persons of ordinary skill in the art will recognize that changes may be made in form and detail without departing from the scope of the present disclosure. Thus, the present disclosure is limited only by the claims.

Claims (22)

1. A method for facilitating electronic commerce over a network, the method comprising:
generating a transfer code for a client;
associating the transfer code to a client account related to the client;
providing the transfer code to the client over the network;
receiving a fund transfer request from a trusted entity on behalf of the client over the network, the fund transfer request including the transfer code;
extracting information from the fund transfer request including the transfer code associated with the fund transfer request;
accessing the client account related to the client;
extracting information from the client account including the transfer code associated with the client account;
verifying the transfer code of the fund transfer request by determining whether the transfer code associated with the client account matches the transfer code extracted from the fund transfer request;
approving the fund transfer request if the transfer code associated with the client account matches the transfer code extracted from the fund transfer request; and
denying the fund transfer request if the transfer code associated with the client account fails to match the transfer code extracted from the fund transfer request.
2. The method of claim 1, wherein the transfer code comprises a transfer identification (ID) code or a smart identification (ID) code.
3. The method of claim 1, wherein providing the transfer code to the client over the network allows the client to include the transfer code in the fund transfer request.
4. The method of claim 1, wherein the fund transfer request received from the trusted entity over the network includes a client name related to the client along with the transfer code, and wherein the trusted entity comprises a regulated banking institution.
5. The method of claim 1, further comprising:
extracting information from the fund transfer request including a client name associated with the fund transfer request;
extracting information from the client account including a client name associated with the client account;
verifying an identity of the client by determining whether the client name associated with the client account matches the client name extracted from the fund transfer request;
approving the fund transfer request if the client name associated with the client account matches the client name extracted from the fund transfer request; and
denying the fund transfer request if the client name associated with the client account fails to match the client name extracted from the fund transfer request.
6. The method of claim 1, further comprising:
establishing the client account with the client over the network; and
updating the client account by listing the client as a verified client after approving the fund transfer request.
7. The method of claim 1, further comprising:
receiving monetary funds from the trusted entity on behalf of the client, if the fund transfer request is approved; and
rejecting monetary funds from the trusted entity, if the fund transfer request is denied.
8. The method of claim 1, wherein the fund transfer request is initiated by the client via accessing the trusted entity over the network, and wherein the trusted entity receives a request from the client to transfer funds from the trusted entity to the client account over the network.
9. The method of claim 1, further comprising:
maintaining a plurality of accounts including the client account; and
storing information related to the client as part of the client account including the client name of the client and the transfer code.
10. The method of claim 1, further comprising:
notifying the client over the network if the fund transfer request is approved; and
notifying the client over the network if the fund transfer request is denied.
11. A system for facilitating electronic commerce over a network, the system comprising:
a network interface component adapted to communicate with a trusted entity and a client over the network; and
a processing component adapted to:
generate a transfer code for the client;
associate the transfer code to a client account related to the client;
provide the transfer code to the client over the network;
receive a fund transfer request from the trusted entity on behalf of the client over the network, the fund transfer request including the transfer code;
extract information from the fund transfer request including the transfer code associated with the fund transfer request;
access the client account related to the client;
extract information from the client account including the transfer code associated with the client account;
verify the transfer code of the fund transfer request by determining whether the transfer code associated with the client account matches the transfer code extracted from the fund transfer request;
approve the fund transfer request if the transfer code associated with the client account matches the transfer code extracted from the fund transfer request; and
deny the fund transfer request if the transfer code associated with the client account fails to match the transfer code extracted from the fund transfer request.
12. The system of claim 11, wherein the transfer code comprises a transfer identification (ID) code or a smart identification (ID) code.
13. The system of claim 11, wherein providing the transfer code to the client over the network allows the client to include the transfer code in the fund transfer request.
14. The system of claim 11, wherein the fund transfer request received from the trusted entity over the network includes a client name related to the client along with the transfer code, and wherein the trusted entity comprises a regulated banking institution.
15. The system of claim 11, wherein the processing component is adapted to:
extract information from the fund transfer request including a client name associated with the fund transfer request;
extract information from the client account including a client name associated with the client account;
verify an identity of the client by determining whether the client name associated with the client account matches the client name extracted from the fund transfer request;
approve the fund transfer request if the client name associated with the client account matches the client name extracted from the fund transfer request; and
deny the fund transfer request if the client name associated with the client account fails to match the client name extracted from the fund transfer request.
16. The system of claim 11, wherein the processing component is adapted to:
establish the client account with the client over the network; and
update the client account by listing the client as a verified client after approving the fund transfer request.
17. The system of claim 11, wherein the processing component is adapted to:
receive monetary funds from the trusted entity on behalf of the client, if the fund transfer request is approved; and
reject monetary funds from the trusted entity, if the fund transfer request is denied.
18. The system of claim 11, wherein the fund transfer request is initiated by the client via accessing the trusted entity over the network, and wherein the trusted entity receives a request from the client to transfer funds from the trusted entity to the client account over the network.
19. The system of claim 11, wherein the processing component is adapted to:
maintain a plurality of accounts including the client account; and
store information related to the client as part of the client account including the client name of the client and the transfer code.
20. The system of claim 11, wherein the processing component is adapted to:
notify the client over the network if the fund transfer request is approved; and
notify the client over the network if the fund transfer request is denied.
21. Software encoded in at least one computer readable medium and when executed operable to:
communicate with a trusted entity and a client over a network;
generate a transfer code for the client;
associate the transfer code to a client account related to the client;
provide the transfer code to the client over the network;
receive a fund transfer request from the trusted entity on behalf of the client over the network, the fund transfer request including the transfer code;
extract information from the fund transfer request including the transfer code associated with the fund transfer request;
access the client account related to the client;
extract information from the client account including the transfer code associated with the client account;
verify the transfer code of the fund transfer request by determining whether the transfer code associated with the client account matches the transfer code extracted from the fund transfer request;
approve the fund transfer request if the transfer code associated with the client account matches the transfer code extracted from the fund transfer request; and
deny the fund transfer request if the transfer code associated with the client account fails to match the transfer code extracted from the fund transfer request.
22. The software of claim 21, further operable to:
extract information from the fund transfer request including a client name associated with the fund transfer request;
extract information from the client account including a client name associated with the client account;
verify an identity of the client by determining whether the client name associated with the client account matches the client name extracted from the fund transfer request;
approve the fund transfer request if the client name associated with the client account matches the client name extracted from the fund transfer request; and
deny the fund transfer request if the client name associated with the client account fails to match the client name extracted from the fund transfer request.
US12/694,945 2010-01-27 2010-01-27 Systems and methods for facilitating account verification over a network Abandoned US20110184840A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/694,945 US20110184840A1 (en) 2010-01-27 2010-01-27 Systems and methods for facilitating account verification over a network

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/694,945 US20110184840A1 (en) 2010-01-27 2010-01-27 Systems and methods for facilitating account verification over a network
US14/709,321 US9858570B2 (en) 2010-01-27 2015-05-11 Systems and methods for facilitating account verification over a network
US15/859,146 US20180260810A1 (en) 2010-01-27 2017-12-29 Systems and methods for facilitating account verification over a network

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/709,321 Continuation US9858570B2 (en) 2010-01-27 2015-05-11 Systems and methods for facilitating account verification over a network

Publications (1)

Publication Number Publication Date
US20110184840A1 true US20110184840A1 (en) 2011-07-28

Family

ID=44309694

Family Applications (3)

Application Number Title Priority Date Filing Date
US12/694,945 Abandoned US20110184840A1 (en) 2010-01-27 2010-01-27 Systems and methods for facilitating account verification over a network
US14/709,321 Active 2031-03-17 US9858570B2 (en) 2010-01-27 2015-05-11 Systems and methods for facilitating account verification over a network
US15/859,146 Pending US20180260810A1 (en) 2010-01-27 2017-12-29 Systems and methods for facilitating account verification over a network

Family Applications After (2)

Application Number Title Priority Date Filing Date
US14/709,321 Active 2031-03-17 US9858570B2 (en) 2010-01-27 2015-05-11 Systems and methods for facilitating account verification over a network
US15/859,146 Pending US20180260810A1 (en) 2010-01-27 2017-12-29 Systems and methods for facilitating account verification over a network

Country Status (1)

Country Link
US (3) US20110184840A1 (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2505710A (en) * 2012-09-11 2014-03-12 Barclays Bank Plc Registration method and system for secure online banking
US20150206138A1 (en) * 2012-07-24 2015-07-23 Adaptive Payments, Inc. System and method for funds transfer processing
WO2016089783A1 (en) * 2014-12-03 2016-06-09 Alibaba Group Holding Limited System and method for secure account transfer
KR20170085059A (en) * 2014-12-03 2017-07-21 알리바바 그룹 홀딩 리미티드 System and method for secure account transfer
US9875468B2 (en) 2014-11-26 2018-01-23 Buy It Mobility Networks Inc. Intelligent authentication process
US10248954B2 (en) 2014-08-14 2019-04-02 Alibaba Group Holding Limited Method and system for verifying user identity using card features
US10249013B2 (en) 2015-02-03 2019-04-02 Alibaba Group Holding Limited Method and system for wireless payment of public transport fare
US10275813B2 (en) 2014-07-08 2019-04-30 Alibaba Group Holding Limited Method and system for providing a transaction platform for pre-owned merchandise
US10296636B2 (en) 2015-10-09 2019-05-21 Alibaba Group Holding Limited Efficient navigation category management
US10325088B2 (en) 2014-07-03 2019-06-18 Alibaba Group Holding Limited Method and system for information authentication

Citations (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020059146A1 (en) * 2000-09-07 2002-05-16 Swivel Technologies Limited Systems and methods for identity verification for secure transactions
US20030070080A1 (en) * 1991-11-15 2003-04-10 Rosen Sholom S. Electronic-monetary system
US20040068448A1 (en) * 2000-12-06 2004-04-08 Min-Suh Kim Electronic financial transaction system and method providing real-time authentication service through wire/wireless communication network
US20040088258A1 (en) * 2002-10-31 2004-05-06 Mccoy Randal A. Verification of a financial instrument using a random number of transactions
US20050055296A1 (en) * 2003-09-08 2005-03-10 Michael Hattersley Method and system for underwriting and servicing financial accounts
US6882986B1 (en) * 2000-08-07 2005-04-19 Tymetrix Method for automatic processing of invoices
US20050149439A1 (en) * 2004-01-07 2005-07-07 Daniel Suisa Transaction Method and System Using an Issued Transaction Number for Verification of a Transaction
US20050182720A1 (en) * 2003-02-24 2005-08-18 Wow! Technologies, Inc. Online payment system and method
US20050222963A1 (en) * 1999-03-18 2005-10-06 Oracle International Corporation Methods and systems for single sign-on authentication in a multi-vendor e-commerce environment and directory-authenticated bank drafts
US20050246293A1 (en) * 2002-03-04 2005-11-03 Ong Yong K Electronic transfer system
US20060184428A1 (en) * 2000-09-25 2006-08-17 Ecardless Bancorp Ltd. Transferring funds in connection with internet orders using order variables from two sources and authentication
US20060206425A1 (en) * 2005-03-11 2006-09-14 Dushyant Sharma Electronic payment system for financial institutions and companies to receive online payments
US7120608B1 (en) * 2000-08-15 2006-10-10 Yahoo ! Inc. Systems and methods for implementing person-to-person money exchange
US20070245022A1 (en) * 2006-04-07 2007-10-18 Hugo Olliphant Dynamic content for online transactions
US20070250440A1 (en) * 2006-04-25 2007-10-25 Uc Group Limited Systems and methods for funding payback requests for financial transactions
US20070255662A1 (en) * 2006-03-30 2007-11-01 Obopay Inc. Authenticating Wireless Person-to-Person Money Transfers
US20070260536A1 (en) * 2006-05-02 2007-11-08 Brian Stone Method and system for account verification
US20070272736A1 (en) * 2006-05-24 2007-11-29 Jason Brooks Systems and methods for transferring value between stored value systems
US20070282739A1 (en) * 2006-05-30 2007-12-06 Jacob Thomsen Computer implemented method and system for rapid verification and administration of fund transfers and a computer program for performing said method
US20080091600A1 (en) * 2006-04-28 2008-04-17 Rockne Egnatios Methods and systems for opening and funding a financial account online
US20080140548A1 (en) * 2006-09-12 2008-06-12 Daniel Csoka Systems and methods for transferring funds from a sending account
US20080154773A1 (en) * 2000-02-10 2008-06-26 Jove Corporation System and method for secure data and funds transfer
US20080210751A1 (en) * 2005-03-21 2008-09-04 Young-Su Kim System And Method For Transferring Money Based On Approval Of Transfer Request Transmitted From Receiver To Sender
US20090034521A1 (en) * 2006-03-29 2009-02-05 The Bank Of Tokyo-Mitsubishi Ufj, Ltd. Apparatus, Method, and Program for Validating User
US20090106134A1 (en) * 2007-10-18 2009-04-23 First Data Corporation Applicant authentication
US7529706B2 (en) * 2004-07-14 2009-05-05 Yahoo! Inc. Systems and methods for performing international money exchanges
US7536325B2 (en) * 2002-09-30 2009-05-19 Canadian National Railway Company Method and system for generating account reconciliation data
US20090132351A1 (en) * 2000-07-10 2009-05-21 Vett Limited Transaction processing system
US20090150271A1 (en) * 1999-11-05 2009-06-11 American Express Travel Related Services Company, Inc. Systems and Methods for Authorizing an Allocation of an Amount Between Transaction Accounts
US20090171836A1 (en) * 2007-12-28 2009-07-02 Ebay Inc. System and method for identification verification over a financial network
US20090287601A1 (en) * 2008-03-14 2009-11-19 Obopay, Inc. Network-Based Viral Payment System
US20090307133A1 (en) * 2005-06-17 2009-12-10 Daniel Lee Holloway Online Payment System for Merchants
US20090313148A1 (en) * 1999-05-25 2009-12-17 O'hara John System for handling network transactions
US20090313167A1 (en) * 2008-05-16 2009-12-17 Rajeev Dujari Systems for electronic deposit of financial instruments and associated methods
US20090313681A1 (en) * 2006-07-03 2009-12-17 Gwi Yeoul Kim Preliminary Verification System which has a Authentication by Phone on the Internet Environment
US20100057552A1 (en) * 1999-05-03 2010-03-04 O'leary Denis Method And System For Processing Internet Payments Using The Electronic Funds Transfer Network
US20100131415A1 (en) * 2008-11-24 2010-05-27 Research In Motion Limited Electronic payment system including merchant server and associated methods
US20100153249A1 (en) * 2008-06-25 2010-06-17 Alibaba Group Holding Limited Making Payment Using Communication Client
US7742994B1 (en) * 2004-07-19 2010-06-22 Amazon Technologies, Inc. Providing payments automatically in accordance with predefined instructions
US20100191622A1 (en) * 2009-01-28 2010-07-29 Zvi Reiss Distributed Transaction layer
US20100217691A1 (en) * 1998-11-09 2010-08-26 C/Base, Inc. Transfer Instrument
US20110035294A1 (en) * 2009-08-04 2011-02-10 Authernative, Inc. Multi-tier transaction processing method and payment system in m- and e- commerce
US20110055077A1 (en) * 2009-09-02 2011-03-03 Susan French Portable consumer device with funds transfer processing
US7991658B2 (en) * 2004-09-15 2011-08-02 Qwill Sa (Pty) Limited Accounting process
US8055557B2 (en) * 2007-12-21 2011-11-08 Metabank Transfer account systems, computer program products, and associated computer-implemented methods
US20120084201A1 (en) * 1999-08-13 2012-04-05 Vladimir Ostrovsky Method and System for Transferring Electronic Funds
US20130060698A1 (en) * 2006-06-30 2013-03-07 Bharathi Ramavarjula Managing transaction accounts
US20140081868A1 (en) * 2008-07-17 2014-03-20 Opencuro Corporation Systems and methods for transferring value

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2332656A1 (en) * 2001-01-26 2002-07-26 Certapay Inc. Online payment transfer and identity management system and method
US20060178943A1 (en) * 2005-01-07 2006-08-10 Rollinson Joseph R Food order fulfillment system deploying a universal in-store point-of-sale (POS) for preparation and pickup scheduling
US8327428B2 (en) * 2006-11-30 2012-12-04 Microsoft Corporation Authenticating linked accounts
US20080262972A1 (en) * 2007-04-20 2008-10-23 Blake Patrick J Order confirmation devices, systems, and methods

Patent Citations (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030070080A1 (en) * 1991-11-15 2003-04-10 Rosen Sholom S. Electronic-monetary system
US20100217691A1 (en) * 1998-11-09 2010-08-26 C/Base, Inc. Transfer Instrument
US20050222963A1 (en) * 1999-03-18 2005-10-06 Oracle International Corporation Methods and systems for single sign-on authentication in a multi-vendor e-commerce environment and directory-authenticated bank drafts
US20100057552A1 (en) * 1999-05-03 2010-03-04 O'leary Denis Method And System For Processing Internet Payments Using The Electronic Funds Transfer Network
US20090313148A1 (en) * 1999-05-25 2009-12-17 O'hara John System for handling network transactions
US20120084201A1 (en) * 1999-08-13 2012-04-05 Vladimir Ostrovsky Method and System for Transferring Electronic Funds
US20090150271A1 (en) * 1999-11-05 2009-06-11 American Express Travel Related Services Company, Inc. Systems and Methods for Authorizing an Allocation of an Amount Between Transaction Accounts
US20080154773A1 (en) * 2000-02-10 2008-06-26 Jove Corporation System and method for secure data and funds transfer
US20090132351A1 (en) * 2000-07-10 2009-05-21 Vett Limited Transaction processing system
US6882986B1 (en) * 2000-08-07 2005-04-19 Tymetrix Method for automatic processing of invoices
US20100299256A1 (en) * 2000-08-15 2010-11-25 Yahoo! Inc. Systems and methods for implementing person-to-person money exchange
US7120608B1 (en) * 2000-08-15 2006-10-10 Yahoo ! Inc. Systems and methods for implementing person-to-person money exchange
US20020059146A1 (en) * 2000-09-07 2002-05-16 Swivel Technologies Limited Systems and methods for identity verification for secure transactions
US20060184428A1 (en) * 2000-09-25 2006-08-17 Ecardless Bancorp Ltd. Transferring funds in connection with internet orders using order variables from two sources and authentication
US20060190346A1 (en) * 2000-09-25 2006-08-24 Sines Randy D Order file processing using order variables from two sources and authentication
US20040068448A1 (en) * 2000-12-06 2004-04-08 Min-Suh Kim Electronic financial transaction system and method providing real-time authentication service through wire/wireless communication network
US20050246293A1 (en) * 2002-03-04 2005-11-03 Ong Yong K Electronic transfer system
US7536325B2 (en) * 2002-09-30 2009-05-19 Canadian National Railway Company Method and system for generating account reconciliation data
US20040088258A1 (en) * 2002-10-31 2004-05-06 Mccoy Randal A. Verification of a financial instrument using a random number of transactions
US20050182720A1 (en) * 2003-02-24 2005-08-18 Wow! Technologies, Inc. Online payment system and method
US20050055296A1 (en) * 2003-09-08 2005-03-10 Michael Hattersley Method and system for underwriting and servicing financial accounts
US20050149439A1 (en) * 2004-01-07 2005-07-07 Daniel Suisa Transaction Method and System Using an Issued Transaction Number for Verification of a Transaction
US7529706B2 (en) * 2004-07-14 2009-05-05 Yahoo! Inc. Systems and methods for performing international money exchanges
US7742994B1 (en) * 2004-07-19 2010-06-22 Amazon Technologies, Inc. Providing payments automatically in accordance with predefined instructions
US7991658B2 (en) * 2004-09-15 2011-08-02 Qwill Sa (Pty) Limited Accounting process
US20060206425A1 (en) * 2005-03-11 2006-09-14 Dushyant Sharma Electronic payment system for financial institutions and companies to receive online payments
US20080210751A1 (en) * 2005-03-21 2008-09-04 Young-Su Kim System And Method For Transferring Money Based On Approval Of Transfer Request Transmitted From Receiver To Sender
US20090307133A1 (en) * 2005-06-17 2009-12-10 Daniel Lee Holloway Online Payment System for Merchants
US20090034521A1 (en) * 2006-03-29 2009-02-05 The Bank Of Tokyo-Mitsubishi Ufj, Ltd. Apparatus, Method, and Program for Validating User
US20070255662A1 (en) * 2006-03-30 2007-11-01 Obopay Inc. Authenticating Wireless Person-to-Person Money Transfers
US20070245022A1 (en) * 2006-04-07 2007-10-18 Hugo Olliphant Dynamic content for online transactions
US20070250440A1 (en) * 2006-04-25 2007-10-25 Uc Group Limited Systems and methods for funding payback requests for financial transactions
US20080091600A1 (en) * 2006-04-28 2008-04-17 Rockne Egnatios Methods and systems for opening and funding a financial account online
US20070260536A1 (en) * 2006-05-02 2007-11-08 Brian Stone Method and system for account verification
US20070272736A1 (en) * 2006-05-24 2007-11-29 Jason Brooks Systems and methods for transferring value between stored value systems
US20070282739A1 (en) * 2006-05-30 2007-12-06 Jacob Thomsen Computer implemented method and system for rapid verification and administration of fund transfers and a computer program for performing said method
US20130060698A1 (en) * 2006-06-30 2013-03-07 Bharathi Ramavarjula Managing transaction accounts
US20090313681A1 (en) * 2006-07-03 2009-12-17 Gwi Yeoul Kim Preliminary Verification System which has a Authentication by Phone on the Internet Environment
US20080140548A1 (en) * 2006-09-12 2008-06-12 Daniel Csoka Systems and methods for transferring funds from a sending account
US20090106134A1 (en) * 2007-10-18 2009-04-23 First Data Corporation Applicant authentication
US8055557B2 (en) * 2007-12-21 2011-11-08 Metabank Transfer account systems, computer program products, and associated computer-implemented methods
US20090171836A1 (en) * 2007-12-28 2009-07-02 Ebay Inc. System and method for identification verification over a financial network
US20090287601A1 (en) * 2008-03-14 2009-11-19 Obopay, Inc. Network-Based Viral Payment System
US20090313167A1 (en) * 2008-05-16 2009-12-17 Rajeev Dujari Systems for electronic deposit of financial instruments and associated methods
US20100153249A1 (en) * 2008-06-25 2010-06-17 Alibaba Group Holding Limited Making Payment Using Communication Client
US20140081868A1 (en) * 2008-07-17 2014-03-20 Opencuro Corporation Systems and methods for transferring value
US20100131415A1 (en) * 2008-11-24 2010-05-27 Research In Motion Limited Electronic payment system including merchant server and associated methods
US20100191622A1 (en) * 2009-01-28 2010-07-29 Zvi Reiss Distributed Transaction layer
US20110035294A1 (en) * 2009-08-04 2011-02-10 Authernative, Inc. Multi-tier transaction processing method and payment system in m- and e- commerce
US20110055077A1 (en) * 2009-09-02 2011-03-03 Susan French Portable consumer device with funds transfer processing

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150206138A1 (en) * 2012-07-24 2015-07-23 Adaptive Payments, Inc. System and method for funds transfer processing
GB2505710A (en) * 2012-09-11 2014-03-12 Barclays Bank Plc Registration method and system for secure online banking
US10269013B2 (en) 2012-09-11 2019-04-23 Barclays Services Limited Registration method and system for secure online banking
US10325088B2 (en) 2014-07-03 2019-06-18 Alibaba Group Holding Limited Method and system for information authentication
US10275813B2 (en) 2014-07-08 2019-04-30 Alibaba Group Holding Limited Method and system for providing a transaction platform for pre-owned merchandise
US10248954B2 (en) 2014-08-14 2019-04-02 Alibaba Group Holding Limited Method and system for verifying user identity using card features
US9875468B2 (en) 2014-11-26 2018-01-23 Buy It Mobility Networks Inc. Intelligent authentication process
KR20170085059A (en) * 2014-12-03 2017-07-21 알리바바 그룹 홀딩 리미티드 System and method for secure account transfer
WO2016089783A1 (en) * 2014-12-03 2016-06-09 Alibaba Group Holding Limited System and method for secure account transfer
US10249013B2 (en) 2015-02-03 2019-04-02 Alibaba Group Holding Limited Method and system for wireless payment of public transport fare
US10296636B2 (en) 2015-10-09 2019-05-21 Alibaba Group Holding Limited Efficient navigation category management

Also Published As

Publication number Publication date
US9858570B2 (en) 2018-01-02
US20180260810A1 (en) 2018-09-13
US20150242849A1 (en) 2015-08-27

Similar Documents

Publication Publication Date Title
US8296204B2 (en) System and method for reducing RIKS associated with accepting a financial instrument
US5903878A (en) Method and apparatus for electronic commerce
AU2014331673B2 (en) Network token system
US8762283B2 (en) Multiple party benefit from an online authentication service
US6853987B1 (en) Centralized authorization and fraud-prevention system for network-based transactions
AU2007223334B2 (en) Method and system for performing two factor authentication in mail order and telephone order transactions
US6000832A (en) Electronic online commerce card with customer generated transaction proxy number for online transactions
US7711621B2 (en) Method and system for facilitating payment transactions using access devices
US9679285B2 (en) System and method for paying a merchant by a registered user using a cellular telephone account
AU2002250316B2 (en) Methods and systems for carrying out contingency-dependent payments via secure electronic bank drafts supported by online letters of credit and/or online performance bonds
KR101540417B1 (en) Party Authentication Method and system for transactions
AU764816B2 (en) Methods and systems for carrying out directory-authenticated electronic transactions including contingency-dependent payments via secure electronic bank drafts
US20130204787A1 (en) Authentication & authorization of transactions using an external alias
RU2579979C2 (en) Sponsored accounts for computer-implemented payment system
US20090006230A1 (en) Identity Risk Scoring
US20090063312A1 (en) Method and System for Processing Secure Wireless Payment Transactions and for Providing a Virtual Terminal for Merchant Processing of Such Transactions
US8401968B1 (en) Mobile group payments
US20030101134A1 (en) Method and system for trusted transaction approval
US20070100748A1 (en) Multi-channel transaction system for transferring assets between accounts at different financial institutions
US8224753B2 (en) System and method for identity verification and management
US20050246293A1 (en) Electronic transfer system
US10210514B2 (en) Demand deposit account payment system
US10068220B2 (en) Systems and methods for brokered authentication express seller links
US20150356560A1 (en) Identification and Verification for Provisioning Mobile Application
US8332314B2 (en) Text authorization for mobile payments

Legal Events

Date Code Title Description
AS Assignment

Owner name: EBAY INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:GODARD, NOLWENN;ZHANG, JI;ASHER, MEHUL;AND OTHERS;SIGNING DATES FROM 20100112 TO 20100126;REEL/FRAME:023859/0590

AS Assignment

Owner name: PAYPAL, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EBAY INC.;REEL/FRAME:036169/0680

Effective date: 20150717

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION