CN111091441A - 订单处理方法、***、计算机装置及存储介质 - Google Patents

Abstract

本发明提供了一种订单处理方法、***、计算机装置及存储介质，订单处理方法包括：接收订单建立指令；根据订单建立指令生成订单数据与对应的订单标识，以使任一终端通过所示订单标识获取订单数据；接收任一终端发送的与订单标识对应的点单指令，根据点单指令修改订单数据，并将修改后的订单数据推送至获取订单数据的全部终端。应用了本发明提供的技术方案，所有订单参与者都可以对订单数据进行实时修改，在订单数据在任一参与者的点单指令下发生了变动时，***将修改后的订单数据同步推送至所有订单参与者的终端，以保证订单参与者之间的信息沟通效率，提高下单时信息沟通的便利程度。

Description

订单处理方法、***、计算机装置及存储介质

技术领域

本发明涉及订单处理技术领域，具体而言，涉及一种订单处理方法、一种订单处理***、一种计算机装置和一种计算机可读存储介质。

背景技术

一般地，在多人聚餐场景下，现有的点单方式一般由就餐人分别通过单个终端在应用界面或网页上下单，或每个就餐人分别在菜单牌上做标注后由服务员统一登记，又或者面对服务员口头点餐下单。而上述点餐方法由于无法使所有就餐人实时知晓点餐结果(比如点餐量，菜品价格，忌口等菜品定值信息)，因此导致在点餐时信息沟通不便利等问题。

因此，目前亟需一种点单方式可以解决点餐时信息沟通不便利的问题。

发明内容

本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。

为此，本发明的第一方面提出一种订单处理方法。

本发明的第二方面提出一种订单处理***。

本发明的第三方面提出一种计算机装置。

本发明的第四方面提出一种计算机可读存储介质。

有鉴于此，本发明的第一方面提供了一种订单处理方法，包括：接收订单建立指令；根据订单建立指令生成订单数据与对应的订单标识，以使任一终端通过所示订单标识获取订单数据；接收任一终端发送的与订单标识对应的点单指令，根据点单指令修改订单数据，并将修改后的订单数据推送至获取订单数据的全部终端。

在该技术方案中，订单处理***接收来自任一用户终端的订单建立指令，并根据订单建立指令生成订单数据，每个订单数据都有对应的、唯一的订单标识。在生成订单数据和订单标识后，其他任一终端均可以通过订单标识获取订单数据，并通过发送与订单标识对应的点单指令对订单数据进行修改。在订单处理***接收到来自任一终端的点单指令后，根据点单指令中对应的订单标识确定目标订单数据，并根据点单指令对订单数据进行修改，并将修改后的订单数据同步推送至所有获取了该订单数据的终端中，以使所有参与的终端中的订单数据同步更新。

应用了本发明提供的技术方案，通过在订单建立后生成与订单一一对应的订单标识，订单建立者之外的其他任一订单参与者通过订单标识访问并获取订单数据，其中所有订单参与者都可以对订单数据进行实时修改，在订单数据在任一参与者的点单指令下发生了变动时，***将修改后的订单数据同步推送至所有订单参与者的终端，以保证订单参与者之间的信息沟通效率，提高下单时信息沟通的便利程度。

具体地，应用场景为聚餐点单，第一个点餐者利用手机等终端，通过扫描二维码等方式在点餐***中建立点菜单，点餐***在生成点菜单的同时，为该点菜单同步生成一个唯一识别码，具体为二维码或随机数字总成的数字识别码，其他聚餐参加者通过手机等终端扫描作为识别码的二维码，或手动输入数字识别码来获取该点菜单。其中，点菜单包括可以购买的菜品及对应的价格，以及当前已选(点)的菜品及菜品对应的定制信息(菜品咸淡口味、分量、食材和/或忌口信息等)，当点菜单内容发生变化时(加菜、减菜或定制菜品等)，***将变化后的点菜单内容同步推送至所有聚餐参加者手机，以保证所有聚餐参加者同步掌握当前点菜情况。

另外，本发明提供的上述技术方案中的订单处理方法还可以具有如下附加技术特征：

在上述技术方案中，进一步地，订单处理方法还包括：接收与订单标识对应的订单提交指令，控制订单数据进入锁定状态。

在该技术方案中，当订单处理***接收到来自任一获取了当前订单数据的终端针对当前订单数据的提交指令后，如任一聚餐参加者提交点菜单后，控制订单数据进入锁定状态，在锁定状态下，所有终端都无法再对订单数据进行修改，此时后台即可根据当前订单数据计算并生成该订单数据对应的账单信息。

在上述任一技术方案中，进一步地，在控制订单数据进入锁定状态的步骤之后，订单处理方法还包括：根据订单提交指令向订单提交指令对应的终端反馈账单信息；接收与账单信息对应的支付状态信息，根据支付状态信息执行对应操作。

在该技术方案中，在控制订单数据进入锁定状态后，后台根据最终的订单数据计算并生成对应的账单信息，并根据订单提交指令向发送订单提交指令的终端反馈对应的账单信息，在终端接收到账单信息后，可选择支付、取消支付或延迟支付等操作，此时接收终端选择的支付状态信息，并根据支付状态信息执行对应操作。

具体地，通过获取到与当前定单数据相对应的订单标识，进而与当前订单数据相关联的任一终端均可发送提交指令，在订单提交后，向所有与当前订单数据相关联的终端反馈对应的账单信息，此时任一接受到账单信息的终端均可以执行针对账单信息的支付操作，当任一终端完成支付操作后，订单完成，不再接收支付操作。

在上述任一技术方案中，进一步地，订单处理方法还包括：接收继续点单指令，根据继续点单指令获取订单信息对应的订单状态，并获取实时订单信息；根据订单状态和实时订单信息确定第一推荐信息，向继续点单指令对应的终端发送第一推荐信息。

在该技术方案中，在接收到用户的继续点单指令时，根据当前订单信息对应的订单状态和实时订单信息向用户发送推荐信息。具体地，以餐厅为例，当用户一度点餐完毕，并选择继续点单时，可根据用户当前已点的菜品和当前餐厅可以提供的实时菜品信息向用户进行推荐。如当用户电路较多“荤菜”，较少“素菜”时，可根据当前餐厅可以提供的“素菜”向用户进行推荐，便于用户选择。

在上述任一技术方案中，进一步地，支付状态信息为已支付，根据支付状态信息执行对应操作的步骤具体为：向预设的目标终端发送订单数据，并向获取订单数据的全部终端发送订单完成通知。

在该技术方案中，如果终端返回的支付状态信息为已支付，即说明用户已经买单完成，此时订单完成，向预设的目标终端发送订单数据以生产订单对应的产品，如在聚餐点餐的场景下，预设的目标终端即为服务人员终端及后厨终端，在任一聚餐参加者的手机买单完成后，告知服务人员和后厨人员可以上菜或按照订单制作菜品。

在上述任一技术方案中，进一步地，订单处理方法还包括：根据订单信息预测订单信息对应的预计订单时长；获取订单信息对应的产品开始生产后经过的实际订单时长；若实际订单时长和预计订单时长的差值小于预设时长，确定第二推荐信息，并向全部终端发送第二推荐信息。

在该技术方案中，预测订单信息对应的预测订单时长，并确定产品开始生产后经过的实际订单时长，如果实际订单时长接近预测订单时长，则向订单对应的全部终端发送第二推荐信息。具体地，以餐厅为例，根据用户点餐量预测用户的用餐时长，如果上菜后所经过的时长接近预测用餐时长时，判断用户可能已经享用当前完餐品，此时向用户进一步推荐对应的餐品。

在上述任一技术方案中，进一步地，确定第二推荐信息的步骤，具体包括：若订单信息对应的产品已生产完毕，获取预设的第一产品列表，根据第一产品列表生成第二推荐信息；若订单信息对应的产品未生产完毕，根据订单信息中的产品信息确定第二产品列表，根据第二产品列表生成第二推荐信息。

在该技术方案中，根据产品的生产情况具体确定第二推荐信息。具体地，以餐厅为例，如果在触发推送第二推荐信息时，用户所点的餐品已经全部上菜完毕，则获取预设的“餐后甜点”列表，根据该列表结合用户的饮食习惯等因素生成第二推荐信息，以便用户选择合适的甜点。如果在触发推送第二推荐信息时，用户所点的菜品尚未上菜完毕，则可能出现部分餐品制作困难的情况，或因为用户的点餐量较大，上菜/用餐时间长的可能性较大，此时判断与餐者可能尚未满足，根据用户已点餐品的口味向用户推荐与已点餐品口味接近的餐品，便于用户选择。

本发明的第二方面提供了一种订单处理***，包括：接收单元，用于接收订单建立指令；生成单元，用于根据订单建立指令生成订单数据与对应的订单标识，以使任一终端通过所示订单标识获取订单数据；修改单元，用于接收任一终端发送的与订单标识对应的点单指令，根据点单指令修改订单数据；推送单元，用于将修改后的订单数据推送至获取订单数据的全部终端。

在该技术方案中，订单处理***接收来自任一用户终端的订单建立指令，并根据订单建立指令生成订单数据，每个订单数据都有对应的、唯一的订单标识。在生成订单数据和订单标识后，其他任一终端均可以通过订单标识获取订单数据，并通过发送与订单标识对应的点单指令对订单数据进行修改。在订单处理***接收到来自任一终端的点单指令后，根据点单指令中对应的订单标识确定目标订单数据，并根据点单指令对订单数据进行修改，并将修改后的订单数据同步推送至所有获取了该订单数据的终端中，以使所有参与点单的终端中的订单数据同步更新。应用了本发明提供的技术方案，通过在订单建立后生成与订单一一对应的订单标识，订单建立者之外的其他任一订单参与者通过订单标识访问并获取订单数据，其中所有订单参与者都可以对订单数据进行实时修改，在订单数据在任一参与者的点单指令下发生了变动时，***将修改后的订单数据同步推送至所有订单参与者的终端，以保证订单参与者之间的信息沟通效率，提高下单时信息沟通的便利程度。

本发明的第三方面提供了一种计算机装置，该计算机装置包括处理器，处理器用于执行存储器中存储的计算机程序时实现如上述任一技术方案中提供的订单处理方法，因此，该计算机装置包括如上述任一技术方案中提供的订单处理方法的全部有益效果，在此不再赘述。

本发明的第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述任一技术方案中提供的订单处理方法，因此，该计算机可读存储介质包括如上述任一技术方案中提供的订单处理方法的全部有益效果，在此不再赘述。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1示出了根据本发明的一个实施例的订单处理方法的流程图；

图2示出了根据本发明的另一个实施例的订单处理方法的流程图；

图3示出了根据本发明的再一个实施例的订单处理方法的流程图；

图4示出了根据本发明的又一个实施例的订单处理方法的流程图；

图5示出了根据本发明的又一个实施例的订单处理方法的流程图；

图6示出了根据本发明的又一个实施例的订单处理***的框图；

图7示出了根据本发明的又一个实施例的计算机装置的框图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

下面参照图1至图7描述根据本发明一些实施例所述订单处理方法、订单处理***、计算机装置和计算机可读存储介质。

如图1所示，在本发明第一方面的实施例中，提供了一种订单处理方法，包括：

步骤S102，接收订单建立指令；

步骤S104，根据订单建立指令生成订单数据与对应的订单标识，以使任一终端通过所示订单标识获取订单数据；

步骤S106，接收任一终端发送的与订单标识对应的点单指令，根据点单指令修改订单数据，并将修改后的订单数据推送至获取订单数据的全部终端。

在该实施例中，订单处理***接收来自任一用户终端的订单建立指令，并根据订单建立指令生成订单数据，每个订单数据都有对应的、唯一的订单标识。在生成订单数据和订单标识后，其他任一终端均可以通过订单标识获取订单数据，并通过发送与订单标识对应的点单指令对订单数据进行修改。在订单处理***接收到来自任一终端的点单指令后，根据点单指令中对应的订单标识确定目标订单数据，并根据点单指令对订单数据进行修改，并将修改后的订单数据同步推送至所有获取了该订单数据的终端中，以使所有参与点单的终端中的订单数据同步更新。

本发明提供的上述实施例，通过在订单建立后生成与订单一一对应的订单标识，订单建立者之外的其他任一订单参与者通过订单标识访问并获取订单数据，其中所有订单参与者都可以对订单数据进行实时修改，在订单数据在任一参与者的点单指令下发生了变动时，***将修改后的订单数据同步推送至所有订单参与者的终端，以保证订单参与者之间的信息沟通效率，提高下单时信息沟通的便利程度。

具体地，应用场景为聚餐点单，第一个点餐者利用手机等终端，通过扫描二维码等方式在点餐***中建立点菜单，点餐***在生成点菜单的同时，为该点菜单同步生成一个唯一识别码，具体为二维码或随机数字总成的数字识别码，其他聚餐参加者通过手机等终端扫描作为识别码的二维码，或手动输入数字识别码来获取该点菜单。其中，点菜单包括可以购买的菜品及对应的价格，以及当前已选(点)的菜品及菜品对应的定制信息(菜品咸淡口味、分量、食材和/或忌口信息等)，当点菜单内容发生变化时(加菜、减菜或定制菜品等)，***将变化后的点菜单内容同步推送至所有聚餐参加者手机，以保证所有聚餐参加者同步掌握当前点菜情况。

可选地，订单标识为二维码。

可选地，当任一终端获取到订单数据后，在订单数据中添加该终端的识别信息，其中识别信息可以为用户微信头像、用户昵称、用户姓名等。

在本发明的一个实施例中，进一步地，订单处理方法还包括：接收与订单标识对应的订单提交指令，控制订单数据进入锁定状态。

在该实施例中，当订单处理***接收到来自任一获取了当前订单数据的终端针对当前订单数据的提交指令后，如任一聚餐参加者提交点菜单后，控制订单数据进入锁定状态，在锁定状态下，所有终端都无法再对订单数据进行修改，此时后台即可根据当前订单数据计算并生成该订单数据对应的账单信息。

在本发明的一个实施例中，进一步地，如图2所示，在控制订单数据进入锁定状态的步骤之后，订单处理方法还包括：

步骤S202，根据订单提交指令向订单提交指令对应的终端反馈账单信息；

步骤S204，接收与账单信息对应的支付状态信息，根据支付状态信息执行对应操作。

在该实施例中，在控制订单数据进入锁定状态后，后台根据最终的订单数据计算并生成对应的账单信息，并根据订单提交指令向发送订单提交指令的终端反馈对应的账单信息，在终端接收到账单信息后，可选择支付、取消支付或延迟支付等操作，此时接收终端选择的支付状态信息，并根据支付状态信息执行对应操作。

具体地，通过获取到与当前定单数据相对应的订单标识，进而与当前订单数据相关联的任一终端均可发送提交指令，在订单提交后，相所有与当前订单数据相关联的终端反馈对应的账单信息，此时任一接受到账单信息的终端均可以执行针对账单信息的支付操作，当任一终端完成支付操作后，订单完成，不再接收支付操作。

在本发明的一个实施例中，进一步地，如图3所示，支付状态信息为取消支付，根据支付状态信息执行对应操作的步骤具体为：

步骤S302，控制订单数据退出锁定状态；

步骤S304，将订单数据推送至获取订单数据的全部终端，并向获取订单数据的全部终端发送订单退回通知。

在该实施例中，如果终端返回的支付状态信息为取消支付，即说明用户需要再次修改订单，此时控制订单数据退出锁定状态，并向获取了订单数据的全部终端发送订单退回通知，通知获取了订单数据的所有终端可以再次修改订单数据。

在本发明的一个实施例中，进一步地，支付状态信息为已支付，根据支付状态信息执行对应操作的步骤具体为：向预设的目标终端发送订单数据，并向获取订单数据的全部终端发送订单完成通知。

在该实施例中，如果终端返回的支付状态信息为已支付，即说明用户已经买单完成，此时订单完成，向预设的目标终端发送订单数据以生产订单对应的产品，如在聚餐点餐的场景下，预设的目标终端即为服务人员终端及后厨终端，在任一聚餐参加者的手机买单完成后，告知服务人员和后厨人员可以上菜或按照订单制作菜品。

在本发明的一个实施例中，进一步地，如图4所示，支付状态信息为延迟支付，根据支付状态信息执行对应操作的步骤具体为：

步骤S402，向预设的目标终端发送订单数据，并控制订单数据退出锁定状态；

步骤S404，将订单数据推送至获取订单数据的全部终端。

在该实施例中，如果终端返回的支付状态信息为延迟支付，如在聚餐点餐的场景下，延迟支付即餐后支付，此时向预设的目标终端发送订单数据，如向服务人员终端及后厨终端发出上菜通知，同时控制订单数据退出锁定状态，以方便聚餐参加者随时加菜。

在本发明的一个实施例中，进一步地，支付状态信息为延迟支付，根据支付状态信息执行对应操作的步骤还包括：接收已支付信息，根据已支付信息控制订单数据再次进入锁定状态，并向获取订单数据的全部终端发送订单完成通知。

在该实施例中，当支付信息为延迟支付时，在向预设的目标终端发送订单数据后，随时接收已支付信息，其中已支付信息表示用户已买单，在接收到已支付信息后，即用户买单后，订单数据不可再次修改，因此控制订单数据再次进入锁定状态，并向获取订单数据的全部终端发送订单完成通知，告知聚餐参加者当前已经买单。

在本发明的一个实施例中，进一步地，订单处理方法还包括：接收继续点单指令，根据继续点单指令获取订单信息对应的订单状态，并获取实时订单信息；根据订单状态和实时订单信息确定第一推荐信息，向继续点单指令对应的终端发送第一推荐信息。

在该实施例中，在接收到用户的继续点单指令时，根据当前订单信息对应的订单状态和实时订单信息向用户发送推荐信息。具体地，以餐厅为例，当用户一度点餐完毕，并选择继续点单时，可根据用户当前已点的菜品和当前餐厅可以提供的实时菜品信息向用户进行推荐。如当用户电路较多“荤菜”，较少“素菜”时，可根据当前餐厅可以提供的“素菜”向用户进行推荐，便于用户选择。

在本发明的一个实施例中，进一步地，订单处理方法还包括：根据订单信息预测订单信息对应的预计订单时长；获取订单信息对应的产品开始生产后经过的实际订单时长；若实际订单时长和预计订单时长的差值小于预设时长，确定第二推荐信息，并向全部终端发送第二推荐信息。

在该实施例中，预测订单信息对应的预测订单时长，并确定产品开始生产后经过的实际订单时长，如果实际订单时长接近预测订单时长，则向订单对应的全部终端发送第二推荐信息。具体地，以餐厅为例，根据用户点餐量预测用户的用餐时长，如果上菜后所经过的时长接近预测用餐时长时，判断用户可能已经享用当前完餐品，此时向用户进一步推荐对应的餐品。

在本发明的一个实施例中，进一步地，确定第二推荐信息的步骤，具体包括：若订单信息对应的产品已生产完毕，获取预设的第一产品列表，根据第一产品列表生成第二推荐信息；若订单信息对应的产品未生产完毕，根据订单信息中的产品信息确定第二产品列表，根据第二产品列表生成第二推荐信息。

在该实施例中，根据产品的生产情况具体确定第二推荐信息。具体地，以餐厅为例，如果在触发推送第二推荐信息时，用户所点的餐品已经全部上菜完毕，则获取预设的“餐后甜点”列表，根据该列表结合用户的饮食习惯等因素生成第二推荐信息，以便用户选择合适的甜点。如果在触发推送第二推荐信息时，用户所点的菜品尚未上菜完毕，则可能出现部分餐品制作困难的情况，或因为用户的点餐量较大，上菜/用餐时间长的可能性较大，此时判断与餐者可能尚未满足，根据用户已点餐品的口味向用户推荐与已点餐品口味接近的餐品，便于用户选择。

在本发明的一个实施例中，进一步地，如图5所示，应用场景为聚餐点菜，订单处理方法具体为：

步骤S502，第一个人扫码点餐，进入点餐页面；

步骤S504，生成订单草稿并通知其他人进入点餐页面，同时记录进入点餐页面的用户身份，显示用户头像；

步骤S506，记录每个进入点菜页面的用户的点餐内容及数量；

步骤S508，***前端实时更新最新点餐结果，并自动刷新；

步骤S510，任一用户提交订单至支付页面，锁定订单不可修改；

步骤S512，判断用户的支付状态信息；如果用户选择当场支付，进入步骤S514；如果用户选择餐后支付，进入步骤S518；如果用户选择不支付，返回步骤S506；

步骤S514，订单提交人完成支付；

步骤S516，发送通知消息至服务员终端餐厅***收到餐饮订单；

步骤S518，发送通知消息至服务员终端餐厅***收到餐饮订单；

步骤S520，接收订单提交人完成支付信息。

在该实施例中，聚餐消费者中第一人对餐桌上的二维码进行扫码，进入该餐桌对的点餐页选菜，点餐页在识别到有人访问时生成订单草稿，其他同一桌吃饭的消费者扫描该二维码会进入到上述生成的订单草稿页，查看可选和他人已选的菜品名称/单价/数量，也可以自行选择或修改菜品及其数量，填写菜品备注。点餐页中任一访客会生成唯一的访问ID，其中微信扫码授权识别到的ID和获取的头像信息会被存储进来。费者选择菜品名称及数量后***自动记录已点菜品名及数量、点餐用户ID和头像(微信的可以获取，其他不显示)，菜品备注要求，同时汇总计算总的订单价，处理结果完成后在用户终端实时展示已点菜品名及数量、单价、总价点餐用户ID和头像，菜品备注要求，以及订单总价。此时除非订单提交锁定，仍然可以修改订单中的菜品内容。现场一起的消费者确定菜品点齐后，任意一人提交整个订单进入支付页，支付具体分为3种场景与方式：

1)需要重新返回改菜时，选择不支付，返回点餐页面；

2)需要用餐后支付的选择餐后支付，选择餐后支付，订单消息发送给服务员和后厨处理，餐饮消费结束后任一用户终端扫描餐桌码进入支付页面完成支付，继而完成整个消费过程；

3)需要先支付后就餐的完成支付后，订单消息发送给服务员和后厨处理，餐饮结束后完成整个消费过程。

如图6所示，在本发明的第二方面的实施例中，提供了一种订单处理***600，包括：接收单元602，用于接收订单建立指令；生成单元604，用于根据订单建立指令生成订单数据与对应的订单标识，以使任一终端通过所示订单标识获取订单数据；修改单元606，用于接收任一终端发送的与订单标识对应的点单指令，根据点单指令修改订单数据；推送单元608，用于将修改后的订单数据推送至获取订单数据的全部终端。

在该实施例中，订单处理***接收来自任一用户终端的订单建立指令，并根据订单建立指令生成订单数据，每个订单数据都有对应的、唯一的订单标识。在生成订单数据和订单标识后，其他任一终端均可以通过订单标识获取订单数据，并通过发送与订单标识对应的点单指令对订单数据进行修改。在订单处理***接收到来自任一终端的点单指令后，根据点单指令中对应的订单标识确定目标订单数据，并根据点单指令对订单数据进行修改，并将修改后的订单数据同步推送至所有获取了该订单数据的终端中，以使所有参与点单的终端中的订单数据同步更新。应用了本发明提供的技术方案，通过在订单建立后生成与订单一一对应的订单标识，订单建立者之外的其他任一订单参与者通过订单标识访问并获取订单数据，其中所有订单参与者都可以对订单数据进行实时修改，在订单数据在任一参与者的点单指令下发生了变动时，***将修改后的订单数据同步推送至所有订单参与者的终端，以保证订单参与者之间的信息沟通效率，提高下单时信息沟通的便利程度。

如图7所示，在本发明第三方面的实施例中，提供了一种计算机装置700，该计算机装置700包括处理器702，处理器702用于执行存储器704中存储的计算机程序时实现如上述任一实施例中提供的订单处理方法，因此，该计算机装置包括如上述任一实施例中提供的订单处理方法的全部有益效果，在此不再赘述。

在本发明的第四方面的实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述任一实施例中提供的订单处理方法，因此，该计算机可读存储介质包括如上述任一实施例中提供的订单处理方法的全部有益效果，在此不再赘述。

本发明的描述中，术语“多个”则指两个或两个以上，除非另有明确的限定，术语“上”、“下”等指示的方位或位置关系为基于附图所述的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制；术语“连接”、“安装”、“固定”等均应做广义理解，例如，“连接”可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

在本发明的描述中，术语“一个实施例”、“一些实施例”、“具体实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于本发明的至少一个实施例或示例中。在本发明中，对上述术语的示意性表述不一定指的是相同的实施例或实例。而且，描述的具体特征、结构、材料或特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种订单处理方法，其特征在于，包括：

接收订单建立指令；

根据所述订单建立指令生成订单数据与对应的订单标识，以使任一终端通过所示订单标识获取所述订单数据；

接收任一所述终端发送的与所述订单标识对应的点单指令，根据所述点单指令修改所述订单数据，并将修改后的所述订单数据推送至获取所述订单数据的全部所述终端。

2.根据权利要求1所述的订单处理方法，其特征在于，还包括：

接收与所述订单标识对应的订单提交指令，控制所述订单数据进入锁定状态。

3.根据权利要求2所述的订单处理方法，其特征在于，在所述控制所述订单数据进入锁定状态的步骤之后，所述订单处理方法还包括：

根据所述订单提交指令向所述订单提交指令对应的所述终端反馈账单信息；

接收与所述账单信息对应的支付状态信息，根据所述支付状态信息执行对应操作。

4.根据权利要求1所述的订单处理方法，其特征在于，还包括：

接收继续点单指令，根据所述继续点单指令获取所述订单信息对应的订单状态，并获取实时订单信息；

根据所述订单状态和所述实时订单信息确定第一推荐信息，向所述继续点单指令对应的终端发送所述第一推荐信息。

5.根据权利要求3所述的订单处理方法，其特征在于，所述支付状态信息为已支付，所述根据所述支付状态信息执行对应操作的步骤具体为：

向预设的目标终端发送所述订单数据，并向获取所述订单数据的全部所述终端发送订单完成通知。

6.根据权利要求5所述的订单处理方法，其特征在于，还包括：

根据所述订单信息预测所述订单信息对应的预计订单时长；

获取所述订单信息对应的产品开始生产后经过的实际订单时长；

若所述实际订单时长和所述预计订单时长的差值小于预设时长，确定第二推荐信息，并向全部所述终端发送所述第二推荐信息。

7.根据权利要求6所述的订单处理方法，其特征在于，所述确定第二推荐信息的步骤，具体包括：

若所述订单信息对应的产品已生产完毕，获取预设的第一产品列表，根据所述第一产品列表生成所述第二推荐信息；

若所述订单信息对应的产品未生产完毕，根据所述订单信息中的产品信息确定第二产品列表，根据所述第二产品列表生成所述第二推荐信息。

8.一种订单处理***，其特征在于，包括：

接收单元，用于接收订单建立指令；

生成单元，用于根据所述订单建立指令生成订单数据与对应的订单标识，以使任一终端通过所示订单标识获取所述订单数据；

修改单元，用于接收任一所述终端发送的与所述订单标识对应的点单指令，根据所述点单指令修改所述订单数据；

推送单元，用于将修改后的所述订单数据推送至获取所述订单数据的全部所述终端。

9.一种计算机装置，其特征在于，所述计算机装置包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1至7中任一项所述的订单处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的订单处理方法。

Images