一种基于定位和车辆数据的定位可靠性判断方法和系统与流程

1.本发明涉及的是整车道路试验管理领域,特别涉及一种基于定位和车辆数据的定位可靠性判断算法 。


背景技术：

2.新车量产前都要经过长时间的试验验证，整车道路试验是其中一个重要手段，模拟用户的实际使用工况，验证车辆在不同道路、不同气候条件下的可靠耐久性。整车道路试验过程中会在试验车上安装数据采集设备，采集can报文和高精度定位数据。整车道路试验一般持续时间较长，试验里程少则数千公里，多则数万公里，且存在指定场地内部车辆较多，车辆可靠性较低，造成驾驶风险较大，人工管理难度非常大。
3.传统的试车场内部实验车辆管理多采用路边监控摄像头或者对讲机在发生事故后进行事故后处理，并且对事故发生原因多靠当事司机自行回忆，人为因素比较大。因此存在试车场内部管理人工成本高、试车场内部司机驾驶方式与驾驶路线不规范。试验车辆事故发生点无法快速定位和事故原因没有相关数据进行佐佐证等问题。


技术实现要素：

4.鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种基于定位和车辆数据的定位可靠性判断方法和系统。
5.为了解决上述技术问题，本技术实施例公开了如下技术方案：本发明公开了一种基于定位和车辆数据的定位可靠性判断方法，包括：s100.通过定位模块按预设周期获取当前车辆原始的定位数据；s200.判断定位模块的定位模式是否为fix模式；s300.当定位模块的定位模式为非fix模式时，对当前定位数据和上一周期的定位数据进行分析，得到当前和上一周期时间段内车辆距离；s400.对当前和上一周期时间段内车辆距离和预设距离阈值进行判断；s500.当当前和上一周期时间段内车辆距离小于预设距离阈值时，判断当前定位数据可靠，将当前定位数据传输给后台服务器。
6.进一步地，s100中，当前车辆原始的定位数据上传周期为1秒。
7.进一步地，s300中，当定位模块定位模式为fix模式时，判断当前定位数据可靠，直接将当前定位数据传输给后台服务器。
8.进一步地，s400中，预设距离阈值l由获取的车辆数据中的上一周期的车辆速度v和极限加速度a确定。
9.进一步地，预设距离阈值l确定公式为：l=v+at其中，l表示预设距离阈值，v表示上一周期的车辆速度，a表示极限加速度，t为定位数据上传周期。
10.进一步地，s500中，当当前和上一周期时间段内车辆距离大于预设距离阈值时，判断当前定位数据不可靠，将当前定位数据进行舍弃，重新开始执行s100-s500。
11.进一步地，车辆数据通过车载t-box发送的can报文获取。
12.本发明还公开了一种基于定位和车辆数据的定位可靠性判断系统，包括：定位模块、数据采集终端、数据处理器；其中：定位模块，与数据采集终端连接，用于按预设周期向数据采集终端上传当前车辆原始的定位数据；数据采集终端，与数据采集终端连接，用于接收定位模块发送的定位数据，判断当前定位模块的定位模式；还用于通过车载t-box发送的can报文获取车辆数据；数据处理器，接收车辆的定位数据和车辆数据，根据定位模块不同的定位模式，按不同预设规则对车辆定位的可靠性进行判断，并将可靠的定位数据发送给后台服务器。
13.进一步地，定位模块的定位模式分为fix模式和非fix模式。
14.进一步地，当定位模块的定位模式分为非fix模式时，对车辆定位的可靠性进行判断的预设规则为：对当前定位数据和上一周期的定位数据进行分析，得到当前和上一周期时间段内车辆距离；对当前和上一周期时间段内车辆距离和预设距离阈值进行判断。
15.本发明实施例提供的上述技术方案的有益效果至少包括：本发明通过定位模块按预设周期获取当前车辆原始的定位数据；对定位模块定位模式进行判断，根据定位模块不同的定位模式按不同预设规则对车辆定位的可靠性进行判断，并将可靠的定位数据发送给后台服务器。能降低试车场内部管理人工成本；规范试车场内部司机驾驶方式与驾驶路线；精准确定试验车辆事故发生点并对事故原因进行快速定位，以及提供相关数据进行佐证。
16.下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图说明
17.附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：图1为本发明实施例1中，一种基于定位和车辆数据的定位可靠性判断方法的流程图；图2为本发明实施例1中，一种基于定位和车辆数据的定位可靠性判断方法逻辑图。
具体实施方式
18.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
19.为了解决现有技术中存在的问题，本发明实施例提供一种基于定位和车辆数据的定位可靠性判断方法和系统。
20.实施例1
本实施公开了一种基于定位和车辆数据的定位可靠性判断方法，如图1，包括：s100.通过定位模块按预设周期获取当前车辆原始的定位数据。本实施例中，定位模块采用高精度的定位模块，定位模块上传当前车辆原始的定位数据周期为1秒。
21.s200.判断定位模块的定位模式是否为fix模式；在本实施例中，定位模块的定位模式分为fix模式和非fix模式，当定位模块当前定位信号强时，定位模式的定位模式自动为fix模式，此时定位数据较为准确。当定位模块当前定位信号强时，定位模式的定位模式自动为非fix模式，此时定位数据容易造成偏差。
22.s300.当定位模块的定位模式为非fix模式时，对当前定位数据和上一周期的定位数据进行分析，得到当前和上一周期时间段内车辆距离。可以理解的，当定位模块的定位模式为非fix模式时，假设当前定位数据为a1，上一周期1s前的定位数据为a2，直接将当前定位数据a1和1s前的定位数据a2进行做差，即可得到两者距离。
23.在一些优选实施例中，如图2，当定位模块定位模式为fix模式时，判断当前定位数据可靠，直接将当前定位数据传输给后台服务器。
24.s400.对当前和上一周期时间段内车辆距离和预设距离阈值进行判断；在本实施例中，预设距离阈值l由获取的车辆数据中的上一周期的车辆速度v和极限加速度a确定。具体的，预设距离阈值l确定公式为：l=v+at其中，l表示预设距离阈值，v表示上一周期的车辆速度，a表示极限加速度，t为定位数据上传周期。
25.在本实施例中，车辆数据通过车载t-box发送的can报文获取。
26.可以理解的，当定位模块为为非fix模式时，假设上一周期1s前，获取的车速为10m/s，极限加速度为2m/s2，则可计算出预设距离阈值l为12m。
27.s500.当当前和上一周期时间段内车辆距离小于预设距离阈值时，判断当前定位数据可靠，将当前定位数据传输给后台服务器。
28.可以理解的，若通过s300计算出的两者距离在s400的预设距离阈值12m范围之内，则判断当前定位数据有效，将当前定位数据传输给后台服务器。后台服务器接收可靠地定位数据后，供远程监控平台进一步分析适用。
29.在本实施例的s500中，当当前和上一周期时间段内车辆距离大于预设距离阈值时，判断当前定位数据不可靠，将当前定位数据进行舍弃，判断车辆是否偏航或发生事故，并重新开始执行s100-s500。
30.本实施例公开的了一种基于定位和车辆数据的定位可靠性判断方法，通过定位模块按预设周期获取当前车辆原始的定位数据；对定位模块定位模式进行判断，根据定位模块不同的定位模式按不同预设规则对车辆定位的可靠性进行判断，并将可靠的定位数据发送给后台服务器。能降低试车场内部管理人工成本；规范试车场内部司机驾驶方式与驾驶路线；精准确定试验车辆事故发生点并对事故原因进行快速定位，以及提供相关数据进行佐证。
31.实施例2本实施还公开了一种基于定位和车辆数据的定位可靠性判断系统，包括：定位模块、数据采集终端、数据处理器；其中：
定位模块，与数据采集终端连接，用于按预设周期向数据采集终端上传当前车辆原始的定位数据。具体定位模块的定位模式和定位数据上传周期已在前面进行详细描述，在此不再进行赘述。
32.数据采集终端，与数据采集终端连接，用于接收定位模块发送的定位数据，判断当前定位模块的定位模式；还用于通过车载t-box发送的can报文获取车辆数据。
33.数据处理器，接收车辆的定位数据和车辆数据，根据定位模块不同的定位模式，按不同预设规则对车辆定位的可靠性进行判断，并将可靠的定位数据发送给后台服务器。
34.具体的，当定位模块的定位模式分为非fix模式时，对车辆定位的可靠性进行判断的预设规则为：对当前定位数据和上一周期的定位数据进行分析，得到当前和上一周期时间段内车辆距离；对当前和上一周期时间段内车辆距离和预设距离阈值进行判断。当前和上一周期时间段内车辆距离和预设距离阈值计算方法已在前面进行详细描述，在此不再进行赘述。
35.本实施例公开的了一种基于定位和车辆数据的定位可靠性判断系统，通过定位模块按预设周期获取当前车辆原始的定位数据；对定位模块定位模式进行判断，根据定位模块不同的定位模式按不同预设规则对车辆定位的可靠性进行判断，并将可靠的定位数据发送给后台服务器。能降低试车场内部管理人工成本；规范试车场内部司机驾驶方式与驾驶路线；精准确定试验车辆事故发生点并对事故原因进行快速定位，以及提供相关数据进行佐证。
36.应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。
37.在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。
38.本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。
39.结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、移动磁盘、cd-rom或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。该asic可以位于用户终端中。当然，处理器和存储介质也可以作为分立组
件存在于用户终端中。
40.对于软件实现，本技术中描述的技术可用执行本技术所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。
41.上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。