基于近邻报价表的运输订单处理方法及装置与流程

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.为了实现上述目的，根据本技术的第五方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行上述第一方面或第二方面中任意一项所述的基于近邻报价表的运输订单处理方法。
71.为了实现上述目的，根据本技术的第六方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行上述第一方面中任意一项所述的基于近邻报价表的运输订单处理方法。
72.在本技术实施例中，基于近邻报价表的运输订单处理方法及装置中，对于同一用户的多个订单，可以根据订单的始发地、目的地、运输车型确定对应的基础线路，然后通过近邻报价表中的基础线路与单公里报价之间的对应关系得到单公里报价，并进一步计算运输报价，然后根据运输报价对多个订单进行筛选，保留多个订单中订单价格与所述运输报价差值最小的一个订单，并撤销其他订单。因此，可以控制同一个货运需求的订单数量，可以有效的解决由同一货运发布多个订单带来的资源占用、用户损失以及用户体验差的问题。另外，本技术实施例中的基础线路与单公里报价之间的对应关系是根据历史订单对应的近邻线路以及单公里报价计算得到的，因此根据近邻报价表得到的单公里运输报价是合理的，而且保留与运输报价差值最小的订单，可以在维持市场秩序和保证订单成交速度上取得平衡，提高用户的体验。此外，由于基础线路与单公里报价之间的对应关系是根据历史订单对应的近邻线路及其单公里报价计算得到的，因此即使该订单的运输线路上历史订单较少或没有历史订单的情况，也能给出比较精准的报价。
附图说明
73.构成本技术的一部分的附图用来提供对本技术的进一步理解，使得本技术的其它特征、目的和优点变得更明显。本技术的示意性实施例附图及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
74.图1是根据本技术实施例提供的一种基于近邻报价表的运输订单处理方法流程图；
75.图2是根据本技术实施例提供的另一种基于近邻报价表的运输订单处理方法流程图；
76.图3根据本技术实施例提供的一种基于近邻报价表的运输订单处理装置的组成框图；
77.图4是根据本技术实施例提供的另一种基于近邻报价表的运输订单处理装置的组成框图；
78.图5是根据本技术实施例提供的又一种基于近邻报价表的运输订单处理装置的组成框图。
具体实施方式
79.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
80.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
81.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
82.根据本技术实施例，提供了一种基于近邻报价表的运输订单处理方法，如图1所示，该方法包括如下的步骤：
83.s101.获取同一用户当前发布的订单中，始发地、目的地、运输车型和发货时间均相同的多个订单。
84.服务器或后台系统等执行设备可以在同一用户发布的各个订单，然后判断是否存在始发地、目的地、运输车型、发货时间相同的多个订单，若是，则获取所述多个订单。其中，多个订单指两个或两个以上的订单。
85.s102.根据多个订单中的始发地、目的地和运输车型，确定多个订单对应的目标基础线路。
86.具体的，可以根据始发地、目的地和运输车型确定一个基础线路，即多个订单对应
的目标基础线路；也可以在近邻报价表中找到对应的基础线路作为目标基础线路。示例性的，假设多个订单中始发地是北京，目的地是上海，运输车型为9.6米厢车，则目标基础线路为：北京-上海、9.6米厢车。
87.需要说明的是本实施例中的基础线路是基于运输线路表(比如可以为全国公路运输线路表)中的运输线路确定的。
88.s103.根据近邻报价表中基础线路与单公里报价之间的对应关系得到目标基础线路的单公里报价。其中，近邻报价表是根据基础线路对应的所有近邻线路的单公里运价得到的基础线路与其单公里报价之间的对应关系的报价表。由于近邻报价表中基础线路与单公里报价之间存在着对应关系，因此在确定基础线路后能得到对应的单公里报价。而通过相同的运输车型、始发地和目的地，可以将目标基础线路与基础线路相对应，在确定了基础线路与单公里报价之间的对应关系后，其实也就得到了目标基础线路与单公里报价之间的对应关系，也就得到了目标基础线路的单公里报价。
89.近邻报价表是需要提前建立的，近邻报价表是根据历史订单中的始发地、目的地、运输车型、运输线路的近邻线路、近邻线路的单公里报价建立的，。具体的建立过程如下：
90.步骤1：获取多个历史订单，根据公路运输线路表中每条线路的始发地和目的地，并结合运输车型对多个历史订单进行分组，每个分组对应一条基础线路；
91.具体的，为了建立能够准确给出所有公路运输线路报价的模型，首先需要明确这些公路运输的线路都有哪些，可以直接利用运输线路表，具体可以是全国公路运输线路表(全国公路运输线路表中包含了所有可用的公路运输线路，如北京-上海，宝鸡-南充，等等)来确定这些公路运输线路。
92.之后可以从系统和存储设备中获取历史订单及其中包含的各种信息(如始发地、目的地、运输里程、运输车型、订单价格等等)。此处可以获取所有历史订单，也可以获取历史上一段时间或某几段时间产生的历史订单，这里对获取方式不做限定。在获取到历史订单后对这些历史订单进行分组，由于此前已经获取了历史订单中的各种信息，因此需要利用运输线路表中每条线路的始发地和目的地与历史订单中的始发地和目的地进行对比，还需要利用运输车型与历史订单中的运输车型进行对比，进而完成对这些历史订单的分组；即利用始发地、目的地和运输车型对历史订单进行分组，这样就形成了多个包含历史订单的分组。分组的目的是为了后面完成报价，即针对一种车型在一条运输线路上给出报价。另外，每个分组对应一条基础线路，这里的基础线路是为了方便后面的计算和说明而设定的，如始发地是北京，目的地是上海，运输车型为9.6米厢车，则基础线路可以表示为：北京-上海、9.6米厢车。
93.需要说明的是，运输车型，是承运该订单的车辆数据，运输车型信息可以包含以下任意一种或其组合：1)车辆型号；2)车辆长度；3)车辆载重上限。另外还需要说明的是，在分组中考虑车型信息是因为由于地理因素等，很可能造成不同车型在同一始发地和目的地之间的运输里程上存在很大的差别，因此报价过程也需要据此进行调整。
94.步骤2：根据每个分组中的历史订单，确定每个基础线路对应的订单数量、运输里程均值及单公里运价；
95.具体的，由于每个分组中的历史订单在步骤1中已经确定，且每个分组和每个基础线路也是一一对应的，因此可以根据分组中的历史订单数据得到每个基础线路对应的订单
数量、运输里程均值及单公里运价；
96.需要说明的是，订单数量，是分组当中历史订单的数量；
97.运输里程均值，是分组中所有历史订单的运输里程之和除以订单数量得到的。其中，运输里程，是车辆在实际运输过程中的行驶里程，其数值是订单中已有的，如果有些订单中没有该数值，也可以利用订单中记录的车辆连续定位信息在地图上得到行驶轨迹，进而根据轨迹得到运输里程。
98.单公里运价，需要通过计算得到，本实例给出一种计算方法，具体的计算公式如下：
[0099][0100]
其中，n表示分组内的历史订单数量；ωn表示权重，其数值随历史订单成交日期与当前日期之间差值(即历史订单成交日期与当前日期之间天数)的增加而减小，具体可以为pn表示组内某个历史订单的单公里运价，其数值可以利用历史订单的订单价格除以历史订单的运输里程得到。
[0101]
步骤3：根据基础线路的运输车型、始发地和目的地确定每条基础线路对应的所有近邻线路；
[0102]
具体的，由于基础线路的始发地和目的地是已知的，因此可以根据基础线路的始发地和目的地确定近邻线路。本实施例中的近邻线路可以为以下四种情况：
[0103]
第一种，是运输车型相同、始发地和目的地均相同的线路，这种线路只有一条；示例性的：如基础线路为北京-上海，那么近邻线路只能是北京-上海；
[0104]
第二种，是运输车型相同、始发地相同而目的地不同的线路；这种线路可能存在多条；示例性的：如基础线路为北京-上海，那么这里的近邻线路可以是北京-昆山，或北京-苏州，等等；
[0105]
第三种，是运输车型相同、始发地不同而目的地相同的线路；这种线路可能存在多条；示例性的：如基础线路为北京-上海，那么这里的近邻线路可以是天津-上海，或保定-上海，等等；
[0106]
第四种，是运输车型相同、始发地和目的地均不同的线路，这种线路可能存在多条；示例性的：如基础线路为北京-上海，那么这里的近邻线路可以是天津-苏州，或保定-昆山，等等。
[0107]
需要说明的是，上述四种情况中，基础线路和近邻线路的运输车型是相同的，这里为了方便说明，在示例中对运输车型进行了省略，即原本基础线路为北京-上海、9.6米厢车，这里仅写成北京-上海，原本近邻线路为保定-昆山、9.6米厢车，这里仅写成保定-昆山；下面的示例中也是如此。
[0108]
对于近邻线路的确定，本实施例中给出一种方式，具体的如下：
[0109]
首先，根据基础线路的始发地获取所有近邻始发地；
[0110]
其中，近邻始发地为近邻线路的始发地。具体的，获取所有近邻始发地的方式为：将基础线路的始发地作为近邻始发地，之后可以根据之前已经计算好的其他基础线路的运输里程均值来获取近邻始发地，具体的由于此前进行分组的过程中利用了运输车型，因此
可以在相同运输车型下查到很多前往始发地的其他基础线路，如果这些其他基础线路运输里程均值小于第一预设距离(或其他基础线路运输里程均值小于基础线路运输里程均值的第一预设比例)，则这些其他基础线路的始发地可以作为近邻始发地。其中第一预设距离可以根据需求自适应调整，其中200km为优选值；第一预设比例也可以根据需求自适应调整，其中0.4为优选值。
[0111]
结合示例进行上述获取近邻始发地的说明：如基础线路为北京-上海，北京是这个基础线路的始发地，因此北京可以作为近邻始发地；另外在相同运输车型下可以查到很多前往北京的其他基础线路，如天津-北京、保定-北京，石家庄-北京，等等；此后可以对这些其他基础线路进行选取，如保定-北京这个其他基础线路的运输里程均值小于200km，那么保定可以作为近邻始发地；如石家庄-北京这个其他基础线路的运输里程均值大于200km，因此石家庄不能作为近邻始发地。或者，也可以根据其他基础线路运输里程均值是否小于这个基础线路运输里程均值*0.4来获取近邻始发地。若天津-北京这个其他基础线路的运输里程均值小于这个基础线路运输里程均值*0.4，天津可以作为近邻始发地。
[0112]
其次，根据基础线路的目的地获取所有近邻目的地；
[0113]
其中，近邻目的地为近邻线路的目的地。具体的获取所有近邻目的地的方式为：将基础线路的目的地作为近邻目的地，之后同样可以利用之前已经计算好的其他基础线路的运输里程均值来获取近邻目的地，由于此前进行分组的过程中利用了运输车型，因此可以在相同运输车型下查到很多驶离目的地的其他基础线路，若这些其他基础线路运输里程均值小于第二预设距离(或其他基础线路运输里程均值小于基础线路运输里程均值的第二预设比例)，则即这些其他基础线路的目的地可以作为近邻目的地。其中第二预设距离可以根据需求自适应调整，其中200km为优选值；第二预设比例也可以根据需求自适应调整，其中0.4为优选值。需要说明的是，第一预设距离与第二预设距离可以相同，也可以不同；第一预设比例和第二预设比例可以相同也可以不同的。
[0114]
结合示例进行上述获取近邻目的地的说明：如基础线路为北京-上海，上海是这个基础线路的目的地，则上海可以作为近邻目的地；另外在相同运输车型下可以查到很多驶离上海的其他基础线路，如上海-昆山、上海-苏州，上海-南京，等等；此后可以对这行其他基础线路进行选取，如上海-昆山这个其他基础线路的运输里程均值小于200km，那么昆山可以作为近邻目的地；如上海-南京这个其他基础线路的运输里程均值大于200km，则南京不能作为近邻目的地。或者，也可以根据其他基础线路运输里程均值是否小于这个基础线路运输里程均值*0.4来获取近邻目的地。若上海-苏州这个基础线路运输里程均值*0.4，则可以将苏州作为近邻目的地。
[0115]
最后，将近邻始发地和近邻目的地一一进行匹配，遍历得到所有近邻线路。
[0116]
将前述步骤中获取到的所有近邻始发地和所有近邻目的地进行一一匹配，遍历所有的匹配结果，得到所有近邻线路。
[0117]
步骤4：计算每条近邻线路与其对应的基础线路之间的运输里程均值差、始发地里程差以及目的地里程差；
[0118]
由于此前已经确定了这条基础线路所对应的所有近邻线路，因此可以计算每条近邻线路和这条基础线路之间的运输里程均值差；如基础线路为北京-上海，若近邻线路也为北京-上海，那么这条近邻线路和基础线路的运输里程均值差就为0；若近邻线路为保定-昆
山，则计算北京-上海的运输里程均值(如数值为x)与保定-昆山(如数值为y)这个基础线路的运输里程均值的差值(如数值为|x-y|)即可；需要说明的是，以保定-昆山做为北京-上海的近邻线路来示例，在计算时，可以直接利用步骤2中得到的保定-昆山这个线路的运输里程均值的数据，这样相对于利用其他方式获取近邻线路的运输里程均值来说，节省了处理资源和计算时间。
[0119]
另外，始发地里程差其实在之前已经涉及到过，即在确定近邻始发地的时候，其实已经得到了这个数值，因此可以直接使用，同理，目的地里程差，也可以直接使用。示例性的：如基础线路为北京-上海，若近邻线路为保定-昆山，那么这个近邻线路与基础线路的始发地里程差可以直接利用保定-北京这个基础线路的运输里程均值；同理，这个近邻线路与基础线路的目的地里程差可以直接利用上海-昆山这个基础线路的运输里程均值。
[0120]
步骤5：根据始发地里程差、目的地里程差、运输里程均值差及其权重得到每条近邻线路的加权里程差，并根据加权里程差计算得到每条近邻线路的里程权重系数。
[0121]
具体的，本实施例中是根据以下公式计算每条近邻线路的里程权重系数：
[0122][0123]
其中，dc为里程权重系数，wd为加权里程差
[0124]
wd是根据始发地里程差、目的地里程差、运输里程均值差及其权重(即对应始发地里程差、目的地里程差和运输里程差的三个权重)得到的。其中，对应始发地里程差、目的地里程差和运输里程差的三个权重之和等于1；对应始发地里程差或对应目的地里程差的权重应大于对应运输里程差的权重；对应始发地里程差和对应目的地里程差的权重可以相等。示例性的：如，对应始发地里程差权重为0.375；对应目的地里程差的权重为0.375；对应运输里程差的权重为0.25。其中0.375、0.375、0.25为优选值，在实际应用三个权重可以根据上述规则进行适应性的调整。
[0125]
之后将始发地里程差、目的地里程差和运输里程差分别乘以各自对应的权重后再求和就得到了加权里程差，即wd。
[0126]
示例性的，如基础线路为北京-上海，近邻线路为保定-昆山，使用上述三个权重的优选值，那么保定-昆山这个近邻线路的wd如下：
[0127]
wd＝“保定-北京”基础线路的运输里程均值*0.375+“上海-昆山”基础线路的运输里程均值*0.375+(“北京-上海”基础线路运输里程均值与“保定-昆山”基础线路的运输里程均值的差值)*0.25
[0128]
得到wd之后，根据前述中的计算dc的公式可以得到近邻线路的里程权重系数。
[0129]
每条近邻线路的里程权重系数都可以按照上述步骤得到。
[0130]
步骤6：根据每条近邻线路对应的历史订单数量计算每条近邻线路的订单置信系数；
[0131]
具体的，本实施例中根据如下公式计算每条近邻线路的订单置信系数：
[0132][0133]
其中，rc为订单置信系数，n为历史订单数量
[0134]
由于每条近邻线路都有可以对应的其他基础线路，因此可以利用这些其他基础线路的历史订单数，这里的历史订单数量在之前已经得到了，因此可以直接利用。
[0135]
步骤7：根据将每条近邻线路的里程权重系数与订单置信系数得到每条近邻线路的近邻系数；
[0136]
具体的，将每条近邻线路的里程权重系数与订单置信系数相乘(即dc*rc)，就可以得到这条近邻线路的近邻系数了。
[0137]
步骤8：根据近邻线路的近邻系数以及单公里运价得到每条基础线路的单公里报价；
[0138]
具体的，先对每条基础线路对应的所有近邻线路的近邻系数进行归一化处理，得到与每条基础线路对应的所有近邻线路的报价系数；然后将每条基础线路对应的所有近邻线路的报价系数与其单公里运价相乘后求和就得到了每条基础线路各自的单公里报价了。其中，归一化的方式可以为将所有近邻线路的近邻系数的映射到(0,1)之间的小数，使一条基础线路对应的所有近邻线路的报价系数之和等于1。
[0139]
更具体的，由于每条基础线路都存在各自对应的近邻线路，因此这里以一条基础线路进行说明，先对基础线路对应的所有近邻线路的近邻系数进行归一化处理，得到所有近邻线路的报价系数，如基础线路1有3条对应的近邻线路，近邻线路1、近邻线路2、近邻线路3，近邻线路1的近邻系数为0.7，单公里运价为15元，近邻线路2的近邻系数为0.5，单公里运价为18元，近邻线路3的近邻系数为0.8，单公里运价为16元，那么归一化后，近邻线路1的报价系数为0.35，近邻线路2的报价系数为0.25，近邻线路3的报价系数为0.4；此后，只需要将这条基础线路对应的所有近邻线路的报价系数与其单公里运价相乘后求和就得到了这条基础线路的单公里报价了，即基础线路1的单公里报价＝近邻线路1的报价系数*近邻线路1的单公里运价+近邻线路2的报价系数*近邻线路2的单公里运价+近邻线路3的报价系数*近邻线路3的单公里运价＝0.35*15+0.25*18+0.4*16＝16.15。
[0140]
步骤9：根据每条基础线路与其单公里报价之间的对应关系建立近邻报价表。
[0141]
由于每条基础线路通过上述方法均能得到与其对应的单公里报价，因此可以利用这个关系来建立近邻报价表。示例性的，近邻报价表的横坐标可以为基础线路，纵坐标为单公里报价，亦或是其他形式的列表。
[0142]
s104.根据多个订单的始发地和目的地确定当前运输里程。
[0143]
由于多个订单中的运输任务尚未开始执行，因此可以获取订单中始发地和目的地的位置信息，依靠导航或线路规划等技术得到两地之间的当前最短行驶路径，并将该路径的行驶里程作为当前运输里程。
[0144]
s105.根据目标基础线路的单公里报价和当前运输里程得到运输报价。
[0145]
将单公里报价和当前运输里程相乘得到运输报价。
[0146]
s106.保留多个订单中订单价格与运输报价差距最小的一个订单，并撤销其他订单。
[0147]
用户发布订单时，每个订单中会给出订单价格。服务后台根据前述方式得到的运输报价对多个订单进行处理，具体为分别计算每个订单价格与运输报价的差值，根据多个差值结果，最终保留订单价格与运输报价差值最小的一个订单，并将其他订单的发布撤销，并将撤销的消息返回给用户端，以告知用户。
[0148]
从以上的描述中，可以看出，本技术实施例的基于近邻报价表的运输订单处理方法中，对于同一用户的多个订单，可以根据订单的始发地、目的地、运输车型确定对应的基础线路，然后通过近邻报价表中的基础线路与单公里报价之间的对应关系得到单公里报价，并进一步计算运输报价，然后根据运输报价对多个订单进行筛选，保留多个订单中订单价格与所述运输报价差值最小的一个订单，并撤销其他订单。因此，可以控制同一个货运需求的订单数量，可以有效的解决由同一货运发布多个订单带来的资源占用、用户损失以及用户体验差的问题。另外，本技术实施例中的基础线路与单公里报价之间的对应关系是根据历史订单对应的近邻线路以及单公里报价计算得到的，因此根据近邻报价表得到的单公里运输报价是合理的，而且保留与运输报价差值最小的订单，可以在维持市场秩序和保证订单成交速度上取得平衡，提高用户的体验。此外，由于基础线路与单公里报价之间的对应关系是根据历史订单对应的近邻线路及其单公里报价计算得到的，因此即使该订单的运输线路上历史订单较少或没有历史订单的情况，也能给出比较精准的报价。
[0149]
另外，对于图1步骤s103中的步骤3中，为了进一步减小计算量，节省系统资源，本实施例还给出另外一种获取每条基础线路对应的所有近邻线路的方式：即在步骤3中在将近邻始发地和近邻目的地一一进行匹配，遍历得到所有近邻线路之后，根据近邻线路与基础线路的运输里程均值差对所有近邻线路进行筛选，根据筛选结果得到每个基础路径对应的所有近邻线路。具体的，可以为将近邻线路与基础线路的运输里程均值差小于等于第三预设距离的近邻线路筛选出作为最终的近邻线路。优选的，第三预设距离可以为100km。
[0150]
示例性的：如基础线路为北京-上海，按照步骤3的一一匹配方式得到的近邻线路为北京-上海，北京-昆山，北京-苏州，天津-上海，保定-上海，天津-苏州，或保定-昆山，等等；而这些线路的运输里程均值也是可以和其他相同车型的基础线路对应上的，因此后面只要判断备选线路的运输里程均值与基础线路的运输里程均值之间的差值是否小于等于第三预设距离(假设为100km)即可，若是则这个近邻线路就可以被筛选出作为最终的近邻线路。
[0151]
进一步的，本技术实施例提供了另一种基于近邻报价表的运输订单处理方法，如图2所示，该方法包括如下的步骤：
[0152]
s201.根据用户端上传的始发地、目的地和运输车型，确定目标基础线路。
[0153]
具体的，可以根据始发地、目的地和运输车型确定一个基础线路，即多个订单对应的目标基础线路；也可以在近邻报价表中找到对应的基础线路作为目标基础线路。示例性的，假设始发地是北京，目的地是上海，运输车型为9.6米厢车，则目标基础线路为：北京-上海、9.6米厢车。
[0154]
s202.根据近邻报价表中基础线路与单公里报价之间的对应关系得到目标基础线路对应的单公里报价。
[0155]
其中，近邻报价表是根据基础线路对应的所有近邻线路的单公里运价得到的基础线路与其单公里报价之间的对应关系的报价表。由于近邻报价表中基础线路与单公里报价之间存在着对应关系，因此在确定基础线路后能得到对应的单公里报价。而通过相同的始发地和目的地，可以将目标基础线路与基础线路相对应，在确定了基础线路与单公里报价之间的对应关系后，其实也就得到了目标基础线路与单公里报价之间的对应关系，也就得到了目标基础线路的单公里报价。
[0156]
s203.根据始发地、目的地确定当前运输里程。
[0157]
订单中的运输任务尚未开始执行，因此可以获取订单中始发地和目的地的位置信息，依靠导航或线路规划等技术得到两地之间的当前最短行驶路径，并将该路径的行驶里程作为当前运输里程。
[0158]
s204.根据当前运输里程和目标基础线路对应的单公里报价得到运输报价。
[0159]
将单公里报价和当前运输里程相乘得到运输报价。
[0160]
s205.将运输报价发送给用户端，以供用户端为用户展示。
[0161]
从以上描述可以看出，本技术实施例中可以根据用户发布的始发地、目的地和运输车型直接为用户提供运输报价，不论该用户是发布订单的用户，还是打算接单的用户，只要用户提出报价需求，系统均能给出运输报价，避免用户就同一运输需求多次发布订单。
[0162]
最后，对本技术的基于近邻报价表的运输订单处理方法的有益效果进行总结：
[0163]
1、可以直接为用户提供报价，不论该用户是发布订单的用户，还是打算接单的用户，只要用户提出报价需求，系统均能给出报价，避免用户就同一运输需求多次发布订单；
[0164]
2、通过判断用户是否就同一个运输需求发布了多个价格不同的订单，不找出其中与报价最为接近的订单，这样可以撤销其他订单的发布，降低资源损耗，另外，因为报价的数值是最为接近订单应有价格定数值，保留订单价格与其最为接近的一个订单的发布状态，可以在维持市场秩序和保证订单成交速度上取得平衡，提高用户的体验；
[0165]
3、本报价即使是针对该运输线路上历史订单较少或没有历史订单的情况，也能给出比较精准的报价。
[0166]
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。上述实施例中的相关内容的描述可以相互参考。
[0167]
根据本技术实施例，还提供了一种用于实施上述图1方法的基于近邻报价表的运输订单处理装置，如图3所示，该装置包括：
[0168]
订单获取模块31，用于获取同一用户当前发布的订单中，始发地、目的地、运输车型和发货时间均相同的多个订单；
[0169]
目标线路确定模块32，用于根据所述多个订单中的始发地、目的地和运输车型，确定多个订单对应的目标基础线路；
[0170]
单公里报价确定模块33，用于根据近邻报价表中基础线路与单公里报价之间的对应关系得到所述目标基础线路的单公里报价，其中，近邻报价表是根据基础线路对应的所有近邻线路的单公里运价得到的；
[0171]
运输里程确定模块34，用于根据多个订单的始发地和目的地确定当前运输里程；
[0172]
运输报价确定模块35，用于根据目标基础线路的单公里报价和当前运输里程得到运输报价；
[0173]
订单处理模块36，用于保留多个订单中订单价格与运输报价差距最小的一个订单，并撤销其他订单。
[0174]
从以上的描述中，可以看出，本技术实施例的基于近邻报价表的运输订单处理装置中，对于同一用户的多个订单，可以根据订单的始发地、目的地、运输车型确定对应的基
础线路，然后通过近邻报价表中的基础线路与单公里报价之间的对应关系得到单公里报价，并进一步计算运输报价，然后根据运输报价对多个订单进行筛选，保留多个订单中订单价格与所述运输报价差值最小的一个订单，并撤销其他订单。因此，可以控制同一个货运需求的订单数量，可以有效的解决由同一货运发布多个订单带来的资源占用、用户损失以及用户体验差的问题。另外，本技术实施例中的基础线路与单公里报价之间的对应关系是根据历史订单对应的近邻线路以及单公里报价计算得到的，因此根据近邻报价表得到的单公里运输报价是合理的，而且保留与运输报价差值最小的订单，可以在维持市场秩序和保证订单成交速度上取得平衡，提高用户的体验。此外，由于基础线路与单公里报价之间的对应关系是根据历史订单对应的近邻线路及其单公里报价计算得到的，因此即使该订单的运输线路上历史订单较少或没有历史订单的情况，也能给出比较精准的报价。
[0175]
进一步的，如图4所示，所述装置还包括：
[0176]
建立模块37，用于根据历史订单中的始发地、目的地、运输车型、运输线路的近邻线路、近邻线路的单公里报价建立近邻报价表。
[0177]
进一步的，如图4所示，建立模块37，包括：
[0178]
基础线路确定单元371，用于获取多个历史订单，根据公路运输线路表中每条线路的始发地和目的地，并结合运输车型对多个历史订单进行分组，每个分组对应一条基础线路；
[0179]
基础线路数据确定单元372，用于根据每个分组中的历史订单，确定每个基础线路对应的订单数量、运输里程均值及单公里运价；
[0180]
近邻线路确定单元373，用于根据基础线路的始发地和目的地确定每条基础线路对应的所有近邻线路；
[0181]
里程权重系数确定单元374，用于计算每条近邻线路与其对应的基础线路之间的运输里程均值差、始发地里程差以及目的地里程差；并根据始发地里程差、目的地里程差、运输里程均值差及其权重得到每条近邻线路的加权里程差，并根据所述加权里程差计算得到每条近邻线路的里程权重系数；
[0182]
置信系数确定单元375，用于根据每条近邻线路对应的历史订单数量计算每条近邻线路的订单置信系数；
[0183]
近邻系数确定单元376，用于根据将每条近邻线路的里程权重系数与订单置信系数得到每条近邻线路的近邻系数；
[0184]
单公里报价确定单元377，用于根据近邻线路的近邻系数以及单公里运价得到每条基础线路的单公里报价；
[0185]
报价表建立单元378，用于根据每条基础线路与其单公里报价之间的对应关系建立近邻报价表。
[0186]
进一步的，如图4所示，所述近邻线路包括近邻始发地和近邻目的地，近邻线路确定单元373还用于：
[0187]
根据基础线路的始发地获取所有近邻始发地；
[0188]
根据基础线路的目的地获取所有近邻目的地；
[0189]
将近邻始发地和近邻目的地一一进行匹配，遍历得到所有近邻线路。
[0190]
进一步的，所述装置还包括：
[0191]
在将近邻始发地和近邻目的地一一进行匹配，遍历得到所有近邻线路之后，根据近邻线路与基础线路的运输里程均值差对所有近邻线路进行筛选，根据筛选结果得到每个基础路径对应的所有近邻线路。
[0192]
具体的，本技术实施例的装置中各单元、模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。
[0193]
根据本技术实施例，还提供了一种用于实施上述图2方法的基于近邻报价表的运输订单处理装置，如图5所示，该装置包括：
[0194]
目标基础线路确定模块41，用于根据用户端上传的始发地、目的地和运输车型，确定目标基础线路；
[0195]
单公里报价确定模块42，用于根据近邻报价表中基础线路与单公里报价之间的对应关系得到目标基础线路对应的单公里报价；
[0196]
运输里程确定模块43，用于根据始发地、目的地确定当前运输里程；
[0197]
运输报价确定模块44，用于根据当前运输里程和目标基础线路对应的单公里报价得到运输报价；
[0198]
展示模块45，用于将运输报价发送给用户端，以供用户端为用户展示。
[0199]
具体的，本技术实施例的装置中各单元、模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。
[0200]
从以上描述可以看出，本技术实施例中可以根据用户发布的始发地、目的地和运输车型直接为用户提供运输报价，不论该用户是发布订单的用户，还是打算接单的用户，只要用户提出报价需求，系统均能给出运输报价，避免用户就同一运输需求多次发布订单。
[0201]
根据本技术实施例，还提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行上述方法实施例中的基于近邻报价表的运输订单处理方法。
[0202]
根据本技术实施例，还提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行上述方法实施例中的基于近邻报价表的运输订单处理方法。
[0203]
显然，本领域的技术人员应该明白，上述的本技术的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本技术不限制于任何特定的硬件和软件结合。
[0204]
以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。