CN104702592A - 流媒体下载方法和装置 - Google Patents

Abstract

本申请公开了流媒体下载方法和装置。所述流媒体下载方法的一具体实施方式包括：对所述流媒体进行试探下载，获取第一下载信息；根据所述第一下载信息确定下载连接数；采用所述下载连接数下载所述流媒体。该实施方式可以根据已经获取的下载信息确定适宜的下载连接数，实现了提高流媒体下载效率的目的。

Description

流媒体下载方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及下载技术领域，尤其涉及流媒体下载方法和装置。

背景技术

随着多媒体技术的不断发展，多媒体文件的质量越来越高，其文件大小也在成倍的激增。流媒体作为一种可以边下载边播放的网络媒体格式，不仅可以使终端启动播放的延时成十倍、百倍地缩短，而且不需要终端具有太大的缓存容量，因此已经成为高质量多媒体文件的主流文件格式。

在现有技术中，流媒体的下载模式主要有两种：一种是单纯以原生的超文本传送协议HTTP单连接进行下载的方式；另一种是通过多线程并发HTTP连接对流媒体进行分段下载，最后将各片段合并成原始文件的下载方式。但是，单连接下载受制于传输控制协议TCP的慢启动和拥塞控制特性，对于网络的利用效率较低，影响了流媒体的下载效率；而使用多连接下载时，由于多连接本身会产生较多的额外开销(例如，每个连接的建立耗时)，有时候甚至会出现多连接下载速度反而不如单个连接的情况，导致流媒体的下载效率较低。

发明内容

本申请提供了一种流媒体下载方法和装置。

第一方面，本申请提供了一种流媒体下载方法，该方法包括：确定至少两个试探连接数；采用所述试探连接数分别进行试探下载，获取各个试探连接数对应的第一下载信息；根据所述各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数；采用所述下载连接数下载所述流媒体。

在某些实施方式中，所述根据所述各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数包括：根据各个试探连接数与下载速度的对应关系，建立连接数与下载速度的关系模型；通过所述关系模型确定多个预设连接数对应的理论下载速度；将所述理论下载速度的最大值对应的预设连接数作为所述下载连接数。

在某些实施方式中，所述第一下载信息还包括下载时间损耗，所述根据所述第一下载信息确定下载连接数还包括：通过所述第一下载信息中的下载时间损耗对所述理论下载速度进行修正。

在某些实施方式中，所述下载时间损耗包括以下至少一项：域名系统解析时间；传输控制协议三次握手时间；头消息处理、发送时间；获取消息处理时间；传输控制协议层中套接字的连接、读写、选择时间；超文本传送协议层中各字段的发送、接收、处理时间。

在某些实施方式中，所述方法还包括：采用单连接下载所述流媒体；当检测到已下载的流媒体数据量是否达到预定数量时，执行所述对所述流媒体进行试探下载。

在某些实施方式中，所述第一下载信息包括所述单连接下载的下载信息。

在某些实施方式中，所述采用所述下载连接数下载所述流媒体包括：判断所述流媒体的待下载片段是否为预定片段；若是，采用单连接下载所述待下载片段；否则，采用所述下载连接数下载所述待下载片段。

在某些实施方式中，所述判断所述流媒体的待下载片段是否为预定片段包括：根据所述待下载片段的后缀名，判断所述待下载片段是否为预定片段；或通过估算所述待下载片段的下载用时，判断所述待下载片段是否为预定片段。

在某些实施方式中，所述方法还包括：获取下载所述待下载片段时的第二下载信息；通过所述第二下载信息更新所述第一下载信息。

在某些实施方式中，所述通过所述第二下载信息更新所述第一下载信息还包括：基于所述下载速度的变化情况，确定所述第二下载信息在所述第一下载信息中所占比例。

在某些实施方式中，所述方法还包括：通过随机概率确定是否使用随机连接数下载所述流媒体；若是，则将所述随机连接数作为所述下载连接数；否则，执行所述根据所述第一下载信息确定下载连接数。

在某些实施方式中，所述方法还包括：根据所述下载速度的变化情况，重置所述随机概率。

在某些实施方式中，所述随机概率在预定的阈值范围内。

在某些实施方式中，所述方法还包括：将对所述流媒体进行下载的下载连接保存在连接池中。

在某些实施方式中，同一域名下的固定数量的所述下载连接共享所述下载信息。

第二方面，本申请提供了一种流媒体下载装置，该装置包括：试探连接数确定模块、试探下载模块、连接数确定模块和流媒体下载模块，其中：试探连接数确定模块，用于确定至少两个试探连接数，并将所述试探连接数发送给试探下载模块；试探下载模块，用于采用所述试探连接数分别进行试探下载，获取各个试探连接数对应的第一下载信息，并将所述第一下载信息发送给连接数确定模块；连接数确定模块，用于根据所述各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数，并将所述下载连接数发送给流媒体下载模块；流媒体下载模块，用于采用所述下载连接数下载所述流媒体。

在某些实施方式中，所述连接数确定模块包括：建模单元，用于根据各个试探连接数与下载速度的对应关系，建立连接数与下载速度的关系模型；速度确定单元，用于通过所述关系模型确定多个预设连接数对应的理论下载速度；连接数确定单元，用于将所述理论下载速度的最大值对应的预设连接数作为所述下载连接数。

在某些实施方式中，所述第一下载信息还包括下载时间损耗，所述连接数确定模块还包括：下载速度修正单元，用于通过所述第一下载信息中的下载时间损耗对所述理论下载速度进行修正。

在某些实施方式中，所述下载时间损耗包括以下至少一项：域名系统解析时间；传输控制协议三次握手时间；头消息处理、发送时间；获取消息处理时间；传输控制协议层中套接字的连接、读写、选择时间；超文本传送协议层中各字段的发送、接收、处理时间。

在某些实施方式中，所述装置还包括：单连接下载模块，用于采用单连接下载所述流媒体；所述试探下载模块进一步用于在检测到已下载的流媒体数据量达到预定数量时，对所述流媒体进行试探下载。

在某些实施方式中，所述第一下载信息包括所述单连接下载的下载信息。

在某些实施方式中，所述流媒体下载模块包括：待下载片段判断单元，用于判断所述流媒体的待下载片段是否为预定片段；第一下载单元，用于当所述待下载片段是预定片段时，采用单连接下载所述待下载片段；第二下载单元，用于当所述待下载片段不是预定片段时，采用所述下载连接数下载所述待下载片段。

在某些实施方式中，所述待下载片段判断单元包括：第一判断子单元，用于根据所述待下载片段的后缀名，判断所述待下载片段是否为预定片段；第二判断子单元，用于通过估算所述待下载片段的下载用时，判断所述待下载片段是否为预定片段。

在某些实施方式中，所述装置还包括：第二下载信息获取模块，用于获取下载所述待下载片段时的第二下载信息；第一下载信息更新模块，用于通过所述第二下载信息更新所述第一下载信息。

在某些实施方式中，所述第一下载信息更新模块还用于基于所述下载速度的变化情况，确定所述第二下载信息在所述第一下载信息中所占比例。

在某些实施方式中，所述装置还包括：随机下载确定模块，用于通过随机概率确定是否使用随机连接数下载所述流媒体；随机数确定模块，用于在确定使用随机连接数下载所述流媒体时，将所述随机连接数作为所述下载连接数；所述连接数确定模块，进一步用于在确定不使用随机连接数下载所述流媒体时，根据所述第一下载信息确定所述下载连接数。

在某些实施方式中，所述装置还包括：随机概率重置模块，用于根据所述下载速度的变化情况，重置所述随机概率。

在某些实施方式中，所述随机概率在预定的阈值范围内。

在某些实施方式中，所述装置还包括：连接保存模块，用于将对所述流媒体进行下载的下载连接保存在连接池中。

在某些实施方式中，同一域名下的固定数量的所述下载连接共享所述下载信息。

本申请提供的流媒体下载方法和装置，可以首先对流媒体进行试探下载，然后根据在试探下载的过程中获取的第一下载信息来确定下载连接数，最后采用该下载连接数进行流媒体的下载。本申请可以通过试探下载，获得影响流媒体下载效率的下载信息，然后根据该下载信息确定一个最适宜的下载连接数，从而提高流媒体的下载效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请流媒体下载方法的一个实施例的流程图；

图2是本申请对流媒体进行试探下载，获取第一下载信息的一个实施例的流程图；

图3是本申请根据各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数的一个实施例的流程图；

图4是本申请采用下载连接数下载流媒体的一个实施例的流程图；

图5是本申请流媒体下载方法的另一个实施例的流程图；

图6是本申请流媒体下载装置的一个实施例的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

请参考图1，其示出了流媒体下载方法的一个实施例的流程100。本实施例主要以该方法应用于可以接入网络的终端中来举例说明，该终端可以包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机等等。所述流媒体下载方法，包括以下步骤：

如图1所示，在步骤101中，对流媒体进行试探下载，获取第一下载信息。

在本实施例中，当用户发起对某个流媒体文件的播放请求时，终端可以首先获取到该流媒体文件的URL(Uniform Resource Locator，统一资源定位器)。通常情况下，流媒体的URL可以是一个播放文件描述列表的URL，即m3u8、mpd等描述性文件的网络地址。在这类文件中，通过流媒体协议组织了各个流媒体片段的具体URL。当下载并打开该文件后，终端就可以根据它所记录的内容获取到各流媒体片段的网络地址，然后从中选取一个或几个流媒体片段进行试探下载。可选地，可以从流媒体的第一个片段开始，进行试探下载。在进行试探下载时，终端可以根据当前的网络带宽，选择合适码率的流媒体片段进行下载，然后记录下在试探下载过程中所获取的第一下载信息。

在本实施例的一个可选实现方式中，下载信息可以包括下载速度。下载速度就是指终端在对网络资源进行下载过程中，下载的数据量与下载用时之间的比值，其可以以“千字节/秒(KB/S)”的形式来表达。下载速度是衡量下载效率的最重要的一个指标。

在本实施例的另一个可选实现方式中，下载信息还可以包括下载时间损耗。下载时间损耗可以是指在下载过程中，对流媒体资源本身进行下载之外的其他时间损耗。可选地，下载时间损耗包括以下至少一项：域名系统DNS解析时间；传输控制协议TCP三次握手时间；头消息(HEAD消息)处理、发送时间；获取消息(GET消息)处理时间；传输控制协议层中套接字socket的连接、读写、选择时间；超文本传送协议HTTP层中各字段的发送、接收、处理时间。上述时间损耗虽然不是直接进行文件下载所耗费的时间，但是确是建立连接，并且保证连接能够正常进行数据传输的必要时间花费。每个时间的长短都会流媒体的下载产生影响。

继而，在步骤102中，根据第一下载信息确定下载连接数。

在本实施例中，当在上述步骤101中获得第一下载信息后，就可以对第一下载信息进行数据分析和处理。由于第一下载信息与试探下载时使用的连接数密切相关，并且第一下载信息中包含有可以用于评价下载效率的信息，例如下载速度等。因此可以根据预定的数据规则，从分析结果中确定出最有利于下载效率的下载连接数。

最后，在步骤103中，采用下载连接数下载流媒体。

在本实施例中，当在上述步骤102中确定下载连接数之后，终端就可以采用该下载连接数下载流媒体。具体地，由于终端在试探下载时已经下载了一个或多个流媒体片段，因此，可以采用该下载连接数下载那些还未被下载的流媒体片段。然后将新下载的片段与试探下载阶段下载的片段进行组合并提供给用户。终端也可以将试探下载的片段从终端的缓存中清除，然后采用下载连接数逐个下载流媒体的所有片段，接着将已下载的片段进行组合并提供给用户。

在本实施例的一个可选实现方式中，流媒体的下载方法还包括：采用单连接下载流媒体：检测已下载的流媒体数据量是否达到预定数量：若是，则执行对流媒体进行试探下载。在本实施例中，在对流媒体进行试探下载之前，可以首先使用单连接对流媒体进行下载。也就是使用单连接先下载流媒体的播放文件描述列表，然后再根据这个列表从头开始下载相应的流媒体片段。这个下载仍然使用单连接方式，下载好的流媒体片段会保存终端的缓存之中。终端可以不断地检测缓存中已下载的流媒体数据量是否已经达到预定数量，并且只有在达到预定数量时才进行试探下载。这样可以确保缓存中有足够的数据量可以提供给用户进行观看，避免了因为试探下载过程中下载速度变化较大引起的播放不稳定的情况。

在本实施例的一个可选实现方式中，第一下载信息包括单连接下载的下载信息。在本实施例中，使用单连接对流媒体进行下载时，可以得到单连接下载的下载信息。这个下载信息也可以作为第一下载信息的一部分，相当于在试探下载时选择的连接数为1，这样也为第一下载信息提供了更多的数据样本。需要说明的是，如果单连接下载的文件是m3u8、mpd等格式的小文件，则不将这些小文件的下载信息记入第一下载信息。这是由于当文件过小时，消息头在整个消息中占的比率很高，导致从空间角度上看网络利用率低。因此，其下载信息不能真实反映下载速度，也就不能被记入第一下载信息。

本申请的上述实施例提供的流媒体下载方法，可以首先对流媒体进行试探下载，然后根据在试探下载的过程中获取的第一下载信息来确定下载连接数，最后采用该下载连接数进行流媒体的下载。本申请可以通过试探下载，获得影响流媒体下载效率的下载信息，然后根据该下载信息确定一个最适宜的下载连接数，从而提高流媒体的下载效率。

进一步参考图2，其示出了对流媒体进行试探下载，获取第一下载信息的一个实施例的流程200。

如图2所示，在步骤201中，确定至少两个试探连接数。

在本实施例中，在对流媒体进行试探下载时，可以首先确定至少两个在试探下载时所采用的试探连接数。具体地，可以随机地选取至少两个试探连接数，也可以在预设的阈值范围内选取至少两个试探连接数。本领域技术人员可以理解，必须至少进行两次试探下载，才能获取到足够的第一下载信息，以便用于后续计算下载连接数。当然也可以进行两次以上的试探下载，其得到的第一下载信息在计算下载连接数时精确率更高。

继而，在步骤202中，采用试探连接数分别进行试探下载。

在本实施例中，当在上述步骤201中确定了至少两个试探连接数时，就可以采用该至少两个试探连接数分别进行试探下载。具体地，可以使用每个试探连接数分别对一个流媒体片段进行试探下载。可选地，试探连接数大于1。这样，在进行试探下载时，可以使用多个连接同时下载一个流媒体片段。具体可以使用多个连接进行并发下载，即依据超文本传送协议，按数据范围对数据进行并发下载。

最后，在步骤203中，获取各个试探连接数对应的第一下载信息。

在本实施例中，当在上述步骤202中，采用试探连接数分别进行试探下载后，可以得到每次试探下载时的第一下载信息。由于试探连接数在上述步骤201中已经确定，因此可以得到进行试探下载的各个试探连接数所对应的第一下载信息。

在本实施例的一个可选实现方式中，根据第一下载信息确定下载连接数包括：根据各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数。

从图2中可以看出，本实施例进一步详细描述了如何获取第一下载信息的示例性实现方式。本实施例可以先确定至少两个试探连接数，然后采用试探连接数进行试探下载，以获取与试探连接数对应的第一下载信息。通过确定试探连接数，可以获得连接数与下载信息的对应关系，便于后续根据下载信息获取用于下载的下载连接数。

在本实施例的一个可选实现方式中，根据第一下载信息确定下载连接数包括：根据各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数。在本实施例中，由于不同的试探连接数对应不同的第一下载信息，而第一下载信息中包括下载速度，因此，各个试探连接数也都可以对应各自的下载速度。由于下载速度是衡量下载效率的重要指标，下载速度越快则下载效率越高。因此，可以根据下载速度确定下载连接数。可选地，可以将下载速度最快的试探连接数作为下载连接数。

进一步参考图3，其示出了根据各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数的一个实施例的流程300。

如图3所示，在步骤301中，根据各个试探连接数与下载速度的对应关系，建立连接数与下载速度的关系模型。

在本实施例中，在得到了各个试探连接数与下载速度的对应关系后，可以建立一个连接数与下载速度之间的关系模型，具体地，可以利用现有技术中已有的数学方法或模型进行优化计算。下面具体以最小二乘法为例进行说明：最小二乘法(又称最小平方法)是一种数学优化方法，其通过最小化误差的平方和来寻找数据的最佳匹配函数。利用最小二乘法可以简便地求得未知的数据，并使得这些求得的数据与实际数据之间误差的平方和为最小。在计算时，可以将试探连接数与对应的下载速度作为样本数据，并利用最小二乘法进行计算，得到下载速度与下载采用的连接数之间的关系模型。

本领域技术人员可以理解，上述记载的最小二乘计算方法仅为一种示例性的实现方式，具体采用的建模方法可以根据实际使用需求由技术人员自行选定，本申请对此不做限定。

接着，在步骤302中，通过关系模型确定多个预设连接数对应的理论下载速度。

在本实施例中，当从上述步骤301中得到连接数与下载速度的关系模型后，就可以利用该模型计算出不同的连接数所对应的理论下载速度。具体地，在利用模型进行计算时，可以根据经验预先设定一些连接数，例如，通常并发下载时连接数不会超过8个，因此可以将预设连接数设置为1至8之间的整数。这样，就可以根据关系模型求得每个预设连接数所对应的下载速度。

最后，在步骤303中，将理论下载速度的最大值对应的预设连接数作为下载连接数。

在本实施例中，由于在上述步骤302中已经计算得到了多个常用的连接数所对应的下载速度，为了达到最快的下载速度以尽量提高下载效率，可以直接将下载速度最快的那个预设连接数，作为后续下载流媒体的下载连接数。

可选地，可以在上述步骤302中，直接根据关系模型求出最快下载速度所对应的连接数，并将其作为下载连接数。

在本实例的一个可选实现方式中，根据第一下载信息确定下载连接数还包括：通过第一下载信息中的下载时间损耗对理论下载速度进行修正。在本实施例中，当在上述步骤302中通过关系模型确定了多个预设连接数对应的理论下载速度后，还可以进一步利用下载时间损耗对理论下载速度进行修正。不同的连接数所对应的下载时间损耗不同，所使用的连接数越多，其带来的下载时间损耗越大，对下载速度的影响也越大，因此可以使用下载时间损耗对下载速度进行修正，以便获得更准确的下载速度。具体地，可以将下载时间损耗加入下载总时长中，重新计算下载速度。例如，当预设连接数为2和4时，其在步骤302中计算得到的理论下载速度分别为563KB/S和564KB/S，此时下载连接数为4时，下载速度最快。但是，连接数越多其产生的时间损耗越多，通过统计可以得知4个连接的下载时间损耗为0.34秒，而2个连接的为0.18秒。在将下载时间损耗加入下载总时长，对理论下载速度进行修正后，4个连接和2个连接的下载速度分别变为562KB/S和561KB/S。这样，下载连接数为2时的下载速度就变为最快了。本实施方式利用下载时间损耗对理论下载速度进行修正，使得理论下载速度与实际下载速度更加接近，从而提高了根据下载速度确定下载连接数时的准确性。

从图3中可以看出，本实施例进一步详细描述了如何根据各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数的示例性实现方式。本实施例通过对试探连接数和下载速度建模，可以计算得到下载速度最大时的连接数，并将其作为下载连接数，从而充分利用网络的带宽资源，进一步提高下载效率。

进一步参考图4，其示出了采用下载连接数下载流媒体的一个实施例的流程400。

如图4所示，在步骤401中，判断流媒体的待下载片段是否为预定片段，若是则执行步骤402，否则执行步骤403。

在本实施例中，在下载流媒体中的待下载片段时，可以首先判断该下载片段是否为预定片段。可选地，预定片段可以为小文件，也就是数据量很少的文件片段。当文件过小时，消息头在整个消息中占的比率很高，导致从空间角度上看网络利用率低。TCP连接的启动通常被设计成慢启动，即初始尝试发送最小长度报文，待无重发地收到TCP响应后，才会将接收窗口线性扩大，即TCP工作到最佳状态时必须经过若干个连续正常响应的报文，这导致基于TCP的HTTP在启动阶段效率较低。当HTTP传输小文件时，从空间和时间角度都处于低效状态。为将低效状态控制到最小，因此需要将小文件统一处理为使用单连接传输。

在本实例的一个可选实现方式中，判断流媒体的待下载片段是否为预定片段包括：根据待下载片段的后缀名，判断待下载片段是否为预定片段；或通过估算待下载片段的下载用时，判断待下载片段是否为预定片段。在本实施例中，判断流媒体的待下载片段是否为预定片段试实际上就是判断待下载片段是否为通常所说的小文件。具体地，可以使用两种方法对待下载片段进行判断。一种方法是根据待下载片段的后缀名，判断待下载片段是否为预定片段。在流媒体中，小文件通常为一些特殊格式的文件，例如m3u8，mpd等。这样，只要对待下载片段的后缀名进行识别，就可以方便地确定其是否为小文件。另一种方法是通过当前平均下载速度和待下载片段的文件大小估算下载所需要的时间即下载用时，然后将下载用时小于预定时长(例如，300毫秒)的文件认为是小文件。

在步骤402中，采用单连接下载待下载片段。

当在上述步骤401中，判断出待下载片段为预定片段，即小文件时，就直接使用单连接下载这个待下载片段。

在步骤403中，采用下载连接数下载待下载片段。

当在上述步骤401中，判断出待下载片段不是预定片段，即不是小文件而是正常的数据文件时，就可以使用下载连接数所指定的数个连接并发下载这个待下载片段。具体可以依据HTTP协议，首先发送HEAD消息给服务器端，并从服务器端的响应中获取待下载片段的内容长度。然后根据下载连接数的数目，将待下载片段的内容长度进行分段，每段可以请求一个HTTP连接，并发送指定了内容范围的GET请求。请求发送完毕后，可以将对应各连接的socket进行复用管理。当进行数据下载时，可以将不同socket所下载的零散数据进行整理，从而得到连续的数据，然后进一步将连续数据推送给流媒体应用以进行解码播放。

在本实施例的一个可选实现方式中，流媒体下载方法还包括：获取下载待下载片段时的第二下载信息；通过第二下载信息更新第一下载信息。在本实施例中，当终端在采用下载连接数下载流媒体中的待下载片段时，还可以同时获取第二下载信息，并且第二下载信息中同样可以包括下载速度和下载时间损耗。然后可以用第二下载信息更新第一下载信息。可选地，可以用第二下载信息替换第一下载信息，也可以用第二下载信息替换第一下载信息中的一部分。由于网络情况总是不断变化的，通过使用第二下载信息更新第一下载信息，可以及时地反映出当前网络的变化情况，从而可以根据网络情况的变换确定出适合当前网络的下载连接数，提高了下载连接数的时效性。

在本实施例的一个可选实现方式中，通过第二下载信息更新第一下载信息还包括：基于下载速度的变化情况，确定第二下载信息在第一下载信息中所占比例。在本实施例中，可以根据下载速度的变化程度，确定第二下载信息在第一下载信息中所占比例。具体地，对于同一个连接数来说，如果其下载速度变化剧烈，说明当前网络环境不稳定，例如多用户共用同一局域网共享网络带宽时，那么最新的下载信息即第二下载信息更能反映当前的网络状况。因此，在进行更新时，需要相应增加第二下载信息的比例，以便及时反映当前网络情况。反之，如果下载速度非常稳定，则说明当前网络环境也很稳定，之前获取的第一下载信息就可以如实反映网络状况。那么在进行更新时，可以减小第二下载信息的比例，以减少数据计算量，提高更新效率。需要说明的是，下载速度变化的判断标准以及第二下载信息的比例数值，可以根据实际使用需求由用户自行设定，本申请对此不做限制。

从图4中可以看出，本实施例进一步详细描述了如何采用下载连接数下载流媒体的示例性实现方式。本实施例通过判断流媒体的待下载片段是否为预定片段，可以对不同的片段采用不同的连接数进行下载，提高了流媒体下载的灵活性。

进一步参考图5，其示出了流媒体下载方法的另一个实施例的流程500。

如图5所示，在步骤501中，对流媒体进行试探下载，获取第一下载信息。

本步骤与图1中的步骤101相同，在此不再赘述。

接着，在步骤502中，通过随机概率确定是否使用随机连接数下载流媒体，若是则执行步骤503，否则执行步骤504。

在本实施例中，可以按照一定的随机概率确定是否选择一个随机连接数用于下载流媒体。具体地，可以首先确定随机概率的具体数值，然后通过这个概率数值确定在一定范围内，可以使用随机连接数下载流媒体。例如，若随机概率为20％，那么在通过随机概率确定是否使用随机连接数下载流媒体时，就有20％的机率确定使用随机连接数下载流媒体，而有80％的机率确定不使用随机连接数下载流媒体。

在步骤503中，将随机连接数作为下载连接数。

在本实施例中，当在上述步骤501中通过随机概率确定使用随机连接数下载流媒体时，可以直接将一个随机连接数作为下载连接数，其中，随机连接数可以是不同于上一次下载所用连接数的一个随机数。可选地，可以将上一次下载的下载速度作为种子即初始条件，然后用一定的算法不停迭代产生随机数作为随机连接数。可选地，随机连接数的范围在1至8之间，优先选择未使用过的连接数。

在与步骤503并列的步骤504中，根据第一下载信息确定下载连接数。

在本实施例中，当在上述步骤501中通过随机概率确定不使用随机连接数下载流媒体时，可以根据第一下载信息确定下载连接数。在本步骤中，下载连接数的确定方法与图1中的步骤102相同，在此不再赘述。

最后，在步骤505中，采用下载连接数下载流媒体。

本步骤与图1中的步骤103相同，在此不再赘述。

在本实施例的一个可选实现方式中，流媒体下载方法还包括：根据下载速度的变化情况，重置随机概率。具体地，随机概率的具体数值可以与下载速度的变化情况相关。对于同一个连接数来说，如果其下载速度变化剧烈，说明当前网络环境不稳定，例如多用户共用同一局域网共享网络带宽或IP路由路径过长等，可能导致当前网络的总下载连接数量总是在不停变化之中，因此更加需要通过随机选择连接数进行流媒体下载获得更加全面的下载信息。由此可见，下载速度变化越剧烈，随机概率的取值应该越大。例如，当统计的最高和最低下载速度之间的差别大于20％时，可以将随机概率提高5％，否则可以将随机概率降低5％。需要说明的是，下载速度变化的判断标准以及随机概率的取值，可以根据实际使用需求由用户自行设定，本申请对此不做限制。

在本实施例的一个可选实现方式中，随机概率在预定的阈值范围内。具体地，可以预先设置一个随机概率的阈值范围，例如0～25％。因为如果随机概率过大，根据第一下载信息确定下载连接数的概率就会过小，就无法实现本发明使用通过下载信息确定下载连接数，以提高下载效率的目的。如果随机概率过小，采用随机连接数的概率就会过小，就无法及时获取全面的下载信息，会影响下载连接数的准确度。可选地，初始时随机概率的取值可以为阈值范围中的最大值，以保证后续计算的准确性。需要说明的是，阈值范围的具体取值可以由用户根据实际情况自行设定，本申请对此不做限定。

在本实施例的一个可选实现方式中，流媒体下载方法还包括：将对流媒体进行下载的下载连接保存在连接池中。在本实施例中，当一个流媒体片段下载完毕后，终端不会主动关闭用于下载的socket，并将包含socket的HTTP连接的相关数据结构放入预先构建的连接池中备用。当后续有针对相同服务器的HTTP请求时，则可以直接从连接池中取用。每次从中取用时，判断从HTTP服务器端返回的消息中Keep-Alive的参数，如果有timeout和max属性，则在取用时需要更新池中缓存的此属性，以保证连接池中socket有效。

在本实施例的一个可选实现方式中，同一域名下的固定数量的下载连接共享下载信息。在本实施例中，连接池可以以(IP+端口)或域名形式组织连接。在相同的(IP+端口)或域名下固定数目的连接可以共享一组下载信息，也就是说，在同一(IP+端口)或域名下，任意3个、任意5个或任意固定数目的连接都共享同一组下载信息，从而减少根据下载信息确定下载连接数时的数据计算量。

应当注意，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的某些步骤可以改变执行顺序。例如，在图5中，步骤501的执行顺序可以不特定于图5所示，只要在步骤504确定下载连接数之前，步骤501获取到第一下载信息，就不影响本发明流媒体下载方法的实现。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

从图5中可以看出，本实施的流媒体下载方法，可以通过随机概率确定是采用随机连接数下载流媒体，还是采用根据第一下载信息确定的下载连接数下载流媒体。由于在根据第一下载信息确定下载连接数时，其确定的连接数很大程度上依赖于对之前的下载信息的统计。但是在网络环境变化剧烈的情况下，如多人共用同一局域网共享带宽、IP路由路径过长等，可能导致当前网络的总下载连接数量总是在不停变化之中，因此在一定概率下通过随机选择连接数进行流媒体下载，可以获得更加全面的统计信息，避免出现长期获取某一连接数上的下载情况而其他连接数量未尝试过的情况，从而进一步提高了下载效率。

进一步参考图6，其示出了流媒体下载装置的一个实施例的结构示意图。

如图6所示，本实施例的流媒体下载装置包括：试探连接数确定模块610、试探下载模块620、连接数确定模块630和流媒体下载模块640。

试探连接数确定模块610，用于确定至少两个试探连接数。

试探下载模块620，用于采用试探连接数确定模块610确定的试探连接数分别进行试探下载，获取各个试探连接数对应的第一下载信息。

连接数确定模块630，用于根据探下载模块620获取的各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数。

流媒体下载模块640，用于采用连接数确定模块630确定的下载连接数下载流媒体。

在本实施例的一个可选实现方式中，连接数确定模块630包括：

建模单元，用于根据各个试探连接数与下载速度的对应关系，建立连接数与下载速度的关系模型。

速度确定单元，用于通过建模单元建立的关系模型确定多个预设连接数对应的理论下载速度。

连接数确定单元，用于将速度确定单元确定的理论下载速度的最大值对应的预设连接数作为下载连接数。

在本实施例的一个可选实现方式中，第一下载信息还包括下载时间损耗，连接数确定模块630还包括：

下载速度修正单元，用于通过第一下载信息中的下载时间损耗对理论下载速度进行修正。

在本实施例的一个可选实现方式中，下载时间损耗包括以下至少一项：域名系统解析时间；传输控制协议三次握手时间；头消息处理、发送时间；获取消息处理时间；传输控制协议层中套接字的连接、读写、选择时间；超文本传送协议层中各字段的发送、接收、处理时间。

在本实施例的一个可选实现方式中，流媒体下载装置还包括：

单连接下载模块，用于采用单连接下载流媒体。

试探下载模块610进一步用于在检测到已下载的流媒体数据量达到预定数量时，对流媒体进行试探下载。

在本实施例的一个可选实现方式中，第一下载信息包括单连接下载的下载信息。

在本实施例的一个可选实现方式中，流媒体下载模块630包括：

待下载片段判断单元，用于判断流媒体的待下载片段是否为预定片段.

第一下载单元，用于当待下载片段判断单元判断出待下载片段是预定片段时，采用单连接下载待下载片段。

第二下载单元，用于当当待下载片段判断单元判断出待下载片段不是预定片段时，采用下载连接数下载待下载片段。

在本实施例的一个可选实现方式中，待下载片段判断单元包括：

第一判断子单元，用于根据待下载片段的后缀名，判断待下载片段是否为预定片段。

第二判断子单元，用于通过估算待下载片段的下载用时，判断待下载片段是否为预定片段。

在本实施例的一个可选实现方式中，流媒体下载装置还包括：

第二下载信息获取模块，用于获取下载待下载片段时的第二下载信息。

第一下载信息更新模块，用于通过第二下载信息更新第一下载信息。

在本实施例的一个可选实现方式中，第一下载信息更新模块还用于基于下载速度的变化情况，确定第二下载信息在第一下载信息中所占比例。

在本实施例的一个可选实现方式中，流媒体下载装置还包括：

随机下载确定模块，用于通过随机概率确定是否使用随机连接数下载流媒体。

随机数确定模块，用于在随机下载确定模块确定使用随机连接数下载流媒体时，将随机连接数作为下载连接数。

连接数确定模块进一步用于在随机下载确定模块确定不使用随机连接数下载流媒体时，根据第一下载信息确定下载连接数。

在本实施例的一个可选实现方式中，流媒体下载装置还包括：随机概率重置模块，用于根据下载速度的变化情况，重置随机概率。

在本实施例的一个可选实现方式中，随机概率在预定的阈值范围内。

在本实施例的一个可选实现方式中，流媒体下载装置还包括：连接保存单元，用于将对流媒体进行下载的下载连接保存在连接池中。

在本实施例的一个可选实现方式中，同一域名下的固定数量的下载连接共享下载信息。

应当理解，图6中记载的诸单元或模块与参考图1-5描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于图6中的装置及其中包含的单元或模块，在此不再赘述。

本申请提供的流媒体下载装置，试探下载模块可以首先对流媒体进行试探下载，然后连接数确定模块根据在试探下载的过程中获取的第一下载信息来确定下载连接数，最后流媒体下载模块采用该下载连接数进行流媒体的下载。本申请可以通过试探下载，获得影响流媒体下载效率的下载信息，然后根据该下载信息确定一个最适宜的下载连接数，从而提高流媒体的下载效率。

描述于本申请实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括试探连接数确定模块、试探下载模块、连接数确定模块和流媒体下载模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，试探连接数确定模块还可以被描述为“用于确定至少两个试探连接数的模块”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。所述计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本申请的流媒体下载方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (21)

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

确定至少两个试探连接数；

采用所述试探连接数分别进行试探下载，获取各个试探连接数对应的第一下载信息；

根据所述各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数；

采用所述下载连接数下载所述流媒体。

2.根据权利要求1所述的方法，其特征在于，所述根据所述各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数包括：

根据各个试探连接数与下载速度的对应关系，建立连接数与下载速度的关系模型；

通过所述关系模型确定多个预设连接数对应的理论下载速度；

将所述理论下载速度的最大值对应的预设连接数作为所述下载连接数。

3.根据权利要求2所述的方法，其特征在于，所述第一下载信息还包括下载时间损耗，所述根据所述第一下载信息确定下载连接数还包括：

通过所述第一下载信息中的下载时间损耗对所述理论下载速度进行修正。

4.根据权利要求3所述的方法，其特征在于，所述下载时间损耗包括以下至少一项：

域名系统解析时间；

传输控制协议三次握手时间；

头消息处理、发送时间；

获取消息处理时间；

传输控制协议层中套接字的连接、读写、选择时间；

超文本传送协议层中各字段的发送、接收、处理时间。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

采用单连接下载所述流媒体；

当已下载的流媒体数据量达到预定数量时，执行所述对所述流媒体进行试探下载。

6.根据权利要求5所述的方法，其特征在于，所述第一下载信息包括所述单连接下载的下载信息。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述采用所述下载连接数下载所述流媒体包括：

判断所述流媒体的待下载片段是否为预定片段；

若是，采用单连接下载所述待下载片段；

否则，采用所述下载连接数下载所述待下载片段。

8.根据权利要求7所述的方法，其特征在于，所述判断所述流媒体的待下载片段是否为预定片段包括：

根据所述待下载片段的后缀名，判断所述待下载片段是否为预定片段；或

通过估算所述待下载片段的下载用时，判断所述待下载片段是否为预定片段。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

获取下载所述待下载片段时的第二下载信息；

通过所述第二下载信息更新所述第一下载信息。

10.根据权利要求9所述的方法，其特征在于，所述通过所述第二下载信息更新所述第一下载信息还包括：

基于所述下载速度的变化情况，确定所述第二下载信息在所述第一下载信息中所占比例。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过随机概率确定是否使用随机连接数下载所述流媒体；

若是，则将所述随机连接数作为所述下载连接数；

否则，执行所述根据所述第一下载信息确定下载连接数。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

根据所述下载速度的变化情况，重置所述随机概率。

13.根据权利要求11或12所述的方法，其特征在于，所述随机概率在预定的阈值范围内。

14.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将对所述流媒体进行下载的下载连接保存在连接池中。

15.根据权利要求14所述的方法，其特征在于，同一域名下的固定数量的所述下载连接共享所述下载信息。

16.一种流媒体下载装置，其特征在于，所述装置包括：试探连接数确定模块、试探下载模块、连接数确定模块和流媒体下载模块，其中：

所述试探连接数确定模块，用于确定至少两个试探连接数，并将所述试探连接数发送给所述试探下载模块；

所述试探下载模块，用于采用所述试探连接数分别进行试探下载，获取各个试探连接数对应的第一下载信息，并将所述第一下载信息发送给所述连接数确定模块；

所述连接数确定模块，用于根据所述各个试探连接数对应的第一下载信息中的下载速度，确定下载连接数，并将所述下载连接数发送给流所述媒体下载模块；

所述流媒体下载模块，用于采用所述下载连接数下载所述流媒体。

17.根据权利要求16所述的装置，其特征在于，所述装置还包括：

单连接下载模块，用于采用单连接下载所述流媒体；

所述试探下载模块进一步用于在检测到已下载的流媒体数据量达到预定数量时，对所述流媒体进行试探下载。

18.根据权利要求16或17所述的装置，其特征在于，所述流媒体下载模块包括：

待下载片段判断单元，用于判断所述流媒体的待下载片段是否为预定片段；

第一下载单元，用于当所述待下载片段是预定片段时，采用单连接下载所述待下载片段；

第二下载单元，用于当所述待下载片段不是预定片段时，采用所述下载连接数下载所述待下载片段。

19.根据权利要求18所述的装置，其特征在于，所述装置还包括：

第二下载信息获取模块，用于获取下载所述待下载片段时的第二下载信息；

第一下载信息更新模块，用于通过所述第二下载信息更新所述第一下载信息。

20.根据权利要求16所述的装置，其特征在于，所述装置还包括：

随机下载确定模块，用于通过随机概率确定是否使用随机连接数下载所述流媒体；

随机数确定模块，用于在确定使用随机连接数下载所述流媒体时，将所述随机连接数作为所述下载连接数；

所述连接数确定模块，进一步用于在确定不使用随机连接数下载所述流媒体时，根据所述第一下载信息确定所述下载连接数。

21.根据权利要求16所述的装置，其特征在于，所述装置还包括：

连接保存单元，用于将对所述流媒体进行下载的下载连接保存在连接池中。