WO2008103880A2 - Payments using a mobile commerce device - Google Patents
Payments using a mobile commerce device Download PDFInfo
- Publication number
- WO2008103880A2 WO2008103880A2 PCT/US2008/054673 US2008054673W WO2008103880A2 WO 2008103880 A2 WO2008103880 A2 WO 2008103880A2 US 2008054673 W US2008054673 W US 2008054673W WO 2008103880 A2 WO2008103880 A2 WO 2008103880A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- account
- transaction
- acquirer
- financial
- mobile
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/326—Payment applications installed on the mobile devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3278—RFID or NFC payments by means of M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
Definitions
- Embodiments of the present invention generally relate to payment systems. More specifically, embodiments of the present invention relate to payment systems supporting use of mobile electronic devices in various types of financial transactions.
- contactless transaction initiation is often performed with a "smart" card or other device such as a key fob or a mobile device such as a cell phone or Personal Digital Assistant (PDA) containing a memory and a processor.
- a card or device typically also includes Radio-Frequency IDentification (“RFID”) or Near-Field Communications (NFC) components for contactless communication with a Point-Of-Sale (POS) device.
- RFID Radio-Frequency IDentification
- NFC Near-Field Communications
- POS Point-Of-Sale
- the information stored in the memory of the device and communicated via the RFID or NFC components to the POS device is generally similar or identical to the information recorded on the magnetic stripe of a card, i.e., account number etc.
- RFID Radio-Frequency IDentification
- NFC Near-Field Communications
- POS Point-Of-Sale
- a method of processing a payment transaction in a mobile commerce system can comprise receiving at a first acquirer system a communication from a point-of-sale (POS) device.
- the communication can be related to the payment transaction and can include information identifying a financial account from which a payment is requested.
- a second acquirer for authorizing the payment can be identified based on the information identifying the financial account.
- the communication can be sent to the second acquirer system for authorization of the transaction based on the information related to the financial account.
- An indication of whether the transaction is authorized can be received from the second acquirer system.
- an authorization message can be generated and sent to the POS device.
- a denial message can be generated and sent to the POS device.
- the second acquirer system comprises a payments system.
- a request for authorization of the transaction can be sent from the payment system to a financial institution maintaining the financial account.
- the financial account can comprises a credit account and the financial institution can comprise the issuer of the credit account.
- the financial account comprises a debit account and the financial institution comprises the holder of the debit account.
- the financial account comprises a demand deposit account and the financial institution comprises the holder of the demand deposit account.
- An indication of authorization can be received at the payment system from the financial institution. The indication of whether the transaction is authorized can be sent from the payment system to the first acquirer system based on the indication of authorization from the financial institution.
- the financial account can comprise a stored value account and the second acquirer system can comprise a system maintaining information related to the stored value account. Additionally or alternatively, the financial account can comprise a loyalty account and the second acquirer system can comprise a system maintaining information related to the loyalty account.
- a system can comprise a first communications network and a mobile device.
- the mobile device can include a Near Field Communications (NFC) transponder and a mobile wallet.
- NFC Near Field Communications
- the mobile device can be adapted to maintain at least one set of information related to a financial account in the mobile wallet and communicate at least a subset of the information related to the financial account via the NFC transponder upon initiation of a transaction.
- the mobile wallet of the mobile device can maintain information related to a plurality of financial accounts such as, for example, debit accounts, demand deposit accounts, stored value accounts, loyalty accounts under a customer loyalty program, etc.
- the mobile wallet of the mobile device can be adapted to present the plurality of financial accounts to a user of the mobile device and receive a selection of a financial account for the transaction.
- the mobile device can also be adapted to communicate at least a subset of the information related to the selected financial account via the NFC transponder upon initiation of the transaction.
- the system can also include a point of sale device communicatively coupled with the first communications network.
- the point of sale device can also include an NFC transponder.
- the point of sale device can be adapted to receive the information related to the financial account from the mobile device via the NFC transponder and send a communication related to the transaction via the first network.
- the communication related to the financial transaction can include the information related to the financial account.
- a mobile commerce gateway can be communicatively coupled with the first communications network.
- the mobile commerce gateway can be adapted to receive the communication related to the transaction from the point of sale device and route the communication for handling of the transaction based on the information related to the financial account.
- the system can also include a plurality of acquirer systems communicatively coupled with the mobile commerce gateway. Each of the acquirer systems can be adapted to perform functions related to at least one type of financial transaction.
- the acquirer systems can include but are not limited to a payments system adapted to communicate with a financial institution maintaining the financial account and authorize the transaction based on the communication with the financial institution, an enrollment system adapted to enroll the mobile device for use with the system, a loyalty system adapted to maintain a loyalty account under a customer loyalty program, a stored value system adapted to maintain a stored value account, as well as other systems.
- the mobile commerce gateway can be adapted to route communications to the plurality of acquirer systems based at least in part on a transaction type.
- the system can also include a second communications network, wherein the mobile device is communicatively coupled with the second communications network.
- the second communications network can comprise a cellular network.
- the mobile device may be a cellular telephone.
- the second communications network can also include a service provider system.
- a mobile wallet server can be communicatively coupled with the service provider system and the mobile commerce gateway.
- the mobile wallet server can be adapted to interact with the mobile wallet of the mobile device. That is, the mobile wallet server can interact with the mobile wallet of the mobile device over the second network via the service provider system.
- the mobile wallet server can interact with the mobile wallet of the mobile device to provide functions related to maintenance of the mobile wallet.
- the mobile wallet server can interact with the mobile wallet of the mobile device to provide functions related to maintenance of the information related to the financial account.
- a machine-readable medium can have stored thereon a series of instruction which, when executed by a processor, causes the processor to handle a payment transaction in a mobile commerce system by receiving at a first acquirer system a communication from a point-of-sale (POS) device.
- the communication can be related to the payment transaction and can include information identifying a financial account from which a payment is requested.
- a second acquirer for authorizing the payment can be identified based on the information identifying the financial account.
- the communication can be sent to the second acquirer system for authorization of the transaction based on the information related to the financial account. An indication of whether the transaction is authorized can be received from the second acquirer system.
- an authorization message can be generated and sent to the POS device.
- a denial message can be generated and sent to the POS device.
- the second acquirer systems comprises a payments system.
- a request for authorization of the transaction can be sent from the payment system to a financial institution maintaining the financial account.
- the financial account can comprises a credit account and the financial institution can comprise the issuer of the credit account.
- the financial account comprises a debit account and the financial institution comprises the holder of the debit account.
- the financial account comprises a demand deposit account and the financial institution comprises the holder of the demand deposit account.
- An indication of authorization can be received at the payment system from the financial institution. The indication of whether the transaction is authorized can be sent from the payment system to the first acquirer system based on the indication of authorization from the financial institution.
- the financial account can comprise a stored value account and the second acquirer system can comprise a system maintaining information related to the stored value account. Additionally or alternatively, the financial account can comprise a loyalty account and the second acquirer system can comprise a system maintaining information related to the loyalty account.
- FIG. 1 is a block diagram illustrating an exemplary environment in which embodiments of the present invention may be implemented.
- FIG. 2 is a block diagram illustrating an exemplary computer system upon which embodiments of the present invention may be implemented.
- FIG. 3 is block diagram illustrating, at a high level, a system for processing transactions utilizing a mobile electronic device according to one embodiment of the present invention.
- FIG. 4 is a block diagram illustrating additional details of the system of FIG. 3 according to one embodiment of the present invention.
- FIG. 5 is a block diagram illustrating components of an exemplary point of sale device that may be used with various embodiments of the present invention.
- FIG. 6 is a block diagram illustrating components of an exemplary mobile device that may be used in various embodiments of the present invention.
- FIG. 7 is a flowchart illustrating a process for a mobile commerce gateway according to one embodiment of the present invention.
- FIG. 8 is a block diagram illustrating elements of a mobile commerce system for enrollment and/or registration of a customer or device according to one embodiment of the present invention.
- FIG. 9 is a flowchart illustrating a process for enrollment and/or registration of a customer or device in a mobile commerce system according to one embodiment of the present invention.
- FIG. 10 is a block diagram illustrating elements of a mobile commerce system for provisioning a mobile wallet according to one embodiment of the present invention.
- FIG. 11 is a flowchart illustrating a process for mobile wallet provisioning according to one embodiment of the present invention.
- FIG. 12 is a block diagram illustrating elements of a mobile commerce system for performing account information lookup according to one embodiment of the present invention.
- FIG. 13 is a flowchart illustrating a process for performing account information lookup according to one embodiment of the present invention.
- FIG. 14 is a block diagram illustrating elements of a mobile commerce system for providing marketing messages according to one embodiment of the present invention.
- FIG. 15 is a flowchart illustrating a process for providing marketing messages in a mobile commerce system according to one embodiment of the present invention.
- FIG. 16 is a block diagram illustrating elements of a mobile commerce system for handling payment transactions according to one embodiment of the present invention.
- FIG. 17 is a flowchart illustrating a process for handling payment transactions according to one embodiment of the present invention.
- FIG. 18 is a block diagram illustrating elements of a mobile commerce system for handling payments or transfers between mobile devices according to one embodiment of the present invention.
- FIG. 19 is a flowchart illustrating a process for handling payments or transfers between mobile devices according to one embodiment of the present invention.
- Embodiments of the invention provide methods and systems for processing various financial transactions initiated by or otherwise involving use of a contactless or mobile device.
- the processes are executed by an entity on behalf of one or more client organizations.
- client organizations is a financial institution, but there is no such requirement for the invention and the methods are intended also to be applicable to other types of organizations that make use of large collections of data.
- embodiments of the invention may also be used for managing health-care documents or information.
- clients and to "customers.”
- Reference to “clients” is intended to refer to persons, i.e. individuals, entities, or their agents, on whose behalf a set of information is managed.
- Reference to "customers” or “consumer” is intended to refer to persons, i.e. individuals, entities, or their agents, who are the subject of or related to that information.
- the information comprises credit-card account records for a credit card issued to Mr. Jones by Bank A
- Bank A corresponds to a client
- Mr. Jones corresponds to a customer or consumer.
- an "acquirer” is used to refer to a business entity that has a business relationship with a merchant, one or more financial institutions, and other entities and handles credit card and/or other financial transactions for and/or involving those entities.
- an "acquirer system” is a system operated by an acquirer that processes and authorizes credit card and/or other transactions.
- Acquirer systems can include those operated by credit card processing entities, such as First Data Corporation, Greenwood Village, Colorado.
- embodiments of the present invention are not limited to such financial services or payment processing.
- an acquirer system can be considered to be any system capable of receiving a communication from another system or entity and processing information on behalf of that entity.
- carrier refers to a provider of a network and/or service for use by a mobile device.
- a carrier can include, but is not limited to, a provider of a cellular or other wireless communications service for use by a mobile device.
- carrier and service provider are used interchangeably herein and are intended to be synonymous.
- carrier network and service provider network are used interchangeably herein and are intended to be synonymous.
- An "electronic receipt” refers to a receipt for payment of goods or services that can be created for and relate to one or more transactions.
- An electronic receipt can include information related to the transaction(s) and may be electronically transferred to the user's mobile device. According to one embodiment, electronic receipts can be stored in a mobile wallet of the mobile device.
- a mobile device is used herein to refer to any small, likely handheld, electronic device that can be used to initiate or otherwise participate in a financial transaction.
- a mobile device can include, but is not limited to, a cellular telephone, a Personal Digital Assistant (PDA), a smart card or other contactless device, etc.
- PDA Personal Digital Assistant
- Exemplary devices that may be adapted for use as mobile devices in various embodiments of the present invention are described in co-pending and commonly assigned U.S. Patent Application No. 11 /672,417 entitled “Contactless Electronic Wallet Payment Device” filed on February 7, 2007; U.S. Patent Application No. 11/551,063 entitled “Presentation Instrument with Non- Financial Functionality” filed on October 19, 2006; and U.S. Provisional Patent Application No. 60/833,022 entitled “Mobile Payment Device with Magnetic Stripe” filed on July 24, 2006, each of which is incorporated herein by reference in its entirety for all purposes.
- the terms mobile device and contactless device are intended to be synonymous.
- a “mobile wallet” or “mobile wallet application” refers to a client software application that can reside on and/or be executed by a mobile device. According to one embodiment, the mobile wallet application can be adapted to store payment vehicle information. In some cases, the mobile wallet can allow storage of multiple payment vehicles and can provide a user interface that can be used to select a specific payment vehicle.
- the mobile wallet can be adapted to provide security to deter fraudulent and unauthorized use of the payment vehicles.
- the terms mobile wallet and mobile wallet application are used interchangeably herein and are intended to be synonymous.
- a "mobile wallet server” is a server and/or server-side process communicating with and supporting functions of a mobile wallet application.
- functions that can be performed by the mobile wallet server can include but are not limited to downloading and installing the mobile wallet application, updating balance information for the accounts stored therein, performing or facilitating various transfers between those accounts, viewing transaction histories for the accounts, providing marketing messages, e.g., coupons and advertisements, redeeming coupons, etc.
- NFC Near Field Communication
- a "payment network” refers herein to an infrastructure that supports the exchange of data in implementing payment transactions. It is anticipated that the data exchange typically proceeds between merchants and financial institutions. Examples of existing commercial networks that are included within the definition of "payment network” include the STAR/MAC network, the NYCE® network, the VISA® network, and the MasterCard® network.
- Access to a network by a consumer can be achieved through entry of a secret code, such as a personal identification number ("PIN "), in combination with data extracted from the mobile device.
- a secret code such as a personal identification number ("PIN ")
- PIN personal identification number
- a signature of the consumer may be used in lieu of a secret code.
- a consumer might be permitted access to the payment network with only information extracted from the mobile device, without the need to provide a PIN or signature.
- payment vehicle is used herein to refer to a method of payment.
- payment vehicles can include, but are not limited to, credit, debit, stored-value, and other types of accounts.
- a payment vehicle can include loyalty points or other value accumulated, for example, under a loyalty program.
- a "point-of-sale device” or “POS device” refers herein to any physical device situated at a location where a consumer may provide payment in support of a transaction.
- Such physical locations are typically merchant locations, such as where the POS device is operated by a clerk or is available for self-operation by the consumers, but may also be in other locations.
- ATMs automatic teller machines
- ATMs may be equipped to support transactions for the sale of movie or sporting-event tickets even remote from the merchant location.
- Other similar types of transactions that may be performed with a POS device at a location remote from the merchant will also be evident to those of skill in the art.
- a personal computer equipped with the appropriate structure may be used as a POS device even when located on the consumer premises.
- POS devices thus include, without limitation, personal computers, cash registers, and any devices capable of reading a magnetic stripe, an RFID chip, NFC communications, or other information from a mobile device, contactless device, card, etc.
- Exemplary devices that may be adapted for use in various embodiments of the present invention are described in the following commonly assigned applications, the entire disclosures of which are incorporated herein by reference for all purposes: U.S. Provisional Patent Application No. 60/147,889, entitled “Integrated Point OF Sale Device,” filed August 9, 1999 by Randy J. Templeton et al. ; U.S. Patent Application No. 09/634,901, entitled “Point of Sale Payment System,” filed August 9, 2000 by Randy J. Templeton et al.; U.S. Patent Application No.
- a "POS processing system” refers to a computational system used by merchants to control communications between POS devices and payment networks. Such systems may be run internally by merchants, may be run by merchant consortia, or may be outsourced to service providers in different embodiments. Some exemplary POS processing systems which may be adapted to operate with embodiments of the present invention are described in commonly assigned U.S. Patent Nos. 6,886,742, 6,827,260 and 7,086,584, the complete disclosures of which are herein incorporated by reference.
- a "primary account number” or "PAN” refers to a number assigned to an account.
- the PAN is generally assigned by a financial institution maintaining the account. In most embodiments, it is anticipated that the PAN will identify an account associated with the wireless device and be included as data stored by the memory of the wireless device.
- Identification of the PAN permits a financial institution that maintains the account to make a unique identification of the consumer initiating a payment or other transaction and determine which of potentially several accounts is to be used in supporting the transaction.
- real time or near real time
- near real time are used herein to refer to a process or action that occurs within a relatively short time.
- real time and near real time are not intended to imply an immediate or instantaneous results or action. Rather, the terms are used to refer to processes or actions that can be performed relatively quickly such as within several seconds or minutes.
- the term "user” refers to an entity, typically a person, that is associated with a particular mobile device. Typically, the user is the person that owns, uses, or leases the mobile device and/or controls the content and use of the payment vehicles maintained within the mobile wallet of the device.
- individual embodiments may be described as a process which is depicted as a flowchart, a flow diagram, a data flow diagram, a structure diagram, or a block diagram. Although a flowchart may describe the operations as a sequential process, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be re-arranged. A process is terminated when its operations are completed, but could have additional steps not included in a figure. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc. When a process corresponds to a function, its termination can correspond to a return of the function to the calling function or the main function.
- machine-readable medium includes, but is not limited to, portable or fixed storage devices, optical storage devices, wireless channels, and various other mediums capable of storing, containing, or carrying instruction(s) and/or data.
- a code segment or machine-executable instructions may represent a procedure, a function, a subprogram, a program, a routine, a subroutine, a module, a software package, a class, or any combination of instructions, data structures, or program statements.
- a code segment may be coupled to another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters, or memory contents. Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted via any suitable means including memory sharing, message passing, token passing, network transmission, etc.
- embodiments may be implemented by hardware, software, firmware, middleware, microcode, hardware description languages, or any combination thereof.
- the program code or code segments to perform the necessary tasks may be stored in a machine readable medium.
- One or more processors may perform the necessary tasks.
- Embodiments of the present invention provide methods, systems, and machine- readable media for supporting use of mobile devices in various types of financial transactions.
- a mobile device such as a cell phone, PDA, MP3 player, or other device can be adapted to maintain account information related to one or more financial accounts.
- information such as a bank name, account number, account type, etc can be maintained in the device in and/or accessible by a mobile wallet.
- identifying information other than an account number may be stored in or by the mobile wallet.
- the mobile wallet may store or generate a unique identifier for use by other systems in identifying one or more accounts associated with the mobile wallet.
- the mobile wallet and other elements described herein can allow the user of the mobile device to use the account information stored therein to make purchases, receive and maintain receipts or other records of transactions, look up account balances, transfer balances, etc.
- FIG. 1 is a block diagram illustrating an exemplary environment in which embodiments of the present invention may be implemented.
- the system can include one or more server computers 105, 110, 115 which can be general purpose computers and/or specialized server computers (including, merely by way of example, PC servers, UNIX servers, mid-range servers, mainframe computers rack-mounted servers, etc.).
- One or more of the servers e.g., 130
- Such servers may be used to execute a plurality of processes related to financial transactions of one or more consumers on behalf of one or more client financial institutions.
- one or more of the servers 105, 110, 115 may execute one or more processes for recording transactions on a credit card issued to the consumer by the financial institution. Other processes may provide for paying a merchant for the consumer's purchase, billing the consumer, etc.
- the applications can also include any number of applications for controlling access to resources of the servers 105, 110, 115.
- the system 100 may also include a network 115.
- the network may be any type of network familiar to those skilled in the art that can support data communications using any of a variety of commercially-available protocols, including without limitation TCP/IP, SNA, IPX, AppleTalk, and the like.
- the network 115 maybe a local area network ("LAN”), such as an Ethernet network, a Token- Ring network and/or the like; a wide-area network; a virtual network, including without limitation a virtual private network ("VPN”); the Internet; an intranet; an extranet; a public switched telephone network (“PSTN”); an infra-red network; a wireless network (e.g., a network operating under any of the IEEE 802.11 suite of protocols, the Bluetooth protocol known in the art, and/or any other wireless protocol); and/or any combination of these and/or other networks such as GSM, GPRS, EDGE, UMTS, 3G, 2.5 G, CDMA, CDMA2000, WCDMA, EVDO etc.
- LAN local area network
- VPN virtual private network
- PSTN public switched telephone network
- a wireless network e.g., a network operating under any of the IEEE 802.11 suite of protocols, the Bluetooth protocol known in the art, and/or any other wireless protocol
- GSM Global System for Mobile
- the system 100 can include one or more user computers which may be used to operate a client, whether a dedicate application, web browser, etc.
- the user computers can include a client system 125 operated by a client financial institution, a customer system 130 operated by a customer or consumer, a merchant system 135 operated by a merchant or vendor, etc.
- the user computers 125, 130, 135 can be general purpose personal computers (including, merely by way of example, personal computers and/or laptop computers running various versions of Microsoft Corp.'s Windows and/or Apple Corp. 's Macintosh operating systems) and/or workstation computers running any of a variety of commercially-available UNIX or UNIX-like operating systems (including without limitation, the variety of GNU/Linux operating systems).
- These user computers 125, 130, 135 may also have any of a variety of applications, including one or more development systems, database client and/or server applications, and web browser applications.
- the user computers 125, 130, 135 maybe any other electronic device, such as a thin-client computer, Internet-enabled mobile telephone, and/or personal digital assistant, capable of communicating via a network (e.g., the network 115 described below) and/or displaying and navigating web pages or other types of electronic documents.
- a network e.g., the network 115 described below
- the exemplary system 100 is shown with three user computers, any number of user computers may be supported.
- the system 100 may also include one or more databases or repositories of enabling data 145.
- the database(s) of enabling data 145 may reside in a variety of locations.
- a database 145 may reside on a storage medium local to (and/or resident in) one or more of the computers 105, 110, 115, 125, 130. Alternatively, it may be remote from any or all of the computers 105, 110, 115, 125, 130, and/or in communication (e.g., via the network 120) with one or more of these.
- the database 145 may reside in a storage-area network ("SAN") familiar to those skilled in the art.
- SAN storage-area network
- any necessary files for performing the functions attributed to the computers 105, 110, 115, 125, 130 may be stored locally on the respective computer and/or remotely, as appropriate.
- the database 145 may be a relational database that is adapted to store, update, and retrieve data in response to SQL-formatted commands.
- the repository of enabling data 145 can include a wide variety of information related to financial transactions related to the consumer and/or specified by different entities such as merchants, financial institutions, third-party advertisers, etc.
- FIG. 2 is a block diagram illustrating an exemplary computer system upon which various elements of the exemplary environment illustrated in Figure 1 may be implemented.
- the computer system 200 is shown comprising hardware elements that may be electrically coupled via a bus 255.
- the hardware elements may include one or more central processing units (CPUs) 205; one or more input devices 210 (e.g., a scan device, a mouse, a keyboard, etc.); and one or more output devices 215 (e.g., a display device, a printer, etc.).
- the computer system 200 may also include one or more storage device 220.
- storage device(s) 220 may be disk drives, optical storage devices, solid-state storage device such as a random access memory (“RAM”) and/or a read-only memory (“ROM”), which can be programmable, flash-updateable and/or the like.
- RAM random access memory
- ROM read-only memory
- the computer system 200 may additionally include a computer-readable storage media reader 225; a communications system 230 (e.g., a modem, a network card (wireless or wired), an infra-red communication device, etc.); and working memory 240, which may include RAM and ROM devices as described above communicatively coupled with and readable by CPU(s) 205.
- the computer system 200 may also include a processing acceleration unit 235, which can include a DSP, a special-purpose processor and/or the like.
- the computer-readable storage media reader 225 can further be connected to a computer-readable storage medium, together (and, optionally, in combination with storage device(s) 220) comprehensively representing remote, local, fixed, and/or removable storage devices plus storage media for temporarily and/or more permanently containing computer- readable information.
- the communications system 230 may permit data to be exchanged with a network and/or any other computer or other type of device.
- the computer system 200 may also comprise software elements, shown as being currently located within a working memory 240, including an operating system 245 and/or other code 250, such as an application program.
- the application programs may implement the methods of the invention as described herein. It should be appreciated that alternate embodiments of a computer system 200 may have numerous variations from that described above. For example, customized hardware might also be used and/or particular elements might be implemented in hardware, software (including portable software, such as applets), or both. Further, connection to other computing devices such as network input/output devices may be employed.
- FIG. 3 is block diagram illustrating, at a high level, a system for processing transactions utilizing a mobile electronic device according to one embodiment of the present invention.
- a credit card may be issued to a customer by a financial institution such as a bank and typically displays a logo for an association that implements rules that govern aspects of use of the card.
- Account information is usually printed on the face of the card, specifying an account number and name of an authorized holder of the card. This information is also stored together with additional information on a magnetic stripe that is usually affixed to the back of the card.
- a transaction such as a financial transaction for the purchase of goods and/or services
- he presents the card 320 to a clerk at a merchant location, who swipes the card through a magnetic-stripe reader comprised by a point-of-sale device 308.
- Multiple point-of-sale devices 308-310 may have been provided at a variety of locations by an acquirer, who acts as an intermediary between merchants and the issuer financial institutions. As an intermediary, the acquirer coordinates transaction routing and performs a variety of backend processes.
- the point-of-sale device 308 typically initiates a connection to an acquirer system 312 through a network 304 such as the Internet or another network as described above.
- a packet of information that includes information read from the magnetic stripe of the card 320, a merchant identifier, the date, and transaction amount are forwarded by the point-of-sale device 308 through the network 304 to the acquirer system 312.
- the acquirer system 312 may store some of the information and send an authorization request, via financial network 313, to the issuing financial institution 316, which may be identified from a portion of the account number read from the magnetic stripe.
- the transaction is authorized or denied depending on such factors as the validity of the cardholder name, the validity of the card number, the level of available credit in comparison with the transaction amount, and the like.
- an authorization code is routed back through the acquirer system 312, which captures additional information and forwards the authorization code back to the originating point-of-sale device 308 so that the transaction may be completed.
- the transactions are settled by the acquirer initiating funds transfers that fund merchant bank accounts with total transaction amounts that may have resulted from multiple transactions by multiple customers.
- PIN personal identification number
- Other types of accounts may operate with similar structures, although the details for each type of account are different. For example, use of a debit account typically requires that the customer provide a personal identification number (“PIN”), which must be validated before any authorization for the transaction can be provided. Authorization usually depends on the current level of funds actually in the identified account rather than on a credit level, and funds transfer is usually executed substantially contemporaneously with providing the authorization rather than performing periodic settlement. Other types of accounts may use arrangements that have similar differences in their particulars.
- a mobile device 324 may be used in addition to or instead of a card or other token representing an account.
- the mobile device 324 is shown for exemplary purposes in the form of a cellular telephone.
- the mobile device 324 may be any of a variety of different mobile devices including but not limited to a PDA, MP3 player, etc.
- the mobile device 324 may communicate according to its normal wireless protocols with a service provider system 330 via an existing network of relay stations 325.
- the mobile device 324 may communicate wirelessly with point-of-sale devices 314 that have been equipped for wireless communications, such as through an NFC connection.
- the mobile device 324 can store and/or execute a mobile wallet application adapted to maintain account numbers and/or other information related to one or more financial accounts such as credit accounts, debit accounts, demand deposit accounts, stored value accounts, etc. maintained by one or more financial institutions 316-318.
- the mobile device 324 may allow the user to review accounts that are stored or identified in the mobile device 324 and select an account for a particular transaction such as a purchase.
- the user of the mobile device can scan or swipe the device 324 in front of or near the POS device 310 causing the information related to the selected account to be read from the mobile device 324 via the NFC connection.
- the information regarding the selected account can identify the account to be used in supporting transactions, for example, including an indication of the financial institution 316 where that account is maintained, an account number, etc. Such identifications may conveniently be made with numerical strings similar to card numbers that have portions that identify a financial institution and portions that identify specific accounts. Additional information may include ownership details of the account, current balance levels for the account, and the like.
- the point-of-sale device 308 typically initiates a connection to an acquirer system 312 through a network 304 such as the Internet or another network as described above.
- a packet of information that includes information read from the mobile device 324, a merchant identifier, the date, and transaction amount are forwarded by the point-of-sale device 310 through the network 304 to the acquirer system 312.
- the acquirer system 312 may store some of the information and send an authorization request, via financial network 313, to the issuing financial institution 318, which may be identified from a portion of the account number read from the mobile device 324.
- the transaction is authorized or denied depending on such factors as the validity of the account holder name, the validity of the account number, the level of available credit in comparison with the transaction amount, and the like. If authorized, an authorization code is routed back through the acquirer system 312, which captures additional information and forwards the authorization code back to the originating point-of-sale device 310 so that the transaction may be completed.
- the mobile wallet and/or other applications of the mobile device may be used to initiate and/or perform other mobile commerce functions.
- the mobile wallet and other elements described herein can allow the user of the mobile device to use the device to make purchases, receive and maintain receipts or other records of transactions, look up account balances, transfer balances, etc.
- embodiments described herein provide for the use mobile devices operating different mobile wallet applications on devices operating on different carrier networks. Additionally, embodiments of the present invention can be used to interact with a wide variety of other systems such as financial institutions, payment networks, advertisers, and other content providers.
- the system can also include a mobile wallet server 335 communicatively coupled with the service provider system 330 and/or the acquirer system 312.
- the mobile wallet server 335 can communicate with the mobile device 324, for example via the service provider network 325 and supporting functions of the mobile wallet application.
- functions that can be performed by the mobile wallet server can include but are not limited to downloading and installing the mobile wallet application, updating balance information for the accounts stored therein, performing or facilitating various transfers between those accounts, viewing transaction histories for the accounts, providing marketing messages, e.g., coupons and advertisements, redeeming coupons, etc.
- FIG. 4 is a block diagram illustrating additional details of the system of FIG. 3 according to one embodiment of the present invention, hi this example, the system 400 includes a mobile device 324 such as described above.
- the mobile device 324 can include a Near Field Communications (NFC) transponder 407 and can execute a mobile wallet application 408.
- the mobile device 324 can be adapted to maintain at least one set of information related to a financial account in the mobile wallet 408 and communicate at least a subset of the information related to the financial account via the NFC transponder 407 upon initiation of a transaction such as a purchase.
- NFC Near Field Communications
- the mobile wallet 408 of the mobile device 324 can maintain information related to a plurality of financial accounts such as, for example, debit accounts, demand deposit accounts, stored value accounts, loyalty accounts under a customer loyalty program, etc.
- the mobile wallet 408 of the mobile device 324 can be adapted to present the plurality of financial accounts to a user of the mobile device 324 and receive a selection of a financial account for the transaction.
- the mobile device 324 can also be adapted to communicate at least a subset of the information related to the selected financial account via the NFC transponder 407 upon initiation of the transaction.
- the user of the mobile device 324 can scroll through or otherwise navigate a user interface of the mobile device 324 to select an account for which identifying information is stored in or by the mobile wallet 408.
- the information can include, for example, an account number, an account name, an account type, a bank name, and/or other information such as, for example, may be typically encoded on a magnetic stripe of a card.
- the mobile wallet and/or other applications of the mobile device may be used to initiate and/or perform other mobile commerce functions.
- the mobile wallet and other elements described herein can allow the user of the mobile device to use the device to make purchases, receive and maintain receipts or other records of transactions, look up account balances, transfer balances, etc.
- the user can then use the account to perform a transaction such as making a purchase, transferring an account balance, looking up an account balance, viewing a transaction history, etc.
- a transaction such as making a purchase, transferring an account balance, looking up an account balance, viewing a transaction history, etc.
- the user can use the selected account to pay for the purchase by swiping or passing the mobile device 324 in front of or near an NFC equipped point of sale device 310 provided by the merchant 405.
- the point of sale device 310 can also include an NFC transponder 406.
- the point of sale device 310 can be adapted to receive the information related to the financial account from the mobile device 324 via the NFC transponder 406 and send a communication related to the transaction that includes the information related to the financial account.
- the request can be a request to authorize the transaction.
- a mobile commerce gateway 415 can be adapted to receive the communication related to the transaction from the point of sale device 310 of the merchant system 405 and route the communication for handling of the transaction based on the information related to the financial account.
- the acquirer systems 312 can include a plurality of systems 415-435 adapted to perform functions related to various types of financial transaction.
- the acquirer systems 315 can include but are not limited to a payments system 425 adapted to communicate with financial institutions 316-318 maintaining the financial account and authorize the transaction based on the communication with the financial institution as described above.
- the acquirer systems 312 can also include an enrollment system 420 adapted to register or enroll the mobile device 324 for use with the system 400.
- a loyalty system 421 can be adapted to maintain a loyalty account under a customer loyalty program.
- a stored value system and/or prepaid system 430 can be adapted to maintain a stored value account.
- the mobile commerce gateway 415 can be adapted to route communications to the plurality of acquirer systems 312 based at least in part on a transaction type. As can be understood by one skilled in the art, the mobile commerce gateway 415, while illustrated here as a single element, may comprise multiple systems or devices. Additionally or alternatively, various elements of the system 400 shown here as communicatively coupled with the mobile commerce gateway 415 may, in various implementations, be coupled with the mobile commerce gateway 415 via various other portals, front-ends, gateways, etc.
- the mobile commerce gateway 415 may be excluded from the system 400 or may not be utilized by some of the elements.
- various elements of the system 400 such as a POS device 310, mobile wallet server 335, etc may interface with one or more of the acquirer systems 312 other than the mobile commerce gateway 415.
- the system 400 can also include a service provider system 330 communicatively coupled with the mobile device 324, for example via a cellular or other wireless network.
- a mobile wallet server 410 can be communicatively coupled with the service provider system 330 and the mobile commerce gateway 415.
- the mobile wallet server 410 can be adapted to interact with the mobile wallet 408 of the mobile device 324 via the service provider system 330.
- the mobile wallet server 410 can interact with the mobile wallet 408 of the mobile device 324 to provide functions related to maintenance of the mobile wallet 408.
- the mobile wallet server can interact with the mobile wallet of the mobile device to provide functions related to maintenance of the information related to the financial account.
- functions that can be performed by the mobile wallet server 410 through the service provider system 330, for example over the cellular or other wireless network can include but are not limited to downloading and installing the mobile wallet application, updating balance information for the accounts stored therein, performing various transfers between those accounts, viewing transaction histories for the accounts, providing marketing messages, e.g., coupons and advertisements, redeeming coupons, etc.
- the mobile wallet server 410 may make requests to the mobile commerce gateway 415. For example, in the case of determining a balance for a credit account, the mobile wallet server 410 may make a request to the mobile commerce gateway 415.
- Such a request can be routed by the mobile commerce gateway 415 to a payments system 312 or other acquirer system 312 which in turn makes a request to an issuing financial institution 316.
- the mobile wallet server may be implemented in various ways and operated by various entities.
- the mobile wallet server335 may be operated by the mobile service provider 330 and may be implemented as part of the systems operating the mobile network.
- the mobile wallet server 335 may be operated by an acquirer and may be implemented as part of the acquirer systems 312.
- the gateway 415 can provide a common point or front-end through which other elements of the system400 can interact with the various other acquirer systems 312. Stated another way, the gateway 415 can receive a communication, for example, related to a function of the mobile wallet application 408 of a mobile device 324. Receiving the communication can comprise receiving the communication from the mobile wallet server 335, from the merchant system 405, from the point-of-sale device 310, or from another acquirer system 312. One or more of the acquirer systems 312 for handling of the communication can be identified based on the function of the mobile wallet application 324 to which the communication relates.
- the function can comprise a payment function, an account information lookup function, a registration function, a marketing function, a provisioning function, or another function.
- the communication can be routed by the gateway 415 to the identified one or more acquirer systems for handling of the communication. However, it is not required that all communications between elements of the system be routed or passed through the gateway 415.
- the embodiment illustrated in FIG. 4 includes a reporting system or module 435 of the acquirer systems 312 that can be adapted to collect information on and generate reports of various transactions, users, etc.
- the reporting system 435 can be communicatively coupled with the service provider system 330, the merchant system 405 and/or other systems but without passing through or being routed by the gateway 415.
- FIG. 5 is a block diagram illustrating components of an exemplary point of sale device that may be used with various embodiments of the present invention.
- Operations performed by the point-of-sale device 310 are generally coordinated by a controller 504, which is provided in electrical communication with a number of components.
- the controller 504 can comprise a microprocessor or other computing device executing software stored, for example, in memory 508.
- Components with which the controller 504 is coupled can include an antenna 512 for transmitting and receiving electromagnetic signals and an NFC module 516 that provides instructions for implementing a communications protocol, such as an NFC protocol.
- the NFC module 516 performs a more active role than the antenna 512, determining what electromagnetic signals to transmit over the antenna 512 and/or interpreting electromagnetic signals that are received by the antenna 512.
- a port may be provided to permit the exchange of wired communications with the point-of-sale device 504, one example of the port being a TCP/IP port 520 that enables the point-of-sale device 504 to engage in Internet communications.
- a printer 524 interfaced with the controller 504 permits receipts and other documents to be printed by the point-of-sale device 504.
- FIG. 6 is a block diagram illustrating components of an exemplary mobile device that may be used with various embodiments of the present invention.
- the mobile device 324 includes a controller 640 which can comprise a microprocessor or other computing device executing software stored, for example, in memory 644 for coordinating the functions of a variety of components.
- Several of the components that may be controlled by the controller 540 include components used for standard functionality of the mobile device 324.
- the controller may be interfaced with a microphone 652, a speaker 656, and an antenna 648.
- the microphone 652 and speaker 656 may be used to receive and amplify voice signals that are exchanged by users of the cellular telephone.
- the antenna 648 may be used to transmit and receive electromagnetic signals that correspond to encoded versions of the voice signals being exchanged.
- Other components may include a global positioning system 660 that may be used to locate a position of the wireless device.
- a global positioning system 660 functions by transmitting an electromagnetic signal to an orbiting satellite that identifies a relative location of the source of the signal and correlates that relative position with a geographical map of a region of the Earth.
- An NFC module 668 may also be provided to encode and decode transmissions sent and received electromagnetically with the point of sale device as discussed above. Because transmissions involving the account information include sensitive financial data such as account numbers, a cryptography module 672 may also be provided to allow encryption of data sent and received by the mobile device 324 via the NFC module 668.
- the mobile device 324 can also include a mobile wallet module or application 676.
- the mobile wallet 676 can be adapted to store payment vehicle information, i.e., information identifying one or more financial accounts such as credit accounts, debit accounts, demand deposit accounts, stored value accounts, etc.
- the mobile wallet 676 can allow storage of multiple payment vehicles and can provide a user interface that can be displayed on a screen or display device 680 and through which the user can select a specific payment vehicle by manipulating a keypad, wheel, touch screen, or other input device 682.
- the mobile device 324 may allow the user to review accounts that are stored in the memory 644 of the mobile device 324 and select an account for a particular transaction such as a purchase.
- the user of the mobile device 324 can scan or swipe the device 624 in front of or near the POS device causing some or all of the information identifying the selected account to be read from the mobile device 324 via the NFC connection module 668.
- FIG. 7 is a flowchart illustrating a process for a mobile commerce gateway according to one embodiment of the present invention.
- the process begins with receiving 705 a communication related to a function of a mobile wallet application of a mobile device.
- receiving 705 the communication can comprise receiving the communication from a mobile wallet server, from a merchant system, from a point-of-sale device, or from an acquirer system.
- One or more of a plurality of acquirer systems for handling of the communication can be identified 710 based on the function of the mobile wallet application to which the communication relates.
- the function can comprise a payment function, an account information lookup function, a registration function, a marketing function, a provisioning function, or another function.
- the communication or information fro the communication can be routed 715 to the identified one or more acquirer systems for handling of the communication.
- a reply to the communication can be received 720 from at least one of the identified one or more acquirer systems and the reply can be sent 725 to a recipient.
- Sending 725 the reply to the recipient can comprise sending the reply to a mobile wallet server, a merchant system, a point-of-sale device, an acquirer system, or another system based on, for example, the type of function, information from the communication or the reply, or based on another criteria.
- FIG. 8 is a block diagram illustrating elements of a mobile commerce system for enrollment and/or registration of a customer or device according to one embodiment of the present invention.
- a user 801 or consumer can enroll in a mobile commerce program via a web-based process of an enrollment server that can be provided as part of a service provider system 330, an acquirer system 312, via a participating bank or other financial institution website 805, or other entity or combination thereof.
- the user 801 can, via log in process 810, access a mobile banking website or web service 815 such as provided by a participating bank or other financial institution. If the user 801 is a customer of a participating bank, the user 801 can begin the registration process at the bank's website 815, for example, by clicking on a hot-link to a service provider such as a wireless service provider for the user's mobile device. This action can cause the user 801 to be redirected to the service provider system 330 and/or can initiate a communication between the bank and the service provider system 330 though which enrollment information can be exchanged.
- a service provider such as a wireless service provider for the user's mobile device.
- the service provider system 330 can include a registration process 820 or module for determining whether to allow registration of the user and/or the device and to possibly provide opportunities for the user to purchase or upgrade his service if it does not currently qualify for use with the mobile commerce system. For example, if the consumer 801 is not a current customer of the service provider, the user can be given the opportunity to purchase a plan and possibly a mobile device. For a current customer of the service provider, a validation can be conducted to determine whether the mobile wallet can be provisioned to the user's mobile device, i.e., whether the device qualifies or is suitable for use with the mobile wallet application. For example, the user may be queried by the registration process 820 as to what device will be used.
- the service provider system may maintain an indication of the current device of the user.
- the indicated device can be compared to a list of approved or acceptable devices for use with the system maintained or accessible by the registration process 820.
- a validation can be conducted to determine whether the customer's data plan qualifies. That is, an indication of the user's current data plan can be received from the user or read from information maintained by the service provider. This information can be compared to a list of approved plans that are indicated to be acceptable for use with the system.
- a plan can be deemed acceptable based on any of a number of criteria such as available data transfer rates or limits, contractual limitations of the service, or any other technical or business criteria. If the plan is determined to not be acceptable for use with the system, the user can be given the opportunity to purchase one or upgrade the current plan.
- the user 801 can be redirected or transferred to an acquirer system 312 such as an enrollment host 420 via a hot-link or via other programmatic means (i.e., a button).
- an acquirer system 312 such as an enrollment host 420 via a hot-link or via other programmatic means (i.e., a button).
- the service provider system 330 can provide to the acquirer system 312, for example via the gateway 415 as described above, a data set consisting of enrollment data collected from the user.
- enrollment data can include but is not limited to name, cellular number, mobile device type, etc.
- the registration information can be stored by the service provider system 330 and/or the acquirer system 312 for later use.
- the user 801 can be given additional details about the program in which they are enrolling by the acquirer system 312. Additionally or alternatively, participating merchants may have marketing messages and offers on the site. In some cases, the user 801 may be asked to "opt-in” or "opt-out” to receive such marketing messages. Additionally or alternatively, through the acquirer system 312, the consumer 801 can review and edit their registration data and/or preferences, register their prepaid cards (e.g., with participating merchants), and/or perform other functions.
- the mobile commerce system can comprise a mobile device and a service provider system 330 adapted to receive a registration request from a user of the mobile device.
- the service provider system 330 can be adapted to receive the registration request from the user 801 of the mobile device via a web service 815 of a financial institution 805.
- the service provider system 330 can be adapted to provide a registration web service 820.
- receiving the registration request from the user 801 of the mobile device can comprise receiving the registration request via the registration web service 820 of the service provider system 330.
- the service provider system 330 can be adapted, for example via the registration service or process 820, to determine whether to allow registration of the mobile device.
- the service provider system 330 can determine whether to allow registration of the mobile device by determining whether the user of the mobile device is a current wireless service subscriber. Additionally or alternatively, the service provider system 330 can determine whether to allow registration of the mobile device by determining whether the mobile device qualifies for use in the mobile commerce system. Additionally or alternatively, the service provider system 330 can determine whether to allow registration of the mobile device by determining whether a data service plan of the user of the mobile device qualifies for use in the mobile commerce system. As noted above, at any point during this process, if a determination is made that the user's device or plan does not qualify for use in the mobile commerce system, the user may be given opportunities to purchase or upgrade the device and/or plan in order to qualify.
- the system can also include an acquirer system 312 communicatively coupled with the service provider system 330, for example via the gateway 415.
- the service provider system 330 can be further adapted to, in response to determining to allow registration of the mobile device, send the registration information 830 from the service provider system 330 to an acquirer system 312.
- the acquirer system 312, for example the registration or enrollment host or process 420 can in turn be adapted to provide user information related to the mobile commerce system.
- the acquirer system 312 can be adapted to maintain a set of personal information of the user. In some cases, the acquirer system 312 can be adapted to maintain a set of user preferences for the user.
- the user preferences can include an indication of whether the user has elected to receive marketing messages, i.e., opt-in or opt-out preferences.
- the acquirer system 312 can be adapted to register one or more stored value or other accounts of the user for use in the mobile commerce system.
- FIG. 9 is a flowchart illustrating a process for enrollment and/or registration of a customer or device in a mobile commerce system according to one embodiment of the present invention.
- the process begins with receiving 905 a registration request from a user of the mobile device.
- receiving 905 the registration request from the user of the mobile device can comprise receiving the registration request at a service provider system from a mobile commerce web service of a financial institution, hi another example, receiving 905 the registration request from the user of the mobile device can comprise receiving the registration request via a web service of the service provider system.
- Determinations 910-930 can be made with the service provider system whether to allow registration of the mobile device. Generally speaking, in response to determining 910- 930 to allow registration of the mobile device, the registration request can be sent 935 from the service provider system to an acquirer system.
- determining 910-930 whether to allow registration of the mobile device can comprise determining 910 whether the user of the mobile device is a current wireless service subscriber. In response to determining the user is not a current subscriber, the user can be given an option 915 to subscribe. If 915 the user chooses to become a subscriber, a determination 920 can be made as to whether the mobile device qualifies for use in the mobile commerce system. If 920 the user's device qualifies, a determination 925 can be made as to whether a data service plan of the user of the mobile device or other plan, service, package, application, etc., that is deemed appropriate or qualifies for use in the mobile commerce system as designated by the carrier or service provider.
- the registration information can be sent 935 to the acquirer systems. If 925 the data service plan of the user does not qualify, the user can be given an option 930 to purchase or upgrade to a data plan designated as suitable for the mobile commerce system. If 930 the user chooses to purchase or upgrade to a qualifying data plan, the registration information can be sent 935 to the acquirer systems.
- FIG. 10 is a block diagram illustrating elements of a mobile commerce system for provisioning a mobile wallet according to one embodiment of the present invention.
- the acquirer system 312 can upload the enrollee's (i.e., the consumer's or registrant's) data 1005 and mobile device specifications to a mobile wallet server 410 for example, via the gateway 415 as described above.
- the mobile wallet server 335 for example via provisioning process 1010, can process the data and create the mobile wallet or other data to be provisioned to the mobile wallet.
- the mobile wallet server 335 can then provide a link to the consumer's mobile device 324, for example via a provisioning message 1015 such an SMS message or email message, over the service provider's network 325 so that downloading of the wallet may begin.
- a provisioning message 1015 such an SMS message or email message
- a acceptance message 1020 can be sent to the mobile wallet server 335.
- the acceptance message 1020 can include a credential or other information identifying the user of the mobile device 324.
- the mobile wallet server 335 can in turn authenticate the user based on the acceptance message 1020.
- the wallet application or other data 1025 can be uploaded/provisioned from the mobile wallet server 335 to the mobile device 324 via the service provider network 325.
- a mobile commerce system can comprise a mobile device324 and an acquirer system 312 adapted to provide a set of registration information 1005 for the mobile device 324.
- a mobile wallet server 335 can be communicatively coupled with the acquirer system 312 and can be adapted to receive the registration information 1005 for the mobile device 324 from the acquirer system 312, determine based on the registration information 1005 whether the mobile wallet 408 of the mobile device 324 has been previously provisioned, and in response to determining that the mobile wallet 324 of the mobile device 324 has not been previously provisioned, create a new mobile wallet for the mobile device 324 and send a notification 1015 such as an SMS or email message from the mobile wallet server 335 to the mobile device 324, the notification 1015 indicating the mobile wallet is available for download.
- a notification 1015 such as an SMS or email message
- the mobile wallet server 335 can be further adapted to retrieve a stored set of previously provisioned mobile wallet information for the mobile device 324 and send the set of previously provisioned mobile wallet information to the mobile device in response to determining that the mobile wallet 408 of the mobile device 324 has been previously provisioned. For example, in the event the user needs to reload or re- provision a device, a previously provisioned and saved wallet can be retrieved and provisioned to the device. Once again, a notification message 1015 can be sent to the mobile device 324 to indicate that the data is available for download.
- the mobile wallet server 335 can be further adapted to receive a response or acceptance message 1020 from the mobile device 324.
- the mobile wallet server 335 can be adapted to authenticate a user of the mobile device 324 based on the response 1020.
- the mobile wallet server 335 can download the mobile wallet or other data 1025 to the mobile device 324.
- FIG. 11 is a flowchart illustrating a process for mobile wallet provisioning according to one embodiment of the present invention.
- the process can begin with receivingl 105 at a mobile wallet server registration information for the mobile device from an acquirer system.
- a determination 1110 can be made based on the registration information as to whether the mobile wallet of the mobile device has been previously provisioned.
- a stored set of previously provisioned mobile wallet information for the mobile device can be retrieved 1115 and sent 1140 to the mobile device from the mobile wallet server.
- a new mobile wallet can be created 1120 for the mobile device.
- a notification can then be sent 1125 from the mobile wallet server to the mobile device.
- the notification can comprise, for example, a Short Message Service (SMS) message, an email message, or other type of message, and can indicate the mobile wallet is available for download.
- SMS Short Message Service
- a response can be received 1130 at the mobile wallet server from the mobile device.
- a user of the mobile device can be authenticated 1135 based on the response.
- the mobile wallet can be downloaded 1140 from the mobile wallet server to the mobile device. Downloading 1140 the mobile wallet from the mobile wallet server to the mobile device can be performed via a wireless communications network such as a cellular network.
- FIG. 12 is a block diagram illustrating elements of a mobile commerce system for performing account information lookup according to one embodiment of the present invention.
- the consumer can request account information lookup/refresh (for example a balance or transaction history for a registered stored- value account or other account) via the mobile device 324.
- account information lookup/refresh for example a balance or transaction history for a registered stored- value account or other account
- the user can access the mobile wallet 408 on the mobile device 324 and executes the account information lookup function 1005.
- the request can be passed to the mobile wallet server 410 via the service provider network 325.
- the request may include an identity credential or other information for authenticating or otherwise verifying the user and/or device by any or all of the elements of the system.
- the mobile wallet server 410 for example via an account information process or module 1210, can generate and send an inquiry 1215, for example, via the gateway 415 as described above, to the acquirer system 312 to request a balance or transaction history.
- the acquirer system 312 can look up and respond with results 1220 such as balances, histories, or error codes.
- results 1220 can be passed back to the mobile wallet server 335, for example via the gateway 415.
- the mobile wallet server 335 can in turn update the mobile wallet 408 on the mobile device 324 via the service provider network 325.
- a mobile commerce system can comprise a wireless communications network 325 such as a cellular network and a mobile device 324 communicatively coupled with the wireless communications network 325.
- the mobile device 324 can be adapted to execute a mobile wallet application 408.
- the mobile wallet application 408 can include information identifying a financial account.
- the mobile wallet application 408 can be adapted to request 1205 account information for the financial account.
- the account information can comprise an account balance.
- the account information can comprise an account transaction history.
- the system can also include an acquirer system 312 adapted to access account information for a plurality of financial accounts and a mobile wallet server 335 communicatively coupled with the wireless communications network 325 and the acquirer system 312.
- the mobile wallet server 335 can be adapted to receive the request 1205 for the account information from the mobile wallet 408 of the mobile device 324 via the wireless communications network 325.
- the request 1205 for account information can include information identifying the financial account.
- the information identifying the financial account can comprise an account number
- the mobile wallet server 335 can be adapted to determine an account number of the financial account based on the information identifying the financial account.
- the mobile wallet server 335 can send an account inquiry 1215 to the acquirer system 312.
- the account inquiry 1215 can include the information identifying the financial account.
- the acquirer system 312 can be adapted to determine an account number of the financial account based on the information identifying the financial account.
- the mobile wallet server 335 can receive the account information 1220 from the acquirer system 312 and send the account information 1220 to the mobile wallet 408 of the mobile device 324 via the wireless communications network 325.
- FIG. 13 is a flowchart illustrating a process for performing account information lookup according to one embodiment of the present invention.
- the process begins with receiving 1305 at a mobile wallet server a request for the account information.
- the account information can comprise an account balance.
- the account information can comprise an account transaction history.
- Receiving 1305 the request for the account information can be performed via a wireless communications network such as a cellular network.
- the request for account information can include information identifying the financial account.
- the information identifying the financial account can comprise an account number.
- an account number of the financial account can be determined based on the information identifying the financial account.
- the request can be translated 1310 to determine and indicate the account number and/or place the request into a format readable by the acquirer system.
- An account inquiry can be sent 1315 from the mobile wallet server to an acquirer system.
- the account information can be received 1320 at the mobile wallet server from the acquirer system.
- the results can be translated 1325 for delivery to the mobile device. For example, translation can include encrypting the results and/or placing them into a message such as an SMS, email, or other format message for transmission and delivery to the mobile device.
- the results can then be sent 1330 from the mobile wallet server to the mobile wallet of the mobile device. Sending 1330 the account information from the mobile wallet server to the mobile wallet of the mobile device can be performed via a wireless communications network such as a cellular network.
- FIG. 14 is a block diagram illustrating elements of a mobile commerce system for providing marketing messages according to one embodiment of the present invention
- an acquirer 312 and participating merchants 405 can create marketing messages via, for example, the acquirer's loyalty host as described above.
- a dedicated marketing management system may be used.
- These messages can be sent or provisioned to the mobile wallet 408 inbox via the mobile wallet server 335, for example as described above with reference to FIGs. 10 and 11, to those registrants who chose to 'opt-in' to mobile marketing from consumer selected merchants.
- These messages may include (but are not limited to) special offers, discounts, and other offers to enrollees/participants of this program. Additionally or alternatively, the messages may include new product information, commercials, or other messages delivered via streaming video, audio, text, or in another format.
- a participating merchant 405 can create a mobile marketing campaign by accessing the acquirer system 312, for example via the gateway 415 or a web service, and initiating an enrollment process 1401.
- the acquirer system 312 can deploy the marketing information 1405 to those registrants who selected to 'opt-in' to this merchant's marketing program via the mobile wallet server 335.
- the mobile wallet server 335 for example via the provisioning process described above, can provision the marketing message 1405 to the inbox of the mobile wallet 408 on the consumer's mobile device 324 via the service provider network 325.
- a system can comprise a wireless communications network 325, such as a cellular network, and a plurality of mobile devices 324 communicatively coupled with the wireless communications network 325.
- Each mobile device 325 can be adapted to execute a mobile wallet application 408.
- the system can also include an acquirer system 312 adapted to generate a set of information 1405 identifying one or more marketing offers.
- a mobile wallet server 335 can be communicatively coupled with the wireless communications network 325 and the acquirer system 312.
- the mobile wallet server 335 can be adapted to receive the set of information 1405 identifying the one or more marketing offers from the acquirer system 312, generate one or more marketing messages 1405 based on the set of information identifying the one or more marketing offers, and send each of the one or more marketing messages 1405 to the mobile wallet application 408 of one or more mobile devices 324 via the wireless communications network 325.
- the marketing messages 1405 can comprise Short Message Service (SMS) messages, email messages, or other types of messages.
- SMS Short Message Service
- the acquirer system 312 can generate the set of information 1405 identifying the one or more marketing offers based on a selection of one or more predefined marketing offers by a participating merchant 405 or other marketing entity.
- the acquirer system 312 can generate the set of information 1405 identifying the one or more marketing offers based on information provided to the acquirer system 312 from a marketing entity such as a merchant 405.
- the acquirer system 312 can be further adapted to determine one or more recipients for the marketing offers.
- the acquirer system 312 can be adapted to determine one or more recipients for the marketing offers based at least in part on preference information for the one or more recipients.
- the mobile wallet server 335 can be further adapted to determine one or more recipients for the marketing offers.
- the mobile wallet server 335 can be adapted to determine one or more recipients for the marketing offers based at least in part on the set of information identifying the one or more marketing offers.
- the mobile wallet server 335 can be adapted to determine one or more recipients for the marketing offers based at least in part on a preference information for the one or more recipients, e.g., based on opt-in/opt-out or other preference information.
- FIG. 15 is a flowchart illustrating a process for providing marketing messages in a mobile commerce system according to one embodiment of the present invention.
- the process begins with receiving 1505 at the acquirer system one or more indications of marketing offers from a marketing entity such as a participating merchant. Based on this information, the acquirer system can generate 1510 a set of information identifying the one or more marketing offers. Generating 1510 the set of information identifying the one or more marketing offers can be based on a selection of one or more predefined marketing offers by the participating merchant or other marketing entity. Additionally or alternatively, generating 1510 the set of information identifying the one or more marketing offers can be based on information provided to the acquirer system from the marketing entity.
- generating 1510 the set of information identifying the one or more marketing offers can comprise determining with the acquirer system one or more recipients for the marketing offers. For example, determining one or more recipients for the marketing offers can be based at least in part on a preference information for the one or more recipients.
- the set of information identifying the one or more marketing offers can then be sent 1515 to the mobile wallet server.
- the mobile wallet server can receive 1520 the set of information identifying the marketing offers from the acquirer system.
- the mobile wallet server can the generate 1525 one or more marketing messages based on the information from the acquirer system. In some cases, generating 1525 the marketing messages can comprise determining with the mobile wallet server one or more recipients for the marketing offers.
- determining one or more recipients for the marketing offers can be based at least in part on the set of information identifying the one or more marketing offers. Additionally or alternatively, determining one or more recipients for the marketing offers can be based at least in part on a preference information for the one or more recipients.
- one or more marketing messages can be generated 1525 by the mobile wallet server based on the set of information identifying the one or more marketing offers.
- the marketing messages can comprise Short Message Service (SMS) messages, email messages, audio, video, an executable applet or application, or other types of messages.
- SMS Short Message Service
- Each of the one or more marketing messages can be sent 1530 from the mobile wallet server to one or more mobile devices.
- FIG. 16 is a block diagram illustrating elements of a mobile commerce system for handling payments according to one embodiment of the present invention.
- the system can comprise a mobile device 324 including a Near Field Communications (NFC) transponder 407 and a mobile wallet application 408.
- the mobile device 324 can be adapted to maintain at least one set of information related to a financial account in the mobile wallet 408 and, upon initiation of a transaction such as a sale or payment, communicate at least a subset of the information related to the financial account via the NFC transponder 408, for example to an NFC transponder of a POS device 310 of a merchant system 405 as described above.
- NFC Near Field Communications
- the mobile wallet 408 of the mobile device 324 can maintain information related to a plurality of financial accounts such as, for example, debit accounts, demand deposit accounts, stored value accounts, loyalty accounts under a customer loyalty program, etc.
- the mobile wallet 408 of the mobile device 324 can be adapted to present the plurality of financial accounts to a user of the mobile device 324 and receive a selection of a financial account for the transaction.
- the mobile device 324 can be adapted to communicate at least a subset of the information related to the selected financial account via the NFC transponder 324 upon initiation of the transaction.
- the communication may include an identity credential or other information for authenticating or otherwise verifying the user and/or device by any or all of the elements of the system.
- the communication related to the financial transaction can include the information related to the financial account.
- the request may include any identity credential or other information for authenticating or otherwise verifying the user and/or device that may be provided by the mobile device 324.
- the mobile commerce gateway 415 can be adapted to receive the authorization request 1605 related to the transaction from the point of sale device 310 and route the communication for handling of the transaction based on the information related to the financial account.
- the system can also include a plurality of acquirer systems communicatively coupled with the mobile commerce gateway 415.
- Each of the acquirer systems can be adapted to perform functions related to at least one type of financial transaction.
- the acquirer systems 312 can include but are not limited to a payments system 425 adapted to communicate with a financial institution 316 maintaining the financial account.
- the payment system 425 can be adapted to route the authorization request 1605 to the financial institution 316 maintaining the account for authorization of the transaction.
- the payment system 425 can receive an approval message 1610, or conversely a denial message, from the financial institution indicating approval or denial of the transaction.
- the payment system 425 can in turn send the approval message 1610 to the POS device 310, for example via the gateway 415.
- the approval message 1610 may comprise an electronic receipt. That is, the approval message 1610 can include information related to completion of the transaction such as a dollar amount, time, date, payee information, and/or other information useful to a user of the mobile device 324 to identify, record, and/or track the transaction.
- the POS device 310 may be adapted to receive the approval message 1610 from the acquirer system 312 and pass the approval message 1610 to the mobile device 324 via the NFC transponders 406 and 407 to be stored in or by the mobile wallet 408 of the mobile device 324.
- a separate electronic receipt 1615 may be generated by the financial institution 316, the payments system 425, or other acquirer system in addition to the approval message 1610 provided by the financial institution 316.
- the POS device 310 maybe adapted to receive the electronic receipt 1615 from the acquirer system 312 and pass the electronic receipt 1615 to the mobile device 324 via the NFC transponders 406 and 407 to be stored in or by the mobile wallet 408 of the mobile device 324.
- the POS device 310 can be adapted to modify an electronic receipt provided by another system such as one of the acquirer systems.
- the POS device 310 can be adapted to add transaction specific information such as items purchased, price per items, etc. to the receipt.
- the POS device 310 may generate a separate electronic receipt that can include information provided to the POS device 310 via the approval message 1610 or electronic receipt 1615 from the acquirer systems as well as transaction specific information such as items purchased, price per items, etc.
- the electronic receipt can be passed to the mobile wallet of the mobile device via the NFC module of the POS device 310, the gateway 415, or other acquirer system 312 via the mobile wallet server 335 described above, or via another channel.
- the electronic receipt can be provisioned to the mobile device over the air.
- a message can be sent from the POS device 310 and/or merchant system 405 to the mobile wallet server 335 described above.
- This message can include an identifier available to systems in the chain of creating and providing the receipt.
- the POS device 310 can acquire the mobile device's unique identifier e.g., phone number, device identifier, device address, etc.
- the gateway or other acquirer system could determine the identifier for the device, for example from data maintained by an enrollment system 420 as described above. This identifier can then be used to address or identify and route the receipt to the mobile device via the mobile wallet server 335 and/or service provider system 330 as described above.
- the receipt may be passed to another device or computer, other than the mobile device. For example, based on preference or other information of the user which can be maintained by the enrollment server 420 or another system, the gateway 415 or other acquirer system can send the send the receipt to the users personal computer or other device.
- the receipt can later be synchronized or transferred to the wireless device via a USB, wireless, or other connection.
- the mobile wallet 408 can also be adapted to provide an interface for the user of the mobile device to later view, delete, or otherwise manage electronic receipts. Additionally or alternatively, the mobile wallet 408 of the mobile device 324 can be adapted to sync or transfer the electronic receipts to another device and/or application such as a spreadsheet or financial management application on the user's personal computer. Additionally or alternatively, the mobile wallet 408 of the mobile device 324 can be adapted to provide the receipt or a copy of the receipt, either through a user interface, via the NFC transponder of the mobile device, or in another manner.
- the electronic receipt once in the mobile wallet 408 can be used to make returns of merchandise, for example by the user of the mobile device selecting the receipt from the wallet and swiping or scanning the mobile device near the NFC transponder of the POS device.
- the merchant can then use the electronic receipt to process a return.
- the electronic receipt may contain encrypted information supplied by the merchant prior to or during generation of the receipt in order to verify the origin, contents, and/or authenticity of the receipt and prevent tampering with the contents of the receipt.
- the second acquirer systems can comprise a payments system 425 as illustrated here.
- a request for authorization of the transaction can be sent from the payment system to a financial institution maintaining the financial account.
- the financial account can comprise a credit account and the financial institution can comprise the issuer of the credit account.
- the financial account can comprise a debit account and the financial institution comprises the holder of the debit account.
- the financial account comprises a demand deposit account and the financial institution comprises the holder of the demand deposit account.
- An indication of authorization e.g., an approval message 1610, electronic receipt, or other message
- the indication of whether the transaction is authorized can be sent from the payment system 425 to the first acquirer system, e.g., the gateway 415 based on the indication of authorization from the financial institution 316.
- the financial account can comprise a stored value account and the second acquirer system can comprise a system maintaining information related to the stored value account such as prepaid system 430.
- a request for authorization of the transaction can be sent to the prepaid system 430 and an authorization or denial can be provided by the prepaid system 430 in reply.
- the request and reply can be communicated through the mobile commerce gateway 415 or between the payments system 425 and prepaid system 430 without passing through the gateway 415.
- the financial account can comprise a loyalty account and the second acquirer system can comprise a system maintaining information related to the loyalty account.
- FIG. 17 is a flowchart illustrating a process for handling payments according to one embodiment of the present invention.
- the process begins with receiving 1705 at a first acquirer system a communication, i.e., an authorization request, from a point- of-sale (POS) device.
- the communication can be related to the payment transaction and can include information identifying a financial account from which a payment is requested.
- a second acquirer for authorizing the payment can be identified 1710 based on the information identifying the financial account.
- the communication can be sent 1715 to the second acquirer system for authorization of the transaction based on the information related to the financial account.
- An indication of whether the transaction is authorized can be received 1717 from the second acquirer system.
- an authorization message can be generated 1730 and sent 1735 to the POS device.
- a denial message can be generated 1725 and sent 1735 to the POS device.
- FIG. 18 is a block diagram illustrating elements of a mobile commerce system for handling payments or transfers between mobile devices according to one embodiment of the present invention.
- a system can comprise a wireless communications network 325 and a first mobile device 324 communicatively coupled with the wireless communications network 325.
- the first mobile device 324 can be adapted to execute a mobile wallet application 408, wherein the mobile wallet application 408 can be adapted to maintain at least one set of information related to a first financial account.
- the system can also include a second mobile device 1810 communicatively coupled with the wireless communications network 325.
- the second mobile device 1810 can be adapted to execute a mobile wallet application 1805, wherein the mobile wallet application 1805 of the second device 1810 can be adapted to maintain at least one set of information related to a second financial account.
- the user of the first mobile device 324 may initiate a payment to the user of the second mobile device 1810.
- a user of one mobile device can transfer value, e.g., money, credit, gift card value, etc., or other items such as advertising or marketing offers to another mobile device or user by selecting a "pay mobile wallet" or other option via his mobile wallet interface.
- the user of the first mobile device 324 can select an account for which information is stored in the mobile wallet 408 of the first mobile device 324 from which payment will be made.
- the user of the second mobile device 1810 can select an account for which information is stored in the mobile wallet 1805 of the second mobile device 1810 to which payment will be made.
- the mobile wallet 408 or 1805 of one or both devices 324 and 1810 may also assign a transaction number or some other identifying information to the transaction. That is, in order to identify communications related to the transfer, information identifying the transfer can be assigned by the mobile wallet of one or both devices.
- the information may include the account numbers for the transaction.
- the parties may "beam" via RF, IR, NFC, or other communications means, to the other device the account number selected.
- other identifying information may be used.
- the mobile wallet may be associated with a device number, phone number or other number or information identifying the device on which it is installed.
- a payor may designate a device to which the transaction is targeted.
- the originating device, target device, or both in combination may generate a unique identifier for the transaction. Regardless of how the identifier is generated, the identifying information can be included in communications to and from the devices 324 and 1810 and between other elements of the system to correlate the communications to the transaction or transfer.
- One or both of the mobile devices 324 and 1810 can then send an authorization request 1805 and 1810 via the service provider network to the mobile wallet server 335 and/or the acquirer system 312.
- the requests 1805 and 1810 may include identity credentials or other information for authenticating or otherwise verifying the users and/or devices by any or all of the elements of the system. Additionally or alternatively, the requests 1805 and 1810 can include information identifying the transaction and/or one or both account numbers involved in the transaction.
- a first acquirer system e.g., the gateway 415
- the first acquirer system 415 can be communicatively coupled with the wireless communications network 325 either directly or via the mobile wallet server 335.
- the first acquirer system 415 can be adapted to receive a communication from the first mobile device 1805, i.e., the authorization request.
- the authorization request 1805 from the first mobile device 324 can include information identifying the first financial account from which the payment is requested.
- a second acquirer system such as a payment system 425 can be communicatively coupled with the first acquirer system 415.
- the first acquirer system 415 can be further adapted to identify the second acquirer system 425 based on the information identifying the first financial account, send the communication to the second acquirer system 425 for authorization of the transaction based on the information related to the first financial account.
- the second acquirer system can, for example, send the authorization request 1815 to a first financial institution 316, i.e., the financial institution issuing or holding the first financial account, for authorization and receive an indication 1820 of whether the transaction is authorized.
- the second acquirer system 425 can send the indication 1820 of whether the transaction is authorized to the first acquirer system 415 to be returned, for example via the gateway 415 and/or mobile wallet server 335 to the first mobile device 324 and the second mobile device 1810.
- the first acquirer system 415 can receive from the second mobile device 1810 a communication 1810 identifying a second financial account to which the payment is directed.
- the second acquirer system 425 can be adapted to generate a payment notification message 1825 identify a system 317 maintaining the second financial account based on the communication 1810 identifying the second financial account and send the payment notification message 1825 to the system 317 maintaining the second financial account in response to receiving an indication that the transaction is authorized.
- the payment notification message may be used to initiate and/or authorize, for example in combination with the approval message 1820 from the first financial institution, a transaction between the first financial institution and the second financial institution to complete the payment.
- the second acquirer system 425 may receive a message 1830 indicating receipt of the payment.
- the second payment system 425 may then forward the receipt message 1830 to the second mobile device 1810, for example via the gateway 415 and/or the mobile wallet server 335.
- the first financial account can comprise a credit account and the first financial institution can comprise the issuer of the credit account.
- the first financial account can comprise a debit account and the financial institution can comprise the holder of the debit account.
- the first financial account can comprise a demand deposit account and the financial institution can comprise the holder of the demand deposit account.
- the first financial account can comprise a loyalty account and the second acquirer system can comprise a system maintaining information related to the loyalty account.
- either or both of the financial accounts can comprise a stored value account and the acquirer systems 312 can include a system maintaining information related to the stored value account such as prepaid system 430.
- a request for authorization of the transaction can be sent to the prepaid system 430 and an authorization or denial can be provided by the prepaid system 430 in reply.
- the request and reply can be communicated through the mobile commerce gateway 415 or between the payments system 425 and prepaid system 430 without passing through the gateway 415.
- a transfer to or from a prepaid or stored value account such as a gift card or other stored value account, can be performed.
- a user initiating a transaction may choose to transfer a gift card from his mobile wallet to the mobile wallet of the recipient or payee.
- an initiating user may elect to add value to or "top-up" a card already in the recipient or payor's wallet.
- the initiating user may choose to pay the recipient in the form of a new gift card or stored value account, i.e., add a new card to the payee's mobile wallet.
- the transaction can proceed in a manner similar to that described above.
- the first acquirer system e.g., the gateway 415
- the first mobile device 324 i.e., the authorization request 1805.
- the authorization request 1805 from the first mobile device 324 can include information identifying the first financial account from which the payment is requested.
- the gateway 415 can be further adapted to identify the second acquirer system e.g., the payments system 425, based on the information identifying the first financial account.
- the second acquirer system can, for example, send the authorization request 1815 to a first financial institution 316, i.e., the financial institution issuing or holding the first financial account, for authorization and receive an indication 1820 of whether the transaction is authorized.
- the second acquirer system 425 can send the indication 1820 of whether the transaction is authorized to the gateway 415 to be provided to the prepaid system 430.
- the prepaid system 430 upon receiving from the gateway 415 an authorization request identifying a target account, user, device, etc. and an approval message, can credit the identified or new prepaid account, generate a payment receipt, and send the receipt to the gateway 415 to be returned to one or both of the mobile devices 324 and 1810.
- the gateway 415 when making a transfer from a prepaid account to another type of account, can be adapted to receive a communication from the first mobile device 324, i.e., the authorization request 1805.
- the authorization request 1805 from the first mobile device 324 can include information identifying the first financial account from which the payment is requested.
- the gateway 415 can be further adapted to identify the second acquirer system e.g., the prepaid system 430, based on the information identifying the first financial account.
- the prepaid system 430 can then authorize the payment, or not, and send an indication of whether the transaction is authorized, e.g., a payment notice 1825 to the gateway 415 to be provided to the payments system 425.
- the payments system 425 upon receiving from the gateway 415 an payment notice 1825 identifying a target account, user, device, etc. and an approval message, can credit the identified account, generate a payment receipt 1830, and send the receipt to the gateway 415 to be returned to one or both of the mobile devices 324 and 1810.
- the gateway 415 when making payments or transfers between prepaid accounts, can be adapted to receive a communication from the first mobile device 324, i.e., the authorization request 1805.
- the authorization request 1805 from the first mobile device 324 can include information identifying the first financial account from which the payment is requested.
- the gateway 415 can be further adapted to identify the second acquirer system e.g., the prepaid system 430, based on the information identifying the first financial account.
- the prepaid system 430 can then authorize the payment, credit the identified target account, and send an indication of completion or denial of the transaction, e.g., a payment receipt, and send the receipt to the gateway 415 to be returned to one or both of the mobile devices 324 and 1810.
- FIG. 19 is a flowchart illustrating a process for handling payments or transfers between mobile devices according to one embodiment of the present invention.
- the process begins with receiving 1905 at a first acquirer system a communication from the first mobile device.
- the communication can be related to the payment transaction and can include information identifying a first financial account from which a payment is requested.
- a communication can be received 1910 from the second mobile device that identifies a second financial account to which the payment is directed.
- a second acquirer system for authorizing the payment can be identified 1915 based on the information identifying the first financial account.
- the communication can be sent 1920 to the second acquirer system for authorization of the transaction based on the information related to the first financial account.
- An indication of whether the transaction is authorized can be received 1922 at the second acquirer system.
- a payment authorization message can be generated 1935.
- a system maintaining the second financial account can be identified based on the communication identifying the second financial account and a payment notification message can be generated 1940.
- the payment authorization message and/or the notification message if any, can be sent 1945 to the system maintaining the second financial account, the first mobile device, and/or the second mobile device. Settlement, i.e., the transfer of funds between the accounts involved, can then be performed in the conventional manner.
- a denial message can be generated 1930 and sent 1945 to the first mobile device and/or the second mobile device.
- machine-executable instructions may be stored on one or more machine readable mediums, such as CD-ROMs or other type of optical disks, floppy diskettes, ROMs, RAMs, EPROMs, EEPROMs, magnetic or optical cards, flash memory, or other types of machine-readable mediums suitable for storing electronic instructions.
- machine readable mediums such as CD-ROMs or other type of optical disks, floppy diskettes, ROMs, RAMs, EPROMs, EEPROMs, magnetic or optical cards, flash memory, or other types of machine-readable mediums suitable for storing electronic instructions.
- the methods may be performed by a combination of hardware and software.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
Methods, systems, and machine-readable media are disclosed for handling payment transactions in a mobile commerce system. According to one embodiment, a method of processing a payment transaction in a mobile commerce system can comprise receiving at a first acquirer system a communication from a point-of-sale (POS) device. The communication can be related to the payment transaction and can include information identifying a financial account from which a payment is requested. A second acquirer for authorizing the payment can be identified based on the information identifying the financial account. The communication can be sent to the second acquirer system for authorization of the transaction based on the information related to the financial account. An indication of whether the transaction is authorized can be received from the second acquirer system.
Description
PAYMENTS USINGA MOBILE COMMERCE DEVICE
CROSS-REFERENCES TO RELATED APPLICATIONS
[0001] This application claims the benefit of U.S. Provisional Application No. 60/891,106, filed February 22, 2007 by Arthur and entitled "Mobile Commerce Systems and Methods" and U.S. Provisional Application No. 60/911,113, filed April 11, 2007 by Friedman and entitled "Mobile Commerce Infrastructure Systems and Methods," of which the entire disclosure of both is incorporated herein by reference.
[0002] This application is also related to the following commonly-owned, co-pending applications, of which the entire disclosure of each is incorporated herein by reference, as if set forth in full in this document, for all purposes:
[0003] U.S. Patent Application No. 11/830,468, filed July 30, 2007, by Arthur and entitled "Mobile Commerce Systems and Methods"; U.S. Patent Application No 11,830,362, filed July 30, 2007, by Arthur and entitled "Account Information Lookup Systems and Methods in Mobile Commerce"; U.S. Patent Application No. 11/830,392, filed July 30, 2007, by Arthur and entitled "Enrollment and registration of a Device for Mobile Commerce"; U.S. Patent
Application No. 11/830,409, filed July 30, 2007, by Arthur and entitled "Marketing Messages in Mobile Commerce"; U.S. Patent Application No. 11,830,420, filed July 30, 2007, by Arthur and entitled "Provisioning of a Device for Mobile Commerce"; U.S. Patent Application No. 11/830,436, filed July 30, 2007, by Arthur and entitled "Transfer of Value Between Mobile Commerce Devices"; and U.S. Patent Application No. 11/830,336, filed July 30, 2007, by Arthur and entitled "Mobile Communication System to Facilitate Redeeming and Reporting Coupon Redemptions."
BACKGROUND OF THE INVENTION
[0004] Embodiments of the present invention generally relate to payment systems. More specifically, embodiments of the present invention relate to payment systems supporting use of mobile electronic devices in various types of financial transactions.
[0005] Today, merchants and service providers accept many forms of payment. Many merchants will accept cash, credit cards, debit cards, stored-value cards, checks, and promotional items such as coupons. All of these forms of payment are often carried by a consumer because some merchants and/or service providers may only accept some of the various possible forms of payment. Sometimes, a customer may not pre-plan a visit to a specific merchant and/or service provider. So, the consumer may wish to carry the different forms of payment in case the consumer does happen to make an unplanned visit.
[0006] This can lead to numerous methods of payments being carried by a consumer on a day-to-day basis. Additionally, a consumer may also need to carry other items regularly such as a drivers license, identification cards, loyalty program cards, and membership cards. When a consumer has to carry all of these items, they may also become disorganized and misplaced, causing security concerns, and possibly causing transactions to consume more time.
[0007] Additionally, various forms of wireless or contactless devices have been introduced for use in various types of transactions. For example, contactless transaction initiation is often performed with a "smart" card or other device such as a key fob or a mobile device such as a cell phone or Personal Digital Assistant (PDA) containing a memory and a processor. Such a card or device typically also includes Radio-Frequency IDentification ("RFID") or Near-Field Communications (NFC) components for contactless communication with a Point-Of-Sale (POS) device. The information stored in the memory of the device and communicated via the RFID or NFC components to the POS device is generally similar or identical to the information recorded on the magnetic stripe of a card, i.e., account number etc. Thus, in some cases, such devices may be utilized instead of more conventional cards.
[0008] However, current payment systems that use contactless devices are restricted to particular payment channels. For example, in some systems, payment requests initiated by the use of a contactless device are routed through a conventional debit or credit authorization network. In other systems, payment requests are processed offline by the device, which includes a "stored value" account balance. In other cases, transactions involving such stored value or pre-paid accounts are processed online by systems maintaining account balance and other information. The networks and systems handling credit, debit, pre-paid, and possibly other accounts are separate from each other. Furthermore, these networks and systems may
not be compatible or interoperable. Therefore, a device intended for use on one network or system may not be usable on a POS device operating on another network. Additionally, the ability of any given device to handle more than one account or account type is limited. Therefore, the use of such contactless devices has not successfully reduced the number of different forms of payment a consumer carries. Hence, there is a need in the art for improved methods and systems for utilizing mobile electronic devices in various types of financial transactions.
BRIEF SUMMARY OF THE INVENTION
[0009] Methods, systems, and machine-readable media are disclosed for handling payment transactions in a mobile commerce system. According to one embodiment, a method of processing a payment transaction in a mobile commerce system can comprise receiving at a first acquirer system a communication from a point-of-sale (POS) device. The communication can be related to the payment transaction and can include information identifying a financial account from which a payment is requested. A second acquirer for authorizing the payment can be identified based on the information identifying the financial account. The communication can be sent to the second acquirer system for authorization of the transaction based on the information related to the financial account. An indication of whether the transaction is authorized can be received from the second acquirer system. In response to receiving from the second acquirer system an indication that the transaction is authorized, an authorization message can be generated and sent to the POS device. In response to receiving from the second acquirer system an indication that the transaction is not authorized, a denial message can be generated and sent to the POS device.
[0010] For example, the second acquirer system comprises a payments system. In such a case, a request for authorization of the transaction can be sent from the payment system to a financial institution maintaining the financial account. For example, the financial account can comprises a credit account and the financial institution can comprise the issuer of the credit account. In another example, the financial account comprises a debit account and the financial institution comprises the holder of the debit account. In yet another example, the financial account comprises a demand deposit account and the financial institution comprises the holder of the demand deposit account. An indication of authorization can be received at the payment system from the financial institution. The indication of whether the transaction
is authorized can be sent from the payment system to the first acquirer system based on the indication of authorization from the financial institution. In other cases, the financial account can comprise a stored value account and the second acquirer system can comprise a system maintaining information related to the stored value account. Additionally or alternatively, the financial account can comprise a loyalty account and the second acquirer system can comprise a system maintaining information related to the loyalty account.
[0011] According to another embodiment, a system can comprise a first communications network and a mobile device. The mobile device can include a Near Field Communications (NFC) transponder and a mobile wallet. The mobile device can be adapted to maintain at least one set of information related to a financial account in the mobile wallet and communicate at least a subset of the information related to the financial account via the NFC transponder upon initiation of a transaction. In some cases, the mobile wallet of the mobile device can maintain information related to a plurality of financial accounts such as, for example, debit accounts, demand deposit accounts, stored value accounts, loyalty accounts under a customer loyalty program, etc. In such cases, the mobile wallet of the mobile device can be adapted to present the plurality of financial accounts to a user of the mobile device and receive a selection of a financial account for the transaction. The mobile device can also be adapted to communicate at least a subset of the information related to the selected financial account via the NFC transponder upon initiation of the transaction.
[0012] The system can also include a point of sale device communicatively coupled with the first communications network. The point of sale device can also include an NFC transponder. The point of sale device can be adapted to receive the information related to the financial account from the mobile device via the NFC transponder and send a communication related to the transaction via the first network. The communication related to the financial transaction can include the information related to the financial account.
[0013] A mobile commerce gateway can be communicatively coupled with the first communications network. The mobile commerce gateway can be adapted to receive the communication related to the transaction from the point of sale device and route the communication for handling of the transaction based on the information related to the financial account.
[0014] The system can also include a plurality of acquirer systems communicatively coupled with the mobile commerce gateway. Each of the acquirer systems can be adapted to perform functions related to at least one type of financial transaction. For example, the acquirer systems can include but are not limited to a payments system adapted to communicate with a financial institution maintaining the financial account and authorize the transaction based on the communication with the financial institution, an enrollment system adapted to enroll the mobile device for use with the system, a loyalty system adapted to maintain a loyalty account under a customer loyalty program, a stored value system adapted to maintain a stored value account, as well as other systems. The mobile commerce gateway can be adapted to route communications to the plurality of acquirer systems based at least in part on a transaction type.
[0015] The system can also include a second communications network, wherein the mobile device is communicatively coupled with the second communications network. For example, the second communications network can comprise a cellular network. In such a case, the mobile device may be a cellular telephone. The second communications network can also include a service provider system. A mobile wallet server can be communicatively coupled with the service provider system and the mobile commerce gateway. The mobile wallet server can be adapted to interact with the mobile wallet of the mobile device. That is, the mobile wallet server can interact with the mobile wallet of the mobile device over the second network via the service provider system. For example, the mobile wallet server can interact with the mobile wallet of the mobile device to provide functions related to maintenance of the mobile wallet. In another example, the mobile wallet server can interact with the mobile wallet of the mobile device to provide functions related to maintenance of the information related to the financial account.
[0016] According to yet another embodiment, a machine-readable medium can have stored thereon a series of instruction which, when executed by a processor, causes the processor to handle a payment transaction in a mobile commerce system by receiving at a first acquirer system a communication from a point-of-sale (POS) device. The communication can be related to the payment transaction and can include information identifying a financial account from which a payment is requested. A second acquirer for authorizing the payment can be identified based on the information identifying the financial account. The communication can be sent to the second acquirer system for authorization of the transaction based on the
information related to the financial account. An indication of whether the transaction is authorized can be received from the second acquirer system. In response to receiving from the second acquirer system an indication that the transaction is authorized, an authorization message can be generated and sent to the POS device. In response to receiving from the second acquirer system an indication that the transaction is not authorized, a denial message can be generated and sent to the POS device.
[0017] For example, the second acquirer systems comprises a payments system. In such a case, a request for authorization of the transaction can be sent from the payment system to a financial institution maintaining the financial account. For example, the financial account can comprises a credit account and the financial institution can comprise the issuer of the credit account. In another example, the financial account comprises a debit account and the financial institution comprises the holder of the debit account. In yet another example, the financial account comprises a demand deposit account and the financial institution comprises the holder of the demand deposit account. An indication of authorization can be received at the payment system from the financial institution. The indication of whether the transaction is authorized can be sent from the payment system to the first acquirer system based on the indication of authorization from the financial institution. In other cases, the financial account can comprise a stored value account and the second acquirer system can comprise a system maintaining information related to the stored value account. Additionally or alternatively, the financial account can comprise a loyalty account and the second acquirer system can comprise a system maintaining information related to the loyalty account.
BRIEF DESCRIPTION OF THE DRAWINGS
[0018] FIG. 1 is a block diagram illustrating an exemplary environment in which embodiments of the present invention may be implemented.
[0019] FIG. 2 is a block diagram illustrating an exemplary computer system upon which embodiments of the present invention may be implemented.
[0020] FIG. 3 is block diagram illustrating, at a high level, a system for processing transactions utilizing a mobile electronic device according to one embodiment of the present invention.
[0021] FIG. 4 is a block diagram illustrating additional details of the system of FIG. 3 according to one embodiment of the present invention.
[0022] FIG. 5 is a block diagram illustrating components of an exemplary point of sale device that may be used with various embodiments of the present invention.
[0023] FIG. 6 is a block diagram illustrating components of an exemplary mobile device that may be used in various embodiments of the present invention.
[0024] FIG. 7 is a flowchart illustrating a process for a mobile commerce gateway according to one embodiment of the present invention.
[0025] FIG. 8 is a block diagram illustrating elements of a mobile commerce system for enrollment and/or registration of a customer or device according to one embodiment of the present invention.
[0026] FIG. 9 is a flowchart illustrating a process for enrollment and/or registration of a customer or device in a mobile commerce system according to one embodiment of the present invention.
[0027] FIG. 10 is a block diagram illustrating elements of a mobile commerce system for provisioning a mobile wallet according to one embodiment of the present invention.
[0028] FIG. 11 is a flowchart illustrating a process for mobile wallet provisioning according to one embodiment of the present invention.
[0029] FIG. 12 is a block diagram illustrating elements of a mobile commerce system for performing account information lookup according to one embodiment of the present invention.
[0030] FIG. 13 is a flowchart illustrating a process for performing account information lookup according to one embodiment of the present invention.
[0031] FIG. 14 is a block diagram illustrating elements of a mobile commerce system for providing marketing messages according to one embodiment of the present invention.
[0032] FIG. 15 is a flowchart illustrating a process for providing marketing messages in a mobile commerce system according to one embodiment of the present invention.
[0033] FIG. 16 is a block diagram illustrating elements of a mobile commerce system for handling payment transactions according to one embodiment of the present invention.
[0034] FIG. 17 is a flowchart illustrating a process for handling payment transactions according to one embodiment of the present invention.
[0035] FIG. 18 is a block diagram illustrating elements of a mobile commerce system for handling payments or transfers between mobile devices according to one embodiment of the present invention.
[0036] FIG. 19 is a flowchart illustrating a process for handling payments or transfers between mobile devices according to one embodiment of the present invention.
DETAILED DESCRIPTION OF THE INVENTION
[0037] In the following description, for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced without some of these specific details. In other instances, well-known structures and devices are shown in block diagram form.
[0038] Embodiments of the invention provide methods and systems for processing various financial transactions initiated by or otherwise involving use of a contactless or mobile device. In some such embodiments, the processes are executed by an entity on behalf of one or more client organizations. The description below sometimes provides illustrations that use an example where a client organization is a financial institution, but there is no such requirement for the invention and the methods are intended also to be applicable to other types of organizations that make use of large collections of data. For example, embodiments of the invention may also be used for managing health-care documents or information.
[0039] The description herein sometimes refers to "clients" and to "customers." Reference to "clients" is intended to refer to persons, i.e. individuals, entities, or their agents, on whose
behalf a set of information is managed. Reference to "customers" or "consumer" is intended to refer to persons, i.e. individuals, entities, or their agents, who are the subject of or related to that information. Thus, merely for purposes of illustration, in the case where the information comprises credit-card account records for a credit card issued to Mr. Jones by Bank A, Bank A corresponds to a client and Mr. Jones corresponds to a customer or consumer.
[0040] In describing embodiments of the invention, reference is sometimes made to other terms having specific intended meanings. For example, as used herein, the term "acquirer" is used to refer to a business entity that has a business relationship with a merchant, one or more financial institutions, and other entities and handles credit card and/or other financial transactions for and/or involving those entities. In such a context, an "acquirer system" is a system operated by an acquirer that processes and authorizes credit card and/or other transactions. Acquirer systems can include those operated by credit card processing entities, such as First Data Corporation, Greenwood Village, Colorado. However, embodiments of the present invention are not limited to such financial services or payment processing. Thus, an acquirer system can be considered to be any system capable of receiving a communication from another system or entity and processing information on behalf of that entity.
[0041] The term "carrier" refers to a provider of a network and/or service for use by a mobile device. For example, a carrier can include, but is not limited to, a provider of a cellular or other wireless communications service for use by a mobile device. The terms "carrier" and "service provider" are used interchangeably herein and are intended to be synonymous. Similarly, the terms carrier network and service provider network are used interchangeably herein and are intended to be synonymous.
[0042] An "electronic receipt" refers to a receipt for payment of goods or services that can be created for and relate to one or more transactions. An electronic receipt can include information related to the transaction(s) and may be electronically transferred to the user's mobile device. According to one embodiment, electronic receipts can be stored in a mobile wallet of the mobile device.
[0043] The term "mobile device" is used herein to refer to any small, likely handheld, electronic device that can be used to initiate or otherwise participate in a financial transaction.
For example, a mobile device can include, but is not limited to, a cellular telephone, a Personal Digital Assistant (PDA), a smart card or other contactless device, etc. Exemplary devices that may be adapted for use as mobile devices in various embodiments of the present invention are described in co-pending and commonly assigned U.S. Patent Application No. 11 /672,417 entitled "Contactless Electronic Wallet Payment Device" filed on February 7, 2007; U.S. Patent Application No. 11/551,063 entitled "Presentation Instrument with Non- Financial Functionality" filed on October 19, 2006; and U.S. Provisional Patent Application No. 60/833,022 entitled "Mobile Payment Device with Magnetic Stripe" filed on July 24, 2006, each of which is incorporated herein by reference in its entirety for all purposes. As used herein, the terms mobile device and contactless device are intended to be synonymous.
[0044] A "mobile wallet" or "mobile wallet application" refers to a client software application that can reside on and/or be executed by a mobile device. According to one embodiment, the mobile wallet application can be adapted to store payment vehicle information. In some cases, the mobile wallet can allow storage of multiple payment vehicles and can provide a user interface that can be used to select a specific payment vehicle.
Additionally, the mobile wallet can be adapted to provide security to deter fraudulent and unauthorized use of the payment vehicles. The terms mobile wallet and mobile wallet application are used interchangeably herein and are intended to be synonymous.
[0045] A "mobile wallet server" is a server and/or server-side process communicating with and supporting functions of a mobile wallet application. For example, functions that can be performed by the mobile wallet server can include but are not limited to downloading and installing the mobile wallet application, updating balance information for the accounts stored therein, performing or facilitating various transfers between those accounts, viewing transaction histories for the accounts, providing marketing messages, e.g., coupons and advertisements, redeeming coupons, etc.
[0046] "Near Field Communication" (NFC) refers to short range (20cm or less) wireless technology used to facilitate communication between electronic devices in close proximity. For example, embodiments of the present invention provide for the use of NFC and/or other relatively short range communications between a mobile device and a POS device such as when a user of the mobile device scans or waves the mobile device in front of or near the POS device when paying for goods or services.
[0047] A "payment network" refers herein to an infrastructure that supports the exchange of data in implementing payment transactions. It is anticipated that the data exchange typically proceeds between merchants and financial institutions. Examples of existing commercial networks that are included within the definition of "payment network" include the STAR/MAC network, the NYCE® network, the VISA® network, and the MasterCard® network. Access to a network by a consumer can be achieved through entry of a secret code, such as a personal identification number ("PIN "), in combination with data extracted from the mobile device. In some embodiments, a signature of the consumer may be used in lieu of a secret code. In some instances, particularly in support of transactions having a low value, a consumer might be permitted access to the payment network with only information extracted from the mobile device, without the need to provide a PIN or signature.
[0048] The term "payment vehicle" is used herein to refer to a method of payment. For example, payment vehicles can include, but are not limited to, credit, debit, stored-value, and other types of accounts. In some embodiments, a payment vehicle can include loyalty points or other value accumulated, for example, under a loyalty program.
[0049] A "point-of-sale device" or "POS device" refers herein to any physical device situated at a location where a consumer may provide payment in support of a transaction. Such physical locations are typically merchant locations, such as where the POS device is operated by a clerk or is available for self-operation by the consumers, but may also be in other locations. For instance, certain automatic teller machines "ATMs" may be equipped to support transactions for the sale of movie or sporting-event tickets even remote from the merchant location. Other similar types of transactions that may be performed with a POS device at a location remote from the merchant will also be evident to those of skill in the art. In some cases, a personal computer equipped with the appropriate structure may be used as a POS device even when located on the consumer premises. Examples of POS devices thus include, without limitation, personal computers, cash registers, and any devices capable of reading a magnetic stripe, an RFID chip, NFC communications, or other information from a mobile device, contactless device, card, etc. Exemplary devices that may be adapted for use in various embodiments of the present invention are described in the following commonly assigned applications, the entire disclosures of which are incorporated herein by reference for all purposes: U.S. Provisional Patent Application No. 60/147,889, entitled "Integrated Point OF Sale Device," filed August 9, 1999 by Randy J. Templeton et al. ; U.S. Patent Application
No. 09/634,901, entitled "Point of Sale Payment System," filed August 9, 2000 by Randy J. Templeton et al.; U.S. Patent Application No. 10/116,689, entitled "Systems and Methods for Performing Transactions at a Point-of-Sale," filed April 3, 2002 by Earney Stoutenburg et al.; U.S. Patent Application No. 10/116,733, entitled "Systems and Methods for Deploying a Point-of-Sale System," filed April 3, 2002 by Earney Stoutenburg et al. ; U.S. Patent
Application No. 10/116,686, entitled "Systems and Methods for Utilizing A Point-of-Sale System," filed April 3, 2002 by Earney Stoutenburg et al; and U.S. Patent Application No. 10/116,735, entitled "Systems and Methods for Configuring a Point-of-Sale System," filed April 3, 2002 by Earney Stoutenburg.
[0050] A "POS processing system" refers to a computational system used by merchants to control communications between POS devices and payment networks. Such systems may be run internally by merchants, may be run by merchant consortia, or may be outsourced to service providers in different embodiments. Some exemplary POS processing systems which may be adapted to operate with embodiments of the present invention are described in commonly assigned U.S. Patent Nos. 6,886,742, 6,827,260 and 7,086,584, the complete disclosures of which are herein incorporated by reference.
[0051] A "primary account number" or "PAN" refers to a number assigned to an account. The PAN is generally assigned by a financial institution maintaining the account. In most embodiments, it is anticipated that the PAN will identify an account associated with the wireless device and be included as data stored by the memory of the wireless device.
Identification of the PAN permits a financial institution that maintains the account to make a unique identification of the consumer initiating a payment or other transaction and determine which of potentially several accounts is to be used in supporting the transaction.
[0052] The terms "real time" or "near real time" are used herein to refer to a process or action that occurs within a relatively short time. Importantly, the terms real time and near real time are not intended to imply an immediate or instantaneous results or action. Rather, the terms are used to refer to processes or actions that can be performed relatively quickly such as within several seconds or minutes.
[0053] The term "user" refers to an entity, typically a person, that is associated with a particular mobile device. Typically, the user is the person that owns, uses, or leases the
mobile device and/or controls the content and use of the payment vehicles maintained within the mobile wallet of the device.
[0054] The ensuing description provides exemplary embodiments only, and is not intended to limit the scope, applicability, or configuration of the disclosure. Rather, the ensuing description of the exemplary embodiments will provide those skilled in the art with an enabling description for implementing an exemplary embodiment. It being understood that various changes may be made in the function and arrangement of elements without departing from the spirit and scope of the invention as set forth in the appended claims.
[0055] Specific details are given in the following description to provide a thorough understanding of the embodiments. However, it will be understood by one of ordinary skill in the art that the embodiments may be practiced without these specific details. For example, circuits, systems, networks, processes, and other components may be shown as components in block diagram form in order not to obscure the embodiments in unnecessary detail. In other instances, well-known circuits, processes, algorithms, structures, and techniques may be shown without unnecessary detail in order to avoid obscuring the embodiments.
[0056] Also, it is noted that individual embodiments may be described as a process which is depicted as a flowchart, a flow diagram, a data flow diagram, a structure diagram, or a block diagram. Although a flowchart may describe the operations as a sequential process, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be re-arranged. A process is terminated when its operations are completed, but could have additional steps not included in a figure. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc. When a process corresponds to a function, its termination can correspond to a return of the function to the calling function or the main function.
[0057] The term "machine-readable medium" includes, but is not limited to, portable or fixed storage devices, optical storage devices, wireless channels, and various other mediums capable of storing, containing, or carrying instruction(s) and/or data. A code segment or machine-executable instructions may represent a procedure, a function, a subprogram, a program, a routine, a subroutine, a module, a software package, a class, or any combination of instructions, data structures, or program statements. A code segment may be coupled to
another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters, or memory contents. Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted via any suitable means including memory sharing, message passing, token passing, network transmission, etc.
[0058] Furthermore, embodiments may be implemented by hardware, software, firmware, middleware, microcode, hardware description languages, or any combination thereof. When implemented in software, firmware, middleware or microcode, the program code or code segments to perform the necessary tasks may be stored in a machine readable medium. One or more processors may perform the necessary tasks.
[0059] Embodiments of the present invention provide methods, systems, and machine- readable media for supporting use of mobile devices in various types of financial transactions. Generally speaking, a mobile device such as a cell phone, PDA, MP3 player, or other device can be adapted to maintain account information related to one or more financial accounts. For example, information such as a bank name, account number, account type, etc can be maintained in the device in and/or accessible by a mobile wallet. In other cases, identifying information other than an account number may be stored in or by the mobile wallet. For example, rather than storing an account number, the mobile wallet may store or generate a unique identifier for use by other systems in identifying one or more accounts associated with the mobile wallet. As will be seen, the mobile wallet and other elements described herein can allow the user of the mobile device to use the account information stored therein to make purchases, receive and maintain receipts or other records of transactions, look up account balances, transfer balances, etc.
[0060] FIG. 1 is a block diagram illustrating an exemplary environment in which embodiments of the present invention may be implemented. In this example, the system can include one or more server computers 105, 110, 115 which can be general purpose computers and/or specialized server computers (including, merely by way of example, PC servers, UNIX servers, mid-range servers, mainframe computers rack-mounted servers, etc.). One or more of the servers (e.g., 130) may be dedicated to running applications, such as a business application, a web server, application server, etc. Such servers may be used to execute a plurality of processes related to financial transactions of one or more consumers on behalf of one or more client financial institutions. For example, one or more of the servers 105, 110,
115 may execute one or more processes for recording transactions on a credit card issued to the consumer by the financial institution. Other processes may provide for paying a merchant for the consumer's purchase, billing the consumer, etc. The applications can also include any number of applications for controlling access to resources of the servers 105, 110, 115.
[0061] In some embodiments, the system 100 may also include a network 115. The network may can be any type of network familiar to those skilled in the art that can support data communications using any of a variety of commercially-available protocols, including without limitation TCP/IP, SNA, IPX, AppleTalk, and the like. Merely by way of example, the network 115 maybe a local area network ("LAN"), such as an Ethernet network, a Token- Ring network and/or the like; a wide-area network; a virtual network, including without limitation a virtual private network ("VPN"); the Internet; an intranet; an extranet; a public switched telephone network ("PSTN"); an infra-red network; a wireless network ( e.g., a network operating under any of the IEEE 802.11 suite of protocols, the Bluetooth protocol known in the art, and/or any other wireless protocol); and/or any combination of these and/or other networks such as GSM, GPRS, EDGE, UMTS, 3G, 2.5 G, CDMA, CDMA2000, WCDMA, EVDO etc.
[0062] The system 100 can include one or more user computers which may be used to operate a client, whether a dedicate application, web browser, etc. For example, the user computers can include a client system 125 operated by a client financial institution, a customer system 130 operated by a customer or consumer, a merchant system 135 operated by a merchant or vendor, etc. The user computers 125, 130, 135 can be general purpose personal computers (including, merely by way of example, personal computers and/or laptop computers running various versions of Microsoft Corp.'s Windows and/or Apple Corp. 's Macintosh operating systems) and/or workstation computers running any of a variety of commercially-available UNIX or UNIX-like operating systems (including without limitation, the variety of GNU/Linux operating systems). These user computers 125, 130, 135 may also have any of a variety of applications, including one or more development systems, database client and/or server applications, and web browser applications. Alternatively, the user computers 125, 130, 135 maybe any other electronic device, such as a thin-client computer, Internet-enabled mobile telephone, and/or personal digital assistant, capable of communicating via a network (e.g., the network 115 described below) and/or displaying and navigating web pages or other types of electronic documents. Although the exemplary
system 100 is shown with three user computers, any number of user computers may be supported.
[0063] The system 100 may also include one or more databases or repositories of enabling data 145. The database(s) of enabling data 145 may reside in a variety of locations. By way of example, a database 145 may reside on a storage medium local to (and/or resident in) one or more of the computers 105, 110, 115, 125, 130. Alternatively, it may be remote from any or all of the computers 105, 110, 115, 125, 130, and/or in communication (e.g., via the network 120) with one or more of these. In a particular set of embodiments, the database 145 may reside in a storage-area network ("SAN") familiar to those skilled in the art. Similarly, any necessary files for performing the functions attributed to the computers 105, 110, 115, 125, 130 may be stored locally on the respective computer and/or remotely, as appropriate. In one set of embodiments, the database 145 may be a relational database that is adapted to store, update, and retrieve data in response to SQL-formatted commands. The repository of enabling data 145 can include a wide variety of information related to financial transactions related to the consumer and/or specified by different entities such as merchants, financial institutions, third-party advertisers, etc.
[0064] FIG. 2 is a block diagram illustrating an exemplary computer system upon which various elements of the exemplary environment illustrated in Figure 1 may be implemented. The computer system 200 is shown comprising hardware elements that may be electrically coupled via a bus 255. The hardware elements may include one or more central processing units (CPUs) 205; one or more input devices 210 (e.g., a scan device, a mouse, a keyboard, etc.); and one or more output devices 215 (e.g., a display device, a printer, etc.). The computer system 200 may also include one or more storage device 220. By way of example, storage device(s) 220 may be disk drives, optical storage devices, solid-state storage device such as a random access memory ("RAM") and/or a read-only memory ("ROM"), which can be programmable, flash-updateable and/or the like.
[0065] The computer system 200 may additionally include a computer-readable storage media reader 225; a communications system 230 (e.g., a modem, a network card (wireless or wired), an infra-red communication device, etc.); and working memory 240, which may include RAM and ROM devices as described above communicatively coupled with and readable by CPU(s) 205. In some embodiments, the computer system 200 may also include a
processing acceleration unit 235, which can include a DSP, a special-purpose processor and/or the like.
[0066] The computer-readable storage media reader 225 can further be connected to a computer-readable storage medium, together (and, optionally, in combination with storage device(s) 220) comprehensively representing remote, local, fixed, and/or removable storage devices plus storage media for temporarily and/or more permanently containing computer- readable information. The communications system 230 may permit data to be exchanged with a network and/or any other computer or other type of device.
[0067] The computer system 200 may also comprise software elements, shown as being currently located within a working memory 240, including an operating system 245 and/or other code 250, such as an application program. The application programs may implement the methods of the invention as described herein. It should be appreciated that alternate embodiments of a computer system 200 may have numerous variations from that described above. For example, customized hardware might also be used and/or particular elements might be implemented in hardware, software (including portable software, such as applets), or both. Further, connection to other computing devices such as network input/output devices may be employed.
[0068] FIG. 3 is block diagram illustrating, at a high level, a system for processing transactions utilizing a mobile electronic device according to one embodiment of the present invention. Traditionally, a credit card may be issued to a customer by a financial institution such as a bank and typically displays a logo for an association that implements rules that govern aspects of use of the card. Account information is usually printed on the face of the card, specifying an account number and name of an authorized holder of the card. This information is also stored together with additional information on a magnetic stripe that is usually affixed to the back of the card. When the cardholder wishes to execute a transaction, such as a financial transaction for the purchase of goods and/or services, he presents the card 320 to a clerk at a merchant location, who swipes the card through a magnetic-stripe reader comprised by a point-of-sale device 308. Multiple point-of-sale devices 308-310 may have been provided at a variety of locations by an acquirer, who acts as an intermediary between merchants and the issuer financial institutions. As an intermediary, the acquirer coordinates transaction routing and performs a variety of backend processes.
[0069] The point-of-sale device 308 typically initiates a connection to an acquirer system 312 through a network 304 such as the Internet or another network as described above. A packet of information that includes information read from the magnetic stripe of the card 320, a merchant identifier, the date, and transaction amount are forwarded by the point-of-sale device 308 through the network 304 to the acquirer system 312. The acquirer system 312 may store some of the information and send an authorization request, via financial network 313, to the issuing financial institution 316, which may be identified from a portion of the account number read from the magnetic stripe. The transaction is authorized or denied depending on such factors as the validity of the cardholder name, the validity of the card number, the level of available credit in comparison with the transaction amount, and the like. If authorized, an authorization code is routed back through the acquirer system 312, which captures additional information and forwards the authorization code back to the originating point-of-sale device 308 so that the transaction may be completed. Periodically, such as at the end of every day, the transactions are settled by the acquirer initiating funds transfers that fund merchant bank accounts with total transaction amounts that may have resulted from multiple transactions by multiple customers.
[0070] Other types of accounts may operate with similar structures, although the details for each type of account are different. For example, use of a debit account typically requires that the customer provide a personal identification number ("PIN"), which must be validated before any authorization for the transaction can be provided. Authorization usually depends on the current level of funds actually in the identified account rather than on a credit level, and funds transfer is usually executed substantially contemporaneously with providing the authorization rather than performing periodic settlement. Other types of accounts may use arrangements that have similar differences in their particulars.
[0071] According to one embodiment, a mobile device 324 may be used in addition to or instead of a card or other token representing an account. Here, the mobile device 324 is shown for exemplary purposes in the form of a cellular telephone. However, as noted above, the mobile device 324 may be any of a variety of different mobile devices including but not limited to a PDA, MP3 player, etc. The mobile device 324 may communicate according to its normal wireless protocols with a service provider system 330 via an existing network of relay stations 325. In addition, the mobile device 324 may communicate wirelessly with
point-of-sale devices 314 that have been equipped for wireless communications, such as through an NFC connection.
[0072] According to one embodiment and as will be discussed in greater detail below, the mobile device 324 can store and/or execute a mobile wallet application adapted to maintain account numbers and/or other information related to one or more financial accounts such as credit accounts, debit accounts, demand deposit accounts, stored value accounts, etc. maintained by one or more financial institutions 316-318. The mobile device 324, for example via the mobile wallet application, may allow the user to review accounts that are stored or identified in the mobile device 324 and select an account for a particular transaction such as a purchase. Upon selection of an account for use in the transaction, the user of the mobile device can scan or swipe the device 324 in front of or near the POS device 310 causing the information related to the selected account to be read from the mobile device 324 via the NFC connection.
[0073] The information regarding the selected account can identify the account to be used in supporting transactions, for example, including an indication of the financial institution 316 where that account is maintained, an account number, etc. Such identifications may conveniently be made with numerical strings similar to card numbers that have portions that identify a financial institution and portions that identify specific accounts. Additional information may include ownership details of the account, current balance levels for the account, and the like.
[0074] The point-of-sale device 308 typically initiates a connection to an acquirer system 312 through a network 304 such as the Internet or another network as described above. A packet of information that includes information read from the mobile device 324, a merchant identifier, the date, and transaction amount are forwarded by the point-of-sale device 310 through the network 304 to the acquirer system 312. The acquirer system 312 may store some of the information and send an authorization request, via financial network 313, to the issuing financial institution 318, which may be identified from a portion of the account number read from the mobile device 324. The transaction is authorized or denied depending on such factors as the validity of the account holder name, the validity of the account number, the level of available credit in comparison with the transaction amount, and the like. If authorized, an authorization code is routed back through the acquirer system 312, which
captures additional information and forwards the authorization code back to the originating point-of-sale device 310 so that the transaction may be completed.
[0075] As will be seen, the mobile wallet and/or other applications of the mobile device may be used to initiate and/or perform other mobile commerce functions. For example, the mobile wallet and other elements described herein can allow the user of the mobile device to use the device to make purchases, receive and maintain receipts or other records of transactions, look up account balances, transfer balances, etc. As noted above, embodiments described herein provide for the use mobile devices operating different mobile wallet applications on devices operating on different carrier networks. Additionally, embodiments of the present invention can be used to interact with a wide variety of other systems such as financial institutions, payment networks, advertisers, and other content providers.
[0076] The system can also include a mobile wallet server 335 communicatively coupled with the service provider system 330 and/or the acquirer system 312. As will be described in detail below, the mobile wallet server 335 can communicate with the mobile device 324, for example via the service provider network 325 and supporting functions of the mobile wallet application. For example, functions that can be performed by the mobile wallet server can include but are not limited to downloading and installing the mobile wallet application, updating balance information for the accounts stored therein, performing or facilitating various transfers between those accounts, viewing transaction histories for the accounts, providing marketing messages, e.g., coupons and advertisements, redeeming coupons, etc.
[0077] FIG. 4 is a block diagram illustrating additional details of the system of FIG. 3 according to one embodiment of the present invention, hi this example, the system 400 includes a mobile device 324 such as described above. The mobile device 324 can include a Near Field Communications (NFC) transponder 407 and can execute a mobile wallet application 408. The mobile device 324 can be adapted to maintain at least one set of information related to a financial account in the mobile wallet 408 and communicate at least a subset of the information related to the financial account via the NFC transponder 407 upon initiation of a transaction such as a purchase. In some cases, the mobile wallet 408 of the mobile device 324 can maintain information related to a plurality of financial accounts such as, for example, debit accounts, demand deposit accounts, stored value accounts, loyalty accounts under a customer loyalty program, etc. In such cases, the mobile wallet 408 of the
mobile device 324 can be adapted to present the plurality of financial accounts to a user of the mobile device 324 and receive a selection of a financial account for the transaction. The mobile device 324 can also be adapted to communicate at least a subset of the information related to the selected financial account via the NFC transponder 407 upon initiation of the transaction.
[0078] So, for example, the user of the mobile device 324 can scroll through or otherwise navigate a user interface of the mobile device 324 to select an account for which identifying information is stored in or by the mobile wallet 408. The information can include, for example, an account number, an account name, an account type, a bank name, and/or other information such as, for example, may be typically encoded on a magnetic stripe of a card. In other cases, the mobile wallet and/or other applications of the mobile device may be used to initiate and/or perform other mobile commerce functions. For example, the mobile wallet and other elements described herein can allow the user of the mobile device to use the device to make purchases, receive and maintain receipts or other records of transactions, look up account balances, transfer balances, etc. Once selected, the user can then use the account to perform a transaction such as making a purchase, transferring an account balance, looking up an account balance, viewing a transaction history, etc. In the case where the user is making a purchase, from a merchant 405, the user can use the selected account to pay for the purchase by swiping or passing the mobile device 324 in front of or near an NFC equipped point of sale device 310 provided by the merchant 405.
[0079] The point of sale device 310 can also include an NFC transponder 406. The point of sale device 310 can be adapted to receive the information related to the financial account from the mobile device 324 via the NFC transponder 406 and send a communication related to the transaction that includes the information related to the financial account. For example, in the case of a consumer making a purchase using a credit, debit, stored value, or other account, the request can be a request to authorize the transaction.
[0080] A mobile commerce gateway 415 can be adapted to receive the communication related to the transaction from the point of sale device 310 of the merchant system 405 and route the communication for handling of the transaction based on the information related to the financial account. That is, the acquirer systems 312 can include a plurality of systems 415-435 adapted to perform functions related to various types of financial transaction. For
example, the acquirer systems 315 can include but are not limited to a payments system 425 adapted to communicate with financial institutions 316-318 maintaining the financial account and authorize the transaction based on the communication with the financial institution as described above. The acquirer systems 312 can also include an enrollment system 420 adapted to register or enroll the mobile device 324 for use with the system 400. A loyalty system 421 can be adapted to maintain a loyalty account under a customer loyalty program. A stored value system and/or prepaid system 430 can be adapted to maintain a stored value account. The mobile commerce gateway 415 can be adapted to route communications to the plurality of acquirer systems 312 based at least in part on a transaction type. As can be understood by one skilled in the art, the mobile commerce gateway 415, while illustrated here as a single element, may comprise multiple systems or devices. Additionally or alternatively, various elements of the system 400 shown here as communicatively coupled with the mobile commerce gateway 415 may, in various implementations, be coupled with the mobile commerce gateway 415 via various other portals, front-ends, gateways, etc. In yet other implementations, the mobile commerce gateway 415 may be excluded from the system 400 or may not be utilized by some of the elements. In such cases, various elements of the system 400 such as a POS device 310, mobile wallet server 335, etc may interface with one or more of the acquirer systems 312 other than the mobile commerce gateway 415.
[0081] The system 400 can also include a service provider system 330 communicatively coupled with the mobile device 324, for example via a cellular or other wireless network. A mobile wallet server 410 can be communicatively coupled with the service provider system 330 and the mobile commerce gateway 415. The mobile wallet server 410 can be adapted to interact with the mobile wallet 408 of the mobile device 324 via the service provider system 330. For example, the mobile wallet server 410 can interact with the mobile wallet 408 of the mobile device 324 to provide functions related to maintenance of the mobile wallet 408. In another example, the mobile wallet server can interact with the mobile wallet of the mobile device to provide functions related to maintenance of the information related to the financial account. In other words, functions that can be performed by the mobile wallet server 410 through the service provider system 330, for example over the cellular or other wireless network, can include but are not limited to downloading and installing the mobile wallet application, updating balance information for the accounts stored therein, performing various transfers between those accounts, viewing transaction histories for the accounts, providing marketing messages, e.g., coupons and advertisements, redeeming coupons, etc. In some
cases, depending upon the functions to be performed, the mobile wallet server 410 may make requests to the mobile commerce gateway 415. For example, in the case of determining a balance for a credit account, the mobile wallet server 410 may make a request to the mobile commerce gateway 415. Such a request can be routed by the mobile commerce gateway 415 to a payments system 312 or other acquirer system 312 which in turn makes a request to an issuing financial institution 316. It should be understood by one skilled in the art that the mobile wallet server may be implemented in various ways and operated by various entities. For example, the mobile wallet server335 may be operated by the mobile service provider 330 and may be implemented as part of the systems operating the mobile network. In other cases, the mobile wallet server 335 may be operated by an acquirer and may be implemented as part of the acquirer systems 312.
[0082] Therefore, the gateway 415 can provide a common point or front-end through which other elements of the system400 can interact with the various other acquirer systems 312. Stated another way, the gateway 415 can receive a communication, for example, related to a function of the mobile wallet application 408 of a mobile device 324. Receiving the communication can comprise receiving the communication from the mobile wallet server 335, from the merchant system 405, from the point-of-sale device 310, or from another acquirer system 312. One or more of the acquirer systems 312 for handling of the communication can be identified based on the function of the mobile wallet application 324 to which the communication relates. For example, the function can comprise a payment function, an account information lookup function, a registration function, a marketing function, a provisioning function, or another function. The communication can be routed by the gateway 415 to the identified one or more acquirer systems for handling of the communication. However, it is not required that all communications between elements of the system be routed or passed through the gateway 415. For example, the embodiment illustrated in FIG. 4 includes a reporting system or module 435 of the acquirer systems 312 that can be adapted to collect information on and generate reports of various transactions, users, etc. The reporting system 435 can be communicatively coupled with the service provider system 330, the merchant system 405 and/or other systems but without passing through or being routed by the gateway 415.
[0083] FIG. 5 is a block diagram illustrating components of an exemplary point of sale device that may be used with various embodiments of the present invention. Operations
performed by the point-of-sale device 310 are generally coordinated by a controller 504, which is provided in electrical communication with a number of components. For example, the controller 504 can comprise a microprocessor or other computing device executing software stored, for example, in memory 508. Components with which the controller 504 is coupled can include an antenna 512 for transmitting and receiving electromagnetic signals and an NFC module 516 that provides instructions for implementing a communications protocol, such as an NFC protocol. The NFC module 516 performs a more active role than the antenna 512, determining what electromagnetic signals to transmit over the antenna 512 and/or interpreting electromagnetic signals that are received by the antenna 512. A port may be provided to permit the exchange of wired communications with the point-of-sale device 504, one example of the port being a TCP/IP port 520 that enables the point-of-sale device 504 to engage in Internet communications. A printer 524 interfaced with the controller 504 permits receipts and other documents to be printed by the point-of-sale device 504.
[0084] FIG. 6 is a block diagram illustrating components of an exemplary mobile device that may be used with various embodiments of the present invention. The mobile device 324 includes a controller 640 which can comprise a microprocessor or other computing device executing software stored, for example, in memory 644 for coordinating the functions of a variety of components. Several of the components that may be controlled by the controller 540 include components used for standard functionality of the mobile device 324. For instance, in embodiments where the mobile device 324 is a cellular telephone, the controller may be interfaced with a microphone 652, a speaker 656, and an antenna 648. The microphone 652 and speaker 656 may be used to receive and amplify voice signals that are exchanged by users of the cellular telephone. The antenna 648 may be used to transmit and receive electromagnetic signals that correspond to encoded versions of the voice signals being exchanged.
[0085] Other components may include a global positioning system 660 that may be used to locate a position of the wireless device. Such a global positioning system 660 functions by transmitting an electromagnetic signal to an orbiting satellite that identifies a relative location of the source of the signal and correlates that relative position with a geographical map of a region of the Earth. An NFC module 668 may also be provided to encode and decode transmissions sent and received electromagnetically with the point of sale device as discussed above. Because transmissions involving the account information include sensitive financial
data such as account numbers, a cryptography module 672 may also be provided to allow encryption of data sent and received by the mobile device 324 via the NFC module 668.
[0086] According to one embodiment, the mobile device 324 can also include a mobile wallet module or application 676. The mobile wallet 676 can be adapted to store payment vehicle information, i.e., information identifying one or more financial accounts such as credit accounts, debit accounts, demand deposit accounts, stored value accounts, etc. In some cases, the mobile wallet 676 can allow storage of multiple payment vehicles and can provide a user interface that can be displayed on a screen or display device 680 and through which the user can select a specific payment vehicle by manipulating a keypad, wheel, touch screen, or other input device 682. The mobile device 324, for example via the mobile wallet application 676, may allow the user to review accounts that are stored in the memory 644 of the mobile device 324 and select an account for a particular transaction such as a purchase. Upon selection of an account for use in the transaction, the user of the mobile device 324 can scan or swipe the device 624 in front of or near the POS device causing some or all of the information identifying the selected account to be read from the mobile device 324 via the NFC connection module 668.
[0087] FIG. 7 is a flowchart illustrating a process for a mobile commerce gateway according to one embodiment of the present invention. In this example, the process begins with receiving 705 a communication related to a function of a mobile wallet application of a mobile device. As noted above, receiving 705 the communication can comprise receiving the communication from a mobile wallet server, from a merchant system, from a point-of-sale device, or from an acquirer system. One or more of a plurality of acquirer systems for handling of the communication can be identified 710 based on the function of the mobile wallet application to which the communication relates. For example, the function can comprise a payment function, an account information lookup function, a registration function, a marketing function, a provisioning function, or another function. The communication or information fro the communication can be routed 715 to the identified one or more acquirer systems for handling of the communication. In some cases, a reply to the communication can be received 720 from at least one of the identified one or more acquirer systems and the reply can be sent 725 to a recipient. Sending 725 the reply to the recipient can comprise sending the reply to a mobile wallet server, a merchant system, a point-of-sale device, an acquirer
system, or another system based on, for example, the type of function, information from the communication or the reply, or based on another criteria.
[0088] FIG. 8 is a block diagram illustrating elements of a mobile commerce system for enrollment and/or registration of a customer or device according to one embodiment of the present invention. According to one embodiment, a user 801 or consumer can enroll in a mobile commerce program via a web-based process of an enrollment server that can be provided as part of a service provider system 330, an acquirer system 312, via a participating bank or other financial institution website 805, or other entity or combination thereof.
[0089] For example, the user 801 can, via log in process 810, access a mobile banking website or web service 815 such as provided by a participating bank or other financial institution. If the user 801 is a customer of a participating bank, the user 801 can begin the registration process at the bank's website 815, for example, by clicking on a hot-link to a service provider such as a wireless service provider for the user's mobile device. This action can cause the user 801 to be redirected to the service provider system 330 and/or can initiate a communication between the bank and the service provider system 330 though which enrollment information can be exchanged.
[0090] The service provider system 330can include a registration process 820 or module for determining whether to allow registration of the user and/or the device and to possibly provide opportunities for the user to purchase or upgrade his service if it does not currently qualify for use with the mobile commerce system. For example, if the consumer 801 is not a current customer of the service provider, the user can be given the opportunity to purchase a plan and possibly a mobile device. For a current customer of the service provider, a validation can be conducted to determine whether the mobile wallet can be provisioned to the user's mobile device, i.e., whether the device qualifies or is suitable for use with the mobile wallet application. For example, the user may be queried by the registration process 820 as to what device will be used. Alternatively, the service provider system may maintain an indication of the current device of the user. The indicated device can be compared to a list of approved or acceptable devices for use with the system maintained or accessible by the registration process 820. Additionally or alternatively, a validation can be conducted to determine whether the customer's data plan qualifies. That is, an indication of the user's current data plan can be received from the user or read from information maintained by the
service provider. This information can be compared to a list of approved plans that are indicated to be acceptable for use with the system. A plan can be deemed acceptable based on any of a number of criteria such as available data transfer rates or limits, contractual limitations of the service, or any other technical or business criteria. If the plan is determined to not be acceptable for use with the system, the user can be given the opportunity to purchase one or upgrade the current plan.
[0091] Upon validation, purchase, and/or upgrade of the user's device and/or plan, the user 801 can be redirected or transferred to an acquirer system 312 such as an enrollment host 420 via a hot-link or via other programmatic means (i.e., a button). According to one embodiment, the service provider system 330 can provide to the acquirer system 312, for example via the gateway 415 as described above, a data set consisting of enrollment data collected from the user. Such enrollment data can include but is not limited to name, cellular number, mobile device type, etc. The registration information can be stored by the service provider system 330 and/or the acquirer system 312 for later use.
[0092] The user 801 can be given additional details about the program in which they are enrolling by the acquirer system 312. Additionally or alternatively, participating merchants may have marketing messages and offers on the site. In some cases, the user 801 may be asked to "opt-in" or "opt-out" to receive such marketing messages. Additionally or alternatively, through the acquirer system 312, the consumer 801 can review and edit their registration data and/or preferences, register their prepaid cards (e.g., with participating merchants), and/or perform other functions.
[0093] Stated another way, the mobile commerce system can comprise a mobile device and a service provider system 330 adapted to receive a registration request from a user of the mobile device. For example, the service provider system 330 can be adapted to receive the registration request from the user 801 of the mobile device via a web service 815 of a financial institution 805. In another example, the service provider system 330 can be adapted to provide a registration web service 820. In such a case, receiving the registration request from the user 801 of the mobile device can comprise receiving the registration request via the registration web service 820 of the service provider system 330.
[0094] The service provider system 330 can be adapted, for example via the registration service or process 820, to determine whether to allow registration of the mobile device. For example, the service provider system 330 can determine whether to allow registration of the mobile device by determining whether the user of the mobile device is a current wireless service subscriber. Additionally or alternatively, the service provider system 330 can determine whether to allow registration of the mobile device by determining whether the mobile device qualifies for use in the mobile commerce system. Additionally or alternatively, the service provider system 330 can determine whether to allow registration of the mobile device by determining whether a data service plan of the user of the mobile device qualifies for use in the mobile commerce system. As noted above, at any point during this process, if a determination is made that the user's device or plan does not qualify for use in the mobile commerce system, the user may be given opportunities to purchase or upgrade the device and/or plan in order to qualify.
[0095] The system can also include an acquirer system 312 communicatively coupled with the service provider system 330, for example via the gateway 415. The service provider system 330 can be further adapted to, in response to determining to allow registration of the mobile device, send the registration information 830 from the service provider system 330 to an acquirer system 312. The acquirer system 312, for example the registration or enrollment host or process 420, can in turn be adapted to provide user information related to the mobile commerce system. Additionally or alternatively, the acquirer system 312 can be adapted to maintain a set of personal information of the user. In some cases, the acquirer system 312 can be adapted to maintain a set of user preferences for the user. For example, the user preferences can include an indication of whether the user has elected to receive marketing messages, i.e., opt-in or opt-out preferences. Additionally or alternatively, the acquirer system 312 can be adapted to register one or more stored value or other accounts of the user for use in the mobile commerce system.
[0096] FIG. 9 is a flowchart illustrating a process for enrollment and/or registration of a customer or device in a mobile commerce system according to one embodiment of the present invention. In this example, the process begins with receiving 905 a registration request from a user of the mobile device. For example, receiving 905 the registration request from the user of the mobile device can comprise receiving the registration request at a service provider system from a mobile commerce web service of a financial institution, hi another
example, receiving 905 the registration request from the user of the mobile device can comprise receiving the registration request via a web service of the service provider system.
[0097] Determinations 910-930 can be made with the service provider system whether to allow registration of the mobile device. Generally speaking, in response to determining 910- 930 to allow registration of the mobile device, the registration request can be sent 935 from the service provider system to an acquirer system.
[0098] More specifically, in this example, determining 910-930 whether to allow registration of the mobile device can comprise determining 910 whether the user of the mobile device is a current wireless service subscriber. In response to determining the user is not a current subscriber, the user can be given an option 915 to subscribe. If 915 the user chooses to become a subscriber, a determination 920 can be made as to whether the mobile device qualifies for use in the mobile commerce system. If 920 the user's device qualifies, a determination 925 can be made as to whether a data service plan of the user of the mobile device or other plan, service, package, application, etc., that is deemed appropriate or qualifies for use in the mobile commerce system as designated by the carrier or service provider. If 925 the data plan or other plan of the user qualifies, i.e., the plan is designated by the service provider as applicable to the mobile commerce system based on any of a number of technical and/or contractual criteria, the registration information can be sent 935 to the acquirer systems. If 925 the data service plan of the user does not qualify, the user can be given an option 930 to purchase or upgrade to a data plan designated as suitable for the mobile commerce system. If 930 the user chooses to purchase or upgrade to a qualifying data plan, the registration information can be sent 935 to the acquirer systems.
[0099] FIG. 10 is a block diagram illustrating elements of a mobile commerce system for provisioning a mobile wallet according to one embodiment of the present invention. According to one embodiment, the acquirer system 312 can upload the enrollee's (i.e., the consumer's or registrant's) data 1005 and mobile device specifications to a mobile wallet server 410 for example, via the gateway 415 as described above. The mobile wallet server 335, for example via provisioning process 1010, can process the data and create the mobile wallet or other data to be provisioned to the mobile wallet. The mobile wallet server 335 can then provide a link to the consumer's mobile device 324, for example via a provisioning message 1015 such an SMS message or email message, over the service provider's network
325 so that downloading of the wallet may begin. Upon the consumer accessing the link from the mobile device 324 and/or choosing to download the wallet, a acceptance message 1020 can be sent to the mobile wallet server 335. The acceptance message 1020 can include a credential or other information identifying the user of the mobile device 324. The mobile wallet server 335 can in turn authenticate the user based on the acceptance message 1020. Upon authentication of the consumer, the wallet application or other data 1025 can be uploaded/provisioned from the mobile wallet server 335 to the mobile device 324 via the service provider network 325.
[0100] Stated another way, a mobile commerce system can comprise a mobile device324 and an acquirer system 312 adapted to provide a set of registration information 1005 for the mobile device 324. A mobile wallet server 335 can be communicatively coupled with the acquirer system 312 and can be adapted to receive the registration information 1005 for the mobile device 324 from the acquirer system 312, determine based on the registration information 1005 whether the mobile wallet 408 of the mobile device 324 has been previously provisioned, and in response to determining that the mobile wallet 324 of the mobile device 324 has not been previously provisioned, create a new mobile wallet for the mobile device 324 and send a notification 1015 such as an SMS or email message from the mobile wallet server 335 to the mobile device 324, the notification 1015 indicating the mobile wallet is available for download. The mobile wallet server 335 can be further adapted to retrieve a stored set of previously provisioned mobile wallet information for the mobile device 324 and send the set of previously provisioned mobile wallet information to the mobile device in response to determining that the mobile wallet 408 of the mobile device 324 has been previously provisioned. For example, in the event the user needs to reload or re- provision a device, a previously provisioned and saved wallet can be retrieved and provisioned to the device. Once again, a notification message 1015 can be sent to the mobile device 324 to indicate that the data is available for download.
[0101] The mobile wallet server 335 can be further adapted to receive a response or acceptance message 1020 from the mobile device 324. The mobile wallet server 335 can be adapted to authenticate a user of the mobile device 324 based on the response 1020. In response to authenticating the user of the mobile device 324, the mobile wallet server 335 can download the mobile wallet or other data 1025 to the mobile device 324.
[0102] FIG. 11 is a flowchart illustrating a process for mobile wallet provisioning according to one embodiment of the present invention. In this example, the process can begin with receivingl 105 at a mobile wallet server registration information for the mobile device from an acquirer system. A determination 1110 can be made based on the registration information as to whether the mobile wallet of the mobile device has been previously provisioned. In response to determining 1110 that the mobile wallet of the mobile device has been previously provisioned, a stored set of previously provisioned mobile wallet information for the mobile device can be retrieved 1115 and sent 1140 to the mobile device from the mobile wallet server.
[0103] In response to determining 1110 that the mobile wallet of the mobile device has not been previously provisioned, a new mobile wallet can be created 1120 for the mobile device. A notification can then be sent 1125 from the mobile wallet server to the mobile device. The notification can comprise, for example, a Short Message Service (SMS) message, an email message, or other type of message, and can indicate the mobile wallet is available for download. A response can be received 1130 at the mobile wallet server from the mobile device. A user of the mobile device can be authenticated 1135 based on the response. In response to authenticating 1135 the user of the mobile device, the mobile wallet can be downloaded 1140 from the mobile wallet server to the mobile device. Downloading 1140 the mobile wallet from the mobile wallet server to the mobile device can be performed via a wireless communications network such as a cellular network.
[0104] FIG. 12 is a block diagram illustrating elements of a mobile commerce system for performing account information lookup according to one embodiment of the present invention. After enrollment/registration and mobile wallet provisioning are completed as described above, the consumer can request account information lookup/refresh (for example a balance or transaction history for a registered stored- value account or other account) via the mobile device 324. As illustrated in this example, the user can access the mobile wallet 408 on the mobile device 324 and executes the account information lookup function 1005. The request can be passed to the mobile wallet server 410 via the service provider network 325. According to one embodiment, the request may include an identity credential or other information for authenticating or otherwise verifying the user and/or device by any or all of the elements of the system. The mobile wallet server 410, for example via an account information process or module 1210, can generate and send an inquiry 1215, for example, via
the gateway 415 as described above, to the acquirer system 312 to request a balance or transaction history. The acquirer system 312 can look up and respond with results 1220 such as balances, histories, or error codes. The results 1220 can be passed back to the mobile wallet server 335, for example via the gateway 415. The mobile wallet server 335 can in turn update the mobile wallet 408 on the mobile device 324 via the service provider network 325.
[0105] Stated another way, a mobile commerce system can comprise a wireless communications network 325 such as a cellular network and a mobile device 324 communicatively coupled with the wireless communications network 325. The mobile device 324 can be adapted to execute a mobile wallet application 408. The mobile wallet application 408 can include information identifying a financial account. The mobile wallet application 408 can be adapted to request 1205 account information for the financial account. For example, the account information can comprise an account balance. In another example, the account information can comprise an account transaction history.
[0106] The system can also include an acquirer system 312 adapted to access account information for a plurality of financial accounts and a mobile wallet server 335 communicatively coupled with the wireless communications network 325 and the acquirer system 312. The mobile wallet server 335 can be adapted to receive the request 1205 for the account information from the mobile wallet 408 of the mobile device 324 via the wireless communications network 325. The request 1205 for account information can include information identifying the financial account. For example, the information identifying the financial account can comprise an account number, hi another example, the mobile wallet server 335 can be adapted to determine an account number of the financial account based on the information identifying the financial account.
[0107] The mobile wallet server 335 can send an account inquiry 1215 to the acquirer system 312. In some cases, the account inquiry 1215 can include the information identifying the financial account. In such cases, the acquirer system 312 can be adapted to determine an account number of the financial account based on the information identifying the financial account. The mobile wallet server 335 can receive the account information 1220 from the acquirer system 312 and send the account information 1220 to the mobile wallet 408 of the mobile device 324 via the wireless communications network 325.
[0108] FIG. 13 is a flowchart illustrating a process for performing account information lookup according to one embodiment of the present invention. In this example, the process begins with receiving 1305 at a mobile wallet server a request for the account information. For example, the account information can comprise an account balance. In another example, the account information can comprise an account transaction history. Receiving 1305 the request for the account information can be performed via a wireless communications network such as a cellular network.
[0109] The request for account information can include information identifying the financial account. For example, the information identifying the financial account can comprise an account number. In another example, an account number of the financial account can be determined based on the information identifying the financial account. Thus, the request can be translated 1310 to determine and indicate the account number and/or place the request into a format readable by the acquirer system.
[0110] An account inquiry can be sent 1315 from the mobile wallet server to an acquirer system. The account information can be received 1320 at the mobile wallet server from the acquirer system. The results can be translated 1325 for delivery to the mobile device. For example, translation can include encrypting the results and/or placing them into a message such as an SMS, email, or other format message for transmission and delivery to the mobile device. The results can then be sent 1330 from the mobile wallet server to the mobile wallet of the mobile device. Sending 1330 the account information from the mobile wallet server to the mobile wallet of the mobile device can be performed via a wireless communications network such as a cellular network.
[0111] FIG. 14 is a block diagram illustrating elements of a mobile commerce system for providing marketing messages according to one embodiment of the present invention, hi this example, an acquirer 312 and participating merchants 405 (including possibly the provider of the mobile communications service, banks, other financial institutions, etc) can create marketing messages via, for example, the acquirer's loyalty host as described above. Alternatively, a dedicated marketing management system may be used. These messages can be sent or provisioned to the mobile wallet 408 inbox via the mobile wallet server 335, for example as described above with reference to FIGs. 10 and 11, to those registrants who chose to 'opt-in' to mobile marketing from consumer selected merchants. These messages may
include (but are not limited to) special offers, discounts, and other offers to enrollees/participants of this program. Additionally or alternatively, the messages may include new product information, commercials, or other messages delivered via streaming video, audio, text, or in another format.
[0112] For example, a participating merchant 405 can create a mobile marketing campaign by accessing the acquirer system 312, for example via the gateway 415 or a web service, and initiating an enrollment process 1401. The acquirer system 312, for example via a loyalty host, a dedicated marketing management system, or other system, can record the registration information such as identifying information for the merchant, offer information, demographic information indicating consumers to which the marketing messages should be directed, and possibly other information. The acquirer system 312 can deploy the marketing information 1405 to those registrants who selected to 'opt-in' to this merchant's marketing program via the mobile wallet server 335. The mobile wallet server 335 for example via the provisioning process described above, can provision the marketing message 1405 to the inbox of the mobile wallet 408 on the consumer's mobile device 324 via the service provider network 325.
[0113] Stated another way, a system can comprise a wireless communications network 325, such as a cellular network, and a plurality of mobile devices 324 communicatively coupled with the wireless communications network 325. Each mobile device 325 can be adapted to execute a mobile wallet application 408. The system can also include an acquirer system 312 adapted to generate a set of information 1405 identifying one or more marketing offers. A mobile wallet server 335 can be communicatively coupled with the wireless communications network 325 and the acquirer system 312. The mobile wallet server 335 can be adapted to receive the set of information 1405 identifying the one or more marketing offers from the acquirer system 312, generate one or more marketing messages 1405 based on the set of information identifying the one or more marketing offers, and send each of the one or more marketing messages 1405 to the mobile wallet application 408 of one or more mobile devices 324 via the wireless communications network 325. For example, the marketing messages 1405 can comprise Short Message Service (SMS) messages, email messages, or other types of messages.
[0114] The acquirer system 312 can generate the set of information 1405 identifying the one or more marketing offers based on a selection of one or more predefined marketing offers by a participating merchant 405 or other marketing entity. Additionally or alternatively, the acquirer system 312 can generate the set of information 1405 identifying the one or more marketing offers based on information provided to the acquirer system 312 from a marketing entity such as a merchant 405. In some cases, the acquirer system 312 can be further adapted to determine one or more recipients for the marketing offers. In such cases, the acquirer system 312 can be adapted to determine one or more recipients for the marketing offers based at least in part on preference information for the one or more recipients.
[0115] Additionally or alternatively, the mobile wallet server 335 can be further adapted to determine one or more recipients for the marketing offers. For example, the mobile wallet server 335 can be adapted to determine one or more recipients for the marketing offers based at least in part on the set of information identifying the one or more marketing offers. Additionally or alternatively, the mobile wallet server 335 can be adapted to determine one or more recipients for the marketing offers based at least in part on a preference information for the one or more recipients, e.g., based on opt-in/opt-out or other preference information.
[0116] FIG. 15 is a flowchart illustrating a process for providing marketing messages in a mobile commerce system according to one embodiment of the present invention. In this example, the process begins with receiving 1505 at the acquirer system one or more indications of marketing offers from a marketing entity such as a participating merchant. Based on this information, the acquirer system can generate 1510 a set of information identifying the one or more marketing offers. Generating 1510 the set of information identifying the one or more marketing offers can be based on a selection of one or more predefined marketing offers by the participating merchant or other marketing entity. Additionally or alternatively, generating 1510 the set of information identifying the one or more marketing offers can be based on information provided to the acquirer system from the marketing entity. In some cases, generating 1510 the set of information identifying the one or more marketing offers can comprise determining with the acquirer system one or more recipients for the marketing offers. For example, determining one or more recipients for the marketing offers can be based at least in part on a preference information for the one or more recipients. The set of information identifying the one or more marketing offers can then be sent 1515 to the mobile wallet server.
[0117] The mobile wallet server can receive 1520 the set of information identifying the marketing offers from the acquirer system. The mobile wallet server can the generate 1525 one or more marketing messages based on the information from the acquirer system. In some cases, generating 1525 the marketing messages can comprise determining with the mobile wallet server one or more recipients for the marketing offers. In such a case, determining one or more recipients for the marketing offers can be based at least in part on the set of information identifying the one or more marketing offers. Additionally or alternatively, determining one or more recipients for the marketing offers can be based at least in part on a preference information for the one or more recipients. In any event, one or more marketing messages can be generated 1525 by the mobile wallet server based on the set of information identifying the one or more marketing offers. For example, the marketing messages can comprise Short Message Service (SMS) messages, email messages, audio, video, an executable applet or application, or other types of messages. Each of the one or more marketing messages can be sent 1530 from the mobile wallet server to one or more mobile devices.
[0118] FIG. 16 is a block diagram illustrating elements of a mobile commerce system for handling payments according to one embodiment of the present invention. As illustrated here, the system can comprise a mobile device 324 including a Near Field Communications (NFC) transponder 407 and a mobile wallet application 408. The mobile device 324can be adapted to maintain at least one set of information related to a financial account in the mobile wallet 408 and, upon initiation of a transaction such as a sale or payment, communicate at least a subset of the information related to the financial account via the NFC transponder 408, for example to an NFC transponder of a POS device 310 of a merchant system 405 as described above. In some cases, the mobile wallet 408 of the mobile device 324 can maintain information related to a plurality of financial accounts such as, for example, debit accounts, demand deposit accounts, stored value accounts, loyalty accounts under a customer loyalty program, etc. In such cases, the mobile wallet 408 of the mobile device 324 can be adapted to present the plurality of financial accounts to a user of the mobile device 324 and receive a selection of a financial account for the transaction. The mobile device 324 can be adapted to communicate at least a subset of the information related to the selected financial account via the NFC transponder 324 upon initiation of the transaction. According to one embodiment, the communication may include an identity credential or other information for authenticating or otherwise verifying the user and/or device by any or all of the elements of the system.
[0119] The POS device 3 lOcan be adapted to receive the information related to the financial account from the mobile device 324 via the NFC transponder 406 and send a communication related to the transaction, i.e., an authorization request 1605 to the acquirer systems 312. The communication related to the financial transaction can include the information related to the financial account. Additionally, the request may include any identity credential or other information for authenticating or otherwise verifying the user and/or device that may be provided by the mobile device 324.
[0120] As noted above, the mobile commerce gateway 415 can be adapted to receive the authorization request 1605 related to the transaction from the point of sale device 310 and route the communication for handling of the transaction based on the information related to the financial account.
[0121] As described above, for example with reference to FIG. 4, the system can also include a plurality of acquirer systems communicatively coupled with the mobile commerce gateway 415. Each of the acquirer systems can be adapted to perform functions related to at least one type of financial transaction. For example, the acquirer systems 312 can include but are not limited to a payments system 425 adapted to communicate with a financial institution 316 maintaining the financial account. The payment system 425 can be adapted to route the authorization request 1605 to the financial institution 316 maintaining the account for authorization of the transaction. The payment system 425 can receive an approval message 1610, or conversely a denial message, from the financial institution indicating approval or denial of the transaction. The payment system 425 can in turn send the approval message 1610 to the POS device 310, for example via the gateway 415.
[0122] According to one embodiment, the approval message 1610 may comprise an electronic receipt. That is, the approval message 1610 can include information related to completion of the transaction such as a dollar amount, time, date, payee information, and/or other information useful to a user of the mobile device 324 to identify, record, and/or track the transaction. In such a case, the POS device 310 may be adapted to receive the approval message 1610 from the acquirer system 312 and pass the approval message 1610 to the mobile device 324 via the NFC transponders 406 and 407 to be stored in or by the mobile wallet 408 of the mobile device 324. Alternatively, a separate electronic receipt 1615 may be generated by the financial institution 316, the payments system 425, or other acquirer system
in addition to the approval message 1610 provided by the financial institution 316. In such a case, the POS device 310 maybe adapted to receive the electronic receipt 1615 from the acquirer system 312 and pass the electronic receipt 1615 to the mobile device 324 via the NFC transponders 406 and 407 to be stored in or by the mobile wallet 408 of the mobile device 324. Additionally or alternatively, the POS device 310 can be adapted to modify an electronic receipt provided by another system such as one of the acquirer systems. For example, the POS device 310 can be adapted to add transaction specific information such as items purchased, price per items, etc. to the receipt. In other implementations, the POS device 310 may generate a separate electronic receipt that can include information provided to the POS device 310 via the approval message 1610 or electronic receipt 1615 from the acquirer systems as well as transaction specific information such as items purchased, price per items, etc.
[0123] Regardless of how or where the electronic receipt is generated, it can be passed to the mobile wallet of the mobile device via the NFC module of the POS device 310, the gateway 415, or other acquirer system 312 via the mobile wallet server 335 described above, or via another channel. According to one embodiment, the electronic receipt can be provisioned to the mobile device over the air. For instance, a message can be sent from the POS device 310 and/or merchant system 405 to the mobile wallet server 335 described above. This message can include an identifier available to systems in the chain of creating and providing the receipt. For example, the POS device 310 can acquire the mobile device's unique identifier e.g., phone number, device identifier, device address, etc. via the NFC module of the POS device 310, by input to the POS device 310 by the user of the mobile device, or in another manner. Alternatively or additionally, the gateway or other acquirer system could determine the identifier for the device, for example from data maintained by an enrollment system 420 as described above. This identifier can then be used to address or identify and route the receipt to the mobile device via the mobile wallet server 335 and/or service provider system 330 as described above. In yet another alternative, the receipt may be passed to another device or computer, other than the mobile device. For example, based on preference or other information of the user which can be maintained by the enrollment server 420 or another system, the gateway 415 or other acquirer system can send the send the receipt to the users personal computer or other device. In such cases, the receipt can later be synchronized or transferred to the wireless device via a USB, wireless, or other connection.
[0124] Once the mobile wallet has received a receipt, the mobile wallet 408 can also be adapted to provide an interface for the user of the mobile device to later view, delete, or otherwise manage electronic receipts. Additionally or alternatively, the mobile wallet 408 of the mobile device 324 can be adapted to sync or transfer the electronic receipts to another device and/or application such as a spreadsheet or financial management application on the user's personal computer. Additionally or alternatively, the mobile wallet 408 of the mobile device 324 can be adapted to provide the receipt or a copy of the receipt, either through a user interface, via the NFC transponder of the mobile device, or in another manner. So, for example, the electronic receipt, once in the mobile wallet 408 can be used to make returns of merchandise, for example by the user of the mobile device selecting the receipt from the wallet and swiping or scanning the mobile device near the NFC transponder of the POS device. The merchant can then use the electronic receipt to process a return. In such a case, the electronic receipt may contain encrypted information supplied by the merchant prior to or during generation of the receipt in order to verify the origin, contents, and/or authenticity of the receipt and prevent tampering with the contents of the receipt.
[0125] It should be noted that, other acquirer systems as described above may be utilized to authorize a transaction. That is, the second acquirer systems can comprise a payments system 425 as illustrated here. In such a case, a request for authorization of the transaction can be sent from the payment system to a financial institution maintaining the financial account. For example, the financial account can comprise a credit account and the financial institution can comprise the issuer of the credit account. In another example, the financial account can comprise a debit account and the financial institution comprises the holder of the debit account. In yet another example, the financial account comprises a demand deposit account and the financial institution comprises the holder of the demand deposit account. An indication of authorization, e.g., an approval message 1610, electronic receipt, or other message, can be received at the payment system 425 from the financial institution 316. The indication of whether the transaction is authorized can be sent from the payment system 425 to the first acquirer system, e.g., the gateway 415 based on the indication of authorization from the financial institution 316. hi other cases, the financial account can comprise a stored value account and the second acquirer system can comprise a system maintaining information related to the stored value account such as prepaid system 430. hi such a case, a request for authorization of the transaction can be sent to the prepaid system 430 and an authorization or denial can be provided by the prepaid system 430 in reply. The request and reply can be
communicated through the mobile commerce gateway 415 or between the payments system 425 and prepaid system 430 without passing through the gateway 415. Additionally or alternatively, the financial account can comprise a loyalty account and the second acquirer system can comprise a system maintaining information related to the loyalty account.
[0126] FIG. 17 is a flowchart illustrating a process for handling payments according to one embodiment of the present invention. In this example, the process begins with receiving 1705 at a first acquirer system a communication, i.e., an authorization request, from a point- of-sale (POS) device. The communication can be related to the payment transaction and can include information identifying a financial account from which a payment is requested. A second acquirer for authorizing the payment can be identified 1710 based on the information identifying the financial account. The communication can be sent 1715 to the second acquirer system for authorization of the transaction based on the information related to the financial account. An indication of whether the transaction is authorized can be received 1717 from the second acquirer system. In response to an indication that the transaction is authorized 1720, an authorization message can be generated 1730 and sent 1735 to the POS device. In response to an indication that the transaction is not authorized 1720, a denial message can be generated 1725 and sent 1735 to the POS device.
[0127] FIG. 18 is a block diagram illustrating elements of a mobile commerce system for handling payments or transfers between mobile devices according to one embodiment of the present invention. As illustrated here, a system can comprise a wireless communications network 325 and a first mobile device 324 communicatively coupled with the wireless communications network 325. The first mobile device 324 can be adapted to execute a mobile wallet application 408, wherein the mobile wallet application 408 can be adapted to maintain at least one set of information related to a first financial account. The system can also include a second mobile device 1810 communicatively coupled with the wireless communications network 325. The second mobile device 1810 can be adapted to execute a mobile wallet application 1805, wherein the mobile wallet application 1805 of the second device 1810 can be adapted to maintain at least one set of information related to a second financial account.
[0128] According to one embodiment, the user of the first mobile device 324 may initiate a payment to the user of the second mobile device 1810. For example, a user of one mobile
device can transfer value, e.g., money, credit, gift card value, etc., or other items such as advertising or marketing offers to another mobile device or user by selecting a "pay mobile wallet" or other option via his mobile wallet interface. Upon initiation, the user of the first mobile device 324 can select an account for which information is stored in the mobile wallet 408 of the first mobile device 324 from which payment will be made. Similarly, the user of the second mobile device 1810 can select an account for which information is stored in the mobile wallet 1805 of the second mobile device 1810 to which payment will be made.
[0129] In some cases, the mobile wallet 408 or 1805 of one or both devices 324 and 1810 may also assign a transaction number or some other identifying information to the transaction. That is, in order to identify communications related to the transfer, information identifying the transfer can be assigned by the mobile wallet of one or both devices. In some cases, the information may include the account numbers for the transaction. For example, the parties may "beam" via RF, IR, NFC, or other communications means, to the other device the account number selected. In other cases, to in order to avoid sharing account numbers between the devices, other identifying information may be used. For example, the mobile wallet may be associated with a device number, phone number or other number or information identifying the device on which it is installed. Thus, a payor may designate a device to which the transaction is targeted. In still other cases, the originating device, target device, or both in combination may generate a unique identifier for the transaction. Regardless of how the identifier is generated, the identifying information can be included in communications to and from the devices 324 and 1810 and between other elements of the system to correlate the communications to the transaction or transfer.
[0130] One or both of the mobile devices 324 and 1810 can then send an authorization request 1805 and 1810 via the service provider network to the mobile wallet server 335 and/or the acquirer system 312. According to one embodiment, the requests 1805 and 1810 may include identity credentials or other information for authenticating or otherwise verifying the users and/or devices by any or all of the elements of the system. Additionally or alternatively, the requests 1805 and 1810 can include information identifying the transaction and/or one or both account numbers involved in the transaction.
[0131] A first acquirer system, e.g., the gateway 415, can be communicatively coupled with the wireless communications network 325 either directly or via the mobile wallet server 335.
The first acquirer system 415 can be adapted to receive a communication from the first mobile device 1805, i.e., the authorization request. The authorization request 1805 from the first mobile device 324 can include information identifying the first financial account from which the payment is requested. A second acquirer system such as a payment system 425 can be communicatively coupled with the first acquirer system 415. The first acquirer system 415 can be further adapted to identify the second acquirer system 425 based on the information identifying the first financial account, send the communication to the second acquirer system 425 for authorization of the transaction based on the information related to the first financial account. The second acquirer system can, for example, send the authorization request 1815 to a first financial institution 316, i.e., the financial institution issuing or holding the first financial account, for authorization and receive an indication 1820 of whether the transaction is authorized. The second acquirer system 425 can send the indication 1820 of whether the transaction is authorized to the first acquirer system 415 to be returned, for example via the gateway 415 and/or mobile wallet server 335 to the first mobile device 324 and the second mobile device 1810.
[0132] As noted above, the first acquirer system 415 can receive from the second mobile device 1810 a communication 1810 identifying a second financial account to which the payment is directed. In such cases, the second acquirer system 425 can be adapted to generate a payment notification message 1825 identify a system 317 maintaining the second financial account based on the communication 1810 identifying the second financial account and send the payment notification message 1825 to the system 317 maintaining the second financial account in response to receiving an indication that the transaction is authorized. The payment notification message may be used to initiate and/or authorize, for example in combination with the approval message 1820 from the first financial institution, a transaction between the first financial institution and the second financial institution to complete the payment. In reply, the second acquirer system 425 may receive a message 1830 indicating receipt of the payment. The second payment system 425 may then forward the receipt message 1830 to the second mobile device 1810, for example via the gateway 415 and/or the mobile wallet server 335.
[0133] It should be understood that the first financial account can comprise a credit account and the first financial institution can comprise the issuer of the credit account. In another cases, the first financial account can comprise a debit account and the financial institution can
comprise the holder of the debit account. In another example, the first financial account can comprise a demand deposit account and the financial institution can comprise the holder of the demand deposit account. In still another example, the first financial account can comprise a loyalty account and the second acquirer system can comprise a system maintaining information related to the loyalty account.
[0134] In yet another example, either or both of the financial accounts can comprise a stored value account and the acquirer systems 312 can include a system maintaining information related to the stored value account such as prepaid system 430. In such a case, a request for authorization of the transaction can be sent to the prepaid system 430 and an authorization or denial can be provided by the prepaid system 430 in reply. The request and reply can be communicated through the mobile commerce gateway 415 or between the payments system 425 and prepaid system 430 without passing through the gateway 415. In other words, rather than transferring payments to or from a credit account, debit account, demand deposit account, etc., a transfer to or from a prepaid or stored value account, such as a gift card or other stored value account, can be performed. For example, a user initiating a transaction may choose to transfer a gift card from his mobile wallet to the mobile wallet of the recipient or payee. In another example, an initiating user may elect to add value to or "top-up" a card already in the recipient or payor's wallet. In yet another example, the initiating user may choose to pay the recipient in the form of a new gift card or stored value account, i.e., add a new card to the payee's mobile wallet.
[0135] In such cases, the transaction can proceed in a manner similar to that described above. For example, when making a transfer from a credit, debit, demand deposit, or other type of account to a prepaid account, the first acquirer system, e.g., the gateway 415, can be adapted to receive a communication from the first mobile device 324, i.e., the authorization request 1805. The authorization request 1805 from the first mobile device 324 can include information identifying the first financial account from which the payment is requested. The gateway 415 can be further adapted to identify the second acquirer system e.g., the payments system 425, based on the information identifying the first financial account. As noted above, the second acquirer system can, for example, send the authorization request 1815 to a first financial institution 316, i.e., the financial institution issuing or holding the first financial account, for authorization and receive an indication 1820 of whether the transaction is authorized. The second acquirer system 425 can send the indication 1820 of whether the
transaction is authorized to the gateway 415 to be provided to the prepaid system 430. The prepaid system 430, upon receiving from the gateway 415 an authorization request identifying a target account, user, device, etc. and an approval message, can credit the identified or new prepaid account, generate a payment receipt, and send the receipt to the gateway 415 to be returned to one or both of the mobile devices 324 and 1810.
[0136] In another example, when making a transfer from a prepaid account to another type of account, the gateway 415 can be adapted to receive a communication from the first mobile device 324, i.e., the authorization request 1805. The authorization request 1805 from the first mobile device 324 can include information identifying the first financial account from which the payment is requested. The gateway 415 can be further adapted to identify the second acquirer system e.g., the prepaid system 430, based on the information identifying the first financial account. The prepaid system 430 can then authorize the payment, or not, and send an indication of whether the transaction is authorized, e.g., a payment notice 1825 to the gateway 415 to be provided to the payments system 425. The payments system 425, upon receiving from the gateway 415 an payment notice 1825 identifying a target account, user, device, etc. and an approval message, can credit the identified account, generate a payment receipt 1830, and send the receipt to the gateway 415 to be returned to one or both of the mobile devices 324 and 1810.
[0137] In yet another example, when making payments or transfers between prepaid accounts, the gateway 415 can be adapted to receive a communication from the first mobile device 324, i.e., the authorization request 1805. The authorization request 1805 from the first mobile device 324 can include information identifying the first financial account from which the payment is requested. The gateway 415 can be further adapted to identify the second acquirer system e.g., the prepaid system 430, based on the information identifying the first financial account. The prepaid system 430 can then authorize the payment, credit the identified target account, and send an indication of completion or denial of the transaction, e.g., a payment receipt, and send the receipt to the gateway 415 to be returned to one or both of the mobile devices 324 and 1810.
[0138] FIG. 19 is a flowchart illustrating a process for handling payments or transfers between mobile devices according to one embodiment of the present invention. In this example, the process begins with receiving 1905 at a first acquirer system a communication
from the first mobile device. The communication can be related to the payment transaction and can include information identifying a first financial account from which a payment is requested. In some cases, a communication can be received 1910 from the second mobile device that identifies a second financial account to which the payment is directed. A second acquirer system for authorizing the payment can be identified 1915 based on the information identifying the first financial account. The communication can be sent 1920 to the second acquirer system for authorization of the transaction based on the information related to the first financial account.
[0139] An indication of whether the transaction is authorized can be received 1922 at the second acquirer system. In response to receiving an indication that the transaction is authorized 1925, a payment authorization message can be generated 1935. In some cases, a system maintaining the second financial account can be identified based on the communication identifying the second financial account and a payment notification message can be generated 1940. The payment authorization message and/or the notification message, if any, can be sent 1945 to the system maintaining the second financial account, the first mobile device, and/or the second mobile device. Settlement, i.e., the transfer of funds between the accounts involved, can then be performed in the conventional manner. In response to receiving from the second acquirer system an indication that the transaction is not authorized 1925, a denial message can be generated 1930 and sent 1945 to the first mobile device and/or the second mobile device.
[0140] In the foregoing description, for the purposes of illustration, methods were described in a particular order. It should be appreciated that in alternate embodiments, the methods may be performed in a different order than that described. Additionally, the methods may contain additional or fewer steps than described above. It should also be appreciated that the methods described above may be performed by hardware components or may be embodied in sequences of machine-executable instructions, which may be used to cause a machine, such as a general-purpose or special-purpose processor or logic circuits programmed with the instructions, to perform the methods. These machine-executable instructions may be stored on one or more machine readable mediums, such as CD-ROMs or other type of optical disks, floppy diskettes, ROMs, RAMs, EPROMs, EEPROMs, magnetic or optical cards, flash memory, or other types of machine-readable mediums suitable for
storing electronic instructions. Alternatively, the methods may be performed by a combination of hardware and software.
[0141] While illustrative and presently preferred embodiments of the invention have been described in detail herein, it is to be understood that the inventive concepts may be otherwise variously embodied and employed, and that the appended claims are intended to be construed to include such variations, except as limited by the prior art.
Claims
WHAT IS CLAIMED IS:
L A method of processing a payment transaction in a mobile commerce system, the method comprising: receiving at a first acquirer system a communication from a point-of-sale (POS) device, the communication related to the payment transaction and including information identifying a financial account from which a payment is requested; identifying a second acquirer for authorizing the payment, wherein the second acquirer system is identified based on the information identifying the financial account; sending the communication to the second acquirer system for authorization of the transaction based on the information related to the financial account; and receiving from the second acquirer system an indication of whether the transaction is authorized.
2. The method of claim 1, further comprising in response to receiving from the second acquirer system an indication that the transaction is authorized, generating an authorization message and sending the authorization message to the POS device.
3. The method of claim 2, further comprising sending the authorization message to a mobile wallet application via the POS device.
4. The method of claim 3, further comprising, prior to sending the authorization message to the mobile wallet application, adding transaction specific information to the authorization message.
5. The method of claim 2, further comprising receiving the authorization message at the POS device, generating an electronic receipt based at least in part on the authorization message, and sending the electronic receipt to a mobile wallet application.
6. The method of claim 1 , further comprising in response to receiving from the second acquirer system an indication that the transaction is not authorized, generating a denial message and sending the denial message to the POS device.
7. The method of claim 1, wherein the second acquirer systems comprises a payments system.
8. The method of claim 7, further comprising sending a request for authorization of the transaction from the payment system to a financial institution maintaining the financial account, receiving at the payment system an indication of authorization from the financial institution, and sending from the payment system the indication of whether the transaction is authorized to the first acquirer system based on the indication of authorization from the financial institution
9. The method of claim 8, wherein the financial account comprises a credit account and the financial institution comprises the issuer of the credit account.
10. The method of claim 1, wherein the financial account comprises a debit account and the financial institution comprises the holder of the debit account.
11. The method of claim 1, wherein the financial account comprises a demand deposit account and the financial institution comprises the holder of the demand deposit account.
12. The method of claim 1, wherein the financial account comprises a stored value account and the second acquirer system comprises a system maintaining information related to the stored value account.
13. The method of claim 1, wherein the financial account comprises a loyalty account and the second acquirer system comprises a system maintaining information related to the loyalty account.
14. A system comprising: a communications network; a mobile device including a Near Field Communications (NFC) transponder and a mobile wallet, wherein the mobile device is adapted to maintain at least one set of information related to a financial account in the mobile wallet and communicate at least a subset of the information related to the financial account via the NFC transponder upon initiation of a transaction; a point of sale device communicatively coupled with the first communications network and including an NFC transponder, the point of sale device adapted to receive the information related to the financial account from the mobile device via the NFC transponder and send a communication related to the transaction via the communications network, wherein the communication related to the financial transaction includes the information related to the financial account; and a mobile commerce gateway communicatively coupled with the communications network and adapted to receive the communication related to the transaction from the point of sale device and route the communication for handling of the transaction based on the information related to the financial account.
15. The system of claim 14, wherein the mobile wallet of the mobile device maintains information related to a plurality of financial accounts.
16. The system of claim 15, wherein the mobile wallet of the mobile device is adapted to present the plurality of financial accounts to a user of the mobile device and receive a selection of a financial account for the transaction.
17. The system of claim 16, wherein the mobile device is adapted to communicate at least a subset of the information related to the selected financial account via the NFC transponder upon initiation of the transaction.
18. The system of claim 15, wherein the plurality of accounts includes at least one credit account.
19. The system of claim 15, wherein the plurality of accounts includes at least one debit account.
20. The system of claim 15, wherein the plurality of accounts includes at least one demand deposit account.
21. The system of claim 15, wherein the plurality of accounts includes at least one stored value account.
22. The system of claim 15, wherein the plurality of accounts includes at least one loyalty account.
23. The system of claim 14, further comprising a plurality of acquirer systems communicatively coupled with the mobile commerce gateway, each of the acquirer systems adapted to perform functions related to at least one type of financial transaction and wherein the mobile commerce gateway is adapted to route communications to the plurality of acquirer systems based at least in part on a transaction type.
24. The system of claim 23, wherein at least one of the plurality of acquirer systems comprises a payments system, the payments system adapted to communicate with a financial institution maintaining the financial account and authorize the transaction based on the communication with the financial institution.
25. The system of claim 23, wherein at least one of the plurality of acquirer systems comprises a loyalty system adapted to maintain a loyalty account under a customer loyalty program.
26. The system of claim 23, wherein at least one of the plurality of acquirer systems comprises an stored value system adapted to maintain a stored value account.
27. A machine-readable medium having stored thereon a series of instruction which, when executed by a processor, causes the processor to handle a payment transaction in a mobile commerce system by: receiving at a first acquirer system a communication from a point-of-sale (POS) device, the communication related to the payment transaction and including information identifying a financial account from which a payment is requested; identifying a second acquirer for authorizing the payment, wherein the second acquirer system is identified based on the information identifying the financial account; sending the communication to the second acquirer system for authorization of the transaction based on the information related to the financial account; and receiving from the second acquirer system an indication of whether the transaction is authorized.
28. The machine-readable medium of claim 27, further comprising in response to receiving from the second acquirer system an indication that the transaction is authorized, generating an authorization message and sending the authorization message to the POS device.
29. The machine-readable medium of claim 27, further comprising in response to receiving from the second acquirer system an indication that the transaction is not authorized, generating a denial message and sending the denial message to the POS device.
30. The machine-readable medium of claim 27, wherein the second acquirer systems comprises a payments system.
31. The machine-readable medium of claim 30, further comprising sending a request for authorization of the transaction from the payment system to a financial institution maintaining the financial account, receiving at the payment system an indication of authorization from the financial institution, and sending from the payment system the indication of whether the transaction is authorized to the first acquirer system based on the indication of authorization from the financial institution
32. The machine-readable medium of claim 31 , wherein the financial account comprises a credit account and the financial institution comprises the issuer of the credit account.
33. The machine-readable medium of claim 27, wherein the financial account comprises a debit account and the financial institution comprises the holder of the debit account.
34. The machine-readable medium of claim 27,wherein the financial account comprises a demand deposit account and the financial institution comprises the holder of the demand deposit account.
35. The machine-readable medium of claim 27, wherein the financial account comprises a stored value account and the second acquirer system comprises a system maintaining information related to the stored value account.
36. The machine-readable medium of claim 27, wherein the financial account comprises a loyalty account and the second acquirer system comprises a system maintaining information related to the loyalty account.
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US89110607P | 2007-02-22 | 2007-02-22 | |
US60/891,106 | 2007-02-22 | ||
US91111307P | 2007-04-11 | 2007-04-11 | |
US60/911,113 | 2007-04-11 | ||
US11/830,459 US20080208762A1 (en) | 2007-02-22 | 2007-07-30 | Payments using a mobile commerce device |
US11/830,459 | 2007-07-30 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2008103880A2 true WO2008103880A2 (en) | 2008-08-28 |
WO2008103880A3 WO2008103880A3 (en) | 2008-11-20 |
Family
ID=39710754
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2008/054673 WO2008103880A2 (en) | 2007-02-22 | 2008-02-22 | Payments using a mobile commerce device |
Country Status (2)
Country | Link |
---|---|
US (1) | US20080208762A1 (en) |
WO (1) | WO2008103880A2 (en) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010114499A3 (en) * | 2009-03-17 | 2011-03-31 | Guelseven Salih | Mobile payment device |
WO2012003024A1 (en) * | 2010-07-02 | 2012-01-05 | Firethorn Mobile, Inc. | System and method for managing transactions with a portable computing device |
EP2466537A1 (en) * | 2010-12-07 | 2012-06-20 | MediaTek, Inc | Transaction information keeping methods and mobile devices thereto |
US8364587B2 (en) | 2009-01-28 | 2013-01-29 | First Data Corporation | Systems and methods for financial account access for a mobile device via a gateway |
WO2013078499A1 (en) * | 2011-11-30 | 2013-06-06 | Spectrum Message Services Pty Ltd | A system, payment agent and computer readable storage medium for facilitating contactless mobile payment transactions |
WO2013140196A1 (en) * | 2012-03-23 | 2013-09-26 | Jetchev Dimitar | A system for electronic payments with privacy enhancement via trusted third parties |
WO2014087206A3 (en) * | 2012-09-28 | 2014-08-21 | Orange | Wallet based loans |
EP2786333A1 (en) * | 2011-12-01 | 2014-10-08 | Barclays Bank PLC | Mobile payment transaction system |
WO2016129207A1 (en) * | 2015-02-13 | 2016-08-18 | Sony Corporation | Method and system for processing a monetary transaction |
EP3418960A1 (en) * | 2017-06-19 | 2018-12-26 | Nxp B.V. | Merchant authenication to vehicle based personal point of sale (ppos) device that provides for card present e-commerce transaction |
US10679201B2 (en) | 2016-11-04 | 2020-06-09 | Nxp B.V. | Personal point of sale (pPOS) device that provides for card present E-commerce transaction |
US11514418B2 (en) | 2017-03-19 | 2022-11-29 | Nxp B.V. | Personal point of sale (pPOS) device with a local and/or remote payment kernel that provides for card present e-commerce transaction |
US11620623B2 (en) | 2018-05-31 | 2023-04-04 | Nxp B.V. | Merchant transaction mirroring for personal point of sale (pPOS) for card present e-commerce and in vehicle transaction |
Families Citing this family (266)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8573486B2 (en) | 2010-10-13 | 2013-11-05 | Square, Inc. | Systems and methods for financial transaction through miniaturized card reader with confirmation of payment sent to buyer |
US9224142B2 (en) | 2002-02-05 | 2015-12-29 | Square, Inc. | Card reader with power efficient architecture that includes a power supply and a wake up circuit |
US8870070B2 (en) | 2010-10-13 | 2014-10-28 | Square, Inc. | Card reader device |
US9582795B2 (en) | 2002-02-05 | 2017-02-28 | Square, Inc. | Methods of transmitting information from efficient encryption card readers to mobile devices |
US8302860B2 (en) | 2010-10-13 | 2012-11-06 | Square, Inc. | Read head device with narrow card reading slot |
US9262777B2 (en) | 2002-02-05 | 2016-02-16 | Square, Inc. | Card reader with power efficient architecture that includes a wake-up circuit |
US8500018B2 (en) | 2010-10-13 | 2013-08-06 | Square, Inc. | Systems and methods for financial transaction through miniaturized card reader with decoding on a seller's mobile device |
US9286635B2 (en) | 2002-02-05 | 2016-03-15 | Square, Inc. | Method of transmitting information from efficient communication protocol card readers to mobile devices |
US9305314B2 (en) | 2002-02-05 | 2016-04-05 | Square, Inc. | Methods of transmitting information to mobile devices using cost effective card readers |
US9495676B2 (en) | 2002-02-05 | 2016-11-15 | Square, Inc. | Method of transmitting information from a power efficient card to a mobile device |
US8876003B2 (en) | 2010-10-13 | 2014-11-04 | Square, Inc. | Read head device with selected output jack characteristics |
US9016572B2 (en) | 2010-10-13 | 2015-04-28 | Square, Inc. | Systems and methods for financial transaction through miniaturized card with ASIC |
US8573487B2 (en) | 2010-10-13 | 2013-11-05 | Square, Inc. | Integrated read head device |
US8870071B2 (en) | 2010-10-13 | 2014-10-28 | Square, Inc. | Read head device with selected sampling rate |
US20120005039A1 (en) | 2002-02-05 | 2012-01-05 | Jack Dorsey | Method of conducting financial transactions |
US9262757B2 (en) | 2002-02-05 | 2016-02-16 | Square, Inc. | Method of transmitting information from a card reader with a power supply and wake-up circuit to a mobile device |
US8235287B2 (en) | 2010-10-13 | 2012-08-07 | Square, Inc. | Read head device with slot configured to reduce torque |
US9324100B2 (en) | 2002-02-05 | 2016-04-26 | Square, Inc. | Card reader with asymmetric spring |
US9916581B2 (en) | 2002-02-05 | 2018-03-13 | Square, Inc. | Back end of payment system associated with financial transactions using card readers coupled to mobile devices |
US9495675B2 (en) | 2002-02-05 | 2016-11-15 | Square, Inc. | Small card reader configured to be coupled to a mobile device |
US7509117B2 (en) * | 2002-05-31 | 2009-03-24 | Nokia Corporation | Apparatus, and associated method, for notifying a user in a radio communication system of a commercially-related transaction |
US7953663B1 (en) | 2003-09-04 | 2011-05-31 | Jpmorgan Chase Bank, N.A. | System and method for financial instrument pre-qualification and offering |
US7566002B2 (en) * | 2005-01-06 | 2009-07-28 | Early Warning Services, Llc | Identity verification systems and methods |
US8190087B2 (en) * | 2005-12-31 | 2012-05-29 | Blaze Mobile, Inc. | Scheduling and paying for a banking transaction using an NFC enabled mobile communication device |
US8290433B2 (en) * | 2007-11-14 | 2012-10-16 | Blaze Mobile, Inc. | Method and system for securing transactions made through a mobile communication device |
US8949146B2 (en) | 2005-12-31 | 2015-02-03 | Michelle Fisher | Method for purchasing tickets using a mobile communication device |
US20090132362A1 (en) * | 2007-11-21 | 2009-05-21 | Mobile Candy Dish, Inc. | Method and system for delivering information to a mobile communication device based on consumer transactions |
US20070156436A1 (en) * | 2005-12-31 | 2007-07-05 | Michelle Fisher | Method And Apparatus For Completing A Transaction Using A Wireless Mobile Communication Channel And Another Communication Channel |
US8275312B2 (en) | 2005-12-31 | 2012-09-25 | Blaze Mobile, Inc. | Induction triggered transactions using an external NFC device |
US8693995B2 (en) | 2007-12-13 | 2014-04-08 | Michelle Fisher | Customized mobile applications for special interest groups |
US8019365B2 (en) * | 2005-12-31 | 2011-09-13 | Michelle Fisher | Conducting a payment using a secure element and SMS |
US8352323B2 (en) * | 2007-11-30 | 2013-01-08 | Blaze Mobile, Inc. | Conducting an online payment transaction using an NFC enabled mobile communication device |
US7657489B2 (en) | 2006-01-18 | 2010-02-02 | Mocapay, Inc. | Systems and method for secure wireless payment transactions |
US8165635B2 (en) * | 2006-09-01 | 2012-04-24 | Vivotech, Inc. | Methods, systems, and computer readable media for over the air (OTA) provisioning of soft cards on devices with wireless communications capabilities |
US11195163B2 (en) | 2006-09-01 | 2021-12-07 | Mastercard International Incorporated | Methods, systems and computer readable media for over the air (OTA) provisioning of soft cards on devices with wireless communications capabilities |
US10068220B2 (en) | 2006-10-11 | 2018-09-04 | Visa International Service Association | Systems and methods for brokered authentication express seller links |
CA2666262A1 (en) | 2006-10-11 | 2008-04-17 | Visa International Service Association | Method and system for processing micropayment transactions |
US8615426B2 (en) | 2006-12-26 | 2013-12-24 | Visa U.S.A. Inc. | Coupon offers from multiple entities |
US9940627B2 (en) | 2006-12-26 | 2018-04-10 | Visa U.S.A. Inc. | Mobile coupon method and system |
CN101595491A (en) | 2006-12-26 | 2009-12-02 | 维萨美国股份有限公司 | Mobile vending purchasing |
US8271343B2 (en) * | 2007-01-16 | 2012-09-18 | Schorr Ronni E | Systems and methods for electronic gifting |
US8566239B2 (en) | 2007-02-22 | 2013-10-22 | First Data Corporation | Mobile commerce systems and methods |
US10102518B2 (en) | 2007-02-22 | 2018-10-16 | First Data Corporation | Enrollment and registration of a device in a mobile commerce system |
US20080207234A1 (en) * | 2007-02-22 | 2008-08-28 | First Data Corporation | Marketing messages in mobile commerce |
EP2023281A1 (en) * | 2007-08-10 | 2009-02-11 | SkiData AG | Method for ordering and paying for access authorisation, checking of access authorisation, issuance of access authorisation and/or provision of access-related information |
US20090063312A1 (en) * | 2007-08-28 | 2009-03-05 | Hurst Douglas J | Method and System for Processing Secure Wireless Payment Transactions and for Providing a Virtual Terminal for Merchant Processing of Such Transactions |
KR102389147B1 (en) | 2007-09-24 | 2022-04-21 | 애플 인크. | Embedded authentication systems in an electronic device |
US8170527B2 (en) | 2007-09-26 | 2012-05-01 | Visa U.S.A. Inc. | Real-time balance on a mobile phone |
US8494589B2 (en) * | 2007-09-28 | 2013-07-23 | First Data Corporation | Service discovery via mobile imaging systems and methods |
US8762211B2 (en) * | 2007-10-03 | 2014-06-24 | Mastercard International Incorporated | System for personalized payments via mobile devices |
US9536256B2 (en) | 2007-10-08 | 2017-01-03 | First Data Corporation | Systems and methods for stored-value exchange within social networking environments |
US20090119170A1 (en) | 2007-10-25 | 2009-05-07 | Ayman Hammad | Portable consumer device including data bearing medium including risk based benefits |
US20090112684A1 (en) * | 2007-10-26 | 2009-04-30 | First Data Corporation | Integrated Service Discovery Systems And Methods |
US7761381B1 (en) * | 2007-10-31 | 2010-07-20 | Intuit Inc. | Method and system for approving of financial transactions |
SE532268C2 (en) * | 2007-12-04 | 2009-11-24 | Accumulate Ab | Procedure for secure transactions |
US8600120B2 (en) | 2008-01-03 | 2013-12-03 | Apple Inc. | Personal computing device control using face detection and recognition |
US8589267B2 (en) | 2008-01-03 | 2013-11-19 | Mocapay, Inc. | System and method for re-distributing and transferring mobile gift cards |
US8744940B2 (en) | 2008-01-03 | 2014-06-03 | William O. White | System and method for distributing mobile compensation and incentives |
US8756161B2 (en) | 2008-02-11 | 2014-06-17 | Accenture Global Services Limited | Customer initiated payment method using mobile device |
EP2088548A1 (en) | 2008-02-11 | 2009-08-12 | Accenture Global Services GmbH | Point of sale payment method |
US20090240622A1 (en) * | 2008-03-18 | 2009-09-24 | Andre Luis Zandonadi | Method and System for Payment Processing |
US8301500B2 (en) * | 2008-04-02 | 2012-10-30 | Global 1 Enterprises | Ghosting payment account data in a mobile telephone payment transaction system |
BRPI0911344A2 (en) * | 2008-04-22 | 2019-02-26 | Visa Int Service Ass | portable consumer device, method for processing a transaction with a portable consumer device, and, computer readable medium. |
US9626821B2 (en) * | 2008-04-24 | 2017-04-18 | Qualcomm Incorporated | Electronic payment system |
US9715709B2 (en) | 2008-05-09 | 2017-07-25 | Visa International Services Association | Communication device including multi-part alias identifier |
US20090298427A1 (en) * | 2008-05-30 | 2009-12-03 | Total System Services, Inc. | System And Method For Processing Transactions Without Providing Account Information To A Payee |
US8374588B2 (en) | 2008-06-02 | 2013-02-12 | Mocapay, Inc. | Method and system for sending marketing messages to mobile-device users from a mobile-commerce platform |
US9542687B2 (en) | 2008-06-26 | 2017-01-10 | Visa International Service Association | Systems and methods for visual representation of offers |
US20090327308A1 (en) * | 2008-06-29 | 2009-12-31 | Bank Of America | Systems and methods for providing a consumption network |
US8620299B2 (en) | 2008-08-12 | 2013-12-31 | Mastercard International Incorporated | Methods, systems and computer readable media for electronically delivering a prepaid card to a mobile device |
US8090616B2 (en) | 2008-09-08 | 2012-01-03 | Proctor Jr James Arthur | Visual identification information used as confirmation in a wireless communication |
US10706402B2 (en) * | 2008-09-22 | 2020-07-07 | Visa International Service Association | Over the air update of payment transaction data stored in secure memory |
US9824355B2 (en) | 2008-09-22 | 2017-11-21 | Visa International Service Association | Method of performing transactions with contactless payment devices using pre-tap and two-tap operations |
US8977567B2 (en) * | 2008-09-22 | 2015-03-10 | Visa International Service Association | Recordation of electronic payment transaction information |
WO2010033944A2 (en) | 2008-09-22 | 2010-03-25 | Visa International Service Association | Over the air management of payment application installed in mobile device |
US10127537B1 (en) * | 2008-09-30 | 2018-11-13 | Wells Fargo Bank, N.A. | System and method for a mobile wallet |
US10026076B2 (en) * | 2008-10-06 | 2018-07-17 | Mastercard International Incorporated | Systems, methods, and computer readable media for payment and non-payment virtual card transfer between mobile devices |
US7827108B2 (en) * | 2008-11-21 | 2010-11-02 | Visa U.S.A. Inc. | System and method of validating a relationship between a user and a user account at a financial institution |
US20100191622A1 (en) * | 2009-01-28 | 2010-07-29 | Zvi Reiss | Distributed Transaction layer |
US7937291B2 (en) * | 2009-04-22 | 2011-05-03 | Visa U.S.A. Inc. | Providing an announcement about transactions of a target merchant to a consumer |
US8160934B2 (en) * | 2009-04-22 | 2012-04-17 | Visa U.S.A. Inc. | Notification of resources of interest to members of a consumer group |
US20100274626A1 (en) * | 2009-04-22 | 2010-10-28 | Mark Carlson | Receipt of communications from announcement recipients of consumer data |
US20100274625A1 (en) * | 2009-04-22 | 2010-10-28 | Mark Carlson | Targeting merchant announcements triggered by consumer activity relative to a surrogate merchant |
US20100274566A1 (en) * | 2009-04-22 | 2010-10-28 | Mark Carlson | Location based processing of announcements for delivery to an announcement recipient |
US20100274567A1 (en) * | 2009-04-22 | 2010-10-28 | Mark Carlson | Announcing information about payment transactions of any member of a consumer group |
US8032413B2 (en) | 2009-04-22 | 2011-10-04 | Visa U.S.A. Inc. | Auctioning of announcements |
US8543468B2 (en) | 2009-04-22 | 2013-09-24 | Visa U.S.A. Inc. | Bidding to receive data after a consumer is in a zone |
US20100274627A1 (en) * | 2009-04-22 | 2010-10-28 | Mark Carlson | Receiving an announcement triggered by location data |
US8612352B2 (en) | 2010-10-13 | 2013-12-17 | Square, Inc. | Decoding systems with a decoding engine running on a mobile device and coupled to a payment system that includes identifying information of second parties qualified to conduct business with the payment system |
US9436955B2 (en) * | 2009-06-10 | 2016-09-06 | Square, Inc. | Methods for transferring funds using a payment service where financial account information is only entered once with a payment service and need not be re-entered for future transfers |
US8701997B2 (en) | 2010-10-13 | 2014-04-22 | Square, Inc. | Decoding systems with a decoding engine running on a mobile device and using financial transaction card information to create a send funds application on the mobile device |
CN102598046A (en) * | 2009-10-13 | 2012-07-18 | 平方股份有限公司 | Systems and methods for financial transaction through miniaturized card reader |
US8676639B2 (en) | 2009-10-29 | 2014-03-18 | Visa International Service Association | System and method for promotion processing and authorization |
US8280788B2 (en) * | 2009-10-29 | 2012-10-02 | Visa International Service Association | Peer-to-peer and group financial management systems and methods |
US20110125598A1 (en) * | 2009-11-24 | 2011-05-26 | Ji Hoon Shin | System and method for managing electronic receipts of sales transactions using mobile devices |
US7992781B2 (en) * | 2009-12-16 | 2011-08-09 | Visa International Service Association | Merchant alerts incorporating receipt data |
US8429048B2 (en) | 2009-12-28 | 2013-04-23 | Visa International Service Association | System and method for processing payment transaction receipts |
US20110196782A1 (en) * | 2010-02-05 | 2011-08-11 | Bank Of America Corporation | Transferring Funds Using Mobile Devices |
US9336519B2 (en) * | 2010-03-08 | 2016-05-10 | Qualcom Incorporated | System and method for determining appropriate redemption presentations for a virtual token associated with a stored value account |
CA2792887C (en) * | 2010-03-11 | 2019-06-18 | Wal-Mart Stores, Inc. | System and method for transaction payments using a mobile device |
US20110251910A1 (en) * | 2010-04-13 | 2011-10-13 | James Dimmick | Mobile Phone as a Switch |
US20120011071A1 (en) * | 2010-07-12 | 2012-01-12 | Sean Pennock | Remote invoice and negotiable instrument processing |
WO2012037971A1 (en) * | 2010-09-21 | 2012-03-29 | Mastercard International Incorporated | Financial transaction method and system having an update mechanism |
US8640953B2 (en) | 2010-10-13 | 2014-02-04 | Square, Inc. | Decoding system running on a mobile device and coupled to a payment system that includes at least one of, a user database, a product database and a transaction database |
US8678277B2 (en) | 2010-10-13 | 2014-03-25 | Square, Inc. | Decoding system coupled to a payment system that includes a cryptographic key |
US8573489B2 (en) | 2010-10-13 | 2013-11-05 | Square, Inc. | Decoding systems with a decoding engine running on a mobile device with a touch screen |
US8571989B2 (en) | 2010-10-13 | 2013-10-29 | Square, Inc. | Decoding systems with a decoding engine running on a mobile device and coupled to a social network |
US9454866B2 (en) * | 2010-10-13 | 2016-09-27 | Square, Inc. | Method of conducting financial transactions where a payer's financial account information is entered only once with a payment system |
US8701996B2 (en) | 2010-10-13 | 2014-04-22 | Square, Inc. | Cost effective card reader and methods to be configured to be coupled to a mobile device |
US8602305B2 (en) | 2010-10-13 | 2013-12-10 | Square, Inc. | Decoding systems with a decoding engine running on a mobile device configured to be coupled and decoupled to a card reader with wake-up electronics |
US9619797B2 (en) | 2010-10-13 | 2017-04-11 | Square, Inc. | Payment methods with a payment service and tabs selected by a first party and opened by a second party at an geographic location of the first party's mobile device |
US9292870B2 (en) * | 2010-12-13 | 2016-03-22 | Qualcomm Incorporated | System and method for point of service payment acceptance via wireless communication |
US8196131B1 (en) * | 2010-12-17 | 2012-06-05 | Google Inc. | Payment application lifecycle management in a contactless smart card |
US8621168B2 (en) | 2010-12-17 | 2013-12-31 | Google Inc. | Partitioning the namespace of a contactless smart card |
US9691055B2 (en) | 2010-12-17 | 2017-06-27 | Google Inc. | Digital wallet |
US8352749B2 (en) | 2010-12-17 | 2013-01-08 | Google Inc. | Local trusted services manager for a contactless smart card |
US20120166270A1 (en) * | 2010-12-23 | 2012-06-28 | Apriva, Llc | System and device for facilitating mobile enrollment and participation in a loyalty campaign |
AU2011352389A1 (en) * | 2010-12-29 | 2013-07-04 | Boku, Inc. | PAN charging to account established with an MSISDN |
US9576159B1 (en) | 2011-01-24 | 2017-02-21 | Square, Inc. | Multiple payment card reader system |
US8527367B2 (en) | 2011-01-26 | 2013-09-03 | Intuit Inc. | Systems methods and computer program products for directing consumer from digital receipt to source of specific item for repeat item purchase |
US8977251B2 (en) * | 2011-01-31 | 2015-03-10 | Bank Of America Corporation | Transferring content to a mobile device |
US20120203610A1 (en) * | 2011-02-08 | 2012-08-09 | Grigg David M | Payment using an emulated electronic coupon in a contactless payment environment |
US8688512B2 (en) | 2011-02-17 | 2014-04-01 | Boku, Inc. | Offer insertion system |
AU2012201745B2 (en) * | 2011-03-24 | 2014-11-13 | Visa International Service Association | Authentication using application authentication element |
AU2016277629B2 (en) * | 2011-03-24 | 2018-08-02 | Visa International Service Association | Authentication using application authentication element |
US10769624B1 (en) | 2011-04-15 | 2020-09-08 | United Services Automobile Association (Usaa) | Methods and systems for re-provisioning a mobile wallet |
US9053478B2 (en) | 2011-05-03 | 2015-06-09 | Verifone, Inc. | Mobile commerce system |
US10949844B2 (en) * | 2011-05-09 | 2021-03-16 | Intuit Inc. | Processing electronic payment involving mobile communication device |
US20120296741A1 (en) * | 2011-05-19 | 2012-11-22 | Verifone, Inc. | Cloud based electronic wallet |
US8538845B2 (en) | 2011-06-03 | 2013-09-17 | Mozido, Llc | Monetary transaction system |
EP2735184A4 (en) * | 2011-07-18 | 2015-04-01 | Visa Int Service Ass | Mobile device with secure element |
US8255687B1 (en) | 2011-09-15 | 2012-08-28 | Google Inc. | Enabling users to select between secure service providers using a key escrow service |
US8171525B1 (en) | 2011-09-15 | 2012-05-01 | Google Inc. | Enabling users to select between secure service providers using a central trusted service manager |
US8313036B1 (en) | 2011-09-16 | 2012-11-20 | Google Inc. | Secure application directory |
US20130080333A1 (en) * | 2011-09-27 | 2013-03-28 | Oleksandr Kamotskyy | Electronic wallet using allocation of funds |
US8769624B2 (en) | 2011-09-29 | 2014-07-01 | Apple Inc. | Access control utilizing indirect authentication |
US9002322B2 (en) | 2011-09-29 | 2015-04-07 | Apple Inc. | Authentication with secondary approver |
US8458096B2 (en) * | 2011-09-30 | 2013-06-04 | Ncr Corporation | System and method of cashing a check |
US8271394B1 (en) | 2011-10-27 | 2012-09-18 | Bogaard Erik T | Confirming local marketplace transaction consummation for online payment consummation |
US10339525B2 (en) * | 2011-10-27 | 2019-07-02 | Boom! Payments, Inc. | Confirming local marketplace transaction consummation for online payment consummation |
US10026117B1 (en) | 2011-10-28 | 2018-07-17 | Intuit Inc. | Real-time issuer bidding to compete for use of electronic payment instrument by consumer |
US8768775B1 (en) | 2011-10-28 | 2014-07-01 | Intuit Inc. | Methods and systems for automated product registration |
US8606720B1 (en) | 2011-11-13 | 2013-12-10 | Google Inc. | Secure storage of payment information on client devices |
US9208488B2 (en) * | 2011-11-21 | 2015-12-08 | Mozido, Inc. | Using a mobile wallet infrastructure to support multiple mobile wallet providers |
US10438196B2 (en) | 2011-11-21 | 2019-10-08 | Mozido, Inc. | Using a mobile wallet infrastructure to support multiple mobile wallet providers |
DE202012100620U1 (en) | 2011-11-22 | 2012-06-13 | Square, Inc. | System for processing cardless payment transactions |
US8799162B2 (en) | 2011-11-30 | 2014-08-05 | Boku, Inc. | Pass-through payment system |
US9721282B2 (en) * | 2011-12-07 | 2017-08-01 | Amazon Technologies, Inc. | Merchant verification of in-person electronic transactions |
US9111301B2 (en) | 2011-12-13 | 2015-08-18 | Boku, Inc. | Activating an account based on an SMS message |
US20130166361A1 (en) * | 2011-12-22 | 2013-06-27 | Boku, Inc. | Account-dependent distribution and insertion of redeemable merchant offers |
JP5553821B2 (en) * | 2011-12-28 | 2014-07-16 | 楽天株式会社 | Information processing server, information processing method, information processing program, recording medium recorded with information processing program, portable terminal, portable terminal program, and recording medium recorded with portable terminal program |
US20130185192A1 (en) * | 2012-01-17 | 2013-07-18 | Boku, Inc. | Transaction initiated automatic enrollment for merchant offers |
US20130191199A1 (en) * | 2012-01-23 | 2013-07-25 | Boku, Inc. | Dynamic offers |
US9129320B2 (en) * | 2012-02-08 | 2015-09-08 | Boku, Inc. | Default phone bill charging |
US8630904B2 (en) | 2012-02-14 | 2014-01-14 | Boku, Inc. | Transaction authentication with a variable-type user-stored account identifier |
US20130211930A1 (en) * | 2012-02-14 | 2013-08-15 | Boku, Inc. | Transaction authentication with an msisdn at a pos routed through a merchant acquirer computer system |
US8615437B2 (en) * | 2012-02-14 | 2013-12-24 | Boku, Inc. | Transaction authentication with a non-MSISDN ID and authorization by communicating with a consumer device |
US8385553B1 (en) | 2012-02-28 | 2013-02-26 | Google Inc. | Portable secure element |
US8429409B1 (en) | 2012-04-06 | 2013-04-23 | Google Inc. | Secure reset of personal and service provider information on mobile devices |
US8682385B2 (en) | 2012-05-11 | 2014-03-25 | International Business Machines Corporation | Managing third party transactions at a mobile operator |
US20130311262A1 (en) * | 2012-05-15 | 2013-11-21 | Boku, Inc. | Offer redemption rate based selection and display of offers |
US20140006276A1 (en) * | 2012-06-28 | 2014-01-02 | Bank Of America Corporation | Mobile wallet account number differentiation |
US8843398B2 (en) | 2012-07-23 | 2014-09-23 | Wal-Mart Stores, Inc. | Transferring digital receipt data to mobile devices |
US9842333B2 (en) | 2012-07-23 | 2017-12-12 | Wal-Mart Stores, Inc. | Transferring digital receipt data to mobile devices |
US8738454B2 (en) | 2012-07-23 | 2014-05-27 | Wal-Mart Stores, Inc. | Transferring digital receipt data to mobile devices |
US9818091B2 (en) | 2012-07-27 | 2017-11-14 | Wal-Mart Stores, Inc. | Barcode transferring receipt data to a computing device of a customer |
US20140040116A1 (en) * | 2012-07-31 | 2014-02-06 | Intuit Inc. | Technique for performing a financial transaction |
US20140052613A1 (en) | 2012-08-17 | 2014-02-20 | Square, Inc., A Delaware Corporation | Systems and methods for providing gratuities to merchants |
MX366316B (en) * | 2012-08-21 | 2019-07-04 | Bankinter Sa | Method and system to enable mobile contactless ticketing/payments via a mobile phone application. |
US9576283B2 (en) * | 2012-08-27 | 2017-02-21 | Wal-Mart Stores, Inc. | Delivering customer specified receipt types at checkout |
US20140058938A1 (en) * | 2012-08-27 | 2014-02-27 | Guy LaMonte McClung, III | eWallet choice |
US20140122268A1 (en) * | 2012-10-31 | 2014-05-01 | Wal-Mart Stores, Inc. | Point-Of-Sale-Customer-Identification Apparatus And Method |
EP2738724A1 (en) * | 2012-12-03 | 2014-06-04 | The Roberto Giori Company Ltd. | System and method for transferring electronic money |
US10380583B1 (en) | 2012-12-17 | 2019-08-13 | Wells Fargo Bank, N.A. | System and method for interoperable mobile wallet |
WO2014143776A2 (en) | 2013-03-15 | 2014-09-18 | Bodhi Technology Ventures Llc | Providing remote interactions with host device using a wireless device |
US10607209B2 (en) * | 2013-03-15 | 2020-03-31 | TGALLISON Technologies, LLC | System and method for transferring payments and documents with a web-based management system |
US9984364B2 (en) | 2013-03-15 | 2018-05-29 | George Baldwin Bumiller | Messaging protocol for secure communication |
US20150019417A1 (en) * | 2013-06-26 | 2015-01-15 | Google Inc. | Updating a digital wallet from financial account issuer |
US9898642B2 (en) | 2013-09-09 | 2018-02-20 | Apple Inc. | Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs |
US11803841B1 (en) | 2013-10-29 | 2023-10-31 | Block, Inc. | Discovery and communication using direct radio signal communication |
US9864972B2 (en) | 2013-11-14 | 2018-01-09 | Wells Fargo Bank, N.A. | Vehicle interface |
US10037542B2 (en) | 2013-11-14 | 2018-07-31 | Wells Fargo Bank, N.A. | Automated teller machine (ATM) interface |
US10021247B2 (en) | 2013-11-14 | 2018-07-10 | Wells Fargo Bank, N.A. | Call center interface |
US20150130811A1 (en) * | 2013-11-14 | 2015-05-14 | Wells Fargo Bank, N.A. | Banking interface |
US8910868B1 (en) | 2013-11-27 | 2014-12-16 | Square, Inc. | Firmware management |
US8931699B1 (en) | 2013-12-11 | 2015-01-13 | Square, Inc. | Bidirectional audio communication in reader devices |
US9633236B1 (en) | 2013-12-11 | 2017-04-25 | Square, Inc. | Power harvesting in reader devices |
US10019724B2 (en) | 2015-01-30 | 2018-07-10 | PayRange Inc. | Method and system for providing offers for automated retail machines via mobile devices |
US20150170136A1 (en) * | 2013-12-18 | 2015-06-18 | PayRange Inc. | Method and System for Performing Mobile Device-To-Machine Payments |
US11481780B2 (en) | 2013-12-18 | 2022-10-25 | PayRange Inc. | Method and system for asynchronous mobile payments for multiple in-person transactions conducted in parallel |
US11475454B2 (en) | 2013-12-18 | 2022-10-18 | PayRange Inc. | Intermediary communications over non-persistent network connections |
US11074580B2 (en) | 2013-12-18 | 2021-07-27 | PayRange Inc. | Device and method for providing external access to multi-drop bus peripheral devices |
US9659296B2 (en) | 2013-12-18 | 2017-05-23 | PayRange Inc. | Method and system for presenting representations of payment accepting unit events |
US11966926B2 (en) | 2013-12-18 | 2024-04-23 | PayRange Inc. | Method and system for asynchronous mobile payments for multiple in-person transactions conducted in parallel |
US11983692B2 (en) | 2013-12-18 | 2024-05-14 | PayRange Inc. | Mobile payment module with dual function radio transmitter |
US11205163B2 (en) | 2013-12-18 | 2021-12-21 | PayRange Inc. | Systems and methods for determining electric pulses to provide to an unattended machine based on remotely-configured options |
US8856045B1 (en) * | 2013-12-18 | 2014-10-07 | PayRange Inc. | Mobile-device-to-machine payment systems |
US11966895B2 (en) | 2013-12-18 | 2024-04-23 | PayRange Inc. | Refund centers for processing and dispensing vending machine refunds via an MDB router |
USD755183S1 (en) | 2013-12-18 | 2016-05-03 | Payrange, Inc. | In-line dongle |
US9875473B2 (en) | 2013-12-18 | 2018-01-23 | PayRange Inc. | Method and system for retrofitting an offline-payment operated machine to accept electronic payments |
US11481781B2 (en) | 2013-12-18 | 2022-10-25 | PayRange Inc. | Processing interrupted transaction over non-persistent network connections |
CA2924593C (en) * | 2014-02-20 | 2019-03-05 | Samsung Pay, Inc. | Mobile checkout systems and methods |
US9256769B1 (en) | 2014-02-25 | 2016-02-09 | Square, Inc. | Mobile reader device |
US20150262166A1 (en) * | 2014-03-11 | 2015-09-17 | Shantnu Singh | Real-Time Portable Device Update |
US10242351B1 (en) | 2014-05-07 | 2019-03-26 | Square, Inc. | Digital wallet for groups |
US10026083B1 (en) | 2014-05-11 | 2018-07-17 | Square, Inc. | Tab for a venue |
US10304043B1 (en) | 2014-05-21 | 2019-05-28 | Square, Inc. | Multi-peripheral host device |
US9483763B2 (en) | 2014-05-29 | 2016-11-01 | Apple Inc. | User interface for payments |
US9967401B2 (en) | 2014-05-30 | 2018-05-08 | Apple Inc. | User interface for phone call routing among devices |
AU2015267671B2 (en) | 2014-05-30 | 2018-04-19 | Apple Inc. | Transition from use of one device to another |
USD762651S1 (en) | 2014-06-06 | 2016-08-02 | Square, Inc. | Mobile device case |
US9760740B1 (en) | 2014-06-23 | 2017-09-12 | Square, Inc. | Terminal case with integrated dual reader stack |
US9256770B1 (en) | 2014-07-02 | 2016-02-09 | Square, Inc. | Terminal case with integrated reader and shortened base |
US10339293B2 (en) | 2014-08-15 | 2019-07-02 | Apple Inc. | Authenticated device used to unlock another device |
US9799025B2 (en) | 2014-08-19 | 2017-10-24 | Square, Inc. | Energy harvesting bidirectional audio interface |
US10614457B2 (en) | 2014-11-12 | 2020-04-07 | BenedorTSE LLC | Secure authorizations using independent communications and different one-time-use encryption keys for each party to a transaction |
US9558493B2 (en) | 2014-11-12 | 2017-01-31 | BenedorTSE LLC | Secure authorizations using independent communications and different one-time-use encryption keys for each party to a transaction |
US9558492B2 (en) | 2014-11-12 | 2017-01-31 | Benedoretse Llc | Secure authorizations using independent communications and different one-time-use encryption keys for each party to a transaction |
US9569776B2 (en) | 2014-11-12 | 2017-02-14 | BenedorTSE LLC | Secure authorizations using independent communications and different one-time-use encryption keys for each party to a transaction |
US11551198B2 (en) | 2015-01-28 | 2023-01-10 | Swoop Ip Holdings Llc | Email-based e-commerce with near field communication |
USD773508S1 (en) | 2015-01-30 | 2016-12-06 | PayRange Inc. | Display screen or portion thereof with a graphical user interface |
USD763888S1 (en) | 2015-01-30 | 2016-08-16 | PayRange Inc. | Display screen or portion thereof with graphical user interface |
USD764532S1 (en) | 2015-01-30 | 2016-08-23 | PayRange Inc. | Display screen or portion thereof with animated graphical user interface |
USD862501S1 (en) | 2015-01-30 | 2019-10-08 | PayRange Inc. | Display screen or portion thereof with a graphical user interface |
USD763905S1 (en) | 2015-01-30 | 2016-08-16 | PayRange Inc. | Display screen or portion thereof with animated graphical user interface |
USD836118S1 (en) | 2015-01-30 | 2018-12-18 | Payrange, Inc. | Display screen or portion thereof with an animated graphical user interface |
US9355285B1 (en) | 2015-02-12 | 2016-05-31 | Square, Inc. | Tone-based wake up circuit for card reader |
US10387846B2 (en) | 2015-07-10 | 2019-08-20 | Bank Of America Corporation | System for affecting appointment calendaring on a mobile device based on dependencies |
US10387845B2 (en) | 2015-07-10 | 2019-08-20 | Bank Of America Corporation | System for facilitating appointment calendaring based on perceived customer requirements |
SG10201508866SA (en) * | 2015-10-27 | 2017-05-30 | Mastercard International Inc | Method for predicting purchasing behaviour of digital wallet users for wallet-based transactions |
US10410200B2 (en) | 2016-03-15 | 2019-09-10 | Square, Inc. | Cloud-based generation of receipts using transaction information |
US10628811B2 (en) | 2016-03-15 | 2020-04-21 | Square, Inc. | System-based detection of card sharing and fraud |
US10636019B1 (en) | 2016-03-31 | 2020-04-28 | Square, Inc. | Interactive gratuity platform |
DK179186B1 (en) * | 2016-05-19 | 2018-01-15 | Apple Inc | REMOTE AUTHORIZATION TO CONTINUE WITH AN ACTION |
CN109313759B (en) | 2016-06-11 | 2022-04-26 | 苹果公司 | User interface for transactions |
US10621581B2 (en) | 2016-06-11 | 2020-04-14 | Apple Inc. | User interface for transactions |
DK201670622A1 (en) | 2016-06-12 | 2018-02-12 | Apple Inc | User interfaces for transactions |
US20180068313A1 (en) | 2016-09-06 | 2018-03-08 | Apple Inc. | User interfaces for stored-value accounts |
US10496808B2 (en) | 2016-10-25 | 2019-12-03 | Apple Inc. | User interface for managing access to credentials for use in an operation |
CN107070858B (en) | 2016-12-21 | 2021-09-21 | 创新先进技术有限公司 | Service processing method and device |
SG10201701042TA (en) * | 2017-02-09 | 2018-09-27 | Mastercard Asia Pacific Pte Ltd | System For Making An Electronic Payment Transaction |
US11431836B2 (en) | 2017-05-02 | 2022-08-30 | Apple Inc. | Methods and interfaces for initiating media playback |
US10992795B2 (en) | 2017-05-16 | 2021-04-27 | Apple Inc. | Methods and interfaces for home media control |
US10430769B2 (en) * | 2017-05-05 | 2019-10-01 | Bank Of America Corporation | System for atypical third party channel utilization for resource distribution completion |
CN111343060B (en) | 2017-05-16 | 2022-02-11 | 苹果公司 | Method and interface for home media control |
US20220279063A1 (en) | 2017-05-16 | 2022-09-01 | Apple Inc. | Methods and interfaces for home media control |
WO2018217106A1 (en) * | 2017-05-23 | 2018-11-29 | Camus Loredo Jorge Luis | System and method for electronic payment with an nfc card and smartphones with nfc technology |
AU2018293338A1 (en) * | 2017-06-27 | 2020-02-13 | The Work Shop Limited | Systems and methods for payment transaction coding and management |
KR102185854B1 (en) | 2017-09-09 | 2020-12-02 | 애플 인크. | Implementation of biometric authentication |
KR102389678B1 (en) | 2017-09-09 | 2022-04-21 | 애플 인크. | Implementation of biometric authentication |
US10410021B1 (en) | 2017-12-08 | 2019-09-10 | Square, Inc. | Transaction object reader with digital signal input/output and internal audio-based communication |
US11087301B1 (en) | 2017-12-19 | 2021-08-10 | Square, Inc. | Tamper resistant device |
US10474332B2 (en) | 2018-01-02 | 2019-11-12 | Bank Of America Corporation | Multi-use resource interaction projection system |
US11170085B2 (en) | 2018-06-03 | 2021-11-09 | Apple Inc. | Implementation of biometric authentication |
USD905059S1 (en) | 2018-07-25 | 2020-12-15 | Square, Inc. | Card reader device |
US10860096B2 (en) | 2018-09-28 | 2020-12-08 | Apple Inc. | Device control using gaze information |
US11100349B2 (en) | 2018-09-28 | 2021-08-24 | Apple Inc. | Audio assisted enrollment |
US11373165B2 (en) * | 2019-04-01 | 2022-06-28 | Mastercard International Incorporated | Systems and methods for use in facilitating network transactions based on user authentication |
EP4134811A1 (en) | 2019-05-31 | 2023-02-15 | Apple Inc. | User interfaces for audio media control |
US11010121B2 (en) | 2019-05-31 | 2021-05-18 | Apple Inc. | User interfaces for audio media control |
US11816194B2 (en) | 2020-06-21 | 2023-11-14 | Apple Inc. | User interfaces for managing secure operations |
US11343259B2 (en) | 2020-07-09 | 2022-05-24 | Bank Of America Corporation | Electronic system for dynamic stepped multi-level authentication |
US11392684B2 (en) | 2020-07-09 | 2022-07-19 | Bank Of America Corporation | Authentication of user activities based on establishing communication links between network devices |
US11392291B2 (en) | 2020-09-25 | 2022-07-19 | Apple Inc. | Methods and interfaces for media control with dynamic feedback |
US11847378B2 (en) | 2021-06-06 | 2023-12-19 | Apple Inc. | User interfaces for audio routing |
US11784956B2 (en) | 2021-09-20 | 2023-10-10 | Apple Inc. | Requests to add assets to an asset account |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040230536A1 (en) * | 2000-03-01 | 2004-11-18 | Passgate Corporation | Method, system and computer readable medium for web site account and e-commerce management from a central location |
US20060165060A1 (en) * | 2005-01-21 | 2006-07-27 | Robin Dua | Method and apparatus for managing credentials through a wireless network |
Family Cites Families (61)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4321672A (en) * | 1979-11-26 | 1982-03-23 | Braun Edward L | Financial data processing system |
US5892900A (en) * | 1996-08-30 | 1999-04-06 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
US5671279A (en) * | 1995-11-13 | 1997-09-23 | Netscape Communications Corporation | Electronic commerce using a secure courier system |
US5903721A (en) * | 1997-03-13 | 1999-05-11 | cha|Technologies Services, Inc. | Method and system for secure online transaction processing |
US6311171B1 (en) * | 1997-07-11 | 2001-10-30 | Ericsson Inc. | Symmetrically-secured electronic communication system |
US6327578B1 (en) * | 1998-12-29 | 2001-12-04 | International Business Machines Corporation | Four-party credit/debit payment protocol |
US7571139B1 (en) * | 1999-02-19 | 2009-08-04 | Giordano Joseph A | System and method for processing financial transactions |
AU4501600A (en) * | 1999-04-30 | 2000-11-17 | X.Com Corporation | System and method for electronically exchanging value among distributed users |
US6873974B1 (en) * | 1999-08-17 | 2005-03-29 | Citibank, N.A. | System and method for use of distributed electronic wallets |
WO2001031543A1 (en) * | 1999-10-26 | 2001-05-03 | Fusz Eugene A | Method and apparatus for anonymous data profiling |
EP1107198B1 (en) * | 1999-11-30 | 2007-01-10 | Citibank, Na | System and method for performing an electronic transaction using a transaction proxy with an electronic wallet |
RU2159466C1 (en) * | 1999-12-30 | 2000-11-20 | Закрытое акционерное общество "Дженерал Текнолоджис" | Method for performing elections, referendums, or public opinion polls, and device which implements said method |
NO314866B1 (en) * | 2000-05-08 | 2003-06-02 | Ericsson Telefon Ab L M | Mobile receipt system |
US20020013765A1 (en) * | 2000-05-23 | 2002-01-31 | Gil Shwartz | Intrinsic authorization for electronic transactions |
GB2364482B (en) * | 2000-06-30 | 2002-10-09 | Motorola Inc | Server-based electronic wallet system |
US7162454B1 (en) * | 2000-07-24 | 2007-01-09 | Donner Irah H | System and method for reallocating and/or upgrading and/or selling tickets, other even admittance means, goods and/or services |
JP2002063520A (en) * | 2000-08-22 | 2002-02-28 | Oki Electric Ind Co Ltd | Server and method for relaying and payment system |
EP1182625A1 (en) * | 2000-08-25 | 2002-02-27 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Introduction of an electronic payment transaction |
US6836765B1 (en) * | 2000-08-30 | 2004-12-28 | Lester Sussman | System and method for secure and address verifiable electronic commerce transactions |
US7292996B2 (en) * | 2000-10-06 | 2007-11-06 | Openwave Systems Inc. | 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 |
US20020052841A1 (en) * | 2000-10-27 | 2002-05-02 | Guthrie Paul D. | Electronic payment system |
US20020152179A1 (en) * | 2000-10-27 | 2002-10-17 | Achiezer Racov | Remote payment method and system |
US6931382B2 (en) * | 2001-01-24 | 2005-08-16 | Cdck Corporation | Payment instrument authorization technique |
US20020178060A1 (en) * | 2001-05-25 | 2002-11-28 | Sheehan Patrick M. | System and method for providing and redeeming electronic paperless coupons |
EP1282089B1 (en) * | 2001-08-03 | 2009-12-16 | Telefonaktiebolaget LM Ericsson (publ) | Method and devices for inter-terminal payments |
US20050256802A1 (en) * | 2001-11-14 | 2005-11-17 | Dirk Ammermann | Payment protocol and data transmission method and data transmission device for conducting payment transactions |
US7062258B1 (en) * | 2001-12-06 | 2006-06-13 | Oracle International Corporation | Wallet for storage of information for automated entry into forms of mobile applications |
US7088995B2 (en) * | 2001-12-13 | 2006-08-08 | Far Eastone Telecommunications Co., Ltd. | Common service platform and software |
WO2003058391A2 (en) * | 2001-12-26 | 2003-07-17 | Vivotech, Inc. | Wireless network micropayment financial transaction processing |
US7983987B2 (en) * | 2002-01-30 | 2011-07-19 | Mastercard International Incorporated | System and method for conducting secure payment transaction |
US20050222906A1 (en) * | 2002-02-06 | 2005-10-06 | Chen Timothy T | System and method of targeted marketing |
US7707120B2 (en) * | 2002-04-17 | 2010-04-27 | Visa International Service Association | Mobile account authentication service |
US8412623B2 (en) * | 2002-07-15 | 2013-04-02 | Citicorp Credit Services, Inc. | Method and system for a multi-purpose transactional platform |
US20040019564A1 (en) * | 2002-07-26 | 2004-01-29 | Scott Goldthwaite | System and method for payment transaction authentication |
US7822688B2 (en) * | 2002-08-08 | 2010-10-26 | Fujitsu Limited | Wireless wallet |
US20040181448A1 (en) * | 2003-03-14 | 2004-09-16 | Paul Hartsman | Marketing network |
US20040229569A1 (en) * | 2003-05-13 | 2004-11-18 | Hewlett-Packard Development Company, L.P. | Door answering systems and methods |
EP1631897A4 (en) * | 2003-06-06 | 2007-06-27 | Neomedia Tech Inc | Automatic access of internet content with a camera-enabled cell phone |
US20050131808A1 (en) * | 2003-12-10 | 2005-06-16 | Edgar Villa | Method for establishing control over credit card transactions |
US20050177442A1 (en) * | 2004-01-09 | 2005-08-11 | Sullivan James B. | Method and system for performing a retail transaction using a wireless device |
US20050222961A1 (en) * | 2004-04-05 | 2005-10-06 | Philippe Staib | System and method of facilitating contactless payment transactions across different payment systems using a common mobile device acting as a stored value device |
WO2005106749A2 (en) * | 2004-04-23 | 2005-11-10 | Maritz Inc. | Cardholder loyalty program with rebate |
JP4763332B2 (en) * | 2004-09-03 | 2011-08-31 | 株式会社エヌ・ティ・ティ・ドコモ | Mobile terminal device, contactless card function management system, and contactless card function acquisition system |
US7865448B2 (en) * | 2004-10-19 | 2011-01-04 | First Data Corporation | Methods and systems for performing credit transactions with a wireless device |
US20060106699A1 (en) * | 2004-11-17 | 2006-05-18 | Boris Hitalenko | System and method for conducting secure commercial order transactions |
US20060212355A1 (en) * | 2005-01-27 | 2006-09-21 | Brian Teague | Social information and promotional offer management and distribution systems and methods |
US20060178932A1 (en) * | 2005-02-07 | 2006-08-10 | Lang Brook W | Method and distribution system for location based wireless presentation of electronic coupons |
US7831520B2 (en) * | 2005-06-28 | 2010-11-09 | Ebay Inc. | Mobile device communication system |
US20070055597A1 (en) * | 2005-09-08 | 2007-03-08 | Visa U.S.A. | Method and system for manipulating purchase information |
US7801054B2 (en) * | 2005-09-30 | 2010-09-21 | At&T Intellectual Property I, L.P. | Methods, systems, and computer program products for implementing network visualization services |
US20070094113A1 (en) * | 2005-10-21 | 2007-04-26 | Eduardo Chapeta | Transactional mobile system |
US7819307B2 (en) * | 2005-10-27 | 2010-10-26 | Hewlett-Packard Development Company, L.P. | Method and system for managing monetary value on a mobile device |
US8467766B2 (en) * | 2006-07-06 | 2013-06-18 | Qualcomm Incorporated | Methods and systems for managing payment sources in a mobile environment |
US8336770B2 (en) * | 2006-10-26 | 2012-12-25 | Mastercard International, Inc. | Method and apparatus for wireless authorization |
WO2008117121A2 (en) * | 2006-11-06 | 2008-10-02 | Magnitude Spas | System, method and computer program product for stacking seismic noise data to analyze seismic events |
KR101561428B1 (en) * | 2007-01-09 | 2015-10-19 | 비자 유에스에이 인코포레이티드 | Contactless transaction |
US10102518B2 (en) * | 2007-02-22 | 2018-10-16 | First Data Corporation | Enrollment and registration of a device in a mobile commerce system |
US20080208743A1 (en) * | 2007-02-22 | 2008-08-28 | First Data Corporation | Transfer of value between mobile devices in a mobile commerce system |
US8566239B2 (en) * | 2007-02-22 | 2013-10-22 | First Data Corporation | Mobile commerce systems and methods |
US20080207234A1 (en) * | 2007-02-22 | 2008-08-28 | First Data Corporation | Marketing messages in mobile commerce |
US20090036103A1 (en) * | 2007-07-30 | 2009-02-05 | First Data Corporation | Mobile communication systems and methods for redeeming and reporting coupons |
-
2007
- 2007-07-30 US US11/830,459 patent/US20080208762A1/en not_active Abandoned
-
2008
- 2008-02-22 WO PCT/US2008/054673 patent/WO2008103880A2/en active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040230536A1 (en) * | 2000-03-01 | 2004-11-18 | Passgate Corporation | Method, system and computer readable medium for web site account and e-commerce management from a central location |
US20060165060A1 (en) * | 2005-01-21 | 2006-07-27 | Robin Dua | Method and apparatus for managing credentials through a wireless network |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8364587B2 (en) | 2009-01-28 | 2013-01-29 | First Data Corporation | Systems and methods for financial account access for a mobile device via a gateway |
WO2010114499A3 (en) * | 2009-03-17 | 2011-03-31 | Guelseven Salih | Mobile payment device |
WO2012003024A1 (en) * | 2010-07-02 | 2012-01-05 | Firethorn Mobile, Inc. | System and method for managing transactions with a portable computing device |
US8660948B2 (en) | 2010-07-02 | 2014-02-25 | Qualcomm Incorporated | System and method for managing transactions with a portable computing device |
EP2466537A1 (en) * | 2010-12-07 | 2012-06-20 | MediaTek, Inc | Transaction information keeping methods and mobile devices thereto |
DE202011110638U1 (en) | 2010-12-07 | 2015-05-06 | Media Tek Inc. | Mobile terminal for transaction information storage |
WO2013078499A1 (en) * | 2011-11-30 | 2013-06-06 | Spectrum Message Services Pty Ltd | A system, payment agent and computer readable storage medium for facilitating contactless mobile payment transactions |
EP2786333A1 (en) * | 2011-12-01 | 2014-10-08 | Barclays Bank PLC | Mobile payment transaction system |
WO2013140196A1 (en) * | 2012-03-23 | 2013-09-26 | Jetchev Dimitar | A system for electronic payments with privacy enhancement via trusted third parties |
WO2014087206A3 (en) * | 2012-09-28 | 2014-08-21 | Orange | Wallet based loans |
WO2016129207A1 (en) * | 2015-02-13 | 2016-08-18 | Sony Corporation | Method and system for processing a monetary transaction |
US10210490B2 (en) | 2015-02-13 | 2019-02-19 | Sony Corporation | Processing electronic monetary transactions using plurality of virtual currency instruments |
US10679201B2 (en) | 2016-11-04 | 2020-06-09 | Nxp B.V. | Personal point of sale (pPOS) device that provides for card present E-commerce transaction |
US11514418B2 (en) | 2017-03-19 | 2022-11-29 | Nxp B.V. | Personal point of sale (pPOS) device with a local and/or remote payment kernel that provides for card present e-commerce transaction |
EP3418960A1 (en) * | 2017-06-19 | 2018-12-26 | Nxp B.V. | Merchant authenication to vehicle based personal point of sale (ppos) device that provides for card present e-commerce transaction |
US11620623B2 (en) | 2018-05-31 | 2023-04-04 | Nxp B.V. | Merchant transaction mirroring for personal point of sale (pPOS) for card present e-commerce and in vehicle transaction |
Also Published As
Publication number | Publication date |
---|---|
WO2008103880A3 (en) | 2008-11-20 |
US20080208762A1 (en) | 2008-08-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11694180B2 (en) | Enrollment and registration of a device in a mobile commerce system | |
US20200226568A1 (en) | Marketing messages in mobile commerce | |
US20190188607A1 (en) | Mobile commercial systems and methods | |
US11295289B2 (en) | Mobile communication systems and methods for redeeming and reporting coupons | |
US10748129B2 (en) | Secure authorization of contactless transaction | |
US20080208762A1 (en) | Payments using a mobile commerce device | |
US20080208743A1 (en) | Transfer of value between mobile devices in a mobile commerce system | |
US20080208742A1 (en) | Provisioning of a device for mobile commerce | |
US20080208741A1 (en) | Account information lookup systems and methods in mobile commerce | |
US11481742B2 (en) | Cardless challenge systems and methods | |
US8548908B2 (en) | Mobile commerce infrastructure systems and methods | |
KR102092238B1 (en) | Payment device with integrated chip | |
US20100049599A1 (en) | Filtering mobile marketing offers | |
US20100048226A1 (en) | Managing mobile marketing offers | |
KR100993731B1 (en) | Mobile payment system and method using vm of mobile terminal |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08743521 Country of ref document: EP Kind code of ref document: A2 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 08743521 Country of ref document: EP Kind code of ref document: A2 |