网页子框架资源下载处理方法、终端和资源服务器与流程

文档序号:11864912阅读:282来源:国知局
网页子框架资源下载处理方法、终端和资源服务器与流程

本发明实施例涉及互联网技术领域,尤其涉及一种网页子框架资源下载处理方法、终端和资源服务器。



背景技术:

随着信息技术的进步和居民收入的增加,智能终端的普及率大大提高。目前的智能终端能够支持越来越多的功能,使得人们可以使用智能终端进行各式各样的操作。其中,通过智能终端中的浏览器访问网页,是人们获取各类数据的常用手段之一。人们只需在浏览器的搜索栏中输入待访问网页的网址,浏览器就可以通过移动网络访问发布该网页内容的网站服务器,从而使得人们可以通过浏览器浏览该网页发布的内容。

现有技术中,终端设备中的浏览器在获取网站服务器发布的网页内容时,一般都是直接获取该网页上的资源。网页上的资源一般包括文字资源、图片资源以及网页子框架资源(可以理解为悬浮在网页主页面上小窗口,以下简称为子框架)等等。其中,在获取子框架资源时,浏览器一般是根据子框架的URL(Uniform Resource Locator:统一资源定位符)信息直接获取该子框架资源。

然而,在实现本发明实施例的过程中发明人发现,采用上述直接获取子框架资源的方法会导致获取的时间较长,从而使得浏览器在显示主页面之后需要经过一段时间才能够显示子框架资源,使得浏览器的负担较重。且当浏览器所在的智能终端通过移动蜂窝网络(例如3G、4G网络)访问网站服务器时,采用上述方法还会导致智能终端消耗较多的流量。



技术实现要素:

本发明实施例提供一种网页子框架资源下载处理方法、终端、资源服务器,用以解决现有技术中浏览器获取网页子框架资源时间较长缺陷。

第一方面,本发明实施例提供一种网页子框架资源下载处理方法,包括:

接收待访问网页的主资源,所述主资源包括所述网页中包括的网页子框架的URL信息;

将所述网页子框架的URL信息发送给资源服务器,以供所述资源服务器根据所述URL信息获取所述网页子框架,并对所述网页子框架进行压缩处理,获得处理后的网页子框架;

接收所述资源服务器发送的所述处理后的网页子框架,并显示在所述待访问网页中。

可选地,所述对所述网页子框架进行压缩处理,获得处理后的网页子框架包括:

应用Brotli与GUNzip算法,对所述网页子框架进行压缩处理,获得处理后的网页子框架;

相应地,所述接收所述资源服务器发送的所述处理后的网页子框架,并显示在所述待访问网页中包括:

接收并解压所述资源服务器发送的所述网页子框架,并显示在所述待访问网页中。

可选地,所述将所述网页子框架的URL信息发送给资源服务器的同时,所述方法还包括:

向所述资源服务器上报当前的网络连接状态信息;

相应地,所述对所述网页子框架进行压缩处理,获得处理后的网页子框架包括:

根据所述网络连接状态信息,对所述网页子框架进行对应的压缩处理,获得处理后的网页子框架。

第二方面,本发明实施例还提供另一种网页子框架资源下载处理方法,包括:

接收终端发送的网页子框架的URL信息,所述网页子框架的URL信息是所述终端在网站服务器发送的待访问网页的主资源中获取到的;

根据所述网页子框架的URL信息获取所述网页子框架,并对所述网页子框架进行压缩处理,获得处理后的网页子框架;

向所述终端返回所述处理后的网页子框架。

可选地,所述对所述网页子框架进行压缩处理,获得处理后的网页子框架包括:

对所述网页子框架应用Brotli与GUNzip算法进行压缩处理,获得处理后的网页子框架。

可选地,所述方法还包括:

接收所述终端上报的当前的网络连接状态信息;

相应地,所述对所述网页子框架进行压缩处理,获得处理后的网页子框架包括:

根据所述网络连接状态信息,对所述网页子框架进行对应的压缩处理,获得处理后的图片。

第三方面,本发明实施例还提供一种终端,包括:

第一接收单元,用于接收待访问网页的主资源,所述主资源包括所述网页中包括的网页子框架的URL信息;

第一发送单元,用于将所述网页子框架的URL信息发送给资源服务器,以供所述资源服务器根据所述URL信息获取所述网页子框架,并对所述网页子框架进行压缩处理,获得处理后的网页子框架;

所述第一接收单元,还用于接收所述资源服务器发送的所述处理后的网页子框架;

处理单元,用于将所述处理后的网页子框架显示在所述待访问网页中。

可选地,所述第一接收单元接收的所述处理后的网页子框架为资源服务器对所述网页子框架应用Brotli与GUNzip算法进行压缩处理之后获得的网页子框架;

所述处理单元,还用于解压所述资源服务器发送的所述网页子框架,并显示在所述待访问网页中。

可选地,所述第一发送单元,在将所述网页子框架的URL信息发送给资源服务器的同时,还用于向所述资源服务器上报当前的网络连接状态信息,以使所述资源服务器根据所述网络连接状态信息,对所述网页子框架进行对应的压缩处理,获得处理后的网页子框架。

第四方面,本发明实施例还提供一种资源服务器,包括:

第二接收单元,用于接收终端发送的网页子框架的URL信息,所述网页子框架的URL信息是所述终端在网站服务器发送的待访问网页的主资源中获取到的;

压缩单元,用于根据所述网页子框架的URL信息获取所述网页子框架,并对所述网页子框架进行压缩处理,获得处理后的网页子框架;

第二发送单元,用于向所述终端返回所述处理后的网页子框架。

可选地,

所述压缩单元,还用于对所述网页子框架应用Brotli与GUNzip算法进行压缩处理,获得处理后的网页子框架。

可选地,

所述第二接收单元,还用于接收所述终端上报的当前的网络连接状态信息;

所述压缩单元,用于根据所述网络连接状态信息,对所述网页子框架进行对应的压缩处理,获得处理后的图片。

本发明实施例提供的网页子框架资源下载处理方法中,终端设备中浏览器在获取网站服务器的主资源之后,将其中网页子框架资源的URL信息上报给资源服务器,以使资源服务器获取该网页子框架并对该网页子框架进行压缩再返回给浏览器。此时浏览器获取到的网页子框架资源为资源服务器压缩之后的网页子框架资源,因此,采用本发明实施例提供的方法使得浏览器能够快速获取并显示网页子框架资源的速度,减轻浏览器的负担,从而提升浏览器的性能。

附图说明

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

图1为现有技术中的父框架与子框架关系示意图;

图2为本发明提供的一种网页子框架资源下载处理方法实施例流程图;

图3为图2示出的方法的一种具体的网页子框架资源下载处理方法实施例流程图;

图4为本发明提供的又一种网页子框架资源下载处理方法实施例流程图;

图5为图4示出的方法的一种具体的网页子框架资源下载处理方法实施例流程图;

图6为图4示出的方法的又一种具体的网页子框架资源下载处理方法实施例流程图;

图7为本发明提供的终端实施例结构框图;

图8为本发明提供的资源服务器实施例结构框图;

图9为本发明提供的一种网页子框架资源下载处理系统实施例结构框图。

具体实施方式

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

为便于理解,首先对本发明实施例提到的网页子框架进行解释说明。本发明实施例所述的网页子框架(也可以称为iframe)可以理解为悬浮在网页主页面上小窗口。例如,如图1所示,A所标识的区域为平日里人们经常浏览的网页页面,也可以称之为父框架。在每一个父框架上方可以设有多个子框架。例如图1中,父框架A上设有两个子框架,分别为子框架B和子框架C。子框架B和子框架C与父框架A之间构成父子关系,子框架B和子框架C互为兄弟关系(这里的父子关系以及兄弟关系并非人与人之间的关系,而是指这几种框架之间的级别关系)。子框架中可以包含图片内容(包括静态图片、动态图片)、文字内容或视频内容等等,一般地,均与父框架中的页面的主题有关。例如,在父框架为考学内容的网页时,子框架可能为浮动在父框架上的相关教育机构的广告条,一旦用户触发这一子框架中的相关按钮,浏览器就将进入到该教育机构的网页中。另外,子框架与父框架是互相独立的,在其中一方所包含的内容发生变化的情况下,另一方不会发生变化,因此子框架与父框架之间是互不影响的。

第一方面,本发明实施例提供了一种网页子框架资源下载处理方法,如图2所示,包括:

S201、接收待访问网页的主资源,主资源包括网页中包括的网页子框架的URL信息;

具体来说,当用户触发浏览器进行网页访问操作时,终端中的浏览器客户端(以下简称浏览器)可以根据待访问网页的网址通过网络与相应的发布该网页内容的网站服务器建立连接,此时网站服务器可以向浏览器发送待访问网页的主资源。其中,该主资源可以包括网页中包含的网页子框架信息,具体可以为网页子框架的URL信息(可以理解为网页子框架资源的链接),还可以包括其他资源,例如文字资源,动画资源等等,本发明实施例对此不作具体限定。

S202、将网页子框架的URL信息发送给资源服务器,以供资源服务器根据URL信息获取网页子框架,并对网页子框架进行压缩处理,获得处理后的网页子框架;

具体来说,在浏览器获取主资源中包含的网页子框架URL信息之后,不会直接根据该URL信息获取网页子框架内容,而是将该网页子框架的URL信息通过终端上报给资源服务器,以使资源服务器在获取这一信息之后,根据该信息获取该网页子框架资源,并对获取到的网页子框架资源进行压缩,将网页子框架资源的空间占用大小降低以供浏览器获取。

其中,这里的资源服务器为自有的服务器,也即为提供网页子框架资源下载处理功能的内部专用服务器。该资源服务器在浏览器从网站服务器获取网页资源的过程中充当第三方服务器的角色,能够将获取网页子框架资源的负担转移至自身,并对网页子框架资源进行压缩,使得浏览器可以以较快的速度获取占用空间较小且能够正常显示的网页子框架资源。

S203、接收资源服务器发送的处理后的网页子框架,并显示在待访问网页中。

具体来说,在资源服务器对网页子框架进行压缩处理之后,会将处理后的网页子框架发送给浏览器,浏览器在接收网页子框架资源之后,会对该网页子框架资源进行解压并将其快速显示在待访问网页的对应位置中以供用户浏览。

本发明实施例提供的网页子框架资源下载处理方法中,终端设备中浏览器在获取网站服务器的主资源之后,将其中网页子框架资源的URL信息上报给资源服务器,以使资源服务器获取该网页子框架并对该网页子框架进行压缩再返回给浏览器。此时浏览器获取到的网页子框架资源为资源服务器压缩之后的网页子框架资源,因此,采用本发明实施例提供的方法使得浏览器能够快速获取并显示网页子框架资源的速度,减轻浏览器的负担,从而提升浏览器的性能。

在上述实施例的基础上,本发明实施例又提供了一种优选的网页子框架资源下载处理方法,如图3所示。包括:

S201、接收待访问网页的主资源,主资源包括网页中包括的网页子框架的URL信息;

由于上述实施例中对步骤S201已经进行了相应的说明,此处不再赘述。

S202a、将网页子框架的URL信息发送给资源服务器,以供资源服务器根据URL信息获取网页子框架,并应用Brotli与GUNzip算法对获取到的网页子框架进行压缩处理,获得处理后的网页子框架;

具体来说,在浏览器获取主资源中包含的网页子框架URL信息之后,将该网页子框架的URL信息通过终端上报给资源服务器。资源服务器在获取这一信息之后,首先根据URL信息获取网页子框架资源,再对网页子框架资源进行压缩。优选地,可以采用Brotli与GUNzip的混合算法对网页子框架资源进行压缩。其中,GUNzip算法为本领域技术人员常用的压缩算法,Brotli算法为近一年来新提出的一种压缩比率较高的算法。相比于传统的采用单一GUNzip算法进行压缩的方法,本发明实施例提供的方法基于GUNzip算法的快速性以及稳定性再结合Brotli算法压缩比例高的特定能够快速有效的对待压缩的网页子框架进行压缩,且压缩之后的网页子框架的占用空间要比单独采用的GUNzip算法压缩的网页子框架的占用空间小得多,从而使得资源服务器能够将压缩之后占用空间较小的网页子框架快速回传。

S203、接收并解压资源服务器发送的网页子框架,并显示在待访问网页中。

具体来说,浏览器在接收压缩后的网页子框架后,首先识别该网页子框架中包含的内容,再采用与Brotli与GUNzip的混合算法相适应的解压方法进行解压,并将解压之后的网页子框架显示在待访问网页的对应位置中。

本发明实施例提供的方法中,浏览器向资源服务器发送网页子框架的URL信息,以使资源服务器获取网页子框架并采用Brotli与GUNzip的混合算法对网页子框架进行压缩,使得浏览器能够快速获取压缩后的网页子框架资源,从而使得浏览器能够将网页子框架资源快速显示在对应的位置上,提升用户的阅读体验。

在具体实施时,上述两个方法实施例中,步骤S202以及步骤S202a在将网页子框架的URL信息发送给资源服务器的同时,还可以包括:

向资源服务器上报当前的网络连接状态信息,以使资源服务器根据网络连接状态信息,对网页子框架进行对应的压缩处理,获得处理后的网页子框架。

其中,这里的对应的压缩处理可以为根据不同的网络连接状态信息(如连接3G网络、4G网络或WIFI)对网页子框架进行不同程度的压缩处理。这样做的好处是,在用户没有接入WIFI时,资源服务器能够将网页子框架压缩至尽可能小,使得浏览器只需消耗较少的流量就能够获取网页子框架,从而为使用该浏览器进行浏览操作的终端用户节约流量。

第二方面,本发明实施例还提供了一种网页子框架资源下载处理方法,如图4所示,包括:

S301、接收终端发送的网页子框架的URL信息,网页子框架的URL信息是终端在网站服务器发送的待访问网页的主资源中获取到的;

具体来说,当用户触发网页访问操作时,终端中的浏览器会获取网站服务器发送的待访问网页的主资源。之后,资源服务器会接收到由浏览器发送的网页子框架的URL信息。其中,该网页子框架的URL信息是从浏览器获取的主资源中得到的。可以理解的是,这里的主资源还可以包括其他资源,例如文字资源或图片资源,本发明实施例对此不作具体限定。

S302、根据网页子框架的URL信息获取网页子框架,并对网页子框架进行压缩处理,获得处理后的网页子框架;

具体来说,资源服务器在获取URL信息,根据该信息获取该网页子框架资源。在获取之后,资源服务器会对获取到的网页子框架资源进行压缩,以使浏览器获取压缩后的占用空间较小的网页子框架资源。

S303、向终端返回处理后的网页子框架。

具体来说,在资源服务器将网页子框架压缩之后,就会向浏览器快速回传压缩后的网页子框架,以使浏览器能够及时显示获取到的网页子框架,从而提高用户的阅读体验。

本发明实施例提供的网页子框架资源下载处理方法中,资源服务器为自有的服务器,也即为提供网页子框架资源下载处理功能的内部专用服务器。该资源服务器在浏览器从网站服务器获取网页资源的过程中充当第三方服务器的角色。在资源服务器接收到浏览器发送的URL信息后,可以根据该信息获取网页子框架并对网页子框架进行压缩再返回给浏览器,使得浏览器能够获取到占用空间较小的子框架资源,从而提升了浏览器的获取速度。此外,采用本实施例提供的方法能够将获取网页子框架以及压缩网页子框架的任务转移由浏览器至资源服务器端来完成,使得浏览器变为一个较轻的客户端,有效减轻浏览器的负担,从而使得浏览器的性能提升。

在上述方法实施例的基础上,本发明实施例还提供了一种字符选择处理方法,如图5所示具体包括:

S301、接收终端发送的网页子框架的URL信息,网页子框架的URL信息是终端在网站服务器发送的待访问网页的主资源中获取到的;

由于上一实施例已经对步骤S301进行了详细说明,在此不再赘述。

S302a、根据所述网页子框架的URL信息获取网页子框架,对所述网页子框架应用Brotli与GUNzip算法进行压缩处理,获得处理后的网页子框架。

具体来说,资源服务器根据URL信息获取网页子框架,并将该网页子框架应用Brotli与GUNzip算法进行压缩处理。其中,GUNzip算法为本领域技术人员常用的压缩算法,Brotli算法为近一年来新提出的一种压缩比率较高的算法。相比于传统的采用单一GUNzip算法进行压缩的方法,本发明实施例提供的方法基于GUNzip算法的快速性以及稳定性再结合Brotli算法压缩比例高的特定能够快速有效的对待压缩的网页子框架进行压缩,且压缩之后的网页子框架的占用空间要比单独采用的GUNzip算法压缩的网页子框架的占用空间小得多,从而使得资源服务器能够将压缩之后占用空间较小的网页子框架快速回传。

S303、向终端返回处理后的网页子框架。

由于上一实施例已经对步骤S303进行了详细说明,在此也不再赘述。

可以理解的是,在本发明实施例提供的方法中,对网页子框架进行压缩虽然会对网页子框架造成一定损失,但这些损失不足以使网页子框架中包含的内容无法显示或显示失真。对于查看该网页子框架的用户来说,查看压缩之前的网页子框架与查看压缩之后的网页子框架并没有什么区别。因此,上述方法能够在保证用户正常浏览的前提下对网页子框架进行有效压缩,从而实现向浏览器快速回传网页子框架资源的目的。

在上述方法实施例的基础上,本发明实施例还提供了一种字符选择处理方法,如图6所示具体包括:

S301b、接收终端发送的网页子框架的URL信息以及终端当前的网络连接状态信息,网页子框架的URL信息是终端在网站服务器发送的待访问网页的主资源中获取到的;

具体来说,浏览器在将网页子框架的URL信息发送给资源服务器的同时,还向资源服务器发送当前的网络连接状态信息。这里的网络连接状态信息具体为浏览器所在的终端当前连接的网络的信息。例如,终端当前连接的网络信息可以为3G网络、3G网络或WIFI等。

S302b、根据网页子框架的URL信息获取网页子框架以及所述网络连接状态信息,对网页子框架进行对应的压缩处理,从而获得处理后的网页子框架;

具体来说,资源服务器在接收到这一信息之后,可以根据不同的网络连接状态信息对网页子框架进行不同程度的压缩例如,在当前的连接为3G网络状态下,网页子框架的压缩比率可以为30%,也即压缩后的大小为压缩前的网页子框架的30%;在当前的连接为3G网络状态下,压缩比率可以为60%。

S303、向终端返回处理后的网页子框架。

由于之前的实施例已经对步骤S303进行了详细说明,在此也不再赘述。

本发明实例提供的方法中,在用户没有接入WIFI时,资源服务器能够将网页子框架压缩至尽可能的小,浏览器在获取网页子框架时只需消耗较少的流量就能够获取。且该压缩之后不会影响网页子框架的正常显示,不影响用户的浏览。

第三方面,本发明实施例还提供了一种终端,如图7所示,包括:第一接收单元401、第一发送单元402和处理单元403。

其中,第一接收单元401用于接收待访问网页的主资源,主资源包括网页中包括的网页子框架的URL信息;第一发送单元402用于将网页子框架的URL信息发送给资源服务器,以供资源服务器根据URL信息获取网页子框架,并对网页子框架进行压缩处理,获得处理后的网页子框架;第一接收单元401还用于接收资源服务器发送的处理后的网页子框架;处理单元403用于将处理后的网页子框架显示在待访问网页中。

具体来说,当用户触发浏览器进行网页访问操作时,第一接收单元401可以接受到由对应的网站服务器发送的待访问网页的主资源。其中,这里的主资源可以包括网页中包含的网页子框架信息,具体可以为网页子框架的URL信息,还可以包括其他资源,例如文字资源,动画资源等等。在第一接收单元401获取主资源中包含的网页子框架URL信息之后,第一发送单元402将该网页子框架的URL信息通过终端上报给资源服务器,以使资源服务器在获取这一信息之后,根据该信息获取该网页子框架资源,并对获取到的网页子框架资源进行压缩。在资源服务器对网页子框架进行压缩处理之后,会将处理后的网页子框架快速回传,进而第一接收单元401将接收到由资源服务器发送的网页子框架资源。接着,处理单元403将该网页子框架资源解压并显示在待访问网页的对应位置中以供用户浏览。

其中,这里的资源服务器为自有的服务器,也即为提供网页子框架资源下载处理功能的内部专用服务器。该资源服务器在浏览器从网站服务器获取网页资源的过程中充当第三方服务器的角色,能够将获取网页子框架资源的负担转移至自身,并对网页子框架资源进行压缩,使得浏览器可以以较快的速度获取占用空间较小且能够正常显示的网页子框架资源。

本发明实施例中,在第一接收单元401获取网站服务器的主资源之后,第一发送单元402将其中网页子框架资源的URL信息上报给资源服务器,以使资源服务器获取该网页子框架并对该网页子框架进行压缩,之后第一接收单元401再接收资源服务器发送的处理之后的网页子框架。由于压缩之后的网页子框架占用空间较小,因此获取这样的网页子框架资源相比于直接根据URL信息获取原网页子框架资源所花费的时间大大减少,从而有效提高浏览器获取网页子框架资源的速度,减轻浏览器的负担。

在具体实施时,上一个终端实施例中的资源服务器对网页子框架进行压缩处理可以以多种方式实现。例如,资源服务器可以对网页子框架应用Brotli与GUNzip算法进行压缩处理,获得压缩后的网页子框架。那么相应的,第一接收单元401可以用于接收资源服务器发送的压缩后的网页子框架;处理单元403可以用于对压缩后的网页子框架进行解压,并显示在待访问网页中。

具体来说,在第一接收单元401获取主资源中包含的网页子框架URL信息之后,第一发送单元402将该网页子框架的URL信息通过终端上报给资源服务器,以使资源服务器在获取这一信息之后,首先根据URL信息获取网页子框架资源,再将网页子框架资源由较大的格式转码为较小的格式并快速回传。第一接收单元401在接收转码后的网页子框架后,处理单元403首先识别该网页子框架当前的格式,再调用相应的解码器进行解码,并将解码之后的网页子框架显示在待访问网页的对应位置中。这样做的好处是,能够使得浏览器获取到占用空间较小且能够正常显示的网页子框架资源,从而能够在保证用户浏览质量的前提下快速显示网页上的网页子框架资源,有效提升用户的阅读体验。

在上述终端的实施例中,第一发送单元402在将网页子框架的URL信息发送给资源服务器的同时,还可以向资源服务器上报当前的网络连接状态信息,以使资源服务器根据网络连接状态信息,对网页子框架进行对应的压缩处理,获得处理后的网页子框架。其中,这里对应的压缩处理可以为根据不同的网络连接状态信息(如连接3G网络、4G网络或WIFI)对网页子框架进行的不同程度的压缩处理。这样做的好处是,在用户没有接入WIFI时,资源服务器能够将网页子框架压缩至尽可能的小,使得第一接收单元401在获取网页子框架时只需消耗较少的流量即可。且获取到的网页子框架可以正常显示完全能够满足用户的查看需求,不影响用户的浏览。

第四方面,本发明实施例还提供了一种资源服务器,如图8所示,包括:第二接收单元501,压缩单元502以及第二发送单元503。

其中,第二接收单元501用于接收终端发送的网页子框架的URL信息;其中,网页子框架的URL信息是终端在网站服务器发送的待访问网页的主资源中获取到的;压缩单元502用于根据URL信息获取网页子框架,并对网页子框架进行压缩处理,获得处理后的网页子框架;第二发送单元503用于向终端返回处理后的网页子框架。

具体来说,当用户触发浏览器获取该网站服务器发送的待访问网页的主资源之后,第二接收单元501会接收到由浏览器发送的网页子框架的URL信息。其中,该网页子框架的URL信息是从浏览器获取的主资源中得到的。可以理解的是,这里的主资源还可以包括其他资源,例如文字资源或动画资源。第二接收单元501根据该信息获取该网页子框架资源。在获取之后,压缩单元502会对获取到的网页子框架资源进行压缩,最后通过第二发送单元503快速回传给浏览器,使浏览器能够获取到占用空间较小且内容可以正常显示的网页子框架资源,从而提高浏览器的获取及显示速度,减轻浏览器的负担。

本发明实施例提供的资源服务器为自有的服务器,也即为提供网页子框架资源下载处理功能的内部专用服务器。该资源服务器在浏览器从网站服务器获取网页资源的过程中充当第三方服务器的角色。其中,第二接收单元501接收到浏览器发送的URL信息后会根据该URL信息获取网页子框架。压缩单元502会对获取到的网页子框架进行压缩处理再通过第二发送单元503返回给浏览器,使得浏览器能够获得压缩之后占用空间较小的网页子框架,从而有效提高浏览器的获取速度。此外,采用本实施例提供的资源服务器能够将获取网页子框架以及压缩网页子框架的任务由浏览器转移至自身来完成,使得浏览器能够变为一个较轻的客户端,有效减轻浏览器的负担,从而使得浏览器的性能有所提升。

在具体实施时,上述实施例中压缩单元502对于网页子框架的压缩可以有多种实现方式,其中的一种实现方式具体包括:压缩单元502对网页子框架应用Brotli与GUNzip算法进行压缩处理,获得处理后的网页子框架。

具体来说,第二接收单元501根据URL信息获取网页子框架资源,之后,压缩单元502应用Brotli与GUNzip算法对网页子框架进行压缩处理。这样做的好处是,能够结合GUNzip算法的快速性以及稳定性以及Brotli算法压缩比例高的特定对网页子框架进行快速有效的压缩,且压缩之后的网页子框架的占用空间要比单独采用的GUNzip算法压缩的网页子框架的占用空间小得多。可以理解的是,这样的压缩虽然会对网页子框架造成一定损失,但这些损失不足以使网页子框架变得无法显示或显示失真。对于查看该网页子框架的用户来说,查看压缩之前的网页子框架与查看压缩之后的网页子框架并没有什么区别。因此,这样的转码能够在保证用户正常浏览的前提下对网页子框架进行有效压缩,从而实现向浏览器快速回传网页子框架资源的目的。

在具体实施时,在上述资源服务器的实施例中,第二接收单元501在接收终端上报的网页子框架的URL信息的同时,还可以接收终端当前的网络连接状态信息。相应地,处理单元502可以根据接收到的网络连接状态信息,对网页子框架进行对应的压缩处理,从而获得处理后的网页子框架。

具体来说,浏览器将网页子框架的URL信息发送给资源服务器的同时,还可以向资源服务器发送当前的网络连接状态信息。其中,这里的网络连接状态信息具体为浏览器所在的终端当前连接的网络的信息。例如,浏览器所在终端当前连接的网络信息为3G网络、4G网络或WIFI等。在第二接收单元501接收到这一信息之后,处理单元502可以根据不同的网络连接状态信息对网页子框架进行不同程度的压缩。例如,在当前的连接为3G网络状态下,网页子框架的压缩比率可以为40%,也即压缩后的大小为压缩前的网页子框架的40%;在当前的连接为4G网络状态下,压缩比率可以为50%。这样做的好处是,能够在用户没有接入WIFI时,资源服务器能够将网页子框架压缩至尽可能的小,使得浏览器只需消耗较少的流量即可获取网页子框架。且浏览器获取的网页子框架可以正常显示完全能够满足用户的查看需求,从而在不影响用户的浏览的前提下提升用户体验。

第五方面,本发明实施例还提供了一种网页子框架资源下载处理系统,如图9所示,包括终端601、资源服务器602以及网站服务器603。

其中,这里的终端601为第三方面的实施例中所述的终端,这里的资源服务器602为第四方面的实施例中所述的资源服务器。

具体来说,当用户触发访问某一网页时,终端601向网站服务器603发出相应的请求,网站服务器603在接收到请求之后会将网页的主资源返回给终端601。终端601在获取这一主资源之后,将主资源中的网页子框架资源的URL信息上报给资源服务器602。资源服务器602根据这一信息获取该网页子框架资源并对其进行压缩,使得终端601能够从资源服务器602中获取到占用空间较小且能够正常显示的网页子框架资源。终端601在获取这一网页子框架资源后,与文字资源以及网页上其他资源一同快速显示在网页的对应位置中以供用户浏览。

需要说明的是,本发明上述所有实施例中提到的终端可以为可穿戴智能设备、手机、平板电脑、掌上电脑PDA或笔记本等,本发明实施例对此也不作具体限定。

不难理解的是,上述实施例中的举例说明只是为了便于更好地理解本发明实施例提供的方法或装置,并不能构成对本发明的具体限定。且上述的各个优选实施方式之间不会相互影响,各个优选实施方式之间的任意组合所得到的方案均应该落入本发明的保护范围。

以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1