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

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.发送模块，用于在所述目标订单被送达后，将所述目标订单对应的奖励资源发送给送达所述目标订单的接单端。
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.图1为本技术实施例提供的一种订单处理方法的应用场景示意图；
71.图2为本技术实施例提供的一种订单处理方法的流程图；
72.图3a为本技术实施例提供的又一种订单处理方法的流程图；
73.图3b为本技术实施例提供的又一种订单处理方法的流程图；
74.图4为本技术实施例提供的又一种订单处理方法的流程图；
75.图5为本技术实施例提供的一种订单处理装置的结构示意图；
76.图6为本技术实施例提供的一种用于实现订单处理方法的电子设备的硬件结构示意图。
具体实施方式
77.为了提升接单端的接单意愿，本技术实施例提供了一种订单处理方法、装置、电子设备及存储介质。
78.以下结合说明书附图对本技术的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本技术，并不用于限定本技术，并且在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
79.为了便于理解本技术，本技术涉及的技术术语中：
80.奖励资源，可表现为奖金、红包、优惠券等，一般地，可起到奖励作用的资源均可作为奖励资源。
81.信息点(point of interesting，poi)，指地图上非地理意义的有意义点，比如商店、景点、加油站、医院、车站等，一个信息点一般对应一个参考区域，参考区域可以是六边形区域、圆形区域等。
82.本技术实施例提供的订单处理方法可应用于网约车、外卖、代驾、商品到家等多种场景。图1为本技术实施例提供的一种订单处理方法的应用场景图，包括下单端、服务器以及接单端，其中下单端通过有线网络或者无线网络与服务器相连接、接单端也通过有线网络或者无线网络与服务器相连接。
83.下单端，如手机、ipad、电脑等，可向服务器发送下单请求，其中，下单请求中可包括待派送订单的订单信息如起点的经纬度、终点的经纬度等。
84.服务器，在接收到任一下单端发送的下单请求时，可基于下单请求中的订单信息，选择满足派单条件的接单端，向选择的接单端发送派单指令，派单指令中包括派单信息如起点的经纬度、终点的经纬度、下单人的联系方式等。
85.接单端，如手机、ipad、电脑等，在接收到服务器发送的派单指令后，基于派单指令中的派单信息执行接单、送单流程。
86.在介绍了本技术实施例的应用场景后，下面以具体实施例对本技术提出的订单处理进行说明。图2为本技术实施例提供的一种订单处理方法的流程图，该方法应用于图1的服务器中，且该方法包括以下步骤。
87.在步骤201中，获取目标订单的派送参考信息，派送参考信息至少包括目标订单的订单信息。
88.其中，目标订单的订单信息如下单时间、起点的经纬度、终点的经纬度等。
89.在步骤202中，基于订单信息，确定目标订单的标签数据。
90.第一步，可基于订单信息，确定目标订单在各订单维度上的特征数据，其中，各订单维度可包括目标订单的下单时间所属的时间段、目标订单的起点所属的信息点、以及目标订单的终点所属的信息点的任意组合。
91.一般地，可预先确定出多个信息点，每个信息点对应一个参考区域。目标订单的起点落入哪个信息点对应的参考区域，则可将这个信息点确定为起点所属的信息点，目标订单的终点落入哪个信息点对应的参考区域，则可将这个信息点确定为终点所属的信息点。
92.第二步、基于目标订单在各订单维度上的特征数据，确定目标订单的标签数据。
93.比如，将目标订单在各订单维度上的特征数据，确定为目标订单的标签数据。
94.在步骤203中，从目标订单所属区域中对应有奖励资源的历史订单中，选择标签数据与目标订单的标签数据相似的历史订单作为参考订单。
95.其中，目标订单所属区域可指目标订单的起点所属的城市。
96.以目标订单的标签数据包括目标订单在各订单维度上的特征数据为例，针对目标订单所属区域中对应有奖励资源的历史订单，可将与目标订单在各订单维度上的特征数据均相同的历史订单作为参考订单。
97.在步骤204中，基于各参考订单对应的奖励资源，确定目标订单对应的奖励资源。
98.为避免为目标订单确定出过大或过小的奖励资源，可先确定各参考订单对应的奖励资源的中位数，然后，基于中位数和派单调节系数，确定目标订单对应的奖励资源，比如，将中位数和派单调节系数的乘积，确定为目标订单对应的奖励资源。
99.其中，派单调节系数可根据在派送目标订单时的订单需求量和可接单的接单端数量确定，比如，派单调节系数＝订单需求量/可接单的接单端数量。
100.这样，相当于参考在派送目标订单时的订单派送压力去调节目标订单对应的奖励
资源，利于在订单派送压力大时为目标订单确定较大的奖励资源，在订单派送压力小时为目标订单确定较小的奖励资源，在提升接单端意愿的同时还可合理化派单策略。
101.在步骤205中，在目标订单被送达后，将目标订单对应的奖励资源发送给送达目标订单的接单端。
102.即，在目标订单完单后，将目标订单对应的奖励资源发送给送达目标订单的接单端，以奖励接单端的本次送单行为。
103.实际应用中，为了鼓励接单端接单，在一些特殊时段如早高峰7:00-9:00、晚高峰18:00-20:00等可推出单单奖和冲单奖，其中，单单奖的奖励规则是每送达一个订单即可获得奖励，冲单奖的奖励规则是送单数量达到预设数量如5可获得固定数额的奖励资源如30元，且单单奖一次的奖励资源一般小于冲单奖一次的奖励资源。该种情况下，还可结合送达目标订单的接单端在指定时间段内的送单数量，确定目标订单对应的奖励资源。
104.以早高峰为例，若目标订单是送达目标订单的接单端在早高峰送达的第5单，则在基于各参考订单对应的奖励资源，确定目标订单对应的奖励资源之后，还可计算该奖励资源与该接单端已送达的4个订单对应的奖励资源的总和sum。那么，若sum小于30，则可提醒该接单端，在送达目标订单后已满足冲单奖的奖励条件，并可在目标订单被送达后，将相差的奖励资源(即30-该接单端已送达的4个订单对应的奖励资源之和)发送给送达该接单端。
105.图3a为本技术实施例提供的又一种订单处理方法的流程图，该方法应用于图1的服务器中，且该方法包括以下步骤。
106.在步骤301a中，获取目标订单的派送参考信息，派送参考信息至少包括目标订单的订单信息和派送目标订单时的天气信息。
107.其中，目标订单的订单信息如下单时间、起点的经纬度、终点的经纬度等；天气信息如晴、暴雨、雪、炎热等。
108.在步骤302a中，基于订单信息，确定目标订单在各订单维度上的特征数据。
109.其中，各订单维度包括目标订单的下单时间所属的时间段、目标订单的起点所属的信息点、以及目标订单的终点所属的信息点的任意组合。
110.在步骤303a中，将天气信息确定为目标订单在天气维度上的特征数据。
111.在步骤304a中，基于目标订单在各订单维度上的特征数据和在天气维度上的特征数据，确定目标订单的标签数据。
112.比如，将目标订单在各订单维度上的特征数据和在天气维度上的特征数据，确定为目标订单的标签数据。
113.在步骤305a中，从目标订单所属区域中对应有奖励资源的历史订单中，选择标签数据与目标订单的标签数据相似的历史订单作为参考订单。
114.以目标订单的标签数据包括目标订单在各订单维度上的特征数据和在天气维度上的特征数据为例，针对目标订单所属区域中对应有奖励资源的历史订单，可将与目标订单在各订单维度上的特征数据相同、且在天气维度上的特征数据相同的历史订单作为参考订单。
115.在步骤306a中，基于各参考订单对应的奖励资源，确定目标订单对应的奖励资源。
116.该步骤的实施可参见步骤204，在此不再赘述。
117.在步骤307a中，在目标订单被送达后，将目标订单对应的奖励资源发送给送达目
标订单的接单端。
118.需要说明的是，上述步骤302a-303a之间没有严格的先后顺序关系。
119.图3b为本技术实施例提供的又一种订单处理方法的流程图，该方法应用于图1的服务器中，且该方法包括以下步骤。
120.在步骤301b中，获取目标订单的派送参考信息，派送参考信息至少包括目标订单的订单信息和在派送目标订单时的订单需求量。
121.其中，目标订单的订单信息如下单时间、起点的经纬度、终点的经纬度等；订单需求量如100、80等。
122.在步骤302b中，基于订单信息，确定目标订单在各订单维度上的特征数据。
123.其中，各订单维度包括目标订单的下单时间所属的时间段、目标订单的起点所属的信息点、以及目标订单的终点所属的信息点的任意组合。
124.在步骤303b中，将订单需求量确定为目标订单在订单需求维度上的特征数据。
125.在步骤304b中，基于目标订单在各订单维度上的特征数据和在订单需求维度上的特征数据，确定目标订单的标签数据。
126.比如，将目标订单在各订单维度上的特征数据和在订单需求维度上的特征数据，确定为目标订单的标签数据。
127.在步骤305b中，从目标订单所属区域中对应有奖励资源的历史订单中，选择标签数据与目标订单的标签数据相似的历史订单作为参考订单。
128.以目标订单的标签数据包括目标订单在各订单维度上的特征数据和在订单需求维度上的特征数据为例，针对目标订单所属区域中对应有奖励资源的历史订单，可将与目标订单在各订单维度上的特征数据相同、且在订单需求维度上的特征数据之间的差异小于预设差异的历史订单作为参考订单。其中，在订单需求维度上的特征数据之间的差异小于预设差异如两者订单需求量之间的差值小于预设值。
129.在步骤306b中，基于各参考订单对应的奖励资源，确定目标订单对应的奖励资源。
130.该步骤的实施可参见步骤204，在此不再赘述。
131.在步骤307b中，在目标订单被送达后，将目标订单对应的奖励资源发送给送达目标订单的接单端。
132.类似地，上述步骤302b-303b之间没有严格的先后顺序关系。
133.图4为本技术实施例提供的又一种订单处理方法的流程图，该方法应用于图1的服务器中，且该方法包括以下步骤。
134.在步骤401中，获取目标订单的派送参考信息，派送参考信息至少包括目标订单的订单信息、派送目标订单时的天气信息和订单需求量。
135.其中，目标订单的订单信息如下单时间、起点的经纬度、终点的经纬度等；天气信息如晴、暴雨、雪、炎热等；订单需求量如100、80等。
136.在步骤402中，基于订单信息，确定目标订单在各订单维度上的特征数据。
137.其中，各订单维度包括目标订单的下单时间所属的时间段、目标订单的起点所属的信息点、以及目标订单的终点所属的信息点的任意组合。
138.在步骤403中，将天气信息确定为目标订单在天气维度上的特征数据。
139.在步骤404中，将订单需求量确定为目标订单在订单需求维度上的特征数据。
140.在步骤405中，将目标订单在各订单维度上的特征数据、在天气维度上的特征数据、以及在订单需求维度上的特征数据，确定为目标订单的标签数据。
141.这样，目标订单的标签数据更丰富。
142.在步骤406中，从目标订单所属区域中对应有奖励资源的历史订单中，选择标签数据与目标订单的标签数据相似的历史订单作为参考订单。
143.针对目标订单所属区域中对应有奖励资源的历史订单，可将与目标订单在各订单维度上的特征数据相同，在天气维度上的特征数据相同，以及在订单需求维度上的特征数据之间的差异小于预设差异的历史订单作为参考订单。其中，在订单需求维度上的特征数据之间的差异小于预设差异如两者订单需求量之间的差值小于预设值。
144.在步骤407中，确定各参考订单对应的奖励资源的中位数。
145.在步骤408中，将获取的在派送目标订单时的订单需求量和可接单的接单端数量的比值，确定为派单调节系数。
146.在步骤409中，基于建立的接单端的标签数据与接单调节系数之间的对应关系，确定送达目标订单的接单端对应的接单调节系数。
147.以网约车场景为例，接单端的标签数据与接单调节系数之间的对应关系如：接单端的标签数据是谨慎驾驶型，接单调节系数为k1，接单端的标签数据是合规驾驶型，接单调节系数为k2，接单端的标签数据是易违规驾驶型，接单调节系数为k3，其中，k1》k2》k3，接单端的标签数据是对接单端的历史驾驶行为进行统计分析得到的。
148.这样，为不同情况的接单端配置不同的接单调节系数，利于以不同奖励资源调动不同类型的接单端，从而达到合理调度接单端运力的目的。
149.在步骤410中，将中位数、派单调节系数和确定的接单调节系数的乘积，确定为目标订单对应的奖励资源。
150.在步骤411中，在目标订单被送达后，将目标订单对应的奖励资源发送给送达目标订单的接单端。
151.需要说明的是，上述步骤402-404之间没有严格的先后顺序关系，上述步骤407-409之间也没有严格的先后顺序关系。
152.此外，上述任一实施例中，当从目标订单所属区域中对应有奖励资源的历史订单中，未选择出标签数据与目标订单的标签数据相似的参考订单时，可按照设定幅度扩大目标订单的起点所属信息点对应的参考区域，和/或，目标订单的终点所属信息点对应的参考区域。这样相当于更新了目标订单的标签数据，之后，重新从目标订单所属区域中对应有奖励资源的历史订单中，选择标签数据与目标订单的标签数据相似的参考订单，若仍未选择出，则循环以上操作，即继续按照设定幅度扩大目标订单的起点所属信息点对应的参考区域，和/或，目标订单的终点所属信息点对应的参考区域，直至选择出参考订单为止。
153.下面以订单为网约车订单、且奖励资源为奖金为例对本技术实施例的方案进行介绍。
154.假设服务器将当前的订单o派送给接单端a。
155.假设订单o的订单信息为：下单时间：7:23、起点的经纬度：(x1，y1)，终点的经纬度：(x2，y2)，则可确定订单o的下单时间所属的时间段为：7：00～9：00，起点poi为商圈1，终点poi为商圈2。即，订单o在各订单维度上的特征数据为{时间段：7：00～9：00；起点poi：商
圈1；终点poi：商圈2}。
156.假设在派送订单o时的天气为：雨，订单需求量为20，可接单的接单端数量为10，则可确定订单o在天气维度上的特征数据为：雨，在订单需求维度上的特征数据为20。
157.那么，最终确定的订单o的标签数据为{时间段：7：00～9：00；起点poi：商圈1；终点poi：商圈2；天气：雨；订单需求维度：20}。
158.假设订单o的起点属于城市c，则针对城市c中有奖金的每个历史订单，可预先从多个维度打标签得到该历史订单的标签数据，其中，多个维度包括下单时间所属的时间段、起点poi、终点poi、派单时的天气、派单时的订单需求量。
159.那么，可从城市c中有奖金的历史订单中，选择标签数据与订单o的标签数据相似的历史订单作为参考订单。
160.比如，将城市c中有奖金的历史订单中，对应标签数据为：时间段为7：00～9：00、起点poi为商圈1、终点poi为商圈2、派单时的天气为雨，且派单时的订单需求量在18～22的历史订单，确定为参考订单。
161.之后，可确定各参考订单对应的奖金的中位数，并可获取派送订单o时的订单需求量和可接单的接单端数量，将订单需求量与接单端数量的比值，确定为派单调节系数，进而将中位数与派单调节系数的乘积，确定为订单o对应的奖金。
162.另外，为了为每个接单端确定出最合适的奖金，还可基于建立的接单端的标签数据与接单调节系数之间的对应关系，确定接单端a对应的接单调节系数，然后，将中位数与派单调节系数、接单调节系数的乘积，确定为订单o对应的奖金。
163.后续，在确定接单端a在送达订单o后，将订单o对应的奖金奖励给接单端a即可。
164.基于相同的技术构思，本技术实施例还提供一种订单处理装置，订单处理装置解决问题的原理与上述订单处理方法相似，因此订单处理装置的实施可参见订单处理方法的实施，重复之处不再赘述。
165.图5为本技术实施例提供的一种订单处理装置的结构示意图，包括获取模块501、标签确定模块502、选择模块503、奖励确定模块504、发送模块505。
166.获取模块501，用于获取目标订单的派送参考信息，所述派送参考信息至少包括所述目标订单的订单信息；
167.标签确定模块502，用于基于所述订单信息，确定所述目标订单的标签数据；
168.选择模块503，用于从所述目标订单所属区域中对应有奖励资源的历史订单中，选择标签数据与所述目标订单的标签数据相似的历史订单作为参考订单；
169.奖励确定模块504，用于基于各参考订单对应的奖励资源，确定所述目标订单对应的奖励资源；
170.发送模块505，用于在所述目标订单被送达后，将所述目标订单对应的奖励资源发送给送达所述目标订单的接单端。
171.在一些实施例中，标签确定模块502，具体用于：
172.基于所述订单信息，确定所述目标订单在各订单维度上的特征数据，各订单维度包括所述目标订单的下单时间所属的时间段、所述目标订单的起点所属的信息点、以及所述目标订单的终点所属的信息点的任意组合；
173.基于所述目标订单在各订单维度上的特征数据，确定所述目标订单的标签数据。
174.在一些实施例中，所述派送参考信息还包括在派送所述目标订单时的订单需求量，标签确定模块502，还用于：
175.将所述订单需求量确定为所述目标订单在订单需求维度上的特征数据；
176.基于所述目标订单在各订单维度上的特征数据和在订单需求维度上的特征数据，确定所述目标订单的标签数据。
177.在一些实施例中，所述派送参考信息还包括派送所述目标订单时的天气信息，标签确定模块502，还用于：
178.将所述天气信息确定为所述目标订单在天气维度上的特征数据；
179.基于所述目标订单在各订单维度上的特征数据和在天气维度上的特征数据，确定所述目标订单的标签数据。
180.在一些实施例中，所述派送参考信息还包括在派送所述目标订单时的订单需求量，标签确定模块502，还用于：
181.将所述订单需求量确定为所述目标订单在订单需求维度上的特征数据；
182.将所述目标订单在各订单维度上的特征数据、在天气维度上的特征数据、以及在订单需求维度上的特征数据，确定为所述目标订单的标签数据。
183.在一些实施例中，选择模块503，具体用于：
184.将与所述目标订单在各订单维度上的特征数据相同，在天气维度上的特征数据相同，以及在订单需求维度上的特征数据之间的差异小于预设差异的历史订单，确定为所述参考订单。
185.在一些实施例中，标签确定模块502，还用于若未选择出参考订单，则按照设定幅度扩大所述起点所属信息点对应的参考区域，和/或，所述终点所属信息点对应的参考区域；
186.选择模块503，还用于执行从所述目标订单所属区域中对应有奖励资源的历史订单中，选择标签数据与所述目标订单的标签数据相似的历史订单作为参考订单的步骤，直至选择出参考订单。
187.在一些实施例中，奖励确定模块504，具体用于：
188.确定各参考订单对应的奖励资源的中位数；
189.基于所述中位数和派单调节系数，确定所述目标订单对应的奖励资源，所述派单调节系数是根据在派送所述目标订单时的订单需求量和可接单的接单端数量确定的。
190.在一些实施例中，奖励确定模块504，还用于：
191.基于建立的接单端的标签数据与接单调节系数之间的对应关系，确定送达所述目标订单的接单端对应的接单调节系数；
192.将所述中位数、所述派单调节系数和确定的接单调节系数的乘积，确定为所述目标订单对应的奖励资源。
193.本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，本技术各实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。各个模块相互之间的耦合可以是通过一些接口实现，这些接口通常是电性通信接口，但是也不排除可能是机械接口或其它的形式接口。因此，作为分离部件说明的模块可以是或者也可以不是物
理上分开的，既可以位于一个地方，也可以分布到同一个或不同设备的不同位置上。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
194.在介绍了本技术示例性实施方式的订单处理方法和装置之后，接下来，介绍根据本技术的另一示例性实施方式的电子设备。
195.下面参照图6来描述根据本技术的这种实施方式实现的电子设备130。图6显示的电子设备130仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
196.如图6所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。
197.总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。
198.存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(ram)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(rom)1323。
199.存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
200.电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备130交互的设备通信，和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口135进行。并且，电子设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
201.在示例性实施例中，还提供了一种存储介质，当存储介质中的计算机程序由电子设备的处理器执行时，电子设备能够执行上述订单处理方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
202.在示例性实施例中，本技术的电子设备可以至少包括至少一个处理器，以及与这至少一个处理器通信连接的存储器，其中，存储器存储有可被这至少一个处理器执行的计算机程序，计算机程序被这至少一个处理器执行时可使这至少一个处理器执行本技术实施例提供的任一订单处理方法的步骤。
203.在示例性实施例中，还提供一种计算机程序产品，当计算机程序产品被电子设备执行时，电子设备能够实现本技术提供的任一示例性方法。
204.并且，计算机程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、ram、rom、可擦式可
编程只读存储器(erasable programmable read-only memory，eprom)、闪存、光纤、光盘只读存储器(compact disk read only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
205.本技术实施例中用于订单处理的程序产品可以采用cd-rom并包括程序代码，并可以在计算设备上运行。然而，本技术的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
206.可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
207.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、射频(radio frequency，rf)等等，或者上述的任意合适的组合。
208.可以以一种或多种程序设计语言的任意组合来编写用于执行本技术操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络如局域网(local area network，lan)或广域网(wide area network，wan)连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
209.应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本技术的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。
210.此外，尽管在附图中以特定顺序描述了本技术方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
211.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
212.本技术是参照根据本技术实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产
生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
213.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
214.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
215.尽管已描述了本技术的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术范围的所有变更和修改。
216.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。