点餐方法及装置与流程

本申请涉及智慧餐饮领域，具体涉及点餐方法及装置。

背景技术：

目前，扫码点餐模式由于能提高餐饮门店的点餐效率和运营能力，而得到普及应用。扫码点餐模式根据支付就餐顺序细分为先支付模式的扫码点餐和后支付模式的扫码点餐两种模式。所谓先支付模式的扫码点餐，是先下单并完成支付后才进入备餐送餐流程，多用于轻快餐门店；所谓后支付模式的扫码点餐，是先下单进入备餐送餐流程，消费者就餐后才进行支付，多用于传统中餐门店。

支付完毕后需要增加菜品是一种常见的用餐场景，对于轻快餐门店更为常见。例如，门店的一个台位a有4个座位，能同时容纳4位客人就餐，当4位客人一起就餐时，第一个客人b扫码点餐后产生一个订单，第二个客人c、第三个客人d、第四个客人e点餐即为b针对a台位下单并支付后a台位新增加菜品的场景；或者一个客人支付完毕后再增加菜品。

现有技术中，一般会将支付完毕后需要增加菜品的场景产生一个新单，例如，针对a台位产生第二个订单、第三个订单、第四个订单，导致同一时段同一台位上的完整就餐行为(客人从进入门店到用餐完毕结账离开门店)对应多个客单的情况，影响门店的运营数据分析的准确性，所谓客单是指交易完成的订单。

技术实现要素：

本申请提供点餐方法，以合理的方式处理点餐信息，以解决同一时段同一台位上的完整就餐行为对应多个客单的问题。

本申请提供一种点餐方法，包括：

第一计算设备获得第三计算设备发送的包括台位信息的点餐请求；

所述第一计算设备向第二计算设备查询所述台位信息对应的台位的状态；

所述第一计算设备获得所述第二计算设备提供的与所述台位信息关联的子台位信息；

所述第一计算设备向所述第三计算设备发送包括子台位信息的点餐页面；

所述第一计算设备获得所述第三计算设备发送的包括子台位信息的点餐信息；

所述第一计算设备根据所述包括子台位信息的点餐信息生成所述子台位信息对应的点餐订单，向所述第二计算设备发送所述子台位信息对应的点餐订单。

可选的，所述第一计算设备获得所述第二计算设备提供的与所述台位信息关联的子台位信息，包括：所述第一计算设备获得所述第二计算设备提供的所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。

可选的，所述点餐方法还包括：所述第一计算设备根据所述子台位信息确定需要向所述第三计算设备发送用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面；

所述第一计算设备向所述第三计算设备发送包括子台位信息的点餐页面，包括：所述第一计算设备向所述第三计算设备发送包括子台位信息并且用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面。

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

所述第一计算设备获得所述第二计算设备提供的与所述台位信息不关联的另一个台位信息；

所述第一计算设备向所述第三计算设备发送包括所述另一个台位信息的初始点餐页面。

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

所述第一计算设备获得所述第二计算设备返回的所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息；

所述第一计算设备向所述第三计算设备发送所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。

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

所述第一计算设备向所述第三计算设备提供所述子台位信息对应的点餐订单；

接收所述第三计算设备发送的针对所述子台位信息对应的点餐订单的支付信息。

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

获得针对所述台位信息对应的点餐订单的第一支付信息；

获得针对与所述台位信息关联的子台位信息对应的点餐订单的第二支付信息；

根据第一支付信息和第二支付信息，确定针对所述台位信息的结算统计信息。

本申请还提供一种点餐方法，包括：

第二计算设备获得第一计算设备查询台位信息对应的台位的状态的请求；

所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，则获得与所述台位信息关联的子台位信息；

所述第二计算设备向所述第一计算设备发送与所述台位信息关联的子台位信息；

所述第二计算设备获得所述第一计算设备提供的所述子台位信息对应的点餐订单；

所述第二计算设备针对所述子台位信息对应的点餐订单进行备餐处理。

可选的，所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，则获得与所述台位信息关联的子台位信息，包括：所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，并且如果确定已被使用的与所述台位信息关联的子台位信息数量未达到子台位信息数量阈值，则获得与所述台位信息关联的可用的子台位信息。

可选的，所述第二计算设备向所述第一计算设备发送与所述台位信息关联的子台位信息，包括：所述第二计算设备向所述第一计算设备发送所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。

可选的，所述点餐方法还包括：所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，并且如果确定已被使用的与所述台位信息关联的子台位信息数量已达到子台位信息数量阈值，则向所述第一计算设备发送所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。

可选的，所述第二计算设备针对所述子台位信息对应的点餐订单进行备餐处理，包括：

所述第二计算设备将所述子台位信息对应的点餐订单与所述台位信息对应的点餐订单进行关联；

针对关联后的所述子台位信息对应的点餐订单与所述台位信息对应的点餐订单进行备餐处理。

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

接收台位释放触发，将台位释放触发包括的台位信息对应的台位的状态置为空闲状态。

本申请还提供一种点餐方法，包括：

第三计算设备向第一计算设备发送包括台位信息的点餐请求；

所述第三计算设备获得所述第一计算设备提供的包括与所述台位信息关联的子台位信息的点餐页面；

所述第三计算设备向所述第一计算设备发送包括所述子台位信息的点餐信息。

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

所述第三计算设备获得所述第一计算设备发送的所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。

可选的，所述第三计算设备获得所述第一计算设备提供的包括与所述台位信息关联的子台位信息的点餐页面，包括：所述第三计算设备获得所述第一计算设备提供的包括与所述台位信息关联的子台位信息并且用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面。

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

所述第三计算设备获得所述第一计算设备发送的所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。

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

所述第三计算设备获得所述第一计算设备提供的与所述台位信息关联的子台位信息和与所述台位信息不关联的另一个台位信息；

所述第三计算设备展示与所述台位信息关联的子台位信息和与所述台位信息不关联的另一个台位信息，接收针对与所述台位信息关联的子台位信息或与所述台位信息不关联的另一个台位信息的选择触发。

本申请还提供一种点餐装置，包括：

点餐请求获得单元，用于第一计算设备获得第三计算设备发送的包括台位信息的点餐请求；

台位状态查询单元，用于所述第一计算设备向第二计算设备查询所述台位信息对应的台位的状态；

子台位获得单元，用于所述第一计算设备获得所述第二计算设备提供的与所述台位信息关联的子台位信息；

点餐页面发送单元，用于所述第一计算设备向所述第三计算设备发送包括子台位信息的点餐页面；

点餐信息获得单元，用于所述第一计算设备获得所述第三计算设备发送的包括子台位信息的点餐信息；

订单发送单元，用于所述第一计算设备根据所述包括子台位信息的点餐信息生成所述子台位信息对应的点餐订单，向所述第二计算设备发送所述子台位信息对应的点餐订单。

本申请还提供一种点餐装置，包括：

台位状态查询单元，用于第二计算设备获得第一计算设备查询台位信息对应的台位的状态的请求；

子台位获得单元，用于所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，则获得与所述台位信息关联的子台位信息；

子台位提供单元，用于所述第二计算设备向所述第一计算设备发送与所述台位信息关联的子台位信息；

订单获得单元，用于所述第二计算设备获得所述第一计算设备提供的所述子台位信息对应的点餐订单；

备餐单元，用于所述第二计算设备针对所述子台位信息对应的点餐订单进行备餐处理。

本申请还提供一种点餐装置，包括：

点餐请求单元，用于第三计算设备向第一计算设备发送包括台位信息的点餐请求；

点餐页面接收单元，用于所述第三计算设备获得所述第一计算设备提供的包括与所述台位信息关联的子台位信息的点餐页面；

点餐信息发送单元，用于所述第三计算设备向所述第一计算设备发送包括所述子台位信息的点餐信息。

本申请还提供一种计算设备，包括：

存储器，以及处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获得第三计算设备发送的包括台位信息的点餐请求；

向第二计算设备查询所述台位信息对应的台位的状态；

获得所述第二计算设备提供的与所述台位信息关联的子台位信息；

向所述第三计算设备发送包括子台位信息的点餐页面；

获得所述第三计算设备发送的包括子台位信息的点餐信息；

根据所述包括子台位信息的点餐信息生成所述子台位信息对应的点餐订单，向所述第二计算设备发送所述子台位信息对应的点餐订单。

本申请还提供一种计算设备，包括：

存储器，以及处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获得第一计算设备查询台位信息对应的台位的状态的请求；

如果确定所述台位信息对应的台位处于正在使用状态，则获得与所述台位信息关联的子台位信息；

向所述第一计算设备发送与所述台位信息关联的子台位信息；

获得所述第一计算设备提供的所述子台位信息对应的点餐订单；

针对所述子台位信息对应的点餐订单进行备餐处理。

本申请还提供一种计算设备，包括：

存储器，以及处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

向第一计算设备发送包括台位信息的点餐请求；

获得所述第一计算设备提供的包括与所述台位信息关联的子台位信息的点餐页面；

向所述第一计算设备发送包括所述子台位信息的点餐信息。

与现有技术相比，本申请具有以下优点：

本申请提供的点餐方法，通过获得第二计算设备提供的与台位信息关联的子台位信息，向所述第三计算设备发送包括子台位信息的点餐页面，获得所述第三计算设备发送的包括子台位信息的点餐信息，通过与台位信息关联的子台位信息将增加的点餐信息与所述台位信息关联起来，从而解决同一时段同一台位上的完整就餐行为对应多个客单的问题。进一步的，为对门店的运营数据进行分析提供更准确的分析依据。

附图说明

图1是本申请第一实施例提供的点餐方法的实施环境示意图；

图2是本申请第一实施例提供的点餐方法的处理流程图；

图3是本申请第一实施例包含的示例性点餐流程的时序图；

图4是本申请第二实施例提供的点餐方法的处理流程图；

图5是本申请第三实施例提供的点餐方法的处理流程图；

图6是本申请第四实施例提供的点餐装置示意图；

图7是本申请第五实施例提供的点餐装置示意图；

图8是本申请第六实施例提供的点餐装置示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请提供点餐方法及装置。在下面的实施例中逐一进行详细说明。

本申请第一实施例提供一种点餐方法。

以下结合图1至图3对本申请实施例提供的一种点餐方法进行说明。

请参考图1，其示出了本申请第一实施例提供的点餐方法的实施环境示意图。实际部署中，第一计算设备101可以是扫码点餐后台服务器，第二计算设备102可以是餐饮服务门店的管理服务器，第三计算设备103可以是能够进行扫码点餐的手机、pad等扫码终端。

实际应用中，使用第三计算设备103扫台位码，向第一计算设备101发起点餐请求，在所述点餐请求中携带了用于指示台位的台位信息。所谓台位码一般为二维码，台位码提供的信息为指向第一计算设备101提供的点餐服务的url链接，并且台位码上包含台位信息，例如台位号或台位名称。扫台位码时第三计算设备103向二维码提供的url链接发起http请求，所述http请求为携带了台位信息的点餐请求。

第一计算设备101向第二计算设备102查询所述台位信息对应的台位的状态，由第二计算设备102确定所述台位信息对应的台位是否被占用或者是否有与所述台位信息关联的可用的子台位，如果所述台位信息对应的台位为空闲状态则第二计算设备102返回所述台位信息，如果所述台位信息对应的台位为被占用状态，并且有与所述台位信息关联的可用的子台位，则第二计算设备102返回与所述台位信息关联的可用的子台位。

第一计算设备101向第三计算设备103返回初始点餐页面或点餐页面，例如输入就餐人数信息页面，第三计算设备103将初始点餐页面或点餐页面展示给消费者，消费者可以通过所述页面的交互操作界面触发进一步的点餐操作，当消费者点击触发下单后第三计算设备103的点餐信息传递给第一计算设备101。第一计算设备101将针对所述点餐信息的下单消息发送给餐饮服务门店的第二计算设备102，第二计算设备102针对接收到的下单消息进行接单、开台、备餐、送餐等后续流程的具体处理。所谓开台，就是台位的状态设为被占用状态，一般在pos机上进行开台操作。

本申请第一实施例提供的点餐方法可以部署于第一计算设备101，通过获得第二计算设备提供的与台位信息关联的子台位信息，向所述第三计算设备发送包括子台位信息的点餐页面，获得所述第三计算设备发送的包括子台位信息的点餐信息，通过与台位信息关联的子台位信息将增加的点餐信息与所述台位信息关联起来。

图2所示的点餐方法包括：步骤s201至步骤s206。

步骤s201，第一计算设备获得第三计算设备发送的包括台位信息的点餐请求。

本步骤是获得包括台位信息的点餐请求。

本申请实施例中，第三计算设备具体通过扫台位码向第一计算设备发起点餐请求，在所述点餐请求中携带了用于指示台位的台位信息。所谓台位码一般为包含台位信息的二维码，并且提供指向第一计算设备提供的点餐服务的url链接。所述台位信息可以是指示台位的台位号或台位名称。扫台位码时第三计算设备向二维码提供的url链接发起点餐请求，所述点餐请求一般为http请求消息。

步骤s202，所述第一计算设备向第二计算设备查询所述台位信息对应的台位的状态。

本步骤是查询点餐请求中的台位信息对应的台位的状态。

本申请实施例中，由第二计算设备确定所述台位信息对应的台位是否被占用或者是否有与所述台位信息关联的可用的子台位。第一计算设备向第二计算设备发送查询所述台位信息对应的台位的状态的请求消息，第二计算设备向第一计算设备返回携带查询结果的响应消息。具体的，如果第二计算设备确定所述台位信息对应的台位为空闲状态则向第一计算设备返回所述台位信息，如果第二计算设备确定所述台位信息对应的台位为占用状态，并且有与所述台位信息关联的可用的子台位，则向第一计算设备返回与所述台位信息关联的可用的子台位的信息。

步骤s203，所述第一计算设备获得所述第二计算设备提供的与所述台位信息关联的子台位信息。

本步骤是获得第二计算设备提供的与所述台位信息关联的子台位信息。

本申请实施例中，所述第一计算设备获得所述第二计算设备提供的与所述台位信息关联的子台位信息，具体包括：所述第一计算设备获得所述第二计算设备提供的所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。

本申请实施例中，在第二计算设备对应的系统管理后台中定义台位，用整数对台位进行编号得到台位号，台位号对应餐饮门店的实际台位，实际台位也称为主台位，实际台位又可以关联一个或多个子台位，对子台位进行编号时可以在所述子台位关联的实际台位的台位号基础上进行编号，如用连接符标明关联关系。如果所述台位信息对应的台位被占用，并且有与所述台位信息关联的可用子台位，则第一计算设备接收由第二计算设备提供的与所述台位信息关联的子台位信息。

例如，11对应餐饮门的实际台位，11.1对应11号台位的第一子台位，11.2对应11号台位的第二子台位；则第一计算设备接收到的第三计算设备请求中的所述台位信息携带了台位号“11”，第一计算设备向第二计算设备查询11号台位是否被占用，如果11号台位被占用，并且11.1子台位为可用状态，则第二计算设备向第一计算设备返回与11号台位信息关联的11.1子台位的信息“11.1”，即“11.1”中“11”表示11号台位，使用“.”与11号台位的关联关系，11.1表示子台位信息。

本申请的一个实例性实施例方式中，如果所述台位信息对应的台位为被占用状态，并且没有可用子台位，则所述第一计算设备获得所述第二计算设备返回的所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息；

所述第一计算设备向所述第三计算设备发送所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。

本申请的另一个示例性实施方式中，如果所述台位信息对应的台位为被占用状态，并且没有可用子台位，所述第一计算设备获得所述第二计算设备提供的与所述台位信息不关联的另一个台位信息；所述第一计算设备向所述第三计算设备发送包括所述另一个台位信息的初始点餐页面，或者，所述第一计算设备向所述第三计算设备发送所述另一个台位信息供消费者选择是否使用所述另一个台位信息进行后续的点餐操作。

步骤s204，所述第一计算设备向所述第三计算设备发送包括子台位信息的点餐页面。

本步骤是向所述第三计算设备发送包括子台位信息的点餐页面。

本申请实施例中，当第三计算设备的点餐请求中包含的所述台位信息对应的台位被占用，并且第一计算设备获得了第二计算设备提供的与所述台位信息关联的可用子台位信息，则第一计算设备向第三计算设备发送包括子台位信息的点餐页面。具体包括下述处理：

所述第一计算设备根据所述子台位信息确定需要向所述第三计算设备发送用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面；

所述第一计算设备向所述第三计算设备发送包括子台位信息的点餐页面，包括：所述第一计算设备向所述第三计算设备发送包括子台位信息并且用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面。

步骤s205，所述第一计算设备获得所述第三计算设备发送的包括子台位信息的点餐信息。

本步骤是获得所述第三计算设备发送的包括子台位信息的点餐信息。

本申请实施例中，第三计算设备将第一计算设备提供的初始点餐页面或点餐页面展示给消费者，消费者可以通过所述页面的交互操作界面触发进一步的点餐操作。消费者在点餐页面的购物车中增、删菜品，最终确定菜品后，触发发送下单消息将针对所述子台位信息的点餐信息发送给第一计算设备；第一计算设备接收下单消息，从下单消息中获取所述子台位信息的点餐信息。

步骤s206，所述第一计算设备根据所述包括子台位信息的点餐信息生成所述子台位信息对应的点餐订单，向所述第二计算设备发送所述子台位信息对应的点餐订单。

本步骤是向所述第二计算设备发送所述子台位信息对应的点餐订单。

本申请实施例中，第一计算设备根据步骤s205中获得的包括子台位信息的点餐信息生成所述子台位信息对应的点餐订单，向所述第二计算设备发送所述子台位信息对应的点餐订单。所述子台位信息对应的点餐订单包含了子台位信息。

本申请的一个实施方式中，所述第一计算设备向第三计算设备提供所述子台位信息对应的点餐订单，第三计算设备对所述点餐订单进行支付；第一计算设备接收所述第三计算设备发送的针对所述子台位信息对应的点餐订单的支付信息。通过与所述台位信息和所述子台位信息的关联关系，可以将所述台位信息的点餐订单与所述子台位信息的点餐订单关联起来，能够提供完整就餐行为的有效账单，在对餐饮门店的运营数据进行分析时可以得到更准确的分析依据，具体包括处理：

获得针对所述台位信息对应的点餐订单的第一支付信息；

获得针对与所述台位信息关联的子台位信息对应的点餐订单的第二支付信息；

根据第一支付信息和第二支付信息，确定针对所述台位信息的结算统计信息。

所谓完整就餐行为的有效账单，指一次完整就餐行为，包括支付完毕后增加菜品的账单，即使从消费者进入餐饮门店用餐到用餐完毕离开门店的过程中有多次增加菜品记录，也算一次完整就餐行为，对应一个完整就餐行为的有效账单。这样，在分析一段时间内的每单平均消费额(即每次完整就餐行为的平均消费金额)时，根据下述公式：门店营业额除以有效账单数，得到更为准确的数据，能够用于指导门店推出合理的营销活动。

举例如下。以餐饮门店f为例。第一计算设备和第二计算设备之间通过云服务提供的通信方式(例如ons消息)交互信息。第三计算设备通过无线通信网络或无线局域网络与第一计算设备交互信息。所谓ons消息为某云服务平台提供的消息收发机制中传递的消息。图3示出了本申请第一实施例包含的示例性点餐流程的时序图。图中的扫码点餐后台为第一计算设备，门店系统为第二计算设备，扫码终端为第三计算设备。图中的交互过程包括：

1、初次扫台位码，即：扫码终端将包含台位信息的点餐请求发送给扫码点餐后台；

2、请求台位状态，即：扫码点餐后台向门店系统查询所述台位信息对应的台位的状态；

3、判断台位状态，即：门店系统根据实际情况确定所述台位信息对应的台位的状态；

4、返回可用的台位信息，即：门店系统向扫码点餐后台，如果第3步中确定所述台位信息对应的台位的状态为空闲状态，则门店系统向点餐后台返回所述台位信息；

5、返回输入人数页面，即：当扫码点餐后台从门店系统获得的可用的台位信息为第1步中的所述台位信息时，向扫码终端返回的初始点餐页面为输入人数页面；

6、输入人数、点餐、下单、支付，这些点餐相关信息发送给扫码点餐后台，消费者在输入人数页面输入人数，并触发进入后续的交互，包括点餐、下单、先支付等交互操作；

7、将点餐信息推送给门店，即：将扫码点餐后台接收扫码终端发送的人数、点餐、下单等相关的点餐信息生成点餐订单，将点餐订单推送给门店系统，并且将点餐订单相关信息保存到扫码点餐后台的数据库，还保存支付的相关信息；

8、门店系统接单、台位开台、打印、备餐、送餐；

9、继续扫台位码，即：如果消费者需要增加菜品，则扫码终端继续扫台位码，向扫码点餐后台发送包含台位信息的点餐请求；

10、请求台位状态，即：扫码点餐后台向门店系统查询所述台位信息对应的台位的状态；

11、判定台位状态及子台位状态，即：门店系统如果确定所述台位信息对应的台位的状态为被占用状态，则继续判断与所述台位信息关联的子台位的状态；

12、返回可用的子台位信息，具体为子台位号；

13、返回点餐页面，即：扫码点餐后台如果获得的可用台位信息为子台位信息，则向扫码终端返回点餐页面，用于增加菜品；

14、加菜、下单、支付，即：扫码终端获得13中扫码点餐后台返回的所述点餐页面，通过所述点餐页面增加菜品，针对所述子台位信息增加菜品并下单、支付，将包含所述子台位信息的下单、支付等点餐相关信息发送给扫码点餐后台；

15、发送子台位的点餐订单，即：扫码点餐后台接收扫码终端发送的包含所述子台位信息的下单、支付等点餐相关信息，生成所述子台位的点餐订单，将所述点餐订单发送给门店系统；

16、门店系统进行接单、子台位开台、打印、备餐、送餐等操作。

以本申请第一实施例提供的点餐方法为基础，本申请第二实施例提供一种点餐方法。本申请第二实施例提供的点餐方法可以部署于第二计算设备。

参照图4，其示出了本申请第二实施例提供的点餐方法的处理流程图。由于本实施例以上述实施例为基础，所以描述得比较简单，相关的部分请参见上述实施例的对应说明即可。

图4所示的点餐方法，包括：步骤s401至步骤s405。

步骤s401，第二计算设备获得第一计算设备查询台位信息对应的台位的状态的请求。

本步骤是获得第一计算设备查询台位信息对应的台位的状态的请求。

本申请实施例中，第二计算设备监听第一计算设备的ons消息，获得查询台位信息对应的台位的状态的请求。所谓ons消息为某云服务平台提供的消息收发机制中传递的消息。

步骤s402，所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，则获得与所述台位信息关联的子台位信息。

本步骤是获得与步骤s402的所述台位信息关联的子台位信息。

本申请实施例中，所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，则获得与所述台位信息关联的子台位信息。具体处理包括：所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，并且如果确定已被使用的与所述台位信息关联的子台位信息数量未达到子台位信息数量阈值，则获得与所述台位信息关联的可用的子台位信息。例如，由第二计算设备创建用于关联到所述台位信息的子台位对象，或者由第二计算设备获取预先定义的与所述台位信息关联的子台位信息。

本申请实施例中，在第二计算设备对应的系统管理后台中定义台位，用整数对台位进行编号得到台位号，台位号对应餐饮门店的实际台位，实际台位也称为主台位，实际台位又可以关联一个或多个子台位，对子台位进行编号时可以在所述子台位关联的实际台位的台位号基础上进行编号，如用连接符标明关联关系。如果所述台位信息对应的台位被占用，并且有与所述台位信息关联的可用子台位，则第二计算设备提供与所述台位信息关联的子台位信息。例如，11对应餐饮门的实际台位，11.1对应11号台位的第一子台位，11.2对应11号台位的第二子台位；则第一计算设备接收到的第三计算设备请求中的所述台位信息携带了台位号“11”，第一计算设备向第二计算设备查询11号台位是否被占用，如果11号台位被占用，并且11.1子台位为可用状态，则第二计算设备向第一计算设备返回与11号台位信息关联的11.1子台位的信息“11.1”，即“11.1”中“11”表示11号台位，使用“.”与11号台位的关联关系，11.1表示子台位信息。

步骤s403，所述第二计算设备向所述第一计算设备发送与所述台位信息关联的子台位信息。

本步骤是将与所述台位信息关联的子台位信息发送给所述第一计算设备。

本申请实施例中，具体包括：所述第二计算设备向所述第一计算设备发送所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。

另外，所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，并且如果确定已被使用的与所述台位信息关联的子台位信息数量已达到子台位信息数量阈值，则向所述第一计算设备发送所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。例如，在第二计算设备对应的系统管理后台中定义台位时，对11号台位预先定义最多支持3个子台位：第一子台位的子台位号11.1，第二子台位的子台位号11.2，第三子台位的子台位号11.3，则对于初次扫码点餐时将点餐请求中的台位信息对应的用于处理初次点餐，第一子台位处理第一次加菜的点餐信息；第二子台位被分配用于处理第二次加菜的点餐信息；第三子台位被分配用于处理第三次加菜的点餐信息；当第一计算设备接收到第三计算设备的第四次加菜请求后向第二计算设备查询所述台位信息对应的台位的状态时，第二计算设备判定11号台位被占用，并且没有可用的子台位，则向所述第一计算设备发送无法点餐的信息。

步骤s404，所述第二计算设备获得所述第一计算设备提供的所述子台位信息对应的点餐订单。

本步骤是获得所述子台位信息对应的点餐订单。

本申请实施例中，第二计算设备监听第一计算设备的ons消息，接收第一计算设备发送的点餐订单消息。所述点餐订单，包含了所述子台位信息、点餐信息。例如，包括子台位号以及对应的加菜信息。

步骤s405，所述第二计算设备针对所述子台位信息对应的点餐订单进行备餐处理。

本步骤是针对所述子台位信息对应的点餐订单进行备餐处理。

本申请实施例中，具体包括：

所述第二计算设备将所述子台位信息对应的点餐订单与所述台位信息对应的点餐订单进行关联；

针对关联后的所述子台位信息对应的点餐订单与所述台位信息对应的点餐订单进行备餐处理。

将所述台位信息对应的点餐订单和与所述台位信息关联的子台位信息对应的点餐订单关联处理，方便同一送餐，提高服务效率。

另外，第二计算设备在清台时，接收台位释放触发，将台位释放触发包括的台位信息对应的台位的状态置为空闲状态。所谓清台，是消费者就餐完毕结账离店后，服务员确认台位为空闲状态，可以被再分配使用。一般在pos机上进行清台操作。

以本申请上述实施例提供的点餐方法为基础，本申请第三实施例提供一种点餐方法。本申请第三实施例提供的点餐方法可以部署于第三计算设备。

参照图5，其示出了本申请第三实施例提供的点餐方法的处理流程图。由于本实施例以上述实施例为基础，所以描述得比较简单，相关的部分请参见上述实施例的对应说明即可。

图5所示的点餐方法，包括：步骤s501至步骤s503。

步骤s501，第三计算设备向第一计算设备发送包括台位信息的点餐请求。

本步骤是向第一计算设备发送包括台位信息的点餐请求。

本申请实施例中，第三计算设备具体通过扫台位码向第一计算设备发起点餐请求，在所述点餐请求中携带了用于指示台位的台位信息。所谓台位码一般为包含台位信息的二维码，并且提供指向第一计算设备提供的点餐服务的url链接。所述台位信息可以是指示台位的台位号或台位名称。扫台位码时第三计算设备向二维码提供的url链接发起点餐请求，所述点餐请求一般为http请求消息。

步骤s502，所述第三计算设备获得所述第一计算设备提供的包括与所述台位信息关联的子台位信息的点餐页面。

本步骤是获得与所述台位信息关联的子台位信息的点餐页面。

本申请实施例中，如果第一计算设备获得的可用台位信息为与所述台位信息关联的子台位信息，例如，所述台位信息对应的台位被占用，并且有可用的子台位时，则获得的可用台位信息为所述子台位信息。第一计算设备根据获得的可用的与所述台位信息关联的子台位信息确定点餐页面以及与所述台位信息关联的子台位信息发送给第三计算设备。具体的，所述第三计算设备获得所述第一计算设备发送的所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。例如，第三计算设备接收到用于11.1号子台位的点餐页面。

优选的，所述第三计算设备获得所述第一计算设备提供的包括与所述台位信息关联的子台位信息并且用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面。

另外，如果第一计算设备未获取到可用台位信息，例如，点餐请求中的所述台位信息对应的台位被占用，并且无可用的子台位，所述第三计算设备获得所述第一计算设备发送的所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。

步骤s503，所述第三计算设备向所述第一计算设备发送包括所述子台位信息的点餐信息。

本步骤是向所述第一计算设备发送包括所述子台位信息的点餐信息。

本申请实施例中，消费者通过步骤s502获得的点餐页面进行点餐操作，例如，在购物车中增、删菜品，确定后触发下单，将本次的点餐信息通过下单消息发送给第一计算设备。

另外，如果第一计算设备在点餐请求中的所述台位信息对应的台位被占用情况下，获得了与所述台位信息关联的子台位信息和与所述台位信息不关联的另一个台位信息，并且返回给第三计算设备。则所述第三计算设备获得所述第一计算设备提供的与所述台位信息关联的子台位信息和与所述台位信息不关联的另一个台位信息；

所述第三计算设备展示与所述台位信息关联的子台位信息和与所述台位信息不关联的另一个台位信息，接收针对与所述台位信息关联的子台位信息或与所述台位信息不关联的另一个台位信息的选择触发。

与本申请第一实施例提供的一种点餐方法相对应，本申请第四实施例还提供了一种点餐装置。

参照图6，其示出了根据本申请第四实施例提供的点餐装置示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的部分请参见方法实施例的对应说明即可。

图6所示的点餐装置，包括：

点餐请求获得单元601，用于第一计算设备获得第三计算设备发送的包括台位信息的点餐请求；

台位状态查询单元602，用于所述第一计算设备向第二计算设备查询所述台位信息对应的台位的状态；

子台位获得单元603，用于所述第一计算设备获得所述第二计算设备提供的与所述台位信息关联的子台位信息；

点餐页面发送单元604，用于所述第一计算设备向所述第三计算设备发送包括子台位信息的点餐页面；

点餐信息获得单元605，用于所述第一计算设备获得所述第三计算设备发送的包括子台位信息的点餐信息；

订单发送单元606，用于所述第一计算设备根据所述包括子台位信息的点餐信息生成所述子台位信息对应的点餐订单，向所述第二计算设备发送所述子台位信息对应的点餐订单。

可选的，所述子台位获得单元603，具体用于：所述第一计算设备获得所述第二计算设备提供的所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。

可选的，所述点餐装置包括加菜单元，所述加菜单元用于：所述第一计算设备根据所述子台位信息确定需要向所述第三计算设备发送用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面；

所述第一计算设备向所述第三计算设备发送包括子台位信息的点餐页面，包括：所述第一计算设备向所述第三计算设备发送包括子台位信息并且用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面。

可选的，所述点餐装置，包括备选台位单元，所述备选台位单元用于：

所述第一计算设备获得所述第二计算设备提供的与所述台位信息不关联的另一个台位信息；

所述第一计算设备向所述第三计算设备发送包括所述另一个台位信息的初始点餐页面。

可选的，所述点餐装置包括台位被占用处理单元，所述台位被占用处理单元用于：

所述第一计算设备获得所述第二计算设备返回的所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息；

所述第一计算设备向所述第三计算设备发送所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。

可选的，所述点餐装置包括支付单元，所述支付单元用于：

所述第一计算设备向所述第三计算设备提供所述子台位信息对应的点餐订单；

接收所述第三计算设备发送的针对所述子台位信息对应的点餐订单的支付信息。

可选的，所述支付单元包括统计子单元，所述统计子单元用于：

获得针对所述台位信息对应的点餐订单的第一支付信息；

获得针对与所述台位信息关联的子台位信息对应的点餐订单的第二支付信息；

根据第一支付信息和第二支付信息，确定针对所述台位信息的结算统计信息。

与本申请第二实施例提供的一种点餐方法相对应，本申请第五实施例还提供了一种点餐装置。

参照图7，其示出了根据本申请第五实施例提供的点餐装置示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的部分请参见方法实施例的对应说明即可。

图7所示的点餐装置，包括：

台位状态查询单元701，用于第二计算设备获得第一计算设备查询台位信息对应的台位的状态的请求；

子台位获得单元702，用于所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，则获得与所述台位信息关联的子台位信息；

子台位提供单元703，用于所述第二计算设备向所述第一计算设备发送与所述台位信息关联的子台位信息；

订单获得单元704，用于所述第二计算设备获得所述第一计算设备提供的所述子台位信息对应的点餐订单；

备餐单元705，用于所述第二计算设备针对所述子台位信息对应的点餐订单进行备餐处理。

可选的，所述子台位获得单元702具体用于：所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，并且如果确定已被使用的与所述台位信息关联的子台位信息数量未达到子台位信息数量阈值，则获得与所述台位信息关联的可用的子台位信息。

可选的，所述子台位提供单元703具体用于：所述第二计算设备向所述第一计算设备发送所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。

可选的，所述点餐装置包括台位被占用单元，所述台位被占用单元用于：所述第二计算设备如果确定所述台位信息对应的台位处于正在使用状态，并且如果确定已被使用的与所述台位信息关联的子台位信息数量已达到子台位信息数量阈值，则向所述第一计算设备发送所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。

可选的，所述备餐单元705具体用于，包括：

所述第二计算设备将所述子台位信息对应的点餐订单与所述台位信息对应的点餐订单进行关联；

针对关联后的所述子台位信息对应的点餐订单与所述台位信息对应的点餐订单进行备餐处理。

可选的，所述点餐装置包括清台单元，所述清台单元用于：接收台位释放触发，将台位释放触发包括的台位信息对应的台位的状态置为空闲状态。

与本申请第三实施例提供的一种点餐方法相对应，本申请第六实施例还提供了一种点餐装置。

参照图8，其示出了根据本申请第六实施例提供的点餐装置示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的部分请参见方法实施例的对应说明即可。

图8所示的点餐装置，包括：

点餐请求单元801，用于第三计算设备向第一计算设备发送包括台位信息的点餐请求；

点餐页面接收单元802，用于所述第三计算设备获得所述第一计算设备提供的包括与所述台位信息关联的子台位信息的点餐页面；

点餐信息发送单元803，用于所述第三计算设备向所述第一计算设备发送包括所述子台位信息的点餐信息。

可选的，所述点餐装置包括子台位获取单元，所述子台位获取单元用于：

所述第三计算设备获得所述第一计算设备发送的所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。

可选的，所述点餐页面接收单元802具体用于：所述第三计算设备获得所述第一计算设备提供的包括与所述台位信息关联的子台位信息并且用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面。

可选的，所述点餐装置包括台位被占用单元，所述台位被占用单元用于：

所述第三计算设备获得所述第一计算设备发送的所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。

可选的，所述点餐装置包括备选台位选择单元，所述备选台位选择单元用于：

所述第三计算设备获得所述第一计算设备提供的与所述台位信息关联的子台位信息和与所述台位信息不关联的另一个台位信息；

所述第三计算设备展示与所述台位信息关联的子台位信息和与所述台位信息不关联的另一个台位信息，接收针对与所述台位信息关联的子台位信息或与所述台位信息不关联的另一个台位信息的选择触发。

本申请第七实施例提供了一种用于实现第一实施例提供的点餐方法的计算设备。

本申请第七实施例提供的计算设备描述得比较简单，相关的部分请参见第一实施例的对应说明即可。

本申请第七实施例提供一种计算设备，包括：

存储器，以及处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获得第三计算设备发送的包括台位信息的点餐请求；

向第二计算设备查询所述台位信息对应的台位的状态；

获得所述第二计算设备提供的与所述台位信息关联的子台位信息；

向所述第三计算设备发送包括子台位信息的点餐页面；

获得所述第三计算设备发送的包括子台位信息的点餐信息；

根据所述包括子台位信息的点餐信息生成所述子台位信息对应的点餐订单，向所述第二计算设备发送所述子台位信息对应的点餐订单。

可选的，所述处理器还用于执行下述计算机可执行指令：获得所述第二计算设备提供的所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。

可选的，所述处理器还用于执行下述计算机可执行指令：根据所述子台位信息确定需要向所述第三计算设备发送用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面；

向所述第三计算设备发送包括子台位信息并且用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面。

可选的，所述处理器还用于执行下述计算机可执行指令：

获得所述第二计算设备提供的与所述台位信息不关联的另一个台位信息；

向所述第三计算设备发送包括所述另一个台位信息的初始点餐页面。

可选的，所述处理器还用于执行下述计算机可执行指令：

获得所述第二计算设备返回的所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息；

向所述第三计算设备发送所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。

可选的，所述处理器还用于执行下述计算机可执行指令：

向所述第三计算设备提供所述子台位信息对应的点餐订单；

接收所述第三计算设备发送的针对所述子台位信息对应的点餐订单的支付信息。

可选的，所述处理器还用于执行下述计算机可执行指令：

获得针对所述台位信息对应的点餐订单的第一支付信息；

获得针对与所述台位信息关联的子台位信息对应的点餐订单的第二支付信息；

根据第一支付信息和第二支付信息，确定针对所述台位信息的结算统计信息。

本申请第八实施例提供了一种用于实现第二实施例提供的点餐方法的计算设备。

本申请第八实施例提供的计算设备描述得比较简单，相关的部分请参见第二实施例的对应说明即可。

本申请第八实施例提供一种计算设备，包括：

存储器，以及处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

获得第一计算设备查询台位信息对应的台位的状态的请求；

如果确定所述台位信息对应的台位处于正在使用状态，则获得与所述台位信息关联的子台位信息；

向所述第一计算设备发送与所述台位信息关联的子台位信息；

获得所述第一计算设备提供的所述子台位信息对应的点餐订单；

针对所述子台位信息对应的点餐订单进行备餐处理。

可选的，所述处理器还用于执行下述计算机可执行指令：如果确定所述台位信息对应的台位处于正在使用状态，并且如果确定已被使用的与所述台位信息关联的子台位信息数量未达到子台位信息数量阈值，则获得与所述台位信息关联的可用的子台位信息。

可选的，所述处理器还用于执行下述计算机可执行指令：向所述第一计算设备发送所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。

可选的，所述处理器还用于执行下述计算机可执行指令：如果确定所述台位信息对应的台位处于正在使用状态，并且如果确定已被使用的与所述台位信息关联的子台位信息数量已达到子台位信息数量阈值，则向所述第一计算设备发送所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。

可选的，所述处理器还用于执行下述计算机可执行指令：

将所述子台位信息对应的点餐订单与所述台位信息对应的点餐订单进行关联；

针对关联后的所述子台位信息对应的点餐订单与所述台位信息对应的点餐订单进行备餐处理。

可选的，所述处理器还用于执行下述计算机可执行指令：

接收台位释放触发，将台位释放触发包括的台位信息对应的台位的状态置为空闲状态。

本申请第九实施例提供了一种用于实现第三实施例提供的点餐方法的计算设备。

本申请第九实施例提供的计算设备描述得比较简单，相关的部分请参见第三实施例的对应说明即可。

本申请第九实施例提供一种计算设备，包括：

存储器，以及处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

向第一计算设备发送包括台位信息的点餐请求；

获得所述第一计算设备提供的包括与所述台位信息关联的子台位信息的点餐页面；

向所述第一计算设备发送包括所述子台位信息的点餐信息。

可选的，所述处理器还用于执行下述计算机可执行指令：

获得所述第一计算设备发送的所述台位信息、所述子台位信息以及所述台位信息与所述子台位信息具有关联关系的指示信息。

可选的，所述处理器还用于执行下述计算机可执行指令：获得所述第一计算设备提供的包括与所述台位信息关联的子台位信息并且用于在所述台位信息对应的点餐订单基础上进行加餐的点餐页面。

可选的，所述处理器还用于执行下述计算机可执行指令：

获得所述第一计算设备发送的所述台位信息对应的台位不可用的信息、无法点餐的信息、另一个可用的台位信息中的至少一种信息。

可选的，所述处理器还用于执行下述计算机可执行指令：

获得所述第一计算设备提供的与所述台位信息关联的子台位信息和与所述台位信息不关联的另一个台位信息；

展示与所述台位信息关联的子台位信息和与所述台位信息不关联的另一个台位信息，接收针对与所述台位信息关联的子台位信息或与所述台位信息不关联的另一个台位信息的选择触发。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。