查询分拨时效结果的方法、装置、设备及存储介质与流程

本发明涉及物流订单时效监控，尤其涉及一种查询分拨时效结果的方法、装置、设备及存储介质。

背景技术：

1、随着各种短视频、直播、电商平台的兴起，各平台物流订单随之增多，现有方式是通过多个监控系统、多个监控指标对各平台物流订单轨迹的时效进行监控。然而这样的方式仅仅能够针对物流订单数量级较少、物流轨迹和物流信息无误差的情况进行监控，无法实现对订单量巨大、线路多维度、数据口径统一和数据下沉的时效监控，从而无法进行时效监控的提前预警，分拨的运转通常关系着物流行业整体的运输效率，而物流订单的运单号在流转途中通常能记录分拨的留置时间，因此，如何根据物流订单上的运单号获取分拨中心的流转效率，从而对物流运输效率进行整体监控是现阶段亟待解决的技术问题，现有技术还有待于改进和发展。

技术实现思路

1、本发明的主要目的在于解决现有技术无法对订单量巨大的物流订单轨迹时效进行有效监控的问题。

2、本发明第一方面提供了一种查询分拨时效结果的方法，包括：当接收到运单号请求指令时，获取所述运单号对应包裹的历史物流轨迹信息和当前请求时间；根据所述历史物流轨迹信息判断所述包裹是否在分拨运输阶段；若判定所述包裹不在分拨运输阶段，则获取到物流已更新的提示信息；若判定所述包裹在分拨运输阶段，则根据历史物流轨迹信息以及当前请求时间判断所述包裹是否在标准时效内；若判定所述包裹在标准时效内，则获取到包裹正常运输的提示信息；若判定所述包裹不在标准时效内，则获取包裹超出时效的原因以及包裹物流预计更新时间。

3、可选的，在本发明第一方面的第一种实现方式中，当接收到运单号请求指令时，获取所述运单号对应包裹的历史物流轨迹信息和当前请求时间，包括：预先在服务器端创建根据运单号查询历史物流轨迹信息的接口；当所述接口接收到运单号请求指令时，则向所述服务器发送调用包裹历史物流轨迹信息的命令；根据所述命令获取与所述运单号对应包裹的历史物流轨迹信息以及当前请求时间。

4、可选的，在本发明第一方面的第二种实现方式中，根据所述历史物流轨迹信息判断所述包裹是否在分拨运输阶段，包括：获取所述包裹的最新一条物流轨迹，以及所述包裹的首发分拨网点地址以及目的分拨网点地址；若所述包裹的最新一条物流轨迹在首发分拨网点地址之后且在目的分拨网点地址之前，则判定所述包裹在分拨运输阶段；若所述包裹的最新一条物流轨迹在首发分拨网点地址之前以及目的分拨网点地址之后，则判定所述包裹不在分拨运输阶段。

5、可选的，在本发明第一方面的第三种实现方式中，若判定所述包裹在分拨运输阶段，则根据历史物流轨迹信息以及当前请求时间判断所述包裹是否在标准时效内，包括：根据历史物流轨迹信息获取包裹的起始分拨时间以及包裹的首末分拨标准时效t2；计算当前请求时间与包裹的起始分拨时间之间的时间差t1，t1＝当前请求时间-起始分拨时间；比较t1与t2的大小，若t1小于等于t2，则判定所述包裹在当前标准时效内，若t1大于t2，则判定所述包裹不在标准时效内。

6、可选的，在本发明第一方面的第四种实现方式中，若判定所述包裹不在标准时效内，则获取包裹超出时效的原因以及包裹物流预计更新时间，包括：当判定所述包裹不在标准时效内时，则根据运单号查询所述包裹的目的分拨网点是否处于关停状态；若查询所述包裹的目的分拨网点处于关停状态，则获取不可抗力问题件提示信息以及包裹物流预计更新时间为当前时间+72h；若查询所述包裹的目的分拨网点处于非关停状态，则判断所述包裹的物流轨迹是否属于不可抗力的问题件类型。

7、可选的，在本发明第一方面的第五种实现方式中，判断所述包裹的物流轨迹是否属于不可抗力的问题件类型，包括：构建不可抗力的问题件类型数据库，不可抗力的问题件类型包括不可抗力退回、不可抗力停运、不可抗力静置消杀、生鲜易腐件不可抗力积压、道路损坏；将所述包裹的历史物流轨迹信息与不可抗力的问题件类型数据库进行信息比对；若所述包裹的历史物流轨迹信息与所述不可抗力的问题件类型数据库中存在信息一致的文字，则判定所述包裹的物流轨迹属于不可抗力的问题件类型；若所述包裹的历史物流轨迹信息与所述不可抗力的问题件类型数据库中不存在信息一致的文字，则判定所述包裹的物流轨迹不属于不可抗力的问题件类型。

8、可选的，在本发明第一方面的第六种实现方式中，判断所述包裹的物流轨迹是否属于不可抗力的问题件类型之后，还包括：若判定所述包裹的物流轨迹属于不可抗力的问题件类型，则获取不可抗力问题件提示信息以及包裹物流预计更新时间为当前时间+72h；若判定所述包裹的物流轨迹不属于不可抗力的问题件类型，则获取包裹激增提示信息以及包裹物流预计更新时间为当前时间+24h。

9、本发明第二方面提供了一种查询分拨时效结果的装置，包括：第一获取模块，用于当接收到运单号请求指令时，获取所述运单号对应包裹的历史物流轨迹信息和当前请求时间；第一判断模块，用于根据所述历史物流轨迹信息判断所述包裹是否在分拨运输阶段；第二获取模块，用于若判定所述包裹不在分拨运输阶段，则获取到物流已更新的提示信息；第二判断模块，用于若判定所述包裹在分拨运输阶段，则根据历史物流轨迹信息以及当前请求时间判断所述包裹是否在标准时效内；第三获取模块，用于若判定所述包裹在标准时效内，则获取到包裹正常运输的提示信息；第四获取模块，用于若判定所述包裹不在标准时效内，则获取包裹超出时效的原因以及包裹物流预计更新时间。

10、可选的，在本发明第二方面的第一种实现方式中，所述第一获取模块包括：创建单元，用于预先在服务器端创建根据运单号查询历史物流轨迹信息的接口；命令发送单元，用于当所述接口接收到运单号请求指令时，则向所述服务器发送调用包裹历史物流轨迹信息的命令；第一获取单元，用于根据所述命令获取与所述运单号对应包裹的历史物流轨迹信息以及当前请求时间。

11、可选的，在本发明第二方面的第二种实现方式中，所述第一判断模块包括：第二获取单元，用于获取所述包裹的最新一条物流轨迹，以及所述包裹的首发分拨网点地址以及目的分拨网点地址；第一判定单元，用于若所述包裹的最新一条物流轨迹在首发分拨网点地址之后且在目的分拨网点地址之前，则判定所述包裹在分拨运输阶段；第二判定单元，用于若所述包裹的最新一条物流轨迹在首发分拨网点地址之前以及目的分拨网点地址之后，则判定所述包裹不在分拨运输阶段。

12、可选的，在本发明第二方面的第三种实现方式中，所述第二判断模块包括：第三获取单元，用于根据历史物流轨迹信息获取包裹的起始分拨时间以及包裹的首末分拨标准时效t2；计算单元，用于计算当前请求时间与包裹的起始分拨时间之间的时间差t1，t1＝当前请求时间-起始分拨时间；第三判定单元，用于比较t1与t2的大小，若t1小于等于t2，则判定所述包裹在当前标准时效内，若t1大于t2，则判定所述包裹不在标准时效内。

13、可选的，在本发明第二方面的第四种实现方式中，所述第四获取模块包括：查询单元，用于当判定所述包裹不在标准时效内时，则根据运单号查询所述包裹的目的分拨网点是否处于关停状态；第四获取单元，用于若查询所述包裹的目的分拨网点处于关停状态，则获取不可抗力问题件提示信息以及包裹物流预计更新时间为当前时间+72h；判断单元，用于若查询所述包裹的目的分拨网点处于非关停状态，则判断所述包裹的物流轨迹是否属于不可抗力的问题件类型；第五获取单元，用于若判定所述包裹的物流轨迹属于不可抗力的问题件类型，则获取不可抗力问题件提示信息以及包裹物流预计更新时间为当前时间+72h；第六获取单元，用于若判定所述包裹的物流轨迹不属于不可抗力的问题件类型，则获取包裹激增提示信息以及包裹物流预计更新时间为当前时间+24h。

14、可选的，在本发明第二方面的第五种实现方式中，所述判断单元包括：构建子单元，用于构建不可抗力的问题件类型数据库，不可抗力的问题件类型包括不可抗力退回、不可抗力停运、不可抗力静置消杀、生鲜易腐件不可抗力积压、道路损坏；比对子单元，用于将所述包裹的历史物流轨迹信息与不可抗力的问题件类型数据库进行信息比对；第一判定子单元，用于若所述包裹的历史物流轨迹信息与所述不可抗力的问题件类型数据库中存在信息一致的文字，则判定所述包裹的物流轨迹属于不可抗力的问题件类型；第二判定子单元，用于若所述包裹的历史物流轨迹信息与所述不可抗力的问题件类型数据库中不存在信息一致的文字，则判定所述包裹的物流轨迹不属于不可抗力的问题件类型。

15、本发明第三方面提供了一种查询分拨时效结果的设备，其包括存储器和至少一个处理器，所述存储器中存储有计算机可读指令；所述至少一个处理器调用所述存储器中的所述计算机可读指令，以执行如上所述查询分拨时效结果的方法的各个步骤。

16、本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如上所述查询分拨时效结果的方法的各个步骤。

17、本发明的技术方案中，当接收到运单号请求指令时，获取所述运单号对应包裹的历史物流轨迹信息和当前请求时间；根据所述历史物流轨迹信息判断所述包裹是否在分拨运输阶段；若判定所述包裹不在分拨运输阶段，则获取到物流已更新的提示信息；若判定所述包裹在分拨运输阶段，则根据历史物流轨迹信息以及当前请求时间判断所述包裹是否在标准时效内；若判定所述包裹在标准时效内，则获取到包裹正常运输的提示信息；若判定所述包裹不在标准时效内，则获取包裹超出时效的原因以及包裹物流预计更新时间。本发明方法可实现对大量物流订单的时效监控和提前预警，及时做出调整，从而提高物流订单的效率，保障用户体验和行业竞争力。