本申请实施例涉及互联网技术领域，特别涉及一种车辆行程监控方法及装置。
背景技术：
目前，乘客乘车出行的过程中，有时会遇到司机实际驾车行驶的路线与乘客期望的路线不一致的情况，给乘客与司机带来一些麻烦。可见，提出一种车辆行程监控方法，以对司机的实际行车过程进行监控，无疑已成为本领域技术人员亟待解决问题。
技术实现要素：
为了解决上述问题，本申请实施例提供一种车辆行程监控方法及装置。
具体地，本申请实施例是通过如下技术方案实现的：
根据本申请实施例的第一方面，提供一种车辆行程监控方法，所述方法包括：
至少根据目标用户的行程起点和行程终点，确定行程参考参数；
获得与所述行程参考参数对应的行程实际参数；
获得所述行程实际参数与所述行程参考参数的偏差值；
当所述偏差值达到设定阈值时，向所述目标用户对应的终端设备发送提示消息，其中，所述提示消息用于提示所述行程为异常行程。
本申请实施例中，所述行程参考参数包括下述参数中的一个或多个：
行程参考费用、行程参考里程数、或行程参考时长。
本申请实施例中，所述行程参考参数包括：行程参考费用、行程参考里程数、及行程参考时长，所述行程实际参数包括：行程实际费用、行程实际里程数、及行程实际时长；
所述获得所述行程实际参数与所述行程参考参数的偏差值，包括：
计算所述行程实际费用与所述行程参考费用的费用偏离度，计算所述行程实际里程数与所述行程参考里程数的里程偏离度，及计算所述行程实际时长与所述行程参考时长的时长偏离度；
对所述费用偏离度、所述里程偏离度及所述时长偏离度进行加权求和，得到所述行程实际参数与所述行程参考参数的偏差值。
本申请实施例中，所述行程参考参数包括行程参考费用、行程参考里程数、及行程参考时长中的至少两个，所述行程实际参数包括行程实际费用、行程实际里程数、及行程实际时长中的至少两个；
所述获得所述行程实际参数与所述行程参考参数的偏差值，包括：
计算所述行程实际参数中各参数与所述行程参考参数中对应的各参数偏离度；
从计算得到的至少两个偏离度中，选取最大的偏离度作为所述行程实际参数与所述行程参考参数的偏差值。
本申请实施例中，所述至少根据目标用户的行程起点和行程终点，确定行程参考参数，包括：
根据目标用户的行程起点、行程终点及交通拥堵状况，确定行程参考参数。
本申请实施例中，所述当所述偏差值达到设定阈值时，向所述目标用户对应的终端设备发送提示消息，包括：
获得所述行程的实际终点；
当所述实际终点为所述行程终点、且所述偏差值达到设定阈值时，向所述目标用户对应的终端设备发送提示消息。
本申请实施例中，所述方法还包括：
当所述偏差值达到设定阈值时，若检测到所述目标用户已开启免密码支付，则拦截免密码支付。
本申请实施例中，在所述向所述目标用户对应的终端设备发送提示消息之后，还包括：
接收所述目标用户对应的终端设备发送的反馈信息，其中，所述反馈信息用于确认所述目标用户是否要求重新计算行程费用；
当所述反馈信息确认所述目标用户要求重新计算行程费用时，根据预设的费用计算规则，计算所述目标用户的行程费用；
将计算出的行程费用添加到费用账单中，并发送给所述目标用户对应的终端设备。
根据本申请实施例的第二方面，提供一种车辆行程监控装置，所述装置包括：
确定模块，用于至少根据目标用户的行程起点和行程终点，确定行程参考参数；
第一获得模块，用于获得与所述确定模块确定的行程参考参数对应的行程实际参数；
第二获得模块，用于获得所述行程实际参数与所述行程参考参数的偏差值；
第一发送模块，用于在所述第二获得模块获得的偏差值达到设定阈值的情况下，向所述目标用户对应的终端设备发送提示消息，其中，所述提示消息用于提示所述行程为异常行程。
本申请实施例中，所述行程参考参数包括下述参数中的一个或多个：
行程参考费用、行程参考里程数、或行程参考时长。
本申请实施例中，所述行程参考参数包括：行程参考费用、行程参考里程数、及行程参考时长，所述行程实际参数包括：行程实际费用、行程实际里程数、及行程实际时长；
所述第二获得模块，包括：
第一计算子模块，用于计算所述行程实际费用与所述行程参考费用的费用偏离度，计算所述行程实际里程数与所述行程参考里程数的里程偏离度，及计算所述行程实际时长与所述行程参考时长的时长偏离度；
第一偏差值确定子模块，用于对所述第一计算子模块计算得到的费用偏离度、所述里程偏离度及所述时长偏离度进行加权求和，得到所述行程实际参数与所述行程参考参数的偏差值。
本申请实施例中，所述行程参考参数包括行程参考费用、行程参考里程数、及行程参考时长中的至少两个，所述行程实际参数包括行程实际费用、行程实际里程数、及行程实际时长中的至少两个；
所述第二获得模块，包括：
第二计算子模块，用于计算所述行程实际参数中各参数与所述行程参考参数中对应的各参数偏离度；
第二偏差值确定子模块，用于从所述第二计算子模块计算得到的至少两个偏离度中，选取最大的偏离度作为所述行程实际参数与所述行程参考参数的偏差值。
本申请实施例中，所述确定模块，包括：
行程参考参数确定子模块，用于根据目标用户的行程起点、行程终点及交通拥堵状况，确定行程参考参数。
本申请实施例中，所述第一发送模块，包括：
行程实际终点获得子模块，用于获得所述行程的实际终点；
提示消息发送子模块，用于在所述实际终点为所述行程终点、且所述第二获得模块获得的偏差值达到设定阈值的情况下，向所述目标用户对应的终端设备发送提示消息。
本申请实施例中，所述装置包括：
拦截模块，用于在所述第二获得模块获得的偏差值达到设定阈值的情况下，若检测到所述目标用户已开启免密码支付，则拦截免密码支付。
本申请实施例中，所述装置还包括：
接收模块，用于接收所述目标用户对应的终端设备发送的反馈信息，其中，所述反馈信息用于确认所述目标用户是否要求重新计算行程费用；
计算模块，用于在所述接收模块接收到的反馈信息确认所述目标用户要求重新计算行程费用的情况下，根据预设的费用计算规则，计算所述目标用户的行程费用；
第二发送模块，用于将所述计算模块计算出的行程费用添加到费用账单中，并发送给所述目标用户对应的终端设备。
根据本申请实施例的第三方面，提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：
至少根据目标用户的行程起点和行程终点，确定行程参考参数；
获得与所述行程参考参数对应的行程实际参数；
获得所述行程实际参数与所述行程参考参数的偏差值；
当所述偏差值达到设定阈值时，向所述目标用户对应的终端设备发送提示消息，其中，所述提示消息用于提示所述行程为异常行程。
本申请实施例中，可以至少根据目标用户的行程起点和行程终点，自动预估本次行程的行程参考参数，并将行程结束时产生的行程实际参数与预估的行程参考参数进行比较，如果两者相差较大，则确定本次行程为异常行程，并通知给乘客，因此可以实现识别司机的绕路行为、维护乘客的权益的目的。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请实施例，并与说明书一起用于解释本发明的原理。
图1是本申请实施例根据一示例性实施例示出的一种车辆行程监控方法的流程图；
图2是本申请实施例根据一示例性实施例示出的另一种车辆行程监控方法的流程图；
图3是本申请实施例根据一示例性实施例示出的一种车辆行程监控装置的框图；
图4是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图；
图5是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图；
图6是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图；
图7是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图；
图8是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图；
图9是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图；
图10是本申请实施例根据一示例性实施例示出的一种用于车辆行程监控装置的一结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。
在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
乘客日常乘车出行的过程中，有时会遇到司机实际驾车行驶的路线与乘客期望的路线不一致的情况，给乘客与司机带来一些麻烦。为了解决上述问题，本申请实施例提供了一种车辆行程监控方法及装置。
下面首先对本申请实施例提供的一种车辆行程监控方法进行介绍。
为了便于理解，本申请实施例以“网约车”应用场景为例，对本申请实施例方案进行说明。
如图1所示，图1是本申请实施例根据一示例性实施例示出的一种车辆行程监控方法的流程图，该方法可以包括以下步骤：
在步骤101中，至少根据目标用户的行程起点和行程终点，确定行程参考参数。
本申请实施例中，行程参考参数指的是在行程开始之前预估得到的行程参数。
在使用“网约车”出行的场景下，乘客可以通过终端设备中安装的网约车软件乘客端发布出行需求，终端设备将乘客的出行需求发送给服务器，服务器在接收到终端设备发送的出行需求后，基于该出行需求中描述的行程起点和行程终点生成订单，并发布，司机通过终端设备中安装的网约车软件司机端接单，当司机接单成功后，司机与乘客建立承运关系，司机驾车去接乘客。
本申请实施例中，可以从订单中获得目标用户的行程起点和行程终点，之后根据目标用户的行程起点和行程终点，确定行程参考参数。
本申请实施例中，行程参考参数可以包括行程参考费用、行程参考里程数、及行程参考时长中的一个或多个，其中，行程参考费用指的是预估的完成整个行程所产生的车费，行程参考里程数指的是预估的完成整个行程所产生的公里数，行程参考时长指的是预估的完成整个行程所耗费的时长。
具体的，可以根据目标用户的行程起点和行程终点，在本次行程开始之前为目标用户规划出一条或多条行车路线，之后从规划出的一条或多条行车路线中自动选择出一条行车路线，依据该行车路线，预估本次行程的车费、公里数及行车时长等等。
本申请实施例中，在进行车费预估时，可以依据以下计算公式，预估本次行程的车费：起步价+(远程里程标准-起步里程数)*每公里单价+(预估的里程数-远程里程标准)*远程每公里单价，其中，计算公式中的预估的里程数指的是预估的本次行程的公里数。
本申请实施例中，在进行公里数和行车时长预估时，可以直接依据系统选择的行车路线的长短和车辆历史行驶速率，预估本次行程的公里数和行车时长。
在步骤102中，获得与行程参考参数对应的行程实际参数。
本申请实施例中，行程实际参数指的是行程结束时，本次行程所产生的实际参数，该行程实际参数可以包括行程实际费用、行程实际里程数、及行程实际时长中的一个或多个，其中，行程实际费用指的是实际完成整个行程所产生的车费，行程实际里程数指的是实际完成整个行程所产生的公里数，行程实际时长指的是实际完成整个行程所耗费的时长。
在使用“网约车”出行的场景中，司机在接单后，驾车去接乘客，在司机抵达乘客位置、乘客上车后，司机会启动计费，此时系统开始计时、计公里、及计费，当抵达目的地后，司机结束行程计费，系统将停止计时、计公里、及计费，并统计本次行程的实际车费、实际行车时长及实际公里数。
在步骤103中，获得行程实际参数与行程参考参数的偏差值。
在一种可行的实施方式中，行程参考参数仅包括行程参考费用、行程参考里程数、或行程参考时长中的一个，相应的，行程实际参数仅包括行程实际费用、行程实际里程数、或行程实际时长中的一个；
例如，行程参考参数仅包括行程参考费用p’，行程实际参数仅包括行程实际费用p，则行程实际参数与行程参考参数的偏差值δ＝|p-p’|/p’；
又例如，行程参考参数仅包括行程参考时长t’，行程实际时长t，则行程实际参数与行程参考参数的偏差值δ＝|t-t’|/t’；
又例如，行程参考参数仅包括行程参考里程数l’，行程实际参数仅包括行程实际里程数l，则行程实际参数与行程参考参数的偏差值δ＝|l-l’|/l’。
在另一种可行的实施方式中，行程参考参数包括：行程参考费用、行程参考里程数、及行程参考时长，相应的，行程实际参数包括：行程实际费用、行程实际里程数、及行程实际时长；此时，上述步骤103可以包括s10和s11，其中：
在s10中，计算行程实际费用与行程参考费用的费用偏离度，计算行程实际里程数与行程参考里程数的里程偏离度，及计算行程实际时长与行程参考时长的时长偏离度；其中，偏离度是指实际数据与目标数据相差的绝对值所占目标数据的比重；
在s11中，对费用偏离度、里程偏离度及时长偏离度进行加权求和，得到行程实际参数与行程参考参数的偏差值。
例如，行程参考参数包括行程参考费用p’、行程参考时长t’及行程参考里程数l’，行程实际参数包括行程实际费用p、行程实际时长t及行程实际里程数l，计算行程实际费用与行程参考费用的费用偏离度a＝|p-p’|/p’，计算行程实际里程数与行程参考里程数的里程偏离度b＝|t-t’|/t’，计算行程实际时长与行程参考时长的时长偏离度c＝|l-l’|/l’，则行程实际参数与行程参考参数的偏差值δ＝a*a+b*b+c*c，其中，a、b及c均为权重值。
需要说明的是，可以依据实际情况对a、b及c的取值进行设置，本申请实施例对此不作限定。
在另一种可行的实施方式中，行程参考参数包括行程参考费用、行程参考里程数、及行程参考时长中的至少两个，相应的，行程实际参数包括行程实际费用、行程实际里程数、及行程实际时长中的至少两个；此时，上述步骤103可以包括s20和s21，其中：
在s20中，计算行程实际参数中各参数与行程参考参数中对应的各参数偏离度；
在s21中，从计算得到的至少两个偏离度中，选取最大的偏离度作为行程实际参数与行程参考参数的偏差值。
例如，行程参考参数包括行程参考费用p’、行程参考时长t’及行程参考里程数l’，行程实际参数包括行程实际费用p、行程实际时长t及行程实际里程数l，计算行程实际费用与行程参考费用的费用偏离度a＝|p-p’|/p’，计算行程实际里程数与行程参考里程数的里程偏离度b＝|t-t’|/t’，计算行程实际时长与行程参考时长的时长偏离度c＝|l-l’|/l’，则从计算得到的a、b及c中选择最大的值，作为行程实际参数与行程参考参数的偏差值δ＝max{a，b，c}。
在步骤104中，当该偏差值达到设定阈值时，向目标用户对应的终端设备发送提示消息，其中，该提示消息用于提示本次行程为异常行程。
本申请实施例中，终端设备可以包括：智能手机、平板电脑等等。
本申请实施例中，当行程实际参数与行程参考参数的偏差值达到设定阈值时，则确定本次行程为异常行程，即，司机有可能存在绕路行为，并将异常行程提示给目标用户，以便目标用户采取相应的处理措施，例如发起费用异议等等。
本申请实施例中，提示消息中可以包括以下内容：提示目标用户预估的车费、时长或公里数与实际行驶的车费、时长或公里数超出了百分之多少，及询问目标用户是否认可本次行程的实际行车路线等等。
本申请实施例中，设定阈值的取值可以设置为0.3，也可以根据实际情况设置设定阈值的取值，本申请实施例对此不作限定。
由上述实施例可见，该实施例可以至少根据目标用户的行程起点和行程终点，自动预估本次行程的行程参考参数，并将行程结束时产生的行程实际参数与预估的行程参考参数进行比较，如果两者相差较大，则确定本次行程为异常行程，并通知给乘客，因此可以实现识别司机的绕路行为、维护乘客的权益的目的。
考虑到实际应用中有时还会存在这种情况：乘客故意发布一个起点与终点很近的订单，但是让司机驾车前往的目的地不是订单中的目的地，然后不认可该车费，为了解决上述问题，本申请实施例提供了另一种车辆行程监控方法。
如图2所示，图2是本申请实施例根据一示例性实施例示出的另一种车辆行程监控方法的流程图，该方法可以包括以下步骤：
在步骤201中，根据目标用户的行程起点、行程终点及交通拥堵状况，确定行程参考参数。
本申请实施例中，可以获得实时交通状况数据，之后根据目标用户的行程起点、行程终点及交通拥堵状况，确定行程参考参数，由于结合实际路况来预估行程车费、时长及公里数，因此预估结果更为准确。
此外，当预估行程车费时，本申请实施例还可以结合系统的调度运力(即目标用户周围可用的网约车的数量)及系统的动调情况(即动调价格，为一个百分比数值)，来进行行程车费的预估。
在步骤202中，获得与行程参考参数对应的行程实际参数。
在步骤203中，获得行程实际参数与行程参考参数的偏差值。
本申请实施例中的步骤202、步骤203与图1所示实施例中的步骤102和步骤103类似，本申请实施例对此不再赘述，详情请见图1所示实施例中的内容。
在步骤204中，获得本次行程的实际终点，当该实际终点为目标用户的行程终点、且该偏差值达到设定阈值时，向目标用户对应的终端设备发送提示消息，其中，该提示消息用于提示本次行程为异常行程。
本申请实施例中，可以获得目标用户的实际下车地点(即本次行程的实际终点)的位置信息，若目标用户的实际下车地点不是订单中记录的目的地，则即便偏差度达到设定阈值，也不向目标用户对应的终端设备发送提示消息；只有当目标用户的实际下车地点为订单中记录的目的地，且偏差度达到设定阈值时，才向目标用户对应的终端设备发送提示消息。
由上述实施例可见，该实施例可以通过比较乘客的实际下车点与订单中的目的地是否相同，来识别出乘客故意发布一个起点与终点很近的订单，但是让司机驾车前往的目的地不是订单中的目的地，然后不认可该车费的行为。
针对于已开启免密码支付功能的用户，为了保证该用户的权益，本申请实施例提供的另一种实施例中，该实施例可以在图1或2所示实施例的基础上，增加以下步骤：
当偏离度达到设定阈值时，若检测到目标用户已开启免密码支付，则拦截免密码支付。
本申请实施例中，当行程实际参数与行程参考参数的偏差值达到设定阈值时，则确定本次行程为异常行程，即，司机有可能存在绕路行为，此时，如果目标用户已开启免密码支付车费，则拦截免密码支付，以使该车费不能自动支付，及时保证目标用户的权益。
本申请实施例中，可以通过下述两种方式实现免密码支付的拦截：
系统(即服务器)停止将本次行程的账单发送给目标用户对应的终端设备，此时，该终端设备接收不到账单，自然无法支付；
或者，考虑到网约车应用会预先与支付应用(例如支付宝、微信、或百度钱包等等)建立支付协议，在该支付协议中可以包括：一些支付规则，例如网约车应用产生的账单低于m元时，可以免密码支付，本申请实施例中，可以在支付协议中增加以下支付规则，当网约车应用产生的账单中携带有预设标识时，关闭免密码支付，此时需要用户手动输入支付密码。
本申请实施例提供的另一种实施例中，该实施例可以在上述任一方法实施例的基础上，增加以下步骤s30、s31和s32，其中：
在s30中，接收目标用户对应的终端设备发送的反馈信息，其中，该反馈信息用于确认目标用户是否要求重新计算行程费用。
本申请实施例中，终端设备可以具有费用异议发起接口，该接口的形式可以为一个图标，当司机存在绕路行为时，目标用户可以点击该图标，发起费用异议(即要求重新计算行程费用)。
在s31中，当该反馈信息确认目标用户要求重新计算行程费用时，根据预设的费用计算规则，计算目标用户的行程费用。
在s32中，将计算出的行程费用添加到费用账单中，并发送给目标用户对应的终端设备。
本申请实施例中，可以按照预估的公里数及费用计算公式：起步价+(远程里程标准-起步里程数)*每公里单价+(预估的里程数-远程里程标准)*远程每公里单价，计算目标用户的行程费用。
对于目标用户未支付的情况，将计算出的行程费用添加到费用账单中，并发送给目标用户对应的终端设备。
由上述实施例可见，该实施例可以为用户提供费用异议发起接口，当用户通过该接口发起费用异议时，可以为该用户重新计算车费，因此，可以减少乘客的损失。
此外，本申请实施例中，对于目标用户已支付的情况，可以根据计算出的行程费用及目标用户已支付的金额，计算该目标用户多支付的金额，并将该金额返回给目标用户，而不是传统的打客服电话投诉后才能返还有异议的金额。
应当注意，尽管在附图中以特定顺序描述了本申请实施例方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
需要说明的是，本申请实施方法可以应用于服务器，在实际应用中，也可以应用于其他类似设备，本申请实施例对此不作限定。
与前述车辆行程监控方法的实施例对应，本申请实施例还提供了车辆行程监控装置的实施例。
如图3所示，图3是本申请实施例根据一示例性实施例示出的一种车辆行程监控装置的框图，所述装置可以包括：
确定模块310，用于至少根据目标用户的行程起点和行程终点，确定行程参考参数；
本申请实施例中，行程参考参数指的是在行程开始之前预估得到的行程参数。在使用“网约车”出行的场景下，乘客可以通过终端设备中安装的网约车软件乘客端发布出行需求，终端设备将乘客的出行需求发送给服务器，服务器在接收到终端设备发送的出行需求后，基于该出行需求中描述的行程起点和行程终点生成订单，并发布，司机通过终端设备中安装的网约车软件司机端接单，当司机接单成功后，司机与乘客建立承运关系，司机驾车去接乘客。
本申请实施例中，可以从订单中获得目标用户的行程起点和行程终点，之后根据目标用户的行程起点和行程终点，确定行程参考参数。
本申请实施例中，行程参考参数可以包括行程参考费用、行程参考里程数、及行程参考时长中的一个或多个，其中，行程参考费用指的是预估的完成整个行程所产生的车费，行程参考里程数指的是预估的完成整个行程所产生的公里数，行程参考时长指的是预估的完成整个行程所耗费的时长。
具体的，可以根据目标用户的行程起点和行程终点，在本次行程开始之前为目标用户规划出一条或多条行车路线，之后从规划出的一条或多条行车路线中自动选择出一条行车路线，依据该行车路线，预估本次行程的车费、公里数及行车时长等等。
本申请实施例中，在进行车费预估时，可以依据以下计算公式，预估本次行程的车费：起步价+(远程里程标准-起步里程数)*每公里单价+(预估的里程数-远程里程标准)*远程每公里单价，其中，计算公式中的预估的里程数指的是预估的本次行程的公里数。
本申请实施例中，在进行公里数和行车时长预估时，可以直接依据系统选择的行车路线的长短和车辆历史行驶速率，预估本次行程的公里数和行车时长。
第一获得模块320，用于获得与所述确定模块310确定的行程参考参数对应的行程实际参数；
本申请实施例中，行程实际参数指的是行程结束时，本次行程所产生的实际参数，该行程实际参数可以包括行程实际费用、行程实际里程数、及行程实际时长中的一个或多个，其中，行程实际费用指的是实际完成整个行程所产生的车费，行程实际里程数指的是实际完成整个行程所产生的公里数，行程实际时长指的是实际完成整个行程所耗费的时长。
在使用“网约车”出行的场景中，司机在接单后，驾车去接乘客，在司机抵达乘客位置、乘客上车后，司机会启动计费，此时系统开始计时、计公里、及计费，当抵达目的地后，司机结束行程计费，系统将停止计时、计公里、及计费，并统计本次行程的实际车费、实际行车时长及实际公里数。
第二获得模块330，用于获得所述行程实际参数与所述行程参考参数的偏差值；
在一种可行的实施方式中，行程参考参数仅包括行程参考费用、行程参考里程数、或行程参考时长中的一个，相应的，行程实际参数仅包括行程实际费用、行程实际里程数、或行程实际时长中的一个；
例如，行程参考参数仅包括行程参考费用p’，行程实际参数仅包括行程实际费用p，则行程实际参数与行程参考参数的偏差值δ＝|p-p’|/p’；
又例如，行程参考参数仅包括行程参考时长t’，行程实际时长t，则行程实际参数与行程参考参数的偏差值δ＝|t-t’|/t’；
又例如，行程参考参数仅包括行程参考里程数l’，行程实际参数仅包括行程实际里程数l，则行程实际参数与行程参考参数的偏差值δ＝|l-l’|/l’。
第一发送模块340，用于在所述第二获得模块330获得的偏差值达到设定阈值的情况下，向所述目标用户对应的终端设备发送提示消息，其中，所述提示消息用于提示所述行程为异常行程。
本申请实施例中，终端设备可以包括：智能手机、平板电脑等等。
本申请实施例中，当行程实际参数与行程参考参数的偏差值达到设定阈值时，则确定本次行程为异常行程，即，司机有可能存在绕路行为，并将异常行程提示给目标用户，以便目标用户采取相应的处理措施，例如发起费用异议等等。
本申请实施例中，提示消息中可以包括以下内容：提示目标用户预估的车费、时长或公里数与实际行驶的车费、时长或公里数超出了百分之多少，及询问目标用户是否认可本次行程的实际行车路线等等。
本申请实施例中，设定阈值的取值可以设置为0.3，也可以根据实际情况设置设定阈值的取值，本申请实施例对此不作限定。
由上述实施例可见，该实施例可以至少根据目标用户的行程起点和行程终点，自动预估本次行程的行程参考参数，并将行程结束时产生的行程实际参数与预估的行程参考参数进行比较，如果两者相差较大，则确定本次行程为异常行程，并通知给乘客，因此可以实现识别司机的绕路行为、维护乘客的权益的目的。
本申请实施例提供的另一种实施例中，该实施例可以在图3所示实施例的基础上，所述行程参考参数可以包括下述参数中的一个或多个：行程参考费用、行程参考里程数、或行程参考时长。
如图4所示，图4是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图，所述行程参考参数包括：行程参考费用、行程参考里程数、及行程参考时长，所述行程实际参数包括：行程实际费用、行程实际里程数、及行程实际时长；
所述第二获得模块330，可以包括：
第一计算子模块331，用于计算所述行程实际费用与所述行程参考费用的费用偏离度，计算所述行程实际里程数与所述行程参考里程数的里程偏离度，及计算所述行程实际时长与所述行程参考时长的时长偏离度；
第一偏差值确定子模块332，用于对所述第一计算子模块331计算得到的费用偏离度、所述里程偏离度及所述时长偏离度进行加权求和，得到所述行程实际参数与所述行程参考参数的偏差值。
例如，行程参考参数包括行程参考费用p’、行程参考时长t’及行程参考里程数l’，行程实际参数包括行程实际费用p、行程实际时长t及行程实际里程数l，计算行程实际费用与行程参考费用的费用偏离度a＝|p-p’|/p’，计算行程实际里程数与行程参考里程数的里程偏离度b＝|t-t’|/t’，计算行程实际时长与行程参考时长的时长偏离度c＝|l-l’|/l’，则行程实际参数与行程参考参数的偏差值δ＝a*a+b*b+c*c，其中，a、b及c均为权重值。
需要说明的是，可以依据实际情况对a、b及c的取值进行设置，本申请实施例对此不作限定。
如图5所示，图5是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图，所述行程参考参数包括行程参考费用、行程参考里程数、及行程参考时长中的至少两个，所述行程实际参数包括行程实际费用、行程实际里程数、及行程实际时长中的至少两个；
所述第二获得模块330，可以包括：
第二计算子模块333，用于计算所述行程实际参数中各参数与所述行程参考参数中对应的各参数偏离度；
第二偏差值确定子模块334，用于从所述第二计算子模块333计算得到的至少两个偏离度中，选取最大的偏离度作为所述行程实际参数与所述行程参考参数的偏差值。
例如，行程参考参数包括行程参考费用p’、行程参考时长t’及行程参考里程数l’，行程实际参数包括行程实际费用p、行程实际时长t及行程实际里程数l，计算行程实际费用与行程参考费用的费用偏离度a＝|p-p’|/p’，计算行程实际里程数与行程参考里程数的里程偏离度b＝|t-t’|/t’，计算行程实际时长与行程参考时长的时长偏离度c＝|l-l’|/l’，则从计算得到的a、b及c中选择最大的值，作为行程实际参数与行程参考参数的偏差值δ＝max{a，b，c}。
如图6所示，图6是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图，该实施例可以在图3～图5所示任一装置实施例的基础上，所述确定模块310，可以包括：
行程参考参数确定子模块311，用于根据目标用户的行程起点、行程终点及交通拥堵状况，确定行程参考参数。
本申请实施例中，行程参考参数确定子模块311可以获得实时交通状况数据，之后根据目标用户的行程起点、行程终点及交通拥堵状况，确定行程参考参数，由于结合实际路况来预估行程车费、时长及公里数，因此预估结果更为准确。
此外，当预估行程车费时，本申请实施例还可以结合系统的调度运力(即目标用户周围可用的网约车的数量)及系统的动调情况(即动调价格，为一个百分比数值)，来进行行程车费的预估。
如图7所示，图7是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图，该实施例可以在图3～图6所示任一装置实施例的基础上，所述第一发送模块340，可以包括：
行程实际终点获得子模块341，用于获得所述行程的实际终点；
提示消息发送子模块342，用于在所述实际终点为所述行程终点、且所述第二获得模块330获得的偏差值度达到设定阈值的情况下，向所述目标用户对应的终端设备发送提示消息。
本申请实施例中，可以获得目标用户的实际下车地点(即本次行程的实际终点)的位置信息，若目标用户的实际下车地点不是订单中记录的目的地，则即便偏差度达到设定阈值，也不向目标用户对应的终端设备发送提示消息；只有当目标用户的实际下车地点为订单中记录的目的地，且偏差度达到设定阈值时，才向目标用户对应的终端设备发送提示消息。
由上述实施例可见，该实施例可以通过比较乘客的实际下车点与订单中的目的地是否相同，来识别出乘客故意发布一个起点与终点很近的订单，但是让司机驾车前往的目的地不是订单中的目的地，然后不认可该车费的行为。
如图8所示，图8是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图，针对于已开启免密码支付功能的用户，为了保证该用户的权益，该实施例可以在图3～图7所示任一装置实施例的基础上，所述装置还可以包括：
拦截模块810，用于在所述第二获得模块330获得的偏差值达到设定阈值的情况下，若检测到所述目标用户已开启免密码支付，则拦截免密码支付。
本申请实施例中，当行程实际参数与行程参考参数的偏差值达到设定阈值时，则确定本次行程为异常行程，即，司机有可能存在绕路行为，此时，如果目标用户已开启免密码支付车费，则拦截免密码支付，以使该车费不能自动支付，及时保证目标用户的权益。
本申请实施例中，可以通过下述两种方式实现免密码支付的拦截：
系统(即服务器)停止将本次行程的账单发送给目标用户对应的终端设备，此时，该终端设备接收不到账单，自然无法支付；
或者，考虑到网约车应用会预先与支付应用(例如支付宝、微信、或百度钱包等等)建立支付协议，在该支付协议中可以包括：一些支付规则，例如网约车应用产生的账单低于m元时，可以免密码支付，本申请实施例中，可以在支付协议中增加以下支付规则，当网约车应用产生的账单中携带有预设标识时，关闭免密码支付，此时需要用户手动输入支付密码。
如图9所示，图9是本申请实施例根据一示例性实施例示出的另一种车辆行程监控装置的框图，该实施例可以在图3～图8所示任一装置实施例的基础上，所述装置还可以包括：
接收模块910，用于接收所述目标用户对应的终端设备发送的反馈信息，其中，所述反馈信息用于确认所述目标用户是否要求重新计算行程费用；
本申请实施例中，终端设备可以具有费用异议发起接口，该接口的形式可以为一个图标，当司机存在绕路行为时，目标用户可以点击该图标，发起费用异议(即要求重新计算行程费用)。
计算模块920，用于在所述接收模块910接收到的反馈信息确认所述目标用户要求重新计算行程费用的情况下，根据预设的费用计算规则，计算所述目标用户的行程费用；
第二发送模块930，用于将所述计算模块920计算出的行程费用添加到费用账单中，并发送给所述目标用户对应的终端设备。
本申请实施例中，可以按照预估的公里数及费用计算公式：起步价+(远程里程标准-起步里程数)*每公里单价+(预估的里程数-远程里程标准)*远程每公里单价，计算目标用户的行程费用。
对于目标用户未支付的情况，将计算出的行程费用添加到费用账单中，并发送给目标用户对应的终端设备。
由上述实施例可见，该实施例可以为用户提供费用异议发起接口，当用户通过该接口发起费用异议时，可以为该用户重新计算车费，因此，可以减少乘客的损失。
此外，本申请实施例中，对于目标用户已支付的情况，可以根据计算出的行程费用及目标用户已支付的金额，计算该目标用户多支付的金额，并将该金额返回给目标用户，而不是传统的打客服电话投诉后才能返还有异议的金额。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
本申请实施例还提供了一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：至少根据目标用户的行程起点和行程终点，确定行程参考参数；获得与所述行程参考参数对应的行程实际参数；获得所述行程实际参数与所述行程参考参数的偏差值；当所述偏差值达到设定阈值时，向所述目标用户对应的终端设备发送提示消息，其中，所述提示消息用于提示所述行程为异常行程。
本申请实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
如图10所示，图10是本申请实施例根据一示例性实施例示出的一种用于车辆行程监控装置1000的一结构示意图。例如，装置1000可以被提供为一服务器。参照图10，装置1000包括处理组件1022，其进一步包括一个或多个处理器，以及由存储器1032所代表的存储器资源，用于存储可由处理部件1022的执行的指令，例如应用程序。存储器1032中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1022被配置为执行指令，以执行本申请实施例提供的车辆行程监控方法，该方法包括：至少根据目标用户的行程起点和行程终点，确定行程参考参数；获得与所述行程参考参数对应的行程实际参数；获得所述行程实际参数与所述行程参考参数的偏差值；当所述偏差值达到设定阈值时，向所述目标用户对应的终端设备发送提示消息，其中，所述提示消息用于提示所述行程为异常行程。
装置1000还可以包括一个电源组件1026被配置为执行装置1000的电源管理，一个有线或无线网络接口1050被配置为将装置1000连接到网络，和一个输入输出(i/o)接口1058。装置1000可以操作基于存储在存储器1032的操作系统，例如windowsservertm，macosxtm，unixtm，linuxtm，freebsdtm或类似。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1032，上述指令可由装置1000的处理组件1022执行以完成本申请实施例提供的上述车辆行程监控方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本申请实施例的其它实施方案。本申请实施例旨在涵盖本申请实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请实施例的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请实施例的范围仅由所附的权利要求来限制。