本發(fā)明涉及通訊技術(shù)領(lǐng)域，具體涉及一種內(nèi)容獲取方法、用戶客戶端、服務(wù)器及系統(tǒng)。

背景技術(shù)：

從PC(個(gè)人計(jì)算機(jī))時(shí)代的門戶網(wǎng)站，到移動時(shí)代各種自媒體的興起，用戶獲取內(nèi)容的渠道和方式越來越多，比如用戶可通過博客，微博，貼吧，還有基于IM(Instant messaging，即時(shí)通訊)的自媒體等獲取內(nèi)容。

自媒體賬號為IM等應(yīng)用平臺上的一種公眾號，自媒體賬號所產(chǎn)生的內(nèi)容主要通過用戶關(guān)注訂閱自媒體的方式傳播；即用戶可通過IM等應(yīng)用關(guān)注訂閱自媒體賬號，當(dāng)自媒體賬號有內(nèi)容更新時(shí)，將向訂閱該自媒體賬號的用戶主動推送更新的內(nèi)容。同時(shí)，IM等應(yīng)用平臺也會主動向用戶推送一些推薦信息。

隨著自媒體賬號的增多，用戶所訂閱的自媒體賬號的數(shù)量也相應(yīng)的增多，而自媒體賬號提供的內(nèi)容形式和內(nèi)容覆蓋范圍也越來越豐富，用戶獲取的內(nèi)容也越來越多，因此如何提升用戶獲取內(nèi)容的速度，顯得尤為必要。

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

有鑒于此，本發(fā)明實(shí)施例提供一種內(nèi)容獲取方法、用戶客戶端、服務(wù)器及系統(tǒng)，以提升用戶獲取內(nèi)容的速度。

為實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例提供如下技術(shù)方案：

一種內(nèi)容獲取方法，包括：

在顯示目標(biāo)界面前，向服務(wù)器請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息；

接收所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息；

將所述內(nèi)容信息寫入預(yù)設(shè)內(nèi)存區(qū)域；

若檢測到所述目標(biāo)界面的顯示指令，從所述預(yù)設(shè)內(nèi)存區(qū)域中調(diào)取所述內(nèi)容信息；

將所調(diào)取的內(nèi)容信息加載在所述目標(biāo)界面。

本發(fā)明實(shí)施例還提供一種內(nèi)容獲取方法，包括：

在用戶客戶端顯示目標(biāo)界面前，接收用戶客戶端發(fā)送的請求信息，所述請求信息用于請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息；

根據(jù)所述用戶客戶端的用戶歷史行為，確定所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息；

將所述內(nèi)容信息發(fā)送給用戶客戶端，以便用戶客戶端在顯示所述目標(biāo)界面時(shí)，加載所述內(nèi)容信息。

本發(fā)明實(shí)施例還提供一種用戶客戶端，包括：

請求模塊，用于在顯示目標(biāo)界面前，向服務(wù)器請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息；

信息接收模塊，用于接收所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息；

寫入模塊，用于將所述內(nèi)容信息寫入預(yù)設(shè)內(nèi)存區(qū)域；

信息調(diào)取模塊，用于若檢測到所述目標(biāo)界面的顯示指令，從所述預(yù)設(shè)內(nèi)存區(qū)域中調(diào)取所述內(nèi)容信息；

信息加載模塊，用于將所調(diào)取的內(nèi)容信息加載在所述目標(biāo)界面。

本發(fā)明實(shí)施例還提供一種服務(wù)器，包括：

請求接收模塊，用于在用戶客戶端顯示目標(biāo)界面前，接收用戶客戶端發(fā)送的請求信息，所述請求信息用于請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息；

信息確定模塊，用于根據(jù)所述用戶客戶端的用戶歷史行為，確定所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息；

信息發(fā)送模塊，用于將所述內(nèi)容信息發(fā)送給用戶客戶端，以便用戶客戶端在顯示所述目標(biāo)界面時(shí)，加載所述內(nèi)容信息。

本發(fā)明實(shí)施例還提供一種內(nèi)容獲取系統(tǒng)，包括：上述所述的用戶客戶端，及上述所述的服務(wù)器。

基于上述技術(shù)方案，本發(fā)明實(shí)施例提供的內(nèi)容獲取方法中，用戶客戶端在顯示目標(biāo)界面前，可向服務(wù)器請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息，實(shí)現(xiàn)對所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息的預(yù)獲取，從而將所述內(nèi)容信息寫入到預(yù)設(shè)內(nèi)存區(qū)域中；進(jìn)而在用戶客戶端顯示目標(biāo)界面時(shí)，可直接調(diào)取預(yù)設(shè)內(nèi)存區(qū)域中的內(nèi)容信息，并加載在目標(biāo)界面，實(shí)現(xiàn)目標(biāo)界面的加載顯示?？梢?，用戶客戶端在顯示目標(biāo)界面前，可提前獲取到目標(biāo)界面的顯示內(nèi)容，并在目標(biāo)界面顯示時(shí)進(jìn)行加載，使得用戶客戶端在進(jìn)行界面顯示時(shí)，減少從網(wǎng)絡(luò)側(cè)拉取的內(nèi)容，提高用戶客戶端獲取內(nèi)容的速度。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為內(nèi)容獲取系統(tǒng)的系統(tǒng)架構(gòu)圖；

圖2為內(nèi)容獲取系統(tǒng)的另一系統(tǒng)架構(gòu)圖；

圖3為本發(fā)明實(shí)施例提供的內(nèi)容獲取方法的流程圖；

圖4為公眾號的界面跳轉(zhuǎn)示意圖；

圖5為本發(fā)明實(shí)施例提供的內(nèi)容獲取方法的另一流程圖；

圖6為本發(fā)明實(shí)施例提供的內(nèi)容獲取方法的再一流程圖；

圖7為加載內(nèi)容推送通知的示意圖；

圖8為加載圖片的方法流程圖；

圖9為本發(fā)明實(shí)施例提供的用戶客戶端的結(jié)構(gòu)框圖；

圖10為本發(fā)明實(shí)施例提供的用戶客戶端的另一結(jié)構(gòu)框圖；

圖11為本發(fā)明實(shí)施例提供的用戶客戶端的再一結(jié)構(gòu)框圖；

圖12為本發(fā)明實(shí)施例提供的用戶客戶端的又一結(jié)構(gòu)框圖；

圖13為本發(fā)明實(shí)施例提供的服務(wù)器的結(jié)構(gòu)框圖；

圖14為本發(fā)明實(shí)施例提供的服務(wù)器的另一結(jié)構(gòu)框圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

圖1為內(nèi)容獲取系統(tǒng)的系統(tǒng)架構(gòu)圖，包括：用戶客戶端10和服務(wù)器20；

其中，用戶客戶端10可以裝載在智能手機(jī)、平板電腦、筆記本電腦等用戶設(shè)備上；用戶客戶端如IM等社交應(yīng)用的用戶客戶端，區(qū)別于IM等社交應(yīng)用的公眾號客戶端，此處所指的用戶客戶端為可接收自媒體賬號等公眾號推送內(nèi)容的客戶端。

在本發(fā)明實(shí)施例中，用戶客戶端10可與服務(wù)器20相通訊，進(jìn)行內(nèi)容的收發(fā)，內(nèi)容的形式如文字、圖片、視頻、音頻等。

服務(wù)器20為設(shè)置于網(wǎng)絡(luò)側(cè)的，與用戶客戶端10相配合的服務(wù)器集群；服務(wù)器20可以接收用戶客戶端10發(fā)布的內(nèi)容，并向用戶客戶端的好友，群組、社交空間等分享對象進(jìn)行發(fā)布內(nèi)容的分享；同時(shí)，服務(wù)器20可以向用戶客戶端推送內(nèi)容，如推送用戶客戶端所訂閱的自媒體賬號提供的內(nèi)容等。

以服務(wù)器向用戶客戶端推送自媒體賬號提供的內(nèi)容為場景，圖2示出了內(nèi)容獲取系統(tǒng)的細(xì)化結(jié)構(gòu)，如圖2所示，圖1所示服務(wù)器20可以是一個(gè)服務(wù)器集群，其內(nèi)包括：審核服務(wù)器21，內(nèi)容中心22，推薦引擎服務(wù)器23，內(nèi)容獲取及推送接口服務(wù)器24，內(nèi)容處理服務(wù)器25，內(nèi)容組裝服務(wù)器26，內(nèi)容存儲及分發(fā)服務(wù)器27，內(nèi)容緩存服務(wù)器28，訂閱引擎服務(wù)器29，訂閱關(guān)注關(guān)系鏈服務(wù)器30，統(tǒng)計(jì)上報(bào)接口服務(wù)器31，統(tǒng)計(jì)分析服務(wù)器32。

其中，審核服務(wù)器可對內(nèi)容進(jìn)行審核，確保推送的內(nèi)容符合當(dāng)?shù)胤珊驼?，審核方式可以是人工和機(jī)器結(jié)合審核；審核服務(wù)器的內(nèi)容來源主要是自媒體賬號發(fā)布的內(nèi)容，通過網(wǎng)絡(luò)爬蟲從公共網(wǎng)絡(luò)上抓取的內(nèi)容等。

內(nèi)容中心可以由至少一個(gè)服務(wù)器構(gòu)成，可接收審核系統(tǒng)通過的合法內(nèi)容，并對內(nèi)容進(jìn)行處理和過濾，建立內(nèi)容分級和質(zhì)量評估體系，確保提供給推薦引擎服務(wù)器的內(nèi)容是優(yōu)質(zhì)的、適合傳播的內(nèi)容。

推薦引擎服務(wù)器可接收內(nèi)容中心推送的原始內(nèi)容，同時(shí)，通過統(tǒng)計(jì)分析服務(wù)器收集用戶行為和畫像數(shù)據(jù)；并根據(jù)內(nèi)容中心推送的原始內(nèi)容，及用戶的行為和畫像數(shù)據(jù)，在已有的內(nèi)容中心提供的規(guī)范化的內(nèi)容上采用多種推薦算法(比如協(xié)同過濾算法，或者，基于相似用戶行為的推薦，或者基于用戶畫像的推薦等)，為每個(gè)用戶生成一個(gè)推薦內(nèi)容隊(duì)列；

當(dāng)用戶通過用戶客戶端主動刷新拉取內(nèi)容的時(shí)候，內(nèi)容獲取及推送接口服務(wù)器可從推薦引擎服務(wù)器獲取該用戶相應(yīng)的推薦內(nèi)容隊(duì)列，得到為該用戶推薦的內(nèi)容。

內(nèi)容獲取及推送接口服務(wù)器是自媒體賬號和訂閱自媒體賬號的用戶，相互通信的接口服務(wù)器，供用戶客戶端訪問內(nèi)容和接受內(nèi)容的推送；

具體的，內(nèi)容獲取及推送接口服務(wù)器可從推薦引擎服務(wù)器和訂閱引擎服務(wù)器獲取用戶希望訪問的內(nèi)容的索引信息；

根據(jù)所獲取的索引信息，內(nèi)容獲取及推送接口服務(wù)器可獲取對應(yīng)的內(nèi)容文件并發(fā)送給用戶客戶端；可選的，內(nèi)容獲取及推送接口服務(wù)器也可以將該索引信息發(fā)送給用戶客戶端，由用戶客戶端獲取相應(yīng)的內(nèi)容文件；

而為實(shí)現(xiàn)內(nèi)容至用戶的快速分發(fā)，本發(fā)明實(shí)施例可在內(nèi)容處理服務(wù)器上，根據(jù)用戶客戶端所裝載的終端的各種可能配置，和/或，用戶客戶端可能處于的各種網(wǎng)絡(luò)速率，確定用戶客戶端的各下載配置類型；一種下載配置類型，可以對應(yīng)一個(gè)范圍的終端配置和/或一個(gè)范圍的網(wǎng)絡(luò)速率；從而將同一內(nèi)容轉(zhuǎn)換成不同種數(shù)據(jù)規(guī)格的內(nèi)容(如將同一內(nèi)容的圖片，轉(zhuǎn)換成高清圖，清晰圖，大圖，中圖和縮略圖等不同種類的數(shù)據(jù)規(guī)格，不同種類的數(shù)據(jù)規(guī)格可對應(yīng)不同的圖片規(guī)格和分辨率)，且使得用戶客戶端一種下載配置類型對應(yīng)一種數(shù)據(jù)規(guī)格的內(nèi)容，一般來說，用戶客戶端的下載配置越高(如終端配置參數(shù)越高，和/或，網(wǎng)絡(luò)速率越高)，則所對應(yīng)的數(shù)據(jù)規(guī)格的數(shù)據(jù)量越大；可選的，所確定的下載配置類型的數(shù)量，可以按照內(nèi)容能夠轉(zhuǎn)換的數(shù)據(jù)規(guī)格種類確定；

進(jìn)而，內(nèi)容獲取及推送接口服務(wù)器可在向用戶客戶端推送內(nèi)容時(shí)，根據(jù)用戶客戶端所裝載的終端的配置和所處網(wǎng)絡(luò)的網(wǎng)絡(luò)速率，確定用戶客戶端的下載配置類型，從而為用戶客戶端分發(fā)相應(yīng)數(shù)據(jù)規(guī)格的內(nèi)容。

內(nèi)容處理服務(wù)器的處理為本發(fā)明實(shí)施例實(shí)現(xiàn)向用戶快速分發(fā)內(nèi)容的一個(gè)關(guān)鍵點(diǎn)；

一方面，如上所述，內(nèi)容處理服務(wù)器可確定各類型的用戶客戶端下載配置，并將同一內(nèi)容轉(zhuǎn)換成不同種數(shù)據(jù)規(guī)格的內(nèi)容，使得一種類型的用戶客戶端下載配置對應(yīng)一種數(shù)據(jù)規(guī)格的內(nèi)容；

如對于圖片和視頻形式的內(nèi)容，內(nèi)容處理服務(wù)器可按照訪問用戶各種主流的用戶客戶端下載配置，生成多種規(guī)格的內(nèi)容；對于圖片具體來說分為高清圖，清晰圖，大圖，中圖和縮略圖等不同規(guī)格；對于視頻分為高清視頻1080P，清晰視頻720P和普通清晰度的360P等不同規(guī)格；這里可以依據(jù)內(nèi)容自身，和網(wǎng)絡(luò)速率的情況，進(jìn)行內(nèi)容規(guī)格的動態(tài)設(shè)定；即對于一份原始內(nèi)容，為了后續(xù)實(shí)現(xiàn)對終端和網(wǎng)絡(luò)速率的適配，本發(fā)明實(shí)施例可通過內(nèi)容處理服務(wù)器，將同一內(nèi)容轉(zhuǎn)換出各種不同的格式規(guī)格和碼率；

另一方面，目前用戶、自媒體在IM等應(yīng)用平臺上發(fā)布的內(nèi)容可能不是原創(chuàng)的，而是拷貝或轉(zhuǎn)載至第三方網(wǎng)站，用戶客戶端如果訪問這類拷貝或轉(zhuǎn)載至第三方網(wǎng)站的內(nèi)容，可能需要回流到第三方網(wǎng)站進(jìn)行內(nèi)容的訪問，導(dǎo)致內(nèi)容的加載和分發(fā)速率較慢；因此內(nèi)容處理服務(wù)器還可分析出來自第三方網(wǎng)站的內(nèi)容，將內(nèi)容從第三方網(wǎng)站下載下來，存儲在自身的IM等應(yīng)用平臺上，如存儲在內(nèi)容中心等服務(wù)設(shè)備上，并為從第三方網(wǎng)站下載的內(nèi)容分配IM等應(yīng)用平臺的內(nèi)部鏈接(即將第三方網(wǎng)站的內(nèi)容內(nèi)鏈化)，使得后續(xù)用戶客戶端可通過訪問IM等應(yīng)用平臺的內(nèi)部鏈接，實(shí)現(xiàn)內(nèi)容的快速加載，免去回流到第三方網(wǎng)站進(jìn)行內(nèi)容訪問的過程，提升內(nèi)容加載的速率。

內(nèi)容組裝服務(wù)器可用于從內(nèi)容中心獲取推送的內(nèi)容，按照適合用戶客戶端的字體、樣式、布局對內(nèi)容進(jìn)行組裝，同時(shí)將組裝后的內(nèi)容推送給內(nèi)容存儲及分發(fā)服務(wù)器。

內(nèi)容存儲及分發(fā)服務(wù)器可以是一組廣范圍分布的服務(wù)器群，如CDN(Content Delivery Network，內(nèi)容分發(fā)網(wǎng)絡(luò))服務(wù)器群組，可使得用戶就近接入，用戶可獲得所接入的內(nèi)容存儲及分發(fā)服務(wù)器所緩存的最新的熱門內(nèi)容；內(nèi)容存儲及分發(fā)服務(wù)器可直接為用戶客戶端提供內(nèi)容獲取及推送服務(wù)；可選的，內(nèi)容存儲及分發(fā)服務(wù)器的內(nèi)容可來源于內(nèi)容組裝服務(wù)器。

內(nèi)容緩存服務(wù)器可緩存不能及時(shí)下發(fā)到用戶客戶端的信息，并在用戶客戶端上線后，將緩存的信息推送給用戶客戶端；內(nèi)容緩存服務(wù)器的緩存時(shí)間可以設(shè)定并調(diào)整，如可設(shè)定緩存時(shí)間為48小時(shí)。

訂閱引擎服務(wù)器，主要是自媒體賬號訂閱系統(tǒng)，自媒體如社交應(yīng)用中可向訂閱用戶推送信息的公眾號；當(dāng)用戶主動關(guān)注自媒體賬號時(shí)，用戶相當(dāng)于訂閱了該自媒體賬號提供的內(nèi)容，當(dāng)該自媒體賬號提供的內(nèi)容有更新時(shí)，訂閱引擎服務(wù)器可以推送對應(yīng)的更新內(nèi)容；

另外，用戶除通過關(guān)注自媒體賬號外，還可以主動訂閱體育，足球，籃球或者熱門事件等主題的內(nèi)容，形成新的訂閱關(guān)注關(guān)系鏈，借此可以更加精準(zhǔn)的為用戶提供內(nèi)容。

訂閱關(guān)注關(guān)系鏈服務(wù)器可用來保存訂閱內(nèi)容的用戶和，發(fā)布內(nèi)容的用戶(如自媒體賬號)之間的關(guān)系；如可以記錄自媒體賬號，與對應(yīng)的訂閱該自媒體賬號的用戶賬戶集合的關(guān)系；一個(gè)自媒體賬號所對應(yīng)的訂閱該自媒體賬號的用戶賬戶集合，表示的是訂閱了該自媒體賬號，可以接收自媒體賬號發(fā)布的內(nèi)容的用戶賬號的集合；自媒體賬號，與訂閱該自媒體賬號的用戶賬戶之間的關(guān)系，可以認(rèn)為是訂閱關(guān)注關(guān)系鏈的一種可選形式；

在實(shí)際使用中，需訂閱內(nèi)容的用戶可以主動搜索自媒體賬號，并通過請求建立與搜索到的自媒體賬號的訂閱關(guān)系來實(shí)現(xiàn)訂閱關(guān)注關(guān)系鏈的建立；如需訂閱內(nèi)容的用戶可通過建立關(guān)注關(guān)系的入口(比如自媒體賬號的賬號二維碼，關(guān)注自媒體賬號的按鈕入口等)來請求建立訂閱關(guān)注關(guān)系。

統(tǒng)計(jì)上報(bào)接口服務(wù)器，可以與用戶客戶端相通訊，接受用戶客戶端上傳的信息，如用戶客戶端上傳的訪問信息，瀏覽信息，操作點(diǎn)擊行為流水日志信息等；統(tǒng)計(jì)上報(bào)接口服務(wù)器可將用戶客戶端上報(bào)的信息，傳送給統(tǒng)計(jì)分析服務(wù)器。

統(tǒng)計(jì)分析服務(wù)器，可根據(jù)統(tǒng)計(jì)上報(bào)接口服務(wù)器傳送的用戶的上報(bào)信息，進(jìn)行統(tǒng)計(jì)分析，計(jì)算出內(nèi)容的點(diǎn)擊率，達(dá)到率，轉(zhuǎn)化率，和用戶行為及畫像等基礎(chǔ)結(jié)果數(shù)據(jù)；

統(tǒng)計(jì)分析服務(wù)器可與推薦引擎服務(wù)器相通訊，提供用戶的行為及畫像等信息，以便于進(jìn)行內(nèi)容的推薦。

本發(fā)明實(shí)施例實(shí)現(xiàn)內(nèi)容的快速獲取和分發(fā)，除通過上述描述的內(nèi)容處理服務(wù)器兩方面的改進(jìn)外，還在用戶客戶端側(cè)進(jìn)行了內(nèi)容獲取方式的改進(jìn)；用戶客戶端除可以通過內(nèi)容獲取及推送接口服務(wù)器拉取內(nèi)容或者內(nèi)容更新的通知，主動向服務(wù)器拉取內(nèi)容，并且將獲取到的內(nèi)容標(biāo)識和用戶的點(diǎn)擊操作行為數(shù)據(jù)(如閱讀時(shí)長，點(diǎn)擊次數(shù)，視頻內(nèi)容觀看次數(shù)及播放過程當(dāng)作的緩沖停留信息等)上報(bào)給統(tǒng)計(jì)上報(bào)接口服務(wù)器外；在本發(fā)明實(shí)施例中，用戶客戶端還可監(jiān)控網(wǎng)絡(luò)速率信息(如監(jiān)控網(wǎng)絡(luò)接入環(huán)境的變化，網(wǎng)絡(luò)帶寬數(shù)據(jù)等)，并將用戶客戶端所處終端的配置，和/或網(wǎng)絡(luò)速率信息上傳給服務(wù)器，以便服務(wù)器根據(jù)終端配置和/或網(wǎng)絡(luò)速率信息，確定用戶客戶端的下載配置類型，從而將相應(yīng)數(shù)據(jù)規(guī)格的內(nèi)容進(jìn)行下發(fā)；同時(shí)，用戶客戶端還可根據(jù)用戶的訂閱和興趣，提前進(jìn)行內(nèi)容的加載。

下文將從用戶客戶端的角度，對本發(fā)明實(shí)施例提供的內(nèi)容獲取方法進(jìn)行介紹。下面先對用戶客戶端提前實(shí)現(xiàn)內(nèi)容加載的過程進(jìn)行說明。圖3為本發(fā)明實(shí)施例提供的內(nèi)容獲取方法的流程圖，該方法可應(yīng)用于用戶客戶端，參照圖3，該方法可以包括：

步驟S100、在顯示目標(biāo)界面前，向服務(wù)器請求所述目標(biāo)界面的需預(yù)獲取的內(nèi)容信息。

步驟S110、接收所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息。

可選的，IM等社交應(yīng)用的用戶客戶端一般是通過卡片方式來展示推送的內(nèi)容；如圖4所示，公眾號的首屏界面(稱為第一界面)可以通過卡片方式，展示用戶所訂閱的各自媒體賬號的最新內(nèi)容推送通知；內(nèi)容推送通知可以指示內(nèi)容的標(biāo)題、發(fā)布者等信息；當(dāng)用戶點(diǎn)擊公眾號的首屏界面中，某一自媒體賬號的內(nèi)容推送通知，用戶客戶端將跳轉(zhuǎn)界面至該自媒體賬號的推送內(nèi)容的入口界面(即第一界面的下一界面，稱為第二界面)，該入口界面可以展示該自媒體賬號的推送內(nèi)容的內(nèi)容摘要信息；當(dāng)用戶點(diǎn)擊自媒體賬號的推送內(nèi)容的入口界面，用戶客戶端將跳轉(zhuǎn)界面至第三界面(第二界面的下一界面)，在第三界面中加載內(nèi)容文件，進(jìn)行具體內(nèi)容的展示。

可選的，向用戶推薦的內(nèi)容的展示，也可通過如圖4所示進(jìn)行，即在第一界面展示推薦內(nèi)容的推送通知信息，在第二界面展示推薦內(nèi)容的內(nèi)容摘要信息，在第三界面加載推薦內(nèi)容具體的內(nèi)容文件。

可選的，本發(fā)明實(shí)施例所指的目標(biāo)界面可以是上述所指的第一界面，第二界面，第三界面中的任一個(gè)；其中，第一界面可以展示至少一個(gè)內(nèi)容的內(nèi)容推送通知，且一個(gè)展示區(qū)對應(yīng)一個(gè)自媒體賬號；第二界面可以展示至少一個(gè)內(nèi)容的內(nèi)容摘要信息，且一個(gè)第二界面對應(yīng)用戶所訂閱的一個(gè)自媒體賬號；第三界面可以展示具體的內(nèi)容文件；

相應(yīng)的，步驟S100所指的內(nèi)容信息可以是第一界面中展示的內(nèi)容推送通知，也可能是第二界面中展示的內(nèi)容摘要信息，還可能是第三界面中展示的具體內(nèi)容文件。

可選的，如果目標(biāo)界面中的內(nèi)容信息具有多條，用戶客戶端可在檢測到用戶客戶端啟動指令，或者檢測到進(jìn)入所述目標(biāo)界面的上一界面的指令時(shí)，向服務(wù)器請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息，從而服務(wù)器可根據(jù)用戶的歷史行為，確定目標(biāo)界面中需預(yù)獲取的內(nèi)容信息；用戶的歷史行可以包括用戶的訂閱行為和/或?yàn)g覽行為等；用戶的訂閱行為表示的是用戶所訂閱關(guān)注的自媒體賬號，瀏覽行為可以表示用戶的瀏覽興趣；

通過用戶的歷史行為，服務(wù)器可確定用戶的訂閱信息和/或興趣信息，進(jìn)而根據(jù)用戶的訂閱信息和/或興趣信息，確定目標(biāo)界面中的需預(yù)獲取的內(nèi)容信息；

相應(yīng)的，用戶客戶端可接收到服務(wù)器發(fā)送的與用戶歷史行為相應(yīng)的內(nèi)容信息；

如服務(wù)器可確定用戶訂閱的自媒體賬號，在用戶客戶端加載目標(biāo)界面前，向用戶客戶端發(fā)送用戶訂閱的自媒體賬號的內(nèi)容推送通知、內(nèi)容摘要信息等內(nèi)容信息，實(shí)現(xiàn)用戶客戶端預(yù)獲取到與訂閱的自媒體賬號相應(yīng)的內(nèi)容信息；又如服務(wù)器可根據(jù)用戶的瀏覽行為，確定用戶的興趣，在用戶客戶端加載目標(biāo)界面前，向用戶客戶端發(fā)送與用戶興趣相應(yīng)的推薦內(nèi)容的內(nèi)容推送通知、內(nèi)容摘要信息等內(nèi)容信息，實(shí)現(xiàn)用戶客戶端預(yù)獲取到與用戶興趣相應(yīng)的內(nèi)容信息。

步驟S120、將所述內(nèi)容信息寫入預(yù)設(shè)內(nèi)存區(qū)域。

在接收到所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息后，本發(fā)明實(shí)施例可將獲取的內(nèi)容信息寫入預(yù)設(shè)內(nèi)存區(qū)域，以便用戶客戶端在顯示目標(biāo)界面時(shí)，用戶客戶端可從預(yù)設(shè)內(nèi)存區(qū)域中調(diào)取預(yù)獲取的內(nèi)容信息，并加載在目標(biāo)界面中進(jìn)行展示，而不需要在顯示目標(biāo)界面時(shí)，現(xiàn)場從網(wǎng)絡(luò)拉取目標(biāo)界面中的有更新內(nèi)容的內(nèi)容信息。

預(yù)設(shè)內(nèi)存區(qū)域的大小可以根據(jù)用戶客戶端所屬終端的空閑內(nèi)存，以及用戶平均瀏覽內(nèi)容的數(shù)量(如以一個(gè)月或半年為期，計(jì)算用戶在一周內(nèi)平均瀏覽內(nèi)容的數(shù)量)，和平均瀏覽內(nèi)容的數(shù)據(jù)量(如以一個(gè)月或半年為期，計(jì)算用戶在一周內(nèi)平均瀏覽內(nèi)容的數(shù)據(jù)量)確定；本發(fā)明實(shí)施例可設(shè)定內(nèi)存區(qū)域閾值，將用戶平均瀏覽內(nèi)容的數(shù)量，和平均瀏覽內(nèi)容的數(shù)據(jù)量相乘，取相乘結(jié)果和內(nèi)存區(qū)域閾值的較大值，作為預(yù)設(shè)內(nèi)存區(qū)域的大??；從而可以所確定的預(yù)設(shè)內(nèi)存區(qū)域的大小，在內(nèi)存中劃分相應(yīng)的預(yù)設(shè)內(nèi)存區(qū)域。

如可根據(jù)公式MAX【內(nèi)存區(qū)域閾值，平均瀏覽內(nèi)容的數(shù)量*平均瀏覽內(nèi)容的數(shù)據(jù)量】，確定預(yù)設(shè)內(nèi)存區(qū)域的大??；可選的，內(nèi)存區(qū)域閾值可以根據(jù)終端的內(nèi)存大小，和空閑內(nèi)存大小確定，如可選取10M(兆)，此處的具體數(shù)值僅為示例說明。

可選的，步驟100和步驟S110可以定時(shí)執(zhí)行，即用戶客戶端可定時(shí)的將有內(nèi)容更新的與用戶興趣信息和/或訂閱信息相應(yīng)的內(nèi)容信息進(jìn)行預(yù)獲取，并寫入到預(yù)設(shè)內(nèi)存區(qū)域中。

步驟S130、若檢測到所述目標(biāo)界面的顯示指令，從所述預(yù)設(shè)內(nèi)存區(qū)域中調(diào)取所述內(nèi)容信息。

目標(biāo)界面的顯示指令可以是由用戶操作觸發(fā)；本發(fā)明實(shí)施例在檢測到目標(biāo)界面的顯示指令時(shí)，可以從預(yù)設(shè)內(nèi)存區(qū)域中調(diào)取預(yù)獲取的內(nèi)容信息，并加載在目標(biāo)界面中，不需在顯示目標(biāo)界面的過程中，從網(wǎng)絡(luò)側(cè)拉取更新內(nèi)容的內(nèi)容信息，提高內(nèi)容獲取的速度；

可選的，目標(biāo)界面中需要預(yù)獲取的內(nèi)容信息，是根據(jù)用戶的訂閱信息和/或興趣信息確定的，并無法涵蓋所有更新內(nèi)容的內(nèi)容信息，因此對于目標(biāo)界面中未預(yù)獲取的內(nèi)容信息，用戶客戶端可在顯示目標(biāo)界面的過程中，從網(wǎng)絡(luò)側(cè)拉取未預(yù)獲取的內(nèi)容信息；這個(gè)過程雖然需要消耗內(nèi)容加載時(shí)間，但相比于從網(wǎng)絡(luò)側(cè)拉取目標(biāo)界面的所有內(nèi)容信息，已可較大的提升了內(nèi)容獲取速度。

步驟S140、將所調(diào)取的內(nèi)容信息加載在所述目標(biāo)界面。

本發(fā)明實(shí)施例提供的內(nèi)容獲取方法中，用戶客戶端在顯示目標(biāo)界面前，可向服務(wù)器請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息，實(shí)現(xiàn)對所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息的預(yù)獲取，從而將所述內(nèi)容信息寫入到預(yù)設(shè)內(nèi)存區(qū)域中；進(jìn)而在用戶客戶端顯示目標(biāo)界面時(shí)，可直接調(diào)取預(yù)設(shè)內(nèi)存區(qū)域中的內(nèi)容信息，并加載在目標(biāo)界面，實(shí)現(xiàn)目標(biāo)界面的加載顯示?？梢?，用戶客戶端在顯示目標(biāo)界面前，可提前獲取到目標(biāo)界面的顯示內(nèi)容，并在目標(biāo)界面顯示時(shí)進(jìn)行加載，使得用戶客戶端在進(jìn)行界面顯示時(shí)，減少從網(wǎng)絡(luò)側(cè)拉取的內(nèi)容，提高用戶客戶端獲取內(nèi)容的速度。

下面對目標(biāo)界面為第一界面的情況下的內(nèi)容獲取方法進(jìn)行介紹，第一界面可以是展示有內(nèi)容推送通知的界面。

可選的，圖5示出了本發(fā)明實(shí)施例提供的內(nèi)容獲取方法的另一流程圖，該方法可應(yīng)用于用戶客戶端，參照圖5，該方法可以包括：

步驟S200、在顯示第一界面前，向服務(wù)器請求所述第一界面中需預(yù)獲取的內(nèi)容推送通知；所述第一界面展示有至少一個(gè)內(nèi)容的內(nèi)容推送通知。

可選的，用戶客戶端可在檢測到用戶客戶端的啟動指令，將要顯示第一界面時(shí)，向服務(wù)器請求所述第一界面中需預(yù)獲取的內(nèi)容推送通知；

可選的，如果第一界面為公眾號的首屏界面，則用戶客戶端可在檢測到進(jìn)入公眾號的首屏界面的入口界面(公眾號的首屏界面的上一界面)時(shí)，向服務(wù)器請求所述第一界面中需預(yù)獲取的內(nèi)容推送通知。

步驟S210、接收所述第一界面中與用戶的訂閱信息和/或興趣信息相應(yīng)的內(nèi)容推送通知。

可選的，第一界面可以是用戶客戶端所訂閱的自媒體賬號的首屏界面(如公眾號的首屏界面)，一般而言，用戶客戶端的第一界面展示的是內(nèi)容的內(nèi)容推送通知；內(nèi)容推送通知一般是在用戶訂閱的自媒體賬號有新內(nèi)容更新時(shí)，由服務(wù)器發(fā)出，也可能是服務(wù)器有向用戶推薦的新內(nèi)容時(shí)，由服務(wù)器發(fā)出。

可選的，第一界面也可以是用戶客戶端啟動后，展示的第一屏的界面，即用戶客戶端的首屏界面，用戶客戶端的首屏界面可以展示有用戶訂閱內(nèi)容的內(nèi)容推送通知，和，向用戶推薦的內(nèi)容的內(nèi)容推送通知等。

在用戶客戶端未加載第一界面時(shí)，用戶客戶端可向服務(wù)器請求第一界面中需預(yù)獲取的內(nèi)容推送通知，服務(wù)器可確定與用戶的訂閱信息和/或興趣信息相應(yīng)的內(nèi)容推送通知，并發(fā)送給用戶客戶端，使得用戶客戶端預(yù)獲取到第一界面中，與用戶的訂閱信息和/或興趣信息相應(yīng)的內(nèi)容推送通知；

如服務(wù)器可確定用戶訂閱的自媒體賬號，在用戶客戶端未加載第一界面時(shí)，將用戶訂閱的自媒體賬號的內(nèi)容推送通知發(fā)送給用戶客戶端；又如服務(wù)器可根據(jù)用戶的瀏覽行為，確定用戶的興趣，在用戶客戶端未加載第一界面時(shí)，將與用戶興趣相應(yīng)的推薦內(nèi)容的內(nèi)容推送通知發(fā)送給用戶客戶端。

步驟S220、將所述內(nèi)容推送通知寫入預(yù)設(shè)內(nèi)存區(qū)域。

步驟S230、若檢測到第一界面的顯示指令，從所述預(yù)設(shè)內(nèi)存區(qū)域中調(diào)取所述內(nèi)容推送通知，并加載在所述第一界面。

本發(fā)明實(shí)施例在檢測到第一界面的顯示指令時(shí)，可以從預(yù)設(shè)內(nèi)存區(qū)域中調(diào)取預(yù)獲取的內(nèi)容推送通知，并加載在第一界面中，不需在顯示第一界面的過程中，從網(wǎng)絡(luò)側(cè)拉取更新內(nèi)容的內(nèi)容推送通知，提高內(nèi)容的獲取速度。

可選的，下面對目標(biāo)界面為第二界面情況下的內(nèi)容獲取方法進(jìn)行介紹，第二界面可以是展示推送內(nèi)容的內(nèi)容摘要信息的界面。

圖6為本發(fā)明實(shí)施例提供的內(nèi)容獲取方法的再一流程圖，該方法可應(yīng)用于用戶客戶端，參照圖6，該方法可以包括：

步驟S300、在加載第一界面時(shí)，向服務(wù)器請求第二界面中需預(yù)獲取的內(nèi)容摘要信息；所述第二界面為所述第一界面的下一界面，所述第二界面展示有至少一個(gè)內(nèi)容的摘要信息。

可選的，第二界面可以是自媒體賬號的推送內(nèi)容的入口界面。

步驟S310、接收所述第二界面中與用戶的訂閱信息和/或興趣信息相應(yīng)的內(nèi)容摘要信息。

步驟S320、將所述內(nèi)容摘要信息寫入預(yù)設(shè)內(nèi)存區(qū)域。

步驟S330、若檢測到第二界面的顯示指令，從所述預(yù)設(shè)內(nèi)存區(qū)域中調(diào)取所述第二界面的內(nèi)容摘要信息，并加載在所述第二界面。

第二界面的顯示指令可以是由用戶操作觸發(fā)，如檢測到用戶點(diǎn)擊某一自媒體賬號的推送通知時(shí)，可觸發(fā)顯示該自媒體賬號的內(nèi)容摘要信息的界面的指令，實(shí)現(xiàn)對第二界面的顯示指令的檢測。

本發(fā)明實(shí)施例在檢測到第二界面的顯示指令時(shí)，可以從預(yù)設(shè)內(nèi)存區(qū)域中調(diào)取預(yù)獲取的內(nèi)容摘要信息，并加載在第二界面中，不需在顯示第二界面的過程中，從網(wǎng)絡(luò)側(cè)拉取更新內(nèi)容的內(nèi)容摘要信息，提高內(nèi)容的獲取速度。

可選的，圖5和圖6所示方法可順序執(zhí)行，即在執(zhí)行圖5所示方法加載第一界面時(shí)，執(zhí)行圖6所示方法。

可選的，由于預(yù)設(shè)內(nèi)存區(qū)域的大小是一定的，本發(fā)明實(shí)施例可基于LRU(Least recently used，最近最少使用)算法，按照預(yù)設(shè)內(nèi)存區(qū)域中各內(nèi)容信息(內(nèi)容推送通知，和/或，內(nèi)容摘要信息)的已獲取時(shí)間，從預(yù)設(shè)內(nèi)存區(qū)域中刪除過期的內(nèi)容信息；如可分析預(yù)設(shè)內(nèi)存區(qū)域中各內(nèi)容信息的已獲取時(shí)間，將預(yù)設(shè)內(nèi)存區(qū)域中已獲取時(shí)間超過設(shè)定時(shí)間限值(已加載數(shù)據(jù)超過設(shè)定時(shí)間限值，則認(rèn)為過期)的內(nèi)容信息刪除。

可選的，由于用戶訂閱的自媒體賬號是可知的，本發(fā)明實(shí)施例可在預(yù)設(shè)內(nèi)存區(qū)域中為用戶訂閱的各自媒體賬號，分配對應(yīng)的內(nèi)存區(qū)，用戶訂閱的一個(gè)自媒體賬號對應(yīng)一個(gè)內(nèi)存區(qū)；從而將預(yù)獲取的各自媒體賬號的內(nèi)容信息(如內(nèi)容推送通知、內(nèi)容摘要信息等)寫入各自媒體賬號對應(yīng)的內(nèi)存區(qū)中；

從而在用戶客戶端顯示目標(biāo)界面時(shí)，用戶客戶端可從各自媒體賬號相應(yīng)的內(nèi)存區(qū)中，調(diào)取各自媒體賬號對應(yīng)的預(yù)獲取的內(nèi)容信息，并加載在目標(biāo)界面中各自媒體賬號相應(yīng)的展示區(qū)中；

如在用戶客戶端將某一自媒體賬號對應(yīng)的預(yù)獲取的內(nèi)容推送通知，加載在第一界面時(shí)，用戶客戶端可從該自媒體賬號相應(yīng)的內(nèi)存區(qū)中，調(diào)取預(yù)獲取的內(nèi)容推送通知，并加載在第一界面中與該自媒體賬號相應(yīng)的展示區(qū)中；

又如在用戶客戶端將某一自媒體賬號對應(yīng)的預(yù)獲取的內(nèi)容摘要信息，加載在第二界面時(shí)，用戶客戶端可從該自媒體賬號相應(yīng)的內(nèi)存區(qū)中，調(diào)取預(yù)獲取的內(nèi)容摘要信息，并加載在第二界面中與該自媒體賬號相應(yīng)的展示區(qū)中；

如圖7所示，以訂閱兩個(gè)自媒體賬號A和B為例，預(yù)設(shè)內(nèi)存區(qū)域可劃分出自媒體賬號A的內(nèi)存區(qū)，和自媒體賬號B的內(nèi)存區(qū)，并在自媒體賬號A的內(nèi)存區(qū)中寫入，預(yù)獲取的自媒體賬號A對應(yīng)的內(nèi)容推送通知和內(nèi)容摘要信息，在自媒體賬號B的內(nèi)存區(qū)中寫入，預(yù)獲取的自媒體賬號B的內(nèi)容推送通知和內(nèi)容摘要信息；以在公眾號的首屏界面加載自媒體賬號A和B對應(yīng)的內(nèi)容推送通知為例，用戶客戶端可調(diào)取自媒體賬號A的內(nèi)存區(qū)中寫入的內(nèi)容推送通知，和自媒體賬號B的內(nèi)存區(qū)中寫入的內(nèi)容推送通知，并將自媒體賬號A對應(yīng)的內(nèi)容推送通知加載在自媒體賬號A的展示區(qū)，將自媒體賬號B對應(yīng)的內(nèi)容推送通知加載在自媒體賬號B的展示區(qū)；在公眾號的第二界面加載內(nèi)容摘要信息的原理與此相同；

可選的，不同的自媒體賬號可通過自媒體賬號的賬號標(biāo)識等區(qū)分，用戶客戶端可預(yù)先記錄目標(biāo)界面(如第一界面和第二界面)中各自媒體賬號的展示區(qū)位置，以便調(diào)取的內(nèi)容信息能夠加載在目標(biāo)界面相應(yīng)的自媒體賬號的展示區(qū)。

可選的，第二界面的內(nèi)容摘要信息，可以是一個(gè)內(nèi)容的鏈接入口，當(dāng)用戶點(diǎn)擊第二界面的某一內(nèi)容摘要信息時(shí)，用戶客戶端可在第三界面加載相應(yīng)的具體內(nèi)容文件，實(shí)現(xiàn)具體內(nèi)容的加載；內(nèi)容文件記錄的內(nèi)容形式可能是圖片(靜態(tài)圖片，和/或，動態(tài)圖片)和視頻，對于圖片和視頻用戶客戶端可以有不同的加速加載策略；

可選的，圖8示出了加載圖片的方法流程圖，該方法可應(yīng)用于用戶客戶端，參照圖8，該方法可以包括：

步驟S400、識別第三界面的內(nèi)容文件中需加載的圖片類型。

可選的，圖片類型可以分為靜態(tài)圖片，和動態(tài)圖片。此處所指的加載可以是從網(wǎng)絡(luò)下載。

步驟S410、如果需加載的圖片類型為靜態(tài)圖片，完全加載前設(shè)定屏數(shù)的圖片，及，以漸變式對前設(shè)定屏數(shù)后的圖片進(jìn)行加載，并在焦點(diǎn)指向前設(shè)定屏數(shù)后的圖片時(shí)，完全加載焦點(diǎn)所指向的圖片。

如對于靜態(tài)圖片，本發(fā)明實(shí)施例可設(shè)置前3屏的圖片默認(rèn)完全加載，而前3屏后的圖片采用漸變式加載(先加載圖片的部分像素，再逐漸加載清晰的圖片)，并在焦點(diǎn)指向前3屏后的某一圖片時(shí)，在已加載部分像素的基礎(chǔ)上，完全加載焦點(diǎn)所指向的圖片，使得焦點(diǎn)指向能夠加載出清晰的圖片；通過這種方式，可在快速滑動屏幕時(shí)，屏幕中展示的前3屏后的圖片不會是空白圖片，而是已加載部分像素的非清晰圖片，并在焦點(diǎn)指向某一圖片時(shí)，加載出清晰的圖片。

步驟S420、如果需加載的圖片類型為動態(tài)圖片，且當(dāng)前網(wǎng)絡(luò)條件與設(shè)定網(wǎng)絡(luò)條件相應(yīng)，完全加載所述動態(tài)圖片；如果需加載的圖片類型為動態(tài)圖片，且當(dāng)前網(wǎng)絡(luò)條件與設(shè)定網(wǎng)絡(luò)條件不相應(yīng)，預(yù)加載所述動態(tài)圖片的設(shè)定幀圖像，并在所述動態(tài)圖片被點(diǎn)擊時(shí)，完全加載所述動態(tài)圖片。

對于動態(tài)圖片，本發(fā)明實(shí)施例可采用懶加載策略，在當(dāng)前網(wǎng)絡(luò)條件與設(shè)定網(wǎng)絡(luò)條件相應(yīng)，如網(wǎng)絡(luò)類型為設(shè)定網(wǎng)絡(luò)類型(如WiFi網(wǎng)絡(luò))，且網(wǎng)絡(luò)帶寬滿足加載條件(如動態(tài)圖片的大小除以網(wǎng)絡(luò)帶寬所得的下載時(shí)間，在時(shí)間閾值內(nèi))，則可直接加載動態(tài)圖片的源文件，完全加載出動態(tài)圖片；否則，可提前加載動態(tài)圖片的前設(shè)定幀的圖像，并在點(diǎn)擊動態(tài)圖片后，才完全加載動圖圖片。

可選的，對于第三界面展示的視頻形式的內(nèi)容文件，本發(fā)明實(shí)施例可預(yù)先下載視頻的前設(shè)定時(shí)間的視頻幀，作為視頻的預(yù)覽內(nèi)容，并在視頻的封面進(jìn)行循環(huán)播放；并且在當(dāng)前網(wǎng)絡(luò)條件與設(shè)定網(wǎng)絡(luò)條件相應(yīng)時(shí)，提前下載視頻到緩存中，以便用戶點(diǎn)擊視頻觀看時(shí)，直接從緩存中調(diào)取出視頻進(jìn)行播放。

可選的，用戶客戶端還可將獲取內(nèi)容的內(nèi)容標(biāo)識，用戶的點(diǎn)擊操作行為數(shù)據(jù)(比如閱讀時(shí)長、點(diǎn)擊次數(shù)、視頻內(nèi)容觀看次數(shù)及播放過程中的緩沖停留信息等)上報(bào)至服務(wù)器。

可選的，用戶客戶端還可將終端配置，和/或網(wǎng)絡(luò)速率信息上傳給服務(wù)器，以便服務(wù)器根據(jù)終端配置和/或網(wǎng)絡(luò)速率信息，確定用戶客戶端的下載配置類型，從而用戶客戶端可獲取到服務(wù)器下發(fā)的與所述下載配置類型相應(yīng)數(shù)據(jù)規(guī)格的內(nèi)容；

內(nèi)容的加載和使用必須要考慮弱網(wǎng)絡(luò)的情況，由于移動網(wǎng)絡(luò)是在不同環(huán)境下動態(tài)切換的，所以一些網(wǎng)速要求高和需要大量下載內(nèi)容的高清的圖片、視頻等，需要在網(wǎng)絡(luò)速度較快的情況下(如WiFi網(wǎng)絡(luò)、4G網(wǎng)絡(luò)等)提前加載，此時(shí)需要用戶客戶端能夠檢測網(wǎng)絡(luò)環(huán)境的變化，并且觸發(fā)對應(yīng)的內(nèi)容獲取機(jī)制。除了網(wǎng)絡(luò)環(huán)境外，用戶客戶端還需要記錄下載瀏覽過程當(dāng)中的網(wǎng)絡(luò)帶寬數(shù)據(jù)作為內(nèi)容適配的參考數(shù)據(jù)。

通常大屏幕手機(jī)獲取是分辨率高的大圖，中端手機(jī)獲取是清晰的中圖，如果是低端手機(jī)下載的是低分辨率的縮率圖。如果需要查看高規(guī)格的清晰圖，需要手動操作加載。

本發(fā)明實(shí)施例提供的內(nèi)容獲取方法，可實(shí)現(xiàn)用戶客戶端快速的內(nèi)容獲取。

下面對服務(wù)器側(cè)實(shí)現(xiàn)內(nèi)容獲取加速的流程進(jìn)行介紹，可選的，服務(wù)器可在用戶客戶端顯示目標(biāo)界面前，接收用戶客戶端發(fā)送的請求信息，所述請求信息用于請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息；從而服務(wù)器可根據(jù)所述用戶客戶端的用戶歷史行為，確定所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息，并將所述內(nèi)容信息發(fā)送給用戶客戶端，以便用戶客戶端在顯示所述目標(biāo)界面時(shí)，加載所述內(nèi)容信息。

可選的，若所述目標(biāo)界面包括第一界面，服務(wù)器可確定所述第一界面中與用戶的訂閱信息和/或興趣信息相應(yīng)的內(nèi)容推送通知；所述第一界面展示有至少一個(gè)內(nèi)容的內(nèi)容推送通知。

若所述目標(biāo)界面包括第二界面，服務(wù)器可確定所述第二界面中與用戶的訂閱信息和/或興趣信息相應(yīng)的內(nèi)容摘要信息；所述第二界面為所述第一界面的下一界面，所述第二界面展示有至少一個(gè)內(nèi)容的摘要信息。

進(jìn)一步，結(jié)合圖1和圖2所示服務(wù)器結(jié)構(gòu)，服務(wù)器可確定各類型的用戶客戶端下載配置，并將同一內(nèi)容轉(zhuǎn)換成不同種數(shù)據(jù)規(guī)格的內(nèi)容，使得一種類型的用戶客戶端下載配置對應(yīng)一種數(shù)據(jù)規(guī)格的內(nèi)容；從而服務(wù)器在獲取到用戶客戶端上傳的終端配置，和/或網(wǎng)絡(luò)速率信息后，服務(wù)器可根據(jù)所述終端配置和/或網(wǎng)絡(luò)速率信息，確定用戶客戶端的下載配置類型，并向用戶客戶端發(fā)送所述下載配置類型相應(yīng)數(shù)據(jù)規(guī)格的內(nèi)容；此部分功能可通過圖2所示的內(nèi)容處理服務(wù)器實(shí)現(xiàn)。

可選的，服務(wù)器還可分析出用戶分享的來自第三方網(wǎng)站的內(nèi)容，從第三方網(wǎng)站下載內(nèi)容，并為下載的內(nèi)容分配內(nèi)部鏈接；可選的，對于每一個(gè)分配內(nèi)部鏈接的內(nèi)容，本發(fā)明實(shí)施例可以內(nèi)容粒度計(jì)算內(nèi)容的內(nèi)容特征向量(如SIMHash)，將內(nèi)容特征向量相同的內(nèi)容進(jìn)行去重處理，從而對同一內(nèi)容意思而重復(fù)分配鏈接的內(nèi)容進(jìn)行去重。SIMHash是內(nèi)容特征向量的一種，可用于判斷內(nèi)容的相似性；此部分功能可通過圖2所示的內(nèi)容處理服務(wù)器實(shí)現(xiàn)。

可選的，服務(wù)器還可對圖片、視頻等內(nèi)容進(jìn)行預(yù)處理，預(yù)處理包括如下至少一種方式：

敏感圖片機(jī)器處理，盜鏈圖片識別，確定失效和下架的視頻，圖片智能截圖，識別圖片中包含的廣告營銷內(nèi)容，針對終端不同系統(tǒng)平臺進(jìn)行內(nèi)容的適配；

比如webp格式圖片，WebP格式是谷歌(google)開發(fā)的一種旨在加快圖片加載速度的圖片格式，圖片壓縮體積大約只有JPEG的2/3，并能節(jié)省大量的服務(wù)器帶寬資源和數(shù)據(jù)空間，但當(dāng)前僅支持安卓系統(tǒng)使用，因此需要針對終端不同的系統(tǒng)平臺進(jìn)行數(shù)據(jù)格式的適配。

上述描述的服務(wù)器內(nèi)容，可以認(rèn)為是本發(fā)明實(shí)施例提供的系統(tǒng)中的服務(wù)器功能。

下面對本發(fā)明實(shí)施例提供的用戶客戶端進(jìn)行介紹，下文描述的用戶客戶端可與上文描述內(nèi)容相互對應(yīng)參照。

圖9為本發(fā)明實(shí)施例提供的用戶客戶端的結(jié)構(gòu)框圖，參照圖9，該用戶客戶端可以包括：

請求模塊100，用于在顯示目標(biāo)界面前，向服務(wù)器請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息；

信息接收模塊110，用于接收所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息；

寫入模塊120，用于將所述內(nèi)容信息寫入預(yù)設(shè)內(nèi)存區(qū)域；

信息調(diào)取模塊130，用于若檢測到所述目標(biāo)界面的顯示指令，從所述預(yù)設(shè)內(nèi)存區(qū)域中調(diào)取所述內(nèi)容信息；

信息加載模塊140，用于將所調(diào)取的內(nèi)容信息加載在所述目標(biāo)界面。

可選的，圖10示出了用戶客戶端的另一種可選結(jié)構(gòu)，結(jié)合圖9和圖10所示，該用戶客戶端還可以包括：

內(nèi)存區(qū)域劃分模塊150，用于確定用戶平均瀏覽內(nèi)容的數(shù)量，及平均瀏覽內(nèi)容的數(shù)據(jù)量；將所述用戶平均瀏覽內(nèi)容的數(shù)量與所述平均瀏覽內(nèi)容的數(shù)據(jù)量相乘，取相乘結(jié)果和內(nèi)存區(qū)域閾值的較大值，作為預(yù)設(shè)內(nèi)存區(qū)域的大?。灰运鲱A(yù)設(shè)內(nèi)存區(qū)域的大小，在內(nèi)存中劃分相應(yīng)的預(yù)設(shè)內(nèi)存區(qū)域；

信息刪除模塊160，用于分析預(yù)設(shè)內(nèi)存區(qū)域中各內(nèi)容信息的已獲取時(shí)間；將預(yù)設(shè)內(nèi)存區(qū)域中已獲取時(shí)間超過設(shè)定時(shí)間限值的內(nèi)容信息刪除。

可選的，內(nèi)存區(qū)域劃分模塊150和信息刪除模塊160中的任一個(gè)可單獨(dú)與圖9所示用戶客戶端相結(jié)合。

可選的，圖11示出了用戶客戶端的再一種可選結(jié)構(gòu)，結(jié)合圖9和圖11所示，該用戶客戶端還可以包括：

內(nèi)存區(qū)細(xì)分模塊170，用于在預(yù)設(shè)內(nèi)存區(qū)域中為用戶訂閱的各自媒體賬號，分配對應(yīng)的內(nèi)存區(qū)，用戶訂閱的一個(gè)自媒體賬號對應(yīng)一個(gè)內(nèi)存區(qū)；

相應(yīng)的，寫入模塊120，用于將所述內(nèi)容信息寫入預(yù)設(shè)內(nèi)存區(qū)域，具體包括：將預(yù)獲取的各自媒體賬號的內(nèi)容信息，寫入各自媒體賬號對應(yīng)的內(nèi)存區(qū)；

相應(yīng)的，信息加載模塊140，用于將所調(diào)取的內(nèi)容信息加載在所述目標(biāo)界面，具體包括：將從預(yù)設(shè)內(nèi)存區(qū)域中調(diào)取的各自媒體賬號對應(yīng)的預(yù)獲取的內(nèi)容信息，加載在目標(biāo)界面中各自媒體賬號相應(yīng)的展示區(qū)中。

可選的，所述目標(biāo)界面包括：第一界面，和/或，第二界面，和/或，第三界面；所述第一界面展示有至少一個(gè)內(nèi)容的內(nèi)容推送通知；所述第二界面展示有至少一個(gè)內(nèi)容的內(nèi)容摘要信息；所述第三界面展示有具體的內(nèi)容文件。

可選的，若所述目標(biāo)界面包括第一界面；請求模塊100，用于在顯示目標(biāo)界面前，向服務(wù)器請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息，具體包括：

在顯示第一界面前，向服務(wù)器請求所述第一界面中需預(yù)獲取的內(nèi)容推送通知；所述第一界面展示有至少一個(gè)內(nèi)容的內(nèi)容推送通知；

相應(yīng)的，信息接收模塊110，用于接收所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息，具體包括：

接收所述第一界面中與用戶的訂閱信息和/或興趣信息相應(yīng)的內(nèi)容推送通知。

可選的，若所述目標(biāo)界面包括第二界面；請求模塊100，用于在顯示目標(biāo)界面前，向服務(wù)器請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息，具體包括：

在加載第一界面時(shí)，向服務(wù)器請求第二界面中需預(yù)獲取的內(nèi)容摘要信息；所述第二界面為所述第一界面的下一界面，所述第二界面展示有至少一個(gè)內(nèi)容的摘要信息；

相應(yīng)的，信息接收模塊110，用于接收所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息，具體包括：接收所述第二界面中與用戶的訂閱信息和/或興趣信息相應(yīng)的內(nèi)容摘要信息。

可選的，圖12示出了用戶客戶端的又一種可選結(jié)構(gòu)，結(jié)合圖9和圖12所示，該用戶客戶端還可以包括：

圖片加載模塊180，用于識別第三界面的內(nèi)容文件中需加載的圖片類型；如果需加載的圖片類型為靜態(tài)圖片，完全加載前設(shè)定屏數(shù)的圖片，及，以漸變式對前設(shè)定屏數(shù)后的圖片進(jìn)行加載，并在焦點(diǎn)指向前設(shè)定屏數(shù)后的圖片時(shí)，完全加載焦點(diǎn)所指向的圖片；如果需加載的圖片類型為動態(tài)圖片，且當(dāng)前網(wǎng)絡(luò)條件與設(shè)定網(wǎng)絡(luò)條件相應(yīng)，完全加載所述動態(tài)圖片；如果需加載的圖片類型為動態(tài)圖片，且當(dāng)前網(wǎng)絡(luò)條件與設(shè)定網(wǎng)絡(luò)條件不相應(yīng)，預(yù)加載所述動態(tài)圖片的設(shè)定幀圖像，并在所述動態(tài)圖片被點(diǎn)擊時(shí)，完全加載所述動態(tài)圖片；

視頻加載模塊190，用于若第三界面展示的內(nèi)容文件為視頻文件，預(yù)先下載視頻的前設(shè)定時(shí)間的視頻幀，作為視頻的預(yù)覽內(nèi)容，并在視頻的封面進(jìn)行循環(huán)播放；并且在當(dāng)前網(wǎng)絡(luò)條件與設(shè)定網(wǎng)絡(luò)條件相應(yīng)時(shí)，提前下載視頻到緩存中，以便用戶點(diǎn)擊視頻時(shí)，直接從緩存中調(diào)取出視頻進(jìn)行播放。

可選的，圖片加載模塊180和視頻加載模塊190中的任一個(gè)，可與圖9所示用戶客戶端相結(jié)合。

可選的，用戶客戶端還可上傳終端配置，和/或網(wǎng)絡(luò)速率信息；進(jìn)而獲取與所述終端配置和/或網(wǎng)絡(luò)速率信息相應(yīng)的下載配置類型，對應(yīng)的數(shù)據(jù)規(guī)格的內(nèi)容。

可選的，本發(fā)明實(shí)施例還提供一種服務(wù)器，下文描述的服務(wù)器內(nèi)容可與上文描述內(nèi)容相互對應(yīng)參照。

圖13示出了服務(wù)器的結(jié)構(gòu)框圖，參照圖13，該服務(wù)器可以包括：

請求接收模塊200，用于在用戶客戶端顯示目標(biāo)界面前，接收用戶客戶端發(fā)送的請求信息，所述請求信息用于請求所述目標(biāo)界面中需預(yù)獲取的內(nèi)容信息；

信息確定模塊210，用于根據(jù)所述用戶客戶端的用戶歷史行為，確定所述目標(biāo)界面中與用戶歷史行為相應(yīng)的內(nèi)容信息；

信息發(fā)送模塊220，用于將所述內(nèi)容信息發(fā)送給用戶客戶端，以便用戶客戶端在顯示所述目標(biāo)界面時(shí)，加載所述內(nèi)容信息。

可選的，圖14示出了本發(fā)明實(shí)施例提供的服務(wù)器的另一結(jié)構(gòu)框圖，結(jié)合圖13和圖14所示，該服務(wù)器還可以包括：

數(shù)據(jù)規(guī)格預(yù)定義模塊230，用于根據(jù)各種終端配置，和/或，各種網(wǎng)絡(luò)速率，確定各下載配置類型；為各類型的下載配置，預(yù)定義相應(yīng)數(shù)據(jù)規(guī)格的內(nèi)容；

數(shù)據(jù)規(guī)格內(nèi)容發(fā)送模塊240，用于獲取用戶客戶端上傳的終端配置，和/或網(wǎng)絡(luò)速率信息；根據(jù)所述終端配置和/或網(wǎng)絡(luò)速率信息，確定所述用戶客戶端的下載配置類型；根據(jù)預(yù)定義的各下載配置類型相應(yīng)的數(shù)據(jù)規(guī)格的內(nèi)容，向所述用戶客戶端發(fā)送所述下載配置類型相應(yīng)數(shù)據(jù)規(guī)格的內(nèi)容；

內(nèi)鏈化模塊250，用于分析來自第三方網(wǎng)站的分享內(nèi)容，從第三方網(wǎng)站下載所述分享內(nèi)容，并為下載的分享內(nèi)容分配內(nèi)部鏈接；

去重模塊260，用于對于每一個(gè)分配內(nèi)部鏈接的分享內(nèi)容，以內(nèi)容粒度計(jì)算分享內(nèi)容的內(nèi)容特征向量，將內(nèi)容特征向量相同的分享內(nèi)容進(jìn)行去重處理；

預(yù)處理模塊270，用于對內(nèi)容進(jìn)行預(yù)處理；所述預(yù)處理包括如下至少一種方式：敏感圖片機(jī)器處理，盜鏈圖片識別，確定失效和下架的視頻，圖片智能截圖，識別圖片中包含的廣告營銷內(nèi)容，針對終端不同系統(tǒng)平臺進(jìn)行內(nèi)容的適配。

可選的，圖14中，數(shù)據(jù)規(guī)格預(yù)定義模塊230和數(shù)據(jù)規(guī)格內(nèi)容發(fā)送模塊240、內(nèi)鏈化模塊250、內(nèi)鏈化模塊250和去重模塊260、預(yù)處理模塊270均可單獨(dú)或相結(jié)合的應(yīng)用于圖13所示服務(wù)器中。

本發(fā)明實(shí)施例還提供一種內(nèi)容獲取系統(tǒng)，該系統(tǒng)的結(jié)構(gòu)可以如圖1所示，系統(tǒng)中具體部件的功能可參照上文相應(yīng)部分的描述。

本說明書中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見即可。對于實(shí)施例公開的裝置而言，由于其與實(shí)施例公開的方法相對應(yīng)，所以描述的比較簡單，相關(guān)之處參見方法部分說明即可。

專業(yè)人員還可以進(jìn)一步意識到，結(jié)合本文中所公開的實(shí)施例描述的各示例的單元及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來實(shí)現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè)技術(shù)人員可以對每個(gè)特定的應(yīng)用來使用不同方法來實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。

結(jié)合本文中所公開的實(shí)施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實(shí)施。軟件模塊可以置于隨機(jī)存儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。

對所公開的實(shí)施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對這些實(shí)施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的核心思想或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開的原理和新穎特點(diǎn)相一致的最寬的范圍。