离线处理订单的方法、计算设备和计算机可读存储介质技术

本公开提供了一种用于离线处理订单的方法、计算设备和计算机可读存储介质。该方法包括：基于特定门店的历史订单数据，确定该门店的订单缓存策略，该订单缓存策略包括该门店的订单缓存时间间隔；将该订单缓存策略传输给该门店的客户端；接收该客户端基于该订单缓存策略发送的订单缓存请求；基于该门店的历史订单数据，产生该门店的预测订单数据，该预测订单数据至少指示该门店的预测订单的数量；获取针对该门店的真实订单数据，该真实订单数据至少包括针对该门店的真实订单的全局订单号；以及将该预测订单数据和该真实订单数据发送给该客户端。

【技术实现步骤摘要】
离线处理订单的方法、计算设备和计算机可读存储介质
本公开概括而言涉及互联网信息处理领域，更具体地，涉及一种用于离线处理订单的方法、计算设备和计算机可读存储介质。
技术介绍
当前，随着移动互联网的发展，越来越多的服务性企业放弃了原来纯线下的服务模式，而是采取线上和线下混合服务模式。例如，企业可以通过线上接收顾客订单并且在线下对顾客进行服务。以汽车租赁行业为例，传统的汽车租赁服务过程包括：顾客前往汽车租赁公司的门店，挑选要租赁的车型，门店对客户证件进行登记和验证，然后与顾客签订纸质的租赁合同并向顾客派车。显然，在这种方式中，顾客所能租赁的车型严重依赖于门店当前所具有的车型，顾客无法在前往某个门店之前确保该门店具有其期望的车型。在基于移动互联网的线上线下混合服务模式中，顾客可以提前通过汽车租赁公司的网站或APP选择自己希望的车型、日期和时间、门店等，并与汽车租赁公司进行线上签约，然后在约定日期和时间前往所选择的门店提取约定车型的车辆。在顾客到达门店之后，门店的工作人员可以通过门店的客户端从公司服务器中调取该顾客的订单信息，并且按照订单信息中指示的内容，如订单号、顾客姓名、预订车型、日期、付款信息等，对顾客进行取车服务。可以看出，上述取车过程必须在门店的客户端联网的情况下进行。然而，在一些情况下，例如门店位于地下或者门店所处区域通信光纤老化等情况下，门店的客户端可能会出现无网络或网络质量差的情况，从而无法顺利从公司服务器获取顾客的订单信息，继而无法为顾客服务。此外，在这种混合服务模式下，仍然有可能有部分顾客会直接前往门店进行线下订单签约和服务。在这种情况下，门店是否能满足顾客需求仍然存在着很大的不确定性。另一方面，对于一些服务公司来说，其门店分布广泛、数量众多，可提供的服务产品的类型多种多样，因此如何在各个门店之间合理配置预留的产品类型和数量也是一个需要解决的问题。例如，对于全国连锁的汽车租赁公司来说，其门店可能遍布全国的省级、市级、区级行政区域，并且在同一行政区域中还可能具有多个门店，这些门店的订单情况千差万别，难以预先为每个门店预留适当的车型和数量。
技术实现思路
针对上述问题中的至少一个，本公开提供了一种用于离线处理订单的方案，使得门店即使在离线情况下也能够安全快速地进行订单处理。根据本公开的一个方面，提供了一种用于离线处理订单的方法。该方法包括：基于特定门店的历史订单数据，确定该门店的订单缓存策略，该订单缓存策略包括该门店的订单缓存时间间隔；将该订单缓存策略传输给该门店的客户端；接收该客户端基于该订单缓存策略发送的订单缓存请求；基于该门店的历史订单数据，产生该门店的预测订单数据，该预测订单数据至少指示该门店的预测订单的数量；获取针对该门店的真实订单数据，该真实订单数据至少包括针对该门店的真实订单的全局订单号；以及将该预测订单数据和该真实订单数据发送给该客户端。根据本公开的另一个方面，提供了一种计算设备。该计算设备包括：至少一个处理单元；以及至少一个存储器，该至少一个存储器被耦合到该至少一个处理单元并且存储用于由该至少一个处理单元执行的指令，该指令当由该至少一个处理单元执行时，使得该计算设备执行根据上述方法的步骤。根据本公开的再一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序代码，该计算机程序代码在被运行时执行如上所述的方法。附图说明通过参考下列附图所给出的本公开的具体实施方式的描述，将更好地理解本公开，并且本公开的其他目的、细节、特点和优点将变得更加显而易见。图1示出了根据本公开的用于离线处理订单的系统的示意图。图2示出了根据本公开的一些实施例的用于离线处理订单的方法的流程图。图3示出了根据本公开的一些实施例的确定门店的订单缓存策略的步骤的流程图。图4示出了根据本公开的一些实施例的产生门店的预测订单数据的步骤的流程图。图5示出了可以用来实施本公开的实施例的计算设备的示意性框图。具体实施方式下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整的传达给本领域的技术人员。在下文的描述中，出于说明各种专利技术的实施例的目的阐述了某些具体细节以提供对各种专利技术实施例的透彻理解。但是，相关领域技术人员将认识到可在无这些具体细节中的一个或多个细节的情况来实践实施例。在其它情形下，与本申请相关联的熟知的装置、结构和技术可能并未详细地示出或描述从而避免不必要地混淆实施例的描述。除非语境有其它需要，在整个说明书和权利要求中，词语“包括”和其变型，诸如“包含”和“具有”应被理解为开放的、包含的含义，即应解释为“包括，但不限于”。在整个说明书中对“一个实施例”或“一些实施例”的提及表示结合实施例所描述的特定特点、结构或特征包括于至少一个实施例中。因此，在整个说明书的各个位置“在一个实施例中”或“在一些实施例”中的出现不一定全都指相同实施例。另外，特定特点、结构或特征可在一个或多个实施例中以任何方式组合。此外，说明书和权利要求中所用的第一、第二等术语，仅仅出于描述清楚起见来区分各个对象，而并不限定其所描述的对象的大小或其他顺序等。图1示出了根据本公开的实施例的用于离线处理订单的系统1的示意图。如图1中所示，系统1包括多个客户端10和与多个客户端10通信的服务器20。这里，每个客户端10可以是诸如汽车租赁企业之类的企业的每个门店配备的移动或固定终端，如手机、平板电脑、笔记本电脑、台式电脑等。客户端10可以与企业的服务器20通信，以向服务器20发送信息和/或从服务器20接收信息。客户端10和服务器20之间可以通过各种通信方式进行通信，如光纤网络、移动互联网等。客户端10和服务器20分别可以包括至少一个处理单元和与该至少一个处理单元耦合的至少一个存储器，该存储器中存储有可由该至少一个处理单元执行的指令，该指令在被该至少一个处理单元执行时执行如下所述的方法100的至少一部分。注意，图1中虽然未示出，但是可以理解，每个门店可以配备一个或多个客户端10。在每个门店配备多个客户端10的情况下，每个客户端10还可以与该门店的特定工作人员相关联，从而该客户端10还可以显示针对该特定工作人员的信息。客户端10和服务器20的具体结构例如可以如下结合图5所述。图2示出了根据本公开的一些实施例的用于离线处理订单的方法100的流程图。方法100例如可以由图1中所示的系统1中的服务器20执行。以下结合图1至图2对方法100进行描述。在步骤110，服务器20基于门店的历史订单数据，确定该门店的订单缓存策略。在一些实施例中，步骤110可以是服务器20响应于门店的客户端10开机后或开启订单缓存功能后向服务器20发送的订单缓存策略请求而执行的。在另一些实施例中，步骤110可以是服务器20定期为每个门店的客户端本文档来自技高网...

【技术保护点】
1.一种用于离线处理订单的方法，包括：/n基于特定门店的历史订单数据，确定所述门店的订单缓存策略，所述订单缓存策略包括所述门店的订单缓存时间间隔；/n将所述订单缓存策略传输给所述门店的客户端；/n接收所述客户端基于所述订单缓存策略发送的订单缓存请求；/n基于所述门店的历史订单数据，产生所述门店的预测订单数据，所述预测订单数据至少指示所述门店的预测订单的数量；/n获取针对所述门店的真实订单数据，所述真实订单数据至少包括针对所述门店的真实订单的全局订单号；以及/n将所述预测订单数据和所述真实订单数据发送给所述客户端。/n

【技术特征摘要】
1.一种用于离线处理订单的方法，包括：
基于特定门店的历史订单数据，确定所述门店的订单缓存策略，所述订单缓存策略包括所述门店的订单缓存时间间隔；
将所述订单缓存策略传输给所述门店的客户端；
接收所述客户端基于所述订单缓存策略发送的订单缓存请求；
基于所述门店的历史订单数据，产生所述门店的预测订单数据，所述预测订单数据至少指示所述门店的预测订单的数量；
获取针对所述门店的真实订单数据，所述真实订单数据至少包括针对所述门店的真实订单的全局订单号；以及
将所述预测订单数据和所述真实订单数据发送给所述客户端。


2.如权利要求1所述的方法，还包括：
从所述客户端接收所述客户端在离线期间产生的订单完成数据，所述订单完成数据包括真实订单完成数据和预测订单完成数据，所述真实订单完成数据包括操作所述真实订单所产生的证件验证信息、签名信息和支付信息中的至少一项，所述预测订单完成数据包括操作所述预测订单所产生的证件验证信息、签名信息和支付信息中的至少一项以及所述客户端产生的临时订单号。


3.如权利要求2所述的方法，还包括：
基于所述预测订单完成数据为所述预测订单产生全局订单号。


4.如权利要求1所述的方法，其中确定所述门店的订单缓存策略包括：
基于所述门店的第一时间段内的日平均订单量、第二时间段内的日平均订单量和当日订单量，确定所述门店的订单缓存因子，所述第一时间段大于所述第二时间段；以及
基于所述订单缓存因子和预定时间间隔，确定所述订单缓存策略。


5.如权利要求4所述的方法，其中确定所述门店的订单缓存因子包括：
分别获取所述第一时间段内的日平均订单量与所述第二时间段内的日平均订单量之间的第一比值和所述第一时间段内的日平均订单量与所述当日订单量之间的第二比值；以及
基于所述第一比值和所述第二比值确定所述订单缓存因子。


6.如权利要求1所述的方法，其中产生所述门店的预测订单数据包括：
获取所述门店的历史订单数据，所述历...

【专利技术属性】
技术研发人员：吴毛鹏，章瑞平，谢春，
申请(专利权)人：南京闻航汽车科技有限公司，上海一嗨汽车租赁有限公司，
类型：发明
国别省市：江苏;32