專利名稱：一種網(wǎng)頁訪問方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通信技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)頁訪問方法和設(shè)備。
背景技術(shù)：
隨著互聯(lián)網(wǎng)技術(shù)的高速發(fā)展，網(wǎng)絡(luò)以逐漸成為人們獲取信息的主要渠道。通過訪問網(wǎng)頁，人們可以獲取到平時工作和生活中需要的各種信息。但一方面，由于網(wǎng)頁所包含的信息量的逐漸增多，以及網(wǎng)頁顯示頁面的多樣化，訪問網(wǎng)頁時，需要從服務(wù)器下載的信息量逐漸增多，相應(yīng)地，訪問一個網(wǎng)頁所耗費(fèi)的時間也逐漸增多；另一方面，若訪問網(wǎng)頁時，所需的信息全部從服務(wù)器獲取，則當(dāng)網(wǎng)站的訪問量較大(同時訪問該網(wǎng)站的用戶較多)時，訪問網(wǎng)頁的速度會有延遲，影響用戶體驗。因此，如何提高網(wǎng)頁訪問的效率是一個亟待解決的問題。

發(fā)明內(nèi)容
本發(fā)明提供一種網(wǎng)頁訪問方法和設(shè)備，以提高網(wǎng)頁訪問效率。為此，本發(fā)明實施例采用如下技術(shù)方案:
一種網(wǎng)頁訪問方法，應(yīng)用于包括客戶端設(shè)備和服務(wù)器的系統(tǒng)，包括:
所述客戶端設(shè)備根據(jù)配置文件中所配置的需要進(jìn)行預(yù)加載的統(tǒng)一資源定位符URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載，并緩存得到的網(wǎng)頁信息；
當(dāng)用戶通過所述客戶端設(shè)備發(fā)起網(wǎng)頁訪問請求時，所述客戶端設(shè)備根據(jù)所述網(wǎng)頁訪問請求中攜帶的URL判斷自身是否緩存有該URL對應(yīng)的網(wǎng)頁信息。一種客戶端設(shè)備，應(yīng)用于包括客戶端設(shè)備和服務(wù)器的系統(tǒng)，包括:
預(yù)加載模塊，用于根據(jù)配置文件中所配置的需要進(jìn)行預(yù)加載的統(tǒng)一資源定位符URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載；
緩存模塊，用于緩存所述預(yù)加載模塊對所述URL進(jìn)行預(yù)加載所得到的網(wǎng)頁信息；
判斷模塊，用于當(dāng)用戶通過所述客戶端設(shè)備發(fā)起網(wǎng)頁訪問請求時，根據(jù)所述網(wǎng)頁訪問請求中攜帶的URL判斷所述緩存模塊中是否緩存有該URL對應(yīng)的網(wǎng)頁信息；
獲取模塊，用于當(dāng)所述判斷模塊判斷為是時，獲取所述緩存模塊中緩存的所述網(wǎng)頁信息，并根據(jù)獲取到的網(wǎng)頁信息獲取對應(yīng)的網(wǎng)頁。與現(xiàn)有技術(shù)相比，本發(fā)明實施例具有以下優(yōu)點:
在本發(fā)明實施例中，通過客戶端設(shè)備對URL進(jìn)行預(yù)加載，并緩存得到的網(wǎng)頁信息；當(dāng)用戶通過客戶端設(shè)備訪問相應(yīng)URL對應(yīng)的網(wǎng)頁，且客戶端設(shè)備中緩存有該URL對應(yīng)的網(wǎng)頁信息時，客戶端設(shè)備可以獲取自身緩存的相應(yīng)網(wǎng)頁信息，并根據(jù)該網(wǎng)頁信息獲取相應(yīng)的網(wǎng)頁，提聞了網(wǎng)頁訪問效率。


圖1為本發(fā)明實施例提供的一種網(wǎng)頁訪問方法的流程示意圖； 圖2為本發(fā)明實施例提供的一種具體應(yīng)用場景下的系統(tǒng)結(jié)構(gòu)示意 圖3為本發(fā)明實施例提供的基于圖2所示的系統(tǒng)架構(gòu)實現(xiàn)的一種網(wǎng)頁訪問方法的流程示意 圖4為本發(fā)明實施例提供的一種客戶端設(shè)備的結(jié)構(gòu)示意圖。
具體實施例方式為了提高網(wǎng)頁訪問的效率，本發(fā)明實施例提供了一種網(wǎng)頁訪問的技術(shù)方案，客戶端設(shè)備根據(jù)需要進(jìn)行預(yù)加載的URL (Uniform Resource Locator,統(tǒng)一資源定位符)信息對相應(yīng)的URL進(jìn)行加載，并緩存得到的網(wǎng)頁信息，當(dāng)用戶通過客戶端設(shè)備發(fā)起網(wǎng)頁訪問請求時，客戶端設(shè)備根據(jù)該網(wǎng)頁訪問請求中攜帶的URL判斷自身是否緩存有該URL對應(yīng)的網(wǎng)頁信息，并當(dāng)自身緩存有相應(yīng)的網(wǎng)頁信息時，根據(jù)該網(wǎng)頁信息獲取對應(yīng)的網(wǎng)頁信息，提高了網(wǎng)頁訪問的效率。其中，客戶端設(shè)備根據(jù)需要進(jìn)行預(yù)加載的URL信息對相應(yīng)的URL進(jìn)行加載具體可以包括:客戶端設(shè)備獲取該URL對應(yīng)的網(wǎng)頁的源代碼。下面結(jié)合附圖對本發(fā)明實施例提供的技術(shù)方案進(jìn)行詳細(xì)描述。如圖1所示，為本發(fā)明實施例提供的網(wǎng)頁訪問方法的流程示意圖，可以包括以下步驟:
步驟101、客戶端設(shè)備根據(jù)配置文件中所配置的需要進(jìn)行預(yù)加載的URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載，并緩存得到的網(wǎng)頁信息。具體的，在本發(fā)明實施例提供的技術(shù)方案中，客戶端設(shè)備需要進(jìn)行預(yù)加載的URL信息可以由用戶直接配置在客戶端設(shè)備的配置文件中，也可以由客戶端設(shè)備從服務(wù)器中獲得。其中，需要進(jìn)行預(yù)加載的URL信息可以由用戶直接配置在客戶端設(shè)備的配置文件中。具體的，客戶端設(shè)備可以在第一次運(yùn)行時，獲取配置文件中配置的需要進(jìn)行加載的URL信息，并對相應(yīng)的URL進(jìn)行預(yù)加載，將得到的網(wǎng)頁信息進(jìn)行緩存。需要進(jìn)行預(yù)加載的URL信息還可以由客戶端從服務(wù)器中獲得。具體的，客戶端設(shè)備可以在第一次運(yùn)行或達(dá)到預(yù)設(shè)更新周期時，向服務(wù)器發(fā)送配置文件獲取請求，以獲取配置有需要進(jìn)行預(yù)加載的URL信息的配置文件，并根據(jù)獲取到的需要進(jìn)行預(yù)加載的URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載，并緩存得到的網(wǎng)頁信息。相應(yīng)地，客戶端設(shè)備可以記錄從服務(wù)器獲取需要進(jìn)行預(yù)加載的URL信息的時間，并在運(yùn)行過程中檢測當(dāng)前時間與上次獲取URL信息的時間的時間差是否達(dá)到預(yù)設(shè)更新周期(如12小時)，并當(dāng)達(dá)到時，再次向服務(wù)器發(fā)送配置文件獲取請求，并根據(jù)獲取到的進(jìn)行預(yù)加載的URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載，并用得到的網(wǎng)頁信息更新上次緩存的網(wǎng)頁信息。當(dāng)需要進(jìn)行預(yù)加載的URL信息由客戶端設(shè)備從服務(wù)器獲得時，其具體實現(xiàn)還可以為:服務(wù)器周期性地向客戶端設(shè)備發(fā)送配置有需要進(jìn)行預(yù)加載的URL信息的配置文件，或當(dāng)服務(wù)器中存儲的需要進(jìn)行預(yù)加載的URL信息發(fā)生更新時，服務(wù)器向客戶端設(shè)備發(fā)送配置有需要進(jìn)行預(yù)加載的URL信息的配置文件?？蛻舳嗽O(shè)備接收到服務(wù)器發(fā)送的配置文件后，根據(jù)配置文件中配置的需要進(jìn)行預(yù)加載的URL信息對相應(yīng)的URL進(jìn)行預(yù)加載。需要注意的是，由用戶配置需要進(jìn)行預(yù)加載的URL信息，以及由客戶端設(shè)備從服務(wù)器得到需要進(jìn)行預(yù)加載的URL信息可以同時實施。例如，客戶端設(shè)備第一次運(yùn)行時，可以獲取本地配置的需要進(jìn)行預(yù)加載的URL信息，并對相應(yīng)的URL進(jìn)行預(yù)加載；當(dāng)?shù)竭_(dá)預(yù)設(shè)更新周期時，客戶端設(shè)備從服務(wù)器獲取需要進(jìn)行預(yù)加載的URL信息，并對相應(yīng)的URL進(jìn)行預(yù)加載，以更新緩存的網(wǎng)頁信息。步驟102、當(dāng)用戶通過客戶端設(shè)備發(fā)起網(wǎng)頁訪問請求時，客戶端設(shè)備根據(jù)網(wǎng)頁訪問請求中攜帶的URL判斷自身是否緩存有該URL對應(yīng)的網(wǎng)頁信息。若判斷為是，則轉(zhuǎn)至步驟103 ;否則，轉(zhuǎn)至步驟104。具體的，當(dāng)用戶通過客戶端設(shè)備發(fā)起網(wǎng)頁訪問請求(如客戶端設(shè)備接收到用戶輸入的URL以及訪問請求)時，客戶端設(shè)備可以根據(jù)該網(wǎng)頁訪問請求中攜帶的URL判斷自身是否緩存有該URL對應(yīng)的網(wǎng)頁信息。若客戶端設(shè)備緩存有相應(yīng)的網(wǎng)頁信息，則可以根據(jù)該網(wǎng)頁信息得到需要訪問的網(wǎng)頁；否則，客戶端設(shè)備需要根據(jù)網(wǎng)頁訪問請求中的URL從服務(wù)器獲取對應(yīng)的網(wǎng)頁。步驟103、客戶端設(shè)備獲取自身緩存的相應(yīng)的網(wǎng)頁信息，并根據(jù)該網(wǎng)頁信息獲取對應(yīng)的網(wǎng)頁。具體的，客戶端設(shè)備獲取到自身緩存的相應(yīng)的網(wǎng)頁信息后，還可以判斷該網(wǎng)頁信息是否發(fā)生更新(即自身緩存的網(wǎng)頁信息與服務(wù)器中對應(yīng)相同的URL的網(wǎng)頁信息是否一致)。若未發(fā)生更新，則客戶端設(shè)備可以通過加載相應(yīng)網(wǎng)頁信息獲取對應(yīng)的網(wǎng)頁；若發(fā)生更新，則客戶端設(shè)備可以根據(jù)網(wǎng)頁訪問請求中攜帶的URL獲取對應(yīng)的網(wǎng)頁。步驟104、客戶端設(shè)備根據(jù)網(wǎng)頁訪問請求中攜帶的URL獲取對應(yīng)的網(wǎng)頁。通過以上描述可以得出，在本發(fā)明實施例提供的技術(shù)方案中，通過客戶端設(shè)備對URL進(jìn)行預(yù)加載，并緩存得到的網(wǎng)頁信息；當(dāng)用戶通過客戶端設(shè)備訪問相應(yīng)URL對應(yīng)的網(wǎng)頁時，客戶端設(shè)備可以獲取自身緩存的相應(yīng)的網(wǎng)頁信息，并根據(jù)該網(wǎng)頁信息獲取相應(yīng)的網(wǎng)頁，提聞了網(wǎng)頁訪問效率。下面結(jié)合具體的應(yīng)用場景，對本發(fā)明實施例提供的技術(shù)方案進(jìn)行更加詳細(xì)的描述。參見圖2，為本發(fā)明實施例提供的一種具體應(yīng)用場景下的系統(tǒng)結(jié)構(gòu)示意圖，可以包括客戶端設(shè)備21，接入服務(wù)器22，原始配置文件服務(wù)器23，其中:
原始配置文件服務(wù)器23用于存儲需要進(jìn)行預(yù)加載的URL信息，該URL信息可以由運(yùn)營人員根據(jù)實際情況配置在原始配置文件服務(wù)器23中，如QQ空間主頁的URL，新浪主頁的URL 等;
接入服務(wù)器22可以以預(yù)設(shè)周期(如10分鐘)從原始配置文件服務(wù)器23中獲取需要進(jìn)行預(yù)加載的URL信息；其中，接入服務(wù)器22獲取到需要進(jìn)行預(yù)加載的URL信息后，可以對獲取到的信息進(jìn)行加密處理；
客戶端設(shè)備21通過與接入服務(wù)器22的交互獲得需要進(jìn)行預(yù)加載的URL信息；其中，當(dāng)客戶端設(shè)備21獲得的URL信息為加密后的URL信息時，客戶端設(shè)備21還需要對該URL信息進(jìn)行解密。相應(yīng)地，客戶端設(shè)備21和接入服務(wù)器22之間可以預(yù)先協(xié)商相應(yīng)的加密和解密算法?；谏鲜鱿到y(tǒng)構(gòu)架，本申請實施例提供了一種網(wǎng)頁訪問方法，該實施例中客戶端設(shè)備通過瀏覽器訪問網(wǎng)頁，該方法流程的示意圖可以如圖3所示，包括以下步驟: 步驟301、接入服務(wù)器從原始配置文件服務(wù)器中獲取預(yù)加載文件列表，并對接收到的預(yù)加載文件列表進(jìn)行加密。其中，接入服務(wù)器可以每5分鐘向原始配置文件服務(wù)器發(fā)送一次預(yù)加載文件列表獲取請求，以獲取需要進(jìn)行預(yù)加載的URL信息，并根據(jù)獲取到的文件列表更新自身存儲的預(yù)加載文件列表。其中，原始配置文件服務(wù)器接收到接入服務(wù)器發(fā)送的預(yù)加載文件列表獲取請求后，可以判斷自身存儲的需要進(jìn)行預(yù)加載的URL信息與上一次接收到獲取請求相比是否發(fā)生了更新。如果更新了，則向接入服務(wù)器返回預(yù)加載文件列表；否則，可以不對該獲取請求進(jìn)行響應(yīng)。相應(yīng)地，原始配置文件服務(wù)器需要記錄接收到預(yù)加載文件列表獲取請求的時間戳。為了提高文件列表的安全性，接入服務(wù)器獲取到的預(yù)加載文件列表后，可以使用與客戶端設(shè)備預(yù)先協(xié)商的加密算法對該預(yù)加載文件列表進(jìn)行加密。步驟302、當(dāng)客戶端設(shè)備第一次運(yùn)行時，客戶端設(shè)備從接入服務(wù)器獲取預(yù)加載文件列表，并對獲取到的預(yù)加載文件列表進(jìn)行解密。具體的，客戶端設(shè)備可以在第一次運(yùn)行時，向接入服務(wù)器發(fā)送預(yù)加載文件列表獲取請求，以獲取需要進(jìn)行預(yù)加載的URL信息。客戶端設(shè)備獲取到預(yù)加載文件列表后，可以使用與接入服務(wù)器預(yù)先協(xié)商的解密算法對該預(yù)加載文件列表進(jìn)行解密。步驟303、客戶端設(shè)備根據(jù)解密后的預(yù)加載文件列表，對相應(yīng)URL進(jìn)行預(yù)加載，并緩存的得到的網(wǎng)頁信息。例如，解密后的預(yù)加載文件列表中包括的URL信息為:http: //sina.com.cn,http://qqzone.com, http://ha0.#?？蛻舳嗽O(shè)備通過瀏覽器對相應(yīng)的URL進(jìn)行預(yù)加載，并對得到的網(wǎng)頁信息(如網(wǎng)頁的源代碼)進(jìn)行cache (緩存)。其中，當(dāng)瀏覽器包括多個內(nèi)核時，如Trident, Webkit, Gecko等,瀏覽器可以通過不同的內(nèi)核對相應(yīng)URL進(jìn)行預(yù)加載，并將得到的網(wǎng)頁信息保存相應(yīng)的cache中。例如，當(dāng)某些URL對應(yīng)的網(wǎng)頁僅支持IE瀏覽器(Trident內(nèi)核)時，瀏覽器需要通過Trident內(nèi)核對相應(yīng)URL進(jìn)行預(yù)加載，并將得到的網(wǎng)頁信息保存至IE cache中。步驟304、當(dāng)用戶通過客戶端設(shè)備發(fā)起網(wǎng)頁訪問請求時，客戶端設(shè)備根據(jù)該網(wǎng)頁訪問請求中攜帶的URL判斷自身是否緩存有該URL對應(yīng)的網(wǎng)頁信息。若判斷為是，則轉(zhuǎn)至步驟305 ;否則，轉(zhuǎn)至步驟307。具體的，用戶可以通過在客戶端設(shè)備的地址輸入框輸入URL以發(fā)起網(wǎng)頁訪問請求?？蛻舳嗽O(shè)備則可以根據(jù)網(wǎng)頁訪問請求中攜帶的URL查詢是否緩存有該URL對應(yīng)的網(wǎng)頁信息。當(dāng)客戶端設(shè)備未緩存有該URL對應(yīng)的網(wǎng)頁時，則需要根據(jù)該URL從服務(wù)器獲取對應(yīng)的網(wǎng)頁。步驟305、客戶端設(shè)備判斷自身緩存的該URL對應(yīng)的網(wǎng)頁信息是否發(fā)生更新。若判斷為是，則轉(zhuǎn)至步驟307 ;否則，轉(zhuǎn)至步驟306。具體的，當(dāng)客戶端設(shè)備自身緩存有網(wǎng)頁訪問請求中攜帶的URL對應(yīng)的網(wǎng)頁信息時，客戶端設(shè)備進(jìn)一步判斷該URL對應(yīng)的網(wǎng)頁信息是否發(fā)生更新，即自身緩存的對應(yīng)該URL的網(wǎng)頁信息與網(wǎng)絡(luò)側(cè)存儲的對應(yīng)該URL的網(wǎng)頁信息是否一致。若未發(fā)生更新(即與網(wǎng)絡(luò)側(cè)一致)，則客戶端設(shè)備可以通過對緩存的對應(yīng)相應(yīng)URL的網(wǎng)頁信息進(jìn)行加載，以獲取對應(yīng)的網(wǎng)頁；否則，客戶端設(shè)備需要網(wǎng)頁訪問請求中的URL從服務(wù)器獲取對應(yīng)的網(wǎng)頁。
步驟306、客戶端設(shè)備獲取該URL對應(yīng)的網(wǎng)頁信息，對該網(wǎng)頁信息進(jìn)行加載，以獲取對應(yīng)的網(wǎng)頁。步驟307、客戶端設(shè)備根據(jù)該URL從服務(wù)器獲取對應(yīng)的網(wǎng)頁。通過以上流程可以看出，在本發(fā)明實施例中，充分利用cache協(xié)議，通過瀏覽器對URL進(jìn)行預(yù)加載并緩存得到的網(wǎng)頁信息，當(dāng)用戶需要對相應(yīng)URL對應(yīng)的網(wǎng)頁進(jìn)行訪問時，可以通過cache實現(xiàn)，提高了網(wǎng)頁訪問速度。下面結(jié)合具體實例對發(fā)明實施例提供的技術(shù)方案進(jìn)行描述。在該實施例中，以通過多核瀏覽器(如QQ瀏覽器)訪問QQ空間為例進(jìn)行描述。其中，原始配置文件服務(wù)器為空間服務(wù)器，接入服務(wù)器可以周期性地從空間服務(wù)器獲取需要進(jìn)行預(yù)加載的URL信息。當(dāng)用戶第一次運(yùn)行QQ瀏覽器時，可以觸發(fā)QQ瀏覽器向接入服務(wù)器發(fā)送預(yù)加載文件列表獲取請求，以獲取需要進(jìn)行預(yù)加載的URL信息(若獲取到的預(yù)加載文件列表為加密文件，則還需要根據(jù)預(yù)先協(xié)商的解密算法對獲取到的文件進(jìn)行就解密)。QQ瀏覽器獲取到預(yù)加載文件列表后，對相應(yīng)的URL (如http://qqzone.com)進(jìn)行預(yù)加載,并緩存得到的網(wǎng)頁信息(QQ瀏覽器包括IE內(nèi)核和Webkit內(nèi)核，用戶可以根據(jù)自身意愿選擇IE內(nèi)核或Webkit內(nèi)核模式運(yùn)行QQ瀏覽器，相應(yīng)地，預(yù)加載得到的網(wǎng)頁信息緩存在IE cache或Webkit cache中)。當(dāng)用戶通過QQ瀏覽器訪問QQ空間(在瀏覽器的地址輸入欄中輸入http://qqz0ne.com)時，QQ瀏覽器獲取緩存的對應(yīng)相應(yīng)URL的網(wǎng)頁信息，并對獲取到的網(wǎng)頁信息進(jìn)行加載，以得到QQ空間的主頁。由于瀏覽器不需要從服務(wù)器側(cè)獲取相應(yīng)URL對應(yīng)的網(wǎng)頁信息，而可以直接加載cache中相應(yīng)的網(wǎng)頁信息，提高了網(wǎng)頁訪問的效率。基于上述方法實施例相同的技術(shù)構(gòu)思，本發(fā)明實施例還提供了一種客戶端設(shè)備，可以應(yīng)用于包括客戶端設(shè)備和服務(wù)器的系統(tǒng)。如圖4所示，為本發(fā)明實施例提供的客戶端設(shè)備的結(jié)構(gòu)示意圖，可以包括:
預(yù)加載模塊41，用于根據(jù)配置文件中所配置的需要進(jìn)行預(yù)加載的統(tǒng)一資源定位符URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載；
緩存模塊42，用于緩存所述預(yù)加載模塊41對所述URL進(jìn)行預(yù)加載所得到的網(wǎng)頁信息；判斷模塊43，用于當(dāng)用戶通過所述客戶端設(shè)備發(fā)起網(wǎng)頁訪問請求時，根據(jù)所述網(wǎng)頁訪問請求中攜帶的URL判斷所述緩存模塊41中是否緩存有該URL對應(yīng)的網(wǎng)頁信息；。其中，該客戶端設(shè)備還可以包括:
獲取模塊44，用于當(dāng)所述判斷模塊43判斷為是時，獲取所述緩存模塊42中緩存的所述網(wǎng)頁信息，并根據(jù)獲取到的網(wǎng)頁信息獲取對應(yīng)的網(wǎng)頁。其中，所述配置文件由所述客戶端設(shè)備從服務(wù)器獲得；
所述預(yù)加載模塊41具體用于，在第一次運(yùn)行或達(dá)到預(yù)設(shè)更新周期時，向服務(wù)器發(fā)送配置文件獲取請求，以獲取需要進(jìn)行預(yù)加載的URL信息，并根據(jù)獲取到的需要進(jìn)行預(yù)加載的URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載；或，
接收服務(wù)器發(fā)送的配置文件，并根據(jù)配置文件中配置的需要進(jìn)行預(yù)加載的URL信息，對相應(yīng)的URL進(jìn)行加載；其中，服務(wù)器周期性地向客戶端設(shè)備發(fā)送配置有需要進(jìn)行預(yù)加載的URL信息的配置文件；或當(dāng)需要進(jìn)行預(yù)加載的URL信息發(fā)生更新時，服務(wù)器向客戶端設(shè)備發(fā)送配置有需要進(jìn)行預(yù)加載的URL信息的配置文件。其中，所述配置文件由用戶配置在所述客戶端設(shè)備中； 所述預(yù)加載模塊41具體用于，當(dāng)所述客戶端設(shè)備第一次運(yùn)行時，獲取需要預(yù)加載的URL信息，并對相應(yīng)的URL進(jìn)行預(yù)加載。其中，所述服務(wù)器包括接入服務(wù)器與原始配置文件服務(wù)器，所述原始配置文件服務(wù)器中存儲有需要進(jìn)行預(yù)加載的URL信息；所述接入服務(wù)器周期性地從所述原始配置文件服務(wù)器中獲取需要進(jìn)行預(yù)加載的URL信息；
所述配置文件由所述客戶端設(shè)備從服務(wù)器獲得，具體為:所述配置文件由所述客戶端設(shè)備從接入服務(wù)器獲得。其中，
所述判斷模塊43還用于，判斷所述獲取模塊44獲取到的網(wǎng)頁信息是否發(fā)生更新；所述獲取模塊44具體用于，當(dāng)所述判斷模塊43判斷所述獲取模塊44獲取到的網(wǎng)頁信息未發(fā)生更新時，對所述網(wǎng)頁信息進(jìn)行加載，以獲取對應(yīng)的網(wǎng)頁；當(dāng)所述判斷模塊43判斷所述緩存模塊42未緩存有所述網(wǎng)頁訪問請求中攜帶的URL對應(yīng)的網(wǎng)頁，或所述獲取模塊44獲取到的網(wǎng)頁信息發(fā)生更新時，根據(jù)所述URL從服務(wù)器獲取對應(yīng)的網(wǎng)頁。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述進(jìn)行分布于實施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實施例的一個或多個裝置中。上述實施例的模塊可以合并為一個模塊，也可以進(jìn)一步拆分成多個子模塊。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種網(wǎng)頁訪問方法，應(yīng)用于包括客戶端設(shè)備和服務(wù)器的系統(tǒng)，其特征在于，包括: 所述客戶端設(shè)備根據(jù)配置文件中所配置的需要進(jìn)行預(yù)加載的統(tǒng)一資源定位符URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載，并緩存得到的網(wǎng)頁信息； 當(dāng)用戶通過所述客戶端設(shè)備發(fā)起網(wǎng)頁訪問請求時，所述客戶端設(shè)備根據(jù)所述網(wǎng)頁訪問請求中攜帶的URL判斷自身是否緩存有該URL對應(yīng)的網(wǎng)頁信息。
2.如權(quán)利要求1所述的方法，其特征在于，還包括: 當(dāng)所述客戶端設(shè)備判斷自身存儲有所述URL對應(yīng)的網(wǎng)頁信息時，所述客戶端設(shè)備獲取自身緩存的所述網(wǎng)頁信息，并根據(jù)所述網(wǎng)頁信息獲取對應(yīng)的網(wǎng)頁。
3.如權(quán)利要求1所述的方法，其特征在于，所述配置文件由所述客戶端設(shè)備從服務(wù)器獲得； 所述客戶端設(shè)備根據(jù)配置文件中所配置的需要進(jìn)行預(yù)加載的URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載，具體為: 所述客戶端設(shè)備在第一次運(yùn)行或達(dá)到預(yù)設(shè)更新周期時，向服務(wù)器發(fā)送配置文件獲取請求，以獲取需要進(jìn)行預(yù)加載的URL信息，并根據(jù)獲取到的需要進(jìn)行預(yù)加載的URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載；或， 所述客戶端設(shè)備接收服務(wù)器發(fā)送的配置文件，并根據(jù)配置文件中配置的需要進(jìn)行預(yù)加載的URL信息，對相應(yīng)的URL進(jìn)行加載；其中，服務(wù)器周期性地向客戶端設(shè)備發(fā)送配置有需要進(jìn)行預(yù)加載的URL信息的配置文件；或當(dāng)需要進(jìn)行預(yù)加載的URL信息發(fā)生更新時，服務(wù)器向客戶端設(shè)備發(fā)送配置有需要進(jìn)行預(yù)加載的URL信息的配置文件。
4.如權(quán)利要求1所 述的方法，其特征在于，所述配置文件由用戶配置在所述客戶端設(shè)備中； 所述客戶端設(shè)備根據(jù)配置文件中所配置的需要進(jìn)行預(yù)加載的URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載，具體為: 所述客戶端設(shè)備第一次運(yùn)行時，獲取需要預(yù)加載的URL信息，并對相應(yīng)的URL進(jìn)行預(yù)加載。
5.如權(quán)利要求3所述的方法，其特征在于，所述服務(wù)器包括接入服務(wù)器與原始配置文件服務(wù)器，所述原始配置文件服務(wù)器中存儲有需要進(jìn)行預(yù)加載的URL信息； 所述方法還包括:所述接入服務(wù)器周期性地從所述原始配置文件服務(wù)器中獲取需要進(jìn)行預(yù)加載的URL信息； 所述客戶端設(shè)備從服務(wù)器獲得所述配置文件，具體為: 所述客戶端設(shè)備從接入服務(wù)器獲得所述配置文件。
6.如權(quán)利要求2所述的方法，其特征在于，所述客戶端設(shè)備根據(jù)所述網(wǎng)頁信息獲取對應(yīng)的網(wǎng)頁，具體為: 所述客戶端設(shè)備判斷所述網(wǎng)頁信息是否發(fā)生更新，并當(dāng)判斷為否時，對所述網(wǎng)頁信息進(jìn)行加載，以獲取對應(yīng)的網(wǎng)頁； 所述方法還包括: 當(dāng)所述客戶端設(shè)備未緩存有所述網(wǎng)頁訪問請求中攜帶的URL對應(yīng)的網(wǎng)頁信息，或所述網(wǎng)頁信息發(fā)生更新時，所述客戶端設(shè)備根據(jù)所述URL從服務(wù)器獲取對應(yīng)的網(wǎng)頁。
7.一種客戶端設(shè)備，應(yīng)用于包括客戶端設(shè)備和服務(wù)器的系統(tǒng)，其特征在于，包括:預(yù)加載模塊，用于根據(jù)配置文件中所配置的需要進(jìn)行預(yù)加載的統(tǒng)一資源定位符URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載； 緩存模塊，用于緩存所述預(yù)加載模塊對所述URL進(jìn)行預(yù)加載所得到的網(wǎng)頁信息； 判斷模塊，用于當(dāng)用戶通過所述客戶端設(shè)備發(fā)起網(wǎng)頁訪問請求時，根據(jù)所述網(wǎng)頁訪問請求中攜帶的URL判斷所述緩存模塊中是否緩存有該URL對應(yīng)的網(wǎng)頁信息。
8.如權(quán)利要求7所述的客戶端設(shè)備，還包括: 獲取模塊，用于當(dāng)所述判斷模塊判斷為是時，獲取所述緩存模塊中緩存的所述網(wǎng)頁信息，并根據(jù)獲取到的網(wǎng)頁信息獲取對應(yīng)的網(wǎng)頁。
9.如權(quán)利要求7所述的客戶端設(shè)備，其特征在于，所述配置文件由所述客戶端設(shè)備從服務(wù)器獲得； 所述預(yù)加載模塊具體用于，在第一次運(yùn)行或達(dá)到預(yù)設(shè)更新周期時，向服務(wù)器發(fā)送配置文件獲取請求，以獲取需要進(jìn)行預(yù)加載的URL信息，并根據(jù)獲取到的需要進(jìn)行預(yù)加載的URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載；或， 接收服務(wù)器發(fā)送的配置文 件，并根據(jù)配置文件中配置的需要進(jìn)行預(yù)加載的URL信息，對相應(yīng)的URL進(jìn)行加載；其中，服務(wù)器周期性地向客戶端設(shè)備發(fā)送配置有需要進(jìn)行預(yù)加載的URL信息的配置文件；或當(dāng)需要進(jìn)行預(yù)加載的URL信息發(fā)生更新時，服務(wù)器向客戶端設(shè)備發(fā)送配置有需要進(jìn)行預(yù)加載的URL信息的配置文件。
10.如權(quán)利要求7所述的客戶端設(shè)備，其特征在于，所述配置文件由用戶配置在所述客戶端設(shè)備中； 所述預(yù)加載模塊具體用于，當(dāng)所述客戶端設(shè)備第一次運(yùn)行時，獲取需要預(yù)加載的URL信息，并對相應(yīng)的URL進(jìn)行預(yù)加載。
11.如權(quán)利要求9所述的客戶端設(shè)備，其特征在于，所述服務(wù)器包括接入服務(wù)器與原始配置文件服務(wù)器，所述原始配置文件服務(wù)器中存儲有需要進(jìn)行預(yù)加載的URL信息；所述接入服務(wù)器周期性地從所述原始配置文件服務(wù)器中獲取需要進(jìn)行預(yù)加載的URL信息； 所述配置文件由所述客戶端設(shè)備從服務(wù)器獲得，具體為:所述配置文件由所述客戶端設(shè)備從接入服務(wù)器獲得。
12.如權(quán)利要求8所述的客戶端設(shè)備，其特征在于， 所述判斷模塊還用于，判斷所述獲取模塊獲取到的網(wǎng)頁信息是否發(fā)生更新； 所述獲取模塊具體用于，當(dāng)所述判斷模塊判斷所述獲取模塊獲取到的網(wǎng)頁信息未發(fā)生更新時，對所述網(wǎng)頁信息進(jìn)行加載，以獲取對應(yīng)的網(wǎng)頁；當(dāng)所述判斷模塊判斷所述緩存模塊未緩存有所述網(wǎng)頁訪問請求中攜帶的URL對應(yīng)的網(wǎng)頁，或所述獲取模塊獲取到的網(wǎng)頁信息發(fā)生更新時，根據(jù)所述URL從服務(wù)器獲取對應(yīng)的網(wǎng)頁。
全文摘要
本發(fā)明公開了一種網(wǎng)頁訪問方法和設(shè)備，應(yīng)用于包括客戶端設(shè)備和服務(wù)器的系統(tǒng)，包括所述客戶端設(shè)備根據(jù)配置文件中所配置的需要進(jìn)行預(yù)加載的統(tǒng)一資源定位符URL信息，對相應(yīng)的URL進(jìn)行預(yù)加載，并緩存得到的網(wǎng)頁信息；當(dāng)用戶通過所述客戶端設(shè)備發(fā)起網(wǎng)頁訪問請求時，所述客戶端設(shè)備根據(jù)所述網(wǎng)頁訪問請求中攜帶的URL判斷自身是否緩存有該URL對應(yīng)的網(wǎng)頁信息。通過本發(fā)明，提高了網(wǎng)頁訪問效率。
文檔編號G06F17/30GK103106216SQ201110360578
公開日2013年5月15日 申請日期2011年11月15日 優(yōu)先權(quán)日2011年11月15日
發(fā)明者關(guān)亮亮, 馬學(xué)敏, 楊經(jīng)宇, 杜琳 申請人:騰訊科技(深圳)有限公司