專利名稱：獲取網(wǎng)頁中網(wǎng)頁元素的系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)頁瀏覽技術(shù)領(lǐng)域，特別是一種獲取網(wǎng)頁中網(wǎng)頁元素的系統(tǒng)以及一種獲取網(wǎng)頁中網(wǎng)頁元素的方法。
背景技術(shù)：
隨著因特網(wǎng)的發(fā)展和網(wǎng)頁制作技術(shù)的進(jìn)步，WEB網(wǎng)頁上的網(wǎng)頁元素越來越多，例如，有普通的html網(wǎng)頁、jpg圖片、gif圖片、swf文件、腳本文件等等。同時(shí)，網(wǎng)頁元素的尺寸也越來越大。
由于受到硬件條件和網(wǎng)絡(luò)帶寬的限制，海量的用戶從少數(shù)服務(wù)器下載這些網(wǎng)頁元素需要花費(fèi)大量的等待時(shí)間。另外，由于用戶和WEB服務(wù)器(SERVER)所處的地域的差異以及運(yùn)營商的差異，也會(huì)導(dǎo)致用戶終端瀏覽網(wǎng)頁的速度存在顯著的差別，其中有些瀏覽非常慢。
為了解決WEB瀏覽的速度問題，現(xiàn)有技術(shù)中采用了很多方法，例如現(xiàn)有技術(shù)一采用WEB SERVER+內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)的方式讓用戶就近接入，從較近的CDN下載網(wǎng)頁元素，從而提高網(wǎng)頁瀏覽的速度。
但是，該技術(shù)需要投入大量的資金和設(shè)備，一般只有大的門戶網(wǎng)站才有能力采取這種技術(shù)。
現(xiàn)有技術(shù)二使用加速客戶端，如谷歌網(wǎng)頁加速器(Google WebAccelerator)，其利用Google自己提供的服務(wù)器緩存(cache)網(wǎng)頁元素，在用戶端將用戶的瀏覽請求重定向到所提供的服務(wù)器上，通過訪問該服務(wù)器上的cache加速瀏覽。
上述方法都是利用服務(wù)器cache網(wǎng)頁內(nèi)容的方式來加速用戶對網(wǎng)頁的瀏覽速度。但是，當(dāng)用戶數(shù)量增大時(shí)，從服務(wù)器下載網(wǎng)頁元素的流量也隨之增大，此時(shí)很難再保持較快的速度。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提出了一種獲取網(wǎng)頁中網(wǎng)頁元素的系統(tǒng)，其目的在于加速用戶端獲取網(wǎng)頁元素的速度。本發(fā)明的另一個(gè)目的是提出一種獲取網(wǎng)頁中網(wǎng)頁元素的方法。
根據(jù)上述目的，本發(fā)明提供了一種獲取網(wǎng)頁中網(wǎng)頁元素的系統(tǒng)，該系統(tǒng)包括網(wǎng)頁服務(wù)器，用于提供網(wǎng)頁中的網(wǎng)頁元素及其標(biāo)識(shí)；點(diǎn)對點(diǎn)P2P服務(wù)器，用于存儲(chǔ)下載過的網(wǎng)頁元素的標(biāo)識(shí)及對應(yīng)的下載該網(wǎng)頁元素的客戶端信息；客戶端，用于從P2P服務(wù)器上查詢與網(wǎng)頁元素的標(biāo)識(shí)對應(yīng)的客戶端信息，并根據(jù)客戶端信息以P2P方式下載網(wǎng)頁元素，以及在下載完網(wǎng)頁元素后將該網(wǎng)頁元素的標(biāo)識(shí)及對應(yīng)的本客戶端信息發(fā)布給P2P服務(wù)器。
在上述技術(shù)方案中，所述P2P服務(wù)器為多個(gè)，每個(gè)P2P服務(wù)器分別存儲(chǔ)不同分段的標(biāo)識(shí)及對應(yīng)的客戶端信息；該系統(tǒng)進(jìn)一步包括分段服務(wù)器，用于向客戶端提供不同分段的標(biāo)識(shí)與P2P服務(wù)器之間的對應(yīng)關(guān)系；所述客戶端進(jìn)一步從所述分段服務(wù)器上下載所述不同分段的標(biāo)識(shí)與P2P服務(wù)器之間的對應(yīng)關(guān)系，并根據(jù)該對應(yīng)關(guān)系和所要下載網(wǎng)頁元素的標(biāo)識(shí)確定對應(yīng)的P2P服務(wù)器。
所述客戶端包括瀏覽器和加速客戶端，其中瀏覽器的代理服務(wù)器設(shè)置為加速客戶端，通過加速客戶端獲取網(wǎng)頁元素；加速客戶端，用于從P2P服務(wù)器上查詢與該網(wǎng)頁元素的標(biāo)識(shí)對應(yīng)的客戶端信息，并根據(jù)客戶端信息以P2P方式下載網(wǎng)頁元素，以及在下載完網(wǎng)頁元素后將該網(wǎng)頁元素的標(biāo)識(shí)及對應(yīng)的本客戶端信息發(fā)布給P2P服務(wù)器。
所述客戶端進(jìn)一步用于判斷所下載的網(wǎng)頁元素是否最新，并在不是最新時(shí)重新下載該網(wǎng)頁元素；和/或，所述客戶端進(jìn)一步用于對所下載的網(wǎng)頁元素進(jìn)行校驗(yàn)，并在校驗(yàn)沒有通過時(shí)重新下載該網(wǎng)頁元素。
所述客戶端進(jìn)一步利用HTTP方式下載網(wǎng)頁元素，并結(jié)合HTTP方式和P2P方式下載的結(jié)果得到該網(wǎng)頁元素。
本發(fā)明還提供了一種獲取網(wǎng)頁中網(wǎng)頁元素的方法，該方法包括客戶端從P2P服務(wù)器上查詢與網(wǎng)頁中網(wǎng)頁元素的標(biāo)識(shí)對應(yīng)的客戶端信息，并根據(jù)客戶端信息以P2P方式下載該網(wǎng)頁元素；客戶端在下載完網(wǎng)頁元素后，向P2P服務(wù)器發(fā)布該網(wǎng)頁元素的標(biāo)識(shí)以及對應(yīng)的本客戶端信息。
另外，該方法預(yù)先設(shè)置分段服務(wù)器和多個(gè)P2P服務(wù)器，每個(gè)P2P服務(wù)器分別存儲(chǔ)不同分段的標(biāo)識(shí)及對應(yīng)的客戶端信息，分段服務(wù)器保存不同分段的標(biāo)識(shí)與P2P服務(wù)器之間的對應(yīng)關(guān)系；該方法還包括客戶端從所述分段服務(wù)器上下載所述不同分段的標(biāo)識(shí)與P2P服務(wù)器之間的對應(yīng)關(guān)系，并根據(jù)該對應(yīng)關(guān)系和所要下載網(wǎng)頁元素的標(biāo)識(shí)確定對應(yīng)的P2P服務(wù)器。
在上述技術(shù)方案中，所述分段為根據(jù)標(biāo)識(shí)的HASH值進(jìn)行分段。
該方法進(jìn)一步包括客戶端判斷所下載的網(wǎng)頁元素是否最新，并在不是最新時(shí)重新下載該網(wǎng)頁元素；和/或，客戶端對所下載的網(wǎng)頁元素進(jìn)行校驗(yàn)，并在校驗(yàn)沒有通過時(shí)重新下載該網(wǎng)頁元素。
優(yōu)選地，所述客戶端還利用HTTP方式下載網(wǎng)頁元素，并結(jié)合HTTP方式和P2P方式下載的結(jié)果得到該網(wǎng)頁元素。
從上述方案中可以看出，由于本發(fā)明中客戶端在需要下載網(wǎng)頁元素時(shí)從P2P服務(wù)器上查詢與該網(wǎng)頁元素URL對應(yīng)的客戶端信息，并根據(jù)客戶端信息建立P2P通道以P2P方式下載該網(wǎng)頁元素，然后根據(jù)所下載的網(wǎng)頁元素顯示網(wǎng)頁并在本地緩存所下載的網(wǎng)頁元素，以及在下載完網(wǎng)頁元素后，向P2P服務(wù)器發(fā)布該網(wǎng)頁元素的URL以及對應(yīng)的本客戶端信息，以供后來的客戶端使用，這樣，客戶端可以不直接從WEB SERVER下載所需要的網(wǎng)頁元素，而是從就近的其它客戶端下載，這樣可以加速客戶端下載網(wǎng)頁元素的速度，從而可以進(jìn)一步提高瀏覽網(wǎng)頁的速度。并且，由于采用的是P2P技術(shù)，還可以解決海量用戶和海量流量以及地域差異的瓶頸。


圖1為本發(fā)明實(shí)施例中的系統(tǒng)結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例的P2P SERVER中保存的客戶端信息的示意圖；圖3為本發(fā)明實(shí)施例中客戶端的結(jié)構(gòu)示意圖；圖4為本發(fā)明實(shí)施例中多個(gè)P2P SERVER與分段SERVER的關(guān)系示意圖；圖5為本發(fā)明實(shí)施例中加速客戶端進(jìn)行下載以及發(fā)布的流程示意圖；圖6為本發(fā)明實(shí)施例中客戶端確認(rèn)下載網(wǎng)頁元素最新的流程示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，以下舉實(shí)施例對本發(fā)明進(jìn)一步詳細(xì)說明。
網(wǎng)頁元素可以通過多種標(biāo)識(shí)來區(qū)別，例如URL、IP地址或者其它的字符串，在下面的描述中以URL為例進(jìn)行說明，但是本發(fā)明并不局限與此。
本發(fā)明的核心思想是在一個(gè)客戶端下載了某個(gè)URL的網(wǎng)頁元素之后，將其緩存在本地，當(dāng)其它客戶端需要下載該URL的網(wǎng)頁元素時(shí)，可以通過P2P方式從該客戶端下載。換言之，在系統(tǒng)中設(shè)置點(diǎn)對點(diǎn)(P2P)Server，其中存儲(chǔ)了下載過的網(wǎng)頁元素的URL及對應(yīng)的客戶端信息，在其它客戶端需要訪問某個(gè)URL的網(wǎng)頁元素時(shí)，從P2P Server上查詢對應(yīng)的客戶端信息，然后建立P2P通道并通過P2P方式從對應(yīng)的客戶端下載網(wǎng)頁元素，另外，在客戶端下載完某個(gè)網(wǎng)頁元素后，將該網(wǎng)頁元素的URL以及對應(yīng)的本客戶端信息發(fā)布(PUB)給P2P服務(wù)器。
為了與現(xiàn)有的協(xié)議和技術(shù)更完美地結(jié)合，本發(fā)明實(shí)施例中的cache機(jī)制完全遵從HTTP協(xié)議關(guān)于cache的規(guī)定，亦即在下面的實(shí)施例中只加速處理HTTP響應(yīng)頭里規(guī)定可以cache的文件。當(dāng)然，具體實(shí)現(xiàn)時(shí)，可以對任何文件進(jìn)行下面描述的加速處理。
圖1所示的是本發(fā)明實(shí)施例中下載網(wǎng)頁元素的系統(tǒng)的結(jié)構(gòu)示意圖。
參照圖1，該系統(tǒng)包括WEB SERVER、P2P SERVER、客戶端。另外，該系統(tǒng)還可以進(jìn)一步包括分段SERVER。
其中，WEB SERVER是提供網(wǎng)頁、網(wǎng)頁中的網(wǎng)頁元素的URL等等的HTTP服務(wù)器，WEB SERVER與現(xiàn)有技術(shù)一樣，這里不在贅述。
P2P SERVER存儲(chǔ)網(wǎng)頁元素的URL與下載過該網(wǎng)頁元素的客戶端信息。優(yōu)選地，根據(jù)客戶端自身所處的運(yùn)營商，分別將客戶端信息存儲(chǔ)在對應(yīng)的運(yùn)營商列表中，這樣客戶端可以在同一個(gè)運(yùn)營商網(wǎng)內(nèi)進(jìn)行P2P下載，進(jìn)一步提高了瀏覽網(wǎng)頁的速度。例如，如圖2所示，將電信用戶的客戶端信息存儲(chǔ)在電信用戶列表中，網(wǎng)通用戶的客戶端信息存儲(chǔ)在網(wǎng)通用戶列表中，教育網(wǎng)用戶的客戶端信息存儲(chǔ)在教育網(wǎng)用戶列表中。
由于URL的數(shù)目非常龐大，為了減少P2P SERVER需要處理的URL數(shù)目，可以只在P2P SERVER中存儲(chǔ)KEYURL。下面簡要說明KEYURL在HTTP 1.1協(xié)議中，為了節(jié)約新建TCP連接帶來的網(wǎng)絡(luò)和時(shí)間開銷，規(guī)定了持久連接的概念，如果瀏覽器到WEB SERVER的路徑上的結(jié)點(diǎn)(包括代理服務(wù)器)都支持持久連接，那么在該連接中瀏覽器可能會(huì)請求下載多個(gè)文件。優(yōu)選地，本發(fā)明實(shí)施例中的客戶端支持這種持久連接，并且將持久連接中的第一個(gè)URL稱為KEYURL。進(jìn)一步，客戶端發(fā)布和查詢客戶端信息都是以KEYURL來進(jìn)行的。例如在一個(gè)持久連接里瀏覽器按先后順序向WEBSERVER請求下載了URL為URLA、URLB、URLC的三個(gè)網(wǎng)頁元素，則將URLA稱為KEYURL。向SERVER查詢和發(fā)布客戶端信息都只會(huì)對URLA進(jìn)行，但是查詢回來的客戶端信息對于URLB和URLC是可復(fù)用的。
通常來說，圖2中用戶列表的數(shù)目是有限的，如果超過了預(yù)定的大小時(shí)，P2P SERVER刪除最老的客戶端信息，即存儲(chǔ)時(shí)間最長的客戶端信息。另外，同時(shí)保存的KEYURL數(shù)目也是有限的，超過預(yù)定的數(shù)目之后，則刪除最久未更新的條目。
圖1所示的客戶端在下載完成某個(gè)URL的網(wǎng)頁元素時(shí)，會(huì)將該網(wǎng)頁元素的URL以及對應(yīng)的本客戶端信息發(fā)布給該SERVER，讓SERVER記錄下自己的網(wǎng)絡(luò)信息，供后來要下載該網(wǎng)頁元素的其他客戶端查詢使用。新的客戶端需要訪問某個(gè)URL下載網(wǎng)頁元素時(shí)，從P2P SERVER上查詢已經(jīng)下載過該網(wǎng)頁元素的客戶端信息，然后與這些客戶端進(jìn)行P2P交互下載網(wǎng)頁元素。
在客戶端，cache的文件可以都存放在本地的一個(gè)文件夾下，每個(gè)URL對應(yīng)于一個(gè)文件。文件中存儲(chǔ)的內(nèi)容包括HTTP響應(yīng)頭、URL等數(shù)據(jù)，另外為了保證系統(tǒng)的安全性還進(jìn)一步存儲(chǔ)了對文件的HASH值等相關(guān)信息，防止用戶纂改cache中的數(shù)據(jù)。Cache文件格式如表1所示

表1在表1中，F(xiàn)ileHashLen表示文件部分hash值的長度，UrlHashLen表示URL HASH值的長度，UrlHash表示URL的Hash值，F(xiàn)ileHash表示File的Hash值，其余的都是現(xiàn)有HTTP協(xié)議中的內(nèi)容，這里不再贅述。
另外，為了更好地與現(xiàn)有技術(shù)接軌，上述客戶端可以由現(xiàn)有的瀏覽器(Brower)和新增的加速客戶端組成。如圖3所示，本發(fā)明實(shí)施例中的瀏覽器與現(xiàn)有的瀏覽器相同，并且在瀏覽器中設(shè)置該瀏覽器的HTTP代理服務(wù)器為加速客戶端。而加速客戶端執(zhí)行本發(fā)明實(shí)施例中客戶端的下載并緩存網(wǎng)頁元素以及向P2P SERVER發(fā)布本客戶端信息等功能。
由于URL的數(shù)目至少是上億級的，而且KEYURL的數(shù)目也非常龐大，如果只有一臺(tái)P2P SERVER處理，那么處理量非常巨大，對于瀏覽速度提高的效果不是很明顯。為了進(jìn)一步提高處理速度，可以在系統(tǒng)中提供多個(gè)P2PSERVER，每個(gè)P2P SERVER處理一部分KEYURL的網(wǎng)頁元素及其對應(yīng)的客戶端信息。也就說，本發(fā)明實(shí)施例將URL分段，然后各個(gè)P2P SERVER分別負(fù)責(zé)一段URL的相關(guān)處理。分段的方式可以有多種，例如按照URL的字母順序分段，即分成a*.*、b*.*至c*.*、da*.*至dk*.*……等等，其中*為通配符。下面詳細(xì)介紹按照URL的HASH值來進(jìn)行分段的方法。
每個(gè)URL都包含一個(gè)主機(jī)名，例如http//game.qq.com/ad.swf的主機(jī)名為game.qq.com?？梢灾苯訉χ鳈C(jī)名計(jì)算HASH值，但是主機(jī)名的數(shù)量巨大，如果這么做，會(huì)產(chǎn)生很大的數(shù)據(jù)量，為了減少數(shù)據(jù)量，這里以采用二級域名qq.com計(jì)算HASH值為例說明，當(dāng)然也可以采用三級域名等。
為此，如圖1所示，本發(fā)明實(shí)施例中的系統(tǒng)進(jìn)一步包括分段SERVER。分段SERVER對上面所述的二級域名的HASH值做一個(gè)分段，每臺(tái)P2PSERVER只負(fù)責(zé)其中一段的用戶信息的保存和查詢。
例如，采用的HASH算法是映射到整型(INT)數(shù)據(jù)空間，分段SERVER選擇分為4段[0-10億)、[10億-20億)、[20億-30億)以及[30億-40億)，分別對應(yīng)于4臺(tái)P2P SERVER。該分段情況如圖4所示。
假設(shè)qq.com計(jì)算出來的hash值落在[10億-20億)這個(gè)分段中，那么客戶端對于二級域名是qq.com的URL的發(fā)布和查詢請求都會(huì)發(fā)送到P2PSERVER B上來處理。
另外，為了獲取最新并且準(zhǔn)確的分段情況，加速客戶端在啟動(dòng)的時(shí)候可以登錄到分段SERVER獲取URL與P2P SERVER的對應(yīng)關(guān)系或者URL二級域名的HASH值與P2P SERVER的對應(yīng)關(guān)系，如以表格存在的分段表，同時(shí)還獲取其他的運(yùn)行時(shí)參數(shù)，如發(fā)布和查詢的時(shí)間間隔等等。
下面參照圖5，描述本發(fā)明實(shí)施例中客戶端下載網(wǎng)頁元素以及發(fā)布信息的流程。
如圖5所示，該流程包括主要包括以下步驟步驟101，加速客戶端啟動(dòng)，并監(jiān)聽代理端口，準(zhǔn)備處理瀏覽器的代理請求。
步驟102，加速客戶端登錄分段SERVER，獲取分段表和其它運(yùn)行參數(shù)，如發(fā)布和查詢的時(shí)間間隔等。
步驟103，加速客戶端接收到瀏覽器請求的URL，例如瀏覽器請求的URL為http//game.qq.com/ad.swf。
步驟104，計(jì)算URL二級域名的HASH值，根據(jù)從分段SERVER獲取分段表得知其屬于P2P SERVER B處理，然后向P2P SERVER B發(fā)送查詢種子的請求，即查詢與URL對應(yīng)的客戶端信息的請求，該請求中至少攜帶網(wǎng)頁元素的URL。
P2P SERVER B接收到請求后會(huì)將與上述URL對應(yīng)的客戶端信息返回給請求的加速客戶端。
步驟105，加速客戶端接收到查詢種子的回應(yīng)，根據(jù)其中的客戶端信息創(chuàng)建P2P連接通道，并開始以P2P方式下載網(wǎng)頁元素。
在執(zhí)行步驟104至步驟105的時(shí)候，可以同時(shí)執(zhí)行下述步驟106，以使用HTTP方式和P2P方式協(xié)同下載網(wǎng)頁元素。當(dāng)然以可以只執(zhí)行步驟104至步驟105。
步驟106，加速客戶端根據(jù)網(wǎng)頁元素的URL啟動(dòng)HTTP方式的從WEBSERVER下載網(wǎng)頁元素。
需要注意的是，當(dāng)前的HTTP標(biāo)準(zhǔn)只能支持HTTP方式下載文件時(shí)從前往后下載，所以使用HTTP和P2P協(xié)同下載時(shí)，可以選擇HTTP方式從前往后下載，而P2P方式從后往前下載，當(dāng)兩者到達(dá)結(jié)合點(diǎn)時(shí)，下載完成。這樣可以避免資源的浪費(fèi)，節(jié)約HTTP方式以及P2P方式的下載流量。
步驟107，使用P2P方式或者HTTP和P2P協(xié)同的方式下載網(wǎng)頁元素完成。
步驟108，在下載完成之后，加速客戶端將所下載的網(wǎng)頁元素緩存在本地，并向P2P SERVER B發(fā)布下載完成信息，即發(fā)布URL和與其對應(yīng)的本客戶端信息。
另外，下載完成之后，客戶端的瀏覽器可以根據(jù)所下載的網(wǎng)頁元素瀏覽該網(wǎng)頁。
另外，由于Web網(wǎng)頁元素的更新非常頻繁，需要解決使用P2P下載的文件是否是網(wǎng)頁中最新的文件的問題，或者P2P下載的文件和HTTP下載的是否同一個(gè)文件的問題。在HTTP協(xié)議里有個(gè)Last Modified的標(biāo)識(shí)表示文件的修改時(shí)間，本發(fā)明實(shí)施例根據(jù)該標(biāo)識(shí)來判斷所下載的文件是否是最新的。該流程如圖6所示，包括以下步驟步驟201，在開始下載的時(shí)候，加速客戶端設(shè)置Last_Modified的初始默認(rèn)值timel。
步驟202，按照上述步驟104至105以及步驟106啟動(dòng)P2P以及HTTP下載。
步驟203，判斷在交互過程中是否得到新的Last_Modified，即所獲得的Last_Modified是否與本地Last_Modified不同，如果是，則執(zhí)行步驟204及其后續(xù)步驟，否則執(zhí)行步驟205及其后續(xù)步驟。
步驟204，將本地Last_Modified更新為新的Last_Modified，并執(zhí)行步驟202。
步驟205，下載完成，執(zhí)行步驟206。
步驟206，判斷是否通過HTTP方式得到了Last_Modified，如果是則執(zhí)行步驟207，否則執(zhí)行步驟208。
步驟207，根據(jù)從HTTP方式獲取的作為標(biāo)準(zhǔn)，驗(yàn)證所下載的文件是否是最新，如果是，則執(zhí)行步驟209，確認(rèn)下載最終完成，并結(jié)束流程；否則，執(zhí)行步驟204。
步驟208，判斷HTTP方式是否超時(shí)，如果是，則執(zhí)行步驟207，否則再次執(zhí)行步驟206。
根據(jù)上述流程，可以使得客戶端下載的網(wǎng)頁元素是WEB SERVER上最新的網(wǎng)頁元素。
另外，在P2P下載方式中，校驗(yàn)問題一直比較突出，常規(guī)的做法是WEBSERVER保存文件的HASH值供客戶端下載，然后客戶端根據(jù)從WEBSERVER下載的HASH值和對下載文件計(jì)算得到的HASH值進(jìn)行驗(yàn)證，如果一致，則驗(yàn)證出下載的文件是正確的，否則下載的文件不正確，需要重新下載。但是在WEB瀏覽的場景下文件太多，WEB SERVER即使可以保存HASH值，客戶端獲取這些HASH值的通訊包量也過大，極大地延遲了下載和瀏覽速度。
在本發(fā)明實(shí)施例中，優(yōu)選地采用多客戶端驗(yàn)證的策略，即在P2P方式下載網(wǎng)頁元素時(shí)同時(shí)下載HASH值，并且驗(yàn)證所下載的HASH值和根據(jù)下載數(shù)據(jù)計(jì)算得到的HASH值，進(jìn)一步對于通過P2P方式獲取到的網(wǎng)頁元素，只有經(jīng)過其他2個(gè)以上的客戶端的HASH值驗(yàn)證過以后才能確認(rèn)是正確的，否則重新下載。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種獲取網(wǎng)頁中網(wǎng)頁元素的系統(tǒng)，其特征在于，該系統(tǒng)包括網(wǎng)頁服務(wù)器，用于提供網(wǎng)頁中的網(wǎng)頁元素及其標(biāo)識(shí)；點(diǎn)對點(diǎn)P2P服務(wù)器，用于存儲(chǔ)下載過的網(wǎng)頁元素的標(biāo)識(shí)及對應(yīng)的下載該網(wǎng)頁元素的客戶端信息；客戶端，用于從P2P服務(wù)器上查詢與網(wǎng)頁元素的標(biāo)識(shí)對應(yīng)的客戶端信息，并根據(jù)客戶端信息以P2P方式下載網(wǎng)頁元素，以及在下載完網(wǎng)頁元素后將該網(wǎng)頁元素的標(biāo)識(shí)及對應(yīng)的本客戶端信息發(fā)布給P2P服務(wù)器。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述P2P服務(wù)器為多個(gè)，每個(gè)P2P服務(wù)器分別存儲(chǔ)不同分段的標(biāo)識(shí)及對應(yīng)的客戶端信息；該系統(tǒng)進(jìn)一步包括分段服務(wù)器，用于向客戶端提供不同分段的標(biāo)識(shí)與P2P服務(wù)器之間的對應(yīng)關(guān)系；所述客戶端進(jìn)一步從所述分段服務(wù)器上下載所述不同分段的標(biāo)識(shí)與P2P服務(wù)器之間的對應(yīng)關(guān)系，并根據(jù)該對應(yīng)關(guān)系和所要下載網(wǎng)頁元素的標(biāo)識(shí)確定對應(yīng)的P2P服務(wù)器。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述客戶端包括瀏覽器和加速客戶端，其中瀏覽器的代理服務(wù)器設(shè)置為加速客戶端，通過加速客戶端獲取網(wǎng)頁元素；加速客戶端，用于從P2P服務(wù)器上查詢與該網(wǎng)頁元素的標(biāo)識(shí)對應(yīng)的客戶端信息，并根據(jù)客戶端信息以P2P方式下載網(wǎng)頁元素，以及在下載完網(wǎng)頁元素后將該網(wǎng)頁元素的標(biāo)識(shí)及對應(yīng)的本客戶端信息發(fā)布給P2P服務(wù)器。
4.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述客戶端進(jìn)一步用于判斷所下載的網(wǎng)頁元素是否最新，并在不是最新時(shí)重新下載該網(wǎng)頁元素；和/或，所述客戶端進(jìn)一步用于對所下載的網(wǎng)頁元素進(jìn)行校驗(yàn)，并在校驗(yàn)沒有通過時(shí)重新下載該網(wǎng)頁元素。
5.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述客戶端進(jìn)一步利用HTTP方式下載網(wǎng)頁元素，并結(jié)合HTTP方式和P2P方式下載的結(jié)果得到該網(wǎng)頁元素。
6.一種獲取網(wǎng)頁中網(wǎng)頁元素的方法，其特征在于，該方法包括客戶端從P2P服務(wù)器上查詢與網(wǎng)頁中網(wǎng)頁元素的標(biāo)識(shí)對應(yīng)的客戶端信息，并根據(jù)客戶端信息以P2P方式下載該網(wǎng)頁元素；客戶端在下載完網(wǎng)頁元素后，向P2P服務(wù)器發(fā)布該網(wǎng)頁元素的標(biāo)識(shí)以及對應(yīng)的本客戶端信息。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，該方法預(yù)先設(shè)置分段服務(wù)器和多個(gè)P2P服務(wù)器，每個(gè)P2P服務(wù)器分別存儲(chǔ)不同分段的標(biāo)識(shí)及對應(yīng)的客戶端信息，分段服務(wù)器保存不同分段的標(biāo)識(shí)與P2P服務(wù)器之間的對應(yīng)關(guān)系；該方法還包括客戶端從所述分段服務(wù)器上下載所述不同分段的標(biāo)識(shí)與P2P服務(wù)器之間的對應(yīng)關(guān)系，并根據(jù)該對應(yīng)關(guān)系和所要下載網(wǎng)頁元素的標(biāo)識(shí)確定對應(yīng)的P2P服務(wù)器。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述分段為根據(jù)標(biāo)識(shí)的HASH值進(jìn)行分段。
9.根據(jù)權(quán)利要求6所述的方法，其特征在于，該方法進(jìn)一步包括客戶端判斷所下載的網(wǎng)頁元素是否最新，并在不是最新時(shí)重新下載該網(wǎng)頁元素；和/或，客戶端對所下載的網(wǎng)頁元素進(jìn)行校驗(yàn)，并在校驗(yàn)沒有通過時(shí)重新下載該網(wǎng)頁元素。
10.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述客戶端還利用HTTP方式下載網(wǎng)頁元素，并結(jié)合HTTP方式和P2P方式下載的結(jié)果得到該網(wǎng)頁元素。
全文摘要
本發(fā)明公開了一種獲取網(wǎng)頁中網(wǎng)頁元素的系統(tǒng)，包括網(wǎng)頁服務(wù)器，用于提供網(wǎng)頁中的網(wǎng)頁元素及其標(biāo)識(shí)；P2P服務(wù)器，用于存儲(chǔ)下載過的網(wǎng)頁元素的標(biāo)識(shí)及對應(yīng)的下載該網(wǎng)頁元素的客戶端信息；客戶端，用于從P2P服務(wù)器上查詢與網(wǎng)頁元素的標(biāo)識(shí)對應(yīng)的客戶端信息，并根據(jù)客戶端信息以P2P方式下載網(wǎng)頁元素，以及在下載完網(wǎng)頁元素后將該網(wǎng)頁元素的標(biāo)識(shí)及對應(yīng)的本客戶端信息發(fā)布給P2P服務(wù)器。本發(fā)明還公開了一種獲取網(wǎng)頁中網(wǎng)頁元素的方法。通過本發(fā)明的實(shí)施，客戶端可以不直接從WEB服務(wù)器下載所需要的網(wǎng)頁元素，而是從就近的其它客戶端下載，從而加速客戶端瀏覽網(wǎng)頁的速度。
文檔編號(hào)H04L12/00GK101075242SQ200610168299
公開日2007年11月21日 申請日期2006年12月25日 優(yōu)先權(quán)日2006年12月25日
發(fā)明者方斌 申請人:騰訊科技(深圳)有限公司