CN102571842B

CN102571842B - 一种存储内容删除方法、系统及设备

Info

Publication number: CN102571842B
Application number: CN201010592670.9A
Authority: CN
Inventors: 乐利锋; 朱潇; 彭晋
Original assignee: China Mobile Communications Group Co Ltd
Current assignee: China Mobile Communications Group Co Ltd
Priority date: 2010-12-16
Filing date: 2010-12-16
Publication date: 2014-12-31
Anticipated expiration: 2030-12-16
Also published as: CN102571842A

Abstract

本发明实施例提供一种存储内容删除方法、系统及设备，应用于包含多个内容服务器的分布式流媒体系统中，具体包括：一个内容服务器在需要进行存储内容删除时，根据资源目录索引服务器提供的全局分块信息，来选择自身可删除的分片，由于从全局分块信息中选择在所有内容服务器保存数量总和不小于2的分片来删除，因此，一个内容服务删除选择的分片后，在其他内容服务器中还至少保留有一份该分片，使得拥有该分片的流媒体内容可以根据该分片实现完整还原，保护了内容服务器中流媒体内容的完整性。

Description

一种存储内容删除方法、系统及设备

技术领域

本发明涉及通信领域，尤其涉及一种存储内容删除方法、系统及设备。

背景技术

流媒体是指在Internet/Intranet中使用流式传输技术的连续实时媒体，如：使用流式传输技术的声音、影像或动画数据等。利用流式传输技术，服务器可以实时、连续的向客户端传输流媒体数据，客户端不必等待全部流媒体数据下载完毕，只需经过几秒或数十秒的启动延时即可对接收中的流媒体数据进行观看，避免了客户端必须等待全部流媒体数据下载完毕才可进行观看的缺点，使得启动延时成十倍、百倍地缩短，而且在客户端中不需要太大的缓存容量。

流式传输技术的主要应用为网络直播(Live)和视频点播(Video OnDemand，VoD)。网络直播吸取和延续了互联网的优势，利用视讯方式进行网上现场直播，具有直观、快速，表现形式好、内容丰富、交互性强、地域不受限制、受众可划分等特点。视频点播可以根据用户的需要在用户指定的时间通过网络播放用户指定的视频节目。

网络直播和视频点播中的网络信息交换方式可以采用分布式技术。在采用分布式技术的网络中，网络中的每个节点都能够存储和处理数据，并可以访问网络其他节点中的数据，因此，在分布式网络中的节点既能够独立使用，也可以把它们连接在一起得到更强的网络功能。分布式网络的优点是可以实现多节点的资源共享，从而实现资源的快速访问。

点对点(Peer-to-Peer，P2P)技术是分布式技术中的一种，属于重叠网(Overlay Network)范畴，相对于服务器/客户端(client/server，C/S)模式属于另一种网络信息交换方式。采用C/S模式的网络是一种两层结构的网络，第一层为客户端，在客户端上安装客户端应用程序，第二层为服务器，并在服务器上安装服务器管理程序。在采用C/S模式的网络的工作过程中，在客户端需要执行应用程序时，向服务器发出请求，服务器接收该请求并且利用管理程序对该请求进行处理，然后向客户端返回处理结果，客户端根据服务器返回的处理结果执行应用程序。采用C/S模式的网络的缺点是：单一服务器面对众多的客户端，由于服务器的中央处理器处理能力、内存大小、网络带宽的限制，服务器可以同时服务的客户端的数量非常有限，采用C/S模式的网络可扩展性差。P2P技术正是为了解决C/S模式的缺点而提出的一种对等网络结构，在P2P网络中，每个节点都是平等的，各节点既可以从其他节点得到服务，也可以向其他节点提供服务，因此，网络中每个节点的资源都被利用起来，而不仅仅是依靠网络中的服务器来提供资源，从而解决了C/S模式可扩展性差的弊端。

采用P2P技术的分布式流媒体系统架构如图1所示，该系统包括资源分发源服务器(Source Server，SS)、内容服务器(Content Server，CS)、资源目录索引服务器(Tracker)以及客户端(Peer)，即该系统采用服务器(资源分发源服务器、内容服务器和资源目录索引服务器)结合P2P网络(由客户端组成)的方式实现视频直播、点播功能。

其中，SS提供P2P网络中的初始流媒体资源，在初始流媒体资源从SS向P2P网络发布之后，Tracker记录该P2P网络各节点(客户端)中包含的流媒体资源，根据各节点中包含的流媒体资源对资源节点进行分类，从而产生包含有同一流媒体资源的节点的列表信息(资源索引信息，Peer list)。CS承担着流媒体资源在P2P网络中初始镜像的任务，以及随着流媒体资源分发泛化，流媒体资源在网络中被分成若干分片(chunk)，此时CS与Peer共同完成P2P网络中流媒体资源共享与传输的任务。

Peer在初次加入P2P网络时向Tracker进行注册，将自身拥有的流媒体资源上报给Tracker，在注册成功后，向Tracker发出资源下载请求，Tracker反馈给该Peer其所申请资源所在的CS和拥有该资源的所有Peer的Peer list。Peer依据Tracker返回的Peer list，同Peer list中的各Peer交换请求下载资源的位图信息(bitmap)之后，向各Peer发出资源下载请求，CS以及其他拥有该资源的节点，响应来自请求下载的Peer发出的连接请求，并提供该Peer所请求的资源。

如图2所示，以Peer₂申请影片M为例，说明采用P2P技术的分布式流媒体系统运行的流程。

1、节点Peer₂上线，注册后选择影片M，确认本身拥有足够的缓存后向Tracker发送资源下载请求，请求下载影片M。

2、Tracker将包含影片M分片的节点peer list返回给节点Peer₂，该peer list中包括节点Peer₁、内容服务器CS1以及网络中拥有该影片分片的其他节点。

3、节点Peer₂同Peer list中的各个节点进行请求下载的资源的bitmap交互，以分片为单位进行下载，选择需要下载的分片，向网络中拥有该资源的节点发起分片下载请求。

4、各节点响应该分片下载请求，向节点Peer₂传送其所请求的分片或者经过协商后向Peer₂传递更小单位的资源。

5、节点Peer₂在下载过程中会周期性的将自己的可共享的分片上报给Tracker。

采用P2P技术的分布式流媒体系统的性能主要由系统的总上传带宽是否能满足系统中所有客户端流畅播放时所需的下载带宽来衡量，而系统的总上传带宽由CS和P2P网络提供。目前系统的上传带宽主要由P2P网络提供，CS作为专门部署的媒体资源镜像分发服务器，主要用来在P2P网络中分发新资源以及补充各频道P2P网络上传带宽的不足。

由于CS本地存储的内容有限，在CS本地存储的内容较多且接收到SS发布的新的流媒体资源时，需要CS对本地存储的内容进行删除，释放存储空间，从而接收SS新发布的流媒体资源；或在P2P网络针对某流媒体资源上传带宽不足，需要CS提供上传带宽时，但该CS中保存的内容较多，且没有保存该流媒体资源时，需要CS对本地存储的内容进行删除，释放存储空间，并利用释放的空间保存该流媒体资源，从而针对该流媒体资源提供上传带宽。

现有的CS删除本地存储的内容的方法有以下三种：

第一种、随机删除本地存储的内容

在该删除机制下，CS随机选择删除分片。该机制的优点在于可迅速释放存储空间，满足存储需求，但其缺点也非常明显，下一时刻非常有可能会有对已删除分片的请求，CS需要将该删除的分片重新保存到本地，因此会造成CS频繁地进行存储调整，造成非常严重的存储抖动与资源浪费。

第二种、根据LRU算法确定本地待删除的内容

该删除机制采用LRU(Least Recently Use)算法确定CS中需要删除的分片，具体包括：CS记录并追踪其存储内容的访问记录，依据设定时间内分片的被请求次数，计算出本地在设定时间内被访问最少的分片，将该分片确定为本地待删除的内容，从而可以删除被访问较少和/或存储时间较长的分片。本方法大大改善了随机删除带来的存储抖动问题，但是从访问记录无法预期即将可能会被访问的分片，或者预测偏差较大，有可能删除即将被访问的分片。

第三种、基于时间权参数自适应调整方法确定本地待删除的内容

在该种删除机制下，分析P2P网络中流媒体资源的客户端“实时同步”时间特性，根据分片最后一次被访问时间和分片预期剩余访问次数两个因素确定CS本地待删除的内容，删除最后一次被访问时间较早及预期剩余访问次数较少的分片。该种删除机制相对于第二种删除机制充分考虑了分片即将被访问的因素，删除后的分片需要被重新保存至本地的概率大大降低。

虽然第三种删除CS本地存储的内容方法相对于第一种和第二种删除方法具有明显的优点，但现有的三种删除方法在删除时，只考虑在需要删除的CS本地中分片的存储情况，根据设定的条件来删除分片，在确定待删除的分片时不考虑该分片在全部内容服务器中的存储情况，均无法保证删除后，该删除的分片在其他内容服务器中有备份，无法保证内容服务器中流媒体资源的完整性，即无法保证针对SS发布的每一份流媒体资源，内容服务器中的分片至少能还原出一份完整的流媒体资源。

发明内容

本发明实施例提供一种存储内容删除方法、系统及设备，用于解决现有的删除方法无法保证内容服务器中流媒体资源完整性的问题。

一种存储内容删除方法，应用于包含多个内容服务器的分布式流媒体系统中，该方法包括：

内容服务器向资源目录索引服务器上报删除请求，并接收资源目录索引服务器返回的全局分块信息，所述全局分块信息包括在所述多个内容服务器中保存的各分片的数量总和，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的分片；

内容服务器根据全局分块信息，选择自身存储的且数量总和大于M的分片，所述M是至少为1的正整数；

内容服务器删除选择的分片。

资源目录索引服务器接收内容服务器上报的删除请求；

资源目录索引服务器向内容服务器返回全局分块信息，所述全局分块信息包括在所述多个内容服务器中保存的各分片的数量总和，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的分片，指示内容服务器根据全局分块信息，选择该内容服务器存储的且数量总和大于M的分片并删除，所述M是至少为1的正整数。

一种存储内容删除系统，应用于包含多个内容服务器的分布式流媒体系统中，该存储内容删除系统包括：

内容服务器，用于向资源目录索引服务器上报删除请求，接收资源目录索引服务器返回的全局分块信息，根据全局分块信息，选择自身存储的且数量总和大于M的分片，并删除选择的分片，所述M是至少为1的正整数，所述全局分块信息包括在所述多个内容服务器中保存的各分片的数量总和，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的分片；

资源目录索引服务器，用于接收内容服务器上报的删除请求，并向内容服务器返回全局分块信息。

一种内容服务器，应用于包含多个内容服务器的分布式流媒体系统中，该内容服务器包括：

删除请求上报模块，用于向资源目录索引服务器上报删除请求；

信息接收模块，用于接收资源目录索引服务器返回的全局分块信息，所述全局分块信息包括在所述多个内容服务器中保存的各分片的数量总和，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的分片；

分片选择模块，用于根据全局分块信息，选择自身存储的且数量总和大于M的分片，所述M是至少为1的正整数；

删除模块，用于删除选择的分片。

一种资源目录索引服务器，应用于包含多个内容服务器的分布式流媒体系统中，该资源目录索引服务器包括：

接收模块，用于接收内容服务器上报的删除请求；

信息发送模块，用于向内容服务器返回全局分块信息，所述全局分块信息包括在所述多个内容服务器中保存的各分片的数量总和，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的分片，指示内容服务器根据全局分块信息，选择该内容服务器存储的且数量总和大于M的分片并删除，所述M是至少为1的正整数。

本发明实施例提供的应用于包含多个内容服务器的分布式流媒体系统的存储内容删除方案中，一个内容服务器在需要进行存储内容删除时，根据资源目录索引服务器提供的全局分块信息，来选择自身可删除的分片，由于从全局分块信息中选择在所有内容服务器保存数量总和不小于2的分片来删除，因此，一个内容服务删除选择的分片后，在其他内容服务器中还至少保留有一份该分片，使得拥有该分片的流媒体内容可以根据该分片实现完整还原，保护了内容服务器中流媒体内容的完整性。

附图说明

图1为现有技术中采用P2P技术的分布式流媒体系统架构示意图；

图2为现有技术中分布式流媒体系统运行的流程示意图；

图3为本发明实施例一提供的一种存储内容删除方法的步骤流程图；

图4为本发明实施例二提供的一种存储内容删除方法的步骤流程图；

图5为本发明实施例三提供的一种存储内容删除系统的结构示意图；

图6为本发明实施例四提供的一种内容服务器的结构示意图；

图7为本发明实施例五提供的一种资源目录索引服务器的结构示意图。

具体实施方式

下面结合说明书附图和各实施例对本发明的技术方案进行详细说明。

实施例一、

本发明实施例一提供一种存储内容删除方法，该方法的步骤流程如图3所述，具体步骤如下：

步骤101、内容服务器向资源目录索引服务器上报删除请求。

包含多个内容服务器的分布式流媒体系统中的一个内容服务器在需要删除自身存储的内容时，向资源目录索引服务器上报删除请求。

步骤102、内容服务器接收资源目录索引服务器返回的全局分块信息。

资源目录索引服务器在接收到内容服务器上报的删除请求时，将全局分块信息发送给内容服务器。所述全局分块信息包括在分布式流媒体系统中的所有内容服务器中保存的各分片的数量总和，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的分片，是资源目录索引服务器根据各内容服务器上报的分片存储信息确定的。

具体的，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的所有分片，或是上报删除请求的内容服务器中保存的分片。

各内容服务器向资源目录索引服务器上报自身的分片存储信息可以是周期性进行的，也可以是在自身存储的分片发生变化时，向资源目录索引服务器上报的。

步骤103、内容服务器选择待删除的分片。

为了保证在内容服务器中保存的流媒体内容的完整性，内容服务器可以根据全局分块信息，选择自身存储的且数量总和大于M的分片，将该分片作为待删除的分片，所述M是至少为1的正整数。

步骤104、内容服务器删除选择的分片。

较优的，为了进一步保证内容服务器中流媒体内容的完整性，在步骤103之后，步骤104之前，所述方法还可以包括步骤1031和1032：

步骤1031、内容服务器将选择的分片的标识发送给资源目录索引服务器。

由于可能有多个内容服务器在相近或相同的时刻进行删除存储内容的操作，导致内容服务器在确定出待删除的分片之后，删除该分片之前，已经有其他的内容服务器执行了删除该分片的操作，从而使得全局分块信息已经发生了改变，此刻内容服务器再执行删除该分片的操作，将不能保证删除该分片后流媒体内容的完整性。如，在CS1和CS2在T1时刻接收到的全局分块信息中分片1的数量均为2，CS1和CS2确定出的待删除的分片均为分片1，且CS1在T2时刻首先执行了删除操作，则在CS2删除分片1的T3时刻，该时刻全局分块信息中存储的分片1的数量实际只为1，若CS2根据T1时刻的全局分块信息执行了删除操作，将不能保证拥有分片1的流媒体内容的完整性。

由于各内容服务器向资源目录索引服务器周期性上报自身的分片存储信息，或者在自身存储的分片发生变化时，向资源目录索引服务器上报自身的分片存储信息，资源目录索引服务器中拥有最新的全局分块信息，因此，内容服务器确定出待删除的分片后，将选择出的待删除的分片的标识上报给资源目录索引服务器，请求资源目录索引服务器根据接收到该标识的时刻的全局分块信息确认内容服务器是否可以删除该分片。

步骤1032、内容服务器接收资源目录索引服务器返回的确认删除消息。

所述确认删除消息是资源目录索引服务器在接收到所述标识的时刻，确定自身存储的全局分块信息中保存的所述标识对应分片的数量总和大于M时返回的，该M与步骤103中的M相同，是至少为1的正整数。

若内容服务器确定出的待删除的分片数量为多个，则将每个选择的分片标识发送给资源目录索引服务器，资源目录索引服务器在接收到所述标识的时刻，针对接收到的每个标识，确定自身存储的全局分块信息中保存的该标识对应分片的数量总和是否大于M。

资源目录索引服务器将数量总和大于M的分片对应的标识携带在确认删除消息中，并返回给内容服务器，指示内容服务器删除该标识对应的分片。

较优的，资源目录索引服务器可以根据确认删除消息中携带的标识对应的分片，更新自身存储的全局分块信息，保证自身存储的全局分块信息可以根据各分片在各内容服务器中的存储情况实时更新。

下面通过一个具体的实例对本发明实施例一的方案进行详细说明。

实施例二、

本发明实施例二提供一种存储内容删除方法，该方法的步骤流程如图4所述，具体步骤如下：

步骤201、CS向Tracker上报删除请求。

在包含多个CS的分布式流媒体系统中，由于CS的本地存储空间有限，因此，为了满足CS分发流媒体内容所需的存储空间，或者为了满足CS周期性存储内容调整的需要，CS需要删除本地存储的部分内容，此时，CS向Tracker上报删除请求，所述删除请求可以携带有CS的标识。

步骤202、Tracker向CS返回全局分块信息。

在分布式流媒体系统中，由于各CS周期性的或在自身存储情况发生改变时，向Tracker上报自身保存的各分片的信息，因此，Tracker可以根据删除请求中携带的标识确定出该标识对应的CS中保存的分片对应的流媒体，从而将所述流媒体的分片的数量总和作为全局分块信息返回给上报删除请求的CS。

如，上报删除请求的CS中保存有影片1的分片11和分片12以及影片2的分片21和分片22，则Tracker在接收到该CS上报的删除请求时，确定该CS中保存流媒体为影片1和影片2，如影片1有分片11，分片12，分片13，分片14，分片15，影片2有分片21，分片22，分片23，分片24，则Tracker可以根据自身保存的影片1的位图信息和影片2的位图信息，向上报删除请求的CS返回影片1和影片2中各个分片的数量总和，即Tracker向上报删除请求的CS返回影片1的分片11，分片12，分片13，分片14，分片15以及影片2的分片21，分片22，分片23，分片24中各个分片在分布式流媒体系统的所有CS中的数量总和。

为了减少系统资源的占用，Tracker也可以向上报删除请求的CS返回至少包含有上报删除请求的CS中存储的分片11、分片12、分片21和分片22的各个分片在分布式流媒体系统中所有CS中分别保存的数量总和。

较优的，Tracker向上报删除请求的CS返回其存储的分片11、分片12、分片21和分片22中各个分片在分布式流媒体系统中所有CS中分别保存的数量总和。即Tracker向上报删除请求的CS返回影片1的分片11、分片12以及影片2的分片21、分片22中各个分片在分布式流媒体系统的所有CS中的数量总和。

步骤203、CS选择待删除的分片。

CS根据Tracker返回的全局分块信息，为了确保流媒体内容的完整性，可以确定自身存储的分片中在其他CS中至少也存在1片的分片作为待删除的分片，保证即使在本地删除了该分片，拥有该分片的流媒体内容也可以根据其他CS中存储的该分片还原出一份完整的流媒体内容。

步骤204、CS将选择出的分片的标识上报给Tracker。

Tracker中的全局分块信息根据各CS周期性上报的分片存储信息或者在CS中存储的分片发生改变时上报的分片存储信息进行更新，而CS中的全局分块信息是Tracker在接收到CS上报的删除请求时刻的全局分块信息。因此，为了进一步确保删除分片后流媒体内容的完整性，由Tracker利用自身保存的实时或周期更新的全局分块信息再次确认是否可以删除该分片。

步骤205、Tracker向CS返回确认删除消息和/或拒绝删除消息。

Tracker在接收到CS上报的选择出的分片的标识时，根据在接收到该标识的时刻自身存储的全局分块信息确定该分片在各CS中的存储情况，可以确定该分片的存储数量至少为2(除请求删除的CS之外的其他的CS中至少存有1片)时，允许删除该分片，向上报该分片标识的CS返回确认删除消息，继续执行步骤206；否则，向该CS返回拒绝删除消息，由于拒绝删除消息将使得CS的内容调整不能满足设定的要求，CS需要重新执行删除存储内容的流程，而为了使得CS可以根据最新的全局分块信息选择待删除的分片，因此，接收到拒绝删除消息的CS可以重新执行步骤201。

在CS上报的分片标识为多个时，Tracker分别针对每个标识确认该标识对应的分片在Tracker接收到该标识的时刻的存储情况，并将该时刻在各CS中存储数量至少为2的分片确认为允许删除的分片，否则，确认该分片为不允许删除的分片，并将允许删除的分片的标识(可能为多个)携带在确认删除消息中，发送至上报该分片标识的CS，继续执行步骤206；将不允许删除的分片的标识(可能为多个)携带在拒绝删除消息中，也发送给上报该分片标识的CS，接收到拒绝删除消息的CS可以重新执行步骤201。

较优的，Tracker可以根据确定出的允许删除的分片，更新自身保存的全局分块信息，对允许删除的分片的数量进行减1操作，实现对全局分块信息的实时更新。

步骤206、内容服务器删除分片。

内容服务器根据接收到的确认删除消息中携带的分片标识，删除该标识对应的分片。

通过本发明实施例一及实施例二提供的方法，内容服务器根据统计得到的全局分块信息中分片数量总和至少为2来确定需要删除的分片，使得在内容服务器删除该分片后，分布式流媒体系统的其他内容服务器中还至少保留有一份该分片，保证拥有该分片的流媒体内容可以被完整还原的基础上，进一步根据在内容服务器确定待删除分片之后，且删除该分片之前，由于其他内容服务器进行了删除操作导致全局分块信息中的分片数量总和发生变化的情况，由内容服务器将确定出的待删除分片的标识上报给资源目录索引服务器，由资源目录索引服务器根据实时或周期更新的全局分块信息，在确定接收到待删除分片的标识的时刻，该标识对应的分片在全局分块信息中的数量总和至少为2时，确定内容服务器可以删除该分片，从而减少了由于内容服务器用于确定待删除的分片的全局分块信息未及时更新导致的误删除操作(删除了在删除该分片时刻全局分块信息中实际数量总和为1的分片)，进一步确保了流媒体内容在内容服务器中的完整性。

实施例三、

本发明实施例三提供一种存储内容删除系统，应用于包含多个内容服务器的分布式流媒体系统中，该存储内容删除系统的结构示意图如图5所示，具体包括内容服务器11和资源目录索引服务器12，其中：

内容服务器11用于向资源目录索引服务器上报删除请求，接收资源目录索引服务器返回的全局分块信息，根据全局分块信息，选择自身存储的且数量总和大于M的分片，并删除选择的分片，所述M是至少为1的正整数；资源目录索引服务器12用于接收内容服务器上报的删除请求，并向内容服务器返回全局分块信息；

所述全局分块信息包括在所有内容服务器中保存的各分片的数量总和，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的分片。

所述内容服务器11还用于将选择的至少一个分片标识发送给资源目录索引服务器，并接收资源目录索引服务器返回的确认删除消息。

所述资源目录索引服务器12还用于在接收到所述标识的时刻，针对接收到的每个标识，确定自身存储的全局分块信息中保存的该标识对应分片的数量总和是否大于M，将数量总和大于M的分片对应的标识携带在确认删除消息中，并返回至内容服务器。

所述内容服务器11具体用于删除所述确认删除消息中携带的标识所对应的分片。

所述资源目录索引服务器12还用于根据确认删除消息中携带的标识对应的分片，更新自身存储的全局分块信息。

所述资源目录索引服务器12还用于根据各内容服务器上报的分片存储信息确定全局分块信息。

实施例四、

本发明实施例四提供一种内容服务器，应用于包含多个内容服务器的分布式流媒体系统中，该内容服务器的结构示意图如图6所示，具体包括删除请求上报模块21、信息接收模块22、分片选择模块23和删除模块24，其中：

删除请求上报模块21用于向资源目录索引服务器上报删除请求；信息接收模块22用于接收资源目录索引服务器返回的全局分块信息，所述全局分块信息包括在所有内容服务器中保存的各分片的数量总和，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的分片；分片选择模块23用于根据全局分块信息，选择自身存储的且数量总和大于M的分片，所述M是至少为1的正整数；删除模块24用于删除选择的分片。

具体的，在全局分块信息中，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的所有分片，或是上报删除请求的内容服务器中保存的分片。

所述内容服务器还包括分片标识上报模块25和确认消息接收模块26，其中：

分片标识上报模块25用于将选择的至少一个分片标识发送给资源目录索引服务器；确认消息接收模块26用于接收资源目录索引服务器返回的确认删除消息。

所述删除模块24具体用于删除所述确认删除消息中携带的标识所对应的分片。

实施例五、

本发明实施例五提供一种资源目录索引服务器，应用于包含多个内容服务器的分布式流媒体系统中，该资源目录索引服务器的结构示意图如图7所示，具体包括接收模块31和信息发送模块32，其中：

接收模块31用于接收内容服务器上报的删除请求；信息发送模块32用于向内容服务器返回全局分块信息，所述全局分块信息包括在所有内容服务器中保存的各分片的数量总和，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的分片，指示内容服务器根据全局分块信息，选择该内容服务器存储的且数量总和大于M的分片并删除，所述M是至少为1的正整数。

所述接收模块31还用于接收内容服务器上报的至少一个分片标识；

所述资源目录索引服务器还包括删除确认模块33：

删除确认模块33用于在接收到内容服务器上报的至少一个分片标识的时刻，针对接收到的每个标识，确定自身存储的全局分块信息中保存的该标识对应分片的数量总和是否大于M，将数量总和大于M的分片对应的标识携带在确认删除消息中，并返回至内容服务器。

该资源目录索引服务器还包括信息更新模块34和信息确定模块35，其中：

信息更新模块34用于根据确认删除消息中携带的标识对应的分片，更新自身存储的全局分块信息。

信息确定模块35用于根据各内容服务器上报的分片存储信息确定全局分块信息。各内容服务器向资源目录索引服务器上报自身的分片存储信息可以是周期性进行的，也可以是在自身存储的分片发生变化时，向资源目录索引服务器上报的。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种存储内容删除方法，应用于包含多个内容服务器的分布式流媒体系统中，其特征在于，该方法包括：

内容服务器删除选择的分片。

2.如权利要求1所述的方法，其特征在于，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的所有分片，或是上报删除请求的内容服务器中保存的分片。

3.如权利要求1所述的方法，其特征在于，内容服务器在选择分片之后，且删除选择的分片之前，所述方法还包括：

内容服务器将选择的至少一个分片标识发送给资源目录索引服务器；并

接收资源目录索引服务器返回的携带数量总和大于M的分片对应的标识的确认删除消息；

内容服务器删除选择的分片，具体包括：

内容服务器删除所述确认删除消息中携带的标识所对应的分片。

4.如权利要求1～3任一所述的方法，其特征在于，

全局分块信息是资源目录索引服务器根据各内容服务器上报的分片存储信息确定的。

5.一种存储内容删除方法，应用于包含多个内容服务器的分布式流媒体系统中，其特征在于，该方法包括：

资源目录索引服务器接收内容服务器上报的删除请求；

6.如权利要求5所述的方法，其特征在于，所述各分片是上报删除请求的内容服务器中保存的分片对应的流媒体的所有分片，或是上报删除请求的内容服务器中保存的分片。

7.如权利要求5所述的方法，其特征在于，资源目录索引服务器向内容服务器返回全局分块信息之后，所述方法还包括：

资源目录索引服务器接收内容服务器发送的至少一个分片标识，在接收到所述标识的时刻，针对接收到的每个标识，确定自身存储的全局分块信息中保存的该标识对应分片的数量总和是否大于M，将数量总和大于M的分片对应的标识携带在确认删除消息中，并返回至内容服务器。

8.如权利要求7所述的方法，其特征在于，在返回确认删除消息之后，所述方法还包括：

资源目录索引服务器根据确认删除消息中携带的标识对应的分片，更新自身存储的全局分块信息。

9.一种存储内容删除系统，应用于包含多个内容服务器的分布式流媒体系统中，其特征在于，该存储内容删除系统包括内容服务器和资源目录索引服务器，其中：

10.如权利要求9所述的存储内容删除系统，其特征在于，

所述内容服务器，还用于将选择的至少一个分片标识发送给资源目录索引服务器，并接收资源目录索引服务器返回的携带分片对应的标识的确认删除消息，删除所述确认删除消息中携带的标识所对应的分片；

所述资源目录索引服务器，还用于在接收到所述标识的时刻，针对接收到的每个标识，确定自身存储的全局分块信息中保存的该标识对应分片的数量总和是否大于M，将数量总和大于M的分片对应的标识携带在确认删除消息中，并返回至内容服务器。

11.如权利要求10所述的存储内容删除系统，其特征在于，

所述资源目录索引服务器，还用于根据确认删除消息中携带的标识对应的分片，更新自身存储的全局分块信息。

12.如权利要求9～11任一所述的存储内容删除系统，其特征在于，

所述资源目录索引服务器，还用于根据各内容服务器上报的分片存储信息确定全局分块信息。

13.一种内容服务器，应用于包含多个内容服务器的分布式流媒体系统中，其特征在于，该内容服务器包括：

删除模块，用于删除选择的分片。

14.如权利要求13所述的内容服务器，其特征在于，所述内容服务器还包括：

分片标识上报模块，用于将选择的至少一个分片标识发送给资源目录索引服务器；

确认消息接收模块，用于接收资源目录索引服务器返回的确认删除消息；

所述删除模块，具体用于删除所述确认删除消息中携带的标识所对应的分片。

15.一种资源目录索引服务器，应用于包含多个内容服务器的分布式流媒体系统中，其特征在于，该资源目录索引服务器包括：

接收模块，用于接收内容服务器上报的删除请求；

16.如权利要求15所述的资源目录索引服务器，其特征在于，

所述接收模块，还用于接收内容服务器上报的至少一个分片标识；

所述资源目录索引服务器还包括：

删除确认模块，用于在接收到内容服务器上报的至少一个分片标识的时刻，针对接收到的每个标识，确定自身存储的全局分块信息中保存的该标识对应分片的数量总和是否大于M，将数量总和大于M的分片对应的标识携带在确认删除消息中，并返回至内容服务器。

17.如权利要求16所述的资源目录索引服务器，其特征在于，该资源目录索引服务器还包括：

信息更新模块，用于根据确认删除消息中携带的标识对应的分片，更新自身存储的全局分块信息。

18.如权利要求15～17任一所述的资源目录索引服务器，其特征在于，该资源目录索引服务器还包括：

信息确定模块，用于根据各内容服务器上报的分片存储信息确定全局分块信息。