一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

订单处理方法、装置、存储介质及电子设备与流程

2022-03-19 12:43:21 来源:中国专利 TAG:


1.本说明书涉及互联网技术领域,尤其涉及订单处理方法、装置、存储介质及电子设备。


背景技术:

2.人工智能、大数据、物联网等信息技术近年来取得了突破性的进展,将信息技术应在订单处理中,成为订单处理技术发展的主要方向之一。
3.在信息技术的支持下,可以对多个订单进行同时的处理。然而,需要处理的订单的数量是实时发生变化的。然而,用于执行订单的资源总量相对较为固定。这就导致有限的资源在各订单之间较难进行合理、灵活的分配。若资源分配不合理,将造成一部分订单分配到的资源不足以执行该部分订单,使得该部分订单无法被及时的处理;和/或,另一部分订单分配到的资源过程,造成资源闲置。此外,若资源分配不够灵活,将同时影响到订单的执行效率和资源的利用率。
4.由此,如何合理的对订单进行处理,保障订单的执行效率,成为亟待解决的问题。


技术实现要素:

5.本说明书实施例提供订单处理方法、装置、存储介质及电子设备,以部分的解决现有技术存在的上述问题。
6.本说明书实施例采用下述技术方案:
7.一种订单处理方法,所述方法包括:
8.获取指定范围;
9.根据所述指定范围,在各待发送订单中,确定所述指定范围内的待发送订单;
10.根据当前各未完成订单所在的范围对应的处理方式,确定所述指定范围内的各待发送订单对应的综合执行效率;
11.若所述指定范围内的各待发送订单对应的综合执行效率不满足预设的第一条件,则调整所述指定范围;
12.在各待发送订单中,确定所述调整后的指定范围内的待发送订单;
13.采用所述指定范围对应的处理方式,对所述调整后的指定范围内的待发送订单进行处理。
14.可选地,获取指定范围,具体包括:
15.针对预设的每个任务点,确定该任务点对应的指定范围;
16.根据所述指定范围,在各待发送订单中,确定所述指定范围内的待发送订单,具体包括:
17.在各待发送订单中,确定出在该任务点执行的各待发送订单;
18.根据该任务点对应的指定范围,在该任务点执行的各待发送订单中,确定所述指定范围内的待发送订单。
19.可选地,确定所述指定范围内的各待发送订单对应的综合执行效率,具体包括:
20.确定所述指定范围内的各待发送订单的综合接单率、综合完成率中的至少一种;
21.根据各待发送订单的综合接单率、综合完成率中的至少一种,确定各待发送订单的对应的综合执行效率;
22.若所述指定范围内的各待发送订单对应的综合执行效率不满足预设的第一条件,则调整所述指定范围,具体包括:
23.若所述综合执行效率小于预设的执行效率区间,则缩小所述指定范围;
24.若所述综合执行效率大于预设的执行效率区间,则扩大所述指定范围。
25.可选地,调整所述指定范围,具体包括:
26.根据当前各未完成订单的状态、配送运力的状态中的至少一种,以及预设的业务目标,采用预设的模型,确定达到所述业务目标条件下,对所述指定范围进行调整的程度;
27.根据所述调整的程度,调整所述指定范围。
28.可选地,调整所述指定范围,具体包括:
29.针对所述指定范围对应的任务点,确定该任务点对应的参照范围;所述指定范围与参照范围内的订单的处理方式不同;所述订单包括:待发送订单、未完成订单、已完成订单中的至少一种;
30.确定预设时间段内,对所述参照范围内的各订单的处理方式进行的调整;
31.根据对所述参照范围内的各订单的处理方式进行的调整,对所述指定范围进行调整。
32.可选地,根据对所述参照范围内的各订单的处理方式进行的调整,对所述指定范围进行调整,具体包括:
33.若通过缩小所述参照范围的方式对所述参照范围内的各订单的处理方式进行调整,则删除所述指定范围。
34.可选地,采用所述指定范围对应的处理方式,对所述调整后的指定范围内的待发送订单进行处理,具体包括:
35.针对所述调整后的指定范围内的每个待发送订单,确定该待发送订单的个体执行效率是否满足预设的第二条件;
36.若否,则根据当前各未完成订单的状态、配送运力的状态中的至少一种,预测使得该待发送订单的个体执行效率达到最优时,执行该待发送订单将消耗的附加资源;
37.根据所述调整后的指定范围内的各待发送订单将消耗的预设的基础资源、所述附加资源、所述指定范围对应的处理方式中的至少一种,确定对调整后的指定范围内的待发送订单的处理方式。
38.可选地,根据当前各未完成订单的状态、配送运力的状态中的至少一种,预测使得该待发送订单的个体执行效率达到最优时,执行该待发送订单将消耗的附加资源,具体包括:
39.预测该待发送订单的最优的个体执行效率;
40.判断该最优的个体执行效率是否大于预设的执行效率阈值;
41.若是,则根据当前各未完成订单的状态、配送运力的状态中的至少一种,确定执行该待发送订单将消耗的附加资源;
42.若否,则确定该待发送订单的附加资源为0。
43.可选地,根据当前各未完成订单的状态、配送运力的状态中的至少一种,预测使得该待发送订单的个体执行效率达到最优时,执行该待发送订单将消耗的附加资源,具体包括:
44.根据当前各未完成订单的状态、配送运力的状态中的至少一种,确定使得该待发送订单的个体执行效率达到最优时,执行该待发送订单将消耗的待定资源;
45.确定预设的资源池为该待发送订单提供的待定资源;
46.根据执行该待发送订单将消耗的待定资源和所述资源池为该待发送订单提供的待定资源,确定执行该待发送订单将消耗的附加资源。
47.可选地,根据执行该待发送订单将消耗的待定资源和所述资源池为该待发送订单提供的待定资源,确定执行该待发送订单将消耗的附加资源,具体包括:
48.根据执行该待发送订单将消耗的待定资源和所述资源池为该待发送订单提供的待定资源的大小关系,确定执行该待发送订单将消耗的附加资源。
49.可选地,根据执行该待发送订单将消耗的待定资源和所述资源池为该待发送订单提供的待定资源,确定执行该待发送订单将消耗的附加资源,具体包括:
50.若执行该待发送订单将消耗的待定资源不大于所述资源池为该待发送订单提供的待定资源,则确定执行该待发送订单将消耗的待定资源作为附加资源;
51.若执行该待发送订单将消耗的待定资源大于所述资源池为该待发送订单提供的待定资源,则丢弃该待发送订单。
52.本说明书提供的订单处理装置,包括:
53.获取模块,其配置为用于获取指定范围;
54.待发送订单第一确定模块,其配置为用于根据所述指定范围,在各待发送订单中,确定所述指定范围内的待发送订单;
55.综合执行效率确定模块,其配置为用于根据当前各未完成订单所在的范围对应的处理方式,确定所述指定范围内的各待发送订单对应的综合执行效率;
56.调整模块,其配置为用于在所述指定范围内的各待发送订单对应的综合执行效率不满足预设的第一条件时,调整所述指定范围;
57.待发送订单第二确定模块,其配置为用于在各待发送订单中,确定所述调整后的指定范围内的待发送订单;
58.处理模块,其配置为用于采用所述指定范围对应的处理方式,对所述调整后的指定范围内的待发送订单进行处理。
59.本说明书提供的计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述的订单处理方法。
60.本说明书提供的电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述订单处理方法。
61.本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:
62.本说明书实施例中的订单处理方法、装置、存储介质及电子设备在对订单进行处理时,在以执行当前所有未完成订单为前提的场景中,以预设的指定范围内的各待发送订单的综合执行效率,对指定范围进行调整,进而对待发送订单的执行方式进行调整。可见,
本说明书根据指定范围的调整策略确定待发送订单的执行方式,一定程度的结合了场景中的所有未完成订单的处理方式,一方面能够使得确定出的待发送订单执行方式更具综合性;另一方能够在提高调整后的指定范围内的各待发送订单的执行效率的同时,避免该调整对场景中的未完成订单的执行造成过多的负面影响。此外,本说明对指定范围的调整具有灵活性强、适应性强、实时性强等特点,能够机敏的对用于订单执行的各资源进行合理的分配,使得各订单均能够被较好的处理。
附图说明
63.此处所说明的附图用来提供对本说明书的进一步理解,构成本说明书的一部分,本说明书的示意性实施例及其说明用于解释本说明书,并不构成对本说明书的不当限定。在附图中:
64.图1为本说明书实施例提供的订单处理过程示意图;
65.图2a为本说明书实施例提供的将订单的类型作为范围确定指标确定指定范围时,确定的指定范围示意图;
66.图2b为本说明书实施例提供的根据待发送订单的配送的地理位置确定指定范围时,确定的指定范围示意图;
67.图2c为本说明书实施例提供的根据待发送订单的配送的地理位置确定指定范围时,确定的另一种指定范围示意图;
68.图2d为本说明书实施例提供的将订单的类型作为范围确定指标确定指定范围时,调整后的指定范围和参照范围示意图;
69.图2e为本说明书实施例提供的根据待发送订单的配送的地理位置确定指定范围时,调整后的指定范围和参照范围示意图;
70.图2f为本说明书实施例提供的将订单的类型作为范围确定指标确定指定范围时,调整后的另一种指定范围和参照范围示意图;
71.图3为本说明书实施例提供的确定附加资源的过程示意图;
72.图4为本说明书实施例提供的订单处理装置的部分结构示意图;
73.图5为本说明书实施例提供的对应于图1的电子设备示意图。
具体实施方式
74.为使本说明书的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书一部分实施例,而不是全部的实施例。基于说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书保护的范围。
75.以下结合附图,详细说明本说明书各实施例提供的技术方案。
76.图1为本说明书实施例提供的订单处理过程,具体可以包括以下步骤中的一个或多个:
77.s100:获取指定范围。
78.本说明书中的指定范围可以用于对订单的处理方式进行区分。例如,同在指定范围内的各订单的处理方式可以相同;在指定范围内的订单的处理方式与在指定范围外执行
的订单的处理方式可以不同。
79.本说明书对订单的具体概念不做限制。具体地,订单可以用于表征一可实现的任务指标。则在某些情况下订单可以是信息的集合,在另外一些情况下订单可是由实物构成的。
80.在订单是通过配送运力执行的订单时,本说明书涉及的场景可以对应于:用户下单,商家生成订单对应的商品,由配送运力将该订单对应的商品运输至该订单对应的用户(该订单对应的用户可以是下单的用户)的过程。此时,订单所表征的任务指标可以是:将该订单对应的商品送达至该用户。
81.进一步地,本说明书对订单的执行过程不做具体限制。订单的执行过程可以是:为实现该订单表征的任务指标所采取的一系列处理的过程。
82.在通过配送运力执行订单的场景中,执行订单的过程可以是:针对订单所对应的信息、该订单包含的商品中的至少一种进行处理的过程。其中,订单所对应的信息可以是生成该订单的用户的信息、生成该订单对应的商品的商家的信息、该订单所处的配送环境的信息(例如执行该订单时途经的道路的环境等)、可用于执行该订单的配送运力的信息中的至少一种。
83.具体地,订单的执行过程可以包括:用户生成待发送订单至用户将待发送订单发送至服务的过程、服务器对待发送订单和/或用户发送的订单(可以是来自于用户的订单)进行处理的过程、商家对接收到的订单进行处理的过程、配送运力对接收到的订单进行处理的过程中的至少一种。
84.其中,待发送订单可以是在用户根据页面选择商品阶段中生成、且用户尚未执行“确认下单”的操作(即,发送该待发送订单)的订单。用户在生成待发送订单的过程中,服务器可以根据用户生成的信息对该待发送订单进行处理,以配合和/或引导用户生成待发送订单的操作。
85.本说明书中的指定范围的确定方式可以为多种。具体地,可以根据预设的范围确定指标确定指定范围。
86.在本说明书一个可选的、通过配送运力执行订单的场景中(并非对订单的执行主体的限制,执行订单的过程中服务器、用户、商家中的至少一种也可以是订单的执行主体),范围确定指标可以是用户群体、商家群体、订单的类型、地理位置中的至少一种。范围确定指标可以根据订单的处理方式得到。
87.其中,订单的类型的划分方式可以根据实际的需求确定。例如,可以根据订单对应的商品的金额、订单的承诺送达时间、该订单执行的过程中配送运力消耗的资源、配送运力的类型中的至少一种,确定订单的类型。
88.此外,在本说明书一个可选的场景中,还可以根据订单对应的商家的类型确定订单的类型,此时,订单的类型可以包括外卖订单、商超订单、快递订单等。
89.由于指定范围的确定方式灵活,此后针对指定范围进行调整也具有灵活性强、适应性强、实时性强等特点。
90.s102:根据所述指定范围,在各待发送订单中,确定该指定范围内的待发送订单。
91.实际场景,待发送订单的数量众多,本说明书通过指定范围对各待发送订单进行筛选,得到在该指定范围内的待发送订单,以通过指定范围实现对至少部分的待发送订单
的区分。
92.可选地,可以针对每个待发送订单,确定对该待发送订单进行的处理是否符合所述指定范围对应的处理方式,若是,则该待发送订单是该指定范围内的待发送订单。
93.在本说明书一个可选的实施例中,将订单的类型作为范围确定指标确定指定范围时,如图2a所示,可以将外卖订单类型和商超订单的订单类型作为指定范围,快递订单的订单类型在指定范围之外。
94.在本说明书另一个可选的实施例中,将订单配送涉及的各地理位置作为范围确定指标确定指定范围时,可以将属于同一订单、且位于指定的区域内的取货点和送货点确定的范围作为指定范围内。其中,指定的区域可以在预先确定的地理上的各区域中确定出,如某商业区。
95.在本说明书另一个可选的实施例中,在根据待发送订单的配送的地理位置确定指定范围时,还可以根据待发送订单的取货点和送货点之间的距离确定指定范围。若一待发送订单的取货点和送货点之间的距离小于或大于预设的距离(具有阈值的性质),则确定该待发送订单是指定范围内的订单。如图2b所示,在本说明书一个示例性的场景中,待发送订单α的取货点α和送货点α之间的距离d
α
小于预设的距离,则待发送订单α是指定范围内的待发送订单;待发送订单β的的取货点β和送货点β之间的距离d
β
大于预设的距离,则待发送订单β不是指定范围内的待发送订单。在本说明书另一个示例性的场景中,可以将待发送订单β确定为指定范围内的待发送订单,将待发送订单α确定为不是指定范围内的待发送订单。
96.在本说明书另一个可选的实施例中,若一待发送订单的取货点、送货点之一在指定范围内,则该待发送订单是在指定范围内的待发送订单。在如图2c所示的示例性的场景中,待发送订单a、待发送订单b、待发送订单c、待发送订单d和待发送订单e的取货点相同,均为取货点p。其中,送货点a、送货点b、送货点c和送货点e(图中未一一标出)均在指定范围内,则待发送订单a、待发送订单b、待发送订单c和待发送订单e是指定范围内的待发送订单;送货点d不在指定范围内,则待发送订单d不是指定范围内的待发送订单。
97.s104:根据当前各未完成订单所在的范围对应的处理方式,确定在所述指定范围内的各待发送订单对应的综合执行效率。
98.本说明书中的未完成订单可以包括:已经开始执行但尚执行未完成的订单。具体地,在本说明书一个可选的实施例中,未完成订单可以包括但不限于待发送订单;在本说明书另一个可选的实施例中,未完成订单可以是除待发送订单以外的尚未执行完成的订单。
99.在通过配送运力执行订单的场景中,“执行”可以是由用户(或用户的终端)、服务器、商家、配送运力等执行主体中的至少一种进行的执行。不同的订单执行主体在执行订单的时间上可以存在交叉。例如,商家开始对订单进行执行的同时,配送运力正在前往该商家,此时商家和配送运力均在执行该订单。
100.由前述内容,本说明书中指定范围至少可以用于限定在指定范围内的待发送订单的处理方式。由于本说明至少包括指定范围和除指定范围以外的范围,当前的所有未完成订单中至少存在两种处理方式。
101.本说明书中的订单处理方式可以用于表征执行订单的某一个或几个过程涉及的针对至少资源的分配方式。该资源可以是人力资源、计算资源、网络资源、金额中的至少一种。其中,资源的分配方式可以是针对资源的已经实施的分配方式,还可以是针对资源的预
计的分配方式。
102.在通过配送运力执行订单的场景中,人力资源可以是配送运力提供的订单执行能力。各配送运力的订单执行能力的差异可以是由配送运力自身因素造成,例如不同配送运力对各地理上的区域的熟悉程度不同,则不同配送运力执行在不同区域的订单时能够提供的执行能力也不同。在该场景中,金额可以包括:支付给配送运力的金额、由用户承担的金额、服务器所属的平台收取和/或发放(例如,向配送运力、用户中的至少一种)的金额中的至少一种。
103.此外,人力资源还可以是由配送运力的类型决定的。在本说明书一个可选的实施例中,配送运力的类型可以根据服务器所属的平台对配送运力的管理方式得到。该管理方式可以用于表征该平台对配送运力的调度方式、订单在各配送运力中的分配方式、平台对配送运力提供的订单执行能力支付的金额等。例如,可以将兼职的配送运力的类型确定为快送,将专职的配送运力的类型确定为专送。
104.由于未完成订单当前尚未执行完成,该未完成订单的执行面临诸多不确定性,针对未完成订单确定出的处理方式可以具有预测的性质。
105.本说明书中的针对待发送订单确定的执行效率可以用于表征执行该待发送订单的某一个或几个过程的执行效果(该执行效果可以是预测得到的,也可以是根据实际采集到的数据得到的)与预期的效果之间的差异。若执行效果高于预期的效果,则表明执行效率较高;若执行效果低于预期的效果,则表明执行效率较低。各待发送订单对应的综合执行效率可以是根据各待发送订单的执行效率得到的。
106.可选地,执行效果可以通过在执行该待发送订单时的经历的某一个或几个过程的耗时得到。
107.可见,本说明书中的过程在进行决策时,一定程度的结合了场景中的所有未完成订单的处理方式,一方面能够得到更具综合性的调整策略;另一方能够在提高调整后的指定范围内的各待发送订单的执行效率的同时,避免该调整对场景中的未完成订单的执行造成过多的负面影响。
108.s106:若在所述指定范围内的各待发送订单对应的综合执行效率不满足预设的第一条件,则调整所述指定范围。
109.本说明书的第一条件可以用于对综合执行效率进行衡量。
110.具体地,可以针对综合执行效率设置相应的阈值区间,根据该阈值区间对综合执行效率是否满足预设的第一条件进行判断。若综合执行效率在所述阈值区间内,则综合执行效率满足预设的第一条件。若综合执行效率不在所述阈值区间内,则综合执行效率不满足预设的第一条件。
111.在本说明书一个可选的实施例中,综合执行效率不在所述阈值区间内情况可以包括:综合执行效率大于阈值区间限定的最大值,综合执行效率小于阈值区间限定的最小值中的至少一种。综合执行效率不在所述阈值区间内不同情况下,对指定范围的调整方式和/或调整程度可以相同或者不同。
112.可见,通过对指定范围的调整,本说明书中的过程能够实现对待发送订单的处理方式的调整。进一步地,由前述内容可以,本说明书中的处理方式可以用于表征资源的分配方式,则通过本说明书中的过程能够实现针对待发送订单的资源分配方式的调整。此外,由
于整个订单执行场景中,可供所有订单执行使用的资源的总量不会发生瞬间的、急剧的变化,整个订单执行场景中的所有订单资源共享,则通过本说明书中的过程还能够实现针对除待发送订单以外的其他订单的资源分配方式的调整。
113.s108:在各待发送订单中,确定在该调整后的指定范围内的待发送订单。
114.由于针对指定范围的调整较大可能的会伴随着在指定范围内的待发送订单的调整,则本说明书在调整指定范围之后,确定调整后指定范围内的待发送订单。该得到的调整后的指定范围内的待发送订单可能与调整前的指定范围内的待发送订单不同。
115.在本说明书一个示例性的场景中,将订单的类型作为范围确定指标确定指定范围时,如图2a和图2d所示,在对指定范围进行调整之前,商超订单是指定范围内的订单类型;在对指定范围进行调整之后,商超订单不是调整后的指定范围内的订单类型。
116.在本说明书另一个示例性的场景中,在根据待发送订单的配送的地理位置确定指定范围时,如图2c和图2e所示,在对指定范围进行调整之前,待发送订单a、待发送订单b和待发送订单c均是指定范围内的待发送订单;在对指定范围进行调整之后,待发送订单a、待发送订单b和待发送订单c均不是调整后的指定范围内的待发送订单。而待发送订单e无论调整前还是调整后,均为指定范围内的待发送订单。
117.s110:采用所述指定范围对应的处理方式,对调整后的指定范围内的待发送订单进行处理。
118.针对调整后的指定范围内的待发送订单,可以采用指定范围对应的处理方式对该待发送订单进行处理;针对调整后的指定范围外的待发送订单,则可以不采用指定范围对应的处理方式进行处理。
119.在本说明书一个可选的实施例中,由于本说明书中的过程的实施将耗费一定的时间,则执行本步骤的时刻中的调整后的指定范围所对应的订单处理方式,可能已经相较于前述步骤中的未做调整的指定范围的处理方式发生了变化。
120.通过上述内容可知,本说明书中的过程不仅仅能够灵活、机敏的对订单执行过程中涉及的各资源的分配进行调整,以协调资源在当前尚未执行完成的所有订单之间的分配。
121.下面对本说明书中所述的订单处理的过程进行详细说明。
122.一、确定指定范围,以及确定指定范围内的待发送订单。
123.在本说明书一个可选的实施例中,指定范围的划分可以以订单对应的任务点为依据。具体地,确定指定范围的过程可以是:针对预设的每个任务点,确定该任务点对应的指定范围。任务点可以根据实际的场景确定,本说明对涉及的任务点的数量、确定任务的具体方式不做限制。
124.在本说明书一个可选的实施例中,指定范围可以与任务点一一对应。
125.其中,任务点可以是执行订单时所必经的预设的点。该点可以是执行订单时针对该订单实施的某一处理步骤,或用于实施某一处理步骤的设备、地点等。在订单是信息的集合的情况下,该订单对应的任务点可以是用于执行该订单的服务器、各终端等。在订单是实物的情况下,该订单对应的任务点可以是用于执行该订单的地点,例如取货点(针对该订单进行取货处理)、送货点(针对该订单进行送货处理)等。
126.则可能存在执行一订单所必经的点的数量不唯一的情况;也可能存在各订单对应
的任务点不完全相同的情况;此外,还可能存在即使两个订单对应的任务点相同,但在执行订单时,在各任务点实施执行操作的次序不完全相同的情况。
127.本说明书一个可选的实施例中,前述的通过配送运力执行订单的场景中,任务点可以是配送运力执行订单过程中途经的地点。具体地,可以将取货点、送货点中的至少一种,作为任务点。
128.在将送货点作为任务点时,由于送货点相较于取货点数量更多,存在数据处理压力较大的隐患,则可以将满足任务点归类条件的送货点作为一个任务点。具体地,可以在各取货点中,确定出位于同一区域的各取货点,作为一个任务点。此时,根据任务点归类条件确定的任务点可以用于本说明书中的订单处理过程,但配送运力执行订单的过程,则根据订单实际对应的任务执行订单。
129.在根据任务点确定指定范围之后,根据该指定范围确定该指定范围内的待发送订单的过程可以是:在各待发送订单中,确定出在该任务点执行的各待发送订单。根据该任务点对应的指定范围,在该任务点执行的各待发送订单中,确定该指定范围内的待发送订单。
130.针对每个待发送订单,确定待发送订单是否在该任务点执行时,可以判断该待发送订单对应的各任务点中是否包含该任务点,若是,则该待发送订单是在该任务点执行的待发送订单;若否,则该待发送订单不是在该任务点执行的待发送订单。
131.在前述的以订单的类型确定指定范围的场景中,针对一任务点对应的各待发送订单,若该待发送订单的类型属于指定范围,则该待发送订单是在指定范围内的待发送订单。若反之则该待发送订单不是在指定范围内的待发送订单。
132.在根据订单对应的任务点之间的相对位置关系确定指定范围的场景中,确定该指定范围内的待发送订单的过程可以是:针对在该任务点执行的每个待发送订单,确定执行该待发送的过程中在到达该任务点之前到达的上一个任务点,和/或在到达该任务点之后到达的下一个任务点,作为目标任务点。若该待发送订单的目标任务点在所述指定范围内,则该待发送订单是在该指定范围内的待发送订单;若该待发送订单的目标任务点不在所述指定范围内,则该待发送订单不是在该指定范围内的待发送订单。可选地,目标任务点可以是待发送订单对应的任务点。
133.仍以前述的通过配送运力执行订单的场景为例,若确定指定范围的任务点是商家所在的地点(由该商家执行的订单的取货点即为该商家所在的地点),则在该任务点执行的各待发送订单是由该商家执行的待发送订单。如图2c所示,由该商家执行的待发送订单是待发送订单a、待发送订单b、待发送订单c、待发送订单d和待发送订单e。其中待发送订单a、待发送订单b、待发送订单c和待发送订单e的送货点位于该指定范围内,则待发送订单a、待发送订单b、待发送订单c和待发送订单e是指定范围内的待发送订单。
134.本说明书中的图2c和图2e均示例性的以取货点作为任务点,在其他可选的实施例中,还可以将送货点作为任务点。
135.二、确定综合执行效率
136.由前述内容可知,本说明书中的综合执行效率可以用于表征各待发送订单的综合的执行效果。在本说明书一个可选的实施例中,订单的执行效果可以根据该订单的接单率、完成率中的至少一种得到。
137.此外,为使得订单的执行效果更具综合性,诸如服务器对订单进行分配至配送运
力接受订单之间的时长、订单成为超时订单的概率(实际送达时间晚于承诺送达时间即为超时)、超时订单的超时时长等,用于表征订单分配至配送运力的时效性和/或用于表征订单的商品送达至用户的时效性的指标,也可以用于确定订单的执行效果。
138.本说明书中的待发送订单的接单率、完成率、以及前述的用于表征时效性的各指标中的至少一种可以具有预测的性质。
139.其中,接单率可以根据该待发送订单能够被执行的概率得到。可选地,待发送订单的接单率与该待发送订单能够被执行的概率正相关,若一待发送订单被丢弃的概率较大,则该订单的接单率较低。可选地,可以将该待发送订单能够被执行的概率作为接单率。
140.完成率可以根据该待发送订单最终能够被执行完成的概率得到。可选地,待发送订单的完成率与该待发送订单能最终能够被执行完成的概率正相关,若一待发送订单能够被执行,但该待发送订单最终能够被完成的概率较低,则该待发送订单的完成率较低。该订单表征的任务指标最终被实现,即为该订单最终被执行完成。可选地,可以将该待发送订单最终能够被执行完成的概率作为完成率。
141.在本说明书一个可选的实施例中,接单率可以根据预设的接单率确定模型得到,完成率可以根据预设的完成率确定模型得到。
142.在通过配送运力执行订单的场景中,可以根据当前各未完成订单所对应的信息、该待发送订单所对应的信息,采用预设的接单率确定模型,得到该待发送订单的接单率。具体地,可以将当前各未完成订单所对应的信息、该待发送订单所对应的信息输入所述预设的接单率确定模型,得到预设的接单率输出的该待发送订单的接单率。
143.此外,可以根据当前各未完成订单所对应的信息、该待发送订单所对应的信息,采用预设的完成率确定模型,得到该待发送订单的完成率。具体地,可以将当前各未完成订单所对应的信息、该待发送订单所对应的信息输入所述预设的完成率确定模型,得到预设的完成率输出的该待发送订单的完成率。
144.本说明对确定接单率、完成率的先后次序不做限制。
145.此后,可以根据前述步骤得到的各待发送订单的接单率,采用预设的综合接单率确定模型,确定各待发送订单的综合接单率。并根据前述步骤得到的各待发送订单的完成率,采用预设的综合完成率确定模型,确定各待发送订单的综合完成率。
146.其中,综合接单率与各待发送订单的接单率正相关;综合完成率与各待发送订单的完成率正相关。
147.本说明对确定综合接单率、综合完成率的先后次序不做限制。
148.进一步地,在得到综合接单率和/或综合完成率之后,可以采用预设的综合执行效率确定模型,确定各待发送订单对应的综合执行效率。
149.具体地,可以将综合接单率和/或综合完成率输入所述预设的综合执行效率确定模型,得到综合执行效率确定模型输出的综合执行效率。
150.可选地,综合执行效率与综合接单率正相关,和/或综合执行效率与综合完成率正相关。
151.三、调整指定范围。
152.本说明书针对指定范围的调整,至少包含“调整方式”和“调整程度”两个方面的内容。以下分别针对该两个方面的内容进行说明。
153.(1)确定针对指定范围的调整方式。
154.1)根据综合执行效率确定针对指定范围的调整方式。
155.由前述步骤确定出的综合执行效率能够宏观的表征预计的当前所有待发送订单的执行效果。则实际场景中,可能存在各待发送订单的执行效果高于预期效果、各待发送订单内的执行效果符合预期效果、各待发送订单的执行效果小于预期效果等多种情况。
156.为便于将综合执行效率与预期执行效果进行比较,本说明书通过预设的执行效率区间,对综合执行效率进行衡量。执行效率区间具有阈值的性质,可以用于表征预期执行效果。
157.具体地,若综合执行效率小于预设的执行效率区间,则缩小所述指定范围。若综合执行效率大于预设的执行效率区间,则扩大所述指定范围。若综合执行效率在预设的执行效率区间内,则不对指定范围进行调整。
158.在前述的根据待发送订单的类型确定指定范围确的实施例中,若调整之前的指定范围是外卖订单类型和商超订单的订单类型,如图2a和图2d所示,针对指定范围的调整是缩小指定范围,则调整后的指定范围可以是外卖订单类型。此外,本说明书中的缩小并未必须是在原基础上的缩小,在如图2a和图2f所示的场景,中还可以将快递订单作为调整后的指定范围,而原指定范围内的订单类型外卖订单和商超订单将不再是指定范围内的订单类型,以实现对指定范围的缩小。
159.在前述的根据待发送订单对应的任务点之间的相对位置关系确定指定范围的实施例中,若综合执行效率小于预设的执行效率区间,则减小所述预设的距离,使得原本在指定范围内的至少部分待发送订单在调整后的指定范围中排除;若综合执行效率大于预设的执行效率区间,则增加所述预设的距离,使得原本在指定范围外的至少部分待发送订单被确定为在调整后的指定范围内的待发送订单。
160.可见,本说明书中的过程对指定范围的调整方式灵活多变,有利于提高资源分配的灵活性和效率。
161.2)根据预设的参照范围确定针对指定范围的调整方式。
162.本说明书除指定范围之外,还可以预设有其他范围。
163.在本说明一个可选的实施例中,确定各范围的过程可以是:根据范围确定指标,确定范围划分规则。例如,以订单的任务点之间的相对位置关系作为范围确定指标时,可以根据任务点之间的相对位置关系确定出用于确定范围的步长,作为范围划分规则。然后,确定基准范围。根据预设范围确定规则,将所述基准范围划分为若干个子范围。根据所述范围确定指标,将所述子范围中的至少一个作为第一备选范围,将所述除所述第一备选范围的各子范围中的至少一个作为第二备选范围,以此类推,直至确定出所有备选范围。将各备选范围中的至少一个,作为指定范围。
164.在本说明书另外一个可选的实施例中,范围确定指标包括针对每个范围分别预设的子指标。确定各范围的过程可以是:确定基准范围。根据预设的第一子指标,在所述基准范围内确定出符合所述第一子指标的范围,作为第一备选范围;在除所述指定范围之外的基准范围内,根据预设的第二子指标,确定出符合所述第二子指标的第二备选范围,以此类推,直至确定出所有备选范围。将各备选范围中的至少一个,作为指定范围。
165.各子指标中的任意一个,可以与其他的子指标中的至少一个不相同。例如,在确定
第一备选范围时,将订单配送涉及的各地理位置作为第一子指标,在确定第二备选范围时,将订单的类型作为第二子指标。
166.可见,通过本说明书确定出的各范围之间没有交集,各范围均为相对的概念。本说明书对确定各范围的次序不做限制。实际场景中,可以先确定出序号(例如,“第一备选范围”中的“第一”)在后的范围,再确定序号在前的范围。
167.可见,本说明书中的各个范围在确定的过程彼此相关,则在针对各范围中的至少一个进行调整时,也是间接的对其他的范围进行调整的过程,以实现针对各个范围的联动式的调整。
168.在确定出各范围之后,根据除指定范围以外的其他范围确定对指定范围的调整方式的过程可以是:确定预设的时间段。将除所述指定范围以外的其他范围中的至少一个,确定为参照范围。确定所述预设的时间段内,对所述参照范围进行的调整。然后,根据所述预设的时间段内对参照范围的调整,确定对所述指定范围的调整方式。
169.在本说明书示例性的将订单的类型作为范围确定指标确定指定范围的场景中,确定出的参照范围可以如图2a、2d和2f所示。在根据待发送订单的配送的地理位置确定指定范围的场景中,确地出的参照范围可以如图2c和2e所示。参照范围的属性(例如,参照范围的数量等)可以根据实际的需求确定。
170.在根据待发送订单的配送的地理位置确定指定范围的场景中,本说明书对指定范围、参照范围和指定范围对应的任务点之间的相对位置关系不做具体限制。如图2c所示,指定范围2可以位于参照范围1的周围、指定范围1可以与参照范围1之间相距一定的距离;指定范围2和参照范围1可以均位于任务点p的周围,如图2e所示,指定范围1、参照范围1和参照范围2也可以均与任务点p相距一定的距离。
171.该预设时间段可以包含相对于当前时刻的过去的某一时间段,也可以包含相对于当前时刻的未来的某一时间段。由于预设时间段有可能包含未来的某一时间段,则该针对参照范围的调整的至少部分可以具有预测的性质。
172.可见,本说明书中的过程在确定针对指定范围的调整方式时,参考了其他范围,则能够将其他范围内的订单执行情况,纳入对指定范围的调整方式的确定依据,使得针对指定范围的调整不仅仅能够改善指定范围内的待发送订单的执行效果,也不会对其他范围内的订单的执行效果造成较大的负面影响。
173.在本说明书一个可选地实施例中,指定范围内的待发送订单的优先级小于参照范围内的待发送订单的优先级。若对所述参照范围内的各订单的处理方式进行的调整是缩小所述参照范围,则删除所述指定范围。
174.删除所述指定范围表示将指定范围调整为0。此时,即使生成了指定范围内的待发送订单,也不会将资源分配给该指定范围内的待发送订单;或者,可以直接禁止生成指定范围内的待发送订单。在前述的通过配送运力执行订单的场景中,若用户欲生成删除的指定范围内的待发送订单,则提示用户当前的操作无法执行。
175.可选地,可以在每次针对指定范围进行调整之后,重新确定各其他范围,如前述的参照范围。如图2c和图2e所示,调整指定范围之后重新确定出的参照范围不仅仅范围发生了变化,数量也发生了变化。此外,调整前的指定范围2的一部分成为了调整后的参照范围2的至少部分。
176.(2)确定针对指定范围的调整程度。
177.在本说明书一个可选的实施例中,可以根据指定范围内的各待发送订单对应的综合执行效率,确定针对指定范围的调整程度。
178.可选地,对指定范围的调整程度,与综合执行效率和预设的执行效率区间之间的差异正相关。
179.在本说明书另一个可选的实施例中,可以根据当前各未完成订单的处理方式,以及预设的业务目标,采用预设的模型,确定达到所述业务目标条件下,对所述指定范围进行调整的程度。根据所述调整的程度,调整所述指定范围。
180.在通过配送运力执行订单的场景中,未完成订单的处理方式可以通过未完成订单的状态、配送运力的状态中的至少一种进行表征。
181.其中,未完成订单的状态可以根据该未完成订单的资源分配方式、未完成订单的优先级中的至少一种得到。可选地,资源的分配方式可以是向配送运力支付的配送费,向用户收取的配送费,服务器所属的平台向配送运力、用户中的至少一种收取或发放金额(金额可以用于指代优惠券等虚拟的金额)。
182.配送运力的状态可以根据配送运力的类型、可用的配送运力的数量、可用的配送运力在各区域中的分布情况中的至少一种得到。
183.业务目标可以根据实际的场景确定。在本说明书一个可选的实施例中,可以在保证综合执行效率位于执行效率区间的条件下,使得综合接单率、综合完成率中的至少一种达到最大,作为业务目标。
184.在本说明书一个可选的实施例中,可以将执行效率区间划分为若干个子区间,每个子区间对应一个业务目标。
185.可选地,可以在各历史订单中确定综合执行效率在执行效率区间内的各历史订单,作为目标历史订单。确定目标历史订单所对应的信息,并确定执行该目标历史订单时通过实际采集的数据得到的实际的综合执行效率。根据目标历史订单所对应的信息和执行该目标历史订单时的实际的综合执行效率,确定执行效率区间。采用预设的区间划分规则,对执行效率区间进行划分,得到执行效率区间内的各子区间。可选地,预设的区间划分规则可以用于确定子区间的起点、步长中的至少一种。
186.针对每个子区间,根据实际的综合执行效率位于该子区间内的每个目标历史订单,确定该目标历史订单所在的历史的指定范围。根据该子区间以及该子区间内的各目标历史订单所在的历史的指定范围,确定子区间与历史的指定范围之间的对应关系,作为预设的对应关系。
187.其中,实际的综合执行效率与前述的综合执行效率的确定过程相似,但是,确定实际的综合执行效率采用的实际的综合接单率和/或实际的综合完成率是根据实际采集的数据得到的。
188.在线上使用时,可以在各预设的业务目标中确定指定目标,在各子区间中确定出对应于指定目标的子区间,作为目标子区间。根据预设的对应关系,确定该目标子区间对应的历史的指定范围,作为目标范围。确定当前的指定范围和目标范围之间的差异。根据当前的指定范围和目标范围之间的差异,确定调整程度。当前的指定范围和目标范围之间的差异与所述调整程度正相关。可选地,可以将当前的指定范围和目标范围之间的差异,作为调
整程度。
189.可选地,通过本说明中的过程,能够通过对当前的指定范围的调整,使得当前的指定范围趋于目标范围。
190.在本说明书另一个可选的实施例中,还可以根据前述的参照范围在预设的时间段内的调整程度,确定针对指定范围的调整程度。可选地,指定范围的调整程度与参照范围在预设的时间段内的调整程度正相关。
191.若对应于同一任务点指定范围不唯一,如图2c所示,则可以针对每个指定范围分别确定该指定范围的调整程度,并使得所有指定范围的总的调整程度与前述的调整方式匹配。示例性的,在将订单配送涉及的各地理位置作为范围确定指标确定指定范围时,如图2c和图2e所示,针对指定范围确定的调整方式是缩小指定范围,则调整后的指定范围1虽然面积有所扩大,但是调整时删除了指定范围2,使得调整后的指定范围1,相较于调整前的指定范围1和指定范围2之和是缩小的,符合所述调整方式。
192.采用前述步骤得到的调整方式和调整程度对指定范围进行调整,可以得到调整后的指定范围。之后可以在各待发送订单中,确定出调整后的指定范围内的待发送订单。
193.四、对调整后的指定范围内的待发送订单进行处理。
194.前述步骤中针对指定范围进行的调整,是从较为宏观的角度,以指定范围为界,对用于执行所有待发送订单和/或未完成订单的资源的分配方式进行的调整。在后续的步骤中,可以从更加细化的角度对待发送订单进行处理,以使得通过本说明书中的过程实现的资源分配方式更加灵活、更具针对性、更适于该待发送订单的实际情况。
195.具体地,采用所述指定范围对应的处理方式,对调整后的指定范围内的待发送订单进行处理的过程可以是:针对所述调整后的指定范围内的每个待发送订单,确定该待发送订单的个体执行效率是否满足预设的第二条件。若是,则根据预设的基础资源对该待发送订单进行处理。若否,则根据当前各未完成订单的处理方式,预测使得该待发送订单的个体执行效率达到最优时,执行该待发送订单将消耗的附加资源。根据所述调整后的指定范围内的各待发送订单将消耗的预设的基础资源、所述附加资源、所述指定范围对应的处理方式中的至少一种,确定对调整后的指定范围内的待发送订单的处理方式。
196.在通过配送运力执行订单的场景中,当前各未完成订单的处理方式可以包括:当前各未完成订单的状态、配送运力的状态中的至少一种。
197.本说明书中的该待发送订单的最优个体执行效率可以是在当前场景中可以是该待发送订单提供的各方面的资源均较为充足的情况下,执行该待发送订单的执行效率。个体执行效率、最优个体执行效率中的至少一种可以采用预测的个体执行效率预测模型得到。
198.本说明书的第二条件可以用于对个体执行效率进行衡量。
199.具体地,可以针对个体执行效率设置相应的门限值区域,根据该阈值区间对个体执行效率是否满足预设的第二条件进行判断。若个体执行效率在所述门限值区间内,则个体执行效率满足预设的第二条件,此时无需确定该待发送订单的附加资源(或者可以将附加资源设置为0)。若个体执行效率不在所述门限值区间内,则个体执行效率不满足预设的第二条件,此时,需确定该待发送订单的附加资源。
200.本说明书中的附加资源时在执行订单需额外耗费的资源。在通过配送运力执行订
单的场景中,该附加资源可以是配送运力额外消耗的资源、用户额外承担的资源、服务器所属的平台额外消耗的资源。
201.可见,本说明书可以通过确定出的附加资源,协调资源在所有待发送订单和/或未完成订单之间的分配。
202.在本说明书一个可选的实施例中,基础资源和附加资源均为订单执行过程中实际要消耗的资源,例如计算资源。则通过本说明书中的过程可以在该待发送订单被发送之前,为该待发送订单准备出执行该待发送订单所需的资源,则在该待发送订单被发送之后即有充足的资源在执行该待发送订单的过程中可供支配。
203.在本说明书另一个可选的实施例中,基础资源和附加资源均为订单执行过程中预计要消耗的资源,该预计消耗的资源主要用于指导该待发送订单是否应该被执行、应该被执行到何种程度而做出的决策。若一执行主体根据基础资源和附加资源进行决策,判断该待发送订单的执行所耗费的资源过高,已经达到预设的资源门限值,则可以丢弃该待发送订单不再执行,避免由执行该待发送订单引起的资源占用。
204.例如前述的以配送运力执行订单的场景中,该待发送订单当前尚未被发送至服务器,配送运力对该待发送订单执行与否尚未定,则可以将该待发送订单的基础资源和附加资源提供给该待发送订单对应的用户,由用户决策是否将该待发送订单发送至服务器。若用户认为需要支出的资源过高不愿承担,则可以放弃发送该待发送订单。
205.可见,通过本说明书的过程不仅仅能够为待发送订单预留出执行该待发送订单所需的资源;还能够为是否执行该待发送订单、对该待发送订单应处理到何种程度进行决策。
206.在本说明书一个可选的实施例中,个体执行效率不在所述阈值区间内情况可以包括:个体执行效率大于门限值区间限定的最大值,个体执行效率大于门限值区间限定的最小值中的至少一种。可选地,个体执行效率不在所述门限值区间内的不同情况下,对附加资源的确定方式可以相同或者不同。
207.具体地,若个体执行效率大于门限值区间限定的最大值,表明该待发送订单的实际执行效果优于预期的执行效果,此时确定出的附加资源可以是负值。
208.由前述内容可知,针对指定范围进行调整的目的之一是:在宏观的角度对指定范围内的所有待发送订单的资源分配方式的调整;本步骤确定出的附加资源则是在该宏观的调整的基础之上进行的针对任意一个待发送订单的资源分配方式的微观的调整。在本步骤中根据基础资源、所述附加资源、所述指定范围对应的处理方式中的至少一种,确定对调整后的指定范围内的待发送订单的处理方式,能够将该宏观的调整和微观的调整相结合,使得通过本说明书的过程实现的订单处理与实际情况更加契合,并进一步提高调整的灵活性。
209.本说明书对确定附加资源的方式不做具体限制,现示例性的以“根据资源池确定附加资源”和“根据人工规则确定附加资源”两种方式进行说明。
210.(1)根据资源池确定附加资源。
211.在实际的订单执行场景中,实际能够为订单的执行提供的资源往往受制于资源池。在本说明书一个可选的实施例中,可以根据使得该待发送订单的个体执行效率达到最优时执行该待发送订单将消耗的待定资源以及预设的资源池,确定附加资源。
212.具体地,根据资源池确定附加资源过程可以是:根据当前各未完成订单的处理方
式,确定使得该待发送订单的个体执行效率达到最优时,执行该待发送订单将消耗的待定资源。根据预设的资源池,确定该资源池为该待发送订单提供的待定资源。根据执行该待发送订单将消耗的待定资源和所述资源池为该待发送订单提供的待定资源,确定执行该待发送订单将消耗的附加资源。
213.其中,该待发送订单将消耗的待定资源可以采用预设的第一待定资源确定模型得到;资源池为该待发送订单提供的待定资源可以采用预设的第二待定资源确定模型得到。执行该待发送订单将消耗的待定资源和/或资源池为该待发送订单提供的待定资源具有预测的性质。
214.可选地,根据预设的资源池,确定出的该资源池为该待发送订单提供的待定资源,可以是预测的、在该资源池对应的执行主体(例如生成该待发送订单的用户)不丢弃该待发送订单的条件下,该资源池能够为该待发送订单提供的待定资源。
215.资源池可以该待发送订单执行过程中涉及的至少一个执行主体对应的资源池。在前述的由配送运力执行订单的场景中,执行主体可以是:服务器、商家、配送运力中的至少一种。在执行主体是生成该待发送订单的用户时,该资源池可以是该用户对应的资源池。
216.具体地,可以根据预设的资源确定规则,确定执行该待发送订单将消耗的待定资源和所述资源池为该待发送订单提供的待定资源之间的某一资源,作为执行该待发送订单将消耗的附加资源。
217.此外,还可以根据执行该待发送订单将消耗的待定资源和所述资源池为该待发送订单提供的待定资源的大小关系,确定执行该待发送订单将消耗的附加资源。
218.具体地,若执行该待发送订单将消耗的待定资源不大于所述资源池为该待发送订单提供的待定资源,表明当前可以通过确定附加资源的方式调整资源在各订单之间的分配,以实现该待发送订单预期的执行效果,则可以确定执行该待发送订单将消耗的待定资源作为附加资源。
219.若执行该待发送订单将消耗的待定资源大于所述资源池为该待发送订单提供的待定资源,表明无法通过确定附加资源的方式改善该待发送订单的执行效果,则可以丢弃该待发送订单。
220.现在示例性的,在前述的通过配送运力执行订单的场景中,以生成该待发送订单的执行主体是用户为例进行说明书。此时,资源池为该待发送订单提供的待定资源可以是用户能够额外承担的额外/得到的金额。
221.若附加资源为正,表明该待发送订单的执行效果较难达到预期,此时若该待发送订单将消耗的待定资源和资源池为该待发送订单提供的待定资源匹配,则需要用户额外支出金额,以改善该待发送订单的执行效果。
222.若附加资源为负,表明该待发送订单的执行效果优于预期,此时若该待发送订单将消耗的待定资源和资源池为该待发送订单提供的待定资源不匹配,则即使根据附加资源补贴用户,该用户也不会发送该待发送订单(即用户不会执行下单的操作),则可以丢弃该待发送订单。
223.丢弃该待发送订单的操作可以由执行该待发送订单的过程中涉及的任一执行主体执行,也就是说,本说明书对丢弃该待发送订单的具体步骤不做限制。可选地,在确定丢弃该待发送订单后,生成针对该待发送订单的丢弃提示信息,将该丢弃提示信息发送至执
行丢弃该待发送订单的执行主体。
224.在前述的通过配送运力执行订单的场景中,可以将该待发送订单的基础资源、附加资源中的至少一种展示给生成该待发送订单的用户,使得用户丢弃该待发送订单。也可以在用户将该待发送订单发送至服务器之后,由服务器丢弃该订单。
225.可选地,在确定丢弃该待发送订单后,根据该待发送订单对应的信息,在各商家中确定出与该待发送订单对应的商家的相似度满足预设的相似度条件的其他商家。将该其他商家的信息展示给生成该待发送订单的用户。
226.或者,在确定丢弃该待发送订单后,根据该待发送订单对应的信息,在各商品中确定出与该待发送订单对应的商品的相似度满足预设的相似度条件的其他商品。将该其他商品的信息展示给生成该待发送订单的用户。
227.(2)根据人工规则确定附加资源。
228.在实际的订单执行场景中,服务器在对订单进行处理的过程中不仅仅要依据各客观因素,还可以一定程度的结合预设的人工规则。
229.在本说明书中一个可选的实施例中,人工规则至少可以用于在执行该待发送订单的过程涉及的各个执行主体之间进行协调,以确定各个执行主体在执行该待发送订单的过程中所消耗的资源。
230.在前述的通过配送运力执行订单的场景中,执行主体可以是用户(或用户的终端)、商家、配送运力、服务器所属的平台中的至少一种。
231.示例性的,可以将待发送订单的最优的个体执行效率与预设的执行效率阈值之间的关系,作为人工规则。
232.具体的,可以预测该待发送订单的最优的个体执行效率;判断该最优的个体执行效率是否大于预设的执行效率阈值;若是,则根据当前各未完成订单的状态、配送运力的状态中的至少一种,确定执行该待发送订单将消耗的附加资源;若否,则确定该待发送订单的附加资源为0。
233.可见,本说明书中的过程采用根据人工规则确定的附加资源,能够灵活、高效的对待发送订单的处理方式进行调整。
234.此外,在本说明书另一个可选的实施例中,可以待发送订单的最优的个体执行效率与预设的执行效率阈值之间的关系,以及待发送订单的属性和第三条件之间的关系,作为人工规则。此时,确定附加资源的过程可以如图3所示:
235.s300:获取该待发送订单的属性。
236.订单的属性可以用于表征该订单的价值。该价值可以是在该订单执行完成的条件下,对该订单的处理为执行该订单的过程涉及的各执行主体中的至少一个带来的收益。例如,若执行主体是服务器,则服务器执行的一订单的价值可以是服务器执行完成该订单的条件下,该服务器由执行该订单得到的订单处理效率的提升、服务器(或服务器所属的平台)由执行该订单得到的资源等。
237.该订单的属性可以根据订单所对应的信息得到。在前述的由配送运力执行订单的场景中,该属性可以是该订单对应的商品的价格、订单的类型、生成待订单的用户信息等。
238.s302:根据该待发送订单的属性,确定该待发送订单的属性是否满足预设的第三条件。若满足,则执行步骤s304。若不满足,则执行步骤s308。
239.本说明书的预设的第三条件可以用于对待发送订单的属性进行衡量。具体地,可以针对待发送订单的属性设置相应的标准属性,根据该标准属性对待发送订单的属性是否满足预设的第三条件进行判断。若待发送订单的属性与预设的标准属性匹配,则待发送订单的属性满足预设的第三条件;若待发送订单的属性与预设的标准属性不匹配,则待发送订单的属性不满足预设的第三条件。
240.可见,本说明书中的标准属性用于确定待发送订单的附加资源确定方式。针对满足第三条件的待发送订单和不满足第三条件分别采用不同的方式确定其附加资源。该标准属性可以根据所述预设的人工规则得到。
241.s304:预测该待发送订单的最优的个体执行效率。
242.s306:判断该最优的个体执行效率是否大于预设的执行效率阈值,若判断结果为是,则执行步骤s308。若判断结果为否,则执行步骤s310。
243.s308:根据当前各未完成订单的状态、配送运力的状态中的至少一种,确定执行该待发送订单将消耗的附加资源。
244.s310:确定该待发送订单的附加资源为0。
245.在本说明书一个可选的实施例中,标准属性用于通过对待发送订单属性的判断确定出高价值的待发送订单和/或须优先处理的待发送订单。以前述的执行主体是服务器为例,若一待发送订单的属性满足第三条件,表明该待发送订单针对该服务器是高价值的待发送订单。进一步地,若该待发送订单的最优个体执行效率大于预设的执行效率阈值,则表明该待发送订单的任务指标是可以实现的,则可以针对该待发送订单确定其附加资源,使得资源的分配向该待发送订单倾斜,以促进该待发送订单的执行。若该待发送订单的最优个体执行效率小于预设的执行效率阈值,则表明该待发送订单的任务指标是不可实现的,则此时即使使得资源分配的方式向该待发送订单倾斜,该待发送订单的执行效果也达不到预期,则将该待发送订单的附加资源设置为0,避免资源的占用。
246.在前述的通过配送运力执行订单的场景中,附加资源可以是由用户承担的金额。若一待发送订单的价值较高,则应优先处理该待发送订单。此时,若确定出该待发送订单的最优个体执行效率无法达到预期,表明即使增加用户承担的金额也无法实现该订单的任务指标,若增加用户须承担的金额不仅无法改善该待发送订单的执行效果,还会影响用户的体验。可见,本说明书中的过程通过人工规则的设置能够较好的适用于各种场景。
247.可见,本说明书实施例中的订单处理方法在对订单进行处理时,在以执行当前所有未完成订单为前提的场景中,以预设的指定范围内的各待发送订单的综合执行效率,对指定范围进行调整。可见,本说明书确定的针对指定范围的调整策略,一定程度的结合了场景中的所有未完成订单的处理方式,一方面能够使得该调整更具综合性;另一方能够在提高调整后的指定范围内的各待发送订单的执行效率的同时,避免该调整对场景中的未完成订单的执行造成过多的负面影响。此外,本说明对指定范围的调整具有灵活性强、适应性强、实时性强等特点,能够机敏的对用于订单执行的各资源进行合理的分配,使得各订单均能够被较好的处理。
248.基于同样的思路,本说明书实施例还提供了对应于图1所示过程的订单处理装置,该订单处理装置如图4所示。
249.图4为本说明书实施例提供的订单处理装置的结构示意图,该订单处理装置可以
包括以下模块中的一个或多个:
250.获取模块400,其配置为用于获取指定范围;
251.待发送订单第一确定模块402,其配置为用于根据所述指定范围,在各待发送订单中,确定所述指定范围内的待发送订单;
252.综合执行效率确定模块404,其配置为用于根据当前各未完成订单所在的范围对应的处理方式,确定所述指定范围内的各待发送订单对应的综合执行效率;
253.调整模块406,其配置为用于在所述指定范围内的各待发送订单对应的综合执行效率不满足预设的第一条件时,调整所述指定范围;
254.待发送订单第二确定模块408,其配置为用于在各待发送订单中,确定所述调整后的指定范围内的待发送订单;
255.处理模块410,其配置为用于采用所述指定范围对应的处理方式,对所述调整后的指定范围内的待发送订单进行处理。
256.可选地,获取模块400具体被配置为:针对预设的每个任务点,确定该任务点对应的指定范围。
257.可选地,待发送订单第一确定模块402具体被配置为:在各待发送订单中,确定出在该任务点执行的各待发送订单;根据该任务点对应的指定范围,在该任务点执行的各待发送订单中,确定所述指定范围内的待发送订单。
258.可选地,综合执行效率确定模块404具体被配置为:确定所述指定范围内的各待发送订单的综合接单率、综合完成率中的至少一种;根据各待发送订单的综合接单率、综合完成率中的至少一种,确定各待发送订单的对应的综合执行效率。
259.可选地,调整模块406具体被配置为:若所述综合执行效率小于预设的执行效率区间,则缩小所述指定范围;若所述综合执行效率大于预设的执行效率区间,则扩大所述指定范围。
260.可选地,调整模块406还可以被配置为:根据当前各未完成订单的状态、配送运力的状态中的至少一种,以及预设的业务目标,采用预设的模型,确定达到所述业务目标条件下,对所述指定范围进行调整的程度;
261.根据所述调整的程度,调整所述指定范围。
262.可选地,调整模块406还可以被配置为:针对所述指定范围对应的任务点,确定该任务点对应的参照范围;所述指定范围与参照范围内的订单的处理方式不同;所述订单包括:待发送订单、未完成订单、已完成订单中的至少一种;确定预设时间段内,对所述参照范围内的各订单的处理方式进行的调整;根据对所述参照范围内的各订单的处理方式进行的调整,对所述指定范围进行调整。
263.可选地,调整模块406还可以被配置为:若通过缩小所述参照范围的方式对所述参照范围内的各订单的处理方式进行调整,则删除所述指定范围。
264.可选地,处理模块410具体被配置为:针对所述调整后的指定范围内的每个待发送订单,确定该待发送订单的个体执行效率是否满足预设的第二条件;若否,则根据当前各未完成订单的状态、配送运力的状态中的至少一种,预测使得该待发送订单的个体执行效率达到最优时,执行该待发送订单将消耗的附加资源;根据所述调整后的指定范围内的各待发送订单将消耗的预设的基础资源、所述附加资源、所述指定范围对应的处理方式中的至
language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等,目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
273.控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit,asic)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:arc625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
274.上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
275.为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
276.本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
277.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
278.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
279.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
280.在一个典型的配置中,计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
281.内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
282.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
283.还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
284.本领域技术人员应明白,本说明书的实施例可提供为方法、系统或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
285.本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
286.本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
287.以上所述仅为本说明书的实施例而已,并不用于限制本说明书。对于本领域技术人员来说,本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书的权利要求范围之内。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献