CN116032900A - 数据处理方法及装置、芯片、计算机可读存储介质 - Google Patents

Abstract

本申请披露了一种数据处理方法及装置、芯片、计算机可读存储介质，该数据处理方法应用于微内核处理系统，所述微内核处理系统包括多个数据处理通道，该数据处理方法包括：获取待处理的视频码流；基于所述待处理的视频码流的数量，确定所述微内核处理系统的目标处理通道，所述目标处理通道为所述多个数据处理通道中的部分或全部数据处理通道；基于所述目标处理通道，对所述待处理的视频码流进行编码处理。本方案中可以对多路视频码流采用多通道处理，且根据多路视频码流的数量，匹配数据处理的通道数，从而降低了多路视频码流数据的处理成本和损耗。

Description

数据处理方法及装置、芯片、计算机可读存储介质

技术领域

本申请实施例涉及数据处理技术领域，并且更为具体地，涉及一种数据处理方法及装置、芯片、计算机可读存储介质。

背景技术

随着微内核移植、分布式软总线等技术的快速发展，越来越多的设备互联系统出现在人们生活中。比如家庭安防监控系统中的多个摄像头可以连接至家庭中的任一智能设备(比如手机、冰箱、洗衣机、空调等)，以便用户随时查看监控视频数据。

但是，基于微内核的处理系统，对多路视频码流数据的编码处理压缩率比较低，通常会采用多个芯片处理，存在成本高、损耗大的问题。

发明内容

本申请实施例提供一种数据处理方法及装置、芯片、计算机可读存储介质。下面对本申请实施例涉及的各个方面进行介绍。

第一方面，提供一种数据处理方法，应用于微内核处理系统，所述微内核处理系统包括多个数据处理通道，所述方法包括：获取待处理的视频码流；基于所述待处理的视频码流的数量，确定所述微内核处理系统的目标处理通道，所述目标处理通道为所述多个数据处理通道中的部分或全部数据处理通道；基于所述目标处理通道，对所述待处理的视频码流进行编码处理。

作为一种可能的实现方式，所述方法还包括：将经过所述编码处理后的视频数据进行分类处理，并分类存储至存储器中。

作为一种可能的实现方式，所述方法还包括：读取所述存储器中存储的所述视频数据；对所述视频数据进行解码处理；将经过所述解码处理后的视频数据传输至一个或多个显示器上。

作为一种可能的实现方式，所述对所述待处理的视频码流进行编码处理，包括：采用SVAC编码算法，对所述待处理的视频码流进行编码处理。

作为一种可能的实现方式，所述微内核处理系统为基于OpenHarmony的分布式系统。

第二方面，提供一种数据处理装置，包括微内核处理系统，所述微内核处理系统包括多个数据处理通道，所述装置还包括：获取模块，用于获取待处理的视频码流；确定模块，用于基于所述待处理的视频码流的数量，确定所述微内核处理系统的目标处理通道，所述目标处理通道为所述多个数据处理通道中的部分或全部数据处理通道；编码模块，用于基于所述目标处理通道，对所述待处理的视频码流进行编码处理。

作为一种可能的实现方式，所述装置还包括：分类模块，用于将经过所述编码处理后的视频数据进行分类处理，并分类存储至存储器中。

作为一种可能的实现方式，所述装置还包括：读取模块，用于读取所述存储器中存储的所述视频数据；解码模块，用于对所述视频数据进行解码处理；传输模块，用于将经过所述解码处理后的视频数据传输至一个或多个显示器上。

作为一种可能的实现方式，所述编码模块用于：采用SVAC编码算法，对所述待处理的视频码流进行编码处理。

作为一种可能的实现方式，所述微内核处理系统为基于OpenHarmony的分布式系统。

第三方面，提供一种芯片，包括处理器，所述处理器配置成执行如第一方面或第一方面中任一实现方式所述的方法。

第四方面，提供一种计算机可读存储介质，其上存储有可执行代码，当所述可执行代码被执行时，能够实现如第一方面或第一方面中任一实现方式所述的方法。

本申请实施例提供一种数据处理方法，可应用于微内核处理系统，该微内核处理系统包括多个数据处理通道，该方法包括：获取待处理的视频码流；基于待处理的视频码流的数量，确定微内核处理系统的目标处理通道，其中目标处理通道为多个数据处理通道中的部分或全部数据处理通道；然后，基于目标处理通道，对待处理的视频码流进行编码处理。本方案中可以对多路视频码流采用多通道处理，且根据多路视频码流的数量，匹配数据处理的通道数，从而降低了多路视频码流数据的处理成本和损耗。

附图说明

图1是本申请一实施例提供了数据处理方法的流程示意图。

图2是本申请一实施例提供的安防监控系统的结构示意图。

图3是本申请一实施例提供的数据处理装置的结构示意图。

图4是本申请一实施例提供的芯片的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

OpenHarmony是由开放原子开源基金会孵化及运营的开源项目，目标是面向全场景、全连接、全智能时代，基于开源的方式，搭建一个智能终端设备操作系统的框架和平台，将用户在全场景生活中接触的多种智能终端(也可以称智能电子设备)实现极速发现、极速连接、硬件互助、资源共享，用合适的设备提供场景体验，促进万物互联产业的繁荣发展。

随着微内核移植、分布式软总线等技术的快速发展，越来越多的OpenHarmony设备互联系统出现在人们生活中。例如，家庭安防监控系统中的多个摄像头可以连接至家庭任一智能设备(比如手机、冰箱、洗衣机、空调等OpenHarmony设备)，以便用户在任一OpenHarmony设备上均可以查看监控视频数据，从而达到设备之间的硬件互助、资源共享的目的。

但是，基于微内核的处理系统，对多路视频数据的编码处理压缩率比较低，通常会采用多个芯片处理，存在成本高、损耗大的问题。

为了解决上述问题，本申请实施例提供一种数据处理方法，可应用于微内核处理系统，该微内核处理系统包括多个数据处理通道，该方法包括：获取待处理的视频码流；基于待处理的视频码流的数量，确定微内核处理系统的目标处理通道，其中目标处理通道为多个数据处理通道中的部分或全部数据处理通道；然后，基于目标处理通道，对待处理的视频码流进行编码处理。本方案中可以对多路视频码流采用多通道处理，且根据多路视频码流的数量，匹配数据处理的通道数，从而降低了多路视频码流数据的处理成本和损耗。

可以理解的是，本申请实施例中的数据处理方法可应用于微内核系统，该微内核系统可以包括多个数据处理通道。本申请实施例对微内核系统所支持的数据处理通道数不做具体限定，比如可以是支持2通道同时处理，也可以是4通道同时处理。当然，随着技术的发展，还可以包括更多的处理通道，比如10通道等。

在一些实施例中，本申请中的微内核系统可以为基于OpenHarmony的分布式系统。可以理解的是，该微内核系统可以移植至系统级芯片(system on chip，SoC)内，也就是说，本申请实施例中的数据处理方法可以应用于系统级芯片，该系统级芯片是基于微内核处理系统的芯片，比如星光智能三号VC0768等。

下文结合图1对本申请实施例中的数据处理方法进行详细介绍。如图1所示，数据处理方法100包括步骤：S120～S160。

在步骤S120，获取待处理的视频码流。

该待处理的视频码流可以是通过摄像传感器(比如摄像头)采集的视频码流数据。

在一些实施例中，待处理的视频码流可以包括多路视频码流数据。作为一种可能的场景示例，在安防监控系统中，可以设置多个摄像头进行多角度的监控，从而可以同时采集获取多路视频码流数据。

在步骤S140，基于待处理的视频码流的数量，确定微内核处理系统的目标处理通道。

在一些实施例中，在对待处理的视频码流数据进行处理之间，可以先检测确定当前待处理的视频码流的数量，然后再基于待处理的视频码流的数量，确定微内核处理系统的目标处理通道，其中目标处理通道为微内核系统的多个数据处理通道中的部分或全部数据处理通道。

作为一个示例，假若当前微内核处理系统最多可以支持4通道处理，当检测到2路待处理的视频码流时，可以确定微内核处理系统的目标处理通道为2通道。当检测到4路待处理的视频码流时，可以确定微内核处理系统的目标处理通道为4通道。

可以理解的是，目标处理通道的数量可以等于待处理的视频码流的数量。当然，如果待处理的视频码流的数量大于微内核处理系统的最大处理能力，则采用当前最大通道数进行处理即可。

在步骤S160，基于目标处理通道，对待处理的视频码流进行编码处理。

当确定微内核处理系统的目标处理通道之后，就可以基于目标处理通道，对待处理的视频码流进行编码处理，从而使得微内核处理系统的处理通道数可以与待处理的视频码流的数量相匹配，以充分利用微内核处理系统的处理能力，降低损耗。

在一些实施例中，可以采用SVAC(Surveillance Video and Audio Coding)编码算法，对待处理的视频码流数据进行编码处理，以提高编码方面的压缩率，提高微内核处理系统的数据处理能力。SVAC也可以称安全防范监控数字视音频编解码技术标准，是安防行业第一个中国视频编码标准，且其具有较好的编码压缩率。

本申请实施例对待处理的视频码流的编码处理方式不做具体限制，比如还可以采用AVC(Advanced Video Coding)编码算法，AVC又称H.264，是国际标准化组织(ISO/ICE)和国际电信联盟(ITU/VCEG)共同提出的数字视频压缩标准。

在一些实施例中，可以将经过编码处理后的视频数据进行分类处理，并分类存储至存储器中，可以提高从存储器中读取视频数据的效率。

可以理解的是，存储器可以是一个存储集群，也可以是一个独立的存储单元。在一些实施例中，存储器可以是集成在系统级芯片上，也可以位于系统级芯片的外部，本申请实施例对此不做具体限制。

本申请实施例对存储器的类型不做具体限制，比如可以是TF卡(Trans-flashCard)，即，Micro SD Card，也可以静态随机存取存储器(static random access memory，SRAM)或动态随机存取存储器(dynamic random access memory，DRAM)，比如双倍速率同步动态随机存取内存(double data rate synchronous dynamic random-access memory，DDR SDRAM)。

在一些实施例中，可以读取存储器中存储的经编码处理后的视频数据，然后对该视频数据进行解码处理，比如可以采用SVAC解码算法进行解码处理，进一步地，可以将经过解码处理后的视频数据传输至一个或多个显示器上，以供用户查阅。

通过上文内容可以看出，与传统的由多个芯片来处理多路视频数据的方案相比，本方案中可以对多路视频码流采用多通道处理，且根据多路视频码流的数量，匹配数据处理的通道数，从而降低了多路视频码流数据的处理成本和损耗。

为了进一步理解本申请实施例中的数据处理方法，下面结合一种可能的安防监控系统尽心举例说明，如图2所示，该安防监控系统200可以包括摄像传感器模块210、电子设备220、存储器230和显示模块240。

摄像传感器模块210可以包括多个摄像传感器，该多个摄像传感器可以包括摄像传感器211和摄像传感器212，利用摄像传感器211和摄像传感器212可以获取两路待处理的视频码流数据。可以理解的是，摄像传感器可以是指用于获取视频码流的各种类型的摄像头，本申请实施例对此不做具体限制。

电子设备220可以指是包括系统级芯片的智能电子设备，该系统级芯片为微内核处理系统，比如可以是OpenHarmony分布式系统。

在一些实施例中，该电子设备220可以包括编码模块221和解码模块222。编码模块221和解码模块222可以集成在系统级芯片中。

编码模块221可用于对多路视频码流数据进行多通道编码处理。比如编码模块221可以接收摄像传感器模块210采集的2路视频码流数据，然后可以对2路视频码流进行两通道编码。可以理解的是，可以采用SCAC编码算法对多路视频码流数据进行编码处理。

在一些实施例中，经过编码模块221编码处理后的视频数据可以分类存储至存储器230中，以便后续用户设备的调取查阅。存储器230可以是一个存储集群，也可以是前文提及的任意类型存储器。

在一些实施例中，当用户需要查阅监控视频数据时，可以按照预存的物理地址从存储器230中读取所需的视频码流数据，接着，可以通过解码模块222进行解码处理，并传输至显示模块240进行播放显示。应理解，可以利用显示模块240中的多个显示器进行同时播放显示，比如可以利用显示器241和显示器242进行同时播放显示。

可以理解的是，可以采用SCAC解码算法对存储器230中的视频码流数据进行解码处理。

在一些实施例中，显示器模块240中也可以包括解码模块，此时，显示器模块240可以直接从存储器230中读取视频码流数据，并进行解码处理、显示。

在一些实施例中，显示模块240中的多个显示器可以属于同一电子设备，也可以属于不同的电子设备。作为一个示例，显示器241可以为冰箱的触摸屏显示模块，显示器242可以电视的显示屏。

可以理解的是，电子设备220可以手机(mobile phone)、冰箱、洗衣机、电视、空调等，也可以虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备，也可以为便携式的各种类型的计算机系统设备中的任何一种。例如，该电子设备220可以为移动电话或智能电话(例如可以是基于iPhone TM的电话，或基于Android TM的电话)，便携式游戏设备(例如Nintendo DS TM，Play Station Portable TM，Gameboy Advance TM，iPhone TM)、个人计算机(personal computer，PC)、打印机、上网本电脑、膝上型电脑、个人数字助理(personal digital assistant，PDA)、便携式互联网设备、音乐播放器等。

通过上面内容可以看出，本申请实施例中的数据处理方法利用基于OpenHarmony分布式微内核处理系统，可以快捷有效的将解码处理后的视频数据输出到不同的显示屏中，同时采用SVAC编码算法进行多通道编码处理，可以有效降低成本和损耗。

在一些实施例中，电子设备220可以包括系统级芯片，比如可以是VC0768芯片。该系统级芯片可以是OpenHarmony分布式微内核处理系统。本申请还提出了一种系统级芯片的开发方法。下面以VC0768芯片为例进行举例说明。

示例性地：先获取VC0768开发板，然后获取OpenHarmony分布式微内核处理系统，并将其移植至VC0768开发板，使其适配VC0768芯片。进一步地，可以开发在鸿蒙系统下的硬件驱动框架(hardware driver foundation，HDF)的驱动，然后编写测试程序，测试VC0768芯片的每一个模块的驱动是否能正常运行，进一步地，可通过HDMI或者mipi等接口连接显示屏，以及利用视频码流对VC0768芯片的所用功能参数进行测试。

在一些实施例中，在系统级芯片开发过程中，可以将Linux内核的部分驱动加入鸿蒙的HDF驱动框架，然后将HDF驱动框架所需编译的宏打开，将芯片的Linux驱动移植入HDF框架，然后编写测试程序，测试VC0768芯片的每一个模块的驱动是否能正常运行。

可以理解的是，本申请实施例中数据处理方法可以处理不同视频环境下的视频码流数据，并不限于安防监控的视频码流数据。

上文结合图1至图2详细描述了本申请的方法实施例，下面结合图3至图4详细描述本申请的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图3示为本申请一实施例提供的数据处理装置的结构示意图。该数据处理装置300可以包括微内核处理系统，所述微内核处理系统包括多个数据处理通道，数据处理装置300包括：获取模块310、确定模块320和编码模块330。

获取模块310，可用于获取待处理的视频码流。

确定模块320，可用于基于所述待处理的视频码流的数量，确定所述微内核处理系统的目标处理通道，所述目标处理通道为所述多个数据处理通道中的部分或全部数据处理通道。

编码模块330，可用于基于所述目标处理通道，对所述待处理的视频码流进行编码处理。

可选地，所述装置300还包括：分类模块340，可用于将经过所述编码处理后的视频数据进行分类处理，并分类存储至存储器中。

可选地，所述装置300还包括：读取模块350，可用于读取所述存储器中存储的所述视频数据；解码模块360，可用于对所述视频数据进行解码处理；传输模块370，可用于将经过所述解码处理后的视频数据传输至一个或多个显示器上。

可选地，所述编码模块330可用于：采用SVAC编码算法，对所述待处理的视频码流进行编码处理。

可选地，所述微内核处理系统为基于OpenHarmony的分布式系统。

下面结合图4是对本申请实施例中的一种芯片400进行介绍。图4中的虚线表示该单元或模块为可选的。该芯片400可用于实现上述方法实施例中描述的方法。

应理解，芯片400可以应用于前文提及的任一类型的电子设备，比如手机、冰箱、电视、空调、洗衣机等。

芯片400可以包括一个或多个处理器410。该处理器410可支持芯片400实现前文方法实施例所描述的方法。

芯片400还可以包括一个或多个存储器420。存储器420上存储有程序，该程序可以被处理器410执行，使得处理器410执行前文方法实施例所描述的方法。存储器420可以独立于处理器410也可以集成在处理器410中。

芯片400还可以包括收发器430。处理器410可以通过收发器430与其他设备进行通信。例如，处理器410可以通过收发器430与其他设备进行数据收发。

在一些实施例中，芯片400也可以是系统级芯片(system on chip，SoC)，比如星光智能三号VC0768。

本申请实施例还提供一种机器可读存储介质，用于存储程序。并且该程序使得计算机执行本申请各个实施例中的方法。

本申请实施例还提供一种计算机程序产品。该计算机程序产品包括程序。该程序使得计算机执行本申请各个实施例中的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其他任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在机器可读存储介质中，或者从一个机器可读存储介质向另一个机器可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述机器可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(Digital Video Disc，DVD))、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

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

在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种数据处理方法，其特征在于，应用于微内核处理系统，所述微内核处理系统包括多个数据处理通道，所述方法包括：

获取待处理的视频码流；

基于所述待处理的视频码流的数量，确定所述微内核处理系统的目标处理通道，所述目标处理通道为所述多个数据处理通道中的部分或全部数据处理通道；

基于所述目标处理通道，对所述待处理的视频码流进行编码处理。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将经过所述编码处理后的视频数据进行分类处理，并分类存储至存储器中。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

读取所述存储器中存储的所述视频数据；

对所述视频数据进行解码处理；

将经过所述解码处理后的视频数据传输至一个或多个显示器上。

4.根据权利要求1所述的方法，其特征在于，所述对所述待处理的视频码流进行编码处理，包括：

采用SVAC编码算法，对所述待处理的视频码流进行编码处理。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述微内核处理系统为基于OpenHarmony的分布式系统。

6.一种数据处理装置，其特征在于，包括微内核处理系统，所述微内核处理系统包括多个数据处理通道，所述装置还包括：

获取模块，用于获取待处理的视频码流；

确定模块，用于基于所述待处理的视频码流的数量，确定所述微内核处理系统的目标处理通道，所述目标处理通道为所述多个数据处理通道中的部分或全部数据处理通道；

编码模块，用于基于所述目标处理通道，对所述待处理的视频码流进行编码处理。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

分类模块，用于将经过所述编码处理后的视频数据进行分类处理，并分类存储至存储器中。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

读取模块，用于读取所述存储器中存储的所述视频数据；

解码模块，用于对所述视频数据进行解码处理；

传输模块，用于将经过所述解码处理后的视频数据传输至一个或多个显示器上。

9.根据权利要求6所述的装置，其特征在于，所述编码模块用于：

采用SVAC编码算法，对所述待处理的视频码流进行编码处理。

10.根据权利要求6-9中任一项所述的装置，其特征在于，所述微内核处理系统为基于OpenHarmony的分布式系统。

11.一种芯片，其特征在于，包括处理器，所述处理器配置成执行如权利要求1-5中任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有程序代码，所述程序代码在被执行时用于实现如权利要求1-5中任一项所述的方法。

Images