物流轨迹信息处理方法、介质、系统、装置及计算设备与流程

1.本公开的实施方式涉及物流信息技术领域，更具体地，本公开的实施方式涉及物流轨迹信息处理方法、介质、系统、装置及计算设备。


背景技术：

2.本部分旨在为权利要求书中陈述的本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
3.在电商平台中，经常需要从承运商获取物流信息，根据物流节点进行不同的业务操作。
4.电商平台中的多个业务系统，如订单系统和客服系统，订单系统在确定物流节点为拒收时，需要给用户进行退款处理；客服系统在确定物流节点为派送时，需要提醒用户收件。对于电商平台中的各个系统需要感知到物流节点的含义。但是，对于不同的承运商，采用文字或数字自动以物流节点，例如，承运商a采用数字50表示揽收节点，承运商b采用数字128表示揽收节点。基于上述事实，在各个业务系统中需要分别增加对于各个承运商物流节点的识别逻辑，以进行相应的业务操作。
5.但是，上述方法需要在多个业务系统中分别设置物流节点的识别逻辑，当物流节点含义发生变化时，维护过程繁琐，造成使用物流信息的成本较高。


技术实现要素：

6.本公开提供一种物流轨迹信息处理方法、介质、系统、装置及计算设备，以降低各个业务系统对物流信息的使用成本。
7.在本公开实施方式的第一方面中，提供了一种物流轨迹信息处理方法，所述方法应用于物流轨迹服务端；所述方法包括：
8.获取运单对应的原始物流轨迹信息；所述原始物流轨迹信息包括承运商和原始物流节点；
9.根据所述承运商的物流节点与标准物流节点的对应关系，将所述原始物流轨迹信息中的原始物流节点转换为标准物流节点，以得到标准物流轨迹信息；
10.向电商平台的各个业务系统发送所述标准物流轨迹信息。
11.在本公开实施方式的第二方面中，提供了一种物流轨迹信息处理系统，所述系统包括：物流轨迹服务端、设置在电商平台中的各个业务系统；
12.所述物流轨迹服务端，用于获取运单对应的原始物流轨迹信息；所述原始物流轨迹信息包括承运商和原始物流节点；根据所述承运商的物流节点与标准物流节点的对应关系，将所述原始物流轨迹信息中的原始物流节点转换为标准物流节点，以得到标准物流轨迹信息；向电商平台的各个业务系统发送所述标准物流轨迹信息；
13.所述各个业务系统，用于获取所述标准物流轨迹信息，并根据所述标准物流轨迹信息执行对应的业务操作。
14.在本公开实施方式的第三方面，提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当处理器执行计算机执行指令时，实现如第一方面提供的物流轨迹信息处理方法。
15.在本公开实施方式的第四方面，提供了一种物流轨迹信息处理装置，所述装置应用于物流轨迹服务端；所述装置包括：
16.获取模块，用于获取运单对应的原始物流轨迹信息；所述原始物流轨迹信息包括承运商和原始物流节点；
17.转换模块，用于根据所述承运商的物流节点与标准物流节点的对应关系，将所述原始物流轨迹信息中的原始物流节点转换为标准物流节点，以得到标准物流轨迹信息；
18.发送模块，用于向电商平台的各个业务系统发送所述标准物流轨迹信息。
19.在本公开实施方式的第五方面中，提供了一种计算设备，包括：至少一个处理器和存储器；存储器存储计算机执行指令；至少一个处理器执行存储器存储的计算机执行指令，使得至少一个处理器执行如第一方面提供的物流轨迹信息处理方法。
20.在本公开实施方式中，获取运单对应的原始物流轨迹信息，所述原始物流轨迹信息包括承运商和原始物流节点，根据所述承运商的物流节点与标准物流节点的对应关系，将所述原始物流轨迹信息中的原始物流节点转换为标准物流节点，以得到标准物流轨迹信息，向电商平台的各个业务系统发送所述标准物流轨迹信息，通过在物流轨迹服务端将原始物流轨迹信息转换为标准物流轨迹信息，使得无需各个业务系统对原始物流轨迹信息进行识别，从而显著的降低了对物流信息的使用成本，为用户带来了更好的体验。
附图说明
21.通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：
22.图1示意性地示出了根据本公开实施方式提供的应用场景示意图；
23.图2示意性地示出了根据本公开一实施例提供的物流轨迹信息处理方法的流程示意图；
24.图3示意性地示出了根据本公开另一实施例提供的物流轨迹信息处理方法的流程示意图；
25.图4示意性地示出了根据本公开又一实施例提供的物流轨迹信息处理方法的流程示意图；
26.图5示意性地示出了根据本公开一实施例提供的物流轨迹映射管理页面的示意图；
27.图6示意性地示出了根据本公开又一实施例提供的物流轨迹信息处理方法的流程示意图；
28.图7示意性地示出了根据本公开一实施例提供的物流轨迹信息处理的原理图；
29.图8示意性地示出了根据本公开又一实施例提供的物流轨迹信息处理方法的流程示意图；
30.图9示意性地示出了根据本公开一实施例提供的物流轨迹信息处理系统的结构示
意图；
31.图10示意性地示出了根据本公开一实施例提供的计算机可读存储介质的结构示意图；
32.图11示意性地示出了根据本公开一实施例提供的物流轨迹信息处理装置的结构示意图；
33.图12示意性地示出了根据本公开一实施例提供的计算设备的结构示意图。
34.在附图中，相同或对应的标号表示相同或对应的部分。
具体实施方式
35.下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
36.本领域技术人员知道，本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。
37.根据本公开的实施方式，提出了一种物流轨迹信息处理方法、介质、系统、装置和计算设备。
38.在本文中，需要理解的是，所涉及的术语仅用于方便理解，并未表示对含义的限制。此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。
39.另外，本公开所涉及的数据可以为经用户授权或者经过各方充分授权的数据，对数据的采集、传播、使用等，均符合国家相关法律法规要求，本公开实施方式/实施例可以互相组合。
40.下面是本公开中涉及的术语说明：
41.运单：快递包裹的唯一标识代码，通常由数字和字母组成。
42.物流轨迹：从始发地到目的地的路线，也就是从寄件地址到派送地址转运包裹的路径；包含物流节点、发生时间、文字描述、地点以及操作人员等信息，用于告知用户快递包裹的运输线路和当前位置，用户可以通过运单号查询物流轨迹。
43.物流节点：标识物流运输过程中的各个阶段，例如：揽收、派送、妥投等，通常使用数字或文本进行描述。
44.发明概述
45.本发明人发现，在电商系统中存在多个不同的业务系统，每一业务系统需要感知不同承运商的物流节点的含义，以基于不同的物流节点进行相应的业务操作。但在相关技术中，通常需要在不同的业务系统中都增加对各个承运商物流节点的识别逻辑，这将会导致识别逻辑的大量重复；此外，当物流节点的含义发生变化时，则维护较为困难，最终导致物流信息的使用成本较高。
46.在本方案中，通过在物流轨迹服务端获取原始物流轨迹信息，并对其中的原始物流节点转换，得到包含标准物流节点的标准物流轨迹信息，并发送给各个业务系统，从而无
需在各个业务系统中设置针对不同承运商的物流节点的识别逻辑，实现降低业务系统对物流信息的使用成本。
47.在介绍了本公开的基本原理之后，下面具体介绍本公开的各种非限制性实施方式。
48.应用场景总览
49.首先参考图1所示，图1示意性地示出了根据本公开实施方式提供的应用场景示意图，该应用场景涉及的设备包括：快递承运商对应的设备、物流轨迹服务端和电商平台对应的设备。
50.物流轨迹信息处理的场景为：当用户通过电商平台的网页、应用程序或小程序查询物流轨迹信息时，或者，物流轨迹信息发生更新时，物流轨迹服务端可以主动或被动的从快递承运商对应的设备获取原始物流轨迹信息，并将原始物流轨迹信息中的原始物流节点进行转换，得到包含标准物流节点的标准物流轨迹信息，并发送给电商平台对应的设备，电商平台可以向用户展示包含标准物流节点的标准物流轨迹信息，或者，执行相应的业务操作。
51.需要说明的是，图1所示场景中快递承运商对应的设备、物流轨迹服务端和电商平台对应的设备仅以一个为例进行说明，但本公开不以此为限制。
52.示例性方法
53.下面结合图1的应用场景，参考图2-图8来描述根据本公开示例性实施方式的用于物流轨迹信息处理的方法。需要注意的是，上述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。相反，本公开的实施方式可以应用于适用的任何场景。
54.参考图2，图2示意性地示出了根据本公开一实施例提供的物流轨迹信息处理方法的流程示意图。如图2所示，物流轨迹信息处理方法应用于物流轨迹服务端，该方法包括：
55.步骤s201、获取运单对应的原始物流轨迹信息。
56.在本公开的一种示例性实施例中，原始物流轨迹信息包括承运商和原始物流节点。
57.当用户在电商平台下单后，电商平台会产生与该订单对应的运单，运单可以通过运单号进行标识，基于运单号可以获取运单对应的原始物流轨迹信息。
58.在本公开的一种示例性实施例中，获取运单对应的原始物流轨迹信息的方法可以包括：当运单号对应的原始物流轨迹信息更新时，快递承运商可以直接将更新后的原始物流轨迹信息发送给物流轨迹服务端；或者，当电商平台接收到用户对某一运单的查询指令时，电商平台可以调用物流轨迹服务端中的物流轨迹服务，物流轨迹服务可以从快递承运商获取原始物流轨迹信息；或者，还可以是物流轨迹服务定时从快递承运商获取运单对应的原始物流轨迹信息。
59.在本公开的一种示例性实施例中，原始物流轨迹信息可以包括承运商和原始物流节点，承运商表示对包裹运输的快递公司，如承运商a、承运商b等；原始物流节点表示由该承运商定义且存在于原始物流轨迹中的物流节点，例如，原始物流节点包括：50、128、980等数字，和/或，快递员已取件、已揽收等文本。
60.在本公开的一种示例性实施例中，原始物流轨迹信息还可以包括：地点以及操作
人员信息，便于用户全面了解物流信息。
61.步骤s202、根据承运商的物流节点与标准物流节点的对应关系，将原始物流轨迹信息中的原始物流节点转换为标准物流节点，以得到标准物流轨迹信息。
62.在获取原始物流轨迹信息后，可以对原始物流轨迹信息中的原始物流节点转换为标准物流节点，以得到标准物流轨迹信息。标准物流节点表示本技术定义的物流节点。
63.在本公开的一种示例性实施例中，可以获取承运商的物流节点与标准物流节点的对应关系。对于不同的承运商，其对应的物流节点与标准物流节点的对应关系可能不同，因此，在对原始物流轨迹信息进行转换之前，可以先获取承运商的物流节点与标准物流节点的对应关系。
64.在本公开的一种示例性实施例中，物流轨迹服务端中设置有数据库，在数据库中存储有不同承运商的物流节点与标准物流节点的对应关系。示例性的，当需要获取承运商a的物流节点与标准物流节点的对应关系时，可以从数据库中的对应关系中筛选承运商a的对应关系。
65.在本公开的一种示例性实施例中，数据库中存储的对应关系可以是用户预先设置的；示例性的，业务人员预先通过物流轨迹映射管理页面录入，当业务人员录入完毕时，对应关系可以被保存到数据库中。或者，还可以是物流轨迹服务端接收其他设备发送的对应关系。具体的，对应关系可以根据快递承运商的物流节点的业务含义进行确定，在查询对应关系时，可以根据承运商查询。
66.在得到承运商的物流节点与标准物流节点的对应关系后，可以将原始物流节点转换为标准物流节点，实现将异构的承运商物流轨迹信息转换为统一的标准物流轨迹信息。
67.步骤s203、向电商平台的各个业务系统发送标准物流轨迹信息。
68.响应于得到标准物流轨迹信息，向电商平台的各个业务系统发送标准物流轨迹信息，使得各个业务系统可以向用户展示标准物流轨迹信息，和/或，根据标准物流轨迹信息进行相应的业务操作。示例性的，当订单系统在确定物流节点为拒收时，执行向用户退款的操作；当客服系统在确定物流节点为派送时，执行提醒用户收件的操作。
69.本公开实施例中，通过获取运单对应的原始物流轨迹信息，原始物流轨迹信息中包括承运商和原始物流节点，根据承运商的物流节点与标准物流节点的对应关系，将原始物流轨迹信息中的原始物流节点转换为标准物流节点，从而得到标准物流轨迹信息，并向电商平台的各个业务系统发送标准物流轨迹信息，本公开的方法通过在物流轨迹服务端将原始物流轨迹信息转换为标准物流轨迹信息，使得无需各个业务系统对原始物流轨迹信息进行识别，从而显著的降低了各个业务系统对物流信息的使用成本，为用户带来了更好的体验。
70.图3示意性地示出了根据本公开另一实施例提供的物流轨迹信息处理方法的流程示意图，如图3所示，该方法包括：
71.步骤s301、获取运单对应的原始物流轨迹信息。
72.步骤s301可以参考图2所示实施例中的步骤s201，此处不再赘述。
73.步骤s302、确定原始物流轨迹信息中包含的至少一个原始物流节点。
74.在获取原始物流轨迹信息后，可以确定原始物流轨迹信息中包含的原始物流节点。例如，原始物流轨迹信息中包含承运商、原始物流节点、地点信息等，则可以从中确定原
始物流节点。
75.为了获取准确的标准物流轨迹信息，可以从原始物流轨迹信息中获取所有的原始物流节点。
76.步骤s303、针对每一原始物流节点，当对应关系中存在该原始物流节点时，将该原始物流节点转换为对应的标准物流节点，以得到标准物流轨迹信息。
77.在本公开的一种示例性实施例中，对应关系包括：标准物流节点，以及，与标准物流节点存在对应关系的承运商的物流节点。
78.在本公开的一种示例性实施例中，对应关系包括标准物流节点，标准物流节点可以包括：揽收、开始派送、妥投、拒收和退回等。
79.对应关系还可以包括与标准物流节点存在对应关系的承运商的物流节点。承运商的物流节点包括物流节点1、物流节点2，
……
，物流节点n，但是，并非该承运商的每一物流节点均能与某一标准物流节点相对应。示例性的，n等于8，物流节点1和物流节点2可能对应标准物流节点中的揽收节点，物流节点3不与任一标准物流节点对应，物流节点4和物流节点5对应标准物流节点中的开始派送节点，物流节点6对应标准物流节点中的妥投节点，物流节点7和物流节点8分别对应标准物流节点中的拒收节点和退回节点。为了便于将原始物流节点转换为标准物流节点，在对应关系中仅包括与标准物流节点存在对应的关系的承运商的物流节点，不存在与标准物流节点不存在对应关系的承运商的物流节点。
80.在将原始物流轨迹信息中的原始物流节点进行转换时，可以对每一原始物流节点分别进行转换。由于对应关系中仅存在与标准物流节点存在对应关系的承运商物流节点，则针对每一原始物流节点，可以判断对应关系中是否存在该原始物流节点，若存在，则将该原始物流节点对应的标准物流节点确定为该原始物流节点转换后的标准物流节点。示例性的，对于原始物流节点，当不为物流节点3时，可以从对应关系中找到每一原始物流节点，以及该原始物流节点对应的标准物流节点，从而实现将该原始物流节点转换为标准物流节点。
81.步骤s304、当对应关系中不存在该原始物流节点时，将该原始物流节点剔除。
82.在本公开的一种示例性实施例中，当对应关系中不存在该原始物流轨迹节点时，将该原始物流节点剔除，剔除是指将该原始物流节点从所有原始物流节点中剔除，使得转换后的标准物流轨迹信息中仅包含标准物流节点，而不存在承运商自定义的物流节点。
83.示例性的，当原始物流节点中存在物流节点3时，可以将物流节点3从原始物流节点中剔除，将其余的原始物流节点一一转换为标准物流节点。
84.步骤s305、向电商平台的各个业务系统发送标准物流轨迹信息。
85.步骤s305与图2所示实施例中的步骤s203内容相同，此处不再赘述。
86.本公开实施例中，通过在对应关系中仅存储与标准物流节点存在对应关系的承运商物流节点，而不存储与标准物流节点不存在对应关系的承运商物流节点，实现通过在对应关系中查找是否存在原始物流节点以进行转换，提高将原始物流节点转换为标准物流节点的效率。
87.另外，本公开实施例中，物流轨迹信息还可以包括物流节点的发生时间。由于可能存在承运商中的两个或多个物流节点对应一个标准物流节点，那么在将原始物流节点转换为标准物流节点后，会存在两个或多个相同的标准物流节点，而每一标准物流节点会对应
一个发生时间，当有多个相同的标准物流节点时，可以对应多个发生时间。为了准确确定每一标准物流节点的发生时间，还可以将相同的标准物流节点进行合并。图4示意性地示出了根据本公开又一实施例提供的物流轨迹信息处理方法的流程示意图，如图4所示，该方法包括：
88.步骤s401、获取运单对应的原始物流轨迹信息。
89.步骤s402、确定原始物流轨迹信息中包含的至少一个原始物流节点。
90.步骤s403、针对每一原始物流节点，当对应关系中存在原始物流节点时，将原始物流节点转换为对应的标准物流节点。
91.步骤s404、若存在相同的标准物流节点，则对相同的标准物流节点进行合并，并确定合并后的标准物流节点的发生时间，以得到标准物流轨迹信息。
92.步骤s405、向电商平台的各个业务系统发送标准物流轨迹信息。
93.上述步骤s401至步骤s403可以参考图3所示实施例中的步骤s301至步骤s303，步骤s405可以参考图3所示实施例中的步骤s305，此处不再赘述。
94.对于步骤s404，在将每一原始物流节点均转换为标准物流节点后，可以判断是否存在相同的标准物流节点，当存在时，可以将相同的标准物流节点进行合并。示例性的，当转换后的某一标准物流节点的个数为3个时，需要将该三个标准物流节点进行合并，得到一个标准物流节点。
95.对于合并后的标准物流节点的发生时间可以根据合并前标准物流节点对应的原始物流节点的发生时间来确定。可选的，可以确定合并前标准物流节点对应的所有原始物流节点的发生时间，从确定的所有原始物流节点的发生时间中选择合并后标准物流节点对应的发生时间。具体的，在选择时，可以将最早出现的原始物流节点对应的发生时间确定为合并后的标准物流节点的发生时间；或者，将最晚出现的原始物流节点对应的发生时间确定为合并后的标准物流节点的发生时间。
96.在本公开的一种实施例中，对应关系还包括：标准物流节点的时效聚合关系，用于指示标准物流节点的发生时间的选择规则；合并后的标准物流节点对应至少两个原始物流节点；确定合并后的标准物流节点的发生时间，包括：
97.根据时效聚合关系从至少两个原始物流节点的发生时间中选择一个发生时间，将选择的发生时间确定为合并后的标准物流节点的发生时间。
98.在获取的对应关系中还可以包括标准物流节点对应的时效聚合关系，时效聚合关系可以为最小或最大；最小表示将该标准节点对应的原始物流节点中最早出现的原始物流节点的发生时间确定为标准物流节点的发生时间；最大表示将标准节点对应的原始物流节点中最晚出现的原始物流节点的发生时间确定为标准物流节点的发生时间。时效聚合关系可以由业务人员根据实际情况进行设置，具体的，可以通过物流轨迹映射管理页面录入。或者，时效聚合关系还可以是物流轨迹服务端接收其他设备发送的对应关系中携带的信息。
99.图5示意性地示出了根据本公开一实施例提供的物流轨迹映射管理页面的示意图，如图5所示，物流节点80、8000、128和658均与妥投的标准物流节点对应；物流节点632和70均与尝试投递的标准物流节点对应。业务人员可以对每一标准物流节点对应的时效聚合关系进行设置。
100.如图5所示，在录入承运商物流节点与标准物流节点的对应关系时，可以包含该承
运商的所有物流节点，当某一物流节点与标准物流节点存在对应关系时，可以将对应的是否存在对应关系的一栏设置为“是”，当不存在与某一物流节点对应的标准物流节点时，可以将对应的是否存在对应关系的一栏设置为“否”。此外，还可以对是否修改快递原始节点文案以及，是否展示文案进行设置。上述设置可以通过点击操作栏中的编辑按钮进行设置。上述是否修改快递原始节点文案表示，当将原始物流节点转换为标准物流节点之后，可以将对应的文案进行修改。示例性的，承运商a存在多个对应揽收节点的物流节点，当将原始物流节点映射后，可以将文案修改为：包裹已交付承运商a。
101.当承运商的物流节点的含义发生改变时，还可以通过点击操作栏中的删除按钮对该承运商物流节点进行删除。
102.在物流轨迹映射管理页面上，业务人员还可以通过各个标准物流节点、快递节点、是否存在映射关系、是否修改快递原始节点文案、失效聚合关系等来筛选标准物流节点与快递节点的对应关系，从而业务人员可以对筛选出的对应关系进行查看、编辑以及导出等。
103.本公开实施例中，通过将多个相同的标准物流节点进行合并以及确定合并后的标准物流节点对应的发生时间，可以确定一个标准物流节点，以及对应的发生时间，避免同一标准物流节点对应多个发生时间；此外，通过预先设置的标准物流节点对应的时效聚合关系可以根据用户的需求确定标准物流节点的发生时间，具有较高的灵活性。
104.图6示意性地示出了根据本公开又一实施例提供的物流轨迹信息处理方法的流程示意图，如图6所示，该方法包括：
105.步骤s601、获取运单对应的原始物流轨迹信息。
106.步骤s602、根据承运商的物流节点与标准物流节点的对应关系，将原始物流轨迹信息中的原始物流节点转换为标准物流节点，以得到标准物流轨迹信息。
107.步骤s603、将标准物流轨迹信息封装以得到物流消息。
108.步骤s604、向消息中间件发送该物流消息，以使消息中间件在接收到物流消息后将物流消息广播到电商平台的各个业务系统。
109.在本公开的一种示例性实施例中，业务系统用于对物流消息解封，根据解封得到的标准物流节点对订单执行对应的业务逻辑；该订单与运单对应。
110.上述步骤s601可以参考图2所示实施例中的步骤s201，步骤s602可以参考图2所示实施例中的步骤s202，此处不再赘述。
111.在本公开的一种示例性实施例中，物流消息包括运单和标准物流节点。当在向电商平台的各个业务系统发送标准物流轨迹信息时，可以采用消息中间件进行发送。
112.在本公开的一种示例性实施例中，将标准物流轨迹信息发送之前，可以将标准物流轨迹信息封装以得到物流消息，封装后的物流消息中包含运单号、标准物流节点、发生时间等信息。向消息中间件发送该物流消息，消息中间件是基于队列与消息传递技术，在网络环境中为应用系统提供同步或异步、可靠的消息传输的支撑性软件系统。消息中间件在接收到该物流消息后，可以将该物流消息进行广播。具体的，消息中间件会查询订阅该物流消息的业务系统，并将该物流消息广播到订阅该物流消息的各个业务系统中。
113.相应的，各个业务系统在接收到物流消息时，可以对物流消息进行解封，以获取该运单对应的标准物流节点，根据获取的标准物流节点对与运单对应的订单执行相应的业务逻辑。示例性的，当订单系统在确定获取的标准物流节点为拒收时，执行向用户退款的业务
逻辑；当客服系统在确定物流节点为派送时，执行提醒用户收件的业务逻辑。
114.图7示意性地示出了根据本公开一实施例提供的物流轨迹信息处理的原理图，如图7所示，图中的序号可以表示一种示例性的执行步骤。物流轨迹服务在获取标准物流节点后，可以将包含标准物流节点的标准物流轨迹信息发送给消息中间件，使得消息中间件将标准物流轨迹信息发送给电商平台。
115.本公开实施例中，通过消息中间件可以将标准物流轨迹信息及时广播给各个业务系统，提高各个业务系统对与运单对应的订单的处理效率，提升用户的使用体验。
116.在物流运输过程中，经常会出现物流异常的问题，对于物流异常问题，通常需要用户发现并提交到电商平台，电商平台的客户系统生成对应的工单，最后将处理结果反馈给用户和物流轨迹中。但是，上述处理过程依赖于用户发现问题，且需要用户反馈到电商平台再处理，问题发现和处理的周期过长，且通过用户发现问题，会给用户带来较差的物流体验，造成客户流失。
117.图8示意性地示出了根据本公开又一实施例提供的物流轨迹信息处理方法的流程示意图，如图8所示，该方法包括：
118.步骤s801、获取运单对应的原始物流轨迹信息。
119.步骤s802、响应于获取到运单对应的原始物流轨迹信息，将原始物流轨迹信息存储到数据库。
120.步骤s803、根据承运商的物流节点与标准物流节点的对应关系，将原始物流轨迹信息中的原始物流节点转换为标准物流节点，以得到标准物流轨迹信息。
121.步骤s804、响应于得到标准物流轨迹信息，将标准物流轨迹信息存储到数据库。
122.步骤s805、从数据库中获取未完结运单对应的物流轨迹信息，以及获取预先配置的至少一个异常类型的判断逻辑。
123.步骤s806、根据物流轨迹信息和判断逻辑，确定未完结运单是否为异常运单，以及，异常运单所属的异常类型。
124.步骤s807、响应于确定到未完结运单为异常运单，则根据异常类型创建客服工单，并向电商平台的客服系统发送客服工单，以使客服系统对客服工单进行处理。
125.在一种示例性实施例中，物流轨迹信息包括：标准物流轨迹信息和/或原始物流轨迹信息。
126.步骤s801可以参考图2所示实施例中的步骤s201，步骤s803可以参考图2所示实施例中的步骤s202，此处不再赘述。
127.对于步骤s802，当在获取到运单对应的原始物流轨迹信息后，可以将原始物流轨迹信息存储到数据库中，以便于在确定异常运单时可以从数据库中获取原始物流轨迹信息。示例性的，在存储原始物流轨迹信息时，可以将原始物流轨迹信息与运单号对应存储，以实现根据运单号从数据库中查找原始物流轨迹信息。
128.相应的，当在获取标准物流轨迹信息后，可以将标准物流轨迹信息存储到数据库中，以便于在确定异常运单时，可以从数据库中获取标准物流轨迹信息。
129.由于未完结的运单可能存在异常，当在将标准物流轨迹信息和原始物流轨迹信息存储到数据库中之后，可以通过定时任务，每隔一段时间从数据库中获取未完结运单对应的物流轨迹信息，此处的物流轨迹信息包括标准物流轨迹信息和/或原始物流轨迹信息，可
以根据运单的异常类型对应的判断逻辑获取物流轨迹信息。
130.在一种示例性实施例中，未完结运单表示运单的标准物流节点中不存在预设物流节点的运单；预设物流节点表示运单已完结。示例性的，预设物流节点包括妥投节点、丢失节点和退回节点。具体的，可以对数据库中的运单进行遍历，根据运单对应的标准物流节点确定运单是否为未完结运单。
131.在一种示例性实施例中，当在确定未完结运单后，获取未完结运单对应的物流轨迹信息以及异常类型的判断逻辑，从而基于物流轨迹信息和异常类型的判断逻辑确定该未完结运单是否为异常运单，以及，运单所属的异常类型。
132.在一种示例性实施例中，当确定未完结运单为异常运单时，可以直接根据异常运单的异常类型创建客服工单，并向电商平台的客服系统发送该客服工单，使得客服系统可以指派客服人员进行跟进处理。如图7所示，在创建客服工单后，客服人员可以依据客服工单与承运商工作人员进行沟通与确认，得到处理结果，并且还可以将处理结果反馈到原始物流轨迹中。
133.本公开实施例中，通过主动筛选并处理异常运单，可以避免用户发现运单问题，可以提高对异常运单的处理效率，提升用户的使用体验；此外，当将原始物流节点转换为标准物流节点后进行异常运单的判断，使得在判断运单是否属于部分异常类型时，不需要根据不同的承运商去识别物流节点，提高物流异常的识别效率；此外，当在确定异常运单后，直接创建客服工单，无需基于用户反馈的问题创建客服工单，提升客服工单的创建效率，提升对异常运单的处理效率，实现用户无感知的条件下处理异常运单，提升用户的使用体验。
134.在确定未完结运单是否属于异常运单时，还可以基于责任链模式进行判断，可以灵活的确定对不同异常类型的判断顺序。
135.在一种示例性实施例中，物流轨迹信息处理方法还包括：
136.获取至少一个对象在责任链上的节点位置，以确定责任链；每一对象对应一个异常类型的判断逻辑；
137.相应的，根据物流轨迹信息和判断逻辑，确定未完结运单是否为异常运单，以及，异常运单所属的异常类型，包括：
138.控制未完结运单对应的标准物流轨迹信息和/或原始物流轨迹信息在责任链上流转，当流转到一个节点时，根据标准物流轨迹信息和/或原始物流轨迹信息判断未完结运单是否满足该节点的异常类型的判断逻辑，根据判断结果确定所述未完结运单为异常运单以及异常运单所属的异常类型。
139.在一种示例性实施例中，用户可以基于多个异常类型的判断逻辑，设置责任链，具体的，可以将每个异常类型的判断逻辑设置为一个对象，然后将多个对象串联为一条责任链，对于多个对象在责任链中的节点位置可以根据接收的用户输入的各个对象的顺序确定，以实现优先对重要的异常类型进行判断。
140.在一种示例性实施例中，基于责任链方式确定异常运单以及异常运单所属的异常类型的判断过程为：控制未完结运单对应的物流轨迹信息在责任链上流转，当流转到一个节点时，根据标准物流轨迹信息和/或原始物流轨迹信息确定该未完结运单是否满足该节点对应的异常类型的判断逻辑，当符合异常类型的判断逻辑时，确定该未完结运单为异常运单，该节点对应的异常类型为该异常运单所属的异常类型。
141.在一种示例性实施例中，无论该未完结运单是否属于异常运单都流转到下一节点，以判断是否满足下一节点对应的异常类型的判断逻辑。
142.本公开实施例中，通过设置责任链模式，可以动态调整异常类型的判断顺序；以及，通过责任链模式，可以实现自动对多个异常类型的判断，无需用户干预，提高筛选异常运单的效率。
143.下面对几种异常类型的判断过程进行详细说明。在一种示例性实施例中，异常类型包括：物流停滞、妥投超时、物流交接差异。
144.在一种示例性实施例中，根据标准物流轨迹信息和/或原始物流轨迹信息判断未完结运单是否满足该节点的异常类型的判断逻辑，根据判断结果确定未完结运单为异常运单以及异常运单所属的异常类型，包括：
145.当节点对应物流停滞的异常类型时，获取原始物流轨迹信息中最新的物流节点以及对应的发生时间，获取当前时间与发生时间的第一时间差；响应于第一时间差大于第一时间阈值，则确定未完结运单属于物流停滞的异常类型；
146.当节点对应妥投超时的异常类型时，获取运单对应的预计送达时间，当标准物流轨迹信息中不包括妥投节点，获取当前时间与预计送达时间的第二时间差；响应于第二时间差大于第二时间阈值，则确定未完结运单属于妥投超时的异常类型；
147.当节点对应物流交接差异的异常类型时，获取运单的下单时间，当标准物流轨迹信息中不包括揽收节点时，获取当前时间与下单时间的第三时间差；响应于第三时间差大于第三时间阈值，则确定未完结运单属于物流交接差异的异常类型。
148.在一种示例性实施例中，物流停滞的异常表示由a仓库发货由b承运商配送到c地点时物流轨迹停滞超过第一时间阈值。
149.在一种示例性实施例中，在判断物流停滞的异常类型时，需要根据原始物流轨迹信息进行判断，在原始物流轨迹信息中包含物流节点以及对应的发生时间，可以计算当前时间与最新物流节点对应的发生时间的第一时间差，该第一时间差表示物流停滞的实际时间，将第一时间差与第一时间阈值进行比较，若大于则表示该运单属于物流停滞异常。
150.在一种示例性实施例中，妥投超时的异常表示由a仓库发货由b承运商配送超过预计送达时间第二时间阈值未产生标准物流节点中的妥投节点。
151.在一种示例性实施例中，在判断妥投超时的异常类型时，需要根据标准物流轨迹信息进行判断，在标准物流轨迹信息中包含标准物流节点以及对应的发生时间，当标准物流节点中不存在妥投节点时，且当前时间超过预计送达时间，判断当前时间与预计送达时间的第二时间差，从而基于第二时间差与第二时间阈值进行比较，若大于则表示该运单属于妥投超时异常。
152.在一种示例性实施例中，物流交接的异常表示由a仓库发货由b承运商配送超过第三时间阈值未产生标准物流节点中的揽收节点。
153.在一种示例性实施例中，在判断物流交接的异常类型时，需要根据标准物流轨迹信息进行判断，当标准物流节点中不存在揽收节点时，将当前时间与下单时间的第三时间差与第三时间阈值进行比较，若大于则表示该运单属于物流交接差异异常。
154.在一种示例性实施例中，第一时间阈值、第二时间阈值、预计送达时间和第三时间阈值等与仓库、承运商、目的地等均有关，可以由业务人员进行设置；或者，物流轨迹服务端
还可以基于仓库、承运商、目的地等信息自动生成上述信息。
155.本公开实施例中，通过设置物流停滞、妥投超时、物流交接差异等异常类型的判断逻辑，可以准确判断未完结运单是否属于上述异常类型。
156.示例性系统
157.在介绍了本公开示例性实施方式的方法之后，接下来，参考图9对本公开示例性实施方式的物流轨迹信息处理系统进行说明。物流轨迹信息处理系统与上述任一方法实施例中的方法，其实现原理和技术效果类似，在此不再赘述。
158.参考图9所示，该系统包括：物流轨迹服务端901、设置在电商平台中的各个业务系统902至904；
159.物流轨迹服务端901，用于获取运单对应的原始物流轨迹信息；原始物流轨迹信息包括承运商和原始物流节点；根据承运商的物流节点与标准物流节点的对应关系，将原始物流轨迹信息中的原始物流节点转换为标准物流节点，以得到标准物流轨迹信息；向电商平台的各个业务系统发送标准物流轨迹信息；
160.各个业务系统902至904，用于获取标准物流轨迹信息，并根据标准物流轨迹信息执行对应的业务操作。
161.示例性介质
162.在介绍了本公开示例性实施方式的方法之后，接下来，参考图10对本公开示例性实施方式的存储介质进行说明。
163.参考图10所示，存储介质100中存储着根据本公开的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，该程序代码用于使计算设备执行本公开所提供的物流轨迹信息处理方法。然而，本公开的程序产品不限于此。
164.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
165.可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质。
166.可以以一种或多种程序设计语言的任意组合来编写用于执行本公开公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备。
167.示例性装置
168.在介绍了本公开示例性实施方式的介质之后，接下来，参考图11对本公开示例性
实施方式的物流轨迹信息处理装置进行说明，用于实现上述任一方法实施例中的方法，其实现原理和技术效果类似，在此不再赘述。
169.本公开提供的物流轨迹信息处理装置110，所述装置应用于物流轨迹服务端；包括：
170.获取模块1101，用于获取运单对应的原始物流轨迹信息；所述原始物流轨迹信息包括承运商和原始物流节点；
171.转换模块1102，用于根据所述承运商的物流节点与标准物流节点的对应关系，将所述原始物流轨迹信息中的原始物流节点转换为标准物流节点，以得到标准物流轨迹信息；
172.发送模块1103，用于向电商平台的各个业务系统发送所述标准物流轨迹信息。
173.在本公开的一个实施例中，所述转换模块1102，具体用于：
174.确定所述原始物流轨迹信息中包含的至少一个原始物流节点；
175.针对每一原始物流节点，当所述对应关系中存在所述原始物流节点时，将所述原始物流节点转换为对应的标准物流节点。
176.在本公开的又一个实施例中，所述装置还包括：合并模块，具体用于：
177.将所述原始物流轨迹信息中的原始物流节点转换为标准物流节点之后，若存在相同的标准物流节点，则对所述相同的标准物流节点进行合并，并确定合并后的标准物流节点的发生时间。
178.在本公开的又一个实施例中，所述合并模块包括时间确定单元；所述时间确定单元在确定合并后的标准物流节点的发生时间时，具体用于：
179.根据所述时效聚合关系从所述至少两个原始物流节点的发生时间中选择一个发生时间，将选择的发生时间确定为合并后的标准物流节点的发生时间。
180.在本公开的又一个实施例中，所述装置还包括：剔除模块，具体用于：
181.当所述对应关系中不存在所述原始物流节点时，将所述原始物流节点剔除。
182.在本公开的又一个实施例中，所述发送模块1103包括封装单元和发送单元；
183.所述封装单元具体用于：将所述标准物流轨迹信息封装以得到物流消息；所述物流消息包括运单和标准物流节点；
184.所述发送单元具体用于：向消息中间件发送所述物流消息，以使所述消息中间件在接收到所述物流消息后将所述物流消息广播到电商平台的各个业务系统；所述业务系统用于对所述物流消息解封，根据解封得到的标准物流节点对订单执行对应的业务逻辑；所述订单与所述运单对应。
185.在本公开的又一个实施例中，所述装置还包括：存储模块，所述存储模块具体用于：
186.响应于获取到运单对应的原始物流轨迹信息，将所述原始物流轨迹信息存储到数据库；和/或，
187.响应于得到标准物流轨迹信息，将所述标准物流轨迹信息存储到所述数据库；
188.相应的，所述装置还包括：异常运单确定模块，所述异常运单确定模块包括信息获取单元和异常运单确定单元；
189.所述信息获取单元，用于从所述数据库中获取未完结运单对应的物流轨迹信息，
以及获取预先配置的至少一个异常类型的判断逻辑；所述物流轨迹信息包括：标准物流轨迹信息和/或原始物流轨迹信息；
190.所述异常运单确定单元，用于根据所述物流轨迹信息和所述判断逻辑，确定所述未完结运单是否为异常运单，以及，所述异常运单所属的异常类型。
191.在本公开的又一个实施例中，所述装置还包括：节点位置获取模块，具体用于：
192.获取至少一个对象在责任链上的节点位置，以确定所述责任链；每一对象对应一个异常类型的判断逻辑；
193.相应的，所述异常运单确定单元，具体用于：
194.控制所述未完结运单对应的标准物流轨迹信息和/或原始物流轨迹信息在所述责任链上流转，当流转到一个节点时，根据标准物流轨迹信息和/或原始物流轨迹信息判断所述未完结运单是否满足该节点的异常类型的判断逻辑，根据判断结果确定所述未完结运单为异常运单以及所述异常运单所属的异常类型。
195.在本公开的又一个实施例中，所述异常运单确定单元，具体用于：
196.当所述节点对应物流停滞的异常类型时，获取所述原始物流轨迹信息中最新的物流节点以及对应的发生时间，获取当前时间与所述发生时间的第一时间差；响应于所述第一时间差大于第一时间阈值，则确定所述未完结运单属于物流停滞的异常类型；
197.当所述节点对应妥投超时的异常类型时，获取所述运单对应的预计送达时间，当所述标准物流轨迹信息中不包括妥投节点，获取当前时间与所述预计送达时间的第二时间差；响应于所述第二时间差大于第二时间阈值，则确定所述未完结运单属于妥投超时的异常类型；
198.当所述节点对应物流交接差异的异常类型时，获取所述运单的下单时间，当所述标准物流轨迹信息中不包括揽收节点时，获取当前时间与所述下单时间的第三时间差；响应于所述第三时间差大于第三时间阈值，则确定所述未完结运单属于物流交接差异的异常类型。
199.在本公开的又一个实施例中，所述装置还包括：创建模块，用于：
200.响应于确定到所述未完结运单为异常运单，则根据所述异常类型创建客服工单，并向电商平台的客服系统发送所述客服工单，以使所述客服系统对所述客服工单进行处理。
201.示例性计算设备
202.在介绍了本公开示例性实施方式的方法、介质和装置之后，接下来，参考图12对本公开示例性实施方式的计算设备进行说明。
203.图12显示的计算设备120仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
204.如图12所示，计算设备120以通用计算设备的形式表现。计算设备120的组件可以包括但不限于：至少一个处理单元1201、至少一个存储单元1202，连接不同系统组件(包括处理单元1201和存储单元1202)的总线1203。其中，至少一个存储单元1202中存储有计算机执行指令；至少一个处理单元1201包括处理器，处理器执行该计算机执行指令，以实现上文描述的方法。
205.总线1203包括数据总线、控制总线和地址总线。
206.存储单元1202可以包括易失性存储器形式的可读介质，例如随机存取存储器(ram)12021和/或高速缓存存储器12022，可以进一步包括非易失性存储器形式的可读介质，例如只读存储器(rom)12023。
207.存储单元1202还可以包括具有一组(至少一个)程序模块12024的程序/实用工具12025，这样的程序模块12024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
208.计算设备120也可以与一个或多个外部设备1204(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(i/o)接口1205进行。并且，计算设备120还可以通过网络适配器1206与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图12所示，网络适配器1206通过总线1203与计算设备120的其它模块通信。应当理解，尽管图中未示出，可以结合计算设备120使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
209.应当注意，尽管在上文详细描述中提及了物流轨迹信息处理装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
210.此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
211.虽然已经参考若干具体实施方式描述了本公开的精神和原理，但是应该理解，本公开并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。