订单处理方法及装置、电子设备和计算机可读存储介质与流程

1.本公开涉及智慧物流技术领域，具体地涉及一种订单处理方法、装置、设备、介质和程序产品。


背景技术：

2.在订单全流程过程中，可能会存在因为各种情况导致订单的时效出现异常，无法正常执行订单，造成订单延迟等情况。这种情况下，为了减少客户抱怨，需要答复客户预计送达时间。现有的物流管理系统中，缺乏订单异常管理，客户针对异常订单询问客服时，客服人员往往根据经验估计预计送达时间，无法给出准确的送达时效，会导致客户催单、投诉、晒单抱怨等，影响客户购物体验。


技术实现要素：

3.鉴于上述问题，本公开提供了一种订单处理方法、装置、设备、介质和程序产品。
4.本公开的一个方面，提供了一种订单处理方法，包括：
5.在确定待处理订单的当前物流节点为异常物流节点的情况下，从作业系统获取当前物流节点的第一预计完成时段，其中第一预计完成时段用于表征，可处理完成当前物流节点的异常状况的预计时段；
6.从作业系统获取与第一预计完成时段关联的目标物流波次信息；
7.根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段；
8.向客户端推送包含预计送达时段的订单处理消息。
9.根据本公开的实施例，其中：目标物流波次信息包括：与第一预计完成时段最接近的物流波次的信息。
10.根据本公开的实施例，其中：目标物流波次信息包括第一目标物流波次信息和第二目标物流波次信息，其中第一目标物流波次信息为在第一预计完成时段之前，与第一预计完成时段最接近的物流波次的信息，第二目标物流波次信息为在第一预计完成时段之后，与第一预计完成时段最接近的物流波次的信息。
11.根据本公开的实施例，其中，根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段包括：
12.根据第一预计完成时段和目标物流波次信息，确定当前物流节点的第二预计完成时段，其中第二预计完成时段用于表征，当前物流节点的物流流程可操作完成的预计时段；
13.根据当前物流节点的第二预计完成时段，计算待处理订单的预计送达时段。
14.根据本公开的实施例，其中，根据当前物流节点的第二预计完成时段，计算待处理订单的预计送达时段包括：
15.获取待处理订单的路由信息表；
16.根据路由信息表、当前物流节点的第二预计完成时段，依次计算当前物流节点之后的各个后续物流节点的物流流程可操作完成的预计时段；
17.将最后一个物流节点的物流流程可操作完成的预计时段，确定为预计送达时段。
18.根据本公开的实施例，其中，根据第一预计完成时段和目标物流波次信息，确定当前物流节点的第二预计完成时段包括：
19.从第一目标物流波次信息中获取波次截止时间；
20.在波次截止时间大于第一预计完成时段的情况下，根据第二目标物流波次信息确定第二预计完成时段；以及
21.在波次截止时间小于等于第一预计完成时段的情况下，根据第一目标物流波次信息确定第二预计完成时段。
22.根据本公开的实施例，还包括，在获取待异常物流节点的第一预计完成时段之前：
23.获取待处理订单在当前物流节点的原计划完成时段和实时物流状态；
24.在待处理订单于原计划完成时段的实时物流状态为未完成的情况下，确定当前物流节点为异常物流节点。
25.根据本公开的实施例，其中，获取待处理订单在当前物流节点的原计划完成时段和实时物流状态包括利用分布式数据流引擎执行：
26.从中间件中获取待处理订单的路由信息表和实时物流状态信息表；
27.将路由信息表和实时物流状态信息表合并加工，以形成物流状态监控表；
28.从物流状态监控表中，获取待处理订单在当前物流节点的原计划完成时段和实时物流状态。
29.根据本公开的实施例，还包括，在获取待异常物流节点的第一预计完成时段之前：
30.获取待处理订单的路由信息表；
31.在根据路由信息表，确定与当前物流节点关联的实际操作地址不为当前路由地址的情况下，确定当前物流节点为异常物流节点。
32.本公开的另一个方面提供了一种订单处理装置，包括第一获取模块、第二获取模块、计算模块和推送模块。
33.其中，第一获取模块，用于在确定待处理订单的当前物流节点为异常物流节点的情况下，从作业系统获取当前物流节点的第一预计完成时段，其中第一预计完成时段用于表征，可处理完成当前物流节点的异常状况的预计时段；
34.第二获取模块，用于从作业系统获取与第一预计完成时段关联的目标物流波次信息；
35.计算模块，用于根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段；
36.推送模块，用于向客户端推送包含预计送达时段的订单处理消息。
37.根据本公开的实施例，其中：目标物流波次信息包括：与第一预计完成时段最接近的物流波次的信息。
38.根据本公开的实施例，其中：目标物流波次信息包括第一目标物流波次信息和第二目标物流波次信息，其中第一目标物流波次信息为在第一预计完成时段之前，与第一预计完成时段最接近的物流波次的信息，第二目标物流波次信息为在第一预计完成时段之后，与第一预计完成时段最接近的物流波次的信息。
39.根据本公开的实施例，其中，计算模块包括确定单元和计算单元。
40.其中，确定单元，用于根据第一预计完成时段和目标物流波次信息，确定当前物流节点的第二预计完成时段，其中第二预计完成时段用于表征，当前物流节点的物流流程可操作完成的预计时段；
41.计算单元，用于根据当前物流节点的第二预计完成时段，计算待处理订单的预计送达时段。
42.根据本公开的实施例，其中，计算单元包括第一获取子单元、计算子单元和第一确定子单元。
43.其中，第一获取子单元，用于获取待处理订单的路由信息表；
44.计算子单元，根据路由信息表、当前物流节点的第二预计完成时段，依次计算当前物流节点之后的各个后续物流节点的物流流程可操作完成的预计时段；
45.第一确定子单元，用于将最后一个物流节点的物流流程可操作完成的预计时段，确定为预计送达时段。
46.根据本公开的实施例，其中，确定单元包括第二获取子单元、第二确定子单元和第三确定子单元。
47.其中，第二获取子单元，用于从第一目标物流波次信息中获取波次截止时间；
48.第二确定子单元，用于在波次截止时间大于第一预计完成时段的情况下，根据第二目标物流波次信息确定第二预计完成时段；以及
49.第三确定子单元，用于在波次截止时间小于等于第一预计完成时段的情况下，根据第一目标物流波次信息确定第二预计完成时段。
50.根据本公开的实施例，还包括第三获取模块、第一确定模块。
51.其中，第三获取模块，用于在获取待异常物流节点的第一预计完成时段之前，获取待处理订单在当前物流节点的原计划完成时段和实时物流状态；
52.第一确定模块，用于在待处理订单于原计划完成时段的实时物流状态为未完成的情况下，确定当前物流节点为异常物流节点。
53.根据本公开的实施例，其中，第三获取模块包括第一获取单元、加工单元、第二获取单元。
54.其中，第一获取单元，用于利用分布式数据流引擎执行从中间件中获取待处理订单的路由信息表和实时物流状态信息表；
55.加工单元，用于利用分布式数据流引擎执行将路由信息表和实时物流状态信息表合并加工，以形成物流状态监控表；
56.第二获取单元，用于利用分布式数据流引擎执行从物流状态监控表中，获取待处理订单在当前物流节点的原计划完成时段和实时物流状态。
57.根据本公开的实施例，还包括第四获取模块、第二确定模块。
58.其中，第四获取模块，用于在获取待异常物流节点的第一预计完成时段之前，获取待处理订单的路由信息表；
59.第二确定模块，用于在根据路由信息表，确定与当前物流节点关联的实际操作地址不为当前路由地址的情况下，确定当前物流节点为异常物流节点。
60.本公开的另一个方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使
得一个或多个处理器执行上述订单处理方法。
61.本公开的另一个方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述订单处理方法。
62.本公开的另一个方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述订单处理方法。
附图说明
63.通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
64.图1示意性示出了根据本公开实施例的订单处理方法、装置、设备、介质和程序产品的应用场景图；
65.图2示意性示出了根据本公开一实施例的订单处理方法的流程图；
66.图3示意性示出了可应用本公开实施例的订单处理方法的系统示意图；
67.图4示意性示出了根据本公开实施例的在监控系统中对数据进行处理的流程图；
68.图5示意性示出了根据本公开另一实施例的订单处理方法的流程图；
69.图6示意性示出了根据本公开实施例的订单处理装置的结构框图；以及
70.图7示意性示出了根据本公开实施例的适于实现订单处理方法的电子设备的方框图。
具体实施方式
71.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
72.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
73.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
74.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
75.在订单全流程过程中，可能会存在因为各种情况导致订单的时效出现异常，无法正常执行订单，造成订单延迟等情况。如订单转移、预分拣、配送违约、订单时效过长(非现货转成现货、偏远地区等)或订单无法达成(商品质量、包装破损、缺少配件、第三方退货等)。这种情况下，为了减少客户抱怨，需要答复客户预计送达时间。现有的物流管理系统
中，缺乏订单异常管理，客户针对异常订单询问客服时，客服人员往往根据经验估计预计送达时间，无法给出准确的送达时效，会导致客户催单、投诉、晒单抱怨等，影响客户购物体验。
76.有鉴于此，本公开的实施例提供了一种订单处理方法、装置、设备、介质和程序产品。
77.本公开的一个方面，提供了一种订单处理方法，包括：
78.在确定待处理订单的当前物流节点为异常物流节点的情况下，从作业系统获取当前物流节点的第一预计完成时段，其中第一预计完成时段用于表征，可处理完成当前物流节点的异常状况的预计时段；
79.从作业系统获取与第一预计完成时段关联的目标物流波次信息；
80.根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段；
81.向客户端推送包含预计送达时段的订单处理消息。
82.在本公开的技术方案中，在获取或采集用户个人信息之前，均获取了用户的授权或同意。
83.图1示意性示出了根据本公开实施例的订单处理方法、装置、设备、介质和程序产品的应用场景图。
84.如图1所示，根据该实施例的应用场景100可以包括终端设备101、102、103、网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
85.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
86.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
87.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
88.在本公开实施例的应用场景下，用户可以是等待配送物品的客户，也可以是客服人员，用户可使用终端设备101、102、103通过网络104与服务器105交互，向服务器发送用于获取订单预计送达时段的请求，服务器105可以是在接收到来自于用户的请求后，执行本公开实施例的订单处理方法，获取从作业系统获取可处理完成当前物流节点的异常状况的预计时段、和与预计完成时段关联的目标物流波次信息，并根据获取到的数据计算的得到订单的预计送达时段，并通过终端设备101、102、103向用户返回。
89.需要说明的是，本公开实施例所提供的订单处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的订单处理装置一般可以设置于服务器105中。本公开实施例所提供的订单处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的订单处理装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务
器或服务器集群中。
90.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
91.以下将基于图1描述的场景，通过图2～图7对公开实施例的订单处理方法进行详细描述。
92.图2示意性示出了根据本公开一实施例的订单处理方法的流程图。图3示意性示出了可应用本公开实施例的订单处理方法的系统示意图。以下结合图2、图3对本公开实施例的方法进行说明。
93.如图2所示，该实施例的订单处理方法包括操作s201～操作s204。
94.在操作s201，在确定待处理订单的当前物流节点为异常物流节点的情况下，从作业系统获取当前物流节点的第一预计完成时段，其中第一预计完成时段用于表征，可处理完成当前物流节点的异常状况的预计时段；
95.在操作s202，从作业系统获取与第一预计完成时段关联的目标物流波次信息；
96.在操作s203，根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段；
97.在操作s204，向客户端推送包含预计送达时段的订单处理消息。
98.如图3所示，可应用本公开实施例的订单处理方法的系统可包括前端(客户端)、以及后端的业务对接系统、处理系统和作业系统，其中，处理系统可包括监控系统和计算系统。
99.根据本公开的实施例，处理系统可用于执行本公开实施例的上述操作s201～操作s204，在订单存在异常物流节点的情况下，重新计算订单的预计送达时段并向客户端返回。
100.根据本公开的实施例，作业系统用于维护订单异常原因，同时，作业系统还用于维护各个物流节点的波次信息。作业系统可接收来自于处理系统推送的异常订单信息，通过现场质控人员快速分析异常原因，给出可处理完成当前物流节点的异常状况的预计时段并向处理系统返回。作业系统可进行异常订单主动报备和每一个末级单位处理时效最新时效维护，比如临时增加的波次时效的维护；可通过配置站点波次，并通过消费mq消息接收处理系统推送过来的异常订单，依据波次配置信息，综合反馈异常节点预计处理完成时间，将结果通过mq消息回传给处理系统。
101.根据本公开的实施例，业务对接系统可用于接收异常订单最新履约信息，通过接口与前端交互数据，供前端用户(例如等待配送物品的客户或是客服人员)在线查看。
102.根据本公开的实施例，处理系统执行本公开实施例的上述操作s201～操作s204，具体可包括：
103.在上述操作s201、操作s202，通过监控系统对订单的各个物流节点的状态进行实时监控，在监控系统识别到订单未在预定时间完成规定操作，即在确定待处理订单的当前物流节点为异常物流节点的情况下，触发计算系统进行履约时效重算。监控系统抓取异常订单并将订单信息推送到作业系统，监控系统可通过mq消息队列的方式将消息推送对应作业系统，以便作业系统进行异常原因、预计完成时间维护。在作业系统对异常原因处理完成后，通过监控系统从作业系统获取当前物流节点的第一预计完成时段(可处理完成当前物流节点的异常状况的预计时段)和与第一预计完成时段关联的目标物流波次信息，并将第
一预计完成时段和目标物流波次信息推送至计算系统。第一预计完成时段可以是某个时刻节点，也可以是某一个时间段。
104.在上述操作s203，计算系统接收到监控系统实时调用的指令，根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段。具体地，可进行各节点时效重新计算，给出各环节最新计划完成时间及最终妥投时间，为后续监控提供最新标准。
105.根据本公开的实施例，目标物流波次信息可以是与第一预计完成时段最接近的物流波次的信息。根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段，例如可以是根据最近的物流波次和第一预计完成时段，确定当前物流节点的物流流程可操作完成的预计时段，然后根据当前物流节点更新的预计完成时段，依次计算后续各个物流环节的预计完成时间，即计算出各节点最新计划完成时间及最终妥投时间。
106.在上述操作s204，计算系统向客户端推送包含预计送达时段的订单处理消息，供客服及客户及时了解最新订单信息。根据本公开的实施例，可以是计算系统直接向客户端推送消息，也可以是通过业务对接系统向客户端推送包含预计送达时段的订单处理消息，可通过将订单处理消息通过消息队列mq推送至业务对接系统进行数据持久化，以供客服人员参考。相比于监控系统，业务对接系统中存储的为少量异常订单数据，可进行较长时间的持久化存储。用户点击催单后，通过调用接口调用业务对接系统，可获取订单最新妥投时间和更新后的订单全流程跟踪消息。
107.根据本公开的实施例，向客户端推送包含预计送达时段的订单处理消息可以是，在预计送达时段大于计划送达时段的情况下，向客户端推送订单处理消息。此外，计算系统可加设有全程跟踪开关，在全程跟踪开关开启的情况下，可通过mq消息将最新的履约时间发送到全程跟踪。
108.根据本公开的实施例，在预计送达时段小于等于计划送达时段的情况下(精确到小时)，则直接进入异常结束，无需向客户端推送。该情形属于整个订单流程中虽然存在部分节点异常延迟，但是最终订单的妥投时间在原计划完成时间之内(因后续多个物流环节中可能会有部分环节超前处理的情况)，最终订单并没有延期，因此无需向客户端推送。
109.根据本公开的实施例，通过上述方法实时监控订单状态，并在识别到订单存在异常物流节点的情况下，根据异常节点的异常状况预计处理完成时间和相关的物流波次信息，可计算出更新后的订单预计送达时段，并向用户主动推送最新订单消息，使得等待配送物品的客户或是客服人员可以及时接收到最新的订单信息，提升了客户体验。此外，因为更新后的订单预计送达时段是依据异常状况预计处理完成时间和相关的物流波次信息计算得到的，综合考虑了可能会影响订单失效的多种因素，计算结果更加合理有据，计算出的预计送达时间不再是客服根据经验简单预估得到的，可以给出客户准确的送达时效，减少客户催单、投诉、晒单抱怨等，进一步提高了客户购物体验。
110.根据本公开的实施例，订单待处理订单的当前物流节点为异常物流节点，例如订单在某一节点超期，可以有多种情形，例如某一路段运输状况异常、非现货转成现货、偏远地区、物流路径出现错误等。
111.根据本公开的实施例，通过监控系统监控订单各环节实时状态以确定异常物流节点可以是：获取待处理订单在当前物流节点的原计划完成时段和实时物流状态；在待处理订单于原计划完成时段的实时物流状态为未完成的情况下，确定当前物流节点为异常物流
节点。例如，分拣环节1的原计划完成时段为上午9点，但是上午9点还处于分拣中，分拣还未完成，或者上午9点，分拣环节1还未触发，均表示分拣环节1出现了异常延迟。
112.根据本公开的实施例，通过监控系统监控订单各环节实时状态以确定异常物流节点还可以是：获取待处理订单的路由信息表；在根据路由信息表，确定与当前物流节点关联的实际操作地址不为当前路由地址的情况下，确定当前物流节点为异常物流节点。路由信息表中记录了订单全流程的计划物流路由信息，例如什么时间在什么地方打包完成、什么时间到达某个分拣中心、什么时间验货等。根据路由信息表可读取当前物流节点对应的路由地址。与当前物流节点关联的实际操作地址不为当前路由地址的情况，例如可能是物流运输环节出了问题，出现了发错地址的情形，例如，目前到达分拣环节1，根据路由信息得出该分拣环节应该对应的路由地址-分拣中心是a地点，可是目前执行该分拣环节的实际操作分拣中心是b地点，则认为当前物流节点为异常物流节点，需要重新返回源地址重新发货。
113.在监控系统中主要执行：获取待处理订单在当前物流节点的原计划完成时段和实时物流状态，并将原计划完成时段和实时物流状态进行实时比对的操作。监控系统通过获取仓储打包、首末分拣入港、出港、站点收货和妥投节点的操作记录日志，实时加工处理日志，监控和比对当前操作是否晚于计划时间，晚于计划操作时间则通过mq消息将异常单据推送作业系统，根据作业系统反馈的处理时间进行比对计算，是否晚于计划完成时间，晚于计划完成时间，则触发履约时效重新计算。
114.上述操作过程包括利用分布式数据流引擎执行：
115.从中间件中获取待处理订单的路由信息表和实时物流状态信息表；
116.将路由信息表和实时物流状态信息表合并加工，以形成物流状态监控表；
117.从物流状态监控表中，获取待处理订单在当前物流节点的原计划完成时段和实时物流状态并进行实时比对。
118.图4示意性示出了根据本公开实施例的在监控系统中对数据进行处理的流程图。如图4所示，上述过程包括如下操作：
119.首先，订阅订单全流程相关的操作记录日志binlog消息(binlog是一个二进制格式的文件，用于记录用户对数据库更新的sql语句信息)，binlog消息可包括订单日志数据(记录订单的基本信息)、第一运单数据(记录运单的基本信息)、第二运单数据(记录运单的各环节详细物流信息)、路由日志数据(记录原计划路由信息和实时路由信息)，通过开源框架canal(一款基于数据库增量日志准实时解析的工具)解析binlog日志，获得重点关注物流节点，如仓储打包、首末分拣入港、出港、站点收货和妥投节点的实时物流状态信息和路由信息，形成各种实时物流状态信息表和路由信息表，并将实时物流状态信息表和路由信息表实时同步存储到中间件kafka中。
120.之后，利用分布式数据流引擎flink实时订阅消费kafka消息，从中间件中获取待处理订单的路由信息表和实时物流状态信息表，将路由信息表和实时物流状态信息表合并加工，以形成一个宽表
‑‑
物流状态监控表，物流状态监控表中包含各节点最新的完成时间。上述分布式数据流引擎flink指apache flink，apache flink是由apache软件基金会开发的开源流处理框架，其核心是用java和scala编写的数据流引擎。该过程中，可利用redis缓存订单与运单的关联数据，加工形成的物流状态监控表保存至elasticsearch进行持久化存储。
121.最后，利用flink组件worker实现异步调度，从物流状态监控表中获取待处理订单在当前物流节点的原计划完成时段和实时物流状态并进行实时循环监控和比对，对于异常订单，触发时效重新计算。
122.根据本公开的实施例，通过利用分布式数据流引擎执行上述操作，实现了将订单全流程各个环节的监控数据加工至一张宽表中，方便了将原计划完成时段和实时物流状态并进行实时比对以实时得知订单节点是否异常，实现了对订单全流程的有效监控。flink适用于数据量大的实时批处理，利用flink可加快数据处理的速度，利用中间件kafka实现了数据的解耦，提高了数据处理的效率。
123.根据本公开的实施例，上述订单处理方法中，与第一预计完成时段关联的目标物流波次信息可以是与第一预计完成时段最接近的物流波次的信息。例如可以是第一预计完成时段之后与第一预计完成时段最接近的物流波次的信息，还可以是在第一预计完成时段之前，与第一预计完成时段最接近的物流波次的信息，进一步地，与第一预计完成时段关联的目标物流波次信息还可以是包括第一目标物流波次信息和第二目标物流波次信息，其中第一目标物流波次信息为在第一预计完成时段之前，与第一预计完成时段最接近的物流波次的信息，第二目标物流波次信息为在第一预计完成时段之后，与第一预计完成时段最接近的物流波次的信息。
124.根据本公开的实施例，上述情形例如是：某一物流环节打包环节存在异常延迟，作业系统给出可处理完成当前物流节点的异常状况的第一预计完成时段为上午9点，目标物流波次信息可以是上午8点的物流波次，也可以是上午10点的波次，也可以是包括上午8点和上午10点两个波次。
125.根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段可以适用的情形例如可以是：根据第一预计完成时段上午9点，确定该节点的打包操作可以在上午8点的物流波次执行完成(一般第一预计完成时段的得出比较保守，根据经验一般能在第一预计完成时段之前将异常状态处理完成，一般可以赶上9点之前最近的波次)，则确定当前物流节点的物流流程可操作完成的预计时段为8点，然后根据当前物流节点更新的预计完成时段，依次计算后续各个物流环节的预计完成时间，即计算出各节点最新计划完成时间及最终妥投时间。
126.根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段可以适用的情形例如可以是：根据第一预计完成时段上午9点，确定该节点的打包操作可以在上午10点的物流波次执行完成(为了确保运单流程不出现差错，选取9点之后的波次，因预计在9点异常状态会处理完成，则一定能赶上9点之后的波次)，则确定当前物流节点的物流流程可操作完成的预计时段为10点，然后根据当前物流节点更新的预计完成时段，依次计算后续各个物流环节的预计完成时间，即计算出各节点最新计划完成时间及最终妥投时间。
127.根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段可以适用的情形例如可以是：根据第一预计完成时段上午9点，根据距离9点最近的波次8点或10点，确定该节点的打包操作可以在上午8点或10点的物流波次执行完成(至于选取8点波次还是10点波次，可根据实际订单运行情况决定)，则确定当前物流节点的物流流程可操作完成的预计时段为10点，然后根据当前物流节点更新的预计完成时段，依次计算后续各个
物流环节的预计完成时间，即计算出各节点最新计划完成时间及最终妥投时间。
128.根据本公开的实施例，因为目标物流波次信息是与第一预计完成时段最接近的物流波次的信息，可以在最接近可处理完成当前物流节点的异常状况的时段完成该节点的操作，在保证异常状况可处理完成的前提下，最大程度地保证了订单时效，减少了客户抱怨，进一步提高了客户购物体验。
129.图5示意性示出了根据本公开另一实施例的订单处理方法的流程图。以下结合图5对本公开实施例的方法进行说明。
130.如图5所示，订单的全流程物流节点可包括仓库打包节点、分拣节点(可包含分拣1、分拣2
……
)、站点验货节点，当前物流节点可以是订单流程中的上述任一节点，在确定待处理订单的当前物流节点为异常物流节点的情况下，从作业系统获取可处理完成当前物流节点的异常状况的第一预计完成时段、并获取与第一预计完成时段关联的目标物流波次信息后，根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段。
131.其中，根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段包括：
132.首先，根据第一预计完成时段和目标物流波次信息，确定当前物流节点的物流流程可操作完成的第二预计完成时段；
133.之后，根据当前物流节点的第二预计完成时段，计算待处理订单的预计送达时段。该操作具体可包括：获取待处理订单的路由信息表；根据路由信息表、当前物流节点的第二预计完成时段，依次计算当前物流节点之后的各个后续物流节点的物流流程可操作完成的预计时段；将最后一个物流节点的物流流程可操作完成的预计时段，确定为预计送达时段。
134.例如，上述操作方法可以是仓库打包节点出现异常，首先从作业系统中获取到仓库打包异常可处理完成的第一预计完成时段(例如上午9点)、以及与第一预计完成时段最接近的物流波次的信息(例如上午10点)，确定该节点的打包操作可以在第二预计完成时段(上午10点)的物流波次执行完成。然后，根据路由信息表中给出的分拣节点的原计划执行时间，确定分拣节点的物流流程可操作完成的预计时段。
135.需要说明的是，打包节点出现异常，有可能会引起分拣节点的延迟，从而导致分拣节点的时效重新计算(例如第一个分拣节点原计划处理完成时间为上午9点半，但是打包处理完成的时间为上午10点，分拣节点出现异常)，时效重算的计算方法同打包节点时效重算的方法，在此不再赘述。此外，打包节点出现异常，有可能不会引起分拣节点的延迟(例如第一个分拣节点原计划处理完成时间为上午11点，打包处理完成的时间为上午10点，不会引起分拣节点异常)，该情形下，分拣节点的时效无需重算。
136.按照上述处理逻辑，依次确定后续的分拣节点、站点验货节点的物流流程可操作完成的预计时段；将最后一个物流节点，即站点验货节点的物流流程可操作完成的预计时段，确定为订单可执行完成的预计送达时段。
137.在计算得到订单可执行完成的预计送达时段后，可以将预计送达时段与原计划送达时段进行比较，在预计送达时段大于计划送达时段的情况下，表明该订单为异常订单，需要向客户端推送订单处理消息。
138.在预计送达时段小于等于计划送达时段的情况下，则直接进入异常结束，无需向客户端推送。该情形属于整个订单流程中虽然存在部分节点异常延迟，但是最终订单的妥
投时间在原计划完成时间之内，最终订单并没有延期，该订单为非异常订单，因此无需向客户端推送，同时将异常节点的物流信息记录存储，以便后续业务人员查看。
139.以下以仓库打包环节为例，对本公开另一实施例的订单处理方法进行说明。该情形可适用在目标物流波次信息包括在第一预计完成时段之前的第一目标物流波次信息，和在第一预计完成时段之后第二目标物流波次信息的情况下。
140.例如，仓库打包节点出现异常，首先从订单基础系统通过接口获取订单的基本信息(订单号、仓库id、操作单位等)，依据订单基本信息从作业系统中获取到仓库打包异常可处理完成的第一预计完成时段、以及与第一预计完成时段最接近的物流波次的信息。
141.获取物流波次的信息的操作可以是：首先从路由系统通过接口获取待处理订单的原始路由信息(即第一目标物流波次信息)，判断订单是否有干支线路由，如果存在干支线，则找到小于第一预计完成时段的预计完成时间的截单时间最大移动波次，如果不存在干支线则找小于第一预计完成时段的截单时间最大本地波次，并从原始路由信息中获取相应的波次截止时间(例如，针对上午10点的波次，波次截止时间可能是下午1点)。其中，移动波次针对干支线，一般情况下波次间隔时间较长，例如一天一个波次，且不可临时增加波次。本地波次不针对干支线，一般情况下波次间隔时间较短，例如一天多个波次，且可临时增加波次。
142.之后，在波次截止时间大于第一预计完成时段的情况下，根据在第一预计完成时段之后的第二目标物流波次信息确定第二预计完成时段；以及在波次截止时间小于等于第一预计完成时段的情况下，根据在第一预计完成时段之前的第一目标物流波次信息确定第二预计完成时段。
143.例如，第一预计完成时段为上午9点，目标物流波次是包括上午7点和上午10点两个波次，上午7点波次的波次截止时间是上午10点，上午10点波次的波次截止时间是下午1点，根据波次截止时间初步预估出预计的打包时段可能是上午10点或下午1点，波次截止时间(预估打包时段)均大于第一预计完成时段，则需要根据上午10点的波次重新计算该打包节点的预计完成时段，可以将上午10点确定为该打包节点的预计完成时段。再例如，若其中有一个波次的波次截止时间(预估打包时段)小于第一预计完成时段，如上午7点波次的波次截止时间是8点，上午10点波次的波次截止时间是下午1点，则可以根据上午7点的波次重新计算该打包节点的预计完成时段，例如可确定该打包节点的预计完成时段为上午8点或7点(因第一预计完成时段的得出比较保守，根据经验一般能在第一预计完成时段之前将异常状态处理完成，一般可以赶上第一预计完成时段之前最近的波次进行打包)。
144.根据本公开的实施例，通过上述方法，根据波次截止时间和第一预计完成时段的比较结果，合理选取在第一预计完成时段之前或之后的物流波次信息确定物流节点的预计完成时段，预计完成时段的计算结果更加合理，在保证异常状况可处理完成的前提下，减少了不必要的等待时间，提高了订单处理时效。
145.根据本公开的实施例，通过监控系统监控订单各环节实时状态以确定异常物流节点还可以是：获取待处理订单的路由信息表；在根据路由信息表，确定与当前物流节点关联的实际操作地址不为当前路由地址的情况下，确定当前物流节点为异常物流节点。从路由信息表中可读取当前物流节点的原计划执行路由地址(当前路由地址)，与当前物流节点关联的实际操作地址不为当前路由地址的情况，例如可能是物流运输环节出了问题，出现了
发错地址的情形，则需要重新返回源地址重新发货。
146.以下以分拣环节为例，对本公开另一实施例的订单处理方法进行说明。该情形可适用在上述与当前物流节点关联的实际操作地址不为当前路由地址的异常情况。
147.例如，在某一分拣物流节点，从订单路由信息表读取该分拣节点的原计划执行路由地址为a地点，但是当前实际操作地址为b地点，则判断该分拣物流节点出现了异常，需要对该分拣节点进行时效重算。
148.进行时效重算的主要计算逻辑与本公开前述任一实施例中根据第一预计完成时段和目标物流波次信息计算待处理订单的预计送达时段的逻辑相同，即首先从订单基础系统通过接口获取订单的基本信息(订单号、仓库id、操作单位等)，依据订单基本信息从作业系统中获取到分拣异常可处理完成的第一预计完成时段、以及与第一预计完成时段最接近的物流波次的信息。之后，根据第一预计完成时段和目标物流波次信息，确定当前分拣节点的物流流程可操作完成的第二预计完成时段；之后，根据当前物流节点的第二预计完成时段，依次计算当前物流节点之后的各个后续物流节点的物流流程可操作完成的预计时段；将最后一个物流节点的物流流程可操作完成的预计时段，确定为预计送达时段。
149.需要说明的是，在上述异常情况下，因与当前分拣节点关联的实际操作地址不为当前路由地址，在依次计算当前物流节点及其之后的各个后续物流节点的物流流程可操作完成的预计时段的过程中，需要按照当前的错误路径重新确定始发物流节点，然后按照重新规划的路由路径重新计算各个节点的预计完成时段。
150.例如，具体操作流程可包括：利用数据接口从分拣系统基础配置信息中获取当前分拣节点的实际操作地址，根据路由信息表可确定是否可以将当前实际操作地址作为始发物流地址重新规划路径。
151.若可以将当前实际操作地址作为始发物流地址重新规划路径，则路由方式无需采用干支线物流方式，可以通过本地波次完成该分拣节点的操作，根据分拣异常可处理完成的第一预计完成时段，找到大于第一预计完成时段且最接近第一预计完成时段的最小出港/进港时间的本地波次，计算当前分拣节点的物流流程可操作完成的预计时段，各个后续物流节点的物流流程可操作完成的预计时段，可结合重新规划的路由路径依次重新计算。
152.若不可以将当前实际操作地址作为始发物流地址重新规划路径，则路由方式需采用干支线物流方式，可以通过移动波次完成该分拣节点的操作，根据分拣异常可处理完成的第一预计完成时段，找到大于第一预计完成时段且最接近第一预计完成时段的最小出港/进港时间的移动波次，计算当前分拣节点的物流流程可操作完成的预计时段，各个后续物流节点的物流流程可操作完成的预计时段，可结合重新规划的路由路径依次重新计算。
153.根据本公开的实施例，在站点验货节点同样可能存在上述异常情况(当前实际验货地址与原路由路径中的计划验货地址不同)，需要重新计算订单时效，时效计算的方法同上述实施例中对异常分拣节点的时效重新计算的方法，在此不再赘述。
154.基于上述订单处理方法，本公开还提供了一种订单处理装置。以下将结合图6对该装置进行详细描述。
155.图6示意性示出了根据本公开实施例的订单处理装置的结构框图。
156.如图6所示，该实施例的订单处理装置，包括第一获取模块601、第二获取模块602、计算模块603和推送模块604。
157.其中，第一获取模块601，用于在确定待处理订单的当前物流节点为异常物流节点的情况下，从作业系统获取当前物流节点的第一预计完成时段，其中第一预计完成时段用于表征，可处理完成当前物流节点的异常状况的预计时段；
158.第二获取模块602，用于从作业系统获取与第一预计完成时段关联的目标物流波次信息；
159.计算模块603，用于根据第一预计完成时段和目标物流波次信息，计算待处理订单的预计送达时段；
160.推送模块604，用于向客户端推送包含预计送达时段的订单处理消息。
161.根据本公开的实施例，通过第一获取模块601、第二获取模块602、计算模块603，实现了在识别到订单存在异常物流节点的情况下，根据异常节点的异常状况预计处理完成时间和相关的物流波次信息，计算出更新后的订单预计送达时段，并通过推送模块604向用户主动推送最新订单消息，使得等待配送物品的客户或是客服人员可以及时接收到最新的订单信息，提升了客户体验。此外，计算模块603计算出的订单预计送达时段是依据异常状况预计处理完成时间和相关的物流波次信息计算得到的，综合考虑了可能会影响订单失效的多种因素，计算结果更加合理有据，计算出的预计送达时间不再是客服根据经验简单预估得到的，可以给出客户准确的送达时效，减少客户催单、投诉、晒单抱怨等，进一步提高了客户购物体验。
162.根据本公开的实施例，其中：目标物流波次信息包括：与第一预计完成时段最接近的物流波次的信息。
163.根据本公开的实施例，其中：目标物流波次信息包括第一目标物流波次信息和第二目标物流波次信息，其中第一目标物流波次信息为在第一预计完成时段之前，与第一预计完成时段最接近的物流波次的信息，第二目标物流波次信息为在第一预计完成时段之后，与第一预计完成时段最接近的物流波次的信息。
164.根据本公开的实施例，其中，计算模块包括确定单元和计算单元。
165.其中，确定单元，用于根据第一预计完成时段和目标物流波次信息，确定当前物流节点的第二预计完成时段，其中第二预计完成时段用于表征，当前物流节点的物流流程可操作完成的预计时段；
166.计算单元，用于根据当前物流节点的第二预计完成时段，计算待处理订单的预计送达时段。
167.根据本公开的实施例，其中，计算单元包括第一获取子单元、计算子单元和第一确定子单元。
168.其中，第一获取子单元，用于获取待处理订单的路由信息表；
169.计算子单元，根据路由信息表、当前物流节点的第二预计完成时段，依次计算当前物流节点之后的各个后续物流节点的物流流程可操作完成的预计时段；
170.第一确定子单元，用于将最后一个物流节点的物流流程可操作完成的预计时段，确定为预计送达时段。
171.根据本公开的实施例，其中，确定单元包括第二获取子单元、第二确定子单元和第三确定子单元。
172.其中，第二获取子单元，用于从第一目标物流波次信息中获取波次截止时间；
173.第二确定子单元，用于在波次截止时间大于第一预计完成时段的情况下，根据第二目标物流波次信息确定第二预计完成时段；以及
174.第三确定子单元，用于在波次截止时间小于等于第一预计完成时段的情况下，根据第一目标物流波次信息确定第二预计完成时段。
175.根据本公开的实施例，还包括第三获取模块、第一确定模块。
176.其中，第三获取模块，用于在获取待异常物流节点的第一预计完成时段之前，获取待处理订单在当前物流节点的原计划完成时段和实时物流状态；
177.第一确定模块，用于在待处理订单于原计划完成时段的实时物流状态为未完成的情况下，确定当前物流节点为异常物流节点。
178.根据本公开的实施例，其中，第三获取模块包括第一获取单元、加工单元、第二获取单元。
179.其中，第一获取单元，用于利用分布式数据流引擎执行从中间件中获取待处理订单的路由信息表和实时物流状态信息表；
180.加工单元，用于利用分布式数据流引擎执行将路由信息表和实时物流状态信息表合并加工，以形成物流状态监控表；
181.第二获取单元，用于利用分布式数据流引擎执行从物流状态监控表中，获取待处理订单在当前物流节点的原计划完成时段和实时物流状态。
182.根据本公开的实施例，还包括第四获取模块、第二确定模块。
183.其中，第四获取模块，用于在获取待异常物流节点的第一预计完成时段之前，获取待处理订单的路由信息表；
184.第二确定模块，用于在根据路由信息表，确定与当前物流节点关联的实际操作地址不为当前路由地址的情况下，确定当前物流节点为异常物流节点。
185.根据本公开的实施例，第一获取模块601、第二获取模块602、计算模块603和推送模块604中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一获取模块601、第二获取模块602、计算模块603和推送模块604中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一获取模块601、第二获取模块602、计算模块603和推送模块604中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
186.图7示意性示出了根据本公开实施例的适于实现订单处理方法的电子设备的方框图。
187.如图7所示，根据本公开实施例的电子设备700包括处理器701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。处理器701例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器
701还可以包括用于缓存用途的板载存储器。处理器701可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
188.在ram 703中，存储有电子设备700操作所需的各种程序和数据。处理器701、rom 702以及ram 703通过总线704彼此相连。处理器701通过执行rom 702和/或ram 703中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 702和ram 703以外的一个或多个存储器中。处理器701也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
189.根据本公开的实施例，电子设备700还可以包括输入/输出(i/o)接口705，输入/输出(i/o)接口705也连接至总线704。电子设备700还可以包括连接至i/o接口705的以下部件中的一项或多项：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
190.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
191.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 702和/或ram 703和/或rom702和ram 703以外的一个或多个存储器。
192.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的订单处理方法。
193.在该计算机程序被处理器701执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
194.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分709被下载和安装，和/或从可拆卸介质711被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
195.在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被处理器701执行时，执行本公开实施例的
系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
196.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c ，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
197.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
198.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
199.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。