本發(fā)明實(shí)施例涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域,尤其涉及一種網(wǎng)頁(yè)子框架資源下載處理方法、終端和資源服務(wù)器。
背景技術(shù):
隨著信息技術(shù)的進(jìn)步和居民收入的增加,智能終端的普及率大大提高。目前的智能終端能夠支持越來(lái)越多的功能,使得人們可以使用智能終端進(jìn)行各式各樣的操作。其中,通過(guò)智能終端中的瀏覽器訪問(wèn)網(wǎng)頁(yè),是人們獲取各類(lèi)數(shù)據(jù)的常用手段之一。人們只需在瀏覽器的搜索欄中輸入待訪問(wèn)網(wǎng)頁(yè)的網(wǎng)址,瀏覽器就可以通過(guò)移動(dòng)網(wǎng)絡(luò)訪問(wèn)發(fā)布該網(wǎng)頁(yè)內(nèi)容的網(wǎng)站服務(wù)器,從而使得人們可以通過(guò)瀏覽器瀏覽該網(wǎng)頁(yè)發(fā)布的內(nèi)容。
現(xiàn)有技術(shù)中,終端設(shè)備中的瀏覽器在獲取網(wǎng)站服務(wù)器發(fā)布的網(wǎng)頁(yè)內(nèi)容時(shí),一般都是直接獲取該網(wǎng)頁(yè)上的資源。網(wǎng)頁(yè)上的資源一般包括文字資源、圖片資源以及網(wǎng)頁(yè)子框架資源(可以理解為懸浮在網(wǎng)頁(yè)主頁(yè)面上小窗口,以下簡(jiǎn)稱(chēng)為子框架)等等。其中,在獲取子框架資源時(shí),瀏覽器一般是根據(jù)子框架的URL(Uniform Resource Locator:統(tǒng)一資源定位符)信息直接獲取該子框架資源。
然而,在實(shí)現(xiàn)本發(fā)明實(shí)施例的過(guò)程中發(fā)明人發(fā)現(xiàn),采用上述直接獲取子框架資源的方法會(huì)導(dǎo)致獲取的時(shí)間較長(zhǎng),從而使得瀏覽器在顯示主頁(yè)面之后需要經(jīng)過(guò)一段時(shí)間才能夠顯示子框架資源,使得瀏覽器的負(fù)擔(dān)較重。且當(dāng)瀏覽器所在的智能終端通過(guò)移動(dòng)蜂窩網(wǎng)絡(luò)(例如3G、4G網(wǎng)絡(luò))訪問(wèn)網(wǎng)站服務(wù)器時(shí),采用上述方法還會(huì)導(dǎo)致智能終端消耗較多的流量。
技術(shù)實(shí)現(xiàn)要素:
本發(fā)明實(shí)施例提供一種網(wǎng)頁(yè)子框架資源下載處理方法、終端、資源服務(wù)器,用以解決現(xiàn)有技術(shù)中瀏覽器獲取網(wǎng)頁(yè)子框架資源時(shí)間較長(zhǎng)缺陷。
第一方面,本發(fā)明實(shí)施例提供一種網(wǎng)頁(yè)子框架資源下載處理方法,包括:
接收待訪問(wèn)網(wǎng)頁(yè)的主資源,所述主資源包括所述網(wǎng)頁(yè)中包括的網(wǎng)頁(yè)子框架的URL信息;
將所述網(wǎng)頁(yè)子框架的URL信息發(fā)送給資源服務(wù)器,以供所述資源服務(wù)器根據(jù)所述URL信息獲取所述網(wǎng)頁(yè)子框架,并對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架;
接收所述資源服務(wù)器發(fā)送的所述處理后的網(wǎng)頁(yè)子框架,并顯示在所述待訪問(wèn)網(wǎng)頁(yè)中。
可選地,所述對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架包括:
應(yīng)用Brotli與GUNzip算法,對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架;
相應(yīng)地,所述接收所述資源服務(wù)器發(fā)送的所述處理后的網(wǎng)頁(yè)子框架,并顯示在所述待訪問(wèn)網(wǎng)頁(yè)中包括:
接收并解壓所述資源服務(wù)器發(fā)送的所述網(wǎng)頁(yè)子框架,并顯示在所述待訪問(wèn)網(wǎng)頁(yè)中。
可選地,所述將所述網(wǎng)頁(yè)子框架的URL信息發(fā)送給資源服務(wù)器的同時(shí),所述方法還包括:
向所述資源服務(wù)器上報(bào)當(dāng)前的網(wǎng)絡(luò)連接狀態(tài)信息;
相應(yīng)地,所述對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架包括:
根據(jù)所述網(wǎng)絡(luò)連接狀態(tài)信息,對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行對(duì)應(yīng)的壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架。
第二方面,本發(fā)明實(shí)施例還提供另一種網(wǎng)頁(yè)子框架資源下載處理方法,包括:
接收終端發(fā)送的網(wǎng)頁(yè)子框架的URL信息,所述網(wǎng)頁(yè)子框架的URL信息是所述終端在網(wǎng)站服務(wù)器發(fā)送的待訪問(wèn)網(wǎng)頁(yè)的主資源中獲取到的;
根據(jù)所述網(wǎng)頁(yè)子框架的URL信息獲取所述網(wǎng)頁(yè)子框架,并對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架;
向所述終端返回所述處理后的網(wǎng)頁(yè)子框架。
可選地,所述對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架包括:
對(duì)所述網(wǎng)頁(yè)子框架應(yīng)用Brotli與GUNzip算法進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架。
可選地,所述方法還包括:
接收所述終端上報(bào)的當(dāng)前的網(wǎng)絡(luò)連接狀態(tài)信息;
相應(yīng)地,所述對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架包括:
根據(jù)所述網(wǎng)絡(luò)連接狀態(tài)信息,對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行對(duì)應(yīng)的壓縮處理,獲得處理后的圖片。
第三方面,本發(fā)明實(shí)施例還提供一種終端,包括:
第一接收單元,用于接收待訪問(wèn)網(wǎng)頁(yè)的主資源,所述主資源包括所述網(wǎng)頁(yè)中包括的網(wǎng)頁(yè)子框架的URL信息;
第一發(fā)送單元,用于將所述網(wǎng)頁(yè)子框架的URL信息發(fā)送給資源服務(wù)器,以供所述資源服務(wù)器根據(jù)所述URL信息獲取所述網(wǎng)頁(yè)子框架,并對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架;
所述第一接收單元,還用于接收所述資源服務(wù)器發(fā)送的所述處理后的網(wǎng)頁(yè)子框架;
處理單元,用于將所述處理后的網(wǎng)頁(yè)子框架顯示在所述待訪問(wèn)網(wǎng)頁(yè)中。
可選地,所述第一接收單元接收的所述處理后的網(wǎng)頁(yè)子框架為資源服務(wù)器對(duì)所述網(wǎng)頁(yè)子框架應(yīng)用Brotli與GUNzip算法進(jìn)行壓縮處理之后獲得的網(wǎng)頁(yè)子框架;
所述處理單元,還用于解壓所述資源服務(wù)器發(fā)送的所述網(wǎng)頁(yè)子框架,并顯示在所述待訪問(wèn)網(wǎng)頁(yè)中。
可選地,所述第一發(fā)送單元,在將所述網(wǎng)頁(yè)子框架的URL信息發(fā)送給資源服務(wù)器的同時(shí),還用于向所述資源服務(wù)器上報(bào)當(dāng)前的網(wǎng)絡(luò)連接狀態(tài)信息,以使所述資源服務(wù)器根據(jù)所述網(wǎng)絡(luò)連接狀態(tài)信息,對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行對(duì)應(yīng)的壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架。
第四方面,本發(fā)明實(shí)施例還提供一種資源服務(wù)器,包括:
第二接收單元,用于接收終端發(fā)送的網(wǎng)頁(yè)子框架的URL信息,所述網(wǎng)頁(yè)子框架的URL信息是所述終端在網(wǎng)站服務(wù)器發(fā)送的待訪問(wèn)網(wǎng)頁(yè)的主資源中獲取到的;
壓縮單元,用于根據(jù)所述網(wǎng)頁(yè)子框架的URL信息獲取所述網(wǎng)頁(yè)子框架,并對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架;
第二發(fā)送單元,用于向所述終端返回所述處理后的網(wǎng)頁(yè)子框架。
可選地,
所述壓縮單元,還用于對(duì)所述網(wǎng)頁(yè)子框架應(yīng)用Brotli與GUNzip算法進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架。
可選地,
所述第二接收單元,還用于接收所述終端上報(bào)的當(dāng)前的網(wǎng)絡(luò)連接狀態(tài)信息;
所述壓縮單元,用于根據(jù)所述網(wǎng)絡(luò)連接狀態(tài)信息,對(duì)所述網(wǎng)頁(yè)子框架進(jìn)行對(duì)應(yīng)的壓縮處理,獲得處理后的圖片。
本發(fā)明實(shí)施例提供的網(wǎng)頁(yè)子框架資源下載處理方法中,終端設(shè)備中瀏覽器在獲取網(wǎng)站服務(wù)器的主資源之后,將其中網(wǎng)頁(yè)子框架資源的URL信息上報(bào)給資源服務(wù)器,以使資源服務(wù)器獲取該網(wǎng)頁(yè)子框架并對(duì)該網(wǎng)頁(yè)子框架進(jìn)行壓縮再返回給瀏覽器。此時(shí)瀏覽器獲取到的網(wǎng)頁(yè)子框架資源為資源服務(wù)器壓縮之后的網(wǎng)頁(yè)子框架資源,因此,采用本發(fā)明實(shí)施例提供的方法使得瀏覽器能夠快速獲取并顯示網(wǎng)頁(yè)子框架資源的速度,減輕瀏覽器的負(fù)擔(dān),從而提升瀏覽器的性能。
附圖說(shuō)明
為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹,顯而易見(jiàn)地,下面描述中的附圖是本發(fā)明的一些實(shí)施例,對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講,在不付出創(chuàng)造性勞動(dòng)的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1為現(xiàn)有技術(shù)中的父框架與子框架關(guān)系示意圖;
圖2為本發(fā)明提供的一種網(wǎng)頁(yè)子框架資源下載處理方法實(shí)施例流程圖;
圖3為圖2示出的方法的一種具體的網(wǎng)頁(yè)子框架資源下載處理方法實(shí)施例流程圖;
圖4為本發(fā)明提供的又一種網(wǎng)頁(yè)子框架資源下載處理方法實(shí)施例流程圖;
圖5為圖4示出的方法的一種具體的網(wǎng)頁(yè)子框架資源下載處理方法實(shí)施例流程圖;
圖6為圖4示出的方法的又一種具體的網(wǎng)頁(yè)子框架資源下載處理方法實(shí)施例流程圖;
圖7為本發(fā)明提供的終端實(shí)施例結(jié)構(gòu)框圖;
圖8為本發(fā)明提供的資源服務(wù)器實(shí)施例結(jié)構(gòu)框圖;
圖9為本發(fā)明提供的一種網(wǎng)頁(yè)子框架資源下載處理系統(tǒng)實(shí)施例結(jié)構(gòu)框圖。
具體實(shí)施方式
為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚,下面將結(jié)合本發(fā)明實(shí)施例中的附圖,對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實(shí)施例是本發(fā)明一部分實(shí)施例,而不是全部的實(shí)施例?;诒景l(fā)明中的實(shí)施例,本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例,都屬于本發(fā)明保護(hù)的范圍。
為便于理解,首先對(duì)本發(fā)明實(shí)施例提到的網(wǎng)頁(yè)子框架進(jìn)行解釋說(shuō)明。本發(fā)明實(shí)施例所述的網(wǎng)頁(yè)子框架(也可以稱(chēng)為iframe)可以理解為懸浮在網(wǎng)頁(yè)主頁(yè)面上小窗口。例如,如圖1所示,A所標(biāo)識(shí)的區(qū)域?yàn)槠饺绽锶藗兘?jīng)常瀏覽的網(wǎng)頁(yè)頁(yè)面,也可以稱(chēng)之為父框架。在每一個(gè)父框架上方可以設(shè)有多個(gè)子框架。例如圖1中,父框架A上設(shè)有兩個(gè)子框架,分別為子框架B和子框架C。子框架B和子框架C與父框架A之間構(gòu)成父子關(guān)系,子框架B和子框架C互為兄弟關(guān)系(這里的父子關(guān)系以及兄弟關(guān)系并非人與人之間的關(guān)系,而是指這幾種框架之間的級(jí)別關(guān)系)。子框架中可以包含圖片內(nèi)容(包括靜態(tài)圖片、動(dòng)態(tài)圖片)、文字內(nèi)容或視頻內(nèi)容等等,一般地,均與父框架中的頁(yè)面的主題有關(guān)。例如,在父框架為考學(xué)內(nèi)容的網(wǎng)頁(yè)時(shí),子框架可能為浮動(dòng)在父框架上的相關(guān)教育機(jī)構(gòu)的廣告條,一旦用戶(hù)觸發(fā)這一子框架中的相關(guān)按鈕,瀏覽器就將進(jìn)入到該教育機(jī)構(gòu)的網(wǎng)頁(yè)中。另外,子框架與父框架是互相獨(dú)立的,在其中一方所包含的內(nèi)容發(fā)生變化的情況下,另一方不會(huì)發(fā)生變化,因此子框架與父框架之間是互不影響的。
第一方面,本發(fā)明實(shí)施例提供了一種網(wǎng)頁(yè)子框架資源下載處理方法,如圖2所示,包括:
S201、接收待訪問(wèn)網(wǎng)頁(yè)的主資源,主資源包括網(wǎng)頁(yè)中包括的網(wǎng)頁(yè)子框架的URL信息;
具體來(lái)說(shuō),當(dāng)用戶(hù)觸發(fā)瀏覽器進(jìn)行網(wǎng)頁(yè)訪問(wèn)操作時(shí),終端中的瀏覽器客戶(hù)端(以下簡(jiǎn)稱(chēng)瀏覽器)可以根據(jù)待訪問(wèn)網(wǎng)頁(yè)的網(wǎng)址通過(guò)網(wǎng)絡(luò)與相應(yīng)的發(fā)布該網(wǎng)頁(yè)內(nèi)容的網(wǎng)站服務(wù)器建立連接,此時(shí)網(wǎng)站服務(wù)器可以向?yàn)g覽器發(fā)送待訪問(wèn)網(wǎng)頁(yè)的主資源。其中,該主資源可以包括網(wǎng)頁(yè)中包含的網(wǎng)頁(yè)子框架信息,具體可以為網(wǎng)頁(yè)子框架的URL信息(可以理解為網(wǎng)頁(yè)子框架資源的鏈接),還可以包括其他資源,例如文字資源,動(dòng)畫(huà)資源等等,本發(fā)明實(shí)施例對(duì)此不作具體限定。
S202、將網(wǎng)頁(yè)子框架的URL信息發(fā)送給資源服務(wù)器,以供資源服務(wù)器根據(jù)URL信息獲取網(wǎng)頁(yè)子框架,并對(duì)網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架;
具體來(lái)說(shuō),在瀏覽器獲取主資源中包含的網(wǎng)頁(yè)子框架URL信息之后,不會(huì)直接根據(jù)該URL信息獲取網(wǎng)頁(yè)子框架內(nèi)容,而是將該網(wǎng)頁(yè)子框架的URL信息通過(guò)終端上報(bào)給資源服務(wù)器,以使資源服務(wù)器在獲取這一信息之后,根據(jù)該信息獲取該網(wǎng)頁(yè)子框架資源,并對(duì)獲取到的網(wǎng)頁(yè)子框架資源進(jìn)行壓縮,將網(wǎng)頁(yè)子框架資源的空間占用大小降低以供瀏覽器獲取。
其中,這里的資源服務(wù)器為自有的服務(wù)器,也即為提供網(wǎng)頁(yè)子框架資源下載處理功能的內(nèi)部專(zhuān)用服務(wù)器。該資源服務(wù)器在瀏覽器從網(wǎng)站服務(wù)器獲取網(wǎng)頁(yè)資源的過(guò)程中充當(dāng)?shù)谌椒?wù)器的角色,能夠?qū)@取網(wǎng)頁(yè)子框架資源的負(fù)擔(dān)轉(zhuǎn)移至自身,并對(duì)網(wǎng)頁(yè)子框架資源進(jìn)行壓縮,使得瀏覽器可以以較快的速度獲取占用空間較小且能夠正常顯示的網(wǎng)頁(yè)子框架資源。
S203、接收資源服務(wù)器發(fā)送的處理后的網(wǎng)頁(yè)子框架,并顯示在待訪問(wèn)網(wǎng)頁(yè)中。
具體來(lái)說(shuō),在資源服務(wù)器對(duì)網(wǎng)頁(yè)子框架進(jìn)行壓縮處理之后,會(huì)將處理后的網(wǎng)頁(yè)子框架發(fā)送給瀏覽器,瀏覽器在接收網(wǎng)頁(yè)子框架資源之后,會(huì)對(duì)該網(wǎng)頁(yè)子框架資源進(jìn)行解壓并將其快速顯示在待訪問(wèn)網(wǎng)頁(yè)的對(duì)應(yīng)位置中以供用戶(hù)瀏覽。
本發(fā)明實(shí)施例提供的網(wǎng)頁(yè)子框架資源下載處理方法中,終端設(shè)備中瀏覽器在獲取網(wǎng)站服務(wù)器的主資源之后,將其中網(wǎng)頁(yè)子框架資源的URL信息上報(bào)給資源服務(wù)器,以使資源服務(wù)器獲取該網(wǎng)頁(yè)子框架并對(duì)該網(wǎng)頁(yè)子框架進(jìn)行壓縮再返回給瀏覽器。此時(shí)瀏覽器獲取到的網(wǎng)頁(yè)子框架資源為資源服務(wù)器壓縮之后的網(wǎng)頁(yè)子框架資源,因此,采用本發(fā)明實(shí)施例提供的方法使得瀏覽器能夠快速獲取并顯示網(wǎng)頁(yè)子框架資源的速度,減輕瀏覽器的負(fù)擔(dān),從而提升瀏覽器的性能。
在上述實(shí)施例的基礎(chǔ)上,本發(fā)明實(shí)施例又提供了一種優(yōu)選的網(wǎng)頁(yè)子框架資源下載處理方法,如圖3所示。包括:
S201、接收待訪問(wèn)網(wǎng)頁(yè)的主資源,主資源包括網(wǎng)頁(yè)中包括的網(wǎng)頁(yè)子框架的URL信息;
由于上述實(shí)施例中對(duì)步驟S201已經(jīng)進(jìn)行了相應(yīng)的說(shuō)明,此處不再贅述。
S202a、將網(wǎng)頁(yè)子框架的URL信息發(fā)送給資源服務(wù)器,以供資源服務(wù)器根據(jù)URL信息獲取網(wǎng)頁(yè)子框架,并應(yīng)用Brotli與GUNzip算法對(duì)獲取到的網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架;
具體來(lái)說(shuō),在瀏覽器獲取主資源中包含的網(wǎng)頁(yè)子框架URL信息之后,將該網(wǎng)頁(yè)子框架的URL信息通過(guò)終端上報(bào)給資源服務(wù)器。資源服務(wù)器在獲取這一信息之后,首先根據(jù)URL信息獲取網(wǎng)頁(yè)子框架資源,再對(duì)網(wǎng)頁(yè)子框架資源進(jìn)行壓縮。優(yōu)選地,可以采用Brotli與GUNzip的混合算法對(duì)網(wǎng)頁(yè)子框架資源進(jìn)行壓縮。其中,GUNzip算法為本領(lǐng)域技術(shù)人員常用的壓縮算法,Brotli算法為近一年來(lái)新提出的一種壓縮比率較高的算法。相比于傳統(tǒng)的采用單一GUNzip算法進(jìn)行壓縮的方法,本發(fā)明實(shí)施例提供的方法基于GUNzip算法的快速性以及穩(wěn)定性再結(jié)合Brotli算法壓縮比例高的特定能夠快速有效的對(duì)待壓縮的網(wǎng)頁(yè)子框架進(jìn)行壓縮,且壓縮之后的網(wǎng)頁(yè)子框架的占用空間要比單獨(dú)采用的GUNzip算法壓縮的網(wǎng)頁(yè)子框架的占用空間小得多,從而使得資源服務(wù)器能夠?qū)嚎s之后占用空間較小的網(wǎng)頁(yè)子框架快速回傳。
S203、接收并解壓資源服務(wù)器發(fā)送的網(wǎng)頁(yè)子框架,并顯示在待訪問(wèn)網(wǎng)頁(yè)中。
具體來(lái)說(shuō),瀏覽器在接收壓縮后的網(wǎng)頁(yè)子框架后,首先識(shí)別該網(wǎng)頁(yè)子框架中包含的內(nèi)容,再采用與Brotli與GUNzip的混合算法相適應(yīng)的解壓方法進(jìn)行解壓,并將解壓之后的網(wǎng)頁(yè)子框架顯示在待訪問(wèn)網(wǎng)頁(yè)的對(duì)應(yīng)位置中。
本發(fā)明實(shí)施例提供的方法中,瀏覽器向資源服務(wù)器發(fā)送網(wǎng)頁(yè)子框架的URL信息,以使資源服務(wù)器獲取網(wǎng)頁(yè)子框架并采用Brotli與GUNzip的混合算法對(duì)網(wǎng)頁(yè)子框架進(jìn)行壓縮,使得瀏覽器能夠快速獲取壓縮后的網(wǎng)頁(yè)子框架資源,從而使得瀏覽器能夠?qū)⒕W(wǎng)頁(yè)子框架資源快速顯示在對(duì)應(yīng)的位置上,提升用戶(hù)的閱讀體驗(yàn)。
在具體實(shí)施時(shí),上述兩個(gè)方法實(shí)施例中,步驟S202以及步驟S202a在將網(wǎng)頁(yè)子框架的URL信息發(fā)送給資源服務(wù)器的同時(shí),還可以包括:
向資源服務(wù)器上報(bào)當(dāng)前的網(wǎng)絡(luò)連接狀態(tài)信息,以使資源服務(wù)器根據(jù)網(wǎng)絡(luò)連接狀態(tài)信息,對(duì)網(wǎng)頁(yè)子框架進(jìn)行對(duì)應(yīng)的壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架。
其中,這里的對(duì)應(yīng)的壓縮處理可以為根據(jù)不同的網(wǎng)絡(luò)連接狀態(tài)信息(如連接3G網(wǎng)絡(luò)、4G網(wǎng)絡(luò)或WIFI)對(duì)網(wǎng)頁(yè)子框架進(jìn)行不同程度的壓縮處理。這樣做的好處是,在用戶(hù)沒(méi)有接入WIFI時(shí),資源服務(wù)器能夠?qū)⒕W(wǎng)頁(yè)子框架壓縮至盡可能小,使得瀏覽器只需消耗較少的流量就能夠獲取網(wǎng)頁(yè)子框架,從而為使用該瀏覽器進(jìn)行瀏覽操作的終端用戶(hù)節(jié)約流量。
第二方面,本發(fā)明實(shí)施例還提供了一種網(wǎng)頁(yè)子框架資源下載處理方法,如圖4所示,包括:
S301、接收終端發(fā)送的網(wǎng)頁(yè)子框架的URL信息,網(wǎng)頁(yè)子框架的URL信息是終端在網(wǎng)站服務(wù)器發(fā)送的待訪問(wèn)網(wǎng)頁(yè)的主資源中獲取到的;
具體來(lái)說(shuō),當(dāng)用戶(hù)觸發(fā)網(wǎng)頁(yè)訪問(wèn)操作時(shí),終端中的瀏覽器會(huì)獲取網(wǎng)站服務(wù)器發(fā)送的待訪問(wèn)網(wǎng)頁(yè)的主資源。之后,資源服務(wù)器會(huì)接收到由瀏覽器發(fā)送的網(wǎng)頁(yè)子框架的URL信息。其中,該網(wǎng)頁(yè)子框架的URL信息是從瀏覽器獲取的主資源中得到的。可以理解的是,這里的主資源還可以包括其他資源,例如文字資源或圖片資源,本發(fā)明實(shí)施例對(duì)此不作具體限定。
S302、根據(jù)網(wǎng)頁(yè)子框架的URL信息獲取網(wǎng)頁(yè)子框架,并對(duì)網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架;
具體來(lái)說(shuō),資源服務(wù)器在獲取URL信息,根據(jù)該信息獲取該網(wǎng)頁(yè)子框架資源。在獲取之后,資源服務(wù)器會(huì)對(duì)獲取到的網(wǎng)頁(yè)子框架資源進(jìn)行壓縮,以使瀏覽器獲取壓縮后的占用空間較小的網(wǎng)頁(yè)子框架資源。
S303、向終端返回處理后的網(wǎng)頁(yè)子框架。
具體來(lái)說(shuō),在資源服務(wù)器將網(wǎng)頁(yè)子框架壓縮之后,就會(huì)向?yàn)g覽器快速回傳壓縮后的網(wǎng)頁(yè)子框架,以使瀏覽器能夠及時(shí)顯示獲取到的網(wǎng)頁(yè)子框架,從而提高用戶(hù)的閱讀體驗(yàn)。
本發(fā)明實(shí)施例提供的網(wǎng)頁(yè)子框架資源下載處理方法中,資源服務(wù)器為自有的服務(wù)器,也即為提供網(wǎng)頁(yè)子框架資源下載處理功能的內(nèi)部專(zhuān)用服務(wù)器。該資源服務(wù)器在瀏覽器從網(wǎng)站服務(wù)器獲取網(wǎng)頁(yè)資源的過(guò)程中充當(dāng)?shù)谌椒?wù)器的角色。在資源服務(wù)器接收到瀏覽器發(fā)送的URL信息后,可以根據(jù)該信息獲取網(wǎng)頁(yè)子框架并對(duì)網(wǎng)頁(yè)子框架進(jìn)行壓縮再返回給瀏覽器,使得瀏覽器能夠獲取到占用空間較小的子框架資源,從而提升了瀏覽器的獲取速度。此外,采用本實(shí)施例提供的方法能夠?qū)@取網(wǎng)頁(yè)子框架以及壓縮網(wǎng)頁(yè)子框架的任務(wù)轉(zhuǎn)移由瀏覽器至資源服務(wù)器端來(lái)完成,使得瀏覽器變?yōu)橐粋€(gè)較輕的客戶(hù)端,有效減輕瀏覽器的負(fù)擔(dān),從而使得瀏覽器的性能提升。
在上述方法實(shí)施例的基礎(chǔ)上,本發(fā)明實(shí)施例還提供了一種字符選擇處理方法,如圖5所示具體包括:
S301、接收終端發(fā)送的網(wǎng)頁(yè)子框架的URL信息,網(wǎng)頁(yè)子框架的URL信息是終端在網(wǎng)站服務(wù)器發(fā)送的待訪問(wèn)網(wǎng)頁(yè)的主資源中獲取到的;
由于上一實(shí)施例已經(jīng)對(duì)步驟S301進(jìn)行了詳細(xì)說(shuō)明,在此不再贅述。
S302a、根據(jù)所述網(wǎng)頁(yè)子框架的URL信息獲取網(wǎng)頁(yè)子框架,對(duì)所述網(wǎng)頁(yè)子框架應(yīng)用Brotli與GUNzip算法進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架。
具體來(lái)說(shuō),資源服務(wù)器根據(jù)URL信息獲取網(wǎng)頁(yè)子框架,并將該網(wǎng)頁(yè)子框架應(yīng)用Brotli與GUNzip算法進(jìn)行壓縮處理。其中,GUNzip算法為本領(lǐng)域技術(shù)人員常用的壓縮算法,Brotli算法為近一年來(lái)新提出的一種壓縮比率較高的算法。相比于傳統(tǒng)的采用單一GUNzip算法進(jìn)行壓縮的方法,本發(fā)明實(shí)施例提供的方法基于GUNzip算法的快速性以及穩(wěn)定性再結(jié)合Brotli算法壓縮比例高的特定能夠快速有效的對(duì)待壓縮的網(wǎng)頁(yè)子框架進(jìn)行壓縮,且壓縮之后的網(wǎng)頁(yè)子框架的占用空間要比單獨(dú)采用的GUNzip算法壓縮的網(wǎng)頁(yè)子框架的占用空間小得多,從而使得資源服務(wù)器能夠?qū)嚎s之后占用空間較小的網(wǎng)頁(yè)子框架快速回傳。
S303、向終端返回處理后的網(wǎng)頁(yè)子框架。
由于上一實(shí)施例已經(jīng)對(duì)步驟S303進(jìn)行了詳細(xì)說(shuō)明,在此也不再贅述。
可以理解的是,在本發(fā)明實(shí)施例提供的方法中,對(duì)網(wǎng)頁(yè)子框架進(jìn)行壓縮雖然會(huì)對(duì)網(wǎng)頁(yè)子框架造成一定損失,但這些損失不足以使網(wǎng)頁(yè)子框架中包含的內(nèi)容無(wú)法顯示或顯示失真。對(duì)于查看該網(wǎng)頁(yè)子框架的用戶(hù)來(lái)說(shuō),查看壓縮之前的網(wǎng)頁(yè)子框架與查看壓縮之后的網(wǎng)頁(yè)子框架并沒(méi)有什么區(qū)別。因此,上述方法能夠在保證用戶(hù)正常瀏覽的前提下對(duì)網(wǎng)頁(yè)子框架進(jìn)行有效壓縮,從而實(shí)現(xiàn)向?yàn)g覽器快速回傳網(wǎng)頁(yè)子框架資源的目的。
在上述方法實(shí)施例的基礎(chǔ)上,本發(fā)明實(shí)施例還提供了一種字符選擇處理方法,如圖6所示具體包括:
S301b、接收終端發(fā)送的網(wǎng)頁(yè)子框架的URL信息以及終端當(dāng)前的網(wǎng)絡(luò)連接狀態(tài)信息,網(wǎng)頁(yè)子框架的URL信息是終端在網(wǎng)站服務(wù)器發(fā)送的待訪問(wèn)網(wǎng)頁(yè)的主資源中獲取到的;
具體來(lái)說(shuō),瀏覽器在將網(wǎng)頁(yè)子框架的URL信息發(fā)送給資源服務(wù)器的同時(shí),還向資源服務(wù)器發(fā)送當(dāng)前的網(wǎng)絡(luò)連接狀態(tài)信息。這里的網(wǎng)絡(luò)連接狀態(tài)信息具體為瀏覽器所在的終端當(dāng)前連接的網(wǎng)絡(luò)的信息。例如,終端當(dāng)前連接的網(wǎng)絡(luò)信息可以為3G網(wǎng)絡(luò)、3G網(wǎng)絡(luò)或WIFI等。
S302b、根據(jù)網(wǎng)頁(yè)子框架的URL信息獲取網(wǎng)頁(yè)子框架以及所述網(wǎng)絡(luò)連接狀態(tài)信息,對(duì)網(wǎng)頁(yè)子框架進(jìn)行對(duì)應(yīng)的壓縮處理,從而獲得處理后的網(wǎng)頁(yè)子框架;
具體來(lái)說(shuō),資源服務(wù)器在接收到這一信息之后,可以根據(jù)不同的網(wǎng)絡(luò)連接狀態(tài)信息對(duì)網(wǎng)頁(yè)子框架進(jìn)行不同程度的壓縮例如,在當(dāng)前的連接為3G網(wǎng)絡(luò)狀態(tài)下,網(wǎng)頁(yè)子框架的壓縮比率可以為30%,也即壓縮后的大小為壓縮前的網(wǎng)頁(yè)子框架的30%;在當(dāng)前的連接為3G網(wǎng)絡(luò)狀態(tài)下,壓縮比率可以為60%。
S303、向終端返回處理后的網(wǎng)頁(yè)子框架。
由于之前的實(shí)施例已經(jīng)對(duì)步驟S303進(jìn)行了詳細(xì)說(shuō)明,在此也不再贅述。
本發(fā)明實(shí)例提供的方法中,在用戶(hù)沒(méi)有接入WIFI時(shí),資源服務(wù)器能夠?qū)⒕W(wǎng)頁(yè)子框架壓縮至盡可能的小,瀏覽器在獲取網(wǎng)頁(yè)子框架時(shí)只需消耗較少的流量就能夠獲取。且該壓縮之后不會(huì)影響網(wǎng)頁(yè)子框架的正常顯示,不影響用戶(hù)的瀏覽。
第三方面,本發(fā)明實(shí)施例還提供了一種終端,如圖7所示,包括:第一接收單元401、第一發(fā)送單元402和處理單元403。
其中,第一接收單元401用于接收待訪問(wèn)網(wǎng)頁(yè)的主資源,主資源包括網(wǎng)頁(yè)中包括的網(wǎng)頁(yè)子框架的URL信息;第一發(fā)送單元402用于將網(wǎng)頁(yè)子框架的URL信息發(fā)送給資源服務(wù)器,以供資源服務(wù)器根據(jù)URL信息獲取網(wǎng)頁(yè)子框架,并對(duì)網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架;第一接收單元401還用于接收資源服務(wù)器發(fā)送的處理后的網(wǎng)頁(yè)子框架;處理單元403用于將處理后的網(wǎng)頁(yè)子框架顯示在待訪問(wèn)網(wǎng)頁(yè)中。
具體來(lái)說(shuō),當(dāng)用戶(hù)觸發(fā)瀏覽器進(jìn)行網(wǎng)頁(yè)訪問(wèn)操作時(shí),第一接收單元401可以接受到由對(duì)應(yīng)的網(wǎng)站服務(wù)器發(fā)送的待訪問(wèn)網(wǎng)頁(yè)的主資源。其中,這里的主資源可以包括網(wǎng)頁(yè)中包含的網(wǎng)頁(yè)子框架信息,具體可以為網(wǎng)頁(yè)子框架的URL信息,還可以包括其他資源,例如文字資源,動(dòng)畫(huà)資源等等。在第一接收單元401獲取主資源中包含的網(wǎng)頁(yè)子框架URL信息之后,第一發(fā)送單元402將該網(wǎng)頁(yè)子框架的URL信息通過(guò)終端上報(bào)給資源服務(wù)器,以使資源服務(wù)器在獲取這一信息之后,根據(jù)該信息獲取該網(wǎng)頁(yè)子框架資源,并對(duì)獲取到的網(wǎng)頁(yè)子框架資源進(jìn)行壓縮。在資源服務(wù)器對(duì)網(wǎng)頁(yè)子框架進(jìn)行壓縮處理之后,會(huì)將處理后的網(wǎng)頁(yè)子框架快速回傳,進(jìn)而第一接收單元401將接收到由資源服務(wù)器發(fā)送的網(wǎng)頁(yè)子框架資源。接著,處理單元403將該網(wǎng)頁(yè)子框架資源解壓并顯示在待訪問(wèn)網(wǎng)頁(yè)的對(duì)應(yīng)位置中以供用戶(hù)瀏覽。
其中,這里的資源服務(wù)器為自有的服務(wù)器,也即為提供網(wǎng)頁(yè)子框架資源下載處理功能的內(nèi)部專(zhuān)用服務(wù)器。該資源服務(wù)器在瀏覽器從網(wǎng)站服務(wù)器獲取網(wǎng)頁(yè)資源的過(guò)程中充當(dāng)?shù)谌椒?wù)器的角色,能夠?qū)@取網(wǎng)頁(yè)子框架資源的負(fù)擔(dān)轉(zhuǎn)移至自身,并對(duì)網(wǎng)頁(yè)子框架資源進(jìn)行壓縮,使得瀏覽器可以以較快的速度獲取占用空間較小且能夠正常顯示的網(wǎng)頁(yè)子框架資源。
本發(fā)明實(shí)施例中,在第一接收單元401獲取網(wǎng)站服務(wù)器的主資源之后,第一發(fā)送單元402將其中網(wǎng)頁(yè)子框架資源的URL信息上報(bào)給資源服務(wù)器,以使資源服務(wù)器獲取該網(wǎng)頁(yè)子框架并對(duì)該網(wǎng)頁(yè)子框架進(jìn)行壓縮,之后第一接收單元401再接收資源服務(wù)器發(fā)送的處理之后的網(wǎng)頁(yè)子框架。由于壓縮之后的網(wǎng)頁(yè)子框架占用空間較小,因此獲取這樣的網(wǎng)頁(yè)子框架資源相比于直接根據(jù)URL信息獲取原網(wǎng)頁(yè)子框架資源所花費(fèi)的時(shí)間大大減少,從而有效提高瀏覽器獲取網(wǎng)頁(yè)子框架資源的速度,減輕瀏覽器的負(fù)擔(dān)。
在具體實(shí)施時(shí),上一個(gè)終端實(shí)施例中的資源服務(wù)器對(duì)網(wǎng)頁(yè)子框架進(jìn)行壓縮處理可以以多種方式實(shí)現(xiàn)。例如,資源服務(wù)器可以對(duì)網(wǎng)頁(yè)子框架應(yīng)用Brotli與GUNzip算法進(jìn)行壓縮處理,獲得壓縮后的網(wǎng)頁(yè)子框架。那么相應(yīng)的,第一接收單元401可以用于接收資源服務(wù)器發(fā)送的壓縮后的網(wǎng)頁(yè)子框架;處理單元403可以用于對(duì)壓縮后的網(wǎng)頁(yè)子框架進(jìn)行解壓,并顯示在待訪問(wèn)網(wǎng)頁(yè)中。
具體來(lái)說(shuō),在第一接收單元401獲取主資源中包含的網(wǎng)頁(yè)子框架URL信息之后,第一發(fā)送單元402將該網(wǎng)頁(yè)子框架的URL信息通過(guò)終端上報(bào)給資源服務(wù)器,以使資源服務(wù)器在獲取這一信息之后,首先根據(jù)URL信息獲取網(wǎng)頁(yè)子框架資源,再將網(wǎng)頁(yè)子框架資源由較大的格式轉(zhuǎn)碼為較小的格式并快速回傳。第一接收單元401在接收轉(zhuǎn)碼后的網(wǎng)頁(yè)子框架后,處理單元403首先識(shí)別該網(wǎng)頁(yè)子框架當(dāng)前的格式,再調(diào)用相應(yīng)的解碼器進(jìn)行解碼,并將解碼之后的網(wǎng)頁(yè)子框架顯示在待訪問(wèn)網(wǎng)頁(yè)的對(duì)應(yīng)位置中。這樣做的好處是,能夠使得瀏覽器獲取到占用空間較小且能夠正常顯示的網(wǎng)頁(yè)子框架資源,從而能夠在保證用戶(hù)瀏覽質(zhì)量的前提下快速顯示網(wǎng)頁(yè)上的網(wǎng)頁(yè)子框架資源,有效提升用戶(hù)的閱讀體驗(yàn)。
在上述終端的實(shí)施例中,第一發(fā)送單元402在將網(wǎng)頁(yè)子框架的URL信息發(fā)送給資源服務(wù)器的同時(shí),還可以向資源服務(wù)器上報(bào)當(dāng)前的網(wǎng)絡(luò)連接狀態(tài)信息,以使資源服務(wù)器根據(jù)網(wǎng)絡(luò)連接狀態(tài)信息,對(duì)網(wǎng)頁(yè)子框架進(jìn)行對(duì)應(yīng)的壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架。其中,這里對(duì)應(yīng)的壓縮處理可以為根據(jù)不同的網(wǎng)絡(luò)連接狀態(tài)信息(如連接3G網(wǎng)絡(luò)、4G網(wǎng)絡(luò)或WIFI)對(duì)網(wǎng)頁(yè)子框架進(jìn)行的不同程度的壓縮處理。這樣做的好處是,在用戶(hù)沒(méi)有接入WIFI時(shí),資源服務(wù)器能夠?qū)⒕W(wǎng)頁(yè)子框架壓縮至盡可能的小,使得第一接收單元401在獲取網(wǎng)頁(yè)子框架時(shí)只需消耗較少的流量即可。且獲取到的網(wǎng)頁(yè)子框架可以正常顯示完全能夠滿(mǎn)足用戶(hù)的查看需求,不影響用戶(hù)的瀏覽。
第四方面,本發(fā)明實(shí)施例還提供了一種資源服務(wù)器,如圖8所示,包括:第二接收單元501,壓縮單元502以及第二發(fā)送單元503。
其中,第二接收單元501用于接收終端發(fā)送的網(wǎng)頁(yè)子框架的URL信息;其中,網(wǎng)頁(yè)子框架的URL信息是終端在網(wǎng)站服務(wù)器發(fā)送的待訪問(wèn)網(wǎng)頁(yè)的主資源中獲取到的;壓縮單元502用于根據(jù)URL信息獲取網(wǎng)頁(yè)子框架,并對(duì)網(wǎng)頁(yè)子框架進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架;第二發(fā)送單元503用于向終端返回處理后的網(wǎng)頁(yè)子框架。
具體來(lái)說(shuō),當(dāng)用戶(hù)觸發(fā)瀏覽器獲取該網(wǎng)站服務(wù)器發(fā)送的待訪問(wèn)網(wǎng)頁(yè)的主資源之后,第二接收單元501會(huì)接收到由瀏覽器發(fā)送的網(wǎng)頁(yè)子框架的URL信息。其中,該網(wǎng)頁(yè)子框架的URL信息是從瀏覽器獲取的主資源中得到的??梢岳斫獾氖?,這里的主資源還可以包括其他資源,例如文字資源或動(dòng)畫(huà)資源。第二接收單元501根據(jù)該信息獲取該網(wǎng)頁(yè)子框架資源。在獲取之后,壓縮單元502會(huì)對(duì)獲取到的網(wǎng)頁(yè)子框架資源進(jìn)行壓縮,最后通過(guò)第二發(fā)送單元503快速回傳給瀏覽器,使瀏覽器能夠獲取到占用空間較小且內(nèi)容可以正常顯示的網(wǎng)頁(yè)子框架資源,從而提高瀏覽器的獲取及顯示速度,減輕瀏覽器的負(fù)擔(dān)。
本發(fā)明實(shí)施例提供的資源服務(wù)器為自有的服務(wù)器,也即為提供網(wǎng)頁(yè)子框架資源下載處理功能的內(nèi)部專(zhuān)用服務(wù)器。該資源服務(wù)器在瀏覽器從網(wǎng)站服務(wù)器獲取網(wǎng)頁(yè)資源的過(guò)程中充當(dāng)?shù)谌椒?wù)器的角色。其中,第二接收單元501接收到瀏覽器發(fā)送的URL信息后會(huì)根據(jù)該URL信息獲取網(wǎng)頁(yè)子框架。壓縮單元502會(huì)對(duì)獲取到的網(wǎng)頁(yè)子框架進(jìn)行壓縮處理再通過(guò)第二發(fā)送單元503返回給瀏覽器,使得瀏覽器能夠獲得壓縮之后占用空間較小的網(wǎng)頁(yè)子框架,從而有效提高瀏覽器的獲取速度。此外,采用本實(shí)施例提供的資源服務(wù)器能夠?qū)@取網(wǎng)頁(yè)子框架以及壓縮網(wǎng)頁(yè)子框架的任務(wù)由瀏覽器轉(zhuǎn)移至自身來(lái)完成,使得瀏覽器能夠變?yōu)橐粋€(gè)較輕的客戶(hù)端,有效減輕瀏覽器的負(fù)擔(dān),從而使得瀏覽器的性能有所提升。
在具體實(shí)施時(shí),上述實(shí)施例中壓縮單元502對(duì)于網(wǎng)頁(yè)子框架的壓縮可以有多種實(shí)現(xiàn)方式,其中的一種實(shí)現(xiàn)方式具體包括:壓縮單元502對(duì)網(wǎng)頁(yè)子框架應(yīng)用Brotli與GUNzip算法進(jìn)行壓縮處理,獲得處理后的網(wǎng)頁(yè)子框架。
具體來(lái)說(shuō),第二接收單元501根據(jù)URL信息獲取網(wǎng)頁(yè)子框架資源,之后,壓縮單元502應(yīng)用Brotli與GUNzip算法對(duì)網(wǎng)頁(yè)子框架進(jìn)行壓縮處理。這樣做的好處是,能夠結(jié)合GUNzip算法的快速性以及穩(wěn)定性以及Brotli算法壓縮比例高的特定對(duì)網(wǎng)頁(yè)子框架進(jìn)行快速有效的壓縮,且壓縮之后的網(wǎng)頁(yè)子框架的占用空間要比單獨(dú)采用的GUNzip算法壓縮的網(wǎng)頁(yè)子框架的占用空間小得多??梢岳斫獾氖?,這樣的壓縮雖然會(huì)對(duì)網(wǎng)頁(yè)子框架造成一定損失,但這些損失不足以使網(wǎng)頁(yè)子框架變得無(wú)法顯示或顯示失真。對(duì)于查看該網(wǎng)頁(yè)子框架的用戶(hù)來(lái)說(shuō),查看壓縮之前的網(wǎng)頁(yè)子框架與查看壓縮之后的網(wǎng)頁(yè)子框架并沒(méi)有什么區(qū)別。因此,這樣的轉(zhuǎn)碼能夠在保證用戶(hù)正常瀏覽的前提下對(duì)網(wǎng)頁(yè)子框架進(jìn)行有效壓縮,從而實(shí)現(xiàn)向?yàn)g覽器快速回傳網(wǎng)頁(yè)子框架資源的目的。
在具體實(shí)施時(shí),在上述資源服務(wù)器的實(shí)施例中,第二接收單元501在接收終端上報(bào)的網(wǎng)頁(yè)子框架的URL信息的同時(shí),還可以接收終端當(dāng)前的網(wǎng)絡(luò)連接狀態(tài)信息。相應(yīng)地,處理單元502可以根據(jù)接收到的網(wǎng)絡(luò)連接狀態(tài)信息,對(duì)網(wǎng)頁(yè)子框架進(jìn)行對(duì)應(yīng)的壓縮處理,從而獲得處理后的網(wǎng)頁(yè)子框架。
具體來(lái)說(shuō),瀏覽器將網(wǎng)頁(yè)子框架的URL信息發(fā)送給資源服務(wù)器的同時(shí),還可以向資源服務(wù)器發(fā)送當(dāng)前的網(wǎng)絡(luò)連接狀態(tài)信息。其中,這里的網(wǎng)絡(luò)連接狀態(tài)信息具體為瀏覽器所在的終端當(dāng)前連接的網(wǎng)絡(luò)的信息。例如,瀏覽器所在終端當(dāng)前連接的網(wǎng)絡(luò)信息為3G網(wǎng)絡(luò)、4G網(wǎng)絡(luò)或WIFI等。在第二接收單元501接收到這一信息之后,處理單元502可以根據(jù)不同的網(wǎng)絡(luò)連接狀態(tài)信息對(duì)網(wǎng)頁(yè)子框架進(jìn)行不同程度的壓縮。例如,在當(dāng)前的連接為3G網(wǎng)絡(luò)狀態(tài)下,網(wǎng)頁(yè)子框架的壓縮比率可以為40%,也即壓縮后的大小為壓縮前的網(wǎng)頁(yè)子框架的40%;在當(dāng)前的連接為4G網(wǎng)絡(luò)狀態(tài)下,壓縮比率可以為50%。這樣做的好處是,能夠在用戶(hù)沒(méi)有接入WIFI時(shí),資源服務(wù)器能夠?qū)⒕W(wǎng)頁(yè)子框架壓縮至盡可能的小,使得瀏覽器只需消耗較少的流量即可獲取網(wǎng)頁(yè)子框架。且瀏覽器獲取的網(wǎng)頁(yè)子框架可以正常顯示完全能夠滿(mǎn)足用戶(hù)的查看需求,從而在不影響用戶(hù)的瀏覽的前提下提升用戶(hù)體驗(yàn)。
第五方面,本發(fā)明實(shí)施例還提供了一種網(wǎng)頁(yè)子框架資源下載處理系統(tǒng),如圖9所示,包括終端601、資源服務(wù)器602以及網(wǎng)站服務(wù)器603。
其中,這里的終端601為第三方面的實(shí)施例中所述的終端,這里的資源服務(wù)器602為第四方面的實(shí)施例中所述的資源服務(wù)器。
具體來(lái)說(shuō),當(dāng)用戶(hù)觸發(fā)訪問(wèn)某一網(wǎng)頁(yè)時(shí),終端601向網(wǎng)站服務(wù)器603發(fā)出相應(yīng)的請(qǐng)求,網(wǎng)站服務(wù)器603在接收到請(qǐng)求之后會(huì)將網(wǎng)頁(yè)的主資源返回給終端601。終端601在獲取這一主資源之后,將主資源中的網(wǎng)頁(yè)子框架資源的URL信息上報(bào)給資源服務(wù)器602。資源服務(wù)器602根據(jù)這一信息獲取該網(wǎng)頁(yè)子框架資源并對(duì)其進(jìn)行壓縮,使得終端601能夠從資源服務(wù)器602中獲取到占用空間較小且能夠正常顯示的網(wǎng)頁(yè)子框架資源。終端601在獲取這一網(wǎng)頁(yè)子框架資源后,與文字資源以及網(wǎng)頁(yè)上其他資源一同快速顯示在網(wǎng)頁(yè)的對(duì)應(yīng)位置中以供用戶(hù)瀏覽。
需要說(shuō)明的是,本發(fā)明上述所有實(shí)施例中提到的終端可以為可穿戴智能設(shè)備、手機(jī)、平板電腦、掌上電腦PDA或筆記本等,本發(fā)明實(shí)施例對(duì)此也不作具體限定。
不難理解的是,上述實(shí)施例中的舉例說(shuō)明只是為了便于更好地理解本發(fā)明實(shí)施例提供的方法或裝置,并不能構(gòu)成對(duì)本發(fā)明的具體限定。且上述的各個(gè)優(yōu)選實(shí)施方式之間不會(huì)相互影響,各個(gè)優(yōu)選實(shí)施方式之間的任意組合所得到的方案均應(yīng)該落入本發(fā)明的保護(hù)范圍。
以上所描述的裝置實(shí)施例僅僅是示意性的,其中所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開(kāi)的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個(gè)地方,或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上??梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動(dòng)的情況下,即可以理解并實(shí)施。
通過(guò)以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到各實(shí)施方式可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn),當(dāng)然也可以通過(guò)硬件?;谶@樣的理解,上述技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái),該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中,如ROM/RAM、磁碟、光盤(pán)等,包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。
最后應(yīng)說(shuō)明的是:以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案,而非對(duì)其限制;盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改,或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。