专利名称：一种电子节目指南增量内容同步方法、装置及系统的制作方法
技术领域：
本发明涉及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增量内容分片。进一步地，所述客户端向其他客户端或远程服务器发送请求时，记录当前发送请 求的时间戳为Tl，作为收端的客户端或远程服务器记录收到请求的时间戳为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的数据传输都是数据请求方主动发出请求，服务器方响应请求进行数据 回复，所以考虑通过数据请求来实现拥塞控制。可采用以下步骤
7
所述客户端向其他客户端或远程服务器发送请求时，记录当前发送请求的时间戳 为Tl，作为收端的客户端或远程服务器记录收到请求的时间戳为T2，在发送回复响应时记 录当前的时间戳为T3，并在回复响应中携带T3与T2差值T4 (即收端处理消息的时间)；所 述客户端收到回复响应时，记录当前的时间戳为T5，并计算传输时间T6 = T5-T1-T4，客户 端可以选择进行以下操作中的一种或几种判断所述传输时间T6大于第一预设门限和/或所述处理时间T4大于第二预设门 限，则下次发送请求时不再向该收端发送，而向其他收端发送；判断所述传输时间T6大于第三预设门限，则等待预定的一段时间后，再向所述收 端发送请求。传输时间的第一预设门限和第三预设门限取值可以相同也可以不同。上述时间T4即为收端处理消息所花费的时间，如果该处理时间比较长，则说明该 收端的处理能力可能快到瓶颈，客户端需要向其他收端发送请求。上述时间T6即为请求消 息和携带数据内容的回复消息在网络上传输的时间，如果网络传输时间比较长，则说明到 该收端的网络状况较差，需要向其他收端发送请求，或者等待一段时间后再向该收端发送 请求，否则会引起网络崩溃。如果仅判断处理时间，则客户端可不必记录发送请求的时间Tl 和接收响应的时间T5，只要收端将T4返回即可进行判断。考虑到收端即服务端(可以是作为服务器的客服端也可以是远程服务器)服务能 力都是有限的，如果客户端无限地向服务端发送请求，服务器如果来不及处理，会造成客户 端超时重新请求，这样会导致出现大量的重传请求包。因此客户端一次能够向服务端发送 多少数据请求需要给定一个合理的值，该值还要能够根据系统运行的情况动态调整。一次 发生多了，则会导致重传，而发送少了，则服务端的能力没有能够充分利用到，影响下载速 度。本发明通过由服务端在其向客户端发送的回复响应中携带本服务端的服务窗口信息来 对客户端进行发送请求限制，该服务窗口信息表示当前阶段服务端的可服务能力。通过服 务窗口的机制以避免无效的重复和对网络流传造成冲击。客户端收到回复响应后，取出该 服务窗口信息，更新原来的记录。后续客户端向该服务端请求数据时就以该服务窗口为准， 根据该服务窗口信息控制下次向该服务端发送请求的数量，保证向该服务器发送的请求不 超过窗口尺寸就可以了。实现上述方法的装置，包括文件列表下载模块和EPG增量内容下载模块，其中所述文件列表下载模块，用于接收到增量同步的命令后，采用P2P方式下载文件 列表；所述EPG增量内容下载模块，用于根据所述文件列表获知EPG增量内容，采用P2P 方式下载所述EPG增量内容。优选地，所述客户端还包括拥塞控制模块方式一所述拥塞控制模块用于判断收端返回的下载请求消息处理时间如果大于 预设门限，则指示所述文件列表下载模块和/或所述EPG增量内容下载模块在下次发送下 载请求消息时向其他收端发送。方式二所述拥塞控制模块，用于判断下载请求消息传输时间如果大于第一预设 门限，或者所述下载请求消息传输时间大于第一预设门限且收端返回的下载请求消息处理 时间大于第二预设门限，则指示所述文件列表下载模块和/或所述EPG增量内容下载模块
8在下次发送下载请求消息时向其他收端发送；或者，所述拥塞控制模块，用于判断下载请求 消息传输时间如果大于第三预设门限，则指示所述文件列表下载模块和/或所述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服务器返回确认消息。分布式数据传输系统服务器(Distributedtransform 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地址、远程路径(也就是片库上增量内容存放 的路径)、本地路径(内容下载后在本地存放的路径)、文件名。文件名字段支持通配符，以 满足获取今天的海报、获取目录下所有文件等特殊要求。例如，“l.mpg”表示获取远程目录下l.mpg这一个文件；“*. mpg”表示获取远程目 录下所有以.mpg为扩展名的文件；“*. *”表示获取远程目录下所有文件。命令中还可携带 以下参数(PARAMETER) :“f”表示强制覆盖本地文件；“e”表示文件名采用了正则表达式的
表达方式。步骤206 :DTS_C向DTS_S_RM发送文件列表请求消息；步骤207 :DTS_S_RM找到片库服务器上的文件列表信息，并向DTS_C返回文件列表 fn息；步骤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_C0DE)和结果信息描述(RESULT_DESC)。其中结 果码包括以下结果信息之一同步成功、DTS连接失败、获取文件失败；结果信息描述是对 结果码的具体描述。图中步骤221-228是客户端从远程服务器获得列表，从已获得增量内容的其他 DTS_C获得增量内容的过程。下面结合图3对P2P传输的一种优选方式进行具体说明，本实施例仅以EPG增量 内容下载为例进行说明，文件列表的下载过程与此类似，本文不再赘述。增量内容的下载过程包括以下步骤步骤301 多个 DTS_C(DTS_C。、DTSJ^1. . . DTSJV1, N > 1 且为自然数)向 DTS_S 发 送增量内容下载请求；步骤302 :DTS_S统计请求的数目，将EPG增量内容分割成相应的份数，并按顺序标 识为I-N ；步骤303 :DTS_S分别向各DTS_C发送增量内容文件的CID (文件编号)和大小信 息；DTS_Cq向DTS_S发送下载第一份的请求，DTS_S向DTS_CQ回复响应消息，携带第一份EPG 增量内容分片；DTS_Ci向DTS_S发送下载第二份的请求，DTS_S向DTSJ^1回复响应消息，携 带第二份EPG增量内容分片；依此类推，向DTSJ^1回复响应消息，携带第N份EPG增量内 容分片；步骤304 :DTS_C2间采用P2P的方式，互相传输下载到本地服务器的增量内容分 片，直至每个013_(都下载到标识为(I-N)增量内容数据。例如，客户端DTS_Ci. . . DTSJV1分别向客户端DTS_Cq发送增量内容下载请求， DTS_C0分别向DTSJV . . DTSJV1返回第1份EPG增量内容分片；客户端DTS_C。、DTS_ C2. . . DTSJV1分别向客户端DTS_Ci发送增量内容下载请求，DTS_Ci分别向DTS_C。、DTS_ C2. . . DTSJV1返回第2份EPG增量内容分片；依此类推。当然，客户端除了向其他客户端发送请求外，也可以向远端服务器发送请求。优选地，在进行增量同步的过程中，还可以对该过程进行拥塞控制。对于一个数据，从请求到得到回复所经历的时间包括两个部分一是数据请求和 回复消息在网络上传输的时间，简称传输时间；二是对端从接收到数据请求到处理完该数 据请求所消耗的时间，简称处理时间。其中处理时间与网络的带宽和波动情况无关，完全取 决于软件的性能。可以通过对传输时间的判断来进行拥塞控制，包括以下步骤步骤401，客户端向其他客户端或远程服务器发送请求时，同时记录当前发送请求 的时间戳为Tl ；步骤402，作为收端的客户端或远程服务器记录收到请求后，记录此时的时间戳为 T2，并对该请求消息进行处理；步骤403，收端在发送回复响应时记录当前的时间戳为T3，并在回复响应中携带 T3与T2差值T4，该T4即为收端对消息的处理时间；步骤404，该客户端收到回复响应时，记录当前的时间戳为T5，并计算数据在网络 上的传输时间T6, T6 = T5-T1-T4 ；步骤405，该客户端判断T6如果大于预设门限tl，和/或Τ4如果大于预设门限 t2，则下次发送请求时不再向该收端发送，而向其他收端发送；或者该客户端判断T6如果 大于预设门限t3，则等待一段时间后，再向所述收端发送请求。优选地，在进行增量同步的过程中，还可以增加服务窗口机制，从而保证数据请求 都能够有效的得到回复，减少了数据重请求的次数。包括以下步骤步骤501，客户端向其他客户端或远程服务器发送请求；步骤502，作为收端的客户端或远程服务器记录收到请求后，对该请求消息进行处 理；步骤503，收端根据当前的服务能力生成一服务窗口信息，如服务窗口变量，用于
11表示当前本端的处理能力；例如，在同一时间段内，客户端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，该客户端收到回复响应后，从中提取该服务窗口信息，更新原有的记录， 在后续向该收端请求数据时，根据该服务窗口信息判断所应发送请求的数量。本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令 相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘 等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应 地，上述实施例中的各模块可以采用硬件的形式实现，也可以采用软件功能模块的形式实 现。本发明不限制于任何特定形式的硬件和软件的结合。当然，本发明还可有其他多种实施方式，在没有背离本发明精神及其实质的情况 下，熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形，但这些相应的改变 和变形都应属于本发明所附的权利要求的保护范围。
权利要求
一种电子节目指南(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所述的方法，其特征在于，所述客户端向其他客户端或远程服务器发送请求时，记录当前发送请求的时间戳为 Tl，作为收端的客户端或远程服务器记录收到请求的时间戳为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增量内容。
全文摘要
本发明公开了一种EPG增量内容同步方法、装置及系统，解决传统的通过FTP(文件传输协议)方式进行同步时会出现的性能瓶颈问题。所述EPG增量内容同步方法，包括交互式网络电视(IPTV)系统中的客户端接收到增量同步的命令后，采用P2P方式下载文件列表；所述客户端根据所述文件列表获知EPG增量内容，采用P2P方式下载所述EPG增量内容。采用本发明方法，由于采用从远程服务器下载与EPG之间利用P2P方式下载相结合的方式进行增量内容同步，降低了远程服务器的负荷，远程服务器不再出现性能瓶颈，保证了系统的稳定性。
文档编号H04N7/08GK101958934SQ20101029460
公开日2011年1月26日 申请日期2010年9月21日 优先权日2010年9月21日
发明者季健 申请人:中兴通讯股份有限公司