WO2000041108A1 - System and method for encouraging competitive participation in an auction - Google Patents

System and method for encouraging competitive participation in an auction Download PDF

Info

Publication number
WO2000041108A1
WO2000041108A1 PCT/US1999/023901 US9923901W WO0041108A1 WO 2000041108 A1 WO2000041108 A1 WO 2000041108A1 US 9923901 W US9923901 W US 9923901W WO 0041108 A1 WO0041108 A1 WO 0041108A1
Authority
WO
WIPO (PCT)
Prior art keywords
bidder
bid
reward
auction
receive
Prior art date
Application number
PCT/US1999/023901
Other languages
French (fr)
Inventor
Jay S. Walker
Andrew S. Van Luchene
Daniel E. Tedesco
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
Application filed by Walker Digital, Llc filed Critical Walker Digital, Llc
Priority to AU12044/00A priority Critical patent/AU1204400A/en
Publication of WO2000041108A1 publication Critical patent/WO2000041108A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/08Auctions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • the present invention relates to auctions, and relates more particularly to systems and methods for rewarding or penalizing bidders whose bidding behavior during an auction session meets predetermined standards.
  • auctioning has been an accepted method for selling products and services since the early 1700's. Since that time, traditional auctions have been conducted in auction houses where bidders would gather and compete face-to-face for the purchase of a particular item. Such traditional auctions typically offer luxury items or antiques, whose prices command a large profit. Thus, only those persons who can afford such "high ticket” items participate in traditional auctions. Also, since most auction houses are located in large cities such as London or New York, traditional auctions usually attract only those persons living near or having the means to travel to these auction houses. Such auctions are further limited to those people who are willing to pay the price of admission to the auction house.
  • auctions have evolved to include bidding via telephone and video-conferencing, thus overcoming the barrier imposed by travel.
  • these auctions are still typically limited to high ticket items, thus attracting only a small proportion of the general public.
  • on-line auctioning has succeeded in attracting large-scale, daily participation in auctioning, the Internet environment has inadvertently eliminated some of the benefits enjoyed by traditional auctioning. For instance, the competitive bidding generated by face-to-face competition has been hampered, since on-line bidders usually are remotely located from each other. Furthermore, because the bidders in an on-line auction are not physically present at the auction site, they may not become instantly aware of higher bids submitted by other subsequent bidders. Another drawback to on-line auctioning is the frequent submission of unreasonably low bids during an auction session. These bids are typically submitted by bidders who are not serious about obtaining the item being auctioned or who anticipate that no reasonable bids will be submitted.
  • systems and methods are disclosed for encouraging competitive bidding behavior during an auction session. Such systems and methods are advantageous in that they encourage competitive bidding by providing rewards to bidders whose bidding behavior meets predetermined criteria. Additionally, non-competitive bidding may be discouraged through the institution of penalties when bidding behavior falls below predetermined standards.
  • a system and method for providing a reward to a bidder participating in an auction includes: identifying a product subject to bidding during an auction session; receiving a bid for the product from a bidder during the auction session; determining, based on a reward rule, whether the bidder is qualified to receive a reward; and if the bidder is qualified, transmitting, to the bidder, an indication that the bidder is qualified to receive the reward.
  • a system and method for providing a penalty to a bidder participating in an auction includes: identifying a product subject to bidding during an auction session; receiving a bid for the product from a bidder during the auction session; determining, based on a penalty rule, whether the bidder is to receive a penalty; and if the bidder is to receive the penalty, transmitting, to the bidder, an indication that the bidder is to receive the penalty.
  • a system and method for participating in an auction session includes: receiving an identification of a product subject to bidding during an auction session; transmitting a bid for the product to an auctioneer during the auction session; and receiving a reward in response to the bid.
  • a system and method for participating in an auction session includes receiving an identification of a product subject to bidding during an auction session; transmitting a bid for the product to an auctioneer during the auction session; and receiving a penalty in response to the bid. Further descriptions of the present invention are disclosed hereinbelow.
  • FIG. 1 is a block diagram illustrating a network over which an auction in accordance with the present invention may be conducted;
  • FIG. 2 is a block diagram illustrating the components of an auction server depicted in FIG. 1 ;
  • FIG. 3 depicts an exemplary auction inventory database stored in the auction server of FIG. 1;
  • FIG. 5 is an exemplary bidder database stored in the auction server of FIG. 1 ;
  • FIG. 6 depicts an exemplary offer rules database stored in the auction server of
  • FIG. 1 A first figure.
  • FIG. 7 depicts an exemplary reward rules database stored in the auction server of FIG. 1;
  • FIG. 8 is a flowchart illustrating the steps performed by the auction server of FIG. 1 during an exemplary offer determination process of the present invention
  • FIG. 9 is a flowchart illustrating the steps performed by the auction server of FIG. 1 in accordance with an exemplary reward process of the present invention.
  • FIGS. 10A-10B are a flow chart illustrating the steps performed by the auction server of FIG. 1 in accordance with an exemplary multiple bidder reward process of the present invention.
  • Auction a public sale, conducted live or through an electronic network such as a telecommunications system or the Internet, in which products or services are sold to the highest bidder.
  • Bidder a participant in an auction.
  • High Bid the bid provided by a bidder which currently exceeds the value of all other submitted bids.
  • Bid Spread the difference in pecuniary value between two submitted bids.
  • an on-line auction system 100 includes an auction server 102, a third party terminal 106, a payment processing server 108 and one or more bidder terminals 110, each connected through network 104.
  • Auction server 102 is preferably operated by an on-line auctioneer, and may be any type of conventional computer or computing system that includes the components described below in reference to FIG. 2.
  • third party terminal 106, payment processor 108 and bidder terminals 110 may each be any conventional type of computer or computing system, such as an IBM personal computer or an IBM network server.
  • Network 104 may be any type of network through which computers may communicate, such as a local-area network (LAN), a wide-area network (WAN), an intranet system, a public telephone exchange system, the Internet or any combination thereof.
  • Third party terminal 106 is preferably operated by a party other than the auctioneer or a bidder.
  • a third party offers a reward to qualified bidders participating in an auction held by the auctioneer, as discussed further below.
  • Payment processor 108 is preferably operated by a financial clearinghouse, such as a credit card clearinghouse, which is equipped to process, inter alia, payments from the bidder to the auctioneer.
  • Bidder terminals 110 are preferably operated by one or more bidders participating in an auction conducted through auction server 102.
  • FIG. 2 displays the components of auction server 102. These components include processor 200, random access memory (RAM) 202, read-only memory (ROM) 204, clock 206, communication port 208 and data storage device 210. Data storage device 210 stores auction inventory database 212, current auction database 214, bidder database 216, offer rules database 218, reward rules database 220 and program 222, discussed with reference to FIGS. 3-7 below.
  • processor 200 random access memory
  • ROM read-only memory
  • Data storage device 210 stores auction inventory database 212, current auction database 214, bidder database 216, offer rules database 218, reward rules database 220 and program 222, discussed with reference to FIGS. 3-7 below.
  • Processor 200 may be any commonly manufactured microprocessor chip, such as the Pentium II® manufactured by Intel Corporation. Processor 200 runs at a clock speed (typically measured in megahertz (MHz)) determined by clock 206. Clock 206 may further be operative to measure the passage of time in order to calculate a current time in which the auction server 102 is operating.
  • a clock speed typically measured in megahertz (MHz)
  • Processor 200 is operatively connected to random access memory (RAM) 202 and read-only memory (ROM) 204.
  • RAM 202 which may be one or more single inline memory module (SIMM) chips capable of storing a predetermined amount of data (typically measured in megabytes), is used by processor 200 for temporary storage of processing instructions during operation of auction server 102.
  • Read-only memory (ROM) 204 is at least one permanent non-erasable and non-rewritable memory chip that stores initializing instructions to be used by processor 200 during, for example, a start-up routine performed by auction server 102. Further functions of random access memory (RAM) 202 and read-only memory (ROM) 204 will be apparent to one of ordinary skill in the art.
  • Processor 200 is further operatively connected to communication port 208, which may be one or more of the following commonly known computer peripherals used for computer-related communications: a parallel port, a serial port, a network card, a fax/modem/telephone port and/or any combination of the same.
  • Communication port 208 is operatively connected to transfer data between processor 200 and network 104.
  • Processor 200 is further operatively connected to data storage device 210, which may be any one of the following commonly known computer peripherals used for storing computer data: a hard drive, a floppy disk drive, a DVD drive such as those manufactured by Phillips Electronics, a ZIP drive such as those manufactured by IOMEGA, a tape drive, a Digital Audio Tape drive and/or any combination of the same.
  • Data storage device 210 may be further operative to store an operating system, one or more application programs, or a web site run off of auction server 102 each exemplified through program 222, in order to successfully operate auction server 102 in accordance with the system and method of the present invention.
  • FIG. 3 illustrates exemplary fields and data stored therein for auction inventory database 212.
  • These exemplary fields include auction identification (ID) field 300, auctioned item field 302, open time/date field 303, close time/date field 304 and minimum starting bid field 306.
  • auction ID field 300 lists an auction identifier assigned by the operator of auction server 102 to each auction to be conducted.
  • the auction identifier may be any alphabetic, numeric, alpha-numeric or other type of code, assigned so that each auction conducted on auction server 102 has a unique identifier. For example, the numbers "123" and "124" have been assigned to two such auctions, as listed in FIG. 3.
  • the data in auction ID field 300 corresponds to similar data stored in auction ID field 400 and auction ID field 600 discussed below with reference to FIGS. 4 and 6, respectively.
  • Auctioned item field 302 contains, for each record of auction inventory database
  • the auctioned item may be a product or a service.
  • Products may be any tangible item of which the high bidder may take possession, for example, an automobile, furniture, clothing, antiquities and the like.
  • Services may be any intangible item to which the high bidder is entitled, such as a magazine subscription or house cleaning services.
  • product X is to be placed for bid in auction "123”
  • product Y is to be placed for bid in auction "124.”
  • Open time/date field 303 contains the date and time at which the corresponding auction is to be opened for bidding. In the example offered by FIG. 3, auction "123" is to be opened at 9:00AM on January 1, 1999. Likewise, close time/date field 304 contains the date and time at which the corresponding auction is to be closed (e.g. when no further bids will be accepted). In the example offered by FIG. 3, auction "124" is to be closed at 12:00 PM on January 1, 1999.
  • the data stored in close time/date field 304 for a particular auction may be changed based on the submission of a request and, preferably, a payment by a bidder to either extend the auction past the listed closing time or to close the auction early. The payment amount may be determined by the auctioneer, or may be subject to a parallel auction in which one or more bidders bid for a price for which the original auction will be closed.
  • Minimum starting bid field 306 contains, for each record, data corresponding to the minimum value that will be accepted for an auctioned item. For example, in auction "123,” the minimum bid that will be accepted for "product X" is $125.00
  • FIG. 4 illustrates exemplary fields and the data stored therein for current auction database 214.
  • Each record in cu ⁇ ent auction database 214 corresponds to a bid submitted by a bidder during an auction.
  • the exemplary fields of this database include auction identification (ID) field 400, bidder identification (ID) field 402, bid amount field 404 and time received field 406.
  • Auction ID field 400 contains data corresponding to the data stored in auction ID field 300. In the present example, only data for current auction number "123" is displayed. However, current auction database 214 may contain data for one or more previous auctions and/or one or more auctions conducted simultaneously. In the alternative, there may be one or more such current auction databases stored in data storage device 120, each containing archived, historical data corresponding to a previous auction or cu ⁇ ent data co ⁇ esponding to a current auction.
  • Bidder identification (ID) field 402 contains, for each record, a unique code corresponding to a bidder participating in a co ⁇ esponding auction.
  • the bidder identification code may be any alphabetic, numeric, alpha-numeric or other type of code, assigned by the auctioneer so that each bidder participating in an auction on auction server 102 has a unique identifier.
  • one bidder participating in auction "123" has the bidder identification "MALWG018,” as displayed in the first record of cu ⁇ ent auction database 214.
  • Each code stored in bidder ID field 402 co ⁇ esponds to a similar code stored in bidder identification (ID) field 500 of bidder database 216, discussed in conjunction with FIG. 5 below.
  • Bid amount field 404 lists the cu ⁇ ency value submitted as a bid by a bidder for an auctioned item. For example, the first record of auction database 214 shows that for auction number "123" bidder MALWG018B submitted a bid of $450.00 for "product X.”
  • time received field 406 lists the date and time at which a bid was submitted.
  • the data in time received field 406 may be recorded by auction server 102 as the bid is received after being transmitted by bidder terminal 110 over network 104.
  • the time and date information may be encrypted by the bidder and transmitted along with the bid to auction server 102. In this manner, if there is a network disruption or if auction server 102 temporarily stops operating, the bid may still be accepted based on the encrypted date and time, even if the bid was actually received after the scheduled closing time.
  • auction server 102 may containing processing instructions in program 222 to decrypt the encrypted information prior to storage in database 214.
  • FIG. 5 illustrates exemplary fields and the data stored therein for bidder database 216.
  • Bidder database 216 generally stores data specific to each bidder registered to participate in an auction conducted on auction server 102.
  • the exemplary fields of this database include bidder identification (ID) field 500, historic participation level field 502, bidder name field 504, financial account identifier field 506 and contact information field 508.
  • Bidder identification (ID) field 500 preferably contains a unique identifier for each bidder that has registered to participate in auctions conducted on auction server 102.
  • the data stored in bidder ID field 500 is further preferably assigned by the operator of auction server 102 to uniquely identify each individual that has registered to submit bids. Alternatively, the bidder identifier may be determined by the bidder.
  • the data may be any alphabetic, numeric, alpha-numeric or other code as discussed above with regard to bidder ID field 402.
  • Historic participation level field 502 contains a value determined by auction server 102 or an operator of auction server 102. This value acts as a rating for the bidder. The value may be determined from the bidder's previous bidding activities on auction server 102.
  • the value may co ⁇ espond to the number of previous auctions in which the bidder submitted a greatest bid, the number of previous auctions in which the bidder submitted a competitive bid or some combination of the two. Other factors may be used to determine the values historic participation level field 502.
  • Bidder name field 504 contains the name of the bidder co ⁇ esponding to the bidder identifier.
  • the first record of bidder database 216 indicates the "John Doe" has been assigned bidder identifier DOEQ29J.
  • Financial account identifier field 506 contains data co ⁇ esponding to a financial account number, such as a credit card account number or a checking account number, from which a value of a bid submitted by the bidder is to be deducted.
  • the first record of bidder database 216 indicates that John Doe owns an account co ⁇ esponding to financial account identifier number 1234-1234-1234-1234.
  • Contact information field 508 contains data preferably co ⁇ esponding to a post office address for each bidder. The data may contain the bidders street address and city and state of residence. This information may be used as a delivery address for an auctioned item that a bidder has won. It may be further used in processing a transaction with a financial institution holding the financial account indicated in financial account identifier field 206. The transaction is preferably processed by auction server 102 in communication with payment processing server 108. Other data, such as a bidder's telephone number or e-mail address may be stored in contact information field 508 or in another field (not shown).
  • FIG. 6 illustrates exemplary fields and the data stored therein for offer rules database 218.
  • Offer rules database 218 contains data accessed by auction server 102 during an auction to determine when a reward offer should be made to a bidder.
  • the exemplary fields of this database include auction identification (ID) field 600, required conditions field 602, offer message field 604, offer recipient rules field 606 and Reward ID field 608.
  • Auction identification (ID) field 600 contains data co ⁇ esponding to an auction identifier for an auction conducted on auction server 102.
  • the auction identifier is determined as discussed above with respect to auction ID field 300 and auction ID field 400.
  • Required conditions field 602 contains, for each record, one or more conditions that must be met in order for a reward offer to be made to a bidder who submitted a bid during an auction. As indicated in FIG. 6, such conditions may require, for example, that (i) no bid has been received during a current auction for over 30 minutes, (ii) the high bid in a cu ⁇ ent auction is less than $300.00 after the third hour of such auction and/or (iii) the high bid submitted during a cu ⁇ ent auction is less than $450.00. Other such conditions in which offers are made to bidders in order to encourage competitive bidding may be determined by the auctioneer and stored in required conditions field 602.
  • Offer message field 604 contains data co ⁇ esponding to text that will be transmitted to a qualified bidder participating in a cu ⁇ ent auction if the co ⁇ esponding condition is met.
  • the text preferably lists the reward to be given during the cu ⁇ ent offer and the action the bidder must take to earn the reward.
  • Offer recipient rules field 606 lists the bidders to whom the offer message in co ⁇ esponding offer message field 604 will be transmitted if the co ⁇ esponding condition is met.
  • the offer recipient rules may be established by the auctioneer, the owner of the auctioned product or a third party who is offering the reward.
  • Reward identifier field 608 contains a reward identifier co ⁇ esponding to a reward to be given to a bidder if the bidder accepts the offer for the reward.
  • the data in reward identifier field 608 is established in a similar fashion to the data stored in reward identifier field 700, discussed below with regard to FIG. 7.
  • FIG. 7 illustrates exemplary fields and the data stored therein for reward rules database 220.
  • Reward rules database 220 contains data accessed by auction server 102 during an auction to determine when a reward should be provided to a bidder.
  • the exemplary fields of this database include reward identifier field 700, reward supplier field 702, reward description field 704 and reward rules field 706.
  • Reward identifier field 700 contains a reward identifier corresponding to a reward to be given to a bidder for a bid submitted during an auction.
  • the reward identifier may be any alphabetic, numeric, alphanumeric, or other code which preferably is uniquely assigned 102 to each category of rewards by the auctioneer or auction server.
  • Reward supplier field 702 lists, for each reward identifier, the party who is supplying the reward.
  • the reward may be supplied by the auctioneer.
  • the reward supplier may be a third party, such as a credit card company, who may supply the reward automatically if the bidder agrees to file a credit card application with the company.
  • the third party may first check the credit history of the bidder using information supplied by auction server 102 from bidder database 216 before making the offer.
  • Examples of other third parties include (i) a telecommunications company who may offer to supplement the pecuniary value of a bidder' s bid if the bidder agrees to switch her long distance telecommunications carrier to the third party or (ii) an insurance company who may offer a reward to a bidder if the bidder agrees to purchase insurance from the company.
  • Rewards supplied by third parties may include a value of cu ⁇ ency, a supplement to the bid, a rebate on the product, an amount of frequent flier miles, a second product, a wa ⁇ anty for the product, free shipment of the product if the bid is the greatest bid, and the like.
  • a supplement to the bid is an amount by which a bid is increased. For example, if a bid is for $50.00, and a supplement to that bid is $5.00, then the bid is increased to $55.00 with the supplement.
  • the rewards offered by third parties may further be conditioned upon the bidder submitting the greatest bid.
  • Reward description field 704 contains a description of the reward to be given to a bidder.
  • the reward may be any product, service or cu ⁇ ency amount that the reward supplier sees fit to offer the bidder.
  • Reward rules field 706 contains a description of the one or more rules that must be met before a bidder may automatically receive the reward. These rules are preferably established by the auctioneer, but may be established by the reward supplier or the owner of the auctioned product if different than the auctioneer. Once the rules have been met, the bidder will receive notification that he has earned the reward. In addition, reward rules field 706 may further contain one or more rules in which a penalty will be assessed against a bidder. The penalty is provided in order to discourage non-competitive bidding behavior. An example of a rule in which a penalty will be provided is where the bidder submits a bid that is less than the minimum starting bid listed in minimum starting bid field 306 for the auction.
  • Another example is where a bidder submits a bid that is lower than a previously submitted bid.
  • penalties include, barring the bidder from submitting bids for a particular auction or for a predetermined amount of time, limiting the number of bids the bidder may submit, or charging the bidder's financial account for a predetermined cu ⁇ ency amount.
  • reward offering process 800 is continuously performed during a given auction session by processor 200 in conjunction with processing instructions stored in program 222 of data storage device 210.
  • Process 800 is further performed for each auction listed in auction ID field 600 that is conducted on auction server 102.
  • Process 800 begins at step 802 where processor 200 is programmed to retrieve the required auction conditions listed in field 602 of database 218 for a cu ⁇ ent auction.
  • processor 200 retrieves the cu ⁇ ent auction data stored in fields 404 and 406 of current auction database 214.
  • processor 200 co ⁇ elates the retrieved data and compares it to the required auction conditions. If the cu ⁇ ent auction data satisfies the required auction conditions, process 800 continues to step 808. Otherwise process 800 ends and is reset to step 802.
  • processor 200 retrieves from offer recipient rules field 606 each offer recipient rule stored for the subject auction and for which the required conditions have been satisfied.
  • processor 200 determines, based on the retrieved rules, which of the bidders participating in the subject auction are to receive the co ⁇ esponding offer message stored in offer message field 604.
  • the qualified bidders contact information and/or financial account identifier is retrieved by processor 200 from bidder database 216 when this information is necessary to send the offered reward to the bidder.
  • the co ⁇ esponding offer message stored in offer message field 604 is transmitted to the qualified bidders from communication port 208 over network 104 to the qualified bidders terminals 110.
  • processor 200 determines whether the offer was accepted by a bidder. If the offer is not accepted, process 800 ends and is reset to step 802. If the offer is accepted by a bidder, then at step 818, the reward is assigned to the bidder and is, for example, sent to the bidder's address, added to the bidder's next bid or credited to the bidder's financial account, depending on the type of reward. Process 800 then ends and is reset to step 802.
  • a single bidder reward process 900 is continuously performed during a given auction session by processor 200 in conjunction with processing instructions stored in program 222 of data storage device 210.
  • Process 900 may be performed during any or all auctions, as determined by the auctioneer to be appropriate.
  • Process 900 begins at step 902 when a bid is received from a bidder terminal 110, transmitted over network 104 and received via communication port 208.
  • the bid information may contain a cu ⁇ ent auction identifier, the bidder identifier, a pecuniary value of the bid and, optionally, an encrypted date and time at which the bidder transmitted this information.
  • the process continues to step 904 where processor 200 determines whether the auction for which the bid is submitted is open. This is accomplished by referencing the time stored from signals received from clock 206 and comparing the cu ⁇ ent time to the times stored in open date/time field 303 and close date/time field 304.
  • step 906 determines whether the bidder submitting the bid has sufficient funds or credit to pay the cu ⁇ ency value of the bid. This is accomplished by retrieving the financial account identifier stored in field 506 which co ⁇ esponds to the bidder identifier. Processor 200 then communicates with payment processing server 108 through communication port 208 and over network 104 to determine whether the financial account has sufficient funds to cover the bid amount. If the bidder has sufficient funds or credit, process 900 continues to step 908. Otherwise, process 900 ends and is reset to step 902. In an alternate embodiment, step 906 may be defe ⁇ ed until after the close of the auction. Other methods for determining whether the bidder has sufficient funds will be understood by those skilled in the art.
  • processor 200 determines, in accordance with at least one exemplary reward rule, whether the received bid is greater than the cu ⁇ ent high bid.
  • the determination is accomplished by retrieving all the bid values stored in bid amount field 404 of current auction database 214 and comparing them to the received bid. If the received bid is less than the cu ⁇ ent high bid, process 900 optionally continues to step 909 where a penalty may be applied against the bidder, after which process 900 ends and is reset to step 902. If, however, the received bid is greater than the cu ⁇ ent high bid, then the exemplary reward rule has been met and process 900 continues to step 910.
  • the auctioneer may provide for such alternate reward rules as: (i) the bidder submits a bid within a predetermined time from the submission of a previous bid, (ii) the bidder must submit greater than a predetermined number of increasing bids during the course of the auction (e.g.
  • each of the bidder's bids is greater than the former), (iii) the bidder's bid must be greater than any previous bid by at least a predetermined bid spread, (iv) the greatest bid for the auction must be greater than $500.00, (v) the bidder must have participated in greater than a predetermined number of previous auctions, (vi) the bid is submitted after a predetermined amount of time from a previous bid, (vii) random bidders may be selected to receive a reward. Other such conditions will be apparent and are contemplated to be within the scope of the present invention.
  • the bid information is stored in the appropriate fields of cu ⁇ ent auction database 214.
  • processor 200 retrieves the reward rules co ⁇ esponding to the cu ⁇ ent auction as stored in reward rules field 706 of reward rules database 220.
  • processor 200 compares the received bid to the reward rules to determine if the bidder is qualified to receive a reward based on her bid. If so, process 900 continues to step 916 where the reward is provided to the bidder, after which process 900 ends and is reset to step 902. If not, process 900 is likewise ended and reset to step 902.
  • a multiple bidder reward process 1000 is performed by processor 200 in conjunction with processing instructions stored in program 222 of data storage device 210.
  • Process 1000 may be performed during any or all auctions as determined by the auctioneer to be appropriate.
  • Process 1000 begins at step 1002 when a bid is received from a bidder terminal, transmitted over network 104 and received via communication port 208.
  • the bid information may contain a cu ⁇ ent auction identifier, the bidder identifier, a pecuniary value of the bid and, optionally, an encrypted date and time at which the bidder transmitted this information.
  • the process continues to step 1004 where processor 200 determines whether the auction for which the bid is submitted is open.
  • step 1006 This is accomplished by referencing the cu ⁇ ent time determined from signals received from clock 206 and comparing the cu ⁇ ent time to the times stored in open date/time field 303 and close date/time field 304. If the auction is open the process continues to step 1006, otherwise process 1000 ends and is reset to step 1002.
  • processor 200 determines whether the bidder submitting the bid has sufficient funds or credit to pay the cu ⁇ ency value of the bid. This is accomplished by retrieving the financial account identifier stored in field 506 which co ⁇ esponds to the bidder identifier. Processor 200 then communicates with payment processing server 108 through communication port 208 and over network 104 to determine whether the financial account has sufficient funds to cover the bid amount. If the bidder has sufficient funds or credit, process 1000 continues to step 1008. Otherwise, process 1000 ends and is reset to step 1002.
  • processor 200 determines, in accordance with an exemplary reward rule, whether the received bid is greater than the cu ⁇ ent high bid. This is accomplished by retrieving all the bid values stored in bid amount field 404 of current auction database 214 and comparing them to the received bid. If the received bid is less than or equal to the cu ⁇ ent high bid, process 1000 continues to step 1009 where a penalty may be assessed against the bidder, after which process 1000 ends and is reset to step 1002. If, however, the received bid is greater than the cu ⁇ ent high bid, process 1000 continues to step 1010.
  • the reward rule employed at step 1008 is merely exemplary. Additional or alternate reward rules may be employed.
  • the bid information is stored in the appropriate fields of cu ⁇ ent auction database 214.
  • Processor 200 compares the bid against the reward rules stored in reward rules field 706 of reward rules database 220. If the bid satisfies the conditions of one or more of the reward rules, the bidder is given the reward at step 1012, and process 1000 continues to step 1014.
  • a bid from a second (or subsequent) bidder terminal is transmitted over network 104 and received via communication port 208.
  • the bid information may contain a cu ⁇ ent auction identifier, the bidder identifier, a pecuniary value of the bid and, optionally, an encrypted date and time at which the bidder transmitted this information.
  • processor 200 determines whether the auction for which the bid is submitted is open. This is accomplished by referencing the cu ⁇ ent time determined from signals received from clock 206 and comparing the cu ⁇ ent time to the times stored in open date/time field 303 and close date/time field 304. If the auction is open the process continues to step 1018, otherwise process 1000 ends and is reset to step 1002.
  • processor 200 determines whether the second bidder submitting the second bid has sufficient funds or credit to pay the cu ⁇ ency value of the bid. This is accomplished by retrieving the financial account identifier stored in field 506 which co ⁇ esponds to the second bidder identifier. Processor 200 then communicates with payment processing server 108 through communication port 208 and over network 104 to determine whether the financial account has sufficient funds to cover the bid amount. If the second bidder has sufficient funds or credit, process 1000 continues to step 1020. Otherwise, process 1000 ends and is reset to step 1002. At step 1020, processor 200 determines, based on an exemplary reward rule, whether the second received bid is greater than the cu ⁇ ent high bid.
  • step 1021 a penalty may be assessed against the second bidder, after which process 1000 ends and is reset to step 1002. If, however, the second received bid is greater than the cu ⁇ ent high bid, process 1000 continues to step 1022.
  • the reward rule employed at step 1020 is merely exemplary. Additional or alternate reward rules may be employed.
  • the bid information is stored in the appropriate fields of current auction database 214.
  • Processor 200 also retrieves co ⁇ esponding reward rules from reward rules database 220.
  • processor 200 compares the second bid against the retrieved reward rules. If the second bid does not satisfy the reward rules, process 1000 ends and is reset to step 1002. However, if the second bid satisfies the conditions of one or more of the reward rules, the bidder is given the reward at step 1026, after which process 1000 ends.
  • the reward assigned to the first bidder may be revoked as part of step 1026.

Abstract

In both an on-line and a conventional auction, an auctioneer may encourage competitive bidding behavior through the provision of rewards to those bidders whose bids meet predetermined criteria. For example, a bidder may be rewarded if her bid exceeds a prior bid by a threshold value. An auctioneer may further discourage non-competitive bidding behavior by penalizing those bidders whose bids fall below predetermined standards.

Description

SYSTEM AND METHOD FOR ENCOURAGING COMPETITIVE PARTICIPATION IN AN AUCTION
Cross-Refer en ce to Related Applications
This application is related to co-pending U.S. patent application Serial No. 08/943,483 entitled "SYSTEM AND METHOD FOR FACILITATING ACCEPTANCE OF CONDITIONAL PURCHASE OFFERS (CPOs)" to Jay S. Walker, Daniel E. Tedesco, James A. Jorasch and Andrew S. Nan Luchene filed on October 3, 1997, the entirety of which is incorporated herein by reference.
Field of the Invention
The present invention relates to auctions, and relates more particularly to systems and methods for rewarding or penalizing bidders whose bidding behavior during an auction session meets predetermined standards.
Background of the Invention
Auctioning has been an accepted method for selling products and services since the early 1700's. Since that time, traditional auctions have been conducted in auction houses where bidders would gather and compete face-to-face for the purchase of a particular item. Such traditional auctions typically offer luxury items or antiques, whose prices command a large profit. Thus, only those persons who can afford such "high ticket" items participate in traditional auctions. Also, since most auction houses are located in large cities such as London or New York, traditional auctions usually attract only those persons living near or having the means to travel to these auction houses. Such auctions are further limited to those people who are willing to pay the price of admission to the auction house.
With the development of world- wide communications systems, auctions have evolved to include bidding via telephone and video-conferencing, thus overcoming the barrier imposed by travel. However, these auctions are still typically limited to high ticket items, thus attracting only a small proportion of the general public.
In recent years, and particularly with the advent of the Internet, auctioning has enjoyed increased attention and participation from the population at large. This is demonstrated by the success of such on-line Internet auctioning companies as EBAY and ONLINE.COM. These Internet auction companies allow for items of any value to be placed for bid on their web sites. Each item submitted for sale is assigned an auction session, which includes a starting time (or opening) and a closing time. Bids are then accepted electronically as long as the auction session is open. At the close of the auction session, the item is awarded to the highest bidder.
Although on-line auctioning has succeeded in attracting large-scale, daily participation in auctioning, the Internet environment has inadvertently eliminated some of the benefits enjoyed by traditional auctioning. For instance, the competitive bidding generated by face-to-face competition has been hampered, since on-line bidders usually are remotely located from each other. Furthermore, because the bidders in an on-line auction are not physically present at the auction site, they may not become instantly aware of higher bids submitted by other subsequent bidders. Another drawback to on-line auctioning is the frequent submission of unreasonably low bids during an auction session. These bids are typically submitted by bidders who are not serious about obtaining the item being auctioned or who anticipate that no reasonable bids will be submitted. Such bidding behavior is a waste of an auctioneer's resources, since such unreasonable bids are rarely accepted. However, since there is no face-to-face interaction among on-line bidders, there is little incentive for a bidder to refrain from submitting unreasonably low bids. Thus, a need exists to encourage competitive bidding and to discourage unreasonable bid submissions in an on-line auction environment.
Summary of the Invention
Generally, according to the instant invention, systems and methods are disclosed for encouraging competitive bidding behavior during an auction session. Such systems and methods are advantageous in that they encourage competitive bidding by providing rewards to bidders whose bidding behavior meets predetermined criteria. Additionally, non-competitive bidding may be discouraged through the institution of penalties when bidding behavior falls below predetermined standards. According to a first aspect of the present invention, a system and method for providing a reward to a bidder participating in an auction includes: identifying a product subject to bidding during an auction session; receiving a bid for the product from a bidder during the auction session; determining, based on a reward rule, whether the bidder is qualified to receive a reward; and if the bidder is qualified, transmitting, to the bidder, an indication that the bidder is qualified to receive the reward. According to a second aspect of the present invention, a system and method for providing a penalty to a bidder participating in an auction includes: identifying a product subject to bidding during an auction session; receiving a bid for the product from a bidder during the auction session; determining, based on a penalty rule, whether the bidder is to receive a penalty; and if the bidder is to receive the penalty, transmitting, to the bidder, an indication that the bidder is to receive the penalty.
According to a third aspect of the present invention, a system and method for participating in an auction session includes: receiving an identification of a product subject to bidding during an auction session; transmitting a bid for the product to an auctioneer during the auction session; and receiving a reward in response to the bid. According to a fourth aspect of the present invention, a system and method for participating in an auction session includes receiving an identification of a product subject to bidding during an auction session; transmitting a bid for the product to an auctioneer during the auction session; and receiving a penalty in response to the bid. Further descriptions of the present invention are disclosed hereinbelow.
Brief Description of the Drawings
A more complete understanding of the present invention, as well as further features and advantages thereof, will be obtained by reference to the following detailed descriptions when read in conjunction with the accompanying figures, of which: FIG. 1 is a block diagram illustrating a network over which an auction in accordance with the present invention may be conducted;
FIG. 2 is a block diagram illustrating the components of an auction server depicted in FIG. 1 ;
FIG. 3 depicts an exemplary auction inventory database stored in the auction server of FIG. 1;
FIG. 4 depicts an exemplary cuπent auction database stored in the auction server of FIG. 1;
FIG. 5 is an exemplary bidder database stored in the auction server of FIG. 1 ;
FIG. 6 depicts an exemplary offer rules database stored in the auction server of
FIG. 1;
FIG. 7 depicts an exemplary reward rules database stored in the auction server of FIG. 1;
FIG. 8 is a flowchart illustrating the steps performed by the auction server of FIG. 1 during an exemplary offer determination process of the present invention;
FIG. 9 is a flowchart illustrating the steps performed by the auction server of FIG. 1 in accordance with an exemplary reward process of the present invention; and
FIGS. 10A-10B are a flow chart illustrating the steps performed by the auction server of FIG. 1 in accordance with an exemplary multiple bidder reward process of the present invention.
Detailed Description of the Preferred Embodiments Definitions
The following words shall be construed to have the following meanings within the context of the present disclosure:
Auction: a public sale, conducted live or through an electronic network such as a telecommunications system or the Internet, in which products or services are sold to the highest bidder.
Bidder: a participant in an auction.
Buyer: the winning bidder in an auction.
High Bid: the bid provided by a bidder which currently exceeds the value of all other submitted bids.
Greatest Bid: the high bid at the close of the auction
Bid Spread: the difference in pecuniary value between two submitted bids.
Prefeπed Embodiments
Referring now to FIG. 1, an on-line auction system 100 includes an auction server 102, a third party terminal 106, a payment processing server 108 and one or more bidder terminals 110, each connected through network 104. Auction server 102 is preferably operated by an on-line auctioneer, and may be any type of conventional computer or computing system that includes the components described below in reference to FIG. 2. Likewise, third party terminal 106, payment processor 108 and bidder terminals 110 may each be any conventional type of computer or computing system, such as an IBM personal computer or an IBM network server. Network 104 may be any type of network through which computers may communicate, such as a local-area network (LAN), a wide-area network (WAN), an intranet system, a public telephone exchange system, the Internet or any combination thereof.
Third party terminal 106 is preferably operated by a party other than the auctioneer or a bidder. A third party, in the present disclosure, offers a reward to qualified bidders participating in an auction held by the auctioneer, as discussed further below. Payment processor 108 is preferably operated by a financial clearinghouse, such as a credit card clearinghouse, which is equipped to process, inter alia, payments from the bidder to the auctioneer. Bidder terminals 110 are preferably operated by one or more bidders participating in an auction conducted through auction server 102. It is to be understood that in an embodiment where the present invention is practiced in other than an on-line auction system, auction server 102, third party terminal 106, payment processing server 108 and/or bidder terminals 110 may be replaced by their respective operating parties, described above. In such case, network 104 may not be necessary. FIG. 2 displays the components of auction server 102. These components include processor 200, random access memory (RAM) 202, read-only memory (ROM) 204, clock 206, communication port 208 and data storage device 210. Data storage device 210 stores auction inventory database 212, current auction database 214, bidder database 216, offer rules database 218, reward rules database 220 and program 222, discussed with reference to FIGS. 3-7 below.
Processor 200 may be any commonly manufactured microprocessor chip, such as the Pentium II® manufactured by Intel Corporation. Processor 200 runs at a clock speed (typically measured in megahertz (MHz)) determined by clock 206. Clock 206 may further be operative to measure the passage of time in order to calculate a current time in which the auction server 102 is operating.
Processor 200 is operatively connected to random access memory (RAM) 202 and read-only memory (ROM) 204. RAM 202, which may be one or more single inline memory module (SIMM) chips capable of storing a predetermined amount of data (typically measured in megabytes), is used by processor 200 for temporary storage of processing instructions during operation of auction server 102. Read-only memory (ROM) 204 is at least one permanent non-erasable and non-rewritable memory chip that stores initializing instructions to be used by processor 200 during, for example, a start-up routine performed by auction server 102. Further functions of random access memory (RAM) 202 and read-only memory (ROM) 204 will be apparent to one of ordinary skill in the art.
Processor 200 is further operatively connected to communication port 208, which may be one or more of the following commonly known computer peripherals used for computer-related communications: a parallel port, a serial port, a network card, a fax/modem/telephone port and/or any combination of the same. Communication port 208 is operatively connected to transfer data between processor 200 and network 104. Processor 200 is further operatively connected to data storage device 210, which may be any one of the following commonly known computer peripherals used for storing computer data: a hard drive, a floppy disk drive, a DVD drive such as those manufactured by Phillips Electronics, a ZIP drive such as those manufactured by IOMEGA, a tape drive, a Digital Audio Tape drive and/or any combination of the same. Further such devices will be apparent to one of ordinary skill in the art. Data storage device 210 may be further operative to store an operating system, one or more application programs, or a web site run off of auction server 102 each exemplified through program 222, in order to successfully operate auction server 102 in accordance with the system and method of the present invention.
FIG. 3 illustrates exemplary fields and data stored therein for auction inventory database 212. These exemplary fields include auction identification (ID) field 300, auctioned item field 302, open time/date field 303, close time/date field 304 and minimum starting bid field 306. For each record (e.g. each row) of auction inventory database 212, auction ID field 300 lists an auction identifier assigned by the operator of auction server 102 to each auction to be conducted. The auction identifier may be any alphabetic, numeric, alpha-numeric or other type of code, assigned so that each auction conducted on auction server 102 has a unique identifier. For example, the numbers "123" and "124" have been assigned to two such auctions, as listed in FIG. 3. The data in auction ID field 300 corresponds to similar data stored in auction ID field 400 and auction ID field 600 discussed below with reference to FIGS. 4 and 6, respectively. Auctioned item field 302 contains, for each record of auction inventory database
212, a listing of the item that is to be placed for bidding in the auction identified by the corresponding auction identifier. The auctioned item may be a product or a service. Products may be any tangible item of which the high bidder may take possession, for example, an automobile, furniture, clothing, antiquities and the like. Services may be any intangible item to which the high bidder is entitled, such as a magazine subscription or house cleaning services. In the example offered by FIG. 3, "product X" is to be placed for bid in auction "123" and "product Y" is to be placed for bid in auction "124."
Open time/date field 303 contains the date and time at which the corresponding auction is to be opened for bidding. In the example offered by FIG. 3, auction "123" is to be opened at 9:00AM on January 1, 1999. Likewise, close time/date field 304 contains the date and time at which the corresponding auction is to be closed (e.g. when no further bids will be accepted). In the example offered by FIG. 3, auction "124" is to be closed at 12:00 PM on January 1, 1999. In one embodiment of the present invention, the data stored in close time/date field 304 for a particular auction may be changed based on the submission of a request and, preferably, a payment by a bidder to either extend the auction past the listed closing time or to close the auction early. The payment amount may be determined by the auctioneer, or may be subject to a parallel auction in which one or more bidders bid for a price for which the original auction will be closed.
Minimum starting bid field 306 contains, for each record, data corresponding to the minimum value that will be accepted for an auctioned item. For example, in auction "123," the minimum bid that will be accepted for "product X" is $125.00
FIG. 4 illustrates exemplary fields and the data stored therein for current auction database 214. Each record in cuπent auction database 214 corresponds to a bid submitted by a bidder during an auction. The exemplary fields of this database include auction identification (ID) field 400, bidder identification (ID) field 402, bid amount field 404 and time received field 406. Auction ID field 400 contains data corresponding to the data stored in auction ID field 300. In the present example, only data for current auction number "123" is displayed. However, current auction database 214 may contain data for one or more previous auctions and/or one or more auctions conducted simultaneously. In the alternative, there may be one or more such current auction databases stored in data storage device 120, each containing archived, historical data corresponding to a previous auction or cuπent data coπesponding to a current auction.
Bidder identification (ID) field 402 contains, for each record, a unique code corresponding to a bidder participating in a coπesponding auction. The bidder identification code may be any alphabetic, numeric, alpha-numeric or other type of code, assigned by the auctioneer so that each bidder participating in an auction on auction server 102 has a unique identifier. In the present example, one bidder participating in auction "123" has the bidder identification "MALWG018," as displayed in the first record of cuπent auction database 214. Each code stored in bidder ID field 402 coπesponds to a similar code stored in bidder identification (ID) field 500 of bidder database 216, discussed in conjunction with FIG. 5 below.
Bid amount field 404 lists the cuπency value submitted as a bid by a bidder for an auctioned item. For example, the first record of auction database 214 shows that for auction number "123" bidder MALWG018B submitted a bid of $450.00 for "product X."
Likewise, time received field 406 lists the date and time at which a bid was submitted. The data in time received field 406 may be recorded by auction server 102 as the bid is received after being transmitted by bidder terminal 110 over network 104. Alternatively, the time and date information may be encrypted by the bidder and transmitted along with the bid to auction server 102. In this manner, if there is a network disruption or if auction server 102 temporarily stops operating, the bid may still be accepted based on the encrypted date and time, even if the bid was actually received after the scheduled closing time. Upon receipt of the encrypted information, auction server 102 may containing processing instructions in program 222 to decrypt the encrypted information prior to storage in database 214. Schemes used for encrypting and decrypting are well-known to one of ordinary skill in the art. See, for example, Bruce Schneier, Applied Cryptography: Protocols, Algorithms, and Source Code in C (2d Ed., John Wiley & Sons, Inc., 1996).
FIG. 5 illustrates exemplary fields and the data stored therein for bidder database 216. Bidder database 216 generally stores data specific to each bidder registered to participate in an auction conducted on auction server 102. The exemplary fields of this database include bidder identification (ID) field 500, historic participation level field 502, bidder name field 504, financial account identifier field 506 and contact information field 508.
Bidder identification (ID) field 500 preferably contains a unique identifier for each bidder that has registered to participate in auctions conducted on auction server 102. The data stored in bidder ID field 500 is further preferably assigned by the operator of auction server 102 to uniquely identify each individual that has registered to submit bids. Alternatively, the bidder identifier may be determined by the bidder. The data may be any alphabetic, numeric, alpha-numeric or other code as discussed above with regard to bidder ID field 402. Historic participation level field 502 contains a value determined by auction server 102 or an operator of auction server 102. This value acts as a rating for the bidder. The value may be determined from the bidder's previous bidding activities on auction server 102. For example, the value may coπespond to the number of previous auctions in which the bidder submitted a greatest bid, the number of previous auctions in which the bidder submitted a competitive bid or some combination of the two. Other factors may be used to determine the values historic participation level field 502.
Bidder name field 504 contains the name of the bidder coπesponding to the bidder identifier. In the present example, the first record of bidder database 216 indicates the "John Doe" has been assigned bidder identifier DOEQ29J. Financial account identifier field 506 contains data coπesponding to a financial account number, such as a credit card account number or a checking account number, from which a value of a bid submitted by the bidder is to be deducted. In the present example, the first record of bidder database 216 indicates that John Doe owns an account coπesponding to financial account identifier number 1234-1234-1234-1234. Other data, such as a bank or credit card company identifier and an expiration date of the financial account may be included in this field, or may be stored in another field (not shown). The information stored in financial account identifier field 506 may further be used to credit a reward given to the bidder or to deduct a penalty charged to a bidder, discussed further below. Contact information field 508 contains data preferably coπesponding to a post office address for each bidder. The data may contain the bidders street address and city and state of residence. This information may be used as a delivery address for an auctioned item that a bidder has won. It may be further used in processing a transaction with a financial institution holding the financial account indicated in financial account identifier field 206. The transaction is preferably processed by auction server 102 in communication with payment processing server 108. Other data, such as a bidder's telephone number or e-mail address may be stored in contact information field 508 or in another field (not shown).
FIG. 6 illustrates exemplary fields and the data stored therein for offer rules database 218. Offer rules database 218 contains data accessed by auction server 102 during an auction to determine when a reward offer should be made to a bidder. The exemplary fields of this database include auction identification (ID) field 600, required conditions field 602, offer message field 604, offer recipient rules field 606 and Reward ID field 608.
Auction identification (ID) field 600 contains data coπesponding to an auction identifier for an auction conducted on auction server 102. The auction identifier is determined as discussed above with respect to auction ID field 300 and auction ID field 400.
Required conditions field 602 contains, for each record, one or more conditions that must be met in order for a reward offer to be made to a bidder who submitted a bid during an auction. As indicated in FIG. 6, such conditions may require, for example, that (i) no bid has been received during a current auction for over 30 minutes, (ii) the high bid in a cuπent auction is less than $300.00 after the third hour of such auction and/or (iii) the high bid submitted during a cuπent auction is less than $450.00. Other such conditions in which offers are made to bidders in order to encourage competitive bidding may be determined by the auctioneer and stored in required conditions field 602.
Offer message field 604 contains data coπesponding to text that will be transmitted to a qualified bidder participating in a cuπent auction if the coπesponding condition is met. The text preferably lists the reward to be given during the cuπent offer and the action the bidder must take to earn the reward. Offer recipient rules field 606 lists the bidders to whom the offer message in coπesponding offer message field 604 will be transmitted if the coπesponding condition is met. The offer recipient rules may be established by the auctioneer, the owner of the auctioned product or a third party who is offering the reward.
Reward identifier field 608 contains a reward identifier coπesponding to a reward to be given to a bidder if the bidder accepts the offer for the reward. The data in reward identifier field 608 is established in a similar fashion to the data stored in reward identifier field 700, discussed below with regard to FIG. 7.
FIG. 7 illustrates exemplary fields and the data stored therein for reward rules database 220. Reward rules database 220 contains data accessed by auction server 102 during an auction to determine when a reward should be provided to a bidder. The exemplary fields of this database include reward identifier field 700, reward supplier field 702, reward description field 704 and reward rules field 706.
Reward identifier field 700 contains a reward identifier corresponding to a reward to be given to a bidder for a bid submitted during an auction. The reward identifier may be any alphabetic, numeric, alphanumeric, or other code which preferably is uniquely assigned 102 to each category of rewards by the auctioneer or auction server.
Reward supplier field 702 lists, for each reward identifier, the party who is supplying the reward. Typically the reward may be supplied by the auctioneer. However, in one embodiment of the present invention, the reward supplier may be a third party, such as a credit card company, who may supply the reward automatically if the bidder agrees to file a credit card application with the company. In such an embodiment, the third party may first check the credit history of the bidder using information supplied by auction server 102 from bidder database 216 before making the offer. Examples of other third parties include (i) a telecommunications company who may offer to supplement the pecuniary value of a bidder' s bid if the bidder agrees to switch her long distance telecommunications carrier to the third party or (ii) an insurance company who may offer a reward to a bidder if the bidder agrees to purchase insurance from the company. Rewards supplied by third parties may include a value of cuπency, a supplement to the bid, a rebate on the product, an amount of frequent flier miles, a second product, a waπanty for the product, free shipment of the product if the bid is the greatest bid, and the like. A supplement to the bid is an amount by which a bid is increased. For example, if a bid is for $50.00, and a supplement to that bid is $5.00, then the bid is increased to $55.00 with the supplement. The rewards offered by third parties may further be conditioned upon the bidder submitting the greatest bid.
Reward description field 704 contains a description of the reward to be given to a bidder. The reward may be any product, service or cuπency amount that the reward supplier sees fit to offer the bidder.
Reward rules field 706 contains a description of the one or more rules that must be met before a bidder may automatically receive the reward. These rules are preferably established by the auctioneer, but may be established by the reward supplier or the owner of the auctioned product if different than the auctioneer. Once the rules have been met, the bidder will receive notification that he has earned the reward. In addition, reward rules field 706 may further contain one or more rules in which a penalty will be assessed against a bidder. The penalty is provided in order to discourage non-competitive bidding behavior. An example of a rule in which a penalty will be provided is where the bidder submits a bid that is less than the minimum starting bid listed in minimum starting bid field 306 for the auction. Another example is where a bidder submits a bid that is lower than a previously submitted bid. Other examples will be apparent to one of ordinary skill in the art. Examples of penalties include, barring the bidder from submitting bids for a particular auction or for a predetermined amount of time, limiting the number of bids the bidder may submit, or charging the bidder's financial account for a predetermined cuπency amount.
Turning now to FIG. 8, reward offering process 800 is continuously performed during a given auction session by processor 200 in conjunction with processing instructions stored in program 222 of data storage device 210. Process 800 is further performed for each auction listed in auction ID field 600 that is conducted on auction server 102. Process 800 begins at step 802 where processor 200 is programmed to retrieve the required auction conditions listed in field 602 of database 218 for a cuπent auction. At step 804, processor 200 retrieves the cuπent auction data stored in fields 404 and 406 of current auction database 214. At step 806, processor 200 coπelates the retrieved data and compares it to the required auction conditions. If the cuπent auction data satisfies the required auction conditions, process 800 continues to step 808. Otherwise process 800 ends and is reset to step 802. At step 808, processor 200 retrieves from offer recipient rules field 606 each offer recipient rule stored for the subject auction and for which the required conditions have been satisfied. At step 810, processor 200 determines, based on the retrieved rules, which of the bidders participating in the subject auction are to receive the coπesponding offer message stored in offer message field 604. At step 812, the qualified bidders contact information and/or financial account identifier is retrieved by processor 200 from bidder database 216 when this information is necessary to send the offered reward to the bidder. At step 814, the coπesponding offer message stored in offer message field 604 is transmitted to the qualified bidders from communication port 208 over network 104 to the qualified bidders terminals 110.
At step 816, processor 200 determines whether the offer was accepted by a bidder. If the offer is not accepted, process 800 ends and is reset to step 802. If the offer is accepted by a bidder, then at step 818, the reward is assigned to the bidder and is, for example, sent to the bidder's address, added to the bidder's next bid or credited to the bidder's financial account, depending on the type of reward. Process 800 then ends and is reset to step 802.
Referring now to FIG. 9, a single bidder reward process 900 is continuously performed during a given auction session by processor 200 in conjunction with processing instructions stored in program 222 of data storage device 210. Process 900 may be performed during any or all auctions, as determined by the auctioneer to be appropriate.
Process 900 begins at step 902 when a bid is received from a bidder terminal 110, transmitted over network 104 and received via communication port 208. As described above, the bid information may contain a cuπent auction identifier, the bidder identifier, a pecuniary value of the bid and, optionally, an encrypted date and time at which the bidder transmitted this information. After the bid information is stored in cuπent auction database 214, the process continues to step 904 where processor 200 determines whether the auction for which the bid is submitted is open. This is accomplished by referencing the time stored from signals received from clock 206 and comparing the cuπent time to the times stored in open date/time field 303 and close date/time field 304. If the auction is open the process continues to step 906, otherwise process 900 ends and is reset to step 902. At step 906, processor 200 determines whether the bidder submitting the bid has sufficient funds or credit to pay the cuπency value of the bid. This is accomplished by retrieving the financial account identifier stored in field 506 which coπesponds to the bidder identifier. Processor 200 then communicates with payment processing server 108 through communication port 208 and over network 104 to determine whether the financial account has sufficient funds to cover the bid amount. If the bidder has sufficient funds or credit, process 900 continues to step 908. Otherwise, process 900 ends and is reset to step 902. In an alternate embodiment, step 906 may be defeπed until after the close of the auction. Other methods for determining whether the bidder has sufficient funds will be understood by those skilled in the art.
At step 908, processor 200 determines, in accordance with at least one exemplary reward rule, whether the received bid is greater than the cuπent high bid. Those skilled in the art will understand that the following illustrated method is likewise applicable to other types of reward rules. The determination is accomplished by retrieving all the bid values stored in bid amount field 404 of current auction database 214 and comparing them to the received bid. If the received bid is less than the cuπent high bid, process 900 optionally continues to step 909 where a penalty may be applied against the bidder, after which process 900 ends and is reset to step 902. If, however, the received bid is greater than the cuπent high bid, then the exemplary reward rule has been met and process 900 continues to step 910.
It should be apparent to one of ordinary skill in the art that various additional or substitute reward rules may be applied at step 908. For example, instead of a reward rule that requires that the received bid is greater than a cuπent high bid, the auctioneer may provide for such alternate reward rules as: (i) the bidder submits a bid within a predetermined time from the submission of a previous bid, (ii) the bidder must submit greater than a predetermined number of increasing bids during the course of the auction (e.g. each of the bidder's bids is greater than the former), (iii) the bidder's bid must be greater than any previous bid by at least a predetermined bid spread, (iv) the greatest bid for the auction must be greater than $500.00, (v) the bidder must have participated in greater than a predetermined number of previous auctions, (vi) the bid is submitted after a predetermined amount of time from a previous bid, (vii) random bidders may be selected to receive a reward. Other such conditions will be apparent and are contemplated to be within the scope of the present invention.
At step 910, the bid information is stored in the appropriate fields of cuπent auction database 214. Then, at step 912, processor 200 retrieves the reward rules coπesponding to the cuπent auction as stored in reward rules field 706 of reward rules database 220. At step 914, processor 200 compares the received bid to the reward rules to determine if the bidder is qualified to receive a reward based on her bid. If so, process 900 continues to step 916 where the reward is provided to the bidder, after which process 900 ends and is reset to step 902. If not, process 900 is likewise ended and reset to step 902.
Referring now to FIGS. 10A-10B, a multiple bidder reward process 1000 is performed by processor 200 in conjunction with processing instructions stored in program 222 of data storage device 210. Process 1000 may be performed during any or all auctions as determined by the auctioneer to be appropriate. Process 1000 begins at step 1002 when a bid is received from a bidder terminal, transmitted over network 104 and received via communication port 208. As described above, the bid information may contain a cuπent auction identifier, the bidder identifier, a pecuniary value of the bid and, optionally, an encrypted date and time at which the bidder transmitted this information. After the bid information is stored in cuπent auction database 214, the process continues to step 1004 where processor 200 determines whether the auction for which the bid is submitted is open. This is accomplished by referencing the cuπent time determined from signals received from clock 206 and comparing the cuπent time to the times stored in open date/time field 303 and close date/time field 304. If the auction is open the process continues to step 1006, otherwise process 1000 ends and is reset to step 1002.
At step 1006, processor 200 determines whether the bidder submitting the bid has sufficient funds or credit to pay the cuπency value of the bid. This is accomplished by retrieving the financial account identifier stored in field 506 which coπesponds to the bidder identifier. Processor 200 then communicates with payment processing server 108 through communication port 208 and over network 104 to determine whether the financial account has sufficient funds to cover the bid amount. If the bidder has sufficient funds or credit, process 1000 continues to step 1008. Otherwise, process 1000 ends and is reset to step 1002.
At step 1008, processor 200 determines, in accordance with an exemplary reward rule, whether the received bid is greater than the cuπent high bid. This is accomplished by retrieving all the bid values stored in bid amount field 404 of current auction database 214 and comparing them to the received bid. If the received bid is less than or equal to the cuπent high bid, process 1000 continues to step 1009 where a penalty may be assessed against the bidder, after which process 1000 ends and is reset to step 1002. If, however, the received bid is greater than the cuπent high bid, process 1000 continues to step 1010.
As discussed above with regard to step 908, the reward rule employed at step 1008 is merely exemplary. Additional or alternate reward rules may be employed.
At step 1010, the bid information is stored in the appropriate fields of cuπent auction database 214. Processor 200 then compares the bid against the reward rules stored in reward rules field 706 of reward rules database 220. If the bid satisfies the conditions of one or more of the reward rules, the bidder is given the reward at step 1012, and process 1000 continues to step 1014.
At step 1014, a bid from a second (or subsequent) bidder terminal is transmitted over network 104 and received via communication port 208. As described above, the bid information may contain a cuπent auction identifier, the bidder identifier, a pecuniary value of the bid and, optionally, an encrypted date and time at which the bidder transmitted this information. After the bid information is stored in cuπent auction database 214, the process continues to step 1016 where processor 200 determines whether the auction for which the bid is submitted is open. This is accomplished by referencing the cuπent time determined from signals received from clock 206 and comparing the cuπent time to the times stored in open date/time field 303 and close date/time field 304. If the auction is open the process continues to step 1018, otherwise process 1000 ends and is reset to step 1002.
At step 1018, processor 200 determines whether the second bidder submitting the second bid has sufficient funds or credit to pay the cuπency value of the bid. This is accomplished by retrieving the financial account identifier stored in field 506 which coπesponds to the second bidder identifier. Processor 200 then communicates with payment processing server 108 through communication port 208 and over network 104 to determine whether the financial account has sufficient funds to cover the bid amount. If the second bidder has sufficient funds or credit, process 1000 continues to step 1020. Otherwise, process 1000 ends and is reset to step 1002. At step 1020, processor 200 determines, based on an exemplary reward rule, whether the second received bid is greater than the cuπent high bid. This is accomplished by retrieving all the bid values stored in bid amount field 404 of current auction database 214 and comparing them to the second received bid. If the second received bid is less than or equal to the cuπent high bid, process 1000 continues to step 1021 where a penalty may be assessed against the second bidder, after which process 1000 ends and is reset to step 1002. If, however, the second received bid is greater than the cuπent high bid, process 1000 continues to step 1022.
As discussed above with regard to steps 908 and 1008, the reward rule employed at step 1020 is merely exemplary. Additional or alternate reward rules may be employed.
At step 1022, the bid information is stored in the appropriate fields of current auction database 214. Processor 200 also retrieves coπesponding reward rules from reward rules database 220. At step 1024, processor 200 then compares the second bid against the retrieved reward rules. If the second bid does not satisfy the reward rules, process 1000 ends and is reset to step 1002. However, if the second bid satisfies the conditions of one or more of the reward rules, the bidder is given the reward at step 1026, after which process 1000 ends. In an alternate embodiment, the reward assigned to the first bidder may be revoked as part of step 1026.
While the best mode contemplated for caπying out the invention has been described in detail in the foregoing, those of ordinary skill in the art to which the instant invention relates will recognize various alternative designs and embodiments for practicing the invention. In particular, the methods and systems disclosed above, though discussed in terms of an on-line embodiment, are equally applicable to enhance competitive bidding in any conventional form of auctioning. Furthermore, the databases and data stored therein may be reaπanged or combined into equivalent structures. Finally, it is to be understood that a reward may be provided during a cuπent auction or may be awarded subsequent to the cuπent auction. Accordingly, it is to be understood that the foregoing description is provided for illustrative purposes only and does not limit the scope of the instant invention, as defined by the appended claims.

Claims

We claim:
1. A method for providing a reward to a bidder participating in an auction, the method comprising: identifying a product subject to bidding during an auction session; receiving a bid for the product from a bidder during the auction session; determining, based on a reward rule, whether the bidder is qualified to receive a reward, and if the bidder is qualified: transmitting, to the bidder, an indication that the bidder is qualified to receive the reward.
2. The method of claim 1, further comprising: determining, based on the bid, whether the bidder is qualified to receive the product; and if the bidder is qualified: transmitting to the bidder, an indication that the bidder is qualified to receive the product.
3. The method of claim 2, wherein the step of determining, based on the bid, whether the bidder is qualified to receive the product, further comprises: determining whether the bid is greater than each of a plurality of remaining bids.
4. The method of claim 1, wherein the reward comprises at least one of: a value of cuπency, a supplement to the bid, a rebate on the product, an amount of frequent flier miles, a second product, and a waπanty for the product.
5. The method of claim 1 , wherein the reward rule comprises a condition that the bidder accept an offer provided by a third party.
6. The method of claim 5, further comprising: transmitting, before the determining step, an offer to the bidder for a second product provided by the third party; receiving an acceptance of the offer from the bidder; whereby the bidder is qualified to receive the reward.
7. The method of claim 6, wherein the second product is a service.
8. The method of claim 7, wherein the service is a credit card account and wherein the third party is a credit card provider.
9. The method of claim 6, wherein the reward is a supplement to the bid, the supplement including a value of cuπency.
10. The method of claim 5, further comprising: determining whether the bidder has an acceptable credit history before the offer is transmitted to the bidder.
11. The method of claim 1 , further comprising: receiving at least one bid for the product from each of a plurality of remaining bidders.
12. The method of claim 11, wherein the step of receiving at least one bid is performed prior to the step of receiving the bid.
13. The method of claim 12, wherein the reward includes a condition that the bid from the bidder is greater than each bid received from the plurality of remaining bidders.
14. The method of claim 12, further comprising: determining which of the at least one bids is a greatest bid.
15. The method of claim 14, wherein the reward rule comprises a condition that the bid from the bidder is greater than the greatest bid by a predetermined percentage.
16. The method of claim 14, wherein the reward rule comprises a condition that the bid from the bidder is greater than the greatest bid by a predetermined cuπency value.
17. The method of claim 1 , wherein the reward rule comprises a condition that the bid is a first received bid.
18. The method of claim 17, wherein the reward is a cuπency value coπesponding to a value of the bid.
19. The method of claim 17, wherein the reward coπesponds to a difference between the bid and a greatest bid.
20. The method of claim 1, in which the establishing step comprises: establishing the reward rule to include a condition that a greatest bid is at least equal to a predetermined value; and the method further comprising: receiving a second bid for the product from a second bidder, wherein the second bid is the greatest bid; and determining whether the greatest bid is at least equal to the predetermined value, whereby if the greatest bid is at least equal to the predetermined value, the bidder is qualified to receive the reward.
21. The method of claim 20, wherein the step of determining, based on the reward rule further comprises: determining, based on the reward rule, whether the second bidder is qualified to receive a reward; and if the second bidder is qualified: transmitting, to the second bidder, an indication that the second bidder is qualified to receive the reward, whereby if the greatest bid is at least equal to the predetermined value, the second bidder is qualified to receive the reward.
22. The method of claim 1, in which the establishing step further comprises: establishing the reward rule including a condition that the bid exceed a prior bid, the method further comprising: receiving a prior bid, wherein the determining step further comprises: determining whether the bid is greater than the prior bid; whereby if the bid is greater than the prior bid, the bidder is qualified to receive the reward.
23. The method of claim 22, wherein the reward rule further includes a condition that the bid exceed a prior bid by a predetermined value; and wherein the step of determining whether the bid is greater than the prior bid further comprises: determining whether the bid is greater than the prior bid by a predetermined value, whereby if the bid is greater than the prior bid by the predetermined value, the bidder is qualified to receive the reward.
24. The method of claim 22, wherein the prior bid is received from the bidder.
25. The method of claim 22, wherein the prior bid is received from a second bidder.
26. The method of claim 25, wherein the bid is equal to the prior bid, and wherein the bid and the prior bid are a highest bid.
27. The method of claim 26, further comprising: comparing a participation history of the bidder and the second bidder; and awarding the product based on the comparison.
28. The method of claim 1 , further comprising: establishing the reward rule including a condition that the bidder submit a progressive bid that is greater by at least a predetermined value than a prior bid; receiving the prior bid from the bidder; and wherein the determining step further comprises: determining whether the bid is greater than the prior bid by at least the predetermined value; whereby if the bid is greater than the prior bid by at least the predetermined value, the bidder is qualified to receive the reward.
29. The method of claim 28, wherein the predetermined value coπesponds to a percentage of the prior bid.
30. The method of claim 1, in which the establishing step further comprises: establishing the reward rule including a condition that the bidder submits a predetermined number of bids, the method further comprising: receiving at least one prior bid from the bidder; and wherein the determining step further comprises: determining whether a number of bids from the bidder, including the bid and the at least one prior bid, is at least equal to the predetermined number of bids, whereby if the number of bids is at least equal to the predetermined number of bids, the bidder is qualified to receive the reward.
31. The method of claim 1, in which the establishing step further comprises: establishing the reward rule including a condition that a bidder submit at least two bids within a predetermined amount of time; the method further comprising: receiving a second bid from the bidder; and wherein the determining step further comprises: determining whether the bid and the second bid were received within the predetermined amount of time.
32. The method of claim 1, further comprising: measuring a time between the bid and a previous bid from a second bidder; and in which the establishing step further comprises: establishing the reward rule including a condition that the bidder is qualified to receive the reward when the time is greater than a predetermined value; and wherein the determining step further comprises: determining whether the time between the bid and the previous bid is greater than the predetermined value.
33. The method of claim 1, further comprising: measuring a time between the bid and a previous bid from a second bidder; and in which the establishing step further comprises: establishing the reward rule including a condition that the bidder is qualified to receive the reward when the time is greater than a predetermined value; and wherein the determining step further comprises: determining whether the time between the bid and the previous bid is less than the predetermined value.
34. The method of claim 1, in which the establishing step further comprises: establishing a reward rule that a historic participation of the bidder meets a predefined criterion; and wherein the determining step further comprises: measuring the historic participation of the bidder; and determining whether the historic participation meets the predefined criterion.
35. The method of claim 34, wherein the predefined criterion includes a requirement that the bidder has participated in at least one previous auction session.
36. The method of claim 34, wherein the historic participation coπesponds to at least one of: a number of previous auctions in which the bidder participated, a number of previous auctions which the bidder won, and an amount of profit earned from the bidder.
37. The method of claim 1 , further comprising: receiving personal data from the bidder including at least one of a name, an address and a financial account identifier belonging to the bidder.
38. The method of claim 37, further comprising: verifying the personal data with a third party.
39. The method of claim 1, wherein the receiving step includes: receiving the bid from the bidder over one of a telecommunications network and the Internet.
40. The method of claim 1, wherein the product is a service.
41. The method of claim 1 , further comprising: providing the reward to the bidder.
42. The method of claim 1, further comprising: receiving, from the bidder, a payment to close the auction session.
43. The method of claim 42, wherein the payment is determined from a parallel auction.
44. The method of claim 1, further comprising: receiving, from the bidder, a payment to extend the auction session.
45. The method of claim 44, wherein the payment is determined from a parallel auction.
46. The method of claim 1 , further comprising: terminating the reward if a higher bid is received from a second bidder.
47. The method of claim 1, wherein the reward rule includes a condition that the reward be issued randomly.
48. The method of claim 1, wherein the reward to be offered is determined based on at least one of: the bidder's participation history, the bid spread, the product, a statistical likelihood that the bid will be a greatest bid, and the average highest bid historically submitted for a similar product.
49. The method of claim 1 , wherein the receiving step includes: receiving an encrypted indication of a time the bid was transmitted.
50. A method for providing a penalty to a bidder participating in an auction, the method comprising: identifying a product subject to bidding during an auction session; receiving a bid for the product from a bidder during the auction session; determining, based on a penalty rule, whether the bidder is to receive a penalty; and if the bidder is to receive the penalty: transmitting, to the bidder, an indication that the bidder is to receive the penalty.
51. The method of claim 50, wherein the penalty rule comprises a condition that the bid is less then a cuπent high bid.
52. The method of claim 50, wherein the penalty comprises making the bidder ineligible to continue participating in the auction session.
53. The method of claim 50, wherein the penalty rule comprises a condition that the bid is less than a predetermined value.
54. A method for participating in an auction session, comprising: receiving an identification of a product subject to bidding during an auction session; transmitting a bid for the product to an auctioneer during the auction session; and receiving a reward in response to the bid.
55. The method of claim 54, further comprising: receiving the product in response to the bid.
56. The method of claim 54, wherein the product is a service.
57. The method of claim 54, wherein the transmitting step is conducted over one of a telecommunications network and the Internet.
58. The method of claim 54, wherein the transmitting step includes: transmitting the bid with an encrypted indication of a time the bid was transmitted.
59. A method for participating in an auction session, comprising: receiving an identification of a product subject to bidding during an auction session; transmitting a bid for the product to an auctioneer during the auction session; and receiving a penalty in response to the bid.
60. A computer data signal embodied in a carrier wave comprising a segment having computer processing instructions for notifying a bidder that the bidder is qualified to receive a reward in response to a previous bid submitted during an auction session.
61. An apparatus for providing a reward to a bidder participating in an auction, comprising: means for identifying a product subject to bidding during an auction session; means for receiving a bid for the product from a bidder during the auction session; means for determining, based on a reward rule, whether the bidder is qualified to receive a reward, and means for transmitting, to the bidder, an indication that the bidder is qualified to receive the reward.
62. An apparatus for providing a reward to a bidder participating in an auction, comprising: a storage device; and a processor connected to the storage device, the storage device storing a program for controlling the processor; and the processor operative with the program to: identify a product subject to bidding during an auction session; receive a bid for the product from a bidder during the auction session; determine, based on a reward rule, whether the bidder is qualified to receive a reward, and if the bidder is qualified: transmit, to the bidder, an indication that the bidder is qualified to receive the reward.
63. A computer readable medium encoded with processing instructions for implementing a method for providing a reward to a bidder participating in an auction, the method comprising: identifying a product subject to bidding during an auction session; receiving a bid for the product from a bidder during the auction session; determining, based on a reward rule, whether the bidder is qualified to receive a reward, and if the bidder is qualified: transmitting, to the bidder, an indication that the bidder is qualified to receive the reward.
64. An apparatus for providing a penalty to a bidder participating in an auction, comprising: means for identifying a product subject to bidding during an auction session; means for receiving a bid for the product from a bidder during the auction session; means for determining, based on a penalty rule, whether the bidder is to receive a penalty; and means for transmitting, to the bidder, an indication that the bidder is to receive the penalty.
65. An apparatus for providing a penalty to a bidder participating in an auction, comprising: a storage device; and a processor connected to the storage device, the storage device storing a program for controlling the processor; and the processor operative with the program to: identify a product subject to bidding during an auction session; receive a bid for the product from a bidder during the auction session; determine, based on a penalty rule, whether the bidder is to receive a penalty; and if the bidder is to receive the penalty: transmit, to the bidder, an indication that the bidder is to receive the penalty.
66. A computer readable medium encoded with processing instructions for implementing a method for providing a penalty to a bidder participating in an auction, the method comprising: identifying a product subject to bidding during an auction session; receiving a bid for the product from a bidder during the auction session; determining, based on a penalty rule, whether the bidder is to receive a penalty; and if the bidder is to receive the penalty: transmitting, to the bidder, an indication that the bidder is to receive the penalty
PCT/US1999/023901 1998-12-31 1999-10-14 System and method for encouraging competitive participation in an auction WO2000041108A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU12044/00A AU1204400A (en) 1998-12-31 1999-10-14 System and method for encouraging competitive participation in an auction

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US22390198A 1998-12-31 1998-12-31
US09/223,901 1998-12-31

Publications (1)

Publication Number Publication Date
WO2000041108A1 true WO2000041108A1 (en) 2000-07-13

Family

ID=22838447

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1999/023901 WO2000041108A1 (en) 1998-12-31 1999-10-14 System and method for encouraging competitive participation in an auction

Country Status (3)

Country Link
US (3) US8630916B2 (en)
AU (1) AU1204400A (en)
WO (1) WO2000041108A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10053246A1 (en) * 2000-10-26 2002-05-16 Sebworld Internationale Verwer System on the Internet for holding an auction
US6718312B1 (en) * 1999-10-12 2004-04-06 Market Design Group, Inc. Method and system for combinatorial auctions with bid composition restrictions
US7085740B1 (en) 1999-10-04 2006-08-01 Raphael Meyers Method and apparatus for conducting auctions

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7296033B1 (en) 2000-07-20 2007-11-13 Auctionhelper.Com Method for promoting selling of seller items on an online auction site
US7228287B1 (en) * 2000-11-13 2007-06-05 Ben Simon Samson Method of providing online incentives
US7529692B1 (en) 2000-12-01 2009-05-05 Auctionhelper, Inc. Method for presenting related items for auction
US20030139997A1 (en) * 2001-12-17 2003-07-24 Espeed, Inc. Systems and methods for automated commission processing
US20040044539A1 (en) * 2002-08-30 2004-03-04 Todd Taricco Computer system, program and method for the mapping of data between a centralized database and a visual graphical interface to allow multiple computers to communicate across a standard platform
US8306903B2 (en) 2010-04-23 2012-11-06 Bgc Partners, Inc. Commission calculator and display
GB0314940D0 (en) * 2003-06-26 2003-07-30 Million 21 Ltd How low will it go
NO320411B1 (en) * 2004-07-05 2005-12-05 Tomra Systems Asa Method and system for handling empty packaging
CA2517331A1 (en) * 2004-08-27 2006-02-27 Espeed, Inc. Systems and methods for commission allocation
US20070027795A1 (en) * 2005-07-29 2007-02-01 Claus Matthew W System and method for using trader lists in an electronic trading system to route a trading order with a reserved size
US8255269B1 (en) * 2006-11-11 2012-08-28 Samir Aued Data processing method for maximization of present and future supply and/or demand objectives
US8055583B2 (en) * 2007-03-23 2011-11-08 International Business Machines Corporation Shared online auction provisioning
US8737974B1 (en) 2007-04-30 2014-05-27 At&T Mobility Ii Llc System and method for selling items via a wireless mobile telecommunications system
US20090150237A1 (en) * 2007-12-10 2009-06-11 American Express Travel Related Services Company, Inc. Points based online auction
US20100191591A1 (en) * 2009-01-26 2010-07-29 Silbert Barry E Method and system for conducting a participation award based auction
US20120046973A1 (en) * 2010-08-23 2012-02-23 Bank Of America Corporation Unemployment Insurance Marketing System
US20140067582A1 (en) * 2012-08-31 2014-03-06 DealDash, Inc. Auction bid incentives based on time as highest bidder
US11574368B1 (en) 2014-10-06 2023-02-07 State Farm Mutual Automobile Insurance Company Risk mitigation for affinity groupings
US10664920B1 (en) 2014-10-06 2020-05-26 State Farm Mutual Automobile Insurance Company Blockchain systems and methods for providing insurance coverage to affinity groups
US20210166320A1 (en) 2014-10-06 2021-06-03 State Farm Mutual Automobile Insurance Company System and method for obtaining and/or maintaining insurance coverage
US10817949B1 (en) 2014-10-06 2020-10-27 State Farm Mutual Automobile Insurance Company Medical diagnostic-initiated insurance offering
JP6254727B1 (en) * 2017-02-16 2017-12-27 ヤフー株式会社 Determination program, determination method, and determination apparatus
JP7020672B2 (en) * 2018-01-11 2022-02-16 株式会社アールイー鑑定ファーム Auction system, auction system management server, and auction method
US20210174432A1 (en) * 2018-08-07 2021-06-10 Perpetual Altruism Limited Computer implemented method and system for updating a database system for a blockchain version control system; computer implemented methods of auctioning an item for a seller, and computer implemented method of updating a smart contract
US10475092B1 (en) 2018-08-21 2019-11-12 Patterson Programming, Inc. System and method for online time-price based marketplace and unique manipulations of listings

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998034187A1 (en) * 1997-01-30 1998-08-06 Autocom Aps A method of holding an auction and uses of the method
WO1998038562A2 (en) * 1997-02-26 1998-09-03 Henry Ferguson A patronage incentive award system incorporating retirement accounts and method thereof

Family Cites Families (83)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US569551A (en) * 1896-10-13 Block-signal system
US4491725A (en) 1982-09-29 1985-01-01 Pritchard Lawrence E Medical insurance verification and processing system
US4903201A (en) 1983-11-03 1990-02-20 World Energy Exchange Corporation Automated futures trading exchange
US4667292A (en) 1984-02-16 1987-05-19 Iameter Incorporated Medical reimbursement computer system
US5173851A (en) 1984-07-18 1992-12-22 Catalina Marketing International, Inc. Method and apparatus for dispensing discount coupons in response to the purchase of one or more products
JPH0743748B2 (en) 1986-02-17 1995-05-15 株式会社オークネット Information transmission processing method of auction information transmission processing system
US5759101A (en) * 1986-03-10 1998-06-02 Response Reward Systems L.C. Central and remote evaluation of responses of participatory broadcast audience with automatic crediting and couponing
US4833308A (en) 1986-07-24 1989-05-23 Advance Promotion Technologies, Inc. Checkout counter product promotion system and method
USRE34380E (en) 1986-09-05 1993-09-14 Method and apparatus for applying messages in a telecommunications network
US4799156A (en) 1986-10-01 1989-01-17 Strategic Processing Corporation Interactive market management system
US4750119A (en) 1986-10-10 1988-06-07 Tradevest, Inc. Purchasing system with rebate feature
US5025372A (en) 1987-09-17 1991-06-18 Meridian Enterprises, Inc. System and method for administration of incentive award program through use of credit
FR2622811B1 (en) 1987-11-10 1990-03-09 Syllogy Sa ELECTRONIC BRIDGE GAME METHOD AND APPARATUS
US4982346A (en) 1988-12-16 1991-01-01 Expertel Communications Incorporated Mall promotion network apparatus and method
US5202826A (en) 1989-01-27 1993-04-13 Mccarthy Patrick D Centralized consumer cash value accumulation system for multiple merchants
EP0388162A3 (en) 1989-03-14 1993-03-03 Chicago Board Of Trade Apparatus for market trading
US5649114A (en) 1989-05-01 1997-07-15 Credit Verification Corporation Method and system for selective incentive point-of-sale marketing in response to customer shopping histories
EP0411748A3 (en) 1989-06-02 1991-11-21 Reuters Limited System for matching of buyers and sellers with risk minimization
US5076588A (en) * 1990-08-06 1991-12-31 Minh Do L Card game based on decision theory
US5319542A (en) 1990-09-27 1994-06-07 International Business Machines Corporation System for ordering items using an electronic catalogue
US5794220A (en) 1990-11-13 1998-08-11 Medcom Solutions, Inc. Method and means for ranking and pricing items
US5401946A (en) 1991-07-22 1995-03-28 Weinblatt; Lee S. Technique for correlating purchasing behavior of a consumer to advertisements
US5333186A (en) 1991-09-05 1994-07-26 At&T Bell Laboratories Telecommunication call billing method and apparatus
US5297026A (en) 1992-01-03 1994-03-22 Frank Hoffman System for promoting account activity
US5794219A (en) 1996-02-20 1998-08-11 Health Hero Network, Inc. Method of conducting an on-line auction with bid pooling
US5884292A (en) 1993-05-06 1999-03-16 Pitney Bowes Inc. System for smart card funds refill
WO1994028497A1 (en) 1993-05-20 1994-12-08 Moore Business Forms, Inc. Computer integration network for channeling customer orders through a centralized computer to various suppliers
US5420606A (en) 1993-09-20 1995-05-30 Begum; Paul G. Instant electronic coupon verification system
US5380991A (en) 1993-11-16 1995-01-10 Valencia; Luis Paperless coupon redemption system and method thereof
US5537314A (en) 1994-04-18 1996-07-16 First Marketrust Intl. Referral recognition system for an incentive award program
SV1994000033A (en) 1994-04-21 1995-10-30 Blen Georgina Borbon PUBLITEL INTERNACIONAL.
US5770533A (en) 1994-05-02 1998-06-23 Franchi; John Franco Open architecture casino operating system
US5636346A (en) 1994-05-09 1997-06-03 The Electronic Address, Inc. Method and system for selectively targeting advertisements and programming
US5873068A (en) 1994-06-14 1999-02-16 New North Media Inc. Display based marketing message control system and method
US5752238A (en) 1994-11-03 1998-05-12 Intel Corporation Consumer-driven electronic information pricing mechanism
US5724521A (en) 1994-11-03 1998-03-03 Intel Corporation Method and apparatus for providing electronic advertisements to end users in a consumer best-fit pricing manner
WO1996015505A2 (en) 1994-11-08 1996-05-23 Vermeer Technologies, Inc. An online service development tool with fee setting capabilities
US5774868A (en) 1994-12-23 1998-06-30 International Business And Machines Corporation Automatic sales promotion selection system and method
US5822736A (en) 1995-02-28 1998-10-13 United Hardware Distributing Company Variable margin pricing system
US5710884A (en) 1995-03-29 1998-01-20 Intel Corporation System for automatically updating personal profile server with updates to additional user information gathered from monitoring user's electronic consuming habits generated on computer during use
CA2142691A1 (en) 1995-04-05 1996-10-06 Ralph Moxness Long distance loyalty rewards device
US5734838A (en) 1995-05-04 1998-03-31 American Savings Bank, F.A. Database computer architecture for managing an incentive award program and checking float of funds at time of purchase
US5727153A (en) 1995-06-06 1998-03-10 Powell; Ken R. Retail store having a system of receiving electronic coupon information from a portable card and sending the received coupon information to other portable cards
US20030009379A1 (en) * 1995-06-06 2003-01-09 Ashok Narasimhan System and method for providing an automatic purchase reward
US5970143A (en) * 1995-11-22 1999-10-19 Walker Asset Management Lp Remote-auditing of computer generated outcomes, authenticated billing and access control, and software metering system using cryptographic and other protocols
US5794221A (en) 1995-07-07 1998-08-11 Egendorf; Andrew Internet billing method
US5761648A (en) 1995-07-25 1998-06-02 Interactive Coupon Network Interactive marketing network and process using electronic certificates
US5857175A (en) 1995-08-11 1999-01-05 Micro Enhancement International System and method for offering targeted discounts to customers
US5826244A (en) 1995-08-23 1998-10-20 Xerox Corporation Method and system for providing a document service over a computer network using an automated brokered auction
US5812769A (en) 1995-09-20 1998-09-22 Infonautics Corporation Method and apparatus for redirecting a user to a new location on the world wide web using relative universal resource locators
US5717860A (en) 1995-09-20 1998-02-10 Infonautics Corporation Method and apparatus for tracking the navigation path of a user on the world wide web
US5873069A (en) 1995-10-13 1999-02-16 American Tv & Appliance Of Madison, Inc. System and method for automatic updating and display of retail prices
US5715402A (en) 1995-11-09 1998-02-03 Spot Metals Online Method and system for matching sellers and buyers of spot metals
US5619558A (en) 1995-11-13 1997-04-08 Ncr Corporation ATM segment of one marketing method
US20030177347A1 (en) * 1995-11-22 2003-09-18 Bruce Schneier Methods and apparatus for awarding prizes based on authentication of computer generated outcomes using coupons
US5794210A (en) 1995-12-11 1998-08-11 Cybergold, Inc. Attention brokerage
US7249027B1 (en) * 1996-01-04 2007-07-24 Efficient Auctions Llc Computer implemented methods and apparatus for auctions
US5890135A (en) 1996-02-20 1999-03-30 Powell; Ken R. System and method for displaying product information in a retail system
US5806044A (en) 1996-02-20 1998-09-08 Powell; Ken R. System and method for distributing coupons through a system of computer networks
US6243691B1 (en) * 1996-03-29 2001-06-05 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US5835896A (en) 1996-03-29 1998-11-10 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US5870030A (en) 1996-04-04 1999-02-09 Motorola, Inc. Advertiser pays information and messaging system and apparatus
US5864822A (en) 1996-06-25 1999-01-26 Baker, Iii; Bernard R. Benefits tracking and correlation system for use with third-party enabling organization
US6332126B1 (en) 1996-08-01 2001-12-18 First Data Corporation System and method for a targeted payment system discount program
JP3407561B2 (en) * 1996-09-04 2003-05-19 株式会社日立製作所 Auction apparatus and method
US6108639A (en) * 1996-09-04 2000-08-22 Priceline.Com Incorporated Conditional purchase offer (CPO) management system for collectibles
US5839119A (en) 1996-09-27 1998-11-17 Xerox Corporation Method of electronic payments that prevents double-spending
US5721827A (en) 1996-10-02 1998-02-24 James Logan System for electrically distributing personalized information
US5923016A (en) 1996-12-03 1999-07-13 Carlson Companies, Inc. In-store points redemption system & method
US5905974A (en) 1996-12-13 1999-05-18 Cantor Fitzgerald Securities Automated auction protocol processor
WO1998028699A1 (en) 1996-12-24 1998-07-02 Meridian Enterprises, Inc. System and method for administration of an incentive award program through use of credit
US6047274A (en) * 1997-02-24 2000-04-04 Geophonic Networks, Inc. Bidding for energy supply
US5974398A (en) 1997-04-11 1999-10-26 At&T Corp. Method and apparatus enabling valuation of user access of advertising carried by interactive information and entertainment services
US6161099A (en) * 1997-05-29 2000-12-12 Muniauction, Inc. Process and apparatus for conducting auctions over electronic networks
US6012045A (en) * 1997-07-01 2000-01-04 Barzilai; Nizan Computer-based electronic bid, auction and sale system, and a system to teach new/non-registered customers how bidding, auction purchasing works
US6058379A (en) * 1997-07-11 2000-05-02 Auction Source, L.L.C. Real-time network exchange with seller specified exchange parameters and interactive seller participation
US6049778A (en) 1997-10-31 2000-04-11 Walker Asset Management Limited Partnership Method and apparatus for administering a reward program
US6363365B1 (en) 1998-05-12 2002-03-26 International Business Machines Corp. Mechanism for secure tendering in an open electronic network
US6230146B1 (en) * 1998-09-18 2001-05-08 Freemarkets, Inc. Method and system for controlling closing times of electronic auctions involving multiple lots
AU6394499A (en) 1998-10-05 2000-04-26 Walker Digital, Llc Method and apparatus for providing a discount to a customer that participates intransactions at a plurality of merchants
US7451106B1 (en) * 1998-11-30 2008-11-11 E-Lynxx Corporation System and method for competitive pricing and procurement of customized goods and services
US7415425B1 (en) * 2000-06-02 2008-08-19 Walker Digital, Llc Systems and methods wherein a security deposit facilitates a transaction in which a benefit is applied in exchange for performance of a task
WO2002083255A1 (en) * 2001-04-11 2002-10-24 Walker Digital, Llc Methods and systems for facilitating game play at a gaming device by means of third party offers

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998034187A1 (en) * 1997-01-30 1998-08-06 Autocom Aps A method of holding an auction and uses of the method
WO1998038562A2 (en) * 1997-02-26 1998-09-03 Henry Ferguson A patronage incentive award system incorporating retirement accounts and method thereof

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KUMAR M ET AL.: "Internet Auctions", PROCEEDINGS OF THE 3RD USENIX WORKSHOP ON ELECTRONIC COMMERCE, 31 August 1998 (1998-08-31) - 3 September 1998 (1998-09-03), XP002130297 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7085740B1 (en) 1999-10-04 2006-08-01 Raphael Meyers Method and apparatus for conducting auctions
US6718312B1 (en) * 1999-10-12 2004-04-06 Market Design Group, Inc. Method and system for combinatorial auctions with bid composition restrictions
DE10053246A1 (en) * 2000-10-26 2002-05-16 Sebworld Internationale Verwer System on the Internet for holding an auction

Also Published As

Publication number Publication date
US20060242056A1 (en) 2006-10-26
US20140114791A1 (en) 2014-04-24
AU1204400A (en) 2000-07-24
US8630916B2 (en) 2014-01-14
US20060242055A1 (en) 2006-10-26

Similar Documents

Publication Publication Date Title
US8630916B2 (en) System and method for encouraging competitive participation in an auction
AU717594B2 (en) Method and system for processing and transmitting electronic auction information
US5835896A (en) Method and system for processing and transmitting electronic auction information
US7870055B2 (en) Method and system for providing simultaneous on-line auctions
US7263505B1 (en) Method and apparatus for generating a sale offer over an electronic network system
US20110137751A1 (en) Computerized system for facilitating transactions between parties on the internet using e-mail
AU1931400A (en) Dynamic quality control conditional purchase offer (cpo) management system
WO2001003027A2 (en) Method and apparatus for generating a sale offer over an electronic network system
AU696475C (en) Computerized payment system for purchasing information products by electronic transfer on the internet
CA2529148C (en) Method and system for processing and transmitting electronic auction information
CA2592534A1 (en) Computerized payment system for purchasing information products by electronic transfer on the internet
WO2000052556A2 (en) Method and apparatus for processing recurring buyer offers in a demand collection commerce system

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref country code: AU

Ref document number: 2000 12044

Kind code of ref document: A

Format of ref document f/p: F

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 IN 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 US 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 TZ 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