CN102244644B - 多媒体文件发布方法和装置 - Google Patents

Abstract

本发明实施例提供一种多媒体文件发布方法和装置，所述方法包括：接收多媒体文件以及所述多媒体文件的播放信息，所述播放信息包括所述多媒体文件的可独立播放的位置的信息；根据本地存储资源以及所述多媒体文件的播放信息对所述多媒体文件进行分片，并将所述分片推送给其他缓存服务器；如果本地保存有所述多媒体文件的分片，则将本地存储的多媒体文件的分片信息发送到索引服务器。本发明实施例的方法和装置采用动态分片的方法，使得缓存服务器(Cache)的缓存内容更具灵活性，又由于切片的规则统一，不同源端切的分片可以重组，增加了灵活性，减少了CDN Cache缓存大视频文件所需要消耗的存储空间。

Description

多媒体文件发布方法和装置

技术领域

本发明涉及网络领域，尤其涉及一种内容分发网络中的多媒体文件发布方法和装置。

背景技术

内容分发网络(CDN，Content Delivery Network)是通过在现有的网际网络(Internet)中增加一层新的网络架构，将网站的内容发布到最接近用户的网络边缘节点，使用户可以就近取得所需的内容，解决Internet网络拥挤的状况，提高用户访问网站的响应速度。

目前，CDN网络架构主要由中心和边缘两大部分组成，中心是指CDN网管中心和DNS(Domain Name System，域名系统)重定向解析中心，DNS重定向解析中心负责全局负载均衡；边缘是指异地节点，也即CDN分发的载体，它主要由Cache(缓存服务器)和负载均衡器等组成。

在现有技术中，当用户使用统通用资源标志符(Uniform ResourceIdentifier，URI)访问加入CDN服务的网站时，该用户的域名解析请求将最终交给DNS重定向解析中心进行处理。DNS重定向解析中心通过一组预先定义好的策略，将适合该用户的节点地址提供给该用户，使该用户能够得到快速的服务。DNS重定向解析中心与分布在各地的CDN节点保持通信，搜集各节点的通信状态，确保不将用户的请求分配到不可用的CDN节点上，即通过DNS重定向解析中心做全局负载均衡。对于普通的Internet用户来讲，每个CDN节点就相当于一个放置在它周围的WEB服务器。通过DNS重定向解析中心的控制，用户的请求被透明地指向离他最近的节点，也即，对于用户来说，并不感知DNS重定向解析中心将用户指向哪个节点，节点中的CDN服务器会像网站的原始服务器一样，响应用户的请求。由于它离用户更近，因而响应时间必然更低。

发明人在实现本发明的过程中发现，随着高清视频应用越来越广泛，视频文件的体积更为庞大。CDN Cache如果缓存所有的视频大文件对它的存储压力是十分大的。

发明内容

本发明实施例提供一种多媒体文件发布方法和装置，以减少CDN Cache缓存大视频文件所需要消耗的存储空间。

本发明实施例的上述目的是通过如下技术方案实现的：

一种多媒体文件发布方法，所述方法包括：接收多媒体文件以及所述多媒体文件的播放信息，所述播放信息包括所述多媒体文件的可独立播放的位置的信息；根据本地存储资源以及所述多媒体文件的播放信息对所述多媒体文件进行分片，并将所述分片推送给其他缓存服务器；如果本地保存有所述多媒体文件的分片，则将本地存储的多媒体文件的分片信息发送到索引服务器。

一种多媒体文件发布装置，所述装置包括：接收单元，用于接收多媒体文件以及所述多媒体文件的播放信息，所述播放信息包括所述多媒体文件的可独立播放的位置的信息；分片单元，用于根据本地存储资源以及所述多媒体文件的播放信息对所述多媒体文件进行分片；推送单元，用于将所述分片推送给其他缓存服务器；发送单元，用于在本地保存有所述多媒体文件的分片时，将本地存储的多媒体文件的分片信息发送到索引服务器。

一种缓存服务器，所述缓存服务器包括前述的多媒体文件发布装置。

一种多媒体文件发布系统，所述系统包括：多个缓存服务器，所述缓存服务器包括前述的多媒体文件发布装置；索引服务器，用于存储所述多媒体文件发布装置存储的多媒体文件的分片信息；源端服务器，用于发布多媒体文件及根据该多媒体文件生成的该多媒体文件的播放信息到所述多媒体文件发布装置。

本发明实施例的方法和装置采用动态分片的方法，使得缓存服务器(Cache)的缓存内容更具灵活性，又由于切片的规则统一，不同源端切的分片可以重组，增加了灵活性，减少了CDN Cache缓存大视频文件所需要消耗的存储空间。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1为本发明实施例的多媒体文件发布方法的流程图；

图2为图1所示方法中获取多媒体文件的方法流程图；

图3为本发明实施例的一个实施方式中多媒体文件发布过程的示意图；

图4为本发明实施例的一个实施方式中用户请求多媒体文件的示意图；

图5为本发明实施例的多媒体文件发布装置的组成框图；

图6为本发明实施例的缓存服务器的组成框图；

图7为本发明实施例的多媒体文件发布系统的组成框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

图1为本发明实施例提供的一种多媒体文件发布方法的流程图，该方法可以应用于CDN网络的缓存服务器，请参照图1，该方法包括：

步骤101：缓存服务器接收多媒体文件以及所述多媒体文件的播放信息，所述播放信息包括所述多媒体文件的可独立播放的位置的信息；

其中，多媒体文件及其播放信息可以是该CDN网络的源端服务器发送的，也可以是该CDN网络的其他的缓存服务器发送的。例如，源端服务器根据存储的多媒体文件生成该多媒体文件的播放信息并一同下发；或者，其他的缓存服务器在接收到多媒体文件及其播放信息后，将该多媒体文件及播放信息发送到该缓存服务器，其他的缓存服务器也可以对该多媒体文件进行分片，并将分片连同该分片的播放信息一同发送到该缓存服务器。这将在以下的实施例中加以说明。

其中，在对多媒体文件进行分片时，为了保证各个分片都可以独立播放，分片的位置不能任意选择，通常以内部编码帧(I帧)起始的分片可以独立播放，因此播放信息中可以为多媒体文件中全部或部分内部编码帧的位置的信息。此外，播放信息也可以是时间与可独立播放的位置的对应信息，以便于在为用户提供时移服务时方便地确定用户请求的播放时间对应哪一个分片。

其中，多媒体文件的播放信息也可以称之为Meta文件(元文件)，以播放信息包括时间与可独立播放的位置的对应信息为例，该Meta文件存放了多媒体文件的播放时间和播放位置，以便根据该Meta文件对多媒体文件进行分片，如下表一所示：

表一

其中，“文件名”表示多媒体文件的名称；“0s”、“1s”、“3s”表示该多媒体文件的播放时间；“0”、“250”、“3000”表示该多媒体文件的播放位置，也即文件内偏移量。在本例中，该Meta文件表示该多媒体文件在开始播放时，读取数据的位置为0，该多媒体文件在播放到1s时，读取数据的位置为250，该多媒体文件在播放到3s时，读取数据的位置为3000。上述只是举例说明，本实施例并不以此作为限制。

步骤102：所述缓存服务器根据本地存储资源以及所述多媒体文件的播放信息对所述多媒体文件进行分片和推送；

其中，当本地存储资源不足时，可以根据该多媒体文件的播放信息，将该多媒体文件分为至少两部分，每一部分称为一个分片，然后将其中至少一个分片及该至少一个分片的播放信息推送到其他的缓存服务器。

其中，该至少一个分片的播放信息是从前述该多媒体文件的播放信息中提取出来的，当对该多媒体文件进行分片时，可以对应每一个分片，从该多媒体文件的播放信息中提取出对应该分片的播放信息。例如，当根据多媒体文件的播放信息，将一个0-100s的多媒体文件分为0-60s以及61-100s两个分片时，从该多媒体文件的播放信息中提取出对应0-60s分片的播放信息以及对应61-100s分片的播放信息。以上是以根据时间段进行分片为例，本实施例并不以此作为限制。

其中，判断本地存储资源是否充足，可以预先设置一个阈值作为判断的依据，例如设置存储量的90％作为判断依据，当本地存储量已经大于全部存储量的90％时，则认为本地存储资源不足。以上只是举例说明，本实施例并不以此作为限制。

步骤103：如果本地保存有所述多媒体文件的分片，则所述缓存服务器将本地存储的多媒体文件的分片信息发送到索引服务器。

其中，根据步骤102的处理，本地缓存服务器可能将接收到的多媒体文件分片后全部发送到了其他的缓存服务器，也可能本地保留了一部分该多媒体文件的分片，则，如果本地仍保存有该多媒体文件的分片，则将该分片的分片信息发送到索引服务器保存，以便索引服务器掌握多媒体文件的分片情况；如果本地没有保存该多媒体文件的分片，则无须再向索引服务器上报分片信息。

其中，索引服务器用于保存对每个多媒体文件建立的索引表，以播放信息包括时间与可独立播放的位置的对应信息为例，该索引表中可以存储每个多媒体文件某个时间段的内容所在的缓存服务器，如下表二所示：

表二

藉此，每一个缓存服务器通过访问该索引服务器就可以知道任何一个多媒体文件的任意时间点的数据保存在哪个缓存服务器上。当然，索引表也可以不需要时间信息，而是包括每个多媒体文件各个分片位置所在的缓存服务器。

根据本实施例的方法，当用户终端向本实施例的缓存服务器请求多媒体文件时，如果本地保存有该请求对应的多媒体文件，则直接发送给该用户终端；如果本地仅保存有该请求对应的多媒体文件的一部分，则可以通过向索引服务器查询其他的部分所在的缓存服务器，根据查询得到的缓存服务器转发该多媒体文件的其他部分。这也将在以下的实施例中加以说明。

本实施例的多媒体文件发布方法可以应用于CDN网络的缓存服务器，而CDN网络可以包括多个缓存服务器，每一个缓存服务器都可以通过本实施例的多媒体文件发布方法对多媒体文件进行分片存储和发布。

本实施例的多媒体文件发布方法通过将多媒体文件分片存储，有效缓解了缓存服务器的存储压力，且由于分片不在源端服务器进行，缓存服务器可以根据多媒体文件的播放信息进行多次分片，而分片的大小也可以根据不同缓存服务器的实际情况动态调节，增加了多媒体文件发布的灵活性。

图2为本发明实施例提供的多媒体文件发布方法中，根据用户终端的多媒体播放请求，将所述多媒体播放请求对应的多媒体文件发送到该请求的用户终端的方法的流程图，请参照图2，该方法包括：

步骤201：判断本地是否存储有所述多媒体播放请求对应的多媒体文件；

步骤202：如果本地存储有所述多媒体播放请求对应的多媒体文件的分片，则将所述分片发送到请求的用户终端；

步骤203：向所述索引服务器发送多媒体文件查询请求，查询该多媒体文件的其他分片所在的缓存服务器；

步骤204：根据所述索引服务器返回的结果，获取所述多媒体文件的其他分片，并将所述多媒体文件的其他分片发送到请求的用户终端。

其中，由于索引服务器保存有每一个多媒体文件的索引表，该索引表存储了每一个多媒体文件某个时间段的分片在哪个缓存服务器上，因此，索引服务器根据查询请求，可以确定查询的多媒体文件的分片所在的缓存服务器，并返回查询结果。

在一个实施例中，本地缓存服务器获取了所述多媒体文件的其他分片后，可以与本地保存的该多媒体文件的分片进行合并，并将合并后的该多媒体文件的分片信息发送到索引服务器，以便索引服务器更新该多媒体文件的分片情况。

在另一个实施例中，本地缓存服务器获取了所述多媒体文件的其他分片后，只是将其转发到用户终端，本地缓存服务器并不会保存该其他分片，故无须进行分片合并及分片信息上报的工作。

在本实施例中，存储该多媒体文件的其他分片的缓存服务器在将该其他分片推送给本地缓存服务器后，如果不再保存该其他分片，则将该多媒体文件的分片信息上传到索引服务器，以告知索引服务器，本地已不再保存该多媒体文件的分片；如果仍保存该其他分片，则无需向索引服务器报告。

需要说明的是，同一个多媒体文件的不同分片可以同时保存在多个缓存服务器上，而索引服务器建立的索引表则记录了这一情况。例如，某一多媒体文件的0～100s的媒体内容可以既保存在Cache A上，也保存在Cache B上。

为使本实施例的多媒体文件发布方法更加清楚易懂，以下通过一个多媒体文件的具体发布过程，以及用户终端的请求过程为例，对本实施例的多媒体文件发布方法进行说明。

图3为本发明实施例提供的多媒体文件发布方法中，多媒体文件发布过程的示意图，请参照图3，该多媒体文件发布过程包括如下几个步骤：

301：源端服务器根据多媒体文件生成其Meta文件，并把该Meta文件和该多媒体文件推送到Cache A上；

302：Cache A发现自己存储资源不足，根据上述Meta文件，把该多媒体文件中91-100s的媒体内容及该部分媒体内容的Meta文件推送到Cache B上；把该多媒体文件中0-90s的媒体内容及该部分媒体内容的Meta文件推送到Cache C上；

303：Cache A把本地存储的多媒体文件的媒体内容的分片信息报告索引服务器；

其中，如果该多媒体文件只有0-100s的媒体内容，由于Cache A将该多媒体文件的所有媒体内容都推送到了其他的Cache上，也即，没有保存该多媒体文件的分片，因此，Cache A无需向索引服务器上报该多媒体文件的分片信息。

其中，如果该多媒体文件有0-120s的媒体内容，则CacheA在将0-100s的媒体内容推送给Cache B和Cache C后，本地仍保存有该多媒体文件的101-120s的媒体内容，则Cache A需要向索引服务器上报该分片信息，也即，Cache A存储有该多媒体文件的101-120s的媒体内容的信息，以便索引服务器将这一分片情况写入该多媒体文件的索引表，如下表三所示，以免出现调度出错的问题。

表三

其中，在一个实施例中，分片信息包含了本地存储的多媒体文件的媒体内容的时间段。上述只是举例说明，本实施例并不以此作为限制。

304：由于Cache B收到新的分片，也即上述多媒体文件的91-100s的媒体内容，也把本地存储的该多媒体文件的该部分媒体内容(91-100s的媒体内容)的分片信息报告到索引服务器，以便索引服务器据此建立该多媒体文件的这部分媒体内容的索引表，如下表四所示；

表四

305：Cache C发现本地存储资源不足，也把收到的新的分片(上述多媒体文件的0-90s的媒体内容)中的81-90s的媒体内容及该部分媒体内容的Meta文件推送到Cache D；

306：Cache C把本地存储的该多媒体文件的部分媒体内容(0-80s的媒体内容)的分片信息报告到索引服务器，以便索引服务器据此建立该多媒体文件的这部分媒体内容的索引表，如下表五所示；

表五

307：同样的，由于Cache D收到新的分片，也即上述多媒体文件的81-90s的媒体内容，也把本地存储的该多媒体文件的该部分媒体内容(81-90s的媒体内容)的分片信息报告到索引服务器，以便索引服务器据此建立该多媒体文件的这部分媒体内容的索引表，如下表六所示。

表六

在本实施例的一个实施方式中，Cache D可以配置成为专门接受其他Cache资源不足时分出来的分片的Cache。

根据本实施方式的多媒体文件的发布过程，针对该多媒体文件，索引服务器上建立了如下的索引表七：

表七

图4为本发明实施例提供的多媒体文件发布方法中，用户终端向离它最近的缓存服务器，例如Cache C请求该多媒体文件的示意图，请参照图4，该请求的过程包括如下几个步骤：

401：用户终端向Cache C发起多媒体文件播放请求，该请求中指明了请求播放的多媒体文件，例如为图3所示实施例的多媒体文件；

402：Cache C根据上述请求，确定本地存储有该多媒体文件的0-80s的媒体内容，则首先把本地存有的0-80s媒体内容发送给该用户终端；

403：由于Cache C本地没有上述多媒体文件的81-90s的媒体内容，所以Cache C向索引服务器发送查询请求，以查询该多媒体文件的81-90s的媒体内容所在的Cache，索引服务器根据Cache C的查询请求，检索其保存的索引表，得知该多媒体文件的81-90s的媒体内容存储于Cache D上，则向Cache C返回这一查询结果；

404：Cache C根据索引服务器返回的查询结果向Cache D发起媒体内容下载请求；

405：Cache D根据上述请求，把存储的该多媒体文件的81-90s的媒体内容发送给Cache C；

在一个实施方式中，Cache D不再保存该81-90s的媒体内容，则Cache D向索引服务器发送分片信息，报告这一情况；在另一个实施方式中，Cache D仍保存该81-90s的媒体内容，则Cache D不再向索引服务器发送分片信息。

406：Cache C把从Cache D获取的该多媒体文件的81-90s的媒体内容转发给用户终端；

407：Cache C把新收到的媒体内容和原来的媒体内容合并，并把该多媒体文件的新的分片信息发布到索引服务器。

在一个实施方式中，Cache C可以把新收到的媒体内容和原来的媒体内容合并，并把该多媒体文件的新的分片信息发布到索引服务器，详见步骤407，以便索引服务器据此修改其保存的该多媒体文件的索引表，以掌握该多媒体文件的最新的分片情况。在另外一个实施方式中，Cache C可以不保存新收到的媒体内容，则上述步骤407可以省略。

应用本实施例的多媒体文件发布方法，Cache可以根据Meta文件对多媒体文件或者多媒体文件的分片进行任意长度的动态分片，Cache还可以根据Meta文件对分片继续分片，不仅有效节省了每一个Cache所需要的存储空间，还具有更大的灵活性。

图5为本发明实施例提供的一种多媒体文件发布装置的组成框图，请参照图5，该多媒体文件发布装置包括：接收单元51、分片单元52、推送单元53以及发送单元54，其中：

接收单元51用于接收多媒体文件以及所述多媒体文件的播放信息，所述播放信息包括所述多媒体文件的播放时间和播放位置；

其中，该接收单元51可以从源端服务器或其他的缓存服务器获取该多媒体文件及其播放信息；也可以从其他的缓存服务器获取多媒体文件的分片及该分片的播放信息。

分片单元52用于根据本地存储资源以及所述多媒体文件的播放信息对所述多媒体文件进行分片；

推送单元53用于将所述分片推送给其他的缓存服务器；

在一个实施例中，该分片单元52可以包括：

判断模块521，用于判断本地存储资源是否不足；

分片模块522，用于在所述判断模块521的判断结果为本地存储资源不足时，根据所述多媒体文件的播放信息，将所述多媒体文件分为至少两个分片。

在本实施例中，推送单元53用于将所述多媒体文件的至少一个分片及该至少一个分片的播放信息推送到其他缓存服务器。

其中，在本地存储资源不足的情况下，通过分片单元52对接收单元51接收到的多媒体文件进行任意长度和任意次数的分片，并通过推送单元53将该分片发送到其他的缓存服务器，缓解了本地存储资源不足的问题。

发送单元54用于在本地保存有所述多媒体文件的分片时，将本地存储的所述多媒体文件的分片信息发送到索引服务器；

其中，经过分片单元52对该多媒体文件进行分片后，该多媒体文件的存储信息发生了变化，所以，通过本实施例的发送单元54将本地存储的多媒体文件的新的分片信息发送到索引服务器，以便于该索引服务器更新索引表。

其中，该分片信息包括了本地存储的多媒体文件的媒体内容的时间段。

本发明实施例的多媒体文件发布装置的各组成部分分别用于实现前述多媒体文件发布方法的各步骤的功能，由于在前述方法实施例中，已经对各步骤进行了详细说明，在此不在赘述。

本实施例的多媒体文件发布装置，通过对多媒体文件进行动态分片存储，缓解了本地的存储压力，提高了媒体发布的效率。

图6为本发明实施例提供的一种缓存服务器的组成框图，请参照图6，该缓存服务器除包括其原有的组成和功能外，还包括多媒体文件发布装置61。

其中，该多媒体文件发布装置61可以通过图5所示的实施例的多媒体文件发布装置来实现，由于在图5所示的实施例中，已经对该装置进行了详细说明，在此不在赘述。

本实施例的缓存服务器，通过对多媒体文件进行动态分片存储，缓解了本地的存储压力，提高了媒体发布的效率。

图7为本发明实施例提供的一种多媒体文件发布系统的组成框图，请参照图7，该多媒体文件发布系统包括：多个缓存服务器71、索引服务器72以及源端服务器73，其中：

每一个缓存服务器71都可以包括图5所示的多媒体文件发布装置，也即，本实施例的缓存服务器71可以通过图6所示的缓存服务器来实现，由于在图5和图6所示的实施例中，已经对多媒体文件发布装置进行了详细说明，在此不在赘述。

索引服务器72用于存储所述多媒体文件发布装置存储的多媒体文件的分片信息；

源端服务器73用于发布多媒体文件及根据该多媒体文件生成的该多媒体文件的播放信息到所述多媒体文件发布装置。

本实施例的多媒体文件发布系统，通过多个缓存服务器的多媒体文件发布装置对多媒体文件进行分片存储，缓解了每一个缓存服务器的存储压力，增加了该多媒体文件发布系统的媒体发布效率。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

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

Claims (8)

1.一种多媒体文件发布方法，其特征在于，所述方法包括：

缓存服务器接收多媒体文件以及所述多媒体文件的播放信息，所述播放信息包括所述多媒体文件的可独立播放的位置的信息；

所述缓存服务器根据本地存储资源以及所述多媒体文件的播放信息对所述多媒体文件进行分片，并将所述分片推送给其他缓存服务器；

如果所述缓存服务器的本地保存有所述多媒体文件的分片，则所述缓存服务器将本地存储的多媒体文件的分片信息发送到索引服务器；

其中，根据本地存储资源以及所述多媒体文件的播放信息对所述多媒体文件进行分片，并将所述分片推送给其他缓存服务器，包括：

如果本地存储资源不足，则根据所述多媒体文件的播放信息将所述多媒体文件分为至少两个分片；

将所述多媒体文件的至少一个分片及该至少一个分片的播放信息推送到其他缓存服务器。

2.根据权利要求1所述的方法，其特征在于，所述播放信息还包括与所述可独立播放的位置的信息对应的时间信息。

3.根据权利要求1所述的方法，其特征在于，接收多媒体文件以及所述多媒体文件的播放信息，包括：

接收源端服务器发送的多媒体文件以及所述源端服务器生成的所述多媒体文件的播放信息；或者

接收另一缓存服务器发送的多媒体文件以及所述多媒体文件的播放信息，所述播放信息为所述另一缓存服务器从所述源端服务器接收的所述多媒体文件的播放信息；或者

接收另一缓存服务器发送的多媒体文件的分片以及所述分片的播放信息。

4.一种多媒体文件发布装置，其特征在于，所述装置包括：

接收单元，用于接收多媒体文件以及所述多媒体文件的播放信息，所述播放信息包括所述多媒体文件的可独立播放的位置的信息；

分片单元，用于根据本地存储资源以及所述多媒体文件的播放信息对所述多媒体文件进行分片；

推送单元，用于将所述分片推送给其他缓存服务器；

发送单元，用于在本地保存有所述多媒体文件的分片时，将本地存储的多媒体文件的分片信息发送到索引服务器；

其中，所述分片单元包括：

判断模块，用于判断本地存储资源是否不足；

分片模块，用于在所述判断模块的判断结果为本地存储资源不足时，根据所述多媒体文件的播放信息，将所述多媒体文件分为至少两个分片；

所述推送单元用于将所述多媒体文件的至少一个分片及该至少一个分片的播放信息推送到其他缓存服务器。

5.根据权利要求4所述的装置，其特征在于，所述接收单元接收到的播放信息还包括与所述可独立播放的位置的信息对应的时间信息。

6.根据权利要求4所述的装置，其特征在于，所述接收单元用于接收源端服务器发送的多媒体文件以及所述源端服务器生成的所述多媒体文件的播放信息；或者，所述接收单元用于接收另一缓存服务器发送的多媒体文件以及所述多媒体文件的播放信息，所述多媒体文件的播放信息为所述另一缓存服务器从所述源端服务器接收的所述多媒体文件的播放信息；或者，所述接收单元用于接收另一缓存服务器发送的多媒体文件的分片及所述分片的播放信息。

7.一种缓存服务器，其特征在于，所述缓存服务器包括权利要求4－6任一项所述的多媒体文件发布装置。

8.一种多媒体文件发布系统，其特征在于，所述系统包括：

多个缓存服务器，所述缓存服务器包括权利要求4－6任一项所述的多媒体文件发布装置；

索引服务器，用于存储所述多媒体文件发布装置存储的多媒体文件的分片信息；

源端服务器，用于发布多媒体文件及生成该多媒体文件的播放信息并发送到所述多媒体文件发布装置。