一种配送管理方法、服务端和系统与流程

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.所述处理模块，用于如果获取到订阅的所述消息队列广播的与所述运单相关的售后处理结果，其中，所述消息队列获取电商平台广播的针对具有售后问题的待配送物品的售后处理结果；根据与所述运单相关的售后处理结果，更新所述运单的处理方式，将更新后的处理方式发送给为所述运单提供服务的配送终端，以使所述配送终端的配送员基于更新后的处理方式处理所述待配送物品。
65.第三方面，本发明实施例提供一种配送管理系统，包括：配送终端、电商平台以及上述实施例提供的配送管理服务端。
66.上述发明中的一个实施例具有如下优点或有益效果：通过消息队列广播电商平台
发送的针对具有售后问题的待配送物品的售后处理结果，在配送过程中，可根据与运单相关的售后处理结果，更新运单的处理方式，并将更新后的处理方式发送给配送终端，能够及时更新处理方式，以使配送员基于更新后的处理方式处理待配送物品，以准确以及及时的处理待配送物品，有效地降低物品的拒签情况，提高用户体验。
67.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
68.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
69.图1是本发明实施例可以应用于其中的示例性系统架构图；
70.图2是根据本发明实施例的配送管理方法的主要流程的示意图；
71.图3是根据本发明实施例的配送管理方法的主要流程的示意图；
72.图4是根据本发明实施例的基于客服介入的情况管理配送信息的主要流程的示意图；
73.图5是根据本发明实施例的基于配送信息管理策略管理配送信息的主要流程的示意图；
74.图6是根据本发明另一实施例的配送信息管理方法的主要流程的示意图；
75.图7是根据本发明实施例的配送管理服务端的主要模块的示意图；
76.图8是根据本发明实施例的配送管理系统的主要设备或子系统的示意图；
77.图9是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
78.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
79.在电商购物场景中，不可避免的需要物流配送消费者购买或者退换的商品。比如，消费者因为下单过程中填入了错误的收件方地址信息，造成配送失败、货物积压。又比如，消费者因为各种原因，会将货物退还给商家，商家可以选择接收货物，进行退货退款；但也存在由于退货的商品少发、运输途中丢损等情况，导致商家拒收退回的货物的情况等，针对上述这些情况，容易出现商家和消费者间的纠纷，导致货物既无法送给商家签收，也无法退还给消费者，物流系统中的运单系统、与配送终端通信的服务端、配送终端等，由于不能及时获知电商平台对商品纠纷的处理结果或者更新的收件方地址，导致物流网点会积压无法正常配送的商品，引起客诉，导致用户(消费者或者商家)体验差。
80.为了解决由于商品无法正常签收或配送，商品配送处理不及时，造成用户体验差的问题。本发明实施例提供一种配送管理方法、服务端和系统。
81.图1示出了可以应用本发明实施例的配送管理方法或配送管理服务端的示例性系统架构100。
82.如图1所示，系统架构100可以包括终端设备101、102、103，网络104、配送管理服务器105、运单服务器106、电商平台服务器107、为配送管理服务器105、运单服务器106和电商平台服务器107提供消息队列的存储设备108以及配送终端109。网络104用以在终端设备101、102、103和运单服务器106之间、配送管理服务器105和运单服务器106之间、配送管理服务器105和电商平台服务器107之间、配送管理服务器105和存储设备108之间、运单服务器106和存储设备108之间、电商平台服务器107和存储设备108之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
83.用户可以使用终端设备101、102、103通过网络104与运单服务器106和/或电商平台服务器107交互，以接收或发送消息等。比如，用户可以使用终端设备101、102、103从运单服务器106获取商品的物流运输详情等，用户还可以使用终端设备101、102、103发送退货请求或者纠纷介入等信息给电商平台服务器107，以使电商平台服务器107对退货请求或者纠纷介入等进行对应的处理，电商平台服务器107还可将处理结果比如纠纷处理结果等反馈给终端设备101、102、103。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
84.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
85.配送管理服务器105可以是提供各种服务的服务器，例如对配送终端提供管理、基于电商平台服务器107存储到消息队列中的纠纷结果，对配送信息更新等提供支持的后台管理服务器(仅为示例)。配送管理服务器105可以基于获取到的纠纷结果，对配送信息等数据进行分析等处理，并将处理结果(例如更新后的配送信息
‑‑
仅为示例)反馈给配送终端109。
86.运单服务器106可以对物流配送货物的运单进行管理，也可以与电商平台服务器107交互，以对电商平台服务器107中商品的物流信息的管理等提供支持的后台管理服务器(仅为示例)。运单服务器106可以对电商平台服务器107所管理的商品的物流信息等数据进行维护、分析等处理，并将维护结果或处理结果(例如商品在物流中的节点
‑‑
仅为示例)反馈给配送管理服务器105。运单服务器106还可以从存储设备108中的消息队列中获取纠纷结果、协商妥投等，还可记录配送终端发起的运单协商再投、协商再投结果、妥投、拒收等，并对外广播这些信息，以使电商平台服务器107获取该协商再投结果，并通过终端设备101、102、103将协商再投结果提供用户。另外，该运单服务器106还可设置有物流客服装置，以通过该物流客服装置介入并解决物流纠纷。
87.电商平台服务器107可部署有电商平台售后系统和电商平台纠纷系统，以通过电商平台售后系统和电商平台纠纷系统为用户提供商品售后服务和纠纷解决服务，并可将电商平台售后系统和电商平台纠纷系统的售后结果或者纠纷处理结果存储到存储设备108的消息队列中，以供配送管理服务器105查找和使用。
88.上述配送管理服务器105、运单服务器106、电商平台服务器107、为配送管理服务器105、运单服务器106、电商平台服务器107以及存储设备108可均部署于云服务器上，其中，存储设备108可作为配送管理服务器105、运单服务器106、电商平台服务器107、为配送管理服务器105、运单服务器106以及电商平台服务器107的基础设施，以为配送管理服务器
105、运单服务器106、电商平台服务器107、为配送管理服务器105、运单服务器106以及电商平台服务器107提供所需数据。
89.另外，还可通过网络为运单服务器连接质控服务器(图中未示出)，并通过网络为质控服务器连接物流客服服务器(图中未示出)，以提供物流客服介入服务。
90.需要说明的是，本发明实施例所提供的配送管理方法一般由配送管理服务器105执行，相应地，配送管理服务端一般设置于配送管理服务器105中。
91.应该理解，图1中的终端设备、网络、配送管理服务器、运单服务器、电商平台服务器、提供消息队列的存储设备以及配送终端的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络、配送管理服务器、运单服务器、电商平台服务器、提供消息队列的存储设备以及配送终端。
92.图2是根据本发明实施例的基于图1所示的系统实现的配送管理方法的主要流程示意图。如图2所示，该配送管理方法可包括：
93.针对所管理的运单，执行下述操作步骤s201至步骤s203：
94.步骤s201：为运单订阅预设的消息队列；
95.步骤s202：如果获取到订阅的消息队列广播的与运单相关的售后处理结果，根据与运单相关的售后处理结果，更新运单的处理方式，其中，消息队列获取电商平台广播的针对具有售后问题的待配送物品的售后处理结果；
96.其中，该消息队列广播的与运单相关的售后处理结果具体是，消息队列获取电商平台广播的针对具有售后问题的待配送物品的售后处理结果。
97.该消息队列是为电商平台、配送管理服务端、运单子系统等提供共同调用基础的消息缓存队列。
98.该电商平台可以是指电商平台中的售后服务系统或者纠纷服务系统等。
99.售后问题一般是指商品售出后，买方因为商品本身原因或者个人原因，修改配送地址或者进行退货处理等。
100.处理方式可以为对待配送物品进行拦截、按照原收件方配送、退回寄件方、按照更新的收件方地址配送或重新投递、暂时存放包裹一个设定时间段等中的任意一种。
101.步骤s203：将更新后的处理方式发送给配送终端，以使配送员基于更新后的处理方式处理待配送物品。
102.在未获取到与运单相关的售后处理结果的情况下，配送员可直接按照运单的原配送信息上的收件方配送。
103.其中，步骤s201的具体实现方式可以是接收配送终端发送的待配送物品的运单，也可以是从运单子系统中读取的待配送物品的运单。
104.在图2所示的实施例中，通过消息队列广播电商平台发送的针对具有售后问题的待配送物品的售后处理结果，在配送过程中，可根据与运单相关的售后处理结果，更新运单的处理方式，并将更新后的处理方式发送给配送终端，能够及时更新处理方式，以使配送员基于更新后的处理方式处理待配送物品，以准确以及及时的处理待配送物品，有效地降低物品的拒签情况，提高用户体验。
105.其中，上述更新运单的处理方式可以在将运单发送给配送终端之前或之后进行。其中，针对更新运单的处理方式在将运单发送给配送终端之后进行的情况，还可以分为：运
单处于配送状态的情况下，更新运单的处理方式；运单已经配送完成的情况下，更新运单的处理方式。
106.为了能够解决上述不同情况存在运单管理以及配送问题，具体地，如图3所示，上述配送管理方法还可进一步包括如下步骤：
107.步骤s301：接收配送终端针对运单的接单操作；在确定出运单存在更新后的处理方式的情况下，执行步骤s302；在确定出运单不存在更新后的处理方式的情况下，执行步骤s303；
108.步骤s302：直接执行将更新后的处理方式发送给为运单提供服务的配送终端的步骤，并结束当前流程；
109.步骤s303：将运单的原始配送信息发送给配送终端。
110.其中，接单操作可以是接收对运单的物品进行配送的任务的操作。
111.在将运单提供给配送终端之前(即配送员获得该运单之前)，该运单已经存在更新后的处理方式，则直接将更新后的处理方式发给配送终端，以有效地提供物流物品的处理效率。在配送终端已经接单后，运单不存在更新后的处理方式的情况下，将运单的原始配送信息发送给配送终端，使配送员按照原始运单信息的收件方地址配送，以保证存在更新的处理方式的运单和不存在更新的运单均能够正常处理，避免物流物品堆积。
112.另外，针对在将运单的原始配送信息发送给配送终端之后，运单的处理方式发生更新的情况，确定运单的配送状态；如果配送状态指示配送中，执行将更新后的处理方式发送给为运单提供服务的配送终端的步骤；如果配送状态指示配送完成，直接结束当前流程。比如，更新后的处理方式是对运单的物品进行拦截或者更改配送地址，则如果运单在配送途中，则可直接对该运单的物品进行拦截不再配送，或者按照更改后的配送地址进行配送，以有效地减少配送员的无效工作，同时能够对配送中的运单的物品，能够及时处理方式，以有效地提高处理运单的物品的准确性。
113.在本发明实施例中，消息队列的个数为多个，每一个消息队列对应有一种处理类型；相应地，上述配送管理方法还可进一步包括：响应于电商平台将其处理后的各种售后处理结果，按照售后处理结果所属处理类型，将售后处理结果对应广播给相同处理类型的消息队列中，针对至少一个消息队列，执行消息队列广播与运单相关的售后处理结果。
114.即电商平台可将其处理后的各种售后处理结果，按照售后处理结果所属处理类型，将售后处理结果对应广播给相同处理类型的消息队列中。其中，处理类型可包括：强制关单、纠纷介入、催收成功、纠纷结果、修改收货方地址中的任意多种。其中，强制关单是指商家强制将消费者申请的退货或者退款的订单关闭，拒绝退货或者退款。纠纷介入是指电商客服介入商家和消费者之间的纠纷，并且该纠纷正在处理中；催收成功是指一些极速退款的商品，在消费者发起退货退款申请后，货款就退给消费者，但是商家收到退货后，发现退货有问题，不能给消费者办理退货，这时候商家会联系消费者交回已退的货款，然后商家把货物退给消费者，当消费者把退款交给商家后，就是催收成功。纠纷结果是指商家客服介入商家和消费者之间的纠纷后，得到的纠纷结果；修改收货方地址是指在待配送物品寄出后、配送之前，商家或者消费者向电商平台发送的修改收货方地址。
115.针对消费者发起退货这一场景，消费者将货物发给物流公司，在物流公司揽收完成后2天(或其他指定时间)，在电商平台上，商家工作台(商家shop端)即可展示该退货包裹
对应的服务单状态，商家针对该服务单有如下选择：
116.强制关闭服务单：商家拒绝接受退货，服务单关闭，不给消费者退钱；
117.发起催收：已经将货款退给消费者，但商家发现退回来的货品有问题，与消费者协商，消费者同意将货款再返给商家，并取消退货；
118.确认收货：收到退货，完成本次退货退款，给消费者退货款。
119.针对上述强制关闭服务单对应的即为上述强制关单的消息队列；针对发起催收可以是催收成功这一消息队列；针对确认收货则一般是配送完成后可用户通过电商平台操作的。
120.对于强制关闭服务单：商家关闭服务单后，在电商平台app上露出“纠纷客服介入”的选项，消费者可以选择是否申请电商平台的客服人员介入做纠纷处理(在纠纷系统里做处理)；消费者如果不选择纠纷介入，那么该入口超时将自动关闭，默认消费者没有异议；如果消费者选择纠纷介入，则电商平台的客服将联系商家和消费者进线纠纷调停，并下发纠纷处理结果：将货物送给商家、将货物返回给寄件人等。
121.以上处理结果都将通过消息队列同步给物流侧即运单子系统和配送管理服务端，物流侧根据当前货物的状态，以及商家拒收的原因，结合电商平台客服、平台商家做出的处理结果，对货物进行处理：继续送给商家，或者返回给寄件人。保证货物的处理是得到了消费者、商家的认可，避免造成不经用户确认就将货物退回给寄件消费者的问题。
122.通过将不同处理类型的售后处理结果存储到不同的消息队列中，并通过消息队列管理售后处理结果，有助于后续识别售后处理结果，以提高针对存在售后处理结果的配送信息的处理。
123.在本发明实施例中，针对消息队列的个数为多个，每一个消息队列对应有一种处理类型的情况，上述配送管理方法还可进一步包括：根据与运单相关的售后处理结果所在消息队列对应的处理类型，确定售后处理结果所指示的信息；基于售后处理结果所指示的信息，执行更新运单的处理方式的步骤。比如，处理类型为修改地址，则可直接将消息队列中读取到的修改后的收件方地址替换原收件方地址。又比如，处理类型为纠纷结果，则根据纠纷结果，处理处理方式。比如，纠纷结果指示商家拒收货物，则可生成新的运单，将收件方地址调整为原寄件方(消费者)地址信息等，以按照新的运单处理该货物。又比如，处理类型为处于纠纷中，则可生成指示拦截运单的信息，以在配送终端获取该运单时直接拦截或者配送终端的配送员在配送过程中拦截等。
124.在本发明实施例中，更新运单的处理方式的具体实施方式可包括：如果与运单相关的售后处理结果指示更改收货方地址信息，在新的运单信息包括的收件方地址信息与原始配送信息包括的收件方地址信息属于同一区域情况下，将运单的处理方式更新为指示配送员以新的运单信息进行配送处理；在新的运单信息包括的收件方地址信息与原始配送信息包括的收件方地址信息不属于同一区域，将运单的处理方式更新为对运单进行拦截或重新投递处理。
125.其中，针对更新后的处理方式：配送员以新的运单信息进行配送处理，可将该新的运单信息发送给配送终端，以使配送员按照新的运单信息中的新的配送地址配送运单的物品。针对更新后的处理方式：对运单进行拦截或重新投递处理，发送指示拦截运单的信息给配送终端或者发送指示重新投递的信息给配送终端，以使配送员对运单的物品进行拦截或
者重新投递。以有效地提高物流配送的有效性。
126.在本发明实施例中，配送管理方法还可进一步包括：针对更新后的处理方式指示重新投递处理的情况，根据原收件方地址信息和更改后的收件方地址信息，计算物流费用；将物流费用发送给电商平台，以使电商平台将所述物流费用提供给收件方或者发件方。
127.还可以直接通过运单系统发送给收件方或发件方。
128.通过上述过程实现物流配送的闭环，无需用户重新下单，以有效的提高用户体验。
129.一般来说，售后处理结果可以分为处在纠纷处理中以及纠纷处理完成两种情况，针对纠纷处理完成的情况又可分为继续为原收件方配送或者将待配送物品寄回给寄件方两种。为了能够对上述多种情况进行处理，以满足不同情况的需求。
130.具体地，如果与运单相关的售后处理结果指示寄件方与收件方处于纠纷处理中，上述更新运单的处理方式可包括：将运单的处理方式更新为对运单进行拦截，并利用预设的延期配送策略，延长配送信息包括的配送时间。以为商家与消费者之间的纠纷或者物流与寄件方或收件方之间的纠纷提供一定的处理时间，后续基于处理的结果进行配送，以尽可能提高物品配送准确性。
131.进一步地，如果与运单相关的售后处理结果指示寄件方与收件方的纠纷处理完成，从售后处理结果中解析出纠纷处理结果；如果纠纷处理结果指示将待配送物品寄回给寄件方，则根据运单，生成新的运单，并将运单的处理方式更新为对运单进行拦截，按照新的运单信息重新投递处理。其中，新的运单的寄件方地址信息可以为运单的原收件方地址信息，也可以为其他地址信息。如果纠纷处理结果指示继续为原收件方配送，则维持运单指示的原处理方式，以使配送员继续为原收件方配送。
132.在本发明实施例中，上述配送管理方法还可进一步包括：针对所述运单的物品被拒收的情况，接收配送终端发送的针对运单的协商再投请求，将协商再投请求发送给运单子系统，运单子系统生成协商再投信息，以使运单子系统向电商平台广播协商再投信息。通过该过程实现物流信息的多平台同步，用户能够及时掌握物流信息，使用户体验较好。
133.协商再投请求是当配送员配送的物品拒收时，不是立即拒收并将物品退回给寄件人，而是发起一个协商再投，由寄件人或第三者(客服外呼消费者、商家进行协商后代为下发处理结果)来决定货物该如何处理；
134.协商再投结果是指发起协商再投请求后，由寄件人或者第三方给出的包裹如何处理的最终结果。
135.在本发明实施例中，如图4所示，在接收配送终端发送的协商再投请求后，还可进一步包括如下步骤：
136.步骤s401：从协商再投请求中解析出拒收原因；
137.步骤s402：针对拒收原因指示物流责任的情况下，为运单创建物流客服介入工单；
138.在电商平台客服和消费者都没有处理结果的情况下，如果是物流责任导致的货物拒收，配送员也可以选择由物流客服进行处理，或者走默认的超时处理。
139.如果商家拒收，配送员可通过配送终端的“协商再投”(不是立即拒收退回给寄件人，而是等待物流客服介入或者消费者介入，对货物如何处理做出决定)。
140.在发起协商再投后，针对配送员选择的协商再投原因(原因可分为物流责任导致的拒收和非物流责任导致的拒收)，针对不同的原因，做不同处理：
141.物流责任：由于物流原因导致的货物破损，造成商家拒收，此时将给物流客服创建异常外呼时间，由物流侧客服主动外呼消费者和商家进行纠纷协商，并给出最终的协商处理结果，并根据处理结果，对包裹做相应的结果执行。
142.非物流责任：由于消费者自身原因或者商家原因，导致商家拒收退货包裹，此时不会让物流客服介入，而是在发起协商再投后，等待电商平台侧的处理结果，并根据处理结果对包裹进行处理。
143.即针对运单的拒收原因指示收件方责任或寄件方责任的情况下，获取消息队列广播的所述运单的针对协商再投信息的协商结果；如果协商结果指示为收件方配送，则发送指示为收件方配送的信息给配送终端；如果协商结果指示寄回寄件方，则发送指示拦截的信息给配送终端。如果到达指定时间仍然没有协商结果，则可按照预设的默认处理方式进行处理，该默认的处理方式可根据需求进行灵活设置。
144.步骤s403：通过运单子系统将物流客服介入工单同步给质控子系统；
145.步骤s404：通过质控子系统调用物流客服子系统的接口创建客服事件，以使物流客服子系统处理客服事件；
146.步骤s405：通过运单子系统接收物流客服子系统发送的处理指令；
147.步骤s406：基于处理指令，执行更新运单的处理方式，并将更新后的处理方式发送给配送终端的步骤。
148.通过上述过程可以对由物流原因造成的配送失败进行物流客服介入处理，另外，在发起协商再投前，如果收到了明确的电商平台客服、或者消费者、或者商家的对包裹的处理结果，那么配送员按相应的处理结果对包裹做处理(或者继续送给商家，或者退还给消费者，如退给消费者，则发起拦截处理)，以进一步避免配送物品的积压。
149.综上可知，如果运单没有闭环(也就是没有明确的协商再投处理结果、也没有被拦截退回消费者、也没有妥投或者拒收)，那么根据是否发起了协商再投、是否为物流责任、接收到的处理结果不同，进行不同的处理：
150.如果发起了协商再投，并且是物流责任，那么终端系统经由质控系统，给客服工作台创建异常事件，物流客服外呼消费者和商家，进行纠纷协调，并给出处理结果；
151.如果发起了协商再投，但不是物流责任，那么等待电商平台给的纠纷处理结果、或者售后催收处理结果，根据不同结果对包裹进行不同的处理；
152.如果未发起协商再投，在此之前收到了电商平台侧下发的纠纷处理结果、或者售后催收处理结果，那么根据不同的处理结果，要么拦截包裹退回寄件人，要么继续送给商家。
153.值得说明的是，在以上处理流程基础上，设置倒计时，用于特殊情况下，没有任何处理结果时的兜底处理：
154.发起协商再投后，触发倒计时，在此时间内，如果没有收到物流客服处理结果、零售电商平台处理结果、未妥投、未拒收，那么倒计时结束后，默认将货物退还给消费者；
155.商家关单后，设置倒计时，如果消费者没有申请电商平台的客服介入处理纠纷，那么倒计时后，自动按默认处理，将货物退还消费者；如果时间内，收到了消费者申请电商平台客服介入处理纠纷了，那么继续等待后续的处理结果。
156.在本发明实施例中，如图5所示，上述配送管理方法可进一步包括如下步骤：
157.步骤s501：基于预设的配置组件，为每一种类型的售后处理结果配置或更新对应的处理方式管理策略；
158.步骤s502：基于配置处理方式管理策略，执行更新运单的配送信息的步骤。
159.通过上述过程可以根据消费者或者商家需求为配送管理进行一些配置，比如延期配送时间、遇到不同配送失败问题可设置的处理方式等。
160.下面以配送终端、配送管理服务端、运单系统、电商平台售后系统、电商平台纠纷系统之间交互过程详细说明配送管理方法，如图6所示，该配送管理方法可包括如下步骤：
161.步骤s600：配送管理服务端基于预设的配置组件，为每一种类型的售后处理结果配置或更新对应的处理方式管理策略；
162.该处理方式管理策略可根据物流需求进行相应地设置，比如，针对不能正常签收的待配送物品可以设置延长配送时间比如10天、3天等，并基于该延长配送时间对待配送物品再次进行配送。又比如，还可以设置默认配送方式(比如返回给寄件方等)，在出现不能正常签收的待配送物品同时该待配送物品的存放时间达到预设的延长配送时间后，按照该默认配送方式处理该待配送物品。
163.基于配置处理方式管理策略，执行更新运单的处理方式的步骤。
164.步骤s601：电商平台将其针对所售物品进行售后处理的各种售后处理结果，按照售后处理结果所属处理类型，将售后处理结果对应存入相同处理类型的消息队列中；
165.该处理类型可包括：强制关单、纠纷介入、催收成功、纠纷结果、修改收货方地址中的任意多种。其中，强制关单是指商家强制将消费者申请的退货或者退款的订单关闭，拒绝退货或者退款。纠纷介入是指电商客服介入商家和消费者之间的纠纷，并且该纠纷正在处理中；催收成功是指商家同意消费者退货，并催消费者寄送物品等；纠纷结果是指商家客服介入商家和消费者之间的纠纷后，得到的纠纷结果；修改收货方地址是指在待配送物品寄出后、配送之前，商家或者消费者向电商平台发送的修改收货方地址。
166.其中，与运单相关的售后处理结果可以为：指示更改收货方地址信息；指示寄件方与收件方处于纠纷处理中；指示寄件方与收件方的纠纷处理完成等。
167.步骤s602：配送管理服务端获取预设的多种处理类型的消息队列广播的与运单相关的售后处理结果；
168.步骤s603：配送管理服务端根据与运单相关的售后处理结果所在消息队列对应的处理类型，确定售后处理结果所指示的信息；执行步骤s604或步骤s607；
169.步骤s604：配送管理服务端更新运单的处理方式；
170.步骤s605：配送员通过配送终端扫描待配送物品的面单；
171.步骤s606：配送管理服务端将更新后的处理方式发送给配送终端，针对更新后的处理方式指示更新配送地址的情况，执行步骤s613；针对更新后的处理方式指示拦截的情况，执行步骤s614；
172.步骤s607：配送员通过配送终端扫描待配送物品的面单；
173.步骤s608：配送管理服务端将原运单信息发送给配送终端，分别执行步骤s609或者步骤s614；
174.步骤s609：配送管理服务端更新运单的处理方式；
175.步骤s610：配送管理服务端确定运单的配送状态；如果配送状态指示配送中，执行
步骤s611；如果配送状态指示配送完成，直接结束当前流程；
176.步骤s611：配送管理服务端将更新后的处理方式发送给为运单提供服务的配送终端，其中，针对更新后的处理方式指示更新配送地址的情况，执行步骤s612；针对更新后的处理方式指示拦截的情况，执行步骤s613；
177.其中，针对更新的运单的配送地址与原配送地址在同一个区域，则更新后的处理方式指示更新配送地址；针对更新的运单的配送地址与原配送地址不在同一区域或者将配送地址更改为原寄件方地址，或者处于纠纷中，暂未确定新的收件方等情况，则更新后的处理方式指示拦截。
178.步骤s612：配送管理服务端发送更新后的配送地址给配送终端，以使配送员根据更新后的配送地址配送物品，并执行步骤s614；
179.步骤s613：配送管理服务端发送指示拦截的信息给配送终端，以使配送员拦截该运单的物品，并结束当前流程；
180.步骤s614：配送终端接收到指示收件方拒收的信息，如果拒收请求指示收件方责任，执行步骤s615；如果拒收请求指示物流责任，执行步骤s620；
181.针对配送员通过配送终端扫描待配送物品的面单的步骤，在更新运单的处理方式之前的情况，执行步骤s604；针对配送员通过配送终端扫描待配送物品的面单的步骤，在更新运单的处理方式之后的情况，执行步骤s607；
182.值得说明的是，上述配送管理服务端更新运单的处理方式可根据售后处理结果的不同进行不同的更新。
183.具体地，针对售后处理结果指示更改收货方地址信息的情况，配送管理服务端利用售后处理结果包括的更改后的收件方地址信息生成新的运单，则后续可为配送终端提供该更新后的收件方地址；针对售后处理结果指示寄件方与收件方处于纠纷处理中，配送管理服务端为该运单生成指示拦截的信息，后续可为配送终端提供该指示拦截的信息，以对该运单对应的待配送物品进行拦截。针对售后处理结果指示寄件方与收件方的纠纷处理完成，可根据纠纷处理结果进行相应地处理，比如，纠纷处理结果指示将待配送物品发送给寄件方，则处理方式为拦截或重新投递，又比如，纠纷处理结果指示继续为收件方配送，则为配送终端提供继续配送的指示信息等。
184.其中，针对重新投递的运单，配送管理服务端根据原收件方地址信息和新的运单的收件方地址信息，计算物流费用；配送管理服务端将物流费用发送给电商平台；另外，配送管理服务端还可以直接通过运单系统将物流费用发送给收件方或发件方。
185.步骤s615：配送管理服务端利用预设的延期配送策略，延长配送信息包括的配送时间，发送协商再投请求给运单子系统；并对配送时间进行倒计时；
186.步骤s616：运单子系统生成协商再投信息，运单子系统向电商平台广播协商再投信息，如果在倒计时结束之前，得到纠纷处理完成，则执行步骤s617；
187.如果在倒计时结束之后还没有得到纠纷结果，则按照默认配送方式配送或者根据预设的配送策略进行配送。
188.步骤s617：配送管理服务端从售后处理结果中解析出纠纷处理结果；如果纠纷处理结果指示将待配送物品寄回给寄件方，则执行步骤s618；如果纠纷处理结果指示继续为原收件方配送，则执行步骤s619；
189.步骤s618：配送管理服务端生成新的运单，其中，新的运单的收件方地址信息为原寄件方地址信息，并执行步骤s613；
190.步骤s619：配送员按照原收件方地址信息进行配送，如果收件方拒绝签收，则执行步骤s615；如果收件方签收，通过配送终端确定签收成功；
191.步骤s620：配送终端发送针对运单的协商再投请求给配送管理服务端；
192.步骤s621：配送管理服务端根据配置信息管理策略，启动配送倒计时；
193.步骤s622：配送管理服务端将协商再投请求发送给运单子系统；
194.步骤s623：运单子系统生成协商再投信息，运单子系统向电商平台广播协商再投信息；
195.步骤s624：运单子系统为运单创建物流客服介入工单；
196.步骤s625：运单子系统将物流客服介入工单同步给质控子系统通过质控子系统调用物流客服子系统的接口创建客服事件，以使物流客服子系统处理客服事件；
197.步骤s626：运单子系统接收物流客服子系统发送的配送处理指令，将配送处理指令发送给配送管理服务端；
198.步骤s627：配送管理服务端基于配送处理指令，更新运单的处理方式；
199.该处理方式可以为拦截并终止配送，也可为继续为原收件方配送等。
200.步骤s628：配送管理服务端将更新后的处理方式发送给配送终端。
201.如果更新后的处理方式指示终止配送，则直接对待配送物品进行拦截。
202.值得说明的是，针对拒收的物品，如果是收件方或者寄件方的原因造成的，收件方或者寄件方可通过电商平台的客服介入待配送物品的售后服务，并将售后处理的结果同步到消息队列。
203.针对电商平台退货场景，商家拒收货物时，针对不同情况，分别由电商平台客服、物流公司客服对包裹流向进行客服介入处理，并设定默认等待时间，等待时间内无处理结果的再走默认处理的用于保护消费者体验的方法。
204.该方案中，两条处理线物流线和电商平台线通过消息队列中的关键信息的交互和打通，保证不论是哪种情况，不论是通过哪条线，都能让包裹得到符合消费者和商家期望的方式进行处理，减少客户投诉，减少站点货物积压。
205.值得说明的是，上述图6仅给出了部分处理方式。除了图6给出的处理方式是之外，还可有另外两种情况：
206.第一种情况：在发起协商再投前，收到了上游系统比如电商平台的处理结果下发，那么这种情况下，就不再需要继续配送了，直接按处理结果进行相应的处理即可(这种情况下的处理结果往往是拦截货物做退回处理)。
207.第二种情况：正常给商家送货，但商家拒收，此时发起协商再投，在再投后，如果收到了上游(电商平台或者物流客服子系统)的处理结果通知(结果以消息队列广播消息的方式发出)，那么物流侧系统根据消息队列里的运单查询自己库内是否有该运单，并且是发起过协商再投了，如果是的话，就将处理结果(催收成功、退回寄件人、再送收件人等)转换成标准的协商再投结果，然后通知给终端系统照此做货物处理。处理结果可以是物流客服或者零售纠纷客服和商家、寄件的消费者沟通后的处理结果，也可能是超时后系统自动下发的默认处理结果。
208.如图7所示，本发明实施例提供一种配送管理服务端700，该配送管理服务端700可包括：运单管理模块701以及处理模块702，其中，
209.运单管理模块701，用于针对所管理的运单，执行为运单订阅预设的消息队列；
210.处理模块702，用于如果获取到订阅的消息队列广播的与运单相关的售后处理结果，其中，消息队列获取电商平台广播的针对具有售后问题的待配送物品的售后处理结果；根据与运单相关的售后处理结果，更新运单的处理方式，将更新后的处理方式发送给为运单提供服务的配送终端，以使配送终端的配送员基于更新后的处理方式处理待配送物品。
211.在本发明实施例中，处理模块702，进一步用于接收配送终端针对运单的接单操作；在确定出所述运单存在更新后的处理方式的情况下，直接执行将更新后的处理方式发送给为运单提供服务的配送终端的步骤；在确定出运单不存在更新后的处理方式的情况下，将运单的原始配送信息发送给配送终端。
212.在本发明实施例中，处理模块702，进一步用于针对在将运单的原始配送信息发送给配送终端之后，运单的处理方式发生更新的情况，确定运单的配送状态；如果配送状态指示配送中，执行将更新后的处理方式发送给为运单提供服务的配送终端的步骤；如果配送状态指示配送完成，直接结束当前流程。
213.在本发明实施例中，处理模块702，进一步用于响应于电商平台将其处理后的各种售后处理结果，按照售后处理结果所属处理类型，将售后处理结果对应广播给相同处理类型的消息队列中，针对至少一个所述消息队列，执行消息队列广播与运单相关的售后处理结果。
214.在本发明实施例中，处理模块703，进一步用于根据与运单相关的售后处理结果所在消息队列对应的处理类型，确定售后处理结果所指示的信息；基于售后处理结果所指示的信息，执行更新运单的处理方式的步骤。
215.在本发明实施例中，处理模块703，进一步用于如果与运单相关的售后处理结果指示更改收货方地址信息，利用售后处理结果包括的更改后的收件方地址信息，生成新的运单信息，在新的运单信息包括的收件方地址信息与原始配送信息包括的收件方地址信息属于同一区域情况下，将运单的处理方式更新为指示配送员以新的运单信息进行配送处理；在新的运单信息包括的收件方地址信息与原始配送信息包括的收件方地址信息不属于同一区域，将运单的处理方式更新为对运单进行拦截或重新投递处理。
216.在本发明实施例中，处理模块702，进一步用于针对更新后的处理方式指示重新投递处理的情况，根据原收件方地址信息和新的运单信息包括的收件方地址信息，计算物流费用；将物流费用发送给电商平台，以使电商平台将物流费用提供给收件方或者发件方。
217.在本发明实施例中，信息处理模块703，进一步用于如果与运单相关的售后处理结果指示寄件方与收件方处于纠纷处理中，将运单的处理方式更新为对运单进行拦截，并利用预设的延期配送策略，延长配送信息包括的配送时间。
218.在本发明实施例中，处理模块702，进一步用于如果与运单相关的售后处理结果指示寄件方与收件方的纠纷处理完成，从售后处理结果中解析出纠纷处理结果；如果纠纷处理结果指示将待配送物品寄回给寄件方，则根据运单，生成新的运单信息，并将运单的处理方式更新为对运单进行拦截，按照新的运单信息重新投递处理。
219.在本发明实施例中，处理模块702，进一步用于如果纠纷处理结果指示继续为原收
件方配送，则维持所述运单的原处理方式，以使配送员继续为原收件方配送。
220.在本发明实施例中，上述配送管理服务端700可进一步包括：交互模块702，其中，交互模块702，用于针对运单的物品被拒收的情况，接收配送终端发送的针对运单的协商再投请求，将协商再投请求发送给运单子系统，以使运单子系统生成协商再投信息，并向电商平台广播协商再投信息。
221.在本发明实施例中，交互模块702，进一步用于为从协商再投请求中解析出拒收原因；针对拒收原因指示物流责任的情况下，运单创建物流客服介入工单；并接收运单子系统发送的物流客服子系统提供的接收方信息；
222.处理模块702，进一步用于接收方信息，执行更新运单的处理方式，并将更新后的处理方式发送给配送终端的步骤。
223.在本发明实施例中，处理模块702，进一步用于针对运单的拒收原因指示收件方责任或寄件方责任的情况下，获取消息队列广播的运单的针对协商再投信息的协商结果；如果协商结果指示为收件方配送，则发送指示为收件方配送的信息给配送终端；如果协商结果指示寄回寄件方，则发送指示拦截的信息给配送终端。
224.在本发明实施例中，如图7所示，配送管理服务端700可进一步包括：配置组件704，其中，
225.配置组件704，用于接收用户提供的每一种类型的售后处理结果配置或更新对应的处理方式管理策略；
226.处理模块703，进一步用于基于配置处理方式管理策略，执行更新运单的配送信息的步骤。
227.如图8所示，本发明实施例提供一种配送管理系统800，该配送管理系统800可包括：配送终端801、电商平台802以及上述实施例提供的配送管理服务端700。
228.电商平台802，用于将其处理后的各种售后处理结果，按照售后处理结果所属处理类型，将售后处理结果对应存入相同处理类型的消息队列中；
229.配送管理服务端700，进一步用于针对至少一个所属消息队列，执行从预设的消息队列中查找是否存在与运单相关的售后处理结果的步骤。
230.在本发明实施例中，如图8所示，上述配送管理系统800可进一步包括：运单子系统803，其中，
231.配送终端801，进一步用于发送针对运单的协商再投请求给配送管理服务端700；
232.配送管理服务端700，进一步用于发送针对运单的协商再投请求给运单子系统803；
233.运单子系统803，用于生成协商再投信息，向电商平台802广播协商再投信息。
234.在本发明实施例中，如图8所示，该配送管理系统还可进一步包括：物流客服子系统804和质控子系统805，其中，
235.配送管理服务端700，进一步用于为运单创建物流客服介入工单；
236.运单子系统803，进一步用于将物流客服介入工单同步给质控子系统805；
237.质控子系统805，用于调用物流客服子系统的接口创建客服事件；
238.物流客服子系统804，用于处理客服事件，将客服事件对应的配送处理指令发送给运单子系统803；
239.配送管理服务端700，进一步用于基于配送处理指令，执行更新运单的处理方式，并将更新后的处理方式发送给配送终端的步骤。
240.下面参考图9，其示出了适于用来实现本发明实施例的配送管理服务端的计算机系统900的结构示意图。图9示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
241.如图9所示，计算机系统900包括中央处理单元(cpu)901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。在ram 903中，还存储有系统900操作所需的各种程序和数据。cpu 901、rom 902以及ram 903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。
242.以下部件连接至i/o接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。
243.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(cpu)901执行时，执行本发明的系统中限定的上述功能。
244.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
245.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代
表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
246.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括确定模块、查找模块以及信息处理模块。其中，这些模块的名称在某种情况下并不构成对该单元本身的限定，例如，确定模块还可以被描述为“确定待配送物品的运单的模块”。
247.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：针对所管理的运单，执行下述操作：为运单订阅预设的消息队列；如果获取到订阅的消息队列广播的与运单相关的售后处理结果，其中，消息队列获取电商平台广播的针对具有售后问题的待配送物品的售后处理结果；根据与运单相关的售后处理结果，更新运单的处理方式，将更新后的处理方式发送给为运单提供服务的配送终端，以使配送终端的配送员基于更新后的处理方式处理所述待配送物品。
248.根据本发明实施例的技术方案，通过消息队列存储电商平台发送的针对具有售后问题的待配送物品的售后处理结果，在配送过程中，可根据与运单相关的售后处理结果，更新运单的配送信息，并将更新后的配送信息发送给配送终端，能够及时更新配送信息，以使配送员基于更新后的配送信息处理待配送物品，以准确以及及时的处理待配送物品，有效地降低物品的拒签情况，提高用户体验。
249.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：
1.一种配送管理方法，其特征在于，包括：针对所管理的运单，执行下述操作：为所述运单订阅预设的消息队列；如果获取到订阅的所述消息队列广播的与所述运单相关的售后处理结果，其中，所述消息队列获取电商平台广播的针对具有售后问题的待配送物品的售后处理结果；根据与所述运单相关的售后处理结果，更新所述运单的处理方式，将更新后的处理方式发送给为所述运单提供服务的配送终端，以使所述配送终端的配送员基于更新后的处理方式处理所述待配送物品。2.根据权利要求1所述的配送管理方法，其特征在于，还包括：接收配送终端针对所述运单的接单操作；在确定出所述运单存在更新后的处理方式的情况下，直接执行所述将更新后的处理方式发送给为所述运单提供服务的配送终端的步骤；在确定出所述运单不存在更新后的处理方式的情况下，将所述运单的原始配送信息发送给所述配送终端。3.根据权利要求2所述的配送管理方法，其特征在于，还包括：针对在所述将所述运单的原始配送信息发送给所述配送终端之后，所述运单的处理方式发生更新的情况，确定所述运单的配送状态；如果所述配送状态指示配送中，执行所述将更新后的处理方式发送给为所述运单提供服务的配送终端的步骤；如果所述配送状态指示配送完成，直接结束当前流程。4.根据权利要求1所述的配送管理方法，其特征在于，所述消息队列的个数为多个，每一个所述消息队列对应有一种处理类型；还包括：响应于电商平台将其处理后的各种售后处理结果，按照所述售后处理结果所属处理类型，将所述售后处理结果对应广播给相同处理类型的消息队列中，针对至少一个所述消息队列，执行所述消息队列广播与所述运单相关的售后处理结果。5.根据权利要求4所述的配送管理方法，其特征在于，还包括：根据与所述运单相关的售后处理结果所在消息队列对应的处理类型，确定所述售后处理结果所指示的信息；基于所述售后处理结果所指示的信息，执行所述更新所述运单的处理方式的步骤。6.根据权利要求1至3以及5中任一项所述的配送管理方法，其特征在于，所述更新所述运单的处理方式，包括：如果与所述运单相关的售后处理结果指示更改收货方地址信息，利用所述售后处理结果包括的更改后的收件方地址信息，生成新的运单信息；在所述新的运单信息包括的收件方地址信息与原始配送信息包括的收件方地址信息属于同一区域情况下，将所述运单的处理方式更新为指示配送员以所述新的运单信息进行配送处理；在所述新的运单信息包括的收件方地址信息与原始配送信息包括的收件方地址信息
不属于同一区域，将所述运单的处理方式更新为对所述运单进行拦截或重新投递处理。7.根据权利要求6所述的配送管理方法，其特征在于，还包括：针对更新后的处理方式指示重新投递处理的情况，根据所述原收件方地址信息和所述新的运单信息包括的收件方地址信息，计算物流费用；将所述物流费用发送给所述电商平台，以使所述电商平台将所述物流费用提供给收件方或者发件方。8.根据权利要求1至3以及5中任一项所述的配送管理方法，其特征在于，所述更新所述运单的处理方式，包括：如果与所述运单相关的售后处理结果指示寄件方与收件方处于纠纷处理中，将所述运单的处理方式更新为对所述运单进行拦截，并利用预设的延期配送策略，延长所述配送信息包括的配送时间。9.根据权利要求1至3以及5中任一项所述的配送管理方法，其特征在于，所述更新所述运单的处理方式，包括：如果与所述运单相关的售后处理结果指示寄件方与收件方的纠纷处理完成，从所述售后处理结果中解析出纠纷处理结果；如果所述纠纷处理结果指示将所述待配送物品寄回给寄件方，根据所述运单，生成新的运单信息，并将所述运单的处理方式更新为对所述运单进行拦截，按照所述新的运单信息重新投递处理。10.根据权利要求9所述的配送管理方法，其特征在于，所述更新所述运单的处理方式，包括：如果所述纠纷处理结果指示继续为原收件方配送，则维持所述运单的原处理方式，以使配送员继续为所述原收件方配送。11.根据权利要求4所述的配送管理方法，其特征在于，所述处理类型包括：强制关单、纠纷介入、催收成功、纠纷结果、修改收货方地址中的任意多种。12.根据权利要求1所述的配送管理方法，其特征在于，还包括：针对所述运单的物品被拒收的情况，接收配送终端发送的针对所述运单的协商再投请求，将所述协商再投请求发送给运单子系统，所述运单子系统生成协商再投信息，以使所述运单子系统向电商平台广播所述协商再投信息。13.根据权利要求12所述的配送管理方法，其特征在于，在接收配送终端发送的协商再投请求后，还包括：从所述协商再投请求中解析出拒收原因；针对所述拒收原因指示物流责任的情况下，为所述运单创建物流客服介入工单；通过运单子系统将所述物流客服介入工单同步给质控子系统；通过所述质控子系统调用物流客服子系统的接口创建客服事件，以使所述物流客服子系统处理所述客服事件；
通过所述运单子系统接收所述物流客服子系统发送的客服事件对应的处理指令；基于所述处理指令，执行所述更新所述运单的处理方式，并将更新后的处理方式发送给配送终端的步骤。14.根据权利要求13所述的配送管理方法，其特征在于，还包括：针对所述运单的拒收原因指示收件方责任或寄件方责任的情况下，获取所述消息队列广播的所述运单的针对所述协商再投信息的协商结果；如果所述协商结果指示为收件方配送，则发送指示为收件方配送的信息给所述配送终端；如果所述协商结果指示寄回寄件方，则发送指示拦截的信息给所述配送终端。15.根据权利要求1所述的配送管理方法，其特征在于，还包括：基于预设的配置组件，为每一种类型的售后处理结果配置或更新对应的处理方式管理策略；基于所述配置处理方式管理策略，执行所述更新所述运单的处理方式的步骤。16.一种配送管理服务端，其特征在于，包括：运单管理模块以及处理模块，其中，所述运单管理模块，用于针对所管理的运单，执行为所述运单订阅预设的消息队列；所述处理模块，用于如果获取到订阅的所述消息队列广播的与所述运单相关的售后处理结果，其中，所述消息队列获取电商平台广播的针对具有售后问题的待配送物品的售后处理结果；根据与所述运单相关的售后处理结果，更新所述运单的处理方式，将更新后的处理方式发送给为所述运单提供服务的配送终端，以使所述配送终端的配送员基于更新后的处理方式处理所述待配送物品。17.一种配送管理系统，其特征在于，包括：配送终端、电商平台以及权利要求16所述的配送管理服务端。18.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-15中任一所述的方法。19.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-15中任一所述的方法。

技术总结
本发明公开了一种配送管理方法、服务端和系统，涉及智慧物流技术领域。该方法的一具体实施方式包括：为运单订阅预设的消息队列；如果获取到订阅的消息队列广播的与运单相关的售后处理结果，其中，消息队列获取电商平台广播的针对具有售后问题的待配送物品的售后处理结果；根据与运单相关的售后处理结果，更新运单的处理方式，将更新后的处理方式发送给为运单提供服务的配送终端，以使配送终端的配送员基于更新后的处理方式处理所述待配送物品。该实施方式能够比较准确及时的完成配送，以提高用户体验。高用户体验。高用户体验。


技术研发人员：杨凯
受保护的技术使用者：北京京东振世信息技术有限公司
技术研发日：2022.03.24
技术公布日：2023/10/11