基于续航里程的网约车派单方法、系统及可读存储介质与流程

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.图1为本技术的基于续航里程的网约车派单方法流程图；
37.图2为一般网约车派单方法执行示意图；
38.图3为本技术的实施例中订单总里程计算示意图；
39.图4为本技术的实施例中对于车辆接单客户端的信息播报的示意图；
40.图5为本技术的实施例中的低能源时停止派单的流程示意图；
41.图6为本技术的实施例中的工作流程示意图。
具体实施方式
42.本发明通过对车辆续航里程的检测和预判，为司机提供能源补给点信息，减少了车辆因续航里程不足而无法行驶的情况。具体通过以下实施例说明。
43.本实施例提供一种基于续航里程的网约车派单方法，可以应用于运营车辆司机订单配置的接单客户端上。本实施例中的方案，请参阅图1，图1为本技术的基于续航里程的网约车派单方法流程图，其包括以下步骤：
44.s101，获取车辆的续航里程和、车辆位置信息以及订单信息；
45.s102，根据订单的终点位置信息和所述车辆位置信息，计算所述订单的总里程，根据所述续航里程以及所述订单的总里程，判断车辆是否可以完成所述订单；
46.s103，若判断不可以完成所述订单，则所述车辆的接单客户端不接受所述订单；
47.s104，若判断可以完成所述订单，则所述车辆的接单客户端不接受所述订单，并根据预设的续航里程阈值和完成所述订单后车辆的剩余续航里程，判断是否推送能源补给点信息；
48.s105，若所述续航里程阈值大于所述剩余续航里程，则向所述车辆的接单客户端推送所述能源补给点信息。
49.请参阅图2，图2为一般网约车派单方法执行示意图，通常的网约车系统包括：车辆的接单客户端以及接收客户订单的服务端。所述车辆的接单客户端获取所述车辆的信息，而所述服务端发送所述订单信息至所述接单客户端。
50.本技术实施例1提供的基于续航里程的网约车派单方法，主要是从所述接单客户端执行。
51.对于步骤s101，所述接单客户端获取车辆的续航里程、车辆位置信息以及订单；
52.其中所述续航里程信息由所述接单客户端从所述车辆的车机系统获取，或者由所述接单客户端与所述车机系统连接，从所述车辆的车机系统获取后。
53.所述续航里程是通过所述车辆的剩余能源储备量以及能源消耗效率计算得出，所述能源可以是汽油、柴油等传统车用能源，也可以是电量等新能源汽车的能源。如车辆的剩余汽油量为20升，车辆的能源消耗效率是10升/100公里，则续航里程为200公里。
54.所述车辆位置信息由车辆定位系统检测获得，所述车辆定位系统可以是所述车辆的车机系统自带的定位系统，也可以是所述接单客户端所在的智能设备的定位系统，比如智能手机的定位系统。
55.所述订单是基于所述网约车的业务模式产生，所述网约车的业务模式，是指将用户从某一起点通过车辆驾驶的方式运送至某一终点。在这一过程中，订单用户客户端将用户所设置的起点，用户所设置的目的地以及出发时间等信息上传至服务端，所述订单服务端将所述用户所设置的起点，所述用户所设置的目的地，所述出发时间等信息以及用户的订单用户标识绑定，形成所述订单。所述服务端将所述订单结合接单用户标识发送至对应的接单客户端中，所述用户标识可以是车牌号、用户登录的用户名或是用户的手机号等。
56.所述接单客户端接收后，将所述车辆的续航里程和车辆位置信息与所述接单用户
标识绑定储存，并在所述车辆的续航里程和车辆位置信息有变化时，根据所述接单用户标识，更新对应存储的车辆的续航里程和车辆位置信息。
57.对于步骤s102，所述服务端根据订单的终点位置信息和所述车辆位置信息，计算所述订单的总里程，根据所述续航里程以及所述订单的总里程，判断车辆是否可以完成所述订单；
58.其中，所述用户所设置的起点即为所述订单的起点位置，所述用户所设置的目的地即为所述订单的终点位置。所述订单的起点位置及所述订单的终点位置均可以通过道路，标志性建筑，标志性场景等方式表现。所述用户客户端是指用户使用的可以连接网络或通讯的智能设备，例如智能手机，平板电脑等。所述订单用户标识可以是用户自定义的用户名或用户使用的手机号等。
59.所述订单的总里程是所述车辆完成所述订单需要经过的理论总路程。
60.在一个实施例中，所述订单总里程的计算方法为:
61.所述订单总里程是所述车辆位置到达所述订单的起点位置的路程与所述订单的起点位置到达所述订单的终点位置的路程之和。
62.其中，所述订单的起点位置和所述的订单的终点位置是上述所述的用户所设置的起点及所述用户所设置的目的地。例如，请参阅图3，图3为本技术的实施例中订单总里程计算示意图，用户a所设置的起点位置是b，目的地位置是c，那么所述订单的起点位置即为b，所述订单的终点位置即为c，而此时车辆所在的位置为d，即所述车辆位置信息为d，若从d到b的距离为2公里，即图3中线段db的距离，从b到c的距离为10公里，即图3中线段bc的距离，那么订单总里程为12公里，即从d到b的距离加上从b到c的距离，即db加上bc即线段dc的距离。
63.在另一个实施例中，所述订单总里程是所述车辆位置到达所述订单的起点位置的路程加上所述订单的起点位置到达所述订单的终点位置以及所述订单的终点位置到达最近的能源补给点的路程之和。所述能源补给点是与车辆能源匹配，可以为车辆补充能源的地点，例如加油站，充电站，充电桩等。使用该订单总里程的计算方法可以保证车辆在完成所述订单后必定可以行驶至能源补给点，减少意外发生的可能性。
64.所述根据所述续航里程以及所述订单的总里程，判断车辆是否可以完成所述订单，是通过比较所述续航里程与所述订单总里程的大小，从而判断车辆是否可以完成所述订单，若所述续航里程大于所述订单总里程，则可以完成所述订单，否则不可以完成所述订单。
65.在一个实施例中，判断车辆是否可以完成所述订单的步骤具体包括：
66.若所述续航里程与预设的百分比阈值的乘积小于所述订单的总里程，则判断车辆不可以完成所述订单，否则，车辆可以完成所述订单。
67.所述预设的百分比阈值是服务端提前设置好的一个大于0且小于1的百分数，将续航里程与所述百分比阈值相乘得到的乘积，与所述订单总里程进行比较，如果所述乘积小于订单总里程则判断车辆不可以完成所述订单，否则可以完成所述订单。采用该所述百分比阈值可以保证所述车辆在完成所述订单后可以有剩余能源保证所述车辆的正常行驶。例如，服务端设定的百分比阈值为90％，此时所述车辆的续航里程为100公里，则两者的乘积为90公里，若此时，所述订单总里程为91公里，则判断所述车辆不可以完成所述订单，若所
述订单总里程为89公里，则判断所述车辆可以完成所述订单。
68.对于步骤s103，若所述接单客户端判断不可以完成所述订单，则所述所述车辆的接单客户端不接受所述订单；
69.所述所述车辆的的接单客户端不接受所述订单，是所述接单客户端端通过上述步骤判断所述车辆不可以完成所述订单，则所述接单客户端不会接受所述订单的指令，即所述接单客户端向所述服务端发送不接受所述订单的信息。
70.对于步骤s104，若所述接单客户端判断可以完成所述订单，则所述车辆的接单客户端接受所述订单，并且所述服务端会根据预设的续航里程阈值和完成所述订单后车辆的剩余续航里程，判断是否推送能源补给点信息。
71.所述车辆的接单客户端接受所述订单是所述接单客户端在判断所述车辆可以完成所述订单后，所述所述接单客户端向所述服务端发送接受所述订单的信息，并且所述车辆的接单客户端发出执行订单的指令。
72.所述续航里程阈值是提前设定的，用于判断是否需要推送能源补给点信息的一个数值。所述续航里程阈值由所述服务端提前设置好存储于服务端，也可以由司机通过所述车辆的接单客户端向所述服务端发出指令，而修改所述续航里程阈值。
73.在一个实施例中，所述续航里程阈值的设定步骤进一步包括：
74.所述服务端接收到所述车辆的接单客户端发出的续航里程阈值的设定信息，其中所述设定信息包括车辆标识以及续航里程阈值信息；所述接单客户端根据所述设定信息，设定所述车辆对应的续航里程阈值。
75.其中，所述续航里程阈值信息是由所述车辆司机自行设定的数值，且所述续航里程阈值需大于0小于所述车辆的最高续航里程，所述车辆的最高续航里程是指所述车辆在满能源状态下可以行使的路程。例如，假设一辆车在满能源时可以行使的路程为500公里，则最高续航里程为500公里，若司机想要设定续航里程阈值，则所设定的续航里程阈值应大于0小于500。
76.所述完成所述订单后车辆的剩余续航里程是通过估算，得到所述车辆在执行完所述订单后，所述车辆还剩余的续航里程。
77.在一个实施例中，所述剩余续航里程的计算方法是：
78.所述剩余续航里程是所述续航里程减去所述订单的总里程得到。
79.比如：假设所述车辆的续航里程是200公里，而所述订单的总里程为50公里，则此时可以通过计算得到所述车辆在完成所述订单后的剩余续航里程为150公里。
80.所述推送能源补给点信息，其中所述推送是指，所述服务端向所述车辆的接单客户端发送能源补给点的信息，所述信息包括能源补给点的位置，名称，价格等信息。所述能源补给点，是可以向所述车辆补充能源的地点，例如加油站，充电站，充电桩等等。
81.对于步骤s105，若所述服务端判断续航里程阈值大于所述剩余续航里程，则所述车辆的接单客户端推送所述能源补给点信息；
82.其中，所述车辆的接单客户端推送所述能源补给点信息，是指所述接单客户端将续航里程阈值与剩余续航里程的比较，得到所述续航里程阈值大于所述剩余续航里程的信息后，会继续执行推送所述能源补给点信息的指令，所述接单客户端将推送所述能源补给点的信息与所述订单信息，并向所述服务端端发送可以接单的指令。
83.在一个实施例中，所述推送能源补给点信息的步骤进一步包括以下步骤：
84.请参阅图4，图4为本技术的实施例中对于车辆接单客户端的信息播报的示意图；
85.s201所述车辆的接单客户端接收到拒绝播报信息；
86.s202所述车辆的接单客户端停止播报所述能源补给点信息。
87.对于步骤s201所述车辆的接单客户端接收到拒绝播报信息，
88.其中，所述车辆的接单客户端接收到拒绝播报信息，是由所述车辆的司机经过所述车辆的接单客户端操作发出的，可以为所述车辆的司机提供一个可以选择是否播报的方案，同时避免频繁的播报对司机驾驶造成干扰以及对乘客乘车造成不好的体验。
89.对于步骤s202对所述车辆的接单客户端停止播报所述能源补给点信息，
90.其中对所述车辆的接单客户端停止播报所述能源补给点信息，是所述车辆的接单客户端接收到拒绝播报信息后，会停止对所述能源补给点信息的播报。
91.在一个实施例中，在执行完步骤s101后，进一步还包括以下步骤：
92.请参阅图5，图5为本技术的实施例中的低能源时停止派单的流程示意图；
93.s301当所述车辆的续航里程低于第一续航里程阈值时；
94.s302将所述车辆的接单系统的状态设置为休息状态，并关闭对所述车辆的接单客户端的订单接受服务；
95.s303根据所述车辆的位置信息，所述车辆的接单客户端推送最近的能源补给点信息；
96.s304若检测到所述车辆的续航里程超过第二续航里程阈值时，所述车辆的接单客户端的状态设置为正常状态，并恢复对所述车辆的接单系统的订单推送服务。
97.对于步骤s301当所述车辆的续航里程低于第一续航里程阈值时；
98.其中，所述第一续航里程阈值，是由所述服务端默认设定用于判断所述车辆的续航里程是否可以执行订单的条件。
99.在一个实施例中，所述第一续航里程阈值默认设定为所述最高续航里程的10％，例如，若所述车辆的最高续航里程为500公里，则在所述服务端中，所述第一续航里程则被设定为50公里。
100.对于步骤s302将所述车辆的接单系统的状态设置为休息状态，并关闭对所述车辆的接单客户端的订单接受服务；
101.其中，所述车辆的接单系统的状态是所述接单客户端设置的所述车辆的状态的方案，包括正常和休息等，与所述用户标识存储绑定，主要目的是为了识别当前车辆是否可以接单。所述车辆的接单状态可以由所述车辆的司机通过所述车辆的接单客户端自行设置。但是，当所述服务端检测到所述车辆的续航里程低于所述第一续航里程阈值时，所述接单客户端则会执行将所述车辆的接单状态设置为休息状态，此时司机不可以自行修改设置。
102.所述关闭所述车辆的接单系统的订单接受服务，是指所述接单客户端端识别到所述车辆的状态是休息时，则不会执行上述s102-s105步骤，所述车辆接单客户端不会接受订单。
103.对于步骤s303根据所述车辆的位置信息，所述车辆的接单客户端推送最近的能源补给点信息；
104.其中，向所述车辆的接单客户端推送最近的能源补给点信息，是所述接单客户端
根据所述车辆的位置信息从而得到的所述能源补给点信息，从其中选择距离所述车辆位置最近的且与车辆相符的能源补给点位置，向所述车辆的接单客户端推送所述能源补给点信息。
105.对于步骤s304若所述服务端检测到所述车辆的续航里程超过第二续航里程阈值时，所述车辆的接单客户端的状态设置为正常状态，并恢复对所述车辆的接单系统的订单接受服务；
106.其中，所述第二续航里程阈值，是由所述服务单默认设定的大于所述第一续航里程阈值的数值，用于判断所述车辆在补给能源后是否可以接单的条件。
107.在一个实施例中，若所述第一续航里程阈值默认设定为所述最高续航里程的10％，则所述第二续航里程阈值设定为所述最高续航里程的15％，即若所述车辆的最高续航里程为500公里，则所述第二续航里程为75公里。
108.所述接单客户端将所述车辆的状态设置为正常，是指所述接单客户端接收到所述车辆的续航里程信息，与所述第二续航里程阈值比较，若所述车辆的续航里程信息大于所述第二续航里程阈值，则所述接单客户端将所述车辆的状态设置为正常，此时所述车辆的司机可以通过所述车辆的接单客户端自行调整所述车辆的状态。
109.所述接单客户端恢复对所述车辆的接单系统的订单接受服务是指所述服务端识别到所述车辆的状态为正常后，则可以执行上述s102-s105步骤，为所述车辆接单客户端推送订单。
110.请参阅图6，图6是本技术的一实施例中的工作流程示意图。下面以图5所示流程图并具体实施例对上述步骤进行进一步说明。
111.当网约车司机打开网约车接单客户端后，所述接单客户端首先获取车辆目前的位置信息与续航里程，并且所述接单客户端从服务端获取订单。
112.然后接单客户端判断所述续航里程是否超过第一续航里程阈值，即最高续航里程的10％。所述最高续航里程为车辆处于满电或满油状态时的续航里程。
113.若续航里程不超过第一续航里程阈值，则所述接单客户端停止接受订单，并将所述车辆的接单状态调整为休息，且司机此时无法去修改状态信息。同时为司机推送最近的加油站或充电站，并提供导航。
114.当检测到续航里程超过所述第二续航里程阈值，即最高续航里程的15％时，即可解除对司机状态的限制，所述接单客户端将车辆接单状态设置为正常，此时司机可以自行在接单客户端上调整状态。
115.若续航里程超过所述第一续航里程阈值，则开始为司机派单。
116.所述派单流程为：
117.首先所述接单客户端获取订单总里程，所述订单总里程为由司机目前地点到乘客上车点，以及送达乘客到达目的地所需的总共里程。判断所述订单总里程是否低于车辆续航里程的90％，90％即为预设的百分比阈值。
118.若订单总里程低于车辆续航里程的90％，则为司机派单。同时，判断司机完成该订单时，车辆剩余续航里程是否低于预设的续航里程阈值。所述车辆剩余续航里程为所述续航里程减去订单总里程，所述预设续航里程阈值系统默认设置为最高续航里程的30％，司机可以通过接单客户端自行修改所述续航里程阈值。
119.若车辆剩余续航里程低于所述预设续的航里程阈值，则在为司机派送订单时，同时推送乘客目的地附近的加油站或充电站，司机自行选择是否播报该信息。
120.本技术提供的一种基于续航里程的网约车派单系统，包括接单客户端和服务端。
121.接单客户端发送车辆的续航里程和车辆位置信息；
122.所述服务端发送订单信息至所述接单客户端
123.所述接单客户端根据订单的终点位置信息和所述车辆位置信息，计算所述订单的总里程，根据所述车辆的续航里程，以及所述订单的总里程，判断车辆是否可以完成订单；若判断不可以完成所述订单，则所述车辆的接单客户端不接受所述订单；若判断可以完成所述订单，则所述车辆的接单客户端接收所述订单，并根据预设的续航里程阈值和完成所述订单后的剩余续航里程，判断是否推送能源补给点信息；若所述续航里程阈值大于所述剩余续航里程，则所述车辆的接单客户端推送所述能源补给点信息，否则所述车辆的接单客户端不推送所述能源补给点信息；
124.接单客户端接收到所述订单信息或所述订单信息和所述能源补给点信息，提供导航，开始执行订单。
125.需要说明的是，上述实施例提供的基于续航里程的网约车派单系统在执行网约车派单时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分为不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的基于续航里程的网约车派单系统与基于续航里程的网约车派单方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。
126.本技术还提供了一种可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上所述的基于续航里程的网约车派单方法的步骤。处理器可以是安装在智能终端内的处理器，如cpu等。
127.以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。