頁面提取方法、服務(wù)器及網(wǎng)絡(luò)系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種頁面提取方法、服務(wù)器及網(wǎng)絡(luò)系統(tǒng)。其中，該方法包括：截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求；合并截取的多個網(wǎng)頁瀏覽請求，生成合并請求；將合并請求經(jīng)特定通道發(fā)送至服務(wù)器，其中，服務(wù)器接收合并請求后將其解析為多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答；接收服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，在各客戶端上瀏覽提取的頁面。本發(fā)明實(shí)施例提供的頁面提取方法能夠達(dá)到節(jié)省網(wǎng)絡(luò)資源，提高發(fā)送瀏覽請求速度以及用戶瀏覽速度，提升用戶體驗(yàn)的有益效果。
【專利說明】頁面提取方法、服務(wù)器及網(wǎng)絡(luò)系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)應(yīng)用領(lǐng)域，特別是涉及一種頁面提取方法、服務(wù)器及網(wǎng)絡(luò)系統(tǒng)?！颈尘凹夹g(shù)】
[0002]隨著信息社會的網(wǎng)絡(luò)發(fā)展，人們對網(wǎng)絡(luò)傳播的速度要求越來越高。但是，由于帶寬等網(wǎng)絡(luò)資源有限、上網(wǎng)人數(shù)的不斷增加導(dǎo)致上網(wǎng)速度無法提升。為了緩解在上網(wǎng)高峰時段的網(wǎng)絡(luò)擁堵，一些運(yùn)營商甚至出臺了針對上網(wǎng)高峰時期以及上網(wǎng)低谷時期進(jìn)行不同收費(fèi)的收費(fèi)規(guī)則對網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢進(jìn)行改善。
[0003]現(xiàn)有技術(shù)中，改善網(wǎng)絡(luò)擁堵以及上網(wǎng)速度緩慢的方法是增加帶寬以及上述針對上網(wǎng)時間的不同進(jìn)行不同收費(fèi)。其中，增加帶寬能夠有效緩解網(wǎng)絡(luò)擁堵，但增加帶寬成本巨大并且存在安裝困難的問題，而針對上述時間的不同進(jìn)行不同收費(fèi)對緩解網(wǎng)絡(luò)擁堵僅是揚(yáng)湯止沸，不能夠有效解決網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題。

【發(fā)明內(nèi)容】

[0004]鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的頁面提取方法、服務(wù)器和相應(yīng)的網(wǎng)絡(luò)系統(tǒng)。
[0005]依據(jù)本發(fā)明實(shí)施例的一個方面，提供了一種頁面提取方法，包括:截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求；合并截取的所述多個網(wǎng)頁瀏覽請求，生成合并請求；將所述合并請求經(jīng)特定通道發(fā)送至所述服務(wù)器，其中，所述服務(wù)器接收所述合并請求后將其解析為所述多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答；接收所述服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，在各客戶端上瀏覽提取的頁面。
[0006]可選地，將所述合并請求經(jīng)特定通道發(fā)送至所述服務(wù)器，包括:對所述合并請求進(jìn)行壓縮；將壓縮后的數(shù)據(jù)包經(jīng)特定通道發(fā)送至所述服務(wù)器。
[0007]可選地，接收所述服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，包括:對于同一域名的網(wǎng)絡(luò)瀏覽請求，解析所述服務(wù)器已返回的針對同一域名的網(wǎng)絡(luò)瀏覽請求的應(yīng)答消息，獲取應(yīng)答消息中內(nèi)容相同的部分，并存儲；比較當(dāng)前接收的應(yīng)答消息中的內(nèi)容與存儲內(nèi)容，獲取差異部分；將差異部分發(fā)送至對應(yīng)的客戶端，由所述客戶端替換原頁面中的差異部分。
[0008]可選地，所述特定通道應(yīng)用私有協(xié)議建立。
[0009]可選地，所述私有協(xié)議包括TCP協(xié)議。
[0010]依據(jù)本發(fā)明的另一個方面還提供了一種代理服務(wù)器，包括:截取器，配置為截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求；合并器，配置為合并截取的所述多個網(wǎng)頁瀏覽請求，生成合并請求；發(fā)送器，配置為將所述合并請求經(jīng)特定通道發(fā)送至所述服務(wù)器，其中，所述服務(wù)器接收所述合并請求后將其解析為所述多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答；接收器，配置為接收所述服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，在各客戶端上瀏覽提取的頁面。
[0011]可選地，所述發(fā)送器還配置為:對所述合并請求進(jìn)行壓縮；將壓縮后的數(shù)據(jù)包經(jīng)特定通道發(fā)送至所述服務(wù)器。
[0012]可選地，所述接收器還配置為:對于同一域名的網(wǎng)絡(luò)瀏覽請求，解析所述服務(wù)器已返回的針對同一域名的網(wǎng)絡(luò)瀏覽請求的應(yīng)答消息，獲取應(yīng)答消息中內(nèi)容相同的部分，并存儲；比較當(dāng)前接收的應(yīng)答消息中的內(nèi)容與存儲內(nèi)容，獲取差異部分；將差異部分發(fā)送至對應(yīng)的客戶端，由所述客戶端替換原頁面中的差異部分。
[0013]依據(jù)本發(fā)明的另一個方面，還提供了一種網(wǎng)絡(luò)系統(tǒng)，包括:至少一個客戶端，配置為發(fā)送多個網(wǎng)頁瀏覽請求；代理服務(wù)器，配置為截取所述至少一個客戶端發(fā)出的多個網(wǎng)頁瀏覽請求；合并截取的所述多個網(wǎng)頁瀏覽請求,生成合并請求；將所述合并請求經(jīng)特定通道發(fā)送至服務(wù)器；所述服務(wù)器，配置為接收所述合并請求，將其解析還原為所述多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容生成應(yīng)答消息；將生成的應(yīng)答消息返回至所述代理服務(wù)器；所述代理服務(wù)器，還配置為接收所述服務(wù)器返回的應(yīng)答消息，并相應(yīng)返回各客戶端；所述至少一個客戶端，還配置為接收所述代理服務(wù)器返回的應(yīng)答消息，瀏覽提取的頁面。
[0014]可選地，所述代理服務(wù)器還配置為:對所述合并請求進(jìn)行壓縮；將壓縮后的數(shù)據(jù)包經(jīng)特定通道發(fā)送至所述服務(wù)器。
[0015]可選地，所述代理服務(wù)器還配置為:對于同一域名的網(wǎng)絡(luò)瀏覽請求，解析所述服務(wù)器已返回的針對同一域名的網(wǎng)絡(luò)瀏覽請求的應(yīng)答消息，獲取應(yīng)答消息中內(nèi)容相同的部分，并存儲；比較當(dāng)前接收的應(yīng)答消息中的內(nèi)容與存儲內(nèi)容，獲取差異部分；將差異部分發(fā)送至對應(yīng)的客戶端；所述至少一個客戶端還配置為:根據(jù)接收的差異部分替換原頁面的差異部分。
[0016]可選地，所述代理服務(wù)器和所述服務(wù)器間通過私有協(xié)議建立所述特定通道。
[0017]可選地，所述私有協(xié)議包括TCP協(xié)議。
[0018]在本發(fā)明實(shí)施例中，截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求，合并截取的多個網(wǎng)頁瀏覽請求，生成合并請求，將合并請求經(jīng)特定通道發(fā)送至服務(wù)器，并接收服務(wù)器返回的應(yīng)答消息，在各客戶端進(jìn)行瀏覽，有效減少各客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求占用的帶寬，進(jìn)而能夠解決現(xiàn)有技術(shù)中由于上網(wǎng)人數(shù)較多，網(wǎng)絡(luò)資源有限等造成的網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題。本發(fā)明實(shí)施例提供的頁面提取方法能夠?qū)Ω骺蛻舳税l(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求進(jìn)行合并，在網(wǎng)絡(luò)瀏覽請求發(fā)送端降低對帶寬的需要，在無需巨大成本以及安裝簡單的同時，能夠有效解決網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題，達(dá)到節(jié)省網(wǎng)絡(luò)資源，提高發(fā)送瀏覽請求速度以及用戶瀏覽速度，提升用戶體驗(yàn)的有益效果O
[0019]上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實(shí)施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉本發(fā)明的【具體實(shí)施方式】。
[0020]根據(jù)下文結(jié)合附圖對本發(fā)明具體實(shí)施例的詳細(xì)描述，本領(lǐng)域技術(shù)人員將會更加明了本發(fā)明的上述以及其他目的、優(yōu)點(diǎn)和特征。
【專利附圖】

【附圖說明】[0021]通過閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實(shí)施方式的目的，而并不認(rèn)為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中:
[0022]圖1示出了根據(jù)本發(fā)明一個實(shí)施例的頁面提取方法的處理流程圖；
[0023]圖2示出了根據(jù)本發(fā)明一個優(yōu)選實(shí)施例的頁面提取方法中發(fā)送合并請求的網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示意圖；
[0024]圖3示出了根據(jù)本發(fā)明一個優(yōu)選實(shí)施例的頁面提取方法中接收應(yīng)答消息的網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示意圖；
[0025]圖4示出了根據(jù)本發(fā)明一個實(shí)施例的代理服務(wù)器的結(jié)構(gòu)示意圖；以及
[0026]圖5示出了根據(jù)本發(fā)明一個實(shí)施例的網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0027]下面將參照附圖更詳細(xì)地描述本公開的示例性實(shí)施例。雖然附圖中顯示了本公開的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。
[0028]相關(guān)技術(shù)中提及，改善網(wǎng)絡(luò)擁堵以及上網(wǎng)速度緩慢的方法是增加帶寬以及上述針對上網(wǎng)時間的不同進(jìn)行不同收費(fèi)。其中，增加帶寬能夠有效緩解網(wǎng)絡(luò)擁堵，但增加帶寬成本巨大并且存在安裝困難的問題，而針對上述時間的不同進(jìn)行不同收費(fèi)對緩解網(wǎng)絡(luò)擁堵僅是揚(yáng)湯止沸，不能夠有效解決網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題。
[0029]為解決上述技術(shù)問題，本發(fā)明實(shí)施例提供了一種頁面提取方法。圖1示出了根據(jù)本發(fā)明一個實(shí)施例的頁面提取方法的處理流程圖。參見圖1，該流程至少包括步驟S102至步驟S108。
[0030]步驟S102、截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求。
[0031]步驟S104、合并截取的多個網(wǎng)頁瀏覽請求，生成合并請求。
[0032]步驟S106、將合并請求經(jīng)特定通道發(fā)送至服務(wù)器，其中，服務(wù)器接收合并請求后將其解析為多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答。
[0033]步驟S108、接收服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，在各客戶端上瀏覽提取的頁面。
[0034]在本發(fā)明實(shí)施例中，截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求，合并截取的多個網(wǎng)頁瀏覽請求，生成合并請求，隨后將合并請求取代多個網(wǎng)頁瀏覽請求經(jīng)特定通道發(fā)送至服務(wù)器，并接收服務(wù)器返回的應(yīng)答消息，在各客戶端進(jìn)行瀏覽。利用合并請求取代多個網(wǎng)頁瀏覽請求，能夠有效減少各客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求占用的帶寬，進(jìn)而能夠解決現(xiàn)有技術(shù)中由于上網(wǎng)人數(shù)較多，網(wǎng)絡(luò)資源有限等造成的網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題。本發(fā)明實(shí)施例提供的頁面提取方法能夠?qū)Ω骺蛻舳税l(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求進(jìn)行合并，在網(wǎng)絡(luò)瀏覽請求發(fā)送端降低對帶寬的需要，降低成本，且操作簡單，能夠有效解決網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題，達(dá)到節(jié)省網(wǎng)絡(luò)資源，提高發(fā)送瀏覽請求速度以及用戶瀏覽速度，提升用戶體驗(yàn)的有益效果。
[0035]如圖1中的步驟所示，本發(fā)明實(shí)施例將截取到的至少一個客戶端(Client)發(fā)向同一服務(wù)器(Server)的多個網(wǎng)頁瀏覽請求合并，生成合并請求。之后,對合并請求進(jìn)行壓縮，將壓縮后的數(shù)據(jù)包經(jīng)特定通道發(fā)送至服務(wù)器。例如，如圖2所示，Clientl、Client2、Client3為均向同一服務(wù)器Server發(fā)送網(wǎng)頁瀏覽請求的、設(shè)置于不同終端的三個客戶端。其中，Clientl發(fā)送網(wǎng)頁瀏覽請求1，Client2發(fā)送網(wǎng)頁瀏覽請求2，Client3發(fā)送網(wǎng)頁瀏覽請求3。需要說明的是，圖2中的客戶端的個數(shù)為3個，僅用于示例多個，本發(fā)明實(shí)施例中，設(shè)置于不同終端的客戶端的數(shù)目可以為任意整數(shù)個，本發(fā)明實(shí)施例對此并不加以限定。現(xiàn)有技術(shù)中，ClientU Client2、Client3分別向服務(wù)器(Server)直接發(fā)送網(wǎng)頁瀏覽請求(如圖2所示的網(wǎng)頁瀏覽請求1、網(wǎng)頁瀏覽請求2以及網(wǎng)頁瀏覽請求3)。本發(fā)明實(shí)施例中，設(shè)置代理服務(wù)器(Proxy Server)截取到三個網(wǎng)頁瀏覽請求，并合并為如圖2所示的合并請求，發(fā)送至Server。本發(fā)明實(shí)施例中，合并各客戶端的網(wǎng)頁瀏覽請求為合并請求并進(jìn)行壓縮,能夠?qū)⒏骺蛻舳说木W(wǎng)頁瀏覽請求的文件大小壓縮至其本身大小的十分之一甚至更小，有效減少發(fā)送各客戶端的網(wǎng)頁瀏覽請求至服務(wù)器時占用的帶寬，節(jié)省網(wǎng)絡(luò)資源，進(jìn)而能夠提高發(fā)送速度。例如,根據(jù)截取到的十萬個網(wǎng)頁瀏覽請求生成大小為100千字節(jié)的合并請求，經(jīng)過壓縮，得到大小僅為10千字節(jié)的數(shù)據(jù)包。
[0036]本發(fā)明實(shí)施例中，通過特定通道發(fā)送壓縮后的數(shù)據(jù)包至服務(wù)器，如圖2所示，為與代理服務(wù)器(Proxy Server)進(jìn)行信息的交互,在服務(wù)器(Server)端安裝有代理客戶端(Proxy Client)。該代理客戶端(Proxy Client)能夠?qū)νㄟ^特定通道傳輸?shù)暮喜⒄埱筮M(jìn)行解析。其中，該特定通道可以是使用特定協(xié)議建立的傳輸通道，還可以是應(yīng)用私有協(xié)議建立的傳輸通道。例如，本發(fā)明實(shí)施例能夠應(yīng)用傳輸控制協(xié)議(Transmission ControlProtocol,以下簡稱TCP)建立特定通道對合并請求進(jìn)行傳輸。優(yōu)選地，本發(fā)明實(shí)施例中，能夠應(yīng)用基于TCP的、加密的二進(jìn)制協(xié)議建立特定通道傳輸壓縮至數(shù)據(jù)包的合并請求。其中，TCP是一種面向連接的、可靠的、基于字節(jié)流的常用傳輸通信協(xié)議。另外，使用二進(jìn)制協(xié)議能夠增加傳輸合并請求的效率,更加高效地將合并請求傳輸至服務(wù)器。例如,本發(fā)明實(shí)施例中應(yīng)用的基于TCP的、加密的二進(jìn)制協(xié)議包括包頭和包體。其中，包頭中含有長度(如4字節(jié))、身份標(biāo)識信息(Identity，以下簡稱ID)以及安全于服務(wù)器一側(cè)的客戶端的網(wǎng)絡(luò)互連協(xié)議(Internet Protocol，以下簡稱IP)地址信息。并且,包體中包含有壓縮后的合并請求，以及，根據(jù)包頭中的長度信息能夠確定包體的長度為4字節(jié)。
[0037]將合并請求經(jīng)特定通道發(fā)送至服務(wù)器之后，服務(wù)器接收合并請求，并將該合并請求解析為多個網(wǎng)頁瀏覽請求。根據(jù)解析得到的多個網(wǎng)頁瀏覽請求，服務(wù)器獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答，并返回應(yīng)答結(jié)果。接收到服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息之后，本發(fā)明實(shí)施例相應(yīng)返回各客戶端，在各客戶端上瀏覽提取的網(wǎng)頁。如圖3所示，服務(wù)器針對各網(wǎng)頁瀏覽請求返回的應(yīng)答消息(如圖3所示的應(yīng)答消息1、應(yīng)答消息2以及應(yīng)答消息3)通過代理服務(wù)器(Proxy Server)返回至各個客戶端(如圖3所示的Client 1、Client2、Client3)，并在各個客戶端瀏覽提取的網(wǎng)頁。
[0038]在各客戶端上瀏覽的網(wǎng)頁中存在靜態(tài)網(wǎng)頁以及動態(tài)網(wǎng)頁，并且每個網(wǎng)頁存在隨時間變化的標(biāo)識信息(如網(wǎng)頁的版本號等)。其中，靜態(tài)網(wǎng)頁為網(wǎng)頁內(nèi)容不隨時間改變而改變的網(wǎng)頁，例如展示格式為JPG (—種圖片文件的格式)或者格式為PNG (—種圖片文件的格式)的圖片的網(wǎng)頁等，動態(tài)網(wǎng)頁為網(wǎng)頁的內(nèi)容部分或者全部隨時間改變發(fā)生改變的網(wǎng)頁。當(dāng)客戶端發(fā)送針對靜態(tài)網(wǎng)頁的網(wǎng)頁瀏覽請求時，本發(fā)明實(shí)施例直接返回當(dāng)前網(wǎng)頁的標(biāo)識信息至客戶端?？蛻舳烁鶕?jù)標(biāo)識信息在瀏覽相應(yīng)網(wǎng)頁。網(wǎng)頁瀏覽請求對應(yīng)的網(wǎng)頁內(nèi)容的大小比較大(例如可以是200千字節(jié)、3兆字節(jié)甚至更大)，但網(wǎng)頁的標(biāo)識信息的大小比較小(例如只有2千字節(jié)甚至3字節(jié)等)。因此，接收到客戶端發(fā)送的靜態(tài)網(wǎng)頁瀏覽請求，將網(wǎng)頁的標(biāo)識信息返回至客戶端，能夠有效減少返回客戶端網(wǎng)頁內(nèi)容時占用的帶寬，提高發(fā)送速度，提升用戶體驗(yàn)。對于同一域名的網(wǎng)絡(luò)瀏覽請求，本發(fā)明實(shí)施例解析服務(wù)器返回的針對同一域名的網(wǎng)絡(luò)瀏覽請求的應(yīng)答消息，獲取應(yīng)答消息中內(nèi)容相同的部分，并進(jìn)行存儲。當(dāng)客戶端再次發(fā)送該域名的動態(tài)網(wǎng)頁的網(wǎng)頁瀏覽請求時，本發(fā)明實(shí)施例比較接收到的對應(yīng)該網(wǎng)頁瀏覽請求的應(yīng)答消息中的內(nèi)容與存儲內(nèi)容。若應(yīng)答消息中的內(nèi)容與存儲內(nèi)容不存在差異，則發(fā)送該網(wǎng)頁的標(biāo)識信息至客戶端。若存在差異，則發(fā)送差異部分至對應(yīng)的客戶端，由客戶端替換原頁面中的差異部分。在動態(tài)網(wǎng)頁中，隨時間改變發(fā)生改變的部分通常是局部的、小范圍的。例如，在用戶經(jīng)常瀏覽新聞等咨詢的新浪網(wǎng)的首頁，隨時間改變發(fā)生改變的部分通常是每日頭條新聞或者每日推薦商品等部分，其他部分并不發(fā)生改變。當(dāng)客戶端發(fā)送對新浪網(wǎng)的首頁的瀏覽請求，本發(fā)明實(shí)施例接收到服務(wù)器返回的網(wǎng)頁內(nèi)容之后，對比已存儲的網(wǎng)頁內(nèi)容與服務(wù)器返回的網(wǎng)頁內(nèi)容，找到差異部分為每日頭條新聞，則發(fā)送該每日頭條新聞的部分至客戶端?？蛻舳私邮盏皆摬町惒糠种螅鎿Q原頁面中的差異部分，并對網(wǎng)頁進(jìn)行顯示。由于差異部分文件的大小遠(yuǎn)小于完整的網(wǎng)頁文件的大小，因此，僅發(fā)送網(wǎng)頁內(nèi)容中的差異部分能夠有效減少發(fā)送時使用的網(wǎng)絡(luò)帶寬，節(jié)省網(wǎng)絡(luò)資源，提高發(fā)送速度以及用戶瀏覽網(wǎng)頁速度，提升用戶體驗(yàn)。
[0039]基于上文各優(yōu)選實(shí)施例的頁面提取方法，基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例提供了一種代理服務(wù)器，用于實(shí)現(xiàn)上述頁面提取方法。圖4示出了根據(jù)本發(fā)明一個實(shí)施例的代理服務(wù)器的結(jié)構(gòu)示意圖。如圖4所示，本發(fā)明實(shí)施例的代理服務(wù)器至少包括:截取器410、合并器420、發(fā)送器430、接收器440。
[0040]現(xiàn)介紹本發(fā)明實(shí)施例的代理服務(wù)器的各器件或組成的功能以及各部分間的連接關(guān)系:
[0041]截取器410，配置為截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求。
[0042]合并器420，與截取器410相耦合，配置為合并截取的多個網(wǎng)頁瀏覽請求，生成合并請求。
[0043]發(fā)送器430，與合并器420相耦合，配置為將合并請求經(jīng)特定通道發(fā)送至服務(wù)器，其中，服務(wù)器接收合并請求后將其解析為多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答。
[0044]接收器440，與發(fā)送器430相耦合，配置為接收服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，在各客戶端上瀏覽提取的頁面。
[0045]在本發(fā)明實(shí)施例中，截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求，合并截取的多個網(wǎng)頁瀏覽請求，生成合并請求，隨后將合并請求取代多個網(wǎng)頁瀏覽請求經(jīng)特定通道發(fā)送至服務(wù)器，并接收服務(wù)器返回的應(yīng)答消息，在各客戶端進(jìn)行瀏覽。利用合并請求取代多個網(wǎng)頁瀏覽請求，能夠有效減少各客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求占用的帶寬，進(jìn)而能夠解決現(xiàn)有技術(shù)中由于上網(wǎng)人數(shù)較多，網(wǎng)絡(luò)資源有限等造成的網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題。本發(fā)明實(shí)施例提供的頁面提取方法能夠?qū)Ω骺蛻舳税l(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求進(jìn)行合并，在網(wǎng)絡(luò)瀏覽請求發(fā)送端降低對帶寬的需要，降低成本，且操作簡單，能夠有效解決網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題，達(dá)到節(jié)省網(wǎng)絡(luò)資源，提高發(fā)送瀏覽請求速度以及用戶瀏覽速度，提升用戶體驗(yàn)的有益效果。
[0046]截取器410截取到至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽器之后，觸發(fā)與其耦合的合并器420。合并器420將截取到的至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求合并，生成合并請求。之后，與合并器420相耦合的發(fā)送器430對合并請求進(jìn)行壓縮，并將壓縮后的數(shù)據(jù)包經(jīng)特定通道發(fā)送至服務(wù)器。本發(fā)明實(shí)施例中，發(fā)送器430對生成的合并請求進(jìn)行壓縮，能夠?qū)⒑喜⒄埱蟮奈募笮嚎s至其本身大小的十分之一甚至更小，有效減少發(fā)送合并請求至服務(wù)器時占用的帶寬，節(jié)省網(wǎng)絡(luò)資源，進(jìn)而能夠提高發(fā)送速度。例如，根據(jù)截取到的十萬個網(wǎng)頁瀏覽請求生成大小為100千字節(jié)的合并請求，經(jīng)過壓縮，得到大小僅為10千字節(jié)的數(shù)據(jù)包。
[0047]本發(fā)明實(shí)施例中，發(fā)送器430通過特定通道發(fā)送壓縮后的數(shù)據(jù)包至服務(wù)器，為與代理服務(wù)器(Proxy Server)進(jìn)行信息的交互，在服務(wù)器端安裝代理客戶端(ProxyClient)。該代理客戶端(Proxy Client)能夠?qū)νㄟ^特定通道傳輸?shù)暮喜⒄埱筮M(jìn)行解析。其中，該特定通道可以是使用特定協(xié)議建立的傳輸通道，還可以是應(yīng)用私有協(xié)議建立的傳輸通道。例如，本發(fā)明實(shí)施例能夠應(yīng)用TCP建立特定通道對合并請求進(jìn)行傳輸。優(yōu)選地，本發(fā)明實(shí)施例中，發(fā)送器430能夠應(yīng)用基于TCP的、加密的二進(jìn)制協(xié)議建立特定通道傳輸壓縮至數(shù)據(jù)包的合并請求。其中，TCP是一種面向連接的、可靠的、基于字節(jié)流的常用傳輸通信協(xié)議。另外，使用二進(jìn)制協(xié)議能夠增加傳輸合并請求的效率，更加高效地將合并請求傳輸至服務(wù)器。例如，本發(fā)明實(shí)施例中，發(fā)送器430應(yīng)用的基于TCP的、加密的二進(jìn)制協(xié)議包括包頭和包體。其中，包頭中含有長度(如4字節(jié))、ID以及安全于服務(wù)器一側(cè)的客戶端的IP地址信息。并且,包體中包含有壓縮后的合并請求，以及,根據(jù)包頭中的長度信息能夠確定包體的長度為4字節(jié)。
[0048]發(fā)送器430將合并請求經(jīng)特定通道發(fā)送至服務(wù)器之后，服務(wù)器接收合并請求，并將該合并請求解析為多個網(wǎng)頁瀏覽請求。根據(jù)解析得到的多個網(wǎng)頁瀏覽請求，服務(wù)器獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答，并返回應(yīng)答結(jié)果。接收器440接收到服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息之后，本發(fā)明實(shí)施例相應(yīng)返回各客戶端，在各客戶端上瀏覽提取的網(wǎng)頁。
[0049]在各客戶端上瀏覽的網(wǎng)頁中存在靜態(tài)網(wǎng)頁以及動態(tài)網(wǎng)頁，并且每個網(wǎng)頁存在隨時間變化的標(biāo)識信息(如網(wǎng)頁的版本號等)。其中，靜態(tài)網(wǎng)頁為網(wǎng)頁內(nèi)容不隨時間改變而改變的網(wǎng)頁，例如展示格式為JPG (—種圖片文件的格式)或者格式為PNG (—種圖片文件的格式)的圖片的網(wǎng)頁等，動態(tài)網(wǎng)頁為網(wǎng)頁的內(nèi)容部分或者全部隨時間改變發(fā)生改變的網(wǎng)頁。當(dāng)客戶端發(fā)送針對靜態(tài)網(wǎng)頁的網(wǎng)頁瀏覽請求時，本發(fā)明實(shí)施例直接返回當(dāng)前網(wǎng)頁的標(biāo)識信息至客戶端?？蛻舳烁鶕?jù)標(biāo)識信息在瀏覽相應(yīng)網(wǎng)頁。網(wǎng)頁瀏覽請求對應(yīng)的網(wǎng)頁內(nèi)容的大小比較大(例如可以是400千字節(jié)、3兆字節(jié)甚至更大)，但網(wǎng)頁的標(biāo)識信息的大小比較小(例如只有4千字節(jié)甚至3字節(jié)等)。因此，接收器440接收到客戶端發(fā)送的靜態(tài)網(wǎng)頁瀏覽請求，將網(wǎng)頁的標(biāo)識信息返回至客戶端，能夠有效減少返回客戶端網(wǎng)頁內(nèi)容時占用的帶寬，提高發(fā)送速度，提升用戶體驗(yàn)。對于同一域名的網(wǎng)絡(luò)瀏覽請求，接收器440解析服務(wù)器返回的針對同一域名的網(wǎng)絡(luò)瀏覽請求的應(yīng)答消息，獲取應(yīng)答消息中內(nèi)容相同的部分，并進(jìn)行存儲。當(dāng)客戶端再次發(fā)送該域名的動態(tài)網(wǎng)頁的網(wǎng)頁瀏覽請求時，接收器440比較接收到的對應(yīng)該網(wǎng)頁瀏覽請求的應(yīng)答消息中的內(nèi)容與存儲內(nèi)容。若應(yīng)答消息中的內(nèi)容與存儲內(nèi)容不存在差異，則發(fā)送該網(wǎng)頁的標(biāo)識信息至客戶端。若存在差異，則發(fā)送差異部分至對應(yīng)的客戶端，由客戶端替換原頁面中的差異部分。在動態(tài)網(wǎng)頁中，隨時間改變發(fā)生改變的部分通常是局部的、小范圍的。例如，在用戶經(jīng)常瀏覽新聞等咨詢的新浪網(wǎng)的首頁，隨時間改變發(fā)生改變的部分通常是每日頭條新聞或者每日推薦商品等部分，其他部分并不發(fā)生改變。當(dāng)客戶端發(fā)送對新浪網(wǎng)的首頁的瀏覽請求，本發(fā)明實(shí)施例接收到服務(wù)器返回的網(wǎng)頁內(nèi)容之后，對比已存儲的網(wǎng)頁內(nèi)容與服務(wù)器返回的網(wǎng)頁內(nèi)容，找到差異部分為每日頭條新聞，則發(fā)送該每日頭條新聞的部分至客戶端。客戶端接收到該差異部分之后，替換原頁面中的差異部分，并對網(wǎng)頁進(jìn)行顯示。由于差異部分文件的大小遠(yuǎn)小于完整的網(wǎng)頁文件的大小，因此，僅發(fā)送網(wǎng)頁內(nèi)容中的差異部分能夠有效減少發(fā)送時使用的網(wǎng)絡(luò)帶寬，節(jié)省網(wǎng)絡(luò)資源，提高發(fā)送速度以及用戶瀏覽網(wǎng)頁速度，提升用戶體驗(yàn)。
[0050]基于上文各優(yōu)選實(shí)施例的頁面提取方法及代理服務(wù)器，基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例提供了一種網(wǎng)絡(luò)系統(tǒng)，用于實(shí)現(xiàn)上述頁面提取方法。圖5示出了根據(jù)本發(fā)明一個實(shí)施例的網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示意圖。如圖5所示，本發(fā)明實(shí)施例中的網(wǎng)絡(luò)系統(tǒng)包括至少一個客戶端510、代理服務(wù)器520以及服務(wù)器530。其中，需要說明的是，圖5中的客戶端510的個數(shù)為5個，僅用于示例多個，每個客戶端510結(jié)構(gòu)類似，在此不做贅述。
[0051]現(xiàn)介紹本發(fā)明實(shí)施例的網(wǎng)絡(luò)系統(tǒng)中的各器件或組成的功能以及各部分間的連接關(guān)系:
[0052]至少一個客戶端510，配置為發(fā)送多個網(wǎng)頁瀏覽請求。
[0053]代理服務(wù)器520，與客戶端510相連接，配置為截取至少一個客戶端510發(fā)出的多個網(wǎng)頁瀏覽請求；合并截取的多個網(wǎng)頁瀏覽請求,生成合并請求；將合并請求經(jīng)特定通道發(fā)送至服務(wù)器530。
[0054]服務(wù)器530，與代理服務(wù)器520相連接，配置為接收合并請求，將其解析還原為多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容生成應(yīng)答消息；將生成的應(yīng)答消息返回至代理服務(wù)器。
[0055]代理服務(wù)器520，還配置為接收服務(wù)器530返回的應(yīng)答消息，并相應(yīng)返回各客戶端。
[0056]至少一個客戶端510，還配置為接收代理服務(wù)器520返回的應(yīng)答消息，瀏覽提取的頁面。
[0057]在本發(fā)明實(shí)施例中，截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求，合并截取的多個網(wǎng)頁瀏覽請求，生成合并請求，隨后將合并請求取代多個網(wǎng)頁瀏覽請求經(jīng)特定通道發(fā)送至服務(wù)器，并接收服務(wù)器返回的應(yīng)答消息，在各客戶端進(jìn)行瀏覽。利用合并請求取代多個網(wǎng)頁瀏覽請求，能夠有效減少各客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求占用的帶寬，進(jìn)而能夠解決現(xiàn)有技術(shù)中由于上網(wǎng)人數(shù)較多，網(wǎng)絡(luò)資源有限等造成的網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題。本發(fā)明實(shí)施例提供的頁面提取方法能夠?qū)Ω骺蛻舳税l(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求進(jìn)行合并，在網(wǎng)絡(luò)瀏覽請求發(fā)送端降低對帶寬的需要，降低成本，且操作簡單，能夠有效解決網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題，達(dá)到節(jié)省網(wǎng)絡(luò)資源，提高發(fā)送瀏覽請求速度以及用戶瀏覽速度，提升用戶體驗(yàn)的有益效果。
[0058]代理服務(wù)器520將截取到的至少一個客戶端510發(fā)向同一服務(wù)器530的多個網(wǎng)頁瀏覽請求合并，生成合并請求。之后，對合并請求進(jìn)行壓縮，將壓縮后的數(shù)據(jù)包經(jīng)特定通道發(fā)送至服務(wù)器。本發(fā)明實(shí)施例中，代理服務(wù)器520對生成的合并請求進(jìn)行壓縮，能夠?qū)⒑喜⒄埱蟮奈募笮嚎s至其本身大小的十分之一甚至更小，有效減少發(fā)送合并請求至服務(wù)器時占用的帶寬，節(jié)省網(wǎng)絡(luò)資源，進(jìn)而能夠提高發(fā)送速度。例如，根據(jù)截取到的十萬個網(wǎng)頁瀏覽請求生成大小為100千字節(jié)的合并請求，經(jīng)過壓縮，得到大小僅為10千字節(jié)的數(shù)據(jù)包。
[0059]本發(fā)明實(shí)施例中，代理服務(wù)器520通過特定通道發(fā)送壓縮后的數(shù)據(jù)包至服務(wù)器530，為與代理服務(wù)器520進(jìn)行信息的交互，在服務(wù)器530端安裝有代理客戶端(ProxyClient)。該代理客戶端(Proxy Client)能夠在服務(wù)器530 —側(cè)安裝指定客戶端對通過特定通道傳輸?shù)暮喜⒄埱筮M(jìn)行解析。其中，該特定通道可以是使用特定協(xié)議建立的傳輸通道，還可以是應(yīng)用私有協(xié)議建立的傳輸通道。例如，本發(fā)明實(shí)施例能夠應(yīng)用TCP建立特定通道對合并請求進(jìn)行傳輸。優(yōu)選地，本發(fā)明實(shí)施例中，能夠應(yīng)用基于TCP的、加密的二進(jìn)制協(xié)議建立特定通道傳輸壓縮至數(shù)據(jù)包的合并請求。其中，TCP是一種面向連接的、可靠的、基于字節(jié)流的常用傳輸通信協(xié)議。另外，使用二進(jìn)制協(xié)議能夠增加傳輸合并請求的效率，更加高效地將合并請求傳輸至服務(wù)器。例如，本發(fā)明實(shí)施例中應(yīng)用的基于TCP的、加密的二進(jìn)制協(xié)議包括包頭和包體。其中，包頭中含有長度(如4字節(jié))、ID以及安全于服務(wù)器530 —側(cè)的指定客戶端的IP地址信息。并且,包體中包含有壓縮后的合并請求，以及,根據(jù)包頭中的長度信息能夠確定包體的長度為4字節(jié)。
[0060]代理服務(wù)器520將合并請求經(jīng)特定通道發(fā)送至服務(wù)器530之后，服務(wù)器530接收合并請求，并將該合并請求解析為多個網(wǎng)頁瀏覽請求。根據(jù)解析得到的多個網(wǎng)頁瀏覽請求，服務(wù)器530獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答，并返回應(yīng)答結(jié)果。代理服務(wù)器520接收到服務(wù)器530返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息之后，代理服務(wù)器520相應(yīng)返回各客戶端510，在各客戶端510上瀏覽提取的網(wǎng)頁。
[0061]在各客戶端510上瀏覽的網(wǎng)頁中存在靜態(tài)網(wǎng)頁以及動態(tài)網(wǎng)頁，并且每個網(wǎng)頁存在隨時間變化的標(biāo)識信息(如網(wǎng)頁的版本號等)。其中，靜態(tài)網(wǎng)頁為網(wǎng)頁內(nèi)容不隨時間改變而改變的網(wǎng)頁，例如展示圖片的網(wǎng)頁等，動態(tài)網(wǎng)頁為網(wǎng)頁的內(nèi)容部分或者全部隨時間改變發(fā)生改變的網(wǎng)頁。當(dāng)客戶端510發(fā)送針對靜態(tài)網(wǎng)頁的網(wǎng)頁瀏覽請求時，代理服務(wù)器520直接返回當(dāng)前網(wǎng)頁的標(biāo)識信息至客戶端510?？蛻舳?10根據(jù)標(biāo)識信息在瀏覽相應(yīng)網(wǎng)頁。網(wǎng)頁瀏覽請求對應(yīng)的網(wǎng)頁內(nèi)容的大小比較大(例如可以是200千字節(jié)、5兆字節(jié)甚至更大)，但網(wǎng)頁的標(biāo)識信息的大小比較小(例如只有2千字節(jié)甚至5字節(jié)等)。因此，接收到客戶端510發(fā)送的靜態(tài)網(wǎng)頁瀏覽請求，將網(wǎng)頁的標(biāo)識信息返回至客戶端510，能夠有效減少返回客戶端510網(wǎng)頁內(nèi)容時占用的帶寬，提高發(fā)送速度，提升用戶體驗(yàn)。對于同一域名的網(wǎng)絡(luò)瀏覽請求，代理服務(wù)器520解析服務(wù)器530返回的針對同一域名的網(wǎng)絡(luò)瀏覽請求的應(yīng)答消息，獲取應(yīng)答消息中內(nèi)容相同的部分，并進(jìn)行存儲。當(dāng)客戶端510再次發(fā)送該域名的動態(tài)網(wǎng)頁的網(wǎng)頁瀏覽請求時，代理服務(wù)器520比較接收到的對應(yīng)該網(wǎng)頁瀏覽請求的應(yīng)答消息中的內(nèi)容與存儲內(nèi)容。若應(yīng)答消息中的內(nèi)容與存儲內(nèi)容不存在差異，則發(fā)送該網(wǎng)頁的標(biāo)識信息至客戶端510。若存在差異，則發(fā)送差異部分至對應(yīng)的客戶端510，由客戶端510替換原頁面中的差異部分。在動態(tài)網(wǎng)頁中，隨時間改變發(fā)生改變的部分通常是局部的、小范圍的。例如，在用戶經(jīng)常瀏覽新聞等咨詢的新浪網(wǎng)的首頁，隨時間改變發(fā)生改變的部分通常是每日頭條新聞或者每日推薦商品等部分，其他部分并不發(fā)生改變。當(dāng)客戶端發(fā)送對新浪網(wǎng)的首頁的瀏覽請求，代理服務(wù)器520接收到服務(wù)器530返回的網(wǎng)頁內(nèi)容之后，對比已存儲的網(wǎng)頁內(nèi)容與服務(wù)器530返回的網(wǎng)頁內(nèi)容，找到差異部分為每日頭條新聞，則發(fā)送該每日頭條新聞的部分至客戶端510。客戶端510接收到該差異部分之后，替換原頁面中的差異部分，并對網(wǎng)頁進(jìn)行顯示。由于差異部分文件的大小遠(yuǎn)小于完整的網(wǎng)頁文件的大小，因此，僅發(fā)送網(wǎng)頁內(nèi)容中的差異部分能夠有效減少發(fā)送時使用的網(wǎng)絡(luò)帶寬，節(jié)省網(wǎng)絡(luò)資源，提高發(fā)送速度以及用戶瀏覽網(wǎng)頁速度，提升用戶體驗(yàn)。
[0062]根據(jù)上述任意一個優(yōu)選實(shí)施例或多個優(yōu)選實(shí)施例的組合，本發(fā)明實(shí)施例能夠達(dá)到如下有益效果:
[0063]在本發(fā)明實(shí)施例中，截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求，合并截取的多個網(wǎng)頁瀏覽請求，生成合并請求，隨后將合并請求取代多個網(wǎng)頁瀏覽請求經(jīng)特定通道發(fā)送至服務(wù)器，并接收服務(wù)器返回的應(yīng)答消息，在各客戶端進(jìn)行瀏覽。利用合并請求取代多個網(wǎng)頁瀏覽請求，能夠有效減少各客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求占用的帶寬，進(jìn)而能夠解決現(xiàn)有技術(shù)中由于上網(wǎng)人數(shù)較多，網(wǎng)絡(luò)資源有限等造成的網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題。本發(fā)明實(shí)施例提供的頁面提取方法能夠?qū)Ω骺蛻舳税l(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求進(jìn)行合并，在網(wǎng)絡(luò)瀏覽請求發(fā)送端降低對帶寬的需要，降低成本，且操作簡單，能夠有效解決網(wǎng)絡(luò)擁堵、上網(wǎng)速度緩慢的問題，達(dá)到節(jié)省網(wǎng)絡(luò)資源，提高發(fā)送瀏覽請求速度以及用戶瀏覽速度，提升用戶體驗(yàn)的有益效果。
[0064]本發(fā)明的實(shí)施例公開了:
[0065]Al、一種頁面提取方法，包括:
[0066]截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求；
[0067]合并截取的所述多個網(wǎng)頁瀏覽請求，生成合并請求；
[0068]將所述合并請求經(jīng)特定通道發(fā)送至所述服務(wù)器，其中，所述服務(wù)器接收所述合并請求后將其解析為所述多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答；
[0069]接收所述服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，在各客戶端上瀏覽提取的頁面。
[0070]A2、根據(jù)Al所述的方法，其中，將所述合并請求經(jīng)特定通道發(fā)送至所述服務(wù)器，包括:
[0071 ] 對所述合并請求進(jìn)行壓縮；
[0072]將壓縮后的數(shù)據(jù)包經(jīng)特定通道發(fā)送至所述服務(wù)器。
[0073]A3、根據(jù)Al或A2所述的方法，其中，接收所述服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，包括:
[0074]對于同一域名的網(wǎng)絡(luò)瀏覽請求，解析所述服務(wù)器已返回的針對同一域名的網(wǎng)絡(luò)瀏覽請求的應(yīng)答消息，獲取應(yīng)答消息中內(nèi)容相同的部分，并存儲；
[0075]比較當(dāng)前接收的應(yīng)答消息中的內(nèi)容與存儲內(nèi)容，獲取差異部分；
[0076]將差異部分發(fā)送至對應(yīng)的客戶端，由所述客戶端替換原頁面中的差異部分。
[0077]A4、根據(jù)Al至A3任一項(xiàng)所述的方法，其中，所述特定通道應(yīng)用私有協(xié)議建立。
[0078]A5、根據(jù)A4所述的方法，其中，所述私有協(xié)議包括傳輸控制協(xié)議TCP協(xié)議。
[0079]B6、一種代理服務(wù)器，包括:
[0080]截取器，配置為截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求；[0081]合并器，配置為合并截取的所述多個網(wǎng)頁瀏覽請求，生成合并請求；
[0082]發(fā)送器，配置為將所述合并請求經(jīng)特定通道發(fā)送至所述服務(wù)器，其中，所述服務(wù)器接收所述合并請求后將其解析為所述多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答;
[0083]接收器，配置為接收所述服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，在各客戶端上瀏覽提取的頁面。
[0084]B7、根據(jù)B6所述的代理服務(wù)器，其中，所述發(fā)送器還配置為:對所述合并請求進(jìn)行壓縮；
[0085]將壓縮后的數(shù)據(jù)包經(jīng)特定通道發(fā)送至所述服務(wù)器。
[0086]B8、根據(jù)B6或B7所述的代理服務(wù)器，其中，所述接收器還配置為:
[0087]對于同一域名的網(wǎng)絡(luò)瀏覽請求，解析所述服務(wù)器已返回的針對同一域名的網(wǎng)絡(luò)瀏覽請求的應(yīng)答消息，獲取應(yīng)答消息中內(nèi)容相同的部分，并存儲；
[0088]比較當(dāng)前接收的應(yīng)答消息中的內(nèi)容與存儲內(nèi)容，獲取差異部分；
[0089]將差異部分發(fā)送至對應(yīng)的客戶端，由所述客戶端替換原頁面中的差異部分。
[0090]C9、一種網(wǎng)絡(luò)系統(tǒng)，包括:
[0091]至少一個客戶端，配置為發(fā)送多個網(wǎng)頁瀏覽請求；
[0092]代理服務(wù)器，配置為截取所述至少一個客戶端發(fā)出的多個網(wǎng)頁瀏覽請求；合并截取的所述多個網(wǎng)頁瀏覽請求，生成合并請求；將所述合并請求經(jīng)特定通道發(fā)送至服務(wù)器；
[0093]所述服務(wù)器，配置為接收所述合并請求，將其解析還原為所述多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容生成應(yīng)答消息；將生成的應(yīng)答消息返回至所述代理服務(wù)器；
[0094]所述代理服務(wù)器，還配置為接收所述服務(wù)器返回的應(yīng)答消息，并相應(yīng)返回各客戶端;
[0095]所述至少一個客戶端，還配置為接收所述代理服務(wù)器返回的應(yīng)答消息，瀏覽提取的頁面。
[0096]C10、根據(jù)C9所述的系統(tǒng)，其中，所述代理服務(wù)器還配置為:
[0097]對所述合并請求進(jìn)行壓縮；
[0098]將壓縮后的數(shù)據(jù)包經(jīng)特定通道發(fā)送至所述服務(wù)器。
[0099]Cl 1、根據(jù)C9或ClO所述的系統(tǒng)，其中，
[0100]所述代理服務(wù)器還配置為:對于同一域名的網(wǎng)絡(luò)瀏覽請求，解析所述服務(wù)器已返回的針對同一域名的網(wǎng)絡(luò)瀏覽請求的應(yīng)答消息，獲取應(yīng)答消息中內(nèi)容相同的部分，并存儲；比較當(dāng)前接收的應(yīng)答消息中的內(nèi)容與存儲內(nèi)容，獲取差異部分；將差異部分發(fā)送至對應(yīng)的客戶端；
[0101]所述至少一個客戶端還配置為:根據(jù)接收的差異部分替換原頁面的差異部分。
[0102]C12、根據(jù)C9至Cll任一項(xiàng)所述的系統(tǒng)，其中，所述代理服務(wù)器和所述服務(wù)器間通過私有協(xié)議建立所述特定通道。
[0103]C13、根據(jù)C12所述的系統(tǒng)，其中，所述私有協(xié)議包括TCP協(xié)議。
[0104]在此處所提供的說明書中，說明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實(shí)施例可以在沒有這些具體細(xì)節(jié)的情況下實(shí)踐。在一些實(shí)例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。[0105]類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實(shí)施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實(shí)施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖:即所要求保護(hù)的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實(shí)施例的所有特征。因此，遵循【具體實(shí)施方式】的權(quán)利要求書由此明確地并入該【具體實(shí)施方式】，其中每個權(quán)利要求本身都作為本發(fā)明的單獨(dú)實(shí)施例。
[0106]本領(lǐng)域那些技術(shù)人員可以理解，可以對實(shí)施例中的設(shè)備中的模塊進(jìn)行自適應(yīng)性地改變并且把它們設(shè)置在與該實(shí)施例不同的一個或多個設(shè)備中。可以把實(shí)施例中的模塊或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進(jìn)行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。
[0107]此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實(shí)施例包括其它實(shí)施例中所包括的某些特征而不是其它特征，但是不同實(shí)施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實(shí)施例。例如，在權(quán)利要求書中，所要求保護(hù)的實(shí)施例的任意之一都可以以任意的組合方式來使用。
[0108]本發(fā)明的各個部件實(shí)施例可以以硬件實(shí)現(xiàn)，或者以在一個或者多個處理器上運(yùn)行的軟件模塊實(shí)現(xiàn)，或者以它們的組合實(shí)現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實(shí)踐中使用微處理器或者數(shù)字信號處理器(DSP )來實(shí)現(xiàn)根據(jù)本發(fā)明實(shí)施例的頁面提取設(shè)備中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實(shí)現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機(jī)程序和計算機(jī)程序產(chǎn)品)。這樣的實(shí)現(xiàn)本發(fā)明的程序可以存儲在計算機(jī)可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。
[0109]應(yīng)該注意的是上述實(shí)施例對本發(fā)明進(jìn)行說明而不是對本發(fā)明進(jìn)行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實(shí)施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計算機(jī)來實(shí)現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項(xiàng)來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。
[0110]至此，本領(lǐng)域技術(shù)人員應(yīng)認(rèn)識到，雖然本文已詳盡示出和描述了本發(fā)明的多個示例性實(shí)施例，但是，在不脫離本發(fā)明精神和范圍的情況下，仍可根據(jù)本發(fā)明公開的內(nèi)容直接確定或推導(dǎo)出符合本發(fā)明原理的許多其他變型或修改。因此，本發(fā)明的范圍應(yīng)被理解和認(rèn)定為覆蓋了所有這些其他變型或修改。
【權(quán)利要求】
1.一種頁面提取方法，包括: 截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求； 合并截取的所述多個網(wǎng)頁瀏覽請求，生成合并請求； 將所述合并請求經(jīng)特定通道發(fā)送至所述服務(wù)器，其中，所述服務(wù)器接收所述合并請求后將其解析為所述多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答； 接收所述服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，在各客戶端上瀏覽提取的頁面。
2.根據(jù)權(quán)利要求1所述的方法，其中，將所述合并請求經(jīng)特定通道發(fā)送至所述服務(wù)器，包括: 對所述合并請求進(jìn)行壓縮； 將壓縮后的數(shù)據(jù)包經(jīng)特定通道發(fā)送至所述服務(wù)器。
3.根據(jù)權(quán)利要求1或2所述的方法，其中，接收所述服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，包括: 對于同一域名的 網(wǎng)絡(luò)瀏覽請求，解析所述服務(wù)器已返回的針對同一域名的網(wǎng)絡(luò)瀏覽請求的應(yīng)答消息，獲取應(yīng)答消息中內(nèi)容相同的部分，并存儲； 比較當(dāng)前接收的應(yīng)答消息中的內(nèi)容與存儲內(nèi)容，獲取差異部分； 將差異部分發(fā)送至對應(yīng)的客戶端，由所述客戶端替換原頁面中的差異部分。
4.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的方法，其中，所述特定通道應(yīng)用私有協(xié)議建立。
5.根據(jù)權(quán)利要求4所述的方法，其中，所述私有協(xié)議包括傳輸控制協(xié)議TCP協(xié)議。
6.—種代理服務(wù)器,包括: 截取器，配置為截取至少一個客戶端發(fā)向同一服務(wù)器的多個網(wǎng)頁瀏覽請求； 合并器，配置為合并截取的所述多個網(wǎng)頁瀏覽請求，生成合并請求； 發(fā)送器，配置為將所述合并請求經(jīng)特定通道發(fā)送至所述服務(wù)器，其中，所述服務(wù)器接收所述合并請求后將其解析為所述多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容進(jìn)行應(yīng)答；接收器，配置為接收所述服務(wù)器返回的針對各網(wǎng)頁瀏覽請求的應(yīng)答消息，并相應(yīng)返回各客戶端，在各客戶端上瀏覽提取的頁面。
7.根據(jù)權(quán)利要求6所述的代理服務(wù)器，其中，所述發(fā)送器還配置為:對所述合并請求進(jìn)行壓縮； 將壓縮后的數(shù)據(jù)包經(jīng)特定通道發(fā)送至所述服務(wù)器。
8.根據(jù)權(quán)利要求6或7所述的代理服務(wù)器，其中，所述接收器還配置為: 對于同一域名的網(wǎng)絡(luò)瀏覽請求，解析所述服務(wù)器已返回的針對同一域名的網(wǎng)絡(luò)瀏覽請求的應(yīng)答消息，獲取應(yīng)答消息中內(nèi)容相同的部分，并存儲； 比較當(dāng)前接收的應(yīng)答消息中的內(nèi)容與存儲內(nèi)容，獲取差異部分； 將差異部分發(fā)送至對應(yīng)的客戶端，由所述客戶端替換原頁面中的差異部分。
9.一種網(wǎng)絡(luò)系統(tǒng),包括: 至少一個客戶端，配置為發(fā)送多個網(wǎng)頁瀏覽請求； 代理服務(wù)器，配置為截取所述至少一個客戶端發(fā)出的多個網(wǎng)頁瀏覽請求；合并截取的所述多個網(wǎng)頁瀏覽請求，生成合并請求；將所述合并請求經(jīng)特定通道發(fā)送至服務(wù)器； 所述服務(wù)器，配置為接收所述合并請求，將其解析還原為所述多個網(wǎng)頁瀏覽請求，并獲取對應(yīng)的網(wǎng)頁內(nèi)容生成應(yīng)答消息；將生成的應(yīng)答消息返回至所述代理服務(wù)器； 所述代理服務(wù)器，還配置為接收所述服務(wù)器返回的應(yīng)答消息，并相應(yīng)返回各客戶端； 所述至少一個客戶端，還配置為接收所述代理服務(wù)器返回的應(yīng)答消息，瀏覽提取的頁面。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其中，所述代理服務(wù)器還配置為: 對所述合并請求進(jìn)行壓縮； 將壓縮后的數(shù)據(jù)包經(jīng)特 定通道發(fā)送至所述服務(wù)器。
【文檔編號】H04L29/08GK103701714SQ201310728490
【公開日】2014年4月2日 申請日期:2013年12月25日 優(yōu)先權(quán)日:2013年12月25日
【發(fā)明者】汪利福 申請人:北京奇虎科技有限公司, 奇智軟件（北京）有限公司