运单处理方法、装置、服务器及存储介质与流程

1.本技术涉及互联网技术领域，特别涉及一种运单处理方法、装置、服务器及存储介质。


背景技术：

2.随着互联网技术的发展，互联网平台合作的商家越来越多，用户可以通过终端在互联网平台合作的商家中选择所需的物品，由配送运力从商家处获取该物品，将该物品配送至用户处。
3.相关技术中，用户在互联网平台合作的商家中选择所需的物品后，互联网平台将该物品对应的运单派发给配送运力进行配送。也即互联网平台每产生一个运单，互联网平台就将该运单分配给一个配送运力。
4.上述技术中，由于互联网平台未考虑多个运单之间的关联性，不能合理调度运单，从而导致互联网平台的成本较高。


技术实现要素：

5.本技术提供了一种运单处理方法、装置、服务器及存储介质，能够降低互联网平台的成本。所述技术方案包括：
6.根据本技术实施例的一方面，提供了一种运单处理方法，所述方法包括：
7.确定第一运单和至少一个第二运单，所述第一运单已分配给第一配送运力，所述至少一个第二运单为未分配配送运力的运单；
8.从所述至少一个第二运单中，确定目标运单，所述目标运单为与所述第一运单符合合包条件，且所述目标运单与所述第一运单分配给同一配送运力所需的平台资源之和小于单独分配两个配送运力所需的平台资源之和；
9.将所述第一运单和所述目标运单分配给第二配送运力。
10.根据本技术实施例的另一方面，提供了一种运单处理装置，所述装置包括：
11.第一确定模块，用于确定第一运单和至少一个第二运单，所述第一运单已分配给第一配送运力，所述至少一个第二运单为未分配配送运力的运单；
12.第二确定模块，用于从所述至少一个第二运单中，确定目标运单，所述目标运单为与所述第一运单符合合包条件，且所述目标运单与所述第一运单分配给同一配送运力所需的平台资源之和小于单独分配两个配送运力所需的平台资源之和；
13.分配模块，用于将所述第一运单和所述目标运单分配给第二配送运力。
14.根据本技术实施例的另一方面，提供了一种服务器，所述包括处理器和存储器，所述存储器中存储至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以实现本技术实施例中所述的运单处理方法中的步骤。
15.根据本技术实施例的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储至少一条程序代码，所述至少一条程序代码由服务器加载并执行，以实
现本技术实施例中所述的运单处理方法中的步骤。
16.根据本技术实施例的另一方面，提供了一种计算机程序产品，该计算机程序产品中存储至少一条程序代码，所述至少一条程序代码由服务器加载并执行，以实现本技术实施例中所述的运单处理方法中的步骤。
17.本技术的实施例提供的技术方案可以包括以下有益效果：
18.在本技术实施例中，对于已经分配给配送运力的运单，若在后续的待分配的运单中存在与该运单符合合包条件，且合包之后分配给同一配送运力的平台资源之和小于单独分配给两个配送运力的平台资源之和的目标运单，则将该已分配的运单重新分配，也即将该运单与目标运单一起分配给新的配送运力，可见，上述方案中，互联网平台考虑了多个运单之间的关联性，从而能够合理调度运单以全局优化运单分配，进而降低了互联网平台的成本。
19.应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本技术。
附图说明
20.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。
21.图1是根据一示例性实施例示出的一种实施环境的示意图；
22.图2是根据一示例性实施例示出的一种运单处理方法的流程图；
23.图3是根据一示例性实施例示出的一种运单处理方法的流程图；
24.图4是根据一示例性实施例示出的一种运单处理方法的示意图；
25.图5是根据一示例性实施例示出的一种运单处理方法的示意图；
26.图6是根据一示例性实施例示出的一种运单处理方法的示意图；
27.图7是根据一示例性实施例示出的一种运单处理方法的示意图；
28.图8是根据一示例性实施例示出的一种运单处理装置的结构框图；
29.图9是根据一示例性实施例示出的一种服务器的结构框图。
具体实施方式
30.这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。本技术所涉及的用户信息可以为经用户授权或者经过各方充分授权的信息。
31.在本技术实施例中，配送运力是指能够进行配送的人力或物力；配送运力可以包括配送人员、无人配送车、无人飞机、配送机器人等任一类型的配送运力。本技术提供的运单处理方法可以应用于同一类型或者不同类型的配送运力之间的运单处理。
32.图1是根据一示例性实施例示出的一种实施环境的示意图。参见图1，该实施环境包括第一终端101、第二终端102、第三终端103和服务器20。第一终端101、第二终端102、第三终端103分别和服务器20之间通过无线或者有线网络连接。
33.第一终端101为用于请求获取运单包含的物品的用户使用的终端；第二终端102为配送运力对应的终端，第三终端103为准备该物品的商户使用的终端，第一终端101、第二终端102和第三终端103上均安装有由服务器20提供服务的目标应用，以通过该目标应用实现例如数据传输、消息交互等功能。可选地，目标应用为操作系统中的应用，或者为第三方提供的应用。例如，该目标应用可以为即时配送应用，该即时配送应用可以为外卖应用、购物应用、网约车应用、跑腿应用等。
34.在一种可能的实现方式中，服务器20为该目标应用的后台服务器或者为该目标应用提供云计算以及云存储等服务的云服务器。例如，服务器20为用于调度该目标应用中的运单和配送运力之间的配送关系的调度系统。
35.本技术提供的运单处理方法，能够应用在以下三种场景中：
36.第一种场景为订外卖的场景。
37.目标应用为外卖应用，用户在通过第一终端101上的外卖应用，从商户出售的物品中选择所需的物品之后，可以触发第一终端101向服务器提交该物品对应的运单的运单信息，服务器20向第三终端103转发该运单的运单信息，第三终端103响应于该运单的运单信息，准备该运单包含的物品；服务器20在获取到该运单信息之后还可以通过本技术提供的运单处理方法，向配送运力对应的第二终端102分配该运单信息，配送运力从商户处取到该运单包含的物品，对该运单进行配送，当配送运力将该物品配送至用户处时，运单配送完成。
38.第二种场景为跑腿帮送的场景。
39.目标应用为跑腿应用，用户在通过第一终端101上的跑腿应用，填写取货场所的位置和收货场所的位置之后，可以触发第一终端101向服务器提交该次跑腿对应的运单的运单信息，服务器20获取该运单的运单信息，通过本技术提供的运单处理方法，向配送运力对应的第二终端102分配该运单信息，配送运力从取货场所取到该运单包含的物品之后，对该运单进行配送，当配送运力将该物品配送至收货场所时，运单配送完成。
40.第三种场景为网约车拼车的场景。
41.目标应用为网约车应用，用户在通过第一终端101上的网约车应用，填写上车场所的位置和下车场所的位置之后，可以触发第一终端101向服务器提交该次拼车对应的运单的运单信息，服务器20获取该次拼车对应的运单的运单信息，以及通过本技术提供的运单处理方法，向配送运力使用的第二终端102分配该运单信息，配送运力在用户从上车场所上车之后，对该运单进行配送，当配送运力将用户配送至下车场所时，运单配送完成。
42.需要说明的一点是，以上三种应用场景仅是示例性说明，并不为运单处理场景造成限制，本技术除了应用在以上三种场景外，还能够应用在其他任一运单处理场景中。
43.图2是根据一示例性实施例示出的一种运单处理方法的流程图。参见图2，该方法包括如下步骤：
44.步骤201：确定第一运单和至少一个第二运单，该第一运单已分配给第一配送运力，该至少一个第二运单为未分配配送运力的运单。
45.步骤202：从该至少一个第二运单中，确定目标运单，该目标运单为与该第一运单符合合包条件，且该目标运单与该第一运单分配给同一配送运力所需的平台资源之和小于单独分配两个配送运力所需的平台资源之和；
46.步骤203：将该第一运单和该目标运单分配给第二配送运力。
47.在一种可能的实现方式中，该从该至少一个第二运单中，确定目标运单，包括：
48.对于每个第二运单，基于该第一运单的配送线路与该第二运单的配送线路，确定线路重合度；
49.从该至少一个第二运单中确定线路重合度大于第一预设阈值的运单作为该目标运单。
50.在另一种可能的实现方式中，该从该至少一个第二运单中，确定目标运单，包括：
51.基于每个该第二运单的预计完成时间，确定每个该第二运单的剩余时长；
52.基于每个该第二运单的剩余时长，确定每个该第二运单的超时参数；
53.基于每个该第二运单的超时参数，从该至少一个第二运单中确定超时参数大于预设超时参数的目标运单。
54.在另一种可能的实现方式中，该从该至少一个第二运单中，确定目标运单，包括：
55.确定该第一运单的难度参数和每个该第二运单的难度参数；
56.基于该第一运单的难度参数，从该至少一个第二运单中确定该目标运单，该目标运单的难度参数与该第一运单的难度参数之和小于预设难度参数。
57.在另一种可能的实现方式中，该方法还包括：
58.从该至少一个第二运单中确定第三运单；
59.将该第一配送运力的第一运单更改为该第三运单。
60.在另一种可能的实现方式中，该从该至少一个第二运单中确定第三运单，包括：
61.确定该第一配送运力的当前位置；
62.从该至少一个第二运单中确定第三运单，该当前位置与第一场所之间的距离小于该当前位置与第二场所之间的距离，该第一场所为准备该第三运单包含的物品的场所，该第二场所为准备该第一运单包含的物品的场所。
63.在另一种可能的实现方式中，该从该至少一个第二运单中确定第三运单，包括：
64.确定已分配给该第一配送运力的第四运单的配送线路；
65.基于该配送线路，从该至少一个第二运单中确定该第三运单，该第三运单与该第四运单之间的线路重合度大于第二预设阈值且大于该第一运单与该第四运单之间的线路重合度。
66.在另一种可能的实现方式中，该将该第一运单和该目标运单分配给第二配送运力之前，该方法还包括：
67.向目标终端发送回收请求，该回收请求用于请求回收该第一运单，该目标终端为该第一配送运力使用的终端；
68.响应于接收到该目标终端发送的确认指示，执行该将该第一运单和该目标运单分配给第二配送运力的步骤。
69.在另一种可能的实现方式中，该确定第一运单，包括：
70.确定至少一个第五运单，该至少一个第五运单为已分配配送运力的运单；
71.从该至少一个第五运单中，选择允许更改配送运力的第一运单。
72.在另一种可能的实现方式中，该从该至少一个第五运单中，选择允许更改配送运力的第一运单，包括：
73.基于每个第五运单的已分配时长，将该已分配时长小于第二预设时长的运单作为允许更改配送运力的第一运单；或者，
74.基于每个第五运单的状态，确定未准备完物品的运单，将未准备完物品的运单作为允许更改配送运力的第一运单，任一第五运单的状态用于表示该第五运单包含的物品是否准备完成；或者，
75.对于每个第五运单，确定该第五运单的配送运力的当前位置与第三场所之间的距离，若该距离大于预设距离，将该第五运单作为允许更改配送运力的第一运单，该第三场所为准备该第五运单包含的物品的运单。
76.在另一种可能的实现方式中，该将该第一运单和该目标运单分配给第二配送运力之前，该方法还包括：
77.基于该第一运单的第一运单信息和该目标运单的第三运单信息，确定该第二配送运力接收该第一运单和该目标运单的概率；
78.若该概率大于第三预设阈值，执行该将该第一运单和该目标运单分配给第二配送运力的步骤。
79.在另一种可能的实现方式中，该基于该第一运单的第一运单信息和该目标运单的第三运单信息，确定该第二配送运力接收该第一运单和该第二运单的概率，包括以下至少一种实现方式：
80.该第一运单信息包括分配给配送运力的第一平台资源，该第三运单信息包括分配给配送运力的第二平台资源，基于该第一平台资源和该第二平台资源之和，确定该第二配送运力接收该第一运单和该第二运单的概率；或者，
81.该第一运单信息包括准备好该第一运单包含的物品的第一预计时间，该第三运单信息包括准备好该目标运单包含的物品的第二预计时间，基于该第一预计时间与该第二预计时间之间的差值，确定该第二配送运力接收该第一运单和该第二运单的概率。
82.在本技术实施例中，对于已经分配给配送运力的运单，若在后续的待分配的运单中存在与该运单符合合包条件，且合包之后分配给同一配送运力的平台资源之和小于单独分配给两个配送运力的平台资源之和的目标运单，则将该已分配的运单重新分配，也即将该运单与目标运单一起分配给新的配送运力，可见，上述方案中，互联网平台考虑了多个运单之间的关联性，从而能够合理调度运单以全局优化运单分配，进而降低了互联网平台的成本。
83.图3是根据一示例性实施例示出的一种运单处理方法的流程图。参见图3，本实施例以执行主体为服务器为例进行说明，该方法包括如下步骤：
84.步骤301：服务器确定第一运单，该第一运单已分配给第一配送运力。
85.其中，用户使用的终端中安装有目标应用，当用户通过该目标应用从商家出售的物品中选择所需的物品之后，服务器生成该物品所属的第一运单。服务器将该第一运单分配给第一配送运力，由该第一配送运力配送该第一运单的物品。
86.在本步骤中，该第一运单不仅是已分配给第一配送运力的运单，还是允许更改配送运力的运单，相应的，服务器确定该第一运单的实现方式包括以下步骤(1)-(2)：
87.(1)服务器确定至少一个第五运单，该至少一个第五运单为已分配配送运力的运单。
88.在一种可能的实现方式中，服务器为每个未配送完成的运单标记标签，该标签用于表示该运单的分配状态，该分配状态包括待分配配送运力或者已分配配送运力中的任一个。相应的，该步骤的实现方式可以为：服务器获取标签为已分配配送运力的运单，将该运单作为该第五运单。
89.(2)服务器从该至少一个第五运单中，选择允许更改配送运力的第一运单。
90.在本技术实施例中，步骤(2)包括以下几种实现方式。
91.在一种可能的实现方式中，若第五运单分配给第一配送运力的时间距离当前时间较远，则第一配送运力可能已经到达第五运单对应的商户处了，或者已经取到该第五运单包含的物品了，此时就不便再更改第五运单的配送运力。因此，服务器可以基于该第五运单的已分配时长来确定该第五运单是否为允许更改配送运力的第一运单。
92.相应的，该步骤的实现方式可以为：服务器确定每个第五运单的已分配时长；基于每个第五运单的已分配时长，确定已分配时长小于预设时长的运单，将该已分配时长小于预设时长的运单作为允许更改配送运力的第一运单。
93.其中，该预设时长可以根据需要进行设置和更改，本技术对此不作具体限定；例如，该预设时长可以为：5分钟、8分钟等。
94.在本技术实施例中，通过将已分配时长较小的第五运单作为允许更改配送运力的第一运单，使得更改后的配送运力仍有足够的时间来完成配送，保证了配送运力配送第五运单的效率。
95.在另一种可能的实现方式中，由于第五运单包含的物品可能已准备完成，此时若更改第五运单的配送运力，在更改后的配送运力前往商户处领取该物品的过程中，该物品仍需在商户处放置较长时间，从而导致用户花费较长时间才能收到该物品，进而导致用户体验较差。因此，服务器可以根据第五运单当前的状态来确定该第五运单是否为允许更改配送运力的第一运单。
96.相应的，该步骤的实现方式可以为：服务器确定每个第五运单的状态，任一第五运单的状态用于表示该第五运单包含的物品是否准备完成；基于每个第五运单的状态，确定未准备完物品的运单，将该未准备完物品的运单作为允许更改配送运力的第一运单。
97.在本技术实施例中，通过将已分配配送运力且处于物品未准备完成状态的第五运单作为允许更改配送运力的运单，使得在商户准备物品的时间内服务器可以完成更改配送运力的操作，从而避免发生因物品已准备完成而更改配送运力导致物品需等待较长时间才能到达用户手中的现象，保证了物品的新鲜。
98.在另一种可能的实现方式中，若第五运单的配送运力在前往商户处的路上，说明若该第五运单更改配送运力对更改前的配送运力的影响不大，例如，服务器可以将该第五运单的配送运力更改为当前位置距离商户处较近的配送运力。因此，服务器可以基于该第五运单的配送运力的位置信息确定该第五运单是否为允许更改配送运力的第一运单。
99.相应的，该步骤的实现方式可以为：服务器对于每个第五运单，确定该第五运单的配送运力的当前位置与第三场所之间的距离，若该距离大于预设距离，将该第五运单作为允许更改配送运力的第一运单，该第三场所为准备该第五运单包含的物品的场所。
100.其中，该预设距离可以根据需要进行设置和更改，本技术对此不作具体限定；例如，该预设距离可以为：1km、800m等。
101.在本步骤中，服务器确定该第五运单的配送运力的当前位置的实现方式可以为：服务器向该第五运单对应的终端发送位置获取请求；终端接收该位置获取请求，向服务器发送终端的当前位置；服务器将该终端的当前位置作为该配送运力的当前位置。
102.在本技术实施例中，通过将配送运力当前的位置距离准备物品的场所较远的第五运单作为允许更改配送运力的运单，使得第五运单能够在更改后由距离较近的配送运力来配送，从而减少了第五运单的配送时间。
103.参见图4，在确定完已分配的第一运单之后，从待分配配送运力的运单中确定能够与该第一运单合包的运单，进而服务器继续执行对第一运单更改配送运力的操作。相应的，服务器执行步骤302的操作，确定至少一个未分配配送运力的运单。
104.步骤302：服务器确定至少一个第二运单，该至少一个第二运单为未分配配送运力的运单。
105.在一种可能的实现方式中，由于服务器为每个未配送完成的运单标记了标签，则该步骤的实现方式可以为：服务器获取标签为待分配配送运力的运单，将该运单作为该第二运单。
106.参见图5，服务器基于第一运单和至少一个第二运单来对第一运单的配送运力进行更改，即确定第一运单的改派撮合决策，从而实现第一运单的改派。
107.步骤303：服务器从该至少一个第二运单中，确定目标运单，该目标运单为与该第一运单符合合包条件，且该目标运单与该第一运单分配给同一配送运力所需的平台资源之和小于单独分配两个配送运力所需的平台资源之和。
108.在一种可能的实现方式中，每个运单均具有各自的配送线路，而服务器可以将配送线路相近的多个运单打包在一起，得到运单包，将该运单包一起分配给配送运力，这样能够节省配送运力的配送时间，而用户也能更快的得到运单包含的物品。相应的，本步骤的实现方式可以包括以下步骤a1-a2：
109.a1：服务器对于每个第二运单，基于该第一运单的配送线路与该第二运单的配送线路，确定线路重合度。
110.在本步骤中，服务器中存储有每个运单的配送线路。服务器可以在生成每个运单时，基于准备该运单的物品的场所的位置，以及该运单的物品需要配送到的目的地所在的场所的位置，确定路程最近的配送线路，存储该运单的配送线路。
111.a2：服务器从该至少一个第二运单中确定线路重合度大于第一预设阈值的运单作为该目标运单。
112.在该步骤中，若第二运单与第一运单的线路重合度大于第一预设阈值，表明该第二运单和第一运单的配送线路的线路重合度较高，则该第二运单和第一运单符合合包条件。其中，第一预设阈值可以根据需要进行设置和更改，本技术对此不作具体限定；例如，该第一预设阈值可以为：80％、85％等。
113.在该实现方式中，通过将至少一个第二运单中配送线路与第一运单的配送线路之间的线路重合度较高的第二运单作为目标运单，使得在配送运力配送合包得到的运单包的过程中，能够节省较多的配送时间。
114.在另一种可能的实现方式中，服务器可以优先将快超时的运单分配给配送运力，相应的，该步骤的实现方式可以包括以下步骤b1-b3：
115.b1：服务器基于每个该第二运单的预计完成时间，确定每个该第二运单的剩余时长。
116.其中，每个运单均具有预计完成时间，该预计完成时间为配送运力将该运单配送到该运单的目的场所的时间，该目的场所可以为取货场所或者下车场所中的任一项。例如，用户可以通过终端确定运单的目的场所为1号写字楼。
117.对于每个运单，在用户通过终端提交该运单之后，服务器可以确定该运单的预计完成时间，也即送达时间。相应的，步骤b1的实现方式可以为：对于每个第二运单，服务器将该第二运单的预计完成时间与当前时间之间的差值作为该第二运单的剩余时长。
118.b2：服务器基于每个该第二运单的剩余时长，确定每个该第二运单的超时参数。
119.其中，该超时参数表示运单超时的可能性，超时参数的数值与运单超时的可能性成正相关。在本技术实施例中，服务器可以事先设置剩余时长范围与超时参数之间的对应关系，相应的，步骤b2的实现方式可以为：对于每个第二运单，服务器确定该第二运单的剩余时长所在的剩余时长范围，从剩余时长范围与超时参数之间的对应关系中确定该剩余时长范围所对应的超时参数，将该超时参数作为第二运单的超时参数。
120.在该实现方式中，该剩余时长范围与超时参数之间的对应关系可以根据需要进行设置和更改，本技术对此不作具体限定；例如，剩余时长范围“0-15分钟”对应超时参数为3；剩余时长范围“16-30分钟”对应超时参数为2，剩余时长范围“大于31分钟”对应超时参数为1，其中，超时参数的数值越大，表示运单超时的可能性越高。
121.其中，该超时参数的取值可以根据需要进行设置和更改，本技术对此不作具体限定；例如，该超时参数可以为0-5中的任一整数。
122.b3：服务器基于每个该第二运单的超时参数，从该至少一个第二运单中确定超时参数大于预设超时参数的目标运单。
123.其中，该预设超时参数的取值可以根据需要进行设置和更改，本技术对此不作具体限定；例如，若该超时参数可以为0-5中的任一整数，则该预设超时参数可以为2、3或者4等。
124.在该实现方式中，由于在确定目标运单时参考了运单的超时参数，这样能够将快超时的运单及时分配给配送运力，从而能够改善用户的使用体验。
125.在另一种可能的实现方式中，服务器也可以结合运单的配送难度来确定目标运单，相应的，该步骤的实现方式可以包括以下步骤c1-c2：
126.c1：服务器确定该第一运单的难度参数和每个该第二运单的难度参数。
127.其中，该难度参数可以为配送该运单所包含的物品的难度参数；例如，该物品可以为蔬菜、蛋糕等物品，由于蛋糕在配送过程中易被破坏，则配送运力在配送蔬菜时所需的难度低于配送蛋糕所需的难度。
128.相应的，在本技术实施例中，对于每个物品，该物品的难度参数可以由商户确定，相应的，服务器响应于商户通过终端上架任一物品，向商户使用的终端发送该物品的难度获取请求，商户通过终端输入该物品的难度参数，触发终端向服务器上传该难度参数；服务器获取以及存储该难度参数。
129.其中，该难度参数的取值可以根据需要进行设置和更改，本技术对此不作具体限定；例如，该难度参数可以为0-10中的任一整数。
130.c2：服务器基于该第一运单的难度参数，从该至少一个第二运单中确定该目标运单，该目标运单的难度参数与该第一运单的难度参数之和小于预设难度参数。
131.其中，该预设超时参数的取值可以根据需要进行设置和更改，本技术对此不作具体限定；例如，若该难度参数可以为0-10中的任一整数，则该预设超时参数可以为10、12或者15等。
132.在该实现方式中，由于在确定目标运单时参考了运单的难度参数，这样，能够合理确定配送目标运单和第一运单的配送难度，以减少由于配送难度过高导致运单配送超时或者运单包含的物品被破坏的现象的发生。
133.需要说明的一点是，服务器可以分别通过上述任一种实现方式来确定目标运单，或者服务器也可以通过结合上述任两种或者三种实现方式来确定目标运单，本技术对此不作具体限定。
134.在一些实施例中，若配送运力为配送人员，则服务器在改派第一运单之前，可以先确定第二配送运力接收该第一运单和该目标运单的概率；若该概率大于第三预设阈值，则服务器执行步骤304的操作；若该概率不大于第三预设阈值，则服务器保持由第一配送运力配送该第一运单，以及选择其它配送运力来配送该目标运单。
135.该第三预设阈值可以根据需要进行设置和更改，本技术对此不作具体限定；例如，该第二预设阈值为90％等。
136.相应的，在步骤304之前，本技术提供的运单处理方法还包括以下步骤：
137.服务器确定该第一运单的第一运单信息和该目标运单的第三运单信息；基于该第一运单信息和该第三运单信息，确定第二配送运力接收该第一运单和该目标运单的概率。
138.其中，参见图6，服务器在确定能够与第一运单合包的目标运单之后，通过接收概率预估模型来确定合包得到的运单包被第二配送运力接收的概率。
139.其中，由于运单的运单信息包括多个信息，因此该步骤包括以下任一种实现方式：
140.在一种可能的实现方式中，该第一运单信息包括分配给配送运力的第一平台资源，该第三运单信息包括分配给配送运力的第二平台资源，服务器确定该一平台资源和该第二平台资源之和，基于该第一平台资源和该第二平台资源之和，确定该第二配送运力接收该第一运单和该第二运单的概率。
141.在本步骤中，在确定第一平台资源和第四平台资源之和之后，服务器可以从运单包的平台资源与接收运单的概率之间的对应关系中，确定第一平台资源和第四平台资源之和对应的概率。
142.其中，由于在配送不同的运单时，配送人员分配得到的平台资源可能不同，而配送人员为了提高收入，更希望配送一些能够分配较多平台资源的运单，因此，若第一平台资源和第二平台资源之和越高，第二配送运力接收的概率也越大。相应的，服务器可以事先存储运单包的平台资源与接收运单的概率之间的对应关系。
143.在本技术实施例中，由于第二配送运力接收运单的概率是基于配送第一运单和目标运单分别能够分配给配送运力的平台资源来确定的，这样，概率确定的准确性较高。
144.在另一种可能的实现方式中，该第一运单信息包括准备好该第一运单包含的物品的第一预计时间，该第二运单信息包括准备好该目标运单包含的物品的第二预计时间，服务器确定该第一预计时间与该第二预计时间之间的差值，基于该差值，确定该第二配送运
力接收该第一运单和该第二运单的概率。
145.其中，在确定第一预计时间和第二预计时间的差值之后，服务器可以从预计时间与接收运单的概率之间的对应关系中确定第一预计时间和第二预计时间的差值对应的概率。
146.其中，由于不同的运单对应的物品可能不同，而不同的物品对应的准备时间可能不同，而配送人员为了节省配送时间，提高配送效率，更希望配送一些准备时间较短的物品对应的运单，因此，若第一预计时间与该第二预计时间之间的差值越小，第二配送运力接收的概率也越大。相应的，服务器可以事先存储有预计时间与接收运单的概率之间的对应关系。
147.在本技术实施例中，由于第二配送运力接收运单的概率是基于第一运单和目标运单分别所需的准备物品的时间来确定的，这样概率确定的准确性较高。
148.步骤304：服务器向目标终端发送回收请求，该回收请求用于请求回收该第一运单，该目标终端为该第一配送运力使用的终端。
149.在即时配送场景下，由服务器向目标终端发起回收第一运单的邀约，在第一配送运力通过目标终端触发同意回收第一运单之后，服务器才可以回收第一运单，因此服务器可以向目标终端发送回收请求。该回收请求携带第一运单的运单信息。该运单信息可以包括运单单号或者运单包含的物品等中的至少一项，以方便第一配送运力通过目标终端识别该第一运单。
150.在本步骤中，若配送运力为配送人员，则目标终端响应于该回收请求，展示运单回收信息。其中，由于配送人员可能在配送的路上，不便时刻查看目标终端的消息，因此目标终端可以通过展示运单回收信息来提示第一配送运力回收第一运单，即更改第一运单的配送运力。
151.相应的，该运单回收信息可以为语音提示信息；则目标终端响应于该回收请求，展示运单回收信息的实现方式可以为：目标终端响应于该回收请求，展示语音提示信息，该语音提示信息用于提示第一配送运力第一运单需要回收；响应于第一配送运力触发目标终端展示即时配送应用的主界面，在该主界面中展示第一运单的运单信息。
152.例如，该语音提示信息的内容可以为“您有一单改派邀约”。
153.在一种可能的实现方式中，该运单信息还包括第三运单或者第三平台资源，相应的，在展示运单回收信息之后，该运单处理方法还可以包括以下步骤：
154.目标终端在该主界面中展示激励资源信息，该激励资源信息包括第三运单的运单信息或者第三平台资源中的至少一项。
155.例如，该第三平台资源的数值可以为2，则目标终端在该主界面中展示交易信息的方式可以为“本次改派您将获得2元奖励”。
156.在一种可能的实现方式中，该主界面还展示有同意选项和拒绝选项。相应的，若第一配送运力同意该第一运单的回收则触发同意选项，否则若第一配送运力不同意该第一运单的回收则触发拒绝选项。
157.步骤305：服务器响应于接收到该目标终端发送的确认指示，将该第一运单和该目标运单分配给第二配送运力。
158.其中，服务器确定接收到该目标终端发送的确认指示的实现方式可以为：目标终
端响应于第一配送运力通过目标终端触发同意选项，生成确定指示，向服务器发送该确认指示；服务器接收该确定指示。
159.在本步骤中，服务器将该第一运单和该目标运单分配给第二配送运力的实现方式可以为：服务器向第二配送运力使用的终端发送派单信息，该派单信息用于提示该第二配送运力接收该第一运单和该目标运单组成的运单包。
160.在本技术实施例中，在需要更改第一运单的配送运力时，向第一配送运力使用的目标终端发送提示回收请求，在接收到确认指示时，才更改第一运单的配送运力，避免了发生因直接更改而第一配送运力并不知道更改导致配送失误的现象，进而既保证了第一配送运力的配送体验，也保证了运单配送的有序进行。
161.在本技术实施例中，若配送运力为配送人员，且服务器将要为已经分配给第一配送运力的第一运单更改配送运力，则为了征求第一配送运力的同意，可以为第一配送运力分配激励资源，该激励资源可以包括平台资源或者新的运单中的至少一项。相应的，在通过步骤303确定目标运单之后，服务器还可以确定第三平台资源或者第三运单，作为激励资源；基于该激励资源执行步骤304的操作。
162.在一些实施例中，该激励资源为平台资源；相应的，在步骤303之后，本技术提供的运单处理方法还包括以下步骤：
163.服务器确定第三平台资源，该第三平台资源为将该第一运单从该第一配送人员收回所需分配给该第一配送运力的平台资源。
164.在一种可能的实现方式中，为了节省时间，服务器可以事先设置第三平台资源，相应的，本步骤的实现方式可以为：服务器获取预设的平台资源，将该预设的平台资源作为该第三平台资源。
165.例如，该预设的平台资源为1元、2元等，本技术对该预设的平台资源的设置和更改不作具体限定。
166.在本技术实施例中，通过事先设置好第三平台资源的数值，节省了服务器在更改运单的配送运力时额外确定该第三平台资源的时间，进而提高了运单更改的效率。
167.在另一种可能的实现方式中，服务器可以基于当前处理第一运单的进度来确定该第三平台资源，相应的，本步骤可以为：服务器获取该第一配送运力处理该第一运单的进度信息，获取该进度信息匹配的第三平台资源。
168.其中，该进度信息可以包括第一配送运力正在赶往商户处的路上、第一配送运力正在等待第一运单的物品准备完成、第一配送运力已取到物品或者第一配送运力正在配送物品等进度。若第一配送运力已取到物品或者正在配送物品，此时若更改配送运力，则由于第一配送运力为第一运单的配送花费了较多时间，因此需要分配的第三平台资源较大，因此，第一配送运力处理第一运单的进度越靠后，匹配的第三平台资源越大。
169.在本步骤中，服务器可以事先存储进度信息与第三平台资源之间的对应关系，在服务器获取到处理第一运单的进度信息时，从进度信息与第三平台资源之间的对应关系中确定该进度信息匹配的第三平台资源。
170.为方便描述，将第一运单、目标运单和相应的激励资源，称为一个改派合同。参见图7，服务器通过对改派合同因合包分配的合包平台资源和改派合同因激励资源分配的交易平台资源的确定，来选择最合适的改派合同，即确定合适的目标运单和激励资源。
171.在本技术实施例中，通过根据处理第一运单的进度信息来设置第三平台资源，提高了激励第一配送运力的灵活性。
172.在本技术实施例中，在配送运力为配送人员的情况下，通过为第一配送运力分配第三平台资源来作为改派第一运单的激励资源，使得第一配送运力不因第一运单的配送中断而影响其他运单的配送，进而改善了配送人员的配送体验。
173.在另一些实施例中，该激励资源为其它运单；相应的，在步骤303之后，本技术提供的运单处理方法还包括以下步骤a1-a2：
174.a1：服务器从至少一个第二运单中确定第三运单。
175.其中，服务器可以从待分配配送运力的第二运单中确定第三运单。在一种可能的实现方式中，服务器基于第一配送运力的当前位置确定第三运单，相应的，本步骤的实现方式可以为：服务器确定该第一配送运力的当前位置；从该至少一个第二运单中确定第三运单，该当前位置与第一场所之间的距离小于该当前位置与第二场所之间的距离，该第一场所为准备该第三运单的物品的场所，该第二场所为准备该第一运单的物品的场所。
176.其中，若第一场所距离第一配送运力的当前位置较近，则第一配送运力在同意更改第一运单的配送运力之后，能够花费较少的时间前往第一场所取物品。
177.在本技术实施例中，通过从第二运单中选择距离第一配送运力的当前位置较近的运单作为第三运单，使得对于第一配送运力来说，第三运单更容易取货，进而提高了配送运力同意更改第一运单的配送运力的概率。
178.在另一种可能的实现方式中，服务器可以从第二运单中选择配送线路与第一配送运力需要配送的其他运单的配送线路较接近的运单作为第三运单，相应的，本步骤的实现方式可以为：服务器确定已分配给该第一配送运力的第四运单的配送线路；基于该配送线路，从该至少一个第二运单中确定该第三运单，该第三运单与该第四运单之间的线路重合度大于第二预设阈值且大于该第一运单与该第四运单之间的线路重合度。
179.其中，在第一配送运力需要配送的运单中除了第一运单之外，还包括其他运单的话，服务器可以基于这部分运单的配送线路确定线路重合度较高的待分配运单。该第二预设阈值可以根据需要进行设置和更改，本技术对此不作具体限定；例如，该第二预设阈值可以为：80％、85％等。
180.在本技术实施例中，通过从第二运单中选择配送线路与第一配送运力需要配送的其他运单的配送线路较接近的运单作为第三运单，使得对于第一配送运力来说，第三运单更容易配送，所需的配送时间较短，进而提高了配送运力同意更改第一运单的配送运力的概率。
181.a2：服务器将该第一配送运力的第一运单更改为该第三运单。
182.其中，该步骤为将服务器侧第一配送运力的第一运单更改为第三运单的操作，而由于服务器向第一配送运力使用的目标终端通知该运单更改操作，因此第一配送运力并不知晓该运单更改操作。
183.在本技术实施例中，通过为第一配送运力分配第三运单来作为更改第一运单的激励资源，使得第一配送运力能够不因第一运单的配送中断而影响其他运单的配送，进而保证了配送运力的配送体验。
184.需要说明的一点是，服务器可以在执行完步骤303之后，执行上述确定激励资源的
操作，再基于该激励资源执行步骤304的操作；或者，由于大部分运单的配送时间较为紧张，因此，服务器也可以直接更改第一运单的配送运力，然后通知第一配送运力第一运单的配送运力已更改，即服务器在执行完步骤304之后可以直接执行步骤305的操作，以节省时间。
185.在本技术实施例中，对于已经分配给配送运力的运单，若在后续的待分配的运单中存在与该运单符合合包条件，且合包之后分配给同一配送运力的平台资源之和小于单独分配给两个配送运力的平台资源之和的目标运单，则将该已分配的运单重新分配，也即将该运单与目标运单一起分配给新的配送运力，可见，上述方案中，互联网平台考虑了多个运单之间的关联性，从而能够合理调度运单以全局优化运单分配，进而降低了互联网平台的成本。
186.图8是根据一示例性实施例示出的一种运单处理装置80的结构框图。该装置80用于执行上述运单处理方法中的步骤，参见图8，装置80包括：
187.第一确定模块801，用于确定第一运单和至少一个第二运单，该第一运单已分配给第一配送运力，该至少一个第二运单为未分配配送运力的运单；
188.第二确定模块802，用于从该至少一个第二运单中，确定目标运单，该目标运单为与该第一运单符合合包条件，且该目标运单与该第一运单分配给同一配送运力所需的平台资源之和小于单独分配两个配送运力所需的平台资源之和；
189.分配模块803，用于将该第一运单和该目标运单分配给第二配送运力。
190.在一种可能的实现方式中，该第一确定模块802，用于对于每个第二运单，基于该第一运单的配送线路与该第二运单的配送线路，确定线路重合度；从该至少一个第二运单中确定线路重合度大于第一预设阈值的运单作为该目标运单。
191.在另一种可能的实现方式中，该第一确定模块802，用于基于每个该第二运单的预计完成时间，确定每个该第二运单的剩余时长；基于每个该第二运单的剩余时长，确定每个该第二运单的超时参数；基于每个该第二运单的超时参数，从该至少一个第二运单中确定超时参数大于预设超时参数的目标运单。
192.在另一种可能的实现方式中，该第一确定模块802，用于确定该第一运单的难度参数和每个该第二运单的难度参数；基于该第一运单的难度参数，从该至少一个第二运单中确定该目标运单，该目标运单的难度参数与该第一运单的难度参数之和小于预设难度参数。
193.在另一种可能的实现方式中，该装置80还包括：
194.第三确定模块，用于从该至少一个第二运单中确定第三运单；
195.更改模块，用于将该第一配送运力的第一运单更改为该第三运单。
196.在另一种可能的实现方式中，该第二确定模块，用于确定该第一配送运力的当前位置；从该至少一个第二运单中确定第三运单，该当前位置与第一场所之间的距离小于该当前位置与第二场所之间的距离，该第一场所为准备该第三运单包含的物品的场所，该第二场所为准备该第一运单包含的物品的场所。
197.在另一种可能的实现方式中，该第二确定模块，用于确定已分配给该第一配送运力的第四运单的配送线路；基于该配送线路，从该至少一个第二运单中确定该第三运单，该第三运单与该第四运单之间的线路重合度大于第二预设阈值且大于该第一运单与该第四运单之间的线路重合度。
198.在另一种可能的实现方式中，该装置80还包括：
199.发送模块，用于向目标终端发送回收请求，该回收请求用于请求回收该第一运单，该目标终端为该第一配送运力使用的终端；该分配模块，用于响应于接收到该目标终端发送的确认指示，将该第一运单和该目标运单分配给第二配送运力。
200.在另一种可能的实现方式中，该第一确定模块801，包括：
201.第一确定单元，用于确定至少一个第五运单，该至少一个第五运单为已分配配送运力的运单；
202.选择单元，用于从该至少一个第五运单中，选择允许更改配送运力的第一运单。
203.在另一种可能的实现方式中，该选择单元，用于基于每个第五运单的已分配时长，将该已分配时长小于第二预设时长的运单作为允许更改配送运力的第一运单；或者，
204.该选择单元，用于基于每个第五运单的状态，确定未准备完物品的运单，将未准备完物品的运单作为允许更改配送运力的第一运单，任一第五运单的状态用于表示该第五运单包含的物品是否准备完成；或者，
205.该选择单元，用于对于每个第五运单，确定该第五运单的配送运力的当前位置与第三场所之间的距离，若该距离大于预设距离，将该第五运单作为允许更改配送运力的第一运单，该第三场所为准备该第五运单包含的物品的运单。
206.在另一种可能的实现方式中，该装置80还包括：
207.第四确定模块，用于基于该第一运单的第一运单信息和该目标运单的第三运单信息，确定该第二配送运力接收该第一运单和该目标运单的概率；
208.分配模块803，用于若该概率大于第三预设阈值，将该第一运单和该目标运单分配给第二配送运力。
209.在另一种可能的实现方式中，该第一运单信息包括分配给配送运力的第一平台资源，该第三运单信息包括分配给配送运力的第二平台资源，该第四确定模块，用于基于该第一平台资源和该第二平台资源之和，确定该第二配送运力接收该第一运单和该第二运单的概率；或者，
210.该第一运单信息包括准备好该第一运单包含的物品的第一预计时间，该第三运单信息包括准备好该目标运单包含的物品的第二预计时间，该第四确定模块，用于基于该第一预计时间与该第二预计时间之间的差值，确定该第二配送运力接收该第一运单和该第二运单的概率。
211.在本技术实施例中，对于已经分配给配送运力的运单，若在后续的待分配的运单中存在与该运单符合合包条件，且合包之后分配给同一配送运力的平台资源之和小于单独分配给两个配送运力的平台资源之和的目标运单，则将该已分配的运单重新分配，也即将该运单与目标运单一起分配给新的配送运力，可见，上述方案中，互联网平台考虑了多个运单之间的关联性，从而能够合理调度运单以全局优化运单分配，进而降低了互联网平台的成本。
212.需要说明的是：上述实施例提供的装置在进行运单处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施
例，这里不再赘述。
213.图9是根据一示例性实施例示出的一种服务器20的结构框图，该服务器20可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，cpu)201和一个或一个以上的存储器202，其中，存储器202中存储有至少一条指令，该至少一条指令由该处理器201加载并执行以实现上述各个方法实施例提供的运单处理方法。当然，该服务器20还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器20还可以包括其他用于实现设备功能的部件，在此不做赘述。
214.在本技术实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储至少一条程序代码，该至少一条程序代码令由处理器加载并执行，以实现上述实施例中该运单处理方法中的步骤。该计算机可读存储介质可以是存储器。例如，该计算机可读存储介质可以是rom(read-only memory，只读存储器)、ram(random access memory，随机存取存储器)、cd-rom(compact disc read-only memory，紧凑型光盘只读储存器)、磁带、软盘和光数据存储设备等。
215.在本技术实施例中，还提供了一种计算机程序产品，该计算机程序产品中存储至少一条程序代码，该至少一条程序代码由服务器加载并执行，以实现上述实施例中该运单处理方法中的步骤。
216.在一些实施例中，本技术实施例所涉及的程序代码可被部署在一个服务器上执行，或者在位于一个地点的多个服务器上执行，又或者，在分布在多个地点且通过通信网络互连的多个服务器上执行，分布在多个地点且通过通信网络互连的多个服务器可以组成区块链系统。
217.应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。