WO2009140868A1

WO2009140868A1 - 一种基于p2p的媒体播放方法、装置和系统

Info

Publication number: WO2009140868A1
Application number: PCT/CN2009/070375
Authority: WO
Inventors: 戴芬; 王铁英; 严哲峰
Original assignee: 华为技术有限公司
Priority date: 2008-05-20
Filing date: 2009-02-06
Publication date: 2009-11-26
Also published as: EP2288085B1; US9497035B2; US20110067074A1; EP2288085A4; CN101588468A; CN101588468B; EP2288085A1

Description

一种基于 P2P的媒体播放方法、装置和系统技术领域

本发明涉及多媒体传输领域，特别是涉及一种基于 P2P的媒体播放的方法、装置和系统。

背景技术

随着因特网技术的普及， 90年代后期，以 Napster为代表的 p2p应用开始在因特网上流行。 P2P即对等计算或对等网络，节点通过直接交换来共享资源和服务，每个节点既可以是服务器，也可以是客户端。

一般说来，基于 P2P的视频服务包括直播和点播两种。

视频直播是指由服务器定时播放节目，用户在终端收看节目，如同电视的播放模式一般。其拓扑构架具有如下特点：以服务器为中心构建拓扑，每一个直播边缘服务器负责管理一部分节目，与 Peer (节点）进行交互，提供节目数据缓冲，并负责将新加入节点插入拓扑的某个位置。

视频点播是指能在用户需要时随时提供交互式视频服务的业务。其拓扑架构具有如下特点：以服务器为中心构建的点播拓扑架构，具体实现可以为网状、树形等方式，以 SN ( Super Node, 超级节点）为构成主干网络，每个 SN负责管理某一个区域，与 Peer进行交互，提供可连接的节点列表。

发明人在实现本发明的过程中发现现有技术中至少存在如下缺点：基于 P2P的视频服务系统中的直播和点播的功能的实现是相对独立的，没有做到这两种播放方式的融合，且各自存在着一些问题：直播节目顺畅清晰，但不能拖动；点播节目满足用户能随时播放的意愿，但是需要用户查询相关的节目，拖动延迟大，缓冲时间长，节目流畅度有待提高。且各个终端节点都有一个磁盘缓存用户已经收看的数据，但这些被缓存的数据没有被充分利用。发明内容

有鉴于此，有必要提出一种基于 P2P的媒体播放方法，可以实现直播和点播业务的融合和两种播放模式的自由切换。

一种基于点对点 P2P的媒体播放方法，包括以下歩骤：

登录网络；

选择直播业务或点播业务，并接收是否对所述直播业务或点播业务对应的数据流进行缓存的判断结果；

根据所述选择结果获取所述对应的数据流，并在所述判断结果为是时，对所述数据流进行缓存；

所述缓存的对应数据流分别作为点播业务或直播业务的数据源提供给点播节点或直播节点。

另一方面，本发明实施例还提供了一种节点，包括：

登录模块，用于登录网络；

模式选择模块，用于选择直播业务或点播业务；

信息获取模块，用于接收所述模式选择模块所选择的直播业务或点播业务所需的网络信息和是否对所述直播业务或点播业务对应的数据流进行缓存的判断结果；

存储模块，用于根据所述模式选择模块的选择结果获取所述数据流，并根据所述信息获取模块所获取的判断结果为进行缓存时对所述数据流进行缓存。

另一方面，本发明实施例还提供了一种用户请求路由系统 RRS , 包括：

用户管理模块，用于管理节点信息；

拓扑管理模块，用于管理系统内直播和点播拓扑结构信息；

服务器管理模块，用于管理各边缘服务器的信息。

另一方面，本发明实施例还提供了一种核心服务器 CS, 包括：信息索引模块，用于对所述内容源进行元数据提取，生成索引信息。内容分块模块，用于对所述内容源进行分块，确定编码格式；内容分发模块，用于将所述信息索引模块生成的索引信息和所述内容分块模块分块的内容分发到相应的边缘服务器。

另一方面，本发明实施例还提供了一种直播业务边缘服务器 Live— ES, 包括：

内容管理模块，用于管理本地存放的数据；

内容通信模块，用于获取本地需要的内容，并处理接收的请求；内容分块管理模块，用于所述获取的内容的进行分块编码。

另一方面，本发明实施例还提供了一种点播业务边缘服务器 VOD ES, 包括：

内容管理模块，用于管理本地存放的数据；

内容通信模块，用于获取本地需要的内容，并处理接收的请求；

SN管理模块，用于根据所述内容管理模块所管理的数据，管理所述数据相对应的超级节点 SN;

簇管理模块，用于对接入的节点进行 SN选择与注销。

另一方面，本发明实施例还提供了一种 SN，包括：

节点状态记录模块，用于记录域内的各节点的状态信息；

判断模块，用于根据所述节点状态记录模块所记录的域内各节点状态信息判断直播业务或者点播业务对应的数据流的内容分块的缓存节点数量是否低于设置的内容分块级阈值。

另一方面，本发明实施例还提供了一种基于 P2P的媒体播放系统，包括核心服务器 CS和至少一个 Live— ES、 VOD— ES、 RRS、 SN和节点：

所述 CS，用于对内容源进行统一编码的处理，并将所述处理后的内容源发送给对应的 Live— ES或 VOD— ES;

所述 L_1Ve— ES, 用于提供直播业务所需的数据流；

所述 VOD— ES, 用于提供点播业务所需的数据流；

所述 RRS, 用于管理网络中的所述 Live ES、 VOD ES和节点；所述 SN，用于管理域内各节点和内容；

所述节点，用于接收、传输和存储直播或点播业务所对应的数据流。本发明实施例的技术方案具有以下优点，因为充分利用了直播和点播视频服务的特点，将二者进行融合，实现了直播到点播的自由切换，同时改进磁盘缓存方法，使节目资源均衡分布并增加可连接节点，并将用户节点磁盘缓存的数据用于点播，此外，系统根据资源分布情况，判断是否对当前收看节目进行缓存，从而，在保证有足够内容用于网络应用的情况下，避免了过多重复存储内容而造成浪费，提高了网络资源利用率，改善了用户使用体验。

附图说明

图 1 为本发明实施例中一种基于点对点 P2P的媒体播放系统的结构示意图；

图 2为本发明实施例中核心服务器 CS的结构示意图；

图 3为本发明实施例中直播业务边缘服务器 Live— ES的结构示意图；图 4为本发明实施例中点播业务边缘服务器 VOD— ES的结构示意图；图 5为本发明实施例中点播业务边缘服务器 VOD— ES中存储的数据结构示意图；

图 6为本发明实施例中用户请求路由系统 RRS的结构示意图；图 7为本发明实施例中超级节点 SN的结构示意图；

图 8为本发明实施例中终端节点的结构示意图；

图 9为本发明实施例中一种基于 P2P的媒体播放系统的拓扑示意图；图 10为本发明实施例中直播节点后续加入点播的拓扑示意图；图 11为本发明实施例中节点从直播切入点播模式的拓扑示意图；图 12为本发明实施例中一种基于 P2P的媒体播放方法的客户端流程示意图；

图 13为本发明实施例中节点登录流程示意图；图 14为本发明实施例中直播模式的操作流程的示意图；

图 15本发明实施例中直播模式下 RRS反馈的数据结构列表；

图 16为本发明实施例中点播模式的操作流程的示意图；

图 17为本发明实施例中是否缓存内容的判断流程示意图 ·'

图 18为本发明实施例中通过直播节点拖动，实现直播模式到点播模式切换的操作流程示意图；

图 19为本发明实施例中节点退出直播的流程示意图。

具体实施方式

本发明实施例提出一种基于点对点 P2P的媒体播放方法，在实现直播和点播功能的基础上，将二者有机地结合起来，实现了直播到点播的自由切换，同时改进磁盘缓存方法，使节目资源均衡分布并增加可连接节点，并将用户节点磁盘缓存的数据用于点播，视频服务系统中的节点处于点播和直播共生的状态中。此外，系统根据资源分布情况，判断是否对当前收看节目进行缓存，从而，在保证有足够内容用于网络应用的情况下，避免过多重复存储内容而造成浪费，提高了网络资源利用率，改善了用户使用体验。

如图 1所示，本发明实施例提出的一种基于点对点 P2P的媒体播放系统结构示意图，包括至少一个核心服务器 CS 1、直播业务边缘服务器 Live— ES 2、点播业务边缘服务器 VOD— ES 3、用户请求路由系统 RRS 4、超级节点 SN 5和节点 6。

其中 CS 1，即为核心服务器 Core Server, 每一个节目内容作为数据源，加入到系统，都需要首先由 CS进行处理，保证节目内容不管是处于直播还是点播中，都具有同样的编码模式。也就是说，具有同一个 Content ID 的节目内容具有相同的分块编码方式，该内容在直播系统和点播系统中对应的分块是一致的。经 CS处理后的具有相同分块编码方式的节目内容被传送至直播业务边缘服务器 Live— ES 2和点播业务边缘服务器 VOD— ES 3中，为直播和点播业务提供节目源。具体的传送方式包括根据边缘服务器（包括 Live— ES 2禾 Π VOD— ES 3 ) 的请求进行传送，或者是 CS 1主动推送， gp CS 1 将分块后的内容传送给 Live— ES 2和 VOD— ES 3

RRS 4负责整个系统的节目管理，对 Live— ES 2和 VOD— ES 3上的内容进行登记和管理，为系统内的资源优化提供依据，具体的实现方式可以是 CS 1主动向 RRS 4进行节目内容的汇报，也可以是 RRS 4进行内容检测，检测到 CS 1发送给 Live— ES 2和 VOD— ES 3的节目内容。进一歩的，内容检测还可以发现 Live— ES 2和 VOD— ES 3内容的变化，从而更新 RRS 4上的相应内容记录。此外， RRS 4还可以实现对系统内的拓扑结构的登记和管理。

SN 5作为点播业务边缘服务器 VOD— ES 3的一个域的管理者，其负责登记和管理域内各节点中的内容分块，并且，可以进一歩的通过 VOD— ES 登记直播网络中进行直拨业务的节点中所缓存的内容分块。通过上述内容分块的等级和管理，为节点 6接入系统后选择最优的点播内容提供节点，为节点 6提供点播业务资源。

节点 6通过 RRS 4登录网络，并通过 RRS 4获知节点 6需要的内容位于哪个边缘服务器，从而进行相应的直播或点播业务。

如图 2所示，为核心服务器 CS 1的结构示意图，具体包括：

信息索引模块 21，用于对内容源进行元数据提取，生成索引信息。索引信息是一个节目的元数据信息，包含节目的关键帧等信息。

内容分块模块 22，采用一定的编码格式对内容源进行分块。

内容分发模块 23，用于将信息索引模块 21生成的索引信息和内容分块模块 22分块后的内容分发到相应的边缘服务器。

上述索弓 I信息随处理后的内容一并发送给边缘服务器，节点进行媒体播放业务前首先从边缘服务器上获取节目的元数据信息，之后，根据元数据获取具体的数据块。

此外， CS 1保存了分块后的内容与边缘服务器的对应关系和经过 CS 1 处理的内容推送到边缘服务器的信息记录，其数据结构可以采用表 1 的方式，请参见表 1所示：

表 1 CS中数据结构列表

具体的，表 1表示在边缘服务器 ES— 1、 ES_2 ······直到 ES— N这些边缘服务器上都有对应 Content ID的节目内容，当然，也可以进一歩指出边缘服务器是用于直播还是点播。

上述的数据结构所体现的 ES和内容的对应关系用于保证 CS 1不会对相同的内容做出重复的或矛盾的处理，保证了内容处理的效率，同时，如果 CS 1主动向 RRS 4进行节目内容的汇报，上述的数据结构同样可以作为汇报内容，为 RRS 4提供内容管理依据。

直播业务边缘服务器 L_lve— ES 2用于提供直播业务所需的数据流， Live— ES 2保存了从 CS 1获取的分块处理后的节目内容， Live— ES 2成为系统中分块数据的提供者，为节点提供存储有该节点所请求内容的相关节点信息，当然为了保证用户的服务质量 QoS，如果节点不能从与其连接的节点中获取所需要的数据，也可以从1^^— ES 2中获取需要的数据流，其中， Live— ES 2的结构可以参考图 3，具体包括：

内容管理模块 31，用于管理本地存放的数据，即用于管理再次分块处理后的内容；

内容通信模块 32，用于向核心服务器 CS 1获取本地需要的内容，并处理其他节点发送的获取请求；

内容分块管理模块 33，用于对核心服务器 CS 1所生成的内容分块进行再次分块编码。

在内容分发过程中，需要对内容进行编码处理，形成 N+R的块，即对于由 CS分发到边缘服务器 ES中的块，当需要把这些块分发给其他节点即其他客户端的时候， Live— ES需要再次对这些分块进行分块编码处理，形成 N原始的小块和 R个编码块，在 N+R个编码块中任意选择 N块，客户端都可以将其还原成原始的内容分块。

点播业务边缘服务器 VOD— ES 3用于提供点播业务所需的数据流。

VOD_ES 3保存了从 CS 1获取的分块处理后的节目内容，成为系统中分块数据的提供者，为节点提供存储有该节点所请求内容的相关节点信息。当然，为了保证用户的服务质量 QoS，如果节点不能从与其连接的节点中获取所需要的数据，也可以从 VOD— ES 3 中获取需要的数据流。其中， VOD_ES 3还可以进一歩兼作超级节点 SN 5进行内容的管理和分配，当然进行内容的管理和分配的超级节点 SN 5也可以单独设置，但超级节点 SN 5 必须由 VOD— ES 3进行确定的，其接受 VOD— ES 3的管理。在 RRS 4将 CS 1中的内容指派给 VOD— ES 3时，超级节点 SN 5也是由 VOD— ES 3进行选取和管理的。

点播业务边缘服务器 VOD— ES 3的结构可以参考图 4，具体包括：内容管理模块 41，用于管理本地存放的数据，即内容分块，该数据可以归属于不同的 SN，也可以归属于同一个 SN;

内容通信模块 42，用于获取本地需要的内容，并处理其他节点发送的获取请求；

SN管理模块 43，用于管理不同域的 SN节点，为用户查询 SN提供接口，其数据结构如图 5所示：

其中：

Content ID表示某节目内容的 ID;

SN List表示 VOD— ES管理该内容的 SN列表；

SN— ID表示 SN List中的某个 SN的 ID;

PeerAddr表示与 SN— ID对应的 SN的地址；

PeerNum表示该 SN目前拥有多少个登记内容的节点； SN— Resource表示目前该 SN的性能使用状况。

簇管理模块 44，用于对接入的节点进行 SN选择。具体为：簇管理模块 44的主要作用是针对整个 VOD— ES登录的节点进行 SN的选择和划分，从 VOD_ES 3所控制的节点中选择或注销 SN。

RRS 4，用于管理网络中的 Live— ES 2、 VOD— ES 3和节点 6。

无论用户是选择点播还是直播，用户所对应的节点都需要到 RRS 4上进行登记， RRS4上管理点播和直播两套系统：每一个新加入的直播节点到 RRS 4进行登记的时候， RRS 4会反馈给该节点在直播拓扑中的位置，并把该位置的附近节点反馈给该节点，同时分配给该节点一个 Live— ES 2，保证用户体验的 QoS; 每一个新加入的点播节点，会从 RRS 4处获得 VOD— ES 3，同时， RRS 4管理着点播同一节目的所有节点，并根据播放时间点进行排序，因此，新加入节点还会获得一个该播放点附近的节点集合。

节点 6在登录 RRS 4的时候，无论是加入直播还是点播系统，都需要 RRS4反馈回该节目内容的 VOD— ES 3，通过该 VOD— ES 3获取节目内容的 SN5 , 然后进行登记，目的是使节点 6后续下载存储的内容文件块可以为点播节点使用。

如图 6所示， RRS 4的结构具体包括：

用户管理模块 61，用于管理网络中各节点的信息，并为每一个登录的节点分配一个 Peer ID, 具体包括：

判断子模块 611，用于判断直播业务或者点播业务对应的数据流内容缓存节点数量是否低于设置的文件级阈值。

拓扑管理模块 62，用于用于管理系统内直播和点播拓扑结构信息，具体包括：

直播拓扑管理子模块 621，用于管理直播业务对应的拓扑结构信息；点播拓扑管理子模块 622，用于管理点播业务对应的拓扑结构信息。其中 RRS 4上的拓扑管理模块管理的数据结构可以采用表 2所示的格表 2 RRS中数据结构列表

ContentID表示某一个节目内容的 ID;

MetaData表示该内容的元数据，包括，内容时长、码率等表示内容的自 .

Live— ES List表示此节目内容的直播 ES列表；

VOD ES List表示此节目内容的点播 ES列表；

直播拓扑结构记录了正在收看此节目的直播节点，以及节点之间的连接关系；

点播节点列表记录了正在收看此节目的点播节点，并按播放时间点进行排序；

Live PeerNum和 VOD PeerNum分别表示目前正在观看直播和点播的节点数量，通过这些数量， RRS可以反馈给新加入的一个节点关于是否存储接收到数据的消息。

直播拓扑管理子模块管理加入直播系统中每一个节点所处在直播拓扑图中的位置，当一个新节点加入直播系统的时候，会反馈给该节点其相应的邻居节点的信息；点播拓扑管理子模块主要是用于记录每一加入点播系统中的节点的信息，当一个新节点加入到点播系统中，节点就会把播放时间点附近的节点反馈给这个新节点。

服务器管理模块 63，用于管理各边缘服务器的信息。

具体为，服务器管理模块 63 管理系统中各边缘服务器的信息，可以均衡系统中各边缘服务器之间的负载。当有节点加入的时候，通过服务器管理模块 63可以选择一些性能比较好的边缘服务器传递给该节点。

SN 5的结构如图 7所示，包括：节点状态记录模块 71，用于记录一个域内的各节点的状态信息；判断模块 72，用于根据节点状态记录模块 71所记录的域内各节点状态信息判断直播业务或者点播业务对应的数据流的内容分块的缓存节点数量是否低于设置的内容分块级阈值。

SN存在于点播系统中，由点播边缘服务器 VOD— ES从众多普通节点中选择的性能良好节点，保存一个数据结构，统计出其管理区域内，每一个内容的每一个块的节点分布情况，并统计域内可以为其他节点提供所需要的数据的节点信息，并对节点所请求的内容分块是否缓存进行判断， SN 5 的数据结构 Reglnfo的示意图可以参考表 3，其中的 PeerList和 Blocklnfo字段具体如表 4和表 5所示：

表 3 数据结构 Reglnfo的结构示意列表

ContentID

PeerList

Blocklnfo 表 4 PeerList的结构示意列表

表 5 Blocklnfo的结构示意列表

BlockID BlockNum 其中：

ContentID表示某节目内容的 ID；

PeerList表示该 SN管理的该节目内容的节点列表以及这些节点拥有的内容分块信息；

Blocklnfo表示该节目内容分块信息以及对应分块的数量； PeerlD表示每个节点对应的一个 ID;

PeerAddr表示每个节点对应的地址信息；

BlockBitmap表示该节点拥有的内容分块信息；

PeerState表示节点所处在的状态，可以是：点播、直播和闲置（即既没有点播也没有直播），当节点状态改变的时候，就会通知所有本地缓存内容的 SN节点，要求它们改变对应的 PeerState;

BlocklD表示节目内容的某块的 ID;

BlockNum表示与 BlocklD对应的块在该 SN管理域内的数量；

每一个内容分块在 SN 5 进行一次登记，在修改 PeerlD 对应的 BlockBitmap 对应的 bit位的同时，还需要修改登记块 BlocklD 对应的 BlockNum, 如果需要登记，则标记为 BlockNum++; 否则，如果节点写磁盘操作失败，则回滚，修改 bit位，并标记为 BlockNum- -。

此外，某个用户终端的磁盘空间有限，涉及数据替换，当新下载的内容分块将原来的数据块替换时，节点发送信息通知 SN 5保持更新，使得 SN 5 拥有的统计数据和内容分布情况较真实，节点得到的可连接节点集更可靠，进行连接时的命中率比较高。

SN 5记录了节点当前所处的状态，当节点状态发生改变时，比如节点由直播切入点播，由闲置状态转入点播模式收看节目等，涉及节点状态的改变，就需要通知其登记到的 SN，告知其状态的改变，保持 SN所持有的数据最新。

SN 5收到节点请求时，按照优先级选择规则，在域内所有节点中选择至少一个可连接节点组成可连接的节点集，并发送节点集的信息给相应的请求节点，优先级选择规则包括但不仅限于按照闲置节点、点播节点、直播节点的优先级顺序进行选择。

节点 6，用于接收直播或点播业务所对应的数据流，其结构如图 8所示，具体包括：登录模块 81，用于登录网络，可以进一歩包括：

缓存判断子模块 811，用于判断节点上是否存在缓存数据；

登记子模块 812，用于当缓存判断子模块 811判断出节点上存在缓存数据时，从 RRS 4获取缓存数据对应的点播业务信息，并根据点播业务信息进行缓存数据的信息登记。

模式选择模块 82，用于选择直播业务或点播业务，上报给相关的边缘服务器；

信息获取模块 83，用于接收模式选择模块 82所选择的直播业务或点播业务所需的直播网络拓扑信息或点播网络拓扑信息，以及是否对直播业务或点播业务对应的数据流进行缓存的判断结果；

存储模块 84，用于根据模式选择模块 82的选择结果获取数据流，并根据信息获取模块 83所获取的判断结果对数据流进行缓存，具体包括：

下载子模块 841，用于根据模式选择模块 82 的选择结果获取相对应的数据流；

缓存子模块 842，用于根据信息获取模块 841所获取的判断结果对数据流进行缓存。

如图 9所示，为本发明所提供的一种基于点对点 P2P的媒体播放系统的拓扑示意图，其中左边部分为收看直播节目的节点，右边部分为点播模式及闲置状态节点。

实线连接了直播拓扑，虚线连接了与点播有关的节点，构成了点播拓扑网络。

节点 E、 F、 G在系统中，有双重角色：自身的应用为直播模式，处在直播模式的网络拓扑中；其磁盘缓存的数据，被点播模式的节点利用，因而在点播拓扑中也扮演供流的角色。

节点 A、 B、 C、 D 以直播模式收看节目，一般来说，是因为首次进入系统，其磁盘缓存为空，没有数据块可供点播利用，因而只存在直播应用中，但其已经向该节目的点播 SN进行注册，一旦缓存数据块下载完成即进行汇报，加入点播拓扑。

节点 I、 J表示点播拓扑中的 SN，节点 0为没有参与节目收看的闲置节点，但是其磁盘有缓存数据，进入了点播拓扑结构。节点 H、 K、 L、 M、 N 表示点播模式中的普通节点。

节点 H、 I、 J、 K、 L、 M、 N以点播模式收看节目，有三种方式获得视频流：从点播 ES获取；从点播拓扑结构（点播模式（如 H) ，或者直播模式（如 F) ) 的节点中获取；也有可能从并没有收看节目，但是其磁盘缓存中有数据的闲置节点（如 0) 获取。

基于上述的网拓扑结构，可以实现节点的直播模式与点播模式的切换：在图 9中，处于直播模式的 A节点，一段时间后缓存了视频数据，加入点播拓扑，以内容提供者的身份为节点 H和 L供流，而自身仍然在以直播模式收看节目，在直播中的拓扑保持不变，如图 10所示。

图 9中的节点 F, 此时节目收看模式由直播切入点播，这时，它需要从直播拓扑中退出，只存在于点播拓扑图中，变成点播节点。退出直播拓扑，必然导致拓扑图的节点关系变化，这时直播拓扑需要感知 F的退出对其它节点的影响，并迅速采取措施：比如 F从直播拓扑中的退出会导致 G在直播拓扑中的孤立，无法获取直播视频流。这时， G与直播拓扑中的其它节点关联，比如和节点 A建立连接，保证数据获取的正常进行，如图 11所示。

具体的，如图 12所示，为本发明实施例所提出的技术方案的详细流程图，

节点进入系统，通过 RRS登录网络；

节点判断自身是否有相关内容的缓存，如果有，则获取与缓存内容相应的 VOD— ES，并进一歩通过 VOD— ES获取相对应的 SN，向该 SN登记缓存内容的信息；

登记完成后，或判断自身无相关内容的缓存时，节点选择希望获取的节目目内内容容，，并并决决定定是是通通过过直直播播模模式式或或点点播播模模式式进进行行上上述述内内容容的的获获取取；；

如如果果选选择择直直播播模模式式，，则则从从 RRRRSS获获取取相相应应的的 LLiivvee—— EESS、、 VVOODD—— EESS、、邻邻居居节节点点信信息息以以及及是是否否缓缓存存内内容容的的标标识识，，然然后后，，通通过过上上述述信信息息获获取取数数据据流流；；

如如果果选选择择点点播播模模式式，，则则从从 RRRRSS获获取取相相应应的的 VVOODD—— EESS、、邻邻近近节节点点的的集集合合 55 信信息息以以及及是是否否缓缓存存内内容容的的标标识识，，然然后后，，通通过过上上述述信信息息获获取取数数据据流流；；

当当获获取取足足够够的的数数据据内内容容后后还还包包括括根根据据上上述述是是否否缓缓存存内内容容的的标标识识进进行行是是否否缓缓存存的的判判断断，，具具体体包包括括是是否否缓缓存存文文件件级级内内容容的的判判断断，，如如果果进进行行文文件件级级缓缓存存，，则则存存储储相相应应的的文文件件级级内内容容，，如如果果不不进进行行文文件件级级缓缓存存，，则则可可以以进进一一歩歩判判断断是是否否进进行行内内容容分分块块级级的的缓缓存存，，如如果果缓缓存存，，则则缓缓存存该该内内容容分分块块，，如如果果不不缓缓存存，，则则放放 1100 弃弃缓缓存存该该内内容容分分块块，，当当节节点点进进行行了了缓缓存存之之后后可可以以进进一一歩歩作作为为点点播播的的内内容容源源，，为为其其他他选选择择点点播播的的节节点点提提供供内内容容。。

同同时时，，在在本本流流程程中中还还包包含含直直播播模模式式与与点点播播模模式式之之间间的的切切换换。。为为方方便便说说明明，，本本发发明明实实施施例例通通过过将将全全过过程程划划分分为为五五个个部部分分，，并并结结合合附附图图进进行行说说明明，，具具体体描描述述如如下下：：

1155 第第一一部部分分，，如如图图 1133所所示示，，为为节节点点登登录录流流程程，，其其中中，，节节点点进进入入系系统统，，首首先先和和 RRRRSS取取得得联联系系登登录录网网络络。。如如果果是是第第一一次次打打开开终终端端使使用用系系统统，，其其磁磁盘盘缓缓冲冲为为空空，，则则不不向向 RRRRSS汇汇报报数数据据，，只只登登录录。。否否则则，，向向 RRRRSS汇汇报报数数据据，， RRRRSS返返回回与与磁磁盘盘所所缓缓存存内内容容相相对对应应的的 VVOODD—— EESS信信息息，，继继而而获获得得对对应应的的 SSNN，， SSNN登登记记该该节节点点所所缓缓存存的的内内容容分分块块信信息息。。

2200 需需要要进进一一歩歩指指出出的的是是，，有有可可能能节节点点只只走走到到这这一一歩歩，，即即只只打打开开终终端端，，但但不不再再继继续续选选择择直直播播或或者者点点播播模模式式。。这这种种情情况况尤尤其其适适应应于于机机顶顶盒盒应应用用，，这这样样，，节节点点所所拥拥有有的的磁磁盘盘缓缓存存文文件件就就能能被被拓拓扑扑中中的的点点播播节节点点利利用用，，为为点点播播节节点点供供流流。。

相相应应的的，，图图 1133所所示示的的是是用用户户登登录录时时的的流流程程示示意意图图，，与与后后续续用用户户是是进进入入直直播播、、点点播播还还是是保保持持现现有有闲闲置置状状态态无无关关，，具具体体包包括括以以下下歩歩骤骤：：

歩歩骤骤 SS11330022、、节节点点从从 RRRRSS登登录录、、汇汇报报所所缓缓存存内内容容数数据据。。歩骤 S1303、 RRS返回一系列与该缓存内容有关的 VOD— ES。如果节点磁盘没有缓存数据，则 RRS只用于登录，不会返回 VOD— ES 自歩骤 S1304、节点获得 VOD— ES信息之后，与 VOD— ES进行连接。歩骤 S1305、 VOD— ES返回每一个内容的 SN信息。

歩骤 S1306、节点再向 SN汇报内容分块信息。

歩骤 S1307、 SN据此修改其内部数据结构 Reglnfo, 记录新加入节点及其内容分块信息。

歩骤 S1308、返回登记结果。

其中，不同的内容可能登记在同一个 SN，也可能在不同的 SN中，且

VOD ES也可以作为一个 SN。

第二部分，如图 14所示，为直播模式的操作流程，在直播模式中，节点与 RRS 取得联系，获得 Live— ES 信息以及邻居节点的信息，之后与 Live— ES和邻居节点之间建立连接，完成了节点加入直播拓扑。同时从 RRS 上获取直播内容的 VOD— ES，并与 VOD— ES建立连接获取 SN信息；

然后，从这些直播邻居节点获取或者接收直播数据流。其中， RRS根据该节目的热度反馈是否进行数据存储，决定该新加入节点是否对获取的数据流进行缓存，如一个新节点加入该节目时，如果当前正在使用该内容的节点用户多于设定的文件级阈值 N1 , 那么就返回给该节点一个存储标志信息 Flag=0 (不缓存），否则返回 Flag=l (缓存）。

当直播节点获取到一部分完整的内容分块的时候，联系 SN进行该内容分块的登记（SN设定其管理的域内该内容的内容分块级阈值 N2，如果该部分内容分块 BlockID对应的 PeerNum大于内容分块级阈值 N2，那么返回不需要存储该内容分块， Flagl = 0，否则， Flagl = l ) 。

节点在后续节目收看中，会获得节目的新的下载文件，因此，节点定期检测是否有内容分块（如 4M为一 Block) 已经下载完成，向 SN登记汇报信息，确定是否对下载的内容分块进行磁盘存储。此时，直播模式的节点如果缓存了新内容，可以加入该内容的点播拓扑，为点播节点供流。

处于直播状态的节点，可能处于双重结构中：在直播拓扑结构中，自己受惠也服务其它直播节点；在点播拓扑中，提供已缓存的数据给点播模式的节点。如果点播模式的某节点缓存了某直播节目的内容，该点播模式的节点也可以作为直播模式的节点，直播相对点播来说，拓扑结构和供流都比较稳定，直播的质量可以得到保障，也可以不需要该点播模式的节点来为收看直播的节点来提供流支持。因而登录的闲置节点也可以不考虑加入直播拓扑。

具体的，直播模式信令交互流程如图 14所示，包括以下歩骤：歩骤 S1401、节点选择内容进入直播模式。

歩骤 S1402、节点与 RRS建立连接，进行交互。

歩骤 S1403、从 RRS 处获取边缘服务器信息（包括该内容对应的 Live— ES和 VOD— ES) 及其邻居节点。

RRS根据该节目的直播拓扑情况，决定是否该新加入节点对直播内容进行缓存（即文件级的缓存）。

歩骤 S1404、与 Live— ES建立连接，进行交互。

歩骤 S1405、从 Live— ES处获取快速视频数据缓冲，该歩骤为可选歩骤。

歩骤 S1406、与该内容的 VOD— ES建立连接，进行交互。

歩骤 S1407、获得该内容 SN信息。

歩骤 S1408、与 SN信息中指出的 Peers进行交互，获得需要内容数据。

节点加入直播拓扑中的适当位置，与邻居节点建立连接观看节目，从邻居节点或 Live— ES处下载数据。

歩骤 S1409、检测是否已经下载了一部分完整的内容分块，如果是则登记该内容分块，进入歩骤 S1410, 否则，返回歩骤 S1408, 继续获取数据。歩骤 S1410、向 SN登记文件块信息。 SN根据文件缓存结果和其所管理域内该内容分块的存储情况，决定该块是否缓存（此处为针对内容分块的缓存，如果文件级缓存判断结果为真，则此处不用判断，直接存储并向 SN 登记）。

歩骤 S1411、 SN修改其数据结构 Reglnfo, 保持数据同歩更新。

歩骤 S1412、返回登记结果。

进一歩需要指出的是，用户登记和获取数据是同歩的，只有到最后完成整个内容下载的时候，上述的整个流程才结束。

RRS交互返回给直播用户的数据结构如图 15所示：

其中， VOD— ES表示该直播节目的点播边缘服务器；

Live— ES表示该直播节目的直播边缘服务器；

Flag表示是否对该节目进行缓存的标志位， 1 表示存储， 0表示不存储。

NeighborList表示该节目在直播拓扑中的邻居节点；其中该 List中存在一个数据结构， PeerlD表示节点在该系统中的唯一标识， PeerAddr表示该节点的 IP地址； Relation表示该节点与请求节点之间的关系，包括该节点是请求节点的祖父节点、父亲节点、孩子节点，孙子节点。请求节点只连接父亲节点和孩子节点。从父亲节点获取数据，并把数据传给孩子节点。当其中有一类节点掉线，那么存在其他节点通知并获取替换的该类节点。

第三部分，如图 16所示，为点播模式的操作流程。

节点从 RRS上获取的是节点所需要的同一节目点播时间点临近的节点信息。且根据系统状况，判断是否该加入节点对下载数据进行磁盘存储，即文件级的存储。如果当前正在使用该内容的节点用户多于设定的文件级阈值 N1 , 那么就返回给该节点一个存储标志信息 Flag=0 (不存储），否则返回 Flag=l (存储）。

节点向 VOD ES发送获取内容的请求，得到与请求内容相关的 SN信息。同时，通过 VOD— ES获取快速缓存数据（该歩骤为可选歩骤），并与获取的节点选择性的建立连接，获得内容数据。

如果节点初次加入该内容的点播系统或者当前拥有的可用节点不足，则向 SN发起节点查询请求，取得节点， SN根据每一个节点在本地登记的状态，（点播模式、直播模式或者闲置状态），根据策略：优先选择闲置状态的节点，然后是点播模式的节点，最才是直播模式节点，反馈给节点——选择的原因：闲置节点拥有足够多的空闲资源，直播节点在拓扑架构中稳定持续获取 /传递数据，消耗带宽。

当点播节点获取到一部分完整的内容分块的时候，联系 SN进行该内容分块登记（SN设定其管理的域内该内容的内容分块级阈值为 N2，如果该部分内容分块 BlockID对应的 PeerNum大于 N2，那么返回不需要存储该块， Flagl =0，否则， Flagl = l ) 。

具体的，点播模式流程示意图如图 16所示，包括以下歩骤：

歩骤 S1601、用户选择点播节目进入点播模式。

歩骤 S1602、首先节点与 RRS取得联系。

歩骤 S1603、从 RRS处获取 VOD— ES信息，并得到元数据信息、目前使用该内容的节点数量（或者标识是否进行该节目内容文件级缓存）、以及临近播放点节点的信息。

歩骤 S1604、与 VOD— ES建立连接，进行交互。

歩骤 S1605、获取该节目内容快速数据缓冲（为可选）和 SN的信息。歩骤 S1606、与 SN建立连接。

歩骤 S1607、从 SN获取可连接节点列表，以供建立连接。

歩骤 S1608、与 SN信息中指出的 Peers进行交互，获得需要的数据。节点从获知的节点列表中选择的节点或者 VOD— ES , 建立连接下载数据，这时 SN，可以依照节点附带的标志位信息作为参考，将下行带宽比较大的节点返回。歩骤 S1609、检测是否已经下载了一部分完整的内容分块，如果是则登记该内容分块，进入歩骤 S1610, 否则，返回歩骤 S1608, 继续获取数据。

歩骤 S1610、一旦内容分块完成下载，向 SN进行内容登记， SN根据其所管理域内该内容分块的存储情况，决定是否该块是否缓存（如果文件级缓存判断结果为真，则此处可以不用判断，直接存储并向 SN登记）。

歩骤 S1611、 SN修改其内部数据结构，保持更新。

歩骤 S15612、返回登记结果。

RRS交互返回给点播用户的数据结构如表 6所示：

表 6 点播模式下 RRS反馈的数据结构列表

VOD ES Playpoint Nodes Flag 其中， VOD— ES: 表示该节目的点播边缘服务器；

Playpoint Nodes：表示该节点即将要播放的时间点附近的节点；

Flag: 表示是否对节目进行缓存的标志位， 0表示不存， 1表示进行缓第四部分，如图 17所示，为是否缓存内容的判断流程。

不管是在直播还是在点播中，收看热门节目的节点都会很多。在节目内容磁盘缓存这个问题上，有一个比较判断过程。没有必要对所有节点收看的每一个节目都作为最新的内容存储起来，因为磁盘空间有限，新存储内容会导致以前的内容被替换掉，而且拓扑中的每个节点或者绝大多数节点都存储同一个内容同样没有必要。

具体的比较判断过程如图 17所示，包括以下歩骤：

歩骤 S1701、设定业务需要的缓存节点数量为文件级阈值，设定业务需要的缓存内容分块数量为内容分块级阈值。

歩骤 S1702、比较 RRS 中记录的已有的缓存节点是否高于文件级阈值。当 RRS 中记录的已有的对直播业务或点播业务对应的数据流进行缓存的节点数量低于文件级阈值时，转入歩骤 S1703 ;

当 RRS 中记录的已有的对直播业务或点播业务对应的数据流进行缓存的节点数量高于文件级阈值时，转入歩骤 S1704。

歩骤 S1703、判断对直播业务或点播业务对应的数据流进行文件级缓存。

判断进行文件级缓存时，肯定对当前内容分块进行磁盘缓存。此时，节点每下载一个文件块，放在内存中，不立即写入磁盘，向 SN登记，待到 SN返回结果后，将内容从内存写入磁盘，默认情况下是写成功，不再进行交互 ·' 如果没有写成功，则节点向 SN发出消息， SN将相应的内容分块的统计信息进行修改。

歩骤 S1704、不进行文件级缓存，比较 SN中记录的进行缓存的内容分块数量是否高于内容分块级阈值。

节点向该内容的点播 SN进行登记（以块为单位）， SN返回登记结果，显示其管理的节点中拥有的该内容分块信息，节点根据 SN返回的结果决定对下载的块是否缓存，具体为：

当 SN中记录的进行缓存的内容分块数量低于内容分块级阈值时，转入歩骤 S1705 ;

当 SN中记录的进行缓存的内容分块数量高于内容分块级阈值时，转入歩骤 S 1706。

歩骤 S1705、判断对当前内容分块进行内容分块缓存。

歩骤 S1706、判断对该数据流和当前内容快均不进行缓存。

即当文件级的比较（拓扑中该节目收看节点）超过门限值且微观的内容分块比较（该文件块在 SN管理的域内的存储量）超过门限值，两个条件都成立时，不对文件及内容分块进行存储。

第五部分，如图 18所示，为通过直播节点拖动，实现直播模式到点播模式切换的操作流程。

节点播放节目过程中可能会随时的切换节目或者切换模式：直播节点拖动进入点播模式、点播节点拖动或者切换节目。对于由直播模式切换入点播模式，节点从直播拓扑中退出，保持其在点播拓扑中的位置，再向点播内容的 Vod— ES获取 SN信息和快速数据缓冲，从 SN节点获取拖动点的可连接节点集合，后续操作与进入点播的操作相同。

节点由直播模式切入点播模式，其视频流的获取模式一般来说会发生变化。这时，节点需要从直播拓扑图退出，加入点播拓扑图；或者保留在直播拓扑中的位置，避免直播拓扑结构的频繁变化，减少扰动。后种情况下，点播节点在直播拓扑中，作为中间节点转发视频流。优点是，稳定直播拓扑结构，避免退出操作；缺点是直播拓扑结构可能变得异常庞大，许多中间节点并不直接需要直播模式提供播放流，因此，我们选择将节点从直播拓扑中退出，如图 11所示。一般说来，一个节点进入点播模式后，在某个时间后与直播同歩的概率极小，可以不考虑某节目点播节点后续进入该节目直播模式的情况。

节点通过拖动直播点进入点播模式信令交互示意图如图 18所示，从直播模式切入点播模式，该节点需要从直播拓扑中退出，并获取拖动后的播放时间点的节点信息，具体包括以下歩骤：

歩骤 S1801、用户在直播模式下对直播点进行拖动。

歩骤 S1802、向 RRS登记退出直播模式，将要切入点播模式和切入的播放点，这时节点通知 RRS退出直播列表，进入点播列表， RRS据此更改其保存的数据，符合节点当前的实际情况。

节点向 RRS发送的数据结构如表 7所示：

表 7 直播至点播模式切换过程中节点向 RRS发送的数据结构列表

其中， ContentID表示节目内容 ID; PeerlD表示节点 ID;

SwitchFlag表示节点从直播模式切入点播模式的标志位；

SwitchPoint表示节点切入点播后的播放时间点。

歩骤 S1803、从 RRS处返回拖动后的播放时间点的节点信息，可供建立连接时选择节点。

歩骤 S1804、查看本地是否拥有足够的数据，如果没有那么就节点向 VOD— ES请求快速数据缓冲。

歩骤 S1805、 VOD— ES返回数据给节点，以减小拖动延迟。

歩骤 S1806、节点向 SN请求登记有请求数据的节点。

歩骤 S1807、从 SN获取节点列表。

歩骤 S1808、与 Peers进行交互，获得需要的数据。

歩骤 S1809、检测是否已经下载了一部分完整的内容分块，如果是那就登记该内容分块，进入歩骤 S1810 , 否则，返回歩骤 S1808 , 继续获取数据。

歩骤 S1810、待到某些内容分块下载完成，向 SN登记信息 SN根据其所管理域内该内容分块的存储情况，决定是否该块是否缓存。（如果文件级缓存 Num— File<Nl判断为真，则不用判断，直接存储，向 SN登记）。

歩骤 S1811、 SN修改其数据结构 RegInfo。

歩骤 S1812、返回登记结果。

进一歩需要指出的是，对于原来的直播拓扑，即将退出的节点可以有两种选择：主动发起退出请求，比如向直播 ES或者其邻居节点发起退出通知，这样，自组织网络可以主动应对拓扑结构的变化；另一种方法是被动的，不主动通知其在直播拓扑中的节点，而是直接离开，由其邻居节点探测到他的离开，再采取策略，自适应。

其中，第一种退出方案的流程示意图如图 19所示，与直播 ES举行交互，通知其即将切入点播模式，包括以下歩骤：歩骤 S1901、用户选择切换模式，进入点播。

歩骤 S1902、节点退出时主动发出通知，通知 Live— ES。

歩骤 S1903、 Live— ES向其它节点发出通知。

歩骤 S1904、该网络自组织动态调整，以应对网络中的节点变化。

另一方面，除了上述的直播至点播的模式切换过程，本发明技术方案还包括其他的切换流程，具体为：

1、直播节点切换节目流程：

直播节点切换节目的过程与第一次选择节目的过程相似，只是要保持其在点播拓扑中的位置，通知相应的 SN修改节点状态信息，且退出其在上一个节目中的直播拓扑。

2、点播节点切换流程：

点播节点可切换进入直播模式、切换节目进入点播或直播。

切换进入直播模式，与第一次进入直播模式相同，其在点播拓扑中的位置仍然要保持， SN修改节点的状态信息，进入新节目的直播拓扑；切换节目进入点播或者直播，与第一次进入点播和直播的交互是相同的，其在原来点播拓扑图的位置也要保持，并通知具有缓存数据登记的 SN修改节点的状态。

上述的切换过程同样属于本发明的保护范围。

本发明实施例的技术方案具有以下优点，因为充分利用了直播和点播视频服务的特点，将二者进行融合，实现了直播到点播的自由切换，同时改进磁盘缓存方法，使节目资源均衡分布并增加可连接节点，并将用户节点磁盘缓存的数据用于点播，此外，系统根据资源分布情况，判断是否对当前收看节目是否进行缓存，从而，在保证有足够内容用于网络应用的情况下，避免了过多重复存储内容而造成浪费，提高了网络资源利用率，改善了用户使用体验。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是 CD-ROM, U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims

权利要求书

1.一种基于点对点 P2P的媒体播放方法，包括以下歩骤：

登录网络；

2. 如权利要求 1 所述的基于 P2P的媒体播放方法，所述登录网络之 m , 还包括：

由核心服务器对所述直播业务或点播业务的内容源进行统一编码的处理，并将所述处理后的内容源发送给对应的直播业务边缘服务器 Live— ES或点播业务边缘服务器 VOD— ES, 用户通过所述直播业务边缘服务器 Live— ES 选择直播业务，通过所述点播业务边缘服务器 VOD—ES选择点播业务。

3.如权利要求 1所述的基于 P2P的媒体播放方法，所述登录网络，具体包括：

登录用户请求路由系统 RRS;

判断本地磁盘是否存在缓存数据；

当存在所述缓存数据时，从所述 RRS获取所述缓存数据对应的点播业务信息，并根据所述点播业务信息进行所述缓存数据的信息登记。

4.如权利要求 3所述的基于 P2P的媒体播放方法，所述缓存数据对应的点播业务信息，具体包括：

所述缓存数据对应的 VOD— ES和超级节点 SN的信息；

所述缓存数据的信息登记为向所述 SN进行信息登记。

5.如权利要求 2所述的基于 P2P的媒体播放方法，所述选择直播业务具体为：

获取所述直播业务对应的 Live— ES信息、 VOD— ES信息和直播邻居节点自

6.如权利要求 5所述的基于 P2P的媒体播放方法，所述根据所述选择结果获取所述对应的数据流，并在所述判断结果为是时，对所述数据流进行缓存具体为：

通过所述 VOD— ES获取所述直播业务对应的 SN;

从所述 Live— ES或所述直播邻居节点下载所述直播业务对应的数据流；向所述 SN进行所述直播业务的内容登记。

7. 如权利要求 1 所述的基于 P2P的媒体播放方法，所述选择点播业务，并接收是否对所述点播业务对应的数据流进行缓存的判断结果，具体为：

获取所述点播业务对应的 VOD— ES信息、邻近所述点播业务播放点的播放节点信息和是否缓存所述点播业务对应的数据流的信息。

8.如权利要求 7所述的基于 P2P的媒体播放方法，所述根据所述选择结果获取所述对应的数据流，并在所述判断结果为是时，对所述数据流进行缓存，具体为：

通过所述 VOD— ES获取所述点播业务对应的 SN和数据；

向所述 SN请求可连接的节点集；

从所述 VOD— ES或所述节点集中的节点下载所述点播业务对应的数据流；

向所述 SN进行所述点播业务的内容登记。

9.如权利要求 6或 8所述的基于 P2P的媒体播放方法，所述对所述直播业务或点播业务对应的数据流进行缓存的判断，具体为：

判断所述直播业务或者所述点播业务对应的数据流内容缓存节点数量是否低于设置的文件级阈值，如果低于，则对所述直播业务或者所述点播业务对应的数据流进行缓存。

10.如权利要求 9所述的基于 P2P的媒体播放方法，进一歩包括：判断所述直播业务或者所述点播业务对应的数据流的内容分块的缓存节点数量是否低于设置的内容分块级阈值，如果低于，则对所述直播业务或者所述点播业务对应的数据流进行缓存。

11.如权利要求 1所述的基于 P2P的媒体播放方法，还包括：

当所选择业务为直播时，拖动播放点；

在所述播放点被拖动后，向用户请求路由系统 RSS登记，退出所述直播模式；

从所述 RRS获取点播节点信息；

通过所述 VOD— ES获取所述点播业务对应的超级节点 SN进行点播；向所述 SN请求可连接的节点集；

向所述 SN进行所述点播业务的内容登记。

12.如权利要求 11所述的基于 P2P的媒体播放方法，进一歩包括：向所述 RRS获取是否缓存所述点播业务对应的数据流的判断结果；当判断结果为是时，向所述 SN请求可连接的节点集；

向所述 SN进行所述点播业务的内容登记。

13.—种节点，包括：

登录模块，用于登录网络；

模式选择模块，用于选择直播业务或点播业务；

14.如权利要求 13所述的节点，所述登录模块，具体包括：

缓存判断子模块，用于判断本地是否存在缓存数据；

登记子模块，用于当所述缓存判断子模块判断本地存在缓存数据时，获取所述缓存数据对应的点播业务信息，并根据所述点播业务信息进行所述缓存数据的信息登记。

15.如权利要求 13所述的节点，所述存储模块，进一歩包括：下载子模块，用于根据所述模式选择模块的选择结果获取所述数据流缓存子模块，用于根据所述信息获取模块所获取的判断结果为进行缓存时对所述数据流进行缓存。

16.—种用户请求路由系统 RRS, 包括：

用户管理模块，用于管理节点信息；

拓扑管理模块，用于管理系统内直播和点播拓扑结构信息；

服务器管理模块，用于管理各边缘服务器的信息。

17.如权利要求 16所述的 RRS , 所述用户管理模块，具体包括：判断子模块，用于判断直播业务或者点播业务对应的数据流内容缓存节点数量是否低于设置的文件级阈值。

18.如权利要求 16所述的 RRS , 所述拓扑管理模块，具体包括：直播拓扑管理子模块，用于管理直播业务对应的拓扑结构信息；点播拓扑管理子模块，用于管理点播业务对应的拓扑结构信息。

19.一种核心服务器 CS, 包括：

信息索引模块，用于对所述内容源进行元数据提取，生成索引信息；内容分块模块，用于对所述内容源进行分块，确定编码格式；内容分发模块，用于将所述信息索引模块生成的索引信息和所述内容分块模块分块的内容分发到相应的边缘服务器。

20.—种直播业务边缘服务器 Live— ES, 包括：

内容管理模块，用于管理本地存放的数据；

21.—种点播业务边缘服务器 VOD— ES , 包括：

内容管理模块，用于管理本地存放的数据；

簇管理模块，用于对接入的节点进行 SN选择与注销。

22.—种超级节点 SN，包括：

节点状态记录模块，用于记录域内的各节点的状态信息；

23.一种基于 P2P的媒体播放系统，包括核心服务器 CS和至少一个直播业务边缘服务器 Live— ES、点播业务边缘服务器 VOD— ES、用户请求路由系统 RRS、超级节点 SN和节点：

所述 CS , 用于对内容源进行编码处理，并将所述处理后的内容源发送给对应的 Live— ES或 VOD— ES;

所述 L_lve— ES, 用于向所述 CS获取直播业务所需的数据流并提供给所述节点；

所述 VOD— ES, 用于向所述 CS获取点播业务所需的数据流并提供给所述节点；所述 RRS，用于管理网络中的所述 Live— ES、 VOD— ES和节点；所述 SN，用于管理域内各节点和内容；

所述节点，用于获取、传输和存储所述直播业务或点播业务所对应的数据流。