CN104581421A - 一种点对点流媒体下载方法及节点终端装置 - Google Patents

Abstract

本发明实施例提供一种点对点流媒体下载方法及节点终端装置，所述点对点流媒体下载方法包括：当一节点终端发送流媒体获取请求后，从追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息；根据所述要下载的流媒体的种子信息，基于FlashP2P方式与所述种子信息对应的未达到最大连接数的节点终端之间建立双向链接；从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据。本发明实施例上述技术方案具有如下有益效果：通过基于Flash技术的P2P交互机制，无需单独安装插件，没有繁琐的插件安装过程，降低了视频CDN服务器带宽占用，提高了运营商用户观看体验。

Description

一种点对点流媒体下载方法及节点终端装置

技术领域

本发明涉及流媒体技术领域，尤其涉及一种点对点流媒体下载方法及节点终端装置。

背景技术

现有的视频P2P(Peer-to-Peer(对等)的简称，又被称为“点对点”)播放器，主要是插件的形式，这种形式主要的问题是需要用户安装，且对浏览器有一定的要求，比如需要IE(Internet Explorer，原称Microsoft Internet Explorer和Windows Internet Explorer，是微软公司推出的一款网页浏览器)系列浏览器等。

在实现本发明过程中，发明人发现现有技术中P2P播放器插件安装过程繁琐，用户观看体验非常不好。

发明内容

本发明实施例提供一种点对点流媒体下载方法及节点终端装置，以避免P2P播放器插件的繁琐安装。

一方面，本发明实施例提供了一种点对点流媒体下载方法，所述点对点流媒体下载方法包括：当一节点终端发送流媒体获取请求后，从追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息；根据所述要下载的流媒体的种子信息，基于闪存的点对点(Flash P2P)方式与所述种子信息对应的未达到最大连接数的节点终端之间建立双向链接；从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据。

另一方面，本发明实施例提供了一种节点终端装置，所述节点终端装置包括：种子获取单元，用于当一节点终端发送流媒体获取请求后，从追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息；链接建立单元，用于根据所述要下载的流媒体的种子信息，基于闪存的点对点Flash P2P方式与所述种子信息对应的未达到最大连接数的节点终端之间建立双向链接；数据下载单元，用于从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据。

上述技术方案具有如下有益效果：通过基于Flash(闪存)技术的P2P交互机制，无需单独安装插件，没有繁琐的插件安装过程，降低了视频CDN(Content Delivery Network，即内容分发网络)服务器带宽占用，提高了运营商用户观看体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一种点对点流媒体下载方法流程图；

图2为本发明实施例一种节点终端装置结构示意图；

图3为本发明实施例另一种节点终端装置结构示意图；

图4为本发明实施例数据下载单元结构示意图；

图5为本发明应用实例网络架构示意图；

图6为本发明应用实例PEER(节点终端，简称节点)间分享模型图；

图7为本发明应用实例单节点下载流程示意图；

图8为本发明应用实例多节点下载流程示意图；

图9为本发明应用实例节点间建立链接流程示意图；

图10为本发明应用实例排队等待流程示意图；

图11为本发明应用实例从种子下载数据流程示意图；

图12为本发明应用实例登录服务器流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，为本发明实施例一种点对点流媒体下载方法流程图，所述点对点流媒体下载方法包括：

101、当一节点终端发送流媒体获取请求后，从追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息；

102、根据所述要下载的流媒体的种子信息，基于Flash P2P方式与所述种子信息对应的未达到最大连接数的节点终端之间建立双向链接；

103、从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据。

优选的，所述点对点流媒体下载方法还可以包括：若从所述种子信息对应的未达到最大连接数的节点终端下载完成所述要下载的流媒体的数据中的某一任务后，则上报所述追踪服务器，更新所述要下载的流媒体的种子信息，其中，所述要下载的流媒体的数据中的某一任务为所述要下载的流媒体的数据中的某个视频片。

优选的，所述点对点流媒体下载方法还可以包括：若完成从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据的某一任务后，则断开没有给所述节点终端传输数据的基于Flash P2P方式建立的双向链接。

优选的，所述当一节点终端发送流媒体获取请求后，若没有从追踪服务器获取到所述流媒体获取请求对应的要下载的流媒体的种子信息，则直接从内容分发服务器下载所述要下载的流媒体的数据。

优选的，所述种子信息中包括节点终端的种子状态，所述种子状态可以包括：下载完成、正在下载或者未收到任务；以及所述从追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息之前，如果存在已经建立的双向链接，则询问所述双向链接所对应节点终端当前的种子状态，然后判断所述双向链接所对应节点终端的种子状态：

如果所述种子状态为正在下载，则转排队等待；如果所述种子状态为未收到任务，则重新从所述追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息，然后判定如果有所述流媒体获取请求对应的要下载的流媒体的种子信息，则根据所述要下载的流媒体的种子信息，基于Flash P2P方式与所述种子信息对应的未达到最大连接数的节点终端之间建立双向链接，从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据；如果所述种子状态为下载完成，则直接从所述双向链接所对应的节点终端下载所述要下载的流媒体的数据；其中，所述从种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据包括：判断所述种子信息对应的未达到最大连接数的节点终端中的每一个节点终端是否完成了下载所述要下载的流媒体的数据中的某一任务：若某一节点终端没有完成下载且正在下载所述要下载的流媒体的数据中的某一任务，则排队等候该节点终端完成下载所述要下载的流媒体的数据中的某一任务后，再通过基于闪存的实时媒体流协议(RTMFP，Real Time Media Flow Protocol)从该节点终端获取所述要下载的流媒体的数据；若某一节点终端已完成下载所述要下载的流媒体的数据中的某一任务，则通过基于闪存的实时媒体流协议直接从该节点终端获取所述要下载的流媒体的数据。

对应于上述方法实施例，如图2所示，为本发明实施例一种节点终端装置结构示意图，所述节点终端装置包括：

种子获取单元21，用于当一节点终端发送流媒体获取请求后，从追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息；

链接建立单元22，用于根据所述要下载的流媒体的种子信息，基于闪存的点对点FlashP2P方式与所述种子信息对应的未达到最大连接数的节点终端之间建立双向链接；

数据下载单元23，用于从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据。

优选的，如图3所示，为本发明实施例另一种节点终端装置结构示意图，所述节点终端装置不但包括种子获取单元21、链接建立单元22和数据下载单元23，还包括：数据分享单元24，用于若从所述种子信息对应的未达到最大连接数的节点终端下载完成所述要下载的流媒体的数据中的某一任务后，则上报所述追踪服务器，更新所述要下载的流媒体的种子信息，其中，所述要下载的流媒体的数据中的某一任务为所述要下载的流媒体的数据中的某个视频片。

优选的，所述数据下载单元23，进一步用于若完成从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据的某一任务后，则断开没有给所述节点终端传输数据的基于Flash P2P方式建立的双向链接。

优选的，所述数据下载单元23，进一步用于当一节点终端发送流媒体获取请求后，若没有从追踪服务器获取到所述流媒体获取请求对应的要下载的流媒体的种子信息，则直接从内容分发服务器下载所述要下载的流媒体的数据。

优选的，所述种子信息中包括节点终端的种子状态，所述种子状态可以包括：下载完成、正在下载或者未收到任务；所述节点终端装置还包括：

状态判断单元20，用于在从追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息之前，如果存在已经建立的双向链接，则询问所述双向链接所对应节点终端当前的种子状态，然后判断所述双向链接所对应节点终端的种子状态：如果所述种子状态为正在下载，则转排队等待；如果所述种子状态为未收到任务，则重新从所述追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息，然后判定如果有所述流媒体获取请求对应的要下载的流媒体的种子信息，则根据所述要下载的流媒体的种子信息，基于Flash P2P方式与所述种子信息对应的未达到最大连接数的节点终端之间建立双向链接，从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据；如果所述种子状态为下载完成，则直接从所述双向链接所对应的节点终端下载所述要下载的流媒体的数据；

优选的，如图4所示，为本发明实施例数据下载单元结构示意图，所述数据下载单元23包括：

判断模块231，用于判断所述种子信息对应的未达到最大连接数的节点终端中的每一个节点终端是否完成了下载所述要下载的流媒体的数据中的某一任务；

排队模块232，用于若某一节点终端没有完成下载且正在下载所述要下载的流媒体的数据中的某一任务，则排队等候该节点终端完成下载所述要下载的流媒体的数据中的某一任务后，再通过基于闪存的实时媒体流协议从该节点终端获取所述要下载的流媒体的数据；

下载模块233，用于若某一节点终端已完成下载所述要下载的流媒体的数据中的某一任务，则通过基于闪存的实时媒体流协议直接从该节点终端获取所述要下载的流媒体的数据。

本发明实施例上述技术方案具有如下有益效果：通过基于Flash(闪存)技术的P2P交互机制，无需单独安装插件，没有繁琐的插件安装过程，降低了视频CDN(ContentDelivery Network，即内容分发网络)服务器带宽占用，提高了运营商用户观看体验。

以下结合应用实例对本发明实施例上述技术方案进行详细说明：

本发明应用实例视频点对点下载加速器通过基于Flash技术的P2P交互机制，动态安排每个节点终端在整体交互模型中的位置，在保证节点终端具有良好的观看体验的前提下，最大化的利用每个节点终端的网络资源，提高分享率，从而节省服务器带宽占用。

如图5所示，为本发明应用实例网络架构示意图，具体架构为：

1.分享模型从视频索引服务器获得最新的视频索引信息。

2.分享模型从调度系统中获取已经完成下载的资源列表。上报下载完成信息。更新本地资源信息。

3.调度系统返回模型需要的资源列表。

4.如果当前没有资源下载完成，模型从CDN服务器下载视频文件。

如图6所示，为本发明应用实例PEER(节点终端，简称节点)间分享模型图。最初的节点从CDN服务器下载数据，下载完成上报给调度系统，表示已经准备好为后续节点分享数据。新peer加入模型，询问调度系统。获取到已经下载peer的种子信息。并从其下载数据。每个peer为多个peer提供数据，整体结构呈现几何级增长。可以简单理解为，每个peer会给其它4个peer提供数据，这样，以某个peer作为最顶层节点的话，它的下一级节点的数量为4，再下一级为16，然后是64、256这样。模型每个层级有可能存在跨层级数据传输的情况，每个节点会根据任务的下载情况，自动选择最优节点常驻链接，切断较慢或者无数据的链接。整体模型中，优质的节点会逐步往上层走。

实现这个，是通过两个机制联合实现的：第一个机制是多节点下载，第二个机制是排队等待。可以简单理解为，某个peer A(假设它现在是第5层)通过多节点下载数据，其中一部分节点已经下载完成，能够立刻给peer A传递数据(层级较为靠上，假设为第三层)，另外一部分节点还没有下载完数据(假设为第四层，这些节点需要从第三层下载数据)，需要peer A排队等待(通常这些节点的层级比较靠下)。当peer A下载完成数据之后，会断开那些没有给它传输数据的链接，这样就实现了优化选择。当选择完毕之后，peer A的数据源就是第3层节点，即它从层级5提升到层级4。模型的每层会有一定的延迟差，延迟超过缓冲允许最大值(目前是40s),当某个节点超过最大值，则会另起一个模型。从而保证每个节点都不会有过大的延迟。

如图7所示，为本发明应用实例单节点下载流程示意图，具体包括：

701、接收到播放添加的下载任务；

702、判断是否登录到服务器，如果是，转704，如果否，转703和707；

703、从CDN服务器下载数据，结束。

704、从tracker(跟踪)服务器处获取种子信息，转705；

705、判断是否有种子，如果是，转706，如果否，转703；

706、peer间数据传输，结束。

707、从getway接口获取服务器地址；

708、登录服务器。

如图8所示，为本发明应用实例多节点下载流程示意图，具体包括：

801、判断是否有已经建立的双向链接：如果是，转802，如果否，转803；

802、询问当前种子状态，然后转804；

803、从tracker服务器处获取种子，转807；

804、判断种子状态：如果正在下载，转805；如果未收到任务，转803；如果下载完成，转806；

805、排队等待，直至种子完成下载，然后转806；

806、从种子对应的节点处下载数据，完成。

807、判断是否有种子：如果是，转808；如果否，转809；

808、与种子对应的节点建立双向链接；

809、判断链接反馈：如果成功，则转806；如果失败，转810；

810、判断是否有其他种子：如果是，转808；如果否，转811；

811、从CDN服务器下载数据。

如图9所示，为本发明应用实例节点间建立链接流程示意图，具体包括：

901、当peer A向peer B发起双向链接请求时，判断链接数是否达到最大值：如果是，即达到最大，则拒绝请求；如果否，即未达到最大，则转902；

902、peer B创建上行和下行流；

903、peer A创建上行和下行流；

904、peer A与peer B双向链接创建成功。

如图10所示，为本发明应用实例排队等待流程示意图，具体包括：

1001、peer A向peer B发起询问，返回当前任务状态；

1002、peer A解析返回数据：如果未下载完成，则转1001；如果下载完成，转1003；如果超过最大允许次数，转1004。

1003、peer A开始下载数据。

1004、peer A结束询问，执行其他流程。

如图11所示，为本发明应用实例从种子下载数据流程示意图，具体包括：

1101、当peer A向peer B询问总大小，peer B返回文件总大小何第一块数据时，根据大小计算文件分块总数创建接收队列；

1102、判断是否有未下载块：如果有未下载块，则转1103；如果无未下载块，则转1104；

1103、peer A向peer B请求该块，peer B返回请求的数据，然后转1105；

1104、peer A判断是否正在下载：如果正在下载，有未下载块，则转1103；如果全部下载完成，则转1106；

1105、peer A存储返回的数据，然后转1102；

1106、如果全部下载完成，则结束。

如图12所示，为本发明应用实例登录服务器流程示意图，具体包括：

1201、peer请求服务器地址；

1202、Getway接口获取peer请求服务器地址的消息；

1203、根据用户IP选择合适的tracker服务器和RTMFP服务器；

1204、peer解析返回的数据；

1205、peer发起同tracker服务器的链接请求；

1206、tracker服务器获取上述链接请求；

1207、判断tracker服务器登录状态：如果登录成功，则转1208；否则，转1201；

1208、RTMFP服务器登录；

1209、判断RTMFP服务器登录状态：如果登录成功，则转1210；否则，转1201；

1210、登录成功，结束。

本发明应用实例视频点对点下载加速器是一种基于Flash技术的P2P交互程序。用于降低视频CDN服务器带宽占用，提高小运营商用户观看体验。视频点对点下载加速器通过算法，动态安排每个节点在整体交互模型中的位置，在保证节点具有良好的观看体验的前提下，最大化的利用每个节点的网络资源，提高分享率，从而节省服务器带宽占用。本方案在视频无插件P2P项目使用。通过本方案，视频无插件P2P版本的播放器能够节省30％以上的服务器带宽，同时没有繁琐的插件安装过程。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrativelogical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrativecomponents)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种点对点流媒体下载方法，其特征在于，所述点对点流媒体下载方法包括：

当一节点终端发送流媒体获取请求后，从追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息；

根据所述要下载的流媒体的种子信息，基于闪存的点对点Flash P2P方式与所述种子信息对应的未达到最大连接数的节点终端之间建立双向链接；

从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据。

2.如权利要求1所述点对点流媒体下载方法，其特征在于，所述点对点流媒体下载方法还包括：

若从所述种子信息对应的未达到最大连接数的节点终端下载完成所述要下载的流媒体的数据中的某一任务后，则上报所述追踪服务器，更新所述要下载的流媒体的种子信息，其中，所述要下载的流媒体的数据中的某一任务为所述要下载的流媒体的数据中的某个视频片。

3.如权利要求1所述点对点流媒体下载方法，其特征在于，所述点对点流媒体下载方法还包括：

若完成从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据的某一任务后，则断开没有给所述节点终端传输数据的基于Flash P2P方式建立的双向链接。

4.如权利要求1所述点对点流媒体下载方法，其特征在于，所述当一节点终端发送流媒体获取请求后，若没有从追踪服务器获取到所述流媒体获取请求对应的要下载的流媒体的种子信息，则直接从内容分发服务器下载所述要下载的流媒体的数据。

5.如权利要求1所述点对点流媒体下载方法，其特征在于，所述种子信息中包括节点终端的种子状态，所述种子状态包括：下载完成、正在下载或者未收到任务；以及所述从追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息之前，如果存在已经建立的双向链接，则询问所述双向链接所对应节点终端当前的种子状态，然后判断所述双向链接所对应节点终端的种子状态：

如果所述种子状态为正在下载，则转排队等待；如果所述种子状态为未收到任务，则重新从所述追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息，然后判定如果有所述流媒体获取请求对应的要下载的流媒体的种子信息，则根据所述要下载的流媒体的种子信息，基于Flash P2P方式与所述种子信息对应的未达到最大连接数的节点终端之间建立双向链接，从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据；如果所述种子状态为下载完成，则直接从所述双向链接所对应的节点终端下载所述要下载的流媒体的数据；

其中，所述从种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据包括：判断所述种子信息对应的未达到最大连接数的节点终端中的每一个节点终端是否完成了下载所述要下载的流媒体的数据中的某一任务：若某一节点终端没有完成下载且正在下载所述要下载的流媒体的数据中的某一任务，则排队等候该节点终端完成下载所述要下载的流媒体的数据中的某一任务后，再通过基于闪存的实时媒体流协议从该节点终端获取所述要下载的流媒体的数据；若某一节点终端已完成下载所述要下载的流媒体的数据中的某一任务，则通过基于闪存的实时媒体流协议直接从该节点终端获取所述要下载的流媒体的数据。

6.一种节点终端装置，其特征在于，所述节点终端装置包括：

种子获取单元，用于当一节点终端发送流媒体获取请求后，从追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息；

链接建立单元，用于根据所述要下载的流媒体的种子信息，基于闪存的点对点FlashP2P方式与所述种子信息对应的未达到最大连接数的节点终端之间建立双向链接；

数据下载单元，用于从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据。

7.如权利要求6所述节点终端装置，其特征在于，所述节点终端装置还包括：

数据分享单元，用于若从所述种子信息对应的未达到最大连接数的节点终端下载完成所述要下载的流媒体的数据中的某一任务后，则上报所述追踪服务器，更新所述要下载的流媒体的种子信息，其中，所述要下载的流媒体的数据中的某一任务为所述要下载的流媒体的数据中的某个视频片。

8.如权利要求6所述节点终端装置，其特征在于，

所述数据下载单元，进一步用于若完成从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据的某一任务后，则断开没有给所述节点终端传输数据的基于Flash P2P方式建立的双向链接。

9.如权利要求6所述节点终端装置，其特征在于，

所述数据下载单元，进一步用于当一节点终端发送流媒体获取请求后，若没有从追踪服务器获取到所述流媒体获取请求对应的要下载的流媒体的种子信息，则直接从内容分发服务器下载所述要下载的流媒体的数据。

10.如权利要求6所述节点终端装置，其特征在于，所述种子信息中包括节点终端的种子状态，所述种子状态包括：下载完成、正在下载或者未收到任务；所述节点终端装置还包括：

状态判断单元，用于在从追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息之前，如果存在已经建立的双向链接，则询问所述双向链接所对应节点终端当前的种子状态，然后判断所述双向链接所对应节点终端的种子状态：如果所述种子状态为正在下载，则转排队等待；如果所述种子状态为未收到任务，则重新从所述追踪服务器获取所述流媒体获取请求对应的要下载的流媒体的种子信息，然后判定如果有所述流媒体获取请求对应的要下载的流媒体的种子信息，则根据所述要下载的流媒体的种子信息，基于Flash P2P方式与所述种子信息对应的未达到最大连接数的节点终端之间建立双向链接，从所述种子信息对应的未达到最大连接数的节点终端下载所述要下载的流媒体的数据；如果所述种子状态为下载完成，则直接从所述双向链接所对应的节点终端下载所述要下载的流媒体的数据；

其中，所述数据下载单元包括：

判断模块，用于判断所述种子信息对应的未达到最大连接数的节点终端中的每一个节点终端是否完成了下载所述要下载的流媒体的数据中的某一任务；

排队模块，用于若某一节点终端没有完成下载且正在下载所述要下载的流媒体的数据中的某一任务，则排队等候该节点终端完成下载所述要下载的流媒体的数据中的某一任务后，再通过基于闪存的实时媒体流协议从该节点终端获取所述要下载的流媒体的数据；

下载模块，用于若某一节点终端已完成下载所述要下载的流媒体的数据中的某一任务，则通过基于闪存的实时媒体流协议直接从该节点终端获取所述要下载的流媒体的数据。