Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS20060006025 A1
Publication typeApplication
Application numberUS 11/176,097
Publication dateJan 12, 2006
Filing dateJul 7, 2005
Priority dateJun 24, 2002
Also published asUS6940393, US20040035643
Publication number11176097, 176097, US 2006/0006025 A1, US 2006/006025 A1, US 20060006025 A1, US 20060006025A1, US 2006006025 A1, US 2006006025A1, US-A1-20060006025, US-A1-2006006025, US2006/0006025A1, US2006/006025A1, US20060006025 A1, US20060006025A1, US2006006025 A1, US2006006025A1
InventorsRoger Dev, Mark Samber
Original AssigneeDev Roger H, Mark Samber
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
System and method for improved queuing, service-time, and capacity in drive-through operations
US 20060006025 A1
Abstract
A system and method of queuing orders locates data-entry modules relative to a pickup location such that a customer who places an order after a customer who placed an earlier order can be signaled to approach a pickup location before the first customer if the second customer's order is ready before the first customer's order. The system can signal a customer to wait in a predetermined location until the order is ready or can signal the customer to approach the pickup location.
Images(8)
Previous page
Next page
Claims(13)
1. A drive-through operation system, comprising:
a data-receiving module;
a data-entry module capable of transmitting data indicative of an order for requested items by a customer to the data-receiving module; and
a signaling device coupled to the data-receiving module to indicate to the customer when to approach a pickup location to pick up the requested items.
2. The system of claim 1, wherein the signaling device is a light.
3. The system of claim 1, wherein the signaling device is visual.
4. The system of claim 1, wherein the signaling device is capable of signaling the customer to wait in a predetermined location until a second signal is sent instructing the customer to approach the pickup location.
5. The system of claim 1, further comprising a payment acceptance device in communication with the data-receiving module for accepting payment for items ordered through the data-receiving module.
6. The system of claim 5, wherein the payment acceptance device and the pick-up location are placed in disparate locations.
7. The system of claim 5, wherein the payment acceptance device is proximate to the data-entry module.
8. A method for receiving orders in a drive-through operation, the method comprising the steps of:
receiving an order for at least one item from a customer at a data-entry module;
transmitting the order for at least one item as data from the data-entry module to a data-receiving module;
communicating from the data-receiving module to a signaling device that the at least one item is ready for pick-up; and
signaling the customer, using the signaling device, to approach a pickup location to pick up the at least one item.
9. The method of claim 8, wherein the signaling device is a light.
10. The method of claim 8, wherein the signaling device is visual.
11. The method of claim 8, further comprising signaling the customer, using the signaling device, to wait in a predetermined location until a second signal is sent instructing the customer to approach the pickup location.
12. The method of claim 8, further comprising receiving payment for the at least one item at a payment acceptance device.
13. The method of claim 12, wherein the step of signaling the customer to approach a pickup location may only be performed after the step of receiving payment for the at least one item.
Description
CROSS REFERENCE TO RELATED APPLICATIONS

This application claims priority to copending U.S. patent application Ser. No. 10/602,703, filed on Jun. 24, 2003, which claims benefit of U.S. Provisional Patent Application Ser. No. 60/390,954, filed on Jun. 24, 2002, the entire disclosures of which are incorporated herein by reference in their entirety.

FIELD OF THE INVENTION

The present invention relates to the field of drive-through business operations and, more particularly, to drive-through businesses that prepare items to order.

BACKGROUND OF THE INVENTION

Drive-through or curbside delivery is becoming increasingly important in the current restaurant industry. Typically, forty to seventy percent of quick-serve restaurant (QSR) revenues come from drive-through customers, and curbside delivery is becoming an increasingly large component of sales in the fast-casual restaurant segment. Unfortunately, current ordering paradigms are fraught with problems. Specifically, current ordering paradigms utilize a single-queue approach that makes customers with small, quick orders wait behind customers with large complex orders. In addition, system capacity is constrained by processing time of the slowest orders and a practical way to significantly expand capacity is not readily available. These problems result in decreased customer satisfaction and significant loss of revenues. Unfortunately, potential customers may choose another restaurant if they see that the drive-through queue is unacceptably long.

FIG. 1 is a top view of a drive-through operation of the prior art. The restaurant R may have a dinning area DA, an office O, a kitchen K, and a drive-through area DT. A vehicle V enters the drive-through along a path P and stops at a sign/menu-board S that contains the menu along with a microphone/speaker combination. Vehicle traffic along the path P is indicated by arrows. The driver is prompted by the order-taker through the speaker and dictates the desired order through the microphone contained in the sign/menu-board S. Two-way interaction occurs via speaker/microphone interaction. The order taker/operator wears a headset having a microphone and speaker and is located in the drive-through area DT. Some restaurants now offer a display device in the vicinity of the sign/menu-board that visually confirms the order contents and the amount owed. In some cases, one- or two-way video is also used so that the operator can see the customer (and possibly vice-versa).

Once the order has been confirmed (verbally or by monitor), the driver proceeds toward the drive-through pickup window WP, in queue behind any previous cars, where he submits his payment to the window person and then receives his food. Some restaurants use a two-window system during busy times, whereby the driver pays at a payment window W$ and receives his food at the pickup window WP.

This approach has a number of problems:

    • (1) Service Time—During busy times customers must wait in line behind all of the other cars waiting to be served.
    • (2) Queuing—A single queue means that customers with short/fast orders (e.g., a drink) have to wait behind customers with large, complex orders. Since queuing is on a strict first-in first-out (FIFO) basis, there is no way that later customers can be served until all previous customers have been taken care of. In a worst-case scenario, a whole line of people with quick orders can be held up by a single complex order.
    • (3) Capacity—There is little that can be done to increase throughput in this paradigm without major restaurant renovations such as adding another drive-through lane on the other side of the restaurant. Such a solution is expensive and creates many logistical problems with restaurant traffic flow (both pedestrian and vehicular), and is therefore rarely employed in practice.
    • (4) Cost—Maximizing the throughput during busy periods requires that two to three people be dedicated to the drive-through process. Yet throughput is still limited by the service time of the slowest order.
    • (5) Lost Revenue—Restaurant demand is not a fixed quantity. Queuing is self-limiting. As the line gets longer, more people will choose to bypass the restaurant and dine elsewhere. The revenue stream is limited, to a large degree, by the throughput of the drive-through operation.

What is needed is a system that can overcome shortcomings of prior drive-through paradigms.

SUMMARY OF THE INVENTION

Embodiments of the present invention provide a system and method for queuing drive-through operations.

Briefly described, in architecture, one embodiment of the system, among others, can be implemented as follows. A drive-through operation system having a data-receiving module and first and second data entry modules capable of communicating with the data-receiving module. The data entry modules are capable of transmitting data indicative of an order for requested items by a respective first or second customer to the data-receiving module. The data-receiving module being capable of generating a signal that the respective first or second order is available for pickup and transmits the signal to the customer to approach a pick-up location.

The present invention can also be viewed as providing methods for queuing drive-through operations. In this regard, one embodiment of such a method, among other, can be broadly summarized by the following steps: receiving a first order from a first customer, receiving a second order from a second customer; and signaling the first customer to approach a pick-up location if the first order is ready for pickup and signaling the second customer to approach the pick-up location if the second order is ready for pickup.

Other systems, methods, features, and advantages of the present invention will be or become apparent to one with skill in the art upon examination of the following drawings and detailed description. It is intended that all such additional systems, methods, features, and advantages be included within this description, be within the scope of the present invention, and be protected by the accompanying claims.

BRIEF DESCRIPTION OF THE DRAWINGS

May aspects of the invention can be better understood with reference to the following drawings. The components in the drawings are not necessarily to scale, emphasis instead being placed upon clearly illustrating the principles of the present invention. Moreover, in the drawing, like reference numerals designate corresponding parts throughout the several views.

FIG. 1 is a top view of a drive-through operation of the prior art;

FIG. 2 is a top view of a first drive-through operation consistent with the present invention;

FIG. 3 is a top view of a second drive-through operation consistent with the present invention;

FIG. 4 is a top view of a third drive-through operation consistent with the present invention;

FIG. 5 is a time-line of the operational states of a drive-through order system;

FIG. 6 is a block diagram of a drive-through operation system consistent with the present invention;

FIG. 7 is a top view of a fourth drive-through operation consistent with the present invention;

FIG. 8 is a flow chart of a first method consistent with the present invention;

FIG. 9 is a flow chart of a second method consistent with the present invention; and

FIG. 10 is a flow chart of a third method consistent with the present invention

DETAILED DESCRIPTION

The present invention is a system and method for processing orders for items to be prepared, for example food items ordered through a kiosk at a fast food restaurant.

The drive-through operation system of certain embodiments of the present invention can be implemented in hardware, software, firmware, or a combination thereof. In the preferred embodiment(s), the drive-through operation system is implemented in software or firmware that is stored in a memory and that is executed by a suitable instruction execution system. If implemented in hardware, as in an alternative embodiment, the drive-through operation system can be implemented with any or a combination of the following technologies, which are all well known in the art: a discrete logic circuit(s) having logic gates for implementing logic functions upon data signals, an application specific integrated circuit (ASIC) having appropriate combinational logic gates, a programmable gate array(s) (PGA), a field programmable gate array (FPGA), etc.

FIG. 2 shows an improved drive-through operation system that works as follows: Customers approach the restaurant R as in the prior art, but the traffic is split into multiple (any number) queues Q1, Q2, and Q3, each supported by a data-entry terminal/kiosk K1, K2, K3 respectively, herein after referred to as a “kiosk,” which may be self-service. At the kiosk K1, K2, K3, the customer may be able to enter their order and/or pay for their order. The kiosk K1, K2, K3 may accept cash, credit cards, debit cards, speed passes, or other forms of payment. Alternatively, payment may be received at a payment only window W$ or a payment/pickup window WP. Alternatively, payment may be received at a self-service payment kiosk located between the data-entry kiosk K1, K2, K3 and the pickup window WP. At a self-service-kiosk K1, K2, K3, the customer can enter their order using a touch screen or voice commands (i.e., through computer voice recognition). Alternatively, the customer may enter their order using convention methods, i.e. the customer speaks into a microphone in the kiosk K1, K2, K3 and an order taker in the restaurant R manually enters the order. In-vehicle ordering mechanisms, such as a vehicle's navigation monitor, could be used as well.

After the order has been received, the customer may be signaled either audibly or visually to wait for the order to be prepared. The audible signal may be broadcast over a speaker, preferably located in the kiosk K1, K2, K3. The visual signaling may be accomplished through the kiosk K1, K2, K3, a signaling device SD in view of the customer, or a moveable gate G disposed between the customer and the pickup window WP. The signaling device SD may be a light or message board disposed on the kiosk K1, K2, K3 or in the vicinity of the pickup window WP.

When the order is ready the customer is signaled to approach the pickup window WP where their food is presented immediately. Benefits of the present invention may include:

    • (1) Faster service times—Service times are improved dramatically for short orders, yet not impacted for longer orders due to multiple wait queues.
    • (2) Increased throughput—Multiple orders can be taken and paid for simultaneously. The single drive-through window is no longer a bottleneck, as only order presentation occurs there, with minimal interaction.
    • (3) Scalable throughput—Throughput can be scaled dramatically with the simple addition of kiosks to meet peak demand requirements.
    • (4) Cost savings—No human interaction is required for placing or paying for orders. Resources can be redeployed toward kitchen throughput.
    • (5) Revenue enhancement—Greater throughput and faster service times means shorter lines. Shorter lines means less customer bypass of the restaurant.

Not all drive-through operations lend themselves to the configuration in FIG. 2. The same queuing benefits can be realized using many different physical configurations. An alternative configuration is illustrated in FIG. 3, where kiosks are configured as stalls in the parking lot adjacent the restaurant R. The kiosks K1, K2, K3 are preferably located such that when a vehicle is at a first kiosk K1, a path P from a second kiosk K2 to the pickup window WP is not impeded by the vehicle at the first kiosk K1. Likewise, the kiosks K1, K2, K3 are preferably located such that when a vehicle is at the second kiosk K2, a path P from the first kiosk K1 to the pickup window WP is not impeded by the vehicle at the second kiosk K2.

When an order is complete, the appropriate customer can be signaled by a signaling device SD to go to the pickup window WP to pick up the order. In this configuration, a path from the kiosk K1, K2, K3 to the pickup window WP is not blocked by other vehicles waiting for their orders to be completed.

An alternative configuration is shown in FIG. 4 where a single kiosk K1 may be provided, but one or more waiting spaces WS for vehicles V are provided between the kiosk K1 and the pickup window WP. The waiting spaces WS are preferably located between the kiosk K1 and the pickup window WP such that a vehicle V waiting in the waiting space WS does not impede the path P from the kiosk K1 to the pickup window WP. The customer may wait in one of the available waiting spaces WS until signaled either audibly or visually by a signaling device SD to approach the pickup window WP to pick up the order.

FIG. 5 is a time-line of the operational states of a drive-through order system. The time line may begin at time T0 when the customer approaches a kiosk and end at a time T4 when the order is received by the customer at a pickup window. Time T0-T1, (Item Selection) is the time associated with the customer reviewing the menu and selecting the desired items. Time T1-T2 (Payment) is the time associated with paying for the desired items. As noted above, payment may be made at the kiosk or a payment window separate from the pickup window. Time T2-T3 (Waiting) is the time associated with the restaurant preparing the items and packaging them for pickup. Time T0-T3 may be referred to as the “inter-order gap.” The “inter order gap” is the time period starting from when the customer approaches the kiosk to the time the customer is signaled to approach the pickup window. The present invention makes improvements in the overall inter-order gap time period. Time T3-T4 (pick up) is the time associated with the customer approaching the pickup window and receiving the desired items.

FIG. 6 shows a block diagram of a drive-through system for use in the present invention. The system may include one or more data-entry modules, for example kiosks K1, K2 located in the parking lot PL outside a restaurant R. Alternatively, the kiosks K1, K2 may be located in the dining area DA of the restaurant R. The kiosk may have an input device, for example a touch screen TS1, a payment device PD, a microphone/speaker M/S, a call button CB, and a service indicator SI. The kiosks K1, K2 may be coupled to a data-receiving module, for example an in-store console IC, located within the restaurant R, through a local area network (LAN). The in-store console IC may be a general-purpose computer or an application specific computing device. The in-store console IC may include an input device and an output device, for example a touch screen TS2 and a microphone/speaker MS, and a central processing unit CPU having a processor, a storage device, a local bus, a communications port, and a power supply. The in-store console IC may be coupled to a restaurant manager RM. The restaurant manager may also be coupled to an existing kitchen system EKS using any communication media, for example LAN or RS232. An operational analysis application OAA may be capable of extracting data from the restaurant manager RM and generating useful statistics S.

The service indicator SI, on or near the kiosk K1, may indicate that the kiosk K1 is available and in operation. The service indicator SI may include a pair of lights (e.g., Red and Green) that indicate whether the kiosk K1 is available for use (i.e., in-service or out-of-service). These lights may be visible from a distance and let customers know whether they should enter that lane or avoid it. Alternatively a controllable gate G may signal that the kiosk K1 is available and in operation. If a kiosk K1, through its internal diagnostics, detects that it is no longer operational, or if the operator, through the in-store console sets a kiosk's state to out-of-service, then the out-of-service indicator will light. Otherwise, the terminal is considered in-service and the in-service indicator will light.

The customer may select desired items using the touch screen TS1 or the customer may select desired items by simply speaking into the microphone M/S. The kiosk K1, K2 may employ currently available voice-recognition technology to convert the audible signals into data that can be transmitted to the in-store console IC. The customer may choose a payment method and submit payment (e.g., by credit card, debit card, cash, RFID, or fingerprint identification) through the payment device PD at the kiosk. If the customer was previously identified, the payment method associated with the identification system (e.g., RFID) can be selected to avoid the need to re-present the identification. Alternatively, the customer can opt to pay at a separate payment window P$ or the pick-up window PW.

After payment is received, the customer may receive a receipt with an order number that is presented to customer via a receipt printer P. The customer may then be signaled to wait for order preparation before approaching the pick-up window PW. The order may be submitted to the restaurant food preparation system via the Restaurant Manager RM component or alternatively a preparation slip may be printed inside the restaurant.

When the order has been prepared and assembled, the drive-through operator in the restaurant R may press a symbol for the order number on the in-store console IC which signals the customer that the order is ready at the pick-up window PW. The customer then presents the receipt at the pickup window PW and is handed the completed order. The operator then signals the system that the order has been delivered.

It is desirable that a large majority of orders, if not all of the orders, are placed without assistance from a human operator. Occasionally, however, a customer may require assistance or a kiosk may be compromised (e.g., out of printer paper). If a customer needs assistance, the customer may request assistance by pressing a call button CB. This can alternatively be a virtual button on the touchscreen or a verbal signal, such as saying “Help Me”. The kiosk might respond with a “Please Wait” prompt. The system can be programmed to send a signal to the in-store console IC, which causes the operator's headset to be connected to the microphone/speaker M/S within the kiosk K1, K2. An audible signal (e.g., beep) alerts the operator that a customer is on the line for help. The operator has the ability to change the mode of the display on the in-store console IC by touching/actuating the touch screen TS2 and is able to see the same display as the customer that is being assisted. The operator can either talk the customer through the problem or use his own touchscreen TS2 to complete the customer's order. The system is capable of allowing the operator to toggle back and forth between the customer's screen and normal functions (e.g., confirming orders) so that he can continue to present food to other customers while assisting a given customer.

If a second customer requests help while a first is being helped, the operator can be signaled, for example, by an audible tone. The in-store console IC then allows the operator to switch to the second customer at that time or leave that customer “on hold” until the first customer is satisfied. In this way, the operator can be helping any number of customers while still processing deliveries.

The Restaurant Manager RM component records transaction data including food items, payment and customer information, and timings of each step in the process as shown in FIG. 5. The Restaurant Manager RM may be connected to an existing kitchen system EKS that processes the items required, or alternatively, the Restaurant Manager RM can incorporate the kitchen system. The Restaurant Manager RM component records a complete set of statistics that, among other uses, allows the store personnel to optimize their operation in terms of bottleneck and cost avoidance. The Restaurant Manager RM is capable of generating statistics and printing the statistics on paper, displaying the data on a video screen or storing the statistics in memory for later use. The statistics include, but are not limited to:

  • (1) Queue Utilization—How many queues are in use at any time.
  • (2) Process Timing (see FIG. 5).
    • Start of order to Item-selection Complete (T0-T1)
    • Item-selection Complete to Payment Complete (T1-T2)
    • Payment Complete to Order Ready (T2-T3)
    • Order Ready to Order Received (T3-T4)
    • Inter-order interval (T3-T0)
  • (3) Throughput per time period.
    • Orders processed count
    • Food items processed count
    • Revenue amount

An Operations Analysis Application analyses the statistics and presents them to restaurant personnel to support management decisions, such as, but not limited to:

  • (1) The needed number of kiosks.
  • (2) Personnel levels and deployment.
  • (3) Bottleneck analysis/service improvement areas.
  • (4) Facility improvement needs.
  • (5) Revenue/Cost tradeoffs.

FIG. 7 shows a fourth drive-through operation. The operation may include Queue Entry Signaling devices QES1, Queue Exit Signaling Devices QES2, kiosks K, and possibly a payment kiosk KP located between an entrance EN from a street or parking lot and an exit EX which leads to a pickup window, not shown. The Queue Entry Signaling device QES1 may use a moveable gate or signaling device SD, for example green and red lights, to allow the customer to enter the queue. The Queue Exit Signaling devices QES2 may also use a moveable gate or signaling device SD to “release” a customer to pick up their food at the pickup window. The Queue Exit Signaling devices QES2 signal the customers when to proceed to the pickup window to get their order. The Queue Exit Signaling devices QES2 provide another opportunity to make adjustments to which vehicle should approach the pickup window next. A separate payment kiosk KP allows one customer to be ordering while another customer, in the same queue, is paying.

FIG. 8 is a flow chart of a first method of queuing orders in a drive-through operation. At step 802 a first order is received at a data-receiving module. At step 804 preparation of the first order is started. At step 806 a second order is received at the data-receiving module. At step 808 preparation of the second order is started. If the system determines at step 810 that the first order is ready for pickup at the pickup location first, the first customer is signaled at step 812 to approach the pickup location to pick up their order. If, however, the system determines at step 810 that the second order is ready for pickup first, the second customer is signaled at step 814 to approach the pickup location to pick up their order.

FIG. 9 is a flow chart of a second method of queuing orders in a drive-through operation. At step 802 a first order is received at a data-receiving module. At step 804 preparation of the first order is started. At step 806 a second order is received at the data-receiving module. At step 808 preparation of the second order is started. If the system determines at step 810 that the first order is ready for pickup at the pickup location first, the first customer is signaled at step 812 to approach the pickup location. If, however, the system determines at step 810 that the second order is ready for pickup first, the first customer is signaled at step 816 to wait in a predetermined location and the second customer is signaled at step 818 to approach the pickup location to pick up their order.

FIG. 10 is a flow chart of a third method of queuing orders in a drive-through operation. At step 902 a first order is received at a data-receiving module from a first customer at a first data-entry module. At step 904 preparation of the first order is started. At step 906 a second order is received at the data-receiving module from a second customer at a second data-entry module. At step 908 preparation of the second order is started. If the system determines at step 910 that the first order is ready for pickup at the pickup location first, the first customer is signaled at step 912 to approach the pickup location. If, however, the system determines at step 910 that the second order is ready for pickup first, the first customer is signaled at step 914 to wait at the first data-entry module until the first order is ready for pick up at the pickup window and the second customer is signaled at step 918 to approach the pickup location to pick up their order.

Although the preferred embodiments have been disclosed in relation to a drive-through restaurant, the method and system also has applicability for other drive-through applications, such as pharmacies, grocery stores, bakeries, liquor stores, and donut shops, where a customer can place an order and/or pick it up without having to get out of their vehicle.

It should be emphasized that the above-described embodiments of the present invention are merely some possible examples of implementation, set forth for a clear understanding of the principles of the invention. Many variations and modifications may be made to the above-described embodiments of the invention without departing substantially from the spirit and principles of the invention. All such modifications and variations are intended to be included herein within the scope of this disclosure and the present invention, and protected by the following claims.

Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US7895797Apr 10, 2008Mar 1, 2011Restaurant Technology, Inc.Drive-thru system and method
US7992355 *Feb 17, 2011Aug 9, 2011Restaurant Technology, Inc.Drive-thru system and method
US8190483May 1, 2007May 29, 2012Nextep Systems, Inc.Computer-based ordering system
US8280775 *Sep 1, 2009Oct 2, 2012Mark ArmstrongMobile kiosk system
US8660906Jan 10, 2012Feb 25, 2014Nextep Systems, Inc.Computer-based ordering system
US20090319381 *Sep 1, 2009Dec 24, 2009Mark ArmstrongMobile Kiosk System
WO2009126266A2 *Apr 8, 2009Oct 15, 2009Restaurant Technology, Inc.Drive-thru system and method
Classifications
U.S. Classification186/36, 705/15
International ClassificationA47F1/00, G07C11/00, A47F10/06
Cooperative ClassificationG06Q20/20, A47F10/06, G07C2011/04, G06Q50/12, G07C11/00
European ClassificationG06Q50/12, G06Q20/20, A47F10/06, G07C11/00
Legal Events
DateCodeEventDescription
Oct 26, 2007ASAssignment
Owner name: JID SOFTWARE PARTNERS, LLC, NEW HAMPSHIRE
Free format text: LIEN;ASSIGNOR:NEXTCHOICE, INCORPORATED;REEL/FRAME:020018/0301
Effective date: 20071025
Jul 21, 2006ASAssignment
Owner name: NEXTCHOICE, INC., NEW HAMPSHIRE
Free format text: CHANGE OF NAME;ASSIGNOR:NEXTCHOICE SYSTEMS, INC.;REEL/FRAME:017971/0190
Effective date: 20060718
Jan 6, 2006ASAssignment
Owner name: NEXTCHOICE SYSTEMS, INC., NEW HAMPSHIRE
Free format text: CHANGE OF NAME;ASSIGNOR:NIMESA CORPORATION;REEL/FRAME:016976/0457
Effective date: 20051129