專利名稱：一種網(wǎng)絡(luò)用戶行為日志自動獲取方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種網(wǎng)絡(luò)資源獲取方法，特別涉及一種網(wǎng)絡(luò)用戶行為日志的自 動獲取方法。
背景技術(shù)：
隨著Web信息的日益增長，人們不得不花費大量的時間去搜索、瀏覽自己需 要的、感興趣的信息。為解決此問題，自動識別用戶興趣，實現(xiàn)個性化的資源 推薦就成為個性化服務(wù)領(lǐng)域的研究熱點。在這方面的研究也取得了顯著的成就。 個性化服務(wù)研究大多數(shù)都是以用戶訪問行為的日志數(shù)據(jù)為基礎(chǔ)開展研究，用戶 訪問行為的日志數(shù)據(jù)為個性化服務(wù)中用戶興趣發(fā)現(xiàn)、資源推薦等研究提供很好 的數(shù)據(jù)支持，是這些研究很關(guān)鍵的前提，而目前用戶訪問行為的日志獲取方法 的研究仍不太成熟，可移植性很差，日志記錄可重用性很低。目前用戶訪問行 為的日志獲取方法如下
第一種常見的日志獲取方法是利用Web服務(wù)器日志進行過濾。Web服務(wù)器 日志記錄了用戶訪問站點的數(shù)據(jù)，每當(dāng)站點上的頁面被訪問一次，Web服務(wù)器 就在日志中增加一條相應(yīng)的記錄。
另外一種常見的日志獲取方法，是嵌套在網(wǎng)站中，通過編寫相應(yīng)的日志記 錄代碼獲取所需要采集的用戶訪問行為的日志數(shù)據(jù)。 上述現(xiàn)有系統(tǒng)在通信方面存在以下四方面的問題
1. 日志記錄不能很好的和用戶關(guān)聯(lián)起來；
2. 缺乏用戶訪問行為的定制，數(shù)據(jù)往往比較冗余繁雜；
3. 日志記錄控制不能靈活的增加和減少需要采集的用戶行為；
4. 對不同的系統(tǒng)，日志獲取模塊重用性很低。

發(fā)明內(nèi)容
本發(fā)明的目的是解決現(xiàn)有技術(shù)日志獲取中可擴展性和可移植性不高的缺
4陷，提供一種基于c/s (客戶端/服務(wù)器)模式的可移植性較好的用戶行為曰志
獲取的方法。
為達到以上目的，本發(fā)明是采取如下技術(shù)方案予以實現(xiàn)的 一種網(wǎng)絡(luò)用戶行為日志自動獲取方法，其特征在于在客戶端與Web服務(wù) 器之間加上一代理服務(wù)器，代理服務(wù)器第一次接受Web服務(wù)器返回的響應(yīng)正文 為HTML格式的用戶響應(yīng)即HTTP響應(yīng)(HTTP響應(yīng)包括三部分內(nèi)容響應(yīng)狀 態(tài)碼，響應(yīng)頭部和響應(yīng)正文)，在該HTTP響應(yīng)中加入用戶行為日志采集模塊， 發(fā)送到客戶端，用戶行為日志采集模塊在客戶端充當(dāng)用戶行為日志的數(shù)據(jù)采集 端，而代理服務(wù)器充當(dāng)用戶行為日志的數(shù)據(jù)處理端；引入代理服務(wù)器以后的信 息交換模式具體包括下述步驟
1) 用戶通過客戶端向Web服務(wù)器發(fā)送HTTP請求；
2) 代理服務(wù)器截獲該HTTP請求并解析該HTTP請求的類型，以決定是否 轉(zhuǎn)發(fā)該HTTP請求，具體情況如下
a. 當(dāng)請求為調(diào)用Web服務(wù)器資源，則
Stepl:代理服務(wù)器轉(zhuǎn)發(fā)該請求至Web服務(wù)器； Step2:轉(zhuǎn)至步驟3);
b. 當(dāng)請求為調(diào)用用戶行為日志采集模塊，貝'J:
Stepl:代理服務(wù)器構(gòu)建包含用戶行為日志采集模塊的HTTP響
應(yīng)；
Step2:轉(zhuǎn)至步驟5);
c. 當(dāng)請求為發(fā)送采集的日志數(shù)據(jù)，貝'J:
Stepl:代理服務(wù)器接收發(fā)送的日志數(shù)據(jù)； Step2:日志數(shù)據(jù)交由代理服務(wù)器上的日志處理模塊處理； Step3:處理后的日志數(shù)據(jù)儲存到代理服務(wù)器的日志文件中； Step4:代理服務(wù)器構(gòu)建包含接收日志數(shù)據(jù)成功標志的HTTP響應(yīng)； Step5:轉(zhuǎn)至步驟5);
3) 代理服務(wù)器接收來自Web服務(wù)器返回的HTTP響應(yīng)并判斷該HTTP 響應(yīng)正文的類型
a. 如果響應(yīng)正文為HTML網(wǎng)頁，轉(zhuǎn)至步驟4);
b. 否則轉(zhuǎn)至步驟5);4) 代理服務(wù)器解析HTTP響應(yīng)，并在該響應(yīng)中修改HTTP響應(yīng)頭部的長度 信息、在該響應(yīng)正文中加入客戶端日志采集模塊；
5) 代理服務(wù)器將步驟2)包含用戶行為日志采集模塊的HTTP響應(yīng)、包含 接收日志數(shù)據(jù)成功標志的HTTP響應(yīng)、步驟3) Web服務(wù)器返回的HTTP響應(yīng)或 者步驟4)修改后的HTTP響應(yīng)發(fā)送至客戶端。
上述方案中，所述代理服務(wù)器與原來的Web服務(wù)器為同一臺服務(wù)器；或不 同于Web服務(wù)器，而作為一個獨立的日志獲取服務(wù)器。
所述用戶行為日志采集模塊采用事件驅(qū)動模型，代理服務(wù)器提供可視化用
戶接口UI定制目標系統(tǒng)需要采集的用戶行為，存儲在用戶行為描述文件中，當(dāng)
用戶定制完需要采集的行為之后，用戶行為描述文件被存放到代理服務(wù)器上，
最后，在客戶端充當(dāng)用戶行為日志數(shù)據(jù)采集端的用戶行為日志采集模塊動態(tài)加
載位于代理服務(wù)器上的用戶行為描述文件，依據(jù)定制的用戶行為來采集用戶在
目標系統(tǒng)的這些行為日志數(shù)據(jù)。
其中每種用戶行為可通過下述兩種方法之一來描述:
① 通過用戶在頁面有序的操作序列集合來標識定制的行為；
② 通過統(tǒng)一資源定位符URL來過濾得到定制行為； 以上兩種方式都可以唯一的標識某個行為。 與上述提到的背景技術(shù)作對比，我們來分析下本發(fā)明的優(yōu)勢。 不同的系統(tǒng)需要采集的行為往往有所不同，為了提高日志記錄模塊的可重
用性，這就需要提供一種機制靈活的增加或減少系統(tǒng)中需要采集的行為，并且 在用戶行為日志采集過程中，需要靈活的配置和描述需要采集的行為。而且為 了適應(yīng)更多的系統(tǒng)，除有一些基本的用戶行為(如搜索行為，評價行為，瀏覽 行為等)，還應(yīng)可以定制一些其他行為。但目前日志記錄并沒有很好的對不同的 行為進行分類，也不能靈活的自定義系統(tǒng)需要采集的用戶行為，更沒有提供一 種有效的方法來描述一種用戶行為。
本發(fā)明用戶行為日志采集模塊采用事件驅(qū)動模型，針對頁面對用戶行為進 行監(jiān)聽，它可以借助于瀏覽器直接運行，主要好處在于它允許更大的靈活性， 因為處理程序完全是獨立的，當(dāng)事件發(fā)生時，它只需要發(fā)送給統(tǒng)一的處理程序， 而不需要了解具體是哪個子程序在執(zhí)行，哪個子程序是什么功能。
至于描述用戶的行為，本發(fā)明提供了一個數(shù)據(jù)格式——用戶行為的描述文 件，在這個文件中通過可擴展標記語言XML來描述和存儲需采集的用戶行為。并且提出每種行為可通過兩種簡單的方式來描述該兩種方式都可以唯一的標 識某個行為。有了上述用戶行為描述文件，就可靈活的定制需要采集的用戶行 為，并提供對用戶行為的描述機制及方便用戶配置的可視化用戶接口 UI。最后 用戶行為日志采集模塊動態(tài)加載用戶行為描述文件，而我們只需在用戶行為描 述文件里增加或減少相應(yīng)的行為即可達到靈活的增加或減少需要采集的用戶行 為。
與現(xiàn)有技術(shù)的對比，本發(fā)明的特點是
1. 實現(xiàn)可擴展的系統(tǒng)，靈活定制需要采集的用戶行為；
2. 對不同的系統(tǒng)，該方法移植性較高；
3. 容易部署，從而為系統(tǒng)提供透明的日志記錄服務(wù)；使后期的日志數(shù)據(jù) 預(yù)處理及數(shù)據(jù)挖掘更容易。


圖1為本發(fā)明方法涉及的網(wǎng)絡(luò)系統(tǒng)框圖。
圖2為本發(fā)明用戶行為日志數(shù)據(jù)采集端和用戶行為日志數(shù)據(jù)處理端的設(shè)計 框架圖。
圖3為本發(fā)明用戶行為日志采集模塊可擴展的設(shè)計結(jié)構(gòu)。
圖4為本發(fā)明代理服務(wù)器的工作流程圖。
圖5為正常上網(wǎng)資源請求時序圖。
圖6為客戶端對用戶行為采集模塊的請求時序圖。
圖7為客戶端發(fā)送采集的行為日志時序圖。
圖8為用戶行為日志采集基本行為配置圖。
具體實施例方式
為了更清楚的理解本發(fā)明，以下結(jié)合附圖對本發(fā)明作進一步的詳細描述。 如圖1所示，在客戶端與Web服務(wù)器之間加上一 "代理服務(wù)器"，用戶通 過客戶端向Web服務(wù)器發(fā)送請求；代理服務(wù)器截獲該請求并轉(zhuǎn)發(fā)至Web服務(wù)器； Web服務(wù)器返回HTTP響應(yīng)至代理服務(wù)器;代理服務(wù)器處理Web服務(wù)器返回的HTTP 響應(yīng)，并在該HTTP響應(yīng)中加入用戶行為日志采集模塊，然后發(fā)送至客戶端。 本發(fā)明釆用C/S模式，考慮可擴展，可移植這兩個特性，用戶行為日志獲取的方法主要包括兩方面的設(shè)計用戶行為日志的數(shù)據(jù)采集端和用戶行為日志 的數(shù)據(jù)處理端(如圖2所示)。以下予以分述
①充當(dāng)用戶行為日志數(shù)據(jù)采集端的用戶行為日志采集模塊的設(shè)計(圖2客戶端): 用戶行為日志數(shù)據(jù)采集端主要是針對頁面進行監(jiān)聽以捕獲行為日志，為此 我們要采用客戶端腳本語言JavaScript,該技術(shù)對頁面元素能很好的支持，并且 擴展性要好，支持"事件驅(qū)動"?？蛻舳四_本語言JavaScript是動態(tài)的，它可以 直接對用戶或客戶在頁面的輸入做出響應(yīng)，無須經(jīng)過Web服務(wù)程序；而且更重 要的它是采用以事件驅(qū)動的方式進行的；而且它是一種基于對象的語言，這樣 可以使程序的可讀性更高，維護起來很方便，而且易擴展；它還是跨平臺的， 只依賴于瀏覽器本身，與操作環(huán)境無關(guān)。
另外我們還需要一種交互式網(wǎng)頁應(yīng)用的網(wǎng)頁開發(fā)技術(shù)用來把客戶端捕獲的 用戶行為日志發(fā)送給用戶行為日志的數(shù)據(jù)處理端。我們選用AJAX (異步 JavaScript和XML (可擴展標記語言))來滿足這個需求，而且AJAX和客戶端 腳本語言JavaScript結(jié)合性很好?？蛻舳四_本語言JavaScript是一種粘合劑使 AJAX應(yīng)用的各部分集成在一起。在AJAX中客戶端腳本語言(如JavaScript) 主要被用來傳遞用戶界面上的數(shù)據(jù)到服務(wù)端并返回結(jié)果。 下面進一步劃分模塊介紹 m關(guān)聯(lián)用戶
上面提到Web服務(wù)器日志缺乏用戶ID這個重要信息，而且我們記錄日志的 目的是要給用戶分析其興趣并為其推薦資源，所以我們一定要有能標識用戶的 信息。在這通過捕獲得到用戶登錄時的.ID來標識用戶，如果用戶匿名登錄，則 以IP (網(wǎng)絡(luò)協(xié)議)地址來標識該用戶。 [2]動態(tài)加載用戶行為描述文件
用戶行為描述文件是通過可擴展標記語言XML文件進行描述的。每種行為 可通過下述兩種方法之一來描述 一種是按照頁面元素標簽的觸發(fā)順序來標志 某種行為； 一種是按照URL來過濾出某種行為。兩種方式都可以唯一的標識某 個行為。我們加載用戶行為描述文件，這樣用戶行為日志采集模塊可以只捕獲 用戶行為描述文件中定制的這些行為操作。 [3]事件監(jiān)聽
事件監(jiān)聽模塊使用事件驅(qū)動模型來實現(xiàn)，事件驅(qū)動模型的三大要素包括-事件源能夠接收外部事件的源體；偵聽器能夠接收事件源通知的對象；事 件處理程序用于處理事件的對象。我們給用戶行為描述文件定制的這些用戶 行為注冊事件偵聽器，并把事件偵聽程序和事件處理程序獨立開來。
我們以一個具體事例來解釋事件驅(qū)動模型，如圖3所示，當(dāng)我們?yōu)橐粋€特 定的按鈕元素注冊點擊的事件偵聽器，當(dāng)用戶點擊這個按鈕時，會將事件傳遞 給偵聽器，這意味著事件源調(diào)用偵聽器對象中的一個特定方法(偵聽器對象可 以偵聽一個特定對象的事件(比如一個按鈕))，并以事件對象作為實參，然后交 給事件處理程序按照一定業(yè)務(wù)邏輯執(zhí)行。 ②用戶行為日志數(shù)據(jù)處理端的設(shè)計
首先我們先了解一下充當(dāng)用戶行為日志數(shù)據(jù)處理端的"代理服務(wù)器"工作 流程(如圖4所示)
1) 用戶通過客戶端向Web服務(wù)器發(fā)送HTTP請求；
2) 代理服務(wù)器截獲該HTTP請求并解析該HTTP請求的類型，以決定是否 轉(zhuǎn)發(fā)該HTTP請求，具體情況如下
a. 當(dāng)請求為調(diào)用Web服務(wù)器資源，則
Stepl:代理服務(wù)器轉(zhuǎn)發(fā)該請求至Web服務(wù)器； Step2:轉(zhuǎn)至步驟3);
b. 當(dāng)請求為調(diào)用用戶行為日志采集模塊，貝'J:
Stepl:代理服務(wù)器構(gòu)建包含用戶行為日志采集模塊的HTTP響
應(yīng)；
Step2:轉(zhuǎn)至步驟5);
c. 當(dāng)請求為發(fā)送采集的日志數(shù)據(jù)，則
Stepl:代理服務(wù)器接收發(fā)送的日志數(shù)據(jù)； Step2:日志數(shù)據(jù)交由代理服務(wù)器上的日志處理模塊處理； Step3:處理后的日志數(shù)據(jù)儲存到代理服務(wù)器的日志文件中； Step4:代理服務(wù)器構(gòu)建包含接收日志數(shù)據(jù)成功標志的HTTP響應(yīng)； Step5:轉(zhuǎn)至步驟5);
3) 代理服務(wù)器接收來自Web服務(wù)器返回的HTTP響應(yīng)并判斷該HTTP
響應(yīng)正文的類型
a.如果響應(yīng)正文為HTML網(wǎng)頁，轉(zhuǎn)至步驟4);b.否則轉(zhuǎn)至步驟5);
4) 代理服務(wù)器解析HTTP響應(yīng)，并在該響應(yīng)中修改HTTP響應(yīng)頭部的長度 信息、在該響應(yīng)正文中加入客戶端日志采集模塊；
5) 代理服務(wù)器將步驟2)包含用戶行為日志采集模塊的HTTP響應(yīng)、包含 接收日志數(shù)據(jù)成功標志的HTTP響應(yīng)、步驟3) Web服務(wù)器返回的HTTP響應(yīng)或 者步驟4)修改后的HTTP響應(yīng)發(fā)送至客戶端。
我們使用socket (套接字)技術(shù)，通過監(jiān)聽客戶端端口或Web服務(wù)器端口 實現(xiàn)上述流程。當(dāng)用戶自客戶端通過瀏覽器發(fā)送HTTP請求時，代理服務(wù)器首 先接受客戶端的連接，并建立一個新的線程，接收HTTP請求，并按照HTTP 協(xié)議的格式對HTTP請求和HTTP響應(yīng)作簡單的解析，以決定代理服務(wù)器是否 轉(zhuǎn)發(fā)該請求、是否修改來自Web服務(wù)器的用戶HTTP響應(yīng)。
由于我們的主要目的是為了獲取用戶的日志數(shù)據(jù)。針對上述流程中步驟2) 中第c種情況進一步的描述(參見圖2中用戶行為日志數(shù)據(jù)處理端)，每當(dāng)用戶 行為日志數(shù)據(jù)采集端向用戶行為日志數(shù)據(jù)處理端發(fā)送捕獲到的行為記錄時，用 戶行為日志數(shù)據(jù)處理端會給其分配一個接收數(shù)據(jù)線程，當(dāng)多條行為記錄同時發(fā) 送時，則采用多線程并行處理以加快執(zhí)行速度，之后接收數(shù)據(jù)線程會將數(shù)據(jù)交 由曰志數(shù)據(jù)處理器，由數(shù)據(jù)處理器按照日志格式對接收到的數(shù)據(jù)進行處理并將 處理后的用戶行為日志數(shù)據(jù)存儲到日志數(shù)據(jù)庫中。
另外我們提到代理服務(wù)器提供可視化用戶接口UI方便用戶定制目標系統(tǒng)需 要采集的行為(UI如圖8所示)。
用戶可以根據(jù)項目的需求定制一些在項目中要采集的行為。最后生成一個 定制目標系統(tǒng)需采集行為的用戶行為描述文件。用戶行為描述主要采用兩種方 式 一種是按照用戶在頁面有序的操作序列集合來標識定制的行為； 一種是按 照URL來過濾出定制的行為。
舉例說明如下搜索行為是通過用戶在頁面有序的操作序列來描述的。即 記錄了用戶在頁面完成搜索行為需要執(zhí)行的有序的操作集合。 一般搜索行為需 要兩個有序的操作輸入關(guān)鍵字，提交査詢內(nèi)容。輸入關(guān)鍵字這個操作關(guān)聯(lián)頁
面上輸入關(guān)鍵字的文本框，提交查詢內(nèi)容這個操作關(guān)聯(lián)頁面上的提交按鈕根據(jù)
超文本標記語言HTML的規(guī)范我們知道，頁面元素由其id屬性唯一標識。我們 通過有序集合A^輸入關(guān)鍵字的文本框的id屬性、提交按鈕的id屬性}就可以
10標識該搜索行為。
評價行為我們通過URL進行描述的。我們都知道URL為統(tǒng)一資源定位符 (UniformResourceLocator的縮寫)，它可以唯一的標識一個資源。首先給出評 價行為的URL，然后對其參數(shù)進行描述。 一般評價行為包含三個參數(shù)評價資 源的用戶的標識，被評價的資源的標識，評分。我們通過URL加上其參數(shù)就可 以標識該評價行為。
注這個三個參數(shù)也是為了適應(yīng)個性化服務(wù)中的推薦模型。
權(quán)利要求
1.一種網(wǎng)絡(luò)用戶行為日志自動獲取方法，其特征在于在客戶端與Web服務(wù)器之間加上一代理服務(wù)器，代理服務(wù)器第一次接受Web服務(wù)器返回的響應(yīng)正文為HTML格式的用戶響應(yīng)即HTTP響應(yīng)，在該HTTP響應(yīng)中加入用戶行為日志采集模塊，發(fā)送到客戶端，用戶行為日志采集模塊在客戶端充當(dāng)用戶行為日志的數(shù)據(jù)采集端，而代理服務(wù)器充當(dāng)用戶行為日志的數(shù)據(jù)處理端；引入代理服務(wù)器以后的信息交換模式具體包括下述步驟1)用戶通過客戶端向Web服務(wù)器發(fā)送HTTP請求；2)代理服務(wù)器截獲該HTTP請求并解析該HTTP請求的類型，以決定是否轉(zhuǎn)發(fā)該HTTP請求a.當(dāng)請求為調(diào)用Web服務(wù)器資源，則Step1代理服務(wù)器轉(zhuǎn)發(fā)該請求至Web服務(wù)器；Step2轉(zhuǎn)至步驟3)；b.當(dāng)請求為調(diào)用用戶行為日志采集模塊，則Step1代理服務(wù)器構(gòu)建包含用戶行為日志采集模塊的HTTP響應(yīng)；Step2轉(zhuǎn)至步驟5)；c.當(dāng)請求為發(fā)送采集的日志數(shù)據(jù)，則Step1代理服務(wù)器接收發(fā)送的日志數(shù)據(jù)；Step2日志數(shù)據(jù)交由代理服務(wù)器上的日志處理模塊處理；Step3處理后的日志數(shù)據(jù)儲存到代理服務(wù)器的日志文件中；Step4代理服務(wù)器構(gòu)建包含接收日志數(shù)據(jù)成功標志的HTTP響應(yīng)；Step5轉(zhuǎn)至步驟5)；3)代理服務(wù)器接收來自Web服務(wù)器返回的HTTP響應(yīng)并判斷該HTTP響應(yīng)正文的類型a.如果響應(yīng)正文為HTML網(wǎng)頁，轉(zhuǎn)至步驟4)；b.否則轉(zhuǎn)至步驟5)；4)代理服務(wù)器解析HTTP響應(yīng)，并在該響應(yīng)中修改HTTP響應(yīng)頭部的長度信息、在該響應(yīng)正文中加入客戶端日志采集模塊；5)代理服務(wù)器將步驟2)包含用戶行為日志采集模塊的HTTP響應(yīng)、包含接收日志數(shù)據(jù)成功標志的HTTP響應(yīng)、步驟3)Web服務(wù)器返回的HTTP響應(yīng)或者步驟4)修改后的HTTP響應(yīng)發(fā)送至客戶端。
2、 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)用戶行為日志自動獲取方法，其特征在于: 所述代理服務(wù)器與原來的Web服務(wù)器為同一臺服務(wù)器;或不同于Web服務(wù)器，而作為一個獨立的日志獲取服務(wù)器。
3、 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)用戶行為日志自動獲取方法，其特征在于 所述用戶行為日志采集模塊采用事件驅(qū)動模型，代理服務(wù)器提供可視化用戶接 口 UI定制目標系統(tǒng)需要采集的用戶行為，存儲在用戶行為描述文件中，當(dāng)用 戶定制完需要采集的行為之后，用戶行為描述文件被存放到代理服務(wù)器上，最 后，在客戶端充當(dāng)用戶行為日志數(shù)據(jù)采集端的用戶行為日志采集模塊動態(tài)加載 位于代理服務(wù)器上的用戶行為描述文件，依據(jù)定制的用戶行為來采集用戶在目 標系統(tǒng)的這些行為日志數(shù)據(jù)。
4、 根據(jù)權(quán)利要求3所述的網(wǎng)絡(luò)用戶行為日志自動獲取方法，其特征在于 所述目標系統(tǒng)需要采集的用戶行為通過下述兩種方法之一來描述-① 通過用戶在頁面有序的操作序列集合來標識定制的行為；② 通過統(tǒng)一資源定位符URL來過濾得到定制行為； 以上兩種方式都可以唯一的標識某個行為。
全文摘要
本發(fā)明公開了一種網(wǎng)絡(luò)用戶行為日志自動獲取方法，其特征在于在客戶端與Web服務(wù)器之間加上一代理服務(wù)器，代理服務(wù)器第一次接受Web服務(wù)器返回的響應(yīng)正文為HTML格式的用戶響應(yīng)即HTTP響應(yīng)，在該HTTP響應(yīng)中加入用戶行為日志采集模塊，發(fā)送到客戶端，用戶行為日志采集模塊在客戶端充當(dāng)用戶行為日志的數(shù)據(jù)采集端，而代理服務(wù)器充當(dāng)用戶行為日志的數(shù)據(jù)處理端。本發(fā)明基于中間“代理服務(wù)器”策略，重點解決了客戶端日志捕獲、代理服務(wù)器策略部署、日志獲取的可視化配置等關(guān)鍵技術(shù)。與傳統(tǒng)的日志記錄的方案相比，本發(fā)明可以很好的關(guān)聯(lián)用戶，而且擴展性很好，通過可視化UI方便靈活的定制目標系統(tǒng)需要采集的用戶行為日志，也可為進一步的日志挖掘提供數(shù)據(jù)基礎(chǔ)。
文檔編號H04L29/08GK101651707SQ20091002398
公開日2010年2月17日 申請日期2009年9月22日 優(yōu)先權(quán)日2009年9月22日
發(fā)明者均 劉, 吳茜媛, 昊 王, 王慶磊, 鋒 田, 鄭慶華 申請人:西安交通大學(xué)