CN105892809A - 点菜方法、点菜客户端、点菜服务器及点菜服务系统 - Google Patents

Abstract

本发明实施例提供点菜方法、点菜客户端、点菜服务器及点菜服务系统，点菜方法包括客户端点菜方法和服务器点菜方法，客户端点菜方法包括：接收在点菜界面中所选择的菜品信息，将已点菜信息记录在已点菜品界面内；检测到对提交信息的触发，将店铺信息、用户信息及已点菜信息发送至点菜服务器，以便点菜服务器根据店铺信息及已点菜信息生成订单信息发送至与店铺信息相对应的店铺服务端确认；接收点菜服务器对已点菜信息的处理状态信息，并在已点菜品界面内进行显示；相应地，本发明实施例还提供了一种服务器点菜方法、点菜客户端、点菜服务器及点菜服务系统，根据本发明实施例提供的技术方案，提高点菜便利性，节省点菜时间，实时获知菜品处理情况。

Description

点菜方法、点菜客户端、点菜服务器及点菜服务系统

技术领域

本发明实施例涉及信息交互处理技术领域，尤其涉及点菜方法、点菜客户端、点菜服务器及点菜服务系统。

背景技术

伴随着人们生活水平的不断提高，去饭店餐馆吃饭已经是一种普遍的消费行为，目前，顾客消费用餐，往往涉及到下面的点餐方式：

最常见的点餐方式为，顾客按照实体菜单上的菜品点菜，服务人员在旁边记录进行点餐，这样的点餐方式，一是需要实体菜单，实体菜单易磨损，菜品信息变化时，需要重新制作，浪费资源，增加成本，当菜品较多，顾客要逐一翻页，非常不方便，当顾客较多时，传递实体菜单不方便，点餐时间长，顾客容易忘记已选菜品，点餐时，如果没有服务人员在无法进行点餐，需要等待服务人员，这样增加了顾客的时间成本，也降低了点餐效率，用户在进行点餐时需要把全部菜品都点完之后，服务人员才会将菜品下单，浪费了顾客的时间。

以上点餐方式会涉及到点餐的服务人员，这也加大了店铺的人工成本，同时，用户无法实时确定等餐时间和获知所点菜品的处理情况。

综上，现有点餐方式中存在人工成本大，点餐效率低，顾客点餐形式麻烦、体验差，用户无法实时确定等餐时间和获知所点菜品的处理情况等问题。因此，有必要提出改进的技术手段解决上述问题。

发明内容

本发明实施例提供点菜方法、点菜客户端、点菜服务器及点菜服务系统，用以解决现有技术中用户人工成本大，点餐效率低，顾客点餐形式麻烦、体验差，用户无法实时确定等餐时间和获知所点菜品的处理情况的技术缺陷。

本发明实施例提供一种客户端点菜方法，其包括：

接收在点菜界面中所选择的菜品信息，将已点菜信息记录在已点菜品界面内；

检测到对提交信息的触发，将店铺信息、用户信息及所述已点菜信息发送至点菜服务器，以便所述点菜服务器根据所述店铺信息及所述已点菜信息生成订单信息发送至与所述店铺信息相对应的店铺服务端确认；

接收所述点菜服务器发来的所述已点菜信息的处理状态信息，并在所述已点菜品界面内进行显示。

相应地本发明实施例还提供了一种点菜服务器点菜方法，包括：

接收至少一个客户端发来的店铺信息、用户信息及已点菜信息；

通过所述店铺信息及所述已点菜信息生成订单信息并发送至与所述店铺信息相对应的店铺服务端确认，其中，将所述已点菜品信息按照递交时间先后顺序进行排序，将所述店铺信息及先递交的所述已点菜品信息生成订单信息先发送至与所述店铺信息相对应的店铺服务端确认；

接收所述店铺服务端对所述已点菜信息的处理状态信息；

发送所述已点菜信息的处理状态信息至所述客户端。

相应地本发明实施例还提供了一种点菜客户端，其包括：

菜品接收模块，用于接收在点菜界面中所选择的菜品信息，将已点菜信息记录在已点菜品界面内；

菜品发送模块，用于检测到对提交信息的触发，将店铺信息、用户信息及所述已点菜信息发送至点菜服务器，以便所述点菜服务器根据所述店铺信息及所述已点菜信息生成订单信息发送至与所述店铺信息相对应的店铺服务端确认；

菜品显示模块，用于接收所述点菜服务器对所述已点菜信息的处理状态信息，并在所述已点菜品界面内进行显示。

相应地本发明实施例还提供了一种点菜服务器，包括：

第一接收模块，用于接收客户端发来的店铺信息、用户信息及已点菜信息；

第一发送模块，用于通过所述店铺信息及所述已点菜信息生成订单信息并发送至与所述店铺信息相对应的店铺服务端确认，其中，将所述已点菜品信息按照递交时间先后顺序进行排序，将所述店铺信息及先递交的所述已点菜品信息生成订单信息先发送至与所述店铺信息相对应的店铺服务端确认；

第二接收模块，用于接收所述店铺服务端对所述已点菜信息的处理状态信息；

第二发送模块，用于发送所述已点菜信息的处理状态信息至所述客户端。

相应地本发明实施例还提供了一种点菜服务系统，其包括：至少一个点菜客户端、点菜服务器以及至少一个店铺服务端；

其中，所述点菜客户端，包括上述中所述的客户端；

所述点菜服务器，包括上述中所述的服务器；

所述店铺服务端，其包括：

订单接收模块，用于接收所述点菜服务器发来的所述订单信息；

状态发送模块，用于将所述已点菜信息的处理状态发送至所述点菜服务器；

所述店铺服务端，架设与多家店铺内，与所述点菜服务器交互连接。

本发明实施例提供的点菜方法、点菜客户端、点菜服务器及点菜服务系统，用户通过客户终端将已点菜信息和用户信息发送至点菜服务器，点菜服务器将已点菜信息发送至店铺服务端，店铺服务端将已点菜品的处理状态信息发送至点菜服务器，点菜服务器将已点菜品的处理状态信息反馈给客户端，用户通过客户端可以实时获知等餐时间和获知所点菜品的处理情况，同时用户是自助式点餐，不需要纸质菜单，店铺节省了人工成本，提高了点菜效率，提高了用户使用体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中客户端点菜方法的流程图；

图2为本发明实施例中服务器点菜方法的流程图；

图3为本发明实施例中客户端的结构示意图；

图4为本发明实施例中另一种客户端的结构示意图；

图5为本发明实施例中另一种优选地客户端的结构示意图；

图6为本发明实施例中服务器的结构示意图；

图7为本发明实施例中另一种服务器的结构示意图；

图8为本发明实施例中另一种优选地服务器的结构示意图；

图9为本发明实施例中点菜服务系统的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前，最常见的点餐方式为，顾客按照实体菜单上的菜品点菜，服务人员在旁边记录进行点餐，这样的点餐方式，一是需要实体菜单，当菜品较多，顾客要逐一翻页，非常不方便，点餐时，如果没有服务人员在无法进行点餐，需要等待服务人员，这样增加了顾客的时间成本，也降低了点餐效率，用户在进行点餐时需要把全部菜品都点完之后，服务人员才会将菜品下单，浪费了顾客的时间，同时，用户无法实时确定等餐时间和获知所点菜品的处理情况。

综上，现有点餐方式中存在人工成本大，点餐效率低，顾客点餐形式麻烦、体验差，用户无法实时确定等餐时间和获知所点菜品的处理情况等问题。因此，有必要提出改进的技术手段解决上述问题。

有鉴于此，本发明实施例提供了点菜方法、点菜客户端、点菜服务器及点菜服务系统以解决上述的问题，以下将配合附图及实施例来详细说明本发明实施例的实施方式，藉此对本发明实施例如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

实施例一

图1为本发明实施例中客户端点菜方法的流程图，结合图1，本发明实施例提供一种客户端点菜方法，其包括：

步骤S101：接收在点菜界面中所选择的菜品信息，将已点菜信息记录在已点菜品界面内；

用户在点菜时，可以直接在客户端上进行操作，不需要到商家的店铺中，即使在家里也可以进行点菜，当用户在点菜界面中点菜完毕之后，所点的菜品信息被记录在已点菜品界面内。

步骤S102：检测到对提交信息的触发，将店铺信息、用户信息及已点菜信息发送至点菜服务器，以便点菜服务器根据店铺信息及已点菜信息生成订单信息发送至与店铺信息相对应的店铺服务端确认；

用户选择完想要点的菜品后，就可以进行提交了，当然用户也可以为了节省时间点完一个菜品后即进行提交，或者是将全部菜品选择完再进行提交，当用户进行提交后，客户端将用户信息、店铺信息以及已点的菜品信息发送至点菜服务器，点菜服务器根据店铺信息及已点菜信息生成订单信息发送至与店铺信息相对应的店铺服务端确认，其中，用户信息在用户使用客户端时即被终端自行获取，或者用户在登录客户端时被客户端获取，店铺信息在用户进行递交时，根据用户所点菜品对应的店铺获取店铺信息。

步骤S103：接收点菜服务器发来的已点菜信息的处理状态信息，并在已点菜品界面内进行显示。

用户进行提交操作后，会收到已点彩屏信息的处理状态信息，在已点菜品界面内显示，其中，已点菜信息的处理状态信息是实时更新的，当菜品处理时有新变化时，即对已点菜信息的处理状态信息进行更新，本发明实施例优选地，已点菜信息的处理状态信息，包括：未处理、准备处理、正在处理、处理完成、等待上桌以及每一个处理状态的等待时间，用户可以通过已点菜信息的处理状态信息获知已点菜品的处理情况和每个菜品处理的等待时间。

具体举例说明，用户在客户端点菜界面内进行点菜，选择了菜品A和菜品B，客户端将已点的菜品A和菜品B信息记录在已点菜品界面内，用户点菜完毕，进行提交，客户端将店铺信息，用户信息及已点菜信息发送至点菜服务器，点菜服务器根据店铺信息及已点菜信息生成订单信息发送至与店铺信息相对应的店铺服务端确认，店铺服务端收到订单信息后，将已点菜信息的处理信息发送至点菜服务器，点菜服务器再将已点菜信息的处理信息发送至客户端，客户端通过已点菜品界面将已点菜信息的处理状态信息进行显示，以便用户可以实时获知已点菜品的处理状态和每个已点菜品的处理时间。

本发明实施例提供的客户端点菜方法，用户通过客户终端将已点菜信息和用户信息发送至点菜服务器，用户通过客户端可以实时获知等餐时间和获知所点菜品的处理情况，用户是自助式点餐，不需要纸质菜单，店铺节省了人工成本，提高了点菜效率，用户可以实时获知等餐时间和所点菜品的实时处理情况，提高了用户使用体验。

下面对本发明实施例进行详细介绍，需要说明的是本发明实施例中所举的示例只是用于解释本发明实施例的进步性，并不作为本发明实施例的不当限定，示例只是本发明实施例中的一部分示例，并不是全部示例，本发明实施例中的终端包括但不限于手机、平板电脑等。

对于步骤S103来说，本发明实施例优选地，接收点菜服务器的发来的已点菜信息的处理状态信息，之后还包括：当接收到已点菜信息的处理状态信息中包含未处理时，检测到选择处理状态为未处理的已点菜品信息并检测到取消事件的触发，将店铺信息、用户信息及取消的已点菜品信息发送至点菜服务器，以便点菜服务器根据店铺信息、用户信息及取消的已点菜品信息生成新订单信息发送至店铺服务端。

用户可以根据已点菜信息的处理状态信息实时获知已点菜的处理状态，当已点菜的处理状态是未处理时，说明商家对该菜品还没有进行处理，如果该菜品处于未处理状态时，也预示着用户等待该菜品的时间会延长，用户可以对其进行取消，当用户进行取消操作时，点菜服务器根据客户端发来的店铺信息、用户信息及取消的已点菜品信息生成新订单信息发送至店铺服务端，店铺服务端根据新接收的订单信息进行菜品的处理。

用户在等待菜品处理时，也可以对已点菜品界面内的已点菜品进行加菜处理，本发明实施例优选地，接收点菜服务器对已点菜信息的处理状态信息，之后还包括：检测到对已点菜品界面加菜事件的触发，将店铺信息、用户信息及进行加菜的菜品信息发送至点菜服务器，以便点菜服务器根据店铺信息、用户信息及进行加菜的菜品信息生成新订单信息发送至店铺服务端。

用户进行加菜的操作方式可以是在点菜界面中直接选择新的菜品进行加菜，或者是在已点菜品界面内的已点菜品中进行加菜处理，当用户进行加菜操作时，点菜服务器根据店铺信息、用户信息及进行加菜的菜品信息生成新订单信息发送至店铺服务端，以便店铺根据新的订单进行菜品处理。

实施例二

图2为本发明实施例中服务器点菜方法的流程图，如图2所示：

本发明实施例还提供了一种点菜服务器点菜方法，包括：

步骤S201：接收至少一个客户端发来的店铺信息、用户信息及已点菜信息；

点菜服务器，可是店铺设置的本地服务器，也可以是云端服务器，当用户通过点菜服务器进行点菜时，点菜服务器对应的多个客户端，点菜服务器接收各个客户端提交的店铺信息、用户信息及已点菜信息。

步骤S202：通过店铺信息及已点菜信息生成订单信息并发送至与店铺信息相对应的店铺服务端确认，其中，将已点菜品信息按照递交时间先后顺序进行排序，将店铺信息及先递交的已点菜品信息生成订单信息先发送至与店铺信息相对应的店铺服务端确认；

当点菜服务器将用户订单统计后，根据用户的提交时间，将已点菜品信息按照时间顺序进行排序，将先提交的已点菜品信息及店铺信息生成订单信息发送至店铺服务端，这样可以保证先接收到的订单，优先被处理，节省了先提交订单的用户的等待时间。

步骤S203：接收店铺服务端对已点菜信息的处理状态信息；

点菜服务器将订单信息发送至店铺服务端之后，店铺服务端会将已点菜品信息的处理状态信息反馈回点菜服务器，这一过程也是实时更新的过程，当点菜服务器接收到已点菜信息的处理状态信息后，执行步骤S204。

步骤S204：发送已点菜信息的处理状态信息至客户端。

点菜服务器将收到的已点菜信息的处理状态信息后，将其发送至客户端，以便用户通过客户单查看已点菜信息的处理状态信息。本发明实施例优选地，已点菜信息的处理状态信息，包括：未处理、准备处理、正在处理、处理完成、等待上桌以及每一个处理状态的等待时间。用户可以通过已点菜信息的处理状态信息实时获知每个菜品的等待时间以及处理情况。

优选地，还包括：接收店铺信息、用户信息及取消的已点菜品信息；

根据店铺信息、用户信息及取消的已点菜品信息生成新订单信息发送至店铺服务端。

优选地，还包括：接收客户端发来的店铺信息、用户信息及进行加菜的菜品信息；

根据店铺信息、用户信息及进行加菜的菜品信息生成新订单信息发送至店铺服务端。

本发明实施例还提供了另一种实施例，通过点菜服务器进行点菜时，店铺服务端需要进行登录后才可以接收点餐服务器发送的订单信息，本发明实施例优选地，通过店铺信息及已点菜信息生成订单信息并发送至与店铺信息相对应的店铺服务端确认，进一步包括：

接收店铺服务端发来的登录信息，登录信息包括与店铺信息相对应的用户名和密码；

通过与用户名称和密码相对应的店铺信息查询到待确认订单信息，根据待确认订单信息生成待处理订单列表信息发送到店铺服务端确认。

在点菜服务器根据店铺信息和已点菜品信息生成点单信息，此时的订单信息是待确认订单信息，只有当店铺服务端进行登陆后才可以查看待确认订单信息，当店铺服务端发来与店铺信息相对应的用户名和密码后，确认店铺服务端登陆成功，将与店铺信息相对应的待确认订单信息生成待确认订单信息生成待处理订单列表信息发送到店铺服务端，当店铺服务端确认订单后接收店铺服务端发来的确认后的订单信息。

点菜服务器点菜方法与客户端的菜方法的技术特征相互对应，可以相互参照，这里不再一一赘述。

实施例三

图3为本发明实施例中客户端的结构示意图，如图3所示：

本发明实施例还提供了一种点菜客户端，其包括：

菜品接收模块11，用于接收在点菜界面中所选择的菜品信息，将已点菜信息记录在已点菜品界面内；

菜品发送模块12，用于检测到对提交信息的触发，将店铺信息、用户信息及已点菜信息发送至点菜服务器，以便点菜服务器根据店铺信息及已点菜信息生成订单信息发送至与店铺信息相对应的店铺服务端确认；

菜品发送模块12与菜品接收模块11相耦接，当用户通过菜品接收模块11点菜完毕之后，需将已点菜品进行提交，当菜品发送模块12检测到对提交信息触发的事件后，将店铺信息、用户信息及已点菜信息发送至服务器。

菜品显示模块13，用于接收点菜服务器发来的已点菜信息的处理状态信息，并在已点菜品界面内进行显示。

菜品显示模块13与菜品发送模块12相耦接，发送模块12将店铺信息、用户信息及已点菜信息发送至点菜服务器后，点菜服务器根据店铺信息及已点菜信息生成订单信息发送至与店铺信息相对应的店铺服务端确认，店铺服务端对订单信息确认后，发送已点菜品信息的处理状态信息发至点菜服务器，点菜服务器将已点菜品信息的处理状态信息发送至菜品显示模块13，菜品显示模块13将已点菜品信息的处理状态信息通过已点菜品界面进行显示。

优选地，已点菜信息的处理状态信息，包括：未处理、准备处理、正在处理、处理完成、等待上桌以及每一个处理状态的等待时间。

图4为本发明实施例中另一种客户端的结构示意图，如图4所示：

相应地，本发明实施例提供的点菜客户端中优选地，还包括：菜品取消模块14，用于当接收到已点菜信息的处理状态信息中包含未处理时，检测到选择处理状态为未处理的已点菜品信息并检测到取消事件的触发，将店铺信息、用户信息及取消的已点菜品信息发送至点菜服务器，以便点菜服务器根据店铺信息、用户信息及取消的已点菜品信息生成新订单信息发送至店铺服务端。

菜品取消模块14与菜品显示模块13相耦接，当菜品显示模块13显示的已点菜品信息的处理状态信息中有未处理时，菜品取消模块14接收菜品取消指令，检测到取消事件的触发，将店铺信息、用户信息及取消的已点菜品信息发送至点菜服务器。

图5为本发明实施例中另一种优选地客户端的结构示意图，如图5所示：

优选地，还包括菜品加菜模块15，用于检测到对已点菜品界面加菜事件的触发，将店铺信息、用户信息及进行加菜的菜品信息发送至点菜服务器，以便点菜服务器根据店铺信息、用户信息及进行加菜的菜品信息生成新订单信息发送至店铺服务端。

菜品加菜模块15与菜品取消模块相耦接，用户在等待菜品处理时，可以对菜品进行加菜处理，菜品加菜模块15检测到加菜事件的触发将店铺信息、用户信息及进行加菜的菜品信息发送至点菜服务器。

点菜客户端与客户端点菜方法的技术特征相互对应，可以相互参照，这里不再一一赘述。

实施例四

图6为本发明实施例中服务器的结构示意图，如图6所示：

本发明实施例还提供了一种点菜服务器，包括：

第一接收模块21，用于接收客户端发来的店铺信息、用户信息及已点菜信息；

第一发送模块22，用于通过店铺信息及已点菜信息生成订单信息并发送至与店铺信息相对应的店铺服务端确认，其中，将已点菜品信息按照递交时间先后顺序进行排序，将店铺信息及先递交的已点菜品信息生成订单信息先发送至与店铺信息相对应的店铺服务端确认；

第一发送模块22与第一接收模块21相耦接，第一接收模块21接收到店铺信息、用户信息及已点菜信息后，第一发送模块22根据店铺信息及已点菜信息生成订单信息并发送至与店铺信息相对应的店铺服务端确认。

第二接收模块23，用于接收店铺服务端对已点菜信息的处理状态信息；

第二接收模块23与第一发送模块22相耦接，当第一发送模块22将订单信息发送至店铺服务端后，店铺服务端发送已点菜品信息的处理状态信息至第二接收模块23。

第二发送模块24，用于发送已点菜信息的处理状态信息至客户端。

第二发送模块24与第二接收模块23相耦接，当第二接收模块23接收到已点菜品信息的处理状态信息后，第二发送模块24将已点菜品信息的处理状态信息发送至客户端，以便用户通过客户端查看已点菜品信息的处理状态信息。

优选地，已点菜信息的处理状态信息，包括：未处理、准备处理、正在处理、处理完成、等待上桌以及每一个处理状态的等待时间。

图7为本发明实施例中另一种服务器的结构示意图，如图7所示：

相应地，本发明实施例提供的点菜服务器中优选地，还包括：

取消模块25，用于接收店铺信息、用户信息及取消的已点菜品信息；

根据店铺信息、用户信息及取消的已点菜品信息生成新订单信息发送至店铺服务端。

取消模块25与第二发送模块24相耦接，用户对菜品进行取消操作时，接收客户端发来的店铺信息、用户信息及取消的已点菜品信息，根据店铺信息、用户信息及取消的已点菜品信息生成新订单信息发送至店铺服务端。

图8为本发明实施例中另一种优选地服务器的结构示意图，如图8所示：

相应地本发明实施例提供的点菜服务器中优选地，还包括：

加菜模块26，用于接收客户端发来的店铺信息、用户信息及进行加菜的菜品信息；

根据店铺信息、用户信息及进行加菜的菜品信息生成新订单信息发送至店铺服务端。

加菜模块26与取消模块25相耦接，用户对菜品进行加菜操作时，接收客户端发来的店铺信息、用户信息及取消的加菜的菜品信息，根据店铺信息、用户信息及进行加菜的菜品信息生成新订单信息发送至店铺服务端。

优选地，第一发送模块22，进一步用于：

接收店铺服务端发来的登录信息，登录信息包括与店铺信息相对应的用户名和密码；

通过与用户名称和密码相对应的店铺信息查询到待确认订单信息，根据待确认订单信息生成待处理订单列表信息发送到店铺服务端确认。

点菜服务器与点菜服务器点菜方法的技术特征相互对应，可以相互参照，这里不再一一赘述。

实施例五

图9为本发明实施例中点菜服务系统的结构示意图，如图9所示：

相应地本发明实施例还提供了一种点菜服务系统，其包括：至少一个点菜客户端、点菜服务器以及至少一个店铺服务端；

其中，点菜客户端，包括上述中的客户端；

点菜服务器，包括上述中的服务器；

店铺服务端，其包括：

订单接收模块，用于接收点菜服务器发来的订单信息；

状态发送模块，用于将已点菜信息的处理状态发送至点菜服务器；

店铺服务端，架设与多家店铺内，与点菜服务器交互连接。

状态发送模块与订单接收模块相耦接，当订单接收模块接收到点菜服务器发来的订单信息后，状态发送模块将已点菜信息的处理状态发送至点菜服务器。

优选地，店铺服务端，还包括：登录模块、显示模块以及处理模块；

登录模块，用于将登录信息发送到点菜服务器，登录信息包括与店铺信息相对应的用户名和密码；

显示模块，用于接收云处理器反馈的带有待确认订单信息的待处理订单列表信息并显示；

处理模块，用于接收在待处理订单列表信息中选择待确认订单信息并记录在待处理订单界面内，检测到确认订单事件的触发，将确认后的订单信息发送至点菜服务器。

其中，登录模块、显示模块以及处理模块相互耦接。

图3-9所示装置可以执行图1-2所示实施例的方法，本发明实施例的方法与装置特征相对应，可以相互参照，这里不再一一赘述。

下面结合实施例一至五，

具体应用场景：

下面通过应用场景的描述更加直观的了解本发明实施例的技术方案，以下场景旨在直观说明本发明实施例的技术方案，并不构成本发明实施例的不当限定。

用户通过手机进入点菜系统，选择了一家饭店，进行点餐，当将已点菜品进行提交后，收到已点菜品的处理状态信息：

菜品1正在处理，等待时间10分钟；

菜品2正在处理，等待时间15分钟；

菜品3未处理。

菜品的处理状态信息在实时进行更新，当过了10分钟之后，收到已点菜品的处理状态信息：

菜品1处理完成，等待上桌，等待时间2分钟；

菜品2正在处理，等待时间5分钟；

菜品3未处理。

由于菜品3处于未处理状态，用户选择取消菜品3，菜品3的订单被取消。

综上所述，本发明实施例提供的点菜方法、点菜客户端、点菜服务器及点菜服务系统，用户通过客户终端将已点菜信息和用户信息发送至点菜服务器，点菜服务器将已点菜信息发送至店铺服务端，店铺服务端将已点菜品的处理状态信息发送至点菜服务器，点菜服务器将已点菜品的处理状态信息反馈给客户端，用户通过客户端可以实时获知等餐时间和获知所点菜品的处理情况，同时用户是自助式点餐，不需要纸质菜单，店铺节省了人工成本，提高了点菜效率，提高了用户使用体验。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (20)

1.一种客户端点菜方法，其特征在于，其包括：

接收在点菜界面中所选择的菜品信息，将已点菜信息记录在已点菜品界面内；

检测到对提交信息的触发，将店铺信息、用户信息及所述已点菜信息发送至点菜服务器，以便所述点菜服务器根据所述店铺信息及所述已点菜信息生成订单信息发送至与所述店铺信息相对应的店铺服务端确认；

接收所述点菜服务器发来的所述已点菜信息的处理状态信息，并在所述已点菜品界面内进行显示。

2.根据权利要求1所述的方法，其特征在于，所述已点菜信息的处理状态信息，包括：未处理、准备处理、正在处理、处理完成、等待上桌以及每一个处理状态的等待时间。

3.根据权利要求2所述的方法，其特征在于，接收所述点菜服务器的对所述已点菜信息的处理状态信息，之后还包括：当接收到所述已点菜信息的所述处理状态信息中包含所述未处理时，检测到选择所述处理状态为所述未处理的所述已点菜品信息并检测到取消事件的触发，将所述店铺信息、所述用户信息及所述取消的所述已点菜品信息发送至所述点菜服务器，以便所述点菜服务器根据所述店铺信息、所述用户信息及所述取消的所述已点菜品信息生成新订单信息发送至所述店铺服务端。

4.根据权利要求1所述的方法，其特征在于，接收所述点菜服务器对所述已点菜信息的处理状态信息，之后还包括：检测到对所述已点菜品界面加菜事件的触发，将所述店铺信息、所述用户信息及进行所述加菜的菜品信息发送至所述点菜服务器，以便所述点菜服务器根据所述店铺信息、所述用户信息及进行所述加菜的菜品信息生成新订单信息发送至所述店铺服务端。

5.一种点菜服务器点菜方法，其特征在于，包括：

接收至少一个客户端发来的店铺信息、用户信息及已点菜信息；

通过所述店铺信息及所述已点菜信息生成订单信息并发送至与所述店铺信息相对应的店铺服务端确认，其中，将所述已点菜品信息按照递交时间先后顺序进行排序，将所述店铺信息及先递交的所述已点菜品信息生成订单信息先发送至与所述店铺信息相对应的店铺服务端确认；

接收所述店铺服务端对所述已点菜信息的处理状态信息；

发送所述已点菜信息的处理状态信息至所述客户端。

6.根据权利要求5所述的方法，其特征在于，所述已点菜信息的处理状态信息，包括：未处理、准备处理、正在处理、处理完成、等待上桌以及每一个处理状态的等待时间。

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

接收所述店铺信息、所述用户信息及所述取消的所述已点菜品信息；

根据所述店铺信息、所述用户信息及所述取消的所述已点菜品信息生成新订单信息发送至所述店铺服务端。

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

接收所述客户端发来的所述店铺信息、所述用户信息及进行加菜的菜品信息；

根据所述店铺信息、所述用户信息及进行所述加菜的菜品信息生成新订单信息发送至所述店铺服务端。

9.如权利要求5所述的方法，其特征在于，通过所述店铺信息及所述已点菜信息生成订单信息并发送至与所述店铺信息相对应的店铺服务端确认，进一步包括：

接收所述店铺服务端发来的登录信息，所述登录信息包括与所述店铺信息相对应的用户名和密码；

通过与所述用户名称和所述密码相对应的所述店铺信息查询到待确认订单信息，根据所述待确认订单信息生成待处理订单列表信息发送到所述店铺服务端确认。

10.一种点菜客户端，其特征在于，其包括：

菜品接收模块，用于接收在点菜界面中所选择的菜品信息，将已点菜信息记录在已点菜品界面内；

菜品发送模块，用于检测到对提交信息的触发，将店铺信息、用户信息及所述已点菜信息发送至点菜服务器，以便所述点菜服务器根据所述店铺信息及所述已点菜信息生成订单信息发送至与所述店铺信息相对应的店铺服务端确认；

菜品显示模块，用于接收所述点菜服务器发来的所述已点菜信息的处理状态信息，并在所述已点菜品界面内进行显示。

11.根据权利要求10所述的客户端，其特征在于，所述已点菜信息的处理状态信息，包括：未处理、准备处理、正在处理、处理完成、等待上桌以及每一个处理状态的等待时间。

12.根据权利要求11所述的客户端，其特征在于，还包括：菜品取消模块用于当接收到所述已点菜信息的所述处理状态信息中包含所述未处理时，检测到选择所述处理状态为所述未处理的所述已点菜品信息并检测到取消事件的触发，将所述店铺信息、所述用户信息及所述取消的所述已点菜品信息发送至所述点菜服务器，以便所述点菜服务器根据所述店铺信息、所述用户信息及所述取消的所述已点菜品信息生成新订单信息发送至所述店铺服务端。

13.根据权利要求10所述的客户端，其特征在于，还包括菜品加菜模块，用于检测到对所述已点菜品界面加菜事件的触发，将所述店铺信息、所述用户信息及进行所述加菜的菜品信息发送至所述点菜服务器，以便所述点菜服务器根据所述店铺信息、所述用户信息及进行所述加菜的菜品信息生成新订单信息发送至所述店铺服务端。

14.一种点菜服务器，其特征在于，包括：

第一接收模块，用于接收客户端发来的店铺信息、用户信息及已点菜信息；

第一发送模块，用于通过所述店铺信息及所述已点菜信息生成订单信息并发送至与所述店铺信息相对应的店铺服务端确认，其中，将所述已点菜品信息按照递交时间先后顺序进行排序，将所述店铺信息及先递交的所述已点菜品信息生成订单信息先发送至与所述店铺信息相对应的店铺服务端确认；

第二接收模块，用于接收所述店铺服务端对所述已点菜信息的处理状态信息；

第二发送模块，用于发送所述已点菜信息的处理状态信息至所述客户端。

15.根据权利要求14所述的服务器，其特征在于，所述已点菜信息的处理状态信息，包括：未处理、准备处理、正在处理、处理完成、等待上桌以及每一个处理状态的等待时间。

16.根据权利要求15所述的服务器，其特征在于，还包括：

取消模块，用于接收所述店铺信息、所述用户信息及所述取消的所述已点菜品信息；

根据所述店铺信息、所述用户信息及所述取消的所述已点菜品信息生成新订单信息发送至所述店铺服务端。

17.根据权利要求14所述的服务器，其特征在于，还包括：

加菜模块，用于接收所述客户端发来的所述店铺信息、所述用户信息及进行加菜的菜品信息；

根据所述店铺信息、所述用户信息及进行所述加菜的菜品信息生成新订单信息发送至所述店铺服务端。

18.如权利要求14所述的服务器，其特征在于，所述第一发送模块，进一步用于：

接收所述店铺服务端发来的登录信息，所述登录信息包括与所述店铺信息相对应的用户名和密码；

通过与所述用户名称和所述密码相对应的所述店铺信息查询到待确认订单信息，根据所述待确认订单信息生成待处理订单列表信息发送到所述店铺服务端确认。

19.一种点菜服务系统，其特征在于，其包括：至少一个点菜客户端、点菜服务器以及至少一个店铺服务端；

其中，所述点菜客户端，包括权利要求10-13中任一项所述的客户端；

所述点菜服务器，包括权利要求14-18中任一项所述的服务器；

所述店铺服务端，其包括：

订单接收模块，用于接收所述点菜服务器发来的所述订单信息；

状态发送模块，用于将所述已点菜信息的处理状态发送至所述点菜服务器；所述店铺服务端，架设与多家店铺内，与所述点菜服务器交互连接。

20.根据权利要求19所述的点菜服务系统，其特征在于，所述店铺服务端，还包括：登录模块、显示模块以及处理模块；

所述登录模块，用于将所述登录信息发送到所述点菜服务器，所述登录信息包括与所述店铺信息相对应的所述用户名和所述密码；

所述显示模块，用于接收所述云处理器反馈的带有所述待确认订单信息的所述待处理订单列表信息并显示；

所述处理模块，用于接收在所述待处理订单列表信息中选择所述待确认订单信息并记录在待处理订单界面内，检测到确认订单事件的触发，将确认后的订单信息发送至所述点菜服务器。