CN111862601B - 货运车辆的导航方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开实施例涉及一种货运车辆的导航方法、装置、电子设备和存储介质。该方法包括：检测货运车辆的相关信息是否满足预设的货运导航触发条件；若满足，则获取所述货运车辆的属性信息，并调用第三方服务提供的导航系统根据所述货运车辆的属性信息，获取所述货运车辆的货运导航路径。本公开实施例提供的货运车辆的导航方法，可以根据货运车辆的属性信息获取货运车辆的货运导航路径，货运导航路径更加适合货运车辆通行，因此，可以提高货运车辆的运输效率。

Description

货运车辆的导航方法、装置、电子设备和存储介质

技术领域

本公开实施例涉及网约车出行技术领域，特别是涉及一种货运车辆的导航方法、装置、电子设备和存储介质。

背景技术

目前，随着人们生活水平的不断提高，在面对搬运货物、搬家等一类生活需求时，很多人不再倾向于传统的“自己动手，丰衣足食”的模式，而是逐渐的习惯“委外处理”。因此市场上诞生了网约货运的APP（英文：Application，中文：应用程序），用户通过在手机、电脑等终端上下单，货运平台根据用户所下的订单需求为在线的货运车主进行派单，以完成用户的货运需求，货运平台也基于此实现企业创收。

目前，货运车辆和载人车辆基本上都采用一样的导航系统，由于货运车辆的车型、体积、载重量等都与载人车辆有所差别，采用载人车辆的导航系统获取到的导航路径在一些路段可能并不适合货运车辆通行，因此，对于货运车辆采用上述导航方法会存在获取的导航路径不精确，使得货运车辆的运输效率较低的问题。

发明内容

本公开实施例提供一种货运车辆的导航方法、装置、电子设备和存储介质，可以用于提高货运车辆的运输效率。

第一方面，本公开实施例提供一种货运车辆的导航方法，该方法包括：

检测货运车辆的相关信息是否满足预设的货运导航触发条件；

若相关信息满足预设的货运导航触发条件，则获取货运车辆的属性信息，并调用第三方服务提供的导航系统根据货运车辆的属性信息，获取货运车辆的货运导航路径。

第二方面，本公开实施例提供一种货运车辆的导航装置，该装置包括：

检测模块，用于检测货运车辆的相关信息是否满足预设的货运导航触发条件；

路径获取模块，用于在相关信息满足预设的货运导航触发条件的情况下，获取货运车辆的属性信息，并调用第三方服务提供的导航系统根据货运车辆的属性信息，获取货运车辆的货运导航路径。

第三方面，本公开实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述第一方面的方法。

第四方面，本公开实施例提供一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面的方法。

本公开实施例提供的货运车辆的导航方法、装置、计算机设备和存储介质，可以用于提高货运车辆的运输效率。该货运车辆的导航方法包括：检测货运车辆的相关信息是否满足预设的货运导航触发条件，若满足，则获取货运车辆的属性信息，并调用第三方服务提供的导航系统根据货运车辆的属性信息，获取货运车辆的货运导航路径，本公开实施例提供的货运车辆的导航方法，可以根据货运车辆的属性信息获取货运车辆的货运导航路径，货运导航路径更加适合货运车辆通行，因此，可以提高货运车辆的运输效率。

附图说明

图1为一个实施例中货运车辆的导航方法的应用环境图；

图2为一个实施例中货运车辆的导航方法的流程示意图；

图3为一个实施例中设置界面的示意图；

图4为一个实施例中检测货运车辆的相关信息是否满足预设的货运导航触发条件的过程的流程示意图；

图5为另一个实施例中货运车辆的导航方法的流程示意图；

图6为一个实施例中等候装货界面的示意图；

图7为另一个实施例中货运车辆的导航方法的流程示意图；

图8为一个实施例中等待卸货界面的示意图；

图9为一个实施例中费用显示界面的示意图；

图10为一个实施例中添加选项设置界面的示意图；

图11为一个实施例中费用明细的示意图；

图12为另一个实施例中货运车辆的导航方法的流程示意图；

图13为一个实施例中费用支付界面的示意图；

图14为另一个实施例中费用支付界面的示意图；

图15为一个实施例中支付码的示意图；

图16为另一个实施例中货运车辆的导航方法的流程示意图；

图17为一个实施例中订单取消界面的示意图；

图18为一个实施例中取消原因选择界面的示意图；

图19为一个实施例中货运车辆的导航装置的结构框图；

图20为另一个实施例中货运车辆的导航装置的结构框图；

图21为一个实施例中电子设备的内部结构图。

具体实施方式

为了使本公开实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本公开实施例，并不用于限定本公开实施例。

首先，在具体介绍本公开实施例的技术方案之前，先对本公开实施例基于的技术背景或者技术演进脉络进行介绍。

近年来，货运网约车的出现，给人们的生活带来了极大便利，人们在需要搬运货物、搬家时，越来越倾向于使用货运网约车来进行货物运输。目前，货运网约车（以下简称为货运车辆）和载人网约车（以下简称为载人车辆）一般采用相同的导航系统获取导航路径，下面，本公开实施例将对货运车辆在导航过程中可能出现的几种典型场景进行说明。

第一种场景：

货运车辆的车型为特种车型，例如货运车辆的高度为3米，货运车辆采用载人车辆的导航系统获取导航路径，在行驶过程中，可能会遇到道路上有限高杆、隧道或高架桥等障碍物，若货运车辆的高度高于限高杆、隧道高度或者高架桥高度，此时，货运车辆无法正常通行，因此，不得不重改道绕行，导致货运车辆的运输效率较低。

第二种场景：

一般而言，货运车辆在行驶过程中会产生较大噪音，为了降低噪音污染，目前，一些城市或者地区会规定在一些路段或者一些区域内禁止货运车辆通行。当货运车辆采用载人车辆的导航系统获取导航路径时，货运车辆可能沿着导航路径进入到该些禁止货运车辆入内的路段或者区域，导致货运车辆面临行政处罚，并且，货运车辆需要选择行车路线，导致货运车辆的运输效率较低。

由此可知，采用载人车辆的导航系统获取到的导航路径不精确，会使得货运车辆的运输效率较低。有鉴于此，如何提高货运车辆的运输效率，成为目前亟待解决的难题。

另外，需要说明的是，从确定现有技术的成本高效率低以及下述实施例介绍的技术方案，申请人均付出了大量的创造性劳动。

下面结合本公开实施例所应用的场景，对本公开实施例涉及的技术方案进行介绍。

本公开实施例提供的货运车辆的导航方法，可以应用于如图1所示的应用环境中。该应用环境包括司机端101、货运平台102和第三方服务平台103。其中，司机端101与货运平台102之间可以互相通信，司机端101可以调用第三方服务平台103提供的导航系统。

其中，司机端101为可以为个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备等。

货运平台102是指货运平台的服务器，该服务器可以是独立的服务器，还可以是服务器集群。

在本公开的另一种应用场景中，该应用环境可以包括，司机端、用户端、货运平台和第三方服务平台，其中，司机端和用户端可以通过货运平台通信或直接通信，司机端可以调用第三方服务平台。

可选的，司机端可以安装有与货运系统对应的供货运司机操作的第一APP软件，用户端可以安装有与货运系统对应的供用户操作的第二APP软件，上述第一APP软件、第二APP软件可以为货运平台发布的软件，这两个软件可以为两个单独的APP软件，还可以为同一款软件在不同模式下的软件呈现，例如，货运平台发布一款货运网约车软件，该货运网约车软件具有司机模式和用户模式两种模式，与司机模式对应的为司机端，与用户模式对应的为用户端。不同的模式下软件的功能实现不一样，面对的用户群体也不一样。

在一个实施例中，如图2所示，提供了一种货运车辆的导航方法，该方法应用于图1中的司机端，包括以下步骤：

步骤201，检测货运车辆的相关信息是否满足预设的货运导航触发条件。

本公开实施例中，用户可以通过用户端预约货运车辆搬运货物。货运司机所持有的司机端设备可以接收到用户的订单，然后，货运司机可以到达发货地，然后将货物搬运到货运车辆上，然后货运司机可以启动货运行程，并通过导航系统获取导航路径，按照导航路径向收货地行驶。

本公开实施例中，货运司机通过导航系统获取货运导航路径之前，司机端需要检测货运车辆的相关信息是否满足预设的货运导航触发条件。

在一种可选的实现方式中，相关信息可以是货运车辆的状态信息，司机端检测货运车辆的相关信息是否满足预设的货运导航触发条件的过程可以包括：

货运车辆的状态信息包括行驶状态信息和静止状态信息，其中，司机端可以检测货运车辆的状态信息，若货运车辆为行驶状态，表示货运车辆正在行驶中，也就是说，货运车辆存在导航需求，因此，司机端可以确定货运车辆的相关信息满足预设的货运导航触发条件。

若货运车辆处于静止状态，也就是说，货运车辆不存在导航需求，因此，司机端可以确定货运车辆的相关信息不满足预设的货运导航触发条件。

可选的，相关信息还可以包括货运导航控件的状态、货运车辆当前所在区域的道路特征和订单类型中的至少一个。

步骤202，若相关信息满足预设的货运导航触发条件，则获取货运车辆的属性信息，并调用第三方服务提供的导航系统根据货运车辆的属性信息，获取货运车辆的货运导航路径。

本公开实施例中，货运车辆的属性信息可以包括货运车辆的长、宽、高、载重、车型以及车牌号等信息。

可选的，司机端获取货运车辆的属性信息的过程可以是：司机端可以向货运平台发送信息请求，信息请求中可以携带有司机端的账户信息，司机端的账号信息与货运车辆一一对应，然后货运平台可以根据司机端的账户信息向司机端下发该账户信息对应的货运车辆的属性信息。

需要说明的是，货运车辆通过司机端向货运平台发送注册请求时，注册请求中可以携带有货运车辆的属性信息，货运平台可以根据注册请求生成账户信息，并存储与该账户信息对应的货运车辆的属性信息。

可选的，司机端获取货运车辆的属性信息的过程可以是：司机端可以从本地存储器中提取货运车辆的属性信息。

需要说明的是，货运车辆通过司机端向货运平台发送注册请求时，注册请求中可以携带有货运车辆的属性信息，此时，司机端可以将货运车辆的属性信息存储在本地。

本公开实施例中，对于货运网约车的使用场景中，当货运车辆满足货车导航触发条件时，司机端调用第三方服务提供的导航系统，根据货运车辆的属性信息获取该货运车辆的货运导航路径，由于该货运导航路径是针对货运车辆的属性信息规划的导航路线，当货运车辆根据该货运导航路线行驶时，可以有效避开一些相应的限高、限重等路段，因此，提高了货运车辆的运输效率。

在一种可选的实现方式中，在司机端获取货运车辆的属性信息之后，司机端调用第三方服务提供的导航系统根据货运车辆的属性信息，获取货运车辆的货运导航路径的过程可以包括：

司机端通过内置的调用组件调用第三方APP根据货运车辆的属性信息，获取货运车辆的货运导航路径。

其中，第三方APP为第三方服务提供的导航系统对应的APP。

其中，内置的调用组件可以是SDK（英文：Software Development Kit，中文：软件开发工具包）组件。

本公开实施例中，司机端可以通过SDK组件调用第三方服务的应用程序（即第三方APP）启动。可选的，第三方APP为第三方服务提供的导航系统对应的APP。同时，司机端可以指示第三方APP将货运车辆的属性信息、导航起点和导航终点发送给第三方服务器，由第三方服务器根据导航起点和导航终点确定多条候选路径，然后根据地图数据确定每个候选路径上的限高、限宽、限载重量、限速以及限行信息等，由第三方服务器根据货运车辆的属性信息以及地图数据从多个候选路径中确定出最优的货运路径，并将货运路径返回给司机端。这样，司机端就可以获取货运车辆的货运导航路径，并展示给货运司机。

在另一种可选的实现方式中，在司机端获取货运车辆的属性信息之后，司机端调用第三方服务提供的导航系统根据货运车辆的属性信息，获取货运车辆的货运导航路径的过程可以包括：

司机端可以直接与第三方服务的服务器进行连接，并将货运车辆的属性信息、导航起点和导航终点发送给第三方服务器，然后由第三方服务器根据导航起点和导航终点确定多条候选路径，并根据地图数据确定每个候选路径上的限高、限宽、限载重量、限速以及限行信息等，然后由第三方服务器根据货运车辆的属性信息每个候选路径上的限高、限宽、限载重量、限速以及限行信息等从多个候选路径中确定出最适合该货运车辆的货运路径，并将货运路径返回给司机端。

需要说明的是，本公开实施例中，司机端通过调用第三方APP，或者通过直接访问第三方服务器的方式，利用第三方APP或者第三方服务器获取货运导航路径，减少了货运平台的数据运算量，因此，提高了运算效率，且获取货运导航路径的过程更快，且用户操作简单。

本公开的一个实施例中，若相关信息可以包括货运导航控件的状态，那么检测货运车辆的相关信息是否满足预设的货运导航触发条件的过程可以包括：

若检测到设置界面上的货运导航控件的状态为开启，则确定货运车辆的相关信息满足货运导航触发条件。

本公开实施例中，货运导航控件为用于控制车辆导航启动或者关闭的控件，货运导航控件的状态可以包括启动和关闭两种。可选的，货运导航控件可以是司机端内置的地图类应用程序的控件。

可选的，货运导航控件的状态可以是由货运司机人为触发的，货运司机可以根据自身需求确定是否启动或者关闭货运导航控件。

当货运司机具有导航需求时，如图3所示，其示出了设置界面，在设置界面中，货运司机可以通过点击操作触发设置界面中的“导航”图标，以触发货运导航控件启动。在这种情况下，司机端可以检测到设置界面上的货运导航控件的状态为开启，此时，司机端可以确定货运车辆的相关信息满足货运导航触发条件。

本公开实施例中，司机端可以根据货运导航控件的状态了解货运司机的导航需求，从而基于货运司机的导航需求，获取货运导航路径，可以更好地为货运司机提供导航服务，提高货运效率。

本公开的一个实施例中，如图4所示，若相关信息包括货运车辆当前所在区域的道路特征，那么检测货运车辆的相关信息是否满足预设的货运导航触发条件的过程可以包括：

步骤401，获取货运车辆的当前位置。

本公开实施例中，由于司机端与货运车辆是一体移动的，因此司机端可以基于自身的GPS组件获取司机端的位置，并可以将司机端的当前位置确定为货运车辆的当前位置。

可选的，货运车辆可以通过自身的GPS组件获取自身的当前位置，并将自身的当前位置上报给货运平台，由货运平台向司机端转发车辆的当前位置。

步骤402，根据货运车辆的当前位置获取货运车辆当前所在区域的道路特征。

本公开实施例中，道路特征可以包括道路上车辆汇入口、车辆流出口、交叉路口、与道路交叉的高架桥、道路侧方的门墩、道路穿过的隧道、道路中的桥梁段、道路上的限高杆以及道路限定规定等。

在一种可选的实现方式中，司机端根据货运车辆的当前位置获取货运车辆当前所在区域的道路特征的过程可以包括：

步骤A1，司机端根据位置与区域之间的对应关系、以及货运车辆的当前位置，确定货运车辆当前所在区域。

本公开实施例中，司机端可以在本地预先存储位置与区域之间的对应关系，其中，区域可以是城市、城市群、城市内的行政区域，或者也可以是货运平台自行规定的区域。

司机端还可以根据货运车辆的当前位置和上述位置与区域之间的对应关系确定出该当前位置对应的区域，即货运车辆当前所在区域。

步骤A2，司机端根据区域和道路特征之间的对应关系、以及货运车辆当前所在区域，确定货运车辆当前所在区域的道路特征。

本公开实施例中，司机端可以根据货运车辆当前所在的区域和上述区域和道路特征之间的对应关系确定出货运车辆当前所在区域的道路特征。例如，司机端根据地图数据、街景图等获取货运车辆当前所在区域的道路特征等。

可选的，货运车辆当前所在区域的道路特征可以是指货运车辆当前所在区域内的多条道路的道路特征。

在另一种可选的实现方式中，司机端可以预设有地图类应用程序，司机端可以根据货运车辆的当前位置确定出货运车辆正在行驶中的以及货运车辆可能行驶的多条候选道路，然后司机端可以获取各个候选道路的道路特征。

可选的，本公开实施例中，货运车辆所在的区域还可以是指货运车辆将要进入的区域。

步骤403，若根据货运车辆当前所在区域的道路特征检测到货运车辆当前所在区域中存在货运车辆的限行路段，则确定货运车辆的相关信息满足货运导航触发条件。

本公开实施例中，司机端可以根据货运车辆当前所在区域的道路特征检测货运车辆当前所在区域中是否存在货运车辆的限行路段，具体的，本公开实施例中，当货运车辆当前所在区域的道路特征中包含了影响车辆通行的道路特征时，例如道路穿过的隧道、限高杆、高架桥等，司机端可以确定货运车辆所在区域中存在货运车辆的限行路段。此时，司机端确定货运车辆的相关信息满足货运导航触发条件。

其中，货运车辆所在区域中存在货运车辆的限行路段表示，货运车辆所在区域中的道路可能对货运车辆的通行造成阻碍。

本公开实施例中，通过实时跟踪货运车辆的当前位置，了解货运车辆当前所处的行驶环境，并确定该行驶环境中是否存在影响货运车辆通行的影响因素，若存在，则确定货运车辆当前所在区域中存在货运车辆的限行路段，那么说明，货运车辆需要进行货运导航，在此基础上，司机端通过预先设置的调用组件调用第三方服务提供的导航系统，获取该货运车辆的货运导航路径。这样，货运车辆可以有效避开一些相应的限高、限重等路段，因此，提高了货运车辆的运输效率。

本公开的一个实施例中，若相关信息包括订单类型，那么检测货运车辆的相关信息是否满足预设的货运导航触发条件的过程可以包括：

若订单类型为货运订单，且司机端检测到导航显示界面上的导航控件被触发，则确定货运车辆的相关信息满足货运导航触发条件。

本公开实施例中，订单类型可以包括多种，例如客运订单、货运订单、客货混合订单等。在用户下单时，用户可以自行根据实际需求确定订单类型。

在实际应用中，当货运司机在驾驶货运车辆进行货物运输时，货运司机可以根据实际需要确定是否需要进行车辆导航。当需要车辆导航时，货运司机可以在设置界面中对导航控件执行触发操作，这样导航控件被触发。当不需要车辆导航时，货运司机可以不对导航控件执行触发操作，这样导航控件就不被触发。

本公开实施例中，当用户下单时确定的订单类型为货运订单，并且，司机端检测到导航控件被触发时，对货运导航控件执行了触发操作，那么此时，确定货运车辆的相关信息满足货运导航触发条件。

本公开实施例中，基于用户端确定的订单类型以及基于司机端的导航控件被触发的双重操作确定了货运司机需要货运导航这一需求，在此基础上，司机端通过预先设置的调用组件调用第三方服务提供的导航系统，获取该货运车辆的货运导航路径。这样，货运车辆可以有效避开一些相应的限高、限重等路段，因此，提高了货运车辆的运输效率。

在本公开的一个实施例中，如图5所示，该货运车辆的导航方法还可以包括以下内容：

步骤501，若检测到等候装货界面上的拍照控件被触发，则调用摄像头进行现场拍摄得到货运车辆图片，并禁止调用相册。

本公开实施例中，在货运司机通过司机端接单之后，货运司机可以驾驶货运车辆前往发货地，当货运车辆到达发货点之后，司机端可以呈现出等候装货的界面。如图6所示，等候装货界面上设置有拍照控件，如“拍照”图标所示，拍照控件可以用于调用司机端设备的拍照组件进行拍照，其中，拍照组件可以例如是摄像头。

本公开实施例中，在货运司机装货过程中，或者在货运司机将货物装好之后，货运司机需要对装好货物的货运车辆进行拍照，并通过司机端上传至货运平台，以便于对本次货物运输过程进行跟踪记录。

其中，货运司机将货运车辆的图片通过司机端上传至货运平台的过程可以包括以下内容：

货运司机可以点击图6中的拍照控件来触发该拍照控件，此时，司机端可以检测到拍照控件被触发，那么，司机端可以调用司机端设备的摄像头进行现场拍摄得到货运车辆图片。与此同时，司机端还可以禁止调用相册，避免货运司机采用相册中之前已经拍摄好的图片。这样可以保证通过拍照空间获得的货运车辆图片为现场拍摄得到的，而不是相册中的历史图片，从而保证了货运车辆图片的实时性。

本公开是实施例，通过调用摄像头进行现场拍摄得到货运车辆图片，保证了货运车辆图片的真实性和时效性，有利于对货运车辆运输过程进行管控。

可选的，本公开实施例中，当货运车辆图片上传之后，货运司机可以主动地对货运车辆图片进行修改，其中，修改图片仅限于重新拍摄，不能对货运车辆图片进行修图等操作。

步骤502，将货运车辆图片发送至货运平台，以使货运平台识别货运车辆图片中的物体是否符合货运车辆的载货类型。

本公开实施例中，司机端可以将拍摄得到的货运车辆图片发送给货运平台，货运平台在接收到司机端发送的货运车辆图片后，可以对货运车辆图片进行图像识别，以识别货运车辆图片中的物体是否符合货运车辆的载货类型。

具体的，例如货运车辆的载货类型为货运类型，那么，若货运车辆图片中出现任何非货物的物体，则表示货运车辆图片中的物体与货运车辆的载货类型不相符。若货运车辆图片中的物体为货物，则表示货运车辆图片中的物体与货运车辆的载货类型相符。

例如若货运车辆图片中出现了人体，即货运车辆的实际货运中存在载人现象。而货运车辆的载货类型为货运类型，此时，货运平台可以确定出货运车辆图片中的物体与货运车辆的载货类型不相符。

在一种可选的实现方式中，当货运平台确定出货运车辆图片中的物体与货运车辆的载货类型不相符时，货运平台可以向司机端发送停止指令。

当货运平台确定出货运车辆图片中的物体与货运车辆的载货类型相符时，货运平台可以向司机端下发验证通过消息，或者货运平台可以默认司机端可以进行货运行程启动操作。

可选的，货运行程启动操作可以是指点击操作或者滑动操作。

本公开实施例，通过对货运车辆图片的识别，以确定货运车辆的实际装载货物与货运车辆的载货类型是否相符，这样可以有效避免货运车辆载人的现象，保证了货运车辆能被有效利用，且避免一些不安全隐患。

步骤503，若接收到货运平台发送的停止指令，则停止响应货运车辆的当前行程操作。

其中，停止指令为货运平台识别出货运车辆图片中的物体不符合货运车辆的载货类型时触发的指令。

本公开实施例中，在司机端接收到货运平台发送的停止指令之后，司机端对于货运行程启动操作不进行响应，也就是说，即便货运司机进行点击操作或者滑动操作，司机端也不会根据该点击操作或者滑动操作执行相应的操作。

可选的，当司机端接收到停止指令后，司机端可以生成提示消息展示给货运司机。或者，司机端可以直接将停止指令展示给货运司机，或者司机端可以将设置货运行程启动操作的操作键失效。

可选的，本公开实施例中，停止指令还可以用于指示司机端重新上传货运车辆图片，即货运司机可以重新触发拍照控件，利用拍照控件拍摄货运车辆图片，并上传，然后重复步骤502的步骤，直至司机端可以进行货运行程启动操作为止。

本公开实施例中，当司机端接收到货运平台发送的停止指令后，司机端的货运行程启动操作会进行暂停，以提示货运司机当前存在违规行为，从而能够提示货运司机进行规范运输，从而避免一些不安全隐患。

在本公开实施例中，如图7所示，该货运车辆的导航方法还可以包括以下内容：

步骤701，当检测到费用显示界面上的添加控件被触发时，跳转至添加选项设置界面。

其中，添加选项设置界面包括选项标签、选项标签对应的数值输入框和备用选项输入框。

本公开实施例中，当货运司机将货物运送到目的地之后，由于在货运过程中可能会产生一些其他费用，例如搬用费、路桥费、停车费等费用，在这种情况下，货运司机可以通过费用显示界面中的添加控件来添加额外费用。

具体的，当货运司机将货物运送到目的地之后，货运司机可以通过滑动操作，确定到达终点，如图8所示，司机端可以展示等待卸货界面，然后，基于滑动操作确定货运车辆到达终点，此时，司机端可以生成并展示费用显示界面，如图9所示，费用显示界面中显示有添加控件，添加控件如图9中的A区域所示。

本公开实施例中，货运司机可以基于对司机端的点击操作或者滑动操作触发费用显示界面中的添加控件，此时司机端可以检测到费用显示界面上的添加控件被触发，然后，司机端可以跳转至添加选项设置界面。

其中，添加选项设置界面如图10所示，在添加选项设置界面中可以有多种选项标签，比如搬用费、超重费、增加途经点等选项，还有对应的费用输入框，货运司机可以在选项标签的费用输入框中输入金额，如图10中的A区域所示。货运司机输入完毕后，可以向司机端发送确认信息。

可选的，添加选项设置界面中包括一些已经设置好金额的选项标签，如图10中的B区域所示，该类型的选项标签的金额一般为常用的金额，货运司机仅需要进行选择然后确认即可，该种方式货运司机无需输入，可以较为快捷地进行选择。

进一步的，添加选项设置界面中还包括备用选项输入框，如图10中的C区域所示，备用选项输入框可以由货运司机自行设置费用类型和费用金额。这样，货运司机可以自定义输入其它的增加费用选项（这些选项是前面设置的选项中没有的）。货运司机输入完毕后，可以向司机端发送确认信息。

步骤702，接收用户在添加选项设置界面输入的选项信息，并将选项信息发送至货运平台。

其中，选项信息包括用户选择的选项标签和对应的数值。

本公开实施例中，响应于货运司机发送的确认信息，司机端可以接收到用户在添加选项设置界面输入的选项信息，并将选项信息发送至货运平台。

该选项信息可以用于指示货运平台对选项信息中的增加的费用选项以及对应的金额进行计算，以获取本次货运过程中的总费用，并生成费用明细，然后货运平台可以将费用明细分别发送给司机端和用户端，如图11所示，其示出了司机端接收到的费用明细。

本公开实施例中，货运司机可以触发添加控件，这样，司机端在检测到添加控件被触发的情况下，跳转至添加选项设置界面，然后货运司机可以基于添加选项设置界面的选项标签、选项标签对应的数值输入框和备用选项输入框，灵活地设置例如路桥费、搬运费等费用，这样更加符合货物运输过程中的计费需求，提高货运网约车服务的服务质量。

本公开实施例中，如图12所示，该货运车辆的导航方法还可以包括以下内容：

步骤1201，接收用户在费用支付界面上选择的支付方式。

其中，费用支付界面包括至少两种支付方式。

本公开实施例中，在货运司机完成货物运输之后，用户需要对本次货物运输支付费用，如图11所示，当货运司机在司机端通过滑动操作确认计费之后，司机端可以展示出如图13所示的费用支付界面。费用支付界面中显示有线上支付控件，如图13中的A区。现金支付控件，如图13中的B区。扫描支付控件，如图13中的C区。

需要说明的是，本公开实施例中，用户可以在用户端自行选择支付方式，其中，支付方式可以包括扫码支付、线上支付、现金支付等。用户在用户端选择了支付方式之后，用户端也可以直接将用户选择的支付方式发送给司机端，或者，用户端可以将用户选择的支付方式通过货运平台发送给司机端，这样司机端就可以接收到用户在费用支付界面上选择的支付方式，并展示如图13所示的费用支付界面，在图13所示的费用支付界面中，线上支付控件的右上方具有对勾，对勾可以用于表示用户在费用支付界面上选择的支付方式。

步骤1202，根据支付方式执行相应的支付操作。

本公开实施例中，司机端根据支付方式执行相应的支付操作可以有以下集中情形：

第一种，用户选择的支付方式为线上支付。

本公开实施例中，司机端可以将线上支付指令发送至货运平台，其中，线上支付指令用于指示货运平台将支付清单发送至发单用户端，以提示发单用户支付费用。

其中，司机端将线上支付指令发送至货运平台的过程可以是：货运司机可以触发支付界面中的线上支付控件，由线上支付控件向货运平台发送线上支付指令。

在货运平台接收到线上支付指令之后，货运平台可以将本次货运订单的支付清单发送至用户端，提示发单人对本次货运订单支付费用。

第二种，用户选择的支付方式为现金支付。

步骤B1，若支付方式为现金支付，则司机端在费用支付界面上叠加展示提示界面。

其中，提示界面包括提示信息、取消控件和已支付控件，提示信息用于提示司机确认客户是否已支付费用。

本公开实施例中，司机端可以通过触发现金支付控件，将现金支付指令发送至货运平台，然后由货运平台分别向司机端和用户端发送支付完成确认信息，如图14所示，司机端接收到支付完成确认信息后，可以在费用支付界面上叠加展示提示界面。

如图14所示，其中，提示信息用于在司机端展示提示内容，例如，提示内容可以是： 客人已支付货款吗

提示内容用于提示货运司机确认客户是否已支付费用。

当货运司机收到了收货人或者用户支付的现金时，货运司机可以触发已支付控件，已支付控件可以例如是图14中的“客户已支付”。

当货运司机没有收到现金时，货运司机可以触发取消控件，取消控件可以例如是图14中的“取消”。

步骤B2，若检测到取消控件被触发，则返回费用支付界面；

本公开实施例中，当司机端检测到取消控件被触发时，司机端可以返回费用支付界面，并在费用支付界面重新选择费用支付方式。

步骤B3，若检测到已支付控件被触发，则在费用支付界面上显示支付完成信息。

本公开实施例中，司机端检测到已支付控件被触发之后，司机端可以生成支付完成消息，并在费用支付界面显示支付完成信息。

第三种，用户选择的支付方式为扫描支付。

司机端在费用支付界面上展示支付码。

本公开实施例中，司机端可以通过触发扫描支付控件，将扫描支付指令发送至货运平台，然后由货运平台根据实际的费用信息生成支付码，并将支付码发送至司机端进行展示，如图15所示的支付码，由司机端向收货人展示支付码，并进行面对面支付。

本公开实施例，用户在费用支付界面上选择的支付方式可以反映用户的支付需求，司机端响应于用户的支付需求执行相应的支付操作，可以更好地为用户提供支付服务。此外，本公开实施例中，在费用支付界面上提供了线上支付、现金支付以及扫描支付等多种支付方式，这样便于用户和货运司机根据实际的需求选择合适的方式进行支付，支付方式可灵活选择，满足了用户需求。

在本公开的一个实施例中，如图16所示，提供了另一种货运车辆的导航方法，包括以下内容：

步骤1601，接收货运平台发送的取消原因选择指令。

其中，取消原因选择指令为货运平台接收到用户端发送的取消订单消息时，向司机端和用户端发送的指令。

本公开实施例中，用户下单之后，可以根据自身的实际需求取消订单。或者，货运司机也可以根据自身的实际情况取消订单，在这种情况下，用户可以通过用户端发送取消订单的消息，并将取消订单的消息发送至货运平台。相应的，货运司机也可以通过司机端向货运平台发送取消订单的消息。

在司机端取消订单时，司机端可以展示如图17所示的提示消息，该提示消息用于提示货运司机是否确定取消订单。

货运平台接收到取消订单的消息之后，可以生成取消原因选择指令，并将取消原因选择指令分别发送至司机端和用户端，可以这样司机端就可以接收到取消原因选择指令。

步骤1602，根据取消原因选择指令展示取消原因选择界面。

其中，取消原因选择界面包括多个取消原因选项。

本公开实施例中，司机端可以预先设置有取消原因选择界面，其中，取消原因选择界面如图18所示，当司机端接收到取消原因选择指令时，可以根据取消原因选择指令触发取消原因选择界面，从而在司机端展示取消原因选择界面。

步骤1603，根据司机在取消原因选择界面上的选择操作获取第一取消原因信息。

本公开实施例中，在司机端展示取消原因选择界面之后，货运司机可以根据实际情况从多个取消原因选项中选择一个或者多个取消原因选项，司机端可以根据货运司机的选择操作，获取货运司机选择的一个或者多个取消原因选项，并根据该一个或者多个取消原因选项获取第一取消原因信息。

其中第一取消原因信息是指由司机端确定的一个或者多个取消原因选项。

步骤1604，将第一取消原因信息发送至货运平台，以使货运平台根据第一取消原因信息和用户端发送的第二取消原因信息分析订单取消原因。

司机端可以将第一取消原因信息发送至货运平台，货运平台接收到第一取消原因信息，与此同时，货运平台还可以接收到用户端发送的第二取消原因信息，其中，第二取消原因信息是指由用户端确定的一个或者多个取消原因选项。

货运平台根据第一取消原因信息和第二取消原因信息分析订单取消原因的过程可以是：

货运平台可以将用户端和司机端返回的取消原因进行对比和分析，若二者一致，则说明本订单的取消原因为用户端选择的取消原因。

若二者不一致，则说明，货运司机与用户并未协商一致，货运司机和用户可能存在司乘纠纷等，这种情况下，货运平台的运营人员可能需要进行用户回访，以确定用户真实的取消原因，以便于为用户提供更好的服务器。

应该理解的是，虽然图2-图18的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-图18中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图19所示，提供了一种货运车辆的导航装置，包括：检测模块1901和路径获取模块1902，其中：

检测模块1901，用于检测货运车辆的相关信息是否满足预设的货运导航触发条件；

路径获取模块1902，用于在相关信息满足预设的货运导航触发条件的情况下，获取货运车辆的属性信息，并调用第三方服务提供的导航系统根据货运车辆的属性信息，获取货运车辆的货运导航路径。

在一个实施例中，相关信息包括货运导航控件的状态、货运车辆当前所在区域的道路特征和订单类型中的至少一个。

在一个实施例中，若相关信息包括货运导航控件的状态，检测模块1901具体用于：

在检测到设置界面上的货运导航控件的状态为开启的情况下，则确定货运车辆的相关信息满足货运导航触发条件。

在一个实施例中，若相关信息包括货运车辆当前所在区域的道路特征，检测模块1901具体用于：

获取货运车辆的当前位置；

根据货运车辆的当前位置获取货运车辆当前所在区域的道路特征；

若根据货运车辆当前所在区域的道路特征检测到货运车辆当前所在区域中存在货运车辆的限行路段，则确定货运车辆的相关信息满足货运导航触发条件。

在一个实施例中，检测模块1901具体用于：

根据位置与区域之间的对应关系、以及货运车辆的当前位置，确定货运车辆当前所在区域；

根据区域和道路特征之间的对应关系、以及货运车辆当前所在区域，确定货运车辆当前所在区域的道路特征。

在一个实施例中，若相关信息包括订单类型，检测模块1901具体用于：

在订单类型为货运订单，且检测到导航显示界面上的导航控件被触发的情况下，确定货运车辆的相关信息满足货运导航触发条件。

在一个实施例中，路径获取模块1902具体用于：

通过内置的调用组件调用第三方APP根据货运车辆的属性信息，获取货运车辆的货运导航路径；第三方APP为第三方服务提供的导航系统对应的APP。

在一个实施例中，如图20所示，该装置还包括图片获取模块2001，图片获取模块2001用于：

在检测到等候装货界面上的拍照控件被触发的情况下，调用摄像头进行现场拍摄得到货运车辆图片，并禁止调用相册。

在一个实施例中，图片获取模块2001具体用于：

将货运车辆图片发送至货运平台，以使货运平台识别货运车辆图片中的物体是否符合货运车辆的载货类型。

在一个实施例中，图片获取模块2001具体用于：

在接收到货运平台发送的停止指令的情况下，停止响应货运车辆的当前行程操作；停止指令为货运平台识别出货运车辆图片中的物体不符合货运车辆的载货类型时触发的指令。

在一个实施例中，如图20所示，该装置还包括费用设置模块2002，费用设置模块2002用于：

在检测到费用显示界面上的添加控件被触发的情况下，跳转至添加选项设置界面；添加选项设置界面包括选项标签、选项标签对应的数值输入框和备用选项输入框；

接收用户在添加选项设置界面输入的选项信息；选项信息包括用户选择的选项标签和对应的数值；

将选项信息发送至货运平台。

在一个实施例中，如图20所示，该装置还包括支付模块2003，支付模块2003用于：

接收用户在费用支付界面上选择的支付方式；费用支付界面包括至少两种支付方式；

根据支付方式执行相应的支付操作。

在一个实施例中，支付模块2003具体用于：

在支付方式为线上支付的情况下，向货运平台发送线上支付指令，线上支付指令用于指示货运平台将支付清单发送至发单用户端，以提示发单用户支付费用。

在一个实施例中，支付模块2003具体用于：

在支付方式为现金支付的情况下，在费用支付界面上叠加展示提示界面；提示界面包括提示信息、取消控件和已支付控件，提示信息用于提示司机确认客户是否已支付费用；

若检测到取消控件被触发，则返回费用支付界面；

若检测到已支付控件被触发，则在费用支付界面上显示支付完成信息。

在一个实施例中，支付模块2003具体用于：

在支付方式为扫码支付的情况下，在费用支付界面上展示支付码。

在一个实施例中，该装置还包括订单取消模块2004，订单取消模块2004用于：

接收货运平台发送的取消原因选择指令；取消原因选择指令为货运平台接收到用户端发送的取消订单消息时，向司机端和用户端发送的指令；

根据取消原因选择指令展示取消原因选择界面；取消原因选择界面包括多个取消原因选项；

根据司机在取消原因选择界面上的选择操作获取第一取消原因信息；

将第一取消原因信息发送至货运平台，以使货运平台根据第一取消原因信息和用户端发送的第二取消原因信息分析订单取消原因。

关于货运车辆的导航装置的具体限定可以参见上文中对于货运车辆的导航方法的限定，在此不再赘述。上述货运车辆的导航装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以以硬件形式内嵌于或独立于电子设备中的处理器中，也可以以软件形式存储于电子设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

图21是根据一示例性实施例示出的一种电子设备2100的框图。例如，电子设备2100可以是个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备等。

参照图21，电子设备2100可以包括以下一个或多个组件：处理组件2102，存储器2104，电源组件2106，输入/输出（I/ O）的接口2108以及通信组件2110。其中，存储器上存储有在处理器上运行的计算机程序或者指令。

处理组件2102通常控制电子设备2100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件2102可以包括一个或多个处理器2120来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件2102可以包括一个或多个模块，便于处理组件2102和其他组件之间的交互。例如，处理组件2102可以包括触控模块，触控模块包括显示屏，以方便货运司机和电子设备2100之间的交互。

存储器2104被配置为存储各种类型的数据以支持在电子设备2100的操作。这些数据的示例包括用于在电子设备2100上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器2104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（SRAM），电可擦除可编程只读存储器（EEPROM），可擦除可编程只读存储器（EPROM），可编程只读存储器（PROM），只读存储器（ROM），磁存储器，快闪存储器，磁盘或光盘。

电源组件2106为电子设备2100的各种组件提供电力。电源组件2106可以包括电源管理系统，一个或多个电源，及其他与为电子设备2100生成、管理和分配电力相关联的组件。

I/ O接口2108为处理组件2102和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

通信组件2110被配置为便于电子设备2100和其他设备之间有线或无线方式的通信。电子设备2100可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件2110经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件2110还包括近场通信（NFC）模块，以促进短程通信。例如，在NFC模块可基于射频识别（RFID）技术，红外数据协会（IrDA）技术，超宽带（UWB）技术，蓝牙（BT）技术和其他技术来实现。

在示例性实施例中，电子设备2100可以被一个或多个应用专用集成电路（ASIC）、数字信号处理器（DSP）、数字信号处理设备（DSPD）、可编程逻辑器件（PLD）、现场可编程门阵列（FPGA）、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述货运车辆的导航方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器2104，上述指令可由电子设备2100的处理器2120执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器（RAM）、CD-ROM、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开实施例所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-Only Memory，ROM）、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic Random Access Memory，DRAM）等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本公开实施例的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本公开实施例构思的前提下，还可以做出若干变形和改进，这些都属于本公开实施例的保护范围。因此，本公开实施例专利的保护范围应以所附权利要求为准。

Claims (26)

1.一种货运车辆的导航方法，其特征在于，所述方法包括：

通过导航系统获取导航路径，按照所述导航路径向收货地行驶；

检测货运车辆的相关信息是否满足预设的货运导航触发条件；其中，所述相关信息包括所述货运车辆当前所在区域的道路特征，所述道路特征包括道路限定规定；

若所述相关信息满足预设的货运导航触发条件，则获取所述货运车辆的属性信息，并调用第三方服务提供的导航系统根据所述货运车辆的属性信息，获取所述货运车辆的货运导航路径；其中，所述货运导航路径是针对所述货运车辆的属性信息规划的导航路线；

所述检测货运车辆的相关信息是否满足预设的货运导航触发条件，包括：

获取所述货运车辆的当前位置；

根据位置与区域之间的对应关系、以及货运车辆的当前位置，确定货运车辆当前所在区域；

根据区域和道路特征之间的对应关系、以及货运车辆当前所在区域，确定货运车辆当前所在区域的道路特征；

若根据所述货运车辆当前所在区域的道路特征检测到所述货运车辆当前所在区域中存在货运车辆的限行路段，则确定所述货运车辆的相关信息满足所述货运导航触发条件。

2.根据权利要求1所述的方法，其特征在于，所述根据所述货运车辆的当前位置获取所述货运车辆当前所在区域的道路特征，包括：

根据位置与区域之间的对应关系、以及所述货运车辆的当前位置，确定所述货运车辆当前所在区域；

根据区域和道路特征之间的对应关系、以及所述货运车辆当前所在区域，确定所述货运车辆当前所在区域的道路特征。

3.根据权利要求1或2所述的方法，其特征在于，所述调用第三方服务提供的导航系统根据所述货运车辆的属性信息，获取所述货运车辆的货运导航路径，包括：

通过内置的调用组件调用第三方APP根据所述货运车辆的属性信息，获取所述货运车辆的货运导航路径；所述第三方APP为所述第三方服务提供的导航系统对应的APP。

4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

若检测到等候装货界面上的拍照控件被触发，则调用摄像头进行现场拍摄得到货运车辆图片，并禁止调用相册。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

将所述货运车辆图片发送至货运平台，以使所述货运平台识别所述货运车辆图片中的物体是否符合货运车辆的载货类型。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

若接收到所述货运平台发送的停止指令，则停止响应所述货运车辆的当前行程操作；所述停止指令为所述货运平台识别出所述货运车辆图片中的物体不符合货运车辆的载货类型时触发的指令。

7.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

当检测到费用显示界面上的添加控件被触发时，跳转至添加选项设置界面；所述添加选项设置界面包括选项标签、所述选项标签对应的数值输入框和备用选项输入框；

接收用户在所述添加选项设置界面输入的选项信息；所述选项信息包括用户选择的选项标签和对应的数值；

将所述选项信息发送至货运平台。

8.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

接收用户在费用支付界面上选择的支付方式；所述费用支付界面包括至少两种支付方式；

根据所述支付方式执行相应的支付操作。

9.根据权利要求8所述的方法，其特征在于，所述根据所述支付方式执行相应的支付操作，包括：

若所述支付方式为线上支付，则向货运平台发送线上支付指令，所述线上支付指令用于指示所述货运平台将支付清单发送至发单用户端，以提示发单用户支付费用。

10.根据权利要求8所述的方法，其特征在于，所述根据所述支付方式执行相应的支付操作，包括：

若所述支付方式为现金支付，则在所述费用支付界面上叠加展示提示界面；所述提示界面包括提示信息、取消控件和已支付控件，所述提示信息用于提示司机确认客户是否已支付费用；

若检测到所述取消控件被触发，则返回所述费用支付界面；

若检测到所述已支付控件被触发，则在所述费用支付界面上显示支付完成信息。

11.根据权利要求8所述的方法，其特征在于，所述根据所述支付方式执行相应的支付操作，包括：

若所述支付方式为扫码支付，则在所述费用支付界面上展示支付码。

12.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

接收货运平台发送的取消原因选择指令；所述取消原因选择指令为货运平台接收到用户端发送的取消订单消息时，向司机端和用户端发送的指令；

根据所述取消原因选择指令展示取消原因选择界面；所述取消原因选择界面包括多个取消原因选项；

根据司机在所述取消原因选择界面上的选择操作获取第一取消原因信息；

将所述第一取消原因信息发送至所述货运平台，以使所述货运平台根据所述第一取消原因信息和所述用户端发送的第二取消原因信息分析订单取消原因。

13.一种货运车辆的导航装置，其特征在于，所述装置包括：

检测模块，用于检测货运车辆的相关信息是否满足预设的货运导航触发条件；

路径获取模块，用于在所述相关信息满足预设的货运导航触发条件的情况下，获取所述货运车辆的属性信息，并调用第三方服务提供的导航系统根据所述货运车辆的属性信息，获取所述货运车辆的货运导航路径；其中，所述货运导航路径是针对所述货运车辆的属性信息规划的导航路线；

所述相关信息包括所述货运车辆当前所在区域的道路特征，所述检测模块具体用于：

获取所述货运车辆的当前位置；

根据位置与区域之间的对应关系、以及货运车辆的当前位置，确定货运车辆当前所在区域；

根据区域和道路特征之间的对应关系、以及货运车辆当前所在区域，确定货运车辆当前所在区域的道路特征；

若根据所述货运车辆当前所在区域的道路特征检测到所述货运车辆当前所在区域中存在货运车辆的限行路段，则确定所述货运车辆的相关信息满足所述货运导航触发条件。

14.根据权利要求13所述的装置，其特征在于，所述检测模块具体用于：

根据位置与区域之间的对应关系、以及所述货运车辆的当前位置，确定所述货运车辆当前所在区域；

根据区域和道路特征之间的对应关系、以及所述货运车辆当前所在区域，确定所述货运车辆当前所在区域的道路特征。

15.根据权利要求13或14所述的装置，其特征在于，所述路径获取模块具体用于：

通过内置的调用组件调用第三方APP根据所述货运车辆的属性信息，获取所述货运车辆的货运导航路径；所述第三方APP为所述第三方服务提供的导航系统对应的APP。

16.根据权利要求13或14所述的装置，其特征在于，所述装置还包括图片获取模块，所述图片获取模块用于：

在检测到等候装货界面上的拍照控件被触发的情况下，调用摄像头进行现场拍摄得到货运车辆图片，并禁止调用相册。

17.根据权利要求16所述的装置，其特征在于，所述图片获取模块具体用于：

将所述货运车辆图片发送至货运平台，以使所述货运平台识别所述货运车辆图片中的物体是否符合货运车辆的载货类型。

18.根据权利要求16所述的装置，其特征在于，所述图片获取模块具体用于：

在接收到所述货运平台发送的停止指令的情况下，停止响应所述货运车辆的当前行程操作；所述停止指令为所述货运平台识别出所述货运车辆图片中的物体不符合货运车辆的载货类型时触发的指令。

19.根据权利要求13或14所述的装置，其特征在于，所述装置还包括费用设置模块，所述费用设置模块用于：

在检测到费用显示界面上的添加控件被触发的情况下，跳转至添加选项设置界面；所述添加选项设置界面包括选项标签、所述选项标签对应的数值输入框和备用选项输入框；

接收用户在所述添加选项设置界面输入的选项信息；所述选项信息包括用户选择的选项标签和对应的数值；

将所述选项信息发送至货运平台。

20.根据权利要求13或14所述的装置，其特征在于，所述装置还包括支付模块，所述支付模块用于：

接收用户在费用支付界面上选择的支付方式；所述费用支付界面包括至少两种支付方式；

根据所述支付方式执行相应的支付操作。

21.根据权利要求20所述的装置，其特征在于，所述支付模块具体用于：

在所述支付方式为线上支付的情况下，向货运平台发送线上支付指令，所述线上支付指令用于指示所述货运平台将支付清单发送至发单用户端，以提示发单用户支付费用。

22.根据权利要求20所述的装置，其特征在于，所述支付模块具体用于：

在所述支付方式为现金支付的情况下，在所述费用支付界面上叠加展示提示界面；所述提示界面包括提示信息、取消控件和已支付控件，所述提示信息用于提示司机确认客户是否已支付费用；

若检测到所述取消控件被触发，则返回所述费用支付界面；

若检测到所述已支付控件被触发，则在所述费用支付界面上显示支付完成信息。

23.根据权利要求20所述的装置，其特征在于，所述支付模块具体用于：

在所述支付方式为扫码支付的情况下，在所述费用支付界面上展示支付码。

24.根据权利要求13或14任一项所述的装置，其特征在于，所述装置还包括订单取消模块，所述订单取消模块用于：

接收货运平台发送的取消原因选择指令；所述取消原因选择指令为货运平台接收到用户端发送的取消订单消息时，向司机端和用户端发送的指令；

根据所述取消原因选择指令展示取消原因选择界面；所述取消原因选择界面包括多个取消原因选项；

根据司机在所述取消原因选择界面上的选择操作获取第一取消原因信息；

将所述第一取消原因信息发送至所述货运平台，以使所述货运平台根据所述第一取消原因信息和所述用户端发送的第二取消原因信息分析订单取消原因。

25.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至12中任一项所述的方法的步骤。

26.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至12中任一项所述的方法的步骤。

Images