一种追踪汽车轨迹的方法、系统与流程

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.第四步，判断后续：控制中心若发出停止追踪信号，则初步追踪阶段结束；若控制中心发出继续追踪信号，该车辆端识别功能持续开通，经过时间a分钟后，若重新识别，继续该阶段的第二步，若无法重新识别，该阶段结束。
26.该方法还包括数据分析环节，该环节包括云端的深度分析；
27.具体包括：
28.第一步，上传云端：控制中心将车辆端采集的预处理数据传输至云端数据中心；
29.第二步，存储计算：云端数据中心持续存储和计算预处理数据；
30.第三步，生成轨迹：云端数据中心根据计算结果，生成目标车辆的轨迹。
31.所述的目标请求库包括车辆异常提醒请求、车辆肇事提醒请求；所述的目标验证库包括图片验证、视频验证；所述的目标登记库包括常规追踪目标、紧急追踪目标和重大紧急追踪目标。
32.目标识别环节中采用的识别设备为车辆的行车记录设备，采集的标识数据包括车辆的车牌号信息。
33.目标识别环节包括行车记录设备将采集到的实时路况图片，通过算法识别出车牌号部分，识别的车牌号和指令车牌号比对，当比对失败后，放弃识别该车辆，继续识别新车辆，直到识别到目标车牌号为止，识别到目标车牌号后，锁定前方车辆持续识别，直到目标车辆从行车记录设备图像采集范围消失。
34.目标识别环节中采用的识别设备为车辆的雷达设备，采集的标识数据包括车辆特有特征数据。
35.追踪环节还包括协同追踪阶段，协同追踪阶段包括：此时，车辆端至少包括第一追踪车辆和第二两辆追踪车辆；
36.步骤如下：
37.步骤一，当目标车辆超出了第一追踪车辆的识别范围，则第一识别车辆向控制中心上报协助信号；
38.步骤二，控制中心接收到协助信号，向车辆端发出识别指令；
39.步骤三，车辆端识别功能，第二追踪车辆识别成功后，开启初步追踪阶段，初步追踪阶段完成，该车辆端的追踪环节结束。
40.一种追踪系统，包括信息传输模块，该系统还包括请求端、车辆端、控制中心、云端数据中心；
41.其中，信息传输模块用于该系统的各个组成部分之间的信号沟通；
42.其中，请求端包括目标请求输入端、对请求进行验证的目标验证端以及
43.其中，车辆端用于采集目标车辆的位置数据；车辆端包括至少一辆追踪车辆，所述的追踪车辆上包括车辆的行车记录设备；
44.其中，控制中心作为整个系统的控制中枢发挥指挥作用；
45.其中，云端数据控制中心用于数据的分析，并生成位置轨迹。
46.所述车辆端包括两辆追踪车辆，所述的追踪车辆包括第一追踪车辆和第二追踪车辆；
47.车辆端采集目标车辆的位置数据包括gps数据；
48.控制中心采用计算机设备；
49.云端数据控制中心采用服务云进行数据计算。
50.从上面所述可以看出，本说明书一个或多个实施例提供的一种追踪汽车轨迹的方法，补充了未覆盖监控摄像头路段的监控盲区；通过本方案能够充分利用在道路上行驶的车辆资源。道路上行驶的车辆能够利用上述设备对目前车辆进行识别，并上传相关的位置信号，从而实现对目前车辆轨迹的追踪。通过利用现有的车辆资源，可以通过车辆端进行识别自动上传监控车辆位置，降低了配合成本，提高了识别和追踪的准确度。通过图像识别和智能网联技术快速定位监控车辆，相比于进行大规模调查效率大大提升。
附图说明
51.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
52.图1为本说明书一种追踪汽车轨迹的方法实施例一的环节构成示意图；
53.图2为图1中追踪库设定环节示意图；
54.图3为图1中追踪请求环节的步骤示意图；
55.图4为图1中目标识别环节的步骤示意图；
56.图5为本说明书一种追踪汽车轨迹的方法实施例一的初步追踪阶段的步骤示意图；
57.图6为本说明书一种追踪汽车轨迹的方法实施例二中的数据分析环节的步骤示意图；
58.图7为本说明书的一种追踪汽车轨迹的方法的实施例三中目标请求库的组成示意图；
59.图8为本说明书的一种追踪汽车轨迹的方法的实施例三中目标验证库的组成示意图；
60.图9为本说明书的一种追踪汽车轨迹的方法的实施例三中目标登记库的组成示意图；
61.图10为本说明书的一种追踪系统的实施例七的组成示意图。
具体实施方式
62.为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
63.需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
64.本说明书的一种追踪汽车轨迹的方法的实施例一，如图1-5所示：
65.该方法包括追踪库设定环节、追踪请求环节、目标识别环节以及追踪环节；
66.其中，追踪库设定环节包括：
67.建立针对不同情形进行追踪的目标请求库；
68.建立针对不同情形验证类别的目标验证库；
69.建立追踪的目标登记库；
70.追踪请求环节包括：
71.第一步，发送请求：请求方提出追踪目标车辆的请求；
72.第二步，选择类别：在目标请求库中选择对应的请求类别；
73.第三步，进行验证：在目标验证库中进行构成正当请求的验证，验证成功进入目标登记库；
74.第四步，入登记库：进入目标登记库后，开始目标识别环节；
75.目标识别环节包括
76.第一步，输入数据：输入目标车辆的标识数据；
77.第二步，发出指令：控制中心发出指令将目标车辆的标识数据发送至车辆端；
78.第三步，启动识别：车辆端启动识别功能，若识别出目标车辆，则进入下一环节；若没有识别出目标车辆，循环本步骤；
79.追踪环节包括初步追踪阶段：
80.初步追踪阶段具体步骤如下：
81.第一步，上传数据：车辆端将识别到的初步目标数据上传；
82.第二步，持续跟进：控制中心接收相关数据进行持续跟进，并持续传输车辆端的定位数据；
83.第三步，丢失上报：当目标车辆超出车辆端的识别范围，该车辆端上报控制中心目标车辆丢失信息；
84.第四步，判断后续：控制中心若发出停止追踪信号，则初步追踪阶段结束；若控制
中心发出继续追踪信号，该车辆端识别功能持续开通，经过时间a分钟后，若重新识别，继续该阶段的第二步，若无法重新识别，该阶段结束。
85.本说明书的一种追踪汽车轨迹的方法，补充了未覆盖监控摄像头路段的监控盲区；通过本方案能够充分利用在道路上行驶的车辆资源。道路上行驶的车辆能够利用上述设备对目前车辆进行识别，并上传相关的位置信号，从而实现对目前车辆轨迹的追踪。通过利用现有的车辆资源，可以通过车辆端进行识别自动上传监控车辆位置，降低了配合成本，提高了识别和追踪的准确度。通过图像识别和智能网联技术快速定位监控车辆，相比于进行大规模调查效率大大提升。
86.本说明书的一种追踪汽车轨迹的方法的实施例二，如图6所示：
87.该方法还包括数据分析环节，该环节包括云端的深度分析；
88.具体包括：
89.第一步，上传云端：控制中心将车辆端采集的预处理数据传输至云端数据中心；
90.第二步，存储计算：云端数据中心持续存储和计算预处理数据；
91.第三步，生成轨迹：云端数据中心根据计算结果，生成目标车辆的轨迹。
92.通过设置，该方法借助云端强大的数据分析应用能力。生成目标车辆的轨迹，既节省了成本也提高了相关数据的利用率，从而使得轨迹的准确度进一步提高。
93.本说明书的一种追踪汽车轨迹的方法的实施例三，如图7-9所示：
94.优选的，目标请求库包括车辆异常提醒请求、车辆肇事提醒请求；
95.优选的，目标验证库包括图片验证、视频验证；
96.优选的，目标登记库包括常规追踪目标、紧急追踪目标和重大紧急追踪目标。
97.通过设定目标请求库，可以明确追踪的目的。只有符合目标请求库要求的追踪请求才能被接收。这样可以阻止部分人员无正当理由追踪车辆，从而提高了相关车辆的安全性。
98.设定目标验证库主要用于对发出的请求进行验证，提高请求的必要性和真实性。
99.设定目标登记库主要用于存储追踪请求通过后划归不同的目标类。对于常规追踪目标、紧急追踪目标和重大紧急追踪目标依据其追踪目前的紧迫程度优先进行追踪。
100.本说明书的一种追踪汽车轨迹的方法的实施例四：
101.目标识别环节中采用的识别设备为车辆的行车记录设备，采集的标识数据包括车辆的车牌号信息。
102.优选的，目标识别环节包括行车记录设备将采集到的实时路况图片，通过算法识别出车牌号部分，识别的车牌号和指令车牌号比对，当比对失败后，放弃识别该车辆，继续识别新车辆，直到识别到目标车牌号为止，识别到目标车牌号后，锁定前方车辆持续识别，直到目标车辆从行车记录设备图像采集范围消失。
103.本技术方案通过识别前车的目标车牌号进行相关的识别从而进行相应的追踪。
104.本说明书的一种追踪汽车轨迹的方法的实施例五：
105.优选的，目标识别环节中采用的识别设备为车辆的雷达设备，采集的标识数据包括车辆特有特征数据。
106.本技术方案通过使用雷达设备进行目标车辆的识别，雷达设备根据其特性探测前车的特征与目前车辆的特有特征数据进行比对从而识别出相应的目标车辆。
107.本说明书的一种追踪汽车轨迹的方法的实施例六：
108.追踪环节还包括协同追踪阶段，协同追踪阶段包括：此时，车辆端至少包括第一追踪车辆和第二两辆追踪车辆；
109.步骤如下：
110.步骤一，当目标车辆超出了第一追踪车辆的识别范围，则第一识别车辆向控制中心上报协助信号；
111.步骤二，控制中心接收到协助信号，向车辆端发出识别指令；
112.步骤三，车辆端识别功能，第二追踪车辆识别成功后，开启初步追踪阶段，初步追踪阶段完成，该车辆端的追踪环节结束。
113.本方案进行多车辆的协同追踪，由于单车的力量毕竟有限，通过对道路上的车辆资源进行整合，从而该资源的利用能够大大提高追踪的效率和准确度。而且由于多车辆的参与使得目标车辆的行动轨迹更加的详细和全面。
114.本说明书的一种追踪系统实施例七，如图10所示：
115.一种追踪系统，包括信息传输模块，该系统还包括请求端、车辆端、控制中心、云端数据中心；
116.其中，信息传输模块用于该系统的各个组成部分之间的信号沟通；
117.其中，请求端包括目标请求输入端、对请求进行验证的目标验证端以及
118.其中，车辆端用于采集目标车辆的位置数据；车辆端包括至少一辆追踪车辆，所述的追踪车辆上包括车辆的行车记录设备；
119.其中，控制中心作为整个系统的控制中枢发挥指挥作用；
120.其中，云端数据控制中心用于数据的分析，并生成位置轨迹。
121.本说明书的一种追踪系统实施例八：
122.优选的，车辆端包括两辆追踪车辆，所述的追踪车辆包括第一追踪车辆和第二追踪车辆；
123.车辆端采集目标车辆的位置数据包括gps数据；
124.控制中心采用计算机设备；
125.云端数据控制中心采用服务云进行数据计算。
126.需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。
127.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
128.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
129.上述实施例的系统用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
130.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
131.另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解。
132.此外，可以以框图的形式示出装置，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。
133.在阐述了具体细节以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。
134.因此，这些描述应被认为是说明性的而不是限制性的。
135.尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。
136.本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。