本发明属于智能餐桌技术领域，特别涉及一种智能餐桌点餐系统。
背景技术：
随着经济的发展、生活水平的提高，人们对于生活品质的追求也开始日益增加，因此对服务行业的要求也日益提高。对于最传统、与人们关系最密切的餐饮业来说，目前的常见方式仍然是由服务人员完全人力完成从点餐结账的全部流程，这种方式不仅消耗大量人力，而且在用餐高峰期很容易因人手不足而延长顾客等待的时间、甚至忽略顾客的需求，从而造成顾客消费体验下降，对顾客和餐厅造成双输的局面。为了解决全人工的服务方式造成的效率低下、顾客体验差的问题，目前市面上已出现了可以自助点餐的智能餐桌，顾客通过使用自助餐桌携带的点餐系统即可以完成点餐、下单以及结账等一系列操作，从而大大节约了服务的人力和顾客等待的时间。但是现有的智能餐桌往往将整张餐桌默认为一个整体，一张餐桌上的顾客只能一同点餐，这样每个顾客便无法提出个性化的需求，并且在用餐高峰时也无法进行拼桌，使用存在不便。
技术实现要素：
为了解决上述技术问题，本发明提供了一种智能餐桌点餐系统。
本发明具体技术方案如下：
本发明提供了一种智能餐桌点餐系统，包括服务器和与所述服务器通讯的智能餐桌，每台所述智能餐桌通过所述服务器与智能后厨系统和智能配菜系统依次双向通讯，每台所述智能餐桌设有唯一的触摸显示屏、具有唯一的mac地址且装载有唯一的餐桌端控制系统，每个所述餐桌端控制系统包括至少两个与所述服务器通讯的相互独立的id用户端，所述触摸显示屏可以同时显示至少两个所述id用户端的操作界面；所述id用户端包括点餐管理单元，所述点餐管理单元用于为每个所述id用户端提供独立的点餐操作界面，并根据所述点餐操作界面输入的点餐请求形成订单、发送给所述服务器；所述服务器包括第一群组管理单元，所述第一群组管理单元用于根据请求将属于同一个ip地址的至少两个id用户端组成群组。
进一步地，每个所述点餐管理单元包括如下部分：
菜单管理模块，用于将菜单进行分类存储和管理、并定期对菜单和活动信息进行更新；
订单管理模块，用于将顾客选择的菜品进行汇总、生成与所述顾客使用的所述id用户端相关联的待支付的订单；
所述菜单管理模块包括如下部分：
静态菜单子模块，用于将店内的固定菜品进行分类存储和管理；
动态菜单子模块，用于定期获取店内菜品的变化情况以及优惠活动信息，并在所述点餐系统的操作界面推送显示。
进一步地，每个所述点餐管理单元还包括如下部分：
群组请求模块，用于根据顾客的需要，向所述第一群组管理单元发送群组创建请求，将至少两个所述id用户端组成群组、统一进行点餐；还用于向所述第一群组管理单元发送群组解绑请求，将至少一个id用户端从所述群组中移出；
信息同步更新模块，用于控制属于同一群组的若干所述id用户端的操作界面显示的信息同步更新。
进一步地，所述服务器还包括分区管理单元，所述分区管理单元用于为每个所述id用户端在所述触摸显示屏上分别提供独立的操作界面，每个所述id用户端的操作界面可单独进行点餐和结算。
进一步地，所述服务器还包括结算管理单元，所述结算管理单元用于根据用户选定的菜品进行统计、为用户提供账单并进行结算；
所述结算管理单元包括如下部分：
购物车管理模块，用于对用户选定的菜品进行记录和修改，并根据需要添加备注；
结算模块，用于根据用户选定的菜品统计价格、生成账单，用户通过线上支付或现金支付的方式进行结算。
进一步地，所述结算模块包括与所述id用户端数量相同的账单生成子模块，每个所述账单生成子模块与唯一的一个id用户端相对应；当所述id用户端未组成群组时，对应的所述账单生成子模块用于为所述id用户端选定的菜品进行结算、并生成账单发送给所述id用户端；
当多个所述id用户端组成群组、且最终结算方式为一人结账时，等待结账的id用户端向所述服务器发送结算请求，由所述id用户端对应的账单生成子模块将生成的账单发送给所述id用户端；
当多个所述id用户端组成群组、且最终结算方式为aa制时，所述群组内的每个id用户端对应的所述账单生成子模块生成按照群组内id用户端数量拆分的多个等额账单，并分别发送给对应的id用户端。
进一步地，所述结算管理单元还包括计时模块，所述计时模块用于设定第一时间阈值并对账单的支付进行倒计时，当账单支付时间超过所述第一时间阈值时，所述结算模块即自动取消账单、同时所述购物车管理模块不做修改；当账单在所述第一时间阈值内支付成功时，所述购物车管理模块即将购物车清空、进入等餐界面。
进一步地，所述服务器还包括呼叫单元，所述呼叫单元用于向服务人员发出服务请求，所述呼叫单元包括如下部分：
服务模块，用于在要求服务项目时向服务人员发出通知；
清台模块，用于向所述服务人员发出要求清台的请求，还用于设定第二时间阈值、并根据所述第二时间阈值对界面的操作情况进行倒计时，在不存在等餐订单的情况下，未对界面进行操作的时间超过所述第二时间阈值时，即直接默认清台，并通知服务人员进行清台处理。
进一步地，所述服务器还包括验证单元，所述验证单元用于在所述智能餐桌初次连接所述点餐系统时进行设备激活，以及在用户使用所述智能餐桌时进行授权；
所述验证单元包括如下部分：
初始化验证模块，用于在所述智能餐桌第一次连接所述点餐系统时，对所述智能餐桌的本地id和服务器端的设备管理配置信息进行验证，验证通过后所述智能餐桌即被激活；
用户验证模块，用于提供验证信息并将顾客的验证记录发送给所述服务器进行备份，顾客验证后即获得使用所述智能餐桌的权限。
进一步地，所述服务器还包括如下部分：
第二群组管理单元，用于根据ip地址或设置的商家标签对多个智能餐桌进行分组。
餐桌端控制系统安装包生成单元，用于根据所述餐桌端控制系统的请求、基于所述id用户端的数量生成不同种类的安装包。
本发明的有益效果如下：本发明提供了一种智能餐桌点餐系统，用户通过点餐管理单元进行点餐，并通过结算管理单元进行结算，每个id用户端具有独立的操作界面、可单独进行点餐和结算；如果多个操作界面的用户希望共同点餐，则可以通过第一群组管理单元将上述区域组成群组，并根据需要添加或删除群组中的成员。同一个群组中的成员可以一起点餐、一起结算，点餐时群组内所有操作界面的界面均显示相同内容，并且在一个操作界面进行操作时其他操作界面也能同步显示；结算时，只能由一个操作界面进行操作，当有操作界面选择结算时，其他操作界面的功能均被锁定、无法操作，以避免重复交费。通过上述点餐系统，可以实现顾客从点餐到支付过程的全程自助化，可显著减少服务人员的人力劳动、大大节省餐厅的人力和顾客等待点餐的时间，并可根据需要选择单人消费或群组消费模式，从而有效优化餐厅服务流程、提高用户使用体验，并能显著提升餐厅的经济效益。
附图说明
图1为实施例1所述的一种智能餐桌点餐系统的结构示意图；
图2为实施例2所述的一种智能餐桌点餐系统中点餐管理单元的结构示意图；
图3为实施例3所述的一种智能餐桌点餐系统的结构示意图；
图4为实施例3所述的一种智能餐桌点餐系统的点餐操作界面示意图；
图5为实施例4所述的一种智能餐桌点餐系统中结算管理单元的结构示意图；
图6为实施例4所述的一种智能餐桌点餐系统的结算操作界面示意图；
图7为实施例5所述的一种智能餐桌点餐系统中呼叫单元的结构示意图；
图8为实施例5所述的一种智能餐桌点餐系统中呼叫服务界面示意图；
图9为实施例5所述的一种智能餐桌点餐系统中验证单元的结构示意图；
图10为实施例5所述的一种智能餐桌点餐系统中顾客验证界面示意图；
图11为实施例6所述的一种智能餐桌点餐系统的结构示意图。
具体实施方式
下面结合附图和以下实施例对本发明作进一步详细说明。
实施例1
如图1所示，本发明实施例1提供了一种智能餐桌点餐系统，包括服务器1和与所述服务器1通讯的智能餐桌，每台所述智能餐桌通过所述服务器与智能后厨系统和智能配菜系统依次双向通讯，每台所述智能餐桌设有唯一的触摸显示屏2、具有唯一的mac地址且装载有唯一的餐桌端控制系统3，每个所述餐桌端控制系统3包括至少两个与所述服务器1通讯的相互独立的id用户端，所述触摸显示屏2可以同时显示至少两个所述id用户端的操作界面；所述id用户端包括点餐管理单元31，所述点餐管理单元31用于为每个所述id用户端提供独立的点餐操作界面，并根据所述点餐操作界面输入的点餐请求形成订单、发送给所述服务器1；所述服务器1包括第一群组管理单元11，所述第一群组管理单元11用于根据请求将属于同一个ip地址的至少两个id用户端组成群组。
第一群组请求单元11基于ip地址对id用户进行分组，即对同一家餐厅的多个id用户端(可以属于同一张智能餐桌，也可以分属于不同餐桌)进行分组，以便顾客根据自身情况进行单独操作或联合操作；每个id用户端均有对应的操作界面，可分别独立操作，方便快捷、操作灵活。
实施例2
如图2所示，本实施例2在实施例1的基础上提供了一种智能餐桌点餐系统，该实施例2进一步限定了每个所述点餐管理单元31包括如下部分：
菜单管理模块311，用于将菜单进行分类存储和管理、并定期对菜单和活动信息进行更新；
订单管理模块312，用于将顾客选择的菜品进行汇总、生成与所述顾客使用的所述id用户端相关联的待支付的订单，订单中可显示菜品的名称、数量、单价以及当前的优惠信息；
所述菜单管理模块311包括如下部分：
静态菜单子模块3111，用于将店内的固定菜品进行分类存储和管理；
固定菜品指餐厅常规出售的菜品，不会因季节等因素而改变；
动态菜单子模块3112，用于定期获取店内菜品的变化情况以及优惠活动信息，并在所述点餐系统的操作界面推送显示。
动态菜单包括常规更新的菜品、根据食材特点推出的季节限定菜品以及为迎合特定元素如节日、大型活动或时下流行的文艺作品等而推出的主题菜品，还可以包括各种优惠活动信息。
菜单的分类可以依据餐厅的具体情况进行设计，例如冷菜、热菜、主食等，或是前菜、主菜、羹汤、甜点等，并根据经营情况随时进行更新；上述信息均可以在操作界面以弹窗的形式进行推送、向顾客进行宣传。
实施例3
如图3～4所示，本实施例3在实施例1的基础上提供了一种智能餐桌点餐系统，该实施例3进一步限定了所述服务器还包括分区管理单元12，所述分区管理单元12用于为每个所述id用户端在所述触摸显示屏上分别提供独立的操作界面，每个所述id用户端的操作界面可单独进行点餐和结算。
每个所述点餐管理单元31还包括如下部分：
群组请求模块313，用于根据顾客的需要，向所述第一群组管理单元发送群组创建请求，将至少两个所述id用户端组成群组、统一进行点餐；还用于向所述第一群组管理单元发送群组解绑请求，将至少一个id用户端从所述群组中移出；
信息同步更新模块314，用于控制属于同一群组的若干所述id用户端的操作界面显示的信息同步更新。
用户通过点餐管理单元31进行点餐，默认按照id用户端的数量进行分区管理，各个分区可单独进行点餐和结算适用于快餐；如果多个分区的用户希望共同点餐可以是快餐或正餐，则可以通过群组请求模块313向第一群组管理单元11发送请求、将上述区域组成群组，具体方式可以类似于微信，在显示界面上设有添加成员的图标，通过选择已连接到服务器的分区的id、编号或对应的微信账号组建群组，并根据需要添加或删除群组中的成员。同一个群组中的成员可以一起点餐、一起结算，点餐时群组内所有分区的界面均显示当前订单信息，并且在一个分区进行操作时其他分区也能同步显示。
实施例4
如图5～6所示，本实施例4在实施例1的基础上提供了一种智能餐桌点餐系统，该实施例4进一步限定了所述服务器1还包括结算管理单元13，所述结算管理单元13用于根据用户选定的菜品进行统计、为用户提供账单并进行结算；
所述结算管理单元13包括如下部分：
购物车管理模块131，用于对用户选定的菜品进行记录和修改，并根据需要添加备注；
购物车管理模块131为顾客提供一个类似于购物网站的购物车的界面，以便将所选的菜品集中记录，选入购物车的菜品可以修改或删除，如有两道或多道相同的菜品，则分成多个单独的菜品进行显示；顾客还可以对选择的菜品添加备注，如打包、微辣、少放盐等，以便提出个性化的需求；
结算模块132，用于根据用户选定的菜品统计价格、生成账单，用户通过线上支付或现金支付的方式进行结算；
账单中应显示菜品名称、数量、当前优惠信息以及订单中所有菜品的总价；顾客可以选择线上支付的方式、获取付款链接的二维码进行扫码支付，也可以通过前台进行现金支付。
所述结算模块132包括与所述id用户端数量相同的账单生成子模块1321，每个所述账单生成子模块1321与唯一的一个id用户端相对应；当所述id用户端未组成群组时，对应的所述账单生成子模块1321用于为所述id用户端选定的菜品进行结算、并生成账单发送给所述id用户端；
当多个所述id用户端组成群组、且最终结算方式为一人结账时，等待结账的id用户端向所述服务器1发送结算请求，由所述id用户端对应的账单生成子模块1321将生成的账单发送给所述id用户端；
当多个所述id用户端组成群组、且最终结算方式为aa制时，所述群组内的每个id用户端对应的所述账单生成子模块1321生成按照群组内id用户端数量拆分的多个等额账单，并分别发送给对应的id用户端；例如，当群组由4个id用户端组成、消费总额为200元时，账单生成子模块1321即向每个id用户端发送50元的账单。
所述结算管理单元13还包括计时模块133，所述计时模块133用于设定第一时间阈值并对账单的支付进行倒计时，当账单支付时间超过所述第一时间阈值时，所述结算模块132即自动取消账单、同时所述购物车管理模块131不做修改；当账单在所述第一时间阈值内支付成功时，所述购物车管理模块131即将购物车清空、进入等餐界面。
通过上述结算管理单元，可以实现顾客从点餐到支付过程的全程自助化，可显著减少服务人员的人力劳动、大大节省餐厅的人力和顾客等待的时间，并可根据需要选择单人消费或群组消费模式，从而有效优化餐厅服务流程、提高用户使用体验，并能显著提升餐厅的经济效益。
实施例5
如图7～8所示，本实施例5在实施例1的基础上提供了一种智能餐桌点餐系统，该实施例5进一步限定了所述服务器1还包括呼叫单元14，所述呼叫单元14用于向服务人员发出服务请求，所述呼叫单元14包括如下部分：
服务模块141，用于在要求服务项目时向服务人员发出通知；
常规的服务项目包括上水、加纸、投诉或是其他需要当面说明的要求，可以使用服务模块141发送指令、通知服务人员前来处理，可以避免人多时顾客需要多次呼叫或是起身寻找服务员的问题，同时按照顺序通知服务人员，以便提高服务的效率；
清台模块142，用于向所述服务人员发出要求清台的请求，还用于设定第二时间阈值、并根据所述第二时间阈值对界面的操作情况进行倒计时，在不存在等餐订单的情况下，未对界面进行操作的时间超过所述第二时间阈值时，即直接默认清台，并通知服务人员进行清台处理；
使用清台模块142的可以是用餐结束的顾客，也可以是后来的顾客要求清理前面顾客残留的台面；当未对界面进行操作的时间超过第二时间阈值时，如果此时不存在等待上菜的订单，则可说明顾客没有用餐需求或是顾客已经离开，此时可直接默认需要清台。
如图9～10所示，所述服务器1还包括验证单元15，所述验证单元15用于在所述智能餐桌初次连接所述点餐系统时进行设备激活，以及在用户使用所述智能餐桌时进行授权；
所述验证单元15包括如下部分：
初始化验证模块151，用于在所述智能餐桌第一次连接所述点餐系统时，对所述智能餐桌的本地id和服务器1端的设备管理配置信息进行验证，验证通过后所述智能餐桌即被激活；
用户验证模块152，用于提供验证信息并将顾客的验证记录发送给所述服务器1进行备份，顾客验证后即获得使用所述智能餐桌的权限。
第一次启动智能餐桌时，需要先输入设备的序列号、通过验证单元15进行激活，如果序列号与本机mac地址不一致，则提示不可登陆；如果一致，则进入校验界面，只有输入的序列号在服务器1端未被注销，才能通过校验、成功登陆。每个区域id用户端均有自己的操作界面，顾客使用智能餐桌时，启动的每个界面均获取一张二维码，通过微信扫描二维码、向服务器1发送请求，服务器1收到请求之后，再向id用户端发送回执，id用户端收到回执后登录操作系统，即可进入点餐页面进行操作。
实施例6
如图11所示，本实施例6在实施例1的基础上提供了一种智能餐桌点餐系统，该实施例6进一步限定了所述服务器1还包括第二群组请求单元16，用于根据ip地址或设置的商家标签对多个智能餐桌进行分组，即针对具体的餐厅进行分别分组，使每一家餐厅均可以在自己独立的操作环境下进行操作。
所述服务器1还包括餐桌端控制系统安装包生成单元17，用于根据所述餐桌端控制系统3的请求、基于所述id用户端的数量生成不同种类的安装包，以便根据具体的使用情况将智能餐桌分成不同数量的操作区域2或4或6个或其他数字，从而进行分组操作。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。