CN111932241A - 预付订单处理方法及装置 - Google Patents

Abstract

本发明公开了一种预付订单处理方法及装置，其中，预付订单处理方法包括：检测针对预付费待支付信息的预付费支付事件，确定预付费支付事件对应的预支付结果；将预支付结果发送至服务器，以供服务器根据预支付结果生成并返回预付码；接收服务器返回的预付码，利用预付码进行订单支付处理。该技术方案使得用户通过客户端即可自助完成预付金额的支付、开台、点单、订单支付等操作，有效地提升了预付订单的处理效率，还实现了对预付码的预付金额的有效管理与维护，使得用户能够清楚地获知自己预付金额的使用情况和剩余情况，有效地提高了业务场所的服务质量和用户体验感，有助于提升业务场所的自动化运营程度和整体运转效率。

Description

预付订单处理方法及装置

技术领域

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

背景技术

在现有的一些业务场景中，用户需要先支付一定的预付费才能够进入业务场所中，例如一些酒吧场所等，在完成了预付费支付之后，用户通常会得到一个纸质的预付费支付凭证，在进入业务场所之后可以凭借这个预付费支付凭证来抵扣在业务场所中产生的对应的消费金额。然而，现有技术中，对于预付费的收取、抵扣等管理主要依赖于人工完成，用户需要通过服务人员进行点单才能够实现预付费的抵扣，这种预付订单的处理方式需要耗费大量的人力，而且还很容易出错，另外若预付费支付凭证中途被遗失，则很难进行预付费抵扣操作。

发明内容

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

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

检测针对预付费待支付信息的预付费支付事件，确定预付费支付事件对应的预支付结果；

将预支付结果发送至服务器，以供服务器根据预支付结果生成并返回预付码；

接收服务器返回的预付码，利用预付码进行订单支付处理。

进一步地，在检测针对预付费待支付信息的预付费支付事件之前，该方法还包括：

展示包含有预支付基准的预付页面；

接收用户在预付页面中录入的用户数量，并根据用户数量和预支付基准，生成并展示预付费待支付信息。

进一步地，利用预付码进行订单支付处理进一步包括：

对桌台识别码进行扫描得到订单标识，或者接收录入的订单标识；

将预付码和订单标识发送至服务器，以供服务器将预付码和订单标识进行绑定，确定订单最低消费金额，并向客户端返回绑定成功结果；

接收并展示服务器返回的绑定成功结果，检测在商品点单页面中执行的点单事件，生成针对于订单标识的点单请求；

将点单请求发送至服务器，以供服务器根据点单请求和订单最低消费金额确定订单金额并判断是否需要订单支付。

进一步地，若服务器判断得到需要订单支付，该方法还包括：

接收服务器发送的订单待支付信息；

检测针对订单待支付信息的订单支付事件，确定订单支付事件对应的订单支付结果；

将订单支付结果发送至服务器，以供服务器根据订单支付结果更新订单支付状态。

进一步地，该方法还包括：接收服务器发送的预付剩余金额，并展示预付剩余金额。

进一步地，预付码携带有码信息；码信息包括：预支付时间、序列号以及随机数。

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

接收客户端发送的预支付结果；

根据预支付结果，生成预付码，并将预付码返回至客户端，以供客户端利用预付码进行订单支付处理。

进一步地，根据预支付结果，生成预付码进一步包括：

根据预支付结果，判断客户端是否完成预付费支付处理；

若是，则根据预付码生成规则，确定码信息，生成携带有码信息的预付码。

进一步地，在将预付码返回至客户端之后，该方法还包括：

接收客户端发送的预付码和订单标识；

将预付码和订单标识进行绑定，依据预付码的预付金额确定订单最低消费金额，并向客户端返回绑定成功结果。

进一步地，在将预付码和订单标识进行绑定之前，该方法还包括：根据预付码中的码信息验证预付码的真伪性和有效性；

将预付码和订单标识进行绑定具体为：若验证通过，则将预付码和订单标识进行绑定。

进一步地，根据预付码中的码信息验证预付码的真伪性和有效性进一步包括：

判断码信息中的序列号是否符合预设序列号生成规则；

若符合预设序列号生成规则，则根据码信息查询预付码的时效期限和可用状态；

检测是否当前时间处于时效期限内且可用状态为未使用状态；若是，则验证通过。

进一步地，该方法还包括：

接收客户端发送的至少一个点单请求，

针对每个点单请求，根据点单请求和订单最低消费金额，确定订单金额；

依据订单金额，判断是否需要订单支付；

若是，则将订单支付状态标记为未支付状态，并生成订单待支付信息，将订单待支付信息发送至客户端进行处理；

若否，则将订单支付状态标记为已支付状态，并生成消费凭证，以供根据消费凭证进行服务。

进一步地，针对每个点单请求，根据点单请求和订单最低消费金额，确定订单金额进一步包括：

根据点单请求中的点单信息，计算订单商品总金额；

判断订单商品总金额是否小于订单最低消费金额；

若是，则将订单最低消费金额确定为订单金额；若否，则将订单商品总金额确定为订单金额。

进一步地，该方法还包括：根据订单金额和订单商品总金额，计算预付剩余金额，并将预付剩余金额发送至客户端进行展示。

进一步地，依据订单金额，判断是否需要订单支付进一步包括：获取订单标识对应的已支付金额；若已支付金额小于订单金额，则判定需要订单支付；

生成订单待支付信息具体为：根据订单金额与已支付金额之间的差值，生成订单待支付信息。

进一步地，该方法还包括：

接收其他客户端发送的其他预付码和订单标识；

将其他预付码和订单标识进行绑定，依据其他预付码的预付金额，对订单最低消费金额进行更新，并向其他客户端返回绑定成功结果。

根据本发明实施例的另一方面，提供了一种预付订单处理装置，该装置包括：

处理模块，适于检测针对预付费待支付信息的预付费支付事件，确定预付费支付事件对应的预支付结果；

第一传输模块，适于将预支付结果发送至服务器，以供服务器根据预支付结果生成并返回预付码；接收服务器返回的预付码；

处理模块进一步适于：利用预付码进行订单支付处理。

进一步地，该装置还包括：展示模块，适于展示包含有预支付基准的预付页面；

处理模块进一步适于：接收用户在预付页面中录入的用户数量；根据用户数量和预支付基准，生成并展示预付费待支付信息。

进一步地，处理模块进一步适于：对桌台识别码进行扫描得到订单标识，或者接收录入的订单标识；

第一传输模块进一步适于：将预付码和订单标识发送至服务器，以供服务器将预付码和订单标识进行绑定，确定订单最低消费金额，并向客户端返回绑定成功结果；接收服务器返回的绑定成功结果；

处理模块进一步适于：检测在商品点单页面中执行的点单事件，生成针对于订单标识的点单请求；

第一传输模块进一步适于：将点单请求发送至服务器，以供服务器根据点单请求和订单最低消费金额确定订单金额并判断是否需要订单支付；

该装置还包括：展示模块，适于展示绑定成功结果。

进一步地，第一传输模块进一步适于：若服务器判断得到需要订单支付，接收服务器发送的订单待支付信息；

处理模块进一步适于：检测针对订单待支付信息的订单支付事件，确定订单支付事件对应的订单支付结果；

第一传输模块进一步适于：将订单支付结果发送至服务器，以供服务器根据订单支付结果更新订单支付状态。

进一步地，第一传输模块进一步适于：接收服务器发送的预付剩余金额；该装置还包括：展示模块，适于展示预付剩余金额。

进一步地，预付码携带有码信息；码信息包括：预支付时间、序列号以及随机数。

根据本发明实施例的另一方面，提供了一种预付订单处理装置，该装置包括：

第二传输模块，适于接收客户端发送的预支付结果；

预付码生成模块，适于根据预支付结果，生成预付码；

第二传输模块进一步适于：将预付码返回至客户端，以供客户端利用预付码进行订单支付处理。

进一步地，该装置还包括：判断模块，适于根据预支付结果，判断客户端是否完成预付费支付处理；

预付码生成模块进一步适于：若判断模块判断得到已完成预付费支付处理，则根据预付码生成规则，确定码信息，生成携带有码信息的预付码。

进一步地，第二传输模块进一步适于：接收客户端发送的预付码和订单标识；

该装置还包括：验证绑定模块，适于将预付码和订单标识进行绑定；订单处理模块，适于依据预付码的预付金额确定订单最低消费金额；

第二传输模块进一步适于：向客户端返回绑定成功结果。

进一步地，验证绑定模块进一步适于：根据预付码中的码信息验证预付码的真伪性和有效性；若验证通过，则将预付码和订单标识进行绑定。

进一步地，验证绑定模块进一步适于：判断码信息中的序列号是否符合预设序列号生成规则；若符合预设序列号生成规则，则根据码信息查询预付码的时效期限和可用状态；检测是否当前时间处于时效期限内且可用状态为未使用状态；若是，则验证通过。

进一步地，第二传输模块进一步适于：接收客户端发送的至少一个点单请求；

该装置还包括：订单处理模块；订单处理模块适于：针对每个点单请求，根据点单请求和订单最低消费金额，确定订单金额；依据订单金额，判断是否需要订单支付；若是，则将订单支付状态标记为未支付状态，并生成订单待支付信息；若否，则将订单支付状态标记为已支付状态，并生成消费凭证，以供根据消费凭证进行服务；

第二传输模块进一步适于：将订单待支付信息发送至客户端进行处理。

进一步地，订单处理模块进一步适于：根据点单请求中的点单信息，计算订单商品总金额；判断订单商品总金额是否小于订单最低消费金额；若是，则将订单最低消费金额确定为订单金额；若否，则将订单商品总金额确定为订单金额。

进一步地，订单处理模块进一步适于：根据订单金额和订单商品总金额，计算预付剩余金额；

第二传输模块进一步适于：将预付剩余金额发送至客户端进行展示。

进一步地，订单处理模块进一步适于：获取订单标识对应的已支付金额；若已支付金额小于订单金额，则判定需要订单支付；根据订单金额与已支付金额之间的差值，生成订单待支付信息。

进一步地，第二传输模块进一步适于：接收其他客户端发送的其他预付码和订单标识；

该装置还包括：验证绑定模块，适于将其他预付码和订单标识进行绑定；订单处理模块，适于依据其他预付码的预付金额，对订单最低消费金额进行更新；

第二传输模块进一步适于：向其他客户端返回绑定成功结果。

根据本发明实施例的另一方面，提供了一种预付订单处理系统，该系统包括：上述的执行于客户端的预付订单处理装置和上述的执行于服务器的预付订单处理装置。

根据本发明实施例的另一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；存储器用于存放至少一可执行指令，可执行指令使处理器执行上述执行于客户端的预付订单处理方法对应的操作。

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

根据本发明实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；存储器用于存放至少一可执行指令，可执行指令使处理器执行上述执行于服务器的预付订单处理方法对应的操作。

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

根据本发明实施例提供的技术方案，对于预付金额的支付、开台、点单、订单支付、预付码添加等操作均支持在客户端中进行，用户通过客户端即可自助完成上述各种操作，无需服务人员进行服务，有效地提升了预付订单的处理效率，减少了业务场所需投入的人力成本；还实现了对预付码的预付金额的有效管理与维护，使得用户能够清楚地获知自己预付金额的使用情况和剩余情况；并且针对同一订单支持多次点单、多次支付和多次添加预付码的操作，有效地提高了业务场所的服务质量和用户体验感，还有助于提升业务场所的自动化运营程度和整体运转效率。

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

附图说明

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

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

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

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

图4示出了本发明实施例提供的预付订单处理装置的结构示意图；

图5示出了本发明另一实施例提供的预付订单处理装置的结构示意图；

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

具体实施方式

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

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

步骤S101，客户端展示包含有预支付基准的预付页面，接收用户在预付页面中录入的用户数量，根据用户数量和预支付基准，生成并展示预付费待支付信息。

其中，客户端可为手机、PAD、电脑等任意智能硬件设备，也可为搭载在任意智能硬件设备中的用于预付订单处理的APP或小程序等。当用户需要进行预付费时，可通过点击客户端或者利用其扫描酒吧等业务场所提供的预付费服务码等方式而触发客户端展示预付页面，预付页面中包含有预支付基准，预支付基准可为业务场所预先设置的，规定了每个用户所需预付的具体金额，例如每人30元或50元等，以便计算预付金额。可选地，若业务场所将用户进一步分为多个用户级别，例如普通用户、会员用户、VIP用户等，那么在预支付基准中可规定不同用户级别的用户所需预付的具体金额。

用户可根据与其同行的人数在预付页面中录入具体的用户数量，那么客户端即可根据录入的用户数量和预先设置的预支付基准，计算预付金额等，生成并展示预付费待支付信息，其中，预付费待支付信息可包括用户数量、预支付基准、预付金额、支付期限等信息。支付期限可为15分钟等，此处不做限定。

步骤S102，客户端检测针对预付费待支付信息的预付费支付事件，确定预付费支付事件对应的预支付结果，并将预支付结果发送至服务器。

用户可根据预付费待支付信息利用与客户端相关联的支付账号等完成相应的支付操作。当客户端检测到针对预付费待支付信息的预付费支付事件时，根据预付费支付事件确定对应的预支付结果，并将所确定的预支付结果发送至服务器，以供服务器根据预支付结果生成并返回预付码。其中，预支付结果中可包括预支付成功信息或预支付失败信息，还可包括支付账号、预付金额、支付完成时间等信息。

步骤S103，服务器根据预支付结果，生成预付码，并将预付码返回至客户端。

服务器根据预支付结果中的预支付成功信息或者预支付失败信息，能够方便地判断客户端是否完成预付费支付处理；若是，则根据预付码生成规则，确定码信息，生成预付码，并将预付码返回至客户端，以供客户端利用预付码进行订单支付处理。该预付码可为携带有码信息的条形码、二维码等图像识别码。

其中，可根据预付码生成规则来生成预付码，所生成的预付码中携带有码信息，码信息可包括有预支付时间、序列号以及随机数等信息，以供服务器在后续操作中能够根据码信息来验证预付码的真伪性和有效性。例如，根据预付码生成规则可知，将预支付结果中的支付完成时间作为预支付时间，预支付时间具体可包括日期、时、分、秒等信息，通过预支付时间不仅能够便捷地确定预付费支付事件的完成时间，而且还能够有效地解决预付码重复的问题；预付码生成规则还配置了预设序列号生成规则，用于设置序列号的起始序列和递增步长，以起始序列为起始，依次按照递增步长来生成序列号，通过这种序列号生成方式，有助于增加序列号的破解难度，以防被他人轻易地识别出序列号的生成规则；预付码生成规则还可配置有随机数算法，用于生成随机数，通过在码信息中设置随机数，能够有效地增加码信息的安全性，以防被他人轻易破解和利用；另外，预付码生成规则还可配置有预付码的时效期限，时效期限的长度可根据实际需要进行配置，例如时效期限可为1天或者20分钟等，若超出时效期限，则预付码过期失效，无法继续使用。

步骤S104，客户端接收服务器返回的预付码，对桌台识别码进行扫描得到订单标识，或者接收录入的订单标识。

客户端接收服务器返回的预付码，那么用户可方便地利用预付码自助地进行开台、点单、订单支付等处理。具体地，在用户完成了对预付费的支付且进入业务场所后，可根据预付码进行开台操作。在一种可选的实施方式中，桌台上可设置有用于点单操作的二维码等桌台识别码，该桌台识别码中携带有订单标识，当需要针对某个桌台进行开台时，可通过客户端扫描桌台上设置的桌台识别码来获取其中携带的订单标识。在另一种可选的实施方式中，桌台上可设置有用于点单操作的订单标识，订单标识具体可为桌台号等，当需要针对某个桌台进行开台时，可在客户端中直接录入订单标识。本实施例的上述开台方式是由用户自助完成的，不仅有效地提升了开台效率，而且还有助于减少业务场所需投入的人力成本。

步骤S105，客户端将预付码和订单标识发送至服务器。

客户端在获取到订单标识之后，可将预付码和订单标识一并发送至服务器，以供服务器将预付码和订单标识进行绑定，确定订单最低消费金额，并向客户端返回绑定成功结果。

步骤S106，服务器接收客户端发送的预付码和订单标识，将预付码和订单标识进行绑定，依据预付码的预付金额确定订单最低消费金额，并向客户端返回绑定成功结果。

其中，服务器根据预付码中的码信息验证预付码的真伪性和有效性；若验证通过，则将预付码和订单标识进行绑定，从而完成开台处理。具体地，判断码信息中的序列号是否符合预设序列号生成规则；若不符合预设序列号生成规则，则验证失败，无法将预付码和订单标识进行绑定；若符合预设序列号生成规则，则继续根据码信息查询预付码的时效期限和可用状态；检测是否当前时间处于时效期限内且可用状态为未使用状态；若检测得到当前时间处于时效期限内且可用状态为未使用状态，则确定该预付码处于有效状态，验证通过；若检测得到当前时间超出时效期限或者可用状态为已使用状态，则确定预付码处于无效状态，说明该预付码已经过期失效或者已经被绑定过，验证失败，无法进行后续的绑定处理，该方法结束。可选地，若验证失败，则向客户端返回绑定失败结果，以便用户获知预付码与订单标识无法绑定。

在完成了预付码与订单标识的绑定处理后，可将预付码的可用状态修改为已使用状态，将订单标识对应的订单状态标记为未完结状态，并获取该预付码的预付金额，将该预付金额确定为该订单标识对应的订单最低消费金额。通过绑定预付码与订单标识，有助于管理与维护预付金额，以便用户能够清楚地获知自己预付金额的使用情况和剩余情况。

步骤S107，客户端展示服务器返回的绑定成功结果，检测在商品点单页面中执行的点单事件，生成针对于订单标识的点单请求，并将点单请求发送至服务器。

客户端在接收到服务器返回的绑定成功结果之后，可对绑定成功结果进行展示，以便用户获知预付码和订单标识已绑定成功，在完成绑定处理之后，用户即可通过客户端进行点单操作。可选地，客户端在接收到绑定成功结果之后可自动地跳转至商品点单页面，以便用户在商品点单页面中挑选商品进行点单。在该方法中，针对同一订单支持多次点单和多次支付处理。客户端检测在商品点单页面中执行的点单事件，每当检测到点单事件时，生成针对于订单标识的点单请求，并将点单请求发送至服务器，以供服务器根据点单请求和订单最低消费金额确定订单金额并判断是否需要订单支付。其中，点单请求中携带有点单信息，点单信息可包括点单的商品名称、商品类目信息、商品价格、商品数量等信息。在本实施例中，用户可利用客户端自助完成点单，无需服务人员进行服务，有效地提升了点单效率。

步骤S108，服务器根据点单请求和订单最低消费金额，确定订单金额。

在该方法中，针对同一订单支持多次点单和多次支付处理。服务器可接收客户端发送的至少一个点单请求，针对每个点单请求，根据点单请求和订单最低消费金额来确定订单金额。其中，根据点单请求中的点单信息，计算截止至当前时间的订单商品总金额；接着判断订单商品总金额是否小于订单最低消费金额；若是，说明订单商品总金额尚未超出订单最低消费金额，则将订单最低消费金额确定为订单金额；若否，说明订单商品总金额已经超出了订单最低消费金额，则将订单商品总金额确定为订单金额。

具体地，可根据该点单信息中的商品价格以及商品数量等信息，计算当前点单金额，若该点单请求为在将预付码与订单标识进行绑定之后所接收到的第一个点单请求，则将当前点单金额确定为订单商品总金额；若该点单请求不为在将预付码与订单标识进行绑定之后所接收到的第一个点单请求，那么可获取前一次点单过程中所确定的订单商品总金额，将当前点单金额与前一次点单过程中所确定的订单商品总金额的总和确定为截止至当前时间的订单商品总金额。

可选地，为了便于用户了解预付金额的剩余情况，服务器可根据订单金额和订单商品总金额，计算预付剩余金额，并将预付剩余金额发送至客户端进行展示，以便用户通过客户端能够便捷地查看到预付剩余金额。具体地，可计算订单金额和订单商品总金额之间的差值；若该差值大于零，说明预付金额尚未被消费完，则将该差值确定为预付剩余金额；若该差值小于或等于零，说明预付金额已经被消费完，则确定预付剩余金额为零。

步骤S109，服务器依据订单金额，判断是否需要订单支付；若是，则执行步骤S110；若否，则执行步骤S111。

其中，服务器获取订单标识对应的已支付金额，接着判断已支付金额是否小于订单金额；若已支付金额小于订单金额，说明此次点单需要用户支付相应的金额，则判定需要订单支付，接着执行步骤S110；若已支付金额大于或等于订单金额，说明此次点单无需用户支付任何金额，则判定无需订单支付，接着执行步骤S111。

步骤S110，服务器将订单支付状态标记为未支付状态，并生成订单待支付信息，将订单待支付信息发送至客户端进行处理。

在经步骤S109判断得到需要订单支付的情况下，将订单支付状态标记为未支付状态，根据订单金额与已支付金额之间的差值，计算待支付金额等，生成订单待支付信息，并将订单待支付信息发送至客户端，以供客户端根据订单待支付信息进行支付处理。其中，订单待支付信息可包括待支付金额、支付期限等信息。

步骤S111，服务器将订单支付状态标记为已支付状态，并生成消费凭证，以供根据消费凭证进行服务。

在经步骤S109判断得到无需订单支付的情况下，将订单支付状态标记为已支付状态，并生成消费凭证，以供根据消费凭证进行服务，例如根据消费凭证通知服务人员为用户提供相应商品或服务。为了便于区分每次点单的商品，可为每次点单的商品标记上支付批次号，通过支付批次号能够清楚地识别商品是属于哪次支付的商品。

步骤S112，客户端接收服务器发送的订单待支付信息，检测针对订单待支付信息的订单支付事件，确定订单支付事件对应的订单支付结果，并将订单支付结果发送至服务器。

客户端可对接收到的订单待支付信息进行展示，用户可根据订单待支付信息利用与客户端相关联的支付账号等完成相应的订单支付操作。当客户端检测到针对订单待支付信息的订单支付事件时，根据订单支付事件确定对应的订单支付结果，并将所确定的订单支付结果发送至服务器，以供服务器根据订单支付结果更新订单支付状态。其中，订单支付结果中可包括支付成功信息或支付失败信息，还可包括支付账号、支付金额、支付完成时间等信息。服务器在接收到订单支付结果之后，可对订单支付结果进行记录，若订单支付结果中包含有支付成功信息且支付金额大于或等于待支付金额，则将订单支付状态更新为已支付状态，而后生成消费凭证，以供根据消费凭证进行服务。

可选地，服务器在将预付码与订单标识进行绑定之后，可先将订单支付状态标记为预支付状态，当客户端进行点单时，可先检测订单支付状态是否为预支付状态或者已支付状态，只有在预支付状态或者已支付状态下才允许针对该订单标识进行点单。另外，为了便于管理与维护预付金额，服务器可将预付金额、订单金额、订单商品总金额、预付剩余金额、每次点单对应的订单支付结果等信息写入订单记录中。

考虑到在实际的业务场景中存在着多个用户邀约一起去同一业务场所而分批次进入业务场所的情况，为了能够方便地将分批次进入的用户所支付的预付金额作为一个整体一起进行抵扣处理，在本方法中，支持一个订单标识与多个预付码进行绑定。具体地，该方法还可包括：服务器接收其他客户端发送的其他预付码和订单标识，将其他预付码和该订单标识进行绑定，依据其他预付码的预付金额，对订单最低消费金额进行更新，并向其他客户端返回绑定成功结果。其中，将其他预付码的预付金额与之前绑定的预付码的预付金额的总和确定为该订单标识对应的订单最低消费金额。

在该方法中针对同一订单支持多次点单和多次支付处理，在完成开台处理后，订单标识对应的订单状态会标记为未完结状态，即使经过多次点单和支付，订单状态仍然会保持为未完结状态，以便用户能够针对该订单标识继续进行点单。在确定用户离店后，可将订单状态修改为完结状态，通知服务人员进行收台等处理，在完成收台处理后，将对应的桌台状态修改为空闲状态，以便后续的用户使用。

本实施例提供的预付订单处理方法，对于预付金额的支付、开台、点单、订单支付、预付码添加等操作均支持在客户端中进行，用户通过客户端即可自助完成上述各种操作，无需服务人员进行服务，有效地提升了预付订单的处理效率，减少了业务场所需投入的人力成本；还实现了对预付码的预付金额的有效管理与维护，使得用户能够清楚地获知自己预付金额的使用情况和剩余情况；并且针对同一订单支持多次点单、多次支付和多次添加预付码的操作，有效地提高了业务场所的服务质量和用户体验感，还有助于提升业务场所的自动化运营程度和整体运转效率。

图2示出了本发明另一实施例提供的预付订单处理方法的流程图，如图2所示，该方法可执行于客户端侧，该方法包括如下步骤：

步骤S201，检测针对预付费待支付信息的预付费支付事件，确定预付费支付事件对应的预支付结果。

步骤S202，将预支付结果发送至服务器，以供服务器根据预支付结果生成并返回预付码。

其中，预付码携带有码信息；码信息包括：预支付时间、序列号以及随机数。

步骤S203，接收服务器返回的预付码，利用预付码进行订单支付处理。

具体地，对桌台识别码进行扫描得到订单标识，或者接收录入的订单标识；将预付码和订单标识发送至服务器，以供服务器将预付码和订单标识进行绑定，确定订单最低消费金额，并向客户端返回绑定成功结果；接收并展示服务器返回的绑定成功结果，检测在商品点单页面中执行的点单事件，生成针对于订单标识的点单请求；将点单请求发送至服务器，以供服务器根据点单请求和订单最低消费金额确定订单金额并判断是否需要订单支付。

可选地，若服务器判断得到需要订单支付，该方法还可包括：接收服务器发送的订单待支付信息；检测针对订单待支付信息的订单支付事件，确定订单支付事件对应的订单支付结果；将订单支付结果发送至服务器，以供服务器根据订单支付结果更新订单支付状态。

可选地，在步骤S201之前，该方法还可包括：展示包含有预支付基准的预付页面；接收用户在预付页面中录入的用户数量，并根据用户数量和预支付基准，生成并展示预付费待支付信息。

可选地，该方法还可包括：接收服务器发送的预付剩余金额，并展示预付剩余金额。

本实施例提供的预付订单处理方法，对于预付金额的支付、点单、订单支付等多种操作均支持在客户端中进行，用户通过客户端即可自助完成上述各种操作，无需服务人员进行服务，有效地提升了预付订单的处理效率，减少了业务场所需投入的人力成本；并且客户端还可对预付剩余金额进行展示，以便用户能够清楚地获知自己预付金额的使用情况和剩余情况；并且针对同一订单支持多次点单、多次支付的操作，有效地提高了业务场所的服务质量和用户体验感，还有助于提升业务场所的自动化运营程度和整体运转效率。

图3示出了本发明另一实施例提供的预付订单处理方法的流程图，如图3所示，该方法可执行于服务器侧，该方法包括如下步骤：

步骤S301，接收客户端发送的预支付结果。

步骤S302，根据预支付结果，生成预付码，并将预付码返回至客户端，以供客户端利用预付码进行订单支付处理。

其中，根据预支付结果，判断客户端是否完成预付费支付处理；若是，则根据预付码生成规则，确定码信息，生成携带有码信息的预付码。

步骤S303，接收客户端发送的预付码和订单标识。

步骤S304，根据预付码中的码信息验证预付码的真伪性和有效性。

具体地，判断码信息中的序列号是否符合预设序列号生成规则；若符合预设序列号生成规则，则根据码信息查询预付码的时效期限和可用状态；检测是否当前时间处于时效期限内且可用状态为未使用状态；若是，则验证通过。

步骤S305，若验证通过，则将预付码和订单标识进行绑定，依据预付码的预付金额确定订单最低消费金额，并向客户端返回绑定成功结果。

可选地，该方法还可包括步骤S306至步骤S310。

步骤S306，接收客户端发送的至少一个点单请求。

步骤S307，针对每个点单请求，根据点单请求和订单最低消费金额，确定订单金额。

具体地，根据点单请求中的点单信息，计算订单商品总金额；判断订单商品总金额是否小于订单最低消费金额；若是，则将订单最低消费金额确定为订单金额；若否，则将订单商品总金额确定为订单金额。

步骤S308，依据订单金额，判断是否需要订单支付；若是，则执行步骤S309；若否，则执行步骤S310。

其中，获取订单标识对应的已支付金额；若已支付金额小于订单金额，则判定需要订单支付；若已支付金额大于或等于订单金额，则判定无需订单支付。

步骤S309，将订单支付状态标记为未支付状态，并生成订单待支付信息，将订单待支付信息发送至客户端进行处理。

其中，根据订单金额与已支付金额之间的差值，生成订单待支付信息。

步骤S310，将订单支付状态标记为已支付状态，并生成消费凭证，以供根据消费凭证进行服务。

可选地，该方法还可包括：根据订单金额和订单商品总金额，计算预付剩余金额，并将预付剩余金额发送至客户端进行展示。

可选地，该方法还可包括：接收其他客户端发送的其他预付码和订单标识；将其他预付码和订单标识进行绑定，依据其他预付码的预付金额，对订单最低消费金额进行更新，并向其他客户端返回绑定成功结果。

本实施例提供的预付订单处理方法，对于预付金额的支付、开台、点单、订单支付、预付码添加等操作均支持在客户端中进行，用户通过客户端即可自助完成上述各种操作，无需服务人员进行服务，有效地提升了预付订单的处理效率，减少了业务场所需投入的人力成本；通过将预付码与订单标识进行绑定，实现了对预付码的预付金额的有效管理与维护，使得用户能够清楚地获知自己预付金额的使用情况和剩余情况；并且针对同一订单支持多次点单、多次支付和多次添加预付码的操作，有效地提高了业务场所的服务质量和用户体验感，还有助于提升业务场所的自动化运营程度和整体运转效率。

图4示出了本发明实施例提供的预付订单处理装置的结构示意图，如图4所示，该装置包括：处理模块401和第一传输模块402。

处理模块401适于：检测针对预付费待支付信息的预付费支付事件，确定预付费支付事件对应的预支付结果。

第一传输模块402适于：将预支付结果发送至服务器，以供服务器根据预支付结果生成并返回预付码；接收服务器返回的预付码。

其中，预付码携带有码信息；码信息包括：预支付时间、序列号以及随机数。

处理模块401进一步适于：利用预付码进行订单支付处理。

可选地，该装置还包括：展示模块403，适于展示包含有预支付基准的预付页面；那么处理模块401进一步适于：接收用户在预付页面中录入的用户数量；根据用户数量和预支付基准，生成并展示预付费待支付信息。

可选地，处理模块401进一步适于：对桌台识别码进行扫描得到订单标识，或者接收录入的订单标识；第一传输模块402进一步适于：将预付码和订单标识发送至服务器，以供服务器将预付码和订单标识进行绑定，确定订单最低消费金额，并向客户端返回绑定成功结果；接收服务器返回的绑定成功结果；处理模块401进一步适于：检测在商品点单页面中执行的点单事件，生成针对于订单标识的点单请求；第一传输模块402进一步适于：将点单请求发送至服务器，以供服务器根据点单请求和订单最低消费金额确定订单金额并判断是否需要订单支付；展示模块403适于展示绑定成功结果。

可选地，第一传输模块402进一步适于：若服务器判断得到需要订单支付，接收服务器发送的订单待支付信息；处理模块401进一步适于：检测针对订单待支付信息的订单支付事件，确定订单支付事件对应的订单支付结果；第一传输模块402进一步适于：将订单支付结果发送至服务器，以供服务器根据订单支付结果更新订单支付状态。

可选地，第一传输模块402进一步适于：接收服务器发送的预付剩余金额；展示模块403适于展示预付剩余金额。

本实施例提供的预付订单处理装置，对于预付金额的支付、点单、订单支付等多种操作均支持在客户端中进行，用户通过客户端即可自助完成上述各种操作，无需服务人员进行服务，有效地提升了预付订单的处理效率，减少了业务场所需投入的人力成本；并且客户端还可对预付剩余金额进行展示，以便用户能够清楚地获知自己预付金额的使用情况和剩余情况；并且针对同一订单支持多次点单、多次支付的操作，有效地提高了业务场所的服务质量和用户体验感，还有助于提升业务场所的自动化运营程度和整体运转效率。

图5示出了本发明另一实施例提供的预付订单处理装置的结构示意图，如图5所示，该装置包括：第二传输模块501和预付码生成模块502。

第二传输模块501适于：接收客户端发送的预支付结果。

预付码生成模块502适于：根据预支付结果，生成预付码。

第二传输模块501进一步适于：将预付码返回至客户端，以供客户端利用预付码进行订单支付处理。

可选地，该装置还包括：判断模块503，适于根据预支付结果，判断客户端是否完成预付费支付处理；预付码生成模块502进一步适于：若判断模块503判断得到已完成预付费支付处理，则根据预付码生成规则，确定码信息，生成携带有码信息的预付码。

可选地，第二传输模块501进一步适于：接收客户端发送的预付码和订单标识。那么该装置还可包括：验证绑定模块504，适于将预付码和订单标识进行绑定；订单处理模块505，适于依据预付码的预付金额确定订单最低消费金额；第二传输模块501进一步适于：向客户端返回绑定成功结果。

可选地，验证绑定模块504进一步适于：根据预付码中的码信息验证预付码的真伪性和有效性；若验证通过，则将预付码和订单标识进行绑定。具体地，验证绑定模块504进一步适于：判断码信息中的序列号是否符合预设序列号生成规则；若符合预设序列号生成规则，则根据码信息查询预付码的时效期限和可用状态；检测是否当前时间处于时效期限内且可用状态为未使用状态；若是，则验证通过。

可选地，第二传输模块501进一步适于：接收客户端发送的至少一个点单请求。那么订单处理模块505适于：针对每个点单请求，根据点单请求和订单最低消费金额，确定订单金额；依据订单金额，判断是否需要订单支付；若是，则将订单支付状态标记为未支付状态，并生成订单待支付信息；若否，则将订单支付状态标记为已支付状态，并生成消费凭证，以供根据消费凭证进行服务。第二传输模块501进一步适于：将订单待支付信息发送至客户端进行处理。

可选地，订单处理模块505进一步适于：根据点单请求中的点单信息，计算订单商品总金额；判断订单商品总金额是否小于订单最低消费金额；若是，则将订单最低消费金额确定为订单金额；若否，则将订单商品总金额确定为订单金额。

可选地，订单处理模块505进一步适于：根据订单金额和订单商品总金额，计算预付剩余金额；第二传输模块501进一步适于：将预付剩余金额发送至客户端进行展示。

可选地，订单处理模块505进一步适于：获取订单标识对应的已支付金额；若已支付金额小于订单金额，则判定需要订单支付；根据订单金额与已支付金额之间的差值，生成订单待支付信息。

可选地，第二传输模块501进一步适于：接收其他客户端发送的其他预付码和订单标识。那么验证绑定模块504适于将其他预付码和订单标识进行绑定；订单处理模块505适于依据其他预付码的预付金额，对订单最低消费金额进行更新；第二传输模块501进一步适于：向其他客户端返回绑定成功结果。

本实施例提供的预付订单处理装置，对于预付金额的支付、开台、点单、订单支付、预付码添加等操作均支持在客户端中进行，用户通过客户端即可自助完成上述各种操作，无需服务人员进行服务，有效地提升了预付订单的处理效率，减少了业务场所需投入的人力成本；通过将预付码与订单标识进行绑定，实现了对预付码的预付金额的有效管理与维护，使得用户能够清楚地获知自己预付金额的使用情况和剩余情况；并且针对同一订单支持多次点单、多次支付和多次添加预付码的操作，有效地提高了业务场所的服务质量和用户体验感，还有助于提升业务场所的自动化运营程度和整体运转效率。

本发明实施例还提供了一种预付订单处理系统，该系统包括：如图4所示的预付订单处理装置以及如图5所示的预付订单处理装置。

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

图6示出了根据本发明实施例的一种计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。如图6所示，该计算设备可以包括：处理器(processor)602、通信接口(Communications Interface)604、存储器(memory)606、以及通信总线608。其中：处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。通信接口604，用于与其它设备比如客户端或其它服务器等的网元通信。处理器602，用于执行程序610，具体可以执行上述执行于客户端的预付订单处理方法实施例中的相关步骤。具体地，程序610可以包括程序代码，该程序代码包括计算机操作指令。

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

存储器606，用于存放程序610。存储器606可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。程序610具体可以用于使得处理器602执行上述任意方法实施例中的执行于客户端的预付订单处理方法。程序610中各步骤的具体实现可以参见上述执行于客户端的预付订单处理实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

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

本发明实施例还提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；存储器用于存放至少一可执行指令，可执行指令使处理器执行上述的执行于服务器的预付订单处理方法对应的操作。该计算设备的结构示意图与图6所示的计算设备的结构示意图相同，此处不再赘述。

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

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

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

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

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

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

Claims (10)

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

检测针对预付费待支付信息的预付费支付事件，确定所述预付费支付事件对应的预支付结果；

将所述预支付结果发送至服务器，以供所述服务器根据所述预支付结果生成并返回预付码；

接收所述服务器返回的预付码，利用所述预付码进行订单支付处理。

2.根据权利要求1所述的方法，其中，在所述检测针对预付费待支付信息的预付费支付事件之前，所述方法还包括：

展示包含有预支付基准的预付页面；

接收用户在所述预付页面中录入的用户数量，并根据所述用户数量和所述预支付基准，生成并展示预付费待支付信息。

3.根据权利要求1或2所述的方法，其中，所述利用所述预付码进行订单支付处理进一步包括：

对桌台识别码进行扫描得到订单标识，或者接收录入的订单标识；

将所述预付码和所述订单标识发送至所述服务器，以供所述服务器将所述预付码和所述订单标识进行绑定，确定订单最低消费金额，并向所述客户端返回绑定成功结果；

接收并展示所述服务器返回的绑定成功结果，检测在商品点单页面中执行的点单事件，生成针对于所述订单标识的点单请求；

将所述点单请求发送至所述服务器，以供所述服务器根据所述点单请求和所述订单最低消费金额确定订单金额并判断是否需要订单支付。

4.根据权利要求3所述的方法，其中，若所述服务器判断得到需要订单支付，所述方法还包括：

接收所述服务器发送的订单待支付信息；

检测针对所述订单待支付信息的订单支付事件，确定所述订单支付事件对应的订单支付结果；

将所述订单支付结果发送至所述服务器，以供所述服务器根据所述订单支付结果更新订单支付状态。

5.一种预付订单处理方法，所述方法包括：

接收客户端发送的预支付结果；

根据所述预支付结果，生成预付码，并将所述预付码返回至所述客户端，以供所述客户端利用所述预付码进行订单支付处理。

6.一种预付订单处理装置，所述装置包括：

处理模块，适于检测针对预付费待支付信息的预付费支付事件，确定所述预付费支付事件对应的预支付结果；

第一传输模块，适于将所述预支付结果发送至服务器，以供所述服务器根据所述预支付结果生成并返回预付码；接收所述服务器返回的预付码；

所述处理模块进一步适于：利用所述预付码进行订单支付处理。

7.一种预付订单处理装置，所述装置包括：

第二传输模块，适于接收客户端发送的预支付结果；

预付码生成模块，适于根据所述预支付结果，生成预付码；

所述第二传输模块进一步适于：将所述预付码返回至所述客户端，以供所述客户端利用所述预付码进行订单支付处理。

8.一种预付订单处理系统，所述系统包括：权利要求6所述的预付订单处理装置和权利要求7所述的预付订单处理装置。

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

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

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

Images