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/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/322—Aspects of commerce using mobile devices [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
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
  • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

• the present disclosure relates to the conducting of financial transactions using a mobile device, specifically the selection of a payment account for funding a financial transaction using a mobile device for Internet and point-of-sale transactions.
• a method for processing a financial transaction includes: storing, in a database, a plurality of wallet data entries, wherein each wallet data entry includes at least a mobile device identifier and payment details associated with at least one payment account; receiving, by a receiving device, an authorization request for a financial transaction, wherein the authorization request includes at least a mobile device identifier and transaction data; transmitting, to a mobile computing device associated with the mobile device identifier, at least the transaction data; receiving, from the mobile computing device, an indication of a payment account for funding of the financial transaction; identifying, in the database, payment details associated with the indicated payment account in a wallet data entry including the mobile device identifier included in the authorization request; and transmitting, to an issuer associated with the indicated payment account, at least the payment details and the transaction data.
• a method for identifying payment details includes: storing, in a database, a plurality of wallet data entries, wherein each wallet data entry includes at least a mobile device identifier and payment details associated with at least one payment account; receiving, by a receiving device, a payment information request, wherein the payment information request includes a mobile device identifier; transmitting, to a mobile computing device associated with the mobile device identifier, a selection request; receiving, from the mobile computing device, an indication of a payment account in response to the transmitting selection request; identifying, in the database, a specific wallet data entry including the mobile device identifier included in the payment information request; identifying, in the specific wallet data entry, payment details associated with the indicated payment account; and transmitting, by a transmitting device, the identified payment details.
• [0007JA system for processing a financial transaction includes a processing device, a database, a receiving device, and a transmitting device.
• the database is configured to store a plurality of wallet data entries, wherein each wallet data entry includes at least a mobile device identifier and payment details associated with at least one payment account.
• the receiving device is configured to receive an authorization request for a financial transaction, wherein the authorization request includes at least a mobile device identifier and transaction data.
• the transmitting device is configured to transmit, to a mobile computing device associated with the mobile device identifier, at least the transaction data.
• the receiving device is further configured to receive, from the mobile computing device, an indication of a payment account for funding of the financial transaction.
• the processing device is configured to identify, in the database, payment details associated with the indicated payment account in a wallet data entry including the mobile device identifier included in the authorization request.
• the transmitting device is further configured to transmit, to an issuer associated with the indicated payment account, at least the payment details and the transaction data.
• [0008JA system for identifying payment details includes a processing device, a database, a receiving device, and a transmitting device.
• the database is configured to store a plurality of wallet data entries, wherein each wallet data entry includes at least a mobile device identifier and payment details associated with at least one payment account.
• the receiving device is configured to receive a payment information request, wherein the payment information request includes a mobile device identifier.
• the transmitting device is configured to transmit, to a mobile computing device associated with the mobile device identifier, a selection request.
• the receiving device is further configured to receive, from the mobile computing device, an indication of a payment account in response to the transmitting selection request.
• the processing device is configured to identify, in the database, a specific wallet data entry including the mobile device identifier included in the payment information request, and identify, in the specific wallet data entry, payment details associated with the indicated payment account.
• the transmitting device is further configured to transmit the identified payment details.
• FIG. 1 is a high level architecture illustrating a system for the processing of financial transactions and transmitting of payment details based on indications received from a mobile device in accordance with exemplary embodiments.
• FIG. 2 is a block diagram illustrating the processing server of FIG. 1 for the processing of financial transactions in accordance with exemplary embodiments.
• FIGS. 3A and 3B are a process flow illustrating a method for conducting a financial transaction using the mobile device and processing server of FIG. 1 in accordance with exemplary embodiments.
• FIG. 4 is a flow chart illustrating methods for processing financial transactions and transmitting payment details in accordance with exemplary embodiments.
• FIGS. 5A-5F are illustrations of a graphical user interface for conducting an Internet financial transaction using the mobile device of FIG. 1 in accordance with exemplary embodiments.
• FIG. 6 is a flow chart illustrating an exemplary method for processing a financial transaction in accordance with exemplary embodiments.
• FIG. 7 is a flow chart illustrating an exemplary method for identifying payment details in accordance with exemplary embodiments.
• FIG. 8 is a block diagram illustrating a computer system architecture in accordance with exemplary embodiments.
• Payment Network A system or network used for the transfer of money via the use of cash-substitutes.
• Payment networks may use a variety of different protocols and procedures in order to process the transfer of money for various types of transactions. Transactions that may be performed via a payment network may include product or service purchases, credit purchases, debit transactions, fund transfers, account withdrawals, etc.
• Payment networks may be configured to perform transactions via cash-substitutes, which may include payment cards, letters of credit, checks, financial accounts, etc. Examples of networks or systems configured to perform as payment networks include those operated by MasterCard®, VISA®, Discover®, American Express®, etc.
• Payment Account - A financial account that may be used to fund a
• a payment account may be associated with an entity, which may include a person, family, company, corporation, governmental entity, etc.
• a payment account may be virtual, such as those accounts operated by PayPal®, etc.
• Payment Card A card or data associated with a payment account that may be provided to a merchant in order to fund a financial transaction via the associated payment account.
• Payment cards may include credit cards, debit cards, charge cards, stored-value cards, prepaid cards, fleet cards, virtual payment numbers, virtual card numbers, controlled payment numbers, etc.
• a payment card may be a physical card that may be provided to a merchant, or may be data representing the associated payment account (e.g., as stored in a communication device, such as a smart phone or computer).
• data including a payment account number may be considered a payment card for the processing of a transaction funded by the associated payment account.
• a check may be considered a payment card where applicable.
• Payment cards may also include real card accounts having associated real card account numbers (RCAs) and mobile cloud accounts having associated mobile cloud account numbers (MCAs) as discussed in more detail herein.
• RCAs real card account numbers
• MCAs mobile cloud accounts having associated mobile cloud account numbers
• FIG. 1 illustrates a system 100 for processing financial transactions conducted with a mobile device and the identification of payment details as indicated by a mobile device.
• a consumer 02 may have one or more payment accounts (e.g., payment card accounts) issued by an issuer 104, such as an issuing bank. It is noted that as used herein a consumer 102 does not have to consume or purchase products or services, but rather be anyone or any entity desiring to transfer money to another person or entity.
• the consumer 102 may have a mobile device 106.
• the mobile device 106 may be any type of mobile computing device suitable for performing the functions as disclosed herein, such as a cellular phone, smart phone, NFC-enabled phone, tablet computer, etc. Suitable configurations of the mobile device 106 will be apparent to persons having skill in the relevant art, such as the computer system 800 illustrated in FIG. 8 and discussed in more detail below.
• the mobile device 106 may include payment selection data 108.
• the payment selection data 108 may include data suitable for the selection of a payment account associated with the consumer 102 for use in funding a financial transaction.
• the payment selection data 108 may not include any personally identifiable information or information that may compromise the
• the payment selection data 108 may include the last four digits of the associated payment account number and a nickname associated with the payment account.
• the consumer 102 may initiate a financial transaction with a merchant 112 for the purchase of products (e.g., goods and/or services).
• the merchant 1 12 can be a person in a person-to-person (P2P) payment transaction, a pre-paid card provider (thereby enabling a top-up or increases in the remaining value on the pre-paid card), a utility to enable utility payments, data and voice service provider enabling purchase of additional air time or increasing a data plan, etc., and virtually any other entity that wishes to receive payments with the involvement of a mobile device 106 of a consumer 102.
• P2P person-to-person
• the consumer 102 may initiate an in-person financial transaction, such as conducted at a physical location of the merchant 1 12 via a point-of-sale terminal. In other embodiments, the consumer 102 may initiate the financial transaction via a network 120, such as the Internet. In some instances, the Internet transaction may be conducted with the mobile device 106 via a mobile network operator 1 10 (e.g., a wireless service provider). In other instances, the Internet transaction may be conducted with a separate device, such as a computing device (e.g., desktop computer, laptop computer, notebook computer, etc.).
• a computing device e.g., desktop computer, laptop computer, notebook computer, etc.
• the merchant 1 12 may enter transaction details into a transaction system (e.g., via the point-of-sale terminal or through an Internet webpage). The merchant 1 12 may then prompt the consumer 102 to provide payment details for funding of the financial transaction.
• the mobile device identifier may be a phone number associated with the mobile device 106. In another embodiment, the mobile device identifier may be a media access control (MAC) address associated with the mobile device 106.
• MAC media access control
• the consumer 102 may provide the mobile device identifier via the merchant website in an Internet transaction.
• the consumer 102 may provide the mobile device identifier via the point-of-sale terminal, such as by entering of the mobile device identifier on a physical or touch-enabled keypad (which of course the merchant 1 12 can do for the consumer 102) or via transmission of the mobile device identifier from the mobile device 106 to the point-of-sale terminal via near field communication (NFC), or nearly any other form of inputting or transferring data.
• NFC near field communication
• the point-of-sale terminal might be another mobile device of the merchant 1 12, particularly in instances when the merchant 1 12 is an individual involved in a P2P transaction. Methods and systems suitable for the transmission of information via NFC will be apparent to persons having skill in the relevant art.
• the merchant 1 12 may receive the mobile device identifier and may forward the mobile device identifier and any relevant transaction data to an acquirer 114, such as an acquiring bank.
• the acquirer 1 14 may submit an authorization request to a processing server 1 16 including the transaction data and mobile device identifier. The submitting of authorization requests for financial transactions will be apparent to persons having skill in the relevant art.
• the processing server 1 16 may include a consumer database 118, which may store a plurality of wallet data entries. Each wallet data entry may include a mobile device identifier associated with a mobile device and payment details associated with at least one payment account, although the actual or complete card details may be only stored on the processing server 1 16 so that they optionally do not have to be stored on the mobile device 106. Alternatively, the card details can be stored on both the mobile device 106 and the processing server 1 16, or just on the mobile device 106 and transmitted from the mobile device 106 through the processing server 1 16. The processing server 1 16 may identify a wallet data entry in the consumer database 1 18 including the mobile device identifier included in the authorization request (e.g., associated with the mobile device 106).
• the processing server 1 16 may then transmit a selection request to the mobile device 106 over the network 120 (e.g., via the mobile network operator 1 10).
• the selection request may include a portion of the transaction data, such as for the consumer 102 to use to identify the financial transaction.
• the mobile device 106 may display the received selection request to the consumer 102 along with a prompt for the consumer 102 to select a payment account to be used to fund the financial transaction.
• the consumer 102 may select a payment account, and the mobile device 106 may submit identifying information included in the payment selection data 08 to the processing server 1 16 in response to the selection request.
• the consumer 102 may have previously indicated a payment account to be used in payment transactions involving the merchant 1 12.
• the mobile device 106 may receive a confirmation request, which may be displayed to the consumer 102.
• confirmation request may include transaction data for the payment transaction, such as a transaction amount.
• the consumer 102 may confirm the transaction, and the mobile device 106 may submit the confirmation to the processing server 1 16.
• the card details do not have to be stored or displayed on the mobile device 106, and the confirmation can be as simple as a virtual button that might or might not indicate a particular prestored card selection.
• the processing server 1 16 may receive the indication of the payment account to be used to fund the financial transaction and may then identify payment details associated with the selected payment account in the wallet data entry associated with the mobile device 106. The processing server 1 16 may then submit the authorization request to a payment network with the identified payment details included for use in funding the financial transaction. In instances where the processing server 1 16 receives confirmation from the consumer 102 via the mobile device 106, the processing server 1 16 may submit the authorization request using previously stored payment account details. In some embodiments, the processing server 1 16 may process the financial transaction. Methods and systems suitable for processing financial transactions will be apparent to persons having skill in the relevant art. For example, the processing server 1 16 may forward the authorization request to the issuer 104, which may identify the payment account and return an authorization response indicating approval or denial of the financial transaction.
• the processing server 1 16 may receive an authorization response from the issuer 104 or the payment network and may forward the authorization response to the acquirer 1 14 and/or the merchant 1 12. In some embodiments, the processing server 1 16 may transmit a notification to the mobile device 106 indicating approval or denial of the financial transaction. The merchant 1 12 may finalize the financial transaction, such as by providing a receipt to the consumer 102 and/or providing the transacted for products to the consumer 102.
• FIG. 2 illustrates an embodiment of the processing server 1 16 of the system 100. It will be apparent to persons having skill in the relevant art that the
• processing server 1 16 illustrated in FIG. 2 is provided as illustration only and may not be exhaustive to all possible configurations of the processing server 1 16 suitable for performing the functions as discussed herein.
• the computer system 800 illustrated in FIG. 8 and discussed in more detail below may be a suitable configuration of the processing server 1 16.
• the processing server 1 16 may include a receiving unit 202.
• the receiving unit 202 may be configured to receive an authorization request for a financial transaction.
• the authorization request may include at least a mobile device identifier, and any other information as will be apparent to persons having skill in the relevant art.
• the processing server 1 16 may also include a transmitting unit 204.
• the transmitting unit 204 may be configured to transmit, to a mobile device associated with the received mobile device identifier (e.g., the mobile device 106) a portion of the transaction data, such as information suitable to enable the consumer 102 to identify the financial transaction as genuine, or for confirmation of the amount of the transaction.
• the receiving unit 202 may receive an indication of a payment account to fund the financial transaction from the mobile device 106.
• the processing server 1 16 may also include a processing unit 206, which may identify a wallet data entry 208 in the consumer database 1 18 that includes the mobile device identifier.
• the wallet data entry 208 may also include payment details associated with at least one payment account.
• the processing unit 206 may identify the payment account indicated by the consumer 102 and may identify the associated payment details.
• the transmitting unit 204 may then transmit an authorization request including the identified payment details to the issuer 104 and/or a payment network.
• each wallet data entry 208 may also include a merchant identifier for one or more merchants 1 12, or an indication of a default payment account to be used in payment transactions.
• the processing unit 206 may be configured to identify the default payment account in the wallet data entry 208, whose payment details may be transmitted by the transmitting unit 204 accordingly.
• the receiving unit 202 may be further configured to receive an authorization response from the issuer 104.
• the transmitting unit 204 may then forward the authorization response to the merchant 1 12 and/or the acquirer 1 14.
• the transmitting unit 204 may also transmit a notification to the mobile device 106 indicating approval or denial of the financial transaction.
• the payment details associated with each payment account in each of the wallet data entries 208 may further include a mobile personal identification number (PIN).
• the mobile PIN may be a number or value associated with the payment account used for authentication as will be apparent to persons having skill in the relevant art.
• the indication of a selected payment account received by the receiving unit 202 may further include a provided PIN as entered by the consumer 102 upon selection of the payment account.
• the processing unit 206 may validate the provided PIN using methods apparent to persons having skill in the relevant art.
• the processing unit 206 may respond to the authorization request by submitting an authorization response indicating denial of the financial transaction. In such an instance, the transaction may be denied without proceeding to the issuer 104. In some instances, the processing server 1 16 may transmit a notification to the issuer 104 of the failed validation of the PIN for the financial transaction. If, on the other hand, the provided PIN is valid, the processing server 1 16 may continue with the processing of the financial transaction using methods and systems as will be apparent to persons having skill in the relevant art.
• FIGS. 3A and 3B illustrate a processing flow for the processing of a financial transaction using the system 100 of FIG. 1.
• the consumer 102 may initiate a financial transaction with the merchant 1 12.
• the financial transaction may be an in-person transaction.
• the financial transaction may be an electronic transaction, such as conducted via the Internet at a website operated by or on behalf of the merchant 1 12.
• the merchant 1 12 may enter transaction data into a transaction system, such as by scanning or entering product or service information into a point-of-sale system or accepting consumer input of products or services on the merchant webpage.
• the merchant 1 12 may prompt the consumer 102 to provide payment details for the financial transaction.
• the consumer 102 may provide a mobile device identifier as a method of payment.
• the consumer 102 may enter the mobile device identifier into a point-of-sale terminal.
• the consumer 102 may provide (e.g., orally) the mobile device identifier to an employee of the merchant 102 for entry into the transaction system.
• the mobile device identifier may be transmitted to a point-of-sale device by the mobile device 106, such as via NFC.
• the consumer 102 may input the mobile device identifier on the merchant webpage.
• the mobile device identifier may be a phone number.
• the merchant 1 12 may submit an authorization request for the financial transaction, wherein the authorization request includes transaction data and the mobile device identifier.
• Transaction data may include any data suitable for the processing of the financial transaction, such as a transaction amount, a transaction time and/or date, merchant details, product details, a loyalty number, an invoice number, a purchase order number, shipping details, etc.
• the processing server 1 16 may receive the authorization request. Then, in step 314, the processing server 116 may submit a request for a selection of payment to the mobile device 106.
• the request for a selection of payment may include at least a portion of the transaction data, such as the transaction time and/or date, merchant details (e.g., name of the merchant 112), and the transaction amount.
• the mobile device 106 may prompt (e.g., via a display unit) the consumer 102 to select a payment account based on data included in the payment selection data 108.
• the consumer 102 may select a payment account using an input unit of the mobile device 106, such as a keyboard, mouse, click wheel, touch screen, etc.
• the mobile device 106 may receive the input from the consumer 102 selecting the payment account. Then, the mobile device 106 may transmit information indicating the selected payment account (e.g., an account identifier, such as the last four digits of the account number), to the processing server 1 16.
• the processing server 1 16 may, in step 322, receive the indication of the selected payment account and may identify, in the consumer database 1 18, a wallet data entry 208 including the mobile device identifier and may identify payment details associated with the payment account indicated by the consumer 102.
• steps 316 to 320 may alternatively include
• step 316 may include prompting the consumer 102 to confirm the transaction amount or other details of the payment transaction, and steps 318 and 320 may include the consumer 102 providing confirmation.
• step 322 the receiving unit 202 of the processing server 1 16 would receive the confirmation, and the processing unit 204 would identify the previously identified payment account in the wallet data entry 208.
• the processing server 1 16 may transmit an authorization request including the identified payment details to the issuer 104 associated with the payment account indicated by the consumer 102.
• the authorization request may include any additional transaction data suitable for the authorization of the financial transaction by the issuer 104 as will be apparent to persons having skill in the relevant art.
• the processing server 1 16 may receive an authorization response from the issuer 104 indicating approval or denial of the financial transaction.
• the processing server 1 16 may process the financial transaction and forward the authorization response to the merchant 1 12 (e.g., and/or the acquirer 1 14).
• the processing server 1 16 may also submit a notification to the mobile device 106 indicating approval or denial of the financial transaction, which, in step 330, may be displayed by the display unit of the mobile device 106.
• step 332 the merchant 1 12 may receive the authorization response from the processing server 1 6 or the acquirer 1 14. Then, in step 334, the merchant 1 12 may finalize the financial transaction.
• step 334 can involve a merchant 1 12 going to an ATM to receive payment in cash, particularly when the merchant 1 12 is an individual receiving a P2P payment. The merchant would have to enter identifying information (e.g., an account number, mobile phone number, or transaction reference number and a PIN or other security check, the selected or designated ATM network or networks at which the payment is available, perhaps received as part of the authorization response 332) to initiate the dispensing of cash from the ATM.
• finalizing of the financial transaction may include providing the transacted for products to the consumer 102, which may be received by the consumer 102 in step 336.
• FIG. 4 illustrates a method 400 for the identification of payment details by the processing server 1 16 and the processing of financial transactions funded by a payment account indicated by the consumer 102 via the mobile device 106.
• the processing server 1 16 may receive (e.g., via the receiving unit 202) an authorization request and/or a payment details request.
• the processing unit 206 may identify if the request includes a mobile device identifier. If the request does not include a mobile device identifier, then the method 400 may proceed to step 418 to process the financial transaction using traditional systems and methods apparent to persons having skill in the relevant art. If the processing unit 206 identifies a mobile device identifier in the request, then, in step 406, the transmitting unit 204 may transmit a payment selection request to the mobile device 106. In some instances, the payment selection request may also include transaction data.
• the receiving unit 202 may receive an indication of a payment account, or confirmation for payment using a previously identified payment account, from the mobile device 106 in response to the payment selection request. Then, in step 410, the processing unit 206 may identify a wallet data entry 208 in the consumer database 1 18 including the mobile device identifier. Then, in step 412, the processing unit 206 may identify payment details in the wallet data entry 208 associated with the payment account indicated as received from the mobile device 106.
• the processing unit 206 may identify if an authorization request is to be submitted (e.g., if the request received in step 402 was an authorization request). If an authorization request does not need to be submitted, such as if the request was a request for payment details (e.g., by a payment network, the acquirer 1 14, the merchant 1 12, etc.), then, in step 416, the transmitting unit 204 may transmit the identified payment details in response to the payment details request.
• step 414 the processing unit 206 identifies an authorization request is to be submitted
• the method 400 may proceed to step 418 to process the financial transaction using traditional methods as will be apparent to persons having skill in the relevant art.
• the transmitting unit 204 may transmit an authorization request including the payment details to the issuer 104 in step 418.
• the receiving unit 202 may receive an authorization response from the issuer 104 indicating approval or denial of the financial transaction.
• the transmitting unit 204 may transmit the authorization response to the acquirer 1 14 for finalization of the financial transaction.
• FIGS. 5A-5F illustrate an exemplary graphical user interface of the mobile device 106 and a computing device for the conducting of an electronic financial transaction by the consumer 102 using the mobile device 106 for the indication of a payment account used to fund the financial transaction. It will be apparent to persons having skill in the relevant art that the interface illustrated in FIGS. 5A-5F is provided as an illustration only, and additional interfaces may be suitable.
• FIG. 5A illustrates a web browsing application 502, which may display a merchant webpage 504.
• the merchant webpage 504 may be part of a merchant website hosted by or on behalf of the merchant 1 12 for the purchasing of products (e.g., goods or services) by the consumer 102.
• the consumer 102 may navigate to the merchant website and may select one or more products for purchase.
• the consumer 102 may initiate the financial transaction for the selected products and may be presented with the merchant webpage 504 illustrated in FIG. 5A.
• the merchant webpage 504 may include product details 506.
• the product details 506 may be a list of information for each product selected for purchase by the consumer 102, such as a product image, product name, product description, quantity, product cost, color, quality, shipping method, etc.
• the merchant webpage 504 may also include a transaction amount 508.
• the transaction amount 508 may be the total amount the consumer 102 must pay in order to receive the selected products.
• the merchant webpage 504 may also include a plurality of payment methods 510.
• the payment methods 510 may include one or more methods of payment accepted by the merchant 1 12 for Internet transactions, such as credit card, wire transfer, gift card, virtual payment account, etc.
• the consumer 102 may select a button indicating payment to be made using the mobile device 106.
• the merchant webpage 504 may display a mobile device identifier field 512 and a submit button 514.
• the consumer 102 may enter the mobile device identifier corresponding to the mobile device 106 to be used for payment into the mobile device identifier field 512.
• the mobile device identifier may be a phone number associated with the mobile device 106.
• the consumer 102 may then interact with the submit button 514.
• a webserver hosting the merchant webpage 504 may receive the mobile device identifier and may transmit a payment details request to the processing server 1 16 including the mobile device identifier and transaction data.
• the merchant webpage 504 may then display a waiting notification 516, illustrated in FIG. 5B, which may indicate to the consumer 102 that the merchant webpage 504 is awaiting a response from the processing server 1 16 prior to continuing.
• the processing server 1 16 may, upon receiving the mobile device identifier from the webserver, transmit a payment selection request to the mobile device 106.
• the payment selection request may include at least a portion of the transaction data.
• the mobile device 106 may display, via a display unit 518, transaction details 520 for the financial transaction, such as a merchant name and a transaction time and/or date.
• the display unit 51 8 may also display the product details 506 and the transaction amount 508.
• the display unit 518 may further display at least one funding source 522, such as a plurality of payment accounts based on data included in the payment selection data 108. As illustrated in FIG. 5C, the at least one funding source 522 may include two payment card accounts.
• the consumer 102 may interact with one of the at least one funding sources 522 to indicate the corresponding payment account to be used to fund the financial transaction. Then, the display unit 518 may display, as illustrated in FIG. 5D, the indicated payment account 524 and a PIN entry field 526. The consumer 102 may enter a PIN associated with the indicated payment account 524 into the PIN entry field 526 in order to authenticate the consumer 02. The consumer 02 may then interact with a submit button 528. Upon interaction with the submit button 528, the mobile device 106 may transmit information identifying the indicated payment account 524 and the entered PIN to the processing server 16. As illustrated in FIG.
• the display unit 518 may then display a transmission notification 530 to notify the consumer 102 that transmission of the indication of the payment account is being performed by the mobile device 106.
• a transmission notification 530 to notify the consumer 102 that transmission of the indication of the payment account is being performed by the mobile device 106.
• the processing server 1 16 may, once the indication of the payment account is received, process the financial transaction using methods as disclosed herein. Once the transaction has been processed, the processing server 16 may transmit an authorization response to the merchant 1 12 and/or the webserver operating the merchant website. Then, as illustrated in FIG. 5F, the merchant website may present a confirmation webpage 532 to the consumer 102.
• the confirmation webpage 532 may display information to the consumer 102 confirming the processing of the financial transaction, such as the transaction details 520, the product details 506, the transaction amount 508, and the indicated payment account 524. Additional information suitable for display on the confirmation webpage 532 will be apparent to persons having skill in the relevant art, such as shipping information, receipt options, etc.
• FIG. 6 illustrates a method 600 for the processing of a financial transaction by the processing server 1 16 based on a payment account indicated by the mobile device 106.
• a plurality of wallet data entries may be stored in a database (e.g., the consumer database 1 18), wherein each wallet data entry 208 includes at least a mobile device identifier and payment details associated with at least one payment account.
• the payment account may be a payment card account.
• the payment details may include at least one of: a payment account number, an expiration date, and a security code.
• an authorization request for a financial transaction may be received by a receiving device (e.g., the receiving unit 202), wherein the
• the authorization request includes at least a mobile device identifier and transaction data.
• the transaction data may include at least one of: a transaction time and/or date, transaction amount, merchant identifier, product details, shipping details, loyalty number, purchase order number, invoice number, and transaction identifier.
• step 606 at least the transaction data may be transmitted to a mobile computing device (e.g., the mobile device 106) associated with the mobile device identifier.
• the mobile device identifier may be a phone number associated with the mobile device 106.
• the mobile device identifier may be a media access control (MAC) address.
• MAC media access control
• step 608 an indication of a payment account for funding of the financial transaction may be received from the mobile computing device 106.
• step 610 payment details associated with the indicated payment account may be identified in a wallet data entry 208 of the consumer database 1 18 including the mobile device identifier included in the authorization request.
• step 612 at least the payment details and the transaction data may be transmitted to an issuer (e.g., the issuer 104) associated with the indicated payment account.
• the payment details associated with each payment account may include a mobile PIN
• the receiving indication may further include a provided PIN
• step 612 may be performed only if the provided PIN corresponds to the mobile PIN included in the payment details associated with the indicated payment account.
• the method 600 may further include receiving, by the receiving device 202, an authorization response indicating approval of the financial transaction, and transmitting, by a transmitting device (e.g., the transmitting unit 204), the authorization response.
• a transmitting device e.g., the transmitting unit 204
• FIG. 7 illustrates a method 700 for the identification of payment details by the processing server 1 16 associated with a payment account indicated via the mobile device 106.
• a plurality of wallet data entries may be stored in a database (e.g., the consumer database 1 18), wherein each wallet data entry 208 includes at least a mobile device identifier and payment details associated with at least one payment account.
• the payment account may be a payment card account.
• the payment details may include at least one of: a payment account number, an expiration date, and a security code.
• a receiving device may receive a payment information request, wherein the payment information request includes a mobile device identifier.
• a selection request may be transmitted to a mobile computing device (e.g., the mobile device 106) associated with the mobile device identifier.
• the mobile device identifier may be a phone number associated with the mobile computing device 106.
• the mobile device identifier may be a media access control (MAC) address.
• MAC media access control
• an indication of a payment account may be received, from the mobile computing device 106, in response to the transmitted selection request.
• the indication of a payment account may include confirmation of a previously identified payment account.
• a specific wallet data entry e.g., a wallet data entry 208
• the specific wallet data entry 208 includes the mobile device identifier included in the payment information request.
• payment details associated with the indicated payment account may be identified in the specific wallet data entry 208.
• a transmitting device e.g., the transmitting unit 204) may transmit the identified payment details.
• the payment details associated with the at least one payment account may each include a mobile PIN
• the received indication may further include a provided PIN
• step 714 may be performed only if the provided PIN
• FIG. 8 illustrates a computer system 800 in which embodiments of the present disclosure, or portions thereof, may be implemented as computer-readable code.
• the mobile device 102, processing server 1 16, issuer 104, merchant 1 12, acquirer 1 14, and mobile network operator 1 10 of FIG. 1 may be implemented in the computer system 800 using hardware, software, firmware, non-transitory computer readable media having instructions stored thereon, or a combination thereof and may be implemented in one or more computer systems or other processing systems.
• Hardware, software, or any combination thereof may embody modules and components used to implement the methods of FIGS. 4A, 4B, 6, and 7.
• programmable logic may execute on a commercially available processing platform or a special purpose device.
• a person having ordinary skill in the art may appreciate that embodiments of the disclosed subject matter can be practiced with various computer system configurations, including multi-core multiprocessor systems, minicomputers, mainframe computers, computers linked or clustered with distributed functions, as well as pervasive or miniature computers that may be embedded into virtually any device.
• processor device and a memory may be used to implement the above described embodiments.
• a processor device as discussed herein may be a single processor, a plurality of processors, or combinations thereof. Processor devices may have one or more processor “cores.”
• the terms "computer program medium,” “non-transitory computer readable medium,” and “computer usable medium” as discussed herein are used to generally refer to tangible media such as a removable storage unit 818, a removable storage unit 822, and a hard disk installed in hard disk drive 812.
• Various embodiments of the present disclosure are described in terms of this example computer system 800. After reading this description, it will become apparent to a person skilled in the relevant art how to implement the present disclosure using other computer systems and/or computer architectures.
• Processor device 804 may be a special purpose or a general purpose processor device.
• the processor device 804 may be connected to a communication infrastructure 806, such as a bus, message queue, network, multi-core message- passing scheme, etc.
• the network may be any network suitable for performing the functions as disclosed herein and may include a local area network (LAN), a wide area network (WAN), a wireless network (e.g., WiFi), a mobile communication network, a satellite network, the Internet, fiber optic, coaxial cable, infrared, radio frequency (RF), or any combination thereof.
• LAN local area network
• WAN wide area network
• WiFi wireless network
• mobile communication network e.g., a mobile communication network
• satellite network the Internet, fiber optic, coaxial cable, infrared, radio frequency (RF), or any combination thereof.
• RF radio frequency
• the computer system 800 may also include a main memory 808 (e.g., random access memory, read-only memory, etc.), and may also include a secondary memory 810.
• the secondary memory 810 may include the hard disk drive 812 and a removable storage drive 814, such as a floppy disk drive, a magnetic tape drive, an optical disk drive, a flash memory, etc.
• the removable storage drive 814 may read from and/or write to the
• the removable storage unit 818 in a well-known manner.
• the removable storage unit 818 may include a removable storage media that may be read by and written to by the removable storage drive 814.
• the removable storage drive 814 is a floppy disk drive
• the removable storage unit 818 may be a floppy disk.
• the removable storage unit 818 may be non-transitory computer readable recording media.
• the secondary memory 810 may include alternative means for allowing computer programs or other instructions to be loaded into the computer system 800, for example, the removable storage unit 822 and an interface 820.
• Examples of such means may include a program cartridge and cartridge interface (e.g., as found in video game systems), a removable memory chip (e.g., EEPROM, PROM, etc.) and associated socket, and other removable storage units 822 and interfaces 820 as will be apparent to persons having skill in the relevant art.
• Data stored in the computer system 800 may be stored on any type of suitable computer readable media, such as optical storage (e.g., a compact disc, digital versatile disc, Blu-ray disc, etc.) or magnetic tape storage (e.g., a hard disk drive).
• the data may be configured in any type of suitable database configuration, such as a relational database, a structured query language (SQL) database, a distributed database, an object database, etc. Suitable configurations and storage types will be apparent to persons having skill in the relevant art.
• the computer system 800 may also include a communications interface 824.
• the communications interface 824 may be configured to allow software and data to be transferred between the computer system 800 and external devices.
• Exemplary communications interfaces 824 may include a modem, a network interface (e.g., an Ethernet card), a communications port, a PCMCIA slot and card, etc.
• Software and data transferred via the communications interface 824 may be in the form of signals, which may be electronic, electromagnetic, optical, or other signals as will be apparent to persons having skill in the relevant art.
• the signals may travel via a communications path 826, which may be configured to carry the signals and may be implemented using wire, cable, fiber optics, a phone line, a cellular phone link, a radio frequency link, etc.
• Computer program medium and computer usable medium may refer to memories, such as the main memory 808 and secondary memory 8 0, which may be memory semiconductors (e.g. DRAMs, etc.). These computer program products may be means for providing software to the computer system 800.
• Computer programs e.g., computer control logic
• Computer programs may also be received via the communications interface 824.
• Such computer programs when executed, may enable computer system 800 to implement the present methods as discussed herein.
• the computer programs, when executed, may enable processor device 804 to implement the methods illustrated by FIGS. 4A, 4B, 6, and 7, as discussed herein. Accordingly, such computer programs may represent controllers of the computer system 800.
• the software may be stored in a computer program product and loaded into the computer system 800 using the removable storage drive 814, interface 820, and hard disk drive 812, or communications interface 824.
• the mobile wallet can include the ability to receive and store coupons or other offers, particularly location-based offers based on usage preferences, sharing offers and other information on social media or via SMS or e-mail, enable money transfers, air-time top-ups, purchasing packages such as data/voice plans, utility payments, payment services for the unbanked and/or having no credit lines, as will be apparent to those skilled in the art.

Landscapes

• Business, Economics & Management (AREA)
• Engineering & Computer Science (AREA)
• Accounting & Taxation (AREA)
• General Business, Economics & Management (AREA)
• Strategic Management (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Theoretical Computer Science (AREA)
• Finance (AREA)
• Computer Networks & Wireless Communication (AREA)
• Development Economics (AREA)
• Economics (AREA)
• Marketing (AREA)
• Technology Law (AREA)
• Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Priority Applications (1)

Applications Claiming Priority (2)

Publications (1)

Family

ID=55483742

Family Applications (1)

Country Status (2)

Cited By (1)

Citations (5)

Family Cites Families (2)

• 2015
  • 2015-09-10 WO PCT/US2015/049353 patent/WO2016040576A1/en active Application Filing
  • 2015-09-10 EP EP15839206.8A patent/EP3192043A4/de not_active Withdrawn

Patent Citations (5)

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events