Event and services inventory management system

Information

  • Patent Grant
  • 8175926
  • Patent Number
    8,175,926
  • Date Filed
    Friday, March 31, 2006
    18 years ago
  • Date Issued
    Tuesday, May 8, 2012
    12 years ago
Abstract
A method and system are described for event and service inventory management. One embodiment comprises: in response to a user request for tickets to an event, searching a database for available tickets of a set of tickets purchased prior in time; displaying to a user information about booked but unused tickets; and, in response to identifying unused tickets, allowing the user to book the available event tickets, without the user having received separate authorization to obtain tickets to the event.
Description
BACKGROUND OF THE INVENTION

Often companies may purchase tickets to events, such as sporting events, to entertain guests, visiting executives, high-performing employees, or other appropriate recipients. If not well managed, ticket purchases may become an excessive expense. Also, often event tickets must be purchased in blocks for best pricing. However, not all purchasers can find recipients for all tickets, leaving some tickets unused or given away at random, and thus a wasted expense.


What is clearly needed is a system and method for managing purchase and inventory of such event tickets in a way that is most economical and beneficial to the company.


SUMMARY

A method and system are described for event and service inventory management. One embodiment comprises: in response to a user request for tickets to an event, searching a database for available tickets of a set of tickets purchased prior in time; displaying to a user information about booked but unused tickets; and, in response to identifying unused tickets, allowing the user to book the available event tickets, without the user having received separate authorization to obtain tickets to the event.





BRIEF DESCRIPTION OF FIGURES


FIG. 1 shows an overview of services and event system and its associated elements according to the present embodiment;



FIG. 2 shows the process by which a ticket block may be purchased according to the present embodiment; and



FIG. 3 shows the process by which an employee may acquire available tickets before being authorized to acquire new tickets, according to the present embodiment of the system.





DETAILED DESCRIPTION OF THE INVENTION

In the following detailed description of embodiments of the invention, reference is made to the accompanying drawings in which like references indicate similar elements, and in which is shown by way of illustration specific embodiments in which the invention may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the invention, and it is to be understood that other embodiments may be utilized and that logical, mechanical, electrical, functional, and other changes may be made without departing from the scope of the present invention. The following detailed description is, therefore, not to be taken in a limiting sense, and the scope of the present invention is defined only by the appended claims.



FIG. 1 shows an overview 100 of services and event system 102 and its associated elements according to the present embodiment. It could be a stand-alone system, or it could be integrated with other service systems. Symbolically shown associated with system 102 are a database 103 and a server 104 with a software instance 105. It is clear that there may be many variations in the architecture of the database, server, and associated software, with, for example, multiple servers, the database held on storage integrated into the server or in a separate computer, the server(s) containing other service system aspects as known to the inventor or dedicated solely to the usage of the present embodiment, etc. All such variations are well known to a person of knowledge in the art and do not affect the present embodiment as disclosed herein. System 102 is connected to the Internet 101. Internet 101 is for purposes of simplicity and clarity also representative of any other network(s), not shown, to which system 102 may be connected.



FIG. 2 shows the process 200 by which a ticket block may be purchased according to the present embodiment. In step 201, the user initiates a search by the system for an appropriate event. The search may be limited to local database 103, or the event service system may connect over the Internet 101 or some other network to providers of event tickets. In step 202, a volume discount is negotiated with a ticket provider for a block of tickets; and in step 203, those tickets are marked as available and information about the event and its availability is stored in database 103. In step 204, information about available tickets is sent to an “A list” of potential interested parties who may want to or may be authorized to use the tickets to entertain important visitors, guests, deserving employees, etc. Also, in some cases, an executive suite, that has inherent access to games, may be expressed a set of virtual tickets. Other, similar cases may exist, where attending rights are inherent in a sponsorship etc.



FIG. 3 shows the process 300 by which an employee may acquire available tickets before being authorized to acquire new tickets, according to the present embodiment of the system. In step 301, the system searches database 103 for available tickets. This search may be conducted by date, by event type, or by any other of various parameters. The search may also include checking with external suppliers (not shown) over Internet 101 or a functionally similar or equivalent private or public network. In step 302, information about booked but unused tickets is displayed to the user. In step 303, the process branches. If there are no unused tickets (no), the process moves to step 304, where, with proper authorization (not shown), new tickets may be purchased. At this point, the process terminates at step 307. If there are any unused tickets (yes), the process moves to step 304, where the system books the available event tickets in a process essentially similar to the process described above in the description of FIG. 2. If there are unused tickets, the process again branches in step 305 to use those existing tickets. If they are sufficient and meet the desired criteria (yes), such as date and event type, the ticket booking process is completed in step 308 and the process terminates at step 307. If the unused tickets do not meet the needs of the user (no), then the process branches to step 304, where, with proper authorization, new tickets may be purchased, and the process terminates at step 307. In some cases, certain authorized persons (e.g., high-ranking executives) may have the privilege of overriding the system to obtain new tickets for the event they want, even if other event tickets are available. Also, unused tickets may be offered for sale at a discounted price to employees or may be resold through a third party (such as Stub Hub or RazorGator) or an intra-company unused ticket exchange service.


In some cases, the system would also calculate the “internal usage value” vs. the “external street value” for the owner. The “internal usage value” is the perceived value of having some employee of the company using the ticket or ticket block to entertain a client or for some other purpose. This can be calculated based on a variety of inputs. For example, a VP or above requesting it gives the ticket 50 points, the importance of the client can given n more points, the availability of other similar tickets gives the ticket value m more points, etc. The total is the “internal usage value”.


The “external street value” can be calculated by an algorithm that takes into account the original price of the ticket, the rate at which the event sold out, the current availability of tickets on the primary and secondary markets, number of other people requesting similar tickets, current bid price for such a ticket, etc.


Comparing the internal value vs. the external value can help a company determine if and when it should sell previously purchased tickets on the open market, providing an opportunity to effectively offload unused tickets at the right price and the right time and to determine which tickets should be offloaded.


It is clear that many modifications and variations of this embodiment may be made by one skilled in the art without departing from the spirit of the novel art of this disclosure.


The processes described above can be stored in a memory of a computer system as a set of instructions to be executed. In addition, the instructions to perform the processes described above could alternatively be stored on other forms of machine-readable media, including magnetic and optical disks. For example, the processes described could be stored on machine-readable media, such as magnetic disks or optical disks, which are accessible via a disk drive (or computer-readable medium drive). Further, the instructions can be downloaded into a computing device over a data network in a form of compiled and linked version.


Alternatively, the logic to perform the processes as discussed above could be implemented in additional computer and/or machine readable media, such as discrete hardware components as large-scale integrated circuits (LSI's), application-specific integrated circuits (ASIC's), firmware such as electrically erasable programmable read-only memory (EEPROM's); and electrical, optical, acoustical and other forms of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.); etc.

Claims
  • 1. A computer implemented method comprising: in response to a request of a user employed by an organization for tickets to an event, searching, via a computing device, a database for available tickets of a set of tickets purchased prior in time by a procuring organization;displaying, via the computing device, to the user information about the available tickets;in response to identifying the available tickets, allowing, via the computing device, the user employed by the organization to book the available tickets, the allowing comprising determining that a usage value of the available tickets internal to the organization is equal to or greater than a monetary value of the available tickets external to the organization, the usage value internal to the organization being calculated based at least in part on classification of a guest to accompany the user in use of the available tickets;when there are no available tickets, authorizing the user to purchase new tickets; andwhen the monetary value of the available tickets external to the organization is greater than the usage value internal to the organization, offloading the available tickets on an open market external to the organization.
  • 2. The method of claim 1, wherein the searching is conducted by one or more of date or event type.
  • 3. The method of claim 2, wherein the searching is performed on a database stored remotely to a system receiving the request for the available tickets.
  • 4. The method of claim 2, further comprising authorizing the user to purchase the available tickets to the event in response to the available tickets failing to meet a specified criteria.
  • 5. The method of claim 2, further comprising authorizing the user to purchase the available tickets to the event in response to the user being of a predetermined classification.
  • 6. The method of claim 1, wherein the user is associated with the procuring organization.
  • 7. The method of 1, wherein the usage value internal to the organization is calculated based at least in part on one or more of classification of the user requesting the available tickets, and availability of other related tickets.
  • 8. The method of claim 1, wherein the monetary value of the available tickets external to the organization is based on an algorithm that takes into account at least one or more of an original price of the available tickets, a rate at which the event sold out, a current availability of tickets on primary and secondary markets, or a number of other users requesting related tickets.
  • 9. A non-transitory machine readable medium having stored thereon a set of instructions which when executed by a computing device, cause the computing device to perform a method comprising: in response to a request of a user employed by an organization for tickets to an event, searching a database for available tickets of a set of tickets purchased prior in time by a procuring organization;displaying to the user information about the available tickets;in response to identifying the available tickets, allowing, via the computing device, the user employed by the organization to book the available tickets, the allowing comprising determining that a usage value of the available tickets internal to the organization is equal to or greater than a monetary value of the available tickets external to the organization, the usage value internal to the organization being calculated based at least in part on classification of a guest to accompany the user in use of the available tickets;when there are no available tickets, authorizing the user to purchase new tickets; andwhen the monetary value of the available tickets external to the organization is greater than the usage value internal to the organization, offloading the available tickets on an open market external to the organization.
  • 10. The machine readable medium of claim 9, wherein the searching is conducted by one or more of date or event type.
  • 11. The machine readable medium of claim 10, wherein the searching is performed on a database stored remotely to a system receiving the request for the available tickets.
  • 12. The machine readable medium of claim 11, further comprising authorizing the user to purchase the available tickets to the event in response to the available tickets failing to meet a specified criteria.
  • 13. The machine readable medium of claim 12, further comprising authorizing the user to purchase the available tickets to the event in response to the user being of a predetermined classification.
  • 14. The machine readable medium of claim 9, wherein the user is associated with the procuring organization.
  • 15. The machine readable medium of 9, wherein the usage value internal to the organization is calculated based at least in part on one or more of classification of the user requesting the available tickets, and availability of other related tickets.
  • 16. The machine readable medium of claim 9, wherein the monetary value of the available tickets external to the organization is based on an algorithm that takes into account at least one or more of an original price of the available tickets, a rate at which the event sold out, a current availability of tickets on primary and secondary markets, or a number of other users requesting related tickets.
  • 17. A system comprising: at least one computing device configured to:search a database for available tickets of a set of tickets purchased prior in time by a procuring organization, in response to a request of a user employed by an organization for tickets to an event;display to the user information about the available tickets;allow the user employed by the organization to book the available tickets, in response to identifying the available tickets, the allowing comprising a determination that a usage value of the available tickets internal to the organization is equal to or greater than a monetary value of the available tickets external to the organization, the usage value internal to the organization being calculated based at least in part on classification of a guest to accompany the user in use of the available tickets;when there are no available tickets, authorize the user to purchase new tickets; andwhen the monetary value of the available tickets external to the organization is greater than the usage value internal to the organization, offload the available tickets on an open market external to the organization.
US Referenced Citations (62)
Number Name Date Kind
5237499 Garback Aug 1993 A
5331546 Webber et al. Jul 1994 A
5794207 Walker et al. Aug 1998 A
5832453 O'Brien Nov 1998 A
5930761 O'Toole Jul 1999 A
5948040 DeLorme et al. Sep 1999 A
5991742 Tran Nov 1999 A
6023679 Acebo et al. Feb 2000 A
6067532 Gebb May 2000 A
6272474 Garcia Aug 2001 B1
6308159 Strohl Oct 2001 B1
6442526 Vance et al. Aug 2002 B1
6477520 Malaviya et al. Nov 2002 B1
6701311 Biebesheimer et al. Mar 2004 B2
6711548 Rosenblatt Mar 2004 B1
6965868 Bednarek Nov 2005 B1
7050986 Vance et al. May 2006 B1
7099841 Hall et al. Aug 2006 B1
7127408 Rosen Oct 2006 B2
7194417 Jones Mar 2007 B1
7216109 Donner May 2007 B1
7228313 Hand et al. Jun 2007 B1
7302399 Donovan et al. Nov 2007 B1
7349875 Hood et al. Mar 2008 B1
7363267 Vincent et al. Apr 2008 B1
7376603 Mayr et al. May 2008 B1
7401029 Gillespie Jul 2008 B2
7457950 Brickell et al. Nov 2008 B1
7499864 Campbell et al. Mar 2009 B2
20010034663 Teveler et al. Oct 2001 A1
20020049658 Davidson et al. Apr 2002 A1
20020069155 Nafeh et al. Jun 2002 A1
20020072937 Domenick et al. Jun 2002 A1
20020099599 Minassian Jul 2002 A1
20020128922 Joao Sep 2002 A1
20020198629 Ellis Dec 2002 A1
20030078815 Parsons Apr 2003 A1
20030233278 Marshall Dec 2003 A1
20040006497 Nestor et al. Jan 2004 A1
20040093302 Baker et al. May 2004 A1
20040111303 Francis Jun 2004 A1
20040117281 Clydesdale Jun 2004 A1
20040237077 Cole et al. Nov 2004 A1
20050080672 Courtion et al. Apr 2005 A1
20050102154 Dodd et al. May 2005 A1
20050228723 Malik Oct 2005 A1
20050246265 McHale et al. Nov 2005 A1
20060009990 McCormick Jan 2006 A1
20060085284 Cardenas Apr 2006 A1
20060095344 Nakfoor May 2006 A1
20060108418 Rice May 2006 A1
20060190315 Aggarwal et al. Aug 2006 A1
20060247970 Sattelmaier Nov 2006 A1
20060287914 Shelley Dec 2006 A1
20070022003 Chao et al. Jan 2007 A1
20070055554 Sussman et al. Mar 2007 A1
20070118419 Maga et al. May 2007 A1
20070226021 Goodpasture Sep 2007 A1
20080005017 Poster Jan 2008 A1
20080015871 Eder Jan 2008 A1
20090043637 Eder Feb 2009 A1
20100241501 Marshall Sep 2010 A1