专利名称：节点协作的实现方法和管理系统的制作方法
技术领域：
本发明涉及互联网技术领域，尤其涉及一种节点协作的实现方法和管理系统。
背景技术：
交互式网络电视，又称为网际协议电视(Internet Protocol Television,简称为 IPTV)，是指通过IP承载网络向用户提供能够支持交互能力的电视节目的直播、点播和时 移播放等业务的设备总称。IPTV通过电信通道，利用非对称数字用户线路(Asymmetrical Digital Subscriber Line,简称为ADSL)或以太网接入宽带网，通过互联网协议来传送电 视信号，以电视机加机顶盒(Set TopBox，简称为STB)为主要终端，提供包括电视节目在内 的多种数字媒体服务。 网络个人录像(Network Personal Video Recorder,简称为NPVR)是IPTV系统中
的一个业务，该业务是由个人视频录像机(Personal Video Recorder,简称为PVR)发展而
来的，主要是对IPTV系统中的电视直播节目(随着业务的开展，也不仅限于直播节目)进
行录像。NPVR业务可以理解为基于服务器的PVR业务，用户通过与服务器的交互，在服务器
上执行节目录像，然后将录像好的节目存储在后台的存储设备中；当用户需要欣赏节目时，
可以通过视频点播(Video on Demand,简称为V0D)的方式进行点播观看。 目前的IPTV内容发布网(Content Delivery Network,简称为CDN)系统通常都会
将NPVR内容存放在用户的归属CDN节点，这些CDN的存储彼此独立，不互相协作。当NPVR
业务发展到一定规模之后，会越来越多地将内容存储在CDN上，然而由于用户行为难以预
测，随着NPVR业务的发展，会出现某些CDN节点预留的NPVR空间已被占满，而某些CDN节
点预留的NPVR空间还有较多盈余。对于存储空间被占满CDN节点，可以通过对存储空间进
行扩容来增加其存储量，但是CDN节点的存储空间并不是可以无限制扩充的，因为扩容会
导致成本的增加，扩充的容量越大成本就越高；并且对某个CDN节点进行了多次扩容，由于
用户操作的不确定性，该CDN节点同样可能被占满，也可能会出现较多空余的存储空间，导
致存储空间的浪费，因此扩容并不是一种解决CDN存储空间紧张的合理方案。 此外，在CDN节点播放其上存储的内容时，各个CDN节点同样彼此独立地向各自管
理范围的用户进行播放，当某个CDN节点上不存在用户请求播放的内容时，用户就需要到
中心节点请求播放，在中心节点同时向大量用户进行播放时，播放的效果将收到影响。 除了上述问题之外，还有很多问题都会因为CDN节点之间无法相互协作而产生，
这些问题的出现不仅会影响网络的整体性能，还会影响用户体验，然而，相关技术中尚未提
出有效的解决方案。
发明内容
考虑到相关技术中由于CDN节点之间不能够彼此协作而导致网络整体性能和用 户体验降低的问题，本发明提出一种节点协作的实现方法，能够在网络中实现CDN节点之 间的协作，提高网络的整体性能和用户体验。
针对相关技术中由于CDN节点之间不能够彼此协作而导致网络整体性能和用户 体验降低的问题，本发明还提出一种管理系统，能够有效提高存储资源的利用率，优化整个 系统的存储性能，减少某些CDN节点因为NPVR空间不够导致扩容所花费的额外投资。
本发明的技术方案是这样实现的
—种节点协作的实现方法，包括 管理系统接收来自归属于第一节点的用户的用户请求；在第一节点无法完成用户
请求所请求的操作的情况下，管理系统选择与第一节点存在依赖关系、且能够完成操作的
第二节点，其中，第二节点与第一节点彼此互通；管理系统利用第二节点执行操作。 其中，在用户请求为录制请求、且第一节点无法存储录制的内容的情况下，管理系
统选择能够存储录制的内容、且与第一节点具有存储依赖关系的节点作为第二节点，并利
用第二节点存储录制的内容，其中，配置有存储依赖关系的节点彼此互通、且彼此协助进行
内容存储并共享存储的内容。 另外，在用户请求为播放请求、且第一节点无法向用户进行内容播放的情况下，管 理系统选择能够向用户播放内容、且与第一节点具有播放依赖关系的节点作为第二节点， 并利用第二节点向用户播放内容，其中，配置有播放依赖关系的节点彼此互通且彼此协助 向这些节点下的用户进行内容播放。 其中，管理系统选择第二节点的处理具体可以包括优先将与第一节点具有播放 依赖关系的节点中负载最小的节点作为第二节点。 并且，在与第一节点具有播放依赖关系的所有节点均无法向用户播放内容的情况
下，该方法还可以包括根据预先配置的存储依赖关系确定对用户播放内容的第二节点，其
中，配置有存储依赖关系的节点彼此互通、且彼此协助进行内容存储并共享存储的内容。 其中，根据存储依赖关系确定对用户播放内容的第二节点的处理具体可以包括
优先确定与第一节点具有存储依赖关系的节点中负载最小的节点作为向用户播放内容的
第二节点。
可选地，上述依赖关系可以包括直接依赖关系、以及间接依赖关系。 根据本发明的另一方面，提供了一种管理系统，包括接收模块，用于接收来自归
属于第一节点的用户的用户请求；选择模块，用于在第一节点无法完成用户请求所请求的
操作的情况下，选择与第一节点存在依赖关系、且能够完成操作的第二节点，其中，第二节
点与第一节点彼此互通；处理模块，用于利用第二节点执行操作。 其中，该管理系统可以是内容发布网络系统。 并且，上述依赖关系可以包括直接依赖关系、以及间接依赖关系。
借助于本发明的上述技术方案，通过定义多个CDN节点的依赖关系，从整体对多 个CDN节点的NPVR空间和性能进行全局考虑，能够有效实现多CDN节点的协作处理，能够 从整体上提高网络性能，并且能够提高用户的体验。
图1是根据本发明实施例的节点协作的实现方法的流程图； 图2是根据本发明实施例的节点协作的实现方法进行录像内容管理的步骤流程 图3是根据本发明实施例的节点协作的实现方法进行录像内容播放的步骤流程 图； 图4是根据本发明实施例的基于CDN节点的NPVR区域划分结构示意图； 图5是根据本发明实施例的NPVR区域内NPVR内容存储依赖、服务依赖的结构示
意图； 图6是根据本发明实施例的节点协作的实现方法实现录像内容管理和播放的详 细处理流程图； 图7是根据本发明实施例的基于IPTV的网络录像业务的示意图； 图8是图7中根据录制请求的进行节点匹配的处理示意图； 图9是根据本发明实施例的管理系统的框图。
具体实施例方式
在相关技术中，多个CDN节点彼此独立进行内容的存储并独立向其下的用户进行 播放，这样，随着业务的推广，某些CDN节点的存储空间很容易被占满，频繁出现扩容的需 求；由于用户操作存在很大的不确定性，因此运营商也很难决策如何合理分配存储空间。 考虑到该问题，本发明提出，通过定义多个CDN节点的依赖关系，从整体对多个CDN节点的 NPVR空间和性能进行全局考虑，对多个CDN节点的存储资源进行动态分配，使得多个CDN能 够协助存储、共享存储的内容、并相互协助进行内容的播放，这样能够有效避免各个CDN节 点独立存储时容易占满存储空间的问题，并且能够将存在空余存储空间的CDN节点充分利 用起来，有效提高存储资源的利用率，减少某些CDN节点因为NPVR空间不够导致扩容所花 费的额外投资；并且，只要是CDN节点能够独立完成的操作，均可以采用本发明提出的协作 方案，能够有效提高处理的效率和成功率。
下面将结合附图详细描述本发明。 根据本发明的实施例，提供了 一种节点协作的实现方法。 如图1所示，根据本发明的实施例的节点协作的实现方法包括 步骤S101，管理系统(具体可以是内容分发管理系统)接收来自归属于第一节点
的用户的用户请求； 步骤S103，在第一节点无法完成用户请求所请求的操作的情况下，管理系统选择 与第一节点存在依赖关系、且能够完成该操作的第二节点，其中，第二节点与第一节点彼此 互通； 步骤S105，管理系统利用第二节点执行操作。 这里的依赖关系可以是直接依赖关系，也可以是间接依赖关系。例如，假设节点A 依赖于节点B，节点A和节点B的依赖关系就是直接依赖关系；假设节点B还依赖于节点C， 而节点A并不直接依赖于节点C，此时节点A与节点C的依赖关系就是间接依赖关系。
具体地，在用户请求为录制请求、且第一节点无法存储录制的内容的情况下，管理 系统选择能够存储录制的内容、且与第一节点具有存储依赖关系的节点作为第二节点，并 利用第二节点存储录制的内容。 图2是本发明实施例的节点协作的实现方法实现录像内容管理的步骤流程图，如 图2所示，具体实现方法如下
步骤S201，预先进行区域划分，得到多个区域并确定每个区域中的节点，其中，区 域的划分为逻辑上的划分，主要是根据用户的现网情况进行划分，且每个节点只能归属一 个区域；并根据每个区域中多个节点的存储空间配置存储依赖关系，配置有存储依赖关系 的节点彼此互通、且彼此协助进行内容存储并共享存储的内容，与节点存在存储依赖关系 的节点可以包括与该节点存在直接存储依赖关系的节点、也可以包括与该节点存在间接存 储依赖关系的节点。 步骤S203，对于预先划分的区域中用于进行内容存储的多个节点中的每个节点， 在该节点无法继续进行内容存储的情况下，根据对多个节点预先配置的存储依赖关系将需 要在该节点存储的内容存储在与该节点存在存储依赖关系的其他至少一个节点中，从而避 免直接丢弃该内容，能够方便用户日后的点播。 这样，即使某个节点的存储空间已经被占满，但是其他节点能够协助该节点存储 并共享内容，能够使内容的发布均匀分布在网络中的各个CDN节点上，有效提高了存储资 源的利用率。 另外，在用户请求为播放请求、且第一节点无法向用户进行内容播放的情况下，管 理系统选择能够向用户播放内容、且与第一节点具有播放依赖关系的节点作为第二节点， 并利用第二节点向用户播放内容，其中，配置有播放依赖关系的节点彼此互通且彼此协助 向这些节点下的用户进行内容播放。 图3是本发明实施例的节点协作的实现方法实现内容播放的步骤流程图，如图3 所示，具体实现方法如下 步骤S301，对于用户向预先划分的区域内多个节点中该用户所属的节点请求点播 内容且该被请求节点无法播放的情况下，根据预先对多个节点预先配置的播放依赖关系， 确定由与被请求节点存在播放依赖关系的其他节点对用户播放点播的内容，其中，配置有 播放依赖关系的节点彼此互通且彼此协助向这些节点下的用户进行内容播放。具体地，可 以优先确定与被请求节点具有播放依赖关系的节点中负载最小的节点向用户播放请求的 内容。 步骤S303，在与被请求节点具有播放依赖关系的所有依赖关系的节点均无法向用 户播放请求的内容的情况下，可以根据预先对多个节点预先配置的存储依赖关系确定对用 户播放请求的内容的节点，其中，配置有存储依赖关系的节点彼此互通、且彼此协助进行内 容存储并共享存储的内容。具体地，可以优先确定与被请求节点具有存储依赖关系的节点 中负载最小的节点向用户播放请求的内容。 这样，即使用户所归属的CDN节点不能向用户播放请求的内容，其他节点也能够 协助向用户进行播放，保证播放的质量，避免用户访问中心节点。 除了录制内容的存储和存储内容播放的处理之外，多个CDN节点还可以协作完成 其他的处理，并且，在完成其他处理时，同样可以参照相应的依赖关系来确定协作的方式和 顺序。 为了更好的对本发明进行说明，下面以网络个人录像业务为例进行说明，本领域 技术人员可知，对于其他录像等涉及内容在网络侧存储的业务，同样可以本发明进行存储 和播放的优化。 下面首先结合附图4对基于CDN系统的NPVR区域划分进行简要的介绍。
6
如图4所示，CDN管理系统101在逻辑上将管理的CDN节点划分为多个NPVR区域 NPVR区域110、 NPVR区域120、 NPVR区域130等，每个NPVR区域拥有部分CDN节点，例如， NPVR区域110拥有CDN节点111、CDN节点112、CDN节点113等CDN节点，NPVR区域120拥 有CDN节点121、CDN节点122、CDN节点123等CDN节点，NPVR区域130拥有CDN节点131、 CDN节点132、CDN节点133等CDN节点，且每个CDN节点不会同时属于两个NPVR区域。实 际部署时， 一般会根据地域和网络条件进行划分，例如将一个城市内的多个CDN节点划分 为归属一个NPVR区域。 下面首先结合附图5对CDN节点间存储依赖、服务依赖进行简要的介绍。 依赖关系设置为每个NPVR区域内的节点设置节点间依赖关系，可以将同区域内
一个或多个节点按一定优先级设置为依赖节点。 存储依赖设置当NPVR内容将要发布的节点NPVR空间不够时，可根据存储依赖关 系将NPVR内容存放在其存储依赖节点。 服务依赖设置当用户请求本节点NPVR服务时，在无NPVR内容可供服务时，在预 先设置的服务依赖节点中检索有NPVR内容的节点，将用户重定向到有内容的依赖节点进 行服务。 其中，存储依赖和服务依赖的节点既可以相同，也可以不同，优选地，可以将存储 依赖和服务依赖的节点设置为相同 图6是根据本发明实施例的基于IPTV网络个人录像内容的管理和播放方法的处 理流程图，如图6所示，包括以下处理 步骤S601，用户向IPTV业务运营支撑系统发送网络录像请求，该请求中携带有内 容ID、录像请求，IPTV支撑系统会捕获到用户的IP地址，IPTV支撑系统将用户的录制请求 和IP地址均发送给管理系统， 步骤S602， IPTV支撑系统将用户的录制请求和IP地址均发送给CDN管理系统。
步骤S603， CDN管理系统根据IP地址获得用户的归属节点1。
步骤S604，当NPVR内容录制完成时，CDN管理系统对所有录制此内容的请求进行 分析，自动计算出录制完成的NPVR内容需要到哪个CDN节点并进行发布。具体地，CDN管 理系统首先查找用户的归属节点1是否有存储空间，如果归属节点l有存储空间，则将录制 完成的NPVR内容发布到归属节点1中，如果用户的归属节点1无存储空间，则查找其依赖 节点2，如果依赖节点2也无存储空间，则查找1的其他依赖节点，如果1的所有依赖节点均 没有空间，则查找2的依赖节点即，查找与节点1存在间接依赖关系的节点，直到查找到有 空间的依赖节点为止，利用该查找到的依赖节点进行录制内容的存储，该节点中会存储录 制的多媒体信息，该多媒体信息保存在CDN管理系统中。 步骤S605，用户想要观看该多媒体信息时，会登陆机顶盒，此时机顶盒就获知了 用户的IP地址，机顶盒会找到用户的归属节点，如果用户的归属节点中不存在该多媒体信 息，则查找其服务依赖节点，并将该服务依赖节点的信息通知给机顶盒，利用ITSP协议进 行处理。具体地，如果CDN系统发现用户的归属节点中不存在该多媒体信息，则查找该归属 节点的服务依赖节点，如果其多个服务依赖节点中保存了该多媒体信息，CDN系统会选择负 载小的服务依赖节点，并将该服务依赖节点的信息告诉机顶盒；如果与该用户的归属节点 存在播放依赖关系的节点均无法播放该内容，则可以查找与该用户的归属节点存在存储依赖关系的节点进行内容播放。即，CDN系统能根据NPVR内容分布情况及NPVR服务依赖和 存储依赖设置为用户提供最优的CDN节点进行服务。 可以看出，在上述处理中，业务运营支撑系统收到用户的录像请求后，会将该请求 转发给CDN管理系统，CDN管理系统可以对所有的录像请求进行预处理；当内容被录像时， CDN管理系统可以根据内容录像请求的情况、CDN的NPVR区域划分及区域内CDN节点存储 依赖情况、CDN节点NPVR存储空间占用情况进行NPVR内容的发布。这样就实现了 NPVR内 容在NPVR区域内的均匀分布，有效解决NPVR内容在各归属节点分布不均导致存储使用率 低、以及容易导致部分CDN节点存储空间被占满而无法进一步存储新内容的问题。
图7是根据本发明实施例的基于IPTV的网络录像业务的示意图，如图7所示，可 以分为四个部分静态配置、录制请求、录制分发、媒体服务，下面对各部分进行说明。
—、静态配置 配置NPVR区域，配置CDN节点的依赖关系、存储依赖和服务依赖。 配置CDN节点的IP地址池每个CDN节点都绑定一个或多个IP地址段，这样，在
用户服务请求时，CDN系统可以根据用户的IP地址来寻找提供服务的CDN节点。 例如，如图4所示，配置CDN节点111的IP地址池为A， CDN节点112的IP地址池
为B，CDN节点113的IP地址池为C ;如图5所示，设定NPVR用户102的IP地址为IP_102，
属于IP地址池A段。 如图4所示，配置的NPVR区域110包含CDN节点111、CDN节点112、CDN节点113 三个节点，配置CDN节点111的服务依赖节点为CDN节点112、存储依赖节点为CDN节点 112。 二、录制请求 用户向IPTV业务运营支撑系统100发送网络录像请求，该请求中携带有内容ID、 录像请求，IPTV支撑系统会捕获到用户的IP地址，IPTV支撑系统可以将用户的录制请求和 IP地址均发送给CDN管理系统101 ;CDN管理系统101根据用户的录制请求进行预处理，预 处理主要是计算出录制内容完成后可能要发布的CDN节点，以减轻后续计算压力。
例如，如图8所示，NPVR用户102向IPTV业务运营支撑系统100发起录制请求， IPTV业务运营支撑系统100捕获到用户102的IP地址为IP_102，并转发给CDN管理系统 101， CDN管理系统101可以根据用户102的IP地址计算出用户102的归属节点为CDN节 点111。 三、录制分发 当NPVR内容录制完成后，根据当前录制请求统计情况及各CDN节点存储空间情 况，NPVR依赖配置情况进行计算，最终发布NPVR内容到指定的CDN节点进行存储。具体地， NPVR内容录制成功后，CDN管理系统根据用户IP订购情况、CDN节点配置的IP地址池，计算 出用户的CDN归属节点。首先查看该CDN归属节点的NPVR存储空间是否已满，如果未满， 则将NPVR内容发布到该CDN归属节点，如果已满，则将NPVR内容发布到该CDN归属节点的 存储依赖节点上。 例如，如果归属CDN节点111的NPVR存储空间不够，根据之前配置的存储依赖关 系，寻找到有剩余空间的与CDN节点111具有存储依赖关系的CDN节点112。当CDN录制节 点103上的NPVR内容录制完成后，CDN管理系统101通知CDN录制节点103将录制完成的NPVR内容发布到CDN节点112。 此外，在进行协作录制存储和发布时，也可以在归属CDN节点111的NPVR存储空 间不够的情况下，根据存储依赖关系寻找到有剩余空间、且与CDN节点111具有存储依赖关 系的CDN节点112，并由CDN节点112录制内容，之后由CDN节点112直接存储并发布录制 的内容。 四、媒体服务 当用户请求NPVR服务时，首先在归属节点进行服务。当归属节点因为没有NPVR 无法服务时，根据CDN节点预先配置的NPVR依赖关系，逐级寻址，直到找到有NPVR内容存 储的CDN节点，为用户提供NPVR服务。 例如，NPVR用户102请求订购的NPVR内容时，首先访问归属CDN节点111。当归 属CDN节点111发现无NPVR内容用于服务时，根据NPVR预先设置的服务依赖策略将NPVR 用户102重定向到CDN节点112，此时存有NPVR内容的CDN节点112将为NPVR用户102提 供服务，如果CDN节点112上没有保存NPVR内容，可以依次查找其他与归属CDN节点lll具 有播放依赖关系的CDN节点，将NPVR用户102重定向到具有NPVR内容的服务依赖CDN节 点上，以为用户提供服务。 此外，在进行协作播放时，也可以不对用户102进行重定向，而是由存有NPVR内容 的CDN节点112将需要播放的NPVR内容发送给用户102的归属CDN节点111，由CDN节点 lll缓存该内容并向用户102进行播放。 通过上述处理，能够有效实现多CDN节点的协作处理，从整体上提高网络性能，并 且能够提高用户的体验，具体地，能够实现NPVR内容在NPVR区域内的均匀分布，有效解决 NPVR内容在各归属节点分布不均导致存储使用率低、以及容易导致部分CDN节点存储空间 被占满而无法进一步存储新内容的问题，优化整个系统的存储性能，降低内容存储的成本； 并且能够保证多个CDN节点上存储内容的多样性，避免用户访问中心节点进行播放。
根据本发明实施例，提供一种管理系统。如图9所示，根据本发明实施例的管理系 统包括 接收模块l，用于接收来自归属于第一节点的用户的用户请求； 选择模块2，连接至接收模块l，用于在第一节点无法完成用户请求所请求的操作
的情况下，选择与第一节点存在依赖关系、且能够完成该操作的第二节点，其中，第二节点
与第一节点彼此互通； 处理模块3，连接至选择模块2，用于利用第二节点执行操作。 同样，这里的依赖关系同样可以是直接依赖关系、也可以是间接依赖关系。 上述系统是与前面方法对应的系统，能够实现上述图1、2、3、6、7所示的处理，其
工作过程以及工作原理在方法部分已经进行了详细描述，在此不再赘述，参照方法中相应
部分的描述即可。 通过上述系统，通过定义多个CDN节点的依赖关系，能够有效实现多CDN节点的协 作处理，从整体上提高网络性能，并且能够提高用户的体验。 综上所述，借助于本发明的技术方案，通过定义多个CDN节点的依赖关系，能够有 效实现多CDN节点的协作处理，从整体上提高网络性能，并且能够提高用户的体验。具体 地，本发明能够实现NPVR内容在NPVR区域内的均匀分布，有效解决NPVR内容在各归属节
9点分布不均导致存储使用率低、以及容易导致部分CDN节点存储空间被占满而无法进一步
存储新内容的问题，有效提高整个系统的存储性能，降低内容存储的成本，并且能够保证存
储内容的多样性，避免用户请求中心节点进行播放，有效提高了播放效果；并且本发明适用
于所有需要CDN节点独立执行的操作，能够有效提高处理的效率和成功率。 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精
神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
一种节点协作的实现方法，其特征在于，包括管理系统接收来自归属于第一节点的用户的用户请求；在所述第一节点无法完成所述用户请求所请求的操作的情况下，所述管理系统选择与所述第一节点存在依赖关系、且能够完成所述操作的第二节点，其中，所述第二节点与所述第一节点彼此互通；所述管理系统利用所述第二节点执行所述操作。
2. 根据权利要求1所述的方法，其特征在于，在所述用户请求为录制请求、且所述第一 节点无法存储录制的内容的情况下，所述管理系统选择能够存储录制的所述内容、且与所 述第一节点具有存储依赖关系的节点作为所述第二节点，并利用所述第二节点存储录制的 所述内容，其中，配置有所述存储依赖关系的节点彼此互通、且彼此协助进行内容存储并共 享存储的内容。
3. 根据权利要求1所述的方法，其特征在于，在所述用户请求为播放请求、且所述第一 节点无法向所述用户进行内容播放的情况下，所述管理系统选择能够向所述用户播放所述 内容、且与所述第一节点具有播放依赖关系的节点作为所述第二节点，并利用所述第二节 点向所述用户播放所述内容，其中，配置有所述播放依赖关系的节点彼此互通且彼此协助 向这些节点下的用户进行内容播放。
4. 根据权利要求3所述的方法，其特征在于，所述管理系统选择所述第二节点的处理 包括优先将与所述第一节点具有播放依赖关系的节点中负载最小的节点作为所述第二节点。
5. 根据权利要求4所述的方法，其特征在于，在与所述第一节点具有播放依赖关系的所有节点均无法向所述用户播放所述内容的情况下，所述方法还包括根据预先配置的存储依赖关系确定对所述用户播放所述内容的第二节点，其中，配置 有所述存储依赖关系的节点彼此互通、且彼此协助进行内容存储并共享存储的内容。
6. 根据权利要求5所述的方法，其特征在于，根据所述存储依赖关系确定对所述用户播放所述内容的所述第二节点的处理包括优先确定与所述第一节点具有所述存储依赖关系的节点中负载最小的节点作为向所 述用户播放所述内容的第二节点。
7. 根据权利要求1至6中任一项所述的方法，其特征在于，所述依赖关系包括直接依 赖关系、以及间接依赖关系。
8. —种管理系统，其特征在于，包括接收模块，用于接收来自归属于第一节点的用户的用户请求；选择模块，用于在所述第一节点无法完成所述用户请求所请求的操作的情况下，选择 与所述第一节点存在依赖关系、且能够完成所述操作的第二节点，其中，所述第二节点与所 述第一节点彼此互通；处理模块，用于利用所述第二节点执行所述操作。
9. 根据权利要求8所述的管理系统，其特征在于，所述管理系统为内容发布网络系统。
10. 根据权利要求8或9所述的系统，其特征在于，所述依赖关系包括直接依赖关系、 以及间接依赖关系。
全文摘要
本发明公开了一种节点协作的实现方法和管理系统，其中，该方法包括管理系统接收来自归属于第一节点的用户的用户请求；在第一节点无法完成用户请求所请求的操作的情况下，管理系统选择与第一节点存在依赖关系、且能够完成操作的第二节点，其中，第二节点与第一节点彼此互通；管理系统利用第二节点执行操作。通过使用本发明，能够从整体对多个CDN节点的NPVR空间和性能进行全局考虑，有效实现多CDN节点的协作处理，能够从整体上提高网络性能，并且能够提高用户的体验。
文档编号H04N5/76GK101697548SQ200910236500
公开日2010年4月21日 申请日期2009年10月23日 优先权日2009年10月23日
发明者杜守富, 潘宏义, 陈伟 申请人:中兴通讯股份有限公司;