Abstract:
Due to increased competition in the financial services market for merchants, merchant acquiring banks, payment processors, and card-issuing banks, a method and system of payment for automatic generation of discount transactions is offered. Any actor in the purchasing process generates discounts automatically by receiving a purchase transaction dataset, comparing available discount datasets, and asynchronously generating a discount in a manner more accessible than coupons or reward cards.

Description:
FIELD OF THE INVENTION 
       [0001]    The present invention generally concerns payment solutions and commercial incentive mechanisms in the credit card, debit card, and personal check industries, incentivizing both a merchant&#39;s acceptance of a payment solution and a customer&#39;s preferential use of a payment solution in making purchases. More particularly, the invention concerns processes for automatic generation of discounts when using these methods of payment in purchase transactions. 
       BACKGROUND OF THE INVENTION 
       [0002]    In the past decades, there has been increased competition among institutions that provide and support payment solutions such as credit cards, debit cards, and personal checks. The type of providers has diversified from only banks to associations, consumer product merchants, and other third-parties. As a way of attracting more clients, institutions have created incentive programs that are associated with these methods of payment, with the goal of incentivizing use of their payment solutions over those of their competitors. 
         [0003]    A type of credit card, often called a “reward card,” illustrates this trend. When using a reward card to pay for a purchase, a customer is rewarded for the use of the credit card by receiving pre-defined amounts of capitalization units, which include “points”, “miles,” or “rewards.” Amounts of these capitalization units are accumulated in a special account and traded later for pre-defined goods and services or, in some instances, for cash. 
         [0004]    On the other hand, merchants that offer products and services for sale also are increasingly competitive in recent years, and offer lower and lower prices and more deals in order to entice customers to shop with them. The options available to merchants seeking to incentivize purchase through them include the offering of coupons and store-branded discount credit cards associated with a merchant that offer various perks in connection with their use (such as, for example, a Macy&#39;s® credit card that offers reward points useable only at Macy&#39;s® stores). However, one practical problem with these is that, in order to benefit from discounts from several merchants, a user has to subscribe to as many store-branded cards. Having to carry many cards is impractical. In addition, a user who would possess many store-branded credit cards would bear the burden of managing many bank accounts, which is undesirable. 
         [0005]    As a matter of background, and in order to fully comprehend the scope of the disclosed invention, it is useful to understand the operation of methods of payment such as credit cards, debit cards, and personal checks(as well as associated methods of payment) as they are used in a purchase transaction. The purchase transaction begins by the customer paying for an order from a merchant using the method of payment. After scanning of the method of payment using the merchant&#39;s point of sale equipment, the merchant sends customer information (such as, for example, a customer&#39;s name, address, customer identification information, and the amount of purchase) to a payment gateway which, in turn, checks a payment gateway database to identify a merchant acquiring bank associated with the merchant. The merchant acquiring bank is an actor in a purchase transaction and a bank or financial institution the merchant has an agreement with to process its purchase transactions, and thereby accepts payments on behalf of the merchant. 
         [0006]    After the merchant acquiring bank receives the customer&#39;s information, it is forwarded to a payment processor supporting the customer&#39;s method of payment, such as, for example, Visa, MasterCard, or American Express if the method of payment is a credit card. The payment processor is another actor in a purchase transaction. The payment processor also has an agreement or contract in place to act as a go between for the merchant acquiring bank and later actors in the purchase transaction. 
         [0007]    The payment processor accesses a computer database to determine which payment issuing bank is associated with the customer information. Each method of payment is associated with a certain payment issuing bank that issues it, another actor in a purchase transaction, and having another agreement or contract to issue payment to other actors in the purchase transaction. Once the correct payment issuing bank is discovered by the payment processor, the customer information is further transmitted there. The payment issuing bank then executes a lookup regarding the customer information on its own computer database to determine whether there are enough funds present or not, whether the billing address with the customer information provided by the merchant matches the billing address in the file, and other pertinent information. Based upon this, if appropriate, an approval message is sent to the payment processor that forwards it to the merchant acquiring bank that again forwards it to the merchant to complete the transaction. Alternately, if the customer&#39;s information indicates that the transaction should not be allowed, a denial message is sent along the same path. 
         [0008]    In practice, additional institutions may be receiving, processing and transmitting information on the way from the payment processor to the payment issuing bank, as well as on the way back from the payment issuing bank. However, these additional institutions are not particularly relevant to the present invention. For instance, when the method of payment is a credit card, often the credit card brand (as for instance VISA or MasterCard) receives data, processes it, and sends it to the credit payment issuing bank. Similarly, some of the intermediate roles in the transaction may, in practice, be assumed by a single institution. 
         [0009]    The present invention offers the opportunity for automatic generation of discount transactions by any of the institutions in a purchase transaction with the goal of providing a stronger incentive to the user, while also allowing a large set of institutions to use the present invention as a promotional vehicle. Instantaneous and easy discounts generated automatically encourage the use of a method of payment. The customer benefits by not having to carry a large number of membership cards or clipping and carrying coupons while still receiving discounts. 
         [0010]    The desire to increase the customer base and gain advantage over competitors offering a similar payment solution is not limited, however to the payment issuing bank. In an embodiment of the invention, the merchant benefits by receiving automatically generated discounts on fees owed to the payment issuing bank which encourages merchants to accept a certain method of payment. The merchant does not have to install special payment processing machines and data connections dedicated to a unique method of payment in order to utilize this embodiment of the invention, which greatly enhances membership. Even the market for payment processors has become more competitive and with a desire to increase market share discounts are offered when a payment processor&#39;s services are used. In effect, when customers make a payment at the merchant using a method of payment, the payment processor generates a discount transaction payment and sends it to the merchant acquiring bank. This serves to encourage merchants to promote the payment processor&#39;s own methods of payment. 
         [0011]    Further facilitating membership in an embodiment of the invention is that the invention does not require an expensive permanent data link to the institution responsible for generation of discount transactions. Instead, in this embodiment the invention acts to supplement existing transaction processing systems. Goals are achieved via an asynchronous connection, whereby data regarding the sales transactions is not necessarily transmitted in real-time but rather at asynchronous intervals and a data set regarding discount transaction data is generated remotely and returned to the merchant. 
         [0012]    Discount transactions are also generated automatically by multiple institutions in the credit card payment process, making it more attractive to make purchases with them. 
         [0013]    An embodiment of the present invention is optimally used by the payment issuing bank, which issues discount transactions to incentivize use of its own payment solutions. The payment issuing bank is responsible for settling requests for payments made directly or indirectly by merchants, when the payment is made by a customer using the method of payment issued by the issuing bank. As such, the bank naturally receives all transaction data associated with the method of payment. Although the payment issuing bank optimally uses the present invention, any institution involved in the processing of transactions, such as the merchant itself, the merchant acquiring bank, or even the payment processor benefits from embodiments of the invention, incentivizing their own financial services over their competitors. The invention also is employed by another party or a “discount processing party,” outside the traditional payment processing method who has data containing the available discounts and who receives at some point in the processing pathway the transaction data. This discount processing party then compares the transaction data with the data representing available discounts and creates a discount data set which it sends to the payment issuing bank for transmission to the merchant acquiring bank. Optionally, this party can send the discount data set to the payment processor or directly to the merchant acquiring bank. In one embodiment of the invention, the discount data set is sent by this discount processing party after the payment issuing bank has sent payment for the amount of the transaction to the merchant acquiring bank. In such embodiment the merchant acquiring bank sends payment representing the amount of the discount back to the payment issuing bank. In another embodiment of the invention the discount processing party sends the discount data set to the payment issuing bank or payment processor prior to the payment issuing bank having sent payment for the transaction to the merchant acquiring bank whereupon the issuing bank sends to the merchant acquiring bank an amount representing the transaction amount minus the discount amount for that purchase. 
         [0014]    Prior art exists in the realm of discount programs. In U.S. Pat. No. 5,056,019, Schultz et al. discloses an “Automated Purchase Reward Accounting System and Method” that requires customers to carry one bar-coded membership card per merchant. Since the number of merchants a customer frequents is typically high (in the order of dozens), it requires a customer to carry a large number of membership cards. Furthermore, modifications to a merchant&#39;s existing point of sale equipment are required to take advantage of this invention. 
         [0015]    In U.S. Pat. No. 6,014,635 Harris et al. discloses a “System and Method for Providing a Discount Credit Transaction Network” that again requires modifications to existing point of sale devices to recognize authorizations for sales transactions from a payment issuing bank and authorizations for discounts from a discount credit network. This invention also requires modifications to the chain of transaction processing between a merchant acquiring bank and the payment issuing bank, both differing from the present invention. 
         [0016]    In U.S. Pat. No. 5,689,100 Carrithers et al. discloses a “Debit Card System and Method for Implementing Incentive Award Program.” This invention differs from the present invention in that it discloses a reward system where capitalization units must be put into a separate account which must be used exclusively to buy products or services at certain merchants who accept such capitalization units. This separate account also makes bookkeeping more difficult. 
         [0017]    In U.S. Pat. No. 6,292,786 Deaton et al. discloses a “Method and System for Generating Incentives Based on Substantially Real-Time Product Purchase Information.” This invention, unlike the present invention, requires merchants to install and maintain a connection between the taught system and each point-of-sale. It also requires modifying the chain of transaction processing between the merchant bank and the payment issuing bank. 
         [0018]    In U.S. Pat. No. 6,601,761 Katis discloses a “Method and System for Co-Branding an Electronic Payment Platform such as an Electronic Wallet.” This invention, however, requires merchants (who are possibly in direct competition) to join a common incentive program. Another limitation is that the only way for the customer to redeem the dollar amount that corresponds to the incentives is through buying further products from merchants participating in the common incentive program. If incentives are paper coupons, customers might be required to buy certain products at certain times. 
         [0019]    In U.S. Pat. No. 7,747,524 Brown discloses a “Method and System for Discount Debit Card.” In this invention, the front-end processing is performed the traditional way: with transaction information being transmitted from a merchant to a merchant&#39;s acquiring processor and to a discount plan provider system. However, two major aspects of back-end processing, where the settlement occurs, are different in Brown. First, back-end processing does not involve the merchant&#39;s acquiring processor. Second, responsibility for distributing fees is given to the discount plan provider system, as opposed to other parties. Furthermore, the acquiring processor of every merchant involved in the discount plan would need to implement the special mode of operation. As discussed earlier, this is a logistical impediment to the actual implementation of the taught invention, and hence a significant limitation. 
         [0020]    While these units may be suitable for the particular purpose employed, or for general use, they would not be as suitable for the purposes of the present invention as disclosed here. 
       SUMMARY OF THE INVENTION 
       [0021]    The present invention provides methods and systems of payment for automatic generation of discount transactions. Automatic generation of discount transactions incentivizes the use of a certain method of payment or the services of an institution that provides payment services over a competitor. Rather than conventional coupons, discount cards, frequent flier miles, or other perks of limited value, which still involve substantial effort on the part of a customer to use, discounts are generated automatically and effortlessly. Customers prefer discount programs to reward programs (such as reward programs that accumulate points, miles, or rewards) because typical discounts offered by merchants represent a higher percentage of the purchased value than rewards. Thus, the discounts offered are a strong incentive to use a given method of payment over another, or use the products or services offered by a certain merchant, payment issuing bank, merchant acquiring bank, or payment processor over another. 
         [0022]    It is an object of the invention to communicate purchase transaction data regarding a method of payment such as a credit card, debit card, or personal check when data transmission facilities are available, rather than always immediately when a transaction is processed, while still granting automatic discount transactions efficiently. Accordingly, an embodiment of the invention utilizes asynchronous communications where any combination of a merchant acquiring bank, a payment processor, and a credit payment issuing bank are not in constant data communication but instead communicate transaction data or discount data either immediately or at a later time. Thus, in this embodiment if a transaction is processed immediately but data transmission is not available at the time, the full amount of purchase is sent which is later discounted, in part. On the other hand, if data transmission facilities are available immediately the determination of whether there is an available discount on a purchase is made immediately and payment for the discounted transaction is also sent immediately. It is even possible that a subset of a group of purchase transactions have been completed whereas others are still pending. 
         [0023]    It is a further object of the invention to generate discount transactions by matching data on processed transactions with data regarding available discounts. Accordingly, in an embodiment of the invention discount transactions are automatically generated by receiving purchase transaction data then executing a lookup on a computer database containing information on available discounts, which after computer matching the data on available discounts is returned asynchronously, either immediately or a at a later time then data transmission facilities are available. 
         [0024]    It is a further object of the invention to allow a discount transaction to be sent either at the “front-end” of the transaction or during the “back-end” processing. Accordingly, in an embodiment of the invention as a result of the asynchrony when the method of payment offering a discount transaction is used in paying for a transaction the transmission and processing of the discount transaction happens either during the so-called “front-end” processing or during the “back-end” processing. In the “front-end” processing data representing a purchase transaction is compared to a data set representing available discounts in a database by one of the entities in the traditional processing system (e.g. a merchant acquiring bank, a payment processor, a payment issuing bank, etc.) or by a discount processing party to create a data set representing available discounts for that transaction prior to the payment issuing bank sending payment to the merchant acquiring bank. The data set representing available discounts is received by the payment issuing bank which then uses the data set representing available discounts to calculate the payment for the transaction owed to the merchant acquiring bank. Thus, the discount for the particular transaction is determined prior to payment to the merchant acquiring bank and the payment to the merchant acquiring bank is adjusted to take into account any discounts for the transaction. On the other hand, in the “back end” processing the data set representing a purchase transaction is asynchronously compared to data set representing available discounts in a database by one of the entities in the traditional processing system (e.g. the merchant acquiring bank, the payment processor, the payment issuing bank, etc.) or by a discount processing party to create a data set representing a discount for that transaction after the payment issuing bank has sent payment to the merchant acquiring bank. A discount amount is then determined and sent to the merchant acquiring bank which then sends to the payment issuing bank an amount representing the original price minus the discounted amount to the payment issuing bank. 
         [0025]    It is another object of the invention to obviate the need for customers to carry multiple membership cards issued by individual merchants to participate in a discount program. Maintaining one membership card per merchant frequented by a customer is difficult and time consuming, especially when you consider the number of merchants that desire the customer to utilize their unique membership cards. Accordingly, an embodiment of the invention does not rely on membership cards in its generation of automatic discounts, but rather relies on customer information associated with a payment solution. 
         [0026]    It is still a further object of the invention to not require further specialized point of sale equipment other than that typically used to process methods of payment. Accordingly, an embodiment of the invention does not use anything beyond standard customer transaction data transmitted during a purchase transaction, and therefore does not require specialized point of sale equipment other than the merchant&#39;s point of sale equipment. 
         [0027]    It is a further object of the invention to avoid the necessity of customers carrying coupons with them where they shop. Accordingly in an embodiment of the invention, discounts with the present invention do not involve utilization of coupons. Instead, the invention determines which discounts are available, then issues discounts based upon these details. Paper coupons are not involved at all. 
         [0028]    It is still a further object of the invention to offer instantaneous return of capitalization units. Prior-art discount systems place capitalization units in a separate account which must later be used at pre-defined merchants and further these accounts require maintenance by the customer of a separate account. Accordingly, an embodiment of the present invention simplifies this process and offers instantaneous discounts on goods or services purchased. 
         [0029]    It is still a further object of the invention to create a method for plan participants to dictate their own discount terms and conditions in an embodiment of the invention. Accordingly, in an embodiment of the invention an internet menu system is available for plan participants to access and define their own available discounts, which are later accessed and matched automatically. Discount terms and conditions are established by the plan participants, including the necessity to purchase a certain amount of goods or services, granting a discount only at certain times, demanding that a certain amount of goods or services are sold before discounts begin to issue, or otherwise. 
         [0030]    It is still a further object of the invention to generate data sets representing purchase transactions automatically and then provide them to merchants via merchant acquiring banks. Accordingly, in an embodiment of the invention data representing available discounts is formed based upon a subset of data representing purchase transactions, and this information is sent by the issuing bank to the merchant acquiring bank for use in promoting sales and in other ways. 
         [0031]    It is still a further object of the invention to increase and incentivize impulse buying by messaging customers in real-time as they are shopping to encourage them to buy more. Accordingly, in an embodiment of the invention purchases are tracked in real-time and compared with available discounts which are then forwarded to customers also in real-time via e-mail, SMS, Facebook®, or some other means. Being offered a sale while shopping capitalizes on human nature, demanding something be purchased only because it is less expensive at that time. 
         [0032]    It is still a further object of the invention to increase and incentivize impulse buying by messaging customers when they are near to being eligible for a discount or further discount. This includes, for example, when the customer&#39;s amount of purchases at a merchant is near a level of purchase amount that would entitle the customer to a discount or further discount if the level of purchase is reached. Accordingly, in an embodiment of the invention purchases are tracked and compared with available discounts which are then forwarded to customers via e-mail, SMS, Facebook®, or some other means. Knowing that they are within reach of being entitled to a discount or additional discount at a particular merchant also capitalizes on human nature, incentivizing additional purchases because it will entitle the customer to a discount or additional discounts. 
         [0033]    It is yet a further object of the invention to more strongly incentivize impulse buying. Accordingly, in an embodiment of the invention no pre-planning is necessary before discounts are received (pre-planning could include, for example, clipping coupons before shopping). 
         [0034]    It is yet a further object of the invention to be able to ascertain which discount transactions are most useful and which the least in attracting customers while tracking locations where sales are made. Accordingly, in an embodiment of the invention, data representing issued discounts is stored and used in generating further discounts, along with data regarding locations of sales to customers. 
         [0035]    One efficient way to determine such location is to obtain the location of each merchant and then to deduce the location of the sale from the identification of the merchant that is available on documents and data generated during the transaction. However, other ways to determine the location of the sale are acceptable as well. This information is later used in generating data representing available discounts or in other business research. 
         [0036]    To the accomplishment of the above and related objects, the invention may be embodied in the form illustrated in the accompanying drawings. Attention is called to the fact, however, that the drawings are illustrative only. Variations are contemplated as being part of the invention, limited only by the scope of the claims. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0037]    In the drawings, like elements are depicted by like reference numerals. Various embodiments of the present invention are illustrated by way of example, and not by way of limitation, in the figures of the accompanying diagrams. The drawings are briefly described as follows: 
           [0038]      FIG. 1  is a flowchart illustrating the operational flow of a method of payment and process for automatic generation of discounts in an embodiment of the invention. 
           [0039]      FIG. 2  is a flowchart illustrating the operational flow of a further embodiment of the invention displaying a method of payment and process for automatic generation of discounts. 
           [0040]      FIG. 3  is a flowchart illustrating a process of matching of purchase transactions with available discounts in an embodiment of the invention. 
           [0041]      FIGS. 4A and 4B  are together a flowchart displaying the operational flow of selecting admissible discounts based upon certain criteria in an embodiment of the invention. 
           [0042]      FIGS. 5A and 5B  illustrate another flowchart displaying the process of generation of a message discussing the discount transactions in an embodiment of the invention. 
           [0043]      FIG. 6  is a flowchart illustrating the process of generating discount transactions in an embodiment of the invention. 
       
    
    
     DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
       [0044]      FIG. 1  is a flowchart illustrating the operational flow of a process for automatic generation of discounts in an embodiment of the invention executing on a local data processor associated with a computer database. Flow begins in block  105 . At  110 , data representing a purchase transaction between a merchant and a customer (paid for with a method of payment such as a credit card, debit card, personal check, or associated method of payment) is received asynchronously. The purchase transaction may or may not have already completed, and therefore data is received “asynchronously” to the purchase transaction itself  110 . The data representing a purchase transaction may include (but is not limited to) identification of merchant, identification of customer, credit card number, amount of purchase and location of purchase. Flow continues to block  120 , where data representing available discounts on the computer database are accessed by the local data processor. Flow continues in block  130 , where the data representing the purchase transaction is matched with the data representing the available discounts to define a set of discounts on the purchase transaction. If there are conditions precedent to the receipt of the available discount, they are analyzed at step  130  by the local data processor&#39;s logic circuits. Examples of conditions include a condition that the purchase transaction is issued after a prescribed start date and time and before a prescribed end date and time, or a condition that the purchase transaction must be valued under or over a certain dollar value. Flow of the provided embodiment continues again in block  140 , where a transaction data set is generated in-part from the data resulting from the set of discounts matched with the purchase transaction in block  130 . 
         [0045]    The transaction data set generated at step  140  may include, but is not limited to data identifying the merchant, data identifying the customer, the amount of the discount, and data allowing the merchant to check the validity of the discount. The generated data set is then sent directly or indirectly to the merchant&#39;s acquiring bank, initiating a new transaction. Actual encodings for the transaction data are obvious to one of skill in the art. 
         [0046]    At  150  a monetary amount for the discount is computed and totaled with monetary amounts for prior discounts and a data set representing the transaction that applied the discount is generated. 
         [0047]    The form taken by a payment the discount transaction in block  140  is obvious to the skilled in the art. At present, we believe that one good form for the transaction data generated in block  140  is in the form of an ACH transfer, for its low, fixed cost. The typical cost for an ACH transfer is in the order of half a cent. However, other forms are also satisfactory. ACH transfer stands for “Automatic Clearinghouse” or “Automatic Check Handling” transfer. ACH transfers are a standard protocol for transferring money from one bank to another. 
         [0048]    Execution continues through the decision at step  160  and back to start  105  if there are more transactions to process. Otherwise, execution completes  170 . 
         [0049]      FIG. 2  represents flow of another process for generating a commercial discount transaction in a further embodiment of the present invention. Flow begins again in block  105 . Data representing a purchase transaction between a customer and a merchant is received at step  110 . Data representing available discounts is accessed on a local data processor associated with a computer database  120 . At step  230  data representing available discounts (previously accessed at step  120 ) is compared to data representing the purchase transaction (previously received asynchronously at step  110 ). A pair is then formed from the data set representing available discounts and data representing the purchase transaction  240 . The monetary amount for this discount is then computed and totaled with prior calculated discounts  150 . If there are more transactions to process, execution of the program proceeds from step  160  back to step  105 . Otherwise execution goes to step  165  where a commercial discounts transaction total is sent to asynchronous discount transaction program participant  165 , then termination ends  170 . 
         [0050]    Mechanisms for performing the matching process of  FIG. 2 , step  240  are obvious to one of skill in the art. Typical implementations use a computer database managed by a structured query language like SQL. SQL provides structured queries formulated in the SQL language, or one of its existing extensions, to facilitate easy, efficient, and economical returns of requested data from the database. Examples of brand names for database systems that support SQL and its extensions include, but are not limited to, Oracle, PostgreSQL, and MySQL. However, other ways of forming a pair as required in step  240  are also satisfactory, such as hash functions. Hash functions are mappings that take a dataset and produce a simple index, allowing efficient comparison and matching of data sets. 
         [0051]      FIG. 3  represents a flow of another process for generating a commercial discount transaction in yet another embodiment of the present invention. Flow begins at step  105 . The invention asynchronously receives data representing a purchase transaction between customer and merchant  110 . In this embodiment a data set of all available discounts is received as well  321 . A set of admissible matching criteria is inferred from the information available in the purchase transaction data set  322 . A subset of available discounts that involve the admissible matching criteria is extracted  323  from the whole data set of available discounts. After step  323  and from step  130  and beyond, execution of  FIG. 3  continues as with  FIG. 1 . 
         [0052]    In a further embodiment displayed as  FIGS. 4A and 4B , flow begins at step  105 . Data representing a purchase transaction between a customer and a merchant is received asynchronously in step  110 . Data representing available discounts is accessed on a local data processor associated with a computer database  120 . At step  230  data representing the available discounts from step  120  is compared with data representing the purchase transaction from step  110 . Currently matched transaction data is stored in a database  410 . A set of previously stored matched transaction data sets involving both user and merchant of currently matched data set within a prescribed period of time are collected  415 . A sum of purchase amounts in collected transaction data sets is computed  420 . At step  425  a decision must be made whether the sum of purchase amounts is greater than a prescribed minimum purchase amount that the customer must have spent in purchases from the merchant within a prescribed period of time. If yes, execution continues in  FIG. 4B , otherwise execution completes  430 . In  FIG. 4B , a pair of data sets from the currently matched transaction data set and the matched discount data set is formed  440 . A monetary amount for a discount is computed and totaled with prior discounts calculated  150 . If there are more purchase transactions to process execution returns to start  105  in  FIG. 4A . Otherwise, a commercial discounts transaction total is sent to an asynchronous discount transaction program participant  165 . Execution is now complete  170 . 
         [0053]      FIGS. 5A and 5B  display another embodiment of the invention. Flow starts at step  105 . Execution is as before with  FIGS. 4A and 4B  until step  510  on  FIG. 5B . At step  510  a value for the difference between the prescribed amount and sum is calculated. In this embodiment a message is generated containing a description of the matched discount  520 . The message is then sent via a messaging system accessible by the user. The contents of the message may include, but are not limited to, text identifying the merchant, the amount associated with the discount, the period of time for the discount and the computed difference, or other items. However, contents containing more or less information are also satisfying. Exemplars of such a messaging system are well known to the skilled in the art. The messaging systems include but are not limited to e-mail servers, webmail, web-based messaging, Short Message Service (SMS), fax, and integrated messaging systems such as available through Facebook, Google+, and the like. Other messaging systems are also appropriate. At steps  425  and beyond, execution of this embodiment continues as with  FIG. 4B . 
         [0054]      FIG. 6  represents the flow of another embodiment of the present invention. In this embodiment execution commences at step  610  and a customer purchases a product from a merchant using a method of payment in step  615 . The merchant then collects information associated with the method of payment in step  620 , and produces an original transaction data set. The information associated with the original transaction data set includes but is not limited to the item purchased, the amount paid, the name of the customer, the date of the transaction, and the location of the transaction. The flow continues in step  625 , where the original transaction data set is sent to a merchant acquiring bank associated with the merchant. This bank may be either the merchant acquiring bank, or another bank serving as merchant acquiring bank for the purposes of processing the merchant acquiring bank&#39;s financial transactions. The flow then continues in step  630 , where the merchant acquiring bank receives the original transaction data set from the merchant, processes it, if required, and sends a new transaction data set to a payment processor for the method of payment. The payment processor for the method payment is a bank or similar institution responsible for processing and dispatching transactions. In this embodiment, the flow continues in step  635 , where the payment processor receives the new transaction data set from the merchant acquiring bank, processes it if required, and sends a further new transaction data set to the payment issuing bank. The further new transaction data set is received by the payment issuing bank in step  640 , where it is verified and approved. Flow continues to step  640 , where execution continues simultaneously to steps  650  (where the payment issuing bank produces a discount transaction data set by processing further new transaction data set) and  670  (where the issuing bank sends approval data to the payment processor). These steps and those following indicate the asynchrony of the execution of this embodiment of the invention as two paths proceed simultaneously. The flow proceeds from step  650  to  655  where the issuing bank sends the discount transaction data set to the merchant acquiring bank. At  660  the merchant acquiring bank receives the discount transaction data set. The merchant acquiring bank asynchronously sends payment for the amount of discount to the issuing bank  665 . While steps  650  through  665  are proceeding, the issuing bank sends approval data to the payment processor  670 . The payment processor then receives issuing bank approval data, processes it if required, and sends processor approval data to merchant acquiring bank  675 . The merchant acquiring bank receives processor approval data  680 . 
         [0055]    At step  685  the issuing bank asynchronously sends payment for original transaction to the payment processor. The payment processor then receives payment, optionally pays portion of original transaction amount to zero or more parties, and sends payment of remaining amount to merchant acquiring bank  690 . At step  697 , the merchant acquiring bank receives payment for the original transaction from payment processor. From both steps  697  and  665  execution of the simultaneous paths completes  699 .