CN105897754A - 一种数据处理***、数据拉取方法以及客户端 - Google Patents
一种数据处理***、数据拉取方法以及客户端 Download PDFInfo
- Publication number
- CN105897754A CN105897754A CN201610393062.2A CN201610393062A CN105897754A CN 105897754 A CN105897754 A CN 105897754A CN 201610393062 A CN201610393062 A CN 201610393062A CN 105897754 A CN105897754 A CN 105897754A
- Authority
- CN
- China
- Prior art keywords
- module
- data
- download
- request
- target
- 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
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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例提供的数据处理***中,客户端用于确定待访问业务对应的至少一目标下载模块,判断本地缓存中是否具有所述目标下载模块的模块数据,当本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求,将所述下载请求发送至所述服务器。服务器用于接收所述下载请求,向所述客户端发送剩余部分的目标下载模块的模块数据。可见,本发明实施例无需下载本地缓存中已有的模块数据,节省了下载流量,并提高了客户端的响应速度。
Description
技术领域
本发明涉及数据处理技术领域,更具体地说,涉及一种数据处理***、数据拉取方法以及客户端。
背景技术
随着大数据时代的到来,客户端访问服务器所带来的数据访问量也不断增大。如果数据访问量较大或者访问时间较为集中,则会导致服务器的响应速度降低。通常,为了提高响应效率,服务器中会设置有访问业务所依赖的下载模块,客户端在下载某一业务的业务数据时,会先从服务器中拉取该业务所依赖的下载模块的模块数据,通过所拉取的模块数据构架出下载模块,从而基于构架出的下载模块下载该业务的业务数据。
从上述过程可以看出,客户端在下载业务数据时,需要先构架出下载模块,这势必需要从服务器中先拉取下载模块的模块数据,消耗一定的流量资源;因此如何减少下载模块的模块数据拉取过程中流量资源的浪费,成为了本领域技术人员需要解决的问题。
发明内容
有鉴于此,本发明实施例提供一种数据处理***、数据拉取方法以及客户端,无需下载本地缓存中已有的模块数据,节省了下载流量,并提高了客户端的响应速度。
为实现上述目的,本发明实施例提供如下技术方案:
一种数据处理***,包括:客户端和服务器,
所述客户端用于,确定待访问业务对应的至少一目标下载模块,判断本地缓存中是否具有所述目标下载模块的模块数据,当本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求,将所述下载请求发送至所述服务器;
所述服务器用于,接收所述下载请求,向所述客户端发送剩余部分的目标下载模块的模块数据。
一种数据拉取方法,包括:
确定待访问业务对应的至少一目标下载模块;
判断本地缓存中是否具有所述目标下载模块的模块数据;
如果本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求;
根据所述下载请求,向服务器请求剩余部分的目标下载模块的模块数据。
一种客户端,包括:
业务确定模块,用于确定待访问业务对应的至少一目标下载模块;
缓存判断模块,用于判断本地缓存中是否具有所述目标下载模块的模块数据;
下载请求生成模块,用于当本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求;
请求发送模块,用于根据所述下载请求,向服务器请求剩余部分的目标下载模块的模块数据。
基于上述技术方案,本发明实施例提供的数据处理***中,客户端用于确定待访问业务对应的至少一目标下载模块,判断本地缓存中是否具有所述目标下载模块的模块数据,当本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求,将所述下载请求发送至所述服务器。服务器用于接收所述下载请求,向所述客户端发送剩余部分的目标下载模块的模块数据。可见,本发明实施例无需下载本地缓存中已有的模块数据,节省了下载流量,并提高了客户端的响应速度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明实施例提供的数据处理***的结构框图;
图2为本发明实施例提供的数据处理***的信令流程图;
图3为本发明实施例提供的又一种数据服务器的信令交互示意图;
图4为本发明实施例提供的再一种数据服务器的信令交互示意图;
图5为本发明实施例提供的再一种数据服务器的信令交互示意图;
图6为本发明实施例提供的一种客户端的结构示意图;
图7为本发明实施例提供的又一种客户端的结构示意图;
图8为本发明实施例提供的再一种客户端的结构示意图;
图9为本发明实施例提供的再一种客户端的结构示意图;
图10为本发明实施例提供的再一种客户端的结构示意图;
图11为本发明实施例提供的一种终端硬件结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都对应本发明保护的范围。
本申请实施例提供了一种数据处理***,当用户有业务访问需求时,客户端首先确定待访问业务对应的至少一目标下载模块,然后,判断本地缓存中是否具有上述目标下载模块的模块数据,当本地缓存中具有部分所述目标下载模块的模块数据时,生成剩余部分的目标下载模块的模块数据的下载请求。客户端并将下载请求发送至服务器,服务器根据接收到的下载请求,向客户端发送剩余部分的目标下载模块的模块数据。可见,本发明实施例无需下载本地缓存中已有的模块数据,节省了下载流量,并提高了客户端的响应速度。
请参阅图1,图1为本发明实施例提供的数据处理***的结构框图,本发明实施例提供的数据拉取方法可基于图1所示***实现,参照图1,本发明实施例提供的数据处理***可以包括:服务器10,至少一个客户端20;
服务器10可以为网络侧设置的用于存储业务对应的下载模块的数据的设备,服务器10可以为单台服务器,也可以为由多台服务器组成的服务器群组或者是一个云计算服务中心。服务器10也可以在接收到下载请求后,从网络侧获取模块数据。
至少一个客户端20为用户侧的用于发送业务请求的设备,如手机、平板电脑、笔记本电脑等。在本方案中,客户端20可以具体为具有显示组件的客户端,显示组件可以为客户端上加载的浏览器、QQ、微信等。
基于图1所示***,图2示出了本发明实施例提供的数据处理***的信令流程图,该数据处理***包括:客户端和服务器,结合图1和图2所示,该信令交互过程可以包括:
步骤S100、确定待访问业务对应的至少一目标下载模块。
待访问业务为客户端触发的一个指令,具体可以为用户的一个网页打开请求,也可以是在某特定的场景内,用户的一个操作指令,如进入某一游戏场景的点击动作所触发的业务。
在本实施例中,每个待访问的业务都对应至少一个目标下载模块,可以理解为每个待访问的业务都需要有多个目标下载模块的数据进行支撑,如,客户端发送了一个访问请求,此时,服务器端会根据该访问请求,向客户端反馈该访问请求对应的数据,而反馈的这些数据是通过多个下载模块的形式呈现,因此,该步骤就是为了确定待访问的业务所对应的目标下载模块有哪些的过程。
步骤S101、判断本地缓存中是否具有所述目标下载模块的模块数据。
通常,客户端会对之前加载过的下载模块的数据进行缓存,形成了本地缓存,这里,是在本地缓存中查找是否包含步骤S100中待访问的业务对应的下载模块。需要说明的是,目标下载模块为多个,那么,客户端可以在本地缓存中逐一的对目标下载模块进行查找,如用户访问的业务对应目标下载模块a、目标下载模块b以及目标下载模块c,那么,本步骤是对每一个目标下载模块在本地缓存中查找,或者,同时查找本地缓存中是否包含单独的目标下载模块,而不是查找本地缓存中是否同时包含目标下载模块a、目标下载模块b以及目标下载模块c的组合模块。
步骤S102、当本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求。
结合上述步骤,此处着重是根据待访问业务对应的目标下载模块中不包含于本地缓存中的下载模块的模块数据生成至少一个下载请求,具体的,假定用户访问的业务对应目标下载模块a、目标下载模块b以及目标下载模块c,在本地缓存中只包含目标下载模块a,那么需要生成目标下载模块b的一个下载请求,和目标下载模块c的一个下载请求。当然,为了进一步节省下载流量,还可以将目标下载模块b的下载请求和目标下载模块c的下载请求合并成一个下载请求,其具体实现步骤参见下文实施例。
步骤S103、客户端发送下载请求至服务器。
步骤S104、接收所述下载请求,向所述客户端发送剩余部分的目标下载模块的模块数据。
服务器在接收到客户端的下载请求后,将剩余部分的目标下载模块的模块数据发送给客户端,结合上述步骤,即此处,服务器将目标下载模块b和目标下载模块c的模块数据发送给客户端。
可以看出,本发明实施例中,当客户端有业务访问请求时,客户端只需从服务器下载本地缓存中不包含的各个目标下载模块的模块数据即可,无需下载本地缓存中已有的模块数据,节省了下载流量,并提高了客户端的响应速度。
在本申请的另一个实施例中,对客户端如何确定待访问业务对应的至少一目标下载模块的过程进行介绍。参照图3,图3为本申请示例的又一种数据服务器的信令交互示意图,该信令交互过程包括:
步骤S200、确定待访问业务对应的各目标下载模块的模块标识。
需要说明的是,每个目标下载模块都对应一个模块标识,这个模块标识是唯一的,在本实施例中,可以将下载模块的摘要信息的预设位置的字符定义成模块标识,如MD5值的后四位。
步骤S201、遍历预置的缓存映射表,判断本地缓存中是否具有与所述模块标识相同的模块数据。
上文介绍过,客户端会对之前加载过的下载模块的数据进行缓存,形成了本地缓存,同时,也存储了缓存映射表,该缓存映射表记录有本地缓存中缓存的下载模块的模块标识及模块数据的对应关系。即查找访问业务所对应的模块数据可以通过查找缓存映射表中是否包含模块标识。如访问的业务对应目标下载模块a、目标下载模块b以及目标下载模块c,其模块标识依次为a、b、c,那么直接在缓存映射表中查找是否存在a、b、c即可实现查找目标下载模块的目的。
步骤S202、当本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求。
此步骤和步骤S102的原理相同,具体的,假定用户访问的业务对应目标下载模块a、目标下载模块b以及目标下载模块c,在本地缓存中只包含目标下载模块a,那么需要生成目标下载模块b的一个下载请求,和目标下载模块c的一个下载请求。当然,为了进一步节省下载流量,还可以将目标下载模块b的下载请求和目标下载模块c的下载请求合并成一个下载请求,其具体实现步骤参见下文实施例。
步骤S203、客户端发送下载请求至服务器。
步骤S204、接收所述下载请求,向所述客户端发送剩余部分的目标下载模块的模块数据。
服务器在接收到客户端的下载请求后,将剩余部分的目标下载模块的模块数据发送给客户端,结合上述步骤,即此处,服务器将目标下载模块b和目标下载模块c的模块数据发送给客户端。
在本申请的另一个实施例中,对如何将剩余部分的目标下载模块的模块数据的下载请求进行合并的过程进行介绍。参照图4,图4为本申请示例的又一种数据服务器的信令交互示意图,该信令交互过程包括:
步骤S300、确定待访问业务对应的至少一目标下载模块。
待访问业务为客户端触发的一个指令,具体可以为用户的一个网页打开请求,也可以是在某特定的场景内,用户的一个操作指令,如进入某一游戏场景的点击动作所触发的业务。
在本实施例中,每个待访问的业务都对应至少一个目标下载模块,可以理解为每个待访问的业务都需要有多个目标下载模块的数据进行支撑,如,客户端发送了一个访问请求,此时,服务器端会根据该访问请求,向客户端反馈该访问请求对应的数据,而反馈的这些数据是通过多个下载模块的形式呈现,因此,该步骤就是为了确定待访问的业务所对应的目标下载模块有哪些的过程。
步骤S301、判断本地缓存中是否具有所述目标下载模块的模块数据。
通常,客户端会对之前加载过的下载模块的数据进行缓存,形成了本地缓存,这里,是在本地缓存中查找是否包含步骤S100中待访问的业务对应的下载模块。需要说明的是,目标下载模块为多个,那么,客户端可以在本地缓存中逐一的对目标下载模块进行查找,如用户访问的业务对应目标下载模块a、目标下载模块b以及目标下载模块c,那么,本步骤是对每一个目标下载模块在本地缓存中查找,或者,同时查找本地缓存中是否包含单独的目标下载模块,而不是查找本地缓存中是否同时包含目标下载模块a、目标下载模块b以及目标下载模块c的组合模块。
步骤S302、当本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求。
结合上述步骤,此处着重是根据待访问业务对应的目标下载模块中不包含于本地缓存中的下载模块的模块数据生成至少一个下载请求,具体的,假定用户访问的业务对应目标下载模块a、目标下载模块b以及目标下载模块c,在本地缓存中只包含目标下载模块a,那么需要生成目标下载模块b的一个下载请求,和目标下载模块c的一个下载请求。
步骤S303、客户端发送下载请求。
步骤S304、将所述剩余部分的目标下载模块的模块数据的各下载请求相合并。
如,目前有目标下载模块b的请求以及目标下载模块c的请求,具体如下:
目标下载模块b:http://imgcache.qq.com/music/qzone/music_qzone.js;
目标下载模块c:http://imgcache.qq.com/qzone/v6/navigation/music.js;
那么可以将二者合并成:
http://imgcache.qq.com/c/=/music/qzone/music_qzone.js,/qzone/v6/navigation/music.js
需要说明的是,将多个CSS、JavaScript文件的访问请求变成一个请求,可以减少HTTP请求的次数,避免多余的TCP连接消耗和HTTP头的传输,从而降低响应时间提高用户体验。
步骤S305、发送合并下载请求。
步骤S306、接收所述下载请求,向所述客户端发送剩余部分的目标下载模块的模块数据。
服务器在接收到客户端的下载请求后,将剩余部分的目标下载模块的模块数据发送给客户端,结合上述步骤,即此处,服务器将目标下载模块b和目标下载模块c的模块数据发送给客户端。
在本申请的另一个实施例中,对如何确定待访问业务对应的各目标下载模块的模块标识的过程进行介绍。参照图5,图5为本申请示例的又一种数据服务器的信令交互示意图,该信令交互过程包括:
步骤S400、向服务器发送查询请求。
步骤S401、服务器接收所述查询请求,并将查询到的与所述业务的版本号相应的模块标识发送至客户端。
需要说明的是,服务器中预存有业务版本号与模块标识的对应关系,此处,发明人考虑到业务版本号较多,对接收到的所述业务的版本号进行预处理,再生成版本号与模块标识的对应关系,具体为:
将目标下载模块的版本号中代表版本信息的字段去除,如,QQv1.0、QQv1.5,将其转化为QQ,实现对不同版本的目标下载模块进行统一。
步骤S402、确定待访问业务对应的至少一目标下载模块。
待访问业务为客户端触发的一个指令,具体可以为用户的一个网页打开请求,也可以是在某特定的场景内,用户的一个操作指令,如进入某一游戏场景的点击动作所触发的业务。
在本实施例中,每个待访问的业务都对应至少一个目标下载模块,可以理解为每个待访问的业务都需要有多个目标下载模块的数据进行支撑,如,客户端发送了一个访问请求,此时,服务器端会根据该访问请求,向客户端反馈该访问请求对应的数据,而反馈的这些数据是通过多个下载模块的形式呈现,因此,该步骤就是为了确定待访问的业务所对应的目标下载模块有哪些的过程。
步骤S403、当本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求。
结合上述步骤,此处着重是根据待访问业务对应的目标下载模块中不包含于本地缓存中的下载模块的模块数据生成至少一个下载请求,具体的,假定用户访问的业务对应目标下载模块a、目标下载模块b以及目标下载模块c,在本地缓存中只包含目标下载模块a,那么需要生成目标下载模块b的一个下载请求,和目标下载模块c的一个下载请求。当然,为了进一步节省下载流量,还可以将目标下载模块b的下载请求和目标下载模块c的下载请求合并成一个下载请求。
步骤S404、客户端发送下载请求至服务器。
步骤S405、接收所述下载请求,向所述客户端发送剩余部分的目标下载模块的模块数据。
服务器在接收到客户端的下载请求后,将剩余部分的目标下载模块的模块数据发送给客户端,结合上述步骤,即此处,服务器将目标下载模块b和目标下载模块c的模块数据发送给客户端。
除此,本实施例在获取服务器发送的剩余部分的目标下载模块的模块数据后,在本地缓存中存储所述剩余部分目标模块的模块数据,并更新所述缓存映射表。
可以看出,本发明实施例中,当客户端有业务访问请求时,客户端只需从服务器下载本地缓存中不包含的各个目标下载模块的模块数据即可,无需下载本地缓存中已有的模块数据,节省了下载流量,并提高了客户端的响应速度。
具体的,以一具体实施例介绍本申请提供的数据处理***的原理,如用户通过浏览器打开一页面加载请求,假设该页面加载请求需要获取模块a、模块b和模块c的数据,那么,浏览器的本地缓存接口首先会查找本地缓存中是否包含模块a,模块b以及模块c,假定本地缓存包含模块a以及模块d的数据,那么,浏览器本地缓存接口将向服务器发出获取模块b的请求以及获取模块c的请求,待服务器将模块b和模块c的数据发送给浏览器本地缓存接口后,浏览器本地缓存存储模块b和模块c的数据,并将本地缓存中的映射表进行更新,即原来映射表中记录了a和d,更新后记录为a,b,c,d。
然后,当用户又有一页面加载请求时,如请求加载模块b、模块d以及模块e,则本地缓存接口查找映射表中是否包含b,d,e,而此时的映射表中记录了a,b,c,d,则将e的下载请求发送给服务器,获取模块e的数据,同时将本地缓存中包含的b和d的数据反馈给浏览器。
下面对本申请实施例提供的虚拟资产配置装置进行描述,下文描述的虚拟资产配置装置与上文描述的虚拟资产配置方法可相互对应参照。
参见图6,图6为本申请实施例公开的一种客户端的结构示意图。该客户端包括:
业务确定模块100,用于确定待访问业务对应的至少一目标下载模块;
缓存判断模块200,用于判断本地缓存中是否具有所述目标下载模块的模块数据;
下载请求生成模块300,用于当本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求;
请求发送模块400,用于根据所述下载请求,向服务器请求剩余部分的目标下载模块的模块数据。
优选的,如图7所示,所述业务确定模块100包括:
模块标识确定单元101,用于确定待访问业务对应的各目标下载模块的模块标识;
相应的,所述缓存判断模块200包括:
查找标识单元201,用于遍历预置的缓存映射表,判断本地缓存中是否具有与所述模块标识相同的模块数据;缓存映射表记录有本地缓存中缓存的下载模块的模块标识及模块数据的对应关系。
优选的,如图8所示,所述请求发送模块400包括:
请求合并单元401,用于将所述剩余部分的目标下载模块的模块数据的各下载请求相合并;
发送单元402,用于将合并后的下载请求发送给服务器,以向服务器请求剩余部分的目标下载模块的模块数据。
优选的,如图9所示,该客户端还包括:
数据获取模块500,用于获取服务器发送的剩余部分的目标下载模块的模块数据;
数据存储模块600,用于在本地缓存中存储所述剩余部分目标模块的模块数据。
优选的,如图10所示,所述业务确定模块100包括:
查询请求发送单元102,用于客户端向服务器发送查询请求,所述查询请求用于查询待访问业务对应的目标下载模块的模块标识,所述查询请求携带有待访问业务的业务版本号;
模块标识接收单元103,用于接收所述服务器查询的与所述业务版本号相应的模块标识,得到待访问业务对应的各目标下载模块的模块标识。
本发明实施例提供的服务器的硬件结构可如图11所示,包括:处理器1,通信接口2,存储器3和通信总线4;
其中处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信;
可选的,通信接口2可以为通信模块的接口,如GSM模块的接口;
处理器1,用于执行程序;
存储器3,用于存放程序;
程序可以包括程序代码,所述程序代码包括计算机操作指令。
处理器1可能是一个中央处理器CPU,或者是特定集成电路ASIC(Application Specific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。
存储器3可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
其中,程序可具体用于:
确定待访问业务对应的至少一目标下载模块;
判断本地缓存中是否具有所述目标下载模块的模块数据;
如果本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求;
根据所述下载请求,向服务器请求剩余部分的目标下载模块的模块数据。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (16)
1.一种数据处理***,包括:客户端和服务器,其特征在于,
所述客户端用于,确定待访问业务对应的至少一目标下载模块,判断本地缓存中是否具有所述目标下载模块的模块数据,当本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求,将所述下载请求发送至所述服务器;
所述服务器用于,接收所述下载请求,向所述客户端发送剩余部分的目标下载模块的模块数据。
2.根据权利要求1所述的数据处理***,其特征在于,还包括CDN,
所述CDN用于,将所述剩余部分的目标下载模块的模块数据的各下载请求相合并,并将合并后的下载请求发送给服务器;
则所述服务器在接收所述下载请求,向所述客户端发送剩余部分的目标下载模块的模块数据时具体用于:
服务器接收合并后的下载请求,向所述客户端发送剩余部分的目标下载模块的模块数据。
3.根据权利要求1所述的数据处理***,其特征在于,
所述客户端还用于,遍历预置的缓存映射表,判断本地缓存中是否具有与所述模块标识相同的模块数据;缓存映射表记录有本地缓存中缓存的下载模块的模块标识及模块数据的对应关系。
4.根据权利要求1所述的数据处理***,其特征在于,
所述客户端还用于,向服务器发送查询请求,服务器接收所述查询请求,并将查询到的与所述业务的版本号相应的模块标识发送至客户端。
5.根据权利要求4所述的数据处理***,其特征在于,
所述服务器还用于,对接收到的所述业务的版本号进行预处理,生成版本号与模块标识的对应关系。
6.一种数据拉取方法,其特征在于,包括:
确定待访问业务对应的至少一目标下载模块;
判断本地缓存中是否具有所述目标下载模块的模块数据;
如果本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求;
根据所述下载请求,向服务器请求剩余部分的目标下载模块的模块数据。
7.根据权利要求6所述的数据拉取方法,其特征在于,每个所述目标下载模块对应一模块标识,所述确定待访问业务对应的至少一目标下载模块包括:
确定待访问业务对应的各目标下载模块的模块标识;
判断本地缓存中是否具有所述目标下载模块的模块数据包括:
遍历预置的缓存映射表,判断本地缓存中是否具有与所述模块标识相同的模块数据;缓存映射表记录有本地缓存中缓存的下载模块的模块标识及模块数据的对应关系。
8.根据权利要求7所述的数据拉取方法,其特征在于,所述模块标识为下载模块的摘要信息的预设位置的字符。
9.根据权利要求6所述的数据拉取方法,其特征在于,所述向服务器请求剩余部分的目标下载模块的模块数据包括:
将所述剩余部分的目标下载模块的模块数据的各下载请求相合并,向服务器请求剩余部分的目标下载模块的模块数据。
10.根据权利要求6所述的数据拉取方法,其特征在于,还包括:
获取服务器发送的剩余部分的目标下载模块的模块数据,并在本地缓存中存储所述剩余部分目标模块的模块数据,并更新所述缓存映射表。
11.根据权利要求7所述的数据拉取方法,其特征在于,所述确定待访问业务对应的各目标下载模块的模块标识包括:
客户端向服务器发送查询请求,所述查询请求用于查询待访问业务对应的目标下载模块的模块标识,所述查询请求携带有待访问业务的业务版本号;
接收所述服务器查询的与所述业务版本号相应的模块标识,得到待访问业务对应的各目标下载模块的模块标识。
12.一种客户端,其特征在于,包括:
业务确定模块,用于确定待访问业务对应的至少一目标下载模块;
缓存判断模块,用于判断本地缓存中是否具有所述目标下载模块的模块数据;
下载请求生成模块,用于当本地缓存中具有部分所述目标下载模块的模块数据,生成剩余部分的目标下载模块的模块数据的下载请求;
请求发送模块,用于根据所述下载请求,向服务器请求剩余部分的目标下载模块的模块数据。
13.根据权利要求12所述的客户端,其特征在于,每个所述目标下载模块对应一模块标识,所述业务确定模块包括:
模块标识确定单元,用于确定待访问业务对应的各目标下载模块的模块标识;
相应的,所述缓存判断模块包括:
查找标识单元,用于遍历预置的缓存映射表,判断本地缓存中是否具有与所述模块标识相同的模块数据;缓存映射表记录有本地缓存中缓存的下载模块的模块标识及模块数据的对应关系。
14.根据权利要求12所述的客户端,其特征在于,所述请求发送模块包括:
请求合并单元,用于将所述剩余部分的目标下载模块的模块数据的各下载请求相合并;
发送单元,用于将合并后的下载请求发送给服务器,以向服务器请求剩余部分的目标下载模块的模块数据。
15.根据权利要求12所述的数据客户端,其特征在于,还包括:
数据获取模块,用于获取服务器发送的剩余部分的目标下载模块的模块数据;
数据存储模块,用于在本地缓存中存储所述剩余部分目标模块的模块数据。
16.根据权利要求12所述的客户端,其特征在于,所述业务确定模块包括:
查询请求发送单元,用于客户端向服务器发送查询请求,所述查询请求用于查询待访问业务对应的目标下载模块的模块标识,所述查询请求携带有待访问业务的业务版本号;
模块标识接收单元,用于接收所述服务器查询的与所述业务版本号相应的模块标识,得到待访问业务对应的各目标下载模块的模块标识。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610393062.2A CN105897754A (zh) | 2016-06-03 | 2016-06-03 | 一种数据处理***、数据拉取方法以及客户端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610393062.2A CN105897754A (zh) | 2016-06-03 | 2016-06-03 | 一种数据处理***、数据拉取方法以及客户端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105897754A true CN105897754A (zh) | 2016-08-24 |
Family
ID=56710278
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610393062.2A Pending CN105897754A (zh) | 2016-06-03 | 2016-06-03 | 一种数据处理***、数据拉取方法以及客户端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105897754A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107809448A (zh) * | 2016-09-09 | 2018-03-16 | 腾讯科技(北京)有限公司 | 一种数据处理方法及终端 |
CN108234638A (zh) * | 2017-12-29 | 2018-06-29 | 北京奇虎科技有限公司 | 一种基于内容分发网络cdn的数据处理方法和装置 |
CN109358794A (zh) * | 2018-10-10 | 2019-02-19 | 平安普惠企业管理有限公司 | Web应用程序页面刷新方法、装置、计算机设备及存储介质 |
CN113347218A (zh) * | 2020-02-18 | 2021-09-03 | 北京沃东天骏信息技术有限公司 | 模块下载方法和装置 |
CN115442440A (zh) * | 2022-09-02 | 2022-12-06 | 上海识装信息科技有限公司 | 一种通信方法、装置、电子设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127783A (zh) * | 2007-09-28 | 2008-02-20 | 北京金山软件有限公司 | 一种网站缓存方法和一种网站缓存的装置 |
CN101358851A (zh) * | 2007-08-03 | 2009-02-04 | 北京灵图软件技术有限公司 | 一种在本地缓存导航数据的方法、***及客户端装置 |
US20110282835A1 (en) * | 2010-05-11 | 2011-11-17 | International Business Machines Corporation | Migration of metadata and storage management of data in a first storage environment to a second storage environment |
CN102685220A (zh) * | 2012-04-28 | 2012-09-19 | 苏州阔地网络科技有限公司 | 一种基于web页面的数据交互方法及*** |
CN103092581A (zh) * | 2011-10-28 | 2013-05-08 | 阿里巴巴集团控股有限公司 | 一种Web前端本地开发环境的搭建方法和装置 |
CN103607441A (zh) * | 2013-11-12 | 2014-02-26 | 浪潮集团有限公司 | 一种基于web的服务器远程管理*** |
CN103701929A (zh) * | 2014-01-02 | 2014-04-02 | 中安消技术有限公司 | 实现业务数据缓存的方法及装置 |
-
2016
- 2016-06-03 CN CN201610393062.2A patent/CN105897754A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101358851A (zh) * | 2007-08-03 | 2009-02-04 | 北京灵图软件技术有限公司 | 一种在本地缓存导航数据的方法、***及客户端装置 |
CN101127783A (zh) * | 2007-09-28 | 2008-02-20 | 北京金山软件有限公司 | 一种网站缓存方法和一种网站缓存的装置 |
US20110282835A1 (en) * | 2010-05-11 | 2011-11-17 | International Business Machines Corporation | Migration of metadata and storage management of data in a first storage environment to a second storage environment |
CN103092581A (zh) * | 2011-10-28 | 2013-05-08 | 阿里巴巴集团控股有限公司 | 一种Web前端本地开发环境的搭建方法和装置 |
CN102685220A (zh) * | 2012-04-28 | 2012-09-19 | 苏州阔地网络科技有限公司 | 一种基于web页面的数据交互方法及*** |
CN103607441A (zh) * | 2013-11-12 | 2014-02-26 | 浪潮集团有限公司 | 一种基于web的服务器远程管理*** |
CN103701929A (zh) * | 2014-01-02 | 2014-04-02 | 中安消技术有限公司 | 实现业务数据缓存的方法及装置 |
Non-Patent Citations (4)
Title |
---|
(美)查德威克: "《ASP.NET MVC 4 Web编程》", 31 July 2013, 华中科技大学出版社 * |
CSDN: "《https://blog.csdn.net/function_basi/article/details/8809378》", 16 April 2013 * |
博客园: "《https://www.cnblogs.com/zhengyun_ustc/archive/2012/07/18/combo.html》", 18 July 2012 * |
麦新杰: "《https://www.maixj.net/ict/liulanqifangwenwangye-6806》", 19 June 2014 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107809448A (zh) * | 2016-09-09 | 2018-03-16 | 腾讯科技(北京)有限公司 | 一种数据处理方法及终端 |
CN107809448B (zh) * | 2016-09-09 | 2021-05-11 | 腾讯科技(北京)有限公司 | 一种数据处理方法及终端 |
CN108234638A (zh) * | 2017-12-29 | 2018-06-29 | 北京奇虎科技有限公司 | 一种基于内容分发网络cdn的数据处理方法和装置 |
CN109358794A (zh) * | 2018-10-10 | 2019-02-19 | 平安普惠企业管理有限公司 | Web应用程序页面刷新方法、装置、计算机设备及存储介质 |
CN113347218A (zh) * | 2020-02-18 | 2021-09-03 | 北京沃东天骏信息技术有限公司 | 模块下载方法和装置 |
CN115442440A (zh) * | 2022-09-02 | 2022-12-06 | 上海识装信息科技有限公司 | 一种通信方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105897754A (zh) | 一种数据处理***、数据拉取方法以及客户端 | |
CN103248684B (zh) | 一种互联网中资源获取方法和装置 | |
US20180088760A1 (en) | Updating assets rendered in a virtual world environment based on detected user interactions in another world | |
CN106843755B (zh) | 用于服务器集群的数据均衡方法与装置 | |
CN109391664A (zh) | 用于多集群容器部署的***和方法 | |
CN109992406B (zh) | 图片请求方法、响应图片请求的方法及客户端 | |
CN103902696A (zh) | 一种加载资源文件的方法及装置 | |
CN107197359B (zh) | 视频文件缓存方法及装置 | |
CN104714965A (zh) | 静态资源去重方法、静态资源管理方法及装置 | |
CN105095313A (zh) | 一种数据访问方法和设备 | |
CN108509152A (zh) | 一种实现容器运行时数据存储的方法及装置 | |
CN109558378A (zh) | 文件管理方法、装置、设备及存储介质 | |
CN109582329A (zh) | 数据管理及订阅方法、装置、***、电子设备及存储介质 | |
CN106250061A (zh) | 文件下载处理方法及装置 | |
CN110267077B (zh) | 离线缓存方法、装置、终端及可读存储介质 | |
CN108055320A (zh) | 资源下载的处理方法、终端设备及计算机可读存储介质 | |
CN105868234A (zh) | 缓存数据的更新方法及装置 | |
CN109241099A (zh) | 一种数据查询方法及终端设备 | |
CN108228206A (zh) | 一种应用程序管理方法及装置 | |
CN107634854B (zh) | 业务数据的处理方法及装置 | |
CN103188324A (zh) | 车载信息展示*** | |
CN113536168A (zh) | 组件处理方法及设备 | |
CN109150927A (zh) | 用于文件存储***的文件下发方法和装置 | |
CN104378396B (zh) | 数据管理装置及方法 | |
CN109582487A (zh) | 用于发送信息的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160824 |
|
RJ01 | Rejection of invention patent application after publication |