CN116033204A

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

Info

Publication number: CN116033204A
Application number: CN202210801633.7A
Authority: CN
Inventors: 肖瑶; 林晨; 杨毅轩
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-07-08
Filing date: 2022-07-08
Publication date: 2023-04-28
Anticipated expiration: 2042-07-08
Also published as: CN116033204B

Abstract

本申请提供了一种屏幕录制方法、电子设备及存储介质，涉及通信技术领域。电子设备(如智慧屏或智能电视或手机等)可以在播放视频时，自动后台进行屏幕录制，分别得到视频流以及音频流，并分别进行缓存。当用户观看到精彩时刻或片段，想要获取录屏视频时，用户可触发电子设备开始执行录屏处理，以获取屏幕录制片段。电子设备响应于用户的触发录屏操作，从缓存中分别获取预设时长的视频流和音频流，并对预设时长的视频流和音频流进行音画同步处理以及合成处理，得到精彩视频片段。本申请方案在不中断观影的同时，自动后台进行屏幕录制，即时获取精彩视频片段，且能够保证音画同步，提升了用户体验。

Description

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

技术领域

本申请涉及通信技术领域，尤其涉及一种屏幕录制方法、电子设备及存储介质。

背景技术

当用户通过智能电视或者智慧屏观看视频时，对于视频中的精彩片段(例如足球进球的精彩片段，或者电视剧的精彩剧情片段等)，用户会有将这些精彩片段存储起来或者分享给其他用户的需求。目前，用户可以使用智能电视自带的录屏功能，通过回看或快退，返回到内容精彩部分进行录制。然而，该录屏方式存在以下缺点：用户观影体验被中断；通过操作回看或快退进行录制，操作繁琐且耗时长，对用户来说不够方便。

发明内容

本申请提供一种屏幕录制方法、电子设备及存储介质，能够在电子设备播放视频时，自动后台进行屏幕录制，对视频流和音频流进行音画同步处理以及合成处理，得到精彩视频片段，且能够保证音画同步，提升了用户体验。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种屏幕录制方法，该方法包括：当第一电子设备播放视频时，在第一电子设备的后台进行屏幕录制，得到音频流和视频流，音频流对应第一采样率，视频流对应第一帧率；为音频流中的每一帧音频数据标记时间戳，并为视频流中的I帧数据标记时间戳和I帧标识；接收到用户在第一时刻触发录屏的第一操作，该第一操作用于触发获取在第一时刻之前的预设时长的屏幕录制片段；第一电子设备响应于录屏命令，根据第一时刻、预设时长、第一帧率和I帧标识，从视频流中确定首帧视频数据，该首帧视频数据具有I帧标识；根据首帧视频数据对应的第一时间戳，从音频流中确定与第二时间戳对应的首帧音频数据，第二时间戳大于或等于第一时间戳；根据首帧视频数据、第一帧率和预设时长，从视频流中获取屏幕录制片段；根据首帧音频数据、第一采样率和预设时长，从音频流中获取第一音频片段；将视频片段和音频片段合成预设时长的屏幕录制片段。

通过本申请方案，电子设备(如智慧屏或智能电视或手机等)可以在播放视频时，自动后台进行屏幕录制，分别得到视频流以及音频流，并分别进行缓存。当用户观看到精彩时刻或片段，想要获取录屏视频时，用户可触发电子设备开始执行录屏处理，以获取屏幕录制片段。电子设备响应于用户的触发录屏操作，从缓存中分别获取预设时长的视频流和音频流，并对预设时长的视频流和音频流进行音画同步处理以及合成处理，得到精彩视频片段。本申请方案在不中断观影的同时，自动后台进行屏幕录制，即时获取精彩视频片段，且能够保证音画同步，提升了用户体验。

其中，电子设备进行屏幕录制的场景不限于视频播放场景，也可以是游戏场景，还可以是播放任何动态画面的可能场景，本申请实施例不作限定。

其中，第一操作可以是用户在遥控器上触发录屏的操作，第一操作还可以是用户语音输出预设的录屏命令的操作，具体可以根据实际使用需求确定，本申请实施例不作限定。

在一些可能实现方式中，预设时长为15秒。在实际实现时，可以根据实际使用需求进行设置，本申请实施例不作限定。

可以理解，在后台进行屏幕录制的过程中，视频播放未中断。本申请方案在用户触发后自动在后台完成录屏流程，不打断用户观影体验，且用户操作步骤减少，从而提升了录屏操作的便捷性。

在一些可能实现方式中，上述根据第一时刻、预设时长、第一帧率和I帧标识，从视频流中确定首帧视频数据，包括：确定与第一时刻对应的末帧视频数据；对于末帧视频数据之前的S×ΔT帧视频数据，将时间戳最小且具有I帧标识的一帧视频数据，确定为首帧视频数据。

在一些可能实现方式中，上述根据首帧视频数据对应的第一时间戳，从音频流中确定与第二时间戳对应的首帧音频数据，包括：确定首帧视频数据对应的第一时间戳；将音频流中标记的与第一时间戳相等的时间戳，确定为第二时间戳；当音频流中没有标记与第一时间戳相等的时间戳时，将与第一时间戳相比较大且与第一时间戳的差值最小的一个时间戳，确定为第二时间戳。

在一些可能实现方式中，上述根据首帧视频数据、第一帧率和预设时长，从视频流中获取屏幕录制片段，包括：在视频流中，从首帧视频数据开始，获取M帧视频数据，M＝S×ΔT；其中，S表示第一帧率，ΔT表示预设时长，屏幕录制片段为M帧视频数据，M为正整数。

在一些可能实现方式中，上述方法还包括：针对得到的视频流，将视频流中的每一帧数据按序缓存到视频流队列中，该视频流队列用于存储视频流中最近播放的第一预设数量的视频数据；其中，上述第一预设数量大于或等于M。

在一些可能实现方式中，方法还包括：第一电子设备将首帧视频数据对应的图像，作为屏幕录制片段的预览封面图像。

在一些可能实现方式中，上述根据首帧音频数据、第一采样率和预设时长，从音频流中获取第一音频片段，包括：在音频流中，从首帧音频数据开始，获取N帧音频数据，N＝A×ΔT；其中，A表示第一采样率，ΔT表示预设时长，第一音频片段为N帧音频数据，N为正整数。

在一些可能实现方式中，上述方法还包括：针对得到的音频流，将音频流中的每一帧数据按序缓存到音频流队列中，该音频流队列用于存储音频流中最近播放的第二预设数量的音频数据；其中，第二预设数量大于或等于N。

在一些可能实现方式中，在第一电子设备播放视频时，在第一电子设备的后台进行屏幕录制之前，上述方法还包括：当第一电子设备开机时，自动开启智能录屏功能。

其中，上述第一电子设备播放视频时，在第一电子设备的后台进行屏幕录制，包括：在智能录屏功能开启的情况下，当第一电子设备播放视频时后台自动进行屏幕录制。

在智能录屏功能生效的情况下，电子设备通过录屏应用程序在后台对显示屏中的显示内容进行录屏，分别得到录屏视频流以及音频流，并分别进行缓存。当用户观看到精彩时刻或片段，想要获取录屏视频时，用户可以按压遥控器的录屏快捷按键，即可触发电子设备开始执行录屏处理，以获取精彩时刻或片段。电子设备响应于用户的触发录屏操作，从缓存中分别获取预设时长的视频流和音频流，并对预设时长的视频流和音频流进行音画同步处理以及合成处理，得到精彩视频片段。

在一些可能实现方式中，在将视频片段和音频片段合成预设时长的屏幕录制片段之后，上述方法还包括：第一电子设备自动执行近距离设备扫描；第一电子设备通过蓝牙扫描方式或者Wi-Fi扫描方式，搜索到第二电子设备；第一电子设备与第二电子设备建立无线信道；其中，无线信道为无线保真Wi-Fi信道或者蓝牙信道；第一电子设备通过无线信道将预设时长的屏幕录制片段发送给第二电子设备。

通过本申请方案，电子设备(如智慧屏或智能电视或手机等)可以在播放视频时，自动后台录制视频片段(例如用户认为的精彩时刻)，且能够自动感知诸如手机或平板电脑等附近可用设备并将录制的视频片段传输给附近可用设备，以便通过附近可用设备将视频片段存储到本地或者分享给其他用户。本申请方案在用户触发后自动在后台完成录屏流程，不打断用户观影体验，且用户操作步骤减少，从而提升了录屏操作的便捷性。

在一些可能实现方式中，在第一电子设备将预设时长的屏幕录制片段发送给第二电子设备之后，上述方法还包括：第二电子设备接收预设时长的屏幕录制片段；第二电子设备自动弹出文件分享界面，以提示是否分享或保存屏幕录制片段。

在一些可能实现方式中，第一电子设备为智慧屏或手机，第二电子设备为手机或平板电脑。通过本申请方案，当用户在使用智慧屏观影时，智慧屏可以根据用户指示，随时录制视频精彩时刻并自动传输到处于可信任环境中的手机等设备，方便用户进行实时分享。

在一些可能实现方式中，在第二电子设备自动弹出文件分享界面之后，上述方法还包括：所述第二电子设备接收用户在所述文件分享界面上的第二操作，所述第二操作用于确认将所述屏幕录制片段分享给第三电子设备；响应于第二操作，第二电子设备将屏幕录制片段发送给第三电子设备。

在一些可能实现方式中，在第一电子设备搜索到第二电子设备之后，在第一电子设备将预设时长的屏幕录制片段发送给第二电子设备之前，方法还包括：第一电子设备向第二电子设备发送第一提示消息，第一提示消息用于提示是否同意接收屏幕录制片段；第二电子设备接收并显示第一电子设备发送的第一提示消息；第二电子设备接收用户的第三操作，第三操作用于确认接收屏幕录制片段；响应于第三操作，第二电子设备向第一电子设备发送第一响应消息，第一响应消息用于提示屏幕录制片段同意被接收。

在一些可能实现方式中，上述方法还包括：第一电子设备还搜索到第四电子设备；第一电子设备向第四电子设备发送第一提示消息，第一提示消息用于提示是否接收屏幕录制片段；第四电子设备接收并显示第一提示消息；若第四电子设备在一定时长后未接收到用户操作，则第四电子设备取消显示第一提示消息。

在一些可能实现方式中，上述方法还包括：第一电子设备与遥控装置保持无线连接；其中，遥控装置设置有用于触发屏幕录制的第一控件；响应于用户对遥控装置的第一控件的操作，遥控装置向第一电子设备发送录屏命令。例如，第一电子设备为智慧屏或智能电视。

本申请提供的屏幕录制方法可以应用于电子设备(例如智慧屏或手机等)。电子设备中可以安装有包括录屏功能的录屏应用程序。可选地，当电子设备开机时，操作系统拉起录屏应用程序自动启动。或者，在电子设备开机后，电子设备可以根据用户实际使用需求对录屏应用程序进行启动或关闭；例如，在电子设备接收到用户的触发启动操作后，电子设备启动录屏应用程序。可以理解，在录屏应用程序启动后，智能录屏功能生效。在智能录屏功能生效的情况下，电子设备可以实时监听是否接收到用户的触发录屏操作，当电子设备接收到用户的触发录屏操作时，电子设备开启录屏服务，并执行录屏处理。其中，用户的触发录屏操作可以为用户按压遥控器的录屏快捷按键的操作，或者用户通过语音触发电子设备录屏的操作；可以理解，这里用户的触发录屏操作为示例性地说明，在实际实现时，用户的触发录屏操作还可以通过其他可能的方式实现，本申请实施例不作限定。

第二方面，本申请提供一种用于屏幕录制的装置，该装置包括用于执行上述第一方面中的方法的单元。该装置可对应于执行上述第一方面中描述的方法，该装置中的单元的相关描述请参照上述第一方面的描述，为了简洁，在此不再赘述。

其中，上述第一方面描述的方法可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，处理模块或单元、显示模块或单元等。

第三方面，本申请提供一种电子设备，所述电子设备包括处理器，处理器与存储器耦合，存储器用于存储计算机程序或指令，处理器用于执行存储器存储的计算机程序或指令，使得第一方面中的方法被执行。例如，处理器用于执行存储器存储的计算机程序或指令，使得该装置执行第一方面中的方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有用于实现第一方面中的方法的计算机程序(也可称为指令或代码)。例如，该计算机程序被计算机执行时，使得该计算机可以执行第一方面中的方法。

第五方面，本申请提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。可选地，所述芯片还包括存储器，存储器与处理器通过电路或电线连接。

第六方面，本申请提供一种芯片系统，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。可选地，所述芯片系统还包括存储器，存储器与处理器通过电路或电线连接。

第七方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序(也可称为指令或代码)，所述计算机程序被计算机执行时使得所述计算机实现第一方面中的方法。

可以理解的是，上述第二方面至第七方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

图1为本申请实施例提供的一种屏幕录制方法的场景架构图；

图2为本申请实施例提供的一种屏幕录制方法在时间维度上的示意图；

图3为本申请实施例提供的屏幕录制方法中视频播放的流程示意图；

图4为本申请实施例提供的屏幕录制方法中针对视频完成录屏的流程示意图；

图5为本申请实施例提供的屏幕录制方法中视频流和音频流的示意图；

图6为本申请实施例提供的屏幕录制方法中视频流和音频流的另一示意图；

图7为本申请实施例提供的屏幕录制方法中缓存视频流的示意图；

图8为本申请实施例提供的屏幕录制方法中缓存音频流的示意图；

图9为本申请实施例提供的屏幕录制方法中视频流的I帧示意图；

图10为本申请实施例提供的一种屏幕录制方法的一种示意图；

图11为本申请实施例提供的一种屏幕录制方法应用的电子设备的硬件示意图；

图12为本申请实施例提供的一种屏幕录制方法应用的电子设备的软件示意图；

图13为本申请实施例提供的一种屏幕录制方法的总体流程示意图；

图14为本申请实施例提供的一种屏幕录制方法应用时的设备交互示意图之一；

图15为本申请实施例提供的一种屏幕录制方法应用时的设备交互示意图之二；

图16为本申请实施例提供的一种屏幕录制方法应用时的设备交互示意图之三；

图17为本申请实施例提供的一种屏幕录制方法的另一场景架构图；

图18为本申请实施例提供的一种用于屏幕录制的装置的结构示意图。

具体实施方式

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

本文中术语“和/或”，是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本文中符号“/”表示关联对象是或者的关系，例如A/B表示A或者B。本文中的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或者两个以上，例如，多个处理单元是指两个或者两个以上的处理单元等；多个元件是指两个或者两个以上的元件等。

当用户通过智能电视或者智慧屏观看视频时，对于视频中的精彩片段(例如足球进球的精彩片段，或者电视剧的精彩剧情片段等)，用户会有将这些精彩片段存储起来或者分享给其他用户的需求。目前，存在下述两种录屏方式：

一种录屏方式为：用户可以使用智能电视自带的录屏功能，通过回看或快退，返回到内容精彩部分进行录制。该录屏方式存在以下缺点：用户观影体验被中断；通过操作回看或快退进行录制，操作繁琐且耗时长，对用户来说不够方便；并且当有分享需求时，还需要用户将智能电视录制的视频片段手动传到手机等其他设备，然后再通过手机将视频片段分享给其他用户，操作不够方便。

另一种录屏方式为：用户使用手机的录像功能拍摄智能电视屏幕，如此实现视频录制，在需要时再将拍摄的视频片段分享给其他用户。由于通过手机录制屏幕的视频画面会受摩尔纹等影响，因此录制的视频画面效果不佳，这样会影响用户的观看体验。

针对上述问题，本申请旨在提供一种屏幕录制方法，应用于电子设备(如智慧屏或智能电视等)，可以在不中断观影的同时，自动后台录制视频片段(例如用户认为的精彩时刻，以下称之为精彩视频片段)，且能够自动感知诸如手机或平板电脑等附近可用设备并将录制的视频片段传输给附近可用设备，进一步可以通过附近可用设备将视频片段存储到本地或者分享给其他用户。

示例性地，图1示出了本申请的各个示例性实施例所涉及的系统架构示意图。如图1所示，该系统架构可以包括电子设备1和电子设备2。其中，电子设备1可以为智慧屏设备、智能电视机(television，TV)或者其他具有视频播放功能的电子设备。电子设备2可以为手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digitalassistant，PDA)等、个人计算机(personal computer，PC)等，本申请实施例不作具体限定。如图1所示，本申请实施例中以电子设备1为智慧屏、电子设备2为手机为例进行示例性地说明。

在本申请实施例中，电子设备1可以具有如下默认设置：当电子设备1开机时，默认自动开启录屏功能。在此情况下，当检测到电子设备1开始播放视频时，电子设备1会持续缓存音视频数据，该音视频数据包括视频流和音频流，以便在用户触发录屏时根据缓存的音视频数据获取预设时长(例如15秒)的视频片段。

具体到本申请方案，下面将详细说明在用户通过智慧屏等电子设备观看视频的场景中，电子设备可以响应用户触发录屏的操作(此刻称为用户触发时刻)，自动获取预设时长的精彩视频片段的场景。

示例性地，假设预设时长(记为ΔT)为在电子设备1接收到录屏命令之前的15秒，即在用户触发时刻之前的15秒(s)。可以理解的是，精彩视频片段可以为15秒的视频片段。如图2所示，电子设备1前台开始播放视频，后台开始录屏，并缓存音视频数据，当用户触发录屏时，电子设备直接从已缓存的音视频数据获取精彩视频片段。其中，精彩视频片段的起始时间记为T1，精彩视频片段的结束时间记为T2；可以理解，用户触发时刻对应于精彩视频片段的结束时间。预设时长ΔT＝T2-T1＝15秒。

在另一些实施例中，电子设备1可以提供开启或关闭录屏功能的选项。电子设备1可以响应于用户的操作，开启或者关闭录屏功能。一方面，在电子设备1已开启录屏功能的情况下，当检测到电子设备1开始播放视频时，电子设备1会持续缓存音视频数据，该音视频数据包括视频流和音频流，以便在用户触发录屏时根据缓存的音视频数据获取预设时长(例如15秒)的视频片段。另一方面，在电子设备1已关闭录屏功能的情况下，当检测到电子设备1开始播放视频时，电子设备1不再缓存视频片段。

在一些实施例中，图1所示的系统架构还可以包括遥控器(也称为遥控装置)，该遥控器与电子设备1保持无线连接。响应于用户在遥控器上的操作，遥控器可以无线控制电子设备1开启、关闭、快进、快退、暂停、增大音量或降低音量。此外，如图1所示，在电子设备1播放视频的过程中，响应于用户在遥控器上的按压操作，遥控器可以向电子设备1发送录屏命令，以触发电子设备1进行精彩时刻录屏。电子设备1可以根据录屏命令，录屏得到视频片段。

在另一些实施例中，在电子设备1播放视频的过程中，除了通过遥控器触发电子设备1进行录屏之外，还可以通过其他方式触发电子设备1进行录屏。例如，在电子设备1播放视频的过程中，响应于用户语音发出的录屏命令，电子设备1可以根据语音命令进行录屏，得到视频片段。

在本申请实施例中，屏幕录制又称为屏幕录像或录屏，是指电子设备对显示屏的全部或部分区域的显示内容进行采集，并将采集得到的显示内容以视频流的形式进行编码得到视频文件的处理方式。可选地，录屏区域可以是显示屏的全部区域，也可以是显示屏的部分区域，当录屏区域为显示屏的全部区域时，则显示屏内显示的全部内容被录制在视频文件中，当录屏区域为显示屏的部分区域时，该部分区域内显示的内容被录制在视频文件中。可选地，当录屏区域为显示屏的部分区域时，该录屏区域可以是由用户设置得到的，也可以是根据显示屏中显示的前台运行程序的窗口自动确定的，如：显示屏的区域A中显示有当前在前台运行的应用程序1的显示内容，则根据应用程序1的显示区域将该区域A设置为录屏区域进行屏幕录制。

下面先结合图3说明智慧屏播放视频的基本原理及过程，然后再结合图4说明智慧屏执行屏幕录制的原理及过程。

如图3所示，当用户触发智慧屏播放视频后，智慧屏首先获取到视频文件并将视频文件放入内存缓存区中。这些视频文件为封装格式数据，包括音频码流(可简称为音频流)和视频码流(可简称为视频流)。封装格式可以为AVI、MOV或者MP4等格式，视频文件可以形象地理解为容纳各种不同编码数据的容器。在获取到视频文件后，智慧屏对视频文件进行解封装格式处理，将视频码流和音频码流进行分离，得到音频压缩数据和视频压缩数据。进一步地，智慧屏对音频压缩数据进行解码得到音频采样数据，以及对视频压缩数据进行解码得到视频像素数据。然后智慧屏将音频采样数据和视频像素数据进行同步处理，得到待播放的视频数据。最后，基于待播放的视频数据，在显示器上显示视频画面并通过扬声器输出视频声音。

如图4所示，视频文件在经过音频解码后生成音频采样数据，以及在经过视频解码后生成视频像素数据，即视频文件包括音频采样数据和视频像素数据。在智慧屏播放视频文件的过程中，当智慧屏接收到录屏命令时，可以从音频采样数据中获取预设时长(例如在接收到录屏命令之前的15秒)的音频数据，并从视频像素数据中获取同样预设时长(例如在接收到录屏命令之前的15秒)的视频数据。然后将音频数据和视频数据进行同步处理，得到视频片段，也称为精彩视频片段或屏幕录制片段。

通过本申请方案，当用户在使用智慧屏观影时，智慧屏可以根据用户指示，随时录制视频精彩时刻并自动传输到处于可信任环境中的手机等设备，方便用户进行实时分享。

如上述图3和图4所示，在屏幕录制时需要分别获取音频数据和视频数据，并进行音视频同步，以使得播放的声音和显示的画面保持一致。

下面先结合图5介绍音视频同步的基本原理，然后结合图6至图8说明本申请实施例提供的音视频同步的处理方式。

视频流按帧率播放，音频流按采样率播放。举例来说，假设一个AAC音频帧的每个声道包含1024个采样点，采样率为44100，则一个音频帧的播放时长为：(1024/44100)×1000毫秒(ms)＝23.22ms。假设视频帧率为25帧/每秒，那么一个H264视频帧的播放时长为：1000ms/25＝40ms。视频流和音频流的播放过程如图5所示。

为了使图像显示与声音播放总体保持一致，需要采用音视频同步策略。要实现音视频同步，需要选择一个参考时钟，参考时钟上的时间是线性递增的，解码音视频流时依据参考时钟上的时间给每帧数据打上时间戳。在播放时，读取数据帧上的时间戳，同时参考当前参考时钟上的时间来安排播放。在实际实现时，可以选择以下任一种方式进行音视频同步：同步视频到音频、同步音频到视频、同步音频和视频到外部时钟。

需要说明的是，本申请方案涉及到在通过智慧屏等电子设备获取精彩视频片段的录屏场景中，如何缓存音频流和视频流，以及如何精确地获取预设时长的音频流和视频流，并保持音视频同步(也称为音画同步)。

在本申请实施例中，如图6所示，在电子设备录屏时会将音视频数据(包括视频数据和音频数据)分别进行存储。例如，可以将视频数据按序输入视频流缓存区进行缓存，以及将音频数据按序输入音频流缓存区进行缓存。并且从视频流缓存区按序输出视频数据到媒体混合器，以及从音频流缓存区按序输出音频数据到媒体混合器。媒体混合器可以将视频数据和音频数据进行混合，得到录屏视频文件。

示例性地，如图7所示，可以将视频流数据按照顺序依次缓存到视频流队列，并且针对视频流中的每个I帧数据添加时间戳和I帧标识。需要说明的是，视频流队列占用固定大小的存储空间，视频流队列可以持续缓存一定数量的视频流数据。示例性地，如图7所示，视频流队列中包括8个存储区，在此情况下视频流队列可以存储10帧视频数据(数组形式)。其中，视频流数据按照顺序依次缓存到视频流队列，当视频流队列发生溢出时，最先输入视频流队列的视频数据被丢弃，保证视频流队列中持续存储最新的视频数据。可以理解的是，随着视频播放进度的推进，视频流队列中的视频数据会实时更新，这样可以保证视频流队列中始终存储一定数量的最新视频流数据，并且节省了存储空间。

示例性地，如图8所示，可以将音频流数据按照顺序依次缓存到音频流队列，并且针对音频流中的每个音频数据添加时间戳。需要说明的是，音频流队列占用固定大小的存储空间。音频流队列占用空间和视频流队列占用空间可以大小相同，也可以不同，本申请实施例对此不作限定。可以理解，音频流队列可以持续缓存一定数量的音频流数据。示例性地，如图8所示，音频流队列中包括10个存储区，在此情况下音频流队列可以存储10帧音频数据(数组形式)。其中，音频流数据按照顺序依次缓存到音频流队列，当音频流队列发生溢出时，最先输入音频流队列的视频数据被丢弃，保证音频流队列中持续存储最新的音频数据。可以理解的是，随着视频播放进度的推进，音频流队列中的音频数据会实时更新，这样可以保证音频流队列中始终存储一定数量的最新音频流数据，并且节省了存储空间。

如上所述，在视频播放过程中，电子设备前台显示视频画面，后台会持续缓存音视频数据，并且缓存队列中的音视频数据会实时更新。

用户可以根据实际使用需求，在观看到精彩画面时触发电子设备录屏，以生成精彩视频片段。在用户触发录屏的情况下，电子设备从视频流缓存区获取预设时长的视频片段，以及从音频流缓存区获取预设时长的音频片段，并将视频片段和音频片段进行组合，得到录屏视频文件，即预设时长的精彩视频片段。

需要说明的是，视频流队列中缓存的视频流数据量大于或等于预设时长的视频流数据量。这样可以保证从缓存中获取预设时长的视频流。同样，音频流队列中缓存的音频流数据量大于或等于预设时长的音频流数据量。这样可以保证从缓存中获取预设时长的音频流。

还需要说明的是，视频流和音频流的数据形式和播放机制并不相同，在获取音视频数据时需要考虑保证音视频同步。

其中，视频流按帧播放，电子设备的图像显示设备每次显示一帧画面。视频播放速度由帧率(也称为帧速率或帧频率)确定，该帧率指示每秒显示帧画面的个数。

其中，音频流按采样点播放，电子设备的声音播放设备每次播放一个采样点。声音播放速度由采样率确定，该采样率指示每秒播放采样点的个数。

可以理解的是，视频流和视频流均是以一帧数据作为播放单位。为了便于说明，可以将视频流的帧率记为每秒S帧，以及将音频流的采样率记为每秒A个。具体到本申请方案，经过预设时长ΔT，电子设备可以播放ΔT×S帧画面，电子设备可以播放ΔT×A个采样点。

本申请实施例提供的屏幕录制方法，能够精确地获取预设时长的视频流和音频流，保证画面能够正常显示，且画面显示与声音播放总体保持一致。下面详细地说明本申请中获取预设时长的视频流和音频流的过程。

首先介绍视频流的图像组(group of pictures，GOP)的概念，GOP也称为画面组。一个GOP就是一组连续的画面。如图9所示，MPEG编码技术将画面(即帧)分为I帧、P帧、B帧三种。其中：I是内部编码帧(intraframe frame)，P是前向预测帧，B是双向内插帧。GOP的长度(或者称为GOP周期)是一个I帧到下一个I帧的间隔。每个GOP组中第一帧为I帧。换言之，I帧是一个完整的画面，是每个GOP的第一个帧，而P帧和B帧记录的是相对于I帧的变化。通过I帧可以实现完整解码。

具体到本申请方案，可以理解，精彩视频片段是由多个GOP构成的。对于开始播放阶段，由于视频解码需要依赖第一个I帧，因此精彩视频片段的首帧视频数据应该为I帧数据。

示例性地，如图10所示，首先，可以基于精彩视频片段的末帧视频数据(用户触发时刻对应的一帧数据)、预设时长ΔT以及帧率S，先在视频流队列中找到首帧视频数据，即第一个I帧数据。其中，由于视频流中的I帧数据会携带I帧标识和时间戳，因此可以根据I帧标识确定哪些视频数据是I帧数据，并且该I帧数据对应一个时间戳。其中，I帧标识可以根据实际使用需求采用合适的字符进行表示。例如，视频数据的I帧标识为TRUE，表示该视频数据为I帧数据。

如图10所示，在确定视频流的第一个I帧数据之后，确定与该第一个I帧数据对应的时间戳(记为T_S1)，即视频流的起始时间。然后在音频流队列中找到与时间戳T_S1相等或进行相等的时间戳(记为T_A1)，作为音频流的起始时间，由于时间戳T_A1对应首帧音频数据，因此根据时间戳T_A1即可找到首帧音频数据。

由此，在确定视频流的首帧视频数据和末帧视频数据的情况下，可以获取S×ΔT帧视频数据。在确定音频流的首帧音频数据和末帧音频数据的情况下，可以获取A×ΔT帧音频数据。然后，将S×ΔT帧视频数据输入以及A×ΔT帧音频数据合成得到预设时长ΔT的精彩视频片段。

本申请方案中，采用用户主动触发录屏、智慧屏后台自动录制、自动感知附近可用设备以及文件传输技术，可以不打断用户观影体验，在可信设备间自动传输录制的视频片段，这样通过减少整个录屏流程中用户的操作步骤，使用户使用更方便快捷。

下面说明本申请实施例提供的屏幕录制方法的硬件应用环境及软件应用环境。

本申请实施例提出的屏幕录制方法可以应用于智慧屏，或者其他具有视频播放功能的电子设备，例如PC；需要说明的是，当屏幕录制方法应用于智慧屏时，可以支持通过按压遥控器来触发智慧屏进行录屏；当屏幕录制方法应用于PC等电子设备时，可以支持通过在键盘上按压快捷键或者组合按键来触发智慧屏进行录屏。

下面结合图11示例性地说明本申请实施例提供的电子设备1(这里以智慧屏为例)的硬件结构。

图11示出了本申请实施例提供的智慧屏的功能框图。如图11所示，智慧屏100可以包括：处理器101、存储器102、通信接口103、音频电路104、扬声器105、麦克风106、电源装置107、显示屏108等，这些部件可通过一根或多根通信总线或信号线(图中未示出)进行通信。下面结合图11对智慧屏的各个部件进行具体的介绍。

处理器101是智慧屏的控制中心，利用各种接口和线路连接智慧屏的各个部分，通过运行或执行存储在存储器102内的应用程序，以及调用存储在存储器102内的数据，执行智慧屏的各种功能和处理数据。在一些实施例中，处理器101可包括一个或多个处理单元。

存储器102用于存储应用程序以及数据，处理器101通过运行存储在存储器102的应用程序以及数据，执行智慧屏的各种功能以及数据处理。存储器102主要包括存储程序区以及存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如视频播放功能，语音采集功能等)；存储数据区可以存储根据使用智慧屏时所创建的数据(比如视频数据以及音频数据等)。此外，存储器102可以包括高速随机存取存储器(randomaccess memory，RAM)，还可以包括非易失存储器，例如磁盘存储器件、闪存器件或其他易失性固态存储器件等。存储器102可以存储各种操作系统。上述存储器102可以独立于处理器101，通过上述通信总线与处理器101相连接；或者，存储器102也可以和处理器101集成在一起。

智慧屏通过通信接口103与诸如手机或平板电脑等其他设备连接。示例性的，通信接口103可以为射频电路、蓝牙装置、Wi-Fi装置或者信号传输线接口，例如用于智慧屏与手机进行通信，或者智慧屏与服务器进行通信，或者智慧屏与遥控器进行通信。

音频电路104与扬声器105和麦克风106连接，一方面，音频电路104可将接收到的音频数据转换后的电信号，传输到扬声器105，由扬声器105转换为声音信号输出；另一方面，麦克风106将收集的声音信号(例如用户发出的语音)转换为电信号，由音频电路104接收后转换为音频数据(或者语音数据)，再将音频数据输出，例如智慧屏将语音数据发送至智慧屏，或者智慧屏将语音数据发送至服务器等，或者将语音数据输出至存储器102以便进一步处理。

电源装置107可以向各个部件供电，比如电源装置107包括电池和电源管理芯片，电池可以通过电源管理芯片与处理器101逻辑相连，从而通过电源装置107实现管理充电、放电、以及功耗管理等功能。

显示屏108也称为显示器。显示器可以用于播放直播视频或者点播视频等。显示器包括显示面板，显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，显示器中可以设置触摸传感器，形成触摸屏，本申请实施例不作限定。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给处理器101，以确定触摸事件类型。处理器101可以通过显示器提供与触摸操作相关的视觉输出。

在一些实施例中，智慧屏100还可以包含更多的器件，例如USB接口等，本申请实施例不多赘述。可以理解，图11所示的部件并不构成对智慧屏的具体限定，智慧屏还可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。

在本申请实施例中，智慧屏100具有视频播放能力、录屏能力、无线通信能力(例如自动感知附近可用设备的能力)，以及将录制的视频片段传输给其他电子设备的能力。

以上实施例中的方法均可以在具有图11所示硬件结构的智慧屏中实现。基于图11所示部件，运行有操作系统。例如，iOS操作系统，Android开源操作系统，Windows操作系统等。在该操作系统上可以安装运行应用程序。

图12是本申请实施例的第一电子设备(例如智慧屏)采用的软件架构示意性框图。下面结合图12所示的软件架构，对本申请实施例提供的智慧屏进行示例性说明。

可以理解的是，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，Android系统可以包括应用程序层(application，APP)、框架层(framework，FWK)、硬件抽象层(hardware abstractionlayer，HAL)以及内核层(kernel)。

上述应用层可以包括用户界面(user interface，UI)层和逻辑层。如图12所示，UI层包括视频APP和录屏APP，逻辑层包括电视(TV)播放器(TvPlayer)、电视服务模块(TvCastService)以及精彩时刻处理模块。

在一些实施例中，对应于上述方法实施例，智慧屏可以通过视频APP播放视频文件。

上述应用框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程服务。框架层包括一些预先定义的函数。框架层通过API接口将编程服务提供给应用程序层调用。需要说明的是，在本申请实施例中，框架层包括SurfaceFlinger服务模块和媒体播放服务模块(MediaPlayer)。

其中，SurfaceFlinger服务模块可以接收视频APP下发的界面元素并进行图层合成处理。媒体播放服务模块可以视频APP下发的视频文件，该视频文件包括视频码流和音频码流，其中，媒体播放服务模块可以将视频文件进行音视频分解后下发给硬件抽象层的解码模块。

上述硬件抽象层在软件与硬件之间起到了桥梁作用，可以用于将硬件抽象化，为操作系统提供虚拟硬件使用平台。

上述内核层为智慧屏的各种硬件提供了底层驱动。示例性地，如图12所示，内核层包括音频驱动模块(AudioDriver)和显示驱动(未示出)。

可以理解的是，智慧屏还包括基于上述软件架构应用的硬件层，硬件层包括各种硬件。

示例性地，如图12所示，硬件层可以包括显示器，用于实现视频播放功能，例如显示器用于播放视频文件。硬件层还可以包括蓝牙芯片或者Wi-Fi芯片，用于搜索附近可用设备。硬件层还可以包括扬声器，用于输出视频文件的音频信号，即视频声音。硬件层还可以包括硬件音视频接口，例如高清多媒体接口(high definition multimedia interface，HDMI)等。

本申请方案可以包括以下过程：在视频播放过程中采集音频码流和视频码流、在用户触发录屏后获取预设时长的视频片段、感知附近可用设备并将视频片段传输给附近可用设备。可选地，附近可用设备存储该视频片段。可选地，附近可用设备弹出文件分享界面，以提示用户是否将该视频片段分享给其他用户。下面结合图12的架构中的各个功能模块对本申请方案的具体实现过程进行示例性说明。

在一些实施例中，如图12所示，硬件抽象层可以包括视频解码器和音频解码器。其中，视频解码器接收应用框架层中的媒体播放服务模块下发的视频码流，然后视频解码器可以对视频码流进行解码。音频解码器接收应用框架层中的媒体播放服务模块下发的音频码流，然后音频解码器可以对音频码流进行解码。

在一些实施例中，如图12所示，硬件抽象层还可以包括屏幕视控系统(on screendisplay，OSD)、视频对象(vidio object，VO)以及视频合成器(VideoMix)。屏幕视控系统OSD可以获取经过SurfaceFlinger服务模块处理后的图层。视频对象从视频解码器处获取视频码流。视频合成器可以将屏幕视控系统OSD下发的处理后的图层以及视频对象VO处的视频码流进行合成，得到待送显的视频流。视频合成器可以将该待送显的视频流下发到硬件层的显示器，由显示器完成视频流播放。

在一些实施例中，如图12所示，硬件抽象层包括音视频接口。应用程序层的TV播放器在启动输入源(如来自视频APP的视频流资源)播放时，可以调用音视频接口，触发从视频解码器获取视频码流以及从音频解码器获取音频码流实现视频播放。可选地，TV播放器可以根据播放命令，启动输入源播放视频流资源。

在一些实施例中，如图12所示，硬件抽象层包括音频采集接口(AudioCapture)以及视频录制接口(ScreenRecord)。其中，音频采集接口(AudioCapture)以及视频录制接口(ScreenRecord)统称为录屏服务(ScreenRecordService)。

本申请提供的屏幕录制方法包括音频采集通道和视频采集通道。其中，音频采集通道涉及音频解码器、音频驱动(AudioDriver)以及音频采集接口(AudioCapture)。视频采集通道涉及视频合成器(VideoMix)和视频录制接口(ScreenRecord)。

在音频采集通道中，音频采集接口(AudioCapture)在视频播放过程中通过音频驱动(AudioDriver)从音频解码器实时采集音频数据。然后，音频采集接口(AudioCapture)将实时采集的音频数据(也称为音频码流)上报给电视服务模块。其中，音频数据可以经过缓存及编码处理，得到脉冲编码调制(pulse code modulation，PCM)的音频码流。

在视频采集通道中，视频录制接口(ScreenRecord)在视频播放过程中从视频合成器(VideoMix)实时采集视频数据，然后将实时采集的视频数据(也称为视频码流)上报给电视服务模块。

相应地，电视服务模块可以接收音频采集接口上报的音频码流以及视频录制接口上报的视频码流。电视服务模块还可以对音频码流和视频码流进行音画同步处理，得到音画同步后的视频流。其中，电视服务模块可以通过时间戳同步计算来实现音画同步。

精彩时刻处理模块可以感应录屏命令，并根据录屏命令，针对正在播放的视频资源(包括视频数据和音频数据)进行录制处理。具体地，当精彩时刻处理模块接收到录屏指令时，精彩时刻处理模块根据预设录屏策略，从电视服务模块获取预设时长(例如15秒)的视频流，即上述屏幕录制片段。

示例性地，预设录屏策略可以包括以下任一项：选取录屏时间节点(例如接收到录屏指令的时刻)前的15秒视频流作为屏幕录制片段；选取录屏时间节点前的15秒视频流作为屏幕录制片段。或者可以选取录屏时间节点前的5秒视频流以及录屏时间节点后的10秒视频流作为屏幕录制片段；选取录屏时间节点前的10秒视频流以及录屏时间节点后的5秒视频流作为屏幕录制片段。

可以理解，这里为示例性地说明，具体可以根据实际使用需求设置预设时长和录屏时段，本申请实施例不作限定。

可选地，精彩时刻处理模块还可以进一步对屏幕录制片段添加水印。示例性地，在添加水印时，可以将视频逐帧取出，并经历解码、水印合成、编码等一系列步骤。

可选地，精彩时刻处理模块还可以进一步根据视频首帧图像，生成屏幕录制片段的预览封面。

在精彩时刻处理模块获取预设时长(例如15秒)的屏幕录制片段的情况下，精彩时刻处理模块指示无线通信服务模块(图12中未示出)进行近距离设备扫描并将屏幕录制片段发送给搜索到的可用设备。进一步地，无线通信服务模块根据精彩时刻处理模块的指示，向诸如蓝牙BT或者Wi-Fi模块等无线通信硬件下发进行近距离设备扫描的消息。

进一步地，蓝牙BT或者Wi-Fi模块等无线通信硬件对处于可信任环境中的设备进行近距离设备扫描，以感知附近可用设备。在感知到附近可用设备(例如手机)之后，蓝牙BT或者Wi-Fi模块等无线通信硬件与附近可用设备建立无线通信连接。

进一步地，精彩时刻处理模块通过该无线通信连接，将录屏得到的屏幕录制片段传输给附近可用设备，这样便于用户通过附近可用设备存储该屏幕录制片段和/或将该屏幕录制片段分享给其他用户。

以上结合图11和图12分别说明了本申请实施例提供的智慧屏的硬件架构和软件架构。下面结合图13说明本申请实施例提供的屏幕录制方法的流程。

如图13所示，智慧屏开启观影后，录屏APP拉起录屏服务(ScreenRecordService)，并调用电视服务模块(TvCastService)初始化底层录制音视频服务；其中，电视服务模块封装jni接口，提供获取音视频数据的接口。

一方面，使用音频采集接口(AudioCapture)获取音频流(也称为音频数据或者音频流数据)，为音频流添加时间戳，形成音频数据对象(AudioFrame)，放入音频对象数组(也称为音频流队列)，每秒A个数据。

另一方面，使用视频录制接口(ScreenRecord)获取视频流(也称为视频数据或者视频流数据)，为视频流添加时间戳和I帧标识，形成视频数据对象(ScreenFrame)，放入视频对象数组(也称为视频流队列)，每秒S帧数据。

其中，假定精彩视频片段的时长为ΔT，当用户触发生成精彩视频片段时，智慧屏接收到录屏指令。当前视频写入位置的视频数据对象为视频数据结束点S2，时间戳为录屏结束时间T_S2，从当前视频写入位置之前的第S*ΔT个位置开始找到第一个I帧标识数据，该I帧数据对应的时间戳为回录起始时间T_S1，以T_S1对应的位置S1为视频数据起始点；从视频数据起始点开始，将视频数据按序写入媒体混合器(MediaMuxer)，直到视频数据结束点S2结束。然后，从音频流(音频数据对象构成的数组)中当前数据对象之前第A*ΔT个位置开始找到等于T_S1的时间戳T_A1所在位置为音频数据起始点，或者找到略大于T_S1的时间戳T_A1所在位置为音频数据起始点；从音频数据起始点开始，将音频数据按序写入媒体混合器(MediaMuxer)，直到时间戳T_A2对应的音频数据对象结束，该时间戳T_A2等于或略大于录屏结束时间T_S2。以上操作可以保证音画同步。

媒体混合器(MediaMuxer)用于产生一个混合的音频和视频的多媒体文件，例如mp4文件。媒体混合器(MediaMuxer)支持对一路音频轨道(audio track)和一路视频轨道(video track)进行混合。

通过本申请方案，用户打开智慧屏开始观影，触发录屏服务(ScreenRecordServie)，智慧屏后台开始分别录制音视频，并且为视频数据添加时间戳与I帧标识，为音频数据添加时间戳。待用户触发精彩时刻时，先遍历缓存的视频数据，并根据缓存的视频数据中的时间戳和I帧标识找到当前时间点之前15s内的第一个I帧数据，以此为视频数据起始位(即首帧视频数据)，并记录首帧视频数据的时间戳，以首帧视频数据的时间戳找到音频数据的起始点(即首帧音频数据)。如此，智慧屏从首帧音频数据开始读取缓存中的音频数据，以及从首帧视频数据开始读取缓存中的视频数据，并将读取的音频数据和视频数据合成屏幕录制片段(例如MP4文件)。

具体地，在智能录屏功能生效的情况下，电子设备通过录屏应用程序在后台对显示屏中的显示内容进行录屏，分别得到录屏视频流以及音频流，并分别进行缓存。当用户观看到精彩时刻或片段，想要获取录屏视频时，用户可以按压遥控器的录屏快捷按键，即可触发电子设备开始执行录屏处理，以获取精彩时刻或片段。具体地，电子设备响应于用户的触发录屏操作，从缓存中分别获取预设时长的视频流和音频流，并对预设时长的视频流和音频流进行音画同步处理以及合成处理，得到精彩视频片段。

在一些实施例中，本申请提供的屏幕录制方法可以应用于视频播放场景中。电子设备中安装有视频管理程序，该视频管理程序中提供有智能录屏功能，该智能录屏功能针对目标视频提供有精彩视频剪辑功能。当用户触发启动目标视频进行播放时，该视频管理程序中的智能录屏功能自动开启录屏服务，对目标视频进行录屏。当电子设备接收到用户触发的录屏命令时，获取当前时刻之前预设时长的视频片段进行剪辑，得到精彩视频片段。

在另一些实施例中，本申请提供的屏幕录制方法可以应用于游戏场景中。电子设备中安装有游戏管理程序，该视频管理程序中提供有智能录屏功能，该智能录屏功能针对目标游戏提供有精彩游戏片段剪辑功能，当用户触发启动目标游戏时，该视频管理程序中的智能录屏功能自动开启录屏服务，对目标视频进行录屏。当电子设备接收到用户触发的录屏命令时，获取当前时刻之前预设时长的游戏视频片段进行剪辑，得到精彩视频片段。

本申请实施例提供的屏幕录制方法的执行主体可以为上述的电子设备1(例如智慧屏)，也可以为该电子设备1中能够实现该屏幕录制方法的功能模块和/或功能实体，并且本申请方案能够通过硬件和/或软件的方式实现，具体的可以根据实际使用需求确定，本申请实施例不作限定。下面以电子设备1为例，结合附图对本申请实施例提供的屏幕录制方法进行示例性的说明。

在一些实施例中，返回参考上述图1，电子设备1和电子设备2是处于可信任环境中的智能电子设备。在实际实现时，电子设备1和电子设备2均连接至同一Wi-Fi网络，共用同一无线局域网，即处于可信任环境中。在可信任环境中，电子设备1和电子设备2可以直接建立无线连接，在建立连接时无需进行身份认证，例如不同设备之间无需用户输入密码即可连接，方便快捷且安全可靠。

在实际实现时，电子设备1可以存储有与电子设备1成功连接过的多个电子设备的历史连接数据，该多个电子设备包括电子设备2。在电子设备1发起与电子设备2建立连接时，电子设备1可以根据该历史连接数据，直接与电子设备2建立无线连接。

在一些实施例中，电子设备1和电子设备2之间可以进行多设备协同。例如，电子设备1可以将录制的视频片段通过无线连接，传输给电子设备2。可选地，电子设备2可以将该视频片段存储到本地。可选地，电子设备2可以响应于用户操作，将该视频片段分享给其他电子设备。可选地，其他电子设备可以是可信任环境之外的电子设备，当然还可以是可信任环境中的电子设备。

在一些实施例中，在录屏结束后，电子设备1可以向电子设备2发送提示消息，以提示是否接收视频片段。相应地，电子设备2会显示该提示消息。当用户在电子设备2上确认接收视频片段之后，电子设备1可以将录制的视频片段通过无线连接，传输给电子设备2。

在另一实施例中，在可信任环境中，除了电子设备1和电子设备2之外，还可以包括其他可信任的电子设备(图1中未示出)。在多设备协同场景中，可信任环境中的所有电子设备彼此之间均可以直接建立无线连接。

示例性地，在录屏结束后，电子设备1向电子设备2以及其他可信任的电子设备均发送提示消息，以提示是否接收视频片段。相应地，电子设备2以及其他可信任的电子设备均会显示该提示消息。当用户在电子设备2上确认接收视频片段之后，电子设备1可以将录制的视频片段通过无线连接，传输给电子设备2。在此情况下，其他可信任的电子设备不再显示该提示消息。

下面结合附图示例性地说明本申请实施例提供的屏幕录制方法的可能应用场景及实现方式。其中，图14和图15具体说明智慧屏搜索到一个附近可用设备的场景以及相应处理策略，图16和图17具体说明智慧屏搜索到多个附近可用设备的场景以及相应处理策略。

如图14所示，屏幕录制方法可以包括步骤S101至S115。其中，屏幕录制方法包括获取视频片段的过程、传输视频片段的过程以及分享视频片段的过程。

首先，下述的S101-S103说明了智慧屏获取视频片段的过程。

S101，电子设备1播放视频，后台自动进行屏幕录制，并缓存录屏数据。

其中，录屏数据包括音频流和视频流，具体可以参见上述实施例中缓存音频流和视频流的过程。

本申请实施例不限定电子设备1播放视频的方式。可选地，电子设备1可以采用直播方式播放视频，或者可以采用重播方式播放视频。

此外，本申请实施例不限定播放视频的视频格式。

在本申请实施例中，电子设备1在播放视频时，可以持续缓存录屏数据，以便在用户触发录屏时更便捷地提供视频片段。

示例性地，在电子设备1开始播放视频时，电子设备1可以先缓存15秒视频片段，在没有接收到用户触发录屏的操作的情况下，电子设备1可以删除已录制的15秒视频片段，从而释放内存空间。然后，电子设备1继续缓存下一个15秒的视频片段。依次类推，电子设备1可以连续周期性地缓存15秒视频片段，并在没有接收到用户触发录屏的操作的情况下删除已录制的15秒视频片段，因此不会占用太多内存(例如最多占用内存空间为用于录制15秒视频片段所占用的内存空间)，并且能够保证在用户触发录屏时可以快速地提供最新录制的前15秒的视频片段。

又示例性地，可以将音视频数据按序输入到缓存队列(占用固定的内存空间)中，在缓存队列溢出时，丢弃先输入的音视频数据，保证新的音视频数据可以不断输入到缓存队列中，这样缓存队列中可以持续存储最新播放的音视频片段。

在一些实施例中，电子设备1可以从视频的视频流中获取预设时长内的视频片段，视频片段包括多帧图像。同时，电子设备1从视频的音频流中获取预设时长内的音频片段。然后，电子设备1对视频数据和音频数据进行同步处理并合成，得到屏幕录制片段。

在一些实施例中，电子设备1可以将视频数据中的首帧图像，作为屏幕录制片段的预览封面图像。

S102，在视频播放过程中，电子设备1接收到用户触发录屏的第一操作。

其中，用户触发屏幕录制(也称为录屏)的操作称为第一操作。第一操作可以是用户在遥控器上触发录屏的操作，第一操作还可以是用户语音输出预设的录屏命令的操作，具体可以根据实际使用需求确定，本申请实施例不作限定。

可选地，智慧屏在接收到录屏命令之后，可以先识别场景，再根据场景判断是否执行录屏流程。具体地，当识别出智慧屏正在播放视频时才会启动录制流程，而当识别出智慧屏处于熄屏状态时则不执行录制。

S103，响应于用户操作，电子设备1从缓存的录屏数据中获取预设时长(例如前15秒)的精彩视频片段。

示例性地，在一些实施例中，如果电子设备1采用的录屏策略为录制前15秒的视频片段，那么电子设备1在播放视频文件时，可以持续缓存录屏数据，以便在用户触发录屏时更便捷地提供精彩视频片段。

可以理解的是，在视频文件播放的过程中，电子设备1可以连续缓存录屏数据，并在没有接收到用户触发录屏的操作的情况下删除已录制的录屏数据，直到电子设备1接收到用户触发录屏的操作时，电子设备1获取最新录制的录屏数据。也就是说，一旦电子设备1接收到录屏命令，则电子设备1从缓存空间中获取最新录制的15秒的视频片段，即得到前15秒的视频片段。

示例性地，在另一些实施例中，如果电子设备1采用的录屏策略为录制后15秒的视频片段，那么电子设备1在播放视频文件时，一旦接收到录屏命令，则电子设备1现场录制15秒的视频片段，即得到后15秒的视频片段。这种情况电子设备1无需缓存预设时长的视频片段。

其中，视频文件包括视频码流和音频码流。相应地，视频流可以理解为音频码流和视频码流。

可以理解，电子设备1录屏的过程均在后台完成。在录制视频的过程中，视频文件正常播放，并不会被中断。可选地，在录屏完成后，电子设备1可以显示已完成录屏的消息。

可选地，在本申请实施例中，预设时长可以为15秒，或者可以为其他时长，具体可以根据实际使用需求确定，本申请实施例不作限定。为了便于说明，本申请实施例以预设时长为15秒为例进行示例性说明。

在一些实施例中，精彩视频片段可以为视频文件中的在第一时刻之前的预设时长(例如15秒)内的视频流。在另一些实施例中，精彩视频片段可以为视频文件中的在第一时刻之后的预设时长(例如15秒)内的视频流。在另一些实施例中，精彩视频片段还可以为视频文件中的在第一时刻之前的第一时长(例如5秒)内的视频流以及第一时刻之后的第二时长(例如10秒)内的视频流；其中，第一时长(例如5秒)和第二时长(例如10秒)的求和值，等于预设时长(例如15秒)。

示例性地，以接收到录屏指令的时刻作为录屏时间节点。下面以预设时长为15秒为例进行示例性说明。例如，可以选取录屏时间节点前的15秒视频流作为精彩视频片段。或者，可以选取录屏时间节点后的15秒视频流作为精彩视频片段。或者，可以选取录屏时间节点前的5秒视频流以及录屏时间节点后的10秒视频流作为精彩视频片段。或者，可以选取录屏时间节点前的10秒视频流以及录屏时间节点后的5秒视频流作为精彩视频片段。可以理解，这里为示例性地说明，具体可以根据实际使用需求设置预设时长和录屏时段，本申请实施例不作限定。

在一些实施例中，第一时刻可以是电子设备1接收到第一操作的时刻。也就是说，当电子设备1接收到第一操作时，电子设备1则开始录屏。电子设备1开始录屏的时刻就是电子设备1接收到第一操作的时刻。

在另一些实施例中，第一时刻可以是电子设备1接收到第一操作的时刻之前的某一时刻(称为第二时刻)。可以理解的是，在此情况下，电子设备1开始录屏的时刻并不是电子设备1接收到第一操作的时刻。这里是以接收到录屏指令的时刻之前的某一时刻作为录屏时间节点。

示例性地，第二时刻比电子设备1接收到第一操作的时刻早5秒。例如，电子设备1可以在接收到第一操作之后，从接收到第一操作之前的5秒开始录屏，并在录屏时长达到15秒后结束录屏，录制得到15秒时长的视频片段。

在又一些实施例中，第一时刻可以是电子设备1接收到第一操作的时刻之后的某一时刻(称为第三时刻)。可以理解的是，这里是以接收到录屏指令的时刻之后的某一时刻作为录屏时间节点。

示例性地，第二时刻比电子设备1接收到第一操作的时刻晚5秒。例如，电子设备1可以在接收到第一操作之后等待5秒再开始录屏，并在录屏时长达到15秒后结束录屏，录制得到15秒时长的视频片段。

然后，下述的S104-S112说明了电子设备1传输视频片段的过程。

S104，电子设备1通过近距离设备扫描以搜索附近可用设备，该附近可用电子设备包括电子设备2。

示例性地，电子设备1可以通过蓝牙扫描方式或者Wi-Fi扫描方式，搜索到附近可用设备，即发现可信任环境中的电子设备。可以理解，搜索到的电子设备处于开机状态。

需要说明的是，在电子设备1完成录屏之后，电子设备1自动执行近距离设备扫描，以将录屏得到的视频片段发送给附近可用设备，实现多设备协同工作。示例性地，在电子设备1完成录屏之后，电子设备1自动执行近距离设备扫描，发现电子设备2和电子设备4，电子设备2和电子设备4与电子设备1处于可信任环境中。

S105，电子设备1在发现电子设备2后，向电子设备2发送第一提示消息。

S106，电子设备2接收并显示第一提示消息，以提示是否接收精彩视频片段。

需要说明的是，当电子设备1搜索到多个电子设备的情况下，电子设备1可以向多个电子设备均发送第一提示消息。该多个电子设备均会接收并显示第一提示消息，以提示是否接收精彩视频片段。

S107，电子设备2接收到用户同意接收精彩视频片段的操作(称为第三操作)。

在此情况下，在上述接收到第一提示消息的多个电子设备中，未接收到第三操作的电子设备，可以取消显示第一提示消息。

S108，电子设备2向电子设备1发送第一响应消息，以指示精彩视频片段同意被接收。

S109，电子设备1和电子设备2建立无线连接。

在电子设备1获知电子设备2同意接收精彩视频片段之后，电子设备1才会与电子设备2建立无线连接，这样可以保证数据传输的安全性和可靠性。

其中，无线连接也称为无线信道。示例性地，该无线信道可以为无线保真Wi-Fi信道或者蓝牙信道。

在一些实施例中，电子设备1存储有与电子设备1成功连接过的多个电子设备的历史连接数据，该多个电子设备包括电子设备2。在电子设备1发起与电子设备2建立连接时，电子设备1可以根据该历史连接数据，直接与电子设备2建立无线连接。

S110，电子设备1通过无线连接，向电子设备2发送精彩视频片段。

S111，电子设备2接收精彩视频片段。

其中，电子设备2可以将接收的精彩视频片段存储到本地，例如电子设备2可以将接收的精彩视频片段存储到相册。

在一些实施例中，当电子设备2可以将接收的精彩视频片段存储到相册时，电子设备2可以显示精彩视频片段的预览封面图像。

在S111之后，电子设备2可以继续执行S112，或者直接执行S113而不执行S112。

S112，电子设备2向电子设备1发送第二响应消息，以指示精彩视频片段成功被接收。

其中，S112为可选步骤，电子设备2可以向电子设备1发送第二响应消息，也可以不向电子设备1发送第二响应消息。

然后，下述的S113-S115说明了通过手机分享视频片段的过程。

S113，电子设备2显示文件分享界面，以提示是否分享精彩视频片段。

电子设备2调用手机系统分享功能，弹出文件分享界面，以提示是否分享精彩视频片段。

S114，电子设备2接收用户的分享操作，该分享操作包括选中分享对象以及选中分享控件。

其中，分享操作也称为第二操作。

S115，响应于用户的分享操作，电子设备2向电子设备3发送精彩视频片段。

在一些实施例中，电子设备2先向电子设备3发送消息，以提示是否接收精彩视频片段。在电子设备3确认接收之后，电子设备2再向电子设备3发送精彩视频片段。在一些实施例中，当电子设备3接收到精彩视频片段时，电子设备3可以显示精彩视频片段的预览封面图像。

在一些实施例中，电子设备1自动在后台录制前15秒的视频片段形成精彩时刻，并缓存在电子设备1中。然后，在电子设备1将视频片段发送给电子设备2之后，电子设备1可以删除该视频片段。

在一些实施例中，在电子设备1(智慧屏)搜索不到(即未感知到)附近可用设备的情况下，电子设备1可以显示未搜索不到附近可用设备的提示信息。

在一些实施例中，在电子设备1(智慧屏)录屏失败的情况下，电子设备1可以显示录屏失败的提示信息。

通过本申请上述方案，在电子设备1(例如智慧屏)播放视频的过程中，当电子设备1接收到用户的录屏操作或者遥控器发送的录屏指令时，电子设备1对正在呈现的视频画面进行音视频数据实时采集，录制得到预设时长的视频片段，然后电子设备1自动感知附近可用设备(例如处于可信任环境中的电子设备)，然后电子设备1将视频片段发送至附近可用设备(电子设备2，例如手机)。电子设备2接收并存储该视频片段，并且电子设备2还会自动弹出文件分享窗口或界面，以提示用户是否需要分享该视频片段。进一步地，电子设备2可以根据用户使用需求，将该视频片段分享给其他用户。本申请方案在用户触发后自动在后台完成录屏流程，不打断用户观影体验，且用户操作步骤减少，从而提升了录屏操作的便捷性。

下面结合下述的第一实施例和第二实施例对本申请实施例提供的屏幕录制方法进行说明。其中，第一实施例和第二实施例的相同之处在于，电子设备1均为智慧屏，电子设备2均为手机，并通过遥控器控制智慧屏进行录屏；不同之处在于，第一实施例给出了智慧屏通过近距离设备扫描，搜索到一个可用设备的场景，以及该场景对应的处理策略；而第二实施例给出了智慧屏通过近距离设备扫描，搜索到两个或更多个可用设备的场景，以及该场景对应的处理策略。

第一实施例

如图15所示，第一实施例提供的屏幕录制方法包括步骤S201-S216。需要说明的是，第一实施例中的一些步骤类似于上述图14中的步骤，相关描述具体可以参考图14中的详细描述，此处不再赘述。

首先，下述的S201-S204说明了遥控器控制智慧屏录屏以及智慧屏如何录屏的过程。

S201，智慧屏播放视频，后台自动进行屏幕录制，并缓存录屏数据。

S202，响应于用户在遥控器上触发录屏的操作，遥控器向智慧屏发送录屏命令。

可以理解的是，遥控器与智慧屏保持无线连接。用户可以通过在遥控器上操作以触发智慧屏进行录屏。

在一些实施例中，遥控器设置有用于触发录屏的快捷键，例如可以将遥控器的某些组合按键作为用于触发录屏的快捷键。组合按键可以为电源键和音量增大键，或者可以为菜单键和音量增大键，或者可以为菜单键和确认键。可以理解，上述快捷键的设置可以根据实际使用需求设置，本申请实施例不作限定。

示例性地，当用户观看智慧屏上的直播/点播视频，看到精彩的片段时，用户可以同时按压菜单键和确认键这两个按键，以触发智慧屏进行录屏。

在另一些实施例中，遥控器的操作面板上可以设置有用于触发录屏的录屏键(称为第一控件)。响应于用户对第一控件的操作，遥控器可以向智慧屏发送录屏命令，该录屏命令用于触发录制预设时长(例如15秒)的视频片段。

示例性地，遥控器的操作面板上可以设置有一个录屏键，用户可以按压该录屏键，以触发智慧屏进行录屏。或者，第一控件包括遥控器的操作面板上的多个按键，用户可以同时按压该多个按键，以触发智慧屏进行录屏。

S203，在视频播放过程中，智慧屏接收到录屏命令。

S204，响应于录屏命令，智慧屏从缓存的录屏数据中获取预设时长(例如15秒)的精彩视频片段。

这里以获取前15秒的视频片段为例进行示例性说明。在实际实现时，该精彩视频片段可以为智慧屏在接收到录屏命令之前和/或之后播放的预设时长的视频流。在一些实施例中，精彩视频片段可以为前15秒的视频片段。在另一些实施例中，可以为精彩视频片段可以为后15秒的视频片段。

可以理解，智慧屏录屏的过程均在后台完成。在录制视频的过程中，视频文件正常播放，并不会被中断。

需要说明的是，预设时长的设置和精彩视频片段的获取，具体可以参考上文实施例中对预设时长的设置和精彩视频片段的获取的相关说明，此处不再赘述。

然后，下述S205-S213说明了智慧屏向附近可用设备(例如手机)传输视频片段的过程。

S205，智慧屏通过近距离设备扫描，搜索附近可用设备，例如发现手机。

在智慧屏录制成功后，智慧屏端通过感知技术自动感知附近是否有可信的设备。

示例性地，智慧屏可以通过蓝牙扫描方式或者Wi-Fi扫描方式，搜索到附近的处于可信任环境中的可用设备。

可以理解的是，在智慧屏完成录屏之后，智慧屏自动执行近距离设备扫描，以将录屏得到的视频片段发送给可信任环境中的电子设备。

S206，智慧屏在发现手机后，向手机发送第一提示消息。

智慧屏端在后台感知到有手机等可信设备之后，通过文件传输技术准备分享文件给可信设备，并向可信设备发送文件传输提醒。

S207，手机接收并显示第一提示消息，以提示是否接收精彩视频片段。

示例性地，智慧屏在搜索到手机后，向手机发送第一提示消息，手机接收并显示第一提示消息，例如“智慧屏向本机发送已录制的视频片段，是否接收？接收选项和拒绝选项”。

S208，手机接收到用户同意接收精彩视频片段的操作。

示例性地，用户对接收选项的点击操作，表示同意接收精彩视频片段。相应地，手机会接收到用户同意接收精彩视频片段的操作。

S209，手机向智慧屏发送第一响应消息，以指示精彩视频片段同意被接收。

S210，智慧屏和手机建立无线连接。

在智慧屏获知手机同意接收精彩视频片段之后，智慧屏才会与手机建立无线连接，这样可以保证数据传输的安全性和可靠性。

在一些实施例中，智慧屏存储有与智慧屏成功连接过的多个电子设备的历史连接数据，该多个电子设备包括手机。在智慧屏发起与手机建立连接时，智慧屏可以根据该历史连接数据，直接与手机建立无线连接。

S211，智慧屏通过无线连接，向手机发送精彩视频片段。

在一些实施例中，智慧屏和手机建立无线连接，并且智慧屏可以通过无线连接，向手机发送精彩视频片段。

在一些实施例中，当智慧屏向手机发送精彩视频片段时，智慧屏可以显示“发送视频到手机”的提示信息。

S212，手机接收精彩视频片段。

其中，手机可以将接收的精彩视频片段存储到本地，例如手机可以将接收的精彩视频片段存储到相册。

在S212之后，手机可以继续执行S213，或者直接执行S214而不执行S213。

S213，手机向智慧屏发送第二响应消息，以指示精彩视频片段成功被接收。

其中，S213为可选步骤，手机可以向智慧屏发送第二响应消息，也可以不向智慧屏发送第二响应消息，具体可以根据实际使用需求确定，本申请实施例不作限定。

然后，下述的S213-S316说明了通过手机向其他电子设备分享视频片段的过程。

S214，手机显示文件分享界面，以提示是否分享精彩视频片段。

在一些实施例中，当手机接收精彩视频片段之后，手机可以直接弹出文件分享界面，提示用户是否分享精彩视频片段，并且文件分享界面会显示有一个或更多个分享对象，供用户选择。

在另一些实施例中，当手机接收精彩视频片段并将精彩视频片段存储到相册应用之后，手机可以显示相册界面。当用户点击相册界面中的分享控件时，手机可以从相册界面跳转到文件分享界面，该文件分享界面会提示用户选择分享对象，以分享精彩视频片段。

示例性地，在文件分享界面中显示有精彩视频片段的预览封面图像以及多个分享对象，供用户选择。可选地，文件分享界面中可以包括分享控件，该分享控件用于触发将当前接收的文件发送给其他电子设备进行分享。可选地，文件分享界面中还可以包括移动至控件，该移动至控件用于触发将当前接收的文件移动到手机的某一存储路径下进行存储。

S215，手机接收用户的分享操作，该分享操作包括选中分享对象(称为其他电子设备)以及选中分享控件。

其中，分享对象以图标形式呈现给用户。示例性地，所示，分享对象可以为另存为、智慧屏、打印机、我的电脑、短信、邮件或者即时通信等。若用户选中短信、邮件或者即时通信等分享形式，则手机会进一步显示联系人列表，供用户选择分享对象。

需要说明的是，文件分享界面中具体可以根据实际使用需求，显示满足实际使用需求的多个分享对象的图标，本申请实施例不作限定。

S216，响应于用户的分享操作，手机向其他电子设备发送精彩视频片段。

手机可以向其他电子设备发送精彩视频片段，从而可以实现精彩视频片段的快速分享，提升用户体验。

通过本申请上述方案，在智慧屏播放视频的过程中，当智慧屏接收到遥控器发送的录屏指令时，智慧屏对正在呈现的视频画面进行音视频数据实时采集，录制得到预设时长的视频片段，然后智慧屏自动感知附近可用设备，例如智慧屏自动感知到处于可信任环境中的手机，然后智慧屏将视频片段发送至手机。手机接收并存储该视频片段，并且手机还会自动弹出文件分享窗口或界面，以提示用户是否需要分享该视频片段。进一步地，手机可以根据用户使用需求，将该视频片段分享给其他用户。本申请方案在用户触发后自动在后台完成录屏流程，不打断用户观影体验，且用户操作步骤减少，从而提升了录屏操作的便捷性。

第二实施例

如图16所示，第二实施例提供的屏幕录制方法包括步骤S301-S316。需要说明的是，第二实施例中的一些步骤类似于上述图14中的步骤，相关描述具体可以参考图14中的详细描述，此处不再赘述。

首先，下述S301-S304说明了遥控器控制智慧屏录屏以及智慧屏如何录屏的过程。

S301，智慧屏播放视频，后台自动进行屏幕录制，并缓存录屏数据。

S302，响应于用户在遥控器上触发录屏的操作，遥控器向智慧屏发送录屏命令。

遥控器与智慧屏保持无线连接。用户可以通过在遥控器上操作以触发智慧屏进行录屏。

S303，在视频播放过程中，智慧屏接收到录屏命令。

S304，响应于录屏命令，智慧屏从缓存的录屏数据中获取前15秒的精彩视频片段。

可以理解，智慧屏录屏的过程均在后台完成。在录制视频的过程中，视频文件正常播放，并不会被中断。需要说明的是，预设时长的设置和精彩视频片段的获取，具体可以参考上文实施例中对预设时长的设置和精彩视频片段的获取的相关说明，此处不再赘述。

然后，下述S305-S313说明了智慧屏向附近可用设备(例如手机)传输视频片段的过程。其中，第二实施例中如图16所示的虚线框中所示步骤，是与第一实施例不同的步骤。

S305A，智慧屏通过近距离设备扫描，搜索附近可用设备，例如手机。

S305B，智慧屏通过近距离设备扫描，搜索附近可用设备，例如平板电脑。

其中，智慧屏可以通过蓝牙扫描方式或者Wi-Fi扫描方式进行近距离设备扫描，这样智慧屏可以搜索到附近的处于可信任环境中的可用设备。

在一些实施例中，如图17所示，智慧屏在发现手机和平板电脑后，可以显示“发现可用设备：手机和平板电脑”的提示信息。

本申请实施例不限定S305A和S305B的先后执行顺序。

S306A，智慧屏在发现手机后，向手机发送第一提示消息。

S306B，智慧屏在发现平板电脑后，向平板电脑发送第一提示消息。

由于本申请方案中智慧屏自动感知附近的同帐号设备，因此不需要用户手动发起从智慧屏分享给其他设备的步骤。

本申请方案中，智慧屏可以将视频片段发送给手机，直接从手机侧实现分享，从而可以提升视频分享的便捷性。智慧屏侧无需安装社交应用，也能实现视频快速便捷地分享。

本申请实施例不限定S306A和S306B的先后执行顺序。

S307A，手机接收并显示第一提示消息，以提示是否接收精彩视频片段。

S307B，平板电脑接收并显示第一提示消息，以提示是否接收精彩视频片段。

本申请实施例不限定S307A和S307B的先后执行顺序。

当智慧屏搜索到多个电子设备的情况下，智慧屏可以向多个电子设备均发送第一提示消息。该多个电子设备均会接收并显示第一提示消息，以提示是否接收精彩视频片段。

示例性地，如图17所示，智慧屏在搜索到手机后，向手机发送第一提示消息，手机接收并显示第一提示消息，例如“智慧屏向本机发送已录制的视频片段，是否接收？接收选项和拒绝选项”。同样，智慧屏在搜索到平板电脑后，向平板电脑发送第一提示消息，平板电脑接收并显示第一提示消息，例如“智慧屏向本机发送已录制的视频片段，是否接收？接收选项和拒绝选项”。

这样，手机和平板电脑都会接收到是否接收视频片段的提示消息，用户可以根据实际使用需求选择在手机或者平板电脑上接收视频片段。为了便于说明，第二实施例中以用户选择在手机上接收视频片段为例进行示例性说明。

S308，手机接收到用户同意接收精彩视频片段的操作。

示例性地，如图17所示，用户在手机上点击接收选项，表示同意接收精彩视频片段。相应地，手机会接收到用户同意接收精彩视频片段的操作。

在一些实施例中，当用户在手机上点击接收选项时，平板电脑仍然可以显示第一提示消息。可选地，在例如20秒内未接收到用户操作的情况下，平板电脑可以取消显示第一提示消息。或者，响应于用户触发关闭第一提示消息的操作，平板电脑可以取消显示第一提示消息。

S309，手机向智慧屏发送第一响应消息，以指示精彩视频片段同意被接收。

S310，智慧屏和手机建立无线连接。

S311，智慧屏通过无线连接，向手机发送精彩视频片段。

在一些实施例中，当智慧屏将精彩视频片段发送至手机时，智慧屏可以显示“已发送视频到手机”的提示信息。

S312，手机接收精彩视频片段。

在S312之后，手机可以继续执行S313，或者直接执行S314而不执行S313。

S313，手机向智慧屏发送第二响应消息，以指示精彩视频片段成功被接收。

然后，下述的S313-S316说明了通过手机向其他电子设备分享视频片段的过程。

S314，手机显示文件分享界面，以提示是否分享精彩视频片段。

S315，手机接收用户的分享操作，该分享操作包括选中分享对象(称为其他电子设备)以及选中分享控件。

S316，响应于用户的分享操作，手机向其他电子设备发送精彩视频片段。

在一些实施例中，手机和平板电脑分别可以接收到用户同意接收精彩视频片段的操作。相应地，可以通过手机和平板电脑分别将精彩视频片段分享给其他电子设备。

示例性地，在上述步骤S308至S316的执行过程中，还可以执行下述步骤：在平板电脑接收到用户同意接收精彩视频片段的操作之后，平板电脑向智慧屏发送第一响应消息，以指示精彩视频片段同意被接收。智慧屏和平板电脑建立无线连接。智慧屏通过无线连接，向平板电脑发送精彩视频片段。平板电脑接收精彩视频片段。平板电脑显示文件分享界面，以提示是否分享精彩视频片段。平板电脑接收用户的分享操作，该分享操作包括选中分享对象(称为其他电子设备)以及选中分享控件。响应于用户的分享操作，平板电脑向其他电子设备发送精彩视频片段。

以上通过第一实施例和第二实施例分别详细描述了本申请实施例提供的屏幕录制方法的可能实现方式。通过本申请上述方案，在智慧屏播放视频的过程中，当智慧屏接收到遥控器发送的录屏指令时，智慧屏对正在呈现的视频画面进行音视频数据实时采集，录制得到预设时长的视频片段，然后智慧屏自动感知附近可用设备，例如智慧屏自动感知到处于可信任环境中的手机和平板电脑，然后智慧屏将视频片段分别发送至手机和平板电脑。当用户确认通过手机接收该视频片段之后，手机接收并存储该视频片段，并且手机还会自动弹出文件分享窗口或界面，以提示用户是否需要分享该视频片段。进一步地，手机可以根据用户使用需求，将该视频片段分享给其他用户。本申请方案在用户触发后自动在后台完成录屏流程，不打断用户观影体验，且用户操作步骤减少，从而提升了录屏操作的便捷性。

也需要说明的是，在本申请实施例中，“大于”可以替换为“大于或等于”，“小于或等于”可以替换为“小于”，或者，“大于或等于”可以替换为“大于”，“小于”可以替换为“小于或等于”。

本文中描述的各个实施例可以为独立的方案，也可以根据内在逻辑进行组合，这些方案都落入本申请的保护范围中。

可以理解的是，上述各个方法实施例中由电子设备实现的方法和操作，也可以由可用于电子设备的部件(例如芯片或者电路)实现。

上文描述了本申请提供的方法实施例，下文将描述本申请提供的装置实施例。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。

上文主要从方法步骤的角度对本申请实施例提供的方案进行了描述。可以理解的是，为了实现上述功能，实施该方法的电子设备包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的保护范围。

本申请实施例可以根据上述方法示例，对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有其它可行的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

图18为本申请实施例提供的用于屏幕录制的装置400的示意性框图。该装置400可以用于执行上文方法实施例中第一电子设备或电子设备1所执行的动作。该装置400包括屏幕录制单元410、人机交互单元420、音视频处理单元430和音视频输出单元440。

屏幕录制单元410，用于当第一电子设备播放视频时，在第一电子设备的后台进行屏幕录制，得到音频流和视频流，音频流对应第一采样率，视频流对应第一帧率；

屏幕录制单元410，还用于为音频流中的每一帧音频数据标记时间戳，并为视频流中的I帧数据标记时间戳和I帧标识；

人机交互单元420，用于接收到用户在第一时刻触发录屏的第一操作，该第一操作用于触发获取在第一时刻之前的预设时长的屏幕录制片段；

音视频处理单元430，用于第一电子设备响应于录屏命令，根据第一时刻、预设时长、第一帧率和I帧标识，从视频流中确定首帧视频数据，该首帧视频数据具有I帧标识；

音视频处理单元430，还用于根据首帧视频数据对应的第一时间戳，从音频流中确定与第二时间戳对应的首帧音频数据，第二时间戳大于或等于第一时间戳；

音视频输出单元440，用于根据首帧视频数据、第一帧率和预设时长，从视频流中获取屏幕录制片段；

音视频输出单元440，还用于根据首帧音频数据、第一采样率和预设时长，从音频流中获取第一音频片段；

音视频输出单元440，还用于将视频片段和音频片段合成预设时长的屏幕录制片段。

根据本申请实施例的装置400可对应于执行本申请实施例中描述的方法，并且装置400中的单元的上述和其它操作和/或功能分别为了实现方法的相应流程，为了简洁，在此不再赘述。

可选地，在一些实施例中，本申请提供一种芯片，该芯片与存储器耦合，该芯片用于读取并执行存储器中存储的计算机程序或指令，以执行上述各实施例中的方法。

可选地，在一些实施例中，本申请提供一种电子设备，该电子设备包括芯片，该芯片用于读取并执行存储器存储的计算机程序或指令，使得各实施例中的方法被执行。

可选地，在一些实施例中，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述各实施例中的方法。

可选地，在一些实施例中，本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述各实施例中的方法。

本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构进行特别限定，只要能够通过运行记录有本申请实施例提供的方法的代码的程序，以根据本申请实施例提供的方法进行屏幕录制即可。例如，本申请实施例提供的方法的执行主体可以是电子设备，或者，是电子设备中能够调用程序并执行程序的功能模块。

本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本文中使用的术语“制品”可以涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmableread-only memory，EPROM)、卡、棒或钥匙驱动器等)。

本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可以包括但不限于：无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上，或者说对现有技术做出贡献的部分，或者该技术方案的部分，可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，该计算机软件产品包括若干指令，该指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。前述的存储介质可以包括但不限于：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

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

Claims

1.一种屏幕录制方法，其特征在于，包括：

当第一电子设备播放视频时，在所述第一电子设备的后台进行屏幕录制，得到音频流和视频流，所述音频流对应第一采样率，所述视频流对应第一帧率；

为所述音频流中的每一帧音频数据标记时间戳，并为所述视频流中的I帧数据标记时间戳和I帧标识；

接收到用户在第一时刻触发录屏的第一操作，所述第一操作用于触发获取在所述第一时刻之前的预设时长的屏幕录制片段；

所述第一电子设备响应于所述第一操作，根据所述第一时刻、所述预设时长、所述第一帧率和I帧标识，从所述视频流中确定首帧视频数据，所述首帧视频数据具有所述I帧标识；

根据所述首帧视频数据对应的第一时间戳，从所述音频流中确定与第二时间戳对应的首帧音频数据，所述第二时间戳大于或等于所述第一时间戳；

根据所述首帧视频数据、所述第一帧率和所述预设时长，从所述视频流中获取屏幕录制片段；

根据所述首帧音频数据、所述第一采样率和所述预设时长，从所述音频流中获取第一音频片段；

将所述视频片段和所述音频片段合成所述预设时长的屏幕录制片段。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一时刻、所述预设时长、所述第一帧率和I帧标识，从所述视频流中确定首帧视频数据，包括：

确定与所述第一时刻对应的末帧视频数据；

对于所述末帧视频数据之前的S×ΔT帧视频数据，将时间戳最小且具有所述I帧标识的一帧视频数据，确定为所述首帧视频数据。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述首帧视频数据对应的第一时间戳，从所述音频流中确定与第二时间戳对应的首帧音频数据，包括：

确定所述首帧视频数据对应的所述第一时间戳；

将所述音频流中标记的与所述第一时间戳相等的时间戳，确定为所述第二时间戳；

当所述音频流中没有标记与所述第一时间戳相等的时间戳时，将与所述第一时间戳相比较大且与所述第一时间戳的差值最小的一个时间戳，确定为所述第二时间戳。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述根据所述首帧视频数据、所述第一帧率和所述预设时长，从所述视频流中获取屏幕录制片段，包括：

在所述视频流中，从所述首帧视频数据开始，获取M帧视频数据，M＝S×ΔT；

其中，S表示所述第一帧率，ΔT表示所述预设时长，所述屏幕录制片段为M帧视频数据，M为正整数。

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

针对得到的所述视频流，将所述视频流中的每一帧数据按序缓存到视频流队列中，所述视频流队列用于存储所述视频流中最近播放的第一预设数量的视频数据；

其中，所述第一预设数量大于或等于M。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述根据所述首帧音频数据、所述第一采样率和所述预设时长，从所述音频流中获取第一音频片段，包括：

在所述音频流中，从所述首帧音频数据开始，获取N帧音频数据，N＝A×ΔT；

其中，A表示所述第一采样率，ΔT表示所述预设时长，所述第一音频片段为N帧音频数据，N为正整数。

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

针对得到的所述音频流，将所述音频流中的每一帧数据按序缓存到音频流队列中，所述音频流队列用于存储所述音频流中最近播放的第二预设数量的音频数据；

其中，所述第二预设数量大于或等于N。

8.根据权利要求1至7中任一项所述的方法，其特征在于，在所述第一电子设备播放视频时，在所述第一电子设备的后台进行屏幕录制之前，所述方法还包括：当所述第一电子设备开机时，自动开启智能录屏功能；

其中，所述第一电子设备播放视频时，在所述第一电子设备的后台进行屏幕录制，包括：在所述智能录屏功能开启的情况下，当所述第一电子设备播放视频时后台自动进行屏幕录制。

9.根据权利要求1至8中任一项所述的方法，其特征在于，在所述将所述视频片段和所述音频片段合成所述预设时长的屏幕录制片段之后，所述方法还包括：

所述第一电子设备自动执行近距离设备扫描；

所述第一电子设备通过蓝牙扫描方式或者Wi-Fi扫描方式，搜索到第二电子设备；

所述第一电子设备与所述第二电子设备建立无线信道；其中，所述无线信道为无线保真Wi-Fi信道或者蓝牙信道；

所述第一电子设备通过所述无线信道将所述预设时长的屏幕录制片段发送给所述第二电子设备。

10.根据权利要求9所述的方法，其特征在于，在所述第一电子设备将所述预设时长的屏幕录制片段发送给所述第二电子设备之后，所述方法还包括：

所述第二电子设备接收所述预设时长的屏幕录制片段；

所述第二电子设备自动弹出文件分享界面，以提示是否分享或保存所述屏幕录制片段。

11.根据权利要求10所述的方法，其特征在于，在所述第二电子设备自动弹出文件分享界面之后，所述方法还包括：

所述第二电子设备接收用户在所述文件分享界面上的第二操作，所述第二操作用于确认将所述屏幕录制片段分享给第三电子设备；

响应于所述第二操作，所述第二电子设备将所述屏幕录制片段发送给所述第三电子设备。

12.根据权利要求9至11中任一项所述的方法，其特征在于，在所述第一电子设备搜索到第二电子设备之后，在所述第一电子设备将所述预设时长的屏幕录制片段发送给所述第二电子设备之前，所述方法还包括：

所述第一电子设备向所述第二电子设备发送第一提示消息，所述第一提示消息用于提示是否同意接收所述屏幕录制片段；

所述第二电子设备接收并显示所述第一电子设备发送的所述第一提示消息；

所述第二电子设备接收用户的第三操作，所述第三操作用于确认接收所述屏幕录制片段；

响应于所述第三操作，所述第二电子设备向所述第一电子设备发送第一响应消息，所述第一响应消息用于提示所述屏幕录制片段同意被接收。

13.根据权利要求1至12中任一项所述的方法，其特征在于，所述方法还包括：

所述第一电子设备还搜索到第四电子设备；

所述第一电子设备向所述第四电子设备发送第一提示消息，所述第一提示消息用于提示是否接收所述屏幕录制片段；

所述第四电子设备接收并显示所述第一提示消息；

若所述第四电子设备在一定时长后未接收到用户操作，则所述第四电子设备取消显示所述第一提示消息。

14.根据权利要求1至13中任一项所述的方法，其特征在于，所述方法还包括：

所述第一电子设备与遥控装置保持无线连接；其中，所述遥控装置设置有用于触发屏幕录制的第一控件；

响应于用户对所述遥控装置的所述第一控件的操作，所述遥控装置向所述第一电子设备发送所述录屏命令。

15.根据权利要求1至14中任一项所述的方法，其特征在于，所述方法还包括：

所述第一电子设备将所述首帧视频数据对应的图像，作为所述屏幕录制片段的预览封面图像。

16.根据权利要求1至15中任一项所述的方法，其特征在于，所述预设时长为15秒。

17.一种电子设备，其特征在于，包括处理器，所述处理器与存储器耦合，所述处理器用于执行所述存储器中存储的计算机程序或指令，以使得所述电子设备实现如权利要求1至16中任一项所述的方法。

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