CN102137122B - 一种下载数据的方法及装置 - Google Patents

Abstract

本发明公开了一种下载数据的方法和装置，所述方法包括：如果软件流系统当前存在前台下载，则执行前台下载操作；如果软件流系统当前不存在前台下载，则在加载数据流预取接口成功后，应用所述数据流预取接口通过后台进行数据下载。应用本发明，当存在前台下载时，阻止了后台下载，当前台未进行下载操作时，通过数据流预取接口的方式进行后台下载，从而解决了现有技术中应用程序运行不畅，以及网络带宽占用不均衡的问题。再有，由于应用数据流预取接口通过后台进行数据下载的流程实际相当于一个通用的数据流预取框架，因而提供了统一的接入规范，方便了第三方按需接入。

Description

一种下载数据的方法及装置

技术领域

本发明涉及通信技术领域，特别涉及一种下载数据的方法及装置。

背景技术

目前，数据下载主要通过文件块下载的方式完成。文件块下载是软件流系统中通讯子模块下载一个文件内部分数据的一种下载方式。对于给定尺寸的文件，按照固定的大小对文件进行分割，划分为若干文件块。对分割好的文件块进行下载的过程称为文件块下载。

在应用程序运行过程中，只要使用的文件块没有存储在本地磁盘，就会引发前台下载，所谓前台下载是指，由软件流系统的块请求而引发的文件块下载，前台下载是应用程序运行过程中最基本的下载方式之一。

然而，现有的数据下载方式至少存在如下问题：

1、在应用程序运行过程中，频繁的缺块请求，会导致软件流系统频繁的进行前台下载操作，而有限的网络通讯速度会导致所运行的应用程序经常停顿、从而使得运行不流畅。

2、在应用程序运行过程中，由于只有要使用的文件块没有存储在本地磁盘，才会引发前台下载，因而，如果软件流服务只使用前台下载方式，那么很可能导致客户端系统的网络带宽占用不均衡。在某些空闲时刻，空闲的网络带宽不能得到有效使用。

发明内容

有鉴于此，本发明实施例的目的在于提供一种下载数据的方法及装置，以解决现有技术中应用程序运行不畅，以及网络带宽占用不均衡的问题。

本发明实施例提供了一种下载数据的方法，包括：

如果软件流系统当前存在前台下载，则执行前台下载操作；

如果软件流系统当前不存在前台下载，则在加载数据流预取接口成功后，应用所述数据流预取接口通过后台进行数据下载。

其中，应用所述数据流预取接口通过后台进行数据下载的步骤包括：

从所述数据流预取接口中获取应用程序的第一运行点信息；

获得与所述第一运行点信息对应的文件信息及文件块信息；

判断所述第一运行点信息对应的文件块中是否存在空块，若是，则将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

其中，若所述文件块中不存在空块，则所述方法还包括：

从所述数据流预取接口中获取运行点的相关度信息，及运行点的新鲜度信息；

获取与所述第一运行点相关度最高且新鲜度最高的第二运行点信息；

获得与所述第二运行点信息对应的文件信息及文件块信息；

判断所述第二运行点信息对应的文件块中是否存在空块，若是，则将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

其中，所述第二运行点信息包括至少一个运行点信息。

其中，所述运行点信息以抽象句柄KEY的形式表示；所述每个运行点信息所对应的文件及文件块信息分别保存在一个数据高速缓存DATACACHE中。

其中，在前台执行下载操作时，还包括：记录前台下载的文件信息以及该文件的文件块信息。

其中，如果软件流系统当前不存在前台下载，且加载数据流预取接口未成功，则所述方法还包括：

i)获取预设时间段内通过前台下载的文件块信息；

ii)查询所下载的文件块中是否存在与已经被填充的文件块相邻的未被填充的文件块，若存在，则执行步骤iii)，若不存在则执行步骤iv)；

iii)判断所述未被填充的文件块是否存在空块，若存在空块，则执行步骤v)，若不存在空块，则执行步骤iv)；

iv)查询是否存在包含空块的文件，若存在，则按照包含空块数量的多少，将包含空块文件的文件信息和文件块信息依次加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载，结束；若不存在，则结束；

v)将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

本发明实施例还提供了一种下载数据的装置，包括：

前台下载单元，用于在软件流系统当前存在前台下载时，执行前台下载操作；

第一后台下载单元，用于在软件流系统当前不存在前台下载，且在加载数据流预取接口成功时，应用所述数据流预取接口通过后台进行数据下载。

其中，所述第一后台下载单元包括：

运行点获取单元，用于从所述数据流预取接口中获取应用程序的第一运行点信息；

第一文件块获取单元，用于获得与所述第一运行点信息对应的文件信息及文件块信息；

第一后台下载子单元，用于判断所述第一运行点信息对应的文件块中存在空块时，将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

其中，如果判断出所述文件块中不存在空块，则所述装置还包括：

附加信息获取单元，用于从所述数据流预取接口中获取运行点的相关度信息，及运行点的新鲜度信息；

所述运行点获取单元，还用于获取与所述第一运行点相关度最高且新鲜度最高的第二运行点信息；

所述第一文件块获取单元，还用于获得与所述第二运行点信息对应的文件信息及文件块信息；

第一后台下载子单元，还用于判断所述第二运行点信息对应的文件块中存在空块时，将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

其中，所述装置还包括：

记录单元，用于在前台执行下载操作时，记录前台下载的文件信息以及该文件的文件块信息。

其中，如果软件流系统当前不存在前台下载，且加载数据流预取接口未成功，则所述装置还包括：

第二文件块获取单元，用于获取预设时间段内通过前台下载的文件块信息；

第一查询单元，用于查询所下载的文件块中是否存在与已经被填充的文件块相邻的未被填充的文件块，若存在，则通知判断模块，若不存在则通知第二查询单元；

判断模块，用于判断所述未被填充的文件块是否存在空块，若存在空块，则通知第二后台第二下载子单元，若不存在空块，则通知第二查询模块；

第二查询单元，用于查询是否存在包含空块的文件，若存在，则通知第二后台下载单元；若不存在，则结束；

第二后台第一下载子单元，用于按照包含空块数量的多少，将包含空块文件的文件信息和文件块信息依次加入到下载任务列表，过后台对所述下载任务列表中的文件块所对应的数据进行下载，结束；

第二后台第二下载子单元，用于将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

可见，应用本发明实施例提供的下载数据的方法和装置，当存在前台下载时，阻止了后台下载，当前台未进行下载操作时，通过数据流预取接口的方式进行后台下载，从而解决了现有技术中应用程序运行不畅，以及网络带宽占用不均衡的问题。再有，由于应用数据流预取接口通过后台进行数据下载的流程实际相当于一个通用的数据流预取框架，因而提供了统一的接入规范，方便了第三方按需接入。

附图说明

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

图1是根据本发明实施例的一种下载数据的方法流程图；

图2是根据本发明实施例的应用数据流预取接口通过后台进行数据下载的流程图；

图3是根据本发明实施例的通过前台下载的记录信息进行数据下载的流程图；

图4是根据本发明实施例的加载数据流预取接口的流程图；

图5是根据本发明实施例的下载数据的装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了方便下面叙述，下面先介绍几个概念：

后台下载：与前台下载相对应，后台下载并不是由软件流服务块请求而引发。它按照指定策略下载数据，以填充文件块。

数据流预取：预测应用程序在运行过程中可能引发的块请求，并利用后台下载提前将这些块下载到客户端本地。这样当应用程序有块请求时，可以在本地磁盘读取，改善软件流式运行的用户体验。

参见图1，其是根据本发明实施例的一种下载数据的方法流程图。具体包括：

步骤101，判断软件流系统当前是否存在前台下载，如果存在，则执行步骤102，如果不存在，且在加载数据流预取接口成功后，执行步骤103；

步骤102，执行前台下载操作；此时，阻止后台下载操作，以防止后台下载操作抢占系统带宽资源；

步骤103，应用所述数据流预取接口通过后台进行数据下载。

应用本发明实施例提供了下载数据的方法，当存在前台下载时，阻止后台下载，当前台未进行下载操作时，通过数据流预取接口的方式进行后台下载，从而解决了现有技术中应用程序运行不畅，以及网络带宽占用不均衡的问题。

参见图2，其是根据本发明实施例的应用数据流预取接口通过后台进行数据下载的流程图。本流程具体包括：

步骤201，从所述数据流预取接口中获取应用程序的第一运行点信息；

具体的，上述第一运行点信息可以以抽象句柄(KEY)的形式表示，也就是说，抽象句柄KEY用于记录应用程序当前的运行点。当然，也可以应用其他形成进行表示，本文以KEY为例进行说明。

需要说明的是，上述KEY对于软件流系统而言是不透明的，即软件流系统并不了解KEY的具体内容。这是因为，不同的应用程序所对应的KEY是不同的，例如，对于网游类应用程序而言，KEY可能包含当前用户所在的地图位置、等级等信息；对于一般的桌面应用程序而言，KEY可能包含当前程序正在运行的功能模块以及功能点等；对于像WPS这样的软件，可以把用于正在进行何种操作定义为KEY，本发明实施例中，并不限制实现者定义KEY的具体内容，因此，对于软件流系统，不需要理解KEY的具体内容。

步骤202，获得与所述第一运行点信息对应的文件信息及文件块信息；

具体的，每个运行点信息所对应的文件及文件块信息分别保存在一个数据高速缓存(DATACACHE)中；

上述文件信息可以包括文件ID，位置等信息；上述文件块信息可以包括文件块ID、文件块索引、大小等等。

步骤203，判断所述第一运行点信息对应的文件块中是否存在空块，若是，则执行步骤204；

步骤204，将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

需要说明的是，本文中，空块是指在客户端本地还没有被填充的文件块。

如果上述步骤203中判断出文件块中不存在空块，则图2所示流程还包括：

步骤205，从所述数据流预取接口中获取运行点的相关度信息，及运行点的新鲜度信息；

需要说明的是，在数据流预取接口中包含了表示两个KEY之间相关程度的KEY相关度信息，以及KEY的新鲜度信息；所谓KEY的新鲜度是指，在KEY所对应的DATACACHE中所包含的文件块中，若空块越多，则该DATACACHE所对应的KEY的新鲜度就越高。

步骤206，获取与所述第一运行点相关度最高且新鲜度最高的第二运行点信息；

需要说明的是，上述第二运行点信息可以是一个，也可以是多个，即第二运行点信息包括至少一个运行点信息；

步骤207，获得与所述第二运行点信息对应的文件信息及文件块信息；

具体的，获取与第二运行点信息对应的DATACACHE；由于第二运行点信息可以是多个，而每个KEY对应一个DATACACHE，因而这里与第二运行点信息对应的DATACACHE也可能是多个；

步骤208，判断所述第二运行点信息对应的文件块中是否存在空块，若是，则将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载；若不存在空块，则结束。

根据图2的描述可知，该应用数据流预取接口通过后台进行数据下载的流程实际相当于一个通用的数据流预取框架，软件流系统并不关心数据流预取接口的具体实现细节，如KEY是什么，与KEY对应的DATACACHE是什么等，这里，将具体实现的细节留给第三方，而应用软件流系统提供的通用的数据流预取框架，方便了第三方按需接入。

此外，在前台执行下载操作时，即在步骤101之后，还可以包括：记录前台下载的文件信息以及该文件的文件块信息，该记录的信息可以保存于内存中。这样，如果软件流系统当前不存在前台下载，且加载数据流预取接口未成功，则可以按图3所示流程执行数据下载操作。

参见图3，其是根据本发明实施例的通过前台下载的记录信息进行数据下载的流程图。本流程具体包括：

步骤301，获取预设时间段内通过前台下载的文件块信息；

上述文件块信息可以包括文件块ID、文件块索引、大小等等；

步骤302，查询所下载的文件块中是否存在与已经被填充的文件块相邻的未被填充的文件块，若存在，则执行步骤303，若不存在则执行步骤304；

需要说明的是，在软件流系统加载一个应用程序(包)的最开始阶段，所有的文件都是空的(亦即每一个相关文件的文件块都未被填充)。在应用程序的运行过程中，会不断的请求文件数据，这个时候，如果被请求的文件数据所对应的文件块在本地磁盘不存在，那么就通过前台下载将这些文件块下载回来并写回到本地磁盘。通常情况下，被请求的文件块是离散的，也就是说，应用程序通常不会按顺序的访问文件的每一个部分。这样，在应用程序运行过程中，会出现这样的情况：某些文件的某些文件块被访问了，那么，这些被访问的文件块就处于填充状态，而某些文件块还未被访问到，这些未被访问的文件块就处于未被填充状态。

步骤303，判断所述未被填充的文件块是否存在空块，若存在空块，则执行步骤305，若不存在空块，则执行步骤304；

步骤304，查询是否存在包含空块的文件，若存在，则执行步骤306，若不存在，则结束；

也就是说，如果不存在空块，则说明该应用程序中包含文件块都已经被填充满了，因而可以退出后台下载，结束；

步骤305，将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载；

步骤306，按照包含空块数量的多少，将包含空块文件的文件信息和文件块信息依次加入到下载任务列表，过后台对所述下载任务列表中的文件块所对应的数据进行下载，结束。

至此，通过前台下载的记录信息实现了数据的后台下载。

参见图4，其是根据本发明实施例的加载数据流预取接口的流程图，本流程具体包括：

步骤401，软件流系统判断是否能够获取数据流预取接口的动态连接库(DLL)，若能够获取，则执行步骤402，否则，确定加载数据流预取接口失败，结束；

具体的，软件流系统可以通过查询配置文件中的数据流预取接口实现信息，来判断是否能够获取数据流预取接口；例如，在配置文件中已注明了某包实现了数据流预取接口，则通过查询配置文件获知该包的数据流预取接口存在，则判断出能够获取数据流预取接口。

步骤402，软件流系统通过扩展模块加载所述DLL并调用数据流预取接口，若加载调用成功，则加载数据流预取接口成功，若加载调用失败，则加载数据流预取接口失败。

至此，完成了加载数据流预取接口的操作。

综合图1至图4可知，本发明实施例提供的下载数据方法，首先限制了后台下载与前台下载同步进行，即在软件流服务进行前台下载的过程中，阻止后台下载动作，防止后台下载抢占系统带宽。当软件流系统空闲时(无前台下载时)，才启动后台下载。对于后台下载又有两种途径，一种是在数据流预取接口加载成功的情况下，通过数据流预取接口实现后台下载，另一种是在数据流预取接口加载未成功的情况下，通过前台下载的记录信息进行后台下载。

可见，应用本发明实施例提供的下载数据的方法，当存在前台下载时，阻止了后台下载，当前台未进行下载操作时，通过数据流预取接口的方式进行后台下载，从而解决了现有技术中应用程序运行不畅，以及网络带宽占用不均衡的问题。再有，由于应用数据流预取接口通过后台进行数据下载的流程实际相当于一个通用的数据流预取框架，因而提供了统一的接入规范，方便了第三方按需接入。

本发明实施例还提供了一种下载数据的装置，参见图5，具体包括：

前台下载单元501，用于在软件流系统当前存在前台下载时，执行前台下载操作；

第一后台下载单元502，用于在软件流系统当前不存在前台下载，且在加载数据流预取接口成功时，应用所述数据流预取接口通过后台进行数据下载。

上述第一后台下载单元可以具体包括：

运行点获取单元，用于从所述数据流预取接口中获取应用程序的第一运行点信息；

第一文件块获取单元，用于获得与所述第一运行点信息对应的文件信息及文件块信息；

第一后台下载子单元，用于判断所述第一运行点信息对应的文件块中存在空块时，将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

如果判断出所述文件块中不存在空块，则所述装置还可以具体包括：

附加信息获取单元，用于从所述数据流预取接口中获取运行点的相关度信息，及运行点的新鲜度信息；

所述运行点获取单元，还用于获取与所述第一运行点相关度最高且新鲜度最高的第二运行点信息；

所述第一文件块获取单元，还用于获得与所述第二运行点信息对应的文件信息及文件块信息；

第一后台下载子单元，还用于判断所述第二运行点信息对应的文件块中存在空块时，将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

其中，所述装置还可以具体包括：

记录单元503，用于在前台执行下载操作时，记录前台下载的文件信息以及该文件的文件块信息。

如果软件流系统当前不存在前台下载，且加载数据流预取接口未成功，则所述装置还可以具体包括：第二后台下载单元504，该第二后台下载单元504可以具体包括：

第二文件块获取单元，用于获取预设时间段内通过前台下载的文件块信息；

第一查询单元，用于查询所下载的文件块中是否存在与已经被填充的文件块相邻的未被填充的文件块，若存在，则通知判断模块，若不存在则通知第二查询单元；

判断模块，用于判断所述未被填充的文件块是否存在空块，若存在空块，则通知第二后台第二下载子单元，若不存在空块，则通知第二查询模块；

第二查询单元，用于查询是否存在包含空块的文件，若存在，则通知第二后台下载单元；若不存在，则结束；

第二后台第一下载子单元，用于按照包含空块数量的多少，将包含空块文件的文件信息和文件块信息依次加入到下载任务列表，过后台对所述下载任务列表中的文件块所对应的数据进行下载，结束；

第二后台第二下载子单元，用于将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

可见，应用本发明实施例提供的下载数据的装置，当存在前台下载时，阻止了后台下载，当前台未进行下载操作时，通过数据流预取接口的方式进行后台下载，从而解决了现有技术中应用程序运行不畅，以及网络带宽占用不均衡的问题。再有，由于应用数据流预取接口通过后台进行数据下载的流程实际相当于一个通用的数据流预取框架，因而提供了统一的接入规范，方便了第三方按需接入。

对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种下载数据的方法，其特征在于，包括：

如果软件流系统当前存在由块请求而引发的前台下载，则执行前台下载操作；

如果软件流系统当前不存在前台下载，则在加载数据流预取接口成功后，应用所述数据流预取接口通过后台下载预测到的块请求对应的数据；

其中，应用所述数据流预取接口通过后台进行数据下载的步骤包括：

从所述数据流预取接口中获取应用程序的第一运行点信息；

获得与所述第一运行点信息对应的文件信息及文件块信息；

判断所述第一运行点信息对应的文件块中是否存在空块，若是，则将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

2.根据权利要求1所述的方法，其特征在于，若所述文件块中不存在空块，则所述方法还包括：

从所述数据流预取接口中获取运行点的相关度信息，及运行点的新鲜度信息；

获取与所述第一运行点相关度最高且新鲜度最高的第二运行点信息；

获得与所述第二运行点信息对应的文件信息及文件块信息；

判断所述第二运行点信息对应的文件块中是否存在空块，若是，则将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

3.根据权利要求2所述的方法，其特征在于，所述第二运行点信息包括至少一个运行点信息。

4.根据权利要求3所述的方法，其特征在于，所述运行点信息以抽象句柄KEY的形式表示；所述每个运行点信息所对应的文件及文件块信息分别保存在一个数据高速缓存DATACACHE中。

5.根据权利要求1所述的方法，其特征在于，在前台执行下载操作时，还包括：记录前台下载的文件信息以及该文件的文件块信息。

6.根据权利要求5所述的方法，其特征在于，如果软件流系统当前不存在前台下载，且加载数据流预取接口未成功，则所述方法还包括：

i）获取预设时间段内通过前台下载的文件块信息；

ii）查询所下载的文件块中是否存在与已经被填充的文件块相邻的未被填充的文件块，若存在，则执行步骤iii），若不存在则执行步骤iv）；

iii）判断所述未被填充的文件块是否存在空块，若存在空块，则执行步骤v），若不存在空块，则执行步骤iv）；

iv）查询是否存在包含空块的文件，若存在，则按照包含空块数量的多少，将包含空块文件的文件信息和文件块信息依次加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载，结束；若不存在，则结束；

v）将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

7.一种下载数据的装置，其特征在于，包括：

前台下载单元，用于在软件流系统当前存在由块请求而引发的前台下载时，执行前台下载操作；

第一后台下载单元，用于在软件流系统当前不存在前台下载，且在加载数据流预取接口成功时，应用所述数据流预取接口通过后台下载预测到的块请求对应的数据；

其中，所述第一后台下载单元包括：

运行点获取单元，用于从所述数据流预取接口中获取应用程序的第一运行点信息；

第一文件块获取单元，用于获得与所述第一运行点信息对应的文件信息及文件块信息；

第一后台下载子单元，用于判断所述第一运行点信息对应的文件块中存在空块时，将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

8.根据权利要求7所述的装置，其特征在于，如果判断出所述文件块中不存在空块，则所述装置还包括：

附加信息获取单元，用于从所述数据流预取接口中获取运行点的相关度信息，及运行点的新鲜度信息；

所述运行点获取单元，还用于获取与所述第一运行点相关度最高且新鲜度最高的第二运行点信息；

所述第一文件块获取单元，还用于获得与所述第二运行点信息对应的文件信息及文件块信息；

第一后台下载子单元，还用于判断所述第二运行点信息对应的文件块中存在空块时，将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。

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

记录单元，用于在前台执行下载操作时，记录前台下载的文件信息以及该文件的文件块信息。

10.根据权利要求9所述的装置，其特征在于，如果软件流系统当前不存在前台下载，且加载数据流预取接口未成功，则所述装置还包括：

第二文件块获取单元，用于获取预设时间段内通过前台下载的文件块信息；

第一查询单元，用于查询所下载的文件块中是否存在与已经被填充的文件块相邻的未被填充的文件块，若存在，则通知判断模块，若不存在则通知第二查询单元；

判断模块，用于判断所述未被填充的文件块是否存在空块，若存在空块，则通知第二后台第二下载子单元，若不存在空块，则通知第二查询单元；

第二查询单元，用于查询是否存在包含空块的文件，若存在，则通知第二后台第一下载子单元；若不存在，则结束；

第二后台第一下载子单元，用于按照包含空块数量的多少，将包含空块文件的文件信息和文件块信息依次加入到下载任务列表，过后台对所述下载任务列表中的文件块所对应的数据进行下载，结束；

第二后台第二下载子单元，用于将所述文件信息和文件块信息加入到下载任务列表，通过后台对所述下载任务列表中的文件块所对应的数据进行下载。