Distributing Things Through Personalized Networks
Things are distributed through a personalized network of trusted parties specified by a member. A specific implementation of the invention is for distributing unused tickets, but the principles of the invention are applicable to other things besides tickets. A system of the invention drives or increases attendance by enabling consumers to push their seats (i.e., unused tickets) to members of a trusted network (created by the consumer themselves) rather than making the seats available for sale to the public or manually locating an interested party and transferring them. Additionally, the system performs the time consuming work of contacting members of the trusted network to find out if they are interested in using the tickets for a particular event while receiving and recording their responses.
Latest SEATSUB, INC. Patents:
This patent application is a continuation of U.S. patent application Ser. No. 12/133,678, filed Jun. 5, 2008, issued as U.S. Pat. No. 8,041,610 on Oct. 18, 2011, which claims the benefit of U.S. provisional application 60/941,953, filed Jun. 5, 2007, which is incorporated by reference along with all other references cited in this application.
BACKGROUND OF THE INVENTIONThis invention relates to the field of information networks, and more specifically to finding and distributing things to interested parties through a personalized network of trusted parties defined by a member.
Existing methods of finding interested parties for things are inadequate. Most methods of finding interested parties are sent to loosely defined groups and do not allow the differentiation of parties things are available to. Selling things using such services as want ad Web sites and auction Web sites make things available to the entire general public that uses such services. Methods of targeting only certain parties require a great deal of manual labor to complete. To ensure selectivity in which person the thing is made available to, a person must personally ask close friends and family. This would be both time consuming and may not produce fruitful results because the limited size of the pool asked.
Existing methods also do not allow their members to establish a priority between people or different groups of people. Finally, even if an interested party is found, there is difficulty in transferring the thing to the interested party because of varying methods of doing so (e.g., courier services, or mail).
Therefore, what is needed is an electronic or other automated method of creating and storing personalized networks of trusted members on computerized networks.
BRIEF SUMMARY OF THE INVENTIONThings are distributed through a personalized network of trusted parties specified by a member. A specific implementation of the invention is for distributing unused tickets, but the principles of the invention are applicable to other things besides tickets. A system of the invention drives or increases attendance by enabling consumers to push their seats (i.e., unused tickets) to members of a trusted network (created by the consumer themselves) rather than making the seats available for sale to the public or manually locating an interested party and transferring them. Additionally, the system performs the time consuming work of contacting members of the trusted network to find out if they are interested in using the tickets for a particular event while receiving and recording their responses.
The system reduces the probability of a season ticket holder wasting part of their investment by having unused tickets. The invention provides members the opportunity to select various features that will remind them of upcoming events, permit them to contact potential ticket members from a trusted network, and distribute the tickets in an orderly fashion, all with relatively little investment of time and money on the part of the season ticket holder.
In specific implementations, the invention allows establishment of levels of trusted networks to make things available to so that, within the trusted members, further differentiation can be made. Also the invention allows a member to be able to pick and choose members to place in each level. Additionally, the invention provides streamline methods of transferring the things to the interested party.
The technique of the invention will allow building of a relationship path to its members by degrees of separation from a ticket holder (such as a season ticket holder (STH)). For example, a ticket holder invites someone to participate (first degree) who accepts and then invites others to join their trusted network (second degree) and so on. Unlike some on-line social networks, however, a system of the invention does not cap the number of degrees of separation from the point of origin. This will provide tickets to a given event maximum exposure and potential to be used.
Members of the system are assigned a relational position to the position above itself. For example, the ticket holder is one degree below, or the child of, the event organizer. The ticket holder's network would in turn be a child of theirs, or one degree below them. And so on.
Some advantages of a system of the invention include:
1. Increase overall event attendance (actual and paid).
2. Increase number of ticket holders.
3. Increase percentage of ticket holders that renew their seats each year.
4. Reduce marketing expenses by targeting spending.
5. Increase advertising revenues through new and existing channels.
6. Make ticket holder and fan experience more interactive and engaging.
7. Provide access to the ticket holder outside of the event.
The system:
1. Performs the time consuming work of contacting potentially interested parties, receiving responses, and analyzing responses.
2. Provides reminders to the ticket holder of upcoming events.
3. Provides metrics on demand for otherwise unused seats for event organizer.
4. Provides a qualified list of potential season ticket holders for the event organizer.
5. Provides additional revenue streams (e.g., advertising) for the event organizer.
6. Utilizes the existing ticket management system distribution capabilities (e.g., e-ticketing) if one currently exists.
7. Creating a list of trusted network members is required only once (edits are available), thereby making the system recurring in nature.
8. Provides additional means of initiating contact with trusted network participants besides manually calling, e-mailing, or text messaging them.
Some further features are:
1. Integrated with event organizer ticket management system database.
2. Allows ticket holders to create a list of trusted network members.
3. Options for event organizer to customize message to participants.
4. Ability for ticket holder to dictate priority of message distribution.
5. Communication tool that sends, receives, and analyses messages received.
6. Ability for event organizer to manage and assign advertising space and time to specific events.
7. Provides reports to event organizer specifying information regarding usage of the system (e.g., total participants, number of solicitations, number of seats distributed, ratio of outgoing messages to seats used, percentage increase in seat usage based on historical data).
In a specific implementation, the invention is a method including: allowing a first user to become a member of a system accessible through the Internet; receiving an ordered list of network contacts from the first user; receiving from the first user an item for distribution to the first users' network contacts; sending a first message to a first contact in the ordered list of network contacts inquiring whether the first contact is interested in the item; and if the first contact rejects the item, sending a second message to a second contact in the ordered list of network contacts inquiring whether the second contact is interested in the item.
The item can be a ticket to a sporting event; there can be multiple items, where each item is one ticket of a set of season tickets. Messages can be sent via e-mail. In various implementations, the method includes: if the first contact does not respond within a first time period, sending a second message to a second contact in the ordered list of network contacts inquiring whether the second contact is interested in the item. The method includes: if the second contact rejects the item, sending a third message to a third contact in the ordered list of network contacts inquiring whether the third contact is interested in the item.
The method further includes: if the first contact does not respond within a first time period, the second contact accepts the item, and the first contact attempts to accept the item after the second contact has accepted, sending a third message to the first contact indicating that the item is no longer available. The third message can also include some text indicating how to purchase a related item at a discount price.
Features of the system include: permitting the first user to alter an order of the ordered list of network contacts; providing a screen listing sporting events associated with a sporting team; providing a screen listing the first user's network contacts and for each network contact, listing a number of tickets offered to each network contact; providing a screen listing the first user's network contacts and for each network contact, listing a number of tickets accepted by each network contact; and providing an option for the first user to specify which day of the week to share the item.
The system may further include: providing an option for the first user to specify how many days in advance of a date associated with the item to ask whether the first user wants to share the item. A second user can also become a member of a system, where before becoming a member, the second user was on the ordered list of network contacts of the first user.
In a specific implementation, the invention is a method including: allowing a first user to become a member of a system accessible through the Internet; receiving an ordered list of network contacts from the first user; allowing the first user to specify a first item and second item to share with the first users' network contacts using the system; allowing the first user to specify conditions under which the first item or second item is to be shared; determining whether the first item or the second item satisfy the conditions; when the first item satisfies the conditions, sending a first message to a first contact in the ordered list of network contacts inquiring whether the first contact is interested in the item; and if the first contact rejects the item, sending a second message to a second contact in the ordered list of network contacts inquiring whether the second contact is interested in the item. The item can be a ticket and messages may be sent using e-mail.
Features of the system can include: the conditions include a range of dates during which the first user wants to share the first item or second item; allowing a second user to become a member of a system, where before becoming a member, the second user was on the ordered list of network contacts of the first user; and providing a screen listing of the first user's network contacts and for each network contact, listing a number of tickets accepted by each network contact and a number of tickets offered to each network contact.
Other objects, features, and advantages of the present invention will become apparent upon consideration of the following detailed description and the accompanying drawings, in which like reference designations represent like features throughout the figures.
Communication network 124 may itself be comprised of many interconnected computer systems and communication links. Communication links 128 may be hardwire links, optical links, satellite or other wireless communications links, wave propagation links, or any other mechanisms for communication of information. Various communication protocols may be used to facilitate communication between the various systems shown in
Distributed computer network 100 in
Client systems 113, 116, and 119 typically request information from a server system which provides the information. For this reason, server systems typically have more computing and storage capacity than client systems. However, a particular computer system may act as both a client and a server depending on whether the computer system is requesting or providing information. Additionally, although aspects of the invention has been described using a client-server environment, it should be apparent that the invention may also be embodied in a stand-alone computer system.
Server 122 is responsible for receiving information requests from client systems 113, 116, and 119, performing processing required to satisfy the requests, and for forwarding the results corresponding to the requests back to the requesting client system. The processing required to satisfy the request may be performed by server system 122 or may alternatively be delegated to other servers connected to communication network 124.
According to the teachings of the present invention, client systems 113, 116, and 119 enable members to access and query information stored by server system 122. In a specific embodiment, a “web browser” application executing on a client system enables members to select, access, retrieve, or query information stored by server system 122. Examples of web browsers include the Internet Explorer browser program provided by Microsoft Corporation, and the Firefox browser provided by Mozilla, and others.
Mass storage devices 217 may include mass disk drives, floppy disks, magnetic disks, optical disks, magneto-optical disks, fixed disks, hard disks, CD-ROMs, recordable CDs, DVDs, recordable DVDs (e.g., DVD-R, DVD+R, DVD-RW, DVD+RW, HD-DVD, or Blu-ray Disc), flash and other nonvolatile solid-state storage (e.g., USB flash drive), battery-backed-up volatile memory, tape storage, reader, and other similar media, and combinations of these.
A computer-implemented or computer-executable version of the invention may be embodied using, stored on, or associated with computer-readable medium. A computer-readable medium may include any medium that participates in providing instructions to one or more processors for execution. Such a medium may take many forms including, but not limited to, nonvolatile, volatile, and transmission media. Nonvolatile media includes, for example, flash memory, or optical or magnetic disks. Volatile media includes static or dynamic memory, such as cache memory or RAM. Transmission media includes coaxial cables, copper wire, fiber optic lines, and wires arranged in a bus. Transmission media can also take the form of electromagnetic, radio frequency, acoustic, or light waves, such as those generated during radio wave and infrared data communications.
For example, a binary, machine-executable version, of the software of the present invention may be stored or reside in RAM or cache memory, or on mass storage device 217. The source code of the software of the present invention may also be stored or reside on mass storage device 217 (e.g., hard disk, magnetic disk, tape, or CD-ROM). As a further example, code of the invention may be transmitted via wires, radio waves, or through a network such as the Internet.
Arrows such as 322 represent the system bus architecture of computer system 201. However, these arrows are illustrative of any interconnection scheme serving to link the subsystems. For example, speaker 320 could be connected to the other subsystems through a port or have an internal direct connection to central processor 302. The processor may include multiple processors or a multicore processor, which may permit parallel processing of information. Computer system 201 shown in
Computer software products may be written in any of various suitable programming languages, such as C, C++, C#, Pascal, Fortran, Perl, Matlab (from MathWorks, www.mathworks.com), SAS, SPSS, JavaScript, AJAX, and Java. The computer software product may be an independent application with data input and data display modules. Alternatively, the computer software products may be classes that may be instantiated as distributed objects. The computer software products may also be component software such as Java Beans (from Sun Microsystems) or Enterprise Java Beans (EJB from Sun Microsystems).
An operating system for the system may be one of the Microsoft Windows® family of operating systems (e.g., Windows 95, 98, Me, Windows NT, Windows 2000, Windows XP, Windows XP x64 Edition, Windows Vista, Windows CE, Windows Mobile), Linux, HP-UX, UNIX, Sun OS, Solaris, Mac OS X, Alpha OS, AIX, IRIX32, or IRIX64. Other operating systems may be used. Microsoft Windows is a trademark of Microsoft Corporation.
Furthermore, the computer may be connected to a network and may interface to other computers using this network. The network may be an intranet, internet, or the Internet, among others. The network may be a wired network (e.g., using copper), telephone network, packet network, an optical network (e.g., using optical fiber), or a wireless network, or any combination of these. For example, data and other information may be passed between the computer and components (or steps) of a system of the invention using a wireless network using a protocol such as Wi-Fi (IEEE standards 802.11, 802.11a, 802.11b, 802.11e, 802.11g, 802.11i, and 802.11n, just to name a few examples). For example, signals from a computer may be transferred, at least in part, wirelessly to components or other computers.
In an embodiment, with a web browser executing on a computer workstation system, a member accesses a system on the World Wide Web (WWW) through a network such as the Internet. The web browser is used to download web pages or other content in various formats including HTML, XML, text, PDF, and postscript, and may be used to upload information to other parts of the system. The web browser may use uniform resource identifiers (URLs) to identify resources on the web and hypertext transfer protocol (HTTP) in transferring files on the web.
The invention provides a system and technique of distributing things through personalized networks. The system can handle any number of members or individuals. Each member can specify and set up a personal network or personalized network. A collection of personalized networks may be part of a computer-implemented social network. This network may be implemented using a computer server (or a number of servers depending on the number of members) and social networking software. Each member connects to the system through a client device such as a desktop computer, notebook computer, or mobile phone. The invention manages the personalized networks of the members.
With the system, a member can distribute or pass things such as personal property, real property, legal rights, licenses, items, rights, tickets, or other items through the member's personalized network that has been set up on the system. A member may have different personalized networks set up for distributing different items or different types of items. For example, if the member went to UC Berkeley as an undergraduate student and Stanford as a graduate student, the member probably would like to set up one personalized network to distribute any unused Cal Bears football tickets and another personalized network to distribute any unused Stanford Cardinals football tickets.
A specific implementation of this invention is for distributing unused tickets to others in a personalized network specified by a member. A ticket is any item that confers a right or license to attend an event. Other implementations of the invention apply to the distribution of other things, not just tickets, such as personal and real property, vehicles, mobile phones, and furniture.
Most organizations holding or sponsoring events encourage the distribution of unused tickets to others who will use them. Organizations lose revenue from low attendance even when all the tickets to their events are sold (i.e., ticket holder does not or cannot attend a particular event). Some examples of events include sporting events, football games (e.g., San Francisco 49ers, Oakland Raiders), soccer games, basketball games (e.g., Golden State Warriors), ice hockey games (e.g., San Jose Sharks), college football games (e.g., San Jose State Spartans), college basketball games, baseball games (e.g., San Francisco Giants, Oakland A's), water polo matches, tennis matches, concerts, movies, DVD rentals, video-on-demand rentals, film festivals, plays (e.g., on and off Broadway), and other social gatherings.
Lack of attendance reduces the money-making potential of the other services provided by event organizers such as concessions (e.g., sale of souvenirs, sweatshirts, caps, hats, jerseys, blankets, towels, program guide, food, beer, corn dogs, hot dogs, peanuts, garlic fries, ice cream, nachos, and other items) and advertising (e.g., sponsorships, billboards, signs, TV and radio broadcast commercials). Additionally, empty seats diminish an organization's brand value by creating a negative perception of an event's popularity—in turn creating an increased need to sell more tickets to fill an event venue and increased marketing costs to sell more tickets to future events.
A common scenario is that a member, a season ticket holder (STH), purchases tickets for regular events and inevitably finds himself or herself unable to attend some of these events for a variety of reasons (e.g., work conflicts, family commitments, funerals, birth of a new child, more interesting competing events, logistics). Regular events are not limited to season tickets, but also include tickets to any recurring events (e.g., social gatherings). The invention also applies to nonrecurring events (i.e., a one-time ticket purchase) where the ticket holder can not attend.
When a ticket holder knows that he or she is unable to make a certain event, the ticket holder generally does not want to waste part of their investment by allowing the tickets to go unused. They would prefer someone else use the tickets.
An alternative attendee for an event is someone who tickets are made available to and wishes to attend in place of the original ticket holder. The process to find and distribute tickets to an alternative attendee for an event is often time-consuming (e.g., e-mailing or calling to find interested individuals), costly (e.g., to deliver the tickets by courier or messenger services) and complicated (e.g., what happens when multiple people respond at the same time).
The system of the invention provides value for event organizers, ticket holders, and alternative attendees for an event. For a system of the invention, there are multiple sources of revenue. For example, in addition to charging fees to the ticket holders or alternative attendees for an event, or both, event organizers can be charged with a software license fee for usage of the product or service, or both. This cost to an event organizer would be returned in increased attendance. Additionally, the system can help event organizers sell targeted advertising based on the stored preferences of members (e.g., advertisement based on which events a ticket holder or an alternative attendee likes).
The primary ticket market is defined as the sale of tickets from event organizers to consumers (e.g., San Francisco Giants box office). The secondary ticket market is defined as the sale of tickets from consumers to other consumers (e.g., auction and classified Web sites). The tertiary ticket market is defined as the transfer of tickets from consumers to other consumers, the difference from the secondary market being that there is no financial component to the transaction (i.e., the tickets are transferred for free).
In certain implementations of invention, system of the invention does not attach a monetary cost to things made available (i.e., tertiary market). The principles of the invention apply to even items offered onto a personalized network for cost, for barter, or other consideration.
A specific implementation of this invention is for distributing unused tickets to others in a personalized network specified by a member. A ticket is any item that confers a right or license to attend an event. The principles of this invention apply to the distribution of other things (not just tickets) including personal and real property, legal rights, vehicles (e.g., car, truck, SUV), boats, buses, trains, mobile phones, services, and furniture.
When a ticket holder has any unusable tickets (403), there are two possibilities (404). If there is high demand for those tickets, the ticket holder can sell the tickets through the use a secondary ticket market (405). Some secondary ticket market vendors may be auction and classified listings Web sites.
If there is low or no demand to purchase those tickets, the ticket holder may transfer the tickets in the tertiary ticket market (406). In the tertiary ticket market, if a ticket holder does nothing (407), the tickets go unused (410). Additionally in the tertiary market, even if a ticket holder tries to find someone to take tickets (408), they can fail (409) and the tickets still go unused (410). Even if a ticket holder finds someone to take the tickets (411), the ticket holder would additionally need to forward the tickets to the other party either by electronic method (412) or manually (413).
Table A gives detail for a specific flow in
Some specific implementations of flows are presented in this patent, but it should be understood that the invention is not limited to the specific flows and steps presented. A flow of the invention may have additional steps (not necessarily described in this application), different steps which replace some of the steps presented, fewer steps or a subset of the steps presented, or steps in a different order than presented, or any combination of these. Further, the steps in other implementations of the invention may not be exactly the same as the steps presented and may be modified or altered as appropriate for a particular application or based on the data.
A flow of the invention may be implemented using electronic devices including computers, mobile phones, personal digital assistants, or others. An electronic device may be linked to an electronic communications network such as the Internet, Ethernet, wide area network, local area network, computer network, intranet, cellular phone network, or other. So, a member on a mobile phone can use to system to pass their ticket to another member at a different mobile phone or computer
An event organization (501) (e.g., for concerts, sporting events, or other) sells season tickets to a season ticket holder (502). A specific implementation of this invention is for season ticket holders however, the principles of this invention apply to any ticket holder (e.g., ticket holder for a single event or a recurring event).
When a ticket holder has any unusable tickets (503), there are two possibilities (504). If there is high demand for those tickets, the ticket holder can sell the tickets through the use a secondary ticket market (505). In an implementation, the system of the invention interfaces with another web site for the secondary ticket market. In another implementation, the system of the invention does not interface with a secondary ticket site, but is a standalone system. Some or all features of the secondary ticket system can be incorporated in the present system.
The member may decide to dispose of the member's ticket through the secondary ticket market (505) (not a tertiary ticket market (506)). Then, the system will assist the member in disposing the ticket through the secondary ticket market. In a specific implementation, the system supports interfacing and selling the ticket through a third party vendor to an outside member. Members would more likely be interested in this option in the case the ticket is one with high demand.
As discussed, in an implementation, the system interfaces with third party vendors to allow disposing of tickets through auctioning or on-line classifieds. However, in another implementation, the system provides functionality (i.e., not through a third party vendor) to dispose of tickets through auctioning or on-line classifieds. In a further implementation, the secondary ticket market may include a combination of capabilities provided by third party vendors and those built-in to the system. The system may also support ticket exchanges or ticket swapping between different members of the system.
Using the system of the invention, the member may decide to dispose of tickets through the tertiary ticket market (506) instead of the secondary ticket market. An economic reason for this is that perhaps there is low or no demand for a particular ticket. However, some members may decide (e.g., for personal reasons) to dispose of a ticket through their trusted network instead of disposing of the ticket using the secondary ticket market, even if there were high demand for the ticket.
In a specific implementation, this system uses social networking technology to make tickets available to potentially interested trusted network participants (TNPs or members) within a ticket holder's social network. Even if a ticket holder does nothing (517), the system will remind the ticket holder about the event (518) though a communications technique (e.g., U.S. mail, phone call, e-mail, instant message, SMS message, or other). For example, an e-mail inquiry may be sent to a ticket holder about an upcoming event a specific time (e.g., one week, two weeks, one month, or another time period) before the event date.
Members in a “trusted” network, or “trusted network participants,” are the member's clients, coworkers, friends, family, or acquaintances, or any combination of these, with whom the member is familiar with and seeks to have benefit from the season ticket holder's shared seats. Contrast this use of a trusted network with another network where the season ticket holder does not personally select members to be in their network (e.g., Craigslist, eBay, or Amazon).
After receiving the inquiry, if the ticket holder responds that they will attend to the system of invention (519) or does not respond at all to the reminder sent by the system, then the system of the invention closes the transaction for this event instance (521). Nothing more needs to be done because the system does not need to dispose of the ticket for the member. However, at some point in the future, but before the event occurs, the member may change his or her mind, inform the system, and the system may be used to dispose of the ticket as discussed in the patent.
The system may have a minimum time limit (e.g., one hour, two hours, three hours, four hours, five hours, one day, or two days) before the event before it will handle disposing of the ticket for the member. This time limit may be set by the system administrator. For example, if there is only an hour before the event will occur, the system may send a message to the member that the system is unable to dispose of the ticket because the time is too short.
If the ticket holder responds that they will not go to the event (520), the system analyzes the reply and continues operation. Second, if a ticket holder notifies event organizer that they will not use the tickets, invention analyzes reply and continues operation. Once contacted, the system looks for a trusted network participant (509) to ask whether or not they want the tickets of the member who is unable to use them. The system may contact the trusted network participant through e-mail or another communications approach (e.g., text messaging and speech server calls). Line 556 in
The flow of the present invention continues in
In a specific implementation, trusted network participants are classified into one of three groups—high priority, medium priority, or low priority. The message goes out in priority groups: high first, followed by medium after a specific amount of time, and then to low.
If each trusted network participant at a particular level (discussed in more detail below) replies that they do not want the tickets (511), the tickets are made available to other trusted network participants at a different level (e.g., the next level in a hierarchical level scheme). The technique of the invention proceeds by repeatedly inquiring different members, or checking with the members to determine whether they want to utilize the tickets (in an order or sequence as specified by the member), until someone is found who wants the tickets.
The first trusted network participant who accepts the tickets (e.g., informing the system through an e-mail message or text message) will receive the tickets (512). This first trusted network participant, who will receive the tickets, may be referred to as an alternate attendee for an event.
If e-ticketing is available, the system will provide the e-ticket directly to the alternate attendee (513). If e-ticketing is not available, the system notifies the event organization to hold the tickets at will call (516) for the alternate attendee. If additional trusted network participants respond to the system that they would like the ticket, after the alternate attendee has claimed the ticket, the system will notify these additional trusted network participants that tickets are no longer available (515) and can include a customized message from the event organizer (e.g., click here to purchase tickets at a special discount).
Table B gives detail for a specific flow in
The system sends, receives, and analyses messages to search for an alternative attendee for an event. In particular, the system contacts (601) a season ticket holder to check (602) whether the season ticket holder plans to attend a particular event. The system may contact the member through any number of techniques including regular mail, e-mail, instant messages, SMS messages, telephone call, electronic messaging, or other.
If the ticket holder does not respond to the system or responds to the system that the ticket holder plans to attend (603), the system does not need to perform any further action (604). The ticket holder may respond to the system by way of reply e-mail, selecting options through an interactive voice response system, instant message, SMS message, electronic messaging, or other. Any or any combination of these options may be used.
However, if the ticket holder responds to the system that they do not plan to attend (605), the system contacts (606) members of the first level of the ticket holder's specified trusted network (607). In a specific implementation, a trusted network may be an ordered list of potential alternative attendees specified by the member.
In an implementation, as discussed above, trusted network participants are grouped into three groups, high, medium, and low. In a further implementation, the system will provide more granular prioritization within the groups, such as high1, high2, high3, and so forth.
In a further implementation, within a trusted network, different levels of members exist and a member can exist on multiple levels. Levels can be set in ordered groupings so that each level exists in a hierarchical order where some levels have available tickets not yet available to other levels. This allows flexibility for a member to define groups who have ticket availability.
If every person on a given level of a ticket holder's trusted network replies to the system they do not want the tickets (611), the system makes the tickets available (612) to the next level (e.g., a lower level of the hierarchy) (613).
The system repeats making the tickets available to each level (612) until the tickets have been made available by the system to all the levels established by member. If the tickets are ever made available to someone that wants the tickets (614), the system will deliver the tickets to the alternative attendee for an event (615).
Table C gives detail for a specific flow in
Although various degrees of separation are discussed, a system of the invention can be implemented allowing any number of degrees of separation, one, two, three, four, five, six, seven, eight, nine, ten, or more. A system implementation has one degree of separation. The degrees of separation feature can be used as a corporate tool, where the season ticket holder is someone at the corporation (e.g., a sales manager), who enters people in his or her network (e.g., his or her direct reports or sales reps), who will then enter in more people into their network (e.g., clients).
For example, first a ticket holder (702) purchases tickets from an event organizer (701). Then a ticket holder invites someone as a possible trusted network member. If they accept the invitation, the system then stores this member as a first degree member in the ticket holder's trusted network (703). This first degree member then invites another person to join and, if they accept, this person is added into the ticket holder's trusted network as a second degree member (704). Additional members in an n-th degree are similarly added, where n is an integer.
In an implementation, the event organizer 705 is a final degree of separation. Event organizer 705 may be the same event organizer as in 701. This is the situation where none of the people or entities in a member's trusted network wants the tickets, then the tickets are returned to the event organizer to distribute as the event organizer desires. In an embodiment, the member may place restriction on how the event organizer distributes the tickets (e.g., restrict the tickets to students only, restrict the tickets to alumni only, restrict the tickets to alumni in a certain graduating class only, and any other restrictions). This maximizes the chance of ticket use because the event organizer may have included in their network, members not within the trusted network of the member.
In an implementation, the system does not cap or put a maximum limit on the number of degrees of separation from the ticket holder but a ticket holder may limit availability of their tickets by number of degree of separation. In an implementation, the system prompts the ticket holder for approval each time before tickets are made available to the next degree of separation. This system increases exposure of the tickets to parties and increases the ticket's potential of being used.
The system of invention can therefore store multiple degrees of separation from the ticket holder. Although this figure shows only two degrees of separation from the ticket holder, other implementations of the invention may recognize that a system of the invention permits any number of degrees of separation (e.g., 3, 4, 5, 6, 7, 8, 10, 15, 20, 25, or more) from the original ticket holder.
The system may be set up so that, at any point in the relationship chain or process, the member receives an electronic message that the system is continuing to the next degree of separation. Additionally, the system may wait before sending a message or other notification to the next degree of separation until member has confirmed to system to make the tickets available to this next degree of separation. The system may also specify that the tickets be returned to the event organizer for distribution. Further, the event organizer may send members requests for tickets, especially in situations where a large party wants tickets.
If ticket holder does not respond (DNR), the system solicits again (804) for a number of times (which determined by system and may be set by a system administrator). In a specific implementation, there is a resolicit flag which is set every week for three iterations (or any other number of iteration in other implementations). Each message will be different to ensure a broader range of information appeal.
If the system receives a message that the ticket holder does not wish to join, the system ends solicitation (803). In an implementation, there are reports and follow-up actions for “no” responses to participation for ticket holder, but not for trusted network “no” responses.
If system of invention receives a message that the ticket holder wants to join, the ticket holder registers with the system (805) and is sent a confirmation e-mail (806). In an implementation, the registration data includes: name (e.g., first and last), e-mail, password (e.g., entered twice to confirm), and an agreement to terms and conditions (e.g., a check box). In an implementation, confirmation e-mails are written in HTML with text underlay for broadest client compliance.
After receiving a reply to confirmation e-mail, the system proceeds to allow the new member to setup their system profile (807). In an implementation, the profile setup includes two steps: (a) member preferences and (b) their network for seat use. By specifying member preferences, a seat candidate is encouraged to enter all possible e-mail addresses (one e-mail address or multiple e-mail addresses) he or she uses to reduce his or her chances of being hit multiple times by multiple members. In an implementation, a seat candidate is required to register with the system before the candidate can receive tickets.
To register, the candidate may be required to specify a minimum amount of information such as name and e-mail address. Further information may be requested, such as home address, mailing address, type of event interests, and birth date. By forcing candidates to register, the system increases its membership and collects information about its membership. This may increase advertising revenues and ease the process of matching tickets to interested people.
The profile includes such data as the ticket holder's preferences and members of their trusted network. This data is saved by the system for a ticket holder so that the data may be reused at a later time. The ticket holder can also subsequently add or modify members by changing the level of a trusted member. As discussed above, in an implementation, a ticket holder may set up any number of independent trusted networks and levels within a trusted network.
The system proceeds to ensure that prospective members of the member's trusted network wish to join the member's trusted network by electronic or other communicative means. Replies by prospective members of the member's trusted network are then analyzed by system to confirm membership into the trusted network 808. In an implementation, the trusted network invitation is an infinite loop allowing any level of members to reach into their network. Cross-checking will be used to prevent double hits. Double hits are contacts that have been entered into the site multiple times by people at different degrees from the seat initiation process.
Because the invention saves information on seat usage, it can also provide metrics for the event organizer on the supply and demand of seating at their events (e.g., total participants, number of solicitations, number of seats distributed, ratio of outgoing messages to seats used, percentage increase in seat usage). It also enables event organizers to easily contact ticket holders before and after events.
The following description is for a specific implementation of a system of the invention called SeatSub. A system of the invention may be known by any name or identifier, and this description is provided merely as a sample implementation. It should be understood that the invention should not limited to the specific features presented. A system of the invention may have additional features (not necessarily described in this application), different features which replace some of the features or components presented, fewer features or a subset of the features presented, or features in a different order than presented, or any combination of these. Aspects (e.g., screens) of the invention may be modified or altered as appropriate for a particular application or use.
This e-mail is periodically sent to the season ticket holder until they have indicated their interest or noninterest in becoming a member of the network. This e-mail contains a salutation 905, a welcome message identifying the purpose of the message 910, a hyperlink labeled “Join Now” where members are taken to a sign-up screen upon clicking on the link 915, and a short list of instructions on how to become a network member 920.
The e-mail server may be any service or server capable of sending and receiving e-mails (e.g., Yahoo, Gmail, Hotmail, AOL, and others). The format of the invitation e-mail may vary to accommodate special messages from the team or other partnerships related to the ticketing process.
In this implementation of the invention, the e-mail is sent through a Web mail service. However, in another implementation of the invention, network e-mails may be sent and received through other means, such as a corporate e-mail system (e.g., IBM Lotus Notes or Microsoft Exchange), through a Post Office Protocol (POP3), or Internet Message Access Protocol (IMAP4) system.
For example, the first e-mail may give the season ticket holder a broad idea of the invention while the second or third e-mail may further reiterate the benefits of becoming a network member. The network may be set up so that each e-mail is different in order to capture the interest of the season ticket holder. A salutation concludes the e-mail from a representative of the season ticket holder's team 1005. Another implementation of the invention may include hyperlinks to other resources (e.g., team Web site link, SeatSub home screen link, or webmaster's e-mail address link).
A banner running along the top of the screen indicates progression to a step one of the sign-up process 1105. The password set up screen includes a help text 1110, an e-mail field 1115, a name field 1120, a password input field 1125, and a confirm password input field 1130. Below the banner is the help text of step one, which may include instructions on how the network may be used or how using the network could benefit the season ticket holder. The e-mail field is prepopulated with the season ticket holder's e-mail address and name. The e-mail field defaults to the e-mail address specified by the inviter, which may be later changed by the new member.
The new season ticket holder member is invited to enter a password into a blank input box. The member may confirm their new password in another blank input box before moving on to the next screen. In another implementation, the invention may require a password to be of a minimum length or have certain characters for security purposes. A field or drop down menu requiring members to create a security question may also be implemented in another implementation of the invention.
Once the new member has entered in their password information, the member must “check the box” by double clicking on the check box 1135, indicating an agreement to the terms. This check box must be checked prior to moving on in the sign-up process. The member may then approve the information on the screen by clicking on a sign up button at the bottom of the screen 1140.
In an implementation of the invention, a member's name may include, for example, the member's first and last name. A name may also be user name that the new member creates, or another form of identification (e.g., company name, employee number, and others). A password may also include any variation of numbers and letters specified by the member.
A specific implementation of this invention may ask for the member to enter information for one up to ten contacts. However, other implementations may allow for members to enter in substantially more contacts (e.g., up to 50, 60, 70, or more than a hundred contacts) by clicking on the “Add” button 1225. The member may add contacts by entering information into the input boxes and clicking the “Add” button, or may add more contacts and leave the screen by entering the information and clicking “Add and Continue 1230,” which would take them to the next screen.
In another implementation of the invention, contact information may include not only a first name, last name, and e-mail, but may also include work number, mobile number, address, home number, or a combination of this information.
In an implementation of the invention, the registration confirmation screen shows a banner across the top notifying the member of the number of contacts just added to their network 1401. The text may include a thank you to the member for signing up with the network, and then further explain the process of utilizing the system 1405. Members may select the “View My Network” 1410 link, or the “Set My Preferences” 1415 hyperlink to go back and access the respective screens.
Hyperlinks may be included in a font or font color that is unique from the text on the rest of the screen to let members know that the text is a hyperlink to another screen.
Other implementations of this invention may also have options (e.g., hyperlink to a network invitation screen) for the member to invite other potential new members once they have signed up.
The name of the team will change according to the team that is playing. A hyperlink is inserted into the e-mail to allow members to click on the hyperlink and sign up for notifications if and when the season ticket holder's seats are shared 1505.
Another implementation of the invention may have other information included in the e-mail, such as, the season ticket holder's contact information (e.g., e-mail, phone number, address) or options for pick-up or mailing. Network members are required to register in order for the system to increase its membership and broaden the informational data available about members of the system. By doing this, the network may increase advertising revenues and provide a more precise match of tickets to interested people.
One implementation of this invention incorporates a check box for members to indicate their agreement to the terms and conditions. Other implementations may include the full text of the terms in a text box followed by an agreement button, or some variation of disclosing the terms and a member selectable object to indicate agreement.
While season ticket holders are allowed to choose how far ahead in advance of the game they would like their e-mail reminders, the reminders are sent by the network as a built-in benefit of membership.
Season ticket holders have a few options once they have received the automatic e-mail from the network. They may choose to ignore the e-mail and attend the game or games, or indicate to the network that they would like to share their seats. The e-mail is automatically sent to registered season ticket holders in the network reminding them of an upcoming game or games. The team name and information about the game(s) (e.g., date and time) may also be included in the e-mail 1901. The e-mail asks the season ticket holder if they would like to share their seats. The e-mail also includes a hyperlink members can click to share their seats with contacts specified in their network 1905. Season ticket holders are directed to the network's Web site after clicking on the hyperlink.
These automatic e-mails ensure that the season ticket holder remains engaged in the system, and does not depend on the member to frequently check the site for upcoming games. The season ticket holder is more likely make use of the network if the onus of keeping track of teams, games, and tickets is taken off of them.
Using this information, season ticket holders must select which seats they want to share with the network for a particular game. To share seats, the season ticket holder clicks on the check box 2007 next to the seat they want to share. In one implementation of the invention, members must click on a “send offer” button 2010 under the column heading title “share” to indicate that they want to share a certain seat. As part of the screen, members may also have access to the rest of the SeatSub Web site by clicking on the My Network, Preferences, and Offers tabs along the top of the screen.
In another implementation of the invention, seats may be organized in other various ways, such as by section letters, row letters, and seat letters. Seats may be categorized by section color or group numbers. Seats may also be categorized as general admission.
Members are taken to the “accept offer” screen after they have indicated their interest for the offered tickets in the previous screen. In an implementation of the invention, a banner or some form of heading lets the member know that they have come to the accept offer screen 2301. The member is given the option of choosing seats according to the section number 2305, row number 2310, and seat number 2315, which the season ticket holder had previously selected.
In one implementation of the invention, members must click on a box under the column heading title “claim” 2320 to specify which of the season ticket holder's shared seats they would like to accept. Network members complete their reservation of the season ticket holder's tickets by clicking on the “accept this offer” button 2325. Another implementation of the invention may also display the seats according to a color or numbering screen as mentioned above in
Once again, the network member is greeted by an identifying greeting 2501. Information text specifying game information and pick up procedures may also be detailed 2505. The e-mail may also break down information about the seats 2510, as previously seen in the “accept this offer” screen indicated in
The e-mail may also be used to respond to potential advertising opportunities. In an implementation of the invention, advertisers (e.g., team organizations, sports merchandisers, ticket sellers) may buy space on the e-mail in a joint effort to reach e-mail recipients. Responses to the follow-up e-mail may also be used to collect information about people within the network, including the dynamics of sharing seats and game attendance. One implementation of the invention places a hyperlink in the e-mail, which directs members to the team Web site for future ticket purchases.
In another implementation of the invention, the contact's name may include any identifier used by the system. More specifically, as contacts from different levels within the season ticket holder's network accept the shared seats, more data may be collected to increase advertising in certain areas of the system.
Prior to clicking on the “Log in” button 2810, members may click the “remember me next time” check box 2815. By utilizing the “remember me next time” check box, members may save time logging in to the site by not having to enter in their log in information every time they want to use the system. One implementation of this invention inserts a check box indicating the “remember me next time” feature, which members must click on in order to be automatically logged in when they visit the site in the future.
In another implementation of the invention, the log in screen may instead require a member name, or further require members to confirm their password in a password confirmation field. If members are unable to remember their passwords, a “forgot your password?” hyperlink 2820 at the bottom of the screen allows members to click on the hyperlink and have a duplicate password sent to their personal e-mail accounts.
To add a new member to the network, current members enter the contact's first name 2915, last name 2920, and e-mail address 2925. Members add the new member by clicking on the “add member” button 2930. If the current member wants to add more than one new member at a time, the current member should click on the “add more than one” hyperlink next to the “add member” button. In an implementation, each time the member clicks on the hyperlink a new set of text boxes will appear for another entry.
Once all the new member information is filled in, the current member affirms the entry by clicking on the “add member” button. At that point, current members should be able to view the new member on their “My Network” list.
A member's “My Network” list shows the contact's name 2935 and their priority on the member's list 2940. Members adding contacts to their network may set their priority preference for each member in their network by clicking on the “edit” hyperlink 2945. Members may also select delete 2950 to erase a contact name within the network by clicking on the delete hyperlink. In a specific implementation of the invention, member's may scroll through contacts by clicking on the screen numbers listed at the bottom of the screen, or in the alternative, choose to show all contacts on one single screen.
In an implementation of the invention, members may go back and forth to different screens on their My Network screen by clicking on numbered hyperlinks 2955 at the bottom of the screen (e.g., 1,2,3, and so on). Members may go to the next screen by clicking on the “next” hyperlink 2960, or choose to see all contacts on one screen by clicking on the “show all” hyperlink 2965.
In a specific implementation of the invention, members may view messages from other network members, which would appear in a messages section 2970 on the screen. Another section labeled “other tasks” 2975 gives members the opportunity to access other features of the network (view my schedule 2980, share my seats now 2985, send message 2990, and import contacts 2995).
Members wanting to send a message from the SeatSub Web site can do so by clicking on the “send message” hyperlink on the My Network screen. The “send message” hyperlink will take the member to another screen where the member may enter a message and e-mail from the network site.
In an implementation of the invention, members may choose to import contacts from various webmail servers (e.g., Gmail, Yahoo, or Hotmail) or from sources on their local hard drive (e.g., Outlook Express contacts folder or personal computer address book).
Once members are finished entering their information, they may choose to continue utilizing other screens in the network or choose to log out. A “log out” hyperlink 2997 is placed at the top of every screen so that members have the option of logging out at any time during their visit to the SeatSub Web site. When members click on the log out hyperlink, they are automatically logged out of the system.
In a specific implementation of the invention, members may click on a series of check boxes 3015 indicating the days of the week when they always want to share their seats. Members may also be reminded to share their seats by clicking on radio buttons 3020 which request reminders for sharing seats (on a weekly basis, two days before game time, or one day before game time). Members may also choose to share all of their seats within a certain timeframe by entering dates into a start date input box 3025 and end date input box 3030.
In other implementations, the Preferences screen may include other types of member selectable objects (such as drop down menus) versus check boxes to organize the information entered in by the member.
Members may also update their personal information in order to have the most current information on the network. The system allows members to edit their first name 3035, last name 3040, and e-mail address 3045 in input boxes. Members also have the option of changing their password by clicking on the change password hyperlink 3050. Once members click on the hyperlink, another window will appear where members could change their password. Members may save changes to their preferences by clicking on the save changes button 3055.
In an implementation, the admin screen is only available to certain people or a restricted group of user. Generally, the general public will not have administrative access. However, people at the teams will have administrative access so they can see the reports. In an implementation, if a user is within the group of users having administrative access, the user will see or be presented the admin tab, while others who are not allowed access will not.
One of the features of the Web site is a facilities screen where members may see a listing of all the facilities in their profile as well as add more facilities to their profile. On this screen, members may see a list of all the facilities in their network as well as add and delete facilities. This screen shot lists the member's preferred facilities 3101. Members add a facility by clicking on the add facility button 3105 and delete a facility by clicking on the delete link 3110 next to the facility name. Again, members may access the My Network, Preferences, and Offers Web screens using the tabs across the top of the screen.
If the member has a will call ticket booth for that particular team, then the member clicks on the will call ticket booth check box 3425. Once all information has been entered, members may save or cancel their entries by clicking the save button 3440 or cancel button 3445. Information for a team can be any facts or details that are relevant to fans of the team, or members interested in obtaining or selling tickets for the team.
Members may also upload a team image into the system by clicking the browse button 3515 and uploading an image stored on the computer's local hard drive. If the member has a will call booth for that team, the member may indicate this on the site by clicking on the check box 3517. Again, members may use a side scrollbar to view text in the ticket sales URL box 3520. Once the member has completed editing information for a particular team, the member may save or cancel their entries by clicking on the “save” button 3525 or “cancel” button 3530.
On the Edit Teams screen, members may choose to import schedules 3535 or import tickets 3440 by clicking on the hyperlinks on the screen. Once the hyperlink is clicked, the member may see a window allowing them to import schedules or import tickets.
A section labeled “Employees” 3543 is also a part of the edit teams screen where members may enter in the name of employees 3544 and their identifying information, such as title 3545 and type of employee 3550. Members may also choose to edit their employees lists by clicking on the delete hyperlink 3555 inserted on the same line as every employee name. Lastly, members may add an employee by clicking on the “add employee” button 3560. Once the member has clicked on the add employee button, members will be able to enter in new employee information into blank text fields.
Members may also view games for different teams by clicking on the scroll down menu 3713 and choosing a team they have added in their profile. In an implementation of the invention, members may have the option of deleting the game entry or editing the game entry. Members wanting to delete a game entry must select the delete hyperlink 3715. In another implementation of the invention, an edit hyperlink would exist next to the delete hyperlink.
Other implementations of this invention could include more input boxes for information such as an end date or type of game, or even selections for more than one team or game.
Members may also choose to send the seat holder a message by clicking on the “send message” hyperlink 3940. In another implementation of the invention, an edit hyperlink may also be added for each seat holder, or the names of the seat holders 3945 may be hyperlinked to another screen, which take members to an edit seat holder screen when the member clicks on the linked name.
Members can specify a team for the seat holder by selecting from teams in a drop down menu 4025. The information can then be saved or canceled by clicking on the save button 4030 or cancel button 4035.
In an implementation of the invention, members may add contacts related to particular season ticket holders by clicking on the “Add contact” button 4040. While members may have a listing of contacts on another frame, having contacts listed on the same screen as a season ticket holder's profile allows network members to better organize their contacts and network.
In another implementation of the invention, other information relevant to the ticketing information could be part of this screen, or the name of the game may be hyperlinked to another screen for editing. The purpose of this listing is to allow season ticket holders the ability to keep track of upcoming games in order to better plan for attendance or for the need to share their tickets.
In one implementation of the invention, a column listing the teams in the member's network is followed by a column indicating the number of active season ticket holders for that team as well as a total number of season ticket holders for that team. A total number of all season ticket holders in the member's network may also exist.
Once the dates are entered, the member may click on the view button 4505 to see a listing of games within that time period. The games are listed by name 4510 with a start date 4515, and if seats for that game have been shared a number in the “shared” column 4520 indicates how many seats have been shared. If seats have been shared, then the number of seats accepted will also be listed under the “accepted” column 4525. In a specific implementation of the invention, the total number of seats may be listed in a separate “total” column 4530. In another implementation of the invention, an add tickets button may be added to add more tickets, or the game names may be hyperlinked to another screen for editing.
Once the team has been selected, members may specify a search for tickets between certain dates by entering the dates into input boxes 4605. Once a team name and dates have been selected, the member clicks on the “View” button 4610 to view a listing of tickets meeting the member's specifications. The ticket information is listed by the name of the game 4615 and the start date of the game 4620.
Members may also see whether the seat has been shared or accepted by numbers in the “Shared” column 4625 and “Accepted” column 4630. In one implementation of the invention, a “total” column 4635 also lets the member see the total number of seats in the network for a particular game. A total number of shared, accepted, and total ticket may also be available as a separate row 4640. A search of tickets in this format allows members a more direct approach to looking up tickets when they have a specific need for certain games.
In another implementation of the invention, the ticket transfer information is automatically processed once the limiting information has been specified. Ticket transfer information is displayed listing the section 4710, row 4715, seat 4720, season ticket holder name 4725, and network member name 4730. Allowing season ticket holders to have a record of their ticket transfers promotes the use of the trusted network and allows ticket holders to monitor members in their network who are sharing the seats.
Allowing season ticket holders the option of viewing and canceling their offers provides an option for the season ticket holder to maintain control over their seats. This opportunity for control promotes sharing of seats because season ticket holders are not limited by concern for changing their minds.
In an implementation, the system of the invention computes the return on investment (ROI) for those who use the seats or tickets. For example, a user of the system may request a report on the return on investment and will be presented with a computer screen (e.g., Web page) that shows the return on investment. This report includes a calculation of the value/cost of the ticket investment as compared to the amount of revenue generated by those who used the tickets. A sample report is in table D.
The ROI reporting feature may be integrated with third party tools such as a customer relationship management (CRM) tool or financial accounting package, or a combination of tools, to obtain the amounts. The report may be used to evaluate a sales team, helping to determine which sales people are utilizing the tickets well. The report may represent a list of clients to determine which clients should be given more or fewer tickets, depending on how much business they bring to the season ticket holder.
Working in conjunction with the return on investment report feature above, the system can also provide a facility for employees to request a certain number of tickets, specify for what purpose they want the tickets, who they plan to take to the event with those tickets, and the proposed value generated by the business purpose. The form can be web based. Table E provides some fields that may be in such a form. One of more of the fields may be included, and in any combination.
Once sent, the system automatically checks availability of the tickets for that particular date, and requests approval from the administrator of the tickets before the employee would get the tickets.
Once the event happens, the system would send a follow-up e-mail to the person asking who actually attended the event and which organization they were with. The tool can be integrated with a CRM tool. When integrated, the system can update the information in the CRM tool with new activity indicating which people from which company went to the event.
This description of the invention has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise form described, and many modifications and variations are possible in light of the teaching above. The embodiments were chosen and described in order to best explain the principles of the invention and its practical applications. This description will enable others skilled in the art to best utilize and practice the invention in various embodiments and with various modifications as are suited to a particular use. The scope of the invention is defined by the following claims.
Claims
1. A method comprising:
- allowing a first user to become a member of a system accessible through the Internet;
- allowing the first user to store an ordered list of network contacts, wherein at least one of the network contacts is not a member of the system;
- receiving from the first user an item for distribution to the first users' network contacts, wherein the network contacts in the ordered list are at a first degree of separation from the first user;
- allowing the first user to specify a number of degrees of separation, one or greater for the item to be distributed;
- receiving and storing the number of degrees of separation specified by the first user in a computer memory;
- sending a first message to a first contact in the ordered list of network contacts inquiring whether the first contact is interested in the item;
- receiving an indication that the first contact rejects the item; and
- after receiving the indication that the first contact rejects the item, using at least one computer processor to perform automatically and without additional intervention by the first user at least one of the following:
- retrieving the number of degrees of separation specified by the first user stored in memory, determining the number of degrees of separation is one, and handling the number of degrees of separation being one by sending a second message to a second contact in the stored ordered list of network contacts inquiring whether the second contact is interested in the item; or
- retrieving the number of degrees of separation specified by the first user stored in memory, determining the number of degrees of separation is greater than one, and handling the number of degrees of separation being greater than one by sending a third message to a third contact inquiring whether the third contact is interested in the item, wherein the third contact is associated with the first contact and not present on the first user's ordered list of network contacts.
2. The method of claim 1 wherein the item is a ticket to a sporting event.
3. The method of claim 1 wherein the indication that the first contact rejects the item occurs upon the first contact not responding within a first time period.
4. The method of claim 1 wherein messages are e-mails.
5. The method of claim 1 wherein the messages are text messages.
6. The method of claim 3 comprising:
- determining that the first contact does not respond within a first time period;
- determining that the second contact accepts the item;
- determining that the first contact attempts to accept the item after the second contact has accepted; and
- sending a third message to the first contact indicating that the item is no longer available.
7. The method of claim 6 wherein the third message comprises a message indicating how to purchase a related item at a discount price.
8. The method of claim 1 comprising:
- permitting the first user to alter an order of the ordered list of network contacts.
9. The method of claim 2 comprising:
- providing a screen listing a plurality of sporting events associated with a sporting team.
10. The method of claim 1 comprising:
- providing a screen listing a plurality of the first user's network contacts and for each network contact, listing a number of tickets offered to each network contact.
11. The method of claim 1 comprising:
- providing a screen listing a plurality of the first user's network contacts and for each network contact, listing a number of tickets accepted by each network contact.
12. The method of claim 1 comprising:
- providing an option for the first user to specify which day of the week to share the item.
13. The method of claim 1 comprising:
- providing an option for the first user to specify how many days in advance of a date associated with the item to ask whether the first user wants to share the item.
14. The method of claim 1 comprising:
- allowing a second user to become a member of a system, where before becoming a member, the second user was on the ordered list of network contacts of the first user.
15. A method comprising:
- allowing a first user to become a member of a system accessible through the Internet;
- receiving and storing an ordered list of network contacts from the first user, wherein the network contacts in the ordered list are at a first degree of separation from the first user, and at least one of the network contacts is not a member of the system;
- allowing the first user to specify a first item and second item to share with the first users' network contacts using the system, including the first users' network contacts that are not members of the system;
- allowing the first user to specify conditions under which the first item or second item is to be shared;
- using at least one computer processor, determining whether the first item or the second item satisfy the conditions;
- determining that the first item satisfies the conditions, and handling by sending a first message to a first contact in the ordered list of network contacts inquiring whether the first contact is interested in the item; and
- determining that the first contact rejects the item, and automatically and without additional intervention by the first user, handling by sending a second message to a second contact in the stored ordered list of network contacts inquiring whether the second contact is interested in the item.
16. The method of claim 15 wherein the conditions comprises a range of dates during which the first user wants to share the first item or second item.
17. The method of claim 15 comprising:
- allowing a second user to become a member of a system, where before becoming a member, the second user was on the ordered list of network contacts of the first user.
18. The method of claim 15 comprising:
- providing a screen listing a plurality of the first user's network contacts and for each network contact, listing a number of tickets accepted by each network contact and a number of tickets offered to each network contact.
19. The method of claim 15 wherein the item is a ticket.
20. The method of claim 15 the first message is an e-mail.
Type: Application
Filed: Oct 13, 2011
Publication Date: Jun 18, 2015
Applicant: SEATSUB, INC. (Fairfax, CA)
Inventors: Franco Cirelli (San Francisco, CA), Ross Kennedy (Austin, TX), Scott Tachiki (San Anselmo, CA)
Application Number: 13/273,025