CN112785396A - 订单处理方法及系统 - Google Patents

Abstract

本发明公开了一种订单处理方法及系统，其中，订单处理方法包括：客户端响应于用户在服务页面中执行的交互触发操作，生成服务信息，并将服务信息发送至门店服务端；门店服务端根据服务信息生成服务语音播报信息，并将服务语音播报信息发送至订单处理端；订单处理端通过相应的播报设备对服务语音播报信息进行播报。该方案能够根据用户的服务信息便捷地生成相应的服务语音播报信息，并通过订单处理端的播报设备进行语音播报，使得服务人员能够及时地获知新接收到的服务内容，尽快准备提供服务，提高了门店服务处理效率。

Description

订单处理方法及系统

技术领域

本发明涉及互联网技术领域，具体涉及一种订单处理方法及系统。

背景技术

在现有的门店订单处理过程中，在用户完成点单之后，通常需要服务人员确认下单，生成订单，而后订单才会流转至后续流程进行排产等处理，例如在餐饮场景下，订单会流转至后厨，由后厨根据订单内容制作餐品。然而，在现有的门店订单处理过程中，待处理的订单任务大多是以文字形式进行呈现的，例如通过屏幕显示或者打印的纸质单据来呈现订单任务，不便于及时通知服务人员来处理订单任务，尤其是在用餐高峰时段或者打印设备故障的情况下，使得门店整体的订单处理效率较为低下。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的订单处理方法及系统。

根据本发明实施例的一个方面，提供了一种订单处理方法，该方法包括：

客户端响应于用户在服务页面中执行的交互触发操作，生成服务信息，并将服务信息发送至门店服务端；

门店服务端根据服务信息生成服务语音播报信息，并将服务语音播报信息发送至订单处理端；

订单处理端通过相应的播报设备对服务语音播报信息进行播报。

进一步地，服务信息包括点单信息；

门店服务端根据服务信息生成服务语音播报信息，并将服务语音播报信息发送至订单处理端进一步包括：门店服务端根据点单信息生成订单语音播报信息，并将订单语音播报信息发送至订单处理端。

进一步地，该方法还包括：门店服务端根据点单信息中的桌台信息，将桌台信息对应的桌台占用状态更新为已占用状态。

进一步地，服务信息包括排队信息；

门店服务端根据服务信息生成服务语音播报信息，并将服务语音播报信息发送至订单处理端进一步包括：

门店服务端根据排队信息，确定等位信息，生成等位信息对应的桌台分配请求；

根据各个桌台信息对应的桌台占用状态以及桌台分配请求，确定待分配桌台，生成待分配桌台语音播报信息，并将待分配桌台语音播报信息发送至订单处理端。

进一步地，根据各个桌台信息对应的桌台占用状态以及桌台分配请求，确定待分配桌台，生成待分配桌台语音播报信息进一步包括：

根据各个桌台信息对应的桌台占用状态，查找空闲桌台；

将桌台分配请求中的等位人数与空闲桌台对应的允许使用人数进行匹配，将相匹配的空闲桌台确定为待分配桌台，生成待分配桌台语音播报信息。

进一步地，在根据各个桌台信息对应的桌台占用状态以及桌台分配请求，确定待分配桌台之后，该方法还包括：

门店服务端向客户端发送桌台保留确认请求；

客户端响应于用户对桌台保留确认请求的确认操作，生成应答信息，并将应答信息发送至门店服务端，以供门店服务端根据应答信息对待分配桌台进行处理。

进一步地，若确认操作为确认保留操作，生成应答信息进一步包括：

响应于用户对保留时长选项的触发操作，生成携带有保留时长选项对应的桌台保留时长信息的应答信息。

进一步地，服务信息还包括订单支付结果；

客户端响应于用户在服务页面中执行的交互触发操作，生成服务信息，并将服务信息发送至门店服务端进一步包括：客户端响应于在订单支付页面中针对订单待支付信息的订单支付操作，生成对应的订单支付结果，并将订单支付结果发送至门店服务端；

门店服务端根据服务信息生成服务语音播报信息，并将服务语音播报信息发送至订单处理端进一步包括：门店服务端接收订单支付结果，根据订单支付结果生成支付语音播报信息，并将支付语音播报信息发送至订单处理端。

进一步地，在门店服务端接收订单支付结果之后，该方法还包括：

判断订单支付结果中的支付金额是否符合待支付金额；若符合待支付金额，则将订单待支付信息对应的订单支付状态更新为已支付状态。

根据本发明实施例的另一方面，提供了一种订单处理系统，该系统包括：客户端、门店服务端和订单处理端；

客户端适于：响应于用户在服务页面中执行的交互触发操作，生成服务信息，并将服务信息发送至门店服务端；

门店服务端适于：根据服务信息生成服务语音播报信息，并将服务语音播报信息发送至订单处理端；

订单处理端适于：通过相应的播报设备对服务语音播报信息进行播报。

进一步地，服务信息包括点单信息；

门店服务端进一步适于：根据点单信息生成订单语音播报信息，并将订单语音播报信息发送至订单处理端。

进一步地，门店服务端进一步适于：根据点单信息中的桌台信息，将桌台信息对应的桌台占用状态更新为已占用状态。

进一步地，服务信息包括排队信息；门店服务端进一步适于：

根据排队信息，确定等位信息，生成等位信息对应的桌台分配请求；

根据各个桌台信息对应的桌台占用状态以及桌台分配请求，确定待分配桌台，生成待分配桌台语音播报信息，并将待分配桌台语音播报信息发送至订单处理端。

进一步地，门店服务端进一步适于：

根据各个桌台信息对应的桌台占用状态，查找空闲桌台；

将桌台分配请求中的等位人数与空闲桌台对应的允许使用人数进行匹配，将相匹配的空闲桌台确定为待分配桌台，生成待分配桌台语音播报信息。

进一步地，门店服务端进一步适于：向客户端发送桌台保留确认请求；

客户端进一步适于：响应于用户对桌台保留确认请求的确认操作，生成应答信息，并将应答信息发送至门店服务端，以供门店服务端根据应答信息对待分配桌台进行处理。

进一步地，若确认操作为确认保留操作，客户端进一步适于：响应于用户对保留时长选项的触发操作，生成携带有保留时长选项对应的桌台保留时长信息的应答信息。

进一步地，服务信息还包括订单支付结果；

客户端进一步适于：响应于在订单支付页面中针对订单待支付信息的订单支付操作，生成对应的订单支付结果，并将订单支付结果发送至门店服务端；

门店服务端进一步适于：接收订单支付结果，根据订单支付结果生成支付语音播报信息，并将支付语音播报信息发送至订单处理端。

进一步地，门店服务端进一步适于：

判断订单支付结果中的支付金额是否符合待支付金额；若符合待支付金额，则将订单待支付信息对应的订单支付状态更新为已支付状态。

根据本发明实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行上述订单处理方法对应的操作。

根据本发明实施例的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述订单处理方法对应的操作。

根据本发明实施例提供的技术方案，能够根据用户的服务信息便捷地生成相应的服务语音播报信息，并通过订单处理端的播报设备进行语音播报，使得订单处理端侧的服务人员能够及时地获知新接收到的服务内容，尽快准备提供服务，有效地加快了订单流转速度，提高了门店订单处理效率，有效地缩短了用户等待时间，提高了门店的服务质量和用户到店体验。

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

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的订单处理方法的流程图；

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

图3示出了本发明实施例提供的订单处理系统的结构示意图；

图4示出了根据本发明实施例的一种计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

图1示出了本发明实施例提供的订单处理方法的流程图，如图1所示，该方法可适用于订单处理链路的部分或全部子链路中，该方法包括如下步骤：

步骤S101，客户端响应于用户在服务页面中执行的交互触发操作，生成服务信息，并将服务信息发送至门店服务端。

客户端可为手机、PAD、电脑等任意智能硬件设备，也可为搭载在任意智能硬件设备中的用于排队等位、订单处理的APP或小程序等。当用户想要获取门店所提供的服务时，可通过点击客户端或者利用其扫描门店所提供的服务码等方式而触发客户端展示相应的服务页面，用户可在服务页面中进行相应操作以生成服务信息，并将服务信息发送至门店服务端。以用户想要进行点单，服务页面为商品点单页面为例，用户可通过点击客户端或者利用其扫描门店所提供的点单服务码等方式而触发客户端展示商品点单页面，用户可在商品点单页面中挑选商品进行点单，生成点单信息并发送至门店服务端。

步骤S102，门店服务端根据服务信息生成服务语音播报信息，并将服务语音播报信息发送至订单处理端。

门店服务端可为POS服务器等。门店服务端可在接收到客户端发送的服务信息之后，根据服务信息生成对应的服务语音播报信息，并将服务语音播报信息发送至订单处理端。本领域技术人员可根据实际需要设置服务语音播报信息的具体内容，此处不做具体限定。

步骤S103，订单处理端通过相应的播报设备对服务语音播报信息进行播报。

在餐饮场景下，订单处理端具体可包括服务设备和/或后厨处理端等，服务设备具体可为服务人员所使用的POS设备、设置在门店前台的设备等。为了使得订单处理端能够通过语音形式播报服务语音播报信息，需要预先为订单处理端配置相应的播报设备，播报设备可为具有语音播报功能的智能电视、电脑、音箱、扬声器等设备。订单处理端在接收到服务语音播报信息之后，通过播报设备对服务语音播报信息进行播报，以便订单处理端侧的服务人员能够及时地获知新接收到的服务内容。

在一种可选实施方式中，订单处理端和播报设备之间可通过无线进行通信，例如在订单处理端对应的配置中设置播报设备的IP地址，订单处理端可通过HTTP请求等将服务语音播报信息传输至播报设备，由播报设备对服务语音播报信息进行语音播报；在另一种可选实施方式中，订单处理端和播报设备之间可通过有线进行通信，订单处理端通过与播报设备相连的数据线将订单语音播报信息传输至播报设备，由播报设备对服务语音播报信息进行语音播报。若播报设备或订单处理端还具有文字显示功能，那么订单处理端还可通过播报设备或订单处理端对服务语音播报信息对应的文字信息进行同步显示。

本实施例提供的订单处理方法，能够根据用户的服务信息便捷地生成相应的服务语音播报信息，并通过订单处理端的播报设备进行语音播报，使得订单处理端侧的服务人员能够及时地获知新接收到的服务内容，尽快准备提供服务，有效地加快了订单流转速度，提高了门店订单处理效率，有效地缩短了用户等待时间，提高了门店的服务质量和用户到店体验。

图2示出了本发明另一实施例提供的订单处理方法的流程图，如图2所示，该方法包括如下步骤：

步骤S201，客户端响应于用户在排队页面中执行的交互触发操作，生成排队信息，并将排队信息发送至门店服务端；

该方法可适用于订单处理链路的部分或全部子链路中，对子链路中相关信息通过语音播报方式进行播报，以便用户、服务人员等相关人员能够通过听觉方便地获知相关服务情况。其中，订单处理链路可包括排队与桌台分配子链路、下单与订单排产子链路以及订单支付子链路等。在不同的子链路中，在客户端上所展现的服务页面不同，所生成的服务语音播报信息也不同。例如，在排队与桌台分配子链路中，在客户端上所展现的服务页面为排队页面，所生成的服务信息包括排队信息，门店服务端所生成的服务语音播报信息为待分配桌台语音播报信息；在下单与订单排产子链路中，在客户端上所展现的服务页面为商品点单页面，所生成的服务信息包括点单信息，门店服务端所生成的服务语音播报信息为订单语音播报信息；在订单支付子链路中，在客户端上所展现的服务页面为订单支付页面，所生成的服务信息包括订单支付结果，门店服务端所生成的服务语音播报信息为支付语音播报信息。

对于餐饮门店、酒吧门店等，需要利用桌台为用户提供服务，例如餐饮门店需要将为用户所提供的餐品等摆放在桌台上，以便用户享用。当门店当前没有空闲桌台能够为用户提供服务时，用户可通过点击客户端或利用其扫描门店所提供的二维码或条形码等图像识别码形式的排队入口信息，请求并展示排队页面，获取用户在排队页面输入的用户手机号、等位人数等信息，生成排队信息，并将排队信息发送给门店服务端。

步骤S202，门店服务端根据排队信息，确定等位信息，生成等位信息对应的桌台分配请求。

门店服务端接收客户端发送的排队信息，并根据排队信息确定对应的等位信息，其中，等位信息可包括等位序号、前序等位数量、等位人数，等位信息还可包括预计等位时长等信息。前序等位数量是指在该等位序号之前，已排队等待相同类型的桌台而尚未得到分配的其它等位序号的总数量，桌台的类型可由桌台对应的允许使用人数、使用环境(例如包厢、大厅)等而确定，此处不做限定。预计等位时长可根据历史等位信息和前序等位数量进行分析计算得到。

在一种可选的实施方式中，门店服务端可按照客户端的等位顺序，生成等位信息对应的桌台分配请求。等位顺序是按照各个客户端的等位序号的排列顺序进行确定的，在某客户端的等位序号即将到号时，门店服务端对其等位信息对应的桌台分配请求进行处理，其中，桌台分配请求可包括有等位序号、等位人数等信息。

步骤S203，门店服务端根据各个桌台信息对应的桌台占用状态以及桌台分配请求，确定待分配桌台，生成待分配桌台语音播报信息，并将待分配桌台语音播报信息发送至订单处理端。

其中，门店服务端根据各个桌台信息对应的桌台占用状态，查找空闲桌台；将桌台分配请求中的等位人数与空闲桌台对应的允许使用人数进行匹配，将相匹配的空闲桌台确定为待分配桌台，生成待分配桌台语音播报信息，并将待分配桌台语音播报信息发送至订单处理端。在餐饮场景下，订单处理端具体可包括服务设备和/或后厨处理端等，服务设备具体可包括服务人员所使用的POS设备、设置在门店前台的设备等。在排队与桌台分配子链路中，门店服务端将待分配桌台语音播报信息发送至服务设备即可，无需发送至后厨处理端。通过这种桌台分配方式，实现了桌台的智能分配，无需门店专门安排服务人员为等位的用户分配桌台，有效地提高了桌台分配效率。

具体地，可根据桌台分配请求中的等位序号以及待分配桌台的桌台号等，生成待分配桌台语音播报信息。例如桌台分配请求中的等位序号为A08，待分配桌台的桌台号为10号桌，那么所生成的待分配桌台语音播报信息可为“A08，10号桌”或者“请A08用户前往10号桌”等。

步骤S204，订单处理端通过相应的播报设备对待分配桌台语音播报信息进行播报。

其中，订单处理端预先配置有播报设备，订单处理端与播报设备之间可通过无线或者有线方式进行通信，具体通信方式可参照图1对应实施例中订单处理端和播报设备之间的具体通信方式，此处不再赘述。订单处理端在接收到待分配桌台语音播报信息之后，即可便捷地通过播报设备对待分配桌台语音播报信息进行语音播报，以便等位的用户能够便捷、及时地获知桌台分配情况，便于服务人员引导用户入座。与现有技术中由前台的服务人员人工叫号相比，通过播报设备播报待分配桌台语音播报信息能够更加清楚、有效地将桌台分配情况告知给用户，便于用户及时获知桌台分配情况，提高了叫号效率。

在为客户端分配了对应的待分配桌台后，可能存在用户不在门店的等位区等候的情况，例如用户在排队等位过程中中途离开门店去上厕所或逛商场等，对于这一情况，门店通常采用的是过号作废、过号顺延若干等位号的策略，那么导致当用户返回门店后需要重新取号等位或者继续等待桌台分配，不仅使得用户体验感较差，而且容易造成用户流失。针对已为客户端分配了对应的待分配桌台而客户端侧的用户当前不在门店等候的情况，在本实施例中还可远程地向客户端推送信息，以便用户根据推送的信息确认是否需要为其保留桌台。具体地，门店服务端向客户端发送桌台保留确认请求；客户端响应于用户对桌台保留确认请求的确认操作，生成应答信息，并将应答信息发送至门店服务端，以供门店服务端根据应答信息对待分配桌台进行处理。

以客户端为用户的手机为例，在餐饮场景下，在门店服务端已为客户端分配了对应的待分配桌台但客户端侧的用户当前不在门店等候的情况下，门店服务端可远程地向用户的手机发送桌台保留确认请求，用户可根据桌台保留确认请求确认是否会前往门店就餐，手机响应于用户对桌台保留确认请求的确认操作，生成应答信息。其中，用户对桌台保留确认请求的确认操作可包括确认保留操作和放弃保留操作。具体地，在桌台保留确认请求的展现页面中可提供确认保留控件和放弃保留控件，以便用户选择。用户可通过点击确认保留控件的方式来触发确认保留操作，通过点击放弃保留控件的方式来触发放弃保留操作。若确认操作为确认保留操作，则所生成的应答信息为用于表示保留桌台的应答信息；若确认操作为放弃保留操作，则所生成的应答信息为用于表示放弃保留桌台的应答信息。

在确认操作为确认保留操作的情况下，还可在客户端中呈现一个或多个保留时长选项，不同的保留时长选项对应于不同的桌台保留时长信息，以供用户从中选择门店需要为其保留桌台的时长。本领域技术人员可根据实际需要设置保留时长选项的数量以及每个保留时长选项对应的桌台保留时长信息，例如桌台保留时长信息可以为10分钟或者15分钟等。用户可通过点击等方式触发保留时长选项，响应于用户对保留时长选项的触发操作，生成携带有保留时长选项对应的桌台保留时长信息的应答信息，并将应答信息发送至门店服务端，以供门店服务端根据应答信息对待分配桌台进行保留处理。若用户在其所选择的桌台保留时长信息对应的时长内未成功到店，则门店服务端可将为该用户保留的待分配桌台进行释放，将其分配至其他用户。

步骤S205，客户端响应于用户在商品点单页面中执行的点单操作，生成点单信息，并将点单信息发送至门店服务端。

桌台上可设置有用于点单的二维码等点单服务码，该点单服务码中携带有桌台信息，桌台信息可包括桌台号等。当用户到达桌台想要进行点单时，可通过客户端扫描桌台上设置的点单服务码等方式而触发客户端展示商品点单页面，用户可在商品点单页面中挑选商品进行点单。客户端检测在商品点单页面中执行的点单操作，响应于点单操作，生成点单信息，并将点单信息发送至门店服务端。其中，点单信息可包括点单的商品名称、商品类目信息、商品价格、商品数量、桌台信息、下单信息等信息。

步骤S206，门店服务端根据点单信息生成订单语音播报信息，并将订单语音播报信息发送至订单处理端。

步骤S207，订单处理端通过相应的播报设备对订单语音播报信息进行播报。

在实际应用场景中，门店服务端在接收到客户端发送的点单信息之后，通常需要服务人员对点单信息进行人工确认，而后才会进入后续的订单排产处理流程。订单处理端可包括服务设备和后厨处理端，订单语音播报信息可包括点单语音播报信息和订单排产语音播报信息，在本实施例中，门店服务端可先生成点单语音播报信息，将点单语音播报信息发送至服务设备进行播报，从而及时通知服务人员对点单信息进行确认，有效地提高了下单确认效率，有助于加快订单流转速度，以提升门店整体的订单处理效率。其中，点单语音播报信息具体可包含有用于通知存在点单信息需要处理的信息，例如点单语音播报信息可为“接收到新的点单信息，请及时处理”等。另外，所生成的点单语音播报信息中还可携带有点单信息中的至少一部分信息。以所生成的点单语音播报信息携带有桌台信息为例，门店服务端可从点单信息中提取桌台信息，根据该桌台信息和预设点单语音播报信息生成模板，生成点单语音播报信息，例如所生成的点单语音播报信息可为“接收到***桌客人的点单请求，请及时处理”等。在服务人员进行了下单确认之后，门店服务端可生成订单排产语音播报信息，将订单排产语音播报信息发送至后厨处理端进行播报。其中，订单排产语音播报信息中可包括订单标识、商品名称、商品数量等信息，订单标识可为桌台信息中的桌台号。例如根据某点单信息可知5号桌的用户下单了水煮鱼1份和米饭2份，那么针对该点单信息，所生成的对应的订单排产语音播报信息可为“5号桌，水煮鱼1份，米饭2份”。

可选地，若无需服务人员对点单信息进行下单确认，那么门店服务端可直接根据点单信息生成订单排产语音播报信息，将订单排产语音播报信息发送至后厨处理端进行播报。

以后厨处理端相应的播报设备为智能电视为例，后厨处理端通过智能电视实时对所接收到的订单排产语音播报信息进行语音播报，在通过语音方式播报订单排产语音播报信息的同时，还可通过智能电视对订单排产语音播报信息对应的文字信息进行同步显示，以便后厨处理端侧的服务人员能够及时地从听觉和视觉两方面了解订单内容，尽快合理地安排生产、准备与订单内容对应的商品，有效地提高了门店订单处理效率，有效地缩短了用户等待商品的时间，提高了用户到店体验。

另外，门店服务端还需记录各个桌台信息对应的桌台占用状态，以便根据桌台占用状态为新来的用户分配桌台。在对点单信息进行下单确认之后，说明该点单信息所对应的桌台已被用户占用，那么可根据其点单信息中的桌台信息，将该桌台信息对应的桌台占用状态更新为已占用状态。

可选地，针对用户先接收门店的服务后进行订单支付的场景，该方法还可包括下述的步骤S208至步骤S211。

步骤S208，门店服务端根据点单信息，计算待支付金额，生成携带有待支付金额的订单待支付信息，并将包含有订单待支付信息的订单支付页面发送至客户端。

在本实施例中，用户还可通过客户端自助地完成订单支付。为了便于客户端进行支付，门店服务端可根据点单信息中的商品价格以及商品数据等信息，计算该点单信息对应的待支付金额，生成订单待支付信息，并将包含有订单待支付信息的订单支付页面发送至客户端，以供客户端根据订单待支付信息进行支付处理。其中，订单待支付信息可包括待支付金额、支付期限等信息，若支付期限为15分钟，那么说明用户需要通过客户端在15分钟内完成支付。

步骤S209，客户端响应于在订单支付页面中针对订单待支付信息的订单支付操作，生成对应的订单支付结果，并将订单支付结果发送至门店服务端。

客户端对接收到的订单支付页面进行展示，用户可根据订单支付页面中的订单待支付信息利用与客户端相关联的支付账号等完成相应的订单支付操作。当客户端检测到针对订单待支付信息的订单支付操作时，响应于订单支付操作，生成对应的订单支付结果，并将订单支付结果发送至门店服务端，以供门店服务端根据订单支付结果进行核实，进而更新对应的订单支付状态。其中，订单支付结果中可包括支付状态信息，还可包括支付账号、支付金额、支付完成时间、桌台信息等信息。支付状态信息具体可为支付成功信息或支付失败信息。

步骤S210，门店服务端接收订单支付结果，根据订单支付结果生成支付语音播报信息，并将支付语音播报信息发送至订单处理端。

步骤S211，订单处理端通过相应的播报设备对支付语音播报信息进行播报。

门店服务端在接收到订单支付结果之后，可对订单支付结果进行记录，为了能够便于服务人员及时了解订单支付情况，可根据订单支付结果生成支付语音播报信息，并发送至订单处理端，通过相应的播报设备对支付语音播报信息进行播报。具体地，根据订单支付结果中的支付状态信息和桌台信息等，生成支付语音播报信息。例如订单支付结果中的支付状态信息为支付成功信息且桌台信息中的桌台号为5号桌，那么所生成的支付语音播报信息可为“收到5号桌的支付款”；又如订单支付结果中的支付状态信息为支付失败信息且桌台信息中的桌台号为5号桌，那么所生成的支付语音播报信息可为“5号桌支付失败”等。

考虑到还可能存在用户虽然进行了订单支付操作但其所支付的支付金额不符合待支付金额的情况，那么在门店服务端接收到客户端发送的订单支付结果之后，门店服务端可先判断订单支付结果中的支付金额是否符合待支付金额；若符合待支付金额，则将订单待支付信息对应的订单支付状态更新为已支付状态。例如，若支付金额大于或等于待支付金额，则确定支付金额符合待支付金额；若支付金额小于待支付金额，则确定支付金额不符合待支付金额。

可选地，门店服务端还可根据订单支付结果中的桌台信息，以及，支付金额是否符合待支付金额的判定结果，生成支付语音播报信息。例如订单支付结果中的支付状态信息为支付成功信息、桌台信息中的桌台号为5号桌且支付金额符合待支付金额，那么所生成的支付语音播报信息可为“收到5号桌的全额支付款”或者“5号桌支付成功”等；又如订单支付结果中的支付状态信息为支付成功信息、桌台信息中的桌台号为5号桌且支付金额不符合待支付金额，那么所生成的支付语音播报信息可为“收到5号桌的部分支付款”等。

在将订单支付状态更新为已支付状态的情况下，可将其桌台信息对应的桌台占用状态更新为空闲状态。考虑到可能存在用户完成订单支付但并未立即离店的情况，那么可在确认用户离店且由机器人或服务人员完成对桌台的清洁、整理等收台处理后，再将其桌台信息对应的桌台占用状态更新为空闲状态。

本实施例提供的订单处理方法，对于排队、点单、订单支付等操作均支持在客户端中进行，用户通过客户端即可自助完成上述各种操作，无需服务人员进行服务，有效地提升了订单处理效率，减少了门店所需投入的人力成本；并且从排队等位、桌台分配、下单确认、订单排产直到订单支付的完整的订单处理链路均支持语音播报，使得用户通过语音播报能够清楚地获知桌台分配情况，提高了叫号效率，并且还使得服务人员能够通过听觉方便地获知订单处理情况，及时地进行下单确认、订单排产以及订单支付情况核对等处理，有助于加快订单在流转过程中的各个处理节点的处理速度，提高了门店整体的订单处理效率，提高了门店的服务质量和用户到店体验。

图3示出了本发明实施例提供的订单处理系统的结构示意图，如图3所示，该系统包括：客户端310、门店服务端320和订单处理端330。

客户端310适于：响应于用户在服务页面中执行的交互触发操作，生成服务信息，并将服务信息发送至门店服务端320。

门店服务端320适于：根据服务信息生成服务语音播报信息，并将服务语音播报信息发送至订单处理端330。

订单处理端330适于：通过相应的播报设备对服务语音播报信息进行播报。

可选地，服务信息包括点单信息；门店服务端320进一步适于：根据点单信息生成订单语音播报信息，并将订单语音播报信息发送至订单处理端330。

可选地，门店服务端320进一步适于：根据点单信息中的桌台信息，将桌台信息对应的桌台占用状态更新为已占用状态。

可选地，服务信息包括排队信息；门店服务端320进一步适于：根据排队信息，确定等位信息，生成等位信息对应的桌台分配请求；根据各个桌台信息对应的桌台占用状态以及桌台分配请求，确定待分配桌台，生成待分配桌台语音播报信息，并将待分配桌台语音播报信息发送至订单处理端330。

可选地，门店服务端320进一步适于：根据各个桌台信息对应的桌台占用状态，查找空闲桌台；将桌台分配请求中的等位人数与空闲桌台对应的允许使用人数进行匹配，将相匹配的空闲桌台确定为待分配桌台，生成待分配桌台语音播报信息。

可选地，门店服务端320进一步适于：向客户端310发送桌台保留确认请求；客户端310进一步适于：响应于用户对桌台保留确认请求的确认操作，生成应答信息，并将应答信息发送至门店服务端320，以供门店服务端320根据应答信息对待分配桌台进行处理。

可选地，若确认操作为确认保留操作，客户端310进一步适于：响应于用户对保留时长选项的触发操作，生成携带有保留时长选项对应的桌台保留时长信息的应答信息。

可选地，服务信息还包括订单支付结果；客户端310进一步适于：响应于在订单支付页面中针对订单待支付信息的订单支付操作，生成对应的订单支付结果，并将订单支付结果发送至门店服务端320。门店服务端320进一步适于：接收订单支付结果，根据订单支付结果生成支付语音播报信息，并将支付语音播报信息发送至订单处理端330。

可选地，门店服务端320进一步适于：判断订单支付结果中的支付金额是否符合待支付金额；若符合待支付金额，则将订单待支付信息对应的订单支付状态更新为已支付状态。

本实施例提供的订单处理系统，对于排队、点单、订单支付等操作均支持在客户端中进行，用户通过客户端即可自助完成上述各种操作，无需服务人员进行服务，有效地提升了订单处理效率，减少了门店所需投入的人力成本；并且从排队等位、桌台分配、下单确认、订单排产直到订单支付的完整的订单处理链路均支持语音播报，使得用户通过语音播报能够清楚地获知桌台分配情况，提高了叫号效率，并且还使得服务人员能够通过听觉方便地获知订单处理情况，及时地进行下单确认、订单排产以及订单支付情况核对等处理，有助于加快订单在流转过程中的各个处理节点的处理速度，提高了门店整体的订单处理效率，提高了门店的服务质量和用户到店体验。

本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的订单处理方法。

图4示出了根据本发明实施例的一种计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。

如图4所示，该计算设备可以包括：处理器(processor)402、通信接口(Communications Interface)404、存储器(memory)406、以及通信总线408。

其中：

处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。

通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器402，用于执行程序410，具体可以执行上述订单处理方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器406，用于存放程序410。存储器406可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序410具体可以用于使得处理器402执行上述任意方法实施例中的订单处理方法。程序410中各步骤的具体实现可以参见上述订单处理实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明实施例的内容，并且上面对特定语言所做的描述是为了披露本发明实施例的较佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明示例性实施例的描述中，各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种订单处理方法，所述方法包括：

客户端响应于用户在服务页面中执行的交互触发操作，生成服务信息，并将所述服务信息发送至门店服务端；

所述门店服务端根据所述服务信息生成服务语音播报信息，并将所述服务语音播报信息发送至订单处理端；

所述订单处理端通过相应的播报设备对所述服务语音播报信息进行播报。

2.根据权利要求1所述的方法，其中，所述服务信息包括点单信息；

所述门店服务端根据所述服务信息生成服务语音播报信息，并将所述服务语音播报信息发送至订单处理端进一步包括：所述门店服务端根据所述点单信息生成订单语音播报信息，并将所述订单语音播报信息发送至订单处理端。

3.根据权利要求2所述的方法，其中，所述方法还包括：

所述门店服务端根据所述点单信息中的桌台信息，将所述桌台信息对应的桌台占用状态更新为已占用状态。

4.根据权利要求1-3任一项所述的方法，其中，所述服务信息包括排队信息；

所述门店服务端根据所述服务信息生成服务语音播报信息，并将所述服务语音播报信息发送至订单处理端进一步包括：

所述门店服务端根据所述排队信息，确定等位信息，生成所述等位信息对应的桌台分配请求；

根据各个桌台信息对应的桌台占用状态以及所述桌台分配请求，确定待分配桌台，生成待分配桌台语音播报信息，并将所述待分配桌台语音播报信息发送至订单处理端。

5.根据权利要求4所述的方法，其中，所述根据各个桌台信息对应的桌台占用状态以及所述桌台分配请求，确定待分配桌台，生成待分配桌台语音播报信息进一步包括：

根据各个桌台信息对应的桌台占用状态，查找空闲桌台；

将所述桌台分配请求中的等位人数与空闲桌台对应的允许使用人数进行匹配，将相匹配的空闲桌台确定为待分配桌台，生成待分配桌台语音播报信息。

6.根据权利要求4所述的方法，其中，在所述根据各个桌台信息对应的桌台占用状态以及所述桌台分配请求，确定待分配桌台之后，所述方法还包括：

所述门店服务端向客户端发送桌台保留确认请求；

所述客户端响应于用户对所述桌台保留确认请求的确认操作，生成应答信息，并将所述应答信息发送至所述门店服务端，以供所述门店服务端根据所述应答信息对待分配桌台进行处理。

7.根据权利要求6所述的方法，其中，若所述确认操作为确认保留操作，所述生成应答信息进一步包括：

响应于用户对保留时长选项的触发操作，生成携带有所述保留时长选项对应的桌台保留时长信息的应答信息。

8.一种订单处理系统，所述系统包括：客户端、门店服务端和订单处理端；

所述客户端适于：响应于用户在服务页面中执行的交互触发操作，生成服务信息，并将所述服务信息发送至门店服务端；

所述门店服务端适于：根据所述服务信息生成服务语音播报信息，并将所述服务语音播报信息发送至订单处理端；

所述订单处理端适于：通过相应的播报设备对所述服务语音播报信息进行播报。

9.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的订单处理方法对应的操作。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-7中任一项所述的订单处理方法对应的操作。

Images