视频数据处理方法、装置、电子设备、存储介质与流程

1.本技术涉及通信技术领域，特别是涉及一种视频数据处理方法、装置、电子设备、存储介质。


背景技术：

2.目前市场上多路视频方案应用越来越多，例如在车载和安防监控等行业，通过在多个位置设置相机，可实现多视角下的视频监控。且一般因传输距离要求，视频终端多采用ahd(analog high definition，模拟高清)等特定数据格式的相机，这些特定格式的数据需要在特定的设备上进行播放，如车载多媒体等。
3.其中，如高通安卓平台等实现多路相机的方案，主要通过重新定义接口，实现多路相机接入和显示，但发明人发现由于其重新定义了接口，导致不能使用标准的安卓相机接口进行调用，通用性差。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种通用性高的视频数据处理方法、装置、电子设备、存储介质。
5.第一方面，本技术提供了一种视频数据处理方法，应用于电子设备，该方法包括：
6.接收目标数据流，目标数据流是转换模块将各路摄像装置采集的视频数据流转换为符合信号接收接口协议的信号；目标数据流的路数小于摄像装置采集的视频数据流的路数；
7.基于驱动目录下注册的驱动文件采用虚拟通道分解目标数据流为目标路数的处理信号；目标路数为摄像装置采集的视频数据流的路数；目标路数至少为2路；驱动文件个数与摄像装置数量相匹配；
8.提供不少于目标路数的通道传输各路处理信号至架构层。
9.在其中一个实施例中，基于驱动目录下注册的驱动文件采用虚拟通道分解目标数据流为目标路数的处理信号的步骤包括：
10.在内核层根据注册的驱动文件复用摄像机串行接口解码模块以解码目标数据流。
11.在其中一个实施例中，在内核层根据注册的驱动文件复用摄像机串行接口解码模块以解码目标数据流的步骤包括：
12.在内核驱动打开一路释放状态下的摄像机串行接口解码模块进行对应的一路目标数据流解码，并将引用计数加一；
13.在摄像机串行接口解码模块完成对应的一路目标数据流解码的情况下，将引用计数减一以释放摄像机串行接口解码模块。
14.在其中一个实施例中，提供不少于目标路数的通道传输各路处理信号至架构层的步骤包括：
15.在硬件适配层提供不少于目标路数的通道传输各路处理信号至架构层。
16.在其中一个实施例中，在硬件适配层提供不少于目标路数的通道传输各路处理信号至架构层的步骤包括：
17.在硬件适配层去掉流式分析，并将视频加速函数接口配置为空闲，以提供不少于目标路数的通道传输处理信号至架构层。
18.在其中一个实施例中，视频数据处理方法还包括步骤：
19.解除架构层最大信号抓取路数的限定。
20.在其中一个实施例中，目标数据流为移动产业处理器接口信号。
21.第二方面，本技术实施例还提供了一种视频数据处理装置，该装置包括：
22.目标数据流接收模块，用于接收目标数据流，目标数据流是转换模块将各路摄像装置采集的视频数据流转换为符合信号接收接口协议的信号；
23.数据流分解模块，用于基于驱动目录下注册的驱动文件采用虚拟通道分解目标数据流为目标路数的处理信号；目标路数为摄像装置采集的视频数据流的路数；目标路数至少为2路；驱动文件个数与摄像装置数量相匹配；
24.数据流传输模块，用于提供不少于目标路数的通道传输各路处理信号至架构层。
25.第三方面，本技术还提供了一种电子设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述视频数据处理方法的步骤。
26.第四方面，本技术还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，计算机程序被处理器执行时实现以下步骤：
27.接收目标数据流，目标数据流是转换模块将各路摄像装置采集的视频数据流转换为符合信号接收接口协议的信号；
28.基于驱动目录下注册的驱动文件采用虚拟通道分解目标数据流为目标路数的处理信号；目标路数为摄像装置采集的视频数据流的路数；目标路数至少为2路；驱动文件个数与摄像装置数量相匹配；
29.提供不少于目标路数的通道传输各路处理信号至架构层。
30.上述视频数据处理方法、装置、电子设备、存储介质，至少可以实现以下有益效果：
31.该视频数据处理方法，通过接收转换模块将各路摄像装置采集的视频数据流转换为的、符合信号接收接口协议的目标数据流，基于驱动目录下已注册的驱动文件，每个驱动文件对应一路摄像装置，采用虚拟通道分解目标数据流为目标路数的处理信号，实现路数分解，可将接收到的目标数据流处理为与摄像装置采集的原始视频数据流的路数相匹配的多路处理信号，然后将这多路处理信号传输至架构层，供应用程序访问，实现过程，无需重新定义接口，通过利用驱动文件配置和虚拟通道分解将目标数据流处理为与多摄像装置采集的视频数据流路数匹配的多路处理信号，并提供不少于该目标路数的通道，供视频流的预览和传输，将其传输至架构层，以供应用层接口访问，适配于原有的标准相机应用接口，通用性强。
附图说明
32.图1为一个实施例中视频数据处理方法的应用环境图；
33.图2为一个实施例中视频数据处理方法的流程示意图；
34.图3为另一个实施例中视频数据处理方法的流程示意图；
35.图4为另一个实施例中视频数据处理方法的流程示意图；
36.图5为一个实施例中视频数据处理装置的结构框图；
37.图6为一个实施例中电子设备的内部结构图；
38.图7为一个实施例中电子设备与其他部分的连接关系示意图。
具体实施方式
39.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
40.本技术实施例提供的视频数据处理方法，可以应用于如图1所示的应用环境中。其中，摄像装置102通过网络与电子设备104进行通信。数据存储系统可以存储电子设备104需要处理的数据。数据存储系统可以集成在电子设备104上，也可以放在云上或其他网络电子设备上。摄像装置102设置在其应用的对象上，例如，可设置在车身的周围，采集车辆四周的画面，形成视频流，摄像装置102将采集的视频数据流经过转换模块103将该视频数据流经过协议转换，转换为符合电子设备104信号接收接口协议的视频流信号，电子设备104根据接收到的视频流驱动显示器进行各摄像装置102采集画面的显示，比如，摄像装置可以是安装在车身不同位置的车载摄像头，电子设备104可以为车载多媒体，车载多媒体可接收各车载摄像头采集的画面，并进行显示。其中，摄像装置102可以但不限于是ahd相机、工业相机、微型相机等。
41.在一个实施例中，如图2所示，提供了一种视频数据处理方法，应用于电子设备，以该方法应用于图1中的电子设备104为例进行说明，该方法包括：
42.s200：接收目标数据流，目标数据流是转换模块将各路摄像装置采集的视频数据流转换为符合信号接收接口协议的信号；目标数据流的路数小于摄像装置采集的视频数据流的路数。
43.其中，目标数据流是指符合信号接收接口协议的信号流，例如，若信号接收接口为移动产业处理器接口，各摄像装置为ahd相机，转换模块(例如n4等mipi转换芯片)将多路ahd相机采集的ahd信号转换为一路mipi信号，该mipi信号即为目标数据流。对于这种目标数据流的路数小于摄像装置采集的视频数据流的情况，为实现多路视频显示，需要在架构层提供与摄像装置采集的视频流路数相匹配的视频流，以便供应用程序访问并显示。所以在接收到目标数据流之后可以执行步骤s400。
44.s400：基于驱动目录下注册的驱动文件采用虚拟通道分解目标数据流为目标路数的处理信号；目标路数为摄像装置采集的视频数据流的路数；目标路数至少为2路；驱动文件个数与摄像装置数量相匹配。
45.注册的驱动文件是指已经配置好的驱动文件。例如，在具体的，在linux驱动目录下添加新的驱动配置，并进行编译。例如，在android系统的drivers/char目录下进行驱动文件新增和配置。
46.s600：提供不少于目标路数的通道传输各路处理信号至架构层。其中，架构层是指用来支持应用层中的程序的运行的框架层。例如，android(安卓)应用框架层。
47.为实现多路视频的预览和传输，提供不少于摄像装置采集的视频流路数的通道，
保证各路视频流均可正常进行预览和传输，可保证应用程序的正常访问和进行多摄像装置采集画面的显示。
48.上述视频数据处理方法，通过接收转换模块将各路摄像装置采集的视频数据流转换为的、符合信号接收接口协议的目标数据流，基于驱动目录下已注册的驱动文件，每个驱动文件对应一路摄像装置，采用虚拟通道分解目标数据流为目标路数的处理信号，实现路数分解，可将接收到的目标数据流处理为与摄像装置采集的原始视频数据流的路数相匹配的多路处理信号，然后将这多路处理信号传输至架构层，供应用程序访问，实现过程，无需重新定义接口，通过利用驱动文件配置和虚拟通道分解将目标数据流处理为与多摄像装置采集的视频数据流路数匹配的多路处理信号，并提供不少于该目标路数的通道，供视频流的预览和传输，将其传输至架构层，以供应用层接口访问，适配于原有的标准相机应用接口，通用性强。
49.在一个实施例中，如图3所示，基于驱动目录下注册的驱动文件采用虚拟通道分解目标数据流为目标路数的处理信号的步骤s400包括：
50.s420：在内核层根据注册的驱动文件复用摄像机串行接口解码模块以解码目标数据流。考虑到目标路数大于目标数据流路数，将目标数据流解码为目标路数的数据流，可以在kernel(内核)层中修改相机识别流程，并采用复用csid(camera serial interface decoder module，摄像机串行接口解码模块)的方法利用虚拟通道对目标数据流解码。通过修改相机识别流程，采用解码模块的时分复用，实现每个摄像装置的驱动加载和数据流解码。
51.在其中一个实施例中，如图4所示，在内核层根据注册的驱动文件复用摄像机串行接口解码模块以解码目标数据流的步骤s420包括：
52.s422：在内核驱动打开一路释放状态下的摄像机串行接口解码模块(csid)进行对应的一路目标数据流解码，并将引用计数加一。
53.s424：在摄像机串行接口解码模块完成对应的一路目标数据流解码的情况下，将引用计数减一以释放摄像机串行接口解码模块。
54.为便于进行管理，可通过引用计数的增减，实现各csid管理工作。例如，对于安卓系统来说，若接收的目标数据流为4路摄像装置所采集的4路视频数据流，转换模块将其转换为1路mipi信号，由于仅具有3路csid，即摄像装置个数大于csid的个数，可配置每两路摄像装置复用一路csid，驱动在打开csid时将引用计数增加，csid完成一路摄像装置的视频数据解码时引用计数减一，计数为0时才能释放csid，以便再次调用该csid，以此避免影响另外一路的使用。需要说明的是，上述解码目标数据流是指解码所有摄像装置对应的视频数据流，上述复用过程可根据提前配置的规则，确定csid与摄像装置的对应关系，如上述实施例中所举例，每两路摄像装置复用一个csid。
55.在其中一个实施例中，如图3所示，提供不少于目标路数的通道传输各路处理信号至架构层的步骤s600包括：
56.s620：在硬件适配层提供不少于目标路数的通道传输各路处理信号至架构层，供应用程序的访问。为保证解码后的数据流可进行多通道的预览和传输，hal层(硬件适配层)优化通道(chanel)配置。
57.在其中一个实施例中，如图4所示，在硬件适配层提供不少于目标路数的通道传输
各路处理信号至架构层的步骤s620包括：
58.s622：在硬件适配层去掉流式分析，并将视频加速函数接口配置为空闲，以提供不少于目标路数的通道传输处理信号至架构层。配置为不执行流式分析(stream_type_analysis)，在hal层仅进行信号传输，将kernel层输出的多路处理信号(例如，上述举例的4路mipi信号)传输至framework层，而hal层通过将视频加速函数接口返回false(getrecordinghintvalue()！＝false)，使其空闲，让该视频加速函数接口也可以调用start preview()函数，进行预览，提供更多的预览和传输channel。
59.在其中一个实施例中，如图3所示，视频数据处理方法还包括步骤：
60.s800：解除架构层最大信号抓取路数的限定。以android标准相机应用接口为例，可在android framework(安卓框架)层移除最大支持在线的相机数的限制，便于使用android标准相机应用接口实现多路(例如，4路)摄像装置同时显示和同时录像的功能。
61.具体的解除最大信号抓取路数，可通过修改cmaera manager java文件中的判断逻辑，将expose mono camera(曝光单声道照相机)变量赋予true，使之能够支持多路摄像装置同时在线显示，实现多摄像装置同显同录。
62.本技术实施例提供的视频数据处理方法，通过配置与摄像装置路数匹配的虚拟通道，并复用csid来实现与摄像装置路数相同的处理信号的获取，以实现多路摄像装置采集的视频数据流的同显同录。
63.考虑到mipi标准可提升应用处理器接口的一致性，在多个应用场景的使用越来越广泛，且在加速向用户提供移动设备的同时促进移动设备的重复使用和兼容性。所以，在其中一个实施例中，目标数据流为移动产业处理器接口信号(mipi信号)。
64.为了更好的说明上述视频数据处理方法，在此举如下具体实施例进行说明，需要强调的是，此处距离并不对本技术实际保护范围造成限定，旨在帮助本领域技术人员了解本技术提供的视频数据处理方法的实现过程。下面以多路摄像装置为4路ahd相机，转换模块为n4芯片，在安卓系统上实现为例进行说明：
65.因4路ahd相机经过n4最终转换为一路mipi信号，需要在安卓平台相机的驱动目录下增加相机驱动文件，采用虚拟通道方式分解为4路mipi，每路配置一个虚拟编码，并配置初始化参数、上电时序等，完成4个驱动文件，可分别命名为ahd，ahda，ahdb，ahdc。
66.在内核(kernel)中修改识别流程，因4路相机信号通过同一n4芯片转换，所以，在第一路读取i2c信号正确后，其他3路则默认为正常，提高读取效率。另外，因相机个数大于csid数量，我们配置第1，2路相机复用1路csid，第3，4路相机复用1路csid，配置为驱动中在打开csid时将引用计数增加，csid进行完一路相机mipi信号解码时，引用计数减一，引用计数为0时csid才能释放，否则影响另外一路的使用。
67.为了保证给内核中解码得到的4路mipi提供足够的通道，在hal层，去掉分析数据流stream_type_analysis(流式分析)，并将视频加速函数接口直接返回false，来保证4路预览及视频流有足够channel传输。
68.考虑到默认android framework层限定最大支持2路相机在线，不满足4路相机的同显需求，所以，可修改cmaeramanager java文件中的判断逻辑，将expose mono camera(曝光单声道照相机)变量改为true，使之能够支持多路相机同时在线。
69.最后完成android标准相机应用接口的apk(android application package，安卓
包)，帧率配置与驱动文件中配置保持一致的帧率(例如，可配置为25)，以此实现4路ahd相机的同显同录功能。
70.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
71.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的视频数据处理方法的视频数据处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个视频数据处理装置实施例中的具体限定可以参见上文中对于视频数据处理方法的限定，在此不再赘述。
72.在一个实施例中，如图5所示，提供了一种视频数据处理装置，包括：目标数据流接收模块200、数据流分解模块400和数据流传输模块600，其中：
73.目标数据流接收模块200用于接收目标数据流，目标数据流是转换模块将各路摄像装置采集的视频数据流转换为符合信号接收接口协议的信号；
74.数据流分解模块400用于基于驱动目录下注册的驱动文件采用虚拟通道分解目标数据流为目标路数的处理信号；目标路数为摄像装置采集的视频数据流的路数；目标路数至少为2路；驱动文件个数与摄像装置数量相匹配；
75.数据流传输模块600用于提供不少于目标路数的通道传输各路处理信号至架构层。
76.具体的，通过目标数据流接收模块200接收目标数据流，并将该目标数据流传输至数据流分解模块400，数据流分解模块400基于驱动目录下注册的驱动文件采用虚拟通道分解目标数据流为目标路数的处理信号，数据流传输模块600同步提供不少于目标路数的通道以便传输各路处理信号至架构层，无需对接口进行重新定义，可支持已有的标准相机接口，例如安卓标准相机接口，通用性强。
77.在一个实施例中，如图5所示，数据流分解模块400包括：
78.内核层解码单元420，用于在内核层根据注册的驱动文件复用摄像机串行接口解码模块以解码目标数据流。
79.在其中一个实施例中，如图5所示，内核层解码单元420包括：
80.解码模块调用单元422，用于在内核驱动打开一路释放状态下的摄像机串行接口解码模块进行对应的一路目标数据流解码，并将引用计数加一；
81.解码模块释放单元424，用于在摄像机串行接口解码模块完成对应的一路目标数据流解码的情况下，将引用计数减一以释放摄像机串行接口解码模块。
82.在其中一个实施例中，数据流传输模块600包括：
83.hal层通道优化单元620，用于在硬件适配层提供不少于目标路数的通道传输各路处理信号至架构层。
84.在其中一个实施例中，hal层通道优化单元620包括：
85.通道优化执行单元622，用于在硬件适配层去掉流式分析，并将视频加速函数接口配置为空闲，以提供不少于目标路数的通道传输处理信号至架构层。
86.在其中一个实施例中，该视频数据处理装置还包括：
87.多路同显优化模块800，用于解除架构层最大信号抓取路数的限定。
88.上述视频数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于电子设备中的处理器中，也可以以软件形式存储于电子设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。关于上述装置的实施例实现方式可参照上述方法实施例中的描述。
89.在一个实施例中，提供了一种电子设备，该电子设备可以是一种控制器，其内部结构图可以如图6所示。该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的数据库用于存储驱动文件等数据。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种视频数据处理方法。
90.本领域技术人员可以理解，图6中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
91.在一个实施例中，提供了一种电子设备，包括存储器107和处理器106，存储器107中存储有计算机程序，该处理器106执行计算机程序时实现以下步骤：
92.s200：接收目标数据流，目标数据流是转换模块将各路摄像装置采集的视频数据流转换为符合信号接收接口协议的信号；目标数据流的路数小于摄像装置采集的视频数据流的路数；
93.s400：基于驱动目录下注册的驱动文件采用虚拟通道分解目标数据流为目标路数的处理信号；目标路数为摄像装置采集的视频数据流的路数；目标路数至少为2路；驱动文件个数与摄像装置数量相匹配；
94.s600：提供不少于目标路数的通道传输各路处理信号至架构层。
95.在其中一个实施例中，如图7所示，该电子设备104还可以包括：
96.信号接收接口105，用于通过转换模块103与各摄像装置102连接，用于接收转换模块103将各路摄像装置102采集的视频数据流转换为符合信号接收接口105协议的目标数据流。如上述实施例中举例，信号接收接口105是用于接收转换模块103输出的目标数据流的，转换模块103与信号接收接口105型号需匹配。
97.在其中一个实施例中，信号接收接口105为移动产业处理器106接口。基于上述方法实施例中的描述，考虑到mipi信号的优点和广泛应用，可选用移动产业处理器106接口作为信号接收接口105。
98.在其中一个实施例中，如图7所示，电子设备104还包括：
99.转换模块103，一端用于与各摄像装置102连接，接收各摄像装置102采集的视频数据流，并将视频数据数据流转换为目标数据流。转换模块103的示意如上面实施例中所述，不再赘述，为考虑使用方便性，可集成n4芯片等转换模块103在该电子设备104中，方便电子
设备104直接与摄像装置102接口连接，如ahd相机的输出接口，方便电子设备104的使用，电子设备104也可同时集成上述转换模块103和信号接收接口105和处理器106。上述电子设备104可用于连接显示屏108，驱动显示屏108同时显示各路摄像装置102采集的画面。
100.在一个实施例中，处理器106执行计算机程序时还实现以下步骤：
101.s420：在内核层根据注册的驱动文件复用摄像机串行接口解码模块以解码目标数据流。
102.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
103.s422：在内核驱动打开一路释放状态下的摄像机串行接口解码模块进行对应的一路目标数据流解码，并将引用计数加一；
104.s424：在摄像机串行接口解码模块完成对应的一路目标数据流解码的情况下，将引用计数减一以释放摄像机串行接口解码模块。
105.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
106.s620：在硬件适配层提供不少于目标路数的通道传输各路处理信号至架构层。
107.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
108.s622：在硬件适配层去掉流式分析，并将视频加速函数接口配置为空闲，以提供不少于目标路数的通道传输处理信号至架构层。
109.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
110.s800：解除架构层最大信号抓取路数的限定。
111.在其中一个实施例中，目标数据流为移动产业处理器接口信号。
112.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
113.s200：接收目标数据流，目标数据流是转换模块将各路摄像装置采集的视频数据流转换为符合信号接收接口协议的信号；目标数据流的路数小于摄像装置采集的视频数据流的路数；
114.s400：基于驱动目录下注册的驱动文件采用虚拟通道分解目标数据流为目标路数的处理信号；目标路数为摄像装置采集的视频数据流的路数；目标路数至少为2路；驱动文件个数与摄像装置数量相匹配；
115.s600：提供不少于目标路数的通道传输各路处理信号至架构层。
116.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
117.s420：在内核层根据注册的驱动文件复用摄像机串行接口解码模块以解码目标数据流。
118.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
119.s422：在内核驱动打开一路释放状态下的摄像机串行接口解码模块进行对应的一路目标数据流解码，并将引用计数加一；
120.s424：在摄像机串行接口解码模块完成对应的一路目标数据流解码的情况下，将引用计数减一以释放摄像机串行接口解码模块。
121.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
122.s620：在硬件适配层提供不少于目标路数的通道传输各路处理信号至架构层。
123.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
124.s622：在硬件适配层去掉流式分析，并将视频加速函数接口配置为空闲，以提供不少于目标路数的通道传输处理信号至架构层。
125.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
126.s800：解除架构层最大信号抓取路数的限定。
127.在其中一个实施例中，目标数据流为移动产业处理器接口信号。
128.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：
129.s200：接收目标数据流，目标数据流是转换模块将各路摄像装置采集的视频数据流转换为符合信号接收接口协议的信号；目标数据流的路数小于摄像装置采集的视频数据流的路数；
130.s400：基于驱动目录下注册的驱动文件采用虚拟通道分解目标数据流为目标路数的处理信号；目标路数为摄像装置采集的视频数据流的路数；目标路数至少为2路；驱动文件个数与摄像装置数量相匹配；
131.s600：提供不少于目标路数的通道传输各路处理信号至架构层。
132.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
133.s420：在内核层根据注册的驱动文件复用摄像机串行接口解码模块以解码目标数据流。
134.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
135.s422：在内核驱动打开一路释放状态下的摄像机串行接口解码模块进行对应的一路目标数据流解码，并将引用计数加一；
136.s424：在摄像机串行接口解码模块完成对应的一路目标数据流解码的情况下，将引用计数减一以释放摄像机串行接口解码模块。
137.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
138.s620：在硬件适配层提供不少于目标路数的通道传输各路处理信号至架构层。
139.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
140.s622：在硬件适配层去掉流式分析，并将视频加速函数接口配置为空闲，以提供不少于目标路数的通道传输处理信号至架构层。
141.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
142.s800：解除架构层最大信号抓取路数的限定。
143.在其中一个实施例中，目标数据流为移动产业处理器接口信号。
144.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，
ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
145.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
146.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。