TABLEBOT

This patent application is intended to protect an electronic tabletop device that communicates messages/requests via text to a smartwatch that is worn by a server/bartender in order to satisfy a patron's request.

Skip to: Description  ·  Claims  · Patent History  ·  Patent History
Description

This application claims priority to application No. 62/602,489 filed on Apr. 24, 2017.

This is my non-provisional patent submission for my invention called Tablebot. It's a device that's designed to improve efficiency in reservation taking restaurants & lounges. Tablebot is a Bluetooth/Wi-Fi Based Wireless Control System. Tablebot would integrate an end-to-end restaurant management system. It would also be integrated with whatever system the restaurant/lounge uses with its point of sale system, or act as one. It would be a rechargeable device.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 is the front side button view of the Tablebot device.

FIG. 2 is the backside screen view of the Tablebot device.

FIG. 3 is the top view of the Tablebot device.

FIG. 4 is the front view of the smartwatch that works with the Tablebot device.

FIG. 5 is the front view of the Tablebot charging tray.

FIG. 6 is the rear view of the Tablebot charging tray.

FIG. 7 is the additional angles view of the Tablebot device.

Tablebot is designed to look like a small space capsule (FIG. 1, 2, 3, 7). Tablebot would have a bendable/flexible touch screen display with scrolling capability similar to an iPhone, along with a credit card slot/chip reader located below the touch screen (FIG. 2, 7). The chip reader would be compatible with all major US credit cards (examples-Visa, Master Card, American Express, Discover). Tablebot would also be compatible with Apple Pay, Samsung Pay & Android Pay. The device would be designed with several reprogrammable bendable/flexible touch screen buttons on it (FIG. 1, 3, 7). The buttons would be used to make requests from a table by sending an sms (text) to a smartwatch that's worn by the server (FIG. 4). If a server already happens to own his/her own smartwatch, then they would just download the app (which would be created by Tablebot) that enables them to use their own watch instead of the one provided by Tablebot. Tablebot would be compatible for iOS and Android smartwatches. It would also be compatible with a restaurant tablet system in addition to the smartwatch. The Tablebot device would be placed in the center of a dining room/lounge table. The top/tip of the device would have an LED light that would have the ability to change to several color options (FIG. 1, 2, 3, 7). When lit, the light would enable the wait staff to easily notice which tables in their section need attention. The administrator would control the lights color and brightness. For example, when it's Valentines Day the light could be set to red. For fall holidays like Halloween or Thanksgiving it could be set to autumn type colors such as orange or yellow. For Christmas it could be set to green and red simultaneously. When celebrating cancer awareness month it could be set to pink. The light can also be set to a cities sports team's colors, similar to how cities light up their skylines to show support when their teams are doing well. The light would also be able to mimic a burning candle. Regardless of what color is selected the device would default to white every time a request is put in. Tablebot would assist the wait staff by notifying them in the proper order that requests are made so that tables aren't being overlooked or serviced out of order. Once a request is put in, the top/tip of the device would light up indicating the request.

Simultaneously the smartwatch being worn by the server vibrates or chirps specifying the same request made by the party. Once the server tends to the table he/she deletes the request from the watch, and the light on the device would turn off. So instead of having to get the servers attention to come to the table, the request can instantly be sent to the server's smartwatch to save time. The smartwatch would show the table number and what the request is (FIG. 4). Example 1: A button on the device would be labeled “Repeat Round”. Anytime this button is selected the drink order automatically notifies the server and the bartender simultaneously. The button would notify the server that the party would like to refresh their round of drinks and it would also be forwarded to the bartender notifying him/her to make the drinks so they are ready for the server to take to the table, instead of having the server walk over to the table to take the drink order. Example 2: Another button would be labeled “Water”. This would notify the server that the party is in need of water so he/she can notify the bus boy to tend to the table instead of having them wander the room aimlessly to see which tables need water. The bus crew would be more efficient clearing tables this way as well. Example 3: Another button would be labeled “Dessert” indicating that the party would like to see the dessert menu, or have the server tell them about the desserts offered. Example 4: Another button would simply be labeled “Attention”. This button is to get the servers attention for other requests the diners/patrons may have instead of having to waive him/her down, or wait for the server to come to the table on his/her own. Example 5: Another button would be labeled “Check Request”. This would alert the server that the party has requested the check. Once that button is pressed the party has the option to view the check on the Tablebot device screen. The party can then specify on the screen whether they want to pay with credit card or request a paper check. If a paper check is requested, it notifies the server so he/she can print it and bring it to the table. If the party would rather have the server handle the credit card that can also be requested. The pay with credit card feature using the Tablebot device is intended to enable the customer(s) to pay without requesting the server. If a party chooses to pay without the assistance of the server by using a credit card it can be done by following the instructions on the device and inserting a credit card, or cards (one at a time if splitting the bill).

Items can be split up appropriately upon check request. It also enables diners to split the bill accordingly by selecting individual items that were ordered. Example: Two out of four people at the table are drinking alcohol and the other two aren't. Simply click the itemized list on the touch screen (FIG. 2) to select which items apply (in this case it would be the alcoholic beverages) in order to separate the bill. The device would also be able to split the bill 50/50 if the table prefers. The device would have tip features that calculate tip amounts in specified increments if chosen. Example: 18% or 20%. The Tablebot buttons can be reprogrammed with whatever commands the restaurant deems necessary by following the instructions provided, or contacting a support team for help. The device would have security features implemented through Wi-Fi Password Protected Access and an Encryption Key code to prevent credit card fraud. Every time the server adds something to an order it would be sent directly to the device in real time for the party to view. The device would have a circular message bar located towards the bottom of its base. This message bar can be used for wishing diners a Happy Birthday, Happy New Year, Happy Anniversary, or Merry Christmas etc. Once the dining experience concludes the restaurant can send a personalized “Thank you for dining with us” message through the digital message bar (FIG. 1, 2, 3, 7). The restaurant can also use the message bar for advertising purposes. Tablebot would be updated wirelessly using Wi-Fi for the latest versions. The Tablebot device would be compatible with online reservation websites/apps. It would feature built in CRM (customer relationship management) for customer profiles using their reservation/online accounts. In the case that some diners are more selective of their seating, or have a specific table in mind because it holds special meaning to them (example: a husband proposed to his wife at a certain table and the couple preferred that table when celebrating their anniversary) they would be able to select that table by using Tablebot.

If partnered with an online reservation service the Tablebot device would show the layout of the restaurant and help customers request a specific section of the restaurant based on Tablebots (individual devices) assigned table(s). The party would pick a table the same way he/she would select seats on an airplane using a reservation app. Once tables are selected they would show as “reserved”. It would be the restaurants responsibility to do everything they can in order to accommodate the parties seating request. The device would also be waterproof in case there are drinks spilled on it. It would also be shock resistant so that it can withstand being dropped from a reasonable table height in order to avoid breakage. When the Tablebot devices run out of battery they would be placed on a specially designed charging tray (similar in function to the Samsung fast charge wireless charge pad) to recharge. The charging tray would be designed to charge multiple devices at the same time (FIG. 5, 6). The Tablebot battery indicator would be located in the upper right hand corner of the device screen just like a cell phone (FIG. 2). Each restaurant will be supplied however many charging trays are required in order to charge all Tablebot devices simultaneously. Ultimately the purpose of the Tablebot device with smartwatch is to improve communication between diners and servers for a more enjoyable dining experience.

Claims

1. The purpose of the Tablebot device with smartwatch is to improve communication between diners and servers through text messaging for a more enjoyable dining experience.

2. Tablebot would also be used as a point of sale system.

3. Tablebot would also be used for digital advertising purposes.

Patent History
Publication number: 20180374169
Type: Application
Filed: Apr 18, 2018
Publication Date: Dec 27, 2018
Inventor: Aleksandar Videnovic (Chicago, IL)
Application Number: 15/956,230
Classifications
International Classification: G06Q 50/12 (20060101); G06Q 20/20 (20060101); G06Q 30/02 (20060101); H04W 4/14 (20060101); H04W 4/80 (20060101);