CN111540113A - 餐饮信息处理方法和装置、餐饮店系统 - Google Patents

Abstract

本申请实施例提供一种餐饮信息处理方法和装置、餐饮店系统，餐饮信息处理方法包括；获取用户输入的用餐人数；根据用餐人数，获取用餐人数对应的处于空闲状态的就餐桌位信息，向用户展示处于空闲状态的就餐桌位信息；获取输入的被选择的就餐桌位信息，在第一预设时长内将被选择的就餐桌位信息设置为锁定状态；判断在第一预设时长内是否接收到针对被选择的就餐桌位信息的点餐请求；如果接收到点餐请求，将被选择的就餐桌位信息设置为占用状态；如果未接收到点餐请求，将被选择的就餐桌位信息设置为空闲状态，上述方法能够提升了餐饮店经营的智能化，从而提升用户体验。

Description

餐饮信息处理方法和装置、餐饮店系统

技术领域

本申请涉及信息处理技术领域，特别涉及餐饮信息处理方法和装置、餐饮店系统。

背景技术

虽然信息科技飞速发展，但是目前市面上主流的餐饮店依然经营模式通常为:用户通过微信取排队号码，填写就餐人数，用户输入完成即可等待叫号。系统对即将到号的用户，在客户端例如微信公众号上通知用户，用户收到通知后，前去用餐，门店服务员给用户分配桌子并引领用户到达就餐的位置。现有技术中的经营模式，智能化程度较低，影响用户的使用体验。

发明内容

本申请提供了一种餐饮信息处理方法和装置、餐饮店系统，能够解决餐饮店运营智能化程度低的问题。

第一方面，本申请提供了一种餐饮信息处理方法，所述方法包括：

获取用户输入的用餐人数；

根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，展示所述处于空闲状态的就餐桌位信息；

获取输入的被选择的就餐桌位信息，在第一预设时长内将所述被选择的就餐桌位信息设置为锁定状态；其中，所述被选择的就餐桌位信息所对应的就餐桌位属于所述处于空闲状态的就餐桌位信息所对应的就餐桌位；

判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求；

如果接收到所述点餐请求，将所述被选择的就餐桌位信息设置为占用状态；

如果未接收到所述点餐请求，将所述被选择的就餐桌位信息设置为空闲状态。

结合第一方面，在一种实现方式中，所述在第一预设时长内将所述被选择的就餐桌位信息设置为锁定状态之前，还包括：

向所述用户展示用于记录所述被选择的就餐桌位信息的第一标识码；

如果获取到所述用户的电子设备响应于对所述第一标识码的识别操作发送的虚拟用户ID，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系；

相应的，所述判断在所述第一预设时长内是否接收到所述用户针对所述被选择的就餐桌位信息的点餐请求，包括：

判断在所述第一预设时长内是否接收到所述虚拟用户ID针对所述被选择的就餐桌位信息的点餐请求。

结合第一方面，在一种实现方式中，所述向所述用户展示用于记录所述被选择的就餐桌位信息的第一标识码之后，还包括：

确定所述被选择的就餐桌位信息所对应的目标餐桌在餐饮店中的位置信息；

根据所述目标餐桌在所述餐饮店中的位置信息，向所述用户展示所述餐饮店的就餐桌位分布图，其中，所述就餐桌位分布图中对所述目标餐桌具有突出标示。

结合第一方面，在一种实现方式中，所述根据目标餐桌在所述餐饮店中的位置信息向所述用户展示所述餐饮店的就餐桌位分布图，包括：

根据所述目标餐桌在所述餐饮店中的位置信息以及自身当前的位置信息确定自身当前位置至所述目标餐桌位置的导航路线；

向所述用户展示所述餐饮店的所述就餐桌位分布图，其中，所述就餐桌位分布图中显示有自身当前位置至所述目标餐桌位置的导航路线。

结合第一方面，在一种实现方式中，所述获取所述用餐人数对应的处于空闲状态的就餐桌位信息之前，还包括：

判断是否存在所述用餐人数对应的处于空闲状态的就餐桌位信息；

如果存在，执行所述获取所述用餐人数对应的处于空闲状态的就餐桌位信息的步骤；

如果不存在，向所述用户展示所述用餐人数对应的就餐桌位类型的排队信息；

如果获取到所述用户针对于所述排队信息的确认操作，根据所述排队信息为所述用户分配所述就餐桌位类型对应的排队序号，向所述用户展示用于记录所述就餐桌位类型对应的排队序号的第二标识码；

如果接收到所述用户的电子设备响应于对所述第二标识码的识别操作发送的虚拟用户ID，建立所述虚拟用户ID、所述就餐桌位类型以及所述排队序号之间的对应关系，更新所述就餐桌位类型的排队信息。

结合第一方面，在一种实现方式中，所述更新所述就餐桌位类型的排队信息之后，还包括：

当位于所述排队序号之前的排队序号被标记为已处理，且所述排队序号对应的就餐桌位类型下出现就餐桌位信息被更新为空闲状态时，建立该就餐桌位信息与所述排队序号之间的对应关系，将所述排队序号标记为已处理，在第一预设时长内将所述就餐桌位信息设置为锁定状态，展示所述排队序号对应的就餐桌位类型、所述排队序号、以及该就餐桌位信息；

判断在所述第一预设时长内是否接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求；

如果接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，将该就餐桌位信息设置为占用状态；

如果未接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，将该就餐桌位信息设置为空闲状态。

第二方面，本申请提供了一种餐饮信息处理方法，所述方法包括：

接收取号设备发送的用餐人数；

根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，将所述处于空闲状态的就餐桌位信息发送给取号设备，以令所述取号设备展示所述处于空闲状态的就餐桌位信息；

接收所述取号设备发送的被选择的就餐桌位信息，在第一预设时长内将所述被选择的就餐桌位信息设置为锁定状态，其中，所述被选择的就餐桌位信息所对应的就餐桌位属于所述处于空闲状态的就餐桌位信息所对应的就餐桌位；

判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求；

如果接收到所述点餐请求，将所述被选择的就餐桌位信息设置为占用状态；

如果未接收到所述点餐请求，将所述被选择的就餐桌位信息设置为空闲状态。

结合第二方面，在一种可能的实现方式中，所述判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求之前，还包括：

接收用户的电子设备响应于对第一标识码的识别操作发送的虚拟用户ID以及所述被选择的就餐桌位信息，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系；所述第一标识码由取号设备展现；

相应的，所述判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求，包括：

判断在所述第一预设时长内是否接收到所述虚拟用户ID针对所述被选择的就餐桌位信息的点餐请求。

结合第二方面，在一种可能的实现方式中，所述获取所述用餐人数对应的处于空闲状态的就餐桌位信息之前，还包括：

判断所述用餐人数对应的就餐桌位信息中是否存在处于空闲状态的就餐桌位信息；

如果存在，执行所述获取所述用餐人数对应的处于空闲状态的就餐桌位信息的步骤；

如果不存在，向所述取号设备发送无空闲就餐桌位消息；

接收取号设备发送的取号请求，所述取号请求中包括用餐人数；所述取号请求在所述取号设备判断处于空闲状态的就餐桌位信息为空且接收到用户的排队取号确认操作时发送；

将所述用餐人数对应的就餐桌位类型的排队信息发送给取号设备，以令所述取号设备展示所述排队信息；

获取用户的电子设备响应于对第二标识码的识别操作发送的虚拟用户ID以及所述就餐桌位类型下的排队序号，建立获取到的虚拟用户ID、就餐桌位类型以及排队序号之间的对应关系，更新所述就餐桌位类型的排队信息；所述第二标识码由取号设备为用户分配就餐桌位类型的排队序号后展示，所述第二标识码用于记录所述就餐桌位类型下的排队序号。

结合第二方面，在一种可能的实现方式中，所述方法还包括：

接收第一客户端发送的点餐请求，所述点餐请求中包括就餐桌位信息以及虚拟用户ID；所述点餐请求在第一客户端响应于用户对第三标识码的识别操作时发送；所述第三标识码用于记录所述第三标识码所在就餐桌位的就餐桌位信息；

判断所述就餐桌位信息的状态；

如果所述就餐桌位信息处于锁定状态，将所述就餐桌位状态修改为占用状态，将所述虚拟用户ID记录为所述就餐桌位信息对应的用户，向所述第一客户端发送针对于所述点餐请求的确认消息，以令所述第一客户端展示菜品信息。

结合第三方面，在一种可能的实现方式中，所述方法还包括：如果所述就餐桌位信息处于占用状态，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系，获取该就餐桌位信息对应的实时点餐信息，所述实时点餐信息包括：已下单列表中的菜品信息、以及购物车列表中的菜品信息；向所述第一客户端发送针对于所述点餐请求的确认消息，所述确认消息中包括所述实时点餐信息，以令所述第一客户端根据所述实时点餐信息展示菜品信息。

结合第二方面，在一种可能的实现方式中，向所述第一客户端发送所述确认消息之后，还包括：

接收第一客户端发送的点餐更新消息，所述点餐更新消息中包括：虚拟用户ID以及目标菜品信息，根据所述目标菜品信息更新所述虚拟用户ID对应的购物车列表；所述点餐更新消息由第一客户端在展示的菜品信息发生变化时发送，所述目标菜品信息是发生变化的菜品信息；

判断所述就餐桌位信息对应的用户中是否存在除所述虚拟用户ID之外的其他虚拟用户ID；

如果存在，将所述目标菜品信息发送给所述其他虚拟用户ID所在客户端，以令所述其他虚拟用户ID所在客户端根据所述目标菜品信息更新展示给用户的菜品信息。

结合第二方面，在一种可能的实现方式中，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系之后，向所述第一客户端发送针对于所述点餐请求的确认消息之前，还包括：

判断所述虚拟用户ID是否存在对应的预下单列表；

如果不存在，执行所述向所述第一客户端发送针对于所述点餐请求的确认消息的步骤；

如果存在，将所述虚拟用户ID对应的预下单列表中的菜品信息添加到所述虚拟用户ID对应的已下单列表中。

结合第二方面，在一种可能的实现方式中，判断所述虚拟用户ID存在对应的预下单列表之前，还包括：

接收第一客户端发送的预点餐请求消息，所述预点餐请求消息中包括虚拟用户ID、就餐桌位类型、以及排队序号；所述点餐请求在第一客户端响应于用户对第四标识码的识别操作时发送；所述第四标识码用于记录就餐桌位类型下的排队序号；

如果判断所述虚拟用户ID与所述就餐桌位类型、排队序号之间存在对应关系，向所述第一客户端发送针对于所述点餐请求的确认消息，所述确认消息用于指示第一客户端展示菜品信息，以令所述用户进行点餐操作；

接收第一客户端发送的预下单请求消息，所述预下单请求消息中包括：虚拟用户ID、目标菜品信息；所述目标菜品信息是第一客户端展示的菜品信息中发生变化的菜品信息；

将所述目标菜品信息添加到虚拟用户ID对应的预下单列表中。

结合第二方面，在一种可能的实现方式中，接收第一客户端发送的下单请求消息，所述下单请求消息中包括：虚拟用户ID；

判断所述虚拟用户ID是否存在对应的其它的虚拟用户ID；

如果存在，向所述第一客户端以及所述其他虚拟用户ID所在的客户端发送购物车展示消息，所述购物车展示消息用于指示客户端展示购物车列表中的菜品信息；

如果不存在，向所述第一客户端发送购物车展示消息，所述购物车展示消息用于指示第一客户端展示购物车列表中的菜品信息；

接收第一客户端针对于所述购物车展示消息发送的下单确认消息，所述下单确认消息在第一客户端接收到用户针对于展示的购物车列表中的菜品信息的确认操作时发送；

将所述虚拟用户ID对应的购物车列表中的菜品信息添加到所述虚拟用户ID对应的已下单列表中。

结合第二方面，在一种可能的实现方式中，所述方法还包括：

接收第一客户端发送的结账请求消息，所述结账请求消息中包括：虚拟用户ID以及就餐桌位信息；

如果所述虚拟用户ID与所述就餐桌位信息具有对应关系，且，所述结账请求消息是针对于所述就餐桌位信息的第一个结账请求消息，根据所述已下单列表配合第一客户端完成结账流程。

第三方面，本申请提供一种餐饮信息处理装置，所述装置包括：

人数获取单元，用于获取用户输入的用餐人数；

第一展示单元，用于根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，展示所述处于空闲状态的就餐桌位信息；

第一状态设置单元，用于输入的被选择的就餐桌位信息，在第一预设时长内将所述被选择的就餐桌位信息设置为锁定状态，其中，所述被选择的就餐桌位信息所对应的就餐桌位属于所述处于空闲状态的就餐桌位信息所对应的就餐桌位；

第一判断单元，用于判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求；

第二状态设置单元，用于如果接收到所述点餐请求，将所述被选择的就餐桌位信息设置为占用状态；如果未接收到所述点餐请求，将所述被选择的就餐桌位信息设置为空闲状态。

第四方面，本申请提供一种餐饮信息处理装置，所述装置包括：

第一接收单元，用于接收取号设备发送的用餐人数；

第一发送单元，用于根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，将所述处于空闲状态的就餐桌位信息发送给取号设备，以令所述取号设备展示所述处于空闲状态的就餐桌位信息；

第二接收单元，用于接收所述取号设备发送的被选择的就餐桌位信息，在第一预设时长内将所述被选择的就餐桌位信息设置为锁定状态；所述被选择的就餐桌位信息是所述用户针对于展示的就餐桌位信息选择的就餐桌位信息；

第一判断单元，用于判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求；

第一状态设置单元，用于如果接收到所述点餐请求，将所述被选择的就餐桌位信息设置为占用状态；如果未接收到所述点餐请求，将所述被选择的就餐桌位信息设置为空闲状态。

第五方面，本申请提供一种餐饮店系统，包括取号设备及服务器，其中，所述取号设备用于执行以上第一方面中所述的餐饮信息处理方法，所述服务器用于执行以上第二方面所述的餐饮信息处理方法和/或以上第三方面所述的餐饮信息处理方法。

可以理解，本发明实施例通过在第一预设时长内将被选择的就餐桌位信息设置为占用状态，用户需要在指定的第一预设时长内到达就餐桌位信息指示的就餐桌位进行点餐操作，否则会将被选择的就餐桌位信息设置为空闲状态，也即自动释放出就餐桌位供其他来用餐的用户选择，实现了点餐的智能化，提升了顾客用餐体验。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请提供的餐饮信息处理方法的一实施例的流程图；

图2为本申请提供的餐饮信息处理方法的又一实施例的流程图；

图3(a)～图3(b)为本申请提供的餐饮信息处理方法中可能实现界面示意图；

图4为本申请提供的餐饮信息处理方法的又一实施例的流程图；

图5为本申请提供的餐饮信息处理方法的又一实施例的流程图；

图6为本申请提供的餐饮信息处理方法的又一实施例的流程图；

图7为本申请提供的餐饮信息处理方法的又一实施例的流程图；

图8为本申请提供的餐饮信息处理方法的又一实施例的流程图；

图9为本申请提供的餐饮信息处理方法的又一实施例的流程图；

图10(a)～图10(d)为本申请提供的餐饮信息处理方法中可能实现界面示意图；

图11为本申请提供的餐饮信息处理方法的又一实施例的流程图；

图12为本申请提供的餐饮信息处理装置一实施例的结构图；

图13为本申请提供的餐饮信息处理装置另一实施例的结构图；

图14为本申请提供的餐饮信息处理装置又一实施例的结构图；

图15为本申请提供的餐饮信息处理装置又一实施例的结构图；

图16为本申请提供的餐饮店系统一个实施例的结构图。

具体实施方式

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

为解决现有技术中的问题，本发明实施例提出了一种餐饮店系统，包括取号设备及服务器，其中，取号设备可以为具有显示屏的电子设备，通常可以设置于餐饮店的前台附近，例如餐饮店门口的大屏，还可以是用户个人的终端设备(例如手机、平板等)，或者餐饮店工作人员，例如客服经理的平板等等，取号设备用于为来餐饮店用餐的用户提供自动选择就餐桌位的服务，当用户需要取号或者排号时，可通过取号设备进行相应的操作。服务器作为餐饮店的后台管理设备，在实际应用中，该设备可以与取号设备和用户使用电子设备进行交互，服务器存储有餐饮店的服务信息，存储在服务器上存储的服务信息，有的是保持不变的，有的是实际情况不断更新的。

图1为本申请实施例提供的一种餐饮信息处理方法的流程图，该餐饮信息处理方法可以包括；

步骤101，获取用户输入的用餐人数。

步骤102：根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，向用户展示所述处于空闲状态的就餐桌位信息。

步骤103：获取输入的被用户选择的就餐桌位信息，在第一预设时长内将所述被用户选择的就餐桌位信息设置为锁定状态，其中，所述被用户选择的就餐桌位信息所对应的就餐桌位属于所述处于空闲状态的就餐桌位信息所对应的就餐桌位。

步骤104：判断在所述第一预设时长内是否接收到针对所述被用户选择的就餐桌位信息的点餐请求；如果接收到所述点餐请求，执行步骤105；如果未接收到所述点餐请求，执行步骤106。

步骤105：将所述被用户选择的就餐桌位信息设置为占用状态，本分支流程结束。

步骤106：将所述被用户选择的就餐桌位信息设置为空闲状态，本分支流程结束。

其中，步骤103中的获取输入的被用户选择的就餐桌位信息具体可以为：向用户展示所述处于空闲状态的就餐桌位信息后，基于用户的操作，例如用户通过点击/长按的方式选中所期待的就餐桌位对应的就餐桌位信息，实现对就餐桌位的选择。

其中，步骤103还可以包括：获取所述用户针对于展示的所述就餐桌位信息选择的就餐桌位信息后，向用户展示选择就餐桌位成功的提示，并在所述提示中展示被用户选择的就餐桌位信息。可以理解，通过向用户展示选择就餐桌位成功的提示，可以更为直观的告知用户就餐桌位选择成功，提升了餐饮店经营的智能化，从而提升用户体验。

执行图1所示流程的设备可以设置于餐饮店的前台，用于为来餐饮店用餐的用户提供自动选择就餐桌位的服务，而且，在指定的第一预设时长内到达就餐桌位信息指示的就餐桌位进行点餐操作，否则会将被用户选择的就餐桌位信息设置为空闲状态，也即自动释放出就餐桌位供其他来用餐的用户选择。从用户的角度来看，用户选择就餐桌位后，自动计时并在第一预设时长内锁定就餐桌位，到达第一预设时长用户没有达到预定就餐桌位进行点餐，则锁定的就餐桌位被释放。这样，可以提高就餐桌位利用率，防止霸座，尽量确保来餐饮店用餐的用户有就餐桌位进餐。

下面结合附图2对上述对餐饮信息处理方法做更为详细的介绍。

图2为本发明实施例提供的一种餐饮信息处理方法的另一流程图，如图3所示，该餐饮信息处理方法可以包括：

步骤201：获取用户输入的用餐人数。

在一些可能的实现方式中，执行图2所示实施例的设备的显示界面上可以具有为用户提供输入用餐人数的文本框和/或屏幕按钮等，用户可以通过文本框或者屏幕按钮向执行图2所示实施例的设备输入用餐人数。

示例性地，参见图3(a)，图3(a)为可能的一种用户取号、选取桌位的一种实现示例。

在用户进行取号操作前，执行图2所示实施例的设备的显示界面默认显示如图3(a)所示的【取号引导界面】，用户点击【取号引导界面】任一位置可以启动取号操作，执行图2所示实施例的设备所显示显示的界面由【取号引导界面】跳转至【人数选择界面】，通过【人数选择界面】，用户可以选择需要用餐的人数，例如3人就点击3人对应的屏幕按钮。用户可以在图3(a)所示的【人数选择界面】上选择相应人数的屏幕按钮，使得执行图2所示实施例的设备获取到用户输入的用餐人数。

步骤202：判断所述用餐人数是否超过用餐人数阈值，如果是，执行步骤203；如果否，执行步骤204；

通过增加判断用餐人数是否超过用餐人数阈值的步骤，可以在用餐人数过多，而餐饮店无法为用户提供对应人数的就餐桌位时，自动提示用户进行分桌用餐。

所述用餐人数阈值可以根据餐饮店最大就餐桌位所能容纳的最大用户人数设置。

步骤203：向用户展示分桌用餐的提示，返回步骤201；

示例性地，当用户在图3(a)所示的【人数选择界面】上选择“8人以上”的屏幕按钮时，执行图2所示实施例的设备的显示界面由图3(a)所示的【人数选择界面】跳转至附图3(a)所示的【分桌提示界面】，执行图2所示实施例的设备向用户提示：用餐人数超过8人，请分桌就餐。然后再重新跳转至图3(a)所示的【人数选择界面】，使得用户重新输入用餐人数。

步骤204：判断是否存在所述用餐人数对应的处于空闲状态的就餐桌位信息，如果存在，执行步骤205；如果不存在，执行步骤212。

步骤205：获取所述用餐人数对应的处于空闲状态的就餐桌位信息。

在实际应用中，可以为每一种就餐桌位信息设置对应的状态，该状态可以包括但不限于：空闲状态、占用状态、或者锁定状态。

其中，空闲状态表示该就餐桌位信息对应的就餐桌位未被使用；锁定状态表示该就餐桌位信息已经分配给用户，但是不确定该用户是否已经到达就餐桌位；占用状态表示就餐桌位信息对应的就餐桌位被使用。

所述就餐桌位信息可以包括但不限于：就餐桌位标识，例如餐桌位1、餐桌位2、餐桌位3等等。

在步骤204中获取就餐桌位信息时，可能已经没有用餐人数对应的处于空闲状态的就餐桌位信息，因此，增加步骤205的判断步骤，如果没有获取到处于空闲状态的就餐桌位信息，就执行步骤212～步骤218的排号、叫号过程，从而为用户提供更为全面的服务，提升用户体验。

步骤206：向用户展示所述处于空闲状态的就餐桌位信息。

其中，为用户展示处于空闲状态的就餐桌位信息的方式，本申请并不限制，只要能够通过该展示让客户能够了解处于空闲状态的就餐桌位信息即可。

在一种可能的实现方式中，可以为餐饮店包括的每个就餐桌位信息设置对应的按钮，将处于空闲状态的就餐桌位信息对应的按钮设置为可用，将处于非空闲状态的就餐桌位信息对应的按钮设置为不可用；或者，

在另一种可能的实现方式中，可以展示由就餐桌位信息和就餐桌位信息对应的就餐桌位图像构成的就餐桌位分布图，将所述就餐桌位分布图中处于空闲状态的就餐桌位信息对应的就餐桌位图像设置为可选中状态，将处于非空闲状态的就餐桌位信息对应的就餐桌位图像设置为不可选中状态。

所述非空闲状态包括上述占用状态和锁定状态。

示例性地，图3(a)还示出了一种执行图2所示实施例的设备为用户展示处于空闲状态和非空闲状态的就餐桌位信息的【就餐桌位选择界面】，当通过【人数选择界面】进行就餐人数选择时，执行图3(a)所示实施例的设备的界面可以由图3(a)所示的【人数选择界面】跳转至图3(a)所示的【就餐桌位选择界面】，当具有处于空闲状态的就餐桌位被选择时，执行图3(a)所示实施例的设备的界面可以由图3(a)所示的【就餐桌位选择界面】跳转至图3(a)所示的【选桌成功提示界面】。

步骤207：获取所述用户针对于展示的所述就餐桌位信息选择的就餐桌位信息，向所述用户展示用于记录所述被用户选择的就餐桌位信息的第一标识码。

其中，在本发明实施例中，展示所述第一标识码，其可因响应于所述输入的被选择的就餐桌位信息的确认操作或者直接响应于所述输入的被选择的就餐桌位信息，从而触发的；所述第一标识码可以为二维码，当然，在本发明其它实施例中，第一标识码还可以为条形码等等，本发明对此不做过多限定。

参见图3(b)，图3(b)为可能的一种用户取号的流程示例图。

图3(b)示出了【人数选择界面】、【就餐桌位选择界面】、【第一标识码展示界面】及【取号成功界面】。

示例性地，当用户通过附图3(b)所示的【就餐桌位选择界面】选择了就餐桌位后，执行图2所示实施例的设备可以为用户展示如附图3(b)所示的【第一标识码展示界面】。

步骤208：如果获取到所述用户的电子设备端响应于对所述第一标识码的识别操作发送的虚拟用户ID，建立所述虚拟用户ID与所述被用户选择的就餐桌位信息之间的对应关系；向用户展示选择就餐桌位成功的提示，并在所述提示中展示被用户选择的就餐桌位信息。

所述识别操作可以为扫码操作。

所述虚拟用户ID可以为用户的微信ID、支付宝ID等。所述用户可以在电子设备端用微信或支付宝等应用程序进行二维码的扫码操作，从而将虚拟用户ID发送至执行图2所示实施例的设备，以令执行图2所示实施例的设备获取到用户的虚拟用户ID。

示例性地，附图3(b)的【取号成功界面】示出了执行图2所示实施例的设备为用户展示选桌成功提示的一种可能的实现方式。

步骤209：判断在所述第一预设时长内是否接收到所述虚拟用户ID针对所述被用户选择的就餐桌位信息的点餐请求；如果接收到所述点餐请求，执行步骤210；如果未接收到所述点餐请求，执行步骤211。

在一种可能的实现方式中，可以在餐饮店的每个就餐桌位上设置基于就餐桌位信息的标识码，所述标识码可以为二维码，用户可以在自己的电子设备端使用微信、或者支付宝等应用程序进行二维码的扫描，从而发送点餐请求。

通过判断在所述第一预设时长内是否接收到所述虚拟用户ID针对所述被用户选择的就餐桌位信息的点餐请求，可以确保第一预设时长内选择该就餐桌位信息的用户到达所述就餐桌位信息指示的就餐桌位，提高就餐桌位的使用效率。

第一预设时长的具体时间长度本申请不限制，一般需要保证用户能够从容的找到就餐桌位信息指示的就餐桌位并开始点餐操作、发送点餐请求。

在一种可能的实现方式中，可以设置3D指引屏，所述向所述用户展示用于记录所述被用户选择的就餐桌位信息的第一标识码之后，还包括：

确定所述被用户选择的就餐桌位信息所对应的目标餐桌在餐饮店中的位置信息；

根据目标餐桌在所述餐饮店中的位置信息，通过3D指引屏向所述用户展示所述餐饮店的就餐桌位分布图，其中，所述就餐桌位分布图中对所述目标餐桌具有突出标示。

更为优选地，所述根据目标餐桌在所述餐饮店中的位置信息向所述用户展示所述餐饮店的就餐桌位分布图，包括：

根据所述目标餐桌在所述餐饮店中的位置信息以及自身当前的位置信息确定自身当前位置至所述目标餐桌位置的导航路线；

通过3D指引屏向所述用户展示所述餐饮店的所述就餐桌位分布图，其中，所述就餐桌位分布图中显示有自身当前位置至所述目标餐桌位置的导航路线，以令用户更容易找到所述就餐桌位信息指示的就餐桌位。

步骤210：将所述被用户选择的就餐桌位信息设置为占用状态，本分支流程结束。

步骤211：将所述被用户选择的就餐桌位信息设置为空闲状态，本分支流程结束。

步骤212：向所述用户展示所述用餐人数对应的就餐桌位类型的排队信息；

其中，每一种就餐桌位类型可以对应一组排队信息，所述排队信息可以包括但不限于：已经为用户分配的排队序号、排队号码对应的虚拟用户ID。所述排队序号一般按照数字从小到大顺序排列。

其中，可以为用户重新展示用餐人数选择界面，也可以不再向用户展示所述用餐人数选择界面，而使用之前获取到的用餐人数。重新向用户展示的用餐人数输入界面可以参考附图3(a)或3(b)，这里不再赘述。

步骤213：如果获取到所述用户针对于所述排队信息的确认操作，根据所述排队信息为所述用户分配所述就餐桌位类型对应的排队序号，向所述用户展示用于记录所述就餐桌位类型对应的排队序号的第二标识码。

在一种可能的实现方式中，可以在显示屏显示的界面上为用户提供确认按钮，以令用户输入确认操作。

在为用户分配排队序号时，可以将对应的排队信息中数值最大的排队序号加1，得到为用户分配的排队序号。

例如，2人桌这一就餐桌位类型下已经为用户分配的排队序号为：1、2、3、4，则，可以为用户分配排队序号：4+1＝5。

所述第二标识码可以为二维码，当然，在本发明其它实施例中，第一标识码还可以为条形码等等，本发明对此不做过多限定。

步骤214：如果接收到所述用户的电子设备端响应于对所述第二标识码发送的虚拟用户ID，建立所述虚拟用户ID、所述就餐桌位类型以及所述排队序号之间的对应关系，更新所述就餐桌位类型的排队信息。

本步骤发送虚拟用户ID的步骤可以参考步骤208中的对应描述，这里不赘述。

更新所述就餐桌位类型的排队信息可以包括：将为用户分配的排队序号、以及用户的虚拟用户ID保存至所述就餐桌位类型的排队信息中。

步骤215：当位于所述排队序号之前的排队序号被标记为已处理，且所述排队序号对应的就餐桌位类型下出现就餐桌位信息被更新为空闲状态时，建立该就餐桌位信息与所述排队序号之间的对应关系，将所述排队序号标记为已处理，在第一预设时长内将所述就餐桌位信息设置为锁定状态，向用户展示所述排队序号对应的就餐桌位类型、所述排队序号、以及该就餐桌位信息。

从用户角度来说，这一步骤是为用户的排队序号分配就餐桌位信息的过程。通过这一步骤，可以为用户的排队序号完成就餐桌位信息的分配，也即为用户分配就餐桌位。

步骤216：判断在所述第一预设时长内是否接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求；如果接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，执行步骤217；如果未接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，执行步骤218；

在实际应用中，可以在餐饮店的每一就餐桌位上设置记录该就餐桌位的就餐桌位信息的第三标识码。所述第三标识码可以为二维码或者条形码等。

相应的，用户到达被分配的就餐桌位信息指示的就餐桌位后，可以再次使用之前在排队时选择相同应用程序进行二维码的扫码操作，从而将虚拟用户ID发送至执行图2所示实施例的设备，以令执行图2所示实施例的设备获取到该虚拟用户ID针对该就餐桌位信息的点餐请求。

步骤217：将该就餐桌位信息设置为占用状态，本分支流程结束；

步骤218：将该就餐桌位信息设置为空闲状态，本分支流程结束。

图2所示的方法中，执行图1所示流程的设备可以设置于餐饮店的前台，用于为来餐饮店用餐的用户提供自动选择就餐桌位的服务、以及没有空余就餐桌位时的排队取号、叫号服务。在图1的基础上，本申请实施例的方法在为排队的用户分配就餐桌位信息后，在第一预设时长内将为用户分配的就餐桌位信息设置为占用状态，用户需要在指定的第一预设时长内到达就餐桌位信息指示的就餐桌位进行点餐操作，否则会将被用户选择的就餐桌位信息设置为空闲状态，也即自动释放出就餐桌位供其他来用餐的用户选择。从用户的角度来看，用户被叫号并分配就餐桌位后，自动计时并在第一预设时长内锁定就餐桌位，到达第一预设时长用户没有达到被分配就餐桌位进行点餐，则锁定的就餐桌位被释放。这样，可以进一步提高就餐桌位利用率，防止霸座，尽量确保来餐饮店用餐的用户有就餐桌位进餐。

在图1和图2所示的实施例中，上述方法的执行主体可以为设置于餐饮店前台附近的设备，例如餐饮店门口的大屏，还可以是用户个人的终端设备(例如手机、平板等)，或者餐饮店工作人员，例如客服经理的平板等等。在实际应用中，该设备可以仅进行与用户的交互，而后台的处理过程可以由另外的服务器来执行。在下述图4和图5所示的实施例中，将所述执行图1或图2的设备称为取号设备。此时，如图4所示本申请餐饮信息处理方法又一种实施例的流程图，该方法可以包括：

步骤301：接收取号设备发送的用餐人数；

步骤302：根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，将所述处于空闲状态的就餐桌位信息发送给取号设备，以令所述取号设备向用户展示所述处于空闲状态的就餐桌位信息；

步骤303：接收取号设备发送的被用户选择的就餐桌位信息，所述被用户选择的就餐桌位信息是所述用户针对于展示的所述就餐桌位信息选择的就餐桌位信息，在第一预设时长内将所述被用户选择的就餐桌位信息设置为锁定状态；

步骤304：判断在所述第一预设时长内是否接收到针对所述被用户选择的就餐桌位信息的点餐请求；如果接收到点餐请求，执行步骤305；如果未接收到点餐请求，执行步骤306。

步骤305：将所述被用户选择的就餐桌位信息设置为占用状态，本分支流程结束。

步骤306：将所述被用户选择的就餐桌位信息设置为空闲状态，本分支流程结束。

图5为本申请餐饮信息处理方法又一种实施例的流程图，如图5所示，该方法可以包括：

步骤401：取号设备获取用户输入的用餐人数，将用餐人数发送给服务器。

步骤402：服务器接收取号设备发送的用餐人数，判断所述用餐人数是否超过用餐人数阈值，如果是，执行步骤403；如果否，执行步骤404；

步骤403：服务器指示取号设备重新获取用户输入的用餐人数，执行步骤401；

步骤404：服务器判断所述用餐人数对应的就餐桌位信息中是否存在处于空闲状态的就餐桌位信息，如果存在，执行步骤405；如果不存在，执行步骤412。

步骤405：服务器获取所述用餐人数对应的处于空闲状态的就餐桌位信息，将所述处于空闲状态的就餐桌位信息发送给取号设备。

步骤406：取号设备接收并向用户展示所述处于空闲状态的就餐桌位信息。

步骤407：取号设备获取用户从展示的所述处于空闲状态的就餐桌位信息中选择的就餐桌位信息，将被用户选择的就餐桌位信息发送给服务器，并且，向所述用户展示用于记录所述被用户选择的就餐桌位信息的第一标识码。

步骤408：服务器接收所述用户的电子设备端响应于对所述第一标识码的识别操作发送的虚拟用户ID以及所述被用户选择的就餐桌位信息，建立所述虚拟用户ID与所述被用户选择的就餐桌位信息之间的对应关系。

步骤409：服务器判断在所述第一预设时长内是否接收到所述虚拟用户ID针对所述被用户选择的就餐桌位信息的点餐请求，如果接收到所述点餐请求，执行步骤410；否则，执行411。

步骤410：服务器将所述被用户选择的就餐桌位信息设置为占用状态，本分支流程结束。

步骤411：服务器将所述被用户选择的就餐桌位信息设置为空闲状态，本分支流程结束。

步骤412：服务器向所述取号设备发送无空闲就餐桌位消息。

步骤413：取号设备向用户展示排队取号提示，接收到用户的排队取号确认操作时，向服务器发送取号请求。

步骤414：服务器接收取号设备发送的取号请求，所述取号请求中包括用餐人数，将所述用餐人数对应的就餐桌位类型的排队信息发送给取号设备。

步骤415：取号设备接收并向用户展示所述排队信息，接收到用户针对于所述排队信息的确认操作时，根据所述排队信息为所述用户分配所述就餐桌位类型的排队序号，向用户展示用于记录所述就餐桌位类型的排队序号的第二标识码。

步骤416：服务器获取用户的电子设备响应于对所述第二标识码的识别操作发送的虚拟用户ID、就餐桌位类型、以及排队序号，建立所述就餐桌位类型、排队序号以及虚拟用户ID之间的对应关系，更新所述就餐桌位类型对应的排队信息。

其中，用户的电子设备可以将所述虚拟用户ID、就餐桌位类型、以及排队序号发送给服务器，也可以发送给取号设备；因此，服务器可以直接从用户的电子设备接收所述虚拟用户ID、就餐桌位类型、以及排队序号；或者，服务器也可以从取号设备获取所述虚拟用户ID、就餐桌位类型、以及排队序号。

步骤417：位于所述排队序号之前的排队序号被标记为已处理，且所述排队序号对应的就餐桌位类型下出现就餐桌位信息被更新为空闲状态时，服务器建立该就餐桌位信息与所述排队序号之间的对应关系，将所述排队序号标记为已处理，在第一预设时长内将所述就餐桌位信息设置为锁定状态，将所述排队序号对应的就餐桌位类型、所述排队序号、以及该就餐桌位信息发送给取号设备；

步骤418：取号设备接收并展示接收到的所述就餐桌位类型、所述排队序号、以及该就餐桌位信息。

步骤419：服务器判断在所述第一预设时长内是否接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求；如果接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，执行步骤420；如果未接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，执行步骤421。

步骤420：服务器将该就餐桌位信息设置为占用状态，本分支流程结束。

步骤421：服务器将该就餐桌位信息设置为空闲状态，本分支流程结束。

上述流程中的具体实现可以参考图2中的相关描述，区别仅在于执行主体不同。

图5所示的方法通过取号设备与服务器的交互实现。

图6为本申请餐饮信息处理方法又一个实施例的流程图，如图6所示，该方法可以包括：

步骤501：接收第一客户端发送的点餐请求，所述点餐请求中包括就餐桌位信息以及虚拟用户ID；所述点餐请求在第一客户端响应于用户对第三标识码的识别操作时发送；所述第三标识码用于记录所述第三标识码所在就餐桌位的就餐桌位信息，需要知道的是，所述第三标识码还可以记录餐桌位信息(或者与餐桌位信息有关联的)的点餐链接、点餐界面或者点餐指引等信息；

步骤502：判断所述就餐桌位信息的状态；

步骤503：如果所述就餐桌位信息处于锁定状态，将所述就餐桌位状态修改为占用状态，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系，向所述第一客户端发送针对于所述点餐请求的确认消息，以令所述第一客户端向用户展示菜品信息；

步骤504：如果所述就餐桌位信息处于占用状态，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系，获取该就餐桌位信息对应的实时点餐信息，所述实时点餐信息包括：已下单列表中的菜品信息、以及购物车列表中的菜品信息；向所述第一客户端发送针对于所述点餐请求的确认消息，所述确认消息中包括所述点餐信息，以令所述第一客户端根据所述点餐信息向用户展示菜品信息。

图6所示的方法可以适用于服务器。该方法中，接收到点餐请求时，根据就餐桌位信息的不同状态执行不同的操作；而且，如果就餐桌位信息如果处于占用状态，也即已经有用户开始点餐或者点餐完毕时，仍然向发送点餐请求的客户端发送实时点餐信息，使得同一就餐桌位用餐的所有用户都能够平等的执行点餐操作或者浏览实时点餐信息，解决现有技术中使用同一平板下单的麻烦，多用户可以同时执行点餐操作，多用户的实时点餐信息同步更新到多个客户端上，实现基于同一就餐桌位的多人同时点餐。

图7为本申请餐饮信息处理方法又一个实施例的流程图，如图7所示，该方法可以包括：

步骤605：响应于用户对第三标识码的识别操作，向服务器发送点餐请求，所述点餐请求中包括就餐桌位信息以及所述用户的虚拟用户ID；所述第三标识码用于记录所述第三标识码所在就餐桌位的就餐桌位信息，需要知道的是，所述第三标识码还可以记录餐桌位信息(或者与餐桌位信息有关联的)的点餐链接、点餐界面或者点餐指引等信息；

步骤606：如果接收到所述服务器针对于所述点餐请求的确认消息，判断所述确认消息中是否包括实时点餐信息；如果不包括，执行步骤607；如果包括，执行步骤608；

步骤607：向所述用户展示菜品信息，执行步骤609；

步骤608：根据所述实时点餐信息向所述用户展示菜品信息，执行步骤609；

步骤609：检测到展示的所述菜品信息发生变化，向所述服务器发送点餐更新消息，所述点餐更新消息中包括：虚拟用户ID以及目标菜品信息，所述目标菜品信息是发生变化的菜品信息。

图8为本申请餐饮信息处理方法又一个实施例的流程图，如图8所示，在一种可能的实现方式中，步骤605：在所述响应于用户对第三标识码的识别操作之前，该方法还包括：

步骤601：响应于用户对第一标识码的识别操作，向服务器发送虚拟用户ID以及所述被用户选择的就餐桌位信息，使得服务器建立所述虚拟用户ID与所述被用户选择的就餐桌位信息之间的对应关系，其中，所述第一标识码记录所述被用户选择的就餐桌位信息；

步骤602：接收所述服务器返回的所述目标餐桌在所述餐饮店中的位置信息；

步骤603：根据所述目标餐桌在所述餐饮店中的位置信息以及用户当前的位置信息确定用户当前位置至所述目标餐桌位置的导航路线，并向所述用户展示所述导航路线；

步骤604：实时检测用户当前的位置信息的变化，根据用户当前的位置信息的变化实时更新所述导航路线，并向所述用户展示更新后的所述导航路线。

可以理解，通过实时显示自身位置至目标餐桌位置的导航路线，实现自动导航，无需服务员为顾客引领桌位，进一步实现了智能化。

图7及图8所示的方法可以应用于面向用户的客户端，可以由用户使用的电子设备(例如手机)所执行，图8所示的方法与图6所示的服务器侧方法相互配合，根据实时点餐信息向所述用户展示菜品信息，从而使得同一就餐桌位用餐的所有用户都能够平等的执行点餐操作或者浏览实时点餐信息，解决现有技术中使用同一平板下单的麻烦，多用户可以同时执行点餐操作，多用户的实时点餐信息同步更新到多个客户端上，实现基于同一就餐桌位的多人同时点餐。通过实时显示自身位置至目标餐桌位置的导航路线，实现自动导航，无需服务员为顾客引领桌位，进一步实现了智能化。

图9为本申请餐饮信息处理方法又一个实施例的流程图，如图9所示，该方法可以包括：

步骤701：第一客户端响应于用户对第三标识码的识别操作，向服务器发送点餐请求，所述点餐请求中包括就餐桌位信息以及所述用户的虚拟用户ID；所述第三标识码用于记录所述第三标识码所在就餐桌位的就餐桌位信息。

其中，所述第三标识码可以为二维码或条形码。所述识别操作可以为扫码操作。

在实际应用中，可以在餐饮店的每个就餐桌位上设置所述第三标识码，以支持用户到达就餐桌位后执行点餐操作。

示例性地，图10示出了点餐过程的几种可能的实现方式；

其中，图10(a)示出了：第一客户端所展示的【即时点餐界面】、【购物车详情页面】、【快速导航界面】和【菜品详情界面】。

在一种可能的实现方式中，用户可以使用与前述识别第一标识码和第二标识码相同的应用程序执行所述识别操作。

步骤702：服务器接收第一客户端发送的点餐请求，获取所述就餐桌位信息的状态；如果所述就餐桌位信息处于锁定状态，执行步骤703；如果所述就餐桌位信息处于占用状态，执行步骤707；

步骤703：服务器将所述就餐桌位信息的状态修改为占用状态，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系。

通过将就餐桌位信息的状态修改为占用状态，表示该就餐桌位信息指示的就餐桌位已被使用。

步骤704：服务器判断所述虚拟用户ID是否存在对应的预下单列表；如果存在，执行步骤705；如果不存在，执行步骤706。

步骤705：服务器将所述虚拟用户ID对应的预下单列表中的菜品信息添加到所述虚拟用户ID对应的已下单列表中，本分支流程结束。

步骤706：服务器向所述第一客户端发送针对于所述点餐请求的确认消息；执行步骤708；

步骤707：服务器建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系，获取该就餐桌位信息对应的实时点餐信息，所述实时点餐信息包括：已下单列表中的菜品信息、以及购物车列表中的菜品信息，向所述第一客户端发送针对于所述点餐请求的确认消息，所述确认消息中包括所述实时点餐信息；执行步骤708。

由于步骤702中获取的就餐桌位信息处于占用状态，说明该就餐桌位信息已经被使用，也即已经有其他的虚拟用户ID针对该就餐桌位信息发送了点餐请求，正在点餐或者完成了点餐，通过该步骤，可以获得就餐桌位信息对应的其他虚拟用户ID的实时点餐信息，从而实现了同就餐桌位所有用户的实时点餐信息共享、同步。

步骤708：第一客户端接收到所述确认消息，判断所述确认消息中是否包括实时点餐信息；如果不包括，执行步骤709；如果包括，执行步骤710；

步骤709：第一客户端向所述用户展示菜品信息，执行步骤711；

步骤710：第一客户端根据所述实时点餐信息向所述用户展示菜品信息，执行步骤711。

步骤711：第一客户端检测到展示的菜品信息发生变化时，向服务器发送点餐更新消息，所述点餐更新消息中包括：虚拟用户ID以及目标菜品信息，所述目标菜品信息是发生变化的菜品信息。

一般的，菜品信息可以包括：菜品ID、以及菜品数量；所述菜品ID可以为菜品名称。

菜品信息发生变化一般是指菜品数量发生变化，例如从0变为1或2…，或者从…2变为1或0等等。

一般的，第一客户端每检测到菜品信息发生变化，就可以发送所述点餐更新消息，以令同就餐桌位正在执行点餐操作的其他虚拟用户ID所在客户端能够实时展示菜品信息的变化情况，实现多个客户端之间实时点餐信息的同步。

步骤712：服务器接收所述点餐更新消息，根据所述目标菜品信息更新所述虚拟用户ID对应的购物车列表。

步骤713：服务器判断所述就餐桌位信息的用户中是否存在除所述虚拟用户ID之外的其他虚拟用户ID；如果存在，执行步骤714；如果不存在，本分支流程结束。

步骤714：服务器将所述目标菜品信息发送给所述其他虚拟用户ID所在客户端，以令所述其他虚拟用户ID所在客户端根据所述目标菜品信息修改展示给用户的菜品信息。

步骤715：第一客户端接收到用户的下单操作，向服务器发送下单请求消息，所述下单请求消息中包括：虚拟用户ID。

其中，第一客户端可以为用户提供执行下单操作的按钮等，从而获得用户的下单操作。

步骤716：服务器接收第一客户端发送的下单请求消息，判断所述就餐桌位信息的用户中是否存在除所述虚拟用户ID之外的其他虚拟用户ID；如果存在，执行步骤717；如果不存在，执行步骤718。

步骤717：服务器向所述第一客户端以及所述其他虚拟用户ID所在的客户端发送购物车展示消息，所述购物车展示消息用于指示客户端向用户展示购物车列表中的菜品信息；执行步骤719；

本步骤实现了同时执行点餐操作的多个虚拟用户ID所在客户端订单预览页的同时展现。

步骤718：服务器向所述第一客户端发送购物车展示消息，所述购物车展示消息用于指示第一客户端向用户展示购物车列表中的菜品信息；执行步骤719；

步骤719：第一客户端接收到用户针对于展示的购物车列表中的菜品信息的确认操作，向服务器发送下单确认消息。

步骤720：服务器接收所述下单确认消息，将所述虚拟用户ID对应的购物车列表中的菜品信息添加到所述虚拟用户ID对应的已下单列表中。

步骤721：第一客户端接收到用户的结账操作，向服务器发送结账请求消息，所述结账请求消息中包括：虚拟用户ID以及就餐桌位信息；

步骤722：服务器接收所述结账请求消息，如果所述虚拟用户ID与所述就餐桌位信息具有对应关系，且，所述结账请求消息是针对于所述就餐桌位信息的第一个结账请求消息，根据所述已下单列表配合第一客户端完成结账流程。

参见图10(b)所示，本申请实施例还提供了订单预览页、以及订单确认页的可能实现方式；具体的，用户通过图10(a)所示的【即时点餐界面】下单，进入【订单预览页】，用户可对菜品进行删减，亦可加入新菜品(可返回继续点菜)。在【订单预览页】及其之前的页面用户可分别操作。在【订单预览页】确认订单后，所有用户都进入【订单确认页】，可查看最终订单，不可修改订单(返回后可修改)。若有用户返回，则所有用户均返回【订单预览页】。

可选地，本申请实施例还提供生成餐饮订单后的结账步骤，具体的，第一客户端可以为用户提供的【订单确认页】可以设置支付按钮，供用户选择，用户选择后，第一客户端向服务器发送支付请求。服务器可以根据接收到支付请求的时间顺序选择最早接收到的支付请求对应的第一客户端，在第一客户端上为用户显示【支付确认页】，进行结账。支付确认也可以为用户提供微信、储值卡、支付宝、刷卡、现金等支付方式的选择，具体可参见图10(c)所示。

本实施例中的相关步骤实现可以参考图2和图5中的相关描述，这里不赘述。

参见图11所示，在步骤704执行之前，用户在完成图2或图5所示的取号过程，获得就餐桌位类型下的排队序号之后，可以基于排队号码进行预点餐操作。用户针对就餐桌位信息进行扫码点餐操作时，服务器判断用户ID具有预点餐订单，根据该预点餐订单生成就餐桌位信息的餐饮订单；其中，图10(d)示出了一种【预点餐界面】。

具体地，该预下单流程可以包括以下步骤：

步骤801：服务器接收第一客户端发送的预点餐请求消息，所述预点餐请求消息中包括虚拟用户ID、就餐桌位类型、以及排队序号；所述点餐请求在第一客户端响应于用户对第四标识码的识别操作时发送；所述第四标识码用于记录就餐桌位类型下的排队序号；

步骤802：服务器如果判断所述虚拟用户ID与所述就餐桌位类型、排队序号之间存在对应关系，向所述第一客户端发送针对于所述点餐请求的确认消息；

步骤803：第一客户端接收到所述确认消息，向用户展示菜品信息，以令所述用户进行点餐操作；

步骤804：第一客户端接收到用户的下单操作，向服务器发送预下单请求消息，所述预下单请求消息中包括：目标菜品信息以及虚拟用户ID；所述目标菜品信息是第一客户端展示的菜品信息中发生变化的菜品信息；

步骤805：服务器接收第一客户端发送的预下单请求消息，将所述目标菜品信息添加到虚拟用户ID对应的预下单列表中。

以上提供了虚拟用户ID的预下单列表的获得过程，面向用户来说，该过程为用户针对于就餐桌位类型下的排队序号的预下单流程。

可以理解的是，上述实施例中的部分或全部步骤骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。

图12为本申请餐饮信息处理装置一种实施例的结构图，如图12所示，该装置可以包括：

人数获取单元910，用于获取用户输入的用餐人数；

第一展示单元920，用于根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，向用户展示所述处于空闲状态的就餐桌位信息；

第一状态设置单元930，用于获取所述用户针对于展示的所述就餐桌位信息选择的就餐桌位信息，在第一预设时长内将所述被用户选择的就餐桌位信息设置为锁定状态；

第一判断单元940，用于判断在所述第一预设时长内是否接收到针对所述被用户选择的就餐桌位信息的点餐请求；

第二状态设置单元950，用于如果接收到所述点餐请求，将所述被用户选择的就餐桌位信息设置为占用状态；如果未接收到所述点餐请求，将所述被用户选择的就餐桌位信息设置为空闲状态。

其中，该装置900还可以包括：

第二展示单元，用于向所述用户展示用于记录所述被用户选择的就餐桌位信息的第一标识码；

第一关系建立单元，用于如果获取到所述用户的电子设备端响应于对所述第一标识码的识别操作发送的虚拟用户ID，建立所述虚拟用户ID与所述被用户选择的就餐桌位信息之间的对应关系；

相应的，所述第一判断单元具体可以用于：判断在所述第一预设时长内是否接收到所述虚拟用户ID针对所述被用户选择的就餐桌位信息的点餐请求。

其中，该装置900还可以包括：

第一确定单元，用于确定所述被用户选择的就餐桌位信息所对应的目标餐桌在餐饮店中的位置信息；

第一指引单元，用于根据目标餐桌在所述餐饮店中的位置信息向所述用户展示所述餐饮店的就餐桌位分布图，其中，所述就餐桌位分布图中对所述目标餐桌具有突出标示。

其中，第一指引单元还可以包括：

第一指引子单元，用于根据所述目标餐桌在所述餐饮店中的位置信息以及自身当前的位置信息确定自身当前位置至所述目标餐桌位置的导航路线；其中，所述就餐桌位分布图中显示有自身当前位置至所述目标餐桌位置的导航路线。

其中，该装置900还可以包括：

第二判断单元，用于判断是否存在所述用餐人数对应的处于空闲状态的就餐桌位信息；

所述第一展示单元具体用于：如果存在，获取所述处于空闲状态的就餐桌位信息，向用户展示所述处于空闲状态的就餐桌位信息；

第三展示单元，用于如果不存在，向所述用户展示所述用餐人数对应的就餐桌位类型的排队信息；

序号分配单元，用于如果获取到所述用户针对于所述排队信息的确认操作，根据所述排队信息为所述用户分配所述就餐桌位类型对应的排队序号；

第四展示单元，用于向所述用户展示用于记录所述就餐桌位类型对应的排队序号的第二标识码；

第二关系建立单元，用于如果接收到所述用户的电子设备端响应于对所述第二标识码的识别操作发送的虚拟用户ID，建立所述虚拟用户ID、所述就餐桌位类型以及所述排队序号之间的对应关系；

排队信息管理单元，用于更新所述就餐桌位类型的排队信息。

其中，该装置900还可以包括：

第三关系建立单元，用于当位于所述排队序号之前的排队序号被标记为已处理，且所述排队序号对应的就餐桌位类型下出现就餐桌位信息被更新为空闲状态时，建立该就餐桌位信息与所述排队序号之间的对应关系，将所述排队序号标记为已处理，在第一预设时长内将所述就餐桌位信息设置为锁定状态；

第五展示单元，用于向用户展示所述排队序号对应的就餐桌位类型、所述排队序号、以及该就餐桌位信息；

第三判断单元，用于判断在所述第一预设时长内是否接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求；

第三状态设置单元，用于如果接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，将该就餐桌位信息设置为占用状态；如果未接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，将该就餐桌位信息设置为空闲状态。

图13为本申请餐饮信息处理装置另一种实施例的结构图，如图13所示，该装置1000可以包括：

第一接收单元1010，用于接收取号设备发送的用餐人数；

第一发送单元1020，用于根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，将所述处于空闲状态的就餐桌位信息发送给取号设备，以令所述取号设备向用户展示所述处于空闲状态的就餐桌位信息；

第二接收单元1030，用于接收所述取号设备发送的被用户选择的就餐桌位信息，在第一预设时长内将所述被用户选择的就餐桌位信息设置为锁定状态；所述被用户选择的就餐桌位信息是所述用户针对于展示的就餐桌位信息选择的就餐桌位信息；

第一判断单元1040，用于判断在所述第一预设时长内是否接收到针对所述被用户选择的就餐桌位信息的点餐请求；

第一状态设置单元1050，用于如果接收到所述点餐请求，将所述被用户选择的就餐桌位信息设置为占用状态；如果未接收到所述点餐请求，将所述被用户选择的就餐桌位信息设置为空闲状态。

其中，该装置1000还可以包括：

第三接收单元，用于接收用户的电子设备端响应于对第一标识码的识别操作发送的虚拟用户ID以及所述被用户选择的就餐桌位信息；所述第一标识码由取号设备向用户展现；

第一关系建立单元，用于建立所述虚拟用户ID与所述被用户选择的就餐桌位信息之间的对应关系；

相应的，所述第一判断单元具体用于：判断在所述第一预设时长内是否接收到所述虚拟用户ID针对所述被用户选择的就餐桌位信息的点餐请求。

其中，该装置1000还可以包括：

第二判断单元，用于判断所述用餐人数对应的就餐桌位信息中是否存在处于空闲状态的就餐桌位信息；

相应的，所述第一发送单元具体用于：如果存在，执行所述获取所述用餐人数对应的处于空闲状态的就餐桌位信息的步骤；如果不存在，向所述取号设备发送无空闲就餐桌位消息；

还包括：第四接收单元，用于接收取号设备发送的取号请求，所述取号请求中包括用餐人数；所述取号请求在所述取号设备判断处于空闲状态的就餐桌位信息为空且接收到用户的排队取号确认操作时发送；

第二发送单元，用于将所述用餐人数对应的就餐桌位类型的排队信息发送给取号设备，以令所述取号设备向用户展示所述排队信息；

第五接收单元，用于获取用户的电子设备响应于对第二标识码的识别操作发送的虚拟用户ID以及所述就餐桌位类型下的排队序号，建立获取到的虚拟用户ID、就餐桌位类型以及排队序号之间的对应关系，更新所述就餐桌位类型的排队信息；所述第二标识码由取号设备为用户分配就餐桌位类型的排队序号后向用户展示，所述第二标识码用于记录所述就餐桌位类型下的排队序号。

其中，该装置1000还可以包括：

关系建立单元，用于当位于所述排队序号之前的排队序号被标记为已处理，且所述排队序号对应的就餐桌位类型下出现就餐桌位信息被更新为空闲状态时，建立该就餐桌位信息与所述排队序号之间的对应关系，将所述排队序号标记为已处理，在第一预设时长内将所述就餐桌位信息设置为锁定状态；

第三发送单元，用于将所述排队序号对应的就餐桌位类型、所述排队序号、以及该就餐桌位信息发送给取号设备，以令所述取号设备展示接收到的所述就餐桌位类型、所述排队序号、以及该就餐桌位信息；

第三判断单元，用于判断在所述第一预设时长内是否接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求；

第二状态设置单元，用于如果接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，将该就餐桌位信息设置为占用状态；如果未接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，将该就餐桌位信息设置为空闲状态。

图14为本申请餐饮信息处理装置又一个实施例的结构图，如图14所示，该装置1100可以包括：

第一接收单元1110，用于接收第一客户端发送的点餐请求，所述点餐请求中包括就餐桌位信息以及虚拟用户ID；所述点餐请求在第一客户端响应于用户对第三标识码的识别操作时发送；所述第三标识码用于记录所述第三标识码所在就餐桌位的就餐桌位信息；

第一判断单元1120，用于判断所述就餐桌位信息的状态；

第一发送单元1130，用于如果所述就餐桌位信息处于锁定状态，将所述就餐桌位状态修改为占用状态，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系，向所述第一客户端发送针对于所述点餐请求的确认消息，以令所述第一客户端向用户展示菜品信息。

其中，该装置1100还可以包括：

第二发送单元1140，用于如果所述就餐桌位信息处于占用状态，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系，获取该就餐桌位信息对应的实时点餐信息，所述实时点餐信息包括：已下单列表中的菜品信息、以及购物车列表中的菜品信息；向所述第一客户端发送针对于所述点餐请求的确认消息，所述确认消息中包括所述点餐信息，以令所述第一客户端根据所述点餐信息向用户展示菜品信息。

其中，该装置1100还可以包括：

第二接收单元，用于接收第一客户端发送的点餐更新消息，所述点餐更新消息中包括：虚拟用户ID以及目标菜品信息，根据所述目标菜品信息更新所述虚拟用户ID对应的购物车列表；所述点餐更新消息由第一客户端在展示的菜品信息发生变化时发送，所述目标菜品信息是发生变化的菜品信息；

第二判断单元，用于判断所述就餐桌位信息对应的用户中是否存在除所述虚拟用户ID之外的其他虚拟用户ID；

第三发送单元，用于如果存在，将所述目标菜品信息发送给所述其他虚拟用户ID所在客户端，以令所述其他虚拟用户ID所在客户端根据所述目标菜品信息更新展示给用户的菜品信息。

其中，所述第一发送单元还可以用于：判断所述虚拟用户ID是否存在对应的预下单列表；如果不存在，向所述第一客户端发送针对于所述点餐请求的确认消息；如果存在，将所述虚拟用户ID对应的预下单列表中的菜品信息添加到所述虚拟用户ID对应的已下单列表中。

其中，该装置1100还可以包括：

第三接收单元，用于接收第一客户端发送的预点餐请求消息，所述预点餐请求消息中包括虚拟用户ID、就餐桌位类型、以及排队序号；所述点餐请求在第一客户端响应于用户对第四标识码的识别操作时发送；所述第四标识码用于记录就餐桌位类型下的排队序号；

第四发送单元，用于如果判断所述虚拟用户ID与所述就餐桌位类型、排队序号之间存在对应关系，向所述第一客户端发送针对于所述点餐请求的确认消息，所述确认消息用于指示第一客户端向用户展示菜品信息，以令所述用户进行点餐操作；

第四接收单元，用于接收第一客户端发送的预下单请求消息，所述预下单请求消息中包括：虚拟用户ID、目标菜品信息；所述目标菜品信息是第一客户端展示的菜品信息中发生变化的菜品信息；

第一信息添加单元，用于将所述目标菜品信息添加到虚拟用户ID对应的预下单列表中。

其中，该装置1100还可以包括：

第五接收单元，用于接收第一客户端发送的下单请求消息，所述下单请求消息中包括：虚拟用户ID；

第三判断单元，用于判断所述虚拟用户ID是否存在对应的其他虚拟用户ID；

第五发送单元，用于如果存在，向所述第一客户端以及所述其他虚拟用户ID所在的客户端发送购物车展示消息，所述购物车展示消息用于指示客户端向用户展示购物车列表中的菜品信息；如果不存在，向所述第一客户端发送购物车展示消息，所述购物车展示消息用于指示第一客户端向用户展示购物车列表中的菜品信息；

第六接收单元，用于接收第一客户端针对于所述购物车展示消息发送的下单确认消息，所述下单确认消息在第一客户端接收到用户针对于展示的购物车列表中的菜品信息的确认操作时发送；

第二信息添加单元，用于将所述虚拟用户ID对应的购物车列表中的菜品信息添加到所述虚拟用户ID对应的已下单列表中。

其中，该装置1100还可以包括：

第七接收单元，用于接收第一客户端发送的结账请求消息，所述结账请求消息中包括：虚拟用户ID以及就餐桌位信息；

结账单元，用于如果所述虚拟用户ID与所述就餐桌位信息具有对应关系，且，所述结账请求消息是针对于所述就餐桌位信息的第一个结账请求消息，根据所述已下单列表配合第一客户端完成结账流程。

图15为本申请餐饮信息处理装置又一个实施例的结构图，如图15所示，该装置1200可以包括：

第一发送单元1210，用于响应于用户对第三标识码的识别操作，向服务器发送点餐请求，所述点餐请求中包括就餐桌位信息以及所述用户的虚拟用户ID；所述第三标识码用于记录所述第三标识码所在就餐桌位的就餐桌位信息；

第一判断单元1220，用于如果接收到所述服务器针对于所述点餐请求的确认消息，判断所述确认消息中是否包括实时点餐信息；

第一展示单元1230，用于如果不包括，向所述用户展示菜品信息；如果包括，根据所述实时点餐信息向所述用户展示菜品信息；

第二发送单元1240，用于检测到展示的所述菜品信息发生变化，向所述服务器发送点餐更新消息，所述点餐更新消息中包括：虚拟用户ID以及目标菜品信息，所述目标菜品信息是发生变化的菜品信息。

其中，该装置1200还可以包括：

第一接收单元，用于接收服务器发送的目标菜品信息；

更新单元，用于根据所述目标菜品信息更新向所述用户展示的所述菜品信息。

其中，该装置1200还可以包括：

第三发送单元，用于接收所述用户的下单操作，向所述服务器发送下单请求消息，所述下单请求消息中包括：虚拟用户ID；

第二接收单元，用于接收所述服务器针对于所述下单请求消息发送的购物车展示消息；

第二展示单元，用于向所述用户展示购物车列表中的菜品信息；

第四发送单元，用于接收到所述用户针对于展示的购物车列表中的菜品信息的确认操作，向所述服务器发送下单确认消息，以令所述服务器将购物车列表中的菜品信息添加到已下单列表中。

其中，该装置1200还可以包括：

第五发送单元，用于响应于用户对第一标识码的识别操作，向服务器发送虚拟用户ID以及所述被用户选择的就餐桌位信息，使得服务器建立所述虚拟用户ID与所述被用户选择的就餐桌位信息之间的对应关系，其中，所述第一标识码记录所述被用户选择的就餐桌位信息；

第三接收单元，用于接收所述服务器返回的所述目标餐桌在所述餐饮店中的位置信息；

第一导航单元，用于根据所述目标餐桌在所述餐饮店中的位置信息以及自身当前的位置信息确定自身当前位置至所述目标餐桌位置的导航路线，并向所述用户展示所述导航路线。

其中，该装置1200还可以包括：

第二导航单元，用于实时检测自身当前的位置信息的变化，根据自身当前的位置信息的变化实时更新所述导航路线，并向所述用户展示更新后的所述导航路线。

图16为本申请餐饮店系统一个实施例的结构图，如图16所示，该系统130包括：取号设备131、以及服务器132；其中，

取号设备131，用于向用户展示用餐人数对应的处于空闲状态的就餐桌位信息；将所述被用户选择的就餐桌位信息发送至服务器132；

服务器，用于在第一预设时长内将所述被用户选择的就餐桌位信息设置为锁定状态；判断在所述第一预设时长内是否接收到针对所述被用户选择的就餐桌位信息的点餐请求；如果未接收到所述点餐请求，将所述被用户选择的就餐桌位信息设置为空闲状态；

所述服务器还用于：接收第一客户端在响应于用户对第三标识码的识别操作时发送的点餐请求；所述第三标识码用于记录所述第三标识码所在就餐桌位的就餐桌位信息；判断所述就餐桌位信息的状态；如果所述就餐桌位信息处于锁定状态，将所述就餐桌位状态修改为占用状态，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系，向所述第一客户端发送针对于所述点餐请求的确认消息，以令所述第一客户端向用户展示菜品信息；如果所述就餐桌位信息处于占用状态，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系，获取该就餐桌位信息对应的实时点餐信息，所述实时点餐信息包括：已下单列表中的菜品信息、以及购物车列表中的菜品信息；向所述第一客户端发送针对于所述点餐请求的确认消息，所述确认消息中包括所述实时点餐信息，以令所述第一客户端根据所述实时点餐信息向用户展示菜品信息。

其中，所述服务器132还用于：接收第一客户端发送的下单请求消息，所述下单请求消息中包括：虚拟用户ID；判断所述虚拟用户ID是否存在对应的其他虚拟用户ID；如果存在，向所述第一客户端以及所述其他虚拟用户ID所在的客户端发送购物车展示消息，所述购物车展示消息用于指示客户端向用户展示购物车列表中的菜品信息；如果不存在，向所述第一客户端发送购物车展示消息，所述购物车展示消息用于指示第一客户端向用户展示购物车列表中的菜品信息；接收第一客户端针对于所述购物车展示消息发送的下单确认消息，所述下单确认消息在第一客户端接收到用户针对于展示的购物车列表中的菜品信息的确认操作时发送；将所述虚拟用户ID对应的购物车列表中的菜品信息添加到所述虚拟用户ID对应的已下单列表中。

以上各实施例中，涉及的处理器可以例如包括CPU、DSP、微控制器或数字信号处理器，还可包括GPU、嵌入式神经网络处理器(Neural-network Process Units；以下简称：NPU)和图像信号处理器(Image Signal Processing；以下简称：ISP)，该处理器还可包括必要的硬件加速器或逻辑处理硬件电路，如ASIC，或一个或多个用于控制本申请技术方案程序执行的集成电路等。此外，处理器可以具有操作一个或多个软件程序的功能，软件程序可以存储在存储介质中。

本申请实施例还提供一种电子设备，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，其特征在于：所述程序指令被处理器加载并执行时实现本发明任一实施例提供的餐饮信息处理方法。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本实现本发明任一实施例提供的餐饮信息处理方法。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行本申实现本发明任一实施例提供的餐饮信息处理方法。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory；以下简称：ROM)、随机存取存储器(Random Access Memory；以下简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。本申请的保护范围应以所述权利要求的保护范围为准。

Claims (20)

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

获取输入的用餐人数；

根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，展示所述处于空闲状态的就餐桌位信息；

获取输入的被选择的就餐桌位信息，在第一预设时长内将所述被选择的就餐桌位信息设置为锁定状态，其中，所述被选择的就餐桌位信息所对应的就餐桌位属于所述处于空闲状态的就餐桌位信息所对应的就餐桌位；

判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求；

如果接收到所述点餐请求，将所述被选择的就餐桌位信息设置为占用状态；

如果未接收到所述点餐请求，将所述被选择的就餐桌位信息设置为空闲状态。

2.根据权利要求1所述的方法，其特征在于，所述在第一预设时长内将所述被选择的就餐桌位信息设置为锁定状态之前，还包括：

展示用于记录所述被选择的就餐桌位信息的第一标识码；

如果获取到所述用户的电子设备响应于对所述第一标识码的识别操作发送的虚拟用户ID，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系；

相应的，所述判断在所述第一预设时长内是否接收到所述用户针对所述被选择的就餐桌位信息的点餐请求，包括：

判断在所述第一预设时长内是否接收到所述虚拟用户ID针对所述被选择的就餐桌位信息的点餐请求。

3.根据权利要求2所述的方法，其特征在于，所述向所述用户展示用于记录所述被选择的就餐桌位信息的第一标识码之后，还包括：

确定所述被选择的就餐桌位信息所对应的目标餐桌在餐饮店中的位置信息；

根据所述目标餐桌在所述餐饮店中的位置信息，展示所述餐饮店的就餐桌位分布图，其中，所述就餐桌位分布图中对所述目标餐桌具有突出标示。

4.根据权利要求3所述的方法，其特征在于，所述根据目标餐桌在所述餐饮店中的位置信息向所述用户展示所述餐饮店的就餐桌位分布图，包括：

根据所述目标餐桌在所述餐饮店中的位置信息以及当前的用户位置信息确定当前的用户位置至所述目标餐桌位置的导航路线；

展示所述餐饮店的所述就餐桌位分布图，其中，所述就餐桌位分布图中显示有自身当前位置至所述目标餐桌位置的导航路线。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述获取所述用餐人数对应的处于空闲状态的就餐桌位信息之前，还包括：

判断是否存在所述用餐人数对应的处于空闲状态的就餐桌位信息；

如果存在，执行所述获取所述用餐人数对应的处于空闲状态的就餐桌位信息的步骤；

如果不存在，展示所述用餐人数对应的就餐桌位类型的排队信息；

如果获取到所述用户针对于所述排队信息的确认操作，根据所述排队信息分配所述就餐桌位类型对应的排队序号，展示用于记录所述就餐桌位类型对应的排队序号的第二标识码；

如果接收到所述用户的电子设备响应于对所述第二标识码的识别操作发送的虚拟用户ID，建立所述虚拟用户ID、所述就餐桌位类型以及所述排队序号之间的对应关系，更新所述就餐桌位类型的排队信息。

6.根据权利要求5所述的方法，其特征在于，所述更新所述就餐桌位类型的排队信息之后，还包括：

当位于所述排队序号之前的排队序号被标记为已处理，且所述排队序号对应的就餐桌位类型下出现就餐桌位信息被更新为空闲状态时，建立该就餐桌位信息与所述排队序号之间的对应关系，将所述排队序号标记为已处理，在所述第一预设时长内将所述就餐桌位信息设置为锁定状态，展示所述排队序号对应的就餐桌位类型、所述排队序号、以及该就餐桌位信息；

判断在所述第一预设时长内是否接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求；

如果接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，将该就餐桌位信息设置为占用状态；

如果未接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，将该就餐桌位信息设置为空闲状态。

7.一种餐饮信息处理方法，其特征在于，所述方法包括：

接收取号设备发送的用餐人数；

根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，将所述处于空闲状态的就餐桌位信息发送给取号设备，以令所述取号设备展示所述处于空闲状态的就餐桌位信息；

接收所述取号设备发送的被选择的就餐桌位信息，在第一预设时长内将所述被选择的就餐桌位信息设置为锁定状态，其中，所述被选择的就餐桌位信息所对应的就餐桌位属于所述处于空闲状态的就餐桌位信息所对应的就餐桌位；

判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求；

如果接收到所述点餐请求，将所述被选择的就餐桌位信息设置为占用状态；

如果未接收到所述点餐请求，将所述被选择的就餐桌位信息设置为空闲状态。

8.根据权利要求7所述的方法，其特征在于，所述判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求之前，还包括：

接收用户的电子设备响应于对第一标识码的识别操作发送的虚拟用户ID以及所述被选择的就餐桌位信息，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系；所述第一标识码由取号设备向用户展现；

相应的，所述判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求，包括：

判断在所述第一预设时长内是否接收到所述虚拟用户ID针对所述被选择的就餐桌位信息的点餐请求。

9.根据权利要求7或8所述的方法，其特征在于，所述获取所述用餐人数对应的处于空闲状态的就餐桌位信息之前，还包括：

判断所述用餐人数对应的就餐桌位信息中是否存在处于空闲状态的就餐桌位信息；

如果存在，执行所述获取所述用餐人数对应的处于空闲状态的就餐桌位信息的步骤；

如果不存在，向所述取号设备发送无空闲就餐桌位消息；

接收取号设备发送的取号请求，所述取号请求中包括用餐人数；所述取号请求在所述取号设备判断处于空闲状态的就餐桌位信息为空且接收到用户的排队取号确认操作时发送；

将所述用餐人数对应的就餐桌位类型的排队信息发送给取号设备，以令所述取号设备展示所述排队信息；

获取用户的电子设备响应于对第二标识码的识别操作发送的虚拟用户ID以及所述就餐桌位类型下的排队序号，建立获取到的虚拟用户ID、就餐桌位类型以及排队序号之间的对应关系，更新所述就餐桌位类型的排队信息；所述第二标识码由取号设备为用户分配就餐桌位类型的排队序号后展示，所述第二标识码用于记录所述就餐桌位类型下的排队序号。

10.根据权利要求9所述的方法，其特征在于，所述更新所述就餐桌位类型的排队信息之后，还包括：

当位于所述排队序号之前的排队序号被标记为已处理，且所述排队序号对应的就餐桌位类型下出现就餐桌位信息被更新为空闲状态时，建立该就餐桌位信息与所述排队序号之间的对应关系，将所述排队序号标记为已处理，在所述第一预设时长内将所述就餐桌位信息设置为锁定状态，将所述排队序号对应的就餐桌位类型、所述排队序号、以及该就餐桌位信息发送给取号设备，以令所述取号设备展示所述就餐桌位类型、所述排队序号、以及该就餐桌位信息；

判断在所述第一预设时长内是否接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求；

如果接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，将该就餐桌位信息设置为占用状态；

如果未接收到所述虚拟用户ID针对该就餐桌位信息的点餐请求，将该就餐桌位信息设置为空闲状态。

11.根据权利要求9所述的方法，其特征在于，其特征在于，所述方法还包括：

接收第一客户端发送的点餐请求，所述点餐请求中包括就餐桌位信息以及虚拟用户ID；所述点餐请求在所述第一客户端响应于用户对第三标识码的识别操作时发送；所述第三标识码用于记录所述第三标识码所在就餐桌位的就餐桌位信息；

判断所述就餐桌位信息的状态；

如果所述就餐桌位信息处于锁定状态，将所述就餐桌位状态修改为占用状态，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系，向所述第一客户端发送针对于所述点餐请求的确认消息，以令所述第一客户端展示菜品信息。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：如果所述就餐桌位信息处于占用状态，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系，获取该就餐桌位信息对应的实时点餐信息，所述实时点餐信息包括：已下单列表中的菜品信息、以及购物车列表中的菜品信息；向所述第一客户端发送针对于所述点餐请求的确认消息，所述确认消息中包括所述实时点餐信息，以令所述第一客户端根据所述实时点餐信息展示菜品信息。

13.根据权利要求12所述的方法，其特征在于，向所述第一客户端发送所述确认消息之后，还包括：

接收所述第一客户端发送的点餐更新消息，所述点餐更新消息中包括：虚拟用户ID以及目标菜品信息，根据所述目标菜品信息更新所述虚拟用户ID对应的购物车列表；所述点餐更新消息由第一客户端在展示的菜品信息发生变化时发送，所述目标菜品信息是发生变化的菜品信息；

判断所述就餐桌位信息对应的用户中是否存在除所述虚拟用户ID之外的其他虚拟用户ID；

如果存在，将所述目标菜品信息发送给所述其他虚拟用户ID所在客户端，以令所述其他虚拟用户ID所在客户端根据所述目标菜品信息更新展示给用户的菜品信息。

14.根据权利要求11所述的方法，其特征在于，建立所述虚拟用户ID与所述被选择的就餐桌位信息之间的对应关系之后，向所述第一客户端发送针对于所述点餐请求的确认消息之前，还包括：

判断所述虚拟用户ID是否存在对应的预下单列表；

如果不存在，执行所述向所述第一客户端发送针对于所述点餐请求的确认消息的步骤；

如果存在，将所述虚拟用户ID对应的预下单列表中的菜品信息添加到所述虚拟用户ID对应的已下单列表中。

15.根据权利要求14所述的方法，其特征在于，在所述判断所述虚拟用户ID存在对应的预下单列表之前，还包括：

接收所述第一客户端发送的预点餐请求消息，所述预点餐请求消息中包括虚拟用户ID、就餐桌位类型、以及排队序号；所述点餐请求在第一客户端响应于用户对第四标识码的识别操作时发送；所述第四标识码用于记录就餐桌位类型下的排队序号；

如果判断所述虚拟用户ID与所述就餐桌位类型、排队序号之间存在对应关系，向所述第一客户端发送针对于所述点餐请求的确认消息，所述确认消息用于指示第一客户端展示菜品信息，以令所述用户进行点餐操作；

接收所述第一客户端发送的预下单请求消息，所述预下单请求消息中包括：虚拟用户ID、目标菜品信息；所述目标菜品信息是第一客户端展示的菜品信息中发生变化的菜品信息；

将所述目标菜品信息添加到虚拟用户ID对应的预下单列表中。

16.根据权利要求13至15任一项所述的方法，其特征在于，所述方法还包括：

接收所述第一客户端发送的下单请求消息，所述下单请求消息中包括：虚拟用户ID；

判断所述虚拟用户ID是否存在对应的其它的虚拟用户ID；

如果存在，向所述第一客户端以及所述其他虚拟用户ID所在的客户端发送购物车展示消息，所述购物车展示消息用于指示客户端展示购物车列表中的菜品信息；

如果不存在，向所述第一客户端发送购物车展示消息，所述购物车展示消息用于指示第一客户端展示购物车列表中的菜品信息；

接收所述第一客户端针对于所述购物车展示消息发送的下单确认消息，所述下单确认消息在第一客户端接收到用户针对于展示的购物车列表中的菜品信息的确认操作时发送；

将所述虚拟用户ID对应的购物车列表中的菜品信息添加到所述虚拟用户ID对应的已下单列表中。

17.根据权利要求11至15任一项所述的方法，其特征在于，所述方法还包括：

接收所述第一客户端发送的结账请求消息，所述结账请求消息中包括：虚拟用户ID以及就餐桌位信息；

如果所述虚拟用户ID与所述就餐桌位信息具有对应关系，且，所述结账请求消息是针对于所述就餐桌位信息的第一个结账请求消息，根据所述已下单列表配合所述第一客户端完成结账流程。

18.一种餐饮信息处理装置，其特征在于，所述装置包括：

人数获取单元，用于获取用户输入的用餐人数；

第一展示单元，用于根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，展示所述处于空闲状态的就餐桌位信息；

第一状态设置单元，用于获取输入的被选择的就餐桌位信息，在第一预设时长内将所述被选择的就餐桌位信息设置为锁定状态，其中，所述被选择的就餐桌位信息所对应的就餐桌位属于所述处于空闲状态的就餐桌位信息所对应的就餐桌位；

第一判断单元，用于判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求；

第二状态设置单元，用于如果接收到所述点餐请求，将所述被选择的就餐桌位信息设置为占用状态；如果未接收到所述点餐请求，将所述被选择的就餐桌位信息设置为空闲状态。

19.一种餐饮信息处理装置，其特征在于，所述装置包括：

第一接收单元，用于接收取号设备发送的用餐人数；

第一发送单元，用于根据所述用餐人数，获取所述用餐人数对应的处于空闲状态的就餐桌位信息，将所述处于空闲状态的就餐桌位信息发送给取号设备，以令所述取号设备展示所述处于空闲状态的就餐桌位信息；

第二接收单元，用于接收所述取号设备发送的被选择的就餐桌位信息，在第一预设时长内将所述被选择的就餐桌位信息设置为锁定状态，其中，所述被选择的就餐桌位信息所对应的就餐桌位属于所述处于空闲状态的就餐桌位信息所对应的就餐桌位；

第一判断单元，用于判断在所述第一预设时长内是否接收到针对所述被选择的就餐桌位信息的点餐请求；

第一状态设置单元，用于如果接收到所述点餐请求，将所述被选择的就餐桌位信息设置为占用状态；如果未接收到所述点餐请求，将所述被选择的就餐桌位信息设置为空闲状态。

20.一种餐饮店系统，其特征在于，所述餐饮店系统包括取号设备及服务器，其中，所述取号设备用于执行权利要求1-6任一项所述的餐饮信息处理方法，所述服务器用于执行权利要求7-17任一项所述的餐饮信息处理方法。

Images