一种车载摄像头图像处理方法，处理系统以及存储介质

技术领域

本发明涉及电流测试领域，具体而言，涉及一种车载摄像头图像处理方法，处理系统以及存储介质。

背景技术

车载摄像头用于为交通事故处理提供科学依据的设备, 能非常实时的呈现视频和音频的功能为我们交通事故个处理和定位提供了更科学的依据，让我们的财产和人生安全得到了充分的保障。随着我国经济的迅猛发展，科技水平的不断进步，汽车制造技术也得到了前所未有的发展。在车辆运行过程中，为便于驾驶员实时获取车辆周围的环境，提高驾驶的安全性，需要使用多个摄像头进行图像拍摄并将这些图像合成，得到完整的环境图像。

现有技术存在以下技术问题：

由于汽车电子发展日新月异，智能驾驶也慢慢地由4路的环视摄像头发展到现在的12路摄像头，分别采集环视、侧视、前视、后视，目前的技术方案都是将经过解串器解析后输出的信号传给SOC，由SOC进行对应的处理后再传给串行器 ，由串行器传输给屏端，那么摄像头越来越多，SOC处理的数据量就越大，SOC无法保持较快的图像处理速度，容易出现卡顿和死机现象，需要SOC具有更强的性能。

发明内容

有鉴于此，本发明的目的在于提供一种车载摄像头图像处理方法，处理系统以及存储介质，能够减轻车载摄像头图像处理过程中SOC的任务量，提升SOC的工作效率，降低功耗，保证车载全景图像的实时性。

本发明一种车载摄像头图像处理方法，包括：

S100:获取车载摄像头的图像数据。

S200:对所述图像数据进行图像处理，获得全景图像数据。

S300:将所述全景图像数据传输至显示屏进行显示，实现车载摄像头图像处理。

上述技术方案中，本申请实施例示出的车载摄像头图像处理方法应用于同时处理多路车载摄像头，其中核心处理步骤为S200,将一部分数据直接在解串器或者串行器直接进行处理就可以减轻SOC的任务量，提升SOC的工作效率，降低功耗。

进一步的，所述步骤S100,具体包括：

S101：打开反序列化和序列化的传输通道。

S102：采集各路车载摄像头的图像数据；所述图像数据至少包括：环视图像数据、侧视图像数据、前视图像数据以及后视图像数据。

优选的，反序列化为解串器模块。

优选的，序列化为串行器模块。

优选的，在解串器模块中内置图像信号处理模块。

进一步的，打开反序列化和序列化的传输通道，具体包括：

解串器内置图像信号处理模块，先由图像信号处理模块对解串器和串行器进行配置，打开传输通道。

进一步的，采集各路车载摄像头的图像数据；所述图像数据至少包括：环视图像数据、侧视图像数据、前视图像数据以及后视图像数据，具体包括：

将当各路车载摄像头的图像数据传输给电子控制单元后，解串器先对图像信息进行解析。

进一步的，所述步骤S200,具体包括：

S201：判断各路车载摄像头的当前图像数据是否为预设格式，若是，则进入S203，否则，进入S202。

S202：对当前图像数据进行反序列化处理，并将反序列化处理过的当前图像数据转换成预设格式的图像数据。

S203：将各个车载摄像头的预设格式的图像数据进行拼接，获取全景图像数据。

S204：将全景图像数据进行序列化处理，使其转化为可保存或可传输的格式。

应当理解的是，序列化是将对象的状态信息转换为可保持或传输的格式的过程（一堆字符），比如转化为二进制、xml、json等的过程；

反序列化就是将在序列化过程中所生成的二进制串、xml、json等转换成数据结构或者对象的过程。

这两个过程结合起来，可以轻松地存储、传输数据。

示例性的，若车载摄像头传输过来的图像数据是RAW格式数据，则图像信号处理模块先将RAW格式数据转换成YUV422格式的图像数据，然后将各个摄像头的图像进行拼接，再输出全景图像给串行器，最后输出给显示屏进行显示。

若车载摄像头传输过来的图像数据是YUV422，则图像信号处理模块直接将各个摄像头的图像进行拼接，然后输出给串行器，最后输出给显示屏进行显示。

进一步的，所述预设格式为RAW格式数据、YUV422格式数据、HDF5格式以及JPEG格式中的任一种。

进一步的，所述全景图像数据通过IIC信号以及MIPI信号进行传输。

综上所述，相对于目前的技术，减少了SOC对串行器和串行器配置及等待反馈的时间，减少了SOC进行数据处理的时间，整体上缩短了图像显示的时间，使得显示器能够更快显示图像，由于SOC要处理大量的数据导致过热，性能下降，无法保持较快的图像处理速度，容易出现卡顿和死机现象，因此，上述技术方案能够提高图像处理速度，提升图像输出系统的图像处理实时性。

作为另一种优选的，本发明还提供一种车载摄像头图像处理系统，所述处理系统至少包括：

获取模块，所述获取用于获取车载摄像头的图像数据。

处理模块，用于对所述图像数据进行图像处理，获得全景图像数据，并将所述全景图像数据传输至显示屏进行显示。

以及显示模块，用于显示所述全景图像数据。

进一步的，所述获取模块与多路车载摄像头通讯连接。

所述多路车载摄像头用于采集车辆的环视图像、侧视图像、前视图像以及后视图像。

进一步的，所述处理模块至少包括：

判断模块，用于判断各路车载摄像头的当前图像数据是否为预设格式。

解串器，用于对图像数据进行反序列化处理，使其转化为数据结构或对象；

图像信号处理模块，用于将反序列化处理过的图像数据转换成预设格式的图像数据，并将各个车载摄像头的预设格式的图像数据进行拼接，获取全景图像数据。

以及串行器，用于将全景图像数据进行序列化处理，使其转化为可保存或可传输的格式。

进一步的，所述图像信号处理模块嵌入式设置于解串器中。

所述解串器和串行器之间通过IIC集成电路总线连接。

所述解串器和串行器均设置有MIPI接口，所述MIPI接口互相连接。

应当理解的是，MIPI接口目的是把电子设备内部的接口如摄像头、显示屏接口、射频/基带接口等标准化，从而减少手机设计的复杂程度和增加设计灵活性。

作为另一种优选的，本发明还提供一种存储介质，位于任意控制单元，所述存储介质包括可被处理器执行的计算机程序，所述计算机程序用于执行如上所述的车载摄像头图像处理方法。

与现有技术相比，本方案的有益效果在于：

本发明提供一种车载摄像头图像处理方法，处理系统以及存储介质，先获取车载摄像头的图像数据；再对所述图像数据进行图像处理，获得全景图像数据；将所述全景图像数据传输至显示屏进行显示，实现车载摄像头图像处理；其中，将车载摄像头图像数据直接在解串器进行处理，减轻车载摄像头图像处理过程中SOC的任务量，提升SOC的工作效率，降低功耗，保证车载全景图像的实时性；相对于目前的技术，由于SOC要处理大量的数据导致过热，性能下降，无法保持较快的图像处理速度，容易出现卡顿和死机现象，影响图像生成的速度，降低了图像生成的实时性，本发明减少了SOC对串行器和串行器配置及等待反馈的时间，减少了SOC进行数据处理的时间，整体上缩短了图像显示的时间，使得显示器能够更快显示图像；因此，上述技术方案能够提高图像处理速度，提升图像输出系统的图像处理实时性。

附图说明

图1为本发明一种车载摄像头图像处理方法的流程图。

图2为本发明一种车载摄像头图像处理系统的示意图。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的较佳实施方式。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施方式。

请参考图1，一较佳实施例中，本发明一种车载摄像头图像处理方法，包括：

S100:获取车载摄像头的图像数据。

S200:对所述图像数据进行图像处理，获得全景图像数据。

S300:将所述全景图像数据传输至显示屏进行显示，实现车载摄像头图像处理。

具体实施过程中，本申请实施例示出的车载摄像头图像处理方法应用于同时处理多路车载摄像头，其中核心处理步骤为S200,将一部分数据直接在解串器或者串行器直接进行处理就可以减轻SOC的任务量，提升SOC的工作效率，降低功耗。

在本实施例中，所述步骤S100,具体包括：

S101：打开反序列化和序列化的传输通道。

S102：采集各路车载摄像头的图像数据；所述图像数据至少包括：环视图像数据、侧视图像数据、前视图像数据以及后视图像数据。

优选的，反序列化为解串器模块。

优选的，序列化为串行器模块。

优选的，在解串器模块中内置图像信号处理模块。

进一步的，打开反序列化和序列化的传输通道，具体包括：

解串器内置图像信号处理模块，先由图像信号处理模块对解串器和串行器进行配置，打开传输通道。

进一步的，采集各路车载摄像头的图像数据；所述图像数据至少包括：环视图像数据、侧视图像数据、前视图像数据以及后视图像数据，具体包括：

将当各路车载摄像头的图像数据传输给电子控制单元后，解串器先对图像信息进行解析。

在本实施例中，所述步骤S200,具体包括：

S201：判断各路车载摄像头的当前图像数据是否为预设格式，若是，则进入S203，否则，进入S202。

S202：对当前图像数据进行反序列化处理，并将反序列化处理过的当前图像数据转换成预设格式的图像数据。

S203：将各个车载摄像头的预设格式的图像数据进行拼接，获取全景图像数据。

S204：将全景图像数据进行序列化处理，使其转化为可保存或可传输的格式。

应当理解的是，序列化是将对象的状态信息转换为可保持或传输的格式的过程（一堆字符），比如转化为二进制、xml、json等的过程；

反序列化就是将在序列化过程中所生成的二进制串、xml、json等转换成数据结构或者对象的过程。

这两个过程结合起来，可以轻松地存储、传输数据。

示例性的，若车载摄像头传输过来的图像数据是RAW格式数据，则图像信号处理模块先将RAW格式数据转换成YUV422格式的图像数据，然后将各个摄像头的图像进行拼接，再输出全景图像给串行器，最后输出给显示屏进行显示。

若车载摄像头传输过来的图像数据是YUV422，则图像信号处理模块直接将各个摄像头的图像进行拼接，然后输出给串行器，最后输出给显示屏进行显示。

在本实施例中，所述预设格式为RAW格式数据、YUV422格式数据、HDF5格式以及JPEG格式中的任一种。

在本实施例中，所述全景图像数据通过IIC信号以及MIPI信号进行传输。

综上所述，相对于目前的技术，减少了SOC对串行器和串行器配置及等待反馈的时间，减少了SOC进行数据处理的时间，整体上缩短了图像显示的时间，使得显示器能够更快显示图像，由于SOC要处理大量的数据导致过热，性能下降，无法保持较快的图像处理速度，容易出现卡顿和死机现象，因此，上述技术方案能够提高图像处理速度，提升图像输出系统的图像处理实时性。

请参考图2，作为另一种优选的，本发明还提供一种车载摄像头图像处理系统，所述处理系统至少包括：

获取模块，所述获取用于获取车载摄像头的图像数据。

处理模块，用于对所述图像数据进行图像处理，获得全景图像数据，并将所述全景图像数据传输至显示屏进行显示。

以及显示模块，用于显示所述全景图像数据。

在本实施例中，所述获取模块与多路车载摄像头通讯连接。

所述多路车载摄像头用于采集车辆的环视图像、侧视图像、前视图像以及后视图像。

在本实施例中，所述处理模块至少包括：

判断模块，用于判断各路车载摄像头的当前图像数据是否为预设格式。

解串器，用于对图像数据进行反序列化处理，使其转化为数据结构或对象；

图像信号处理模块，用于将反序列化处理过的图像数据转换成预设格式的图像数据，并将各个车载摄像头的预设格式的图像数据进行拼接，获取全景图像数据。

以及串行器，用于将全景图像数据进行序列化处理，使其转化为可保存或可传输的格式。

在本实施例中，所述图像信号处理模块嵌入式设置于解串器中。

所述解串器和串行器之间通过IIC集成电路总线连接。

所述解串器和串行器均设置有MIPI接口，所述MIPI接口互相连接。

应当理解的是，MIPI接口目的是把电子设备内部的接口如摄像头、显示屏接口、射频/基带接口等标准化，从而减少手机设计的复杂程度和增加设计灵活性。

作为另一种优选的，本发明还提供一种存储介质，位于任意控制单元，所述存储介质包括可被处理器执行的计算机程序，所述计算机程序用于执行如上所述的车载摄像头图像处理方法。

与现有技术相比，本方案的有益效果在于：

本发明提供一种车载摄像头图像处理方法，处理系统以及存储介质，先获取车载摄像头的图像数据；再对所述图像数据进行图像处理，获得全景图像数据；将所述全景图像数据传输至显示屏进行显示，实现车载摄像头图像处理；其中，将车载摄像头图像数据直接在解串器进行处理，减轻车载摄像头图像处理过程中SOC的任务量，提升SOC的工作效率，降低功耗，保证车载全景图像的实时性；相对于目前的技术，由于SOC要处理大量的数据导致过热，性能下降，无法保持较快的图像处理速度，容易出现卡顿和死机现象，影响图像生成的速度，降低了图像生成的实时性，本发明减少了SOC对串行器和串行器配置及等待反馈的时间，减少了SOC进行数据处理的时间，整体上缩短了图像显示的时间，使得显示器能够更快显示图像；因此，上述技术方案能够提高图像处理速度，提升图像输出系统的图像处理实时性。

尽管这里已经参考附图描述了示例实施例，应理解上述示例实施例仅仅是示例性的，并且不意图将本发明的范围限制于此。本领域普通技术人员可以在其中进行各种改变和修改，而不偏离本发明的范围和精神。所有这些改变和修改意在被包括在所附权利要求所要求的本发明的范围之内。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明的各个系统及方法实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些模块的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的系统程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，所述功能的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个工具或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

虽然对本发明的描述是结合以上具体实施例进行的，但是，熟悉本技术领域的人员能够根据上述的内容进行许多替换、修改和变化是显而易见的。因此，所有这样的替代、改进和变化都包括在附后的权利要求的精神和范围内。