CN109688618A - 视频处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种视频处理方法、装置、电子设备及存储介质，涉及电子设备技术领域。其中，该方法包括：接收对视频进行显示增强的启动指令，确定满足指定关闭条件的目标进程，关闭所述目标进程中的部分或全部，降低电子设备的功耗。

Description

视频处理方法、装置、电子设备及存储介质

技术领域

本申请涉及电子设备技术领域，更具体地，涉及一种视频处理方法、装置、电子设备及存储介质。

背景技术

随着科学技术的发展，电子设备已经成为人们日常生活中最常用的电子产品之一。并且，用户经常会通过电子设备看视频或玩游戏等。为了获得良好的视频观看体验，可能对视频进行处理，但是视频处理可能导致电子设备运行耗能过高。

发明内容

鉴于上述问题，本申请提出了一种视频处理方法、装置、电子设备及存储介质，以改善上述问题。

第一方面，本申请实施例提供了一种视频处理方法，所述方法包括：接收对视频进行显示增强的启动指令；确定满足指定关闭条件的目标进程；关闭所述目标进程中的部分或全部。

第二方面，本申请实施例提供了一种视频处理装置，所述装置包括：指令接收模块，用于接收对视频进行显示增强的启动指令；进程确定模块，用于确定满足指定关闭条件的目标进程；关闭模块，用于关闭所述目标进程中的部分或全部。

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

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述的方法。

本申请实施例提供的视频处理方法、装置、电子设备及存储介质，接收到对视频进行增强处理的启动指令时，先确定满足指定关闭条件的目标进程，将确定的目标进程中的部分或全部关闭，从而减少在进行视频增强时电子设备中运行的进程数量，降低电子设备的功耗。

附图说明

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

图1示出了本申请实施例提供的视频播放的流程示意图。

图2示出了本申请一实施例提供的视频处理方法的流程图。

图3示出了本申请另一实施例提供的视频处理方法的流程图。

图4示出了本申请实施例提供的一种显示示意图。

图5示出了本申请实施例提供的另一种显示示意图。

图6示出了本申请实施例提供的视频处理装置的功能模块图。

图7示出了本申请实施例提供的电子设备的结构框图。

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

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

请参阅图1，图1示出了视频播放的流程。具体地，操作***在获取到待播放的数据的时候，接下来的工作就是解析音视频数据。一般的视频文件都由视频流和音频流两部分组成，不同的视频格式音视频的封装格式不一样。将音频流和视频流合成文件的过程称为muxer，反之从媒体文件中分离音频流和视频流的过程称为demuxer。播放视频文件就需要从文件流中分离出音频流和视频流，分别对其进行解码，解码后的视频帧可以直接渲染，相应的音频可以送到音频输出设备的缓冲区进行播放，当然，视频渲染和音频播放的时间戳需要控制同步。其中，每个视频帧为视频对应的每一帧图像。

具体地，视频解码可以包括硬解码和软解码，硬件解码是将原来全部交由中央处理器(Central Processing Unit，CPU)来处理的视频数据的一部分交由图形处理器(Graphics Processing Unit，GPU)来做，而GPU的并行运算能力要远远高于CPU，这样可以大大的降低对CPU的负载，CPU的占用率降低了之后就可以同时运行一些其他的程序了，当然，对于较好的处理器来说，比如i5 2320，或者AMD任何一款四核心处理器来说，既可以进行硬解码，也可以进行软解码。

具体地，如图1所示，多媒体框架(Media Framework)通过与客户端的API接口获取客户端待播放的视频文件，并交由视频编解码器(Video Decode)。其中，Media Framework为Android***中多媒体框架，MediaPlayer、MediaPlayerService和Stagefrightplayer三个部分构成了Android多媒体的基本框架。多媒体框架部分采用了C/S的结构，MediaPlayer作为C/S结构的Client端，MediaPlayerService和Stagefrightplayer作为C/S结构Server端，承担着播放多媒体文件的责任，通过Stagefrightplayer，Server端完成Client端的请求并作出响应。视频解码器Video Decode是一款集成了最常用的音频和视频解码与播放的超级解码器，用于将视频数据解码。

其中，软解码，即通过软件让CPU来对视频进行解码处理。而硬解码，指不借助于CPU，而通过专用的子卡设备来独立完成视频解码任务。

不论是硬解码还是软解码，在将视频数据解码之后，会将解码后的视频数据发送至图层传递模块(SurfaceFlinger)，如图1所示，硬解码后的视频数据通过视频驱动程序发送至SurfaceFlinger。SurfaceFlinger将解码后的视频数据渲染和合成之后，在显示屏上显示。其中，SurfaceFlinger是一个独立的Service，它接收所有Window的Surface作为输入，根据ZOrder、透明度、大小、位置等参数，计算出每个Surface在最终合成图像中的位置，然后交由HWComposer或OpenGL生成最终的显示Buffer,然后显示到特定的显示设备上。

如图1所示，软解码中，CPU将视频数据解码之后交给SurfaceFlinger渲染和合成，而硬解码由GPU解码之后，交由SurfaceFlinger渲染和合成。而SurfaceFlinger会调用GPU实现图像的渲染和合成，并在显示屏上显示。

为了获得良好的显示效果，可以对视频增进行显示增强处理，该显示增强处理可以在解码后进行，在显示增强处理后再进行渲染合成后在显示屏显示。但是，显示增强需要占用电子设备较多的运行资源，使开启显示增强处理后，电子设备的能耗过高，降低电子设备的续航时间，并且也可能使电子设备温度过高。因此，发明人提出了本申请实施例的视频处理方法、装置、电子设备及存储介质，在开启显示增强时关闭电子设备运行的一些进程，降低电子设备运行的能耗。下面将通过具体实施例对本申请实施例提供的视频处理方法、装置、电子设备及存储介质进行详细说明。

请参阅图2，示出了本申请实施例提供的视频处理方法。该视频处理方法用于在接收到视频增强的启动指令的情况下，将电子设备的部分进程关闭，以使电子设备不会在增强处理的情况下能耗过高。在具体的实施例中，所述视频处理方法应用于如图6所示的视频处理装置300以及配置有所述视频处理装置300的电子设备400(图7)。下面将以电子设备为例，说明本实施例的具体流程，当然，可以理解的，本实施例所应用的电子设备可以为智能手机、平板电脑、计算机、穿戴式电子设备、车载设备、网关等可以进行视频处理的设备，在此不做具体的限定。具体的，如图2所示，该方法包括：

步骤S110：接收对视频进行显示增强的启动指令。

电子设备可以获取到视频数据通过解码、处理以及渲染合成后进行显示。电子设备可以从服务器获取视频数据、可以从本地获取视频数据，也可以从其他电子设备获取视频数据。

具体地，当视频数据由电子设备从服务器获取时，那么该视频数据可以是电子设备从服务器下载，或者电子设备从服务器在线获取。例如，视频数据可以是电子设备通过安装的视频播放软件下载，或者在该视频播放软件在线获取的视频数据。其中，该服务器可以为云服务器。当视频数据从电子设备的本地获取时，该视频数据可以是电子设备预先下载并存储在本地存储器中的。当视频数据由电子设备从其他电子设备获取时，该视频数据可以由其他电子设备通过无线通信协议传输至所述电子设备，例如，通过Wlan协议、蓝牙协议、ZigBee协议或者WiFi协议等，也可以由其他电子设备通过数据网络传输至所述电子设备，例如，2G网络、3G网络或者4G网络等，在此不做限定。

电子设备获取到视频数据，再对该视频数据进行解码以及渲染合成等处理后，可以通过显示器进行播放。

在播放视频时，若接收到对视频进行增强的启动指令，可以开启对视频的显示增强处理。该增强处理可以通过调节视频帧的图像参数提高视频帧的画质，提高视频的显示效果，获得更良好的观看体验。其中，视频帧的画质可以包括清晰度、锐度、饱和度、细节、镜头畸变、色彩、解析度、色域范围以及纯度等参数，通过调节画质相关的各种参数使图像更符合人眼的观看偏好，用户观看体验更好。如视频的清晰度越高、噪声越小、细节越清晰、饱和度越高等，表示视频画质越好，用户观看体验更好。其中，对画质中不同组合的参数进行调整，代表了对视频的不同增强处理方式，每种增强处理方式中包括相应的图像处理算法，用于对视频帧进行图像处理以调节视频帧的图像参数，提高视频帧的画质。

具体的，该启动指令可能由电子设备在视频开启时生成，作为接收到的启动指令。例如，播放视频的应用程序的默认设置为开启显示增强，则在开启视频时，生成启动指令。又如，播放视频的应用程序在前一次关闭时视频增强保持开启，则再次打开该应用程序的同时开启视频，生成到对视频进行增强处理的启动指令。或者是该视频在前一次关闭时播放视频的应用程序，则再次打开该视频时，生成对视频进行增强处理的启动指令。

另外，该启动指令也可以是在视频播放过程中接收到的用户触发。例如，对应视频设置有视频增强是否启动的开关。打开开关则启动视频的增强处理，关闭开关则关闭对视频的增强处理。如，在视频播放界面设置该开关，并且在播放播放过程中，该开关处于隐藏状态。当接收到对视频的点击等触控，显示该开关，并且使该开关可通过触发进行开启与关闭的切换。在视频播放过程中，若该开关处于关闭状态，当接收到用户对该开关的触发，将开关切换为打开，则接收到启动指令，表示用户需要对该视频进行增强处理。

步骤S120：确定满足指定关闭条件的目标进程。

若开启视频增强，则在对视频增强处理过程中对电子设备需要占用更多的资源，产生更多的能耗。为了使电子设备保持良好的运行状态，降低能耗，可以关闭电子设备中一些进程。

因此，在接收到开启视频增强的启动指令，可以从电子设备运行的进程中确定满足指定关闭条件的目标进程。也就是说，指定关闭条件为判断进程是否进行关闭的标准，若进程满足该指定关闭条件，则将进程确定为目标进程。

该指定关闭条件可以是预先存储于电子设备中。例如，可以是电子设备出厂设置；可以是操作***中携带并存储，并随操作***的更新而更新；可以是视频对应的应用程序中设置并存储；可以是从服务器获取并存储，并且在服务器有新的指定关闭条件时从服务器下载更新。该指定关闭条件也可以是实时从服务器获取，也就是说，在接收到启动指令时，从服务器获取指定关闭条件，再从电子设备运行的进程中确定满足指定关闭条件的进程作为目标进程。

步骤S130：关闭所述目标进程中的部分或全部。

对目标进程进行部分或者全部的关闭，降低电子设备中运行的进程数量，从而降低电子设备的能耗。

在本申请实施例中，电子设备在接收到启动指令的情况下关闭目标进程中的部分或者全部，以降低电子设备的能耗。

但是，电子设备的部分进程关闭，则意味着电子设备中部分应用程序关闭或者部分功能关闭，若电子设备本身能耗并不高，则可能并不必要通过关闭进程降低能耗。因此，在本申请实施例中，还可以在确定电子设备的资源占用率是否过高的情况下再确定是否关闭部分进程。具体的，本申请实施例提供了一种视频处理方法，请参见图3，该方法包括：

步骤S210：接收对视频进行显示增强的启动指令。

步骤S220：判断当前的资源占用率是否大于目标阈值。若是，执行步骤S230；若否，执行步骤S250。

在接收到启动指令的情况下，表示需要启动对视频的增强处理，电子设备的资源占用率将会增高。若在接收到启动指令时，电子设备的资源占用率已经过高，则当对视频进行增强处理开始后，电子设备的资源占用率会更高，一方面可能影响电子设备的正常运行，使电子设备卡顿，另一方面也可能使电子设备的能耗过高，降低电子设备的续航时间，并且可能使电子设备因为资源占用率过高而温度过高。因此，可以先判断电子设备当前的资源占用率是否大于目标阈值。该目标阈值的具体值在本申请实施例中并不限定，可以是当视频增强开启后使电子设备还可以处于良好运行状态的一个值。

在本申请实施例中，资源占用率的具体衡量方式并不限定。作为一种实施方式，该资源占用率可以是电子设备的CPU占用率。具体的，在该实施方式中，可以先计算电子设备的CPU的资源占用率。

其中，由于CPU通常采用时分复用的方式进行资源分配，CPU将所有时间分成若干个时间段，每个进程使用一段时间，然后让出CPU，之后调度逻辑会挑选另外一个进程来使用CPU的接下来的时间段。因此，可以通过进程对CPU的时间占用计算CPU的资源占用率。

可选的，计算CPU的占用率的方式可以是，先计算各个进程对CPU的占用率，再将各个进程对CPU的占用率加和，得到电子设备的CPU占用率。其中，计算每个进程对CPU的占用率，可以计算在CPU的一个时间周期内，每个进程占CPU的时间。再计算该进程占用CPU的时间与CPU的时间周期的比值，获得该进程对CPU的占用率。其中，CPU的一个时间周期可以是任务管理器的一个刷新周期。

可选的，计算CPU的占用率的方式可以是，计算CPU忙(执行进程)的时间和CPU时间周期的比值，获得CPU占用率。具体的，可以计算CPU的时间周期内，各个进程分别占用的时间。再计算各个进程分别占用的时间之和与CPU的时间周期之间的比值，获得CPU占用率。

获得CPU占用率后，判断该CPU的占用率是否大于目标阈值。该目标阈值的具体值在本申请实施例中并不限定，如30％、40％、50％等。

在本申请实施例中，作为一种实施方式，该资源占用率也可以是电子设备的GPU占用率。具体的，可以计算各个进程对GPU的占用率，再获取各个进程对GPU的占用率之和，获得当前的GPU占用率。其中，GPU对涉及的数据缓存在GPU内存中，即显存，并且对该数据进行并行计算。

因此，可选的，可以根据各个进程对显存的占用计算各个进程对GPU的占用率。例如，计算各个进程分别对显存的占用率，再将各个进程对显存的占用率加和，获得各个进程对显存的占用率，作为对GPU的占用率。又如，计算显存总的被占用空间占显存的总空间的比值，作为对GPU的占用率。

可选的，GPU计算单元用来进行数值计算。衡量计算量的单位是flop：the numberof floating-point multiplication-adds，浮点数先乘后加算一个flop。GPU的计算能力越强大，速度越快。衡量计算能力的单位是flops：每秒能执行的flop数量。因此，也可以获取各个进程在GPU的总计算量中分别占用的计算量，作为各个进程对占用GPU的占用率。再将各个进程对GPU的占用率加和，获得当前的GPU占用率。或者直接计算GPU当前的计算量占GPU的总计算量的比值，获得GPU的占用率。

在本实施例中，获得当前的GPU的占用率后，再判断该GPU占用率是否大于目标阈值。在本申请实施例中，GPU占用率对应的目标阈值的具体指并不限定，例如可以是30％、40％、50％等。

当然，在本申请实施例中，资源占用率的衡量除了通过CPU占用率以及GPU占用率外，还可以通过其他资源的占用进行衡量，如电子设备的内存空间占用率、网络占用率等。在本申请实施例中，通过不同的参数衡量资源占用率，其对应的目标阈值可以不同。例如以电子设备的GPU占用率作为资源占用率时对应的目标阈值，与以GPU占用率衡量资源占用率时对应的目标阈值可以不同。

步骤S230：确定满足指定关闭条件的目标进程。

若当前的资源占用率大于目标阈值，则表明电子设备在开启对视频的增强处理后，电子设备的资源占用率会比较大，因此，可以关闭一些进程。

具体的，在判定当前的资源占用率大于目标阈值时，确定满足指定关闭条件的进程为用于关闭的目标进程。其中，该指定关闭条件可以根据用户可能对电子设备中各个应用程序的使用习惯设定。

通常的，前台进程是电子设备当前正在使用的进程，和用户交互。而后台进程为运行在后台的进程，通常为当前没有使用的但是也在运行的进程，包括那些***隐藏或者没有图形化界面的程序。在本申请实施例中，为了不对用户对电子设备的当前使用造成影响，可以从后台运行的进程中确定进程作为满足指定关闭条件的目标进程。

用户对有些应用程序的使用率很低，例如，用户可能下载有某游戏应用程序，但是，很少开启，例如一周甚至一个月通常都只会打开一次。对使用率低的应用程序，用户对其的依赖性较低，若在开启后将该应用程序切换到后台，用户很可能不会再将其切换到前台，并且，若在该应用程序切换到后台后将其关闭，也很少对用户带来不好的使用体验影响。因此，在本申请实施例中，可以根据各个应用程序的使用率，从后台运行的进程中选取满足指定关闭条件的进程。具体可以选取使用率低的应用程序的进程，作为满足指定关闭条件的进程。

应用程序的使用率可以定义为应用程序在第一单位时间内的使用次数，该第一单位时间可以是一周、半个月、一个月等，第一单位时间的具体时间长度并不限定。作为一种实施方式，可以从后台运行的进程中，根据使用率由低到高确定预设个数的应用程序对应的进程为满足指定关闭条件的进程。也就是说，可以统计各个应用程序的使用率，并从后台运行的各个应用程序中，选择使用率最低的预设个数的应用程序，将其对应的进程作为指定关闭条件的进程。具体的，可以根据使用率由低到高，将各个应用程序进行排序，并从排序结果中，由高到低选取进程运行于后台的预设个数的应用程序，以选取的应用程序对应的进程作为满足指定关闭条件的目标进程。其中，若运行于后台的应用程序个数，小于预设个数，则可以选取所有运行于后台的应用程序。该预设个数的具体值并不限定。

若使用率低的应用程序数量较少，则根据使用率高低选取预设个数的应用程序，可能选取到使用率较高的应用程序。在本申请实施例中，作为一种实施方式，也可以从后台运行的进程中，确定使用率低于预设使用率的应用程序对应的进程为满足指定关闭条件的进程。也就是说，若某应用程序的使用率低于于是使用率，且该应用程序运行于后台，该应用程序的进程运行于后台，则将该应用程序的进程作为满足指定关闭条件的目标进程。其中，该使用率可以通过预设时间周期内用户打开应用程序的次数衡量，如统计一周启动应用程序的次数，两周或者一个月启动应用程序的次数等。预设使用率的具体值在本申请实施例中并不限定，可以是可以表示用户对应用程序的依赖性不高的一个使用率，如一周内开启3次，一月开启5次等。

当然，上述两个实施方式也可以相互结合，例如，从后台运行的应用程序中，根据使用率由低到高确定预设个数的应用程序，再从该预设个数的应用程序中选取使用率低于预设使用率的应用程序。或者选取使用率低于预设使用率的应用程序，若选取的应用程序的个数大于预设个数，再从中选取预设个数的应用程序。再将选取的应用程序对应的进程，作为满足指定关闭条件的进程。

另外，用户对应用程序的使用可能具有一定的规律。例如，用户下载某游戏应用程序，但是通常在工作日不使用，仅在假日使用；或者用户在工作日的工作时间内不使用该游戏应用程序，仅在工作时间后使用。对于用户通常不使用的时间段，可能因为误触将其开启，在开启后用户可能将其切换到后台。因此，作为一种实施方式，可以将该用户通常不用但是误开启的应用程序的作为满足指定关闭条件的目标进程。具体的，可以统计用户对应用程序的使用规律。例如，对于每个应用程序，可以统计该应用程序的空闲时间段。该空闲时间段为最近的一段时间内，如最近一个月内，用户规律性地没有对该应用程序进行开启的时间段；或者规律性地开启次数小于预设次数时间段，如仅开启一次的时间段；或者规律性地每次开启时长小于预设时长的时间段，如每次开启时长小于1分钟。如用户在工作期间内未使用游戏应用程序，则可以统计到每周一到周五的凌晨两点到下午18点为某游戏应用程序的空闲时间段。

再判断当前时间是否属于后台运行的某个应用程序的空闲时间段，也就是判断后台运行的应用程序中，是否有空闲时间段包括当前时间的应用程序。若判断结果为是，则将该应用程序对应的进程作为满足指定关闭条件的进程。

另外，使用率也可以定义为一个应用程序在开启后，第二单位时间内与用户的交互次数。该第二单位时间的具体值并不限定，如一个小时、两个小时、5个小时等。可选的，第二单位时间的设置短于第一单位时间。例如，用户在使用结束一个应用程序后，若不再使用，则直接将其切换到后台。若用户长时间内未再对该应用程序进行使用，未与该应用程序进行交互，也未将其从后台关闭，该应用程序仍然在后台运行，则该应用程序在单位时间内的使用次数通常较少，甚至没有，该应用程序的使用率低。因此，本申请实施例还提供了一种实施方式，由于用户长时间未使用的应用程序通常可能为用户暂时不再使用的应用程序，可以将用户长时间未使用的应用程序作为目标应用程序。具体的，可以以第一预设时长为第二单位时间，确定后台预先的进程中，使用率低于指定使用率的应用程序对应的进程为满足指定关闭条件的进程。该指定使用率的具体值并不限定。例如，该指定使用率可以是0，即在第二单位是内未与用户交互的应用程序。具体的，可以从后台运行的进程中，确定大于第一预设时长未接收到交互触发的应用程序对应的进程，为满足指定关闭条件的进程。其中，该交互触发可以是用户的触发，如通过点击将其切换到前台，通过物理按键对其参数进行调整等。

对于某些应用程序，其本身设置为切换到后台超过一定时间长度后，若再次将其切换到前台，重新加载页面。如某些浏览器，在切换到后台超过一定时间后，再次切换到前台，会重新从服务器获取网页数据进行加载；某些地图应用程序软件，在切换到后台超过一定时间后，再次切换到前台，重新加载地图应用程序的首页数据，而不会保留上次用户搜索到的地图查询页面。因此，本申请实施例还可以提供一种实施方式，以切换到后台超过一定时间长度后，若再次将其切换到前台，需要重新加载页面的应用程序对应的进程，作为满足指定关闭条件的进程。

在本申请实施例中，作为一种实施方式，以哪些进程作为满足指定关闭条件的进程，也可以由用户确定。例如图4所示，在需要确定满足指定关闭条件的目标进程时，显示当前运行于后台的进程，并提示用户选择用于关闭的进程。其中，具体显示时，可以按照资源占用率由高到低排序，以方便用户选择，如可以按照CPU占用率由高到低显示，可以按照GPU占用率由高到低显示，可以按照内存占用率由高到低显示，或者按照网络占用率由高到低排序等。当用户选择并确认后，确定用户选择关闭的进程作为满足指定关闭条件的进程。例如若用户图5所示选择进程1和进程3，点击确认键后，以进程1和进程3作为满足指定关闭条件的进程。

作为一种实施方式，处于运行状态的进程，在其运行过程中期待某一事件发生，如等待键盘输入、等待磁盘数据传输完成、等待其他进程发送消息。当被等待的事件未发生时，由进程自己执行阻塞原语，使自己由运行态变为阻塞态。若进程长时间处于阻塞状态，则该进程可能出现问题，或者该进程等待的事件难以发生，可以将该进程关闭。因此，在该实施方式中，可以从后台运行的进程中，确定阻塞时长大于第二预设时长的进程为满足指定关闭条件的进程。该第二预设时长的具体时间长度在本申请实施例中并不限定，如5分钟，十分钟等。

在本申请实施例中，由于空进程中没有任何组件，也可以将空进程作为目标进程。

在本申请实施例中，对于某些应用程序，如即时通信软件程序，虽然在后台运行，用户可能也希望能一直保持该应用程序的运行，以进行与服务器之间的数据收发。对于某些应用程序，虽然在后台运行，但是一直保持数据的输出，如后台运行播放的音频播放程序等。因此，对该类设置为在后台运行时也保持数据的收发或者数据输出的应用程序，可以从指定关闭条件中排除。也就是说，从该类应用程序以外的应用程序中确定对应的进程是否为满足指定关闭条件的进程。

另外，本申请实施例中，也可以将某些应用程序或者进程设置为白名单。在确定满足指定关闭条件的目标进程时，从白名单以外的进程进行选择。

步骤S240：关闭所述目标进程中的部分或全部。

对目标进程进行关闭。在本申请实施例中，可以关闭全部的目标进程，也可以只关闭部分目标进程。

在本申请实施例中，可以依次关闭目标进程中的一个或多个，直到资源占用率小于或等于所述目标阈值。例如，目标进程包括5个，对该5个目标进程依次关闭，每关闭一个目标程序，获取此时电子设备的资源占用率。当关闭到第3个目标应用程序，电子设备的资源占用率小于或等于目标阈值，则可以不再关闭目标进程。

作为一种实施方式，为了尽可能少地关闭进程，当依次关闭目标进程时，可以按照资源占用率由高到低，依次关闭所述目标进程中的一个或多个，直到电子设备的资源占用率小于或等于所述目标阈值。

作为一种实施方式，为了保证某些重要进程的运行，在关闭目标进程时，可以按照运行优先级由低到高，依次关闭所述目标进程中的一个或多个，直到电子设备的资源占用率小于或等于所述目标阈值。其中，目标进程的优先级可以根据用户的设置确定，也可以根据电子设备的操作***对于***进程的优先级划分确定。

作为一种实施方式，也可以计算当前的资源占用率与目标阈值的差值，再从目标进程中选取一个或多个进程，选取的进程总共占用的资源占用率大于或等于该差值，可以是刚好等于或者刚好大于该差值，以尽量少地选取进程。关闭从目标进程中选取的进程。其中，可以根据资源占用率由高到低选取，根据优先级由低到高选取等。

步骤S250：对视频进行显示增强处理。

通过视频增强算法对视频进行显示增强处理，以获得视频的良好显示效果，达到高清视效的目的。

在本申请实施例中，对视频的增强处理对应的算法可以包括去噪算法、饱和度增强以及对比度增强算法等。其中，每种算法具体对应的图像处理算法在本申请实施例中并不限定。例如去噪算法可以是对图像边缘等细节信息保存完好的图像处理算法，如，基于局部空间连续性原则的引导滤波算法，同时考虑了像素空间差异与强度差异的滤波器双边滤波，充分利用了整个图像的自相似性和冗余信息的NLM(Non-Local Means，非局部均值)图像去噪算法。例如对比度增强的算法可以是自适应对比度增强算法(ACE，AdaptiveContrast Enhancement)，直方图均衡化(Histogram Equalization)以及直方图匹配(Histogram Matching)等。例如饱和度增强的算法可以是增加视频帧中的色彩成分，如，视频帧通过RGB表示时，分别调高RGB各个颜色通道；或者在RGB色彩空间调整亮度与饱和度不是很直观，而HSL色彩模式可以很直观表示出每个像素的饱和度，可以将图像的像素RGB值然后再转换到HSL色彩模式得到饱和度S(Saturation)，通过调整S的值调高饱和度。再将调整后的视频帧从HSL色彩模式转换到RGB色彩模式用于显示。

在本申请实施例中，对视频进行显示增强处理的步骤的具体开始执行时间并不限定。

例如，可以在步骤S240之后执行，也就是说，在关闭目标进程使电子设备的资源占用率处于较低的状态下，才开始对视频进行显示增强。从而在显示增强时保证电子设备的资源占用率不致过高，使电子设备的运行更加流畅。

另外，为了快速响应用户的视频增强需求，步骤S250也可以在接收到启动指令的情况下即开始执行，也就是说，步骤S250可以在步骤S240之前开始执行，可以在步骤S230之前开始执行，可以在步骤S220之前开始执行。步骤S250若在接收到启动指令的情况下即开始执行，则步骤S250的执行与其他步骤可以是同时的。

可选的，在本申请实施例中，步骤S250开始执行的时间不同，步骤S220中的目标阈值的设置可以不同。若步骤S250在步骤S240之后执行，则步骤S220中目标阈值的设置，需要考虑视频增强处理可能占用的资源，在开启视频增强处理后，电子设备的资源占用率不致过高，能耗较低。若步骤S250在步骤S220之前或者和步骤S220同时执行，则该目标阈值对应为视频增强处理开启状态下，电子设备的资源占用率不致过高的值。例如，假设当电子设备的资源占用率达到了y，则认为电子设备的资源占用率过高。则若步骤S250在步骤S240之后执行，设置的目标阈值加上视频增强处理可能占用的资源，需要小于该资源占用率y。若步骤S250在步骤S220之前或者和步骤S220同时执行，则该目标阈值需要小于该资源占用率y。也就是说，步骤S250在步骤S240之后执行，步骤S220中设置的目标阈值，小于步骤S250在步骤S220之前或者和步骤S220同时执行时步骤S220中设置的目标阈值。

本申请实施例中，若接收到对视频进行显示增强的启动指令，在电子设备的资源占用率大于目标阈值的情况下，确定满足指定关闭条件的目标进程，对目标进程进行关闭，以使电子设备在对视频进行增强处理时，电子设备的整体资源占用率不致过高，从而降低电子设备的能耗。

本申请实施例还提供了一种视频处理装置300。具体的，请参见图6，该装置300包括：指令接收模块310，用于接收对视频进行显示增强的启动指令。进程确定模块320，用于确定满足指定关闭条件的目标进程。关闭模块330，用于关闭所述目标进程中的部分或全部。

可选的，本申请实施例中还可以包括判断模块，用于判断当前的资源占用率是否大于目标阈值。若判断结果为是，则进程确定模块320确定满足指定关闭条件的目标进程。其中，资源占用率可以包括CPU占用率或者GPU占用率。

可选的，关闭模块330可以依次关闭所述目标进程中的一个或多个，直到资源占用率小于或等于所述目标阈值。

其中，作为一种实施方式，关闭模块330可以按照资源占用率由高到低，依次关闭所述目标进程中的一个或多个，直到资源占用率小于或等于所述目标阈值。

作为一种实施方式，关闭模块330可以按照运行优先级由低到高，依次关闭所述目标进程中的一个或多个，直到资源占用率小于或等于所述目标阈值。

可选的，进程确定模块320可以用于根据各个应用程序的使用率，从后台运行的进程中选取满足指定关闭条件的进程。

具体的，进程确定模块320可以从后台运行的进程中，确定使用率低于预设使用率的应用程序对应的进程为满足指定关闭条件的进程。或者从后台运行的进程中，根据使用率由低到高确定预设个数的应用程序对应的进程为满足指定关闭条件的进程。

可选的，本申请实施例中，还可以包括视频增强模块，用于对视频进行显示增强处理。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述的各个方法实施例之间可以相互参照；上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

请参考图7，其示出了本申请实施例提供的一种电子设备400的结构框图。该电子设备400可以是智能手机、平板电脑、音乐播放设备等能够进行视频处理的电子设备。该电子设备一个或多个处理器410(图中仅示出一个)，存储器420以及一个或多个程序。其中，所述一个或多个程序被存储在所述存储器420中，并被配置为由所述一个或多个处理器410执行。所述一个或多个程序配置用于执行前述实施例所描述的方法。

处理器410可以包括一个或者多个处理核。处理器410利用各种接口和线路连接整个电子设备400内的各个部分，通过运行或执行存储在存储器420内的指令、程序、代码集或指令集，以及调用存储在存储器420内的数据，执行电子设备400的各种功能和处理数据。可选地，处理器410可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器410可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作***、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器410中，单独通过一块通信芯片进行实现。

存储器420可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器420可用于存储指令、程序、代码、代码集或指令集。存储器420可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作***的指令、用于实现至少一个功能的指令、用于实现上述各个方法实施例的指令等。存储数据区还可以电子设备在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

另外，该电子设备400还可以包括显示屏，用于对视频进行显示。

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

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

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

Claims (10)

1.一种视频处理方法，其特征在于，所述方法包括：

接收对视频进行显示增强的启动指令；

确定满足指定关闭条件的目标进程；

关闭所述目标进程中的部分或全部。

2.根据权利要求1所述的方法，其特征在于，所述确定满足指定关闭条件的目标进程之前，还包括：

判断当前的资源占用率是否大于目标阈值；

若是，执行所述确定满足指定关闭条件的目标进程的步骤。

3.根据权利要求2所述的方法，其特征在于，所述资源占用率包括CPU占用率或者GPU占用率。

4.根据权利要求2所述的方法，其特征在于，所述关闭所述目标进程中的部分或全部包括：

依次关闭所述目标进程中的一个或多个，直到资源占用率小于或等于所述目标阈值。

5.根据权利要求4所述的方法，其特征在于，所述依次关闭所述目标进程中的一个或多个，直到资源占用率小于或等于所述目标阈值，包括：

按照资源占用率由高到低，依次关闭所述目标进程中的一个或多个，直到资源占用率小于或等于所述目标阈值；或者

按照运行优先级由低到高，依次关闭所述目标进程中的一个或多个，直到资源占用率小于或等于所述目标阈值。

6.根据权利要求1所述的方法，其特征在于，所述确定满足指定关闭条件的目标进程，包括：

根据各个应用程序的使用率，从后台运行的进程中选取满足指定关闭条件的进程。

7.根据权利要求6所述的方法，其特征在于，所述根据各个应用程序的使用率，从后台运行的进程中选取满足指定关闭条件的进程，包括：

从后台运行的进程中，确定使用率低于预设使用率的应用程序对应的进程为满足指定关闭条件的进程；或者

从后台运行的进程中，根据使用率由低到高确定预设个数的应用程序对应的进程为满足指定关闭条件的进程。

8.一种视频处理装置，其特征在于，所述装置包括：

指令接收模块，用于接收对视频进行显示增强的启动指令；

进程确定模块，用于确定满足指定关闭条件的目标进程；

关闭模块，用于关闭所述目标进程中的部分或全部。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个程序，其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-7任一项所述的方法。