视频增强控制方法、装置以及电子设备与流程

本申请涉及图像处理技术领域，更具体地，涉及一种视频增强控制方法、装置以及电子设备。

背景技术：

带屏幕的电子设备应用随着社会的发展，其应用范围不断地扩大。例如，利于屏幕显示图片以及视频等图像。而大部分电子设备的显示质量会因为周围光源的变化，或者是所播放视频的片源质量问题而受到严重影响。

技术实现要素：

鉴于上述问题，本申请提出了一种视频增强控制方法、装置以及电子设备，以改善上述问题。

第一方面，本申请提供了一种视频增强控制方法，应用于电子设备，所述方法包括：当检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中的处于视频播放状态的应用程序；判断所述处于视频播放状态的应用程序是否有多个；若判定所述处于视频播放状态的应用程序有多个，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强，所述视频增强用于对所播放的视频的图像进行增强。

第二方面，本申请提供了一种视频增强控制装置，运行于电子设备，所述装置包括：应用程序检测单元，用于当检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中的处于视频播放状态的应用程序；判断单元，用于判断所述处于视频播放状态的应用程序是否有多个；视频增强控制单元，用于若判定所述处于视频播放状态的应用程序有多个，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强，所述视频增强用于对所播放的视频的图像进行增强。

第三方面，本申请提供了一种电子设备，包括一个或多个处理器以及存储器；一个或多个程序，其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述的方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码运行时执行上述的方法。

本申请提供的一种视频增强控制方法、装置以及电子设备，在检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中支持视频播放的处于视频播放状态的应用程序，进而判断所述处于视频播放状态的应用程序是否有多个，若判定所述处于视频播放状态的应用程序有多个，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强。从而通过本方法实现了在多个应用程序处于分屏显示模式下，并且在多个应用程序中有多个应用程序均具备视频播放功能的情况下，只会对其中的部分应用程序所播放的视频进行视频增强，进而降低了电子设备的功耗，避免电子设备出现卡顿，从而提升用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请实施例提出的一种视频解码的流程图；

图2示出了本申请实施例提出的一种视频增强控制方法的流程图；

图3示出了本申请实施例提出的一种视频增强控制方法中的界面示意图；

图4示出了本申请实施例提出的一种视频增强控制方法中的一种视频播放界面的示意图；

图5示出了本申请另一实施例提出的一种视频增强控制方法的流程图；

图6示出了本申请再一实施例提出的一种视频增强控制方法的流程图；

图7示出了本申请再一实施例提出的一种视频增强控制方法中的分屏模式的示意图；

图8示出了本申请再一实施例提出的一种视频增强控制方法中的一种确定开始视频增强的应用程序的界面示意图；

图9示出了本申请再一实施例提出的一种视频增强控制方法中的另一种确定开始视频增强的应用程序的界面示意图；

图10示出了本申请再一实施例提出的一种视频增强控制方法中的透明状态示意图；

图11示出了本申请提出的一种视频增强控制装置的结构框图；

图12示出了本申请提出的另一种视频增强控制装置的结构框图；

图13示出了本申请提出的再一种视频增强控制装置的结构框图；

图14示出了本申请的用于执行根据本申请实施例的视频增强控制方法的电子设备的结构框图；

图15是本申请实施例的用于保存或者携带实现根据本申请实施例的图像处理方法的程序代码的存储单元。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

随着电子设备的硬件性能的提升，更多的电子设备可以支持进行视频播放。例如，电子设备可以运行视频播放客户端，然后通过该视频播放客户端来对从网络请求的视频进行播放，或者可以通过运行网页浏览器，然后通过在网页浏览器中进行视频播放，再或者电子设备可以通过视频播放软件对本地存储的视频文件进行播放。

而无论对于是在网络上传输播放的视频，还是在本地存储的视频，在视频的被生成的时候，为了能够降低对存储空间的占用以及便于在网络上传输，都会对生成的视频进行压缩。那么相应的，电子设备在获取到视频时，先获取的到也会是压缩编码以后的视频，那么在这种情况下，电子设备会先对已经压缩编码的视频进行视频解码。

通常，如图1所示，电子设备可以通过硬解码以及软解码两种方式来进行视频解码。其中，硬解码是指使用非cpu进行解码，如gpu(graphicsprocessingunit)、专用的dsp、fpga、asic芯片等。而软解码是指使用cpu进行解码。

具体地，如图1所示，mediaframework(多媒体框架)通过与客户端或者网页浏览器的api接口获取待播放的视频文件，并交由videodecode(视频解码器)，其中，mediaframework(多媒体框架)为操作系统中多媒体框架。

不论是硬解码还是软解码，在将视频数据解码之后，会将解码后的视频数据发送至surfaceflinger(图层传递模块)，由surfaceflinger将解码后的视频数据渲染和合成之后，在屏幕上显示。其中，surfaceflinger是一个独立的service，它接收所有的surface作为输入，根据zorder、透明度、大小、位置等参数，计算出每个surface在最终合成图像中的位置，然后交由hwcomposer或opengl生成最终的显示buffer,然后显示到特定的显示设备上。

而发明人发现无论是在硬解码还是软解码过程中都可以加入视觉增强过程，从而使得后续所播放的视频有更高的视觉效果。例如，可以基于hqv(hollywoodqualityvideo)技术对视频进行边缘去燥、调节曝光度或者提升清晰度等。此外，还可以通过其他的方式来提升所播放视频的视觉体验，例如，提升颜色艳丽程度等。

但是，发明人进一步的发现，对于是否对所播放的视频进行视觉增强的控制方式还有待提升。例如，当电子设备在以分屏的方式运行多个应用程序时，通常会将多个应用程序的运行界面均显示在电子设备的屏幕上，可以理解的是，将数据显示在屏幕上通常需要进行画面数据的渲染操作，而渲染操作通常由cpu来执行，因此在有多个应用程序的画面需要同时渲染的过程中，会增大电子设备的cpu的占用率，再者，若所运行的多个应用程序如果都进行视频播放，且电子设备对多个应用程序所播放的视频都进行视频增强，那么必然更加消耗cpu的资源，进而造成cpu的占用率更加增大，从而可能会造成电子设备卡顿。因此，提出了本申请提供的可以提升控制便利性以及智能化的视频增强控制方法、装置以及电子设备。

下面将结合具体实施例对本申请内容进行介绍。

请参阅图2，本申请提供的一种视频增强控制方法，应用于电子设备，所述方法包括：

步骤s110：当检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中的处于视频播放状态的应用程序。

在本申请中，电子设备可以通过多种的方式来识别应用程序是否处于视频播放状态。

作为一种方式，所述检测应用程序是否处于视频播放状态的步骤包括：检测所述电子设备中运行的应用程序是否处于设定的名单中的应用程序；若检测所运行的应用程序属于设定的名单中的应用程序，判定所述运行的应用程序处于所述视频播放状态。在这种情况下，电子设备可以预先建立一个视频播放应用程序的名单，以便在该名单中记录视频播放应用程序。其中，该名单可以由电子设备的用户自由配置，也可以根据某个视频播放应用程序的使用情况来确定。

例如，如图3所示，在图3所示的界面中显示有多个应用程序，以及每个应用程序对应的状态。可以理解的是，若应用程序对应的状态为图示的“关”，那么表示该应用程序移除或者不加入到上述名单中，若应用程序对应的状态为图示的“开”，那么表示该应用程序加入到上述名单中。例如，对于名称为“tx视频”的应用程序，其对应的状态为“开”，即表示“tx视频”这个应用程序会存在于前述的名单中。而对于名称为“aqy视频”的应用程序，其对应的状态为“关”，那么表示“aqy视频”这个应用程序不会存在于前述的名单中。

再者，电子设备可以检测每个视频播放应用程序的使用频率，若检测到某个视频播放程序的使用频率超过设定的频率，则可以将该视频播放应用程序添加到前述名单中，并对应的将该视频播放应用程序的名称在图3中所对应的状态配置为“开”。

那么在这种情况下，电子设备可以先检测当前在前台运行的应用程序是哪个，然后再进一步的检测当前前台运行的应用程序是否在该名单中，若在，那么就判定当前处于视频播放状态。其中，作为一种方式，若电子设备为android操作系统，可以通过执行activitymanager的getrunningtasks方法来获取到当前在前台运行的应用程序的名称。此外，电子设备还可以通过usagestatsmanager来获取用户使用的程序的列表，将该列表中记录的最近使用的应用程序识别为当前的前台应用。再者，还可以通过android自带无障碍功能，监控窗口焦点的变化，拿到焦点窗口对应包名作为当期在前台运行的应用程序。

作为另外一种方式，电子设备还可以结合检测audiomanager类的返回值来确定是否有视频在进行播放。在这种情况下，电子设备可以先检测audiomanager类的返回值来确定是否有音频输出，若在检测到有音频输出的情况下，再进一步的根据前述检测是否有视频播放应用程序运行来确定电子设备是否处于视频播放状态。

再者，作为再一种方式，电子设备还可以通过检测视频播放按键的触控状态来检测是否处于视频播放状态。例如，如图4所示，在图4所示的视频播放界面99中显示有播放按键98，且图4中所示的界面为视频播放暂停的状态。那么在这种情况下，当检测到播放按键98被触控后，即可判定显示所述播放界面99的应用程序当前处于视频播放状态。

步骤s120：判断所述处于视频播放状态的应用程序是否有多个。

步骤s130：若判定所述处于视频播放状态的应用程序不为多个，配置处于视频播放状态的应用程序开启视频增强。

步骤s131：若判定所述处于视频播放状态的应用程序有多个，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强，所述视频增强用于对所播放的视频的图像进行增强。

可以理解的是，若多个处于视频播放状态的应用程序均开启视频增强，必然会提升cpu的占用率。其中，cpu的占用率表征cpu的当前的使用状态，cpu的占用率越高，当前需要cpu进行处理的任务数量越多。若cpu的占用率高于设定占用率阈值，就可能会造成电子设备卡顿，进而造成用户体验降低。那么在这种情况下，若cpu一直保持在较高的占用率(可能没有超过前述的设定占用率阈值)，那么造成设备卡顿的风险就越高。

例如，若电子设备根据历史记录测评到若cpu的占用率超过90％，就会造成电子设备卡顿。若电子设备一直保持80％的cpu占用率运行，必然会比一直保持70％的cpu的占用率运行，更易造成电子设备卡顿。可以理解的是，电子设备中的应用程序可能会存在一些定时的事件，而这些定时的事件依然会消耗cpu资源，进而提升cpu的占用率。那么在这种情况下，若某个突发的定时事件需要15％的cpu的占用率来处理完成该事件需要执行的任务，那么对于一直保持80％的cpu占用率运行的电子设备，就会因为cpu的占用率上升到95％，而造成电子设备卡顿，而对于一直保持70％的cpu的占用率运行的电子设备，cpu的占用率上升到85％，依然不会卡顿。所以，若cpu一直保持在较高的占用率(可能没有超过前述的设定占用率阈值)，那么造成设备卡顿的风险就越高。

作为一种方式，上述的事件可以为对所播放的视频进行视频增强。其中，视频增强用于对所播放的视频的图像进行增强。其中，对图像进行增强包括对图像的图像参数进行调节，以达到增强图像的效果。其中，所述图像参数包括清晰度调节参数、镜头拉伸控制参数、色彩调节参数、锐度调节参数、亮度调节参数、对比度调节参数、色域控制参数、纯度控制参数、降噪控制参数以及饱和度调节参数中的至少一个。可以理解的是，不同类型的视频可以从上述图像参数中选取不同的参数进行调节。例如，对于配置开启视频增强的应用程序所播放的视频可以均对上述图像参数进行调节，而也可以只对图像参数中的部分参数进行调节。

具体地，电子设备显示的视频内容为经过解码后的图像内容，由于经过解码之后的图像内容为rgba格式的数据，为了对图像内容优化，需要将rgba格式的数据转换为hsv格式，具体地，获取图像内容的直方图，对直方图统计从而获取将rgba格式的数据转换为hsv格式的参数，在根据该参数将rgba格式的数据转换为hsv格式。

其中，曝光度增强，用于提高图像的亮度，则可以通过图像的直方图，将亮度值交底的区域增加亮度值，另外，也可以是通过非线性叠加，增加图像亮度，具体地，i表示要处理的较暗图像，t表示处理后的比较亮的图像，则曝光度增强的方式为t(x)＝i(x)+(1-i(x))*i(x)。其中，t和i都是[0,1]取值的图像。如果一次效果不好算法可以多次迭代。

其中，对图像内容去噪用于去除图像的噪声，具体地，图像在生成和传输过程中常常因受到各种噪声的干扰和影响而是图像降质，这对后续图像的处理和图像视觉效应将产生不利影响。噪声种类很多，比如:电噪声，机械噪声，信道噪声和其他噪声。因此，为了抑制噪声，改善图像质量，便于更高层次的处理，必须对图像进行去噪预处理。从噪声的概率分布情况来看，可分为高斯噪声、瑞利噪声、伽马噪声、指数噪声和均匀噪声。

具体地，可以通过高斯滤波器对图像去噪，其中，高斯滤波器是一种线性滤波器，能够有效的抑制噪声，平滑图像。其作用原理和均值滤波器类似，都是取滤波器窗口内的像素的均值作为输出。其窗口模板的系数和均值滤波器不同，均值滤波器的模板系数都是相同的为1；而高斯滤波器的模板系数，则随着距离模板中心的增大而系数减小。所以，高斯滤波器相比于均值滤波器对图像模糊程度较小。

例如，产生一个5×5的高斯滤波窗口，以模板的中心位置为坐标原点进行取样。将模板各个位置的坐标带入高斯函数，得到的值就是模板的系数。再将该高斯滤波窗口与图像卷积就能够对图像去噪。

其中，边缘锐化用于使模糊的图像变得更加清晰起来。图像锐化一般有两种方法：一种是微分法，另外一种是高通滤波法。

其中，对比度增加用于增强图像的画质，使得图像内的颜色更加鲜明，具体地，对比度拉伸是图像增强的一种方法，也属于灰度变换操作。通过灰度变换，将灰度值拉伸到整个0-255的区间，那么其对比度显然是大幅增强的。可以用如下的公式来将某个像素的灰度值映射到更大的灰度空间：

i(x,y)＝[(i(x,y)-imin)/(imax-imin)](max-min)+min；

其中imin，imax是原始图像的最小灰度值和最大灰度值，min和max是要拉伸到的灰度空间的灰度最小值和最大值。

那么在这种情况下，若判定所述处于视频播放状态的应用程序有多个，为了减小电子设备出现卡顿的概率，可以只配置多个处于视频播放状态的应用程序中的部分应用程序开启视频增强。可选的，即使对于每个在进行视频播放的应用程序本身配置为开启视频增强，而电子设备依然是只对其中的部分的应用程序开启视频增强。

例如，若当前处于分屏模式运行的应用程序包括应用程序a、应用程序b以及应用程序c，且应用程序a、应用程序b以及应用程序c均在进行视频播放，并且，应用程序a、应用程序b以及应用程序c均各自配置开启了视频增强。那么在这种情况下，电子设备依然只会配置应用程序a、应用程序b以及应用程序c中的部分应用程序开启视频增强，例如，只配置应用程序a、应用程序b开启视频增强。

而作为一种实现方式，电子设备可以识别每个应用程序调用cpu所执行的任务的内容。例如，可以识别调用cpu是要处理图像渲染的数据，或者调用cpu是要进行数据运算。那么在这种情况下，电子设备可以对每个应用程序的任务是否为调用cpu进行图像参数进行处理进行识别，若是，再进一步的识别调用cpu进行图像参数进行处理的应用程序是否为配置开启视频增强的应用程序，若是，就允许调用cpu进行图像参数进行处理，若不是，则拒绝调用cpu进行图像参数进行处理。

例如，依然若当前处于分屏模式运行的应用程序包括应用程序a、应用程序b以及应用程序c，且应用程序a、应用程序b以及应用程序c均在进行视频播放，并且，应用程序a、应用程序b以及应用程序c均各自配置开启了视频增强。而电子设备只配置应用程序a开启视频增强。那么在这种情况下，电子设备检测到调用cpu进行图像参数进行处理时，会进一步的识别调用cpu进行图像参数进行处理的应用程序是哪一个，若识别到调用cpu进行图像参数进行处理的应用程序为应用程序a，那么就允许调用cpu进行图像参数进行处理，若是应用程序b或者应用程序c，那么就拒绝调用cpu进行图像参数进行处理。

而作为一种方式，电子设备可以根据当前的cpu的占用率来确定是否开启前述的配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强。可选的，若电子设备检测到当前的cpu占用率较低，例如，低于一个设定的阈值，那么电子设备可以允许多个所述处于视频播放状态的应用程序均开启视频增强，而若若电子设备检测到当前的cpu占用率较高，例如，高于一个设定的阈值，那么电子设备就执行配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强。

再者，对于在配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强这种方式下，电子设备也可以多种方式来确定具体允许哪一个或者哪几个应用程序开启视频增强。作为一种方式，电子设备可以给每个支持视频播放的应用程序均配置一个播放等级，那么电子设备在检测到所述处于视频播放状态的应用程序有多个的情况下，可以对处于视频播放状态的多个应用程序的播放等级进行比较，配置播放等级最高的一个应用程序开启视频增强，或者配置播放等级较高的两个应用程序开启视频增强。

例如，若电子设备检测到应用程序a以及应用程序b以分屏模式运行。而其中的应用程序a为视频播放类的应用程序，而应用程序b为即时通信类的应用程序，那么电子设备配置的播放等级方面，应用程序a的播放等级高于应用程序b的播放等级，在电子设备只运行一个应用程序开启视频增强的情况下，那么电子设备只会配置应用程序开始视频增强。

再者，对于电子设备配置的每个支持视频播放的应用程序的播放等级，也可以由用户进行调整，或者有电子设备根据应用程序的运行状态进行调整。例如，电子设备可以将使用频率越高的应用程序的播放等级设置得越高。

再者，作为一种方式，检测到所述部分应用程序中有应用程序关闭后，配置所述多个所述处于视频播放状态的应用程序中除所述部分应用程序以外的应用程序开启视频增强，进而使得电子设备可以动态对哪些应用程序开启视频增强进行控制，提升用户体验。

依然以前述的应用程序a、应用程序b以及应用程序c为例。若电子设备当前只配置应用程序b以及应用程序开启了视频增强，那么在检测到应用程序b或者应用程序c关闭以后，可以再配置应用程序a开启视频增强。

作为一种方式，所述配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强的步骤包括：获取多个所述处于视频播放状态的应用程序中的部分应用程序各自的增强等级，不同的增强等级对应的视频增强效果不同；基于所述增强等级，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强。

需要说明的是，这里的增强等级与前述的播放等级是不同的概念。前述的播放等级是用于比对哪些应用程序可以被配置为进行视频增强。而这里的增强等级用于说明需要增强到什么程度。

可选的，所述基于所述增强等级，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强的步骤包括：根据所述增强等级确定与该增强等级对应的图像参数，根据所述图像参数对所述视频的图像进行调整。

其中，在图像参数包括包括清晰度调节参数、镜头拉伸控制参数、色彩调节参数、锐度调节参数、亮度调节参数、对比度调节参数、色域控制参数、纯度控制参数、降噪控制参数以及饱和度调节参数中的至少一个的情况下，增强等级越高的，可以被调节的图像参数就可以越多。例如，对于应用程序a、应用程序b以及应用程序c进行分屏显示的情况下，电子设备配置了应用程序a以及应用程序b开启视频增强。且获取到应用程序a的增强等级高于应用程序b的增强等级。那么电子设备可以对应用程序a所播放的视频的清晰度调节参数、色彩调节参数、锐度调节参数、亮度调节参数、对比度调节参数等进行调节。而对于应用程序b，电子设备可以只配置对清晰度调节参数进行调节。

本申请提供的一种视频增强控制方法，在检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中支持视频播放的处于视频播放状态的应用程序，进而判断所述处于视频播放状态的应用程序是否有多个，若判定所述处于视频播放状态的应用程序有多个，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强。从而通过本方法实现了在多个应用程序处于分屏显示模式下，并且在多个应用程序中有多个应用程序均具备视频播放功能的情况下，只会对其中的部分应用程序所播放的视频进行视频增强，进而降低了电子设备的功耗，避免电子设备出现卡顿，从而提升用户体验。

请参阅图5，本申请提供的一种视频增强控制方法，应用于电子设备，所述方法包括：

步骤s210：当检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中的处于视频播放状态的应用程序。

步骤s220：判断所述处于视频播放状态的应用程序是否有多个。

步骤s230：若判定所述处于视频播放状态的应用程序不是多个，配置处于视频播放状态的应用程序开启视频增强。

步骤s231：若判定所述处于视频播放状态的应用程序有多个，获取所述电子设备的视频处理资源的信息。

步骤s240：基于所述信息判断所述视频处理资源的使用状态。

步骤s250：若判定所述使用状态不满足目标条件，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强。

作为一种方式，所述目标条件包括：所述电子设备的cpu的占用率低于占用率阈值。

步骤s251：若判定所述使用状态满足目标条件，配置多个所述处于视频播放状态的应用程序均开启视频增强。

本申请提供的一种视频增强控制方法，在检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中支持视频播放的处于视频播放状态的应用程序，进而判断所述处于视频播放状态的应用程序是否有多个，若判定所述处于视频播放状态的应用程序有多个，进而在判断视频处理资源的使用状态，若判定所述使用状态不满足目标条件，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强。从而通过本方法实现了在多个应用程序处于分屏显示模式下，并且在多个应用程序中有多个应用程序均具备视频播放功能的情况下，只会对其中的部分应用程序所播放的视频进行视频增强，进而降低了电子设备的功耗，避免电子设备出现卡顿，从而提升用户体验。

请参阅图6，本申请提供的一种视频增强控制方法，应用于电子设备，所述方法包括：

步骤s310：当检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中的处于视频播放状态的应用程序。

步骤s320：判断所述处于视频播放状态的应用程序是否有多个。

步骤s330：若判定所述处于视频播放状态的应用程序不是多个，配置处于视频播放状态的应用程序开启视频增强。

步骤s331：若判定所述处于视频播放状态的应用程序有多个，显示提示从所述多个处于视频播放状态的应用程序中确定部分应用程序的提示信息。

作为一种方式，电子设备可以显示一弹出框以显示提示信息以及选择控件，其中提示信息用于显示提示用户要进行的操作，而选择控件用于用户根据提示信息进行选择。如图7所示，图7中视频播放类应用程序a的与即时通信类的应用程序b以分屏模式运行，那么电子设备对应同时显示有应用程序a的界面97以及应用程序b的界面96。在这种情况下，如图8所示，电子设备可以显示弹出框95，在弹出框95中显示有提示信息“请选择开启视频增强的程序”，那么用户通过选择控件94可以择一选择一个应用程序开启视频增强。

作为另一种方式，电子设备可以在所述分屏显示界面上层叠显示选择界面，所述选择界面中显示有与所述多个处于视频播放状态的应用程序的程序界面的显示位置各自对应的控件，其中，当检测到作用于所述控件的触控操作后切换所述控件的属性值，所述属性值表征对应的应用程序是否开启视频增强；将多个处于视频播放状态的应用程序中对应的控件的属性值表征开启视频增强的应用程序作为所述确定的应用程序。

例如，如图9所示，在图9所示的上面一个图中，显示有选择界面93，在该选择界面中显示有控件92,以及控件91，其中控件92的位置与其所对应的应用程序a的位置是重叠对应的，而控件91的位置与其所对应的应用程序b的位置是重叠对应的，进而便于用户感知选择界面上的控制具体是对哪个位置的应用程序进行控制。并且在控件91和控件92上都显示有各自对应的应用程序的名称，在这种情况下，若用户触控了控件92，那么控件92的界面可以变更为图9中下面一个图中所示的状态，即被切换到属性值表征开启视频增强的状态。

作为一种方式，对于被切换到属性值表征开启视频增强的状态下的控件可以被切换到完全透明的状态，以便用户可以直接观看到该控件对应的应用程序开启视频增强以后的状态。例如，如图10所示，当应用程序a对应的控件92被触控后切换到表征开启视频增强以后的状态后，可以将控件92隐藏，并将控件92原本所在的位置(图10中虚线框的位置)切换为透明，从而使得用户可以直接透过选择界面92看到应用程序a的界面97，进而使得用户可以先预览一下开启视频增强的效果。

步骤s340：获取确定的部分应用程序。

作为一种方式，不论是那种让用户选择开启视频增强的应用程序的方式，都可以配置一个确定控件，在电子设备检测到该确定控件被触控以后，获取最终被确定为开启视频增强的应用程序。

步骤s350：配置确定的部分应用程序开启视频增强。

本申请提供的一种视频增强控制方法，在检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中支持视频播放的处于视频播放状态的应用程序，进而判断所述处于视频播放状态的应用程序是否有多个，若判定所述处于视频播放状态的应用程序有多个，提示从多个应用程序中选择部分的应用程序开启视频增强，进而配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强。

从而通过本方法实现了在多个应用程序处于分屏显示模式下，并且在多个应用程序中有多个应用程序均具备视频播放功能的情况下，只会对其中的部分应用程序所播放的视频进行视频增强，进而降低了电子设备的功耗，避免电子设备出现卡顿，从而提升用户体验。再者，在有多个应用程序均处于视频播放状态的情况下，用户可以从中进行选择开启视频增强的应用程序，进而提升了用户体验。

请参阅图11，本申请提供的一种视频增强控制装置400，运行于电子设备，所述装置400包括：应用程序检测单元410、判断单元420以及视频增强控制单元430。

应用程序检测单元410，用于当检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中的处于视频播放状态的应用程序。

判断单元420，用于判断所述处于视频播放状态的应用程序是否有多个。

视频增强控制单元430，用于若判定所述处于视频播放状态的应用程序有多个，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强，所述视频增强用于对所播放的视频的图像进行增强。

作为一种方式，视频增强控制单元430，还用于检测到所述部分应用程序中有应用程序关闭后，配置所述多个所述处于视频播放状态的应用程序中除所述部分应用程序以外的应用程序开启视频增强。

其中，可选的，视频增强控制单元430，具体用于获取多个所述处于视频播放状态的应用程序中的部分应用程序各自的增强等级，不同的增强等级对应的视频增强效果不同；基于所述增强等级，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强。

可选的，视频增强控制单元430，具体用于根据所述增强等级确定与该增强等级对应的图像参数，根据所述图像参数对所述视频的图像进行调整。

请参阅图12，本申请提供的一种视频增强控制装置500，运行于电子设备，所述装置500包括：应用程序检测单元510、判断单元520、视频增强控制单元530、处理资源获取单元540以及状态判断单元550。

应用程序检测单元510，用于当检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中的处于视频播放状态的应用程序。

判断单元520，用于判断所述处于视频播放状态的应用程序是否有多个。

视频增强控制单元530，用于若判定所述处于视频播放状态的应用程序不是多个，配置处于视频播放状态的应用程序开启视频增强。

处理资源获取单元540，用于若判定所述处于视频播放状态的应用程序有多个，获取所述电子设备的视频处理资源的信息。

状态判断单元550，用于基于所述信息判断所述视频处理资源的使用状态。

视频增强控制单元530，还用于若判定所述使用状态不满足目标条件，配置多个所述处于视频播放状态的应用程序中的部分应用程序开启视频增强。

作为一种方式，所述目标条件包括：所述电子设备的cpu的占用率低于占用率阈值。

视频增强控制单元530，还用于若判定所述使用状态满足目标条件，配置多个所述处于视频播放状态的应用程序均开启视频增强。

请参阅图13，本申请提供的一种视频增强控制装置600，运行于电子设备，所述装置600包括：

应用程序检测单元610，用于当检测到多个应用程序以分屏模式运行后，获取所述多个应用程序中的处于视频播放状态的应用程序。

判断单元620，用于判断所述处于视频播放状态的应用程序是否有多个。

提示单元630，用于若判定所述处于视频播放状态的应用程序有多个，显示提示从所述多个处于视频播放状态的应用程序中确定部分应用程序的提示信息。

作为一种方式，提示单元630，具体用于在所述分屏显示界面上层叠显示选择界面，所述选择界面中显示有与所述多个处于视频播放状态的应用程序的程序界面的显示位置各自对应的控件，其中，当检测到作用于所述控件的触控操作后切换所述控件的属性值，所述属性值表征对应的应用程序是否开启视频增强；将多个处于视频播放状态的应用程序中对应的控件的属性值表征开启视频增强的应用程序作为所述确定的应用程序。

应用程序确定单元640，用于获取确定的部分应用程序。

视频增强控制单元650，用于配置确定的部分应用程序开启视频增强。

需要说明的是，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性。另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

需要说明的是，本申请中具体如何根据音频编码类型对音频数据进行编码是可以采用现有的技术，本申请就不再细述。

综上所述，本申请提供的一种视频增强控制方法、装置以及电子设备，通过检测电子设备是否处于视频播放状态，若检测到所述电子设备处于所述视频播放状态，检测控制控件的状态，所述控制控件用于响应于触控操作控制开启或关闭视觉增强，若检测到所述控制控件的状态表征开启视频增强，对所播放的视频进行视觉增强。从而使得在视频播放过程中，用户可以通过对控制控件进行触控操作，以开启或者关闭对所播放视频的视觉增强，进而给用户对于控制是否进行视觉增强提供了便利，提升了用户体验。

下面将结合图14对本申请提供的一种电子设备进行说明。

请参阅图14，基于上述的视频增强控制方法、装置，本申请实施例还提供的另一种可以执行前述视频增强控制方法的电子设备100。电子设备100包括相互耦合的一个或多个(图中仅示出一个)处理器102、存储器104、网络模块106、视频编解码器108以及屏幕112。其中，该存储器104中存储有可以执行前述实施例中内容的程序，而处理器102可以执行该存储器104中存储的程序。

其中，处理器102可以包括一个或者多个处理核。处理器102利用各种接口和线路连接整个电子设备100内的各个部分，通过运行或执行存储在存储器104内的指令、程序、代码集或指令集，以及调用存储在存储器104内的数据，执行电子设备100的各种功能和处理数据。可选地，处理器102可以采用数字信号处理(digitalsignalprocessing，dsp)、现场可编程门阵列(field－programmablegatearray，fpga)、可编程逻辑阵列(programmablelogicarray，pla)中的至少一种硬件形式来实现。处理器102可集成中央处理器(centralprocessingunit，cpu)、图像处理器(graphicsprocessingunit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器102中，单独通过一块通信芯片进行实现。

存储器104可以包括随机存储器(randomaccessmemory，ram)，也可以包括只读存储器(read-onlymemory)。存储器104可用于存储指令、程序、代码、代码集或指令集。存储器104可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储终端100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

所述网络模块106用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯，例如和无线接入点进行通讯。所述网络模块106可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(sim)卡、存储器等等。所述网络模块106可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。

该视频编解码器108可以用于对网络模块106从网络请求的数据进行解码，以便传输到屏幕112进行显示。具体的，视频编解码器108可以为gpu、专用的dsp、fpga、asic芯片等。

请参考图15，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitorycomputer-readablestoragemedium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。