订单处理方法及装置与流程

本申请涉及计算机技术领域，具体涉及互联网技术领域，尤其涉及订单处理方法及装置。

背景技术：

随着电子商务的发展，越来越多的用户希望足不出户就可拿到子集需要的物品。因此配送服务也随着电子商务的发展而日趋完善。

在上述配送服务中的一种为同城配送服务。也就是在配送服务中取货地址和送货地址均在同一个城市中。

目前，同城配送服务的一种方式为专人专送配送服务，也就是单个配送员配送单个订单。这样可以保证用户体验。但是另一方面，也造成了运力的大量浪费和配送成本增加。

同城配送服务的另一种方式为逐级配送服务。逐级配送服务包括在全城设置不同的配送点，将不同的配送点划分为多个等级，所有订单首先要发往中心配送点，然后再由中心配送点逐级向下级配送点配送，直至到达最后一级配送点，再由该配送点的配送员配送至用户。这种逐级配送的方式即时性较差，降低了用户体验。

技术实现要素：

本申请实施例的目的在于提出一种改进的订单处理方法和装置，来解决以上背景技术部分提到的技术问题。

本申请实施例提供了a1、一种订单处理方法，该方法包括：获取多个待配送订单的订单信息，订单信息包括发货地址信息及收货地址信息；根据发货地址对应的源配送点以及收货地址对应的目的配送点将多个待配送订单分为多个待处理订单子集，其中，待处理订单子集中的各个待配送订单的发货地址对应相同的源配送点，各个待配送订单的收货地址对应相同的目的配送点，并且，多个待处理订单子集中的任意两个待处理订单子集所分别对应的源配送点和/或目的配送点不相同；基于预设合并条件将多个待处理订单子集分为多个待合并订单集合，其中，每一个待合并订单集合包括至少一个待处理订单子集；对于多个待合并订单集合中的每一个待合并订单集合，执行如下订单处理操作：确定该待合并订单集合是否满足预设配送条件；响应于该待合并订单集合满足预设配送条件，合并该待合并订单集合中的各待处理订单子集以生成配送订单集合。

a2、如a1上述的方法，上述订单处理操作还包括：在将多个待配送订单分为多个待处理订单子集之后，在将多个待处理订单子集分为多个待合并订单集合之前，上述方法还包括：对于多个待处理订单子集中的每一个待处理订单子集，根据该待处理订单子集对应的源配送点以及目的配送点，确定该待处理订单子集对应的配送路径。

a3、如a2上述的方法，上述预设合并条件包括以下之一：上述待合并订单集合中待合并的两个待处理订单子集分别对应的源配送点之间的距离小于第一预设距离阈值，且上述两个待处理订单子集分别对应的目的配送点之间的距离小于第二预设距离阈值；上述待合并订单集合中待合并的两个待处理订单子集中的一个待处理订单子集对应的源配送点位于另一个待处理订单子集对应的配送路径中，且该待处理订单子集对应的目的配送点与另一个待处理订单子集的目的配送点之间的距离小于第三预设距离阈值。

a4、如a1上述的方法，在将多个待配送订单分为多个待处理订单子集之后，在将多个待处理订单子集分为多个待合并订单集合之前，方法还包括：对多个待处理订单子集中的每一个待处理订单子集，执行如下并单操作：确定该待处理订单子集对应的源配送点是否位于上一配送时段内的任意一个配送订单集合对应的配送路径中；响应于确定该待处理订单子集对应的源配送点位于上一配送时段内的一个配送订单集合对应的配送路径中，确定该待处理订单子集对应的目的配送点与上一配送时段内的配送订单集合对应的目的配送点之间的距离是否小于第四预设距离阈值；响应于该待处理订单子集对应的目的配送点与上一配送时段内的配送订单集合对应的目的配送点之间的距离小于第四预设距离阈值，基于上一配送时段内的配送订单集合对应的配送工具的当前位置，确定是否将该待处理订单子集与上一配送时段内的上述配送订单集合并单；响应于确定将该待处理订单子集与上一配送时段内的上述配送订单集合并单，将该待处理订单子集并入上一配送时段内的上述配送订单集合。

a5、如a1上述的方法，上述预设配送条件包括以下之一：该待合订单并集合中的订单的数量大于等于预设数量、该待合订单并集合中任意一个待配送订单的配送优先级大于预设配送优先级、距该待合订单并集合中任意一个待配送订单对应的预设的配送时间小于预设时长。

本申请实施例提供了b1、一种订单处理装置，该装置包括：订单信息获取单元，配置用于获取多个待配送订单的订单信息，订单信息包括发货地址信息及收货地址信息；第一分拣单元，配置用于根据发货地址对应的源配送点以及收货地址对应的目的配送点将多个待配送订单分为多个待处理订单子集，其中，待处理订单子集中的各个待配送订单的发货地址对应相同的源配送点，各个待配送订单的收货地址对应相同的目的配送点，并且，多个待处理订单子集中的任意两个待处理订单子集所分别对应的源配送点和/或目的配送点不相同；第二分拣单元，配置用于基于预设合并条件将多个待处理订单子集分为多个待合并订单集合，其中，每一个待合并订单集合包括至少一个待处理订单子集；订单处理单元，配置用于对于多个待合并订单集合中的每一个待合并订单集合，执行如下订单处理操作：确定该待合并订单集合是否满足预设配送条件；响应于该待合并订单集合满足预设配送条件，合并该待合并订单集合中的各待处理订单子集以生成配送订单集合。

b2、如b1上述的装置，上述装置还包括配送路径确定单元，配置用于在第一分拣单元将多个待配送订单分为多个待处理订单子集之后，在第二分拣单元将多个待处理订单子集分为多个待合并订单集合之前，对于多个待处理订单子集中的每一个待处理订单子集，根据该待处理订单子集对应的源配送点以及目的配送点，确定该待处理订单子集对应的配送路径。

b3、如b1上述的装置，上述预设合并条件包括以下之一：上述待合并订单集合中待合并的两个待处理订单子集分别对应的源配送点之间的距离小于第一预设距离阈值，且上述两个待处理订单子集分别对应的目的配送点之间的距离小于第二预设距离阈值；上述待合并订单集合中待合并的两个待处理订单子集中的一个待处理订单子集对应的源配送点位于另一个待处理订单子集对应的配送路径中，且该待处理订单子集对应的目的配送点与另一个待处理订单子集的目的配送点之间的距离小于第三预设距离阈值。

b4、如b1上述的装置，上述装置还包括并单单元，并单单元配置用于在第一分拣单元将多个待配送订单分为多个待处理订单子集之后，在第二分拣单元将多个待处理订单子集分为多个待合并订单集合之前，对多个待处理订单子集中的每一个待处理订单子集，执行如下并单操作：确定该待处理订单子集对应的源配送点是否位于上一配送时段内的任意一个配送订单集合对应的配送路径中；响应于确定该待处理订单子集对应的源配送点位于上一配送时段内的一个配送订单集合对应的配送路径中，确定该待处理订单子集对应的目的配送点与上一配送时段内的配送订单集合对应的目的配送点之间的距离是否小于第四预设距离阈值；响应于该待处理订单子集对应的目的配送点与上一配送时段内的配送订单集合对应的目的配送点之间的距离小于第四预设距离阈值，基于上一配送时段内的上述配送订单集合对应的配送工具的当前位置，确定是否将该待处理订单子集与上一配送时段内的上述配送订单集合并单；响应于确定将该待处理订单子集与上一配送时段内的上述配送订单集合并单，将该待处理订单子集并入上一配送时段内的上述配送订单集合。

b5、如b1上述的装置，上述预设配送条件包括以下之一：该待合订单并集合中的订单的数量大于等于预设数量、该待合订单并集合中任意一个待配送订单的配送优先级大于预设配送优先级、距该待合订单并集合中任意一个待配送订单对应的预设的配送时间小于预设时长。

本申请实施例提供了c1、一种电子设备，该电子设备包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现如a1到a5中任一实现方式描述的方法。

本申请实施例提供了d1、一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如a1到a5中任一实现方式描述的方法。

本申请实施例提供的订单处理方法和装置，通过获取多个待配送订单的订单信息，然后根据发货地址对应的源配送点以及收货地址对应的目的配送点将多个待配送订单分为多个待处理订单子集，接着基于预设合并条件将多个待处理订单子集分为多个待合并订单集合，最后对于多个待合并订单集合中的每一个待合并订单集合，执行订单处理操作。根据本申请实施例提供的方法所生成的配送订单集合来安排订单配送，可以实现较高配送效率，节约运力，降低配送成本。

在一些实施例中，在将多个待配送订单分为多个待处理订单子集之后，在将多个待处理订单子集分为多个待合并订单集合之前，对多个待处理订单子集中的每一个待处理订单子集，执行并单操作，将并单后的上一配送时段内的配送订单集合以及与该配送订单集合并单后的待处理订单子集使用相同配送工具进行配送，这样可以在一定程度上实现订单配送的即时性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的订单处理方法的一个实施例的流程图；

图3是根据本申请的订单处理方法的一个应用场景的示意图；

图4是根据本申请的订单处理方法的又一个实施例的流程图；

图5是根据本申请的订单处理装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的订单处理方法或订单处理装置的实施例的示例性系统架构100。

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

用户可以使用用户终端设备101、102通过网络106与服务器105交互，以接收或发送消息(例如订单信息)等。用户终端设备101、102上可以安装有各种通讯客户端应用，例如物流/外卖类应用、搜索类应用等。

配送资源可以使用配送终端设备103、104通过网络107与服务器105交互，以接收或发送消息，例如配送终端设备103、104通过网络107接收服务器105发出的配送多个待配送订单涉及的物品的信息；同时服务器105可以通过网络107接收配送终端103、104设备发送的实时位置信息。

用户终端设备101、102以及配送终端设备103、104可以是具有显示屏并且支持物品配送服务的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、mp3播放器(movingpictureexpertsgroupaudiolayeriii，动态影像专家压缩标准音频层面3)、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户终端设备101、102上的物流/外卖类应用等提供支持的后台订单处理服务器。上述后台订单处理服务器可以对从用户终端设备101、102接收到的订单进行处理，并将处理结果发送给上述配送终端设备103、104。

需要说明的是，本申请实施例所提供的订单处理方法一般由服务器105执行，相应地，订单处理装置一般设置于服务器105中。

应该理解，图1中的用户终端设备、配送终端设备、网络、服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的用户终端设备、配送终端设备和服务器。

继续参考图2，其示出了根据本申请的订单处理方法的一个实施例的流程200。该订单处理方法，包括以下步骤：

步骤201，获取多个待配送订单的订单信息。

在本实施例中，订单处理方法运行于其上的电子设备(例如图1所示的服务器105)可以通过有线连接方式或者无线连接方式获取多个用户通过不同的用户终端设备(例如图1所示的用户终端设备101、102)发送的多个待配送订单的订单信息。

此外，当上述电子设备为向订单接收设备提供订单处理的服务器时，可以从本地或者远程地接收上述订单接收设备发送的多个待配送订单的订单信息。其中多个待配送订单的订单信息可以预先存储在上述订单接收设备中。

每一个待配送订单的订单信息均可以包括发货地址信息及收货地址信息。上述发货地址信息可以为提供上述待配送订单涉及物品的提供者所在地理位置的信息。收货地址信息可以为用户设定的签收上述订单涉及的物品的地理位置信息。上述地理位置信息例如可以包括××市××区××路××号等信息。

在一些应用场景中，上述待配送订单的发货地址和收货地址可以在同一个城市的辖区范围内。

步骤202，根据发货地址对应的源配送点以及收货地址对应的目的配送点将多个待配送订单分为多个待处理订单子集。

在本实施例中，上述电子设备可以预先将同一城市分为多个区域，每一个区域对应一个或多个配送点。任意一个区域对应的上述配送点可以设置在该区域内，也可以设置在与该区域相距一定距离的范围内。这样同一城市中可以包括多个配送点。在本实施例中，上述电子设备可以对多个配送点的级别不进行区分。也就是说上述电子设备可以将多个配送点设置为同级配送点。

对于任意一个待配送订单，可以选择该待配送订单的物品提供者(例如商户)的地理位置(发货地址)所在区域对应的一个配送点作为源配送点。该待配送订单的源配送点可以为上述物品提供者所在区域对应的任意一个配送点，或者可以为该区域对应的、与上述物品提供者的地理位置之间的距离最小的一个配送点。

对于任意一个待配送订单，可以选择收货地址所在区域对应的一个配送点作为该待配送订单的目的配送点。该待配送订单的目的配送点可以为上述收货地址所在区域对应的任意一个配送点，或者可以为该区域对应的、与上述收货地址之间的距离最小的一个配送点。

上述电子设备可以间隔一定时间段(例如10分钟)将各源配送点接收到的全部订单进行一次统一处理。

上述电子设备将从步骤201接收的多个待配送订单根据发货地址对应的源配送点以及收货地址对应的目的配送点将多个待配送订单分为多个待处理订单子集。

在本实施例中，多个待处理订单子集中的每个待处理订单子集，该待处理订单子集中的各个待配送订单的发货地址对应相同的源配送点；各个待配送订单的收货地址对应相同的目的配送点。也即任意一个待处理订单子集中的各个待配送订单的发货地址对应相同的源配送点且该待处理订单子集中的各个待配送订单的收货地址对应相同的目的配送点。任意两个待处理订单子集所分别对应的源配送点和/或目的配送点不相同。也就是说，源配送点不相同的任意两个待配送订单不可以确定为同一待处理订单子集，目的配送点不相同的任意两个待配送订单不可以确定为同一待处理订单子集，源配送点、目的配送点均不相同的任意两个待配送订单也不可以确定为同一待处理订单子集。

上述电子设备将发货地址对应的源配送点相同，且收货地址所对应的目的配送点也相同的多个待配送订单归为同一个待处理订单子集。这样，电子设备就将接收到的多个待配送订单划分为多个待处理订单子集。例如上述电子设备获取到a1、a2、a3和a4四个待配送订单。其中待配送订单a1对应的源配送点为b1，目的配送点为c1；待配送订单a2对应的源配送点为b2，目的配送点为c2；待配送订单a3对应的源配送点为b1，目的配送点为c1；待配送订单a4对应的源配送点为b2，目的配送点为c3。电子设备可以将上述订单a1、a2、a3和a4分为待处理订单子集1、待处理订单子集2和待处理订单子集3。其中，待处理订单子集1包括订单a1、a3；待处理订单子集2包括订单a2；待处理订单子集3包括订单a4。

步骤203，基于预设合并条件将多个待处理订单子集分为多个待合并订单集合。

在本实施例中，上述电子设备内可以设置订单合并列表。上述电子设备可以将一个源配送点和一个目的配送点作为一个配送点对来管理。在上述合并列表中设置可以多组可以合并的配送点对。每一组可以合并的配送点对可以包括多个配送点对。当任意一个待配送订单对应的源配送点和目的配送点与另一个待配送订单对应的源配送点和目的配送点均属于上述订单合并列表中的一组配送点对中的两个配送点对时，可以认为上述两个待配送订单满足预设合并条件，从而将上述两个待配送订单归属于同一个待合并订单集合。

按照上述方法，可以将多个待处理订单子集分为多个待合并订单集合。每一个待合并订单集合中可以至少包括一个待处理订单子集。

步骤204，对于多个待合并订单集合中的每一个待合并订单集合，执行订单处理操作。

在本实施例中，订单处理方法运行于其上的电子设备(例如图1所示的服务器)可以对由步骤203中得到的多个待合并订单集合中的每一个待合并订单集合，执行以下订单处理操作：

首先，可以确定该待合并订单集合是否满足预设配送条件。

在本实施例中，上述预设配送条件可以包括以下之一：该待合并订单并集合中的订单的数量大于等于预设数量(上述预设数量可以为任意正整数，可以根据实际配送需要进行设定，此处不做限定)、该待合订单并集合中任意一个待配送订单的配送优先级大于预设配送优先级、距该待合订单并集合中任意一个待配送订单对应的预设的配送时间小于预设时长(预设时长可以根据待配送订单涉及物品的种类以及配送时间要求进行设定，此处不做限定)。

值得指出的是，在实际对订单进行处理是，还包括其他一些预设配送条件，例如上述预设配送条件的组合等等。

其次，响应于该待合并订单集合满足上述预设配送条件，合并待合并订单集合中的各待处理订单子集以生成配送订单集合。当该待合并订单集合满足上述预设配送条件时，电子设备可以将待合并订单集合中的各待处理订单子集进行合并，从而生成配送订单集合。对于任意一个待配送订单集合，上述电子设备可以根据配送订单集合中订单的数量以及该配送订单集合中各待配送订单涉及的物品的类型(例如，食品、电子产品、日用品等等)、各物品的尺寸、物品的数量来选择合适的配送单元；并向被选择的配送单元发送将上述配送订单集合中各个待配送订单所涉及的物品进行配送的指令。在本实施例中，上述配送工具可以是由配送人员操作的各种物品运输工具，例如可以包括但不限于，自行车、摩托车、汽车等等。这样一来，可以将符合预设合并条件的至少两个待处理订单子集的合并之后，再统一进行配送，从而可以提高配送效率，节省运力。

继续参见图3，图3是根据本实施例的订单处理方法应用场景的一个示意图。在图3的应用场景300中，服务器301可以接收来自用户终端设备302或者来自其他电子设备(例如可以为接收用户订单的订单接收设备)发送的多个待配送订单的订单信息303。而后，上述服务器301可以根据订单信息中的发货地址和收货地址对多个待配送订单分组生成待处理订单子集304。接着，上述服务器301可以基于预设合并条件将上述多个待处理订单子集分为多个待合并订单集合305，其中每一个待合并订单集合305中可以至少包括一个待处理订单子集304。然后，对于多个待合并订单集合中的每一个待合并订单集合，执行订单处理操作，生成多个配送订单集合306。最后，对于任意一个配送订单集合306，上述服务器301可以向配送终端设备308发送配送指令307。

在本实施例的一些可选实现方式中，在步骤202中将多个待配送订单分为多个待处理订单子集之后，在步骤203将多个待处理订单子集分为多个待合并订单集合之前，上述订单处理方法还包括：对于多个待处理订单子集中的每一个待处理订单子集，根据该待处理订单子集对应的源配送点以及目的配送点，确定该待处理订单子集对应的配送路径。

在本实施例的一些可选实现方式中，上述预设合并条件还可以包括以下之一：上述待合并订单集合中待合并的两个待处理订单子集分别对应的源配送点之间的距离小于第一预设距离阈值，且上述两个待处理订单子集分别对应的目的配送点之间的距离小于第二预设距离阈值；上述待合并订单集合中待合并的两个待处理订单子集中的一个待处理订单子集对应的源配送点位于另一个待处理订单子集对应的配送路径中，且该待处理订单子集对应的目的配送点与上述另一个待处理订单子集的目的配送点之间的距离小于第三预设距离阈值。上述第一预设距离阈值、第二预设距离阈值、第三预设距离阈值可以根据具体的待配送订单的配送路径、待配送订单涉及的物品等进行设定，此处不做限定。例如上述订单a1、a2、a3和a4四个订单。其中订单a1对应的源配送点为b1，目的配送点为c1；订单a2对应的源配送点为b2，目的配送点为c2；订单a3对应的源配送点为b1，目的配送点为c1；订单a4对应的源配送点为b2，目的配送点为c3。上述订单a1、a2、a3和a4被分为待处理订单子集1、待处理订单子集2、待处理订单子集3。其中，待处理订单子集1包括订单a1、a3；待处理订单子集2包括订单a2；待处理订单3包括订单a4。如果待处理订单子集3所对应的目的配送点c3与待处理订单子集2所对应的目的配送点c2之间的距离小于第二预设阈值，可以将待处理订单子集2和待处理订单子集3分为同一待合并订单集合。若待处理订单子集1对应的源配送点b1位于待处理订单子集2对应配送路径中，且待处理订单子集1对应的目的配送点c1与待处理订单子集2对应的目的配送点c2之间的距离小于第三预设阈值，进而可以将待处理订单子集1、待处理订单子集2和待处理订单子集3分为同一待合并订单集合。

在本实施例中，上述电子设备通过获取多个待配送订单的订单信息，然后根据发货地址对应的源配送点以及收货地址对应的目的配送点将多个待配送订单分为多个待处理订单子集，接着基于预设合并条件将多个待处理订单子集分为多个待合并订单集合，最后对于多个待合并订单集合中的每一个待合并订单集合，执行订单处理操作以生成配送订单集合。根据上述实施例提供的方法生成的配送订单集合来安排订单配送，可以实现较高配送效率，节约运力，降低配送成本。

进一步参考图4，其示出了订单处理方法的又一个实施例的流程400。该订单处理方法的流程400，包括以下步骤：

步骤401，获取多个待配送订单的订单信息。

步骤402，根据发货地址对应的源配送点以及收货地址对应的目的配送点将多个待配送订单分为多个待处理订单子集。

上述步骤401与步骤402分别与图2所示实施例的步骤201与步骤202相同，此处不赘述。

步骤403，对上述多个待处理订单子集中的每一个待处理订单子集，执行如下并单操作：

首先，可以确定该待处理订单子集对应的源配送点是否位于上一配送时段内的任意一个配送订单集合对应的配送路径中。

在本实施例中，上述电子设备可以将一段时间(例如24小时)分为多个配送时段(每个配送时段例如可以包括10分钟)。上述电子设备可以按照一定时间间隔每一个配送时段内所接收到的多个待配送订单进行处理。对于任意一个配送时段，上述电子设备可以在将该配送时段内接收到的多个待配送订单分为多个待处理订单子集之后，对于多个待处理订单子集中的每一个待处理订单子集，根据该待处理订单子集对应的源配送点以及目的配送点，确定该待处理订单子集对应的配送路径。

这样一来，上述电子设备在将当前配送时段内的获取的多个待处理订单分为多个待处理订单子集之后，对于多个待处理订单子集中的每一个待处理订单子集，可以将该待处理订单子集对应的源配送点与位于上一配送时段内的任意一个配送订单集合对应的配送路径中的配送点进行比对，以确定该待处理订单子集对应的源配送点是否位于上一配送时段内的任意一个配送订单集合对应的配送路径中。可选的，上述电子设备可以对每一个配送点设置一个编号。当该待处理订单子集对应的源配送点的编号与位于上一配送时段内的任意一个配送订单集合对应的配送路径中的一个配送点的编号相同时，可以认为该待处理订单子集位于上一配送时段内的该配送订单集合对应的配送路径中。

其次，响应于确定该待处理订单子集对应的源配送点位于上一配送时段内的一个配送订单集合对应的配送路径中，确定该待处理订单子集对应的目的配送点与上一配送时段内的配送订单集合对应的目的配送点之间的距离是否小于第四预设距离阈值。这里的第四预设距离阈值，可以根据实际的需要进行设定，此处不进行限定。

再次，响应于该待处理订单子集对应的目的配送点与上一配送时段内的配送订单集合对应的目的配送点之间的距离小于第四预设距离阈值，基于上一配送时段内的配送订单集合对应的配送工具的当前位置，确定是否将该待处理订单子集与上一配送时段内的配送订单集合并单。

在本实施例中，上述配送工具可以具有定位功能，并且实时向上述电子设备发送当前所处的经纬度信息，上述电子设备可以根据上述经纬度信息确定配送工具当前所处的位置。当配送工具未经过该待处理订单子集对应的源配送点时，可以认为该待处理订单子集可以与上一配送时段内的上述配送订单集合并单。当配送工具已经过该待处理订单子集对应的源配送点时，可以认为该待处理订单子集不能与上一配送时段内的上述配送订单集合并单。

最后，响应于确定将该待处理订单子集与上一配送时段内的配送订单集合并单，将该待处理订单子集并入上一配送时段内的上述配送订单集合。

这样一来，可以将当前配送时段内的待处理订单子集与上一配送时段内的一个配送订单集合并单后进行配送，可以节约运力，降低配送成本；此外，还可以在一定程度上实现订单配送的即时性。

步骤404，基于预设合并条件将多个待处理订单子集分为多个待合并订单集合。

在步骤403中，对于每一个可以与上一配送时段内的各个配送订单集合中任意一个配送订单集合合并的待处理订单子集，将该待处理订单子集与可以与该待处理订单子集合并的上一配送订单集合进行合并。

在步骤403将可以与上一配送时段内的任意一个配送订单集合并单的待处理订单子集与该配送订单集合并单后，当前配送时段内仍然剩余多个待处理订单子集。这样，将剩余的多个待处理订单子集基于预设合并条件将多个待处理订单子集分为多个待合并订单集合。其中，每一个待合并订单集合可以包括至少一个待处理订单子集。

步骤405，对于多个待合并订单集合中的每一个待合并订单集合，执行如下订单处理操作：

首先确定该待合并订单集合是否满足预设配送条件；

其次，响应于该待合并订单集合满足预设配送条件，合并该待合并订单集合中的各待处理订单子集以生成配送订单集合。

从图4中可以看出，与图2对应的实施例相比，本实施例中的订单处理方法的流程400突出了将当前配送时段内的待处理订单子集与上一配送时段内的配送订单集合并单的步骤，由此，本实施例描述的方案可以将当前配送时段内的待处理订单子集与上一配送时段内的配送订单集合并单配送，从而进一步节省运力，节约配送成本，此外还可以在一定程度上实现订单配送的即时性。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种订单处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的订单处理装置500包括：订单信息获取单元501、第一分拣单元502、第二分拣单元503和订单处理单元504。其中501，订单信息获取单元，配置用于获取多个待配送订单的订单信息，订单信息包括发货地址信息及收货地址信息；第一分拣单元502，配置用于根据发货地址对应的源配送点以及收货地址对应的目的配送点将多个待配送订单分为多个待处理订单子集，其中，待处理订单子集中的各个待配送订单的发货地址对应相同的源配送点，各个待配送订单的收货地址对应相同的目的配送点，并且，多个待处理订单子集中的任意两个待处理订单子集所分别对应的源配送点和/或目的配送点不相同；第二分拣单元503，配置用于基于预设合并条件将多个待处理订单子集分为多个待合并订单集合，其中，每一个待合并订单集合包括至少一个待处理订单子集；订单处理单元504，配置用于对于多个待合并订单集合中的每一个待合并订单集合，执行如下订单处理操作：确定该待合并订单集合是否满足预设配送条件；响应于该待合并订单集合满足预设配送条件，合并该待合并订单集合中的各待处理订单子集以生成配送订单集合。

在本实施例中，订单处理装置500的订单信息获取单元501、第一分拣单元502、第二分拣单元503和订单处理单元504的具体处理及其所带来的技术效果可分别参考图2对应实施例中步骤201、步骤202、步骤203和步骤204的相关说明，在此不再赘述。

在本实施例的一些可选实现方式中，上述订单处理装置还包括配送路径确定单元(图中未示出)，配置用于在第一分拣单元将多个待配送订单分为多个待处理订单子集之后，在第二分拣单元将多个待处理订单子集分为多个待合并订单集合之前，对于多个待处理订单子集中的每一个待处理订单子集，根据该待处理订单子集对应的源配送点以及目的配送点，确定该待处理订单子集对应的配送路径。

在本实施例的一些可选实现方式中，上述预设合并条件包括以下之一：上述待合并订单集合中待合并的两个待处理订单子集分别对应的源配送点之间的距离小于第一预设距离阈值，且上述两个待处理订单子集分别对应的目的配送点之间的距离小于第二预设距离阈值；上述待合并订单集合中待合并的两个待处理订单子集中的一个待处理订单子集对应的源配送点位于另一个待处理订单子集对应的配送路径中，且该待处理订单子集对应的目的配送点与是述另一个待处理订单子集的目的配送点之间的距离小于第三预设距离阈值。

在本实施例的一些可选实现方式中，上述订单处理装置还包括并单单元(图中未示出)。上述并单单元配置用于在第一分拣单元将多个待配送订单分为多个待处理订单子集之后，在第二分拣单元将多个待处理订单子集分为多个待合并订单集合之前，对多个待处理订单子集中的每一个待处理订单子集，执行如下并单操作：确定该待处理订单子集对应的源配送点是否位于上一配送时段内的任意一个配送订单集合对应的配送路径中；响应于确定该待处理订单子集对应的源配送点位于上一配送时段内的一个配送订单集合对应的配送路径中，确定该待处理订单子集对应的目的配送点与上一配送时段内的配送订单集合对应的目的配送点之间的距离是否小于第四预设距离阈值；响应于该待处理订单子集对应的目的配送点与上一配送时段内的配送订单集合对应的目的配送点之间的距离小于第四预设距离阈值，基于上一配送时段内的配送订单集合对应的配送工具的当前位置，确定是否将该待处理订单子集与上一配送时段内的配送订单集合并单；响应于确定将该待处理订单子集与上一配送时段内的配送订单集合并单，将该待处理订单子集并入上一配送时段内的上述配送订单集合。

在本实施例的一些可选实现方式中，上述预设配送条件包括以下之一：该待合订单并集合中的订单的数量大于等于预设数量、该待合订单并集合中任意一个待配送订单的配送优先级大于预设配送优先级、距该待合订单并集合中任意一个待配送订单对应的预设的配送时间小于预设时长。

需要说明的是，本实施例提供的订单处理装置中各单元的实现细节和技术效果可以参考本申请中其它实施例的相关说明，在此不再赘述。

下面参考图6，其示出了适于用来实现本申请实施例的电子设备(例如服务器)的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括订单信息获取单元、第一分拣单元、第二分拣单元和订单处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，订单信息获取单元还可以被描述为“获取多个待配送订单的订单信息的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：获取多个待配送订单的订单信息，订单信息包括发货地址信息及收货地址信息；根据发货地址对应的源配送点以及收货地址对应的目的配送点将多个待配送订单分为多个待处理订单子集，其中，待处理订单子集中的各个待配送订单的发货地址对应相同的源配送点，各个待配送订单的收货地址对应相同的目的配送点，并且，多个待处理订单子集中的任意两个待处理订单子集所分别对应的源配送点和/或目的配送点不相同；基于预设合并条件将多个待处理订单子集分为多个待合并订单集合，其中，每一个待合并订单集合包括至少一个待处理订单子集；对于多个待合并订单集合中的每一个待合并订单集合，执行如下订单处理操作：确定该待合并订单集合是否满足预设配送条件；响应于该待合并订单集合满足预设配送条件，合并该待合并订单集合中的各待处理订单子集以生成配送订单集合。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。