CN113840168A - 一种iptv多媒体播放方法、设备及储存介质 - Google Patents

一种iptv多媒体播放方法、设备及储存介质 Download PDF

Info

Publication number
CN113840168A
CN113840168A CN202010592522.0A CN202010592522A CN113840168A CN 113840168 A CN113840168 A CN 113840168A CN 202010592522 A CN202010592522 A CN 202010592522A CN 113840168 A CN113840168 A CN 113840168A
Authority
CN
China
Prior art keywords
data stream
multicast
multimedia program
client
streaming media
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
Application number
CN202010592522.0A
Other languages
English (en)
Inventor
李桂林
施晟
朱圣东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sanechips Technology Co Ltd
Original Assignee
Sanechips Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sanechips Technology Co Ltd filed Critical Sanechips Technology Co Ltd
Priority to CN202010592522.0A priority Critical patent/CN113840168A/zh
Publication of CN113840168A publication Critical patent/CN113840168A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/437Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请公开一种IPTV多媒体播放方法、设备及储存介质,该方法包括:解析从客户端获取到的多媒体节目播放请求,得到多媒体节目组播信息;根据所述多媒体节目组播信息,向IPTV平台发送组播组加入请求;获取所述IPTV平台针对所述组播组加入请求反馈的组播数据流;将所述组播数据流转换为预设流媒体协议的数据流,并发送所述预设流媒体协议的数据流给所述客户端;其中,所述预设流媒体协议的数据流用于被所述客户端解析以实现多媒体节目的播放。本申请的技术方案,可以克服现有IPTV多媒体节目播放存在的设备冗余问题,实现减少设备,降低成本。

Description

一种IPTV多媒体播放方法、设备及储存介质
技术领域
本发明涉及网络通信领域,尤其涉及一种IPTV多媒体播放方法、设备及储存介质。
背景技术
随着光网络的快速发展,互联网电视(Internet Protocol Television,IPTV)在通信运营商的推进下已经进入千家万户。目前家庭IPTV服务需要以太网无源光网络(Ethernet Passive Optical Network,EPON)或千兆无源光网络(Gigabit-CapablePassive Optical Networks,GPON),再加上网关、机顶盒和电视机,其中机顶盒的作用是将IPTV平台提供的视频流数据转发到电视机,进行视频播放。而机顶盒需要用户付费使用,会导致用户成本增加。而且在IPTV环境遇到问题的情况下,由于设备繁多,运维人员需要更多检测设备,并花费大量时间来判断问题,因此也会增加运维成本。
发明内容
本申请实施例的主要目的在于提出一种IPTV多媒体播放方法、设备及储存介质,旨在实现减少IPTV多媒体节目播放的设备,降低成本。
本申请实施例提供了一种IPTV多媒体播放方法,基于网关设备,包括:
解析从客户端获取到的多媒体节目播放请求,得到多媒体节目组播信息;
根据所述多媒体节目组播信息,向IPTV平台发送组播组加入请求;
获取所述IPTV平台针对所述组播组加入请求反馈的组播数据流;
将所述组播数据流转换为预设流媒体协议的数据流,并发送所述预设流媒体协议的数据流给所述客户端;其中,所述预设流媒体协议的数据流用于被所述客户端解析,实现多媒体节目的播放。
本申请实施例还提供了一种网关设备,所述网关设备包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线,所述程序被所述处理器执行时实现实施例提供的IPTV多媒体播放方法。
本申请实施例还提供了一种存储介质,用于计算机可读存储,所述存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现实施例提供的IPTV多媒体播放方法。
本申请实施例提供的IPTV多媒体播放方法、设备及储存介质,通过网关设备进行IPTV多媒体节目的请求,并将组播组视频流转换为预设流媒体协议的数量流发送给客户端,完成IPTV多媒体节目播放,以解决现有IPTV多媒体节目播放存在的设备冗余,成本高的问题,实现减少IPTV多媒体节目播放的设备,降低成本。
附图说明
图1是本申请实施例提供的一种IPTV多媒体播放方法的流程图。
图2是本申请实施例提供的IPTV多媒体播放系统的结构框图。
图3是本申请实施例提供的IPTV多媒体播放系统的数据流程图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白,下文中将结合附图对本申请的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明,其本身没有特有的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
如图1所示,本实施例提供了一种IPTV多媒体播放方法,基于网关设备,包括:
S110、解析从客户端获取到的多媒体节目播放请求,得到多媒体节目组播信息;
S120、根据所述多媒体节目组播信息,向IPTV平台发送组播组加入请求;
S130、获取所述IPTV平台针对所述组播组加入请求反馈的组播数据流;
S140、将所述组播数据流转换为预设流媒体协议的数据流,并发送所述预设流媒体协议的数据流给所述客户端;其中,所述预设流媒体协议的数据流用于被所述客户端解析,实现多媒体节目的播放。
在本实现方式中,相对于现有的IPTV多媒体节目播放,不需要机顶盒,而是通过网关设备获取客户端的多媒体节目播放请求。客户端预先安装在电视机中,当用户向电视机输入自己想要播放的多媒体节目,客户端会根据用户想要播放的多媒体节目生成对应的多媒体节目播放请求发给网关设备,所述多媒体节目播放请求中包括多媒体节目组播信息。网关设备对多媒体节目播放请求进行解析,得到多媒体节目组播信息。多媒体节目组播信息是用于请求IPTV组播视频流的信息,可以包括多媒体节目的组播组地址和与所述组播组地址对应的端口。网关设备根据组播组地址和与所述组播组地址对应的端口,就可以向IPTV平台请求加入组播组。在加入组播组之后,就会接收到IPTV平台反馈的组播数据流。网关设备将组播数据流转换为电视机可以支持的预设流媒体协议的数据流,将预设流媒体协议的数据流发送给所述客户端。这样,预设流媒体协议的数据流被所述客户端解析后,就可以在电视机上实现多媒体节目的播放。网关设备可以是家庭环境中安装的光网络单元(Optical Network Unit,ONU),由于PON芯片的性能越来越高,可以通过软件实现IPTV功能。允许将网关和机顶盒的功能进行融合,通过网关设备实现机顶盒功能的情况下,减少机顶盒,能节省大量设备以及运维成本。
在一种实现方式中,在所述解析从客户端获取到的多媒体节目播放请求,得到多媒体节目组播信息之前,还包括,
接收所述客户端通过所述预设流媒体协议发送的所述多媒体节目播放请求;
所述解析从客户端获取到的多媒体节目播放请求,得到多媒体节目组播信息,包括,
解析所述多媒体节目播放请求,得到所述多媒体节目组播信息。
其中,电视机通常支持的预设流媒体协议包括超文本传输协议(HyperTextTransferProtocol,HTTP)和实时流传输协议(Real Time Streaming Protocol,RTSP)。网关设备接收由客户端发送的预设流媒体协议的多媒体节目播放请求,解析出组播组地址和与所述组播组地址对应的端口。
在一种实现方式中,所述根据所述多媒体节目组播信息,向IPTV平台发送组播组加入请求,包括:
根据所述多媒体节目组播信息,向所述IPTV平台发送基于互联网组管理协议(Internet Group Management Protocol,IGMP)的组播组加入报文。
其中,网关设备在解析得到组播组地址和与所述组播组地址对应的端口,就可以向IPTV平台发送组播组加入报文,请求加入这个组播组,从而获取到IPTV平台下发的组播视频流。
在一种实现方式中,所述获取所述IPTV平台针对所述组播组加入请求反馈的组播数据流,包括:
获取所述IPTV平台反馈的基于用户数据报协议UDP的组播数据流。
其中,加入多媒体节目的组播组后,就会接收到IPTV平台反馈的组播数据流。通常IPTV平台反馈的组播数据流是基于用户数据报协议(User Datagram Protocol,UDP)的。
在一种实现方式中,所述将所述组播数据流转换为预设流媒体协议的数据流,并发送所述预设流媒体协议的数据流给所述客户端,包括:
缓存所述组播数据流;
读取所述组播数据流并将所述组播数据流转化为所述预设流媒体协议的数据流;
发送所述预设流媒体协议的数据流给所述客户端。
其中,在接收到UDP组播数据流后,将其放入网关设备的缓存中。然后网关设备的PON芯片内核发送进程会从缓存中读取组播流数据(UDP)并转换成预设流媒体协议的数据流,将预设流媒体协议的数据流发送给客户端,例如,读取组播流数据(UDP)并转换成TCP(Transmission Control Protocol,传输控制协议)的数据流。
在一种实现方式中,在所述将所述组播数据流转换为预设流媒体协议的数据流,并发送所述预设流媒体协议的数据流给所述客户端之前,还包括:
判断获取到的所述组播数据流的组播信息与所述多媒体节目组播信息是否匹配;
在所述组播数据流的组播信息与所述多媒体节目组播信息相匹配的情况下,执行将所述组播数据流转换为预设流媒体协议的数据流发送给所述客户端的步骤。
其中,网关设备接收到组播数据流后对其进行判断,确定组播数据流的组播信息,也就是组播数据流的组播组地址和与所述组播组地址对应的端口,与多媒体节目播放请求的多媒体节目组播信息是否相同。如果相同,则认为组播数据流的组播信息与所述多媒体节目组播信息相匹配;如果不同,则认为组播数据流的组播信息与所述多媒体节目组播信息不匹配。在组播数据流的组播信息与所述多媒体节目组播信息相匹配时,再将所述组播数据流转换为预设流媒体协议的数据流发送给所述客户端。避免有多个多媒体节目播放请求的情况下,出现播放错误的情况。
在一种实现方式中,在所述将所述组播数据流转换为预设流媒体协议的数据流,并发送所述预设流媒体协议的数据流给所述客户端之后,还包括:
接收所述客户端发送的多媒体节目关闭信息;
根据所述多媒体节目关闭信息向所述IPTV平台发送组播组离开请求;
删除本地配置的多媒体节目播放信息。
其中,客户端播放完多媒体节目后,或者,用户不再观看当前的多媒体节目而向客户端输入多媒体节目停止播放信息。多媒体节目关闭信息是客户端获取到的多媒体节目播放完毕的信息,或者,用户输入的多媒体节目停止播放信息。客户端向网关设备发送多媒体节目关闭信息,网关设备则会根据多媒体节目关闭信息向IPTV平台请求离开组播组。也就是向对应的组播组和端口发送组播组离开报文,并删除本地配置的所有多媒体节目播放信息,从而释放相关的资源。这样可以及时释放网关设备的资源,避免网关设备的占用对网关设备的运行造成负担。
在一种实现方式中,如图2所示,网关设备配置有流媒体协议解析器、组播流代理器、内核接收器、内核发送器和缓存器;网关设备分别与DLNA(Digital Living NetworkAlliance,数字生活网络联盟)电视机和IPTV平台连接,本实现方式中播放IPTV多媒体,不需要配置机顶盒,减少冗余设备,降低成本。
流媒体协议解析器、组播流代理器、内核接收器和发送器是功能不同的软件处理模块。流媒体协议解析器负责和客户端进行流媒体协议交互,获取客户端的播放请求;组播流代理器负责去请求指定组播组和端口的组播流;内核接收器将指定的组播数据流存放到缓存器中,内核发送器则在缓存中取出组播流并转换成TCP流发送给客户端。缓存大小可以根据内存的大小进行配置,以达到资源与耗时均衡的效果。
在一种实现方式中,如图3所示,ONU为PON上行的网关设备,其WLAN(WirelessLocal Area Network,无线局域网)口下挂DLNA电视机与移动终端,其WAN(Wide AreaNetwork,广域网)口通过光纤与OLT(Optical Line Terminal,光线路终端)连接,OLT上联口连接多个IPTV平台的服务器。图3中所示的移动终端、DLNA电视机、ONU和IPTV平台实现IPTV多媒体节目播放的步骤如下:
1、用户通过移动终端上的控制客户端选择播放的多媒体节目,并发送给DLNA电视机;
2、DLNA电视机通过流媒体协议(如HTTP/RTSP)向ONU请求相应的视频文件,其中会将组播组地址和组播端口携带给ONU;例如:http://192.168.136.1:8888/udp/225.1.1.1.1:1111,其中225.1.1.1表示组播组地址,1111表示组播端口号;
3、ONU通过流媒体协议解析器解析出请求报文,获取组播组地址和端口;
4、ONU通过组播流代理器去向IPTV平台请求相应的组播数据流;
5、IPTV平台根据组播组加入报文,发送对应的组播数据流;
6、ONU内核接收器首先判断组播数据流是否为之前请求的组播数据流,并且在组播数据流是之前请求的组播数据流的情况下,将组播数据流放到缓存器中;
7、ONU内核发送器会将组播数据流(UDP)转换成视频流(TCP)转发给DLNA电视机;
8、由DLNA电视机解析视频流(TCP),并播放多媒体节目。
本申请实施例提供一种网关设备,所述网关设备包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线,所述程序被所述处理器执行时实现本申请实施例中的任意一种IPTV多媒体播放方法。
本申请实施例提供了一种IPTV多媒体播放系统,包括网关设备、DLNA电视机和IPTV平台。网关设备分别与DLNA电视机和IPTV平台相连,通过网关设备根据DLNA电视机发出的多媒体节目请求向IPTV平台请求相应的组播数据流,并将组播组视频流转换为预设流媒体协议的数量流发送给DLNA电视机,实现IPTV多媒体播放。
本申请实施例提供了一种存储介质,用于计算机可读存储,所述存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现本申请实施例中的任意一种IPTV多媒体播放方法。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
以上参照附图说明了本发明的优选实施例,并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质内所作的任何修改、等同替换和改进,均应在本发明的权利范围之内。

Claims (10)

1.一种IPTV多媒体播放方法,其特征在于,基于网关设备,包括:
解析从客户端获取到的多媒体节目播放请求,得到多媒体节目组播信息;
根据所述多媒体节目组播信息,向IPTV平台发送组播组加入请求;
获取所述IPTV平台针对所述组播组加入请求反馈的组播数据流;
将所述组播数据流转换为预设流媒体协议的数据流,并发送所述预设流媒体协议的数据流给所述客户端;其中,所述预设流媒体协议的数据流用于被所述客户端解析以实现多媒体节目的播放。
2.根据权利要求1所述的方法,其特征在于,在所述解析从客户端获取到的多媒体节目播放请求,得到多媒体节目组播信息之前,还包括,
接收所述客户端通过所述预设流媒体协议发送的所述多媒体节目播放请求;
所述解析从客户端获取到的多媒体节目播放请求,得到多媒体节目组播信息,包括,
解析所述多媒体节目播放请求,得到所述多媒体节目组播信息。
3.根据权利要求2所述的方法,其特征在于,所述多媒体节目组播信息包括:组播组地址和与所述组播组地址对应的端口。
4.根据权利要求1所述的方法,其特征在于,所述根据所述多媒体节目组播信息,向IPTV平台发送组播组加入请求,包括:
根据所述多媒体节目组播信息,向所述IPTV平台发送基于互联网组管理协议的组播组加入报文。
5.根据权利要求1所述的方法,其特征在于,所述获取所述IPTV平台针对所述组播组加入请求反馈的组播数据流,包括:
获取所述IPTV平台反馈的基于用户数据报协议UDP的组播数据流。
6.根据权利要求1所述的方法,其特征在于,所述将所述组播数据流转换为预设流媒体协议的数据流,并发送所述预设流媒体协议的数据流给所述客户端,包括:
缓存所述组播数据流;
读取所述组播数据流并将所述组播数据流转化为所述预设流媒体协议的数据流;
发送所述预设流媒体协议的数据流给所述客户端。
7.根据权利要求1-6任一项所述的方法,其特征在于,在所述将所述组播数据流转换为预设流媒体协议的数据流,并发送所述预设流媒体协议的数据流给所述客户端之前,还包括:
判断获取到的所述组播数据流的组播信息与所述多媒体节目组播信息是否匹配;
在所述组播数据流的组播信息与所述多媒体节目组播信息相匹配的情况下,执行将所述组播数据流转换为预设流媒体协议的数据流发送给所述客户端的步骤。
8.根据权利要求1-6任一项所述的方法,其特征在于,在所述将所述组播数据流转换为预设流媒体协议的数据流,并发送所述预设流媒体协议的数据流给所述客户端之后,还包括:
接收所述客户端发送的多媒体节目关闭信息;
根据所述多媒体节目关闭信息向所述IPTV平台发送组播组离开请求;
删除本地配置的多媒体节目播放信息。
9.一种网关设备,其特征在于,所述网关设备包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线,所述程序被所述处理器执行时实现如权利要求1-8任一项所述的IPTV多媒体播放方法。
10.一种存储介质,用于计算机可读存储,其特征在于,所述存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现权利要求1-8任一项所述的IPTV多媒体播放方法。
CN202010592522.0A 2020-06-24 2020-06-24 一种iptv多媒体播放方法、设备及储存介质 Pending CN113840168A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010592522.0A CN113840168A (zh) 2020-06-24 2020-06-24 一种iptv多媒体播放方法、设备及储存介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010592522.0A CN113840168A (zh) 2020-06-24 2020-06-24 一种iptv多媒体播放方法、设备及储存介质

Publications (1)

Publication Number Publication Date
CN113840168A true CN113840168A (zh) 2021-12-24

Family

ID=78964987

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010592522.0A Pending CN113840168A (zh) 2020-06-24 2020-06-24 一种iptv多媒体播放方法、设备及储存介质

Country Status (1)

Country Link
CN (1) CN113840168A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024104275A1 (zh) * 2022-11-18 2024-05-23 华为技术有限公司 通信方法和通信装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024104275A1 (zh) * 2022-11-18 2024-05-23 华为技术有限公司 通信方法和通信装置

Similar Documents

Publication Publication Date Title
US11356748B2 (en) Method, apparatus and system for slicing live streaming
US20150181285A1 (en) Media Playback Method, Control Point, and Terminal
CN107566786B (zh) 一种获取监控视频的方法、装置及终端设备
US20210368239A1 (en) Distributing method, system, edge node, and central scheduling system for streaming media resource
CN112738140B (zh) 一种基于WebRTC的视频流传输方法、装置、存储介质和设备
US9584870B2 (en) Content locating method and content delivery network node
CN101584190B (zh) 用于将推模式和拉模式相结合的系统和方法
CN104883618B (zh) 直播节目试看方法、装置及系统
US9774921B2 (en) Content transfer device and content transfer method, content reproduction device and content reproduction method, content distribution system and computer program
US10498783B2 (en) Non-DSG mechanisms for aligning client devices with their multicast data flows in a DOCSIS network environment
CN103813185B (zh) 一种分段节目快速分发的方法、服务器及客户端
US20220209878A1 (en) Method, system and device for pushing information, and storage medium thereof
EP2209312A1 (en) Video conference method and system, application server and media resource server
CN102232286A (zh) 设立网际协议电视会话的网络装置以及方法
US20140082123A1 (en) Content caching and delivering system with traffic of repetitively requested content reduced
CN102571409B (zh) 一种用于实现业务跨终端使用的业务请求管理系统及方法
CN113840168A (zh) 一种iptv多媒体播放方法、设备及储存介质
CN104093045A (zh) 基于回源的ott tv播放请求处理方法及系统
CN114845124B (zh) 基于WebSocket同步控制的机顶盒直播方法
CN101090480A (zh) 视频点播方法、视频服务器和网络附加存储服务器
CN111200562B (zh) 导流方法、静态父节点、边缘节点以及cdn网络
CN101888406A (zh) 机顶盒、业务服务器、节目下载方法、发送方法及系统
US9264470B2 (en) Method for requesting a file repair distribution mode
CN101621545A (zh) 一种实现向终端设备下拉媒体资源的装置及方法
CN113965783B (zh) 一种使用i-pon标准实现vod播放走万兆通道的方法

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
CB02 Change of applicant information

Country or region after: China

Address after: 2nd Floor, 2nd Floor, ZTE Industrial Park, No. 2 Xili Chuangyan Road, Xili Community, Xili Street, Nanshan District, Shenzhen City, Guangdong Province 518055

Applicant after: SANECHIPS TECHNOLOGY Co.,Ltd.

Address before: 518055 Zhongxing Industrial Park, Liuxian Avenue, Xili street, Nanshan District, Shenzhen City, Guangdong Province

Applicant before: SANECHIPS TECHNOLOGY Co.,Ltd.

Country or region before: China

CB02 Change of applicant information