CN115567666B - 屏幕录制方法、电子设备及可读存储介质 - Google Patents

Abstract

本申请提供一种屏幕录制方法、电子设备及可读存储介质，属于电子设备技术领域，所述方法包括：获取启动屏幕录制功能的第一操作，电子设备对多个应用的窗口内容进行录制，所述应用为运行在屏幕上的应用；电子设备接收到结束录制的第二操作，输出与每个应用对应的第一视频文件，其中，第一视频文件为每个应用的窗口内容对应的图层叠加的文件；电子设备获取用于编辑录屏文件的第三操作，并输出视频文件。本申请的方法，可根据用户需求选择录制应用，选择更加准确和灵活，提高用户体验。

Description

屏幕录制方法、电子设备及可读存储介质

技术领域

本发明涉及电子技术领域，尤其涉及一种屏幕录制方法、电子设备及可读存储介质。

背景技术

屏幕录制功能是手机的一项常用功能。现有的录屏方法是将手机当前屏幕显示的整个界面录制下来，并保存为视频文件。然而，目前大部分情况下，用户并不想将整个屏幕上的内容进行录制，例如，在录屏过程中会有通知弹窗，以及应用切换等情况，由此，容易造成用户隐私泄露，且用户录制过程灵活性较低，降低了用户体验。

发明内容

有鉴于此，本发明提供一种屏幕录制方法及电子设备、计算机可读存储介质，用以解决录屏时，用户隐私信息被录入的情况，以提高录制的灵活性和用户体验。

本申请的一些实施方式提供了一种屏幕录制方法。以下从多个方面介绍本申请，以下多个方面的实施方式和有益效果可互相参考。

第一方面，本发明提供一种屏幕录制方法，应用于电子设备，包括：电子设备获取启动屏幕录制的第一操作；响应于第一操作，电子设备对多个应用的窗口内容进行录制，应用为运行在屏幕上的应用；电子设备获取结束屏幕录制的第二操作；响应于第二操作，电子设备输出与每个应用对应的第一视频文件，其中，第一视频文件为每个应用的窗口内容对应的图层叠加后的文件；电子设备获取用于编辑第一视频文件的第三操作；响应于第三操作，电子设备输出第二视频文件。

根据本申请实施例的屏幕录制方法，可以实现对运行在屏幕上的应用的窗口内容分别进行录制，并在结束录制后，根据用户的编辑操作生成视频文件，采用先录制后选择的方式，可以不需要用户提前对应用进行评估，在录制后再选定应用，可以便于用户衡量录制文件中是否存在隐私等内容，选择更加准确和灵活，用户的体验会更好。

作为本申请第一方面的一个实施例，响应于第三操作，电子设备输出第二视频文件，包括：响应于第三操作，电子设备显示第一界面，第一界面包括与应用分别对应的第一控件；电子设备获取针对第一控件的第一选定操作；响应于第一选定操作，电子设备确定经由第一控件确定第二视频文件。该方法可以实现用户根据需要选择应用对应的内容，生成与用户选择的第一视频文件对应的第二视频文件。

作为本申请第一方面的一个实施例，响应于第一操作，电子设备对多个应用的窗口内容进行录制，包括：电子设备获取每个应用对应的窗口表面标识；基于每个应用对应的窗口表面标识，电子设备对每个应用的窗口内容进行录制。

作为本申请第一方面的一个实施例，响应于第二操作，电子设备输出与每个应用对应的第一视频文件，包括：电子设备基于窗口表面标识将每个应用对应的图层进行叠加，以得到第一视频文件。从而确保每个窗口内容是保持独立的，便于删减。

作为本申请第一方面的一个实施例，响应于第一选定操作，电子设备确定经由第一控件确定第二视频文件，包括：电子设备屏蔽未选定应用对应的窗口内容的显示属性，生成只有选定应用对应的窗口内容的第二视屏文件。

作为本申请第一方面的一个实施例，运行在屏幕上的应用包括：从电子设备获取第一操作开始，到电子设备获取第二操作结束，运行在屏幕上的所有应用和/或应用对应的通知类消息。对所有内容进行录制，便于用户在录制结束后进行综合考量，是否需要生成最终的视频文件，体验更高。

作为本申请第一方面的一个实施例，电子设备根据预设规则对多个应用的窗口内容进行录制。该方法可以实现自动化的录制。

作为本申请第一方面的一个实施例，预设规则包括：录制当前屏幕中的应用；录制当前屏幕中列在白名单中的应用，和/或，不录制当前屏幕中列在黑名单中的应用。该规则对于用户隐私的应用可以不再进行自动录制，可以更好的保护用户隐私。

作为本申请第一方面的一个实施例，方法还包括：电子设备在对多个应用的窗口内容进行录制之前，显示第二界面，第二界面包括预设规则对应的第二控件；电子设备获取针对第二控件的第二选定操作，确定选定的预设规则，并根据选定的预设规则对多个应用的窗口内容进行录制。便于用户根据自身的需要选择预设规则。

作为本申请第一方面的一个实施例，在电子设备录制的过程中，电子设备确定屏幕中加入新的应用或应用对应的通知类消息，显示第三界面，第三界面中包括与新加入的应用或应用通知消息对应的第三控件；电子设备接收到针对第三控件的第四操作；响应于第四操作，电子设备对新加入的应用的窗口内容或应用对应的通知类消息对应的内容进行录制，以提醒用户是否进行录制，避免错过中途新加入应用的录制。

作为本申请第一方面的一个实施例，在电子设备录制的过程中，在电子设备录制的过程中，电子设备获取屏幕上的应用窗口尺寸，并根据窗口尺寸录制与应用窗口尺寸对应的窗口内容。实现窗口的动态录制。

作为本申请第一方面的一个实施例，电电子设备包括窗口管理模块，电子设备获取屏幕上的应用窗口尺寸，并根据窗口尺寸录制与应用窗口尺寸对应的窗口内容，包括：电子设备通过窗口管理模块获取屏幕上的应用窗口尺寸，并根据应用窗口尺寸录制与应用窗口尺寸对应的窗口内容。

作为本申请第一方面的一个实施例，响应于第一操作，电子设备对多个应用的窗口内容进行录制，包括：响应于第一操作，电子设备显示第四界面，第四界面包括提示选择隐私录屏的第四控件；当电子设备获取针对第四控件的第五操作，电子设备对多个应用的窗口内容进行录制。便于用户选择不同的录制方式。

作为本申请第一方面的一个实施例，响应于第一操作，电子设备对多个应用的窗口内容进行录制，包括：响应于第一操作，电子设备确定运行在屏幕上的应用为白名单中的应用，并对运行在屏幕上的白名单中的应用的窗口内容进行录制。该方法可以避免用户比较隐私的应用内容被录制。

第二方面，本申请公开一种电子设备，包括：

显示屏：用于显示界面；

存储器，用于存储由设备的一个或多个处理器执行的指令；

至少一个处理器，用于执行指令，并用于执行：获取启动屏幕录制的第一操作；响应于第一操作，处理器对多个应用的窗口内容进行录制，应用为运行在屏幕上的应用；处理器获取结束屏幕录制的第二操作；响应于第二操作，处理器输出与每个应用对应的第一视频文件，其中，第一视频文件为每个应用的窗口内容对应的图层叠加后的文件；处理器获取用于编辑第一视频文件的第三操作；响应于第三操作，处理器输出第二视频文件。

根据本申请实施例的电子设备，首先对运行在屏幕上的应用的窗口内容进行分离录制，并在结束录制后，根据用户编辑操作生成视频文件，采用先录制后选择的方式，可以不需要用户提前对应用进行评估，在录制后再选定应用，可以便于用户衡量录制文件中是否存在隐私等内容，选择更加准确和灵活，用户的体验会更好。

作为本申请第二方面的一个实施例，处理器用于：响应于第三操作，处理器控制显示屏显示第一界面，第一界面包括与运行在屏幕中的应用分别对应的第一控件；处理器获取针对第一控件的第一选定操作；响应于第一选定操作，处理器确定经由第一控件确定第二视频文件。该方法可以实现用户根据需要选择应用对应的内容，生成与用户选择的第一视频文件对应的视频文件。

作为本申请第二方面的一个实施例，处理器用于获取每个应用对应的窗口表面标识，基于窗口表面标识，分别对运行在屏幕上的多个应用的窗口内容进行录制。

作为本申请第二方面的一个实施例，处理器用于基于窗口表面标识将每个应用对应的图层进行叠加，以得到第一视频文件。从而确保每个窗口内容是独立的，便于删减。

作为本申请第二方面的一个实施例，处理器用于电子设备屏蔽未选定应用对应的窗口内容的显示属性，生成只有选定应用对应的窗口内容的第二视屏文件。

作为本申请第二方面的一个实施例，运行在屏幕上的应用包括：从电子设备获取第一操作开始，到电子设备获取第二操作结束，运行在屏幕上的所有应用和/或应用对应的通知类消息。对所有内容进行录制，便于用户在录制结束后进行综合考量，是否需要生成最终的视频文件，体验更高。

作为本申请第二方面的一个实施例，处理器根据预设规则对多个应用的窗口内容进行录制。

作为本申请第二方面的一个实施例，预设规则包括：录制当前屏幕中的应用；录制当前屏幕中列在白名单中的应用，和/或，不录制当前屏幕中列在黑名单中的应用。

作为本申请第二方面的一个实施例，处理器在对多个应用的窗口内容进行录制之前，显示第二界面，第二界面包括预设规则对应的第二控件；

处理器获取针对第二控件的第二选定操作，确定选定的预设规则，并根据选定的预设规则对多个应用的窗口内容进行录制。该方法可以实现手机自动对最初录屏界面录制，对于中途增加的应用自动屏蔽，既不再录制。

作为本申请第二方面的一个实施例，在电子设备录制的过程中，电子设备确定屏幕中加入新的应用或应用对应的通知类消息，显示第三界面，第三界面中包括与新加入的应用或应用通知消息对应的第三控件；电子设备接收到针对第三控件的第四操作；响应于第四操作，电子设备对新加入的应用的窗口内容或应用对应的通知类消息对应的内容进行录制。以提醒用户是否进行录制，避免错过中途新加入应用的录制。

作为本申请第二方面的一个实施例，在处理器录制的过程中，处理器获取屏幕上的应用窗口尺寸，并根据窗口尺寸录制与应用窗口尺寸对应的窗口内容。实现窗口的动态录制。

作为本申请第二方面的一个实施例，处理器包括窗口管理模块，处理器通过窗口管理模块获取屏幕上的应用窗口尺寸，并根据应用窗口尺寸录制与应用窗口尺寸对应的窗口内容。

作为本申请第二方面的一个实施例，响应于第一操作，处理器控制显示屏显示第四界面，第四界面包括提示选择隐私录屏的第四控件；当处理器获取针对第四控件的第五操作，处理器对多个应用的窗口内容进行录制。便于用户选择不同的录制方式。

作为本申请第二方面的一个实施例，响应于第一操作，处理器用于确定运行在屏幕上的应用为白名单中的应用，并对白名单中的应用的窗口内容进行录制。该方法可以避免用户比较隐私的应用内容被录制。

第三方面，本申请提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被电子设备运行时，使得电子设备执行上述第一方面实施例中的方法。

第四方面，本申请的公开了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面实施例中的方法。

附图说明

图1为手机屏幕录制的场景图；

图2a为手机屏幕录制过程中弹出消息的界面示意图；

图2b为手机屏幕录制过程中切换应用的界面示意图；

图3为本申请一个实施例的电子设备的结构示意图；

图4为本申请一个实施例的电子设备的软件架构示意图；

图5为本申请一个实施例的屏幕录制方法的流程图；

图6为本申请一个实施例的选择屏幕录制的手机界面示意图；

图7a为本申请一个实施例的手机在录制过程中的增加应用的界面示意图；

图7b为本申请另一个实施例的手机在录制过程中的增加应用的界面示意图；

图7c为本申请一个实施例的应用窗口变化的界面示意图；

图8为本申请一个实施例的编辑文件的手机界面示意图；

图9为本申请一个实施例的新加入应用的屏幕录制流程图；

图10为本申请另一实施例的应用白名单的手机界面示意图；

图11为本申请另一实施例的选择录制应用情况的界面示意图；

图12a为本申请另一实施例的屏幕录制方法的流程图；

图12b为本申请另一实施例的手机录制屏幕时选择应用的界面操作示意图；

图12c为本申请另一实施例的手机录制屏幕时选择应用的界面操作示意图；

图12d为本申请一个实施例的手机录制过程中新加入应用的提示界面示意图；

图13为本申请一些实施例的一种片上系统的框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

为了便于对本申请技术方案的理解，下面首先对本申请中出现的关键术语进行说明。

窗口内容，即为surface，每一个运行在屏幕上的应用对应一个窗口，每个窗口对应唯一的一个surface。

窗口内容对应的图层，即每一个应用的窗口内容对应一层图层，当屏幕上出现多个应用窗口叠加情况时，可以理解为是窗口对应的图层的相互叠加，且图层彼此之间是相互独立的，每一图层对应的窗口内容可以被完整的录制和获取。

下面结合屏幕录制场景对本申请的技术方案进行说明。

参考图1，图1示例性示出了手机屏幕录制的场景。如图1所示，用户使用手机10进行屏幕录制，用户通过打开屏幕录制功能对屏幕进行录制。在录制过程中，用户可以通过界面中的屏幕录制控件来获知手机正处于屏幕录制状态，如图1所示，控件11表示已经屏幕录制的时间，如“00:10”秒。控件12为用于结束屏幕录制的功能键，用户可以通过控件12结束整个屏幕录制。通过屏幕录制功能，用户可以把自己针对手机屏幕上的整个界面操作录制下来，分享给好友，或作为记录文件进行保存。然而在一些场景下，这种录制整个屏幕的方式并不能满足用户的需求。

下面结合附图对本申请实施例所要解决的技术问题进行描述。

参考图2a，图2a示例性示出了手机屏幕录制过程中弹出消息的界面示意图。结合图1和图2a所示，在手机进行屏幕录制的过程中，屏幕上的所有内容将被录制，当界面弹出的临时消息，例如微信应用消息，微信好友“杰”发出的“11点”，现有的录制方式，会将临时消息与其他桌面和应用窗口界面一起录制下来。但是由于弹出的消息有时比较隐私，用户并不希望在手机录制过程中，将这样的消息录制到视频文件中。因此，这种全屏录制的方式并没有考虑到用户隐私保护的问题，使得用户体验降低。

参考图2b，图2b示例性示出了手机屏幕录制过程中切换应用的界面示意图。结合图1和如图2b所示，在录制屏幕的过程中，用户想要切换应用，在切换的过程中，会出现多个应用窗口选择的界面，如图2b所示，此时所有应用对应的窗口内容将会被录制下来，若用户从“应用1窗口”切换到“应用2窗口”，而实际用户只是想在此时看一下应用2窗口中的内容，例如看一下重要的微信消息。而实际上并不想将应用2对应的窗口内容录入到屏幕录制视频文件中。这种情况下用户的隐私安全问题也不能得到保证，用户体验降低。

对此，本申请实施例提出一种屏幕录制方法，用于解决上述的技术问题。

下面结合附图1对本申请实施例的屏幕录制方法进行概述。

结合图1所示场景，用户使用手机10开启屏幕录制功能。当手机10接收到启动屏幕录制功能的录屏操作(对应第一操作)，例如，点击屏幕录制功能键或者通过手势启动屏幕录制。手机10响应于录屏操作，分别对运行在屏幕上的应用的窗口内容进行录制。其中，运行在屏幕上的应用窗口是指运行在前台的应用，可以包括接收屏幕录制操作时界面上已经运行的应用，也可以包括，在录制过程中，临时弹出的应用通知消息，或者用户切换应用时，临时增加的应用等。手机10将这些应用窗口分别进行录制，即每个应用窗口内容之间保持独立。当手机10接收到屏幕录制结束操作(对应第二操作)，响应于结束操作，手机10将录制的每一个应用对应的窗口内容形成文件，其中，每一个文件对应一个图层，每个图层对应一组独立的数据，手机将每一个应用的窗口内容对应的图层进行叠加，得到第一视频文件，该视频文件为可编辑的虚拟的图像镜像文件。当手机10接收到用于编辑第一视频文件的编辑操作(对应第三操作)，响应于编辑操作，手机10可以通过界面显示(第一界面)，提示用户对第一视频文件进行编辑，例如，每一个应用的第一视频文件对应一个控件(第一控件)，用户可以通过控件选择想要最终形成屏幕录制的视频文件。当手机10接收到针对控件的选定操作，手机10基于选定控件对应应用标识，确定出目标第一视频文件，并将目标第一视频文件生成第二视频文件，其中，第二视频文件也可以是可编辑的虚拟的图像镜像文件，也可以是实体的视频文件。该第二视频文件中只包括用户选中的应用对应的窗口内容。

根据本申请实施例的屏幕录制方法，对运行在屏幕上的应用的窗口内容分别进行录制，并在结束录制后，根据用户的选择只生成用户选择的应用对应的第一视频文件。此外，本申请实施例的屏幕录制方法，采用先录制后选择的方式，可以不需要用户提前对应用进行评估，在录制后再选定应用，可以便于用户衡量录制文件中是否存在隐私等内容，选择更加准确和灵活，用户的体验会更好。

在上述实施例中以手机作为电子设备进行的说明。在本申请的一些实施例中，电子设备还可以是桌上电脑、平板电脑、笔记本电脑、超级移动个人计算机、个人数字助理(personal digital assistant，PDA)，或者可穿戴的电子设备，如手表、手环等。本申请对电子设备的具体类型不作限制。

下面结合电子设备的具体结构对本申请实施例的屏幕录制方法进行描述。

参考图3，图3示出了本申请实施例的电子设备的结构示意图。如图3所示，电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universalserial bus，USB)接头130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

处理器110可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110在接收用户的录屏操作，分别对运行在显示屏194上的应用的窗口内容进行录制，以获得针对每一个应用的窗口内容的图像数据(图层)。处理器110，对这些图层进行叠加得到第一视频文件。例如，可以按照应用窗口在显示屏上的坐标位置，对屏幕上窗口叠加的窗口内容，在生成第一视频文件后，仍然保持窗口之间的相对位置，还原录屏时真实状态。

在一些实施例中，处理器110接收到编辑第一视频文件的编辑操作，将控制显示屏194显示与应用相对应的控件。当处理器110接收到针对控件的选中操作，处理器110确定出控件对应的应用，例如，通过应用名称(应用信息)，或者应用窗口标识，找到应用对应的图层。并对第一视频文件进行修改或裁剪等图像处理，以得到只包含用户选中的应用对应的图像数据，对这些图像数据进行封装得到第二视频文件。该第二视频文件中，仅包含用户选中的应用的窗口内容。

在一些实施例中，录制的应用对应的图像数据，通过视频编解码器进行视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

在一些实施例中，处理器110通过不同的I2C总线接口分别耦合触摸传感器180K，以实现用户输入录屏操作指令，或者输入选中应用的操作指令等。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

在一些实施例中，处理器110可以用过通过I2S接口获取由音频模块170采集的音频，并将这些音频与用户最终选中的应用窗口内容对应的图像数据封装在一起，以得到有声的第一视频文件。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

在一些实施例中，处理器110和显示屏194通过DSI接口，控制显示屏显示录屏界面，或者应用编辑界面等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

在一些实施例中，电子设备100通过移动通信模块150与另一个电子设备进行通信，以实现用户将录制好的第二视频文件分享给他人。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

在一些实施例中，GPU为图像处理的微处理器可以根据用户选中的应用对录制后的图像数据进行修改和裁剪，以使得修改和裁剪后的图像数据满足用户的需求。

此外，在一些实施例中，GPU为图像处理的微处理器通过屏蔽用户选中应用之外应用对应的图层的显示属性，以只在显示屏上显示选中应用对应的窗口内容。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，MiniLED，MicroLED，Micro-OLED，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

在一些实施例中，显示屏194用于显示录屏的操作界面，例如，可以显示隐私录屏或全屏录屏，两种屏幕录制方式。用户通过界面选择想要的屏幕录制方式。此外，显示屏194还可以显示屏幕录制后，对第一视频文件编辑的界面，以实现用户可以根据需要选择应用生成第二视频文件。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

在一些实施例中，处理器110可以通过外部存储器接口120与外存储器连接，并将可以将录制的第二视频文件保存在外存储器中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备100的各种功能应用以及数据处理。

在一些实施例中个，内部存存储器中存储有隐私录屏的指令，以使得处理器110在执行指令时，实现对运行在屏幕中的应用窗口进行分别录制，得到与应用对应的录制文件。当用户选定指定应用后，处理器110对录制文件进行处理，得到用户指定应用对应的录制的视频文件。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

图4是本发明实施例的电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图4所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，屏幕录制，短信息等应用程序。

在本申请的一些实施例中，录屏应用可以提供电子设备100与用户进行交互的界面，例如：让用户选择隐私录屏或全屏录屏的界面，以及在屏幕录制结束后，显示让用户选择需要形成最终文件的应用窗口的界面。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图4所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

在本申请的一些实施例中，窗口管理器可具体为窗口管理服务(Window ManagerService，WMS)，该WMS存放有当前屏幕中显示的各个应用窗口的信息，例如，各个应用窗口的坐标、大小等信息。当应用程序层的应用程序开始运行时，会将启动的应用窗口的大小和位置等信息告知WMS。并且，后续当应用窗口的大小和位置发生变化时，也会将变化的数据及时刷新到WMS中。因此，可以从WMS获取当前屏幕中显示的各个应用窗口的信息。例如，在电子设备100开启屏幕录制功能时，屏幕录制应用可以根据从WMS获取的当前屏幕显示的应用窗口的信息，提供让用户选择需要录制的应用窗口的选项等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

在一些实施例中，内容提供器可以窗口管理器获取的窗口尺寸，以及从应用层的获得的显示屏上的窗口内容等数据，并将这些数据进行存储，例如可以存储在存储器中，也可以存储在缓存中。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

在本申请的一个实施例中，表面管理器可以将每个窗口内容对应的图层进行叠加，以及在用户选定应用的窗口内容后，将未选中的图层进行隐藏处理。

在一些示例中，电子设备100对用户选择隐私录屏后，窗口管理器获取各个应用程序的界面内容，而后电子设备100对界面内容对应的图像数据进行视频编码压缩、封装等生成各个应用程序的第一视频文件。并且，当用户选择具体应用后，表面管理器从窗口管理器获得窗口尺寸，位置坐标等信息将用户选定的应用对应的窗口内容合成图像，最终电子设备生成屏幕录制的视屏文件。该视屏文件包括用户选择的应用窗口的内容。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面结合具体实施例对本申请实施例的屏幕录制方法进行详细描述。

在下面实施例中以该方法应用于手机(作为电子设备的示例)为例进行说明，该手机具体结构可以参考图3硬件结构和图4的软件结构。本申请实施例的屏幕录制方法，可以应用分屏场景、智慧多窗场景，也可以应用于普通常规场景。

参考图5，图5示出了本申请实施例的屏幕录制方法的流程图。该屏幕录制方法由手机执行。如图5所示，该流程图包括S510-S570。

S510，获取启动屏幕录制的第一操作。

在本申请的实施例中，屏幕录制可以是指隐私录屏。其中，隐私录屏是用于区分现有的常规屏幕录制方式，即将整个屏幕中的所有内容进行录制(全屏录屏)。其中，启动第一操作可以通过界面交互的方式输入的操作，如：食指关节敲击屏幕两下、在屏幕上三指下滑、点击屏幕上的功能键、面部识别(例如张嘴和眨眼)等。也可以通过按压物理按键的操作(例如：同时按住电源键和音量加键)输入的操作。或者通过传感器数据变化输入的操作，例如，连续摇晃手机3次等。也可以通过语音等方式输入操作，例如“嘿，开启隐私录屏”等。在一些实施例中，这些操作可以是用户预定义的手势，例摇晃手机的次数、用户在屏幕敲击的次数、使用的手势等。本申请实施例对启动第一操作不做具体限制。

在一些实施例中，当用户启动屏幕录制操作之前，用户首先开启屏幕录制功能，并在开启屏幕录制功能后提示用户可选择的屏幕录制方式，例如，全屏录屏或隐私录屏，其中隐私录屏是指本申请的屏幕录制方式。

参考图6，图6示出了本申请实施例的选择屏幕录制的手机界面示意图。如图6所示，用户可以通过下滑的方式打开状态栏610，点击状态栏中的屏幕录制功能键611，手机可以通过提示的方式提醒用户选择适合自己的屏幕录制方式，例如，在提示信息栏612中，提示“请选择屏幕录制方式”，包括：“隐私录屏”、“全屏录屏”。此外，还可以对屏幕录制方式进行说明，例如“隐私录屏可以根据您的选择的应用生成视频文件。全屏录屏可以对整个屏幕进行录制。”，便于用户根据提示进行选择。该界面示意图仅是示例性说明，在一些实施例中，用户可以通过快捷方式启动屏幕录制，例如食指关节敲击屏幕两下，手机执行全屏录屏。食指关节敲击屏幕三下，手机执行隐私录屏。

S520，响应于第一操作，对多个应用的窗口内容进行录制。其中，这些应用可以理解为在屏幕上已经打开，并显示对应的窗口的应用，以及在屏幕上弹出对应的消息所对应的应用，例如，微信应用弹出的消息，则消息对应的应用是微信应用。

本申请中，运行在屏幕上的多个应用是指在整个录制过程中，在屏幕上打开的，即在前台运行的所有应用。可以包括手机在开始执行第一操作的第一时刻，运行在屏幕上的应用，还可以包括在录制过程中，临时弹出的应用消息以及用户切换时增加的应用等。具体可参考图7a和图7b所示场景。

参考图7a所示，图7a示出了本申请的一个实施例的手机在录制过程中增加应用的界面示意图。如图7a中的(i)所示，在界面710是分屏后的界面，在两个分屏上分别运行“应用1窗口”和“应用2窗口”。手机接收到启动第一操作后，确定当前屏幕上打开的应用1和应用2，并分别对应用1的窗口内容和应用2的窗口内容进行录制。在录制过程中，出现临时增加新应用的情况时，例如，通知消息类，用户切换新的应用等。手机会将这些新的应用对应的内容进行录制。如图7a中的(ii)所示，界面720是在录制过程中，弹出微信消息来自杰发送的“11点”。手机获取通知栏对应的界面内容。将该界面内容对应的录制下来。

参考图7b所示，图7b示出了本申请的另一实施例的手机在录制过程中增加应用的界面示意图。如图7b中的(i)所示，在界面710是分屏后的界面，在两个分屏上分别运行“应用1窗口”和“应用2窗口”。手机接收到启动第一操作后，确定当前屏幕上打开的应用1和应用2，并分别对应用1的窗口内容和应用2的窗口内容进行录制。在录制过程中，如图7b中的(ii)所示，用户将“应用1窗口”切换成“应用3窗口”。手机获取应用3窗口对应的界面内容。将该界面内容对应的录制下来。在下面的实施例中将对窗口录制的过程进行详细描述。

在本申请中，手机对每个窗口内容分别进行录制，以实现窗口内容各图层是分离的状态。其中，每个应用对应一个窗口，而每一个窗口的内容(即窗口内的图形界面)对应一个表面标识(surface Identity document，surface ID)。当手机同时运行多个应用程序时，并接收到启动第一操作，每个应用程序绘制各自的surface(包括各个应用程序的界面内容，以及各个应用程序在屏幕中的大小以及位置等信息)，以便于手机得到每一个应用的窗口内容对应的图层叠加后的第一视频文件。

在申请的一个实施例中，在屏幕录制时，应用程序可以将各自的surface ID透传给窗口管理器，有窗口管理器的窗口管理服务WMS基于surface ID获取当前屏幕中显示的各个应用窗口的信息(例如：标识、大小、坐标等)，以使得在分屏/智慧多窗等场景中，手机可以获取动态获取Surface尺寸，可以确保录制的文件能够将窗口尺寸和位置变化录制下来。

参考图7c所示，图7c示出了本申请实施例的应用窗口变化的界面示意图。如图7c中的(x)所示，界面730为分屏界面，在上分屏中显示“应用1窗口”，下分屏中显示“应用2窗口”，以应用窗口铺满对应分屏为例进行说明。对于整个屏幕的坐标为起点“(0,0)”，终点“(W,H)”,其中W表示屏幕宽度,H表示屏幕的高度。若手机的分屏为上下平均分屏时，应用1窗口的坐标为起点“(0,0)”，终点“(W,1/2H)”，应用2窗口的坐标为“(0,1/2H)”，终点“(W,H)”。在屏幕录制过程中，窗口管理器实时获取窗口的位置坐标变化。例如，如图7c中的(y)所示，在界面740中，用户将应用1窗口的高度缩小整个屏幕的1/3，此时，坐标变化为：应用1窗口的位置坐标为起点“(0,0)”，终点“(W,1/3H)”，应用2窗口的位置坐标为起点“(0,1/3H)”，终点“(W,H)”，窗口管理器获取这些变化前后和变化中的位置坐标，从而获取窗口的大小，实现动态对应用窗口内容的录制。

需要说明的是，在一些实施例中，窗口为铺满屏幕时，通过获取窗口各端点在屏幕中的相对位置坐标来确定窗口尺寸，窗口尺寸的具体获取过程可参考现有的技术方案，此处不在详细说明。

S530，获取结束录制的第二操作。

其中，结束录制的第二操作可以与第一操作相同也可以不同，具体操作可参考S510第一操作。

在本申请的一些实施例中，用户可以通过录制界面上的结束功能键(如图1中的结束功能键12)结束停止录制。本申请对于结束录制的操作并不做具体限定。

S540，输出与每一个应用对应的图层叠加的第一视频文件。其中，本申请的对应的图层叠加可以理解为，图层对应的缓存数据的叠加(也称“buffer叠加”)。在本申请的实施例中，第一视频文件可以理解为未形成最终视频格式的多个应用对应的图层叠加的可编辑的虚拟的图像镜像文件。上述虚拟图像镜像文件是系统设置的参数、由系统或第三应用生成的数据等的组合体，例如，把多个应用对应的图层组合或压缩组合，形成镜像文件，该镜像文件相对于视频文件，如运动图像专家组格式(Moving Picture Experts Group，MEPG)，音频视频交错格式(Audio Video Interleaved，AVI)，影视格式(Movie，MOV)，Windows媒体视频格式(Windows Media Video，WMV)等格式的视频文件是不同的，它是一个虚拟的可以进行编辑的文件，本申请对镜像文件的格式不作限制。

在本申请的实施例中，在手机接收到结束录制操作后，窗口管理服务WMS将绘制好的surface(即多个应用程序的surface)发送给如图4所示的表面管理器，表面管理器基于surface ID对每一个应用的窗口内容对应应用图层生成对应的缓存数据，对缓存数据进行叠加(图层的叠加))，生成虚拟的屏幕镜像，以得到第一视频文件，并将得到可编辑的第一视频文件进行保存。

在本申请的一个实施例中，手机在生成第一视频文件后，可以直接对第一视频文件进行保存，并且提示用户是否需要对第一视频文件进行编辑的提示，当用户选择不需要编辑时，手机可以直接将第一视频文件生成最终的视屏文件，即可以直接执行S570，其中目标第一视频文件可以为所有的第一视频文件。当用户选择需要进行编辑时，则进入可编辑的界面，并执行S550。

S550，接收到编辑第一视频文件的第三操作。

在本申请的一个实施例中，当用户确定结束录制后，手机可以通过界面显示编辑的方式，供用户选择是否进行编辑。在用户需要对文件进行编辑时，根据界面的提示对第一视频文件进行编辑。例如只选择应用1对应的窗口内容形成视频文件等。此外，在一些实施例中，用户也可以通过按键或者其他敲击屏幕的操作等，输入编辑命令。也可以直接通过打开图库，再进行编辑。在下面的界面操作中，将对该步骤进一步说明。

在本申请的一些实施例中，也可以不需要执行S550，即在手机获取结束屏幕录制的第二操作后，输出第一视频文件，并且直接执行S560，从而减少用户的操作步骤。

S560，显示与第一视频文件所属应用对应的控件(对应第一控件)。

当用户接收到第一视频文件的编辑操作，手机会通过界面提示方式，在界面上显示被录制应用对应的名称和对应的控件。用户可以一目了然的了解到在屏幕录制过程中，运行在屏幕中的所有应用。根据这些应用名称对应的控件选择最终想要形成视频文件的应用。

S570，确定经由控件确定第二视频文件。。其中，第二视频文件可以是与第一视频文件相同类型的文件(即虚拟的图像镜像文件)，也可以是其他常见的视频文件类型，例如mepg，avi，mov，wmv等，本申请不作限制。

当用户根据控件输入选择的应用后，手机会生成只包括选择应用的数据包，由表面管理器从数据包中获取被选中应用对应的surface ID，将被选中应用surface ID的图层渲染进行视频文件合成，得到屏幕中最后显示的第二视频文件。

在本申请的实施例中，表面管理器可以将未被选中的应用对应的图层进行屏蔽，使其失去显示属性，以使第二视频文件中，不显示未被选的应用的视频。

下面结合界面示意图对S530、S550和S560进行说明。

参考图8，图8示出了编辑文件的手机界面示意图。如图8所示，在界面810中，用户可以通过点击界面屏幕录制控件811中的结束功能键812输入结束的指令。当用户点击结束录制后，手机会通过界面提示的方式，如界面820，提示用户“是否结束屏幕录制”，当用户确定屏幕录制后(该操作可以对应第二操作)，手机生成每个应用对应的第一视频文件(对应S540),并且通过界面提示用户编辑第一视频文件。如图8所示的编辑界面830，界面830中，提醒用户进行编辑。其中，该编辑界面830可以包括存储位置和时间，如“2022年3月4日15:43已存入图库”，以及导航栏831，在导航栏中，可以包括“分享”、“收藏”、“编辑”、“删除”以及“更多”等选项。用户可以通过分享的方式，将被手机录制的所有应用形成最终的视频文件(对应第二视频文件)分享给朋友，也可以直接收藏或删除等。用户还可以通过编辑对第一视频文件进行编辑。当用户选择编辑，手机进入界面840(对应第一界面)，在界面840中，显示应用以及对应的控件选项，该界面中包括每一个被录制的应用名称，例如，“应用1、应用2和应用3”，且每一个应用对应一个选项控件。若用户选择应用1和应用2(对应第一选定操作)，则手机会根据用户选择的应用1和应用2对应控件获取应用对应的surface ID，基于surface ID生成最终视频文件(对应第二视频文件)，该视频文件中只包含应用1和应用2对应的第一视频文件，从而满足用户根据需要对屏幕录制应用进行选择的需求。

需要说明的是，上述界面操作中，也可以包括更多的内容或更少的内容，此外操作上也可以包括更多或更少的操作，例如，当用户在界面810点击结束后，可以直接进入界面840进行选择等，此处并不作限定。

在一些实施例中，在录制的过程中，若出现新加入的应用或应用消息时，例如出现切换应用的操作，或弹出应用消息通知等。手机可以通过界面提示的方式，提醒用户是否对新加入的应用进行录制，并在用户确认录制后，才可以对新加入的应用进行录制。而在用户确认不录制时，手机保持对当前屏幕中运行应用的窗口内容进行录制。

参考图9，图9示出了本申请实施例新加入应用的屏幕录制流程图。该方法应用于图7a所示的场景。如图9所示，新加入应用时，手机可以执行S910-S990。

S910，获取屏幕中新增加应用。

如图7a所示，手机录制界面710中的应用1窗口和应用2窗口的过程中，弹出如图7a中的(ii)所示的微信应用消息通知。或者，在另一个实施例中，如图7b所示，手机录制界面710中的应用1窗口和应用2窗口的过程中，如界面750中，用户将其中的应用1窗口切换成“应用3窗口”。此时，手机执行S920。

S920，确定每个切换至前台的应用，记录其窗口对应的表面标识(surface ID)。手机可以通过运行在屏幕上的应用的变化确定增加了新的应用，当确认增加新的应用后，获取应用对应的表面标识(surface ID)。

S930，将表面标识透传至表面管理器,表面管理器基于传入的表面标识，生成每个应用图层的缓存数据。

S940，将图层叠加，生成虚拟的屏幕镜像，打包成录屏文件(对应第一视频文件)。该录屏文件中包含图7a中的(i)中所示的应用1对应的图层、应用2对应的图层，以及图7a中的(ii)中微信应用对应的通知栏对应的图层。具体的S930和S940与上述图5中的S540相对应。

S950，用户打开图库，点击文件编辑。

在本申请的实施例中，用户可以通过手动打开图库对录屏文件进行编辑，也可以在结束屏幕录制后，由手机自动打开图库，并提示用户对录屏文件进行编辑，该步骤对应图5中的S550，以及图8中的界面830。

S960，接收到用户选择对应应用的数据包。当用户对录屏文件进行编辑后，该编辑过程可参考图5中的S560和S570，以及图8中的界面840。当用户输入选定的应用控件后，手机将输入操作对应的生成包含选定应用信息的数据包，数据包中可以包括应用名称等信息。

S970，基于数据包确认表面标识。手机从数据包中确定应用名称，并更加应用名称找到对应的窗口的表面标识。

S980，基于表面标识对录屏文件重新合成，屏蔽屏幕其余未选择应用的显示属性。

例如，用户只选择了应用1和应用2的情况下，则将微信应用的通知消息的显示属性屏蔽，使其在最终的视屏文件中不再显示。

S990，生成最终视频文件(对应第二视频文件)。例如当选择了应用1和应用2的情况下，该最终视频文件中只包含应用1和应用2对应的窗口内容。

在一些示例中，当手机屏幕没有被应用窗口铺满时，即手机屏幕还显示有部分桌面时，手机可以默认录制桌面内容或者默认不录制桌面内容。当然，手机也可以根据用户的选择，录制或不录制桌面内容。例如：如图8中的界面840中还可以包括桌面的选项，以供用户选择是否要选择录制桌面的内容。

本申请实施例的屏幕录制方法，采用先录制得到分层的录屏文件，再对录屏文件进行选择，对于用户而言选择的灵活性更高，能够避免用户先选择应用，而在录制过程中，临时更换录制应用需求时，而不方便结束屏幕录制的情况，对于用户操作和选择而言更加灵活。

在一些实施例中，用户可以对允许被录制的应用进行白名单设置，只有在白名单中的应用在录制过程中是被允许录制的。

参考图10，图10示出了本申请实施例的应用白名单的手机界面示意图。用户可以设置录屏文件白名单，将可以进行录制的应用加入到白名单中。如图10所示，用户将应用加入到白名单中，也可以通过“移除”功能键将应用从白名单中移除，也可以通过“添加”功能键添加应用到白名单中。当手机在执行屏幕录制时，对运行在屏幕中的应用与白名单中的应用进行比对，当手机确认当前运行在屏幕中的应用不是白名单中的应用时，手机将默认不再录制该应用对应的窗口内容，以确保应用的隐私不被泄露。

此外，用户还可以对不允许被录制的应用进行黑名单设置，以便于手机在录制屏幕时，不对黑名单的应用进行录制。

在一些实施例中，手机也可以默认是只录制手机执行屏幕录制的起始时刻，已经在屏幕上运行的应用。而对录制过程中，出现的弹框(消息类通知)或切换新的应用则不再进行录制。

参考图11所示，图11示出了本申请实施例的选择录制应用情况的手机界面示意图。如图11所示，在界面1110中，当用户选择隐私录制后，手机进入界面1120(对应第二界面)，在界面1120中，显示有“录制当前屏幕中的应用”和“录制白名单中的应用”对应的控件(对应第二控件)。其中当用户选择录制当前屏幕中的应用(对应第二选定操作)，则手机在录制过程中只录制已经在屏幕中运行的应用1和应用2，而对于中途加入的应用，手机会自动屏蔽，并不再录制。此外，如图界面1120所示，还可以设置录制白名单中的应用，即只录制白名单中的应用(具体可参考图10的描述)。用户也可以两种录制方式都选择，即能够保证录制的应用是白名单应用，也可以保证只录制当前已经运行的应用界面。用户可根据需要进行选择，提高用户录制的灵活性选择性。

根据本申请实施例的屏幕录制，通过先录制文件，后通过编辑的方式选择最终视频文件的方式，可以有效提高用户选择的灵活性，并且可以确保用户的隐私不被泄露，提高了用户体验。

本申请的另一个录制场景中，用户也可以提前对想要录制应用进行选择，录制过程中，只录制用户选择的应用，而未被选择的应用则默认不再被录制。

参考图12a，图12a示出了本申请另一实施例的屏幕录制方法的流程图。该方法由手机执行，如图12a所示，包括S1201-S1209。

S1201，接收第一操作。该步骤可参考图5中的S510。

S1202，判断分屏/智慧多窗场景。在接收到第一操作后，手机首先判断是分屏场景或智慧多窗等场景。

若是，则执行1209，动态获取当前应用窗口的表面内容。窗口管理器获取各自对应的窗口以及窗口内容，在分屏/智慧多窗场景中，由于应用窗口尺寸可能会发生变化，因此，通过窗口管理器能够实现动态获取Surface尺寸，并透传给表面管理器，得到最终变化的窗口。

若不是，则执行1203，弹出对话框，提示用户点击对应应用进行屏幕录制。

参考图12b，图12b示出了手机录制屏幕的一个界面操作示意图。如图12b所示，在界面1210中，当用户选择隐私录屏后，手机接入界面1220，手机获取当前运行在屏幕中运行的应用名称，并通过界面提示的方式，供用户选择想要录制的应用，若用户选择了应用1和应用2，则在录制的过程中，手机会对应用1和应用2进行屏幕录制。

在一些实施例中，用户也可以直接通过点击界面中的应用选择应用进行录制。

参考图12c，12c示出了本申请市水利的手机录制屏幕的另一个界面操作示意图。如图12c所示，用户通过界面1210点击隐私录屏，进入隐私录屏模式，并显示界面1230，在界面1230中提示用户选择应用，例如，“请点击选择录制的应用”。用户点击消息应用窗口，如界面1240，则手机可以通过界面提示的方式提醒用户，例如“是否选择“短信”应用进行屏幕录制？”，在用户点击后，只针对短信应用窗口进行录制。若桌面有多个应用时，用户可以连续选中想要的录制的应用，以实现对指定应用的录制。

S1204，接收针对指定应用的录制操作。

S1205，获得指定应用窗口对应的窗口内容。手机通过每个应用程序绘制各自的窗口内容。该过程对应与图5中的S520。

S1206，将表面标识透传至图形处理器,图形处理器基于传入的表面标识，生成每个应用图层的缓存数据。该过程对应于图5中的S540，和图9中的S930。

S1207，将图层叠加，生成屏幕镜像，打包成录屏文件。其中，S1206和S1207对应于图5中的S540，或者图9中的S930。该过程对应于图5中的S540，和图9中的S940。

S1208，接受编辑，生成最终视频文件(对应图5中的第二视频文件)。该过程可具体参考图5中的S550-S570。以及图9中的S950-S990。

在本申请的一些实施例中，也可以在手机执行到S1207后，用户未编辑的情况下，直接生成最终视频文件。

该屏幕录制该方法可以便于在开始屏幕录制时，将不想录制的应用排除，可以降低系统开销。

此外，若在该场景中，出现中途加入新的应用后，手机可以通过界面提示的方式，让用户确认是否对新加入的应用进行录制。

参考图12d，图12d示出了手机录制过程中新加入应用的提示界面示意图。如图12d所示，在录制过程中，中途增加了微信应用的消息，手机可以通过提示的方式提醒用户是否要进行录制，例如“是否需要对微信应用消息进行录制？”(对应第三界面)，若用户点击“是”(对应第四操作)，则对微信应用消息通知进行录制，若点击“否”，则不再进行录制。该提示方式同样可以应用于上述图9中描述的新加入实施例的场景。此后，在确认录制后，还可以再一次确认选择的应用是否生成最终的视频文件，及执行S550-S570。具体可以参考上述图5中的描述，此处不在赘述。该方法即提高了用户选择灵活性，又可以避免用户确定不需要录制的应用窗口被录制下来，降低手机软件和硬件系统的开销。

本申请还提供一种电子设备，电子设备，包括：

显示屏：用于显示界面；

存储器，用于存储由设备的一个或多个处理器执行的指令；

至少一个处理器，用于执行指令，并用于执行：

获取启动屏幕录制的第一操作；响应于第一操作，处理器对多个应用的窗口内容进行录制，应用为运行在屏幕上的应用；处理器获取结束屏幕录制的第二操作；响应于第二操作，处理器输出与每个应用对应的录屏文件，其中，录屏文件为每个应用的窗口内容对应的图层叠加后的文件；处理器获取用于编辑第一视频文件的第三操作；响应于第三操作，处理器第二视频文件。

根据本申请实施例的电子设备，首先对运行在屏幕上的应用的窗口内容进行分离录制，并在结束录制后，根据用户编辑操作生成视屏文件，采用先录制后选择的方式，可以不需要用户提前对应用进行评估，在录制后再选定应用，可以便于用户衡量录制文件中是否存在隐私等内容，选择更加准确和灵活，用户的体验会更好。

在本申请的一个实施例中，处理器用于：响应于第三操作，处理器控制显示屏显示第一界面，第一界面包括与运行在屏幕中的应用分别对应的第一控件；处理器获取针对第一控件的第一选定操作；响应于第一选定操作，处理器确定经由第一控件确定第二视频文件。该方法可以实现用户根据需要选择应用对应的内容，生成与用户选择的录屏文件对应的视频文件。

在本申请的一个实施例中，处理器用于获取每个应用对应的窗口表面标识，基于窗口表面标识，分别对运行在屏幕上的多个应用的窗口内容进行录制。

在本申请的一个实施例中，处理器用于基于窗口表面标识将每个应用对应的图层进行叠加，以得到第一视频文件。从而确保每个窗口内容是独立的，便于删减。

在本申请的一个实施例中，处理器用于电子设备屏蔽未选定应用对应的窗口内容的显示属性，生成只有选定应用对应的窗口内容的第二视屏文件。

在本申请的一个实施例中，在屏幕上显示的与内容对应的应用包括：从电子设备获取第一操作开始，到电子设备获取第二操作结束，运行在屏幕上的所有应用和/或应用对应的通知类消息。对所有内容进行录制，便于用户在录制结束后进行综合考量，是否需要生成最终的视频文件，体验更高。

在本申请的一个实施例中，处理器根据预设规则对多个应用的窗口内容进行录制。

在本申请的一个实施例中，预设规则包括：录制当前屏幕中的应用；录制当前屏幕中列在白名单中的应用，和/或，不录制当前屏幕中列在黑名单中的应用。

在本申请的一个实施例中，处理器在对多个应用的窗口内容进行录制之前，显示第二界面，第二界面包括第二控件，第二控件对应预设规则；处理器获取针对第二控件的第二选定操作，确定选定的预设规则，并根据选定的预设规则对多个应用的窗口内容进行录制。该方法可以实现手机自动对最初录屏界面录制，对于中途增加的应用自动屏蔽，既不再录制。

在本申请的一个实施例中，在电子设备录制的过程中，电子设备确定屏幕中加入新的应用或应用对应的通知类消息，显示第三界面，第三界面中包括与新加入的应用或应用通知消息对应的第三控件；电子设备接收到针对第三控件的第四操作；响应于第四操作，电子设备对新加入的应用的窗口内容或应用对应的通知类消息对应的内容进行录制。以提醒用户是否进行录制，避免错过中途新加入应用的录制。

在本申请的一个实施例中，在处理器录制的过程中，处理器获取屏幕上的应用窗口尺寸，并根据窗口尺寸录制与应用窗口尺寸对应的窗口内容。实现窗口的动态录制。

在本申请的一个实施例中，处理器包括窗口管理模块，处理器通过窗口管理模块获取屏幕上的应用窗口尺寸，并根据应用窗口尺寸录制与应用窗口尺寸对应的窗口内容。

在本申请的一个实施例中，响应于第一操作，处理器控制显示屏显示第四界面，第四界面包括提示选择隐私录屏的第四控件；当处理器获取针对第四控件的第五操作，处理器对多个应用的窗口内容进行录制。便于用户选择不同的录制方式。

在本申请的一个实施例中，响应于第一操作，处理器用于确定运行在屏幕上的应用为白名单中的应用，并对白名单中的应用的窗口内容进行录制。该方法可以避免用户比较隐私的应用内容被录制。

本申请实施例的电子设备的部件及工作流程在上述实施例中进行了详细的说明，具体可参考上述实施例图5、图9和图12a所述的屏幕录制方法，此处不再赘述。

本申请还提供一种电子设备，包括：

存储器，用于存储由设备的一个或多个处理器执行的指令，以及

处理器，用于执行上述实施例中结合图5、图9和图12a所解释的屏幕录制方法。

本申请还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器运行时，使得处理器执行上述实施例中图5、图9和图12a所解释的屏幕录制方法。

本申请还提供一种包含指令的计算机程序产品，当该计算机程序产品在电子设备上运行时，使得处理器执行上述实施例中图5、图9和图12a所解释的屏幕录制方法。

现在参考图13，所示为根据本申请的一实施例的SoC(System on Chip，片上系统)1300的框图。在图13中，相似的部件具有同样的附图标记。另外，虚线框是更先进的SoC的可选特征。在图13中，SoC1300包括：互连单元1350，其被耦合至应用处理器1310；系统代理单元1380；总线控制器单元1390；集成存储器控制器单元1340；一组或一个或多个协处理器1320，其可包括集成图形逻辑、图像处理器、音频处理器和视频处理器；静态随机存取存储器(Static Random Access Memory，SRAM)单元1330；直接存储器存取(DMA)单元1360。在一个实施例中，协处理器1320包括专用处理器，诸如例如网络或通信处理器、压缩引擎、GPGPU、高吞吐量MIC处理器、或嵌入式处理器等。

静态随机存取存储器(SRAM)单元1330中可以包括用于存储数据和/或指令的一个或多个计算机可读介质。计算机可读存储介质中可以存储有指令，具体而言，存储有该指令的暂时和永久副本。该指令可以包括：由处理器中的至少一个单元执行时使Soc1300执行根据上述实施例中的屏幕录制方法，具体可参照上述实施例图5、图9和图12a所解释的屏幕录制方法，在此不再赘述。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(Digital Signal Processor，DSP)、微控制器、专用集成电路(Application Specific Integrated Circuit，ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、光盘只读存储器(Compact Disc Read Only Memory，CD-ROMs)、磁光盘、只读存储器(Read OnlyMemory，ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(Erasable ProgrammableRead Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically ErasableProgrammable Read Only Memory，EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明书附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (22)

1.一种屏幕录制方法，应用于电子设备，其特征在于，包括：

所述电子设备获取启动屏幕录制的第一操作；

响应于所述第一操作，所述电子设备对多个应用的窗口内容进行录制，所述应用为运行在屏幕上的应用；

在所述电子设备录制的过程中，所述电子设备接收到针对所述屏幕中加入新的应用或应用对应的通知类消息的确认录制操作，对新加入的应用的窗口内容或应用对应的通知类消息对应的内容进行录制；

所述电子设备获取结束屏幕录制的第二操作；

响应于所述第二操作，所述电子设备输出与每个所述应用对应的第一视频文件，其中，所述第一视频文件为未形成最终视频格式的每个所述应用的窗口内容对应的图层叠加而成的可编辑的虚拟的图像镜像文件，所述图层叠加用于表示所述图层对应的缓存数据的叠加；

所述电子设备获取用于编辑所述第一视频文件的第三操作；

响应于所述第三操作，并所述电子设备输出第二视频文件。

2.根据权利要求1所述的方法，其特征在于，响应于所述第三操作，所述电子设备输出第二视频文件，包括：

响应于所述第三操作，所述电子设备显示第一界面，所述第一界面包括与每个所述应用分别对应的第一控件；

所述电子设备获取针对第一控件的第一选定操作；

响应于所述第一选定操作，所述电子设备确定经由所述第一控件确定所述第二视频文件。

3.根据权利要求1所述的方法，其特征在于，响应于所述第一操作，所述电子设备对多个应用的窗口内容进行录制，包括：

所述电子设备获取每个应用对应的窗口表面标识；

基于所述窗口表面标识，所述电子设备对每个所述应用的窗口内容进行录制。

4.根据权利要求3所述的方法，其特征在于，响应于所述第二操作，所述电子设备输出与每个所述应用对应的第一视频文件，包括：

所述电子设备基于所述窗口表面标识将每个所述应用对应的图层进行叠加，以得到所述第一视频文件。

5.根据权利要求2所述的方法，其特征在于，响应于所述第一选定操作，所述电子设备确定经由所述第一控件确定第二视频文件，包括：

所述电子设备屏蔽未选定应用对应的窗口内容的显示属性，生成只有选定应用对应的窗口内容的所述第二视频文件。

6.根据权利要求1-5任一项所述的方法，其特征在于，运行在屏幕上的应用包括：从所述电子设备获取所述第一操作开始，到所述电子设备获取所述第二操作结束，运行在所述屏幕上的所有应用和/或应用对应的通知类消息。

7.根据权利要求1-5任一项所述的方法，其特征在于，所述电子设备对多个应用的窗口内容进行录制，包括：

所述电子设备根据预设规则对多个应用的窗口内容进行录制。

8.根据权利要求7所述的方法，其特征在于，所述预设规则包括：录制当前屏幕中的应用；录制当前屏幕中列在白名单中的应用，和/或，不录制当前屏幕中列在黑名单中的应用。

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

所述电子设备在对多个应用的窗口内容进行录制之前，显示第二界面，所述第二界面包括所述预设规则对应的第二控件；

所述电子设备获取针对所述第二控件的第二选定操作，确定选定的所述预设规则，并根据所述选定的预设规则对多个应用的窗口内容进行录制。

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

在所述电子设备录制的过程中，所述电子设备确定所述屏幕中加入新的应用或应用对应的通知类消息，显示第三界面，所述第三界面中包括与新加入的应用或应用通知消息对应的第三控件；

所述电子设备接收到针对第三控件的第四操作；

响应于所述第四操作，所述电子设备对新加入的应用的窗口内容或应用对应的通知类消息对应的内容进行录制。

11.根据权利要求1-5任一项所述的方法，其特征在于，在所述电子设备录制的过程中，所述电子设备获取所述屏幕上的应用窗口尺寸，并根据所述窗口尺寸录制与所述应用窗口尺寸对应的窗口内容。

12.根据权利要求11所述的方法，其特征在于，所述电子设备包括窗口管理模块，

所述电子设备获取所述屏幕上的应用窗口尺寸，并根据所述窗口尺寸录制与所述应用窗口尺寸对应的窗口内容，包括：

所述电子设备通过所述窗口管理模块获取所述屏幕上的应用窗口尺寸，并根据所述应用窗口尺寸录制与所述应用窗口尺寸对应的窗口内容。

13.根据权利要求1-5任一项所述的方法，其特征在于，响应于所述第一操作，所述电子设备对多个应用的窗口内容进行录制，包括：

响应于所述第一操作，所述电子设备显示第四界面，所述第四界面包括提示选择隐私录屏的第四控件；

当所述电子设备获取针对所述第四控件的第五操作，所述电子设备对多个应用的窗口内容进行录制。

14.根据权利要求1-5任一项所述的方法，其特征在于，响应于所述第一操作，所述电子设备对多个应用的窗口内容进行录制，包括：

响应于所述第一操作，所述电子设备确定屏幕上运行的应用为白名单中的应用，并对运行在屏幕上的所述白名单中的应用的窗口内容进行录制。

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

显示屏；

存储器，用于存储由设备的一个或多个处理器执行的指令；

至少一个处理器，用于执行指令，并用于执行：

获取启动屏幕录制的第一操作；

响应于所述第一操作，所述处理器对多个应用的窗口内容进行录制，所述应用为运行在屏幕上的应用；

在所述电子设备录制的过程中，所述电子设备接收到针对所述屏幕中加入新的应用或应用对应的通知类消息的操作，对新加入的应用的窗口内容或应用对应的通知类消息对应的内容进行录制；

所述处理器获取结束屏幕录制的第二操作；

响应于所述第二操作，所述处理器输出与每个所述应用对应的第一视频文件，其中，所述第一视频文件为未形成最终视频格式的每个所述应用的窗口内容对应的图层叠加而成的可编辑的虚拟的图像镜像文件，所述图层叠加用于表示所述图层对应的缓存数据的叠加；

所述处理器获取用于编辑所述第一视频文件的第三操作；

响应于所述第三操作，所述处理器第二视频文件。

16.根据权利要求15所述的电子设备，其特征在于，所述处理器用于：

响应于所述第三操作，所述处理器控制所述显示屏显示第一界面，所述第一界面包括与运行在所述屏幕中的所述应用分别对应的第一控件；

所述处理器获取针对第一控件的第一选定操作；

响应于所述第一选定操作，所述处理器确定经由所述第一控件确定所述第二视频文件。

17.根据权利要求15或16所述的电子设备，其特征在于，所述处理器用于：获取每个应用对应的窗口表面标识，基于所述窗口表面标识，分别对每个应用的窗口内容进行录制。

18.根据权利要求15或16所述的电子设备，其特征在于，运行在屏幕上的应用，包括：从所述处理器获取所述第一操作开始，到所述处理器获取所述第二操作结束，运行在所述屏幕上的所有应用和/或应用对应的通知类消息。

19.根据权利要求15或16所述的电子设备，其特征在于，所述电子设备根据预设规则对多个应用的窗口内容进行录制。

20.根据权利要求19所述的电子设备，其特征在于，所述处理器在对多个应用的窗口内容进行录制之前，显示第二界面，所述第二界面包括所述预设规则对应的第二控件；

所述处理器获取针对所述第二控件的第二选定操作，确定选定的所述预设规则，并根据所述选定的预设规则对多个应用的窗口内容进行录制。

21.根据权利要求15或16所述的电子设备，其特征在于，在所述处理器录制的过程中，所述处理器获取所述屏幕上的应用窗口尺寸，并根据所述窗口尺寸录制与所述应用窗口尺寸对应的窗口内容。

22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被电子设备运行时，使得所述电子设备执行权利要求1-14任一项所述的方法。