一种离线状态下的网约车车机接单、计费系统

摘要

本发明属于网约车计费技术领域，具体涉及一种离线状态下的网约车车机接单、计费系统，包括接单单元、定位导航单元、本地里程单元和交互单元；接单单元用于进行网络接单；定位导航单元用于进行实时定位导航，还用于生成导航数据，导航数据包括里程数据；交互单元用于检测导航信号强度；里程获取单元用于计算车辆里程，当导航信号强度大于预设值时里程获取单元从导航数据中提取里程数据，当导航信号强度小于等于预设值时里程获取单元启动本地里程单元计算里程数据；本地里程单元用于计算离线状态下的里程数据。本申请可以稳定且准确的进行网约车的计费。

权利要求

1.一种离线状态下的网约车车机接单、计费系统，其特征在于：包括接单单元、定位导航单元、本地里程单元和交互单元；

接单单元用于进行网络接单；定位导航单元用于进行实时定位导航，还用于生成导航数据，导航数据包括里程数据；交互单元用于检测导航信号强度；里程获取单元用于计算车辆里程，当导航信号强度大于预设值时里程获取单元从导航数据中提取里程数据，当导航信号强度小于等于预设值时里程获取单元启动本地里程单元计算里程数据；本地里程单元用于计算离线状态下的里程数据；

还包括记时单元，用于记录导航的信号丢失时刻和信号恢复时刻，还用于记录本地里程单元的启动时刻及关闭时刻；

里程获取单元还用于根据信号丢失时刻及本地里程单元的启动时刻，判断数据丢失段的时长是否大于预设丢失时长；若不大于预设丢失时长，则里程获取单元根据信号丢失之前X秒的里程数据的平均速度，对数据丢失段进行补偿，得到补偿里程；若大于预设丢失时长，则里程获取单元根据信号丢失之前Y秒的里程数据，及本地里程单元前Y秒的里程数据，测算数据丢失段的平均速度，并结合数据丢失段的时长对数据丢失段进行计算及里程数据补偿，得到补偿里程；

里程获取单元根据导航数据中里程数据、本地里程单元的里程数据及补偿里程计算车辆里程；

里程单元还用于导航信号强度从小于等于预设值恢复为大于预设值M秒后，关闭本地里程单元；

里程获取单元还用于根据本地里程单元的启动时刻及关闭时刻，判断本地里程单元的单次启动时长，若单次启动时长大于N秒，则里程获取单元根据信号恢复时刻及本地里程单元的关闭时刻，提取出定位导航单元及本地里程单元的重叠的里程数据，并基于重叠的里程数据，对本地里程单元的里程数据的精度进行分析；若分析结果正常，则里程获取单元直接提取本地里程单元在信号丢失段的里程数据作为实际本地里程；若分析结果不正常，则里程获取单元提取本地里程单元在信号丢失段的里程数据，并根据分析结果进行精度补偿后，得到实际本地里程。

2.根据权利要求1所述的离线状态下的网约车车机接单、计费系统，其特征在于：本地里程单元通过获取车辆车轮感应计数器的数据得到车轮转速后，结合时间及车轮的周长，计算车辆的里程数据。

3.根据权利要求1所述的离线状态下的网约车车机接单、计费系统，其特征在于：还包括后台端；交互单元还用于导航信号强度从小于等于预设值恢复为大于预设值后，将导航信号强度小于等于预设强度值时的定位信息发送给后台端；后台端用于根据接收到的导航信号强度小于等于预设强度值时的定位信息生成无信号区域；

里程获取单元还用于当定位导航的线路会经过无信号区域，且车辆距离无信号区域的距离小于Z米时，启动本地里程单元；里程获取单元还用于当存在信号丢失路段且不存在数据丢失段时，将补偿里程记为零。

4.根据权利要求3所述的离线状态下的网约车车机接单、计费系统，其特征在于：Z的数值大于70。

5.根据权利要求3所述的离线状态下的网约车车机接单、计费系统，其特征在于：接单单元、定位导航单元、交互单元、记时单元和里程获取单元均集成在车机端；后台端接收到导航信号强度小于等于预设强度的定位信息时，若该定位信息不属于无信号区域，则后台端对无信号区域进行更新，并将更新的路段与对应的车机端信息进行关联。

6.根据权利要求5所述的离线状态下的网约车车机接单、计费系统，其特征在于：交互单元还用于在无信号区域的某路段中实际导航信号强度大于预设值时，将该路段的定位作为检验定位发送给后台端；后台端还用于接收并存储检验定位，还用于当某路段的检验定位的数量大于预设检验数量时，匹配出上传该路段的车机端并进行误报标记；后台端还用于分析各车机端的误报标记，若预设误报时段内，某车机端的误报标记对应的路段中，存在至少三处彼此距离大于预设距离的路段，则后台端给该车机端发送检修信号。

7.根据权利要求6所述的离线状态下的网约车车机接单、计费系统，其特征在于：后台端对无信号区域进行更新前，还判断预设的检修时间内是否给对应车机端发送过检修信号，若是则取消更新无信号区域。

8.根据权利要求5所述的离线状态下的网约车车机接单、计费系统，其特征在于：后台端还用于当某路段的检验定位的数量大于预设检验数量时，在无信号区域中删除对应路段。

说明书

一种离线状态下的网约车车机接单、计费系统

技术领域

[0001] 本发明属于网约车计费技术领域，具体涉及一种离线状态下的网约车车机接单、计费系统。

背景技术

[0002] 现在的网约车在进行计费时，都是根据三方地图鹰眼数据或者gps轨迹点计算车辆行驶的里程数，再通过里程数来计算乘车的费用。想要精确的计费，就需要精确的获取车辆的里程数，否则，就会存在乘车的费用不准确的情况。

[0003] 但是，现有网约车的计费方式对网络的要求很高，在网络质量优良的路段能够准确的获取里程数，但当网络状况不佳(如隧道或附近无基站的区域)或信号干扰较强的区域时，会存在获取不到里程数的情况。现有技术对于这种问题的处理方式是，对定位信号丢失的时间段的路程进行直线距离的补偿，即将定位信号丢失时的定位到定位恢复时的定位的直线距离，作为信号丢失时刻段的里程数据。但是，很多时候车辆在信号丢失时段并非完全按照直线在行驶，这样的处理方式得到的里程数据会比实际的里程数据少，进而导致网约车司机的利益受到损失。如果车辆行驶路线上存在多次这样的情况，或者主要在信号不稳定的区域行驶的司机，因此而受到的损失更是难以忽视。

发明内容

[0004] 本发明的目的在于，提供一种离线状态下的网约车车机接单、计费系统，能够稳定且准确的进行网约车的计费。

[0005] 本发明提供的基础方案为：

[0006] 一种离线状态下的网约车车机接单、计费系统，包括接单单元、定位导航单元、本地里程单元和交互单元；

[0007] 接单单元用于进行网络接单；定位导航单元用于进行实时定位导航，还用于生成导航数据，导航数据包括里程数据；交互单元用于检测导航信号强度；里程获取单元用于计算车辆里程，当导航信号强度大于预设值时里程获取单元从导航数据中提取里程数据，当导航信号强度小于等于预设值时里程获取单元启动本地里程单元计算里程数据；本地里程单元用于计算离线状态下的里程数据。

[0008] 基础方案工作原理及有益效果：

[0009] 使用本系统，司机在接单后，搭载乘客前往目的地的过程中，里程获取单元会持续计算搭载乘客的行驶里程。正常情况下，即交互单元检测到的导航信号强度大于预设值时，里程获取单元直接从导航数据中提取里程数据。当行驶的过程中出现无信号路段，即导航信号强度小于等于预设值时，里程获取单元启动本地里程单元计算里程数据，本地里程单元会计算离线状态下的里程数据。由于导航信号强度不足的路段只是少数情况，绝大多数的路段都能够接受到导航数据。因此，当导航信号强度小于等于预设值时，里程获取单元才启动本地里程单元计算里程数据，可减少正常状态下系统的运行内存负荷。

[0010] 之后，里程获取单元计算车辆里程，即将正常状态下的里程数据与离线状态下的里程数据进行求和，得到车辆的实际行驶里程。与现有技术将定位信号丢失时的定位到定位恢复时的定位的直线距离，作为信号丢失时刻段的里程数据相比，使用本系统，在信号丢失时会启动本地里程单元计算离线状态下的里程数据，即使车辆在信号丢失时段并非直线行驶，也可以保证车辆里程数据的准确性，进而保证网约车计费的准确性。

[0011] 综上，本申请可以稳定且准确的进行网约车的计费。

[0012] 进一步，本地里程单元通过获取车辆车轮感应计数器的数据得到车轮转速后，结合时间及车轮的周长，计算车辆的里程数据。

[0013] 有益效果：能够稳定、准确的进行离线状态的里程计算，并且不用额外安装大量的软硬件设备。

[0014] 进一步，还包括记时单元，用于记录导航的信号丢失时刻和信号恢复时刻，还用于记录本地里程单元的启动时刻及关闭时刻；

[0015] 里程获取单元还用于根据信号丢失时刻及本地里程单元的启动时刻，判断数据丢失段的时长是否大于预设丢失时长；若不大于预设丢失时长，则里程获取单元根据信号丢失之前X秒的里程数据的平均速度，对数据丢失段进行补偿，得到补偿里程；若大于预设丢失时长，则里程获取单元根据信号丢失之前Y秒的里程数据，及本地里程单元前Y秒的里程数据，测算数据丢失段的平均速度，并结合数据丢失段的时长对数据丢失段进行计算及里程数据补偿，得到补偿里程；

[0016] 里程获取单元根据导航数据中里程数据、本地里程单元的里程数据及补偿里程计算车辆里程。

[0017] 有益效果：数据丢失段，即网约车突然进入无信号区域，启动本地里程单元所用到的时长。数据丢失段的里程无法被直接记录，并且，由于各网约车的设备反应时间不同、车况不同，启动本地里程单元的时间也是不同的，如果启动时间正常，花费的时间会很短，直接利用导航数据进行补偿即可；如果启动时间过长，则启动本地里程单元的时间段内是可能出现车辆加速或减速的情况，因此，需要相对准确的计算出启动本地里程单元的时间段的车辆速度，才能较为准确的获取启动本地里程单元的时间段的里程数据。

[0018] 使用本系统，当数据丢失段的时长不大于预设丢失时长时，说明启动时间正常，因此，里程获取单元根据信号丢失之前X秒的里程数据的平均速度，对数据丢失段进行补偿得到补偿里程。当数据丢失段的时长大于预设丢失时长时，说明启动时间过长，需要能够考虑到加速减速的计算方式，因此，里程获取单元根据信号丢失之前Y秒的里程数据，及本地里程单元前Y秒的里程数据，测算数据丢失段的平均速度，并结合数据丢失段的时长对数据丢失段进行计算及里程数据补偿，得到补偿里程。通过对数据丢失段的补偿，可以保证里程数据的完整性。

[0019] 进一步，里程单元还用于导航信号强度从小于等于预设值恢复为大于预设值M秒后，关闭本地里程单元；

[0020] 里程获取单元还用于根据本地里程单元的启动时刻及关闭时刻，判断本地里程单元的单次启动时长，若单次启动时长大于N秒，则里程获取单元根据信号恢复时刻及本地里程单元的关闭时刻，提取出定位导航单元及本地里程单元的重叠的里程数据，并基于重叠的里程数据，对本地里程单元的里程数据的精度进行分析；若分析结果正常，则里程获取单元直接提取本地里程单元在信号丢失段的里程数据作为实际本地里程；若分析结果不正常，则里程获取单元提取本地里程单元在信号丢失段的里程数据，并根据分析结果进行精度补偿后，得到实际本地里程。

[0021] 有益效果：本地里程单元在计算里程数据时，是通过车轮的转动圈数乘以车轮的周长进行计算，但车轮的周长有时会存在异常，如轮胎的气量不足，但无信号区域的路段很短，如仅行驶了几秒钟，那么影响非常小，不用特别考虑。但是如果无信号区域的路段很长，则会对里程的计算结果产生较大的影响。

[0022] 基于此，本方案中，里程获取单元还会判断本地里程单元的单次启动时长是否过长，若单次启动时长大于N秒，则说明无信号区域的路段较长，如果本地里程单元的精度不足，会对里程的计算结果产生较大的影响。因此，里程获取单元根据信号恢复时刻及本地里程单元的关闭时刻，提取出定位导航单元及本地里程单元的重叠的里程数据，并基于重叠的里程数据，对本地里程单元的里程数据的精度进行分析。若分析结果正常，则说明本地里程单元的精度可靠，直接提取本地里程单元在信号丢失段的里程数据即可。若分析结果不正常，则说明本地里程单元的精度不足，因此，里程获取单元提取本地里程单元在信号丢失段的里程数据，并根据分析结果进行精度补偿后，得到实际本地里程再进行里程计算。

[0023] 这样，可以进一步保证得到的车辆里程的准确性。

[0024] 进一步，还包括后台端；交互单元还用于导航信号强度从小于等于预设值恢复为大于预设值后，将导航信号强度小于等于预设强度值时的定位信息发送给后台端；后台端用于根据接收到的导航信号强度小于等于预设强度值时的定位信息生成无信号区域；

[0025] 里程获取单元还用于当定位导航的线路会经过无信号区域，且车辆距离无信号区域的距离小于Z米时，启动本地里程单元；里程获取单元还用于当存在信号丢失路段且不存在数据丢失段时，将补偿里程记为零。

[0026] 有益效果：当定位导航的线路会经过无信号区域，且车辆距离无信号区域的距离小于Z米时，里程获取单元启动本地里程单元，换个说法，里程获取单元在经过无信号区域前，会提前启动本地里程单元，这样，就可以尽可能的避免数据丢失段的出现。因为数据丢失段的数据毕竟只是根据其前后路段的速度进行估算，如果数据丢失段存在较为剧烈的加减速，精度上可能不是特别的高，会影响到整体计费的准确性。避免数据丢失段的出现，可以进一步加强网约车在信号不佳区域时计费的准确性。

[0027] 进一步，Z的数值大于70。

[0028] 有益效果：即使是在高速路段，网约车正常行驶的速度也不会高于110公里/小时，换算成秒速则是30.56米/秒。这样的距离，可以保证里程获取单元到达无信号区域时已经启动完成。

[0029] 进一步，接单单元、定位导航单元、交互单元、记时单元和里程获取单元均集成在车机端；后台端接收到导航信号强度小于等于预设强度的定位信息时，若该定位信息不属于无信号区域，则后台端对无信号区域进行更新，并将更新的路段与对应的车机端信息进行关联。

[0030] 有益效果：可以使车机端的集成度更高。后续如果发现无信号区域的更新路段属于误报信息时，便于直接对对应的车机端进行处理，针对性较好。

[0031] 进一步，交互单元还用于在无信号区域的某路段中实际导航信号强度大于预设值时，将该路段的定位作为检验定位发送给后台端；后台端还用于接收并存储检验定位，还用于当某路段的检验定位的数量大于预设检验数量时，匹配出上传该路段的车机端并进行误报标记；后台端还用于分析各车机端的误报标记，若预设误报时段内，某车机端的误报标记对应的路段中，存在至少三处彼此距离大于预设距离的路段，则后台端给该车机端发送检修信号。

[0032] 有益效果：某网约车在无信号区域的某路段中实际导航信号强度大于预设值，说明该路段可能存在误报的情况，因此，将该路段的定位作为检验定位发送给后台端。后台端如果接收到该路段的检验定位的数量大于预设的检验数量，则说明该路段确实是属于误报信息，因此，匹配出上传该路段的车机端并进行误报标记。但误报信息的产生原因，除了车辆本身的原因外，也可能是该路段的临时施工等原因导致路段的信号受到干扰。

[0033] 因此，后台端还对各车机端的误报标记进行分析，若预设误报时段内，某车机端的误报标记对应的路段中存在至少三处彼此距离大于预设距离的路段，即，三个路段中任意两个路段之间的距离均大于预设距离，则说明该车机端在一个相对集中的时间段内，在多个彼此距离较远的地方均出现了误报的情况。可以确定该车辆的车机端出现了问题，需要进行检修。因此，后台端给对应的车机端发送检修信号，让司机了解情况，尽快进行处理，一方面，可避免后续信号问题越来越严重影响到正常计算，保证计费的稳定性；另一方面，可控制误报信号的数量，使系统更加的稳定。

[0034] 进一步，后台端对无信号区域进行更新前，还判断预设的检修时间内是否给对应车机端发送过检修信号，若是则取消更新无信号区域。

[0035] 有益效果：如果在预设的检修时间内给对应车机端发送过检修信号，则说明该车机端发送的信息为误报信息的可能性非常大，如果用该信息进行更新，后续极有可能会对别的网约车造成干扰。因此，这种情况下，后台端取消更新无信号区域。

[0036] 进一步，后台端还用于当某路段的检验定位的数量大于预设检验数量时，在无信号区域中删除对应路段。

[0037] 有益效果：可防止该路段继续存在于无信号区域中，继续对别的网约车造成干扰。

附图说明

[0038] 图1为本发明实施例一的逻辑框图；

具体实施方式

[0039] 下面通过具体实施方式进一步详细的说明：

[0040] 实施例一

[0041] 如图1所示，一种离线状态下的网约车车机接单、计费系统，包括车辆端和车机端。车机端集成有接单单元、定位导航单元、交互单元、记时单元和里程获取单元；车辆端集成有本地里程单元。

[0042] 接单单元用于进行网络接单。需要说明的是，为便于司机的接单，本系统中的接单单元可进行离线状态下的接单，具体的，若车辆在有信号区域的边缘区域接收到订单信息后进入无信号区域，司机可通过接单单元在无信号区域进行订单预约确认，接单单元会将该预约确认信息进行存储，并在车辆驶出无信号区域时立即将预约确认信息进行发送。这样，可以尽可能的减小无信号区域对司机接单的影响。

[0043] 定位导航单元用于进行实时定位导航，还用于生成导航数据，导航数据包括里程数据。交互单元用于检测导航信号强度。

[0044] 里程获取单元用于计算车辆里程，当导航信号强度大于预设值时，里程获取单元从导航数据中提取里程数据；当导航信号强度小于等于预设值时，里程获取单元启动本地里程单元计算里程数据。本地里程单元用于计算离线状态下的里程数据；具体的，本地里程单元通过获取车辆车轮感应计数器的数据获取车轮转速，再结合时间及车轮的周长，计算车辆的里程数据。本实施例中，导航信号强度的预设值为‑100。

[0045] 里程单元还用于导航信号强度从小于等于预设值恢复为大于预设值M秒后，关闭本地里程单元。本实施例中，M的数值为3。

[0046] 记时单元用于记录导航的信号丢失时刻和信号恢复时刻，还用于记录本地里程单元的启动时刻及关闭时刻。

[0047] 里程获取单元还用于根据信号丢失时刻及本地里程单元的启动时刻，判断数据丢失段的时长是否大于预设丢失时长；若不大于预设丢失时长，则里程获取单元根据信号丢失之前X秒的里程数据的平均速度，对数据丢失段进行补偿，得到补偿里程；若大于预设丢失时长，则里程获取单元根据信号丢失之前Y秒的里程数据，及本地里程单元前Y秒的里程数据，测算数据丢失段的平均速度，并结合数据丢失段的时长对数据丢失段进行计算及里程数据补偿，得到补偿里程。本实施例中，X的数值为1，该时间段与数据丢失段的延续性较强，在数据丢失段的时长不大于预设丢失时，可以较为准确的计算出丢失短的平均速度。Y的数值为2，根据数据丢失段前后各2秒的速度，即使数据丢失段存在加速减速的情况，也可以较为准确的计算出丢失短的平均速度。

[0048] 里程获取单元还用于根据本地里程单元的启动时刻及关闭时刻，判断本地里程单元的单次启动时长，若单次启动时长大于N秒，则里程获取单元根据信号恢复时刻及本地里程单元的关闭时刻，提取出定位导航单元及本地里程单元的重叠的里程数据，并基于重叠的里程数据，对本地里程单元的里程数据的精度进行分析。若分析结果正常，则里程获取单元直接提取本地里程单元在信号丢失段的里程数据作为实际本地里程；若分析结果不正常，则里程获取单元提取本地里程单元在信号丢失段的里程数据，并根据分析结果进行精度补偿后，得到实际本地里程。

[0049] 里程获取单元还用于计算车辆里程，若不存在信号丢失路段，则里程获取单元将从导航数据中提取的里程数据作为实际里程数据；若存在信号丢失路段，则里程获取单元将从导航数据中提取的里程数据、实际本地里程及补偿里程求和，得到实际里程数据。

[0050] 具体实施过程如下：

[0051] 由于导航信号强度不足的路段只是少数情况，绝大多数的路段都能够接受到导航数据。因此，正常情况下本地里程单元处于关闭状态，可减少正常状态下车辆端及车机端的运行内存负荷。

[0052] 网约车司机通过车机端的接单单元接单并载到乘客后，在前往目的地的过程中，里程获取单元会持续计算搭载乘客的行驶里程。在行驶的过程中，为了避免途径无导航信号路段时，里程数据计算不准确，导致司机利益受损的情况，本申请中，交互单元则会持续检测导航信号强度。

[0053] 如果导航信号强度大于预设强度值，则说明定位导航可正常使用且数据精确，因此，里程获取单元从导航数据中提取里程数据。如果导航信号强度小于等于预设值，则说明此时的导航无法正常使用，为了记录导航丢失时段的里程数据，里程获取单元启动本地里程单元计算里程数据，本地里程单元根据车轮转速、对应时长及车轮的周长，计算启动时间内的车辆的里程数据。

[0054] 当突然进入无信号区域时，启动本地里程单元会用一定的时间，这个时间段的里程会无法被记录，为了完整的记录车辆的里程数据，保户司机的利益，本申请设计了这个时间段的里程补偿措施。不过，由于设备反应时间不同、车况不同，启动本地里程单元的时间也是不同的，如果启动时间正常，花费的时间会很短，直接利用导航数据进行补偿即可；如果启动时间过长，则启动本地里程单元的时间段内是可能出现车辆加速或减速的情况，因此，需要相对准确的计算出启动本地里程单元的时间段的车辆速度，才能较为准确的获取启动本地里程单元的时间段的里程数据。

[0055] 具体的，当数据丢失段的时长不大于预设丢失时长时，说明启动时间正常，因此，里程获取单元根据信号丢失之前X秒的里程数据的平均速度，对数据丢失段进行补偿得到补偿里程。当数据丢失段的时长大于预设丢失时长时，说明启动时间过长，需要能够考虑到加速减速的计算方式，因此，里程获取单元根据信号丢失之前Y秒的里程数据，及本地里程单元前Y秒的里程数据，测算数据丢失段的平均速度，并结合数据丢失段的时长对数据丢失段进行计算及里程数据补偿，得到补偿里程。这样，通过对数据丢失段的补偿，可以保证里程数据的完整性。

[0056] 除了上述判断因素，要准确的获取车辆的里程数据，另一个因素也必须考虑，那就是本地里程单元的精度。因为，本地里程单元在计算里程数据时，是通过车轮的转动圈数乘以车轮的周长进行计算，但车轮的周长有时会存在异常，如轮胎的气量不足，但无信号区域的路段很短，如仅行驶了几秒钟，那么影响非常小，不用特别考虑。但是如果无信号区域的路段很长，则会对里程的计算结果产生较大的影响。

[0057] 基于此，本方案中，里程获取单元还会判断本地里程单元的单次启动时长是否过长，若单次启动时长大于N秒，则说明无信号区域的路段较长，如果本地里程单元的精度不足，会对里程的计算结果产生较大的影响。因此，里程获取单元根据信号恢复时刻及本地里程单元的关闭时刻，提取出定位导航单元及本地里程单元的重叠的里程数据，并基于重叠的里程数据，对本地里程单元的里程数据的精度进行分析。分析的具体方式，采用常规的数值比较即可，分析的精度，本领域技术人员可依据具体需求具体设置。若分析结果正常，则说明本地里程单元的精度可靠，因此，里程获取单元直接提取本地里程单元在信号丢失段的里程数据作为实际本地里程即可。若分析结果不正常，则说明本地里程单元的精度不足，因此，里程获取单元提取本地里程单元在信号丢失段的里程数据，并根据分析结果进行精度补偿后，得到实际本地里程再进行里程计算。

[0058] 这样，当存在信号丢失路段时，将正常信号路段的里程数据、信号丢失路段的里程数据以及数据丢失段的里程数据相加，就可以得到完整且准确的总里程数据。在根据总里程数据计算网约车费用即可。

[0059] 使用本系统，即使存在信号不佳的区域，也能够稳定且准确的进行网约车的计费。

[0060] 实施例二

[0061] 与实施例一不同的是，本实施还包括后台端，本实施例中后台端为云服务器。

[0062] 交互单元还用于导航信号强度从小于等于预设值恢复为大于预设值后，将导航信号强度小于等于预设强度值时的定位信息发送给后台端；后台端用于根据接收到的导航信号强度小于等于预设强度值时的定位信息生成无信号区域；

[0063] 里程获取单元还用于当定位导航的线路会经过无信号区域，且车辆距离无信号区域的距离小于Z米时，启动本地里程单元；里程获取单元还用于当存在信号丢失路段且不存在数据丢失段时，将补偿里程记为零。其中，Z的数值大于70，本实施例中，Z为100。即使是在高速路段，网约车正常行驶的速度也不会高于110公里/小时，换算成秒速则是30.56米/秒。这样的距离，可以保证里程获取单元到达无信号区域时已经启动完成。

[0064] 具体实施过程如下：

[0065] 使用本系统，每当有网约车经过无信号的区域，便会将该区域的定位信息发送给后台端，后台端再根据这些定位信息生成无信号区域。之后，里程获取单元根据网约车的定位导航的线路以及无信号区域的具体区域，便可以了解到网约车是否会经过无信号区域。当定位导航的线路会经过无信号区域，且车辆距离无信号区域的距离小于Z米时，里程获取单元启动本地里程单元，换个说法，里程获取单元在经过无信号区域前，会提前启动本地里程单元，这样一来，就可以避免数据丢失段的出现。因为数据丢失段的数据毕竟只是根据其前后路段的速度进行估算，如果数据丢失段存在较为剧烈的加减速，精度上可能不是特别的高，会影响到整体计费的准确性。避免数据丢失段的出现，可以进一步加强网约车在信号不佳区域时计费的准确性。

[0066] 当突然进入无信号路段时，本实施例的处理方式与实施例一相同，在此不再赘述。虽然本系统的无信号区域并不能将所有的无信号路段包括在内，例如，某些地方由于施工等原因突然造成信号不佳，某些地方暂时还没有使用本系统的网约车经过等等。但是，与实施例一相比，在整体上仍可以进一步提高计费的准确性。并且，随着本系统的推广和持续使用，未包含在无信号区域中的无信号路段会越来越少，准确性也会持续提升。

[0067] 实施例三

[0068] 与实施例一不同的是，本实施例中，后台端接收到导航信号强度小于等于预设强度的定位信息时，若该定位信息不属于无信号区域，则后台端对无信号区域进行更新，并将更新的路段与对应的车机端信息进行关联；

[0069] 交互单元还用于在无信号区域的某路段中实际导航信号强度大于预设值时，将该路段的定位作为检验定位发送给后台端；后台端还用于接收并存储检验定位，还用于当某路段的检验定位的数量大于预设检验数量时，匹配出上传该路段的车机端并进行误报标记，同时在无信号区域中删除对应路段；后台端还用于分析各车机端的误报标记，若预设误报时段内，某车机端的误报标记对应的路段中，存在至少三处彼此距离大于预设距离的路段，则后台端给该车机端发送检修信号。

[0070] 后台端对无信号区域进行更新前，还判断预设的检修时间内是否给对应车机端发送过检修信号，若是则取消更新无信号区域。

[0071] 具体实施过程如下：

[0072] 后台端更新无信号区域时，关联上传更新路段的车机端信息，这样，后续如果发现无信号区域的更新路段属于误报信息时，便于进行处理。

[0073] 具体的，当某网约车在无信号区域的某路段中实际导航信号强度大于预设值时，说明该路段可能存在误报的情况，因此，该网约车车机端的交互单元将该路段的定位作为检验定位发送给后台端。后台端如果接收到该路段的检验定位的数量大于预设的检验数量，则说明该路段确实是属于误报信息，因此，后台端匹配出上传该路段的车机端并进行误报标记。同时在无信号区域中删除对应路段，防止该路段继续对别的网约车造成干扰。

[0074] 但误报信息的产生原因，除了车辆本身的原因外，也可能是该路段的临时施工等原因导致路段的信号受到干扰。因此，后台端还对各车机端的误报标记进行分析，若预设误报时段内，某车机端的误报标记对应的路段中，存在至少三处彼此距离大于预设距离的路段，即，三个路段中任意两个路段之间的距离均大于预设距离，则说明该车机端在一个相对集中的时间段内，在多个彼此距离较远的地方均出现了误报的情况。可以确定该车辆的车机端出现了问题，需要进行检修。因此，后台端给对应的车机端发送检修信号，让司机了解情况，尽快进行处理，一方面，可避免后续信号问题越来越严重影响到正常计算，保证计费的稳定性；另一方面，可控制误报信号的数量，使系统更加的稳定。

[0075] 基于上述理由，后台端对无信号区域进行更新前，如果在预设的检修时间内给对应车机端发送过检修信号，则说明该车机端很可能还没有来得及检修，该车机端发送的信息为误报信息的可能性非常大，如果用该信息进行更新，后续极有可能会对别的网约车造成干扰。因此，这种情况下，后台端取消更新无信号区域。

[0076] 以上所述的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。