CN107920258B - 一种数据处理方法及装置 - Google Patents
一种数据处理方法及装置 Download PDFInfo
- Publication number
- CN107920258B CN107920258B CN201610887828.2A CN201610887828A CN107920258B CN 107920258 B CN107920258 B CN 107920258B CN 201610887828 A CN201610887828 A CN 201610887828A CN 107920258 B CN107920258 B CN 107920258B
- Authority
- CN
- China
- Prior art keywords
- cache
- played
- multimedia data
- data
- player
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
- H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明公开了一种数据处理方法,应用于对等(Peer)节点,设置有第一缓存,P2P播放器能够按照所述第一缓存的分区依次从所述第一缓存的各分区中获取待播放多媒体数据;方法包括:按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区;N为大于等于1的整数;所述预设条件表征前N个缓存区中每个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放,且前N个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放的时长达到第一预设阈值;将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区;M为大于等于1的整数。本发明同时还公开了一种数据处理装置。
Description
技术领域
本发明涉及流媒体技术,尤其涉及一种数据处理方法及装置。
背景技术
如图1所示,现有对等网络(P2P,Peer to Peer)播放器大多采用Web Service技术来实现对等(Peer)节点与解码器之间的数据交互。
在基于Web Service技术的交互过程中需要经过命令解析、数据缓存、数据转发等步骤。然而,这些过多的中间环节在P2P播放过程中会耗费时间、内存及中央处理器(CPU,Central Processing Unit)等资源,以至于目前很多P2P播放器达不到秒级启动,播放效率较低,因此在直播、视频社交、虚拟现实(VR,Virtual Reality)、KTV等业务中用户体验较差。
发明内容
为解决现有存在的技术问题,本发明实施例提供一种数据处理方法及装置。
本发明实施例的技术方案是这样实现的:
本发明实施例提供了一种数据处理方法,应用于Peer节点,设置有第一缓存,P2P播放器能够按照所述第一缓存的分区依次从所述第一缓存的各分区中获取待播放多媒体数据;所述方法包括:
按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区;N为大于等于1的整数;所述预设条件表征前N个缓存区中每个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放,且前N个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放的时长达到第一预设阈值;
将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区;M为大于等于1的整数。
上述方案中,按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区,包括:
在所述第一缓存的第一个缓存区写入待播放多媒体数据;
当写入第一个缓存区的多媒体数据大小达到第二预设阈值时,通知P2P播放器启动播放;并依次在第二个缓存区至前N个缓存区写入待播放数据;写入每个缓存区的多媒体数据大小均为所述第二预设阈值。
上述方案中,所述将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区,包括:
根据所述M个存储区的大小,将所述第二部分数据依次写入所述M个存储区。
上述方案中,所述方法还包括:
接收所述P2P播放器指示的所述预设条件。
上述方案中,所述方法还包括:
从所述第一缓存读取待播放数据,并主动向所述P2P播放器发送读取的待播放数据;其中,
在同一个缓存区不能够同时进行读和写操作。
上述方案中,所述按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区之前,所述方法还包括:
接收待播放多媒体数据。
上述方案中,所述方法还包括:
当需要向其它Peer节点分享待播放多媒体数据时,从所述第一缓存中读取多媒体数据。
上述方案中,所述Peer节点还设置有第二缓存;所述方法还包括:
接收待播放多媒体数据;
将接收的待播放多媒体数据还同时写入第二缓存及存储设备。
上述方案中,所述方法还包括:
当点播写入第二缓存及存储设备的待播放多媒体数据,且按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区之前,所述方法还包括:
从第二缓存和/或存储设置中读取待播放多媒体数据,以将读取的待播放多媒体数据写入第一缓存。
上述方案中,所述Peer节点还设置有第三缓存;所述方法还包括:
当需要向其它Peer节点分享待播放多媒体数据时,从所述存储设备中读取多媒体数据,并将读取的多媒体数据写入所述第三缓存;
和/或,
从所述第二缓存读取多媒体数据。
本发明实施例还提供了一种数据处理装置,设置在Peer节点,所述Peer节点设置有第一缓存,P2P播放器能够按照所述第一缓存的分区依次从所述第一缓存的各分区中获取待播放多媒体数据;所述装置包括:
第一写入单元,用于按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区;N为大于等于1的整数;所述预设条件表征前N个缓存区中每个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放,且前N个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放的时长达到第一预设阈值;
第二写入单元,用于将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区;M为大于等于1的整数。
上述方案中,所述装置还包括:
第一接收单元,用于接收所述P2P播放器指示的所述预设条件。
上述方案中,所述装置还包括:
第一读取单元,用于从所述第一缓存读取待播放数据,并主动向所述P2P播放器发送读取的待播放数据;其中,
在同一个缓存区不能够同时进行读和写操作。
上述方案中,所述装置还包括:
第二接收单元,用于接收待播放多媒体数据。
上述方案中,所述装置还包括:
第二读取单元,用于当需要向其它Peer节点分享待播放多媒体数据时,从所述第一缓存中读取多媒体数据。
上述方案中,所述Peer节点还设置有第二缓存;所述装置还包括:
第三接收单元,用于接收待播放多媒体数据;
第三写入单元,用于将接收的待播放多媒体数据还同时写入第二缓存及存储设备。
上述方案中,所述装置还包括:
第三读取单元,用于从第二缓存和/或存储设置中读取待播放多媒体数据,以将读取的待播放多媒体数据写入第一缓存。
上述方案中,所述Peer节点还设置有第三缓存;所述装置还包括:
第四读取单元,用于当需要向其它Peer节点分享待播放多媒体数据时,从所述存储设备中读取多媒体数据,并将读取的多媒体数据写入所述第三缓存;和/或,从所述第二缓存读取多媒体数据。
本发明实施例提供的数据处理方法及装置,Peer节点设置有第一缓存,P2P播放器能够按照所述第一缓存的分区依次从所述第一缓存的各分区中获取待播放多媒体数据;按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区;N为大于等于1的整数;所述预设条件表征前N个缓存区中每个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放,且前N个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放的时长达到第一预设阈值;将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区;M为大于等于1的整数,Peer节点和P2P播放器实现了缓存共享,减少了缓存次数及资源占用情况,如此,能够大大提高播放效率。同时,缓存共享的方式可以使Peer节点和P2P播放器在同一个进程中,即数据传输采用的同步传输技术,不涉及到进程间的通信和切换,因此响应速度比异步传输要快,如此,进一步大大提高了播放效率。
附图说明
在附图(其不一定是按比例绘制的)中,相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为本发明实施例一数据处理的方法流程示意图;
图2为本发明实施例二机顶盒结构示意图;
图3为本发明实施例二点播节目流程示意图;
图4为本发明实施例二Peer节点缓存结构示意图;
图5为本发明实施例二直播场景下缓存管理过程示意图;
图6为本发明实施例二点播场景下缓存管理过程示意图;
图7为本发明实施例三数据处理装置结构示意图。
具体实施方式
下面结合附图及实施例对本发明再作进一步详细的描述。
采用Web Service技术来实现Peer节点与解码器之间的数据交互的过程中,存在以下缺点:
第一,采用Web Service技术传输数据时,位于Peer的Web Service(可以理解为一种应用程序)先下载节目数据并缓存,播放器从Web Service拷贝一份数据放入自己的缓存池,然后播放;那么在播放过程中,总共缓存了两次,拷贝了一次,比较耗时,而且占用了较多的内存、CPU资源。因此,在VR等要求1G以上带宽的场合,多一次缓存与转发意味着很大性能消耗和性能下降。而在社交等互动场合启动提高几百毫秒,用户的体验会有极大的提升。
第二,采用Web Service传输数据时,Peer节点与P2P播放器分属于两个进程,大量数据的传输只能采用异步传输技术;异步传输中P2P播放器会先向Peer节点发起播放请求,Peer节点收到了一定量的数据后,先发消息通知P2P播放器数据已到,P2P播放器收到通知后再读取数据,这里涉及到进程调度,消息传递等环节,会耗费一定的时间,因此响应不及时,因此也会使得启动比较慢。
基于此,在本发明的各种实施例中:Peer节点设置有第一缓存,P2P播放器能够按照所述第一缓存的分区依次从所述第一缓存的各分区中获取待播放多媒体数据;按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区;N为大于等于1的整数;所述预设条件表征前N个缓存区中每个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放,且前N个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放的时长达到第一预设阈值;将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区;M为大于等于1的整数。
实施例一
本发明实施例数据处理的方法,应用于Peer节点,设置有第一缓存,P2P播放器能够按照所述第一缓存的分区依次从所述第一缓存的各分区中获取待播放多媒体数据。也就是说,Peer节点与P2P播放器共享一个缓存。
图1为本发明实施例一数据处理的方法流程示意图。如图1所示,该方法包括:
步骤101:按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区;
其中,N为大于等于1的整数。
所述预设条件表征前N个缓存区中每个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放,且前N个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放的时长达到第一预设阈值。
这里,所述正常播放是指:播放速度满足设定的速度阈值。
具体地,在所述第一缓存的第一个缓存区写入待播放多媒体数据;
当写入第一个缓存区的多媒体数据大小达到第二预设阈值时,通知P2P播放器启动播放;并依次在第二个缓存区至前N个缓存区写入待播放数据;写入每个缓存区的多媒体数据大小均为所述第二预设阈值,写入每个缓存区的多媒体数据大小均为所述第二预设阈值,能简化管理过程,从而节省资源。
在一实施例中,执行本步骤之前,该方法还可以包括:
接收所述P2P播放器指示的所述预设条件。
换句话说,所述P2P播放器会指示Peer节点第一预设阈值、第二预设阈值。
其中,所述第一预设阈值可根据需要设置,以使所述P2P播放器快速启动为准则。所述第二预设阈值也可以根据需要设置。
实际应用时,当在直播场景下时,在执行本步骤之前,首先需要从内容提供者(其它Peer节点)获取待播放多媒体数据,也就是说,所述Peer节点要先接收内容提供者发送的待播放多媒体数据。
当在点播场景下时,可以分为以下两种情况:
第一种情况,所述Peer节点本地未存储有待播放多媒体数据,此时,在执行本步骤101之前,所述Peer节点需要先接收内容提供者发送的待播放多媒体数据;然后将接收的待播放多媒体数据还同时写入第二缓存及存储设备,以便下次用户点播。
其中,所述存储设置可以是闪存(Flash)、外置存储卡、外置硬盘等设备。
第二种情况,所述Peer节点本地(第二缓存及存储设备)存储有待播放多媒体数据,在执行步骤101之前,所述Peer节点从第二缓存和/或存储设置中读取待播放多媒体数据,以将读取的待播放多媒体数据写入第一缓存。
步骤102:将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区。
这里,M为大于等于1的整数。
换句话说,所述第一缓存包含N与M个分区。
具体地,所述Peer节点根据所述M个存储区的大小,将所述第二部分数据依次写入所述M个存储区。
实际应用时,写入第一缓存的待播放多媒体数据的大小满足播放需求即第一个缓存区写入第一个缓存区的多媒体数据大小达到第二预设阈值(满足播放需求)时,就可以从第一缓存中读取待播放多媒体数据了,此后过程中,待播放多媒体数据写入和读取可以同时进行,但不能在同一分区中同时进行写入和读取操作。也就是说,对于一个分区,要么进行读取操作,要么进行写入操作。
在本发明实施例中,Peer节点和P2P播放器共享第一缓存,所以可以采用采取推送(PUSH)模式向P2P播放器发送待播放多媒体数据,PUSH模式可以支持直播和点播两种场景。
具体来说,所述Peer节点从所述第一缓存读取待播放数据,并主动向所述P2P播放器发送读取的待播放数据;其中,
在同一个缓存区不能够同时进行读和写操作。
换句话说,数据传输过程中,待播放多媒体数据由Peer节点不断地主动传向P2P播放器,流量(发送速度)由Peer节点控制。具体地,在点播过程中,Peer节可根据视频节目的码率,向P2P播放器发送缓存中剩余的数据量,以实现数据流量的控制。直播过程中,Peer节点直接将缓存中的多媒体数据全部发送给P2P播放器。
作为Peer节点,还需要具有分享功能,即作为内容提供者,将本地存储的多媒体数据分享给其它Peer节点。
基于此,在直播场景下,当需要向其它Peer节点分享待播放多媒体数据时,从所述第一缓存中读取多媒体数据;
在点播场景下,所述Peer节点还设置有第三缓存,当需要向其它Peer节点分享待播放多媒体数据时,从所述存储设备中读取多媒体数据,并将读取的多媒体数据写入所述第三缓存;和/或,从所述第二缓存读取多媒体数据。
其中,对于直播场景,节目的播放和直播分享的内容(多媒体数据)是相同的,所以不必将播放内容和分享内容分开存储,即采用不同的缓存,这样便于实现。
如果从缓存的功能来区分各缓存,则第一缓存可以称为播放,第二缓存可以称为存储缓存,第三缓存可以称为分享缓存。
另外,实际应用时,所述Peer节点还可以根据P2P播放器发送的停止、快进、快退、跳转等命令,根据这些命令将对应的播放内容(待播放多媒体数据)放入第一缓存中。
本发明实施例提供的方法,Peer节点设置有第一缓存,P2P播放器能够按照所述第一缓存的分区依次从所述第一缓存的各分区中获取待播放多媒体数据;按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区;N为大于等于1的整数;所述预设条件表征前N个缓存区中每个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放,且前N个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放的时长达到第一预设阈值;将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区;M为大于等于1的整数,Peer节点和P2P播放器实现了缓存共享,减少了缓存次数及资源占用情况,如此,能够大大提高播放效率。同时,Peer节点和P2P播放器在同一个进程中,即数据传输采用的同步传输技术,不涉及到进程间的通信和切换,所以响应速度比异步传输要快;在嵌入式播放器中,优化都是以毫秒来算的,本发明实施例提供的方案可提升响应时间。
实施例二
在实施例一的基础上,以机顶盒为例,本实施例详细描述具有P2P节点功能的机顶盒的内部结构、各部分的功能及节目播放流程。
如图2所示,机顶盒主要包括:播放器应用(APK或者HTML APP)、P2P播放器、Peer节点。其中,P2P播放器和Peer节点在Native层(框架层)实现,这两个模块处于同一个进程中,通过共享缓存的方式传递节目数据(待播放多媒体数据);播放器应用是应用层软件,可以是基于Java或超级文本标记语言(HTML,HyperText Markup Language)等语言开发的应用。在图2中,表示内部接口,表示外部接口。
下面详细介绍各模块的功能。
(1)P2P播放器
P2P播放器负责数据获取以外的所有播放功能,主要功能包括:
1、业务鉴权,以检验播放设备是否有权播放所选的节目;
2、向Peer节点发送播放节目的各种指令;
3、负责从Peer节点获取TS、MP4等类型的多媒体数据,并解码输出;
4、负责控制节目的状态,比如播放、暂停、快进、快退、跳转等;
5、负责管理视频节目的输出窗口管理。
(2)Peer节点
PEER节点主要负责获取指定的节目内容,并传输给P2P播放器,其主要功能包含:
1、收到P2P播放器的内容获取请求后,如果本地已预存请求的内容则直接向P2P播放器返回请求的内容,如果本地没有则根据本地调度结果从内容分发网络(CDN,ContentDelivery Network)***、超级节点或其它P2P节点(节点列表通过追踪(Tracker)服务器获取)获取相应的内容;
2、在将请求的内容返回P2P播放器时,首先将获取的(本地预存的或从其它地方获取的)多媒体内容放入共享缓存,并通知P2P播放器开始播放,采取PUSH模式向P2P播放器发送数据,支持直播和点播;
3、接收到P2P播放器发送的快进、快退、跳转等指令时,根据这些指令生成播放内容并放入共享缓存;
4、管理共享缓存,比如防止溢出等;
5、向上层应用上报数据下载的状况,比如:缓冲次数,分片丢失,错误分片等;
6、将收到的内容进行安全缓存,并在需要的时候向其它Peer节点提供服务。
(3)播放器应用
播放器应用可以是APK或者HTML5应用,通过JNI或JavaScript接口与Native层软件相连,即与P2P播放器相连,主要用于进行用户界面(UI)展示,即呈献给用户观看。
(4)各模块之间的内部接口及机顶盒的外部接口
1、内部接口
内部接口主要作用包含:
(1)播放控制
发送播放启动,停止,快进,快退,跳转等命令,播放启动命令需要传入播放统一资源定位符(URL,Uniform Resource Locator)及安全信息。
(2)数据读写
Peer节点到P2P播放器方向:Peer节点向P2P播放器以适当的速率推送共享缓存中的多媒体数据,并设置读取进度。
(3)信息查询
P2P播放器到Peer节点方向:查询Peer节点的版本、P2P分享率等信息;
Peer节点到P2P播放器方向:查询P2P播放器版本、终端软硬件信息等。
其中,根据对方的版本信息来调整自身的逻辑,而P2P分享率用于判断Peer节点的效率。
2、外部接口说明
(1)P2P播放器外部接口
P2P播放器外部接口主要作用包含:
1、获取播放节目名称:根据用户选择,由播放器应用(APK)根据节目单信息查询获取;
2、业务鉴权:根据硬件和账户信息检验节目播放权限;
3、向播放器应用上报播放状态:根据SQM相关规范,上报播放器启动、停止、卡顿、缓冲等信息,以监控视频播放的质量;
4、音视频输出:将音频、视频,字幕等节目信息输出到电视等播放设备,并控制窗口大小和位置;
(2)Peer节点外部接口
主要包括以下外部接口:
传统CDN接口:用于根据本地调度策略从传统CDN获取节目数据;
P2PCDN接口:用于根据本地调度策略从P2PCDN获取节目数据;
Tracker接口:P2PCDN的一部分,主要负责向Peer节点提供请求资源的Peer节点列表,管理Peer节点的内容,以及提供完整性校验;
与其它Peer节点接口:用于互相分享数据。
结合图2所示的结构,如图3所示,点播节目播放流程主要包括以下步骤:
步骤301:播放器应用向P2P播放器发送节目播放请求;
步骤302:P2P播放器发起业务鉴权请求,并根据鉴权信息和防盗链构建播放节目的URL;
步骤303:P2P播放器向Peer节点请求节目数据;
步骤304:Peer节点收到请求后,从本地存储,CDN或P2PCDN获取节目数据,并放入共享缓存;
步骤305:当共享缓存的数据达到播放需求时,Peer节点通知P2P播放器开始播放;
步骤306:Peer节点读取共享缓存节目数据,并以PUSH方式向P2P播放器发送节目数据;
步骤307:P2P播放器收到节目数据后,进行解码,并输出至播放器应用,进行节目播放。
这里,直播节目的播放流程与点播节目的播放流程相似,所不同的是:在步骤304中,Peer节点的数据获取方式不同,即播放直播节目时,Peer节点只能从CDN或P2PCDN获取节目数据。
节目停止播放需要支持两种方式:
第一种方式,主动停止播放
由播放器应用发起或P2P播放器出现致命异常,主要包括:
步骤308:在节目播放过程中,如果用户主动停止播放,则播放器应用向P2P播放器发送停止播放指示;
步骤309:P2P播放器向Peer节点发送停止播放指示。
第二种方式,节目播放结束
由Peer节点发起,比如点播文件播放结束,主要包括:
步骤310:当点播节目播放结束时,Peer节点通知P2P播放器点播节目播放结束;
步骤311:P2P播放器收到通知后,向Peer节点发送停止播放指令;
步骤312:P2P播放器通知播放器应用播放结束。
其中,对于共享缓存,其是Peer节点中的一个模块,Peer节点是一个标准的库文件或者Android***中的一个Service,基于C语言和Linux操作***开发的,可移植到目前大多数机顶盒等终端设备中。而共享缓存主要用于Peer节点与终端解码模块(P2P播放器)之间的数据交互。
图4为Peer节点的缓存结构示意图。下面结合图4详细分别描述直播和点播场景下Peer节点对自身缓存的管理方式。在图4中,带箭头的实线表示直播或点播初期数据流向;带箭头的虚线表示点播中节目下载速度大于播放速度时缓存数据流向。
首先,描述直播场景下的缓存管理过程。
由于P2P直播只涉及到节目播放和分享,不涉及到节目存储,因此只用到了播放缓存(即步骤304中的共享缓存)。
如图5所示,直播过程中Peer节点的缓存管理过程包括以下步骤:
步骤501:在直播时,机顶盒启动时P2P播放器首先会向Peer节点设置一个启动播放缓存阈值;
实际应用时,可以认为Peer节点内部有一个缓存管理模块,P2P播放器向缓存管理模块设置一个启动播放缓存阈值,缓存管理模块主要负责缓存区的分配和回收,后续按照分配的缓存区的大小写入相应的节目数据。
步骤502:Peer节点获取到节目数据后,先向第一个缓存区写入节目数据,达到设置的启动播放缓存阈值后,Peer节点通知P2P播放器启动播放,并同时读取第一个缓存区的节目数据,并传输给P2P播放器;
步骤503:Peer节点依次向后面的缓存区写入同样大小的节目数据,并不断重复这个过程;
即每个缓存区写入的节目数据大小均为设置的启动播放缓存阈值。
步骤504:当未播放的节目缓存达到安全范围(比如流畅的播放一段时间,即播放速度达到一个阈值且持续了一段时间)后,Peer节点在后面的缓存区中适当增加写入节目数据的大小,直到写满播放缓存为止;
在写入节目数据的过程中,Peer节点同时还根据播放速度依次读取存入缓存区的节目数据。
步骤505:当进行P2P直播节目分享时,直播树的下级节点只能被动接受上级节点分享的数据,因此Peer节点从播放缓存里读取分享内容。
这里,需要说明的是:实际应用时,直播中播放缓存的缓存区个数可以根据实际情况选定,为便于管理,至少需要两个缓存区,一个被读的时候,另外一个被写,同一个缓存区不能被同时进行读和写操作。
接着,描述点播场景下的缓存管理过程
P2P点播的缓存分成三类,分别为播放缓存(共享缓存)、存储缓存和分享缓存;只有播放缓存是与P2P播放器共享的。点播节目开始播放时可将存储缓存与播放缓存一起管理,当点播数据下载到安全范围后再分开管理。
如图6所示,点播过程中Peer节点的缓存管理过程包括以下步骤:
步骤601:点播节目时,机顶盒启动时P2P播放器首先会向Peer节点设置一个启动播放缓存阈值,必要时将播放缓存内容直接存入存储设备;
实际应用时,可以认为Peer节点内部有一个缓存管理模块,P2P播放器向缓存管理模块设置一个启动播放缓存阈值,缓存管理模块主要负责缓存的分配和回收。
步骤602:Peer节点获取到节目数据后,先向第一个缓存区写入节目数据,达到设置的启动播放缓存阈值后,通知P2P播放器启动播放,并同时读取第一个缓存区的节目数据,并传输给P2P播放器;
步骤603:Peer节点依次向后面的播放缓存区写入同样大小的数据,并不断重复这个过程;
即每个缓存区写入的节目数据大小均为设置的启动播放缓存阈值。
步骤604:当未播放的节目缓存达到安全范围(比如流畅的播放一段时间,即播放速度达到一个阈值且持续了一段时间)后,Peer节点将写满后续缓存区;
步骤605:当未播放的节目数据缓存接近一定阈值(比如总缓存的80%)后,此时可将缓存分为播发缓存和存储缓存;
这里,实际应用时,点播场景中节目数据的下载速度一般大于播放速度,即Peer节点接收节目数据的速度大于向P2P播放器发送数据的速度,所以当未播放的节目数据缓存接近一定阈值时,即下载的节目数据大小会远远大于播放的节目数据大小时,可以将缓存分为播发缓存和存储缓存。
步骤606:后续新接收的数据先写入存储缓存和存储设备,然后再根据播放缓存的大小,将待播放节目数据从存储缓存和/或存储设备写入播放缓存;
在写入节目数据的过程中,Peer节点同时还根据播放速度依次读取存入缓存区的节目数据。
步骤607:当进行P2P点播节目分享时,分享内容直接从存储设备里读取并写入分享缓存,再从分享缓存读取分享内容,和/或当存储缓存也有分享内容时,直接从存储缓存读取分享内容,以分享给其它Peer节点,该过程中不涉及播放缓存。
需要说明的是:实际应用时,如图4所示,每个缓存区在一个时刻只能进行一种操作,要么是读取操作,要么是写入操作,而不能同时进行读和写两种操作。
综上所述,本发明实施例提供的方案中,P2P播放器和Peer节点采用了共享缓存技术,P2P播放器可以直接播放共享缓存的数据,减少一次数据缓存与拷贝环节,提高了性能。同时,采用共享缓存技术可同步数据传输技术,从而提高控制指令与数据传输的响应时间。基于共享缓存的P2P播放器***比传统的Web Service技术效率更高,在社交、互动直播等领域可明显提升用户体验;在未来VR、AR等领域可提高播放效率,改善眩晕。
另外,机顶盒具有播放器应用、P2P播放器及Peer节点,这种模块化的结构可以降低高效播放器的实现难度。
实施例三
为实现本发明实施例的方法,本实施例提供一种数据处理装置,设置在Peer节点,所述Peer节点设置有第一缓存,P2P播放器能够按照所述第一缓存的分区依次从所述第一缓存的各分区中获取待播放多媒体数据;如图7所示,该装置包括:
第一写入单元71,用于按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区;N为大于等于1的整数;所述预设条件表征前N个缓存区中每个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放,且前N个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放的时长达到第一预设阈值;
第二写入单元72,用于将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区;M为大于等于1的整数。
换句话说,所述第一缓存包含N与M个分区。
其中,所述正常播放是指:播放速度满足设定的速度阈值。
所述第一写入单元71,具体用于:
当写入第一个缓存区的多媒体数据大小达到第二预设阈值时,通知P2P播放器启动播放;并依次在第二个缓存区至前N个缓存区写入待播放数据;写入每个缓存区的多媒体数据大小均为所述第二预设阈值,写入每个缓存区的多媒体数据大小均为所述第二预设阈值,能简化管理过程,从而节省资源。
在一实施例中,该装置还可以包括:
第一接收单元,用于接收所述P2P播放器指示的所述预设条件。
换句话说,所述P2P播放器会指示Peer节点第一预设阈值、第二预设阈值。
其中,所述第一预设阈值可根据需要设置,以使所述P2P播放器快速启动为准则。所述第二预设阈值也可以根据需要设置。
实际应用时,当在直播场景下时,在所述第一写入单元71执行其功能之前,首先需要从内容提供者(其它Peer节点)获取待播放多媒体数据,也就是说,所述Peer节点要先接收内容提供者发送的待播放多媒体数据。
基于此,该装置还可以包括:
第二接收单元,用于接收内容提供者发送的待播放多媒体数据。
当在点播场景下时,可以分为以下两种情况:
所述Peer节点本地未存储有待播放多媒体数据,此时,在第一写入单元71执行其功能之前,所述Peer节点需要先接收内容提供者发送的待播放多媒体数据;然后将接收的待播放多媒体数据还同时写入第二缓存及存储设备,以便下次用户点播。
其中,所述存储设置可以是闪存(Flash)、外置存储卡、外置硬盘等设备。
基于此,该装置还可以包括:
第三接收单元,用于接收待播放多媒体数据;
第三写入单元,用于将接收的待播放多媒体数据还同时写入第二缓存及存储设备。
第二种情况,所述Peer节点本地(第二缓存及存储设备)存储有待播放多媒体数据,在第一写入单元71执行其功能之前,所述Peer节点从第二缓存和/或存储设置中读取待播放多媒体数据,以将读取的待播放多媒体数据写入第一缓存。
基于此,该装置还可以包括:
第三读取单元,用于从第二缓存和/或存储设置中读取待播放多媒体数据,以将读取的待播放多媒体数据写入第一缓存。
实际应用时,写入第一缓存的待播放多媒体数据的大小满足播放需求即第一个缓存区写入第一个缓存区的多媒体数据大小达到第二预设阈值(满足播放需求)时,就可以从第一缓存中读取待播放多媒体数据了,此后过程中,待播放多媒体数据写入和读取可以同时进行,但不能在同一分区中同时进行写入和读取操作。也就是说,对于一个分区,要么进行读取操作,要么进行写入操作。
在本发明实施例中,Peer节点和P2P播放器共享第一缓存,所以可以采用采取推送(PUSH)模式向P2P播放器发送待播放多媒体数据,PUSH模式可以支持直播和点播两种场景。
具体来说,该装置还可以包括:
第一读取单元,用于从所述第一缓存读取待播放数据,并主动向所述P2P播放器发送读取的待播放数据;其中,
在同一个缓存区不能够同时进行读和写操作。
换句话说,数据传输过程中,待播放多媒体数据由Peer节点不断地主动传向P2P播放器,流量(发送速度)由Peer节点控制。具体地,在点播过程中,所述第一读取单元可根据视频节目的码率,向P2P播放器发送缓存中剩余的数据量,以实现数据流量的控制。直播过程中,所述第一读取单元直接将缓存中所有的多媒体数据发送给P2P播放器。
作为Peer节点,还需要具有分享功能,即作为内容提供者,将本地存储的多媒体数据分享给其它Peer节点。
基于此,在直播场景下,当需要向其它Peer节点分享待播放多媒体数据时,从所述第一缓存中读取多媒体数据。
因此,在一实施例中,该装置还可以包括:第二读取单元,用于当需要向其它Peer节点分享待播放多媒体数据时,从所述第一缓存中读取多媒体数据。
在点播场景下,所述Peer节点还设置有第三缓存,当需要向其它Peer节点分享待播放多媒体数据时,从所述存储设备中读取多媒体数据,并将读取的多媒体数据写入所述第三缓存;和/或,从所述第二缓存读取多媒体数据。
因此,在一实施例中,该装置还可以包括:
第四读取单元,用于当需要向其它Peer节点分享待播放多媒体数据时,从所述存储设备中读取多媒体数据,并将读取的多媒体数据写入所述第三缓存;和/或,从所述第二缓存读取多媒体数据。
其中,对于直播场景,节目的播放和直播分享的内容(多媒体数据)是相同的,所以不必将播放内容和分享内容分开存储,即采用不同的缓存,这样便于实现。
如果从缓存的功能来区分各缓存,则第一缓存可以称为播放,第二缓存可以称为存储缓存,第三缓存可以称为分享缓存。
另外,实际应用时,所述第一写入单元71还可以根据P2P播放器发送的停止、快进、快退、跳转等命令,根据这些命令将对应的播放内容(待播放多媒体数据)放入第一缓存中。
实际应用时,所述第一写入单元71、第二写入单元72、第一接收单元、第三写入单元、第三读取单元、第一读取单元、第二读取单元、第四读取单元可由数据处理装置中的中央处理器(CPU,Central Processing Unit)、微处理器(MCU,Micro Control Unit)、数字信号处理器(DSP,Digital Signal Processor)或可编程逻辑阵列(FPGA,Field-Programmable Gate Array)实现;所述第二接收单元、第三接收单元可由数据处理装置中的通信芯片实现。
本发明实施例提供的方案,Peer节点设置有第一缓存,P2P播放器能够按照所述第一缓存的分区依次从所述第一缓存的各分区中获取待播放多媒体数据;按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区;N为大于等于1的整数;所述预设条件表征前N个缓存区中每个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放,且前N个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放的时长达到第一预设阈值;将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区;M为大于等于1的整数,Peer节点和P2P播放器实现了缓存共享,减少了缓存次数及资源占用情况,如此,能够大大提高播放效率。同时,Peer节点和P2P播放器在同一个进程中,即数据传输采用的同步传输技术,不涉及到进程间的通信和切换,所以响应速度比异步传输要快;在嵌入式播放器中,优化都是以毫秒来算的,本发明实施例提供的方案可提升响应时间。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (18)
1.一种数据处理方法,其特征在于,应用于对等Peer节点,设置有第一缓存,对等网络P2P播放器能够按照所述第一缓存的分区依次从所述第一缓存的各分区中获取待播放多媒体数据;所述方法包括:
按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区;N为大于等于1的整数;所述预设条件表征前N个缓存区中每个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放,且前N个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放的时长达到第一预设阈值;
将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区;M为大于等于1的整数;其中,
所述P2P播放器不设置缓存,并与所述Peer节点共享缓存;
所述按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区,包括:
在所述第一缓存的第一个缓存区写入待播放多媒体数据;
当写入第一个缓存区的多媒体数据大小达到第二预设阈值时,通知P2P播放器启动播放;并依次在第二个缓存区至前N个缓存区写入待播放数据;写入每个缓存区的多媒体数据大小均为所述第二预设阈值。
2.根据权利要求1所述的方法,其特征在于,所述将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区,包括:
根据所述M个存储区的大小,将所述第二部分数据依次写入所述M个存储区。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述P2P播放器指示的所述预设条件。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
从所述第一缓存读取待播放数据,并主动向所述P2P播放器发送读取的待播放数据;其中,
在同一个缓存区不能够同时进行读和写操作。
5.根据权利要求1至4任一项所述的方法,其特征在于,所述按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区之前,所述方法还包括:
接收待播放多媒体数据。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
当需要向其它Peer节点分享待播放多媒体数据时,从所述第一缓存中读取多媒体数据。
7.根据权利要求1至4任一项所述的方法,其特征在于,所述Peer节点还设置有第二缓存;所述方法还包括:
接收待播放多媒体数据;
将接收的待播放多媒体数据还同时写入第二缓存及存储设备。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
当点播写入第二缓存及存储设备的待播放多媒体数据,且按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区之前,所述方法还包括:
从第二缓存和/或存储设置中读取待播放多媒体数据,以将读取的待播放多媒体数据写入第一缓存。
9.根据权利要求7所述的方法,其特征在于,所述Peer节点还设置有第三缓存;所述方法还包括:
当需要向其它Peer节点分享待播放多媒体数据时,从所述存储设备中读取多媒体数据,并将读取的多媒体数据写入所述第三缓存;
和/或,
从所述第二缓存读取多媒体数据。
10.一种数据处理装置,其特征在于,设置在Peer节点,所述Peer节点设置有第一缓存,P2P播放器能够按照所述第一缓存的分区依次从所述第一缓存的各分区中获取待播放多媒体数据;所述装置包括:
第一写入单元,用于按照预设条件,将待播放多媒体数据中的第一部分数据依次写入所述第一缓存的前N个缓存区;N为大于等于1的整数;所述预设条件表征前N个缓存区中每个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放,且前N个缓存区存储的待播放多媒体数据能够使所述P2P播放器正常播放的时长达到第一预设阈值;
第二写入单元,用于将所述待播放多媒体数据中的第二部分数据依次写入除前N个存储区外的所述第一缓存的M个存储区;M为大于等于1的整数;其中,
所述P2P播放器不设置缓存区,并与所述Peer节点共享缓存区;
所述第一写入单元,具体用于:
在所述第一缓存的第一个缓存区写入待播放多媒体数据;
当写入第一个缓存区的多媒体数据大小达到第二预设阈值时,通知P2P播放器启动播放;并依次在第二个缓存区至前N个缓存区写入待播放数据;写入每个缓存区的多媒体数据大小均为所述第二预设阈值。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第一接收单元,用于接收所述P2P播放器指示的所述预设条件。
12.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第一读取单元,用于从所述第一缓存读取待播放数据,并主动向所述P2P播放器发送读取的待播放数据;其中,
在同一个缓存区不能够同时进行读和写操作。
13.根据权利要求10至12任一项所述的装置,其特征在于,所述装置还包括:
第二接收单元,用于接收待播放多媒体数据。
14.根据权利要求13所述的装置,其特征在于,所述装置还包括:
第二读取单元,用于当需要向其它Peer节点分享待播放多媒体数据时,从所述第一缓存中读取多媒体数据。
15.根据权利要求10至12任一项所述的装置,其特征在于,所述Peer节点还设置有第二缓存;所述装置还包括:
第三接收单元,用于接收待播放多媒体数据;
第三写入单元,用于将接收的待播放多媒体数据还同时写入第二缓存及存储设备。
16.根据权利要求15所述的装置,其特征在于,所述装置还包括:
第三读取单元,用于从第二缓存和/或存储设置中读取待播放多媒体数据,以将读取的待播放多媒体数据写入第一缓存。
17.根据权利要求15所述的装置,其特征在于,所述Peer节点还设置有第三缓存;所述装置还包括:
第四读取单元,用于当需要向其它Peer节点分享待播放多媒体数据时,从所述存储设备中读取多媒体数据,并将读取的多媒体数据写入所述第三缓存;和/或,从所述第二缓存读取多媒体数据。
18.一种存储介质,所述介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至9任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610887828.2A CN107920258B (zh) | 2016-10-11 | 2016-10-11 | 一种数据处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610887828.2A CN107920258B (zh) | 2016-10-11 | 2016-10-11 | 一种数据处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107920258A CN107920258A (zh) | 2018-04-17 |
CN107920258B true CN107920258B (zh) | 2020-09-08 |
Family
ID=61892703
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610887828.2A Active CN107920258B (zh) | 2016-10-11 | 2016-10-11 | 一种数据处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107920258B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109151194B (zh) * | 2018-08-14 | 2021-03-02 | Oppo广东移动通信有限公司 | 数据传输方法、装置、电子设备以及存储介质 |
CN109347968B (zh) * | 2018-11-07 | 2021-09-24 | 网宿科技股份有限公司 | 一种下载资源文件的数据块的方法、设备和*** |
CN109889875B (zh) * | 2019-01-23 | 2021-07-16 | 北京奇艺世纪科技有限公司 | 通信方法、装置、终端设备和计算机可读介质 |
CN111669618B (zh) * | 2019-03-08 | 2022-11-15 | 杭州海康威视***技术有限公司 | 画面播放控制方法、装置、设备及存储介质 |
CN110209447B (zh) * | 2019-04-28 | 2023-02-28 | 五八有限公司 | 一种列表页数据显示方法以及列表页数据显示装置 |
CN113596495B (zh) * | 2021-07-28 | 2023-11-24 | 广州方硅信息技术有限公司 | 直播推流处理方法及其装置、设备与介质 |
CN115623236A (zh) * | 2022-10-20 | 2023-01-17 | 上海哔哩哔哩科技有限公司 | 礼物特效资源播放方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1845059A (zh) * | 2005-04-08 | 2006-10-11 | 国际商业机器公司 | 具有共享的高速缓存地址空间的数据存储***及其操作方法 |
CN101472143A (zh) * | 2007-12-27 | 2009-07-01 | 华为技术有限公司 | 一种实现流媒体服务的方法和*** |
CN101540882A (zh) * | 2008-03-21 | 2009-09-23 | 盛大计算机(上海)有限公司 | 基于内存流传输的p2p点播方法 |
CN105447197A (zh) * | 2015-12-29 | 2016-03-30 | 腾讯科技(深圳)有限公司 | 一种对视频的下载处理方法、装置及智能终端 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7680959B2 (en) * | 2006-07-11 | 2010-03-16 | Napo Enterprises, Llc | P2P network for providing real time media recommendations |
CN101184021B (zh) * | 2007-12-14 | 2010-06-02 | 成都市华为赛门铁克科技有限公司 | 一种实现流媒体缓存置换的方法、设备及*** |
CN101448139B (zh) * | 2009-01-08 | 2011-05-25 | 中国科学院计算技术研究所 | 一种基于p2p网络的数字媒体点播方法 |
CN103685344A (zh) * | 2012-09-03 | 2014-03-26 | ***通信集团公司 | 一种用于多p2p缓存节点的协同方法和*** |
CN102917028B (zh) * | 2012-09-26 | 2016-02-03 | 深圳好视网络科技有限公司 | 网络视频直播的缓存方法及装置 |
CN103714038B (zh) * | 2012-10-09 | 2019-02-15 | 中兴通讯股份有限公司 | 一种数据处理方法和装置 |
CN104301356B (zh) * | 2013-07-19 | 2019-01-01 | ***通信集团公司 | 一种对等网络的数据传输方法和*** |
CN103401888A (zh) * | 2013-08-21 | 2013-11-20 | 杭州浦禾通信技术有限公司 | 多媒体数据的接收与处理方法和装置 |
CN103731720B (zh) * | 2013-11-25 | 2018-01-30 | 乐视致新电子科技(天津)有限公司 | 一种智能电视的多媒体数据缓存方法及装置 |
CN104717545A (zh) * | 2013-12-17 | 2015-06-17 | 乐视网信息技术(北京)股份有限公司 | 一种视频播放方法及装置 |
-
2016
- 2016-10-11 CN CN201610887828.2A patent/CN107920258B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1845059A (zh) * | 2005-04-08 | 2006-10-11 | 国际商业机器公司 | 具有共享的高速缓存地址空间的数据存储***及其操作方法 |
CN101472143A (zh) * | 2007-12-27 | 2009-07-01 | 华为技术有限公司 | 一种实现流媒体服务的方法和*** |
CN101540882A (zh) * | 2008-03-21 | 2009-09-23 | 盛大计算机(上海)有限公司 | 基于内存流传输的p2p点播方法 |
CN105447197A (zh) * | 2015-12-29 | 2016-03-30 | 腾讯科技(深圳)有限公司 | 一种对视频的下载处理方法、装置及智能终端 |
Also Published As
Publication number | Publication date |
---|---|
CN107920258A (zh) | 2018-04-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107920258B (zh) | 一种数据处理方法及装置 | |
KR102637023B1 (ko) | 수신 장치, 송신 장치, 및 데이터 처리 방법 | |
US20220286718A1 (en) | Method for playing back live-streaming video, and device thereof | |
CN108063769B (zh) | 一种内容服务的实现方法、装置及内容分发网络节点 | |
CN105847941B (zh) | 一种基于hls协议的音视频流直播方法 | |
EP1912441B9 (en) | Buffering and transmittig video data upon request | |
CN104202684A (zh) | 一种分段网络视频无缝播放方法和装置 | |
CN109587514B (zh) | 一种视频播放方法、介质和相关装置 | |
US11863841B2 (en) | Video playing control method and system | |
CN111182322B (zh) | 一种导播控制方法、装置、电子设备和存储介质 | |
CN111447455A (zh) | 直播视频流回放处理方法、装置及计算设备 | |
US20160073149A1 (en) | Method and apparatus for improved network recording | |
CN112312162B (zh) | 一种传输视频流的视频服务器 | |
CN111510789A (zh) | 视频播放方法、***、计算机设备及计算机可读存储介质 | |
WO2018233539A1 (zh) | 视频处理方法、计算机存储介质及设备 | |
US11962818B2 (en) | Systems and methods for optimizing a set-top box to retrieve missed content | |
CA2998129A1 (en) | Transmission apparatus, reception apparatus, and data processing method | |
CN112243136B (zh) | 内容播放方法、视频存储方法和设备 | |
WO2017071642A1 (zh) | 媒体播放方法、装置和计算机存储介质 | |
CN110225370B (zh) | 一种多媒体内容个性化呈现的时间线控制方法 | |
US20180324480A1 (en) | Client and Method for Playing a Sequence of Video Streams, and Corresponding Server and Computer Program Product | |
US10820041B2 (en) | Reception apparatus, transmission apparatus and data processing method | |
KR20150005576A (ko) | 컨텐츠 다운로드를 위한 시스템 및 방법 | |
CN112933611A (zh) | 云游戏进度分享方法、装置和电子设备 | |
CN115914670B (zh) | 直播回放处理方法、装置及存储介质 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP01 | Change in the name or title of a patent holder |
Address after: 32 Xuanwumen West Street, Xicheng District, Beijing 100053 Patentee after: CHINA MOBILE COMMUNICATION LTD., Research Institute Patentee after: CHINA MOBILE COMMUNICATIONS GROUP Co.,Ltd. Address before: 32 Xuanwumen West Street, Xicheng District, Beijing 100053 Patentee before: CHINA MOBILE COMMUNICATION LTD., Research Institute Patentee before: CHINA MOBILE COMMUNICATIONS Corp. |
|
CP01 | Change in the name or title of a patent holder |