+

WO1999066443A1 - Procede et appareil permettant d'obtenir des benefices croises via une autorite centrale - Google Patents

Procede et appareil permettant d'obtenir des benefices croises via une autorite centrale Download PDF

Info

Publication number
WO1999066443A1
WO1999066443A1 PCT/US1999/013819 US9913819W WO9966443A1 WO 1999066443 A1 WO1999066443 A1 WO 1999066443A1 US 9913819 W US9913819 W US 9913819W WO 9966443 A1 WO9966443 A1 WO 9966443A1
Authority
WO
WIPO (PCT)
Prior art keywords
customer
vendor
offer
indication
amount
Prior art date
Application number
PCT/US1999/013819
Other languages
English (en)
Inventor
Jay S. Walker
Daniel E. Tedesco
Steven C. Tulley
John M. Packes, Jr.
Deirdre O'shea
Keith Bemer
James A. Jorasch
Dean P. Alderucci
Magdalena Mik
Original Assignee
Walker Digital, Llc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US09/100,684 external-priority patent/US6898570B1/en
Application filed by Walker Digital, Llc filed Critical Walker Digital, Llc
Priority to AU46954/99A priority Critical patent/AU4695499A/en
Publication of WO1999066443A1 publication Critical patent/WO1999066443A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems

Definitions

  • CONDITIONAL PURCHASE OFFERS CPOs
  • CPOs CONDITIONAL PURCHASE OFFERS
  • the present invention relates to methods and apparatus for facilitating commerce. BACKGROUND OF THE INVENTION
  • a vendor may also offer promotions to provide an incentive for customers to make purchases. For example, a vendor may offer a "buy one get one free" promotion whereby a purchase of an item yields the benefit of an additional item at no cost. Similarly, a vendor may provide a discount on a purchase in exchange for signing up for a credit card account provided by the vendor.
  • Promotions may also be provided among two or more vendors. For example, a first vendor may advertise that if a particular product is purchased, another product may be purchased from or given away by a second vendor.
  • a controller is in communication with a plurality of vendors that are servicing customers, as well as with a plurality of "subsidizing" vendors seeking access to those customers.
  • the controller receives from a first vendor server an indication of one or more items that a customer is to purchase.
  • the controller transmits, on behalf of a subsidizing vendor, an indication of an offer for a subsidy such as a reduction in the customer's purchase price. If the customer accepts the offer, the controller provides, directly or indirectly, an amount of funds from the subsidizing vendor to the first vendor.
  • the controller may retain a portion ofthe amount of funds as payment.
  • the controller also facilitates a transaction between the customer and the subsidizing vendor.
  • the customer may be required to sign up for a service (e.g. credit card account service) that is provided by the subsidizing vendor.
  • the controller may facilitate this transaction by providing a form for entry of customer information.
  • FIG. 1 is a schematic illustration of an apparatus for facilitating commerce in accordance with the present invention.
  • FIG. 2 is a schematic illustration of a controller ofthe apparatus of FIG. 1.
  • FIG. 3 is a schematic illustration of a vendor server ofthe apparatus of FIG. 1.
  • FIG. 4 is a representation of a customer database ofthe controller of FIG. 2.
  • FIG. 5 is a representation of a vendor database ofthe controller of FIG. 2.
  • FIG. 6 is a representation of a transaction database ofthe controller of FIG. 2.
  • FIG. 7 is a representation of a subsidizer database ofthe controller of FIG. 2.
  • FIG. 8 is a representation of an offer rules database ofthe controller of FIG. 2.
  • FIG. 9 is a representation of an offers database ofthe controller of FIG. 2.
  • FIG. 10 is a representation of a record of an offer summary database ofthe controller of FIG. 2.
  • FIG. 11 is a schematic illustration of an item database ofthe vendor server of
  • FIG. 12 is a flow chart illustrating an embodiment of a method, performed by a vendor server, for providing an offer for a benefit.
  • FIG. 13 is a flow chart illustrating an embodiment of a method, performed by the controller of FIG. 2, for providing an offer for a benefit.
  • FIG. 14 is an exemplary web page.
  • FIG. 15 is another exemplary web page.
  • FIG. 16 is a flow diagram illustrating the transfer of funds among parties in accordance with the present invention.
  • FIGS. 17A and 17B are a flow chart illustrating another embodiment of a method for providing an offer for a benefit to a customer.
  • FIGS. 18A and 18B are a flow chart illustrating another embodiment of a method for providing an offer for a benefit to a customer.
  • FIG. 19 is a flow chart illustrating another embodiment of a method for providing an offer for a benefit to a customer.
  • FIGS. 20 A and 20B are a flow chart illustrating another embodiment of a method for providing an offer for a benefit to a customer.
  • FIG. 21 is a table illustrating data used when a subsidy amount is applied over time.
  • FIG. 22 is a flow chart illustrating another embodiment of a method for providing an offer for a benefit to a customer.
  • a customer that purchases items from a first vendor may be paid, directly or indirectly, by a second vendor, so that the customer pays a reduced price, perhaps nothing at all, for his desired items.
  • the customer participates or agrees to participate in a transaction with the second vendor.
  • this "transaction" may be any interaction with the second vendor.
  • the customer may be required to sign up for a service that is provided by the second vendor. Since many service providers are willing to pay significant amounts of money (e.g.
  • the controller ofthe present invention can also track customer information derived from several vendors, allowing subsidies to be better targeted to customers.
  • the controller can also act to reduce or eliminate customer manipulation of subsidy offers. For example, the controller can identify a customer that attempts to merely collect subsidies by agreeing to participate in contradictory transactions, such as simultaneously agreeing to switch to two telephone service providers.
  • an apparatus 100 includes a controller 110 that is in communication with vendor servers 120 and 130.
  • the controller 110 and the vendor servers 120 and 130 may comprise computers, such as those based on an Intel®
  • Pentium® microprocessor that are adapted to communicate via the Internet (e.g. via a modem) or other medium.
  • Any number of vendor servers may be in communication with the controller 110.
  • Each ofthe vendor servers 120 and 130 may be a "web server" of a vendor (e.g. a retail seller). A vendor server could then generate a web page that may be accessed via the World Wide Web and allow purchases from the vendor to be made in a manner known in the art.
  • each ofthe vendor servers 120 and 130 may be a computer involved in operating a physical store. Such a computer, for example a point of sale (POS) server, would perform such tasks as inventory management and item pricing.
  • POS point of sale
  • the controller 110 is also in communication with subsidizing vendor servers 140, 150 and 160.
  • Each ofthe subsidizing vendor servers 140, 150 and 160 may comprise computers, such as those based on the Intel® Pentium® microprocessor, that are adapted to communicate via the Internet (e.g. via a modem) or other medium. Any number of subsidizing vendor servers may be in communication with the controller 110.
  • Each ofthe subsidizing vendor servers 140, 150 and 160 may be a "web server" of a vendor.
  • a subsidizing vendor server could then generate a web page that may be accessed via the World Wide Web and allow transactions with the subsidizing vendor in a manner known in the art.
  • each ofthe subsidizing vendor servers 140, 150 and 160 may be a computer involved in operating a physical store. Such a computer would perform such tasks as inventory management and item pricing.
  • a vendor server may be in communication with one or more customer terminals that transmit data on a customer transaction (e.g. a purchase).
  • the vendor server 120 is in communication with a customer terminal 170
  • the vendor server 130 is in communication with customer terminals 180 and 190.
  • any or all ofthe customer terminals 170, 180 and 190 may be point of sale (POS) terminals, such as the NCR 7454 manufactured by NCR Corporation or the IBM 4683 manufactured by International Business Machines.
  • POS terminals perform such processes as calculating the total price of a purchase (goods or services) and calculating the amount of change due to a customer.
  • POS terminals may furthermore track purchases made and adjust databases of inventory accordingly.
  • any or all ofthe customer terminals 170, 180 and 190 may be computers, such as those based on the Intel® Pentium® microprocessor, that are adapted to communicate via the Internet (e.g. via a modem) or other medium. Such computers are able to appropriately access a web page to communicate with a vendor server in a manner that is known to those skilled in the art.
  • any or all ofthe customer terminals 170, 180 and 190 may be telephones, vending machines, other devices that can receive payment from customers in exchange for providing goods or services, pagers or palmtop computers such as personal digital assistants (PDAs).
  • PDAs personal digital assistants
  • the controller 110 comprises a processor 200, such as the Intel® Pentium® microprocessor.
  • the processor 200 is in communication with a data storage device 210, such as an appropriate combination of magnetic, optical and/or semiconductor memory.
  • the data storage device 210 may comprise one or more of a ROM, RAM and hard disk.
  • the processor 200 and the data storage device 210 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.
  • the controller 110 may comprise one or more computers that are connected to a remote server computer for maintaining databases.
  • the data storage device 210 stores a program 220 for controlling the processor 200.
  • the processor 200 performs instructions ofthe program 220, and thereby operates in accordance with the present invention, and particularly in accordance with the methods described in detail herein.
  • the program 220 furthermore includes program elements that may be necessary, such as an operating system and "device drivers" for allowing the processor 200 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 210 also stores (i) a customer database 230, (ii) a vendor database 240, (iii) a transaction database 250, (iv) a subsidizer database 260, (v) an offer rules database 270, (vi) an offers database 280 and (vii) an offer summary database 290.
  • the databases 230, 240, 250, 260, 270, 280 and 290 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 ofthe databases presented herein are exemplary arrangements for stored representations of information. A number of other arrangements may be employed besides those suggested by the tables shown.
  • a vendor server 300 is illustrative ofthe vendor servers 120 and 130 (FIG. 1).
  • the vendor server comprises a processor 302, such as the Intel® Pentium® microprocessor, which is in communication with a customer terminal 315 and the controller 110.
  • the processor 302 is also in communication with a data storage device 310, such as an appropriate combination of magnetic, optical and/or semiconductor memory.
  • the data storage device 310 may comprise one or more of a ROM, RAM and hard disk.
  • the processor 302 and the data storage device 310 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.
  • the vendor server 300 may comprise one or more computers that are connected to a remote server computer for maintaining databases.
  • the data storage device 310 stores a program 320 for controlling the processor 302.
  • the processor 302 performs instructions ofthe program 320, and thereby operates in accordance with the present invention, and particularly in accordance with the methods described in detail herein.
  • the 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 310 also stores (i) a customer database 330, (ii) an item database 340, and (iii) a transaction database 350.
  • the customer database 330 and the transaction database 350 ofthe vendor server 300 may be similar or identical to the customer database 230 and transaction database 250 ofthe controller 110.
  • the controller 110 may store data that is derived from the vendor server 300, and vice versa. If each vendor server stores data on its own customers and its own transactions, the controller 110 could aggregate this data from each vendor server.
  • the databases 330, 340 and 350 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 ofthe databases presented herein are exemplary arrangements for stored representations of information.
  • a table 400 represents an embodiment ofthe customer database 230 (FIG. 2) and/or the customer database 330 (FIG. 3).
  • the table 400 includes entries 402, 404, 406 and 408, each defining a customer that may purchase items from a vendor. Such information may be determined, for example, when a customer registers for a frequent shopper card. Those skilled in the art will understand that the table 400 may include any number of entries.
  • the table 400 also defines fields for each ofthe entries 402, 404, 406 and 408.
  • a table 500 represents an embodiment ofthe vendor database 240 (FIG. 2).
  • the table 500 includes entries 502, 504, 506 and 508, each defining a vendor that services customers and may have those customers receive offers for subsidies. Such information may be determined when a vendor registers for participation in the subsidizing program described herein. Those skilled in the art will understand that the table 500 may include any number of entries.
  • the table 500 also defines fields for each ofthe entries 502, 504, 506 and 508.
  • the fields specify (i) a vendor identifier 520 that uniquely identifies the vendor, (ii) a vendor name 522, (iii) a vendor email address 524 for communication with the vendor, and (iv) an amount owed 526 to the vendor (e.g. promised but unpaid subsidy amounts).
  • a table 600 represents an embodiment ofthe transaction database 250 (FIG. 2) and/or the transaction database 350 (FIG. 3).
  • the table 600 includes entries 602, 604 and 606, each defining a transaction with a vendor server. Typically, the transaction includes a purchase of items by a customer. Those skilled in the art will understand that the table 600 may include any number of entries.
  • the table 600 also defines fields for each ofthe entries 602, 604 and 606.
  • the fields specify (i) a transaction identifier 620 that uniquely identifies the transaction, (ii) a time 622 ofthe transaction, (iii) the items ordered 624, (iv) credit card information 626 that may define a credit card account that was charged to pay for the items purchased, (v) an amount charged 628 for the items, (vi) a delivery address 630 for the items, and (vii) a customer identifier 632 (if any) that identifies the customer that made the purchase.
  • Other forms of payment may be used besides a credit card account. For example, debit accounts or "electronic cash" may be used to render payment.
  • a table 700 represents an embodiment ofthe subsidizer database 260 (FIG. 2).
  • the table 700 includes entries 702, 704 and 706, each defining a subsidizing vendor that may subsidize purchases. Such information may be determined when a subsidizing vendor registers for participation in the subsidizing program described herein. Those skilled in the art will understand that the table 700 may include any number of entries.
  • the table 700 also defines fields for each ofthe entries 702, 704 and 706.
  • the fields specify (i) a subsidizing vendor identifier 720 that uniquely identifies the subsidizing vendor, (ii) a name 722 ofthe subsidizing vendor, (iii) an account 724 used to pay for the subsidies, (iv) an amount owed 726 by the subsidizing vendor, and (v) a rank 728 used to prioritize subsidizing vendors and/or subsidies from those subsidizing vendors.
  • the ranks may be established periodically (e.g. once per year) or substantially continuously based on various criteria. For example, the ranks may be adjusted dynamically based on the acceptance rates of offers from the subsidizing vendors and/or amount of funds the subsidizing vendors have provided in connection with their offers.
  • a table 800 represents an embodiment ofthe offer rules database 270 (FIG. 2).
  • the table 800 includes entries 802, 804, 806, 808 and 810, each defining an offer rule.
  • the vendor provides an offer for a specified benefit, such as a subsidy.
  • a specified benefit such as a subsidy.
  • Such information may be determined when a subsidizing vendor registers for participation in the subsidizing program described herein.
  • the table 800 may include any number of entries.
  • the table 800 also defines fields for each ofthe entries 802, 804, 806, 808 and 810.
  • the fields specify (i) an offer rule identifier 820 that uniquely identifies the offer rule, (ii) a subsidizing vendor identifier 822 that uniquely identifies the subsidizing vendor, (iii) a subsidy amount 824, (iv) when the offer rule is effective 826 (i.e. when the offer rule is satisfied), and (v) an additional transaction 828 that is required ofthe customer in exchange for the subsidy.
  • an offer rule identifier 820 that uniquely identifies the offer rule
  • a subsidizing vendor identifier 822 that uniquely identifies the subsidizing vendor
  • a subsidy amount 824 iv
  • when the offer rule is effective 826 i.e. when the offer rule is satisfied
  • an additional transaction 828 that is required ofthe customer in exchange for the subsidy.
  • FIG. 9 represents an embodiment ofthe offers database 280 (FIG. 2).
  • the table 900 includes entries 902, 904, 906, 908 and 910, each defining an offer for a subsidy.
  • the offer was provided to a customer during a transaction ofthe customer with the vendor.
  • the table 900 may include any number of entries.
  • the table 900 also defines fields for each ofthe entries 902, 904, 906, 908 and 910.
  • the fields specify (i) an offer identifier 920 that uniquely identifies the offer, (ii) a transaction identifier 922 that uniquely identifies the transaction during which the offer was provided, (iii) a subsidizing vendor identifier 924 that uniquely identifies the subsidizing vendor, (iv) an identifier of an offer rule 926 that was applied during the transaction, (v) a subsidy amount 928, (vi) a total price 930 that the customer would have to pay without the subsidy, (vii) a total price 932 that the customer would have to pay with the subsidy, and (viii) whether the offer was accepted 934.
  • offer rules define specific subsidies.
  • the identifier of an offer rule stored in field 926 may be used to
  • a table 1000 represents a record of an embodiment ofthe offer summary database 290 (FIG. 2).
  • the offer summary database 290 typically includes a plurality of records, each defining a summary of offers for subsidies that have been provided on behalf of a subsidizing vendor.
  • the table 1000 includes a subsidizing vendor identifier 1002 that uniquely identifies the subsidizing vendor, a total number of offers provided 1004 on behalf of the subsidizing vendor, a total number of those offers that were accepted 1006, and a total amount 1008 ofthe subsidies due in connection with accepted offers.
  • the table 1000 also includes entries 1010 and 1012, each defining offers provided due to satisfaction of an offer rule ofthe subsidizing vendor. Those skilled in the art will understand that the table 1000 may include any number of entries.
  • the table 1000 also defines fields for each ofthe entries 1010 and 1012.
  • the fields specify (i) an offer rule identifier 1020 that uniquely identifies the offer rule, (ii) a number 1022 of offers provided due to the offer rule, (iii) a number 1024 of these offers that were accepted, (iv) an amount 1026 ofthe subsidies due in connection with these accepted offers.
  • the information stored in the offer summary database 290 may be organized by the vendor through which the offer was provided. Such an embodiment would allow a comparison ofthe acceptance rate (number of offers accepted / number of offers provided) of offers at different vendors.
  • a table 1100 represents an embodiment ofthe item database 340 (FIG. 3).
  • the table 1100 includes entries 1102 and 1104, each defining an item sold via a vendor server. Those skilled in the art will understand that the table 1100 may include any number of entries.
  • the table 1100 also defines fields for each of the entries 1102 and 1104. The fields specify (i) a item identifier 1120 that uniquely identifies the item, (ii) an item description 1122, (iii) an item price 1124 for which the item is typically sold, and (iv) an availability 1126 ofthe item which may be based on an inventory level ofthe item. Referring to FIG.
  • a flow chart 1200 illustrates an embodiment of a method for providing an offer for a benefit (e.g. a reduced price) to a customer that is to purchase items from a vendor.
  • the illustrated method is performed by a vendor server after the customer has accessed a web page generated and/or controlled by the vendor server.
  • the illustrated method is performed by a vendor server after a customer brings items he wishes to purchase to a POS terminal.
  • the vendor server receives an indication that the customer is to purchase items from the web site ofthe vendor (step 1202). For example, after a customer accesses a web site ofthe vendor, the customer may select one or more items to purchase, and "click" a button that indicates that the customer desires to purchase the selected items. The act of clicking could generate a signal that the vendor server interprets as an indication that the customer is to purchase the selected items. In another embodiment, the act of accessing the web site could generate a signal that the vendor server interprets as an indication that the customer is to purchase the selected items. In yet another embodiment, a bar code scanner reads bar codes on items the customer brings to a POS terminal. The bar code scanner then generates a signal that the vendor server interprets as an indication that the customer is to purchase the selected items. The item database 340 (FIG. 3) would provide relevant details about each indicated item. Those skilled in the art will understand still other types of appropriate indications.
  • the vendor server transmits the indication ofthe items to the controller 110 (step 1204).
  • the controller transmits and the vendor server receives an indication of an offer for a subsidy from a subsidizing vendor (step 1206).
  • This indication may include an indication of a subsidy amount.
  • the field 824 specifies a subsidy amount for an offer rule, and such data could be included in the indication of an offer for a subsidy.
  • the indication may also include an indication of a transaction the customer is required to perform in exchange for receiving the subsidy amount.
  • the field 828 (FIG. 8) specifies such a required transaction.
  • the vendor server provides the customer with an offer for the subsidy (step 1208).
  • the POS terminal may display a textual representation ofthe offer, which is read by the customer or read to the customer by a cashier.
  • the web page may display text describing the subsidy.
  • the web page may be dynamically modified to include a button that, when clicked, indicates acceptance of an offer for a subsidy.
  • the offer may be transmitted to the customer via email, telephone or other means.
  • a response to the offer is received (step 1210).
  • the customer or cashier may actuate a button that generates a representative signal for the POS terminal.
  • the customer may click a button on the web page or click on a hyperlink on the web page. If it is determined that the offer is not accepted (step 1212), then the transaction is processed conventionally (step 1214). For example, the items are to be purchased for the conventional total price, a credit card number is received and the corresponding credit card account is charged appropriately.
  • a flow chart 1300 illustrates an embodiment of a method for providing an offer for a benefit to a customer.
  • the controller 110 (FIG. 1) performs the illustrated method after the customer has accessed a web page generated and/or controlled by the vendor server. In another embodiment, the controller 110 performs the illustrated method after a customer brings items he wishes to purchase to a POS terminal.
  • the controller 110 receives an indication that the customer is to purchase items from a first vendor (step 1302). For example, a customer may bring items to purchase to a POS terminal, at which point the items are scanned by a bar code scanner. The POS terminal in turn transmits an indication ofthe items to the vendor server, which in turn transmits the indication to the controller 110 (step 1204 of FIG. 12), which receives the indication.
  • the customer may select one or more items to purchase, and "click" a button that indicates that the customer desires to purchase the selected items. The act of clicking could generate a signal that is transmitted via the vendor server to the controller 110.
  • the customer terminal may include "client-side" software that detects various types of customer activity and in response generates signals and transmits the signals via the vendor server to the controller 110.
  • the controller 110 interprets the signal as an indication that the customer is to purchase the selected items.
  • the act of accessing the web site could generate a signal that the controller 110 interprets as an indication that the customer is to purchase the selected items.
  • the controller 110 transmits to the vendor server an indication of an offer for a subsidy from a second vendor (step 1304).
  • the controller 110 may then create an entry in the offers database 280 (FIG. 2) to record the offer.
  • the total price with subsidy may be calculated by subtracting the subsidy amount from the total price ofthe items.
  • the controller 110 may also create an appropriate record ofthe offer summary database 290 (FIG. 2).
  • the controller 110 subsequently receives an indication ofthe customer response (step 1306) from the vendor server. This response is also recorded in the appropriate entry ofthe offers database 280. If the customer did not accept the offer (step 1308), the transaction is processed conventionally (step 1310). If the customer accepted the offer, the controller 110 provides funds to the first vendor (step 1312). As described below, the funds provided to the first vendor may equal or exceed the amount of reduction in price ofthe customer's purchase.
  • the controller 110 may provide funds a short time after the offer is accepted (e.g. substantially immediately).
  • the controller 110 may provide funds periodically (e.g. in accordance with a periodic remittance cycle). For example, the controller 110 may maintain a running balance of funds owed to various vendors. At the end ofthe month, the controller would transmit the aggregate amount to the appropriate vendor or vendors.
  • the step of providing funds may comprise crediting an account corresponding to the first vendor.
  • providing funds may comprise initiating a transfer of funds (e.g. a "wire transfer") to an account corresponding to the first vendor.
  • the controller 110 facilitates the required transaction between the customer and the second vendor (step 1314).
  • the controller 110 may provide, directly or indirectly, a form for the customer to complete.
  • the controller 110 may initiate the transfer of information about the customer (e.g. a service provider ofthe customer) to the second vendor.
  • the controller may record each interaction with a customer in the transaction database 250 (FIG. 2).
  • an exemplary web page 1400 illustrates a possible means for providing an offer for a benefit and receiving an acceptance ofthe offer.
  • the web page 1400 illustrates an embodiment in which the vendor sells books via the World Wide Web.
  • a book that the customer is ready to purchase is indicated by text 1402, and a quantity of that book (one book in FIG. 14) is indicated by text 1404.
  • a price ofthe books is indicated by text 1406, and similarly a total price (e.g. the sum of item prices and any other prices) due from the customer is indicated by text 1408.
  • a button 1410 is clicked by the customer if the customer desires to purchase the specified items and thereby consummate the purchase. Upon clicking the button 1410, the items may be immediately deemed as having been purchased by the customer.
  • a button 1412 is clicked by the customer if the customer desires to accept an offer for a subsidy.
  • actuating the button 1412 may indicate that the customer is interested in further information regarding an offer for a subsidy, and the customer may subsequently indicate whether he accepts the offer.
  • a second exemplary web page 1500 allows the customer to provide customer information via a form having fields 1502 that receive entered text.
  • the customer information is used in applying for a credit card account with a credit card issuer.
  • the web page 1500 may be displayed after the customer clicks the button 1412 of FIG. 14.
  • Information that is entered via the web page 1500 may be transmitted to the controller 110 upon actuation of a button 1504.
  • Actuation ofthe button 1504 may furthermore indicate acceptance ofthe offer for the subsidy.
  • actuation ofthe button 1504 may indicate a willingness to apply for a credit card account, or that the customer has applied for the credit card account.
  • actuation ofthe button 1506 may indicate rejection ofthe offer for the subsidy.
  • a flow diagram 1600 illustrates the transfer of funds among parties in accordance with the present invention.
  • a subsidizing vendor 1610 provides an amount 1615 of $50 to a central service 1620 (i.e. the entity that controls or operates the controller 110).
  • the central service 1620 in turn provides an amount 1625 of $45 to a vendor 1630.
  • the vendor 1630 in turn provides an amount 1635 of $42 to its customer 1640.
  • the difference between the funds received by a party ("funds in”) and the funds provided by a party ("funds out”) in connection with a subsidy may depend on various criteria.
  • the funds out are a predetermined amount less than the funds in.
  • the central service 1620 may deduct $5 from each amount provided by the subsidizing vendor 1610.
  • the funds out are a predetermined percentage ofthe funds in.
  • the vendor 1630 may deduct 5% ofthe funds in, and thus the funds out form the vendor would be 95% ofthe funds in to the vendor.
  • a subsidizing vendor is willing to provide $50 per customer, and a first customer's purchase price is only $20, then the difference of $30 may be retained by the subsidizing vendor.
  • a second customer having a purchase price of $80 could then receive his items for free, since the subsidy of $50 together with the retained $30 can offset the $80 purchase price.
  • the amounts retained from numerous transactions may be used to offset other purchase prices.
  • the amounts retained may be collected into a "pool" of funds with which to increase specific subsidy amounts, e.g., subsidy amounts for purchase prices which exceed a base subsidy amount.
  • historical data on past transactions can permit efficient selection of future transactions that should receive "augmented" subsidy amounts from the pool of funds. For example, historical data can indicate the average transaction amount expected, as well as the expected number of subsequent transactions that will be in a predetermined range of prices. Thus, the most efficient allocation ofthe pool of funds among future transactions may be determined a priori.
  • a flow chart 1700 illustrates another embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a vendor.
  • the controller 110 receives an indication that the customer is ready to purchase items from the web site of a first vendor (step 1702).
  • a customer may indicate his readiness to purchase by, for example, selecting items to purchase and actuating a specific button that consummates the purchase ofthe items.
  • the controller 110 transmits to the vendor server an indication of an offer for a subsidy from a second vendor (step 1704).
  • a response from the customer is received (step 1706) via the vendor server.
  • the customer may verbally indicate his response to a cashier, the cashier actuates a corresponding button on his POS terminal, and the POS terminal transmits a signal representing the response to the vender server.
  • step 1708 If it is determined that the offer is not accepted (step 1708), then the transaction is processed conventionally (step 1710). If however it is determined that the offer is accepted (step 1708), then customer information is received (step 1712). Such customer information may be used in providing or facilitating an additional transaction that is required ofthe customer in exchange for the subsidy.
  • the customer information may comprise an indication of a service that is provided to the customer (e.g. whether the customer has cable television service), or a service provider that provides a service to the customer (e.g. which company provides cable television service to the customer).
  • the additional transaction may occur after a significant amount of time has elapsed. Accordingly, in one embodiment there is a means for determining if the future action has occurred.
  • a penalty may be assessed against the customer if the customer does not perform the required additional transaction. For example, the subsidy to the customer may be canceled and the transaction may then be processed conventionally. Alternatively, a penalty fee may be charged to the customer.
  • a penalty could be assessed if another imposed condition is violated. For example, a penalty could be assessed if the items are purchased and then returned. Similarly, a returnable purchase could be made a non-returnable purchase in exchange for the subsidy or other benefit. Still another penalty would be to prevent the customer from receiving subsidies from any merchant in the future.
  • blacklisting could be readily administered by the central controller 110, which can store, for each customer, an indication of whether the customer has been blacklisted and subsequently identify customers that have been blacklisted.
  • the customer information may be received from the customer.
  • the controller 110 can send a request via the vendor server that the customer provide customer information.
  • the controller 110 may transmit a form (e.g. via a web site) including questions to be answered.
  • the vendor server would receive answers to the questions, and these answers would constitute the customer information from the customer.
  • the customer information may be received from a party other than the customer.
  • information regarding the customer may be received from a third-party database (e.g. a list of addresses to provide a location of the customer, a credit reporting agency).
  • customer information may be received from an ISP (Internet Service Provider), which can provide information such as an Internet address (e.g. email address or IP address) ofthe customer.
  • ISP Internet Service Provider
  • the customer information may be received via a "cookie" stored on a customer terminal (e.g. a computer ofthe customer).
  • a customer terminal e.g. a computer ofthe customer.
  • the customer information may comprise the telephone number ofthe customer, as determined from an ANI (Automatic Number Identification) signal received from a telephone the customer has used.
  • ANI Automatic Number Identification
  • customer information may be stored by the controller in the customer database 230 (FIG. 2). Accordingly, information stored in this manner would be more readily accessible in the future, even by new vendors and subsidizing vendors that had not previously interacted with the customer.
  • the controller 110 may verify whether the customer information is accurate and complete (step 1714). For example, if the information is provided by the customer, it can be advantageous to assure that the customer information is not false. To provide a further incentive for the customer to provide accurate customer information, a penalty may be assessed against the customer if the customer information is not accurate. For example, if it is determined that the customer information is not accurate (step 1716), the subsidy to the customer may be canceled and the transaction is processed conventionally (step 1710).
  • a penalty fee may be charged to the customer if it is determined that the customer information is not accurate.
  • it may be further advantageous to verify the customer information before the purchase is consummated. Thus, the threat that the subsidy will not be forthcoming can encourage the customer to provide accurate and complete information.
  • the controller 110 determines the amount ofthe subsidy (step 1718).
  • the subsidy amount is typically stored in the offer rules database 270 (FIG. 2).
  • the subsidy amount may be, for example, a predetermined amount or a predetermined percentage (e.g. a predetermined percentage ofthe total price).
  • the subsidy amount may also be limited, such that the price charged cannot be lower than zero (i.e. the subsidy may not include a credit). For example, a subsidy amount may be "up to $100 off, but no more than the total price".
  • the subsidy amount is provided to the first vendor (step 1720) as described above with respect to step 1312 of FIG. 13.
  • a flow chart 1800 illustrates another embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a first vendor.
  • the controller 110 receives a signal via the vendor server indicating that the customer is ready to "check out” his virtual "shopping cart” of items on a web site ofthe first vendor (step 1802).
  • a shopping cart of items on a web site defines a set of items the customer desires to purchase. Checking out the shopping cart indicates a desire to proceed with purchasing the selected items.
  • Those skilled in the art will understand that there are still other ways for a customer to indicate that he is to purchase items.
  • the controller 110 transmits to the vendor server an offer for a reduction in the total price in exchange for signing up for a service with a second vendor (step 1804).
  • the service may be telephone service, Internet service, banking services, credit card account services, insurance service, securities trading service, satellite television service, or cable television service.
  • the second vendor would be a provider of such services, and the customer would be requested to participate in a transaction (e.g. initiate a service agreement with) with the second vendor.
  • a response from the customer is received (step 1806) via the vendor server. If it is determined that the offer is not accepted (step 1808), then the transaction is processed conventionally (step 1810). If however it is determined that the offer is accepted (step 1808), then a current service provider ofthe customer (i.e. a party that provides a specified service to the customer) is determined (step 1812). The customer may be asked to provide information ofthe current provider, or this information may be determined from other sources. For example, one or more databases may be accessed to determine the long distance telephone service provider of the customer. Alternatively, the second vendor may allow access to a database of its existing customers to ascertain whether the customer is included in that database.
  • step 1814 If it is determined that the customer has a service provider (step 1814), and it is determined that the second vendor already provides the customer with the specified service (step 1816), then the transaction is processed conventionally (step 1810). If it is determined that the customer has a service provider (step 1814), but it is determined that the second vendor does not provide the customer with the specified service (step 1816), then the customer must have a service agreement with another service provider. Accordingly, the existing service agreement is canceled (step 1818). If it is determined that the customer does not have a service provider of the specified service at all (step 1814), (or if the controller 110 will cancel or has canceled the existing service agreement) then a new service agreement is initiated with the second vendor (step 1820).
  • the second vendor has acquired a new customer, either by signing up the customer for a new service or by switching providers ofthe specified service that is provided to the customer.
  • the total price ofthe shopping cart of items is reduced by the amount ofthe subsidy (step 1822), and controller 110 directs the vendor server to sell the items for this reduced total price (step 1824).
  • a flow chart 1900 illustrates another embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a first vendor.
  • the controller 110 receives an indication that the customer is ready to purchase items from a first vendor (step 1902).
  • the controller 110 may also receive customer information (step 1904), as described above.
  • the customer information may comprise, for example, a location ofthe customer or a cu ⁇ ent service provider ofthe customer.
  • a set of subsidies for which the customer may be eligible is determined (step 1906).
  • the set of subsidies is determined based on customer information. For example, upon reference to the customer information, one or more offer rules may be satisfied. The subsidies corresponding to the satisfied rules would then be included in the set of subsidies.
  • the offer rules may be satisfied without reference to customer information. For example, an offer rule may be satisfied if the total price ofthe items (or the price of any ofthe item) is greater than (or less than) a predetermined threshold. An offer rule may also be satisfied if a particular item is purchased.
  • one or more subsidizing vendors may be contacted, customer information may be transmitted to the subsidizing vendors, and in response the subsidizing vendors may transmit to the controller 110 a description of a subsidy to offer.
  • a subsidizing vendor may be selected (e.g. based on a preferential ranking) and a subsidy from this subsidizing vendor is selected.
  • Offers for each ofthe subsidies may be provided to the customer (step 1908) for the customer to select one (or more). For example, each offer may be listed on a web page, and the customer must click a hyperlink co ⁇ esponding to his desired offer.
  • the offers may be provided substantially simultaneously, allowing the customer to evaluate all offers before selecting an offer. Alternatively, the offers may be provided sequentially to the customer. In such an embodiment, the customer would be provided with additional offers only after rejecting one or more offers provided to him.
  • the order in which offers are provided may be determined by the rank of each subsidizing vendor that provides the offer.
  • the controller 110 may ascertain the rank of each offer by referencing the field 728 (FIG. 7) for each subsidizing vendor that provides the offer.
  • the offers could then be provided in a sequence defined by the rank of each offer.
  • the customer selection is received (step 1910) and the corresponding subsidy amount is transferred to the first vendor (step 1912).
  • the customer may be similarly prompted to select a vendor from a plurality of vendors, and the customer would subsequently be provided with an offer for a subsidy from the selected vendor.
  • the controller 110 may select one (or more) offers to provide to a customer based on various criteria. For example, the offer with the highest historical acceptance rate may be selected. The historical acceptance rate may be calculated based on data derived from the fields 1022 and 1024 (FIG. 10). Similarly, the offer with the highest profit (e.g., to the vendor or subsidizing vendor) may be selected.
  • the customer may select two or more offers, thereby generally receiving more of a benefit than if he had selected only one offer. For example, the customer may select offers that require him to (i) sign up for a particular credit card account, (ii) sign up for a particular satellite television service, and (iii) switch to a new provider of cellular telephone service.
  • the controller 110 could charge the accounts of each of three subsidizing vendors, and the aggregate amount charged could be used to reduce the price charged to a customer for a purchase.
  • the customer described herein may, in one embodiment, comprise a group of customers such as a group dining at a restaurant.
  • a flow chart 200 illustrates another embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a first vendor. Specifically, in the illustrated embodiment a customer may be allowed to add more items if a subsidy amount of an offer exceeds the total price ofthe items he had already selected.
  • the vendor server receives an indication that the customer is to purchase a first set of items from the vendor (step 2002).
  • the vendor server then transmits the indication ofthe items to the controller 110 (step 2004).
  • the controller 110 transmits and the vendor server receives an indication of an offer for a subsidy from a subsidizing vendor (step 2006).
  • This indication may include an indication of a subsidy amount.
  • the vendor server provides the customer with an offer for a subsidy (step 2008).
  • a response to the offer is received (step 2010). If it is determined that the offer is not accepted (step 2012), then the transaction is processed conventionally (step 2014).
  • a POS terminal may display a textual representation ofthe instructions, which is read by the customer or read to the customer by a cashier.
  • a web page may display text describing the instructions.
  • the vendor server receives an indication of a second set of items the customer has selected (step 2024).
  • the second set and the first set are then purchased for a reduced purchase price.
  • the customer is charged a reduced price (step 2026) which may be zero (e.g. if the subsidy amount exceeds the sum ofthe prices of the first and second sets of items).
  • a table 2100 illustrates data used in another embodiment ofthe present invention in which a subsidy amount may be applied over time.
  • the table 2100 represents information that may be stored in the customer database 230 and/or the customer database 330. Use ofthe information in the table 2100 is described in detail below with respect to FIG. 22.
  • a customer identifier 2102 uniquely identifies a customer who is due to receive the subsidy amount over time.
  • Credit card information 2104 such as a credit card number and account type, specify an account which may be repeatedly credited to grant the customer the benefit due.
  • the number of credits remaining 2106, frequency 2108 and next credit date 2110 specify when the customer may receive another credit to his account.
  • the amount credited to the specified credit card account is indicated by reference numeral 2112.
  • a flow chart 2200 illustrates another embodiment of a method for providing an offer for a benefit to a customer.
  • a subsidy amount is applied over time by repeatedly crediting a credit card account.
  • the controller 110 sets the next credit date (step 2203) which may be readily calculated from the current date and the frequency 2108 (FIG. 21).
  • the controller 110 then waits until the next credit date (step 2204) and determines whether there are any more credits to apply (step 2206). If there are more credits remaining, then the controller 110 also determines whether the customer has met all of his obligations (step 2208).
  • the customer may have been required to sign up for and maintain a cellular telephone account with a particular subsidizing vendor.
  • the controller 110 would determine whether the customer has canceled the required cellular telephone account. If all obligations have been met by the customer, then the account is credited again (step 2202).
  • additional or unused subsidy amounts may be, e.g., presented to the customer in the form of a store credit (applied against future purchases from the vendor).
  • the unused subsidy amounts may be forfeited.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne un organe de commande (110) en communication avec plusieurs vendeurs (170, 180, 190) fournissant des services à des clients, ainsi que plusieurs vendeurs 'offrant des primes' (140, 150, 160) cherchant à avoir accès à ces clients. L'organe de commande (110) reçoit d'un premier vendeur une indication sur un ou plusieurs articles qu'un client doit acheter. En réponse, l'organe de commande (110) transmet, de la part d'un vendeur offrant des primes (140, 150, 160), une indication sur une offre de prime telle qu'une réduction sur le prix d'achat payé par le client. Si le client accepte l'offre, l'organe de commande (110) transfère une quantité de fonds du vendeur offrant des primes au premier vendeur. L'organe de commande (110) facilite également une transaction entre le client et le vendeur offrant des primes (140, 150, 160). Par exemple, le client peut être invité à souscrire à un service (par exemple un service de compte de carte de crédit) fourni par le vendeur offrant des primes (140, 150, 160).
PCT/US1999/013819 1998-06-19 1999-06-18 Procede et appareil permettant d'obtenir des benefices croises via une autorite centrale WO1999066443A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU46954/99A AU4695499A (en) 1998-06-19 1999-06-18 Method and apparatus for providing cross-benefits via a central authority

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/100,684 US6898570B1 (en) 1997-12-01 1998-06-19 Billing statement customer acquistion system
US09/100,684 1998-06-19

Publications (1)

Publication Number Publication Date
WO1999066443A1 true WO1999066443A1 (fr) 1999-12-23

Family

ID=22281017

Family Applications (3)

Application Number Title Priority Date Filing Date
PCT/US1999/011037 WO1999066446A1 (fr) 1998-06-19 1999-05-19 Systeme d'acquisition de clients au moyen d'un document de facturation
PCT/US1999/013409 WO1999066438A1 (fr) 1998-06-19 1999-06-14 Procede et appareil facilitant le commerce electronique par la fourniture d'avantages croises pendant une transaction
PCT/US1999/013819 WO1999066443A1 (fr) 1998-06-19 1999-06-18 Procede et appareil permettant d'obtenir des benefices croises via une autorite centrale

Family Applications Before (2)

Application Number Title Priority Date Filing Date
PCT/US1999/011037 WO1999066446A1 (fr) 1998-06-19 1999-05-19 Systeme d'acquisition de clients au moyen d'un document de facturation
PCT/US1999/013409 WO1999066438A1 (fr) 1998-06-19 1999-06-14 Procede et appareil facilitant le commerce electronique par la fourniture d'avantages croises pendant une transaction

Country Status (2)

Country Link
AU (3) AU4087099A (fr)
WO (3) WO1999066446A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7729988B1 (en) 1997-03-21 2010-06-01 Walker Digital, Llc Method and apparatus for processing credit card transactions
US7818284B1 (en) 1996-09-04 2010-10-19 Walker Digital, Llc Method and apparatus for providing cross-benefits via a central authority

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7571116B1 (en) 1997-05-09 2009-08-04 Symbol Technologies, Inc. System for consumer-transaction information that follows the consumer
US7437313B1 (en) 1998-03-11 2008-10-14 West Direct, Llc Methods, computer-readable media, and apparatus for offering users a plurality of scenarios under which to conduct at least one primary transaction
US6055513A (en) 1998-03-11 2000-04-25 Telebuyer, Llc Methods and apparatus for intelligent selection of goods and services in telephonic and electronic commerce
US7386485B1 (en) 2004-06-25 2008-06-10 West Corporation Method and system for providing offers in real time to prospective customers
US7364068B1 (en) 1998-03-11 2008-04-29 West Corporation Methods and apparatus for intelligent selection of goods and services offered to conferees
WO2000075879A1 (fr) * 1999-06-04 2000-12-14 Receiptcity.Com, Inc. Obtention d'une signature a l'aide d'un langage de balisage
US7082427B1 (en) 2000-05-24 2006-07-25 Reachforce, Inc. Text indexing system to index, query the archive database document by keyword data representing the content of the documents and by contact data associated with the participant who generated the document
US7120629B1 (en) * 2000-05-24 2006-10-10 Reachforce, Inc. Prospects harvester system for providing contact data about customers of product or service offered by business enterprise extracting text documents selected from newsgroups, discussion forums, mailing lists, querying such data to provide customers who confirm to business profile data
US7096220B1 (en) 2000-05-24 2006-08-22 Reachforce, Inc. Web-based customer prospects harvester system
US7003517B1 (en) 2000-05-24 2006-02-21 Inetprofit, Inc. Web-based system and method for archiving and searching participant-based internet text sources for customer lead data
CN1278530C (zh) 2000-07-24 2006-10-04 特伦迪乌姆有限公司 用于管理业务的网络、方法和系统
US7043531B1 (en) 2000-10-04 2006-05-09 Inetprofit, Inc. Web-based customer lead generator system with pre-emptive profiling
US7330850B1 (en) 2000-10-04 2008-02-12 Reachforce, Inc. Text mining system for web-based business intelligence applied to web site server logs
US6910697B2 (en) 2000-12-15 2005-06-28 Symbol Technologies, Inc. Shopping cart that enables self-checkout
US6873968B2 (en) * 2001-02-10 2005-03-29 International Business Machines Corporation System, method and computer program product for on-line real-time price comparison and adjustment within a detachable virtual shopping cart
US8306908B1 (en) 2002-12-31 2012-11-06 West Corporation Methods and apparatus for intelligent selection of goods and services in telephonic and electronic commerce
US7178720B1 (en) 2004-09-30 2007-02-20 West Corporation Methods, computer-readable media, and computer program product for intelligent selection of items encoded onto portable machine-playable entertainment media

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5434394A (en) * 1992-09-10 1995-07-18 Tandy Corporation Automated order and delivery system
US5570417A (en) * 1995-03-28 1996-10-29 Lucent Technologies Inc. System for automatically providing customer access to alternative telephony service providers
US5893075A (en) * 1994-04-01 1999-04-06 Plainfield Software Interactive system and method for surveying and targeting customers
US5918211A (en) * 1996-05-30 1999-06-29 Retail Multimedia Corporation Method and apparatus for promoting products and influencing consumer purchasing decisions at the point-of-purchase

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4484733A (en) * 1982-04-05 1984-11-27 Hall Systems, Inc. Programmable packaging grid including gripper conveyor monitoring system
US5367450A (en) * 1992-12-21 1994-11-22 Pitney Bowes Inc. System and method for selecting optional inserts with optimal value in an inserting machine

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5434394A (en) * 1992-09-10 1995-07-18 Tandy Corporation Automated order and delivery system
US5893075A (en) * 1994-04-01 1999-04-06 Plainfield Software Interactive system and method for surveying and targeting customers
US5570417A (en) * 1995-03-28 1996-10-29 Lucent Technologies Inc. System for automatically providing customer access to alternative telephony service providers
US5918211A (en) * 1996-05-30 1999-06-29 Retail Multimedia Corporation Method and apparatus for promoting products and influencing consumer purchasing decisions at the point-of-purchase

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
FICKENSCHER L: "Amex to Start Free Rewards Program with Discount on Merchandise", AMERICAN BANKER, AMERICAN BANKER, NEW YORK, NY,, US, 18 October 1996 (1996-10-18), US, pages 10, XP002955478, ISSN: 0002-7561 *
FICKENSCHER L: "MERCHANT:American Express Seeks to mine its Data on Cardholder Spending Pat terns", AMERICAN BANKER, AMERICAN BANKER, NEW YORK, NY,, US, 24 March 1997 (1997-03-24), US, pages 20, XP002955477, ISSN: 0002-7561 *
FITZGERALD K: "Amex Program Moves Loyalty to Next Level, Advertising Age,", ADVERTISING AGE., CRAIN COMMUNICATIONS, CHICAGO, IL., US, 4 November 1996 (1996-11-04), US, pages 2, XP002955479, ISSN: 0001-8899 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7818284B1 (en) 1996-09-04 2010-10-19 Walker Digital, Llc Method and apparatus for providing cross-benefits via a central authority
US7729988B1 (en) 1997-03-21 2010-06-01 Walker Digital, Llc Method and apparatus for processing credit card transactions
US8706632B2 (en) 1997-03-21 2014-04-22 Inventor Holdings, Llc Method and apparatus for processing credit card transactions

Also Published As

Publication number Publication date
WO1999066438A1 (fr) 1999-12-23
AU4822799A (en) 2000-01-05
AU4087099A (en) 2000-01-05
WO1999066446A1 (fr) 1999-12-23
AU4695499A (en) 2000-01-05

Similar Documents

Publication Publication Date Title
US7831470B1 (en) Method and apparatus for facilitating electronic commerce through providing cross-benefits during a transaction
US9697553B2 (en) Method and apparatus for providing cross-benefits based on a customer activity
US8781889B2 (en) System for providing offers using a billing statement
US6761311B1 (en) System and methods for disclosing transaction information to customers
US7818284B1 (en) Method and apparatus for providing cross-benefits via a central authority
US20020169664A1 (en) System for providing offers using a billing statement
US20020147663A1 (en) Systems and methods for facilitating a transaction by use of third party subsidies
US20010054006A1 (en) Points trading service method and system therefor
US20090157520A1 (en) System and methods for disclosing transaction information to customers
WO1999066443A1 (fr) Procede et appareil permettant d'obtenir des benefices croises via une autorite centrale
US20060218050A1 (en) Method and apparatus for facilitating electronic commerce through providing cross-benefits during a transaction
KR100422157B1 (ko) 컴퓨터 통신망을 이용한 공동 구매 시스템 및 그 운영 방법
WO2000039720A1 (fr) Procede et appareil servant a generer des benefices paralleles lies a l'activite d'un client
WO2001008025A2 (fr) Systemes et procedes pour evaluer des informations associees a une transaction pour determiner une offre de subvention
JP2003528361A (ja) 助成金申し込みを決定する取引に関する情報を評価するためのシステムおよび方法

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GD GE GH GM HR HU ID IL IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW SD SL SZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载