CN101958934A - 一种电子节目指南增量内容同步方法、装置及系统 - Google Patents
一种电子节目指南增量内容同步方法、装置及系统 Download PDFInfo
- Publication number
- CN101958934A CN101958934A CN201010294601XA CN201010294601A CN101958934A CN 101958934 A CN101958934 A CN 101958934A CN 201010294601X A CN201010294601X A CN 201010294601XA CN 201010294601 A CN201010294601 A CN 201010294601A CN 101958934 A CN101958934 A CN 101958934A
- Authority
- CN
- China
- Prior art keywords
- epg
- client
- remote server
- increment
- increment content
- 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.)
- Granted
Links
Images
Abstract
本发明公开了一种EPG增量内容同步方法、装置及系统,解决传统的通过FTP(文件传输协议)方式进行同步时会出现的性能瓶颈问题。所述EPG增量内容同步方法,包括:交互式网络电视(IPTV)系统中的客户端接收到增量同步的命令后,采用P2P方式下载文件列表;所述客户端根据所述文件列表获知EPG增量内容,采用P2P方式下载所述EPG增量内容。采用本发明方法,由于采用从远程服务器下载与EPG之间利用P2P方式下载相结合的方式进行增量内容同步,降低了远程服务器的负荷,远程服务器不再出现性能瓶颈,保证了系统的稳定性。
Description
技术领域
本发明涉及IPTV(Internet Protocol Television,交互式网络电视)的EPG(Electronic Program Guide,电子节目指南)领域,尤其是涉及IPTV EPG增量内容同步方法、装置及系统。
背景技术
IPTV即交互式网络电视,是一种利用宽带有线电视网,集互联网、多媒体、通讯等多种技术于一体,向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术,其实现交互式服务的关键是电子节目指南(EPG)系统。EPG是Electronic Program Guide的缩写,其意思是电子节目指南。IPTV所提供的各种业务的索引及导航都是通过EPG系统来完成的。EPG系统作为IPTV业务的门户系统主要作为与用户的接口完成用户命令的解析与交互,并将结果发回给用户,为用户消费提供索引。
目前的EPG系统架构是将所有的EPG的内容和用户界面都存储在专用的EPG服务器中。EPG服务器传送信息至用户机顶盒,用户通过机顶盒来实现交互式操作。目前IPTV的EPG系统需要存储的内容涉及到应急数据、增量同步、全量同步、热度节目/Karaoke同步、模板/专栏/专题同步、海报同步等,这些数据在经过制作后统一存放在远程服务器片库上。EPG服务器每发动一次同步,就需要到远程服务器片库上去下载上述内容,当大量的EPG服务器同时到远程服务器片库上下载内容时,会导致远程服务器片库出现性能瓶颈,可能出现“挂死”等现象,“挂死”现象是指客户端与远程服务器虽然建立连接,但是无法传输数据。
发明内容
本发明要解决的技术问题是提供一种EPG增量内容同步方法、装置及系统,解决传统的通过FTP(文件传输协议)方式进行同步时会出现的性能瓶颈问题。
为解决上述技术问题,本发明提供了一种电子节目指南(EPG)增量内容同步方法,包括:
交互式网络电视(IPTV)系统中的客户端接收到增量同步的命令后,采用P2P方式下载文件列表;
所述客户端根据所述文件列表获知EPG增量内容,采用P2P方式下载所述EPG增量内容。
进一步地,所述采用P2P方式下载文件列表的步骤包括:远程服务器将所述文件列表分片后分别发送给IPTV系统中的多个客户端;IPTV系统中的客户端下载文件列表时,向远程服务器或向已获得所述文件列表分片的客户端发送下载文件列表分片的请求,获得所述文件列表分片;重复执行本步骤,直到获得完整的文件列表。
进一步地,所述远程服务器将所述文件列表分片后分别发送给IPTV系统中的多个客户端的步骤包括:所述IPTV系统中共有N个客户端,所述远程服务器将所述文件列表分为N片,分别发送给N个客户端,其中每个客户端获得1个文件列表分片。
进一步地,所述采用P2P方式下载所述EPG增量内容的步骤包括:远程服务器将所述EPG增量内容分片后分别发送给IPTV系统中的多个客户端;IPTV系统中的客户端下载EPG增量内容时,向远程服务器或向已经获得所述EPG增量内容分片的客户端发送下载EPG增量内容分片的请求,获得所述EPG增量内容分片;重复执行本步骤,直到获得完整的EPG增量内容。
进一步地,所述远程服务器将所述EPG增量内容分片后分别发送给IPTV系统中的多个客户端的步骤包括:所述IPTV系统中共有N个客户端,所述远程服务器将所述EPG增量内容分为N片,分别发送给N个客户端,其中每个客户端获得1个EPG增量内容分片。
进一步地,所述客户端向其他客户端或远程服务器发送请求时,记录当前发送请求的时间戳为T1,作为收端的客户端或远程服务器记录收到请求的时间戳为T2,在发送回复响应时记录当前的时间戳为T3,并在回复响应中携带T3与T2差值T4;所述客户端收到回复响应时,记录当前的时间戳为T5,并计算传输时间T6=T5-T1-T4,判断所述T6如果大于第一预设门限,或者所述T6大于第一预设门限且所述T4大于第二预设门限,则在下次发送请求时,向其他收端发送;或者判断所述T6如果大于第三预设门限,则等待预定的一段时间后,再向所述收端发送请求。
进一步地,所述客户端向其他客户端或远程服务器发送请求,作为收端的客户端或远程服务器记录收到请求的时间戳为T2,在发送回复响应时记录当前的时间戳为T3,并在回复响应中携带T3与T2差值T4;所述客户端收到回复响应后,判断所述T4如果大于预设门限,则在下次发送请求时,向其他收端发送。
进一步地,所述客户端向其他客户端或远程服务器发送请求后,作为收端的客户端或远程服务器在回复响应时携带本端的服务窗口信息,所述客户端收到回复响应后,根据所述服务窗口信息控制下次向所述收端发送请求的数量。
为解决上述技术问题,本发明还提供了一种交互式网络电视(IPTV)系统中的电子节目指南(EPG)增量内容同步装置,包括文件列表下载模块和EPG增量内容下载模块,其中:
所述文件列表下载模块,用于接收到增量同步的命令后,采用P2P方式下载文件列表;
所述EPG增量内容下载模块,用于根据所述文件列表获知EPG增量内容,采用P2P方式下载所述EPG增量内容。
进一步地,所述客户端还包括拥塞控制模块,其用于判断收端返回的下载请求消息处理时间如果大于预设门限,则指示所述文件列表下载模块和/或所述EPG增量内容下载模块在下次发送下载请求消息时向其他收端发送。
进一步地,所述客户端还包括拥塞控制模块:所述拥塞控制模块,用于判断下载请求消息传输时间如果大于第一预设门限,或者所述下载请求消息传输时间大于第一预设门限且收端返回的下载请求消息处理时间大于第二预设门限,则指示所述文件列表下载模块和/或所述EPG增量内容下载模块在下次发送下载请求消息时向其他收端发送;或者,所述拥塞控制模块,用于判断下载请求消息传输时间如果大于第三预设门限,则指示所述文件列表下载模块和/或所述EPG增量内容下载模块等待预定的一段时间后,再向所述收端发送下载请求消息。
进一步地,所述文件列表下载模块和/或所述EPG增量内容下载模块,还用于在向收端发送下载请求消息时,根据所述收端在回复响应时携带的服务窗口信息,控制下次向所述收端发送请求的数量。
进一步地,所述装置还包括服务能力模块,其用于在所述装置作为收端时,在接收到下载请求消息后,向发送所述下载请求消息的客户端返回所述下载请求消息的处理时间;和/或,用于在向发送所述下载请求消息的客户端回复的响应消息中携带服务窗口信息,所述服务窗口信息用于表示本装置的可服务能力。
为解决上述技术问题,本发明还提供了一种电子节目指南(EPG)增量内容同步系统,包括远程服务器和包含上述EPG增量内容同步装置的客户端,其中:
所述远程服务器,用于将文件列表分片后分别发送给IPTV系统中的多个客户端;以及用于将EPG增量内容分片后分别发送给IPTV系统中的多个客户端;
所述客户端,用于在下载文件列表时,向远程服务器或向已获得所述文件列表分片的客户端发送下载文件列表分片的请求,获得所述文件列表分片;重复上述操作,直到获得完整的文件列表;以及用于在下载EPG增量内容时,向远程服务器或向已经获得所述EPG增量内容分片的客户端发送下载EPG增量内容分片的请求,获得所述EPG增量内容分片;重复上述操作,直到获得完整的EPG增量内容。
采用本发明所述系统及方法的优势在于,首先,由于采用从远程服务器下载与EPG之间利用P2P方式下载相结合的方式进行增量内容同步,降低了远程服务器的负荷,远程服务器不再出现性能瓶颈,保证了系统的稳定性。其次,由于采用了P2P的方式,每个EPG服务器都能提供一定的上行带宽,使得IPTV EPG自身下载模块可以很快地获取到增量内容,可以提高整个增量内容同步的速度。增加判断片库服务器服务能力的窗口,可以减少重传请求包,在数据传送速度和网络利用率两者中间找到一个平衡点。
附图说明
图1为IPTV EPG增量内容同步方法的系统结构示意图;
图2为IPTV EPG增量内容同步流程图;
图3为一种P2P传输流程图。
具体实施方式
对于增量内容下载,由于服务器上的有些文件本地已经存在,为了避免重复下载,需要首先将本地目录和服务器对应的目录下的文件列表进行比较,找出服务器上更新的文件,然后再到服务器下载更新文件到本地。对于文件列表的获取,在某些目录下,文件数可能比较多,因此文件列表信息比较大,甚至可能会达到十几兆,为保证文件列表信息能够可靠传输,选择传输方式至关重要。
对于传输层而言,如果使用TCP方式,则需要客户端与服务器建立TCP连接,开销较大,而当几百个客户端同时与远程服务器建立TCP连接,从同时从远程服务器下载文件列表时,会由于远程服务器的性能瓶颈,造成下载失败。基于上述理由,传输层选用UDP方式进行传输。但UDP方式传输时存在的问题是一旦有一个数据包接收出错,整个文件列表的传输都将失败。而且远程服务器需要相应众多客户端的请求,出错的几率很高。
因此,考虑如果能够增加服务器数量,避免由于远程服务器的性能瓶颈造成传输失败,将可以解决上述问题。但由于增加服务器的成本较高,系统改动较大,因此还需寻求其他解决方案。
分析文件列表的特点是:对于每个客户端,其所需要下载的内容基本是相同。如果某一个或多个客户端在获得文件列表后可提供给其他客户端,则将可以解决远程服务器由于性能瓶颈而导致的数据传输问题。基于上述原因,选择在应用层采用P2P方式实现文件列表的传输。
在获得文件列表后,增量内容的下载也会存在上述同样的问题。因此对于增量内容的下载,也可在传输层使用UDP协议,应用层使用P2P方式。
本发明的发明构思是:IPTV系统中的客户端接收到增量同步的命令后,采用P2P方式下载文件列表,根据所述文件列表获知EPG增量内容,采用P2P方式下载所述EPG增量内容。
以下着重介绍如何使用P2P方式进行传输。
上述采用P2P方式下载文件列表的步骤包括:
步骤一、远程服务器将文件列表分片后分别发送给IPTV系统中的多个客户端;
步骤二、IPTV系统中的客户端下载文件列表时,向远程服务器或者向已获得所述文件列表分片的客户端发送下载文件列表分片的请求,获得所述文件列表分片;重复执行本步骤,直到获得完整的文件列表。
例如,系统中有200个客户端,远程服务器将文件列表分成100片,在收到客户端请求后,将100个文件列表分片分别发送给多个客户端,一个客户端可以得到1片或多片。这样,每个获得文件列表分片的客户端均可以作为其他客户端的服务器,为其他客户端提供文件列表分片。同时,该获得文件列表分片的客户端也向其他作为服务器的客户端或者直接向远程服务器发送请求,获得剩余的文件列表分片。优选地,为了负载均衡,远程服务器可以根据客户端的数量进行分片,即当IPTV系统中共有N个客户端时,所述远程服务器将所述文件列表分为N片,分别发送给N个客户端,其中每个客户端获得1个文件列表分片。
采用P2P方式下载所述EPG增量内容的步骤与采用P2P方式下载文件列表的步骤类似,包括:
远程服务器将EPG增量内容分片后分别发送给IPTV系统中的多个客户端;
IPTV系统中的客户端下载EPG增量内容时,向远程服务器或者向已获得所述EPG增量内容分片的客户端发送下载EPG增量内容分片的请求,获得所述EPG增量内容分片;重复执行本步骤,直到获得完整的EPG增量内容。
EPG增量内容的分片规则可与文件列表的分片规则相同也可不同。
如前所述,由于UDP传输机制的不可靠性,除了在应用层采用P2P方式传输外,为了适应网络带宽波动的情况,需要考虑对数据传输进行相应的拥塞控制,以提高网络的自适应性和稳定性。
鉴于P2P的数据传输都是数据请求方主动发出请求,服务器方响应请求进行数据回复,所以考虑通过数据请求来实现拥塞控制。可采用以下步骤:
所述客户端向其他客户端或远程服务器发送请求时,记录当前发送请求的时间戳为T1,作为收端的客户端或远程服务器记录收到请求的时间戳为T2,在发送回复响应时记录当前的时间戳为T3,并在回复响应中携带T3与T2差值T4(即收端处理消息的时间);所述客户端收到回复响应时,记录当前的时间戳为T5,并计算传输时间T6=T5-T1-T4,客户端可以选择进行以下操作中的一种或几种:
判断所述传输时间T6大于第一预设门限和/或所述处理时间T4大于第二预设门限,则下次发送请求时不再向该收端发送,而向其他收端发送;
判断所述传输时间T6大于第三预设门限,则等待预定的一段时间后,再向所述收端发送请求。
传输时间的第一预设门限和第三预设门限取值可以相同也可以不同。
上述时间T4即为收端处理消息所花费的时间,如果该处理时间比较长,则说明该收端的处理能力可能快到瓶颈,客户端需要向其他收端发送请求。上述时间T6即为请求消息和携带数据内容的回复消息在网络上传输的时间,如果网络传输时间比较长,则说明到该收端的网络状况较差,需要向其他收端发送请求,或者等待一段时间后再向该收端发送请求,否则会引起网络崩溃。如果仅判断处理时间,则客户端可不必记录发送请求的时间T1和接收响应的时间T5,只要收端将T4返回即可进行判断。
考虑到收端即服务端(可以是作为服务器的客服端也可以是远程服务器)服务能力都是有限的,如果客户端无限地向服务端发送请求,服务器如果来不及处理,会造成客户端超时重新请求,这样会导致出现大量的重传请求包。因此客户端一次能够向服务端发送多少数据请求需要给定一个合理的值,该值还要能够根据系统运行的情况动态调整。一次发生多了,则会导致重传,而发送少了,则服务端的能力没有能够充分利用到,影响下载速度。本发明通过由服务端在其向客户端发送的回复响应中携带本服务端的服务窗口信息来对客户端进行发送请求限制,该服务窗口信息表示当前阶段服务端的可服务能力。通过服务窗口的机制以避免无效的重复和对网络流传造成冲击。客户端收到回复响应后,取出该服务窗口信息,更新原来的记录。后续客户端向该服务端请求数据时就以该服务窗口为准,根据该服务窗口信息控制下次向该服务端发送请求的数量,保证向该服务器发送的请求不超过窗口尺寸就可以了。
实现上述方法的装置,包括文件列表下载模块和EPG增量内容下载模块,其中:
所述文件列表下载模块,用于接收到增量同步的命令后,采用P2P方式下载文件列表;
所述EPG增量内容下载模块,用于根据所述文件列表获知EPG增量内容,采用P2P方式下载所述EPG增量内容。
优选地,所述客户端还包括拥塞控制模块:
方式一:所述拥塞控制模块用于判断收端返回的下载请求消息处理时间如果大于预设门限,则指示所述文件列表下载模块和/或所述EPG增量内容下载模块在下次发送下载请求消息时向其他收端发送。
方式二:所述拥塞控制模块,用于判断下载请求消息传输时间如果大于第一预设门限,或者所述下载请求消息传输时间大于第一预设门限且收端返回的下载请求消息处理时间大于第二预设门限,则指示所述文件列表下载模块和/或所述EPG增量内容下载模块在下次发送下载请求消息时向其他收端发送;或者,所述拥塞控制模块,用于判断下载请求消息传输时间如果大于第三预设门限,则指示所述文件列表下载模块和/或所述EPG增量内容下载模块等待预定的一段时间后,再向所述收端发送下载请求消息。
优选地,所述文件列表下载模块和/或所述EPG增量内容下载模块,还用于在向收端发送下载请求消息时,根据所述收端在回复响应时携带的服务窗口信息,控制下次向所述收端发送请求的数量。
优选地,所述装置还包括服务能力模块,其用于在所述装置作为收端时,在接收到下载请求消息后,向发送所述下载请求消息的客户端返回所述下载请求消息的处理时间;和/或,用于在向发送所述下载请求消息的客户端回复的响应消息中携带服务窗口信息,所述服务窗口信息用于表示本装置的可服务能力。
实现上述方法的系统包括包含上述装置的客户端和远程服务器,其中:
所述远程服务器,用于将文件列表分片后分别发送给IPTV系统中的多个客户端;以及用于将EPG增量内容分片后分别发送给IPTV系统中的多个客户端;
所述客户端,用于在下载文件列表时,向远程服务器或向已获得所述文件列表分片的客户端发送下载文件列表分片的请求,获得所述文件列表分片;重复上述操作,直到获得完整的文件列表;以及用于在下载EPG增量内容时,向远程服务器或向已经获得所述EPG增量内容分片的客户端发送下载EPG增量内容分片的请求,获得所述EPG增量内容分片;重复上述操作,直到获得完整的EPG增量内容。
下面结合附图和具体实施例对本发明作进一步详细说明。
如图1所示,IPTV系统包括以下几个部分:
系统管理服务器(System management server,简称SMS),其主要用于生成增量同步数据,并传输到片库服务器的指定目录上;
内容管理系统(Content Management System,CMS),其主要用于在增量同步数据生成后,通知各EPG服务器进行增量同步;
IPTV客户端,包括:EPG服务器和分布式数据传输系统客户端(Distributed transform system client,简称DTS_C),其中:
EPG服务器,用于向DTS_C发送下载命令;
DTS_C,用于接收EPG服务器的命令,帮助EPG服务器完成增量内容同步;
DTS_C替代目前EPG下载系统里的FTP下载客户端。EPG服务器原来向FTP下载客户端发送的下载指令转向发送给DTS_C。DTS_C在接收到指令后,将需要下载的文件下载到EPG服务器指定的目录下面,下载完成后向EPG服务器返回确认消息。
分布式数据传输系统服务器(Distributed transform system Server,简称DTS_S),即远程服务器,其包括:FTP服务器,DTS_S_SM,DTS_S_RM,DTS_S_SP,其中:
FTP服务器:又称片库服务器,用于保存文件列表以及增量同步数据;
监控模块(DTS_S_SM):其用于对片库服务器上的相关目录进行监控,实时检测文件的添加、删除或修改事件,并通知DTS_S_RM有文件变化情况;
索引模块(DTS_S_RM):其主要用于提供节点索引信息,即需要下载的文件分别在哪些节点上面(包括DTS_S_SP和DTS_C);
收发模块(DTS_S_SP):主要功能是接收DTS_S_RM的上线消息(片库上文件的变化情况)以及接收DTS_C的数据请求消息,并将数据回复给DTS_C。
如图2所示,本发明实施例包括以下步骤,具体说明如下:
步骤201:SMS生成增量同步数据,将文件列表和增量同步内容传输到片库服务器指定目录上保存;
步骤202:DTS_S_SM检测到片库服务器中的文件发生变化,通知DTS_S_RM(即通知上线);
步骤203:DTS_S_RM为新增的文件分配索引,并通知DTS_S_SP(即通知上线);
优选地,DTS_S_RM可对文件列表进行分片,DTS_S_SP可对文件内容进行分片。
步骤204:SMS在传输完文件后会将结果通知给CMS,CMS通知各EPG服务器进行增量同步;
本步骤附图2中未示出。本步骤只要在步骤201之后步骤205之前完成即可。
步骤205:EPG向各DTS_C发送下载指令;
下载指令包括以下字段:片库的IP地址、远程路径(也就是片库上增量内容存放的路径)、本地路径(内容下载后在本地存放的路径)、文件名。文件名字段支持通配符,以满足获取今天的海报、获取目录下所有文件等特殊要求。
例如,“1.mpg”表示获取远程目录下1.mpg这一个文件;“*.mpg”表示获取远程目录下所有以.mpg为扩展名的文件;“*.*”表示获取远程目录下所有文件。命令中还可携带以下参数(PARAMETER):“f”表示强制覆盖本地文件;“e”表示文件名采用了正则表达式的表达方式。
步骤206:DTS_C向DTS_S_RM发送文件列表请求消息;
步骤207:DTS_S_RM找到片库服务器上的文件列表信息,并向DTS_C返回文件列表信息;
步骤208:DTS_C从DTS_S_RM利用P2P的方式获取服务器文件列表,将文件列表下载到本地后,找出更新的文件;
优选地,DTS_C在比较服务器文件列表和本地文件列表时,如果发现本地有而服务器没有的文件,则对本地文件进行清理。
步骤209:DTS_C向DTS_S_RM请求节点信息,以获知哪些节点上有本地文件列表信息;
步骤210:DTS_S_RM向DTS_C返回节点信息。
步骤211:DTS_C向DTS_S_SP发送增量内容请求消息,通过P2P方式下载更新的文件;
步骤212:DTS_C下载完成后,将下载结果返回给EPG。
返回消息包括:结果码(RESULT_CODE)和结果信息描述(RESULT_DESC)。其中结果码包括以下结果信息之一:同步成功、DTS连接失败、获取文件失败;结果信息描述是对结果码的具体描述。
图中步骤221-228是客户端从远程服务器获得列表,从已获得增量内容的其他DTS_C获得增量内容的过程。
下面结合图3对P2P传输的一种优选方式进行具体说明,本实施例仅以EPG增量内容下载为例进行说明,文件列表的下载过程与此类似,本文不再赘述。增量内容的下载过程包括以下步骤:
步骤301:多个DTS_C(DTS_C0、DTS_C1...DTS_CN-1,N>1且为自然数)向DTS_S发送增量内容下载请求;
步骤302:DTS_S统计请求的数目,将EPG增量内容分割成相应的份数,并按顺序标识为1-N;
步骤303:DTS_S分别向各DTS_C发送增量内容文件的CID(文件编号)和大小信息;DTS_C0向DTS_S发送下载第一份的请求,DTS_S向DTS_C0回复响应消息,携带第一份EPG增量内容分片;DTS_C1向DTS_S发送下载第二份的请求,DTS_S向DTS_C1回复响应消息,携带第二份EPG增量内容分片;依此类推,向DTS_CN-1回复响应消息,携带第N份EPG增量内容分片;
步骤304:DTS_C之间采用P2P的方式,互相传输下载到本地服务器的增量内容分片,直至每个DTS_C都下载到标识为(1-N)增量内容数据。
例如,客户端DTS_C1...DTS_CN-1分别向客户端DTS_C0发送增量内容下载请求,DTS_C0分别向DTS_C1...DTS_CN-1返回第1份EPG增量内容分片;客户端DTS_C0、DTS_C2...DTS_CN-1分别向客户端DTS_C1发送增量内容下载请求,DTS_C1分别向DTS_C0、DTS_C2...DTS_CN-1返回第2份EPG增量内容分片;依此类推。
当然,客户端除了向其他客户端发送请求外,也可以向远端服务器发送请求。
优选地,在进行增量同步的过程中,还可以对该过程进行拥塞控制。
对于一个数据,从请求到得到回复所经历的时间包括两个部分:一是数据请求和回复消息在网络上传输的时间,简称传输时间;二是对端从接收到数据请求到处理完该数据请求所消耗的时间,简称处理时间。其中处理时间与网络的带宽和波动情况无关,完全取决于软件的性能。可以通过对传输时间的判断来进行拥塞控制,包括以下步骤:
步骤401,客户端向其他客户端或远程服务器发送请求时,同时记录当前发送请求的时间戳为T1;
步骤402,作为收端的客户端或远程服务器记录收到请求后,记录此时的时间戳为T2,并对该请求消息进行处理;
步骤403,收端在发送回复响应时记录当前的时间戳为T3,并在回复响应中携带T3与T2差值T4,该T4即为收端对消息的处理时间;
步骤404,该客户端收到回复响应时,记录当前的时间戳为T5,并计算数据在网络上的传输时间T6,T6=T5-T1-T4;
步骤405,该客户端判断:T6如果大于预设门限t1,和/或T4如果大于预设门限t2,则下次发送请求时不再向该收端发送,而向其他收端发送;或者该客户端判断:T6如果大于预设门限t3,则等待一段时间后,再向所述收端发送请求。
优选地,在进行增量同步的过程中,还可以增加服务窗口机制,从而保证数据请求都能够有效的得到回复,减少了数据重请求的次数。包括以下步骤:
步骤501,客户端向其他客户端或远程服务器发送请求;
步骤502,作为收端的客户端或远程服务器记录收到请求后,对该请求消息进行处理;
步骤503,收端根据当前的服务能力生成一服务窗口信息,如服务窗口变量,用于表示当前本端的处理能力;
例如,在同一时间段内,客户端a、b、c均向服务端A发送请求,其中客户端a发送20条请求,客户端b发送30条请求,客户端c发送14条请求,而服务端A的可服务能力为100条请求,此时服务端A接收到的请求数为20+30+14=64条请求,也就是说,该服务端A只能再接收36条请求,多接收到的请求可能会被丢弃。该服务端A目前服务的客户端有3个,服务端A可以将其剩余的可服务能力平均分配给三个客户端,即向每个客户端发送的服务窗口信息为36/3=12,也就是说每个客户端最多只能再发送12条请求。当然也可以不平均分配,可根据请求数量多少或者优先级按比例分配。
步骤504,该客户端收到回复响应后,从中提取该服务窗口信息,更新原有的记录,在后续向该收端请求数据时,根据该服务窗口信息判断所应发送请求的数量。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
当然,本发明还可有其他多种实施方式,在没有背离本发明精神及其实质的情况下,熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (14)
1.一种电子节目指南(EPG)增量内容同步方法,包括:
交互式网络电视(IPTV)系统中的客户端接收到增量同步的命令后,采用P2P方式下载文件列表;
所述客户端根据所述文件列表获知EPG增量内容,采用P2P方式下载所述EPG增量内容。
2.如权利要求1所述的方法,其特征在于,所述采用P2P方式下载文件列表的步骤包括:
远程服务器将所述文件列表分片后分别发送给IPTV系统中的多个客户端;
IPTV系统中的客户端下载文件列表时,向远程服务器或向已获得所述文件列表分片的客户端发送下载文件列表分片的请求,获得所述文件列表分片;重复执行本步骤,直到获得完整的文件列表。
3.如权利要求2所述的方法,其特征在于,所述远程服务器将所述文件列表分片后分别发送给IPTV系统中的多个客户端的步骤包括:
所述IPTV系统中共有N个客户端,所述远程服务器将所述文件列表分为N片,分别发送给N个客户端,其中每个客户端获得1个文件列表分片。
4.如权利要求1所述的方法,其特征在于,所述采用P2P方式下载所述EPG增量内容的步骤包括:
远程服务器将所述EPG增量内容分片后分别发送给IPTV系统中的多个客户端;
IPTV系统中的客户端下载EPG增量内容时,向远程服务器或向已经获得所述EPG增量内容分片的客户端发送下载EPG增量内容分片的请求,获得所述EPG增量内容分片;重复执行本步骤,直到获得完整的EPG增量内容。
5.如权利要求4所述的方法,其特征在于,所述远程服务器将所述EPG增量内容分片后分别发送给IPTV系统中的多个客户端的步骤包括:
所述IPTV系统中共有N个客户端,所述远程服务器将所述EPG增量内容分为N片,分别发送给N个客户端,其中每个客户端获得1个EPG增量内容分片。
6.如权利要求2或4所述的方法,其特征在于,
所述客户端向其他客户端或远程服务器发送请求时,记录当前发送请求的时间戳为T1,作为收端的客户端或远程服务器记录收到请求的时间戳为T2,在发送回复响应时记录当前的时间戳为T3,并在回复响应中携带T3与T2差值T4;所述客户端收到回复响应时,记录当前的时间戳为T5,并计算传输时间T6=T5-T1-T4,判断所述T6如果大于第一预设门限,或者所述T6大于第一预设门限且所述T4大于第二预设门限,则在下次发送请求时,向其他收端发送;或者判断所述T6如果大于第三预设门限,则等待预定的一段时间后,再向所述收端发送请求。
7.如权利要求2或4所述的方法,其特征在于,
所述客户端向其他客户端或远程服务器发送请求,作为收端的客户端或远程服务器记录收到请求的时间戳为T2,在发送回复响应时记录当前的时间戳为T3,并在回复响应中携带T3与T2差值T4;所述客户端收到回复响应后,判断所述T4如果大于预设门限,则在下次发送请求时,向其他收端发送。
8.如权利要求2或4所述的方法,其特征在于,
所述客户端向其他客户端或远程服务器发送请求后,作为收端的客户端或远程服务器在回复响应时携带本端的服务窗口信息,所述客户端收到回复响应后,根据所述服务窗口信息控制下次向所述收端发送请求的数量。
9.一种交互式网络电视(IPTV)系统中的电子节目指南(EPG)增量内容同步装置,包括文件列表下载模块和EPG增量内容下载模块,其中:
所述文件列表下载模块,用于接收到增量同步的命令后,采用P2P方式下载文件列表;
所述EPG增量内容下载模块,用于根据所述文件列表获知EPG增量内容,采用P2P方式下载所述EPG增量内容。
10.如权利要求9所述的装置,其特征在于,
所述客户端还包括拥塞控制模块,其用于判断收端返回的下载请求消息处理时间如果大于预设门限,则指示所述文件列表下载模块和/或所述EPG增量内容下载模块在下次发送下载请求消息时向其他收端发送。
11.如权利要求9所述的装置,其特征在于,所述客户端还包括拥塞控制模块:
所述拥塞控制模块,用于判断下载请求消息传输时间如果大于第一预设门限,或者所述下载请求消息传输时间大于第一预设门限且收端返回的下载请求消息处理时间大于第二预设门限,则指示所述文件列表下载模块和/或所述EPG增量内容下载模块在下次发送下载请求消息时向其他收端发送;或者,
所述拥塞控制模块,用于判断下载请求消息传输时间如果大于第三预设门限,则指示所述文件列表下载模块和/或所述EPG增量内容下载模块等待预定的一段时间后,再向所述收端发送下载请求消息。
12.如权利要求9或10或11所述的装置,其特征在于,
所述文件列表下载模块和/或所述EPG增量内容下载模块,还用于在向收端发送下载请求消息时,根据所述收端在回复响应时携带的服务窗口信息,控制下次向所述收端发送请求的数量。
13.如权利要求9所述的装置,其特征在于,
所述装置还包括服务能力模块,其用于在所述装置作为收端时,在接收到下载请求消息后,向发送所述下载请求消息的客户端返回所述下载请求消息的处理时间;和/或,用于在向发送所述下载请求消息的客户端回复的响应消息中携带服务窗口信息,所述服务窗口信息用于表示本装置的可服务能力。
14.一种电子节目指南(EPG)增量内容同步系统,包括远程服务器和包含如权利要求9所述装置的客户端,其中:
所述远程服务器,用于将文件列表分片后分别发送给IPTV系统中的多个客户端;以及用于将EPG增量内容分片后分别发送给IPTV系统中的多个客户端;
所述客户端,用于在下载文件列表时,向远程服务器或向已获得所述文件列表分片的客户端发送下载文件列表分片的请求,获得所述文件列表分片;重复上述操作,直到获得完整的文件列表;以及用于在下载EPG增量内容时,向远程服务器或向已经获得所述EPG增量内容分片的客户端发送下载EPG增量内容分片的请求,获得所述EPG增量内容分片;重复上述操作,直到获得完整的EPG增量内容。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010294601.XA CN101958934B (zh) | 2010-09-21 | 2010-09-21 | 一种电子节目指南增量内容同步方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010294601.XA CN101958934B (zh) | 2010-09-21 | 2010-09-21 | 一种电子节目指南增量内容同步方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101958934A true CN101958934A (zh) | 2011-01-26 |
CN101958934B CN101958934B (zh) | 2015-04-01 |
Family
ID=43486037
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010294601.XA Expired - Fee Related CN101958934B (zh) | 2010-09-21 | 2010-09-21 | 一种电子节目指南增量内容同步方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101958934B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104636467A (zh) * | 2015-02-11 | 2015-05-20 | 王磊 | 离线音频库及相应服务器音频库的构建方法及设备 |
CN112434108A (zh) * | 2020-11-10 | 2021-03-02 | 深圳市明源云科技有限公司 | 一种数据库同步的方法、装置及设备 |
CN113132763A (zh) * | 2019-12-31 | 2021-07-16 | 西安诺瓦星云科技股份有限公司 | 节目更新方法、装置和系统 |
CN114205654A (zh) * | 2021-12-15 | 2022-03-18 | 中国电信股份有限公司 | 数据处理系统、方法、装置、计算机可读存储介质及设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005004434A1 (en) * | 2003-07-04 | 2005-01-13 | Koninklijke Philips Electronics N.V. | Method and server for downloading a broadcasted multimedia content over a distribution network |
CN101207805A (zh) * | 2006-12-20 | 2008-06-25 | 北京汉辰科技有限公司 | 一种利用p2p机顶盒技术的流媒体传输系统及其方法 |
CN101222628A (zh) * | 2007-01-11 | 2008-07-16 | 张寿萱 | 一种iptv的网络传输方法 |
CN101500142A (zh) * | 2008-01-31 | 2009-08-05 | 华为技术有限公司 | 媒体内容分片方法、提供媒体内容的方法、设备及系统 |
CN101562530A (zh) * | 2009-05-15 | 2009-10-21 | 中兴通讯股份有限公司 | 一种点对点移动流媒体的传输方法和播放器 |
-
2010
- 2010-09-21 CN CN201010294601.XA patent/CN101958934B/zh not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005004434A1 (en) * | 2003-07-04 | 2005-01-13 | Koninklijke Philips Electronics N.V. | Method and server for downloading a broadcasted multimedia content over a distribution network |
CN101207805A (zh) * | 2006-12-20 | 2008-06-25 | 北京汉辰科技有限公司 | 一种利用p2p机顶盒技术的流媒体传输系统及其方法 |
CN101222628A (zh) * | 2007-01-11 | 2008-07-16 | 张寿萱 | 一种iptv的网络传输方法 |
CN101500142A (zh) * | 2008-01-31 | 2009-08-05 | 华为技术有限公司 | 媒体内容分片方法、提供媒体内容的方法、设备及系统 |
CN101562530A (zh) * | 2009-05-15 | 2009-10-21 | 中兴通讯股份有限公司 | 一种点对点移动流媒体的传输方法和播放器 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104636467A (zh) * | 2015-02-11 | 2015-05-20 | 王磊 | 离线音频库及相应服务器音频库的构建方法及设备 |
CN113132763A (zh) * | 2019-12-31 | 2021-07-16 | 西安诺瓦星云科技股份有限公司 | 节目更新方法、装置和系统 |
CN112434108A (zh) * | 2020-11-10 | 2021-03-02 | 深圳市明源云科技有限公司 | 一种数据库同步的方法、装置及设备 |
CN114205654A (zh) * | 2021-12-15 | 2022-03-18 | 中国电信股份有限公司 | 数据处理系统、方法、装置、计算机可读存储介质及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101958934B (zh) | 2015-04-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10848587B2 (en) | Content distribution network supporting popularity-based caching | |
US10164860B2 (en) | Modified content delivery based on network conditions | |
US20140165119A1 (en) | Offline download method, multimedia file download method and system thereof | |
US9124674B2 (en) | Systems and methods for connection pooling for video streaming in content delivery networks | |
US9432452B2 (en) | Systems and methods for dynamic networked peer-to-peer content distribution | |
CN103581245A (zh) | 一种内容分发网络内容分发的方法及系统 | |
CN111200657B (zh) | 一种管理资源状态信息的方法和资源下载系统 | |
CN105009098A (zh) | 数据发送装置、数据共享系统、数据共享方法以及消息交换系统 | |
CN102752388A (zh) | 基于浏览器的交互系统、方法、浏览器和云端服务器 | |
US20100121914A1 (en) | Contents delivery system and method based on content delivery network provider and replication server thereof | |
CN103312593B (zh) | 一种消息分发系统及方法 | |
CN110620828A (zh) | 一种文件推送方法、系统、装置、电子设备及介质 | |
EP3582116A1 (en) | Webpage loading method, webpage loading system, and server | |
CN110213662A (zh) | 一种视频点播方法、服务器、客户端及视频点播系统 | |
CN101958934A (zh) | 一种电子节目指南增量内容同步方法、装置及系统 | |
CN109873855A (zh) | 一种基于区块链网络的资源获取方法和系统 | |
WO2016180284A1 (zh) | 服务节点分配方法、装置、cdn管理服务器及系统 | |
CN101877722A (zh) | 电子节目指南系统及文件下载方法 | |
CN103181140A (zh) | 识别服务请求类型的方法、媒体服务器和终端设备 | |
CN115883657A (zh) | 一种云盘服务加速调度的方法及系统 | |
CN106533760B (zh) | 一种在cm网络中构建cdn系统的方法及装置 | |
CN102497402B (zh) | 一种内容注入方法及系统、内容分发方法及系统 | |
CN108829735A (zh) | 并行执行计划的同步方法、装置、服务器及存储介质 | |
US20130268983A1 (en) | Apparatus and method for configuring on-demand content delivering overlay network | |
CN103973650A (zh) | 内容分发网络及在内容分发网络中进行内容管理的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20170601 Address after: 10 village, four floor village, cooperative Town, Qidong City, Jiangsu, Nantong 226200 Patentee after: Nantong Kai Wunong Products Co. Ltd. Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice Patentee before: ZTE Corporation |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150401 Termination date: 20190921 |