一种运输交易的交易方法、装置、系统以及存储介质与流程

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


背景技术：

2.物流行业的发展促进了各地的商品流通，带来了国家经济的快速发展，现有的运输交易已经逐步由线下面对面的交易转变成了线上交易，然而在线上交易过程中，经常出现服务需求人端在交易平台上乱发布服务需求信息，以及在发布了运输需求信息并在和承运端线上成交后，当承运端在履行承运任务时，发布运输需求信息的服务需求端却无端反悔的情况出现。这样就极大的扰乱了运输交易平台的正常运行。


技术实现要素：

3.本发明提供一种运输交易的交易方法、装置、系统以及存储介质。旨在解决在运输交易平台的交易过程中，出现的服务需求端在发布运输信息时有可能乱发布，以及在发布后反悔的情况出现的问题。
4.本发明是这样实现的，提供一种运输交易的交易方法，所述交易方法包括以下步骤：获取到服务需求端上传的运输信息；在收取到所述服务需求端支付的发布保证金后将所述运输信息发布；在获取到以下信息之一时，将所述发布保证金退还所述服务需求端：一，在获取到所述服务需求端和承运端的成交信息时；二，在获取到所述服务需求端和承运端的成交信息，并在获取到所述服务需求端和所述承运端对货物进行交接的交接信息时；三，在获取到所述服务需求端和承运端的成交信息，并在获取到所述承运端和收货人端对货物进行交接的交接信息时；四，在获取到所述服务需求端和承运端成交，并在获取到服务需求端上车的信息时；五，在获取到所述服务需求端和承运端成交，并在获取到服务需求端下车的信息时；六，在获取到所述服务需求端撤消所述上传的运输信息时。
5.进一步的，所述发布保证金根据所述运输信息收取。
6.进一步的，所述发布保证金根据所述运输信息收取为按照货物的重量或者体积或者运输距离或者次数收取。
7.此外，本发明还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有运输交易的交易程序，所述运输交易的交易程序被处理器执行时实现如上任一项所述的运输交易的交易方法的步骤。
8.此外，本发明还提供一种运输交易的交易装置，其特征在于，所述交易装置包括：运输信息获取单元，用于获取服务需求端上传的运输信息；运输信息发布单元，用于在收取到所述服务需求端支付的发布保证金后将所述运输信息发布；
发布保证金退还单元，用于在获取到以下信息之一时，将所述发布保证金退还所述服务需求端：一，在获取到所述服务需求端和承运端的成交信息时；二，在获取到所述服务需求端和承运端的成交信息，并在获取到所述服务需求端和所述承运端对货物进行交接的交接信息时；三，在获取到所述服务需求端和承运端的成交信息，并在获取到所述承运端和收货人端对货物进行交接的交接信息时；四，在获取到所述服务需求端和承运端成交，并在获取到服务需求端上车的信息时；五，在获取到所述服务需求端和承运端成交，并在获取到服务需求端下车的信息时；六，在获取到所述服务需求端撤消所述上传的运输信息时。
9.进一步的，所述发布保证金根据所述运输信息收取。
10.进一步的，所述发布保证金根据所述运输信息收取为按照货物的重量或者体积或者运输距离或者次数收取。
11.此外，本发明还提供一种物流运输交易的交易系统，其特征在于，所述交易系统包括：管理平台；以及分别与所述管理平台通信连接的至少一个服务需求端、至少一个承运端以及至少一个收货人端；其中所述服务需求端用于上传运输信息，向所述管理平台支付发布保证金，接收所述管理平台退还的发布保证金，和承运端成交以生成成交信息，和承运端进行货物交接以生成货物交接信息，撤消上传的运输信息；所述承运端用于和所述服务需求端成交以生成成交信息，和所述服务需求端进行货物交接以生成货物交接信息，和收货人端进行货物交接以生成货物交接信息；所述收货人端用于和所述承运端进行货物交接以生成货物交接信息；所述管理平台用于获取服务需求端上传的运输信息；在收取到所述服务需求端支付的发布保证金后将所述运输信息发布；在获取到以下信息之一时，将所述发布保证金退还所述服务需求端：一，在获取到所述服务需求端和承运端的成交信息时；二，在获取到所述服务需求端和承运端的成交信息，并在获取到所述服务需求端和所述承运端对货物进行交接的交接信息时；三，在获取到所述服务需求端和承运端的成交信息，并在获取到所述承运端和收货人端对货物进行交接的交接信息时；四，在获取到所述服务需求端撤消所述上传的运输信息时。
12.进一步的，所述发布保证金根据所述运输信息收取。
13.进一步的，所述发布保证金根据所述运输信息收取为按照货物的重量或者体积或者运输距离或者次数收取。
14.此外，本发明还提供一种客运运输交易的交易系统，其特征在于，所述交易系统包括：管理平台；以及分别与所述管理平台通信连接的至少一个服务需求端、至少一个承运端；其中所述服务需求端用于上传运输信息，向所述管理平台支付发布保证金，接收所述管理平台退还的发布保证金，和承运端成交以生成成交信息，撤消上传的运输信息；所述承运端用于和所述服务需求端成交以生成成交信息，向所述管理平台发送上车信息，向所述管理发送下车信息；
所述管理平台用于获取服务需求端上传的运输信息；在收取到所述服务需求端支付的发布保证金后将所述运输信息发布；在获取到以下信息之一时，将所述发布保证金退还所述服务需求端：一，在获取到所述服务需求端和承运端的成交信息时；二，在获取到所述服务需求端和承运端成交，并在获取到服务需求端上车的信息时；三，在获取到所述服务需求端和承运端成交，并在获取到服务需求端下车的信息时；四，在获取到所述服务需求端撤消所述上传的运输信息时。
15.进一步的，所述发布保证金根据所述运输信息收取。
16.进一步的，所述发布保证金根据所述运输信息收取为按照货物的重量或者体积或者运输距离或者次数收取。
17.本发明的有益效果在于，通过在服务需求端发布运输信息时，一并让服务需求端支付运输信息发布保证金，并在双方交易完成时退还保证金，以最大限度确保服务需求端在发布运输信息时，不会乱发布，以及在发布成交后不反悔的情况出现。
附图说明
18.图1是本发明实施例一提供的一种运输交易的交易方法的流程示意图；图2是本发明实施例一提供的一种运输交易的交易装置的模块示意图；图3是本发明实施例一提供的一种物流运输交易的交易系统的架构示意图；图4是本发明实施例一提供的一种客运运输交易的交易系统的架构示意图。
具体实施方式
19.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明；同时，为了便于简明扼要的进行说明，以下实施例均仅仅示例出与本发明实施例相关的部分。
20.实施例一请参阅图1，是本发明实施例提供的一种运输交易的交易方法的流程示意图；在本申请中，运输交易的交易方法最常应用在物流运输交易的交易系统中以及客运运输交易的交易系统中，当应用于物流运输交易的交易系统中时，运输交易的交易方法具体使用时可以是一后台服务器，其后台服务器分别与服务需求端、承运端、收货人端之间进行数据通信连接；当应用于客运运输交易的交易系统中时，运输交易的交易方法具体使用时可以是一后台服务器，其后台服务器分别与服务需求端、承运端之间进行数据通信连接。
21.在本发明实施例中，网络可以是lan（局域网）、wan（广域网）、无线网络、点对点网络、星形网络、令牌环网络、网络集线器网络或其他配置，在本发明中不受限制。
22.其中，后台服务器可以为远程web服务器。可以是一台服务器，也可以是由若干台服务器组成的服务器群，或者是一个云计算服务中心，可进行数据的存储和处理。
23.在物流运输交易的交易系统中，服务需求端、承运端、收货人端等终端均可以是智能手机、平板电脑、计算机以及服务器等用户终端；在客运运输交易的交易系统中，服务需求端、承运端等终端均可以是智能手机、平板电脑、计算机以及服务器等用户终端。
24.在物流运输交易的交易系统中，服务需求人、承运人、收货人均可使用该物流运输
交易的交易系统。服务需求人、承运人、收货人根据自身身份注册对应的用户类型账号，通过在物流运输交易的交易系统的app或者网页端中输入账号及密码进入物流运输交易的交易系统。其中，服务需求人登录后成为服务需求人端，承运人人登录后成为承运人端，收货人登录后成为收货人端；在客运运输交易的交易系统中，服务需求人、承运人均可使用该客运运输交易的交易系统。服务需求人、承运人根据自身身份注册对应的用户类型账号，通过在客运运输交易的交易系统的app或者网页端中输入账号及密码进入客运运输交易的交易系统。其中，服务需求人登录后成为服务需求人端，承运人人登录后成为承运人端。
25.在物流运输交易的交易系统中，各个用户类型具有对应的使用功能和权限，例如：所述服务需求端用于上传运输信息，向所述管理平台支付发布保证金，接收所述管理平台退还的发布保证金，和承运端成交以生成成交信息，和承运端进行货物交接以生成货物交接信息，撤消上传的运输信息；所述承运端用于和所述服务需求端成交以生成成交信息，和所述服务需求端进行货物交接以生成货物交接信息，和收货人端进行货物交接以生成货物交接信息；所述收货人端用于和所述承运端进行货物交接以生成货物交接信息；所述管理平台用于获取服务需求端上传的运输信息；在收取到所述服务需求端支付的发布保证金后将所述运输信息发布；在获取到以下信息之一时，将所述发布保证金退还所述服务需求端：一，在获取到所述服务需求端和承运端的成交信息时；二，在获取到所述服务需求端和承运端的成交信息，并在获取到所述服务需求端和所述承运端对货物进行交接的交接信息时；三，在获取到所述服务需求端和承运端的成交信息，并在获取到所述承运端和收货人端对货物进行交接的交接信息时；四，在获取到所述服务需求端撤消所述上传的运输信息时。等。
26.在客运运输交易的交易系统中，各个用户类型具有对应的使用功能和权限，例如：所述服务需求端用于上传运输信息，向所述管理平台支付发布保证金，接收所述管理平台退还的发布保证金，和承运端成交以生成成交信息，撤消上传的运输信息；所述承运端用于和所述服务需求端成交以生成成交信息，向所述管理平台发送上车信息，向所述管理发送下车信息；所述管理平台用于获取服务需求端上传的运输信息；在收取到所述服务需求端支付的发布保证金后将所述运输信息发布；在获取到以下信息之一时，将所述发布保证金退还所述服务需求端：一，在获取到所述服务需求端和承运端的成交信息时；二，在获取到所述服务需求端和承运端成交，并在获取到服务需求端上车的信息时；三，在获取到所述服务需求端和承运端成交，并在获取到服务需求端下车的信息时；四，在获取到所述服务需求端撤消所述上传的运输信息时。
27.在本发明实施例中，当应用于物流运输交易的交易系统中时，服务需求端通常指的是发货人端，承运端通常指的货车司机端或者承运物流公司端；当应用于客运运输交易的交易系统中时，服务需求端通常指的乘客端，承运端通常指的客运司机端。
28.具体的，在本实施例中，包括以下步骤：步骤f10，获取到服务需求端上传的运输信息；当服务需求端有运输服务需求时，在交易平台上传运输信息，当服务需求端上传了运输信息后，后台服务器就能够获取到服务需求端上传的运输信息。
29.在物流交易领域，上传的运输信息通常包括运输线路，货物名称，货物重量或者体
积；在客运交易领域，上传的运输信息通常指的是运输线路，比如从某地到某地。
30.步骤f20，在收取到所述服务需求端支付的发布保证金后将所述运输信息发布；当服务需求端上传了运输信息后，随即向管理平台支付运输信息发布保证金，当后台服务器接收到了服务需求端支付的发布保证金后，就将运输信息进行发布。
31.向服务需求端收取发布保证金的目的是为了让服务需求端在上传运输信息时，更加严谨和负责任，避免乱上传运输信息以及即使上传了运输信息，却在成交后出现反悔的情况发生的问题。
32.步骤f30，在获取到以下信息之一时，将所述发布保证金退还所述服务需求端：一，在获取到所述服务需求端和承运端的成交信息时；二，在获取到所述服务需求端和承运端的成交信息，并在获取到所述服务需求端和所述承运端对货物进行交接的交接信息时；三，在获取到所述服务需求端和承运端的成交信息，并在获取到所述承运端和收货人端对货物进行交接的交接信息时；四，在获取到所述服务需求端和承运端成交，并在获取到服务需求端上车的信息时；五，在获取到所述服务需求端和承运端成交，并在获取到服务需求端下车的信息时；六，在获取到所述服务需求端撤消所述上传的运输信息时。
33.当应用于物流运输交易的交易系统时，在后台服务器获取到了以下几种信息之一时，将发布保证金退还服务需求端：一，在获取到所述服务需求端和承运端的成交信息时退还。当双方成交以后，在交易过程中，如果双方可能还有其他的交易资金的支付和冻结，借以可以确保服务需求端不会反悔以及所发布的运输信息是真实可信的情况下，说明双方的交易已经成功，此时即可退还。
34.二，在获取到所述服务需求端和承运端的成交信息，并在获取到所述服务需求端和所述承运端对货物进行交接的交接信息时退还，即在双方已经进行了货物的交接，说明服务需求端所发布的运输信息是真实的，并且已没有反悔，因此可能退还。
35.三，在获取到所述服务需求端和承运端的成交信息，并在获取到所述承运端和收货人端对货物进行交接的交接信息时退还，有另一种情况是在当双方交易结束后才退还，此能进一步保证承运端在结算运费时提供进一步保证；四，在获取到所述服务需求端撤消所述上传的运输信息时退还。若在双方还没有成交前，服务需求端就撤消运输信息的，此时就应以退还。
36.当应用于客运运输交易的交易系统时，在后台服务器获取到了以下几种信息之一时，将发布保证金退还服务需求端：一，在获取到所述服务需求端和承运端的成交信息时退还。当双方成交以后，在交易过程中，如果双方可能还有其他的交易资金的支付和冻结，借以可以确保服务需求端不会反悔以及所发布的运输信息是真实可信的情况下，说明双方的交易已经成功，此时即可退还。
37.二，在获取到所述服务需求端和承运端成交，并在获取到服务需求端上车的信息时退还，当服务需求已经上车后，就说明服务需求端发布的运输信息是真实的，并且没有反悔，即时就以退还；三，在获取到所述服务需求端和承运端成交，并在获取到服务需求端下车的信息时退还，还有一种情况是当在双方的交易结束后才退还，这样可以进一步的确保服务需求端可以按约支付车费；四，在获取到所述服务需求端撤消所述上传的运输信息时退还。当双方在没有成交前，
如果服务需求端撤消上传运输信息的，就以退还。
38.进一步的，所述发布保证金根据所述运输信息收取。
39.进一步的，所述发布保证金根据所述运输信息收取为按照货物的重量或者体积或者运输距离或者次数收取。
40.当应用于物流系统时，通常是按照货物的重量或者体积或者运输距离或者次数收取；当应用于客运系统时，通常是按照运输距离和次数收取。
41.实施例二请参阅图2，是本发明实施例提供的一种运输交易的交易装置的流程示意图；在本申请中，运输交易的交易装置最常应用在物流运输交易的交易系统中以及客运运输交易的交易系统中，当应用于物流运输交易的交易系统中时，运输交易的交易装置具体使用时可以是一后台服务器，其后台服务器分别与服务需求端、承运端、收货人端之间进行数据通信连接；当应用于客运运输交易的交易系统中时，运输交易的交易方法具体使用时可以是一后台服务器，其后台服务器分别与服务需求端、承运端之间进行数据通信连接。
42.在本发明实施例中，网络可以是lan（局域网）、wan（广域网）、无线网络、点对点网络、星形网络、令牌环网络、网络集线器网络或其他配置，在本发明中不受限制。
43.其中，后台服务器可以为远程web服务器。可以是一台服务器，也可以是由若干台服务器组成的服务器群，或者是一个云计算服务中心，可进行数据的存储和处理。
44.在物流运输交易的交易系统中，服务需求端、承运端、收货人端等终端均可以是智能手机、平板电脑、计算机以及服务器等用户终端；在客运运输交易的交易系统中，服务需求端、承运端等终端均可以是智能手机、平板电脑、计算机以及服务器等用户终端。
45.在物流运输交易的交易系统中，服务需求人、承运人、收货人均可使用该物流运输交易的交易系统。服务需求人、承运人、收货人根据自身身份注册对应的用户类型账号，通过在物流运输交易的交易系统的app或者网页端中输入账号及密码进入物流运输交易的交易系统。其中，服务需求人登录后成为服务需求人端，承运人人登录后成为承运人端，收货人登录后成为收货人端；在客运运输交易的交易系统中，服务需求人、承运人均可使用该客运运输交易的交易系统。服务需求人、承运人根据自身身份注册对应的用户类型账号，通过在客运运输交易的交易系统的app或者网页端中输入账号及密码进入客运运输交易的交易系统。其中，服务需求人登录后成为服务需求人端，承运人人登录后成为承运人端。
46.在物流运输交易的交易系统中，各个用户类型具有对应的使用功能和权限，例如：所述服务需求端用于上传运输信息，向所述管理平台支付发布保证金，接收所述管理平台退还的发布保证金，和承运端成交以生成成交信息，和承运端进行货物交接以生成货物交接信息，撤消上传的运输信息；所述承运端用于和所述服务需求端成交以生成成交信息，和所述服务需求端进行货物交接以生成货物交接信息，和收货人端进行货物交接以生成货物交接信息；所述收货人端用于和所述承运端进行货物交接以生成货物交接信息；所述管理平台用于获取服务需求端上传的运输信息；在收取到所述服务需求端支付的发布保证金后将所述运输信息发布；在获取到以下信息之一时，将所述发布保证金退还所述服务需求端：一，在获取到所述服务需求端和承运端的成交信息时；二，在获取到所述服务需求端和承运端的成交信息，并在获取到所述服务需求端和所述承运端对货物进行交接的交接信息时；
三，在获取到所述服务需求端和承运端的成交信息，并在获取到所述承运端和收货人端对货物进行交接的交接信息时；四，在获取到所述服务需求端撤消所述上传的运输信息时。等。
47.在客运运输交易的交易系统中，各个用户类型具有对应的使用功能和权限，例如：所述服务需求端用于上传运输信息，向所述管理平台支付发布保证金，接收所述管理平台退还的发布保证金，和承运端成交以生成成交信息，撤消上传的运输信息；所述承运端用于和所述服务需求端成交以生成成交信息，向所述管理平台发送上车信息，向所述管理发送下车信息；所述管理平台用于获取服务需求端上传的运输信息；在收取到所述服务需求端支付的发布保证金后将所述运输信息发布；在获取到以下信息之一时，将所述发布保证金退还所述服务需求端：一，在获取到所述服务需求端和承运端的成交信息时；二，在获取到所述服务需求端和承运端成交，并在获取到服务需求端上车的信息时；三，在获取到所述服务需求端和承运端成交，并在获取到服务需求端下车的信息时；四，在获取到所述服务需求端撤消所述上传的运输信息时。
48.在本发明实施例中，当应用于物流运输交易的交易系统中时，服务需求端通常指的是发货人端，承运端通常指的货车司机端或者承运物流公司端；当应用于客运运输交易的交易系统中时，服务需求端通常指的乘客端，承运端通常指的客运司机端。
49.具体的，在本实施例中，包括：运输信息获取单元10，用于获取服务需求端上传的运输信息；当服务需求端有运输服务需求时，在交易平台上传运输信息，当服务需求端上传了运输信息后，后台服务器就能够通过运输信息获取单元10获取到服务需求端上传的运输信息。
50.在物流交易领域，上传的运输信息通常包括运输线路，货物名称，货物重量或者体积；在客运交易领域，上传的运输信息通常指的是运输线路，比如从某地到某地。
51.运输信息发布单元20，用于在收取到所述服务需求端支付的发布保证金后将所述运输信息发布；当服务需求端上传了运输信息后，随即向管理平台支付运输信息发布保证金，当后台服务器接收到了服务需求端支付的发布保证金后，就通过运输信息发布单元20将运输信息进行发布。
52.向服务需求端收取发布保证金的目的是为了让服务需求端在上传运输信息时，更加严谨和负责任，避免乱上传运输信息以及即使上传了运输信息，却在成交后出现反悔的情况发生的问题。
53.发布保证金退还单元30，用于在获取到以下信息之一时，通过发布保证金退还单元30将所述发布保证金退还所述服务需求端：一，在获取到所述服务需求端和承运端的成交信息时；二，在获取到所述服务需求端和承运端的成交信息，并在获取到所述服务需求端和所述承运端对货物进行交接的交接信息时；三，在获取到所述服务需求端和承运端的成交信息，并在获取到所述承运端和收货人端对货物进行交接的交接信息时；四，在获取到所述服务需求端和承运端成交，并在获取到服务需求端上车的信息时；五，在获取到所述服务需求端和承运端成交，并在获取到服务需求端下车的信息时；六，在获取到所述服务需求端撤消所述上传的运输信息时。
54.当应用于物流运输交易的交易系统时，在后台服务器获取到了以下几种信息之一时，将发布保证金退还服务需求端：一，在获取到所述服务需求端和承运端的成交信息时退还。当双方成交以后，在交易过程中，如果双方可能还有其他的交易资金的支付和冻结，借以可以确保服务需求端不会反悔以及所发布的运输信息是真实可信的情况下，说明双方的交易已经成功，此时即可退还。
55.二，在获取到所述服务需求端和承运端的成交信息，并在获取到所述服务需求端和所述承运端对货物进行交接的交接信息时退还，即在双方已经进行了货物的交接，说明服务需求端所发布的运输信息是真实的，并且已没有反悔，因此可能退还。
56.三，在获取到所述服务需求端和承运端的成交信息，并在获取到所述承运端和收货人端对货物进行交接的交接信息时退还，有另一种情况是在当双方交易结束后才退还，此能进一步保证承运端在结算运费时提供进一步保证；四，在获取到所述服务需求端撤消所述上传的运输信息时退还。若在双方还没有成交前，服务需求端就撤消运输信息的，此时就应以退还。
57.当应用于客运运输交易的交易系统时，在后台服务器获取到了以下几种信息之一时，将发布保证金退还服务需求端：一，在获取到所述服务需求端和承运端的成交信息时退还。当双方成交以后，在交易过程中，如果双方可能还有其他的交易资金的支付和冻结，借以可以确保服务需求端不会反悔以及所发布的运输信息是真实可信的情况下，说明双方的交易已经成功，此时即可退还。
58.二，在获取到所述服务需求端和承运端成交，并在获取到服务需求端上车的信息时退还，当服务需求已经上车后，就说明服务需求端发布的运输信息是真实的，并且没有反悔，即时就以退还；三，在获取到所述服务需求端和承运端成交，并在获取到服务需求端下车的信息时退还，还有一种情况是当在双方的交易结束后才退还，这样可以进一步的确保服务需求端可以按约支付车费；四，在获取到所述服务需求端撤消所述上传的运输信息时退还。当双方在没有成交前，如果服务需求端撤消上传运输信息的，就以退还。
59.进一步的，所述发布保证金根据所述运输信息收取。
60.进一步的，所述发布保证金根据所述运输信息收取为按照货物的重量或者体积或者运输距离或者次数收取。
61.当应用于物流系统时，通常是按照货物的重量或者体积或者运输距离或者次数收取；当应用于客运系统时，通常是按照运输距离和次数收取。
62.实施例三请参阅图3，是本发明实施例提供的一种物流运输交易的交易系统的架构示意图；本物流运输交易的交易系统包括管理平台x100、以及分别与管理平台x100通过有线或者无线网络进行通信的至少一个服务需求端x200、至少一个承运端x300、以及至少一个收货人端x400。
63.为了简洁，图中的服务需求端x200、承运端x300、收货人端x400等终端仅示出一个，此并不作为对系统中组成终端的限定，以及各终端与物流管理平台x100可能还有其他不同的连接方式。
64.在本申请中，物流运输交易的交易系统具体使用时可以是一后台服务器，其后台服务器分别与服务需求端x200、承运端x300、收货人端x400之间进行数据通信连接。
65.在本发明实施例中，网络可以是lan（局域网）、wan（广域网）、无线网络、点对点网络、星形网络、令牌环网络、网络集线器网络或其他配置，在本发明中不受限制。
66.其中，后台服务器可以为远程web服务器。可以是一台服务器，也可以是由若干台服务器组成的服务器群，或者是一个云计算服务中心，可进行数据的存储和处理。
67.在物流运输交易的交易系统中，服务需求端x200、承运端x300、收货人端x400等终端均可以是智能手机、平板电脑、计算机以及服务器等用户终端。
68.在物流运输交易的交易系统中，服务需求人、承运人、收货人均可使用该物流运输交易的交易系统。服务需求人、承运人、收货人根据自身身份注册对应的用户类型账号，通过在物流运输交易的交易系统的app或者网页端中输入账号及密码进入物流运输交易的交易系统。其中，服务需求人登录后成为服务需求人端，承运人人登录后成为承运人端，收货人登录后成为收货人端x400。
69.在物流运输交易的交易系统中，各个用户类型具有对应的使用功能和权限：所述服务需求端x200用于上传运输信息，向所述管理平台x100支付发布保证金，接收所述管理平台x100退还的发布保证金，和承运端x300成交以生成成交信息，和承运端x300进行货物交接以生成货物交接信息，撤消上传的运输信息；所述承运端x300用于和所述服务需求端x200成交以生成成交信息，和所述服务需求端x200进行货物交接以生成货物交接信息，和收货人端x400进行货物交接以生成货物交接信息；所述收货人端x400用于和所述承运端x300进行货物交接以生成货物交接信息；所述管理平台x100用于获取服务需求端x200上传的运输信息；在收取到所述服务需求端x200支付的发布保证金后将所述运输信息发布；在获取到以下信息之一时，将所述发布保证金退还所述服务需求端x200：一，在获取到所述服务需求端x200和承运端x300的成交信息时；二，在获取到所述服务需求端x200和承运端x300的成交信息，并在获取到所述服务需求端x200和所述承运端x300对货物进行交接的交接信息时；三，在获取到所述服务需求端x200和承运端x300的成交信息，并在获取到所述承运端x300和收货人端x400对货物进行交接的交接信息时；四，在获取到所述服务需求端x200撤消所述上传的运输信息时。
70.在本发明实施例中，服务需求端x200通常指的是发货人端，承运端x300通常指的货车司机端或者承运物流公司端。
71.具体的，在具体应用中，通常按照以下步骤进行：步骤f10，获取到服务需求端x200上传的运输信息；当服务需求端x200有运输服务需求时，在交易平台上传运输信息，当服务需求端x200上传了运输信息后，后台服务器就能够获取到服务需求端x200上传的运输信息。
72.在物流交易领域，上传的运输信息通常包括运输线路，货物名称，货物重量或者体积。
73.步骤f20，在收取到所述服务需求端x200支付的发布保证金后将所述运输信息发布；当服务需求端x200上传了运输信息后，随即向管理平台x100支付运输信息发布保证
金，当后台服务器接收到了服务需求端x200支付的发布保证金后，就将运输信息进行发布。
74.向服务需求端x200收取发布保证金的目的是为了让服务需求端x200在上传运输信息时，更加严谨和负责任，避免乱上传运输信息以及即使上传了运输信息，却在成交后出现反悔的情况发生的问题。
75.步骤f30，在获取到以下信息之一时，将所述发布保证金退还所述服务需求端x200：一，在获取到所述服务需求端x200和承运端x300的成交信息时；二，在获取到所述服务需求端x200和承运端x300的成交信息，并在获取到所述服务需求端x200和所述承运端x300对货物进行交接的交接信息时；三，在获取到所述服务需求端x200和承运端x300的成交信息，并在获取到所述承运端x300和收货人端x400对货物进行交接的交接信息时；四，在获取到所述服务需求端x200撤消所述上传的运输信息时。
76.当应用于物流运输交易的交易系统时，在后台服务器获取到了以下几种信息之一时，将发布保证金退还服务需求端x200：一，在获取到所述服务需求端x200和承运端x300的成交信息时退还。当双方成交以后，在交易过程中，如果双方可能还有其他的交易资金的支付和冻结，借以可以确保服务需求端x200不会反悔以及所发布的运输信息是真实可信的情况下，说明双方的交易已经成功，此时即可退还。
77.二，在获取到所述服务需求端x200和承运端x300的成交信息，并在获取到所述服务需求端x200和所述承运端x300对货物进行交接的交接信息时退还，即在双方已经进行了货物的交接，说明服务需求端x200所发布的运输信息是真实的，并且已没有反悔，因此可能退还。
78.三，在获取到所述服务需求端x200和承运端x300的成交信息，并在获取到所述承运端x300和收货人端x400对货物进行交接的交接信息时退还，有另一种情况是在当双方交易结束后才退还，此能进一步保证承运端x300在结算运费时提供进一步保证；四，在获取到所述服务需求端x200撤消所述上传的运输信息时退还。若在双方还没有成交前，服务需求端x200就撤消运输信息的，此时就应以退还。
79.进一步的，所述发布保证金根据所述运输信息收取。
80.进一步的，所述发布保证金根据所述运输信息收取为按照货物的重量或者体积或者运输距离或者次数收取。
81.当应用于物流系统时，通常是按照货物的重量或者体积或者运输距离或者次数收取；当应用于客运系统时，通常是按照运输距离和次数收取。
82.实施例四请参阅图4，是本发明实施例提供的一种客运运输交易的交易系统的架构示意图；本客运运输交易的交易系统包括管理平台x100、以及分别与管理平台x100通过有线或者无线网络进行通信的至少一个服务需求端x200、至少一个承运端x300。
83.为了简洁，图中的服务需求端x200、承运端x300等终端仅示出一个，此并不作为对系统中组成终端的限定，以及各终端与物流管理平台x100可能还有其他不同的连接方式。
84.在本申请中，客运运输交易的交易系统具体使用时可以是一后台服务器，其后台服务器分别与服务需求端x200、承运端x300之间进行数据通信连接。
85.在本发明实施例中，网络可以是lan（局域网）、wan（广域网）、无线网络、点对点网
络、星形网络、令牌环网络、网络集线器网络或其他配置，在本发明中不受限制。
86.其中，后台服务器可以为远程web服务器。可以是一台服务器，也可以是由若干台服务器组成的服务器群，或者是一个云计算服务中心，可进行数据的存储和处理。
87.在客运运输交易的交易系统中，服务需求端x200、承运端x300等终端均可以是智能手机、平板电脑、计算机以及服务器等用户终端。
88.在客运运输交易的交易系统中，服务需求人、承运人均可使用该客运运输交易的交易系统。服务需求人、承运人根据自身身份注册对应的用户类型账号，通过在客运运输交易的交易系统的app或者网页端中输入账号及密码进入客运运输交易的交易系统。其中，服务需求人登录后成为服务需求人端，承运人登录后成为承运人端。
89.在客运运输交易的交易系统中，各个用户类型具有对应的使用功能和权限：所述服务需求端x200用于上传运输信息，向所述管理平台x100支付发布保证金，接收所述管理平台x100退还的发布保证金，和承运端x300成交以生成成交信息，撤消上传的运输信息；所述承运端x300用于和所述服务需求端x200成交以生成成交信息，向所述管理平台x100发送上车信息，向所述管理发送下车信息；所述管理平台x100用于获取服务需求端x200上传的运输信息；在收取到所述服务需求端x200支付的发布保证金后将所述运输信息发布；在获取到以下信息之一时，将所述发布保证金退还所述服务需求端x200：一，在获取到所述服务需求端x200和承运端x300的成交信息时；二，在获取到所述服务需求端x200和承运端x300成交，并在获取到服务需求端x200上车的信息时；三，在获取到所述服务需求端x200和承运端x300成交，并在获取到服务需求端x200下车的信息时；四，在获取到所述服务需求端x200撤消所述上传的运输信息时。
90.在本发明实施例中，服务需求端x200通常指的乘客端，承运端x300通常指的客运司机端。
91.具体的，在实际应用中，通常按照以下步骤进行：步骤f10，获取到服务需求端x200上传的运输信息；当服务需求端x200有运输服务需求时，在交易平台上传运输信息，当服务需求端x200上传了运输信息后，后台服务器就能够获取到服务需求端x200上传的运输信息。
92.在客运交易领域，上传的运输信息通常指的是运输线路，比如从某地到某地。
93.步骤f20，在收取到所述服务需求端x200支付的发布保证金后将所述运输信息发布；当服务需求端x200上传了运输信息后，随即向管理平台x100支付运输信息发布保证金，当后台服务器接收到了服务需求端x200支付的发布保证金后，就将运输信息进行发布。
94.向服务需求端x200收取发布保证金的目的是为了让服务需求端x200在上传运输信息时，更加严谨和负责任，避免乱上传运输信息以及即使上传了运输信息，却在成交后出现反悔的情况发生的问题。
95.步骤f30，在获取到以下信息之一时，将所述发布保证金退还所述服务需求端x200：一，在获取到所述服务需求端x200和承运端x300的成交信息时；二，在获取到所述服务需求端x200和承运端x300成交，并在获取到服务需求端x200上车的信息时；三，在获取到所述服务需求端x200和承运端x300成交，并在获取到服务需求端x200下车的信息时；四，在
获取到所述服务需求端x200撤消所述上传的运输信息时。
96.当应用于客运运输交易的交易系统时，在后台服务器获取到了以下几种信息之一时，将发布保证金退还服务需求端x200：一，在获取到所述服务需求端x200和承运端x300的成交信息时退还。当双方成交以后，在交易过程中，如果双方可能还有其他的交易资金的支付和冻结，借以可以确保服务需求端x200不会反悔以及所发布的运输信息是真实可信的情况下，说明双方的交易已经成功，此时即可退还。
97.二，在获取到所述服务需求端x200和承运端x300成交，并在获取到服务需求端x200上车的信息时退还，当服务需求已经上车后，就说明服务需求端x200发布的运输信息是真实的，并且没有反悔，即时就以退还；三，在获取到所述服务需求端x200和承运端x300成交，并在获取到服务需求端x200下车的信息时退还，还有一种情况是当在双方的交易结束后才退还，这样可以进一步的确保服务需求端x200可以按约支付车费；四，在获取到所述服务需求端x200撤消所述上传的运输信息时退还。当双方在没有成交前，如果服务需求端x200撤消上传运输信息的，就以退还。
98.进一步的，所述发布保证金根据所述运输信息收取。
99.进一步的，所述发布保证金根据所述运输信息收取为运输距离或者次数收取。
100.当应用于客运系统时，通常是按照运输距离和次数收取。
101.实施例五此外，本发明还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有运输交易的交易程序，所述运输交易的交易程序被处理器执行时实现如实施例一所述的运输交易的交易方法的步骤。
102.以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。