CN109711923A - 点餐信息的处理方法、装置及系统 - Google Patents

Abstract

本申请公开了一种点餐信息的处理方法、装置及系统，涉及信息处理技术领域，可使得点餐更加便捷。其中方法包括：实时监测所在终端设备周围的蓝牙信息；若所述蓝牙信息符合预设规则，则向服务器发送点餐请求，所述点餐请求中携带有所述蓝牙信息对应的店铺设备标识，以使得所述服务器查询与所述店铺设备标识对应店铺的点餐页面信息；接收所述服务器发送的所述点餐页面信息。本申请适用于点餐信息的处理。

Description

点餐信息的处理方法、装置及系统

技术领域

本申请涉及信息处理技术领域，尤其是涉及到一种点餐信息的处理方法、装置及系统。

背景技术

随着互联网技术的不断发展，扫码点餐方式越来越流行。用户可通过对餐饮门店配置的桌码(通常为二维码)进行扫码，进而登录到该餐饮门店的点餐页面，然后选择店内的菜品进行下单，最后餐饮门店根据用户订单制作和提供相应的菜品。

目前，可由中间商提供桌码点餐的系统，商家购买该点餐系统后，将系统生成的各个桌码进行印制，然后贴在对应的桌子上，这样用户就可以通过扫所在桌子上的桌码进行点餐。

然而，现有的扫桌码点餐方案，需要印制一定数量的桌码，然后由商家将印制的桌码一个个贴在桌子上，而且印制的桌码容易被损坏，如果桌码被损坏就得重新印制以及重新粘贴在相应桌上，造成推广成本较高。并且桌码还存在被替换的可能性(如替换为广告推广、或盗取用户信息的二维码等)，进而会影响用户使用的安全性。

发明内容

有鉴于此，本申请提供了一种点餐信息的处理方法、装置及系统，主要目的在于解决目前现有的扫桌码点餐方案中会造成推广成本较高、且会影响用户使用安全性的问题。

根据本申请的一个方面，提供了一种点餐信息的处理方法，可应用于客户端侧，该方法包括：

实时监测所在终端设备周围的蓝牙信息；

若所述蓝牙信息符合预设规则，则向服务器发送点餐请求，所述点餐请求中携带有所述蓝牙信息对应的店铺设备标识，以使得所述服务器查询与所述店铺设备标识对应店铺的点餐页面信息；

接收所述服务器发送的所述点餐页面信息。

可选的，所述蓝牙信息包含MAC地址；

确定所述蓝牙信息是否符合所述预设规则，具体包括：

若所述MAC地址与预设存储位置中保存的预设MAC地址匹配，则确定所述蓝牙信息符合所述预设规则，所述预设存储位置保存有不同店铺分别对应的预设MAC地址；

若所述MAC地址与所述预设存储位置中保存的预设MAC地址都不匹配，则确定所述蓝牙信息不符合所述预设规则。

可选的，所述方法还包括：

输出录入人脸的提示信息；

将录入的人脸特征信息和与所述人脸特征信息对应的用户标识发送给所述服务器进行保存；

在接收到订单生成指令时，根据所述点餐页面信息中的点餐选择信息和所述用户标识，向所述服务器发送订单生成请求，以使得所述服务器将根据所述点餐选择信息生成的订单信息和与所述用户标识对应的所述人脸特征信息进行关联；

接收所述服务器发送的所述订单信息。

可选的，所述方法还包括：

接收所述服务器发送的所述订单信息的更新信息，所述更新信息包含与所述人脸特征信息匹配的其他客户端根据所述订单信息在所述点餐页面信息中添加的新的点餐选择信息；

按照所述更新信息对所述订单信息进行更新。

可选的，所述方法还包括：

将输入的就餐桌位标识和与所述就餐桌位标识对应的用户标识发送给所述服务器；

在接收到订单生成指令时，根据所述点餐页面信息中的点餐选择信息和所述用户标识，向所述服务器发送订单生成请求，以使得所述服务器将根据所述点餐选择信息生成的订单信息与所述用户标识对应的所述就餐桌位标识进行关联；

接收所述服务器发送的所述订单信息。

可选的，所述方法还包括：

接收所述服务器发送的所述订单信息的更新信息，所述更新信息包含与所述就餐桌位标识对应的其他客户端根据所述订单信息在所述点餐页面信息中添加的新的点餐选择信息；

按照所述更新信息对所述订单信息进行更新。

可选的，在所述接收所述服务器发送的所述点餐页面信息之后，所述方法还包括：

输出所述点餐页面信息。

根据本申请的另一方面，提供了另一种点餐信息的处理方法，可应用于服务器侧，该方法包括：

接收第一客户端发送的携带有店铺设备标识的点餐请求，所述点餐请求是所述第一客户端在监测到所在终端设备周围的蓝牙信息符合预设规则时发送的；

查询与所述店铺设备标识对应店铺的点餐页面信息；

将所述点餐页面信息发送给所述第一客户端。

可选的，所述方法还包括：

接收所述第一客户端发送的第一人脸特征信息和与所述第一人脸特征信息对应的第一用户标识并进行保存；

当接收到所述第一客户端发送的订单生成请求时，获取所述订单生成请求中携带的所述点餐页面信息中的点餐选择信息和第二用户标识；

若所述第二用户标识与所述第一用户标识匹配，则将根据所述点餐选择信息生成的订单信息与所述第一人脸特征信息进行关联。

可选的，在所述将根据所述点餐选择信息生成的订单信息与所述第一人脸特征信息进行关联之后，所述方法还包括：

接收所述第一客户端发送的所述订单信息的支付请求；

利用与所述第一人脸特征信息对应的支付账户对所述订单信息进行支付结算处理；

将所述订单信息的支付结算处理结果发送给所述第一客户端。

可选的，在所述将根据所述点餐选择信息生成的订单信息与所述第一人脸特征信息进行关联之后，所述方法还包括：

接收所述第二客户端发送的携带有第二人脸特征信息的点餐请求；

若所述第二人脸特征信息与所述第一人脸特征信息匹配，则将所述订单信息的订单标识发送给所述第二客户端，以使得所述第二客户端确定是否加入所述订单信息；

若接收到所述第二客户端发送的加入所述订单信息的请求，则将所述点餐页面信息和所述点餐页面信息中的所述点餐选择信息发送给所述第二客户端。

可选的，所述方法还包括：

接收所述第一客户端发送的第一就餐桌位标识和与所述第一就餐桌位标识对应的第一用户标识并进行保存；

当接收到所述第一客户端发送的订单生成请求时，获取所述订单生成请求中携带的所述点餐页面信息中的点餐选择信息和第三用户标识；

若所述第三用户标识与所述第一用户标识匹配，则将根据所述点餐选择信息生成的订单信息与所述第一就餐桌位标识进行关联。

可选的，在所述将根据所述点餐选择信息生成的订单信息与所述就餐桌位标识进行关联之后，所述方法还包括：

接收所述第二客户端发送的携带有第二就餐桌位标识的点餐请求；

若所述第二就餐桌位标识与所述第一就餐桌位标识匹配，则将所述订单信息的订单标识发送给所述第二客户端，以使得所述第二客户端确定是否加入所述订单信息；

若接收到所述第二客户端发送的加入所述订单信息的请求，则将所述点餐页面信息和所述点餐页面信息中的所述点餐选择信息发送给所述第二客户端。

可选的，所述方法还包括：

接收所述第二客户端发送的与所述点餐选择信息对应的更新信息；

将所述更新信息发送给所述第一客户端，以使得所述第一客户端按照所述更新信息对所述订单信息进行更新。

根据本申请的又一方面，提供了一种点餐信息的处理装置，可应用于客户端侧，该装置包括：

监测单元，用于实时监测所在终端设备周围的蓝牙信息；

发送单元，用于若所述蓝牙信息符合预设规则，则向服务器发送点餐请求，所述点餐请求中携带有所述蓝牙信息对应的店铺设备标识，以使得所述服务器查询与所述店铺设备标识对应店铺的点餐页面信息；

接收单元，用于接收所述服务器发送的所述点餐页面信息。

可选的，所述蓝牙信息包含MAC地址；所述装置还包括：确定单元；

所述确定单元，用于若所述MAC地址与预设存储位置中保存的预设MAC地址匹配，则确定所述蓝牙信息符合所述预设规则，所述预设存储位置保存有不同店铺分别对应的预设MAC地址；

若所述MAC地址与所述预设存储位置中保存的预设MAC地址都不匹配，则确定所述蓝牙信息不符合所述预设规则。

可选的，所述装置还包括：输出单元；

所述输出单元，用于输出录入人脸的提示信息；

所述发送单元，还用于将录入的人脸特征信息和与所述人脸特征信息对应的用户标识发送给所述服务器进行保存；

所述发送单元，还用于在接收到订单生成指令时，根据所述点餐页面信息中的点餐选择信息和所述用户标识，向所述服务器发送订单生成请求，以使得所述服务器将根据所述点餐选择信息生成的订单信息和与所述用户标识对应的所述人脸特征信息进行关联；

所述接收单元，还用于接收所述服务器发送的所述订单信息。

可选的，所述装置还包括：更新装置；

所述接收单元，还用于接收所述服务器发送的所述订单信息的更新信息，所述更新信息包含与所述人脸特征信息匹配的其他客户端根据所述订单信息在所述点餐页面信息中添加的新的点餐选择信息；

所述更新单元，用于按照所述更新信息对所述订单信息进行更新。

可选的，所述发送单元，还用于将输入的就餐桌位标识和与所述就餐桌位标识对应的用户标识发送给所述服务器；

所述发送单元，还用于在接收到订单生成指令时，根据所述点餐页面信息中的点餐选择信息和所述用户标识，向所述服务器发送订单生成请求，以使得所述服务器将根据所述点餐选择信息生成的订单信息与所述用户标识对应的所述就餐桌位标识进行关联；

所述接收单元，还用于接收所述服务器发送的所述订单信息。

可选的，所述装置还包括：更新单元；

所述接收单元，还用于接收所述服务器发送的所述订单信息的更新信息，所述更新信息包含与所述就餐桌位标识对应的其他客户端根据所述订单信息在所述点餐页面信息中添加的新的点餐选择信息；

所述更新单元，用于按照所述更新信息对所述订单信息进行更新。

可选的，所述装置还包括：

输出单元，用于输出所述点餐页面信息。

依据本申请再一个方面，提供了一种点餐信息的处理装置，可应用于服务器侧，该装置包括：

接收单元，用于接收第一客户端发送的携带有店铺设备标识的点餐请求，所述点餐请求是所述第一客户端在监测到所在终端设备周围的蓝牙信息符合预设规则时发送的；

查询单元，用于查询与所述店铺设备标识对应店铺的点餐页面信息；

发送单元，用于将所述点餐页面信息发送给所述第一客户端。

可选的，所述装置还包括：获取单元和关联单元；

所述接收单元，还用于接收所述第一客户端发送的第一人脸特征信息和与所述第一人脸特征信息对应的第一用户标识并进行保存；

所述获取单元，用于当接收到所述第一客户端发送的订单生成请求时，获取所述订单生成请求中携带的所述点餐页面信息中的点餐选择信息和第二用户标识；

所述关联单元，用于若所述第二用户标识与所述第一用户标识匹配，则将根据所述点餐选择信息生成的订单信息与所述第一人脸特征信息进行关联。

可选的，所述装置还包括：处理单元；

所述接收单元，还用于接收所述第一客户端发送的所述订单信息的支付请求；

所述处理单元，用于利用与所述第一人脸特征信息对应的支付账户对所述订单信息进行支付结算处理；

所述发送单元，还用于将所述订单信息的支付结算处理结果发送给所述第一客户端。

可选的，所述接收单元，还用于接收所述第二客户端发送的携带有第二人脸特征信息的点餐请求；

所述发送单元，还用于若所述第二人脸特征信息与所述第一人脸特征信息匹配，则将所述订单信息的订单标识发送给所述第二客户端，以使得所述第二客户端确定是否加入所述订单信息；

所述发送单元，还用于若接收到所述第二客户端发送的加入所述订单信息的请求，则将所述点餐页面信息和所述点餐页面信息中的所述点餐选择信息发送给所述第二客户端。

可选的，所述装置还包括：获取单元和关联单元；

所述接收单元，还用于接收所述第一客户端发送的第一就餐桌位标识和与所述第一就餐桌位标识对应的第一用户标识并进行保存；

所述获取单元，用于当接收到所述第一客户端发送的订单生成请求时，获取所述订单生成请求中携带的所述点餐页面信息中的点餐选择信息和第三用户标识；

所述关联单元，用于若所述第三用户标识与所述第一用户标识匹配，则将根据所述点餐选择信息生成的订单信息与所述第一就餐桌位标识进行关联。

可选的，所述接收单元，还用于接收所述第二客户端发送的携带有第二就餐桌位标识的点餐请求；

所述发送单元，还用于若所述第二就餐桌位标识与所述第一就餐桌位标识匹配，则将所述订单信息的订单标识发送给所述第二客户端，以使得所述第二客户端确定是否加入所述订单信息；

所述发送单元，还用于若接收到所述第二客户端发送的加入所述订单信息的请求，则将所述点餐页面信息和所述点餐页面信息中的所述点餐选择信息发送给所述第二客户端。

可选的，所述接收单元，还用于接收所述第二客户端发送的与所述点餐选择信息对应的更新信息；

所述发送单元，还用于将所述更新信息发送给所述第一客户端，以使得所述第一客户端按照所述更新信息对所述订单信息进行更新。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于客户端侧的点餐信息的处理方法。

依据本申请再一个方面，提供了一种客户端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于客户端侧的点餐信息的处理方法。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于服务器侧的点餐信息的处理方法。

依据本申请再一个方面，提供了一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于服务器侧的点餐信息的处理方法。

依据本申请再一个方面，提供了一种点餐信息的处理系统，包括上述客户端设备和服务器设备。

借由上述技术方案，本申请提供的一种点餐信息的处理方法、装置及系统，与目前现有的扫桌码点餐方案相比，本申请可在监测到客户端所在终端设备周围的蓝牙信息符合预设规则时，可通过服务器查询与该蓝牙信息的店铺设备标识对应店铺的点餐页面信息，用户可通过这种蓝牙搜索方式自动进入点餐页面进行点餐，无需再扫桌码点餐，使用起来更加便捷和安全可靠。商家无需再贴桌码，省去贴码的成本，进而省去推广码的成本。并且后续也不会存在桌码被损坏或被替换的情况，从而不会影响用户使用的安全性。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种点餐信息的处理方法的流程示意图；

图2示出了本申请实施例提供的另一种点餐信息的处理方法的流程示意图；

图3示出了本申请实施例提供的一种应用场景实例的方法架构示意图；

图4示出了本申请实施例提供的一种点餐信息的处理装置的结构示意图；

图5示出了本申请实施例提供的另一种点餐信息的处理装置的结构示意图；

图6示出了本申请实施例提供的又一种点餐信息的处理装置的结构示意图；

图7示出了本申请实施例提供的再一种点餐信息的处理装置的结构示意图；

图8示出了本申请实施例提供的一种点餐信息的处理系统的系统架构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本实施例提供了一种点餐信息的处理方法，可应用于客户端侧，可节省推广成本，不会影响用户使用的安全性，使得用户点餐更加便捷，如图1所示，该方法包括：

101、实时监测客户端所在终端设备周围的蓝牙信息。

其中，客户端所在终端设备周围的具体范围是对蓝牙有效检测区域范围的概述，具体指若终端设备处于蓝牙信息可传播的最大距离内时，可检测到该蓝牙信息。在本实施例中，可预先在商家端配置特定的线下店铺设备，该线下店铺设备设置有蓝牙功能(如蓝牙适配器等)，能够输出与该商家端唯一对应的蓝牙信息，该蓝牙信息可包含该线下店铺设备的MAC(Media Access Control)地址、设备名称或ID号等。该线下店铺设备输出的蓝牙信息的有效被检测范围可使得进入到该商家端门店的终端设备能够检测到即可。

对于本实施例的执行主体可为用于点餐信息处理的客户端，该客户端在接收到指令时可调用蓝牙模块实时监测所在终端设备周围的蓝牙信息，进而通过该蓝牙信息判断用户是否进入到了商家门店内，具体执行步骤102至103所示过程。

102、若蓝牙信息符合预设规则，则向服务器发送点餐请求。

点餐请求中携带有蓝牙信息对应的店铺设备标识，进一步的，以使得服务器查询与该店铺设备标识对应店铺的点餐页面信息。其中，店铺设备标识可为该店铺设备的设备名称或ID号等。点餐页面信息中可包含该店铺门店可选的菜品、饮品等，以及相应的其他用户就餐评价，还可包含该店铺门店的名称、所在位置等。服务器可查询每个店铺设备标识各自对应店铺的点餐页面信息，然后返回给相应发送请求的客户端。需要说明的是，对于处理查询对应店铺的点餐页面信息的执行主体并不限制于服务器，还可以为其他可实现该功能的装置或设备，在本实施例中以服务器为示例性说明，在查询到店铺设备标识对应店铺的点餐页面信息，发送给对应客户端。

在本实施例中，预设规则可根据实际业务需要预先设置，其目的是为了区别哪些是店铺门店的蓝牙信息，哪些是普通的蓝牙信息(可忽略)。例如，如果对于蓝牙信息中包含的店铺设备标识满足特定格式条件，则认为符合预设规则，该特定格式条件用于识别店铺门店的线下设备。又例如，对于蓝牙信息中包含的店铺设备唯一标识在店铺门店列表中，则确定符合预设规则，该店铺门店列表中保存有不同的店铺设备分别对应的设备唯一标识。

在识别出客户端所在终端设备周围的蓝牙信息符合预设规则时，可说明携带该终端设备的用户已经进入到了店铺门店内，接下来可自动向服务器发送点餐请求，以获取该店铺门店相应的点餐页面信息，方便用户快速进行点餐下单。

进一步的，如果符合预设规则的蓝牙信息存在多个，说明用户可能进入到了多个店铺门店线下设备的蓝牙接收范围，这时客户端可输出这些符合预设规则的蓝牙信息分别对应的店铺门店，由用户选择确定实际需要在哪家门店点餐，然后根据用户选择的店铺门店对应的店铺设备标识，向服务器发送点餐请求，以便获取得到用户选择的店铺门店对应的点餐页面信息。

103、接收服务器发送的点餐页面信息。

在本实施例中，用户可根据自身需求通过该点餐页面进行在线点餐，与目前现有的扫桌码点餐方案相比，用户可通过这种蓝牙搜索方式自动进入点餐页面进行点餐，无需再扫桌码点餐，使用起来更加便捷和安全可靠。商家无需再贴桌码，省去贴码的成本，进而省去推广码的成本。并且后续也不会存在桌码被损坏或被替换的情况，从而不会影响用户使用的安全性。

进一步的，作为上述实施例具体实施方式的细化和扩展，在步骤103之后，还可包括：输出从服务器接收到的该点餐页面信息，以便及时提示用户可在该点餐页面进行在线点餐。

为了说明确定蓝牙信息是否符合预设规则的过程，作为一种可选方式，该过程具体可包括：若蓝牙信息包含的MAC地址与预设存储位置中保存的预设MAC地址匹配，则确定该蓝牙信息符合预设规则，其中预设存储位置保存有不同店铺分别对应的预设MAC地址，该预设MAC地址为店铺线下设备的MAC地址；若蓝牙信息包含的MAC地址与预设存储位置中保存的预设MAC地址都不匹配，则确定该蓝牙信息不符合预设规则。

预设存储位置可为客户端本地存储器(即事先下载到客户端本地)，或云端存储(即通过在线查询匹配)。由于MAC地址具有唯一性，通过这种方式，可准确监测出符合预设规则的蓝牙信息，避免出现错误的情况。除此之外还可通过匹配设备其他的唯一标识方式进行监测，在此不做限定。

进一步的，为了后续方便其他同行就餐用户快速进入到同一订单中进行共同点餐，作为一种可选方式，客户端可事先输出录入人脸的提示信息，以便用户录入人脸进行认证，输出提示信息的方式可通过文字、图片、音频、视频、振动、灯光等。然后将录入的人脸特征信息和与该人脸特征信息对应的用户标识发送给服务器进行保存，除了这种方式以外，还可以由其他第三方应用进行人脸认证授权，进而将其他第三方应用采集到的人脸特征信息和相应的用户标识发送给服务器。

在接收到订单生成指令时，客户端根据点餐页面信息中的点餐选择信息和用户标识，向服务器发送订单生成请求，进而以使得服务器将根据该点餐选择信息生成的订单信息和与该用户标识对应的人脸特征信息进行关联；然后接收服务器发送的该订单信息。

服务器将订单信息与该目标用户标识对应的人脸特征信息进行关联后，如果其他用户需要进入到该订单信息中进行共同点餐时，可通过该其他用户的客户端扫该目标用户的人脸，进而可通过这个关联关系快速定位到目标用户的订单信息，从而方便其他用户快速进入到该订单进行共同点餐。与目前需要其他用户再扫桌码进入相应点餐页面的方式相比，这种可选方式使用更加便捷，只要一个用户扫另一个用户的人脸即可快速点餐，可做到用户角度的极度简洁。

应用上述刷人脸的可选方式，在多人共同点餐的场景下，为了使得用户间能够了解互相选择的餐品内容，进一步的，客户端可接收服务器发送的该订单信息的更新信息，该更新信息包含与目标用户的人脸特征信息匹配的其他客户端根据该订单信息在点餐页面信息中添加的新的点餐选择信息；然后按照更新信息对该订单信息进行更新。通过这种方式，将每个参与共同点餐用户的点餐选择内容及时同步到其他客户端，使得每个参与共同点餐用户都了解他们都点了哪些餐品，然后再结合自身需求进行点餐，可提高用户的使用体验和点餐效率。

除了上述刷人脸快速进入同一订单的可选方式以外，作为另一种可选方式，还可通过输入就餐桌位标识进入同一订单进行共同点餐，具体的，目标用户在提交订单时可输入就餐桌位标识(如桌号、包房名称等)，由客户端将输入的就餐桌位标识和与该就餐桌位标识对应的用户标识发送给服务器。

在目标用户提交订单时，即在客户端接收到订单生成指令时，根据点餐页面信息中的点餐选择信息和用户标识，向服务器发送订单生成请求，进而以使得服务器将根据点餐选择信息生成的订单信息与该用户标识对应的就餐桌位标识进行关联；然后接收服务器发送的生成的该订单信息。

服务器将订单信息与该目标用户标识对应的就餐桌位标识进行关联后，如果其他用户需要进入到该订单信息中进行共同点餐时，可通过该其他用户的客户端输入这个就餐桌位标识，进而可通过这个关联关系快速定位到目标用户的订单信息，从而方便其他用户快速进入到该订单进行共同点餐。与目前需要其他用户再扫桌码进入相应点餐页面的方式相比，这种可选方式使用更加便捷，只要输入相应的就餐桌位标识即可快速点餐，可做到用户角度的极度简洁。

应用上述输入就餐桌位标识的可选方式，在多人共同点餐的场景下，为了使得用户间能够了解互相选择的餐品内容，进一步的，客户端可接收服务器发送的该订单信息的更新信息，该更新信息包含与目标用户输入的就餐桌位标识对应的其他客户端根据该订单信息在点餐页面信息中添加的新的点餐选择信息；然后按照更新信息对该订单信息进行更新。通过这种方式，将每个参与共同点餐用户的点餐选择内容及时同步到其他客户端，使得每个参与共同点餐用户都了解他们都点了哪些餐品，然后再结合自身需求进行点餐，可提高用户的使用体验和点餐效率。

需要说明的是，上述可应用于客户端侧的点餐信息的处理方法，是在客户端侧描述具体的点餐信息的处理过程，而为了完整说明本实施例的具体实施方式，提供了另一种可应用于服务器侧的点餐信息的处理方法，以便说明在服务器侧的点餐信息的处理过程，如图2所示，该方法包括：

201、服务器接收第一客户端发送的携带有店铺设备标识的点餐请求。

其中，点餐请求是第一客户端在监测到所在终端设备周围的蓝牙信息符合预设规则时发送的。

在这一侧的本实施例执行主体可为用于点餐信息处理的服务器装置或设备，但不限制于此，还可以为其他可实现该功能的装置或设备，在本实施例中以服务器为示例性说明。将查询到的点餐页面信息发送给利用蓝牙搜索方式自动登录点餐页面的第一客户端，具体执行步骤202至203所示过程。

202、查询与店铺设备标识对应店铺的点餐页面信息。

如果未查询到相应的点餐页面信息，说明有可能系统还没有及时更新，进一步的，可利用该店铺设备标识，定位该店铺设备(可事先配置相应的位置定位模块)当前的位置信息，然后依据该位置信息，确定用户进入了哪家店铺，然后将该店铺的点餐页面信息发送给第一客户端，以便用户确认是否进入到了该店铺门店，在确认时直接进行点餐。

203、将查询到的点餐页面信息发送给第一客户端。

这样利用这种蓝牙搜索自动登录点餐页面进行点餐的方式，用户可根据自身需求通过该点餐页面进行在线点餐，与目前现有的扫桌码点餐方案相比，用户可通过这种蓝牙搜索方式自动进入点餐页面进行点餐，无需再扫桌码点餐，使用起来更加便捷和安全可靠。商家无需再贴桌码，省去贴码的成本，进而省去推广码的成本。并且后续也不会存在桌码被损坏或被替换的情况，从而不会影响用户使用的安全性。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了后续方便其他同行就餐用户利用刷人脸方式快速进入到同一订单中进行共同点餐，作为一种可选方式，本实施例还可包括：服务器接收第一客户端发送的第一人脸特征信息和与第一人脸特征信息对应的第一用户标识并进行保存；当接收到第一客户端发送的订单生成请求时，获取订单生成请求中携带的点餐页面信息中的点餐选择信息和第二用户标识；若第二用户标识与第一用户标识匹配，则将根据点餐选择信息生成的订单信息与第一人脸特征信息进行关联。

其中，第一客户端相当于首先点餐的目标用户所对应的客户端，该第一人脸特征信息对应该目标用户。后续该目标用户提交订单后，将该订单与该目标用户的人脸特征信息进行关联。第二客户端相当于后续点餐的其他用户所对应的客户端，第二人脸特征信息对应该其他用户。

在关联之后，服务器如果接收到第二客户端发送的携带有第二人脸特征信息的点餐请求，并且第二人脸特征信息与第一人脸特征信息匹配时，则可将目标用户对应的订单信息的订单标识发送给第二客户端，进而以使得第二客户端确定是否加入该订单信息；若接收到第二客户端发送的加入该订单信息的请求，则将店铺的点餐页面信息和该点餐页面信息中的点餐选择信息发送给第二客户端。这样其他用户可选择是否参与一同进行点餐，如果选择加入，那么该其他用户可与目标用户一同点餐，最后可生成一个总的订单(相当于一起结算)，该订单中包含这些用户共同点的餐品。除了这种共同点餐的方式以外，其他用户还可选择不加入目标用户的订单，但在目标用户就餐的店铺就餐(相当于分开结算)，服务器可将该店铺的点餐页面信息发送给第二客户端，这样其他用户就可在目标用户就餐的店铺中进行点餐。进而可满足用户的不同需求。

为了防止返回错误的店铺内容，第二客户端发送的点餐请求中还可携带第二客户端通过蓝牙搜索方式监测到的符合预设规则的蓝牙信息对应的店铺设备标识，服务器利用该店铺设备标识首先查询对应的店铺，然后在该店铺下，查询人脸特征对应关联的订单信息。通过这种方式，不但能够缩小查询范围，提高查询效率，而且还能防止返回错误的店铺内容。

进一步的，为了实现订单快速结算的目的，作为一种优选方式，在上述将根据点餐选择信息生成的订单信息与第一人脸特征信息进行关联之后，本实施例方法还可包括：如果服务器接收第一客户端发送的该订单信息的支付请求时，可利用与第一人脸特征信息对应的支付账户对该订单信息进行支付结算处理，最后将该订单信息的支付结算处理结果发送给第一客户端。通过这种方式，无需用户在支付订单时再刷人脸或输入支付密码、或扫码支付等，可提高支付结算效率。

除了上述刷人脸快速进入同一订单的可选方式以外，作为另一种可选方式，还可通过输入就餐桌位标识进入同一订单进行共同点餐，相应的，为了实现这一过程，本实施例方法还可包括：服务器接收第一客户端发送的第一就餐桌位标识和与第一就餐桌位标识对应的第一用户标识并进行保存；当接收到第一客户端发送的订单生成请求时，获取该订单生成请求中携带的点餐页面信息中的点餐选择信息和第三用户标识；若第三用户标识与第一用户标识匹配，则将根据该点餐选择信息生成的订单信息与该第一就餐桌位标识进行关联。

例如，用户可事先输入其就餐桌位的桌号，由客户端发送给服务器进行保存，然后在该用户提交订单时，服务器后台将提交的该订单与就餐桌位关联。除了这种方式以外，还可有多种可选方式，如在提交订单时将就餐桌位的桌号一并提交，使得服务器将该订单与就餐桌位关联；又如用户如果未输入就餐桌位的桌号，在用户提交订单后，由商家确认订单，并通过商家客户端补充该订单相应的桌号，也能够使得订单与就餐桌位关联。这几种示例性的方式可根据实际需求而选择。

在将根据点餐选择信息生成的订单信息与就餐桌位标识进行关联之后，服务器如果接收到第二客户端发送的携带有第二就餐桌位标识的点餐请求，并且第二就餐桌位标识与第一就餐桌位标识匹配，则可将目标用户对应的订单信息的订单标识发送给第二客户端，进而以使得第二客户端确定是否加入该订单信息；若接收到第二客户端发送的加入该订单信息的请求，则将店铺的点餐页面信息和点餐页面信息中目标用户已选择的点餐选择信息发送给第二客户端。这样其他用户可选择是否参与一同进行点餐，如果选择加入，那么该其他用户可与目标用户一同点餐，最后可生成一个总的订单(相当于一起结算)，该订单中包含这些用户共同点的餐品。除了这种共同点餐的方式以外，其他用户还可选择不加入目标用户的订单，但在目标用户就餐的店铺就餐(相当于分开结算)，服务器可将该店铺的点餐页面信息发送给第二客户端，这样其他用户就可在目标用户就餐的店铺中进行点餐。进而可满足用户的不同需求。

同样的，为了防止返回错误的店铺内容，第二客户端发送的点餐请求中还可携带第二客户端通过蓝牙搜索方式监测到的符合预设规则的蓝牙信息对应的店铺设备标识，服务器利用该店铺设备标识首先查询对应的店铺，然后在该店铺下，查询就餐桌号对应关联的订单信息。通过这种方式，不但能够缩小查询范围，提高查询效率，而且还能防止返回错误的店铺内容。

基于上述两种可选方式，具体选择哪种可根据实际需求而定。为了在多人共同点餐的场景下，为了使得用户间能够了解互相选择的餐品内容，进一步的，作为一种可选方式，本实施例方法还可包括：服务器接收第二客户端发送的与点餐选择信息对应的更新信息；将该更新信息发送给第一客户端，进而以使得第一客户端按照该更新信息对订单信息进行更新。

通过这种方式，将每个参与共同点餐用户的点餐选择内容及时同步到其他客户端，使得每个参与共同点餐用户都了解他们都点了哪些餐品，然后再结合自身需求进行点餐，可提高用户的使用体验和点餐效率。

为了说明上述实施例的具体实施过程，给出如下应用场景，但不限于此：

目前，现有的扫桌码点餐方案，推广成本高，并且贴的桌码容易损坏，以及容易被其他竞品替换等。为了解决这一问题，本实施例方法提出了一种可以快速点餐并且不需要推广桌码的解决方案。

如图3所示，1、店铺门店安装线下设备，该设备上有蓝牙功能。2、用户提前利用客户端做好人脸认证，或者其他第三方软件(已人脸认证)里设置人脸认证授权。3、用户进入店铺门店，可打开手机上该客户端进行登录，有该客户端发起蓝牙搜索，查询事先安装的线下设备信息。4、在查询得到该线下设备的ID后，向服务端查询对应的店铺，然后由服务端下发相应店铺内容(如点餐页面信息等)使得客户端更新店铺页面。5、用户根据店铺内容进行点餐。6、客户端上报用户的点餐内容和用户ID到服务端，以便服务端生成相应订单，并关联该用户ID和该用户之前认证的人脸。用户可根据该订单输入就餐桌号，并由客户端上报给服务端。7、新用户点餐时，扫之前点餐的用户的人脸，或者输入该桌号(或由店员确认订单后补充输入)，由新用户对应的另一个客户端上传用户扫脸结果或者输入的桌号，以及该另一个客户端通过蓝牙搜索方式监测到的线下设备ID，使得服务端根据该线下设备ID定位对应店铺，并在该店铺下查询与人脸特征或桌号匹配的订单的订单号，然后返回给该另一个客户端，由新用户选择是否加入该订单即合并订单一起点餐，该新用户也可选择开启新订单等。用户和新用户就餐结束后，可在手机上直接结算，也可以去收银台结算。

通过应用上述本实施例提供的方法，不需要线下推广和发布桌码物料。能让用户进店打开手机就可以点店内的餐品。并且多用户间可以轻松同点一桌菜。这种点餐方式能极速推广，并且成本低廉，用户门槛低。

进一步的，作为图1所示方法的具体实现，本申请实施例提供了一种可应用于客户端侧的点餐信息的处理装置，如图4所示，该装置包括：监测单元31、发送单元32、接收单元33。

监测单元31，可用于实时监测所在终端设备周围的蓝牙信息；

发送单元32，可用于若蓝牙信息符合预设规则，则向服务器发送点餐请求，点餐请求中携带有蓝牙信息对应的设备标识。

进一步的，以使得服务器查询与设备标识对应店铺的点餐页面信息；

接收单元33，可用于接收服务器发送的点餐页面信息。

在具体的应用场景中，蓝牙信息包含MAC地址；如图5所示，本装置还包括：确定单元34；

确定单元34，可用于若MAC地址与预设存储位置中保存的预设MAC地址匹配，则确定蓝牙信息符合预设规则，预设存储位置保存有不同店铺分别对应的预设MAC地址；若MAC地址与预设存储位置中保存的预设MAC地址都不匹配，则确定蓝牙信息不符合预设规则。

在具体的应用场景中，如图5所示，本装置还包括：输出单元35；

输出单元35，可用于输出录入人脸的提示信息；

发送单元32，还用于将录入的人脸特征信息和与人脸特征信息对应的用户标识发送给服务器进行保存；

发送单元32，还用于在接收到订单生成指令时，根据点餐页面信息中的点餐选择信息和用户标识，向服务器发送订单生成请求。

进一步的，以使得服务器将根据点餐选择信息生成的订单信息和与用户标识对应的人脸特征信息进行关联；

接收单元33，还可用于接收服务器发送的订单信息。

在具体的应用场景中，如图5所示，本装置还包括：更新装置36；

接收单元33，还可用于接收服务器发送的订单信息的更新信息，更新信息包含与人脸特征信息匹配的其他客户端根据订单信息在点餐页面信息中添加的新的点餐选择信息；

更新单元36，可用于按照更新信息对订单信息进行更新。

在具体的应用场景中，发送单元32，还可用于将输入的就餐桌位标识和与就餐桌位标识对应的用户标识发送给服务器；

发送单元32，还可用于在接收到订单生成指令时，根据点餐页面信息中的点餐选择信息和用户标识，向服务器发送订单生成请求。

进一步的，以使得服务器将根据点餐选择信息生成的订单信息与用户标识对应的就餐桌位标识进行关联；

接收单元33，还可用于接收服务器发送的订单信息。

在具体的应用场景中，接收单元33，还可用于接收服务器发送的订单信息的更新信息，更新信息包含与就餐桌位标识对应的其他客户端根据订单信息在点餐页面信息中添加的新的点餐选择信息；

更新单元36，可用于按照更新信息对订单信息进行更新。

在具体的应用场景中，输出单元35，可用于输出点餐页面信息。

需要说明的是，本实施例提供的一种可应用于客户端侧的点餐信息的处理装置所涉及各功能单元的其它相应描述，可以参考图1中的对应描述，在此不再赘述。

通过应用上述装置的方案，用户可通过这种蓝牙搜索方式自动进入点餐页面进行点餐，无需再扫桌码点餐，使用起来更加便捷和安全可靠。商家无需再贴桌码，省去贴码的成本，进而省去推广码的成本。并且后续也不会存在桌码被损坏或被替换的情况，从而不会影响用户使用的安全性。

进一步的，作为图2方法的具体实现，本申请实施例提供了一种可应用于服务器侧的点餐信息的处理装置，如图6所示，该装置包括：接收单元41、查询单元42、发送单元43。

接收单元41，可用于接收第一客户端发送的携带有设备标识的点餐请求，点餐请求是第一客户端在监测到所在终端设备周围的蓝牙信息符合预设规则时发送的；

查询单元42，可用于查询与设备标识对应店铺的点餐页面信息；

发送单元43，可用于将点餐页面信息发送给第一客户端。

在具体的应用场景中，如图7所示，本装置还包括：获取单元44和关联单元45；

接收单元41，还可用于接收第一客户端发送的第一人脸特征信息和与第一人脸特征信息对应的第一用户标识并进行保存；

获取单元44，可用于当接收到第一客户端发送的订单生成请求时，获取订单生成请求中携带的点餐页面信息中的点餐选择信息和第二用户标识；

关联单元45，可用于若第二用户标识与第一用户标识匹配，则将根据点餐选择信息生成的订单信息与第一人脸特征信息进行关联。

在具体的应用场景中，如图7所示，本装置还包括：处理单元46；

接收单元41，还可用于接收第一客户端发送的订单信息的支付请求；

处理单元46，可用于利用与第一人脸特征信息对应的支付账户对订单信息进行支付结算处理；

发送单元43，还可用于将订单信息的支付结算处理结果发送给第一客户端。

在具体的应用场景中，接收单元41，还可用于接收第二客户端发送的携带有第二人脸特征信息的点餐请求；

发送单元43，还可用于若第二人脸特征信息与第一人脸特征信息匹配，则将订单信息的订单标识发送给第二客户端。

进一步的，以使得第二客户端确定是否加入订单信息；

发送单元43，还可用于若接收到第二客户端发送的加入订单信息的请求，则将点餐页面信息和点餐页面信息中的点餐选择信息发送给第二客户端。

在具体的应用场景中，接收单元41，还可用于接收第一客户端发送的第一就餐桌位标识和与第一就餐桌位标识对应的第一用户标识并进行保存；

获取单元44，还可用于当接收到第一客户端发送的订单生成请求时，获取订单生成请求中携带的点餐页面信息中的点餐选择信息和第三用户标识；

关联单元45，还可用于若第三用户标识与第一用户标识匹配，则将根据点餐选择信息生成的订单信息与第一就餐桌位标识进行关联。

在具体的应用场景中，接收单元41，还可用于接收第二客户端发送的携带有第二就餐桌位标识的点餐请求；

发送单元43，还可用于若第二就餐桌位标识与第一就餐桌位标识匹配，则将订单信息的订单标识发送给第二客户端。

进一步的，以使得第二客户端确定是否加入订单信息；

发送单元43，还可用于若接收到第二客户端发送的加入订单信息的请求，则将点餐页面信息和点餐页面信息中的点餐选择信息发送给第二客户端。

在具体的应用场景中，接收单元41，还可用于接收第二客户端发送的与点餐选择信息对应的更新信息；

发送单元43，还可用于将更新信息发送给第一客户端。

进一步的，以使得第一客户端按照更新信息对订单信息进行更新。

需要说明的是，本申请实施例提供的一种可应用于服务器侧的点餐信息的处理装置所涉及各功能单元的其他相应描述，可以参考图2中的对应描述，在此不再赘述。

基于上述如图1所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1所示的点餐信息的处理方法。基于上述如图2所示方法，本申请实施例还提供了另一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图2所示的点餐信息的处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的点餐信息的处理方法。

基于上述如图1所示的方法，以及图4至图5所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种客户端设备，具体可以为个人计算机、平板电脑、智能手机、智能手表、POS设备或其他网络设备等，该客户端设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1所示的点餐信息的处理方法。

基于上述如图2所示的方法，以及图6至图7所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种服务器设备，具体可以为个人计算机、服务器、网络设备等，该服务器设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图2所示的点餐信息的处理方法。

可选的，上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(Radio Frequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种客户端设备和服务器设备的实体设备结构并不构成对这两种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述两个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

基于上述内容，进一步的，本申请实施例结合上述内容，还提供了一种点餐信息的处理系统，如图8所示，该系统包括客户端设备51、服务器设备52；

其中，客户端设备51可用于执行如图1所示的方法，服务器设备52可用于执行如图2所示的方法。

具体的，客户端设备51用于实时监测所在终端设备周围的蓝牙信息；若蓝牙信息符合预设规则，则向服务器发送点餐请求，点餐请求中携带有蓝牙信息对应的店铺设备标识。

服务器设备52，用于接收客户端设备51发送的携带有店铺设备标识的点餐请求。查询与店铺设备标识对应店铺的点餐页面信息；然后将查询到的点餐页面信息发送给客户端设备51。

客户端设备51，还用于接收服务器设备52发送的点餐页面信息。进一步可输出该点餐页面信息，以便用户进行在线点餐。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有技术相比，用户可通过这种蓝牙搜索方式自动进入点餐页面进行点餐，无需再扫桌码点餐，使用起来更加便捷和安全可靠。商家无需再贴桌码，省去贴码的成本，进而省去推广码的成本。并且后续也不会存在桌码被损坏或被替换的情况，从而不会影响用户使用的安全性。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种点餐信息的处理方法，其特征在于，包括：

实时监测所在终端设备周围的蓝牙信息；

若所述蓝牙信息符合预设规则，则向服务器发送点餐请求，所述点餐请求中携带有所述蓝牙信息对应的店铺设备标识，以使得所述服务器查询与所述店铺设备标识对应店铺的点餐页面信息；

接收所述服务器发送的所述点餐页面信息。

2.根据权利要求1所述的方法，其特征在于，所述蓝牙信息包含MAC地址；

确定所述蓝牙信息是否符合所述预设规则，具体包括：

若所述MAC地址与预设存储位置中保存的预设MAC地址匹配，则确定所述蓝牙信息符合所述预设规则，所述预设存储位置保存有不同店铺分别对应的预设MAC地址；

若所述MAC地址与所述预设存储位置中保存的预设MAC地址都不匹配，则确定所述蓝牙信息不符合所述预设规则。

3.一种点餐信息的处理方法，其特征在于，包括：

接收第一客户端发送的携带有店铺设备标识的点餐请求，所述点餐请求是所述第一客户端在监测到所在终端设备周围的蓝牙信息符合预设规则时发送的；

查询与所述店铺设备标识对应店铺的点餐页面信息；

将所述点餐页面信息发送给所述第一客户端。

4.一种点餐信息的处理装置，其特征在于，包括：

监测单元，用于实时监测所在终端设备周围的蓝牙信息；

发送单元，用于若所述蓝牙信息符合预设规则，则向服务器发送点餐请求，所述点餐请求中携带有所述蓝牙信息对应的设备标识，以使得所述服务器查询与所述设备标识对应店铺的点餐页面信息；

接收单元，用于接收所述服务器发送的所述点餐页面信息。

5.一种点餐信息的处理装置，其特征在于，包括：

接收单元，用于接收第一客户端发送的携带有设备标识的点餐请求，所述点餐请求是所述第一客户端在监测到所在终端设备周围的蓝牙信息符合预设规则时发送的；

查询单元，用于查询与所述设备标识对应店铺的点餐页面信息；

发送单元，用于将所述点餐页面信息发送给所述第一客户端。

6.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至2中任一项所述的点餐信息的处理方法。

7.一种客户端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至2中任一项所述的点餐信息的处理方法。

8.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求3所述的点餐信息的处理方法。

9.一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求3所述的点餐信息的处理方法。

10.一种点餐信息的处理系统，其特征在于，包括：如权利要求7所述的客户端设备和如权利要求9所述的服务器设备。