Patent Application
20100325048
Embodiments of the present invention are directed to systems, apparatuses, and methods for providing a consumer with an alert regarding a payment transaction, and more specifically, to a system and method for providing a consumer with an alert or message that can be used to determine a suitable tip or gratuity for the transaction. The present invention is also directed to systems, apparatuses, and methods for enabling a consumer to conduct a payment transaction using a mobile device, and for providing the consumer with assistance in determining a gratuity for a transaction conducted using the mobile device.
Consumers use payment devices to conduct a variety of different types of transactions, such as for the purchase of goods or services from a merchant or service provider. The payment device may be a debit card, credit card, smart card, or a contactless payment device incorporated into a mobile phone or personal digital assistant (PDA). One type of transaction that a consumer may conduct is the purchase of a meal at a restaurant. As part of such a transaction, it is common to add a tip or gratuity to the cost of the meal. Similarly, there are other types of transactions for which it may be customary (or optional, but suggested) to leave a tip or gratuity. These types of transactions include the provision of certain types of personal services, etc.
In some situations a consumer may be unaware or uncertain of the appropriateness of a tip or gratuity, or of the amount of a tip or gratuity that would be considered customary as part of the transaction being conducted. In such a situation, the consumer may desire advice or a recommendation concerning the tipping custom in a certain country or for a certain type of purchase or service. Embodiments of the present invention address these and other problems, individually and collectively.
Embodiments of the present invention are directed to systems, apparatuses, and methods for providing a consumer with an alert regarding a payment transaction, and more specifically, to a system, apparatus, and method for providing a consumer with an alert or message that can be used to determine a suitable tip or gratuity for the transaction. The present invention is also directed to systems, apparatuses, and methods for enabling a consumer to conduct a payment transaction using a mobile device, and for providing the consumer with assistance in determining a gratuity for a transaction conducted using the mobile device.
Embodiments of the inventive system may include an alert or notification infrastructure that operates to generate an alert or message when a transaction satisfies certain conditions or consumer preferences. The consumer preferences may be set in advance of the transaction using a suitable interface, such as a web-based service interface that is accessible using a client device (such as a mobile phone, PDA, laptop computer or desktop computer). In response to the transaction satisfying the set of conditions or preferences, the system generates the alert or message and controls its delivery to the consumer. Similarly to the generation of the alert, the delivery mechanism may be determined by certain conditions or consumer preferences. The alert or message may contain transaction related data and may provide the consumer with a suggested gratuity based on characteristics of the transaction. The alert or message may also contain a link or other activate-able element to enable the consumer to request further assistance in determining the appropriate gratuity, or to request the suggestion of a gratuity amount if none has been provided. The suggested gratuity may be based on consumer preferences, be derived from a knowledge base containing information regarding tipping customs or protocols in different countries or locations, be based on previous consumer interactions with the same or a similar merchant, or be based on another suitable source of information or combination of sources of information.
In some embodiments, the inventive system may also operate to automatically generate a gratuity amount based on consumer preferences and to add that amount to the amount of the meal or service. The combined amount can then be included in an authorization request message for the transaction that is provided to an issuer. The combined amount can also be provided in a message to the consumer, who can then respond with an approval message. In some situations, the consumer may provide a gratuity amount in a message, with that amount being added to the meal or service. When the transaction is cleared, the amount of the gratuity actually submitted by the restaurant can be compared to the amount provided or authorized by the consumer. If the two amounts do not match, then the consumer can be alerted to the possibility of fraud in the transaction.
In one embodiment, the present invention is directed to an apparatus for processing a payment transaction, where the apparatus includes an electronic processor programmed to execute a set of instructions, a data storage device coupled to the processor, and the set of instructions contained in the data storage device, wherein when the set of instructions are executed by the processor, the apparatus processes the payment transaction by
In another embodiment, the present invention is directed to a method of processing a payment transaction, where the method includes receiving an authorization message for a payment transaction, processing the authorization message to determine if data contained in the message satisfies a condition specified by a consumer participating in the payment transaction for generating a transaction alert message regarding a gratuity for the payment transaction, accessing data regarding the consumer's desired content for the transaction alert message regarding the gratuity for the payment transaction if data contained in the authorization message satisfies the condition, generating the transaction alert message containing information regarding the gratuity for the payment transaction based on the accessed data if data contained in the authorization message satisfies the condition, and providing the transaction alert message to the consumer participating in the payment transaction.
In yet another embodiment, the present invention is directed to a system for processing payment transactions, where the system includes means for receiving a transaction authorization message from an acquirer, a processor programmed with a set of instructions, a data storage device coupled to the processor and containing the set of instructions, the set of instructions stored in the data storage device, means for enabling a consumer to provide preference data to the system, the preference data including data regarding when the consumer wants to be alerted regarding a payment transaction and a gratuity for the payment transaction, a database coupled to the processor containing the consumer provided preference data and data regarding gratuities for payment transactions, and means for delivering a message containing data regarding the gratuity for the payment transaction to the consumer to a device desired by the consumer, wherein when executed by the programmed processor, the set of instructions cause the system to process payment transactions by
Other objects and advantages of embodiments of the present invention will be apparent to one of ordinary skill in the art upon review of the detailed description of the present invention and the included figures.
a) and 8(b) are block diagrams illustrating exemplary portable consumer devices or portable payment devices that may be used to conduct a transaction in which a consumer receives tip assistance, in accordance with embodiments of the present invention; and
Embodiments of the present invention are directed to systems, apparatuses, and methods for conducting payment transactions. In exemplary embodiments, a consumer may wish to add a tip or gratuity when paying for a good or service, such as a meal at a restaurant. In these and other embodiments, exemplary systems may generate an alert or other form of message based on the transaction, where the alert or message may include a suggested amount for a tip and/or provide the consumer with information that may be used to determine an amount for the tip. In some embodiments, the inventive systems, apparatuses, and methods may automatically generate an estimated amount for the tip based on previously established user preferences, with the estimated amount being added to the underlying cost of the good or service when authorization is sought for the transaction. This enables a consumer to have a previously established amount (or percentage) automatically added to the cost of the good or service, and can act to reduce the possibility of a later dispute related to the amount of a tip or gratuity. Further, in some embodiments, a consumer may generate an approval message that indicates an authorized amount of a tip or gratuity that they have added to a bill and send that message to a payment processing system. The payment processing system may then use that information to confirm that the tip or gratuity amount submitted by a merchant is correct, and if not, to initiate an investigation into whether the transaction is fraudulent.
As noted, embodiments of the invention are directed to payment transaction systems, apparatuses, and methods. In a typical payment transaction, a consumer uses a portable consumer device (e.g., a credit card, debit card, a mobile phone containing a contactless payment device, etc.) to purchase goods or services from a merchant. Prior to describing embodiments of the present invention in greater detail, a brief description of the elements involved in a payment transaction, and their role in the processing of the payment transaction and in generating a transaction alert or message will be presented.
Portable consumer device 32 may be of any form suitable for use in implementing the present invention. For example, suitable portable consumer devices can be hand-held and compact so that they can fit into a consumer's wallet and/or pocket (e.g., pocket-sized). Such devices may include contact or contactless smart cards, ordinary credit or debit cards (with a magnetic strip and without an embedded microprocessor), keychain devices (such as the Speedpass™ commercially available from Exxon-Mobil Corp.), etc. Other examples of suitable portable consumer devices include cellular phones, personal digital assistants (PDAs), pagers, payment cards, security cards, access cards, smart media, transponders, and the like, where such devices may include an embedded or incorporated contactless chip or similar element. The portable consumer devices can function as debit devices (e.g., a debit card), credit devices (e.g., a credit card), or stored value devices (e.g., a stored value or prepaid card). Communication device 33 may also be in any form suitable for use in implementing the present invention. For example, a suitable communication device 33 can be a wireless phone, a form of Smartphone, a computer (such as a portable computer or other computing device), PDA, pager, or other device. As mentioned, in some embodiments, a single device may comprise both portable consumer device 32 and communication device 33, such as the example of a wireless phone configured to conduct payment transactions (e.g., by virtue of having a contactless chip incorporated into the phone).
Payment processing system 26 (sometimes referred to as a payment processing network) may include data processing subsystems and networks that implement operations used to support and deliver authorization services, exception file services, and clearing and settlement services. An exemplary payment processing system may include VisaNet. Payment processing systems such as VisaNet are able to process credit card transactions, debit card transactions, and other types of commercial transactions. VisaNet, in particular, includes a VIP system (Visa Integrated Payments system) which processes authorization requests for transactions and a Base II system which performs clearing and settlement services for the transactions.
In some embodiments, the payment processing system or network may include, or be communicatively coupled to, an IP Gateway that couples the payment processing system or network to a message delivery channel. The IP Gateway and delivery channel enable the delivery of messages among the parties to a transaction based on user preferences and if applicable, information regarding the transaction. Further, in some embodiments, the payment processing system or network may include, or be communicatively coupled to, a notification or alert generation engine that operates to determine whether to generate a notification or alert for a payment transaction. The notification or alert engine may also determine the contents of such a notification or alert. An example of an element that may perform some or all of the functions of a notification or alert engine is the tip engine to be described.
Payment processing system 26 may include a server computer. A server computer is typically a powerful computer or cluster of computers. For example, the server computer can be a large mainframe, a minicomputer cluster, or a group of servers functioning as a unit. In one example embodiment, the server computer may be a database server coupled to a Web server. Payment processing system 26 may use any suitable wired or wireless network, including the Internet, to facilitate communications and data transfer between the system elements depicted in the figure.
In some embodiments, payment processing system 26 may include, or be communicatively coupled to, a tip or gratuity engine 45. Tip or gratuity engine 45 may comprise a computing device, server computer, and/or a database and operates to provide consumer 30 with messages or other information that may be used by the consumer when conducting a payment transaction. In particular, tip or gratuity engine 45 may operate to provide a consumer with a suggested amount for a tip or with information that the consumer may use to determine an amount they wish to leave as a tip. The computing device, server computer or other data processing apparatus that operates as tip or gratuity engine 45 may comprise an electronic processor programmed with a set of instructions, where the set of instructions may be contained in a data storage device or memory that is communicatively coupled to the processor. When executed, the set of instructions may cause the programmed processor to implement some or all of the methods, processes, functions, or operations of the inventive transaction alert and tip assistance system.
The messages or information provided to the consumer may be part of a transaction alert process (such as one that notifies a consumer that their payment account has been used to conduct or to attempt to conduct a transaction) or may be part of a process for delivering specific types of information (such as suggested tip amounts) to a consumer. For example, tip or gratuity engine 45 may include or have access to data (typically contained in a searchable or indexed database) relating to, among other topics:
As will be discussed, the data contained in the database may be provided by any suitable source, including but not limited to, the consumer conducting the payment transaction, the results of processing or performing “data mining” on multiple payment transactions, consumers other than the consumer conducting the payment transaction, etc.
Tip engine 45 may be communicatively coupled to other elements of payment processing system 26, and as a result may receive or have access to information regarding or contained in an authorization request message, authorization response message, or other message relating to a transaction. Such information may enable tip engine 45 to determine data regarding a consumer or merchant involved in the transaction and based on that, to generate a suggested tip amount or provide other information of interest to the consumer. In some embodiments, tip engine 45 may determine whether the merchant or service provider involved in a transaction is one for which a tip or gratuity would normally be part of the transaction (e.g., a certain type or category of restaurant (dining as opposed to “fast food”) or provider of a personal service). This determination may be based on categories or conditions specified by a consumer, or categories or conditions specified by an entity involved in processing payment transactions. In some embodiments, a tip or gratuity alert may only be generated in situations where such a determination is made.
Note further that as a result of payment processing system 26 being involved in the processing of payment transaction data, including that provided by an acquirer or issuer, system 26 may collect and process transaction data for a multitude of consumers and merchants. Such transaction data may be processed or “data mined” to identify tipping or gratuity behaviors engaged in by consumers as a function of consumer demographics, transaction characteristics, merchant type, merchant location, etc. Such data mining may include the application of suitable heuristics, decision algorithms, neural network models, expert system rules, recommendation or collaborative filtering methods, etc. These tipping or gratuity behaviors may then be used as the basis for providing suggestions or recommendations to other consumers regarding the amount of a gratuity or the factors to consider when deciding on the amount of a gratuity.
In exemplary embodiments, tip engine 45 may perform one or more actions, processes, functions, or operations to provide the consumer with information regarding a tip or gratuity for a transaction. Such information may include, but is not limited to, one or more of:
(1) calculating a suggested tip for the transaction based on one or more characteristics of the consumer, merchant, or transaction;
(2) providing information or advice regarding a suggested tip or the customs for tipping in a specified location in response to a request from the consumer; or
(3) automatically adjusting a requested authorization amount for a transaction to include a previously selected tip amount or percentage based on consumer preferences for such types of transactions or other factors.
Further, tip engine 45 and/or other elements of payment processing system 26 may assist a consumer in detecting potential instances of fraudulent activity involving tipping procedures. This may be accomplished by the consumer sending a message to the payment processing system that informs the system of the amount of a tip that has been approved by the consumer. Later, when the payment processing system receives transaction data used in the clearance and settlement of the transaction, the amount of tip added to the transaction amount by the merchant can be compared to that approved by the consumer. If the two amounts do not match, then the consumer can be notified of the possibility of fraudulent activity and can take the appropriate actions.
Tip engine 45 or another suitable element may function as a notification engine which operates to generate or cause the generation of a message to be sent to consumer 30 (e.g., via communication device 33). The message may include relevant information regarding a transaction, such as a suggested tip amount, information regarding tipping customs, etc. The message may also (or instead) provide the consumer with an opportunity to request further information about the transaction, tipping customs, a suggested tip amount, etc. In some embodiments, tip engine 45 may include, be part of, or be in communication with an IP Gateway that is coupled to the payment processing system 26. The IP Gateway functions to couple the payment processing system to one or more communication channels to enable the delivery of a message or messages to the consumer. In some embodiments, tip engine 45 may be part of the infrastructure of issuer 28 or of another party to a transaction, such as a payment processor or other element of a payment processing system or network. As will be described, payment processing system 26, the IP Gateway, or an element of the issuer infrastructure may include an interface for use by the consumer to set preferences with regards to tipping or gratuity amounts, message delivery channels, triggers for the generation of an alert or message, etc. Such preferences may then be used by tip engine 45 and/or an IP Gateway to determine a suggested tip and to arrange for the delivery of a message containing that information to the consumer. Further, the consumer preferences may be used with a database populated with data concerning tip or gratuity amounts, tip customs, or tip practices as a function of location, merchant type, transaction type, etc. to generate a response to a consumer request for information or tip advice for a transaction.
Merchant 22 may receive communications or data from an access device 34 that can interact with portable consumer device 32. Examples of suitable access devices include point of sale (POS) devices or terminals, device readers for contact or contactless payment devices, cellular phones, PDAs, personal computers (PCs), tablet PCs, handheld specialized readers, set-top boxes, electronic cash registers (ECRs), automated teller machines (ATMs), virtual cash registers (VCRs), kiosks, security systems, access systems, and the like.
If access device 34 is a point of sale terminal, any suitable point of sale terminal may be used including card readers or other forms of payment device readers. Such card or payment device readers may include the capability to operate in any suitable contact or contactless mode of operation. For example, exemplary card readers or devices can include RF (radio frequency) antennas, NFC (near field communications) capable devices, magnetic stripe readers, etc. to enable interaction with portable consumer device 32.
In an exemplary transaction, consumer 202 initiates a payment transaction 203 using their payment device. The merchant's transaction processing system generates an authorization request message 205 that is forwarded to the acquirer 206. Acquirer 206 may process authorization request message 205 to obtain data for its records and/or to add relevant data to the message. Acquirer 206 forwards authorization request message 207 (which as described, may be the same as message 205 or may contain other data, including some or all of that contained in message 205) to payment processing system 208. In some embodiments, payment processing system 208 may include an alert or message 209 generating capability (such as the notification engine depicted in the figure), message routing system, and other elements responsible for payment transaction processing. Payment processing system 208 may also include, or be capable of communication and data exchange with an IP Gateway 210 which operates to control the delivery of alerts or messages to the consumer. As will be described in greater detail, the delivery of alerts or messages may be determined by one or more preferences established by the consumer, such as a preferred communications device based on location, time of day, type of transaction, etc. After receipt of authorization request message 207, payment processing system 208 may process the message to obtain data for its records and/or to add relevant data to the message. As will be described in greater detail, in some embodiments, payment processing system 208 may adjust an amount requested in transaction authorization request 207 to reflect a total of a transaction amount and a gratuity or tip amount, where the gratuity or tip amount is determined in accordance with previously provided preferences of the consumer. Payment processing system 208 then forwards authorization request message 211 to the issuer 212 of the consumer's payment device.
After issuer 212 receives authorization request message 211, issuer 212 processes the authorization request to determine whether to authorize the transaction, and sends an authorization response message 213 back to payment processing system 208 to indicate whether or not the current transaction is authorized. Issuer 212 may determine whether to authorize the transaction based on a transaction risk assessment or risk management process, consumer profile or transaction history data, merchant data, or other suitable information. Based on the contents of authorization response message 213 (and if relevant, other consumer or transaction related information), payment processing system 208 (or the notification engine component of the system) determines if an alert, message, or other form of communication 209 should be generated for the consumer with regards to the transaction. The determination of whether an alert, message, or other form of communication 209 should be generated may be based on characteristics of the transaction, consumer preferences with regards to the type of transactions for which they desire to be alerted (based on location, amount, merchant category, etc.), or other relevant data. As mentioned, such a determination may be made by a notification engine that is part of, or coupled to, payment processing system 208. The notification engine may access one or more databases to obtain data needed to determine if a communication 209 should be sent, and to determine the contents of such a communication. As will be described in further detail, the invention may process transaction authorization messages, where such messages include authorization request messages and authorization response messages, to provide a range of added value services to consumers with regards to gratuities and gratuity related information for a transaction.
Note that a consumer's preferences with regards to when they desire to be alerted about a transaction or about the status of a transaction may be provided as a result of a web services interface 220. Web services interface 220 may, in coordination with an issuer or provider of banking services 222, provide a consumer with access to a data input interface, form, etc. to enable the consumer to specify under what situations or conditions they wish to receive an alert. Data input interface 224 may be part of a web-site accessed by a consumer that enables the consumer to register for a transaction alert service, view their transactions, view alerts generated for the transactions, and to set their desired preferences for triggering the generation of an alert or other form of message. The situations or conditions that trigger the generation of an alert may include characteristics of the transaction (e.g., the amount, if the transaction exceeds a threshold, if the transaction is for a specific type of good or service, if the transaction is with a specific type of merchant), if the transaction occurs in a specified location or outside of a specified location, characteristics of the authorization response (e.g., if the transaction is declined or if approval is conditioned on some event or data), or another suitable characteristic. Data input interface 224 may enable a consumer to access a record of transactions for the previous month (or for any other suitable time period) for which a transaction alert or message has been generated in order to review their preferences and alter them if desired. In some embodiments, a consumer may be sent an email or other form of communication on a regular basis that contains a record of all transactions and transaction alerts that were generated for a certain time period. By accessing a suitable data input interface, the consumer may review and if desired, alter their preferences with regards to triggering alerts, alert content, and alert delivery mechanisms. This may enable a consumer to adjust the tip amount suggested for a merchant after multiple visits to the merchant, for example.
If it is determined that an alert, message, or other form of communication 209 should be generated and provided to the consumer, then payment processing system 208 may use IP Gateway 210 to control the delivery of the alert, etc., where IP Gateway 210 operates to route the alert to the appropriate communications channel and ultimately to a communications device of the consumer. Based on consumer preferences and/or other factors, IP Gateway 210 may control the delivery of an alert 209 to one of several communications channels and hence to one of several communications devices. For example, IP Gateway 210 may route an alert 209 to a mobile phone carrier 214 for delivery of alert 209 to a consumer's phone in the form of a text message (such as a SMS message) or interactive voice response (IVR) call 216. Similarly, IP Gateway 210 may route an alert 209 to an email server 215 for delivery of alert 209 to a consumer's computing device in the form of an email message 217.
Payment processing system 208 may forward authorization response message 213 to acquirer 206. Acquirer 206 sends response message 213 to the merchant to inform the merchant if the transaction has been approved or if it has been denied. After the merchant receives the authorization response message, the approval or denial of the transaction 218 may be displayed to the consumer using the merchant's point of sale terminal 204, or may be provided to the consumer in another format.
In certain use cases, the authorization request message can be a first authorization request message, and can comprise a preauthorization request message. The preauthorization request message may include an initial amount for a transaction, and can be approved or denied as described above. In some cases, the final transaction amount can differ from this initial transaction amount. For example, a restaurant bill can have an initial amount for food and taxes. Once this amount is approved, the consumer may add a tip to the initial amount, to create the final transaction amount. This final amount can be included in a second authorization request message, which can go through an approval/denial process as disclosed above. Other transactions that may have an initial and a final transaction amount can arise from activities that include hotel stays, gas purchases, use of rental cars, etc.
At the end of the day (or another relevant time period), a clearing and settlement process can be conducted by payment processing system 208. A clearing process is a process of exchanging financial details between and acquirer and an issuer to facilitate posting to a consumer's account and reconciliation of the consumer's settlement position. Clearing and settlement can occur simultaneously or as separate processes or operations.
In processing one or more of the transaction authorization messages, where such messages include transaction authorization request messages 320 and transaction authorization response messages 324, payment processing system or network 304 may utilize one or more of the components or elements depicted in
At some time after the consumer has set their preferences for the generation, delivery and content of an alert or message concerning a transaction, the consumer engages in a payment transaction using a payment device (stage 504). As described with reference to
For example, in some embodiments, the data contained in the authorization request message may be recognized as indicating that the transaction is one for which a consumer wishes to automatically adjust the amount of the transaction to reflect the addition of a tip or gratuity. In such an embodiment, data contained in the authorization request message may be recognized by the payment processing system or network as indicating that the transaction is one for which the consumer has requested that the transaction amount be adjusted by a previously specified amount or percentage. For example, the data contained in the authorization request message may indicate that the transaction is for one or more of a restaurant, a specific type or category of restaurant, a restaurant located in a specific location, country, or type of establishment, etc. Based on the data contained in the authorization request message and the consumer's preferences, the inventive system may recognize that the consumer wishes to adjust the amount being requested for authorization for the transaction and be able to determine the amount of a tip or gratuity that the consumer wishes to add to the amount of the underlying meal, service, or product.
For example, the consumer's preferences may specify one or more of the types of services or products for which a tip or gratuity should be added, provide a list of specific merchants for which a tip or gratuity should be added, provide a tip or gratuity amount (typically specified as a percentage of the underlying cost for the service, either as a function of the total of cost plus tax or the cost alone) to be added to the bill to obtain a total amount to be included in the authorization request, etc. In response to recognizing that the consumer desires to adjust the amount for the transaction contained in the authorization request message and determining the amount to be added as the adjustment, the payment processing system or network may modify the data contained in the authorization request message and forward the message to the issuer. Note that in some embodiments, the consumer preferences may indicate that the tip or gratuity to be added to the amount for the transaction contained in the authorization request message should be determined by other rules or heuristics, such as by the percentage amount previously left by the consumer at the same or similar restaurants, the percentage amount that is typically left by patrons of that restaurant, the percentage amount generally recognized as customary, etc.
The issuer receives the authorization request message and processes the data contained in the message to determine if it will authorize the transaction. The issuer then generates an authorization response message and provides the message to the payment processing system or network (stage 510). The payment processing system or network processes the authorization response message and, based on the data contained in the message and the consumer's preferences, determines if an alert or message should be generated (stage 512) for the transaction. As discussed, the consumer's preferences may indicate that an alert or message should be generated based on one or more characteristics of the transaction that are specified by the consumer. Such characteristics may include, but are not limited to, the type of transaction, the amount of the transaction, the location of the transaction, whether there are specific features of the transaction that might suggest fraud, etc.
If the transaction data and the consumer's preferences indicate that an alert or message should be generated, then the payment processing system or network (which, as described may include or be coupled to a notification engine) generates the alert or message (stage 514). The alert or message may contain information concerning the transaction: for example, an identification of the payment account used for the transaction, an identification of the type of transaction (such as whether the transaction was conducted using a phone, online interface, etc.), the amount of the transaction, the merchant for the transaction, the location of the merchant, etc. An exemplary alert or message generated as the result of a transaction at a restaurant is shown in
In addition to the transaction related information, the alert or message may also contain (depending on the consumer's preferences) information regarding actions that the consumer has requested be taken in response to specific transaction characteristics (such as a suggestion of a tip or gratuity amount, or notification that a tip or gratuity has been included in the transaction total in accordance with the consumer's wishes), or an offer to provide the consumer with additional advice regarding tipping or tipping customs for the transaction. For example, if the consumer has set their preferences to indicate that they want advice on a tip or gratuity to be provided as part of the alert or message, such information may be generated and provided based on information provided by the consumer (such as a percentage for any “suggested tip”) and/or data contained in a database that stores transaction and tip related data. Such a database may contain data regarding tipping and tipping protocols based on the type of restaurant, the location of the restaurant, price category of the restaurant, prior transactions engaged in by the consumer or a suitable group of consumers, etc. The data in such a database may be processed or “data mined” to determine tipping behaviors of multiple consumers and as a result to provide recommendations or information to a consumer engaged in a transaction.
The alert or message is then provided to the consumer, with the delivery method or channel determined in whole or in part by the consumer's previously set preferences (stage 516). Typically, an IP Gateway is used to route the alert or message to the desired communication network for delivery to the consumer on the consumer's communication device or devices. Note that a suggested tip amount or other information that the consumer has requested by virtue of their preferences may also be provided in a message separate from the transaction alert.
If the alert or message does not contain a suggested tip amount or if a suggested amount is provided but the consumer desires further information, then the consumer may activate a “help”, “advice”, “more information” or similar element in the alert or message in order to request assistance (stage 518).
Further, in some embodiments, the alert or message may include a “button” or other form of element that may be selected or activated by the consumer to report the transaction described in the alert as fraudulent or potentially fraudulent (where in response, the payment processing system or network may initiate an investigation, contact the consumer, contact the issuer for the payment device, or take any other appropriate action). In some embodiments, the request is provided to the IP gateway (as a result of the IP gateway being capable of communication and data transfer with a communications network that is used by the consumer's communication device) and then to the payment processing system or network for processing and the generation of a response (stage 520). In response to the request for assistance (or to reporting the transaction as potentially fraudulent), the payment processing system or network may provide the consumer with a menu, list, or other set of selectable elements that represent the types or categories of information or actions that are available to the consumer. Instead of using a selectable element and a menu, in some embodiments, the consumer may send a message (such as a SMS message) that contains keywords recognized by the payment processing system or network and that correspond to a request for information (e.g., “tip advice”, or “tip advice based on location”). In either case, upon receipt of the request the payment processing system or network may provide the consumer with specific information or with a menu or list from which the consumer can generate a further request for the information or action they desire.
If applicable, the payment processing system or network generates a response to the consumer's request that includes the information that the consumer has indicated that they want with regards to the transaction, a suggested tip amount, tipping customs, etc. Typically, the response will be constructed based on information contained in the consumer's preferences and/or data contained in a database that stores transaction and tip related data. The payment processing system or network generates the response and it is provided to the consumer. The consumer then completes the transaction (stage 522). This may involve approving a bill to which the consumer has added a tip amount (either manually at their table, or via a message provided to the merchant by the acquirer as a result of a communication by the consumer with the payment processing system, for example). The bill may also include a tip that has been added to the underlying cost of the transaction as a result of the consumer having set a preference that causes a tip amount to be added to the amount of the transaction specified in the authorization request message (as at stage 508). Note that if the tip amount has already been added to the authorization request message, then the consumer may, in some cases, leave the merchant location without having to perform any other actions with regards to approving the bill. After the consumer has completed the transaction, the restaurant or other merchant sends the transaction data to its acquirer, who then provides the transaction data (which includes the tip amount) to the payment processing system or network.
In some embodiments, after completion of the transaction, the consumer may generate a message on their communications device and provide that message to the payment processing system or network (via the IP Gateway for example). The message may include a total for the transaction that represents the price for the underlying service, taxes, and a tip or gratuity that the consumer has approved for payment (stage 524). The total transaction amount message may be provided via any suitable communications method or channel, including, but not limited to, an SMS message, an email message, or a phone call. As will be described, the consumer's message containing the total transaction amount may be used by the payment processing system or network to identify possible instances of fraud, such as where a restaurant employee makes an adjustment to the amount of the tip approved by the consumer.
The payment processing system or network processes the completed transaction and generates a record of the transaction. The record contains a total amount that was “cleared” for the transaction. The payment processing system or network may then compare the total amount for the transaction submitted by the merchant to the total amount contained in the consumer's message (stage 526). If the two amounts do not match, then this may be an indication of fraud or that the consumer was incorrect in the total provided in their message (stage 528). In either case, the payment processing system or network may generate an alert or message informing the consumer of a possible discrepancy and requesting that the consumer contact the appropriate party to discuss the situation.
Note that although generation of an alert or message has been described with reference to the processing of an authorization response message (as at stage 512), in some embodiments, an alert or message may instead (or also) be generated at another stage of the process, such as after the processing of an authorization request message (as at stage 508). An example of an alert or message generated in response to processing of an authorization request message might be one that notifies a consumer that an amount for a tip or gratuity has automatically been added to the amount requested for approval for a transaction.
As described, embodiments of the inventive system, apparatuses, and methods can provide a consumer with added-value services and benefits with regards to tips and gratuities, including, but not limited to:
As described, in exemplary embodiments, an alert or message can be generated for a transaction based on preferences set by a consumer. The alert or message can include relevant information for the transaction. As used herein, “relevant information” can comprise information relating to an additional amount for the transaction, such as a tip or local tipping customs or protocols. The relevant information, such as a suggested tip protocol, other transaction related assistance, or tip amounts, can be sent to consumers that have registered for an alerts program, such as a tip alerts service. The relevant information can be sent as part of a transaction alert or in a stand alone message. In exemplary embodiments, the tip alert can be a text message sent to a wireless phone associated with the consumer (e.g. using SMS). In some embodiments the tip alert may comprise an email, instant message, voice message, or use any other suitable communications channel.
The inventive tip alert or tip assistance service can provide a consumer with assistance in determining a suitable amount of a tip or gratuity. The service can help calculate a tip amount and can provide guidance on tips and tipping protocols in different situations. In some embodiments, when a card is swiped at a restaurant (or other situation in which a tip or gratuity might be appropriate), an alert can be generated and provided to the consumer to assist them in calculating a tip. Thus, a tip alert message can be generated (i.e., the relevant information can be determined and provided, etc.) upon the generation of a first authorization message (e.g., a preauthorization request message). In some embodiments, the tip alert can be sent to the consumer prior to a second authorization message being sent. The relevant information contained in the tip alert can then be used by the consumer to adjust the transaction amount to reflect the tip or gratuity they desire.
For example, the tip engine or other element of the payment processing system may receive a first authorization request message, a first authorization response message, or other suitable message that includes the initial amount of a transaction associated with a portable consumer payment device (such as after the portable consumer payment device is used at a restaurant). The tip engine can then determine relevant information for the transaction. The tip engine can calculate suggested tip amounts (i.e., additional amounts for the transaction) based upon the initial transaction amount. In exemplary embodiments, the initial transaction amount can be inclusive of tax. In certain embodiments, the initial transaction amount can be exclusive of tax. In certain embodiments, the tip engine can calculate additional amounts for both tax inclusive and tax exclusive initial transaction amounts. The tip engine can then generate and transmit an alert or message to the consumer that includes the relevant information, such as by sending a text message to a wireless phone associated with the consumer. This may be accomplished in conjunction with the operation of an IP Gateway, or another apparatus that functions to couple a first network such as the Internet to a second network such as a wireless communications network. This relevant information can include the calculated suggested tip amounts (e.g., 10%, 15%, and 20% of the initial transaction amount), and any other suitable information. The consumer can choose one of the suggestions, and indicate to the merchant that this additional amount should be included in the final transaction amount.
Exemplary embodiments of the present invention can include alerts that advise a consumer if a tip is customary in the situation or not. The relevant information can include advice on tip protocol for the merchant, taking into account location (e.g. country of the merchant or other relevant party), local culture, merchant type or category, etc. For example, in certain countries, a tip is not a certain percentage of a bill, but may comprise a rounding of the initial amount to the next higher whole number. In another example, the relevant information can advise the consumer if a tip or an added charge are normally included by the merchant in the bill (so that no tip, or less tip, is required). In some embodiments, the relevant information can calculate a tip for selectable percentages, and can include what the total (final transaction amount) would be for each selectable percentage. For example, the selectable tip percentages can be any or all of 10%, 15%, 18%, 20%, 22%, etc. The tip percentages may be selected by any of the consumer, the issuer, the merchant, the payment processing system, etc. In certain embodiments, the relevant information can advise the consumer on the average or most common tip for the merchant, or class or type of transaction. For example, the tip alert may state that “Most patrons tip 17.5% at Joe's Diner.” In certain embodiments, the relevant information can include a tip calculation based upon a consumer's selected settings or preferences. For example, a consumer may, prior to or during the transaction, request alerts containing a calculation for a tip amount of 20% pre-tax, and a calculated total. In certain embodiments, the tip alert can follow the initiation of a transaction (such as after the preauthorization process), or can be requested by the consumer interactively during the transaction.
In exemplary embodiments, the tip engine or another element of the payment processing system or network can maintain a merchant database along with a record of consumer preferences. For example, if a first consumer prefers to tip at 20% post-tax, the database can record this information. The database can also contain other relevant information, such as merchant tipping policy and location or culture based tipping protocols. Following a purchase, such as after the transaction has been preauthorized (and prior to a second authorization that may include the added tip or gratuity), the relevant information can be accessed, processed, and provided to the consumer. Each time a consumer registered in the alerts program or service conducts a transaction, such as by swiping their card at a merchant terminal or communicating with a merchant terminal using a contactless payment device, a transaction alert notification can be sent (using an IP Gateway or other suitable system). The relevant information can be sent in or appended to the transaction alert notification. The relevant information can include the initial transaction amount plus tip amount suggestions (e.g., 10%, 15%, or 20%). The relevant information can also include an average tip amount by merchant, merchant type or category, or suggestion for tip protocol by country (if the transaction occurs outside of the consumer's home country).
The inventive processes, functions, operations, and methods for providing tip or gratuity assistance or advice to a consumer may be utilized in situations where the consumer uses one of a variety of portable consumer devices or portable payment devices to conduct a transaction.
As noted, the portable consumer device 32 shown in
An exemplary portable consumer device 32′ in the form of a phone may comprise a computer readable medium and a body as shown in
Information in the memory of the device may also be in the form of data tracks, such as those traditionally associated with credit cards. Such tracks may include Track 1 and Track 2. Track 1 (which may be referred to as the “International Air Transport Association” track) stores more information than Track 2, and contains the cardholder's name as well as account number and other discretionary data. This track is sometimes used by the airlines when securing reservations with a credit card. Track 2 (which may be referred to as the “American Banking Association” track) is currently the most commonly used data track. This is the track that is read by ATMs and credit card checkers. The ABA (American Banking Association) designed the specifications of this track and all world banks are expected to abide by it. It contains the cardholder's account, encrypted PIN, plus other discretionary data.
The portable consumer device 32′ may further include a contactless element 32(g), which is typically implemented in the form of a semiconductor chip (or other data storage element) with an associated wireless transfer (e.g., data transmission) element, such as an antenna or transducer. Contactless element 32(g) is associated with (e.g., embedded within) portable consumer device 32′ and in some embodiments, data or control instructions transmitted via a cellular network may be applied to contactless element 32(g) by means of a contactless element interface (not shown). If present, the contactless element interface functions to permit the exchange of data and/or control instructions between the portable consumer device circuitry (and hence the cellular network) and an optional contactless element 32(g).
Contactless element 32(g) may be capable of transferring and receiving data using a near field communications (“NFC”) capability (or near field communications medium) typically in accordance with a standardized protocol or data transfer mechanism (e.g., ISO 14443/NFC). Near field communications capability is a short-range communications capability, such as RFID, Bluetooth™, infra-red, or other data transfer capability that can be used to exchange data between the portable consumer device 32′ and a device reader or point of sale terminal. Thus, in some embodiments, portable consumer device 32′ may be capable of communicating and transferring data and/or control instructions via both a cellular network and a near field or short range communications capability.
Portable consumer device 32′ may also include a processor 32(c) (e.g., a microprocessor or central processing unit) for processing instructions that cause the execution of the functions and operations of the portable consumer device 32, and a display 32(d) to allow a consumer to see phone numbers and other information and messages (such as tip alerts or related messages). Portable consumer device 32′ may further include input elements 32(e) to allow a consumer to input information into the device, a speaker 32(f) to allow the consumer to hear voice communications, music, etc., and a microphone 32(i) to allow the consumer to transmit voice inputs through the portable consumer device 32. Portable consumer device 32′ may also include an antenna 32(a) for wireless data transfer (e.g., data transmission using a wireless communications or cellular network).
If the portable consumer device is in the form of a debit, credit, or smartcard, then the portable consumer device may optionally have features such as a magnetic strip. As a result, such devices may be capable of operating in either a contact or contactless mode.
An example of a portable consumer device 32″ in the form of a card is shown in
As shown in
The various components, entities, and elements depicted in
Embodiments of the invention are not limited to the above-described embodiments. For example, although separate functional blocks are shown for an issuer, payment processing system, IP Gateway, and acquirer, some entities perform multiple of these functions and may be included in embodiments of the invention. Further, as has been described, in a typical embodiment of the present invention, an apparatus such as an electronic processor is communicatively coupled to a data storage device which contains a set of instructions that may be executed by the processor when it is programmed. When executed, the instructions cause the programmed processor to implement the methods, processes, functions and operations described herein.
Embodiments of the present invention provide a consumer with advice or information related to a gratuity that may be applicable to a payment transaction, such as the purchase of a meal at a restaurant. The invention can assist the consumer to determine the proper amount for a gratuity and/or provide information to the consumer regarding tipping customs or protocols that enable the consumer to determine the amount they desire to add to a transaction as a gratuity. The invention can also generate a suggested amount for a gratuity based on the characteristics of the transaction (such as the amount of the transaction, the merchant, the location, the type of restaurant, etc.), the consumer's previous behavior with regards to gratuities, the behavior of other, similar consumers with regards to gratuities, or other relevant factors. In some embodiments, the invention can function to expedite a payment transaction by automatically adding a previously specified amount or percentage for a gratuity to a transaction amount contained in a transaction authorization request message. In other embodiments, the invention can assist in detecting potential fraudulent behavior by providing a notification to the consumer if the total amount for a transaction submitted by a merchant (including the gratuity) exceeds that authorized by the consumer.
Specific details regarding some of the above-described aspects are provided above. The specific details of the aspects may be combined in any suitable manner without departing from the spirit and scope of embodiments of the invention. For example, portable consumer device authentication, consumer authentication, back end processing, and consumer transaction notification may be combined or partially combined in some embodiments of the invention. However, other embodiments of the invention may be directed to specific embodiments relating to each individual aspect, or specific combinations of these individual aspects.
It should be understood that the present invention as described above can be implemented in the form of control logic using computer software in a modular or integrated manner. Based on the disclosure and teachings provided herein, a person of ordinary skill in the art will know and appreciate other ways and/or methods to implement the present invention using hardware and a combination of hardware and software
Any of the software components or functions described in this application, may be implemented as software code to be executed by a processor using any suitable computer language such as, for example, Java, C++ or Perl using, for example, conventional or object-oriented techniques. The software code may be stored as a series of instructions, or commands on a computer readable medium, such as a random access memory (RAM), a read only memory (ROM), a magnetic medium such as a hard-drive or a floppy disk, or an optical medium such as a CD-ROM. Any such computer readable medium may reside on or within a single computational apparatus, and may be present on or within different computational apparatuses within a system or network.
The above description is illustrative and is not restrictive. Many variations of the invention will become apparent to those skilled in the art upon review of the disclosure. The scope of the invention should, therefore, be determined not with reference to the above description, but instead should be determined with reference to the pending claims along with their full scope or equivalents.
One or more features from any embodiment may be combined with one or more features of any other embodiment without departing from the scope of the invention.
A recitation of “a”, “an” or “the” is intended to mean “one or more” unless specifically indicated to the contrary.
All patents, patent applications, publications, and descriptions mentioned above are herein incorporated by reference in their entirety for all purposes. None is admitted to be prior art.
This application claims priority from U.S. Provisional Patent Application No. 61/173,371 (Attorney Docket 016222-048000US, filed Apr. 28, 2009) and 61/177,784 (Attorney Docket 016222-048300US, filed May 13, 2009), the contents of which are incorporated herein by reference in their entirety for all purposes.
| Number | Date | Country | |
|---|---|---|---|
| 61177784 | May 2009 | US | |
| 61173371 | Apr 2009 | US |
