直播回看方法、设备、存储介质及装置与流程

1.本发明涉及直播领域，尤其涉及一种直播回看方法、设备、存储介质及装置。


背景技术：

2.随着互联网的高速发展，传统的线下内容分享已逐渐演变成当前流行的在线视频直播分享。例如：主播在主播端(也称分享端)播放ppt内容，直播软件捕捉屏幕内容然后进行推流；用户在观看端(也称接收端)接收视频流和观看。
3.现有技术中观看端的用户只能被动的接收和观看主播当前正在播放的最新内容，不能回看之前的ppt内容。如果想要回看之前的ppt内容，通常是主播通过其他方式(共享网盘、微信群等)将ppt文件发给用户，回看方式单一，导致用户体验差。


技术实现要素：

4.本发明的主要目的在于提供一种直播回看方法、设备、存储介质及装置，旨在解决现有技术中用户只能被动观看主播端的直播内容，回看方式单一，用户体验差的技术问题。
5.为实现上述目的，本发明提供一种直播回看方法，所述直播回看方法包括以下步骤：
6.在获取到视频帧捕捉触发时，捕捉直播的视频帧，形成音视频资源；
7.在获取到资源回看触发时，控制触发所述资源回看触发的终端展示所述音视频资源。
8.可选地，所述在获取到视频帧捕捉触发时，捕捉直播的视频帧，形成音视频资源的步骤，包括：
9.在获取到视频帧捕捉触发时，根据所述视频帧捕捉触发确定触发响应类型；
10.在所述触发响应状态为即时响应时，捕捉直播的当前视频帧，形成音视频资源；
11.在所述触发响应状态为延时响应时，捕捉直播延时后的视频帧，形成音视频资源。
12.可选地，所述视频帧捕捉触发中携带视频帧捕捉操作信息，或者，所述视频帧捕捉触发中携带触发响应类型和视频帧捕捉操作信息；
13.所述根据所述视频帧捕捉触发确定触发响应类型的步骤，包括：
14.若所述视频帧捕捉触发中携带触发响应类型和视频帧捕捉操作信息，则从视频帧捕捉触发中获取触发响应类型；
15.所述视频帧捕捉触发中携带视频帧捕捉操作信息，则根据所述视频帧捕捉操作信息获取直播当前视频帧的内容质量信息；在所述内容质量信息满足预设画面质量条件时，确定触发响应类型为即时响应；在所述内容质量信息不满足预设画面质量条件时，确定触发响应类型为延时响应。
16.可选地，所述根据所述视频帧捕捉操作信息获取直播当前视频帧的内容质量信息的步骤，包括：
17.根据所述视频帧捕捉操作信息确定待执行操作；
18.在所述待执行操作为图像截取时，获取直播当前帧的画面分辨率和/或画面完整度；
19.在所述待执行操作为音视频录制时，获取直播当前帧的画面分辨率、画面完整度和/或音频完整度。
20.可选地，所述在所述触发响应状态为即时响应时，捕捉直播的当前视频帧，形成音视频资源的步骤，包括：
21.在所述触发响应状态为即时响应时，根据所述视频帧捕捉操作信息确定待执行操作；
22.在所述待执行操作为图像截取时，获取直播的当前视频帧，并将获得的视频帧作为音视频资源；
23.在所述待执行操作为音视频录制时，获取直播从当前视频帧开始的连续多张视频帧，并将获得的所有视频中作为音视频资源。
24.可选地，所述在获取到资源回看触发时，控制触发所述资源回看触发的终端展示所述音视频资源，包括：
25.在获取到资源回看触发时，确定触发所述资源回看触发的终端当前展示的直播内容；
26.根据所述直播内容从所述音视频资源中读取待回看音视频资源；
27.控制触发所述资源回看触发的终端展示所述待回看音视频资源。
28.可选地，所述在获取到视频帧捕捉触发时，采集当前直播内容，获得音视频资源的步骤之前，还包括：
29.广播视频帧捕捉触发接口；或者，向目标用户发送视频帧捕捉触发接口；
30.所述视频帧捕捉触发接口用于获取视频帧捕捉触发。
31.此外，为实现上述目的，本发明还提出一种直播回看设备，所述直播回看设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的直播回看程序，所述直播回看程序配置为实现如上文所述的直播回看的步骤。
32.此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有直播回看程序，所述直播回看程序被处理器执行时实现如上文所述的直播回看方法的步骤。
33.此外，为实现上述目的，本发明还提出一种直播回看装置，所述直播回看装置包括：
34.资源获取模块，用于在获取到视频帧捕捉触发时，捕捉直播的视频帧，形成音视频资源；
35.资源回看模块，用于在获取到资源回看触发时，控制触发所述资源回看触发的终端展示所述音视频资源。
36.本发明通过在获取到视频帧捕捉触发时，捕捉直播的视频帧，形成音视频资源；在获取到资源回看触发时，控制触发所述资源回看触发的终端展示所述音视频资源。本发明在获取到视频帧捕捉触发时，自动捕捉视频帧形成音视频资源，在用户需要回看直播内容时，控制触发所述资源回看触发的终端展示所述音视频资源，相较于现有技术中用户只能被动观看主播端的直播内容，无法选择回看的内容和时机、导致回看方式单一的问题，本发明上述方式使得用户能够根据自身需求随时进行直播内容回看，提升了用户体验感。
附图说明
37.图1为本发明实施例方案涉及的硬件运行环境的直播回看设备的结构示意图；
38.图2为本发明直播回看方法第一实施例的流程示意图；
39.图3为本发明直播回看方法第一实施例的信令传输示意图；
40.图4为本发明直播回看方法第一实施例的视频帧捕捉信令结构示意图；
41.图5为本发明直播回看方法第二实施例的流程示意图；
42.图6为本发明直播回看装置第一实施例的结构框图。
43.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
44.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
45.参照图1，图1为本发明实施例方案涉及的硬件运行环境的直播回看设备结构示意图。
46.如图1所示，该直播回看设备可以包括：处理器1001，例如中央处理器(central processing unit，cpu)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)，可选用户接口1003还可以包括标准的有线接口、无线接口，对于用户接口1003的有线接口在本发明中可为usb接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(wireless-fidelity，wi-fi)接口)。存储器1005可以是高速的随机存取存储器(random access memory，ram)，也可以是稳定的存储器(non-volatile memory，nvm)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
47.本领域技术人员可以理解，图1中示出的结构并不构成对直播回看设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
48.如图1所示，认定为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及直播回看程序。
49.在图1所示的直播回看设备中，网络接口1004主要用于连接后台服务器，与所述后台服务器进行数据通信；用户接口1003主要用于连接用户设备；所述直播回看设备通过处理器1001调用存储器1005中存储的直播回看程序，并执行本发明实施例提供的直播回看方法。
50.基于上述硬件结构，提出本发明直播回看方法的实施例。
51.参照图2，图2为本发明直播回看方法第一实施例的流程示意图，提出本发明直播回看方法第一实施例。
52.在本实施例中，所述直播回看方法包括以下步骤：
53.步骤s10：在获取到视频帧捕捉触发时，捕捉直播的视频帧，形成音视频资源。
54.需说明的是，本实施例的执行主体可以是具有直播回看功能的设备，比如电脑、笔记本、手机、tv、投影器等，也可以是装载有直播app的上述设备，所述直播app具有直播功能和回看功能，用户可以通过该直播app进行网络直播，此时该直播app所在的设备可称为主播端。用户也可以通过该直播app收看网络直播，此时该直播app所在的设备可称为观看端。
55.可理解的是，视频帧捕捉触发可以是在检测到用户执行预设操作时生成的触发，
所述触发的形式可以是信令也可以是信号，本实施例中对触发的形式不做具体限定。所述视频帧捕捉触发可以是在主播端生成的也可以是在观看端生成的，也可以是主播端在检测到直播用户执行预设操作时生成的触发，并将所述触发发送至观看端。
56.在实际应用中主播端与观看端之间的交互关系，可以参考图3所示的信令传输示意图。若视频帧捕捉触发为视频帧捕捉信令时，观看端在接收到主播端广播的视频帧捕捉信令时，基于预设的crc32位校验算法对视频帧捕捉信令进行正确性(或一致性)验证，并根据校验结果确定视频帧捕捉信令对应的广播类型、用户数量、用户id列表以及信令内容等信息是否正确。
57.其中，信令结构可以参考图4视频帧捕捉信令结构示意图，信令id是由主播端生成的用以标记消息的32位的唯一id构成。crc校验是针对从“广播类型”字段开始至“信令内容”结束之间所有字节内容的crc32校验和。用以在观看端收到消息和验证消息的正确性，即观看端在接收到视频帧捕捉信令时，基于预设的crc32位校验算法对视频帧捕捉信令进行正确性(或一致性)验证，并根据校验结果确定视频帧捕捉信令对应的广播类型、用户数量、用户id列表数据以及信令内容等信息是否正确。广播类型：1表示广播给所有在线用户(此种情况，用户数量填0)；2表示组播给列表中的用户(紧跟着的用户数量字段表示组播列表中的用户总人数，由此可知道紧跟着的用户id列表数据的长度是由用户数量x 32位构成。为了保证直播直连还可以在用户数量超出预设范围时，选择通过限制人数的直连方式进行直播内容播放，信令内容长度表示紧跟着的信令内容的总长度。信令内容是基于json格式的信令内容，并转化成的二进制数据。其中，信令内容包括视频帧捕捉操作信息，预设crc校验算法可以是预先设置的针对视频帧捕捉信令中的所有字节内容的crc32校验和的算法，所述算法用以在观看端接收消息和验证消息的正确性(也称一致性，即主播端发送的信令和观看端接收的信令是一致的)。
58.进一步地，上述预设操作是指预先设置用于触发生成视频帧捕捉触发的操作，例如：在ppt讲解过程中，主播端设备监听直播用户的翻页操作，当监听到翻页操作且页面内容已更新后将生成视频帧捕捉触发，也可以是直播用户在主播端或观看用户在观看端点击截屏或录制按键生成的视频帧捕捉触发。
59.应理解的是，触发生成视频帧捕捉触发的操作不限于直播用户的翻页操作，还可以是直播用户在讲解过程中，在讲到重要的内容时触发的“划重点”的操作。主播端在监听到“划重点”操作后，生成并发送相应的视频帧捕捉触发至观看端。也可以是观看端在监听到“划重点”操作后，生成视频帧捕捉触发进行视频帧捕捉。本实施例中视频帧捕捉触发的生成不仅限于上述场景。音视频资源是指主播端和/或观看端在获取到视频帧捕捉触发时捕捉直播的视频帧，并将视频帧缓存至预设文件夹中。音视频资源可以是根据视频帧捕捉触发中的待执行操作类型以及待执行操作参数获取的音视频资源。所述音视频资源可以包括图像、音频、视频等多媒体文件。
60.具体实现中，在获取到视频帧捕捉触发时，通过预设crc校验算法对所述视频帧捕捉触发进行一致性校验；在一致性校验通过时，从触发解析结果中获取待执行操作参数及待执行操作类型；根据待执行操作参数及待执行操作类型确定待执行操作。例如：在一致性校验通过时，从触发解析结果中识别出视频帧捕捉操作信息中待执行操作字段，所述待执行操作字段中包括待执行操作类型以及待执行操作参数，待执行操作类型可以是截屏、录
屏、“划重点”、暂停录制、恢复录制以及结束录制等操作类型，待执行操作参数可以是针对操作类型进行的区域执行参数，对视频帧捕捉操作信息举例说明：
61.{
[0062]“action”:“capture_ppt”,//截屏操作，信令可以扩展，还可以定义其他操作
[0063]“param”:{
[0064]“ppt_index”:0,//当前ppt的页码
[0065]“area”:(0,0,1,1)//归一化的截屏区域，分别是x、y、width、height
[0066]
}
[0067]
}
[0068]
其中，x、y、width、height分别代表区域的横向、纵向、宽度以及高度等参数，action字段部分除了capture_ppt表示ppt截屏以外。
[0069]
本实施例中上述action字段还可以填写其他命令；以视频帧捕捉触发为信令的形式为例进行说明，例如：capture_keypoint对应的应用场景可以是老师在讲课的过程中，在老师讲到重要的、需要学生做笔记的地方，可以由老师触发“划重点”的操作，主播端app监听到“划重点”的操作后，发送此信令给观看端。“划重点”的操作可以是点击操作，圈选操作等，所述“划重点”操作可以根据app的设计灵活设置，不仅限于上述等类型。观看端接收到所述信令后，对当前屏幕进行截屏，并保存至预先构建的keypoint(重点)目录中。record_video_start对应的应用场景可以是老师讲课过程中，认为接下来的一段内容非常重要，可以主动触发录制视频的操作，主播端监听到“录制视频”的操作后，发送此信令给观看端，观看端接收到信令后，从当前时间点开始录制屏幕，并保存至预先构建的recorded_videos目录当中。record_video_pause对应的应用场景与上述类似，在录制过程中主播端触发暂停，通过此信令控制观看端暂停录制；record_video_resume对应的应用场景与上述类似，在录制暂停以后，主播端恢复录屏，并通过此信令控制观看端恢复录屏；record_video_end对应的应用场景与上述类似,用于结束录制。类似上述录制视频场景类似，还可以扩展录制音频场景record_audio_start/record_audio_pause/record_audio_resume/record_audio_end信令。本实施例中信令对应的操作类型，还可为其他操作类型，本实施例对此不加以限制。
[0070]
所述视频帧捕捉操作信息包括待执行操作类型的字段、当前直播内容对应的音视频编号字段以及待执行操作参数字段等内容。例如：待执行操作类型的字段可以是action字段，如：capture_ppt，capture_ppt表示ppt截屏，当前直播内容对应的音视频编号字段可以是ppt_index对应的参数字段，如：“ppt_index”:0,，待执行操作参数字段可以是从param字段中提取待执行操作参数，如：“area”:(0,0,1,1)，本实施例中的待执行操作类型以及待执行操作参数不仅限于上述内容。根据待执行操作类型以及待执行操作参数捕捉直播的视频帧，形成音视频资源缓存至预设文件夹中。
[0071]
步骤s20：在获取到资源回看触发时，控制触发所述资源回看触发的终端展示所述音视频资源。
[0072]
需说明的是，资源回看触发是在检测到用户执行回看操作时生成的触发，本实施例中对触发的形式不做具体限定。所述资源回看触发可以是在主播端生成的也可以是在观看端生成的。
[0073]
可理解的是，在获取到资源回看触发时，在触发所述资源回看触发的终端上展示文件夹中已缓存的音视频资源。
[0074]
本实施例通过在获取到视频帧捕捉触发时，捕捉直播的视频帧，形成音视频资源；在获取到资源回看触发时，控制触发所述资源回看触发的终端展示所述音视频资源，本实施例通过在获取到视频帧捕捉触发时，自动捕捉视频帧形成音视频资源，在用户需要回看直播内容时，控制触发所述资源回看触发的终端展示所述音视频资源，相较于现有技术中用户只能被动观看主播端的直播内容，无法选择回看的内容和时机、导致回看方式单一的问题，本实施例上述方式使得用户能够根据自身需求随时进行直播内容回看，提升了用户体验感。
[0075]
参照图5，图5为本发明直播回看方法第二实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明直播回看方法的第二实施例。
[0076]
在本实施例中，所述步骤s10包括：
[0077]
步骤s101：在获取到视频帧捕捉触发时，根据所述视频帧捕捉触发确定触发响应类型:。
[0078]
需说明的是，触发响应类型包括即时响应状态和延时响应状态。
[0079]
步骤s102：在所述触发响应状态为即时响应时，捕捉直播的当前视频帧，形成音视频资源。
[0080]
需说明的是，所述即时响应状态是指在接收到视频帧捕捉触发时，根据视频帧捕捉触发中携带的视频帧捕捉操作信息立即响应触发，捕捉直播的当前视频帧或预设时间段内的音视频，如：视频帧捕捉操作信息中待执行操作为截屏，在所述触发响应状态类型为即时响应时，在接收到视频帧捕捉触发时立即截屏，捕捉直播的当前视频帧。
[0081]
步骤s103：在所述触发响应状态为延时响应时，捕捉直播延时后的视频帧，形成音视频资源。
[0082]
可理解的是，所述延时响应状态是指在接收到视频帧捕捉触发时，根据视频帧捕捉触发中携带的视频帧捕捉操作信息延时响应触发，捕捉直播延时后的视频帧或预设时间段内的音视频，如：观看端用户上洗手间前触发截屏，此时进入截屏状态，在识别到主播端用户触发的预设操作时(如：主播端用户在讲解ppt内容时，识别到主播用户的翻页操作进行截屏)，捕捉直播延时后的视频帧，并将捕捉到的视频帧保存至预设文件夹中。
[0083]
应理解的是，在捕捉到视频帧或预设时间段内的音视频后，将所述视频帧或预设时间段内的音视频缓存至预设文件夹中，形成缓存后的音视频资源。
[0084]
具体实现中，视频帧捕捉触发操作可以是由主播端用户或观看端用户触发的操作，所述视频帧捕捉触发的响应状态可以是即时响应或延时响应，根据响应状态类型对视频帧或预设时间段内的音视频进行捕捉，并将捕捉获得的视频帧或音视频缓存至预设文件夹，形成音视频资源。
[0085]
进一步地，所述所述视频帧捕捉触发中携带视频帧捕捉操作信息，或者，所述视频帧捕捉触发中携带触发响应类型和视频帧捕捉操作信息；所述步骤s101包括：若所述视频帧捕捉触发中携带触发响应类型和视频帧捕捉操作信息，则从视频帧捕捉触发中获取触发响应类型；所述视频帧捕捉触发中携带视频帧捕捉操作信息，则根据所述视频帧捕捉操作信息获取直播当前视频帧的内容质量信息；在所述内容质量信息满足预设画面质量条件
时，确定触发响应类型为即时响应；在所述内容质量信息不满足预设画面质量条件时，确定触发响应类型为延时响应。
[0086]
需说明的是，在接收到视频帧捕捉触发时，根据所述视频帧捕捉触发中携带的视频帧捕捉触发操作信息和触发响应类型进行触发响应。
[0087]
可理解的是，视频帧捕捉触发中存在携带视频帧捕捉操作信息或者携带触发响应类型和视频帧捕捉操作信息两种情况，若视频帧捕捉触发中携带触发响应类型和视频帧捕捉操作信息，则先从视频帧捕捉触发中获取触发响应类型，并根据视频帧捕捉操作信息获取直播当前视频帧的内容质量信息，所述内容质量信息包括：画面完整度、画面分辨率以及音频完整度等信息，在画面完整度、画面分辨率以及音频完整度等信息，满足预设画面质量条件时，确定触发响应类型为即时响应，在上述信息不满足预设画面质量条件时，确定触发响应类型为延时响应。
[0088]
应理解的是，预设画面质量条件是预先设置用于判断直播当前帧的内容质量信息是否达到即时响应视频帧捕捉操作的条件。即画面完整度、画面分辨率以及音频完整度等信息达到即时响应视频帧捕捉操作的条件时，确定触发响应类型为即时响应，反之确定触发响应类型为延时响应。例如：画面完整度、画面分辨率以及音频完整度等信息均满足预设条件时，此时直播当前视频帧的内容质量信息满足预设画面质量条件，因此可以即时响应视频帧触发操作，若画面完整度、画面分辨率以及音频完整度等信息中至少一个未满足预设条件时，即使用户触发的触发响应类型为即时响应，由于直播当前视频帧的内容质量信息不满足预设画面质量条件，此时的触发响应类型确定为延时响应。从而保证截取的视频帧或音视频的质量是满足预设画面质量条件的，避免由于画面质量差导致用户使用感较差。
[0089]
具体实现中，在获取到视频帧捕捉触发时，若视频帧捕捉触发中携带触发响应类型和视频帧捕捉触发操作信息，根据视频帧捕捉触发操作信息获取直播当前视频帧的内容质量信息，如：画面完整度、画面分辨率以及音频完整度等信息，判断画面完整度、画面分辨率以及音频完整度等信息是否满足预设画面质量条件，在画面完整度、画面分辨率以及音频完整度等信息满足预设画面质量条件时，确定触发响应类型为即时响应，反之触发响应类型为延时响应。例如:视频帧捕捉触发操作信息中待执行操作为截屏操作时，在画面完整度、画面分辨率以及音频完整度等信息满足预设画面质量条件时，即时响应截屏操作，在画面完整度、画面分辨率以及音频完整度等信息未满足预设画面质量条件时，延时响应截屏操作，直至上述信息满足预设画面质量条件时响应截屏操作。
[0090]
进一步地，所述根据所述视频帧捕捉操作信息获取直播当前视频帧的内容质量信息的步骤，包括：根据所述视频帧捕捉操作信息确定待执行操作；在所述待执行操作为图像截取时，获取直播当前帧的画面分辨率和/或画面完整度；在所述待执行操作为音视频录制时，获取直播当前帧的画面分辨率、画面完整度和/或音频完整度。
[0091]
需说明的是，根据视频帧捕捉触发中携带的视频帧捕捉操作信息中的操作类型确定待执行操作，所述操作类型包括图像截取(如：截屏)和音视频录制(如：录屏)。
[0092]
可理解的是，在待执行操作为图像截取时，直播当前视频帧的内容质量信息包括直播当前帧的画面分辨率和画面完整度中至少一个，在待执行操作为音视频录制时，直播当前视频帧的内容质量信息包括直播当前帧的画面分辨率、画面完整度和音频完整度中至
少一个。
[0093]
具体实现中，在待执行操作为截屏时，为避免由于画面被遮挡或画面不清晰导致截屏无效，通过获取直播当前帧的画面分辨率和/或画面完整度确定直播当前视频帧的内容质量，在待执行操作为录屏时，为避免由于画面不清晰、画面被遮挡以及音频不清楚导致录屏失败的问题，通过获取直播当前帧的画面分辨率、画面完整度和/或音频完整度确定直播当前视频帧的内容质量。
[0094]
进一步地，所述步骤s102包括：在所述触发响应状态为即时响应时，根据所述视频帧捕捉操作信息确定待执行操作；在所述待执行操作为图像截取时，获取直播的当前视频帧，并将获得的视频帧作为音视频资源；在所述待执行操作为音视频录制时，获取直播从当前视频帧开始的连续多张视频帧，并将获得的所有视频中作为音视频资源。
[0095]
需说明的是，在响应状态为即时响应时，根据视频帧捕捉触发中携带的视频帧捕捉操作信息中的操作类型确定待执行操作，所述待执行操作的操作类型为图像截取时，获取直播的当前视频帧，并截取画面分辨率和画面完整度均满足预设条件的当前视频帧生成音视频资源缓存至预设文件夹中。所述待执行操作的操作类型为音视频录制时，获取直播从当前视频帧开始的连续多张视频帧，并将获得的所有视频中画面分辨率、画面完整度和/或音频完整度均满足预设条件的音视频作为音视频资源缓存至预设文件夹中。
[0096]
进一步地，所述步骤s30包括：在获取到资源回看触发时，确定触发所述资源回看触发的终端当前展示的直播内容；根据所述直播内容从所述音视频资源中读取待回看音视频资源；控制触发所述资源回看触发的终端展示所述待回看音视频资源。
[0097]
需说明的是，在获取到资源回看触发时，确定触发所述资源回看触发的终端当前展示的直播内容，并根据当前直播内容从预设文件夹中缓存的音视频资源读取待回看音视频资源，并在触发资源回看触发的终端展示待回看音视频资源。
[0098]
本实施例通过在获取到视频帧捕捉触发时，根据视频帧捕捉触发确定触发响应类型；在触发响应状态为即时响应时，捕捉直播的当前视频帧，形成音视频资源；在触发响应状态为延时响应时，捕捉直播延时后的视频帧，形成音视频资源，在获取到资源回看触发时，控制触发资源回看触发的终端展示音视频资源，本实施例通过在获取到视频帧捕捉触发时，确定触发响应类型，自动捕捉视频帧形成音视频资源，在用户需要回看直播内容时，控制触发所述资源回看触发的终端展示所述音视频资源，相较于现有技术中用户只能被动观看主播端的直播内容，无法选择回看的内容和时机、导致回看方式单一的问题，本实施例上述方式使得用户能够根据自身需求随时进行直播内容回看，提升了用户体验感。
[0099]
基于上述图2所示的第一实施例，提出本发明直播回看方法第三实施例。
[0100]
在本实施例中，所述步骤s10之前还包括：广播视频帧捕捉触发接口；或者，向目标用户发送视频帧捕捉触发接口；所述视频帧捕捉触发接口用于获取视频帧捕捉触发。
[0101]
需说明的是，视频帧捕捉触发接口可以是指直播用户在使用直播app进行直播时，执行预设操作时生成视频帧捕捉触发向观看端广播所述视频帧捕捉触发的接口，也可以是目标用户在使用直播app进行直播观看时，获取主播端广播的视频帧捕捉触发的接口。目标用户是指使用直播app观看直播的用户。所述视频帧捕捉触发接口的广播类型可以是组群广播、直连广播。
[0102]
可理解的是，在观看直播的用户数量大于或等于预设数量时，将视频帧捕捉触发
接口广播至目标用户。在所述用户数量小于预设数量时，将视频帧捕捉触发接口发送至目标用户。预设数量可以是指预先设置的用于确定视频帧捕捉触发的广播类型的数量。为了保证直播质量，还可以在用户数量超出预设连接范围时，选择通过限制连接视频帧捕捉触发接口数量的直连方式进行直播内容播放，从而避免由于连接负载过多导致用户体验感差。在预设数量大于或等于预设数量时，广播类型可以为将视频帧捕捉触发接口组群广播至所有在线用户，所述在线用户包括用户列表中的在线用户以及在线使用直播app观看直播的用户。
[0103]
具体实现中，直播用户通过主播端上安装的直播app进行直播，主播端通过将视频帧捕捉触发接口推广给所有在线用户或直连广播给列表中的用户，通过获取用户数量，根据用户数量生成用户id列表，在用户数量大于或等于预设数量时，视频帧捕捉触发接口的广播类型可以为组群广播，在预设数量小于预设数量时，视频帧捕捉触发接口广播类型可以为直连广播，通过获取用户列表中观看端的用户id进行连接，以提醒用户列表中的用户。观看端通过视频帧捕捉触发接口获取主播端发送的视频帧捕捉触发接口，并根据接收到的视频帧捕捉触发接口与主播端进行连接，提升用户使用便捷性。
[0104]
本实施例通过广播视频帧捕捉触发接口；或者，向目标用户发送视频帧捕捉触发接口；所述视频帧捕捉触发接口用于获取视频帧捕捉触发。在获取到视频帧捕捉触发时，捕捉直播的视频帧，形成音视频资源；在获取到资源回看触发时，控制触发资源回看触发的终端展示音视频资源，本实施例通过识别用户数量，将视频帧捕捉触发发送至目标用户，在获取到视频帧捕捉触发时，自动捕捉视频帧形成音视频资源，在用户需要回看直播内容时，控制触发所述资源回看触发的终端展示所述音视频资源，相较于现有技术中用户只能被动观看主播端的直播内容，无法选择回看的内容和时机、导致回看方式单一的问题，本实施例上述方式使得用户能够根据自身需求随时进行直播内容回看，提升了用户体验感。
[0105]
此外，为实现上述目的，本发明还提出一种直播回看设备，所述直播回看设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的直播回看程序，所述直播回看程序配置为实现如上文所述的直播回看的步骤。
[0106]
此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有直播回看程序，所述直播回看程序被处理器执行时实现如上文所述的直播回看方法的步骤。
[0107]
参照图6，图6为本发明直播回看装置第一实施例的结构框图。
[0108]
如图6所示，本发明实施例提出的直播回看装置包括：
[0109]
资源获取模块10，用于在获取到视频帧捕捉触发时，捕捉直播的视频帧，形成音视频资源；
[0110]
资源回看模块20，用于在获取到资源回看触发时，控制触发所述资源回看触发的终端展示所述音视频资源。
[0111]
本实施例通过在获取到视频帧捕捉触发时，捕捉直播的视频帧，形成音视频资源；在获取到资源回看触发时，控制触发所述资源回看触发的终端展示所述音视频资源，本实施例通过在获取到视频帧捕捉触发时，自动捕捉视频帧形成音视频资源，在用户需要回看直播内容时，控制触发所述资源回看触发的终端展示所述音视频资源，相较于现有技术中用户只能被动观看主播端的直播内容，无法选择回看的内容和时机、导致回看方式单一的问题，本实施例上述方式使得用户能够根据自身需求随时进行直播内容回看，提升了用户
体验感。
[0112]
进一步地，所述资源获取模块10还用于在获取到视频帧捕捉触发时，根据所述视频帧捕捉触发确定触发响应类型；在所述触发响应状态为即时响应时，捕捉直播的当前视频帧，形成音视频资源；在所述触发响应状态为延时响应时，捕捉直播延时后的视频帧，形成音视频资源。
[0113]
进一步地，所述资源获取模块10还用于若所述视频帧捕捉触发中携带触发响应类型和视频帧捕捉操作信息，则从视频帧捕捉触发中获取触发响应类型；所述视频帧捕捉触发中携带视频帧捕捉操作信息，则根据所述视频帧捕捉操作信息获取直播当前视频帧的内容质量信息；在所述内容质量信息满足预设画面质量条件时，确定触发响应类型为即时响应；在所述内容质量信息不满足预设画面质量条件时，确定触发响应类型为延时响应。
[0114]
进一步地，所述资源获取模块10还用于根据所述视频帧捕捉操作信息确定待执行操作；在所述待执行操作为图像截取时，获取直播当前帧的画面分辨率和/或画面完整度；在所述待执行操作为音视频录制时，获取直播当前帧的画面分辨率、画面完整度和/或音频完整度。
[0115]
进一步地，所述资源获取模块10还用于在所述触发响应状态为即时响应时，根据所述视频帧捕捉操作信息确定待执行操作；在所述待执行操作为图像截取时，获取直播的当前视频帧，并将获得的视频帧作为音视频资源；在所述待执行操作为音视频录制时，获取直播从当前视频帧开始的连续多张视频帧，并将获得的所有视频中作为音视频资源。
[0116]
进一步地，所述资源回看模块20还用于在获取到资源回看触发时，确定触发所述资源回看触发的终端当前展示的直播内容；根据所述直播内容从所述音视频资源中读取待回看音视频资源；控制触发所述资源回看触发的终端展示所述待回看音视频资源。
[0117]
进一步地，所述直播回看装置还包括：接口广播模块，所述接口广播模块用于广播视频帧捕捉触发接口；或者，向目标用户发送视频帧捕捉触发接口；所述视频帧捕捉触发接口用于获取视频帧捕捉触发。
[0118]
应当理解的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。
[0119]
需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。
[0120]
另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的直播回看方法，此处不再赘述。
[0121]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
[0122]
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。词语第一、第二、以及第三等的使用不表示任何顺序，可将这些词语解释为名称。
[0123]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器镜像(read only memory image，rom)/随机存取存储器(random access memory，ram)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
[0124]
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。