一种交通信息漏拍预警系统及其漏拍检测方法与流程

1.本发明涉及交通技术领域，尤其涉及一种交通信息漏拍预警系统及其漏拍检测方法。


背景技术：

2.在日常生活中，抓拍摄像机已经遍布在我们身边，当我们驾驶车辆或者乘坐车辆行驶在交通路口时，会经常看到各式各样的车辆违章拍摄摄像头。这是因为近年来国家道路上行驶的机动车越来越多，国家的公安部交通管理部门为了维护道路交通秩序，减少公路上出现意外的情况，于是在公路上安装了许多不同类型的摄像头，目的是为了维护公共秩序的安全，保护人民的生命和财产安全。
3.抓拍摄像机的主要作用是违章取证，可对交通场景中的目标进行检测，交通部门会根据抓拍的信息结果对违章违法人员进行处罚，保证了驾车人员和行人的安全，交通安全的重要性毋庸置疑，几乎每一天，都会发生交通事故，所以交通抓拍摄像机的重要性也不言而喻，但是现在如果抓拍摄像机发生了漏拍的情况，交通执法人员很难第一时间就感知到，也就无法及时对该情况进行修复或补救。
4.为了解决此问题，本发明提出一种交通信息漏拍预警系统及其漏拍检测方法。


技术实现要素：

5.本发明的目的是针对现有技术的缺陷，提供了一种交通信息漏拍预警系统及其漏拍检测方法，以解决现有交通抓拍技术中仅通过抓拍摄像机服务器发送抓拍图片和抓拍结果的检测方式进行交通信息检测，这种检测方式比较单一，灵活性较差，以及可能有交通状况漏拍的问题。
6.为了实现以上目的，本发明采用以下技术方案：
7.一种交通信息漏拍预警系统，包括交通信息获取模块、视频分析模块、数据分析处理模块、告警模块；
8.交通信息获取模块，用于获取外设设备发送的第一抓拍车辆信息集，并将获取到的第一抓拍车辆信息集发送至数据分析处理模块；
9.视频分析模块，用于获取外设设备接收的视频信息，对获取到的视频信息按帧进行拆分得到数个图片信息，并根据数个图片信息分析得到每个图片中第二抓拍车辆信息集；
10.数据分析处理模块，分别与交通信息获取模块、视频分析模块连接，用于将得到的第一抓拍车辆信息集和第二抓拍车辆信息集进行比对，得到比对结果；
11.告警模块，与数据分析处理模块连接，用于根据得到的比对结果进行告警处理。
12.进一步的，所述视频分析模块具体包括：
13.读取模块，用于读取外设设备接收的视频流，根据视频流解析出一定时间范围内的所有车辆信息；
14.处理模块，与读取模块连接，用于将基于预先设定的检测区域、感兴趣区、行车方向、计数线、参照矩形长度定义对车辆信息进行分析处理。
15.进一步的，所述处理模块中检测区域和感兴趣区用于确定视频流的检测范围；计数线用于判断视频流中的车辆是否通过当前计数线，若是，则将该车辆的计数加1；行车方向用于判定视频流中车辆行驶的方向；参考矩形长度定义用于分析视频流中车辆行驶的速度的依据。
16.进一步的，所述数据分析处理模块具体包括：
17.第一判断模块，用于判断第一抓拍车辆信息集中的车辆信息数量是否0；
18.第二判断模块，用于判断第二抓拍车辆信息集中的车辆信息数量是否0；
19.第三判断模块，用于判断第一抓拍车辆信息集中的车辆信息数量是否小于第二抓拍车辆信息集中车辆信息的数量。
20.进一步的，还包括数据存储模块，与数据分析处理模块连接，用于存储与预警系统相关的数据信息。
21.进一步的，还包括通信模块、客户端，通信模块与数据分析处理模块连接，客户端通过通信模块与预警系统连接；客户端用于通过通信模块与预警系统进行数据交互。
22.相应的，还提供一种交通信息漏拍检测方法，包括：
23.s1.获取外设设备发送的第一抓拍车辆信息集，并将获取到的第一抓拍车辆信息集发送至数据分析处理模块；
24.s2.获取外设设备接收的视频信息，对获取到的视频信息按帧进行拆分得到数个图片信息，并根据数个图片信息分析得到每个图片中第二抓拍车辆信息集；
25.s3.将得到的第一抓拍车辆信息集和第二抓拍车辆信息集进行比对，得到比对结果；
26.s4.根据得到的比对结果进行告警处理。
27.进一步的，所述s2具体包括：
28.s21.读取外设设备接收的视频流，根据视频流解析出一定时间范围内的所有车辆信息；
29.s22.将基于预先设定的检测区域、感兴趣区、行车方向、计数线、参照矩形长度定义对车辆信息进行分析处理。
30.进一步的，所述步骤s22中检测区域和感兴趣区用于确定视频流的检测范围；计数线用于判断视频流中的车辆是否通过当前计数线，若是，则将该车辆的计数加1；行车方向用于判定视频流中车辆行驶的方向；参考矩形长度定义用于分析视频流中车辆行驶的速度的依据。
31.进一步的，所述步骤s3具体包括：
32.s31.判断第一抓拍车辆信息集中的车辆信息数量是否0；
33.s32.判断第二抓拍车辆信息集中的车辆信息数量是否0；
34.s33.判断第一抓拍车辆信息集中的车辆信息数量是否小于第二抓拍车辆信息集中车辆信息的数量。
35.与现有技术相比，本发明通过交通信息预警系统发送相关告警信息展示到交通信息预警系统客户端，以声光告警的方式提示相关人员查看，让相关人员通过查看告警信息
获取到故障发生区域、故障发生时间甚至精确到故障发生设备，让其能及时处理修复异常情况，提高解决问题的效率，起到当交通事故或意外发生时，能有正确的抓拍信息作为依据判断出责任方，减少因为缺少判断依据而造成的财产损失和人力占用。
附图说明
36.图1是实施例一种交通信息漏拍预警系统结构图；
37.图2是实施例一提供的预警系统总体架构示意图；
38.图3是实施例二提供的抓拍摄像机和终端服务器在线状态和视频故障检测示意图；
39.图4是实施例三提供的交通信息预警系统的内部模块示意图。
具体实施方式
40.以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。
41.本发明的目的是针对现有技术的缺陷，提供了一种交通信息漏拍预警系统及其漏拍检测方法。
42.实施例一
43.本实施例提供一种交通信息漏拍预警系统，如图1-2所示，预警系统包括自身的服务端100和客户端200；服务端100包括交通信息获取模块11、视频分析模块12、数据分析处理模块13、告警模块14、数据存储模块15、通信模块16；
44.交通信息获取模块11，用于获取外设设备发送的第一抓拍车辆信息集，并将获取到的第一抓拍车辆信息集发送至数据分析处理模块；
45.视频分析模块12，用于获取外设设备接收的视频信息，对获取到的视频信息按帧进行拆分得到数个图片信息，并根据数个图片信息分析得到每个图片中第二抓拍车辆信息集；
46.数据分析处理模块13，分别与交通信息获取模块11、视频分析模块12连接，用于将得到的第一抓拍车辆信息集和第二抓拍车辆信息集进行比对，得到比对结果；
47.告警模块14，与数据分析处理模块13连接，用于根据得到的比对结果进行告警处理；
48.数据存储模块15，与数据分析处理模块13连接，用于存储与预警系统相关的数据信息；
49.通信模块16，分别与数据分析处理模块13、客户端连接，用于实现预警系统与客户端的数据交互。
50.在本实施例中，服务端100外接设备端300。
51.设备端300，包括抓拍摄像机和终端服务器，用于道路上能正常运行的交通管理设备，是预警系统100中获取车辆信息的数据来源。
52.服务端100，用于负责网络摄像机、终端服务器等外设的接入，通过获取视频流和api接口获取车辆信息集并进行比对，结合客户端200发送的配置信息，整合分析出车辆信息是否有漏拍的情况以及漏拍的具体原因，如果比对结果异常，会将相关告警上报到客户端200。
53.客户端200，用于通过图形化界面将告警信息展示给交通管理人员，提示相关管理人员在某地某时某设备有异常产生；还用于进行检测抓拍摄像机漏拍的参数配置下发、从数据库获取状态、接收告警等。
54.在交通信息获取模块11中，获取外设设备发送的第一抓拍车辆信息集，并将获取到的第一抓拍车辆信息集发送至数据分析处理模块。
55.外设设备即设备端300，由抓拍摄像机和与抓拍摄像机连接的终端服务器组成。
56.通过抓拍摄像机的厂商提供的api或者其他接口获取到抓拍摄像机中的抓拍信息；需要说明的是，其中大多抓拍摄像机不直接提供api或者其他接口获取抓拍信息，而是通过该抓拍摄像机连接的终端服务器获取，且根据不同的操作系统会有不同的api接口文档。
57.将获取到抓拍信息的设备信息录入交通信息漏拍预警系统的服务端100，且需要保证抓拍摄像机、终端服务器和预警系统的网络是畅通的，预警系统会每隔一个周期对抓拍摄像机、终端服务器的网络状态进行检测，该检测周期可通过客户端进行修改。
58.现有的抓拍摄像机将抓拍到的视频信息发送至与其连接的终端服务器中进行处理以及储存，现有的终端服务器会根据其的处理结果得到某一段时间内的第一抓拍车辆信息集。
59.本实施例以海康位置的抓拍摄机和终端服务器进行说明：
60.客户端200需要通过通信模块16向服务端100录入基础信息，包括抓拍摄像机ip、终端服务器ip、在线检测时间间隔、在线检测次数、摄像机通道号、ntp校时终端服务器ip、漏拍查询周期和漏拍告警阈值；抓拍摄像机通道号是终端服务器中的配置，需要登录终端服务器进行查看后录入预警系统，漏拍查询周期默认是1小时；漏拍告警阈值默认是90％；在线检测时间间隔用于检测抓拍摄像机和终端服务器的在线状态，默认是5分钟；在线检测次数是当预警系统连续检测到设备端300离线次数与在线检测次数一致时，才认为设备端300离线，设置检测次数可以有效防止因为网络波动导致的错误检测结果，默认是3次。需要说明的是，上述内容均可通过客户端200进行修改。
61.交通信息获取模块11基于各个厂家抓拍摄像机定义的api或者接口获取存储于终端服务器中的第一抓拍车辆信息集。具体为：
62.服务端100读取终端服务器连接的抓拍摄像机记录的指定时间段(即设定的查询周期)内的第一抓拍车辆信息集，交通信息获取模块11根据录入服务端100的终端服务器ip和抓拍摄像机通道号以及设定的查询周期通过海康威视提供的api接口发送查询指令到终端服务器中，终端服务器会返回第一抓拍车辆信息集到交通信息获取模块11，交通信息获取模块11将获取到的第一抓拍车辆信息集存储至数据存储单元15中，当需要进行后续操作时，交通信息获取模块11获取数据存储单元15中的第一抓拍车辆信息集转发到数据分析处理模块13中。
63.在视频分析模块12中，获取外设设备接收的视频信息，对获取到的视频信息按帧
进行拆分得到数个图片信息，并根据数个图片信息分析得到每个图片中第二抓拍车辆信息集。
64.在抓拍摄像机和终端服务器信息录入完成后，服务端100会启动自己的视频分析模块12对抓拍摄像机拍摄的视频信息进行解析，具体包括：
65.读取模块，读取外设设备接收的视频流，根据视频流解析出一定时间范围内的所有车辆信息；车辆信息集包括车的型号、每种型号数量及过车速度；其中后续比对时的信息只有车的型号和数量。
66.读取抓拍摄像机获取的视频流信息，并对读取到的视频流信息按帧进行拆分成多个图片，根据多个图片解析出从启动预警系统开始到当前这段时间范围内的所有车辆信息，并将其存储至数据存储模块15。
67.处理模块，用于将基于预先设定的检测区域、感兴趣区、行车方向、计数线、参照矩形长度定义对车辆信息进行分析处理。
68.解析出的车辆信息通过人工制定的检测区域、感兴趣区、行车方向、计数线、参照矩形长度定义进行分析，得到第二抓拍车辆信息集；其中车辆信息包括摄像机拍摄到的车辆的数量、类型和车速。
69.在本实施例中，检测区域和感兴趣区共同确定了检测视频范围，如果一个抓拍摄像机能拍摄到3个车道的视频，但是实际只需要检测1个车道，那么此时就可以用到检测区域、感兴趣区去裁剪圈定，只检测希望检测的区域；计数线是当检测到某类型车辆通过该线时，会将该类型车辆计数加1，车辆类型包括货车、大客车及小轿车；行车方向和参考矩形长度定义是分析车行驶方向和行驶速度的依据，其中参考矩形会定义四边的长度，用于通过车辆通过计数线时所需的时间联合计算车辆的行驶速度。
70.需要说明的是，视频分析模块12得到的第二抓拍车辆信息集还会存储至数据存储模块15。
71.在数据分析处理模块13，将得到的第一抓拍车辆信息集和第二抓拍车辆信息集进行比对，得到比对结果。
72.处理下发的指令和上报信息的模块，用于判断上报设备信息以及操作指令对应的对象，然后根据不同的对象进行内部处理(信息整合统计过滤等)及消息分发。
73.需要说明的是，数据分析处理模块13要获取到第一抓拍车辆信息集、第二抓拍车辆信息集时，通过交通信息获取模块11获取数据存储模块15中的第一抓拍车辆信息集、第二抓拍车辆信息集，并将第一抓拍车辆信息集、第二抓拍车辆信息集发送至数据分析处理模块13进行处理。
74.从数据存储模块15中获取第一抓拍车辆信息集、第二抓拍车辆信息集的数据进而进行处理。
75.数据分析处理模块具体包括：
76.第一判断模块，用于判断第一抓拍车辆信息集中的车辆信息数量是否0；
77.将第一抓拍车辆信息集和第二抓拍车辆信息集进行比对，当第一抓拍车辆信息集为0时，预警系统中会产生一条不抓拍告警。
78.第二判断模块，用于判断第二抓拍车辆信息集中的车辆信息数量是否0；
79.将第一抓拍车辆信息集和第二抓拍车辆信息集进行比对，当第二抓拍车辆信息集
为0时，会根据预警系统中抓拍摄像机检测状态和终端服务器检测状态上报告警。
80.如果检测到抓拍摄像机不在线，则会产生一条抓拍摄像机离线的告警；如果检测到终端服务器不在线，则会产生一条终端服务器离线告警；如果检测到抓拍摄像机和终端服务器都在线，但是第二抓拍车辆信息集为0，则会认为是预警系统自身检测功能有误，会产生一条预警系统检测异常告警。
81.第三判断模块，用于判断第一抓拍车辆信息集中的车辆信息数量是否小于第二抓拍车辆信息集中车辆信息的数量。
82.第一抓拍车辆信息集和第二抓拍车辆信息集均不为0的情况下：当第一抓拍车辆信息集的数量小于第二抓拍车辆信息集的数量时，预警系统会认为是抓拍摄像机厂家检测有误，会产生一条漏拍告警；当第一抓拍车辆信息集的数量大于等于第二抓拍车辆信息集的数量时，不作处理。
83.举例说明：
84.1.比如第一车辆信息集中有小汽车50辆，大客车10辆，货车20辆。那么进行漏拍对比的时候只会将这些做合计，也就是80辆。
85.2.第二车辆信息集中有小汽车100辆，大客车20辆，货车40辆。那么进行漏拍对比的时候只会将这些做合计，也就是160辆。
86.3.以第二抓拍车辆信息集为分母、以第一抓拍车辆信息集为分子，则根据算式进行计算：80/160＝50％，接着根据前面设置的漏拍阈值(假如是80％)，那么此时采集的信息比较结果是小于漏拍阈值的，那么就会产生漏拍告警；反之，如果比较值大于80％，就视为没有漏拍的情况。
87.告警模块14，与数据分析处理模块13连接，用于根据得到的比对结果进行告警处理。
88.根据数据分析处理模块中的比对结果产生相关告警，并进行告警过滤、告警合并、告警描述解析等处理后，将告警信息通过通信模块上报至客户端200的相关人员。
89.在数据存储模块15中，存储与预警系统相关的数据信息。
90.在以上过程中产生的录入、采集和计算出的数据信息都会存储于数据存储模的数据库中。
91.还用于执行接收到的指令信息，将客户端200或服务端100下发或采集到的数据存入数据库，同时也给客户端200或服务端100提供读取接口。
92.需要说明的是，在预警系统中，视频分析模块的交通数据不会直接推送到数据分析模块，而是存入数据存储模块的数据库中，因为根据时间的推移，当过车数量比较大时，系统会将交通数据进行压缩，比如7天内的视频数据是每一辆车存为一条数据(会展示车的型号、颜色、速度、车牌、具体过车时间等较为详细的数据)，7天外的数据就压缩了，每1小时的过车数量信息存为一条数据(等于是统计信息，只会有过车型号、数量、速度)，然后读取这些信息还是由交通信息获取模块与数据库交互。简单里说，通过客户端获取的第一抓拍车辆信息集和视频分析模块得到的第二抓拍车辆信息集都会存入数据存储模块的数据库中；交通信息模块会通过数据库获取第一抓拍车辆信息和第二抓拍车辆信息，然后再一起推送给数据分析模块进行后续步骤。
93.在通信模块中16中，用实现预警系统与客户端的数据交互。
94.客户端200通过通信模块16从数据存储模块的数据库中获取数据信息并展示到界面。
95.通信模块16用于预警系统与客户端进行数据交互，支持无线和有线两种通信方式，无线方式是使用nb模块的at指令，有线方式是使用tcp协议进行socket通信，用户可以根据实际情况使用任意一种客户端200快速获取到告警信息，从而找到故障发生区域、故障发生时间甚至精确到故障发生设备，及时处理修复异常情况；还用于服务端100通过通信模块16上报从设备获取的信息，设备上报的信息包括车流量信息、设备状态和告警信息以及传递客户端下发的配置和查询指令信息。
96.需要说明的是，以上异常告警在设备对应的配置、功能或网络恢复正常后，会在下一个检测周期中上报对应的恢复告警。
97.在本实施例中，服务端100还包括日志模块17、升级模块18。
98.日志模块17，用于记录客户端200及服务端100下发的指令信息、指令执行结果反馈信息及通信模块16上报的车辆信息、设备状态信息及告警信息等。
99.升级模块18，用于进行软件升级，用户使用设备升级工具进行系统升级时，使用tcp连接接收设备升级工具传递过来的安装包后，对系统进行升级。
100.在本实施例中，辨别漏拍的一个前提是，预警系统的时间、抓拍摄像机的时间和终端服务器的时间必须一致，否则会产生告警误报，因为预警系统、抓拍摄像机和终端服务都支持ntp校时功能，所以想要保持时间一致，只需要将三者的ntp校时服务器设置为同一地址即可。
101.辨别漏拍的另一个前提是，预警系统、抓拍摄像机和终端服务器之间的网络必须是互通的，否则将无法识别是否漏拍，只会上报相关设备离线告警。
102.本实施例根据交通检测领域或应用场景中通过本公司开发软件监测到交通抓拍摄像机抓拍车辆信息图片过程中有漏拍情况发生的时候产生漏拍告警，及时提示相关人员及时处理。让维护人员通过查看告警信息获取到故障发生区域、故障发生时间甚至精确到故障发生设备，让其能及时处理修复异常情况，提高解决问题的效率，起到当交通事故或意外发生时，能有正确的抓拍信息作为依据判断出责任方，减少因为缺少判断依据而造成的财产损失和人力占用，提升处理交通事件高效性和准确性，达到更好的维护公共秩序的安全，保护人民的生命和财产安全的效果。
103.相应的，还提供一种交通信息漏拍检测方法，包括：
104.s1.获取外设设备发送的第一抓拍车辆信息集，并将获取到的第一抓拍车辆信息集发送至数据分析处理模块；
105.s2.获取外设设备接收的视频信息，对获取到的视频信息按帧进行拆分得到数个图片信息，并根据数个图片信息分析得到每个图片中第二抓拍车辆信息集；
106.s3.将得到的第一抓拍车辆信息集和第二抓拍车辆信息集进行比对，得到比对结果；
107.s4.根据得到的比对结果进行告警处理。
108.进一步的，所述s2具体包括：
109.s21.读取外设设备接收的视频流，根据视频流解析出一定时间范围内的所有车辆信息；
110.s22.将基于预先设定的检测区域、感兴趣区、行车方向、计数线、参照矩形长度定义对车辆信息进行分析处理。
111.进一步的，所述步骤s22中检测区域和感兴趣区用于确定视频流的检测范围；计数线用于判断视频流中的车辆是否通过当前计数线，若是，则将该车辆的计数加1；行车方向用于判定视频流中车辆行驶的方向；参考矩形长度定义用于分析视频流中车辆行驶的速度的依据。
112.进一步的，所述步骤s3具体包括：
113.s31.判断第一抓拍车辆信息集中的车辆信息数量是否0；
114.s32.判断第二抓拍车辆信息集中的车辆信息数量是否0；
115.s33.判断第一抓拍车辆信息集中的车辆信息数量是否小于第二抓拍车辆信息集中车辆信息的数量。
116.实施例二
117.本实施例提供的一种交通信息漏拍预警系统与实施例一的不同之处在于：
118.如图3所示，本实施例用于检测抓拍摄像机和终端服务器的在线状态：
119.客户端200需要通过通信模块向服务端100录入基础信息，包括抓拍摄像机ip、终端服务器ip、在线检测时间间隔和在线检测次数；
120.服务端100的数据分析处理模块会根据在线检测时间间隔周期性的启动设备在线检测功能，在线检测功能采用ping设备ip的方式检测，分别会对抓拍摄像机和终端服务器的ip地址进行ping指令操作；
121.以抓拍摄像机为例，假如检测时间间隔是5分钟，检测次数是3次，那么每隔5分钟会从服务端100向抓拍摄像机ip发起ping操作，如果ping不通，则计数+1，如果能ping通，则计数归0，只有当计数等于检测次数，也就是计数为3时，预警系统才认为抓拍摄像机离线。
122.终端服务器的检测方式与抓拍摄像机类似，因此不再赘述。
123.服务器100的数据分析处理模块13检测到抓拍摄像机或终端服务器离线后，通知告警模块14，告警模块14就会产生对应的告警信息；
124.告警模块14将告警信息通过通信模块推送到客户端200，通过客户端200的显示界面提示用户有异常信息待处理。
125.实施例三
126.本实施例提供的一种交通信息漏拍预警系统与实施例一的不同之处在于：
127.如图4所示，对预警系统中分层及每层中各个模块的具体作用进行描述：
128.展示层：即客户端200，负责获取及下发设备状态，车辆信息以及告警信息；
129.服务层：服务端100，由各个功能模块组合成完整的服务端，包括通信模块、日志模块、数据分析处理模块、告警模块、视频分析模块、设备交通信息获取模块、数据存储模块和升级模块；
130.设备层，即设备端300，由终端服务器和抓拍摄像机组成。
131.通信层，负责预警系统每个组成部分之间的通信，通信对象包括服务层、展示层和设备层；包括mysql数据库、海康&大华的sdk、at指令等；其中，海康&大华的sdk用于与终端服务器通信；at指令用于客户端与移动或联通基站通信，然后基站转发到注册过的手机端app，手机端与网页客户端功能基本一致，也是显示过车数量、类型、速度、支持告警阈值等
配置修改，也可以接收到漏拍告警。
132.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

技术特征：
1.一种交通信息漏拍预警系统，其特征在于，包括交通信息获取模块、视频分析模块、数据分析处理模块、告警模块；交通信息获取模块，用于获取外设设备发送的第一抓拍车辆信息集，并将获取到的第一抓拍车辆信息集发送至数据分析处理模块；视频分析模块，用于获取外设设备接收的视频信息，对获取到的视频信息按帧进行拆分得到数个图片信息，并根据数个图片信息分析得到每个图片中第二抓拍车辆信息集；数据分析处理模块，分别与交通信息获取模块、视频分析模块连接，用于将得到的第一抓拍车辆信息集和第二抓拍车辆信息集进行比对，得到比对结果；告警模块，与数据分析处理模块连接，用于根据得到的比对结果进行告警处理。2.根据权利要求1所述的一种交通信息漏拍预警系统，其特征在于，所述视频分析模块具体包括：读取模块，用于读取外设设备接收的视频流，根据视频流解析出一定时间范围内的所有车辆信息；处理模块，与读取模块连接，用于将基于预先设定的检测区域、感兴趣区、行车方向、计数线、参照矩形长度定义对车辆信息进行分析处理，得到第二抓拍车辆信息集。3.根据权利要求2所述的一种交通信息漏拍预警系统，其特征在于，所述处理模块中检测区域和感兴趣区用于确定视频流的检测范围；计数线用于判断视频流中的车辆是否通过当前计数线，若是，则将该车辆的计数加1；行车方向用于判定视频流中车辆行驶的方向；参考矩形长度定义用于分析视频流中车辆行驶的速度的依据。4.根据权利要求1所述的一种交通信息漏拍预警系统，其特征在于，所述数据分析处理模块具体包括：第一判断模块，用于判断第一抓拍车辆信息集中的车辆信息数量是否0；第二判断模块，用于判断第二抓拍车辆信息集中的车辆信息数量是否0；第三判断模块，用于判断第一抓拍车辆信息集中的车辆信息数量是否小于第二抓拍车辆信息集中车辆信息的数量。5.根据权利要求1所述的一种交通信息漏拍预警系统，其特征在于，还包括数据存储模块，与数据分析处理模块连接，用于存储与预警系统相关的数据信息。6.根据权利要求5所述的一种交通信息漏拍预警系统，其特征在于，还包括通信模块、客户端，通信模块与数据分析处理模块连接，客户端通过通信模块与预警系统连接；客户端用于通过通信模块与预警系统进行数据交互。7.一种交通信息漏拍检测方法，其特征在于，包括：s1.获取外设设备发送的第一抓拍车辆信息集，并将获取到的第一抓拍车辆信息集发送至数据分析处理模块；s2.获取外设设备接收的视频信息，对获取到的视频信息按帧进行拆分得到数个图片信息，并根据数个图片信息分析得到每个图片中第二抓拍车辆信息集；s3.将得到的第一抓拍车辆信息集和第二抓拍车辆信息集进行比对，得到比对结果；s4.根据得到的比对结果进行告警处理。8.根据权利要求7所述的一种交通信息漏拍检测方法，其特征在于，所述s2具体包括：s21.读取外设设备接收的视频流，根据视频流解析出一定时间范围内的所有车辆信
息；s22.将基于预先设定的检测区域、感兴趣区、行车方向、计数线、参照矩形长度定义对车辆信息进行分析处理。9.根据权利要求7所述的一种交通信息漏拍检测方法，其特征在于，所述步骤s22中检测区域和感兴趣区用于确定视频流的检测范围；计数线用于判断视频流中的车辆是否通过当前计数线，若是，则将该车辆的计数加1；行车方向用于判定视频流中车辆行驶的方向；参考矩形长度定义用于分析视频流中车辆行驶的速度的依据。10.根据权利要求7所述的一种交通信息漏拍检测方法，其特征在于，所述步骤s3具体包括：s31.判断第一抓拍车辆信息集中的车辆信息数量是否0；s32.判断第二抓拍车辆信息集中的车辆信息数量是否0；s33.判断第一抓拍车辆信息集中的车辆信息数量是否小于第二抓拍车辆信息集中车辆信息的数量。

技术总结
本发明公开了一种交通信息漏拍预警系统，包括交通信息获取模块、视频分析模块、数据分析处理模块、告警模块；交通信息获取模块，用于获取外设设备发送的第一抓拍车辆信息集，并将获取到的第一抓拍车辆信息集发送至数据分析处理模块；视频分析模块，用于获取外设设备接收的视频信息，对获取到的视频信息按帧进行拆分得到数个图片信息，并根据数个图片信息分析得到每个图片中第二抓拍车辆信息集；数据分析处理模块，分别与交通信息获取模块、视频分析模块连接，用于将得到的第一抓拍车辆信息集和第二抓拍车辆信息集进行比对，得到比对结果；告警模块，与数据分析处理模块连接，用于根据得到的比对结果进行告警处理。得到的比对结果进行告警处理。得到的比对结果进行告警处理。


技术研发人员：余锦浩
受保护的技术使用者：武汉微创光电股份有限公司
技术研发日：2022.12.12
技术公布日：2023/7/12