[發明專利]基于統計平臺的統計用戶行為形成日志的方法在審
| 申請號: | 201611236605.6 | 申請日: | 2016-12-28 |
| 公開(公告)號: | CN106897156A | 公開(公告)日: | 2017-06-27 |
| 發明(設計)人: | 石光捷;張莉;葛建科;陸萍;汪雙 | 申請(專利權)人: | 南京欣網互聯信息技術有限公司 |
| 主分類號: | G06F9/54 | 分類號: | G06F9/54;G06F17/30 |
| 代理公司: | 徐州市淮海專利事務所32205 | 代理人: | 華德明 |
| 地址: | 210037 江蘇省南京市*** | 國省代碼: | 江蘇;32 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 基于 統計 平臺 用戶 行為 形成 日志 方法 | ||
技術領域
本發明屬于互聯網領域,特別涉及基于統計平臺的統計用戶行為形成日志的方法。
背景技術
現有的基于統計平臺的統計用戶行為形成日志的方法為從應用服務器日志中查看,應用服務器日志就是通過從服務器所產生的日志文件來獲取有用的數據,所述服務器日志就是用來記錄Web服務器的活動,提供了詳細的客戶和服務器的交互活動日志,其中包括客戶的請求和服務器的響應。由于所有的信息都存在一個日志里面,當抓取相關關鍵字,但應用服務器存在著大量的數據包括在大量的數據中導致抓取查看不方。當大量客戶進行訪問時,由于都到應用服務器日志中查看,導致服務器處理不過來,導致服務器不響應,最終導致數據容易丟失。
發明內容
1、所要解決的技術問題:
當大量客戶進行訪問時,由于都到應用服務器日志中查看,導致服務器處理不過來,導致服務器不響應,最終導致數據容易丟失。
2、 技術方案:
為了解決以上本體,本發明提供了一種基于統計平臺的統計用戶行為形成日志的方法,包括以下步驟:第一步:用戶向客戶端發出請求后,服務器將請求轉化為數據請求,;第二步,服務器另一端系統定期抓取等待的數據請求,存入系統,主程序在日志隊列中把日志數據入庫并記錄日志;第三步:服務器通過數據庫大量數據分析用戶行為,用于判斷調用接口是否成功等情況。
所述服務端結合密鑰機制解析轉化為相關數據請求。
所述主程序在記錄日志時為異步寫到一個信息隊列中。
判斷的方法為按接口的地址。用戶手機號進行查詢。
所述異步處理客戶端日志時,數據入庫對數據分析處理,后臺有頁面能夠看到,能夠做相關查詢。
系統中設有定時器用于單獨處理隊列,設有監聽器用于把剩余的隊列處理完。
3、有益效果:
異步處理用戶請求數據,減少用戶訪問等待時間,降低服務器壓力,服務器能夠處理大量客戶訪問,而導致服務器不會不響應。
具體實施方式
下面對本發明進行詳細說明。
本發明提供了一種基于統計平臺的統計用戶行為形成日志的方法,包括以下步驟:第一步:用戶向客戶端發出請求后,服務器將請求轉化為數據請求,;第二步,服務器另一端系統定期抓取等待的數據請求,存入系統,主程序在日志隊列中把日志數據入庫并記錄日志;第三步:服務器通過數據庫大量數據分析用戶行為,用于判斷調用接口是否成功等情況。
用戶向客戶端請求之后,服務端結合密鑰機制解析轉化為相關數據請求,為了數據安全性,不至于產生非客戶端產生的請求。
通過數據庫大量數據分析用戶行為,入庫之后,可以按接口的地址。用戶手機號進行查詢,比方此手機號調用此接口返回的數據是什么,從而判斷調用接口是否成功等情況。
主程序在記錄日志時是異步寫到一個信息隊列中。這樣子保證主應用運行不會受到影響。對于此信息隊列的消化也是通過另一個系統定時完成。
隊列異步處理客戶端日志的,數據入庫可以對數據分析處理 后臺有頁面可以看到,可以做相關查詢,用戶請求日志處理機制清晰。
有個定時器單獨處理隊列,和其他請求分開,不受干擾,服務停止,也有監聽器也會把剩余的隊列處理完,也不會造成數據的丟失。所數據的準確性比較高,所以數據并發量大時,用戶日志相互不受干擾,準確性高。
雖然本發明已以較佳實施例公開如上,但它們并不是用來限定本發明的,任何熟習此技藝者,在不脫離本發明之精神和范圍內,自當可作各種變化或潤飾,因此本發明的保護范圍應當以本申請的權利要求保護范圍所界定的為準。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于南京欣網互聯信息技術有限公司,未經南京欣網互聯信息技術有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201611236605.6/2.html,轉載請聲明來源鉆瓜專利網。
- 上一篇:帶U形滑環密封結構的電磁閥
- 下一篇:一種經濟型淋浴水龍頭





