US20110010293A1 - Account alias data repository - Google Patents

Account alias data repository Download PDF

Info

Publication number
US20110010293A1
US20110010293A1 US12/881,073 US88107310A US2011010293A1 US 20110010293 A1 US20110010293 A1 US 20110010293A1 US 88107310 A US88107310 A US 88107310A US 2011010293 A1 US2011010293 A1 US 2011010293A1
Authority
US
United States
Prior art keywords
alias
financial account
account
payment
comprises
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/881,073
Inventor
Joseph A. Giordano
Christopher R. Griggs
Hitesh Bajaj
Douglas G. Brown
Jade M. Vo-Dinh
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.)
Bank of America Corp
Original Assignee
Bank of America Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to US99117207P priority Critical
Priority to US12/038,177 priority patent/US8249985B2/en
Application filed by Bank of America Corp filed Critical Bank of America Corp
Priority to US12/881,073 priority patent/US20110010293A1/en
Publication of US20110010293A1 publication Critical patent/US20110010293A1/en
Assigned to BANK OF AMERICA CORPORATION reassignment BANK OF AMERICA CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GRIGGS, CHRISTOPHER R., VO-DINH, JADE M., BROWN, DOUGLAS G., GIORDANO, JOSEPH A.
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/22Payment schemes or models
    • G06Q20/227Payment schemes or models characterized in that multiple accounts are available to the payer
    • 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/04Payment circuits
    • 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/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • 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
    • 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
    • G06Q20/403Solvency checks
    • 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/02Banking, e.g. interest calculation, credit approval, mortgages, home banking or on-line banking

Abstract

Embodiments of the invention provide systems and methods for creating a financial account alias data repository to be used to identify payee accounts in payment transactions. For example, an embodiment of the method includes: (1) receiving a communication comprising an alias that is not a financial account number; and (2) using a processor to store the alias in memory and create a data repository in the memory that maps the alias to a particular financial account such that the alias can be used by others instead of a financial account number to transfer money to the particular financial account associated with the alias. The alias may include, for example, a telephone number, email address, or social networking identifier of the financial account owner.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of and claims priority from co-pending U.S. patent application Ser. No. 12/038,177, filed on Feb. 27, 2008 and entitled “SUB-ACCOUNT MECHANISM,” which claims priority from U.S. Provisional Patent Application No. 60/991,172, filed on Nov. 29, 2007 and entitled “SUB-ACCOUNT MECHANISM,” the entire contents of both of these applications are hereby incorporated herein by reference.
  • BACKGROUND
  • Today, individuals, such as parents, do not have an easy and seamless process to manage and dispense money to their dependents. Besides managing and controlling their dependents spending activities, safety in dependents carrying large amounts of cash may be a concern for parents.
  • Dependents are increasingly purchasing goods and services on-line where they cannot use cash but need a payment card. Since they may not have their own direct deposit account (DDA) or credit card account, they cannot use traditional methods of payment for this channel to purchase goods. At the physical point of service (POS), dependents generally use cash to make their purchases, which excludes financial entities from the payment transactions and associated revenues. In addition, merchants that sell digital media, e.g., music, movies, videos, etc., do not have a low cost micropayment solution.
  • Today, individuals and dependents may attain prepaid cards such as the Allowcard® and the American Express Gift Card for Teens® to use towards on-line purchases or physical retailers. Another alternative is using a parent's credit card where there are no controls on dependents spending activities. For physical retailers, the majority of purchases by dependents is made using cash or “additional” credit cards. Credit cards issued by competitors and cash as payment instruments remove financial entities from payments revenue.
  • ECommerce merchants whose business requires micropayments are currently dependent on credit/debit card transactions for payment. These companies are looking for processes that reduce their payment expense.
  • In addition, individuals may want to budget their resources across different financial needs. For example, a family may decide that a monthly income of $2000 may need to be budgeted for known and other expenses. The family may decide to restrict use of the monthly income to only $100 for gas, $100 a month for clothing items, $100 a month for entertainment items/services, and $200 a month for food items/services. In such a case, the family must maintain detailed records of who is spending what, where, when, and under what category.
  • A financial entity currently allows its customers to make payments to other financial entity customers through its online banking service. In order to make a payment, the sender has to ask receiver to provide their bank account number and zip code. The receiver needs to share this confidential account information in order to be able to get a payment. In addition, both the sender and receiver need to be customers of the financial entity. It is not possible for financial entity customers to send payments to anyone outside the financial entity or make payments to merchants directly from their bank accounts.
  • Person to person and person to merchant payments are not unique. There are number of companies like PayPal, OboPay, Revolution Money and others that allow their customers to make payments using a stored value card or a pooled account. The stored value card or a pooled account is like a prepaid or a gift card and it exists separately from customer's bank accounts. The customer has to move money into this account through automated clearing house (ACH) transfer or credit card cash advance before these can be used to make payments. It typically takes 2-3 business days to move money into such accounts.
  • There are currently no practical and cost-effective systems that can provide a seamless integration of a master DDA, one or more sub-accounts, and merchant client accounts.
  • SUMMARY
  • In light of the foregoing background, the following presents a simplified summary of the present disclosure in order to provide a basic understanding of some aspects of the invention. This summary is not an extensive overview of the invention. It is not intended to identify key or critical elements of the invention or to delineate the scope of the invention. The following summary merely presents some concepts of the invention in a simplified form as a prelude to the more detailed description provided below.
  • Aspects of the present invention are directed to a method and system for providing a seamless integration of a master DDA, one or more sub-accounts, and merchant client accounts. Aspects of the present disclosure are directed to establishment of a monetary account with an entity. An account user associated with the monetary account may be identified. A sub-account with the entity may be established, where the sub-account is associated with the monetary account and includes monetary funds transferred from the monetary account. At least one sub-account user associated with the sub-account may be identified, where the at least one sub-account user is different from the account user. One or more controls, placed by the account user, may be established on at least one of the sub-account and the at least one sub-account user. The at least one sub-account user may be restricted from accessing monetary funds in the monetary account and the account user is permitted to access the sub-account.
  • Another aspect of the present disclosure is directed to establishing a monetary account with an entity, the monetary account including monetary funds maintained within the entity. An account user associated with the monetary account may be identified, and a partner account, with the entity, a partner entity of the entity, the partner account including monetary funds maintained within the entity. A request from the account user to transfer monetary funds from the monetary account to the partner account through a website associated with the partner entity may be received. The monetary funds may be transferred from the monetary account to the partner account, where the monetary funds remain within the entity throughout the transfer.
  • This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. The Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • A more complete understanding of aspects of the present invention and the advantages thereof may be acquired by referring to the following description in consideration of the accompanying drawings, in which like reference numbers indicate like features, and wherein:
  • FIG. 1 illustrates a schematic diagram of a general-purpose digital computing environment in which certain aspects of the present invention may be implemented;
  • FIG. 2 is an illustrative block diagram of workstations and servers that may be used to implement the processes and functions of certain embodiments of the present invention;
  • FIG. 3 is an example block diagram of an illustrative environment for applying a master account and associated sub-accounts in accordance with at least one aspect of the present invention;
  • FIG. 4 is another example block diagram of an illustrative environment for applying a master account and associated sub-accounts in accordance with at least one aspect of the present invention;
  • FIG. 5 is another example block diagram of an illustrative environment for applying a master account and associated sub-accounts in accordance with at least one aspect of the present invention;
  • FIG. 6 is an example flowchart of an illustrative method for applying a master account and associated sub-accounts in accordance with at least one aspect of the present invention;
  • FIG. 7 is an illustrative user interface for maintaining a master account and sub-accounts with respect to a merchant in accordance with one or more aspects of the present invention;
  • FIG. 8 is an example flowchart of a method for making person to person payments in accordance with one or more aspects of the present invention;
  • FIG. 9 is an example flowchart of a method for making payments from a mobile device in accordance with one or more aspects of the present invention; and
  • FIG. 10 is an example flowchart of a method for making payments to a merchant in accordance with one or more aspects of the present invention.
  • DETAILED DESCRIPTION
  • In the following description of the various embodiments, reference is made to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration various embodiments in which the invention may be practiced. It is to be understood that other embodiments may be utilized and structural and functional modifications may be made.
  • FIG. 1 illustrates a block diagram of a generic computing device 101 (e.g., a computer server) that may be used according to an illustrative embodiment of the invention. The computer server 101 may have a processor 103 for controlling overall operation of the server and its associated components, including RAM 105, ROM 107, input/output module 109, and memory 115.
  • I/O 109 may include a microphone, keypad, touch screen, and/or stylus through which a user of device 101 may provide input, and may also include one or more of a speaker for providing audio output and a video display device for providing textual, audiovisual and/or graphical output. Software may be stored within memory 115 and/or storage to provide instructions to processor 103 for enabling server 101 to perform various functions. For example, memory 115 may store software used by the server 101, such as an operating system 117, application programs 119, and an associated database 121. Alternatively, some or all of server 101 computer executable instructions may be embodied in hardware or firmware (not shown). As described in detail below, the database 121 may provide centralized storage of account information and account holder information for the entire business, allowing interoperability between different elements of the business residing at different physical locations.
  • The server 101 may operate in a networked environment supporting connections to one or more remote computers, such as terminals 141 and 151. The terminals 141 and 151 may be personal computers or servers that include many or all of the elements described above relative to the server 101. The network connections depicted in FIG. 1 include a local area network (LAN) 125 and a wide area network (WAN) 129, but may also include other networks. When used in a LAN networking environment, the computer 101 is connected to the LAN 125 through a network interface or adapter 123. When used in a WAN networking environment, the server 101 may include a modem 127 or other means for establishing communications over the WAN 129, such as the Internet 131. It will be appreciated that the network connections shown are illustrative and other means of establishing a communications link between the computers may be used. The existence of any of various well-known protocols such as TCP/IP, Ethernet, FTP, HTTP and the like is presumed, and the system can be operated in a client-server configuration to permit a user to retrieve web pages from a web-based server. Any of various conventional web browsers can be used to display and manipulate data on web pages.
  • Additionally, an application program 119 used by the server 101 according to an illustrative embodiment of the invention may include computer executable instructions for invoking user functionality related to communication, such as email, short message service (SMS), and voice input and speech recognition applications.
  • Computing device 101 and/or terminals 141 or 151 may also be mobile terminals including various other components, such as a battery, speaker, and antennas (not shown).
  • The invention is operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
  • The invention may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
  • Referring to FIG. 2, an illustrative system 200 for implementing methods according to the present invention is shown. As illustrated, system 200 may include one or more workstations 201. Workstations 201 may be local or remote, and are connected by one or communications links 202 to computer network 203 that is linked via communications links 205 to server 204. In system 200, server 204 may be any suitable server, processor, computer, or data processing device, or combination of the same. Server 204 may be used to process the instructions received from, and the transactions entered into by, one or more participants.
  • Computer network 203 may be any suitable computer network including the Internet, an intranet, a wide-area network (WAN), a local-area network (LAN), a wireless network, a digital subscriber line (DSL) network, a frame relay network, an asynchronous transfer mode (ATM) network, a virtual private network (VPN), or any combination of any of the same. Communications links 202 and 205 may be any communications links suitable for communicating between workstations 201 and server 204, such as network links, dial-up links, wireless links, hard-wired links, etc.
  • As understood by those skilled in the art, the steps that follow in the Figures may be implemented by one or more of the components in FIGS. 1 and 2 and/or other components, including other computing devices.
  • Aspects of the present disclosure allow a financial entity to capture more cash-to-card payment volume and provide partners to the financial entity a reduction in payment expense. A company has the ability to bring users to a financial entity and can partner with the financial entity to create an affinity relationship and product.
  • The integration of companion cards, whether debit or stored value, to sub-accounts and a master direct deposit account (DDA) is described. The companion cards do not have access to the master DDA, which allows the primary account holder to have complete control over spending activities of the sub-accounts. The primary account holder can transfer funds between the master DDA and sub-accounts through her preferred channel of banking, e.g., automated teller machine (ATM), online banking, mobile banking, etc. Until the money is spent using the companion cards, deposit balances remain in the sub-accounts, which keep the funds in the financial entity banking system. Also, the companion card enables a financial entity to capture new payment transactions where cash may have been used previously.
  • Additionally, when a customer of a financial entity makes a purchase on-line from a partner of the financial entity, the payment may be linked to the sub-accounts described above. The deposits may be moved from the consumer's sub-account to the affinity partner's corporate account real-time. This process is more cost efficient for the affinity partners since it optimizes transaction routing. Also, deposit balances remain in the financial entity banking system. This account to account transfer process is a faster and cheaper method of processing payments for affinity merchants.
  • Aspects of the present disclosure integrate the dependent payment instrument, e.g., companion card, to the sub-accounts of the master DDA without allowing access to the master DDA by users of the sub-accounts.
  • Traditional transactions using prepaid cards decreases balances, by removing money deposited in the bank, even before actual purchase transactions are made. This situation decreases the cash amount remaining in the bank, thus decreasing a source of revenues for banks. Additionally, using cash as a payment instrument also decreases balances, another source of bank revenues.
  • Aspects of the present disclosure address the above problems and creates new revenue streams for a financial entity through an increase of point of service (POS) transactions by shifting payment instrument from cash to debit or stored value cards at the physical retailer. At the same time, this concept creates the incremental DDA balances by delaying the withdrawal of funds until spending activity. The system also provides an instantaneous control mechanism for the primary DDA holder to track and control spending activities made by dependents.
  • Furthermore, aspects of the present disclosure allow eCommerce partners in the micropayment business to have a more cost-effective process to settle their payment transactions through the system. For customers of a financial entity, the financial entity may optimize transaction routing for payment processing real-time. The consumer account of the financial entity may be debited much like a debit card transactions while the affinity partner's business client account may be credited. Thus, funds stay in the banking system of the financial entity.
  • The integration of companion cards to sub-accounts directly linked to a DDA is an aspect of the present disclosure. In addition, optimizing transaction routing for eCommerce affinity partners is another aspect. For transactions between affinity merchants of a financial entity and customers of the financial entity, the financial entity may identify these payment transactions and process them in the lowest cost manner. The financial entity may use account to account transfer mechanism to move money from the customer to the merchant instead of the traditional payment processes using the credit/debit/ACH network (described below in FIG. 5). In one embodiment, the financial entity may determine pricing for the account to account transfer mechanism that will be cost effective for the merchant.
  • As should be understood by those skilled in the art, various combinations and sub-combinations of the descriptions included herein may be utilized absent the illustrative example provided. For example, in accordance with one or more aspects of the present disclosure, there is no requirement in place to mandate a user to open a master account with a financial entity before a sub-account may be opened. A person using an account with a merchant that is linked to the financial entity is able to open a sub-account anytime without first having to apply for a master DDA with the financial entity. In such a situation, the sub-account is an account of the user in which the user does not have other accounts affiliated with the financial entity. As such, the merchant, such as a media downloading web site, may have a link to open such a sub-account with the financial entity. In addition, a person receiving payment who does not have a sub-account may open one to get access to those funds. A P2P/P2M account may be such an opened account. A P2P/P2M account described herein may exist on its own.
  • FIG. 3 is an example block diagram of an illustrative environment 300 for applying a master account and associated sub-accounts in accordance with at least one aspect of the present invention.
  • A customer 301 has access to a master direct deposit account (DDA) 303 through any of a number of different channels of communication, including, but not limited to, online banking, mobile banking, and ATM, shown by A. Customer 301 may make money transfers between the master DDA 303 and one or more sub-accounts, such as sub-account 1 305 and sub-account 2 307 without any cost, shown by B.
  • One or more companion cards, such as companion card 1 313 and companion card 2 315, are linked to the sub-accounts, as shown by C, and cannot access deposits in the master DDA 303. This allows the customer/primary account holder to have control of the level of spending activities made by both the existing debit cards 311 and all companion cards 313 and 315.
  • Companion cards 313 and 315 may be used for eCommerce with non-entity merchants and entity non-affinity merchants 317, at a physical POS and at ATMs in the same manner that the primary cardholder debit card 311 is used, as shown by D. For eCommerce businesses that have an affinity partnership with the financial entity 309, payments between an entity consumer and merchant may be processed real-time and transaction routing may be optimized, as shown by E. FIG. 5 provides further details below.
  • FIG. 4 is another example block diagram of an illustrative environment 400 for applying a master account and associated sub-accounts for non-financial entity merchants and financial entity non-affinity merchants in accordance with at least one aspect of the present invention. A customer may make money transfers between a master DDA 401 and one or more sub-accounts, such as sub-account 1 403 and sub-account 2 405, without any cost, as shown by B.
  • One or more companion cards, such as companion card 1 409 and companion card 2 411, are linked to the sub-accounts 403 and 405, as shown by C, and cannot access deposits in the master DDA 401. This allows the customer/primary account holder to have control of the level of spending activities made by both the existing debit cards 407 and all companion cards 409 and 411. Companion cards 409 and 411 may be used for eCommerce 413, at a physical POS 415 and at ATMs 417 in the same manner that the primary cardholder debit card 407 is used, as shown by D. Transactions may be processed through a debit, credit, or ATM network.
  • FIG. 5 is another example block diagram of an illustrative environment 500 for applying a master account and associated sub-accounts for financial entity affinity merchant partners 507 in accordance with at least one aspect of the present invention. A customer may make money transfers between a master DDA 501 and one or more sub-accounts, such as sub-account 1 503 and sub-account 2 505, without any cost, as shown by B. For eCommerce businesses 507 that have an affinity partnership with the financial entity, payments between consumers and merchants of the financial entity are processed real-time and transaction routing is optimized, as shown by E. The real-time payment may initiate money transfer between the financial entity consumer account 501 or sub-account, such as 503 and 505, and the merchant 507 corporate account, where the merchant account is credited 509 and the consumer account is debited 511, as shown by F. A small processing fee may be charged to the merchant 507.
  • FIG. 6 is an example flowchart 600 of an illustrative method for applying a master account and associated sub-accounts in accordance with at least one aspect of the present invention. Various web interfaces 601 may be utilized in accordance with aspects of the present invention. Customers may work with and access master accounts and sub-accounts via mobile banking 603, online banking application 605, and/or merchant account 607. A customer may have a master account, such as master DDA 609, associated with a financial entity. The master account 609 may include a plurality of sub-accounts. As shown, master account 609 includes sub-account 1 611, sub-account 2 613, and sub-account 3 615. sub-accounts 611, 613, and 615 may be restricted child accounts with one or more parental controls in place.
  • As described herein, there may be any of a number of different controls on a sub-account and different controls may be placed on different accounts. Controls include the ability to transfer funds out of the sub-account, whether the amount, to the particular recipient, to a particular time period, etc. Controls also include the ability to receive funds into the sub-account, whether from particular individuals or entities, the amount, to a particular time period, etc. Controls further may include other functions associated with the account including ability to change access passwords or IDs, ability to allow others to access the sub-account, and ability to restrict others from accessing the sub-account.
  • The master account 609 and one or more of the sub-accounts 611, 613, and 615, may have access mechanisms in place, such as a debit card 619, one or more companion cards 621, and a user ID and password 623. The access mechanisms allow for purchases to web pages 625, other eCommerce 627, ATMs 629 and point of service device 631, such as telephone orders. With the controls in place, any of a number of different restrictions may be placed on a sub-account. For example, sub-account 611 may be for a sixteen year old minor while sub-account 613 may be for a twelve year old minor. A parent of the master account 609 may allow the sixteen year old to access certain web sites 625 or an ATM 629 while restricting the twelve year old from the same. With controls in place on the sub-accounts, the twelve year old associated with the sub-account 613 cannot access the restricted web sites 625 and/or ATMs 629. Any of a number of different controls schemes may be in place with respect to the sub-accounts. The examples included herein are merely illustrative and should not be limited to the same.
  • FIG. 7 is an illustrative user interface 700 for maintaining a master account and sub-accounts with respect to a merchant in accordance with one or more aspects of the present invention. A user profile for a customer of a financial entity 711 is shown with respect to a particular merchant 713. As shown, various data fields are included to input data and to see current data. Data field 701 allows a user to enter account owner information, such as name, address, etc. Data field 703 allows the user to enter additional account owner data including user ID, cellular phone number, and email address. Data field 705 allows the user to enter a password or web site key.
  • Data field 707 includes card number data, such as an account number and an expiration date, for an account number associated with a master account of the user. Data field 709 includes a listing of individuals and corresponding information for one or more sub-accounts associated with that account. Data field 715 shows merchant account balance information. Data field 717 shows financial entity and non-financial entity account data for funding accounts. Input 719 allows a user to add funds to an account in which one or more other screens may be provided. Input 721 allows a user to transfer funds to a friend in which one or more other screens may be provided.
  • A parent may manage one or more children sub-accounts from the parent's master account. As part of the parent account, the parent can see all of her accounts associated with the master account in addition to the sub-accounts. The parent may transfer funds form one or more of her accounts in the master account to one or more of the children's sub-accounts through any of a number of different interfaces. An email may be sent to the child to inform them of the transfer. The child may access a web site, such as a music downloading website, to see the new net balance on his child sub-account. Alternatively, the child may see the balance by directly accessing the web site or online banking of the financial entity. If not restricted by control mechanisms described herein, the child may immediately purchase music from the music downloading website from funds in the child's sub-account. In another embodiment, the child may request funds through an interface associated with the financial entity and/or a particular merchant web site.
  • Further aspects of the present disclosure describe a payment product for online banking integrated person to person (P2P) and person to merchant (P2M) payments that allows customers of a financial entity to make payments directly from their bank accounts, whether checking, savings, line of credit, credit card and other accounts, to anyone, including non-financial entity customers, without having to share any confidential account information. The product may be used to make payments to consumers as well as merchants.
  • The person to person and person to merchant payment product allows customers to make payments to anyone, consumers and merchants, directly from their financial entity accounts. Currently no other entity offers such a product that allows payments directly from bank accounts. In addition, this process results in non-financial entity customers to open a new type of checking account, for P2P/P2M use, with the financial entity in order to receive their funds. Currently no other entity offers such a viral bank account opening process.
  • This product also lets the customers of the financial entity open a P2P/P2M account and use it for making payments or send money to minors who currently cannot open their own accounts, creating a separate P2P/P2M account that will have funds for the minor. The minor may only access this P2M/P2M account especially set up for them whereas the parents will have full access to the P2P/P2M account in addition to their own account(s) at the financial entity. Currently such an account, which parents can access along with their other regular accounts but where minors can only access the account set up for them, is also not offered.
  • The product described below will allow its customers to make P2P payments to anyone. FIG. 8 is an example flowchart of a method 800 for making person to person payments in accordance with one or more aspects of the present invention. A customer 801 with an eligible account 807, e.g., checking (DDA), savings, line of credit, credit card, of a financial entity is be able to register and make use of this service. During the registration process, the customer 801 is able to set up an Alias ID 817 that maps back to their online banking ID and optionally also provide one or multiple additional unique identifiers, e.g., mobile number 819, email address 821, social networking ID 823. The information provided by the customer 801 may be verified to confirm that they do have access to the mobile number 819, email address 821, or social networking ID 823 provided. Once the information is verified, then it will be linked to their online banking ID, i.e., to all of their financial entity accounts. If outgoing payments are not received by a receiver in 803, payment may be canceled in 805.
  • Customer 801 also is able to set preferences for accounts to be used for outgoing payments, default account(s) for incoming payments, and alternatively also has an option of opening a new financial entity P2P/P2M account 809 that she may use for making payments. This financial entity P2P/P2M account 809 may be like any other account hosted at the financial entity and so money may be moved instantly into this account 809 through the regular online banking transfer process for moving money between accounts. This account 809 may be a type of checking account except that it may come with certain limitations, e.g. no checks, maximum balance limits, number of daily transactions, and may be opened by customers by providing much less information as compared to a regular checking account. The financial entity may, at minimum, require customers to provide certain information, such as name, address, date of birth, and social security number, in order to comply with Anti-Money Laundering regulations.
  • Customers 801 of the financial entity also have an option to set up P2P/P2M accounts 809 for minors 825. Customers 801 are able to access these accounts just like any of their other accounts. In addition, customer 801 are able to set up an online banking access ID for the minor 825 that the minor 825 may use to sign into online banking but have access only to the specific minor P2P/P2M account 809 set up for them.
  • Customers 801 of the financial entity are able to make payments to other people through any of a number of different methods. Payments may be made by a routing number/account number 813. Payments may also be made by providing an account number or zip code 815. If there is a match to an existing financial entity account in 827, then the funds are transferred instantly to that account. Else, an error message 829 may be generated. Payments may be made by providing an Alias ID 817. If there is a match to an Alias ID of another customer in 831, then payment may be initiated to that person. Else, an error message 829 may be generated.
  • If the receiver has set up default account(s) for incoming payments in 837, then the funds may be transferred instantly to that account(s). If the receiver has not set up a default account in 837, then the funds may be moved to a master settlement account 835 and the receiver may see the payment as an incoming payment within online banking 833. The receiver may then be able to move instantly the funds to any of their accounts.
  • Payment may be made by providing a mobile phone number. This operation may perform exactly as described above for Alias ID if there is a match in 839 on the mobile number. If there is no match in 839, then a text message may be sent to the mobile number provided. If the receiver of the message is an existing financial entity online banking customer, then that person may be allowed to sign into their online banking account 841, register the phone number, and then receive funds similar to the process described above for Alias ID. If the receiver is a financial entity customer who is not registered for online banking, then that customer may be able to register 851 for online banking and access funds following the same process as described above. If the receiver is not a financial entity customer with an account eligible for receiving funds, then they may be given the option to sign up 851 for a P2P/P2M account 843 at the financial entity that they can access through online banking or return funds to the sender 853.
  • After completion of registration 851, the receiver 849 may get access to the funds from this account. Subsequently the receiver may keep the funds in the account or add more funds from an external bank account 845 using the financial entity's existing ACH transfer capability and then use the funds to make P2P/P2M payments to others. They will also have the option to move the funds to their external bank account 845 anytime making use of the financial entity's existing ACH transfer capability.
  • Payment also may be made by providing an email address 821. This operation may perform exactly as described above for a mobile number 819 except that the message may be sent to the email address input by the sender. Payment may be made by providing a social networking ID 823. The financial entity may extend availability of this product to various social networking platforms. In that situation, the process operates in the same way as described above for mobile phone number 819 and email address 821 except the social networking platform may be used to notify the receiver based on the social networking ID 823 provided by the sender. In this situation, if the receiver is not a financial entity customer, then she may be given the option to sign up 851 for a P2P/P2M account 843 at the financial entity, which she may access through online banking to access the funds sent to them. The financial entity P2P/P2M account 843 may include a companion ATM/debit card 847.
  • In all cases described above, if the receiver is already a registered P2P/P2M customer at the financial entity, a text message and/or email may be sent to that customer irrespective of information entered by sender if there is one found in their profile.
  • FIG. 9 is an example flowchart of a method 900 for making payments from a mobile device in accordance with one or more aspects of the present invention. A customer 901 who is signed up for the service has the option to initiate payment from a DDA, savings, line of credit, and/or credit card of the financial entity 903 and/or from a P2P/P2M account 905 through the financial entity's mobile banking web site 909 or a mobile banking handset application 907 downloaded on the phone by providing any of the above information, e.g., phone number, email address, Alias ID, social networking ID. Customers also are able to initiate payments by sending a text message 911 to the financial entity that contains the receiver's phone number, email address, Alias ID, or social networking ID. Whether via a mobile banking handset application 907, mobile web site 909, or short message service 911, a receiver associated with the financial entity 917 may receive funds at her DDA, savings, etc. 913 and/or P2P/P2M account 915. A receiver not associated with the financial entity 921 may receive funds at her P2P/P2M account 919.
  • FIG. 10 is an example flowchart of a method 1000 for making payments to a merchant in accordance with one or more aspects of the present invention. For all customers 1001 who are signed up for the service, the financial entity lets them create a unique shopping ID and password 1005 linked to each of their accounts which may be used to make purchases at merchant 1019 web sites 1013. Such customers 1001 are able to input their shopping ID and shopping password 1005 on any merchant's 1019 web site 1013 who has signed up for the service. Upon successful validation of the credentials and if the customer 1001 has sufficient funds in their account, the money may instantly be transferred from the customer's account 1007 and/or 1009 to the merchant's checking account 1017. Alternatively, the financial entity may offer merchants 1019 the ability to consolidate such payments 1015 and receive one lump sum payment from the financial entity.
  • Customers will also have ability to link their bank accounts to any Near Field Communications (NFC) enabled phone 1003. In that situation, customers 1001 may initiate instant movement of funds 1011 from their financial entity account 1007 and/or 1009 to the merchant 1019 from their phone 1003. In accordance with some aspects, the customer may have a non-NFC enabled phone. In such a situation, a merchant 1019 may key in the customer's phone number in a cash register or other computing device. The customer then may be alerted about the payment amount on her phone. The customer may authenticate, such as by use of a personal identification number (PIN) or scanning of a fingerprint of the customer, to ensure that the phone has not been stolen and that may authorize the payment. In accordance with other aspects, a customer who uses her companion card at a retailer, such as a branded coffee café, immediately may receive a receipt on her phone and, at the same time, may be prompted on her phone to make additional purchases, such as at a media store on the Internet or a discount offer on a certain product.
  • The customers may be given an option to open multiple P2P/P2M accounts 1009 and use those for different needs, e.g., one account may be used for P2P payments, one account may be used for general purchase, and another account may be used just for a specific merchant 1019 who might be high risk in customer's perception. The customer 1001 is able to keep only as much money as she wants in these accounts and is given the option to set limits that help prevent fraud, e.g., maximum transaction amount, number of transactions in a day, etc.
  • These processes and systems lets customers of a financial entity send payments to anyone outside the financial entity, let non-financial entity customers open accounts with the financial entity through a viral account opening process, and provides customers the ability to make P2P/P2M payments from an account that may be instantly funded.
  • As should be understood by those skilled in the art, various combinations and sub-combinations of the descriptions included herein may be utilized absent the illustrative example provided. For example, in accordance with one or more aspects of the present disclosure, there is no requirement in place to mandate a user to open a master account with a financial entity before a sub-account may be opened. A person using an account with a merchant that is linked to the financial entity is able to open a sub-account anytime without first having to apply for a master DDA with the financial entity. In such a situation, the sub-account is an account of the user in which the user does not have other accounts affiliated with the financial entity. As such, the merchant, such as a media downloading web site, may have a link to open such a sub-account with the financial entity. In addition, a person receiving payment who does not have a sub-account may open one to get access to those funds. A P2P/P2M account may be such an opened account is a P2P/P2M account described herein may exist on its own.
  • While illustrative systems and methods as described herein embodying various aspects of the present invention are shown, it will be understood by those skilled in the art, that the invention is not limited to these embodiments. Modifications may be made by those skilled in the art, particularly in light of the foregoing teachings. For example, each of the elements of the aforementioned embodiments may be utilized alone or in combination or subcombination with elements of the other embodiments. It will also be appreciated and understood that modifications may be made without departing from the true spirit and scope of the present invention. The description is thus to be regarded as illustrative instead of restrictive on the present invention.

Claims (50)

1. An apparatus for identifying a payment recipient's financial account for a payment transaction, the apparatus comprising:
at least one communication interface configured to receive an alias from a payment request;
at least one processor communicably coupled to the communication interface; and
at least one memory communicably coupled to the at least one processor,
wherein the at least one memory comprises a data repository that maps each of a plurality of aliases back to one or more financial accounts, and
wherein the at least one memory further comprises executable instructions that, when executed by the at least one processor, cause the apparatus to compare the alias received via the at least one communication interface to the data repository to identify the payment recipient's financial account.
2. The apparatus of claim 1, wherein the data repository maps each of the plurality of aliases back to a financial account number, and wherein the executable instructions cause the apparatus to compare the alias received via the at least one communication interface to the data repository to identify the payment recipient's financial account.
3. The apparatus of claim 1, wherein the alias comprises an email address.
4. The apparatus of claim 1, wherein the alias comprises a telephone number.
5. The apparatus of claim 1, wherein the alias comprises a mobile telephone number.
6. The apparatus of claim 1, wherein the alias comprises a social networking identification.
7. The apparatus of claim 1, wherein the payment recipient's financial account is associated with a payment recipient, and wherein the alias comprises a unique identifier used generally by others to communicate with the payment recipient.
8. The apparatus of claim 1, wherein the at least one memory further comprises executable instructions that, when executed by the at least one processor, cause the apparatus to use the communication interface to communicate the payment recipient's financial account to another system.
9. The apparatus of claim 1, wherein the alias is not a financial account number.
10. The apparatus of claim 1, wherein the payment request is generated by a payment sender, wherein the payment sender is associated with a payment sender's financial account, and wherein the at least one memory comprises:
executable instructions that, when executed by the at least one processor, cause the apparatus to initiate a transfer of funds from the payment sender's financial account to the payment recipient's financial account.
11. The apparatus of claim 1, further comprising executable instructions stored in the at least one memory that, when executed by the at least one processor, cause the apparatus to:
use the alias to contact an entity associated with the alias; and
provide the entity with information about the payment request.
12. The apparatus of claim 1, wherein the payment recipient's financial account comprises a bank account.
13. The apparatus of claim 12, wherein the payment recipient's financial account comprises a demand deposit account or savings account.
14. The apparatus of claim 1, wherein the communication interface is further configured to receive a submitted alias that is submitted by an entity for registration, and wherein the apparatus further comprises:
executable instructions stored in the at least one memory that, when executed by the at least one processor, cause the apparatus to register the submitted alias by mapping, in the at least one memory, the alias back to the entity's financial account.
15. The apparatus of claim 14, wherein the executable instructions that cause the apparatus to register the submitted alias further comprise:
executable instructions that, when executed by the at least one processor, cause the apparatus to verify that the alias is associated with the entity.
16. The apparatus of claim 1, wherein the one or more financial accounts comprise one or more financial accounts associated with a particular bank.
17. The apparatus of claim 1, wherein the one or more financial accounts comprise one or more sub-accounts.
18. A method for identifying a payment recipient's financial account for a payment transaction, the method comprising:
receiving an alias from a payment request, wherein the alias is not a financial account number;
accessing a data repository that maps each of a plurality of aliases back to one or more financial accounts;
using a processor to compare the alias received to the data repository; and
identifying the payment recipient's financial account based at least partially on the comparison of the alias to the data repository.
19. The method of claim 18, wherein the data repository maps each of the plurality of aliases back to a financial account number, and wherein the method further comprises:
identifying the payment recipient's financial account number based at least partially on the comparison of the alias to the data repository.
20. The method of claim 18, wherein the alias comprises an email address.
21. The method of claim 18, wherein the alias comprises a telephone number.
22. The method of claim 18, wherein the alias comprises a mobile telephone number.
23. The method of claim 18, wherein the alias comprises a social networking identification.
24. The method of claim 18, wherein the payment recipient's financial account is associated with a payment recipient, and wherein the alias comprises a unique identifier used generally by others to communicate with the payment recipient.
25. The method of claim 18, further comprising communicating the payment recipient's financial account.
26. The method of claim 18, wherein the payment request is generated by a payment sender, wherein the payment sender is associated with a payment sender's financial account, and wherein the method further comprises:
initiating a transfer of funds from the payment sender's financial account to the payment recipient's financial account.
27. The method of claim 18, further comprising:
using the alias to contact an entity associated with the alias; and
providing the entity with information about the payment request.
28. The method of claim 18, wherein the payment recipient's financial account comprises a bank account.
29. The method of claim 28, wherein the payment recipient's financial account comprises a demand deposit account or savings account.
30. The method of claim 18, wherein the data repository comprises a database that associates each of the plurality of aliases with financial account identifying information.
31. The method of claim 18, further comprising:
receiving a submitted alias that is submitted by an entity for registration; and
registering the submitted alias by mapping, in the at least one memory, the alias back to the entity's financial account.
32. The method of claim 31, further comprising:
verifying that the alias is associated with the entity.
33. The method of claim 18, wherein the one or more financial accounts comprise one or more sub-accounts.
34. A computer readable medium for identifying a payment recipient's financial account for a payment transaction, the computer readable medium having computer executable instructions stored therein, wherein the computer executable instructions comprise:
instructions operable to receive an alias from a payment request, wherein the alias is not a financial account number;
instructions operable to access a data repository that maps each of a plurality of aliases back to one or more financial accounts;
instructions operable to compare the alias received to the data repository; and
instructions operable to identify the payment recipient's financial account based at least partially on the comparison of the alias to the data repository.
35. The computer readable medium of claim 34, wherein the data repository maps each of the plurality of aliases back to a financial account number, and wherein the computer executable instructions further comprise:
instructions operable to identify the payment recipient's financial account number based at least partially on the comparison of the alias to the data repository.
36. The computer readable medium of claim 34, wherein the alias comprises an email address.
37. The computer readable medium of claim 34, wherein the alias comprises a telephone number.
38. The computer readable medium of claim 34, wherein the alias comprises a mobile telephone number.
39. The computer readable medium of claim 34, wherein the alias comprises a social networking identification.
40. The computer readable medium of claim 34, wherein the payment recipient's financial account is associated with a payment recipient, and wherein the alias comprises a unique identifier used generally by others to communicate with the payment recipient.
41. The computer readable medium of claim 34, wherein the payment recipient's financial account comprises a bank account.
42. The computer readable medium of claim 34, wherein the data repository comprises a database that associates each of the plurality of aliases with financial account identifying information.
43. A method comprising:
receiving a communication comprising an alias that is not a financial account number; and
using a processor to store the alias in memory and create a data repository in the memory that associates the alias with a particular financial account such that the alias can be used by others instead of a financial account number to transfer money to the particular financial account associated with the alias.
44. The method of claim 43, wherein the financial account is owned by an entity, and wherein the alias comprises a unique identifier used generally by others to communicate with the entity.
45. The method of claim 44, wherein the entity comprises a merchant.
46. The method of claim 44, wherein the entity comprises an entity.
47. The method of claim 43, wherein the alias comprises an email address.
48. The method of claim 43, wherein the alias comprises a telephone number.
49. The method of claim 43, wherein the alias comprises a mobile telephone number.
50. The method of claim 43, wherein the alias comprises a social networking identification.
US12/881,073 2007-11-29 2010-09-13 Account alias data repository Abandoned US20110010293A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US99117207P true 2007-11-29 2007-11-29
US12/038,177 US8249985B2 (en) 2007-11-29 2008-02-27 Sub-account mechanism
US12/881,073 US20110010293A1 (en) 2007-11-29 2010-09-13 Account alias data repository

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US12/881,073 US20110010293A1 (en) 2007-11-29 2010-09-13 Account alias data repository

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US12/038,177 Continuation US8249985B2 (en) 2007-11-29 2008-02-27 Sub-account mechanism

Publications (1)

Publication Number Publication Date
US20110010293A1 true US20110010293A1 (en) 2011-01-13

Family

ID=40427176

Family Applications (5)

Application Number Title Priority Date Filing Date
US12/038,177 Active 2030-02-05 US8249985B2 (en) 2007-11-29 2008-02-27 Sub-account mechanism
US12/881,073 Abandoned US20110010293A1 (en) 2007-11-29 2010-09-13 Account alias data repository
US12/881,071 Abandoned US20110010292A1 (en) 2007-11-29 2010-09-13 Payment transactions using payee account aliases
US12/881,080 Abandoned US20110004550A1 (en) 2007-11-29 2010-09-13 Customer on-boarding system
US12/881,074 Abandoned US20110004547A1 (en) 2007-11-29 2010-09-13 Mobile transactions using account aliases

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US12/038,177 Active 2030-02-05 US8249985B2 (en) 2007-11-29 2008-02-27 Sub-account mechanism

Family Applications After (3)

Application Number Title Priority Date Filing Date
US12/881,071 Abandoned US20110010292A1 (en) 2007-11-29 2010-09-13 Payment transactions using payee account aliases
US12/881,080 Abandoned US20110004550A1 (en) 2007-11-29 2010-09-13 Customer on-boarding system
US12/881,074 Abandoned US20110004547A1 (en) 2007-11-29 2010-09-13 Mobile transactions using account aliases

Country Status (7)

Country Link
US (5) US8249985B2 (en)
EP (1) EP2215591A1 (en)
CN (1) CN101884051A (en)
BR (1) BRPI0819305A2 (en)
CA (1) CA2704565A1 (en)
MX (1) MX2010005836A (en)
WO (1) WO2009073623A1 (en)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110185400A1 (en) * 2009-09-03 2011-07-28 Jo Webber System and method for verifying the age of an internet user
US20110185399A1 (en) * 2009-09-03 2011-07-28 Jo Webber Parent match
US20110184855A1 (en) * 2009-09-03 2011-07-28 Jo Webber System and method for virtual piggybank
WO2012148673A1 (en) * 2011-04-26 2012-11-01 Virtual Piggy, Inc. Virtual piggybank having dashboard and debit card
US8380590B1 (en) * 2009-03-31 2013-02-19 Intuit Inc. Method and system for detecting recurring income from financial transaction data
US8515870B2 (en) 2011-09-06 2013-08-20 Rawllin International Inc. Electronic payment systems and supporting methods and devices
US8660897B2 (en) 2011-09-20 2014-02-25 Raj V. Abhyanker Near-field communication enabled wearable apparel garment and method to capture geospatial and socially relevant data of a wearer of the wearable apparel garment and/or a user of a reader device associated therewith
US8762230B2 (en) 2011-11-02 2014-06-24 Virtual Piggy, Inc. System and method for virtual piggy bank wish-list
US8812395B2 (en) 2009-09-03 2014-08-19 Virtual Piggy, Inc. System and method for virtual piggybank
US9235831B2 (en) 2009-04-22 2016-01-12 Gofigure Payments, Llc Mobile payment systems and methods
USD770478S1 (en) 2012-09-07 2016-11-01 Bank Of America Corporation Communication device with graphical user interface
USD774526S1 (en) 2011-02-21 2016-12-20 Bank Of America Corporation Display screen with graphical user interface for funds transfer
USD774527S1 (en) 2011-02-21 2016-12-20 Bank Of America Corporation Display screen with graphical user interface for funds transfer
USD774529S1 (en) 2010-11-04 2016-12-20 Bank Of America Corporation Display screen with graphical user interface for funds transfer
USD774528S1 (en) 2011-02-21 2016-12-20 Bank Of America Corporation Display screen with graphical user interface for funds transfer

Families Citing this family (162)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7567937B2 (en) * 2001-01-17 2009-07-28 Xprt Ventures, Llc System and method for automatically effecting payment for a user of an electronic auction system
US7483856B2 (en) 2001-01-17 2009-01-27 Xprt Ventures, Llc System and method for effecting payment for an electronic auction commerce transaction
US7739169B2 (en) 2007-06-25 2010-06-15 Visa U.S.A. Inc. Restricting access to compromised account information
US8121942B2 (en) 2007-06-25 2012-02-21 Visa U.S.A. Inc. Systems and methods for secure and transparent cardless transactions
US8768778B2 (en) * 2007-06-29 2014-07-01 Boku, Inc. Effecting an electronic payment
GB2457445A (en) * 2008-02-12 2009-08-19 Vidicom Ltd Verifying payment transactions
GB0809383D0 (en) * 2008-05-23 2008-07-02 Vidicom Ltd Customer to supplier funds transfer
GB0809381D0 (en) * 2008-05-23 2008-07-02 Vidicom Ltd Funds transfer electronically
US8219489B2 (en) 2008-07-29 2012-07-10 Visa U.S.A. Inc. Transaction processing using a global unique identifier
US20100063926A1 (en) * 2008-09-09 2010-03-11 Damon Charles Hougland Payment application framework
US8181861B2 (en) 2008-10-13 2012-05-22 Miri Systems, Llc Electronic transaction security system and method
CA2742963A1 (en) 2008-11-06 2010-05-14 Visa International Service Association Online challenge-response
US9652761B2 (en) * 2009-01-23 2017-05-16 Boku, Inc. Systems and methods to facilitate electronic payments
US9767354B2 (en) 2009-02-10 2017-09-19 Kofax, Inc. Global geographic information retrieval, validation, and normalization
US8548426B2 (en) * 2009-02-20 2013-10-01 Boku, Inc. Systems and methods to approve electronic payments
EP2401711A4 (en) * 2009-02-25 2016-12-28 Miri Systems Llc Payment system and method
US9990623B2 (en) 2009-03-02 2018-06-05 Boku, Inc. Systems and methods to provide information
US8700530B2 (en) * 2009-03-10 2014-04-15 Boku, Inc. Systems and methods to process user initiated transactions
KR101590915B1 (en) * 2009-03-18 2016-02-02 엘지전자 주식회사 Mobile terminal, the lost mode management method and a communication system using the same.
US8160943B2 (en) * 2009-03-27 2012-04-17 Boku, Inc. Systems and methods to process transactions based on social networking
US8131258B2 (en) * 2009-04-20 2012-03-06 Boku, Inc. Systems and methods to process transaction requests
US9715681B2 (en) 2009-04-28 2017-07-25 Visa International Service Association Verification of portable consumer devices
US9038886B2 (en) 2009-05-15 2015-05-26 Visa International Service Association Verification of portable consumer devices
US7891560B2 (en) * 2009-05-15 2011-02-22 Visa International Service Assocation Verification of portable consumer devices
US8893967B2 (en) 2009-05-15 2014-11-25 Visa International Service Association Secure Communication of payment information to merchants using a verification token
US8534564B2 (en) 2009-05-15 2013-09-17 Ayman Hammad Integration of verification tokens with mobile communication devices
US8602293B2 (en) 2009-05-15 2013-12-10 Visa International Service Association Integration of verification tokens with portable computing devices
US9105027B2 (en) 2009-05-15 2015-08-11 Visa International Service Association Verification of portable consumer device for secure services
US20100299220A1 (en) * 2009-05-19 2010-11-25 Boku, Inc. Systems and Methods to Confirm Transactions via Mobile Devices
US8224727B2 (en) 2009-05-27 2012-07-17 Boku, Inc. Systems and methods to process transactions based on social networking
US20100306015A1 (en) * 2009-05-29 2010-12-02 Boku, Inc. Systems and Methods to Schedule Transactions
US9595028B2 (en) 2009-06-08 2017-03-14 Boku, Inc. Systems and methods to add funds to an account via a mobile communication device
US20100312645A1 (en) * 2009-06-09 2010-12-09 Boku, Inc. Systems and Methods to Facilitate Purchases on Mobile Devices
US9697510B2 (en) 2009-07-23 2017-07-04 Boku, Inc. Systems and methods to facilitate retail transactions
US8676659B1 (en) 2009-07-23 2014-03-18 Bank Of America Corporation Methods and apparatuses for facilitating financial transactions using gamer tag information
US9443253B2 (en) 2009-07-27 2016-09-13 Visa International Service Association Systems and methods to provide and adjust offers
US9519892B2 (en) * 2009-08-04 2016-12-13 Boku, Inc. Systems and methods to accelerate transactions
US8660911B2 (en) 2009-09-23 2014-02-25 Boku, Inc. Systems and methods to facilitate online transactions
US20110078077A1 (en) * 2009-09-29 2011-03-31 Boku, Inc. Systems and Methods to Facilitate Online Transactions
US8224709B2 (en) * 2009-10-01 2012-07-17 Boku, Inc. Systems and methods for pre-defined purchases on a mobile communication device
MX2012004070A (en) 2009-10-05 2012-08-17 Miri Systems Llc Electronic transaction security system and method.
US8412626B2 (en) 2009-12-10 2013-04-02 Boku, Inc. Systems and methods to secure transactions via mobile devices
US20110143710A1 (en) * 2009-12-16 2011-06-16 Boku, Inc. Systems and methods to facilitate electronic payments
US10255591B2 (en) 2009-12-18 2019-04-09 Visa International Service Association Payment channel returning limited use proxy dynamic value
US8566188B2 (en) * 2010-01-13 2013-10-22 Boku, Inc. Systems and methods to route messages to facilitate online transactions
US10255601B2 (en) 2010-02-25 2019-04-09 Visa International Service Association Multifactor authentication using a directory server
US20110213671A1 (en) * 2010-02-26 2011-09-01 Boku, Inc. Systems and Methods to Process Payments
US20110218907A1 (en) * 2010-03-08 2011-09-08 Firethom Holdings, LLC System and method for creating and managing a shared stored value account associated with a client device
US9697520B2 (en) 2010-03-22 2017-07-04 Visa U.S.A. Inc. Merchant configured advertised incentives funded through statement credits
US9111272B2 (en) * 2010-03-25 2015-08-18 Bizmodeline Co., Ltd. Mobile payments
US8219542B2 (en) 2010-03-25 2012-07-10 Boku, Inc. Systems and methods to provide access control via mobile phones
US10062108B2 (en) * 2010-03-26 2018-08-28 Eastnets Fz-Llc Mobile remittance computer system and method
US8583504B2 (en) * 2010-03-29 2013-11-12 Boku, Inc. Systems and methods to provide offers on mobile devices
US8336088B2 (en) 2010-04-19 2012-12-18 Visa International Service Association Alias management and value transfer claim processing
US8359274B2 (en) 2010-06-04 2013-01-22 Visa International Service Association Systems and methods to provide messages in real-time with transaction processing
US8571986B2 (en) 2010-07-28 2013-10-29 Bank Of America Corporation Dependent payment device
US9972021B2 (en) 2010-08-06 2018-05-15 Visa International Service Association Systems and methods to rank and select triggers for real-time offers
CA2808093A1 (en) 2010-08-11 2012-02-16 Boku, Inc. Systems and methods to identify carrier information for transmission of premium messages
US9679299B2 (en) 2010-09-03 2017-06-13 Visa International Service Association Systems and methods to provide real-time offers via a cooperative database
US20120136796A1 (en) * 2010-09-21 2012-05-31 Ayman Hammad Device Enrollment System and Method
US10055745B2 (en) 2010-09-21 2018-08-21 Visa International Service Association Systems and methods to modify interaction rules during run time
US9477967B2 (en) 2010-09-21 2016-10-25 Visa International Service Association Systems and methods to process an offer campaign based on ineligibility
US9466075B2 (en) 2011-09-20 2016-10-11 Visa International Service Association Systems and methods to process referrals in offer campaigns
US9558502B2 (en) 2010-11-04 2017-01-31 Visa International Service Association Systems and methods to reward user interactions
US8699994B2 (en) 2010-12-16 2014-04-15 Boku, Inc. Systems and methods to selectively authenticate via mobile communications
US8412155B2 (en) 2010-12-20 2013-04-02 Boku, Inc. Systems and methods to accelerate transactions based on predictions
US8583496B2 (en) 2010-12-29 2013-11-12 Boku, Inc. Systems and methods to process payments via account identifiers and phone numbers
US8700524B2 (en) 2011-01-04 2014-04-15 Boku, Inc. Systems and methods to restrict payment transactions
SG193510A1 (en) 2011-02-22 2013-10-30 Visa Int Service Ass Universal electronic payment apparatuses, methods and systems
US10223730B2 (en) 2011-09-23 2019-03-05 Visa International Service Association E-wallet store injection search apparatuses, methods and systems
AU2013214801B2 (en) 2012-02-02 2018-06-21 Visa International Service Association Multi-source, multi-dimensional, cross-entity, multimedia database platform apparatuses, methods and systems
WO2012115960A1 (en) * 2011-02-22 2012-08-30 Marqeta, Inc. System and method for providing a user with a single payment card on which prepaid/or reward balances are tracked for multiple merchants
WO2012116221A1 (en) * 2011-02-23 2012-08-30 Mastercard International, Inc. Demand deposit account payment system
CN103503010B (en) 2011-03-04 2017-12-29 维萨国际服务协会 Ability to pay combined elements of a computer security
US20120271691A1 (en) * 2011-03-27 2012-10-25 Visa International Service Association Systems and methods to provide offer communications to users via social networking sites
US8266058B1 (en) * 2011-03-31 2012-09-11 International Business Machines Corporation Virtual accounts linked to financial accounts
US9280765B2 (en) 2011-04-11 2016-03-08 Visa International Service Association Multiple tokenization for authentication
US8543087B2 (en) 2011-04-26 2013-09-24 Boku, Inc. Systems and methods to facilitate repeated purchases
US9191217B2 (en) 2011-04-28 2015-11-17 Boku, Inc. Systems and methods to process donations
US9830622B1 (en) 2011-04-28 2017-11-28 Boku, Inc. Systems and methods to process donations
US20120284175A1 (en) 2011-05-03 2012-11-08 Panther Payments, LLC Method and system for facilitating person-to-person payments
AU2012278963B2 (en) 2011-07-05 2017-02-23 Visa International Service Association Electronic wallet checkout platform apparatuses, methods and systems
US9582598B2 (en) 2011-07-05 2017-02-28 Visa International Service Association Hybrid applications utilizing distributed models and views apparatuses, methods and systems
US20130018791A1 (en) * 2011-07-14 2013-01-17 Bank Of America Corporation Fraud data exchange system
US9704155B2 (en) 2011-07-29 2017-07-11 Visa International Service Association Passing payment tokens through an hop/sop
US10242358B2 (en) 2011-08-18 2019-03-26 Visa International Service Association Remote decoupled application persistent state apparatuses, methods and systems
US9355393B2 (en) 2011-08-18 2016-05-31 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
WO2013029014A2 (en) 2011-08-24 2013-02-28 Visa International Service Association Method for using barcodes and mobile devices to conduct payment transactions
US20130080333A1 (en) * 2011-09-27 2013-03-28 Oleksandr Kamotskyy Electronic wallet using allocation of funds
EP2801061A4 (en) 2012-01-05 2015-06-03 Visa Int Service Ass Data protection with translation
US10146795B2 (en) 2012-01-12 2018-12-04 Kofax, Inc. Systems and methods for mobile image capture and processing
WO2013113004A1 (en) 2012-01-26 2013-08-01 Visa International Service Association System and method of providing tokenization as a service
US8712914B2 (en) * 2012-02-23 2014-04-29 Mastercard International Incorporated Method and system for facilitating micropayments in a financial transaction system
WO2013126982A1 (en) * 2012-03-01 2013-09-06 Mclean Bruce E System and method of facilitating payday loans
US10282724B2 (en) 2012-03-06 2019-05-07 Visa International Service Association Security system incorporating mobile device
WO2013166501A1 (en) * 2012-05-04 2013-11-07 Visa International Service Association System and method for local data conversion
US9524501B2 (en) 2012-06-06 2016-12-20 Visa International Service Association Method and system for correlating diverse transaction data
WO2014008403A1 (en) 2012-07-03 2014-01-09 Visa International Service Association Data protection hub
US20140025458A1 (en) * 2012-07-20 2014-01-23 Bank Of America Corporation Offer substitution at settlement
US9467520B2 (en) * 2012-07-23 2016-10-11 Intel Corporation Integrated learning application
US9846861B2 (en) 2012-07-25 2017-12-19 Visa International Service Association Upstream and downstream data conversion
US9256871B2 (en) 2012-07-26 2016-02-09 Visa U.S.A. Inc. Configurable payment tokens
US9665722B2 (en) 2012-08-10 2017-05-30 Visa International Service Association Privacy firewall
AU2013315510A1 (en) 2012-09-11 2015-04-02 Visa International Service Association Cloud-based Virtual Wallet NFC Apparatuses, methods and systems
US9619806B2 (en) * 2012-09-14 2017-04-11 Bank Of America Corporation Peer-to-peer transfer of funds for a specified use
WO2014066559A1 (en) 2012-10-23 2014-05-01 Visa International Service Association Transaction initiation determination system utilizing transaction data elements
US9911118B2 (en) 2012-11-21 2018-03-06 Visa International Service Association Device pairing via trusted intermediary
CN103841171B (en) * 2012-11-27 2017-06-23 阿里巴巴集团控股有限公司 A service processing method and apparatus
US9741051B2 (en) 2013-01-02 2017-08-22 Visa International Service Association Tokenization and third-party interaction
US10223710B2 (en) 2013-01-04 2019-03-05 Visa International Service Association Wearable intelligent vision device apparatuses, methods and systems
US9355312B2 (en) 2013-03-13 2016-05-31 Kofax, Inc. Systems and methods for classifying objects in digital images captured using mobile devices
US20140310171A1 (en) * 2013-04-12 2014-10-16 Bank Of America Corporation Certified person-to-person payment system
SG11201508661TA (en) * 2013-04-23 2015-11-27 Ramesh Thimmana Method and system for facilitating online and offline financial transactions
US20140316841A1 (en) * 2013-04-23 2014-10-23 Kofax, Inc. Location-based workflows and services
US9978062B2 (en) 2013-05-15 2018-05-22 Visa International Service Association Mobile tokenization hub
US10115086B2 (en) * 2013-05-15 2018-10-30 Moneygram International, Inc. Systems and methods for directing a money transfer to a receiving party account
WO2015013522A1 (en) 2013-07-24 2015-01-29 Visa International Service Association Systems and methods for communicating risk using token assurance data
US9613358B1 (en) 2013-08-19 2017-04-04 Marqeta, Inc. System, method, and computer program for capturing a unique identifier for a merchant used in purchase transaction approval requests
US9767457B1 (en) 2013-08-19 2017-09-19 Marqeta, Inc. System, method, and computer program for dynamically identifying a merchant associated with an authorization request for a payment card
US9208536B2 (en) 2013-09-27 2015-12-08 Kofax, Inc. Systems and methods for three dimensional geometric reconstruction of captured image data
US9978094B2 (en) 2013-10-11 2018-05-22 Visa International Service Association Tokenization revocation list
WO2015073920A1 (en) 2013-11-15 2015-05-21 Kofax, Inc. Systems and methods for generating composite images of long documents using mobile video data
SG10201900029SA (en) 2013-11-19 2019-02-27 Visa Int Service Ass Automated account provisioning
US20150149354A1 (en) * 2013-11-27 2015-05-28 Bank Of America Corporation Real-Time Data Recognition and User Interface Field Updating During Voice Entry
KR20160101117A (en) 2013-12-19 2016-08-24 비자 인터네셔널 서비스 어소시에이션 Cloud-based transactions methods and systems
US9922322B2 (en) 2013-12-19 2018-03-20 Visa International Service Association Cloud-based transactions with magnetic secure transmission
US9846878B2 (en) 2014-01-14 2017-12-19 Visa International Service Association Payment account identifier system
US10026087B2 (en) 2014-04-08 2018-07-17 Visa International Service Association Data passed in an interaction
US9942043B2 (en) 2014-04-23 2018-04-10 Visa International Service Association Token security on a communication device
CN106233664A (en) 2014-05-01 2016-12-14 维萨国际服务协会 Data verification using access device
US9848052B2 (en) 2014-05-05 2017-12-19 Visa International Service Association System and method for token domain control
CN105208057B (en) * 2014-06-18 2019-02-12 腾讯科技(深圳)有限公司 The correlating method and device of network account
US9780953B2 (en) 2014-07-23 2017-10-03 Visa International Service Association Systems and methods for secure detokenization
US9775029B2 (en) 2014-08-22 2017-09-26 Visa International Service Association Embedding cloud-based functionalities in a communication device
US10140615B2 (en) 2014-09-22 2018-11-27 Visa International Service Association Secure mobile device credential provisioning using risk decision non-overrides
AU2015319804B2 (en) 2014-09-26 2019-03-14 Visa International Service Association Remote server encrypted data provisioning system and methods
US10015147B2 (en) 2014-10-22 2018-07-03 Visa International Service Association Token enrollment system and method
US10257185B2 (en) 2014-12-12 2019-04-09 Visa International Service Association Automated access data provisioning
US10187363B2 (en) 2014-12-31 2019-01-22 Visa International Service Association Hybrid integration of software development kit with secure execution environment
US10096009B2 (en) 2015-01-20 2018-10-09 Visa International Service Association Secure payment processing using authorization request
US10164996B2 (en) 2015-03-12 2018-12-25 Visa International Service Association Methods and systems for providing a low value token buffer
US10163083B2 (en) 2015-04-13 2018-12-25 Bank Of America Corporation Account activity management system
US9998978B2 (en) 2015-04-16 2018-06-12 Visa International Service Association Systems and methods for processing dormant virtual access devices
US9923965B2 (en) 2015-06-05 2018-03-20 International Business Machines Corporation Storage mirroring over wide area network circuits with dynamic on-demand capacity
CN104992321B (en) * 2015-06-30 2018-08-31 厦门云顶伟业信息技术有限公司 Species transfer method and system based on a special relationship
US10242285B2 (en) 2015-07-20 2019-03-26 Kofax, Inc. Iterative recognition-guided thresholding and data extraction
CA2993528A1 (en) * 2015-07-21 2017-01-26 10353744 Canada Ltd. Online funds management method, and data interaction processing method and device
CN106469412A (en) * 2015-08-17 2017-03-01 阿里巴巴集团控股有限公司 Data processing method and device
US10249002B2 (en) 2015-09-11 2019-04-02 Bank Of America Corporation System for dynamic visualization of individualized consumption across shared resource allocation structure
US10127551B2 (en) 2015-09-11 2018-11-13 Bank Of America Corporation System for modeling and implementing event-responsive resource allocation structures
US10013714B2 (en) 2015-09-11 2018-07-03 Bank Of America Corporation System for simulation and implementation of dynamic state-dependent resource reconfiguration
CN108369700A (en) * 2015-10-27 2018-08-03 屯屯·闻 Mobile Payment System
DE102015222347B4 (en) * 2015-11-12 2017-07-06 Bundesdruckerei Gmbh Electronic payment systems and server computers
US9923784B2 (en) 2015-11-25 2018-03-20 International Business Machines Corporation Data transfer using flexible dynamic elastic network service provider relationships
US9923839B2 (en) 2015-11-25 2018-03-20 International Business Machines Corporation Configuring resources to exploit elastic network capability
US10177993B2 (en) 2015-11-25 2019-01-08 International Business Machines Corporation Event-based data transfer scheduling using elastic network optimization criteria
US10216441B2 (en) 2015-11-25 2019-02-26 International Business Machines Corporation Dynamic quality of service for storage I/O port allocation
US10057327B2 (en) 2015-11-25 2018-08-21 International Business Machines Corporation Controlled transfer of data over an elastic network
SG11201805266YA (en) 2016-01-07 2018-07-30 Visa Int Service Ass Systems and methods for device push provisioning
CN106485581A (en) * 2016-10-12 2017-03-08 上海易贷网金融信息服务有限公司 Bank depository account management method and system
BR102016026832A2 (en) * 2016-11-16 2018-06-05 Banco Agiplan S.A. Method and system for financial transactions applied via mobile or embedded device
CN107067258A (en) * 2017-03-14 2017-08-18 平安科技(深圳)有限公司 Financial transaction management system and method

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010047310A1 (en) * 2000-03-27 2001-11-29 Russell Randall A. School commerce system and method
US20020077978A1 (en) * 2000-06-22 2002-06-20 The Chase Manhattan Bank Method and system for processing internet payments
US20040078321A1 (en) * 2001-03-20 2004-04-22 David Lawrence Risk management customer registry
US20040260653A1 (en) * 1999-04-19 2004-12-23 First Data Corporation Anonymous transactions
US20050098624A1 (en) * 2003-10-14 2005-05-12 Foss Sheldon H.Jr. Family stored value card program
US20050246277A1 (en) * 2002-10-23 2005-11-03 Bloem Nicolaas C Transaction processing system
US20050267827A1 (en) * 2004-05-28 2005-12-01 Grant Jr Henry W Method and system to evaluate anti-money laundering risk
US20050288941A1 (en) * 2004-06-23 2005-12-29 Dun & Bradstreet, Inc. Systems and methods for USA Patriot Act compliance
US7099850B1 (en) * 2001-09-21 2006-08-29 Jpmorgan Chase Bank, N.A. Methods for providing cardless payment
US20060218086A1 (en) * 2005-03-24 2006-09-28 Heather Campbell Payee aliasing
US20070179885A1 (en) * 2006-01-30 2007-08-02 Cpni Inc. Method and system for authorizing a funds transfer or payment using a phone number
US20070203836A1 (en) * 2006-02-28 2007-08-30 Ramy Dodin Text message payment
US20080177662A1 (en) * 2007-01-24 2008-07-24 Cingular Wireless Ii, Llc Mobile merchant user interface
US7536349B1 (en) * 1998-06-16 2009-05-19 Walker Digital, Llc Method and apparatus for processing a charge applied to a financial account
US7644037B1 (en) * 1999-08-16 2010-01-05 Vladimir Ostrovsky Method and system for transferring electronic funds
US7844546B2 (en) * 2001-01-26 2010-11-30 Acxsys Corporation Online payment transfer and identity management system and method
US7848980B2 (en) * 2006-12-26 2010-12-07 Visa U.S.A. Inc. Mobile payment system and method using alias

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7117172B1 (en) * 1999-03-11 2006-10-03 Corecard Software, Inc. Methods and systems for managing financial accounts
US7343349B2 (en) * 2000-02-10 2008-03-11 Jove Corporation System and method for secure data and funds transfer
US7890433B2 (en) * 2000-06-30 2011-02-15 Tara Chand Singhal Private and secure payment system
JP2002117361A (en) * 2000-10-06 2002-04-19 Hitachi Ltd Electronic account settlement method and electronic account settlement system
US7254548B1 (en) * 2002-07-10 2007-08-07 Union Beach, L.P. System and method for the administration of financial accounts using profiles
DE10310527B4 (en) * 2003-03-11 2008-11-20 Christian Hogl A method for initiating and / or performing a payment transaction,
US7885870B2 (en) * 2003-06-24 2011-02-08 Lg Uplus Corp. System for providing banking services by use of mobile communication
US20050075958A1 (en) * 2003-10-01 2005-04-07 Edwin Gonzalez Cellular phone financial device
WO2005088511A1 (en) * 2004-03-09 2005-09-22 Groupo Dimex, Llc Methods and systems for the transfer of money services provided to non-citizen residents
US7529710B1 (en) * 2004-06-10 2009-05-05 Valid Systems Monitoring transactions by non-account holder
CA2503740A1 (en) * 2005-03-11 2006-09-11 Dushyant Sharma Electronic payment system for financial institutions and companies to receive online payments
US20070043663A1 (en) * 2005-08-16 2007-02-22 Mark Simpson E-payment advice system
US20070219817A1 (en) * 2006-03-16 2007-09-20 Jianqing Wu Universal Negotiation Forum
US8249965B2 (en) * 2006-03-30 2012-08-21 Obopay, Inc. Member-supported mobile payment system
KR101561428B1 (en) * 2007-01-09 2015-10-19 비자 유에스에이 인코포레이티드 Contactless transactions
US7835723B2 (en) * 2007-02-04 2010-11-16 Bank Of America Corporation Mobile banking

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7536349B1 (en) * 1998-06-16 2009-05-19 Walker Digital, Llc Method and apparatus for processing a charge applied to a financial account
US20040260653A1 (en) * 1999-04-19 2004-12-23 First Data Corporation Anonymous transactions
US7644037B1 (en) * 1999-08-16 2010-01-05 Vladimir Ostrovsky Method and system for transferring electronic funds
US20010047310A1 (en) * 2000-03-27 2001-11-29 Russell Randall A. School commerce system and method
US20020077978A1 (en) * 2000-06-22 2002-06-20 The Chase Manhattan Bank Method and system for processing internet payments
US7844546B2 (en) * 2001-01-26 2010-11-30 Acxsys Corporation Online payment transfer and identity management system and method
US20040078321A1 (en) * 2001-03-20 2004-04-22 David Lawrence Risk management customer registry
US7099850B1 (en) * 2001-09-21 2006-08-29 Jpmorgan Chase Bank, N.A. Methods for providing cardless payment
US20050246277A1 (en) * 2002-10-23 2005-11-03 Bloem Nicolaas C Transaction processing system
US20050098624A1 (en) * 2003-10-14 2005-05-12 Foss Sheldon H.Jr. Family stored value card program
US20050267827A1 (en) * 2004-05-28 2005-12-01 Grant Jr Henry W Method and system to evaluate anti-money laundering risk
US20050288941A1 (en) * 2004-06-23 2005-12-29 Dun & Bradstreet, Inc. Systems and methods for USA Patriot Act compliance
US20060218086A1 (en) * 2005-03-24 2006-09-28 Heather Campbell Payee aliasing
US20070179885A1 (en) * 2006-01-30 2007-08-02 Cpni Inc. Method and system for authorizing a funds transfer or payment using a phone number
US20070203836A1 (en) * 2006-02-28 2007-08-30 Ramy Dodin Text message payment
US7848980B2 (en) * 2006-12-26 2010-12-07 Visa U.S.A. Inc. Mobile payment system and method using alias
US20080177662A1 (en) * 2007-01-24 2008-07-24 Cingular Wireless Ii, Llc Mobile merchant user interface

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8380590B1 (en) * 2009-03-31 2013-02-19 Intuit Inc. Method and system for detecting recurring income from financial transaction data
US9235831B2 (en) 2009-04-22 2016-01-12 Gofigure Payments, Llc Mobile payment systems and methods
US8812395B2 (en) 2009-09-03 2014-08-19 Virtual Piggy, Inc. System and method for virtual piggybank
US20110185399A1 (en) * 2009-09-03 2011-07-28 Jo Webber Parent match
US20110184855A1 (en) * 2009-09-03 2011-07-28 Jo Webber System and method for virtual piggybank
US9203845B2 (en) 2009-09-03 2015-12-01 Virtual Piggy, Inc. Parent match
US8650621B2 (en) 2009-09-03 2014-02-11 Virtual Piggy, Inc. System and method for verifying the age of an internet user
US20110185400A1 (en) * 2009-09-03 2011-07-28 Jo Webber System and method for verifying the age of an internet user
USD774529S1 (en) 2010-11-04 2016-12-20 Bank Of America Corporation Display screen with graphical user interface for funds transfer
USD774526S1 (en) 2011-02-21 2016-12-20 Bank Of America Corporation Display screen with graphical user interface for funds transfer
USD774527S1 (en) 2011-02-21 2016-12-20 Bank Of America Corporation Display screen with graphical user interface for funds transfer
USD774528S1 (en) 2011-02-21 2016-12-20 Bank Of America Corporation Display screen with graphical user interface for funds transfer
WO2012148673A1 (en) * 2011-04-26 2012-11-01 Virtual Piggy, Inc. Virtual piggybank having dashboard and debit card
US8515870B2 (en) 2011-09-06 2013-08-20 Rawllin International Inc. Electronic payment systems and supporting methods and devices
US8660897B2 (en) 2011-09-20 2014-02-25 Raj V. Abhyanker Near-field communication enabled wearable apparel garment and method to capture geospatial and socially relevant data of a wearer of the wearable apparel garment and/or a user of a reader device associated therewith
US8762230B2 (en) 2011-11-02 2014-06-24 Virtual Piggy, Inc. System and method for virtual piggy bank wish-list
USD770478S1 (en) 2012-09-07 2016-11-01 Bank Of America Corporation Communication device with graphical user interface
USD774071S1 (en) 2012-09-07 2016-12-13 Bank Of America Corporation Communication device with graphical user interface

Also Published As

Publication number Publication date
CN101884051A (en) 2010-11-10
BRPI0819305A2 (en) 2015-05-12
CA2704565A1 (en) 2009-06-11
US20110004550A1 (en) 2011-01-06
US8249985B2 (en) 2012-08-21
EP2215591A1 (en) 2010-08-11
WO2009073623A1 (en) 2009-06-11
US20110010292A1 (en) 2011-01-13
US20110004547A1 (en) 2011-01-06
US20090144193A1 (en) 2009-06-04
MX2010005836A (en) 2010-06-09

Similar Documents

Publication Publication Date Title
Karnouskos Mobile payment: a journey through existing procedures and standardization initiatives
US8682792B2 (en) Secure payment and billing method using mobile phone number or account
US7958052B2 (en) Methods and systems for cardholder initiated transactions
US7835960B2 (en) System for facilitating a transaction
US7827101B2 (en) Payment system clearing for transactions
US7395241B1 (en) Consumer-directed financial transfers using automated clearinghouse networks
USRE44513E1 (en) Method and apparatus for performing a credit based transaction between a user of a wireless communications device and a provider of a product or service
US8942997B2 (en) Payment system
US9715709B2 (en) Communication device including multi-part alias identifier
CN103548045B (en) Systems and methods for receiving the payment service point via wireless communication
US9911114B2 (en) Methods and systems for making a payment via a stored value card in a mobile environment
US20120030044A1 (en) Virtual point of sale terminal and electronic wallet apparatuses and methods for processing secure wireless payment transactions
US20120203666A1 (en) Contactless wireless transaction processing system
US8589236B2 (en) Mobile payment station system and method
US20140310183A1 (en) Embedded acceptance system
US8121945B2 (en) Methods and systems for payment method selection by a payee in a mobile environment
US8160959B2 (en) Methods and systems for payment transactions in a mobile environment
US8145568B2 (en) Methods and systems for indicating a payment in a mobile environment
US8510220B2 (en) Methods and systems for viewing aggregated payment obligations in a mobile environment
US8467766B2 (en) Methods and systems for managing payment sources in a mobile environment
US8489067B2 (en) Methods and systems for distribution of a mobile wallet for a mobile device
US8577804B1 (en) Method and system for securing payment transactions
AU2012394424B2 (en) Using card image to extract bank account information
EP1980984A2 (en) Methods and systems for making a payment via a paper check in a mobile environment
US8688574B2 (en) Payment system

Legal Events

Date Code Title Description
AS Assignment

Owner name: BANK OF AMERICA CORPORATION, NORTH CAROLINA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BROWN, DOUGLAS G.;GRIGGS, CHRISTOPHER R.;GIORDANO, JOSEPH A.;AND OTHERS;SIGNING DATES FROM 20080215 TO 20080219;REEL/FRAME:026953/0846