USRE41545E1 - Ticket auction - Google Patents

Ticket auction Download PDF

Info

Publication number
USRE41545E1
USRE41545E1 US12/035,158 US3515808A USRE41545E US RE41545 E1 USRE41545 E1 US RE41545E1 US 3515808 A US3515808 A US 3515808A US RE41545 E USRE41545 E US RE41545E
Authority
US
United States
Prior art keywords
customer
bid
seats
tickets
customers
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Lifetime
Application number
US12/035,158
Inventor
Dale Young
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
F Poszat HU LLC
Original Assignee
Palus A6 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 Palus A6 LLC filed Critical Palus A6 LLC
Priority to US12/035,158 priority Critical patent/USRE41545E1/en
Assigned to PALUS A6, LLC reassignment PALUS A6, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: YOUNG, DALE
Application granted granted Critical
Publication of USRE41545E1 publication Critical patent/USRE41545E1/en
Assigned to F. POSZAT HU, L.L.C. reassignment F. POSZAT HU, L.L.C. MERGER (SEE DOCUMENT FOR DETAILS). Assignors: PALUS A6, LLC
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • This invention relates to the field of on-line auctions, and particularly to on-line auctions of tickets for entertainment events.
  • Seats for theatrical, musical, sporting, and other events are typically sold based on a pricing system that uses broad categorizations for seat locations. For example, all orchestra seats in a theater usually are uniformly priced for a given performance. The same system applies to sporting events. All tickets for movies are priced uniformly for each showing, though discounts for certain classes of people, e.g., students and senior citizens, may be available.
  • a central computer runs a ticket auction, receiving and evaluating bids sent by bidders from remote terminals. Although the bids are for seats in a single section with all seats subject to the same minimum bid requirement, each seat is also preassigned a preferential rank. After a predetermined bidding period, the central computer associates the seats with acceptable bids based on the bid amounts and the preferential ranks of the seats, presumably with higher bids being assigned higher ranking seats. During the bidding period, however, the bidders can cancel, raise, or lower bids at will.
  • Brett's method also provides for ensuring contiguous grouping of seats subject to a single bid.
  • Brett's method has several disadvantages. First, allowing bidders to lower or even cancel their bids wreaks havoc with the auctioning process. For example, one bidder can be outbid by another, and so notified; then, the higher bidder can cancel the bid, making the first bid acceptable, despite the notification. It is not even clear at what point a bidder becomes legally obligated to pay for the tickets. In sum, allowing cancellation and lowering of the bids creates uncertainty, even chaos.
  • remote auctions differ from live auctions.
  • remote auctions I mean auctions where bidding is done online, through telephone, or by similar means.
  • remote auctions can, and often do, last for days, even weeks.
  • a bidder in a remote auction would have to check the status of the bids periodically to avoid being outbid. This is an inconvenience; moreover, because most bidding will probably be done towards the conclusion of the auction, telecommunication equipment can still become overloaded, preventing the bidder from raising his bid.
  • one object of this invention is to provide an automated method for remotely auctioning tickets that eliminates chaos resulting from cancellation and lowering of previously entered bids.
  • the present invention provides for a computer-based, remote ticket auctioning method that advises each participant, during the participant's registration with the auction or at some other time before bidding, that each bid represents an unconditional offer to purchase and therefore cannot be lowered or withdrawn. Also during the registration process, the participant provides credit card information, or makes alternative payment arrangements.
  • the remote auctioning system will accept bids only from registered participants. When bidding, each participant specifies one of four options:
  • the central computer that runs the auction assigns all available tickets so as to maximize total amount received.
  • selecting options 2-4 increases the participant's chances of obtaining the tickets at the bid amount because, for example, single seats may be filled.
  • this invention provides a “proxy bid” ( 100 )—a way for the participant to enter the initial bid is to agree to a predetermined, bid increment, and the maximum amount of the bid.
  • the proxy then increases the participant's bid automatically, to ensure purchase of tickets, up to the maximum bid amount.
  • the participant may choose the “buy now” function to purchase the tickets immediately, albeit at a high predetermined price.
  • FIGS. 1A & 1B depict a flow chart of a preferred Internet-based implementation of the remote auction in accordance with this invention.
  • producers of entertainment events transmit the following information to the central computer ( 101 ) that implements the method:
  • the ticket seller of the auction may break the available seats for the same event into multiple auctions, and thereby further minimizing scalping.
  • Templates ( 114 ) for the auditorium are obtained before an auction and stored on the central computer ( 100 ).
  • the best sources I know for these templates ( 114 ) are the following books: Sandy Millman, SEATS (for New York area), and Denise Cady, GOOD SEATS (for Los Angeles and Chicago).
  • the template ( 114 ) is displayed to the general public on the auction's Web site ( 116 ).
  • Typical data ( 126 ) requested are:
  • Registered ( 118 ) and non-registered browsing ( 122 ) customers can first click on a one of the available geographical locations ( 128 ), e.g., a State, which can potentially be anywhere in the world.
  • Typical geographical choices presented are:
  • the list of available events ( 13 ) in the category selected for that particular date ( 106 ) is displayed next. Assume, for example, that the customer selected “Theaters” in “New York.” If available, the following shows would be listed:
  • the customer indicates how many seats are desired.
  • the amount needed to bid per seat ( 136 ) is displayed to the customer. Note that the per-seat amount may depend on the number of seats desired: if there are a hundred seats available and someone wants 6 seats, he might have to bid more per seat than someone who bids for one seat, depending upon bids already placed.
  • the customer may be asked if he would like to increase the bid automatically by predetermined increments up to a certain amount if he is outbid. This is the “proxy bid” ( 100 ) service described earlier.
  • An order form is next presented to the customer.
  • the form requests the following information:
  • bidding history 150
  • a running clock 152
  • the bidder may increase his bid at any time; the bid, however, may not be canceled or decreased.
  • the central computer may be programmed to accept bids at some predetermined amount ( 154 ), at the time the bid is made, and to reserve the seats immediately.
  • the next screen displayed to the customer shows a detailed summary ( 156 ) of the order and what the order will cost if and when accepted, including service charges, if any.
  • the computer asks the customer to confirm that (1) the bid is correct, and (2) the total charge is accurate and is authorized by the customer.
  • the specifics ( 158 ) of the desired transaction are displayed to the customer to avoid any misunderstanding of expenses. If the information is accurate, the customer advances to the next screen, which asks for another confirmation:
  • the customer is given a confirmation code ( 160 ) so that at any time prior to the close of the auction the status of the desired seats can be obtained and the bid can be raised.
  • Registered participants are able to access all current and past orders ( 164 ).
  • the customer can also elect to have the “proxy bid” increase the customer's bid automatically at preestablished increments up to a certain amount.
  • the customer Before exiting the site, the customer is asked if he would like to receive e-mail notifications ( 174 ) of other events. If so, a form listing the types of events of interest is presented to the customer.
  • the central computer runs an algorithm ( 176 ) that determines the winning bids so as to maximize the total amount realized from ticket sales.
  • the algorithm does not necessarily allocate the seats to the highest bidders; a higher bid can be bypassed in favor of a lower bid when the total realized amount is increased by accepting the lower bid. This generally happens when some lower bid is made by someone willing to take a partial order or noncontiguous seats. Thus, a bidder willing to accept noncontiguous seats or partial orders improves his chances of obtaining the tickets.
  • the customer's credit card ( 178 ) is billed prior to seats being allocated.
  • the auction site's operator submits a list of customers and seat allocations to the event's producer/operator.
  • Each successful bidder is notified by e-mail that (1) he has won the bid on “x” seats, (2) the exact amount charged against the customer's credit card, (3) a special code ( 180 ) that will uniquely identify the successful bidder to the event's operator, and (4) a reminder ( 182 ) that the e-mail should be printed and brought to the box office ( 184 ) along with identification. If the tickets are a gift, the box-office must be notified who will be retrieving the tickets. If the ticket purchase was a phone order, the customer is notified by phone under the same protocol.
  • the box office prints the tickets with the amounts for which they were purchased, which of course are the amounts of the winning bids. This should preclude any charge that the tickets have been scalped; when tickets are scalped, they are sold for an amount higher than the price printed on them. It will also allow the event's producer to verify the amounts for which the tickets were sold.
  • the event's producer will be paid the contractual amount, for example the base ticket price plus one half of the amount over the base price, less pro-rated credit card charges. If the event is canceled, refunds are automatically given to the customers, and the producers are charged all credit card fees.

Abstract

This computer-based Internet ticket auctioning method preregisters potential bidders and advises them that all bids are conditional offers to purchase tickets, and therefore cannot be lowered or canceled at will. The auction's organizer programs the computer that runs the auction with dates and locations of various events, and with auditoria layout and locations of seats to be auctioned. Each registered customer can view the layout of a particular auditorium and submit a bid for one or more seats. The bidder specifies whether a partially filled order and noncontiguous seat assignments are acceptable. The bidder is also provided with an option to engage a “proxy bid” that will increase the bid amount up to a limit set by the bidder, in order to ensure purchase of tickets. Each customer can also choose to bypass the auction process entirely, by submitting a purchase order at a high, preset price. This preset price is automatically accepted and purchase of tickets is guaranteed. At the conclusion of the auction, the computer runs a seat allocation algorithm that assigns the seats to the bidders so as to maximize the total amount realized from the auction. The seat assignment algorithm is also run periodically during the auction in order to determine which bidders have already being outbid, and to allow them to raise their bids.

Description

CROSS REFERENCE TO RELATED APPLICATIONS
This application is a Reissue application of U.S. Ser. No. 09/565,532, filed May 5, 2000, now U.S. Pat. No. 7,003,485, granted Feb. 21, 2006, which claims the priority benefits of copending U.S. Provisional Application No. 60/133,013, filed on 7 May 1999.
TECHNICAL FIELD
This invention relates to the field of on-line auctions, and particularly to on-line auctions of tickets for entertainment events.
BACKGROUND OF THE INVENTION
Seats for theatrical, musical, sporting, and other events are typically sold based on a pricing system that uses broad categorizations for seat locations. For example, all orchestra seats in a theater usually are uniformly priced for a given performance. The same system applies to sporting events. All tickets for movies are priced uniformly for each showing, though discounts for certain classes of people, e.g., students and senior citizens, may be available.
This simple system disregards the fact that within each broad category some seats are more valuable than others. Moreover, setting ticket prices well in advance of a performance, and keeping ticket prices constant, often misjudges the demand and fails to optimize pricing. Not surprisingly, tickets for a given performance often sell out upon their release; for ongoing events, patrons often have to wait too long to get desired tickets. These are reliable indicators that the tickets are underpriced, i.e., that the total amount collected by the event's producer/organizer is lower than could otherwise be achieved. Alternatively, if the ticket prices are set too high, many tickets may remain unsold, also reducing the total amount collected by the event's producer, despite higher average ticket price. Because producers, as most people, prefer a bird in hand to two in the bushes, tickets are practically always underpriced. Occasionally, the sub-optimal pricing benefits the consumer; more often than not, however, it benefits the illegal re-sellers, also known as “scalpers.”
Several on-line auction methods designed to optimize revenue from ticket sales, as well as to solve other problems, have been described. One method is the subject of U.S. Pat. No. 6,023,685 issued 8 Feb. 2000 to Brett et al. (“Brett”hereinafter), hereby incorporated by reference as if fully described herein. Brett also describes several other auctioning systems and methods.
According to Brett, a central computer runs a ticket auction, receiving and evaluating bids sent by bidders from remote terminals. Although the bids are for seats in a single section with all seats subject to the same minimum bid requirement, each seat is also preassigned a preferential rank. After a predetermined bidding period, the central computer associates the seats with acceptable bids based on the bid amounts and the preferential ranks of the seats, presumably with higher bids being assigned higher ranking seats. During the bidding period, however, the bidders can cancel, raise, or lower bids at will. Brett's method also provides for ensuring contiguous grouping of seats subject to a single bid.
Brett's method has several disadvantages. First, allowing bidders to lower or even cancel their bids wreaks havoc with the auctioning process. For example, one bidder can be outbid by another, and so notified; then, the higher bidder can cancel the bid, making the first bid acceptable, despite the notification. It is not even clear at what point a bidder becomes legally obligated to pay for the tickets. In sum, allowing cancellation and lowering of the bids creates uncertainty, even chaos.
Another disadvantage is that remote auctions differ from live auctions. (By “remote auctions” I mean auctions where bidding is done online, through telephone, or by similar means.) In a remote auction, there is no reason to conduct the auction in a short period of time, with each bidder responding (or choosing not to respond) to other bidders substantially in real time; remote auctions can, and often do, last for days, even weeks. Indeed, it would be difficult to conduct a widely accessible remote auction in real time because of potential for telecommunication equipment overload caused by simultaneous attempts of multiple bidders to place or change their bids. A bidder in a remote auction would have to check the status of the bids periodically to avoid being outbid. This is an inconvenience; moreover, because most bidding will probably be done towards the conclusion of the auction, telecommunication equipment can still become overloaded, preventing the bidder from raising his bid.
Yet another problem with Brett's method is that the contiguity requirement is the same for all the bidders; i.e., the algorithm that ensures contiguous seating operates on all the bids; it does not allow each bidder, individually, to specify whether the bidder will accept scattered seats. Similarly, the algorithm does not allow each bidder to specify initially whether partially filled orders are acceptable.
OBJECTS OF THE INVENTION
It is the object of this invention to remedy the above as well as related deficiencies in the prior art. In particular, one object of this invention is to provide an automated method for remotely auctioning tickets that eliminates chaos resulting from cancellation and lowering of previously entered bids.
It is another object of this invention to provide each bidder in a remote ticket auction with automatic means to increase the bid in response to actions of other bidders.
It is yet another object of the invention to allow each participant in a remote auction to bypass the bidding process entirely and ensure purchase of tickets.
It is still another object of the invention to let each bidder in a remote auction to specify, at the time of bidding, whether noncontiguous seating and a partially filled order are acceptable in order to improve the bidder's chances of purchasing a ticket or tickets.
SUMMARY OF THE INVENTION
To fulfill these and other objectives, the present invention provides for a computer-based, remote ticket auctioning method that advises each participant, during the participant's registration with the auction or at some other time before bidding, that each bid represents an unconditional offer to purchase and therefore cannot be lowered or withdrawn. Also during the registration process, the participant provides credit card information, or makes alternative payment arrangements.
The remote auctioning system will accept bids only from registered participants. When bidding, each participant specifies one of four options:
    • 1. Will only accept a full order with contiguous seats;
    • 2. Will only accept a full order, but seats may be scattered;
    • 3. Will accept a partial order, but seats must be contiguous; or
    • 4. No restrictions—will accept a partial order with noncontiguous seats.
At the expiration of the bidding period, the central computer that runs the auction assigns all available tickets so as to maximize total amount received. Thus, selecting options 2-4 increases the participant's chances of obtaining the tickets at the bid amount because, for example, single seats may be filled.
To obviate the need for each bidder to check periodically the status of the bids, this invention provides a “proxy bid” (100)—a way for the participant to enter the initial bid is to agree to a predetermined, bid increment, and the maximum amount of the bid. The proxy then increases the participant's bid automatically, to ensure purchase of tickets, up to the maximum bid amount. Alternatively, if available, the participant may choose the “buy now” function to purchase the tickets immediately, albeit at a high predetermined price.
BRIEF DESCRIPTION OF THE DRAWING
FIGS. 1A & 1B depict a flow chart of a preferred Internet-based implementation of the remote auction in accordance with this invention.
DETAILED DESCRIPTION OF THE INVENTION
According to the method of this invention, producers of entertainment events transmit the following information to the central computer (101) that implements the method:
    • 1. A seating chart (102) of a theater or stadium (“auditorium”);
    • 2. Seats to be auctioned;
    • 3. Available performance dates (100);
    • 4. Current price schedules (108) for different sections (110) of the auditorium; and
    • 5. Deadline (112) for accepting offers.
The ticket seller of the auction may break the available seats for the same event into multiple auctions, and thereby further minimizing scalping.
Templates (114) for the auditorium are obtained before an auction and stored on the central computer (100). The best sources I know for these templates (114) are the following books: Sandy Millman, SEATS (for New York area), and Denise Cady, GOOD SEATS (for Los Angeles and Chicago). The template (114) is displayed to the general public on the auction's Web site (116).
When a potential customer (potential auction participant or bidder) visits the site, the customer is given the options of registering (118), logging-in (129), or browsing (122) the site. If the customer chooses to register, he will be prompted to enter identifying and billing information (124). Typical data (126) requested are:
    • 1. Log-In Name;
    • 2. Password;
    • 3. Name (first, last);
    • 4. Address;
    • 5. Telephone Number (voice, fax);
    • 6. Credit Card Information (brand, expiration date); and
    • 7. Email Address.
After registering, the customer returns to the main page (128) of the web site. Registered (118) and non-registered browsing (122) customers can first click on a one of the available geographical locations (128), e.g., a State, which can potentially be anywhere in the world. Typical geographical choices presented are:
    • New York,
    • California,
    • Nevada,
    • Florida, and
    • Illinois.
      Then the customer can indicate the type of event (13) he wishes to attend by clicking on an appropriate symbol, such as:
    • Concerts,
    • Theater,
    • Opera,
    • Dance Performances,
    • Sports, or
    • First Run Movies.
The list of available events (13) in the category selected for that particular date (106) is displayed next. Assume, for example, that the customer selected “Theaters” in “New York.” If available, the following shows would be listed:
    • Phantom of the Opera,
    • Les Miserables,
    • Chicago,
    • Rent,
    • Lion King.
The customer then selects the desired performance date (132) and goes to the next page. Upon clicking on a specific event (130), a seating chart (102) appears. Available seats (104) being auctioned will be listed, also base (minimum) prices (134) for bidding.
If a given event is of interest to the customer, the customer indicates how many seats are desired. The amount needed to bid per seat (136) is displayed to the customer. Note that the per-seat amount may depend on the number of seats desired: if there are a hundred seats available and someone wants 6 seats, he might have to bid more per seat than someone who bids for one seat, depending upon bids already placed.
Only registered customers (118) are allowed to bid, and no one may bid an amount less than what is required to secure a ticket at the time of the bid. That minimum amount can of course increase as higher bids are received.
At this time, the customer may be asked if he would like to increase the bid automatically by predetermined increments up to a certain amount if he is outbid. This is the “proxy bid” (100) service described earlier.
An order form is next presented to the customer. The form requests the following information:
    • 1. Number of tickets (138) desired to be purchased;
    • 2. Amount bid per ticket;
    • 3. If the bidder would be willing to accept non-contiguous seats (146) (optional);
    • 4. If the bidder would accept a partial order (148) (optional).
To make bidding decisions more informed, the following data can be made available to all browsers: (1) bidding history (150), and (2) a running clock (152) indicating how long bidding will continue. Based on this information, the bidder may increase his bid at any time; the bid, however, may not be canceled or decreased.
For those customers who absolutely “must” have the tickets, a way to bypass the auction may be provided. For example, the central computer may be programmed to accept bids at some predetermined amount (154), at the time the bid is made, and to reserve the seats immediately.
The next screen displayed to the customer shows a detailed summary (156) of the order and what the order will cost if and when accepted, including service charges, if any. The computer asks the customer to confirm that (1) the bid is correct, and (2) the total charge is accurate and is authorized by the customer. The specifics (158) of the desired transaction are displayed to the customer to avoid any misunderstanding of expenses. If the information is accurate, the customer advances to the next screen, which asks for another confirmation:
    • Do You Wish To Use The Credit Card On File?
      If yes, processing the bid is a simple matter; otherwise, new credit card data is requested on a new screen, and the customer is asked if he wishes to use the new credit card as the means for future payments.
When the bid is complete, the customer is given a confirmation code (160) so that at any time prior to the close of the auction the status of the desired seats can be obtained and the bid can be raised. Registered participants are able to access all current and past orders (164). As described above, the customer can also elect to have the “proxy bid” increase the customer's bid automatically at preestablished increments up to a certain amount.
Throughout the process, each customer is repeatedly reminded that the bids are commitments to purchase tickets, and are binding if accepted.
After a given offer is submitted, the customer will have the options of bidding on a different event (168), exiting the site, and purchasing related materials (170). Under the last option, links can be provided to sites (172) selling, for example, music CDs and memorabilia.
Before exiting the site, the customer is asked if he would like to receive e-mail notifications (174) of other events. If so, a form listing the types of events of interest is presented to the customer.
When the time allotted for bidding expires, the central computer runs an algorithm (176) that determines the winning bids so as to maximize the total amount realized from ticket sales. Note that the algorithm does not necessarily allocate the seats to the highest bidders; a higher bid can be bypassed in favor of a lower bid when the total realized amount is increased by accepting the lower bid. This generally happens when some lower bid is made by someone willing to take a partial order or noncontiguous seats. Thus, a bidder willing to accept noncontiguous seats or partial orders improves his chances of obtaining the tickets.
The customer's credit card (178) is billed prior to seats being allocated.
After completing the auction, the auction site's operator submits a list of customers and seat allocations to the event's producer/operator. Each successful bidder is notified by e-mail that (1) he has won the bid on “x” seats, (2) the exact amount charged against the customer's credit card, (3) a special code (180) that will uniquely identify the successful bidder to the event's operator, and (4) a reminder (182) that the e-mail should be printed and brought to the box office (184) along with identification. If the tickets are a gift, the box-office must be notified who will be retrieving the tickets. If the ticket purchase was a phone order, the customer is notified by phone under the same protocol.
The box office prints the tickets with the amounts for which they were purchased, which of course are the amounts of the winning bids. This should preclude any charge that the tickets have been scalped; when tickets are scalped, they are sold for an amount higher than the price printed on them. It will also allow the event's producer to verify the amounts for which the tickets were sold.
Three days after the event, the event's producer will be paid the contractual amount, for example the base ticket price plus one half of the amount over the base price, less pro-rated credit card charges. If the event is canceled, refunds are automatically given to the customers, and the producers are charged all credit card fees.
All information exchanges described in this document can also be made via telephones. It is, however, less cost efficient and more cumbersome than using the Internet.
Although a number of specific features have been described in this specification, those skilled in the art will be able to devise various other modifications that although not explicitly described or shown herein, embody the principles of the invention and are thus within its spirit and scope.

Claims (18)

1. A method for conducting a remote auction of event tickets from a central computer to a plurality of customers at remote locations, each said customer connected to the central computer by a telecommunications apparatus for receiving and transmitting information, the method comprising the steps of :
programming the central computer with a template of an auditorium where the an event is scheduled to take place;
programming the central computer with available seat data, the available seat data identifying seats intended for sale during the remote auction, each of the seats intended for sale corresponding to a ticket;
programming the computer with a minimum ticket price below which no ticket may be sold during the remote auction;
transmitting from the central computer to the customers, before the individual customers registers and before said customers makes any bids, a first message to notify the customers that bids submitted by the customers during the remote auction are non-revocable;
further transmitting from the central computer to the customers a message that customers can individually specify that partial orders and scattered seats are acceptable;
requesting registration information from at least a first customer of the plurality of customers, the registration information, including the first customer's name, a name of the first customer, a password, and payment information, for registering the first customer for the auction;
receiving bids from at least two of the plurality of customers, each of the bids including a seat quantity indicating a number of seats bid for, an amount bid, means indicating an indication of whether the customer who submitted said each bid is willing to accept noncontiguous seats, and an indication of whether the consumer customer who submitted said each bid is willing to accept fewer seats than indicated by said each bid's seat quantity, and number of seats bid for; and
performing in a computer a seat assignment algorithm for allocating the seats intended for sale during the remote auction among the received bids and incorporating at least one of the a customer's indication of willingness to accept noncontiguous seats and the customer's willingness to accept a partial orders in a way that maximizes a total amount receivable from the plurality of customers for the seats intended for sale during the remote auction.
2. A The method according to claim 1, further including the step of comprising notifying each customer who submitted at least one bid of a status of the submitted bid's status at least one bid, said status including a notification of a first number of seats allocated to the submitted at least one bid, a first amount equal to the a cost of the seats allocated to the submitted at least one bid, and a unique identifier of the submitted at least one bid.
3. A The method according to claim 1, further including the step of comprising informing each customer of a current minimum bid amount that the customer must bid to qualify for seat allocation.
4. A The method according to claim 1, further including the steps of: comprising:
setting a guaranteed purchase amount for the tickets seats intended for sale during the remote auction, and enabling the first customer to purchase one or more tickets, seats, without participating in the remote auction, at the guaranteed purchase amount.
5. A The method according to claim 1, further including the step of comprising enabling a first customer who submitted a first bid to engage a proxy bid means for automatically increasing the first bid by a predetermined increment up to a first limit.
6. A The method according to claim 1, further including the step of comprising sending from the central computer to the telecommunications apparatus, a graphical representation of the template and the available seat date data.
7. A The method according to any one of claims 1-6 , wherein the central computer and the telecommunications apparatus are connected via the Internet, wherein said steps of transmitting of the first message, registering, said transmitting of the second message, said requesting registration information, and said receiving bids, notifying, and informing are performed through the Internet, and the step of registering the customers includes the step of receiving a second customer's name, password and payment authorization .
8. A system for conducting a remote auction of event tickets, the system comprising:
a central computer, the central computer including:
means for communicating with a plurality of customers at remote locations;
means for receiving and storing a template of an auditorium where the an event is scheduled to take place;
means for receiving and storing available seat data for the event, the seat data identifying seats intended for sale during the remote auction, each of the seats intended for sale corresponding to a different ticket;
means for receiving and storing a minimum ticket price below which no ticket may be sold during the remote auction;
means for transmitting from the central computer to the plurality of customers a message that customers can individually specify that partial orders and scattered seats are acceptable;
means for requesting registration information from a first customer, the registration information information; including a name of the first customer's name , a password, and payment information;
means for receiving the requested registration information;
means for receiving bids, each bid including a seat quantity data item indicating a number of seats bid for, the a bid amount bid field , means indicating an indication of whether the a customer who submitted said each bid is willing to accept noncontiguous seats, and means indicating an indication of whether the customer who submitted said each bid is willing to accept a partial orders than indicated by said each bid's seat quantity, which differs from the number of seats bid for; and
means for performing a seat assignment algorithm for allocating the seats intended for sale during the remote auction among the received bids, wherein at least one of the a customer's indication of willingness to accept noncontiguous seats and the customer's indication of willingness to accept partial orders is incorporated such that the a total amount receivable from the customers for the seats intended for sale during the remote auction is maximized.
9. A method for conducting an auction using a central computer in communication with a plurality of customers through one or more telecommunications apparatuses, the method comprising:
providing a first message from the central computer to a first customer, wherein the first message indicates that submitted bids are non-revocable, and further wherein the first message is provided to the first customer prior to registration of the first customer and prior to receipt of a bid from the first customer;
receiving registration information from the first customer;
providing a second message from the central computer to the first customer, wherein the second message indicates that the first customer is allowed to specify that a partial order is acceptable and that non-contiguous seats are acceptable;
providing event information to the first customer, wherein the event information corresponds to an event and includes a minimum bid amount;
receiving a first bid from the first customer, wherein the first bid includes a desired number of tickets, a bid amount, an indication of whether partial orders are acceptable, and an indication of whether non-contiguous seats are acceptable; and
implementing, with a central computer, a computerized seat algorithm to determine whether the first bid is accepted, wherein the computerized seat assignment algorithm is configured to maximize a total amount received for ticket sales associated with the event by incorporating at least one of an affirmative indication that partial orders are acceptable or an affirmative indication that non-contiguous seats are acceptable.
10. The method of claim 9, further comprising providing the first customer with a template of a venue where the event is scheduled to take place.
11. The method of claim 9, wherein the event information further comprises available seat data.
12. The method of claim 9, wherein the event information further includes a deadline for submitting bids corresponding to the event.
13. The method of claim 9, wherein the minimum bid amount is based at least in part on a number of tickets available.
14. The method of claim 9, wherein the minimum bid amount is based at least in part on the desired number of tickets.
15. A system for conducting a remote auction of event tickets, the system comprising:
a central computer including
means for receiving registration information from a first customer;
means for providing from the central computer the first customer with a message indicating that the first customer is allowed to specify that a partial order is acceptable and that non-contiguous seats are acceptable;
means for providing event information to the first customer, wherein the event information corresponds to an event and includes a minimum bid amount for tickets to the event;
means for receiving a plurality of bids on the tickets to the event from a plurality of customers, wherein the plurality of bids includes a first bid from the first customer, wherein the first bid includes a desired number of tickets, a bid amount, an indication that partial orders are acceptable to the first customer, and an indication that non-contiguous seats are acceptable to the first customer; and
means for performing a computerized seat assignment algorithm to allocate the tickets to the plurality of customers such that a total dollar amount received is maximized, wherein the tickets are allocated based on at least one of the indication that partial orders are acceptable to the first customer or the indication that non-contiguous seats are acceptable to the first customer.
16. The system of claim 15, wherein the central computer further comprises:
means for receiving a template of a venue where the event is scheduled to take place; and
means for providing the template to the first customer.
17. The system of claim 15, wherein the first bid comprises a proxy bid that specifies a limit, and further wherein the central computer comprises means for automatically increasing the bid amount by a predetermined increment up to the limit.
18. The system of claim 15, wherein the bid amount comprises a guaranteed purchase amount such that the first customer is guaranteed the desired number of tickets.
US12/035,158 1999-05-07 2008-02-21 Ticket auction Expired - Lifetime USRE41545E1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/035,158 USRE41545E1 (en) 1999-05-07 2008-02-21 Ticket auction

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13301399P 1999-05-07 1999-05-07
US09/565,532 US7003485B1 (en) 1999-05-07 2000-05-05 Ticket auction
US12/035,158 USRE41545E1 (en) 1999-05-07 2008-02-21 Ticket auction

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/565,532 Reissue US7003485B1 (en) 1999-05-07 2000-05-05 Ticket auction

Publications (1)

Publication Number Publication Date
USRE41545E1 true USRE41545E1 (en) 2010-08-17

Family

ID=35810780

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/565,532 Ceased US7003485B1 (en) 1999-05-07 2000-05-05 Ticket auction
US12/035,158 Expired - Lifetime USRE41545E1 (en) 1999-05-07 2008-02-21 Ticket auction

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/565,532 Ceased US7003485B1 (en) 1999-05-07 2000-05-05 Ticket auction

Country Status (1)

Country Link
US (2) US7003485B1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8315918B1 (en) * 2004-04-06 2012-11-20 Ticketmaster Systems for dynamically allocating finite or unique resources
US9672562B1 (en) 2013-01-25 2017-06-06 Fedbid, Inc. Price determination in an auction system
US9912653B2 (en) 2007-09-04 2018-03-06 Live Nation Entertainment, Inc. Controlled token distribution to protect against malicious data and resource access

Families Citing this family (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060173761A1 (en) * 1996-03-25 2006-08-03 Cfph, Llc System and Method for Market Research Based on Financial Exchange
US6505174B1 (en) 1996-03-25 2003-01-07 Hsx, Inc. Computer-implemented securities trading system with a virtual specialist function
US10586282B2 (en) * 1996-03-25 2020-03-10 Cfph, Llc System and method for trading based on tournament-style events
US6243691B1 (en) * 1996-03-29 2001-06-05 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US7747507B2 (en) * 1996-05-23 2010-06-29 Ticketmaster L.L.C. Computer controlled auction system
US7268700B1 (en) 1998-01-27 2007-09-11 Hoffberg Steven M Mobile communication device
US20060218077A1 (en) * 1999-09-02 2006-09-28 Walker Jay S Method, system and computer program product for facilitating an auction behavior and automatic bidding in an auction
US20040006497A1 (en) * 2001-03-22 2004-01-08 Nestor Tod A. Entertainment event ticket purchase and exchange system
US8543495B1 (en) 2000-06-12 2013-09-24 E. E. System Corporation Online electronic transaction and funds transfer method and system
AU2001277265A1 (en) * 2000-07-05 2002-01-14 Daren Paul Murrer Paid search engine bid management
US7899717B2 (en) * 2000-11-06 2011-03-01 Raymond Anthony Joao Apparatus and method for selling a ticket to an event and/or to a portion of an event or venue
JP3872307B2 (en) * 2001-03-21 2007-01-24 インターナショナル・ビジネス・マシーンズ・コーポレーション Auction method, auction system and program
US20030149602A1 (en) * 2001-12-26 2003-08-07 Francis Mitchell J. Discounted restaurant reservation distribution system
US7636674B2 (en) * 2001-12-26 2009-12-22 Francis Mitchell J Ticket distribution system
US8290785B2 (en) * 2002-11-15 2012-10-16 Francis Mitchell J Ticket distribution system
US7346549B2 (en) * 2002-06-27 2008-03-18 At&T Knowledge Ventures, L.P. System and method for wirelessly transacting access to a set of events and associated digital content/products
US9477820B2 (en) 2003-12-09 2016-10-25 Live Nation Entertainment, Inc. Systems and methods for using unique device identifiers to enhance security
US10366373B1 (en) 2002-12-09 2019-07-30 Live Nation Entertainment, Incorporated Apparatus for access control and processing
US9251518B2 (en) 2013-03-15 2016-02-02 Live Nation Entertainment, Inc. Centralized and device-aware ticket-transfer system and methods
US9740988B1 (en) 2002-12-09 2017-08-22 Live Nation Entertainment, Inc. System and method for using unique device indentifiers to enhance security
US7904346B2 (en) * 2002-12-31 2011-03-08 Ebay Inc. Method and system to adjust a seller fixed price offer
US7593866B2 (en) * 2002-12-31 2009-09-22 Ebay Inc. Introducing a fixed-price transaction mechanism in conjunction with an auction transaction mechanism
US9818136B1 (en) 2003-02-05 2017-11-14 Steven M. Hoffberg System and method for determining contingent relevance
US8353763B2 (en) * 2003-03-31 2013-01-15 Cantor Index, Llc System and method for betting on a participant in a group of events
US7641549B2 (en) 2003-04-11 2010-01-05 Cantor Index Llc Lottery and auction based tournament entry exchange platform
US8160933B2 (en) * 2003-04-30 2012-04-17 Ebay Inc. Method and system to automate payment for a commerce transaction
US7783555B2 (en) * 2003-12-11 2010-08-24 Ebay Inc. Auction with interest rate bidding
US8078483B1 (en) 2003-12-16 2011-12-13 Ticketmaster Systems and methods for queuing access to network resources
US20110208633A1 (en) * 2010-02-19 2011-08-25 Asher Joseph M System and method for trading a futures contract based on a financial instrument indexed to entertainment dividends
US7698198B2 (en) * 2004-01-16 2010-04-13 Bgc Partners, Inc. System and method for purchasing a financial instrument indexed to entertainment revenue
US7567931B2 (en) 2004-01-16 2009-07-28 Bgc Partners, Inc. System and method for forming a financial instrument indexed to entertainment revenue
US7590589B2 (en) 2004-09-10 2009-09-15 Hoffberg Steven M Game theoretic prioritization scheme for mobile ad hoc networks permitting hierarchal deference
US20060100985A1 (en) * 2004-11-08 2006-05-11 Gerald Mark System and method of assigning seats and/or tables, as well as issuing and tracking personalized tickets for patrons attending events
US9608929B2 (en) 2005-03-22 2017-03-28 Live Nation Entertainment, Inc. System and method for dynamic queue management using queue protocols
MX2007011675A (en) 2005-03-22 2008-11-04 Ticketmaster Apparatus and methods for providing queue messaging over a network.
US8874477B2 (en) * 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
WO2007092406A2 (en) 2006-02-07 2007-08-16 Ticketmaster Methods and systems for reducing burst usage of a networked computer system
NZ572768A (en) * 2006-05-09 2011-10-28 Ticketmaster Apparatus for access control and processing
US8015073B2 (en) * 2006-09-25 2011-09-06 International Business Machines Corporation Increasing market efficiency of ticket supply systems
US8024234B1 (en) 2006-10-25 2011-09-20 Stubhub, Inc. System and methods for mapping price and location of tickets in an event venue
US7917398B2 (en) 2006-10-25 2011-03-29 Stubhub, Inc. Method and system for illustrating where a ticket is located in an event venue
US11295244B2 (en) 2006-10-25 2022-04-05 Stubhub, Inc. System and methods for mapping price and location of tickets in an event venue
US8661025B2 (en) 2008-11-21 2014-02-25 Stubhub, Inc. System and methods for third-party access to a network-based system for providing location-based upcoming event information
WO2008109224A1 (en) * 2007-03-02 2008-09-12 Cfph, Llc Methods and apparatus for requesting to reserve a service
US8825529B2 (en) * 2007-03-02 2014-09-02 Cfph, Llc Submitting a request to reserve a service
US8463649B2 (en) * 2007-03-02 2013-06-11 Cfph, Llc Bidding for a request to reserve a service
US7818191B2 (en) 2007-03-02 2010-10-19 Cfph, Llc Receiving a request to reserve a service
US9218720B2 (en) 2007-04-16 2015-12-22 Cfph, Llc Box office game
MX2010001492A (en) * 2007-08-07 2010-11-09 Ticketmaster L L C Systems and methods for providing resources allocation in a networked environment.
US20090198528A1 (en) * 2007-12-19 2009-08-06 Qcue Llc System and method providing market mechanisms for trading in forward contracts on heterogeneous goods
US20090248517A1 (en) * 2008-03-27 2009-10-01 Price Dive Ltd. Systems and methods for distributed commerce platform technology
US20100088126A1 (en) * 2008-05-05 2010-04-08 Vito Iaia Real time data distribution system
US20100257000A1 (en) * 2009-04-04 2010-10-07 Ken Harris Engine, system and method for upselling perishable products or service items
US8326696B2 (en) * 2009-09-23 2012-12-04 Stubhub, Inc. System and methods for a personal seat license auction
US20110087555A1 (en) * 2009-10-12 2011-04-14 Jeffrey Brian Gray Computer Implemented Continuous Dual Auction System
CA2802686C (en) 2010-06-15 2019-10-01 Ticketmaster, Llc Methods and systems for computer aided event and venue setup and modeling and interactive maps
US10096161B2 (en) 2010-06-15 2018-10-09 Live Nation Entertainment, Inc. Generating augmented reality images using sensor and location data
US9781170B2 (en) 2010-06-15 2017-10-03 Live Nation Entertainment, Inc. Establishing communication links using routing protocols
US9367848B2 (en) 2010-12-27 2016-06-14 Stubhub, Inc. Dynamic interactive seat map
KR20130065813A (en) * 2011-12-01 2013-06-20 에이든 정일 조 Method for selling ticket by auction and system thereof
US8401923B1 (en) 2012-05-04 2013-03-19 Transengine Technologies, LLC Method for a ticket exchange across different systems of record
US20150012375A1 (en) * 2013-07-05 2015-01-08 Fernando A. Roiter Bidding System for Last Minute Availability
US20150242947A1 (en) * 2015-05-10 2015-08-27 Kalyn A. Wilson Electronic auction for optimizing an event ticket sales parameter
CA2986470C (en) 2015-05-19 2023-10-24 Benoit FREDETTE System and method for managing event access rights

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08315046A (en) 1995-05-19 1996-11-29 Fujitsu General Ltd Order input system
US6023685A (en) * 1996-05-23 2000-02-08 Brett; Kenton F. Computer controlled event ticket auctioning system
US6240396B1 (en) * 1996-09-04 2001-05-29 Priceline.Com Incorporated Conditional purchase offer management system for event tickets
US6496809B1 (en) * 2000-06-09 2002-12-17 Brett Nakfoor Electronic ticketing system and method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08315046A (en) 1995-05-19 1996-11-29 Fujitsu General Ltd Order input system
US6023685A (en) * 1996-05-23 2000-02-08 Brett; Kenton F. Computer controlled event ticket auctioning system
US6240396B1 (en) * 1996-09-04 2001-05-29 Priceline.Com Incorporated Conditional purchase offer management system for event tickets
US6496809B1 (en) * 2000-06-09 2002-12-17 Brett Nakfoor Electronic ticketing system and method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"The Fundraiser Family, Special Event" Jul. 1997. *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8315918B1 (en) * 2004-04-06 2012-11-20 Ticketmaster Systems for dynamically allocating finite or unique resources
US9912653B2 (en) 2007-09-04 2018-03-06 Live Nation Entertainment, Inc. Controlled token distribution to protect against malicious data and resource access
US10305881B2 (en) 2007-09-04 2019-05-28 Live Nation Entertainment, Inc. Controlled token distribution to protect against malicious data and resource access
US10715512B2 (en) 2007-09-04 2020-07-14 Live Nation Entertainment, Inc. Controlled token distribution to protect against malicious data and resource access
US11516200B2 (en) 2007-09-04 2022-11-29 Live Nation Entertainment, Inc. Controlled token distribution to protect against malicious data and resource access
US9672562B1 (en) 2013-01-25 2017-06-06 Fedbid, Inc. Price determination in an auction system

Also Published As

Publication number Publication date
US7003485B1 (en) 2006-02-21

Similar Documents

Publication Publication Date Title
USRE41545E1 (en) Ticket auction
AU754421B2 (en) Ticket redistribution system
AU2006203419B2 (en) Computer controlled event ticket auctioning system
US7899717B2 (en) Apparatus and method for selling a ticket to an event and/or to a portion of an event or venue
US7747507B2 (en) Computer controlled auction system
US6704713B1 (en) Computer controlled event ticket auctioning system
US20040039696A1 (en) System and method for executing a payment transaction over a computer network
US20030236736A1 (en) Electronic system and method for trading seat licenses, event tickets and contingent event ticket certificates
US20060277130A1 (en) Methods and apparatus to predict demand for a product or service
US20110178827A1 (en) System for maximizing profit from public sale of tickets for a ticketed public event
WO2000079361A2 (en) Event planning system
US20080033771A1 (en) Ticket upgrade self-serve kiosk
JPH1131186A (en) Method relating to sale of event ticket and cost negotiation of facility utilization and device to implement them
AU2007214305B2 (en) Computer controlled event ticket auctioning system
CA2399155A1 (en) Computer controlled event ticket auctioning system
WO2007058661A1 (en) Ticket auction
JP2002197225A (en) Method for selling ticket
JP2023138187A (en) Auction device and auction method
WO2003058559A2 (en) Ticket and reservation distribution system

Legal Events

Date Code Title Description
FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

AS Assignment

Owner name: PALUS A6, LLC, DELAWARE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:YOUNG, DALE;REEL/FRAME:023953/0804

Effective date: 20071025

FPAY Fee payment

Year of fee payment: 8

AS Assignment

Owner name: F. POSZAT HU, L.L.C., DELAWARE

Free format text: MERGER;ASSIGNOR:PALUS A6, LLC;REEL/FRAME:037378/0616

Effective date: 20150812

FPAY Fee payment

Year of fee payment: 12