域技術(shù)人員應(yīng)該知悉，本發(fā)明實(shí)施例并不受所描述的動作順序的限制，因?yàn)橐罁?jù)本發(fā)明實(shí)施例，某些步驟可以采用其他順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動作并不一定是本發(fā)明實(shí)施例所必須的。
[0080]實(shí)施例三
[0081]在上述實(shí)施例的基礎(chǔ)上，本實(shí)施例還公開了一種數(shù)據(jù)處理系統(tǒng)。
[0082]參照圖3，示出了根據(jù)本發(fā)明一個實(shí)施例的一種數(shù)據(jù)處理系統(tǒng)實(shí)施例的結(jié)構(gòu)框圖，具體可以包括如下模塊:
[0083]頁面生成模塊302，用于錄入頁面內(nèi)容生成網(wǎng)頁頁面。
[0084]接口確定模塊304，用于依據(jù)對網(wǎng)頁頁面觸發(fā)生成的頁面請求，確定所述網(wǎng)頁請求對應(yīng)的服務(wù)端接口。
[0085]響應(yīng)獲取模塊306，用于依據(jù)所述服務(wù)端接口對系統(tǒng)緩存進(jìn)行訪問，獲取所述網(wǎng)頁請求對應(yīng)的響應(yīng)信息，其中，所述系統(tǒng)緩存由至少兩級緩存構(gòu)成。
[0086]反饋模塊308，用于對所述響應(yīng)信息進(jìn)行反饋。
[0087]綜上，錄入頁面內(nèi)容生成網(wǎng)頁頁面，針對網(wǎng)頁頁面觸發(fā)生成的頁面請求，通過相應(yīng)的服務(wù)端接口對系統(tǒng)緩存進(jìn)行訪問，獲取所述網(wǎng)頁請求對應(yīng)的響應(yīng)信息，其中系統(tǒng)緩存由至少兩級緩存構(gòu)成，因此通過多級緩存處理用戶的網(wǎng)頁請求，即使網(wǎng)頁請求較多也能合理分配，并且多級緩存結(jié)構(gòu)使得當(dāng)一級緩存崩潰無法處理請求時可以采用其他級緩存進(jìn)行處理，確保請求能夠及時被處理，保證處理效率，同時保證系統(tǒng)的穩(wěn)定性。
[0088]參照圖4，示出了根據(jù)本發(fā)明另一個實(shí)施例的一種數(shù)據(jù)處理系統(tǒng)實(shí)施例的結(jié)構(gòu)框圖，具體可以包括如下模塊:
[0089]頁面生成模塊402，用于錄入頁面內(nèi)容生成網(wǎng)頁頁面。
[0090]接口交互模塊410，用于基于外部接口與承載所述網(wǎng)頁頁面的客戶端交互。
[0091]接口確定模塊404，用于依據(jù)對網(wǎng)頁頁面觸發(fā)生成的頁面請求，確定所述網(wǎng)頁請求對應(yīng)的服務(wù)端接口。
[0092]驗(yàn)證模塊412，用于通過所述服務(wù)端接口對所述頁面請求進(jìn)行驗(yàn)證，在驗(yàn)證通過后允許訪問系統(tǒng)緩存。
[0093]響應(yīng)獲取模塊406，用于依據(jù)所述服務(wù)端接口對系統(tǒng)緩存進(jìn)行訪問，獲取所述網(wǎng)頁請求對應(yīng)的響應(yīng)信息，其中，所述系統(tǒng)緩存由至少兩級緩存構(gòu)成。
[0094]反饋模塊408，用于對所述響應(yīng)信息進(jìn)行反饋。
[0095]其中。所述頁面生成模塊402，包括:配置子模塊40202，用于配置頁面展示區(qū)域，并配置每個展示區(qū)域的頁面內(nèi)容生成配置文件；生成子模塊40204，用于依據(jù)配置文件錄入各展示區(qū)域的頁面內(nèi)容，生成網(wǎng)頁頁面。
[0096]所述接口確定模塊404，包括:請求接收子模塊40402，用于通過所述外部接口接收對網(wǎng)頁頁面觸發(fā)生成的頁面請求；服務(wù)端接口確定子模塊40404，用于依據(jù)頁面請求的請求參數(shù)確定訪問的服務(wù)端接口。
[0097]所述響應(yīng)獲取模塊406，包括:緩存確定子模塊40602，用于依據(jù)服務(wù)端接口確定訪問的指定級緩存；響應(yīng)消息獲取子模塊40604，用于依據(jù)請求參數(shù)，從所述指定級緩存中獲取所述網(wǎng)頁請求對應(yīng)的響應(yīng)信息；若響應(yīng)信息獲取失敗，則訪問系統(tǒng)緩存中所述指定級緩存的下一級緩存，以獲取所述響應(yīng)信息。
[0098]所述系統(tǒng)緩存包括以下至少兩種緩存:服務(wù)器緩存、內(nèi)存緩存和文件緩存。
[0099]所述數(shù)據(jù)處理方法應(yīng)用于游戲領(lǐng)域，所述網(wǎng)頁頁面為游戲相關(guān)數(shù)據(jù)頁面，所述網(wǎng)頁請求包括用于獲取游戲相關(guān)信息的請求。
[0100]其中，采用QCMS配置網(wǎng)頁頁面的相關(guān)內(nèi)容，QCMS是一種網(wǎng)站管理系統(tǒng)。系統(tǒng)采用QCMS配置網(wǎng)頁頁面的各個頁面展示區(qū)域，并為每個展示區(qū)域配置頁面內(nèi)容生成相應(yīng)的配置文件。系統(tǒng)還包括底層服務(wù)器，例如Gstore，gvalue, gadmin等，能夠?yàn)橄到y(tǒng)提供底層數(shù)據(jù)的后端服務(wù)。服務(wù)端接口即API接口是為客戶端提供相關(guān)信息的數(shù)據(jù)接口。
[0101]系統(tǒng)緩存包括以下至少兩種緩存:服務(wù)器緩存、內(nèi)存緩存和文件緩存。其中，服務(wù)器緩存是基于指定編譯方式生成的緩存服務(wù)器，通常服務(wù)器緩存響應(yīng)速度較快，能夠快速響應(yīng)訪問；內(nèi)存緩存是基于內(nèi)存生成的緩存，可以存儲需要頻繁讀取的信息；文件緩存是基于文件生成的緩存，能夠持久化存儲數(shù)據(jù)信息，保證數(shù)據(jù)的完整性和穩(wěn)定性。
[0102]例如，系統(tǒng)緩存配置為四級緩存，第一級緩存為一種服務(wù)器緩存，例如采用Ngx+Lua的方式，即通過ngx_lua模塊內(nèi)嵌Iua代碼來處理邏輯，從而對于訪問量大的接口，能夠大大提升了接口性能。
[0103]第二級緩存也可以是一種服務(wù)器緩存，例如基于varnish生成緩存，從而針對需要調(diào)用外部依賴服務(wù)的請求，通過該緩存進(jìn)行響應(yīng)。
[0104]第三級緩存為一種內(nèi)存緩存，例如，基于php生成共享內(nèi)存，將需要頻繁讀取的信息(例如游戲信息)存儲到Php共享內(nèi)存中，信息會通過定時腳本更新，從而對于這類需要頻繁讀取的信息訪問該第三級緩存。
[0105]第四級緩存采用文件緩存，從而能夠持久化存儲數(shù)據(jù)信息，通過定時腳本更新保證數(shù)據(jù)的完整性，從而能夠大大減少了對數(shù)據(jù)庫和外部接口的請求。
[0106]綜上，通過Gstore，gvalue，gadmin為系統(tǒng)提供底層數(shù)據(jù)的后端服務(wù)，通過QCMS配置網(wǎng)頁頁面的相關(guān)內(nèi)容，在前臺即客戶端中展示網(wǎng)頁頁面，通過API接口為客戶端提供相關(guān)信息的數(shù)據(jù)接口，從多級緩存中獲取數(shù)據(jù)，構(gòu)成數(shù)據(jù)處理系統(tǒng)的結(jié)構(gòu)，能夠穩(wěn)定、高速提供數(shù)據(jù)服務(wù)。
[0107]其次，采用多級緩存架構(gòu)，采用較高級別的緩存快速響應(yīng)用戶請求，采用較低級別的緩存保證數(shù)據(jù)的穩(wěn)定性和完整性，保證為用戶提供完整的數(shù)據(jù)服務(wù)。
[0108]對于裝置實(shí)施例而言，由于其與方法實(shí)施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。
[0109]在此提供的算法和顯示不與任何特定計算機(jī)、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應(yīng)當(dāng)明白，可以利用各種編程語言實(shí)現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實(shí)施方式。
[0110]在此處所提供的說明書中，說明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實(shí)施例可以在沒有這些具體細(xì)節(jié)的情況下實(shí)踐。在一些實(shí)例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。
[0111]類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實(shí)施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實(shí)施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖:即所要求保護(hù)的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實(shí)施例的所有特征。因此，遵循【具體實(shí)施方式】的權(quán)利要求書由此明確地并入該【具體實(shí)施方式】，其中每個權(quán)利要求本身都作為本發(fā)明的單獨(dú)實(shí)施例。
[0112]本領(lǐng)域那些技術(shù)人員可以理解，可以對實(shí)施例中的設(shè)備中的模塊進(jìn)行自適應(yīng)性地改變并且把它們設(shè)置在與該實(shí)施例不同的一個或多個設(shè)備中?？梢园褜?shí)施例中的模塊或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進(jìn)行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。
[0113]此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實(shí)施例包括其它實(shí)施例中所包括的某些特征而不是其它特征，但是不同實(shí)施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實(shí)施例。例如，在下面的權(quán)利要求書中，所要求保護(hù)的實(shí)施例的任意之一都可以以任意的組合方式來使用。
[0114]本發(fā)明的各個部件實(shí)施例可以以硬件實(shí)現(xiàn)，或者以在一個或者多個處理器上運(yùn)行的軟件模塊實(shí)現(xiàn)，...