CN111031117B - 一种多媒体文件下载方法及相关装置 - Google Patents

Abstract

本发明公开了一种多媒体文件下载方法，包括：当启动多媒体文件的下载任务之后，判断服务器中是否存在多媒体文件对应的媒体头信息；其中，媒体头信息为预先存储在服务器中的；若是，则从服务器获取媒体头信息；当接收到边下边播指令时，根据媒体头信息进行边下边播处理。本发明还公开了一种计算机装置、多媒体文件下载系统以及计算机可读存储介质。通过当下载多媒体文件时，直接从服务器下载该媒体头信息，再根据该媒体头信息进行边下边播处理，避免产生等待，当获取到媒体头信息时，直接根据该信息进行边下边播处理，减少用户的等待时间，提高用户体验。

Description

一种多媒体文件下载方法及相关装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种多媒体文件下载方法、计算机装置、多媒体文件下载系统以及计算机可读存储介质。

背景技术

目前，在下载多媒体文件的过程中，为了减少用户观看多媒体文件的等待时间，提高用户的观影体验，通常对下载的多媒体文件进行边下边播的下载方式。也就是，在下载多媒体文件的过程中，可以直接播放该文件而不用等待整个文件下载完成。

现有技术中，边下边播的实现方式具体是：创建下载任务后，P2P下载器在用户点击播放之前根据资源在节点中的分布情况尽量快速下载数据，当下载器下载的数据满足播放器需要的数据时，则播放器打开所述多媒体文件进行播放，实现边下边播。但是，下载的数据对于文件是非顺序的，对于多媒体播放也是非顺序。在用户进入边下边播后，下载器会在一定范围内优先满足播放器需要的数据，在所有的节点中查找该范围的数据并下载，但是如果没有下载到媒体头信息，媒体文件将无法打开。影响边下边播功能的使用，延长用户的等待时间，降低用户的体验。

因此，如何提高边下边播功能中多媒体文件的打开速度是本领域技术人员关注的重点问题。

发明内容

本发明的主要目的在于提供一种多媒体文件下载方法、计算机装置、多媒体文件下载系统以及计算机可读存储介质，旨在提高边下边播功能中多媒体文件的打开速度。

为实现上述目的，本发明提供的一种多媒体文件下载方法，包括：

当启动多媒体文件的下载任务之后，判断服务器中是否存在所述多媒体文件对应的媒体头信息；其中，所述媒体头信息为预先存储在所述服务器中的；

若是，则从所述服务器获取所述媒体头信息；

当接收到边下边播指令时，根据所述媒体头信息进行边下边播处理。

可选的，所述媒体头信息是所述服务器对所述多媒体文件进行采集得到的；或者，所述媒体头信息是客户端预先上传至所述服务器的。

可选的，所述服务器对所述多媒体文件进行采集得到所述媒体头信息，包括：

所述服务器打开所述多媒体文件，获取打开过程中首先读取的缓存数据；

从所述缓存数据获取所述多媒体文件的媒体头信息。

可选的，所述服务器打开所述多媒体文件，获取打开过程中首先读取的缓存数据，包括：

所述服务器采用ffmpeg打开所述多媒体文件，获取打开过程中首先读取的缓存数据。

可选的，当启动多媒体文件的下载任务之后，判断服务器中是否存在所述多媒体文件对应的媒体头信息，包括：

当启动多媒体文件的下载任务之后，根据所述多媒体文件的唯一编码判断所述服务器中是否存在所述多媒体文件对应的媒体头信息。

可选的，当启动多媒体文件的下载任务之后，判断服务器中是否存在所述多媒体文件对应的媒体头信息，包括：

当启动多媒体文件的下载任务之后，根据所述多媒体文件的链接地址判断所述服务器中是否存在所述多媒体文件对应的媒体头信息。

可选的，当启动多媒体文件的下载任务之后，判断服务器中是否存在所述多媒体文件对应的媒体头信息，包括：

当启动多媒体文件的下载任务之后，根据头信息对应关系判断所述服务器中是否存在所述多媒体文件对应的媒体头信息。

为实现上述目的，本发明进一步提供一种计算机装置，所述装置包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的多媒体文件下载程序，所述多媒体文件下载程序被所述处理器执行时实现如上所述的多媒体文件下载方法。

可选的，所述装置为组成CDN网络或者区块链网络的节点。

为实现上述目的，本发明进一步提供一种多媒体文件下载系统，所述系统可以包括：

媒体头信息判断模块，用于当启动多媒体文件的下载任务之后，判断服务器中是否存在所述多媒体文件对应的媒体头信息；其中，所述媒体头信息为预先存储在所述服务器中的；

媒体头信息获取模块，用于当所述服务器存在对应的媒体头信息时，从所述服务器获取所述媒体头信息；

边下边播处理模块，用于当接收到边下边播指令时，根据所述媒体头信息进行边下边播处理。

为实现上述目的，本发明进一步提供一种计算机可读存储介质，所述计算机可读存储介质上存储有多媒体文件下载程序，所述多媒体文件下载程序可被一个或者多个处理器执行，以实现如上所述的多媒体文件下载方法。

可见，本发明通过当下载多媒体文件时，判断是否存在对应的媒体头信息，若是，则直接下载该媒体头信息，再根据该媒体头信息进行边下边播处理，而不是现有技术中从下载的多媒体文件中获取到媒体头信息，本发明直接获取到媒体头信息，避免产生等待，当获取到媒体头信息时，直接根据该信息进行边下边播处理，减少用户的等待时间，提高用户体验。

附图说明

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

图1为本申请实施例所提供的第一种多媒体文件下载方法的流程示意图；

图2为本申请实施例所提供的第二种多媒体文件下载方法的流程示意图

图3为本申请实施例所提供的一种计算机装置的结构示意图；

图4为本申请实施例所提供的一种多媒体文件下载系统的结构示意图。

具体实施方式

本申请的核心是提供一种多媒体文件下载方法、计算机装置、多媒体文件下载系统以及计算机可读存储介质，旨在提高边下边播功能中多媒体文件的打开速度。

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

现有技术中，边下边播的实现方式具体是：创建下载任务后，P2P下载器在用户点击播放之前根据资源在节点中的分布情况尽量快速下载数据，当下载器下载的数据满足播放器需要的数据时，则播放器打开所述多媒体文件进行播放，实现边下边播。但是，下载的数据对于文件是非顺序的，对于多媒体播放也是非顺序。在用户进入边下边播后，下载器会在一定范围内优先满足播放器需要的数据，在所有的节点中查找该范围的数据并下载，但是如果没有下载到媒体头信息，媒体文件将无法打开。影响边下边播功能的使用，延长用户的等待时间，降低用户的体验。

因此，本发明提供一种多媒体文件下载方法，通过当下载多媒体文件时，判断是否存在对应的媒体头信息，若是，则直接下载该媒体头信息，再根据该媒体头信息进行边下边播处理，而不是现有技术中从下载的多媒体文件中获取到媒体头信息，本发明直接获取到媒体头信息，避免产生等待，当获取到媒体头信息时，直接根据该信息进行边下边播处理，减少用户的等待时间，提高用户体验。

本发明提供一种多媒体文件下载方法。

参照图1，图1为本申请实施例所提供的第一种多媒体文件下载方法的流程示意图。

在一实施例中，该方法可以包括：

S101，当启动多媒体文件的下载任务之后，判断服务器中是否存在多媒体文件对应的媒体头信息；其中，媒体头信息为预先存储在服务器中的；若是，则执行S102；

本步骤旨在判定服务器中是否存在该多媒体文件对应的媒体头信息，具体的，也就是判断服务器中是否存有多媒体文件对应的媒体头信息。

其中，媒体头信息是预先存储在所述服务器。具体的，该媒体头信息可以通过不同的方式获取。可以通过服务器对该多媒体文件进行采集得到的。也就是说，在下载某个多媒体文件之前服务器就已经对该多媒体文件采集好了对应的媒体头信息，以便下载器直接下载该信息。但是，在网络中存在的多媒体文件很多服务器无法遍历每个多媒体文件从而采集到对应的媒体头信息，所以服务器中保存的媒体头信息也为部分的媒体头信息。因此，本实施例中当开始下载多媒体文件时，也就是创建多媒体文件的下载任务之后，首先判断服务器中是否存在对应的媒体头信息。此外，该媒体头信息也可以是客户端预先上传是所述服务器的。

若存在，则可以获取该媒体头信息，即执行S102。

其中，为了保持客户端的下载器可以快速地从服务器中下载到媒体头信息。该服务器是高速服务器，即可以为网络下载提供较快下载速度的服务器。具体的，可以是CDN服务器，还可以是专属服务器，也可以是边缘服务器。可见，本实施例中采用的高速服务器并不唯一，为了加快媒体头信息的下载速度，需要根据实际应用场景选择合适的服务器，在此不作赘述。

需要说明的是，本步骤中服务器采集媒体头信息的时间方式。一般的，服务器是在后台静默采集多媒体文件的媒体头信息，由于网络中存在的多媒体文件数量较多，且服务器的资源有限没有办法将所有的多媒体文件的媒体头信息均进行采集。因此，本步骤中可以根据多媒体文件的热度进行媒体头文件进行采集，具体的，可以是对采集热度排名前预设数量的多媒体文件进行采集，例如，对热度排名前10000的多媒体文件进行采集。很显然，还可以根据多媒体文件的其他属性对其进行排名，从而确定需要进行采集的多媒体文件。例如下载量、排名爬升速度以及评论数量等。

并且，一般的现有技术中为了加快多媒体文件的播放速度，可能会提前保存多媒体文件中的头部数据块，但是，对于多媒体文件来说保存实际内容的头部数据块的数据量通常较大，相同存储空间的服务器只能保存更少的头部数据块，不利于对大范围的多媒体文件进行应用。所以，本实施例中为了节约服务器的存储空间，只保存多媒体文件的媒体头信息。该媒体头信息不保存进行播放的实际内容，只保存有多媒体文件的结构信息，例如，数据块1的大小，数据块1是否属于媒体头等信息。因此，媒体头信息占用的存储空间较小，提高了服务器的空间利用率。

此外，本步骤中还可以当该多媒体文件被首次下载时，从首次下载的客户端或者从服务器获取到该多媒体文件的媒体头信息。具体的，当多媒体文件首次被下载时，当下载完成或者开启边下边播功能时，获取到该多媒体文件的媒体头信息，并将该媒体头信息发送至服务器中进行保存。以便，当其他客户端的下载器下载该多媒体文件时，可以直接获取到对应的媒体头信息。

S102，从服务器获取媒体头信息；

在S101的基础上，本步骤旨在从该服务器中下载到该媒体头信息。也就是，在判定服务器中保存有对应的媒体头信息时，从服务器中下载到该媒体头信息。

其中，下载媒体头信息的方式可以是直接下载该媒体头信息。有必要时，优先于目前的下载任务进行下载，也就是暂停其他下载任务，首先下载该媒体头信息。并且，该媒体头信息数据量较小不会影响到正常的数据下载过程。

S103，当接收到边下边播指令时，根据媒体头信息进行边下边播处理；

在S102基础上，本步骤旨在当接收到边下边播的指令时，也就是开启边下边播的功能时，根据该媒体头信息进行边下边播处理。很显然，由于已经获取到了媒体头信息，可以直接开启边下边播功能。具体的，只要获取到媒体头信息时，就可以打开该多媒体文件，避免为了获取到完整的媒体头信息而需要的等待。因为播放器一般需要获取到媒体头信息才可以打开媒体文件。进一步的，下载器就可以根据媒体头信息中优先下载即将播放的内容，提高边下边播功能的体验，保证播放的流程程度。

并且，当直接获取到媒体头信息时，避免了下载器在多个节点中多次寻找数据的过程，减少了seek次数，减少了在不同节点之间进行切换的等待时间，提高了下载速度。

S104，执行下载任务。

在S101的基础上，本步骤旨在当没有下载到媒体头信息时，对该多媒体文件的下载任务进行正常的下载操作，和正常的边下边播处理。

可以想到的是，本步骤还可以当获取到该多媒体文件的媒体头信息时，将该媒体头信息上传到该服务器中，以便对后续的下载流程提供帮助，减少其等待时间。

可选的，S101中采集媒体头信息的步骤可以包括：

步骤一，服务器打开多媒体文件，获取打开过程中首先读取的缓存数据；

步骤二，从缓存数据获取多媒体文件的媒体头信息。

可见，本可选方案是对本实施例中采集媒体头信息的过程做进一步说明。本可选方案中，是通过打开该多媒体文件以便获取到首先读取的缓存数据。而一般的，多媒体文件被打开的过程一般是首先获取到对应的媒体头信息，进而才能够根据媒体头信息对多媒体文件中的数据进行读取，实现数据播放。因此，为了获取到媒体头信息，只要获取到打开过程中首先读取的缓存数据即可。

可选的，上一可选方案的步骤一可以包括：

服务器采用ffmpeg打开多媒体文件，获取打开过程中首先读取的缓存数据。

可见，本可选方案主要是通过ffmpeg打开该多媒体文件。其中，ffmpeg是一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序。具有较高的兼容性和可移植性。

可见，本实施例通过当下载多媒体文件时，判断是否存在对应的媒体头信息，若是，则直接下载该媒体头信息，再根据该媒体头信息进行边下边播处理，而不是现有技术中从下载的多媒体文件中获取到媒体头信息，本发明直接获取到媒体头信息，避免产生等待，当获取到媒体头信息时，直接根据该信息进行边下边播处理，减少用户的等待时间，提高用户体验。

以下通过三个实施例，对本申请提供的一种多媒体文件下载方法中的判断方法做进一步说明。

一种实施例：

当启动多媒体文件的下载任务之后，根据多媒体文件的唯一编码判断服务器中是否存在多媒体文件对应的媒体头信息。

也就是，通过多媒体文件的唯一编码进行判断。例如MD5值、哈希值等唯一编码。可以想到的就是，在采集媒体头信息时，计算出该多媒体文件的唯一编码，与媒体头信息一起保存在服务器中，以便进行判断查找。

另一种实施例：

当启动多媒体文件的下载任务之后，根据多媒体文件的链接地址判断服务器中是否存在多媒体文件对应的媒体头信息。

也就是，通过多媒体文件的链接地址进行判断。因此，在网络中一个链接地址表示一个唯一文件，该链接地址是唯一的，因此可以作为进行判断的标识。

还一种实施例：

当启动多媒体文件的下载任务之后，根据头信息对应关系判断服务器中是否存在多媒体文件对应的媒体头信息。

也就是，通过预设的头信息对应关系进行判断。其中，头信息对应关系是指多媒体文件和媒体头信息之间的对应关系，也就是在采集媒体头信息时，将媒体头信息和多媒体文件之间设置的对应关系。具体的，形式可以是通过表格记录的对应关系，也可以通过区块链技术记录的对应关系，还可以是通过数据库记录的对应关系，在此不作赘述。

参照图2，图2为本申请实施例所提供的第二种多媒体文件下载方法的流程示意图。

在一实施例中，该方法可以包括：

S201，采集多媒体文件的媒体头信息并保存为文件形式；

具体方式是：使用ffmpge打开媒体文件，打开成功后立刻关闭，保存在这个过程中读到的数据并存储到文件中。

S202，将采集到的媒体头信息放置在高速服务器中并建立与媒体文件的对应关系；

S203，P2P下载开始后，首先从服务器中查找是否有对应的媒体头信息，如果有，从服务器中下载媒体头信息，并且解析；

S204，边下边播开始后，根据媒体头信息向P2P下载器请求数据。

如果下载器已经从服务器中下载到媒体头信息，那么播放器在打开该媒体过程中所需要的数据已经全部被下载，播放器将很快打开媒体。

可见，本实施例通过当下载多媒体文件时，判断是否存在对应的媒体头信息，若是，则直接下载该媒体头信息，再根据该媒体头信息进行边下边播处理，而不是现有技术中从下载的多媒体文件中获取到媒体头信息，本发明直接获取到媒体头信息，避免产生等待，当获取到媒体头信息时，直接根据该信息进行边下边播处理，减少用户的等待时间，提高用户体验。

下面对本申请实施例提供的一种计算机装置进行介绍，下文描述的一种计算机装置与上文描述的一种多媒体文件下载方法可相互对应参照。

参照图3，图3为本申请实施例所提供的一种计算机装置的结构示意图。

在本实施例中，计算机装置1可以是PC(Personal Computer，个人电脑)，也可以是智能手机、平板电脑、掌上电脑、便携计算机、智能路由器、矿机、网络存储设备终端设备。

该装置1可以是组成CDN网络或者区块链网络的节点。

该计算机装置1可以包括存储器11、处理器12和总线13。

其中，存储器11至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是计算机装置1的内部存储单元，例如该计算机装置1的硬盘。存储器11在另一些实施例中也可以是计算机装置1的外部存储设备，例如计算机装置1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器11还可以既包括计算机装置1的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于计算机装置1的应用软件及各类数据，例如多媒体文件下载程序01的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行多媒体文件下载程序01等。

该总线13可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

进一步地，计算机装置还可以包括网络接口14，网络接口14可选的可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该装置1与其他电子设备之间建立通信连接。

可选地，该装置1还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在计算机装置1中处理的信息以及用于显示可视化的用户界面。

图3仅示出了具有组件11-14以及多媒体文件下载程序01的计算机装置1，本领域技术人员可以理解的是，图1示出的结构并不构成对计算机装置1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

下面对本申请实施例提供的一种多媒体文件下载系统进行介绍，下文描述的一种多媒体文件下载系统与上文描述的一种多媒体文件下载方法可相互对应参照。

请参考图4，图4为本申请实施例所提供的一种多媒体文件下载系统的结构示意图。

本实施例中，该系统可以包括：

媒体头信息判断模块100，用于当启动多媒体文件的下载任务之后，判断服务器中是否存在多媒体文件对应的媒体头信息；其中，媒体头信息为预先存储在服务器中的；

媒体头信息获取模块200，用于当服务器存在对应的媒体头信息时，从服务器获取媒体头信息；

边下边播处理模块300，用于当接收到边下边播指令时，根据媒体头信息进行边下边播处理。

本实施例所提供的多媒体文件下载系统，通过当下载多媒体文件时，判断是否存在对应的媒体头信息，若是，则直接下载该媒体头信息，再根据该媒体头信息进行边下边播处理，而不是现有技术中从下载的多媒体文件中获取到媒体头信息，本发明直接获取到媒体头信息，避免产生等待，当获取到媒体头信息时，直接根据该信息进行边下边播处理，减少用户的等待时间，提高用户体验。

进一步的，本申请实施例还公开了一种计算机可读存储介质，用于存储计算机程序，其中，计算机程序被处理器执行时可实现如下步骤：

当启动多媒体文件的下载任务之后，判断服务器中是否存在多媒体文件对应的媒体头信息；其中，媒体头信息为预先存储在服务器中的；若是，则从服务器获取媒体头信息；当接收到边下边播指令时，根据媒体头信息进行边下边播处理。

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

对于本申请提供的计算机可读存储介质的具体介绍请参照上述方法实施例，本申请在此不做赘述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种多媒体文件下载方法，其特征在于，包括：

当启动多媒体文件的P2P下载任务之后，判断服务器中是否存在所述多媒体文件对应的媒体头信息；其中，所述媒体头信息为预先存储在所述服务器中的，所述服务器只保存所述媒体头信息；

若是，则从所述服务器获取所述媒体头信息；

当接收到边下边播指令时，根据所述媒体头信息进行边下边播处理；

其中，所述媒体头信息只保存有多媒体文件的结构信息，并且该媒体头信息与媒体文件建立有对应关系，基于该媒体头信息优先下载即将播放的内容。

2.根据权利要求1所述的多媒体文件下载方法，其特征在于，所述媒体头信息是所述服务器对所述多媒体文件进行采集得到的；或者，所述媒体头信息是客户端预先上传至所述服务器的。

3.根据权利要求2所述的多媒体文件下载方法，其特征在于，所述服务器对所述多媒体文件进行采集得到所述媒体头信息，包括：

所述服务器打开所述多媒体文件，获取打开过程中首先读取的缓存数据；

从所述缓存数据获取所述多媒体文件的媒体头信息。

4.根据权利要求3所述的多媒体文件下载方法，其特征在于，所述服务器打开所述多媒体文件，获取打开过程中首先读取的缓存数据，包括：

所述服务器采用ffmpeg打开所述多媒体文件，获取打开过程中首先读取的缓存数据。

5.根据权利要求1所述的多媒体文件下载方法，其特征在于，当启动多媒体文件的P2P下载任务之后，判断服务器中是否存在所述多媒体文件对应的媒体头信息，包括：

当启动多媒体文件的P2P下载任务之后，根据所述多媒体文件的唯一编码判断所述服务器中是否存在所述多媒体文件对应的媒体头信息。

6.根据权利要求1所述的多媒体文件下载方法，其特征在于，当启动多媒体文件的P2P下载任务之后，判断服务器中是否存在所述多媒体文件对应的媒体头信息，包括：

当启动多媒体文件的P2P下载任务之后，根据所述多媒体文件的链接地址判断所述服务器中是否存在所述多媒体文件对应的媒体头信息。

7.根据权利要求1所述的多媒体文件下载方法，其特征在于，当启动多媒体文件的P2P下载任务之后，判断服务器中是否存在所述多媒体文件对应的媒体头信息，包括：

当启动多媒体文件的P2P下载任务之后，根据头信息对应关系判断所述服务器中是否存在所述多媒体文件对应的媒体头信息。

8.一种计算机装置，其特征在于，所述装置包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的多媒体文件下载程序，所述多媒体文件下载程序被所述处理器执行时实现如权利要求1至6任一项所述的多媒体文件下载方法。

9.一种多媒体文件下载系统，其特征在于，所述系统包括：

媒体头信息判断模块，用于当启动多媒体文件的P2P下载任务之后，判断服务器中是否存在所述多媒体文件对应的媒体头信息；其中，所述媒体头信息为预先存储在所述服务器中的，所述服务器只保存所述媒体头信息；媒体头信息获取模块，用于当所述服务器存在对应的媒体头信息时，从所述服务器获取所述媒体头信息；

边下边播处理模块，用于当接收到边下边播指令时，根据所述媒体头信息进行边下边播处理；

其中，所述媒体头信息只保存有多媒体文件的结构信息，并且该媒体头信息与媒体文件建立有对应关系，基于该媒体头信息优先下载即将播放的内容。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有多媒体文件下载程序，所述多媒体文件下载程序可被一个或者多个处理器执行，以实现如权利要求1至6中任一项所述的多媒体文件下载方法。

Images