CN112669108B - 配送方法及装置、电子设备和计算机可读存储介质 - Google Patents

Abstract

本公开提供一种配送方法、装置以及电子设备和计算机可读存储介质，该方法包括：获取第一设备发送的针对待配送对象的收货请求信息；响应于所述收货请求信息获取所述待配送对象的收货状态信息；若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则获取所述待配送对象的关联配送对象的收货状态信息；若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息；变更所述待配送对象的收货状态信息为所述待配送对象已被收货；向所述第一设备发送收货成功提示信息和所述集包配送提示信息，以便目标对象根据收货成功提示信息和所述集包配送提示信息进行集包配送。

Description

配送方法及装置、电子设备和计算机可读存储介质

技术领域

本公开涉及计算机与互联网技术领域，尤其涉及一种配送方法及装置、电子设备和计算机可读存储介质。

背景技术

现今社会，随着电子商务和互联网技术的飞速发展，网购已经成为人们日常生活中不可或缺的一部分。伴随着网购的频繁，催生了另外一个行业的发展—快递行业。

随着网购数量的不断增多，快递所面临的配送压力也越来越大。在实际业务中，若在仓储打包过程中将同一用户的多个订单进行分别打包，或者在分拣中心对同一用户的多个订单进行了分别分拣，使得到达站点的快递中存在很多三同订单，即同一收件人手机、收件人地址、预计送达时间，这就导致：

1、三同订单可能会被同一站点的不同的配送员进行配送，导致公司配送效率降低、相关配送费用额外支出，存在成本浪费问题。

2、三同订单可能会被同一站点的不同的配送员进行配送，在配送过程中会存在多名员工多次联系客户及多次上门送货等情况，影响客户体验。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解。

发明内容

本公开实施例提供一种配送方法及装置、电子设备和计算机可读存储介质，能够提高配送效率、节约配送成本、提高用户体验。

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

本公开实施例提出一种配送方法，该方法包括：获取第一设备发送的针对待配送对象的收货请求信息；响应于所述收货请求信息获取所述待配送对象的收货状态信息；若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则获取所述待配送对象的关联配送对象的收货状态信息；若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息；变更所述待配送对象的收货状态信息为所述待配送对象已被收货；向所述第一设备发送收货成功提示信息和所述集包配送提示信息，以便目标对象根据所述收货成功提示信息和所述集包配送提示信息进行集包配送。

在一些实施例中，若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则获取所述待配送对象的关联配送对象的收货状态信息，包括：若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则确定所述待配送对象是否存在所述关联配送对象；若所述待配送对象存在所述关联配送对象，则获取所述待配送对象的关联配送对象的收货状态信息；若所述待配送对象不存在所述关联配送对象，则变更所述待配送对象的收货状态信息为所述待配送对象已被收货，并向所述第一设备发送所述收货成功提示信息，以便所述目标对象针对所述待配送对象进行配送。

在一些实施例中，若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则确定所述待配送对象是否存在所述关联配送对象，包括：若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则确定是否针对所述待配送对象进行关联对象集包配送；若针对所述待配送对象进行关联对象集包配送，则确定所述待配送对象是否存在所述关联配送对象；若针对所述待配送对象不进行关联对象集包配送，则变更所述待配送对象的收货状态信息为所述待配送对象已被收货，并向所述第一设备发送所述收货成功提示信息，以便所述目标对象针对所述待配送对象进行配送。

在一些实施例中，确定所述待配送对象是否存在所述关联配送对象，包括：确定是否存在与所述待配送对象的配送地址、配送联系方式、配送时间相同的三同配送对象；若所述三同配送对象存在，则确定所述待配送对象与所述三同配送对象是否被强制解锁；若所述待配送对象与所述三同配送对象未被强制解锁，则确定所述三同配送对象为所述关联配送对象；若所述三同配送对象不存在或所述待配送对象与所述三同配送对象被强制解锁，则所述待配送对象不存在关联配送对象。

在一些实施例中，所述关联配送对象包括目标配送对象；其中，若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息，包括：若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息；若所述关联配送对象的收货状态信息指示所述目标配送对象已被收货，则获取所述关联配送对象的配送信息；根据所述关联配送对象的配送信息生成限制配送提示信息；将所述限制配送提示信息发送给所述第一设备，以便目标对象根据所述第一限制配送停止对所述待配送对象进行配送。

在一些实施例中，所述配送方法还包括：接收所述第一设备针对所述待配送对象发送的第一解除配送关系请求信息；响应于所述第一解除配送关系请求信息，变更所述待配送对象的收货状态信息为所述待配送对象未被收货；向所述第一设备发送配送关系解除成功提示信息。

在一些实施例中，若所述待配送对象存在关联配送对象，且所述待配送对象和所述关联配送对象均被所述第一设备配送；其中，向所述第一设备发送配送关系解除成功提示信息，包括：获取所述第一设备针对所述关联配送对象发送的第二解除配送关系请求信息；响应于所述第二解除配送关系请求信息，变更所述关联配送对象的收货状态信息为所述关联配送对象未被收货；向所述第一设备发送针对所述待配送对象和所述关联配送对象的配送关系解除成功提示信息。

本公开实施例提供了一种配送装置，所述配送装置可以包括：收货请求获取模块、第一收货状态信息获取模块、第二收货状态信息获取模块、集包配送提示信息获取模块、收货状态信息变更模块以及提示信息发送模块。

其中，所述收货请求获取模块可以配置为获取第一设备发送的针对待配送对象的收货请求信息；所述第一收货状态信息获取模块可以配置为响应于所述收货请求信息获取所述待配送对象的收货状态信息；所述第二收货状态信息获取模块可以配置为配送对象的收货状态信息指示所述待配送对象未被收货，则获取所述待配送对象的关联配送对象的收货状态信息；所述集包配送提示信息获取模块可以配置为若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息；所述收货状态信息变更模块可以配置为变更所述待配送对象的收货状态信息为所述待配送对象已被收货；所述提示信息发送模块可以配置为向所述第一设备发送收货成功提示信息和所述集包配送提示信息，以便目标对象根据所述收货成功提示信息和所述集包配送提示信息进行集包配送。

本公开实施例提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一项所述的配送方法。

本公开实施例提出一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述任一项所述的配送方法。

本公开实施例提出一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述配送方法。

本公开某些实施例提供的配送方法、装置及电子设备和计算机可读存储介质，首先确定了与待配送对象的关联配送对象，然后通过对关联配送对象的收货状态信息的分析，确定是否针对待配送对象与关联配送对象进行集包配送，通过上述方法进行配送，可以节约配送资源、提高配送效率，以提高用户体验。

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

附图说明

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

图1示出了可以应用于本公开实施例的配送方法或配送装置的示例性系统架构的示意图。

图2是根据一示例性实施例示出的一种应用于配送装置的计算机系统的结构示意图。

图3是根据一示例性实施例示出的一种配送方法的流程图。

图4是根据一示例性实施例示出的一种第一设备的示意图。

图5是根据一示例性实施例示出的一种第一设备的收货操作界面。

图6是根据一示例性实施例示出的一种收货提示界面。

图7是根据一示例性实施例示出的一种收货提示界面。

图8是图3中步骤S3在一示例性实施例中的流程图。

图9是图8中步骤S31在一示例性实施例中的流程图。

图10是图9中步骤S312在一示例性实施例中的流程图。

图11是图3中步骤S4在一示例性实施例中的流程图。

图12是根据一示例性实施例示出的一种收货提示界面。

图13是根据一示例性实施例示出的一种配送方法的流程图。

图14是根据一示例性实施例示出的一种解绑界面。

图15是图13中步骤S9在一示例性实时中的流程图。

图16是根据一示例实施例示出的一种配送结构的示意图图。

图17是根据一示例实施例示出的一种配送结构的示意图。

图18是根据一示例性实施例示出的一种配送装置的框图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

本公开所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

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

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和步骤，也不是必须按所描述的顺序执行。例如，有的步骤还可以分解，而有的步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

本说明书中，用语“一个”、“一”、“该”、“所述”和“至少一个”用以表示存在一个或多个要素/组成部分/等；用语“包含”、“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”、“第二”和“第三”等仅作为标记使用，不是对其对象的数量限制。

下面结合附图对本公开示例实施方式进行详细说明。

图1示出了可以应用于本公开实施例的配送方法或配送装置的示例性系统架构的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。其中，终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于快递行业中的扫描一体机、智能手机、平板电脑、膝上型便携计算机、台式计算机、可穿戴设备、虚拟现实设备、智能家居等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所进行操作的装置提供支持的后台管理服务器。后台管理服务器可以对接收到的请求等数据进行分析等处理，并将处理结果反馈给终端设备。

服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器等，本公开对此不做限制。

服务器105可例如获取第一设备发送的针对待配送对象的收货请求信息；服务器105可例如响应于所述收货请求信息获取所述待配送对象的收货状态信息；服务器105可例如若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则获取所述待配送对象的关联配送对象的收货状态信息；服务器105可例如若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息；服务器105可例如变更所述待配送对象的收货状态信息为所述待配送对象已被收货；服务器105可例如向所述第一设备发送收货成功提示信息和所述集包配送提示信息，以便目标对象根据所述收货成功提示信息和所述集包配送提示信息进行集包配送。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的，服务器105可以是一个实体的服务器，还可以为多个服务器组成，根据实际需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图2，其示出了适于用来实现本申请实施例的终端设备的计算机系统200的结构示意图。图2示出的终端设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图2所示，计算机系统200包括中央处理单元(CPU)201，其可以根据存储在只读存储器(ROM)202中的程序或者从储存部分208加载到随机访问存储器(RAM)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有系统200操作所需的各种程序和数据。CPU 201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分207；包括硬盘等的储存部分208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入储存部分208。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本申请所示的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质，该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的模块和/或单元和/或子元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块和/或单元和/或子元也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些模块和/或单元和/或子元的名称在某种情况下并不构成对该模块和/或单元和/或子元本身的限定。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备可实现功能包括：获取第一设备发送的针对待配送对象的收货请求信息；响应于所述收货请求信息获取所述待配送对象的收货状态信息；若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则获取所述待配送对象的关联配送对象的收货状态信息；若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息；变更所述待配送对象的收货状态信息为所述待配送对象已被收货；向所述第一设备发送收货成功提示信息和所述集包配送提示信息，以便目标对象根据所述收货成功提示信息和所述集包配送提示信息进行集包配送。

图3是根据一示例性实施例示出的一种配送方法的流程图。本公开实施例所提供的方法可以由任意具备计算处理能力的电子设备来执行，例如该方法可以由上述图1实施例中的服务器或终端设备来执行，也可以由服务器和终端设备共同执行，在下面的实施例中，以服务器为执行主体为例进行举例说明，但本公开并不限定于此。

参照图3，本公开实施例提供的配送方法可以包括以下步骤。

在步骤S1中，获取第一设备发送的针对待配送对象的收货请求信息。

待配送对象可以指的是待配送的物品，例如待配送的商品货物等。

第一设备可以是快递行业中常用的一体机(例如图4所示的设备)，也可以是电脑、手机等可以对待配送对象进行识别的硬件设备。

在相关技术中，目标配送人员可以已完成与第一设备的绑定(例如已在第一设备上完成登录)，以使得第一设备收发的信息均与目标配送人员绑定。该目标配送人员可以是快递公司自己的员工，也可以是快递公司的合作商的员工，例如某东公司(某快递公司)会将自己的快递外包括某达达(第三方合作商)进行配送。

在快递行业中，目标配送人员在进行配送之前，需要先在配送站针对待配送对象进行收货操作，然后再将待配送对象配送至用户手中。例如，目标配送人员可以基于第一设备通过识别信息对待配送对象进行唯一识别，以完成针对待配送对象的收货操作，该识别信息可以是二维码、订单号、包裹号等，本公开对此不做限制。

在一些实施例中，如图5所示，目标配送人员可以在图5所示界面中的“收货扫描”界面输入待配送对象的识别信息(例如包裹号或者运单号)，或者通过图5所示界面对待配送对象进行扫描，以针对待配送对象进行收货操作；目标配送人员还可以通过图5所示界面中的“集包收货”对待配送对象进行集包收货。

其中，集包可以指的是将多个订单集中成一个单号，以进行配送。

在一些实施例中，在目标配送人员将待配送对象的识别信息(例如唯一标识码)输入至第一设备后，第一设备会生成针对待配送对象的收货请求并将该收货请求发送给目标服务器。

在步骤S2中，响应于所述收货请求信息获取所述待配送对象的收货状态信息。

在一些实施例中，当目标服务器接收到针对待配送对象的收货请求信息后，会从目标服务器的后台数据库中确定待配送对象的收货状态信息，该收货状态信息会指示待配送对象是否已经被收货(即是否已经被配送员收货)。

在步骤S3中，若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则获取所述待配送对象的关联配送对象的收货状态信息。

在一些实施例中，若待配送对象的收货状态信息指示待配送对象已被收货，则直接变更待配送对象的配送状态信息以使该配送状态信息指示待配送对象的配送状态为已被收货，并向第一设备发送收货成功提示信息，以提示目标配送人员已完成针对待配送对象的收货操作，以便目标配送人员将待配送对象向用户进行配送。

在一些实施例中，述待配送对象的收货状态信息指示待配送对象未被收货，则继续获取所述待配送对象的关联配送对象的收货状态信息。其中，待配送对象的关联配送对象可以指的是与待配送对象的配送时间、地点、类型等相关联的配送对象，该关联配送对象还可以指的是已经被人为指定的相互关联的对象，本公开对待配送对象与关联配送对象的关联方式不做限制。例如，待配送对象的关联配送对象可以指的是与待配送对象的配送手机号、配送地址(可以具体到门牌号、也可以具体到小区、还可以具体到街道等)以及配送时间均相同的三同配送对象(即三同订单)，也可以是与待配送对象的配送手机号、配送地址相同的配送对象。

在一些实施例中，若目标服务器确定待配送对象不存在关联配送对象时，则可以直接变更待配送对象的配送状态信息以使该配送状态信息指示待配送对象的配送状态为已被收货，并向第一设备发送收货成功提示信息，以提示目标配送人员已完成针对待配送对象的收货操作，以便目标配送人员将待配送对象向用户进行配送。

在一些实施例中，若目标服务器确定待配送对象存在关联配送对象，则需要进一步的确定关联配送对象的收货状态信息。

在步骤S4中，若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息。

在一些实施例中，若关联配送对象的收货状态信息指示待配送对象存在至少一个关联配送对象已被其它配送员配送，则向第一设备发送限制配送提示信息，以提示目标配送人员——由于待配送对象需要与关联配送对象进行绑定配送，而关联配送对象已被其它配送人员配送，因此目标配送人员不存在配送待配送对象的权限(具体提示内容可以根据实际需求进行显示)。

如图5所示，若待配送对象的关联配送对象已被其它配送员配送，第一设备可以显示“此订单为三同订单且已被XX收货，不允许收货，请联系站长处理”等，以提示目标配送人员当中针对待配送对象的收货操作失败。

在一些实施例中，若关联配送对象的收货状态信息指示所有关联配送对象均未被其它配送员配送(可以被目标配送人员自己收货)，则根据关联配送对象的收货状态信息生成集包配送提示信息，以提示目标配送人员需要对待配送对象和关联配送对象进行集包配送。例如，可以根据关联配送对象的配送单号生成配送提示信息，以提示目标配送人员，哪些配送对象与待配送对象关联，需要进行集包收货、配送。

在步骤S5中，变更所述待配送对象的收货状态信息为所述待配送对象已被收货。

在一些实施例中，若待配送对象和关联配送对象均未被收货或者待配送对象的关联配送对象也已经由目标配送人员收货的，则确定第一设备针对待配送对象完成收货操作，并进一步变更待配送对象的配送状态信息以使该配送状态信息指示待配送对象的配送状态为已被收货，以避免持有其它配送人员针对待配送对象再次进行配送。

在步骤S6中，向所述第一设备发送收货成功提示信息和所述集包配送提示信息，以便目标对象根据所述收货成功提示信息和所述集包配送提示信息进行集包配送。

在一些实施例中，集包配送提示信息可以用来提示目标配送人员，待配送对象需要与其关联配送对象进行集包配送。

在一些实施例中，目标服务器可以将上述收货成功提示信息和集包配送提示信息发送给第一设备，以便目标配送人员看获悉已完成针对待配送对象的收货操作，并且需要将该待配送对象与待配送对象的关联配送对象集包配送。

图6是根据一示例性实施例示出的一种向目标配送人员展示的集包配送提示信息：“PDA601006三同订单，请使用集包操作，运单号：JDVA02923…”。根据该提示信息，目标配送人员可以知悉当前待配送对象需要与其三同订单进行集包配送，该待配送对象的三同订单包括订单号“PDA601006”的订单。目标配送人员根据上述集包配送提示信息可以完成针对待配送对象的集包配送。

在另外一些实施例中，在完成针对待配送对象的收货操作后，目标服务器可能还会进一步确定待配送对象的所有关联配送对象是否已经被完成收货，若存在未被收货的关联配送对象，目标服务器还会向第一设备发送如图7所示的运单未集齐提示信息，以提示目标配送人员需要完成针对待配送对象与其所有关联配送对象的收货操作后，才可以进行配送。

本实施例提供的技术方案，一方面，确定了待配送对象的关联配送对象，以便将待配送对象与其关联配送对象进行集包配送，节约了配送资源、提高了配送效率；另一方面，通过待配送对象的关联配送对象的收货状态信息，避免待配送对象和其关联配送对象被不同的配送员收货，确保待配送对象与其关联配送对象能够进行集包配送。

图8是图3中步骤S3在一示例性实施例中的流程图。参考图8，上述步骤S3可以包括以下步骤。

在步骤S31中，若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则确定所述待配送对象是否存在所述关联配送对象。

在一些实施例中，当目标服务器确定待配送对象尚未被收货时，需要进一步确定待配送对象是否存在关联配送对象。

在步骤S32中，若所述待配送对象存在所述关联配送对象，则获取所述待配送对象的关联配送对象的收货状态信息。

在一些实施例中，若待配送对象存在关联配送对象，则需要进一步获取关联配送对象的收货状态信息以确定关联配送对象是否已经被收货。

在步骤S33中，若所述待配送对象不存在所述关联配送对象，则变更所述待配送对象的收货状态信息为所述待配送对象已被收货，并向所述第一设备发送所述收货成功提示信息，以便所述目标对象针对所述待配送对象进行配送。

在一些实施例中，若待配送对象不存在关联配送对象，则可以认为该待配送对象不需要进行集包配送，可以直接将待配送对象的配送状态变更为“已被收货”，并向第一设备发送收货成功提示信息，以告知目标配送人员已完成针对待配送对象的收货操作，便于目标配送人员针对待配送对象进行配送。

本实施例提供的技术方案，在待配送对象不存在关联配送对象的时候，及时、快速的完成了针对待配送对象的收货操作，便于目标对象进行配送。

图9是图8中步骤S31在一示例性实施例中的流程图。参考图9，上述步骤S31可以包括以下步骤。

在步骤S311中，若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则确定是否针对所述待配送对象进行关联对象集包配送。

在一些实施例中，可以在第一设备中设置关联配送对象集包配送开关以控制是否针对相互关联的配送对象进行集包配送。一般来说，若关联配送对象集包配送开关打开，则目标服务器则可以针对待配送对象与其关联配送对象进行集包配送。

在待配送对象的收货状态信息指示待配送对象未被收货时，则进一步的确定待配送对象是否需要进行集包配送。

在步骤S312中，若针对所述待配送对象进行关联对象集包配送，则确定所述待配送对象是否存在所述关联配送对象。

在步骤S313中，若针对所述待配送对象不进行关联对象集包配送，则变更所述待配送对象的收货状态信息为所述待配送对象已被收货，并向所述第一设备发送所述收货成功提示信息，以便所述目标对象针对所述待配送对象进行配送。

本公开实施例，通过关联配送对象集包配送开关控制是否针对待配送对象与其关联配送对象进行集包配送，极大程度上满足了配送需求，提高了配送效率。

图10是图9中步骤S312在一示例性实施例中的流程图。参考图10，上述步骤S312中确定待配送对象的关联配送对象可以包括以下步骤。

在步骤S3121中，确定是否存在与所述待配送对象的配送地址、配送联系方式、配送时间相同的三同配送对象。

在一些实施例中，配送地址可以具体到街道、小区、楼号等，本公开对此不做限制。配送联系方式可以是手机、固话等，本公开对此也不做限制。

在另外一些实施例中，若待配送对象不存在配送时间，则可以只确定与待配送对象的配送地址、配送联系方式相同的配送对象(为方便称呼，这里也将其称之为三同配送对象)。

在步骤S3122中，若所述三同配送对象存在，则确定所述待配送对象与所述三同配送对象是否被强制解锁。

在一些实施例中，上述强制解锁可以指的是针对待配送对象与其三同配送对象的关联关系进行强制解锁(即允许待配送对象与其三同配送对象不进行关联)。

在一些实施例中，可以为目标对象(例如配送站的站长)赋予强制解锁的权限，以便目标对象根据实际情况解锁待配送对象与其三同配送对象的集包配送。例如，由于待配送对象与其三同配送对象的体积或者重量过大，一个配送人员无法同时完成针对上述待配送对象和其三同配送对象的配送，该配送人员可以请求站长将待配送对象与其三同配送对象进行解锁，以对待配送对象与其三同配送对象分别进行配送。

在步骤S3123中，若所述待配送对象与所述三同配送对象未被强制解锁，则确定所述三同配送对象为所述关联配送对象。

在一些实施例中，若待配送对象与其三同配送对象之间的关联关系未被强制解锁，则确定待配送对象的三同配送对象为待配送对象的关联配送对象。

在步骤S3124中，若所述三同配送对象不存在或所述待配送对象与所述三同配送对象被强制解锁，则所述待配送对象不存在关联配送对象。

在一些实施例中，若待配送对象与其三同配送对象已被强制解锁，则确定待配送对象不存在关联配送对象。

本实施例提供的技术方案，通过强制解锁功能，给于了配送过程一定的灵活性，以便配送人员根据实际情况进行收货操作。

图11是图3中步骤S4在一示例性实施例中的流程图。

在一些实施例中，待配送对象的关联配送对象可以包括目标配送对象。本实施例将会以目标配送对象为关联配送对象为例，解释在收货过程中待配送对象存在已被收货的关联配送对象时的操作步骤。

参考图11，上述步骤S4可以包括以下步骤。

在步骤S41中，若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息。

在步骤S42中，若所述关联配送对象的收货状态信息指示所述目标配送对象已被收货，则获取所述关联配送对象的配送信息。

在步骤S43中，根据所述关联配送对象的配送信息生成限制配送提示信息。

在一些实施例中，若目标配送对象已被其它配送人员配送，也就是说待配送对象存在已被收货的关联配送对象。为确保待配送对象与其关联配送对象能够集包配送，那么目标服务器将拒绝第一设备针对待配送对象的收货请求，并生成限制配送提示信息，以提示目标配送人员应该将待配送对象与其关联配送对象进行集包操作。该第一限制提示信息可例如是图12所示的“此单为三同订单且已被祝贺收货，不允许收货，请联系站长处理”，本公开对对第一限制提示信息的具体内容和具体显示形式不做限制。

在步骤S44中，将所述限制配送提示信息发送给所述第一设备，以便目标对象根据所述第一限制配送停止对所述待配送对象进行配送。

目标配送人员在收到如图12所示的提示信息后，既可以联系站长对待配送对象与其关联配送对象进行强制解锁处理；也可以放弃针对待配送对象的收货操作，以便该名为“祝贺”的配送完成对待配送对象与其关联配送对象的集包处理。

本实施例提供的技术方案，在待配送对象存在已被其它配送人员收货的关联配送对象时，拒绝了针对待配送对象的收货请求，保证了待配送对象与其关联配送对象只能由同一配送员进行集包配送，保证了配送效率、节约了配送资源，提高了用户体验。

图13是根据一示例性实施例示出的一种配送方法的流程图。

在一些实施例中，当目标配送人员完成针对待配送对象的收货操作后，由于一些主、客观原因导致无法完成针对待配送对象的配送。在这种情况下，可以通过以下步骤，完成目标配送人员与待配送对象的解绑操作。

参考图11，上述配送方法可以包括以下步骤。

在步骤S7中，接收所述第一设备针对所述待配送对象发送的第一解除配送关系请求信息。

在一些实施例中，目标配送人员可以通过第一设备向目标服务器发送针对待配送对象的第一解除配送关系请求信息，以解除目标配送人员与待配送对象的配送关系。

例如可以通过如图14所示界面，点待配送对象对应订单号后方的“未解锁”按钮，生成第一解除配送关系请求信息，以请求目标服务器解除目标配送人员针对待配送对象的配送关系。

在步骤S8中，响应于所述第一解除配送关系请求信息，变更所述待配送对象的收货状态信息为所述待配送对象未被收货。

目标服务器在接收到第一解除配送关系请求信息时，会变更所述待配送对象的收货状态信息为所述待配送对象未被收货，以解除目标配送人员与待配送对象的配送关系

在步骤S9中，向所述第一设备发送配送关系解除成功提示信息。

通过本实施例提供的技术方案，可以解除目标配送人员与待配送对象之间的配送关系，以便其它配送人员继续针对待配送对象进行配送。

图15是图13中步骤S9在一示例性实时中的流程图。

在一些实施例中，若所述待配送对象存在关联配送对象，且所述待配送对象和所述关联配送对象均被目标配送人员进行配送。因此在解除目标配送人员与待配送对象之间的配送关系的同时，还需要解除目标配送人员与待配送对象的关联配送对象之间的配送关系，以便其它配送人员可以针对待配送对象与其关联配送对象进行集包配送。

图15提供了一种配送方法，进一步的确保了待配送对象与其关联配送对象进行集包配送。

参考图15，上述步骤S9可以包括以下过程。

在一些实施例中，若待配送对象的关联配送对象也有目标配送人员配送，那么在完成待配送对象与目标配送人员之间的关系解绑之后，还需要继续将目标配送人员与待配送对象的关联配送对象的关系解绑。

在步骤S91中，获取所述第一设备针对所述关联配送对象发送的第二解除配送关系请求信息。

在一些实施例中，在完成针对待配送对象与目标配送人员的关系解绑后，还需要向目标服务器发送针对待配送对象的关联配送对象的第二解除配送关系请求信息，以解除待配送对象的关联配送对象与目标配送人员的关系。

在步骤S92中，响应于所述第二解除配送关系请求信息，变更所述关联配送对象的收货状态信息为所述关联配送对象未被收货。

在步骤S93中，向所述第一设备发送针对所述待配送对象和所述关联配送对象的配送关系解除成功提示信息。

在一些实施例中，只有当待配送对象的所有关联配送对象与目标配送人员的关系均完成解绑，才能向第一设备发送针对待配送对象和关联配送对象的配送关系解除成功提示信息，其它配送人员才能针对待配送对象与其关联配送对象进行集包配送。

本实施例提供的技术方案，在配送关系解绑过程中，控制待配送对象与其关联配送对象必须同时完成解绑操作，以保证待配送对象与其关联配送对象进行集包配送，极大地节约了配送资源、提高了配送效率。

图16是根据一示例实施例示出的一种配送结构的示意图

在图16所示的结构图中，配送人员可以通过第一设备(例如一体机)与目标服务器进行交互，以实现针对待配送对象的收货操作。

参考图16，针对待配送对象的配送方法可以包括以下步骤。

目标配送人员通过一体机对待配送对象进行收货操作，并向目标服务器发送收货请求信息；目标服务器在收到针对待配送对象的收货请求信息后会确定当前待配送对象是否已经被收货；若待配送对象已被收货，则目标服务器向一体机返回待配送对象已完成收货、此次收货操作失败等提示信息，若待配送对象尚未被收货，则继续判断三同订单配置开关是否开启；若三同订单配置开关尚未开启，则目标服务器变更待配送对象的收货状态信息，并通过一体机提示目标配送员已完成针对待配送对象的收货操作，若三同订单配置开关尚已开启，则进一步的判断待配送对象是否存在三同配送对象；若待配送对象不存在三同配送对象，则目标服务器变更待配送对象的收货状态信息，并通过一体机提示配送员已完成针对待配送对象的收货操作，若待配送对象存在三同配送对象，则进一步判断待配送对象在其对应的三同订单表中是否操作强派；若待配送对象在其对应的三同订单表中操作强派，则目标服务器变更待配送对象的收货状态信息，并通过一体机提示配送员已完成针对待配送对象的收货操作，若待配送对象在其对应的三同订单表中不操作强派，则进一步的判断待配送对象的三同配送对象是否已被其它配送人员收货(该其它配送人员可以是合作商的配送人员，任意可以进行配送的配送人员均值本公开的保护范围内)；若待配送对象的三同配送对象是否未被其它配送人员收货，则目标服务器变更待配送对象的收货状态信息，并通过一体机提示配送员已完成针对待配送对象的收货操作，若待配送对象存在已被其它配送人员收货的三同配送对象，则目标服务器向第一设备返回限制收货提示信息，一方面提示目标配送人员此次针对待配送对象的收货操作失败，另一方面提示目标配送人员需要针对待配送对象与其三同配送对象进行集包配送。

其中，三同订单表中可以包收件地址、收件时间以及收件联系方式相同的订单。

图17是根据一示例实施例示出的一种配送结构的示意图

在实际操作中，待配送对象不仅可以由本单位的配送人员进行配送，还可以委托合作商的配送人员进行配送。在委托合作商的配送人员进行配送时，可以通过图17所示的配送结构图进行配送，该配送结构图给出的配送方法可以包括以下步骤。

配送站的站长通过一体机对待配送对象进行收货操作，以便向目标合作商的配送人员派发订单；目标服务器在收到一体机发送的针对待配送对象的收货请求信息后会确定当前待配送对象是否已经被收货；若待配送对象已被收货，则目标服务器向一体机返回待配送对象已完成收货、此次收货操作失败的提示信息，若待配送对象尚未被收货，则继续判断三同订单配置开关是否开启；若三同订单配置开关尚未开启，则目标服务器变更待配送对象的收货状态信息，并通过一体机提示配送员已完成针对待配送对象的收货操作，若三同订单配置开关尚已开启，则进一步的判断待配送对象是否存在三同配送对象；若待配送对象不存在三同配送对象，则目标服务器变更待配送对象的收货状态信息，并通过一体机提示配送员已完成针对待配送对象的收货操作，若待配送对象存在三同配送对象，则进一步判断待配送对象在其对应的三同订单表中是否操作强派；若待配送对象在其对应的三同订单表中操作强派，则目标服务器变更待配送对象的收货状态信息，并通过一体机提示配送员已完成针对待配送对象的收货操作，若待配送对象在其对应的三同订单表中不操作强派，则进一步的判断待配送对象的三同配送对象是否已被其它配送人员收货(该其它配送人员可以是合作商的配送人员，任意可以进行配送的配送人员均值本公开的保护范围内)；若待配送对象存在已被其它配送人员收货的三同配送对象，则目标服务器向第一设备返回限制收货提示信息，若待配送对象的三同配送对象未被其它配送人员收货，则继续判断待配送对象的三同配送对象是否全部在同一集包号(集包时对应的订单号)中集齐；若待配送对象与其三同配送对象未在同一集包号中集齐则限制当前配送对象的派发，并提醒站长针对待配送对象的关联配送对象继续进行收货操作，若待配送对象与其三同配送对象已集齐在同一集包中，则目标服务器变更待配送对象的收货状态信息，并通过一体机提示配送员已完成针对待配送对象的收货操作。

本实施例提供的技术方案，保证了配送站站长向目标合作商派发订单时能够进行集包后派发，节约了派发的资源、提高了派发效率，还减少了用户接收快递的次数，提高了用户体验。

图18是根据一示例性实施例示出的一种配送装置的框图。参照图18，本公开实施例提供的配送装置1800可以包括：收货请求获取模块1801、第一收货状态信息获取模块1802、第二收货状态信息获取模块1803、集包配送提示信息获取模块1804、收货状态信息变更模块1805以及提示信息发送模块1806。

其中，所述收货请求获取模块1801可以配置为获取第一设备发送的针对待配送对象的收货请求信息；所述第一收货状态信息获取模块1802可以配置为响应于所述收货请求信息获取所述待配送对象的收货状态信息；所述第二收货状态信息获取模块1803可以配置为若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则获取所述待配送对象的关联配送对象的收货状态信息；所述集包配送提示信息获取模块1804可以配置为若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息；所述收货状态信息变更模块1805可以配置为变更所述待配送对象的收货状态信息为所述待配送对象已被收货；所述提示信息发送模块1806可以配置为向所述第一设备发送收货成功提示信息和所述集包配送提示信息，以便目标对象根据所述收货成功提示信息和所述集包配送提示信息进行集包配送。

在一些实施例中，所述第二收货状态信息获取模块1803可以包括：关联配送对象确定子模块、关联配送对象的收货状态信息获取子模块以及收货请求成功提示子模块。

其中，所述关联配送对象确定子模块可以配置为若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则确定所述待配送对象是否存在所述关联配送对象；所述关联配送对象的收货状态信息获取子模块可以配置为若所述待配送对象存在所述关联配送对象，则获取所述待配送对象的关联配送对象的收货状态信息；所述收货请求成功提示子模块可以配置为若所述待配送对象不存在所述关联配送对象，则变更所述待配送对象的收货状态信息为所述待配送对象已被收货，并向所述第一设备发送所述收货成功提示信息，以便所述目标对象针对所述待配送对象进行配送。

在一些实施例中，所述关联配送对象确定子模块可以包括：集包配送确定单元、关联配送对象确定单元以及收货请求成功提示单元。

其中，所述集包配送确定单元可以配置为若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则确定是否针对所述待配送对象进行关联对象集包配送；所述关联配送对象确定单元可以配置为若针对所述待配送对象进行关联对象集包配送，则确定所述待配送对象是否存在所述关联配送对象；所述收货请求成功提示单元可以配置为若针对所述待配送对象不进行关联对象集包配送，则变更所述待配送对象的收货状态信息为所述待配送对象已被收货，并向所述第一设备发送所述收货成功提示信息，以便所述目标对象针对所述待配送对象进行配送。

在一些实施例中，所述关联配送对象确定子模块或所述关联配送对象确定单元可以包括：三同配送对象确定子单元、强制解锁确定子单元、关联配送对象确定子单元以及关联配送对象不存在确定子单元。

其中，所述三同配送对象确定子单元可以配置为确定是否存在与所述待配送对象的配送地址、配送联系方式、配送时间相同的三同配送对象；所述强制解锁确定子单元可配置为若所述三同配送对象存在，则确定所述待配送对象与所述三同配送对象是否被强制解锁；所述关联配送对象确定子单元可以配置为若所述待配送对象与所述三同配送对象未被强制解锁，则确定所述三同配送对象为所述关联配送对象；所述关联配送对象不存在确定子单元可以配置为若所述三同配送对象不存在或所述待配送对象与所述三同配送对象被强制解锁，则所述待配送对象不存在关联配送对象。

在一些实施例中，所述关联配送对象包括目标配送对象；其中，所述集包配送提示信息获取模块1804可以包括：集包配送提示信息获取子模块、关联配送对象信息获取子模块、限制配送提示信息确定子模块以及限制配送提示信息发送子模块。

其中，所述集包配送提示信息获取子模块可以配置为若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息；所述关联配送对象信息获取子模块可以配置为若所述关联配送对象的收货状态信息指示所述目标配送对象已被收货，则获取所述关联配送对象的配送信息；所述限制配送提示信息确定子模块可以配置为根据所述关联配送对象的配送信息生成限制配送提示信息；所述限制配送提示信息发送子模块可以配置为将所述限制配送提示信息发送给所述第一设备，以便目标对象根据所述第一限制配送停止对所述待配送对象进行配送。

在一些实施例中，所述配送装置还可以包括：第一解除配送关系请求信息接收模块、第一配送关系解除模块和解除成功提示模块。

其中，所述第一解除配送关系请求信息接收模块可以配置为接收所述第一设备针对所述待配送对象发送的第一解除配送关系请求信息；所述第一配送关系解除模块可以配置为响应于所述第一解除配送关系请求信息，变更所述待配送对象的收货状态信息为所述待配送对象未被收货；所述解除成功提示模块可以配置为向所述第一设备发送配送关系解除成功提示信息。

在一些实施例中，若所述待配送对象存在关联配送对象，且所述待配送对象和所述关联配送对象均被所述第一设备配送；其中，所述解除成功提示模块可以包括：第二解除配送关系请求信息接收子模块、第二配送关系解除子模块以及解除成功提示子模块。

其中，所述第二解除配送关系请求信息接收子模块可以配置为获取所述第一设备针对所述关联配送对象发送的第二解除配送关系请求信息；所述第二配送关系解除子模块可以配置为响应于所述第二解除配送关系请求信息，变更所述关联配送对象的收货状态信息为所述关联配送对象未被收货；所述解除成功提示子模块可以配置为向所述第一设备发送针对所述待配送对象和所述关联配送对象的配送关系解除成功提示信息。

由于本公开的示例实施例的配送装置1800的各个功能模块与上述配送方法的示例实施例的步骤对应，因此在此不再赘述。

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

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

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

应当理解的是，本公开并不限于这里已经示出的详细结构、附图方式或实现方法，相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (9)

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

获取第一设备发送的针对待配送对象的收货请求信息；

响应于所述收货请求信息获取所述待配送对象的收货状态信息；

若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则获取所述待配送对象的关联配送对象的收货状态信息；

若所述关联配送对象的收货状态信息指示待配送对象存在至少一个关联配送对象已被其他配送员配送，则向第一设备发送限制配送提示信息，以限制所述第一设备对所述待配送对象进行配送；

若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息；

变更所述待配送对象的收货状态信息为所述待配送对象已被收货；

向所述第一设备发送收货成功提示信息和所述集包配送提示信息，以便目标对象根据所述收货成功提示信息和所述集包配送提示信息进行集包配送。

2.根据权利要求1所述方法，其特征在于，若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则获取所述待配送对象的关联配送对象的收货状态信息，包括：

若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则确定所述待配送对象是否存在所述关联配送对象；

若所述待配送对象存在所述关联配送对象，则获取所述待配送对象的关联配送对象的收货状态信息；

若所述待配送对象不存在所述关联配送对象，则变更所述待配送对象的收货状态信息为所述待配送对象已被收货，并向所述第一设备发送所述收货成功提示信息，以便所述目标对象针对所述待配送对象进行配送。

3.根据权利要求2所述方法，其特征在于，若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则确定所述待配送对象是否存在所述关联配送对象，包括：

若所述待配送对象的收货状态信息指示所述待配送对象未被收货，则确定是否针对所述待配送对象进行关联对象集包配送；

若针对所述待配送对象进行关联对象集包配送，则确定所述待配送对象是否存在所述关联配送对象；

若针对所述待配送对象不进行关联对象集包配送，则变更所述待配送对象的收货状态信息为所述待配送对象已被收货，并向所述第一设备发送所述收货成功提示信息，以便所述目标对象针对所述待配送对象进行配送。

4.根据权利要求2或3所述方法，其特征在于，确定所述待配送对象是否存在所述关联配送对象，包括：

确定是否存在与所述待配送对象的配送地址、配送联系方式、配送时间相同的三同配送对象；

若所述三同配送对象存在，则确定所述待配送对象与所述三同配送对象是否被强制解锁；

若所述待配送对象与所述三同配送对象未被强制解锁，则确定所述三同配送对象为所述关联配送对象；

若所述三同配送对象不存在或所述待配送对象与所述三同配送对象被强制解锁，则所述待配送对象不存在关联配送对象。

5.根据权利要求1所述方法，其特征在于，所述方法还包括：

接收所述第一设备针对所述待配送对象发送的第一解除配送关系请求信息；

响应于所述第一解除配送关系请求信息，变更所述待配送对象的收货状态信息为所述待配送对象未被收货；

向所述第一设备发送配送关系解除成功提示信息。

6.根据权利要求5所述方法，其特征在于，若所述待配送对象存在关联配送对象，且所述待配送对象和所述关联配送对象均被所述第一设备配送；其中，向所述第一设备发送配送关系解除成功提示信息，包括：

获取所述第一设备针对所述关联配送对象发送的第二解除配送关系请求信息；

响应于所述第二解除配送关系请求信息，变更所述关联配送对象的收货状态信息为所述关联配送对象未被收货；

向所述第一设备发送针对所述待配送对象和所述关联配送对象的配送关系解除成功提示信息。

7.一种配送装置，其特征在于，包括：

收货请求获取模块，配置为获取第一设备发送的针对待配送对象的收货请求信息；

第一收货状态信息获取模块，配置为响应于所述收货请求信息获取所述待配送对象的收货状态信息；

第二收货状态信息获取模块，配置为配送对象的收货状态信息指示所述待配送对象未被收货，则获取所述待配送对象的关联配送对象的收货状态信息；

集包配送提示信息获取模块，配置为若所述关联配送对象的收货状态信息指示所述关联配送对象均未被收货，则根据所述关联配送对象的收货状态信息生成集包配送提示信息；

收货状态信息变更模块，配置为变更所述待配送对象的收货状态信息为所述待配送对象已被收货；

提示信息发送模块，配置为向所述第一设备发送收货成功提示信息和所述集包配送提示信息，以便目标对象根据所述收货成功提示信息和所述集包配送提示信息进行集包配送。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一项所述的方法。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-6中任一项所述的方法。