US20130159173A1 - Shared Mobile Payments - Google Patents

Shared Mobile Payments Download PDF

Info

Publication number
US20130159173A1
US20130159173A1 US13/720,584 US201213720584A US2013159173A1 US 20130159173 A1 US20130159173 A1 US 20130159173A1 US 201213720584 A US201213720584 A US 201213720584A US 2013159173 A1 US2013159173 A1 US 2013159173A1
Authority
US
United States
Prior art keywords
user
users
payment
product
processors
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US13/720,584
Inventor
Sridhar Sivaraman
Venkata Brugubanda
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PayPal Inc
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US13/720,584 priority Critical patent/US20130159173A1/en
Publication of US20130159173A1 publication Critical patent/US20130159173A1/en
Assigned to EBAY INC. reassignment EBAY INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BRUGUBANDA, VENKATA, SIVARAMAN, Sridhar
Priority to US14/331,106 priority patent/US9990620B2/en
Assigned to PAYPAL, INC. reassignment PAYPAL, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: EBAY INC.
Priority to US16/000,575 priority patent/US11361298B2/en
Priority to US17/690,256 priority patent/US11669824B2/en
Priority to US18/139,293 priority patent/US20230385800A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/227Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223Realising banking transactions through M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules

Definitions

  • the present disclosure generally relates to electronic commerce and, more particularly, relates to methods and systems for sharing mobile payments among users.
  • mobile devices such as cellular telephones
  • Such mobile devices can be used to make purchases from brick and mortar stores and from online stores.
  • Such mobile devices can be used to pay for purchases via a credit card, debit card, gift card, or payment provider.
  • a credit card, debit card, gift card, or payment provider can be used to pay for purchases via a credit card, debit card, gift card, or payment provider.
  • a single person will pay for a purchase.
  • FIG. 1 is a block diagram of a system for facilitating shared mobile payments, according to an embodiment
  • FIG. 2 is a flow chart showing a method for facilitating shared mobile payments, according to an embodiment
  • FIG. 3 is a flow chart showing further detail of the method for facilitating shared mobile payments, according to an embodiment
  • FIG. 4 is a block diagram of an example of a computer that is suitable for use in the system for facilitating shared mobile payments, according to an embodiment
  • FIG. 5 is a block diagram showing an example of use of the system for facilitating shared mobile payments, according to an embodiment.
  • FIG. 6 is a block diagram showing another example of use of the system for facilitating shared mobile payments, according to an embodiment.
  • a purchaser or first user can initiate a purchase using a mobile device.
  • the mobile device can display a total price for the purchase.
  • the first user can cooperate with one or more second users to share the cost of the purchase.
  • the cooperation can be facilitated via the first user's mobile device and second users' mobile devices.
  • the first user's mobile device can be near field communication (NFC) enabled and the first user can initiate the purchase using NFC.
  • NFC near field communication
  • the purchase can be from an online merchant or can be from a brick and mortar store merchant.
  • the user can be at the brick and mortar store or can be away from the brick and mortar store.
  • the first user can select the product to be purchased from a merchant's website.
  • the first user can tap, scan, capture, or otherwise select an NFC sticker, a quick response (QR) code, a barcode, a stock keeping unit (SKU), or any other code, image, or the like that can be used to identify the product for a purchase.
  • QR quick response
  • SKU stock keeping unit
  • the designation of the product to be purchase can be performed in any desired manner. Tapping the NFC sticker can cause an app to provide the second users with a link.
  • the link can contain the transaction or reference ID for the purchase.
  • the first user may see a checkout or payment page.
  • the first user may see a payment page of a payment provider such as PayPal, Inc.
  • a total payment amount for the purchase can be displayed on the payment page.
  • the total amount can include any taxes, shipping costs, or other costs.
  • the first user can attempt to share the cost of the purchase with one or more second users.
  • Each second user can have an NFC enabled second user's mobile device.
  • the first user can communicate with the second users via NFC. That is, to facilitate sharing of the cost of the purchase, the first user can use the first user's mobile device to communicate by NFC with one or more second users via the second users' mobile devices.
  • the first user can communicate with the second users in any desired manner.
  • the first user can communicate with the second user by voice (in person or via the first user's mobile device and the second users' mobile devices), via text messaging, via email, or via any other method. In this manner, the first user can communicate an inquiry to the second users to determine if any of the second users want to share the cost of the purchase.
  • one or more of the second users can enter an amount of their desired contribution to the cost of the purchase on their respective second users' devices to communicate the desired amount to the first user and/or make a payment in that amount.
  • one or more of the second users can accept a default or suggested amount to contribute.
  • the payment can be made to the first user, another second user, an intermediary, or the merchant.
  • the intermediary can be a credit card company, a payment provider such as PayPal, Inc., or any other payment facilitator. There can be a plurality of intermediaries.
  • Any number of second users can contribute to the payment.
  • one, two, three, four, five, or more second users can contribute to the payment.
  • the contribution can be substantially directly from the second user to the first user, the merchant, and/or the intermediary.
  • the payment can be from one second user to another second user.
  • the payment can be through any number or combination of the first user, the second users, the merchant, and the intermediary.
  • the first user can communicate with any number of second users to determine which second users will contribute to the cost of the purchase.
  • Each second user can communicate with any number of other second users to determine which second users will contribute to the cost of the purchase.
  • the requests for second users to contribute and the contributions of the second users can be along a number of different paths.
  • the contributions of the second users can go through the first user to make the payment (the second users can pay the first user who can then make the payment).
  • the contributions of the second users can flow to the merchant, the intermediary, or another second user (from which the payment can ultimately flow to the merchant).
  • the contributions of the second users can follow any desired route to the merchant.
  • the contribution of the first user can similarly flow to the merchant, the intermediary, or another second user (from which the payment can ultimately flow to the merchant).
  • the contribution of the first user can follow any desired route to the merchant.
  • the first user and/or the second users can communicate among themselves regarding the purchase.
  • the first user and/or the second users can communicate among themselves using any combination of voice, email, text messaging, social networking, websites or blogs.
  • the first user and/or the second users can discuss any detail regarding the purchase, such as who will pick up the product or where the product is to be shipped.
  • the first user and/or the second users can agree upon a plan for sharing the payment, e.g., can determine the amount of each person's contribution.
  • the contributions can be substantially equal.
  • the contributions can be different or unequal.
  • any one of the first user and the second users can contribute any amount between zero and the total purchase price.
  • amounts can be allowed. For example, equal contributions can be required. As a further example, even dollar amounts (amounts with no cents) can be generally required of the second users with any remaining unequal amount (such as an amount with cents) to be contributed by the first user (or a designated second user).
  • a shared payment app can facilitate the selection of the product to be purchased and can facilitate communication among the first user and/or the second users.
  • the shared payment app can facilitate the selection of the product from the merchant's website by clicking on the product and/or can facilitate the selection of the product from a brick and mortar store by tapping an NFC sticker.
  • a group payment can be made.
  • the first user can initiate the purchase and payment processes and the second users, along with the first user, can share in the payment.
  • the use of NFC, tapping, or the like can provide a fun and easy way for users to share the payment, thus promoting user of the system.
  • the purchased product can be picked up in the brick and mortar store by the first user or any of the second users.
  • the purchased product can be shipped to the first user or any of the second users.
  • Predefined groups of contributors can be defined, such as during a setup process.
  • the use of such predefined groups can be beneficial when the members are substantially the same for a plurality of shared purchases.
  • Such predefined groups can be modified (members can be added or deleted) substantially in real time.
  • a plurality of predefined groups can be defined, such as during the setup process. Any number of such groups can be predefined. Examples of such predefined groups can include family, friends, church members, club members, co-workers, employees, and business partners.
  • the members of the groups can be any people, businesses, or other entities. Thus, different groups having different members can be defined for different types of purchases. Any desired number of groups can be defined. Any desired criteria can be used to define a group. The group can be based upon no criteria other than the first user's desire to include people in the group. The first user can be considered to be a member of the group.
  • the cost of a meal eaten by co-workers who frequently eat together can be shared among the co-workers. That is, the first user can define a group that contains those co-workers with whom the first user frequently eats lunch. The group can be modified as necessary to account for any added or missing co-workers for a particular lunch. The modified group can define the second users.
  • purchases that would benefit a business can be shared among the business owners or partners.
  • purchases that would benefit a business can be shared among the business owners or partners.
  • the purchase of a new copy machine can be shared among the owners of a small business using the shared mobile payments method discussed herein.
  • the group can be an ad hoc group.
  • the group can be defined substantially in real time.
  • the same group that was initially an ad hoc group can be used repeatedly, with or without modification (the addition or subtraction of members).
  • the group can be used one time or can be used a plurality of times. For example, several co-workers who decide for the first time to have lunch together can define an ad hoc group.
  • the same group of co-workers can eat together at a later time and the first user can re-use the ad hoc group to define the second users.
  • an ad hoc group can become a predefined group.
  • the cost of a meal eaten by co-workers who rarely eat together or who are eating together for the first time can be shared among the co-workers.
  • the group can be defined just for the one meal, e.g., can be an ad hoc group.
  • the group can be used only for the one meal or can be used again in the future, such as for another meal. Modifications to the group can be made substantially in real time, such as when the same group with one other member has a meal together in the future.
  • ad hoc groups like predefined groups, can be modified to accommodate missing or new members.
  • the calculation of the first user's share and/or at least one second user's share can be performed iteratively.
  • the calculation can be performed iteratively to accommodate real time changes to the contributions or expected contributions. For example, if the total purchase price is $100 and there are five potential contributors (the first user and four potential second users), then the expected contributions can be $20 each. However, if one of the potential second users declines to contribute, then the shared payment app can recalculate the needed contributions to be $25 each. If one of the remaining four users then decides to pay $40 (instead of $25), then the other three user's contributions can be recalculated as $20 each. Thus, adjustments can be made substantially in real time to accommodate variances in the contributions. The calculation of contributions can iterate, as necessary.
  • the communication can exchange or provide necessary information for processing the payment through the payment provider or the like.
  • the shared payment app can open automatically and the shared payment app can commence communication with the payment provider.
  • the tapped NFC sticker can include information such as an item description and price, as well as any taxes and shipping charges.
  • the tapped NFC sticker can direct the user to a source of such information, such as a website of the merchant.
  • the tapped NFC sticker can direct the user to a location (such as a link or memory location) on the first user's mobile device or to a website that enables the first user to make the desired purchase.
  • the first user can be requested to enter login credentials, such as a user name, an email address, a phone number, a password, and/or a personal identification number (PIN).
  • the first user can be shown a total amount for the purchase, such as on the mobile device display.
  • the first user can be asked if the first user would like to share the payment with any second users, such as via a button or link of the shared payment app. According to an embodiment, no such request is made.
  • the sharing of the payment can occur after the first user has made the payment.
  • a default sharing process can be automatically initiated.
  • the default sharing process can use a predefine group of second users.
  • the default sharing process can use default parameters, such as how the payment is to be shared (such as with equal contributions or with unequal contributions).
  • the first user's mobile device can communicate information to the mobile devices of the second users, such as via NFC.
  • the communication can include a user identifier (e.g., phone number, device ID, user name, account number, etc.), total payment amount, and/or merchant identifier (e.g., account number, name, etc.).
  • the communication may enable the second user's device to make a payment directly to the user's account, to the merchant's account, to an intermediary's account, or to the account of another second user.
  • the indication may be from the pending payment request on the first user device, the first user selecting an option to share the payment, or some other means.
  • the second users may enter the amount of payment and process accordingly, such as by entering any requested authentication information and confirming the payment.
  • the system can comprise one or more memories storing information regarding a first user and a plurality of second users.
  • One or more processors can be operable to receive a first communication including an indication of a desire of the first user to purchase a product and to share payment for the product with the second users.
  • the one or more processors can be further operable to access the information to determine communication addresses for the second users.
  • the one or more processors can be further operable to send a second communication to the second users requesting that the second users share payment for the product.
  • the one or more processors can be further operable to facilitate payment to the merchant from the second users who agree to share payment for the product.
  • the second communication can be sent by NFC.
  • the second communication can be sent by NFC means other than NFC, such as voice, text message, email, website, web blog, or social network.
  • At least one of the one or more memories can be a memory of a first user's mobile device. At least one of the one or more memories can be a memory of a server. At least one of the one or more processors can be a processor of a first user's mobile device and the second communication is received from an input device (such as a keypad or touchscreen) of the first user's mobile device. At least one of the one or more processors is a processor of a server and the second communication is received from a first user's mobile device.
  • At least one of the one or more memories can be a memory of a first user's mobile device. At least one of the one or more processors can be a processor the first user's mobile device. The first user's mobile device can be near field communication enabled. At least one of the one or more memories can be a memory of a first user's mobile device. At least one of the one or more processors can be a processor the first user's mobile device. The first user's mobile device can be configured to scan a code/sticker. The second users' mobile devices can similarly be configured to scan a code/sticker.
  • the distinction between the first user and the second users can be unimportant and arbitrary.
  • the first user can be the user that initiates the shared purchase process, such as by tapping an NFC sticker.
  • the second users can be those users who subsequently contribute to the shared purchase.
  • the one or more processors can be operable to receive the first communication from a first user's mobile device and the information can be representative of a scan of a near field communication (NFC) sticker, a quick response (QR) code, a barcode, a stock keeping unit (SKU), or the like.
  • the communication to the second users can be sent via near field communication or by any other means.
  • the one or more processors can be further operable to facilitate payment from second users directly to the merchant.
  • the one or more processors can be further operable to facilitate payment from second users through an intermediary to the merchant.
  • the one or more processors can be further operable to facilitate payment from second users through the first user to the merchant.
  • the one or more processors can be operable to display a total price for the product. If more than one product is being purchased, an itemized list of the products being purchased, along with their prices can be displayed. Any additional costs can be displayed. For example, any taxes, delivery charges, tips, or the like can be displayed.
  • the one or more processors can be operable to display contributions of the second users.
  • a message can be displayed. For example, a message from the first user to the second users can be displayed. The message can be part of the second communication. The message can be displayed on the first user's mobile device. The message can be separate from the first communication. The message can contain any desired information. The message can contain a reason for making the purchase. The message can merely be a greeting. An example of the message can be “For Sam's birthday.” Another example of the message can be “If you are going with us to Las Vegas, please contribute for the hotel room.”
  • Messages from one or more of the second users can be displayed.
  • the messages can be displayed on the first user's mobile device and/or can be displayed on one or more of the second users' mobile devices.
  • the message can be a response to the second communication, which requests that the second users share payment for the product.
  • the message can contain any desired information or question.
  • the message can contain a reason for not contributing to the purchase.
  • the message can merely be a greeting.
  • An example of such a message can be “Sam who?” Another example of such a message can be “See you in Vegas.”
  • the one or more processors can be further operable to substantially equally divide the purchase price among the first user and the second users to determine a divided purchase price.
  • the one or more processors can be further operable to send the second communication to the second users, wherein the second communication requests that each of the second users contribute the divided purchase price to share payment for the product.
  • the second message can be a standard or default message. An example of such a default message can be “Bill requests that you contribute to this purchase of office supplies.”
  • the information can be account information.
  • the information can be identification and contact information, such as for the second users.
  • the information can include an email address, texting address, telephone number, home address, or the like.
  • the email address, texting address, and/or telephone number can be used to send the second communication from the first user to the second user.
  • the home address can be used for mailing the purchased product to one of the second users.
  • the one or more processors can be further operable to sum contributions of the second users to determine a needed contribution of the first user.
  • the amount of the contributions of the second users can be added together and this sum can be subtracted from the total cost of the purchase to determine how much the first user needs to contribute.
  • the amount that the first user needs to contribute can be displayed by the user's mobile device. This can be particularly useful when the first user's contribution is not equal to each of the second users' contributions.
  • the first user's contribution can be unequal to each of the second users' contributions when a fixed amount is request from each of the second users and the amount is not changed to account for any second users who do not contribute.
  • the one or more processors can be further operable to dynamically recalculate the contribution needed from each second user and/or the first user when one or more of the second users do not contribute to the purchase.
  • the one or more processors can be further operable to dynamically recalculate the contribution needed from each second user and/or the first user when one or more of the second users contribute an amount different from that requested to the purchase. This process of recalculating the contribution and communicating the recalculated contribution can continue iteratively and indefinitely.
  • a method can comprise storing, in one or more memories, information regarding a first user and a plurality of second users.
  • a first communication can be received, electronically via one or more processors.
  • the first communication can include an indication of a desire of the first user to purchase a product and to share payment for the product with the second users.
  • the information can be accessed, electronically via the one or more processors.
  • the information can be accessed to determine communication addresses for the second users.
  • a second communication can be sent, electronically via one or more processors.
  • the second communication can be sent to the second users requesting that the second users share payment for the product.
  • a payment can be facilitated, electronically via one or more processors.
  • the payment can be to the merchant from the second users who agree to share payment for the product.
  • a computer program product can comprise a non-transitory computer readable medium having computer readable and executable code.
  • the code can be for instructing one or more processors to perform any of the methods discussed herein.
  • FIG. 1 is a block diagram of a system for providing shared mobile payments, according to an embodiment.
  • the system can include a merchant device 110 .
  • the merchant device 110 can be a merchant checkout terminal, a computer, and/or a server, for example.
  • the merchant device 110 can include a memory 111 and a processor 112 .
  • the merchant device 110 can be used for accepting payment for a product being purchased from the merchant.
  • the payment can be a shared payment.
  • the payment can be a partial payment, such as resulting from the sharing process. As discussed herein, the payment can be from one person or from a plurality of people and/or the payment can be through an intermediary.
  • the system can include a first user's mobile device 120 .
  • the first user's mobile device 120 can be carried by the first user.
  • the first user's mobile device 120 can be a cellular telephone, a smart telephone, a hand held computer, a laptop computer, a notebook computer, or a tablet computer, for example.
  • the first user's mobile device 120 can include a processor 121 , a memory 122 , and/or a near field communications (NFC) device 123 .
  • the first user's mobile device 120 can be NFC enabled.
  • the first user's mobile device 120 can be used to initiate the purchase process by scanning, or imaging an NFC sticker, a quick response (QR) code, a barcode, a stock keeping unit (SKU), or the like.
  • scanning or imaging can be effected by tapping (e.g., bringing in close proximity or actual contacting) the NFC sticker with the first user's mobile device 120 .
  • tapping can include contacting the NFC sticker or a nearby surface or not contacting the NFC sticker or nearby surface.
  • tapping an NFC sticker is referred to herein, such as by way of example only. Any method of scanning or imaging can be used.
  • the first user's mobile device 120 can be used for requesting contributions from one or more second users for a shared purchased.
  • the first user's mobile device 120 can be used to receive or route the contributions from the second users.
  • the first user's mobile device can be used to route the contributions, either directly or indirectly, from the second users to the merchant.
  • the first user's mobile device 120 can be used to pay the merchant for the product purchased, such as by using the shared contributions.
  • a shared payment app 124 can be stored in the memory 122 and executed by the processor 121 .
  • the shared payment app 124 can be used for requesting the contributions, receiving the contributions, routing the contributions, and making payment, either directly or indirectly, to the merchant for the shared purchase.
  • the system can include a plurality of second users' mobile devices 140 .
  • the system can include any number of second users' mobile devices 140 .
  • the system can comprise three, five, ten, twenty five, one hundred, or more second users' mobile devices.
  • the second users' mobile devices 140 can be carried by any number of second users.
  • the second users' mobile devices 140 can be cellular telephones, smart telephones, hand held computers, laptop computers, notebook computers, or tablet computers, for example.
  • the other mobile device 140 can similarly include a processor 141 , a memory 142 , and a near field communications (NFC) device 143 .
  • a shared payment app 144 can be stored in the memory 142 and executed by the processor 141 .
  • the second users' mobile device 140 can be NFC enabled.
  • the second users' mobile devices can be substantially identical to the first user's mobile device 120 .
  • the second users' mobile devices 140 can be used for receiving requests for contributions for the shared purpose, for making additional requests for contributions, for routing the contributions, and for making payment, either directly or indirectly, to the merchant for the shared purchase.
  • the shared payment app 144 can be executed by the processor 141 .
  • the shared payment app 144 can be used for receiving requests for contributions for the shared purchase, for making additional requests for contributions, for routing the contributions, and for making payment, either directly or indirectly, to the merchant for the shared purchase.
  • the first user's mobile device 140 can be substantially identical with respect to the second users' mobile devices 140 or can be different with respect thereto.
  • the shared payment app 124 of the first user's mobile device 120 can be substantially identical with respect to the shared payment app 144 of the second users' mobile devices 140 .
  • a global positioning system such as a GPS of the second user's mobile devices 140 can be used to determine whether or not a request for a contribution is to be sent to a particular second user. In some instances, it can be desirable to only send requests for contributions to those second users within a particular geographic area. For example, if the first user is to meet with the second users to attend a play shortly and wants to perform a shared purchase of tickets for the play, then it may be desirable to omit any second users from the requests for contributions who are currently out of town.
  • the second communication can depend upon the GPS location of each second user and can be tailored or omitted depending upon their GPS location.
  • the system can include a server 130 .
  • the server 130 can be a server of a bank, a credit card company, a payment provider such as PayPal, Inc., or any other entity.
  • the server can be a server of an intermediary, such as a payment facilitating intermediary.
  • the server 130 can be a single server or can be a plurality of servers.
  • the server 130 can include one or more processors 131 and a memory 132 .
  • the memory 132 can be a memory of the server 130 or a memory that is associated with the server 130 .
  • the memory 132 can be a distributed memory.
  • the memory 132 can store a first user's account 133 , one or more second users' accounts 134 , and a plurality of merchant's account 135 .
  • the server 130 can be used for facilitating payment from the first user and the second users to the merchant.
  • the server can control routing of such payments.
  • the server can control routing of contribution requests.
  • the server can have other functions, as well.
  • the server can be used for other (non-shared) payment processing functions.
  • a social network 150 can be used by the first user and/or one or more of the second users.
  • the social network 150 can contain information regarding the first user and/or the second users.
  • the social network 150 can contain contact information that can be used by the system to contact one or more of the second users for contributions to the purchase.
  • the merchant device 110 , the first user's mobile device 120 , the second users' mobile devices 140 , the server 130 , and the social network 150 can communicate with one another via a network, such as the Internet 140 .
  • the merchant device 110 , the first user's mobile device 120 , the second users' mobile devices 140 , the server 130 , and the social network 150 can communicate with one another via one or more networks, such as local area networks (LANs), wide area networks (WANs), cellular telephone networks, and the like.
  • LANs local area networks
  • WANs wide area networks
  • cellular telephone networks and the like.
  • the merchant device 110 , the first user's mobile device 120 , the second users' mobile devices 140 , the server 130 , and the social network 150 can communicate with one another, at least partially, via one or more near field communication (NFC) methods or other short range communications methods, such as infrared (IR), Bluetooth, WiFi, and WiMax.
  • NFC near field communication
  • IR infrared
  • WiFi Wireless Fidelity
  • WiMax WiMax
  • FIG. 1 illustrates an exemplary embodiment of a network-based system for implementing one or more processes described herein.
  • the network-based system may comprise or implement a plurality of servers and/or software components that operate to perform various methodologies in accordance with the described embodiments.
  • Exemplary servers may include, for example, stand-alone and enterprise-class servers operating a server OS such as a MICROSOFT® OS, a UNIX® OS, a LINUX® OS, or another suitable server-based OS.
  • a server OS such as a MICROSOFT® OS, a UNIX® OS, a LINUX® OS, or another suitable server-based OS.
  • the servers illustrated in FIG. 1 may be deployed in other ways and that the operations performed and/or the services provided by such servers may be combined or separated for a given implementation and may be performed by a greater number or fewer number of servers.
  • One or more servers may be operated and/or maintained by the same or different entities.
  • FIGS. 2 and 3 are flow charts that describe examples of operation of the shared mobile payments system according to embodiments thereof. Note that one or more of the steps described herein may be combined, omitted, or performed in a different order, as desired or appropriate.
  • FIG. 2 is a flow chart showing a method for providing shared mobile payments, according to an embodiment.
  • the first user can decide to purchase a product, as shown in step 201 .
  • the first user can see the product, an advertisement for the product, or an NFC sticker for the product in a store, on an advertising display, on a webpage, or anywhere else.
  • the NFC sticker can be on the product, near the product, or remotely located with respect to the product.
  • the first user can initiate the shared payment app 124 on the first user's mobile device 120 , as shown in step 202 .
  • the first user can initiate the shared payment app 124 by selecting an icon on the screen of the first user's mobile device 120 , for example.
  • the first user can initiate the shared payment app 124 by tapping the NFC sticker with the first user's mobile device 120 .
  • the first user can initiate the shared payment app 124 by any other means.
  • the first user can scan the NFC sticker of the product with the first user's mobile device, as shown in step 203 .
  • the first user can scan the NFC sticker by bringing the first user's mobile device 120 close to the NFC sticker and/or by tapping the NFC sticker.
  • the first user can scan the NFC sticker or any other identification of the product by any other means.
  • the first user can view a cost of the product on the first user's mobile device 120 , as shown in step 204 .
  • the cost can be a total cost, including any taxes, shipping costs, or other costs.
  • the first user can view the potential cost for when the purchase is shared. For example, the cost of sharing among two, three, four, five, or more people can be shown to give the user an idea of how sharing lowers the cost and to better facilitate budgeting and planning by the user.
  • the first user can select a group of second users with whom the purchase price can be shared, as shown in step 205 .
  • the group can be a predefined group.
  • the group can be predefined during a setup process.
  • the user can predefine any desired number of groups.
  • the group can be selected from a plurality of groups for a particular purchase. Two or more groups can be combined for the particular purchase. For example, a group including friends and a group including family can be combined for the particular purchase.
  • the first user can define the group from scratch.
  • the first user can manually enter information (such as names, email addresses, text addresses, telephone numbers) defining the second users, can select the second users from a list (such as a contacts list, list of potential second users, social network, or the like), and/or can tap user device with people proximate the first user.
  • the first user can define the group in any desired manner.
  • the first user can modify the predefined group of second users by adding and/or subtracting second users therefrom to define the selected second users from whom a contribution is desired, as shown in step 206 .
  • the first user can add and/or subtract any second users to or from the group, as desired.
  • the shared payment app 124 can send a communication to each of the selected second users, as shown in step 207 .
  • a message from the first user to each of the first users or to selected ones of the second users can be included in the communication.
  • Each of the second users can respond to the communication to indicate whether or not they will contribute to the purchase, as shown in step 208 .
  • a message from the second users to the first user and/or to other second users can be included in the response.
  • the first user can approve the purchase and provide any necessary shipping information, as shown in step 209 . In enough of the second users do not respond with contributions, the first user can withdraw from the purchase. If enough of the second users do not respond with contributions, the first user can add additional second users, withdraw from the purchase, initiate another purchase, or try to obtain contributions from a different group of second users.
  • the first user can withdraw from the purchase at any time prior to approving the purchase.
  • the first user can withdraw from the purchase.
  • the first user can initiate another purchase whether the first purchase is approved or not.
  • the other purchase can use the same group or a different group of contributors.
  • the other purchase can be for the same or a different product, such as a less expensive product or a product that is more likely to attract sufficient contributions.
  • the shared payment app 124 can facilitate transferring of each contributor's share of the purchase to the merchant, as shown in step 210 .
  • Each contributor's share of the payment can be made to the merchant directly, via one or more other contributors, and/or via an intermediary.
  • the shared purchase app 124 can provide the shipping information to the merchant, as shown in step 211 .
  • the shipping information can be predefine, such as during a setup process.
  • the shipping information can be defined substantially in real time.
  • the purchased product can be shipped to any desired destination.
  • FIG. 3 is a flow chart showing further detail of the method for providing shared mobile payments, according to an embodiment.
  • the method can comprise storing, in one or more memories, information regarding a first user and a plurality of second users, as shown in step 301 .
  • the one or more memories can include the memory 122 of the user device 120 , the memory 132 of the server 130 , a memory of the social network 150 , or any other memory.
  • the method can further comprise receiving, electronically via one or more processors, a first communication.
  • the first communication can include an indication of a desire of the first user to purchase a product.
  • the first communication can further include an indication of a desire of the first user to share payment for the product with the second users, as shown in step 302 .
  • the communication can be received from the first user device 120 , for example.
  • the communication can be received by the server 130 , for example.
  • the method can further comprise accessing, electronically via one or more processors, the information to determine communication addresses for the second users, as shown in step 303 .
  • the communication addresses can be telephone numbers, texting numbers, email addresses, links, or any other type of communication addresses.
  • the communication addresses can be stored in the memory 122 of the user device 120 , the memory 132 of the server 130 , a memory of the social network 150 , or any other memory.
  • the method can further comprise sending, electronically via one or more processors, a second communication to the second users requesting that the second users share payment for the product, as shown in step 304 .
  • the second communication can be sent to each of the second users at the communication address thereof.
  • the second communication can be sent to more than one communication address for each of the second users.
  • the second communication can be sent from the first user's mobile device 120 to each of the group's second users' mobile devices, for example.
  • the second communication can be sent from the server 130 to each of the group's second users' mobile devices, for example.
  • the method can further comprise facilitating, electronically via one or more processors, payment to the merchant from the second users who agree to share payment for the product, as shown in step 305 .
  • the payment can be provided to the merchant from each of the second users by any desired route or method, examples of which are discussed herein.
  • embodiments of the invention may comprise a personal computing device, such as a personal computer, laptop, PDA, cellular phone or other personal computing or communication devices.
  • the payment provider system may comprise a network computing device, such as a server or a plurality of servers, computers, or processors, combined to define a computer system or network to provide the payment services provided by a payment provider system.
  • a computer system may include a bus or other communication mechanism for communicating information, which interconnects subsystems and components, such as a processing component (e.g., processor, micro-controller, digital signal processor (DSP), etc.), a system memory component (e.g., RAM), a static storage component (e.g., ROM), a disk drive component (e.g., magnetic or optical), a network interface component (e.g., modem or Ethernet card), a display component (e.g., CRT or LCD), an input component (e.g., keyboard or keypad), and/or cursor control component (e.g., mouse or trackball).
  • a disk drive component may comprise a database having one or more disk drive components.
  • the computer system may perform specific operations by processor and executing one or more sequences of one or more instructions contained in a system memory component. Such instructions may be read into the system memory component from another computer readable medium, such as static storage component or disk drive component. In other embodiments, hard-wired circuitry may be used in place of or in combination with software instructions to implement the invention.
  • Payment processing can be through known methods, such as transaction details being communicated to the payment provider through the shared payment app 124 , the payment provider processing the details, which may include user account and identifier information and authentication, merchant information, and transaction details.
  • the user account may be accessed to determine if any restrictions or limitations may prevent the transaction from being approved. If approved, the payment provider may send a notification to the merchant and/or the user.
  • FIG. 4 is a block diagram of a computer system 400 suitable for implementing one or more embodiments of the present disclosure.
  • the PIN pad and/or merchant terminal may comprise a computing device (e.g., a personal computer, laptop, smart phone, tablet, PDA, Bluetooth device, etc.) capable of communicating with the network.
  • the merchant and/or payment provider may utilize a network computing device (e.g., a network server) capable of communicating with the network.
  • a network computing device e.g., a network server
  • Computer system 400 includes a bus 402 or other communication mechanism for communicating information data, signals, and information between various components of computer system 400 .
  • Components include an input/output (I/O) component 404 that processes a user action, such as selecting keys from a keypad/keyboard, selecting one or more buttons or links, etc., and sends a corresponding signal to bus 402 .
  • I/O component 404 may also include an output component, such as a display 411 and a cursor control 413 (such as a keyboard, keypad, mouse, etc.).
  • An optional audio input/output component 405 may also be included to allow a user to use voice for inputting information by converting audio signals. Audio I/O component 405 may allow the user to hear audio.
  • a transceiver or network interface 406 transmits and receives signals between computer system 400 and other devices, such as a user device, a merchant server, or a payment provider server via network 460 .
  • the transmission is wireless, although other transmission mediums and methods may also be suitable.
  • a processor 412 which can be a micro-controller, digital signal processor (DSP), or other processing component, processes these various signals, such as for display on computer system 400 or transmission to other devices via a communication link 418 .
  • Processor 412 may also control transmission of information, such as cookies or IP addresses, to other devices.
  • Components of computer system 400 also include a system memory component 414 (e.g., RAM), a static storage component 416 (e.g., ROM), and/or a disk drive 417 .
  • Computer system 400 performs specific operations by processor 412 and other components by executing one or more sequences of instructions contained in system memory component 414 .
  • Logic may be encoded in a computer readable medium, which may refer to any medium that participates in providing instructions to processor 412 for execution. Such a medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media.
  • non-volatile media includes optical or magnetic disks
  • volatile media includes dynamic memory, such as system memory component 414
  • transmission media includes coaxial cables, copper wire, and fiber optics, including wires that comprise bus 402 .
  • the logic is encoded in non-transitory computer readable medium.
  • transmission media may take the form of acoustic or light waves, such as those generated during radio wave, optical, and infrared data communications.
  • Computer readable and executable media include, for example, floppy disk, flexible disk, hard disk, magnetic tape, any other magnetic medium, CD-ROM, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, RAM, ROM, E2PROM, FLASH-EPROM, any other memory chip or cartridge, carrier wave, or any other medium from which a computer is adapted to read.
  • execution of instruction sequences for practicing the invention may be performed by a computer system.
  • a plurality of computer systems coupled by a communication link e.g., LAN, WLAN, PTSN, or various other wired or wireless networks
  • a communication link e.g., LAN, WLAN, PTSN, or various other wired or wireless networks
  • Modules described herein can be embodied in one or more computer readable media or be in communication with one or more processors to execute or process the steps described herein.
  • a computer system may transmit and receive messages, data, information and instructions, including one or more programs (i.e., application code) through a communication link and a communication interface.
  • Received program code may be executed by a processor as received and/or stored in a disk drive component or some other non-volatile storage component for execution.
  • various embodiments provided by the present disclosure may be implemented using hardware, software, or combinations of hardware and software.
  • the various hardware components and/or software components set forth herein may be combined into composite components comprising software, hardware, and/or both without departing from the spirit of the present disclosure.
  • the various hardware components and/or software components set forth herein may be separated into sub-components comprising software, hardware, or both without departing from the scope of the present disclosure.
  • software components may be implemented as hardware components and vice-versa—for example, a virtual Secure Element (vSE) implementation or a logical hardware implementation.
  • vSE virtual Secure Element
  • Software in accordance with the present disclosure, such as program code and/or data, may be stored on one or more computer readable and executable mediums. It is also contemplated that software identified herein may be implemented using one or more general purpose or specific purpose computers and/or computer systems, networked and/or otherwise. Where applicable, the ordering of various steps described herein may be changed, combined into composite steps, and/or separated into sub-steps to provide features described herein.
  • the system for facilitating shared mobile payments can be used in various different ways. Requests for participation, messages, and contributions can flow among potential participants and participants in various different ways. Contributions can also flow in various different ways. Two examples of ways in which requests and contributions can flow are discussed with respect to FIGS. 5 and 6 below.
  • FIG. 5 is a block diagram showing an example of use of the system for facilitating shared mobile payments, according to an embodiment. More particularly, FIG. 5 shows money or contribution flows between the first user 520 , two second users 540 and 541 , an intermediary 550 and a merchant 551 .
  • the intermediary 550 can be a person, a credit card company, a bank, a payment provider, payment facilitator, or any other entity.
  • each of the second users 540 , 541 can transfer their contribution to the first user 520 .
  • the first user 520 can then transfer the combined contributions either directly to the merchant 551 from whom the product is being purchased or to the merchant 551 via the intermediary 550 .
  • All or any such transfers can be performed substantially automatically. All or any such transfers can be performed without intervention or authorization of the first user 520 and/or the second users 540 and 541 . All or any such transfers can require intervention or authorization of the first user 520 and/or the second users 540 and 541 .
  • the need for user intervention or authorization can be defined, such as on a user-by-user basis, during a setup of the shared payment apps 124 , 144 .
  • FIG. 6 is a block diagram showing another example of use of the system for facilitating shared mobile payments, according to an embodiment.
  • FIG. 6 again shows money or contribution flows between the first user 520 , two second users 540 and 541 , an intermediary 550 and a merchant 551 .
  • payment can be made to the intermediary 550 or the merchant 551 by any one or any combination of the first user 520 and the second user 540 and 541 .
  • each of the first user 520 and second users 540 , 541 can transfer their contribution to any other one of the first user 520 and second users 540 , 541 .
  • the first user 520 or second user 540 , 541 to whom the money is transferred can then transfer the combined contributions either directly to the merchant 551 from whom the product is being purchased, to the merchant 551 via the intermediary 550 , or to another second user 540 , 541 (who can then transfer the contributions to the merchant 551 or the intermediary 550 ).
  • more than one of the first user 520 and second users 540 , 541 can transfer their own contribution or any contributions either directly to the merchant 551 from whom the product is being purchased or to the merchant 551 via the intermediary 550 .
  • each one of the first user 520 and second users 540 , 541 can transfer their own contribution directly to the merchant 551 from whom the product is being purchased or to the merchant 551 via the intermediary 550 .
  • the second user 540 can transfer a contribution to the first user 520 . Then, the first user 520 can transfer the contributions of the first user 520 and the second use 540 while the second user 541 can transfer the contribution of the second user 541 .
  • Some of the first user 520 and second users 540 , 541 can transfer contributions directly to the merchant 551 and others of the first user 520 and second users 540 , 541 can transfer their contributions to the merchant 551 via the intermediary.
  • Contributions can be split.
  • the second user 540 can give a portion of a contribution to the first user 520 who then transfers the portion to the merchant and the second user 540 can give another portion to the merchant 551 .
  • contributions can be transferred in any desired manner amount the first user 520 and second users 540 , 541 and to the intermediate 550 and/or merchant 551 .
  • All or any such transfers can be performed substantially automatically. All or any such transfers can be performed without intervention or authorization of the first user 520 and/or the second users 540 and 541 . All or any such transfers can require intervention or authorization of the first user 520 and/or the second users 540 and 541 .
  • the need for user intervention or authorization can be defined, such as on a user-by-user basis, during a setup of the shared payment apps 124 , 144 .
  • requests for participation can be broadcast from the first user 520 to all potential participants (potential second users) generally simultaneously, from one potential participant to another serially, or any combination of both.
  • an initial broadcast of a request for participation can be sent from the first user 520 to potential participants, such as second users 540 and 541 .
  • Each of the potential second users 540 and 541 can then broadcast the request for participation to further second users or can selectively request the participation of such further second users serially.
  • requests for participation can be sent serially from the first user 520 to selected potential participants (potential second users).
  • the second users 540 and 541 can then broadcast the request for participation for further second users or can selectively request the participation of such further second users serially.
  • the request flows like the contribution flows, can follow and desired paths.
  • the request flows like the contribution flows, can include any combination of serial and parallel paths.
  • an NFC sticker can be posted in a public place like a library, office, train station, airport, bus stop or the like.
  • the NFC sticker can be attached to a poster or other advertisement referring to or representing a product that can be purchased.
  • the NFC sticker refers to a floor vase with a total purchase price of $100.
  • An interested buyer such as the first user 520
  • can tap the mobile device 120 over the NFC sticker to place an order for the vase and to initiate a shared payment transaction to pay for the vase.
  • the first user 520 can tap the first user's mobile device 120 over the NFC sticker.
  • the first user 520 can view a checkout page with the updated transaction amount, including shipping and taxes.
  • the first user 520 can tap the first user's mobile device 120 with the second users' mobile devices 140 .
  • the communication of information effected by such tapping can cause the payment provider to present a pop-up message on the second users' mobile devices 140 .
  • the pop-up message can, for example, include “Click Accept to contribute to this payment of $108.75”.
  • the pop-up message can include a suggested contribution, such as a contribution resulting from splitting the payment equally amount the group (the first user 520 and the second users 540 and 541 ).
  • the second users 540 and 541 can then either accept or decline to contribute to the payment of the transaction initiated by first user 520 .
  • Each second user 540 , 541 can enter the amount of each individual contribution. The contribution may be sent directly to an account of the first user 520 or to an account of the intermediary 550 or the merchant 551 .
  • the first user 520 can pay the total amount to the intermediary 550 or the merchant 551 and the first user 520 can receive payments from the second users 540 and 541 .
  • the first user 520 can view, such as via the first user's mobile device 120 , an updated total reflecting the various payments made by others to the intermediary 550 or the merchant 551 .
  • the first user 520 can then pay the remaining portion to the merchant.
  • the first user 520 and the second users 540 and 541 can be buyers paying for a single item from a seller.
  • the shipping address can be an address of the first user 520 who initiated the payment process or the shipping address can changed by the first user 520 to a different shipping address.
  • shipping address can be an address of the first user 520 to an address of the second user 540 or the second user 541 .
  • the payment or the contribution amount does not need to fixed.
  • the contribution amount can be dynamically split in any way, such as determined by the first user 520 , by the second users 540 and 541 , by a pre-determined ratio, or by any other desired method.
  • anybody who taps the first user's mobile device 520 or communicates with the first user's mobile device 120 can become a contributor. Users can contribute even by tapping another contributor's mobile device, e.g., the second user's mobile device 140 .
  • the second user 541 can tap the second user's mobile device 140 of second user 540 .
  • the second user 541 may then send a payment to second user 540 as a contribution to the payment made by the second user 540 to first user 520 .
  • the second user 541 can send a contribution directly or indirectly (such as via the second user 540 ) to the first user 520 , the intermediary 550 , or the merchant 551 .
  • the time limit can be based on when the first user 520 receives the payment page of the shared payment 124 after the initial purchase request from the scanned NFC sticker.
  • the time limit can be a preset period of time, such as ten minutes, thirty minutes, an hour, or a day.
  • the time limit can be an indeterminate time limit, such as until the first user 520 completes or abandons the initial purchase request.
  • the time limit may be based on the period of inactivity between taps of users.
  • second users may continue to tap or communicate with the first user (or others second users) to contribute to the purchase as long as the transaction is still pending, e.g., not completed or abandoned.
  • an NFC sticker can be placed on a notice board of a coffee shop.
  • the notice board and the sticker can be an advertisement for the purchase of a product priced at $100.
  • the first user 520 and the second users 540 and 541 can be friends who are in the coffee shop together.
  • the first user 520 and the second users 540 and 541 can have their smart phones, e.g., the first user's mobile device 120 and two second users' mobile devices 140 , with them and NFC enabled.
  • the first user 520 can tap the sticker.
  • the first user can then view a payment provider checkout page.
  • the checkout page can provide the total amount of the payment for the product.
  • the contributors, and more particularly the number of contributors, has not yet been defined.
  • the first user 520 can tap phones with the second users 540 and 541 .
  • the first user 520 can tap phones with each of the two second users' mobile devices 140 .
  • the first user 520 can tap the second user's mobile device 140 for the second user 540 and the second user 540 can tap the second user's mobile device 140 for the other second user 541 .
  • any of the first user 520 and the second users 540 and 541 can tap in any order and/or can tap simultaneously. Since only one purchase is pending among the three people, it is clear that all three intend to participate in the same purchase.
  • the second user 540 and the second user 541 can see a pop-up message on each of their respective second users' mobile devices 140 .
  • the pop-up can state “Click ‘Accept’ to contribute to the payment of $100”.
  • the pop-up can further state or suggest the amount the contribution.
  • second user 540 and second user 541 can contribute to the payment initiated by the first user 520 instantly, either to the first user 520 or to the intermediary 550 or the merchant 551 . Any contribution can flow through any contributor and/or the intermediary to reach the merchant 551 .
  • the first user 520 can receive a notification or update regarding the money contributed by the second user 540 and/or the second user 541 , as each of the second user 540 and/or the second user 541 approves or declines to make the contribution. If the second user 540 or the second user 541 declines to make the contribution, the shared payment app 124 can recalculate the necessary contribution of the first user 520 and any second user who will contribute.
  • the first user 520 , the second user 540 and the second user 541 can share payment for this product and can complete the transaction.
  • the merchant can a single payment (e.g., the sum of all three payments contributed by the three users), which is processed and consolidated by the payment provider.
  • the merchant 551 can receive separate payments from the users or any combination of the users.
  • the product can then be shipped to the first user 520 or to another designated shipping address.
  • the first user 520 , the second user 540 , or the second user 541 can designate the shipping address.
  • the first user 520 can tap the POS terminal of the restaurant with the first user's mobile device 120 . In response to tapping, the first user 520 can view a checkout page provided by the payment app 124 .
  • the two second users 540 and 541 can tap their second users' mobile devices 140 with the first user's mobile device 120 , such as while the first user's mobile device is displaying the checkout page or a page that prompts such tapping by contributors. After tapping, the two second users 540 and 541 can view a pop-up message asking “Do you want to contribute to the payment of $60?” Each of the two second users can click Accept or can click decline. For example, one second user 540 can click Accept to contribute via the shared mobile payments system while the other second user 541 can click decline to pay with cash.
  • the second users 540 and/or 541 can contribute the payment initiated by first user 520 instantly. Such payment can be performed by the shared mobile payment app 124 automatically, without verification, or can be performed with verification by the second users 540 and/or 541 .
  • the first mobile user 520 can receive a notification regarding the contributions by the second users 540 and/or 541 . In this manner, the three friends can receive a single bill or invoice and can conveniently and easily share the payment.
  • not all of the members of the group (e.g., not all of the second users) will have a second user's mobile device 140 that incorporates the latest technology.
  • not all of the second users will have a smart phone with NFC.
  • Some of the members of the group can have cellular telephones that lack NFC and other members of the group can have cellular telephones that have NFC.
  • a first user who has an NFC enabled cellular telephone can tap the NFC sticker.
  • the app 124 can then provide the second users with a link.
  • the link can contain the transaction or reference ID for the purchase.
  • the transaction or reference ID can be used to facilitate sharing of the purchase by the second users.
  • a share button and/or any other desired information can appear on the screen of the first user's cellular telephone or mobile device 120 .
  • the first user can select the share button.
  • any of the second users who have cellular telephones or second user's mobile devices 140 with NFC can tap the first user's cellular telephone or mobile device 120 to obtain the link and thereby share in the purchase, as discussed herein.
  • any of the second users who do not have NFC can otherwise obtain the link and can thereby share in the purchase.
  • second users who do not have NFC can obtain the link by communicating with one of the users who has the link (such as the first user who tapped the NFC sticker or one of the second users who obtained the link from the first user).
  • a user who does not have NFC can obtain the link via Bluetooth, text messaging, email, verbally, or any other means of communication. In this manner, those second users who cannot communicate via NFC can obtain the necessary information to share in the purchase without using NFC.
  • the link can be communicated among the first user and the second users in any manner.
  • no specific technology, such as NFC or Bluetooth is necessary to practice the shared mobile payments method and system described herein.
  • the term “store” can include any business or place of business.
  • the store can be a brick and mortar store or an online store.
  • the store can be any person or entity that sells a product.
  • the term “product” can include any item or service.
  • the term “product” can refer to physical products, digital goods, services, or anything for which a user can make a payment, including charitable donations.
  • a product can be anything that can be sold. Examples of products include cellular telephones, concerts, meals, automotive repair, haircuts, digital music, and books.
  • the product can be a single item or a plurality of items.
  • the product can be a tube of toothpaste, a box of laundry detergent, three shirts, and a donut.
  • the term “merchant” can include any seller of products.
  • the term merchant can include a store.
  • the products can be sold from a store or in any other manner.
  • mobile device can include any portable electronic device that can facilitate data communications, such as via a cellular network and/or the Internet.
  • Examples of mobile devices include cellular telephones, smart phones, tablet computers, and laptop computers.
  • network can include one or more local area networks (LANs) such as business networks, one or more wide area networks (WANs) such as the Internet, one or more cellular telephone networks, or any other type or combination of electronic or optical networks.
  • LANs local area networks
  • WANs wide area networks
  • cellular telephone networks or any other type or combination of electronic or optical networks.
  • the term “tap” can include seaming, imaging reading or otherwise determining information, such as a code, that is associated with a product.
  • the information can be used to facilitate purchasing of the product.
  • the information can be embodied in a near field communication (NFC) sticker, a quick response (QR) code, a barcode, a stock keeping unit (SKU), or the like.
  • the information can include an identification of the product and/or a price of the product.
  • Tapping can include tapping, bumping, touching, or bringing a mobile device into contact or proximity with a sticker.
  • the term “tap” can refer to any means of using a mobile device to identify a product, such as for a purchase of the product.
  • the term “tap” can include tapping, bumping, touching, or bringing two or more mobile devices proximate one another, such as to initiate communications of any type therebetween.
  • the term “tap” can the initiation of communications, such as NFC, between mobile devices by any means.
  • sticker can refer to any near field communication (NFC) sticker, a quick response (QR) code, a barcode, a stock keeping unit (SKU), or the like.
  • a sticker can be any printed matter, label, or device that can be used to identify a product to a mobile device.
  • the sticker can be part of the product, attached to the product, on packaging of the product, on a display of the product, proximate the product, or remotely located with respect to the product.

Abstract

Methods and systems are provided for facilitating shared mobile payments. According to an embodiment, a user can initiate a purchase using a mobile device. The mobile device can display a total price for the purchase. The first user can cooperate with one or more second users to share the cost of the purchase. The cooperation can be facilitated via the first and second users' mobile devices.

Description

    PRIORITY CLAIM
  • This patent application claims the benefit of the priority date of U.S. provisional patent application Ser. No. 61/577,471, filed on Dec. 19, 2011 and pursuant to 35 USC 119. The entire contents of this provisional patent application are hereby expressly incorporated by reference.
  • BACKGROUND
  • 1. Technical Field
  • The present disclosure generally relates to electronic commerce and, more particularly, relates to methods and systems for sharing mobile payments among users.
  • 2. Related Art
  • The use of mobile devices, such as cellular telephones, to make purchases is well known. Such mobile devices can be used to make purchases from brick and mortar stores and from online stores. For example, such mobile devices can be used to pay for purchases via a credit card, debit card, gift card, or payment provider. Generally, a single person will pay for a purchase. However, there are instances where it is desirable to share the payment for a purchase among a plurality of people.
  • According to contemporary practice, if a plurality of people want to share the payment for a purchase, then one person often makes the entire payment and subsequently attempts to collect contributions from the other people. In some instances, the person who makes the entire payment may not be able to collect the contributions from some or all of the other people. Thus, the person making the entire payment may have to assume an undesirable risk in order to purchase the product.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram of a system for facilitating shared mobile payments, according to an embodiment;
  • FIG. 2 is a flow chart showing a method for facilitating shared mobile payments, according to an embodiment;
  • FIG. 3 is a flow chart showing further detail of the method for facilitating shared mobile payments, according to an embodiment;
  • FIG. 4 is a block diagram of an example of a computer that is suitable for use in the system for facilitating shared mobile payments, according to an embodiment;
  • FIG. 5 is a block diagram showing an example of use of the system for facilitating shared mobile payments, according to an embodiment; and
  • FIG. 6 is a block diagram showing another example of use of the system for facilitating shared mobile payments, according to an embodiment.
  • DETAILED DESCRIPTION
  • Methods and systems are provided for facilitating shared mobile payments. According to an embodiment, a purchaser or first user can initiate a purchase using a mobile device. The mobile device can display a total price for the purchase. The first user can cooperate with one or more second users to share the cost of the purchase. The cooperation can be facilitated via the first user's mobile device and second users' mobile devices.
  • More particularly, the first user's mobile device can be near field communication (NFC) enabled and the first user can initiate the purchase using NFC. The purchase can be from an online merchant or can be from a brick and mortar store merchant. For a brick and mortar store purchase, the user can be at the brick and mortar store or can be away from the brick and mortar store.
  • To initiate an online purchase, the first user can select the product to be purchased from a merchant's website. To initiate a brick and mortar store purchase, the first user can tap, scan, capture, or otherwise select an NFC sticker, a quick response (QR) code, a barcode, a stock keeping unit (SKU), or any other code, image, or the like that can be used to identify the product for a purchase. Although reference will be made herein to tapping an NFC sticker, such reference is by way of example only. The designation of the product to be purchase can be performed in any desired manner. Tapping the NFC sticker can cause an app to provide the second users with a link. The link can contain the transaction or reference ID for the purchase.
  • After the first user initiates the purchase, the first user may see a checkout or payment page. For example, the first user may see a payment page of a payment provider such as PayPal, Inc. A total payment amount for the purchase can be displayed on the payment page. The total amount can include any taxes, shipping costs, or other costs.
  • From the payment page the first user can attempt to share the cost of the purchase with one or more second users. Each second user can have an NFC enabled second user's mobile device. Thus, the first user can communicate with the second users via NFC. That is, to facilitate sharing of the cost of the purchase, the first user can use the first user's mobile device to communicate by NFC with one or more second users via the second users' mobile devices. The first user can communicate with the second users in any desired manner. For example, the first user can communicate with the second user by voice (in person or via the first user's mobile device and the second users' mobile devices), via text messaging, via email, or via any other method. In this manner, the first user can communicate an inquiry to the second users to determine if any of the second users want to share the cost of the purchase.
  • In response to the communication, one or more of the second users can enter an amount of their desired contribution to the cost of the purchase on their respective second users' devices to communicate the desired amount to the first user and/or make a payment in that amount. Alternatively, one or more of the second users can accept a default or suggested amount to contribute. The payment can be made to the first user, another second user, an intermediary, or the merchant. The intermediary can be a credit card company, a payment provider such as PayPal, Inc., or any other payment facilitator. There can be a plurality of intermediaries.
  • Any number of second users can contribute to the payment. For example, one, two, three, four, five, or more second users can contribute to the payment. The contribution can be substantially directly from the second user to the first user, the merchant, and/or the intermediary. The payment can be from one second user to another second user. The payment can be through any number or combination of the first user, the second users, the merchant, and the intermediary.
  • The first user can communicate with any number of second users to determine which second users will contribute to the cost of the purchase. Each second user can communicate with any number of other second users to determine which second users will contribute to the cost of the purchase. Thus, the requests for second users to contribute and the contributions of the second users can be along a number of different paths.
  • The contributions of the second users can go through the first user to make the payment (the second users can pay the first user who can then make the payment). The contributions of the second users can flow to the merchant, the intermediary, or another second user (from which the payment can ultimately flow to the merchant). The contributions of the second users can follow any desired route to the merchant.
  • The contribution of the first user can similarly flow to the merchant, the intermediary, or another second user (from which the payment can ultimately flow to the merchant). The contribution of the first user can follow any desired route to the merchant.
  • The first user and/or the second users can communicate among themselves regarding the purchase. For example, the first user and/or the second users can communicate among themselves using any combination of voice, email, text messaging, social networking, websites or blogs. In this manner, the first user and/or the second users can discuss any detail regarding the purchase, such as who will pick up the product or where the product is to be shipped. In this manner, the first user and/or the second users can agree upon a plan for sharing the payment, e.g., can determine the amount of each person's contribution. The contributions can be substantially equal. The contributions can be different or unequal. Generally, any one of the first user and the second users can contribute any amount between zero and the total purchase price.
  • Alternatively, only predefined types of amounts can be allowed. For example, equal contributions can be required. As a further example, even dollar amounts (amounts with no cents) can be generally required of the second users with any remaining unequal amount (such as an amount with cents) to be contributed by the first user (or a designated second user).
  • According to an embodiment, a shared payment app can facilitate the selection of the product to be purchased and can facilitate communication among the first user and/or the second users. For example, the shared payment app can facilitate the selection of the product from the merchant's website by clicking on the product and/or can facilitate the selection of the product from a brick and mortar store by tapping an NFC sticker.
  • As a result of the communication and contribution processes, a group payment can be made. The first user can initiate the purchase and payment processes and the second users, along with the first user, can share in the payment. The use of NFC, tapping, or the like can provide a fun and easy way for users to share the payment, thus promoting user of the system. The purchased product can be picked up in the brick and mortar store by the first user or any of the second users. The purchased product can be shipped to the first user or any of the second users.
  • Predefined groups of contributors can be defined, such as during a setup process. The use of such predefined groups can be beneficial when the members are substantially the same for a plurality of shared purchases. Such predefined groups can be modified (members can be added or deleted) substantially in real time.
  • A plurality of predefined groups can be defined, such as during the setup process. Any number of such groups can be predefined. Examples of such predefined groups can include family, friends, church members, club members, co-workers, employees, and business partners. The members of the groups can be any people, businesses, or other entities. Thus, different groups having different members can be defined for different types of purchases. Any desired number of groups can be defined. Any desired criteria can be used to define a group. The group can be based upon no criteria other than the first user's desire to include people in the group. The first user can be considered to be a member of the group.
  • For example, the cost of a meal eaten by co-workers who frequently eat together can be shared among the co-workers. That is, the first user can define a group that contains those co-workers with whom the first user frequently eats lunch. The group can be modified as necessary to account for any added or missing co-workers for a particular lunch. The modified group can define the second users.
  • As a further example, purchases that would benefit a business can be shared among the business owners or partners. For example, the purchase of a new copy machine can be shared among the owners of a small business using the shared mobile payments method discussed herein.
  • The group can be an ad hoc group. Thus, the group can be defined substantially in real time. The same group that was initially an ad hoc group can be used repeatedly, with or without modification (the addition or subtraction of members). The group can be used one time or can be used a plurality of times. For example, several co-workers who decide for the first time to have lunch together can define an ad hoc group. The same group of co-workers can eat together at a later time and the first user can re-use the ad hoc group to define the second users. Thus, an ad hoc group can become a predefined group.
  • For example, the cost of a meal eaten by co-workers who rarely eat together or who are eating together for the first time can be shared among the co-workers. The group can be defined just for the one meal, e.g., can be an ad hoc group. The group can be used only for the one meal or can be used again in the future, such as for another meal. Modifications to the group can be made substantially in real time, such as when the same group with one other member has a meal together in the future. Thus, ad hoc groups, like predefined groups, can be modified to accommodate missing or new members.
  • According to an embodiment, the calculation of the first user's share and/or at least one second user's share can be performed iteratively. The calculation can be performed iteratively to accommodate real time changes to the contributions or expected contributions. For example, if the total purchase price is $100 and there are five potential contributors (the first user and four potential second users), then the expected contributions can be $20 each. However, if one of the potential second users declines to contribute, then the shared payment app can recalculate the needed contributions to be $25 each. If one of the remaining four users then decides to pay $40 (instead of $25), then the other three user's contributions can be recalculated as $20 each. Thus, adjustments can be made substantially in real time to accommodate variances in the contributions. The calculation of contributions can iterate, as necessary.
  • The communication, such between the first user's mobile device and/or the second users' mobile devices, can exchange or provide necessary information for processing the payment through the payment provider or the like. For example, when the first user taps the NFC sticker, the shared payment app can open automatically and the shared payment app can commence communication with the payment provider. The tapped NFC sticker can include information such as an item description and price, as well as any taxes and shipping charges. The tapped NFC sticker can direct the user to a source of such information, such as a website of the merchant. The tapped NFC sticker can direct the user to a location (such as a link or memory location) on the first user's mobile device or to a website that enables the first user to make the desired purchase.
  • During the payment process, the first user can be requested to enter login credentials, such as a user name, an email address, a phone number, a password, and/or a personal identification number (PIN). The first user can be shown a total amount for the purchase, such as on the mobile device display. Before confirming the payment, the first user can be asked if the first user would like to share the payment with any second users, such as via a button or link of the shared payment app. According to an embodiment, no such request is made. According to yet another embodiment, the sharing of the payment can occur after the first user has made the payment.
  • According to an embodiment, a default sharing process can be automatically initiated. The default sharing process can use a predefine group of second users. The default sharing process can use default parameters, such as how the payment is to be shared (such as with equal contributions or with unequal contributions).
  • If the first user wishes to share the payment with others (second users), the first user's mobile device can communicate information to the mobile devices of the second users, such as via NFC. The communication can include a user identifier (e.g., phone number, device ID, user name, account number, etc.), total payment amount, and/or merchant identifier (e.g., account number, name, etc.).
  • If an indication is present that the current payment request or payment is to be shared, the communication may enable the second user's device to make a payment directly to the user's account, to the merchant's account, to an intermediary's account, or to the account of another second user. The indication may be from the pending payment request on the first user device, the first user selecting an option to share the payment, or some other means. The second users may enter the amount of payment and process accordingly, such as by entering any requested authentication information and confirming the payment.
  • According to an embodiment, the system can comprise one or more memories storing information regarding a first user and a plurality of second users. One or more processors can be operable to receive a first communication including an indication of a desire of the first user to purchase a product and to share payment for the product with the second users. The one or more processors can be further operable to access the information to determine communication addresses for the second users. The one or more processors can be further operable to send a second communication to the second users requesting that the second users share payment for the product. The one or more processors can be further operable to facilitate payment to the merchant from the second users who agree to share payment for the product. The second communication can be sent by NFC. The second communication can be sent by NFC means other than NFC, such as voice, text message, email, website, web blog, or social network.
  • At least one of the one or more memories can be a memory of a first user's mobile device. At least one of the one or more memories can be a memory of a server. At least one of the one or more processors can be a processor of a first user's mobile device and the second communication is received from an input device (such as a keypad or touchscreen) of the first user's mobile device. At least one of the one or more processors is a processor of a server and the second communication is received from a first user's mobile device.
  • At least one of the one or more memories can be a memory of a first user's mobile device. At least one of the one or more processors can be a processor the first user's mobile device. The first user's mobile device can be near field communication enabled. At least one of the one or more memories can be a memory of a first user's mobile device. At least one of the one or more processors can be a processor the first user's mobile device. The first user's mobile device can be configured to scan a code/sticker. The second users' mobile devices can similarly be configured to scan a code/sticker.
  • The distinction between the first user and the second users can be unimportant and arbitrary. However, the first user can be the user that initiates the shared purchase process, such as by tapping an NFC sticker. The second users can be those users who subsequently contribute to the shared purchase.
  • The one or more processors can be operable to receive the first communication from a first user's mobile device and the information can be representative of a scan of a near field communication (NFC) sticker, a quick response (QR) code, a barcode, a stock keeping unit (SKU), or the like. The communication to the second users can be sent via near field communication or by any other means.
  • The one or more processors can be further operable to facilitate payment from second users directly to the merchant. The one or more processors can be further operable to facilitate payment from second users through an intermediary to the merchant. The one or more processors can be further operable to facilitate payment from second users through the first user to the merchant.
  • The one or more processors can be operable to display a total price for the product. If more than one product is being purchased, an itemized list of the products being purchased, along with their prices can be displayed. Any additional costs can be displayed. For example, any taxes, delivery charges, tips, or the like can be displayed. The one or more processors can be operable to display contributions of the second users.
  • A message can be displayed. For example, a message from the first user to the second users can be displayed. The message can be part of the second communication. The message can be displayed on the first user's mobile device. The message can be separate from the first communication. The message can contain any desired information. The message can contain a reason for making the purchase. The message can merely be a greeting. An example of the message can be “For Sam's birthday.” Another example of the message can be “If you are going with us to Las Vegas, please contribute for the hotel room.”
  • Messages from one or more of the second users can be displayed. The messages can be displayed on the first user's mobile device and/or can be displayed on one or more of the second users' mobile devices. The message can be a response to the second communication, which requests that the second users share payment for the product. The message can contain any desired information or question. The message can contain a reason for not contributing to the purchase. The message can merely be a greeting. An example of such a message can be “Sam who?” Another example of such a message can be “See you in Vegas.”
  • The one or more processors can be further operable to substantially equally divide the purchase price among the first user and the second users to determine a divided purchase price. The one or more processors can be further operable to send the second communication to the second users, wherein the second communication requests that each of the second users contribute the divided purchase price to share payment for the product. The second message can be a standard or default message. An example of such a default message can be “Bill requests that you contribute to this purchase of office supplies.”
  • The information can be account information. For example, the information can be identification and contact information, such as for the second users. More particularly, the information can include an email address, texting address, telephone number, home address, or the like. The email address, texting address, and/or telephone number can be used to send the second communication from the first user to the second user. The home address can be used for mailing the purchased product to one of the second users.
  • The one or more processors can be further operable to sum contributions of the second users to determine a needed contribution of the first user. Thus, the amount of the contributions of the second users can be added together and this sum can be subtracted from the total cost of the purchase to determine how much the first user needs to contribute. The amount that the first user needs to contribute can be displayed by the user's mobile device. This can be particularly useful when the first user's contribution is not equal to each of the second users' contributions. The first user's contribution can be unequal to each of the second users' contributions when a fixed amount is request from each of the second users and the amount is not changed to account for any second users who do not contribute.
  • The one or more processors can be further operable to dynamically recalculate the contribution needed from each second user and/or the first user when one or more of the second users do not contribute to the purchase. The one or more processors can be further operable to dynamically recalculate the contribution needed from each second user and/or the first user when one or more of the second users contribute an amount different from that requested to the purchase. This process of recalculating the contribution and communicating the recalculated contribution can continue iteratively and indefinitely.
  • According to an embodiment, a method can comprise storing, in one or more memories, information regarding a first user and a plurality of second users. A first communication can be received, electronically via one or more processors. The first communication can include an indication of a desire of the first user to purchase a product and to share payment for the product with the second users. The information can be accessed, electronically via the one or more processors. The information can be accessed to determine communication addresses for the second users. A second communication can be sent, electronically via one or more processors. The second communication can be sent to the second users requesting that the second users share payment for the product. A payment can be facilitated, electronically via one or more processors. The payment can be to the merchant from the second users who agree to share payment for the product.
  • According to an embodiment, a computer program product can comprise a non-transitory computer readable medium having computer readable and executable code. The code can be for instructing one or more processors to perform any of the methods discussed herein.
  • FIG. 1 is a block diagram of a system for providing shared mobile payments, according to an embodiment. The system can include a merchant device 110. The merchant device 110 can be a merchant checkout terminal, a computer, and/or a server, for example. The merchant device 110 can include a memory 111 and a processor 112. The merchant device 110 can be used for accepting payment for a product being purchased from the merchant. The payment can be a shared payment. The payment can be a partial payment, such as resulting from the sharing process. As discussed herein, the payment can be from one person or from a plurality of people and/or the payment can be through an intermediary.
  • The system can include a first user's mobile device 120. The first user's mobile device 120 can be carried by the first user. The first user's mobile device 120 can be a cellular telephone, a smart telephone, a hand held computer, a laptop computer, a notebook computer, or a tablet computer, for example. The first user's mobile device 120 can include a processor 121, a memory 122, and/or a near field communications (NFC) device 123. The first user's mobile device 120 can be NFC enabled.
  • The first user's mobile device 120 can be used to initiate the purchase process by scanning, or imaging an NFC sticker, a quick response (QR) code, a barcode, a stock keeping unit (SKU), or the like. Such scanning or imaging can be effected by tapping (e.g., bringing in close proximity or actual contacting) the NFC sticker with the first user's mobile device 120. Such tapping can include contacting the NFC sticker or a nearby surface or not contacting the NFC sticker or nearby surface. Although the use of tapping an NFC sticker is referred to herein, such as by way of example only. Any method of scanning or imaging can be used.
  • The first user's mobile device 120 can be used for requesting contributions from one or more second users for a shared purchased. The first user's mobile device 120 can be used to receive or route the contributions from the second users. For example, the first user's mobile device can be used to route the contributions, either directly or indirectly, from the second users to the merchant. The first user's mobile device 120 can be used to pay the merchant for the product purchased, such as by using the shared contributions.
  • A shared payment app 124 can be stored in the memory 122 and executed by the processor 121. The shared payment app 124 can be used for requesting the contributions, receiving the contributions, routing the contributions, and making payment, either directly or indirectly, to the merchant for the shared purchase.
  • The system can include a plurality of second users' mobile devices 140. The system can include any number of second users' mobile devices 140. For example, the system can comprise three, five, ten, twenty five, one hundred, or more second users' mobile devices. The second users' mobile devices 140 can be carried by any number of second users. The second users' mobile devices 140 can be cellular telephones, smart telephones, hand held computers, laptop computers, notebook computers, or tablet computers, for example. The other mobile device 140 can similarly include a processor 141, a memory 142, and a near field communications (NFC) device 143. A shared payment app 144 can be stored in the memory 142 and executed by the processor 141. The second users' mobile device 140 can be NFC enabled. The second users' mobile devices can be substantially identical to the first user's mobile device 120.
  • The second users' mobile devices 140 can be used for receiving requests for contributions for the shared purpose, for making additional requests for contributions, for routing the contributions, and for making payment, either directly or indirectly, to the merchant for the shared purchase.
  • The shared payment app 144 can be executed by the processor 141. The shared payment app 144 can be used for receiving requests for contributions for the shared purchase, for making additional requests for contributions, for routing the contributions, and for making payment, either directly or indirectly, to the merchant for the shared purchase. The first user's mobile device 140 can be substantially identical with respect to the second users' mobile devices 140 or can be different with respect thereto. The shared payment app 124 of the first user's mobile device 120 can be substantially identical with respect to the shared payment app 144 of the second users' mobile devices 140.
  • A global positioning system (GPS), such as a GPS of the second user's mobile devices 140 can be used to determine whether or not a request for a contribution is to be sent to a particular second user. In some instances, it can be desirable to only send requests for contributions to those second users within a particular geographic area. For example, if the first user is to meet with the second users to attend a play shortly and wants to perform a shared purchase of tickets for the play, then it may be desirable to omit any second users from the requests for contributions who are currently out of town. Thus, the second communication can depend upon the GPS location of each second user and can be tailored or omitted depending upon their GPS location.
  • The system can include a server 130. The server 130 can be a server of a bank, a credit card company, a payment provider such as PayPal, Inc., or any other entity. The server can be a server of an intermediary, such as a payment facilitating intermediary. The server 130 can be a single server or can be a plurality of servers. The server 130 can include one or more processors 131 and a memory 132. The memory 132 can be a memory of the server 130 or a memory that is associated with the server 130. The memory 132 can be a distributed memory. The memory 132 can store a first user's account 133, one or more second users' accounts 134, and a plurality of merchant's account 135.
  • The server 130 can be used for facilitating payment from the first user and the second users to the merchant. The server can control routing of such payments. The server can control routing of contribution requests. The server can have other functions, as well. For example, the server can be used for other (non-shared) payment processing functions.
  • A social network 150 can be used by the first user and/or one or more of the second users. The social network 150 can contain information regarding the first user and/or the second users. For example, the social network 150 can contain contact information that can be used by the system to contact one or more of the second users for contributions to the purchase.
  • The merchant device 110, the first user's mobile device 120, the second users' mobile devices 140, the server 130, and the social network 150 can communicate with one another via a network, such as the Internet 140. The merchant device 110, the first user's mobile device 120, the second users' mobile devices 140, the server 130, and the social network 150 can communicate with one another via one or more networks, such as local area networks (LANs), wide area networks (WANs), cellular telephone networks, and the like. The merchant device 110, the first user's mobile device 120, the second users' mobile devices 140, the server 130, and the social network 150 can communicate with one another, at least partially, via one or more near field communication (NFC) methods or other short range communications methods, such as infrared (IR), Bluetooth, WiFi, and WiMax.
  • FIG. 1 illustrates an exemplary embodiment of a network-based system for implementing one or more processes described herein. As shown, the network-based system may comprise or implement a plurality of servers and/or software components that operate to perform various methodologies in accordance with the described embodiments. Exemplary servers may include, for example, stand-alone and enterprise-class servers operating a server OS such as a MICROSOFT® OS, a UNIX® OS, a LINUX® OS, or another suitable server-based OS. It can be appreciated that the servers illustrated in FIG. 1 may be deployed in other ways and that the operations performed and/or the services provided by such servers may be combined or separated for a given implementation and may be performed by a greater number or fewer number of servers. One or more servers may be operated and/or maintained by the same or different entities.
  • FIGS. 2 and 3 are flow charts that describe examples of operation of the shared mobile payments system according to embodiments thereof. Note that one or more of the steps described herein may be combined, omitted, or performed in a different order, as desired or appropriate.
  • FIG. 2 is a flow chart showing a method for providing shared mobile payments, according to an embodiment. The first user can decide to purchase a product, as shown in step 201. The first user can see the product, an advertisement for the product, or an NFC sticker for the product in a store, on an advertising display, on a webpage, or anywhere else. The NFC sticker can be on the product, near the product, or remotely located with respect to the product.
  • The first user can initiate the shared payment app 124 on the first user's mobile device 120, as shown in step 202. The first user can initiate the shared payment app 124 by selecting an icon on the screen of the first user's mobile device 120, for example. The first user can initiate the shared payment app 124 by tapping the NFC sticker with the first user's mobile device 120. The first user can initiate the shared payment app 124 by any other means.
  • The first user can scan the NFC sticker of the product with the first user's mobile device, as shown in step 203. The first user can scan the NFC sticker by bringing the first user's mobile device 120 close to the NFC sticker and/or by tapping the NFC sticker. The first user can scan the NFC sticker or any other identification of the product by any other means.
  • The first user can view a cost of the product on the first user's mobile device 120, as shown in step 204. The cost can be a total cost, including any taxes, shipping costs, or other costs. The first user can view the potential cost for when the purchase is shared. For example, the cost of sharing among two, three, four, five, or more people can be shown to give the user an idea of how sharing lowers the cost and to better facilitate budgeting and planning by the user.
  • The first user can select a group of second users with whom the purchase price can be shared, as shown in step 205. The group can be a predefined group. For example, the group can be predefined during a setup process. The user can predefine any desired number of groups. The group can be selected from a plurality of groups for a particular purchase. Two or more groups can be combined for the particular purchase. For example, a group including friends and a group including family can be combined for the particular purchase.
  • Alternatively, the first user can define the group from scratch. The first user can manually enter information (such as names, email addresses, text addresses, telephone numbers) defining the second users, can select the second users from a list (such as a contacts list, list of potential second users, social network, or the like), and/or can tap user device with people proximate the first user. The first user can define the group in any desired manner.
  • The first user can modify the predefined group of second users by adding and/or subtracting second users therefrom to define the selected second users from whom a contribution is desired, as shown in step 206. The first user can add and/or subtract any second users to or from the group, as desired.
  • The shared payment app 124 can send a communication to each of the selected second users, as shown in step 207. A message from the first user to each of the first users or to selected ones of the second users can be included in the communication.
  • Each of the second users can respond to the communication to indicate whether or not they will contribute to the purchase, as shown in step 208. A message from the second users to the first user and/or to other second users can be included in the response.
  • If enough of the second users respond with contributions, the first user can approve the purchase and provide any necessary shipping information, as shown in step 209. In enough of the second users do not respond with contributions, the first user can withdraw from the purchase. If enough of the second users do not respond with contributions, the first user can add additional second users, withdraw from the purchase, initiate another purchase, or try to obtain contributions from a different group of second users.
  • According to an embodiment, the first user can withdraw from the purchase at any time prior to approving the purchase. Thus, if there are insufficient second users who are willing to contribute or if their total contributions are insufficient, then the first user can withdraw from the purchase. The first user can initiate another purchase whether the first purchase is approved or not. The other purchase can use the same group or a different group of contributors. The other purchase can be for the same or a different product, such as a less expensive product or a product that is more likely to attract sufficient contributions.
  • The shared payment app 124 can facilitate transferring of each contributor's share of the purchase to the merchant, as shown in step 210. Each contributor's share of the payment can be made to the merchant directly, via one or more other contributors, and/or via an intermediary.
  • The shared purchase app 124 can provide the shipping information to the merchant, as shown in step 211. The shipping information can be predefine, such as during a setup process. The shipping information can be defined substantially in real time. The purchased product can be shipped to any desired destination.
  • FIG. 3 is a flow chart showing further detail of the method for providing shared mobile payments, according to an embodiment. The method can comprise storing, in one or more memories, information regarding a first user and a plurality of second users, as shown in step 301. The one or more memories can include the memory 122 of the user device 120, the memory 132 of the server 130, a memory of the social network 150, or any other memory.
  • The method can further comprise receiving, electronically via one or more processors, a first communication. The first communication can include an indication of a desire of the first user to purchase a product. The first communication can further include an indication of a desire of the first user to share payment for the product with the second users, as shown in step 302. The communication can be received from the first user device 120, for example. The communication can be received by the server 130, for example.
  • The method can further comprise accessing, electronically via one or more processors, the information to determine communication addresses for the second users, as shown in step 303. The communication addresses can be telephone numbers, texting numbers, email addresses, links, or any other type of communication addresses. The communication addresses can be stored in the memory 122 of the user device 120, the memory 132 of the server 130, a memory of the social network 150, or any other memory.
  • The method can further comprise sending, electronically via one or more processors, a second communication to the second users requesting that the second users share payment for the product, as shown in step 304. The second communication can be sent to each of the second users at the communication address thereof. The second communication can be sent to more than one communication address for each of the second users. The second communication can be sent from the first user's mobile device 120 to each of the group's second users' mobile devices, for example. The second communication can be sent from the server 130 to each of the group's second users' mobile devices, for example.
  • The method can further comprise facilitating, electronically via one or more processors, payment to the merchant from the second users who agree to share payment for the product, as shown in step 305. The payment can be provided to the merchant from each of the second users by any desired route or method, examples of which are discussed herein.
  • In implementation of the various embodiments, embodiments of the invention may comprise a personal computing device, such as a personal computer, laptop, PDA, cellular phone or other personal computing or communication devices. The payment provider system may comprise a network computing device, such as a server or a plurality of servers, computers, or processors, combined to define a computer system or network to provide the payment services provided by a payment provider system.
  • In this regard, a computer system may include a bus or other communication mechanism for communicating information, which interconnects subsystems and components, such as a processing component (e.g., processor, micro-controller, digital signal processor (DSP), etc.), a system memory component (e.g., RAM), a static storage component (e.g., ROM), a disk drive component (e.g., magnetic or optical), a network interface component (e.g., modem or Ethernet card), a display component (e.g., CRT or LCD), an input component (e.g., keyboard or keypad), and/or cursor control component (e.g., mouse or trackball). In one embodiment, a disk drive component may comprise a database having one or more disk drive components.
  • The computer system may perform specific operations by processor and executing one or more sequences of one or more instructions contained in a system memory component. Such instructions may be read into the system memory component from another computer readable medium, such as static storage component or disk drive component. In other embodiments, hard-wired circuitry may be used in place of or in combination with software instructions to implement the invention.
  • Payment processing can be through known methods, such as transaction details being communicated to the payment provider through the shared payment app 124, the payment provider processing the details, which may include user account and identifier information and authentication, merchant information, and transaction details. The user account may be accessed to determine if any restrictions or limitations may prevent the transaction from being approved. If approved, the payment provider may send a notification to the merchant and/or the user.
  • FIG. 4 is a block diagram of a computer system 400 suitable for implementing one or more embodiments of the present disclosure. In various implementations, the PIN pad and/or merchant terminal may comprise a computing device (e.g., a personal computer, laptop, smart phone, tablet, PDA, Bluetooth device, etc.) capable of communicating with the network. The merchant and/or payment provider may utilize a network computing device (e.g., a network server) capable of communicating with the network. It should be appreciated that each of the devices utilized by users, merchants, and payment providers may be implemented as computer system 400 in a manner as follows.
  • Computer system 400 includes a bus 402 or other communication mechanism for communicating information data, signals, and information between various components of computer system 400. Components include an input/output (I/O) component 404 that processes a user action, such as selecting keys from a keypad/keyboard, selecting one or more buttons or links, etc., and sends a corresponding signal to bus 402. I/O component 404 may also include an output component, such as a display 411 and a cursor control 413 (such as a keyboard, keypad, mouse, etc.). An optional audio input/output component 405 may also be included to allow a user to use voice for inputting information by converting audio signals. Audio I/O component 405 may allow the user to hear audio. A transceiver or network interface 406 transmits and receives signals between computer system 400 and other devices, such as a user device, a merchant server, or a payment provider server via network 460. In one embodiment, the transmission is wireless, although other transmission mediums and methods may also be suitable. A processor 412, which can be a micro-controller, digital signal processor (DSP), or other processing component, processes these various signals, such as for display on computer system 400 or transmission to other devices via a communication link 418. Processor 412 may also control transmission of information, such as cookies or IP addresses, to other devices.
  • Components of computer system 400 also include a system memory component 414 (e.g., RAM), a static storage component 416 (e.g., ROM), and/or a disk drive 417. Computer system 400 performs specific operations by processor 412 and other components by executing one or more sequences of instructions contained in system memory component 414. Logic may be encoded in a computer readable medium, which may refer to any medium that participates in providing instructions to processor 412 for execution. Such a medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media. In various implementations, non-volatile media includes optical or magnetic disks, volatile media includes dynamic memory, such as system memory component 414, and transmission media includes coaxial cables, copper wire, and fiber optics, including wires that comprise bus 402. In one embodiment, the logic is encoded in non-transitory computer readable medium. In one example, transmission media may take the form of acoustic or light waves, such as those generated during radio wave, optical, and infrared data communications.
  • Some common forms of computer readable and executable media include, for example, floppy disk, flexible disk, hard disk, magnetic tape, any other magnetic medium, CD-ROM, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, RAM, ROM, E2PROM, FLASH-EPROM, any other memory chip or cartridge, carrier wave, or any other medium from which a computer is adapted to read.
  • In various embodiments, execution of instruction sequences for practicing the invention may be performed by a computer system. In various other embodiments, a plurality of computer systems coupled by a communication link (e.g., LAN, WLAN, PTSN, or various other wired or wireless networks) may perform instruction sequences to practice the invention in coordination with one another. Modules described herein can be embodied in one or more computer readable media or be in communication with one or more processors to execute or process the steps described herein.
  • A computer system may transmit and receive messages, data, information and instructions, including one or more programs (i.e., application code) through a communication link and a communication interface. Received program code may be executed by a processor as received and/or stored in a disk drive component or some other non-volatile storage component for execution.
  • Where applicable, various embodiments provided by the present disclosure may be implemented using hardware, software, or combinations of hardware and software. Also, where applicable, the various hardware components and/or software components set forth herein may be combined into composite components comprising software, hardware, and/or both without departing from the spirit of the present disclosure. Where applicable, the various hardware components and/or software components set forth herein may be separated into sub-components comprising software, hardware, or both without departing from the scope of the present disclosure. In addition, where applicable, it is contemplated that software components may be implemented as hardware components and vice-versa—for example, a virtual Secure Element (vSE) implementation or a logical hardware implementation.
  • Software, in accordance with the present disclosure, such as program code and/or data, may be stored on one or more computer readable and executable mediums. It is also contemplated that software identified herein may be implemented using one or more general purpose or specific purpose computers and/or computer systems, networked and/or otherwise. Where applicable, the ordering of various steps described herein may be changed, combined into composite steps, and/or separated into sub-steps to provide features described herein.
  • The system for facilitating shared mobile payments can be used in various different ways. Requests for participation, messages, and contributions can flow among potential participants and participants in various different ways. Contributions can also flow in various different ways. Two examples of ways in which requests and contributions can flow are discussed with respect to FIGS. 5 and 6 below.
  • FIG. 5 is a block diagram showing an example of use of the system for facilitating shared mobile payments, according to an embodiment. More particularly, FIG. 5 shows money or contribution flows between the first user 520, two second users 540 and 541, an intermediary 550 and a merchant 551. The intermediary 550 can be a person, a credit card company, a bank, a payment provider, payment facilitator, or any other entity.
  • According to this example, each of the second users 540, 541 can transfer their contribution to the first user 520. The first user 520 can then transfer the combined contributions either directly to the merchant 551 from whom the product is being purchased or to the merchant 551 via the intermediary 550. All or any such transfers can be performed substantially automatically. All or any such transfers can be performed without intervention or authorization of the first user 520 and/or the second users 540 and 541. All or any such transfers can require intervention or authorization of the first user 520 and/or the second users 540 and 541. The need for user intervention or authorization can be defined, such as on a user-by-user basis, during a setup of the shared payment apps 124, 144.
  • FIG. 6 is a block diagram showing another example of use of the system for facilitating shared mobile payments, according to an embodiment. FIG. 6 again shows money or contribution flows between the first user 520, two second users 540 and 541, an intermediary 550 and a merchant 551. However, as shown in FIG. 6 payment can be made to the intermediary 550 or the merchant 551 by any one or any combination of the first user 520 and the second user 540 and 541.
  • According to this example, each of the first user 520 and second users 540, 541 can transfer their contribution to any other one of the first user 520 and second users 540, 541. The first user 520 or second user 540, 541 to whom the money is transferred can then transfer the combined contributions either directly to the merchant 551 from whom the product is being purchased, to the merchant 551 via the intermediary 550, or to another second user 540, 541 (who can then transfer the contributions to the merchant 551 or the intermediary 550).
  • Alternatively, more than one of the first user 520 and second users 540, 541 can transfer their own contribution or any contributions either directly to the merchant 551 from whom the product is being purchased or to the merchant 551 via the intermediary 550. For example, each one of the first user 520 and second users 540, 541 can transfer their own contribution directly to the merchant 551 from whom the product is being purchased or to the merchant 551 via the intermediary 550.
  • As a further example, the second user 540 can transfer a contribution to the first user 520. Then, the first user 520 can transfer the contributions of the first user 520 and the second use 540 while the second user 541 can transfer the contribution of the second user 541.
  • Some of the first user 520 and second users 540, 541 can transfer contributions directly to the merchant 551 and others of the first user 520 and second users 540, 541 can transfer their contributions to the merchant 551 via the intermediary. There can be any number of intermediaries though which the contributions flow in various different manners (such as serially through the intermediaries, in parallel though the intermediaries, or any combination of serially and in parallel though the intermediaries).
  • Contributions can be split. For example, the second user 540 can give a portion of a contribution to the first user 520 who then transfers the portion to the merchant and the second user 540 can give another portion to the merchant 551. Thus, contributions can be transferred in any desired manner amount the first user 520 and second users 540, 541 and to the intermediate 550 and/or merchant 551.
  • All or any such transfers can be performed substantially automatically. All or any such transfers can be performed without intervention or authorization of the first user 520 and/or the second users 540 and 541. All or any such transfers can require intervention or authorization of the first user 520 and/or the second users 540 and 541. The need for user intervention or authorization can be defined, such as on a user-by-user basis, during a setup of the shared payment apps 124, 144.
  • Referring to FIGS. 5 and 6, requests for participation can be broadcast from the first user 520 to all potential participants (potential second users) generally simultaneously, from one potential participant to another serially, or any combination of both. For example, an initial broadcast of a request for participation can be sent from the first user 520 to potential participants, such as second users 540 and 541. Each of the potential second users 540 and 541 can then broadcast the request for participation to further second users or can selectively request the participation of such further second users serially.
  • As a further example, requests for participation can be sent serially from the first user 520 to selected potential participants (potential second users). The second users 540 and 541 can then broadcast the request for participation for further second users or can selectively request the participation of such further second users serially. The request flows, like the contribution flows, can follow and desired paths. The request flows, like the contribution flows, can include any combination of serial and parallel paths.
  • For example, an NFC sticker can be posted in a public place like a library, office, train station, airport, bus stop or the like. The NFC sticker can be attached to a poster or other advertisement referring to or representing a product that can be purchased. In this example, the NFC sticker refers to a floor vase with a total purchase price of $100. An interested buyer, such as the first user 520, can tap the mobile device 120, over the NFC sticker to place an order for the vase and to initiate a shared payment transaction to pay for the vase. According to this example, it is the intent of first user 520 to have a group of second users, e.g., second users 540 and 541, share in the purchase because the floor vase will be used in the group's office.
  • The first user 520 can tap the first user's mobile device 120 over the NFC sticker. The first user 520 can view a checkout page with the updated transaction amount, including shipping and taxes. Then, the first user 520 can tap the first user's mobile device 120 with the second users' mobile devices 140. The communication of information effected by such tapping can cause the payment provider to present a pop-up message on the second users' mobile devices 140. The pop-up message can, for example, include “Click Accept to contribute to this payment of $108.75”. The pop-up message can include a suggested contribution, such as a contribution resulting from splitting the payment equally amount the group (the first user 520 and the second users 540 and 541).
  • The second users 540 and 541 can then either accept or decline to contribute to the payment of the transaction initiated by first user 520. Each second user 540, 541 can enter the amount of each individual contribution. The contribution may be sent directly to an account of the first user 520 or to an account of the intermediary 550 or the merchant 551. In the former instance, the first user 520 can pay the total amount to the intermediary 550 or the merchant 551 and the first user 520 can receive payments from the second users 540 and 541. In the instance, after all users have entered their contribution, the first user 520 can view, such as via the first user's mobile device 120, an updated total reflecting the various payments made by others to the intermediary 550 or the merchant 551. The first user 520 can then pay the remaining portion to the merchant.
  • The first user 520 and the second users 540 and 541 can be buyers paying for a single item from a seller. The shipping address can be an address of the first user 520 who initiated the payment process or the shipping address can changed by the first user 520 to a different shipping address. For example, shipping address can be an address of the first user 520 to an address of the second user 540 or the second user 541.
  • The payment or the contribution amount does not need to fixed. The contribution amount can be dynamically split in any way, such as determined by the first user 520, by the second users 540 and 541, by a pre-determined ratio, or by any other desired method.
  • There is no restriction on the number of users who want to be contributors toward that single transaction. Anybody who taps the first user's mobile device 520 or communicates with the first user's mobile device 120 can become a contributor. Users can contribute even by tapping another contributor's mobile device, e.g., the second user's mobile device 140. For example, the second user 541 can tap the second user's mobile device 140 of second user 540. The second user 541 may then send a payment to second user 540 as a contribution to the payment made by the second user 540 to first user 520. The second user 541 can send a contribution directly or indirectly (such as via the second user 540) to the first user 520, the intermediary 550, or the merchant 551.
  • There can be a time limit as for making contributions. The time limit can be based on when the first user 520 receives the payment page of the shared payment 124 after the initial purchase request from the scanned NFC sticker. The time limit can be a preset period of time, such as ten minutes, thirty minutes, an hour, or a day. The time limit can be an indeterminate time limit, such as until the first user 520 completes or abandons the initial purchase request. The time limit may be based on the period of inactivity between taps of users. In one embodiment, second users may continue to tap or communicate with the first user (or others second users) to contribute to the purchase as long as the transaction is still pending, e.g., not completed or abandoned.
  • As a further example, an NFC sticker can be placed on a notice board of a coffee shop. The notice board and the sticker can be an advertisement for the purchase of a product priced at $100.
  • The first user 520 and the second users 540 and 541 can be friends who are in the coffee shop together. The first user 520 and the second users 540 and 541 can have their smart phones, e.g., the first user's mobile device 120 and two second users' mobile devices 140, with them and NFC enabled.
  • After discussing the purchase, the first user 520 can tap the sticker. The first user can then view a payment provider checkout page. The checkout page can provide the total amount of the payment for the product. At this point the contributors, and more particularly the number of contributors, has not yet been defined.
  • The first user 520 can tap phones with the second users 540 and 541. The first user 520 can tap phones with each of the two second users' mobile devices 140. Alternatively, the first user 520 can tap the second user's mobile device 140 for the second user 540 and the second user 540 can tap the second user's mobile device 140 for the other second user 541. Generally, any of the first user 520 and the second users 540 and 541 can tap in any order and/or can tap simultaneously. Since only one purchase is pending among the three people, it is clear that all three intend to participate in the same purchase.
  • After the tapping, the second user 540 and the second user 541 can see a pop-up message on each of their respective second users' mobile devices 140. The pop-up can state “Click ‘Accept’ to contribute to the payment of $100”. The pop-up can further state or suggest the amount the contribution.
  • After accepting or agreeing to contribute, second user 540 and second user 541 can contribute to the payment initiated by the first user 520 instantly, either to the first user 520 or to the intermediary 550 or the merchant 551. Any contribution can flow through any contributor and/or the intermediary to reach the merchant 551.
  • The first user 520 can receive a notification or update regarding the money contributed by the second user 540 and/or the second user 541, as each of the second user 540 and/or the second user 541 approves or declines to make the contribution. If the second user 540 or the second user 541 declines to make the contribution, the shared payment app 124 can recalculate the necessary contribution of the first user 520 and any second user who will contribute.
  • Thus the first user 520, the second user 540 and the second user 541 can share payment for this product and can complete the transaction. In this manner, the merchant can a single payment (e.g., the sum of all three payments contributed by the three users), which is processed and consolidated by the payment provider. Alternative, the merchant 551 can receive separate payments from the users or any combination of the users.
  • The product can then be shipped to the first user 520 or to another designated shipping address. The first user 520, the second user 540, or the second user 541 can designate the shipping address.
  • As a further example three friends can visit a restaurant to have dinner. Each friend can order their own favorite food. A single bill or invoice can generated for all three of the friends. The first user 520 can tap the POS terminal of the restaurant with the first user's mobile device 120. In response to tapping, the first user 520 can view a checkout page provided by the payment app 124.
  • The two second users 540 and 541 can tap their second users' mobile devices 140 with the first user's mobile device 120, such as while the first user's mobile device is displaying the checkout page or a page that prompts such tapping by contributors. After tapping, the two second users 540 and 541 can view a pop-up message asking “Do you want to contribute to the payment of $60?” Each of the two second users can click Accept or can click decline. For example, one second user 540 can click Accept to contribute via the shared mobile payments system while the other second user 541 can click decline to pay with cash.
  • After accepting, the second users 540 and/or 541 can contribute the payment initiated by first user 520 instantly. Such payment can be performed by the shared mobile payment app 124 automatically, without verification, or can be performed with verification by the second users 540 and/or 541. The first mobile user 520 can receive a notification regarding the contributions by the second users 540 and/or 541. In this manner, the three friends can receive a single bill or invoice and can conveniently and easily share the payment.
  • In some instances, not all of the members of the group (e.g., not all of the second users) will have a second user's mobile device 140 that incorporates the latest technology. For example, not all of the second users will have a smart phone with NFC. Some of the members of the group can have cellular telephones that lack NFC and other members of the group can have cellular telephones that have NFC.
  • In this instance, a first user who has an NFC enabled cellular telephone (the first user's device 120) can tap the NFC sticker. The app 124 can then provide the second users with a link. The link can contain the transaction or reference ID for the purchase. The transaction or reference ID can be used to facilitate sharing of the purchase by the second users.
  • For example, after tapping the NFC sticker, a share button and/or any other desired information can appear on the screen of the first user's cellular telephone or mobile device 120. The first user can select the share button. Then, any of the second users who have cellular telephones or second user's mobile devices 140 with NFC can tap the first user's cellular telephone or mobile device 120 to obtain the link and thereby share in the purchase, as discussed herein.
  • Any of the second users who do not have NFC can otherwise obtain the link and can thereby share in the purchase. For example, second users who do not have NFC can obtain the link by communicating with one of the users who has the link (such as the first user who tapped the NFC sticker or one of the second users who obtained the link from the first user). For example a user who does not have NFC can obtain the link via Bluetooth, text messaging, email, verbally, or any other means of communication. In this manner, those second users who cannot communicate via NFC can obtain the necessary information to share in the purchase without using NFC.
  • The link can be communicated among the first user and the second users in any manner. Thus, no specific technology, such as NFC or Bluetooth is necessary to practice the shared mobile payments method and system described herein.
  • As used herein, the term “store” can include any business or place of business. The store can be a brick and mortar store or an online store. The store can be any person or entity that sells a product.
  • As used herein, the term “product” can include any item or service. Thus, the term “product” can refer to physical products, digital goods, services, or anything for which a user can make a payment, including charitable donations. A product can be anything that can be sold. Examples of products include cellular telephones, concerts, meals, automotive repair, haircuts, digital music, and books. The product can be a single item or a plurality of items. For example, the product can be a tube of toothpaste, a box of laundry detergent, three shirts, and a donut.
  • As used herein, the term “merchant” can include any seller of products. The term merchant can include a store. The products can be sold from a store or in any other manner.
  • As used herein, the term “mobile device” can include any portable electronic device that can facilitate data communications, such as via a cellular network and/or the Internet. Examples of mobile devices include cellular telephones, smart phones, tablet computers, and laptop computers.
  • As used herein, the term “network” can include one or more local area networks (LANs) such as business networks, one or more wide area networks (WANs) such as the Internet, one or more cellular telephone networks, or any other type or combination of electronic or optical networks.
  • As used herein, the term “tap” can include seaming, imaging reading or otherwise determining information, such as a code, that is associated with a product. The information can be used to facilitate purchasing of the product. For example, the information can be embodied in a near field communication (NFC) sticker, a quick response (QR) code, a barcode, a stock keeping unit (SKU), or the like. The information can include an identification of the product and/or a price of the product. Tapping can include tapping, bumping, touching, or bringing a mobile device into contact or proximity with a sticker. The term “tap” can refer to any means of using a mobile device to identify a product, such as for a purchase of the product.
  • As used herein, the term “tap” can include tapping, bumping, touching, or bringing two or more mobile devices proximate one another, such as to initiate communications of any type therebetween. The term “tap” can the initiation of communications, such as NFC, between mobile devices by any means.
  • As used herein, the term “sticker” can refer to any near field communication (NFC) sticker, a quick response (QR) code, a barcode, a stock keeping unit (SKU), or the like. A sticker can be any printed matter, label, or device that can be used to identify a product to a mobile device. The sticker can be part of the product, attached to the product, on packaging of the product, on a display of the product, proximate the product, or remotely located with respect to the product.
  • The foregoing disclosure is not intended to limit the present invention to the precise forms or particular fields of use disclosed. It is contemplated that various alternate embodiments and/or modifications to the present invention, whether explicitly described or implied herein, are possible in light of the disclosure. Having thus described various example embodiments of the disclosure, persons of ordinary skill in the art will recognize that changes may be made in form and detail without departing from the scope of the invention. Thus, the invention is limited only by the claims.

Claims (20)

What is claimed is:
1. A system comprising:
one or more memories storing information regarding a first user and a plurality of second users;
one or more processors operable to:
receive a first communication including an indication of a desire of the first user to purchase a product and to share a payment for the product with the second users;
access the information to determine communication addresses for the second users;
send a second communication to the second users requesting that the second users share the payment for the product; and
facilitate the payment to the merchant from the second users who agree to share the payment for the product.
2. The system of claim 1, wherein at least one of the one or more memories is a memory of a first user's mobile device.
3. The system of claim 1, wherein at least one of the one or more memories is a memory of a server.
4. The system of claim 1, wherein at least one of the one or more processors is a processor of a first user's mobile device and the first communication is from an input device of the first user's mobile device.
5. The system of claim 1, wherein at least one of the one or more processors is a processor of a server and the first communication is from a first user's mobile device.
6. The system of claim 1, wherein:
at least one of the one or more memories is a memory of a first user's mobile device;
at least one of the one or more processors is a processor the first user's mobile device; and
the first user's mobile device is near field communication enabled.
7. The system of claim 1, wherein:
at least one of the one or more memories is a memory of a first user's mobile device;
at least one of the one or more processors is a processor the first user's mobile device; and
the first user's mobile device is configured to scan a code/sticker.
8. The system of claim 1, wherein the one or more processors are operable to receive the first communication from a first user's mobile device and the information is representative of a scan of a near field communication (NFC) sticker, a quick response (QR) code, a barcode, or a stock keeping unit (SKU).
9. The system of claim 1, wherein the second communication sent via near field communication.
10. The system of claim 1, wherein the one or more processors are further operable to facilitate the payment from second users directly to the merchant.
11. The system of claim 1, wherein the one or more processors are further operable to facilitate the payment from second users through an intermediary to the merchant.
12. The system of claim 1, wherein the one or more processors are further operable to facilitate the payment from second users through the first user to the merchant.
13. The system of claim 1, wherein the one or more processors are operable to display a total price for the product.
14. The system of claim 1, wherein the one or more processors are operable to display contributions of the second users.
15. The system of claim 1, wherein the one or more processors are further operable to:
substantially equally divide the purchase price among the first user and the second users to determine a divided purchase price; and
send the communicate to the second users requesting that each of the second users contribute the divided purchase price to share the payment for the product.
16. The system of claim 1, wherein the information is account information.
17. The system of claim 1, wherein the information is identification and contact information.
18. The system of claim 1, wherein the one or more processors are further operable to sum contributions of the second users to determine a needed contribution of the first user.
19. A method comprising:
receiving, electronically via one or more processors, a first communication including an indication of a desire of a first user to purchase a product and to share a payment for the product with a plurality of second users, wherein the indication comprises information communicated through the first user capturing a code associated with the purchase of the product through a first user device and the first user device communicating directly with devices of the plurality of second users through near field communication;
determining, electronically via one or more processors, communication addresses for the plurality of second users;
sending, electronically via one or more processors, a second communication to the plurality of second users requesting that the plurality of second users share the payment for the product; and
processing, electronically via one or more processors, the payment to the merchant from the plurality of second users who agree to share the payment for the product.
20. A computer program product comprising a non-transitory computer readable medium having computer readable and executable code for instructing one or more processors to perform a method, the method comprising:
receiving a first communication including an indication of a desire of the first user to purchase a product and to share a payment for the product with the second users;
accessing the information to determine communication addresses for the second users;
sending a second communication to the second users requesting that the second users share the payment for the product; and
facilitating the payment to the merchant from the second users who agree to share the payment for the product.
US13/720,584 2011-12-19 2012-12-19 Shared Mobile Payments Abandoned US20130159173A1 (en)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US13/720,584 US20130159173A1 (en) 2011-12-19 2012-12-19 Shared Mobile Payments
US14/331,106 US9990620B2 (en) 2011-12-19 2014-07-14 Shared mobile payments
US16/000,575 US11361298B2 (en) 2011-12-19 2018-06-05 Shared mobile payments
US17/690,256 US11669824B2 (en) 2011-12-19 2022-03-09 Shared mobile payments
US18/139,293 US20230385800A1 (en) 2011-12-19 2023-04-25 Shared mobile payments

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201161577471P 2011-12-19 2011-12-19
US13/720,584 US20130159173A1 (en) 2011-12-19 2012-12-19 Shared Mobile Payments

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/331,106 Continuation US9990620B2 (en) 2011-12-19 2014-07-14 Shared mobile payments

Publications (1)

Publication Number Publication Date
US20130159173A1 true US20130159173A1 (en) 2013-06-20

Family

ID=48611173

Family Applications (5)

Application Number Title Priority Date Filing Date
US13/720,584 Abandoned US20130159173A1 (en) 2011-12-19 2012-12-19 Shared Mobile Payments
US14/331,106 Active 2033-04-22 US9990620B2 (en) 2011-12-19 2014-07-14 Shared mobile payments
US16/000,575 Active 2034-06-05 US11361298B2 (en) 2011-12-19 2018-06-05 Shared mobile payments
US17/690,256 Active US11669824B2 (en) 2011-12-19 2022-03-09 Shared mobile payments
US18/139,293 Pending US20230385800A1 (en) 2011-12-19 2023-04-25 Shared mobile payments

Family Applications After (4)

Application Number Title Priority Date Filing Date
US14/331,106 Active 2033-04-22 US9990620B2 (en) 2011-12-19 2014-07-14 Shared mobile payments
US16/000,575 Active 2034-06-05 US11361298B2 (en) 2011-12-19 2018-06-05 Shared mobile payments
US17/690,256 Active US11669824B2 (en) 2011-12-19 2022-03-09 Shared mobile payments
US18/139,293 Pending US20230385800A1 (en) 2011-12-19 2023-04-25 Shared mobile payments

Country Status (1)

Country Link
US (5) US20130159173A1 (en)

Cited By (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130303084A1 (en) * 2012-05-11 2013-11-14 Tyfone, Inc. Application with device specific user interface
US20140156452A1 (en) * 2012-12-05 2014-06-05 Ebay Inc. System and methods to fulfill an aggregated online odrer for related users
US20140337109A1 (en) * 2013-05-13 2014-11-13 Serge Sokolov System and method for co-ordering
US8985442B1 (en) * 2011-07-18 2015-03-24 Tiger T G Zhou One-touch payment using haptic control via a messaging and calling multimedia system on mobile device and wearable device, currency token interface, point of sale device, and electronic payment card
WO2015062464A1 (en) * 2013-10-29 2015-05-07 Tencent Technology (Shenzhen) Company Limited System and method for managing a prepayment account and associated prepayment messages
CN104753906A (en) * 2013-12-31 2015-07-01 腾讯科技(深圳)有限公司 Data transfer method, device and system
US20150281369A1 (en) * 2014-04-01 2015-10-01 Microsoft Corporation Providing a Shared User Experience to Facilitate Communication
US9224141B1 (en) 2014-03-05 2015-12-29 Square, Inc. Encoding a magnetic stripe of a card with data of multiple cards
WO2016026399A1 (en) * 2014-08-21 2016-02-25 阿里巴巴集团控股有限公司 Service processing method, apparatus and server
EP3038038A4 (en) * 2013-08-20 2016-08-24 Instapay Inc Mobile card sharing service method and system with enhanced security
US20160371686A1 (en) * 2015-06-19 2016-12-22 Paypal, Inc. Split path data communication
US9542681B1 (en) 2013-10-22 2017-01-10 Square, Inc. Proxy card payment with digital receipt delivery
WO2017009636A3 (en) * 2015-07-13 2017-03-16 Altarkait Jamal Y A M A computer-implemented method and system to facilitate processing of transactions
US9619792B1 (en) 2014-03-25 2017-04-11 Square, Inc. Associating an account with a card based on a photo
US9652751B2 (en) 2014-05-19 2017-05-16 Square, Inc. Item-level information collection for interactive payment experience
US9704146B1 (en) 2013-03-14 2017-07-11 Square, Inc. Generating an online storefront
CN107239948A (en) * 2017-05-12 2017-10-10 腾讯科技(深圳)有限公司 Method and device for business processing, computer equipment and storage medium
US9836739B1 (en) 2013-10-22 2017-12-05 Square, Inc. Changing a financial account after initiating a payment using a proxy card
US9864986B1 (en) 2014-03-25 2018-01-09 Square, Inc. Associating a monetary value card with a payment object
CN107667387A (en) * 2015-05-27 2018-02-06 三星电子株式会社 Subscriber terminal equipment, the terminal for payment and the method and system paid using the subscriber terminal equipment and for the terminal of payment
RU2646335C1 (en) * 2016-12-09 2018-03-02 Павел Евгеньевич Поспелов Method for online transfer of right of payment of goods or services to third payers
US9922321B2 (en) 2013-10-22 2018-03-20 Square, Inc. Proxy for multiple payment mechanisms
US9940616B1 (en) 2013-03-14 2018-04-10 Square, Inc. Verifying proximity during payment transactions
US10026062B1 (en) 2015-06-04 2018-07-17 Square, Inc. Apparatuses, methods, and systems for generating interactive digital receipts
US20190019172A1 (en) * 2015-12-03 2019-01-17 Capital One Services, Llc Graphical user interfaces for facilitating end-to-end transactions on computing devices
US10198731B1 (en) 2014-02-18 2019-02-05 Square, Inc. Performing actions based on the location of mobile device during a card swipe
US10217092B1 (en) 2013-11-08 2019-02-26 Square, Inc. Interactive digital platform
US20190095885A1 (en) * 2016-03-09 2019-03-28 Hitachi, Ltd. Payment processing system and payment processing method
CN109844788A (en) * 2017-02-15 2019-06-04 连支付株式会社 Program, information processing method and the information processing terminal
US20190180339A1 (en) * 2017-12-11 2019-06-13 Mastercard International Incorporated Server and method for managing a user pairing
US10417635B1 (en) 2013-10-22 2019-09-17 Square, Inc. Authorizing a purchase transaction using a mobile device
EP3543934A4 (en) * 2016-11-29 2019-11-13 Samsung Electronics Co., Ltd. Mobile device and method for providing data for product payment
US10489117B2 (en) 2015-12-07 2019-11-26 Alibaba Group Holding Limited Method and apparatus for generating random character string
US10621563B1 (en) * 2013-12-27 2020-04-14 Square, Inc. Apportioning a payment card transaction among multiple payers
US10621564B1 (en) * 2016-04-27 2020-04-14 Wells Fargo Bank, N.A. Tandem purchasing and incentivized shopping
US10636019B1 (en) 2016-03-31 2020-04-28 Square, Inc. Interactive gratuity platform
US10692059B1 (en) 2014-03-13 2020-06-23 Square, Inc. Selecting a financial account associated with a proxy object based on fund availability
US10776809B1 (en) 2014-09-11 2020-09-15 Square, Inc. Use of payment card rewards points for an electronic cash transfer
US10810682B2 (en) 2013-12-26 2020-10-20 Square, Inc. Automatic triggering of receipt delivery
US10909582B1 (en) 2018-04-12 2021-02-02 Wells Fargo Bank, N.A. Authentication circle shared expenses with extended family and friends
US10916251B1 (en) 2018-05-03 2021-02-09 Wells Fargo Bank, N.A. Systems and methods for proactive listening bot-plus person advice chaining
US10943220B1 (en) * 2016-04-28 2021-03-09 Wells Fargo Bank, N.A. Automatically processing split payments in POS device
US11042863B1 (en) * 2015-03-20 2021-06-22 Square, Inc. Grouping payments and payment requests
EP3800603A4 (en) * 2018-08-13 2021-08-04 Advanced New Technologies Co., Ltd. Payment collection control method and device, server, and readable storage medium
US20210327226A1 (en) * 2017-03-06 2021-10-21 Toshiba Tec Kabushiki Kaisha Hand-held electronic receipt generating terminal
US11210730B1 (en) 2018-10-31 2021-12-28 Square, Inc. Computer-implemented methods and system for customized interactive image collection based on customer data
US11244382B1 (en) 2018-10-31 2022-02-08 Square, Inc. Computer-implemented method and system for auto-generation of multi-merchant interactive image collection
WO2022029102A1 (en) * 2020-08-06 2022-02-10 Schneider Eliott Serge Payment method shared between debtors
US20220067679A1 (en) * 2018-12-12 2022-03-03 Pej Ab Communication system, computerized method and and computer programs for order-sharing among a plurality of customers at a commercial venue
US11481837B1 (en) 2018-04-12 2022-10-25 Wells Fargo Bank, N.A. Authentication circle management
US11645613B1 (en) 2018-11-29 2023-05-09 Block, Inc. Intelligent image recommendations
US11823191B1 (en) 2022-08-29 2023-11-21 Block, Inc. Integration for performing actions without additional authorization requests
US11893581B1 (en) 2018-02-20 2024-02-06 Block, Inc. Tokenization for payment devices

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9881261B2 (en) * 2014-02-25 2018-01-30 Paypal, Inc. Systems and methods for remote check-in
US11461766B1 (en) 2014-04-30 2022-10-04 Wells Fargo Bank, N.A. Mobile wallet using tokenized card systems and methods
US11610197B1 (en) 2014-04-30 2023-03-21 Wells Fargo Bank, N.A. Mobile wallet rewards redemption systems and methods
US9652770B1 (en) 2014-04-30 2017-05-16 Wells Fargo Bank, N.A. Mobile wallet using tokenized card systems and methods
US10997592B1 (en) 2014-04-30 2021-05-04 Wells Fargo Bank, N.A. Mobile wallet account balance systems and methods
US11288660B1 (en) 2014-04-30 2022-03-29 Wells Fargo Bank, N.A. Mobile wallet account balance systems and methods
US11748736B1 (en) 2014-04-30 2023-09-05 Wells Fargo Bank, N.A. Mobile wallet integration within mobile banking
US11615401B1 (en) 2014-04-30 2023-03-28 Wells Fargo Bank, N.A. Mobile wallet authentication systems and methods
US10445739B1 (en) 2014-08-14 2019-10-15 Wells Fargo Bank, N.A. Use limitations for secondary users of financial accounts
US11853919B1 (en) 2015-03-04 2023-12-26 Wells Fargo Bank, N.A. Systems and methods for peer-to-peer funds requests
US20170372282A1 (en) * 2016-06-27 2017-12-28 Paypal, Inc. Digital image tagging for split transaction processing
US11170419B1 (en) * 2016-08-26 2021-11-09 SharePay, Inc. Methods and systems for transaction division
US11468414B1 (en) 2016-10-03 2022-10-11 Wells Fargo Bank, N.A. Systems and methods for establishing a pull payment relationship
US20180374142A1 (en) * 2017-06-26 2018-12-27 Ask to Pay Ltd. System and method for sharing personalized electronic commerce requests
US20190197513A1 (en) * 2017-12-21 2019-06-27 Mastercard International Incorporated Real time splitting of payments for travel
US11295297B1 (en) 2018-02-26 2022-04-05 Wells Fargo Bank, N.A. Systems and methods for pushing usable objects and third-party provisioning to a mobile wallet
US11775955B1 (en) 2018-05-10 2023-10-03 Wells Fargo Bank, N.A. Systems and methods for making person-to-person payments via mobile client application
US11074577B1 (en) 2018-05-10 2021-07-27 Wells Fargo Bank, N.A. Systems and methods for making person-to-person payments via mobile client application
CN109272342A (en) 2018-08-06 2019-01-25 阿里巴巴集团控股有限公司 Method for processing business and device, electronic equipment
US20220147955A1 (en) * 2019-03-14 2022-05-12 Billi Technologies Pte. Ltd. System and method for digital funds transfer and bill payment
CA3178740A1 (en) * 2020-05-14 2021-11-18 Jeffrey Neto System and method for group transactions
US11436658B2 (en) * 2020-08-21 2022-09-06 Ebay Inc. Concurrent browsing interface with recommendations based on user attributes

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6326918B1 (en) * 1995-06-06 2001-12-04 Wayport, Inc. Method and apparatus for geographic-based communications service
US6714791B2 (en) * 2001-02-23 2004-03-30 Danger, Inc. System, apparatus and method for location-based instant messaging
US7152093B2 (en) * 1993-10-01 2006-12-19 Collaboration Properties, Inc. System for real-time communication between plural users
US20110320347A1 (en) * 2007-03-30 2011-12-29 Obopay, Inc. Mobile Networked Payment System

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020123938A1 (en) * 2001-03-01 2002-09-05 Yu Philip S. Systems and methods to facilitate a transaction wherein a purchaser is associated with an approver
US20030229678A1 (en) * 2002-06-10 2003-12-11 Say-Yee Wen System and method for processing wireless data
US10535049B2 (en) * 2003-03-21 2020-01-14 Paypal, Inc. Payment transactions via substantially instant communication system
US20070108269A1 (en) * 2005-11-16 2007-05-17 Benco David S Processing merchant point-of-sale transactions using a mobile subscriber device
US8662384B2 (en) * 2006-02-28 2014-03-04 Google Inc. Text message payment
US7873573B2 (en) * 2006-03-30 2011-01-18 Obopay, Inc. Virtual pooled account for mobile banking
US20120150728A1 (en) * 2010-12-14 2012-06-14 Isaacson Thomas M System and method for splitting a transaction
US20130215116A1 (en) * 2008-03-21 2013-08-22 Dressbot, Inc. System and Method for Collaborative Shopping, Business and Entertainment
US10872322B2 (en) * 2008-03-21 2020-12-22 Dressbot, Inc. System and method for collaborative shopping, business and entertainment
US8509734B1 (en) * 2008-06-26 2013-08-13 Amazon Technologies, Inc. Location aware transaction authorization
US8065190B2 (en) * 2008-10-30 2011-11-22 BillMyParents, Inc. Party payment system
US10839384B2 (en) * 2008-12-02 2020-11-17 Paypal, Inc. Mobile barcode generation and payment
US8396808B2 (en) 2009-07-31 2013-03-12 Think Computer Corporation Method and system for transferring an electronic payment
US20110047075A1 (en) * 2009-08-19 2011-02-24 Mastercard International Incorporated Location controls on payment card transactions
US20120041879A1 (en) * 2010-08-10 2012-02-16 Paul Kim Methods and systems for payment processing between consumers and merchants
US20120089461A1 (en) 2010-10-07 2012-04-12 Greenspan Aaron J Method for improved advertising on a mobile device
US20120197794A1 (en) * 2011-01-31 2012-08-02 Bank Of America Corporation Shared mobile wallet
US8326769B1 (en) * 2011-07-01 2012-12-04 Google Inc. Monetary transfer in a social network
US9576284B2 (en) * 2011-09-29 2017-02-21 Paypal, Inc. Social proximity payments
US20160292663A1 (en) * 2015-03-31 2016-10-06 Capital One Services, Llc Systems and methods for allocating transactions
SG10201607852YA (en) * 2016-09-20 2018-04-27 Mastercard International Inc Shared card payment system and process
US10915881B2 (en) * 2017-01-27 2021-02-09 American Express Travel Related Services Company, Inc. Transaction account charge splitting
US11221744B2 (en) * 2017-05-16 2022-01-11 Apple Inc. User interfaces for peer-to-peer transfers
US20220036336A1 (en) * 2020-07-30 2022-02-03 Square, Inc. Embedded application within a buyer application

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7152093B2 (en) * 1993-10-01 2006-12-19 Collaboration Properties, Inc. System for real-time communication between plural users
US7206809B2 (en) * 1993-10-01 2007-04-17 Collaboration Properties, Inc. Method for real-time communication between plural users
US6326918B1 (en) * 1995-06-06 2001-12-04 Wayport, Inc. Method and apparatus for geographic-based communications service
US6714791B2 (en) * 2001-02-23 2004-03-30 Danger, Inc. System, apparatus and method for location-based instant messaging
US20110320347A1 (en) * 2007-03-30 2011-12-29 Obopay, Inc. Mobile Networked Payment System

Cited By (87)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8985442B1 (en) * 2011-07-18 2015-03-24 Tiger T G Zhou One-touch payment using haptic control via a messaging and calling multimedia system on mobile device and wearable device, currency token interface, point of sale device, and electronic payment card
US20150088757A1 (en) * 2011-07-18 2015-03-26 Tiger T G Zhou One-touch payment using haptic control via a messaging and calling multimedia system on mobile device and wearable device, currency token interface, point of sale device, and electronic payment card
US20130303084A1 (en) * 2012-05-11 2013-11-14 Tyfone, Inc. Application with device specific user interface
US20140156452A1 (en) * 2012-12-05 2014-06-05 Ebay Inc. System and methods to fulfill an aggregated online odrer for related users
US9704146B1 (en) 2013-03-14 2017-07-11 Square, Inc. Generating an online storefront
US9940616B1 (en) 2013-03-14 2018-04-10 Square, Inc. Verifying proximity during payment transactions
US20140337109A1 (en) * 2013-05-13 2014-11-13 Serge Sokolov System and method for co-ordering
EP3038038A4 (en) * 2013-08-20 2016-08-24 Instapay Inc Mobile card sharing service method and system with enhanced security
US10430797B1 (en) 2013-10-22 2019-10-01 Square, Inc. Proxy card payment with digital receipt delivery
US10885515B1 (en) 2013-10-22 2021-01-05 Square, Inc. System and method for canceling a payment after initiating the payment using a proxy card
US10417635B1 (en) 2013-10-22 2019-09-17 Square, Inc. Authorizing a purchase transaction using a mobile device
US9922321B2 (en) 2013-10-22 2018-03-20 Square, Inc. Proxy for multiple payment mechanisms
US9542681B1 (en) 2013-10-22 2017-01-10 Square, Inc. Proxy card payment with digital receipt delivery
US9836739B1 (en) 2013-10-22 2017-12-05 Square, Inc. Changing a financial account after initiating a payment using a proxy card
US10692072B1 (en) 2013-10-22 2020-06-23 Square, Inc. Changing a financial account after initiating a payment using a proxy card
WO2015062464A1 (en) * 2013-10-29 2015-05-07 Tencent Technology (Shenzhen) Company Limited System and method for managing a prepayment account and associated prepayment messages
US10217092B1 (en) 2013-11-08 2019-02-26 Square, Inc. Interactive digital platform
US10810682B2 (en) 2013-12-26 2020-10-20 Square, Inc. Automatic triggering of receipt delivery
US10621563B1 (en) * 2013-12-27 2020-04-14 Square, Inc. Apportioning a payment card transaction among multiple payers
US11410139B1 (en) 2013-12-27 2022-08-09 Block, Inc. Apportioning a payment card transaction among multiple payers
US11829964B2 (en) 2013-12-27 2023-11-28 Block, Inc. Apportioning a payment amount among multiple payers
CN104753906A (en) * 2013-12-31 2015-07-01 腾讯科技(深圳)有限公司 Data transfer method, device and system
US10198731B1 (en) 2014-02-18 2019-02-05 Square, Inc. Performing actions based on the location of mobile device during a card swipe
US9224141B1 (en) 2014-03-05 2015-12-29 Square, Inc. Encoding a magnetic stripe of a card with data of multiple cards
US10692059B1 (en) 2014-03-13 2020-06-23 Square, Inc. Selecting a financial account associated with a proxy object based on fund availability
US11238426B1 (en) 2014-03-25 2022-02-01 Square, Inc. Associating an account with a card
US9864986B1 (en) 2014-03-25 2018-01-09 Square, Inc. Associating a monetary value card with a payment object
US9619792B1 (en) 2014-03-25 2017-04-11 Square, Inc. Associating an account with a card based on a photo
US20150281369A1 (en) * 2014-04-01 2015-10-01 Microsoft Corporation Providing a Shared User Experience to Facilitate Communication
US10476968B2 (en) * 2014-04-01 2019-11-12 Microsoft Technology Licensing, Llc Providing a shared user experience of facilitate communication
US9652751B2 (en) 2014-05-19 2017-05-16 Square, Inc. Item-level information collection for interactive payment experience
US11005848B2 (en) * 2014-08-21 2021-05-11 Advanced New Technologies Co., Ltd. Service processing method, apparatus and server
US11218489B2 (en) 2014-08-21 2022-01-04 Advanced New Technologies Co., Ltd. Service processing method, apparatus and server
US10389726B2 (en) 2014-08-21 2019-08-20 Alibaba Group Holding Limited Service processing method, apparatus and server
CN105450691A (en) * 2014-08-21 2016-03-30 阿里巴巴集团控股有限公司 Service-processing method and device, and server
WO2016026399A1 (en) * 2014-08-21 2016-02-25 阿里巴巴集团控股有限公司 Service processing method, apparatus and server
US10776809B1 (en) 2014-09-11 2020-09-15 Square, Inc. Use of payment card rewards points for an electronic cash transfer
US11042863B1 (en) * 2015-03-20 2021-06-22 Square, Inc. Grouping payments and payment requests
CN107667387A (en) * 2015-05-27 2018-02-06 三星电子株式会社 Subscriber terminal equipment, the terminal for payment and the method and system paid using the subscriber terminal equipment and for the terminal of payment
US11087308B2 (en) 2015-05-27 2021-08-10 Samsung Electronics Co., Ltd. User terminal device, terminal for payment, and method and system for payment using the user terminal device and terminal for payment
EP3306546A4 (en) * 2015-05-27 2018-05-23 Samsung Electronics Co., Ltd. User terminal device, terminal for payment, and method and system for payment using said user terminal device and terminal for payment
US10026062B1 (en) 2015-06-04 2018-07-17 Square, Inc. Apparatuses, methods, and systems for generating interactive digital receipts
US20160371686A1 (en) * 2015-06-19 2016-12-22 Paypal, Inc. Split path data communication
US20210374737A1 (en) * 2015-06-19 2021-12-02 Paypal, Inc. Split path data communication
US11087320B2 (en) * 2015-06-19 2021-08-10 Paypal, Inc. Split path data communication
US10453057B2 (en) * 2015-06-19 2019-10-22 Paypal, Inc. Split path data communication
WO2017009636A3 (en) * 2015-07-13 2017-03-16 Altarkait Jamal Y A M A computer-implemented method and system to facilitate processing of transactions
US20190019172A1 (en) * 2015-12-03 2019-01-17 Capital One Services, Llc Graphical user interfaces for facilitating end-to-end transactions on computing devices
US10489117B2 (en) 2015-12-07 2019-11-26 Alibaba Group Holding Limited Method and apparatus for generating random character string
US20190095885A1 (en) * 2016-03-09 2019-03-28 Hitachi, Ltd. Payment processing system and payment processing method
US10636019B1 (en) 2016-03-31 2020-04-28 Square, Inc. Interactive gratuity platform
US11334857B1 (en) 2016-04-27 2022-05-17 Wells Fargo Bank, N.A. Tandem purchasing and incentivized shopping
US10621564B1 (en) * 2016-04-27 2020-04-14 Wells Fargo Bank, N.A. Tandem purchasing and incentivized shopping
US11676116B1 (en) 2016-04-27 2023-06-13 Wells Fargo Bank, N.A. Tandem purchasing and incentivized shopping
US10943220B1 (en) * 2016-04-28 2021-03-09 Wells Fargo Bank, N.A. Automatically processing split payments in POS device
US11816651B1 (en) * 2016-04-28 2023-11-14 Wells Fargo Bank, N.A. Automatically processing split payments in POS device
EP3543934A4 (en) * 2016-11-29 2019-11-13 Samsung Electronics Co., Ltd. Mobile device and method for providing data for product payment
RU2646335C1 (en) * 2016-12-09 2018-03-02 Павел Евгеньевич Поспелов Method for online transfer of right of payment of goods or services to third payers
US20220284410A1 (en) * 2017-02-15 2022-09-08 Line Pay Corporation Display method, medium, and terminal
CN109844788A (en) * 2017-02-15 2019-06-04 连支付株式会社 Program, information processing method and the information processing terminal
US20210327226A1 (en) * 2017-03-06 2021-10-21 Toshiba Tec Kabushiki Kaisha Hand-held electronic receipt generating terminal
CN107239948A (en) * 2017-05-12 2017-10-10 腾讯科技(深圳)有限公司 Method and device for business processing, computer equipment and storage medium
US20190180339A1 (en) * 2017-12-11 2019-06-13 Mastercard International Incorporated Server and method for managing a user pairing
US11893581B1 (en) 2018-02-20 2024-02-06 Block, Inc. Tokenization for payment devices
US10909582B1 (en) 2018-04-12 2021-02-02 Wells Fargo Bank, N.A. Authentication circle shared expenses with extended family and friends
US11900450B1 (en) 2018-04-12 2024-02-13 Wells Fargo Bank, N.A. Authentication circle management
US11631127B1 (en) 2018-04-12 2023-04-18 Wells Fargo Bank, N.A. Pervasive advisor for major expenditures
US11823087B1 (en) 2018-04-12 2023-11-21 Wells Fargo Bank, N.A. Network security linkage
US11386412B1 (en) 2018-04-12 2022-07-12 Wells Fargo Bank, N.A. Authentication circle management
US10951762B1 (en) 2018-04-12 2021-03-16 Wells Fargo Bank, N.A. Proactive listening bot-plus person advice chaining
US11436587B1 (en) * 2018-04-12 2022-09-06 Wells Fargo Bank, N.A. Authentication circle shared expenses with extended family and friends
US11687982B1 (en) * 2018-04-12 2023-06-27 Wells Fargo Bank, N.A. Authentication circle shared expenses with extended family and friends
US11481837B1 (en) 2018-04-12 2022-10-25 Wells Fargo Bank, N.A. Authentication circle management
US11521245B1 (en) 2018-04-12 2022-12-06 Wells Fargo Bank, N.A. Proactive listening bot-plus person advice chaining
US11715474B1 (en) 2018-05-03 2023-08-01 Wells Fargo Bank, N.A. Systems and methods for pervasive advisor for major expenditures
US10916251B1 (en) 2018-05-03 2021-02-09 Wells Fargo Bank, N.A. Systems and methods for proactive listening bot-plus person advice chaining
US10943308B1 (en) 2018-05-03 2021-03-09 Wells Fargo Bank, N.A. Systems and methods for pervasive advisor for major expenditures
US11862172B1 (en) 2018-05-03 2024-01-02 Wells Fargo Bank, N.A. Systems and methods for proactive listening bot-plus person advice chaining
US11551696B1 (en) 2018-05-03 2023-01-10 Wells Fargo Bank, N.A. Systems and methods for proactive listening bot-plus person advice chaining
EP3800603A4 (en) * 2018-08-13 2021-08-04 Advanced New Technologies Co., Ltd. Payment collection control method and device, server, and readable storage medium
US11200547B2 (en) * 2018-08-13 2021-12-14 Advanced New Technologies Co., Ltd. Payment collection control method and device, server, and computer-readable storage medium
US11210730B1 (en) 2018-10-31 2021-12-28 Square, Inc. Computer-implemented methods and system for customized interactive image collection based on customer data
US11244382B1 (en) 2018-10-31 2022-02-08 Square, Inc. Computer-implemented method and system for auto-generation of multi-merchant interactive image collection
US11645613B1 (en) 2018-11-29 2023-05-09 Block, Inc. Intelligent image recommendations
US20220067679A1 (en) * 2018-12-12 2022-03-03 Pej Ab Communication system, computerized method and and computer programs for order-sharing among a plurality of customers at a commercial venue
WO2022029102A1 (en) * 2020-08-06 2022-02-10 Schneider Eliott Serge Payment method shared between debtors
US11823191B1 (en) 2022-08-29 2023-11-21 Block, Inc. Integration for performing actions without additional authorization requests

Also Published As

Publication number Publication date
US9990620B2 (en) 2018-06-05
US20230385800A1 (en) 2023-11-30
US11361298B2 (en) 2022-06-14
US20140324683A1 (en) 2014-10-30
US20180365675A1 (en) 2018-12-20
US20220198426A1 (en) 2022-06-23
US11669824B2 (en) 2023-06-06

Similar Documents

Publication Publication Date Title
US11669824B2 (en) Shared mobile payments
US10096021B2 (en) Digital wallet loading
US10346836B2 (en) Payment system and method including enabling electronic receipts
US11663575B2 (en) Time sensitive geo-location data for push notifications after shared transaction processing
US20160162882A1 (en) Digital money choice and eWallet selection
US20130173404A1 (en) Real-time user feedback
US9454753B2 (en) Friendly funding source
US20140172633A1 (en) Payment interchange for use with global shopping cart
US20160171570A1 (en) System and method for payment, data management, and interchanges for use with global shopping cart
US9031867B1 (en) Computer implemented method and system for ordering food from a restaurant
WO2015009995A1 (en) System and method for facilitating restaurant orders
US20200065882A1 (en) Collaborative geolocation shopping
US20140067671A1 (en) Virtual Gift Card
US11928657B2 (en) Social media marketplace
US20160180344A1 (en) Communication device interfaces for transaction approval at a merchant location
US20140149260A1 (en) Gift entitlement notification and delivery systems and methods
US20130311336A1 (en) Price negotiation from user device
US20230334492A1 (en) Blockchain agnostic token network
US20200019957A1 (en) Gift card promotion system and method
US10482524B1 (en) Electronic payment methods and systems
US20190035024A1 (en) System and method for using investment opportunities to promote consumer loyalty
US20130317976A1 (en) Proxy Shopper Payments

Legal Events

Date Code Title Description
AS Assignment

Owner name: EBAY INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SIVARAMAN, SRIDHAR;BRUGUBANDA, VENKATA;REEL/FRAME:031154/0676

Effective date: 20121218

AS Assignment

Owner name: PAYPAL, INC., CALIFORNIA

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

Effective date: 20150717

STCB Information on status: application discontinuation

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