System and method for reducing excess capacity for restaurants and other industries during off-peak or other times
Summary by NHIP
Restaurant off-peak capacity reduction system
The system registers users and presents restricted dining incentives for multiple restaurants matching selected characteristics. Incentives specify valid dates or times corresponding to non-peak demand periods, adjusting for differing off-peak schedules between restaurants in the set.
Claim Score by NHIP
Abstract
A system and method for reducing excess capacity for restaurants and other industries during off-peak hours is provided. Customers or potential customers may bid on gift certificates redeemable at restaurants during a predetermined time. Users may register with the system and provide identification and demographic information which may be used by restaurants for targeted marketing strategies, promotions, and special offers. The system may include a registration module, an auction module, a restaurant guide module, a restaurant manager module, rewards and referral center module, restaurant reservation module, and advertisement displays.

Term
Term ended
Expired 22 April 2023, 3.4 years ago.
- Priority and filed
- Granted
- Expired
- Today
22 claims: 5 independent, 17 dependent
- 1Broadest claimClaim Score 27, narrow(NHIP)A computer-implemented system for reducing excess capacity for one or more restaurants that experience periods of peak demands and periods of non-peak demands and for collecting information about at least one user, the system comprising:a server configured to execute computer program modules corresponding to a website, the computer program modules comprising: a registration module configured to obtain information about users via the website, and to register the users to user accounts on the website;a request module configured to present an interface to a user via the website through which user requests are received for incentives for dining at restaurants corresponding to one or more user selected restaurant characteristics;an incentive module configured to concomitantly present to a user via the website, in response to receipt of a user request for incentives through the interface, a plurality of incentives for dining at any of a set of two or more restaurants that correspond to the one or more user selected restaurant characteristics included in the received user request for incentives, wherein the incentives are subject to restrictions, wherein the incentive module is configured to provide the incentives with restrictions specifying valid dates and/or times that correspond to non-peak demand periods of the restaurants associated with the incentives to incentivize dining at the restaurants during non-peak demand, and wherein the incentive module is configured such that responsive to a first restaurant of the set of restaurants having a different non-peak demand period than a second restaurant of the set of restaurants the incentive module concomitantly presents to the user via the website a first incentive associated with the first restaurant that is subject to different restrictions than a second incentive associated with the second restaurant;and a storing module configured to manage storage of the information obtained by the registration module about the users.
- 8A computer-implemented system for reducing excess capacity for one or more businesses in an industry that experiences periods of peak demands and periods of non-peak demands and for collecting information about at least one user, the system comprising:a server configured to execute computer program modules corresponding to a website, said computer program modules comprising: a registration module configured to obtain information about users via the website, and to register the users to user accounts on the website;a request module configured to present an interface to a user via the website through which user requests are received for incentives to purchase a service from businesses corresponding to one or more user selected business characteristics;an incentive module configured to concomitantly present to a user via the website, responsive to a user request for incentives received through the interface, a plurality of incentives to purchase a service from a set of two or more businesses that correspond to the one or more user selected business characteristics included in the received user request for incentives, wherein the incentives are subject to restrictions, wherein the incentive module is configured to provide the incentives with restrictions specifying valid dates and/or times that correspond to non-peak demand periods of the businesses associated with the incentives to incentivize purchasing the service at the businesses during non-peak demand, and wherein the incentive module is configured such that responsive to a first business of the set of businesses having a different non-peak demand period than a second business of the set of businesses the incentive module concomitantly presents to the user via the website a first incentive associated with the first business that is subject to different restrictions than a second incentive associated with the second business;and a storing module configured to manage storage of the information obtained by the registration module about the users.
- 11A computer-implemented method of reducing excess capacity for one or more businesses in an industry that experience periods of peak demands and periods of non-peak demands and for collecting information about at least one user, wherein the method is implemented in a server configured to execute one or more computer program modules corresponding to a website, the method comprising:executing, on the server, one or more computer program modules configured to register users based on registration information received from the user;storing information about the users, including registration information, to a database accessible to the server;executing, on the server, one or more computer program modules configured to present an interface to a user via the website through which a user request is received for incentives to purchase a service from businesses corresponding to one or more user selected business characteristics;executing, on the server, one or more computer program modules configured to concomitantly present to the user via the website, in response to the received user request for incentives, incentives to purchase a service at individual ones of a set of two or more businesses that correspond to the one or more user selected business characteristics, wherein the incentives are subject to restrictions, wherein the restrictions of the incentives specify valid dates and/or times that correspond to non-peak demand periods of the businesses associated with the incentives to incentivize purchasing the service at the businesses during non-peak demand, and wherein responsive to a first business of the set of businesses having a different non-peak demand period than a second business of the set of businesses a first incentive associated with the first business is presented at the website concomitantly with a second incentive associated with the second business such that the first incentive is subject to different restrictions than the second incentive.
- 14A computer-implemented method of reducing excess capacity for one or more restaurants that experience periods of peak demands and periods of non-peak demands and for collecting information about at least one user, wherein the method is implemented in a server configured to execute one or more computer program modules corresponding to a website, the method comprising:executing, on the server, one or more computer program modules configured to register users based on registration information received from the users;storing information about the users, including registration information, to a database accessible to the server;executing, on the server, one or more computer program modules configured to present an interface to a user via the website through which a user request is received for incentives for dining at restaurants corresponding to one or more user selected restaurant characteristics;executing, on the server, one or more computer program modules configured to concomitantly present to a user via the website, in response to the received user request for incentives, incentives for dining at individual ones of a set of two or more restaurants that correspond to the one or more user selected restaurant characteristics, wherein the incentives are subject to restrictions, wherein the restrictions of the incentives specify valid dates and/or times that correspond to non-peak demand periods of the restaurants associated with the incentives to incentivize dining at the restaurants during non-peak demand, and wherein responsive to a first restaurant of the set of restaurants having a different non-peak demand period than a second restaurant of the set of restaurants a first incentive associated with the first restaurant is presented on the website concomitantly with a second incentive associated with the second restaurant such that the first incentive is subject to different restrictions than the second incentive.
- 22A computer-implemented system including a website configured to facilitate reduction of excess capacity at two or more restaurants by offering incentives to dine during non-peak demand periods, where individual restaurants are associated with different periods of peak demands and different periods of non-peak demands, to enable users to search for restaurants at which to dine:i) via a restaurant guide module based on one or more user specified restaurant characteristics;or ii) via an incentive request module based on a user initiated request for incentives to dine at two or more restaurants and to display, responsive to the request, the restaurants for which an incentive to dine is available based on the request, and to enable a user to make a reservation at a user selected restaurant, via a restaurant reservation module of the website, based on a restaurant identified via the restaurant guide module or the incentive request module, the system comprising: a server configured to execute computer program modules corresponding to the website, the computer program modules comprising: the restaurant guide module including: i) a restaurant search module configured to search for restaurants based on: a) one or more user specified restaurant characteristics, including restaurant name, location or cuisine type;and/or b) a user selection of a category from a displayed list of categories of restaurant characteristics;and ii) a display module configured to present a corresponding list of restaurants having the user specified restaurant characteristics or that are within the user selected category, and to receive input corresponding to a user selected restaurant from the presented list of restaurants;the incentive request module configured to receive user input corresponding to a user initiated request for incentives to dine at two or more restaurants to identify potential restaurants at which dining is incentivized for the user dine, wherein incentives to dine, for a given restaurant, are subject to restrictions including being valid during a predetermined period corresponding to a non-peak demand period for the given restaurant, wherein the incentive request module includes: i) a dining parameters module configured to receive user-specified dining parameters;and ii) an incentive display module configured to : a) determine incentives available to the user at the two or more restaurants on a per restaurant basis, based on the user input;b) display the incentives determined to be available to the user on a per restaurant basis;and c) receive user input corresponding to a user selected restaurant for which an incentive is available to the user;and the restaurant reservation module configured to receive user input to make a reservation to dine, via the website, at the restaurant selected by the user via either the restaurant guide module or the incentive request module.
Independent claims5
149 paragraphs in 6 sections, as filed
CROSS-REFERENCE TO RELATED APPLICATION
0001This application is a continuation of U.S. application Ser. No. 09/580,546, filed May 30, 2000, entitled “System and Method for Reducing Excess Capacity for Restaurants and Other Industries During Off-Peak or Other Times”, which is a continuation-in-part of U.S. application Ser. No. 09/461,336, filed Dec. 15, 1999, entitled “System and Method for Reducing Excess Capacity for Restaurants and Other Industries during Off-Peak or Other Times.”
FIELD OF THE INVENTION
0002The invention relates to systems and methods for reducing excess capacity for restaurants and other industries during off-peak and other times.
BACKGROUND OF THE INVENTION
0003Among the many challenges that restaurants face are the challenges of reducing excess capacity during off-peak times and the general lack of customer level information. Restaurants typically have a fixed number of seats. During certain periods there is greater demand for those seats than others. At some times there are people waiting to get seated (for example, on weekend evenings during dinnertime) and at other times there are unused seats (for example, 4-7 p.m. during the week). Typically unused seats translate to lost sales for a restaurant.
0004Many restaurants do not have detailed information about their customers. This lack of information is a lost opportunity. Typically, restaurants advertise through mass market media (TV, radio, newspapers, etc.). However, this is not the most efficient way to advertise.
0005These and other drawbacks and challenges face the restaurant industry. Similar problems are faced by other industries that have excess capacity issues.
SUMMARY OF THE INVENTION
0006An object of the invention is to overcome these and other drawbacks and challenges facing the restaurant and other industries.
0007Another object of the invention is to provide a website that enables a restaurant to offer (e.g., auction) gift certificates usable during a predetermined period of time (for example, corresponding to a known off-peak period) to enable customers or potential customers to obtain (e.g., bid on) these certificates. According to one embodiment, a minimum price is set for a certificate having a predetermined face value and it is awarded to the highest bidder.
0008According to another aspect of the invention, a user must register with the website and provide certain identification and demographic information during a registration process before being able to obtain a certificate. This enables restaurants to obtain more information about customers or potential customers who are likely to be influenced by marketing campaigns.
0009According to other features of the invention, the website may further comprise an interactive restaurant guide, a recipe center, a chat/message board, a gifts center, and an award and referral center. Other features and functions may also be included.
0010According to one embodiment, the web site enables a user to participate in an auction for one or more gift certificates or merchandise. To facilitate the ability of a user to find an auction of interest, various search tools may be provided. For example, a user may be able to search for auctions for a particular restaurant, for a desired cuisine in a desired city, by zip code or other geographic area, or other search parameters. Additionally, or alternatively, the web site may include a listing of types of cuisine, cities, etc., that a user may select (e.g., by clicking on an icon) to view a listing of auctions relevant to that user. Thus, with these or other tools, a user may browse and select an auction of interest and then participate in one or more desired auctions.
0011According to one aspect of the invention, auctions may be arranged in various ways. For example, there may be a featured auction area that highlights certain auctions. Various organizational techniques can be used for listing and displaying auctions.
0012Typically, an auction display will include the name of the restaurant, a description of the certificate being auctioned (for example, promotional material regarding the restaurant or a specific feature of the restaurant), the time period for which the certificate is valid (e.g., Monday only, Monday-Thursday, Monday-Thursday 4-7 p.m., etc.), the value of the certificate (for example, $50.00), any minimum bid, the status of the auction, and other desired information. For example, the status may include the current bid and the time left to bid. Multiple certificates may be auctioned with the same or similar parameters. Also, a user may obtain additional information relating to an auction of interest.
0013According to another aspect of the invention, a comprehensive interactive restaurant guide is provided. Users may browse by area, cuisine or other parameters when looking for a place to eat. The restaurant guide listings may offer a brief description of restaurants, a community rating (described below), the number and details of current auctions, and other pertinent information.
0014Preferably, the auction system may be set up with affiliate members, for example, restaurants. According to one embodiment, only affiliate member restaurants are listed in the restaurant guide. According to another embodiment, a broader range of restaurants (or other establishments) may be included.
0015For example, the guide listing may include the current number of auctions, the name of the restaurant, address, phone number and other information about the restaurant, a description of the restaurant food and other characteristics, and a community rating (such as a star system and/or relative cost index). If a listed restaurant has its own web site, a hyper-link between the restaurant listing and that restaurant's web site may also be provided. If the restaurant is part of a chain or related organizations, the link may be to the chain's home page or one of the related organization's home page.
0016Alternatively, or in addition thereto, each restaurant in the guide may have a link to a detailed page on the restaurant auction web site described herein. By clicking on the restaurant or the link, a user may read about the restaurant and contribute to restaurant ratings and reviews, based on their own experiences with the restaurant. They can also check for other detailed information such as parking availability, payment types accepted, handicap accessibility, hours of operation, reservation information, menu information, etc. By enabling users to contribute restaurant ratings and reviews, the rating system becomes interactive and adds significant value.
0017By maintaining a listing of individuals who provide rating and reviews and tracking demographic profile information based on the user, a database may be created to enable the web site to suggest to users other restaurants they may like based on similarity of preferences with other users who have provided reviews.
0018To participate in an auction, the user may click on an auction icon from a restaurant listing or a restaurant detailed page. The user can bid in a variety of ways. For example, the user can monitor the bids and periodically revise the bid the user is willing to make. Preferably, any user placing a bid first registers and provides payment information, demographics, contact information and other information that may be desirable.
0019An auto bid feature, also referred to as proxy bidding, may be used to enable the user to submit a maximum bid. The system then bids for the user in small increments (preferably specified by the user) starting with the bid minimum.
0020According to another embodiment of the invention, if multiple certificates are awarded from one auction, a Dutch auction technique may be used so that the closing price is equal to the lowest winning bid.
0021As an enticement for users to provide demographic and other information, a personalized page feature may be used for each registered individual. For example, registered users may set up personalized auction lists, check on their rewards, access member support services and other services and features. For example, a “my auctions” portion of the personalized pages may enable the user to monitor his or her current bids or create and browse through custom auction lists.
0022A “my rewards portion” may be provided to facilitate a loyalty or affinity program for repeat users. This aspect of the invention may enable points or other benefits to be accumulated by users. For example, in addition to providing points for users who participate in auctions, points or other credits may be provided to users who are responsible for having restaurants join the program or other users register with the program. Various awards and rewards based on points may be provided on-line or off-line.
0023The personalized page may also include a “my profile” section. This section enables the user to enter, review, and update personal information preferences and other information to enable customized information to be obtained about and provided to the user. For example, targeted marketing techniques may be used to inform the user of auctions or other promotions that may be of interest to the user. The targeted marketing and promotions may be based on the user's specified preferences. In addition, an on-line support feature may also be provided.
0024Another portion of the web site includes a restaurant management feature. This feature enables participating restaurants to create auctions, manage auctions, and monitor the results of auctions. This portion of the web site may include various features such as a product feature, a services feature, a partners' feature, and other features. For example, restaurants that have registered with the web site may view customized web pages that provide access to their auction postings, customer information, certificate sales history and member support. For example, the auction postings feature may enable the restaurant to create new options, delete or modify existing options and track current bids. A “my customers” portion may enable a user to view aggregate, or permit specific data on customers, including demographic information, dining frequency and other user information. As detailed below, these and other features may be incorporated into a data warehouse to enable more sophisticated analysis and targeted marketing.
0025A promotion feature of the auction manger may be used to facilitate marketing and promotion campaigns. For example, based on user profile information, and user address information (for example, e-mail) targeted marketing campaigns may be effectively implemented.
0026A sales history portion of the auction manager may enable restaurants to track sales and bids to date. For restaurants and restaurant chains, this information may be provided by days, weeks, months, store region, etc. An account feature of the auction manager enables restaurants to view their account status with the web site. For example, according to one business method, the web site operator may collect a fee for each certificate sold or each certificate posted. Various techniques for collecting the fee may be implemented.
0027According to one embodiment, the restaurant is billed on-line or off-line for each certificate successfully offered by the restaurant. According to another embodiment, the web site operator may charge successful bidders directly, keep a service fee, and provide the remaining balance to the restaurant. Various other alternatives for billing may also be provided.
0028According to another business method of the invention, the web site operator may assist the restaurant in targeted marketing campaigns. As discussed above, one way in which this may be done is via email on user's profile information, demographic information, and other information about the user. The web site operator may charge a fee (for example, $0.25 per email) for conducting the targeted campaign for a particular restaurant or a restaurant chain.
0029The auction listing process may include several features to facilitate and simplify the process. For example, a registered restaurant or restaurant chain may set up an auction that occurs at regularly scheduled intervals until canceled. Alternatively, various restaurant specific information may be stored and used in connection with each auction posted, and only the terms to be varied need to be addressed by the restaurant. For example, when a new auction is created, an item description may be provided by the restaurant. A set of restrictions may then be applied. The restrictions may specify when the certificate is valid. For example, the restaurant can specify the dates, day, month, year for which the period begins and the day, month, year and hour the validity expires. The restaurant may also identify the retail value of the certificate or other benefit(s) to be auctioned. The restaurant may then specify a starting bid amount, for example, at least one third of the retail value or other amount specified by the restaurant. The restaurant may specify the quantity of certificates to be auctioned for that particular auction. The restaurant may further specify the duration of the auction. For example, the auction may be opened for several hours, several days or other time period.
0030During an auction set up, the restaurant may also specify a recurrence of the auction. For example, the restaurant may select from daily, weekly, every two weeks, monthly or any other period, or may specify that it is a one time auction only.
0031According to another aspect of the invention, an instant purchase feature may be used. The instant purchase feature may enable a restaurant to specify a fixed dollar amount for which the user may buy the certificate without participating in the auction. For example, if a $50.00 certificate has a $20.00 minimum bid, an auction may proceed on that basis. However, a restaurant may wish to also provide some $50.00 certificate with an instant purchase feature of $35.00 so that any user who wishes to purchase the certificate immediately for $35.00 may do so without waiting for the conclusion of an auction.
0032According to another business method of the invention, optional features may be provided to generate premium fees for the web site operator. These optional features may enable a restaurant to increase the prominence of the display of its auction versus other auctions hosted by the web site for a fee. For example, a restaurant may display a bold-faced title to its auction for a fee. According to another feature, a particular auction may be highlighted within a particular category (for example, cuisine, city, etc.) According to another feature, certain auctions may be listed on the home page of the web site so that users see these particular auctions immediately without having to search through listings. Each of these features, or combination thereof, along with additional features may be used thereby generating additional revenue.
0033The process of providing the winning bidders with an auction certificate or other redemption techniques may be accomplished in a variety of ways. For example, according to one embodiment, electronic certificates may be downloaded by or to the winner or emailed to the winner upon completion of the auction. The winner may then print the certificate and present the certificate to the restaurant and redeem it for value. Preferably, if this method is used, the certificate may include the relevant information including the dates of validity, any payment required, the auction winner's name, etc. After dining, the value of the dining certificate is credited to the diner's bill. If the certificate is not pre-paid in a manner described above, the user may pay for the certificate and any balance due at the same time upon completion of the meal.
0034According to another embodiment, upon successfully winning an auction, an electronic certificate may be sent to the restaurant and/or the winner. If an electronic certificate is sent to the restaurant, the user may simply inform the restaurant that there is a certificate for the user and that amount may be credited automatically to the user's bill so that the user does not need to have a printed certificate. Various other options may be used.
0035If the certificates are paid for by the winner at the time of the certificate redemption, a mechanism may be established to enable the web site to receive an attendance report or other information to enable it to bill the restaurant for whatever service fee was agreed upon for the auction service.
0036Certificate sales may be monitored using a sales history option on the web site. This information may be stored by restaurant, by chain, or by other features. The information in the sales history portion may include the number of bidders, any associated time period, the number of certificates sold, the average closing price for each auction or auctions occurring at various times, days, weeks, etc., and the percent of the retail value for which the certificates were sold during a specified period. This information may be presented in various formats including tables, charts, etc.
0037In addition to increasing sales at restaurants or other establishments by reducing excess capacity, the present invention may provide useful aggregated information to restaurants regarding its customers. For example, a current stats feature may be provided to enable a restaurant to examine aggregate data on all the users who have bid on its auctions or bought one or more certificates. Restaurants may also create surveys to obtain custom information by premium data on competitors' customers.
0038Customers statistics provide insight to the customer's habits and dining preferences, thereby suggesting ways to more effectively tailor future promotional campaigns. For example, without limitation, the customer statistics may include gender, age, industry/occupation, annual income, zip code, distance from home to restaurant, frequency of dining out, number of bids placed (by restaurant or total), favorite way to learn a promotion (e.g., email, snailmail, telephone, TV ad, radio ad, print ad, on-line ad, or other ways), price sensitivity information (e.g., how much a person cares about getting a good deal when they eat).
0039The targeted marketing campaign may be facilitated through the web site. For example, a restaurant may buy access to email lists and add space on on-line notices to tailor their marketing to customers likely to be interested in such promotions. The web site may include a promotions management module that enables restaurants to implement these and other features. For example, the promotions management feature may include a section to enable a restaurant to create an email promotion. This may enable a restaurant to create a target campaign and send it to customers by email or other delivery mechanisms. The restaurant may create a web promotion by buying premium space on the web site including selected portions of the auctions and category home pages. Restaurants can also create customized messages that enable the web site users to see these messages as they browse through the site.
0040Each restaurant's account information including current statement, statement archives, restaurant profiles and contact information may be maintained by the site as well.
0041According to another aspect of the invention, the web site of the present invention and the promotion features may be linked in to a restaurant reservation system. In this way, more detailed information may be obtained about a restaurant's capacity, the effectiveness of auctions, and historical trends can be discerned. Other benefits may be obtained as well. For example, on successfully winning an auction and being notified, a user may use the web site to request an on-line reservation.
0042According to another aspect of the invention, the system may offer incentives that may be obtained without participation in an auction. Users may be interested in using the incentive right away and may desire an instant incentive, instead of waiting for an auction to be completed. According to one embodiment, a user may submit one or more incentive requests for selected restaurants along with certain dining parameters. These requests may be processed by or for the restaurants to determine if a dining incentive should be issued to the user. For example, via the web-site, a user may select one or more restaurants from a list of participating restaurants and enter various dining parameters. Each selected restaurant may then determine whether or not to accept the incentive request, based on the user entered dining parameters and other information. If the restaurant decides to accept the request, a dining incentive may be offered to the user. Restaurants may process each incentive request on an individual or batch basis. Also, each restaurant may create customized rules that are stored in the processing system of the present invention where these customized rules are applied to each incentive request or a group of requests. By using restaurant's customized rules, the system may automatically decide whether to accept or reject the incentive requests, determine incentives to offer, and perform other operations.
0043According to another aspect of the invention, incentives may be issued by the system without a paper certificate. Customers may desire to avoid having a paper certificate or coupon that may get lost. Therefore, the incentive may be issued to the customer electronically. For example, according to one method, the incentive information may be stored with a payment processing system associated with the restaurant. For example, the customer may supply payment information in order to receive an incentive. When that payment information is input at the restaurant, the incentive is automatically retrieved due to the association with the payment information. The incentive may then be automatically deducted from the amount to be charged. If the payment information is a credit card number, the system may employ a fulfillment process that enables a customer to pay the dining bill with a registered credit card (where the credit card number is provided at the time the incentive request is made). According to one embodiment, the credit card charge (which is the full amount of the bill for the meal) is processed so that the incentive amount is credited back to the user, a fee is paid to the web-site operator and the balance is paid to the restaurant. The customer may then receive a confirmation message (e.g., via e-mail) informing the customer that the registered credit card has been credited by a discounted percentage or amount agreed to by the customer. With that message, the user may be queried about the dining experience to get specific feedback. This eliminates the need to present a certificate and provides other advantages.
0044Other object and advantages of the present invention will be apparent to one of ordinary skill in the art upon reviewing the specification herein.
BRIEF DESCRIPTION OF THE DRAWINGS
0045<figref idref="DRAWINGS">FIG. 1</figref> is a schematic block diagram providing an overview of a system according to an embodiment of the present invention.
0046<figref idref="DRAWINGS">FIG. 2</figref><i>a </i>is an illustration of a registration module for a customer according to an embodiment of the present invention.
0047<figref idref="DRAWINGS">FIG. 2</figref><i>b </i>is an illustration of a registration module for a restaurant according to an embodiment of the present invention.
0048<figref idref="DRAWINGS">FIG. 3</figref><i>a </i>is an illustration of an auction module according to an embodiment of the present invention.
0049<figref idref="DRAWINGS">FIG. 3</figref><i>b </i>is an illustration of a request module according to another embodiment of the present invention.
0050<figref idref="DRAWINGS">FIG. 4</figref> is an illustration of a graphical user interface for personalized auction information according to an embodiment of the present invention.
0051<figref idref="DRAWINGS">FIG. 5</figref> is an illustration of a restaurant guide module according to an embodiment of the present invention.
0052<figref idref="DRAWINGS">FIG. 6</figref> is an illustration of a restaurant manager module according to an embodiment of the present invention.
0053<figref idref="DRAWINGS">FIG. 7</figref> is an illustration of a rewards and referral module according to an embodiment of the present invention.
0054<figref idref="DRAWINGS">FIG. 8</figref> is a flowchart of an auction process according to an embodiment of the present invention.
0055<figref idref="DRAWINGS">FIG. 9</figref> is a flowchart of an auction process according to another embodiment of the present invention.
0056<figref idref="DRAWINGS">FIG. 10</figref> is a flowchart of a fulfillment process according to an embodiment of the present invention.
0057<figref idref="DRAWINGS">FIG. 11</figref> is a block diagram illustrating a processing system according to an embodiment of the present invention.
0058<figref idref="DRAWINGS">FIG. 12</figref> is a flowchart of an example of an incentive generator according to an embodiment of the present invention.
0059<figref idref="DRAWINGS">FIG. 13</figref> is an example of an adjusted maximum discount calculation according to an embodiment of the present invention.
0060<figref idref="DRAWINGS">FIG. 14</figref> is an example of a consumer profile matched to restaurant target factors according to an embodiment of the present invention.
0061<figref idref="DRAWINGS">FIG. 15</figref> is an example of a base discount percentage calculation according to an embodiment of the present invention.
0062<figref idref="DRAWINGS">FIG. 16</figref> is an example of an adjusted discount percentage for competitors calculation according to an embodiment of the present invention.
0063<figref idref="DRAWINGS">FIG. 17</figref> is an example of a minimum spend amount calculation according to an embodiment of the present invention.
0064<figref idref="DRAWINGS">FIG. 18</figref> is an example of an offer presentment according to an embodiment of the present invention.
0065<figref idref="DRAWINGS">FIG. 19</figref> is an example of an alternate minimum spend amount calculation according to an embodiment of the present invention.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
0066One embodiment of the present invention enables a restaurant (or other entity) to offer (e.g., auction) gift certificates valid for a predetermined period of time so that customers or potential customers may bid on these certificates. The predetermined period of time may include off peak hours of restaurant attendance. For example, some restaurants may have excess capacity on Monday-Thursday nights between 4 p.m. and 7 p.m. This results in empty seats and lost revenue. The present invention provides a creative and interactive system and method for auctioning or otherwise offering discount certificates or other promotions at restaurants where the time period of use may be set for off peak hours, days, nights, or even weeks or months.
0067The present invention may include at least a registration module, an auction module, a request module, a restaurant guide module, a restaurant manager module, a rewards and referral center module, a reservation system module, a feature auction display, an advertisement display, and other service modules and displays.
0068The registration module enables potential customer participants to sign up to receive restaurant information services and to participate in auctions or other offers for restaurant gift certificates and merchandise at a price below the face value. The potential customer may enter identification information, demographic information, restaurant preferences, and other related information. The information is stored in a database and may be subsequently used by restaurants for targeted marketing predicated on detailed customer information.
0069The registration module also enables potential restaurant participants to post auctions for gift certificates and merchandise. Restaurants may target off-peak days, nights, and hours. Thus, capacity is increased and revenue is enhanced. Registration with the present invention may also enable restaurants to post advertisements and receive valuable marketing information. The system of the present invention may aggregate all bidding data and provide restaurants with detailed information on their customers and their dining habits, making it easier to target meals, services, and promotions effectively. Restaurants may also participate in chat rooms and message boards to interact with their guests and reach potential or lost customers.
0070The auction module enables customers to search for a particular restaurant or browse through a category of restaurants and bid on gift certificates or merchandise. The bids may be less than face value in some embodiments to entice users to make a bid on an off-peak restaurant time. The customer may place a bid and periodically update the bid. Alternatively, the customer may use an auto-bid option where a maximum amount is set by the customer and small increments are placed automatically. The customer may also view a personalized auction list that tracks information on a restaurant or restaurants of particular interest to the customer. The personalized auction page may also monitor the customer's rewards, customer's profile and targeted marketing information which may include promotions or special offers to restaurants of interest to the customer.
0071The request module enables customers to submit an incentive request for one or more selected restaurants. Dining parameters, such as minimum amount the customer is willing to spend, day of the week a customer wants to dine, specific date the customer wants to dine, time, number of individuals in the party, and other information may also be submitted. Based on the dining parameters and other information (e.g., user profile information), a decision may be made as to whether or not an incentive should be given to the customer. User profile information may include information submitted by the user during registration, such as demographic information, dining preferences, and other information. If a request is accepted, the restaurant may provide a dining incentive, such as a discount of a certain amount, valid during a specified time period. Restaurants may process each request on an individual basis. Also, restaurants may create customized rules that reside at a restaurant server or on the processing system of the web-site, where these customized rules are applied to each request to determine whether to award an incentive and how much the incentive should be. Accepted requests may then be displayed to the customer for selection. The customer may select the desired incentive and guarantee the incentive by submitting a credit card number or other payment method (e.g., travelers check, personal check, cashier's check, or store account) or confirming a previously registered credit card number. When the customer pays the check with that credit card number or other payment method, the credit card charge is processed so that the customer receives a credit in the amount of the incentive.
0072The restaurant guide module enables customers and potential customers to locate restaurants by cuisine, area, price range and other characteristics. A guide listing provides a description of the restaurant along with additional information, such as location, average price, reviews, cuisine, and directions. Customers may view reviews from other diners describing recent dining experiences at a particular restaurant. Also, customers may post reviews of their own dining experiences. Customers may also view and participate in current auctions for gift certificates. Hyper-links to information related to a restaurant may also be provided, such as menus, reviews, and an official restaurant web-site. A recipe center and chat/message board are also available to establish communication between restaurants and customers, including current and potential customers. A gifts center may be available to enable customers to browse and purchase products affiliated with a particular restaurant or products that related to cooking and dining in general. For example, customers may purchase hats, mugs, recipe books, articles of clothing, such as shirts, sweatshirts, jackets, and other types of merchandise imprinted with a particular restaurant. In another example, customers may purchase cooking tools, spices, and cook books that relate to cooking/dining in general and may have no affiliation with a particular restaurant.
0073A restaurant manager module enables a restaurant to create new auctions, delete existing auctions, modify existing auctions, track current bids, set schedules for the activation of one or more auctions, and create and update auction templates. In addition, restaurants may access customer information to view demographic and dining frequency information. By using this information, restaurants may create targeted advertisements and promotions to customers and potential customers. Sales history is also available to the restaurant. Targeted advertisements may be based on past sales records. Account information regarding fees and payment information are also available.
0074A rewards and referral module enables a customer to monitor and redeem points and credits awarded to the customer by the present invention. For example, by providing email addresses of friends, business associates, family members, or acquaintances, a customer may receive monetary or other types of rewards.
0075<figref idref="DRAWINGS">FIG. 1</figref> is a diagram of an overview of a system <b>100</b> that provides auction services and restaurant information services according to an embodiment of the present invention. A plurality of users <b>102</b> and restaurants <b>104</b> may access system <b>101</b> through the Internet or other communication channel. System <b>101</b> may contain various service modules and displays including a registration module <b>110</b> which may include a module for customers <b>112</b> and a module for restaurants <b>114</b>, an auction module <b>120</b>, a feature auction display <b>122</b>, a request module <b>125</b>, a restaurant guide module <b>130</b>, a restaurant manager module <b>140</b>, a rewards and referral center module <b>150</b>, a restaurant reservation system module <b>160</b>, and an advertisement display module <b>170</b>. System <b>101</b> may also access databases containing various information regarding customers, restaurants and other pertinent information. For example, databases may include profiles of customers <b>180</b>, profiles of restaurants <b>182</b>, sales history records <b>184</b>, and marketing data <b>186</b>.
0076Restaurant reservation system module <b>160</b> enables users to make reservations at a desired restaurant by providing information, such as time, number of people, seating preferences, etc. Feature auction display <b>122</b> may serve as a premium spot for restaurants to inform users of current or upcoming auctions for dining certificates or other merchandise. Advertisement display <b>170</b> features ads from participating restaurants or other merchants.
0077To obtain the services and benefits of the present invention, a potential customer may register with system <b>101</b>, at registration module <b>112</b>. Previous customers may proceed directly to another module to begin use of the system without re-registering multiple times. <figref idref="DRAWINGS">FIG. 2</figref><i>a </i>provides an example of a registration page for a potential customer participant. Registration information may include identification information module <b>210</b>, demographic information module <b>220</b>, restaurant preference information module <b>230</b>, and other information modules. For example, identification information may include the potential customer's name, email address, zip code, and a username and password for access to the processing system of the present invention. Demographic information may include profession, income, gender, and age. Restaurant preference information may include dining frequency, favorite restaurants, favorite types of foods, preferred price range, and preferred location of restaurants.
0078<figref idref="DRAWINGS">FIG. 2</figref><i>b </i>provides an example of a registration page for a potential restaurant participant. Registration information may include restaurant description module <b>250</b>, meal description module <b>260</b>, facilities description module <b>270</b>, and other information modules. For example, registration information may include a brief restaurant description, contact person, type of cuisine, average meal price, address, phone number, fax number, email address, hours of operation, credit card access, wheelchair access, parking, valet parking, party space, banquets, outdoor seating, live music, view, child friendly, smoking areas, and other information relating to the restaurant's attributes.
0079<figref idref="DRAWINGS">FIG. 3</figref><i>a </i>is an illustration of an auction module according to an embodiment of the present invention. Auction module <b>120</b> may contain a search-for-auction module <b>310</b>, an auction display module <b>320</b>, a bidding module <b>330</b>, and a personalized auction page module <b>340</b>.
0080Search-for-auction module <b>310</b> may enable the user to locate an auction or auctions by restaurant name through restaurant name module <b>312</b>, cuisine type through cuisine type module <b>314</b>, location including city, zip or geographic area, certificate days valid, and other characteristics. The module may also enable the user to enter specific search terms, at search term module <b>316</b>. Alternatively, a listing of cuisine, cities, etc., may be displayed so that a user may click on a category to view a listing of auctions relevant to that listing, at listing module <b>318</b>.
0081An auction display module <b>320</b> may then display the auction or auctions. The name of the restaurant with a link to view the restaurant guide and a description of the certificate being auctioned including promotional material, time period, number of certificates, time left to bid, the value of the certificate, minimum bid, status of the auction and current bids may be displayed. Promotional materials may include a slogan, advertisement, a graphic, or a logo relating to a restaurant.
0082After the bids have been processed, processing system <b>101</b> determines the winner of a particular auction. The winner may then be posted through winner module <b>350</b>. Losing bidders are also notified that the auction that the bidder bid on closed without being declared a winner. In addition, the losing bidder may be notified of other auctions that correspond to one or more parameters of the auction on which the bidder unsuccessfully bid. Also, the winner may download the certificate or item for redemption. Alternatively, the winner may request that the certificate be sent to the restaurant where the winner may inform the restaurant of the certificate at time of redemption.
0083The user may participate in the bidding through bidding module <b>330</b>. The user may enter the quantity of bids through quantity module <b>332</b>, and a bid amount through bid amount module <b>334</b>. The user may bid in a variety of different ways. For example, the user may monitor the bids and periodically revise the bid to an amount the user is willing to pay. Alternatively, the user may select an auto-bid feature that allows the user to submit a maximum bid amount and a bid increment amount where the bids are automatically incremented up to the maximum amount specified. If multiple certificates are awarded, a Dutch auction technique may be used so that the closing price is equal to the lowest winning bid.
0084The user may also select personalized auction page <b>340</b>, as discussed in further detail below.
0085<figref idref="DRAWINGS">FIG. 3</figref><i>b </i>is an illustration of a request module <b>125</b> according to another embodiment of the present invention. This request module may operate on a web server accessible over the Internet by users. This embodiment enables the user to input information sufficient to enable the system to determine what incentives to make available to the user. For example, a user may submit one or more incentive requests for one or more selected restaurants where each selected restaurant may determine whether to accept a user's request and provide a dining incentive. Various modules may be provided that interact with the users to obtain that information. These modules may include a select restaurant module <b>360</b> and a dining parameters module <b>370</b>. Request module <b>125</b> may also contain an offer(s) display module <b>385</b>, a credit/debit card module <b>390</b> and other modules.
0086Select restaurant(s) module <b>360</b> may be provided to interact with the user to facilitate the user's selection of one or more restaurants or other dining facilities, either by name, type, category or location. For example, the user may input Bob's House of Beef, Steve's Chinese and Joe's Chili. Also, the user may input and select “all restaurants on K Street in Washington D.C.” For example, the user may select three restaurants from which to ask for an incentive, whereby the user will select one depending on the amount of incentive these restaurants will offer. The user may employ various search techniques to specify the one or more restaurants to select. For example, the user may locate one or more restaurants by restaurant name, cuisine type, ratings, expense, reviews, location, and other characteristics. The user may also search by specify various terms. For example, the user may desire to select all restaurants for which a description says “modern” and “unique”. Alternatively, the user may view a listing of restaurants and select one or more restaurants from the listing. Essentially, select module <b>360</b> may comprise any module that enables a user to select one or more restaurants for which an incentive offer is requested.
0087The user may enter various dining parameters associated with the request for an incentive, at dining parameters module <b>370</b>. For example, the user may enter the date the user expects to dine, the time of day during which the user would like to dine, and the number of people that will be in the party. In addition, the user may enter the number of adults and/or number of children that will be in the party. The user may enter the minimum amount the user is willing to spend, at each selected restaurant. The minimum amount the user is willing to spend may vary with each restaurant. For example, the user may enter a higher minimum amount for one restaurant (e.g., a more expensive restaurant) and a lower minimum amount for another (e.g., a less expensive restaurant). Separate input dining parameters may be for each restaurant or restaurant type selected by the user. Other information regarding the user's prospective dining plan may also be entered.
0088An offer(s) display module <b>385</b> may be provided to process the selected restaurants and dining parameters to determine the incentive, if any, each restaurant is willing to provide, the amount, and other terms. The incentive may be a discount in the form of a percentage off, a dollar amount, two-for-one specials, or other incentive.
0089Each request may be processed on an individual basis by or on behalf of each selected restaurant. For example, for each incentive request, the restaurant may determine whether to accept or reject the request. If the restaurant decides to offer an incentive to the user, the restaurant may determine the amount or type of incentive the restaurant is willing to offer to that particular user based on various factors. For example, if a particular user requests an incentive for a 5:00 pm Thursday night dinner, the restaurant may offer this user a greater incentive because the request is for dinner during off-peak hours. However, if this request is for a night that is booked by a large private party, the restaurant may not feel a need to offer a large incentive. Thus, each incentive request is examined by the restaurant on an individual basis.
0090Restaurants may create rules to be applied to each request. These rules may be submitted to the processing system of the present invention or may reside on a computer at the restaurant. This enables the restaurants to have determinations made on an automated basis, rather than requiring the restaurant to manually reject, accept, and determine discounts for each individual request.
0091For example, restaurants may create rules based on user entered variables, internal variables or other information. User entered variables may include registration information submitted by the user (e.g., profile information), dining parameters, and other user entered information. Internal variables may include new customer status, dining frequency, beverage choice, competitive set, and other variables. A competitive set may include a list of the user's preferred restaurants (or restaurants that the user is currently requesting incentives from). Restaurants use competitive sets to evaluate for competitive pressures in processing the incentive requests.
0092For example, the restaurant may want to target new customers. The restaurant may submit a rule specifying that new customers are to receive a discount of 35% off the minimum amount. Also, if the restaurant wants to discourage or encourage the attendance of children, the restaurant may specify a rule where users who indicate children attendees will receive a small or no incentive to discourage or a relatively larger incentive to encourage.
0093The restaurants may also specify a scaling function where the more the user is willing to spend, the greater the discount. For example, if a user enters a minimum amount of $30, a 10% discount will be offered. Whereas, if a user enters a minimum amount of $150, a 20% discount will be offered. The scaling may be based on total dollar amount or dollars per person. Restaurants may also define rules to encourage users to dine at a different time. For example, if a user requests an incentive for 7-9 pm, the restaurant may offer a more attractive incentive for 5-7 pm. Multi-unit restaurants may also define rules to encourage users from a busy location to a less busy one. For example, if a user requested an incentive for location A, the restaurant may offer a more attractive incentive if the user is willing go to location B. Other rules and factors may define the restaurants' preferences and goals. Restaurant defined rules enable restaurants to target a specific audience or type of customer.
0094Once the user has selected an offer displayed in the offer(s) display module <b>385</b>, the user may secure the savings offered by the selected restaurant with a credit/debit card (or other mode of securing payment) previously submitted or the user may submit a new credit/debit card at this point. The user may dine at the selected restaurant and pay the entire amount of the bill with the registered credit/debit card. After the charge is processed, the incentive amount will be credited back to the user.
0095A personalized auction page module <b>340</b>, as shown in <figref idref="DRAWINGS">FIG. 3</figref><i>a</i>, may be provided. <figref idref="DRAWINGS">FIG. 4</figref> illustrates an example of a personalized auction page which displays information according to the user's preferences. A personalized auction page may include a “my auctions” module <b>410</b>, a “my rewards” module <b>420</b>, a “my profile” module <b>430</b>, a marketing module <b>440</b>, and a member support services module <b>450</b>.
0096The “my auctions” module <b>410</b> may enable the user to create an auction list at create auction list module <b>412</b> by specifying a certain restaurant or restaurants of interest, particular characteristics of restaurants, type of cuisine, or other characteristics. The “my auction” module <b>410</b> may then display and monitor the current bids for the specified restaurants of interest through a monitor current bids module <b>414</b>. Users may also browse through an auction list, at browse auction list module <b>416</b>. The user may monitor and submit bids on gift certificates useable at the user's preferred restaurants.
0097The “my rewards” module <b>420</b> may enable the user to monitor points, credits, and other awards attributed to the user through monitor my rewards module <b>422</b>. For example, the user may be awarded points or credits for signing up individuals with the present invention. Users may also receive awards and credits for signing up restaurants with the processing system. At any time, a user may redeem or cash in the accumulated points and credits for gift certificates, cash or other types of awards or benefits through redeem my rewards module <b>424</b>.
0098The “my profile” module <b>430</b> enables the user to modify and update personal preferences and settings, at update preferences module <b>432</b>. A user may change targeted advertisement settings or restaurant preferences. These settings may affect the type of information received by the user regarding promotions and special offers.
0099Marketing display <b>440</b> presents promotions and special offers from restaurants that are of particular interest to the user based on the user's profile, preference settings, sales history, and other personalized information.
0100<figref idref="DRAWINGS">FIG. 5</figref> is an illustration of a restaurant guide module <b>130</b> according to an embodiment of the present invention. The restaurant guide provides a quick and easy way to obtain information regarding possible places to dine. Reviews and comments by recent customers, driving directions and other pertinent information are provided by this module. Restaurant guide module <b>130</b> may include a search module <b>510</b>, a current auctions display module <b>520</b>, a guide listings module <b>530</b>, a recipe center module <b>540</b>, a gifts center module <b>545</b>, and a chat/message board module <b>550</b>.
0101Search module <b>510</b> enables a user to search for a restaurant or restaurants by cuisine type through cuisine module <b>512</b>, price range through price range module <b>516</b>, location through area module <b>514</b> including zip code, city, or region, or other search parameters. The results of a search may be presented in guide listings module <b>520</b>.
0102Guide listings module <b>520</b> may provide a description of a restaurant or restaurants including an address, phone number, cuisine type, hours of operation, driving directions, a map, and other characteristics, at description module <b>522</b>. The user may also view auctions associated with this restaurant and current auctions that are in progress. A community rating and review may also be presented to the user, which may include a cost index, reviews posted by other users of the present invention describing recent dining experiences, at community rating module <b>524</b>. Information regarding parking, payment options, handicap services, etc. may also be available. Users may post a personal review of the restaurant. A hyper-link to the restaurant's official home-page may also be available along with links to menus and published reviews. In another embodiment, a hyper-link to a separate restaurant page presented by the present invention containing detailed information regarding the restaurant may also be made available.
0103Current auctions display module <b>530</b> displays all the auctions that are currently in progress. If an auction of interest is displayed, a user may participate by placing a bid. A description of the restaurant, at current auction description module <b>532</b>, along with the specifics of the auction, community ratings and other relevant information may be presented to the user, at current auction community rating module <b>534</b>.
0104Recipe center module <b>540</b> may provide various recipes and cooking tips from chefs of various restaurants. Alternatively, customers may be able to purchase recipes or a compilation of recipes from a particular restaurant or type of cuisine. This module may also serve as a reference for cooking terminology, exotic and conventional spices, restaurant etiquette, and other topics relating to recipes and dining.
0105Gifts center module <b>545</b> may enable customers to browse and purchase products that may be associated with a particular restaurant or products associated with restaurants in general. For example, a popular Mexican restaurant may provide hats, mugs, T-shirts, sweatshirts and other items imprinted with the restaurant's logo. The gifts center module <b>545</b> may offer products related to cooking or dining in general. For example, cooking products, such as salt & pepper grinders, spices, and cooking utensils may be available for purchase.
0106Chat/Message board module <b>550</b> may provide a forum for customers (or potential customers) and restaurant managers, employees or chefs to communicate with each other. Restaurants may obtain valuable feedback from customers regarding service, cuisine/menu selection, ambiance, particular employees of the restaurant (e.g., host, hostess, waiter, waitress) and other information. Also, customers may communicate with other customers of similar tastes in cuisine/restaurants and dining preferences. This service may even serve as a suggestion box for restaurants that value customer feedback.
0107<figref idref="DRAWINGS">FIG. 6</figref> is an illustration of a restaurant manager module <b>140</b> according to an embodiment of the present invention. This module provides restaurant participants with a plurality of services, including auction postings and targeted marketing strategies. Oftentimes, restaurants advertise to the public in general. This method of advertisement is ineffective and too broad because specific interests and needs of customers are not addressed. As a result, potential customers are lost and resources are wasted. By providing a method and system of obtaining accurate and recent demographic, identification, and dining information of customers, restaurants may target advertisements to meet the needs of each individual customer thereby attracting more new customers and keeping the current ones. The present invention also provides restaurants with information on the method of communication most preferred by customers. For example, some customers may prefer to receive information via email as opposed to mail delivery. If advertisements and promotions are specifically geared to a customer's personal interests, that customer is more likely to read and take advantage of the special offer. Otherwise, general advertisements are often discarded.
0108For example, a customer may indicate on his profile that he prefers pasta, chicken, and Italian cuisine, but is allergic to seafood. Targeted advertisements relating to Italian restaurants with special emphasis on pasta dishes with chicken may be sent to this customer. However, advertisements relating to seafood may be avoided.
0109Restaurant manager module <b>140</b> may provide an auction postings module <b>610</b>, a “my customer” module <b>620</b>, a promotion module <b>630</b>, a sales history module <b>640</b>, and an account module <b>650</b>.
0110Auction postings module <b>610</b> enables the restaurant to create new auctions, delete existing auctions, and modify existing auctions, at create/delete/modify module <b>612</b>. Also, current bids may be tracked and monitored, at monitor auction module <b>614</b>. The restaurant may create, delete and modify auctions through the web-site of the present invention, by fax, or phone service. Also, a schedule may be set by the restaurant wherein a specified number of gift certificates with specified conditions may be made available for auction at a set schedule, at set schedule module <b>616</b>. For example, ten gift certificates for a particular restaurant may be schedule to be auctioned off every Tuesday for a designated period of time. Restaurants may also store templates of gift certificates at this module for ease in completion and posting.
0111The “my customers” module <b>620</b> enables a restaurant to view aggregate or specific data on customer demographics, dining frequency, and other related information, at view data module <b>622</b>. A restaurant may also create a survey to be filled out by users of the present invention for more detailed information, at create survey module <b>624</b>. Restaurants may use customer and dining information to create targeted advertisement to attract a particular customer or group of customers.
0112Promotion module <b>630</b> enables the restaurant to create highly targeted marketing strategies. For example, this module provides the ability to create an email promotion, a web promotion, customized messages online, or other marketing techniques geared to meet the needs of potential customers or current customers. Restaurants may also specify the location of advertisement for greater exposure on areas on the web-site designated as premium space, which may include the home-page, front module pages, etc. Font, size, graphics, color, animation, duration, and other features may be specified for optimal presentation of advertisement. For example, an advertisement may be displayed as the feature auction display <b>122</b> on the home-page of the present invention.
0113Sales history module <b>640</b> enables the restaurant to track and monitor sales through the present invention, view bids-to-date, and process other biding information. This information may be organized by days, weeks, months, store region, and other parameters. A sales history report may also include contact information, biographical information, purchasing habit information, and dining preferences. In addition, targeted advertisement may be generated based on past sales information.
0114Account module <b>650</b> provides information regarding fees for each certificate sold or posted. Restaurants may check the status of their bill for various services. For example, the processing system may charge a fee for use of advertisement space on certain premium space. Also, a fee may be generated based on the number of certificates sold through the system. Payment by credit card, checking account, or other modes of payment may be made on this module.
0115Summary page module <b>660</b> may provide the restaurant with a report outlining the results of an auction for one or more items posted by the restaurant. Attendance report module <b>670</b> may allow the restaurant to indicate which winners redeemed the items at the restaurant. The information gathered from these modules may be used for targeted marketing and promotions.
0116<figref idref="DRAWINGS">FIG. 7</figref> is an illustration of a rewards and referral module <b>150</b> according to an embodiment of the present invention. The user may monitor through monitor rewards module <b>710</b>, and redeem points and/or credits awarded to the user for referrals or other reasons through redeem rewards module <b>720</b>. The user may provide email addresses or other information of individuals who may be interested in receiving information regarding the present invention through refer friends module <b>730</b>. For example, for each individual that signs up with the present invention as a result of a referral, the user is awarded points or credits. Also, a user may receive points for each restaurant that signs up with the present invention. When a sufficient amount of points and/or credits have been accumulated, the user may request redemption in cash, gift certificates, or other types of awards.
0117<figref idref="DRAWINGS">FIG. 8</figref> is a diagram of a flowchart of an auction process according to an embodiment of the present invention. A restaurant may post an auction for a dining certificate using the web-site of the present invention, fax, or phone, at step <b>810</b>. A potential customer may enter the web-site and search for a restaurant of interest by location, cuisine, restaurant name, meal type, certificate days valid, or other parameters. The potential customer may bid on a certificate of choice after credit card registration. When a desired restaurant is found, the potential customer may bid on the dining certificate for a fraction of the face value, at step <b>820</b>. When a winner is determined, the auction is closed at step <b>830</b>. Winners and losers may be notified by email, fax, phone or other modes of communication. Also, restaurants may receive a summary page outlining the results of the auction by fax, email, phone or other modes of communication. The winner may dine at the restaurant and receive a discount equal to the dining certificate for the bill, at step <b>840</b>. The restaurant may then report the customer's attendance in order to ensure correct billing and responsible bidding by customers, at step <b>850</b>.
0118When posting an auction at step <b>810</b>, restaurant may provide a variety of information. This information may include an item description (dining certificate or merchandise), restrictions (valid dates and times), retail value, other benefits, starting bid amount (for example, ⅓ of the retail value), quantity, duration of auction, instant purchase option, recurrence of auction (for example, daily, weekly, etc.), and optional features which may include increasing the prominence of the display through font, bold face, highlight, graphics, and placement on home page and other pages. An instant purchase option may enable a restaurant to specify a fixed dollar amount for which the user may buy a certificate without participating in the auction. For example, a restaurant may wish to provide a specified quantity of $50.00 certificates with an express feature of $35.00 so that any user may purchase the certificate immediately without participating in an auction.
0119Auction certificates may be provided to winners in a variety of ways. For example, electronic certificates may be downloaded by the winner or emailed to the winner at the close of the auction, after proper payment at the closing price. The winner may present this certificate to the restaurant and have the amount credited to his or her bill after the dining experience. If the certificate is not pre-paid, the user may pay for the certificate and any balance due after dining at the restaurant.
0120An electronic certificate may be sent to the restaurant and/or the winner. If an electronic certificate is sent to the restaurant, the user may inform the restaurant of the certificate available to the user where the amount is credited automatically to the user's bill. In this case, the user does not need to possess the certificate when dining. After a customer wins a bid, he or she may make a reservation at the restaurant where the certificate is valid, at restaurant reservation module <b>160</b>.
0121Certificate sales may be monitored by sales history. The information may include the number of bidders, number of certificates sold including characteristics of the certificates, average closing price, the percent of the retail value for which the certificates were sold and other relevant information.
0122<figref idref="DRAWINGS">FIG. 9</figref> is a diagram of a flowchart of a request process according to an embodiment of the present invention. Users may submit one or more incentive requests at one or more selected restaurants. Incentive requests may further include various dining parameters. Restaurants, in response, may provide dining incentives to the user based on the user's dining parameters, restaurant preferences, sales data, marketing strategies, capacity, and other information. Restaurants may also decide not to provide an incentive to the user and reject the request.
0123Restaurants may process each incentive request on an individual basis. Also, restaurants may create customized rules that reside at a restaurant server or in the processing system of the present invention where these customized rules are applied to each incentive request.
0124To participate in a request process according to one embodiment of the present invention, a user may select one or more restaurants, at step <b>910</b>. The user may input dining parameters, at step <b>920</b>. Dining parameters may include the date of the dining experience, the time the user wishes to dine, the number of people in the party, how many children and/or adults, and other information. The user may also enter the minimum amount of money the user wishes to spend at each selected restaurant. The minimum amount may vary for each restaurant. For example, if the user selected three restaurants at step <b>910</b>, the user may submit a bid of $30 at one restaurant and $80 at another more expensive restaurant.
0125At step <b>930</b>, each incentive request may then be processed. Factors and/or rules, which may be specified by participating restaurants, may be used to determine whether to accept or reject the incentive request, in step <b>940</b>. Processing an incentive request may involve determining an acceptance or rejection, calculating an incentive, and performing other operations.
0126User entered variables, internally tracked variables, and other factors and information may be used to process each incentive request. User entered variables may include information such as the anticipated dining time and date, the number of children, and other information entered by the user. Profile information entered by the user during registration may also be used to process the incentive requests. Internal variables may include information maintained by the restaurant regarding the user's dining habits. Internal variables may include new customer status, dining frequency, beverage choice, past dining feedback, competitive set and other internal variables. Other factors and information may also be used to process incentive requests.
0127Restaurants may determine whether to accept or reject a user's request on an individual basis. In addition, if a request is accepted, each restaurant may determine an incentive in response to a user's request on an individual basis.
0128Also, restaurants may submit customized rules to the processing system of the present invention where these customized rules are applied to each incentive request. These customized rules determine whether to accept or reject each incentive request. If a request is accepted, the rules may be used to determine an incentive. An incentive may include a discount amount, discount percentage or other incentive. For example, the restaurant may want to offer higher discounts when a potential customer indicates an off-peak dining time. In this example, the restaurant may offer a 35% discount for any diner who specifies a dining time before 5:00 pm and after 3:00 pm, on a Sunday or a weeknight. Other rules, factors or variables may also be specified by the restaurant. This eliminates the need to individually reject, accept, and calculate the price for each request made by each user. By implementing restaurant defined rules, restaurants may target a specific audience or type of customer.
0129According to another embodiment of the present invention, automated links to databases of multi-unit restaurants may further enhance the offer generation process through the application of proprietary algorithms. Multi-unit operators routinely poll point-of-sale systems at each restaurant location, and then aggregate key financial and performance data for reporting and forecasting purposes. Restaurants may utilize the latest location-specific sales trend data, hourly sales data, and other forms of information to generate an offer. For example, many restaurants operate in chains where affiliate restaurants are situated in various locations to cater to patrons of different locations. For each affiliate restaurant in a specific location, there may be sales trends specific to that location. Multi-unit operators may utilize these sales data and other information to provide incentives to users who request an incentive for a particular restaurant. For example, a user may request an incentive for Joe's Bistro in the downtown location. However, the downtown location may be busy for the night requested whereas the Joe's Bistro located slightly further away from the city has more tables available. Based on this data and other information, Joe's Bistro may offer the user a greater, more attractive incentive to dine at the less busy location.
0130At step <b>950</b>, the one or more offers and applicable incentives may be displayed to the user. The user may then select the desired restaurant and incentive at step <b>960</b>. At step <b>970</b>, the user may guarantee the savings with a registered credit/debit card or other mode of securing payment. If a credit/debit card is not registered, the user may register a credit/debit card or other mode of securing payment at this step. The user may then proceed to fulfill the accepted offer, at step <b>980</b>.
0131<figref idref="DRAWINGS">FIG. 10</figref> is a diagram of a flowchart illustrating a fulfillment process according to an embodiment of the invention. Once a user has selected an offer and secured the offer with a registered credit/debit card or other mode of securing payment, as discussed in <figref idref="DRAWINGS">FIG. 9</figref>, the user may dine at the selected restaurant at step <b>1010</b>. At step <b>1020</b>, the user may then pay the bill with the registered credit/debit card or other mode of securing payment. According to one method, the incentive information may be stored with or accessible by a payment processing system associated with the restaurant. When the user supplies the payment information at the restaurant to pay the bill, the incentive is automatically retrieved due to the association with the payment information. At step <b>1030</b>, the registered credit/debit card or other mode of securing payment may then be credited with the guaranteed incentive or savings. At step <b>1040</b>, the customer receives an email or other correspondence confirming the incentive or savings. In addition, information may also be solicited, such as feedback regarding the restaurant and dining experience, at step <b>1050</b>. The system may present services, advertisements, and other targeted information to the customer. For example, if the customer indicated that he or she had an unpleasant experience at a particular restaurant, that restaurant may offer a coupon/voucher for a discount or other incentive so that the customer may give the restaurant another try. At step <b>1060</b>, a fee is paid to the web-site operator and the balance is paid to the restaurant.
0132According to another embodiment of the present invention, restaurants and other entities may track items purchased via the credit/debit redemption process. This capability may be used to enhance user profiles for offer generation. Item specific promotions may also be available to users. These promotions may be funded by the restaurant, or directly by manufacturers or food and beverage suppliers. For example, a user may order a specific bottle of red wine with his or her meal. By fulfilling the incentive with a registered credit/debit card, the restaurant or other entity may keep track of items purchased, such as the particular bottle of red wine. This information may be used to offer an incentive (e.g., 10% discount) for the same bottle of red wine. Also, a competitor may offer a generous discount to the user to try a similar red wine of the competitor's brand.
0133The present invention may also offer a reward system in the form of reward points with a cash value (e.g., 1 banana point=$1). The system may reward points to users who perform certain activities. Activities may include filling out a survey, writing customer reviews, receiving an opt-in email or performing other activities. These reward points may be used when accepting an offer at a restaurant. For example, when a user accepts an offer to dine at a particular restaurant which will give the user a 30% off discount provided the user spends $40, the user also has the option to redeem the reward points (e.g., banana points) and use them towards the meal. Thus, the user receives a charge for the dinner, a credit back from the incentive, and a credit back from the reward points.
0134The fulfillment process may be implemented through a third party, such as a credit card company or other processing system.
0135<figref idref="DRAWINGS">FIG. 11</figref> illustrates an overview of another embodiment of the present invention. Restaurants <b>1110</b> and other service or product providers may desire to reduce excess capacity during off peak times (e.g., hours, months, seasons, etc.). Processing system <b>1120</b> may provide yield management through yield management module <b>1122</b>, information through infomediary module <b>1124</b>, and other services and products, through other modules <b>1126</b>. Processing system <b>1120</b> may provide incremental revenue data, customer data, and other services, products, and information to participating restaurants <b>1110</b> and other service or product providers. For example, by providing customers with an incentive to dine at restaurants, incremental profits are realized with minimal costs and efforts by the restaurant. Restaurants may reduce excess capacity during off-peak hours by providing incentives to users to dine during those hours. Restaurants may also acquire new guests, gain customer information, preserve price and brand integrity, and other benefits. Users receive benefits as well. For example, users may receive savings on their dining experiences, customer reviews as well as other benefits and services.
0136Yield management module <b>1122</b> may provide reverse auctions, customized pricing, dynamic pricing and other services. Infomediary module <b>1124</b> may provide customer profiles, email marketing, loyalty programs, customer feedback and other services.
0137Users <b>1170</b> may access processing system <b>1120</b> through portals <b>1130</b>, such as web-based search engines and other Internet services; directories <b>1140</b>; wireless devices <b>1150</b>, such as cellular phones and personal digital assistants (PDAs); and dining sites <b>1160</b>, such as reservation services, restaurant guides. Other modes of accessing processing system <b>1120</b> may also be implemented.
0138<figref idref="DRAWINGS">FIG. 12</figref> is an example of flowchart <b>1200</b> illustrating an incentive generator according to an embodiment of the present invention. At step <b>1210</b>, a restaurant may determine a maximum discount for a selected day or other time frame based on restaurant preferences and other factors. At step <b>1212</b>, a user's profile or other user entered information may be compared to restaurant target factors. At step <b>1214</b>, a base discount percentage may be calculated. At step <b>1216</b>, a restaurant or other entity may define competitors and adjust the base discount percentage based on user history, current user purchases, and other data. At step <b>1218</b>, a restaurant or other entity may determine a minimum spend amount. At step <b>1220</b>, for each restaurant, an offer may be presented to the user where the restaurant may specify a discount percentage, a minimum spend amount, and other information. The user may accept an offer from a restaurant or other entity, at step <b>1222</b> and proceed to a credit card guarantee process, at step <b>1224</b>. The user may decide to enter one or more alternative minimum spend amounts, at step <b>1226</b>. A restaurant may then adjust the percentage in response to the user's alternative minimum spend amount, at step <b>1228</b>. Each restaurant may then present offers to the user based on the alternate minimum spend amount, at step <b>1220</b>.
0139<figref idref="DRAWINGS">FIG. 13</figref> illustrates an example of a process for determining a maximum discount available according to an embodiment of the present invention. A restaurant or other entity may submit a maximum discount in the form of a percentage or other measurement. In this example, a restaurant has selected a maximum discount of 35.0% off a dining bill, i.e., the maximum discount the restaurant is willing to offer to a user. The restaurant may vary the maximum discount by submitting a multiplier for a selected date, or other time frame. The multiplier may be selected daily, weekly, bi-weekly, monthly, or other length of time. This factor enables the restaurant to alter the maximum amount of discount available to users as needed. In this example, a restaurant has increased the maximum discount by about 15% by indicating a multiplier of 115% for time periods where restaurant capacity is low. A restaurant may also lower the maximum discount by providing a multiplier of less than 100% for time periods when the restaurant is normally busy. An adjusted maximum discount for a selected time frame may be calculated by multiplying the restaurant defined maximum discount and a restaurant defined multiplier. For example, an adjusted maximum discount of 40.3% reflects an increase set by the restaurant defined by a multiplier of 115%.
0140<figref idref="DRAWINGS">FIG. 14</figref> illustrates an example of a process for matching a consumer profile to restaurant target factors. A restaurant may assign a rank for various factors to determine an optimal discount amount for a particular user based on user information and preferences. For example, factors may include customer status (e.g., a new customer), cuisine type, dining frequency, internal tracking factors, marital status, age, household income, education, party size, alcoholic beverages, and other factors that may be of interest to the restaurant in determining an optimal incentive amount. A restaurant may rank the importance of various factors by assigning a numerical value to each factor. For example, a restaurant may rank factors by assigning a value of 5 for high importance, 4 for moderately high importance, 3 for some importance, 2 for little importance, and 1 for low importance. In this example, the restaurant may consider new customer status as an important factor by assigning this factor a value of 5 (for high importance). Other methods of assigning importance to factors may also be used.
0141Customer information and preferences may be used to assign values to each factor. As shown in <figref idref="DRAWINGS">FIG. 14</figref>, customer information may be used to assign a “yes” or “no” answer for each factor. In this example, an answer of “yes” receives one point while an answer of “no” receives zero points. Other point assignments may also be used. For example, customer profile information, which may include demographic information, historical information, and other user input information may be used to assign values to these factors.
0142The points earned for each factor may be determined by multiplying the restaurant rank and the customer assigned value. For example, a restaurant may want to target users who dine at dining establishments on a frequent basis, e.g., 4 or more times a week, by assigning a high rank to this factor, e.g., 5. Based on the user's profile and historical information, it may be determined that a user dines out about once or twice a week so that a dining frequency factor of 4 or more times a week may receive a “no” answer from the customer, i.e., a zero value. Therefore, the points earned for this factor may be valued at zero (restaurant assigned rank (e.g., 5) multiplied by customer determined value (e.g., 0)).
0143A highest possible score may be determined by summing the restaurant ranks for all factors. An actual customer score may be determined by summing the points earned for all factors. <figref idref="DRAWINGS">FIG. 15</figref> illustrates an example of a process for determining a base discount percentage according to an embodiment of the present invention. A percentage of maximum discount earned may be calculated by dividing an actual consumer score by a highest possible score. In this example, an actual customer score of 29 may be divided by a highest possible score of 40 to yield a maximum discount earned percentage of 72.5%. Next, the adjusted maximum discount calculated in <figref idref="DRAWINGS">FIG. 13</figref> may be applied to the percent of maximum discount earned to obtain a base discount percent. For example, a base discount percent may be calculated by multiplying the adjusted maximum discount of 40.3% and the percent of maximum discount earned of 72.5%. In this example, the base discount percent is determined to be 29.2%. This value is the amount of discount a restaurant has calculated as an optimal amount based on restaurant ranked factors and customer assigned values for each factor.
0144<figref idref="DRAWINGS">FIG. 16</figref> illustrates an example of a process for defining competitors and adjusting the base discount percentage based on user history, current user selections and requests, and other data according to another example of the present invention. A restaurant may identify one or more competitors and provide an extra discount incentive if a user has previously or currently purchased or requested incentives associated with one or more competitors. An extra discount incentive may also be provided when a user identifies one or more competitors as a preference, dines at an establishment associated with one or more identified competitors, or performs other transactions associated with competitors. For example, a Mexican restaurant located in Santa Monica may identify three other Tex Mex restaurants within the same area as competitors. The Mexican restaurant may assign a higher extra discount percentage to a fierce competitor and a lower percentage to a different competitor if the user has previously or currently purchased or requested incentives from one or more competitors, for example. A restaurant may offer a different percentage if a user has identified a competitor in a current shopping cart. For example, if a user has purchased an incentive or participated in an auction associated with an identified competitors, the restaurant may be willing to offer a different incentive, e.g., a higher incentive for a current purchase related to an identified competitor. In another example, if a user has purchased an incentive from a competitor for a different day (for example) during the current shopping experience, the restaurant may assign a different discount. In another example, a competitor restaurant may be one of the restaurants that is in current competition for the user's selection. If Competitor #<b>3</b> is present in the user's history and Competitor #<b>1</b> is present in a current shopping cart, then the discount percentage may be adjusted by adding 3.0% and 6.0% to the base discount percent of 29.2% to yield an adjusted discount percent of 38%. This enables a restaurant to compete with other restaurants by offering a more attractive incentive to a user. The user also benefits by receiving higher discounts from competing restaurants.
0145<figref idref="DRAWINGS">FIG. 17</figref> is an example of a process for determining a minimum spend amount according to another embodiment of the present invention. A restaurant may define a minimum spend amount by evaluating the party composition, time of attendance and other specifics. For example, a user may identify a party of two adults and two children. The restaurant may determine that an adult may spend an average of $10.25 for a meal during the evening and a child may spend an average of $4.75 for a meal during the evening. By calculating the average amount a party of two adults and two children may spend, a minimum spend amount may be determined. The average amount may be determined by historical data, time and day specifics, and other factors. To generate a more attractive incentive, a restaurant may offer a lower minimum spend amount. If customers who dine at a particular restaurant normally drink wine (or other alcoholic beverage) with their meals, a higher minimum spend amount may be offered.
0146<figref idref="DRAWINGS">FIG. 18</figref> illustrates an example of a process for presenting offers to a user according to an embodiment of the present invention. For each restaurant selected by the user, the restaurant name, a dining date and incentive may be presented to the user. For example, a restaurant may offer “38% off on a purchase of $30 or more.”
0147A user may then select an offer and proceed to an incentive guarantee process via credit card or other mode of payment. Another option available to the user is the option to enter one or more alternative minimum spend amounts and request a new offer. <figref idref="DRAWINGS">FIG. 19</figref> illustrates an example of a step for adjusting a minimum spend amount according to an embodiment of the present invention. After receiving the offers, the user may have made changes to his or her dining plan or the user may not be satisfied with the offers he or she received in response to the request for incentives. For example, a user may submit an alternate minimum spend amount of $25.00 where the percentage difference from the original amount of $30.00 is 83%. A percentage of 100% may then be subtracted from 83% to obtain a percent change of −17%, in this example. A restaurant may specify a multiplier for when a user submits an alternate minimum spend amount that is lower/higher than the original spend amount. In this example, a restaurant has specified a “below” multiplier of 1.50 for when the alternate minimum spend amount is lower than the original spend amount. In another example, a restaurant may define a multiplier to adjust offers for requested spend amounts that are greater than the original spend amount.
0148According to this example, the below multiplier may be multiplied by the percent change to result in an adjusted percent change of −25%. 100% may be added to the adjusted percent change for an adjustment factor of 75%. Next, an adjustment of offer discount may be calculated by adjusting the original offer discount percent by the adjustment factor. In this example, the original offer discount percent of 38% is adjusted by the adjustment factor of 75% for a new offer discount percent of 29%. Therefore, a restaurant may offer an optimal adjusted discount percentage when a user enters an adjusted minimum amount. These offers may then be presented to the user where the user may accept the offer. In another example, the user may submit another alternate minimum spend amount until the user is presented with an offer that is acceptable.
0149Other embodiments and uses of the invention will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. The specification and examples should be considered exemplary only.
Contents6
21 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11 Sheet 12 Sheet 13 Sheet 14 Sheet 15 Sheet 16 Sheet 17 Sheet 18 Sheet 19 Sheet 20 Sheet 21
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| WO2013006507A2 | Cited by | World Intellectual Property Organization (WIPO) | International search |
| US10204350B2 | Cited by | United States of America | Applicant |
| US2015220962A1 | Cited by | United States of America | Pre-grant |
| US2012109679A1 | Cited by | United States of America | Pre-grant |
| US2010070295A1 | Cited by | United States of America | Pre-grant |
| US10074107B2 | Cited by | United States of America | Applicant |
| US8620741B2 | Cited by | United States of America | Applicant |
| US8688466B2 | Cited by | United States of America | Search report |
| US8583485B2 | Cited by | United States of America | Applicant |
| US2005131949A1 | Cited by | United States of America | Pre-grant |
| US2010070297A1 | Cited by | United States of America | Pre-grant |
| US2010070303A1 | Cited by | United States of America | Pre-grant |
| US2015220962A1 | Cited by | United States of America | Search report |
| WO2013006507A3 | Cited by | World Intellectual Property Organization (WIPO) | International search |
| US2011145061A1 | Cited by | United States of America | Pre-grant |
| US8069170B2 | Cited by | United States of America | Search report |
| WO0060517A2 | Cites | World Intellectual Property Organization (WIPO) | Applicant |
| WO0072113A2 | Cites | World Intellectual Property Organization (WIPO) | Applicant |
| WO0122321A2 | Cites | World Intellectual Property Organization (WIPO) | Applicant |
| US2001034625A1 | Cites | United States of America | Applicant |
| JP2003168007A | Cites | Japan | Applicant |
| US2005267787A1 | Cites | United States of America | Applicant |
| US2006095434A1 | Cites | United States of America | Applicant |
| US2008010105A1 | Cites | United States of America | Applicant |
| US2008077454A1 | Cites | United States of America | Applicant |
| US5761648A | Cites | United States of America | Applicant |
| US5794210A | Cites | United States of America | Applicant |
| US5803500A | Cites | United States of America | Applicant |
| US5855007A | Cites | United States of America | Applicant |
| US5897620A | Cites | United States of America | Applicant |
| US5903874A | Cites | United States of America | Applicant |
| US5923016A | Cites | United States of America | Applicant |
| US5948040A | Cites | United States of America | Search report |
| US5970469A | Cites | United States of America | Applicant |
| US6012045A | Cites | United States of America | Applicant |
| US6014634A | Cites | United States of America | Applicant |
| US6021398A | Cites | United States of America | Applicant |
| US6038545A | Cites | United States of America | Search report |
| US6041308A | Cites | United States of America | Applicant |
| US6061660A | Cites | United States of America | Applicant |
| US6085169A | Cites | United States of America | Applicant |
| US6108639A | Cites | United States of America | Applicant |
| US6112181A | Cites | United States of America | Applicant |
| US6134534A | Cites | United States of America | Applicant |
| US6167327A | Cites | United States of America | Applicant |
| US6236975B1 | Cites | United States of America | Applicant |
| US6240396B1 | Cites | United States of America | Applicant |
| US6243691B1 | Cites | United States of America | Applicant |
| US6266652B1 | Cites | United States of America | Applicant |
| US6327573B1 | Cites | United States of America | Applicant |
| US6332129B1 | Cites | United States of America | Applicant |
| US6345090B1 | Cites | United States of America | Applicant |
| US6356878B1 | Cites | United States of America | Applicant |
| US6370514B1 | Cites | United States of America | Applicant |
| US6381632B1 | Cites | United States of America | Applicant |
| US6418415B1 | Cites | United States of America | Applicant |
| US6434556B1 | Cites | United States of America | Applicant |
| US6449601B1 | Cites | United States of America | Applicant |
| US6477503B1 | Cites | United States of America | Applicant |
| US6571216B1 | Cites | United States of America | Search report |
| US6687679B1 | Cites | United States of America | Applicant |
| US6741969B1 | Cites | United States of America | Applicant |
| US6965868B1 | Cites | United States of America | Applicant |
| US7069228B1 | Cites | United States of America | Search report |
| US7330826B1 | Cites | United States of America | Applicant |
| JPH02113391A | Cites | Japan | Applicant |
| US20010034625A1 | Cites | United States of America | Third party observation |
| US20050267787A1 | Cites | United States of America | Third party observation |
| US20060095434A1 | Cites | United States of America | Third party observation |
| US20080010105A1 | Cites | United States of America | Third party observation |
| US20080077454A1 | Cites | United States of America | Third party observation |
| JP402113391 | Cites | Japan | Third party observation |
| JP2003168007 | Cites | Japan | Third party observation |
| WO0060517 | Cites | World Intellectual Property Organization (WIPO) | Third party observation |
| WO0072113 | Cites | World Intellectual Property Organization (WIPO) | Third party observation |
| WO0122321 | Cites | World Intellectual Property Organization (WIPO) | Third party observation |
| “Early Birds Online”, All Business, printed from http://www.allbusiness.com/periodicals/article/892371-1.html, printed Aug. 8, 2006, 4 pages. | Non-patent | – | Third party observation |
| “Monkey Business on the Net—MonkeyRules.com Works with Restaurants to Develop Customer Database”, printed from http://www.findarticles.com/p/articles/mi<sub>—</sub>m3190/is<sub>—</sub>50<sub>—</sub>33/ai<sub>—</sub>58382099, printed Aug. 8, 2006, 2 pages. | Non-patent | – | Third party observation |
| Plotnikoff, “Santa Clara, Calif.-Based Startup Wants to Auction Off Restaurant Meals”, Dec. 16, 1999, <i>KRTBN Knight-Ridder Tribune Business News </i>(San Jose Mercury News—California). | Non-patent | – | Third party observation |
| “AIDS Charity Holds Annual Tastings Fund-Raising Event”, Oct. 23, 1995, <i>Nation's Restaurant News</i>, vol. 29, No. 42, p. 55. | Non-patent | – | Third party observation |
| “Chef Georges Perrier Named Honorary Chairman of First Charity Online Auction”, <i>PR Newswire</i>, Feb. 4, 1998, 2 pages. | Non-patent | – | Third party observation |
| Restaurantrow.com, homepage, proximity search, new restaurants via e-mail, search, search results, Transmedia Card, Jan. 1998. | Non-patent | – | Third party observation |
| First Restaurant-to Consumer Internet Auctions; MonkeyRules.com Announces the Launch of its Dining Auction Site, <i>Business wire</i>, Dec. 10, 1999. | Non-patent | – | Third party observation |
| “Happy Returns: Today's Mail Promotions Blend Sales Incentives and a Bit of Fun”, <i>Shopping Center World</i>, Sep. 1994, p. 96. | Non-patent | – | Third party observation |
| “Hotels Reap Rewards of Saver Deals”, <i>Travel Trade Gazette UK </i>& <i>Ireland</i>, Oct. 19, 1994, p. 82. | Non-patent | – | Third party observation |
| “RestaurantRow.com Launches ‘Top Table’ and Opens the Doors to New York City's Most Sought After Restaurants”, <i>Business Wire</i>, Oct. 27, 1999. | Non-patent | – | Third party observation |
| Request for Inter Partes Reexamination of U.S. Patent No. 6,741,969, without Exhibits, filed Oct. 6, 2009, 263 pages. | Non-patent | – | Third party observation |
| Reexam Control U.S. Appl. No. 95/000,510—Order Granting/Denying Request for Inter Partes Reexamination—Inter Partes Reexamination Communication—Transmittal of Communication to Third Party Requester Inter Partes Reexamination—mailed Dec. 7, 2009, 24 pages. | Non-patent | – | Third party observation |
| Reexam Control U.S. Appl. No. 95/000,510—Office Action in Inter Partes Reexamination mailed Dec. 7, 2009, 38 pages. | Non-patent | – | Third party observation |
| Exhibit PA-E—Sheryl E. Kimes et al., “Restaurant Revenue Management: Applying Yield Management to the Restaurant Industry”, <i>Cornell Hotel and Restaurant Administration Quarterly</i>, Jun. 1998, vol. 39, No. 3, at p. 32 (“<i>Kimes </i>(<i>Jun. 1998</i>)” or “the Kimes (Jun. 1998) reference”)—12 pages. | Non-patent | – | Third party observation |
| Exhibit PA-F—Sheryl E. Kimes, “Implementing Restaurant Revenue Management: A Five-Step Approach”, <i>Cornell Hotel and Restaurant Administration Quarterly</i>, Jun. 1999, vol. 40, No. 3, at p. 16 (“<i>Kimes </i>(<i>Jun. 1999</i>)” or “the Kimes (Jun. 1999) reference”)—9 pages. | Non-patent | – | Third party observation |
| Exhibit PA-G—Sheryl E. Kimes et al., “Developing a Restaurant Revenue-Management Strategy”, <i>Cornell Hotel and Restaurant Administration Quarterly</i>, Oct. 1999, vol. 40, No. 5, at p. 18 (“<i>Kimes </i>(<i>Oct. 1999</i>)” or “the Kimes (Oct. 1999) reference”)—16 pages. | Non-patent | – | Third party observation |
| Exhibit PA-H—Brian T. Sill, “Capacity Management: Making Your Service Delivery More Productive”, <i>Cornell Hotel and Restaurant Administration Quarterly</i>, Feb. 1991, vol. 31, No. 1, at p. 77 (“<i>Sill</i>” or “the Sill reference”)—15 pages. | Non-patent | – | Third party observation |
| Exhibit PAT-B—File wrapper of the 6,741,969 patent, 274 pages. | Non-patent | – | Third party observation |
| Exhibit PAT-C—File wrapper of U.S. Appl. No. 10/849,935, 423 pages. | Non-patent | – | Third party observation |
| Exhibit PAT-D—Westlaw Docket for Pending Litigation: <i>Mount Hamilton Partners, LLC </i>v. <i>OpenTable, Inc</i>., No. 3:09-cv-02074 (N. D. CA) (Complaint filed May 12, 2009), 10 pages. | Non-patent | – | Third party observation |
| Exhibit PAT-E—Complaint Filed in Pending Litigation: <i>Mount Hamilton Partners, LLC </i>v. <i>OpenTable, Inc</i>., No. 3:09-cv-02074 (N.D. CA) (Complaint filed May 12, 2009), 45 pages. | Non-patent | – | Third party observation |
| Exhibit PAT-F—Plaintiff's Infringement Contentions Filed in Pending Litigation, <i>Mount Hamilton Partners, LLC </i>v. <i>Open Table, Inc</i>., No. 3:09-cv-02074 (N.D. CA), 15 pages. | Non-patent | – | Third party observation |
| Exhibit CC-A—Claims 1-12, 22-23, 25-36, and 46-47 Are Anticipated by <i>DeLorme </i>Under 35 U.S.C. § 102, 49 pages. | Non-patent | – | Third party observation |
| Exhibit CC-B—Claims 1-12, 22-23, 25-36, and 46-47 Are Rendered Obvious Over <i>DeLorme </i>Under 35 U.S.C. § 103, 49 pages. | Non-patent | – | Third party observation |
6 members in 1 office
Members6
| Document | Office | Kind | |
|---|---|---|---|
| US6741969B1 | United States of America | B1 | |
| US2004215517A1 | United States of America | A1 | |
| US7904334B2This record | United States of America | B2 | |
| US2011173062A1 | United States of America | A1 | |
| US8620741B2 | United States of America | B2 | |
| US2014108122A1 | United States of America | A1 |
108 transactions on the USPTO file
Allowed after 2 non-final rejections, 2 final rejections, 1 RCE and 2 appeals.
- Non-final rejections
- 2
- Final rejections
- 2
- RCEs
- 1
- Appeals
- 2
Over time
Point at a mark for the transactionTransactions
| Event | Code | |
|---|---|---|
| Expire PatentEXP. | EXP. | |
| Maintenance Fee Reminder MailedREM. | REM. | |
| Entity status set to undiscounted (initial default setting or status change)BIG. | BIG. | |
| Recordation of Patent Grant MailedPGM/ | PGM/ | |
| Patent Issue Date Used in PTA CalculationAllowedPTAC | PTAC | |
| Email NotificationEML_NTR | EML_NTR | |
| Issue Notification MailedAllowedWPIR | WPIR | |
| Dispatch to FDCD1935 | D1935 | |
| Application Is Considered Ready for IssuePILS | PILS | |
| Miscellaneous Incoming LetterLET. | LET. | |
| Issue Fee Payment VerifiedN084 | N084 | |
| Applicant Has Filed a Verified Statement of Small Entity Status in Compliance with 37 CFR 1.27SMAL | SMAL | |
| Issue Fee Payment ReceivedIFEE | IFEE | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTR | EML_NTR | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Examiner's AmendmentMEX.A | MEX.A | |
| Mail Notice of AllowanceAllowedMN/=. | MN/=. | |
| Notice of Allowance Data Verification CompletedAllowedN/=. | N/=. | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Examiner's Amendment CommunicationEX.A | EX.A | |
| Examiner Interview Summary Record (PTOL - 413)EXIN | EXIN | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Reference capture on IDSRCAP | RCAP | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Response after Non-Final ActionA... | A... | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Mail Examiner Interview Summary (PTOL - 413)MEXIN | MEXIN | |
| Examiner Interview Summary Record (PTOL - 413)EXIN | EXIN | |
| Mail Non-Final RejectionNon-final rejectionMCTNF | MCTNF | |
| Non-Final RejectionNon-final rejectionCTNF | CTNF | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Disposal for a RCE / CPA / R129AbandonedABN9 | ABN9 | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Reference capture on IDSRCAP | RCAP | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Request for Continued Examination (RCE)RCEX | RCEX | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Workflow - Request for RCE - BeginBRCE | BRCE | |
| Mail Examiner Interview Summary (PTOL - 413)MEXIN | MEXIN | |
| Examiner Interview Summary Record (PTOL - 413)EXIN | EXIN | |
| Notice of Appeal FiledN/AP | N/AP | |
| Request for Extension of Time - GrantedXT/G | XT/G | |
| Mail Final Rejection (PTOL - 326)Final rejectionMCTFR | MCTFR | |
| Final RejectionFinal rejectionCTFR | CTFR | |
| Order Returning Undocketed Appeal to the ExaminerAPRD | APRD | |
| Appeal Awaiting BPAI DocketingAPWD | APWD | |
| Appeal ready for BPAI reviewARBP | ARBP | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Reference capture on IDSRCAP | RCAP | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Exam. Ans. Review CompletePACC | PACC | |
| Mail Examiner's AnswerMAPEA | MAPEA | |
| Examiner's Answer to Appeal BriefAPEA | APEA | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Appeal Brief Review CompleteAPBR | APBR | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Appeal Brief FiledAP.B | AP.B | |
| Notice of Appeal FiledN/AP | N/AP | |
| Mail Final Rejection (PTOL - 326)Final rejectionMCTFR | MCTFR | |
| Final RejectionFinal rejectionCTFR | CTFR | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Response after Non-Final ActionA... | A... | |
| Request for Extension of Time - GrantedXT/G | XT/G | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Mail Examiner Interview Summary (PTOL - 413)MEXIN | MEXIN | |
| Examiner Interview Summary Record (PTOL - 413)EXIN | EXIN | |
| Mail Non-Final RejectionNon-final rejectionMCTNF | MCTNF | |
| Non-Final RejectionNon-final rejectionCTNF | CTNF | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Response to Election / Restriction FiledELC. | ELC. | |
| Request for Extension of Time - GrantedXT/G | XT/G | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Mail Restriction RequirementMCTRS | MCTRS | |
| Restriction/Election RequirementCTRS | CTRS | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Reference capture on IDSRCAP | RCAP | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Correspondence Address ChangeC.AD | C.AD | |
| Change in Power of Attorney (May Include Associate POA)PA.. | PA.. | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Reference capture on IDSRCAP | RCAP | |
| Information Disclosure Statement (IDS) FiledM844 | M844 | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| IFW TSS Processing by Tech Center CompleteTSSCOMP | TSSCOMP | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Preliminary AmendmentA.PE | A.PE | |
| Workflow incoming amendment IFWWAMD | WAMD | |
| Transfer Inquiry to GAUTI1050 | TI1050 | |
| Application Return from OIPEWROIPE | WROIPE | |
| Application Is Now CompleteCOMP | COMP |
11 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Lapsed due to failure to pay maintenance feeLapsedFP | FP | |
| Lapse for failure to pay maintenance feesLapsedPATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYLAPS | LAPS | |
| Information on status: patent discontinuationPATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362STCH | STCH | |
| Fee payment procedureMAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYFEPP | FEPP | |
| Fee paymentFPAY | FPAY | |
| Fee payment procedurePAT HOLDER NO LONGER CLAIMS SMALL ENTITY STATUS, ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: STOL); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYFEPP | FEPP | |
| Information on status: patent grantGrantedPATENTED CASESTCF | STCF | |
| Fee payment procedurePAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYFEPP | FEPP | |
| AssignmentAS | AS | |
| AssignmentAS | AS | |
| AssignmentAS | AS |
Numbers
- Publication
- 7904334
- Application
- 10849935
Titles
- English
- System and method for reducing excess capacity for restaurants and other industries during off-peak or other times
Patent term adjustment
- A delay
- +730 daysthe office missed an examination deadline
- B delay
- +652 dayspendency past three years
- Applicant delay
- −158 days
- Net adjustment
- 1,224 days
Classification
- CPC, 12
- G06Q30/0235
- G06Q30/02
- G06Q30/0226
- G06Q30/0236
- G06Q30/0239
- G06Q30/0241
- G06Q30/0259
- G06Q30/0269
- G06Q30/0275
- G06Q50/12
- G06Q10/028
- G06Q10/02
- IPC, 5
- G06Q30 00
- G05B19 418
- G06Q10 02
- G06Q30 02
- G06Q50 12
- USPC, 3
- 705014400
- 705005000
- 705015000