US20140052613A1 - Systems and methods for providing gratuities to merchants - Google Patents

Systems and methods for providing gratuities to merchants Download PDF

Info

Publication number
US20140052613A1
US20140052613A1 US13/612,731 US201213612731A US2014052613A1 US 20140052613 A1 US20140052613 A1 US 20140052613A1 US 201213612731 A US201213612731 A US 201213612731A US 2014052613 A1 US2014052613 A1 US 2014052613A1
Authority
US
United States
Prior art keywords
payer
merchant
transaction
tip
server
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/612,731
Inventor
Shahrouz Tavakoli
Nathan Spindel
William Henderson
Alan Fineberg
Nefaur Khandker
Christopher Clark
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.)
Square Inc Delaware
Block Inc
Original Assignee
Square Inc Delaware
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 Square Inc Delaware filed Critical Square Inc Delaware
Priority to US13/612,731 priority Critical patent/US20140052613A1/en
Assigned to SQUARE, INC. reassignment SQUARE, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HENDERSON, WILLIAM, CLARK, CHRISTOPHER, FINEBERG, ALAN, KHANDKER, NEFAUR, SPINDEL, NATHAN, TAVAKOLI, SHAHROUZ
Publication of US20140052613A1 publication Critical patent/US20140052613A1/en
Priority to US16/193,227 priority patent/US11574296B2/en
Priority to US18/096,896 priority patent/US20230169487A1/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/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/3224Transactions dependent on location of 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/386Payment protocols; Details thereof using messaging services or messaging apps

Definitions

  • plastic credit or debit cards typically have magnetic stripes or chips that are encoded with information, such as a consumer's account information.
  • a credit or a debit card may be used in a business transaction with a bank or creditor through use of a device that communicates with the bank or creditor, such as, for example an automated teller machine (ATM) or a credit card reader.
  • ATM automated teller machine
  • Credit cards having standard specifications can typically be read by point-of-sale devices at the location of a merchant.
  • the electronic card reader may use its built-in communications interface to contact a creditor that handles credit authentication requests to process the transaction.
  • the transaction may be finalized upon verification of the consumer's account information and the receipt of an approval signal from the creditor.
  • plastic cards may prove problematic in situations in which a merchant does not accept payment using a plastic card or a communications link from the merchant to the creditor is inoperable.
  • the disclosure provides systems and methods for enabling payers to provide gratuities (or tips) to merchants.
  • a system for facilitating payer-merchant transactions automatically tips a merchant upon the completion of a transaction between a merchant and a payer.
  • the system prior to completing the transaction between the merchant and the payer, the system provides the payer the opportunity to elect to tip the merchant.
  • the system permits the payer to select a tip amount.
  • An aspect of the disclosure provides a computer-implemented method for facilitating a merchant transaction, comprising providing a list of one or more merchants that are in proximity to a geolocation of a payer, and receiving a request from the payer to conduct a transaction with a merchant among the one or more merchants.
  • the request can be received by a computer system programmed to facilitate the transaction.
  • a tip selection to apply to the transaction can be received from the payer.
  • the transaction can then be processed with the aid of a processor of the computer system.
  • the tip selection can be applied to the transaction during or upon the termination of the transaction.
  • the method further comprises providing the payer a tip option.
  • the tip selection comprises a tip amount to apply to the transaction.
  • the tip selection is selected by the payer from one or more tip options provided to the payer.
  • the one or more tip options are provided to the payer by the computer system.
  • the list is provided on a graphical user interface of an electronic device of the payer.
  • the request is received from an electronic device of the payer.
  • the electronic device is a portable electronic device.
  • the geolocation of the payer is determined with the aid of a geolocation device of the payer.
  • the request is received from the geolocation device.
  • the payer receives a receipt upon the completion of the transaction between the payer and the merchant.
  • the computer system informs the merchant that the payer has requested to conduct a transaction with the merchant.
  • the payer is permitted to request to conduct the transaction if the payer is at or in proximity to the merchant.
  • the computer system upon receiving the request from the payer to conduct a transaction, the computer system initiates the transaction between the payer and the merchant.
  • the computer system initiates the transaction if the payer is at or in proximity to the merchant.
  • the one or more merchants are within a given distance from the geolocation of the payer.
  • the list of one or more merchants is provided on a graphical user interface of an electronic device of the payer.
  • a computer-implemented method for facilitating a merchant transaction comprises providing a list of one or more merchants that are in proximity to a geolocation of a payer.
  • a request from the payer can be received to conduct a transaction with a merchant among the one or more merchants.
  • the request can be received by a computer system programmed to facilitate the transaction.
  • the transaction can be processed with the aid of a processor of the computer system.
  • a tip selection can be automatically applied to the transaction without involvement from the payer during or upon the termination of the transaction.
  • the tip selection can be applied if the payer has provided the computer system an indication to automatically apply the tip selection.
  • the tip selection comprises a tip amount that is automatically applied to the transaction.
  • the list is provided on a graphical user interface of an electronic device of the payer.
  • the request is received from an electronic device of the payer.
  • the electronic device is a portable electronic device.
  • the geolocation of the payer is determined with the aid of a geolocation device of the payer.
  • the request to conduct a transaction is received from the geolocation device.
  • the method further comprises providing the payer a receipt upon the completion of the transaction between the payer and the merchant.
  • the computer system informs the merchant that the payer has requested to conduct a transaction with the merchant.
  • the payer is permitted to request to conduct the transaction if the payer is at or in proximity to the merchant.
  • the computer system upon receiving the request from the payer to conduct the transaction, the computer system initiates the transaction between the payer and the merchant.
  • the computer system initiates the transaction if the payer is at or in proximity to the merchant.
  • the tip amount is specific to the merchant.
  • the method further comprises receiving from the payer an indication that the tip selection is to be automatically applied to the transaction.
  • the one or more merchants are within a given distance from the geolocation of the payer.
  • the list of one or more merchants is provided on a graphical user interface of an electronic device of the payer.
  • Another aspect of the disclosure provides a computer-implemented method for facilitating a transaction between a merchant and a payer, comprising providing, in a merchant card displayed on a graphical user interface (GUI) of an electronic device of the payer, information of or related to the merchant with which the payer has requested to conduct a transaction.
  • the merchant card can include one or more input fields, each of which can be for permitting the payer to provide a tip selection to be applied to the transaction.
  • a tip selection from the payer can be received.
  • the tip selection can be provided by the payer in a given input field of the one or more input fields.
  • the transaction can then be processed between the payer and the merchant.
  • the tip amount can be applied to the transaction.
  • the tip selection includes a tip amount to apply to the transaction.
  • the merchant is at or in proximity to a geolocation of the payer.
  • the geolocation is determined with the aid of an electronic device of the payer.
  • the method further comprises providing the payer a receipt upon the completion of the transaction between the payer and the merchant.
  • the one or more input fields include selectable elements.
  • the selectable elements are predetermined tip amounts.
  • the predetermined tip amounts are specific to the merchant.
  • Another aspect of the disclosure provides a computer readable medium comprising code that, upon execution by one or more processors, implements a method, the method comprising providing a list of one or more merchants that are in proximity to a geolocation of a payer, and receiving a request from the payer to conduct a transaction with a merchant among the one or more merchants.
  • the request can be received by a computer system programmed to facilitate the transaction.
  • a tip selection is received to apply to the transaction.
  • the transaction can be processed with the aid of a processor of the computer system.
  • the tip selection can be applied to the transaction during or upon the termination of the transaction.
  • Another aspect of the disclosure provides a computer readable medium comprising code that, upon execution by one or more processors, implements a method, the method comprising providing a list of one or more merchants that are in proximity to a geolocation of a payer, and receiving a request from the payer to conduct a transaction with a merchant among the one or more merchants.
  • the request can be received by a computer system programmed to facilitate the transaction.
  • the transaction is processed with the aid of a processor of the computer system.
  • a tip selection can be automatically applied to the transaction without involvement from the payer during or upon the termination of the transaction.
  • Another aspect of the disclosure provides a computer readable medium comprising code that, upon execution by one or more processors, implements a method, the method comprising providing, in a merchant card displayed on a graphical user interface (GUI) of an electronic device of the payer, information of or related to the merchant with which the payer has requested to conduct a transaction.
  • the merchant card can include one or more input fields, each of which one or more input fields can be for permitting the payer to provide a tip selection to be applied to the transaction.
  • a tip selection can be received from the payer.
  • the tip selection can be provided by the payer in a given input field of the one or more input fields.
  • the transaction between the payer and the merchant can be processed.
  • the tip amount can be applied to the transaction.
  • Another aspect of the disclosure provides a system for facilitating a merchant transaction, comprising one or more computer processors and a memory location coupled to the one or more computer processors.
  • the memory location comprises code that, upon execution by the one or more computer processors, implements a method, the method comprising: (i) providing a list of one or more merchants that are in proximity to a geolocation of a payer; (ii) receiving a request from the payer to conduct a transaction with a merchant among the one or more merchants, wherein the request is received by a computer system programmed to facilitate the transaction; (iii) receiving, from the payer, a tip selection to apply to the transaction; and (iv) processing the transaction with the aid of a computer processor of the computer system, wherein the tip selection is applied to the transaction during or upon the termination of the transaction.
  • system is adapted (e.g., programmed) to provide the list of (i) on a graphical user interface of an electronic device of the payer.
  • system is adapted to receive the request of (ii) from an electronic device of the payer.
  • Another aspect of the disclosure provides a system for facilitating a merchant transaction, comprising one or more computer processors and a memory location coupled to the one or more computer processors.
  • the memory location comprises code that, upon execution by the one or more computer processors, implements a method, the method comprising: (i) providing a list of one or more merchants that are in proximity to a geolocation of a payer; (ii) receiving a request from the payer to conduct a transaction with a merchant among the one or more merchants; and (iii) processing the transaction with the aid of a computer processor, wherein a tip selection is automatically applied to the transaction without involvement from the payer during or upon the termination of the transaction.
  • the system is adapted to provide the list of (i) on a graphical user interface of an electronic device of the payer.
  • the system is adapted to receive the request of (ii) from an electronic device of the payer.
  • Another aspect of the disclosure provides a system for facilitating a transaction between a merchant and a payer, comprising one or more computer processors and a memory location coupled to the one or more computer processors.
  • the memory location comprises code that, upon execution by the one or more computer processors, implements a method, the method comprising: (i) providing, in a merchant card displayed on a graphical user interface (GUI) of an electronic device of the payer, information of or related to the merchant with which the payer has requested to conduct a transaction, wherein the merchant card includes one or more input fields, each of which one or more input fields is for permitting the payer to provide a tip selection to be applied to the transaction; (ii) receiving, with the aid of the GUI, a tip selection from the payer, wherein the tip selection is provided by the payer in a given input field of the one or more input fields; and (iii) processing, with the aid of a computer processor, the transaction between the payer and the merchant, wherein the tip amount is applied to the transaction.
  • GUI graphical user interface
  • FIG. 1 schematically illustrates a merchant chard, in accordance with an embodiment of the invention
  • FIG. 2 schematically illustrates a system for facilitating methods of the disclosure, in accordance with an embodiment of the invention
  • FIG. 3 schematically illustrates a transaction workflow in which a payer is provided a selectable tipping option, in accordance with an embodiment of the invention
  • FIG. 4 schematically illustrates a transaction workflow in which a tip amount is automatically applied to a given transaction, in accordance with an embodiment of the invention
  • FIG. 5 schematically illustrates a transaction workflow for tipping a merchant, in accordance with an embodiment of the invention
  • FIG. 6A shows a screenshot of a tip settings graphical user interface (GUI);
  • FIG. 6B shows a screenshot of another tip settings GUI;
  • FIG. 7 shows a screenshot of an example merchant card having various payer-selectable tipping options
  • FIG. 8 shows a screenshot of a GUI that enables a payer to supply a tip to a merchant.
  • a merchant generally refers to an individual, business or other entity, the occupation of which is the sale of goods for profit, trade of an item of value for another item of value, and/or the rendering of a service.
  • a merchant is a retail business or a shopkeeper.
  • a merchant may be an online business or entity offering a product or service for profit of trade. Examples of merchants include, without limitation, food stores, grocery stores, electronic stores, department stores, bars, clubs, restaurants and book stores.
  • a user generally refers to an individual or entity that uses systems and methods of the disclosure.
  • a user can be an individual or entity that wishes to purchase a product or service of a merchant.
  • a user can be a “payer,” which generally refers to one or more users that are conducting, or have conducted, a transaction with a merchant.
  • tip generally refers to money or other consideration tendered to a merchant based on a payer's satisfaction (or dissatisfaction) with the merchant.
  • a tip may be a sum of money or other consideration that is provided on top of the money or consideration requested by a merchant for a product or service provided or to be provided by the merchant.
  • a payer provides a merchant a tip in the amount of $1 for a $3 cup of coffee provided by the merchant.
  • geolocation generally refers to the geographic location of an object, such as a user.
  • a geolocation of a user can be determined or approximated using a geolocation device or system associated with the user, which may be an electronic device (e.g., mobile device) attached to or in proximity to the user.
  • Geolocation information can include the geographic location of the object, such as coordinates of the object and/or an algorithm or methodology to approximate or otherwise calculate (or measure) the location of the object, and, in some cases, information as to other objects in proximity to the object.
  • geolocation information of a user includes the user's geographic location and/or the location of one or more merchants in proximity to the user.
  • Geolocation information can include the relative positioning between objects, such as between users, or a payer and a merchant.
  • the geolocation of an object e.g., user, electronic device
  • the geolocation of an object is not necessarily the location of the object, but rather the location that the object enters an area or structure, such as a building.
  • a geolocation device may be a portable electronic device (e.g., Apple® iPhone®, Android® enabled device).
  • the geolocation of an object can be determined using the manner in which a mobile device associated with the object communicates with a communication node, such as a wireless node.
  • the geolocation of an object can be determined using node triangulation, such as, e.g., wireless node, WiFi node, satellite triangulation, and/or cellular tower node triangulation.
  • the geolocation of a user can be determined by assessing the proximity of the user to a WiFi hotspot or one or more wireless routers.
  • the geolocation of an object can be determined using a geolocation device that includes a global positioning system (“GPS”), such a GPS subsystem (or module) associated with a mobile device (e.g., GPS capabilities of an Apple® iPhone® or Droid® based system).
  • GPS global positioning system
  • a mobile device e.g., GPS capabilities of an Apple® iPhone® or Droid® based system.
  • the geolocation of an object can be determined with the aid of visual and/or audio information captured by an electronic device of a user, such as, for example, images and/or video captured by a camera of the electronic device, or a peripheral device (e.g., Google® Goggles) coupled to the electronic device.
  • an electronic device of a user such as, for example, images and/or video captured by a camera of the electronic device, or a peripheral device (e.g., Google® Goggles) coupled to the electronic device.
  • An aspect of the invention provides a computer-implemented method for facilitating a transaction between a merchant and a payer.
  • the method comprises providing, in a merchant card displayed on a graphical user interface (GUI) of an electronic device of the payer, information of or related to the merchant with which the payer has requested to conduct a transaction.
  • the merchant card includes one or more input fields, each of which can be for enabling the payer to provide a tip selection.
  • An input field can include a selectable element, such as, for example, a predetermined tip amount.
  • a tip selection can include a tip amount to be provided to the merchant.
  • the tip amount or gratuity
  • the transaction between the payer and the merchant is then processed with the aid of a computer system having on or more processors programmed to facilitate the transaction. During or upon the termination of the processing of the transaction, the tip amount is applied to the transaction.
  • the one or more input fields include various tip options, such as, for example, predetermined tip amounts.
  • the input fields can include tip amounts that are selected based on merchant type or set for specific merchants (e.g., Starbucks® has tip amounts that are different from Philz CoffeeTM).
  • the input fields can include tip amounts that are pre-selected by the payer (e.g., regardless of who the merchant is, or can be preselected for certain merchant types or specific merchants).
  • Tip amounts can be set by the computer system, the merchant or the payer.
  • the payer can select an automatic tip amount or a selection of tip amounts for Starbucks® and a different automatic tip amount or selection of tip amounts for Philz CoffeeTM.
  • the input fields can be graphical icons that correspond to a designated tip amount.
  • An input field can be a graphical element, such as an icon or button.
  • an input field is a button or other graphical element having text with a predetermined (e.g., payer-selected, merchant-selected) tip amount.
  • the input fields can enable the payer to input a tip amount.
  • a merchant card can be displayed on a user interface, such as a graphical user interface (GUI), of an electronic device of the payer.
  • GUI graphical user interface
  • a GUI can include one or more graphical items that correspond to various features or functionalities.
  • a merchant card can include a button or other graphical item that enables the payer to share a merchant card with another user (e.g., payer), such as, for example, through electronic mail (“email”), text messaging, or other electronic interface.
  • a merchant card can include a button or graphical item to enable the payer to save or minimize the merchant card.
  • a merchant card can be dedicated to a given merchant.
  • a merchant card includes one or more tip amounts that are specific to the merchant.
  • the computer system can provide the payer with merchant-specific tip amounts during or upon the termination of the processing of the transaction between the payer and the merchant.
  • a merchant card can permit a payer to initiate and conduct an electronic transaction with a merchant associated with the merchant card.
  • the electronic transaction can over a network, such as the Internet or an intranet.
  • a merchant card permits a payer to open a tab with a merchant.
  • the merchant card can permit a payer to initiate a transaction between the payer and the merchant.
  • a merchant card can be selected to provide additional details of a given merchant, such as the name of the merchant, the distance of the payer from merchant (e.g., 1 mile), product or service details, costs associated with products and/or services of the merchant, the location of the merchant, directions to the merchant, hours of operation of the merchant, and promotions offered by the merchant.
  • the payer may select to open a tab with the merchant to initiate a process to purchase a product or service from the merchant.
  • a merchant card can include one or more graphical items as tip options for a payer.
  • a merchant card can include at least 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 20, 30, 40, or 100 tip options.
  • a tip option can include a currency or other consideration option (e.g., $1, $2, or $5, or 5%, 10%, 15% or 20%), the option to not provide a tip, or the option to provide a tip at a later point in time.
  • a merchant card includes a plurality of icons (or buttons, or other graphical items), with each icon being associated with a given tip amount and/or an option to not provide a tip or provide a tip later (e.g., before or after the tab is closed). The payer can elect an icon to apply to a given transaction with the merchant.
  • a tip button on a merchant card can be visually different than another tip button on the merchant card. For example, if the payer ordinarily selects a given tip amount for a given merchant, the system can register the given tip amount as a preferred tip amount for that merchant and visually render the button (or icon) associated with the given tip amount to be visually different than the remainder of the buttons.
  • FIG. 1 shows a merchant card (“card”) 100 , in accordance with an embodiment of the invention.
  • the card 100 can be provided on a GUI of an electronic device of a payer (e.g., Apple® iPhone, Apple® iPad, Android® enabled device, Blackberry® phone).
  • the device may be coupled to a system having a processor that is configured to execute machine-executable code to facilitate a transaction between the payer and a merchant.
  • the card 100 includes a graphical field 101 for displaying a logo or other information that can be specific to the merchant.
  • the card 100 further includes tip (or gratuity) fields 102 , 103 and 104 (also “tipping options” herein), which can include a select tip amount (e.g., “$1”) or percentage of a transaction (e.g., “15%”), the option to not tip the merchant (e.g., “No tip”), or the option to tip later (e.g., “Tip later”).
  • the tip fields i.e., the number of tip fields and the tip options for a given tip field
  • a first merchant can have a different number of tip fields than a second merchant.
  • the first merchant can have different tip options than the second merchant.
  • the gratuity fields can be provided in a row, column, array, grid, or any other manner.
  • the gratuity fields can be adjacent to one another. Amounts and/or percentages associated with the gratuity fields can be provided in increasing or decreasing order.
  • a given gratuity field can look visually different than one or more other gratuity fields—e.g., based on what the system deems is the most likely gratuity the payer would select, as can be determined from historical tipping data with the merchant.
  • the system can make the given gratuity field more or less visually appealing to the payer.
  • the card 100 includes a button 105 for enabling the payer to save, minimize or close the card 100 .
  • the button 105 enables the payer to close the card 100 and reveal other another card with other information on the merchant associated with the card 100 , or, alternatively, reveal a list of merchants or one or more cards associated with merchants.
  • the card 100 includes a button 106 that enables the payer to share the card 100 with another user, such as, for example, another payer.
  • the button 106 can be configured to enable the payer to share the card with another user through email, text or other electronic interface.
  • the look and feel of a merchant card can be tailored based on user-specific merchant criteria.
  • the shape or color of a button or input field on a card can be selected to make it more or less appealing to a user than another button or input field. Such modification may be made to increase the likelihood of the user selecting one field over another field.
  • a first tip amount can be selected to be more appealing than another tip amount. For example, a tip amount that the computer system determines is most likely to be selected by the payer can be made to be more appealing to the payer than another tip amount that the computer system determines is less likely to be selected by the payer.
  • the payer can change the look of the merchant card, such as, for example, by changing the orientation of the tipping options (e.g., rows, columns, grid) and the manner in which tipping options are provided to the payer or a tipping selection is retrieved from the payer.
  • the payer may wish that the system provide the payer tipping options.
  • the payer may wish to input a tipping selection, such as inputting a tipping amount.
  • the payer can select a tipping option or provide a tipping selection with the aid of a pointing device (e.g., computer mouse), the payer's finger (e.g., in cases in which the payer is using a resistive or capacitive touch screen), voice commands, gestures (e.g., with the aid of a motion sensing input device, such as Kinect®), or combinations thereof.
  • a pointing device e.g., computer mouse
  • the payer's finger e.g., in cases in which the payer is using a resistive or capacitive touch screen
  • voice commands e.g., with the aid of a motion sensing input device, such as Kinect®
  • gestures e.g., with the aid of a motion sensing input device, such as Kinect®
  • the system can include a computer server (“server”) that is operatively coupled to an electronic device of a user (e.g., payer) and an electronic device of a merchant.
  • server operatively coupled to an electronic device of a user (e.g., payer) and an electronic device of a merchant.
  • FIG. 2 shows a system 200 adapted to enable a payer to search for merchants, in accordance with an embodiment of the invention.
  • the system 200 includes a central computer system or server (“server”) 201 that is programmed to implement example methods described herein.
  • the server 201 includes a central processing unit (CPU, also “processor” and “computer processor” herein) 205 , which can be a single core or multi core processor, or a plurality of processors for parallel processing.
  • CPU central processing unit
  • processor also “processor” and “computer processor” herein
  • the server 201 also includes memory 210 (e.g., random-access memory, read-only memory, flash memory), electronic storage unit 215 (e.g., hard disk), communications interface 220 (e.g., network adapter) for communicating with one or more other systems, and peripheral devices 225 , such as cache, other memory, data storage and/or electronic display adapters.
  • the memory 210 , storage unit 215 , interface 220 and peripheral devices 225 are in communication with the CPU 205 through a communications bus (solid lines), such as a motherboard.
  • the storage unit 215 can be a data storage unit (or data repository) for storing data.
  • the server 201 is operatively coupled to a computer network (“network”) 230 with the aid of the communications interface 220 .
  • network computer network
  • the network 230 can be the Internet, an internet and/or extranet, or an intranet and/or extranet that is in communication with the Internet.
  • the network 230 in some cases is a telecommunication and/or data network.
  • the network 230 can include one or more computer servers, which can enable distributed computing, such as cloud computing.
  • the network 230 in some cases, with the aid of the server 201 , can implement a peer-to-peer network, which may enable devices coupled to the server 201 to behave as a client or a server.
  • the storage unit 215 can store files, such as filed related to merchant profiles and/or accounts, and payer profiles.
  • the server 201 in some cases can include one or more additional data storage units that are external to the server 201 , such as located on a remote server that is in communication with the server 201 through an intranet or the Internet.
  • the storage unit 215 can store payer and merchant transactional information.
  • the storage unit 215 can store payer transactional information, which can include, without limitation, merchants from which the payer has purchased products and/or services, the number of times the payer has used a merchant, the frequency with which the payer purchases products and/or services from a merchant, the types of merchants from which the payer purchases products and/or services.
  • the data storage unit 215 can include payer tip information, such as tip settings and preferences, and a history of previous transactions with tip amounts.
  • the server 201 can be programmed to enable a user (e.g., payer) to elect various tipping settings. For example, a payer may wish that a tip be automatically applied to a given transaction (“automatic tipping”), and the server 201 can provide the payer the option to elect automatic tipping. As an alternative, a payer may wish to be asked to provide a merchant a tip in a transaction (“selectable tipping”), and the server 201 can provide the payer the option to request selectable tipping, in which case the server 201 can provide the payer various tipping options during a transaction.
  • a user e.g., payer
  • the server 201 can communicate with one or more remote computer systems through the network 230 .
  • the server 201 is in communication with a first computer system 235 and a second computer system 240 that are located remotely with respect to the server 201 .
  • the first computer system 235 is a merchant computer system that may have a database for recording transaction data
  • the second computer system 240 is a user computer system, such as a computer system of a potential purchaser (e.g., payer) of a service or product of the merchant.
  • the first computer system 235 and second computer system 240 can be, for example, personal computers (e.g., portable PC), slate or tablet PC's (e.g., Apple® iPad, Samsung® Galaxy Tab), telephones, Smart phones (e.g., Apple® iPhone, Android-enabled device, Blackberry®), or personal digital assistants.
  • personal computers e.g., portable PC
  • slate or tablet PC's e.g., Apple® iPad, Samsung® Galaxy Tab
  • telephones e.g., Apple® iPhone, Android-enabled device, Blackberry®
  • Smart phones e.g., Apple® iPhone, Android-enabled device, Blackberry®
  • Blackberry® Blackberry®
  • the second computer system 240 includes a passive screen, a capacitive touch screen, or a resistive touch screen.
  • the computer system 240 can include a network interface and a browser that enables a payer to access various sites or locations on an intranet or the Internet.
  • the computer system 240 can include an application (“app”) that enables the computer system 240 to interact with the server 201 .
  • the app can be implemented with the aid of machine executable code, or software.
  • the app can be configured to enable the computer system to communicate with a server, such as the server 201 , which facilitates a transaction between the payer and a merchant.
  • the second computer system 240 is a portable electronic device of a payer that desires to search for and find merchants at or in proximity to a geolocation of the payer.
  • the payer can access the server 201 via the network 230 to request the search.
  • the server 201 can conduct the search and transmit search results to the second computer system 240 of the payer.
  • the search results can be displayed on a graphical user interface of the second computer system 240 .
  • both the first computer system 235 and the second computer system 240 have a geolocation.
  • system 200 includes a single server 201 . In other situations, the system 200 includes multiple servers in communication with one another through an intranet and/or the Internet.
  • the server 201 can be adapted to store user (e.g., payer, merchant) profile information, such as, for example, a name, physical address, email address, telephone number, instant messaging (IM) handle, educational information, work information, social likes and/or dislikes, products likes and/or dislikes, merchant preferences, favorites types of merchants (e.g., restaurants preferred over bars) and historical information of past transactions of the user (which may be transactions made using the system 200 ), and other information of potential relevance to the user or other users.
  • user e.g., payer, merchant
  • profile information such as, for example, a name, physical address, email address, telephone number, instant messaging (IM) handle, educational information, work information, social likes and/or dislikes, products likes and/or dislikes, merchant preferences, favorites types of merchants (e.g., restaurants preferred over bars) and historical information of past transactions of the user (which may be transactions made using the system 200 ), and other information of potential relevance to the user or other users.
  • IM instant messaging
  • Methods as described herein can be implemented by way of machine (or computer processor) executable code (or software) stored on an electronic storage location of the server 201 , such as, for example, on the memory 210 or electronic storage unit 215 .
  • the code can be executed by the processor 205 .
  • the code can be retrieved from the storage unit 215 and stored on the memory 210 for ready access by the processor 205 .
  • the electronic storage unit 215 can be precluded, and machine-executable instructions are stored on memory 210 .
  • the code can be executed on the second computer system 240 of the user.
  • the code can be pre-compiled and configured for use with a machine have a processor adapted to execute the code, or can be compiled during runtime.
  • the code can be supplied in a programming language that can be selected to enable the code to execute in a pre-compiled or as-compiled fashion.
  • aspects of the systems and methods provided herein can be embodied in programming.
  • Various aspects of the technology may be thought of as “products” or “articles of manufacture” typically in the form of machine (or processor) executable code and/or associated data that is carried on or embodied in a type of machine readable medium.
  • Machine-executable code can be stored on an electronic storage unit, such memory (e.g., read-only memory, random-access memory, flash memory) or a hard disk.
  • “Storage” type media can include any or all of the tangible memory of the computers, processors or the like, or associated modules thereof, such as various semiconductor memories, tape drives, disk drives and the like, which may provide non-transitory storage at any time for the software programming.
  • All or portions of the software may at times be communicated through the Internet or various other telecommunication networks. Such communications, for example, may enable loading of the software from one computer or processor into another, for example, from a management server or host computer into the computer platform of an application server.
  • another type of media that may bear the software elements includes optical, electrical and electromagnetic waves, such as used across physical interfaces between local devices, through wired and optical landline networks and over various air-links.
  • the physical elements that carry such waves, such as wired or wireless links, optical links or the like, also may be considered as media bearing the software.
  • terms such as computer or machine “readable medium” refer to any medium that participates in providing instructions to a processor for execution.
  • a machine readable medium such as computer-executable code
  • a tangible storage medium such as computer-executable code
  • Non-volatile storage media include, for example, optical or magnetic disks, such as any of the storage devices in any computer(s) or the like, such as may be used to implement the databases, etc. shown in the drawings.
  • Volatile storage media include dynamic memory, such as main memory of such a computer platform.
  • Tangible transmission media include coaxial cables; copper wire and fiber optics, including the wires that comprise a bus within a computer system.
  • Carrier-wave transmission media may take the form of electric or electromagnetic signals, or acoustic or light waves such as those generated during radio frequency (RF) and infrared (IR) data communications.
  • RF radio frequency
  • IR infrared
  • Common forms of computer-readable media therefore include for example: a floppy disk, a flexible disk, hard disk, magnetic tape, any other magnetic medium, a CD-ROM, DVD or DVD-ROM, any other optical medium, punch cards paper tape, any other physical storage medium with patterns of holes, a RAM, a ROM, a PROM and EPROM, a FLASH-EPROM, any other memory chip or cartridge, a carrier wave transporting data or instructions, cables or links transporting such a carrier wave, or any other medium from which a computer may read programming code and/or data.
  • Many of these forms of computer readable media may be involved in carrying one or more sequences of one or more instructions to a processor for execution.
  • the server 201 can be configured for data mining, extract, transform and load (ETL), or spidering (including Web Spidering where the system retrieves data from remote systems over a network and access an Application Programmer Interface or parses the resulting markup) operations, which may permit the system to load information from a raw data source (or mined data) into a data warehouse.
  • the data warehouse may be configured for use with a business intelligence system (e.g., Microstrategy®, Business Objects®).
  • the media file management system can include a data mining module adapted to search for media content in various source locations, such as email accounts and various network sources, such as social networking accounts (e.g., Facebook®, Foursquare®, Google+®, Linkedin®) or on publisher sites, such as, for example, weblogs.
  • source locations such as email accounts and various network sources, such as social networking accounts (e.g., Facebook®, Foursquare®, Google+®, Linkedin®) or on publisher sites, such as, for example, weblogs.
  • the results of a user-initiated search for merchants can be presented to a user with the aid of a user interface (UI), such as a graphical user interface (GUI), on an electronic device of the user.
  • UI user interface
  • GUI graphical user interface
  • a GUI can enable a user to access the results of a search for entertainment events at a designated geographic.
  • the UI can be provided on a display of an electronic device of the user that is adapted to provide geolocation information of the user, such as, for example, measure (or calculate) the geolocation of the user.
  • the display can be a capacitive or resistive touch display, or a head-mountable display (e.g., Google® Goggles). Such displays can be used with other systems and methods of the disclosure.
  • An app can include a GUI on a display of the electronic device of the user.
  • the app can be configured to perform certain functions of the system, such as, for example, permitting a user to initiate a transaction with a merchant if the user is within a given distance from the merchant.
  • the app can permit the user to request to initiate a transaction with the merchant, which request is directed to the system.
  • the system can then inform the merchant that the user desires to initiate a transaction with the merchant, and the transaction can be subsequently processed with the aid of the system, as described elsewhere herein.
  • Systems of the disclosure may include both payer and merchant data. This advantageously permits a system to determine relevance ranking that may be user specific and directed at select one or more merchants or types of merchants.
  • the system may be owned and/or operated by a single entity.
  • the merchant and/or payer information may be stored in a memory location of the system. Accordingly, relevance ranking may be a function of both payer and merchant information. For instance, a merchant may intent to target payers of a given age group. In some cases, a search for merchants by a payer may provide merchants that consider the payer to be relevant to the merchants.
  • the computer system 201 can be programmed to implement various methods disclosed herein. In some embodiments, the computer system 201 can facilitate payment from the user to the merchant. In an example, the system transfers funds to the merchant and receives funds from the user. The funds received from the user may be greater than or equal to the funds transferred to the merchant. In another example, the system transfers funds directly from the user to the merchant.
  • the computer system 201 is configured to initiate and facilitate a transaction between a payer and a merchant.
  • the computer system 201 initiates and facilitates the transaction between the user and the merchant if the user is within a given distance from the merchant. The distance can be based upon a determination of the geolocation of the user. For instance, a geolocation device of the user can determine the geographic information of the user, and direct the geographic information to the system. If the user is within a given (e.g., predetermined) distance from the merchant, the system can permit the user to initiate a transaction with the merchant (e.g., open a tab). In some situations, the user's geolocation device, upon determining that the user is within a given distance from the merchant, permits the user to initiate a transaction with the merchant with the aid of the system.
  • a geolocation device of the user can determine the geographic information of the user, and direct the geographic information to the system. If the user is within a given (e.g., predetermined) distance from the merchant, the system can permit the user to
  • a method for facilitating a merchant transaction comprises providing a list of one or more merchants that are in geographic proximity to a geolocation of a payer.
  • the one or more merchants can be within a given distance from the geolocation of the payer.
  • the list can be provided by a central computer system (or server) that is coupled to an electronic device of the payer.
  • the list is populated by merchants that are within 0.1 miles, 0.2 miles, 0.3 miles, 0.4 miles, 0.5 miles, 1 mile, 1.5 miles, 2 miles, 2.5 miles, 3 miles, 3.5 miles, 4 miles, 4.5 miles, 5 miles, 6 miles, 7 miles, 8 miles, 9 miles, 10 miles, 20 miles, 30 miles, 40 miles, 50 miles, 100 miles, or 500 miles with respect to the geolocation of the payer.
  • the list can be provided to the payer upon a search—within, for example, a search radius, which may be selected by the payer—by the payer for one or more merchants that are a given distance from a geolocation of the payer.
  • the list can be provided on a user interface, such as graphical user interface (GUI), of an electronic device of the payer.
  • the one or more merchants can be provided on the GUI based on (i) the proximity of the payer to each of the one or more merchants and (ii) the relevance of each of the one or more merchants to the user as determined from one or more relevance criteria.
  • the geolocation of the payer can be determined with the aid of a geolocation device of the payer.
  • the payer can then request to conduct a transaction with a merchant among the one or more merchants.
  • the request can be directed from an electronic device of the payer to the server (e.g., computer system 201 of FIG. 2 ), which can be programmed to facilitate the transaction.
  • the payer can select to open a tab with a merchant, which can enable the payer to select a product or service from the merchant to purchase.
  • the server can inform the merchant that the payer has requested to conduct a transaction with the merchant.
  • the server in some examples, can notify the merchant by directing an electronic communication or other notification to a computer system of the merchant, which computer system can include an app that enables the merchant to interact with the server.
  • the request can be received from an electronic device of the payer, such as a portable electronic device.
  • the portable electronic device can include a user interface (UI), such as a graphical user interface (GUI), which can enable the user to initiate the transaction between the user and the merchant and to view the status of any rewards the user has with the merchant, as well as any promotions offered by the merchant to the user.
  • UI user interface
  • GUI graphical user interface
  • the server permits the payer to request to conduct the transaction if the payer is at or in proximity to the merchant.
  • the server will permit the payer to request to conduct a transaction with a merchant that is within about 0.1 miles, 0.2 miles, 0.3 miles, 0.4 miles, 0.5 miles, 1 mile, 1.5 miles, 2 miles, 2.5 miles, 3 miles, 3.5 miles, 4 miles, 4.5 miles, 5 miles, 6 miles, 7 miles, 8 miles, 9 miles, 10 miles, 20 miles, 30 miles, 40 miles, 50 miles, 100 miles, or 500 miles with respect to the geolocation of the payer.
  • the server will initiate the transaction if the payer is at or in proximity to the merchant.
  • the merchant can be at or in proximity to a geolocation of the user.
  • the geolocation can be determined with the aid of a geolocation device of the user.
  • the request is received by the server from the geolocation device of the payer.
  • the geolocation of the payer can be determined prior to the computer system providing the payer a list of one or more merchants.
  • the payer can be provided with the option to provide the merchant a gratuity (or tip).
  • the server in such a case can provide the payer one or more tip options (e.g., tip amounts), and from the one or more tip (also “tipping” herein) options the payer may make a tip selection.
  • the payer can select a tip option to provide to the merchant.
  • the one or more tipping options can include one or more tipping amounts, a tipping field in which the payer may enter a tip amount, the option to tip at a later point in time, and/or the option to not provide the merchant a tip.
  • the server processes the transaction with the aid of a processor (or a plurality of processors) of the server.
  • the processing can involve the server receiving a product or service request from the payer, and relaying the product or service request to the merchant.
  • Each product or service request can include a request for one or more products and/or services of the merchant.
  • the processing can include the server supplying the merchant consideration from (or on behalf of) the payer for the product or service requested by the payer. Any tip amount selected by the payer can be applied to the transaction during or upon the termination of the processing of the transaction.
  • the server does not provide the payer the option to provide the merchant a tip. Rather, the server automatically applies a tip selection to the transaction without any involvement from the payer during or upon the termination of the processing of the transaction.
  • automatic tipping can be applied if the server receives from the payer (or an electronic device of the payer) an indication that the tip selection is to be automatically applied to the transaction.
  • the payer can elect automatic tipping from a tip settings GUI (see below).
  • the tip selection can include a tip amount (e.g., $1, $5), a percentage of the transaction cost with the merchant (e.g., 5%, 10%, 20%), the election to tip at a later point in time, or the election to not tip the merchant.
  • the tip selection can be merchant specific.
  • the payer may wish to provide a given merchant or a merchant of a given type (e.g., coffee shop) a given tip amount.
  • the payer may wish to supply a merchant a tip amount that is a given percentage of the transaction cost.
  • the payer may wish to automatically provide a merchant a 15% or 20% gratuity with each transaction. In such cases, the server automatically calculates and applies a gratuity without any involvement from the payer during or upon the termination of the processing of the transaction.
  • the server provides the payer a receipt of the transaction.
  • the receipt can include information as to one or more products and/or services obtained by the payer from the merchant, including any tip applied to the transaction.
  • Systems of the disclosure can be programmed to maintain a record of user (e.g., payer) transactions with a given merchant, including gratuities supplied in transactions with merchants. Additionally, systems of the disclosure can be programmed to provide a payer tipping settings, which can enable the payer to select tipping options.
  • tipping settings can provide a payer the option to automatically tip a given merchant (e.g., the payer can select a merchant from a list of merchants to tip automatically), all merchants, all merchants of a given type, all merchants meeting certain conditions (e.g., location of merchant, proximity of a merchant to another merchant) that can be supplied by the payer, or other rules or conditions that can be supplied by the payer.
  • the payer can elect various settings, which can enable the server to provide the payer the option to tip a merchant prior to, during or upon the completion of the processing of a transaction between the payer and the merchant.
  • tipping is not manual and the payer is given the option to provide the merchant a tip.
  • the payer can provide the merchant a tip amount from tipping options selected by the server, the merchant, or inputted by the payer.
  • a system programmed to facilitate payer-merchant transactions maintains a record of user transactions with a given merchant.
  • the record can include produces and/or services purchased from merchants and tips provided to the merchants in return for the products and/or services.
  • a payer requests to initiate a transaction with a merchant by opening a tab with the merchant. Upon the completion of the transaction with the merchant, the tab is closed. In some cases, closing the tab marks the termination of processing with the merchant, though in other cases further processing (e.g., transfer of funds by the system, alternation of a previously selected tip amount by the payer) may continue after the tab is closed. After the tab is closed, the payer can open a new tab with the merchant, or open a new tab with another merchant.
  • a payer can provide a tip before the payer knows the total transaction amount.
  • the payer can provide the tip after knowing the transaction amount but before closing the tab with the merchant. In some situations, the payer can provide the tip after knowing the transaction amount and closing the tab with the merchant.
  • Systems of the disclosure can provide payers tipping options, including tipping amounts, tipping frequencies (e.g., provide a tip with each transaction or every other transaction), and whether to tip or not tip a merchant.
  • a system programmed to facilitate a transaction with a merchant e.g., the computer system 201 of FIG. 2
  • FIG. 3 shows a transaction method (or work-flow) in which a payer is provided a selectable tipping option, in accordance with an embodiment of the invention.
  • the method is implemented upon the communication between the payer's electronic device, a computer system or server (“Server”), and a merchant's electronic device.
  • the Server can be the computer system 201 of FIG. 2 .
  • the payer in such a case wishes to conduct a transaction with the merchant.
  • the payer's client (“Payer Client”) can be an electronic device, such as a portable electronic device, that is configured to communicate with the Server.
  • the merchant's client (“Merchant Client”) can be a computer system that is configured to communicate with the Server.
  • the computer system can include one or more computers, each of which can include one or more processors for executing machine-readable code to implement a transaction.
  • the geolocation of the Payer Client is determined, which may be the geolocation of the payer, and directs geolocation information to the Server.
  • the Server provides the Payer Client a list of merchants based on one or more geolocation criteria of the payer, Server and/or the merchant.
  • the one or more geolocation criteria of the payer can include distance of the payer from a given merchant.
  • the Server can provide the Payer Client a list of merchants that are at or in proximity to the payer's geolocation.
  • the Server provides the Payer Client a list of merchants that are within 0.1 miles, 0.2 miles, 0.3 miles, 0.4 miles, 0.5 miles, 1 mile, 1.5 miles, 2 miles, 2.5 miles, 3 miles, 3.5 miles, 4 miles, 4.5 miles, 5 miles, 6 miles, 7 miles, 8 miles, 9 miles, 10 miles, 20 miles, 30 miles, 40 miles, 50 miles, 100 miles, or 500 miles with respect to the geolocation of the payer.
  • the payer elects to initiate a transaction with a given merchant from the list of merchants.
  • the payer may wish to open a tab for the payer with the merchant.
  • the Payer Client directs the request to open the tab to the Server.
  • the Payer Client can transmit to the Server an indication to open a tab associated with an account of the payer, which can reflect an indication of the payer's consent to perform a transaction with the merchant.
  • the transaction can be a cardless transaction in which a credit card is not used.
  • the Merchant Client can send a request to the Server for a list of open tabs (e.g., a list of payer user accounts from which the Server has received indication of consent to enter into a cardless payment transaction).
  • the Merchant Client can request the Server to provide a list of open tabs on a manual basis (e.g., upon merchant request), or at a given frequency, such as at least every 1 second, 2 seconds, 3 second, 4 seconds, 5 seconds, 10 seconds, 30 seconds, 40 seconds, 50 seconds, 1 minute, 2 minutes, 3 minutes, 4 minutes, 5 minutes, 10 minutes, 15 minutes, 20 minutes, 25 minutes, 30 minutes, or 1 hour.
  • the Server can provide the payer selectable tipping options.
  • the selectable tipping options can include the option to not tip the merchant, tip the merchant at a later point in time, or both.
  • the selectable tipping options can include one or more tip amounts that are selected by the Server.
  • the Server can provide the payer $1, $5 and $10 tipping options, or tipping options that are a fraction or percentage of the cost of the product(s) or service(s) offered by the merchant to the payer.
  • the Server can enable the payer to input a tip amount, such as, for example, with the aid of a text input field, a drop-down menu with tipping amounts.
  • the payer makes a tip selection and the Payer Client directs the tip selection to the Server.
  • the Merchant Client then processes the transaction and provides transaction information to the Server.
  • the transaction between the payer and the merchant can be processed by, or with the aid of, the Server.
  • the Merchant Client can request a given consideration (e.g., funds) from the Server, and the Server can direct the consideration to the Merchant Client or a location designated by the merchant, such as a financial account or funds repository (e.g., bank account) of the merchant.
  • the Server can also retrieve funds from the payer, such as retrieving funds from a financial account or funds repository (e.g., bank account, credit card) of the payer.
  • the merchant can request that the Server process the transaction with the payer, and the Merchant Client can request that the Server close the tab associated with the transaction with the payer.
  • the Server can then process the transaction with the payer (by way of the Payer Client) and subsequently transmit an electronic receipt to the payer. Closing the tab can mark the termination of the processing of the transaction between the Merchant Client and the Server, but further processing between the Server and the Payer Client may be required.
  • the Server processes the transaction (e.g., directs funds to and/or from financial accounts, applies a tip).
  • the electronic receipt can be directed to the Payer Client or other location designated by the payer, such as, for example, an email account or other electronic repository of the payer.
  • the workflow of FIG. 3 can be suited for cardless payment transactions.
  • a merchant can be tipped automatically without any payer involvement during processing of a transaction between the payer and the merchant.
  • FIG. 4 shows a workflow in which the Server automatically applies a tip to the transaction between the payer and the merchant.
  • the Server determines that the payer has elected to automatically tip the merchant, and the Server applies a given tip amount to the transaction.
  • the tip amount can be selected by the payer prior to initiating the transaction with the merchant.
  • the tip amount can be a fixed amount (e.g., $1), or a fixed percentage of the transaction cost (e.g., 20%).
  • under automatic tipping the tip amount can be a fixed amount or percentage for a given merchant or a given type of merchant.
  • the tip amount can be automatically applied to the transaction during processing of the transaction (e.g., before closing the tab), upon the termination of processing of the transaction (e.g., upon closing the tab), or after a transaction has been processed (e.g., after closing the tab).
  • the Payer Client initially instructs the Server that the payer has elected automatic tipping.
  • the Payer Client then provides the server with geolocation information of the Payer Client, which can include the geolocation of the Payer Client.
  • the Server then provides the Payer Client a merchant list.
  • the Payer Client requests to open a tab with a merchant selected from the merchant list.
  • the Merchant Client queries the Server for any open tabs and the Server provides the Merchant Client a list of open tabs.
  • the Merchant Client requests that the Server process the transaction with the merchant (with the aid of the Payer Client), which includes retrieving a consideration for the transaction between the payer and the merchant.
  • the Merchant Client requests to close the tab with the Merchant Client.
  • the Server then processes the transaction with the payer, which includes retrieving the consideration for the transaction in addition to any tip amount that is automatically applied to the transaction.
  • the Server then provides the payer a receipt as described elsewhere herein.
  • FIGS. 3 and 4 may be implemented in cash or card transactions, or cardless transactions.
  • Cardless transactions can include transactions facilitated with the aid of systems provided herein, such as the computer system 201 of FIG. 2 .
  • a server facilitating a transaction between a payer and merchant such as the computer system 201 of FIG. 2 , provides funds to the merchant and receive funds from the payer.
  • the payer and merchant can maintain a record of transactions.
  • the record can be used to determine whether a gratuity (or tip) was applied at a given transaction.
  • the Server can suggest a tip amount based on the payer's prior transaction history (including tipping history) with the merchant. For instance, if the payer has consistently tipped the merchant a given tip amount of percentage, then the Server can suggest that the payer tip the merchant the given tip amount.
  • the record can be continuously or periodically updated to reflect various transactions.
  • the Server upon the Server processing a transaction between a merchant and a payer, the Server provides the Payer Client an electronic receipt of the transaction and an update on any rewards the payer may have with the merchant.
  • the Merchant Client instructs the Server to process payment associated with a given transaction with the payer.
  • the Server processes payment, applies a tip, if any, and provides the payer an electronic receipt of the transaction.
  • the electronic receipt can be provided to the payer via an electronic message, such as instant message, short-message service (SMS) text message, multimedia message service (MMS) text message, or electronic mail (“email”), or a message or other notification that is specific to the application implementing the transaction on the Payer Client (e.g., a device application, or “app”).
  • a GUI of an electronic device of the payer can be updated with information to reflect the transaction.
  • a merchant card on a GUI of the payer (or user) is updated to reflect the transaction.
  • the Merchant Client is configured to search for open tabs and select payers to engage in transactions or decline invitations to engage in transactions with some payers.
  • Computer systems of the disclosure may be programmed to provide various tipping functionalities.
  • a computer system can be configured to apply a tip to a given transaction either automatically (i.e., without payer involvement during processing) or by providing the payer a tipping option (i.e., selectable tipping).
  • the payer can elect from various tipping options, such as, for example, electing to not tip the merchant, tip the merchant at a later point in time, or provide the merchant a tip amount suggested by the system or provided by the payer.
  • the system can process the transaction and provide the payer the option to tip at a later point in time, which point in time may be selected by the payer (e.g., 5 minutes after the transaction is completed).
  • the a payer can change a selected tipping option within a predetermined time frame, such as within at least 1 second, 2 seconds, 3 second, 4 seconds, 5 seconds, 10 seconds, 30 seconds, 40 seconds, 50 seconds, 1 minute, 2 minutes, 3 minutes, 4 minutes, 5 minutes, 10 minutes, 15 minutes, 20 minutes, 25 minutes, 30 minutes, 1 hour, 2 hours, 3 hours, 4 hours, 5 hours, 6 hours, 1 day, 2 days, 3 days, 4 days upon the termination of a transaction.
  • the payer elects to tip a merchant $1 during processing of the transaction, and within 1 hour following termination of the transaction, changes the tip amount to $2.
  • the payer before the payer closes the tab the payer elects to tip the merchant $1 or a $1 is automatically applied to the transaction, and after the tab is closed the payer changes the tip amount to $2.
  • the system will permit the payer to change a tip amount within a given timeframe, such as, for example, within 1 second, 2 seconds, 3 second, 4 seconds, 5 seconds, 10 seconds, 30 seconds, 40 seconds, 50 seconds, 1 minute, 2 minutes, 3 minutes, 4 minutes, 5 minutes, 10 minutes, 15 minutes, 20 minutes, 25 minutes, 30 minutes, 1 hour, 2 hours, 3 hours, 4 hours, 5 hours, 6 hours, 1 day, 2 days, 3 days, 4 days of closing the tab.
  • FIG. 5 shows a method for merchant tipping, in accordance with an embodiment of the invention.
  • the method can be implemented with the aid of a computer system (or server), such as the computer system 201 of FIG. 2 .
  • a payer opens a tab with a merchant.
  • the server determines whether the payer has enabled automatic tipping. If automatic tipping has been enabled by the payer (“Yes”), then in a third operation 503 the server processes the transaction and the tip is automatically applied to the transaction.
  • the server provides the payer a receipt.
  • the server determines that automatic tipping has not been enabled by the payer (“No”), then in a fifth operation 505 the server provides the payer with selectable tipping options. In a sixth operation 506 the server receives a tip selection from the payer, which is then applied to the transaction upon processing in the third operation 503 .
  • FIGS. 6-8 show example screenshots of graphical user interfaces (GUI's) on a display of an electronic device (e.g., mobile device) of a payer.
  • the GUI can be implemented with the aid of an app on the electronic device.
  • the app is configured to enable the mobile device to communicate with a server, such as the server 201 of FIG. 2 , which can facilitate a transaction between the payer and a merchant.
  • FIG. 6A shows a screenshot of a tip settings menu on a graphical user interface (GUI) of an electronic device of a payer.
  • the tip settings can be global tip settings, which can apply to all merchants or a group of merchants, or can be merchant specific.
  • the payer can access the tip settings menu from a home screen of an app implementing the tip settings, or from a merchant card. In some examples, the payer can select tipping settings that are specific to a merchant.
  • the tip settings can provide the payer the option to select various tipping functionalities.
  • the payer can elect that the server always ask the payer whether the payer wishes to provide a tip (“Always Ask”).
  • the server can provide the payer one or more tipping options during the processing of a transaction with a merchant, or, as an alternative, the payer can input a tip selection.
  • the server can provide the merchant $1, $5 and $10 tipping options, or 5%, 10%, 15% and 20% tipping options.
  • the payer can elect to have the server automatically provide a tip of a given amount or percentage (“Tip $1”, “Tip $2”, “Tip $3”) to the merchant, or to not tip (“Don't Tip”) the merchant.
  • FIG. 6B shows a screenshot of an alternative tip settings menu on a GUI of an electronic device of the payer, in which “Don't Tip” is not included as a tipping option for automatic tipping.
  • the payer can change a tip amount within a given time frame, in some cases even if automatic tipping is enabled.
  • the payer can select a different tip option (e.g., different tip amount, elect to not tip a merchant) within one hour after the payer's purchase of a product or service from the merchant is complete by viewing the payer's tab with the merchant.
  • the tip settings can enable the payer to select the number (e.g., 1 option, 2 options, 3 options, 4 options, 5 options) and/or type (e.g., currency, percentage of transaction) of tip options from which the payer can make a tip selection with a given merchant, type of merchant (e.g., coffee shop), group of merchants (e.g., all coffee shops in Palo Alto), or all merchants (i.e., global settings).
  • the number and/or type of tip options are fixed by the merchant or by the system, such as, for example, fixed by the system for a type of merchant, group of merchants, or all merchants.
  • FIG. 7 shows a screenshot of an example merchant card 700 with various selectable tipping options.
  • the payer is conducting a transaction with Coffee Spot, a merchant.
  • the server provides the payer the ability to elect various tipping options 701 (“Later,” “$1”, “$2”, “$3”).
  • the payer can then make a tipping selection by electing any one of the four tipping options 701 .
  • the server can provide the payer the option to change a tipping option selected by the payer.
  • the server provides the payer the opportunity to change a selected tipping option within a predetermined time frame, such as within a one hour upon the termination of processing of a transaction with the merchant.
  • the payer can select $1 as the tipping option.
  • the merchant card 700 also includes a first graphical button 702 that enables the payer to close or minimize the merchant card 700 , and a second graphical button 703 that enables the payer to share the merchant card 700 with another individual or entity, such as another user (e.g., payer).
  • a first graphical button 702 that enables the payer to close or minimize the merchant card 700
  • a second graphical button 703 that enables the payer to share the merchant card 700 with another individual or entity, such as another user (e.g., payer).
  • the payer can change the look of the merchant card 700 , such as, for example, by changing the orientation of the tipping options (e.g., rows, columns) and the manner in which tipping options are provided to the payer or a tipping selection is retrieved from the payer.
  • the payer can select a tipping option with the aid of a pointing device, the payer's finger, voice commands, and/or gestures.
  • FIG. 8 shows a screenshot of a graphical user interface (GUI) 800 that enables a payer to supply a tip to a merchant.
  • the GUI 800 can be presented to the payer during or upon the termination of processing of a transaction with a merchant.
  • the GUI 800 includes a back button 801 that enables the payer to navigate to a previous screen of the GUI 800 , such as, for example, to a screen showing a menu of the merchant.
  • the GUI 800 can include a first graphical field 802 with a picture, avatar or other identifying information of the payer, and a second graphical field 803 with a picture, avatar of other identifying information of the merchant.
  • the GUI 800 includes various tipping options 804 (“No tip,” “$1”, “$2”, “$3”).
  • the GUI 800 indicates in a text field 805 that a tab with the merchant has been opened (“OPENED”).
  • a timestamp 806 shows the time (“10:03 AM”) that the tab was opened.
  • the GUI 800 can include a history field 807 that shows the payer's prior tipping history with the merchant.
  • the tipping history can include the timestamp (e.g., date and time) associated with a given transaction with the payer and the tip selection made during the transaction.
  • the history field is unpopulated.

Abstract

A computer-implemented method for facilitating a merchant transaction comprises providing a list of one or more merchants that are in geographic proximity to a geolocation of a payer, and receiving a request from the payer to conduct a transaction with a merchant among the one or more merchants. The request can be received by a computer system programmed to facilitate the transaction. The transaction can then be processed with the aid of the computer system. A tip selection, which can include a tip amount, can be applied to the transaction. In some cases the tip selection is received from the payer as a selectable option. In other cases, the tip selection is automatically applied to the transaction without involvement from the payer during or upon the termination of the transaction.

Description

    CROSS-REFERENCE
  • This application claims priority to U.S. Provisional Patent Application Ser. No. 61/684,624, filed Aug. 17, 2012, which application is entirely incorporated herein by reference.
  • BACKGROUND
  • Consumers routinely make purchases using plastic credit or debit cards. Such plastic cards typically have magnetic stripes or chips that are encoded with information, such as a consumer's account information. A credit or a debit card may be used in a business transaction with a bank or creditor through use of a device that communicates with the bank or creditor, such as, for example an automated teller machine (ATM) or a credit card reader.
  • Credit cards having standard specifications can typically be read by point-of-sale devices at the location of a merchant. When the card is coupled to an electronic card reader at the merchant, such as a platform card reader, the electronic card reader may use its built-in communications interface to contact a creditor that handles credit authentication requests to process the transaction. The transaction may be finalized upon verification of the consumer's account information and the receipt of an approval signal from the creditor.
  • Despite the prevalence of systems and methods that implement point of sale transactions using plastic cards, plastic cards may prove problematic in situations in which a merchant does not accept payment using a plastic card or a communications link from the merchant to the creditor is inoperable.
  • SUMMARY
  • The disclosure provides systems and methods for enabling payers to provide gratuities (or tips) to merchants. In some cases, a system for facilitating payer-merchant transactions automatically tips a merchant upon the completion of a transaction between a merchant and a payer. In other cases, prior to completing the transaction between the merchant and the payer, the system provides the payer the opportunity to elect to tip the merchant. In some examples, the system permits the payer to select a tip amount.
  • An aspect of the disclosure provides a computer-implemented method for facilitating a merchant transaction, comprising providing a list of one or more merchants that are in proximity to a geolocation of a payer, and receiving a request from the payer to conduct a transaction with a merchant among the one or more merchants. The request can be received by a computer system programmed to facilitate the transaction. Next, a tip selection to apply to the transaction can be received from the payer. The transaction can then be processed with the aid of a processor of the computer system. The tip selection can be applied to the transaction during or upon the termination of the transaction. In an embodiment, the method further comprises providing the payer a tip option. In another embodiment, the tip selection comprises a tip amount to apply to the transaction. In another embodiment, the tip selection is selected by the payer from one or more tip options provided to the payer. In another embodiment, the one or more tip options are provided to the payer by the computer system. In another embodiment, the list is provided on a graphical user interface of an electronic device of the payer. In another embodiment, the request is received from an electronic device of the payer. In another embodiment, the electronic device is a portable electronic device. In another embodiment, before providing the list of one or more merchants, the geolocation of the payer is determined with the aid of a geolocation device of the payer. In another embodiment, the request is received from the geolocation device. In another embodiment, the payer receives a receipt upon the completion of the transaction between the payer and the merchant. In another embodiment, between receiving a request from the payer to conduct a transaction and receiving a tip selection, the computer system informs the merchant that the payer has requested to conduct a transaction with the merchant. In another embodiment, the payer is permitted to request to conduct the transaction if the payer is at or in proximity to the merchant. In another embodiment, upon receiving the request from the payer to conduct a transaction, the computer system initiates the transaction between the payer and the merchant. In another embodiment, the computer system initiates the transaction if the payer is at or in proximity to the merchant. In another embodiment, the one or more merchants are within a given distance from the geolocation of the payer. In another embodiment, the list of one or more merchants is provided on a graphical user interface of an electronic device of the payer.
  • In another aspect of the disclosure, a computer-implemented method for facilitating a merchant transaction comprises providing a list of one or more merchants that are in proximity to a geolocation of a payer. A request from the payer can be received to conduct a transaction with a merchant among the one or more merchants. The request can be received by a computer system programmed to facilitate the transaction. The transaction can be processed with the aid of a processor of the computer system. A tip selection can be automatically applied to the transaction without involvement from the payer during or upon the termination of the transaction. The tip selection can be applied if the payer has provided the computer system an indication to automatically apply the tip selection. In an embodiment, the tip selection comprises a tip amount that is automatically applied to the transaction. In another embodiment, the list is provided on a graphical user interface of an electronic device of the payer. In another embodiment, the request is received from an electronic device of the payer. In another embodiment, the electronic device is a portable electronic device. In another embodiment, prior to providing a list of one or more merchants, the geolocation of the payer is determined with the aid of a geolocation device of the payer. In another embodiment, the request to conduct a transaction is received from the geolocation device. In another embodiment, the method further comprises providing the payer a receipt upon the completion of the transaction between the payer and the merchant. In another embodiment, between receiving a request from the payer to conduct the transaction and processing the transaction, the computer system informs the merchant that the payer has requested to conduct a transaction with the merchant. In another embodiment, the payer is permitted to request to conduct the transaction if the payer is at or in proximity to the merchant. In another embodiment, upon receiving the request from the payer to conduct the transaction, the computer system initiates the transaction between the payer and the merchant. In another embodiment, the computer system initiates the transaction if the payer is at or in proximity to the merchant. In another embodiment, the tip amount is specific to the merchant. In another embodiment, the method further comprises receiving from the payer an indication that the tip selection is to be automatically applied to the transaction. In another embodiment, the one or more merchants are within a given distance from the geolocation of the payer. In another embodiment, the list of one or more merchants is provided on a graphical user interface of an electronic device of the payer.
  • Another aspect of the disclosure provides a computer-implemented method for facilitating a transaction between a merchant and a payer, comprising providing, in a merchant card displayed on a graphical user interface (GUI) of an electronic device of the payer, information of or related to the merchant with which the payer has requested to conduct a transaction. The merchant card can include one or more input fields, each of which can be for permitting the payer to provide a tip selection to be applied to the transaction. Next, with the aid of the GUI, a tip selection from the payer can be received. The tip selection can be provided by the payer in a given input field of the one or more input fields. The transaction can then be processed between the payer and the merchant. The tip amount can be applied to the transaction. In an embodiment, the tip selection includes a tip amount to apply to the transaction. In another embodiment, the merchant is at or in proximity to a geolocation of the payer. In another embodiment, the geolocation is determined with the aid of an electronic device of the payer. In another embodiment, the method further comprises providing the payer a receipt upon the completion of the transaction between the payer and the merchant. In another embodiment, the one or more input fields include selectable elements. In another embodiment, the selectable elements are predetermined tip amounts. In another embodiment, the predetermined tip amounts are specific to the merchant.
  • Another aspect of the disclosure provides a computer readable medium comprising code that, upon execution by one or more processors, implements a method, the method comprising providing a list of one or more merchants that are in proximity to a geolocation of a payer, and receiving a request from the payer to conduct a transaction with a merchant among the one or more merchants. The request can be received by a computer system programmed to facilitate the transaction. Next, from the payer, a tip selection is received to apply to the transaction. The transaction can be processed with the aid of a processor of the computer system. The tip selection can be applied to the transaction during or upon the termination of the transaction.
  • Another aspect of the disclosure provides a computer readable medium comprising code that, upon execution by one or more processors, implements a method, the method comprising providing a list of one or more merchants that are in proximity to a geolocation of a payer, and receiving a request from the payer to conduct a transaction with a merchant among the one or more merchants. The request can be received by a computer system programmed to facilitate the transaction. Next, the transaction is processed with the aid of a processor of the computer system. A tip selection can be automatically applied to the transaction without involvement from the payer during or upon the termination of the transaction.
  • Another aspect of the disclosure provides a computer readable medium comprising code that, upon execution by one or more processors, implements a method, the method comprising providing, in a merchant card displayed on a graphical user interface (GUI) of an electronic device of the payer, information of or related to the merchant with which the payer has requested to conduct a transaction. The merchant card can include one or more input fields, each of which one or more input fields can be for permitting the payer to provide a tip selection to be applied to the transaction. Next, with the aid of the GUI, a tip selection can be received from the payer. The tip selection can be provided by the payer in a given input field of the one or more input fields. With the aid of a processor, the transaction between the payer and the merchant can be processed. The tip amount can be applied to the transaction.
  • Another aspect of the disclosure provides a system for facilitating a merchant transaction, comprising one or more computer processors and a memory location coupled to the one or more computer processors. The memory location comprises code that, upon execution by the one or more computer processors, implements a method, the method comprising: (i) providing a list of one or more merchants that are in proximity to a geolocation of a payer; (ii) receiving a request from the payer to conduct a transaction with a merchant among the one or more merchants, wherein the request is received by a computer system programmed to facilitate the transaction; (iii) receiving, from the payer, a tip selection to apply to the transaction; and (iv) processing the transaction with the aid of a computer processor of the computer system, wherein the tip selection is applied to the transaction during or upon the termination of the transaction. In an embodiment, the system is adapted (e.g., programmed) to provide the list of (i) on a graphical user interface of an electronic device of the payer. In another embodiment, the system is adapted to receive the request of (ii) from an electronic device of the payer.
  • Another aspect of the disclosure provides a system for facilitating a merchant transaction, comprising one or more computer processors and a memory location coupled to the one or more computer processors. The memory location comprises code that, upon execution by the one or more computer processors, implements a method, the method comprising: (i) providing a list of one or more merchants that are in proximity to a geolocation of a payer; (ii) receiving a request from the payer to conduct a transaction with a merchant among the one or more merchants; and (iii) processing the transaction with the aid of a computer processor, wherein a tip selection is automatically applied to the transaction without involvement from the payer during or upon the termination of the transaction. In an embodiment, the system is adapted to provide the list of (i) on a graphical user interface of an electronic device of the payer. In another embodiment, the system is adapted to receive the request of (ii) from an electronic device of the payer.
  • Another aspect of the disclosure provides a system for facilitating a transaction between a merchant and a payer, comprising one or more computer processors and a memory location coupled to the one or more computer processors. The memory location comprises code that, upon execution by the one or more computer processors, implements a method, the method comprising: (i) providing, in a merchant card displayed on a graphical user interface (GUI) of an electronic device of the payer, information of or related to the merchant with which the payer has requested to conduct a transaction, wherein the merchant card includes one or more input fields, each of which one or more input fields is for permitting the payer to provide a tip selection to be applied to the transaction; (ii) receiving, with the aid of the GUI, a tip selection from the payer, wherein the tip selection is provided by the payer in a given input field of the one or more input fields; and (iii) processing, with the aid of a computer processor, the transaction between the payer and the merchant, wherein the tip amount is applied to the transaction.
  • Additional aspects and advantages of the present disclosure will become readily apparent to those skilled in this art from the following detailed description, wherein only illustrative embodiments of the present disclosure are shown and described. As will be realized, the present disclosure is capable of other and different embodiments, and its several details are capable of modifications in various obvious respects, all without departing from the disclosure. Accordingly, the drawings and description are to be regarded as illustrative in nature, and not as restrictive.
  • INCORPORATION BY REFERENCE
  • All publications, patents, and patent applications mentioned in this specification are herein incorporated by reference to the same extent as if each individual publication, patent, or patent application was specifically and individually indicated to be incorporated by reference.
  • BRIEF DESCRIPTION OF DRAWINGS
  • The novel features of the claimed invention are set forth with particularity in the appended claims. A better understanding of the features and advantages of the present invention will be obtained by reference to the following detailed description that sets forth illustrative embodiments, in which the principles of the invention are utilized, and the accompanying drawings or figures (also “FIG.” or “FIGS.” herein) of which:
  • FIG. 1 schematically illustrates a merchant chard, in accordance with an embodiment of the invention;
  • FIG. 2 schematically illustrates a system for facilitating methods of the disclosure, in accordance with an embodiment of the invention;
  • FIG. 3 schematically illustrates a transaction workflow in which a payer is provided a selectable tipping option, in accordance with an embodiment of the invention;
  • FIG. 4 schematically illustrates a transaction workflow in which a tip amount is automatically applied to a given transaction, in accordance with an embodiment of the invention;
  • FIG. 5 schematically illustrates a transaction workflow for tipping a merchant, in accordance with an embodiment of the invention;
  • FIG. 6A shows a screenshot of a tip settings graphical user interface (GUI); FIG. 6B shows a screenshot of another tip settings GUI;
  • FIG. 7 shows a screenshot of an example merchant card having various payer-selectable tipping options; and
  • FIG. 8 shows a screenshot of a GUI that enables a payer to supply a tip to a merchant.
  • DETAILED DESCRIPTION
  • While various embodiments of the invention have been shown and described herein, it will be obvious to those skilled in the art that such embodiments are provided by way of example only. Numerous variations, changes, and substitutions may occur to those skilled in the art without departing from the invention. It should be understood that various alternatives to the embodiments of the invention described herein may be employed.
  • The term “merchant,” as used herein, generally refers to an individual, business or other entity, the occupation of which is the sale of goods for profit, trade of an item of value for another item of value, and/or the rendering of a service. In an example, a merchant is a retail business or a shopkeeper. A merchant may be an online business or entity offering a product or service for profit of trade. Examples of merchants include, without limitation, food stores, grocery stores, electronic stores, department stores, bars, clubs, restaurants and book stores.
  • The term “user,” as used herein, generally refers to an individual or entity that uses systems and methods of the disclosure. A user can be an individual or entity that wishes to purchase a product or service of a merchant. A user can be a “payer,” which generally refers to one or more users that are conducting, or have conducted, a transaction with a merchant.
  • The term “tip” (also “gratuity” herein), as used herein, generally refers to money or other consideration tendered to a merchant based on a payer's satisfaction (or dissatisfaction) with the merchant. A tip may be a sum of money or other consideration that is provided on top of the money or consideration requested by a merchant for a product or service provided or to be provided by the merchant. In an example, a payer provides a merchant a tip in the amount of $1 for a $3 cup of coffee provided by the merchant.
  • The term “geographic location” (also “geo-location” and “geolocation” herein), as used herein, generally refers to the geographic location of an object, such as a user. A geolocation of a user can be determined or approximated using a geolocation device or system associated with the user, which may be an electronic device (e.g., mobile device) attached to or in proximity to the user. Geolocation information can include the geographic location of the object, such as coordinates of the object and/or an algorithm or methodology to approximate or otherwise calculate (or measure) the location of the object, and, in some cases, information as to other objects in proximity to the object. In some examples, geolocation information of a user includes the user's geographic location and/or the location of one or more merchants in proximity to the user. Geolocation information can include the relative positioning between objects, such as between users, or a payer and a merchant. In some cases, the geolocation of an object (e.g., user, electronic device) is not necessarily the location of the object, but rather the location that the object enters an area or structure, such as a building.
  • A geolocation device may be a portable electronic device (e.g., Apple® iPhone®, Android® enabled device). In some cases, the geolocation of an object can be determined using the manner in which a mobile device associated with the object communicates with a communication node, such as a wireless node. In an example, the geolocation of an object can be determined using node triangulation, such as, e.g., wireless node, WiFi node, satellite triangulation, and/or cellular tower node triangulation. In another example, the geolocation of a user can be determined by assessing the proximity of the user to a WiFi hotspot or one or more wireless routers. In some cases, the geolocation of an object can be determined using a geolocation device that includes a global positioning system (“GPS”), such a GPS subsystem (or module) associated with a mobile device (e.g., GPS capabilities of an Apple® iPhone® or Droid® based system).
  • In some situations, the geolocation of an object can be determined with the aid of visual and/or audio information captured by an electronic device of a user, such as, for example, images and/or video captured by a camera of the electronic device, or a peripheral device (e.g., Google® Goggles) coupled to the electronic device.
  • Merchant Cards
  • An aspect of the invention provides a computer-implemented method for facilitating a transaction between a merchant and a payer. The method comprises providing, in a merchant card displayed on a graphical user interface (GUI) of an electronic device of the payer, information of or related to the merchant with which the payer has requested to conduct a transaction. The merchant card includes one or more input fields, each of which can be for enabling the payer to provide a tip selection. An input field can include a selectable element, such as, for example, a predetermined tip amount. A tip selection can include a tip amount to be provided to the merchant. Next, with the aid of the GUI, the tip amount (or gratuity) is received from the payer. The transaction between the payer and the merchant is then processed with the aid of a computer system having on or more processors programmed to facilitate the transaction. During or upon the termination of the processing of the transaction, the tip amount is applied to the transaction.
  • In some cases, the one or more input fields include various tip options, such as, for example, predetermined tip amounts. For example, the input fields can include tip amounts that are selected based on merchant type or set for specific merchants (e.g., Starbucks® has tip amounts that are different from Philz Coffee™). As another example, the input fields can include tip amounts that are pre-selected by the payer (e.g., regardless of who the merchant is, or can be preselected for certain merchant types or specific merchants).
  • Tip amounts can be set by the computer system, the merchant or the payer. For example, the payer can select an automatic tip amount or a selection of tip amounts for Starbucks® and a different automatic tip amount or selection of tip amounts for Philz Coffee™.
  • The input fields can be graphical icons that correspond to a designated tip amount. An input field can be a graphical element, such as an icon or button. In an example, an input field is a button or other graphical element having text with a predetermined (e.g., payer-selected, merchant-selected) tip amount. Alternatively, the input fields can enable the payer to input a tip amount.
  • A merchant card can be displayed on a user interface, such as a graphical user interface (GUI), of an electronic device of the payer. A GUI can include one or more graphical items that correspond to various features or functionalities. For example, a merchant card can include a button or other graphical item that enables the payer to share a merchant card with another user (e.g., payer), such as, for example, through electronic mail (“email”), text messaging, or other electronic interface. As another example, a merchant card can include a button or graphical item to enable the payer to save or minimize the merchant card.
  • A merchant card can be dedicated to a given merchant. In some examples, a merchant card includes one or more tip amounts that are specific to the merchant. The computer system can provide the payer with merchant-specific tip amounts during or upon the termination of the processing of the transaction between the payer and the merchant.
  • A merchant card can permit a payer to initiate and conduct an electronic transaction with a merchant associated with the merchant card. The electronic transaction can over a network, such as the Internet or an intranet. In some examples, a merchant card permits a payer to open a tab with a merchant. The merchant card can permit a payer to initiate a transaction between the payer and the merchant.
  • A merchant card can be selected to provide additional details of a given merchant, such as the name of the merchant, the distance of the payer from merchant (e.g., 1 mile), product or service details, costs associated with products and/or services of the merchant, the location of the merchant, directions to the merchant, hours of operation of the merchant, and promotions offered by the merchant. The payer may select to open a tab with the merchant to initiate a process to purchase a product or service from the merchant.
  • A merchant card can include one or more graphical items as tip options for a payer. For example, a merchant card can include at least 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 20, 30, 40, or 100 tip options. A tip option can include a currency or other consideration option (e.g., $1, $2, or $5, or 5%, 10%, 15% or 20%), the option to not provide a tip, or the option to provide a tip at a later point in time. In an example, a merchant card includes a plurality of icons (or buttons, or other graphical items), with each icon being associated with a given tip amount and/or an option to not provide a tip or provide a tip later (e.g., before or after the tab is closed). The payer can elect an icon to apply to a given transaction with the merchant.
  • In some examples, a tip button on a merchant card can be visually different than another tip button on the merchant card. For example, if the payer ordinarily selects a given tip amount for a given merchant, the system can register the given tip amount as a preferred tip amount for that merchant and visually render the button (or icon) associated with the given tip amount to be visually different than the remainder of the buttons.
  • FIG. 1 shows a merchant card (“card”) 100, in accordance with an embodiment of the invention. The card 100 can be provided on a GUI of an electronic device of a payer (e.g., Apple® iPhone, Apple® iPad, Android® enabled device, Blackberry® phone). The device may be coupled to a system having a processor that is configured to execute machine-executable code to facilitate a transaction between the payer and a merchant.
  • With continued reference to FIG. 1, the card 100 includes a graphical field 101 for displaying a logo or other information that can be specific to the merchant. The card 100 further includes tip (or gratuity) fields 102, 103 and 104 (also “tipping options” herein), which can include a select tip amount (e.g., “$1”) or percentage of a transaction (e.g., “15%”), the option to not tip the merchant (e.g., “No tip”), or the option to tip later (e.g., “Tip later”). The tip fields (i.e., the number of tip fields and the tip options for a given tip field) can be merchant specific. For example, a first merchant can have a different number of tip fields than a second merchant. As another example, the first merchant can have different tip options than the second merchant.
  • The gratuity fields can be provided in a row, column, array, grid, or any other manner. The gratuity fields can be adjacent to one another. Amounts and/or percentages associated with the gratuity fields can be provided in increasing or decreasing order. In some cases, a given gratuity field can look visually different than one or more other gratuity fields—e.g., based on what the system deems is the most likely gratuity the payer would select, as can be determined from historical tipping data with the merchant. In some examples, the system can make the given gratuity field more or less visually appealing to the payer.
  • The card 100 includes a button 105 for enabling the payer to save, minimize or close the card 100. In some examples, the button 105 enables the payer to close the card 100 and reveal other another card with other information on the merchant associated with the card 100, or, alternatively, reveal a list of merchants or one or more cards associated with merchants.
  • The card 100 includes a button 106 that enables the payer to share the card 100 with another user, such as, for example, another payer. In an example, the button 106 can be configured to enable the payer to share the card with another user through email, text or other electronic interface.
  • The look and feel of a merchant card can be tailored based on user-specific merchant criteria. In some cases, the shape or color of a button or input field on a card can be selected to make it more or less appealing to a user than another button or input field. Such modification may be made to increase the likelihood of the user selecting one field over another field. In some examples, a first tip amount can be selected to be more appealing than another tip amount. For example, a tip amount that the computer system determines is most likely to be selected by the payer can be made to be more appealing to the payer than another tip amount that the computer system determines is less likely to be selected by the payer.
  • In some examples, the payer can change the look of the merchant card, such as, for example, by changing the orientation of the tipping options (e.g., rows, columns, grid) and the manner in which tipping options are provided to the payer or a tipping selection is retrieved from the payer. For example, the payer may wish that the system provide the payer tipping options. Alternatively, the payer may wish to input a tipping selection, such as inputting a tipping amount. The payer can select a tipping option or provide a tipping selection with the aid of a pointing device (e.g., computer mouse), the payer's finger (e.g., in cases in which the payer is using a resistive or capacitive touch screen), voice commands, gestures (e.g., with the aid of a motion sensing input device, such as Kinect®), or combinations thereof.
  • Systems for Facilitating Transactions
  • Another aspect of the invention provides a system that is configured (or programmed) implement the methods of the disclosure. The system can include a computer server (“server”) that is operatively coupled to an electronic device of a user (e.g., payer) and an electronic device of a merchant.
  • FIG. 2 shows a system 200 adapted to enable a payer to search for merchants, in accordance with an embodiment of the invention. The system 200 includes a central computer system or server (“server”) 201 that is programmed to implement example methods described herein. The server 201 includes a central processing unit (CPU, also “processor” and “computer processor” herein) 205, which can be a single core or multi core processor, or a plurality of processors for parallel processing. The server 201 also includes memory 210 (e.g., random-access memory, read-only memory, flash memory), electronic storage unit 215 (e.g., hard disk), communications interface 220 (e.g., network adapter) for communicating with one or more other systems, and peripheral devices 225, such as cache, other memory, data storage and/or electronic display adapters. The memory 210, storage unit 215, interface 220 and peripheral devices 225 are in communication with the CPU 205 through a communications bus (solid lines), such as a motherboard. The storage unit 215 can be a data storage unit (or data repository) for storing data. The server 201 is operatively coupled to a computer network (“network”) 230 with the aid of the communications interface 220. The network 230 can be the Internet, an internet and/or extranet, or an intranet and/or extranet that is in communication with the Internet. The network 230 in some cases is a telecommunication and/or data network. The network 230 can include one or more computer servers, which can enable distributed computing, such as cloud computing. The network 230 in some cases, with the aid of the server 201, can implement a peer-to-peer network, which may enable devices coupled to the server 201 to behave as a client or a server.
  • The storage unit 215 can store files, such as filed related to merchant profiles and/or accounts, and payer profiles. The server 201 in some cases can include one or more additional data storage units that are external to the server 201, such as located on a remote server that is in communication with the server 201 through an intranet or the Internet.
  • The storage unit 215 can store payer and merchant transactional information. The storage unit 215 can store payer transactional information, which can include, without limitation, merchants from which the payer has purchased products and/or services, the number of times the payer has used a merchant, the frequency with which the payer purchases products and/or services from a merchant, the types of merchants from which the payer purchases products and/or services. The data storage unit 215 can include payer tip information, such as tip settings and preferences, and a history of previous transactions with tip amounts.
  • The server 201 can be programmed to enable a user (e.g., payer) to elect various tipping settings. For example, a payer may wish that a tip be automatically applied to a given transaction (“automatic tipping”), and the server 201 can provide the payer the option to elect automatic tipping. As an alternative, a payer may wish to be asked to provide a merchant a tip in a transaction (“selectable tipping”), and the server 201 can provide the payer the option to request selectable tipping, in which case the server 201 can provide the payer various tipping options during a transaction.
  • The server 201 can communicate with one or more remote computer systems through the network 230. In the illustrated example, the server 201 is in communication with a first computer system 235 and a second computer system 240 that are located remotely with respect to the server 201. In the illustrated example, the first computer system 235 is a merchant computer system that may have a database for recording transaction data, and the second computer system 240 is a user computer system, such as a computer system of a potential purchaser (e.g., payer) of a service or product of the merchant. The first computer system 235 and second computer system 240 can be, for example, personal computers (e.g., portable PC), slate or tablet PC's (e.g., Apple® iPad, Samsung® Galaxy Tab), telephones, Smart phones (e.g., Apple® iPhone, Android-enabled device, Blackberry®), or personal digital assistants.
  • In some examples, the second computer system 240 includes a passive screen, a capacitive touch screen, or a resistive touch screen. The computer system 240 can include a network interface and a browser that enables a payer to access various sites or locations on an intranet or the Internet. The computer system 240 can include an application (“app”) that enables the computer system 240 to interact with the server 201. The app can be implemented with the aid of machine executable code, or software. The app can be configured to enable the computer system to communicate with a server, such as the server 201, which facilitates a transaction between the payer and a merchant.
  • In an example, the second computer system 240 is a portable electronic device of a payer that desires to search for and find merchants at or in proximity to a geolocation of the payer. The payer can access the server 201 via the network 230 to request the search. The server 201 can conduct the search and transmit search results to the second computer system 240 of the payer. The search results can be displayed on a graphical user interface of the second computer system 240. In some cases, both the first computer system 235 and the second computer system 240 have a geolocation.
  • In some situations the system 200 includes a single server 201. In other situations, the system 200 includes multiple servers in communication with one another through an intranet and/or the Internet.
  • The server 201 can be adapted to store user (e.g., payer, merchant) profile information, such as, for example, a name, physical address, email address, telephone number, instant messaging (IM) handle, educational information, work information, social likes and/or dislikes, products likes and/or dislikes, merchant preferences, favorites types of merchants (e.g., restaurants preferred over bars) and historical information of past transactions of the user (which may be transactions made using the system 200), and other information of potential relevance to the user or other users. Such profile information can be stored on the storage unit 215 of the server 201.
  • Methods as described herein can be implemented by way of machine (or computer processor) executable code (or software) stored on an electronic storage location of the server 201, such as, for example, on the memory 210 or electronic storage unit 215. During use, the code can be executed by the processor 205. In some cases, the code can be retrieved from the storage unit 215 and stored on the memory 210 for ready access by the processor 205. In some situations, the electronic storage unit 215 can be precluded, and machine-executable instructions are stored on memory 210. Alternatively, the code can be executed on the second computer system 240 of the user.
  • The code can be pre-compiled and configured for use with a machine have a processor adapted to execute the code, or can be compiled during runtime. The code can be supplied in a programming language that can be selected to enable the code to execute in a pre-compiled or as-compiled fashion.
  • Aspects of the systems and methods provided herein, such as the server 201, can be embodied in programming. Various aspects of the technology may be thought of as “products” or “articles of manufacture” typically in the form of machine (or processor) executable code and/or associated data that is carried on or embodied in a type of machine readable medium. Machine-executable code can be stored on an electronic storage unit, such memory (e.g., read-only memory, random-access memory, flash memory) or a hard disk. “Storage” type media can include any or all of the tangible memory of the computers, processors or the like, or associated modules thereof, such as various semiconductor memories, tape drives, disk drives and the like, which may provide non-transitory storage at any time for the software programming. All or portions of the software may at times be communicated through the Internet or various other telecommunication networks. Such communications, for example, may enable loading of the software from one computer or processor into another, for example, from a management server or host computer into the computer platform of an application server. Thus, another type of media that may bear the software elements includes optical, electrical and electromagnetic waves, such as used across physical interfaces between local devices, through wired and optical landline networks and over various air-links. The physical elements that carry such waves, such as wired or wireless links, optical links or the like, also may be considered as media bearing the software. As used herein, unless restricted to non-transitory, tangible “storage” media, terms such as computer or machine “readable medium” refer to any medium that participates in providing instructions to a processor for execution.
  • Hence, a machine readable medium, such as computer-executable code, may take many forms, including but not limited to, a tangible storage medium, a carrier wave medium or physical transmission medium. Non-volatile storage media include, for example, optical or magnetic disks, such as any of the storage devices in any computer(s) or the like, such as may be used to implement the databases, etc. shown in the drawings. Volatile storage media include dynamic memory, such as main memory of such a computer platform. Tangible transmission media include coaxial cables; copper wire and fiber optics, including the wires that comprise a bus within a computer system. Carrier-wave transmission media may take the form of electric or electromagnetic signals, or acoustic or light waves such as those generated during radio frequency (RF) and infrared (IR) data communications. Common forms of computer-readable media therefore include for example: a floppy disk, a flexible disk, hard disk, magnetic tape, any other magnetic medium, a CD-ROM, DVD or DVD-ROM, any other optical medium, punch cards paper tape, any other physical storage medium with patterns of holes, a RAM, a ROM, a PROM and EPROM, a FLASH-EPROM, any other memory chip or cartridge, a carrier wave transporting data or instructions, cables or links transporting such a carrier wave, or any other medium from which a computer may read programming code and/or data. Many of these forms of computer readable media may be involved in carrying one or more sequences of one or more instructions to a processor for execution.
  • In some cases, the server 201 can be configured for data mining, extract, transform and load (ETL), or spidering (including Web Spidering where the system retrieves data from remote systems over a network and access an Application Programmer Interface or parses the resulting markup) operations, which may permit the system to load information from a raw data source (or mined data) into a data warehouse. The data warehouse may be configured for use with a business intelligence system (e.g., Microstrategy®, Business Objects®). The media file management system can include a data mining module adapted to search for media content in various source locations, such as email accounts and various network sources, such as social networking accounts (e.g., Facebook®, Foursquare®, Google+®, Linkedin®) or on publisher sites, such as, for example, weblogs.
  • The results of a user-initiated search for merchants can be presented to a user with the aid of a user interface (UI), such as a graphical user interface (GUI), on an electronic device of the user. In some situations, a GUI can enable a user to access the results of a search for entertainment events at a designated geographic.
  • The UI, such as GUI, can be provided on a display of an electronic device of the user that is adapted to provide geolocation information of the user, such as, for example, measure (or calculate) the geolocation of the user. The display can be a capacitive or resistive touch display, or a head-mountable display (e.g., Google® Goggles). Such displays can be used with other systems and methods of the disclosure.
  • Methods of the disclosure may be facilitated with the aid of an application (“app”) that can be installed on electronic devices of a user. An app can include a GUI on a display of the electronic device of the user. The app can be configured to perform certain functions of the system, such as, for example, permitting a user to initiate a transaction with a merchant if the user is within a given distance from the merchant. In an example, if the user is within a given distance from the merchant, the app can permit the user to request to initiate a transaction with the merchant, which request is directed to the system. The system can then inform the merchant that the user desires to initiate a transaction with the merchant, and the transaction can be subsequently processed with the aid of the system, as described elsewhere herein.
  • Systems of the disclosure may include both payer and merchant data. This advantageously permits a system to determine relevance ranking that may be user specific and directed at select one or more merchants or types of merchants. The system may be owned and/or operated by a single entity.
  • In some cases, the merchant and/or payer information may be stored in a memory location of the system. Accordingly, relevance ranking may be a function of both payer and merchant information. For instance, a merchant may intent to target payers of a given age group. In some cases, a search for merchants by a payer may provide merchants that consider the payer to be relevant to the merchants.
  • The computer system 201 can be programmed to implement various methods disclosed herein. In some embodiments, the computer system 201 can facilitate payment from the user to the merchant. In an example, the system transfers funds to the merchant and receives funds from the user. The funds received from the user may be greater than or equal to the funds transferred to the merchant. In another example, the system transfers funds directly from the user to the merchant.
  • In some embodiments, the computer system 201 is configured to initiate and facilitate a transaction between a payer and a merchant. In an example, the computer system 201 initiates and facilitates the transaction between the user and the merchant if the user is within a given distance from the merchant. The distance can be based upon a determination of the geolocation of the user. For instance, a geolocation device of the user can determine the geographic information of the user, and direct the geographic information to the system. If the user is within a given (e.g., predetermined) distance from the merchant, the system can permit the user to initiate a transaction with the merchant (e.g., open a tab). In some situations, the user's geolocation device, upon determining that the user is within a given distance from the merchant, permits the user to initiate a transaction with the merchant with the aid of the system.
  • Methods for Providing Gratuities
  • Another aspect of the invention provides computer-implemented methods for facilitating a merchant transaction. In some embodiments, a method for facilitating a merchant transaction comprises providing a list of one or more merchants that are in geographic proximity to a geolocation of a payer. The one or more merchants can be within a given distance from the geolocation of the payer. The list can be provided by a central computer system (or server) that is coupled to an electronic device of the payer.
  • In some examples, the list is populated by merchants that are within 0.1 miles, 0.2 miles, 0.3 miles, 0.4 miles, 0.5 miles, 1 mile, 1.5 miles, 2 miles, 2.5 miles, 3 miles, 3.5 miles, 4 miles, 4.5 miles, 5 miles, 6 miles, 7 miles, 8 miles, 9 miles, 10 miles, 20 miles, 30 miles, 40 miles, 50 miles, 100 miles, or 500 miles with respect to the geolocation of the payer. The list can be provided to the payer upon a search—within, for example, a search radius, which may be selected by the payer—by the payer for one or more merchants that are a given distance from a geolocation of the payer. The list can be provided on a user interface, such as graphical user interface (GUI), of an electronic device of the payer. The one or more merchants can be provided on the GUI based on (i) the proximity of the payer to each of the one or more merchants and (ii) the relevance of each of the one or more merchants to the user as determined from one or more relevance criteria.
  • The geolocation of the payer can be determined with the aid of a geolocation device of the payer. The payer can then request to conduct a transaction with a merchant among the one or more merchants. The request can be directed from an electronic device of the payer to the server (e.g., computer system 201 of FIG. 2), which can be programmed to facilitate the transaction. In some examples, the payer can select to open a tab with a merchant, which can enable the payer to select a product or service from the merchant to purchase.
  • Upon receiving the request, the server can inform the merchant that the payer has requested to conduct a transaction with the merchant. The server, in some examples, can notify the merchant by directing an electronic communication or other notification to a computer system of the merchant, which computer system can include an app that enables the merchant to interact with the server.
  • In some cases, the request can be received from an electronic device of the payer, such as a portable electronic device. The portable electronic device can include a user interface (UI), such as a graphical user interface (GUI), which can enable the user to initiate the transaction between the user and the merchant and to view the status of any rewards the user has with the merchant, as well as any promotions offered by the merchant to the user. In some examples, the server permits the payer to request to conduct the transaction if the payer is at or in proximity to the merchant. For instance, the server will permit the payer to request to conduct a transaction with a merchant that is within about 0.1 miles, 0.2 miles, 0.3 miles, 0.4 miles, 0.5 miles, 1 mile, 1.5 miles, 2 miles, 2.5 miles, 3 miles, 3.5 miles, 4 miles, 4.5 miles, 5 miles, 6 miles, 7 miles, 8 miles, 9 miles, 10 miles, 20 miles, 30 miles, 40 miles, 50 miles, 100 miles, or 500 miles with respect to the geolocation of the payer. In some examples, the server will initiate the transaction if the payer is at or in proximity to the merchant.
  • The merchant can be at or in proximity to a geolocation of the user. The geolocation can be determined with the aid of a geolocation device of the user. In some examples, the request is received by the server from the geolocation device of the payer. The geolocation of the payer can be determined prior to the computer system providing the payer a list of one or more merchants.
  • During or upon the processing of the transactions, the payer can be provided with the option to provide the merchant a gratuity (or tip). The server in such a case can provide the payer one or more tip options (e.g., tip amounts), and from the one or more tip (also “tipping” herein) options the payer may make a tip selection. The payer can select a tip option to provide to the merchant. The one or more tipping options can include one or more tipping amounts, a tipping field in which the payer may enter a tip amount, the option to tip at a later point in time, and/or the option to not provide the merchant a tip.
  • Next, the server processes the transaction with the aid of a processor (or a plurality of processors) of the server. The processing can involve the server receiving a product or service request from the payer, and relaying the product or service request to the merchant. Each product or service request can include a request for one or more products and/or services of the merchant. The processing can include the server supplying the merchant consideration from (or on behalf of) the payer for the product or service requested by the payer. Any tip amount selected by the payer can be applied to the transaction during or upon the termination of the processing of the transaction.
  • Alternatively, the server does not provide the payer the option to provide the merchant a tip. Rather, the server automatically applies a tip selection to the transaction without any involvement from the payer during or upon the termination of the processing of the transaction. In such a case, automatic tipping can be applied if the server receives from the payer (or an electronic device of the payer) an indication that the tip selection is to be automatically applied to the transaction. For instance, the payer can elect automatic tipping from a tip settings GUI (see below). The tip selection can include a tip amount (e.g., $1, $5), a percentage of the transaction cost with the merchant (e.g., 5%, 10%, 20%), the election to tip at a later point in time, or the election to not tip the merchant. The tip selection can be merchant specific. For example, the payer may wish to provide a given merchant or a merchant of a given type (e.g., coffee shop) a given tip amount. As another example, the payer may wish to supply a merchant a tip amount that is a given percentage of the transaction cost. As another example, the payer may wish to automatically provide a merchant a 15% or 20% gratuity with each transaction. In such cases, the server automatically calculates and applies a gratuity without any involvement from the payer during or upon the termination of the processing of the transaction.
  • In some examples, once the transaction has been processed, the server provides the payer a receipt of the transaction. The receipt can include information as to one or more products and/or services obtained by the payer from the merchant, including any tip applied to the transaction.
  • Systems of the disclosure can be programmed to maintain a record of user (e.g., payer) transactions with a given merchant, including gratuities supplied in transactions with merchants. Additionally, systems of the disclosure can be programmed to provide a payer tipping settings, which can enable the payer to select tipping options. For example, tipping settings can provide a payer the option to automatically tip a given merchant (e.g., the payer can select a merchant from a list of merchants to tip automatically), all merchants, all merchants of a given type, all merchants meeting certain conditions (e.g., location of merchant, proximity of a merchant to another merchant) that can be supplied by the payer, or other rules or conditions that can be supplied by the payer.
  • Alternatively, the payer can elect various settings, which can enable the server to provide the payer the option to tip a merchant prior to, during or upon the completion of the processing of a transaction between the payer and the merchant. In some cases, tipping is not manual and the payer is given the option to provide the merchant a tip. The payer can provide the merchant a tip amount from tipping options selected by the server, the merchant, or inputted by the payer.
  • In some cases, a system programmed to facilitate payer-merchant transactions (e.g., the computer system 201 of FIG. 2) maintains a record of user transactions with a given merchant. The record can include produces and/or services purchased from merchants and tips provided to the merchants in return for the products and/or services.
  • In some embodiments, a payer requests to initiate a transaction with a merchant by opening a tab with the merchant. Upon the completion of the transaction with the merchant, the tab is closed. In some cases, closing the tab marks the termination of processing with the merchant, though in other cases further processing (e.g., transfer of funds by the system, alternation of a previously selected tip amount by the payer) may continue after the tab is closed. After the tab is closed, the payer can open a new tab with the merchant, or open a new tab with another merchant.
  • In some embodiments, a payer can provide a tip before the payer knows the total transaction amount. Alternatively, the payer can provide the tip after knowing the transaction amount but before closing the tab with the merchant. In some situations, the payer can provide the tip after knowing the transaction amount and closing the tab with the merchant.
  • Systems of the disclosure can provide payers tipping options, including tipping amounts, tipping frequencies (e.g., provide a tip with each transaction or every other transaction), and whether to tip or not tip a merchant. In some examples, a system programmed to facilitate a transaction with a merchant (e.g., the computer system 201 of FIG. 2) can suggest a tip amount to a payer that is tailored to a merchant (i.e., merchant-specific). For example, the system can suggest that the payer provide a first merchant of a given type (e.g., coffee store) a tip amount that is different than a second merchant of the given type.
  • FIG. 3 shows a transaction method (or work-flow) in which a payer is provided a selectable tipping option, in accordance with an embodiment of the invention. The method is implemented upon the communication between the payer's electronic device, a computer system or server (“Server”), and a merchant's electronic device. The Server can be the computer system 201 of FIG. 2. The payer in such a case wishes to conduct a transaction with the merchant. The payer's client (“Payer Client”) can be an electronic device, such as a portable electronic device, that is configured to communicate with the Server. The merchant's client (“Merchant Client”) can be a computer system that is configured to communicate with the Server. The computer system can include one or more computers, each of which can include one or more processors for executing machine-readable code to implement a transaction.
  • Initially, the geolocation of the Payer Client is determined, which may be the geolocation of the payer, and directs geolocation information to the Server. Next, the Server provides the Payer Client a list of merchants based on one or more geolocation criteria of the payer, Server and/or the merchant. The one or more geolocation criteria of the payer can include distance of the payer from a given merchant. The Server can provide the Payer Client a list of merchants that are at or in proximity to the payer's geolocation. In some examples, the Server provides the Payer Client a list of merchants that are within 0.1 miles, 0.2 miles, 0.3 miles, 0.4 miles, 0.5 miles, 1 mile, 1.5 miles, 2 miles, 2.5 miles, 3 miles, 3.5 miles, 4 miles, 4.5 miles, 5 miles, 6 miles, 7 miles, 8 miles, 9 miles, 10 miles, 20 miles, 30 miles, 40 miles, 50 miles, 100 miles, or 500 miles with respect to the geolocation of the payer.
  • Next, the payer elects to initiate a transaction with a given merchant from the list of merchants. In some cases, the payer may wish to open a tab for the payer with the merchant. Upon the payer indicating in the Payer Client that the payer wishes to open a tab with the merchant, the Payer Client directs the request to open the tab to the Server. The Payer Client can transmit to the Server an indication to open a tab associated with an account of the payer, which can reflect an indication of the payer's consent to perform a transaction with the merchant. The transaction can be a cardless transaction in which a credit card is not used.
  • Next, the Merchant Client can send a request to the Server for a list of open tabs (e.g., a list of payer user accounts from which the Server has received indication of consent to enter into a cardless payment transaction). The Merchant Client can request the Server to provide a list of open tabs on a manual basis (e.g., upon merchant request), or at a given frequency, such as at least every 1 second, 2 seconds, 3 second, 4 seconds, 5 seconds, 10 seconds, 30 seconds, 40 seconds, 50 seconds, 1 minute, 2 minutes, 3 minutes, 4 minutes, 5 minutes, 10 minutes, 15 minutes, 20 minutes, 25 minutes, 30 minutes, or 1 hour.
  • Next, the Server can provide the payer selectable tipping options. The selectable tipping options can include the option to not tip the merchant, tip the merchant at a later point in time, or both. In some examples, the selectable tipping options can include one or more tip amounts that are selected by the Server. For instance, the Server can provide the payer $1, $5 and $10 tipping options, or tipping options that are a fraction or percentage of the cost of the product(s) or service(s) offered by the merchant to the payer. As another example, the Server can enable the payer to input a tip amount, such as, for example, with the aid of a text input field, a drop-down menu with tipping amounts.
  • Next, the payer makes a tip selection and the Payer Client directs the tip selection to the Server. The Merchant Client then processes the transaction and provides transaction information to the Server. The transaction is processed with a tip amount, if any, applied to the transactions. For example, if the merchant has requested $5 for a product offered by the merchant to the payer and the payer wishes (and has elected) to tip the merchant $1 for the product, the transaction can be processed by providing the merchant $1+$5=$6. As another example, the payer has elected to provide the merchant a tip amount that is 20% of the $5 cost of the transaction between the payer and merchant, and the Server processes the transaction and provides the merchant $5+(0.2×$5)=$6.
  • The transaction between the payer and the merchant can be processed by, or with the aid of, the Server. For example, the Merchant Client can request a given consideration (e.g., funds) from the Server, and the Server can direct the consideration to the Merchant Client or a location designated by the merchant, such as a financial account or funds repository (e.g., bank account) of the merchant. The Server can also retrieve funds from the payer, such as retrieving funds from a financial account or funds repository (e.g., bank account, credit card) of the payer.
  • The merchant can request that the Server process the transaction with the payer, and the Merchant Client can request that the Server close the tab associated with the transaction with the payer. The Server can then process the transaction with the payer (by way of the Payer Client) and subsequently transmit an electronic receipt to the payer. Closing the tab can mark the termination of the processing of the transaction between the Merchant Client and the Server, but further processing between the Server and the Payer Client may be required. In some examples, after the Merchant Client requests to close the tab, the Server processes the transaction (e.g., directs funds to and/or from financial accounts, applies a tip). The electronic receipt can be directed to the Payer Client or other location designated by the payer, such as, for example, an email account or other electronic repository of the payer. The workflow of FIG. 3 can be suited for cardless payment transactions.
  • In some cases, a merchant can be tipped automatically without any payer involvement during processing of a transaction between the payer and the merchant. FIG. 4 shows a workflow in which the Server automatically applies a tip to the transaction between the payer and the merchant. Upon processing the transaction between the payer and the merchant, the Server determines that the payer has elected to automatically tip the merchant, and the Server applies a given tip amount to the transaction. The tip amount can be selected by the payer prior to initiating the transaction with the merchant. The tip amount can be a fixed amount (e.g., $1), or a fixed percentage of the transaction cost (e.g., 20%). In some examples, under automatic tipping the tip amount can be a fixed amount or percentage for a given merchant or a given type of merchant. The tip amount can be automatically applied to the transaction during processing of the transaction (e.g., before closing the tab), upon the termination of processing of the transaction (e.g., upon closing the tab), or after a transaction has been processed (e.g., after closing the tab).
  • With reference to FIG. 4, the Payer Client initially instructs the Server that the payer has elected automatic tipping. The Payer Client then provides the server with geolocation information of the Payer Client, which can include the geolocation of the Payer Client. The Server then provides the Payer Client a merchant list. The Payer Client then requests to open a tab with a merchant selected from the merchant list. The Merchant Client queries the Server for any open tabs and the Server provides the Merchant Client a list of open tabs. The Merchant Client then requests that the Server process the transaction with the merchant (with the aid of the Payer Client), which includes retrieving a consideration for the transaction between the payer and the merchant. The Merchant Client then requests to close the tab with the Merchant Client. The Server then processes the transaction with the payer, which includes retrieving the consideration for the transaction in addition to any tip amount that is automatically applied to the transaction. The Server then provides the payer a receipt as described elsewhere herein.
  • The workflows of FIGS. 3 and 4 may be implemented in cash or card transactions, or cardless transactions. Cardless transactions can include transactions facilitated with the aid of systems provided herein, such as the computer system 201 of FIG. 2. In an example, in a cardless scenario a server facilitating a transaction between a payer and merchant, such as the computer system 201 of FIG. 2, provides funds to the merchant and receive funds from the payer.
  • In some embodiments, the payer and merchant can maintain a record of transactions. The record can be used to determine whether a gratuity (or tip) was applied at a given transaction. In some situations, under a selectable tipping option (see, e.g., FIG. 3), the Server can suggest a tip amount based on the payer's prior transaction history (including tipping history) with the merchant. For instance, if the payer has consistently tipped the merchant a given tip amount of percentage, then the Server can suggest that the payer tip the merchant the given tip amount. The record can be continuously or periodically updated to reflect various transactions.
  • In some examples, upon the Server processing a transaction between a merchant and a payer, the Server provides the Payer Client an electronic receipt of the transaction and an update on any rewards the payer may have with the merchant. With reference to FIG. 3, the Merchant Client instructs the Server to process payment associated with a given transaction with the payer. The Server processes payment, applies a tip, if any, and provides the payer an electronic receipt of the transaction. The electronic receipt can be provided to the payer via an electronic message, such as instant message, short-message service (SMS) text message, multimedia message service (MMS) text message, or electronic mail (“email”), or a message or other notification that is specific to the application implementing the transaction on the Payer Client (e.g., a device application, or “app”). In some cases, a GUI of an electronic device of the payer can be updated with information to reflect the transaction. In some situations, a merchant card on a GUI of the payer (or user) is updated to reflect the transaction.
  • In some embodiments, the Merchant Client is configured to search for open tabs and select payers to engage in transactions or decline invitations to engage in transactions with some payers.
  • Computer systems of the disclosure may be programmed to provide various tipping functionalities. A computer system can be configured to apply a tip to a given transaction either automatically (i.e., without payer involvement during processing) or by providing the payer a tipping option (i.e., selectable tipping). Under selectable tipping, the payer can elect from various tipping options, such as, for example, electing to not tip the merchant, tip the merchant at a later point in time, or provide the merchant a tip amount suggested by the system or provided by the payer. In some cases, if the payer elects to tip the merchant at a later point in time, the system can process the transaction and provide the payer the option to tip at a later point in time, which point in time may be selected by the payer (e.g., 5 minutes after the transaction is completed).
  • In some cases, the a payer can change a selected tipping option within a predetermined time frame, such as within at least 1 second, 2 seconds, 3 second, 4 seconds, 5 seconds, 10 seconds, 30 seconds, 40 seconds, 50 seconds, 1 minute, 2 minutes, 3 minutes, 4 minutes, 5 minutes, 10 minutes, 15 minutes, 20 minutes, 25 minutes, 30 minutes, 1 hour, 2 hours, 3 hours, 4 hours, 5 hours, 6 hours, 1 day, 2 days, 3 days, 4 days upon the termination of a transaction. In an example, the payer elects to tip a merchant $1 during processing of the transaction, and within 1 hour following termination of the transaction, changes the tip amount to $2. In another example, before the payer closes the tab the payer elects to tip the merchant $1 or a $1 is automatically applied to the transaction, and after the tab is closed the payer changes the tip amount to $2. In some cases, the system will permit the payer to change a tip amount within a given timeframe, such as, for example, within 1 second, 2 seconds, 3 second, 4 seconds, 5 seconds, 10 seconds, 30 seconds, 40 seconds, 50 seconds, 1 minute, 2 minutes, 3 minutes, 4 minutes, 5 minutes, 10 minutes, 15 minutes, 20 minutes, 25 minutes, 30 minutes, 1 hour, 2 hours, 3 hours, 4 hours, 5 hours, 6 hours, 1 day, 2 days, 3 days, 4 days of closing the tab.
  • FIG. 5 shows a method for merchant tipping, in accordance with an embodiment of the invention. The method can be implemented with the aid of a computer system (or server), such as the computer system 201 of FIG. 2. In a first operation 501, a payer opens a tab with a merchant. Next, in a second operation 502, the server determines whether the payer has enabled automatic tipping. If automatic tipping has been enabled by the payer (“Yes”), then in a third operation 503 the server processes the transaction and the tip is automatically applied to the transaction. Next, in a fourth operation 504, the server provides the payer a receipt. Alternatively, if in the second operation 502 the server determines that automatic tipping has not been enabled by the payer (“No”), then in a fifth operation 505 the server provides the payer with selectable tipping options. In a sixth operation 506 the server receives a tip selection from the payer, which is then applied to the transaction upon processing in the third operation 503.
  • Examples
  • FIGS. 6-8 show example screenshots of graphical user interfaces (GUI's) on a display of an electronic device (e.g., mobile device) of a payer. The GUI can be implemented with the aid of an app on the electronic device. The app is configured to enable the mobile device to communicate with a server, such as the server 201 of FIG. 2, which can facilitate a transaction between the payer and a merchant.
  • FIG. 6A shows a screenshot of a tip settings menu on a graphical user interface (GUI) of an electronic device of a payer. The tip settings can be global tip settings, which can apply to all merchants or a group of merchants, or can be merchant specific. The payer can access the tip settings menu from a home screen of an app implementing the tip settings, or from a merchant card. In some examples, the payer can select tipping settings that are specific to a merchant.
  • The tip settings can provide the payer the option to select various tipping functionalities. The payer can elect that the server always ask the payer whether the payer wishes to provide a tip (“Always Ask”). In such a case, the server can provide the payer one or more tipping options during the processing of a transaction with a merchant, or, as an alternative, the payer can input a tip selection. As an example, the server can provide the merchant $1, $5 and $10 tipping options, or 5%, 10%, 15% and 20% tipping options. Alternatively, the payer can elect to have the server automatically provide a tip of a given amount or percentage (“Tip $1”, “Tip $2”, “Tip $3”) to the merchant, or to not tip (“Don't Tip”) the merchant. FIG. 6B shows a screenshot of an alternative tip settings menu on a GUI of an electronic device of the payer, in which “Don't Tip” is not included as a tipping option for automatic tipping.
  • The payer can change a tip amount within a given time frame, in some cases even if automatic tipping is enabled. In the illustrated examples of FIGS. 6A and 6B, the payer can select a different tip option (e.g., different tip amount, elect to not tip a merchant) within one hour after the payer's purchase of a product or service from the merchant is complete by viewing the payer's tab with the merchant.
  • In some cases, the tip settings can enable the payer to select the number (e.g., 1 option, 2 options, 3 options, 4 options, 5 options) and/or type (e.g., currency, percentage of transaction) of tip options from which the payer can make a tip selection with a given merchant, type of merchant (e.g., coffee shop), group of merchants (e.g., all coffee shops in Palo Alto), or all merchants (i.e., global settings). Alternatively, the number and/or type of tip options are fixed by the merchant or by the system, such as, for example, fixed by the system for a type of merchant, group of merchants, or all merchants.
  • FIG. 7 shows a screenshot of an example merchant card 700 with various selectable tipping options. In the illustrated example, the payer is conducting a transaction with Coffee Spot, a merchant. During processing of the transaction, the server provides the payer the ability to elect various tipping options 701 (“Later,” “$1”, “$2”, “$3”). The payer can then make a tipping selection by electing any one of the four tipping options 701. The server can provide the payer the option to change a tipping option selected by the payer. In some cases, the server provides the payer the opportunity to change a selected tipping option within a predetermined time frame, such as within a one hour upon the termination of processing of a transaction with the merchant.
  • For example, from the GUI of FIG. 7 the payer can select $1 as the tipping option. The server can then process the transaction with Coffee Spot and apply the $1 tip selection to the transaction. If the payer has purchased a $4 cup of coffee from Coffee Spot, the server can provide Coffee Spot $4 (cup of coffee)+$1 (tip)=$5 (total).
  • The merchant card 700 also includes a first graphical button 702 that enables the payer to close or minimize the merchant card 700, and a second graphical button 703 that enables the payer to share the merchant card 700 with another individual or entity, such as another user (e.g., payer).
  • In some examples, the payer can change the look of the merchant card 700, such as, for example, by changing the orientation of the tipping options (e.g., rows, columns) and the manner in which tipping options are provided to the payer or a tipping selection is retrieved from the payer. The payer can select a tipping option with the aid of a pointing device, the payer's finger, voice commands, and/or gestures.
  • FIG. 8 shows a screenshot of a graphical user interface (GUI) 800 that enables a payer to supply a tip to a merchant. The GUI 800 can be presented to the payer during or upon the termination of processing of a transaction with a merchant. The GUI 800 includes a back button 801 that enables the payer to navigate to a previous screen of the GUI 800, such as, for example, to a screen showing a menu of the merchant. The GUI 800 can include a first graphical field 802 with a picture, avatar or other identifying information of the payer, and a second graphical field 803 with a picture, avatar of other identifying information of the merchant. The GUI 800 includes various tipping options 804 (“No tip,” “$1”, “$2”, “$3”). The GUI 800 indicates in a text field 805 that a tab with the merchant has been opened (“OPENED”). A timestamp 806 shows the time (“10:03 AM”) that the tab was opened.
  • The GUI 800 can include a history field 807 that shows the payer's prior tipping history with the merchant. The tipping history can include the timestamp (e.g., date and time) associated with a given transaction with the payer and the tip selection made during the transaction. In the illustrated example, the history field is unpopulated.
  • It should be understood from the foregoing that, while particular implementations have been illustrated and described, various modifications can be made thereto and are contemplated herein. It is also not intended that the invention be limited by the specific examples provided within the specification. While the invention has been described with reference to the aforementioned specification, the descriptions and illustrations of the preferable embodiments herein are not meant to be construed in a limiting sense. Furthermore, it shall be understood that all aspects of the invention are not limited to the specific depictions, configurations or relative proportions set forth herein which depend upon a variety of conditions and variables. Various modifications in form and detail of the embodiments of the invention will be apparent to a person skilled in the art. It is therefore contemplated that the invention shall also cover any such modifications, variations and equivalents. It is intended that the following claims define the scope of the invention and that methods and structures within the scope of these claims and their equivalents be covered thereby.

Claims (20)

What is claimed is:
1. A computer-implemented method for facilitating a merchant transaction, comprising:
(a) providing a list of one or more merchants that are in proximity to a geolocation of a payer;
(b) receiving a request from said payer to conduct a transaction with a merchant among said one or more merchants, wherein said request is received by a computer system programmed to facilitate said transaction;
(c) receiving, from said payer, a tip selection to apply to said transaction; and
(d) processing said transaction with the aid of a processor of said computer system,
wherein said tip selection is applied to said transaction during or upon the termination of said transaction.
2. The method of claim 1, wherein, between (b) and (c), further comprising providing said payer a tip option.
3. The method of claim 1, wherein said tip selection comprises a tip amount to apply to said transaction.
4. The method of claim 1, wherein said tip selection is selected by said payer from one or more tip options provided to said payer.
5. The method of claim 4, wherein said one or more tip options are provided to said payer by the computer system.
6. The method of claim 1, wherein said list is provided on a graphical user interface of an electronic device of said payer.
7. The method of claim 1, wherein said request of (b) is received from an electronic device of said payer.
8. The method of claim 7, wherein said electronic device is a portable electronic device.
9. The method of claim 1, wherein, prior to (a), said geolocation of said payer is determined with the aid of a geolocation device of said payer.
10. The method of claim 9, wherein the request of (b) is received from said geolocation device.
11. The method of claim 1, further comprising providing said payer a receipt upon the completion of said transaction between said payer and said merchant.
12. The method of claim 1, wherein between (b) and (c), said computer system informs said merchant that said payer has requested to conduct a transaction with said merchant.
13. The method of claim 1, wherein said payer is permitted to request to conduct said transaction if said payer is at or in proximity to said merchant.
14. The method of claim 1, wherein upon receiving the request of (b), said computer system initiates said transaction between said payer and said merchant.
15. The method of claim 14, wherein said computer system initiates said transaction if said payer is at or in proximity to said merchant.
16. The method of claim 1, wherein said one or more merchants are within a given distance from said geolocation of said payer.
17. The method of claim 1, wherein said list is provided on a graphical user interface of an electronic device of said payer.
18. A computer readable medium comprising code that, upon execution by one or more processors, implements a method, the method comprising:
(a) providing a list of one or more merchants that are in proximity to a geolocation of a payer;
(b) receiving a request from said payer to conduct a transaction with a merchant among said one or more merchants, wherein said request is received by a computer system programmed to facilitate said transaction;
(c) receiving, from said payer, a tip selection to apply to said transaction; and
(d) processing said transaction with the aid of a processor of said computer system, wherein said tip selection is applied to said transaction during or upon the termination of said transaction.
19. A system for facilitating a merchant transaction, comprising:
(a) one or more computer processors; and
(b) a memory location coupled to said one or more computer processors, said memory location comprising code that, upon execution by said one or more computer processors, implements a method, the method comprising:
(i) providing a list of one or more merchants that are in proximity to a geolocation of a payer;
(ii) receiving a request from said payer to conduct a transaction with a merchant among said one or more merchants;
(iii) receiving, from said payer, a tip selection to apply to said transaction; and
(iv) processing said transaction with the aid of a computer processor, wherein said tip selection is applied to said transaction during or upon the termination of said transaction.
20. The system of claim 19, wherein said system is adapted to receive said request of (ii) from an electronic device of said payer.
US13/612,731 2012-08-17 2012-09-12 Systems and methods for providing gratuities to merchants Abandoned US20140052613A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US13/612,731 US20140052613A1 (en) 2012-08-17 2012-09-12 Systems and methods for providing gratuities to merchants
US16/193,227 US11574296B2 (en) 2012-08-17 2018-11-16 Systems and methods for providing gratuities to merchants
US18/096,896 US20230169487A1 (en) 2012-08-17 2023-01-13 Systems and methods for providing gratuities to merchants

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261684624P 2012-08-17 2012-08-17
US13/612,731 US20140052613A1 (en) 2012-08-17 2012-09-12 Systems and methods for providing gratuities to merchants

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/193,227 Continuation US11574296B2 (en) 2012-08-17 2018-11-16 Systems and methods for providing gratuities to merchants

Publications (1)

Publication Number Publication Date
US20140052613A1 true US20140052613A1 (en) 2014-02-20

Family

ID=50100773

Family Applications (3)

Application Number Title Priority Date Filing Date
US13/612,731 Abandoned US20140052613A1 (en) 2012-08-17 2012-09-12 Systems and methods for providing gratuities to merchants
US16/193,227 Active US11574296B2 (en) 2012-08-17 2018-11-16 Systems and methods for providing gratuities to merchants
US18/096,896 Pending US20230169487A1 (en) 2012-08-17 2023-01-13 Systems and methods for providing gratuities to merchants

Family Applications After (2)

Application Number Title Priority Date Filing Date
US16/193,227 Active US11574296B2 (en) 2012-08-17 2018-11-16 Systems and methods for providing gratuities to merchants
US18/096,896 Pending US20230169487A1 (en) 2012-08-17 2023-01-13 Systems and methods for providing gratuities to merchants

Country Status (1)

Country Link
US (3) US20140052613A1 (en)

Cited By (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140067499A1 (en) * 2012-09-04 2014-03-06 Gratuity, Llc. System and method for managing gratuities
US20140101250A1 (en) * 2012-10-10 2014-04-10 Salesforce.Com, Inc. System and method for location-based social network feeds
US20140244489A1 (en) * 2011-10-25 2014-08-28 Ryder Kessler System and method for collecting and disbursing electronic gratuities
US20140279008A1 (en) * 2013-03-14 2014-09-18 Bank Of America Corporation Providing an offer based on enrolling a debit account into a merchant-specific account
USD732059S1 (en) * 2012-08-17 2015-06-16 Square, Inc. Device display screen with a graphical user interface
US20150254628A1 (en) * 2014-03-10 2015-09-10 Square, Inc. Quick Legend Receipt System
US20150302388A1 (en) * 2014-04-17 2015-10-22 Gratzeez, LLC Design framework and apparatus for paying gratitudes
US20170178257A1 (en) * 2015-12-18 2017-06-22 Wal-Mart Stores, Inc. Service station fuel pump
EP3152717A4 (en) * 2014-06-09 2017-11-15 Bravo, LLC Systems and methods for providing a gratuity
USD832344S1 (en) 2014-03-10 2018-10-30 Square, Inc. Transaction receipt
US10217092B1 (en) 2013-11-08 2019-02-26 Square, Inc. Interactive digital platform
US10242377B2 (en) 2016-03-02 2019-03-26 Mastercard International Incorporated Systems and methods for analyzing businesses based on gratuities
US20190220837A1 (en) * 2018-01-18 2019-07-18 Capital One Services, Llc Systems and methods for managing electronic tip recommendations on mobile devices
US10410200B2 (en) 2016-03-15 2019-09-10 Square, Inc. Cloud-based generation of receipts using transaction information
US10430797B1 (en) 2013-10-22 2019-10-01 Square, Inc. Proxy card payment with digital receipt delivery
US10592903B2 (en) 2011-11-22 2020-03-17 Square, Inc. Authorization of cardless payment transactions
US10607183B2 (en) 2018-03-30 2020-03-31 Toast, Inc. Order states durable queuing apparatus and method
US10607203B2 (en) 2018-03-30 2020-03-31 Toast, Inc. Synchronization system for intermittenly-connected point-of-sale terminals employing browser based ordering
US10607202B2 (en) 2018-03-30 2020-03-31 Toast, Inc. Synchronization system for intermittently-connected point-of-sale terminals employing ad hoc network
US10607201B2 (en) 2018-03-30 2020-03-31 Toast, Inc. Selective point-of-sale terminal for reconciling order state under non-persistent connection conditions
US10614438B2 (en) 2018-03-30 2020-04-07 Toast, Inc. Selective system for reconciling order states under non-persistent connection conditions
US10628811B2 (en) 2016-03-15 2020-04-21 Square, Inc. System-based detection of card sharing and fraud
US10636019B1 (en) * 2016-03-31 2020-04-28 Square, Inc. Interactive gratuity platform
US10692064B2 (en) 2014-03-19 2020-06-23 Square, Inc. Merchant platform
US10726399B2 (en) 2014-05-19 2020-07-28 Square, Inc. Item-level information collection for interactive payment experience
US10810682B2 (en) 2013-12-26 2020-10-20 Square, Inc. Automatic triggering of receipt delivery
US10885480B2 (en) 2018-12-17 2021-01-05 Toast, Inc. Adaptive restaurant management system
US10885542B2 (en) 2017-10-25 2021-01-05 Toast, Inc. Multi-restaurant facial recognition system
US10922670B2 (en) 2018-03-30 2021-02-16 Toast, Inc. Synchronization system for intermittently-connected point-of-sale terminals
US11030678B2 (en) 2018-12-17 2021-06-08 Toast, Inc. User-adaptive restaurant management system
US11042860B2 (en) 2018-03-30 2021-06-22 Toast, Inc. Selective order states durable queuing apparatus and method
US11167977B2 (en) 2018-06-20 2021-11-09 Walmart Apollo, Llc Systems and methods for automatically refueling vehicles of customers of a retailer
US11321690B2 (en) 2018-03-30 2022-05-03 Toast, Inc. Point-of-sale terminal for reconciling order states under non-persistent connection conditions
USD964418S1 (en) * 2020-03-31 2022-09-20 Tata Consultancy Services Limited Wearable device display screen with graphical user interface
US11574296B2 (en) 2012-08-17 2023-02-07 Block, Inc. Systems and methods for providing gratuities to merchants
US11620608B2 (en) 2019-02-28 2023-04-04 Walmart Apollo, Llc System and method for providing uniform tracking information with a reliable estimated time of arrival
US11645651B2 (en) 2014-05-11 2023-05-09 Block, Inc. Open tab transactions
US11669819B2 (en) 2009-10-13 2023-06-06 Block, Inc. Automatic storage of electronic receipts across merchants and transaction cards
US11676108B1 (en) 2015-06-04 2023-06-13 Block, Inc. Apparatuses, methods, and systems for generating interactive digital receipts
US11803841B1 (en) 2013-10-29 2023-10-31 Block, Inc. Discovery and communication using direct radio signal communication
US20240046241A1 (en) * 2022-08-03 2024-02-08 Capital One Services, Llc Systems and methods for reverse card authentication with single-step verification
WO2024042500A1 (en) * 2022-08-26 2024-02-29 7Shifts Inc. Resource pooling and distribution system

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020009538A1 (en) * 2000-05-12 2002-01-24 Yasuyuki Arai Method of manufacturing a light-emitting device
US20080040146A1 (en) * 2006-08-10 2008-02-14 Steve Rogovin Platform-independent systems and methods for enabling parties to rapidly negotiate terms for a service to be provided by one party to another party, and to effect payment between parties upon completion thereof
US20100012549A1 (en) * 2008-07-16 2010-01-21 Hong Fu Jin Precision Industry(Shenzhen) Co., Ltd. Package assembly
US20100125495A1 (en) * 2008-11-17 2010-05-20 Smith Steven M System and method of providing a mobile wallet at a mobile telephone
US20130212017A1 (en) * 2012-02-14 2013-08-15 N.B. Development Services Inc. Transaction system and method of conducting a transaction

Family Cites Families (187)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2179524B (en) 1985-08-12 1989-08-02 Oki Electric Ind Co Ltd Radio telephone equipment
US5850599A (en) 1992-09-25 1998-12-15 Ecs Enhanced Cellular Systems Manufacturing Inc. Portable cellular telephone with credit card debit system
US5463678A (en) 1993-03-26 1995-10-31 Claircom Communications Group, Inc. Credit card reader
US5664231A (en) 1994-04-29 1997-09-02 Tps Electronics PCMCIA interface card for coupling input devices such as barcode scanning engines to personal digital assistants and palmtop computers
EP0776584A4 (en) 1994-08-15 2000-05-24 Ken Bailey Cellular telephone credit card billing system
US5760773A (en) 1995-01-06 1998-06-02 Microsoft Corporation Methods and apparatus for interacting with data objects using action handles
JP3498871B2 (en) 1995-03-31 2004-02-23 ソニー株式会社 Television function selection method, television receiver, and remote commander for television receiver
US5701591A (en) 1995-04-07 1997-12-23 Telecommunications Equipment Corporation Multi-function interactive communications system with circularly/elliptically polarized signal transmission and reception
USD424036S (en) 1996-07-29 2000-05-02 NetObjects, Inc. Computer generated icon of primary and secondary navigator bars for a display screen
US6076079A (en) 1997-07-25 2000-06-13 Boston; Bob Electronic tip calculator
US6505046B1 (en) 1997-11-19 2003-01-07 Nortel Networks Limited Method and apparatus for distributing location-based messages in a wireless communication network
US6026375A (en) 1997-12-05 2000-02-15 Nortel Networks Corporation Method and apparatus for processing orders from customers in a mobile environment
US6497368B1 (en) 1998-01-22 2002-12-24 Intermec Ip Corp. Portable data collection
US5945654A (en) 1998-01-28 1999-08-31 Fametech Inc. Card reader with dual-headed card slot
AU2185099A (en) 1998-03-05 1999-09-20 Mitsubishi Denki Kabushiki Kaisha Portable terminal
US7866544B1 (en) 2002-11-26 2011-01-11 Diebold Self-Service Systems Division Of Diebold, Incorporated Card reading automated banking machine authorization based on user location verification
US6234389B1 (en) 1998-04-29 2001-05-22 @Pos.Com, Inc. PCMCIA-based point of sale transaction system
US6308227B1 (en) 1998-06-24 2001-10-23 Intel Corporation System for detecting a wireless peripheral device by a host computer transmitting a hail message including a persistent host identifier and a host address generated
US6579728B2 (en) 1998-08-03 2003-06-17 Privicom, Inc. Fabrication of a high resolution, low profile credit card reader and card reader for transmission of data by sound
US6129277A (en) 1998-08-03 2000-10-10 Privicon, Inc. Card reader for transmission of data by sound
US6092053A (en) 1998-10-07 2000-07-18 Cybercash, Inc. System and method for merchant invoked electronic commerce
US6781781B2 (en) 1999-03-01 2004-08-24 Axiohm Transaction Solutions, Inc. Magnetic read head having decode circuitry
US6262724B1 (en) 1999-04-15 2001-07-17 Apple Computer, Inc. User interface for presenting media information
SE515047C2 (en) * 1999-10-01 2001-06-05 Tryggit Ab Method and system for verification of service order
US7822823B2 (en) 1999-12-14 2010-10-26 Neeraj Jhanji Systems for communicating current and future activity information among mobile internet users and methods therefor
USD457890S1 (en) 2000-01-04 2002-05-28 Apple Computer, Inc. User interface for computer display
IL134741A (en) 2000-02-27 2003-11-23 Adamtech Ltd Mobile transaction system and method
WO2001065827A2 (en) 2000-02-29 2001-09-07 Kyocera Corporation Portable information terminal and digital camera therefor, and portable digital camera information terminal system
USD454356S1 (en) 2000-08-03 2002-03-12 The United States Of America As Represented By The Secretary Of The Army Toolbar for a portion of a display screen
AU2002237709A1 (en) * 2000-12-09 2002-06-18 Tara Chand Singhal Method and apparatus for an integrated identity security and payment system
US7343317B2 (en) 2001-01-18 2008-03-11 Nokia Corporation Real-time wireless e-coupon (promotion) definition based on available segment
US7076738B2 (en) 2001-03-02 2006-07-11 Semantic Compaction Systems Computer device, method and article of manufacture for utilizing sequenced symbols to enable programmed application and commands
JP2002269350A (en) 2001-03-14 2002-09-20 Hitachi Ltd Transaction settlement method, transaction settlement system and portable communication terminal used therefor and settlement terminal for member store
US6850147B2 (en) 2001-04-02 2005-02-01 Mikos, Ltd. Personal biometric key
US6636835B2 (en) 2001-04-04 2003-10-21 3De Innovations Wireless maitre d' system for restaurants
WO2002084548A1 (en) 2001-04-11 2002-10-24 Eleven Point Two Inc Electronic settling system
US20030037001A1 (en) 2001-08-06 2003-02-20 Richardson Diane A. E- commerce account holder security participation
JP2003108777A (en) 2001-09-28 2003-04-11 Glory Ltd Method, device for informing settlement information, settlement information managing device and program
US7149296B2 (en) 2001-12-17 2006-12-12 International Business Machines Corporation Providing account usage fraud protection
US20040058705A1 (en) 2001-12-21 2004-03-25 Russell Morgan Secure point-of-sale cellular telephone docking module system
US7051932B2 (en) 2001-12-26 2006-05-30 Vivotech, Inc. Adaptor for magnetic stripe card reader
US20120005039A1 (en) 2002-02-05 2012-01-05 Jack Dorsey Method of conducting financial transactions
US7810729B2 (en) 2009-06-10 2010-10-12 Rem Holdings 3, Llc Card reader device for a cell phone and method of use
US6944782B2 (en) 2002-02-12 2005-09-13 Semtek Innovative Solutions, Inc. Magnetic strip reader with power management control for attachment to a PDA device
US7430674B2 (en) 2002-02-12 2008-09-30 Semtek Innovative Solutions, Inc. Magnetic stripe reader with power management control for attachment to a PDA device
US7003316B1 (en) 2002-02-22 2006-02-21 Virtual Fonlink, Inc. System and method for wireless transactions
GB2386236A (en) 2002-03-05 2003-09-10 Marconi Comm Ltd Cashless transactions via a telecommunications network
US7343565B2 (en) 2002-03-20 2008-03-11 Mercurymd, Inc. Handheld device graphical user interfaces for displaying patient medical records
US7708189B1 (en) 2002-05-17 2010-05-04 Cipriano Joseph J Identification verification system and method
US20040127256A1 (en) 2002-07-30 2004-07-01 Scott Goldthwaite Mobile device equipped with a contactless smart card reader/writer
CA2436319C (en) 2002-08-02 2014-05-13 Calin A. Sandru Payment validation network
US7945477B2 (en) 2002-09-23 2011-05-17 Werbitt Julie M Patron service system and method
US7591413B1 (en) 2002-11-26 2009-09-22 Diebold Sclf - Service Systems Division Of Diebold, Incorporated Cash dispensing automated banking machine with GPS
US7409234B2 (en) 2003-03-07 2008-08-05 Cardo Systems, Inc. Wireless communication headset with exchangeable attachments
US7324836B2 (en) 2003-09-23 2008-01-29 Qualcomm, Inc. Non-wireless communication using sound
US7163148B2 (en) 2004-03-31 2007-01-16 Silicon Labs Cp, Inc. Magnetic stripe reader
US7240836B2 (en) 2004-04-23 2007-07-10 Virtual Fonlink, Inc. Enhanced system and method for wireless transactions
US8068600B2 (en) 2004-06-07 2011-11-29 Ncr Corporation Queue management system and method
US7309012B2 (en) 2004-09-07 2007-12-18 Semtek Innovative Solutions, Inc. Secure magnetic stripe reader for handheld computing and method of using same
JP2006139641A (en) 2004-11-15 2006-06-01 Dainippon Printing Co Ltd Small expense application system using cellular phone
JP4324547B2 (en) 2004-12-21 2009-09-02 日本電産サンキョー株式会社 Card reader
US20060138219A1 (en) 2004-12-29 2006-06-29 John Brzezniak Handset shopping tool and method thereof
US8700729B2 (en) 2005-01-21 2014-04-15 Robin Dua Method and apparatus for managing credentials through a wireless network
US8639629B1 (en) 2005-02-02 2014-01-28 Nexus Payments, LLC System and method for accessing an online user account registry via a thin-client unique user code
US7581678B2 (en) 2005-02-22 2009-09-01 Tyfone, Inc. Electronic transaction card
JP4418898B2 (en) 2005-04-28 2010-02-24 独立行政法人産業技術総合研究所 Preparation method of probe used for scanning probe excitation optical measurement
US7848765B2 (en) 2005-05-27 2010-12-07 Where, Inc. Location-based services
US7748621B2 (en) 2005-06-06 2010-07-06 International Business Machines Corporation Method and system for dissemination of paperless transaction receipts in non-networked environments
US7831520B2 (en) 2005-06-28 2010-11-09 Ebay Inc. Mobile device communication system
EP2002388A4 (en) 2005-08-22 2012-12-05 Xchange Inc G A method of cash-less, cardless purchase transaction using mobile phones
US8352323B2 (en) 2007-11-30 2013-01-08 Blaze Mobile, Inc. Conducting an online payment transaction using an NFC enabled mobile communication device
US20070214237A1 (en) 2006-03-10 2007-09-13 Web.Com, Inc. Systems and Methods of Providing Web Content to Multiple Browser Device Types
USD560680S1 (en) 2006-05-23 2008-01-29 Microsoft Corporation Icon for a portion of a display screen
US8589238B2 (en) 2006-05-31 2013-11-19 Open Invention Network, Llc System and architecture for merchant integration of a biometric payment system
US8160959B2 (en) 2006-07-06 2012-04-17 Firethorn Mobile, Inc. Methods and systems for payment transactions in a mobile environment
US8121945B2 (en) 2006-07-06 2012-02-21 Firethorn Mobile, Inc. Methods and systems for payment method selection by a payee in a mobile environment
US8510220B2 (en) 2006-07-06 2013-08-13 Qualcomm Incorporated Methods and systems for viewing aggregated payment obligations in a mobile environment
WO2008004241A2 (en) 2006-07-07 2008-01-10 Alon Schwarz A method and system for ordering and supplying goods and services via a cellular phone
CN104867012A (en) 2006-08-01 2015-08-26 Q佩控股有限公司 Transaction authorization system and method and remote payment system
USD582427S1 (en) 2006-10-12 2008-12-09 Bystronic Laser Ag Printed material and icon for computer display, electronic screen
US7831246B1 (en) 2006-12-08 2010-11-09 At&T Mobility Ii, Llc Mobile merchant
US20080172733A1 (en) 2007-01-12 2008-07-17 David Coriaty Identification and verification method and system for use in a secure workstation
US20100010906A1 (en) 2007-01-23 2010-01-14 William Grecia Point of sale payment method for multiple recipients using a digital payment service
US20090158212A1 (en) 2007-02-06 2009-06-18 Access Systems Americas, Inc. System and method for presenting recently-used and in-use applications for ease of navigation on an electronic device
US20080208762A1 (en) 2007-02-22 2008-08-28 First Data Corporation Payments using a mobile commerce device
US20090069049A1 (en) 2007-09-12 2009-03-12 Devicefidelity, Inc. Interfacing transaction cards with host devices
US20100174596A1 (en) 2007-10-24 2010-07-08 Andrea Gilman Method and apparatus for mobile offer fulfillment
US20090112767A1 (en) 2007-10-25 2009-04-30 Ayman Hammad Escrow system and method
US8659427B2 (en) 2007-11-09 2014-02-25 Proxense, Llc Proximity-sensor supporting multiple application services
US8126806B1 (en) 2007-12-03 2012-02-28 Sprint Communications Company L.P. Method for launching an electronic wallet
US7958052B2 (en) 2007-12-31 2011-06-07 Mastercard International Incorporated Methods and systems for cardholder initiated transactions
JP5003543B2 (en) 2008-03-17 2012-08-15 ソニー株式会社 Imaging apparatus, signal processing method, and computer program
US8478692B2 (en) 2008-06-26 2013-07-02 Visa International Service Association Systems and methods for geographic location notifications of payment transactions
US7936736B2 (en) 2008-09-08 2011-05-03 Proctor Jr James Arthur Enforcing policies in wireless communication using exchanged identities
US8229800B2 (en) 2008-09-13 2012-07-24 At&T Intellectual Property I, L.P. System and method for an enhanced shopping experience
USD593580S1 (en) 2008-10-27 2009-06-02 Microsoft Corporation Icon for a display screen
US8244643B2 (en) 2008-11-08 2012-08-14 Fonwallet Transaction Solutions, Inc. System and method for processing financial transaction data using an intermediary service
TWI393861B (en) 2009-01-21 2013-04-21 Htc Corp Method, system and computer program product for sharing location information
CA2752053C (en) 2009-02-10 2017-06-27 4361423 Canada Inc. Appareil et procede pour transactions commerciales utilisant un dispositif de communication
TWI429267B (en) 2009-02-13 2014-03-01 Htc Corp Method, communication device and computer program product for displaying caller information
US9092772B2 (en) 2009-02-16 2015-07-28 Xius Corp. Integrated system and method for enabling mobile commerce transactions using “contactless identity modules in mobile handsets”
US9317876B2 (en) 2009-02-24 2016-04-19 Blake Bookstaff Automatically adding gratuity to amount charged in electronic transaction
MX2011008925A (en) 2009-02-25 2012-04-02 Miri Systems Llc Payment system and method.
US20100222000A1 (en) 2009-02-27 2010-09-02 Research In Motion Limited Methods And Apparatus For Use In Selectively Retrieving And Displaying User Interface Information Of A Wireless Peripheral Device
US9886693B2 (en) 2009-03-30 2018-02-06 Yuh-Shen Song Privacy protected anti identity theft and payment network
US20100325048A1 (en) 2009-04-28 2010-12-23 Mark Carlson System and method for providing consumer tip assistance as part of payment transaction
JP5310844B2 (en) 2009-05-26 2013-10-09 富士通モバイルコミュニケーションズ株式会社 Mobile device
US7896248B2 (en) 2009-06-10 2011-03-01 Rem Holdings 3, Llc Card reader device and method of use
US9436955B2 (en) 2009-06-10 2016-09-06 Square, Inc. Methods for transferring funds using a payment service where financial account information is only entered once with a payment service and need not be re-entered for future transfers
US8886569B2 (en) 2009-06-30 2014-11-11 Ebay Inc. System and method for location based mobile commerce
US10304069B2 (en) 2009-07-29 2019-05-28 Shopkick, Inc. Method and system for presentment and redemption of personalized discounts
US8396808B2 (en) 2009-07-31 2013-03-12 Think Computer Corporation Method and system for transferring an electronic payment
US8090351B2 (en) 2009-09-01 2012-01-03 Elliot Klein Geographical location authentication method
TWI420332B (en) 2009-09-29 2013-12-21 Htc Corp Method and apparatus for displaying weather condition and computer product using the same
US20110113360A1 (en) 2009-11-12 2011-05-12 Bank Of America Corporation Facility monitoring and control system interface
CA2706151A1 (en) 2009-11-16 2011-05-16 Mundip S. Bhinder Seamlessly capturing transactional data at the merchant's point of sale environment and creating electronic receipts, all in real-time
US9092768B2 (en) 2010-01-11 2015-07-28 R4 Technologies, Llc Machine retrofits and interactive soda fountains
US20110184837A1 (en) 2010-01-24 2011-07-28 Janos Biro System and method for ordering products and materials using an electronic sku finder
WO2011112752A1 (en) 2010-03-09 2011-09-15 Alejandro Diaz Arceo Electronic transaction techniques implemented over a computer network
US8660965B1 (en) 2010-03-09 2014-02-25 Intuit Inc. System and method for mobile proximity ordering
US8140403B2 (en) 2010-03-23 2012-03-20 Amazon Technologies, Inc. User profile and geolocation for efficient transactions
US20110251910A1 (en) 2010-04-13 2011-10-13 James Dimmick Mobile Phone as a Switch
US8336771B2 (en) 2010-04-27 2012-12-25 BBPOS Limited Payment card terminal dongle for communications devices
US20110276419A1 (en) 2010-05-10 2011-11-10 Craig Johnson System and method for payment between a hand held` device and a merchant device
US20120016794A1 (en) 2010-07-15 2012-01-19 Orr Rick N Real-Time Gifting Using a Computing device and Social Media
US8635157B2 (en) 2010-07-19 2014-01-21 Payme, Inc. Mobile system and method for payments and non-financial transactions
US9721283B2 (en) 2010-09-30 2017-08-01 Paypal, Inc. Location based transactions
US8751380B2 (en) 2010-10-26 2014-06-10 Modopayments, Llc System and method for managing merchant-consumer interactions
USD650794S1 (en) 2010-10-28 2011-12-20 Microsoft Corporation Display screen with an icon
JP5724344B2 (en) 2010-12-06 2015-05-27 株式会社リコー Image forming apparatus, customization control method, and customization control program
CA2724297C (en) 2010-12-14 2013-11-12 Xtreme Mobility Inc. System and method for authenticating transactions through a mobile device
US20140156531A1 (en) 2010-12-14 2014-06-05 Salt Technology Inc. System and Method for Authenticating Transactions Through a Mobile Device
USD680551S1 (en) 2011-01-04 2013-04-23 Sony Corporation Display panel or screen with a graphical user interface
USD669090S1 (en) 2011-02-07 2012-10-16 Jeffrey Rosen Display screen with graphical user interface
US20120209657A1 (en) 2011-02-14 2012-08-16 Aladdin Connolly Location triggered service response
TWI516996B (en) 2011-02-17 2016-01-11 宏達國際電子股份有限公司 Method of controlling electronic device with screen, electronic device and computer program product using the same
EP2689391A4 (en) 2011-03-25 2014-08-27 Flybuy Technologies Inc Systems and methods for managing curb-side delivery
JP2012203644A (en) 2011-03-25 2012-10-22 Kyocera Corp Electronic device
US20130059598A1 (en) 2011-04-27 2013-03-07 F-Matic, Inc. Interactive computer software processes and apparatus for managing, tracking, reporting, providing feedback and tasking
WO2012151590A2 (en) 2011-05-05 2012-11-08 Transaction Network Services, Inc. Systems and methods for enabling mobile payments
US20120284671A1 (en) 2011-05-06 2012-11-08 Htc Corporation Systems and methods for interface mangement
US9734498B2 (en) * 2011-05-11 2017-08-15 Riavera Corp Mobile image payment system using short codes
US8751317B2 (en) 2011-05-12 2014-06-10 Koin, Inc. Enabling a merchant's storefront POS (point of sale) system to accept a payment transaction verified by SMS messaging with buyer's mobile phone
US8751318B2 (en) 2011-05-30 2014-06-10 Lg Electronics Inc. Method for managing and/or controlling store and system for the same
US8538845B2 (en) 2011-06-03 2013-09-17 Mozido, Llc Monetary transaction system
US8700527B2 (en) 2011-07-14 2014-04-15 Bank Of America Corporation Merchant bill pay
US8978975B2 (en) 2011-07-18 2015-03-17 Accullink, Inc. Systems and methods for authenticating near field communcation financial transactions
US20130036051A1 (en) 2011-08-02 2013-02-07 Bank Of America Corporation Non-near field communication point of sale experience
US20140257877A1 (en) 2011-09-23 2014-09-11 Israel L'Heureux Location sensitive processing of restaurant orders
SG11201401156UA (en) 2011-10-03 2014-08-28 Ezetap Mobile Solutions Private Ltd A dongle device with tamper proof characteristics for a secure electronic transaction
USD714332S1 (en) 2011-10-20 2014-09-30 Samsung Electronics Co., Ltd. Digital camera with image display
US20130111412A1 (en) 2011-10-26 2013-05-02 Nokia Corporation User interfaces and associated apparatus and methods
US8972297B2 (en) 2011-11-15 2015-03-03 Citibank, N.A. System and method for conducting a transaction at a financial transaction terminal using a mobile device
US9846863B2 (en) * 2011-11-18 2017-12-19 Ncr Corporation Techniques for automating a retail transaction
DE202012100620U1 (en) 2011-11-22 2012-06-13 Square, Inc. System for processing cardless payment transactions
US9721282B2 (en) 2011-12-07 2017-08-01 Amazon Technologies, Inc. Merchant verification of in-person electronic transactions
USD710866S1 (en) 2011-12-22 2014-08-12 Workshare, Ltd. Graphical user interface for a display screen or portion thereof
US8485440B1 (en) 2012-03-23 2013-07-16 International Business Machines Corporation Mobile device financial transactions
US20130262306A1 (en) 2012-03-29 2013-10-03 Shezadh Ladha Method, System and Program Product for Financial Transactions
US20140052524A1 (en) 2012-06-06 2014-02-20 Robert Andersen Systems and Methods for Providing Transaction Rewards
USD706796S1 (en) 2012-06-13 2014-06-10 Microsoft Corporation Display screen with graphical user interface
USD732059S1 (en) 2012-08-17 2015-06-16 Square, Inc. Device display screen with a graphical user interface
US20140052613A1 (en) 2012-08-17 2014-02-20 Square, Inc., A Delaware Corporation Systems and methods for providing gratuities to merchants
US9448693B2 (en) 2012-09-28 2016-09-20 Oracle International Corporation System for navigation in a computer user interface
USD705805S1 (en) 2012-10-18 2014-05-27 Google Inc. Portion of a display panel with a computer icon
USD702717S1 (en) 2012-11-09 2014-04-15 Blackberry Limited Display screen or portion thereof with icon
CN104737189B (en) 2012-11-20 2021-05-04 电子湾有限公司 Environment and method for enabling electronic transactions
WO2014082164A1 (en) 2012-11-30 2014-06-05 XRomb Inc. System and method of processing payment at a point-of-sale terminal using a mobile device
USD717328S1 (en) 2013-03-05 2014-11-11 Xian Qian Lin Display screen or portion thereof with graphical user interface
US10438269B2 (en) 2013-03-12 2019-10-08 Mastercard International Incorporated Systems and methods for recommending merchants
US9842332B2 (en) 2013-03-15 2017-12-12 American Megatrends, Inc. Systems and methods for processing a financial transaction
US10535060B2 (en) 2013-03-15 2020-01-14 Mastercard International Incorporated System and method for processing financial transactions using a mobile device for payment
US20140278609A1 (en) 2013-03-15 2014-09-18 Paynearme, Inc. Payment System
GB2512944A (en) 2013-04-12 2014-10-15 Mastercard International Inc Systems and methods for outputting information on a display of a mobile device
EP2824628A1 (en) 2013-07-10 2015-01-14 Vodafone Holding GmbH Direct debit procedure
US9924322B2 (en) 2013-07-23 2018-03-20 Square, Inc. Computing distances of devices
AU2014306259A1 (en) 2013-08-08 2016-02-25 Visa International Service Association Methods and systems for provisioning mobile devices with payment credentials
USD705807S1 (en) 2013-09-06 2014-05-27 Microsoft Corporation Display screen with icon
US20150081532A1 (en) 2013-09-18 2015-03-19 Yolanda Lewis Venue wi-fi direct system
US20160232515A1 (en) 2013-09-20 2016-08-11 Lucova Inc. Systems and methods for facilitating mobile commerce interactions between customers and merchants
US10319013B2 (en) 2013-10-28 2019-06-11 Square, Inc. Electronic ordering system
WO2015069389A1 (en) * 2013-11-08 2015-05-14 Square, Inc. Interactive digital receipt
USD707704S1 (en) 2014-04-10 2014-06-24 Interactive Memories Inc. Computer screen with graphical icon
USD714822S1 (en) 2014-04-10 2014-10-07 Interactive Memories, Inc. Computer screen with a graphical icon
US9959529B1 (en) 2014-05-11 2018-05-01 Square, Inc. Open tab transactions
US10032151B2 (en) 2014-05-28 2018-07-24 Verizon Patent And Licensing Inc. Point-of-sale location check for payment card purchases
US9830606B2 (en) 2014-10-31 2017-11-28 Visa International Services Association Systems and methods for enrolling a user in a membership account

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020009538A1 (en) * 2000-05-12 2002-01-24 Yasuyuki Arai Method of manufacturing a light-emitting device
US20080040146A1 (en) * 2006-08-10 2008-02-14 Steve Rogovin Platform-independent systems and methods for enabling parties to rapidly negotiate terms for a service to be provided by one party to another party, and to effect payment between parties upon completion thereof
US20100012549A1 (en) * 2008-07-16 2010-01-21 Hong Fu Jin Precision Industry(Shenzhen) Co., Ltd. Package assembly
US20100125495A1 (en) * 2008-11-17 2010-05-20 Smith Steven M System and method of providing a mobile wallet at a mobile telephone
US20130212017A1 (en) * 2012-02-14 2013-08-15 N.B. Development Services Inc. Transaction system and method of conducting a transaction

Cited By (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11669819B2 (en) 2009-10-13 2023-06-06 Block, Inc. Automatic storage of electronic receipts across merchants and transaction cards
US9111266B2 (en) * 2011-10-25 2015-08-18 Dipjar Inc. Device for collecting and disbursing electronic gratuities
US20140244489A1 (en) * 2011-10-25 2014-08-28 Ryder Kessler System and method for collecting and disbursing electronic gratuities
US10592903B2 (en) 2011-11-22 2020-03-17 Square, Inc. Authorization of cardless payment transactions
US11238451B1 (en) 2011-11-22 2022-02-01 Square, Inc. Authorization of cardless payment transactions
USD786906S1 (en) 2012-08-17 2017-05-16 Square, Inc. Device display screen with a graphical user interface
US11574296B2 (en) 2012-08-17 2023-02-07 Block, Inc. Systems and methods for providing gratuities to merchants
USD732059S1 (en) * 2012-08-17 2015-06-16 Square, Inc. Device display screen with a graphical user interface
US20140067499A1 (en) * 2012-09-04 2014-03-06 Gratuity, Llc. System and method for managing gratuities
US9741050B2 (en) * 2012-09-04 2017-08-22 Gratuity, Llc System and method for managing gratuities
US20140101250A1 (en) * 2012-10-10 2014-04-10 Salesforce.Com, Inc. System and method for location-based social network feeds
US9246959B2 (en) * 2012-10-10 2016-01-26 Salesforce.Com, Inc. System and method for location-based social network feeds
US20140279008A1 (en) * 2013-03-14 2014-09-18 Bank Of America Corporation Providing an offer based on enrolling a debit account into a merchant-specific account
US10430797B1 (en) 2013-10-22 2019-10-01 Square, Inc. Proxy card payment with digital receipt delivery
US11803841B1 (en) 2013-10-29 2023-10-31 Block, Inc. Discovery and communication using direct radio signal communication
US10217092B1 (en) 2013-11-08 2019-02-26 Square, Inc. Interactive digital platform
US11810078B2 (en) 2013-11-08 2023-11-07 Block, Inc. Interactive digital receipt
US11410247B2 (en) 2013-12-26 2022-08-09 Square, Inc. Automatic triggering of receipt delivery
US20220301075A1 (en) * 2013-12-26 2022-09-22 Block, Inc. Automatic Triggering of Receipt Delivery
US10810682B2 (en) 2013-12-26 2020-10-20 Square, Inc. Automatic triggering of receipt delivery
US20150254628A1 (en) * 2014-03-10 2015-09-10 Square, Inc. Quick Legend Receipt System
AU2020202007B2 (en) * 2014-03-10 2021-08-12 Block, Inc. Quick legend receipt system
US10366381B2 (en) 2014-03-10 2019-07-30 Square, Inc. Quick legend receipt system
USD832344S1 (en) 2014-03-10 2018-10-30 Square, Inc. Transaction receipt
WO2015138350A1 (en) * 2014-03-10 2015-09-17 Square, Inc. Quick legend receipt system
US10956891B2 (en) 2014-03-10 2021-03-23 Square, Inc. Quick legend receipt system
US9495670B2 (en) 2014-03-10 2016-11-15 Square, Inc. Quick legend receipt system
US10692064B2 (en) 2014-03-19 2020-06-23 Square, Inc. Merchant platform
US11176533B2 (en) 2014-03-19 2021-11-16 Square, Inc. Customer segment communications
US11922394B2 (en) 2014-03-19 2024-03-05 Block, Inc. Customer segment communications
US20150302388A1 (en) * 2014-04-17 2015-10-22 Gratzeez, LLC Design framework and apparatus for paying gratitudes
US11645651B2 (en) 2014-05-11 2023-05-09 Block, Inc. Open tab transactions
US11687887B2 (en) 2014-05-19 2023-06-27 Block, Inc. Item-level information collection for interactive payment experience
US10726399B2 (en) 2014-05-19 2020-07-28 Square, Inc. Item-level information collection for interactive payment experience
EP3152717A4 (en) * 2014-06-09 2017-11-15 Bravo, LLC Systems and methods for providing a gratuity
US11676108B1 (en) 2015-06-04 2023-06-13 Block, Inc. Apparatuses, methods, and systems for generating interactive digital receipts
US20170178257A1 (en) * 2015-12-18 2017-06-22 Wal-Mart Stores, Inc. Service station fuel pump
US10242377B2 (en) 2016-03-02 2019-03-26 Mastercard International Incorporated Systems and methods for analyzing businesses based on gratuities
US10628811B2 (en) 2016-03-15 2020-04-21 Square, Inc. System-based detection of card sharing and fraud
US10410200B2 (en) 2016-03-15 2019-09-10 Square, Inc. Cloud-based generation of receipts using transaction information
US11151531B2 (en) 2016-03-15 2021-10-19 Square, Inc. System-based detection of card sharing and fraud
US11935016B2 (en) 2016-03-31 2024-03-19 Block, Inc. Interactive gratuity platform
US11436578B2 (en) 2016-03-31 2022-09-06 Block, Inc. Interactive gratuity platform
US10636019B1 (en) * 2016-03-31 2020-04-28 Square, Inc. Interactive gratuity platform
US10922711B2 (en) 2017-10-25 2021-02-16 Toast, Inc. Facial recognition system for restaurant customer relationship management
US10885542B2 (en) 2017-10-25 2021-01-05 Toast, Inc. Multi-restaurant facial recognition system
US20190220837A1 (en) * 2018-01-18 2019-07-18 Capital One Services, Llc Systems and methods for managing electronic tip recommendations on mobile devices
US10922670B2 (en) 2018-03-30 2021-02-16 Toast, Inc. Synchronization system for intermittently-connected point-of-sale terminals
US10607201B2 (en) 2018-03-30 2020-03-31 Toast, Inc. Selective point-of-sale terminal for reconciling order state under non-persistent connection conditions
US11321692B2 (en) 2018-03-30 2022-05-03 Toast, Inc. Point-of-sale terminal for reconciling order states employing third-party-based ordering
US11410148B2 (en) 2018-03-30 2022-08-09 Toast, Inc. Synchronization system for intermittently-connected point-of-sale terminals employing third-party-based ordering
US10607183B2 (en) 2018-03-30 2020-03-31 Toast, Inc. Order states durable queuing apparatus and method
US11429946B2 (en) 2018-03-30 2022-08-30 Toast, Inc. Selective order states durable queuing apparatus and method
US11093921B2 (en) 2018-03-30 2021-08-17 Toast, Inc. Selective order states durable queuing apparatus and method employing received signal strength indicators
US10607203B2 (en) 2018-03-30 2020-03-31 Toast, Inc. Synchronization system for intermittenly-connected point-of-sale terminals employing browser based ordering
US11074565B2 (en) 2018-03-30 2021-07-27 Toast, Inc. Selective order states durable queuing apparatus and method employing ping latencies
US11455609B2 (en) 2018-03-30 2022-09-27 Toast, Inc. Point-of-sale terminal for synchronization employing ad hoc network
US11055684B2 (en) 2018-03-30 2021-07-06 Toast, Inc. Selective order states durable queuing apparatus and method employing GPS coordinates
US10607202B2 (en) 2018-03-30 2020-03-31 Toast, Inc. Synchronization system for intermittently-connected point-of-sale terminals employing ad hoc network
US11042860B2 (en) 2018-03-30 2021-06-22 Toast, Inc. Selective order states durable queuing apparatus and method
US11321690B2 (en) 2018-03-30 2022-05-03 Toast, Inc. Point-of-sale terminal for reconciling order states under non-persistent connection conditions
US10614438B2 (en) 2018-03-30 2020-04-07 Toast, Inc. Selective system for reconciling order states under non-persistent connection conditions
US11167977B2 (en) 2018-06-20 2021-11-09 Walmart Apollo, Llc Systems and methods for automatically refueling vehicles of customers of a retailer
US10885480B2 (en) 2018-12-17 2021-01-05 Toast, Inc. Adaptive restaurant management system
US11030678B2 (en) 2018-12-17 2021-06-08 Toast, Inc. User-adaptive restaurant management system
US11620608B2 (en) 2019-02-28 2023-04-04 Walmart Apollo, Llc System and method for providing uniform tracking information with a reliable estimated time of arrival
USD964418S1 (en) * 2020-03-31 2022-09-20 Tata Consultancy Services Limited Wearable device display screen with graphical user interface
US20240046241A1 (en) * 2022-08-03 2024-02-08 Capital One Services, Llc Systems and methods for reverse card authentication with single-step verification
WO2024042500A1 (en) * 2022-08-26 2024-02-29 7Shifts Inc. Resource pooling and distribution system

Also Published As

Publication number Publication date
US11574296B2 (en) 2023-02-07
US20190122201A1 (en) 2019-04-25
US20230169487A1 (en) 2023-06-01

Similar Documents

Publication Publication Date Title
US20230169487A1 (en) Systems and methods for providing gratuities to merchants
US10783531B2 (en) Cardless payment transactions based on geographic locations of user devices
US20230016910A1 (en) Apparatuses, methods, and systems for generating interactive digital receipts
US20140052524A1 (en) Systems and Methods for Providing Transaction Rewards
US10783582B2 (en) Systems and methods for providing real-time monitoring of spending limits
US20220198423A1 (en) Generating an online storefront
US9224141B1 (en) Encoding a magnetic stripe of a card with data of multiple cards
US9652791B1 (en) Updating merchant location for cardless payment transactions
US20150081467A1 (en) User-driven reverse auctions systems and methods
US10909590B2 (en) Merchant and item ratings
US20170039616A1 (en) Customer queue prioritization through location detection
US20200065882A1 (en) Collaborative geolocation shopping
US20210319017A1 (en) Mobile search
US11928657B2 (en) Social media marketplace
US20130282437A1 (en) System and method for providing consumer preference and intention data to merchants
Narang et al. Present and future of mobile commerce: Introduction, comparative analysis of m commerce and e commerce, advantages, present and future
US20220036326A1 (en) Payment processing systems and methods with automatic generation and application of transaction incentives
US20220245656A1 (en) Methods and systems for delivering interactive data units
US9189809B1 (en) Purchase transaction presentation
US11763357B2 (en) Systems and methods for managing electronic tip data to provide merchant reviews
US20210142303A1 (en) Methods and systems for fund transfers
WO2013138652A2 (en) Methods and systems for facilitating transactions between buyers and sellers
US10572870B1 (en) Binding mobile wallet elements with payees

Legal Events

Date Code Title Description
AS Assignment

Owner name: SQUARE, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:TAVAKOLI, SHAHROUZ;SPINDEL, NATHAN;HENDERSON, WILLIAM;AND OTHERS;SIGNING DATES FROM 20120904 TO 20120905;REEL/FRAME:029151/0226

STCB Information on status: application discontinuation

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