本申請(qǐng)涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)站訪問(wèn)加速方法及裝置。

背景技術(shù)：

在互聯(lián)網(wǎng)時(shí)代，如何提升網(wǎng)站訪問(wèn)速率是改進(jìn)用戶(hù)上網(wǎng)體驗(yàn)的首要問(wèn)題。從用戶(hù)發(fā)出訪問(wèn)請(qǐng)求到網(wǎng)站將內(nèi)容資源返回給用戶(hù)，這一過(guò)程受到多方面因素的影響，其中既包括用戶(hù)側(cè)和網(wǎng)站側(cè)自身的因素，也包括兩側(cè)之間通信環(huán)節(jié)的因素，針對(duì)這些不同方面，也產(chǎn)生了各式各樣的網(wǎng)站訪問(wèn)加速技術(shù)。

不同邏輯網(wǎng)絡(luò)之間的互連瓶頸，是影響網(wǎng)絡(luò)連接速率的重要因素，以國(guó)內(nèi)網(wǎng)絡(luò)環(huán)境為例，存在電信、聯(lián)通、鐵通、教育網(wǎng)等多個(gè)邏輯網(wǎng)絡(luò)，受到客觀條件的影響，在這些網(wǎng)絡(luò)內(nèi)部的通信都很流暢，但一旦涉及到網(wǎng)絡(luò)之間的互連，就會(huì)出現(xiàn)延遲過(guò)高、丟包甚至無(wú)法連接等各種情況。針對(duì)該問(wèn)題，現(xiàn)有的技術(shù)的解決方案是搭建具有多線帶寬的代理服務(wù)器，參見(jiàn)圖1所示，用戶(hù)設(shè)備和網(wǎng)站服務(wù)器位于不同的邏輯網(wǎng)絡(luò)A和B，如果用戶(hù)直接訪問(wèn)網(wǎng)站，速率會(huì)受到A和B網(wǎng)絡(luò)互連瓶頸的影響。搭建代理服務(wù)器后，用戶(hù)設(shè)備與網(wǎng)站服務(wù)器之間的交互可以通過(guò)代理服務(wù)器進(jìn)行轉(zhuǎn)發(fā)，由于代理服務(wù)器同時(shí)具有網(wǎng)絡(luò)A和網(wǎng)絡(luò)B的雙線帶寬，因此能夠?qū)τ脩?hù)訪問(wèn)網(wǎng)站的過(guò)程起到加速效果。

上述方案問(wèn)題在于通用性較差，僅針對(duì)用戶(hù)設(shè)備和網(wǎng)站服務(wù)器存在網(wǎng)絡(luò)互連瓶頸的場(chǎng)景具有加速效果，對(duì)于連接瓶頸并不在于網(wǎng)絡(luò)互連的情況則并不能起到加速作用，甚至可能導(dǎo)致額外的轉(zhuǎn)發(fā)延遲，代理服務(wù)器的硬件資源也沒(méi)有得到充分的利用。

技術(shù)實(shí)現(xiàn)要素：

針對(duì)上述技術(shù)問(wèn)題，本申請(qǐng)?zhí)峁┮环N網(wǎng)站訪問(wèn)加速方法及裝置，技術(shù)方案如下：

根據(jù)本申請(qǐng)的第一方面，提供一種網(wǎng)站訪問(wèn)加速方法，應(yīng)用于代理服務(wù)器，所述代理服務(wù)器分別與用戶(hù)設(shè)備及網(wǎng)站服務(wù)器通信連接，所述方法包括：

獲得用戶(hù)設(shè)備發(fā)出的針對(duì)目標(biāo)網(wǎng)站資源的訪問(wèn)請(qǐng)求；

確認(rèn)所述用戶(hù)設(shè)備與所述代理服務(wù)器之間已建立Socket連接；

根據(jù)所述訪問(wèn)請(qǐng)求，獲取所述目標(biāo)網(wǎng)站資源；

利用所述Socket連接，將所獲取的目標(biāo)網(wǎng)站資源反饋至所述用戶(hù)設(shè)備，以響應(yīng)所述訪問(wèn)請(qǐng)求。

根據(jù)本申請(qǐng)的第二方面，提供一種網(wǎng)站訪問(wèn)加速裝置，應(yīng)用于代理服務(wù)器，所述代理服務(wù)器分別與用戶(hù)設(shè)備及網(wǎng)站服務(wù)器通信連接，所述裝置包括：

訪問(wèn)請(qǐng)求獲得模塊，用于獲得用戶(hù)設(shè)備發(fā)出的針對(duì)目標(biāo)網(wǎng)站資源的訪問(wèn)請(qǐng)求；

連接確認(rèn)模塊，用于確認(rèn)所述用戶(hù)設(shè)備與所述代理服務(wù)器之間已建立Socket連接；

資源獲取模塊，用于根據(jù)所述訪問(wèn)請(qǐng)求，獲取所述目標(biāo)網(wǎng)站資源；

訪問(wèn)請(qǐng)求響應(yīng)模塊，用于利用所述Socket連接，將所獲取的目標(biāo)網(wǎng)站資源反饋至所述用戶(hù)設(shè)備，以響應(yīng)所述訪問(wèn)請(qǐng)求。

本申請(qǐng)?zhí)崴峁┑木W(wǎng)站訪問(wèn)加速方案，通過(guò)在代理服務(wù)器和用戶(hù)設(shè)備之間建立Socket連接的方式，可以實(shí)現(xiàn)建立一次連接后多次傳輸資源，避免每次傳輸資源都需要建立HTTP連接而導(dǎo)致的連接延遲。在上述方案的基礎(chǔ)上，本申請(qǐng)還進(jìn)一步提供在代理服務(wù)器中預(yù)存網(wǎng)站資源、預(yù)存網(wǎng)站域名解析結(jié)果、對(duì)網(wǎng)站資源進(jìn)行壓縮傳輸?shù)雀倪M(jìn)方案以提升加速效果。與現(xiàn)有技術(shù)相比，本申請(qǐng)方案能夠在更多的應(yīng)用場(chǎng)景下獲得更為明顯的加速效果，也使得代理服務(wù)器能夠被更高效地應(yīng)用于網(wǎng)站訪問(wèn)加速。

應(yīng)當(dāng)理解的是，實(shí)施本申請(qǐng)方案的任一產(chǎn)品或方法并不一定需要同時(shí)具有以上所述的所有優(yōu)點(diǎn)。以上的一般描述和后文的細(xì)節(jié)描述僅是示例性和解釋性的，并不能限制本申請(qǐng)。

附圖說(shuō)明

為了更清楚地說(shuō)明本申請(qǐng)實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本申請(qǐng)中記載的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是現(xiàn)有技術(shù)的網(wǎng)站訪問(wèn)加速原理示意圖；

圖2是本申請(qǐng)的網(wǎng)站訪問(wèn)加速的系統(tǒng)架構(gòu)示意圖；

圖3是本申請(qǐng)的網(wǎng)站訪問(wèn)加速方法的第一種流程示意圖；

圖4是本申請(qǐng)的網(wǎng)站訪問(wèn)加速方法的第二種流程示意圖；

圖5是本申請(qǐng)的網(wǎng)站訪問(wèn)加速方法的第三種流程示意圖；

圖6是本申請(qǐng)的網(wǎng)站訪問(wèn)加速裝置的第一種結(jié)構(gòu)示意圖；

圖7是本申請(qǐng)的網(wǎng)站訪問(wèn)加速裝置的第二種結(jié)構(gòu)示意圖。

具體實(shí)施方式

為了使本領(lǐng)域技術(shù)人員更好地理解本申請(qǐng)中的技術(shù)方案，下面將結(jié)合本申請(qǐng)實(shí)施例中的附圖，對(duì)本申請(qǐng)實(shí)施例中的技術(shù)方案進(jìn)行詳細(xì)地描述，顯然，所描述的實(shí)施例僅僅是本申請(qǐng)一部分實(shí)施例，而不是全部的實(shí)施例。基于本申請(qǐng)中的實(shí)施例，本領(lǐng)域普通技術(shù)人員所獲得的所有其他實(shí)施例，都應(yīng)當(dāng)屬于本申請(qǐng)保護(hù)的范圍。

現(xiàn)有的代理服務(wù)器加速技術(shù)，是從改善網(wǎng)絡(luò)連接帶寬或連接質(zhì)量的角度來(lái)實(shí)現(xiàn)上網(wǎng)加速效果，如果上網(wǎng)速率瓶頸并不在于網(wǎng)絡(luò)連接，例如：用戶(hù)設(shè)備和網(wǎng)站服務(wù)器位于相同的邏輯網(wǎng)絡(luò)、或者處于連接比較順暢的不同邏輯網(wǎng)絡(luò)、或者用戶(hù)設(shè)備及網(wǎng)站加速器自身接入網(wǎng)絡(luò)的速率受限，在這些情況下，現(xiàn)有技術(shù) 均無(wú)法有效起到加速效果。

針對(duì)現(xiàn)有技術(shù)存在的問(wèn)題，本申請(qǐng)從改善通信效率的角度來(lái)實(shí)現(xiàn)上網(wǎng)加速效果。通過(guò)研究發(fā)現(xiàn)，從用戶(hù)發(fā)出訪問(wèn)請(qǐng)求到網(wǎng)站將內(nèi)容資源返回給用戶(hù)，這一過(guò)程的延時(shí)開(kāi)銷(xiāo)主要體現(xiàn)在以下幾個(gè)方面：

1)用戶(hù)設(shè)備與網(wǎng)站服務(wù)器需要多次建立HTTP連接，以獲取不同的HTTP資源；

2)用戶(hù)側(cè)基于域名訪問(wèn)網(wǎng)站時(shí)，域名解析所帶來(lái)的延遲；

3)網(wǎng)站資源的下行傳輸；

本申請(qǐng)則針對(duì)以上幾個(gè)方面給出相應(yīng)的上網(wǎng)加速方案，對(duì)應(yīng)的系統(tǒng)架構(gòu)如圖2所示：

網(wǎng)站服務(wù)器30是資源的擁有方；

用戶(hù)設(shè)備10是資源的需求方，利用網(wǎng)站域名向網(wǎng)站服務(wù)器30發(fā)起資源訪問(wèn)請(qǐng)求；

代理服務(wù)器20在邏輯上位于用戶(hù)設(shè)備10和網(wǎng)站服務(wù)器30之間，代理服務(wù)器20與用戶(hù)設(shè)備10、代理服務(wù)器20與網(wǎng)站服務(wù)器30之間可通過(guò)各種形式的網(wǎng)絡(luò)實(shí)現(xiàn)通信連接，并且代理服務(wù)器20可以分別與多臺(tái)不同的用戶(hù)設(shè)備及多個(gè)不同的網(wǎng)站服務(wù)器進(jìn)行通信。

根據(jù)本申請(qǐng)方案，代理服務(wù)器20可以截獲任一用戶(hù)設(shè)備10向任一網(wǎng)站服務(wù)器30發(fā)起的資源訪問(wèn)請(qǐng)求，并基于該請(qǐng)求對(duì)后續(xù)的訪問(wèn)過(guò)程進(jìn)行加速。

當(dāng)網(wǎng)絡(luò)通信采用TCP協(xié)議時(shí)，通信雙方的連接方式可分為長(zhǎng)連接和短連接兩種。所謂長(zhǎng)連接是指在一個(gè)TCP連接上可以連續(xù)發(fā)送多個(gè)數(shù)據(jù)包，在TCP連接保持期間，如果沒(méi)有數(shù)據(jù)包發(fā)送，需要雙方發(fā)檢測(cè)包以維持此連接。短連接則是指通信雙方有數(shù)據(jù)交互時(shí)，就建立一個(gè)TCP連接，數(shù)據(jù)發(fā)送完成后，則斷開(kāi)此TCP連接。

HTTP協(xié)議是TCP協(xié)議的一種典型應(yīng)用，也是互聯(lián)網(wǎng)的上應(yīng)用最為廣泛的一種協(xié)議，很多網(wǎng)站在向用戶(hù)提供服務(wù)時(shí)都使用HTTP連接。HTTP連接屬于短連接，用戶(hù)設(shè)備發(fā)送的每次請(qǐng)求都需要服務(wù)器回送響應(yīng)，在請(qǐng)求結(jié)束后，會(huì)主 動(dòng)釋放連接。這樣做的目的是為了避免大量用戶(hù)訪問(wèn)網(wǎng)站而導(dǎo)致的大量并發(fā)連接，從而降低網(wǎng)站服務(wù)器資源消耗。但是從另一個(gè)方面看，由于網(wǎng)站頁(yè)面上各種資源，例如圖片、音頻、視頻等都是以HTTP鏈接的形式提供，因此用戶(hù)設(shè)備每次請(qǐng)求獲取一個(gè)資源，就需要與網(wǎng)站服務(wù)器建立一次HTTP連接，服務(wù)器則需要等到連接建立成功后才能將資源反饋給用戶(hù)設(shè)備，這種頻繁建立HTTP連接的方式必然會(huì)增加用戶(hù)設(shè)備與網(wǎng)站服務(wù)器之間的交互延遲。

從第三方加速的角度，無(wú)法去改變網(wǎng)站自身的連接策略，但是在代理服務(wù)器加速機(jī)制下，用戶(hù)設(shè)備實(shí)際上是與代理服務(wù)器建立連接，并且從代理服務(wù)器獲取資源，因此可以通過(guò)改變用戶(hù)設(shè)備與代理服務(wù)器之間的連接方式來(lái)降低連接開(kāi)銷(xiāo)。

圖3所示，為本申請(qǐng)?zhí)峁┑木W(wǎng)站訪問(wèn)加速方法的流程圖，該方法基于代理服務(wù)器，可以包括以下步驟：

S101，獲得用戶(hù)設(shè)備發(fā)出的針對(duì)目標(biāo)網(wǎng)站資源的訪問(wèn)請(qǐng)求；

S102，確認(rèn)所述用戶(hù)設(shè)備與所述代理服務(wù)器之間已建立Socket連接；

S103，根據(jù)所述訪問(wèn)請(qǐng)求，獲取所述目標(biāo)網(wǎng)站資源；

S104，利用Socket連接，將所獲取的目標(biāo)網(wǎng)站資源反饋至所述用戶(hù)設(shè)備。

與現(xiàn)有的代理加速方案相比，本申請(qǐng)將用戶(hù)設(shè)備與代理服務(wù)器之間默認(rèn)的HTTP連接方式替換為Socket連接方式，與HTTP連接相比，Socket連接屬于長(zhǎng)連接，也就是說(shuō)，除非雙方主動(dòng)要求，否則在連接建立之后不會(huì)自動(dòng)斷開(kāi)。利用這個(gè)特性，代理服務(wù)器可以將原本需要使用多次HTTP連接進(jìn)行傳輸?shù)膬?nèi)容，通過(guò)一次Socket連接完成，從而避免頻繁建立HTTP連接而導(dǎo)致的額外時(shí)延。

本申請(qǐng)方案的應(yīng)用前提是：代理服務(wù)器需要能夠截獲用戶(hù)設(shè)備向網(wǎng)站服務(wù)器發(fā)起的資源訪問(wèn)請(qǐng)求，在實(shí)際應(yīng)用層面，很多產(chǎn)品都具備這樣的條件，例如瀏覽器、搜索引擎、網(wǎng)站導(dǎo)航、公眾平臺(tái)、綜合業(yè)務(wù)服務(wù)窗等，作為綜合性的網(wǎng)絡(luò)服務(wù)提供方，這些應(yīng)用產(chǎn)品一方面能夠?yàn)橛脩?hù)提供方便的網(wǎng)站訪問(wèn)入口，另一方面能夠?yàn)榫W(wǎng)站帶來(lái)更多的用戶(hù)，在此基礎(chǔ)上，如果能夠進(jìn)一步提供網(wǎng)站 訪問(wèn)加速功能，對(duì)于用戶(hù)和網(wǎng)站雙方都具有很大意義。當(dāng)然，本申請(qǐng)并不需要對(duì)應(yīng)用層面的具體實(shí)現(xiàn)方式進(jìn)行限定。

根據(jù)S101，代理服務(wù)器可以作為應(yīng)用的承載設(shè)備，直接獲得用戶(hù)設(shè)備向網(wǎng)站服務(wù)器發(fā)起的資源訪問(wèn)請(qǐng)求，也可以獲得其他應(yīng)用服務(wù)器轉(zhuǎn)發(fā)來(lái)的用戶(hù)訪問(wèn)請(qǐng)求。

根據(jù)S102，代理服務(wù)器需要確認(rèn)用戶(hù)設(shè)備已經(jīng)與自身建立起了Socket連接，這里可能存在兩種情況：

一種情況是Socket連接當(dāng)前已經(jīng)建立完成，例如，當(dāng)代理服務(wù)器本身作為應(yīng)用承載設(shè)備時(shí)，即使沒(méi)有訪問(wèn)網(wǎng)站的需求，也可能為了實(shí)現(xiàn)其他功能而預(yù)先建立了用戶(hù)設(shè)備與代理服務(wù)器之間的Socket連接，這種情況下，可以維持已建立的Socket連接并進(jìn)一步利用該連接實(shí)現(xiàn)后續(xù)的網(wǎng)站訪問(wèn)加速功能；

另一種情況是當(dāng)前尚未建立用戶(hù)設(shè)備與代理服務(wù)器之間的Socket連接，這種情況下，代理服務(wù)器下需要執(zhí)行Socket連接的建立操作。

建立Socket連接的具體方式可參見(jiàn)現(xiàn)有技術(shù)的說(shuō)明，在本申請(qǐng)中不再詳細(xì)介紹。

根據(jù)S103，代理服務(wù)器根據(jù)用戶(hù)側(cè)的訪問(wèn)請(qǐng)求，獲取相應(yīng)的目標(biāo)網(wǎng)站資源；本申請(qǐng)?zhí)峁﹥煞N代理服務(wù)器獲取目標(biāo)網(wǎng)站資源的方式：

1)代理服務(wù)器本地獲取。

參見(jiàn)圖4所示，代理服務(wù)器可以預(yù)先從其他網(wǎng)站獲取資源緩存到本地，并且按照特定的方式進(jìn)行標(biāo)識(shí)。根據(jù)S103a，獲得用戶(hù)側(cè)的資源訪問(wèn)請(qǐng)求后，根據(jù)所需訪問(wèn)的內(nèi)容，從本地的緩存取出相應(yīng)的資源反饋至用戶(hù)側(cè)。由于不需要代理服務(wù)器實(shí)時(shí)與網(wǎng)站側(cè)進(jìn)行交互，這種方式可以顯著降低對(duì)用戶(hù)側(cè)的響應(yīng)時(shí)間。

在實(shí)際應(yīng)用中，對(duì)于公眾平臺(tái)、綜合業(yè)務(wù)服務(wù)窗等提供網(wǎng)站入口相對(duì)固定的產(chǎn)品，可以直接預(yù)先對(duì)這些固定入口所對(duì)應(yīng)的網(wǎng)站資源進(jìn)行預(yù)存，而對(duì)于瀏覽器等產(chǎn)品，也可以根據(jù)用戶(hù)的自定義配置或者用戶(hù)的使用習(xí)慣等信息選取若干網(wǎng)站并對(duì)其資源進(jìn)行預(yù)存。

另外，為了保證代理服務(wù)器本地預(yù)存資源的時(shí)效性，可以按照一定的策略， 對(duì)存儲(chǔ)在代理服務(wù)器本地的網(wǎng)站資源進(jìn)行更新。例如周期性進(jìn)行更新，或者主動(dòng)對(duì)網(wǎng)站側(cè)進(jìn)行監(jiān)測(cè)、發(fā)現(xiàn)網(wǎng)站資源內(nèi)容發(fā)生變化后進(jìn)行更新，如果和網(wǎng)站方具有較為密切的合作關(guān)系，也可以根據(jù)網(wǎng)站側(cè)發(fā)送的提醒來(lái)進(jìn)行更新。當(dāng)然，本申請(qǐng)并不需要對(duì)具體的更新機(jī)制進(jìn)行限定。

2)實(shí)時(shí)從網(wǎng)站服務(wù)器獲取。

參見(jiàn)圖5的S103b所示，代理服務(wù)器在獲得用戶(hù)側(cè)針對(duì)目標(biāo)網(wǎng)站的訪問(wèn)請(qǐng)求后，實(shí)時(shí)與目標(biāo)網(wǎng)站服務(wù)器建立連接，并從目標(biāo)網(wǎng)站服務(wù)器獲取資源；

與方式1)相比，這種資源獲取方式需要更長(zhǎng)的時(shí)間來(lái)響應(yīng)用戶(hù)側(cè)的請(qǐng)求，但是能夠更好地保證資源的時(shí)效性。而且，對(duì)于一些實(shí)時(shí)交互需求，例如驗(yàn)證、授權(quán)等，也必須采用實(shí)時(shí)獲取資源的方式。

在本申請(qǐng)所提供的一種具體實(shí)施方式中，可以采用在代理服務(wù)器預(yù)存域名解析結(jié)果的方式，以進(jìn)一步降低代理服務(wù)器與網(wǎng)站服務(wù)器實(shí)時(shí)交互所帶來(lái)的時(shí)間開(kāi)銷(xiāo)。

根據(jù)一般用戶(hù)的使用習(xí)慣，都是使用網(wǎng)站域名來(lái)對(duì)網(wǎng)站資源進(jìn)行訪問(wèn)，即便是第三方應(yīng)用為用戶(hù)提供的網(wǎng)站快捷訪問(wèn)入口，其后臺(tái)所對(duì)應(yīng)的URL也多是基于網(wǎng)站域名所保存的信息。因此，在代理服務(wù)器根據(jù)用戶(hù)的請(qǐng)求與目標(biāo)網(wǎng)站服務(wù)器建立連接的過(guò)程中，將網(wǎng)站域名解析為IP地址的操作將會(huì)占用一定的時(shí)間。針對(duì)該問(wèn)題，本申請(qǐng)?zhí)峁┑慕鉀Q方案是：預(yù)先將網(wǎng)站的域名解析結(jié)果(即網(wǎng)站IP地址)存儲(chǔ)在代理服務(wù)器本地，當(dāng)代理服務(wù)器需要與網(wǎng)站服務(wù)器建立連接時(shí)，直接利用網(wǎng)站的IP地址與網(wǎng)站服務(wù)器建立連接，從而避免域名解析所帶來(lái)的交互時(shí)延。

實(shí)際應(yīng)用中，代理服務(wù)器可以從專(zhuān)用的域名解析服務(wù)器中獲取網(wǎng)站的域名解析結(jié)果，也可以在代理服務(wù)器本地實(shí)現(xiàn)域名解析操作。在入口應(yīng)用中，可以直接將為用戶(hù)提供的網(wǎng)站快捷訪問(wèn)入口所對(duì)應(yīng)的URL保存為IP地址的形式。

與預(yù)存網(wǎng)站資源類(lèi)似的是，代理服務(wù)器可以根據(jù)實(shí)際應(yīng)用需求選擇性地保存一些網(wǎng)站URL對(duì)應(yīng)的IP地址。同時(shí)為了保證域名解析結(jié)果的正確，也可以按照一定的策略，對(duì)存儲(chǔ)在代理服務(wù)器本地的域名解析結(jié)果進(jìn)行更新。

以上提供了兩種代理服務(wù)器獲取目標(biāo)網(wǎng)站資源的方式，其中方式1)更適合于例如圖片、音視頻文件等相對(duì)靜態(tài)資源的獲取，方式2)則更適合例如驗(yàn)證、授權(quán)等需要?jiǎng)討B(tài)交互的場(chǎng)景。在實(shí)際應(yīng)用中，兩種方式往往可以結(jié)合使用，即：針對(duì)一次用戶(hù)的訪問(wèn)請(qǐng)求，可以按照實(shí)際需求，對(duì)一部分資源采用代理服務(wù)器本地獲取的方式、對(duì)另一部分資源采用實(shí)時(shí)從網(wǎng)站服務(wù)器獲取的方式。事實(shí)上，在數(shù)據(jù)傳輸過(guò)程中，圖片、音視頻文件等資源需要占用大部分的傳輸帶寬，因此，這種相結(jié)合的資源獲取方式，盡管無(wú)法完全避免代理服務(wù)器與網(wǎng)站服務(wù)器交互所帶來(lái)的延時(shí)，仍然可以有效降低代理服務(wù)器與網(wǎng)站服務(wù)器之間的傳輸數(shù)據(jù)量，從而提高代理服務(wù)器對(duì)用戶(hù)側(cè)的響應(yīng)速率。

在S104，代理服務(wù)器利用已建立的Socket連接，將所獲取的目標(biāo)網(wǎng)站資源反饋至用戶(hù)設(shè)備，以響應(yīng)用戶(hù)側(cè)的訪問(wèn)請(qǐng)求。

在本申請(qǐng)的一種優(yōu)選實(shí)施方式中，對(duì)于從網(wǎng)站服務(wù)器獲取到的資源，代理服務(wù)器可以對(duì)其進(jìn)行壓縮處理后再提供給用戶(hù)側(cè)。實(shí)際應(yīng)用中，對(duì)于很多網(wǎng)站所提供的資源，可以在不影響用戶(hù)實(shí)際使用的前提下做壓縮處理以降低代理服務(wù)器與用戶(hù)設(shè)備之間的數(shù)據(jù)傳輸量，從而進(jìn)一步降低傳輸時(shí)延。這種方式對(duì)于接入帶寬受限的用戶(hù)設(shè)備(例如利用無(wú)線移動(dòng)方式上網(wǎng)的手機(jī))具有較大意義，而且還可以降低用戶(hù)設(shè)備的數(shù)據(jù)流量。壓縮處理操作可以針對(duì)代理服務(wù)器本地預(yù)存的資源預(yù)先完成，如果壓縮處理操作所帶來(lái)的收益大于所消耗的時(shí)間，也可以在向用戶(hù)設(shè)備反饋之前完成。本申請(qǐng)對(duì)具體的壓縮對(duì)象、壓縮算法并不需要進(jìn)行限定，本領(lǐng)域技術(shù)人員可以根據(jù)實(shí)際需求靈活選取。

可見(jiàn)，本申請(qǐng)?zhí)崴峁┑木W(wǎng)站訪問(wèn)加速方案，通過(guò)建立Socket連接、在代理服務(wù)器中預(yù)存網(wǎng)站資源、預(yù)存網(wǎng)站域名解析結(jié)果、對(duì)網(wǎng)站資源進(jìn)行壓縮傳輸?shù)榷鄠€(gè)環(huán)節(jié)來(lái)提升用戶(hù)訪問(wèn)網(wǎng)站的速度。與現(xiàn)有的加速方案相比，本申請(qǐng)中的代理服務(wù)器并不只是簡(jiǎn)單起到資源轉(zhuǎn)發(fā)和網(wǎng)絡(luò)互連的作用，因此能夠在更多的應(yīng)用場(chǎng)景下獲得更為明顯的加速效果。當(dāng)然，本申請(qǐng)的加速方案與現(xiàn)有的加速方案本身也并不存在沖突，本領(lǐng)域技術(shù)人員可以根據(jù)實(shí)際需求將本申請(qǐng)方案與現(xiàn)有技術(shù)方案進(jìn)行結(jié)合。

相應(yīng)于上述方法實(shí)施例，本申請(qǐng)還提供一種網(wǎng)站訪問(wèn)加速裝置，參見(jiàn)圖6所示，該裝置可以包括：

訪問(wèn)請(qǐng)求獲得模塊110，用于獲得用戶(hù)設(shè)備發(fā)出的針對(duì)目標(biāo)網(wǎng)站資源的訪問(wèn)請(qǐng)求；

連接確認(rèn)模塊120，用于確認(rèn)用戶(hù)設(shè)備與代理服務(wù)器之間已建立Socket連接；

資源獲取模塊130，用于根據(jù)訪問(wèn)請(qǐng)求，獲取目標(biāo)網(wǎng)站資源；

訪問(wèn)請(qǐng)求響應(yīng)模塊140，用于利用所述Socket連接，將所獲取的目標(biāo)網(wǎng)站資源反饋至用戶(hù)設(shè)備，以響應(yīng)訪問(wèn)請(qǐng)求。

參見(jiàn)圖7所示，在本申請(qǐng)的一種具體實(shí)施方式中，上述網(wǎng)站訪問(wèn)加速裝置還可以包括資源管理模塊150，用于預(yù)先從網(wǎng)站服務(wù)器獲取網(wǎng)站資源并存儲(chǔ)在代理服務(wù)器本地；相應(yīng)地，資源獲取模塊130具體用于根據(jù)訪問(wèn)請(qǐng)求，獲取預(yù)先存儲(chǔ)在代理服務(wù)器本地的目標(biāo)網(wǎng)站資源。

此外，資源管理模塊150還可以用于對(duì)存儲(chǔ)在代理服務(wù)器本地的網(wǎng)站資源進(jìn)行更新。

在本申請(qǐng)的一種具體實(shí)施方式中，資源獲取模塊130可以具體用于根據(jù)訪問(wèn)請(qǐng)求，與目標(biāo)網(wǎng)站的服務(wù)器建立連接，從目標(biāo)網(wǎng)站的服務(wù)器獲取目標(biāo)網(wǎng)站資源。

參見(jiàn)圖7所示，上述網(wǎng)站訪問(wèn)加速裝置還可以進(jìn)一步包括域名解析管理模塊160，用于預(yù)先獲得網(wǎng)站的域名解析結(jié)果并存儲(chǔ)在代理服務(wù)器本地；相應(yīng)地資源獲取模塊130具體用于根據(jù)預(yù)先存儲(chǔ)在代理服務(wù)器本地的域名解析結(jié)果，與目標(biāo)網(wǎng)站的服務(wù)器建立連接。

此外，域名解析管理模塊，還可以用于對(duì)存儲(chǔ)在代理服務(wù)器本地的域名解析結(jié)果進(jìn)行更新。

在本申請(qǐng)的一種具體實(shí)施方式中，訪問(wèn)請(qǐng)求響應(yīng)模塊140可以具體用于將經(jīng)過(guò)壓縮處理的目標(biāo)網(wǎng)站資源反饋至用戶(hù)設(shè)備。

可以理解的是，資源管理模塊150與域名解析管理模塊160作為兩種功能獨(dú)立的模塊，既可以如圖7所示同時(shí)配置在裝置中，也可以分別單獨(dú)配置在裝置中，因此圖7所示的結(jié)構(gòu)不應(yīng)理解為對(duì)本申請(qǐng)方案的限定。

上述裝置中各個(gè)模塊的功能和作用的實(shí)現(xiàn)過(guò)程具體詳見(jiàn)上述方法中對(duì)應(yīng)步驟的實(shí)現(xiàn)過(guò)程，在此不再贅述。

通過(guò)以上的實(shí)施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請(qǐng)可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)?；谶@樣的理解，本申請(qǐng)的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在存儲(chǔ)介質(zhì)中，如ROM/RAM、磁碟、光盤(pán)等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請(qǐng)各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。

本說(shuō)明書(shū)中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，各個(gè)實(shí)施例之間相同相似的部分互相參見(jiàn)即可，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處。尤其，對(duì)于裝置實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述得比較簡(jiǎn)單，相關(guān)之處參見(jiàn)方法實(shí)施例的部分說(shuō)明即可。以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說(shuō)明的模塊可以是或者也可以不是物理上分開(kāi)的，在實(shí)施本申請(qǐng)方案時(shí)可以把各模塊的功能在同一個(gè)或多個(gè)軟件和/或硬件中實(shí)現(xiàn)。也可以根據(jù)實(shí)際的需要選擇其中的部分或者全部模塊來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動(dòng)的情況下，即可以理解并實(shí)施。

以上所述僅是本申請(qǐng)的具體實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本申請(qǐng)?jiān)淼那疤嵯?，還可以做出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視為本申請(qǐng)的保護(hù)范圍。