DRIVE-THRU / POINT-OF-SALE AUTOMATED TRANSACTION TECHNOLOGIES AND APPARATUS
The present invention includes methods and apparatus for the automated provision of goods through the use of scanning systems. More specifically, the present invention provides a method for automatically conveying which goods are being ordered, where the goods will be picked up, an associated method of payment, kitchen fulfillment, item tracking, and automatic delivery by a dispenser apparatus. In preferred embodiments, the present invention is applied to the automated ordering and pick-up of food items at a fast food restaurant and delivery to a food dispenser at a customer location.
This application claims priority as a continuation of the U.S. patent application Ser. No. 16/788,867 filed Feb. 12, 2020, which in turn is a continuation of the U.S. patent application Ser. No. 16/378,263 filed Apr. 8, 2019, which in turn is a continuation of the U.S. patent application Ser. No. 15/969,640 filed May 2, 2018 which in turn is a continuation in part to the U.S. patent application Ser. No. 15/799,331 filed Oct. 31, 2017 which in turn claims the benefit of the U.S. Provisional Patent Application 62/415,224 filed Oct. 31, 2016. The application Ser. No. 15/799,331 also claims the benefit of the U.S. Provisional Patent Application 62/464,840 filed Feb. 28, 2017. The contents of each are hereby incorporated in their entirety.
FIELD OF THE DISCLOSUREThe present disclosure relates to methods and apparatus for the automated provision of goods. More specifically, the present invention provides a method, through the use of scanning systems, for automatically conveying which goods are being ordered, processing the order at a point of sale location, such as a drive-thru, where the goods will be picked up when using location based mobile ordering, matching the customer to their order at a pick-up location, and an associated method of payment. In preferred embodiments, the present invention is applied to the automated ordering and pick-up of food items at a fast food restaurant.
BACKGROUND OF THE DISCLOSUREMany situations involving the provision of goods in today's marketplace, such as the provision of fast food meals, are predicated on the ability of a customer to efficiently place an order and receive the meal (or other goods) with the correct food items in a quick and accurate manner.
Human interaction between the customer and the employee leaves room for time-costly mistakes due to either user error or misinterpretation through language barriers, speech impediments or the hard of hearing, inaudible conversation due to faulty drive-thru speakers, etc. These mistakes can lead to fewer return customers due to lower satisfaction ratings stemming from either poor customer service, processing incorrect orders, lengthy wait times, interruptions from implementing new technologies, and so on.
In addition, a point-of-sale/drive-thru transaction is limited in its ability to receive orders and deliver goods by the human factors involved, i.e. the process may only move as fast as the employee can physically work. For example, timing for processing an order is limited by how quickly the employee is able to take the customer's order, listen to the customer's order, record the order, confirm the order, prepare the order, process the payment manually, and deliver the ordered items to the customer. This process is not only taxing on both the employee and the customer but is also costly for the fast food retailer.
Barcodes or other unique identifiers today aren't dynamic and don't change or generate specific to a customer's order. Identifiers scanned at a fast food restaurant today only link to profiles and a method of payment (scanned at checkout by an employee) only after an order has been placed. The customer still has to communicate their order within the store, at a drive-thru, or preselect a specific store online and preorder ahead of time through the restaurant's mobile application. Orders also cannot be shared, consolidated, or placed in a single, electronic process. Payments also cannot be automatically or electronically split amongst customers.
SUMMARY OF THE DISCLOSUREAccordingly, the present invention provides automated apparatus and methods for performing an efficient transaction involving the placement of an order for goods, assembly of items ordered, confirming payment for the items and provision of the items to the customer. The increasing prevalence of food delivery applications calls for a method or process to allow delivery drivers of food delivery applications to quickly deliver food to a shared, storage medium or dispensing device that is accessible by both delivery drivers and customers. This will not only allow for a timely delivery and save delivery services crucial time and money, but will allow the customer flexibility and convenience of picking up their delivered food without the necessary presence of a delivery driver as today's delivery model may entail. Several types of locations or buildings may be difficult to navigate or have secured access, and are prime some embodiments herein. The following embodiments may greatly reduce delivery times and may be a significant improvement to the current logistical difficulties that may accompany food delivery drop-off.
Some embodiments may include a method and process to not only identify delivery drivers by a preferred process, but also identify said delivery drivers, restaurants, orders, match said order with a customer or customers, identify said customer or customers with their stored order, allow provision of a stored order to said customer or customers, and register completion of the delivered order without the necessary presence of a delivery driver or direct interaction of a delivery driver with a customer. The way customers interact and select particular delivery companies may be weighed on several criteria such as but not limited to, proximity of a restaurant to the customer, proximity of a delivery driver to said restaurant, estimated preparation and delivery times, cost of delivery, ease of delivery driver accessibility to the customer, and the like.
The following embodiments detail unique methods, systems, and processes of how a customer or customers may interact with delivery services and a dispensing device. In particular, the process of selecting a restaurant, engaging a delivery service, selecting an appropriate delivery device location, delivery device interaction with the delivery service, payment processing of the customer, notification of the customer of delivery progress and success, and interaction of the same customer with the delivery dispensing device.
Additionally, some examples of post-transaction payment sharing methods may exist today such as Venmo and CashApp; however, an architecture for pre-transaction payment sharing methods may not exist. Furthermore, current examples may not assign a value based on a user's desired food item and then assign pre-transaction payment splitting amongst a group of users based on the exact amounts of each of said users' desired food item. Post-transaction applications may require the users to either manually enter a specific amount, or the application might evenly divide the amount amongst the number of users participating in the group.
The present invention, Point-of-Sale/Drive-Thru Automated Transaction Technologies (ATT) is predicated on an ordering, transacting, filing, and pick-up process at commercial fast food retailers. With the modernization of automated-technologies, ATT looks to bring a single (or minimal) step ordering process to the point-of-sale or drive-thru with limited human interaction.
The number of point-of-sale or drive-thru transactions are herein alleviated of many of the limitations resulting from the human work process, which operates unilaterally in nature. ATT addresses the aforementioned issues and provides methods and apparatus for proving faster and more accurate service to a customer and saving a fast food retailer time and money.
In some embodiments, an ATT system may be integrated with existing applications or order processing equipment, thereby leveraging, and taking advantage of the existing, proprietary technologies and applications that fast food retailers may have expended significant resources developing.
Embodiments of ATT therefore provide new techniques and the use of technologies to provide automatic fast food orders (or other merchandise order), transactions, and item pick-up from either remote, onsite point-of-sale, or drive-thru locations, via a mobile device or other apparatus.
A number of fast food customers order fast food on a whim. They have predetermined meals in mind, their “go-to” so to speak; however, customers often don't have a predetermined fast food location selected. In most cases, people don't know which fast food location they will eat at. Choosing a fast food restaurant is often driven by convenience. Factors that determine a convenient method of obtaining food items include: customer control of the order, minimal wait time, order accuracy, restaurant/staff responsiveness, a relative location of a customer to a restaurant, the ability to combine multiple meals into a single order, the ability to charge separate customers for only their ordered items, and aggregate payments for combined items/orders. Customers often order on the go, when they travel, when multiple customers are in a single vehicle, and when it's most convenient. It also becomes a headache when a driver has several orders to place at a drive-thru. ATT will seek to render these inefficiencies obsolete.
Embodiments may consider a complexity of multiple orders wherein generally the more orders placed and the more complex an order, the more susceptible any given order is to mistakes from either user error or miscommunication.
The present invention also addresses the difficulty involved in splitting payments within a group of purchasers. It overcomes the difficulties of most of the fast food technologies or applications today, which require customers to preselect a restaurant, preorder a meal, and come inside to pick-up the order by, implementing scan-to-order features, allowing one or more customers to aggregate multiple meals into a single order, and combine payment for items ordered at any participating location. ATT largely renders the shortcomings and inefficiencies of present systems obsolete. ATT is adaptable to existing franchise systems, at the franchises discretion, a loyalty program or sign-in may or may not be required, such that any customer may place an order, pay, and subsequently pick-up their items all through the mobile application or with no human interaction.
One general aspect includes a system for delivery of a prepared food item, the system including: a computer server including a processor in logical communication with a digital storage storing executable code; and a transmitter in logical communication with a digital communication network. The executable code is operative with the processor to cause the server to receive from a scanner located on site of a food preparation facility an encoded barcode including a unique transaction code with encoded information including a user identification. The server may also receive an order description and a payment status portrayed upon a display of a mobile device of a user. In an example, action may be taken based upon receipt of the encoded barcode to remotely operate a dispenser, wherein the dispenser includes a plurality of bins configured for storage of food items, to dispense one or more stored food items to a user presenting the mobile device with the encoded barcode.
One general aspect includes a method for delivery of a food product, the method including receiving an order description and a payment status portrayed with a barcode upon a display of a mobile device of a user or by other means such as a printed image on a receipt. In an example, action may be taken based upon receipt of the encoded barcode to remotely operate a dispenser, wherein the dispenser includes a plurality of bins configured for storage of food items, to dispense one or more stored food items to a user presenting the mobile device with the encoded barcode. Each food item stored in a bin of the dispenser may be controlled at one of ambient temperature, less than ambient temperature and greater than ambient temperature. The method also includes configuring executable code to include a first touchscreen activated function, where the first touchscreen activated function activates a group order protocol. The method also includes receiving an activation function response from a first user. The method also includes receiving a list of a plurality of users which may participate in forming a food product order. The method also includes communicating with the plurality of users, where the communication offers an ordering session to two or more of the plurality of users. The method also includes receiving orders from two or more of the plurality of users. The method also includes communicating an order status to the first user. The method also includes placing food products in a first bin of the dispenser, where the food products include portions of the food order from the two or more of the plurality of users. The method also includes communicating a barcode image to the first user, where the barcode provides the necessary information for the user to interact with the dispenser and receive the food products of the group order. The method also includes dispensing the food products to the first user conditioned upon the first user providing the barcode image to a scanner associated with a dispenser.
One general aspect includes a method of dispensing food items prepared for consumption by a customer, the method including the step of receiving programmable code for execution on a customer smart device. The method of dispensing food items also includes entering into the customer smart device an identification of the customer. The method of dispensing food items also includes entering into the customer smart device multiple preferred restaurants. The method of dispensing food items also includes generating a geographic position of the customer smart device based upon global positioning coordinates. The method of dispensing food items also includes displaying a selected preferred restaurant on a screen on the customer smart device, the selected preferred restaurant including one of the multiple preferred restaurants. The method of dispensing food items also includes displaying a travel time to the selected preferred restaurant. The method of dispensing food items also includes displaying a travel path to the selected preferred restaurant. The method of dispensing food items also includes generating an order including food items and food preparation into a customer interface on the customer smart device. The method of dispensing food items also includes transmitting the order including food items and food preparation to the selected preferred restaurant. The method of dispensing food items also includes displaying on the customer smart device a direction of travel based upon the geographic position of the customer smart device and a geographic position of the selected preferred restaurant. The method of dispensing food items also includes transmitting payment information for an amount based upon the food items and food preparation. The method of dispensing food items also includes displaying a unique identifier associated with the order for food items and food preparation. The method of dispensing food items also includes conveying the unique identifier associated with the order for food items and food preparation to an automated dispenser. The method of dispensing food items also includes based upon conveyance of the unique identifier and the transmitted payment information, causing the automated dispenser to dispense the order for food items prepared for consumption by a customer according to the order for food preparation.
Implementations may include one or more of the following features. The method for dispensing food items prepared for consumption by a customer additionally including the step of periodically updating the geographic position and transmitting the updated geographic position to the selected preferred restaurant. The method for dispensing food items prepared for consumption by a customer additionally including the step of periodically updating the geographic position and updating the direction of travel based upon the updated geographic position. The method for dispensing food items prepared for consumption by a customer additionally including the step of generating an indication of completion of the order for food and food preparation. The method for dispensing food items prepared for consumption by a customer additionally including the steps of receiving a list of a plurality of users which may participate in forming a food product order. The method may also include communicating with the plurality of users, where the communication offers an ordering session to two or more of the plurality of users. The method may also include receiving orders from two or more of the plurality of users. The method may also include combining the orders received from the two or more of the plurality of users with an order on the customer smart device to generate the order including food items and food preparation that is transmitted to the selected preferred restaurant.
The method for dispensing food items prepared for consumption by a customer may additionally include the steps of receiving payment information from each of the plurality of users from which orders are received and transmitting the payment information to the selected preferred restaurant. The method for dispensing food items prepared for consumption by a customer may additionally include inputting a threshold of travel time. The method may also include inputting a route of travel. The method may also include inputting a permissible travel deviation. The method may also include generating a list of food vendors with automated dispensers within the threshold of travel time and along the route of travel and permissible travel deviation.
The method for dispensing food items prepared for consumption by a customer may additionally include scanning a license plate number with an image capture device. The method may also include identifying the order for food and food preparation based upon the scanned license plate number. The method for dispensing food items prepared for consumption by a customer additionally including the steps of scanning a face of a customer with an image capture device to generate a facial image. The method may also include performing facial recognition on the facial image. The method may also include identifying the order for food and food preparation via the facial recognition. The method for dispensing food items prepared for consumption by a customer may additionally include the step of transmitting the unique identifier from the customer smart device to the automated dispenser via a near field communication protocol. One general aspect includes an automated food dispenser dispensing food prepared for consumption by a human, the dispenser including: a container including multiple disparate bins, each bin suitable for storing prepared food and including thermal insulation from atmospheric temperature ambient to the respective bins; at least one cup holder within at least one bin, said cup holder shaped to maintain cup containing fluid in an upright position while the cup is in the cup holder; a digital input device for receiving a unique order identifier from a customer; a receiver for receiving digital information via a distributed network; a processor in communication with a storage device storing executable code for causing the processor to: receive an order including food items and food preparation; associate the order with a customer and the unique order identifier; verify payment status associated with a customer order; display on a user interface the food items and food preparation; associate the container to receive food items including the order; register placement of the food items including the order into the container; receive into a digital input device a user input into the digital input device, the user input including the unique identifier; and transmit a command to make contents of the container available to the user; and automation for providing bin movement within the dispenser to facilitate loading of the ordered food items into the bins and pickup of the ordered food items based upon input of the unique order identifier.
Implementations may include one or more of the following features. The automated food dispenser where each ordered food item is prepared based upon the order and assigned a designated dispenser bin and placed inside an insulated area of the designated bin. The automated food dispenser where a dispenser container storing the food items prepared according to the ordered food preparation is matched to the unique order identifier and made available for automated order pickup based upon user input of the unique order identifier.
The accompanying drawings, that are incorporated in and constitute a part of this specification, illustrate several embodiments of the disclosure and, together with the description, serve to explain the principles of the disclosure:
The present disclosure provides generally for apparatus and methods for a customer to preselect food items for purchase, process an order through scanning systems at a point of sale or drive-thru, and subsequently pay for the order either through traditional means or through the use of scanning systems. The integrated system may also track the customer's location so that the food items are available for pick-up at a pick-up point as the customer arrives at said pick-up point. The system may automatically identify the customer through scanning systems, match the customer's order with the customer, and deliver the food items. The system may also confirm a payment mechanism and process payment for the food items that will be delivered. Options to pay upon order or pick-up are also available.
In the following sections, detailed descriptions of examples and methods of the disclosure will be given. The description of both preferred and alternative examples though through are exemplary only, and it is understood that to those skilled in the art that variations, modifications, and alterations may be apparent. It is therefore to be understood that the examples do not limit the broadness of the aspects of the underlying disclosure as defined by the claims.
In general, a customer that is in a vehicle has a pre-loaded mobile application in which they have the ability to pre-select a food franchise and the food items they desire to purchase. The customer is able to select items from the food provider's menu within the mobile application and proceed with submitting the order, which will produce a unique barcode or other unique identifier generated within the application. The unique barcode or identifier is populated on the user's device and combines a variety of information not limited to, order details (items, quantity, options, size, etc.), user location, store details, user profile, if multiple users are involved or share in the order, payment splitting, promotional details, custom requests, etc. The customer may also have the option to select from saved food favorites that are pre-selected and with a unique barcode or identifier, which corresponds to said food favorite, ready at the customer's fingertips. Usually these are the customer's “go-to” orders that are often purchased. A number of favorites are able to be saved and named under the user's profile. Saved favorites can also be traded or shared amongst users.
A customer can separate their orders by order numbers or profile if more than one person is included and paying for an order. Since a user's profile can be shared or stored, their favorites or “one-time” orders can also be transferred to a single user and combined into one order. A “two-way” option may be enabled, where both users may elect to participate in allowing one user to always place the other user's shared, favorite, or other specific order. A barcode is populated based on an algorithm that calculates a combination of user profile ID, order quantity, size, combo meals, sides, extras, respective unit prices, payment methods, promotions, or other details. A dynamic, unique identifier or barcode is generated for every order and is based on a software algorithm that calculates a combination of but not limited to user profile ID, order quantity, size, combo meals, sides, extras, respective unit prices, shared orders, and split payments.
A link to the customer's reward program account, reward points, or debit/credit card on file (dependent on user agreement) is also available. A user is able to link their form of payment to their purchase. This enables a quicker transaction at the point-of-sale/drive-thru and can also include the accruement of more reward points or perks such as sweepstakes, reward program coupons, double point promotions, or reward program discounts. Reward and payment integration can be added to multiple users.
Orders and payments can also be requested or shared amongst users, not just through any “friends” option within the application, but also by sending and receiving order or payment requests through phone number, email, or other means of wireless transfer of information such as Bluetooth, near field communication, etc. Once the user has finished selecting their desired order and arrives at any point-of-sale or drive-thru kiosk, the user then presents the unique barcode or unique identifier within the application to a scanning system. Upon doing so, the order is then processed and subsequently paid for if the user has opted to use such payment systems that are linked within the application (traditional payment options still apply). Such an order may be prepaid if the user has processed the ordered from the location based mobile application feature or if the user has selected to connect to the restaurant remotely. The selections and functions within the mobile application can also be controlled through voice recognition.
Throughout the document, reference may be made to a “scan” or “scanning”. It is understood that the use of the word “scan” can be interpreted as varying methods to read, capture, scan, identify, decode, or process a barcode or representative image to subsequently unlock, decode, translate, transmit, or process said barcode and the information it contains.
In some embodiments, after an order has been paid for, an order number and a corresponding barcode or unique identifier are generated. Those skilled in the art will understand that the unique identifier may be generated prior to order generation without violating the spirit of the invention. If traditional order or payment methods are made, a receipt will be printed with a corresponding order number and a unique barcode or identifier for that customer's order. In some cases, the customer will once again present and scan the same unique barcode or identifier to an automatic dispenser at a pick-up location. At a pick-up location, the customer will be notified that the order is ready for pick-up, either through the mobile application, over an intercom, display, or through additional methods. An operating system that tracks the uniquely generated barcode or other unique identifier on the user's device will communicate with all systems and translate all order information to the wait and kitchen staff.
After the order is initially placed by the customer, the kitchen staff will receive a printout of the same barcode or unique identifier that is specific to and matches the customer's identifier. Such application is that the operating system can print the same unique barcode or identifier for use in item management, such as the kitchen staff placing the barcode or identifier onto the food item that will be scanned after the order is made. The wait or kitchen staff will place the barcode on one of the items in the order and proceed to scan and place the item into a storage/container bin within a mechanized apparatus or turntable, which interacts and matches the user's barcode or other unique identifier at the pick-up location. This mechanism may contain boxes or bins, which are insulated or temperature controlled, and contain designated places for drinks and other food items.
Based upon the kitchen staff scanning an item at the mechanism, the mechanism will dispense a carrier, box, or bin in which to put and store the item. When the customer is ready to pick-up their order, either inside or outside, the customer will scan their unique identifier or barcode at the pick-up point, the mechanism will match the user provided barcode or identifier to the order, and then proceed to automatically dispense the carrier, box, or bin to the customer for order pick-up.
The bins may store orders processed remotely and awaiting pick-up or order places onsite at a point-of-sale/drive-thru kiosk. Customers who preorder or order remotely can bypass the order kiosks and head directly to the pick-up point. The bins also are capable of rotating individually so that no one order is holding-up the line. When the user scans their barcode or uniquely generated identifier at an indoor or outdoor kiosk, not only is a receipt stored within the application, but an order number and the same barcode or identifier may populate. The user may then scan at the pick-up point, that corresponds to the point-of-sale or drive-thru locations. When at the pick-up point, the restaurant staff may be notified that the order is ready for pick-up when the barcode is scanned again. Although the description provided describes bins and kiosks, other automation, such as pick and place, storage trays, thermal insulated containers, mechanized belts, and the like are also within the scope of the invention to be used to store and deliver an order to a customer.
If the automatic dispenser is not used, uses of the scanning systems may also be used to identify the customer and the customer's order so that the employee may take advantage of the software to instead deliver the customer their order in lieu of the automatic dispenser and maintain a more effective and efficient customer query or queue. Remote pick-up locations may also be available, whether onsite or offsite, where the customer may elect to scan at a pick-up location disconnected from the restaurant. Upon arrival at a remote pick-up location, the customer may scan their unique barcode or identifier after the order has been processed and paid for, and a remote drone, motorized track, delivery driver, third party vendor, or other mechanism to transport a food item or food bin, is then sent to the remote location, which may dock the food bin to be dispensed to the customer, and then returned to the kitchen staff after the order is picked up or simply place the food item into a corresponding dispenser bin upon item identifier scan. Ordering and payment options are also available to the customer at a remote pick-up location or dispenser through the use of scanning systems.
In some embodiments, a vehicle license plate, tag, or other vehicular apparatus may be used as a method of identifying and/or inventorying customers. A license plate tracking system may be utilized to minimize the adaption and implementation of ATT, while also removing the system's reliance on a customer to download the application or purchase a car mounted barcode. This process can be completed by: a car approaching the drive-thru terminal or kiosk and an image scanner renders the license plate in real time, comparing the number to the fast food provider's database. If it is a first-time customer, the terminal will track the customer's purchase and save the selection to the fast food provider's server for future reference. In some embodiments, a return customer may be determined via license plate recognition and customer profile data in one or both of a mobile application and back room controller functionality. A user may also save a license plate number to the user profile, therefore associating all user preferences to the license plate number such as order favorites, automatic “go-to” orders, reward programs, payment details, and the like. When a user returns to any location of the food franchise, the drive-thru kiosk will remember the customer and tailor the options to the user based on their license plate. This can include recent orders, pending orders, suggested items, gift card balances, rewards/profile information, etc. The license plate scanner may also be used to query users, automatically order, and pay for meals upon driving up to the drive-thru kiosk based on either saved selections/preferences or recently submitted orders, and also track users when they arrive at a certain pick-up point or the automatic dispenser for order pick-up identification. The automatic order feature connected with the license plate scanner also gives the user the option to instantly order their default “go-to” order upon arriving at any location or process a recently submitted order instead. Instant payment processing may be applied. The license plate scanner can also queue the user to the system and when the user is at the pick-up window, the system will match the ordered item to the customer's license plate and profile to subsequently dispense the item automatically. Traditional means of payment, such as paying with a credit card, will be done at either the order kiosk or the pick-up point if the user has not enrolled in automatic pay. An order receipt containing a unique, algorithmically generated barcode or identifier, corresponding to the user's order, may be printed for user identification purposes upon scan at an automatic dispenser. In some cases, this ensures the user doesn't need a mobile device for the scanning systems to successfully receive and dispense a user's order. Upon license plate scan and user identification, the user may confirm or edit their order at the kiosk. The system may make order suggestions at the kiosk such as recent orders, order favorites, popular orders, new items, promotions, and the like. Geofencing and the like may supplement the license plate scanner to further improve its effectiveness and efficiency.
Some implementations may include a pre-existing, preorder application integration wherein as most fast food providers have some form of pre-paid or pre-order process in which the customer can pick-up an order, at a predestinated location, paid or unpaid for, inside the store upon arrival. The present invention may also cut down wait times and may boost sales. The current order delivery process when the customer is ready to pick-up their order not also disrupts the customer queue, but it also removes kitchen staff from preparing meals since they have to stop taking or preparing orders, find the preordered meal that was set aside, and then hand deliver these items to the customer. This is an inefficient preorder process that franchises won't be able to rely on as the user base grows under their recent mobile applications. Customers also have to plan around their schedule to go to a specific, predetermined store. In most cases, customers do not plan their fast food purchases around their schedule and at a certain location.
Fast food drive-thru purchases may be on a whim of a customer, while the customer is traveling. Pre-selecting a location when on the go or traveling can be a hassle and eliminates the freedom to drive to any desired fast food location at will, when on the go. A map feature populates nearby restaurants and, in some embodiments, may render wait times at the restaurants based on the order traffic and activity measured by the operating system and scanning systems. The user can connect to the store via the map feature and place an order remotely. If a customer were to proceed with a mobile pre-order, the application will simply queue the user in the cloud, notify the user of nearby restaurants, connect the user to their restaurant of choice, provide the customer with the order's barcode and order number after the customer has selected the items and submitted their order, and the user will then present the barcode through the use of scanning systems at either the drive-thru or other point-of-sale pick-up locations. Mobile preorder applications can also include a store auto-detecting the user, either thru Bluetooth, GPS-location services, or other wireless connection options, with the user accepting to connect to either the store's indoor or drive-thru lines. Features also exist where the user can place an order and have the order processed at a qualifying store and sent to pick-up upon arrival, when the user is detected.
Additional methods of placing an order remotely or scanning onsite may include communicating via one or more of: a smart watch, an integrated home system such as Amazon Echo or Google Home, car dashboard-based applications, or other applications.
The point-of-sale and drive-thru kiosks are responsible for translating the order to the kitchen staff once the unique barcode or identifier has been scanned. Bluetooth transmittable sequence of characters can also be sent via the mobile application to the kiosks. The kiosks are touchscreen and voice recognition enabled. The drive-thru kiosk can remember the customer through license plate scanning, ask the customer upon arrival to confirm a pending order, or continue with either favorite, suggested, or new orders. Both kiosks are responsible for handling payments, either continuing with auto-pay during the order or handling traditional means of payment such as insert/slide credit card, near field communication, bill acceptor/dispenser, or other means of payment. Receipts containing a uniquely generated barcode or identifier may also be printed if the user elected to not use the app scan-to-order feature or has paid through traditional means. At any time, the customer can ask for human assistance via the kiosk.
In still other aspects, for example, if a customer is unaware of the aforementioned methods of automated transactions or doesn't opt into any of the above methods, then the customer has the ability to input or speak into a kiosk (or into an app provided on a mobile device) a user id and items ordered. A user ID may include, for example in single digits an assigned numerical or alphanumerical user ID or the customer can press or say “help,” to proceed with guided human interaction or avatar interaction. These methods may be communicated to the customer/driver upon arriving at the kiosk.
Referring now to
In another aspect the mobile device may include a mechanism for determining a geographic location 103. The mechanism to determine a geographic location may be compared with stored data descriptive of locations of vendors from which the mobile device 100 may order items 101. A calculation may be made based upon location and a direction of travel to determine vendors proximate to the mobile device 100 from which the user may conveniently order items 101. An order may be generated and a payment mechanism 104 may be engaged to make payment for the item purchased. Processed payment may include, for example, known forms of electronic payment, including, without limitation, a process for payment involving one or more of: a credit card; a debit card, ACH system, or other mechanism.
According to the present invention, a unique identifier 105, such as a barcode or a hash code may be generated on the mobile device 100 to identify one or more of: the order, the user, items ordered, time of order, date of order and other details of the order. In some embodiments, one or more of the items described in the identifier 105, and/or the identifier itself may be transmitted via wireless transmission.
Transmission may be to a vendor or to another user. In some preferred embodiments, another user may wirelessly receive details of an order, and retransmit the order to a vendor of its choice. One or both users may also store the order and the identifier 105 for future use. Other controls may include, for example a cancel mechanism 106, a send mechanism 107, and a mechanism to access the user's profile.
Referring now to
Referring now to
Referring now to
Barcode scanner that processes the app-derived barcode and sends it to a reciprocating terminal to process the order.
An automated voice that expresses to the customer the options of either ordering via barcode, payment options, confirming order via license plate scan, recent orders/favorites, user loyalty ID, or by stating “help” to have an employee assist with the order.
A license plate scanner that is capable of rendering a license plate in real-time to either track the customer's order history, reconcile the license plate number against a user's profile and preferences of the mobile application, place an order, or identify user at pick-up point and automatic dispenser.
Technology/operating system for the receiving terminal that is responsible for processing, pricing, and delivering the order to the fast food employee.
In some embodiments, an automated customer Identifier may be combined with designated items to order contained in a customer Profile. The automated customer Identifier may include for example a license plate (or another vehicle identifier, such as a barcode sticker). An automated scanner may scan the vehicle and generate a default “go-to” order associated with the customer identified via the scan. The customer may have the option to modify the order, such as for example, to change the items ordered or to change payment options. The customer may also transmit a preference for inside or drive-thru pick-up of the order. As the customer arrives at a designated pick-up location, at license plate scan may be used to process payment and deliver items ordered.
In additional embodiments, a customer may arrive at a drive-thru kiosk and be identified via an automated scan. Based upon the automated scan, the customer may be presented with an interactive interface that includes customer specific favorites, suggested items, and prior orders. The User operates the interactive interface to place an order. Payment may be made up front, upon arrival or based upon actual pick-up of the ordered items.
As described herein, aspects of automated: ordering, identification of a customer, payment and pick-up are discussed within the context of prepared food items and restaurants. Those skilled in the art will understand that similar processes and automation may be implemented for items other than prepared food items and may therefore include one or more of: groceries, pharmacy items, dry goods, or other items of commerce.
Referring now to
In still other aspects, such as, for example, if a customer is unaware of the aforementioned methods of automated transactions or doesn't opt into any of the above methods, then the customer has the ability to input or speak into a terminal (or into a app provided on a mobile device) a user id and items ordered. A user ID may include, for example in single digits an assigned numerical or alphanumerical user ID or the customer can press or say “help,” to proceed with guided human interaction or avatar interaction. These methods may be communicated to the customer/driver upon arriving at the terminal. Some implementations may also include a barcode scanner and barcode generation. Preferred embodiments include a barcode generated on a customer mobile device. Mobile application that converts the fast food order to a barcode or other machine-readable device, such as a hash or Bluetooth transmittable sequence of characters. A terminal or receiver that has the below capabilities:
Controller 650 also includes a main memory 656, such as a random-access memory (RAM) or other dynamic storage device, coupled to bus 652 for storing information and instructions to be executed by processor 654. Main memory 656 may also be used for storing temporary variables or other intermediate information during execution of instructions to be executed by processor 654. Controller 650 further includes a read only memory (ROM) 658 or other static storage device 660.
Controller 650 may be coupled via bus 652 to a display 662, such as a cathode ray tube (CRT), liquid crystal display (LCD), plasma display panel (PDP), organic light-emitting diode (OLED), projector, or heads up display for displaying information to a computer user. An input device 666, including alphanumeric and other keys, may be coupled to bus 652 for communicating information and command selections to processor 654. Another type of user input device is cursor control 668, such as a mouse, a trackball, a touchpad, or cursor direction keys for communicating direction information and command selections to processor 654 and for controlling cursor movement on display 662. Another type of user input device is a touchscreen display 664 where a user may communicate information and command selections to processor 654 by tactile interaction with the display thereby controlling cursor movement or alphanumeric and other keys. This input device typically has two degrees of freedom in two axes, a first axis (e.g., x) and a second axis (e.g., y), that allows the device to specify positions in a plane.
Embodiments of the invention are related to the use of controller 650 for setting operational parameters relating to digital messaging and game playing. According to some embodiment of the invention, layering system parameters are defined and managed by controller 650 in response to processor 654 executing one or more sequences of one or more instructions contained in main memory 656. Such instructions may be read into main memory 656 from another computer-readable medium, such as storage device 660. Execution of the sequences of instructions contained in main memory 656 causes processor 654 to perform the process steps described herein. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions to implement the invention. Thus, embodiments of the invention are not limited to any specific combination of hardware circuitry and software.
The term “computer-readable medium” as used herein refers to any medium that participates in providing instructions to processor 654 for execution. Such a medium may take many forms, including but not limited to, non-volatile media, volatile media, and transmission media. Non-volatile media includes, for example, optical or magnetic disks, such as storage device 660 and 658. Volatile media includes dynamic memory, such as main memory 656. Transmission media includes coaxial cables, copper wire and fiber optics, including the wires that comprise bus 652. Transmission media may also take the form of acoustic or light waves, such as those generated during radio wave and infrared data communications.
Common forms of computer-readable media include, for example, a memory stick, hard disk or any other magnetic medium, a CD-ROM, any other optical medium, a RAM, a PROM, and EEPROM, any other memory chip or cartridge, or any other medium from which a computer may read.
Various forms of computer readable media may be involved in carrying one or more sequences of one or more instructions to processor 654 for execution. For example, the instructions may initially be carried on a magnetic disk of a remote computer. The remote computer can load the instructions into its dynamic memory and send the instructions over a distributed network such as the Internet. A communication device may receive the data on the telephone line, cable line, or fiber-optic line and use an infrared transmitter to convert the data to an infrared signal. An infrared detector can receive the data carried in the infrared signal and appropriate circuitry can place the data on bus 652. Bus 652 carries the data to main memory 656, from which processor 654 retrieves and executes the instructions. The instructions received by main memory 656 may optionally be stored on storage device 660 either before or after execution by processor 654.
Controller 650 also includes a communication interface 669 coupled to bus 652. Communication interface 669 provides a two-way data communication coupling to a network link 670 that may be connected to a local network 672. For example, communication interface 669 may operate according to the internet protocol. As another example, communication interface 669 may be a local area network (LAN) card allowing a data communication connection to a compatible LAN. Wireless links may also be implemented.
Network link 670 typically provides data communication through one or more networks to other data devices. For example, network link 670 provides a connection through local network 672 to a host computer 674 or to data equipment operated by an Internet Service Provider (ISP) 676. ISP 676 in turn provides data communication services through the worldwide packet data communication network now commonly referred to as the “Internet” 679. Local network 672 and Internet 679 both use electrical, electromagnetic, or optical signals that carry digital data streams. The signals through the various networks and the signals on the network link 670 and through communication interface 669, which carry the digital data to and from controller 650 are exemplary forms of carrier waves transporting the information.
In some embodiments, Controller 650 may send messages and receive data, including program code, through the network(s), network link 670 and communication interface 669. In the Internet example, a server 690 might transmit a requested code for an application program through Internet 679, ISP 676, local network 672 and communication interface 669.
Processor 654 may execute the received code as it is received, and/or stored in storage device 660, or other non-volatile storage for later execution. In this manner, controller 650 may obtain application code in the form of a carrier wave.
Access devices may include any device capable of interacting with controller or other service provider. Some exemplary devices may include a mobile phone, a smart phone, a tablet, a netbook, a notebook computer, a laptop computer, a wearable computing or electronic device, a terminal, a kiosk, or other type of automated apparatus. Additional exemplary devices may include any device with a processor executing programmable commands to accomplish the steps described herein.
A controller may be a programmable board such as an Arduino board, and/or one or more of: personal computers, laptops, pad devices, mobile phone devices and workstations located locally or at remote locations, but in communication with the system. System apparatus can include digital electronic circuitry included within computer hardware, firmware, software, or in combinations thereof. Additionally, aspects of the invention can be implemented manually.
Apparatus of the invention can be implemented in a computer program product tangibly embodied in a machine-readable storage device for execution by a programmable processor and method actions can be performed by a programmable processor executing a program of instructions to perform functions of the invention by operating on input data and generating output. The present invention may be implemented advantageously in one or more computer programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and at least one output device. Each computer program can be implemented in a high-level procedural or object-oriented programming language, or in assembly or machine language if desired, and in any case, the language can be a compiled or interpreted language. Suitable processors include, by way of example, both general and special purpose microprocessors.
Generally, a processor will receive instructions and data from a read-only memory and/or a random-access memory. Generally, a computer will include one or more mass storage devices for storing data files; such devices include magnetic disks, such as internal hard disks and removable disks magneto-optical disks and optical disks. Storage devices suitable for tangibly embodying computer program instructions and data include all forms of non-volatile memory, including, by way of example, semiconductor memory devices, such as EEPROM and flash memory devices; magnetic disks such as, internal hard disks and removable disks; and CD ROM disks. Any of the foregoing can be supplemented by, or incorporated in, ASICs (application-specific integrated circuits).
In some embodiments, implementation of the features of the present invention is accomplished via digital computer utilizing uniquely defined controlling logic, wherein the controller includes an integrated network between and among the various participants in Process Instruments.
The specific hardware configuration used is not particularly critical, as long as the processing power is adequate in terms of memory, information updating, order execution, redemption, and issuance. Any number of commercially available database engines may allow for substantial account coverage and expansion. The controlling logic may use a language and compiler consistent with that on a CPU included in the medical device. These selections will be set according to per se well-known conventions in the software community.
Referring now to
In some aspects, the server 725 and access devices 705, 710, 715 may be able to communicate with a cohost server 740 through a communications network 720. The cohost server 740 may be in logical communication with an internal network 745 comprising network access devices 741, 742, 743 and a local area network 744. For example, the cohost server 740 may comprise a payment service, such as PayPal or a social network, such as Facebook or a dating website.
Referring now to
In some embodiments, the mobile device 802 may comprise a microphone 810, wherein the microphone 810 and associated circuitry may convert the sound of the environment, including spoken words, into machine-compatible signals. Input facilities 814 may exist in the form of buttons, scroll-wheels, or other tactile sensors such as touch-pads. In some embodiments, input facilities 814 may include a touchscreen display. Visual feedback 832 to the user may occur through a visual display, touchscreen display, or indicator lights. Audible feedback 834 may be transmitted through a loudspeaker or other audio transducer. Tactile feedback may be provided through a vibration module 836.
In some aspects, the mobile device 802 may comprise a motion sensor 838, wherein the motion sensor 838 and associated circuitry may convert the motion of the mobile device 802 into machine-compatible signals. For example, the motion sensor 838 may comprise an accelerometer, which may be used to sense measurable physical acceleration, orientation, vibration, and other movements. In some embodiments, the motion sensor 838 may comprise a gyroscope or other device to sense different motions.
In some implementations, the mobile device 802 may comprise a location sensor 840, wherein the location sensor 840 and associated circuitry may be used to determine the location of the device. The location sensor 840 may detect Global Position System (GPS) radio signals from satellites or may also use assisted GPS where the mobile device may use a cellular network to decrease the time necessary to determine location. In some embodiments, the location sensor 840 may use radio waves to determine the distance from known radio sources such as cellular towers to determine the location of the mobile device 802. In some embodiments these radio signals may be used in addition to and/or in conjunction with GPS.
In some aspects, the mobile device 802 may comprise a logic module 826, which may place the components of the mobile device 802 into electrical and logical communication. The electrical and logical communication may allow the components to interact. Accordingly, in some embodiments, the received signals from the components may be processed into different formats and/or interpretations to allow for the logical communication. The logic module 826 may be operable to read and write data and program instructions stored in associated storage 830, such as RAM, ROM, flash, or other suitable memory. In some aspects, the logic module 826 may read a time signal from the clock unit 828. In some embodiments, the mobile device 802 may comprise an on-board power supply 842. In some embodiments, the mobile device 802 may be powered from a tethered connection to another device, such as a Universal Serial Bus (USB) connection.
In some implementations, the mobile device 802 may comprise a network interface 816, which may allow the mobile device 802 to communicate and/or receive data to a network and/or an associated computing device. The network interface 816 may provide two-way data communication. For example, the network interface 816 may operate according to an internet protocol. As another example, the network interface 816 may comprise a local area network (LAN) card, which may allow a data communication connection to a compatible LAN. As another example, the network interface 816 may comprise a cellular antenna and associated circuitry, which may allow the mobile device to communicate over standard wireless data communication networks. In some implementations, the network interface 816 may comprise a Universal Serial Bus (USB) to supply power or transmit data. In some embodiments, other wireless links known to those skilled in the art may also be implemented.
As an illustrative example of a mobile device 802, a reader may scan some text from a newspaper article with mobile device 802. The text is scanned as a bit-mapped image via the optical capture device 808. Logic 826 causes the bit-mapped image to be stored in memory 830 with an associated time-stamp read from the clock unit 828. Logic 826 may also perform optical character recognition (OCR) or other post-scan processing on the bit-mapped image to convert it to text. Logic 826 may optionally extract a signature from the image, for example by performing a convolution-like process to locate repeating occurrences of characters, symbols, or objects, and determine the distance or number of other characters, symbols, or objects between these repeated elements. The reader may then upload the bit-mapped image (or text or other signature if post-scan processing has been performed by logic 826) to an associated computer via network interface 816.
As an example of another use of mobile device 802, a reader may capture some text from an article as an audio file by using microphone 810 as an acoustic capture port. Logic 826 causes audio file to be stored in memory 830. Logic 826 may also perform voice recognition or other post-scan processing on the audio file to convert it to text. As above, the reader may then upload the audio file (or text produced by post-scan processing performed by logic 826) to an associated computer via network interface 816.
Dispensing Apparatus
An integral part of the concepts disclosed herein relates to method and apparatus to improve accuracy and effectiveness of fast food restaurant order realization. One of the final steps in order realization is the delivery of prepared food to the customer. Novel apparatus for dispensing may interact with computer systems and servers that organize a variety of operational aspects of food order realization. Referring now to
In some examples, a dispenser that is located on the exterior of a restaurant may include a user interface 930, with which a consumer may interact for order pick-up and other functions. The user interface 930 may comprise a screen 931, for displaying instructions and information to the consumer. In some embodiments, this screen may be voice activated or feature a touch screen, allowing the consumer to interact with icons and buttons displayed on the screen. In other possible embodiments, this screen may merely display information for the user, who interacts with an application on their mobile device.
Multiple other embodiments and user interface schemes may be possible, with multiple interface methods having importance to allow different users to interact with the dispenser 900 in their preferred method. The user interface may include connections to the internet or to a private network of the restaurant as well as wireless interface connections for various standards include WiFi, Cellular, Near Field Communication, Bluetooth, ZigBee, RFID, and the like. The user interface 930 may also comprise a scanner 932, to scan barcodes, QR codes, or other user-specific codes generated by the application system, for ordering or pick-up purposes. This code may be integral to identify a user who has arrived at the dispenser 900, identify a user's order, or many other significant identifying information that may be important to ensure that a consumer receives their order.
In some examples, the user interface 930 may be located adjacent to the front access ports 920, as shown in
Referring to
Food conveyance and conditioning pods 940 may be tuned to heat or cool the food placed within to a desired temperature, to maintain optimal consumption conditions while they wait in a storage location 960 for pick-up by a consumer. In
Other movement apparatus 950 types may be possible, such as sliding mechanisms that translate, rather than rotate the food conveyance and conditioning pods 940 to different locations within the dispenser 900, as a non-limiting example. Numerous means to create a storage location for food that may be accessed by restaurant personnel for placement of food, that may maintain environments surrounding the food during its storage, and that may dispense the food to a user when control conditions indicate a condition to dispense the food.
Referring now to
In an important embodiment, the food products are contained within fixtures within a bin of a dispenser where the fixtures are maintained within the bin when the customer removes their food. Thus, cup holders and food product bins may be opened to the customer where the customer may reach into the bin and remove cups and packages of food without removing the storage fixtures from the bin. Thus, in some embodiments there may be no paper or metal tray utilized to dispense food products to a user.
Similarly, raised sides of the cup holder 972 of the distribution tray may keep drinks from falling out of the distribution tray or falling over inside of the distribution tray when being placed inside of the food conveyance and conditioning pods 940, when a consumer is removing the distribution tray from the food conveyance and conditioning pod 940 to acquire the beverage and/or other items, or at other points in the process between the pouring of and consuming of the beverage, where it may be jostled or otherwise inclined to fall. If an order contains just food or just beverages, an employee may use a distribution tray optimized for food 973 (
Referring now to
There may be two separate food conditioning areas 980 which exist inside a single pod, with individually condition control hardware 981. Thus, in some examples, the environment of the left side portion of the pod may be maintained at a refrigerated condition while the environment of the right-side portion of the pod may be maintained at a heated condition.
In some examples, the separation between the left and right sides of the pod may be achieved by a movable partition door 982, shown in a closed position in
Referring to
In the case where there is an interference of the intermediate door, an employee may be warned of its happening, and prompted to adjust the food or otherwise remove the blockage inside of the food conveyance and conditioning pod 940. The profile of the partition door 982 may have a close fit to the distribution tray allowing the partition door 982 to close down on the distribution tray with minimal resistance or friction, yet to achieve as much of a thermal insulating barrier between the two separate food conditioning areas 980 as possible. This fit may also achieve further stabilization of the distribution tray within the food conveyance and conditioning pod 940 as it is moved around for storage and distribution.
When the food is ready for pick-up, the food conveyance and conditioning pod 940 may open at the front access port 920, and the partition door 982 may move to its open position. This frees the distribution tray to be grasped by a consumer and slid out of the food conveyance and conditioning pod 940. In some examples, the illustrated trays may reside with the bin and provide supportive surfaces to store the food in, where a user will reach into the bin and remove the food products from the bin trays without removing a tray. In some embodiments, separate smaller distribution trays may be placed in each of the separate food conditioning areas 980, or a single smaller distribution tray may be placed in a single food conditioning area 980. In some embodiments, both separate food conditioning areas 980 may be heated to maintain the condition of hot food or other heated items; alternatively, both separate food conditioning areas 980 may be cooled to maintain the condition of cooled beverages, ice creams or other cooled items. As the third possibility already mentioned, one of the separated food conditioning areas 980 may be cooled, while the other is heated.
There may be numerous sensors to monitor temperature, humidity, gas composition and the like. Other sensors may monitor the presence of food products and trays within the device. In some examples, cameras may be located within the pods to allow for remote viewing of the status within the pod. Other examples of sensors may include weight detecting pads or devices located within the bin that can identify when an item is placed or removed from a bin. The resulting signal can support the closing of the bin/pod.
In other examples, a weight range sensor may be used that may identify an approximate weight range of an order placed into a bin. This weight may be compared to a range of weights that may be expected for a particular order. Variation outside of an expected weight range may signify to the kitchen staff a potential with a paired order.
An RFID tracker or other proximity device may be tagged, labeled, placed, or stuck-on an order. In some examples, the device or tracker can be paired or assigned to a bin or dispenser. When the tracker or device is removed along with the order, the bin or dispenser may recognize its removal and close the bin/pod paired when a tracker device is observed to be removed. In a similar manner, laser scanning apparatus may also be used to determine when an item has been removed from its corresponding/paired bin or when the bin contains its order.
In some examples, the application may provide the user with a variety of control options that may be user selectable. For example, a user may request a target time for the placement of food into a food storage bin. In some examples, a GPS based positioning signal of a user may be utilized to determine their proximity and estimated arrival time at a dispense where such an estimate could be used to implement the targeting for placement of food or for heating hot food products shortly before an expected arrival of a user. The location determination may utilize geopositioning/geofencing techniques based on GPS receivers, cell phone location based on cell/repeater location capabilities, or any other technique that supports a determination of a user's location.
In some other examples, the user may choose a customized temperature and/or humidity that a user can request while their food is stored. In some specialized pods, there may be special equipment such as the ability to invoke a microwave function of the specialized pods. Users may request a pod with a microwave and may set a particular setpoint for microwaving their product when they pick-up the order. In some examples, a pod may comprise heat lamps. Hereto, the user may set particular set points for the heat lamp including when to turn on the heat lamp, when to turn off the heat lamp, and what level to set the heat lamp. In some other examples, pods may have specialized features to introduce aromas into the packaging of the stored food upon pick-up. Like the other specialized functions, the user may have optional control over the type of aroma, and quantity of aroma to distribute upon their packaging as the order is picked up.
The interior of the pods may be subject to numerous events that may create a dirty condition. Therefore, in some examples, the internal components may be shielded by covers which may be removable for thorough cleaning. In some other examples, the covers may be formed of removable material which may be disposable. So, a removable portion 970 may be removed and replaced at a frequency while the underlying surfaces may be cleaned between the placement of the removable covers. In other examples, the components may be sufficiently encapsulated so that the entire bin may be washed with vigorous washing flows. In some examples a pod washing apparatus may be located within the base of the dispenser and it may be able to engage a pod while it is stored in the lowest condition. The front and rear doors of the pod may be opened, after checking that the pod is empty. The cleaning unit may interface with the pod to clean, and/or sterilize and/or dry it.
In some examples, a user may connect to a dispenser in route. The choice for which dispenser to connect to may be determined by a variety of influences which may include the path of destination, time duration, selecting a store associated with a dispenser, application integration (i.e. google maps), proximity to current location, or its location near certain destinations.
Application Flow.
Referring to
In some examples, an application form of a software program may be installed on a mobile device. The fast food-based application may be engaged by a user when preparing to order food. At step 1000 a user may attempt to utilize the application. A check may occur at step 1001 on a device that a user is utilizing. If the application is not present on the device, then the application may be downloaded 1002 and an account may be set up 1003. After account setup, the user may use the application at the same point on the flow when the earlier determination would have found that the application was present. The application may be used to select a location for the user to obtain a food product 1004.
In some examples, an automatic location selection process may be used. A GPS or mobile unit-based location may be determined by the application and that location may be compared to a location-based database for food products in the proximity of the user, where such a list of proximate location may be presented to the user. In some examples, other information about the user may be accessible to the application, such as preferences about types of restaurants, specific brands of restaurants and the like which may be used to prioritize lists presented to the user. In other examples, the user may opt to enter a manual selection for a particular restaurant and/or location. The barcodes created by the system can be scanned at numerous restaurant types that support the application, regardless of location. One barcode may be scanned at any franchise location, thus identifying the user's arrival at a specific restaurant upon scan. In some examples, during the ordering process the application may determine the nearest or most appropriate, based on other metrics, restaurant for the user to go to, if the user is open to the system making such a recommendation. The system may interface with other applications to assist the user with directions to such chosen restaurants.
At step 1005, the user may initiate the order process. The applicant may query the user, at step 1006, whether the order processing is for the user alone or for the user and one or more acquaintances. If the order is an order for a group of people, a repetitive loop of steps may occur to determine the identity of the users in the group 1007. The initial user may identify or invite other users by various means including their mobile number, their email address, an identification from various social media applications or other such means. For each of the group of identified users, the application may reach out to them with an invitation 1008. Each of the users may be contacted on a device where the presence of the application may be assessed 1009. If the application is not present on the next user of the group's device, it may be downloaded 1010 and the user's information may be used to set up an account 1011.
The application may receive a response from the user as to whether he wants to participate in the group order 1012. If the user rejects the invitation, then that user is terminated from the group 1013. The process may occur for each of the users identified in the group or until a timing deadline is reached. In some examples, the originator of the group may be asked for a deadline for group members to add their orders. In other examples, the user may obtain a status of the group members in their ordering process and may elect to end a waiting period for any members who have not completed their ordering process.
For users who accept the invitation, the applicant may allow them to place an order 1014. The application may offer to the user the ability to pay for their own order as well as an option to pay for the order of others in the group 1015. In many cases, the first user of the group may opt to pay for the entire group of subsequent users. Nevertheless, flexibility for other payment options may exist where other members of the group may pay for themselves or others. If the user from the group indicates they would like to pay for others, they may be presented with a list of the users in the group that they may pay for. At step 1016, the user may choose which of the group to pay for. At step 1017, the user may choose a manner of payment. For users in the group whose orders have been selected to be paid by another, the user in question may opt whether to accept the payment of another and for other situations the user may choose a method of payment. In some examples, users may have standard forms of payment that they may store on a database that the application interacts with. At step 1018, the first person who initiated all the ordering, who may be considered an organizer, may receive a submission of the orders of the group, the payment status, and the like. The organizer may finalize the ordering preparation process and confirm the orders at step 1022.
If there is no group order, then the ordering process may step from the previous step 1006 to a step where the user can select an order for themselves 1020. At step 1021, the user may make a selection of the manner of payment for the order. The application may default to a user's favorite method of payment. As with the group process, there may be numerous forms of payments that may be stored about a user on a server system associated with the application. In other examples, the user may provide information about a new form of payment, gifting rewards points, sharing store promotions, or other payment methods.
The payment for the order may next be presented to the user at step 1023. In some examples, the user may be given a choice between paying for the order after authorizing the order at step 1024. In which case, the payment will be processed. Alternatively, the user may opt to complete the payment at a later time. Processing may proceed to next generating a code 1025 associated with the order such as a 2-dimensional barcode or other unique identifying code. After the generation of the code, the processing may continue to one or more different flows related to use of the code 1026 in store, at a remote dispenser, or through a drive-thru. The application can generate unique barcodes, for users to place “Quick Orders,” making payment, validating orders in-store and drive-thru, and picking up food from dispenser apparatus. Users may choose to receive notifications when an order is placed, when payment is made, when their order is ready for pick-up and other key functions of the operational process.
In some examples, the application may include a feature to “send order by me” command. Capability to send quick order or automatic “go-to” order to a certain restaurant or dispenser. In using the feature, a user may preselect a store, pick store by distance, route, direction, proximity, by landmarks/locations, time, or other methods. In some examples, the user may use voice control in controlling features.
Throughout this description reference is made to the use of “barcodes”. It is understood that the use of the word “barcode” can be interpreted as a cryptographic representation or variations of images, codes, or other representations, which can be used to, but not limited to, unlock, decode, translate, transmit, or process a plurality of user information, payment information, order information, or any other information that is pertinent to the operation or use of the systems discussed within.
In-Store Flow.
In some examples, an order flow may be initiated with the application flow as described and then completed in the store. In some examples, the steps described with the application flow may occur in-store and then they may naturally be completed in-store. Referring to
Referring back to reference step 1101, in an alternative, the user may not have already placed an order and may prefer to use the application to process their order. As discussed previously, such an instore order process may also proceed with a group order processing scheme. At step 1106, the user may proceed to the application and at step 1108, the user may place an order through the application which may result in the generation of a unique barcode 1115. After proceeding through this operational step, the operational flow may proceed to the previously discussed step 1102 for further operation.
In the alternative, at step 1106, the user may opt not to place their order in the application device. Under such circumstances, the user may proceed to order and/or pay at either a kiosk or at a service counter within the restaurant 1109. In some examples, the ordering process may result in the printing of a receipt that includes a unique, barcode pattern 1110 consistent with the other operational aspects discussed herein. In some other examples, a barcode may be provided to the user on a label separate from any receipt that may be provided. In still further examples, the barcode may be electronically provided to a smart device of the user in addition to any receipt. In any of these cases the user may proceed in the operational flow to pick-up their order at step 1111.
During the completion of the ordering process, the pick-up location may be designated to be a dispenser as defined within the present specification. The designation may be made, in some examples at the choice of a user through operation of the mobile application, or through choices made at a kiosk, or with verbal communication with an employee at the counter. In other examples, the restaurant logistics systems may elect to provide the order at a kiosk and this may be communicated to the user. The operational flow depends upon the state of whether the pick-up location is at a dispenser at step 1112. If not, the user may receive their order via a typical flow at step 1113. If the pick-up location is a dispenser, then the operational flow will continue at step 1114 with the operational flow relating to dispenser operations in sections following.
Drive-Thru Flow.
The operational flow aspects of the present invention provide operational aspects for drive-thru operational flows which may expedite the delivery of a pre-order from the app. The operations may also streamline drive-thru operations for users who do not use the application software and hardware of the present invention.
Locations utilizing the present invention may have the option of implementing a license plate scanner within drive-thru lanes. The automobile license plate may be scanned and associated with a user, either through information provided by users in their application or through previously filled orders of a user with an automobile comprising the license plate. When there is a match to a user, and a match to an existing order, the application will determine the status of the order.
Referring to
There may be other means of identification of the user within a vehicle. In some examples, an automobile may communicate a unique identifier through its electrical systems through a WiFi, Bluetooth or other system broadcast. In some examples, the automobile may maintain a database and itself may be able to interact with communication systems of the restaurant at the drive-thru to understand the identity of the restaurant and communicate a specific identifying code associated with the car at the particular type of establishment. In other examples, the user's mobile device may communicate identifying information to the establishment at the drive-thru. Equivalently, if any of these methods are used, the resulting identification information may be used to determine whether the user is recognized at step 1203.
If the user is recognized, then the status of whether an order has been placed is queried at step 1204. If the order has been placed, then the operational flow proceeds to assessing whether the order has been paid for at step 1210. If any of the status queries, including whether there is a license plate scanner, whether there is a recognized user, or whether an order has been placed has a negative status, then the operational flow may proceed to whether the user at the drive-thru has the application on a mobile device at step 1205. If the user has the app, then the app is used to assess whether an order has been placed at step 1206. If an order has been placed, then the processing flow also proceeds to the step at 1210 of whether the order has been paid.
On the other hand, if the order has not been placed at step 1206, then the operational flow proceeds to step 1207 and the order is placed by the user on the app. The system may process the order and generate a barcode 1225 and processing also proceeds to the step at 1210 of whether the order has been paid for. If it has been paid, then the flow will proceed to allow the user to pick-up the food 1220. If the bill has not been paid, then the user may pay in an app 1211 after the user has scanned the unique barcode at the kiosk. If the user opts not to pay in the app, then the processing may proceed to the user proceeding to a kiosk, and then scan their barcode to order and pay 1212. The payment may proceed by a credit card charge, bill payment, or through using payment mechanisms set up in the account of the user on the application which may be accessible at the kiosk.
If at step 1205 the user is found not to have an application installed on a mobile device, the application flow may proceed to step 1208 where the driver may proceed to a kiosk where the user may place an order and pay for it. After the payment is completed, the user may receive a receipt with a unique barcode identifier thereupon 1209. The user may take the receipt to pick-up the food 1220.
When the processing proceeds to step, to pick-up the food 1220, a state may be resolved relating to whether the pick-up processing has been sent to a dispensing apparatus. 1221. If the processing has been sent to the dispensing apparatus, then processing proceeds to the operational flow for automatic dispensing, as mentioned in following sections 1222. If the dispensing is not sent to a dispensing apparatus, then processing proceeds to normal operations 1230 such as an employee dispensing a food order to the user.
Dispenser Flow.
The operational flow aspects of the present invention include steps related to the utilization of unique dispenser apparatuses. In some examples, a single type of dispenser is utilized in a number of locations of a store/restaurant. In others there may be tailored types of dispensers depending on the location of the apparatus within the store. A dispenser is a point-of-sale food pick-up device for orders placed using the application related flows as have been described. After marking the order with a unique barcode or identifier, kitchen staff can place the food order into the dispenser for easy retrieval by the user. The order can be scan, cataloged, and traced by matching the user-specific code with the said unique identifier from the kitchen.
In the various operational states as mentioned previously an order for food is placed with the restaurant. Upon receipt of the order, the store prepares and packages the food. Barcodes are used to identify the orders and placed on order containers. Barcodes are scanned prior to the order being placed in a dispenser bin to track the location of order and guide the customer to their order for automated pick-up. Upon scan, a dispenser pod is matched or paired to the item, which will then correspond with the customer's uniquely generated identifier scanned at pick-up.
Proceeding to
Continuing with
As the user interacts with the dispenser they may provide information about themselves by scanning their barcode 1311 with a barcode scanner of the dispenser. In some other examples, the dispensing system may also be able to read a facial scan or license plate on a vehicle of the user for identification. Other biometrics may be obtained for identification purposes or cross-referenced with other identification methods. Methods as such may be paired with scanning systems at the time of order to assist in the identification of users who may or may not have used a mobile application or device. Next, the system may investigate whether the order related to the barcode/license plate is located in the dispenser at step 1312. If the order is not located in the dispenser, a report condition is flagged at step 1314. The report may be passed on to restaurant or other staff of the restaurant. The staff may interact with the customer 1315 at the dispenser. This may be through two-way communication devices at the dispenser, which may include an audio/video session through the kiosk of the dispenser. In other examples, a staff may resolve the discrepancy in person at step 1316. In other examples, the report of the missing order may be reported to the user through the application at step 1317. Hereto, staff of the restaurant may interact with the client in person to resolve the issue at step 1316.
When the order is found at step 1312, the processing will continue to support the collection of the items for the order 1313. In some examples, the processing at step 1320 may proceed to move a food conveyance and conditioning pod from a storage location to a location which may open up to the verified customer. Then the customer may collect their order at step 1321. In some examples sensors in the dispenser may sense whether the order has been fully collected and warn the user if not. If the item remains uncollected, communication to both the store and the customer may be made at step 1324 using the application and various communication means. If the item is collected, the system may query the user as to whether the order was the correct order at step 1322. In some examples, in addition to the answer of whether the order was correct, the customer may be given the chance to provide feedback 1323 about the order, quality and process to fulfill the order. If the order is incorrect, a report condition is flagged at step 1324. The report may be passed on to restaurant or other staff of the restaurant. The staff may interact with the customer 1326 at the dispenser. This may be through two-way communication devices at the dispenser, which may include an audio/video session through the kiosk of the dispenser. In other examples, a staff may resolve the discrepancy in person at step 1327. In other examples, the report of the missing order may be reported to the user through the application at step 1325. Hereto, staff of the restaurant may interact with the client in person to resolve the issue at step 1327.
IdentificationThere may be numerous types of codes that may be used to provide identification and operational information. In some examples herein, barcodes may be used including one dimensional barcodes, two dimensional barcodes and more sophisticated barcodes where color or holographically encoded information may be accessed. In some examples, 2D barcodes may be used in various steps throughout the ordering and pick-up process. Examples of the 2D barcodes may include those that use JSON Web Token (JWT) technology (such as may be found in reference to the web page https://jwt.io/) to encode data pertinent to a transaction.
The “Operating System” or application will decode and validate the tokens, and then process transactions. Referring to
The barcode may contain numerous forms and values of information relating to the customer, the order, and other operational aspects. In an example, the information contained in the code may include the following data: data for transaction validation; a transaction type identifier; an order number; a location identifier; financial information such as the total cost of an order, and a signing key which may include the means to identify dispensing locations and storage bins and the information to unlock dispensing apparatus for an order with security. A signing key may be a unique identifier that is generated each time a barcode is requested and provides a secure manner to control the integrity of barcodes to users, orders and produced food products. This may ensure that a new, uniquely generated barcode may not be duplicated or copied, is user-specific, may only be used within the application, or is newly generated at the start of every order process, thus enhancing user security and order fidelity. Upon dispenser scan, the user-specific, uniquely generated barcode with signing key functionality may be encrypted, erased, locked, or any other method may be used in disabling the barcode and rendering it unusable or incompatible for future use.
“Quick Orders”A user of the applicant may build an experience history as they utilize the application for purchasing orders. The overall operational flow may be controlled by software algorithms that operate on servers that may be located in a restaurant or remote from a restaurant. The user's identity may cause algorithms to pull up the order history of a user and display a set of “Quick Orders” which the user may select in as little as a single finger stroke. There may be numerous ways that the system choses and provides choices for the quick order scheme. In a first example, the system may look at order history and choose from the highest frequency orders that a user has made and provide the top ones as quick order options. In some examples, the frequency of orders may be time weighted so that the most frequently order most recent orders are dominant as choices for quick orders. In a different vein, in some examples the system may have access to other information related to the user and his environment where factors such as the temperature of the environment that the user is located in may influence the types of orders that are provided as quick orders. In some other examples, the recent history of orders of all users not just the user himself may provide a “socially” influenced list of quick orders. If the user has linked the application with social media systems, choices across “friends” of the user may be provided as a quick order for the user. In other examples, the system may have access to marketing promotions of a particular restaurant that a user is in proximity to and some of these may be provided to the user as a quick order. Saved favorites may also be categorized and stored for later use so the user only has a single button request to generate a favorite order to be scanned and paid for at kiosk arrival.
A quick order may function as a list of graphical options that is displayed to the user through a mobile device using the application or through a kiosk where the kiosk has been initialized to the user's identity for an interaction session. The user may touch one or more of the quick order options to get more information about the option, and ultimately as the user drills down to the information about the option, they may be able to touch a button to activate an order process of the button. The quick order process may create a barcode in much the same manner as has been described with information contained in the code such as a transaction type identifier, a particular quick order identifier, a user identifier, payment identifiers and the like.
Order/Package Label Logistics
When a kitchen utilizing the applications as discussed herein receives an order, the system may communicate a unique order label to apparatus in the kitchen which may be used to identify and track an order process. Said label may match or correspond to the user's unique identifier. At each step in the process of preparing the food order, assembling the food order, and placing the food order into dispensers a unique order label(s) will be scanned to allow the order and its associated status to be tracked, logged, and matched to a dispenser and corresponding user-specific, unique identifier. The printed label may include transaction type identifier, order numbers, location identifiers, financial information including total cost, a signing key, and the like.
Infrastructure Architecture
A core aspect of the various operational improvements disclosed herein is the supporting information technology architecture and its associated software. In some examples, the infrastructure architecture platform makes use of a Service Oriented Architecture pattern. Referring to
Given the distributed nature of the service, as well as the possible scale of use, this exemplary architecture may be built to scale horizontally. As services receive higher amounts of usage, more servers may be added to a “pool” to handle the increased load. The API Servers 1530 provide the resource for processing transactions in the system. Requests will be routed to a Message Queue and distributed to other workers within the system. To make the system fault-tolerant, the architecture may use message queues 1540 to communicate between services and ensure that transactions are resent and processed in case of failure. Continuing with the architecture, various caching mechanisms 1550 may be used to ensure application speed is maintained at a high level. As well, various data stores 1570 may be implemented to hold application data.
Physical Architecture.
Various physical devices support the operational flows as have been defined. The physical architecture may include various hardware devices and software applications throughout the ordering and pickup process. Some of the physical devices may include barcode scanners, browser-based applications, dispensers, food preparation and packaging devices, kiosks, facial scanners, license plate scanners, communication devices such as routers, WiFi nodes, near field communication hubs, mobile applicant platforms, receipt, and label printers as non-limiting examples. Each of these elements may work with one another in various ways throughout the process.
Different combinations of these different device types may be used in the store versus at the drive-thru and in other external locations. A user who engages with the system in-store may interact with the system with numerous exemplary devices. For example, a mobile device may be used in-store to place an order, invite users for group orders, and generate barcodes for various activities with the application on their mobile device. Another example may include a kiosk with barcode scanners which may enable a user to place an order in various manners. The kiosk with barcode scanner may interface with a user's mobile device, or it may be used to manually place an order. The kiosk with barcode scanner may enable the user to pay with their mobile device or pay directly through the kiosk. A barcode printer made be used in cases that the user does not use the other aspects of the application; in which case they will receive a receipt with printed, use-specific barcode to interact with the rest of the operational flow. Dispensers may be located in store to dispense from the kitchen to the customers in the restaurant hall.
The drive-thru operations of the system may use some of the same physical architecture as is used in store but in different ways, and it may have additional devices. For example, the external drive-thru may have a combination of license plate scanners that may identify a customer as they approach the restaurant and drive-thru and another set of scanners when they pick-up their food at a dispenser. There may be two types of dispenser related to drive-thru operations. In a first example, a dispenser may be located at a wall of the restaurant, so the restaurant staff may load from the kitchen and the user may pick-up thru the drive-thru lane. In another type of external operation, a standalone dispense may be used where the dispenser does not pass thru a wall and a car may pull up to an isolated dispenser device. Remote orders placed ahead of time may come to a designated dispenser as well. The user may engage the system through use of their mobile device. The use may employ the mobile device to place an order, invite users for group orders, and generate barcodes for various activities with the application on their mobile device. The external physical architecture may include a kiosk with a barcode scanner which may allow a user to place an order with their mobile device, manually place an order at the kiosk, pay with their mobile device, and pay through the kiosk. The kiosk may also include a barcode printer for users to print a barcode receipt if they are interacting with the system without a mobile device application. The dispenser itself may include a hardware component with functionality similar to a kiosk.
Another set of operations which include a physical architecture may be within the kitchen. Employees who are preparing the food and performing operations may receive information and directions from browser-based applications displaying information on terminals to process orders, print labels for food items or containers, and track orders. Barcode and label printers may be used to create the user-specific, barcode labels to organize logistics and ensure food location and correct order placement into dispensers. A number of types of dispensers will physically interact with the kitchen where employees may load food packages with barcodes thereupon. A track system, belt, mechanized item container, or other means of transporting, automatically labeling, scanning, pairing with a dispenser bin, or loading items into a dispenser or dispenser bin may be used. This may aid kitchen staff in item queue management, tracking, scanning, or delivery into the dispenser. Scanners in the kitchen and at the dispenser may be used to track food products as they are processed and in their storage locations within dispensers. Said user-specific barcodes, may match the same one-time, user-specific generated barcode given to a customer.
Specific ExamplesOrdering Process at a Kiosk
The methods, apparatus, and application software as have been described may be used in some examples to enable use of kiosks in the ordering process. Referring to
License Plate Scanning and Ordering
The methods, apparatus, and application software as have been described may be used in some examples to enable license plate scanning techniques in the ordering process. Referring to
The methods, apparatus, and application software as have been described may be used in some examples to enable license plate scanning techniques in the order dispensing process. Referring to
The methods, apparatus, and application software as have been described may be used in some examples to enable ordering and dispensing flows that do not involve mobile application processing. Referring to
Operational Flows with Drive-Thru Point of Sale Kiosk Scan
The methods, apparatus, and application software as have been described may be used in some examples to enable ordering and dispensing flows that do not involve mobile application processing. Referring to
License Plate Scan for Dispensing without Mobile Application Processing
The methods, apparatus, and application software as have been described may be used in some examples to enable ordering and dispensing flows that do not involve mobile application processing. Referring to
The methods, apparatus, and application software as have been described may be used in some examples to enable ordering and dispensing flows for groups of users. Referring to
Referring to
The methods, apparatus, and application software as have been described may be used in some examples to enable ordering and dispensing flows for groups of users. Referring to
The methods, apparatus, and application software as have been described may be used in some examples to enable ordering and dispensing flows for groups of users. Referring to
Ordering with the Application
The methods, apparatus, and application software as have been described may be used in some examples to enable ordering and dispensing flows for groups of users. Referring to
Ordering without the Application
The methods, apparatus, and application software as have been described may be used in some examples to enable ordering and dispensing flows. Referring to
Frequency of facial, license plate, or barcode scan at a kiosk or dispenser may be analyzed and provide restaurant activity statistics, order statistics, wait status, or a plurality of other pertinent user or order statistics valuable to a restaurant or user, which may be communicated via the application.
Remote OrderingThe methods, apparatus, and application software as have been described may be used in some examples to enable remote ordering and dispensing flows. Referring to
The methods, apparatus, and application software as have been described may be used in some examples to enable automatic ordering and dispensing flows. Referring to
Referring to
At an exemplary step in
The employee may recall a dispenser's bin or pod via the terminal such as in the exemplary
In some examples, as depicted in
This loading system may lead to and from a bin or pod housing unit 3043, which may store empty bins for use of food preparation, fulfilment, order matching, dispenser matching, maintenance, cleaning, and delivery to an onsite or offsite dispenser. A bin/pod housing station may exist internal or external to a food preparation facility, which may contain a multitude of dispensers or several dispenser bins or pods. From said bin housing station, a bin may be sent to an onsite or remote (offsite) dispenser, or to a drone delivery and receiving station. An order preparation station 3020 may be where bins or pods are deployed to or sent from for quick interaction with employee order fulfillment. Multiple order preparation stations may exist. A preparation station may adjoin with employee terminals 3040. An employee 3035 may also manually pair and place dispenser bins or pods within a dispenser, loading track, or into a loader device adjacent to the dispenser or preparation station after the order is fulfilled. Each bin or pod may be automatically assigned to or paired with different dispensers based on order type. For instance, a preorder may be sent to a standalone dispenser located onsite of a food preparation facility's parking lot designated specifically for preorder pickups. A bin may also be assigned or paired with a dispenser based on an initial food item scan at the order preparation station. Scanning equipment 3042 may be used to track dispenser bins 3045 during the flow or queue and match a dispenser bin to a food item by scanning said food item. An initial food item selection at the order preparation station may also commence an order fulfillment process, such as automatically ejecting and filling a drink cup 3030 and the subsequent labeling 3025 of said drink cup to be used in a scanning process to identify, track, match, and automatically place the drink cup, or similar order, to a called bin stored for later customer pickup.
Bin Preparation and Loading StationReferring now to
The food item container's may be passed, manually or autonomously, to an employee 3071 loading a bin 3063 and subsequently matched to one or combination of said bin, dispenser 3062, pickup point, customer, and the like. Food item containers may also be filled, processed, marked, stamped, scanned, matched, or placed within a bin at separate order preparation stations and subsequently sent to the next necessary order preparation station until the order fulfillment process was complete and the bin ready to be sent to a pickup, delivery, or dispenser location. A bin 3063 may be summoned by a multitude of methods such as an item being scanned by an employee, or by a request to start order from an employee terminal, and the like and may be transported from location to location by tracks 3044, conveyor belts, six-axis robotic arms, pick and place functions, other automated devices, and/or drones 3050 or other autonomous deliver devices.
A centralized fulfillment or loading station 3069, 3070 may exist where individual order items are processed, scanned or, placed in bins at the station. Order fulfillment status may be displayed at an employee terminal where said employee is identified with whether the order status is complete and ready to be sent to corresponding delivery, pickup, or dispenser location. Said order fulfillment status may be determined by one of many methods such as tracking individual food item container's scanned, approximate order weight, sequencing of food items automatically ejected at different preparation stations, visual reference by an employee, and the like.
As mentioned, individual bins may be summoned or requested to start the order preparation and fulfillment process. Additional methods may include but are not limited to a centralized loading or fulfillment station, an assembly line fashion of loading a bin as items are prepared at multiple fulfillment locations, a preparation, loading, and fulfillment station attached to a specific dispenser or delivery location that corresponds to a specific order, and the like. Several employee terminals may exist that correspond only to certain dispensers. For example, an employee terminal may only correspond and handle a combination of remote and drive-through orders whilst another terminal may only handle pre-order, carryout, and onsite orders. In some examples, a customer 3053 may receive an order at an external dispenser 3052 where authentication of the customer identity may be performed by various means such as license plate scanning 3054 in a non-limiting example. A camera 3051 may identify an appropriate position to automatically move or level a bin toward a user inside of a vehicle at a drive-thru dispenser pickup so that said user may easily remove their prepared order.
Single Loading and Exit Points for Dispenser.A single entrance and exit point may exist on various locations of the dispenser. These points may or may not be mutually exclusive based on function. For instance, a dispenser may contain one point for employee interactions with dispenser bin or pods such as loading, retrieving, and the like, and single, separate point for customer, third-party deliverer, drone, or autonomous vehicle interactions. The same dispenser may also include single or multiple points for employee interaction and separate single or multiple points for customer, third-party deliverer, drone, or autonomous vehicle interactions. In addition, a dispenser may contain one or multiple points for both employee and customer, third-party deliverer, drone, or autonomous vehicle interactions.
Remote Designated Pick Up Lane with Dispenser or Pick Up Box.
Referring to
Upon first order delivery or customer, drone, deliver, or autonomous vehicle exit, the auto-leveling arm, pick and place arm, extender, swivel, track, bin container, and the like may readjust to its prior set placement to receive a new bin for next order delivery for current or subsequent customer, deliverer, autonomous vehicle, drone, and the like. If a large order exists, multiple bins may be paired with and used to dispense said order to corresponding customer, customer vehicle, delivery drone, deliverer, or autonomous vehicle. In some examples, multiple delivery points, such as a second delivery point 3140 may be used. Said second delivery point 3140 may serve as a designated dispenser for remote or preorder pickups so pickup may occur outside of a typical onsite order flow. Delivery point 3140 may also exist adjacent to a second drive-thru lane or within the confines of a food preparation facility such as a parking lot and the like.
Combined Order and Third-Party Delivery Combined Order DetailMany methods may exist to combined order desires from multiple users into a combined order feature. Each method may be used simultaneously, jointly, or exclusively.
At step 3210 combined orders may either be activated by an organizer or submitted to an organizer. In an example of an alternative, a combined order may be activated by an order first being sent to an organizer from a contact listing, a mobile application's designated friend, a participant, and the like. The method of sending an order to an organizer or starting a combined order by an organizer may be done by geofence, global positioning systems, near field communications, Bluetooth, text, email, social network, in application, and other such communication means. In some examples, encryption features may be applied to the aforementioned methods of communication. At step 3211, the first person who initiated all the ordering, may be considered an organizer or an actual defined organizer receiving an order may accept a combined order process to begin a combined order flow. At step 3218, the operation may exit operation for users when an organizer does not accept the invitation. At step 3212, the organizer may also submit an order and join the combined order pool. Thereafter, the applicant may submit an order at step 3213. At step 3214, the organizer may choose a manner of payment. At step 3215 the application may generate a barcode or other unique identifier for the user or group of users, who sent an order to the organizer, to proceed to step 3216. For either in-store, drive thru or remote related flow of order processing, the organizer order process may continue to step 3217 where the application flow as described may process the order. The process may then be completed with step 3216 for either the in-store, drive thru or remote Flow.
In an exemplary instance, the process may be configured to take order favorites from a user. The user may be another person using the mobile device. In some examples, the application may validate a request or setting in such a way to facilitate that the application allows the taking of a favorite and the designation of who is paying for the order or portion of the group order. In some examples, the user may allow or grant an organizer the ability to always allow other users to place an order on behalf of the user or to place a specific order at any time. The permissions or allowed functions may have constraints. Thus, additional functions may be constrained or limited by one or more restrictions including in a non-limited perspective the time of day, order dollar amount total, item category, nutritional restrictions, allergy restrictions, and the like. In some examples, either the user or the organizer, or both, may be required to grant or verify each instance, or designate who pays in each order process.
Combined Order with Multiple Restaurant Locations or Franchises
Referring now to
If the order type is determined to be of a combined type, at step 3322 a flow for combining orders from multiple user may be followed. In a loop for multiple users each user executes their own part of an order at step 3324 and also may select their order delivery location. At step 3326, a user may choose the type of payment. And, for this user of the group, the order processing may follow with the previously discussed steps at 3340-3344. The combined orders process may involve new users entering the flow, such as for example at step 3330 where another user may engage the order processing application. At Step 3331, the user may be asked if they have the application on their computing device. If they do not then at step 3332, the user may be facilitated to download the application and at step 3333 to setup an account. If the user had the application the processing may proceed to step 3334 where a selection of location may be made. Thereafter, processing of the order flow may proceed to the order processing steps discussed previously at steps 3320 to 3334 where ultimately at step 3344 a third-party may pick-up an order or receive delivery of an order. In some examples, numerous locations may be the location for pickup of an order such as multiple restaurant locations or franchise locations.
Third Party Delivery from Organizer Order
An organizer may decide to place a delivery order through the use of a third-party delivery service, such as Uber Eats, Grubhub, and the like. In this case, an organizer opens up a mobile application and begins to enter in order details, delivery location, and payment information. In the aforementioned example, an organizer may either receive or send a request via wireless communication to initiate a combined order method. Wireless communication may consist of text message, email, near field communication, Bluetooth, biometric identification, and the like. Said forms of communication may be encrypted to protect user information. A single, encrypted, unique identifier may represent the combined order when the combined order is placed.
The order may contain several food preparation facility selections. In this case, a centralized remote or offsite dispenser may host the several orders when picked up by a third-party delivery service. Multiple user may select several restaurants. Upon an organizer sending an order on behalf of the combined order party, the several separate food preparation facilities may prepare their orders, group customers' orders from same location, if needed, and commence to deliver to centralized offsite dispenser for third-party collection and subsequent delivery. Delivery to and from a centralized dispenser location may be done via a human deliverer, autonomous vehicle, delivery drone, and the like.
Once a combined order is sent or processed, appropriate payment may be made to the respective third parties such as the delivery service and food preparation facilities. The customers participating in the combined order may also be individually charged once the order is sent or processed. Upon submitting an order, one or more of the combination of order, user, or payment information may then be submitted to a food preparation facility to begin making the order. Simultaneously, the same details of the order may be sent to a third-party delivery service and converted to an encrypted, unique identifier corresponding or matching to that of the combined order. Said unique identifier may be used to pick up the customer's order at a dispenser location onsite or offsite of a food preparation facility. An autonomous vehicle/car or delivery drone may instead serve as the delivery vehicle and therefore may use other identification means to interact with a dispenser upon order pickup such as laser scanning identification, near field communication, license plate scanning, onboard wireless communication, camera identification, and the like. The food preparation facility may send the order to a centralized or remote dispenser location for third-party food pickup by one of several means, such as human driver, autonomous vehicle/car, drone, and the like.
Once the third-party delivery service has verified the customer's order via scan or identification at the dispenser, the third-party delivery service may proceed to deliver organizer's food items at the desired delivery location or at another delivery location dispenser for customer interaction and pickup. If the latter delivery dispenser method is chosen, the deliverer is provided with an encrypted, unique identifier, matching the delivered food item of the organizer and is able to deposit the order into the dispenser. The combined order organizer may pick up from the offsite pickup dispenser via scanning the encrypted, unique identifier or via other means of identification such as facial scan, license plate recognition, geofencing, global positioning systems, near field communication, Bluetooth, and the like.
Third-Party FulfillmentThird-party order fulfillment and delivery may be utilized. A third-party may have access and connectivity to the third-party application. An organizer may start, send, or invite a combined order invitation or wirelessly receive an order from another user, may subsequently add to the order, and then proceed to send said combined order to be fulfilled at a food preparation facility for third-party delivery. All users participating in the order may be separately charged. The order request is sent to both the restaurant and third-party who will be delivering the order.
The third-party deliverer may approach a pickup dispenser, onsite or offsite from a food preparation facility, and then proceed to be identified at said dispenser, to activate dispenser, and then pick up the combined order organizer's placed order. Traditional pickup means exist, outside of the dispenser flow pickup. Identification may be any of the means discussed herein, such as facial recognition, license plate recognition, camera recognition, Bluetooth recognition, near field communications, geofence verification, and the like. The third-party deliverer may proceed to deliver to the combined order organizer's selected delivery address or to an offsite pickup dispenser location that the organizer or other member may access. This dispense may too be activated by a third-party deliverer of the order (drone too).
Referring to
At step 3434, an organizer of a single or combined order may arrive at the delivery location to commence order pickup. If order delivery is through a dispenser 3433, 3430 then a typical dispenser flow 3431 will commence where a delivery driver, autonomous vehicle, or delivery drone deposits said order upon identification into a dispenser and an organizer of either the single or combined order will pickup said order at the same dispenser upon proper identification.
Autonomous vehicles, human deliverer, delivery drone, and the like may be identified in similar fashion at a pickup point or drop-off location as a customer would use a normal order flow. Upon customer arrival to a dispenser or arrival of a third-party deliverer to a designated destination or dispenser, geofence identification may recognize and verify both parties. This may occur within or outside of a dispenser drop-off and pickup flow.
Vehicle Tracking Vehicle Tracking and Recognition, Multiple Order Kiosks and DispensersReferring now to
The aforementioned means of recognition/identification may be substituted or combined with several other recognition systems or methods. For example, a license plate reader may track a license plate onsite at an order kiosk and save order, customer, or payment information details relating to said license plate if an order is placed. Upon arrival at a dispenser location, onsite or offsite of a food preparation facility, one or more license plate scanners may scan the customer's license plate at the dispenser, verify if an order was placed and paid for by said customer, identify user details if they are saved within the system's database. With acceptable verification the process may continue to activate the dispenser to dispense said customer's order. After dispensing, in some examples, the process may close the dispenser, and may delete associated license plate information once a user has collected their order and left the order and pickup site. Information of a user may be kept for a period of time after the customer collects their order in the case feedback is generated or requested from an employee or customer's mobile application. In some cases, a user may be solicited for permission to retain various user information as allowed by local, regional, or national law. In addition to the aforementioned identification methods, an organizer of a single or combined order may arrive onsite and be recognized by geofence or GPS identification. If the order was placed before user arrival, the user's application may direct the user to a dispenser when an order is ready. Otherwise, if an order has yet to be placed, the user will be notified when identified by said geofence or GPS identification methods to either connect to the restaurant or go ahead and place the desired single or combined order the organizer has already compiled. Once said organizer order is processed, fulfilled, and placed into a dispenser, the organizer may proceed to said dispenser and be identified at pickup by either license plate recognition, facial scan, barcode scan, order number entry, NFC technology, Bluetooth connection, and the like.
Identification technologies such as geofencing a user or connecting with a user via WiFi, Bluetooth or near field communication technologies or cellular technologies may exist in-place or in conjunction with the aforementioned identification methods. Said technologies can identify when a customer is onsite, when a customer has placed an order by cross-referencing a user's identity and order status with a database. The technologies may also track movement of a customer to a dispenser or track if the customer has connected to a dispenser. For instance, a customer may be verified to be onsite via geofencing the user. Upon receiving an order, the server's database or network may cross-reference the geofenced location to identify that said user has placed an order. The customer may then approach the desired dispenser for order pickup, connect to said dispenser with wireless technologies (WiFi, Cellular, Bluetooth, near field communications, and the like) or recognition scan. With identification established the dispenser may automatically dispense said order item, or the customer may control a dispenser function via a wireless connection to a mobile device.
Combined order flow may also take place based on proximity to other users. For instance, a mall, park, carpool, office building, and the like. Proximate users may be geofenced, identified via a GPS radius, categorized by location or a landmark, and the like. A mobile application may populate a list of users nearby the subject user. Said list of users may be categorized as unknown, known, friends of social media applications, and the like. Additional information may populate next to those user lists such as favorite restaurant, favorite food items, and the like. The subject user can gift orders, payment methods for ordering said items, or even request certain users join a combine order pool featuring a single or multiple franchise locations. An open invite to all users may also be sent. Connection to said user pool may be through Bluetooth, near field communications, geofence, GPS location, and the like. A user can preselect, predefine, or customize a geofence boundary or even a radius for the GPS locator to identify within. A combine order flow with several payment options may ensue, with a combined order pickup flow from a centralized or decentralized dispense. A combination of a single organizer or several users may pickup said food orders on behalf of oneself or others.
As mentioned, multiple order stations may exist onsite or offsite of a food preparation facility. A customer may arrive at an order station and proceed to either confirm or submit their order. Upon arrival at order station, customer recognition may ensue by detecting the user by one or combination of facial recognition, license plate recognition, geofence, camera recognition, or any of the identification methods previously discussed. After placing an order, the user continues to either a single or given dispenser location. Multiple vehicles may be tracked at once, at several order kiosk locations, and tracked to a single dispenser or multiple dispenser locations. A dispense location or identification number may be given to a customer after they finish submitting or confirming their order at an order kiosk. In some examples, order kiosks may also exist directly next to or on a dispenser. Orders may be brought to the remote pad 3500 with drones 3510, autonomous vehicles or the like.
Remote Order, Pre-Order Remote Pad Site for Dispenser PickupReferring to
Referring to
Referring to
Referring to
Multiple methods and technologies may be used to implement a bin transfer to and from a dispenser, delivery drone, or autonomous vehicle. The delivery methods may relate to a prepared food item transfer from one bin or pod to another. Said interaction or engagement may transfer a bin via multiple methods and mechanisms, such as latching, pick and place, magnet connections, sliding, dropping into a designated area, mechanized or motorized track, and the like.
Upon arrival at a dispenser to either pickup or deliver an order, the autonomous vehicle may be identified in similar fashion to a human arrival at a dispenser in a vehicle. This may include, license plate scan, geofencing the vehicle, global positioning systems, near field communication technologies such as Bluetooth, vehicle identification scan of unique vehicle device such as a barcode, onboard wireless communications, and the like.
Laser scan devices, GPS coordinates, visual camera references, onboard wireless communications, and other methods may exist to guide a delivery drone or autonomous vehicle to an appropriate location where said vehicle may coordinate or communicate with a dispenser to successfully exchange or transfer a bin or pod for order pickup or drop-off.
User Identification at Delivery Drone or Autonomous VehicleUser identification may occur to connect a user to a dispenser bin or pod attached to a manned vehicle, delivery drone, or autonomous vehicle. Similar to user identification at an order terminal or dispenser pickup, a user, customer, deliverer, etc., may be identified upon interaction with a manned vehicle, delivery drone, or autonomous vehicle. For instance, a customer may approach a manned vehicle, delivery drone, or autonomous vehicle at a desired order pickup location and subsequently be identified by one or a combination of several methods such as scanning a unique identifier at the manned vehicle, delivery drone, or autonomous vehicle, geofencing the user, near field communication technologies, Bluetooth, facial scan, biometric identification, and the like. In a similar example, the same identification methods or technologies may be used to identify a deliverer at either a pickup, transferal, or drop-off location onsite or offsite of a food preparation facility. Autonomous vehicles, manned vehicles, or delivery drones with onboard dispensers may pick up several, separate orders at once, either at the same dispenser or multiple dispensers, to create delivery efficiencies based on coordinating or weighing several order factors such as frequency, time, delivery location, and the like.
Geofence Advertisement Conversion to Unique Identifier, Set Scrolling Deals to RadiusAdvertisements found on a mobile based application, such as a social media website, restaurant websites, or other applications populated from geofencing a user or by GPS location tracking. The identification of a user may be converted to a unique identifier, which may connect to a user's payment or profile preferences, and the like. Such identification information may be scanned upon arrival at a scanning station. The connection between the identification of the user and other social media connections may be inputs to a system that may determine appropriate advertisement to the user and/or location. The advertisement may also be sent to an organizer when the order process is of a combined order type. Advertisements may be populated on a user's device by one or more methods such as geofencing the user to a certain location, global positioning coordinates, time of the day, radius to certain establishments, recent friend orders on social media, and the like. For example, a user or a user's carpool may be approaching an exit on an interstate which may contain several food preparation facilities or remote pad locations. In some examples, a user may invoke navigation guidance from their automobile which may provide input to an advertising system that may invoke remote pad locations along the route along with restaurant establishments that are served by them. A user device may then populate advertisements or deals pertaining to franchises one may order from. Limitations may be applied to the system such as a radius of said user or exit. In some examples, other limitations may pertain to specific stores in radius to the user's current location or a nearby exit from the route they are travelling on. In some examples, an advertisement, once selected, may be placed in a user's order queue to be shared as a combined order feature with other users or other user's in a carpool, or may be included in user's queue to start a combined order as an organizer. A standard, single order flow may also directly result from converting a populated food advertisement to an order. The ordering process may be completed as either a preorder, a remote order, or an order upon scan. Subsequent dispenser pickup may occur after an order method is processed from an advertisement.
Multiple user devices may constantly be updated at each interstate's exit, wherein the passing of an exit would refresh to the options for future restaurant possibilities based on a set radius from geofencing or global positioning of the user. This feature may synchronize with a global positioning device to match a user's travel path, either approximated by direction and speed of travel or a user's travel path based on destination entered into a GPS application.
Detail of Unique Identifier EncryptionThe unique identifier may use a signing key encryption method where, upon order scan, the unique identifier is decrypted, read, and used to communicate to the server database to recall one or more of payment status, order information, customer information, and the like. The same unique identifier may be limited to only a single subsequent dispenser pickup, where after dispenser pick up the encrypted unique identifier is deleted or corrupted. After an order is completed and picked up by a user, the server hosting the application to process the order, payment, and user information may delete the information, store the information or set a period of time for which it will be stored before being automatically deleted. Three may be numerous occurrences, and condition changes which may render a unique identifier useless or result in unique identifier deletion. These condition changes may be facial scan, order scan at terminal, scan at dispenser pickup, image verification at dispenser pickup, geofence reference, license plate scan, confirmation of order after biometric identification, and the like.
General Ordering System OverviewReferring to
Once a single order 4004 or combined order 4003 is ready to be processed, the user or organizer may begin to submit the order. The order 4005 may be a preorder where payment is processed, and the user is able to move directly to a pickup location, or the order may be placed upon arrival at a desired pickup location. At this step, the user or organizer placing the order has a decision between an offsite location 4007 or an onsite location 4006.
An offsite location may be a pad site approximate to a highway, within an apartment community, or other location offsite from a food preparation facility. Said offsite location may contain a single dispenser or multiple dispensers for either order placement once the user has arrived or for order pickup. Delivery drone drop-off zones may also exist for order pickup. Once the user or organizer has arrived 4008 to the offsite location, an identification process 4010 may occur. This identification process may be one of where the user or organizer places an order and processes payment upon arrival of the offsite location by one or a combination of several methods such as identifier scan, GPS location, geofence location, license plate scan, facial scan, and the like. If the user or organizer has preordered or completed an order within the confines of the offsite location, they may move to dispenser pickup following additional identification procedures. Said identification methods such as identifier scan, GPS location, geofence location, license plate scan, facial scan, and the like may take place at dispenser pickup, delivery drone pickup 4011, or manual pickup 4012, which is a traditional flow of a human interfacing with a user 4014 or organizer in delivery of the prepared food items via manned vehicle 4018 and exit 4019.
Third-party delivery 4013 such as Grubhub or Uber Eats may interface with a dispenser pickup, delivery drone drop-off, or manual pickup on behalf of a user or organizer of the application. Third-party delivery may share in the unique identifier or may contain identification qualities that match or correspond said third-party delivery with a user or organizer's placed order. Several means may exist by which a third-party delivery interacts with either a dispenser pickup or manual pickup. Said means may be manned vehicle 4015, autonomous vehicle 4016, or third-party delivery drone 4017. Subsequent to order pickup, the third-party delivery service may continue to order delivery at delivery location specified by the user or organizer. Upon arrival of said delivery location 4020, identification 4021 of the user may exist between the user and either manned vehicle, autonomous vehicle, or third-party delivery drone. Methods at the point of identification may include as identifier scan, GPS location, geofence location, license plate scan, facial scan, near-field communications, Bluetooth, and the like. Upon successful identification, the system may allow user pickup 4022 of the single or combined order. The means of pickup may be manual methods or automation technologies such as an onboard vehicle dispenser, bin dispensing, and the like. Following a successful user pickup, the application may end and exit 4023.
Third-Party Delivery DetailReferring to
Once an order 4122 is combined, the organizer may select the desired delivery location 4123. Setting a delivery location may also be done before submitting a request to fellow users for a combined order flow. Following delivery location selection and combined order, the organizer submits the order. Upon submitting the order, payment may be processed 4124 and each respective user may be charged separately for the amount of their order. Alternatively, a user may elect to pay for another user or share in payment of a single order. An encrypted, unique identifier may be created 4125 within the organizer's application for pickup identification 4126 upon delivery vehicle arrival. The combined order may next be picked up at the delivery location 4127.
Once an order has been sent by the organizer, the respective third-party delivery service and food preparation facilities may be notified of order submittal. The food preparation facility may receive payment for the food and any related order, user, or delivery information 4131. The third-party delivery service may also receive a delivery fee or payment for their delivery service and may also collect necessary order, user, pickup, and delivery information regarding the combined order 4111.
Meanwhile, the food preparation facility or facilities may begin to prepare, make, and fulfill the combined order 4132. The facility may optionally mark the food items with identifiers 4133 matching the combined order and place said items into a dispenser for order pickup by a third-party delivery service or by additional vehicles transporting said combined order to an offsite pickup location 4134 such as an offsite or remote dispenser. Wherever the combined order has been taken or placed, identification processes 4135 may be used to identify the third-party delivery service. Such methods may include traditional identification methods such or unique identifier scan, geofence, facial scan, Bluetooth, near field communications, license plate scan, and the like. Once the third-party vehicle is identified, the order may be dispensed to the third-party delivery service for order delivery at the delivery location 4136 requested by the organizer or to a central pickup station where an additional third-party delivery service may continue with the combined order delivery to the requested delivery location.
An encrypted, unique identifier matching the organizer's combined order may be sent to the third-party delivery service 4112 for both delivery and order identification at pickup. A delivery vehicle may be dispatched 4113, such as a manned vehicle, autonomous vehicle, or a delivery drone, to the order pickup location. Once the third-party delivery service arrives at the pickup location 4114, whether it be an offsite location or onsite of a food preparation facility, an identification method 4115 of the third-party delivery vehicle may be enacted. After successful identification, the combined order may be picked up either manually 4116, via a delivery drone drop-off zone, or at a dispenser location. The third-party delivery service vehicle may travel and arrive at a delivery drop-off location 4117. In some examples, a drop-off location may be a middle point in combined order transferal to another, subsequent third-party delivery vehicle that may continue in transit to the final delivery location requested by the organizer. If there is no middle transferal point, the original delivery vehicle may continue to the final delivery location requested by the organizer. At any arrival point, identification methods may occur to verify drop-off 4118. Otherwise, the delivery vehicle may continue with a drop-off method without identification processes. In an example, a delivery vehicle may approach the final delivery location requested by the organizer and identification methods of the user ensue. In some examples, the identification methods may include scanning of the organizer's unique, encrypted barcode, facial recognition scan, order code entry, and the like. Upon verification of the user, the delivery vehicle may drop-off the order 4119, either manually or through an onboard vehicle dispenser, and the user may pick up the combined order and proceed to exit the third-party delivery flow to successfully complete the transaction.
Referring to
Referring to
The organizer may be the driver or another designated user within the vehicle, who may also order on the driver's behalf. The driver or any other user may grant an organizer the permission to order a specific item on their behalf or place an order limited to designated dollar amount or value to be applied toward any item. Alternatively, a single user or organizer may enter all order information, but may assign and match payment responsibility amongst the carpool's users, through numerous wireless communication methods, to specific orders within and in the combined order.
Once the users within the carpool combined order group accept participation, the organizer may then proceed to submit the order to a selected or proximate restaurant. Alternatively, said carpool ordering process may be queued and then automatically processed when proximate to a desired food preparation facility or offsite pickup/order location within or on a designated route. This may be done through GPS coordinates or geofencing the carpool. The application may notify when an organizer or carpool has been identified, and upon placing an order or having the order automatically processed by said GPS or geofence identification, the application may update the organizer or carpool on order status and dispenser pickup location. Additionally, a user may predefine or geofence a site they allow to always make orders on the carpool's behalf or as a single order outside of carpool flow. For example, the user may designate or create a specific geofence boundary to a location nearby their home or place of business. When an item is queued, and the user or carpool is identified, an order may automatically be placed, possibly upon user approval, when said user enters a predefined GPS coordinate or geofenced boundary area.
Similarly, the application may notify driver that one of their favorite restaurants is in proximity to them along a designated route. For example, Bluetooth identifies a user as they enter their vehicle and detects a direction the user is traveling. The application's algorithm may deduct that the user is heading home. Upon a certain distance or radius to a favored restaurant or entrance into a predefined geofence boundary, a query to order an item may populate. This can be based on many factors, such as time of day, traffic patterns, etc. The user may then continue to a dispenser pickup flow.
With reference to the carpool order, the order may be delayed and instead ordered onsite 4420 upon carpool arrival. If an onsite order method is selected, the organizer's application may generate a unique identifier 4421, which may feature encryption capabilities. As the carpool arrives onsite of a food preparation facility or a remote pad site 4422, identification methods may exist to submit the combined order and process payment for the carpool 4423. A single or combination of identification methods may be applied such as unique identifier scan, GPS location, geofencing, Bluetooth connection, near field communications, license plate scan, manual order identifier entry, facial scan, and the like. In some examples, the user may continue to pick up the combined order a standard drop-off area 4424 for order pick up, a drop-off area of a delivery drone or vehicle, or a dispenser location. Once arriving at the pickup location, a single or combination of additional identification methods 4425 may be applied such as unique identifier scan, GPS location, geofencing, Bluetooth connection, near field communications, license plate scan, manual order identifier entry, facial scan, and the like. Once successfully identified and matched with the combined order, the organizer or driver of the carpool may pick up the order from either a delivery drone drop-off zone 4426, autonomous vehicle, dispenser, human employee, and the like.
If the carpool elects to remotely submit an order 4410 to a selected location, the carpool may submit a remote preorder. Then a combined order payment processing may be enacted. After payment is processed 4411, the organizer or driver's application will generate a unique identifier 4412, which may also have encryption capabilities. As the carpool arrives onsite of a food preparation facility or a remote pad site 4413, the carpool may move directly to the pickup location to pick up the combined order 4414. Said pickup location may be a standard drop-off area, a drop-off area of a delivery drone or vehicle, or a dispenser pick up location 4415. Once arriving at the pickup location, a single or combination of identification methods may be applied such as unique identifier scan, GPS location, geofencing, Bluetooth connection, near field communications, license plate scan, manual order identifier entry, facial scan, and the like. Once successfully identified and matched with the combined order, the organizer or driver of the carpool may pick up the order 4416 from either delivery drone drop-off zone, autonomous vehicle, dispenser, human employee, and the like.
Referring to
Referring now to
Alternatively, an organizer may create a combined order invitation 4620 to one or more mobile application users. The combined order invitation may be a requested payment to participate in placing a food order, an order submittal by one of the invited users, or a combination of the two. The invitation may be sent through wireless communications such as text message, email, Bluetooth, near field communication, in-app friends, social media, geofence identification, and the like. A user may accept the combined order invite at step 4621.
The organizer may then continue to place a combined order on behalf of other users participating within the combined order pool. The organizer may have a choice of how to place a combined order such as placing a preorder and selecting a location of the order pickup 4640. Another method of how to place a combined order may be to wait to place the order onsite 4650 upon the onsite arrival of the organizer at either a remote pad site or at a food preparation facility.
Upon the submission of a preorder, all payment options may be processed, 4641 and the respective, corresponding parties may be charged for their portion of the combined order. The organizer's application may generate a unique identifier 4642, which might also include encryption capability. As the organizer arrives onsite of either a food preparation facility or a remote pad site 4643, the organizer may move directly to the order pickup location 4644 to pick up the combined order. Said pickup location may be a standard drop-off area, a drop-off area of a delivery drone or vehicle, or a dispenser pickup location 4644. Once arriving at the pickup location, the user may be identified using one or more identification methods 4645 such as unique identifier scan, GPS location, geofencing, Bluetooth connection, near field communications, license plate scan, manual order identifier entry, facial scan, and the like. Once the user is successfully identified and matched with the combined order, the organizer may pick up the order 4646 from either delivery drone drop-off, autonomous vehicle, dispenser, human employee, and the like.
Once the organizer submits an onsite order 4650, the organizer's application may generate a unique identifier 4651, which might also include encryption capability. As the organizer arrives onsite of either a food preparation facility or a remote pad site 4652, identification methods may exist to submit the combined order and process payment for the combined order pool. One or more identification methods may be applied such as unique identifier scan 4653, GPS location, geofencing, Bluetooth connection, near field communications, license plate scan, manual order identifier entry, facial scan, and the like. The organizer may continue to pick up the combined order from typical flow such as a standard drop-off area 4654, a drop-off area of a delivery drone 4655 or vehicle, or a dispenser location. Once arriving at the pickup location, a single or combination of additional identification methods may be applied such as unique identifier scan, GPS location, geofencing, Bluetooth connection, near field communications, license plate scan, manual order identifier entry, facial scan, and the like. Once successfully identified and matched with the combined order, the organizer may pick up the order from either delivery drone drop-off 4656, autonomous vehicle, dispenser, human employee, and the like.
Geofence Order DetailReferring to
As the user crosses through a geofence boundary 4720, multiple actions may occur. If there is an automatic order which was saved or queued within the user's application, the application may automatically place that order when the user crosses the geofence boundary 4712. The user may be notified of this geofence boundary crossing even and be queried to elect to proceed or cancel the automatic order. The user may also specify the order or pickup location of said automatic order. The user may select to share an automatic order 4731. In some examples, the user may also determine associated user payment information with another user instead of placing the order by one's self. If the user continues to place the automatic order 4730, a unique identifier 4732 may be generated for identification purposes 4770 upon order pickup 4771.
An advertisement may populate on a user's application 4740 upon entry of a geofence boundary. Subsequently, a user may select said advertisement 4741 for order processing. Optionally, the user may elect to share the advertisement with another user 4742 to place an order on the sending user's behalf. In some examples, the user may place an order remotely. If so, the user may select a desired pickup location and payment processing may take place after wirelessly submitting the order. A unique user identifier 4744 may be generated within the application and corresponds to user's order. Alternatively, to placing the order wirelessly 4743, the user may elect to instead scan the unique identifier 4745 onsite of the current location to both process and send the order, and to submit payment processing. Following either order flow, the user may continue to identification methods 4770 upon order pickup 4771.
Additional users may be added to a group user process on the user's application 4750 based on those additional users also entering a geofence location concurrent to the user's arrival. The users may interact in either receiving or sharing one or more of user information, order information, and payment information 4751. An organizer may combine a shared order 4752 and continue to send the order wirelessly 4753, and potentially designating a pickup location. A unique user identifier 4754 may be generated within the application and correspond to the organizer's combined order. Alternatively, instead of placing the order wirelessly, the organizer may elect to scan 4755 the unique identifier onsite of the current location to both process and send the order, and to submit payment processing. Following either order flow, the organizer may continue to identification methods 4770 upon order pickup 4771.
A third-party delivery service 4761 may cross into a geofence boundary and be identified as such. Crossing into a geofence boundary may also be done so without predetermination of a delivery vehicle, signaling that an order is ready for pickup and the system decides that said delivery vehicle may pick up the order and continue with delivery processes of said order. Further delivery instructions may be given to the delivery vehicle through onboard systems or a mobile application upon delivery vehicle's geofence boundary entry. Upon entry and identification as a third-party service provider, a unique identifier may be generated 4762 within an application controlled by the third-party delivery service. Said unique identifier may correspond with a user's order onsite of the geofenced location and may have been matched to said third-party delivery service before or during entry to the geofenced location. The third-party delivery service may continue to identification 4770 and subsequent order pickup 4771.
Continuing to
Referring to
A bin of varying shapes and sizes may exist and contain a gyroscopic feature so that in the case of movement, the prepared item container may remain significantly upright and secure. Dispensers may contain a multitude of bins that include this gyroscopic feature inside each bin. Upon identification of a user, the dispenser may move said bin containing gyroscopic feature in any direction to transfer one or more prepared food items to the identified user. The bin gyroscopic features may be included within dispensers located either offsite or onsite of a food preparation facility.
Referring to
Variations of individual bin or pod movement may exist. Such movement may be isometric up and down, pick or place, rotational, Ferris wheel, conveyer belt, carousel, and the like. The bin or pod structure may include a gyroscopic exoskeleton, arm, or container which may house or hold each individual bin or pod. Such is the case that enables the individual pod or bin to move freely and limit spilling of drinks, soups, food items, and the like. When moving on an automated track, the gyroscopic feature helps each individual bin stay upright and secure.
Encryption OverviewA number of the systems and parties discussed herein will use encryption technology to encode, encrypt, share, decrypt, identify, and process information necessary to placing and fulfilling a food order or delivery and for payment and personal identification information handling. Participating parties may include an organizer, user, restaurant or food preparation facility, remote facilities, third-party food delivery services, delivery vehicles, order kiosks, food dispensers, and the like.
In some examples, the core encryption model used between some or all nodes may be Public Key Cryptography with Digital Signatures. A Digital Signature may be generated for each data exchange along with the encrypted data. In some examples, the receiver may verify the digital signature before decrypting the data and processing anything further. Both private and public keys may be used in the encryption and decryption process. Such processing may utilize asymmetric cryptography or encryption. In some examples, digital signatures being used in encrypting data may be practiced. In some other examples, either a single use or combination of public or private keys may be used to encrypt data, and subsequently decrypt said data. In lieu of a digital signature discussed herein being created utilizing a private key, a public key may also be used to encrypt pertinent information being sent or shared. A private or public key may correspond to the desired encryption method to then decrypt said pertinent information and verify the data being sent.
Several different types of encryption algorithms and methods may be used to facilitate the encryption and decryption process such as, but not limited to, RSA Encryption, the Advanced Encryption Standard (AES), Quantum Key Distribution/Encryption, Blockchain Technology, JSON Web Token (JWT) Authentication and the like.
A unique identifier or means of identification may represent encrypted user, order, and payment data and decrypt said data based on successful identification methods. A system may store encrypted user, order, and payment information within a unique representation such as a unique identifier, biometric representation, license plate, and the like. Said encrypted information may be linked to a user account and translated, communicated, decrypted, and processed based on successful identification methods such as identifier scan, facial scan, geofencing the user, license plate scan, and the like.
Invite Order Flow EncryptionReferring now to
The organizer may create a new order pool of multiple orders 5110 and invite users 5120 through wireless communication to said combined order pool. Each invitation may be digitally signed 5121 and encrypted 5122. Once the invitation is sent 5123 to a desired user, said user may then verify the digital signature 5124 and may either accept or deny the invitation. If the invitation is denied by the user or the signature verification is rejected 5130, the organizer may receive notification of said rejection 5131, choose to resend the invitation 5132 and recreate another digital signature 5121 or if the organizer does not choose to resend the invitation, the organizer may cancel the invitational altogether 5140.
Upon accepting an organizer's combined order invitation, the user may choose food items for their order 5125 and select a payment method 5126. Once the user's selections are complete, a digital signature 5127 is created for the user's order and the order is encrypted 5128 before sending the order back to the organizer 5129.
The digital signature may be verified and if successful, the order is placed into the order pool 5141. If the order's signature verification is rejected 5144, the user may receive notice of the rejection 5145 and choose to resend the order 5150. If the user chooses to resend the order, a new digital signature may be created 5127, otherwise, the user may cancel the order 5151.
The order invitation, digital signature encryption, and order sharing action may take place take place for several users. The organizer may also place an order within the combined order pool. Once all orders are within the order pool 5141 and the organizer finalizes the order, a digital signature is created 5142 for the order pool and the combined order is encrypted 5143 before being sent 5160 to the respective restaurant or food preparation facility, location remote to a food preparation facility, or any other participating parties such as a third-party delivery service and the like.
Share Order FlowReferring to
The digital signature may be verified by the organizer 5240, who may either accept or deny the user's shared order. If the order is accepted, the order is added to the organizer's order 5243. The organizer may choose to add to the order, create a subsequent combined order pool with additional users, or may continue to order on behalf of the first user.
If the user's digital signature is not verified by the organizer and a rejection is sent 5241, the user may receive notice of the rejection 5242 and choose to resend the order 5250. If the user chooses to resend the order, a new digital signature may be created 5230, otherwise, the user may cancel the order 5251.
Once the organizer approves and finalizes the order, a digital signature is created 5244 and the order is encrypted 5245 before being sent 5260 to the respective restaurant or food preparation facility, location remote to a food preparation facility, or any other participating parties such as a third-party delivery service and the like.
Restaurant FlowReferring to
Referring now to
User Flow
Referring now to
The digital signature may be verified 5510 and if successful, the order may be sent to the respective parties and a digitally signed 5520, encrypted identifier 5521 may be created associating the user or organizer with the placed order. If the order's signature verification is rejected, the user or organizer may receive notice of the rejection 5511 and choose to resend the order 5530. If the user or organizer chooses to resend the order, a new digital signature may be created 5503 with encryption 5502, otherwise, the user may cancel the order 5531.
If the order is a pre-order 5540, payment may be instantly processed 5541. If the order is to be placed in-person either onsite of a food preparation facility or a facility remote to a food preparation facility, the identifier 5542 associated with the user or organizer may be used to place order 5543 and subsequent payment processing 5541 upon user or organizer arrival and identification 5551.
In some examples, an identifier may be required for pickup 5550. In such cases, the order may be sent to the respective parties and a digitally signed 5544, encrypted identifier 5545 may be created. Identification methods may decrypt the identifier and verify a user or organizer's signature related to their order. Identification methods for order placement and payment upon user arrival may include, but is not limited to, identifier scan, license plate scan, facial scan, Bluetooth, NFC technologies, geofencing the user or organizer, manual order code entry, and the like.
After an order has been placed and payment has been processed, an identifier 5552 may be created for use of user or organizer identification and signature verification at order pick-up. The same identifier created at step 5545 may be used for pick-up verification and identification. Once an organizer arrives 5551 at the pick-up location, organizer identification 5552 may follow. Said identification methods may be identifier scan, facial scan, license plate scan, geofence identification, order number entry, and the like.
Upon successful identification and signature verification 5561, the user or organizer may proceed to pick-up the order 5570, otherwise the user may receive a rejection 5560. In some examples, the identifier may be subsequently deleted 5571 or the digital signature marked as used, and the order flow is completed 5572.
Bin Movement
As discussed herein, several different methods of bin movement, may occur within a dispenser. Referring to
An additional form of bin movement within a dispenser may be on a circular conveyor belt or track. The belt may hold a multitude of bins and continue to move in a 360-degree motion, placing bins at either an entrance or exit point. A single or multitude of conveyor belts may exist. The belts may directly house bins within container stations, locks, or designated bays, or the bins may be placed directly on the conveyor belts or carousel. A multitude of options may be used to secure said bin to a conveyor belt.
Additional Features of Combined Orders
An additional method for users to share and combine orders may be for each member of the combine order pool to have enter a code which represents the combined order pool. For instance, an identification code for an organizer may be fixed to the organizer's account or continuously changing. A multitude of users who desire to place an order under said organizer or group may enter in the organizer's or group's account code or another code automatically generated that identifies said organizer or group. Upon entering said account code, the multitude of users may submit their orders and said organizer will be notified of the several order requests with an option to deny or accept. The organizer may continue to place the combined order, with payment and order options in the nature of what is discussed herein. Additionally, a store code or dispenser location code may be combined to said organizer code to direct an organizer to a correct pickup location. A single order may also be placed with said store or dispenser code for a desired location of store or dispenser pickup. Said store or dispenser code will match an organizer order to a predefined or desired pickup location. A group code may also exist which automatically combines and aggregates any order or payment information from various users into a single group order that is sent to said group code. Additional desired restaurant location or dispenser location codes may also apply. Said group order code and group order may then subsequently be sent to a desired restaurant, pickup location, dispenser, and the like. Any user may send the order on behalf of the group, or a designated organizer may be selected.
If a user participating within a combined order pool arrives at the pickup location before any of the other users within the combined order pool, said user may be identified and recognized as the first arriver. The user may be geofenced or recognized through other identification methods. The user may elect to proceed to a dispenser pickup and enact identification methods to pick up the combined order. The user may send a request to the organizer who may send accept or deny the request. The organizer roles may switch based on first user arrival and role reversal may be performed automatically, without the original organizer's approval. Said first arrival user, now organizer, may then enact same role responsibilities of an organizer such as order and payment placing, and order pickup. An organizer role may manually be switched at any time in the combined order process.
Bin Material
In addition to metals, bins may be made of a lightweight, insulated biodegradable material such as a plastic, paper, foam, cork, foil, and the like, that house the same qualities, functions, and designated item slots of a bin discussed herein. Said bin may be involved in the same dispensing fashion and flow but may also be removed and disposed of by the customer. Upon subsequent order fulfillment, an employee or automated function may place a new bin into the dispenser with matched food items, or before items are matched and placed into said bin. Item containers, such as a paper tray, may be placed into a dispenser bin or on a dispenser track itself, outside of a bin flow, with subsequent automation and movement within a dispenser upon order fulfillment, matching, or placement by the employee and user pickup identification.
Insulation Stations and Drink Sleeves
Insulated stations may exist that take the form of dispenser bins, compartments, or designated and insulated containers or cup holders for food and drink items. Said stations may be proximate or fixed to a countertop within kitchen. The fixed stations, bins, compartments, or cup holders may be opened manually or automatically when scanning a packaged, prepared food. After a packaged food order is placed into said station, similar identification methods may exist to a dispenser and the station may release, open, twist, or reveal said ordered food items to the pickup user. Said bins, compartments may contain individualized compartment, with insulated barriers and may be temperature controlled similar to a dispenser bin. A user may control said temperature of the insulated stations. An insulation station may be picked and placed into a dispenser manually or via automated motion. Insulating materials may consist of one or a combination of metal, foam, fiber, cork, foil, and the like.
Selection of Users in Combine Order and Combined Order Pickup
A first user's mobile application may automatically identify though wireless communication additional users using the same mobile application, such as a carpool, within a proximity of the first mobile application user. In this example, a user may not have to send, request, or receive an order invite upon initiating an order. Upon identification, each user may accept to connect and link with one or several nearby users. This may be done so automatically with all nearby users or by a user manually selecting which user to connect or link to. Upon a connection being made, the participating mobile application users are now considered a group and may each individually submit orders to a certain restaurant franchise nonspecific to a specific location, or to a specific restaurant location that may dictate where the other user's may order from. The combined user group may either submit a pre-designated combined order, or rather upon crossing the geofence or Bluetooth boundary upon arrival or proximity to a restaurant, communicate to the group to begin the order process.
The same combine order process may be done for the aforementioned third-party delivery flow. Several users may connect and select one or several restaurant locations to deliver from. A single delivery destination or delivery pickup may be selected for either order or third-party delivery flow. When an order is placed the order is sent on behalf of the entire participating group. Any user participating in the combined order pool may be identified or designated to pick-up an order at either a pickup location or dispenser. Alternatively, a single organizer may be identified and selected by the group to either pickup an item or receive an item from a third-party delivery.
Further Detail Regarding Order Methods for Dispenser Pickup or Delivery
As discussed herein, some examples incorporate the ordering and pickup of food at a dispenser involving a plurality of users. This may include but is not limited to grouping a plurality of customers based on one or more criterion such as proximity to a delivery dispenser location, participation in a delivery schedule or time threshold, invitation based on a preferred group association such as work, friends, preferences, and the like. There may be numerous ways to engage customers comprising a group order and coordinate subsequent pickup or delivery involving a dispenser.
Order pools may pull a first customer's location using geolocation services. If a second customer's location in within a predetermined distance of the first customer, the two customers may be assigned to the same delivery driver. Association may be by one or more of first and second customer location association, restaurant association, restaurant location, delivery destination, estimated time of order completion, estimated time of order delivery,
Referring to
A customer may use a smart device to select a preferred restaurant based on a restaurant criterion. The restaurant criterion may comprise at least one of one or more preferred restaurants, a first predetermined distance from the customer to the restaurants located within the first predetermined distance, and a second predetermined distance from the desired delivery destination or dispenser to restaurants located within the second predetermined distance. An indication of completion of an order at a selected preferred restaurant may be sent to the customer's smart device. A push notification, in-application notification, messaging service, text message, email, and the like may be sent to the customer's smart device in an event to communicate order status, order status of another user or customer's order, order payment status, order pickup status, order dropoff status, order completion, sharing or sending orders amongst other customers, users, or organizers, and the like. The customer may use a receipt identifier comprising one or more of a unique identifier, barcode, customer name input, order number input, keypad input, wireless identification, and the like to operate the delivery dispenser for retrieval.
A time threshold 5703 may be given to the one or more notified, additional customers who may then place an order to the restaurant matching the first customer's preferred restaurant or to a restaurant proximate or within a predetermined distance of the first customer's preferred restaurant 5704. Depending on the number of orders, one or more customers may be grouped under a group identification, designated delivery driver, and the like based on one or more criterion including but not limited to approximated order preparation time, preferred restaurant selection, distance or proximity of one or more preferred restaurant selections, delivery driver criterion, and the like, constituting a plurality of customers 5705. The delivery and customer pickup process may then ensue 5706.
Referring to
Referring now to
Depending on the number of orders, one or more customers may be grouped under a group identification, designated delivery driver, and the like based on one or more criterion including but not limited to approximated order preparation time, preferred restaurant selection, distance or proximity of one or more preferred restaurant selections, delivery driver criterion, and the like, constituting a plurality of customers 5906. The delivery and customer pickup process may then ensue 5907.
Referring now to
Based upon the plurality of customer's selection of the preferred delivery dispenser location, preferred restaurant location, time of order placement, and the like, one or more delivery driver may be matched to the same plurality of customer's orders constituting a delivery driver criterion comprising one or more of proximity to the plurality of customers, restaurant location, preferred delivery dispenser location, and the like 6001. A number of methods may be used to select a delivery driver, constituting the delivery driver criterion. These methods may comprise at least one of geolocation or position of the delivery driver relative to one or more customers or users, geolocation or position of the delivery driver relative to the preferred restaurant, association of a delivery driver with a delivery driver service, delivery driver fee or approximated cost of the delivery driver, and the like. Based on the aforementioned driver criterion, a driver may be selected by the user or customer's application or by the user themselves. Using global positioning system coordinates, the application may generate a desired route from one or more preferred restaurants to the desired delivery location or delivery dispenser. Using global positioning coordinates, the delivery driver's location may be periodically updated and translated to the customer. The delivery driver may also receive an updated direction of travel to either a preferred restaurant, pickup destination, pickup dispenser, or delivery dispenser by global positioning coordinated periodically updating the delivery driver's geographic position. The delivery driver may use a delivery identifier comprising one or more of a unique identifier, package label, barcode, customer name input, order number input, keypad input, wireless identification, and the like to operate the delivery dispenser for either item placement or retrieval.
In some instances, a plurality of delivery drivers or entities geographic positions may be received by the customer based upon global positioning coordinates. Displaying on the customer's smart device, the customer may receive a plurality of data associated with each of the delivery drivers or entities. The delivery driver or entity data may comprise at least one of, a travel time from the geolocation of the delivery driver or entity to a restaurant, a travel time from the geolocation of the delivery driver or entity to a restaurant and from the restaurant to the desired delivery or dispenser location, a review associated with the delivery driver, entity, or service, an estimated delivery price or fee, and the like. Based on the aforementioned driver criterion for a plurality of delivery drivers or entities, a driver may be selected by the user or customer's application or by the user themselves. The number of delivery drivers or entities showed to the customer or user may be based on one or more of a predetermined distance of one or more customers to the plurality of delivery drivers or entities and a predetermined distance of the plurality of delivery drivers or entities to one or more preferred restaurants.
Global positioning coordinates 6002 may be sent to delivery driver's smart device generating a desired route to the one or more preferred restaurant locations selected by the plurality of customers. Optionally, the delivery driver's smart device may generate a unique identifier 6003 to be used in identifying the plurality of customers' orders at a pickup dispenser located onsite of one or more of the preferred restaurant locations. In some cases, a pickup dispenser may be located offsite of a food production facility and house all of the orders comprised of the plurality of customer's order selection from one or more preferred restaurants. Once a delivery driver picks-up the one or more orders comprising the entirety of the plurality of customer's order 6004, global positioning coordinates 6005 may be sent to delivery driver's smart device generating a desired route to one or more preferred delivery dispenser locations selected by the plurality of customers. Optionally, the delivery driver's smart device may generate a unique identifier 6006 to be used in identifying one or more of the delivery driver or plurality of customers' orders at a preferred delivery dispenser location. In some cases, a package label or receipt of one or more of the customer's orders may be scanned, captured, photographed, and the like to identify an appropriate bin for placement of the one or more customers' orders by the delivery driver. Once the delivery driver or one or more of the customers' orders have been identified at the delivery dispenser 6007, the delivery driver may place the one or more customers' orders into the appropriate bin of the preferred delivery dispenser 6008. Once the order has been locked in a designated bin, one or more of the customers constituting the plurality of customers may be notified in a smart device application through a push notification, text message, email notification, and the like. Optionally, one or more of the plurality of customers' smart devices may generate a unique identifier 6009 to be used in identifying one or more of the customer and customer's order at the delivery dispenser for subsequent bin unlocking and customer order retrieval. Once one or more of the plurality of customers have been identified at the delivery dispenser 6010, they may proceed to pick-up the order at the delivery dispenser, close the access to the dispenser bin, which may subsequently lock the bin for the next delivery order process to ensue.
The various, aforementioned methods comprising a group order method for pickup or delivery involving a dispenser may be tracked by one or more of a first organizer or customer identifier, a group identifier, or a relationship of order by associating proximity of users and a selected preferred restaurant location.
Boundary Containing Multitude of RestaurantsA mobile application user may cross a Geofence or Bluetooth boundary which may consist of multiple restaurants contained within said boundary, such as a mall cafeteria or interstate exit. Said boundary may exist depending on user specification or other factors, such as time of day, hours of operation, and the like. The user may select one of the participating restaurants contained within said boundary zone and proceed to submit an order for pickup. The user may specify a pickup location such as an indoor or drive-through dispenser. Several users may be connected in a group order flow and proceed to order in the same method or process, either selecting the same restaurant or a separate participating restaurant. If several restaurants are selected in a combined order flow, a centralized dispenser may exist to aggregate, store, and dispense said combined order items upon user identification. Any user or a single identified organizer may pick up the order from said dispenser pick up.
Ordering on a User's BehalfA mobile user participating within a combine group order pool may elect for another user to assign an order and payment method for said first user. A user, for instance a passenger within a vehicle, may select an order on behalf of the driver. The driver may have a pre-existing relationship with the passenger through either mobile application friends or social media contacts. The driver may have already elected that said passenger may order any order and select any payment on behalf of the driver, based on alterative constraints such as on order type, order price, and the like. The passenger may either select the drive under the combined order pool, from a friends or contact list, or may enter the driver's contact information directly into the mobile application. A list of the driver's favorite orders may populate. The passenger may select a driver's favorite order or may continue with a manual selection of other order items. The passenger may then either pay for the driver's order or select a favored payment method designated by the driver. Upon doing so and submitting an order and payment into the combined order pool on behalf of the driver, or any other user, the driver may receive a notification to either accept, deny, or alter any detail of said order such as food items or payment method. This may reduce the time it takes for a driver to place an order and allows minimal effort to accept, deny, or change an order detail of the driver's order within a combined order flow. This flow may apply for other interactions between two or more mobile application users.
Additional GPS Order DetailsIn addition to the aforementioned, GPS or geofence identification and order method while a user is in transit to a proximate or estimated route, a GPS route may be shared with additional users in the carpool who are linked, connected, or participating within a combined order flow via their mobile applications. The mobile application may designate a location on the entered GPS route of either a single or combined group of user's. For example, the application might say “heads up, there is a Starbucks on your route 5 miles ahead.” The single user or group of users may be notified of the impending restaurant and it's radius from the carpool either by approximating the vehicle by distance and direction on the GPS, cross-referencing the restaurant with a designated route entered into the GPS application, or by the user or carpool crossing a geofence boundary. The user or carpool may then either connect to the restaurant and submit their order, wait to be identified onsite at said restaurant with a subsequent, automatic order taking place, or ignore the request to connect and instead wait for the next store on the designated or approximated route to populate within the application. Subsequent order pickup or pickup at a user-designated dispenser may occur inside the store or at the drive-thru. The user or group of users may be notified within the application when the order is ready for pickup. A GPS system may also differentiate between an interstate and common, standard road in order to properly identify and provide appropriate exit points and corresponding restaurants at said exit points.
A user may additionally connect to a restaurant en route of a desired location when taking a taxi or taxi service such as Uber or Lyft. For instance, the application may similarly identify a route placed by the user or group of user's in the carpool, and instead, sync with the taxi or Uber/Lyft driver's identification to provide proper pickup identification. A driver's identification and one or many passengers may be linked, paired or matched together within said flow and application. As mentioned, one or several desired restaurant locations may populate within the user's or group of users' mobile application, identifying several possible locations in proximate or direct route of the desired drop-off location, syncing with the driver or user's GPS application. After submitting an order, the taxi driver may be notified of the restaurant or food pickup address. Said location may be updated within the taxi driver or user's application. The rider or group of riders may designate a pickup location, such as an indoor dispenser, or may continue to a drive-through or car pickup dispenser where identification methods described herein can identify the taxi or Uber/Lyft driver for order pickup. The application may also verify that said user or group of user's is synced to the taxi driver of the vehicle, and upon identification of said taxi driver, to either charge or complete the order process with respect to said passengers.
Multiple BinsMultiple bins may be paired for a large order or for a combined order flow that may exceed the size limitations of a single bin. Said multitude of bins may be paired to a single pickup identification so that when a user, either of a single order or a combined order, arrives to pickup said order, multiple bins will be dispensed containing the large or combined order items. Item size or quantity may vary based on single or group orders. Varying sized bins may exist to accompany in different order sizes, item sizes, or the number of customers involved with an order. Multiple bins may be assigned to group orders involving more than one customer.
Assigning BinsIn some cases, a predetermined number of dispenser bins may be reserved or designated for a preordered food item. For instance, a user connecting to a delivery dispenser location may register or schedule to place an order ahead of time, thus reserving one or more of the plurality of bins within a dispenser. A limiting number of bins may be assigned in a given day, thus incentivizing users to make a preorder, order section, or engage in a group order session. Item size or order quantity may vary based on single or group orders. Varying sized bins may exist to accompany varying order sizes, item sizes, or the number of customers involved with an order. A time pickup limit may also be set on a dispenser's bin whereas a user who does not pickup their order within a given time threshold may be subject to fines, having an order thrown away, and the like.
Additional Bin DetailReferring now to
Referring to
Continuing to
A dispenser bin door 6108 may also include a spring-loaded function that may act or spring upon a customer or delivery driver identification. This function may help a user in identifying the appropriate bin matched to said user, thus aiding the user to experience a quicker, more direct item pickup or dropoff experience. The spring-loaded door may reset and lock back into place once the dispenser bin door 6108 is closed.
A dispenser bin may also feature a germicidal UV light or other lighting devices within the interior of the dispenser bin. This may assist in the disinfection of the dispenser bin that may come in contact with food items. The inactivation or destruction of bacteria, viruses, germs, and the like from germicidal lights within the inside of the dispenser bin may help prevent food-borne illnesses related to ill-prepared or spoiled foods. This may also be useful for killing any bacteria harbored within water or residue left behind from food items stored within the dispenser bin.
Connecting to Restaurant/Inventory NotificationA user or group of users may be identified upon preordering or ordering onsite that a restaurant is out of stock of a desired item. Based on inventory management systems in-place and packaged or marked item scans upon order fulfillment or dispenser placement, a restaurant and integrated application may notify users of item shortage or if an item is out of stock. This notification may be sent to a user or group of users if preordering to a specific location; however, some preorders may not be to a specific location, instead to a general franchise. As mentioned herein, some order flows may start only upon a user's arrival. A user or group of users may be identified upon a radius of or onsite arrival to a restaurant location by either crossing a geofence or Bluetooth boundary, or GPS approximation of distance from a restaurant. Upon user identification by the restaurant, the user or group of users may elect to connect to the restaurant and may select a designated inside or drive-through flow. A menu may populate for that specific restaurant, which indicates that said order flow order flow is placed either onsite or in a radius to said location, conditional to the specific restaurant location. Said menu will contain all in stock items at the time of the menu's creation within the mobile application. Said mobile application may be separate from a kiosk or connect and sync through wireless communications to an order or pickup kiosk onsite. A user or group of connected users in a combined order pool may select items off of said populated menu within each user's mobile application, which may be tied directly to a specific location. Finishing item selection off of said menu, group users may aggregate said items into the group order pool. Once said order flow is submitted and paid for, the user or group of users may continue to the designated dispenser pickup when notified within the mobile application or video board that said order is available for pickup.
ConclusionA number of embodiments of the present disclosure have been described. While this specification contains many specific implementation details, there should not be construed as limitations on the scope of any disclosures or of what may be claimed, but rather as descriptions of features specific to particular embodiments of the present disclosure.
Certain features that are described in this specification in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in combination in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination may in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or variation of a sub-combination.
Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous.
Moreover, the separation of various system components in the embodiments described above should not be understood as requiring such separation in all embodiments, and it should be understood that the described program components and systems may generally be integrated together in a single software product or packaged into multiple software products.
Thus, particular embodiments of the subject matter have been described. Other embodiments are within the scope of the following claims. In some cases, the actions recited in the claims may be performed in a different order and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order show, or sequential order, to achieve desirable results. In certain implementations, multitasking and parallel processing may be advantageous. Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the claimed disclosure.
GlossaryAutomation
References to the term Automation or Automate are made herein. It is understood that the reference to automation or automate may include a single function or a combination of either all or a subset of automation qualities discussed herein. Automation of a dispenser or bin may include a single feature not limited to the complexities discussed herein. Automation, in its simplest form, may be interpreted as any movement or operation of a dispenser to facilitate the receipt or dispensing of an item. This may include but is not limited to the unlocking and locking of a dispenser bin or locker door, a movement initiated before or after user identification, and the like.
Bin
References to the term Bin are made herein. It is understood that the reference to bin may include a single feature or a combination of either all or a subset of bin qualities discussed herein. A bin may include a single feature not limited to the complexities discussed herein. A bin, in its simplest form, may be interpreted as a designated housing box or location for a prepared food item.
Dispenser
References to the term dispenser are made herein. It is understood that the reference to dispenser may include a single feature or a combination of either all or a subset of dispenser qualities discussed herein. A dispenser may include a single feature not limited to the complexities discussed herein. A dispenser, in its simplest form, may be interpreted as a designated housing location of a multitude of bins or prepared food items, delivered to a user upon user identification. A dispenser's delivery method is not limited to what is discussed herein and may include a single or combination of delivery methods such as pick and place, a locked bin or locker opened upon user identification, lateral movement, circular movement, and the like.
Identification Methods
References to the identification methods are made herein. It is understood that the reference to identification methods may include a single feature or a combination of either all or a subset of identification methods discussed herein. An identification method may include a single feature not limited to the complexities discussed herein. Identification methods may consist of facial scan identification, biometric scan, order number entry, license plate scan, unique identifier scan, Bluetooth connection, near field communication, and geofencing the user. Additional identification methods may be applied to enable successful order flow described herein. Decryption of information may also occur upon user identification using any combination of identification methods discussed herein.
Wireless Communication Methods
References to the wireless communication methods are made herein. It is understood that the reference to wireless communication methods may include a single feature or a combination of either all or a subset of wireless communication methods discussed herein. A wireless communication method may include a single feature not limited to the complexities discussed herein. Wireless communication methods may consist of text message, email, social media applications, in-application friends list, Bluetooth, near field communications, and messages sent though voice control. Wireless communication methods may include encrypted messaged or firewalls to keep user information secure and safe when shared.
Claims
1. A method of dispensing food items prepared for consumption, the method comprising the steps of:
- a) causing a smart device to display, via programmable code executable on command, a list comprising at least one proposed restaurant chosen from the one or more possible restaurants based on a restaurant criterion, wherein the restaurant criterion comprises at least one of: one or more preferred restaurants; a first predetermined distance from the smart device to restaurants located within the first predetermined distance; and a second predetermined distance from a travel path to restaurants located within the second predetermined distance;
- b) receiving from the smart device a selected restaurant chosen from the list;
- c) generating an order comprising food items based on input into an interface on the smart device;
- d) transmitting the order to the selected restaurant;
- e) transmitting payment information associated with the order;
- f) generating a unique identifier associated with the order for food items;
- g) transmitting a first unique identifier to the selected restaurant;
- h) transmitting a second unique identifier to the smart device;
- i) registering the first and second unique identifiers with a first automated food locker located onsite of the selected restaurant, wherein the first automated food locker comprises a plurality of disparate bins, wherein the one or more bins consist of at least one of heating or cooling elements for temperature control, and wherein the first automated food locker is configured to: automatically unlock one or more bins based on conveyance of the first unique identifier; receive a registration of placement of the food items comprising the order into the one or more unlocked bins of the first automated food locker; transmit a notification to the smart device, wherein the notification comprises the registration of placement of the food items; and automatically unlock the one or more bins based on conveyance of the second unique identifier.
2. The method of claim 1 for dispensing food items prepared for consumption additionally comprising the step of:
- j) receiving a list of a plurality of users which may participate in forming a food product order, based on a selection criterion, wherein the selection criterion comprises at least one of: proximity to a restaurant location; participation in an order schedule; time threshold; and invitation;
3. The method of claim 2 for dispensing food items prepared for consumption additionally comprising the steps of:
- k) communicating with the plurality of users, wherein the communication offers an ordering session to two or more of the plurality of users; and
- l) receiving orders from two or more of the plurality of users.
4. The method of claim 2 for dispensing food items prepared for consumption additionally comprising the steps of receiving payment information from each of the plurality of users from whom orders are received and transmitting the payment information to at least one of: the selected preferred restaurant and a selected delivery entity.
5. The method of claim 1 for dispensing food items prepared for consumption additionally comprising the steps of:
- j) scanning a license plate number with an image capture device; and
- k) identifying the order for food based upon the scanned license plate number.
6. The method of claim 1 for dispensing food items prepared for consumption additionally comprising the step of transmitting the unique identifier from the smart device to the first automated food locker via at least one of: near field communication and Bluetooth protocols.
7. A method of dispensing food items prepared for consumption, the method comprising the steps of:
- a) receiving a desired delivery destination from a smart device, wherein the delivery destination is at a location remote from one or more possible restaurants;
- b) causing the smart device to display, via programmable code executable on command, a list comprising at least one proposed restaurant chosen from the one or more possible restaurants based on a restaurant criterion, wherein the restaurant criterion comprises at least one of: one or more preferred restaurants; a first predetermined distance from the smart device to restaurants located within the first predetermined distance; and a second predetermined distance from the desired delivery destination to restaurants located within the second predetermined distance;
- c) receiving from the smart device a selected restaurant chosen from the list;
- d) generating an order comprising food items based on input into an interface on the smart device;
- e) receiving a list of a plurality of users which may participate in forming a food product order, based on a selection criterion, wherein the selection criterion comprises at least one of: proximity to a delivery location; participation in a delivery schedule; time threshold; and invitation;
- f) transmitting the order to the selected restaurant;
- g) transmitting payment information associated with the order;
- h) generating a unique identifier associated with the order for food items;
- i) transmitting the unique identifier to at least one of: the selected restaurant, the plurality of users, and a delivery driver;
- j) receiving registration of placement of the food items comprising the order into a first automated food locker located at the delivery location; and
- k) based on the conveyance of the unique identifier to the first automated food locker by one of more of the plurality of users, causing the first automated food locker to dispense the food items to the one of more of the plurality of users.
8. The method of claim 7 for dispensing food items prepared for consumption additionally comprising the steps of facilitating selection of a delivery driver based on a delivery driver criterion, wherein the delivery driver criterion comprises at least one of: position of the delivery driver relative to the plurality of users; position of the delivery driver relative to the selected restaurant; association of delivery driver with a delivery driver service; association of delivery driver with the selected restaurant; and approximated cost of delivery driver;
9. The method of claim 7 for dispensing food items prepared for consumption additionally comprising the steps of:
- l) communicating with the plurality of users, wherein the communication offers an ordering session to two or more of the plurality of users; and
- m) receiving orders from two or more of the plurality of users;
10. The method of claim 7 for dispensing food items prepared for consumption additionally comprising the steps of receiving payment information from each of the plurality of users from whom orders are received and transmitting the payment information to at least one of: the selected preferred restaurant and a selected delivery entity.
11. The method of claim 7 for dispensing food items prepared for consumption additionally comprising the steps of:
- l) retrieving a geolocation of a plurality of delivery drivers;
- m) displaying on the smart device, a delivery entity data associated with each of the delivery entities, wherein the delivery entity data comprises at least one of: a travel time from the geolocation of the delivery entity to a restaurant; a travel time from the geolocation of the delivery entity to a restaurant and from the restaurant to the desired delivery location; a review associated with the delivery entity; and an estimated delivery price.
12. The method of claim 7 for dispensing food items prepared for consumption additionally comprising the step of transmitting the unique identifier from the smart device to the first automated food locker via at least one of: near field communication and Bluetooth protocols.
13. The method of claim 7 for dispensing food items prepared for consumption additionally comprising the step of periodically updating a geographic position of the delivery driver and transmitting the updated geographic position to the plurality of users.
14. The method of claim 7 for dispensing food items prepared for consumption additionally comprising the step of generating an indication of completion of preparation of the order for food.
15. An automated food locker dispensing food prepared for consumption by a human, the automated food locker comprising:
- a) a container comprising multiple disparate bins, each bin suitable for storing prepared food and comprising thermal insulation from atmospheric temperature ambient to the respective bins;
- b) a temperature-control component in each respective bin comprising at least one or more of a heating component and a cooling component;
- c) a bin door attached to each respective bin providing access to the interior of the respective bin, the bin door openable by an opening mechanism;
- d) a digital input device attached to the container or to each respective bin for receiving a first unique order identifier associated with an order; and
- e) a processor in logical communication with the digital input device, the temperature-control component, a transceiver, and a storage device storing executable code for causing the processor to: i) receive a second unique order identifier from one or more of a delivery entity or a food-service provider; ii) associate the order with a customer, the unique order identifier, and one or more of the delivery entity or the food-service provider; iii) assign a designated locker bin to receive the prepared food items; iv) actuate the temperature-control component based upon a desired temperature of the prepared food items; v) register placement of the food items comprising the order into the designated locker bin; vi) receive from the digital input device the first unique order identifier; vii) verify a matching characteristic of the first and second unique order identifier; and viii) engage the opening mechanism to open the bin door upon completion of the verification step.
16. The automated food locker of claim 15 wherein prepared food items stored in the bins are prepared specific to a user's specification and are ready for delayed consumption by the user based upon a predetermined travel time.
17. The automated food locker of claim 15 wherein the executable code causes the processor to:
- ix) assign a plurality of designated locker bins to receive the prepared food items based on a multiple-bin criterion, wherein the multiple-bin criterion comprises at least one of: a size of a food item; a size of the order; and a number of customers associated with the order; and
- x) transmit a command to make contents of the plurality of designated locker bins available to the delivery entity.
18. The automated food locker of claim 15 wherein the executable code causes the processor to receive an estimated time of travel for the delivery entity to arrive at the automated food locker and then to travel to an automated food locker proximate to a customer location.
19. The automated food locker of claim 15 wherein the processor is additionally operative to transmit a control signal to cause the automation to move a bin based upon input of the unique order identifier.
20. The food locker of claim 15 wherein the processor is further operative to transmit a notification to at least one of: a customer or a delivery entity upon the occurrence of one of: food items being placed in a bin, or food items being removed from a bin.
Type: Application
Filed: Nov 2, 2020
Publication Date: Dec 30, 2021
Inventors: Kevin Kelly (Decatur, GA), Joseph Craig Kelly (Jacksonville, FL)
Application Number: 17/086,597
