本发明实施例涉及互联网技术领域，具体涉及一种行驶距离计算处理方法及服务器。
背景技术：
随着科技的发展，人们出行方式的选择越来越多，尤其是出租车的出现，为人们的出行带来了很多便利。而随着互联网技术的发展，各种打车软件应运而生，使得人们可以在乘客终端通过打车软件来下单打车，不用在路边招手拦车，方便了人们的出行。
现有技术中，司机接到乘客后，由司机手机自动实时上传行驶路线的gps点坐标，服务器根据司机手机上传的gps点坐标，来计算司机的实际行驶距离。但是，当司机手机出现故障或者没电的情况下，司机手机不能实时上传gps点坐标或者不能上传gps点坐标，只能等司机手机恢复正常或者司机手机充电以后，才能上传正确的gps点坐标。在司机手机故障到司机手机恢复正常，这段时间内，若司机手机不能上传gps点坐标，则这段时间的行驶距离只能是计算故障前最后一次上传的gps点和恢复正常第一次上传的gps点之间的直线距离，但通常司机的实际行驶都不是直线，使得计算出的司机实际行驶距离不准确。若由于司机手机出现故障导致司机手机不能实时上传gps点坐标使得上传的gps点坐标不准确，则计算出的司机实际行驶距离也会不准确，进一步导致订单计费不准确。
因此，如何提出一种方法，能够提高司机实际行驶距离计算的准确性，成为亟待解决的问题。
技术实现要素：
针对现有技术中的缺陷，本发明实施例提供一种行驶距离计算处理方法及服务器。
一方面，本发明实施例提供一种行驶距离计算处理方法，包括：
监测司机终端上传的第一gps点数据包；
判断获知监测的所述第一定位点数据包是否异常，若正常，则根据所述第一定位点数据包计算第一行驶距离，若异常，则向所述司机终端所承接的用车订单对应的乘客终端发送第一控制指令，以使得所述乘客终端根据所述控制指令向服务器上传第二定位点数据包；
根据所述第二定位点数据包计算第二行驶距离。
另一方面，本发明实施例提供一种行驶距离计算处理服务器，包括：
监测单元，用于监测司机终端上传的第一定位点数据包；
处理单元，用于判断获知监测的所述第一定位点数据包是否异常，若正常，则根据所述第一定位点数据包计算第一行驶距离，若异常，则向所述司机终端所承接的用车订单对应的乘客终端发送第一控制指令，以使得所述乘客终端根据所述控制指令向服务器上传第二定位点数据包；
计算单元，用于根据所述第二定位点数据包计算第二行驶距离。
本发明实施例提供的行驶距离计算处理方法及服务器，当司机终端出现故障或无电时，通过获取乘客终端发送的第二定位点数据包，并根据第二定位点数据包计算车辆的行驶距离，确保了当司机终端出现故障或无电时车辆行驶距离的计算更接近订单的真实距离，保证了行驶距离计算的准确性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中行驶距离计算处理方法的流程示意图；
图2为本发明实施例中行驶距离计算处理服务器的结构示意图；
图3为本发明实施例中行驶距离计算处理服务器的实体结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明实施例中行驶距离计算处理方法流程示意图，如图1所示，本发明实施例提供的行驶距离计算处理方法包括：
s1、监测司机终端上传的第一定位点数据包；
具体地，司机终端将其实际行驶过程中对应的多个定位点坐标打成一个包上传给服务器，服务器实时监测司机终端上传的第一定位点数据包。其中定位点数据包可以通过gps定位获得，也可以通过其他方式获得，如卫星定位等，本发明实施例不做具体限定。
s2、判断获知监测的所述第一定位点数据包是否异常，若正常，则根据所述第一定位点数据包计算第一行驶距离，若异常，则向所述司机终端所承接的用车订单对应的乘客终端发送第一控制指令，以使得所述乘客终端根据所述控制指令向服务器上传第二定位点数据包；
具体地，服务器对司机终端上传的第一定位点数据包进行实时监测并判断是否异常。若服务器判断司机终端发送的第一定位点数据包正常，则服务器根据第一定位点数据包计算第一行驶距离；若服务器判断获知司机终端发送的第一定位点数据包异常，则向乘客终端发送第一控制指令，所述乘客终端是所述司机终端承接的用车订单对应的乘客终端。所述乘客终端接收到服务器发送的第一控制指令后，根据第一控制指令向服务器上传第二定位点数据包。
s3、根据所述第二定位点数据包计算第二行驶距离。
具体地，服务器接收到乘客终端上传的第二定位点数据包，所述第二定位点数据包包含乘客终端所处位置对应的定位点坐标，服务器根据第二定位点数据包中的定位点坐标计算乘客终端所在车辆的第二行驶距离，第二行驶距离是在司机终端上传的第一定位点数据包异常这段时间内所述车辆的行驶距离。
例如：司机终端a根据乘客终端b发送的用车订单中的出发地，接到持有乘客终端b的乘客后，司机终端a自动将其所在车辆实际行驶过程中对应的定位点坐标打成一个包上传给服务器，即上传第一定位点数据包。服务器实时监测司机终端a上传的第一定位点数据包，并根据所述车辆实际行驶过程中对应的定位点坐标来计算所述车辆的行驶距离。当司机终端a出现故障或没电时，导致上传的第一定位点数据包出现异常，可能就会导致所述车辆的行驶距离计算不准确。服务器实时的对司机终端上传的第一定位点数据包进行监测，若服务器判断司机终端发送的第一定位点数据包不异常，则服务器根据第一定位点数据包计算第一行驶距离；若判断获知第一定位点数据包出现异常，服务器会向乘客终端b发送第一控制指令，用来使乘客终端b根据第一控制指令上传第二定位点数据包。第二定位点数据包中包含乘客终端b所在位置的定位点坐标，由于这时候乘客终端b和司机终端a同时处于同一辆车上，乘客终端b所在位置的定位点坐标可以用来表示司机终端a所在车辆的定位点坐标。服务器根据第二定位点数据包中的乘客终端b所在位置的定位点坐标计算第二行驶距离，也就是在第一定位点数据包出现异常这段时间内的司机终端a所在车辆的行驶距离。
本发明实施例提供的行驶距离计算处理方法，当司机终端出现故障或没电时，服务器监测到司机终端上传的第一定位点数据包出现异常时，会向乘客终端发送第一控制指令来获取乘客终端上传的第二定位点数据包，并根据第二定位点数据包计算司机终端故障或没电这段时间内车辆的行驶距离。确保了当司机终端出现故障或没电时车辆行驶距离计算的准确性，进一步保证了用车费用计算的准确性。
在上述实施例的基础上，所述判断的所述第一定位点数据包是否异常，包括：
在指定时间内，若监测到所述司机终端没有上传第一定位点数据包，或监测到所述司机终端连续指定次数上传所述第一定位点数据包的时间间隔不是第一预设时间，或监测到连续指定次数上传的所述第一定位点数据包不包括第一预设数量的定位点坐标，则判断所述第一定位点数据包异常。
具体地，司机终端每隔一定时间会将其所在车辆实际行驶过程中对应的一定数量的定位点坐标打成一个包上传给服务器。若服务器监测到司机终端没有上传第一定位点数据包，或者连续指定次数司机终端上传第一定位点数据包的时间间隔都不是第一预设时间，或者连续指定次数上传的第一定位点数据包中的定位点坐标都不是第一预设数量，并且这种现象持续了指定时间。则服务器判断监测到的司机终端上传的第一定位点数据包异常，这时候司机终端可能已经出现故障或者没电，若继续使用司机终端上传的第一定位点数据包计算车辆的行驶距离就会导致计算出的行驶距离不准确，进一步导致计算出的用车费用不准确。需要说明的是，本发明实施例中所说的指定时间和指定次数可以是服务器预先设置的，第一预设时间和第一预设数量可以是司机终端内部预设的，并且预先已经将预先设置的第一预设时间和第一预设数量上传给服务器。
例如：假设服务器预先设定的指定时间是5分钟，指定次数是3次，司机终端内部预设的第一预设时间是10秒，第一预设数量是10个。当服务器在5分钟内，监测到司机终端没有上传第一定位点数据包，或者服务器监测到司机终端连续3次上传的第一定位点数据包的时间间隔不是10秒，或连续3次上传的第一定位点数据包中包含的定位点坐标不是10个，并且这种现象持续了5分钟，则服务器判断司机终端上传的第一定位点数据包出现异常。可以理解的是，其中指定时间、指定次数、第一预设时间以及第一预设数量，都只是为了更好的理解本发明的技术方案而列举的数字，实际使用可以结合实际情况进行设置，本发明实施例不做具体限定。
本发明实施例提供行驶距离计算处理方法，通过合理的设定第一定位点数据包异常的判断条件，提高了司机终端上传第一定位点数据包是否异常判断的正确性，从而增加了车辆行驶距离计算的准确性。
在上述实施例的基础上，所述第一控制指令包括：时间参数和数量参数，以使得所述乘客终端根据所述时间参数和所述数量参数每隔第二预设时间上传包括第二预设数量的定位点的所述第二定位点数据包。
具体地，当服务器判断获知司机终端上传的第一定位点数据包异常时，会向司机终端所承接的用车订单对应的乘客终端发送第一控制指令，所述第一控制指令带有时间参数和数量参数。所述时间参数用来标识第二预设时间，所述数量参数用来标识第二预设数量，乘客终端接收到带有时间参数和数量参数的控制指令后，会每隔第二预设时间将其实际移动过程中对应的第二预设数量的定位点坐标打成一个包，也就是第二定位点数据包上传给服务器。服务器根据第二数据包中的定位点坐标计算相邻两个定位点之间的距离之和，也就是第二行驶距离。
例如：服务器判断获知司机终端上传的第一定位点数据包异常后，向乘客终端发送带有时间参数和数量参数的第一控制指令，假设时间参数标识的第二预设时间是15秒，数量参数标识的第二预设数量是15个。乘客终端接收到第一控制指令后，会每隔15秒将其实际移动过程中对应的15个定位点坐标打成一个包发送给服务器。服务器根据这15个定位点坐标计算每相邻两个定位点的距离之和得到第二行驶距离，就是司机终端出现故障或没电这段时间的车辆行驶距离。需要说明的是，第二预设时间和第二预设数量是预先设置的，可以分别和第一预设时间、第一预设数量相同，也可以不同，具体可以结合实际情况进行设置，本发明实施例不做具体限定。当然服务器也可以发送第一控制指令以使得乘客终端以其他方式上传第二定位点数据包，如：实时上传等。
本发明实施例提供的行驶距离计算处理方法，当判断获知司机终端上传的第一定位点数据包出现异常后，向乘客终端发送带有时间参数和数量参数的第一控制指令，使得乘客终端根据第一控制指令上传第二定位点数据包，从而可以根据第二定位点数据包计算司机终端出现异常或没电期间内的行驶距离，确保了行驶距离计算的准确性，进一步确保了用车费用计算的准确性，保证了司机的合理利益。
在上述实施例的基础上，所述方法还包括：若判断所述第一定位点数据包恢复正常，则继续根据所述第一定位点数据包计算所述第一行驶距离。
具体地，服务器实时监测司机终端上传的第一定位点数据包，若判断所述第一定位点数据包异常，则获取乘客终端发送的第二定位点数据包，并根据第二定位点数据包计算第二行驶距离。但是服务器还会继续监测司机终端上传的第一定位点数据包，若判断获知第一定位点数据包恢复正常后，服务器会继续根据第一定位点数据包中的定位点坐标来计算车辆的行驶距离，即第一行驶距离。具体判断第一定位点数据包恢复正常的方法参考第一定位点数据包异常的判断方法，若在指定时间内，司机终端连续指定次数上传第一定位点数据包的时间间隔都是第一预设时间，并且连续指定次数上传的第一定位点数据包中的定位点坐标都是第一预设数量，则判断第一定位点数据包恢复正常。具体计算第一行驶距离的方法同上述实施例中第二行驶距离的计算方法相同，此处不再赘述。
在上述实施例中，所述若判断所述第一定位点数据包恢复正常之后，所述方法还包括，向所述乘客终端发送第二控制指令，以使得所述乘客终端根据所述第二控制指令停止向所述服务器上传所述第二定位点数据包。
具体地，服务器实时监测司机终端上传的第一定位点数据包，当判断获知第一定位点数据包恢复正常后，服务器向乘客终端发送第二控制指令，乘客终端接收到第二控制指令后会停止向服务器上传所述第二定位点数据包。
本发明实施例提供的行驶距离计算处理方法，服务器实时监测司机终端上传的第一定位点数据包，服务器判断获知第一定位点数据包异常后，会获取乘客终端上传的第二定位点数据包，并根据第二定位点数据包计算司机终端故障或没电这段时间车辆的行驶距离。并通过合理地设定异常判断方法，提高了异常结果判断的准确性，确保了当司机终端出现故障或没电时车辆行驶距离的计算更接近订单的真实距离，确保了行驶距离计算的准确性，防止在司机终端出现故障或无电时订单失真，进一步保证了用车费用计算的准确性，从而保证了司机的合理利益。
图2为本发明是实施例中行驶距离计算处理服务器的结构示意图，如图2所示，本发明实施例提供的一种行驶距离计算处理服务器包括，监测单元20、处理单元21和计算单元22，其中：
监测单元20用于监测司机终端上传的第一定位点数据包；处理单元21用于判断所述第一定位点数据包是否异常，若正常，则根据所述第一定位点数据包计算第一行驶距离；若异常，则向所述司机终端所承接的用车订单对应的乘客终端发送第一控制指令，以使得所述乘客终端根据所述控制指令向服务器上传第二定位点数据包；计算单元22用于根据所述第二定位点数据包计算第二行驶距离。
具体地，司机终端将其实际行驶过程中对应的多个定位点坐标打成一个包上传给监测单元20，监测单元20实时监测司机终端上传的第一定位点数据包，并将第一定位点数据包发送给处理单元21。处理单元21判断获知司机终端发送的第一定位点数据包是否异常，若正常，则根据所述第一定位点数据包计算第一行驶距离；若异常，则向乘客终端发送第一控制指令，所述乘客终端是所述司机终端承接的用车订单对应的乘客终端。乘客终端接收到处理单元21发送的第一控制指令后，根据第一控制指令向服务器上传第二定位点数据包。计算单元22根据第二定位点数据包中的定位点坐标计算乘客终端所在车辆的第二行驶距离。
本发明实施例提供的一种行驶距离计算处理服务器，通过监测单元实时监测司机终端上传的第一定位点数据包，处理单元判断第一定位点数据包异常后服务器会获取乘客终端发送的第二定位点数据包，计算单元根据第二定位点数据包计算司机终端出现故障或无电时车辆的行驶距离，确保了行驶距离计算的准确性，进一步保证了用车费用计算的准确性。
在上述实施例的基础上，所述处理单元21具体用于：
在指定时间内，若监测到所述司机终端没有上传第一定位点数据包，或监测到所述司机终端连续指定次数上传所述第一定位点数据包的时间间隔不是第一预设时间，或监测到连续指定次数上传的所述第一定位点数据包不包括第一预设数量的定位点坐标，则判断所述第一定位点数据包异常。。
具体地，若处理单元21判断监测到司机终端没有上传第一定位点数据包，或者连续指定次数司机终端上传第一定位点数据包的时间间隔都不是第一预设时间，或者连续指定次数上传的第一定位点数据包中的定位点坐标都不是第一预设数量，并且这种现象持续了指定时间，则服务器判断监测到的司机终端上传的第一定位点数据包异常。这时候司机终端可能已经出现故障或者没电，处理单元21会向乘客终端发送第一控制指令，服务器会获取乘客终端发送的第二定位点数据包，计算单元22根据第二定位点数据包计算司机终端出现故障或无电时车辆的行驶距离。需要说明的是，指定时间、指定次数、第一预设时间和第一预设数量的设置和上述实施例一致，此处不再赘述。
在上述实施例中，所述第一控制指令包括：时间参数和数量参数，以使得所述乘客终端根据所述时间参数和所述数量参数每隔第二预设时间上传包括第二预设数量的定位点的所述第二定位点数据包。
具体地，当处理单元21判断获知司机终端上传的第一定位点数据包异常时，会向司机终端所承接的用车订单对应的乘客终端发送第一控制指令，所述第一控制指令带有时间参数和数量参数，其中时间参数和数量参数的作用和上述实施例一致，此处不再赘述。乘客终端接收到带有时间参数和数量参数的控制指令后，会每隔第二预设时间将其实际移动过程中对应的第二预设数量的定位点坐标打成一个包，也就是第二定位点数据包上传给服务器。服务器根据第二数据包中的定位点坐标计算第二行驶距离。具体计算第二行驶距离的方法和上述实施例一致，此处不再赘述。
在上述实施例的基础上，所述服务器还用于：若判断所述第一定位点数据包恢复正常，则继续根据所述第一定位点数据包计算所述第一行驶距离。
具体地，若处理单元21判断获知第一定位点数据包恢复正常后，服务器会继续根据第一定位点数据包中的定位点坐标来计算车辆的行驶距离，即第一行驶距离。具体计算第一行驶距离的方法以及判断第一定位点数据包恢复正常的方法，同上述实施例中的方法一致，此处不再赘述。
在上述实施例中，所述若判断所述第一定位点数据包恢复正常之后，所述处理单元21还用于，向所述乘客终端发送第二控制指令，以使得所述乘客终端根据所述第二控制指令停止向服务器上传所述第二定位点数据包。
具体地，监测单元20实时监测司机终端上传的第一定位点数据包，当处理单元21判断获知监测单元20监测的第一定位点数据包恢复正常后，处理单元21向乘客终端发送第二控制指令，乘客终端接收到第二控制指令后会停止向服务器上传所述第二定位点数据包。
本发明提供的服务器用于执行上述方法，其具体的实施方式与方法的实施方式一致，此处不再赘述。
本发明实施例提供的行驶距离计算处理服务器，通过监测单元实时监测司机终端上传的第一定位点数据包，并在处理单元判断获知第一定位点数据包异常后，获取乘客终端上传的第二定位点数据包，计算单元根据第二定位点数据包计算司机终端故障或没电这段时间车辆的行驶距离。并通过合理地设定异常判断方法，提高了异常结果判断的准确性，确保了当司机终端出现故障或没电时车辆行驶距离的计算更接近订单的真实距离，防止在司机终端出现故障或无电时订单失真，确保了行驶距离计算的准确性，进一步保证了用车费用计算的准确性，从而保证了司机的合理利益。
图3为本发明实施例中行驶距离计算处理服务器的实体结构示意图，如图3所示，所述服务器可以包括：处理器(processor)30、通信接口(communicationsinterface)31、存储器(memory)32和通信总线33，其中，处理器30，通信接口31，存储器32通过通信总线33完成相互间的通信。通信接口31可以用于服务器与乘客终端和司机终端的信息传输。处理器30可以调用存储器32中的逻辑指令，以执行如下方法：监测司机终端上传的第一定位点数据包；若判断获知监测的所述第一定位点数据包异常，则向所述司机终端所承接的用车订单对应的乘客终端发送第一控制指令，以使得所述乘客终端根据所述控制指令向服务器上传第二定位点数据包；根据所述第二定位点数据包计算第二行驶距离。
此外，上述的存储器32中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所描述的服务器实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。