快递包裹退回处理方法、装置、设备及存储介质与流程

1.本发明涉及物流技术领域，尤其涉及一种快递包裹退回处理方法、装置、设备及存储介质。


背景技术：

2.物流是物品从供应地向接收地的流动过程中，根据实际需要，将运输、储存、装卸、搬运、包装、流通加工、配送、信息处理等功能有机结合起来实现用户要求的过程。目前快递包裹从寄件地址运送到收件地址的过程中，一旦发生退货行为，需要及时对快递包裹进行拦截退回，但是某些快递包裹在退回过程中，从商家角度出发，商家承担的物流退回费用要远超过物品本身价值；从物流企业角度出发低价格货品质量和包装无法承受正逆向两趟物流运输，破损赔付比例50％，且退回过程中有丢失风险，赔付成本高；从消费者角度出发，消费者退款时间链路较长，物流服务体验差。


技术实现要素：

3.有鉴于此，有必要针对赔付成本高、物流服务体验差等的问题，提供一种快递包裹退回处理方法、装置、设备及存储介质。
4.一种快递包裹退回处理方法，所述快递包裹退回处理方法包括以下步骤：
5.接收待处理快递包裹的退回指令，并根据所述退回指令，判断所述待处理快递包裹是否为弃件；
6.若所述待处理快递包裹为弃件，则生成所述待处理快递包裹对应的拦截提示语；
7.获取所述待处理快递包裹的订单数据，并基于所述订单数据确定所述待处理快递包裹的下级站点，并向所述下级站点的站点终端发送所述拦截提示语；
8.接收所述待处理快递包裹的拦截结果，并将所述拦截结果同步至目标终端，所述拦截结果包括拦截失败或拦截成功。
9.在其中一个实施例中，所述接收待处理快递包裹的退回指令之前，还包括：
10.接收目标终端发送的待处理快递包裹的拦截指令，并根据所述拦截指令，获取所述待处理快递包裹的基础信息和物流运输信息；
11.根据所述基础信息和所述物流运输信息，判断所述待处理快递包裹是否可以执行拦截操作；
12.若是，则生成所述待处理快递包裹的退回指令，并更新所述待处理快递包裹的状态为拦截中；
13.若否，则向所述目标终端发送不可拦截信息。
14.在其中一个实施例中，所述根据所述基础信息和所述物流运输信息，判断所述待处理快递包裹是否可以执行拦截操作，包括：
15.获取所述待处理快递包裹的基础信息，并校验所述基础信息是否符合预设的录入标准，所述基础信息包括录单信息、揽件信息和条码分配信息；
16.所述预设的录入标准至少包括所述录单信息、揽件信息和条码分配信息全部录入，其中所述录单信息中快递包裹的运单号正确、运单号不重复录入；
17.若所述基础信息不符合预设的录入标准，则所述待处理快递包裹不可以执行拦截操作；
18.获取所述待处理快递包裹的物流运输信息，并根据所述物流运输信息确定所述待处理快递包裹的当前物流状态；
19.若所述当前物流状态为快递员派件中，则所述待处理快递包裹不可以执行拦截操作。
20.在其中一个实施例中，所述获取所述待处理快递包裹的订单数据，并基于所述订单数据确定所述待处理快递包裹的下级站点，并向所述下级站点的站点终端发送所述拦截提示语，包括：
21.获取所述待处理快递包裹的订单数据，所述订单数据至少包括下级站点编码；
22.根据所述下级站点编码，确定所述下级站点的站点终端；
23.将所述订单数据写入kafka消息队列的存储结构中，得到kafka数据；
24.消费所述kafka数据，并将所述kafka数据推送至所述下级站点的站点终端，并向所述下级站点的站点终端发送所述拦截提示语，以提醒目标人员执行拦截不退回操作。
25.在其中一个实施例中，所述接收所述待处理快递包裹的拦截结果之前，还包括：
26.当所述拦截提示语下发至所述下级站点时，确定所述下级站点为末端网点或始发网点；
27.当所述下级站点为末端网点时，则判断所述待处理快递包裹的状态是否为派送中；
28.若是，则判定所述待处理快递包裹的拦截结果为拦截失败；
29.若否，则获取所述待处理快递包裹的末端扫描信息，且当所述末端扫描信息为拦截不退回时，判定所述待处理快递包裹的拦截结果为拦截成功；
30.当所述下级站点为始发网点时，则获取所述待处理快递包裹的始发扫描信息；
31.若所述始发扫描信息为签收，则判定所述待处理快递包裹的拦截结果为拦截失败；
32.若所述始发扫描信息为拦截不退回，则判定所述待处理快递包裹的拦截结果为拦截成功。
33.在其中一个实施例中，所述接收所述待处理快递包裹的拦截结果之后，还包括：
34.将所述待处理快递包裹的拦截结果上传至区块链，采用区块链加密算法对所述拦截结果进行加密。
35.一种快递包裹退回处理装置，所述快递包裹退回处理装置包括：
36.接收模块，用于接收待处理快递包裹的退回指令，并根据所述退回指令，判断所述待处理快递包裹是否为弃件；
37.生成模块，用于若所述待处理快递包裹为弃件，则生成所述待处理快递包裹对应的拦截提示语；
38.发送模块，用于获取所述待处理快递包裹的订单数据，并基于所述订单数据确定所述待处理快递包裹的下级站点，并向所述下级站点的站点终端发送所述拦截提示语；
39.同步模块，用于接收所述待处理快递包裹的拦截结果，并将所述拦截结果同步至目标终端，所述拦截结果包括拦截失败或拦截成功。
40.在其中一个实施例中，所述发送模块，包括：
41.获取子模块，用于获取所述待处理快递包裹的订单数据，所述订单数据至少包括下级站点编码；
42.确定子模块，用于根据所述下级站点编码，确定所述下级站点的站点终端；
43.写入子模块，用于将所述订单数据写入kafka消息队列的存储结构中，得到kafka数据；
44.推送子模块，用于消费所述kafka数据，并将所述kafka数据推送至所述下级站点的站点终端，并向所述下级站点的站点终端发送所述拦截提示语，以提醒目标人员执行拦截不退回操作。
45.一种快递包裹退回处理设备，所述快递包裹退回处理设备包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；所述至少一个处理器调用所述存储器中的所述指令，以使得所述快递包裹退回处理设备执行上述所述的快递包裹退回处理方法的步骤。
46.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述所述的快递包裹退回处理方法的步骤。
47.上述快递包裹退回处理方法、装置、设备及存储介质，通过接收待处理快递包裹的退回指令，并根据所述退回指令，判断所述待处理快递包裹是否为弃件，若所述待处理快递包裹为弃件，则生成所述待处理快递包裹对应的拦截提示语，获取所述待处理快递包裹的订单数据，并基于所述订单数据确定所述待处理快递包裹的下级站点，并向所述下级站点的站点终端发送所述拦截提示语，接收所述待处理快递包裹的拦截结果，并将所述拦截结果同步至目标终端；本发明将低价订单的变更为弃件，并做拦截不退回处理，降低快递包裹物流退回成本，降低商家和物流企业的损失，缩短消费者退款链路，提高物流企业的物流服务体验。
附图说明
48.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。
49.图1为本发明快递包裹退回处理方法的第一个实施例示意图；
50.图2为本发明快递包裹退回处理方法的第二个实施例示意图；
51.图3为本发明快递包裹退回处理装置的第一个实施例示意图；
52.图4为本发明快递包裹退回处理装置的第二个实施例示意图；
53.图5为本发明快递包裹退回处理设备的一个实施例示意图。
具体实施方式
54.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并
不用于限定本发明。
55.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。
56.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
57.作为一个较好的实施例，如图1所示，一种快递包裹退回处理方法，用于对低价值货品进行弃件处理，该快递包裹退回处理方法包括以下步骤：
58.步骤101、接收待处理快递包裹的退回指令，并根据退回指令，判断待处理快递包裹是否为弃件；
59.可以理解的是，本发明的执行主体可以为快递包裹退回处理装置，还可以是终端或者服务器，具体此处不做限定。本发明实施例以服务器为执行主体为例进行说明。
60.本实施例中，快递包裹的退回指令用于对已拦截成功的快递包裹进行退回处理。服务器接收收待处理快递包裹的退回指令，对于拦截成功的快递包裹一般都是退回给寄件人，但是对于低价格快递包裹在退回过程中会存在以下问题：物流退回费用要远超过物品本身价值、存在丢失风险、消费者等待退款时间较长；因此快递包裹拦截成功后可对物品价值进行评估，并判断是否做弃件处理，即将低价订单的退回件变更为“弃件”，弃件的意思是拦截成功后，不需要将快递包裹寄回给寄件人，由当前分拨/网点进行处理。
61.步骤102、若待处理快递包裹为弃件，则生成待处理快递包裹对应的拦截提示语；
62.本实施例中，服务器确定待处理快递包裹为弃件，并为该待处理快递包裹增加“拦截不退回”标识，为了及时对待处理快递包裹进行弃件处理，服务器生成对应的拦截提示语，拦截提示语用于全链路进行拦截提醒“该待处理快递包裹为拦截不退回”，对于不做弃件处理的快递包裹，则走普通退回件流程。
63.步骤103、获取待处理快递包裹的订单数据，并基于订单数据确定待处理快递包裹的下级站点，并向下级站点的站点终端发送拦截提示语；
64.本实施例中，服务器获取待处理快递包裹的订单数据，订单数据包括该待处理快递包裹的所有相关数据，订单数据至少包括运单号、下级站点编码、拦截提示语，除了这三种数据外，订单数据还可以包括其他内容，具体不做限制；服务器对订单数据进行处理，确定待处理快递包裹的下级站点，并向下级站点的站点终端发送拦截提示语，在一个实施例中，具体过程如步骤1031-步骤1034所示。
65.步骤1031、获取待处理快递包裹的订单数据，订单数据至少包括下级站点编码；
66.步骤1032、根据下级站点编码，确定下级站点的站点终端；
67.本实施例中，下级站点编码和下级站点之间存在一一对应关系，例如下级站点编码为“528274”，下级站点为“广东佛山狮山公司”，服务器根据下级站点编码，确定下级站点，在确定下级站点使用站点终端的用户账号，站点终端为巴枪、快手等。
68.步骤1033、将订单数据写入kafka消息队列的存储结构中，得到kafka数据；
69.本实施例中，消息指的是通信的基本单位。由消息生产者发布关于某话题的消息，
这句话的意思是，消息以一种物理方式被发送给了作为代理的服务器(可能是另外一台机器)。若干的消息使用者订阅某个话题，然后生产者所发布的每条消息都会被发送给所有的使用者。kafka用来区分消息的类，成为topic；向kafka的主题发布消息的进程成为producer；向kafka主题注册，并且接收发布到主题的消息的进程成为consumer；kafka是运行在一个集群上的，这个集群由一台或者多台服务器组成，其中每个组成的服务器都被叫做broker；订单数据处理完成后，服务器将订单数据同步至入kafka消息队列的存储结构中，得到kafka数据，即“弃件”打标数据。
70.步骤1034、消费kafka数据，并将kafka数据推送至下级站点的站点终端，并向下级站点的站点终端发送拦截提示语，以提醒目标人员执行拦截不退回操作。
71.本实施例中，由订单中心的服务局接收上传的“拦截不退回”kafka数据，并将kafka数据推送至下级站点的站点终端，下级站点的站点终端接收下发的“拦截不退回”数据，在站点终端对快递包裹进行扫描时显示拦截提示语，以提醒目标人员执行拦截不退回操作，扫描人员需在站点终端上确定拦截不退回，才算拦截成功。
72.步骤104、接收待处理快递包裹的拦截结果，并将拦截结果同步至目标终端。
73.本实施例中，服务器接收待处理快递包裹的拦截结果，拦截结果包括拦截失败或拦截成功；将待处理快递包裹的拦截结果上传至区块链，采用区块链加密算法对拦截结果进行加密，由于区块链技术具有不可篡改性使得信息的真实性得到了保证，从而实现确认信息的准确来源，保证待处理快递包裹的拦截结果可追溯性；服务器将拦截结果同步至目标终端，以便于告知目标终端的用户拦截结果；在一个实施例中，拦截结果的判断如以下步骤1041-步骤1047所示。
74.步骤1041、当拦截提示语下发至下级站点时，确定下级站点为末端网点或始发网点；
75.本实施例中，通过下级站点的终端设备扫描，判断该待处理快递包裹是否拦截成功或拦截失败，对于“弃件”的要求是快递包裹不能到达末端网点派送，也不能回到始发网点签收，因此需要对末端网点或始发网点两种情况进行判断，当拦截提示语下发至下级站点时，服务器对下级站点进行确定。
76.步骤1042、当下级站点为末端网点时，则判断待处理快递包裹的状态是否为派送中；
77.本实施例中，当拦截不退回提醒下发到末端网点时，服务器获取该待处理快递包裹的当前物流状态，根据当前物流状态判断是否还能对快递包裹执行拦截不退回处理。
78.步骤1043、若是，则判定待处理快递包裹的拦截结果为拦截失败；
79.本实施例中，服务器确定该待处理快递包裹的当前物流状态为快递员派送中，则无法对该快递包裹进行拦截，即判定待处理快递包裹的拦截结果为拦截失败。
80.步骤1044、若否，则获取待处理快递包裹的末端扫描信息，且当末端扫描信息为拦截不退回时，判定待处理快递包裹的拦截结果为拦截成功；
81.本实施例中，服务器确定该待处理快递包裹的当前物流状态为到达末端网点，并且未安排至快递员进行派送，则末端网点采用终端设备对该快递包裹进行扫描时，生成末端扫描信息，末端扫描信息为快递包裹在末端网点的终端扫描时所产生的信息，末端信息中显示待处理快递包裹确定拦截不退回，则服务器判定待处理快递包裹的拦截结果为拦截
成功。
82.步骤1045、当下级站点为始发网点时，则获取待处理快递包裹的始发扫描信息；
83.本实施例中，当拦截不退回提醒下发到始发网点时，始发网点采用终端设备对该快递包裹进行扫描时，生成始发扫描信息，始发扫描信息为快递包裹在始发网点的终端扫描时所产生的信息，服务器获取待处理快递包裹的始发扫描信息，便于步骤1046-步骤1047对快递包裹的拦截结果进行判断。
84.步骤1046、若始发扫描信息为签收，则判定待处理快递包裹的拦截结果为拦截失败；
85.步骤1047、若始发扫描信息为拦截不退回，则判定待处理快递包裹的拦截结果为拦截成功。
86.本实施例中，始发扫描信息至少包括两种，分别为签收和拦截不退回，当始发网点签收该待处理快递包裹时，说明该快递包裹运输已完成，无法进行拦截，即服务器判定待处理快递包裹的拦截结果为拦截失败；当始发网点确定拦截不退回时，说明始发网点知道了该快递包裹为弃件，对其进行拦截，服务器判定待处理快递包裹的拦截结果为拦截成功。
87.本发明实施例中，通过接收待处理快递包裹的退回指令，并根据退回指令，判断待处理快递包裹是否为弃件，若待处理快递包裹为弃件，则生成待处理快递包裹对应的拦截提示语，获取待处理快递包裹的订单数据，并基于订单数据确定待处理快递包裹的下级站点，并向下级站点的站点终端发送拦截提示语，接收待处理快递包裹的拦截结果，并将拦截结果同步至目标终端；本发明将低价订单的变更为弃件，并做拦截不退回处理，降低快递包裹物流退回成本，降低商家和物流企业的损失，缩短消费者退款链路，提高物流企业的物流服务体验。
88.请参阅图2，本发明实施例中快递包裹退回处理方法的第二个实施例包括：
89.步骤201、接收目标终端发送的待处理快递包裹的拦截指令，并根据拦截指令，获取待处理快递包裹的基础信息和物流运输信息；
90.本实施例中，快递包裹的拦截指令用于对已揽件在途中的快递包裹进行运输拦截处理，禁止快递包裹继续流通。服务器接收目标终端发送的待处理快递包裹的拦截指令，例如，在手机终端上触发对某个快递包裹的拦截指令；可选的触发方式可以是在联网设备上配置的拦截应用上选取指定的应用，也可以是在联网设备安装的路由器的官方app(应用程序)上选取指定的应用；通过用户在手机终端屏幕上对某一目标应用的触控操作，以生成该目标终端的拦截指令；拦截指令生成后，服务器对拦截指令进行参数解析，得到该待处理快递包裹的的基础信息和物流运输信息，还可以包括其他信息，具体此处不做限定。
91.步骤202、根据基础信息和物流运输信息，判断待处理快递包裹是否可以执行拦截操作；
92.本实施例中，该步骤的目的是对已揽件在途中的快递包裹进行拦截判断，服务器对待拦截的待处理快递包裹打上拦截标识，并将带有拦截标识的快递包裹相关信息传输至拦截件系统，拦截件系统会先获取快递包裹的基础信息和物流运输信息，在对快递包裹进行拦截判断，确定是否可以执行拦截操作，在一个实施例中，具体确定过程如以下步骤2021-步骤2024所示。
93.步骤2021、获取待处理快递包裹的基础信息，并校验基础信息是否符合预设的录
入标准；
94.本实施例中，服务器获取待处理快递包裹的基础信息，基础信息包括录单信息、揽件信息和条码分配信息；预设的录入标准至少包括录单信息、揽件信息和条码分配信息全部录入，其中录单信息中快递包裹的运单号正确、运单号不重复录入；例如，该快递包裹的基础信息存在以下情况都不符合预设的录入标准：运单号错误或不符合单号规则、运单号重复录入、没有录单信息、揽件信息和条码分配信息；基础信息与快递包裹存在对应的关系，所以基础信息错误，快递包裹也会存在问题。
95.步骤2022、若基础信息不符合预设的录入标准，则待处理快递包裹不可以执行拦截操作；
96.本实施例中，服务器判定基础信息不符合预设的录入标准，说明该快递包裹不可以执行拦截操作。
97.步骤2023、获取待处理快递包裹的物流运输信息，并根据物流运输信息确定待处理快递包裹的当前物流状态；
98.本实施例中，服务器获取待处理快递包裹的物流运输信息，物流运输信息包括快递包裹运输轨迹、各节点时间、途径的各分拨中心、途径的各网点等，根据物流运输信息确定待处理快递包裹的当前物流状态，快递包裹的物流运输信息体现了物流运输的状态时间轴，例如该快递包裹的当前物流状态为：2020-11-19 11:31:34武汉转运中心公司已发出，下一站深圳转运中心。
99.步骤2024、若当前物流状态为快递员派件中，则待处理快递包裹不可以执行拦截操作。
100.本实施例中，该快递包裹的当前物流状态为快递员派件中，说明该快递包裹已经在末端网点扫描过，已经安排到快递员手中，快递员正赶往收件人地址处进行派送，则说明该快递包裹不可以执行拦截操作。
101.步骤203、若是，则生成待处理快递包裹的退回指令，并更新待处理快递包裹的状态为拦截中；
102.本实施例中，服务器根据对基础信息和物流运输信息的判断，确定待处理快递包裹可以执行拦截操作，即快递包裹不会继续流通，拦截件系统对该待处理快件执行拦截操作，并向目标终端回传，更新待处理快递包裹的状态为拦截中。
103.步骤204、若否，则向目标终端发送不可拦截信息。
104.本实施例中，服务器判定待处理快递包裹不可以执行拦截操作，则服务器生成不可拦截信息，并将不可拦截信息发送至目标终端。
105.本发明实施例中，通过接收目标终端发送的待处理快递包裹的拦截指令，并根据拦截指令，获取待处理快递包裹的基础信息和物流运输信息，根据基础信息和物流运输信息，判断待处理快递包裹是否可以执行拦截操作，若是，则生成待处理快递包裹的退回指令，并更新待处理快递包裹的状态为拦截中，若否，则向目标终端发送不可拦截信息；本发明对待处理快递包裹进行拦截处理，提高了快递包裹的拦截成功率和时效性，降低快递包裹流通的风险性，为确认弃件提供信息基础。
106.请参阅图3，在一个实施例中，提出了一种快递包裹退回处理装置，快递包裹退回处理装置包括：
107.接收模块301，用于接收待处理快递包裹的退回指令，并根据退回指令，判断待处理快递包裹是否为弃件；
108.生成模块302，用于若待处理快递包裹为弃件，则生成待处理快递包裹对应的拦截提示语；
109.发送模块303，用于获取待处理快递包裹的订单数据，并基于订单数据确定待处理快递包裹的下级站点，并向下级站点的站点终端发送拦截提示语；
110.同步模块304，用于接收待处理快递包裹的拦截结果，并将拦截结果同步至目标终端，拦截结果包括拦截失败或拦截成功。
111.请参阅图4，本发明实施例中快递包裹退回处理装置的第二个实施例，上述发送模块303，具体包括：
112.获取子模块3031，用于获取待处理快递包裹的订单数据，订单数据至少包括下级站点编码；
113.确定子模块3032，用于根据下级站点编码，确定下级站点的站点终端；
114.写入子模块3033，用于将订单数据写入kafka消息队列的存储结构中，得到kafka数据；
115.推送子模块3034，用于消费kafka数据，并将kafka数据推送至下级站点的站点终端，并向下级站点的站点终端发送拦截提示语，以提醒目标人员执行拦截不退回操作。
116.本发明实施例中，通过接收待处理快递包裹的退回指令，并根据退回指令，判断待处理快递包裹是否为弃件，若待处理快递包裹为弃件，则生成待处理快递包裹对应的拦截提示语，获取待处理快递包裹的订单数据，并基于订单数据确定待处理快递包裹的下级站点，并向下级站点的站点终端发送拦截提示语，接收待处理快递包裹的拦截结果，并将拦截结果同步至目标终端；本发明将低价订单的变更为弃件，并做拦截不退回处理，降低快递包裹物流退回成本，降低商家和物流企业的损失，缩短消费者退款链路，提高物流企业的物流服务体验。
117.上面图3-4从模块化功能实体的角度对本发明实施例中的快递包裹退回处理装置进行详细描述，下面从硬件处理的角度对本发明实施例中快递包裹退回处理设备进行详细描述。
118.图5是本发明实施例提供的一种快递包裹退回处理设备的结构示意图，该快递包裹退回处理设备500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，cpu)510(例如，一个或一个以上处理器)和存储器520，一个或一个以上存储应用程序533或数据532的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器520和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对快递包裹退回处理设备500中的一系列指令操作。更进一步地，处理器510可以设置为与存储介质530通信，在快递包裹退回处理设备500上执行存储介质530中的一系列指令操作。
119.快递包裹退回处理设备500还可以包括一个或一个以上电源540，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口560，和/或，一个或一个以上操作系统531，例如windows serve，mac os x，unix，linux，freebsd等等。本领域技术人员可以理解，图5示出的快递包裹退回处理设备结构并不构成对本技术提供的快递包裹退回处理
设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
120.一种快递包裹退回处理设备以实现以下快递包裹退回处理方法，所述快递包裹退回处理方法具体包括以下步骤：
121.接收待处理快递包裹的退回指令，并根据所述退回指令，判断所述待处理快递包裹是否为弃件；
122.若所述待处理快递包裹为弃件，则生成所述待处理快递包裹对应的拦截提示语；
123.获取所述待处理快递包裹的订单数据，并基于所述订单数据确定所述待处理快递包裹的下级站点，并向所述下级站点的站点终端发送所述拦截提示语；
124.接收所述待处理快递包裹的拦截结果，并将所述拦截结果同步至目标终端，所述拦截结果包括拦截失败或拦截成功。
125.在一个实施例中，所述接收待处理快递包裹的退回指令之前，还包括：
126.接收目标终端发送的待处理快递包裹的拦截指令，并根据所述拦截指令，获取所述待处理快递包裹的基础信息和物流运输信息；
127.根据所述基础信息和所述物流运输信息，判断所述待处理快递包裹是否可以执行拦截操作；
128.若是，则生成所述待处理快递包裹的退回指令，并更新所述待处理快递包裹的状态为拦截中；
129.若否，则向所述目标终端发送不可拦截信息。
130.在一个实施例中，所述根据所述基础信息和所述物流运输信息，判断所述待处理快递包裹是否可以执行拦截操作，包括：
131.获取所述待处理快递包裹的基础信息，并校验所述基础信息是否符合预设的录入标准，所述基础信息包括录单信息、揽件信息和条码分配信息；
132.所述预设的录入标准至少包括所述录单信息、揽件信息和条码分配信息全部录入，其中所述录单信息中快递包裹的运单号正确、运单号不重复录入；
133.若所述基础信息不符合预设的录入标准，则所述待处理快递包裹不可以执行拦截操作；
134.获取所述待处理快递包裹的物流运输信息，并根据所述物流运输信息确定所述待处理快递包裹的当前物流状态；
135.若所述当前物流状态为快递员派件中，则所述待处理快递包裹不可以执行拦截操作。
136.在一个实施例中，所述获取所述待处理快递包裹的订单数据，并基于所述订单数据确定所述待处理快递包裹的下级站点，并向所述下级站点的站点终端发送所述拦截提示语，包括：
137.获取所述待处理快递包裹的订单数据，所述订单数据至少包括下级站点编码；
138.根据所述下级站点编码，确定所述下级站点的站点终端；
139.将所述订单数据写入kafka消息队列的存储结构中，得到kafka数据；
140.消费所述kafka数据，并将所述kafka数据推送至所述下级站点的站点终端，并向所述下级站点的站点终端发送所述拦截提示语，以提醒目标人员执行拦截不退回操作。
141.在一个实施例中，所述接收所述待处理快递包裹的拦截结果之前，还包括：
142.当所述拦截提示语下发至所述下级站点时，确定所述下级站点为末端网点或始发网点；
143.当所述下级站点为末端网点时，则判断所述待处理快递包裹的状态是否为派送中；
144.若是，则判定所述待处理快递包裹的拦截结果为拦截失败；
145.若否，则获取所述待处理快递包裹的末端扫描信息，且当所述末端扫描信息为拦截不退回时，判定所述待处理快递包裹的拦截结果为拦截成功；
146.当所述下级站点为始发网点时，则获取所述待处理快递包裹的始发扫描信息；
147.若所述始发扫描信息为签收，则判定所述待处理快递包裹的拦截结果为拦截失败；
148.若所述始发扫描信息为拦截不退回，则判定所述待处理快递包裹的拦截结果为拦截成功。
149.在一个实施例中，所述接收所述待处理快递包裹的拦截结果之后，还包括：
150.将所述待处理快递包裹的拦截结果上传至区块链，采用区块链加密算法对所述拦截结果进行加密。
151.本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行以下快递包裹退回处理方法，所述快递包裹退回处理方法具体包括以下步骤：
152.接收待处理快递包裹的退回指令，并根据所述退回指令，判断所述待处理快递包裹是否为弃件；
153.若所述待处理快递包裹为弃件，则生成所述待处理快递包裹对应的拦截提示语；
154.获取所述待处理快递包裹的订单数据，并基于所述订单数据确定所述待处理快递包裹的下级站点，并向所述下级站点的站点终端发送所述拦截提示语；
155.接收所述待处理快递包裹的拦截结果，并将所述拦截结果同步至目标终端，所述拦截结果包括拦截失败或拦截成功。
156.在一个实施例中，所述接收待处理快递包裹的退回指令之前，还包括：
157.接收目标终端发送的待处理快递包裹的拦截指令，并根据所述拦截指令，获取所述待处理快递包裹的基础信息和物流运输信息；
158.根据所述基础信息和所述物流运输信息，判断所述待处理快递包裹是否可以执行拦截操作；
159.若是，则生成所述待处理快递包裹的退回指令，并更新所述待处理快递包裹的状态为拦截中；
160.若否，则向所述目标终端发送不可拦截信息。
161.在一个实施例中，所述根据所述基础信息和所述物流运输信息，判断所述待处理快递包裹是否可以执行拦截操作，包括：
162.获取所述待处理快递包裹的基础信息，并校验所述基础信息是否符合预设的录入标准，所述基础信息包括录单信息、揽件信息和条码分配信息；
163.所述预设的录入标准至少包括所述录单信息、揽件信息和条码分配信息全部录入，其中所述录单信息中快递包裹的运单号正确、运单号不重复录入；
164.若所述基础信息不符合预设的录入标准，则所述待处理快递包裹不可以执行拦截操作；
165.获取所述待处理快递包裹的物流运输信息，并根据所述物流运输信息确定所述待处理快递包裹的当前物流状态；
166.若所述当前物流状态为快递员派件中，则所述待处理快递包裹不可以执行拦截操作。
167.在一个实施例中，所述获取所述待处理快递包裹的订单数据，并基于所述订单数据确定所述待处理快递包裹的下级站点，并向所述下级站点的站点终端发送所述拦截提示语，包括：
168.获取所述待处理快递包裹的订单数据，所述订单数据至少包括下级站点编码；
169.根据所述下级站点编码，确定所述下级站点的站点终端；
170.将所述订单数据写入kafka消息队列的存储结构中，得到kafka数据；
171.消费所述kafka数据，并将所述kafka数据推送至所述下级站点的站点终端，并向所述下级站点的站点终端发送所述拦截提示语，以提醒目标人员执行拦截不退回操作。
172.在一个实施例中，所述接收所述待处理快递包裹的拦截结果之前，还包括：
173.当所述拦截提示语下发至所述下级站点时，确定所述下级站点为末端网点或始发网点；
174.当所述下级站点为末端网点时，则判断所述待处理快递包裹的状态是否为派送中；
175.若是，则判定所述待处理快递包裹的拦截结果为拦截失败；
176.若否，则获取所述待处理快递包裹的末端扫描信息，且当所述末端扫描信息为拦截不退回时，判定所述待处理快递包裹的拦截结果为拦截成功；
177.当所述下级站点为始发网点时，则获取所述待处理快递包裹的始发扫描信息；
178.若所述始发扫描信息为签收，则判定所述待处理快递包裹的拦截结果为拦截失败；
179.若所述始发扫描信息为拦截不退回，则判定所述待处理快递包裹的拦截结果为拦截成功。
180.在一个实施例中，所述接收所述待处理快递包裹的拦截结果之后，还包括：
181.将所述待处理快递包裹的拦截结果上传至区块链，采用区块链加密算法对所述拦截结果进行加密。
182.本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
183.所述领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
184.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
185.以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。