一種網(wǎng)站用戶行為統(tǒng)計的方法及裝置制造方法
【專利摘要】本發(fā)明提供了一種網(wǎng)站用戶行為統(tǒng)計的方法及裝置，其中，上述方法包括：向wap網(wǎng)站發(fā)送用于訪問所述wap網(wǎng)站的第一請求，其中，所述第一請求僅用于請求業(yè)務內(nèi)容；在加載所述業(yè)務內(nèi)容的過程中，向統(tǒng)計服務器發(fā)送用于統(tǒng)計用戶行為的第二請求。采用本發(fā)明提供的上述技術方案，解決了相關技術中，用戶訪問請求速度低，系統(tǒng)資源利用率差的技術問題，達到了提升系統(tǒng)可維護性和可擴展性的效果，節(jié)省了后續(xù)維護成本，提高了業(yè)務或統(tǒng)計數(shù)據(jù)重構(gòu)效率。
【專利說明】一種網(wǎng)站用戶行為統(tǒng)計的方法及裝置
【技術領域】
[0001]本發(fā)明涉及網(wǎng)絡統(tǒng)計領域，更具體地說，是一種網(wǎng)站用戶行為統(tǒng)計的方法及裝置?！颈尘凹夹g】
[0002]目前對于用戶在無線應用協(xié)議（wireless application procotol,簡稱為wap)網(wǎng)站上的用戶行為統(tǒng)計數(shù)據(jù)的生成及采集，由于wap協(xié)議對javascript支持不夠,在統(tǒng)計時無法使用javascript腳本來提交用戶日志生成請求。目前使用較多的統(tǒng)計辦法是將用戶訪問請求大多以GET方式發(fā)起，然后在服務端使用技術手段將用戶訪問請求URL記錄下來，生成訪問日志；隨后將訪問日志解析入庫，生成統(tǒng)計報表。這種統(tǒng)計辦法有兩個嚴重的缺
[0003](I)用戶請求參數(shù)以get方式傳輸，而統(tǒng)計所需參數(shù)也需要包含在統(tǒng)一資源定位符（Uniform Rescource Locator,簡稱為URL)中以get方式傳輸，導致每次請求的URL都會很長，在某些復雜業(yè)務場景下容易超出對get請求時URL長度限制。
[0004](2)用戶訪問網(wǎng)站頁面的請求參數(shù)和網(wǎng)站統(tǒng)計用戶行為的參數(shù)都只能混合在請求URL傳輸，導致業(yè)務代碼和統(tǒng)計代碼混雜在一起，無法有效進行邏輯上的區(qū)分。在系統(tǒng)開發(fā)和后續(xù)維護過程中很容易發(fā)生彼此影響，降低了系統(tǒng)可維護性，增加了開發(fā)成本，后續(xù)業(yè)務重構(gòu)和維護都難以進行。而且在服務端對請求進行解析時需要同時對業(yè)務訪問請求參數(shù)和統(tǒng)計參數(shù)進行解析，降低了用戶訪問的處理效率。
[0005]針對相關技術中的上述問題，目前尚未提出有效的解決方案。`
【發(fā)明內(nèi)容】

[0006]針對相關技術中，網(wǎng)站用戶行為統(tǒng)計方法中用戶訪問處理效率低、開發(fā)成本高等技術問題，本發(fā)明提供了一種網(wǎng)站用戶行為統(tǒng)計的方法及裝置，以至少解決上述技術問題。
[0007]根據(jù)本發(fā)明的一個方面，提供了一種網(wǎng)站用戶行為統(tǒng)計的方法，包括：向wap網(wǎng)站發(fā)送用于訪問上述wap網(wǎng)站的第一請求,其中，上述第一請求僅用于請求業(yè)務內(nèi)容；
[0008]在加載上述業(yè)務內(nèi)容的過程中，發(fā)送用于統(tǒng)計用戶行為信息的第二請求。
[0009]優(yōu)選地，向wap網(wǎng)站發(fā)送用于訪問上述wap網(wǎng)站的第一請求之前,包括：將用戶訪問請求中，用于統(tǒng)計用戶行為的統(tǒng)計參數(shù)和與上述業(yè)務內(nèi)容對應的業(yè)務參數(shù)進行拆分；將上述業(yè)務參數(shù)和上述統(tǒng)計參數(shù)分別攜帶于上述第一請求和上述第二請求中。
[0010]優(yōu)選地,通過get或post方式發(fā)送上述第一請求。
[0011]優(yōu)選地,通過get或post方式發(fā)送上述第二請求。
[0012]優(yōu)選地，發(fā)送用于統(tǒng)計用戶行為信息的第二請求，包括：隱式發(fā)送上述第二請求。
[0013]根據(jù)本發(fā)明的另一個方面，提供了一種網(wǎng)站用戶行為統(tǒng)計的裝置，包括：第一發(fā)送模塊，用于向wap網(wǎng)站發(fā)送用于訪問上述wap網(wǎng)站的第一請求,其中，上述第一請求僅用于請求業(yè)務內(nèi)容；加載模塊，用于加載上述業(yè)務內(nèi)容；第二發(fā)送模塊，用于在加載上述業(yè)務內(nèi)容的過程中，發(fā)送用于統(tǒng)計用戶行為信息的第二請求。[0014]優(yōu)選地，上述裝置還包括：拆分模塊，用于將用戶訪問請求中，用于統(tǒng)計用戶行為的統(tǒng)計參數(shù)和與上述業(yè)務內(nèi)容對應的業(yè)務參數(shù)進行拆分；設置模塊，用于將上述業(yè)務參數(shù)和上述統(tǒng)計參數(shù)分別攜帶于上述第一請求和上述第二請求中。
[0015]優(yōu)選地，上述第一發(fā)送模塊，用于通過get或post方式發(fā)送上述第一請求。
[0016]優(yōu)選地，上述第二發(fā)送模塊，用于通過get或post方式發(fā)送上述第二請求。
[0017]優(yōu)選地，上述第二發(fā)送模塊，還用于隱式發(fā)送上述第二請求。
[0018]通過本發(fā)明，采用將統(tǒng)計請求與業(yè)務請求分別進行發(fā)送的技術手段，解決了相關技術中，用戶訪問請求速度低，系統(tǒng)資源利用率差等技術問題。使得用戶的訪問請求和網(wǎng)站為統(tǒng)計用戶行為的請求相區(qū)分開，避免了兩種請求的相互影響，也保證了用戶訪問網(wǎng)站請求與統(tǒng)計事務處理的隔離，從而達到了提升系統(tǒng)可維護性和可擴展性的效果，節(jié)省了后續(xù)維護成本，提高了業(yè)務或統(tǒng)計數(shù)據(jù)重構(gòu)效率。
【專利附圖】

【附圖說明】
[0019]此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：
[0020]圖I為根據(jù)本發(fā)明實施例的網(wǎng)站用戶行為統(tǒng)計的方法的流程圖；
[0021]圖2為根據(jù)本發(fā)明優(yōu)選實施例的網(wǎng)站用戶行為統(tǒng)計的方法的流程圖；
[0022]圖3為根據(jù)本發(fā)明實施例的網(wǎng)站用戶行為統(tǒng)計的裝置的結(jié)構(gòu)框圖；
`[0023]圖4為根據(jù)本發(fā)明實施例的網(wǎng)站用戶行為統(tǒng)計的裝置的結(jié)構(gòu)框圖。
【具體實施方式】
[0024]下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。
[0025]以下實施例可以應用到計算機中，例如應用到PC中。也可以應用到目前采用了智能操作系統(tǒng)中的移動終端中，并且并不限于此。
[0026]在本實施例中，提供了一種網(wǎng)站用戶行為統(tǒng)計的方法，圖I為根據(jù)本發(fā)明實施例I的網(wǎng)站用戶行為統(tǒng)計的方法的流程圖。如圖I所示，該方法包括：
[0027]步驟S102,向wap網(wǎng)站發(fā)送用于訪問該wap網(wǎng)站的第一請求,其中，該第一請求僅用于請求業(yè)務內(nèi)容；
[0028]在實施本步驟之前，還包括：將用戶訪問請求中，用于統(tǒng)計用戶行為的統(tǒng)計參數(shù)和與上述業(yè)務內(nèi)容對應的業(yè)務參數(shù)進行拆分；將上述業(yè)務參數(shù)和上述統(tǒng)計參數(shù)分別攜帶于上述第一請求和上述第二請求中。由此可見，用戶訪問wap網(wǎng)站所發(fā)送的第一請求中，不包含統(tǒng)計參數(shù)，從而降低了請求URL的復雜度，避免請求URL的長度超出長度限制。
[0029]在本實施例中，可以通過get或post方式發(fā)送上述第一請求。
[0030]步驟S104，在加載上述業(yè)務內(nèi)容的過程中，發(fā)送用于統(tǒng)計用戶行為的第二請求；
[0031]其中，第二請求的發(fā)送可以采用顯性發(fā)送，以便使用戶了解進程，當然對于用戶來講，一般不關注統(tǒng)計的流程，只關注加載的業(yè)務內(nèi)容，因此，還可以向上述統(tǒng)計服務器隱式發(fā)送上述第二請求。
[0032]優(yōu)選地,通過get或post方式發(fā)送上述第二請求。[0033]在步驟S102和S104中，發(fā)送第一請求和第二請求的對象為服務器，即向服務器發(fā)送第一請求和第二請求，此處的服務器可以為兩個獨立的不同服務器，也可以為相同的服務器，例如為同一服務器。
[0034]以http請求為例，說明上述處理過程：
[0035]基本原則是將一般做法的一次http請求拆分為兩次http請求，以請求拆分的方式保證業(yè)務請求和統(tǒng)計請求相互獨立，互不干擾。http請求可以是get方式也可以是post方式，為舉例方便，步驟說明中均以get方式發(fā)起：
[0036]一般做法的HTTP GET請求如下：
[0037]http://192. 168. I. 1/contentToDetail. action?userid=lll&catid=106626&pageid=1602562&channelid=18000000&cntindex=266185&discountindex=
[0038]在這個HTTP GET請求里，實際上業(yè)務處理僅需要http://192. 168. I. I/contentToDetail. action?cntindex=266185&discountindex=
[0039]userid、catid、pageid、channel id等參數(shù)都屬于僅僅統(tǒng)計才需要使用的參數(shù),業(yè)務處理不關注；但由于只有一次請求，所以統(tǒng)計參數(shù)和業(yè)務處理所需參數(shù)都需要耦合在一起，導致請求變長，后續(xù)業(yè)務重構(gòu)和維護都難以進行。
[0040]故本實施過程中，將該HTTP GET請求進行拆分，將一次HTTP GET請求拆分為兩次HTTP GET請求：第一次HTTP GET請求為用戶通過瀏覽器主動發(fā)起；在獲取HTTP GET請求的返回后，瀏覽器加載返回內(nèi)容的過程中，由瀏覽器隱式發(fā)起第二次請求，以此保證對用戶體驗無影響一在 用戶操作上還是只需要進行一次業(yè)務操作。
[0041]在相關技術中，產(chǎn)生用戶訪問請求速度低，系統(tǒng)資源利用率差問題的原因在于，wap網(wǎng)站統(tǒng)計時業(yè)務訪問請求參數(shù)和網(wǎng)站統(tǒng)計參數(shù)混雜在一起傳遞，為解決該問題，本實施例在編碼過程中僅關注業(yè)務調(diào)用（即請求加載業(yè)務內(nèi)容）本身，而將統(tǒng)計調(diào)用（即統(tǒng)計請求）單獨抽取出來在頁面加載過程中發(fā)起。統(tǒng)計請求可以單獨發(fā)向統(tǒng)計服務器，保證統(tǒng)計調(diào)用與業(yè)務調(diào)用不會互相影響。也就是說，在用戶訪問wap網(wǎng)站頁面的請求（即第一請求)中，不包含統(tǒng)計相關參數(shù)。用戶請求到wap網(wǎng)站頁面后，在頁面加載過程中，由頁面自行向統(tǒng)計服務器發(fā)送統(tǒng)計請求（即第二請求)。
[0042]圖2為根據(jù)本發(fā)明優(yōu)選實施例的網(wǎng)站用戶行為統(tǒng)計的方法的流程圖，http請求可以是get方式也可以是post方式，為舉例方便，以下均以get方式發(fā)起。
[0043]如圖2所示，該方法包括：
[0044]步驟S200 :客戶端瀏覽器向服務器端wap服務器192. 168. I. I提交訪問請求；此時所發(fā)起的HTTP GET請求如下，此時為第一次HTTP GET請求，由用戶操作發(fā)起
[0045]http://192. 168. I. I/contentToDetail. action?cntindex=266185&discountindex=。此時執(zhí)行主體為客戶端瀏覽器。
[0046]步驟S202 :服務器端wap服務器192. 168. I. I響應該請求，并返回請求內(nèi)容給客
戶端瀏覽器；
[0047]
【權(quán)利要求】
1.一種網(wǎng)站用戶行為統(tǒng)計的方法，其特征在于，包括：向無線應用協(xié)議wap網(wǎng)站發(fā)送用于訪問所述wap網(wǎng)站的第一請求,其中，所述第一請求 僅用于請求業(yè)務內(nèi)容；在加載所述業(yè)務內(nèi)容的過程中，發(fā)送用于統(tǒng)計用戶行為信息的第二請求。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，向wap網(wǎng)站發(fā)送用于訪問所述wap網(wǎng)站的 第一請求之前，包括：將用戶訪問請求中，用于統(tǒng)計用戶行為的統(tǒng)計參數(shù)和與所述業(yè)務內(nèi)容對應的業(yè)務參數(shù) 進行拆分；將所述業(yè)務參數(shù)和所述統(tǒng)計參數(shù)分別攜帶于所述第一請求和所述第二請求中。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，通過get或post方式發(fā)送所述第一請求。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，通過get或post方式發(fā)送所述第二請求。
5.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于，發(fā)送用于統(tǒng)計用戶行為信息的 第二請求，包括：隱式發(fā)送所述第二請求。
6.一種網(wǎng)站用戶行為統(tǒng)計的裝置，其特征在于，包括：第一發(fā)送模塊，用于向無線應用協(xié)議wap網(wǎng)站發(fā)送用于訪問所述wap網(wǎng)站的第一請求， 其中，所述第一請求僅用于請求業(yè)務內(nèi)容；加載模塊，用于加載所述業(yè)務內(nèi)容；第二發(fā)送模塊，用于在加載所述業(yè)務內(nèi)容的過程中，發(fā)送用于統(tǒng)計用戶行為信息的第二請求。
7.根據(jù)權(quán)力要求6所述的裝置，其特征在于，還包括：拆分模塊，用于將用戶訪問請求中，用于統(tǒng)計用戶行為的統(tǒng)計參數(shù)和與所述業(yè)務內(nèi)容 對應的業(yè)務參數(shù)進行拆分；設置模塊，用于將所述業(yè)務參數(shù)和所述統(tǒng)計參數(shù)分別攜帶于所述第一請求和所述第二 請求中。
8.根據(jù)權(quán)力要求6所述的裝置，其特征在于，所述第一發(fā)送模塊，用于通過get或post 方式發(fā)送所述第一請求。
9.根據(jù)權(quán)力要求6所述的裝置，其特征在于，所述第二發(fā)送模塊，用于通過get或post 方式發(fā)送所述第二請求。
10.根據(jù)權(quán)力要求6至9任一項所述的裝置，其特征在于，所述第二發(fā)送模塊，還用于隱 式發(fā)送所述第二請求。
【文檔編號】G06F17/30GK103488719SQ201310415904
【公開日】2014年1月1日 申請日期:2013年9月12日 優(yōu)先權(quán)日:2013年9月12日
【發(fā)明者】彭剛 申請人:中興通訊股份有限公司