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

1.本技术涉及计算机技术领域，特别涉及一种订单处理方法、装置、服务器及存储介质。


背景技术：

2.随着计算机技术的不断发展，即时配送业务已成为人们日常生活的重要组成部分。在即时配送业务中，用户可以通过即时配送的应用程序选择相应的物品进行下单，然后由商户准备该订单，订单准备好后由网约配送员进行配送。
3.相关技术中，用户下单后，网约配送员接收该订单的配送任务后，赶往商户店内，若到达预计出单时间，商户还未准备好该订单，网约配送员在店内等待，直至该订单准备完成，然后再向用户配送该订单。
4.但网约配送员等待商户准备订单时间较长时，会影响网约配送员的配送能力，导致网约配送员的配送效率低。


技术实现要素：

5.本技术实施例提供了一种订单处理方法、装置、服务器及存储介质,可以提高网约配送员的配送效率。该技术方案如下：
6.一方面，提供了一种订单处理方法，所述方法包括：
7.若预测待处理的第一订单为准备超时的订单，确定所述第一订单的预计指派时间范围，其中，所述预计指派时间范围的最小值采用第一指派时间表示，所述预计指派时间范围的最大值采用第二指派时间表示；
8.在所述第一指派时间之前，对所述第一订单进行暂停指派处理；
9.在所述预计指派时间范围内，确定目标网约配送员的路径信息和完成待处理的每个第二订单的完成时间，基于所述路径信息和所述每个第二订单的完成时间，对所述第一订单进行尝试指派处理；
10.若所述第一订单在所述预计指派时间范围内未被指派，在到达第二指派时间时，对所述第一订单进行强制指派处理。
11.一方面，提供了一种订单处理装置，所述装置包括：
12.第一确定模块，用于若预测待处理的第一订单为准备超时的订单，确定所述第一订单的预计指派时间范围，其中，所述预计指派时间范围的最小值采用第一指派时间表示，所述预计指派时间范围的最大值采用第二指派时间表示；
13.第一指派处理模块，用于在所述第一指派时间之前，对所述第一订单进行暂停指派处理；
14.第二指派处理模块，用于在所述预计指派时间范围内，确定目标网约配送员的路径信息和完成待处理的每个第二订单的完成时间，基于所述路径信息和所述每个第二订单的完成时间，对所述第一订单进行尝试指派处理；
15.第三指派处理模块，用于若所述第一订单在所述预计指派时间范围内未被指派，在到达第二指派时间时，对所述第一订单进行强制指派处理。
16.一方面，提供了一种服务器，该服务器包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条指令，该至少一条指令由该一个或多个处理器加载并执行以实现如上述任一种可能实现方式的订单处理方法所执行的操作。
17.一方面，提供了一种计算机可读存储介质，该存储介质中存储有至少一条指令，该至少一条指令由处理器加载并执行以实现如上述任一种可能实现方式的订单处理方法所执行的操作。
18.一方面，提供了一种计算机程序产品，该计算机程序产品包括至少一条指令，所述至少一条指令存储在计算机可读存储介质中。服务器的处理器从计算机可读存储介质读取所述至少一条指令，处理器执行所述至少一条指令，使得该服务器能够执行上述任一种可能实现方式的订单处理方法所执行的操作。
19.本技术实施例提供的技术方案带来的有益效果至少包括：
20.本技术实施例提供了一种订单处理方法，若预测待处理的订单为准备超时的订单，则确定该订单的预计指派时间范围，在到达该预计指派时间范围的最小值，也即第一指派时间之前，暂停指派该订单，在该预计指派时间范围内，尝试指派该订单，若该订单在预计指派时间内未被指派，则在到达该预计指派时间范围的最大值，也即第二指派时间时，强制指派该订单。该方法通过主动干预的方式来确定订单合适的指派时机，避免网约配送员等待较长时间，影响网约配送员的配送能力，从而提高网约配送员的配送效率。
附图说明
21.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1是本技术实施例提供的一种订单处理方法的实施环境的示意图；
23.图2是本技术实施例提供的一种订单处理方法的流程图；
24.图3是本技术实施例提供的一种订单处理方法的流程图；
25.图4是本技术实施例提供的一种服务器确定目标网约配送员的路径信息和每个第二订单的完成时间的示意图；
26.图5是本技术实施例提供的一种根据预计指派时间范围进行订单指派的示意图；
27.图6是本技术实施例提供的一种在第二终端的订单界面上展示订单状态的示意图；
28.图7是本技术实施例提供的一种为第一终端展示自行配送入口的示意图；
29.图8是本技术实施例提供的一种订单处理装置的结构示意图；
30.图9是本技术实施例提供的服务器的结构框图。
具体实施方式
31.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方
式作进一步地详细描述。
32.图1是本技术实施例提供的一种订单处理方法的实施环境的示意图。参见图1，该实施环境包括：第一终端101、第二终端102、第三终端103和服务器104，第一终端101为准备订单的商户使用的终端，第二终端102为用户使用的终端，第三终端103为网约配送员使用的终端，第一终端101、第二终端102和第三终端103上均安装有目标应用程序，该目标应用程序可以为即时配送应用，该服务器104为目标应用程序对应的服务器104，且第一终端101、第二终端102、第三终端103均与服务器104通过无线或者有线网络连接。
33.在本技术实施例中，该方法可以应用到以下场景中，例如，美食配送、服装配送、家电配送、日用品配送等。在本技术实施例中，仅以美食配送为例进行说明。例如，商户通过第一终端101上的美食应用程序展示其出售的食物，用户可以通过第二终端102上的美食应用程序选择食物并下单，服务器104可以根据用户选择的食物，主动识别该订单是否为准备超时的订单，若识别该订单为准备超时的订单，通过主动干预的方式决策该订单合适的指派时机，向网约配送员使用的第三终端103指派该订单，然后由网约配送员配送该订单。
34.该方法在订单准备超时实际发生之前，通过主动识别以及主动干预的方式来大幅降低订单准备超时发生场景的概率，做到整体的帕累托优化，解决用户、商户和网约配送员多方的痛点和诉求，共同实现多方共赢。
35.第一终端101、第二终端102和第三终端103为手机、平板电脑和pc(personal computer)设备等设备中的至少一种。服务器104可以为一台服务器、由多台服务器组成的服务器集群、云服务器、云计算平台和虚拟化中心中的至少一种。
36.图2是本技术实施例提供的一种订单处理方法的流程图，参见图2，该方法包括：
37.步骤201：若预测待处理的第一订单为准备超时的订单，确定第一订单的预计指派时间范围，其中，预计指派时间范围的最小值采用第一指派时间表示，预计指派时间范围的最大值采用第二指派时间表示。
38.步骤202：在第一指派时间之前，对第一订单进行暂停指派处理。
39.步骤203：在预计指派时间范围内，确定目标网约配送员的路径信息和完成待处理的每个第二订单的完成时间，基于路径信息和每个第二订单的完成时间，对第一订单进行尝试指派处理。
40.步骤204：若第一订单在预计指派时间范围内未被指派，在到达第二指派时间时，对第一订单进行强制指派处理。
41.在一种可能的实现方式中，确定第一订单的预计指派时间范围，包括：
42.获取第一订单对应的预计配送时间信息和出单时间信息；
43.基于预计配送时间信息和出单时间信息，确定第二指派时间；
44.基于出单时间信息，确定第一指派时间；
45.将第一指派时间和第二指派时间组成的时间范围确定为预计指派时间范围。
46.在另一种可能的实现方式中，出单时间信息包括预计出单时间和实际出单时间；
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.图3是本技术实施例提供的一种订单处理方法的流程图，由服务器执行，参见图3，该方法包括：
75.步骤301：服务器获取待处理的第一订单的订单信息和准备该第一订单的商户的行为数据。
76.本步骤中，服务器可以通过以下实现方式获取第一订单的订单信息和商户的行为数据。该过程可以为：商户通过第一终端上的即时配送应用展示其出售的物品，用户通过第二终端上的即时配送应用选择该商户展示的物品，用户下单后，第二终端向服务器发送第二通知消息，该第二通知消息中携带该订单的订单信息。服务器接收该第二通知消息后，向第一终端发送第三通知消息，该第三通知消息用于通知商户有用户下单，第三通知消息中可以携带该订单信息，这样第一终端接收该第三通知消息后，商户可以基于该订单信息准备订单。第一终端接收该第三通知消息，向服务器发送第四通知消息，服务器向第二终端转发该第四通知消息，用于通知用户商户已接单。其中，该第四通知消息中可以携带商户的行为数据。
77.其中，该订单的订单信息可以包括物品数量、物品种类、物品价格等信息，该订单信息还可以包括用户的地址信息、用户的联系信息等，在本技术实施例中，对订单信息不作具体限定。该商户的行为数据可以包括该商户准备订单的预计准备时长、该商户历史准备订单的平均准备时长、该商户经营物品的物品信息以及用户对该商户准备订单的评价信息等数据，在本技术实施例中，对商户的行为数据不作具体限定。
78.步骤302：服务器基于该订单信息和商户的行为数据，对该第一订单是否准备超时进行预测。
79.本步骤中，服务器可以通过订单预测模型对第一订单进行预测。该过程可以为：服务器将订单信息和商户的行为数据输入订单预测模型，得到第一订单是否准备超时的预测结果。
80.在本技术实施例中，该订单预测模型为deepfm二分类模型，通过该模型预估订单是否为准备超时订单，与出单时长预估模型相比，在相同召回率的条件下，精准率提升9pp(百分点)左右。
81.在一种可能的实现方式中，服务器可以通过以下步骤(1)至(3)进行模型训练，得到订单预测模型，包括：
82.(1)服务器获取商户准备第三订单的第一行为数据以及网约配送员配送第三订单的第二行为数据。
83.其中，第三订单为历史订单。服务器中存储有大量的历史订单，服务器可以从大量的历史订单中任意选择多个历史订单，或者，从大量的历史订单中选择预设时间范围内的多个历史订单，或者，从大量的历史订单中选择不同种类的多个历史订单，或者，从大量的
历史订单中选择预设时间范围内不同种类的多个历史订单，然后获取选择的每个历史订单对应的商户的第一行为数据以及网约配送员的第二行为数据。
84.其中，第一行为数据可以包括商户接单时间、实际出单时间和预计出单时间等数据，第二行为数据可以包括网约配送员到达订单所在的目标场所的到达时间、网约配送员的取单时间、预计配送时间和预计送达时间等数据，在本技术实施例中，对第一行为数据和第二行为数据不作具体限定。
85.(2)服务器基于第一行为和第二行为数据，确定第三订单的订单标签。
86.本步骤可以通过以下步骤(2-1)至(2-5)实现，包括：
87.(2-1)服务器基于第一行为数据，确定第三订单的实际出单时间和接单时间。
88.服务器可以获取第一行为数据中的实际出单时间和接单时间。本步骤中，服务器可以通过以下第一种实现方式获取接单时间，通过以下第二种实现方式获取实际出单时间。
89.第一种实现方式，用户选择物品下单后，服务器向第一终端发送第三通知消息，用于通知商户有用户下单。第一终端上展示有接单入口，商户接单时，可以点击该接单入口，此时第一终端响应于该接单入口被触发的触发操作，确定该接单入口被触发的时间，也即接单时间，向服务器发送第四通知消息，该第四通知消息中携带该接单时间，从而服务器获取接单时间。
90.该实现方式中，服务器接收第四通知消息后，可以向第二终端转发该第四通知消息，该第四通知消息用于通知用户商户已接单。第二终端接收该第四通知消息后，可以在订单界面更新该订单的订单状态，将该订单的订单状态修改为商户已接单。
91.第二种实现方式，第一终端上展示有出单完成入口，第三订单准备完成时，商户点击该出单完成入口，此时第一终端响应于该出单完成入口被触发的触发操作，确定该出单完成入口被触发的时间，也即实际出单时间，向服务器发送第五通知消息，该第五通知消息用于通知服务器该第三订单准备完成，该第五通知消息中携带实际出单时间，服务器获取实际出单时间。
92.该实现方式中，服务器接收第五通知消息后，可以向第二终端转发该第五通知消息，该第五通知消息用于通知用户该第三订单准备完成。第二终端接收该第五通知消息后，可以在订单界面更新该订单的订单状态，将该订单的订单状态修改为准备完成。
93.(2-2)服务器基于第二行为数据，确定第三订单的取单时间和网约配送员到达第三订单所在的目标场所的到达时间。
94.服务器可以获取第二行为数据中的取单时间和到达时间。本步骤中，服务器可以通过以下第一种实现方式获取到达时间，通过以下第二种实现方式获取取单时间。
95.第一种实现方式，网约配送员使用的第三终端上展示有到店入口，网约配送员到达目标场所后，可以点击该到店入口，第三终端响应于该到店入口被点击触发的触发操作，确定该到店入口被触发的时间，也即到达时间，向服务器发送第六通知消息，用于通知服务器网约配送员已到达目标场所。该第六通知消息中携带该到达时间，从而服务器获取该到达时间。
96.该实现方式中，服务器接收第六通知消息后，可以向第二终端转发该第六通知消息，用于通知用户网约配送员已到店。第二终端接收该第六通知消息后，可以在订单界面更
新该订单的订单状态，将该订单的订单状态修改为商户已准备完成。
97.第二种实现方式，第三终端上还展示有取单入口，网约配送员取单后，可以点击该取单入口，第三终端响应于该取单入口被点击触发的触发操作，确定该取单入口被触发的时间，也即取单时间，向服务器发送第七通知消息，用于通知服务器网约配送员已取单。该第七通知消息中携带取单时间，从而服务器获取该取单时间。
98.该实现方式中，服务器接收第七通知消息后，可以向第二终端转发该第七通知消息，用于通知用户网约配送员已取单。第二终端接收该第七通知消息后，可以在订单界面更新该订单的订单状态，将该订单的订单状态修改为网约配送员已取单。
99.(2-3)若实际出单时间和接单时间之间的第二时间差大于第一预设时间差，服务器确定第三订单的订单标签为准备超时的订单。
100.本步骤中，对于商户来说，若商户接单时间与实际出单时间之间的第二时间差大于第一预设时间差，说明商户准备订单的时间较长，则该订单的订单标签为准备超时的订单。
101.例如，第一预设时间差为20分钟，也即若商户接单时间与实际出单时间之间的第二时间差大于20分钟，则确定该订单的订单标签为准备超时的订单，反之，若第二时间差不大于20分钟，则确定该订单的订单标签为准备未超时的订单。
102.(2-4)若取单时间与到达时间之间的第三时间差大于第一预设时间差，服务器确定第三订单的订单标签为准备超时的订单。
103.本步骤中，对于网约配送员来说，若网约配送员到达时间与取单时间之间的第三时间差大于第一预设时间差，说明网约配送员到店之后等待了较长时间，由此也可以说明商户准备订单的时间较长，则该订单的订单标签为准备超时的订单。
104.例如，第一预设时间差为20分钟，也即若网约配送员到达时间与取单时间之间的第三时间差大于20分钟，则确定该订单的订单标签为准备超时的订单，反之，若第三时间差不大于20分钟，则确定该订单的订单标签为准备未超时的订单。
105.(2-5)若取单时间与到达时间之间的第三时间差小于第二预设时间差，且取单时间与实际出单时间之间的第四时间差不大于第一预设时间差，服务器确定第三订单的订单标签为准备未超时的订单。
106.本步骤中，第二预设时间差小于第一预设时间差，若网约配送员的取单时间与其到达时间之间的第三时间差小于第二预设时间差，且网约配送员的取单时间与商户的实际出单时间之间的第四时间差不大于第一预设时间差，说明网约配送员到店之后没有等餐，或者只等待了很短的时间，则该订单的订单标签为准备未超时的订单。
107.例如，第一预设时间差为20分钟，网约配送员的取单时间等于到达时间，说明网约配送员没有等待出单，到店之后立马取单，这时获取到的信息为实际出单时间等于或者小于取单时间。若取单时间与实际出单时间之间的第四时间差不大于20分钟，确定第三订单的订单标签为准备未超时的订单，否则认为该订单的订单标签缺失。
108.在本技术实施例中，相较于出单时间的清洗，订单标签的清洗能更充分利用网约配送员未等待出单的数据，清洗难度更小，数据利用率更高。
109.(3)服务器基于第三订单的订单标签、第一行为数据和第二行为数据，进行模型训练，得到订单预测模型。
110.本步骤中，对于多个第三订单，服务器将每个第三订单的第一行为数据和第二行为数据输入初始模型中，确定模型输出的第三订单的订单标签与预先确定的第三订单的订单标签是否一致，若不一致，则修改模型参数继续训练，直至一致，得到订单预测模型。其中，第三订单的数量越多越好，这样可以提高订单预测模型预测的精准度。
111.由于准备超时订单属于尾部场景，样本量较少，因此，若要精准预估准备超时订单的精确出单时长具有一定的难度，很难保证较好的精准度和召回度。而本技术将订单准备超时场景的预估抽象为二分类问题，即识别出哪些订单为准备超时订单，这样从订单标签清洗难度、数据波动、预估难度等方面都小于出单时间的预估。在本技术实施例中，通过构建订单预测模型，降低模型预估难度，提高模型预估质量，将准备超时的订单尽可能精准地识别出来，以便在后续的指派调度中利用更准确的信息支撑调度决策。
112.步骤303：若预测该第一订单为准备超时的订单，服务器确定该第一订单的预计指派时间范围。
113.本步骤中，预计指派时间范围的最小值可以采用第一指派时间表示，预计指派时间范围的最大值可以采用第二指派时间表示，服务器可以通过以下步骤(1)至(4)确定预计指派时间范围，包括：
114.(1)服务器获取第一订单对应的预计配送时间信息和出单时间信息。
115.本步骤中，预计配送时间信息包括预计配送时间，出单时间信息包括预计出单时间和实际出单时间。服务器可以通过以下第一种实现方式获取预计配送时间信息，通过以下第二种实现方式获取出单时间信息中的预计出单时间，通过以下第三种实现方式获取出单时间信息中的实际出单时间。
116.第一种实现方式，服务器可以获取历史订单，根据历史订单，确定不同配送距离的订单完成配送所需的配送时间。然后获取第一订单对应的配送距离，确定该配送距离对应的预计配送时间。
117.第二种实现方式，服务器可以根据商户对历史订单的平均准备时间来确定该第一订单的预计出单时间。或者，服务器还可以根据历史订单中每种物品的准备时间来确定该第一订单包括的每种物品的准备时间，根据每种物品的准备时间确定该第一订单的预计出单时间。或者，服务器还可以获取商户通过第一终端的订单界面的出单时间设置入口设置的预计出单时间。
118.第三种实现方式，服务器获取第一订单的实际出单时间的方式上述步骤(2-1)中服务器获取第三订单的实际出单时间的方式相似，也即将出单完成入口被触发的时间作为实际出单时间，在此不再赘述。
119.(2)服务器基于预计配送时间信息和出单时间信息，确定第二指派时间。
120.第二指派时间为最晚指派时间。本步骤中，存在以下两种情况，第一种情况为用户在下单时，自行选择订单的送达时间，第二种情况为用户在下单时，用户默认系统自动生成的订单的送达时间，也即立即送达。
121.针对第一种情况，服务器可以确定被选择的送达时间与预计配送时间的差值，将该差值作为第二指派时间。例如，用户选择送达时间为12:00，而预计配送时间为10分钟，则服务器确定第二指派时间为11:50。
122.针对第二种情况，服务器可以将预计出单时间作为第二指派时间。例如，预计出单
时间为11:50，则服务器确定第二指派时间为11:50。
123.(3)服务器基于出单时间信息，确定第一指派时间。
124.第一指派时间为最早指派时间，根据上述步骤(1)可知，出单时间信息包括预计出单时间和实际出单时间。本步骤可以通过以下步骤(3-1)和(3-2)实现，包括：
125.(3-1)若服务器接收到第一终端发送的第一通知消息，确定第一订单准备完成，将实际出单时间作为第一指派时间。
126.服务器接收到第一通知消息，说明第一终端的订单界面上展示的出单完成入口被触发，第一终端响应于该出单完成入口被触发，确定该出单完成入口被触发的时间，也即实际出单时间，向服务器发送该第一通知消息，该第一通知消息中携带实际出单时间，则服务器将该实际出单时间作为第一指派时间。
127.(3-2)若到达第三指派时间时服务器未接收到第一通知消息，将第三指派时间作为第一指派时间。
128.该第三指派时间为预计出单时间之前的预设时间间隔对应的时间。例如，预计出单时间为11:50，预设时间间隔为10分钟，则第三指派时间为11:40，也即若到达11:40服务器未接收到第一通知消息，则将11:40作为第一指派时间。
129.(4)服务器将第一指派时间和第二指派时间组成的时间范围确定为预计指派时间范围。
130.本步骤中，服务器将最早指派时间和最晚指派时间组成的时间范围确定为预计指派时间。
131.在本技术实施例中，设计准备超时订单的压单算法来确定预计指派时间范围，综合考虑了用户、商户和网约配送员多方利益，确定准备超时订单的合适指派时机。其中，压单算法是指决策在什么时刻将订单指派给网约配送员，若订单被压单，也即未指派给网约配送员，则在派单池中等待下一次指派。
132.步骤304：在第一指派时间之前，服务器对第一订单进行暂停指派处理。
133.根据上述步骤303可知，第一指派时间为最早指派时间，也即在第一指派时间之前，服务器不会指派该第一订单，从而避免订单过早释放，导致网约配送员和商户之间的矛盾，以及与其他订单耦合，影响耦合订单的用户体验。
134.在本技术实施例中，在保证订单至少指派一次的情况下，若出单完成入口被触发，也即服务器接收到第一通知消息，则尝试指派，也即执行步骤305；否则直至预计出单时间之前的预设时间间隔，也即第三指派时间，均不进行尝试指派。
135.需要说明的一点是，若订单指派过早，会造成网约配送员在店等待较长时间，引发网约配送员与商户的矛盾，带来负面影响。并且，使网约配送员延误配送其他订单，影响其他订单超时，用户体验差。另外，等待时间较长会造成运力浪费，网约配送员在店无效等待，或者多次入离店，配送效率低。而在本技术实施例中，在最早指派时间，也即第一指派时间之前，该第一订单一定不会被指派，也即强行压单，从而避免出现上述情况。
136.步骤305：在预计指派时间范围内，服务器确定目标网约配送员的路径信息和完成待处理的每个第二订单的完成时间。
137.其中，第二订单可以为未指派的订单，已接单待取单的订单或者已取单待配送的订单，该未指派的订单可以为通过订单预测模型预测为准备未超时的订单。在本技术实施
例中，对此不作具体限定。本步骤可以通过以下任一实现方式实现。
138.第一种实现方式，在最早指派时间之后，在最晚指派时间之前，服务器获取多个网约配送员的待处理的每个第二订单的订单信息，对于每个网约配送员，基于每个第二订单的订单信息，确定该网约配送员处理每个第二订单的路径信息和完成每个第二订单的完成时间。基于该网约配送员处理每个第二订单的路径信息和完成每个第二订单的完成时间，从多个网约配送员中选择目标网约配送员，然后获取该目标网约配送员的路径信息和完成每个第二订单的完成时间。
139.其中，该多个网约配送员可以为属于同一预设区域的配送员。该实现方式中，对于每个网约配送员，服务器可以基于每个第二订单的订单信息，确定每个第二订单所在的目标场所和配送目的地，根据每个第二订单所在的目标场所和配送目的地，进行路径规划，得到每个第二订单的路径信息，根据每个第二订单的路径信息、预计配送时间和预计出单时间，确定每个第二订单的完成时间。
140.服务器可以通过以下任一实现方式确定目标网约配送员：若第二订单为待取单的订单，对于每个网约配送员，服务器可以确定第一订单所在目标场所的位置与每个第二订单所在目标场所的位置之间的第一距离，从多个网约配送员中选择第一距离最小的网约配送员作为目标网约配送员。若第二订单为已取单待配送的订单，对于每个网约配送员，服务器可以确定第一订单所在目标场所的位置与每个第二订单的配送目的地的位置之间的第二距离，从多个网约配送员中选择第二距离最小的网约配送员作为目标网约配送员。
141.第二种实现方式，服务器可以在派单池中发布第一订单的订单信息，多个网约配送员可以通过点击其各自的第三终端的接单界面中的接单入口选择接单，服务器将接单入口最先被触发的第三终端对应的网约配送员作为目标网约配送员，然后获取该目标网约配送员的路径信息和完成每个第二订单的完成时间。
142.第三种实现方式，服务器还可以获取多个网约配送员已接订单的订单数量，选择订单数量最少的网约配送员作为目标网约配送员，获取该目标网约配送员的路径信息和完成每个第二订单的完成时间。
143.参见图4，图4所示为服务器确定目标网约配送员的路径信息和每个第二订单的完成时间的示意图，从图中可以看出该目标网约配送员有待取单订单的订单信息以及待配送订单的订单信息。
144.步骤306：服务器基于该路径信息和每个第二订单的完成时间，对该第一订单进行尝试指派处理。
145.在一种可能的实现方式中，本步骤可以通过以下步骤(1)至(2)实现，包括：
146.(1)对于每个第二订单，若路径信息中该第二订单对应的路径在第一订单对应的路径之后，服务器确定第一订单的完成时间和该第二订单的完成时间。
147.本步骤中，服务器可以通过第一订单的预计出单时间和预计配送时间确定第一订单的完成时间。服务器可以获取步骤305中第二订单的完成时间。
148.(2)若第一订单的完成时间和该第二订单的完成时间之间的第一时间差大于第一时间范围，服务器向目标网约配送员指派该第一订单。
149.若第一订单的完成时间和第二订单的完成时间之间的第一时间差大于第一时间范围，说明目标网约配送员在取完第一订单后，可能不会立即取第二订单或者立即配送第
二订单，则服务器可以向目标网约配送员指派第一订单。
150.在一种可能的实现方式中，若第二订单为通过订单预测模型预测为准备未超时的订单，也即未指派订单，在第一订单的实际出单时间晚于预计出单时间的情况下，服务器可以重新指派该第二订单。
151.该实现方式中，当第一订单准备超时，出现卡单情况时，服务器可以及时调整路径信息中在第一订单之后的第二订单的指派情况，应对线下异常，提高订单的可控性。
152.在另一种可能的实现方式中，若第二订单为已接单待取单的订单，在第一订单的实际出单时间晚于预计出单时间的情况下，目标网约配送员可以通过触发第一终端的订单界面上的转单入口进行转单，也即将第二订单转给其他网约配送员进行取单配送。
153.该实现方式中，目标网约配送员可以通过转单入口进行转单，从而避免由于第一订单准备超时而影响第二订单，降低用户体验，提高了灵活性。
154.在另一种可能的实现方式中，若第一订单的预计出单时间和第二订单的完成时间之间的第五时间差大于第二时间范围，该第二时间范围大于第一时间范围，说明第一订单的出单时间较晚，需要等待很长时间，则服务器可以暂停指派该第一订单，也即将第一订单进行压单，尝试后续寻找更合适的网约配送员，避免等待时间较长，降低目标网约配送员的配送效率。
155.在本技术实施例中，服务器根据目标网约配送员的情况是否理想，进行动态压单，压单的目的是在对本轮调度影响较小的前提下，压某些单来为后续调度提供更好的可能性。通过平衡风险与收益，为订单寻找合适的指派时机，实现在网约配送员无感知的情况下更好地应对线下异常、优化指派结果，为后续更合理的指派提供了条件，实现了动态调度。
156.步骤307：若该第一订单在预计指派时间范围内未被指派，在到达第二指派时间时，对该第一订单进行强制指派处理。
157.根据上述步骤303可知，第二指派时间为最晚指派时间，在最晚指派时间之后，该第一订单一定会被指派，也即强制指派，利用最晚指派时间来保证网约配送员有充分的时间进行配送，同时保障用户体验。
158.需要说明的一点是，若订单指派过晚，由于系统一直未指派网约配送员，用户取消订单的概率加大。并且，指派时留给网约配送员的配送时间不足，网约配送员体验差，配送原因取消率增高。另外，订单准备完成后，等待网约配送员取单，配送时间较长，将商户与网约配送员的矛盾转移至用户与网约配送员，用户体验差，对网约配送员差评多。
159.参见图5，从图5中可以看出：在第一指派时间之前，第一订单一定不会被指派，也即强行压单，在预计指派时间范围内，根据目标网约配送员的具体情况再做压单判断，也即动态压单，在第二指派时间之后，第一订单一定会被指派，也即强制指派。通过设计合理的压单方案，从而避免准备超时的订单过早或过晚指派。
160.在本技术实施例中，用户可以获取该订单的订单状态。该过程可以为：服务器可以获取第一订单的订单状态，向第二终端发送该订单状态，以使第二终端展示该订单状态，该第二终端为用户使用的终端，这样用户可以及时了解该订单所处的状态，避免由于出单时间长压单而使用户误认为无网约配送员接单，进而取消该订单。
161.参见图6，从图6中可以看出：商户接单还未指派网约配送员时，显示该订单的订单状态为“商家正在备餐”，还可以在订单状态下方显示预计出单时间，例如“预计5分钟后出
餐”。在商户接单已指派网约配送员，但网约配送员还未接单时，显示该订单的订单状态为“商家正在备餐，等待网约配送员接单”。在商户准备完成，但网约配送员还未接单时，显示该订单的订单状态为“商户已出餐，等待网约配送员接单”。
162.在本技术实施例中，商户可以感知调度中间过程，选择自行配送该第一订单。该过程可以为：在到达第二指派时间时，服务器为第一终端展示自行配送入口，以使商户基于该自行配送入口自行配送该第一订单。
163.第一终端响应于该自行配送入口被触发的触发操作，向服务器发送自行配送的通知消息，服务器接收该通知消息，可以从派单池中删除该第一订单的订单信息，避免向网约配送员指派该第一订单。
164.该实现方式中，服务器还可以为第一终端展示未指派网约配送员原因，或者已指派网约配送员，但网约配送员未接单原因，以使第一终端在订单界面上展示该原因。例如，该原因可以为：出单时间较晚，或者网约配送员其他订单数量较多。
165.参见图7，从图7中可以看出：第一终端的订单界面上展示自行配送的提示消息和自行配送入口，该提示消息为“暂无网约配送员接单，是否自行配送”，该自行配送入口为“发起自配”。商户可以点击该“发起自配”入口，进行自行配送，从而避免由于系统压单使商户误解无网约配送员接单，导致闭环率下降。
166.本技术实施例提供了一种订单处理方法，若预测待处理的订单为准备超时的订单，则确定该订单的预计指派时间范围，在到达该预计指派时间范围的最小值，也即第一指派时间之前，暂停指派该订单，在该预计指派时间范围内，尝试指派该订单，若该订单在预计指派时间内未被指派，则在到达该预计指派时间范围的最大值，也即第二指派时间时，强制指派该订单。该方法通过主动干预的方式来确定订单合适的指派时机，避免网约配送员等待较长时间，影响网约配送员的配送能力，从而提高网约配送员的配送效率。
167.在即时配送场景中，实际出单时间的长短对网约配送员体验、用户体验以及网约配送员的配送效率均有较大影响。
168.对于网约配送员，实际出单时间越长，网约配送员对商户的评价越低，也即网约配送员的体验越差。并且，实际出单时间越长，网约配送员进出商户店铺的次数越多，等单时间越长，则网约配送员的配送效率越低。对于用户，实际出单时间越长，订单送达的准时率越低，用户体验越差。
169.由此可知，实际出单时间较长时，对用户以及网约配送员均会带来负面影响。因此，本技术实施例通过主动识别和主动干预的方式，来降低准备超时订单场景发生的概率，在调度时，精准识别准备超时订单，针对这些订单设计合理的调度和指派策略，决策合适的指派时间和目标网约配送员。
170.在本技术中，通过多个城市对本技术提供的方案进行验证，相较于对照组，实验组对用户体验指标以及网约配送员的配送效率指标正向。
171.对于用户体验指标来说，用户对准备超时订单的体验有显著改善，在预计送达时间的基础上延迟8分钟以内的准时率提高0.5pp～1.1pp，在预计送达时间的基础上延迟15分钟以内的超时率下降0.2pp～0.5pp，大盘体验也即准备超时订单和准备未超时订单的体验也有小幅改善，在预计送达时间的基础上延迟8分钟以内的准时率提高0.6pp，在预计送达时间的基础上延迟15分钟以内的超时率下降0.1pp～0.3pp。
172.其中，用户等单时间分位数变化可以参见表1。从表1中可以看出：相较于对照区域，也即采用现有技术中的方法，采用本技术实施例提供的方法，也即实验区域的等单时间明显下降。
173.表1用户等单时间分位数变化
[0174][0175]
对于配送效率指标来说，接收准备超时订单的网约配送员的配送效率有显著改善，平均等单时间下降0.6min～2.3min，平均到店次数相对下降0.7％～6.8％。
[0176]
在验证准备超时订单的等单时间时，对于实验区域来说，等单时间分布向小偏移，而对照区域则无明显趋势。
[0177]
综上所述，本技术实施例提供的方法可以明显改善用户对准备超时订单的体验以及提高网约配送员的配送效率。
[0178]
图8是本技术实施例提供的一种订单处理装置的结构示意图，参见图8，该装置包括：
[0179]
第一确定模块801，用于若预测待处理的第一订单为准备超时的订单，确定第一订单的预计指派时间范围，其中，预计指派时间范围的最小值采用第一指派时间表示，预计指派时间范围的最大值采用第二指派时间表示；
[0180]
第一指派处理模块802，用于在第一指派时间之前，对第一订单进行暂停指派处理；
[0181]
第二指派处理模块803，用于在预计指派时间范围内，确定目标网约配送员的路径信息和完成待处理的每个第二订单的完成时间，基于路径信息和每个第二订单的完成时间，对第一订单进行尝试指派处理；
[0182]
第三指派处理模块804，用于若第一订单在预计指派时间范围内未被指派，在到达第二指派时间时，对第一订单进行强制指派处理。
[0183]
在一种可能的实现方式中，第一确定模块801，用于获取第一订单对应的预计配送时间信息和出单时间信息；基于预计配送时间信息和出单时间信息，确定第二指派时间；基于出单时间信息，确定第一指派时间；将第一指派时间和第二指派时间组成的时间范围确定为预计指派时间范围。
[0184]
在另一种可能的实现方式中，出单时间信息包括预计出单时间和实际出单时间；
[0185]
第一确定模块801，用于若接收到第一终端发送的第一通知消息，确定第一订单准备完成，将实际出单时间作为第一指派时间，第一终端为商户使用的终端；若到达第三指派时间时未接收到第一通知消息，将第三指派时间作为第一指派时间，第三指派时间为预计出单时间之前的预设时间间隔对应的时间。
[0186]
在另一种可能的实现方式中，第二指派处理模块803，用于对于每个第二订单，若路径信息中第二订单对应的路径在第一订单对应的路径之后，确定第一订单的完成时间和第二订单的完成时间；若第一订单的完成时间和第二订单的完成时间之间的第一时间差大于第一时间范围，向目标网约配送员指派第一订单。
[0187]
在另一种可能的实现方式中，装置还包括：
[0188]
第一获取模块，用于获取第一订单的订单信息和准备第一订单的商户的行为数据；
[0189]
预测模块，用于基于订单信息和商户的行为数据，对第一订单是否准备超时进行预测。
[0190]
在另一种可能的实现方式中，预测模块，用于将订单信息和商户的行为数据输入订单预测模型，得到第一订单是否准备超时的预测结果。
[0191]
在另一种可能的实现方式中，装置还包括：
[0192]
第二获取模块，用于获取商户准备第三订单的第一行为数据以及网约配送员配送第三订单的第二行为数据，第三订单为历史订单；
[0193]
第二确定模块，用于基于第一行为数据和第二行为数据，确定第三订单的订单标签；
[0194]
训练模块，用于基于第三订单的订单标签、第一行为数据和第二行为数据，进行模型训练，得到订单预测模型。
[0195]
在另一种可能的实现方式中，第二确定模块，用于基于第一行为数据，确定第三订单的实际出单时间和接单时间；基于第二行为数据，确定第三订单的取单时间和网约配送员到达第三订单所在的目标场所的到达时间；若实际出单时间和接单时间之间的第二时间差大于第一预设时间差，确定第三订单的订单标签为准备超时的订单；若取单时间与到达时间之间的第三时间差大于第一预设时间差，确定第三订单的订单标签为准备超时的订单；若取单时间与到达时间之间的第三时间差小于第二预设时间差，且取单时间与实际出单时间之间的第四时间差不大于第一预设时间差，确定第三订单的订单标签为准备未超时的订单，第二预设时间差小于第一预设时间差。
[0196]
在另一种可能的实现方式中，装置还包括：
[0197]
第三获取模块，用于获取第一订单的订单状态；
[0198]
发送模块，用于向第二终端发送订单状态，以使第二终端展示订单状态，第二终端为用户使用的终端。
[0199]
在另一种可能的实现方式中，装置还包括：
[0200]
展示模块，用于在到达第二指派时间时，为第一终端展示自行配送入口，第一终端为商户使用的终端，以使商户基于自行配送入口自行配送第一订单。
[0201]
本技术实施例提供了一种订单处理装置，若预测待处理的订单为准备超时的订单，则确定该订单的预计指派时间范围，在到达该预计指派时间范围的最小值，也即第一指派时间之前，暂停指派该订单，在该预计指派时间范围内，尝试指派该订单，若该订单在预计指派时间内未被指派，则在到达该预计指派时间范围的最大值，也即第二指派时间时，强制指派该订单。该装置通过主动干预的方式来确定订单合适的指派时机，避免网约配送员等待较长时间，影响网约配送员的配送能力，从而提高网约配送员的配送效率。
[0202]
需要说明的是：上述实施例提供的订单处理装置在处理订单时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的订单处理装置与订单处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
[0203]
图9是本技术实施例提供的一种服务器的结构示意图，该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，cpu)901和一个或一个以上的存储器902，其中，该存储器902中存储有至少一条指令，该至少一条指令由该处理器901加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器900还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。
[0204]
在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成上述实施例中订单处理方法。例如，该计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0205]
在示例性实施例中，还提供了一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括计算机程序代码，该计算机程序代码被计算机执行时，使得计算机实现上述实施例中的订单处理方法。
[0206]
在示例性实施例中，本技术实施例所涉及的计算机程序可被部署在一个计算机设备上执行，或者在位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链系统。
[0207]
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0208]
以上所述仅为本技术的可选实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。