基于条码的餐厅支付管理方法和系统与流程

本发明涉及一种点单及支付系统，具体地说涉及一种基于条码的餐厅支付管理方法和系统。

背景技术：

现有的餐厅点餐系统，为电子点餐和纸质点餐。电子点餐通常为消费者在服务人员提供的电子设备(如平板电脑)上选择菜品，当用户选择完毕后，电子设备将菜品种类和数量发送至后端服务器，后端服务器指定相关服务人员进行配餐。而纸质点餐，则需要服务人员提供纸质菜单和点餐单。纸质点餐，需要专门的服务人员值守点餐，点餐单丢失或污损会使后厨配菜造成失误。随着o2o(online-to-offline，线上到线下，将基于电子商务网站的商品或服务的在线交易，与基于实体店的商品或服务的实际体验相结合的一种商务模式，使电子商务网站成为实体店交易的前台，实体店成为电子商务网站交易的后台)的飞速发展，人们对餐饮的消费形式也在发生着变革。

现有技术中，中国专利文献cn103279682a公开了一种基于二维码的点菜方法及点菜系统。根据wifi网络的接入点信息、服务器信息、餐桌标识信息生成相应的二维码；移动终端获取所述二维码，对所述二维码进行解析获取接入点信息、服务器信息、餐桌标识信息，根据所述接入点信息连接至所述wifi网络，根据服务器信息连接服务器；根据所述餐桌标识信息对所述移动终端进行标识，进行点菜操作；判断是否生成菜单，若是，获取所述点菜操作生成的菜单信息，并根据所述菜单信息生成价格。本发明可以让顾客在点菜时就可以知道所点菜的总价，让顾客可以在较满意的价格下进行消费，提高顾客满意度；还减少顾客不必要的用餐时间，但是付款时仍需要收银台排队等待支付。

技术实现要素：

为此，本发明所要解决的技术问题在于现有技术中基于二维码的餐厅预订的技术方案无法远程预订，无法实施更新可预订的桌号，且支付仍需在收银台排队等待支付，且现有技术中pos机采用的纸质签收凭单容易丢失。

为解决上述技术问题，本发明的所采用的技术方案：

基于条码的餐厅支付管理方法，包括以下步骤：

s1:服务器更新餐桌预订情况，列举可预订的桌号；

s2:用户终端连接服务器；

s3:用户终端输入预订信息，所述预订信息包括：用户姓名、联系方式、到店消费时间、备注信息；

s4:服务器按照设定的格式将预订信息转换成预订条码；

s5:服务器将所述预订条码发送至所述用户终端；

s6:服务器存储预订信息；

s7:服务终端扫描所述预订条码，解码成功，则将解码内容发送至所述服务器；

s8：所述服务器根据解码内容查询存储的预订信息，若查询到预订信息的记录，则通知服务终端预订信息已确认；若查询不到预订信息的记录，则通知服务终端无此预订信息的记录；

s9：所述服务终端下载所述预订信息，并通知所述服务器将所述预订信息删除；

s10:服务终端生成菜单选择页面，选择完毕，生成订单明细与订单总价；

s11:服务终端实现对银行卡的扣款操作，发送扣款信息至银行后端服务器；

s12：在服务终端输入持卡人签名并识别，将识别的签名发送至银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，则显示非法交易；

s13：服务终端完成扣款流程后通知服务器消费成功，将订单明细发送至服务器。

在步骤s6中，还包括：所述服务器存储预订信息后，若在设定时间内未收到已到店消费的确认信息，则删除所述预订信息。

所述预订条码为qr码。

步骤s11具体为：在服务终端手写输入持卡人签名，并识别出持卡人所写内容，将识别出的内容与持卡人手写输入生成的图像发送至银行后端服务器进行比对，银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，银行后端服务器返回比对失败消息，所述服务终端显示非法交易。

基于条码的餐厅支付管理系统，包括以下组件：

服务器，包括：

餐桌预订模块：更新餐桌预订情况，列举可预订的桌号；

条码转换模块：按照设定的格式将预订信息转换成预订条码；

发送模块：将所述预订条码发送至所述用户终端；

存储模块：存储预订信息；

查询模块：根据所述服务终端发送的解码内容查询存储的预订信息，若查询到预订信息的记录，则通知服务终端预订信息已确认；若查询不到预订信息的记录，则通知所述服务终端无此预订信息的记录；

用户终端，包括：

收发模块：连接所述服务器；

显示和输入模块：输入预订信息，所述预订信息包括：用户姓名、联系方式、到店消费时间、备注信息；

服务终端，包括：

扫描模块：扫描所述预订条码，解码成功，则将解码内容发送至处理模块；

处理模块：将收到解码内容发送至所述服务器，从所述服务器下载所述预订信息，并通知所述服务器将所述预订信息删除；

显示模块：生成菜单选择页面，选择完毕，生成订单明细与订单总价；

pos模块：实现对银行卡的扣款操作，发送扣款信息至银行后端服务器；

手写签名识别模块：在服务终端输入持卡人签名并识别，将识别的签名发送至银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，则显示非法交易；

支付处理模块：完成扣款流程后通知服务器消费成功，将订单明细发送至服务器。

所述存储模块还包括：若在设定时间内未收到已到店消费的确认信息，则删除所述预订信息。

所述预订条码为qr码。

所述手写签名识别模块具体为：在所述服务终端的显示和输入模块手写输入持卡人签名，并识别出持卡人所写内容，将识别出的内容与持卡人手写输入生成的图像发送至银行后端服务器进行比对，银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，银行后端服务器返回比对失败消息，所述服务终端显示非法交易。

一种服务终端，包括以下模块：

扫描模块：扫描所述预订条码，解码成功，则将解码内容发送至处理模块；

处理模块：将收到解码内容发送至所述服务器，从所述服务器下载所述预订信息，并通知所述服务器将预订信息删除；

显示模块：生成菜单选择页面，选择完毕，生成订单明细与订单总价；

pos模块：实现对银行卡的扣款操作，发送扣款信息至银行后端服务器；

手写签名识别模块：在服务终端输入持卡人签名并识别，将识别的签名发送至银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，则显示非法交易；

支付处理模块：完成扣款流程后通知服务器消费成功，将订单明细发送至服务器。

所述手写签名识别模块具体为：在所述服务终端的显示和输入模块手写输入持卡人签名，并识别出持卡人所写内容，将识别出的内容与持卡人手写输入生成的图像发送至银行后端服务器进行比对，银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，银行后端服务器返回比对失败消息，所述服务终端显示非法交易。

本发明的上述技术方案相比现有技术具有以下优点。

1.本发明的基于条码的餐厅支付管理方法和系统，服务器列举可预订的桌号，方便用户根据需求自主选择合适的餐桌。用户到店消费只要出示预订条码提供服务扫描终端即可定位到对应的预订信息，查询便捷。服务终端可以显示菜单，选择完毕自动生成订单总价。用户根据显示的总价选择电子支付，服务终端实现对银行卡的扣款操作，在服务终端输入持卡人签名并识别，将识别的签名发送至银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，则显示非法交易，支付过程安全，避免假钞，防止盗刷。同时具有快捷的特点，免去排队、找零钱的步骤。

2.本发明的基于条码的餐厅支付管理方法和系统，所述服务器存储预订信息后，若在设定时间内未收到已到店消费的确认信息，则删除所述预订信息。服务器将预订的桌号重新列入列举可预订的桌号中，方便后续用户的预订。

3.本发明的基于条码的餐厅支付管理方法和系统，在服务终端手写输入持卡人签名，并识别出持卡人所写内容，将识别出的内容与持卡人手写输入生成的图像发送至银行后端服务器进行比对，代替传统先打印纸质凭单再签名，容易造成凭单丢失。通过银行后端服务器进行实时比对，可实时判断是否是盗刷行为。

附图说明

为了使本发明的内容更容易被清楚的理解，下面根据本发明的具体实施例并结合附图，对本发明作进一步详细的说明，其中，

图1为本发明基于条码的餐厅支付管理方法的流程图；

图2为本发明基于条码的餐厅支付管理系统的结构框图；

图3为本发明一种服务终端的外观示意图。

图中附图标记表示为：1-服务器；11-餐桌预定模块；12-条码转换模块；13-发送模块；14-存储模块；15-查询模块；2-用户终端；21-收发模块；22-显示和输入模块；3-服务终端；31-扫描模块；32-处理模块；33-显示模块；34-pos模块；35-手写签名识别模块；36-支付处理模块；4-后厨操作终端；41-通信模块；42-显示和操作模块。

具体实施方式

实施例1

基于条码的餐厅支付管理方法，如图1所示，包括以下步骤：

s1:服务器更新餐桌预订情况，列举可预订的桌号。例如：4人桌a5号、6人桌b1号、双人桌c3、10人桌d4可预订。

s2:用户终端连接服务器。可以通过第三方团购预订app或者企业自己开发的app。通过这些app建立与服务器的远程连接。可预订的桌号可以以位置分布图的形式显示在用户终端界面。例如：靠窗的是4人桌a5号、靠近中间的是10人桌d4。该位置分布图从整体上反映各桌的位置。

s3:用户终端输入预订信息，所述预订信息包括：用户姓名、联系方式、到店消费时间、备注信息。备注信息是为了方便餐厅了解用户饮食习惯，比如有老人小孩前来用餐，希望食物更软烂一些，故可在备注信息里写：“烹调时间久一些”。有喜欢吃辣的可以在备注信息里写：“加辣”。等等。

s4:服务器按照设定的格式将预订信息转换成预订条码。生成一个唯一性的id信息，该id信息与用户预订信息进行绑定，该id信息编码到所述预订条码。预定条码可以是qr码。

s5:服务器将所述预订条码发送至所述用户终端。生成条码在用户终端显示。也可以通过第三方团购预订app或者企业自己开发的app生成预订条码。编辑优惠信息，并存储，将优惠信息发送至用户终端。优惠信息可以是：当日特价菜品信息、用户专属优惠信息(如生日月份的消费优惠)、抵用券等等中的一种或多种。

s6:服务器存储预订信息。可以通过硬盘或者内存卡(cf、sd等)进行存储。

s7:服务终端扫描所述预订条码，解码成功，则将解码内容发送至所述服务器。解码成功，将预订条码中包含的id信息发送至服务器。

s8：所述服务器根据解码内容查询存储的预订信息，若查询到预订信息的记录，则通知服务终端预订信息已确认；若查询不到预订信息的记录，则通知服务终端无此预订信息的记录。可以根据预订条码中包含的id信息检索与该id对应的预订信息。

s9：所述服务终端下载所述预订信息，并通知所述服务器将所述预订信息删除。下载所述预订信息，记录用户桌号、用餐人数，用于生成用户点餐。

s10:服务终端生成菜单选择页面，选择完毕，生成订单明细与订单总价。比如用户点了十道菜，用了八折优惠券，总计850元。

s11:服务终端实现对银行卡的扣款操作，发送扣款信息至银行后端服务器。可以通过磁条刷卡、银行卡ic芯片读取、银行卡接触感应的形式进行账户获取行为。

s12：在服务终端输入持卡人签名并识别，将识别的签名发送至银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，则显示非法交易。

s13：服务终端完成扣款流程后通知服务器消费成功，将订单明细发送至服务器。

在步骤s6中，还包括：所述服务器存储预订信息后，若在设定时间内未收到已到店消费的确认信息，则删除所述预订信息。

所述预订条码为qr码。

步骤s11具体为：在服务终端手写输入持卡人签名，并识别出持卡人所写内容，将识别出的内容与持卡人手写输入生成的图像发送至银行后端服务器进行比对，将识别出的内容与持卡人手写输入生成的图像发送至银行后端服务器进行比对，银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，银行后端服务器返回比对失败消息，所述服务终端显示非法交易。

本发明的基于条码的餐厅支付管理方法，服务器列举可预订的桌号，方便用户根据需求自主选择合适的餐桌。用户到店消费只要出示预订条码提供服务扫描终端即可定位到对应的预订信息，查询便捷。服务终端可以显示菜单，选择完毕自动生成订单总价。用户根据显示的总价选择电子支付，服务终端实现对银行卡的扣款操作，在服务终端输入持卡人签名并识别，将识别的签名发送至银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，则显示非法交易，支付过程安全，避免假钞，防止盗刷。同时具有快捷的特点，免去排队、找零钱的步骤。所述服务器存储预订信息后，若在设定时间内未收到已到店消费的确认信息，则删除所述预订信息。服务器将预订的桌号重新列入列举可预订的桌号中，方便后续用户的预订。在服务终端手写输入持卡人签名，并识别出持卡人所写内容，将识别出的内容与持卡人手写输入生成的图像发送至银行后端服务器进行比对，代替传统先打印纸质凭单再签名，容易造成凭单丢失。通过银行后端服务器进行实时比对，可实时判断是否是盗刷行为。

实施例2

基于条码的餐厅支付管理系统，如图2所示，包括以下组件：

服务器1，包括：

餐桌预订模块11：更新餐桌预订情况，列举可预订的桌号。例如：4人桌a3号、6人桌b1号、双人桌c5、10人桌d2可预订。

条码转换模块12：按照设定的格式将预订信息转换成预订条码。可以是按照设定的格式将预订信息转换成预订条码，比如qr码。二维码转换模块12生成一个唯一性的id信息，该id信息与用户预订信息进行绑定，该id信息编码到所述预订二维码。可以由编码软件实现二维码转化的功能。

发送模块13：将所述预订条码发送至所述用户终端。将优惠信息发送至用户终端。该发送模块集成有：wi-fi模块、lan模块、蜂窝数据模块(2g/3g/4g)。

存储模块14：存储预订信息。可以通过硬盘或者内存卡(cf、sd等)进行存储。

查询模块15：根据所述服务终端发送的解码内容查询存储的预订信息，若查询到预订信息的记录，则通知服务终端预订信息已确认；若查询不到预订信息的记录，则通知所述服务终端无此预订信息的记录。

用户终端2，可以是手机或平板电脑。包括：

收发模块21：连接所述服务器。解码会员二维码成功，则将解码内容发送至所述服务器。收发模块22可以是数据蜂窝模块(2g/3g/4g)或wi-fi模块。

显示和输入模块22：输入预订信息，所述预订信息包括：用户姓名、联系方式、到店消费时间、备注信息。可以是手机或平板电脑的触摸输入显示屏。备注信息是为了方便餐厅了解用户饮食习惯，比如有老人小孩前来用餐，希望食物更软烂一些，故可在备注信息里写：“烹调时间久一些”。有喜欢吃辣的可以在备注信息里写：“加辣”。等等。

服务终端3，包括：

扫描模块31可以现有技术中的条码识读模组，比如本公司的em3000模组。扫描所述预订条码，解码成功，则将解码内容发送至处理模块。

处理模块32：将收到解码内容发送至所述服务器，从所述服务器下载所述预订信息，并通知所述服务器将所述预订信息删除。下载所述预订信息，记录用户桌号、用餐人数，用于生成用户点餐。

显示模块33：可以是具有手写的电容屏幕或者支持手写笔的电磁屏幕。生成菜单选择页面，选择完毕，生成订单明细与订单总价。

pos模块34：实现对银行卡的扣款操作，发送扣款信息至银行后端服务器。可以通过磁条刷卡、银行卡ic芯片读取、银行卡接触感应的形式进行账户获取行为。

手写签名识别模块35：输入功能可以与现实模块共享输入功能。在服务终端输入持卡人签名并识别，将识别的签名发送至银行后端服务器进行比对，银行后端服务器预先存储该银行卡对应的电子签名。比对成功，完成扣款流程，并显示支付完成；比对失败，则显示非法交易。

支付处理模块36：完成扣款流程后通知服务器消费成功，将订单明细发送至服务器。

后厨操作终端4，可以是平板电脑，包括：

通信模块41，接收服务器1发送的订单明细。采用wi-fi模块进行数据通信。

显示和操作模块42，显示用户订单明细，并提供标记操作功能，标记已上菜和未上菜，以及在设定时间内，提醒尚未上菜的菜品。也可以按设定时间内，按不同用户预订的菜品，优先提醒份数多的菜品，比如20分钟内，宫保鸡丁下单份数为10份，为被点次数最多的菜品，则优先提醒后厨安排该道菜品的制作。可提高厨房效率，减少遗漏概率。

所述存储模块14还包括：若在设定时间内未收到已到店消费的确认信息，则删除所述预订信息。

所述预订条码为qr码。

所述手写签名识别模块具体为：在所述服务终端的显示和输入模块手写输入持卡人签名，并识别出持卡人所写内容，将识别出的内容与持卡人手写输入生成的图像发送至银行后端服务器进行比对，银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，银行后端服务器返回比对失败消息，所述服务终端显示非法交易。

本发明的基于条码的餐厅支付管理系统，服务器列举可预订的桌号，方便用户根据需求自主选择合适的餐桌。用户到店消费只要出示预订条码提供服务扫描终端即可定位到对应的预订信息，查询便捷。服务终端可以显示菜单，选择完毕自动生成订单总价。用户根据显示的总价选择电子支付，服务终端实现对银行卡的扣款操作，在服务终端输入持卡人签名并识别，将识别的签名发送至银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，则显示非法交易，支付过程安全，避免假钞，防止盗刷。同时具有快捷的特点，免去排队、找零钱的步骤。所述服务器存储预订信息后，若在设定时间内未收到已到店消费的确认信息，则删除所述预订信息。服务器将预订的桌号重新列入列举可预订的桌号中，方便后续用户的预订。在服务终端手写输入持卡人签名，并识别出持卡人所写内容，将识别出的内容与持卡人手写输入生成的图像发送至银行后端服务器进行比对，代替传统先打印纸质凭单再签名，容易造成凭单丢失。通过银行后端服务器进行实时比对，可实时判断是否是盗刷行为。

实施例3

一种服务终端，如图3所示，包括以下模块：

扫描模块：扫描所述预订条码，解码成功，则将解码内容发送至处理模块。

处理模块：将收到解码内容发送至所述服务器，从所述服务器下载所述预订信息，并通知所述服务器将预订信息删除。

显示模块：生成菜单选择页面，选择完毕，生成订单明细与订单总价。

pos模块：实现对银行卡的扣款操作，发送扣款信息至银行后端服务器。

手写签名识别模块：在服务终端输入持卡人签名并识别，将识别的签名发送至银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，则显示非法交易。

支付处理模块：完成扣款流程后通知服务器消费成功，将订单明细发送至服务器。

所述手写签名识别模块具体为：在所述服务终端的显示和输入模块手写输入持卡人签名，并识别出持卡人所写内容，将识别出的内容与持卡人手写输入生成的图像发送至银行后端服务器进行比对，银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，银行后端服务器返回比对失败消息，所述服务终端显示非法交易。

本实施例所述的服务终端能够实现对银行卡的扣款操作，在服务终端输入持卡人签名并识别，将识别的签名发送至银行后端服务器进行比对，比对成功，完成扣款流程，并显示支付完成；比对失败，则显示非法交易，支付过程安全，避免假钞，防止盗刷。在服务终端手写输入持卡人签名，并识别出持卡人所写内容，将识别出的内容与持卡人手写输入生成的图像发送至银行后端服务器进行比对，代替传统先打印纸质凭单再签名，容易造成凭单丢失。通过银行后端服务器进行实时比对，可实时判断是否是盗刷行为。

显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。