道路事件检测方法、装置、电子设备及可读存储介质与流程

1.本发明涉及道路监控技术领域，具体而言，涉及一种道路事件检测方法、装置、电子设备及可读存储介质。


背景技术：

2.道路交通摄像头是目前交通违法检测最主要的设备，通过在室外架设的摄像头来实时采集视频流，并利用摄像头芯片内部绑定的检测程序对车辆行为进行分析，可以及时监控发生的道路事件。然而在实际场景中，受架设成本、检测需求量大等影响，仅仅依靠室外摄像头进行道路事件检测方式越来越不能满足需求。


技术实现要素：

3.本发明的目的之一在于提供一种道路事件检测方法、装置、电子设备及可读存储，用于提高道路事件检测效率，简化检测流程。
4.第一方面，本发明提供一种道路事件检测方法，所述方法包括：获取摄像头采集的待检测视频；从所述待检测视频中确定关键帧集合；若确定已构建的虚拟检测环境与所述摄像头相匹配，则在所述虚拟检测环境中加载所述摄像头对应的道路事件检测数据包；将所述关键帧集合推送到所述道路事件检测数据包中，并在所述已构建的虚拟检测环境中运行所述道路事件检测数据包，直到输出道路事件检测结果。
5.第二方面，本发明提供一种道路事件检测装置，包括：获取模块，用于获取摄像头采集的待检测视频；确定模块，用于从所述待检测视频中确定关键帧集合；推送模块，用于若确定已构建的虚拟检测环境与所述摄像头相匹配，则在所述虚拟检测环境中加载所述摄像头对应的道路事件检测数据包；检测模块，用于将所述关键帧集合推送到所述道路事件检测数据包中，并在所述已构建的虚拟检测环境中运行所述道路事件检测数据包，直到输出道路事件检测结果。
6.第三方面，本发明提供一种电子设备，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的计算机程序，所述处理器可执行所述计算机程序以实现第一方面所述的方法。
7.第四方面，本发明提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的方法。
8.根据本发明提供的道路事件检测方法、装置、电子设备及可读存储介质，方法包括：首先获取摄像头采集的待检测视，然后从所述待检测视频中确定关键帧集合，进而，若确定已构建的虚拟检测环境与所述摄像头相匹配，则在所述虚拟检测环境中加载所述摄像头对应的道路事件检测数据包，最后将所述关键帧集合推送到所述道路事件检测数据包中，并在所述已构建的虚拟检测环境中运行所述道路事件检测数据包，直到输出道路事件检测结果，与现有检测方式区别在于，现有技术中道路事件检测算法需要依赖摄像头芯片环境才能运行，但是通过架设的摄像头来进行道路事件检测显然无法适应用户需求，本发
明实施例预先模拟出一个与摄像头芯片环境匹配的虚拟检测环境，并在该虚拟检测环境内运行道路事件检测数据包，实现道路事件检测功能，实现了道路事件检测算法与摄像头芯片环境解绑的目的，而且该虚拟检测环境可以设置在服务器主机中，服务器主机的位置不作限定，这就促使用户可以随时随地进行道路事件检测，检测效率更高，检测过程更便捷。
附图说明
9.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
10.图1为本发明实施例提供的一种场景示意图；
11.图2为本发明实施例提供的一种电子设备的结构框图；
12.图3为本发明提供本发明实施例提供的一种构建虚拟检测环境的实施方式的示意图；
13.图4为本发明实施例提供的一种qemu的结构示意图；
14.图5为本发明提供本发明实施例提供的虚拟检测环境的测试方式的流程示意图；
15.图6为本发明实施例提供的一种数据交互示意图；
16.图7为本发明实施例提供的一种测试结果；
17.图8为本发明实施例提供的道路事件检测方法的流程示意图；
18.图9为本发明实施例提供的另一种道路事件检测方法的流程示意图；
19.图10为本发明实施例提供的道路事件检测装置的功能模块图。
具体实施方式
20.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
21.因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
22.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
23.在本发明的描述中，需要说明的是，若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。
24.此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
25.需要说明的是，在不冲突的情况下，本发明的实施例中的特征可以相互结合。
26.请参见图1，图1为本发明实施例提供的一种场景示意图，如图1所示的场景中，在道路的各个方向都架设有监控摄像头，这些监控摄像头可以通过实时视频流对车辆行为进行分析，判断是否发生道路事件。道路事件，顾名思义，是指车辆在道路上因过错或者意外造成人身伤亡或者财产损失的事件，例如闯红灯、车辆逆行、违规停车、车道占用、行人违章穿越、超速、异常变道等等。
27.理想条件下，使用真实道路上监控摄像头实时进行道路事件检测，能够提高事件检测的及时性和准确性。然而实际检测过程中，受架设成本、违法事件触发频率不同、测试环境要求的限制，通常利用现有车辆违法行为的视频素材，在室内进行测试：在显示设备上播放，摄像头采集显示设备视频，模拟触发车辆违法事件。但此种测试方法受视频质量、测试现场环境光线、距离等影响，测试结果无法反映真实的车辆违法行为识别能力，测试方法亟待优化。
28.请参见图2，图2为本发明实施例提供的一种电子设备的结构框图，该电子设备可以但不限于是服务器，其设置位置可以但不限于是办公室、机房等。
29.参照图2所示，电子设备200包括存储器201、处理器202和通信接口203，该存储器201、处理器202和通信接口203相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。
30.存储器201可用于存储软件程序及模块，如本发明实施例提供的道路事件检测装置400指令/模块，可以软件或固件(firmware)的形式存储于存储器201中或固化在电子设备200的操作系统(operating system，os)中，处理器202通过执行存储在存储器201内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口203可用于与其他节点设备进行信令或数据的通信。
31.其中，存储器201可以是但不限于，随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-onlymemory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。
32.处理器202可以是一种集成电路芯片，具有信号处理能力。该处理器202可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digital signal processing，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field－programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
33.可以理解，图2所示的结构仅为示意，电子设备200还可以包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2所示的各组件可以采用硬件、软件或其组合实现。
34.本发明实施例提供的道路事件检测方法，与现有检测方式区别在于，现有技术中道路事件检测算法需要依赖摄像头芯片环境才能运行，但是通过架设的摄像头来进行道路事件检测显然无法适应用户需求，本发明实施例预先模拟出一个与摄像头芯片环境匹配的
虚拟检测环境，并在该虚拟检测环境内运行道路事件检测数据包，实现道路事件检测功能，实现了道路事件检测算法与摄像头芯片环境解绑的目的，而且该虚拟检测环境可以设置在服务器主机中，服务器主机的位置不作限定，这就促使用户可以随时随地进行道路事件检测，检测效率更高，检测过程更便捷。
35.因此，在介绍本发明实施例提供的道路事件检测方法之前，本发明实施例首先介绍上述虚拟检测环境的构建以及测试过程。
36.请参见图3，图3为本发明提供本发明实施例提供的一种构建虚拟检测环境的实施方式的示意图：
37.步骤s31，响应加载操作指令，获得虚拟操作系统模拟器。
38.步骤s32，获得与摄像头相匹配的芯片类型信息。
39.步骤s33，根据芯片类型信息，运行虚拟操作系统模拟器，生成虚拟检测环境。
40.在执行步骤s31之前，可以先准备一台服务器主机，该服务器主机的操作系统可以但不限于是linux系统，并且可以根据测试需求，对服务器主机进行相应的配置，例如可以根据测试时长、测试视频数量等，配置服务器主机所需的处理器、硬盘及内存等硬件的数量、型号。然后通过执行步骤a1至步骤a3，生成与摄像机芯片环境相匹配的虚拟检测环境。
41.可以理解的是，这个虚拟检测环境设置在服务器主机中，服务器主机的位置可以但不限于是办公室、机房等。并且该虚拟检测环境可以用来运行该摄像头对应的道路事件检测数据包，这样一来，就可以将摄像头与道路事件检测数据包的强依赖关系解绑，以此实现不用通过外设摄像头，就可以实现道路事件检测的效果。
42.需要说明的是，上述的服务器主机可以但不限于是单个服务器、多个服务器组成的服务器集群。
43.在执行步骤s31的过程中，为了使虚拟操作系统模拟器(quick emulator，简称qemu)模拟出来的芯片环境与摄像头的芯片环境相匹配，以保证该摄像头对应的道路事件检测数据包可以在里面正常运行，首先需要确定与摄像头内部芯片相同或者相似类型的芯片。
44.在一种可选的实施方式中，qemu的芯片类型与摄像头的芯片类型允许一定误差，若摄像机的芯片类型在qemu中暂未支持，则选取性能相似的其他类型芯片，选择标准分为两种：同技术框架下不同类型的性能相似的产品(即同产品线中的不同类型)或不同技术框架下不同类型的性能相似的产品(即不同产品线产品)。
45.在执行步骤s33的过程中，基于获得芯片类型进行虚拟检测环境模拟过程，即在服务器主机的操作系统中，通过在硬盘特定的映射区域中生成虚拟化空间，该虚拟化空间即为本发明实施例中的虚拟检测环境，记为core_v。
46.请参见图4，图4为本发明实施例提供的一种qemu的结构示意图,虚拟操作系统模拟器可以在服务器主机内模拟出一个与摄像头芯片相匹配的模拟环境，该模拟环境可以与外部通信，同理，虚拟操作系统模拟器也可以与外部相互通信。在模拟环境中，可以运行道路事件检测数据包或者让道路事件检测数据包处于等待运行状态。
47.如图4所示，上述的道路事件检测数据包指得是具有图像处理和检测功能的算法程序包，主要包括图片解析、图片识别、图片处理(文字、图像等)等功能；算法程序包对外接口定位为已知，调用即可。在实际的监控场景中，道路事件检测数据包主要依赖摄像头内的
芯片架构运行，而发明实施例可以将道路事件检测数据包与摄像头解绑，将算法程序包导入虚拟环境core_v中，通过设备本身的操作系统与虚拟操作系统模拟器的映射端口访问道路事件检测数据包各接口，实现相互通信的效果。
48.在本发明实施例中，道路事件检测数据包涉及到的接口如下：图片导入接口，记为p_in；图片虚拟车道线、卡口线、检测线等参数下发接口，记为conf_in；图片osd解析字段(算法内部功能，可实现图片信息文字叠加到图片中)参数下发接口osd_in；图片输出接口，记为p_out。
49.通过上述各个接口，虚拟检测环境中的道路事件检测数据包可以获得待检测视频、以及要检测的道路事件类型等信息，通过在虚拟检测环境中运行道路事件检测数据包，即可实现道路事件检测功能。
50.在获得与摄像头相匹配的虚拟检测环境之后，还可以预先在该虚拟检测环境进行道路事件的检测测试，以确保该虚拟检测环境在实际的检测场景中能够发挥道路事件检测作用。
51.请参见图5，图5为本发明提供本发明实施例提供的虚拟检测环境的测试方式的流程示意图：
52.步骤s51，获取多个测试视频集。
53.其中，每个测试视频集对应一种道路场景；每个测试视频集中包含：至少一种类型道路事件对应的视频、发生至少一种类型道路事件的概率大于预设概率的视频。
54.在可选的实施方式中，可以通过对真实道路环境中的摄像头进行录像或其他取流方式，分别获取1080p分辨率、摄像机与地面呈45度；或者，2k分辨率、摄像机与地面呈35度的视频，确保视频流原生无破损。
55.为了获得步骤s51中的测试视频集，可以将收集到的视频流进行初筛选，以获得测试视频集，例如，可以按照原始视频对应的道路场景，对获得原始视频进行分类保存，图6为本发明提供的一种原始视频素材的分类示意图，分类后原始视频记为r1，r2
…
,rn，然后，按照需要检测的道路事件类型将r1，r2，，，rn各个原始视频集进行再分类，在同类视频中筛选各类道路事件或可模拟道路事件的视频段，记为l1，l2，，，ln，l与r目录结构为：r1(l1，l2，
…
,ln)、r2(l1，l2，
…
,ln)，rn(l1，l2，
…
,ln)，其中阿拉伯数字1,2
…
,n代表道路事件类型)。
56.为了保证测试效果，在每个视频集r中，还可以根据测试需求，将多个视频段进行合并，保证合并后视频流编码完整，无信息丢失造成视频丢帧或编解码错误，合并长度根据具体测试确定，此处不作限定。
57.其中，上述的测试需求可以是本次测试应抓怕车辆数量、应识别车牌颜色以及数量等需求、还可以是测试时长、测试视频数量等，此处不作限定。
58.因此，结合上述内容，则上述步骤s51的一种可能的实施方式为：
59.b1，获取摄像头采集的多段原始视频。
60.b2根据道路场景，对多段原始视频进行分类，获得多个原始视频集。
61.可以理解的是，这里的多个原始视频集即为上述r1，r2
…
,rn。
62.b3针对每个原始视频集，根据道路事件类型，对每个原始视频集进行分类，获得多个子原始视频集。
63.可以理解的是，这里的子原始视频集即为上述r1(l1，l2，
…
,ln)、r2(l1，l2，
…
,ln)，rn(l1，l2，
…
,ln)。
64.b4针对每个子原始视频集，根据测试需求，对多个原始视频进行合并，并基于合并后的视频，得到测试视频集。
65.获得测试视频集之后，还可以通过编码软件或ffmpeg批量将所有视频段(含合并后视频段)统一编码为h264或h265格式，已处理完成的视频流可作为后续测试视频资源，复用性高。
66.步骤s52，在虚拟检测环境中，基于多个测试视频集对道路事件检测数据包进行测试。
67.在一种可选的实施方式中，上述步骤s52可以按照如下方式执行：
68.c1，确定每个测试视频集对应的关键帧集合。
69.在执行c1之前，可以将任意一种道路场景r对应的测试视频集存入服务器主机的操作系统中，存储位置无限制，可自行配置；接下来，可以通过ffmpeg对测试视频集按照固定帧间隔进行取帧，获得关键帧集合，若视频段的帧数小于固定帧间隔，则忽略该视频段。
70.本发明实施例中，关键帧包指的是：视频段开头帧、结尾帧、按照固定帧间隔在开头帧和结尾帧中间取出的视频帧。
71.获得关键帧集之后，可以通过编码软件或ffmpeg进行图片重新编码为道路事件检测数据所处理的图片类型，最后将处理后的图片集记为p_to_in。
72.步骤c2，按照预设时间间隔，调用道路事件检测数据包的图像输入接口，获得关键帧集合中的各个关键帧。
73.在执行步骤c2的过程中，上述预设时间间隔可以根据实际测试需求进行设置，此处不作限定。
74.至此，通过虚拟检测环境即可已实现类似摄像机真实环境下“light(光源)-sensor(光感应器/光电转换)-isp(图像预处理)-algo(图片算法处理)”的处理逻辑，而且可以看出，现有技术在进行图像预处理之前，需要经过light(光源)-sensor(光感应器/光电转换)阶段来获得图像，其中光源到传感器这个过程很容易影响图像质量，本发明实施例可以跳过light(光源)-sensor(光感应器/光电转换)这个阶段，避开了光源到传感器这个过程，提高了处理效率和图像质量。
75.步骤c3，调用道路事件检测数据包的参数下发接口，获得预先配置的图像处理信息、道路事件类型以及道路信息。
76.本发明实施例中，上述的图像处理信息指得是预先配置的图像叠加信息，其中，图像叠加信息可以通过道路事件检测数据包中的osd_in接口下发。
77.在本发明实施中，道路信息指得是车道线、卡口线、检测线等测试所需的道路线信息，包括到路线的起点坐标信息、终点坐标信息等，道路事件类型个指得是预先指定的需要检测的道路事件类型，道路信息和道路事件类型可以通过conf_in接口下发。
78.在可选的实施方式中，获得测试视频集之后，针对每个视频端，可以截取每个视频段中任意一帧，利用画图软件等图片处理工具，标定好车道线、卡口线、检测线等测试所需划线，记录当前视频分辨率下，各划线起始点坐标。
79.在可选的实施方式中，还可以通过参数下发接口返回响应消息，根据响应消息，生
成日志文件，以便后续调试或分析，文件所在目录可随意指定。例如，假设在测试过程中出错，则可以通过生成的日志文件，查找各个接口接收消息或者发送消息成功与否的信息，从而确定出错环节。
80.为了方便理解上述获得关键帧集合以及参数下发接口下发各种配置信息的过程，请参见图6，图6为本发明实施例提供的一种数据交互示意图，如图6所示，在准备好测试视频集、配置好测试环境之后，即可将测试视频集导入服务器主机，从测试视频集中确定出关键帧集合之后，即可以通过虚拟检测环境与操作系统之间的映射端口，将关键帧推送到道路事件检测数据包中进行图像检测，其中，所有的配置信息，可以通过参数下发接口下发到道路事件检测数据包中，道路事件检测数据获得图片和参数之后，即可进行图像处理，并将处理后的图像输出。
81.步骤c4，基于获得的各个关键帧、以及预先配置的图像处理信息、道路事件类型、道路信息，运行道路事件检测数据包，直到输出处理后的图像。
82.在本发明实施例中，输出的图像中包含预先配置的叠加信息、以及当检测到某种道路事件类型时，该道路事件类型对应的事件结果信息，例如被标记的违规车辆等信息。
83.步骤s53，当满足预设测试条件，停止对道路事件检测数据包进行测试。
84.在本发明实施例中，预设测试条件可以但不限于是：测试时长达到预设测试时长，检测出来的道路事件类型与预配置的道路事件类型一致、检测出来的车辆信息与实际车辆信息之间的误差在预设范围内。
85.可以看出，上述整个测试过程还原了摄像机芯片环境中的light(光源)-sensor(光感应器/光电转换)-isp(图像预处理)-algo(图片算法处理)的处理过程，由原生摄像机视频代替“light(光源)-sensor(光感应器/光电转换)-isp(图像预处理)”过程，最终以图片形式传输给道路事件检测数据包，core_v中的道路事件检测数据包获得了关键帧图片，还原了“isp(图像预处理)-algo(图片算法处理)”过程。经以上步骤，已实现真实环境摄像机运行流程模拟，产生的最终测试结果对设备的真实情况具备较高参考性。若输入视频包含多种道路事件类型(大于或等于2中)，可在第一部分设置好划线，确定坐标位置，以及在第四部分对相应的违法事件进行配置，输出图片后，根据图片解析所给道路事件类型进行简单分类，再对各类图片进行测试分析。
86.请参见图7，图7为本发明实施例提供的一种测试结果，该测试结果分别对应道路场景1下的道路事件类型1和道路事件类型2，分别即为r1-l1、r1-l2，以r1-l1为例，可以看出，应抓拍车辆数与事件模拟抓拍车辆数之间的误差非常小，这表明在虚拟检测环境中进行道路事件检测的准确度高，这种高准确度同时还体现在对车牌颜色以及数量、车辆品牌以及数量上。
87.通过构建模拟真实场景下的摄像机测试环境，相较于传统的摄像机加屏幕播片的测试方法，能够反馈设备真实的测试结果。同时利用模拟环境测试，可减少外部设备的安装数量，节约设备安装、调试的成本，同时更加可控；针对相同类型芯片、算法，可合并测试，提升测试效率；模拟环境中可自由定制选择测试视频，测试灵活度大大增加；对于小概率违法事件测试可通过定制视频进行针对性测试，极大补充测试范围，增加测试全面性。
88.在已构建的虚拟检测环境中完成上述测试流程之后，即可将上述虚拟检测环境用于实际道路事件检测场景中，下面介绍本发明实施例提供的一种道路事件检测方法。请参
见图8，图8为本发明实施例提供的道路事件检测方法的流程示意图，该方法可以以图2所示的电子设备为执行主体，该电子设备可以具有如图4所示的qemu，该方法包括：
89.s81，获取摄像头采集的待检测视频。
90.s82，从待检测视频中确定关键帧集合。
91.上述确定关键帧集合的实施方式与在测试流程中确定关键帧集合的实施方式相同，此处不再赘述。
92.s83，若确定已构建的虚拟检测环境与摄像头相匹配，则在虚拟检测环境中加载摄像头对应的道路事件检测数据包。
93.在本发明实施例中，当虚拟检测环境的芯片类型与摄像头芯片类型一致，或者，虚拟检测环境的芯片类型与摄像头芯片类型性能相似，则确定已构建的虚拟检测环境与摄像头相匹配。
94.s84，将关键帧集合推送到道路事件检测数据包中，并在已构建的虚拟检测环境中运行道路事件检测数据包，直到输出道路事件检测结果。
95.根据上述道路事件检测方法，通过获得摄像头的待检测视频，确定关键帧集合，进而在与该摄像头匹配的虚拟检测环境中运行该摄像头对应的道路事件检测数据包，直到输出检测结果，本发明通过预先模拟的与摄像头芯片环境匹配的虚拟检测环境，执行道路事件检测功能，实现了道路事件检测算法与摄像头芯片环境解绑的目的，而且该虚拟检测环境可以设置在服务器主机中，服务器主机的位置不作限定，这就促使用户可以随时随地进行道路事件检测，检测效率更高，检测过程更便捷。
96.需要说明的是，本发明实施例并不对图8和图3所示的流程执行顺序的进行限定，在一种可能的实施方式中，在执行上述步骤s81之前，先执行图3所示的各个步骤，以构建虚拟检测环境，并采用图5所示的测试方法对虚拟检测环境进行测试后，再执行图8的各个步骤；在另一种实施方式中，可以先执行图3和图5中的各个步骤，完成虚拟检测环境的构建与测试，当需要进行道路时间检测时，执行图8所示的各个步骤。
97.在可选的实施方式中，若确定当前构建的虚拟检测环境与摄像头不匹配，则可以重新构建虚拟检测环境，以确保成功检测道路事件，因此，本发明实施例还给出了一种可能的实施方式，请参见图9，图9为本发明实施例提供的另一种道路事件检测方法的流程示意图，该方法还包括：
98.s85，当确定虚拟检测环境与摄像头不匹配，则获得摄像头对应的芯片类型信息；
99.s86，基于芯片类型信息，对虚拟检测环境进行更新；
100.s87，在更新的虚拟检测环境中运行道路事件检测数据包，直到输出道路事件检测结果。
101.在可选的实施方式中，为了保证检测的准确度，在步骤s86之后，还可以先利用图5所示的测试流程，对上述更新后的虚拟检测环境进行测试，此处不再赘述。
102.在可选的实施方式中，在执行上述步骤s84的过程中，可以按照如下方式进行：
103.d1，根据预设的目标道路事件检测类型，利用道路事件检测数据包，对关键帧集合中的各个关键帧进行检测；
104.d2，在目标道路事件检测类型对应的目标图像中标注目标道路事件检测类型对应的事件信息；
105.可以理解的是，事件信息包括但不限于是发生道路事件的对象(例如行人或者车辆)、道路事件地点等信息。
106.d3，输出目标图像。
107.例如，假设当前要检测道路事件类型为闯红灯事件，那么在对关键帧检测检测的过程中，若检测到某至少一个车辆或者行人发生闯红灯事件，则可以输出该车辆或者行人对应的图像，并在图像中标注该车辆或者行人。
108.请参见图10，图10为本发明实施例提供的道路事件检测装置的功能模块图。如图10所示，道路事件检测装置400包括：
109.获取模块410，用于获取摄像头采集的待检测视频；
110.确定模块420，用于从所述待检测视频中确定关键帧集合；
111.推送模块430，用于若确定已构建的虚拟检测环境与所述摄像头相匹配，则在所述虚拟检测环境中加载所述摄像头对应的道路事件检测数据包；
112.检测模块440，用于将所述关键帧集合推送到所述道路事件检测数据包中，并在所述已构建的虚拟检测环境中运行所述道路事件检测数据包，直到输出道路事件检测结果。
113.在可选的实施方式中，道路事件检测装置400还包括更新模块，获取模块410还用于当确定所述虚拟检测环境与所述摄像头不匹配，则获得所述摄像头对应的芯片类型信息；更新模块用于基于所述芯片类型信息，对所述虚拟检测环境进行更新；检测模块440用于在更新的所述虚拟检测环境中运行所述道路事件检测数据包，直到输出道路事件检测结果。
114.在可选的实施方式中，道路事件检测装置400还包括测试模块，用于获取多个测试视频集，每个测试视频集对应一种道路场景；每个测试视频集中包含：至少一种类型道路事件对应的视频、发生所述至少一种类型道路事件的概率大于预设概率的视频；在虚拟检测环境中，基于所述多个测试视频集对所述道路事件检测数据包进行测试；当满足预设测试条件，停止对所述道路事件检测数据包进行测试。
115.在可选的实施方式中，测试模块，具体用于：确定每个测试视频集对应的关键帧集合；按照预设时间间隔，调用所述道路事件检测数据包的图像输入接口，获得所述关键帧集合中的各个关键帧；调用所述道路事件检测数据包的参数下发接口，获得预先配置的图像处理信息、道路事件类型以及道路信息；基于获得的各个关键帧、以及所述预先配置的图像处理信息、道路事件类型、所述道路信息，运行所述道路事件检测数据包，直到输出处理后的图像。
116.在可选的实施方式中，道路事件检测装置400还包括生成模块，用于通过所述参数下发接口返回响应消息；根据所述响应消息，生成日志文件。
117.在可选的实施方式中，测试模块，还具体用于：获取所述摄像头采集的多段原始视频；根据所述道路场景，对所述多段原始视频进行分类，获得多个原始视频集；针对每个原始视频集，根据道路事件类型，对所述每个原始视频集进行分类，获得多个子原始视频集；针对每个子原始视频集，根据所述测试需求，对多个原始视频进行合并，并基于合并后的视频，得到所述测试视频集。
118.在可选的实施方式中，道路事件检测装置400还包括生成模块，用于响应加载操作指令，获得虚拟操作系统模拟器；获得与所述摄像头相匹配的芯片类型信息；根据所述芯片
类型信息，运行所述虚拟操作系统模拟器，生成所述虚拟检测环境。
119.在可选的实施方式中，检测模块440，具体用于根据预设的目标道路事件检测类型，利用所述道路事件检测数据包，对所述关键帧集合中的各个关键帧进行检测；在所述目标道路事件检测类型对应的目标图像中标注所述目标道路事件检测类型对应的事件信息；输出所述目标图像。
120.本发明实施例还提供一种可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前述实施方式中任一项的道路事件检测方法。该计算机可读存储介质可以是，但不限于，u盘、移动硬盘、rom、ram、prom、eprom、eeprom、磁碟或者光盘等各种可以存储程序代码的介质。
121.应该理解到，在本发明所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
122.另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
123.功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
124.以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要
对其进行进一步定义和解释。