下载方法、终端及计算机存储介质与流程

[0001]
本发明涉及终端下载技术领域，尤其涉及一种下载方法、终端及计算机存储介质。


背景技术：

[0002]
随着移动互联网的快速发展，移动终端用户能够使用移动网络便捷的进行文件下载(如：视频缓存、电子书缓存、歌曲缓存等)。目前，终端进行文件下载主要为服务器/客户机模式的传统下载方式，以及各终端设备之间可进行文件共享的点对点技术(peer-to-peer，p2p)下载方式。
[0003]
具体的，传统的服务器/客户机下载方式中，下载速度主要取决于客户端带宽和服务器限速阈值，仅有在客户端带宽稳定、服务器限速阈值较高的条件下，终端才能够在满足预期下载要求的基础上，进一步实现文件快速下载；另一方面，虽然p2p是基于互享的下载协议，但是需要历史已下载文件的终端用户不停地进行文件上传，如果上传人数少或者无人上传，将导致文件下载速度极其不理想。
[0004]
可见，相关技术中的数据下载方式普遍依赖于客户端带宽，极大的限制了下载速度。鉴于此，如何有效的提升数据下载速度以实现高效率下载，成为一个亟待解决的技术问题。


技术实现要素：

[0005]
本申请实施例提供了一种下载方法、终端及计算机存储介质，实现了多终端协同下载，有效的提升了数据下载速度，进一步实现了终端高效率下载。
[0006]
本申请实施例的技术方案是这样实现的：
[0007]
第一方面，本申请实施例提供了一种下载方法，应用于第一终端，所述方法包括：
[0008]
接收下载指令，响应所述下载指令，获取待下载任务；
[0009]
对所述待下载任务进行拆分处理，获得第一子任务和第二子任务；
[0010]
将所述第二子任务发送至第二终端；其中，所述第二终端为与所述第一终端处于相同局域网中的至少一个终端设备；
[0011]
获取第一网络模式，并根据所述第一网络模式确定第一下载策略和第一分享策略；
[0012]
基于所述第一下载策略执行所述第一子任务的下载处理，获得第一子文件，并基于所述第一分享策略将所述第一子文件发送至所述第二终端，同时，接收所述第二终端发送的第二子文件；其中，第二子文件是由所述第二终端基于第二下载策略获取并基于第二分享策略发送的；
[0013]
根据所述第一子文件和所述第二子文件生成所述待下载任务对应的目标文件。
[0014]
第二方面，本申请实施例提供了一种下载方法，应用于第二终端，所述方法包括：
[0015]
接收第一终端发送的第二子任务；其中，所述第一终端为与所述第二终端处于相同局域网中的一个终端设备，所述第二子任务为所述第一终端发送的、待下载任务中的部
分下载任务；
[0016]
确定第二下载策略和第二分享策略；
[0017]
基于所述第二下载策略执行所述第二子任务的下载处理，获得第二子文件，并基于所述第二分享策略将所述第二子文件发送至所述第一终端；同时，接收所述第一终端发送的第一子任务对应的第一子文件；其中，所述第一子文件是由所述第一终端基于第一下载策略获取并基于第一分享策略发送的，所述第一子任务为所述待下载任务中与所述第二子任务不同的下载任务；
[0018]
根据所述第一子文件和所述第二子文件生成目标文件。
[0019]
第三方面，本申请实施例提供了一种第一终端，所述第一终端包括：第一接收单元、第一获取单元、第一拆分单元、第一发送单元、第一确定单元、第一下载单元、第一分享单元以及第一生成单元，
[0020]
所述第一接收单元，用于接收下载指令，
[0021]
所述第一获取单元，用于响应所述下载指令，获取待下载任务；
[0022]
所述第一拆分单元，用于对所述待下载任务进行拆分处理，获得第一子任务和第二子任务；
[0023]
所述第一发送单元，用于将所述第二子任务发送至第二终端；其中，所述第二终端为与所述第一终端处于相同局域网中的至少一个终端设备；
[0024]
所述第一获取单元，还用于获取第一网络模式；
[0025]
所述第一确定单元，用于根据所述第一网络模式确定第一下载策略和第一分享策略；
[0026]
所述第一下载单元，用于基于所述第一下载策略执行所述第一子任务的下载处理，获得第一子文件；
[0027]
所述第一分享单元，用于基于所述第一分享策略将所述第一子文件发送至所述第二终端；
[0028]
所述第一接收单元，还用于同时，接收所述第二终端发送的所述第二子任务对应的第二子文件；其中，所述第二子文件是由所述第二终端基于第二下载策略获取并基于第二分享策略发送的；
[0029]
所述第一生成单元，用于根据所述第一子文件和所述第二子文件生成所述待下载任务对应的目标文件。
[0030]
第四方面，本申请实施例提供了一种第二终端，所述第二终端包括：第二接收单元、第二确定单元、第二下载单元、第二分享单元以及第二生成单元，
[0031]
所述第二接收单元，用于接收第一终端发送的第二子任务；其中，所述第一终端为与所述第二终端处于相同局域网中的一个终端设备，所述第二子任务为所述第一终端发送的、待下载任务中的部分下载任务；
[0032]
所述第二确定单元，用于确定第二下载策略和第二分享策略；
[0033]
所述第二下载单元，用于基于所述第二下载策略执行所述第二子任务的下载处理，获得第二子文件；
[0034]
所述第二分享单元，用于基于所述第二分享策略将所述第二子文件发送至所述第一终端；
[0035]
所述第二接收单元，还用于同时，接收所述第一终端发送的第一子任务对应的第一子文件；其中，所述第一子文件是由所述第一终端基于第一下载策略获取并基于第一分享策略发送的，所述第一子任务为所述待下载任务中与所述第二子任务不同的下载任务；
[0036]
所述第二生成单元，用于根据所述第一子文件和所述第二子文件生成目标文件。
[0037]
第五方面，本申请实施例提供了一种第一终端，所述第一终端包括第一处理器、存储有所述第一处理器可执行指令的第一存储器，当所述指令被所述第一处理器执行时，实现如上所述的下载方法。
[0038]
第六方面，本申请实施例提供了一种第二终端，所述第二终端包括第二处理器、存储有所述第二处理器可执行指令的第二存储器，当所述指令被所述第二处理器执行时，实现如上所述的下载方法。
[0039]
第七方面，本申请实施例提供了一种计算机可读存储介质，其上存储有程序，所述程序被第一处理器执行时，实现如上所述的下载方法。
[0040]
第八方面，本申请实施例提供了一种计算机可读存储介质，其上存储有程序，所述程序被第二处理器执行时，实现如上所述的下载方法。
[0041]
本申请实施例提供了一种下载方法、终端及计算机存储介质。第一终端接收下载指令，响应下载指令，获取待下载任务；对待下载任务进行拆分处理，获得第一子任务和第二子任务；将第二子任务发送至第二终端；其中，第二终端为与第一终端处于相同局域网中的至少一个终端设备；获取第一网络模式，并根据第一网络模式确定第一下载策略和第一分享策略；基于第一下载策略执行第一子任务的下载处理，获得第一子文件，并基于第一分享策略将第一子文件发送至第二终端，同时，接收第二终端发送的第二子任务对应的第二子文件；其中，第二子文件是由第二终端基于第二下载策略获取并基于第二分享策略发送的；根据第一子文件和第二子文件生成待下载任务对应的目标文件。也就是说，在本申请的实施例中，终端在根据下载指令获得待下载任务之后，不再局限于单端下载，而是通过对待下载任务的拆分和分配，使得同一局域网中的其他终端可以共同分担该下载任务，并利用局域网强大的近场通信功能共享下载文件，降低对客户端带宽的依赖性，实现了多终端协同下载；同时，考虑到不同终端的网络模式的差异，还可以根据当前网络模式动态选择合适的下载策略和分享策略，使得协同下载效率更高。本申请提出的高效率的多终端协同下载机制，有效的提升了数据下载速度，终端智能性更高。
附图说明
[0042]
图1为本申请实施例提出的下载方法的实现流程示意图一；
[0043]
图2为本申请实施例提出的下载方法的实现流程示意图二；
[0044]
图3为本申请实施例提出的下载方法的实现流程示意图三；
[0045]
图4为本申请实施例提出的下载方法的实现流程示意图四；
[0046]
图5为本申请实施例提出的多终端协同下载的实现流程示意图；
[0047]
图6为本申请实施例提出的示例性多终端下载处理过程示意图；
[0048]
图7为本申请实施例提出的第一终端的组成结构示意图一；
[0049]
图8为本申请实施例提出的第一终端的组成结构示意图二；
[0050]
图9为本申请实施例提出的第二终端的组成结构示意图一；
[0051]
图10为本申请实施例提出的第二终端的组成结构示意图二。
具体实施方式
[0052]
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释相关申请，而非对该申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关申请相关的部分。
[0053]
随着移动互联网的快速发展，移动终端用户能够使用移动网络便捷的进行文件下载(如：视频缓存、电子书缓存、歌曲缓存等)。目前，终端进行文件下载主要为服务器/客户机模式的传统下载方式，以及各终端设备之间可进行文件共享的p2p下载方式。
[0054]
具体的，传统的服务器/客户机下载方式中，下载速度主要取决于客户端带宽和服务器限速阈值。例如，在实际场景中，假定5个朋友在一起，想下载王者荣耀开黑，5个人需要分别下载2g左右的游戏，如果按照2m的下载速度，那么每个人需要下载约17分钟。进一步地，即使5人中有一个人已下载了游戏，其他4人仍需17分钟进行游戏下载。由于实际下载过程中，终端的带宽并不稳定，实际下载速度远低于预期的2m下载速度，也就是说，终端仅有在客户端带宽稳定、服务器限速阈值较高的条件下，终端才能够在满足预期下载要求的基础上，进一步实现文件快速下载。
[0055]
另一方面，p2p下载方式是利用下载、上传、文件分享协议来进一步实现多人协同下载，其点对点的分享方案可以随着下载资源人数的增多，得到更多的下载源地址，进而提升下载速度；然而，上传人数较少时，将导致下载速度降低，甚至下载停止。可见，p2p下载是基于互享的下载协议进行协同下载，但是需要历史已下载文件的终端用户不停地进行文件上传，如果上传人数少或者无人上传，将导致文件下载速度极其不理想。
[0056]
可见，相关技术中的文件下载方式普遍依赖于客户端带宽，极大的限制了文件下载的速度。鉴于此，如何有效的提升文件下载速度以实现高效的文件下载，成为一个亟待解决的技术问题。
[0057]
为了解决现有下载机制存在的问题，本申请实施例提供了一种下载方法、终端及计算机存储介质。具体地，终端在根据下载指令获得待下载任务之后，不再局限于单端下载，而是通过对待下载任务的拆分和分配，使得同一局域网中的其他终端可以共同分担该下载任务，并利用局域网强大的近场通信功能共享下载文件，降低对客户端带宽的依赖性，实现了多终端协同下载；同时，考虑到不同终端的网络模式的差异，还可以根据当前网络模式动态选择合适的下载策略和分享策略，使得协同下载效率更高。本申请提出的高效率的多终端协同下载机制，有效的提升了数据下载速度，终端智能性更高。
[0058]
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。
[0059]
本申请一实施例提供了一种下载方法，图1为本申请实施例提出的下载方法的实现流程示意图一，如图1所示，在本申请的实施例中，第一终端进行下载的方法可以包括以下步骤：
[0060]
步骤101、接收下载指令，响应下载指令，获取待下载任务。
[0061]
在本申请的实施例中，终端可以接收下载指令，进而响应该下载指令，获取到对应的待下载任务。
[0062]
应理解，在本申请的实施例中，第一终端包括但不限定于平板电脑、手机、电子阅读器、个人计算机(personal computer，pc)、笔记本电脑、车载设备、可穿戴设备等；具体的，第一终端为进行下载任务拆分和任务分配的终端设备，主要负责下载任务协调分配。
[0063]
可选的，在本申请的实施例中，第一终端可以基于用户的下载操作接收下载指令，也可以基于预设触发机制接收下载指令。例如，用户点击视频缓存按钮时，终端可以基于用户的点击操作接收到该视频对应的下载指令；或者，终端预先设置在连接wifi时自动进行应用更新，一旦终端当前处于wifi网络下，终端便会自动接收到下载指令，以进行应用安装包的下载更新。
[0064]
具体的，待下载任务包括待下载文件的大小、名称、类型以及版本等信息；可选的，待下载任务包括但不限定于文档类、视频类、游戏类以及应用软件，如电子小说、电影、王者荣耀以及微信、支付宝等等。
[0065]
示例性的，假定用户当前想要下载王者荣耀游戏，用户点击该游戏对应的下载按钮后，第一终端基于用户的点击操作接收到下载指令，第一终端响应该下载指令，获取到待下载任务的大小为2g，名称为王者荣耀，类型为游戏类，版本为2020最新版。
[0066]
进一步地，在本申请的实施例中，图2为本申请实施例提出的下载方法的实现流程示意图二，如图2所示，第一终端在响应下载指令，获取到待下载任务之后，即步骤101之后，且对待下载任务进行拆分处理，获得第一子任务和第二子任务，即步骤102之前，第一终端进行下载的方法还可以包括以下步骤：
[0067]
步骤107、检测当前网络环境。
[0068]
步骤108、若当前网络环境不满足预设协同下载条件，则开启移动无线接入点(access point，ap)热点。
[0069]
步骤109、基于移动ap热点与第二终端构建局域网连接，以使第一终端与第二终端处于相同局域网中。
[0070]
可以理解的是，协同下载指其他终端设备与第一终端共同分担下载任务和共享下载文件，在本申请的实施例中，第一终端可以利用特定网络环境强大的近场通信功能实现该多终端协同下载。
[0071]
可选的，该特定网络环境可以是个人局域网(personal area network，pan)；可以是wifi局域网；或者还可以是蓝牙通信或者zigbee通信等，优选的，特定网络环境为局域网环境。
[0072]
需要说明的是，在本申请的实施例中，预设协同下载条件指能够实现多终端共同分担待下载任务和共享下载文件的上述特定网络环境。
[0073]
具体的，在本申请的实施例中，第一终端可以在进行数据下载之前，先检测当前网络环境，对当前网络环境是否满足多终端协同下载条件进行判断，即确定是否存在可以共同分担下载任务和共享下载文件的第二终端。
[0074]
具体的，如果当前网络环境为局域网，且该局域网中存在其他终端设备，第一终端确定当前网络环境满足多终端协同下载条件，即存在可以共同分担下载任务以及共享下载文件的第二终端；否则第一终端确定当前网络环境不满足多终端协同下载条件。
[0075]
可以理解的是，当不存在可以共同分担下载任务以及共享下载文件的第二终端时，为了进一步实现协同下载，第一终端可以主动进行局域网的创建。
[0076]
可选的，第一终端可以开启移动ap(wifi热点)，并主动向第二终端发送网络连接请求以及该移动ap对应的网络连接信息，包括服务集标识(service set identifier，ssid)以及密码，进而在接收到第二终端返回的连接响应时，与第二终端构建局域网连接。
[0077]
可选的，第一终端可以开启移动ap(wifi热点)，当接收到第二终端发送的网络连接请求时，响应于该网络连接请求，向第二终端发送该移动ap对应的网络连接信息，包括服务集标识(service set identifier，ssid)以及密码，进而在接收到第二终端返回的连接响应时，与第二终端构建局域网连接。
[0078]
综上所述，第一终端和第二终端构建成功局域网后，第一终端与第二终端便处于一个局域网内，并可以互相进行通信。
[0079]
需要说明的是，在本申请的实施例中，步骤107至步骤109可以位于步骤101之前，也可以位于步骤101之后，也可以与步骤101同步进行；本申请对此不做具体限定。
[0080]
可选的，在本申请的实施例中，与第一终端实现协同下载的第二终端可以为一个，也可以为多个。应理解，第二终端越多，即协同下载设备越多，那么第一终端分配的下载子任务越少，下载速度则越快。
[0081]
进一步地，在本申请的实施例中，第一终端在获取到待下载任务，且与第二终端处于相同局域网之后，便可以进一步执行待下载任务的拆分处理。
[0082]
步骤102、对待下载任务进行拆分处理，获得第一子任务和第二子任务。
[0083]
在本申请的实施例中，第一终端在基于接收到的下载指令确定出待下载任务，且与第二终端处于同一局域网之后，终端可以先对该待下载任务进行拆分处理，进而得到第一子任务和第二子任务。
[0084]
需要说明的是，基于步骤107至步骤109可知，步骤102之前，第一终端可以主动构建满足协同下载条件的局域网环境，使得第二终端作为协同下载设备，从而利用局域网的近场通信功能，第二终端可以与第一终端共同分担下载任务和共享下载文件。
[0085]
可以理解的是，处于同一局域网中的所有设备其对应的ip地址和端口是互知的，在本申请的实施例中，第一终端在与第二终端建立局域网连接之后，第一终端可以进一步基于第二终端对应的地址和端口向第二终端索取第二终端对应的下载参数，包括数量参数以及类型参数，并根据第二终端对应的下载参数确定下载比例，进而根据该下载比例进行任务拆分处理，从而得到第一子任务和第二子任务。
[0086]
具体的，第一终端可以基于第二终端对应的ip地址和端口先向第二终端发送下载参数获取请求，进而接收到第二终端返回的针对该下载参数请求的响应信息；其中，该响应信息携带其第二终端对应的数量参数以及类型参数。
[0087]
可选的，下载参数可以是第二终端对应的数量参数和类型参数中的至少一种。
[0088]
进一步地，在本申请地实施例中，第一终端在根据第二终端对应的下载参数确定出下载任务对应的下载比例，并根据该下载比例进行任务拆分处理之后，第一终端便得到第一终端自身需要执行的任务拆分即第一子任务，和至少一个第二终端协同下载的任务拆分，即第二子任务。
[0089]
需要说明的是，在本申请的实施例中，第二子任务为协同下载设备，即第二终端承担的部分下载任务，该第二子任务可以为至少一个。具体的，当第二终端只有一个时，第二子任务为对应于该一个第二终端的下载任务；当第二终端为多个时，第二子任务也为多个，
每一个第二子任务均对应一个第二终端。应理解，相比于一个第二终端时承担的第二子任务，多个第二终端时分别承担的第二子任务的任务；量更少。
[0090]
可选的，待下载任务的拆分处理可以是平均拆分，也可以是非平均拆分。
[0091]
可以理解的是，如果第一终端和第二终端为相同设备种类且具有相同的性能(下载带宽)，也就是第一终端和第二终端具有相同的类型参数，那么当第二终端只有一个时，第一终端对待下载任务进行均分，得到相等的第一子任务和第二子任务，其中，第一子任务对应第一终端，第二子任务对应一个第二终端，该第二子任务为一个第二终端承担的下载任务。
[0092]
当第二终端有多个时，第一终端根据共同分担待下载任务的第二终端数量即数量参数，进行下载任务的均分处理，此时得到均相等的第一子任务和多个第二子任务，此时，第一子任务对应第一终端，多个第二子任务对应多个第二终端，每一个第二子任务与每一个第二终端一一对应。
[0093]
例如第一终端为手机1，第二终端包括手机2、手机3和手机4，其下载带宽都为2m，那么在下载2g的王者荣耀游戏时，手机1确定下载设备总数量为4，那么每个手机所占的下载比例为25％，也就是手机1、手机2、手机3以及手机4中每个手机下载0.5g即可。
[0094]
可以理解的是，如果第一终端和第二终端不为相同设备种类且不具有相同的性能(下载带宽)，也就是第一终端和第二终端不具有相同的类型参数，那么第一终端需要结合数量参数和类型参数共同确定下载比例，即根据共同分担待下载任务的终端数量、设备种类以及终端性能智能性的确定各自的下载比列，以进行待下载任务的非均分处理。
[0095]
具体的，当第二终端只有一个时，第一终端对待下载任务进行拆分，得到不相等的第一子任务和第二子任务；当第二终端有多个时，第一终端需要根据共同分担待下载任务的第二终端数量即数量参数以及类型参数，进行下载任务的拆分处理，得到可能互不相等的第一子任务和多个第二子任务。
[0096]
例如，第一终端为手机1，第二终端包括手机2、电脑和ipad，其手机、电脑以及ipad对应的下载带宽各不相同(电脑＞ipad＞手机)，那么在下载2g的王者荣耀游戏时，手机1确定下载设备总数量为4，手机1和手机2各自下载比例为15％、电脑的下载比例为40％、ipad的下载比例为30％。
[0097]
可以理解的是，由于第一子任务和第二子任务均为待下载任务中的部分任务，因此，在对待下载任务进行拆分处理之后，每个子任务都包括对应的部分内容地址，例如，待下载任务为地址1至地址10的内容信息，第一子任务可以为地址1至地址3的内容信息，第二子任务可以为地址4至地址10的内容信息。
[0098]
进一步地，在本申请地实施例中，第一终端在对待下载任务进行拆分处理，得到第一子任务和第二子任务之后，可以进一步进行子任务的分配。
[0099]
步骤103、将第二子任务发送至第二终端；其中，第二终端为与第一终端处于相同局域网中的至少一个终端设备。
[0100]
在本申请地实施例中，第一终端在对待下载任务进行拆分处理，得到第一子任务和第二子任务之后，第一终端可以将第二子任务发送至第二终端。
[0101]
具体的，在本申请地实施例中，第一子任务即第一终端自身需要进行下载处理的预设部分任务，第二子任务为需要第二终端共同承担的剩余部分任务，第一终端可以将需
要第二终端共同承担的下载任务，即第二下载任务分配给第二终端。
[0102]
具体的，如果第二终端为一个，那么第一终端只需将待下载任务中除第一子任务之外的剩余全部子任务发送至该一个第二终端。
[0103]
具体的，如果第二终端为多个，那么第一终端可以按照多个第二子任务与多个第二终端的对应关系，将每一个第二子任务发送至其对应的第二终端。
[0104]
进一步地，在本申请的实施例中，第一终端在进行待下载的拆分处理，并将得到的第二子任务发送至处于同一局域网中的第二终端之后，第一终端可以进一步继续确定下载策略和分享策略以更进一步执行任务下载和文件分享。
[0105]
步骤104、获取第一网络模式，并根据第一网络模式确定第一下载策略和第一分享策略。
[0106]
在本申请的实施例中，第一终端在进行待下载任务的拆分处理和分配之后，第一终端可以先获取第一网络模式，进而基于该网络模式确定出第一下载策略和第一分享策略。
[0107]
可以理解的是，由于第一终端与第二终端是基于wifi网络进行局域网构建的，因此，第一终端和第二终端始终是支持wifi网络通信的，也就是说，第一终端可以基于该wifi网络进行数据下载，甚至于同时使用该wifi网络进行数据分享。
[0108]
具体的，在本申请的实施例中，为了选择较优的数据下载策略和数据分享策略，以更高效率的实现多终端协同下载，第一终端可以获取当前第一网络模式(104a)，进而可以根据当前网络模式动态的选择合适的下载策略和分享策略。
[0109]
需要说明的是，在本申请的实施例中，第一网络模式用于表征终端当前支持的网络下载条件，包括移动数据网络条件和wifi网络条件。
[0110]
具体的，第一网络模式包括移动数据模式、双网络模式、单wifi链路模式以及双wifi链路模式。
[0111]
可选的，当第一网络模式为移动数据模式时，即表征第一终端支持移动数据流量下载但不支持双wifi链路。
[0112]
可选的，当第一网络模式为双网络模式时，即表征第一终端既支持移动数据流量下载同时也支持双wifi链路。
[0113]
可选的，当第一网络模式为单wifi链路模式，即表征第一终端既不支持数据流量下载也不支持双wifi链路。
[0114]
可选的，当第一网络模式为双wifi链路模式，即表征第一终端不支持数据流量下载但支持双wifi链路。
[0115]
进一步地，图3为本申请实施例提出的下载方法的实现流程示意图三，如图3所示，终端根据第一网络模式确定第一下载策略和第一分享策略的方法具体包括以下步骤：
[0116]
步骤104b1、当第一网络模式为移动数据模式时，将第一下载策略确定为移动数据下载，将第一分享策略确定为同步分享。
[0117]
步骤104b2、当第一网络模式为双网络模式时，将第一下载策略确定为双网络下载，将第一分享策略确定为同步分享。
[0118]
步骤104b3、当第一网络模式为单wifi链路模式时，将第一下载策略确定为wifi下载，将第一分享策略确定为异步分享。
[0119]
步骤104b4、当第一网络模式为双wifi链路模式时，将第一下载策略确定为wifi下载，将第一分享策略确定为同步分享。
[0120]
可选的，在本申请的实施例中，第一终端可以预先建立网络模式与下载策略以及分享策略的对应关系，进而当第一终端获取到当前网络模式之后，第一终端可以基于当前网络模式、预设网络模式与下载策略以及分享策略的对应关系，选择出与当前网络模式对应的下载策略以及分享策略。
[0121]
具体的，在本申请的实施例中，如果当前网络模式表征支持移动数据流量下载但不支持双wifi链路，那么第一终端便可以使用移动数据流量来进行数据下载，而使用仅有的一路wifi链路做局域网通信；并且由于进行数据下载的移动数据网络，与利用局域网通信进行数据分享的wifi网络互不干扰，因此，第一终端可以边下载数据边同步进行数据分享。
[0122]
具体的，在本申请的实施例中，如果当前网络模式表征既支持移动数据流量下载同时也支持双wifi链路，那么为了节省终端流量消耗，第一终端可以通过当前移动数据网络和一路wifi链路组成服务等级协议(service level agreement，sla)即进行下载协议的确定，通过流量和wifi共同进行数据下载，同时，使用另外一路wifi链路做局域网通信；并且下载与分享互不干扰，第一终端可以边下载数据边同步进行数据分享。
[0123]
具体的，在本申请的实施例中，如果当前网络模式表征既不支持数据流量下载也不支持双wifi链路，此时第一终端只能使用仅有的一路wifi链路既进行数据下载又进行数据分享，为了避免数据的遗漏，终端只能在数据下载完成，即得到第一子任务对应的第一子文件之后，再进行数据分享。
[0124]
具体的，在本申请的实施例中，如果当前网络模式表征不支持数据流量下载但支持双wifi链路，此时第一终端不需要使用数据流量，直接使用其中一路wifi链路来进行数据下载，而使用另外一路wifi链路做局域网通信；并且两路wifi链路互不干扰，第一终端可以边下载数据边同步进行数据分享。
[0125]
进一步地，在本申请的实施例中，第一终端还可以进行第二终端下载策略和分享策略的确定。具体的，第一终端可以向第二终端发送网络模式获取请求，以接收第二终端返回的携带第二终端网络模式的响应信息，进而第一终端可以根据第二网络模式，参考步骤104b1至步骤104b4的方法，进行第二下载策略和第二分享策略的确定。进一步的，第一终端可以将确定出的第二下载策略和第二分享策略发送至第二终端，以使第二终端完成第二下载任务的下载处理和分享处理。
[0126]
进一步地，在本申请的实施例中，第一终端在获取第一网络模式，并基于第一网络模式确定出第一下载策略和第二下载策略之后，可以进一步基于上述策略实现第一子任务的下载处理和分享处理。
[0127]
步骤105、基于第一下载策略执行第一子任务的下载处理，获得第一子文件，并基于第一分享策略将第一子文件发送至第二终端，同时，接收第二终端发送的第二子任务对应的第二子文件；其中，第二子文件是由第二终端基于第二下载策略获取并基于第二分享策略发送的。
[0128]
在本申请的实施例中，第一终端在获取第一网络模式，并基于第一网络模式确定出第一下载策略和第二下载策略之后，第一终端可以进一步基于该下载策略执行第一子任
务的下载处理获得第一子文件，并随后根据第一分享策略将该第一子文件发送至第二终端，；与此同时，第一终端可以接收第二终端发送的上述第二子任务对应的第二子文件。
[0129]
需要说明的是，在本申请的实施例中，第一终端需要从预设服务器下载与第一子任务对应的第一子文件；其中，该预设服务器为存储待下载文件内容信息的服务器。
[0130]
具体的，第一终端可以基于第一下载策略向预设服务器发起第一下载请求；其中，该下载请求中携带了第一子任务，然后，接收该服务器返回的针对第一下载请求的下载响应，该响应信息中携带了第一子文件。
[0131]
进一步地，第一终端可以基于第一分享策略将该第一子文件分享至第二终端，可以同步分享即边下载边分享，也可以异步分享，即在得到完整的第一子文件之后，再进行分享。
[0132]
与此同时，终端还可以在从服务器下载第一子文件的同时，接收第二终端发送的第二子任务对应的第二子文件；其中，该第二子文件是由第二终端基于其对应的第二下载策略进行子任务下载获取并基于第二分享策略发送的。
[0133]
可见，第一终端不需要自己去从服务器下载全部文件，只需在进行待下载任务的协调分配之后，从服务器下载部分下载任务对应的部分子文件，并在处于同一局域网中的协同下载设备，即第二终端下载完其他下载任务对应的其他子文件后，直接通过近场通信获取得到剩余部分子文件。可以理解的是，由于近场通信的带宽为无穷大，不会产生实际的时间开销，也就是说，第一终端只需要使用与下载第一子文件同样的时间，就可以获取到整个文件，极大的提高了下载速度。
[0134]
进一步地，在本申请的实施例中，由于第一终端可以在进行子任务的分配时，可以基于预设算法(如md5算法)获取到每个子任务片段对应的文件摘要信息，因此，第一终端在获取到第一子文件和第二子文件之后，可以基于每个子文件片段对应的文件摘要信息进行校验处理，以确定得到的子文件为正确无误的子文件。如果校验结果为子文件有误，那么第一终端可以重新从预设服务器下载第一子文件。
[0135]
进一步地，在本申请的实施例中，第一终端在得到第一子文件和第二子文件之后，第一终端可以进一步基于各子文件生成完整的文件。
[0136]
步骤106、根据第一子文件和第二子文件生成生成待下载任务对应的目标文件。
[0137]
需要说明的是，在本申请的实施例中，目标文件指待下载任务对应的完整的下载文件。例如，完整的2g王者荣耀游戏。
[0138]
具体的，在本申请的实施例中，第一终端在获取得到第一子文件和第二子文件之后，第一终端可以基于预设文件聚合算法对各子文件进行合并处理，从而得到待下载任务对应的完整文件。
[0139]
进一步地，在本申请的实施例中，第一终端生成完整的文件之后，第一终端可以对该完整文件进行摘要计算，以进行完整文件的校验处理。
[0140]
本申请实施例提供了一种下载方法。第一终端接收下载指令，响应下载指令，获取待下载任务；对待下载任务进行拆分处理，获得第一子任务和第二子任务；将第二子任务发送至第二终端；其中，第二终端为与第一终端处于相同局域网中的至少一个终端设备；获取第一网络模式，并根据第一网络模式确定第一下载策略和第一分享策略；基于第一下载策略执行第一子任务的下载处理，获得第一子文件，并基于第一分享策略将第一子文件发送
至第二终端，同时，接收第二终端发送的第二子任务对应的第二子文件；其中，第二子文件是由第二终端基于第二下载策略获取并基于第二分享策略发送的；根据第一子文件和第二子文件生成待下载任务对应的目标文件。也就是说，在本申请的实施例中，第一终端在根据下载指令获得待下载任务之后，不再局限于单端下载，而是通过对待下载任务的拆分和分配，使得同一局域网中的其他终端可以共同分担该下载任务，并利用局域网强大的近场通信功能共享下载文件，降低对客户端带宽的依赖性，实现了多终端协同下载；同时，考虑到不同终端的网络模式的差异，还可以根据当前网络模式动态选择合适的下载策略和分享策略，使得协同下载效率更高。本申请提出的高效率的多终端协同下载机制，有效的提升了数据下载速度，终端智能性更高。
[0141]
基于上述实施例，在本申请的再一实施例中，图4为本申请提出的下载方法的实现流程示意图四，如图4所示，在本申请的实施例中，第二终端进行下载的方法可以包括：
[0142]
步骤201、接收第一终端发送的第二子任务；其中，第一终端为与第二终端处于相同局域网中的一个终端设备，第二子任务为第一终端发送的、待下载任务中的部分下载任务。
[0143]
在本申请的实施例中，基于步骤101可知，第一终端与第二终端为处于相同局域网中的不同终端设备；可选的，该局域网可以是第一终端主动开启ap热点进行构建的。
[0144]
需要说明的是，在本申请的实施例中，第二终端可以为与第一终端待下载任务相同的终端设备。例如，第二终端为与第一终端都需要下载得到2g王者荣耀游戏的终端设备。
[0145]
应理解，如果第二终端与第一终端需要协同下载完成待下载任务，那么第二终端便需要与第一终端处于相同的局域网中，进而第二终端才能够接收得到第一终端分配的下载任务。
[0146]
具体的，在本申请的实施例中，第二终端在接收第一终端发送的部分下载任务之前，可以先检测当前网络环境，并判断当前是否满足多终端协同下载条件，即是否与第一终端处于同一局域网中。
[0147]
可以理解的是，当确定不满足预设协同下载条件时，第二终端为了进一步实现协同下载，第二终端可以获取第一终端作为ap时的网络链接信息，包括ssid以及密码，然后根据该ssid和密码接入该移动ap，与第一终端成功构建局域网。
[0148]
应理解，第二终端为接收第一终端分配的下载任务的终端设备，主要负责分担下载任务。包括但不限定于平板电脑、手机、电子阅读器、个人计算机(personal computer，pc)、笔记本电脑、车载设备、可穿戴设备等。
[0149]
具体地，在本申请的实施例中，第二终端可以在第一终端进行待下载任务的拆分处理和任务分配之后，接收到来自第一终端的第二子任务。也就是需要第二终端共同承担的部分下载任务。
[0150]
可选的，如果该第二终端为需要与第一终端共同分担下载任务的唯一一个终端设备，那么第二子任务为上述待下载任务中除第一子任务外的剩余全部下载任务。
[0151]
可选的，如果与第一终端共同分担下载任务的第二终端为多个，那么在该第二终端之外可能存在其他第二终端，该第二终端接收到的第二任务为除第一子任务外的剩余全部下载任务中的部分下载任务，即多个第二子任务中的其中一个第二子任务。
[0152]
进一步地，在本申请的实施例中，第二终端在接收到第一终端发送的第二子任务
之后，即步骤201之后，且确定第二下载策略和第二分享策略之前，即步骤202之前，第二终端还可以获取其对应的当前网络模式，即第二网络模式。其中，该第二网络模式的具体类型可以参照步骤104，此处不再赘述。
[0153]
进一步地，第二终端还可以将该第二网络模式发送至第一终端，以通过第一终端确定下载策略和分享策略。
[0154]
步骤202、确定第二下载策略和第二分享策略。
[0155]
在本申请的实施例中，第二终端在接收到第一终端发送的第二子任务之后，第二终端可以进一步确定针对第二子任务的第二下载策略和第二分享策略。
[0156]
可选的，在本申请的实施例中，第二终端可以主动确定该第二下载策略，也可以被动确定该第二下载策略。
[0157]
具体地，如果为主动式，那么第二终端可以直接根据获取到的第二网络模式确定出对应的第二下载策略和第二分享策略。这里，确定第二下载策略和第二分享策略的具体方法可以参照步骤104b1至步骤104b4，此处不在赘述。
[0158]
具体地，如果为被动式，第二终端可以向第一终端发送策略请求信息，该策略请求信息中携带了第二网络模式，第一终端在接收到该第二网络模式并确定其对应的第二下载策略和第二分享策略之后，第二终端可以接收到第一终端针对上述策略请求的、携带第二下载策略和分享策略的响应信息。
[0159]
进一步地，在本申请的实施例中，第二终端在确定出第一下载策略和第二下载策略之后，可以进一步基于上述策略实现任务的下载和文件的分享。
[0160]
步骤203、基于第二一下载策略执行第二子任务的下载处理，获得第二子文件，并基于第二分享策略将第二子文件发送至第一终端；同时，接收第一终端发送的第一子任务对应的第一子文件；其中，第一子文件是由第一终端基于第一下载策略获取并基于第一分享策略发送的，第一子任务为待下载任务中与第二子任务不同的下载任务。
[0161]
步骤204、根据第一子文件和第二子文件生成目标文件。
[0162]
在本申请的实施例中，第二终端在确定出第一下载策略和第二下载策略之后，便可以进一步基于该下载策略执行第二子任务的下载处理，并将下载得到的第二子文件基于第二分享策略发送至第一终端；与此同时，第二终端可以接收第一终端发送的上述第一子任务对应的第一子文件，并基于第一子文件和第二子文件进一步生成完整文件。
[0163]
需要说明的是，在本申请的实施例中，第二终端需要从预设服务器下载与第二子任务对应的第二子文件；其中，该预设服务器与第一终端下载第一子文件的服务器为相同的服务器。也就是说，存储待下载文件内容信息的服务器相同，只是下载终端不同，下载内容片段不同。
[0164]
具体的，第二终端可以基于第二下载策略向预设服务器发起第二下载请求，并接收该服务器返回的针对第二下载请求的下载响应，该响应信息携带第二子文件。
[0165]
进一步地，第二终端可以基于第二分享策略将该第二子文件分享至第一终端，可以边下载边分享，也可以在得到完整的第二子文件之后，再进行分享。
[0166]
与此同时，终端还可以在从服务器下载第二子文件的同时，接收第一终端发送的第一子任务对应的第一子文件。
[0167]
需要说明的是，在本申请的实施例中，如果该第二终端为需要与第一终端共同分
担下载任务的唯一一个终端设备，那么第二子文件为上述完整文件中除第一子文件中的剩余全部子文件。
[0168]
进一步的，第二终端只需接收到第一终端发送的第一子文件，便可以结合自身从服务器下载的第二子文件以及第一子文件，通过文件合并处理获得完整文件。
[0169]
可选的，如果与第一终端共同分担下载任务的第二终端为多个，那么该第二终端还需接收其他第二终端发送的其他第二子文件，同时，基于第二分享策略向其他第二终端共享当前第二子文件，进而结合自身从服务器下载的当前第二子文件、从第一终端接收到的第一子文件，以及从其他第二终端接收到的其他第二子文件，通过文件合并处理获得完整文件。
[0170]
可见，多终端协同下载时，与第一终端处于同一局域网中的第二终端只需被动的接收第一终端发送的子任务片段，并从服务器下载该子任务片段对应的子文件，并在处于同一局域网中第一终端，甚至于其他第二终端下载完其他子文件后，直接通过近场通信获取得到剩余部分子文件。可以理解的是，由于近场通信的带宽为无穷大，不会产生实际的时间开销，也就是说，第二终端只需要使用与下载当前子文件同样的时间，就可以获取到整个文件，极大的提高了下载速度。
[0171]
本申请实施例提供了一种下载方法。第二终端可以接收第一终端发送的第二子任务；其中，第一终端为与第二终端处于相同局域网中的一个终端设备，第二子任务为第一终端发送的、待下载任务中的部分下载任务；确定第二下载策略和第二分享策略；基于第二下载策略执行第二子任务的下载处理，获得第二子文件，并基于第二分享策略将第二子文件发送至第一终端；同时，接收第一终端发送的第一子任务对应的第一子文件；其中，第一子文件是由第一终端基于第一下载策略获取并基于第一分享策略发送的，第一子任务为待下载任务中与第二子任务不同的下载任务；根据第一子文件和第二子文件生成目标文件。也就是说，在本申请的实施例中，终端不再局限于单端下载，而是通过对待下载任务的拆分和分配，使得同一局域网中的其他终端可以共同分担该下载任务，并利用局域网强大的近场通信功能共享下载文件，降低对客户端带宽的依赖性，实现了多终端协同下载；同时，考虑到不同终端的网络模式的差异，还可以根据当前网络模式动态选择合适的下载策略和分享策略，使得协同下载效率更高。本申请提出的高效率的多终端协同下载机制，有效的提升了数据下载速度，终端智能性更高。
[0172]
基于上述实施例，在本申请的再一实施例中，图5为本申请提出多终端协同下载的实现流程示意图，如图5所示，假设终端1、终端2以及终端3需要下载相同的数据，且终端1、终端2以及终端3先前并未处于同一局域网中，那么终端1、终端2以及终端3进行下载的方法可以包括以下步骤：
[0173]
步骤301、终端1开启移动ap热点。
[0174]
步骤302a、终端1向终端2发送移动ap对应的网络连接信息。
[0175]
步骤302b、终端1向终端3发送移动ap对应的网络连接信息。
[0176]
步骤303a、终端1接收终端2返回的连接响应，与终端2构建局域网连接。
[0177]
步骤303b、终端1接收终端3返回的连接响应，与终端3构建局域网连接。
[0178]
应理解，作为移动ap的终端可以为终端1、终端2或者终端3中的任意一个，只需最终实现协同下载设备均处于同一局域网中即可。
[0179]
步骤304、终端1接收下载指令，响应下载指令，获取待下载任务。
[0180]
步骤305、终端1对待下载任务进行拆分处理，得到子任务1、子任务2以及子任务3。
[0181]
步骤306a、终端1将子任务2发送至终端2。
[0182]
步骤306b、终端1将子任务3发送至终端3。
[0183]
应理解，通过开启移动ap构建局域网的终端可以与接收下载指令的终端相同，也可以是不同的；例如，终端1通过开启移动ap热点，并进一步与终端2、终端3成功构建局域网之后，终端1可以继续基于用户在下载操作界面的指定操作接收下载指令；也可以是终端2在与终端1、终端3成功构建局域网后基于用户的指定操作接收到下载指令。
[0184]
相应的，进行任务拆分处理的终端为接收到下载指令的终端；如果接收下载指令的终端为同一局域网中的终端1，那么终端1可以对基于下载指令获取到的待下载任务进行拆分处理，并将获得的子任务2发送至终端2，子任务3发送给终端3。即接收下载指令并进行任务拆分处理的终端1为主设备，接收下载子任务的终端2以及子任务3属于被动设备。
[0185]
具体地，由于当前局域网中包括终端1、终端2以及终端3，终端1需按照终端数量参数和类型参数将待下载任务拆分为相等的或者不等的三份，并进一步将需要终端2承担的子任务2分配给终端2，终端3承担的子任务3分配给终端3。
[0186]
步骤307、终端1获取网络模式1，并根据网络模式1确定下载策略1和分享策略2。
[0187]
步骤308、终端2获取网络模式2，并根据网络模式2确定下载策略2和分享策略2。
[0188]
步骤309、终端3获取网络模式3，并根据网络模式3确定下载策略3和分享策略3。
[0189]
具体地，为了更好的减少移动数据流量消耗，终端1、终端2以及终端3可根据各自当前网络模式动态选择最佳的下载策略和分享策略，此处参考步骤104a至步骤104d，即节省了流量消耗也提高了下载速度。
[0190]
步骤310、终端1基于下载策略1执行子任务1的下载处理，得到子文件1。
[0191]
步骤311、终端2基于下载策略2执行子任务2的下载处理，得到子文件2。
[0192]
步骤312、终端3基于下载策略3执行子任务3的下载处理，得到子文件3。
[0193]
具体地，终端1、终端2以及终端3可以从预设文件服务器分别下载子任务对应的子文件。
[0194]
步骤313a、终端1基于分享策略1将子文件1发送至终端2。
[0195]
步骤313b、终端1基于分享策略1将子文件1发送至终端3。
[0196]
步骤314a、终端2基于分享策略2将子文件2发送至终端1。
[0197]
步骤314b、终端2基于分享策略2将子文件2发送至终端3。
[0198]
步骤315a、终端3基于分享策略3将子文件3发送至终端1。
[0199]
步骤315b、终端3基于分享策略3将子文件3发送至终端2。
[0200]
具体地，终端1、终端2以及终端3可以基于近场通信进行文件分享。
[0201]
步骤316、终端1基于子文件1、子文件2以及子文件3生成目标文件。
[0202]
步骤317、终端2基于子文件1、子文件2以及子文件3生成目标文件。
[0203]
步骤318、终端8基于子文件1、子文件2以及子文件3生成目标文件。
[0204]
应理解，多终端协同下载时，局域网中的各终端按照对应的下载策略从服务器下载对应的子文件后，按照分享策略将子文件分享至局域网中的其他设备，同时基于近场通信从其他终端获取其他子文件，从而进一步生成完整的目标文件，即只需与下载子文件相
同的时间便可获得完整的目标文件，进一步实现了高速下载。
[0205]
在本申请的实施例中，图6为本申请实施例提出的示例性多终端下载处理过程示意图，如图6所示，假定用户1携带设备为电脑，用户2携带设备为手机，用户3携带设备为ipad，如果当前用户1、用户2以及用户3都想要下载王者荣耀游戏，但各自自身带宽过于局限，那么可以随意选择一个终端，如电脑作为ap，并将该移动ap对应的ssid以及密码通过连接请求的方式发送给周边设备手机以及ipad，进而在接收到手机以及ipad的连接响应时，与手机、ipad三者建立局域网连接。
[0206]
进一步地，用户可以在电脑的下载操作界面点击下载按钮，电脑基于用户操作接收到下载指令，并响应该下载指令获取待下载游戏任务，进一步地，电脑可以获取同一局域网中手机和ipad的下载带宽，以及当前共同下载设备的数量对当前待下载游戏任务按照相应的下载比例进行拆分，电脑自身40％任务片段1、手机25％任务片段2、ipad35％任务片段3。并将对应的下载任务分配给手机和ipad。
[0207]
更进一步的，电脑根据当前网络模式确定采用流量下载之后，电脑基于流量执行40％任务的下载，从服务器得到40％的子文件，并基于近场通信同步分享至手机和ipad，同时，电脑也可以接收手机下载的25％的子文件和ipad下载的35％的子文件。
[0208]
具体的，手机和ipad在接收到对应的25％下载任务和35％下载任务之后，下载和分享流程与电脑类同，也是先基于当前网络模式先确定下载策略和分享策略，然后基于下载策略从同一服务器下25％的子文件和35％的子文件，并基于分享策略发送给电脑，只是基于不同设备的当前网络模式不同，下载策略和分享策略可能会存在差异。
[0209]
可见，基于本申请提出的下载方法，利用局域网强大的近场通信功能，实现了多设备协同下载，大幅度提升文件下载速度；其中，n个相同类型设备的场景下，下载时间约等于1/n，下载速度为单端下载的n倍。而且，动态选择最佳的下载策略和分享策略，大幅度的减少移动数据流量开销，n个相同类型设备的场景下，下载流量约等于1/n。
[0210]
本申请实施例提供了一种下载方法。终端不再局限于单端下载，而是通过对待下载任务的拆分和分配，使得同一局域网中的其他终端可以共同分担该下载任务，并利用局域网强大的近场通信功能共享下载文件，降低对客户端带宽的依赖性，实现了多终端协同下载；同时，考虑到不同终端的网络模式的差异，还可以根据当前网络模式动态选择合适的下载策略和分享策略，使得协同下载效率更高。本申请提出的高效率的多终端协同下载机制，有效的提升了数据下载速度，终端智能性更高。
[0211]
基于上述实施例，在本申请的另一实施例中，图7为本申请实施例提出的第一终端的组成结构示意图一，如图7示，本申请实施例提出的第一终端10可以包括第一接收单元11、第一获取单元12、第一拆分单元13、第一发送单元14、第一确定单元15、第一下载单元16、第一分享单元17以及第一生成单元18，
[0212]
所述第一接收单元11，用于接收下载指令；
[0213]
所述第一获取单元12，用于响应所述下载指令，获取待下载任务；
[0214]
所述第一拆分单元13，用于对所述待下载任务进行拆分处理，获得第一子任务和第二子任务；
[0215]
所述第一发送单元14，用于将所述第二子任务发送至第二终端；其中，所述第二终端为与所述第一终端处于相同局域网中的至少一个终端设备；
[0216]
所述第一获取单元12，还用于获取第一网络模式；
[0217]
所述第一确定单元15，用于根据所述第一网络模式确定第一下载策略和第一分享策略；
[0218]
所述第一下载单元16，用于基于所述第一下载策略执行所述第一子任务的下载处理，获得第一子文件；
[0219]
所述第一分享单元17，用于基于所述第一分享策略将所述第一子文件发送至所述第二终端；
[0220]
所述第一接收单元11，还用于同时，接收所述第二终端发送的所述第二子任务对应的第二子文件；其中，所述第二子文件是由所述第二终端基于第二下载策略获取并基于第二分享策略发送的；
[0221]
所述第一生成单元18，用于根据所述第一子文件和所述第二子文件生成所述待下载任务对应的目标文件。
[0222]
在本申请的实施例中，进一步地，图8为本申请实施例提出的第一终端组成结构示意图二，如图8示，本申请实施例提出的第一终端10还可以包括第一处理器19、存储有第一处理器19可执行指令的第一存储器110，进一步地，第一终端10还可以包括第一通信接口111，和用于连接第一处理器19、第一存储器110以及第一通信接口111的第一总线112。
[0223]
进一步地，在本申请的实施例中，上述第一处理器19，用于接收下载指令，响应所述下载指令，获取待下载任务；对所述待下载任务进行拆分处理，获得第一子任务和第二子任务；将所述第二子任务发送至第二终端；其中，所述第二终端为与所述第一终端处于相同局域网中的至少一个终端设备；获取第一网络模式，并根据所述第一网络模式确定第一下载策略和第一分享策略；基于所述第一下载策略执行所述第一子任务的下载处理，获得第一子文件，并基于所述第一分享策略将所述第一子文件发送至所述第二终端，同时，接收所述第二终端发送的第二子文件；其中，第二子文件是由所述第二终端基于第二下载策略获取并基于第二分享策略发送的；根据所述第一子文件和所述第二子文件生成所述待下载任务对应的目标文件。。
[0224]
基于上述实施例，在本申请的另一实施例中，图9为本申请实施例提出的第二终端的组成结构示意图一，如图9示，本申请实施例提出的第二终端20可以包括第二接收单元21、第二确定单元22、第二下载单元23、第二分享单元24以及第二生成单元25，
[0225]
所述第二接收单元21，用于接收第一终端发送的第二子任务；其中，所述第一终端为与所述第二终端处于相同局域网中的一个终端设备，所述第二子任务为所述第一终端发送的、待下载任务中的部分下载任务；
[0226]
所述第二确定单元22，用于确定第二下载策略和第二分享策略；
[0227]
所述第二下载单元23，用于基于所述第二下载策略执行所述第二子任务的下载处理，获得第二子文件；
[0228]
所述第二分享单元24，用于基于所述第二分享策略将所述第二子文件发送至所述第一终端；
[0229]
所述第二接收单元21，还用于同时，接收所述第一终端发送的第一子任务对应的第一子文件；其中，所述第一子文件是由所述第一终端基于第一下载策略获取并基于第一分享策略发送的，所述第一子任务为所述待下载任务中与所述第二子任务不同的下载任
务；
[0230]
所述第二生成单元25，用于根据所述第一子文件和所述第二子文件生成目标文件。
[0231]
在本申请的实施例中，进一步地，图10为本申请实施例提出的第二终端组成结构示意图二，如图10示，本申请实施例提出的第二终端20还可以包括第二处理器26、存储有第二处理器26可执行指令的第二存储器27，进一步地，第二终端20还可以包括第二通信接口28，和用于连接第二处理器26、第二存储器27以及第二通信接口28的第二总线29。
[0232]
进一步地，在本申请的实施例中，上述第二处理器26，用于接收第一终端发送的第二子任务；其中，所述第一终端为与所述第二终端处于相同局域网中的一个终端设备，所述第二子任务为所述第一终端发送的、待下载任务中的部分下载任务；确定第二下载策略和第二分享策略；基于所述第二下载策略执行所述第二子任务的下载处理，获得第二子文件，并基于所述第二分享策略将所述第二子文件发送至所述第一终端；同时，接收所述第一终端发送的第一子任务对应的第一子文件；其中，所述第一子文件是由所述第一终端基于第一下载策略获取并基于第一分享策略发送的，所述第一子任务为所述待下载任务中与所述第二子任务不同的下载任务；根据所述第一子文件和所述第二子文件生成目标文件。
[0233]
在本申请的实施例中，上述第一处理器19和第二处理器26可以为特定用途集成电路(application specific integrated circuit，asic)、数字信号处理器(digital signal processor，dsp)、数字信号处理装置(digital signal processing device，dspd)、可编程逻辑装置(programmable logic device，pld)、现场可编程门阵列(field programmable gate array，fpga)、中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器功能的电子器件还可以为其它，本申请实施例不作具体限定。第一存储器110和第二存储器27用于存储可执行程序代码，该程序代码包括计算机操作指令，第一存储器110和第二存储器27可能包含高速ram存储器，也可能还包括非易失性存储器，例如，至少两个磁盘存储器。
[0234]
另外，在本实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
[0235]
集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0236]
本申请实施例提供了一种第一终端，该第一终端在根据下载指令获得待下载任务之后，不再局限于单端下载，而是通过对待下载任务的拆分和分配，使得同一局域网中的其他终端可以共同分担该下载任务，并利用局域网强大的近场通信功能共享下载文件，降低对客户端带宽的依赖性，实现了多终端协同下载；同时，考虑到不同终端的网络模式的差
异，还可以根据当前网络模式动态选择合适的下载策略和分享策略，使得协同下载效率更高。本申请提出的高效率的多终端协同下载机制，有效的提升了数据下载速度，终端智能性更高。
[0237]
本申请实施例提供一种计算机可读存储介质，其上存储有程序，该程序被第一处理器执行时实现如上所述的下载方法。
[0238]
具体来讲，本实施例中的一种下载方法对应的程序指令可以被存储在光盘，硬盘，u盘等存储介质上，当存储介质中的与一种网络连接方法对应的程序指令被一电子设备读取或被执行时，包括如下步骤：
[0239]
接收下载指令，响应所述下载指令，获取待下载任务；
[0240]
对所述待下载任务进行拆分处理，获得第一子任务和第二子任务；
[0241]
将所述第二子任务发送至第二终端；其中，所述第二终端为与所述第一终端处于相同局域网中的至少一个终端设备；
[0242]
获取第一网络模式，并根据所述第一网络模式确定第一下载策略和第一分享策略；
[0243]
基于所述第一下载策略执行所述第一子任务的下载处理，获得第一子文件，并基于所述第一分享策略将所述第一子文件发送至所述第二终端，同时，接收所述第二终端发送的第二子文件；其中，第二子文件是由所述第二终端基于第二下载策略获取并基于第二分享策略发送的；
[0244]
根据所述第一子文件和所述第二子文件生成所述待下载任务对应的目标文件。
[0245]
本申请实施例提供一种计算机可读存储介质，其上存储有程序，该程序被第二处理器执行时实现如上所述的下载方法。
[0246]
具体来讲，本实施例中的一种下载方法对应的程序指令可以被存储在光盘，硬盘，u盘等存储介质上，当存储介质中的与一种网络连接方法对应的程序指令被一电子设备读取或被执行时，包括如下步骤：
[0247]
接收第一终端发送的第二子任务；其中，所述第一终端为与所述第二终端处于相同局域网中的一个终端设备，所述第二子任务为所述第一终端发送的、待下载任务中的部分下载任务；
[0248]
确定第二下载策略和第二分享策略；
[0249]
基于所述第二下载策略执行所述第二子任务的下载处理，获得第二子文件，并基于所述第二分享策略将所述第二子文件发送至所述第一终端；同时，接收所述第一终端发送的第一子任务对应的第一子文件；其中，所述第一子文件是由所述第一终端基于第一下载策略获取并基于第一分享策略发送的，所述第一子任务为所述待下载任务中与所述第二子任务不同的下载任务；
[0250]
根据所述第一子文件和所述第二子文件生成目标文件。
[0251]
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0252]
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的实现
流程示意图和/或方框图来描述的。应理解可由计算机程序指令实现流程示意图和/或方框图中的每一流程和/或方框、以及实现流程示意图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0253]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0254]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0255]
以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。