CN109842804A - 音视频数据的处理方法及服务器、计算机存储介质 - Google Patents
音视频数据的处理方法及服务器、计算机存储介质 Download PDFInfo
- Publication number
- CN109842804A CN109842804A CN201711192595.5A CN201711192595A CN109842804A CN 109842804 A CN109842804 A CN 109842804A CN 201711192595 A CN201711192595 A CN 201711192595A CN 109842804 A CN109842804 A CN 109842804A
- Authority
- CN
- China
- Prior art keywords
- audio
- video
- metamessage
- server
- live
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明公开了一种音视频数据的处理方法及服务器、计算机存储介质,所述方法包括:第一服务器接收客户端发送的针对目标音视频文件的查看请求消息;所述第一服务器对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID;所述第一服务器基于所述检索参数在数据库中查找对应的音视频子文件的元信息,并基于查找到的所述音视频子文件的元信息生成目标音视频文件的索引信息;所述第一服务器将所述目标音视频文件的索引信息发送给所述客户端以使所述客户端基于所述目标音视频文件的索引信息从第二服务器中获取相应的目标音视频文件进行播放。
Description
技术领域
本发明涉及音视频处理技术,尤其涉及一种音视频数据的处理方法及服务器、计算机存储介质。
背景技术
直播***是一种实现主播推送音视频数据流到直播集群,观众从直播集群拉音视频数据流实时播放的***。直播录制能够实现:将直播***中的音频数据流和视频数据流(简称为音视频数据流)转换成音视频文件并存储到点播***。
在进行直播回看时,需要基于点播***管理的音视频文件,直播录制***将直播的音视频数据流(简称直播流)录制成完整的音视频文件后存储到点播***,可见,点播***中的一个音视频文件对应一条直播流。通过点播***进行直播回看时,存在如下问题:1、直播结束后,直播录制成的音视频文件存储到点播***,用户通过点播***回看直播内容时访问的粒度是一个音视频文件,即一次直播的内容,不能精确到直播中的某个时间段。2、在直播进行过程中,直播录制的音视频文件并没有完整的生成并存储到点播***,用户不能及时获取当前直播中某段时间的回看文件。3、在直播进行过程中,不能延迟某个时间观看直播内容,即实时的切换到当前时间之前的某个时间开始观看直播内容。
发明内容
为解决上述技术问题,本发明实施例提供了一种音视频数据的处理方法及服务器、计算机设备。
本发明实施例提供的音视频数据的处理方法,包括:
第一服务器接收客户端发送的针对目标音视频文件的查看请求消息,所述目标音视频文件由第三服务器对直播的音视频数据流进行录制得到;
所述第一服务器对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID,其中,所述直播时间参数用于表征待查看的目标音视频文件对应的直播时间;
所述第一服务器基于所述检索参数在数据库中查找对应的音视频子文件的元信息,并基于查找到的所述音视频子文件的元信息生成目标音视频文件的索引信息;
所述第一服务器将所述目标音视频文件的索引信息发送给所述客户端以使所述客户端基于所述目标音视频文件的索引信息从第二服务器中获取相应的目标音视频文件进行播放。
本发明实施例中,所述方法还包括:
在第三服务器对直播的音视频数据流进行录制的过程中,所述第一服务器从所述第三服务器中获取所述第三服务器录制所述音视频数据流而产生的各个音视频子文件的元信息以及所述音视频数据流的直播流ID,其中,所述第三服务器录制得到的各个音视频子文件存储在所述第二服务器中;
所述第一服务器将所述各个音视频子文件的元信息以及所述音视频数据流的直播流ID转换为所述数据库支持的格式后存储至所述数据库中,其中,所述音视频子文件的元信息至少包括:地址信息、时间信息。
本发明实施例中,所述第一服务器基于所述检索参数在数据库中查找对应的音视频子文件的元信息,包括:
所述第一服务器基于所述检索参数,生成所述数据库支持的查询请求并发送给所述数据库;
所述第一服务器接收所述数据库基于所述查询请求查询到的音视频子文件的元信息。
本发明实施例中,所述检索参数中的直播时间参数包括第一时刻、第二时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻,所述第二时刻用于表示所述目标音视频文件的终止时刻;
相应地,所述第一服务器基于所述检索参数在数据库中查找对应的音视频子文件的元信息,包括:
所述第一服务器根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合;其中,在直播录制的过程中,所述第一元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第一元信息集合中的元信息固定不变;
所述第一服务器根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻与所述第二时刻之间的第二元信息集合。
本发明实施例中,所述检索参数中的直播时间参数包括第一时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻;
相应地,所述第一服务器基于所述检索参数在数据库中查找对应的音视频子文件的元信息,包括:
所述第一服务器根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合;
所述第一服务器根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻之后的第二元信息集合,其中,在直播录制的过程中,所述第二元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第二元信息集合中的元信息固定不变。
本发明实施例提供的服务器,包括:
接收单元,用于接收客户端发送的针对目标音视频文件的查看请求消息,所述目标音视频文件由第三服务器对直播的音视频数据流进行录制得到;
解析单元,用于对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID,其中,所述直播时间参数用于表征待查看的目标音视频文件对应的直播时间;
查找单元,用于基于所述检索参数在数据库中查找对应的音视频子文件的元信息,并基于查找到的所述音视频子文件的元信息生成目标音视频文件的索引信息;
发送单元,用于将所述目标音视频文件的索引信息发送给所述客户端以使所述客户端基于所述目标音视频文件的索引信息从第二服务器中获取相应的目标音视频文件进行播放。
本发明实施例中,所述服务器还包括:
获取单元,用于在第三服务器对直播的音视频数据流进行录制的过程中,所述第三服务器中获取所述第三服务器录制所述音视频数据流而产生的各个音视频子文件的元信息以及所述音视频数据流的直播流ID,其中,所述第三服务器录制得到的各个音视频子文件存储在所述第二服务器中;
转换单元,用于将所述各个音视频子文件的元信息以及所述音视频数据流的直播流ID转换为所述数据库支持的格式后存储至所述数据库中,其中,所述音视频子文件的元信息至少包括:地址信息、时间信息。
本发明实施例中,所述查找单元,包括:
生成子单元,用于基于所述检索参数,生成所述数据库支持的查询请求;
发送子单元,用于将所述查询请求发送给所述数据库;
接收子单元,用于接收所述数据库基于所述查询请求查询到的音视频子文件的元信息。
本发明实施例中,所述检索参数中的直播时间参数包括第一时刻、第二时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻,所述第二时刻用于表示所述目标音视频文件的终止时刻;
所述查找单元,具体用于:根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合;其中,在直播录制的过程中,所述第一元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第一元信息集合中的元信息固定不变;根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻与所述第二时刻之间的第二元信息集合。
本发明实施例中,所述检索参数中的直播时间参数包括第一时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻;
所述查找单元,具体用于:根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合;根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻之后的第二元信息集合,其中,在直播录制的过程中,所述第二元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第二元信息集合中的元信息固定不变。
本发明实施例提供的计算机存储介质,其上存储有计算机可执行指令,其特征在于,该计算机可执行指令被处理器执行时实现上述任意所述的音视频数据的处理方法。
本发明实施例的技术方案中,第一服务器接收客户端发送的针对目标音视频文件的查看请求消息,所述目标音视频文件由第三服务器对直播的音视频数据流进行录制得到;所述第一服务器对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID,其中,所述直播时间参数用于表征待查看的目标音视频文件对应的直播时间;所述第一服务器基于所述检索参数在数据库中查找对应的音视频子文件的元信息,并基于查找到的所述音视频子文件的元信息生成目标音视频文件的索引信息;所述第一服务器将所述目标音视频文件的索引信息发送给所述客户端以使所述客户端基于所述目标音视频文件的索引信息从第二服务器中获取相应的目标音视频文件进行播放。采用本发明实施例的技术方案,实现了一种自定义回看***(也即第一服务器),通过自定义回看***将直播***(也即第三服务器)与点播***(也即第二服务器)实时的联动起来,即:自定义回看***记录了直播流录制过程中各个音视频子文件的元信息,基于此,自定义回看***为用户提供自定义的查看请求消息,从而灵活查看直播中的内容。能够实现在直播结束后根据查看请求消息回看直播中的某个时间段的内容,也可以在直播的同时即时回看某个时间段的内容,还可以实现相对于当前实时直播具有一定时间延迟的直播内容。本发明实施例的自定义回看***填补了直播***与点播***之间的空白,提供了自定义的参数供用户设置,补充了点播***所没有的回看方式,提高了回看的灵活性。
附图说明
图1为直播回看方案的流程图;
图2为本发明实施例的自定义直播回看方案的流程图;
图3为本发明实施例的音视频数据的处理方法的流程示意图一;
图4为本发明实施例的直播流录制成音视频文件存入点播***的流程图;
图5为本发明实施例的录制示意图;
图6为本发明实施例的元信息同步至自定义回看***的流程图;
图7为本发明实施例的元信息及直播流ID写入数据库的流程图;
图8为本发明实施例的自定义回看流程图;
图9为本发明实施例的音视频数据的处理方法的流程示意图二;
图10为本发明实施例的音视频数据的处理方法的流程示意图三;
图11为本发明实施例的服务器的结构组成示意图;
图12为本发明实施例的计算机设备的结构组成示意图。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容,下面结合附图对本发明实施例的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本发明实施例。
以下为本发明实施例相关的关键术语的解释说明:
直播***:基于RTMP的实时视频推送及分发***,实现主播推送音视频数据流到直播集群,观众从直播集群拉音视频数据流实时播放的***。
直播流:直播***中的一个直播频道,即一个主播推送的音视频数据流。
点播***:音视频文件的存储、转码、管理、下载及回看的集群。
直播录制***:将直播***中的音频数据流和视频数据流(简称为音视频数据流)转换成音视频文件并存储到点播***的集群。
直播录制:将直播流中的音频数据流和视频数据流混合成音视频文件的过程。
直播回看:将直播录制生成的音视频文件通过播放器播放的过程。回看的文件及URL可以从点播***获取,也可以从自定义回看***获取。
音视频文件:存储音频数据和视频数据的文件,常见的音视频文件格式有动态图像专家组4(MP4,Moving Picture Experts Group 4)、流媒体格式(FLV,Flash Video)、高级音频编码(AAC,Advanced Audio Coding)、动态影像专家压缩标准音频层面3(MP3,Moving Picture Experts Group Audio Layer III)、传输流(TS,Transport Stream)等。
音视频文件的元信息:用于描述音视频文件内容的信息,包括音视频文件的格式、播放时长、URL等。
主播:一个直播频道中推送音视频数据流的用户。
观众:一个直播频道中观看主播推送的音视频数据流的用户。
直播流ID:Stream ID,直播***中一条直播流(也即直播频道)的ID。
URL:Uniform/Universal Resource Locator,统一资源定位符。
RTMP:Real-Time Messaging Protocol,实时消息传输协议。常用的直播协议,用于实时的传输音视频数据流。
HTTP:HyperText Transfer Protocol,超文本传输协议,互联网中被广泛使用的协议。
KV数据库:由键(Key)、值(Value)映射的字典构成的数据库。常见的KV数据库有:redis、leveldb。
自定义回看***:实现多种自定义回看的服务器集群,根据用户的自定义回看请求参数动态生成不同的回看文件返回给用户播放器回看。
图1为直播回看方案的流程图,如图1所示,主播推送音视频数据流,也即直播流到直播***,观众可以从直播***拉取直播流进行实时播放。在主播向直播***推送直播流的同时,直播录制***从直播***中拉取实时的直播流,直播结束后,将直播流保存成一个完整的音视频文件存储到点播***中。这样,用户便可以从点播***中获取音视频文件,从而实现直播回看。这种直播回看是基于点播***中存储的音视频文件,用户通过点播***回看直播内容时访问的粒度是一个音视频文件,即一次直播的内容,不能精确到直播中的某个时间段。此外,在直播进行过程中,直播录制的音视频文件并没有完整的生成并存储到点播***,用户不能及时获取当前直播中某个时间段的回看文件。更不能以延迟某个时间观看直播内容,即实时的切换到当前时间之前的某个时间开始观看直播内容。
为此,本发明实施例提出一种基于直播录制***与点播***的自定义回看方案,如图2所示,图2为本发明实施例的自定义直播回看方案的流程图,在图2中,第一服务器代表自定义回看***,第二服务器代表点播***,第三服务器代表直播录制***,第四服务器代表直播***,本发明实施例中所提到的服务器可以是指一个服务器,也可以是指多个服务器组成的服务器集群。通过直播录制***将直播时的音视频数据流转换成一系列的音视频子文件并存储到点播***,同时将各个音视频子文件的元信息及相应的Stream ID等流信息同步给自定义回看***。自定义回看***将这些元信息保存到KV数据库,并且在整个直播过程中不断更新这些元信息。当用户需要回看直播内容时,发送带有自定义的检索参数(例如直播时间参数、直播流ID)的HTTP请求到自定义回看***,自定义回看***解析得到用户自定义的检索参数,根据这些检索参数构造请求查询KV数据库中存储的元信息,并根据查询到的元信息动态生成回看文件的索引信息返回给用户,用户得到索引信后在点播***中找到相应的回看文件并进行播放,从而实现了自定义回看方案。
基于上述自定义回看方案,本发明实施例相应提供了一种音视频数据的处理方法。图3为本发明实施例的音视频数据的处理方法的流程示意图一,如图3所示,所述音视频数据的处理方法包括以下步骤:
步骤301:第一服务器接收客户端发送的针对目标音视频文件的查看请求消息,所述目标音视频文件由第三服务器对直播的音视频数据流进行录制得到。
本发明实施例中,第一服务器代表自定义回看***,第二服务器代表点播***,第三服务器代表直播录制***,第四服务器代表直播***,本发明实施例中所提到的服务器可以是指一个服务器,也可以是指多个服务器组成的服务器集群。
本发明实施例中,客户端是指播放器,通过该播放器能够播放以下文件中的至少之一:音频文件、视频文件、音视频文件。实现客户端的硬件载体可以是任意类型的终端,例如手机、平板电脑、笔记本电脑、智能电视等等。
本发明实施例中,在第三服务器对直播的音视频数据流进行录制的过程中,所述第一服务器从所述第三服务器中获取所述第三服务器录制所述音视频数据流而产生的各个音视频子文件的元信息以及所述音视频数据流的直播流ID,其中,所述第三服务器录制得到的各个音视频子文件存储在所述第二服务器中;
所述第一服务器将所述各个音视频子文件的元信息以及所述音视频数据流的直播流ID转换为所述数据库支持的格式后存储至所述数据库中,其中,所述音视频子文件的元信息至少包括:地址信息、时间信息。
具体地,参照图4,图4为本发明实施例的直播流录制成音视频文件存入点播***的流程图,在图4中,具有n个直播频道,分别为直播频道(1)、直播频道(2)、……、直播频道(n),直播录制***从直播***中拉直播流,对直播流进行录制(简称为直播录制),直播录制***对n个直播频道的直播流分别进行录制,对直播频道(1)的录制称为直播录制(1),对直播频道(2)的录制称为直播录制(2),依次类推,对直播频道(n)的录制称为直播录制(n),各个频道的直播流的录制相互独立,互不干扰。以下仅以一个直播流的录制为例进行解释说明,直播录制***在对直播流进行录制的过程中,将从直播***中拉取的直播流不断的录制成一系列的音视频文件,本发明实施例将这一些列的音视频文件称为音视频子文件,然后,将这一系列的音视频子文件不断的存储到点播***中。
具体地,如图5所示,在t0-t1时间段,从直播流中录制得到音视频子文件1,在t1-t2时间段,接着从直播流中录制得到音视频子文件2,在t2-t3时间段,接着从直播流中录制得到音视频子文件3,如此实时的对直播流进行录制,能够得到一系列时间上连续的音视频子文件。录制的时间周期可以灵活设置,例如每2分钟录制生成一次音视频子文件。此后,将实时录制得到的音视频子文件存入点播***中。
在直播录制***对直播流进行录制的过程中,会生成各个音视频子文件的元信息以及对应的音视频数据流的直播流ID,这里,音视频子文件的元信息包括音视频子文件的:地址信息、时间信息,其中,地址信息是指音视频子文件在点播***中的存储地址,例如URL。时间信息是指音视频子文件的直播时间,例如图5中的音视频子文件2的时间信息是t2和t3。音视频数据流的直播流ID也即是指音视频子文件对应的直播流ID。当然,音视频子文件的元信息还可以包括其他更多的信息,例如文件格式信息、文件编码信息等等。
参照图6,图6为本发明实施例的元信息同步至自定义回看***的流程图,自定义回看***从直播录制***中收集各个频道的直播流ID和音视频子文件的元信息。为了区分不同的频道,在自定义回看***中通过自定义回看(1)来表示从直播录制(1)中获取到的直播流ID和音视频子文件的元信息,通过自定义回看(2)来表示从直播录制(2)中获取到的直播流ID和音视频子文件的元信息,以此类推,通过自定义回看(n)来表示从直播录制(n)中获取到的直播流ID和音视频子文件的元信息。在直播的过程中,直播录制***将直播录制过程中生成的一系列音视频子文件的元信息以及相应的直播流ID持续不断的同步到自定义回看***。
参照图7,图7为本发明实施例的元信息及直播流ID写入数据库的流程图,本示例中,自定义回看***是一个无状态的集群,即:自定义回看***不记录各个音视频子文件的上下文信息,因此,当自定义回看***获取到直播录制***同步的信息时需要将这些信息集中保存。本实施例中,使用键值对(KV)数据库作为数据的存储仓库,自定义回看***中的任意一台服务器(对应一个直播频道)收到了直播录制***同步的音视频子文件的元信息和直播流ID时,自定义回看***就将这些信息调整成符合KV数据库存储的数据格式,然后把直播流的直播流ID与调整后的音视频子文件的元信息映射成Key-Value字典对,最后将Key-Value字典对写入KV数据库中,从而实现了对音视频子文件的元信息的存储。
基于以上的自定义回看***能够为客户端提供自定义的音视频文件的查看请求。
具体地,将客户端想要播放的音视频文件(也即自定义的音视频文件)称为目标音视频文件,当客户端请求目标音视频文件时,向自定义回看***发送针对目标音视频文件的查看请求消息,这样,自定义回看***接收客户端发送的针对目标音视频文件的查看请求消息。
具体应用时,自定义回看***与客户端之间基于HTTP进行交互,基于此,自定义回看***接收客户端发送的HTTP请求,这个HTTP请求即是针对目标音视频文件的查看请求消息。
步骤302:所述第一服务器对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID,其中,所述直播时间参数用于表征待查看的目标音视频文件对应的直播时间。
本发明实施例中,自定义回看***接收到客户端发送的针对目标音视频文件的查看请求消息后,对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID。
这里,检索参数的作用是用于在数据库中查询到相应的音视频子文件的元信息。因而,检索参数所包括的参数至少有直播时间参数和直播流ID。
步骤303:所述第一服务器基于所述检索参数在数据库中查找对应的音视频子文件的元信息,并基于查找到的所述音视频子文件的元信息生成目标音视频文件的索引信息。
本发明实施例中,所述第一服务器基于所述检索参数,生成所述数据库支持的查询请求并发送给所述数据库;所述第一服务器接收所述数据库基于所述查询请求查询到的音视频子文件的元信息。
以数据库为KV数据库为例,KV数据库具有查询功能,要实现KV数据库的查询功能,需要构造KV数据库支持的查询请求并发送给KV数据库,这里,所构造的查询请求需基于检索参数进行构造,如此,才能够使得KV数据库查询到与检索参数相应的音视频子文件的元信息。而后,KV数据库将查询到的音视频子文件的元信息通过查询响应反回给自定义回看***。
自定义回看***获取到音视频子文件的元信息后,基于所述音视频子文件的元信息生成目标音视频文件的索引信息。这里,自定义回看***可能获取到多个音视频子文件的元信息,例如:检索参数中的直播时间参数为t0、t2,其中,t0表示目标音视频文件的起始时间,t2表示目标音视频文件的终止时间,那么,自定义回看***获取到音视频子文件1的元信息和音视频子文件2的元信息,其中,音视频子文件1的元信息中包括其对应的时间信息和地址信息,音视频子文件2的元信息中包括其对应的时间信息和地址信息。再例如:检索参数中的直播时间参数为t1,其中,t1表示目标音视频文件的起始时间,那么,自定义回看***获取到音视频子文件2的元信息、音视频子文件3的元信息以及时间上位于音视频子文件3以后的各个音视频子文件的元信息。
本发明实施例中,获取到目标音视频文件对应的各个音视频子文件的元信息后,基于所述各个音视频子文件的元信息生成目标音视频文件的索引信息,这里,目标音视频文件的索引信息可以但不局限于通过地址的方式来体现。
步骤304:所述第一服务器将所述目标音视频文件的索引信息发送给所述客户端以使所述客户端基于所述目标音视频文件的索引信息从第二服务器中获取相应的目标音视频文件进行播放。
本发明实施例中,自定义回看***将生成的目标音视频文件的索引信息发送给所述客户端,这样,客户端根据目标音视频文件的索引信息能够从第二服务器中获取相应的目标音视频文件进行播放。
参照图8,图8为本发明实施例的自定义回看流程图,在直播的同时或者直播结束后,客户端想要回看直播内容时,客户端发送HTTP请求到自定义回看***,在HTTP请求中携带自定义的检索参数,包括:直播流的Stream ID、相对当前时间的直播时间参数和/或绝对直播时间参数等参数信息。自定义回看***中任意一台服务器收到HTTP请求后,解析检索参数并进行合法性校验,然后将解析出的合法的检索参数构造成查询请求发送给KV数据库,待KV数据库返回其保存的音视频子文件的元信息后,自定义回看***根据这些音视频子文件的元信息动态地生成客户端想要回看的音视频文件的索引信息并返回给客户端,客户端根据索引信息从点播***中获取到相应的音视频文件进行播放,从而实现直播回看。
本发明实施例的技术方案提供了一种自定义程度较高的回看方式,可以支持任意时段的直播回看,也可以以延迟某个时间观看直播,打破了必须在直播结束之后才能回看的限制,填补了直播***与点播***之间的空白。
图9为本发明实施例的音视频数据的处理方法的流程示意图二,如图9所示,所述音视频数据的处理方法包括以下步骤:
步骤901:第一服务器接收客户端发送的针对目标音视频文件的查看请求消息,所述目标音视频文件由第三服务器对直播的音视频数据流进行录制得到。
本发明实施例中,第一服务器代表自定义回看***,第二服务器代表点播***,第三服务器代表直播录制***,第四服务器代表直播***,本发明实施例中所提到的服务器可以是指一个服务器,也可以是指多个服务器组成的服务器集群。
本发明实施例中,客户端是指播放器,通过该播放器能够播放以下文件中的至少之一:音频文件、视频文件、音视频文件。实现客户端的硬件载体可以是任意类型的终端,例如手机、平板电脑、笔记本电脑、智能电视等等。
具体应用时,自定义回看***与客户端之间基于HTTP进行交互,基于此,自定义回看***接收客户端发送的HTTP请求,这个HTTP请求即是针对目标音视频文件的查看请求消息。
步骤902:所述第一服务器对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID,其中,直播时间参数包括第一时刻、第二时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻,所述第二时刻用于表示所述目标音视频文件的终止时刻。
本发明实施例中,自定义回看***接收到客户端发送的针对目标音视频文件的查看请求消息后,对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID。这里,检索参数的作用是用于在数据库中查询到相应的音视频子文件的元信息。因而,检索参数所包括的参数至少有直播时间参数和直播流ID。
在一应用场景中,在直播结束后,客户端向自定义回看***发送了查看请求消息,这时,客户端可以请求回看直播中的某个时间段的内容,这时,检索参数中需要有该时间段的起始时刻(也即第一时刻)和终止时刻(也即第二时刻)。
在另一应用场景中,在直播过程中,客户端向自定义回看***发送了查看请求消息,这时,客户端也可以请求回看直播中的某个时间段的内容,这时,检索参数中需要有该时间段的起始时刻(也即第一时刻)和终止时刻(也即第二时刻)。
步骤903:所述第一服务器根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合;其中,在直播录制的过程中,所述第一元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第一元信息集合中的元信息固定不变。
以数据库为KV数据库为例,KV数据库具有查询功能,要实现KV数据库的查询功能,需要构造KV数据库支持的查询请求并发送给KV数据库,这里,所构造的查询请求需基于检索参数进行构造,如此,才能够使得KV数据库查询到与检索参数相应的音视频子文件的元信息。而后,KV数据库将查询到的音视频子文件的元信息通过查询响应反回给自定义回看***。
本发明实施例中,数据库中存储的所有元信息按照各自对应的直播流ID可以分为不同的集合,基于此,可以先根据检索参数中的直播流ID,在数据库中查找对应的第一元信息集合,第一元信息集合中的所有元信息均对应相同的直播流ID,该直播流ID也即检索参数中的直播流ID。
在一应用场景中,在直播结束后,客户端向自定义回看***发送了查看请求消息,这时,第一元信息集合中的元信息已经存储结束,所以第一元信息集合中的元信息固定不变。
在另一应用场景中,在直播过程中,客户端向自定义回看***发送了查看请求消息,这时,第一元信息集合中的元信息还在随着直播录制的过程动态更新。
步骤904:所述第一服务器根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻与所述第二时刻之间的第二元信息集合。
本发明实施例中,元信息包括有时间信息,基于元信息中的时间信息,可以从第一元信息集合中查找位于所述第一时刻与所述第二时刻之间的第二元信息集合。
例如:检索参数中的直播时间参数为t0、t2,其中,t0表示目标音视频文件的起始时间,t2表示目标音视频文件的终止时间,假设第一元信息集合中包括的元信息为元信息1(t0-t1)、元信息2(t1-t2)、元信息3(t2-t3),那么,第二元信息集合包括的元信息有元信息1(t0-t1)、元信息2(t1-t2)。如图5所示,自定义回看***获取到音视频子文件1的元信息和音视频子文件2的元信息。
步骤905:所述第一服务器基于查找到的所述音视频子文件的元信息生成目标音视频文件的索引信息。
本发明实施例中,获取到目标音视频文件对应的各个音视频子文件的元信息后,基于所述各个音视频子文件的元信息生成目标音视频文件的索引信息,这里,目标音视频文件的索引信息可以但不局限于通过地址的方式来体现。
步骤906:所述第一服务器将所述目标音视频文件的索引信息发送给所述客户端以使所述客户端基于所述目标音视频文件的索引信息从第二服务器中获取相应的目标音视频文件进行播放。
本发明实施例中,自定义回看***将生成的目标音视频文件的索引信息发送给所述客户端,这样,客户端根据目标音视频文件的索引信息能够从第二服务器中获取相应的目标音视频文件进行播放。
本发明实施例的技术方案提供了一种自定义程度较高的回看方式,可以支持任意时段的直播回看,也可以以延迟某个时间观看直播,打破了必须在直播结束之后才能回看的限制,填补了直播***与点播***之间的空白。
图10为本发明实施例的音视频数据的处理方法的流程示意图三,如图10所示,所述音视频数据的处理方法包括以下步骤:
步骤1001:第一服务器接收客户端发送的针对目标音视频文件的查看请求消息,所述目标音视频文件由第三服务器对直播的音视频数据流进行录制得到。
本发明实施例中,第一服务器代表自定义回看***,第二服务器代表点播***,第三服务器代表直播录制***,第四服务器代表直播***,本发明实施例中所提到的服务器可以是指一个服务器,也可以是指多个服务器组成的服务器集群。
本发明实施例中,客户端是指播放器,通过该播放器能够播放以下文件中的至少之一:音频文件、视频文件、音视频文件。实现客户端的硬件载体可以是任意类型的终端,例如手机、平板电脑、笔记本电脑、智能电视等等。
具体应用时,自定义回看***与客户端之间基于HTTP进行交互,基于此,自定义回看***接收客户端发送的HTTP请求,这个HTTP请求即是针对目标音视频文件的查看请求消息。
步骤1002:所述第一服务器对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID,其中,直播时间参数包括第一时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻。
本发明实施例中,自定义回看***接收到客户端发送的针对目标音视频文件的查看请求消息后,对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID。这里,检索参数的作用是用于在数据库中查询到相应的音视频子文件的元信息。因而,检索参数所包括的参数至少有直播时间参数和直播流ID。
在一应用场景中,在直播结束后,客户端向自定义回看***发送了查看请求消息,这时,客户端可以请求回看直播中的某个时间以后的全部内容,这时,检索参数中需要有该时间(也即第一时刻)。
在另一应用场景中,在直播过程中,客户端向自定义回看***发送了查看请求消息,这时,客户端也可以请求回看直播中的某个时间以后的全部内容(也即延迟直播),这时,检索参数中需要有该时间(也即第一时刻)。
步骤1003:所述第一服务器根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合。
以数据库为KV数据库为例,KV数据库具有查询功能,要实现KV数据库的查询功能,需要构造KV数据库支持的查询请求并发送给KV数据库,这里,所构造的查询请求需基于检索参数进行构造,如此,才能够使得KV数据库查询到与检索参数相应的音视频子文件的元信息。而后,KV数据库将查询到的音视频子文件的元信息通过查询响应反回给自定义回看***。
本发明实施例中,数据库中存储的所有元信息按照各自对应的直播流ID可以分为不同的集合,基于此,可以先根据检索参数中的直播流ID,在数据库中查找对应的第一元信息集合,第一元信息集合中的所有元信息均对应相同的直播流ID,该直播流ID也即检索参数中的直播流ID。
在一应用场景中,在直播结束后,客户端向自定义回看***发送了查看请求消息,这时,第一元信息集合中的元信息已经存储结束,所以第一元信息集合中的元信息固定不变。
在另一应用场景中,在直播过程中,客户端向自定义回看***发送了查看请求消息,这时,第一元信息集合中的元信息还在随着直播录制的过程动态更新。
步骤1004:所述第一服务器根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻之后的第二元信息集合,其中,在直播录制的过程中,所述第二元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第二元信息集合中的元信息固定不变。
本发明实施例中,元信息包括有时间信息,基于元信息中的时间信息,可以从第一元信息集合中查找位于所述第一时刻以后的第二元信息集合。
例如:检索参数中的直播时间参数为t1,其中,t1表示目标音视频文件的起始时间,假设第一元信息集合中包括的元信息为元信息1(t0-t1)、元信息2(t1-t2)、元信息3(t2-t3),那么,第二元信息集合包括的元信息有元信息2(t1-t2)、元信息3(t2-t3)。如图5所示,自定义回看***获取到音视频子文件2的元信息和音视频子文件3的元信息以及时间上位于音视频子文件3以后的音视频子文件的元信息。
步骤1005:所述第一服务器基于查找到的所述音视频子文件的元信息生成目标音视频文件的索引信息。
本发明实施例中,获取到目标音视频文件对应的各个音视频子文件的元信息后,基于所述各个音视频子文件的元信息生成目标音视频文件的索引信息,这里,目标音视频文件的索引信息可以但不局限于通过地址的方式来体现。
步骤1006:所述第一服务器将所述目标音视频文件的索引信息发送给所述客户端以使所述客户端基于所述目标音视频文件的索引信息从第二服务器中获取相应的目标音视频文件进行播放。
本发明实施例中,自定义回看***将生成的目标音视频文件的索引信息发送给所述客户端,这样,客户端根据目标音视频文件的索引信息能够从第二服务器中获取相应的目标音视频文件进行播放。
本发明实施例的技术方案提供了一种自定义程度较高的回看方式,可以支持任意时段的直播回看,也可以以延迟某个时间观看直播,打破了必须在直播结束之后才能回看的限制,填补了直播***与点播***之间的空白。
以下结合应用示例对本发明实施例的技术方案再做描述。
示例一
假设直播录制***从7:00开始对直播的音视频数据流进行录制,每隔1分钟录制一个音视频子文件,并陆续存储到点播***中,在7:05时,录制得到5个音视频子文件,在7:10时,录制得到10个音视频子文件。与此同时,自定义回看***获取各个音视频子文件的元信息,假设当前时刻为7:10,在7:10会得到10个音视频子文件分别对应的元信息,按照时间由早到晚的顺序,这10个音视频子文件的元信息可表述如下:元信息1(7:00-7:01)、元信息2(7:01-7:02)、元信息3(7:02-7:03)、元信息4(7:03-7:04)、元信息5(7:04-7:05)、元信息6(7:05-7:06)、元信息7(7:06-7:07)、元信息8(7:07-7:08)、元信息9(7:08-7:09)、元信息19(7:09-7:10)。当用户想要回看7:05开始播放的音视频文件时,在检索参数中设置直播时间参数为7:05,这样,就可以基于各个音视频子文件的元信息,确定出想要回看的音视频文件的索引地址,即:元信息6(7:05-7:06)对应的索引地址,用户可以观看从7:05开始回放的音视频文件。
示例二
假设直播录制***从7:00开始对直播的音视频数据流进行录制,每隔2分钟录制一个音视频子文件,并陆续存储到点播***中,在7:06时,录制得到3个音视频子文件,在7:10时,录制得到5个音视频子文件。与此同时,自定义回看***获取各个音视频子文件的元信息,假设当前时刻为7:10,在7:10会得到5个音视频子文件分别对应的元信息,按照时间由早到晚的顺序,这5个音视频子文件的元信息可表述如下:元信息1(7:00-7:02)、元信息2(7:02-7:04)、元信息3(7:04-7:06)、元信息4(7:06-7:08)、元信息5(7:08-7:10)。当用户想要回看7:05开始播放的音视频文件时,在检索参数中设置直播时间参数为7:05,基于各个音视频子文件的元信息,确定出7:05位于元信息3对应的时间段,即(7:04-7:06),这时,可以确定出想要回看的音视频文件的索引地址,即:元信息3(7:04-7:06)对应的索引地址,用户可以观看从7:04开始回放的音视频文件。
图11为本发明实施例的服务器的结构组成示意图,如图11所示,所述服务器包括:
接收单元1101,用于接收客户端发送的针对目标音视频文件的查看请求消息,所述目标音视频文件由第三服务器对直播的音视频数据流进行录制得到;
解析单元1102,用于对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID,其中,所述直播时间参数用于表征待查看的目标音视频文件对应的直播时间;
查找单元1103,用于基于所述检索参数在数据库中查找对应的音视频子文件的元信息,并基于查找到的所述音视频子文件的元信息生成目标音视频文件的索引信息;
发送单元1104,用于将所述目标音视频文件的索引信息发送给所述客户端以使所述客户端基于所述目标音视频文件的索引信息从第二服务器中获取相应的目标音视频文件进行播放。
本发明实施例中,所述服务器还包括:
获取单元1105,用于在第三服务器对直播的音视频数据流进行录制的过程中,所述第三服务器中获取所述第三服务器录制所述音视频数据流而产生的各个音视频子文件的元信息以及所述音视频数据流的直播流ID,其中,所述第三服务器录制得到的各个音视频子文件存储在所述第二服务器中;
转换单元1106,用于将所述各个音视频子文件的元信息以及所述音视频数据流的直播流ID转换为所述数据库支持的格式后存储至所述数据库中,其中,所述音视频子文件的元信息至少包括:地址信息、时间信息。
本发明实施例中,所述查找单元1103,包括:
生成子单元,用于基于所述检索参数,生成所述数据库支持的查询请求;
发送子单元,用于将所述查询请求发送给所述数据库;
接收子单元,用于接收所述数据库基于所述查询请求查询到的音视频子文件的元信息。
本发明实施例中,所述检索参数中的直播时间参数包括第一时刻、第二时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻,所述第二时刻用于表示所述目标音视频文件的终止时刻;
所述查找单元1103,具体用于:根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合;其中,在直播录制的过程中,所述第一元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第一元信息集合中的元信息固定不变;根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻与所述第二时刻之间的第二元信息集合。
本发明实施例中,所述检索参数中的直播时间参数包括第一时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻;
所述查找单元1103,具体用于:根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合;根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻之后的第二元信息集合,其中,在直播录制的过程中,所述第二元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第二元信息集合中的元信息固定不变。
本领域技术人员应当理解,图11所示的服务器中的各单元的实现功能可参照前述音视频数据的处理方法的相关描述而理解。图11所示的服务器中的各单元的功能可通过运行于处理器上的程序而实现,也可通过具体的逻辑电路而实现。
本发明实施例上述服务器如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样,本发明实施例不限制于任何特定的硬件和软件结合。
相应地,本发明实施例还提供一种计算机存储介质,其中存储有计算机可执行指令,该计算机可执行指令被处理器执行时实现本发明实施例的音视频数据的处理方法。
图12为本发明实施例的计算机设备的结构组成示意图,如图12所示,所述计算机设备包括存储器1201、处理器1202及存储在存储器1201上并可在处理器1202上运行的计算机可执行指令,所述处理器1202执行所述计算机可执行指令时实现如下方法步骤:
接收客户端发送的针对目标音视频文件的查看请求消息,所述目标音视频文件由第三服务器对直播的音视频数据流进行录制得到;
对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID,其中,所述直播时间参数用于表征待查看的目标音视频文件对应的直播时间;
基于所述检索参数在数据库中查找对应的音视频子文件的元信息,并基于查找到的所述音视频子文件的元信息生成目标音视频文件的索引信息;
将所述目标音视频文件的索引信息发送给所述客户端以使所述客户端基于所述目标音视频文件的索引信息从第二服务器中获取相应的目标音视频文件进行播放。
以上涉及计算机设备的描述,与上述方法描述是类似的,同方法的有益效果描述,不做赘述。
本发明实施例所记载的技术方案之间,在不冲突的情况下,可以任意组合。以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。
Claims (11)
1.一种音视频数据的处理方法,其特征在于,所述方法包括:
第一服务器接收客户端发送的针对目标音视频文件的查看请求消息,所述目标音视频文件由第三服务器对直播的音视频数据流进行录制得到;
所述第一服务器对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID,其中,所述直播时间参数用于表征待查看的目标音视频文件对应的直播时间;
所述第一服务器基于所述检索参数在数据库中查找对应的音视频子文件的元信息,并基于查找到的所述音视频子文件的元信息生成目标音视频文件的索引信息;
所述第一服务器将所述目标音视频文件的索引信息发送给所述客户端以使所述客户端基于所述目标音视频文件的索引信息从第二服务器中获取相应的目标音视频文件进行播放。
2.根据权利要求1所述的音视频数据的处理方法,其特征在于,所述方法还包括:
在第三服务器对直播的音视频数据流进行录制的过程中,所述第一服务器从所述第三服务器中获取所述第三服务器录制所述音视频数据流而产生的各个音视频子文件的元信息以及所述音视频数据流的直播流ID,其中,所述第三服务器录制得到的各个音视频子文件存储在所述第二服务器中;
所述第一服务器将所述各个音视频子文件的元信息以及所述音视频数据流的直播流ID转换为所述数据库支持的格式后存储至所述数据库中,其中,所述音视频子文件的元信息至少包括:地址信息、时间信息。
3.根据权利要求1所述的音视频数据的处理方法,其特征在于,所述第一服务器基于所述检索参数在数据库中查找对应的音视频子文件的元信息,包括:
所述第一服务器基于所述检索参数,生成所述数据库支持的查询请求并发送给所述数据库;
所述第一服务器接收所述数据库基于所述查询请求查询到的音视频子文件的元信息。
4.根据权利要求2所述的音视频数据的处理方法,其特征在于,所述检索参数中的直播时间参数包括第一时刻、第二时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻,所述第二时刻用于表示所述目标音视频文件的终止时刻;
相应地,所述第一服务器基于所述检索参数在数据库中查找对应的音视频子文件的元信息,包括:
所述第一服务器根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合;其中,在直播录制的过程中,所述第一元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第一元信息集合中的元信息固定不变;
所述第一服务器根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻与所述第二时刻之间的第二元信息集合。
5.根据权利要求2所述的音视频数据的处理方法,其特征在于,所述检索参数中的直播时间参数包括第一时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻;
相应地,所述第一服务器基于所述检索参数在数据库中查找对应的音视频子文件的元信息,包括:
所述第一服务器根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合;
所述第一服务器根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻之后的第二元信息集合,其中,在直播录制的过程中,所述第二元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第二元信息集合中的元信息固定不变。
6.一种服务器,其特征在于,所述服务器包括:
接收单元,用于接收客户端发送的针对目标音视频文件的查看请求消息,所述目标音视频文件由第三服务器对直播的音视频数据流进行录制得到;
解析单元,用于对所述查看请求消息进行解析,得到所述目标音视频文件的检索参数,所述检索参数至少包括:直播时间参数、直播流ID,其中,所述直播时间参数用于表征待查看的目标音视频文件对应的直播时间;
查找单元,用于基于所述检索参数在数据库中查找对应的音视频子文件的元信息,并基于查找到的所述音视频子文件的元信息生成目标音视频文件的索引信息;
发送单元,用于将所述目标音视频文件的索引信息发送给所述客户端以使所述客户端基于所述目标音视频文件的索引信息从第二服务器中获取相应的目标音视频文件进行播放。
7.根据权利要求6所述的服务器,其特征在于,所述服务器还包括:
获取单元,用于在第三服务器对直播的音视频数据流进行录制的过程中,所述第三服务器中获取所述第三服务器录制所述音视频数据流而产生的各个音视频子文件的元信息以及所述音视频数据流的直播流ID,其中,所述第三服务器录制得到的各个音视频子文件存储在所述第二服务器中;
转换单元,用于将所述各个音视频子文件的元信息以及所述音视频数据流的直播流ID转换为所述数据库支持的格式后存储至所述数据库中,其中,所述音视频子文件的元信息至少包括:地址信息、时间信息。
8.根据权利要求6所述的服务器,其特征在于,所述查找单元,包括:
生成子单元,用于基于所述检索参数,生成所述数据库支持的查询请求;
发送子单元,用于将所述查询请求发送给所述数据库;
接收子单元,用于接收所述数据库基于所述查询请求查询到的音视频子文件的元信息。
9.根据权利要求7所述的服务器,其特征在于,所述检索参数中的直播时间参数包括第一时刻、第二时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻,所述第二时刻用于表示所述目标音视频文件的终止时刻;
所述查找单元,具体用于:根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合;其中,在直播录制的过程中,所述第一元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第一元信息集合中的元信息固定不变;根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻与所述第二时刻之间的第二元信息集合。
10.根据权利要求7所述的服务器,其特征在于,所述检索参数中的直播时间参数包括第一时刻,其中,所述第一时刻用于表示所述目标音视频文件的起始时刻;
所述查找单元,具体用于:根据所述检索参数中的直播流ID,在所述数据库中查找对应的音视频子文件的第一元信息集合;根据所述检索参数中的时间信息,在所述第一元信息集合中查找位于所述第一时刻之后的第二元信息集合,其中,在直播录制的过程中,所述第二元信息集合中的元信息随着直播录制的过程动态更新;在直播结束录制结束后,所述第二元信息集合中的元信息固定不变。
11.一种计算机存储介质,其上存储有计算机可执行指令,其特征在于,该计算机可执行指令被处理器执行时实现权利要求1-5任一项所述的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711192595.5A CN109842804A (zh) | 2017-11-24 | 2017-11-24 | 音视频数据的处理方法及服务器、计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711192595.5A CN109842804A (zh) | 2017-11-24 | 2017-11-24 | 音视频数据的处理方法及服务器、计算机存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109842804A true CN109842804A (zh) | 2019-06-04 |
Family
ID=66877290
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711192595.5A Pending CN109842804A (zh) | 2017-11-24 | 2017-11-24 | 音视频数据的处理方法及服务器、计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109842804A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111031333A (zh) * | 2019-12-02 | 2020-04-17 | 北京达佳互联信息技术有限公司 | 视频处理方法、装置、***及存储介质 |
CN111107386A (zh) * | 2019-12-27 | 2020-05-05 | 北京达佳互联信息技术有限公司 | 直播视频的回看方法、装置、电子设备、***及存储介质 |
CN112954483A (zh) * | 2021-02-09 | 2021-06-11 | 西安万像电子科技有限公司 | 数据传输方法、***及非易失性存储介质 |
CN113301374A (zh) * | 2021-05-21 | 2021-08-24 | 北京字节跳动网络技术有限公司 | 直播音视频处理方法、装置、客户端和服务器 |
CN113596488A (zh) * | 2021-06-28 | 2021-11-02 | 北京百度网讯科技有限公司 | 直播间的展示方法、装置、电子设备和存储介质 |
CN114025199A (zh) * | 2022-01-10 | 2022-02-08 | 北京美摄网络科技有限公司 | 一种直播视频剪辑方法、装置和*** |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104469433A (zh) * | 2013-09-13 | 2015-03-25 | 深圳市腾讯计算机***有限公司 | 一种视频直播回看方法及装置 |
CN105915985A (zh) * | 2015-12-15 | 2016-08-31 | 乐视致新电子科技(天津)有限公司 | 一种直播中进行回看的方法及装置 |
CN105992049A (zh) * | 2015-02-05 | 2016-10-05 | 天脉聚源(北京)科技有限公司 | 一种rtmp直播回看方法及*** |
CN106534878A (zh) * | 2016-11-01 | 2017-03-22 | 乐视控股(北京)有限公司 | 一种直播节目的回看方法、***和服务器 |
-
2017
- 2017-11-24 CN CN201711192595.5A patent/CN109842804A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104469433A (zh) * | 2013-09-13 | 2015-03-25 | 深圳市腾讯计算机***有限公司 | 一种视频直播回看方法及装置 |
CN105992049A (zh) * | 2015-02-05 | 2016-10-05 | 天脉聚源(北京)科技有限公司 | 一种rtmp直播回看方法及*** |
CN105915985A (zh) * | 2015-12-15 | 2016-08-31 | 乐视致新电子科技(天津)有限公司 | 一种直播中进行回看的方法及装置 |
CN106534878A (zh) * | 2016-11-01 | 2017-03-22 | 乐视控股(北京)有限公司 | 一种直播节目的回看方法、***和服务器 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111031333A (zh) * | 2019-12-02 | 2020-04-17 | 北京达佳互联信息技术有限公司 | 视频处理方法、装置、***及存储介质 |
CN111107386A (zh) * | 2019-12-27 | 2020-05-05 | 北京达佳互联信息技术有限公司 | 直播视频的回看方法、装置、电子设备、***及存储介质 |
CN112954483A (zh) * | 2021-02-09 | 2021-06-11 | 西安万像电子科技有限公司 | 数据传输方法、***及非易失性存储介质 |
CN112954483B (zh) * | 2021-02-09 | 2024-02-02 | 西安万像电子科技有限公司 | 数据传输方法、***及非易失性存储介质 |
CN113301374A (zh) * | 2021-05-21 | 2021-08-24 | 北京字节跳动网络技术有限公司 | 直播音视频处理方法、装置、客户端和服务器 |
WO2022242461A1 (zh) * | 2021-05-21 | 2022-11-24 | 北京字节跳动网络技术有限公司 | 直播音视频处理方法、装置、客户端和服务器 |
CN113596488A (zh) * | 2021-06-28 | 2021-11-02 | 北京百度网讯科技有限公司 | 直播间的展示方法、装置、电子设备和存储介质 |
CN113596488B (zh) * | 2021-06-28 | 2023-08-04 | 北京百度网讯科技有限公司 | 直播间的展示方法、装置、电子设备和存储介质 |
CN114025199A (zh) * | 2022-01-10 | 2022-02-08 | 北京美摄网络科技有限公司 | 一种直播视频剪辑方法、装置和*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109842804A (zh) | 音视频数据的处理方法及服务器、计算机存储介质 | |
US11508353B2 (en) | Real time popularity based audible content acquisition | |
US11330316B2 (en) | Media streaming | |
CN105120304B (zh) | 信息显示方法、装置及*** | |
JP5651225B2 (ja) | メディアストリームに広告を挿入するための方法及びシステム | |
US8737813B2 (en) | Automatic content recognition system and method for providing supplementary content | |
CN103069769B (zh) | 用于经译码视频数据的网络串流传输的特技模式 | |
US8909805B2 (en) | Apparatus and method for providing streaming content | |
US20160316233A1 (en) | System and method for inserting, delivering and tracking advertisements in a media program | |
US9060206B2 (en) | Sampled digital content based syncronization of supplementary digital content | |
CN104125229B (zh) | 流媒体的播放方法与播放装置 | |
US20160134900A1 (en) | Streaming media processing method, apparatus, and system | |
CN104135678A (zh) | 一种基于hls协议实现视频点播中视频广告投放的方法 | |
CN105228001A (zh) | 一种flv格式视频在线播放的方法及*** | |
US20190373296A1 (en) | Content streaming system and method | |
KR102110623B1 (ko) | 송신 장치, 정보 처리 방법, 프로그램, 수신 장치 및 애플리케이션 연동 시스템 | |
CN108200444B (zh) | 一种视频直播的方法、装置和*** | |
US20170041371A9 (en) | Apparatus and method for providing streaming content | |
US20220295132A1 (en) | Systems and Methods for Creating Custom Media Channels | |
KR20160077764A (ko) | 음악 정보 제공 방법 및 시스템 | |
CN106331763A (zh) | 无缝播放分片媒体文件的方法及实现该方法的装置 | |
WO2017080152A1 (zh) | 一种同步数据的方法和装置 | |
CN109587517B (zh) | 一种多媒体文件的播放方法及装置、服务器及存储介质 | |
US20130144985A1 (en) | Terminal, distribution system, distribution server, playback method, and program | |
KR20090079563A (ko) | 동영상 메타 정보 운용 방법 및 시스템과 이를 위한기록매체 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190604 |
|
RJ01 | Rejection of invention patent application after publication |