METHOD AND APPARATUS FOR PROVIDING A DISCOUNT TO A CUSTOMER THAT PARTICIPATES IN TRANSACTIONS AT A PLURALITY OF
MERCHANTS
CROSS-REFERENCE TO RELATED APPLICATIONS
This application is related to co-pending United States patent application Serial No. 09/098,240 entitled "SYSTEM AND METHOD FOR APPLYING AND TRACKING A CONDITIONAL VALUE COUPON FOR A RETAIL ESTABLISHMENT" filed on June 16, 1998 in the name of Jay S. Walker and Andrew S. Van Luchene; and is further related to co-pending United States patent application Serial No. 09/166,405 entitled "METHOD AND APPARATUS FOR DEFINING ROUTING OF CUSTOMERS BETWEEN MERCHANTS" filed on October 5, 1998 in the name of Jay S. Walker, Andrew Van Luchene, Daniel E. Tedesco, Magdalena Mik and James A. Jorasch (Attorney Docket No. WD2-98-048); and is further related to co-pending United States patent application Ser. No. 09/166,339 entitled "METHOD AND APPARATUS FOR MAINTAINING A
CUSTOMER DATABASE USING LICENSE PLATE SCANNING" filed on October 5, 1998 in the name of Jay S. Walker, Joshua D. Rogers and Andrew S. Van Luchene (Attorney Docket No. WD2-98-059), each of which is assigned to the assignee of the present application and each of which is incorporated by reference herein as part of the present disclosure.
FIELD OF THE INVENTION
The present invention relates to methods and apparatus for providing discounts.
BACKGROUND OF THE INVENTION
Point-of-sale ("POS") terminals, such as cash registers, are used in a wide variety of businesses for performing such processes as calculating the total price of a purchase (goods or services), tracking inventory that is sold and calculating the amount of change due to a customer. In addition, POS terminals may also be used to read and process coupons used by customers and print coupons for customers.
When a customer uses a coupon during a transaction (e.g. a purchase of goods and/or services), a discount is applied to the transaction. For example, a price that a customer is charged for an item may be reduced, or the entire transaction price (sum of the prices of all items in the transaction) may be reduced. Businesses typically offer coupons to customers in an attempt to promote many objectives. One such objective is to entice customers to visit the business, thereby promoting customer retention. Coupons may further entice customers to visit the business more frequently. For example, a coupon may have an expiration date, and so the customer must use the coupon before that date or not at all. Businesses may also promote certain items by offering coupons that provide a discount only when those items are included in a purchase.
However, most discount offers that businesses provide cannot quickly respond to changing conditions of the business. For example, the business typically cannot know in advance precisely when it will need customers (i.e. "slow days") and when customers will be in abundance. Further, it is difficult to make customers aware of discounts in advance of when the customers will be most needed.
It would be advantageous to provide a method and apparatus for generating discounts that allowed a business to more effectively promote its various objectives.
SUMMARY OF THE INVENTION It is an object of the present invention to provide a method and apparatus for generating discounts that allowed a business to more effectively promote its various objectives.
In accordance with the present invention, a server computer or other device determines whether a customer has consummated a first transaction with a first predetermined merchant and a second transaction with a second predetermined merchant.
If so, the customer is provided with a bonus.
In one embodiment, the server receives first transaction data representing a first transaction at a first merchant. The server determines, based on the first transaction data, a discount and a second merchant. The discount is applicable if the consumer consummates a second transaction at the second merchant. The server then outputs an indication of the discount and the second merchant to inform the customer. Subsequently, the server receives second transaction data representing the second transaction at the second merchant, and in response the discount is applied.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a schematic illustration of an apparatus provided in accordance with the present invention.
FIG. 2 is a schematic illustration of a server of the apparatus of FIG. 1.
FIG. 3 is a schematic illustration of a store controller of the apparatus of FIG. 1.
FIG. 4 is a schematic illustration of a POS terminal of the apparatus of FIG. 1.
FIG. 5 is a schematic illustration of an embodiment of a merchant database of the server of FIG. 2.
FIG. 6 is a schematic illustration of an embodiment of an offer criteria database of the server of FIG. 2. FIG. 7 is a schematic illustration of an embodiment of a discount database of the server of FIG. 2.
FIG. 8 is a schematic illustration of an embodiment of an offer database of the server of FIG. 2.
FIG. 9 is a schematic illustration of an embodiment of an offer summary database of the server of FIG. 2.
FIG. 10 is a schematic illustration of an embodiment of an inventory database of the POS terminal of FIG. 3.
FIG. 11 is a schematic illustration of an embodiment of a customer database of the POS terminal of FIG. 3. FIG. 12 is a flow chart illustrating an embodiment of a method that is performed by the server of FIG. 2 in accordance with the present invention.
FIG. 13 is a flow chart illustrating another embodiment of a method that is performed by the server of FIG. 2 in accordance with the present invention.
FIG. 14 is a schematic illustration of an apparatus provided in accordance with an alternate embodiment of the present invention. FIGS. 15A and 15B are a flow chart illustrating another embodiment of a method that is performed by a web browser in accordance with the present invention.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
In accordance with the present invention, when a customer participates in a first transaction with a first merchant, it is determined whether the transaction meets particular criteria, such as a minimum purchase price. If the customer satisfies the criteria, then the first merchant, known as an "outputting merchant", outputs an offer for a discount to the customer.
The offer defines conditions that the customer must meet in order to receive the discount. The customer may meet the conditions while participating in a second transaction with a second merchant, known as a "soliciting merchant". For example, the customer may be required to spend at least a minimum purchase price at the second merchant on a particular day. Once the conditions are satisfied, the discount or other bonus is awarded to the customer. In one embodiment, the discount is applied by crediting a credit card account used during the first transaction.
The present invention is particularly advantageous in that it allows various merchants to participate in mutually beneficial "co-branding" opportunities. Bonuses may
be paid for by the soliciting merchant or may be partially funded by both the soliciting merchant and the outputting merchant based on offers provided and/or offers redeemed.
Referring to FIG. 1, an apparatus 10 includes a server 12 that is in communication with store controllers 14, 16 and 18 by means of a network such as Microsoft First Datacorp ("MSFDC"). The server 12 directs the operation of, stores data from, and transmits data to the store controllers 14, 16 and 18. The server 12 is a computing device that can communicate with one or more store controllers. The server 12 may be a computer that is owned and/or operated by a credit card clearinghouse such as First Data Corporation. Although three store controllers are shown in FIG. 1 , any number of store controllers maybe in communication with the server 12 without departing from the spirit and scope of the present invention. The store controllers 14, 16 and 18 are typically located in different stores, such as in different stores of a mall. Similarly, the store controllers 14, 16 and 18 may each control different catalog merchants. The store controllers may also be computers that direct an "online store", such as a web server that receives and processes orders for goods. The server 12 may perform many of the processes described below as performed by a store controller, especially those processes that are performed for more than one store controller. The server 12 may also store data that is used by more than one store controller. Each store controller is in communication with one or more POS terminals.
Specifically, the store controller 14 is in communication with POS terminals 20 and 22, the store controller 16 is in communication with a POS terminal 24 and the store controller 18
is in communication with POS terminals 26 and 28. The POS terminals may be, for example, the NCR 7454 manufactured by NCR Corporation or the IBM 4683 manufactured by International Business Machines. Each store controller directs the operation of, stores data from, and transmits data to the POS terminal(s) with which it is in communication. For example, as described below, each store controller may store a database of inventory to indicate to the POS terminals the prices of items purchased.
Referring to FIG. 2, the server 12 includes a processor 202 that comprises one or more conventional microprocessors such as the Intel® Pentium® microprocessor. The processor 202 is in communication with a data storage device 204, such as an appropriate combination of magnetic, optical and/or semiconductor memory. The processor 202 and the storage device 204 may each be (i) located entirely within a single computer or other computing device; (ii) connected to each other by a remote communication medium, such as a serial port cable, telephone line or radio frequency transceiver; or (iii) a combination thereof. For example, the server 12 may comprise one or more computers that are connected to a remote computer for maintaining databases. The processor 202 is also in communication with an input device 206, a printer 208 and a display device 210. The input device 206 may comprise a keypad for transmitting input signals to the processor 202. Other types of input devices are known to those skilled in the art. The printer 208 is for registering indicia on paper or other material. The display device 210 is operative to display at least alphanumeric characters, and thus may be any of a number of known video monitors, liquid crystal displays ("LCD") or light
emitting diode ("LED") displays. Many types of input devices and display devices are known to those skilled in the art, and need not be described in detail herein.
The storage device 204 stores a server control program 220 for controlling the processor 202. The processor 202 performs instructions of the server control program 220 and thereby operates in accordance with the present invention and particularly in accordance with the methods described in detail herein. The server control program 220 furthermore includes program elements that may be necessary, such as an operating system and "device drivers" for allowing the processor 202 to interface with computer peripheral devices, such as the input device 206 and the display device 210. Appropriate device drivers and other necessary program elements are known to those skilled in the art and need not be described in detail herein.
The storage device 204 also stores (i) a merchant database 222, (ii) an offer criteria database 224, (iii) a discount database 226, (iv) an offer database 228, and (v) an offer summary database 230. In addition, the store controllers 14, 16 and 18 may query the server 12 to obtain information from the databases stored by the server. In another embodiment, one or more of the store controllers 14, 16 and 18 may store one or more of the databases 222, 224, 226, 228 and 230. The databases 222, 224, 226, 228 and 230 are described in detail below and depicted with exemplary entries in the accompanying figures. As will be understood by those skilled in the art, the schematic illustrations and accompanying descriptions of the databases presented herein are exemplary arrangements for stored representations of information. A number of other arrangements may be employed besides the tables shown. Similarly, the illustrated entries represent exemplary
information, but those skilled in the art will understand that the number and content of the entries can be different from those illustrated herein.
Referring to FIG. 3, the following description of the store controller 14 is likewise descriptive of the store controllers 16 and 18 (FIG. 1). The store controller 14 includes a processor 302 that comprises one or more conventional microprocessors such as the Intel® Pentium® microprocessor. The processor 302 is in communication with a data storage device 304, such as an appropriate combination of magnetic, optical and/or semiconductor memory. The processor 302 and the storage device 304 may each be (i) located entirely within a single computer or other computing device; (ii) connected to each other by a remote communication medium, such as a serial port cable, telephone line or radio frequency transceiver; or (iii) a combination thereof. For example, the store controller 14 may comprise one or more computers that are connected to a remote computer for maintaining databases.
The processor 302 is also in communication with an input device 306, a printer 308 and a display device 310. The input device 306 preferably comprises a keypad for transmitting input signals to the processor 302. The printer 308 is for registering indicia on paper or other material. The display device 310 is operative to display at least alphanumeric characters to the customer and/or cashier, and thus may be any of a number of known video monitors, liquid crystal displays ("LCD") or light emitting diode ("LED") displays. Many types of input devices, printers and display devices are known to those skilled in the art, and need not be described in detail herein.
The storage device 304 stores a store controller control program 320 for controlling the processor 302. The processor 302 performs instructions of the store controller control program 320 and thereby operates in accordance with the present invention and particularly in accordance with the methods described in detail herein. The store controller control program 320 furthermore includes program elements that may be necessary, such as an operating system and "device drivers" for allowing the processor 302 to interface with computer peripheral devices. Appropriate device drivers and other necessary program elements are known to those skilled in the art and need not be described in detail herein. The storage device 304 also stores (i) an inventory database 322, and (ii) a customer database 324. In another embodiment, one or more of the POS terminals 20 and 22 may store one or more of the databases 322 and 324. The databases 322 and 324 are described in detail below and depicted with exemplary entries in the accompanying figures. As will be understood by those skilled in the art, the schematic illustrations and accompanying descriptions of the databases presented herein are exemplary arrangements for stored representations of information. A number of other arrangements may be employed besides the tables shown. Similarly, the illustrated entries represent exemplary information, but those skilled in the art will understand that the number and content of the entries can be different from those illustrated herein. Referring to FIG. 4, the following description of the POS terminal 20 is likewise descriptive of the POS terminals 22, 24, 26 and 28 (FIG. 1). The POS terminal 20 includes a processor 402 that comprises one or more conventional microprocessors such as
the Intel® Pentium® microprocessor. The processor 402 is in communication with a data storage device 404, such as an appropriate combination of magnetic, optical and/or semiconductor memory. The processor 402 and the storage device 404 may each be (i) located entirely within a single computer or other computing device; (ii) connected to each other by a remote communication medium, such as a serial port cable, telephone line or radio frequency transceiver; or (iii) a combination thereof. For example, the POS terminal 20 may comprise one or more computers that are connected to a remote computer for maintaining databases.
The processor 402 is also in communication with an input device 406, a printer 408 and a display device 410. The input device 406 may comprise one or more of (i) a keypad for transmitting input signals to the processor 402; (ii) a card reader for reading magnetically-encoded information on cards passed therethrough, such as credit cards, frequent shopper cards and identity cards; (iii) an optical scanner for reading bar codes, such as bar codes registered on items of inventory; and (iv) a touch screen for generating signals that indicate when and where the screen has been touched, pressed or actuated. The printer 408 is for registering indicia on paper or other material, thereby printing receipts, coupons and vouchers as commanded by the processor 402. The display device 410 is operative to display at least alphanumeric characters to the customer and/or cashier, and thus may be any of a number of known video monitors, liquid crystal displays ("LCD") or light emitting diode ("LED") displays. Many types of input devices, printers and display devices are known to those skilled in the art, and need not be described in detail herein.
The storage device 404 stores a POS terminal control program 420 for controlling the processor 402. The processor 402 performs instructions of the POS terminal control program 420 and thereby operates in accordance with the present invention and particularly in accordance with the methods described in detail herein. The POS terminal control program 420 furthermore includes program elements that may be necessary, such as an operating system and "device drivers" for allowing the processor 402 to interface with computer peripheral devices. Appropriate device drivers and other necessary program elements are known to those skilled in the art and need not be described in detail herein. Referring to FIG. 5, a table 500 illustrates an embodiment of the merchant database 222 (FIG. 2). The table 500 includes entries 502, 504 and 506, each of which describes a merchant that owns, operates or controls a store controller. It will be understood by those skilled in the art that the table 500 may include any number of entries. The table 500 also defines fields for each of the entries 502, 504 and 506, which specify (i) a merchant identifier 520 for uniquely identifying the merchant, (ii) a name 522 of the merchant, (iii) an address 524 of the merchant, (iv) a standard industry classification ("SIC") code 526 of the merchant, (v) billing instructions 528 indicating how the merchant will be billed, (vi) an amount owed 530 by the merchant, and (vii) a payment due date 532 on which the merchant must remit payment. Referring to FIG. 6, a table 600 illustrates an embodiment of the offer criteria database 224 (FIG. 2). The table 600 includes entries 602, 604, 606 and 608, each of which describes criteria for defining when to provide an offer for a discount. The offer
is provided to a customer if the customer satisfies criteria while participating in a first transaction with a first merchant. The first merchant, known as an "outputting merchant", outputs the offer for a discount once the customer satisfies the criteria. It will be understood by those skilled in the art that the table 600 may include any number of entries. The table 600 also defines fields for each of the entries 602, 604, 606 and 608, which specify (i) a criteria identifier 622 for uniquely identifying the criteria, (ii) a merchant identifier 624 that identifies the first (outputting) merchant, (iii) a required purchase price 626 that must be met in order to receive an offer for the discount, (iv) a time of the transaction 628 that must be met in order to receive an offer for the discount, and (v) a discount identifier 630 that uniquely identifies the discount.
The customer is required to participate in a transaction at the first merchant in order to receive the offer for the discount. The customer may also be required to participate in the transaction at an indicated time, and the transaction may be required to have an indicated purchase price and include an indicated item. For example, the entry 606 indicates a discount identified by "DOOOl ". A customer receives an offer for the discount "DOOOl " after having participated in a transaction for more than $10.00 at merchant "M0001 " on a weekday before 5:00 PM. Further criteria may be specified as will be understood by those skilled in the art.
Referring to FIG. 7, a table 700 illustrates an embodiment of the discount database 226 (FIG. 2). The table 700 includes entries 702, 704, 706 and 708, each of which describes a discount that may be offered to a customer of a first merchant and conditions which the customer must meet at a second merchant in order to receive the
discount. The discount is typically awarded once the customer participates in a transaction with a second (soliciting) merchant, subject to the customer meeting the conditions. It will be understood by those skilled in the art that the table 700 may include any number of entries. The table 700 also defines fields for each of the entries 702, 704, 706 and 708, which specify (i) a discount identifier 720 for uniquely identifying the discount, (ii) a discount value 722, (iii) a merchant identifier 724 that identifies the second (soliciting) merchant, (iv) a time of the transaction 726 with the soliciting merchant, (v) a required purchase price 728 at the soliciting merchant, and (vi) a required item to purchase 730, if any. The time of the second transaction, required purchase price at the soliciting merchant, and required item to purchase each represent a condition which the customer must meet in order to receive the discount. Many other conditions may be used as well.
The discount value is typically expressed as, for example, a percentage off the previous (first) transaction during which the offer for the discount was made. The discount value may also be expressed as a percentage off the current transaction. The customer is required to participate in a transaction at the second merchant in order to receive the discount. The customer may also be required to participate in a transaction at an indicated time, having an indicated purchase price and including an indicated item. For example, the entry 708 indicates a discount of five percent off the previous transaction. A customer receives this discount after having participated in a transaction for more than $10.00 at merchant "M0001" on Saturday between 9:00 and 12:00.
Referring to FIG. 8, a table 800 illustrates an embodiment of the offer database 228 (FIG. 2). The table 800 includes entries 802, 804 and 806, each of which
describes an offer for a discount that has been provided to a customer. It will be understood by those skilled in the art that the table 800 may include any number of entries. The table 800 also defines fields for each of the entries 802, 804 and 806, which specify (i) an offer identifier 820 for uniquely identifying the offer; (ii) a discount identifier 822 that uniquely identifies the discount that has been offered; (iii) a criteria identifier 824 that uniquely identifies the criteria that the customer satisfied in order to be offered the discount; (iv) a customer identifier 826 that uniquely identifies the customer; (v) an offer status 828 which may indicate, for example, whether (and when) the offer is redeemed, unredeemed or expired; and (vi) a validity period 830 that indicates when the discount is able to be redeemed.
Referring to FIG. 9, a table 900 illustrates an embodiment of the offer summary database 230 (FIG. 2). The table 900 includes entries 902, 904, 906 and 908, each of which describes summary information about discounts that have been offered to customers. It will be understood by those skilled in the art that the table 900 may include any number of entries. The table 900 also defines fields for each of the entries 902, 904, 906 and 908, which specify (i) an discount identifier 920 for uniquely identifying the discount, (ii) a number of offers for the discount that were provided 922, (iii) a number of offers for the discount that were redeemed 924, (iv) a number of offers for the discount that were unredeemed 926 (neither redeemed nor expired), and (v) a number of offers for the discount that were expired 928 (not redeemed before the end of the validity period of the offer). The number of offers for the discount that were provided is the sum of the number of offers for the discount that were redeemed, the number of offers for the discount that
were unredeemed and the number of offers for the discount that were expired. Those skilled in the art will understand that the summary information may also be organized by offer or by offer and discount jointly, rather than by discount as illustrated in FIG. 9. The information in the offer summary database 230 may be updated periodically (e.g. once per day) to reflect offers that have expired or been redeemed.
Referring to FIG. 10, a table 1000 illustrates an embodiment of the inventory database 322 (FIG. 3). The table 1000 includes entries 1002 and 1004, each of which describes an item of inventory that is sold by a merchant. It will be understood by those skilled in the art that the table 1000 may include any number of entries. The table 1000 also defines fields for each of the entries 1002 and 1004, which specify (i) an inventory identifier 1020 for uniquely identifying the item of inventory, (ii) a description 1022 of the item of inventory, (iii) a price 1024 for which the item of inventory is sold, and (iv) a quantity remaining 1026 of the item of inventory.
Referring to FIG. 11, a table 1100 illustrates an embodiment of the customer database 324 (FIG. 3). The table 1100 includes entries 1102, 1104 and 1106, each of which describes a customer of the merchant. The customer information is typically recorded by the customer database 324 upon becoming registered for a "frequent shopper program" of the store. It will be understood by those skilled in the art that the table 1100 may include any number of entries. The table 1100 also defines fields for each of the entries 1102, 1104 and 1106, which specify (i) a customer identifier 1120 for uniquely identifying the customer, (ii) a name 1122 of the customer, (iii) an address 1124 of the customer, and (iv) a credit card number 1126, if any, of the customer. In one embodiment,
the customer identifier may be the credit card number. Accordingly, a customer using a credit card could be identified even if he had not registered for a frequent shopper program. In another embodiment, the customer identifier is read from a license plate of a car. Such an embodiment may be used to identify customers of a "drive- through". A method and apparatus for reading a license plate to identify a customer are described in commonly- owned co-pending U.S. Patent Application Serial No. , entitled "METHOD AND
APPARATUS FOR MAINTAINING A CUSTOMER DATABASE USING LICENSE PLATE SCANNING", Attorney Docket No. 98-059, filed on an even date herewith. Referring to FIG. 12, a flow chart 1200 illustrates an embodiment of a method that is performed by the server 12 (FIG. 1) in accordance with the present invention. The server 12 creates in the discount database 226 (FIG. 2) an entry that indicates a soliciting merchant and a discount value (step 1202). Such an entry may be created, for example, in response to a request from the soliciting merchant or upon receiving a signal indicating that there are not many customers cuπently patronizing the soliciting merchant. The entry may also include conditions, such as time of transaction, purchase price and/or item to purchase.
The server 12 creates in the offer criteria database 224 (FIG. 2) an entry that associates the aforementioned entry in the discount database 226 with an outputting merchant (step 1204). This entry in the offer criteria database 224 may be created, for example, based on historical redemption of such discounts by customers of the outputting merchant. For example, if customers of merchant "A" have historically redeemed discounts at merchant "B", than merchant "A" may be a good candidate for an outputting
merchant. This entry in the offer criteria database 224 may be created, for example, based on a determination that there are many
The entry in the offer criteria database 224 may also include conditions, such as time of transaction, purchase price and/or item(s) to purchase. The entries created in steps 1202 and 1204 generally define a "routing" of customers from the outputting merchant to the soliciting merchant. When a customer participates in a transaction at the outputting merchant, he is offered a discount provided that he participates in a transaction at the soliciting merchant. Thus, the customer is given an incentive to participate in a transaction at the soliciting merchant. The server 12 receives transaction data representing a customer participating in a first transaction at the outputting merchant (step 1206). At step 1208, the server 12 outputs to the appropriate store controller, which in turn outputs to the POS terminal with which the customer interacts, an offer for a discount coπesponding to the entry created in step 1202. The server 12 also creates in step 1208 in the offer database 228 (FIG. 2) an entry indicating (i) both of the entries created in steps 1202 and 1204, (ii) a customer identifier that identifies the customer, and (iii) a validity period of the offer for a discount. The customer identifier may be a credit card number that identifies a credit card account used by the customer in the transaction.
The customer subsequently participates in a second transaction at the soliciting merchant, and the server 12 receives transaction data representing the second transaction (step 1210). The server 12 recognizes that the customer participating in the second transaction is the same customer that has been offered a discount. For example, if
the customer uses the same credit card (or other identifier such as a frequent shopper identifier) in this second transaction, the server 12 can search the offer database 228 to find entries that indicate the customer identifier. Of these entries indicating the customer identifier, the server 12 determines which include a discount identifier that indicates the soliciting merchant. The server selects the entry created in step 1208 (and possibly other entries) and therefrom determines the discount indicated by the entry created in step 1202.
In another embodiment, the server 12 recognizes that the customer participating in the second transaction is the same customer that has been offered a discount by a voucher printed during the first transaction. For example, a bar code printed on the voucher can be scanned by a POS terminal during the second transaction. The bar code can indicate the appropriate entry in the offer database, and so the server may determine the discount for which the customer is eligible.
In response, the discount indicated by the entry created in step 1202 is applied (step 1212) and the customer receives the benefit of the discount. Typically, the discount is applied by crediting the credit card account by the amount indicated by the discount. The offer summary database 230 (FIG. 2) is then updated to indicate that the discount has been redeemed (step 1214).
Referring to FIG. 13, a flow chart 1300 illustrates an embodiment of a method that is performed by the server 12 (FIG. 1) in accordance with the present invention. The server 12 receives transaction data and a credit card number from
"merchant 1 " (step 1302), typically via a POS terminal in communication with a store controller of "merchant 1 ". The credit card number identifies a credit card account that a
customer has used to pay for the transaction. The server 12 in response searches the offer criteria database 224 (FIG. 2) for entries that indicate "merchant 1" (step 1304). For example, the field 624 (FIG. 6) of the table 600 (FIG. 6) indicates an outputting merchant for each entry. As described above, each entry of the offer criteria database 224 also indicates criteria, such as a required purchase price or a required time of the transaction. The server 12 determines whether the transaction satisfies the criteria indicated by the entry (or entries) indicating "merchant 1" (step 1306). If not, then the transaction is processed conventionally (step 1308). If the transaction does satisfy the criteria, then the server 12 outputs an offer for the discount indicated by the entry (step 1310). As described above, the discount can be indicated by an entry in the discount database 226 (FIG. 2) which indicates a discount value as well as a soliciting merchant ("merchant 2") and conditions which the customer must meet at the soliciting merchant in order to receive the discount. The server 12 creates an entry in the offer database 228 of FIG. 2 (step 1312) to indicate the discount and the credit card number.
In another embodiment, the step 1310 may comprise outputting a plurality of offers, each for a different discount. In such an embodiment, the customer would select which discount he preferred. The operator of the POS terminal could then indicate the selected discount, and thus indicate a selected entry of the of the offer criteria database 224.
Subsequently, the customer participates in a transaction with "merchant 2" and uses the same credit card account to pay for the transaction. Accordingly, the server
12 receives transaction data and the credit card number from "merchant 2" (step 1314), typically via a POS terminal in communication with a store controller of "merchant 2". The server 12 in response searches the offer database 228 (FIG. 2) for entries that indicate "merchant 2" and the credit card number (step 1316). For example, the field 822 (FIG. 8) of the table 800 (FIG. 8) indicates a discount, and the discount in turn indicates a soliciting merchant (e.g. in the field 724 of FIG. 7). Similarly, the field 826 indicates customer identifiers, which may be credit card numbers.
The entry (or entries) that indicate "merchant 2" and the credit card number likewise indicate conditions. For example, the field 822 (FIG. 8) of the table 800 (FIG. 8) indicates a discount, and the discount in turn indicates conditions such as a required time of the transaction, a required purchase price and required items to purchase. If it is determined that the transaction with "merchant 2" does not satisfy the conditions (step 1318), then the transaction with "merchant 2" is processed conventionally (step 1308). However, if the conditions are satisfied, then the credit card account is credited with an amount defined by the discount (e.g. as defined by the discount value field 722 of FIG. 7). The present invention may also be advantageously employed in an embodiment where the customer conducts transactions remotely via a personal computer or similar device for communicating remotely with a store controller. For example, a customer may use his computer to access the world wide web sites of merchants, indicate purchases, and pay by transmitting a credit card number to the merchants. In such an embodiment, any or all of the above-described databases could be stored (i) on the computer of an Internet service provider ("ISP"), (ii) on another computer on the Internet,
or (iii) locally on the consumer's computer (e.g. in the browser software or in a "cookie" or other file).
Referring to FIG. 14, an apparatus 1400 includes a user computer 1410 that is in communication with an Internet service provider computer 1420. The user computer 1410 is typically a personal computer operated by the customer and equipped to access the Internet or other electronic network. The Internet service provider computer 1420 is a computer that enables the user computer 1410 to access the Internet in a manner known in the art. The Internet service provider computer 1420 is in turn in communication through the Internet with a soliciting merchant computer 1430 and an outputting merchant computer 1440 in a manner known in the art. As is also known in the art, the soliciting merchant computer 1430 and the outputting merchant computer 1440 may control "web sites" that are respectively accessed by the user computer 1410 upon entering appropriate commands.
Referring to FIGS. 15A and 15B, a flow chart 1500 illustrates another embodiment of a method that is performed by the user computer 1410 (FIG. 14) in accordance with the present invention. The steps of this method may be performed in whole or in part by "browser" software, such as Netscape's Communicator® or Microsoft's Internet Explorer®, that is executed by the computer.
The user computer 1410 accesses the web site of an outputting merchant, "merchant 1" (step 1502) which allows customers to place orders online. The user computer 1410 receives transaction data and a credit card number from the customer (step 1504), and transmits the transaction data and credit card number to the outputting merchant
computer 1440 of FIG. 14 (step 1506). The credit card number identifies a credit card account that the customer has used to pay for the transaction. The customer may render payment in other ways besides identifying a credit card account to be charged.
Once the outputting merchant computer 1440 receives the transaction data, it determines whether the customer has satisfied criteria, if any, to qualify for an offer for a discount. If so, then the user computer 141 receives data from the outputting merchant computer 1440 that indicates the discount (step 1508). The discount and any associated conditions are stored (step 1510), for example, in a cookie or other file on the user computer 1410 or on the Internet service provider computer 1420 (FIG. 14). The conditions may also be stored on the soliciting merchant computer 1430 (FIG. 14) or the outputting merchant computer 1440 (FIG. 14).
The user computer 1410 creates a link that displays an offer for the discount (step 1512). The link may be a hyperlink, banner advertisement, additional frame, new window, or other element on the web site of the outputting merchant. Alternatively, the outputting merchant computer 1440 may alter the web site that is accessed by the user computer 1410. If the customer wishes to take advantage of the offer and make a purchase from another (soliciting) merchant, the user computer 1410 receives a command from the customer to connect to the link (step 1514) and thus access the web site of the soliciting merchant, "merchant 2" (step 1516). The web site of "merchant 2" likewise allows customers to place orders online. The user computer 1410 receives transaction data and the credit card number from the customer (step 1518), and transmits this transaction data and credit card number to the
soliciting merchant computer 1430 of FIG. 14 (step 1520). If the transaction with the soliciting merchant does not satisfy the conditions (step 1522), then the transaction is processed in a conventional manner (step 1524). Otherwise, the credit card account is credited (step 1526) with an amount defined by the discount. As described above, the discount is applied to the customer account upon completion of a second transaction at the soliciting merchant. However, in another embodiment of the present invention, the customer may be further required to complete another transaction at the first merchant. Accordingly, the customer would have to participate in a first transaction at a first merchant, a second transaction at a second merchant, and then a third transaction at the first merchant. Although the customer may be required to meet certain conditions during the third transaction, typically the customer need not be so restrained.
The foregoing embodiment is particularly advantageous in an embodiment where the customer participates in transactions on web sites accessed by his computer. For example, when participating in a first transaction at the web site of the first merchant, a link, such as a banner advertisement, may appear directing the customer to the web site of the second merchant. Upon participating in a transaction with the second merchant, another banner advertisement may appear directing the customer back to the web site of the first merchant. Upon accessing the web site of the first merchant again, the discount could be applied.
In another embodiment of the present invention, the customer may be required to participate in a transaction with more than two merchants. For example, a
customer may participate in a first transaction at a first merchant. In response, the customer may be offered a discount for consummating a second transaction at a second merchant and a third transaction at a third merchant. In such an embodiment, the second merchant and third merchant could both be soliciting merchants. The present invention is also applicable to functions besides transactions.
In one embodiment, a customer participating in a first transaction with a first merchant may be offered a discount for completing a survey, rather than for participating in a second transaction. The customer could be provided with a survey at the same (first) merchant or at another merchant. For example, after participating in a transaction at a first web site, the first web site would output an offer for a discount in exchange for completing a survey at a second web site. A link to the second web site would be generated to allow the customer to easily access the second web site. Upon accessing the second web site, the customer would be presented with one or more survey questions, and would be prompted to provide answers to each questions. Upon providing an answer to all (or a minimum number of) survey questions, the discount would be applied.
Although the present invention has been described with respect to a preferred embodiment thereof, those skilled in the art will note that various substitutions may be made to those embodiments described herein without departing from the spirit and scope of the present invention. For example, although the discount may be a credit applied to a credit card account, there are many other discounts, such as the transfer of electronic cash or frequent shopper points to the customer.