CN114693218A - 配送订单处理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开提供了一种配送订单处理方法、装置、电子设备和存储介质，涉及物流技术领域。其中，配送订单处理方法包括：获取承运商基于已签收订单反馈的签收定位信息，签收定位信息适于描述签收地的建筑地址；对签收位置信息验证通过，基于签收位置信息配置承运商的配送能力数据库，以基于对配送能力数据库的配置结果生成配送覆盖条件；获取到待配送订单，检测待配送订单是否满足配送覆盖条件，并基于检测结果处理待配送订单。通过本公开的技术方案，通过基于采集到的5级地址配置承运商的配送能力数据库，使承运商的物流系统能够涵盖5级地址信息，以提升可配送区域信息与实际的运营能力之间的匹配度，进而能够提升了配送履约时效，以提升客户体验。

Description

配送订单处理方法、装置、电子设备和存储介质

技术领域

本公开涉及物流技术领域，尤其涉及一种配送订单处理方法、装置、电子设备和计算机可读存储介质。

背景技术

目前国家标准的4级地址库能够精确到乡镇和街道，5级地址库则能够将地址服务的颗粒度精细到了小区和楼栋。

相关技术中，物流系统通过地址库、GIS(Geographic Information System，地理信息系统)或电子围栏等管理策略进行可配送区域的管理，但是这些策略混合使用只可触达4级地址库，无法匹配到更精确的5级地址库，导致物流系统维护的可配送区域信息与实际的运营能力不匹配。

由于物流系统维护的可配送区域信息与实际的运营能力不匹配，而ToB(ToBusiness，指面向企业或特定用户群体)的业务订单主要由支持ToC(To Customer，即面向最终客户)业务类型的物流配送，也就是说智能精确到乡镇和街道，导致存在终端配送站点拒绝派送的情况，从而导致配送履约时效降低，严重影响了客户体验。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种配送订单处理方法、装置、电子设备和计算机可读存储介质，至少在一定程度上能够改善相关技术中由于物流系统维护的可配送区域信息与实际的运营能力不匹配导致终端配送站点拒绝派单的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种配送订单处理方法，包括：获取承运商基于已签收订单反馈的签收定位信息，所述签收定位信息适于描述签收地的建筑地址；对所述签收位置信息验证通过，基于所述签收位置信息配置所述承运商的配送能力数据库，以基于对所述配送能力数据库的配置结果生成配送覆盖条件；获取到待配送订单，检测所述待配送订单是否满足所述配送覆盖条件，并基于检测结果处理所述待配送订单。

在一个实施例中，所述获取承运商基于已签收订单反馈的签收定位信息包括：获取所述承运商基于所述已签收订单反馈的图像信息，所述图像信息由配送终端拍摄的签收单图像和所述签收定位信息生成，所述签收定位信息存储于所述签收单图像的文件格式参数中；从所述文件格式参数中提取所述签收定位信息。

在一个实施例中，所述从所述文件格式参数中提取所述签收定位信息包括：检测到所述图像信息处于加密状态，所述加密状态由所述配送终端基于公钥加密生成，获取与所述指定公钥对应的私钥；采用所述私钥对所述图像信息进行解密，以得到所述签收单图像和所述签收定位信息。

在一个实施例中，所述对所述签收位置信息验证通过包括：检测到所述签收定位信息和所述已签收订单中的配送地址之间的偏差小于距离阈值，确定对所述签收位置信息验证通过。

在一个实施例中，所述获取承运商基于已签收订单反馈的签收定位信息，还包括：识别所述签收单图像中的第一订单信息，查询与所述第一订单信息匹配的所述已签收订单生成时的第二订单信息；将所述第一订单信息和所述第二订单信息确定为所述订单信息；基于所述订单信息和所述签收单图像生成所述承运商的业务能力信息；所述基于所述签收位置信息配置所述承运商的配送能力数据库包括：基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库。

在一个实施例中，所述基于所述订单信息和所述签收单图像生成所述承运商的业务能力信息包括：从所述第二订单信息中获取所述已签收订单的出库时间，从所述第一订单信息中获取所述签收单图像的拍摄时间，以基于所述出库时间和所述签收单时间确定所述承运商的履约时效；从所述第二订单信息中提取产品规格和产品数量，以基于所述产品规格和所述产品数量确定所述承运商的承载能力；以及从所述第一订单信息中识别所述签收单图像中的配送备注信息；基于所述承运商的标识、所述履约时效、所述承载能力和所述配送备注信息生成所述业务能力信息。

在一个实施例中，获取到针对同一配送地址的多个所述已签收订单，所述基于所述出库时间和所述签收单时间确定所述承运商的履约时效包括：将多个所述已签收订单中所述出库时间和所述拍摄时间之间的最小时效，确定为所述履约时效；所述基于所述产品规格和所述产品数量确定所述承运商的承载能力包括：将多个所述已签收订单中所述承运商的最大承载力，确定为所述承载能力。

在一个实施例中，在基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库之前，还包括：识别所述签收单图像中的签收信息；检测所述签收信息和所述已签收订单中的收货人信息是否一致，以检测到所述签收信息和所述收货人信息一致，基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库。

在一个实施例中，所述检测到所述签收信息和所述收货人信息一致，基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库包括：检测到所述签收信息和所述收货人信息一致，进一步检测所述签收单图像的图像格式是否为原图格式；检测到所述图像格式为所述原图格式，基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库。

在一个实施例中，所述基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库包括：在所述配送能力数据库中对应的属性字段处添加所述签收位置信息和所述业务能力信息。

在一个实施例中，还包括：基于所述履约时效生成时效值；基于所述承载能力生成承载力值；基于所述时效值和所述承载力值确定所述承运商的配送能力值；将所述配送能力值添加至所述配送能力数据库中。

在一个实施例中，所述基于对所述配送能力数据库的配置结果生成配送覆盖条件包括：获取到针对同一配送地址的多个所述签收定位信息，对多个所述签收定位信息执行聚类操作，将得到的覆盖范围确定为所述配送覆盖条件；或将所述建筑地址所处的建筑区域确定为所述配送覆盖条件。

在一个实施例中，所述检测所述待配送订单是否满足所述配送覆盖条件，并基于检测结果处理所述待配送订单包括：基于地图数据确定所述待配送订单的目标位置的经纬度信息；基于所述目标位置的经纬度信息检测所述目标位置是否处于所述覆盖范围内；若处于所述覆盖范围内，接受所述待配送订单的委托；若不处于所述覆盖范围内，确定所述待配送订单超出配送区域。

根据本公开的另一方面，提供一种配送订单处理装置，包括：获取模块，用于获取承运商基于已签收订单反馈的签收定位信息，所述签收定位信息适于描述签收地的建筑地址；配置模块，用于对所述签收位置信息验证通过，基于所述签收位置信息配置所述承运商的配送能力数据库，以基于对所述配送能力数据库的配置结果生成配送覆盖条件；检测模块，用于获取到待配送订单，检测所述待配送订单是否满足所述配送覆盖条件，并基于检测结果处理所述待配送订单。

根据本公开的再一方面，提供一种电子设备，包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，处理器配置为经由执行可执行指令来执行上述另一个方面所述的配送订单处理方法。

根据本公开的又一方面，提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任意一项的配送订单处理方法。

本公开的实施例所提供的配送订单处理方案，通过获取由承运商反馈的在签收订单时采集的签收定位信息，以实现精细到楼栋的5级地址的采集，在对签收位置信息验证通过时，通过采集到的5级地址，配置承运商的配送能力数据库，使承运商的物流系统能够涵盖5级地址信息，以提升可配送区域信息与实际的运营能力之间的匹配度，进一步地，在获取到待配送订单时，能够降低终端配送站点由于承运商的物流系统未涵盖5级地址而拒绝派送的概率，从而提升了配送履约时效，以提升客户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开实施例中一种配送订单处理系统结构的示意图；

图2示出本公开实施例中一种配送订单处理方法的流程图；

图3示出本公开实施例中另一种配送订单处理方法的流程图；

图4示出本公开实施例中再一种配送订单处理方法的流程图；

图5示出本公开实施例中又一种配送订单处理方法的流程图；

图6示出本公开实施例一种签收单图像的示意图；

图7示出本公开实施例中又一种配送订单处理方法的流程图；

图8示出本公开实施例中又一种配送订单处理方法的流程图；

图9示出本公开实施例中一种工业品配送订单处理流程的流程图；

图10示出本公开实施例中一种配送订单处理装置的示意图；

图11示出本公开实施例中一种电子设备的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本申请提供的方案，通过采集到的5级地址，配置承运商的配送能力数据库，使承运商的物流系统能够涵盖5级地址信息，以提升可配送区域信息与实际的运营能力之间的匹配度，进一步地，在获取到待配送订单时，能够降低终端配送站点由于承运商的物流系统未涵盖5级地址而拒绝派送的概率，从而提升了配送履约时效，以提升客户体验。

为了便于理解，下面首先对本申请涉及到的几个名词(缩写词)进行解释。

OCR(optical character recognition,光学字符识别)，为人工智能视觉类能力的一种，指电子设备(例如扫描仪或数码相机)检查纸上打印的字符，然后用字符识别方法将形状翻译成计算机文字的过程。

EXIF(Exchangeable image file，可交换图像文件格式)，用于记录数字照片的属性信息，支持的图像文件类型包括JPEG、JPG、TIFF、PNG、JP2、PGF、MIFF、HDP、PSP和XCF等图像文件类型以及许多基于TIFF的RAW图像，另外还包括某些AVI和MOV视频。

图1示出本公开实施例中一种配送订单处理系统的结构示意图，包括多个终端120和服务器集群140。

终端120可以是手机、游戏主机、平板电脑、电子书阅读器、智能眼镜、MP4(MovingPicture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、智能家居设备、AR(Augmented Reality，增强现实)设备、VR(Virtual Reality，虚拟现实)设备等移动终端，或者，终端120也可以是个人计算机(Personal Computer，PC)，比如膝上型便携计算机和台式计算机等等。

其中，终端120中可以安装有用于提供的配送订单处理的应用程序。

终端120与服务器集群140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。

服务器集群140是一台服务器，或者由若干台服务器组成，或者是一个虚拟化平台，或者是一个云计算服务中心。服务器集群140用于为提供配送订单处理应用程序提供后台服务。可选地，服务器集群140承担主要计算工作，终端120承担次要计算工作；或者，服务器集群140承担次要计算工作，终端120承担主要计算工作；或者，终端120和服务器集群140之间采用分布式计算架构进行协同计算。

在一些可选的实施例中，服务器集群140用于存储配送订单处理模型等。

可选地，不同的终端120中安装的应用程序的客户端是相同的，或两个终端120上安装的应用程序的客户端是不同控制系统平台的同一类型应用程序的客户端。基于终端平台的不同，该应用程序的客户端的具体形态也可以不同，比如，该应用程序客户端可以是手机客户端、PC客户端或者全球广域网(World Wide Web，Web)客户端等。

本领域技术人员可以知晓，上述终端120的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。本申请实施例对终端的数量和设备类型不加以限定。

可选的，该系统还可以包括管理设备(图1未示出)，该管理设备与服务器集群140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。

可选的，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(Hyper Text Mark-up Language，HTML)、可扩展标记语言(ExtensibleMarkupLanguage，XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer，SSL)、传输层安全(Transport Layer Security，TLS)、虚拟专用网络(Virtual Private Network，VPN)、网际协议安全(InternetProtocolSecurity，IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

下面，将结合附图及实施例对本示例实施方式中的配送订单处理方法中的各个步骤进行更详细的说明。

图2示出本公开实施例中一种配送订单处理方法流程图。本公开实施例提供的方法可以由任意具备计算处理能力的电子设备执行，例如如图1中的终端120和/或服务器集群140。在下面的举例说明中，以终端120为执行主体进行示例说明。

如图2所示，服务器集群140执行配送订单处理方法，包括以下步骤：

步骤S202，获取承运商基于已签收订单反馈的签收定位信息，签收定位信息适于描述签收地的建筑地址。

其中，签收定位信息可以为签收建筑物所处的经纬度信息、签收地建筑的名称、签收地的建筑所处小区的名称中的至少一种，即签收定位信息为国家标准的5级地址信息。

建筑包括房屋和构筑物，房屋是指供人居住、工作、学习、生产、经营、娱乐、储藏物品以及进行其他社会活动的工程建筑，构筑物则可以包括房屋以外的工程建筑，包括道路、水坝以及桥梁等。

另外，承运商反馈的签收定位信息，可以为由承运商的订单派送人员的配送终端在获取到客户对订单的签收信息时，基于GPS(全球定位系统)进行定位得到的定位信息。

步骤S204，对签收位置信息验证通过，基于签收位置信息配置承运商的配送能力数据库，以基于对配送能力数据库的配置结果生成配送覆盖条件。

其中，对签收位置信息的验证，主要验证签收位置信息的真实性。

另外，通过基于签收位置信息配置承运商的配送能力数据库，能够确定承运商能够配送的配送范围，并生成配送覆盖条件，进而使物流系统的数据库能够触达5级地址库。

具体地，配送能力数据库可以基于照片EXIF参数表或者物流标准信息表生成。

步骤S206，获取到待配送订单，检测待配送订单是否满足配送覆盖条件，并基于检测结果处理待配送订单。

在该实施例中，通过获取由承运商反馈的在签收订单时采集的签收定位信息，以实现精细到楼栋的5级地址的采集，在对签收位置信息验证通过时，通过采集到的5级地址，配置承运商的配送能力数据库，使承运商的物流系统能够涵盖5级地址信息，以提升可配送区域信息与实际的运营能力之间的匹配度，进一步地，在获取到待配送订单时，能够降低终端配送站点由于承运商的物流系统未涵盖5级地址而拒绝派送的概率，从而提升了配送履约时效，以提升客户体验。如图3所示，在一个实施例中，步骤S202，获取承运商基于已签收订单反馈的签收定位信息的一种具体实现方式，包括：

步骤S302，获取承运商基于已签收订单反馈的图像信息，图像信息由配送终端拍摄的签收单图像和签收定位信息生成，签收定位信息存储于签收单图像的文件格式参数中。以及从文件格式参数中提取签收定位信息。

具体地，承运商的配送员在订单配送现场，打开配送终端拍照的GPS权限，使用手机拍摄客户签收单的照片或视频，提取jpg等照片或视频文件中EXIF参数里的GPS数据，获得最终配送到达地点的经纬度，以此作为末端配送的实际地址，即5+级地址，并建立可动态更新的、精准的覆盖范围。

在该实施例中，通过拍摄已签收订单之前，在配送终端的相片设置中选择“GPS标签”选项，已在拍摄已签收订单的图像时，同步采集拍摄地的位置信息，也就是签收地的位置，从而在接收到签收单图像时，通过从图像的文件格式参数中提取位置信息，得到签收定位信息，实现了签收定位信息的可靠采集和获取的同时，获取签收单图像，从而能够进一步基于获取到的签收单图像获取位置信息之外的其它承运能力信息。

作为一种具体的实现方式，从文件格式参数中提取签收定位信息的实现过程，包括：

步骤S304，检测到图像信息处于加密状态，加密状态由配送终端基于公钥加密生成，获取与指定公钥对应的私钥。

其中，在配送终端执行图像加密操作，加密方式包括但不限于行列像素点置乱方法和基于混沌的图像加密方法等。

步骤S306，采用私钥对图像信息进行解密，以得到签收单图像和签收定位信息。

在该实施例中，通过获取在配送终端进行加密的图像信息和对应的解密密钥，即私钥，采用私钥对图像信息进行解密，实现对加密传输现场位置照片的加解密，以提升图像信息的安全性，降低误擦除图像信息中的定位信息的概率。

在一个实施例中，获取承运商基于已签收订单反馈的签收定位信息，还包括：识别签收单图像中的第一订单信息，查询与第一订单信息匹配的已签收订单生成时的第二订单信息；将第一订单信息和第二订单信息确定为订单信息；基于订单信息和签收单图像生成承运商的业务能力信息。

具体地，通过OCR识别方式识别第一订单信息，第一订单信息包括但不限于订单号、订单的签收人信息、签收时间信息、产品名称和产品数量以及签收单样式等。

第二订单信息包括但不限于产品的出库时间、产品的尺寸信息和重量信息等。

业务能力信息包括但不限于履约时效、承载能力，备注信息和承运商信息。

基于签收位置信息配置承运商的配送能力数据库包括：基于签收位置信息和业务能力信息配置配送能力数据库。

在该实施例中，通过基于对签收单图像的识别结果得到第一订单信息，基于订单号查询预存的第二订单信息，以结合得到订单信息作为订单详情，结合订单信息和签收位置信息配置配送能力数据库，以保证了对配送能力配置的全面性和可靠性。

如图4所示，在一个实施例中，基于订单信息和签收单图像生成承运商的业务能力信息包括：

步骤S402，从第二订单信息中获取已签收订单的出库时间，从第一订单信息中获取签收单图像的拍摄时间，以基于出库时间和签收单时间确定承运商的履约时效。

具体地，获取到针对同一配送地址的多个已签收订单，基于出库时间和签收单时间确定承运商的履约时效包括：将多个已签收订单中出库时间和拍摄时间之间的最小时效，确定为履约时效。

步骤S404，从第二订单信息中提取产品规格和产品数量，以基于产品规格和产品数量确定承运商的承载能力。

具体地，基于产品规格和产品数量确定承运商的承载能力包括：将多个已签收订单中承运商的最大承载力，确定为承载能力。

步骤S406，从第一订单信息中识别签收单图像中的配送备注信息。

步骤S408，基于承运商的标识、履约时效、承载能力和配送备注信息生成业务能力信息。

在该实施例中，通过基于承运商的标识、履约时效、承载能力和配送备注信息生成业务能力信息，以针对每个承运商业务能力进行配置，进而能够建立每个承运商的运营能力的配送覆盖范围，从而能够基于不同的配送目的地匹配合适的承运商。

如图5所示，在一个实施例中，基于签收位置信息和业务能力信息配置配送能力数据库之前的验证过程，具体包括：

步骤S502，检测签收定位信息和已签收订单中的配送地址之间的偏差。

步骤S504，检测到签收定位信息和已签收订单中的配送地址之间的偏差小于距离阈值，确定对签收位置信息验证通过。

步骤S506，识别签收单图像中的签收信息。

如图6所示，以工业品配送订单为例，在配送订单的单面上能够显示“收货人单位”、“收货人”、“收货地址”、“收货人电话”、“PO单号”、“父单号”、“子订单号”、“运单号”、包括“商品编码”、“物料编码”、“商品名称”和“商品数量”等产品详情，在配送订单的单面上还能够显示“备注”、“客户签名”、“签收日期”、“送货人”以及“送货日期”等信息。

步骤S508，检测签收信息和已签收订单中的收货人信息之间的一致性。

步骤S510，检测到签收信息和收货人信息一致，进一步检测签收单图像的图像格式是否为原图格式。

步骤S512，检测到图像格式为原图格式，基于签收位置信息和业务能力信息配置配送能力数据库。

具体地，通过OCR识别签收单图像中的签收人姓名，并通过订单号查询订单生成时订单中的收货人姓名，以检测签收人姓名和收货人姓名是否一致，另外通过检测签收定位信息的经纬度与订单中收货地址的经纬度之间不超过1公里偏差，以作为签收位置信息验证是否通过的验证条件。

进一步地，还可以检测要接收到的图片信息是否为原图格式，以及拍摄时间和反馈时间的时间差是否足够小，以防止人为修改EXIF中参数。另外，还可以使用专用应用程序对签收单图像进行加密传输，以保护数据安全、避免误擦除照片中的GPS信息。

如图7所示，在一个实施例中，基于签收位置信息和业务能力信息配置配送能力数据库的一种具体实现方式，包括：

步骤S702，在配送能力数据库中对应的属性字段处添加验证通过的签收位置信息和业务能力信息，业务能力信息包括履约时效、承载能力，订单备注信息和承运商信息。

在配送能力数据库中对应的属性字段处添加验证通过的签收位置信息和业务能力信息，具体为在照片EXIF参数表或者物流标准信息表中添加此物流覆盖范围的物品属性字段，包括以下属性信息：

(1)最短履约时效，由签收单时间减去出库时间得到。

(2)物品的最大长宽高与重量能力，物品的最大长宽高与重量从产品详情中获得，通过乘以商品数量累加得到。

(3)承运商名称，通过识别签收单样式，判断出物流配送的承运商，并生成对应的标识。

(4)配送备注信息，通过OCR识别签收单上设计备注信息，得到对应字段内容。

其中(1)和(2)项为动态可修改数据，针对同一承运商到同一地点的多次配送过程中，第1项取最小值为最新能力，第2项取最大值作为最新能力计入系统数据库。

以工业品的配送能力为例，对照片EXIF参数表进行配置，配置结果如表1所示：

表1

步骤S704，基于履约时效生成时效值。

步骤S706，基于承载能力生成承载力值。

步骤S708，基于时效值和承载力值确定承运商的配送能力值。

步骤S710，将配送能力值添加至配送能力数据库中。

在该实施例中，通过生成时效值和承载力值，以基于时效值和承载力值得到配送能力值，采用配送能力值衡量承运商的配送能力，实现对承运商的配送能力的量化处理，进而在接收到配送订单时，可以基于订单需求匹配合适的承运商，以提升用户使用体验。

在一个实施例中，基于对配送能力数据库的配置结果生成配送覆盖条件的一种方式，包括：获取到针对同一配送地址的多个签收定位信息，对多个签收定位信息执行聚类操作，将得到的覆盖范围确定为配送覆盖条件。

在一个实施例中，基于对配送能力数据库的配置结果生成配送覆盖条件的另一种方式，包括：将建筑地址所处的建筑区域确定为配送覆盖条件。

如图8所示，在一个实施例中，检测待配送订单是否满足配送覆盖条件，并基于检测结果处理待配送订单包括：

步骤S802，基于地图数据确定待配送订单的目标位置的经纬度信息。

步骤S804，基于目标位置的经纬度信息检测目标位置是否处于覆盖范围内。

步骤S806，若处于覆盖范围内，接受待配送订单的委托。

步骤S808，若不处于覆盖范围内，确定待配送订单超出配送区域。

在该实施例中，通过积累一定数量的签收位置信息和业务能力信息，得到承运商的配送能力数据库，在获取到以要配送客户地址的经纬度与配送能力数据库确定的覆盖范围比较，在范围内即可配送，同时可以计算出不同承运商履约时效和工业品配送能力值，包括长宽高和重量最大值，以保证订单物品被可靠配送。

如图9所示，以工业品作为物流物品为例，工业品配送订单处理流程，包括：

步骤S902，下单。

具体可以为接收客户在电商平台中的订单，

步骤S904，“签单上传”打标。

具体地，订单在电商平台中流转，经过拆单、承运商选择等步骤，到达单据管理中心模块。

步骤S906，单据模板生成。

步骤S908，透传。

具体地，通过中间模块进行透传。

步骤S910，配送终端接收打印任务。

具体地，根据“签单上传”进行打标的标识以及配送选择的承运商，生成要使用的单据模板并向下流转到末端配送站的配送员。

步骤S912，打印纸质单据。

具体地，末端配送站的配送员使用配送终端等设备打印签收单，用于客户收货后的签字确认。

配送员携带签收单和待配送的货物出发给收货人进行末端配送。

步骤S914，收货人签收纸质单据。

具体地，货物送达客户后，要求收货人在签收单上签字确认。

步骤S916，配送终端拍摄纸质单据。

具体地，在送达货物的现场，由开启GPS权限的配送终端拍摄客户签收单的图片或视频，提取jpg等照片或视频文件中EXIF参数里的GPS数据，获得最终配送到达地点的经纬度，作为签收定位信息，并以此作为末端配送的实际地址，即5+级地址，回传给单据管理模块

步骤S918，电子版签单存储。

具体的，单据管理模块校验回传的签收定位信息，具体通过使用OCR识别签收单上的签收人姓名，要与订单中收货人姓名一致，同时要求识别出的经纬度与订单中收货地址的经纬度误差不超过1公里，符合这2条的才能作为有效的末端配送地址数据，记录到这个承运商的配送能力数据库中。

单据管理模块同时计算以下属性值，添加到此物流覆盖范围的工业品属性字段，包括：

(1)最短履约时效，由签收单时间减去出库时间得到。

(2)物品的最大长宽高与重量能力，物品的最大长宽高与重量从产品详情中获得，通过乘以商品数量累加得到。

(3)承运商名称，通过识别签收单样式，判断出物流配送的承运商，并生成对应的标识。

(4)配送备注信息，通过OCR识别签收单上设计备注信息，得到对应字段内容。

其中(1)和(2)项为动态可修改数据，针对同一承运商到同一地点的多次配送过程中，第1项取最小值为最新能力，第2项取最大值作为最新能力计入系统数据库。

以此作为工业品物流字段做进照片的EXIF信息表，以完成配送能力数据库的具体配置。

在数据配置处理完毕，最终形成完整的、能动态可更新的、中国物流行业精准覆盖范围。

通过积累一定数量的签收位置信息和业务能力信息，得到承运商的配送能力数据库，在获取到以要配送客户地址的经纬度与配送能力数据库确定的覆盖范围比较，在范围内即可配送，同时可以计算出不同承运商履约时效和工业品配送能力值，包括长宽高和重量最大值，以保证订单物品被可靠配送。

需要注意的是，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图10来描述根据本发明的这种实施方式的配送订单处理装置1000。图10所示的配送订单处理装置1000仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

配送订单处理装置1000以硬件模块的形式表现。配送订单处理装置1000的组件可以包括但不限于：获取模块1002，用于获取承运商基于已签收订单反馈的签收定位信息，签收定位信息适于描述签收地的建筑地址；配置模块1004，用于对签收位置信息验证通过，基于签收位置信息配置承运商的配送能力数据库，以基于对配送能力数据库的配置结果生成配送覆盖条件；第一检测模块1006，用于获取到待配送订单，检测待配送订单是否满足配送覆盖条件，并基于检测结果处理待配送订单。

在一个实施例中，获取模块1002还用于：获取承运商基于已签收订单反馈的图像信息，图像信息由配送终端拍摄的签收单图像和签收定位信息生成，签收定位信息存储于签收单图像的文件格式参数中；从文件格式参数中提取签收定位信息。

在一个实施例中，获取模块1002还用于：检测到图像信息处于加密状态，加密状态由配送终端基于公钥加密生成，获取与指定公钥对应的私钥；采用私钥对图像信息进行解密，以得到签收单图像和签收定位信息。

在一个实施例中，配置模块1004还用于：检测到签收定位信息和已签收订单中的配送地址之间的偏差小于距离阈值，确定对签收位置信息验证通过。

在一个实施例中，获取模块1002还用于：识别签收单图像中的第一订单信息，查询与第一订单信息匹配的已签收订单生成时的第二订单信息；将第一订单信息和第二订单信息确定为订单信息；基于订单信息和签收单图像生成承运商的业务能力信息；基于签收位置信息配置承运商的配送能力数据库包括：基于签收位置信息和业务能力信息配置配送能力数据库。

在一个实施例中，获取模块1002还用于：获取已签收订单的出库时间和签收单图像的拍摄时间，以基于出库时间和签收单时间确定承运商的履约时效；从已签收订单的产品详情中提取产品规格和产品数量，以基于产品规格和产品数量确定承运商的承载能力；以及识别签收单图像中的配送备注信息；基于承运商的标识、履约时效、承载能力和配送备注信息生成业务能力信息。

在一个实施例中，获取模块1002还用于：将多个已签收订单中出库时间和拍摄时间之间的最小时效，确定为履约时效；获取模块1002还用于：将多个已签收订单中承运商的最大承载力，确定为承载能力。

在一个实施例中，还包括：识别模块1008，用于识别签收单图像中的签收信息；第二检测模块1010，用于检测签收信息和已签收订单中的收货人信息是否一致，以检测到签收信息和收货人信息一致，基于签收位置信息和业务能力信息配置配送能力数据库。

在一个实施例中，第二检测模块1010还用于：检测到签收信息和收货人信息一致，进一步检测签收单图像的图像格式是否为原图格式；检测到图像格式为原图格式，基于签收位置信息和业务能力信息配置配送能力数据库。

在一个实施例中，配置模块1004还用于：在配送能力数据库中对应的属性字段处添加签收位置信息和业务能力信息。

在一个实施例中，还包括：生成模块1012，用于基于履约时效生成时效值；基于承载能力生成承载力值；基于时效值和承载力值确定承运商的配送能力值；将配送能力值添加至配送能力数据库中。

在一个实施例中，配置模块1004还用于：获取到针对同一配送地址的多个签收定位信息，对多个签收定位信息执行聚类操作，将得到的覆盖范围确定为配送覆盖条件；或将建筑地址所处的建筑区域确定为配送覆盖条件。

在一个实施例中，第一检测模块1006还用于：基于地图数据确定待配送订单的目标位置的经纬度信息；基于目标位置的经纬度信息检测目标位置是否处于覆盖范围内；若处于覆盖范围内，接受待配送订单的委托；若不处于覆盖范围内，确定待配送订单超出配送区域。

下面参照图11来描述根据本发明的这种实施方式的电子设备1100。图11显示的电子设备1100仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图11所示，电子设备1100以通用计算设备的形式表现。电子设备1100的组件可以包括但不限于：上述至少一个处理单元1110、上述至少一个存储单元1120、连接不同系统组件(包括存储单元1120和处理单元1110)的总线1130。

其中，存储单元存储有程序代码，程序代码可以被处理单元1110执行，使得处理单元1110执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元1110可以执行如图2中所示的步骤S202、S204至S210，以及本公开的配送订单处理方法中限定的其他步骤。

存储单元1120可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)11201和/或高速缓存存储单元11202，还可以进一步包括只读存储单元(ROM)11203。

存储单元1120还可以包括具有一组(至少一个)程序模块11205的程序/实用工具11204，这样的程序模块11205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1130可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1100也可以与一个或多个外部设备1160(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备1100能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1140进行。并且，电子设备1100还可以通过网络适配器1150与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1150通过总线1130与电子设备1100的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

根据本发明的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (16)

1.一种配送订单处理方法，其特征在于，包括：

获取承运商基于已签收订单反馈的签收定位信息，所述签收定位信息适于描述签收地的建筑地址；

对所述签收位置信息验证通过，基于所述签收位置信息配置所述承运商的配送能力数据库，以基于对所述配送能力数据库的配置结果生成配送覆盖条件；

获取到待配送订单，检测所述待配送订单是否满足所述配送覆盖条件，并基于检测结果处理所述待配送订单。

2.根据权利要求1所述的配送订单处理方法，其特征在于，所述获取承运商基于已签收订单反馈的签收定位信息包括：

获取所述承运商基于所述已签收订单反馈的图像信息，所述图像信息由配送终端拍摄的签收单图像和所述签收定位信息生成，所述签收定位信息存储于所述签收单图像的文件格式参数中；

从所述文件格式参数中提取所述签收定位信息。

3.根据权利要求2所述的配送订单处理方法，其特征在于，所述从所述文件格式参数中提取所述签收定位信息包括：

检测到所述图像信息处于加密状态，所述加密状态由所述配送终端基于公钥加密生成，获取与所述指定公钥对应的私钥；

采用所述私钥对所述图像信息进行解密，以得到所述签收单图像和所述签收定位信息。

4.根据权利要求1所述的配送订单处理方法，其特征在于，所述对所述签收位置信息验证通过包括：

检测到所述签收定位信息和所述已签收订单中的配送地址之间的偏差小于距离阈值，确定对所述签收位置信息验证通过。

5.根据权利要求2所述的配送订单处理方法，其特征在于，所述获取承运商基于已签收订单反馈的签收定位信息，还包括：

识别所述签收单图像中的第一订单信息；

查询与所述第一订单信息匹配的所述已签收订单生成时的第二订单信息；

将所述第一订单信息和所述第二订单信息确定为所述订单信息；

基于所述订单信息和所述签收单图像生成所述承运商的业务能力信息；

所述基于所述签收位置信息配置所述承运商的配送能力数据库包括：

基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库。

6.根据权利要求5所述的配送订单处理方法，其特征在于，所述基于所述订单信息和所述签收单图像生成所述承运商的业务能力信息包括：

从所述第二订单信息中获取所述已签收订单的出库时间，从所述第一订单信息中获取所述签收单图像的拍摄时间，以基于所述出库时间和所述签收单时间确定所述承运商的履约时效；

从所述第二订单信息中提取产品规格和产品数量，以基于所述产品规格和所述产品数量确定所述承运商的承载能力；以及

从所述第一订单信息中识别所述签收单图像中的配送备注信息；

基于所述承运商的标识、所述履约时效、所述承载能力和所述配送备注信息生成所述业务能力信息。

7.根据权利要求6所述的配送订单处理方法，其特征在于，获取到针对同一配送地址的多个所述已签收订单，

所述基于所述出库时间和所述签收单时间确定所述承运商的履约时效包括：

将多个所述已签收订单中所述出库时间和所述拍摄时间之间的最小时效，确定为所述履约时效；

所述基于所述产品规格和所述产品数量确定所述承运商的承载能力包括：

将多个所述已签收订单中所述承运商的最大承载力，确定为所述承载能力。

8.根据权利要求5所述的配送订单处理方法，其特征在于，在基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库之前，还包括：

识别所述签收单图像中的签收信息；

检测所述签收信息和所述已签收订单中的收货人信息是否一致，以检测到所述签收信息和所述收货人信息一致，基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库。

9.根据权利要求8所述的配送订单处理方法，其特征在于，所述检测到所述签收信息和所述收货人信息一致，基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库包括：

检测到所述签收信息和所述收货人信息一致，进一步检测所述签收单图像的图像格式是否为原图格式；

检测到所述图像格式为所述原图格式，基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库。

10.根据权利要求5所述的配送订单处理方法，其特征在于，所述基于所述签收位置信息和所述业务能力信息配置所述配送能力数据库包括：

在所述配送能力数据库中对应的属性字段处添加所述签收位置信息和所述业务能力信息。

11.根据权利要求6所述的配送订单处理方法，其特征在于，还包括：

基于所述履约时效生成时效值；

基于所述承载能力生成承载力值；

基于所述时效值和所述承载力值确定所述承运商的配送能力值；

将所述配送能力值添加至所述配送能力数据库中。

12.根据权利要求1至11中任一项所述的配送订单处理方法，其特征在于，所述基于对所述配送能力数据库的配置结果生成配送覆盖条件包括：

获取到针对同一配送地址的多个所述签收定位信息，对多个所述签收定位信息执行聚类操作，将得到的覆盖范围确定为所述配送覆盖条件；或

将所述建筑地址所处的建筑区域确定为所述配送覆盖条件。

13.根据权利要求12所述的配送订单处理方法，其特征在于，所述检测所述待配送订单是否满足所述配送覆盖条件，并基于检测结果处理所述待配送订单包括：

基于地图数据确定所述待配送订单的目标位置的经纬度信息；

基于所述目标位置的经纬度信息检测所述目标位置是否处于所述覆盖范围内；

若处于所述覆盖范围内，接受所述待配送订单的委托；

若不处于所述覆盖范围内，确定所述待配送订单超出配送区域。

14.一种配送订单处理装置，其特征在于，包括：

获取模块，用于获取承运商基于已签收订单反馈的签收定位信息，所述签收定位信息适于描述签收地的建筑地址；

配置模块，用于对所述签收位置信息验证通过，基于所述签收位置信息配置所述承运商的配送能力数据库，以基于对所述配送能力数据库的配置结果生成配送覆盖条件；

检测模块，用于获取到待配送订单，检测所述待配送订单是否满足所述配送覆盖条件，并基于检测结果处理所述待配送订单。

15.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～13中任意一项所述的配送订单处理方法。

16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～13中任意一项所述的配送订单处理方法。

Images