網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法
【專利摘要】本發(fā)明的一種網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法屬于數(shù)據(jù)處理【技術(shù)領(lǐng)域】。該網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法包括如下步驟:S1,收集客戶端的數(shù)據(jù)信息;S2,通過json化的文件格式封裝收集的數(shù)據(jù)信息;S3,以http形式將封裝后的數(shù)據(jù)信息傳遞給服務(wù)器;S4,服務(wù)器上的數(shù)據(jù)信息存儲到數(shù)據(jù)庫中后進(jìn)行計算處理并存儲計算結(jié)果,計算時分成離線和在線兩部分,離線部分由hadoop計算完成,在線部分由java實(shí)現(xiàn)完成;S5,以圖表方式將計算結(jié)果展示出來。該網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法提供了高效的網(wǎng)絡(luò)游戲數(shù)據(jù)處理解決方案,為后期的網(wǎng)絡(luò)游戲數(shù)據(jù)方案解決提供有益幫助。
【專利說明】 網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)處理【技術(shù)領(lǐng)域】,尤其涉及一種網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法。
【背景技術(shù)】
[0002]目前,在數(shù)據(jù)分析領(lǐng)域比較好的產(chǎn)品都處于移動互聯(lián)網(wǎng)系統(tǒng),比如友盟和talkingdata兩家公司,前者已經(jīng)被阿里巴巴收購,后者已經(jīng)融資估值過1000萬美元,他們都是針對移動產(chǎn)品,特別是移動游戲產(chǎn)品做數(shù)據(jù)采集,存儲,分析,計算的數(shù)據(jù)處理公司,兩家公司都有基于hadoop (apache基金會提供的開源技術(shù)大數(shù)據(jù)處理方案)的分析業(yè)務(wù),友盟主要基于大數(shù)據(jù)計算,而talkingdata主要基于數(shù)據(jù)的線性分析和ABTest測試方法,通過數(shù)學(xué)回歸來驗(yàn)證數(shù)據(jù)模型正確來指導(dǎo)產(chǎn)品改進(jìn)。
[0003]上述產(chǎn)品或方法存在以下缺陷或不足:(I)海量數(shù)據(jù)的計算量解決的問題(收集數(shù)據(jù)越多,分析越準(zhǔn)確,但是數(shù)據(jù)量過大,沒法快速分析完成,解決問題時機(jī)錯過);(2)分析模型未量化,未標(biāo)準(zhǔn)化,分析依賴人工經(jīng)驗(yàn)(分析點(diǎn)和分析方法以及數(shù)據(jù)量都沒有標(biāo)準(zhǔn)可以參考,完全依賴過往分析經(jīng)驗(yàn));(3)機(jī)器規(guī)模較大和效率較低(數(shù)據(jù)收集和存儲都依賴大規(guī)模機(jī)房集群,而處理數(shù)據(jù)同樣需要大量設(shè)備,造成數(shù)據(jù)較低,容易錯過解決問題的最佳時機(jī))。
【發(fā)明內(nèi)容】
[0004]為了解決上述技術(shù)問題,本發(fā)明的目的是提供一種針對網(wǎng)絡(luò)游戲數(shù)據(jù)收集分析處理的網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,該方法具有運(yùn)行效率高,為網(wǎng)絡(luò)游戲產(chǎn)品的改進(jìn)提供可靠的輔助支撐。
[0005]本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的:
[0006]一種網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,包括如下步驟:
[0007]SI,收集客戶端的數(shù)據(jù)信息;
[0008]S2,通過json化的文件格式封裝收集的數(shù)據(jù)信息;
[0009]S3,以http形式將封裝后的數(shù)據(jù)信息傳遞給服務(wù)器;
[0010]S4,服務(wù)器上的數(shù)據(jù)信息存儲到數(shù)據(jù)庫中后進(jìn)行計算處理并存儲計算結(jié)果,計算時分成離線和在線兩部分,離線部分由hadoop計算完成,在線部分由java實(shí)現(xiàn)完成;
[00111 S5,以圖表方式將計算結(jié)果展不出來。
[0012]通過上述本發(fā)明的技術(shù)方案,本發(fā)明的網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法處理效率高,能為網(wǎng)絡(luò)游戲產(chǎn)品的改進(jìn)提供可靠的輔助支撐。
【專利附圖】
【附圖說明】
[0013]圖1為本發(fā)明網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法的流程框圖。
【具體實(shí)施方式】
[0014]下面結(jié)合附圖對本發(fā)明的【具體實(shí)施方式】進(jìn)行詳細(xì)說明:
[0015]如圖1所示,一種網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,用于對網(wǎng)絡(luò)游戲產(chǎn)品的數(shù)據(jù)的收集和處理,其包括如下步驟:收集客戶端的信息數(shù)據(jù),通過json化的文件格式封裝,以http形式傳遞給服務(wù)器后,存儲到數(shù)據(jù)庫中而后進(jìn)行計算并存儲計算結(jié)果,最終以圖表方式展示出來,具體為:
[0016]SI,收集客戶端的數(shù)據(jù)信息,收集游戲客戶端的數(shù)據(jù)信息,其中,客戶端信息的收集通過基于C++形式的客戶端、通過json格式的javascript代碼或者通過植入1s或者android的sdk三種方式中的任一種方式來實(shí)現(xiàn)。
[0017]所述的C++形式的客戶端采用多進(jìn)程協(xié)同工作的方法,該方法模擬了 google的chrome瀏覽器的技術(shù),每個操作步驟都是通過引導(dǎo)一個程序啟動來執(zhí)行,執(zhí)行完后,在啟動一個新的進(jìn)程來操作下一步操作,以避免復(fù)雜進(jìn)程或者復(fù)雜線程邏輯,同時可以滿足多進(jìn)程協(xié)同工作,由于每個進(jìn)程占用內(nèi)存較小,通過多個進(jìn)程來操作,使得對當(dāng)前運(yùn)行的較大內(nèi)存需求的軟件沒有內(nèi)存限制影響,通過多進(jìn)程協(xié)作,使得安全和監(jiān)控及駐留客戶端程序有很高的安全保證,可以保證數(shù)據(jù)遷移也可以通過進(jìn)程間相互協(xié)調(diào),當(dāng)某一個進(jìn)程異常時,還可以通過重新啟動一個進(jìn)程來傳遞錯誤信息,這比以往的客戶端程序更為可靠。
[0018]S2,通過json化的文件格式封裝收集的數(shù)據(jù)信息;
[0019]S3,以http形式將封裝后的數(shù)據(jù)信息傳遞給服務(wù)器;
[0020]S4,服務(wù)器上的數(shù)據(jù)信息存儲到數(shù)據(jù)庫中后進(jìn)行計算處理并存儲計算結(jié)果,計算時分成離線和在線兩部分,離線部分由hadoop計算完成,在線部分由java實(shí)現(xiàn)完成;
[0021]所述的服務(wù)器采用的是原始數(shù)據(jù)存儲,直接將收集的數(shù)據(jù)原始保存,以json的格式化存儲,先存儲,再計算,存儲與計算分離。
[0022]所述的服務(wù)器上的數(shù)據(jù)庫原則不做刪除和計算操作,只進(jìn)行插入數(shù)據(jù)、存儲以及必要的查詢,查詢計算的工作由java程序來完成。這樣的設(shè)計使得計算量和存儲可以分開由不同的設(shè)備來處理,可以分別提升自己需要的硬件配置。
[0023]所述的進(jìn)行計算指的是計算一次,結(jié)果會長期保存,不會再重復(fù)計算,用存儲還計算能力,計算結(jié)果是通過單獨(dú)的插件來完成,只要安裝插件到服務(wù)器就可以進(jìn)行該插件相關(guān)的計算,并將計算結(jié)果存儲回數(shù)據(jù)庫,插件的計算能力可以由安裝插件的設(shè)備來提供,數(shù)據(jù)庫只需要提供讀出和存儲的能力。這樣避免對單一設(shè)備的要求能力,插件的計算能力也可以單獨(dú)提供或者不計算,或者分段計算,計算能力和bug處理都由插件來完成,對整體的框架沒有影響。
[0024]所述的數(shù)據(jù)信息存儲采用小型化的mongodb來實(shí)現(xiàn),并且模擬了 hadoop的三層存儲查詢計算機(jī)構(gòu),且存儲數(shù)據(jù)格式采用了 json化序列串。在后臺海量計算的時候,依然是采用hadoop來計算,當(dāng)計算量不滿足的時候,以插件形態(tài)擴(kuò)容增加設(shè)備來增加hadoop的計算能力。
[0025]所述的計算處理采用更小的數(shù)據(jù)單元分析,采用增量分析方式。
[0026]所述的計算處理采用的更小時間單位的增量計算代替全量計算,通過小的數(shù)據(jù)變化,來證明廣品的品質(zhì)。
[0027]S5,以圖表方式將計算結(jié)果展示出來。
[0028]所述的計算結(jié)果展示是將計算結(jié)果整體發(fā)回需要展示的客戶端,而轉(zhuǎn)換成展示需要的計算時由客戶端自己來完成的。此方法相對來說計算量還會稍多一些,主要是考慮到服務(wù)器框架的計算壓力,把大量的計算分擔(dān)給外部,由查詢的單位來負(fù)責(zé)承擔(dān)需要的計算部分,這樣,服務(wù)器只要滿足內(nèi)存和帶寬的吞吐能力即可,很容易擴(kuò)展成分布式部署。
[0029]相對于現(xiàn)有技術(shù),本發(fā)明的技術(shù)方案主要有3點(diǎn)不同:
[0030]1、數(shù)據(jù)模型相同,實(shí)現(xiàn)方式差別很大。兩者都采用hadoop的數(shù)據(jù)模型結(jié)構(gòu),但是實(shí)際使用上,本發(fā)明采用更加小型化的mongodb來進(jìn)行數(shù)據(jù)存儲,并且模擬了 hadoop的三層存儲查詢計算機(jī)構(gòu),且存儲數(shù)據(jù)格式采用了 Json化序列串,方便復(fù)雜解析。
[0031]2、本發(fā)明用更小的數(shù)據(jù)單元分析,用增量分析代替全量分析,重視數(shù)據(jù)變化。不同于現(xiàn)有技術(shù)(上述兩家公司)采用的較大規(guī)模計算,本發(fā)明采用的更小時間單位(5分鐘)的增量計算代替全量計算,通過小的數(shù)據(jù)變化,來證明產(chǎn)品的品質(zhì),從而提供產(chǎn)品改進(jìn)意見,相對來說數(shù)據(jù)更加及時和富有變化。
[0032]3、本發(fā)明采用protal,更加注意系統(tǒng)環(huán)境,覆蓋更廣,產(chǎn)品更專業(yè)。本發(fā)明主要針對端游和移動,附帶還有頁游產(chǎn)品,而且本發(fā)明只針對游戲分析,在廣度上產(chǎn)品范圍更大。
[0033]本發(fā)明的有益技術(shù)效果:
[0034]1、主要解決在更短的時間內(nèi),分析得到問題結(jié)果或分析得到可以預(yù)測的問題發(fā)展趨勢,當(dāng)數(shù)據(jù)足夠準(zhǔn)確時要給出結(jié)果,當(dāng)數(shù)據(jù)不足夠多時,要盡量通過分析方法給出趨勢可供預(yù)測,避免運(yùn)營中因信息不足造成的更多損失;
[0035]2、相對于一般的數(shù)據(jù)分析系統(tǒng),本發(fā)明的技術(shù)方案更加輕量,簡單,更快的針對市場反饋問題(分鐘級),可以進(jìn)行快速問題定位,通過產(chǎn)品的輕量化數(shù)據(jù)分析,可以較快定位問題區(qū)域,再通過復(fù)雜方法解決;
[0036]3、通過較為低廉的低配置設(shè)備解決集群大設(shè)備的成本問題,更好的利于陳舊設(shè)備再生產(chǎn),降低分析成本。
[0037]本發(fā)明的技術(shù)方案主要針對游戲領(lǐng)域提供數(shù)據(jù)分析幫助,具體如下:
[0038](I)在某游戲產(chǎn)品開服測試階段,計劃開放10組服務(wù)器,共計4.5_5w人,根據(jù)本發(fā)明設(shè)計系統(tǒng)的統(tǒng)計表示,在最先開服的階段,外部玩家共計8w人左右,根據(jù)服務(wù)排隊(duì)原則,可以多增開2組服務(wù)器,產(chǎn)品根據(jù)建議,在下午3點(diǎn)和下午6點(diǎn)分別增開了 2組服務(wù)器,都是滿載用戶,收到較好的效益;
[0039](2)在某游戲產(chǎn)品的夜間,突然發(fā)現(xiàn)多次登陸用戶曲線有陡峭上升,影響大約2500人,根據(jù)該游戲服務(wù)器承載能力,大約是2個單體server出問題,及時通知客服發(fā)出公告,使得運(yùn)維快速定位問題,在解決以后根據(jù)用戶登錄曲線恢復(fù)情況,快速計算出受影響用戶和受影響時間,比原來需要4-24小時處理分析問題時間縮短到10分鐘,并且解析影響結(jié)果更加清晰準(zhǔn)確;
[0040](3)在解決某產(chǎn)品內(nèi)存泄漏導(dǎo)致崩潰問題上,通過tessar客戶端的進(jìn)程監(jiān)控,準(zhǔn)確的捕獲了一批有問題的用戶的具體的錯誤原因,使得一批半年內(nèi)長期無法解決的客戶端問題在通過tessar客戶端多進(jìn)程監(jiān)控得到解決,正確的處理了問題,使得客戶端崩潰率從每天4500多下降到1000左右,提高了用戶體驗(yàn)度。Tessar產(chǎn)品對產(chǎn)品初期階段,分析產(chǎn)品特性,產(chǎn)品缺陷,調(diào)優(yōu)產(chǎn)品階段有很高的可靠性和保證性。
[0041]以上所述,僅為本發(fā)明較佳的【具體實(shí)施方式】,但本發(fā)明的保護(hù)范圍并不局限于此,任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi),可輕易想到的變化或替換,都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。囚此,本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求書的保護(hù)范圍為準(zhǔn)。
【權(quán)利要求】
1.一種網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,其特征在于,包括如下步驟: SI,收集客戶端的數(shù)據(jù)信息; S2,通過json化的文件格式封裝收集的數(shù)據(jù)信息; S3,以http形式將封裝后的數(shù)據(jù)信息傳遞給服務(wù)器; S4,服務(wù)器上的數(shù)據(jù)信息存儲到數(shù)據(jù)庫中后進(jìn)行計算處理并存儲計算結(jié)果,計算時分成離線和在線兩部分,離線部分由hadoop計算完成,在線部分由java實(shí)現(xiàn)完成; S5,以圖表方式將計算結(jié)果展示出來。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,其特征在于,步驟SI中客戶端信息的收集通過基于C++形式的客戶端、通過json格式的javascript代碼或者通過植入1s或者android的sdk來實(shí)現(xiàn)。
3.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,其特征在于,所述的C++形式的客戶端采用多進(jìn)程協(xié)同工作的方法,每個操作步驟都是通過引導(dǎo)一個程序啟動來執(zhí)行,執(zhí)行完后,在啟動一個新的進(jìn)程來操作下一步操作。
4.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,其特征在于,所述的服務(wù)器采用的是原始數(shù)據(jù)存儲,直接將收集的數(shù)據(jù)原始保存,以json的格式化存儲,先存儲,再計算,存儲與計算分離。
5.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,其特征在于,所述的服務(wù)器上的數(shù)據(jù)庫原則不做刪除和計算操作,只進(jìn)行插入數(shù)據(jù)、存儲以及必要的查詢,查詢計算的工作由java程序來完成。
6.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,其特征在于,所述的進(jìn)行計算指的是計算一次,結(jié)果會長期保存,不會再重復(fù)計算,計算結(jié)果是通過單獨(dú)的插件來完成,只要安裝插件到服務(wù)器就可以進(jìn)行該插件相關(guān)的計算,并將計算結(jié)果存儲回數(shù)據(jù)庫,插件的計算能力可以由安裝插件的設(shè)備來提供,數(shù)據(jù)庫只需要提供讀出和存儲的能力。
7.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,其特征在于,步驟S5中所述的計算結(jié)果展示是將計算結(jié)果整體發(fā)回需要展展示的客戶端,而轉(zhuǎn)換成展示需要的計算時由客戶端自己來完成的。
8.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,其特征在于,所述的數(shù)據(jù)信息存儲采用小型化的mongodb來實(shí)現(xiàn),并且模擬了 hadoop的三層存儲查詢計算機(jī)構(gòu),且存儲數(shù)據(jù)格式采用了 json化序列串;在后臺海量計算的時候,依然是采用hadoop來計算,當(dāng)計算量不滿足的時候,以插件形態(tài)擴(kuò)容增加設(shè)備來增加hadoop的計算能力。
9.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,其特征在于,所述的計算處理采用更小的數(shù)據(jù)單元分析,采用增量分析方式。
10.根據(jù)權(quán)利要求9所述的網(wǎng)絡(luò)游戲數(shù)據(jù)處理方法,其特征在于,所述的計算處理采用的更小時間單位的增量計算代替全量計算,通過小的數(shù)據(jù)變化,來證明產(chǎn)品的品質(zhì)。
【文檔編號】G06F19/00GK104462811SQ201410735701
【公開日】2015年3月25日 申請日期:2014年12月5日 優(yōu)先權(quán)日:2014年12月5日
【發(fā)明者】范小龍 申請人:云中萬維(北京)科技有限公司