欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種信息預(yù)下發(fā)的方法及服務(wù)器與流程

文檔序號:12740186閱讀:270來源:國知局
一種信息預(yù)下發(fā)的方法及服務(wù)器與流程

本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域,具體涉及一種信息預(yù)下發(fā)的方法及服務(wù)器。



背景技術(shù):

用戶可以通過終端瀏覽網(wǎng)頁,瀏覽網(wǎng)頁的過程可以是通過瀏覽器讀取網(wǎng)頁,瀏覽器讀取網(wǎng)頁的過程,即通過瀏覽器向域名系統(tǒng)(Domain Name System,DNS)發(fā)送網(wǎng)頁請求,域名系統(tǒng)解析該所請求網(wǎng)頁的域名后,向發(fā)送網(wǎng)頁請求的終端返回該網(wǎng)頁所對應(yīng)的互聯(lián)網(wǎng)協(xié)議(Internet Protocol,IP)地址,然后,終端再根據(jù)該IP地址請求該網(wǎng)頁的內(nèi)容。

當(dāng)該網(wǎng)頁被頻繁請求時,對DNS的請求也會非常頻繁,無疑會增加對DNS請求的次數(shù),從而導(dǎo)致頁面加載緩慢。



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

為了減少對DNS請求的次數(shù),提高頁面加載速度,本發(fā)明實施例提供一種信息預(yù)下發(fā)的方法,可以減少對DNS請求的次數(shù),從而提高頁面的加載速度。本發(fā)明實施例還提供了相應(yīng)的裝置。

本發(fā)明第一方面提供一種信息預(yù)下發(fā)的方法,包括:

服務(wù)器根據(jù)預(yù)設(shè)條件確定目標(biāo)應(yīng)用中的目標(biāo)網(wǎng)頁;

所述服務(wù)器解析所述目標(biāo)網(wǎng)頁,以得到所述目標(biāo)網(wǎng)頁中各樣式文件的互聯(lián)網(wǎng)協(xié)議IP地址;

所述服務(wù)器緩存所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址;

所述服務(wù)器向安裝有所述目標(biāo)應(yīng)用的目標(biāo)終端預(yù)下發(fā)所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址,以使所述目標(biāo)終端在請求所述目標(biāo)網(wǎng)頁時,使用所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址獲取所述目標(biāo)網(wǎng)頁。

本發(fā)明第二方面提供一種服務(wù)器,包括:

第一確定單元,用于根據(jù)預(yù)設(shè)條件確定目標(biāo)應(yīng)用中的目標(biāo)網(wǎng)頁;

解析單元,用于解析所述第一確定單元確定的所述目標(biāo)網(wǎng)頁,以得到所述目標(biāo)網(wǎng)頁中各樣式文件的互聯(lián)網(wǎng)協(xié)議IP地址;

緩存單元,用于緩存所述解析單元解析出的所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址;

發(fā)送單元,用于向安裝有所述目標(biāo)應(yīng)用的目標(biāo)終端預(yù)下發(fā)所述緩存單元緩存的所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址,以使所述目標(biāo)終端在請求所述目標(biāo)網(wǎng)頁時,使用所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址獲取所述目標(biāo)網(wǎng)頁。

與現(xiàn)有技術(shù)中當(dāng)網(wǎng)頁被頻繁請求時,DNS也會頻繁被請求,從而導(dǎo)致頁面加載緩慢相比,本發(fā)明實施例提供的信息預(yù)下發(fā)的方法,可以預(yù)先向目標(biāo)終端下發(fā)目標(biāo)網(wǎng)頁的IP地址,從而在目標(biāo)終端需要請求目標(biāo)網(wǎng)頁時,可以直接使用該目標(biāo)網(wǎng)頁的IP地址獲取該目標(biāo)網(wǎng)頁,不需要再請求DNS獲取IP地址,從而縮短了目標(biāo)網(wǎng)頁請求的時間,提高了目標(biāo)網(wǎng)頁加載的速度。

附圖說明

圖1是本發(fā)明實施例中信息預(yù)下發(fā)的網(wǎng)絡(luò)系統(tǒng)的一實施例示意圖;

圖2是網(wǎng)頁的樣式示意圖;

圖3是本發(fā)明實施例中信息預(yù)下發(fā)的網(wǎng)絡(luò)系統(tǒng)的另一實施例示意圖;

圖4是本發(fā)明實施例中信息預(yù)下發(fā)的方法的一實施例示意圖;

圖5是本發(fā)明實施例中信息預(yù)下發(fā)的方法的一場景示例意圖;

圖6是本發(fā)明實施例中信息預(yù)下發(fā)的方法的另一場景示例意圖;

圖7是本發(fā)明實施例中信息預(yù)下發(fā)的方法的另一場景示例意圖;

圖8是本發(fā)明實施例中服務(wù)器的一實施例示意圖;

圖9是本發(fā)明實施例中服務(wù)器的另一實施例示意圖;

圖10是本發(fā)明實施例中服務(wù)器的另一實施例示意圖。

具體實施方式

本發(fā)明實施例提供一種信息預(yù)下發(fā)的方法,可以減少對DNS請求的次數(shù),從而提高頁面的加載速度。本發(fā)明實施例還提供了相應(yīng)的裝置。以下分別進行詳細(xì)說明。

下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例。

本發(fā)明實施例中的信息預(yù)下發(fā)的網(wǎng)絡(luò)系統(tǒng)可以由兩種方式實現(xiàn),一種是由域名服務(wù)器對目標(biāo)網(wǎng)頁中各樣式文件的IP地址進行緩存并預(yù)下發(fā),預(yù)下發(fā)就是預(yù)先下發(fā)。另一種是由專門的預(yù)下發(fā)管理服務(wù)器對網(wǎng)絡(luò)中的域名服務(wù)器進行監(jiān)控,管理各網(wǎng)頁中各樣式文件的IP地址并進行預(yù)下發(fā)。兩種方式都可以實現(xiàn)本發(fā)明實施例中信息預(yù)下發(fā)的目的,具體過程可以分別參閱圖1和圖3進行理解。

本發(fā)明實施例中的目標(biāo)應(yīng)用可以是新聞客戶端、微信和QQ等可以請求網(wǎng)頁的應(yīng)用。

圖1為本發(fā)明實施例中信息預(yù)下發(fā)的網(wǎng)絡(luò)系統(tǒng)的一實施例示意圖。

如圖1所示,本發(fā)明實施例所提供的信息預(yù)下發(fā)的網(wǎng)絡(luò)系統(tǒng)包括:域名服務(wù)器10、網(wǎng)絡(luò)20、網(wǎng)頁服務(wù)器30、第一終端40A和第二終端40B,其中,域名服務(wù)器10、網(wǎng)頁服務(wù)器30、第一終端40A和第二終端40B通過網(wǎng)絡(luò)20通信連接。

當(dāng)用戶通過第一終端40A上安裝的目標(biāo)應(yīng)用請求網(wǎng)頁A時,第一終端40A需要先向域名服務(wù)器10發(fā)送域名解析請求,域名服務(wù)器10接收到該域名解析請求后,會根據(jù)網(wǎng)頁A的URL解析出網(wǎng)頁A的IP地址,然后,域名服務(wù)器10向第一終端40A返回解析響應(yīng),在該解析響應(yīng)中攜帶該網(wǎng)頁A的IP地址,然后,第一終端40A根據(jù)該IP地址向網(wǎng)頁服務(wù)器30請求該網(wǎng)頁A,網(wǎng)頁服務(wù)器30接收到對網(wǎng)頁A的請求后,會向第一終端40A返回網(wǎng)頁A。

當(dāng)網(wǎng)頁A滿足預(yù)設(shè)條件時,則將網(wǎng)頁A確定為目標(biāo)網(wǎng)頁,域名服務(wù)器10會解析網(wǎng)頁A中各樣式文件,通常一個頁面會包括級聯(lián)樣式表(Cascading Style Sheets,CSS)樣式文件、(JavaScript,JS)腳本文件、圖片文件以及網(wǎng)頁內(nèi)容文件等,如圖2所示,以網(wǎng)頁A所包含的各樣式文件為例,網(wǎng)頁A包括CSS1、CSS2、JS1、JS2、圖片1、圖片2和網(wǎng)頁內(nèi)容2,域名服務(wù)器10可以解析出從CSS1到網(wǎng)頁內(nèi)容2的URL,并根據(jù)從CSS1到網(wǎng)頁內(nèi)容2的URL確定CSS1、CSS2、JS1、JS2、圖片1、圖片2和網(wǎng)頁內(nèi)容2各文件的IP地址,然后緩存CSS1、CSS2、JS1、JS2、圖片1、圖片2和網(wǎng)頁內(nèi)容2各文件的IP地址,緩存方式可以是對CSS1、CSS2、JS1、JS2、圖片1、圖片2和網(wǎng)頁內(nèi)容2各文件的IP地址進行打包,然后以網(wǎng)頁A的URL為鍵值關(guān)聯(lián)存儲該鍵值和打包后的各樣式文件的IP地址包。

域名服務(wù)器10確定與所述預(yù)設(shè)條件對應(yīng)的目標(biāo)終端后,向目標(biāo)終端發(fā)送目標(biāo)網(wǎng)頁中各樣式文件的IP地址。圖1中,第二終端40B與預(yù)設(shè)條件對應(yīng),則域名服務(wù)器10向各第二終端40B預(yù)發(fā)送網(wǎng)頁A中各樣式文件的IP地址。第二終端40B可以有一個也可以有多個,本申請中對第二終端40B的數(shù)量不做限定。

第二終端40B在需要請求網(wǎng)頁A時,則不需要再向域名服務(wù)器10發(fā)送域名解析請求,可以直接根據(jù)網(wǎng)頁A的URL確定網(wǎng)頁服務(wù)器發(fā)送的用網(wǎng)頁A的URL作為鍵值的緩存包,從而提取網(wǎng)頁A中各樣式文件的IP地址,進而獲取該網(wǎng)頁A。

與現(xiàn)有技術(shù)中當(dāng)網(wǎng)頁被頻繁請求時,DNS也會頻繁被請求,從而導(dǎo)致頁面加載緩慢相比,本發(fā)明實施例提供的信息預(yù)下發(fā)的網(wǎng)絡(luò),可以預(yù)先向目標(biāo)終端下發(fā)目標(biāo)網(wǎng)頁的IP地址,從而在目標(biāo)終端需要請求目標(biāo)網(wǎng)頁時,可以直接使用該目標(biāo)網(wǎng)頁的IP地址獲取該目標(biāo)網(wǎng)頁,不需要再請求DNS獲取IP地址,從而縮短了目標(biāo)網(wǎng)頁請求的時間,提高了目標(biāo)網(wǎng)頁加載的速度。

針對另一種是由專門的預(yù)下發(fā)管理服務(wù)器監(jiān)控域名服務(wù)器10并管理目標(biāo)網(wǎng)頁中各樣式文件的IP地址并進行預(yù)下發(fā)的網(wǎng)絡(luò)系統(tǒng)可以參閱圖3進行理解。

如圖3所示,本發(fā)明實施例提供的信息預(yù)下發(fā)的網(wǎng)絡(luò)系統(tǒng)包括:域名服務(wù)器10、網(wǎng)絡(luò)20、網(wǎng)頁服務(wù)器30、第一終端40A、第二終端40B和預(yù)下發(fā)管理服務(wù)器50,其中,域名服務(wù)器10、網(wǎng)頁服務(wù)器30、第一終端40A、第二終端40B和預(yù)下發(fā)管理服務(wù)器50通過網(wǎng)絡(luò)20通信連接。

當(dāng)用戶通過第一終端40A上安裝的目標(biāo)應(yīng)用請求網(wǎng)頁A時,第一終端40A需要先向域名服務(wù)器10發(fā)送域名解析請求,域名服務(wù)器10接收到該域名解析請求后,會根據(jù)網(wǎng)頁A的URL接續(xù)出網(wǎng)頁A的IP地址,然后,域名服務(wù)器10向第一終端40A返回解析響應(yīng),在該解析響應(yīng)中攜帶該網(wǎng)頁A的IP地址,然后,第一終端40A根據(jù)該IP地址向網(wǎng)頁服務(wù)器30請求該網(wǎng)頁A,網(wǎng)頁服務(wù)器30接收到對網(wǎng)頁A的請求后,會向第一終端40A返回網(wǎng)頁A。

當(dāng)預(yù)下發(fā)管理服務(wù)器50監(jiān)測到網(wǎng)頁A滿足預(yù)設(shè)條件時,則將網(wǎng)頁A確定為目標(biāo)網(wǎng)頁,預(yù)下發(fā)管理服務(wù)器50會解析出網(wǎng)頁A中各樣式文件的IP地址并進行打包,然后以網(wǎng)頁A的URL為鍵值關(guān)聯(lián)存儲該鍵值和打包后的各樣式文件的IP地址包。解析網(wǎng)頁A的過程可以參閱上述實施例中網(wǎng)頁服務(wù)器30對網(wǎng)頁A的解析過程進行理解,本處不再重復(fù)贅述。

預(yù)下發(fā)管理服務(wù)器50確定與所述預(yù)設(shè)條件對應(yīng)的目標(biāo)終端后,向目標(biāo)終端發(fā)送目標(biāo)網(wǎng)頁中各樣式文件的IP地址。圖3中,第二終端40B與預(yù)設(shè)條件對應(yīng),則網(wǎng)頁服務(wù)器30向各第二終端40B預(yù)發(fā)送網(wǎng)頁A中各樣式文件的IP地址。第二終端40B可以有一個也可以有多個,本申請中對第二終端40B的數(shù)量不做限定。

第二終端40B在需要請求網(wǎng)頁A時,則不需要再向域名服務(wù)器10發(fā)送域名解析請求,可以直接根據(jù)網(wǎng)頁A的URL確定網(wǎng)頁服務(wù)器發(fā)送的用網(wǎng)頁A的URL作為鍵值的緩存包,從而提取網(wǎng)頁A中各樣式文件的IP地址,進而獲取該網(wǎng)頁A,可以加快對網(wǎng)頁A的頁面加載的速度。

基于圖1和圖3所示的網(wǎng)絡(luò)系統(tǒng),參閱圖4,本發(fā)明實施例提供的信息預(yù)下發(fā)的方法的一實施例包括:

101、服務(wù)器根據(jù)預(yù)設(shè)條件確定目標(biāo)應(yīng)用中的目標(biāo)網(wǎng)頁。

圖4中的服務(wù)器可以是圖1中的域名服務(wù)器,也可以是圖3中的預(yù)下發(fā)管理服務(wù)器。

102、服務(wù)器解析所述目標(biāo)網(wǎng)頁,以得到所述目標(biāo)網(wǎng)頁中各樣式文件的互聯(lián)網(wǎng)協(xié)議IP地址。

服務(wù)器解析目標(biāo)網(wǎng)頁的過程可以參閱圖1部分域名服務(wù)器對網(wǎng)頁A的解析過程進行理解,本處不再重復(fù)贅述。

103、服務(wù)器緩存所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址。

104、服務(wù)器向安裝有所述目標(biāo)應(yīng)用的目標(biāo)終端預(yù)下發(fā)所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址。

105、目標(biāo)終端在請求所述目標(biāo)網(wǎng)頁時,使用所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址獲取所述目標(biāo)網(wǎng)頁。

目標(biāo)終端使用緩存包的過程可以是根據(jù)目標(biāo)網(wǎng)頁的URL確定用目標(biāo)網(wǎng)頁的URL作為鍵值的緩存包,從而提取目標(biāo)網(wǎng)頁中各樣式文件的IP地址,進而獲取該目標(biāo)網(wǎng)頁,不需要再向域名服務(wù)器請求目標(biāo)網(wǎng)頁的IP地址,可以加快對目標(biāo)網(wǎng)頁的頁面加載的速度。

與現(xiàn)有技術(shù)中當(dāng)網(wǎng)頁被頻繁請求時,DNS也會頻繁被請求,從而導(dǎo)致頁面加載緩慢相比,本發(fā)明實施例提供的信息預(yù)下發(fā)的方法,可以預(yù)先向目標(biāo)終端下發(fā)目標(biāo)網(wǎng)頁的IP地址,從而在目標(biāo)終端需要請求目標(biāo)網(wǎng)頁時,可以直接使用該目標(biāo)網(wǎng)頁的IP地址獲取該目標(biāo)網(wǎng)頁,不需要再請求DNS獲取IP地址,從而縮短了目標(biāo)網(wǎng)頁請求的時間,提高了目標(biāo)網(wǎng)頁加載的速度。

可選地,在上述實施例的基礎(chǔ)上,本發(fā)明實施例提供的信息預(yù)下發(fā)的方法的另一實施例中,所述服務(wù)器向安裝有所述目標(biāo)應(yīng)用的目標(biāo)終端預(yù)下發(fā)所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址之前,所述方法還可以包括:

所述服務(wù)器確定與所述預(yù)設(shè)條件對應(yīng)的目標(biāo)終端。

本發(fā)明實施例中,當(dāng)預(yù)設(shè)條件不同時,服務(wù)器所確定的目標(biāo)終端也不同。

可選地,在上述實施例的基礎(chǔ)上,本發(fā)明實施例提供的信息預(yù)下發(fā)的方法的另一實施例中,所述服務(wù)器根據(jù)預(yù)設(shè)條件確定目標(biāo)應(yīng)用中的目標(biāo)網(wǎng)頁,可以包括:

當(dāng)所述預(yù)設(shè)條件為網(wǎng)頁第一次被請求,則所述服務(wù)器將第一次被請求的網(wǎng)頁確定為目標(biāo)網(wǎng)頁;

所述服務(wù)器確定與所述預(yù)設(shè)條件對應(yīng)的目標(biāo)終端,可以包括:

所述服務(wù)器將與第一次請求所述目標(biāo)網(wǎng)頁的終端處于同一網(wǎng)絡(luò)內(nèi)的,且請求所述目標(biāo)網(wǎng)頁的終端確定為所述目標(biāo)終端。

本發(fā)明實施例中,服務(wù)器接收到第一終端發(fā)送的對于網(wǎng)頁A的請求后,對網(wǎng)頁A進行解析,并將解析結(jié)果發(fā)送給第一終端,然后解析網(wǎng)頁A中各樣式文件的URL,進而確定各樣式文件的IP地址,緩存各樣式文件的IP地址,同時緩存第一終端的地理位置和IP段。

如果有第二終端也請求相同網(wǎng)頁A時,第二終端與第一終端處于同一網(wǎng)絡(luò),可以通過第一終端和第二終端的地理位置以及第一終端和第二終端的IP段確定兩個終端是否處于同一網(wǎng)絡(luò),當(dāng)?shù)诙K端與第一終端處于同一網(wǎng)絡(luò)時,則可以將第二終端確定為目標(biāo)終端,向第二終端發(fā)送緩存的網(wǎng)頁A的各樣式文件的IP地址,這樣,第二終端可以直接使用該網(wǎng)頁A的各樣式文件的IP地址獲取網(wǎng)頁A,從而加速整個網(wǎng)頁的解析過程。

可選地,在上述實施例的基礎(chǔ)上,本發(fā)明實施例提供的信息預(yù)下發(fā)的方法的另一實施例中,所述服務(wù)器根據(jù)預(yù)設(shè)條件確定目標(biāo)應(yīng)用中的目標(biāo)網(wǎng)頁,可以包括:

當(dāng)所述預(yù)設(shè)條件為被請求次數(shù)超過預(yù)設(shè)閾值,則所述服務(wù)器將被請求次數(shù)超過所述預(yù)設(shè)閾值的網(wǎng)頁確定為目標(biāo)網(wǎng)頁;

所述服務(wù)器確定與所述預(yù)設(shè)條件對應(yīng)的目標(biāo)終端,可以包括:

所述服務(wù)器將安裝有所述目標(biāo)應(yīng)用的剩余終端確定所述目標(biāo)終端,所述剩余終端為除已請求過所述目標(biāo)網(wǎng)頁的終端之外的其他終端。

本發(fā)明實施例中,預(yù)設(shè)閾值可以為50次、100次和500次等數(shù)值,當(dāng)然,也可以是其他數(shù)值,該預(yù)設(shè)閾值可以人工設(shè)定,也可以動態(tài)調(diào)整。

以微信朋友圈為例,微信朋友圈可以給網(wǎng)頁推廣帶來短時間和大流量的訪問。這樣短時間的HttpDns解析可以通過服務(wù)器的統(tǒng)計來發(fā)現(xiàn)。以微信為例,如圖5所示,當(dāng)用戶1請求服務(wù)器時請求格式為當(dāng)前應(yīng)用的AppId和請求網(wǎng)頁的URL,服務(wù)器記錄下用戶1的AppId和請求網(wǎng)頁的URL。當(dāng)用戶2請求的時候帶上自己的應(yīng)用的AppId和請求URL,服務(wù)器記錄下用戶2的AppId和請求網(wǎng)頁的URL。服務(wù)器會實時監(jiān)控的不同App請求資源的熱度,可以以地區(qū)、時間為維度。如果發(fā)現(xiàn)有某應(yīng)用的頁面A在短時間有大量請求時,如超過預(yù)設(shè)閾值,可以主動向其他通過該應(yīng)用登錄的終端發(fā)送該頁面A的解析結(jié)果,即頁面A中各樣式文件的IP地址,頁面A也就是網(wǎng)頁A,例如:下發(fā)給用戶20001、20002和30000。用戶20001、20002和30000可以與用戶1和用戶2是同一地理區(qū)域內(nèi)的用戶。

可選地,在上述實施例的基礎(chǔ)上,本發(fā)明實施例提供的信息預(yù)下發(fā)的方法的另一實施例中,所述服務(wù)器根據(jù)預(yù)設(shè)條件確定目標(biāo)應(yīng)用中的目標(biāo)網(wǎng)頁,可以包括:

所述服務(wù)器建立所述用戶帳號與網(wǎng)頁類型之間的對應(yīng)關(guān)系,所述用戶帳號為所述目標(biāo)應(yīng)用的用戶帳號,所述網(wǎng)頁類型與通過所述用戶帳號所訪問網(wǎng)頁的類型;

所述服務(wù)器根據(jù)所述對應(yīng)關(guān)系,以及通過所述用戶帳號所訪問網(wǎng)頁類型的頻率,確定被訪問頻率滿足喜好條件的網(wǎng)頁類型;

所述服務(wù)器將所述訪問頻率滿足喜好條件的網(wǎng)頁類型的網(wǎng)頁確定為所述目網(wǎng)頁;

所述服務(wù)器確定與所述預(yù)設(shè)條件對應(yīng)的目標(biāo)終端,可以包括:

所述服務(wù)器將通過所述用戶帳號所登錄的終端確定為所述目標(biāo)終端。

本發(fā)明實施例中,可以對用戶所喜好的網(wǎng)頁類型進行分析,然后向用戶預(yù)下發(fā)用戶所喜好類型的網(wǎng)頁。頻率滿足喜好條件可以是頻率高于預(yù)設(shè)值,也可其他可以表明用戶喜好該類型網(wǎng)頁的條件。

例如:用戶A喜歡看時事類的網(wǎng)頁,用戶B喜歡看時尚類的網(wǎng)頁。如果服務(wù)器根據(jù)用戶的瀏覽歷史進行分析,然后就可以對用戶將要訪問的頁面進行預(yù)測,主動下發(fā)緩存到客戶端。如圖6所示,以新聞集成類的應(yīng)用為例,安裝有新聞應(yīng)用的終端上報用戶A新聞應(yīng)用的帳號OpenId,以及該用戶A所瀏覽網(wǎng)頁A的URL到服務(wù)器。服務(wù)器會對網(wǎng)頁A進行爬蟲(用腳本的方式),來獲取這個網(wǎng)頁A的內(nèi)容。然后對網(wǎng)頁A進行自然語意的分析。然后來分析出該網(wǎng)頁A的類型,并打上標(biāo)簽(tag),網(wǎng)頁的類型可以包括新聞類的,娛樂類的,或者軍事類的。Tag的顆粒度可以更加細(xì)化,細(xì)化到明星的人名都是可以的。

服務(wù)器將分析出來的網(wǎng)頁的tag和用戶A的OpenId進行關(guān)聯(lián)從而可以分析出用戶A的所喜歡的網(wǎng)頁類型。

服務(wù)器學(xué)習(xí)完成以后,服務(wù)器可以根據(jù)用戶的曾經(jīng)喜好主動將相關(guān)類型的新聞的解析結(jié)果主動下發(fā)給相應(yīng)終端。例如服務(wù)器分析出網(wǎng)頁B是用戶A所喜歡的類型,那么服務(wù)器會將網(wǎng)頁B中各樣式文件的IP地址主動下發(fā)給用戶A的終端。從而在用戶A要瀏覽網(wǎng)頁B時,可以根據(jù)網(wǎng)頁B中各樣式文件的IP地址加載頁面B,不需要再向域名服務(wù)器發(fā)送URL解析請求,從而提高了頁面加載的效率。

可選地,在上述實施例的基礎(chǔ)上,本發(fā)明實施例提供的信息預(yù)下發(fā)的方法的另一實施例中,所述服務(wù)器根據(jù)預(yù)設(shè)條件確定目標(biāo)應(yīng)用中的目標(biāo)網(wǎng)頁,可以包括:

所述服務(wù)器記錄所述目標(biāo)應(yīng)用中通過第一用戶帳號所訪問第二用戶帳號下所分享網(wǎng)頁的頻率;

當(dāng)所述所訪問第二用戶帳號下所分享網(wǎng)頁的頻率滿足親密條件時,所述服務(wù)器確定所述第二用戶帳號下所分享的網(wǎng)頁為目標(biāo)網(wǎng)頁;

所述服務(wù)器確定與所述預(yù)設(shè)條件對應(yīng)的目標(biāo)終端,包括:

所述服務(wù)器將通過所述第一用戶帳號所登錄的終端確定為目標(biāo)終端。

本發(fā)明實施例中,當(dāng)用戶A與用戶B的親密度特別高,用戶A頻繁訪問用戶B分享的網(wǎng)頁時,則可以預(yù)先向用戶A下發(fā)用戶B所分享的網(wǎng)頁中各樣式文件的IP地址。頻率滿足親密條件可以是頻率高于預(yù)設(shè)門限值,也可以是排序在前N的好友,N為正整數(shù)。

以朋友圈為例,如圖7所示,當(dāng)用戶A訪問用戶B的朋友圈分享的網(wǎng)頁時,用戶A所登錄目標(biāo)應(yīng)用(微信)的終端向服務(wù)器上報用戶A和用戶B的用戶帳號openIdB。后臺進行統(tǒng)計,記錄用戶A訪問用戶B朋友圈的次數(shù)。

當(dāng)用戶A訪問用戶C的朋友圈分享,再次上報用戶A和用戶C的openIdC。服務(wù)器進行同樣的記錄。

當(dāng)數(shù)據(jù)積累的一定數(shù)量時,服務(wù)器進行統(tǒng)計結(jié)果的分析,可以以用戶A訪好友的朋友圈的頻率來進行推薦。如果用戶A對于用戶D的朋友圈訪問的頻率高于一門限值,或者排名在前,那么服務(wù)器可以主動下發(fā)對于用戶D朋友圈的所有網(wǎng)頁的解析結(jié)果到用戶A的終端上。

可選地,在上述實施例的基礎(chǔ)上,本發(fā)明實施例提供的信息預(yù)下發(fā)的方法的另一實施例中,所述服務(wù)器解析所述目標(biāo)網(wǎng)頁,以得到所述目標(biāo)網(wǎng)頁中各樣式文件的互聯(lián)網(wǎng)協(xié)議IP地址,包括:

所述服務(wù)器解析所述目標(biāo)網(wǎng)頁中的所述各樣式文件的統(tǒng)一資源定位符URL;

所述服務(wù)器根據(jù)所述各樣式文件的URL,確定所述各樣式文件的IP地址。

以上是對信息預(yù)下發(fā)的方法以及網(wǎng)絡(luò)系統(tǒng)的描述,下面結(jié)合附圖介紹本發(fā)明實施例中的服務(wù)器。

參閱圖8,本發(fā)明實施例提供的服務(wù)器的一實施例包括:

第一確定單元201,用于根據(jù)預(yù)設(shè)條件確定目標(biāo)應(yīng)用中的目標(biāo)網(wǎng)頁;

解析單元202,用于解析所述第一確定單元201確定的所述目標(biāo)網(wǎng)頁,以得到所述目標(biāo)網(wǎng)頁中各樣式文件的互聯(lián)網(wǎng)協(xié)議IP地址;

緩存單元203,用于緩存所述解析單元202解析出的所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址;

發(fā)送單元204,用于向安裝有所述目標(biāo)應(yīng)用的目標(biāo)終端預(yù)下發(fā)所述緩存單元緩存的所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址,以使所述目標(biāo)終端在請求所述目標(biāo)網(wǎng)頁時,使用所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址獲取所述目標(biāo)網(wǎng)頁。

本發(fā)明實施例中,第一確定單元201根據(jù)預(yù)設(shè)條件確定目標(biāo)應(yīng)用中的目標(biāo)網(wǎng)頁;解析單元202解析所述第一確定單元201確定的所述目標(biāo)網(wǎng)頁,以得到所述目標(biāo)網(wǎng)頁中各樣式文件的互聯(lián)網(wǎng)協(xié)議IP地址;緩存單元203緩存所述解析單元202解析出的所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址;發(fā)送單元204向安裝有所述目標(biāo)應(yīng)用的目標(biāo)終端預(yù)下發(fā)所述緩存單元緩存的所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址,以使所述目標(biāo)終端在請求所述目標(biāo)網(wǎng)頁時,使用所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址獲取所述目標(biāo)網(wǎng)頁。與現(xiàn)有技術(shù)中當(dāng)網(wǎng)頁被頻繁請求時,DNS也會頻繁被請求,從而導(dǎo)致頁面加載緩慢相比,本發(fā)明實施例提供的服務(wù)器,可以預(yù)先向目標(biāo)終端下發(fā)目標(biāo)網(wǎng)頁的IP地址,從而在目標(biāo)終端需要請求目標(biāo)網(wǎng)頁時,可以直接使用該目標(biāo)網(wǎng)頁的IP地址獲取該目標(biāo)網(wǎng)頁,不需要再請求DNS獲取IP地址,從而縮短了目標(biāo)網(wǎng)頁請求的時間,提高了目標(biāo)網(wǎng)頁加載的速度。

可選地,參閱圖9,本發(fā)明實施例提供的服務(wù)器的另一實施例還包括:

第二確定單元205,用于在所述發(fā)送單元204發(fā)送所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址之前,確定與所述預(yù)設(shè)條件對應(yīng)的目標(biāo)終端。

可選地,本發(fā)明實施例提供的服務(wù)器的另一實施例中,

所述第一確定單元201,用于當(dāng)所述預(yù)設(shè)條件為網(wǎng)頁第一次被請求,則將第一次被請求的網(wǎng)頁確定為目標(biāo)網(wǎng)頁;

所述第二確定單元205,用于將與第一次請求所述目標(biāo)網(wǎng)頁的終端處于同一網(wǎng)絡(luò)內(nèi)的,且請求所述目標(biāo)網(wǎng)頁的終端確定為所述目標(biāo)終端。

可選地,本發(fā)明實施例提供的服務(wù)器的另一實施例中,

所述第一確定單元201,用于當(dāng)所述預(yù)設(shè)條件為被請求次數(shù)超過預(yù)設(shè)閾值,則將被請求次數(shù)超過所述預(yù)設(shè)閾值的網(wǎng)頁確定為目標(biāo)網(wǎng)頁;

所述第二確定單元205,用于將安裝有所述目標(biāo)應(yīng)用的剩余終端確定所述目標(biāo)終端,所述剩余終端為除已請求過所述目標(biāo)網(wǎng)頁的終端之外的其他終端。

可選地,本發(fā)明實施例提供的服務(wù)器的另一實施例中,

所述第一確定單元201用于:

建立所述用戶帳號與網(wǎng)頁類型之間的對應(yīng)關(guān)系,所述用戶帳號為所述目標(biāo)應(yīng)用的用戶帳號,所述網(wǎng)頁類型與通過所述用戶帳號所訪問網(wǎng)頁的類型;

根據(jù)所述對應(yīng)關(guān)系,以及通過所述用戶帳號所訪問網(wǎng)頁類型的頻率,確定被訪問頻率滿足喜好條件的網(wǎng)頁類型;

將所述訪問頻率滿足喜好條件的網(wǎng)頁類型的網(wǎng)頁確定為所述目網(wǎng)頁;

所述第二確定單元205,用于將通過所述用戶帳號所登錄的終端確定為所述目標(biāo)終端。

可選地,本發(fā)明實施例提供的服務(wù)器的另一實施例中,

所述第一確定單元201用于:

記錄所述目標(biāo)應(yīng)用中通過第一用戶帳號所訪問第二用戶帳號下所分享網(wǎng)頁的頻率;

當(dāng)所述所訪問第二用戶帳號下所分享網(wǎng)頁的頻率滿足親密條件時,確定所述第二用戶帳號下所分享的網(wǎng)頁為目標(biāo)網(wǎng)頁;

所述第二確定單元205,用于將通過所述第一用戶帳號所登錄的終端確定為目標(biāo)終端。

可選地,本發(fā)明實施例提供的服務(wù)器的另一實施例中,

所述解析單元202用于:

解析所述目標(biāo)網(wǎng)頁中的所述各樣式文件的統(tǒng)一資源定位符URL;

根據(jù)所述各樣式文件的URL,確定所述各樣式文件的IP地址。

以上對服務(wù)器的描述可以參閱圖1至圖7部分的描述進行理解,本處不再重復(fù)贅述。

圖10是本發(fā)明實施例提供的服務(wù)器30的結(jié)構(gòu)示意圖。所述服務(wù)器30包括處理器310、存儲器350和收發(fā)器330,存儲器350可以包括只讀存儲器和隨機存取存儲器,并向處理器310提供操作指令和數(shù)據(jù)。存儲器350的一部分還可以包括非易失性隨機存取存儲器(NVRAM)。

在一些實施方式中,存儲器350存儲了如下的元素,可執(zhí)行模塊或者數(shù)據(jù)結(jié)構(gòu),或者他們的子集,或者他們的擴展集:

在本發(fā)明實施例中,通過調(diào)用存儲器350存儲的操作指令(該操作指令可存儲在操作系統(tǒng)中),

根據(jù)預(yù)設(shè)條件確定目標(biāo)應(yīng)用中的目標(biāo)網(wǎng)頁;

解析所述目標(biāo)網(wǎng)頁,以得到所述目標(biāo)網(wǎng)頁中各樣式文件的互聯(lián)網(wǎng)協(xié)議IP地址;

通過存儲器350緩存所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址;

通過收發(fā)器330向安裝有所述目標(biāo)應(yīng)用的目標(biāo)終端預(yù)下發(fā)所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址,以使所述目標(biāo)終端在請求所述目標(biāo)網(wǎng)頁時,使用所述目標(biāo)網(wǎng)頁中各樣式文件的IP地址獲取所述目標(biāo)網(wǎng)頁。

與現(xiàn)有技術(shù)中當(dāng)網(wǎng)頁被頻繁請求時,DNS也會頻繁被請求,從而導(dǎo)致頁面加載緩慢相比,本發(fā)明實施例提供的服務(wù)器,可以預(yù)先向目標(biāo)終端下發(fā)目標(biāo)網(wǎng)頁的IP地址,從而在目標(biāo)終端需要請求目標(biāo)網(wǎng)頁時,可以直接使用該目標(biāo)網(wǎng)頁的IP地址獲取該目標(biāo)網(wǎng)頁,不需要再請求DNS獲取IP地址,從而縮短了目標(biāo)網(wǎng)頁請求的時間,提高了目標(biāo)網(wǎng)頁加載的速度。

處理器310控制服務(wù)器30的操作,處理器310還可以稱為CPU(Central Processing Unit,中央處理單元)。存儲器350可以包括只讀存儲器和隨機存取存儲器,并向處理器310提供指令和數(shù)據(jù)。存儲器350的一部分還可以包括非易失性隨機存取存儲器(NVRAM)。具體的應(yīng)用中服務(wù)器30的各個組件通過總線系統(tǒng)320耦合在一起,其中總線系統(tǒng)320除包括數(shù)據(jù)總線之外,還可以包括電源總線、控制總線和狀態(tài)信號總線等。但是為了清楚說明起見,在圖中將各種總線都標(biāo)為總線系統(tǒng)320。

上述本發(fā)明實施例揭示的方法可以應(yīng)用于處理器310中,或者由處理器310實現(xiàn)。處理器310可能是一種集成電路芯片,具有信號的處理能力。在實現(xiàn)過程中,上述方法的各步驟可以通過處理器310中的硬件的集成邏輯電路或者軟件形式的指令完成。上述的處理器310可以是通用處理器、數(shù)字信號處理器(DSP)、專用集成電路(ASIC)、現(xiàn)成可編程門陣列(FPGA)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件。可以實現(xiàn)或者執(zhí)行本發(fā)明實施例中的公開的各方法、步驟及邏輯框圖。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等。結(jié)合本發(fā)明實施例所公開的方法的步驟可以直接體現(xiàn)為硬件譯碼處理器執(zhí)行完成,或者用譯碼處理器中的硬件及軟件模塊組合執(zhí)行完成。軟件模塊可以位于隨機存儲器,閃存、只讀存儲器,可編程只讀存儲器或者電可擦寫可編程存儲器、寄存器等本領(lǐng)域成熟的存儲介質(zhì)中。該存儲介質(zhì)位于存儲器350,處理器310讀取存儲器350中的信息,結(jié)合其硬件完成上述方法的步驟。

可選地,處理器310用于:獲確定與所述預(yù)設(shè)條件對應(yīng)的目標(biāo)終端。

可選地,處理器310用于:

當(dāng)所述預(yù)設(shè)條件為網(wǎng)頁第一次被請求,則將第一次被請求的網(wǎng)頁確定為目標(biāo)網(wǎng)頁;

將與第一次請求所述目標(biāo)網(wǎng)頁的終端處于同一網(wǎng)絡(luò)內(nèi)的,且請求所述目標(biāo)網(wǎng)頁的終端確定為所述目標(biāo)終端。

可選地,處理器310用于:

當(dāng)所述預(yù)設(shè)條件為被請求次數(shù)超過預(yù)設(shè)閾值,則將被請求次數(shù)超過所述預(yù)設(shè)閾值的網(wǎng)頁確定為目標(biāo)網(wǎng)頁;

將安裝有所述目標(biāo)應(yīng)用的剩余終端確定所述目標(biāo)終端,所述剩余終端為除已請求過所述目標(biāo)網(wǎng)頁的終端之外的其他終端。

可選地,處理器310用于:

建立所述用戶帳號與網(wǎng)頁類型之間的對應(yīng)關(guān)系,所述用戶帳號為所述目標(biāo)應(yīng)用的用戶帳號,所述網(wǎng)頁類型與通過所述用戶帳號所訪問網(wǎng)頁的類型;

根據(jù)所述對應(yīng)關(guān)系,以及通過所述用戶帳號所訪問網(wǎng)頁類型的頻率,確定被訪問頻率滿足喜好條件的網(wǎng)頁類型;

將所述訪問頻率滿足喜好條件的網(wǎng)頁類型的網(wǎng)頁確定為所述目網(wǎng)頁;

將通過所述用戶帳號所登錄的終端確定為所述目標(biāo)終端。

可選地,處理器310用于:

記錄所述目標(biāo)應(yīng)用中通過第一用戶帳號所訪問第二用戶帳號下所分享網(wǎng)頁的頻率;

當(dāng)所述所訪問第二用戶帳號下所分享網(wǎng)頁的頻率滿足親密條件時,確定所述第二用戶帳號下所分享的網(wǎng)頁為目標(biāo)網(wǎng)頁;

將通過所述第一用戶帳號所登錄的終端確定為目標(biāo)終端。

可選地,處理器310用于:

解析所述目標(biāo)網(wǎng)頁中的所述各樣式文件的統(tǒng)一資源定位符URL;

根據(jù)所述各樣式文件的URL,確定所述各樣式文件的IP地址。

以上對服務(wù)器的描述可以參閱圖1至圖7部分的描述進行理解,本處不再重復(fù)贅述。

本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成,該程序可以存儲于一計算機可讀存儲介質(zhì)中,存儲介質(zhì)可以包括:ROM、RAM、磁盤或光盤等。

以上對本發(fā)明實施例所提供的信息預(yù)下發(fā)的方法以及服務(wù)器進行了詳細(xì)介紹,本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述,以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想;同時,對于本領(lǐng)域的一般技術(shù)人員,依據(jù)本發(fā)明的思想,在具體實施方式及應(yīng)用范圍上均會有改變之處,綜上所述,本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。

當(dāng)前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
遵义县| 兴山县| 门头沟区| 南丹县| 砚山县| 东乡族自治县| 昌图县| 咸阳市| 彰化县| 平南县| 祁门县| 马鞍山市| 甘泉县| 镇江市| 阿尔山市| 义马市| 沁水县| 天台县| 依兰县| 新闻| 高碑店市| 满城县| 富源县| 潮州市| 舟山市| 阿瓦提县| 礼泉县| 襄汾县| 双桥区| 西城区| 永吉县| 赤水市| 谢通门县| 哈密市| 绥棱县| 色达县| 盱眙县| 清新县| 台中市| 南靖县| 浮梁县|