WO1999066438A1 - Procede et appareil facilitant le commerce electronique par la fourniture d'avantages croises pendant une transaction - Google Patents

Procede et appareil facilitant le commerce electronique par la fourniture d'avantages croises pendant une transaction Download PDF

Info

Publication number
WO1999066438A1
WO1999066438A1 PCT/US1999/013409 US9913409W WO9966438A1 WO 1999066438 A1 WO1999066438 A1 WO 1999066438A1 US 9913409 W US9913409 W US 9913409W WO 9966438 A1 WO9966438 A1 WO 9966438A1
Authority
WO
WIPO (PCT)
Prior art keywords
customer
offer
merchant
item
receiving
Prior art date
Application number
PCT/US1999/013409
Other languages
English (en)
Inventor
Jay S. Walker
Daniel E. Tedesco
John M. Packes, Jr.
James A. Jorasch
Original Assignee
Walker Digital Corporation
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 Corporation filed Critical Walker Digital Corporation
Priority to AU48227/99A priority Critical patent/AU4822799A/en
Publication of WO1999066438A1 publication Critical patent/WO1999066438A1/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

  • the present invention relates to methods and apparatus for facilitating electronic commerce.
  • a merchant may offer promotions to provide an incentive for customers to make purchases. For example, a merchant 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 merchant may provide a discount on a purchase in exchange for signing up for a credit card account provided by the merchant. It is known to provide a promotion among more than one merchant. For example, a first merchant may advertise that if a product is purchased, a second product may be purchased from or given away by a second merchant.
  • a promotion it is also known for a promotion to be provided at the point of sale.
  • a web site of a merchant may provide a "banner advertisement" that allows a customer to go to another site to make a second purchase.
  • a merchant server of a first merchant receives an indication of items that a customer is to purchase via a web site.
  • the indication may be, for example, a signal indicating that the customer is ready to "check out” his shopping cart of items on the web site.
  • the merchant server provides an offer for a benefit from a second merchant, which may be referred to as a cross-benefit.
  • the offer is provided before the items are purchased, and thus the offer is not provided unless and until the customer has manifested an intent to make a purchase from the first merchant.
  • a response to the offer is received from the customer. If the response indicates acceptance of the offer, then the benefit is applied to the items purchased.
  • the total price paid for the items may be reduced, or the items may even be provided to the customer without charge.
  • the customer agrees to participate in a transaction with the second merchant.
  • the customer may be required to switch service providers (e.g. long distance telephone service) or initiate a new service agreement (e.g. sign up for a credit card account).
  • the customer's agreement may be secured, such that a penalty is assessed against the customer if he does not participate in the transaction as he agreed to.
  • FIG. 1 is a schematic illustration of an apparatus for facilitating electronic commerce.
  • FIG. 2 is a schematic illustration of a merchant server of the apparatus of FIG. 1.
  • FIG. 3 is a representation of a customer database of the merchant server of FIG. 2.
  • FIG. 4 is a representation of an item database of the merchant server of
  • FIG. 5 is a representation of a transaction database of the merchant server of FIG. 2.
  • FIG. 6 is a representation of a subsidizer database of the merchant server of FIG. 2.
  • FIG. 7 is a representation of an offer rules database of the merchant server of FIG. 2.
  • FIG. 8 is a representation of an offers database of the merchant server of FIG. 2.
  • FIG. 9 is a representation of a record of an offer summary database of the merchant server of FIG. 2.
  • FIG. 10 is a flow chart illustrating an embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a merchant.
  • FIG. 11 is an exemplary web page.
  • FIG. 12 is another exemplary web page.
  • FIGS. 13A and 13B are a flow chart illustrating another embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a merchant.
  • FIGS. 14A and 14B are a flow chart illustrating another embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a merchant.
  • FIG. 15 is a flow chart illustrating another embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a merchant.
  • FIG. 16 is a flow chart illustrating another embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a merchant.
  • a customer that is purchasing items from a first merchant may be paid by a second merchant, so that the customer pays a reduced price, or nothing at all, for his desired items.
  • the customer signs up or agrees to sign up for a service that is provided by the second merchant. Since many service providers are willing to pay significant amounts of money (e.g. often $50 to $200) to acquire a new customer, the ability to acquire a customer by essentially "intervening" in a sale between others can benefit all parties involved.
  • the customer is benefited by the reduced price of his items
  • the first merchant is benefited by the increased sales that such an arrangement would bring
  • the second merchant is benefited by the acquisition of a new customer.
  • the merchant may reduce the chance that customers will merely "bargain shop", rather than make purchases.
  • an apparatus 100 includes a merchant server 110 that is in communication with a customer terminal 120 and with subsidizing merchant servers 130, 140 and 150.
  • the merchant server 110 may communicate with the customer terminal 120 and subsidizing merchant servers 130, 140 and 150 via an appropriate network such as the Internet.
  • Each of the customer terminal 120 and with subsidizing merchant servers 130, 140 and 150 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). Any number of subsidizing merchant servers and customer terminals may be in communication with the merchant server 110.
  • the merchant server 110 may be a "web server" of a merchant.
  • the merchant server 110 can generate a web page that may be accessed via the World Wide Web and allow purchases from the merchant to be made in a manner known in the art.
  • a customer terminal may appropriately access the web page to communicate with the merchant server 110 in a manner that is also known to those skilled in the art.
  • the merchant server 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 merchant server 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 of the 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 item 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 of the 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 table 300 represents an embodiment of the customer database 230 (FIG. 2).
  • the table 300 includes entries 302, 304, 306 and 308, each defining a customer that may purchase items via the merchant server 110 (FIG. 1).
  • the table 300 may include any number of entries.
  • the table 300 also defines fields for each of the entries 302, 304, 306 and 308.
  • a table 400 represents an embodiment of the item database 240 (FIG. 2).
  • the table 400 includes entries 402 and 404, each defining an item sold via the merchant server 110 (FIG. 1). 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 of the entries 402 and 404.
  • the fields specify (i) a item identifier 420 that uniquely identifies the item, (ii) an item description 422, (iii) an item price 424 for which the item is typically sold, and (iv) an availability 426 of the item which may be based on an inventory level of the item.
  • a table 500 represents an embodiment of the transaction database 250 (FIG. 2).
  • the table 500 includes entries 502, 504 and 506, each defining a transaction with the merchant server 110 (FIG. 1). Typically, the transaction includes a purchase of items by a customer. 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 of the entries 502, 504 and 506.
  • a transaction identifier 520 that uniquely identifies the transaction, (ii) a time 522 of the transaction, (iii) the items ordered 524, (iv) credit card information 526 that may define a credit card account that was charged to pay for the items purchased, (v) an amount charged 528 for the items, (vi) a delivery address 530 for the items, and (vii) a customer identifier 532 (if any) that identifies the customer that made the purchase.
  • a table 600 represents an embodiment of the subsidizer database 260 (FIG. 2).
  • the table 600 includes entries 602, 604 and 606, each defining a party (e.g.
  • the table 600 may include any number of entries.
  • the table 600 also defines fields for each of the entries 602, 604 and 606.
  • the fields specify (i) a subsidizing party identifier 620 that uniquely identifies the subsidizing party, (ii) a name 622 of the subsidizing party, (iii) an account 624 used to pay for the subsidies, and (iv) an amount owed 626 by the subsidizing party to the merchant.
  • a table 700 represents an embodiment of the offer rules database 270 (FIG. 2).
  • the table 700 includes entries 702, 704, 706, 708 and 710, each defining an offer rule. When an offer rule is satisfied during a transaction, the merchant provides an offer for a specified benefit, such as a subsidy.
  • a specified benefit such as a subsidy.
  • the table 700 may include any number of entries.
  • the table 700 also defines fields for each of the entries 702, 704, 706, 708 and 710.
  • the fields specify (i) an offer rule identifier 720 that uniquely identifies the offer rule, (ii) a subsidizing party identifier 722 that uniquely identifies the subsidizing party, (iii) a subsidy amount 724, (iv) when the offer rule is effective (i.e. when the offer rule is satisfied), and (v) an additional transaction 728 that is required of the customer in exchange for the subsidy.
  • an offer rule identifier 720 that uniquely identifies the offer rule
  • a subsidizing party identifier 722 that uniquely identifies the subsidizing party
  • a subsidy amount 724 iv
  • an additional transaction 728 that is required of the customer in exchange for the subsidy.
  • several types of transactions such as additional purchases or initiating service agreements, may be required of the customer.
  • a table 800 represents an embodiment of the offers database 280 (FIG. 2).
  • the table 800 includes entries 802, 804, 806, 808 and 810, each defining an offer for a subsidy. The offer was provided to a customer during a transaction of the customer with the merchant. Those skilled in the art will understand that the table 800 may include any number of entries.
  • the table 800 also defines fields for each of the entries 802, 804, 806, 808 and 810.
  • the fields specify (i) an offer identifier 820 that uniquely identifies the offer, (ii) a transaction identifier 822 that uniquely identifies the transaction during which the offer was provided, (iii) a subsidizing party identifier 824 that uniquely identifies the subsidizing party, (iv) an identifier of an offer rule 826 that was satisfied during the transaction, (v) a subsidy amount 828, (vi) a total price 830 that the customer would have to pay without the subsidy, (vii) a total price 832 that the customer would have to pay with the subsidy, and (viii) whether the offer was accepted 834.
  • offer rules define specific subsidies.
  • a table 900 represents a record of an embodiment of the 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 party.
  • the table 900 includes a subsidizing party identifier 902 that uniquely identifies the subsidizing party, a total number of offers provided 904 on behalf of the subsidizing party, a total number of those offers that were accepted 906, and a total amount 908 of the subsidies due in connection with accepted offers.
  • the table 900 also includes entries 910 and 912, each defining offers provided due to satisfaction of an offer rule of the subsidizing party. Those skilled in the art will understand that the table 900 may include any number of entries.
  • the table 900 also defines fields for each of the entries 910 and 912. The fields specify (i) an offer rule identifier 920 that uniquely identifies the offer rule, (ii) a number 922 of offers provided due to the offer rule, (iii) a number 924 of these offers that were accepted, (iv) an amount 926 of the subsidies due in connection with these accepted offers.
  • a flow chart 1000 illustrates an embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a merchant.
  • the illustrated method is performed by the merchant server 110 after the customer has accessed a web page generated and/or controlled by the merchant server 110.
  • the merchant server 110 receives an indication that the customer is to purchase items from the web site of the merchant (step 1002). For example, after a customer accesses the web site, 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 merchant server 110 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 merchant server 110 interprets as an indication that the customer is to purchase the selected items. Those skilled in the art will understand still other types of appropriate indications.
  • the merchant server 110 provides the customer with an offer for a subsidy (step 1004).
  • 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 or other means.
  • a response to the offer is received from the customer (step 1006). For example, 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 1008), then the transaction is processed conventionally (step 1010). For example, the items are purchased for the conventional total price, and a credit card account of the customer is charged appropriately.
  • step 108 If it is determined that the offer is accepted (step 1008), then the subsidy is applied to the items (step 1012) and the items are sold to the customer with the benefit of the subsidy (step 1014).
  • an exemplary web page 1100 illustrates a possible means for providing an offer for a benefit and receiving an acceptance of the offer.
  • the web page 1100 illustrates an embodiment in which the merchant sells books via the World Wide Web.
  • a book that the customer is ready to purchase is indicated by text 1102, and a quantity of that book (one book in FIG. 11) is indicated by text 1104.
  • a price of the books is indicated by text 1106, and similarly a total price (e.g. the sum of item prices and any other prices) due from the customer is indicated by text 1108.
  • a button 1110 is clicked by the customer if the customer desires to purchase the specified items and thereby consummate the purchase. Upon clicking the button 1110, the items may be immediately deemed as having been purchased by the customer.
  • a button 1112 is clicked by the customer if the customer desires to accept an offer for a subsidy.
  • actuating the button 1112 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 1200 allows the customer to provide customer information via a form having fields 1202 that receive entered text.
  • the customer information is used in applying for a credit card account with a credit card issuer.
  • the web page 1200 may be displayed after the customer clicks the button 1110 of FIG. 11.
  • Information that is entered via the web page 1200 may be transmitted to the merchant server 110 upon actuation of a button 1204.
  • Actuation of the button 1204 may furthermore indicate acceptance of the offer for the subsidy.
  • actuation of the button 1204 may indicate a willingness to apply for a credit card account, or that the customer has applied for the credit card account.
  • actuation of the button 1206 may indicate rejection of the offer for the subsidy.
  • a flow chart 1300 illustrates another embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a merchant.
  • the merchant server 110 receives an indication that the customer is ready to purchase items from the web site of a first merchant (step 1302).
  • a customer may indicate his readiness to purchase by, for example, selecting items to purchase and actuating a specific button that consummates the purchase of the items.
  • the merchant server 110 provides the customer with an offer for a subsidy from a second merchant (step 1304). Subsequently, a response from the customer is received (step 1306).
  • customer information is received (step 1312).
  • customer information may be used in providing or facilitating an additional transaction that is required of the 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. Similarly, 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. Accordingly, in such an embodiment a returnable purchase is made a non-returnable purchase in exchange for the subsidy or other benefit.
  • the customer information may be received from the customer.
  • the merchant server 110 can request that the customer provide customer information. For example, the merchant server 110 may transmit a form (e.g. via the web site) including questions to be answered. In response, the merchant 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).
  • customer information may be received from an ISP (Internet Service Provider), which can provide information such as an Internet address of the customer.
  • ISP Internet Service Provider
  • the customer information may be received via a "cookie" stored on the customer terminal 120 (FIG. 1).
  • a "cookie" stored on the customer terminal 120 (FIG. 1).
  • Those skilled in the art will understand that a great variety of data may be stored in such cookies, and information may be stored in the cookie in response to various events such as the web sites that are visited by the customer.
  • the merchant server 110 may verify whether the customer information is accurate (step 1314). 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 1316), the subsidy to the customer may be canceled and the transaction is processed conventionally (step 1310). Alternatively, a penalty fee may be charged to the customer if it is determined that the customer information is not accurate. In such an embodiment, 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 give the customer an incentive to provide accurate information. If it is determined that the customer information is accurate (step 1314). 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
  • the merchant server 110 determines the amount of the subsidy (step 1318).
  • 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 of the total price).
  • the subsidy amount may also be limited, such that the price charged cannot be lower than zero. For example, a subsidy amount may be "up to $100 off, but no more than the total price".
  • the subsidy amount is subtracted from the total price of the items (step 1320) and the items are sold for the reduced total price (step 1322).
  • a price of one or more items may be reduced to provide an incentive to purchase these items.
  • accepting the subsidy allows the items to be sold to the customer for a lesser price, and the items may even be provided to the customer without charge.
  • FIGS. 14A and 14B a flow chart 1400 illustrates another embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a first merchant.
  • the merchant server 110 receives a signal indicating that the customer is ready to "check out” his “shopping cart” of items on the web site of the first merchant (step 1402).
  • 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.
  • the merchant server 110 provides the customer with an offer for a reduction in the total price in exchange for signing up for a service with a second merchant (step 1404).
  • 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 merchant 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 merchant.
  • a response from the customer is received (step 1406). If it is determined that the offer is not accepted (step 1408), then the transaction is processed conventionally (step 1410). If however it is determined that the offer is accepted (step 1408), then a current service provider of the customer (i.e. a party that provides a specified service to the customer) is determined (step 1412). The customer may be asked to provide information of the 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 merchant may allow access to a database of its existing customers.
  • step 1414 If it is determined that the customer has a service provider (step 1414), and it is determined that the second merchant already provides the customer with the specified service (step 1416), then the transaction is processed conventionally (step 1410). If it is determined that the customer has a service provider (step 1414), but it is determined that the second merchant does not provide the customer with the specified service (step 1416), then the customer must have a service agreement with another service provider. Accordingly, the existing service agreement is canceled (step 1418).
  • step 1414 If it is determined that the customer does not have a service provider of the specified service at all (step 1414), (or if the merchant server 110 will cancel or has canceled the existing service agreement) then a new service agreement is initiated with the second merchant (step 1420).
  • the second merchant has acquired a new customer, either by signing up the customer for a new service or by switching providers of the specified service that is provided to the customer.
  • the total price of the shopping cart of items is reduced by the amount of the subsidy (step 1422), and the items are sold for this reduced total price (step 1424).
  • a flow chart 1500 illustrates another embodiment of a method for providing an offer for a benefit to a customer that is to purchase items from a first merchant.
  • the merchant server 110 receives an indication that the customer is ready to purchase items from the web site of a first merchant (step 1502).
  • the merchant server 110 may also receive customer information (step 1504), as described above.
  • the customer information may comprise, for example, a location of the customer or a current service provider of the customer.
  • a set of subsidies for which the customer may be eligible is determined (step 1506).
  • 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 corresponding subsidies 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 of the items (or the price of any of the item) is greater than a predetermined threshold.
  • one or more subsidizing merchants may be contacted, customer information may be transmitted to the subsidizing merchants, and in response the subsidizing merchants may transmit to the merchant server 110 a description of a subsidy to offer.
  • Offers for each of the subsidies may be provided to the customer (step 1508) 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 corresponding to his desired offer.
  • the customer selection is received (step 1510) and the corresponding subsidy is applied to the customer's purchase (step 1512).
  • the customer may be similarly prompted to select a merchant from a plurality of merchants, and the customer would subsequently be provided with an offer for a subsidy from the selected merchant.
  • a flow chart 1600 illustrates another embodiment of a method for providing an offer for a benefit. In particular, the illustrated flow chart 1600 shows the exchange of payment among the parties.
  • the customer's account e.g. a credit card account
  • the customer's account is charged by the total amount less the discount amount (step 1608).
  • an account of the second merchant is charged by the sum of the discount amount and the spread amount.
  • the second merchant may be charged substantially immediately (e.g. immediately after the customer accepts). In another embodiment, the customer may be charged at predefined intervals (e.g. once per month).

Abstract

Un serveur commercial d'un premier commerçant reçoit une indication (1602) d'articles qu'un client veut acheter via un site web. L'indication (1602) peut être, par exemple, un signal indiquant que le client est prêt à 'régler' les articles de son chariot à provisions sur le site web. En réponse, le serveur commercial propose une offre (1604) de subsides provenant d'un second commerçant. L'offre (1604) est proposée avant l'achat des articles et par conséquent ladite offre n'est proposée uniquement et dès lors que le client a manifesté un désir d'effectuer un achat auprès du premier commerçant. Une réponse (1606) est reçue du client. Si la réponse (1606) indique une acceptation de l'offre, alors le subside est appliqué aux articles achetés (1610). Par exemple, le prix total payé pour les articles peut être réduit ou les articles peuvent même être remis au client sans frais.
PCT/US1999/013409 1998-06-19 1999-06-14 Procede et appareil facilitant le commerce electronique par la fourniture d'avantages croises pendant une transaction WO1999066438A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU48227/99A AU4822799A (en) 1998-06-19 1999-06-14 Method and apparatus for facilitating electronic commerce through providing cross-benefits during a transaction

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
WO1999066438A1 true WO1999066438A1 (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 (1)

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

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/US1999/013819 WO1999066443A1 (fr) 1998-06-19 1999-06-18 Procede et appareil permettant d'obtenir des benefices croises via une autorite centrale

Country Status (2)

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

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000075855A3 (fr) * 1999-06-04 2001-06-28 Receiptcity Com Inc Systeme de gestion d'informations transactionnelles de consommateur accompagnant le consommateur
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
US6910697B2 (en) 2000-12-15 2005-06-28 Symbol Technologies, Inc. Shopping cart that enables self-checkout
US7571116B1 (en) 1997-05-09 2009-08-04 Symbol Technologies, Inc. System for consumer-transaction information that follows the consumer
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
US7853488B1 (en) 1998-03-11 2010-12-14 West Corporation Method, program storage device, and apparatus for offering a user a plurality of scenarios under which to conduct a primary transaction
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
US8655746B1 (en) 1998-03-11 2014-02-18 Tuxis Technologies Llc Methods and system for providing real time offers to a user based on obsolescence of possessed items
US8769567B1 (en) 2004-09-30 2014-07-01 Tuxis Technologies Llc Methods, media, and apparatus for intelligent selection of items encoded onto portable machine-readable entertainment media

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
CN1278530C (zh) 2000-07-24 2006-10-04 特伦迪乌姆有限公司 用于管理业务的网络、方法和系统
US7330850B1 (en) 2000-10-04 2008-02-12 Reachforce, Inc. Text mining system for web-based business intelligence applied to web site server logs

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
DATABASE AMERICAN BANKER [online] 18 October 1996 (1996-10-18), FICKENSCHER L.: "Amex to Start Free Rewards Program with Discounts on Merchandise", XP002955453, accession no. Dialog *
DATABASE AMERICAN BANKER [online] 24 March 1997 (1997-03-24), FICKENSCHER L.: "American Express Seeks to Mine Its Data on Cardholder Spending Patterns", XP002955452, accession no. Dialog *
DATABASE CRAIN COMMUNICATIONS [online] 4 November 1996 (1996-11-04), FITZGERALD K.: "Amex Program Moves Loyalty to Next Level", XP002955454, accession no. Dialog *

Cited By (12)

* 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
US7571116B1 (en) 1997-05-09 2009-08-04 Symbol Technologies, Inc. System for consumer-transaction information that follows the consumer
US7853488B1 (en) 1998-03-11 2010-12-14 West Corporation Method, program storage device, and apparatus for offering a user a plurality of scenarios under which to conduct a primary transaction
US8655746B1 (en) 1998-03-11 2014-02-18 Tuxis Technologies Llc Methods and system for providing real time offers to a user based on obsolescence of possessed items
US8793165B1 (en) 1998-03-11 2014-07-29 Tuxis Technologies Llc Method, program storage device, and apparatus for offering a user a plurality of scenarios under which to conduct a primary transaction
WO2000075855A3 (fr) * 1999-06-04 2001-06-28 Receiptcity Com Inc Systeme de gestion d'informations transactionnelles de consommateur accompagnant le consommateur
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
US8769567B1 (en) 2004-09-30 2014-07-01 Tuxis Technologies Llc Methods, media, and apparatus for intelligent selection of items encoded onto portable machine-readable entertainment media

Also Published As

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

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
AU2002232534B2 (en) System and method for incentivizing online sales
US5710887A (en) Computer system and method for electronic commerce
US20020147663A1 (en) Systems and methods for facilitating a transaction by use of third party subsidies
US6761311B1 (en) System and methods for disclosing transaction information to customers
US20020169664A1 (en) System for providing offers using a billing statement
US20040128224A1 (en) Efficient online auction style listings that encourage out-of-channel negotiation
AU2002232534A1 (en) System and method for incentivizing online sales
US7818284B1 (en) Method and apparatus for providing cross-benefits via a central authority
WO1999066438A1 (fr) Procede et appareil facilitant le commerce electronique par la fourniture d'avantages croises pendant une transaction
US20020107732A1 (en) System and method for providing a consumer aggregation service
KR20020016945A (ko) 포인트 관리 장치, 물품 및 서비스 제공 장치, 결제 중개장치 및 네트워크 포인트 결제 시스템
KR20050099707A (ko) 결제 포인트에 비례하여 특정 상품을 할인하여 판매하는방법 및 시스템
US20060218050A1 (en) Method and apparatus for facilitating electronic commerce through providing cross-benefits during a transaction
JP2000132609A (ja) 取引情報の分析
JP2002334376A (ja) ポイント利用システム、ポイント管理サーバ及びポイント管理プログラムを記録した記録媒体並びにポイント管理プログラム
KR20010074051A (ko) 인터넷을 이용한 맞춤 서비스 방법
KR20000058841A (ko) 인터넷을 이용한 화장품 쇼핑몰 운영 방법
WO2000039720A1 (fr) Procede et appareil servant a generer des benefices paralleles lies a l'activite d'un client
KR20230150459A (ko) 기여도에따른 보상시스템을포함하는 공동구매 서비스 방법 및 시스템
KR20010088480A (ko) 전자상거래를 이용한 실물 주식 제공 장치 및 방법
AU2007221836B2 (en) System and method for incentivizing online sales
KR100422309B1 (ko) 인터넷을 이용한 상품 구매 장치 및 방법
KR20230030476A (ko) 공동구매 서비스 방법 및 시스템

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