CN114500496A - 一种目标数据的下载方法及设备 - Google Patents
一种目标数据的下载方法及设备 Download PDFInfo
- Publication number
- CN114500496A CN114500496A CN202011164960.3A CN202011164960A CN114500496A CN 114500496 A CN114500496 A CN 114500496A CN 202011164960 A CN202011164960 A CN 202011164960A CN 114500496 A CN114500496 A CN 114500496A
- Authority
- CN
- China
- Prior art keywords
- target data
- downloading
- download
- application server
- application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
- H04W8/245—Transfer of terminal data from a network towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供一种目标数据的下载方法及设备,涉及网络下载技术领域,可以向应用服务器发送多个下载请求,以提高下载效率。具体方案包括:电子设备可以获取电子设备中第一应用的第一下载请求,该第一下载请求用于从第一应用的应用服务器下载第一目标数据。之后,电子设备可以根据第一下载请求,生成N(N为正整数,N≥2)个第二下载请求,每个第二下载请求用于从应用服务器下载一个第二目标数据,N个第二目标数据可以组成第一目标数据。并且,电子设备可以向应用服务器发送N个第二下载请求。
Description
技术领域
本申请实施例涉及网络下载技术领域,尤其涉及一种目标数据的下载方法及设备。
背景技术
随着网络技术的发展,在大多数情况下,用户可以通过网络(例如移动网络或者无线网络)将数据下载到电子设备(如手机、平板电脑、笔记本电脑等)中。例如,用户在使用手机中的视频应用下载视频数据时,手机可以向视频应用对应的应用服务器发起下载请求,以使得应用服务器将视频数据发送至手机中。
但是,由于应用服务器可以同时接收大量下载请求。为了避免应用服务器在接收多个下载请求时资源分配均衡,应用服务器可以对接收的下载请求执行限速操作,即应用服务器向电子设备分段传输电子设备请求下载的目标数据。例如,当手机向应用服务器请求下载的目标数据的数据量为100兆字节(Megabytes,M)时,应用服务器可以向手机传输10次数据,每次向手机传输的数据量的大小为10M,为什么执行限速操作。
因此,当电子设备请求下载的目标数据的数据量较大时,电子设备需要耗费大量时间才可以得到完整的目标数据,目标数据的下载效率较低。
发明内容
本申请实施例提供一种目标数据的下载方法,可以向应用服务器发送多个下载请求,以提高下载效率。
第一方面,本申请实施例提供一种目标数据的下载方法,该方法可以应用于电子设备。
电子设备可以获取电子设备中第一应用的第一下载请求,该第一下载请求用于从第一应用的应用服务器下载第一目标数据。之后,电子设备可以根据第一下载请求,生成N(N为正整数,N≥2)个第二下载请求,每个第二下载请求用于从应用服务器下载一个第二目标数据,N个第二目标数据可以组成第一目标数据。并且,电子设备可以向应用服务器发送N个第二下载请求。
基于上述技术方案,电子设备在获取第一应用的第一下载请求之后,由于该第一下载请求用于从第一应用的应用服务器下载第一目标数据。因此,电子设备可以根据第一下载请求,生成N(N为正整数,N≥2)个第二下载请求,并向应用服务器发送该N个第二下载请求。由于每个第二下载请求用于从应用服务器下载一个第二目标数据,且N个第二目标数据可以组成第一目标数据。因此,相较于现有技术,即使应用服务器对第二下载请求进行限速,但是应用服务器可以接收N个第二下载请求,并向电子设备同时传输多个第二目标数据。因此,本申请技术方案可以加快电子设备获取第一目标数据的速度,从而提高下载效率。
结合第一方面,在一种可能的设计方式中,上述“电子设备可以向应用服务器发送N个第二下载请求”的方法包括:电子设备可以通过电子设备与应用服务器之间的M个传输通道,向应用服务器发送N个第二下载请求。其中,M个传输通道中每个传输通道中传输不同的第二下载请求,M为正整数,2≤M≤N。
示例性的,电子设备可以通过电子设备与应用服务器之间的2个传输通道,向应用服务器发送5个第二下载请求。例如,2个传输通道包括传输通道a和传输通道b,5个第二下载请求包括:下载请求a、下载请求b、下载请求c、下载请求d、以及下载请求e。电子设备通过传输通道a向应用服务器发送下载请求a和下载请求b,通过传输通道b向应用服务器发送下载请求c、下载请求d、以及下载请求e。
可以理解的是,电子设备通过多个传输通道向应用服务器发送N个第二下载请求,使得应用服务器可以同时接收到多个下载请求,并可以同时传输多个第二目标数据,从而加快了电子设备获取第一目标数据的速度。
结合第一方面,在另一种可能的设计方式中,M个传输通道包括至少一种类型的传输通道。其中,至少一种类型的传输通道包括:长期演进LTE的传输通道和/或无线保真WiFi的传输通道。
结合第一方面,在另一种可能的设计方式中,上述方法还包括:电子设备可以接收来自应用服务器的N个响应消息,每个响应消息包括一个第二目标数据,且N个响应消息与N个第二下载请求一一对应。之后,电子设备合并N个第二目标数据,得到第一目标数据。
也就是说,电子设备可以同时接收多个第二目标数据,以加快电子设备下载第一目标数据的速度。之后,电子设备可以合并第二目标数据,以得到完整的第一目标数据。
结合第一方面,在另一种可能的设计方式中,上述“电子设备可以接收来自应用服务器的N个响应消息”的方法包括:电子设备可以通过发送N个第二下载请求的M个传输通道,接收来自应用服务器的N个响应消息;其中,每个响应消息与对应的第二下载请求的传输通道相同。
示例性的,若电子设备通过传输通道a向应用服务器发送下载请求a,则电子设备可以通过传输通道a接收来自应用服务器的响应消息a,响应消息a与下载请求a对应。
可以理解的是,电子设备通过M个传输通道可以同时接收多个响应消息以及第二目标数据,从而加快电子设备下载第一目标数据的速度。
结合第一方面,在另一种可能的设计方式中,每个第二下载请求中包括标签信息,标签信息用于表征第二下载请求对应的第二目标数据在第一目标数据中的位置,每个响应消息中包括对应的第二下载请求中的标签信息。上述“电子设备可以合并N个第二目标数据,得到第一目标数据”的方法包括:电子设备可以根据每个响应消息中的标签信息,合并N个第二目标数据,得到第一目标数据。
可以理解的是,由于电子设备向应用服务器发送的第二下载请求中包括标签信息,且该标签信息用于表征第二下载请求对应的第二目标数据在第一目标数据中的位置。因此,应用服务器可以向电子设备发送携带有标签信息的响应消息。又由于每个响应消息中包括对应的第二下载请求中的标签信息。因此,电子设备可以根据每个响应消息中的标签信息,确定响应消息中第二目标数据位于第一目标数据中的位置,以得到正确、完整的第一目标数据。
结合第一方面,在另一种可能的设计方式中,上述方法还包括:电子设备可以解析第一下载请求,确定第一下载请求支持分段下载。
可以理解的是,不同的下载请求所支持的下载方式不同。因此,电子设备需要解析该第一下载请求,以确定第一下载请求支持分段下载。
结合第一方面,在另一种可能的设计方式中,上述“电子设备可以解析第一下载请求,确定第一下载请求支持分段下载”的方法包括:电子设备可以解析第一下载请求,若第一下载请求为基于TCP协议的下载请求,则确定第一下载请求支持分段下载。
也就是说,当第一下载请求为基于TCP协议的下载请求时,电子设备可以根据第一下载请求生成多个第二下载请求,以提高电子设备下载第一目标数据的速度。
结合第一方面,在另一种可能的设计方式中,上述方法还包括:若第一下载请求不支持分段下载,则电子设备可以向应用服务器发送第一下载请求。
也就是说,当第一下载请求不支持分段下载,则电子设备直接将获取的第一应用的第一下载请求发送至应用服务器。即电子设备无法生成多个第二下载请求,也无法向应用服务器发送多个第二下载请求,以提高电子设备下载第一目标数据的速度。
第二方面,本申请实施例提供一种目标数据的下载设备,该设备包括:获取模块、处理模块、以及发送模块。
上述获取模块,用于获取电子设备中第一应用的第一下载请求,第一下载请求用于从第一应用的应用服务器下载第一目标数据。
上述处理模块,用于根据第一下载请求,生成N个第二下载请求,每个第二下载请求用于从应用服务器下载一个第二目标数据,N个第二目标数据组成第一目标数据,N为正整数,N≥2。
发送模块,用于向应用服务器发送N个第二下载请求。
结合第二方面,在一种可能的设计方式中,上述发送模块,具体用于通过电子设备与应用服务器之间的M个传输通道,向应用服务器发送N个第二下载请求,M为正整数,2≤M≤N;其中,M个传输通道中每个传输通道中传输不同的第二下载请求。
结合第二方面,在另一种可能的设计方式中,M个传输通道包括至少一种类型的传输通道;其中,至少一种类型的传输通道包括:长期演进LTE的传输通道和/或无线保真WiFi的传输通道。
结合第二方面,在另一种可能的设计方式中,上述获取模块,还用于接收来自应用服务器的N个响应消息,每个响应消息包括一个第二目标数据,N个响应消息与N个第二下载请求一一对应。上述处理模块,还用于合并N个第二目标数据,得到第一目标数据。
结合第二方面,在另一种可能的设计方式中,上述发送模块,具体用于通过发送N个第二下载请求的M个传输通道,接收来自应用服务器的N个响应消息;其中,每个响应消息与对应的第二下载请求的传输通道相同。
结合第二方面,在另一种可能的设计方式中,每个第二下载请求中包括标签信息,标签信息用于表征第二下载请求对应的第二目标数据在第一目标数据中的位置;每个响应消息中包括对应的第二下载请求中的标签信息。上述处理模块,具体用于根据每个响应消息中的标签信息,合并N个第二目标数据,得到第一目标数据。
结合第二方面,在另一种可能的设计方式中,上述处理模块,还用于解析第一下载请求,确定第一下载请求支持分段下载。
结合第二方面,在另一种可能的设计方式中,上述处理模块,具体用于解析第一下载请求,若第一下载请求为基于TCP协议的下载请求,则确定第一下载请求支持分段下载。
结合第二方面,在另一种可能的设计方式中,上述发送模块,还用于若第一下载请求不支持分段下载,则向应用服务器发送第一下载请求。
第三方面,本申请实施例提供一种电子设备,该电子设备包括存储器和处理器,该存储器与该处理器耦合;该存储器用于存储计算机程序代码,该计算机程序代码包括计算机指令;当该计算机指令被该处理器执行时,使得该电子设备执行如权利要求1-9中任一项该的方法。
第四方面,本申请实施例提供一种芯片系统,该芯片系统应用于电子设备。该芯片系统包括一个或多个接口电路和一个或多个处理器。该接口电路和处理器通过线路互联。该接口电路用于从电子设备的存储器接收信号,并向处理器发送该信号,该信号包括存储器中存储的计算机指令。当处理器执行所述计算机指令时,电子设备执行如第一方面及其任一种可能的设计方式所述的方法。
第五方面,本申请实施例提供一种计算机存储介质,该计算机存储介质包括计算机指令,当所述计算机指令在电子设备上运行时,使得所述电子设备执行如第一方面及其任一种可能的设计方式所述的方法。
第六方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行如第一方面及其任一种可能的设计方式所述的方法。
可以理解地,上述提供的第二方面及其任一种可能的设计方式所述的目标数据的下载设备,第三方面所述的电子设备,第四方面所述的芯片系统,第五方面所述的计算机存储介质,第六方面所述的计算机程序产品所能达到的有益效果,可参考如第一方面及其任一种可能的设计方式中的有益效果,此处不再赘述。
附图说明
图1A为本申请实施例提供的一种下载目标数据的系统架构的组成示意图;
图1B为本申请实施例提供的另一种下载目标数据的系统架构的组成示意图;
图2为本申请实施例提供的另一种下载目标数据的系统架构的组成示意图;
图3为本申请实施例提供的一种电子设备的软件结构框图;
图4为本申请实施例提供的一种目标数据的下载方法流程图;
图5为本申请实施例提供的另一种目标数据的下载方法流程图;
图6为本申请实施例提供的种下载目标数据的系统架构的组成示意图;
图7为本申请实施例提供的一种目标数据的下载设备的组成示意图;
图8为本申请实施例提供的一种芯片系统的结构组成示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
本申请中字符“/”,一般表示前后关联对象是一种“或者”的关系。例如,A/B可以理解为A或者B。
术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
此外,本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块,而是可选地还包括其他没有列出的步骤或模块,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。
另外,在本申请实施例中,“示例性的”、或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”、或者“例如”等词旨在以具体方式呈现概念。
目前,在电子设备通过网络向应用服务器请求下载应用数据(即目标数据)时,由于应用服务器会限制下载目标数据的速度。因此,当目标数据的数据量较大时,电子设备需要耗费大量时间才可以接收完整的目标数据,电子设备下载目标数据的效率较低,影响用户体验。
常规技术中,通常需要在电子设备中的应用程序和应用服务器均支持多路传输控制协议(Multipath Transmission Control Protocol,MPTCP)的情况下,再在电子设备与应用服务器之间部署一个服务器(例如MP Server),使电子设备可以通过多条线路下载目标数据,从而提高下载效率。例如,如图1A所示,手机101可以同时通过基站104(移动网络)和路由器105(无线保真(WIreless Fidelity,WIFI))向MP Server102发送下载请求。之后,MP Server102将接收的下载请求转发至应用服务器103,以下载目标数据。又例如,如图1B所示,在WIFI无法使用的情况下,手机101可以通过移动网络向MP Server102发送下载请求。之后,MP Server102将接收的下载请求转发至应用服务器103,以下载目标数据。
然而,为了使电子设备中的应用程序和应用服务器支持MPTCP,需要对应用程序和应用服务器进行配置,其配置过程较为繁琐。且需要在电子设备与应用服务器之间部署一个服务器,部署服务器不仅过程较为困难,且成本较高。
为此,本申请实施例提供一种目标数据的下载方法。该方法可以应用于向应用服务器请求目标数据的过程中。该方法中,加速器可以从第一应用获取下载请求,并生成多个第二下载请求。之后,加速器向第一应用的应用服务器发送上述多个第二下载请求。也就是说,加速器可以发送多个下载请求,以下载目标数据。这样一来,可以无需考虑应用服务器对于下载数据速度的限制,以提高下载目标数据的效率。
其中,本申请实施例中的应用(如第一应用、第二应用)可以是安装在电子设备中的嵌入式应用程序(即电子设备的系统应用)或者可下载应用程序。其中,嵌入式应用程序是作为电子设备(如手机)实现的一部分提供的应用程序。可下载应用程序是一个可以提供自己的因特网协议多媒体子系统(Internet Protocol Multimedia Subsystem,IMS)连接的应用程序,该可下载应用程序可以预先安装在终端中的应用或可以由用户下载并安装在终端中的第三方应用。
举例来说,上述应用可以是安装在终端中的嵌入式应用程序(即终端的系统应用)。例如,上述第一应用可以是应用商店,第二应用可以是浏览器。在该方法中,应用商店可以下载其他的应用程序(例如音乐播放应用);浏览器可以请求网页数据。
又例如,上述多个应用还可以是可下载应用程序。上述第一应用可以是音乐播放应用,第二应用可以是直播应用。该方法中,音乐播放应用可以下载音频数据;直播应用可以通过网络请求视频数据,以使得直播应用在线播放视频。
示例性的,本申请实施例中的电子设备可以是平板电脑、手机、桌面型、膝上型、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本,以及蜂窝电话、个人数字助理(personal digital assistant,PDA)、增强现实(augmented reality,AR)\虚拟现实(virtual reality,VR)设备、车载设备等设备,本申请实施例对该电子设备的具体形态不作特殊限制。
本申请提供的目标数据的下载方法的执行主体可以为目标数据的下载设备,该执行装置可以为电子设备。同时,该执行装置还可以为该电子设备的中央处理器(CentralProcessing Unit,CPU),或者该电子设备中用于下载目标数据的控制模块,或者该电子设备中用于下载目标数据的应用程序。
为了便于理解本申请的技术方案,在对本申请实施例的目标数据的下载方法进行详细介绍之前,先以本申请提供的目标数据的下载方法的执行主体为电子设备中用于下载目标数据的应用程序(例如名称为“下载加速器”的应用)为例,对本申请实施例的实施环境进行介绍。
参考图2,本申请实施例提供的目标数据的下载方法可应用于手机和应用服务器组成的实施环境。如图2所示,该实施环境可以包括手机201和应用服务器202。其中,手机201包括第一应用和下载加速器。
第一应用可以通过移动网络或者WIFI等方式向应用服务器发送下载请求,以下载目标数据。具体对于第一应用的描述,可参考上述对本申请实施例中的应用的说明,此处不再赘述。
下载加速器,可以加速应用程序下载目标数据的速度。下载加速器可以获取第一应用发送的下载请求。并且,下载加速器能够生成多个下载请求,将多个下载请求发送至应用服务器。下载加速器还可以接收应用服务器发送的多个响应请求,并合并多个响应请求中的数据,得到完整的目标数据。之后,下载加速器可以向应用程序发送目标数据。
应用服务器,可以提供访问服务逻辑的途径,以供客户端应用的程序使用。应用服务器可以为应用程序提供一种简单、可管理的对系统资源的访问机制。它也提供低级的服务,如超文本传输协议(HyperText Transfer Protocol,HTTP)的实现和数据库连接管理。具体的,应用服务器可以接收第一应用或者下载加速器的下载请求,并向第一应用或者下载加速器传输数据。
本申请实施例提供的技术方案可以应用于上述实施环境。本申请实施例描述的实施环境是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着实施环境的演变,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
下面对本申请实施例中的电子设备进行介绍。请参考图3,本申请这里以电子设备为手机201为例,对本申请提供的电子设备进行介绍。
图3是本发明实施例的手机201的软件结构框图。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将系统分为五层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(runtime),系统库,硬件抽象层,以及内核层。
其中,应用程序层可以包括一系列应用程序包。如图3所示,应用程序包可以包括:视频类应用、音频类应用、下载加速器等。例如,视频类应用可以为视频播放器、视频应用等。音频类应用可以为音乐播放器、音频处理应用等。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。如图3所示,应用程序框架层可以包括窗口管理器,内容提供器,通知管理器等。窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,电子设备振动,指示灯闪烁等。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。2D图形引擎是2D绘图的绘图引擎。
硬件抽象层(Hardware Abstraction Layer,HAL),是位于操作系统内核与硬件电路之间的接口层,其目的在于将硬件抽象化。它隐藏了特定平台的硬件接口细节,为操作系统提供虚拟硬件平台,使其具有硬件无关性,可在多种平台上进行移植。例如,在本申请实施例中,包括WI-FI、蓝牙、Cell等。
内核层是硬件和软件之间的层。内核层至少包含TCP/IP Stack、虚拟网卡。
以下实施例中的方法均可以在具有上述系统架构的电子设备中实现。以下实施例中以本申请提供的目标数据的下载方法的执行主体为电子设备为例,对本申请实施例的方法进行说明。
本申请实施例提供一种目标数据的下载方法,如图4所示,该目标数据的下载方法可以包括S401-S403。
S401、电子设备获取电子设备中第一应用的第一下载请求。
其中,该第一下载请求用于从第一应用的应用服务器下载第一目标数据。例如,当第一应用为视频播放应用时,该下载请求用于从视频播放应用的应用服务器下载视频数据。又例如,当第一应用为应用商店时,该下载请求用于从应用商店的应用服务器下载应用数据。
该第一下载请求包括:第一目标数据的标识和第一目标数据的信息。该第一目标数据的标识用于在应用服务器确定第一目标数据。该第一目标数据的标识可以以地址等方式表示,本申请实施例对此不作限定。
第一目标数据的信息用于表征第一目标数据的大小。第一目标数据的信息通常以一个区间表示。例如,第一目标数据的信息可以以“start-end”表示。其中,start为该区间的起始部分,end为该区间的末尾部分,start、end均为大于等于0的整数。
在一些实施例中,第一目标数据的信息可以是时间区间,即第一目标数据的信息可以以一个时间段表示。也就是说,第一目标数据为第start时刻至第end时刻之间的数据。例如,当第一应用为视频播放应用时,视频播放应用可以通过移动网络播放视频a,视频a的播放时长为1800秒,则视频a的信息可以以“1-1800”表示,视频a的数据为第1秒至第1800秒之间的数据。
在另一些实施例中,第一目标数据的信息可以是字节区间,即第一目标数据的信息可以以一个字节区间表示。也就是说,第一目标数据可以为第start字节至第end字节之间的数据。例如,当第一应用为应用商店时,应用商店可以下载视频播放应用,该视频播放应用的大小为10000字节。则应用数据的信息可以以“1-10000”表示,应用数据为第1个字节至第10000个字节之间的数据。
可以理解的是,由于电子设备中包括多个应用,且多个应用的应用类型不完全相同。因此,不同应用类型的应用请求下载的目标数据的类型也不相同。因此,不同应用类型的目标数据的信息的表示方式也不相同,本申请实施例对第一目标数据的信息的表示方式,不作限定。
一种可能的实现方式,当第一应用向应用服务器发送第一下载请求,以下载第一目标数据时,电子设备可以拦截该第一下载请求,以获取该第一下载请求。
需要说明的是,当电子设备拦截到第一应用向应用服务器发送的第一下载请求后,即第一应用接收到该第一下载请求,应用服务器将无法接收到第一应用发送的第一下载请求。例如,当视频播放应用向应用服务器发送视频下载请求,电子设备可以调用虚拟专用网络(Virtual Private Network,VPN)接口,获取视频应用发送的视频下载请求,而应用服务器则无法接收到该视频下载请求。
可以理解的是,由于第一下载请求包括第一目标数据的数据内容。因此,电子设备获取第一下载请求,可以确定第一应用请求下载的第一目标数据的数据内容。这样一来,电子设备就可以向第一应用的应用服务器请求下载第一目标数据。
S402、电子设备根据第一下载请求,生成N个第二下载请求。
其中,每个第二下载请求用于从应用服务器下载一个第二目标数据,N个第二目标数据组成第一目标数据,N为正整数,N≥2。第二下载请求包括第二目标数据的标识和第二目标数据的信息,第二目标数据的标签信息用于指示第二目标数据,标签信息用于表征第二下载请求对应的第二目标数据在第一目标数据中的位置。具体对于第二目标数据的标识和第二目标数据的信息的说明,可参考上述对第一下载请求中的第一目标数据的标识和第一目标数据的信息的描述,此处不再赘述。
一种可能的实现方式,电子设备根据第一目标数据的信息(例如字节区间),将字节区间区间划分为N个第二区间,N个第二区间组成字节区间区间,且每个第二区间的长度相同。电子设备根据N个第二区间,生成N个第二目标数据的标签信息。之后,电子设备根据N个第二目标数据的标签信息,生成N个第二下载请求。
示例性的,应用数据a的信息以一个字节区间表示,应用数据a的信息为1-10000。即应用数据a为第1字节至第10000字节之间的数据。电子设备根据应用数据a的信息,确定5个标签信息(分别为1-2000、2001-4000、4001-6000、6001-8000、8001-10000),并生成5个新的下载请求(分别为下载请求a、下载请求b、下载请求c、下载请求d、下载请求e)。也就是说,下载请求a用于从应用服务器下载第1个字节至第2000个字节之间的数据,下载请求b用于从应用服务器下载第2001个字节至第4000个字节之间的数据,下载请求c用于从应用服务器下载第4001个字节至第6000个字节之间的数据,下载请求d用于从应用服务器下载第6001个字节至第8000个字节之间的数据,下载请求e用于从应用服务器下载第8001个字节至第10000个字节之间的数据。
需要说明的是,电子设备生成的第二目标数据的标签信息和第二下载请求的数量,可以由开发人员进行设定,也可以根据第一目标数据的大小确定,本申请实施例对此不作限定。但是为了保证资源可以合理地分配,通常情况下,第二目标数据的标签信息所指示的数据的大小通常大于100千字节(Kilobyte,kb),小于10M。
其中,不同的下载请求所支持的下载方式不同。例如,部分下载请求支持分段下载(即采用S402-S403的方式进行下载),而另一部分下载请求可能不支持分段下载。本申请实施例中,可以针对支持分段下载的下载请求,采用S402-S403的方式进行下载。
具体的,在电子设备根据第一下载请求,生成N个第二下载请求(即S402)之前,电子设备可以解析第一下载请求,判断第一下载请求是否支持分段下载。如果第一下载请求支持分段下载,电子设备则可以执行S402-S403。
示例性的,电子设备可以通过识别第一下载请求所支持的传输层协议,判断该第一下载请求是否支持分段下载。
一种可能的设计中,电子设备解析第一下载请求,若第一下载请求为基于TCP协议的下载请求,则该第一下载请求支持分段下载。也就是说,若第一下载请求为基于TCP协议的下载请求,则电子设备可以生成N个新的下载请求。
若第一下载请求为基于其他传输层协议(如UDP协议、PING报文或ICMP报文)的下载请求,则该第一下载请求不支持分段下载。在这种情况下,电子设备可以直接向应用服务器发送第一下载请求。综上所述,本申请实施例中,电子设备仅针对支持分段下载的下载请求执行S402-S403。
可以理解的是,基于不同的下载请求,电子设备可以执行不同的动作。这样一来,能够保障电子设备在获取到任一下载请求之后,都可以向应用服务器发送下载请求,以下载目标数据。
在另一些实施例中,电子设备可以仅对部分应用(如白名单中的应用)所发起的下载请求执行S402-S403。具体的,电子设备接收到第一下载请求后,可以解析该第一下载请求,识别发起该第一下载请求的第一应用的标识。然后,电子设备可以根据该第一应用的标识,判断该第一应用是否为白名单中的应用。如果该第一应用是白名单中的应用,电子设备则可以执行S402-S403。如果该第一应用不是白名单中的应用,电子设备则可以执行向应用服务器发送第一下载请求。
需要说明的是,该白名单中所的应用,可以由开发人员进行设定,也可以由电子设备根据应用请求下载的数据大小进行设定。通常情况下,若应用请求下载的数据量较大,或者该应用对于时延的要求较高,则该应用的标识会被设置在白名单中。
可以理解的是,由于电子设备生成多个第二下载请求会消耗资源。因此,为了保障资源的合理分配,电子设备可以通过白名单的方式,对于有需求(例如下载的数据量较大、时延要求较高)的应用,提高其下载效率,对于需要较低的应用则不改变其下载方式,从而节约资源,提高资源的利用率。
S403、电子设备向应用服务器发送N个第二下载请求。
一种可能的实现方式,电子设备通过电子设备与应用服务器之间的M个传输通道,向应用服务器发送N个第二下载请求,M为正整数,2≤M≤N。其中,M个传输通道中每个传输通道中传输不同的第二下载请求。
示例性的,电子设备建立3个电子设备与应用服务器之间的传输通道,分别为传输通道a、传输通道b、以及传输通道c。电子设备通过3个传输通道向应用服务器发送5个第二下载请求(例如下载请求a、下载请求b、下载请求c、下载请求d、下载请求e)。
如表1所示,电子设备可以通过传输通道a向应用服务器发送下载请求a和下载请求b,通过传输通道b向应用服务器发送下载请求c,通过传输通道c向应用服务器发送下载请求d和下载请求e。
表1
需要说明的是,电子设备建立的电子设备与应用服务器之间的传输通道的数量,可以由开发人员进行设置,也可以由电子设备根据第一目标数据的数据大小确定,本申请实施例对此不作限定。
可以理解的是,电子设备通过多个传输通道向应用服务器发送N个第二下载请求,使得应用服务器可以同时接收到多个下载请求,并可以同时传输多个第二目标数据,从而加快了应用获取第一目标数据的速度,提高了下载效率。
一种可能的设计中,M个传输通道包括至少一种类型的传输通道。其中,至少一种类型的传输通道包括:长期演进LTE的传输通道和/或无线保真WiFi的传输通道。也就是说,M个传输通道包括LTE的传输通道和/或WiFi的传输通道,即电子设备既可以通过LTE网络发送多个第二下载请求,也可以通过WiFi发送多个第二下载请求,还可以同时通过LTE网络和WiFi发送多个第二下载请求。
示例性的,3个传输通道可以为3个LTE的传输通道,也可以为3个WiFi的传输通道,还可以为1个LTE的传输通道和2个WiFi的传输通道,还可以为2个LTE的传输通道和1个WiFi的传输通道。
需要说明的是,电子设备可以根据LTE的负载情况和WiFi的负载情况,建立不同类型的传输通道。这样一来,可以使得LTE和WiFi负载均衡,使电子设备合理使用网络资源。
需要说明的是,本申请对传输通道的类型不作限定,即基于任一通信传输技术建立的传输通道均可,例如,第二代移动通信的传输通道、第三代移动通信的传输通道、以及第五代移动通信的传输通道。但是,由于LTE和WiFi的使用频率较高。因此,通常情况下,传输通道为长期演进LTE的传输通道和/或无线保真WiFi的传输通道。
基于上述技术方案,电子设备在获取第一应用的第一下载请求之后,由于该第一下载请求用于从第一应用的应用服务器下载第一目标数据。因此,电子设备可以根据第一下载请求,生成N(N为正整数,N≥2)个第二下载请求,并向应用服务器发送该N个第二下载请求。由于每个第二下载请求用于从应用服务器下载一个第二目标数据,且N个第二目标数据可以组成第一目标数据。因此,相较于现有技术,即使应用服务器对第二下载请求进行限速,但是应用服务器可以接收N个第二下载请求,并同时传输多个第二目标数据。因此,本申请技术方案可以加快第一应用获取第一目标数据的速度,从而提高下载效率。
在电子设备向应用服务器发送N个第二下载请求之后,应用服务器可以接收N个第二下载请求,并向电子设备发送N个响应消息。之后,电子设备可以接收N个响应消息,以获取第一目标数据。如图5所示,在S403之后,该目标数据的下载方法还可以包括:S501-S505。
S501、应用服务器接收电子设备发送的N个第二下载请求。
一种可能的实现方式,应用服务器通过电子设备与应用服务器之间的M个传输通道,接收电子设备发送的N个第二下载请求。
S502、应用服务器根据N个第二下载请求,确定N个响应消息。
其中,每个响应消息包括一个第二目标数据,N个响应消息与N个第二下载请求一一对应。示例性的,应用服务器在接收电子设备发送的3个第二下载请求(例如下载请求a、下载请求b、以及下载请求c)之后,向电子设备发送3个响应消息(例如响应消息a、响应消息b、以及响应消息c)。其中,如表2所示,响应消息a与下载请求a对应,响应消息a中的目标数据为下载请求a请求下载的数据,响应消息b与下载请求b对应,响应消息b中的目标数据为下载请求b请求下载的数据,响应消息c与下载请求c对应,响应消息c中的目标数据为下载请求c请求下载的数据。
表2
下载请求 | 响应消息 |
下载请求a | 响应消息a |
下载请求b | 响应消息b |
下载请求c | 响应消息c |
一种可能的实现方式,应用服务器根据第二目标数据的标识和第二目标数据的信息,确定第二目标数据。之后,应用服务器可以根据第二目标数据、第二目标数据的标识、以及第二目标数据的信息,生成响应消息。
S503、应用服务器向电子设备发送N个响应消息。
一种可能的实现方式,应用服务器通过发送N个第二下载请求的M个传输通道,向电子设备发送N个响应消息。其中,每个响应消息与对应的第二下载请求的传输通道相同。
也就是说,响应消息与其对应的第二下载请求是通过同一个传输通道传输。示例性的,结合表1,如表3所示,应用服务器可以通过传输通道a向电子设备发送响应消息a和响应消息b,通过传输通道b向电子设备发送响应消息c,通过传输通道c向电子设备发送响应消息d和响应消息e。
表3
传输通道 | 响应消息 |
传输通道a | 响应消息a,响应消息b |
传输通道b | 响应消息c |
传输通道c | 响应消息d,响应消息e |
可以理解的是,应用服务器可以通过M个传输通道同时向电子设备发送多个响应消息以及第二目标数据,从而加快应用服务器向电子设备传输目标数据的速度。
S504、电子设备接收来自应用服务器的N个响应消息。
一种可能的实现方式,电子设备通过发送N个第二下载请求的M个传输通道,接收来自应用服务器的N个响应消息。示例性的,结合表3,电子设备可以通过传输通道a接收应用服务器发送的响应消息a和响应消息b,通过传输通道b接收应用服务器发送的响应消息c,通过传输通道c接收应用服务器发送的响应消息d和响应消息e。
可以理解的是,电子设备通过M个传输通道可以同时接收多个响应消息以及第二目标数据,从而加快下载第一目标数据的速度,提高下载效率。
S505、电子设备合并N个第二目标数据,得到第一目标数据。
其中,每个第二下载请求中包括标签信息,标签信息用于表征第二下载请求对应的第二目标数据在第一目标数据中的位置。每个响应消息中包括对应的第二下载请求中的标签信息。
可以理解的是,由于电子设备向应用服务器发送的第二下载请求中包括标签信息,且该标签信息用于表征第二下载请求对应的第二目标数据在第一目标数据中的位置。因此,应用服务器可以向电子设备发送携带有标签信息的响应消息。
一种可能的实现方式,电子设备根据每个响应消息中的标签信息,合并N个第二目标数据,得到第一目标数据。
示例性的,电子设备接收到4个响应消息,分别为响应消息a、响应消息b、响应消息c、响应消息d。响应消息a中包括目标数据a和1-100,响应消息b中包括目标数据b和101-200,响应消息c中包括目标数据c和201-300,响应消息d中包括目标数据d和301-400。电子设备根据每个响应消息中的标签信息,确定合并目标数据的顺序为:目标数据a-目标数据b-目标数据c-目标数据d。之后,电子设备得到第一目标数据。
可以理解的是,由于每个响应消息中包括对应的第二下载请求中的标签信息。因此,电子设备可以根据每个响应消息中的标签信息,确定响应消息中第二目标数据位于第一目标数据中的位置,以得到正确、完整的第一目标数据。
可选的,在电子设备得到第一目标数据之后,电子设备可以向第一应用发送第一目标数据。
可选的,在电子设备未得到第一目标数据时,电子设备接收到部分第二目标数据,且该部分第二目标数据是第一目标数据的起始部分数据,则电子设备可以向第一应用发送该部分第二目标数据。
示例性的,当第一应用为视频播放应用时,视频播放应用请求下载的第一目标数据为1-1000。当电子设备接收到0-200的第二目标数据时,可以向视频播放应用发送该第二目标数据。
可以理解的是,即使电子设备未得到完整的第一目标数据,但是电子设备得到了位置顺序靠前的第二目标数据,第一应用依然可以播放该部分的视频内容。这样一来,第一应用可以在下载目标数据的同时,播放部分数据内容,使得用户减少等待时间,提高了用户体验。
需要说明的是,当同一个应用发送多个下载请求时,电子设备无需重复建立传输通道,电子设备可以重复使用已建立完成的传输通道。这样一来,电子设备无需浪费资源建立传输通道,保障了资源的合理分配,提高了资源利用率。
可选的,当第一应用发起断链请求时,电子设备可以拆除其与第一应用之间的传输通道,以及电子设备与应用服务器之间的传输通道。
可以理解的是,当第一应用下载完成第一目标数据,或者第一应用停止运行时,第一应用不再需要下载数据,传输通道也无需传输第一应用的消息。因此,为了避免资源的浪费,通过拆除传输通道,可以节约资源,提高资源利用率。
基于上述技术方案,电子设备可以接收应用服务器发送的多个响应消息,且响应消息中包括第二目标数据,使得电子设备可以同时获取多个第二目标数据,加快了电子设备从应用服务器获取目标数据的效率。并且,电子设备还可以根据标签信息合并多个第二目标数据,使得电子设备可以得到正确、完整的第一目标数据。
上述实施例是以电子设备为执行主体对本申请提供的目标数据的下载方法进行介绍的。下面以电子设备中用于下载目标数据的应用程序(例如名称为“下载加速器”的应用)为例,对本申请提供的目标数据的下载方法进行具体介绍。
如图6所示,电子设备包括:第一应用、下载加速器、TCP/IP Stack。第一应用包括TCP-Client,下载加速器包括:虚拟TCP-Server、资源缓冲池、TCP-Client,应用服务器包括HTTP-Server。
第一应用可以通过TCP-Client,向TCP/IP Stack发送第一下载请求。TCP/IPStack中的IPTABLES可以通过白名单判断是否对第一下载请求进行加速。
下载加速器通过调用VPN接口获取该第一下载请求,并解析该第一下载请求,确定原始五元组信息。该原始五元组信息包括:第一应用的IP、第一应用的端口、应用服务器的IP、应用服务器的端口、传输协议类型。
若该传输协议类型为UDP协议,或者PING、ICMP等报文,则下载加速器创建第一会话控制块,该第一会话控制块包括原始五元组信息。下载加速器建立一条与应用服务器之间的传输通道(例如虚拟隧道),虚拟TCP-Server基于原始五元组信息中应用服务器的IP、应用服务器的端口,通过TCP-Client向应用服务器发送第一下载请求。这样一来,当传输协议类型为UDP协议,或者PING、ICMP等报文时,下载加速器无需处理第一下载请求,只是将第一应用与应用服务器之间交互的消息进行转发。
若该传输协议类型为TCP协议,则下载加速器建立M个会话控制块和M个虚拟隧道,会话控制块与虚拟隧道之间一一对应。每一个会话控制块包括一个修改后的五元组信息。修改后的五元组信息包括:该会话控制块对应的虚拟隧道的IP、会话控制块对应的虚拟隧道的端口、应用服务器的IP、应用服务器的端口、传输协议类型。之后,若下载加速器确定第一下载请求包括携带有支持分段下载(例如Range-request)的字段(例如Range字段)的应用层协议(例如Http、RTSP等协议),则下载加速器生成N个第二下载请求(具体可以参考上述实施例,此处不再赘述)。虚拟TCP-Server通过TCP Client与应用服务器之间的M个虚拟隧道,向应用服务器发送N个第二下载请求。
应用服务器通过M个虚拟隧道向TCP Client发送N个第二目标数据。TCP Client接收N个第二目标数据之后,将N个第二目标数据放入资源缓冲池,使N个第二目标数据拼接为第一目标数据。最后,虚拟TCP–Server通过第一应用的TCP Client与虚拟TCP–Server之间的虚拟隧道,向第一应用发送该第一目标数据。
上述主要从电子设备的角度对本申请实施例提供的方案进行了介绍。可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请所公开的实施例描述的各示例的一种目标数据的下载方法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是电子设备软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对目标数据的下载设备进行功能模块或者功能单元的划分,例如,可以对应各个功能划分各个功能模块或者功能单元,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块或者功能单元的形式实现。其中,本申请实施例中对模块或者单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
请参考图7,其示出本申请实施例提供的一种目标数据的下载设备的示意图。该目标数据的下载设备可以是上述下载加速器中,用于实现本申请实施例的方法的功能模块。如图7所示,该目标数据的下载设备可以包括:获取模块701、处理模块702、以及发送模块703。
其中,获取模块701用于下载加速器执行:获取第一应用和应用服务器的消息。例如,获取模块701用于支持下载加速器执行上述方法实施例中的S401,S504,和/或用于本文所描述的技术的其它过程。
处理模块702用于下载加速器执行:对接收的消息数据进行解析处理。例如,处理模块702用于支持下载加速器执行上述方法实施例中的S402,S505,和/或用于本文所描述的技术的其它过程。
发送模块703用于下载加速器执行:向第一应用或者应用服务器发送消息。例如,发送模块703用于支持下载加速器执行上述方法实施例中的S403,和/或用于本文所描述的技术的其它过程。
本申请另一些实施例提供了一种电子设备。该电子设备可以包括:存储器和一个或多个处理器。该存储器和处理器耦合。该电子设备还可以包括摄像头。或者,该电子设备可以外接摄像头。该存储器用于存储计算机程序代码,该计算机程序代码包括计算机指令。当处理器执行计算机指令时,电子设备可执行上述方法实施例中手机执行的各个功能或者步骤。
本申请实施例还提供一种芯片系统,如图8所示,该芯片系统包括至少一个处理器801和至少一个接口电路802。处理器801和接口电路802可通过线路互联。例如,接口电路802可用于从其它装置(例如电子设备的存储器)接收信号。又例如,接口电路802可用于向其它装置(例如处理器801)发送信号。示例性的,接口电路802可读取存储器中存储的指令,并将该指令发送给处理器801。当所述指令被处理器801执行时,可使得电子设备执行上述实施例中的各个步骤。当然,该芯片系统还可以包含其他分立器件,本申请实施例对此不作具体限定。
本申请实施例还提供一种计算机存储介质,该计算机存储介质包括计算机指令,当所述计算机指令在上述电子设备上运行时,使得该电子设备执行上述方法实施例中手机执行的各个功能或者步骤。
本申请实施例还提供一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行上述方法实施例中手机执行的各个功能或者步骤。
通过以上实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (22)
1.一种目标数据的下载方法,其特征在于,应用于电子设备,所述方法包括:
获取所述电子设备中第一应用的第一下载请求,所述第一下载请求用于从所述第一应用的应用服务器下载第一目标数据;
根据所述第一下载请求,生成N个第二下载请求,每个第二下载请求用于从所述应用服务器下载一个第二目标数据,N个第二目标数据组成所述第一目标数据,N为正整数,N≥2;
向所述应用服务器发送所述N个第二下载请求。
2.根据权利要求1所述的方法,其特征在于,所述向所述应用服务器发送所述N个第二下载请求,包括:
通过所述电子设备与所述应用服务器之间的M个传输通道,向所述应用服务器发送所述N个第二下载请求,M为正整数,2≤M≤N;
其中,所述M个传输通道中每个传输通道中传输不同的第二下载请求。
3.根据权利要求2所述的方法,其特征在于,所述M个传输通道包括至少一种类型的传输通道;
其中,所述至少一种类型的传输通道包括:长期演进LTE的传输通道和/或无线保真WiFi的传输通道。
4.根据权利要求1-3中任一项所述的方法,其特征在于,在所述向所述应用服务器发送所述N个第二下载请求之后,所述方法还包括:
接收来自所述应用服务器的N个响应消息,每个响应消息包括一个第二目标数据,所述N个响应消息与所述N个第二下载请求一一对应;
合并所述N个第二目标数据,得到所述第一目标数据。
5.根据权利要求4所述的方法,其特征在于,所述接收来自所述应用服务器的N个响应消息,包括:
通过发送所述N个第二下载请求的M个传输通道,接收来自所述应用服务器的所述N个响应消息;其中,每个响应消息与对应的第二下载请求的传输通道相同。
6.根据权利要求4或5所述的方法,其特征在于,每个第二下载请求中包括标签信息,所述标签信息用于表征所述第二下载请求对应的第二目标数据在所述第一目标数据中的位置;每个响应消息中包括对应的第二下载请求中的标签信息;
其中,所述合并所述N个第二目标数据,得到所述第一目标数据,包括:
根据所述每个响应消息中的标签信息,合并所述N个第二目标数据,得到所述第一目标数据。
7.根据权利要求1-6任一项所述的方法,其特征在于,在所述根据所述第一下载请求,生成N个第二下载请求之前,所述方法还包括:
解析所述第一下载请求,确定所述第一下载请求支持分段下载。
8.根据权利要求7所述的方法,其特征在于,所述解析所述第一下载请求,确定所述第一下载请求支持分段下载,包括:
解析所述第一下载请求,若所述第一下载请求为基于TCP协议的下载请求,则确定所述第一下载请求支持分段下载。
9.根据权利要求7或8所述的方法,其特征在于,所述方法还包括:
若所述第一下载请求不支持分段下载,则向所述应用服务器发送所述第一下载请求。
10.一种目标数据的下载设备,其特征在于,所述设备包括:
获取模块,用于获取电子设备中第一应用的第一下载请求,所述第一下载请求用于从所述第一应用的应用服务器下载第一目标数据;
处理模块,用于根据所述第一下载请求,生成N个第二下载请求,每个第二下载请求用于从所述应用服务器下载一个第二目标数据,N个第二目标数据组成所述第一目标数据,N为正整数,N≥2;
发送模块,用于向所述应用服务器发送所述N个第二下载请求。
11.根据权利要求10所述的设备,其特征在于,
所述发送模块,具体用于通过所述电子设备与所述应用服务器之间的M个传输通道,向所述应用服务器发送所述N个第二下载请求,M为正整数,2≤M≤N;其中,所述M个传输通道中每个传输通道中传输不同的第二下载请求。
12.根据权利要求11所述的设备,其特征在于,所述M个传输通道包括至少一种类型的传输通道;其中,所述至少一种类型的传输通道包括:长期演进LTE的传输通道和/或无线保真WiFi的传输通道。
13.根据权利要求10-12中任一项所述的设备,其特征在于,
所述获取模块,还用于接收来自所述应用服务器的N个响应消息,每个响应消息包括一个第二目标数据,所述N个响应消息与所述N个第二下载请求一一对应;
所述处理模块,还用于合并所述N个第二目标数据,得到所述第一目标数据。
14.根据权利要求13所述的设备,其特征在于,
所述发送模块,具体用于通过发送所述N个第二下载请求的M个传输通道,接收来自所述应用服务器的所述N个响应消息;其中,每个响应消息与对应的第二下载请求的传输通道相同。
15.根据权利要求13或14所述的设备,其特征在于,每个第二下载请求中包括标签信息,所述标签信息用于表征所述第二下载请求对应的第二目标数据在所述第一目标数据中的位置;每个响应消息中包括对应的第二下载请求中的标签信息;
所述处理模块,具体用于根据所述每个响应消息中的标签信息,合并所述N个第二目标数据,得到所述第一目标数据。
16.根据权利要求11-15中任一项所述的设备,其特征在于,
所述处理模块,还用于解析所述第一下载请求,确定所述第一下载请求支持分段下载。
17.根据权利要求16所述的设备,其特征在于,
所述处理模块,具体用于解析所述第一下载请求,若所述第一下载请求为基于TCP协议的下载请求,则确定所述第一下载请求支持分段下载。
18.根据权利要求16或17所述的设备,其特征在于,
所述发送模块,还用于若所述第一下载请求不支持分段下载,则向所述应用服务器发送所述第一下载请求。
19.一种电子设备,其特征在于,所述电子设备包括存储器和处理器,所述存储器与所述处理器耦合;所述存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令;当所述计算机指令被所述处理器执行时,使得所述电子设备执行如权利要求1-9中任一项所述的方法。
20.一种芯片系统,其特征在于,所述芯片系统应用于电子设备;所述芯片系统包括一个或多个接口电路和一个或多个处理器;所述接口电路和所述处理器通过线路互联;所述接口电路用于从所述电子设备的存储器接收信号,并向所述处理器发送所述信号,所述信号包括所述存储器中存储的计算机指令;当所述处理器执行所述计算机指令时,所述电子设备执行如权利要求1-9中任一项所述的方法。
21.一种计算机存储介质,其特征在于,包括计算机指令,当所述计算机指令在电子设备上运行时,使得所述电子设备执行如权利要求1-9中任一项所述的方法。
22.一种计算机程序产品,其特征在于,当所述计算机程序产品在计算机上运行时,使得所述计算机执行如权利要求1-9中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011164960.3A CN114500496A (zh) | 2020-10-27 | 2020-10-27 | 一种目标数据的下载方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011164960.3A CN114500496A (zh) | 2020-10-27 | 2020-10-27 | 一种目标数据的下载方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114500496A true CN114500496A (zh) | 2022-05-13 |
Family
ID=81470496
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011164960.3A Pending CN114500496A (zh) | 2020-10-27 | 2020-10-27 | 一种目标数据的下载方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114500496A (zh) |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101702728A (zh) * | 2009-09-02 | 2010-05-05 | 优视动景(北京)技术服务有限公司 | 用于移动通讯设备终端的流媒体传输系统及其应用方法 |
CN102368833A (zh) * | 2011-11-29 | 2012-03-07 | 乐视网信息技术(北京)股份有限公司 | 一种对视频信息进行分段下载均衡的方法 |
CN104363580A (zh) * | 2014-11-03 | 2015-02-18 | 中国联合网络通信集团有限公司 | 数据下载方法及通信系统 |
CN105247504A (zh) * | 2013-03-04 | 2016-01-13 | 开放花园有限公司 | 虚拟通道合并 |
CN106550044A (zh) * | 2016-11-24 | 2017-03-29 | 腾讯科技(深圳)有限公司 | 应用下载方法、下载服务器、下载客户端和应用下载系统 |
CN106936793A (zh) * | 2015-12-30 | 2017-07-07 | 腾讯科技(深圳)有限公司 | 一种信息拦截处理方法及终端 |
CN106982249A (zh) * | 2017-03-03 | 2017-07-25 | 广州优视网络科技有限公司 | 多线程分段下载方法、设备、客户端设备及电子设备 |
US20180123923A1 (en) * | 2016-10-27 | 2018-05-03 | International Business Machines Corporation | Handling path issues for storage copy services |
US20190082374A1 (en) * | 2015-01-20 | 2019-03-14 | Parallel Wireless, Inc. | Multi-RAT Heterogeneous Carrier Aggregation |
CN109496418A (zh) * | 2018-05-31 | 2019-03-19 | 优视科技新加坡有限公司 | 文件下载方法、装置及设备/终端/服务器 |
CN109842617A (zh) * | 2019-01-03 | 2019-06-04 | 深圳壹账通智能科技有限公司 | 广告拦截方法、装置和存储介质 |
CN111093110A (zh) * | 2019-12-03 | 2020-05-01 | 华为技术有限公司 | 一种http请求传输方法及设备 |
CN111316604A (zh) * | 2018-07-23 | 2020-06-19 | 华为技术有限公司 | 一种数据传输方法及电子设备 |
-
2020
- 2020-10-27 CN CN202011164960.3A patent/CN114500496A/zh active Pending
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101702728A (zh) * | 2009-09-02 | 2010-05-05 | 优视动景(北京)技术服务有限公司 | 用于移动通讯设备终端的流媒体传输系统及其应用方法 |
CN102368833A (zh) * | 2011-11-29 | 2012-03-07 | 乐视网信息技术(北京)股份有限公司 | 一种对视频信息进行分段下载均衡的方法 |
CN105247504A (zh) * | 2013-03-04 | 2016-01-13 | 开放花园有限公司 | 虚拟通道合并 |
CN104363580A (zh) * | 2014-11-03 | 2015-02-18 | 中国联合网络通信集团有限公司 | 数据下载方法及通信系统 |
US20190082374A1 (en) * | 2015-01-20 | 2019-03-14 | Parallel Wireless, Inc. | Multi-RAT Heterogeneous Carrier Aggregation |
CN106936793A (zh) * | 2015-12-30 | 2017-07-07 | 腾讯科技(深圳)有限公司 | 一种信息拦截处理方法及终端 |
US20180123923A1 (en) * | 2016-10-27 | 2018-05-03 | International Business Machines Corporation | Handling path issues for storage copy services |
CN106550044A (zh) * | 2016-11-24 | 2017-03-29 | 腾讯科技(深圳)有限公司 | 应用下载方法、下载服务器、下载客户端和应用下载系统 |
CN106982249A (zh) * | 2017-03-03 | 2017-07-25 | 广州优视网络科技有限公司 | 多线程分段下载方法、设备、客户端设备及电子设备 |
CN109496418A (zh) * | 2018-05-31 | 2019-03-19 | 优视科技新加坡有限公司 | 文件下载方法、装置及设备/终端/服务器 |
CN111316604A (zh) * | 2018-07-23 | 2020-06-19 | 华为技术有限公司 | 一种数据传输方法及电子设备 |
CN109842617A (zh) * | 2019-01-03 | 2019-06-04 | 深圳壹账通智能科技有限公司 | 广告拦截方法、装置和存储介质 |
CN111093110A (zh) * | 2019-12-03 | 2020-05-01 | 华为技术有限公司 | 一种http请求传输方法及设备 |
Non-Patent Citations (1)
Title |
---|
宋锐星;朱小勇;胡琳琳;王昭;: "HTTP媒体传输方式简述", 网络新媒体技术 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109358936B (zh) | 信息处理方法、装置、存储介质、电子设备及系统 | |
US11706331B2 (en) | Information processing method and apparatus, storage medium, and electronic device | |
CN110688232B (zh) | 应用程序调用方法、终端设备及计算机可读存储介质 | |
CN109068153B (zh) | 视频播放方法、装置和计算机可读存储介质 | |
CN111930973B (zh) | 多媒体数据的播放方法、装置、电子设备及存储介质 | |
US11909812B2 (en) | Application control method and apparatus, electronic device, and storage medium | |
AU2019256257B2 (en) | Processor core scheduling method and apparatus, terminal, and storage medium | |
CN110968395B (zh) | 一种在模拟器中处理渲染指令的方法及移动终端 | |
WO2021082649A1 (zh) | 榜单更新方法、装置、可读介质和电子设备 | |
EP4300303A1 (en) | Animation resource information processing method and apparatus, device, medium and product | |
CN111679790A (zh) | 远程软件开发存储空间分配方法及装置 | |
CN116185669B (zh) | 一种广播分发方法及相关设备 | |
CN114422468A (zh) | 消息处理方法、装置、终端及存储介质 | |
CN114500496A (zh) | 一种目标数据的下载方法及设备 | |
CN114637531A (zh) | 应用程序接口动态生成方法及装置 | |
CN113360704A (zh) | 语音播放方法、装置和电子设备 | |
CN117724852B (zh) | 一种云电脑计算资源分配方法及装置 | |
CN113760382B (zh) | 一种插件启动方法、装置、终端设备及存储介质 | |
CN110618874B (zh) | 一种终端设备控制方法及装置、终端设备及计算机可读存储介质 | |
CN115250259B (zh) | 信息交互方法、装置和电子设备 | |
CN113704187B (zh) | 用于生成文件的方法、装置、服务器及计算机可读介质 | |
CN117216428B (zh) | 一种网页资源请求方法、终端设备及计算机可读存储介质 | |
CN113472903B (zh) | 一种数据处理方法及装置 | |
CN111163138B (zh) | 一种降低游戏期间网络负载的方法、装置和服务器 | |
CN112688863B (zh) | 网关数据处理方法、装置及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |