可視化用戶行為收集系統及其方法
2023-05-01 09:28:21
專利名稱：可視化用戶行為收集系統及其方法
技術領域：
本申請涉及計算機網絡技術領域，尤其涉及一種可視化用戶行為收集系統及其方法。
背景技術：
近年來，隨著計算機網絡技術的迅猛發展，網際網路已經被廣泛地使用。用戶可以通過網際網路方便、快捷地完成例如獲取信息、購物、繳費、預定票務等各種日常所需，這使得用戶對網際網路的依賴日趨強烈。而對於網站來說，如何在第一時間了解用戶的需求以及對產品的關注度，將為網站決策者在制定產品銷售和宣傳策略方面提供準確、及時的支持。目前，能夠實現對關注度進行統計的方法有很多，例如，可以通過解析網站的日誌數據來進行分析，也可以通過直接在網頁上添加跟蹤代碼來進行分析，還可以使用如Google Analytics (用於對目標網站進行訪問數據統計和分析)和CNZZ (用於為網際網路各類站點提供專業、權威、獨立的第三方數據統計分析)等第三方軟體來進行分析。在相關技術中，上述方式均屬於後置方案，即只能對用戶訪問之後的網站頁面進行訪問次數的統計，而無法對頁面上的文檔對象模型(document object model, dom)元素的訪問次數進行統計；此外，相關技術的做法是將需要統計的數據內容直接寫入到html代碼中，例如，「〈ahref =，，...」 one lick = 」 sendData ( 『news，)」 > 新聞 」(其中，「news」 是需要發送的採集數據，「sendData」是發送數據的javascript函數)，當對無用或冗餘統計數據進行清理時，需要在html代碼中查找所有「onclick」指向的數據，這會導致清理效率低下、數據無法被統一的、徹底的清理。此外，相關技術中還存在以下缺陷:dom元素的定位比較困難，通常以自定義屬性的方式實現，而該·自定義屬性的內容是需要頁面開發人員和類型設置人員共同約定的；自定義屬性的添加需要對原有頁面進行改動，因此，有較大的侵入性；此外，沒有可視化的操作界面，因此很難驗證布點是否正確合理。
發明內容
鑑於上述相關技術的缺陷，本申請的主要目的在於提供一種可視化用戶行為收集系統及其方法，以解決相關技術存在的上述問題。為實現上述目的，本申請的實施例提供了一種可視化用戶行為收集方法，所述方法包括以下步驟:S11.在原始頁面上對後臺管理側可見的子頁面中預設需要收集的用戶行為數據的類型，使預設的用戶行為數據類型與文檔對象模型元素相關聯；以及S12.根據所述預設的用戶行為數據類型收集用戶在所述原始頁面上進行操作時產生的用戶行為數據。本申請的實施例還提供了一種可視化用戶行為收集系統，所述系統包括:類型設置模塊，用於在原始頁面上對後臺管理側可見的子頁面中預設需要收集的用戶行為數據的類型，使預設的用戶行為數據類型與文檔對象模型元素相關聯；以及數據收集模塊，用於根據所述預設的用戶行為數據類型收集用戶在所述原始頁面上進行操作時產生的用戶行為數據。綜上所述，本申請的可視化用戶行為收集系統及其方法可以讓用戶很方便地定義需要收集的用戶行為數據，也就是說，可以讓用戶通過不同的方式對用戶行為數據進行可視化配置，即在可視化界面上把目前已經定義的規則都展現出來，用戶可以很容易進行驗證是否布點完成。
圖1為本申請可視化用戶行為收集方法的實施例流程圖；圖2為本申請可視化用戶行為收集系統的實施例結構框圖。
具體實施例方式下面將詳細描述本申請的具體實施例。應當注意，這裡描述的實施例只用於舉例說明，並不用於限制本申請。本申請的可視化用戶行為收集實現方案包括以下三個部分，即後臺管理側、業務系統集成所需的API (Application Programming Interface,應用程式編程接口)以及通用的 javascript。其中，後臺管理側是內容管理系統(Content Manage System, CMS)的一個子集，CMS把一個網站的內容(文字，圖片，等等)與 網站的組件分離開來，可以將各個頁面連接到一起，可以控制頁面的顯示，通過這個系統可以方便的管理、發布、維護網站的內容，而不再需要硬性的寫html代碼或手工建立每一個頁面；在本申請中，後臺管理側主要用於預設用戶行為數據的類型以及該用戶行為數據類型所對應的dom元素匹配方式。這裡，dom可以被javascript用來讀取、改變html、xhtml以及xml文檔，通過javascript，可以重構整個html文檔，即可以添加、移除、改變或重排頁面上的項目；當要改變頁面上的某個內容時，javascript就需要獲得對html文檔中所有元素進行訪問的入口，這個入口，連同對html元素進行添加、移動、改變或移除的方法和屬性，都是通過dom來獲得的。這裡的每個元素都是一個dom元素，通過html解析之後便成為一個樹形的數據結構。每個節點都可以看作是一個dom元素，每個dom元素至多有一個父節點，以及零個或多個子節點。業務系統集成所需的API是指一些預設的函數，目的是提供應用程式與開發人員基於某軟體或硬體以訪問一組例程(某個系統對外提供的功能接口或服務的集合，其作用類似於函數)的能力，而又無需訪問源碼，或理解內部工作機制的細節。而API接口則屬於一種作業系統或程序接口，有時會將其作為公共開放系統，也就是說，制定自己的系統接口標準，當需要執行系統整合、自定義和程序應用等操作時，所有成員都可以通過該接口標準調用原始碼，該接口標準被稱之為開放式API。通用的javascript是指各個頁面中均會使用到的相同的javascript代碼，當用戶點擊頁面上的某個元素時，能夠自動與對應的用戶行為數據進行匹配，並發送匹配後的用戶行為數據。圖1為本申請可視化用戶行為收集方法的實施例流程圖。如圖所示，所述方法包括以下步驟Sll和S12。在一個實施例中，步驟Sll之前還包括以下步驟SlO。S10.抓取原始頁面,並在所述原始頁面的最末處添加可視化javascript代碼,其中，所述代碼用於生成所述子頁面，並根據所述步驟Sll中的預設來生成所述用戶行為數據類型與文檔對象模型元素相關聯的映射關係。在一個實施例中，首先通過後臺管理側來對原始頁面進行抓取並將其完整呈現，這裡的原始頁面是指需要收集用戶行為數據的頁面；接著在原始頁面的最末處添加可視化javascript代碼。需要注意的是，這裡對原始頁面的抓取和可視化javascript代碼的添加都是後臺管理側根據開發人員預設好的程序代碼自動完成的，因此，不僅節約了人員成本，也提高了頁面抓取的速度和準確性。此外，還需要注意的是，為了將原始頁面的代碼與需要收集的用戶行為數據所產生的代碼進行區分，開發人員會在上述預設好的程序代碼中添加一些新的代碼，使得在通過上述方法對用戶行為數據進行收集時，產生的用戶行為數據所對應的代碼能夠自動地插入到原始頁面的代碼的最末處，這樣，可以就很容易地將產生的用戶行為數據所對應的代碼與原始頁面的代碼進行區分和隔離，從而使數據的管理更清楚，也使系統的維護更便捷。Sll.在原始頁面上對後臺管理側可見的子頁面中預設需要收集的用戶行為數據的類型，使預設的用戶行為數據類型與文檔對象模型元素相關聯。在一個實施例中，後臺管理側的操作者在需要收集的用戶行為數據上進行操作(如:滑鼠右鍵、雙擊等)時會彈出設置用戶行為數據類型的對話框，其中，該對話框所在的頁面即為對後臺管理側可見的子頁面，通過在該對話框中進行的增加、修改和刪除操作來對需要收集的用戶行為數據的類型進行設置，使設置後的用戶行為數據類型與dom元素相關聯，並將設置後的用戶行為數據類型存儲在後臺管理側的資料庫中。例如，以新浪網為例，假設需要收集訪問「新聞」版塊中五條不同新聞標題的用戶所產生的用戶行為數據，那麼新浪網的後臺管理側的操作者就要分別為每條新聞標題設置相應的用戶行為數據類型，比如將第一條新聞標題對 應的用戶行為數據的類型設置為「新聞1」，將第二條新聞標題對
應的用戶行為數據的類型設置為「新聞2」，......，以此類推；此外，也可將五條不同新聞
標題對應的用戶行為數據的類型均設置為「新聞I」 ;通過上述設置可以實現用戶行為數據類型與dom元素的相互關聯。需要注意的是，「用戶行為數據」中的「用戶」是指訪問業務系統(如:新浪網)的用戶。參考上述內容，在一個實施例中，如果需要收集的是用戶在「標題」上的操作(如:滑鼠右鍵、單擊等)，那麼此處抓取到的dom元素就應該是「標題」;需要注意的是，這裡不需要對抓取到的原始頁面的內容進行存儲，而是採取即時抓取的方式，因此，可以節省後臺管理側的存儲空間。在一個實施例中，布點相關javascript代碼主要用於將用戶行為數據類型與原始頁面的dom元素相關聯，並為原始頁面關聯相應的操作，如:滑鼠左鍵點擊(onclick)等。當用戶進行上述操作後，通過預設的規則將與該dom元素有關的用戶行為數據抓取到，並通過javascript請求將該抓取到的用戶行為數據發送到數據收集伺服器。接續，在一個實施例中，用戶行為數據類型與dom元素相關聯的方式主要有四種，即id、class屬性、css路徑和自定義屬性。然而，並不是每種方式都可以直接使用，例如，CSS路徑這種方式在任何頁面中都可以使用，而id、class屬性和自定義屬性則需要預先設置好dom元素。具體而言，在一個實施例中，通過上述四種方式可以將用戶行為數據類型與dom元素相關聯。以id方式為例，如果想要收集訪問新浪網娛樂版塊中某個內容的用戶行為數據類型，首先要預先設置好需要收集的娛樂版塊中該內容的dom元素，即在新浪網娛樂版塊的原始頁面中抓取想要收集的內容的dom元素；接著在javascript代碼中添加與想要收集的某個內容的dom元素相對應的代碼，並將該代碼與id進行關聯，從而使二者能夠一一對應，也就是說，在javascript代碼中，id只是dom元素的標識,供其他元素腳本等引用，當需要修改一個標籤的屬性時會將id作為該標籤的唯一標識來進行操作。採用class屬性和自定義屬性方式的用戶行為數據類型與dom元素相關聯的方法與採用id的方式相類似，在此不再贅述；而採用css路徑方式的用戶行為數據類型與dom元素相關聯的方法則可在任何頁面中使用，這是因為css路徑可用於多層級元素，並能夠根據文檔的上下文關係來確定某個標籤的樣式，也可以說，css路徑是以樹形目錄的方式自下而上來對dom元素進行查找的，即css路徑會對頁面中的每個dom元素進行查找，因此，不需要預先設置好dom元素。此外，上述四種方式的優缺點也是各不相同的。具體而言，在一個實施例中，如果dom元素有id，那麼會推薦使用id作為用戶行為數據的關鍵字(key);如果使用class屬性作為key，可能會通過class屬性找到多個dom元素，而其中某些dom元素並不是業務系統的操作者所關心的，因此，會導致收集到的用戶行為數據與業務系統的操作者實際想要收集的數據不一致；使用css路徑作為key的缺點是css路徑會隨著頁面的代碼進行調整，因此，有可能發生 變化，從而導致穩定性較差；而自定義屬性這種方式是最後一種選擇，當以上三種方式均不適合時可以採用該方式。相較於傳統方式，自定義屬性在代碼上似乎沒有太大的改進，但其優點就是不需要進行頻繁的修改，並且當需要修改數據時，還可以通過後臺管理側的操作者來進行配置。通過以上四種方式，可以很容易地利用css選擇器定位到一個或多個dom元素，並為其設置相應的用戶行為數據類型；當進行操作時，通過可視化用戶行為定位系統，能夠自動判斷使用上述哪種方式更為適合。此外，也可以通過人工幹預的方法來選擇更好、更適合的方式。需要注意的是，通常，html中的dom兀素是通過css選擇器來實現一對一、一對多或者多對一的控制的。此外，在一個實施例中，步驟Sll之後、步驟S12之前還包括以下步驟Slll。S111.預設需要收集的所述用戶行為數據類型的生命周期，並根據所述生命周期執行收集到的所述用戶行為數據的自動生效和失效。具體而言，在一個實施例中，還可以對需要收集的用戶行為數據類型的生命周期進行預設，即預先設定好用戶行為數據的生效和失效時間，使收集到的用戶行為數據可以自動生效和失效。例如，如果想要收集2012年I月I日至2012年I月3日的用戶行為數據，那麼可預先在javascript代碼中添加與用戶行為數據類型的生命周期相對應的代碼，使該生命周期能夠自動在2012年I月I日生效並在2012年I月3日失效，也就是說，在生命周期生效後能夠自動收集用戶行為數據，而在生命周期失效後則會自動刪除收集到的用戶行為數據，因此，可以有效地節省後臺管理側的存儲空間；此外，也可以通過人工的方式來幹預主動上線或下線；這裡，需要注意的是，上述操作對其他業務系統都是無侵入的。由上述技術方案可知，本實施例的收集方法相對於相關技術的收集方法具有以下優點:dom元素的定位不依賴自定義屬性，在可視化時，可以先獲取需要布點元素的id、class等樣式屬性,再通過css選擇器進行定位；在大部分情況下可以移除自定義屬性，所述自定義屬性作為最後的選擇，也就是在css選擇器無法準確定位時使用；能夠在可視化界面上將目前已經預設的規則都展現出來，使後臺管理側的操作者可以很容易地對布點是否完成進行驗證。S12.根據所述預設的用戶行為數據類型收集用戶在所述原始頁面上進行操作時產生的用戶行為數據。具體而言，在一個實施例中，步驟S12包括:當用戶在所述原始頁面上進行操作時，通過所述javascript代碼並根據所述映射關係來抓取所述用戶行為數據。參考上述內容,在一個實施例中，當用戶在原始頁面上點擊某個dom元素時會通過預設的javascript 代碼來判斷該dom元素是否有對應的用戶行為數據類型；如果有，則通過預設的javascript代碼來對根據該用戶行為數據類型生產的用戶行為數據進行抓取，並將抓取到的用戶行為數據發送給數據收集伺服器；否則，將不會進行抓取。在一個實施例中，API主要有以下兩個作用:一是通過定時或實時訪問後臺管理側來獲取用戶行為數據類型；二是當用戶在原始頁面上進行操作時，API能夠根據從後臺管理側中獲取到的用戶行為數據類型以及存儲在業務系統中的數據來生成需要收集的用戶行為數據。此外，在相關技術中，如果想要把某個頁面的公共部分(即公用模板)設置在多個頁面，通常可以採用以下兩種方法:一種是根據用戶的需求開發出相應數量的不同的模塊，並將其分別設置在多個頁面中；另一種是在用戶行為數據中放置一個變量，每個想要引用該模塊的地方都會回傳一個參數給開發人員，再由開發人員將其添加到用戶行為數據中。具體而言，第一種方法僅僅是根據用戶的需求來增加相應的模塊，顯然這種方法過於原始也不夠靈活，而且新增模塊的內容與原始模塊的內容是完全相同的，因此，會導致相同的數據被重複存儲，進而導致大量存儲空間被佔用，同時也給系統的管理和維護帶來很多不便；第二種方法是每個應用都會回傳一個變量給模塊，再由開發人員將該變量添加到用戶行為數據中，這種方法需要開發人員經常對用戶的數據進行配置，因此，在即時性方面相對較差，同時在系統維護成本方面也相對較高；綜上所述，以上兩種方法均不能方便、快捷地實現用戶行為數據的收集。而本申請的收集方法能夠對預設的用戶行為數據類型進行統一管理和維護，至於想要採用什麼樣的變量名都可以業務系統的操作者自行設定，開發人員也不需要關心應用方想要收集的是哪些數據，因此，可以很方便地實現用戶行為數據的收集，同時也不會產生額外的冗餘數據，有利於系統的維護及存儲空間的節省。具體而言，在一個實施例中，以某商務網站搜索的產品搜索和公司搜索為例，假設用戶在產品搜索頁面中輸入「htc」，那麼當用戶在該頁面上點擊「求購」時生成的用戶行為數據就是從產品搜索這個模塊切換過去的，即發送的用戶行為數據需要指定是從產品搜索這裡切換過去的；同樣地，假設用戶在公司搜索頁面中輸入「htc」，那麼當用戶在該頁面上點擊「求購」時生成的用戶行為數據就是從公司搜索這個模塊切換過去的，即發送的用戶行為數據需要指定是從公司搜索這裡切換過去的；也就是說，雖然用戶看到的內容是一樣的，但是由於切換的模塊不同，因此實際需要收集的用戶行為數據是不一樣的。需要注意的是，這裡的頭部(即產品搜索和公司搜索)完全可以共用一個，但需要採集的用戶行為數據卻是不同的。目前，在相關技術中對這部分不同內容的處理相對來說比較麻煩，代碼也不夠清楚；而本申請採用的方案可以做到不直接將用戶行為數據定義在公共的模板裡，而是在每個使用到該模板的地方再將用戶行為數據寫入，這樣，不僅可以使html代碼和用戶行為隔離，也可以在定義此類公用代碼時無需考慮用戶行為數據帶來的影響，從而使公用的模板最大化。在一個實施例中，所述步驟S12之後還包括以下步驟S13。S13.將收集到的所述用戶行為數據發送到所述後臺管理側指定的數據收集伺服器。具體而言，在一個實施例中，將上述步驟S12中收集到的用戶行為數據發送到後臺管理側指定的數據收集伺服器。需要注意的是，這一步驟僅僅是用來將收集到的用戶行為數據發送到數據收集伺服器，而不需要對收集到的用戶行為數據進行統計、分析等操作，也就是說，該步驟僅僅是一個簡單的數據轉發過程。由上述技術方案可知，本實施例的收集方法通過可視化方式對需要發送的用戶行為數據進行設置，並將該用戶行為數據所對應的代碼與原始頁面的代碼進行隔離，通過javascript代碼使用 戶行為數據與原始頁面上的dom元素相關聯；通過在需要統計的dom元素上布點，使得在點擊dom元素時，發送請求數據到數據收集伺服器完成統計匯總，而不會影響頁面正常的流程。圖2為本申請可視化用戶行為收集系統的實施例結構框圖。如圖所示，本實施例的一種可視化用戶行為收集系統，包括類型設置模塊11，用於在原始頁面上對後臺管理側可見的子頁面中預設需要收集的用戶行為數據的類型，使預設的用戶行為數據類型與文檔對象模型元素相關聯；以及數據收集模塊12，用於根據預設的用戶行為數據類型收集用戶在原始頁面上進行操作時產生的用戶行為數據。在一個實施例中，上述收集系統還包括頁面抓取模塊10，用於抓取原始頁面，並在所述原始頁面的最末處添加可視化javascript代碼，其中，所述代碼用於生成所述子頁面，並根據所述類型設置模塊中的預設來生成所述用戶行為數據類型與文檔對象模型元素相關聯的映射關係。具體而言，在一個實施例中，首先通過後臺管理側的頁面抓取模塊10來對原始頁面進行抓取並將其完整呈現，這裡的原始頁面是指需要收集用戶行為數據的頁面；接著在原始頁面的最末處添加可視化javascript代碼。需要注意的是，這裡對原始頁面的抓取和可視化javascript代碼的添加都是後臺管理側根據開發人員預設好的程序代碼自動完成的，因此，不僅節約了人員成本，也提高了頁面抓取的速度和準確性。此外，還需要注意的是，為了將原始頁面的代碼與需要收集的用戶行為數據所產生的代碼進行區分，開發人員會在上述預設好的程序代碼中添加一些新的代碼，使得在通過上述方法對用戶行為數據進行收集時，產生的用戶行為數據所對應的代碼能夠自動地插入到原始頁面的代碼的最末處，這樣，可以就很容易地將產生的用戶行為數據所對應的代碼與原始頁面的代碼進行區分和隔離，從而使數據的管理更清楚，也使系統的維護更便捷。在一個實施例中，可視化用戶行為收集系統主要通過對用戶行為數據進行類型設置、數據收集以及將收集到的用戶行為數據傳輸到數據收集伺服器來實現對該用戶行為數據的收集。在一個實施例中，後臺管理側的操作者在需要收集的用戶行為數據上進行操作(如:滑鼠右鍵、雙擊等)時會彈出設置用戶行為數據類型的對話框，通過在該對話框中進行的增加、修改和刪除操作來對需要收集的用戶行為數據的類型進行設置，使設置後的用戶行為數據類型與dom元素相關聯，並將設置後的用戶行為數據類型存儲在後臺管理側的資料庫中，需要注意的是，這裡定義的僅僅是用戶行為數據的類型，而並非真正需要收集的用戶行為數據。例如，以新浪網為例，假設需要收集訪問「新聞」版塊中五條不同新聞標題的用戶所產生的用戶行為數據，那麼新浪網的後臺管理側的操作者就要分別為每條新聞標題設置相應的用戶行為數據類型，比如將第一條新聞標題對應的用戶行為數據的類型設置
為「新聞1」，將第二條新聞標題對應的用戶行為數據的類型設置為「新聞2」，......，以此
類推；此外，也可將五條不同新聞標題對應的用戶行為數據的類型均設置為「新聞I」;通過上述設置可以實現用戶行為數據類型與dom元素的相互關聯。需要注意的是，「用戶行為數據」中的「用戶」是指訪問業務系統(如:新浪網)的用戶。參考上述內容，在一個實施例中，如果需要收集的是用戶在「標題」上的操作(如:滑鼠右鍵、單擊等)，那麼此處抓取到的dom元素就應該是「標題」;需要注意的是，這裡不需要對抓取到的原始頁面的內容進行存儲，而是採取即時抓取的方式，因此，可以節省後臺管理側的存儲空間。接續，在一個實施例中，布點相關javascript代碼主要用於將用戶行為數據類型與原始頁面的dom元素相關聯 ，並為原始頁面關聯相應的操作，如:滑鼠左鍵點擊(onclick)等。當用戶進行上述操作後，通過預設的規則將與該dom元素有關的用戶行為數據抓取到，並通過javascript請求將該抓取到的用戶行為數據發送到數據收集伺服器。在一個實施例中,類型設置模塊11進一步用於:根據id、class屬性、css路徑和自定義屬性中的任一方式，通過自動解析在原始頁面中定位一個或多個所述文檔對象模型元素。參考上述內容，在一個實施例中，用戶行為數據類型與dom元素相關聯的方式主要有四種，即id、class屬性、css路徑和自定義屬性；然而，上述四種方式並非每種都可以直接使用，例如，id、class屬性和自定義屬性都需要預先設置好dom元素，而css路徑這種方式則在任何頁面中都可以使用。此外，在一個實施例中，類型設置模塊11還包括生命周期預設單元111，用於預設需要收集的用戶行為數據類型的生命周期，並根據生命周期執行收集到的用戶行為數據的自動生效和失效。具體而言，在一個實施例中，還可以通過生命周期預設單元111對需要收集的用戶行為數據類型的生命周期進行預設，即預先設定好用戶行為數據的生效和失效時間，使收集到的用戶行為數據可以自動生效和失效，也就是說，在生命周期生效後能夠自動收集用戶行為數據，而在生命周期失效後則會自動刪除收集到的用戶行為數據，因此，可以有效地節省後臺管理側的存儲空間；此外，也可以通過人工的方式來幹預主動上線或下線；這裡，需要注意的是，上述操作對其他業務系統都是無侵入的。接續，在一個實施例中，數據收集模塊12進一步用於:當用戶在所述原始頁面上進行操作時，通過所述javascript代碼並根據所述映射關係來抓取所述用戶行為數據。具體而言，在一個實施例中，當用戶在原始頁面上點擊某個dom元素時會通過預設的javascript代碼來判斷該dom元素是否有對應的用戶行為數據類型；如果有，則通過數據收集模塊12來對根據該用戶行為數據類型生產的用戶行為數據進行抓取；否則，將不會進行抓取。在一個實施例中，上述收集系統還包括數據傳輸模塊13，用於將收集到的用戶行為數據發送到後臺管理側指定的數據收集伺服器。具體而言，在一個實施例中，收集到的用戶行為數據會通過數據傳輸模塊13發送到後臺管理側指定的數據收集伺服器上。需要注意的是，數據傳輸模塊13僅用來將收集到的用戶行為數據發送到數據收集伺服器，而不需要對收集到的用戶行為數據進行統計、分析等操作，也就是說，數據傳輸模塊13僅具有數據轉發的功能。由上述技術方案可知，本實施例的收集系統相對於相關技術的收集系統具有結構簡單、配置靈活等特點，能夠方便、快捷地實現用戶行為數據的類型設置、數據收集和數據傳輸。綜上所述，本申請的可視化用戶行為收集系統及其方法可以讓用戶很方便地預設需要收集的用戶行為數據，且能夠將用戶行為數據和頁面原有的業務內容分離，因此，便於集中管理以及及時對無用或冗餘數據進行清理；可以讓用戶通過不同的方式對用戶行為數據類型進行可視化配置，即在可視化界面上把目前已經預設的規則都展現出來，用戶可以很容易進行驗證是否布點完成；此外，還可以對用戶行為數據的生命周期進行管理，即設定用戶行為數據的生效和失效時間，使用戶行為數據可以自動生效和失效，同時也可以人工幹預主動上線或下線，而這些操作對其他業務系統都是無侵入的。雖然已參照典型實施例描述了本申請，但應當理解，所用的術語是說明和示例性、而非限制性的術語。由於本申請能夠以多種形式具體實施而不脫離發明的精神或實質，所以應當理解，上述實 施例不限於任何前述的細節，而應在隨附權利要求所限定的精神和範圍內廣泛地解釋，因此落入權利要求或其等效範圍內的全部變化和改型都應為隨附權利要求所涵蓋。
權利要求
1.一種可視化用戶行為收集方法，所述方法包括以下步驟: 511.在原始頁面上對後臺管理側可見的子頁面中預設需要收集的用戶行為數據的類型，使預設的用戶行為數據類型與文檔對象模型元素相關聯；以及 512.根據所述預設的用戶行為數據類型收集用戶在所述原始頁面上進行操作時產生的用戶行為數據。
2.根據權利要求1所述的可視化用戶行為收集方法，其中， 所述步驟Sll之前還包括: Sl0.抓取所述原始頁面,並在所述原始頁面的最末處添加javascript代碼,其中，所述代碼用於生成所述子頁面，並根據所述步驟Sll中的預設來生成所述用戶行為數據類型與文檔對象模型元素相關聯的映射關係；以及 所述步驟S12包括: 當用戶在所述原始頁面上進行操作時，通過所述javascript代碼並根據所述映射關係來抓取所述用戶行為數據。
3.根據權利要求1所述的可視化用戶行為收集方法，其中，所述步驟S12之後還包括: 513.將收集到的所述用戶行為數據發送到所述後臺管理側指定的數據收集伺服器。
4.根據權利要求1所述的可視化用戶行為收集方法，其中，所述步驟Sll中使預設的用戶行為數據類型與文檔對 象模型元素相關聯包括: 根據id、class屬性、css路徑和自定義屬性中的任一方式,通過自動解析在所述原始頁面中定位一個或多個所述文檔對象模型元素。
5.根據權利要求1所述的可視化用戶行為收集方法，其中，所述步驟Sll之後、所述步驟S12之前還包括: sin.預設需要收集的所述用戶行為數據類型的生命周期，並根據所述生命周期執行收集到的所述用戶行為數據的自動生效和失效。
6.一種可視化用戶行為收集系統，所述系統包括: 類型設置模塊，用於在原始頁面上對後臺管理側可見的子頁面中預設需要收集的用戶行為數據的類型，使預設的用戶行為數據類型與文檔對象模型元素相關聯；以及 數據收集模塊，用於根據所述預設的用戶行為數據類型收集用戶在所述原始頁面上進行操作時產生的用戶行為數據。
7.根據權利要求6所述的可視化用戶行為收集系統，其中， 所述系統還包括: 頁面抓取模塊，用於抓取所述原始頁面，並在所述原始頁面的最末處添加可視化javascript代碼，其中，所述代碼用於生成所述子頁面，並根據所述類型設置模塊中的預設來生成所述用戶行為數據類型與文檔對象模型元素相關聯的映射關係；以及 所述數據收集模塊進一步用於: 當用戶在所述原始頁面上進行操作時，通過所述javascript代碼並根據所述映射關係來抓取所述用戶行為數據。
8.根據權利要求6所述的可視化用戶行為收集系統，其中，所述系統還包括: 數據傳輸模塊，用於將收集到的所述用戶行為數據發送到所述後臺管理側指定的數據收集伺服器。
9.根據權利要求6所述的可視化用戶行為收集系統，其中，所述類型設置模塊進一步用於: 根據id、class屬性、css路徑和自定義屬性中的任一方式,通過自動解析在所述原始頁面中定位一個或多個所述文檔對象模型元素。
10.根據權利要求6所述的可視化用戶行為收集系統，其中，所述類型設置模塊包括: 生命周期預設單元，用於預設需要收集的所述用戶行為數據類型的生命周期，並根據所述生命周 期執行收集到的所述用戶行為數據的自動生效和失效。
全文摘要
本申請涉及一種可視化用戶行為收集系統及其方法，所述方法包括以下步驟S11.在原始頁面上對後臺管理側可見的子頁面中預設需要收集的用戶行為數據的類型，使預設的用戶行為數據類型與文檔對象模型元素相關聯；以及S12.根據所述預設的用戶行為數據類型收集用戶在所述原始頁面上進行操作時產生的用戶行為數據。本申請可以讓用戶很方便地預設需要收集的用戶行為數據，且能夠將用戶行為數據和頁面原有的業務內容分離，便於集中管理以及及時對無用或冗餘數據進行清理；可以讓用戶通過不同的方式對用戶行為數據進行可視化配置；還可以對用戶行為數據的生命周期進行管理。
文檔編號G06F17/30GK103246661SQ201210026310
公開日2013年8月14日 申請日期2012年2月7日 優先權日2012年2月7日
發明者陳寄文, 童國俊, 馮智峰, 鍾偉堅 申請人:阿里巴巴集團控股有限公司