CN101132269B - 数据同步方法及使用该方法的iptv内容分发网络系统 - Google Patents

Abstract

本发明公开一种数据同步方法及使用该方法的IPTV内容分发网络系统，其中，所述的数据同步方法为：执行端向管理端发起数据同步请求后；管理端响应同步请求，生成同步信息，发送给执行端；执行端得到同步信息，解析到其内存数据库，完成同步。本发明在执行端设置系统资源占用小，处理效率高的内存数据库保存同步数据，提高了同步效率，满足了执行端的内存数据库与管理端的之间数据的实时性要求，同时，由于内存数据库本身的访问效率提高，解决了频繁读取数据库带来的性能瓶颈，使得执行端在执行需要访问内存数据库业务时也能更快、更有效的完成。进而，使用了这种数据同步方法的IPTV系统内容分发网络系统的同步效果更好，执行效率更高。

Description

数据同步方法及使用该方法的IPTV内容分发网络系统

技术领域

本发明涉及通信技术领域，更具体的说，涉及一种数据同步方法，尤其是IPTV系统内容分发网的数据同步方法及使用了该方法的IPTV内容分发网络系统。

背景技术

在通信技术领域，由于各种原因，常需要将两地的数据进行同步。对于一些访问比较频繁的数据来说，实时性高的同步是很必要的。

以IPTV(交互式网络电视)技术中的数据同步为例，IPTV是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。由于IPTV充分利用了电视网、互联网、多媒体等资源和技术，使得用户获得了真正意义上的交互式电视服务，它将逐渐替代现有的模拟电视和数字电视，成为电视行业的发展趋势，具有巨大的市场前景。

CDN(内容分发网)是IPTV系统中最重要的功能模块之一，它负责整个IPTV系统的所有业务调度、分发。从某种意义上来说，CDN是IPTV系统的管理者，它的有效管理是保证IPTV系统正常运行的关键。CDN系统由CDN Manager和CDN Agent组成，CDN Manager负责从整体上对CDN系统的业务进行调度、分发；CDN Agent负责处理由CDN Manager调度来的业务请求。每个CDN Manager下面通常配备多个CDN Agent。CDNAgent通过CDN Manager的分配管理访问业务数据库获得业务数据库中的数据，再进行相应的处理。CDN Agent通常是根据用户的地理位置来配备的，常常一个地区设为一个节点。CDN Manger只需将用户的业务请求调度到用户所在地对应的CDN Agent上，然后通过CDN Agent来处理、完成用户的业务请求。每一个节点常设有一个主CDN Agent和若干个从CDNAgent：当前处于工作状态的CDN Agent为主CDN Agent，其它的不在工作状态的CDN Agent为从CDN Agent；若当前的主CDN Agent出现意外，发生故障，被CDN Manager检测到时，CDN Manager将之前的从CDNAgent激活，切换为主CDN Agent，而将之前发生故障的主CDN Agent切换为从CDN Agent，以保证CDN Agent的正常工作。CDN系统通过采用这种架构，一方面减轻了CDN Manager的负载，提高了整个CDN系统的运行效率，另一方面也使得某个业务的失败最多只会影响到相应的CDNAgent的正常运行，而不至于影响整个CDN系统的正常运行，从而提高了整个CDN系统的稳定性。

由于CDN Manager和CDN Agent通常不在一台机器上，但是每个CDNAgent需要保存相关的业务数据等信息，而且这些数据需要与其根据CDNManager分配的业务数据库内的数据一致。对于这种异地数据库的同步方法，为了及时访问所需的数据，常在现有的CDN Agent中建立本地数据库或是数据文件，以便保存这些根据CDN Manager分配的业务数据库内的数据，并定时同步数据，维护数据的一致性。采用这种方法在对数据库访问实时性要求不高、数据量不大的情况下，是可行的。如果对数据库访问实时性要求较高，数据量较大的情况，必然会带来数据库访问的性能瓶颈，影响系统业务功能的实现。

由于目前IPTV商用系统中用户数较多，业务量较大而且业务需求在经常不断的变化，为保证CDN Manager和CDN Agent数据的一致，需要经常同步CDN Manager所管理的业务数据库和CDN Agent要访问的数据。

对于CDN Agent来说，不管其采用的是本地数据库或是特定数据结构的数据文件，由于其访问数据库的效率较低，CDN Agent通过CDNManager获得的业务数据库的数据同步效率低，数据库同步的实时性不能进一步提高；另一方面，在CDN Agent频繁的访问数据库或数据文件时，其访问查找数据的效率都较低，随着数据量的增大，数据库性能下降，影响业务的完成效率。

发明内容

为克服上述缺陷，本发明所要解决的技术问题是提供一种同步效率较高的数据同步方法。

本发明的目的是通过以下技术方案来实现的：

一种数据同步方法，包括以下步骤：

A：执行端向管理端发起数据同步请求；

B：管理端响应同步请求，生成同步信息，发送给执行端；

C：执行端得到同步信息，解析到其内存数据库，完成同步。

所述的步骤B包括以下步骤：

B1：管理端响应同步请求，生成同步信息；

B2：管理端生成同步信息后，将同步信息打包生成数据文件，将数据文件上传到中转服务器；

B3：管理端向执行端发送中转同步通知请求消息，通知执行端到中转服务器上取数据文件；

所述的步骤C包括以下步骤：

C1：执行端接收到中转同步通知请求消息后，根据中转同步通知请求消息内容，从中转服务器上将数据文件取到本地；

C2：执行端对数据文件进行解析，将解析得到的数据装载到执行端的内存数据库中，完成同步。由于使用了中转服务器对数据进行同步，同步数据都打包后通过中转服务器进行传送，一方面大大减少了执行端与管理端之间的通信量；另一方面也使得执行端和管理端都不需开放大型数据文件的传送接收功能，既提高了执行端和管理端的性能，也增强了管理端和执行端的安全性。

所述的步骤A中，还包括以下步骤：

A11’：执行端向管理端发起数据同步请求后，设置定时器；

A12’：若定时器时间到，没有收到同步信息，则重新执行步骤A；

相应的，所述的步骤C中，还包括以下步骤：

C11’：执行端得到同步信息后，将定时器取消。

通过消息重发机制设置定时器，能更好的保证数据同步。

所述的步骤A中，还包括以下步骤：

A11：执行端向管理端发起数据同步请求后，执行端设置请求定时器，开始计时；

A12：若请求定时器时间到，即没有收到同步信息，则重新执行步骤A；

相应的，所述的步骤B1中，还包括以下步骤：

B11：管理端收到执行端的同步请求后，向执行端返回数据同步响应消息；

所述的步骤B2中，还包括以下步骤：

B21：执行端收到管理端发来的数据同步响应消息后，将请求定时器取消；

B22：执行端设定下载定时器，开始计时；

相应的，所述的步骤C1中，还包括以下步骤：

C11：若下载定时器时间到，仍未收到执行端发来的中转同步通知请求消息，重新执行步骤A；

C12：收到管理端发来的中转同步通知请求消息后，取消下载定时器；并向管理端返回同步数据通知响应消息。

通过消息重发机制设置定时器，能更好的保证数据同步。

所述的步骤C中，执行端到中转服务器上获取数据文件、解析数据文件、装载解析后的数据到内存数据库，其中任何一步失败，都重新执行步骤A。采用超时机制和消息重发机制最大限度的保证了异地数据同步的可靠性和高效性。

所述的中转服务器为FTP服务器，所述的同步数据通知请求消息包括FTP Server的IP、端口、用户名、密码、远端文件路径的信息。使用FTP服务器进行数据的中转同步，可以在FTP协议的基础上，更有效的保证了数据的可靠性，实现起来更方便；也使得执行端和管理端都不需开放FTP功能，既提高了执行端和管理端的性能，也增强了管理端和执行端的安全性。

所述的管理端内设有状态参考表，状态参考表中的信息包括：执行端标识、同步标志和同步时间戳；所述的步骤B11中，还包括以下步骤：

B111：管理端查看业务数据库中是否存在执行端所需的相关信息；

B112：若不存在执行端所需的相关信息，向执行端返回数据同步失败消息；若存在相关信息，管理端查看状态参考表中是否存在相应的执行端的同步信息，如果不存在，将执行端的相关信息插入到状态参考表中；进行步骤B113；若状态参考表中已存在执行端的相关信息，则直接进行步骤B113；

B113：向执行端返回数据同步成功相应消息；

B114：查看状态参考表中该执行端的相关同步信息，如果该执行端正在生成同步数据(同步标志字段值为2)，则转到步骤B118；否则，执行步骤B115；

B115：查看该执行端是否已经生成最新的同步数据(同步标志字段值为1)且同步时间戳的值与当前时间值之差小于执行端的下载定时器的值；如果是最新的同步数据则转到步骤B119；否则执行步骤B116；

B116：初始化该执行端的相关同步信息：设置同步标识置为0(表示没有同步或者上次同步失败)，设置同步时间戳置为当前时间；

B117：将该执行端的同步标志置为2，同时创建子线程从业务数据库中获取同步数据并上传到中转服务器；

B118：查看上传过程是否执行成功：如果执行失败，则将同步标志置为0(表示本次同步失败)，本次同步结束；否则将同步标志置为1，执行步骤B119；

B119：向当前执行端发送数据同步通知消息，通知该执行端到中转服务器下载相应的业务数据。

所述的数据同步方法应用在IPTV系统内容分发网，其中，所述的管理端为内容分发网的管理端；所述的执行端为内容分发网的执行端。

一种使用了上述数据同步方法的IPTV内容分发网络系统，包括：与业务数据库连接的内容分发网的管理端和至少一个内容分发网的执行端；所述的内容分发网的执行端通过内容分发网的管理端与业务数据库进行数据同步，其中，所述的内容分发网的执行端设有内存数据库，通过与内容分发网的管理端的同步，将同步信息解析到其内存数据库中。

所述的IPTV系统内容分发网络系统还包括与内容分发网的管理端和内容分发网的执行端通信的中转服务器；所述内容分发网的管理端生成同步信息后，将同步信息打包成数据文件上传到中转服务器；所述内容分发网的执行端从中转服务器上将数据文件取到本地，解析到其内存数据库中。

本发明在执行端设置内存数据库保存由管理端分发来的同步数据，由于内存数据库系统资源占用小，处理效率高，其访问效率高，执行端从管理端获得数据后，提高了执行端的内存数据库于管理端的业务数据库的同步效率，在数据量较大时，能有效的满足执行端的内存数据库与管理端的业务数据库之间数据的实时性要求，同时，由于执行端的内存数据库本身的访问效率提高，解决了频繁读取数据库带来的性能瓶颈，使得执行端在执行需要访问内存数据库以执行的业务时，业务也能更快、更有效的完成。进而，也使得使用了这种数据同步方法的IPTV系统内容分发网络系统在数据量较大时的同步效果更好，执行效率更高。

附图说明

图1是本发明实施例应用的CDN系统框架结构图；

图2是本发明实施例的数据同步流程示意图；

图3是本发明实施例中CDN Manager数据同步模块数据同步流程图；

图4是本发明实施例中CDN Agent数据同步模块数据同步流程图。

具体实施方式

为了使本发明的技术方案和实现方法更加清楚，下面结合附图和较佳的实施例对本发明作进一步说明。

图1是IPTV系统中的IPTV内容分发网络系统(CDN系统)的框架结构图。CDN系统主要包括CDN Manager(即管理端)、CDN Agent(即执行端)、FTP Server(FTP服务器)和业务数据库。CDN Manager连接到业务数据库，CDN Agent通过CDN Manager与业务数据库进行数据同步，CDN Agent设有内存数据库，与CDN Manager的同步获得的同步信息解析到其内存数据库中。FTP Server与CDN Manager和CDN Agent连接，CDNManager生成同步信息后，将同步信息打包成数据文件上传到FTP Server；所述CDN Agent从FTP Server上将数据文件取到本地，解析到其内存数据库中。

CDN Manager包括：业务控制模块、网络管理模块和数据同步模块；CDNAgent包括：业务控制模块、网络管理模块、数据同步模块和适配层；FTP Server主要用来存放同步的业务数据文件；业务数据库主要存放IPTV系统中所有业务数据和CDN系统的系统资源。

CDN Manager和CDN Agent都包括业务控制模块、网络管理模块和数据同步模块。其中业务控制模块主要完成IPTV系统中内容分发、重定向、计费等所有业务功能；网络管理模块负责维护CDN系统的所有结点资源等信息；数据同步模块负责完成CDN Manager和CDN Agent的相关业务数据的同步；另外，CDN Agent还包括一个适配层，该适配层是CDN系统与其他模块(如流媒体系统)之间接口层，通过这种统一的接口层来与其他模块进行交互的方法，真正实现了低聚合、高耦合，便于CDN系统的维护与扩充。

图2是本发明数据同步流程示意图，根据时序关系包括以下步骤：

第一步：当CDN Agent重启或者CDN Agent切换为主CDN Agent时，CDN Agent向CDN Manager发起数据同步请求。CDN Agent向CDNManager发送同步请求时，立即设定一个时长为3秒(默认时长)的请求定时器Timer1；即保证如果CDN Agent发送同步请求消息后，3秒内没有收到CDN Manager的同步响应消息，则CDN Agent将重新向CDNManager发送同步请求消息，以最大限度确保数据同步成功；

如果Timer1事件到(发生超时)，仍然没有收到CDN Manager的数据同步响应消息，CDN Agent会重新向CDN Manager发送数据同步请求；

第二步：CDN Manager收到CDN Agent同步数据请求消息后，立即向CDN Agent返回数据同步响应消息，并将CDN Agent所需同步的数据从业务数据库中取出打包压缩的数据文件，并上传到FTP Server；在这个过程中任何一步失败，CDN Agent都可以通过一个定时器来检测，并通过消息重发机制来实现再次同步；

第三步：CDN Agent收到CDN Manager的数据同步响应消息后，立即取消请求定时器Timer1并设定一个时长为60秒(默认时长)的下载定时器Timer2；如果Timer2事件到(发生超时)，仍然没有收到CDN Manager的同步数据通知请求消息，CDN Agent会重新向CDN Manager发送数据同步请求消息；

第四步：CDN Manager将同步数据成功上传到FTP Server后，立即向CDN Agent发送同步数据通知请求消息，该消息中包括FTP Server的IP、端口、用户名、密码、远端文件路径等信息；

第五步：CDN Agent收到同步数据通知请求消息后，立即取消下载定时器Timer2并向CDN Manager返回同步数据通知响应消息；

第六步：CDN Agent根据同步数据通知消息中的相关信息，到远端FTPServer获取同步的数据文件到本地，CDN Agent对获得的数据文件进行解析，并将数据装载到相应的内存数据库中。

CDN Agent内存数据库成功装载完业务数据后，整个流程结束。其中，如果CDN Agent获取数据文件、解析文件、装载解析后的数据到内存数据库，其中任何一步失败，CDN Agent都会重新向CDN Manager发起数据同步请求。采用超时机制和消息重发机制最大限度的保证了异地数据同步的可靠性和高效性。同时采用这种内存数据库的方法，确保了业务的高效完成。

其中，上述的第二步中，CDN Manager内保存有至少一张状态参考表(在本实施例中使用访问速度较快的内存Hash表)来保存和维护所有同步的CDN Agent的相关信息。在这张Hash表中，至少包括Agent标识(Agent ID)、同步标志(SyncFlag)和同步时间戳(SyncTimeStamp)等信息。CDN Manager在业务数据库中查找相应的CDN Agent所需的同步数据并打包上传到FTP Server的流程如图3所示，包括以下步骤：

第二一步：CDN Manager收到CDN Agent同步数据消息时，查看业务数据库中是否存在该CDN Agent的相关信息。如果不存在该CDN Agent的相关信息，则向CDN Agent返回数据同步失败消息，因为此CDN Agent没有相关数据、此时该CDN Agent不能工作，此次同步结束；如果存在，则在同步响应消息中返回成功，并查看内存Hash表中是否存在该CDNAgent的相关数据，共分两种情况，即：1、如果Hash表中不存在该CDNAgent的相关数据，则将该CDN Agent对应的SyncFlag字段设置为0(表示数据同步初始状态或数据同步失败)、SyncTimeStamp字段设置为当前时间，并将该CDN Agent的相关信息插入Hash表中；完成上述初始化操作后，CDN Manager创建子线程从CDN Manager的业务数据库中，取出该CDN Agent的相关数据，并将Hash表中该CDN Agent的SyncFlag位置为2(表示正在生成同步数据)，将数据库中取出的数据生成相应的文件。2、若Hash表中存在该CDN Agent的数据，则根据SyncFlag和SyncTimeStamp字段的值主要分为三种情况，分别作如下处理：如果SyncFlag字段的值为2，则表示正在生成同步数据，不需要再启动子线程来生成同步数据文件；如果SyncFlag的值为1(表示已经成功生成同步数据)并且当前时间与SyncTimeStamp的差值小于60秒(表示是刚刚生成地最新数据)，则也不需要再启动子线程来生成同步数据文件；其他情况都需要CDN Manager重新启动子线程来生成同步数据文件。其具体实现过程如下：

第二二步：查看内存Hash表中是否存在该CDN Agent的同步信息，如果不存在该CDN Agent的相关信息，则将该CDN Agent的相关信息初始化并插入到Hash表中，然后进行下一步处理；如果Hash表中已经存在该CDN Agent的相关信息，则直接进行下一步处理；

第二三步：向CDN Agent返回数据同步成功响应消息；

第二四步：查看Hash表中该CDN Agent的相关同步信息，如果该CDNAgent正在生成同步数据(同步标志字段值为2)，则转到第二八步处理；否则，进行下一步判断；

第二五步：查看该CDN Agent是否已经生成最新的同步数据(同步标志字段值为1)且同步时间戳的值与当前时间值之差小于CDN Agent的下载定时器Timer2的值)。如果是最新的同步数据则转到第二九步处理；否则进行下一步处理；

第二六步：初始化该CDN Agent的相关同步信息：同步标识置为0(表示没有同步或者上次同步失败)，同步时间戳置为当前时间；

第二七步：将该CDN Agent的同步标志置为2，同时创建子线程从业务数据库中获取同步数据并上传到到FTP Server；

第二八步：查看上一步中整个过程是否都执行成功。如果任何一处执行失败，则将同步标志置为0(表示本次同步失败)，本次同步结束；否则将同步标志置为1，进行下一步处理；

第二九步：向该CDN Agent发送数据同步通知消息，通知该CDN Agent到FTP Server取相应的业务数据。本次同步流程结束。

图4是本发明中CDN Agent数据同步模块数据同步流程图，包括以下步骤：

第三一步：CDN Agent重启或者切换为主Agent时，向CDN Manager发起数据同步请求，并设置请求定时器Timer1(默认时长3秒)，用来判断同步响应消息是否超时；

第三二步：如果3秒内没有收到CDN Manager的响应消息(发生超时，Timer1事件触发)，则CDN Agent重新向CDN Manager发起数据同步请求；否则，进行下一步处理；

第三三步：取消请求定时器Timer1，并设置下载定时器Timer2(默认时长60秒)，用来判断同步数据通知消息是否超时；

第三四步：如果60秒内没有收到CDN Manager的同步数据通知消息(发生超时，Timer2事件触发)，则CDN Agent重新向CDN Manager发起数据同步请求；否则，进行下一步处理；

第三五步：创建子线程从FTP Server获取数据文件、并向CDN Manager返回同步数据通知响应消息；如果创建子线程失败，或者从FTP Server获取数据文件失败，则CDN Agent重新向CDN Manager发起数据同步请求；否则，进行下一步处理；

第三六步：解析获取的数据文件，并将数据文件装载到内存数据库。其中任何一个过程失败，则CDN Agent重新向CDN Manager发起数据同步请求；否则，CDN Agent此次数据同步成功，同步流程结束。

采用本发明，能够最大限度的确保将CDN Manager数据库中相应的数据同步到异地的CDN Agent内存数据库中；通过使用内存数据库，提高CDN Agent访问数据库的速度，从而提高CDN系统的运行效率，解决了频繁读取数据库带来的性能瓶颈，高效完成了业务功能。由于又结合了定时器、消息重发机制，多线程、FTP服务以及内存数据库等技术实现异地数据库的同步，使得CDN Agent和CDN Manager都不需开放FTP功能，既提高了CDN Agent和CDN Manager的性能，也增强了CDN Agent和CDNManager的安全性；一方面最大限度的保证了数据同步成功；另一方面通过在CDN Agent上使用内存数据库技术，使得CDN Agent高效访问数据库，提高了CDN系统的运行效率。

值得一提的是，在CDN Manager和CDN Agent运行后，如果CDNManger或者CDN Agent数据库的数据发生改变，都会通过消息机制来维护数据的一致，而且这种消息都具有重发机制，能在IPTV系统允许的时间内很好的保证数据的一致性。

本发明除了应用在IPTV商用系统中，还可以应用在监控录像等其它大数据量的需要数据同步的系统中。以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (7)

1.一种数据同步方法，包括以下步骤：

A：执行端向管理端发起数据同步请求；

B：管理端响应同步请求，生成同步信息，发送给执行端；

C：执行端得到同步信息，解析到其内存数据库，完成同步；

所述的步骤B包括以下步骤：

B1：管理端响应同步请求，生成同步信息；

B2：管理端生成同步信息后，将同步信息打包生成数据文件，将数据文件上传到中转服务器；

B3：管理端向执行端发送同步数据通知请求消息，通知执行端到中转服务器上取数据文件；

所述的步骤C包括以下步骤：

C1：执行端接收到同步数据通知请求消息后，根据同步数据通知请求消息内容，从中转服务器上将数据文件取到本地；

C2：执行端对数据文件进行解析，将解析得到的数据装载到执行端的内存数据库中，完成同步；

所述的管理端内设有状态参考表，状态参考表中的信息包括：执行端标识、同步标志和同步时间戳；

所述的步骤B1中，还包括以下步骤：

B11：管理端收到执行端的同步请求后，向执行端返回数据同步响应消息；

所述的步骤B11中，还包括以下步骤：

B111：管理端查看业务数据库中是否存在执行端所需的相关信息；

B112：若不存在执行端所需的相关信息，向执行端返回数据同步失败消息；若存在相关信息，管理端查看状态参考表中是否存在相应的执行端的相关信息，如果不存在，将执行端的相关信息插入到状态参考表中；进行步骤B113；若状态参考表中已存在执行端的相关信息，则直接进行步骤B113；

B113：向执行端返回数据同步成功相应消息；

B114：查看状态参考表中该执行端的相关同步信息，如果该执行端正在生成同步数据，则转到步骤B118；否则，执行步骤B115；

B115：查看该执行端是否已经生成最新的同步数据且同步时间戳的值与当前时间值之差小于执行端的下载定时器的值；如果是最新的同步数据则转到步骤B119；否则执行步骤B116；

B116：初始化该执行端的相关同步信息：设置同步标识置为0，设置同步时间戳置为当前时间；

B117：将该执行端的同步标志置为2，同时创建子线程从业务数据库中获取同步数据并上传到中转服务器；

B118：查看上传过程是否执行成功：如果执行失败，则将同步标志置为0，本次同步结束；否则将同步标志置为1，执行步骤B119；

B119：向当前执行端发送数据同步通知消息，通知该执行端到中转服务器下载相应的业务数据。

2.如权利要求1所述的一种数据同步方法，其特征在于：

所述的步骤A中，还包括以下步骤：

A11’：执行端向管理端发起数据同步请求后，设置定时器；

A12’：若定时器时间到，没有收到同步信息，则重新执行步骤A；

相应的，所述的步骤C中，还包括以下步骤：

C11’：执行端得到同步信息后，将定时器取消。

3.如权利要求1所述的一种数据同步方法，其特征在于：所述的步骤A中，还包括以下步骤：

A11：执行端向管理端发起数据同步请求后，执行端设置请求定时器，开始计时；

A12：若请求定时器时间到，即没有收到同步信息，则重新执行步骤A；

相应的，所述的步骤B2中，还包括以下步骤：

B21：执行端收到管理端发来的数据同步响应消息后，将请求定时器取消；

B22：执行端设定下载定时器，开始计时；

相应的，所述的步骤C1中，还包括以下步骤：

C11：若下载定时器时间到，仍未收到执行端发来的中转同步通知请求消息，重新执行步骤A；

C12：收到管理端发来的中转同步通知请求消息后，取消下载定时器；并向管理端返回同步数据通知响应消息。

4.如权利要求1或3所述的一种数据同步方法，其特征在于：所述的步骤C中，执行端到中转服务器上获取数据文件、解析数据文件、装载解析后的数据到内存数据库，其中任何一步失败，都重新执行步骤A。

5.如权利要求1或3所述的一种数据同步方法，其特征在于：所述的中转服务器为FTP服务器，所述的同步数据通知请求消息包括FTPServer的IP、端口、用户名、密码、远端文件路径的信息。

6.如权利要求1所述的一种数据同步方法，其特征在于：所述的数据同步方法应用在IPTV系统内容分发网，其中，所述的管理端为内容分发网的管理端；所述的执行端为内容分发网的执行端。

7.一种使用了如权利要求1所述的数据同步方法的IPTV内容分发网络系统，包括：与业务数据库连接的内容分发网的管理端和至少一个内容分发网的执行端；所述的内容分发网的执行端通过内容分发网的管理端与业务数据库进行数据同步，其特征在于：所述的内容分发网的执行端设有内存数据库，通过与内容分发网的管理端的同步，将同步信息解析到其内存数据库中；所述的IPTV系统内容分发网络系统还包括与内容分发网的管理端和内容分发网的执行端通信的中转服务器；所述内容分发网的管理端生成同步信息后，将同步信息打包成数据文件上传到中转服务器；所述内容分发网的执行端从中转服务器上将数据文件取到本地，解析到其内存数据库中。

Images