一种运输服务的报价方法、装置、系统以及存储介质与流程

1.本发明涉及运输服务技术领域，尤其涉及一种运输服务的报价方法、装置、系统以及存储介质。


背景技术：

2.在现有运输服务领域，通常都是由承运人预先在交易系统中预设报价，当服务需求人有服务需求时，在交易系统中上传服务需求，然后交易系统将承运人预设的报价展示给服务需求人，服务需求人如果认可的话，就点击同意成交。
3.然而以上报价以及交易模式对于承运人来说，极为不公平，因为承运人在预设报价的时候，通常都是只针对服务需求的起始位置和到达位置进行预设报价，倘若在服务需求人需要服务的时候，承运人距离服务需求的起始位置很远的话，承运人都需要前往服务需求的起始位置提供服务，这样就无形中额外增加了承运人的运输成本，有很多时候还有可能会产生亏损。另一方面，由于承运人是被动成交，当服务需求人选择确定成交时，承运人此时并不知道距离服务起始点距离有多远，因而即使成交成功以后，当承运人发现距离服务起始点距离过远，导致额外过多的付出了运输成本，这样也会导致承运人有可能毁约的情况发生。


技术实现要素：

4.本发明提供一种运输服务的报价方法、装置、系统以及存储介质，旨在解决承运人在提供运输服务的过程中，有可能额外增加运输成本而导致的交易不公平以及有可能产生亏损的问题。
5.本发明是这样实现的，提供一种运输服务的报价方法，所述报价方法包括以下步骤：接收到承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价；获取到服务需求端上传的起始位置和到达位置以及承运端的当前位置；根据所述起始位置和所述承运端的当前位置以及所述空驶单位报价，确定空驶报价；根据所述起始位置和所述到达位置以及所述运输单位报价，确定运输报价；将所述空驶报价和所述运输报价展示给所述服务需求端。
6.进一步的，所述单位报价为按里程为单位报价。
7.进一步的，所述展示为空驶报价和运输报价之和。
8.进一步的，在所述将所述空驶报价和所述运输报价展示给所述服务需求端步骤之后，还包括以下步骤：接收到所述服务需求端的确认成交信息；将所述空驶报价和所述运输报价之和与所述服务需求端生成成交单。
9.此外，本发明提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有运输服务的报价程序，所述运输服务的报价程序被处理器执行时实现如上任一
项所述的运输服务的报价方法的步骤。
10.此外，本发明提供一种运输服务的报价装置，所述报价装置包括：第一单位报价接收单元，用于接收承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价；第一位置获取单元，用于获取服务需求端上传的起始位置和到达位置以及承运端的当前位置；第一空驶报价确定单元，用于根据所述起始位置和所述承运端的当前位置以及所述空驶单位报价，确定空驶报价；第一运输报价确定单元，用于根据所述起始位置和所述到达位置以及所述运输单位报价，确定运输报价；第一展示单元，用于将所述空驶报价和所述运输报价展示给所述服务需求端。
11.进一步的，所述单位报价为按里程为单位报价。
12.进一步的，所述展示为空驶报价和运输报价之和。
13.进一步的，所述报价装置还包括：第一确认成交信息接收单元，用于接收所述服务需求端的确认成交信息；第一成交单元，用于将所述空驶报价和所述运输报价之和与所述服务需求端生成成交单。
14.此外，本发明提供一种运输服务的报价系统，所述报价系统包括：管理平台；以及分别与所述管理平台通信连接的至少一个承运端、至少一个服务需求端；其中所述承运端用于上传单位报价，所述单位报价包括运输单位报价和空驶单位报价，上传当前所在位置；所述服务需求端用于上传需求起始位置和到达位置，接受所述管理平台将所述空驶报价和所述运输报价的展示；所述管理平台用于接收承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价；获取服务需求端上传的起始位置和到达位置以及承运端的当前位置；根据所述起始位置和所述承运端的当前位置以及所述空驶单位报价，确定空驶报价；根据所述起始位置和所述到达位置以及所述运输单位报价，确定运输报价；将所述空驶报价和所述运输报价展示给所述服务需求端。
15.进一步的，所述单位报价为按里程为单位报价。
16.进一步的，所述展示为空驶报价和运输报价之和。
17.进一步的，所述承运端还用于和所述服务需求端成交；所述服务需求端还用于上传确认成交信息，与所述承运端成交；所述管理平台还用于接收所述服务需求端的确认成交信息；将所述空驶报价和所述运输报价之和与所述服务需求端生成成交单。
18.另外，还有一种运输场景是，在竞价运输交易场景中，通常是由多个承运端同时在交易管理平台系统中预设报价，而每个承运端通常情况下都只是针对实际运输部分进行预设报价，这样，当服务需求端的服务发生时，有的承运端距离服务起始点近一些，而有的承运端距离服务起始点远一些，这样，距离服务起始点远的承运端显然就需要付出更多的空驶成本，也就是说，多个承运端并没有在同一起点上公平竞争，因此，对于距离服务起始点
远一些承运端来讲，就显得不公平。
19.针对以上问题，本发明还提供一种运输交易平台的报价方法，所述报价方法包括以下步骤：分别接收到多个承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价；获取到服务需求端上传的起始位置和到达位置以及多个承运端的当前位置；根据所述起始位置和所述多个承运端的当前位置以及所述多个承运端的空驶单位报价，分别确定出所述多个承运端的空驶报价；根据所述起始位置和所述到达位置以及所述多个承运端的运输单位报价，分别确定出所述多个承运端的运输报价；将所述多个承运端的空驶报价和运输报价展示给所述服务需求端。
20.进一步的，所述单位报价为按里程为单位报价。
21.进一步的，所述展示为排名展示。
22.进一步的，在所述将所述多个承运端的空驶报价和运输报价展示给所述服务需求端步骤之后，还包括以下步骤：接收到所述服务需求端的确认成交信息；将所述确认成交的承运端的空驶报价和运输报价之和与所述服务需求端生成成交单。
23.另外，本发明还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有运输交易平台的报价程序，所述运输交易平台的报价程序被处理器执行时实现如权利要求14至17中任一项所述的运输交易平台的报价方法的步骤。
24.另外，本发明还提供一种运输交易平台的报价装置，所述报价装置包括：第二单位报价接收单元，用于分别接收多个承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价；第二位置获取单元，用于获取服务需求端上传的起始位置和到达位置以及多个承运端的当前位置；第二空驶报价确定单元，用于根据所述起始位置和所述多个承运端的当前位置以及所述多个承运端的空驶单位报价，分别确定出所述多个承运端的空驶报价；第二运输报价确定单元，用于根据所述起始位置和所述到达位置以及所述多个承运端的运输单位报价，分别确定出所述多个承运端的运输报价；第二展示单元，用于将所述多个承运端的空驶报价和运输报价展示给所述服务需求端。
25.进一步的，所述单位报价为按里程为单位报价。
26.进一步的，所述展示为排名展示。
27.进一步的，在所述将所述多个承运端的空驶报价和运输报价展示给所述服务需求端步骤之后，还包括以下步骤：第二确认成交信息接收单元，用于接收所述服务需求端的确认成交信息；第二成交单元，用于将所述确认成交的承运端的空驶报价和运输报价之和与所述服务需求端生成成交单。
28.另外，本发明还提供一种运输交易平台的报价系统，所述报价系统包括：
管理平台；以及分别与所述管理平台通信连接的至少一个承运端、至少一个服务需求端；其中所述承运端用于上传单位报价，所述单位报价包括运输单位报价和空驶单位报价，上传当前位置信息；所述服务需求端用于上传需求起始位置和到达位置，接受所述管理平台将所述多个承运端的空驶报价和运输报价的展示；所述管理平台用于分别接收到多个承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价；获取到服务需求端上传的起始位置和到达位置以及多个承运端的当前位置；根据所述起始位置和所述多个承运端的当前位置以及所述多个承运端的空驶单位报价，分别确定出所述多个承运端的空驶报价；根据所述起始位置和所述到达位置以及所述多个承运端的运输单位报价，分别确定出所述多个承运端的运输报价；将所述多个承运端的空驶报价和运输报价展示给所述服务需求端。
29.进一步的，所述单位报价为按里程为单位报价。
30.进一步的，所述展示为排名展示。
31.进一步的，所述承运端还用于和所述服务需求端成交；所述服务需求端还用于上传确认成交信息，与所确定的承运端成交；所述管理平台还用于接收所述服务需求端的确认成交信息；将所述确认成交的承运端的空驶报价和运输报价之和与所述服务需求端生成成交单。
32.本发明的有益效果在于，通过承运人在预设报价的时候，就把空驶里程的单价一并进行设置，在运输服务发生后，将空驶价格和实际运输价格一起作为服务的总价格进行结算，这样就有效的避免了承运人在提供服务的过程中，由于额外的增加了运输成本而有可能导致亏损发生的问题，同时也更好的避免了因此而导致的承运端有可能毁约的情况发生的问题。
附图说明
33.图1是本发明实施例一提供的运输服务的报价方法流程示意图；图2是本发明实施例二提供的运输服务的报价方法流程示意图；图3是本发明实施例三提供的运输服务的报价装置模块示意图；图4是本发明实施例四提供的运输服务的报价装置模块示意图；图5是本发明实施例五提供的运输服务的报价系统架构示意图；图6是本发明实施例六提供的运输交易平台的报价方法流程示意图；图7是本发明实施例七提供的运输交易平台的报价方法流程示意图；图8是本发明实施例八提供的运输交易平台的报价装置模块示意图；图9是本发明实施例九提供的运输交易平台的报价装置模块示意图；图10是本发明实施例十提供的运输交易平台的报价系统架构示意图。
具体实施方式
34.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并
不用于限定本发明；同时，为了便于简明扼要的进行说明，以下实施例均仅仅示例出与本发明实施例相关的部分。
35.实施例一请参阅图1，是本发明实施例一提供的一种运输服务的报价方法的流程示意图。
36.在本技术中，运输服务的报价方法最常应用在交易管理平台系统中，当应用于交易管理平台系统时，运输服务的报价方法具体使用时可以是一后台服务器，其后台服务器分别与承运端和服务需求端之间进行数据通信连接。
37.在本发明实施例中，网络可以是lan（局域网）、wan（广域网）、无线网络、点对点网络、星形网络、令牌环网络、网络集线器网络或其他配置，在本发明中不受限制。
38.其中，后台服务器可以为远程web服务器。可以是一台服务器，也可以是由若干台服务器组成的服务器群，或者是一个云计算服务中心，可进行数据的存储和处理。
39.承运端和服务需求端等终端均可以是智能手机、平板电脑、计算机以及服务器等用户终端。
40.在上述应用中，承运人和服务需求人均可使用该交易管理平台系统。报价人根据自身身份注册对应的用户类型账号，通过在交易管理平台系统的app或者网页端中输入账号及密码进入交易管理平台系统。其中，承运人登录后成为承运端，服务需求人登录后成为服务需求端。
41.在该交易管理平台系统中，各个用户类型具有对应的使用功能和权限，例如： 所述承运端用于上传单位报价，所述单位报价包括运输单位报价和空驶单位报价，上传当前所在位置；所述服务需求端用于上传需求起始位置和到达位置，接受所述管理平台将所述空驶报价和所述运输报价的展示等。
42.本发明专利申请最常应用在客运以及货运领域，当应用在客运领域时，服务需求人通常指的是乘客，承运人通常指的是出租车司机或者网约车司机；当应用在物流运输领域时，服务需求人通常指的是发货人，承运人通常指的承运物流公司或者货车司机。
43.所述报价方法包括以下步骤：步骤f10，接收到承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价。
44.在运输服务还未开始之前，承运端通常会预先向后台服务器上传单位报价，当承运端上传单位报价以后，后台服务器就能接收到承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价。
45.运输单位报价指的是从服务的起始点至服务的到达点之间的运输单位报价；空驶单位报价指的是承运端从接到运输服务的要约定单时的当前位置至服务起始点的位置之间的空驶单位报价。
46.所述单位报价为以里程为单位进行报价，比如多少元每公里。
47.步骤f20，获取到服务需求端上传的起始位置和到达位置以及承运端的当前位置。
48.当服务需求端需要提供运输服务时，就在所属端上传服务需求的起始位置和到达位置，当服务需求端上传了服务需求的起始位置和到达位置后，后台服务器就能够获取到服务需求端上传的起始位置和到达位置，在服务需求端上传了服务需求的起始位置和到达位置的当时，后台服务器同时获取承运端的当前所在位置。
49.比如：服务需求端上传的服务起始位置为a，到达位置为b，当前承运端的所在位置为c。
50.步骤f30，根据所述起始位置和所述承运端的当前位置以及所述空驶单位报价，确定空驶报价。
51.当服务需求端上传了服务的起始位置和到达位置后，以及后台服务器同时获取到了承运端的当前位置后，就将服务起始点的位置到承运端的当前位置的距离乘以空驶单价，得出空驶报价。
52.比如：服务需求端上传的服务起始位置为a，到达位置为b，当前承运端的所在位置为c，从a点到c点的距离为5公里，承运端设置的空驶单价为2元每公里，则空驶报价为：5公里x2元每公里=10元。
53.步骤f40，根据所述起始位置和所述到达位置以及所述运输单位报价，确定运输报价。
54.当服务需求端上传了服务的起始位置和到达位置后，将服务起始点至到达点的距离乘以运输单价，得出运输报价。
55.比如：服务需求端上传的服务起始位置为a，到达位置为b，从a点到b点的距离为20公里，承运端设置的运输单价为3元每公里，则运输报价为：20公里x3元每公里=60元。
56.步骤f50，将所述空驶报价和所述运输报价展示给所述服务需求端。
57.当后台服务器得出空驶报价和运输报价以后，就将此两项价格展示给服务需求端，展示的方法可以两者分开展示，也可以展示两者之和，比如：空驶报价10元+运输报价60元=70元。
58.进一步的，所述单位报价为按里程为单位报价。
59.以里程为单位报价指的是多少元每公里。
60.进一步的，所述展示为空驶报价和运输报价之和。
61.实施例二请参阅图2，是本发明实施例二提供的一种运输服务的报价方法的流程示意图。
62.基于实施例一，在所述将所述空驶报价和所述运输报价展示给所述服务需求端步骤之后，还包括以下步骤：步骤f60，接收到所述服务需求端的确认成交信息。
63.当后台服务器将承运端的空驶报价和运输报价展示给服务需求端以后，服务需求端如果认可此报价，就点击确认成交，当服务需求端点击确认成交以后，后台服务器就能够接收到所述服务需求端的确认成交信息。
64.步骤f70，将所述空驶报价和所述运输报价之和与所述服务需求端生成成交单。
65.当后台服务器接收到了服务需求端的确认成交信息后，就将承运端所报的空驶报价和运输报价之和与所述服务需求端生成成交单。
66.实施例三请参阅图3，是本发明实施例三提供的一种运输服务的报价装置的模块示意图。
67.在本技术中，运输服务的报价装置最常应用在交易管理平台系统中，当应用于交易管理平台系统时，运输服务的报价装置具体使用时可以是一后台服务器，其后台服务器分别与承运端和服务需求端之间进行数据通信连接。
68.在本发明实施例中，网络可以是lan（局域网）、wan（广域网）、无线网络、点对点网络、星形网络、令牌环网络、网络集线器网络或其他配置，在本发明中不受限制。
69.其中，后台服务器可以为远程web服务器。可以是一台服务器，也可以是由若干台服务器组成的服务器群，或者是一个云计算服务中心，可进行数据的存储和处理。
70.承运端和服务需求端等终端均可以是智能手机、平板电脑、计算机以及服务器等用户终端。
71.在上述应用中，承运人和服务需求人均可使用该交易管理平台系统。报价人根据自身身份注册对应的用户类型账号，通过在交易管理平台系统的app或者网页端中输入账号及密码进入交易管理平台系统。其中，承运人登录后成为承运端，服务需求人登录后成为服务需求端。
72.在该交易管理平台系统中，各个用户类型具有对应的使用功能和权限，例如： 所述承运端用于上传单位报价，所述单位报价包括运输单位报价和空驶单位报价，上传当前所在位置；所述服务需求端用于上传需求起始位置和到达位置，接受所述管理平台将所述空驶报价和所述运输报价的展示等。
73.本发明专利申请最常应用在客运以及货运领域，当应用在客运领域时，服务需求人通常指的是乘客，承运人通常指的是出租车司机或者网约车司机；当应用在物流运输领域时，服务需求人通常指的是发货人，承运人通常指的承运物流公司或者货车司机。
74.具体的，在本发明申请中，所述装置包括：第一单位报价接收单元z10，用于接收承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价。
75.在运输服务还未开始之前，承运端通常会预先向后台服务器上传单位报价，当承运端上传单位报价以后，后台服务器就能通过第一单位报价接收单元z10接收到承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价。
76.运输单位报价指的是从服务的起始点至服务的到达点之间的运输单位报价；空驶单位报价指的是承运端从接到运输服务的要约定单时的当前位置至服务起始点的位置之间的空驶单位报价。
77.所述单位报价为以里程为单位进行报价，比如多少元每公里。
78.第一位置获取单元z20，用于获取服务需求端上传的起始位置和到达位置以及承运端的当前位置。
79.当服务需求端需要提供运输服务时，就在所属端上传服务需求的起始位置和到达位置，当服务需求端上传了服务需求的起始位置和到达位置后，后台服务器就能够通过第一位置获取单元z20获取到服务需求端上传的起始位置和到达位置，在服务需求端上传了服务需求的起始位置和到达位置的当时，后台服务器同时获取承运端的当前所在位置。
80.比如：服务需求端上传的服务起始位置为a，到达位置为b，当前承运端的所在位置为c。
81.第一空驶报价确定单元z30，用于根据所述起始位置和所述承运端的当前位置以及所述空驶单位报价，确定空驶报价。
82.当服务需求端上传了服务的起始位置和到达位置后，以及后台服务器同时获取到了承运端的当前位置后，就通过第一空驶报价确定单元z30将服务起始点的位置到承运端
的当前位置的距离乘以空驶单价，得出空驶报价。
83.比如：服务需求端上传的服务起始位置为a，到达位置为b，当前承运端的所在位置为c，从a点到c点的距离为5公里，承运端设置的空驶单价为2元每公里，则空驶报价为：5公里x2元每公里=10元。
84.第一运输报价确定单元z40，用于根据所述起始位置和所述到达位置以及所述运输单位报价，确定运输报价。
85.当服务需求端上传了服务的起始位置和到达位置后，通过第一运输报价确定单元z40将服务起始点至到达点的距离乘以运输单价，得出运输报价。
86.比如：服务需求端上传的服务起始位置为a，到达位置为b，从a点到b点的距离为20公里，承运端设置的运输单价为3元每公里，则运输报价为：20公里x3元每公里=60元。
87.第一展示单元z50，用于将所述空驶报价和所述运输报价展示给所述服务需求端。
88.当后台服务器得出空驶报价和运输报价以后，就通过第一展示单元z50将此两项价格展示给服务需求端，展示的方法可以两者分开展示，也可以展示两者之和，比如：空驶报价10元+运输报价60元=70元。
89.进一步的，所述单位报价为按里程为单位报价。
90.以里程为单位报价指的是多少元每公里。
91.进一步的，所述展示为空驶报价和运输报价之和。
92.实施例四请参阅图4，是本发明实施例四提供的一种运输服务的报价装置的模块示意图。
93.基于实施例三，本发明专利实施例中，还包括：第一确认成交信息接收单元z60，用于接收到所述服务需求端的确认成交信息。
94.当后台服务器将承运端的空驶报价和运输报价展示给服务需求端以后，服务需求端如果认可此报价，就点击确认成交，当服务需求端点击确认成交以后，后台服务器就能够通过第一确认成交信息接收单元z60接收到所述服务需求端的确认成交信息。
95.第一成交单元z70，用于将所述空驶报价和所述运输报价之和与所述服务需求端生成成交单。
96.当后台服务器接收到了服务需求端的确认成交信息后，就通过第一成交单元z70将承运端所报的空驶报价和运输报价之和与所述服务需求端生成成交单。
97.实施例五请参阅图5，是本发明实施例提供的一种运输服务的报价系统的架构示意图。
98.本运输服务的报价系统包括管理平台x100、以及分别与管理平台x100通过有线或者无线网络进行通信的至少一个承运端x200以及至少一个服务需求端x300。
99.管理平台x100具体使用时可以是一后台服务器，其后台服务器分别与承运端x200以及服务需求端x300进行数据通信连接。
100.在本发明实施例中，网络可以是lan（局域网）、wan（广域网）、无线网络、点对点网络、星形网络、令牌环网络、网络集线器网络或其他配置，在本发明中不受限制。
101.在本发明实施例中，管理平台x100可以为远程web服务器，也可以是一台服务器，也可以是由若干台服务器组成的服务器群，或者是一个云计算服务中心，可进行数据的存储和处理。
102.承运端x200以及服务需求端x300可以是智能手机、平板电脑、计算机以及服务器等用户终端。
103.在上述应用中，承运人以及服务需求人均可使用该运输服务的报价系统。承运人以及服务需求人等根据自身身份注册对应的用户类型账号，通过具有运输服务的报价系统的app或者网页端的终端中输入账号及密码进入系统与管理平台x100进行通讯。其中，承运人登录后成为承运人端，服务需求人登录后成为服务需求端x300。
104.需要指出的是，为了简洁，图中的承运端x200以及服务需求端x300等终端仅示出一个，此并不作为对系统中组成终端的限定，以及各终端与管理平台x100可能还有其他不同的连接方式。
105.在本发明提供的运输服务的报价系统中，各个用户类型具有对应的使用功能和权限：所述承运端x200用于上传单位报价，所述单位报价包括运输单位报价和空驶单位报价，上传当前所在位置；所述服务需求端x300用于上传需求起始位置和到达位置，接受所述管理平台x100将所述空驶报价和所述运输报价的展示；所述管理平台x100用于接收承运端x200上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价；获取服务需求端x300上传的起始位置和到达位置以及承运端x200的当前位置；根据所述起始位置和所述承运端x200的当前位置以及所述空驶单位报价，确定空驶报价；根据所述起始位置和所述到达位置以及所述运输单位报价，确定运输报价；将所述空驶报价和所述运输报价展示给所述服务需求端x300。
106.本发明专利申请最常应用在客运以及货运领域，当应用在客运领域时，服务需求人通常指的是乘客，承运人通常指的是出租车司机或者网约车司机；当应用在物流运输领域时，服务需求人通常指的是发货人，承运人通常指的承运物流公司或者货车司机。
107.具体的，在实际应用中，通常按照下列步骤进行：步骤f10，接收到承运端x200上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价。
108.在运输服务还未开始之前，承运端x200通常会预先向后台服务器上传单位报价，当承运端x200上传单位报价以后，后台服务器就能接收到承运端x200上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价。
109.运输单位报价指的是从服务的起始点至服务的到达点之间的运输单位报价；空驶单位报价指的是承运端x200从接到运输服务的要约定单时的当前位置至服务起始点的位置之间的空驶单位报价。
110.所述单位报价为以里程为单位进行报价，比如多少元每公里。
111.步骤f20，获取到服务需求端x300上传的起始位置和到达位置以及承运端x200的当前位置。
112.当服务需求端x300需要提供运输服务时，就在所属端上传服务需求的起始位置和到达位置，当服务需求端x300上传了服务需求的起始位置和到达位置后，后台服务器就能够获取到服务需求端x300上传的起始位置和到达位置，在服务需求端x300上传了服务需求的起始位置和到达位置的当时，后台服务器同时获取承运端x200的当前所在位置。
113.比如：服务需求端x300上传的服务起始位置为a，到达位置为b，当前承运端x200的所在位置为c。
114.步骤f30，根据所述起始位置和所述承运端x200的当前位置以及所述空驶单位报价，确定空驶报价。
115.当服务需求端x300上传了服务的起始位置和到达位置后，以及后台服务器同时获取到了承运端x200的当前位置后，就将服务起始点的位置到承运端x200的当前位置的距离乘以空驶单价，得出空驶报价。
116.比如：服务需求端x300上传的服务起始位置为a，到达位置为b，当前承运端x200的所在位置为c，从a点到c点的距离为5公里，承运端x200设置的空驶单价为2元每公里，则空驶报价为：5公里x2元每公里=10元。
117.步骤f40，根据所述起始位置和所述到达位置以及所述运输单位报价，确定运输报价。
118.当服务需求端x300上传了服务的起始位置和到达位置后，将服务起始点至到达点的距离乘以运输单价，得出运输报价。
119.比如：服务需求端x300上传的服务起始位置为a，到达位置为b，从a点到b点的距离为20公里，承运端x200设置的运输单价为3元每公里，则运输报价为：20公里x3元每公里=60元。
120.步骤f50，将所述空驶报价和所述运输报价展示给所述服务需求端x300。
121.当后台服务器得出空驶报价和运输报价以后，就将此两项价格展示给服务需求端x300，展示的方法可以两者分开展示，也可以展示两者之和，比如：空驶报价10元+运输报价60元=70元。
122.进一步的，所述单位报价为按里程为单位报价。
123.以里程为单位报价指的是多少元每公里。
124.进一步的，所述展示为空驶报价和运输报价之和。
125.实施例六请参阅图5，是本发明实施例提供的一种运输交易平台的报价系统的架构示意图。
126.基于实施例五，在本实施例中，所述承运端还用于和所述服务需求端成交；所述服务需求端还用于上传确认成交信息，与所述承运端成交；所述管理平台还用于接收所述服务需求端的确认成交信息；将所述空驶报价和所述运输报价之和与所述服务需求端生成成交单。
127.在具体应用中，通常按照以下步骤进行：步骤f60，接收到所述服务需求端的确认成交信息。
128.当后台服务器将承运端的空驶报价和运输报价展示给服务需求端以后，服务需求端如果认可此报价，就点击确认成交，当服务需求端点击确认成交以后，后台服务器就能够接收到所述服务需求端的确认成交信息。
129.步骤f70，将所述空驶报价和所述运输报价之和与所述服务需求端生成成交单。
130.当后台服务器接收到了服务需求端的确认成交信息后，就将承运端所报的空驶报价和运输报价之和与所述服务需求端生成成交单。
131.实施例七
请参阅图6，是本发明实施例提供的一种运输交易平台的报价方法的流程示意图。
132.在本技术中，运输交易平台的报价方法最常应用在交易管理平台系统中，当应用于交易管理平台系统时，运输交易平台的报价方法具体使用时可以是一后台服务器，其后台服务器分别与承运端和服务需求端之间进行数据通信连接。
133.在本发明实施例中，网络可以是lan（局域网）、wan（广域网）、无线网络、点对点网络、星形网络、令牌环网络、网络集线器网络或其他配置，在本发明中不受限制。
134.其中，后台服务器可以为远程web服务器。可以是一台服务器，也可以是由若干台服务器组成的服务器群，或者是一个云计算服务中心，可进行数据的存储和处理。
135.承运端和服务需求端等终端均可以是智能手机、平板电脑、计算机以及服务器等用户终端。
136.在上述应用中，承运人和服务需求人均可使用该交易管理平台系统。报价人根据自身身份注册对应的用户类型账号，通过在交易管理平台系统的app或者网页端中输入账号及密码进入交易管理平台系统。其中，承运人登录后成为承运端，服务需求人登录后成为服务需求端。
137.在该交易管理平台系统中，各个用户类型具有对应的使用功能和权限，例如：所述承运端用于上传单位报价，所述单位报价包括运输单位报价和空驶单位报价，上传当前位置信息；所述服务需求端用于上传需求起始位置和到达位置，接受所述管理平台将所述多个承运端的空驶报价和运输报价的展示等。
138.本发明专利申请最常应用在客运以及货运领域，当应用在客运领域时，服务需求人通常指的是乘客，承运人通常指的是出租车司机或者网约车司机；当应用在物流运输领域时，服务需求人通常指的是发货人，承运人通常指的承运物流公司或者货车司机。
139.所述报价方法包括以下步骤：步骤f101，分别接收到多个承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价。
140.在运输服务还未开始之前，希望参与运输的多个承运端通常会预先向后台服务器上传单位报价，当承运端上传单位报价以后，后台服务器就能接收到多个承运端上传的单位报价，并分别进行保存。所述单位报价包括运输单位报价和空驶单位报价。
141.运输单位报价指的是从服务的起始点至服务的到达点之间的运输单位报价；空驶单位报价指的是承运端从接到运输服务的要约定单时的当前位置至服务起始点的位置之间的空驶单位报价。
142.所述单位报价为以里程为单位进行报价，比如多少元每公里。
143.步骤f201，获取到服务需求端上传的起始位置和到达位置以及多个承运端的当前位置。
144.当服务需求端需要提供运输服务时，就在所属终端上传服务需求的起始位置和到达位置，当服务需求端上传了服务需求的起始位置和到达位置后，后台服务器就能够获取到服务需求端上传的起始位置和到达位置，在服务需求端上传了服务需求的起始位置和到达位置的当时，后台服务器同时分别获取多个上传报价的承运端的当前所在位置。
145.比如：服务需求端上传的服务起始位置为a，到达位置为b，当前承运端的所在位置为c。
146.步骤f301，根据所述起始位置和所述多个承运端的当前位置以及所述多个承运端的空驶单位报价，分别确定出所述多个承运端的空驶报价。
147.当服务需求端上传了服务的起始位置和到达位置后，以及后台服务器同时获取到了多个承运端的当前位置后，就将服务起始点的位置到多个承运端的当前位置的距离乘以空驶单价，分别得出承运端的多个空驶报价。
148.比如：服务需求端上传的服务起始位置为a，到达位置为b，当前承运端的所在位置为c，从a点到c点的距离为5公里，承运端设置的空驶单价为2元每公里，则空驶报价为：5公里x2元每公里=10元。
149.步骤f401，根据所述起始位置和所述到达位置以及所述多个承运端的运输单位报价，分别确定出所述多个承运端的运输报价。
150.当服务需求端上传了服务的起始位置和到达位置后，将服务起始点至到达点的距离分别乘以各个承运端的运输单价，分别得出各个承运端的运输报价。
151.比如：服务需求端上传的服务起始位置为a，到达位置为b，从a点到b点的距离为20公里，承运端设置的运输单价为3元每公里，则运输报价为：20公里x3元每公里=60元。
152.步骤f501，将所述多个承运端的空驶报价和运输报价展示给所述服务需求端。
153.当后台服务器分别得出各个承运端的空驶报价和运输报价以后，就将多个承运端的此两项价格分别排列展示给服务需求端，以供服务需求端选择中意的承运端。展示的方法可以两者分开展示，也可以展示两者之和，比如：空驶报价10元+运输报价60元=70元。
154.进一步的，所述单位报价为按里程为单位报价。
155.以里程为单位报价指的是多少元每公里。
156.进一步的，所述展示为排名展示。
157.实施例八请参阅图7，是本发明实施例提供的一种运输交易平台的报价方法的流程示意图。
158.基于实施例七，在所述将所述多个承运端的空驶报价和运输报价展示给所述服务需求端步骤之后，还包括以下步骤：步骤f601，接收到所述服务需求端的确认成交信息。
159.当后台服务器将多个承运端的空驶报价和运输报价展示给服务需求端以后，服务需求端就在多个展示的承运端中选择确定报价最中意的承运端成交，当服务需求端确认了成交的承运端以后，后台服务器就能够接收到服务需求端的确认成交信息。
160.步骤f701，将所述确认成交的承运端的空驶报价和运输报价之和与所述服务需求端生成成交单。
161.当后台服务器接收到了服务需求端的确认成交信息后，就将所确定的承运端所报的空驶报价和运输报价之和与所述服务需求端生成成交单。
162.实施例九请参阅图8，是本发明实施例提供的一种运输交易平台的报价装置的模块示意图。
163.在本技术中，运输交易平台的报价装置最常应用在交易管理平台系统中，当应用于交易管理平台系统时，运输交易平台的报价装置具体使用时可以是一后台服务器，其后台服务器分别与承运端和服务需求端之间进行数据通信连接。
164.在本发明实施例中，网络可以是lan（局域网）、wan（广域网）、无线网络、点对点网
络、星形网络、令牌环网络、网络集线器网络或其他配置，在本发明中不受限制。
165.其中，后台服务器可以为远程web服务器。可以是一台服务器，也可以是由若干台服务器组成的服务器群，或者是一个云计算服务中心，可进行数据的存储和处理。
166.承运端和服务需求端等终端均可以是智能手机、平板电脑、计算机以及服务器等用户终端。
167.在上述应用中，承运人和服务需求人均可使用该交易管理平台系统。报价人根据自身身份注册对应的用户类型账号，通过在交易管理平台系统的app或者网页端中输入账号及密码进入交易管理平台系统。其中，承运人登录后成为承运端，服务需求人登录后成为服务需求端。
168.在该交易管理平台系统中，各个用户类型具有对应的使用功能和权限，例如：所述承运端用于上传单位报价，所述单位报价包括运输单位报价和空驶单位报价，上传当前位置信息；所述服务需求端用于上传需求起始位置和到达位置，接受所述管理平台将所述多个承运端的空驶报价和运输报价的展示等。
169.本发明专利申请最常应用在客运以及货运领域，当应用在客运领域时，服务需求人通常指的是乘客，承运人通常指的是出租车司机或者网约车司机；当应用在物流运输领域时，服务需求人通常指的是发货人，承运人通常指的承运物流公司或者货车司机。
170.所述报价装置包括：第二单位报价接收单元z101，用于分别接收多个承运端上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价。
171.在运输服务还未开始之前，希望参与运输的多个承运端通常会预先向后台服务器上传单位报价，当承运端上传单位报价以后，后台服务器就能通过第二单位报价接收单元z101接收到多个承运端上传的单位报价，并分别进行保存。所述单位报价包括运输单位报价和空驶单位报价。
172.运输单位报价指的是从服务的起始点至服务的到达点之间的运输单位报价；空驶单位报价指的是承运端从接到运输服务的要约定单时的当前位置至服务起始点的位置之间的空驶单位报价。
173.所述单位报价为以里程为单位进行报价，比如多少元每公里。
174.第二位置获取单元z201，用于获取服务需求端上传的起始位置和到达位置以及多个承运端的当前位置。
175.当服务需求端需要提供运输服务时，就在所属终端上传服务需求的起始位置和到达位置，当服务需求端上传了服务需求的起始位置和到达位置后，后台服务器就能够通过第二位置获取单元z201获取到服务需求端上传的起始位置和到达位置，在服务需求端上传了服务需求的起始位置和到达位置的当时，后台服务器同时分别获取多个上传报价的承运端的当前所在位置。
176.比如：服务需求端上传的服务起始位置为a，到达位置为b，当前承运端的所在位置为c。
177.第二空驶报价确定单元z301，根据所述起始位置和所述多个承运端的当前位置以及所述多个承运端的空驶单位报价，分别确定出所述多个承运端的空驶报价。
178.当服务需求端上传了服务的起始位置和到达位置后，以及后台服务器同时获取到
了多个承运端的当前位置后，就将服务起始点的位置到多个承运端的当前位置的距离乘以空驶单价，通过第二空驶报价确定单元z301分别得出承运端的多个空驶报价。
179.比如：服务需求端上传的服务起始位置为a，到达位置为b，当前承运端的所在位置为c，从a点到c点的距离为5公里，承运端设置的空驶单价为2元每公里，则空驶报价为：5公里x2元每公里=10元。
180.第二运输报价确定单元z401，用于根据所述起始位置和所述到达位置以及所述多个承运端的运输单位报价，分别确定出所述多个承运端的运输报价。
181.当服务需求端上传了服务的起始位置和到达位置后，将服务起始点至到达点的距离分别乘以各个承运端的运输单价，通过第二运输报价确定单元z401分别得出各个承运端的运输报价。
182.比如：服务需求端上传的服务起始位置为a，到达位置为b，从a点到b点的距离为20公里，承运端设置的运输单价为3元每公里，则运输报价为：20公里x3元每公里=60元。
183.第二展示单元z501，用于将所述多个承运端的空驶报价和运输报价展示给所述服务需求端。
184.当后台服务器分别得出各个承运端的空驶报价和运输报价以后，就通过第二展示单元z501将多个承运端的此两项价格分别排列展示给服务需求端，以供服务需求端选择中意的承运端。展示的方法可以两者分开展示，也可以展示两者之和，比如：空驶报价10元+运输报价60元=70元。
185.进一步的，所述单位报价为按里程为单位报价。
186.以里程为单位报价指的是多少元每公里。
187.进一步的，所述展示为排名展示。
188.实施例十请参阅图9，是本发明实施例提供的一种运输交易平台的报价装置的模块示意图。
189.基于实施例九，在本实施例中，还包括：第二确认成交信息接收单元z601，用于接收到所述服务需求端的确认成交信息。
190.当后台服务器将多个承运端的空驶报价和运输报价展示给服务需求端以后，服务需求端就在多个展示的承运端中选择确定报价最中意的承运端成交，当服务需求端确认了成交的承运端以后，后台服务器就能够通过第二确认成交信息接收单元z601接收到服务需求端的确认成交信息。
191.第二成交单元z701，用于将所述确认成交的承运端的空驶报价和运输报价之和与所述服务需求端生成成交单。
192.当后台服务器接收到了服务需求端的确认成交信息后，就通过第二成交单元z701将所确定的承运端所报的空驶报价和运输报价之和与所述服务需求端生成成交单。
193.实施例十一请参阅图10，是本发明实施例提供的一种运输交易平台的报价系统的架构示意图。
194.本运输交易平台的报价系统包括管理平台x101、以及分别与管理平台x101通过有线或者无线网络进行通信的至少一个承运端x201以及至少一个服务需求端x301。
195.管理平台具体使用时可以是一后台服务器，其后台服务器分别与承运端以及服务需求端进行数据通信连接。
196.在本发明实施例中，网络可以是lan（局域网）、wan（广域网）、无线网络、点对点网络、星形网络、令牌环网络、网络集线器网络或其他配置，在本发明中不受限制。
197.在本发明实施例中，管理平台可以为远程web服务器，也可以是一台服务器，也可以是由若干台服务器组成的服务器群，或者是一个云计算服务中心，可进行数据的存储和处理。
198.承运端以及服务需求端可以是智能手机、平板电脑、计算机以及服务器等用户终端。
199.在上述应用中，承运人以及服务需求人均可使用该运输服务的报价系统。承运人以及服务需求人等根据自身身份注册对应的用户类型账号，通过具有运输服务的报价系统的app或者网页端的终端中输入账号及密码进入系统与管理平台进行通讯。其中，承运人登录后成为承运人端，服务需求人登录后成为服务需求端。
200.需要指出的是，为了简洁，图中的承运端以及服务需求端等终端仅示出一个，此并不作为对系统中组成终端的限定，以及各终端与管理平台可能还有其他不同的连接方式。
201.在本发明提供的运输交易平台的报价系统中，各个用户类型具有对应的使用功能和权限：所述承运端x201用于上传单位报价，所述单位报价包括运输单位报价和空驶单位报价，上传当前位置信息；所述服务需求端x301用于上传需求起始位置和到达位置，接受所述管理平台x101将所述多个承运端x201的空驶报价和运输报价的展示；所述管理平台x101用于分别接收到多个承运端x201上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价；获取到服务需求端x301上传的起始位置和到达位置以及多个承运端x201的当前位置；根据所述起始位置和所述多个承运端x201的当前位置以及所述多个承运端x201的空驶单位报价，分别确定出所述多个承运端x201的空驶报价；根据所述起始位置和所述到达位置以及所述多个承运端x201的运输单位报价，分别确定出所述多个承运端x201的运输报价；将所述多个承运端x201的空驶报价和运输报价展示给所述服务需求端x301。
202.本发明专利申请最常应用在客运以及货运领域，当应用在客运领域时，服务需求人通常指的是乘客，承运人通常指的是出租车司机或者网约车司机；当应用在物流运输领域时，服务需求人通常指的是发货人，承运人通常指的承运物流公司或者货车司机。
203.具体的，在实际应用中，通常按照下列步骤进行：步骤f101，分别接收到多个承运端x201上传的单位报价，所述单位报价包括运输单位报价和空驶单位报价。
204.在运输服务还未开始之前，希望参与运输的多个承运端x201通常会预先向后台服务器上传单位报价，当承运端x201上传单位报价以后，后台服务器就能接收到多个承运端x201上传的单位报价，并分别进行保存。所述单位报价包括运输单位报价和空驶单位报价。
205.运输单位报价指的是从服务的起始点至服务的到达点之间的运输单位报价；空驶单位报价指的是承运端x201从接到运输服务的要约定单时的当前位置至服务起始点的位置之间的空驶单位报价。
206.所述单位报价为以里程为单位进行报价，比如多少元每公里。
207.步骤f201，获取到服务需求端x301上传的起始位置和到达位置以及多个承运端x201的当前位置。
208.当服务需求端x301需要提供运输服务时，就在所属终端上传服务需求的起始位置和到达位置，当服务需求端x301上传了服务需求的起始位置和到达位置后，后台服务器就能够获取到服务需求端x301上传的起始位置和到达位置，在服务需求端x301上传了服务需求的起始位置和到达位置的当时，后台服务器同时分别获取多个上传报价的承运端x201的当前所在位置。
209.比如：服务需求端x301上传的服务起始位置为a，到达位置为b，当前承运端x201的所在位置为c。
210.步骤f301，根据所述起始位置和所述多个承运端x201的当前位置以及所述多个承运端x201的空驶单位报价，分别确定出所述多个承运端x201的空驶报价。
211.当服务需求端x301上传了服务的起始位置和到达位置后，以及后台服务器同时获取到了多个承运端x201的当前位置后，就将服务起始点的位置到多个承运端x201的当前位置的距离乘以空驶单价，分别得出承运端x201的多个空驶报价。
212.比如：服务需求端x301上传的服务起始位置为a，到达位置为b，当前承运端x201的所在位置为c，从a点到c点的距离为5公里，承运端x201设置的空驶单价为2元每公里，则空驶报价为：5公里x2元每公里=10元。
213.步骤f401，根据所述起始位置和所述到达位置以及所述多个承运端x201的运输单位报价，分别确定出所述多个承运端x201的运输报价。
214.当服务需求端x301上传了服务的起始位置和到达位置后，将服务起始点至到达点的距离分别乘以各个承运端x201的运输单价，分别得出各个承运端x201的运输报价。
215.比如：服务需求端x301上传的服务起始位置为a，到达位置为b，从a点到b点的距离为20公里，承运端x201设置的运输单价为3元每公里，则运输报价为：20公里x3元每公里=60元。
216.步骤f501，将所述多个承运端x201的空驶报价和运输报价展示给所述服务需求端x301。
217.当后台服务器分别得出各个承运端x201的空驶报价和运输报价以后，就将多个承运端x201的此两项价格分别排列展示给服务需求端x301，以供服务需求端x301选择中意的承运端x201。展示的方法可以两者分开展示，也可以展示两者之和，比如：空驶报价10元+运输报价60元=70元。
218.进一步的，所述单位报价为按里程为单位报价。
219.以里程为单位报价指的是多少元每公里。
220.进一步的，所述展示为排名展示。
221.实施例十二请参阅图10，是本发明实施例提供的一种运输交易平台的报价系统的架构示意图。
222.基于实施例十一，在本发明实施例中，所述承运端x201还用于和所述服务需求端x301成交；所述服务需求端x301还用于上传确认成交信息，与所确定的承运端x201成交；所述管理平台x101还用于接收所述服务需求端x301的确认成交信息；将所述确认成交的承运端x201的空驶报价和运输报价之和与所述服务需求端x301生成成交单。
223.当后台服务器将多个承运端x201的空驶报价和运输报价展示给服务需求端x301以后，服务需求端x301就在多个展示的承运端x201中选择确定报价最中意的承运端x201成交，当服务需求端x301确认了成交的承运端x201以后，后台服务器就能够接收到服务需求端x301的确认成交信息。
224.当后台服务器接收到了服务需求端x301的确认成交信息后，就将所确定的承运端x201所报的空驶报价和运输报价之和与所述服务需求端x301生成成交单。
225.实施例十三此外，本发明还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有运输服务的报价程序，所述运输服务的报价程序被处理器执行时实现如实施例一至二所述的运输服务的报价方法的步骤。
226.实施例十四此外，本发明还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有运输交易平台的报价程序，所述运输交易平台的报价程序被处理器执行时实现如实施例七至八所述的运输交易平台的报价方法的步骤。
227.以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。