System for monitoring and control of food production and delivery service

Abstract

A computer implemented method for preparing fresh food for delivery comprising receiving, at a premises of a food preparation service, an order for fresh food via a main communication hub, receiving, at a check-in module, a message confirming that a delivery driver is at the premises, receiving at the communication hub, a signal, from the check-in module, to verify that a delivery driver is at the premises and ready to collect the order, issuing an alert to food preparation staff at the premises to package the order ready for collection, receiving input from the food preparation staff that the order is packaged and issuing an alert to the delivery driver that the food is ready for collection, starting a timer in the main communication hub, when the timer exceeds a first threshold, issuing an alert to food preparation staff to take remedial action to prevent spoiling of the fresh food.

Description

[0001] SYSTEM FOR MONITORING AND CONTROL OF FOOD PRODUCTION AND DELIVERY SERVICE

[0002] The present invention relates to food production and delivery services, for example but not strictly limited to food delivery services of the sort where intermediary delivery drivers independent from a restaurant collect food orders from the restaurant and deliver to a restaurant customer. In particular, the invention relates to a system for monitoring and controlling the secure collection of customer orders by the delivery driver from the supplier of the order.

[0003] BACKGROUND

[0004] Demand for swift delivery of goods purchased online to persons’ homes has increased in recent years. One particular growth area is in freshly prepared food products, consumers being keen to have ready prepared meals from their favourite local restaurants delivered to their door. Home food delivery is not only convenient for busy individuals but beneficial for restaurants who can serve more customers with relatively little increase to their overhead costs. A number of intermediary service providers have entered the market. Examples include Just Eat ® and Deliveroo®. Such providers typically receive food orders for food from any of a number of restaurants from individual customers via mobile phone apps. The provider receiving the order then passes the order to the appropriate restaurant and arranges for a delivery driver to collect the order and deliver it to an address specified by the individual customer. Restaurants may also provide their own platforms for receiving orders direct from customers and arrange delivery to the customer. Restaurants may employ their own delivery drivers to serve their customers exclusively, or outsource to other delivery service providers.

[0005] To retain customers it is important to both restaurants and delivery service providers that food collections and deliveries are efficient and secure. Both restaurants and their customers increasingly expect to be able to receive real-time updates on the progress of their orders.

[0006] Typically, the restaurant premises preparing the food order will include a digital check-in system where delivery drivers check-in to collect the order for delivery. For example, staff at the restaurant providing the food order may have custody of a tablet which is in digital communication with the delivery service provider. The delivery service provider communicates the order to the restaurant and an order number is generated and shared between the restaurant and the delivery service provider. The delivery service provider communicates detail identifying the restaurant and order number to a delivery driver who travels to the restaurant to collect the order.

[0007] When the driver arrives to collect the order, the restaurant staff manually check the collecting drivers identity and authorization to collect a specific order. The collection process is done manually for example by restaurant staff calling out or visually displaying order numbers for orders which are ready for collection. A driver identifies themselves, presents confirmation of the order number (for example via a display in an app on their mobile phone). The restaurant staff hand over the order to the delivery driver and update the order information on the tablet to communicate to other restaurant staff and the delivery service provider that the order has been collected for delivery.

[0008] Individual delivery drivers typically have apps installed on their personal digital devices which apps permit two-way communication between the delivery driver and the delivery service provider. The delivery driver is burdened to communicate several stages of the food collection and delivery process. For example: on arrival at the restaurant the driver will swipe on their app to confirm “arrived at restaurant”, when the food is handed over to them by restaurant staff they will swipe “order collected”, when they return to their vehicle swipe “ready to depart” and on arrival at the customer’s address swipe “order delivered”.

[0009] Whilst present arrangements work adequately, there is much scope for human error and misdemeanour, particularly at the point of handover of food orders from the restaurant to the delivery driver and from the delivery driver to the customer at the customer’s address. For example, order numbers may be miscommunicated, and incorrect orders picked up or miscreants may create fake confirmations of order numbers to intercept and steal orders. Also, unscrupulous delivery drivers are able to manipulate the system by submitting dishonest information about their status and present location to have their orders prepared earlier resulting in other drivers having to wait longer for order collection at the restaurant.

[0010] The present invention aims to provide a more secure, efficient and robust system for managing the ordering, collection and delivery of food orders. Whilst the detailed description is primarily directed to ordering and delivery of freshly prepared food orders, it is to be understood aspects of the invention have wider application wherein the supplier of the ordered goods is a business other than a restaurant, for example (but not strictly limited to) a grocery or department store.

[0011] STATEMENT OF THE INVENTION In accordance with the invention there is provided a method and a system for the monitoring and control of a delivery service.

[0012] The method may be a computer implemented method for preparing fresh food for delivery, comprising: receiving, at a premises of a food preparation service, an order for fresh food via a main communication hub, receiving, at a check-in module, a message confirming that a delivery driver is at the premises, receiving at the communication hub, a signal, from the check-in module, to verify that a delivery driver is at the premises and ready to collect the order, issuing an alert to food preparation staff at the premises to package the order ready for collection, receiving input from the food preparation staff that the order is packaged and issuing an alert to the delivery driver that the food is ready for collection, starting a timer in the main communication hub, when the timer exceeds a first threshold, issuing an alert to food preparation staff to take remedial action to prevent spoiling of the fresh food.

[0013] In another aspect, a system for the monitoring and control of a food preparation service is provided, the system comprising: a main communication hub including: a first input means for receiving information concerning orders to be collected and distributed by a delivery service, a first display means for displaying real-time status information of an order; and a processor for processing the received information, generating real-time status information of an order and instructing the display means to display the real-time status information; a check-in module including a second input means for confirming that a delivery driver from the delivery service is at the premises; wherein the main communication hub is in data communication with the check-in module; and a timer controlled by the main communication hub, configured such that the timer is triggered automatically to start for an order after a confirmed check-in of a delivery driver to collect the order.

[0014] In an embodiment, the main communication hub includes a first input means for receiving information concerning orders to be collected and distributed by a delivery service, a first display means for displaying real-time status information of an order and a processor for processing the received information, generating real-time status information of an order and instructing the display means to display the real-time status information, a check-in module including a second input means for inputting information identifying an order received by the main communication hub and a second display means for displaying order information to a delivery driver, and an administrator module including a third display means for displaying a real time status of an order received by the main communication hub; wherein the main communication hub may be in two-way data communication with the checkin module and in one way data communication with the administrator module,

[0015] The first and third display means may exhibit the same information at the same time.

[0016] In an option, the main communication hub may be in two-way communication with a cloudbased server. The cloud-based server may be accessible by customers to place orders which are in turn communicated to the main communication hub. Updates on order status may be communicated to the cloud-based server and displayed on a user interface allowing the customer to view real-time updates on the progress of their order. In such arrangements, the administrator module may be in data communication with the cloud-based server and the display for the third display means may be provided by the cloud-based server.

[0017] In use, the check-in module and administrator module are located at premises where the order is to prepared (the premises). For example, the premises may be a restaurant and the order an order for a hot or cold meal. The main communication hub is optionally located at the same premises.

[0018] The first display means and first input means may be embodied as an interactive touch screen display means in a single device. The interactive touch screen may provide both input and output.

[0019] The second display means and second input means may be embodied as an interactive touch screen display means in a single device.

[0020] The first and / or second input means may comprise mechanical keypads communicatively connected to other elements of the main communication hub or check-in module. Either input means may comprise scanning means to receive input from tags such as RFID devices, indicia, bar codes, QR codes and the like. For example, the delivery driver may scan a bar code or RFID device using the input means to confirm arrival at the premises during check-in, scan tags on bags to confirm collection of orders during check-out.

[0021] The second input means may be configured to identify a person tasked with collecting the order for delivery. For example, but without limitation, the identity of a person may be verified using facial recognition, retinal scan, fingerprints or unique microchips associated with the person. The identity may be confirmed using a data token such as an encrypted message transmitted by NFC, RFID, Bluetooth®, bar code. The data collected from a person on arrival at the supplier’s premises can be matched for verification against previously stored data which associates a tasked person with a specific order. Live data may be created by restaurants or delivery platforms upon check in to store the identity of the delivery driver, for example, by using photographs, records of scanned codes and identification details, scanned documents. This data may be stored for the duration of the delivery journey only, or it may be retained by the delivery operator for future confirmation of the identity of the delivery driver on subsequent visits.

[0022] The main communication hub may further be in data communication with a customer personal device whereby a customer can place an order from a location geographically remote from the main communication hub and the main communication hub receives and processes the order for collection. Order information from a geographically remote customer may be communicated to the main communication hub via a third-party server, for example, the third- party server may be managed by a delivery service company. Alternatively, the main communication hub and a cloud-based server via which customer orders may be placed are both managed, owned or operated by the supplier of the ordered goods. Where the server is managed, owned or operated by the supplier of the ordered goods, the server may be configured to send and / or receive data to / from one or more delivery service providers.

[0023] The second input means may be in data communication with a customer and / or delivery service provider’s personal device presented in the same geographical location as the checkin module. For example, the second input means may include a scanner for scanning food order information presented on a personal device presented at the geographical location of the check-in module. For example, the scanner is a bar code reader or an optical character reader. In another example, the second input means may be configured to receive data from a customer or delivery service provider’s personal device via a blue tooth connection. In another example, the input means may be a camera which captures a digital image presented to the check-in module by means of a display on a delivery driver’s personal device. In another example, the second input means may comprise a document reader for verifying the identity of an individual presenting ID documentation in the same geographical location as the checkin module. For example, the ID documentation may be a chip card and the second input means includes a card reader. Al (artificial intelligence) can be used to recognise drivers, for example by body parts (e.g. facial recognition, fingerprints) as mentioned previously using cameras or identification may be triggered through a digital device they carry, in check-in or check-out or collection process. Input, scanning, or selecting can be also in these means to obtain a delivery driver ID or phone number or phone IMEI number.

[0024] The check-in device creates a digital signal “check-in” that confirms that a person is at the premises and ready to collect the order. The “check-in” digital signal is transmitted to the administrator module to let the food preparation team know that the person is ready to collect the order. When the digital signal is received by the administrator module, a timer is started as described below. The digital signal maybe transmitted by wireless network, Bluetooth, RFID, NFC, GPRS or any other networking method, and may be transmitted via intermediate devices between the check-in device and the administrator module.

[0025] The check-in module may be a digital device fixed at the premises which requires input from the delivery driver, or other person collecting the order, to confirm that they are on the premises. The input from the delivery driver may be input via a touch screen, scanning a code from a mobile device (by barcode scanning or NFC), or presenting of a token by the driver to the check-in device. In some examples the check-in device may be a mobile digital device configured to confirm that it is located in the premises where the order is being prepared. In an example the check-in module may have an NFC or RFID scanner configured to read a chip card or RFID device that is located in the premises. Alternatively, the check-in device may include a camera, indicia reader or scanner to scan a barcode or symbol located at the premises to confirm the location of the check-in device. In some examples the check-in module may use location data or geo-fencing to confirm that it is located at the premises when the check-in is recorded. The check-in device may be a combination of devices such as a mobile device and an RFID tag, a bar code reader and a printed bar code, or a mobile device and a fixed device.

[0026] The check-in signal may contain data that confirms the identity of the delivery driver, and the location of the delivery driver inside the premises, and this data is then matched with order details in the communication hub. This combination of data provides confirmation of the delivery person being on the premises and can be used to start various timers to trigger notifications to the food preparation staff.

[0027] While GPS alone may be too inaccurate for these purposes, an enhanced GPS such as a GPS augmentation station in the premises may be used to improve the accuracy of the drivers location and thus confirm that they are inside the premises using a GPS receiver in the check- in device. Alternatively a short range broadcast signal, such as Bluetooth, may create a location beacon within the premises that communicates with the drivers personal device to confirm their location close to the beacon and enable the check-in to be confirmed.

[0028] Once the check-in is confirmed, the food preparation staff receive an alert that they must start to package the order for collection.

[0029] In some examples, the order is fresh or hot food with a limited shelf life and must be packaged and delivered within a limited period. In some examples, the order may have been preprepared as a stock item. As an example, some restaurants prepare fries or burgers that must be kept warm and provided to the customer within fifteen minute of preparation or discarded. The food preparation staff may only need to package the order from the pre-prepared stock once the delivery driver is in the premises. In other examples, the order may require some preparation time - in these cases, the system can estimate the preparation time and notify the person who is to collect the order when it is expected to be ready. As an example, the order may be a meal that is cooked and can be kept warm on a stove or in a hot box for a short period of time, the cook may begin to prepare the meal after the order is received, but the order should not be removed from the stove or hot box for packaging until a person is on the premises ready to collect the order, otherwise the meal may cool down or otherwise deteriorate.

[0030] Warm food must usually be kept at 63C so hot holding of foods is essential for restaurants until it gets delivered to the customer. The problem restaurants have is most warm foods cannot be hot held for long periods of time and the chilled foods cannot be kept in warm for long periods, especially when it needs to be delivered on time. Certain warm or cold foods lose their quality and no customer wants dried out chicken, over cooked pasta, melted ice cream or warm milkshake. Delivery drivers not picking up food on time waste food and money as restaurants have to throw away food and packaging, they have to re-do items and it also causes delivery delays. Popular fast food examples that require holding for short periods prior before losing its quality include: Fries, Ice Cream, Steaks, Soup, Hot Drinks, Curry, Chicken, Burgers and Pizzas, Pasta, Frozen Foods, Fish and Chips, Steaks, etc.

[0031] In this way, use of this system will help to preserve the quality of delivered meals by ensuring they are kept at the ideal temperature until they are collected.

[0032] As described above, in prior art systems, people collecting orders may be late resulting in packaged food being spoiled, whether because of unavoidable delays or because of unscrupulous use of order systems by delivery drivers. The inspiration for the invention disclosed herein comes from complaints received by the inventor from restaurants that delivery drivers were deliberately abusing existing systems which did not provide the benefit of effectively confirming the location of delivery drivers before initiating food order preparations and completion. Confirmation of regular breaking of delivery service rules by delivery drivers, and not following timely processes on food collection at restaurants has been collected by several restaurants and provided to the applicant, providing evidence of the real-world problems currently being faced on ground level. Prior art system do not provide tangible benefits and does not address the current needs of restaurants.

[0033] The system may also be used for restaurant customers who are collecting the order themselves and acting as a delivery driver, providing the customer has the correct identification or software installed on a mobile device to interface with the check-in module.

[0034] In another option, on arrival a delivery driver is presented with a listing of orders currently in preparation or awaiting delivery. The delivery driver may select one or more orders which they have been dispatched to collect and then be invited by the check-in module to verify their personal identity. Identity may be verified through biometric data, personal documentation or a unique identification code provided to the delivery driver when dispatched.

[0035] In some examples, the check-in device may be in data communication with a personal device of a checked-in customer or delivery service provider and is configured to communicate updates on the order status directly to the personal device. For example, the system may be configured to send an alert to a checked-in driver that the order is packaged and ready to be collected.

[0036] The check-in module may further be configured to receive confirmation from a checked-in customer or delivery service provider that their order has been received. Such confirmation may, for example, be provided through an interactive touch screen display. In alternative, the check-in device may recognize a duplication of input data received in a pre-defined time frame as confirmation of collection.

[0037] In more sophisticated arrangements, packages (such as pizza boxes or bags of food) in which an order is packaged may be uniquely labelled to associate them with a particular order. The check-in module may be further configured to read the package labels during a check-out process. Order data may include an expected number of packages delivery of which is recorded to have been completed once the label is scanned at the check-in module. Confirmation of the number of packages handed to the driver and the time of handover may be uploaded from the main communication hub to a cloud server and thereby communicated to the customer who placed the order. Alternatively, where the main communication hub is provided with customer contact data at the time the order is placed, the main communication hub may be configured to communicate an order update directly to the customer. The order update may be sent via internet messages, automated phone call or SMS text message or MMS. The message may travel by any means, such as Bluetooth ®, ethernet, wifi®, GPRS, 4G or 5G or any other network. The order update may include details of the number of packages collected, so that the customer knows how many packages to expect. This avoids the issue with prior art systems that drivers may collect e.g. two or three packages but deliver a different number. The system may also provide recording of the number of bags e.g by a camera taking pictures of these bags on check-out or collection inside premises. This then is sent to customer in real-time to customer mobile phones or digital devices confirming number of items picked-up.

[0038] The administrator module comprises essentially of a display unit (third display means) in data communication with the main communication hub such that the main communication can provide real-time food order status information to the third display means.

[0039] In one useful application, the system is applied to the ordering and delivery of freshly prepared meals from a food provider such as a takeaway, restaurant, hotel kitchen or the like. In a typical in-use arrangement, the first display means is located “back of house” in the food preparation area of a food provider’s premises. The administrator module and check-in module are located “front of house” at a customer facing area of the same premises. Optionally, the administrator module and check-in module may be embodied in a single device accessible to both an administrator serving customers and a customer or delivery service provider being served by the administrator. Alternatively, the modules may be embodied in two separate devices.

[0040] The system may further incorporate a timer controlled by the main communication hub, the timer function displaying elapsed time on the first and third display means. The timer may be set to monitor the handover time of the food, wherein the handover time is the time elapsed from the confirmed check-in of a delivery driver to confirmed collection of the order by the driver. The timer may be triggered for a given order number on receipt of confirmation that a delivery driver has checked-in at the check-in module. The timer may be configured to record the waiting time that the delivery driver has had to wait to collect the order. The driver may for example receive additional payment if the waiting time exceeds a threshold.

[0041] Prior art systems being used by delivery platforms currently cannot measure accurately when a driver is inside the premises to collect as the systems cannot reliably verify the location of the driver. Restaurants, delivery platforms and customers require real time data of a driver as this is the start of the food’s journey to the customer. The timer being triggered at check-in gives the real time data that everyone in the chain of operation needs. The timer triggered inside restaurant premises provides useful and tangible benefits to a real-world problem and addresses current needs. 1) Lets restaurants know delivery driver has verifiably arrived at the premises. 2) Measures wait time of drivers precisely from arrival time so they can be paid correctly. 3) Speeds up collection of food because of HOT (Hand-Over-Time). The speed food is handed over to the delivery driver upon arrival, it is important to understand this is something restaurants are monitored on by delivery platforms and strive to improve.

[0042] The system, triggering an accurate timer inside premises at the initial stage of collection is different from anything published or disclosed in on demand food delivery sector. Currently the food collection operation described, since 2005 was conducted manually and has no accurate digital footprint because food delivery apps are being manipulated and delivery platforms are unable to monitor nor control the problem.

[0043] In some embodiments where the same delivery drivers are used regularly to collect orders for specific deliveries, for example deliveries for orders prepared at specific restaurants, or deliverable to specific post code areas, the system may include a memory storing data associated with these delivery drivers. This data may be used to further improve efficiency or customer service by, for example; automatically allocating a collection to the regular delivery driver when an order is placed, matching biometrics passively or actively collected on the delivery driver’s arrival at the order provider’s premises to the stored data to enable swift an automatic check-in by the check-in module.

[0044] Optionally the system may use blockchain technology to securely store customer’s personal and order information during an order-delivery transaction. Blockchain may also optionally be used to store delivery driver data. Customer or delivery driver identities may be in the form of non-fungible tokens (NFT) attached to individual orders. The identity data may be tokenized into NFTs using blockchain technology. The system may be configured to send and receive NFTs as a payment means or reward for customer loyalty or a tip to a delivery driver or order provider.

[0045] The system maybe embodied in a virtual reality platform allowing interpersonal communication between avatars of customers, order providers and / or delivery drivers.

[0046] Optionally the system may be made more efficient using quantum computing technologies.

[0047] The system provides benefits over prior known systems by requiring verification of a collector and the order they are authorized to collect at the geographical location where the order has been prepared. In applications where the order is for freshly prepared food, ensuring persons collecting food are in the food provider’s premises before the food order is packaged for collection reduces the typical time between food packaging and collection. This is a benefit to the end customer in that food is fresher on delivery, there is a benefit to the food provider in that packaged orders can be swiftly handed over to collectors reducing the likelihood of multiple orders becoming mixed up. This may reduce requirements for equipment needed to keep food warm and for space requirements of a waiting area for checked-in customers since the order collection time is made shorter. There is a further benefit to honest delivery drivers and customers collecting their food orders since the possibility of an unscrupulous individual “jumping the queue” by dishonestly declaring they have arrived is removed. Queuing times for checked-in individuals is therefore reduced.

[0048] SPECIFIC EMBODIMENTS OF THE INVENTION

[0049] An embodiment of the invention is now further described by way of example with reference to the accompanying Figures, in which:

[0050] FIGURE 1 shows schematically the three main components of one embodiment of a system in accordance with the invention and the flow of data between the components;

[0051] FIGURE 2 shows a flow chart of the progress of an order passing through a system and actions taken by the system to process the order in accordance with one embodiment of the invention;

[0052] FIGURE 3 shows a flow chart of the progress of an order passing through a system and actions taken by the system to process the order in accordance with another embodiment of the invention;

[0053] FIGURE 4 shows schematically how a system in accordance with the invention interacts with the real world;

[0054] FIGURE 5 shows actions taken by a customer, delivery service provider staff and restaurant staff interacting via one embodiment of a system in accordance with the invention.

[0055] A system in accordance with the invention may comprise three main components typically all located in the premises of a provider of goods ordered online. In this example, the premises is a restaurant providing a freshly cooked meals delivery service. As can be seen in Figure 1 a system in accordance with the invention comprises a main communication hub 1 which includes a first display means 1a and a first input means 1b for updating information to be displayed on the display 1a. The main communication hub is in two-way data communication with a check-in module 2. The check-in module 2 includes a second display means 2a and second input means 2b. The main communication hub 1 may send current order information such as order numbers related to orders in progress of preparation to the check-in module 2. In use, once check-in has been completed, the second display means 2a will display to a checked-in delivery driver a number of orders available for collection. Using the second input means 2b, the delivery driver can confirm which orders they seek to collect. This information is communicated back to the main communication hub 1 , informing the restaurant staff that a person is available on site to collect the selected orders when they are packaged. The restaurant staff are thus prompted to package the food orders and present them to the delivery driver for collection.

[0056] The main communication hub 1 may further be in data communication with a cloud-based server which may be managed by the restaurant or by a third party. For example, but not essentially, the third party might be a delivery service provider. Orders from customers may be placed from their personal devices via the server which in turn communicates order information to the main communication hub 1.

[0057] The main communication hub may be further in one-way data communication with an administrator module 3. The administrator module 3 comprises a third display means 3a and an audio device 3b. In use real-time order status information is communicated to the administrator module display 3a. When an order is collected, the main communication hub may additionally communicate to the administrator module 3 instruction to broadcast an audio alert via the audio device 3b. The audio alert may be communicated to a checked-in delivery driver simultaneously with a corresponding order update presented on the administrator module display means 3a. In an option, where a checked-in delivery driver has used a personal device to check-in, the system may be configured to send a duplicate visual or audio alert direct to the personal device of the checked-in delivery driver appointed to collect the order. The audio alert may be provided by a virtual assistant, having e.g. a male or female voice, calling out orders in check-in or check-out or at collection in any of the different languages of the world, whichever country the system is. ,An Al language model with translation capability may be used to do this. The audio device speaking out and communicating to the driver benefits staff at busy restaurants because staff may lose their voice, get stressed having to repeat order numbers out loud and psychologically get affected when taking time to bag up food but the driver has not arrived The flow chart of Figure 2 follows the processing of an order from receipt to collection by a delivery driver in an arrangement where a delivery service company manages the receipt of customer orders and outsources the food order to a restaurant. As can be seen, a customer order is placed and received by both a delivery service provider and a restaurant supplying the food order. Details of the food order are captured in the man delivery hub 1 located at the restaurant. The restaurant commences preparation of the food order and in parallel, the delivery service provider dispatches a delivery driver to the restaurant. On arrival at the restaurant, the delivery driver checks in and via the input means 2b of the check-in module 2 and identifies the order(s) to be collected. The check-in module 2 communicates to the main communication hub 1 that a delivery driver is available on the premises to collect the identified food orders. With the main communication hub display 1a updated to show the identified orders, restaurant staff are prompted to commence packaging of the order(s).

[0058] Once the identified orders are packaged, the restaurant staff update the main communication hub via the first input means 1 b. The main communication hub 1 in turn communicates the updated order status to the administrator module 3 which, via the third display means 3a and / or audio device 3b communicates to the delivery driver that the order can be picked up.

[0059] The delivery driver approaches counter staff at the restaurant who check the order is correct and invites the delivery driver, via the check-in module 2 to confirm the number of packages collected. The information is communicated back to the main communication hub which in turn updates the third display means 3a of the administrator module 3.

[0060] The flow chart of Figure 3 follows the processing of an order from receipt to collection by a delivery driver, for example in an arrangement where a restaurant manages the receipt of customer orders and outsources the collection and delivery to a delivery service provider. As can be seen, a customer order is placed and received by both a delivery service provider and a restaurant supplying the food order. Details of the food order are captured in the man delivery hub 1 located at the restaurant. The restaurant commences preparation of the food order and in parallel, the delivery service provider despatches a delivery driver to the restaurant. On arrival at the restaurant, the delivery driver checks in and may if necessary via the input means 2b of the check-in module 2 identify the order(s) to be collected. The check-in module 2 communicates to the main communication hub 1 that a delivery driver is available on the premises to collect the identified food orders. With the main communication hub display 1a updated to show the identified orders, restaurant staff are prompted to commence packaging of the order(s). The check-in module may include a scanner for receiving a message confirming that a delivery driver is at the premises. The scanner may receive information confirming either or both of the delivery driver identity or the delivery driver location. For example, if the checkin device is a mobile device, it may require an input from a source fixed in the restaurant to ensure it is not being used to check-in outside the premises. This could be an image of a bar code, or a connection to the premises own wi-fi, or detection of any kind of tag or beacon located within the premises.

[0061] Once the identified orders are packaged, the restaurant staff update the main communication hub via the first input means 1 b. The main communication hub 1 in turn communicates the updated order status to the administrator module 3 which, via the third display means 3a and / or audio device 3b communicates to the delivery driver that the order can be picked up.

[0062] The delivery driver approaches counter staff at the restaurant who check the order is correct and invites the delivery driver, via the check-in module 2 to confirm the number of packages collected. The information is communicated back to the main communication hub which in turn updates the third display means 3a of the administrator module 3.

[0063] Figure 4 shows in schematic form how a system in accordance with the present invention interacts with the real world.

[0064] As can be seen from the Figure, multiple customers of a food delivery company, via their personal communication device 21 , each have access to a cloud-based server 22 which process their orders and communications them to a delivery driver service 20 and a restaurant 30. Within the restaurant 30 is located a system 300 in accordance with the invention. The system comprises a main communication hub including a processor 31 , display 32 and input means (not shown) for updating information stored in the processor 31. The processor 31 presents relevant real-time order status information on the display 32. The main communication hub 31 , 32 is in two-way communication with a check-in module 35 and in oneway communication with an administrator module having a display 33 and optional audio device 34.

[0065] Having received and confirmed an order, the delivery driver service 20 dispatches a driver 23 who travels to the restaurant 30. On arrival, the delivery driver 23 uses the check-in module 35 to confirm their arrival at the restaurant premises. Optionally, a personal communication device 24 may be used to communicate identification of the delivery driver and or verification of the order numbers they have been despatched to collect. The check-in module may be embodied as a combination of a mobile device 24 and a fixed device 35 within the premises, or it may be implemented using a mobile device, providing that the device is confirmed to be inside the premises when the check-in is made. In this way the check-in confirms the drivers identity and location and transmits this information as a message to the main communication hub 31. Within the restaurant, the process as set out in Figure 2 is performed by the system 300. Once the administrator module 33,34 communicates to the delivery driver 23 that the order is ready for collection, the driver confirms via the check-in module or via a staff member who updates the main communication hub processor 31 , the number of packages collected. The delivery driver 23 then collects the food order 25 and proceeds to the delivery address. Meanwhile, the main communication hub displays the updated order status information via the main communication hub display 32 and the administrator module display 33.

[0066] Figure 5 illustrates actions taken in parallel by a customer, delivery driver and restaurant all interacting with services managed by a system in accordance with the invention during processing of a food order for delivery.

[0067] One specific embodiment will now be described in more detail. It will occur to the skilled addressee that not all of the described features of the embodiment are essential to the invention and other practical embodiments may be conceived without the need for inventive thought.

[0068] Arriving at a restaurant to collect an order, a delivery driver approaches a pick-up point (food counter). The driver will record their check-in at the premises on arrival. The driver may use a check-in module that confirms that they are inside the premises and ready to collect the order. The driver may INPUT, SELECT or SCAN an order number or delivery driver ID or Phone number or IMEI of a phone or NFT via a touch screen device of a check-in module on arrival or by other digital forms such as barcode, RFID or NFC tag connecting to a reader placed inside the premises. Once the check-in process is completed the system performs a number of smart functions using several technological components / devices to manage the pick-up process.

[0069] The “on the premises” check-in module at the food business or restaurant is a novel and advantageous feature of the system. It is only operated inside the restaurant. It has to be tapped into by delivery drivers on arrival and then it starts doing the smart things! The checkin module comprises at least one component that is fixed at a location within the premises, and generates a digital message or signal that can be used to confirm that the driver is within the premises. The ideas, methodologies and processes behind our technology / system make the current operations more extremely efficient in terms of creating real-time data, improving speed on food pick-ups, recording driver arrival time, holding parties in the chain accountable and many other major benefits.

[0070] The system works with up to three main components now described in more detail to explain the overall workings of the system or machine. The described embodiment is a simplistic one for illustrative purposes, we envisage further components and features may be added to improve the capabilities of the system in more advanced embodiments.

[0071] The three main components have two things in common;

[0072] Firstly, Initial login screen on system starting up displays a unique company logo.

[0073] Secondly, the food business or restaurants using the system will login to the components by way of;

[0074] Entering Restaurant / Venue ID

[0075] Entering Password

[0076] The login process is for internal use by the food business or restaurant and for security purposes. It informs senior management who has signed into the technology and at what time and date for later checking. Once logged in, a restaurant staff member is given three options for which of the three components of the system they want to operate, for example; “Driver Sign-in View” or “TV Grid View” or “Staff Console”. To use the system all three of the components have to be operational and each component has to be initially logged into separately.

[0077] Component 1 (corresponding to the check-in module of the claimed invention) is used by delivery drivers to check-in. It is convenient placed at the front of house or on food collection counter of the restaurant.

[0078] There are multiple options to the configuration of check-in module and how the delivery driver may interact with it to check-in. These are as follows;

[0079] 1) The delivery driver enters the Order Number or Numbers on arrival into component 1. The driver has been given order details by the specific delivery platform they have come to collect / pick-up for and hold this order number on their mobile phone via app. This order number is also provided by delivery platforms to restaurants and are held on their tablets.

[0080] 2) The delivery driver selects the Order Number or Numbers from component 1 on arrival. Order number is already displayed on component 1 and the driver simply has to select it using a touch screen integrated into the module. 3) The delivery drivers and restaurants are given the order number by the delivery platform. The driver accesses it on their mobile phones via a dedicated app and the restaurants are sent this by delivery platforms to their main communication hub.

[0081] 4) A Digital Scanning System may be built into any part of Component 1 , for example it may be configured to scan a Bar Code, Number, Pattern, Design or Colour from the delivery driver’s mobile phone or any other suitably configured personal device they may be carrying. The Bar Code, Number, Pattern, Design or Colour is communicated by a specific delivery platform to the restaurant’s computer systems

[0082] Component 2 (corresponding to the administrator module of the invention) is for the use of food business / restaurant and its staff, it is for this staff’s use only.

[0083] Component 3 (corresponding to the main communication hub of the invention) is the main communication hub between staff at the restaurant and the delivery drivers. It does several smart things that works psychologically but also physically to enhance staff and driver productivity. It links a food order that needs to be prepared timely by restaurant staff and verifies a correct delivery driver has arrived at the restaurant to collect the food order before the food order is packaged and collected by the delivery driver.

[0084] The following describes the check-in process using Component 1 of the system.

[0085] Upon arrival at the restaurant a delivery driver will enter the food premises and proceed to a counter / wall / desk where Component 1 is located.

[0086] The display of Component 1 , which in this example is a touch screen display, may present a “Welcome” message to the driver and invite them to select from a list of delivery platforms, the delivery platform he is collecting orders for. Once the delivery driver has selected the platform they are collecting or picking up for the next screen asks the delivery driver “How many orders are you collecting today?” The driver is given options for example from “Single Order” or “Two Orders”.

[0087] After selecting how many orders to be collected or picked-up, an order number entry screen will pop-up. The order number entry screen is configured to receive order numbers used by the selected delivery platform. If “Two Orders” has previously been selected, then after the first order number is entered in, a second screen will pop up for the second order number to be entered. Alternatively the driver may already have details of one or more orders to be collected on a mobile device, and may scan a device in the restaurant to generate a message that they are on the premises to collect the one or more orders.

[0088] Once the appropriate order details have been entered a “Thank You!” message will be displayed, the message may also confirm “Your Information has been entered”. After this final process, the system will automatically revert back to main driver “ Welcome” check-in screen for the process to happen all over again when next driver arrives.

[0089] Component 2 (corresponding to the main communication hub of the invention) carries out the functionality, administration and management of the system / machine. It is operated by managers and staff in charge of the delivery operation at the food business / restaurant.

[0090] The Component 2 may duplicate everything displayed onto the Component 2 display onto the Component 3 (corresponding to the administrator module of the invention). The display of Component 3 cannot be interacted with or updated via Component 3, it is a display only device. In a smaller restaurant, component two may not be required.

[0091] Order numbers can be “clicked” or “touched” into on Component 2 that will then take staff using it to a more detailed screen for that specific order.

[0092] Screens presented to staff after this step are functional and may be interactive in the form of a touch screen. Most importantly Component 2 manages the security and protection of the food being handed over to the delivery driver as it takes photo / images of the order number from the delivery driver’s device upon collection via an inbuilt or detachable camera associated with Component 1.

[0093] The operation of Component 2, contributes in a number of different ways;

[0094] 1) It provides information displaying real-time order status to both restaurant staff and delivery drivers

[0095] 2) When restaurant staff click or touch on an “Acknowledge Order” tab, it updates Component 2 and Component 3 display screens, relaying that the order is accepted by the food business or restaurant.

[0096] Checked-in delivery drivers are informed via the Component 3 display screen message “Order Confirmed” for example with a green tick in a grey box. If any of the other platforms were to be selected it will display the same way apart from the information which will be specific to the selected delivery platform.

[0097] 3) An “Order Ready” tab when actioned requests delivery drivers to come forward and pick-up their order when it’s ready. An “Order Ready” alert displays on the display screens of Component 2 and Component 3 with a “Collect Now” message.

[0098] 4) Once the “Collect Now” message is displayed, an audio alert is broadcast in the form of a female or male voice stating the order number of the order ready for collection. The voice calls out 3 times; first call “Order number XX.. is ready”, second call “Order number XX.. is ready” and the third call is “Final call for order number XX”.

[0099] 5) A Timer is also set off counting upwards after the system or machine calls out the order number 3 times. This timer is unique and extremely important to the system or technology as it holds any driver that has not picked-up on time accountable. It is displayed in red on Components 2 and 3 and both staff and delivery drivers will have sight of it.

[0100] If a driver has not picked-up on time, i.e. the elapsed time recorded by the timer has exceeded a threshold, an alert is generated. The displays essentially let all parties know and the message “Late Collection” appears on the displays. If a delivery driver has checked-in legitimately at the restaurant premises, there is no-reason “Late Collection” message should appear as the delivery drivers have told the restaurant they are in the building. The purpose of this function is to catch unscrupulous delivery drivers who are manipulating the pick-up operations of food businesses and restaurants.

[0101] The Timer is also there for psychological reasons. It is of opinion the free culture of food being picked-up late from restaurants since 2005 and beyond has not changed. The Timer aims to change delivery drivers’ mind set as some may not understand the implications late collection has on the businesses and their customers. Visually seeing the digital clock increasing in time will help motivate speedy and efficient collection.

[0102] Restaurant staff are also kept on alert by the Timer motivating them to bag and hand over food promptly. The Timer is important to meet the requirements of “handover time”, a performance indicator which the restaurants may be measured on by the food delivery platforms. If the driver does not come forward to collect pick-up on time after three voice calls the “Collect Now” description for that specific order changes to “Late Collection” at the same time, Timer activates and is displayed on the displays of Components 2 and 3.

[0103] The Timer will run and status will continue to stay same until the delivery driver picks-up or staff “Cancel” or “Delete” or make other amendments to the order status.

[0104] The “Driver Check-in” function is a call-out by staff to drivers. It displays on Component 2 and Component 3 with the message “Issue - See Staff”. The call out requests delivery driver to see staff because of an issue with the order being picked-up.

[0105] On Component 2 an “Order Collected” tab is actioned by staff once the driver arrives at the counter to collect or pick-up the order. Upon selection a dialogue box opens with a message stating “Driver Phone” and then “Please take a photo of the drivers order number”.

[0106] Staff to carry out the process of taking a picture of the driver’s order number displayed on their personal device. The personal device (such as a mobile phone) is placed on a cradle at this stage and the camera on Component 2 or other device attached to Component 2 will take the picture or image.

[0107] The staff member simply clicks on the digital camera which pops up on screen and takes a snap of the delivery driver’s order number. A “photo okay?” message displays. If the answer is no, the device invites the staff to take another snap.

[0108] Once the photo is successfully taken it will pop up into the tablet with be stored in Component 2 with all the relevant data against the order number just collected by the delivery driver.

[0109] This feature of the system is an important part of the pick-up process. The fitted camera can be used to not only snap picture of orders but also food items prior to bagging which will give confirmation of number of food items placed into bags.

[0110] The picture taken of the order number and food items connect the delivery driver to the order being collected as the same order being collected cannot be duplicated in any other driver’s phone or device. It is also confirmation for the restaurant the correct order has been given to the correct driver and mistakes have not been made. Taking a picture of the order number and the food items at this “Check-Out” stage is certainty, evidence and reassurance to restaurants order has correctly been bagged and collected.

[0111] After the picture has been taken Component 2 requests confirmation from the delivery driver of the Number of Sealed Bags collected. This may be selected from a touch screen which provides an option of selecting “One, Two, Three, Four, Five and Six”.

[0112] It is important the driver confirms the number of sealed bags being handed over and not the staff. By making the delivery driver confirm the number of bags being handed over, there is now two times validation that a delivery driver is authorised to collect the order and has received the correct order.

[0113] Once the number of sealed bags is confirmed by delivery driver, the specific order number clears from the Component 2 and Component 3 displays. This confirms the order has been collected and the driver check-out process is complete.

[0114] The delivery driver can now take food, leave the restaurant and make the drop-off to customers.

[0115] It is anticipated that the system will have means to read bar codes, patterns, designs, or anything else provided by food delivery platforms to confirm pick-up of food.

[0116] Other features of the system may include:

[0117] “Order Cancelled Tab” - The function is used when a customer calls in to cancel or the restaurant cannot fulfil order for any reason.

[0118] “Delete Order Tab” - This is used to wipe order from system or machine completely because it was cancelled for whatever the reason.

[0119] “History Search Tab” - This function allows staff to do several smart things for administration purposes. It helps staff check back on historical orders put through the system or machine and does the following;

[0120] Can filter by a dates Search.

[0121] Reset Dates.

[0122] Select a specific delivery platform to Search By. Search by Order Number.

[0123] Exit from History Screen Currently On.

[0124] On the “Historical Orders” screen important and vital information is displayed which is required by most restaurants to assess their delivery operation. This is called “H.O.T” or “Hand Over Timer” (term used by delivery platforms and restaurants). The average hand over time is recorded by the system for days or weeks for orders picked-up by drivers. The system will be further developed to give figures or stats for months and years.

[0125] The H.O.T is vital and important to restaurants. Adding further to what has been explained, it is the speed in which the food is made, bagged and handed over to delivery drivers upon arrival. Component 2 ensures all parties in the chain meet their responsibilities so the requirement of the hand over time is met.

[0126] H.O.T monitoring has been built into the system because research has told us that there is no currently accurate and reliable means for monitoring this performance index.

[0127] The following describes Component 3 (corresponding to the administrator module of the invention in more detail.

[0128] Component 3 displays and provides the relevant important information to restaurant managers, staff and delivery drivers to carry out their jobs. Essentially, it is a display terminal akin to that you might find in an airport or train station providing real-time data.

[0129] Component 3, displays a real-time status of the food order from order confirmation to collection. As a consequence of this real-time updating, delivery drivers will no longer feel ignored and will be less inclined to pester busy restaurant staff for information. Additionally, busy restaurant staff can rely on Component 3 to give them 100% accurate data so they can manage their tasks effectively and efficiently.

[0130] The following describes some key aspects, attributes and features of the described embodiment.

[0131] The three main components of the system each have their own unique processes. The system as a whole has the ability create, retrieve and store data, produce reports and provide accurate information to its users. The data created has the potential to provide food businesses and restaurants competitive edge against its competitors.

[0132] For the system to do all of this it requires instructions on what it needs to contain and how it needs to work. The following details provide a simple guide to what may usefully be included in the system’s software to enable it to function and operate as described. These details are non-limiting and subject to updates, changes upon improvements.

[0133] Order ID Display; Platform Logo Display; Time arrived Display; Time Ready Display; Time collected Display; Time waited Display; Status Display; Log Display Just-Eat, Uber Eats and Deliveroo; Notes Display; H.O.T Details Display; Late Timer Display;_Clock Display; Photo Image Box; Unique Keyboard; Digital Voice call-out of order numbers; Digital Camera; Acknowledge order function; Order ready function; Driver Check-In Function; Order Collected Function; Order Cancelled Function; Order Delete Function; Reset dates Function; Apply Filter Function; Exit History Function; Save Function; Clear Function; Return To Main Screen Function; Driver Sign-in View Function; Login Function; TV Grid View Function; Staff Console Function; Single Order Function; Two Order Function; History Search Function; Search by Dates; Search by Platforms; Search by Order Number.

[0134] Useful features:

[0135] Technology which scans or records images of information identifying orders to be collected.

[0136] A human computer interface allowing input of notes, updates and edits related to order information and status

[0137] A user friendly and interactive display with Images, Signs and Text communicating warnings and satisfaction;

[0138] “Collected” notification

[0139] “Order Entered” notification

[0140] “Order Confirmed notification

[0141] “Collect Now” notification

[0142] “Issue see staff” notification

[0143] “Late Collection” notification

[0144] Linked Orders are represented together

[0145] Search Feature allowing “Search by Order Number” or “Search by Platform” or “Search by Dates” Audible call out of orders to drivers.

[0146] Count-up timer, Digital clock assistance for staff and drivers

[0147] “Calculates” average “Hand Over Time” (HOT) by “Days”, “Weeks”, “Months” and “Years” and “Displays Details” on screen.

[0148] Displays linked orders by image of connected “Chain”

[0149] Print function

[0150] Icon messages as well as text, e.g;Smiley Face in Yellow Colour, Green “Tick”, Black “Tick”, White “X”, Linked Chain in Green, Orange and Blue Colours, Yellow Triangle with explanation mark, “#”

[0151] The following are examples of messages which might be displayed by the main communication hub.

[0152] Order Entered; Order Confirmed; Late Collection; Collect Now; Collected; Issue see staff; Enter Venue ID; Enter Venue Password; Driver Phone - Please take a photo of the driver order number; Confirm with driver number of sealed bags? One, two, three, four, five, six; Thank You! Your Information has been entered; Restarting 3, 2, 1 seconds; Enter the last 5 digits of your First Just Eat order code; Enter the last 4 digits of your First Deliveroo order code; Enter the last 5 digits of your First Uber-Eats order code; Enter the last 5 digits of your Second Just Eat order code; Enter the last 5 digits of your Second Uber Eats order code; Enter the last 4 digits of your Second Deliveroo order code; Hello Driver! Welcome to the food order collection system from (system providers or restaurant’s name), How many orders are you collecting today?

[0153] Optional additional elements of the system may include;

[0154] 1) The system or machine will be developed to accept “Phones Sims” like a mobile phone does so it can send images, videos, signs, or text messages to other devices including mobile phones. (Update on Component 2 - Staff Terminal)

[0155] 2) Option for delivery drivers to select order numbers already displayed on screen by “Touch” rather than entering details (Component 1)

[0156] 3) “Digital Scanning System” built into any part of it that will “Scan a Bar Code, Number, Pattern, Design or Colour” taken from the delivery drivers “Mobile Phone or Any other Device” they may be carrying to make that food collection or pick-up. The “Bar Code, Number, Pattern, Design or Colour” is provided by specific delivery platform to restaurants held on tablets and the same to driver’s held on their mobile phone via App. (Update on Component 1 and Component 2). Scanning of codes or tags within the premises to confirm delivery drivers location when they are using their own device as a check-in module.

[0157] 4) This system may be developed to integrate other business partners who want to add their system or machine into our solutions or apply their solutions to it in whatever form.

[0158] Further examples of the system use are provided here:

[0159] The Display Module is an example of the technical interactions between the restaurant and delivery drivers.

[0160] 1- Virtual Assistant (Audio Speakers) - calls out order numbers 3 times for drivers to collect rather than staff shouting out at drivers (good for restaurant staff well-being).

[0161] 2- Communication - Arrival time, Time waited, Different status of order, Request made for driver to speak with staff, Timer showing how long the order has been late (HOT missed).

[0162] 3- Communication - Different symbols pop up on Display Module briefing at what stage the order is at, Yellow smiley face, Double pick-up indicated by Orange, Blue or Green link symbol, Green tick symbol, Black tick symbol, White X symbol, Yellow triangle with explanation mark and the # symbol.

[0163] 4- Communication - Alerts staff on Handover Time (HOT) and if a driver has arrived late.

[0164] The Display Module may relay real-time details on order pick-ups to both restaurant staff and drivers.

[0165] The Check-In module;

[0166] 1- Unique identifier of the driver, Scanner or digital camera attachment takes image.

[0167] 2- Creates real- time data and stores orders being picked-up.

[0168] 3- Alerts staff on drivers arriving late for pick-up.

[0169] 4- May have a uniquely built in digital keyboard, no other standard tablet has this feature. The digital keyboard is different because the layout is unique and functions are specifically made for System use. Updates may be done by “Touch Screen” or “Typed” in using the “Unique Keyboard Design”

[0170] The Check-Out module may be a separate device, or combined with either the check-in module or the administrator module; 1- Provides “Second Layer” check linking orders directly to drivers by using scanner or taking digital image. Configured and attached with special camera. (Reducing human error).

[0171] 2- Provides security on food pick-ups by taking note of how many food bags handed over to the driver. Configured with scanners and bar code readers, scans labels on bags. (Minimising food theft).

[0172] 3- Has SIM facility, which can for example send a GPRS, SMS or MMS text to the Customer advising driver has left and how many bags the driver is expected to deliver. (Gives restaurants more control over their own food, stops drivers from being late, provides a higher level of customer service as the customer knows what to expect on delivery).

[0173] The networked messages between the modules not only validates drivers to the correct order but it also creates real-time data for food businesses to work with. Orders are lost and food is wasted every year due to the fact they have been working off un-reliable data and no reliable technology has been developed to fix the problems.

[0174] One of the major problems in prior art systems is real-time data, The swipe functions or select functions that drivers may use to let restaurants, customers and platforms know the different stages they are at in the pick-up and delivery process can be manipulated or taken advantage of to benefit the drivers and not for overall good. Everyone in the supply chain suffers because of this. Swiping an app on a mobile phone at 100 yards from the restaurant or even coming into the restaurant swiping and leaving does not create the data restaurants need. Drivers may even switch off GPS or Data on their phone or even use GPS apps to fake their location so delivery service platforms do not detect where they are, which does not help restaurant businesses or a customer.

[0175] The fact that a driver has to come inside the restaurant premises and use the system described herein creates more accurate, real-time data. Because the check-in module is located within the premises, when the driver checks-in there should be no significant delay in collecting the order once it is prepared. If there has been a delay, the restaurant staff are notified immediately by the alert and can take corrective action. This avoids food wastage of prior art systems where a driver might check-in on a remote device and then fail to collect and result in food being prepared but not collected. The data transfer between the modules as described herein connects multiple pieces of data from multiple sources together to verify that the order is being correctly handled. One piece of data confirms that the check-in has been activated inside the premises, provided by a device fixed within the premises. The drivers identity can also be confirmed by the check-in module. Which delivery service and which orders are to be collected can be confirmed and matched against the order information held by the restaurant.

[0176] This is non-existent in prior art operations, which have relied on manual calling of order numbers or showing a phone App by drivers which restaurant staff cannot check properly is not satisfactory nor is efficient and human error becomes a daily occurrence. The system described herein uses technology to create accountability for both parties, helps them improve work, and creates “REPORTS” for mangers to improve performance.

[0177] The solution involves using a software tool which comprises physical digital components to align the process between delivery drivers, restaurants and food ordering apps (e.g. Uber Eats, Just-Eat, Deliveroo and other similar apps). For the system to be operated correctly at least part of the system is placed inside the premises. The system aids and streamlines current outdated process recording real-time data, which speeds-up HOT (Hand Over Time) on fresh foods for restaurants or supplier of the order, monitors driver arrival and wait time so correct payments can be issued to drivers, control the secure collection of customer orders by the delivery driver from restaurants or supplier of the order. It reduces food and packaging wastage creating a positive impact on the environment. The system can be used individually for each delivery platform or as a multi-platform system (one system for all). The system essentially improves delivery driver experience, restaurant and delivery platform margins and customer experience (The Wizzo System).

[0178] While the disclosure mentions restaurants or food preparation, the system and method are applicable to any service where items with a short shelf life require collection, from a merchant or provider. And where delivery drivers are mentioned, this may also refer to other persons collecting the food or other items from the merchants or restaurants.

Claims

CLAIMS1. A computer implemented method for preparing fresh food for delivery, the method comprising: receiving, at a premises of a food preparation service, an order for fresh food via a main communication hub; receiving, at a check-in module, a message confirming that a delivery driver is at the premises; receiving at the communication hub, a signal, from the check-in module, to verify that a delivery driver is at the premises and ready to collect the order, issuing an alert to food preparation staff at the premises to package the order ready for collection; receiving input from the food preparation staff that the order is packaged and issuing an alert to the delivery driver that the food is ready for collection; starting a timer in the main communication hub; when the timer exceeds a first threshold, issuing an alert to food preparation staff to take remedial action to prevent spoiling of the fresh food.

2. A computer implemented method as claimed in claim 1 wherein the check-in module is embodied as an interactive touch screen display in a digital device, and the message confirming that a delivery driver is at the premises is input via the interactive touch screen.

3. A computer implemented method as claimed in any preceding claim wherein the main communication hub is in data communication with a customer personal device whereby receiving an order for fresh food comprises the communication hub receiving and processing the order from the customer personal device from a location geographically remote from the main communication hub.

4. A computer implemented method as claimed in any preceding claim wherein, the check-in module includes a scanner for receiving a message confirming that a delivery driver is at the premises.

5. A computer implemented method as claimed in claim 4 wherein the scanner receives information confirming either or both of the delivery driver identity or the delivery driver location.

6. A computer implemented method as claimed in any preceding claim wherein the checkin device includes a camera, and the method comprises confirming the delivery driver identity using the camera.

7. A computer implemented method as claimed in any preceding claim further comprising receive confirmatory input from a checked-in customer or delivery service provider that the order has been received.

8. A computer implemented method as claimed in any preceding claim further comprising displaying elapsed time on the timer via a display means.

9. A computer implemented method as claimed in any preceding claim wherein starting the timer comprises starting a timer for an order after a confirmed check-in at the premises of a delivery driver to collect the respective order.

10. A computer implemented method as claimed in claim 9 further comprising stopping the timer for the order after a confirmed collection of the order by a delivery driver.

11. A computer implemented method as claimed in any preceding claim, further comprising generating an alert if the input from the food preparation staff that the order is packaged has not been received by a second threshold.

12. A system for the monitoring and control of a food preparation service, the system comprising: a main communication hub including: a first input means for receiving information concerning orders to be collected and distributed by a delivery service, a first display means for displaying real-time status information of an order; and a processor for processing the received information, generating real-time status information of an order and instructing the display means to display the real-time status information; a check-in module including a second input means for confirming that a delivery driver from the delivery service is at the premises; wherein the main communication hub is in data communication with the check-in module, anda timer controlled by the main communication hub, configured such that the timer is triggered automatically to start for an order after a confirmed check-in of a delivery driver to collect the order.

13. A system as claimed in claim 12 wherein the first display means and first input means are embodied as an interactive touch screen display means in a single device.

14. A system as claimed in claim 12 or 13 wherein the check-in module comprises a second display means, and the second display means and second input means are embodied as an interactive touch screen display means in a single device.

15. A system as claimed in claim 12 wherein the first and / or second input means comprise mechanical keypads communicatively connected to other elements of the main communication hub or check-in module.

16. A system as claimed in any of claims 12-15 wherein the main communication hub is in data communication with a customer personal device whereby a customer can place an order from a location geographically remote from the main communication hub and the main communication hub receives and processes the order for collection.

17. A system as claimed in any of claims 12-16 wherein the second input means is in data communication with a customer or delivery service provider’s personal device presented in the same geographical location as the check-in module.

18. A system as claimed in any of claims 12-16 wherein, the second input means includes a scanner for scanning order information presented on a personal device presented at the geographical location of the check-in module.

19. A system as claimed in any preceding claim wherein, the check-in module includes a scanner for receiving a message confirming that a delivery driver is at the premises.

20. A system as claimed in claim 19 wherein the scanner receives information confirming either or both of the delivery driver identity or the delivery driver location.

21. A system as claimed any of claims 18-20 wherein the scanner comprises a bar code reader or an optical character reader.

22. A system as claimed of claims 18-20 wherein the scanner comprises a Bluetooth device, an NFC reader or an RFID reader.

23. A system as claimed in any of claims 12-22 wherein the second input means includes a camera.

24. A system as claimed in any of claims 12-23 wherein the check-in module is further configured to receive confirmatory input from a checked-in customer or delivery service provider that their order has been received.

25. A system as claimed in any of claims 12-24 further wherein the timer controlled by the main communication hub is configured for displaying elapsed time on at least one of the first, second and third display means.

26. A system as claimed in any previous claim wherein timer is triggered automatically to stop for an order after a confirmed collection of the order by a delivery driver.

27. A system as claimed in any of claims 12-26 further comprising a cloud-based server in data communication with the main communication hub via which customer order data is received from a customer by means of a customer personal device and customer order progress updates are communicated to the customer by means of a user interface hosted by the cloud-based server.

28. A system as claimed in claim 28 wherein the cloud-based server is managed by the supplier of the ordered goods and the supplier arranges dispatch of a delivery driver.

29. A system as claimed in claim 29 wherein the cloud-based server is managed by a delivery service provider and the delivery service provider communicates customer orders to the supplier of the ordered goods.

30. A system as claimed in any of claims 12 to 29 wherein the processor is configured to carry out the method of any of claims 1 to 11.

Images