CN115278211A - 图像处理方法、装置、系统及图像采集设备 - Google Patents

Abstract

本申请提供了一种图像处理方法、装置、系统及图像采集设备，涉及图像处理技术领域。其中，该方法应用于包含驱动层和应用层的图像采集设备，该方法包括：响应于通道开启指令，从驱动层的多个第一虚拟通道中确定至少一个目标虚拟通道，并在至少一个目标虚拟通道与应用层之间建立传输通道；驱动层的多个第一虚拟通道与图像传感器的多个第二虚拟通道一一对应；向图像传感器发起图像采集请求，使得图像传感器输出的图像数据，通过多个第二虚拟通道分别传输至对应的第一虚拟通道；基于传输通道，将图像数据从至少一个目标虚拟通道传输至应用层；通过应用层，对图像数据进行测试处理。本申请解决了相关技术中图像采集过程中定制化成本高的问题。

Description

图像处理方法、装置、系统及图像采集设备

技术领域

本申请涉及图像处理技术领域，具体而言，本申请涉及一种图像处理方法、装置、系统及图像采集设备。

背景技术

随着图像处理技术的不断发展，图像传感器逐渐被广泛地应用在不同行业不同场景中。传统的图像传感器测试过程中，图像传感器输出的图像数据，将通过图像采集设备流转到上位机，以便于上位机根据该图像数据进行图像传感器的测试，应当理解，对于上位机来说，测试过程中可能使用完整的图像数据，也可能仅使用部分图像数据。那么，测试过程中没有使用却流转到上位机的图像数据，不仅加重了测试压力，浪费了上位机的测试资源，而且降低了生产测试效率，尤其是对于大像素的图像传感器来说，图像数据的数据量非常庞大，影响愈发明显。

针对如此情况，提出了一种图像传感器的多虚拟通道处理方案，即通过对图像传感器的多虚拟通道进行定制，测试过程中需要使用的图像数据才会通过定制的虚拟通道从图像传感器经图像采集设备流转到上位机，以此减小上位机的测试压力，降低上位机测试资源的损耗，来提高上位机的生产测试效率。然而，通道定制不仅需要对图像采集设备进行代价较大的修改和更新，还需要上位机配合修改，且周期较长，造成较高的定制化成本。

由上可知，如何降低图像采集过程中的定制化成本仍有待解决。

发明内容

本申请提供了一种图像处理方法、装置、系统及图像采集设备，可以解决相关技术中存在的图像采集过程中定制化成本高的问题。所述技术方案如下：

根据本申请的一个方面，一种图像处理方法，应用于包含驱动层和应用层的图像采集设备，所述方法包括：响应于通道开启指令，从所述驱动层的多个第一虚拟通道中确定至少一个目标虚拟通道，并在至少一个所述目标虚拟通道与所述应用层之间建立传输通道；所述驱动层的多个第一虚拟通道与图像传感器的多个第二虚拟通道一一对应；向所述图像传感器发起图像采集请求，使得所述图像传感器输出的图像数据，通过多个所述第二虚拟通道分别传输至对应的所述第一虚拟通道；基于所述传输通道，将所述图像数据从至少一个所述目标虚拟通道传输至所述应用层；通过所述应用层，对所述图像数据进行测试处理。

根据本申请的一个方面，一种图像处理装置，应用于包含驱动层和应用层的图像采集设备，所述装置包括：通道建立模块，用于响应于通道开启指令，从所述驱动层的多个第一虚拟通道中确定至少一个目标虚拟通道，并在至少一个所述目标虚拟通道与所述应用层之间建立传输通道；所述驱动层的多个第一虚拟通道与图像传感器的多个第二虚拟通道一一对应；图像请求模块，用于当所述传输通道完成建立，向所述图像传感器发起图像采集请求，使得所述图像传感器输出的图像数据，通过多个所述第二虚拟通道传输至对应的多个所述第一虚拟通道；图像传输模块，用于基于所述传输通道，将所述图像数据从至少一个所述目标虚拟通道传输至所述应用层；图像处理模块，用于通过所述应用层，对所述图像数据进行测试处理。

根据本申请的一个方面，一种图像处理系统，所述系统包括图像传感器、图像采集设备和/或上位机；其中，图像传感器，用于输出图像数据，并将所述图像数据通过多个第二虚拟通道传输至图像采集设备；图像采集设备，包括驱动层和应用层，所述驱动层的多个第一虚拟通道与所述图像传感器的多个所述第二虚拟通道一一对应；所述驱动层用于接收所述图像传感器通过多个所述第二虚拟通道分别传输至对应的第一虚拟通道的所述图像数据；所述驱动层还用于响应于通道开启指令，从多个第一虚拟通道中确定至少一个目标虚拟通道，并在至少一个所述目标虚拟通道与所述应用层之间建立传输通道，以将所述图像数据从至少一个所述目标虚拟通道传输至所述应用层；所述应用层用于对所述图像数据进行测试处理；所述上位机用于根据接收到的图像数据进行所述图像传感器的测试。

根据本申请的一个方面，一种图像采集设备，包括：至少一个处理器、至少一个存储器、以及至少一条通信总线，其中，存储器上存储有计算机程序，处理器通过通信总线读取存储器中的计算机程序；计算机程序被处理器执行时实现如上所述的图像处理方法。

根据本申请的一个方面，一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上所述的图像处理方法。

根据本申请的一个方面，一种计算机程序产品，计算机程序产品包括计算机程序，计算机程序存储在存储介质中，计算机设备的处理器从存储介质读取计算机程序，处理器执行计算机程序，使得计算机设备执行时实现如上所述的图像处理方法。

本申请提供的技术方案带来的有益效果是：

在上述技术方案中，响应于通道开启指令，从驱动层的多个第一虚拟通道中确定至少一个目标虚拟通道，以在该至少一个目标虚拟通道与应用层之间建立传输通道，进而基于该传输通道，将图像传感器根据图像采集请求输出的图像数据，从至少一个目标虚拟通道传输至应用层，并通过应用层，对该图像数据进行测试处理，也就是说，通过在驱动层与应用层之间建立传输通道，使得通道定制从驱动层转移至应用层，避免对图像采集设备进行大量的修改和更新，且无需上位机配合修改，从而能够有效地解决相关技术中存在的图像采集过程中定制化成本高的问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1是根据本申请所涉及的实施环境的示意图；

图2是根据一示例性实施例示出的一种图像处理方法的流程图；

图3是根据一示例性实施例示出的第一虚拟通道与第二虚拟通道一一对应的示意图；

图4是图2对应实施例中步骤310在一个实施例的流程图；

图5是根据一示例性实施例示出的目标虚拟通道与通道指向数据所指向的第一虚拟通道对齐的示意图；

图6是根据一示例性实施例示出的另一种图像处理方法的流程图；

图7是根据一示例性实施例示出的一种图像处理装置的结构框图；

图8是根据一示例性实施例示出的一种图像处理系统的结构框图；

图9是根据一示例性实施例示出的一种图像采集设备的结构框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1为一种图像处理方法所涉及的实施环境的示意图。该实施环境包括图像传感器110、图像采集设备130和上位机150。

其中，图像采集设备130中设置驱动层131和应用层133。

该驱动层131用于与图像传感器130进行图像数据的传输。具体地，驱动层131与图像传感器110预先建立通信连接，并通过该通信连接实现图像采集设备130与图像传感器110之间的数据传输。本实施环境中，该驱动层131可以通过ARM(Advanced RISC Machine)芯片或者FPGA(Field Programmable Gate Array，现场可编程门阵列)芯片等实现。

该应用层133用于对图像数据进行测试处理，以将预处理后的图像数据从图像采集设备130传输至上位机150。具体地，图像采集设备130中还设置了通信模块135，该通信模块135通过有线或者无线等方式预先与上位机150之间建立通信连接，并通过该通信连接实现图像采集设备130与上位机150之间的数据传输。本实施环境中，该应用层133可以是指安装部署于图像采集设备130的应用程序，该应用程序可以是客户端形式，也可以是网页形式，此处并未加以限定。

上位机150可以是台式电脑、笔记本电脑、服务器、或者具备图像传感器测试功能的其他设备，在此不进行限定。其中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content DeliveryNetwork，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。例如，本实施环境中，服务器可以提供图像传感器测试相关的后台服务。

随着图像传感器110、图像采集设备130、上位机150之间的交互，图像传感器110将图像数据传输至图像采集设备130的驱动层131，以基于驱动层131与应用层133之间建立的传输通道，将图像数据从驱动层131传输至应用层133，并通过应用层133对图像数据进行测试处理后，将预处理后的图像数据由图像采集设备130的通信模块135传输至上位机150，使得上位机150根据预处理后的图像数据进行图像传感器的测试。

请参阅图2，本申请实施例提供了一种图像处理方法，该方法应用于包含驱动层和应用层的图像采集设备，例如，该图像采集设备为图1所示出实施环境中的图像采集设备130。

在下述方法实施例中，为了便于描述，以该方法各步骤的执行主体为图像采集设备为例进行说明，但是并非对此构成具体限定。

如图2所示，该方法可以包括以下步骤：

步骤310，响应于通道开启指令，从驱动层的多个第一虚拟通道中确定至少一个目标虚拟通道，并在至少一个目标虚拟通道与应用层之间建立传输通道。

首先说明的是，驱动层的多个第一虚拟通道与图像传感器的多个第二虚拟通道一一对应。也可以认为是，驱动层的多个第一虚拟通道分别与图像传感器的多个第二虚拟通道之间预先建立通信连接，并通过该通信连接实现驱动层与图像传感器之间的数据传输。

图3展示了驱动层的多个第一虚拟通道与图像传感器的多个第二虚拟通道一一对应的示意图，在图3中，对于图像传感器130而言，驱动层131设有3个第一虚拟通道301、302、303，对应地，图像传感器110设有3个第二虚拟通道305、306、307，那么，第一虚拟通道301与第二虚拟通道305之间建立有通信连接，第一虚拟通道302与第二虚拟通道306之间建立有通信连接，第一虚拟通道303与第二虚拟通道307之间建立有通信连接。

在一种可能的实现方式，第一虚拟通道是指图像采集设备中遵循MIPI协议的通道。在一种可能的实现方式，第二虚拟通道是指图像传感器中遵循MIPI协议的通道。

由上可知，图像传感器输出的图像数据，可以通过第二虚拟通道传输至对应的第一虚拟通道，以此实现图像传感器与图像采集设备之间的数据传输。

其次说明的是，通道定制，与上位机在测试过程中需要使用的图像数据有关，对于图像传感器而言，不同的图像数据是通过指定的第二虚拟通道进行传输的，那么，在确定测试过程中需要使用的图像数据之后，便能够相应地确定用于传输该图形数据的第二虚拟通道，即认为是图像传感器被定制开启的第二虚拟通道。

因此，本实施例中，通道开启指令用于指示图像传感器被定制开启的第二虚拟通道。由于驱动层的多个第一虚拟通道与图像传感器的多个第二虚拟通道一一对应，换而言之，通道开启指令，实质指示了计划与应用层之间建立传输通道的第一虚拟通道。

关于通道开启指令的获取，在一种可能的实现方式，接收上位机发送的通道开启指令。在一种可能的实现方式，从配置文件中提取通道标识；根据提取到的通道标识生成通道开启指令。其中，通道标识用于指示图像传感器被定制开启的第二虚拟通道。也可以认为是，通道定制可以是用户通过上位机通知图像采集设备，也可以是用户预先存储于图像采集设备中的配置文件，此处并未加以限定。

对于图像采集设备而言，在获取到通道开启指令，便能够确定计划与应用层之间建立传输通道的第一虚拟通道。也就是说，目标虚拟通道，是指计划与应用层之间建立传输通道的第一虚拟通道。

在一种可能的实现方式，通道开启指令至少包括：图像传感器被定制开启的第二虚拟通道的通道标识。

以图3中示出的第一/第二虚拟通道举例说明，假设图像传感器110被定制开启的第二虚拟通道为306，则通道开启指令至少包括：第二虚拟通道306的通道标识，那么，响应于该通道开启指令，便能够确定计划与应用层133之间建立传输通道的第一虚拟通道为302，进而将第一虚拟通道302作为目标虚拟通道，以在该目标虚拟通道与应用层133之间建立传输通道。

由上可知，第一虚拟通道与应用层之间是否建立传输通道，与图像传感器被定制开启的第二虚拟通道有关，也可以理解为，第一虚拟通道与应用层之间是否建立传输通道，取决于与该第一虚拟通道对应的第二虚拟通道是否被定制开启，以此为图像数据是否流转至上位机提供依据。

步骤330，向图像传感器发起图像采集请求，使得图像传感器输出的图像数据，通过多个第二虚拟通道分别传输至对应的第一虚拟通道。

其中，图像采集请求用于指示图像采集设备请求采集的图像数据。

在一种可能的实现方式，在至少一个目标虚拟通道与应用层之间的传输通道建立完毕，图像采集设备向图像传感器发起图像采集请求。

对于图像传感器而言，在接收到图像采集设备发送的图像采集请求之后，便能够确定图像采集设备请求采集的图像数据，以将该图像数据通过多个第二虚拟通道分别传输至对应的第一虚拟通道。

举例来说，假设用于图像传感器测试的图像数据包括a、b、c，继续以图3中示出的第一/第二虚拟通道进行说明，在图像传感器110中，假设图像数据a指定通过第二虚拟通道305传输，图像数据b指定通过第二虚拟通道306传输，图像数据c指定通过第二虚拟通道307传输。

那么，若图像采集设备130请求采集图像数据a和b，则图像数据a通过第二虚拟通道305传输至对应的第一虚拟通道301，图像数据b通过第二虚拟通道306传输至对应的第一虚拟通道302。

应当说明的是，定制化成本较高主要是由于图像采集设备与上位机之间传输了未使用的图像数据导致，故，图像采集设备可以向图像传感器请求采集完整的图像数据，以此来满足用户多变的通道定制需求，也可以请求采集部分图像数据，为本次图像传感器的测试过程服务，此处并未加以限定。

值得一提的是，步骤310和步骤330的执行顺序并非局限于本实施例中先执行步骤310再执行步骤330，在其他实施例中，也可以同步执行步骤310和步骤330，或者，先执行步骤330再执行步骤310，当至少一个目标虚拟通道与应用层之间的传输通道建立完毕，再执行步骤350，此处并非构成具体限定。

步骤350，基于传输通道，将图像数据从至少一个目标虚拟通道传输至应用层。

仍以前述例子进行说明，如图3所示，假设图像传感器110被定制开启的第二虚拟通道为306，由于图像采集设备130请求采集图像数据a和b，故，图像数据a通过第二虚拟通道305传输至对应的第一虚拟通道301，图像数据b通过第二虚拟通道306传输至对应的第一虚拟通道302，然而响应于通道开启指令，传输通道建立在第一虚拟通道302与应用层133之间，那么，基于建立的该传输通道，仅图像数据b能够从驱动层131传输至应用层133，并且继续由应用层133通过通信模块135传输至上位机150。

此种方式下，对于驱动层而言，不再关注哪些第二虚拟通道被定制开启，未被定制开启的第二虚拟通道仍然可以进行图像数据的传输，例如未被定制开启的第二虚拟通道305，而就应用层来说，实际接收到的图像数据则与被定制开启的第二虚拟通道密切相关，例如被定制开启的第二虚拟通道306。也可以理解为，图像数据是否能够从图像传感器流转至上位机，不再依赖于图像传感器与驱动层之间的第一/第二虚拟通道，而是取决于驱动层与应用层之间是否建立有传输通道，从而使得通道定制从驱动层转移至应用层。

步骤370，通过应用层，对图像数据进行测试处理。

其中，测试处理包括预处理和/或测试。预处理是指在进行图像传感器测试之前的处理，目的在于提高图像性能，以便于提高生产测试效率；测试即是指图像传感器的测试，该测试可以在图像采集设备中独立完成，也可以由图像采集设备和上位机相互配合完成，此处并未加以限定。

为了满足用户关于图像传感器的测试需求，对于应用层而言，在将图像数据传输至上位机之前，可以对获得的图像数据进行预处理。在一种可能的实现方式，预处理包括但不限于：用于减少传输带宽的感兴趣区域(ROI，region of interest)提取、用于提高图像清晰度的图像像素的平均值计算、用于对齐图像的多通道融合等等预处理。

在一种可能的实现方式，测试包括但不限于：白平衡、坏点脏污检测等测试。

通过上述过程，通过在驱动层与应用层之间建立传输通道，使得通道定制从驱动层转移至应用层，避免对图像采集设备进行大量的修改和更新，且无需上位机配合修改，从而能够有效地解决相关技术中存在的图像采集过程中定制化成本高的问题。

请参阅图4，在一示例性实施例中，步骤310还可以包括以下步骤：

步骤311，获取为应用层配置的通道指向数据。

其中，通道指向数据存储于图像采集设备，用于指向第一虚拟通道。在一种可能的实现方式，通道指向数据是用于实现驱动层与应用层通信的程序实例。例如，通道指向数据可以是C语言形式的驱动接口对象。

通道指向数据是为了应用层能够与第一虚拟通道建立传输通道而配置，并存储于图像采集设备。

举例来说，驱动层设有3个第一虚拟通道，那么，为了应用层能够与该3个第一虚拟通道建立传输通道，可以配置指向该3个第一虚拟通道的通道指向数据。例如，通道指向数据包括分别指向3个第一虚拟通道的3个驱动接口对象。

在完成通道指向数据的配置之后，便能够在进行传输通道建立时，从图像采集设备中获取该通道指向数据。

步骤313，根据通道指向数据进行的第一虚拟通道指向，将至少一个目标虚拟通道与通道指向数据指向的第一虚拟通道进行对齐，完成传输通道的建立。

如前所述，目标虚拟通道实质是指驱动层中计划与应用层建立传输通道的第一虚拟通道，而通道指向数据是为应用层配置用于指向第一虚拟通道，在未进行对齐的情况下，通道指向数据可以指向驱动层中任意一个第一虚拟通道，而并非唯一地指向计划与应用层建立传输通道的第一虚拟通道(即目标虚拟通道)，那么，为了实现在驱动层与应用层之间建立传输通道，需要通道指向数据能够唯一地指向目标虚拟通道，即将驱动层的第一虚拟通道与为应用层配置的通道指向数据所指向的第一虚拟通道对齐，以保证图像数据能够在通道指向数据进行的第一虚拟通道指向的作用下，从驱动层中该通道指向数据所指向的第一虚拟通道传输至应用层。换而言之，对齐的作用在于令通道指向数据唯一地指向目标虚拟通道，从而在目标虚拟通道与应用层之间完成传输通道的建立。

图5展示了目标虚拟通道与通道指向数据所指向的第一虚拟通道对齐的示意图，如图5所示，假设驱动层的第一虚拟通道包括501、502、503，目标虚拟通道为501；而为应用层配置的通道指向数据包括：指向上述任意一个第一虚拟通道的驱动接口对象601、602、603。

通过对齐处理，使得驱动接口对象601唯一地指向第一虚拟通道501，则在驱动接口对象601进行的第一虚拟通道501指向的作用下，图像数据将从驱动层的第一虚拟通道501传输至应用层；当然，若驱动接口对象601唯一地指向第一虚拟通道502，则在驱动接口对象601进行的第一虚拟通道502指向的作用下，图像数据将从驱动层的第一虚拟通道502传输至应用层。

在上述实施例的作用下，基于通道指向数据实现传输通道的建立，使得图像数据能够在通道指向数据的作用下从驱动层传输至应用层，为通道定制从驱动层转移至应用层提供了基础，从而有利于降低定制化成本。

请参阅图6，在一示例性实施例中，步骤311之前，该方法还可以包括以下步骤：

步骤410，确定目标虚拟通道的数量。

对于驱动层来说，在响应于通道开启指令之后，便能够从多个第一虚拟通道中确定至少一个目标虚拟通道，相应地，也能够确定目标虚拟通道的数量。

在一种可能的实现方式，根据通道开启指令中的通道标识，确定目标虚拟通道的数量。其中，该通道标识用于指示图像传感器被定制开启的第二虚拟通道。

步骤430，根据目标虚拟通道的数量，为应用层创建相应数量的驱动接口对象。

其中，驱动接口对象用于指向目标虚拟通道。在一种可能的实现方式，驱动接口对象是指用于实现驱动层与应用层通信的C语言形式的程序实例。

回请参阅图5所示，假设驱动层的第一虚拟通道包括501、502、503，目标虚拟通道为501、502；那么，基于目标虚拟通道的数量，为应用层配置的通道指向数据包括：指向上述两个目标虚拟通道中任意一个目标虚拟通道的驱动接口对象601、602。

步骤450，将所创建的驱动接口对象存储至通道指向数据。

在完成驱动接口对象的创建之后，便能够将该驱动接口对象存储至通道指向数据，以在通道指向数据的作用下，实现图像数据从驱动层传输至应用层。

仍以前述例子进行说明，通过对齐处理，驱动接口对象601指向目标虚拟通道501，驱动接口对象602指向目标虚拟通道502，那么，一部分图像数据将在驱动接口对象601进行的目标虚拟通道501指向的作用下，从驱动层的目标虚拟通道501传输至应用层，而另一部分图像数据则是在驱动接口对象602进行的目标虚拟通道502指向的作用下，从驱动层的目标虚拟通道502传输至应用层。

在上述实施例的作用下，结合目标虚拟通道的数量进行驱动接口对象的创建，避免出现冗余的通道指向，例如，冗余的驱动接口对象指向非目标虚拟通道503，能够有效地减少图像采集设备中资源损耗，进一步有利于降低定制化成本。

在一示例性实施例中，步骤370之后，该方法还可以包括以下步骤：

通过应用层，对来自于多个目标虚拟通道的图像数据进行多通道融合处理，得到单通道图像数据。

应当理解，来自于多个目标虚拟通道的图像数据，既可以通过图像采集设备中的通信模块分别传输至上位机，也可以同时传输至上位机进行图像传感器的测试，然而，发明人意识到，受限于数据传输过程中可能存在网络拥堵等原因，将导致上位机接收到的图像数据可能并非是同一个时间段采集，势必会影响图像传感器的测试性能。故，在将图像数据发送至上位机之前，需要进行图像数据的多通道融合处理。

本实施例中，多通道融合处理，是指对多个目标虚拟通道的图像数据进行拼接。

例如，单通道图像数据[63:0]＝{data1[63:32]，data2[31:0]}，其中，data1[63:32]和data2[31:0]表示不同目标虚拟通道的图像数据。

那么，对于上位机而言，在接收到单通道图像数据之后，便能够根据该单通道图像数据进行图像传感器的测试。例如，测试包括但不限于：白平衡、坏点脏污检测等测试。

在上述实施例的配合下，能够充分地保证上位机进行的图像传感器测试的测试性能，有利于提高上位机的生产测试效率。

下述为本申请装置实施例，可以用于执行本申请所涉及的图像处理方法。对于本申请装置实施例中未披露的细节，请参照本申请所涉及的图像处理方法的方法实施例。

请参阅图7，本申请实施例中提供了一种图像处理装置900，该装置900应用于包含驱动层和应用层的图像采集设备。

该装置900包括但不限于：通道建立模块910、图像请求模块930、图像传输模块950以及图像处理模块970。

其中，通道建立模块910，用于响应于通道开启指令，从驱动层的多个第一虚拟通道中确定至少一个目标虚拟通道，并在至少一个目标虚拟通道与应用层之间建立传输通道。驱动层的多个第一虚拟通道与图像传感器的多个第二虚拟通道一一对应。

图像请求模块930，用于当传输通道完成建立，向图像传感器发起图像采集请求，使得图像传感器输出的图像数据，通过多个第二虚拟通道传输至对应的多个第一虚拟通道。

图像传输模块950，用于基于传输通道，将图像数据从至少一个目标虚拟通道传输至应用层。

图像处理模块970，用于通过应用层，对图像数据进行测试处理。

需要说明的是，上述实施例所提供的图像处理装置在进行图像处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即图像处理装置的内部结构将划分为不同的功能模块，以完成以上描述的全部或者部分功能。

另外，上述实施例所提供的图像处理装置与图像处理方法的实施例属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

请参阅图8，本申请实施例中提供了一种图像采集系统1000，该图像采集系统1000包括图像传感器1010、图像采集设备1030和/或上位机1050。

其中，图像传感器1010，用于输出图像数据，并将图像数据通过多个第二虚拟通道传输至图像采集设备。

图像采集设备1030，包括驱动层和应用层，驱动层的多个第一虚拟通道与图像传感器的多个第二虚拟通道一一对应；驱动层用于接收图像传感器通过多个第二虚拟通道分别传输至对应的第一虚拟通道的图像数据；驱动层还用于响应于通道开启指令，从多个第一虚拟通道中确定至少一个目标虚拟通道，并在至少一个目标虚拟通道与应用层之间建立传输通道，以将图像数据从至少一个目标虚拟通道传输至应用层；应用层用于对图像数据进行测试处理。

上位机1050，用于根据接收到的图像数据进行图像传感器的测试。

请参阅图9，本申请实施例中提供了一种图像采集设备4000。

在图9中，该图像采集设备4000包括至少一个处理器4001、至少一条通信总线4002以及至少一个存储器4003。

其中，处理器4001和存储器4003相连，如通过通信总线4002相连。可选地，图像采集设备4000还可以包括收发器4004，收发器4004可以用于该图像采集设备与其他设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器4004不限于一个，该图像采集设备4000的结构并不构成对本申请实施例的限定。

处理器4001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

通信总线4002可包括一通路，在上述组件之间传送信息。通信总线4002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。通信总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器4003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器4003上存储有计算机程序，处理器4001通过通信总线4002读取存储器4003中存储的计算机程序。

该计算机程序被处理器4001执行时实现上述各实施例中的图像处理方法。

此外，本申请实施例中提供了一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例中的图像处理方法。

本申请实施例中提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在存储介质中。计算机设备的处理器从存储介质读取该计算机程序，处理器执行该计算机程序，使得该计算机设备执行上述各实施例中的图像处理方法。

与相关技术相比，能够有效地降低图像传感器多虚拟通道的定制难度，一方面，多虚拟通道定制，无需更改图像采集设备中的驱动层，仅需要对图像采集设备中的应用层进行修改和更新，且无需上位机配合修改，大大降低了开发难度，减少了开发工作量，有利于提高生产测试效率，相较于利用图像采集设备中的驱动层实现多虚拟通道的定制，更加地简单快捷，另一方面，图像传感器采用多虚拟通道或者单虚拟通道的工作方式，对于驱动层而言是透明的，在实现驱动层的芯片遇到硬件资源瓶颈时，可迅速更换更高性能的芯片来实现驱动层，进一步有利于提高生产测试效率。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种图像处理方法，其特征在于，应用于包含驱动层和应用层的图像采集设备，所述方法包括：

响应于通道开启指令，从所述驱动层的多个第一虚拟通道中确定至少一个目标虚拟通道，并在至少一个所述目标虚拟通道与所述应用层之间建立传输通道；所述驱动层的多个第一虚拟通道与图像传感器的多个第二虚拟通道一一对应；

向所述图像传感器发起图像采集请求，使得所述图像传感器输出的图像数据，通过多个所述第二虚拟通道分别传输至对应的所述第一虚拟通道；

基于所述传输通道，将所述图像数据从至少一个所述目标虚拟通道传输至所述应用层；

通过所述应用层，对所述图像数据进行测试处理。

2.如权利要求1所述的方法，其特征在于，所述在至少一个所述目标虚拟通道与所述应用层之间建立传输通道，包括：

获取为所述应用层配置的通道指向数据，所述通道指向数据用于指向所述第一虚拟通道；

根据所述通道指向数据进行的第一虚拟通道指向，将至少一个所述目标虚拟通道与所述通道指向数据指向的第一虚拟通道进行对齐，完成所述传输通道的建立。

3.如权利要求2所述的方法，其特征在于，所述通道指向数据包括驱动接口对象；

所述获取为所述应用层配置的通道指向数据之前，所述方法还包括：

确定所述目标虚拟通道的数量；

根据所述目标虚拟通道的数量，为所述应用层创建相应数量的所述驱动接口对象，所述驱动接口对象用于指向所述目标虚拟通道；

将所创建的驱动接口对象存储至所述通道指向数据。

4.如权利要求1所述的方法，其特征在于，所述响应于通道开启指令，从所述驱动层的多个第一虚拟通道中确定至少一个目标虚拟通道之前，所述方法还包括：

从配置文件中提取通道标识，所述通道标识用于指示所述图像传感器被定制开启的第二虚拟通道；

根据提取到的通道标识生成所述通道开启指令。

5.如权利要求1所述的方法，其特征在于，所述响应于通道开启指令，从所述驱动层的多个第一虚拟通道中确定至少一个目标虚拟通道之前，所述方法还包括：

接收上位机发送的所述通道开启指令。

6.如权利要求1至5任一项所述的方法，其特征在于，所述通过所述应用层，对所述图像数据进行测试处理，包括：

通过所述应用层，对来自于多个所述目标虚拟通道的所述图像数据进行多通道融合处理，得到单通道图像数据。

7.如权利要求6所述的方法，其特征在于，所述通过所述应用层，对来自于多个所述目标虚拟通道的所述图像数据进行多通道融合处理，得到单通道图像数据之后，所述方法还包括：

将所述单通道图像数据发送至上位机，以使所述上位机根据所述单通道图像数据进行所述图像传感器的测试。

8.一种图像处理装置，其特征在于，应用于包含驱动层和应用层的图像采集设备，所述装置包括：

通道建立模块，用于响应于通道开启指令，从所述驱动层的多个第一虚拟通道中确定至少一个目标虚拟通道，并在至少一个所述目标虚拟通道与所述应用层之间建立传输通道；所述驱动层的多个第一虚拟通道与图像传感器的多个第二虚拟通道一一对应；

图像请求模块，用于当所述传输通道完成建立，向所述图像传感器发起图像采集请求，使得所述图像传感器输出的图像数据，通过多个所述第二虚拟通道传输至对应的多个所述第一虚拟通道；

图像传输模块，用于基于所述传输通道，将所述图像数据从至少一个所述目标虚拟通道传输至所述应用层；

图像处理模块，用于通过所述应用层，对所述图像数据进行测试处理。

9.一种图像处理系统，其特征在于，所述系统包括图像传感器、图像采集设备和/或上位机；其中，

图像传感器，用于输出图像数据，并将所述图像数据通过多个第二虚拟通道传输至图像采集设备；

图像采集设备，包括驱动层和应用层，所述驱动层的多个第一虚拟通道与所述图像传感器的多个所述第二虚拟通道一一对应；所述驱动层用于接收所述图像传感器通过多个所述第二虚拟通道分别传输至对应的第一虚拟通道的所述图像数据；所述驱动层还用于响应于通道开启指令，从多个第一虚拟通道中确定至少一个目标虚拟通道，并在至少一个所述目标虚拟通道与所述应用层之间建立传输通道，以将所述图像数据从至少一个所述目标虚拟通道传输至所述应用层；所述应用层用于对所述图像数据进行测试处理；

所述上位机，用于根据接收到的图像数据进行所述图像传感器的测试。

10.一种图像采集设备，其特征在于，包括：至少一个处理器、至少一个存储器、以及至少一条通信总线，其中，

所述存储器上存储有计算机程序，所述处理器通过所述通信总线读取所述存储器中的所述计算机程序；

所述计算机程序被所述处理器执行时实现权利要求1至7中任一项所述的图像处理方法。

Images