本公開涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)采集方法及裝置。

背景技術(shù)：

在互聯(lián)網(wǎng)時代，數(shù)據(jù)分析是決策的重要依據(jù)，數(shù)據(jù)打點SDK(Software Development Kit，軟件開發(fā)工具包)作為數(shù)據(jù)分析的源頭，負(fù)責(zé)數(shù)據(jù)采集，以達(dá)到為數(shù)據(jù)分析提供數(shù)據(jù)源的目的；其中，打點SDK用于在客戶端使用過程中，將采集到的用戶操作行為數(shù)據(jù)發(fā)送到指定服務(wù)器。

目前，對于任一客戶端，數(shù)據(jù)采集方法可以為：當(dāng)檢測到對該客戶端中打點SDK的調(diào)用請求時，獲取本地存儲的與該客戶端對應(yīng)的打點策略，并根據(jù)該打點策略，采集用戶操作行為數(shù)據(jù)，并向該客戶端對應(yīng)服務(wù)器發(fā)送所采集到的數(shù)據(jù)；其中，該打點策略包括是否對所采集到的數(shù)據(jù)進(jìn)行加密、壓縮等。

在通過上述數(shù)據(jù)采集方法進(jìn)行數(shù)據(jù)采集時，如果服務(wù)器更新了用于采集該客戶端中用戶操作行為數(shù)據(jù)的打點策略，終端只能通過更新或升級該應(yīng)用，以從服務(wù)器獲取新的打點策略，導(dǎo)致終端不能及時應(yīng)用最新的打點策略采集用戶操作行為數(shù)據(jù)，進(jìn)而導(dǎo)致所采集到的數(shù)據(jù)不準(zhǔn)確等情況。

技術(shù)實現(xiàn)要素：

為克服相關(guān)技術(shù)中存在的問題，本公開提供一種數(shù)據(jù)采集方法及裝置。

根據(jù)本公開實施例的第一方面，提供一種數(shù)據(jù)采集方法，包括：

當(dāng)檢測到客戶端的開啟操作時，向服務(wù)器發(fā)送打點策略獲取請求，所述打點策略獲取請求用于獲取打點策略，以字符串的形式表示所述打點策略中每個配置項的值；

接收所述服務(wù)器發(fā)送的打點策略；

根據(jù)所述打點策略中的數(shù)據(jù)采集策略，采集打點數(shù)據(jù)，所述打點數(shù)據(jù)是指所述客戶端上的用戶操作行為數(shù)據(jù)；

根據(jù)所述打點策略中的數(shù)據(jù)上傳策略，上傳所述打點數(shù)據(jù)。

在本公開的第一方面的第一種可能實現(xiàn)方式中，所述打點策略獲取請求攜帶所述客戶端的應(yīng)用類型信息，每個應(yīng)用類型具有對應(yīng)的打點策略。

在本公開的第一方面的第二種可能實現(xiàn)方式中，所述方法還包括：

在所述客戶端的打點軟件開發(fā)工具包SDK運行期間，每隔預(yù)設(shè)時長向所述服務(wù)發(fā)送第一更新請求，以使得所述服務(wù)器根據(jù)所述第一更新請求，從所述打點策略數(shù)據(jù)庫中獲取更新的配置項，并返回所述更新的配置項；

接收所述服務(wù)器根據(jù)所述更新請求返回的所述更新的配置項。

在本公開的第一方面的第三種可能實現(xiàn)方式中，所述打點策略獲取請求為超文本傳輸協(xié)議HTTP請求；相應(yīng)地，向服務(wù)器發(fā)送打點策略獲取請求包括：

將所述客戶端的應(yīng)用類型信息作為所述HTTP請求的參數(shù)，向所述服務(wù)器發(fā)送所述HTTP請求。

在本公開的第一方面的第四種可能實現(xiàn)方式中，所述方法還包括：

接收所述服務(wù)器發(fā)送的更新通知，所述更新通知至少包括更新的配置項的標(biāo)識信息，所述更新通知用于提醒用戶更新所述打點策略；

根據(jù)所述更新通知，向所述服務(wù)器發(fā)送第二更新請求，所述第二更新請求用于獲取所述更新的配置項。

根據(jù)本公開實施例的第二方面，提供一種數(shù)據(jù)采集裝置，包括：

發(fā)送模塊，用于當(dāng)檢測到客戶端的開啟操作時，向服務(wù)器發(fā)送打點策略獲取請求，所述打點策略獲取請求用于獲取打點策略，以字符串的形式表示所述打點策略中每個配置項的值；

接收模塊，用于接收所述服務(wù)器發(fā)送的打點策略；

數(shù)據(jù)采集模塊，用于根據(jù)所述打點策略中的數(shù)據(jù)采集策略，采集打點數(shù)據(jù)，所述打點數(shù)據(jù)是指所述客戶端上的用戶操作行為數(shù)據(jù)；

數(shù)據(jù)上傳模塊，用于根據(jù)所述打點策略中的數(shù)據(jù)上傳策略，上傳所述打點數(shù)據(jù)。

在本公開的第二方面的第一種可能實現(xiàn)方式中，所述打點策略獲取請求攜帶所述客戶端的應(yīng)用類型信息，每個應(yīng)用類型具有對應(yīng)的打點策略。

在本公開的第二方面的第二種可能實現(xiàn)方式中，所述發(fā)送模塊還用于在所述客戶端的打點軟件開發(fā)工具包SDK運行期間，每隔預(yù)設(shè)時長向所述服務(wù)發(fā)送第一更新請求，以使得所述服務(wù)器根據(jù)所述第一更新請求，從所述打點策略數(shù)據(jù)庫中獲取更新的配置項，并返回所述更新的配置項；

所述接收模塊還用于接收所述服務(wù)器根據(jù)所述更新請求返回的所述更新的配置項。

在本公開的第二方面的第三種可能實現(xiàn)方式中，所述打點策略獲取請求為超文本傳輸協(xié)議HTTP請求；相應(yīng)地，所述發(fā)送模塊用于：

將所述客戶端的應(yīng)用類型信息作為所述HTTP請求的參數(shù)，向所述服務(wù)器發(fā)送所述HTTP請求。

在本公開的第二方面的第四種可能實現(xiàn)方式中，所述接收模塊還用于接收所述服務(wù)器發(fā)送的更新通知，所述更新通知至少包括更新的配置項的標(biāo)識信息，所述更新通知用于提醒用戶更新所述打點策略；

所述發(fā)送模塊還用于根據(jù)所述更新通知，向所述服務(wù)器發(fā)送第二更新請求，所述第二更新請求用于獲取所述更新的配置項。

第三方面，還提供了一種數(shù)據(jù)采集裝置，包括：

處理器；

用于存儲處理器可執(zhí)行的指令的存儲器；

其中，該處理器被配置為：

當(dāng)檢測到客戶端的開啟操作時，向服務(wù)器發(fā)送打點策略獲取請求，所述打點策略獲取請求用于獲取打點策略，所述打點策略以字符串的形式表示所述打點策略中每個配置項的值；

接收所述服務(wù)器發(fā)送的打點策略；

根據(jù)所述打點策略中的數(shù)據(jù)采集策略，采集打點數(shù)據(jù)，所述打點數(shù)據(jù)是指所述客戶端上的用戶操作行為數(shù)據(jù)；

根據(jù)所述打點策略中的數(shù)據(jù)上傳策略，上傳所述打點數(shù)據(jù)。

本公開實施例提供的技術(shù)方案帶來的有益效果是：

本公開通過以字符串的形式表示打點策略，能夠?qū)崿F(xiàn)在客戶端處于開啟狀態(tài)時，通過服務(wù)器向終端發(fā)送該打點策略，當(dāng)打點策略更新時，能夠及時獲取更新后的打點策略，進(jìn)而使得終端能夠根據(jù)更新后的打點策略采集并上傳準(zhǔn)確性更高的打點數(shù)據(jù)，在服務(wù)器對打點數(shù)據(jù)進(jìn)行分析時，能夠提高數(shù)據(jù)分析的準(zhǔn)確性和實時性。

應(yīng)當(dāng)理解的是，以上的一般描述和后文的細(xì)節(jié)描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本公開的實施例，并與說明書一起用于解釋本公開的原理。

圖1是根據(jù)一示例性實施例示出的一種數(shù)據(jù)采集方法的流程圖；

圖2是根據(jù)一示例性實施例示出的一種數(shù)據(jù)采集方法的流程圖；

圖3是根據(jù)一示例性實施例示出的一種數(shù)據(jù)采集裝置框圖；

圖4是根據(jù)一示例性實施例示出的一種數(shù)據(jù)采集裝置400的框圖。

具體實施方式

為使本公開的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本公開實施方式作進(jìn)一步地詳細(xì)描述。

這里將詳細(xì)地對示例性實施例進(jìn)行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本公開相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本公開的一些方面相一致的裝置和方法的例子。

圖1是根據(jù)一示例性實施例示出的一種數(shù)據(jù)采集方法的流程圖，如圖1所示，數(shù)據(jù)采集方法用于終端中，包括以下步驟。

在步驟101中，當(dāng)檢測到客戶端的開啟操作時，向服務(wù)器發(fā)送打點策略獲取請求，所述打點策略獲取請求用于獲取打點策略，以字符串的形式表示所述打點策略中每個配置項的值。

在步驟102中，接收所述服務(wù)器發(fā)送的打點策略。

在步驟103中，根據(jù)所述打點策略中的數(shù)據(jù)采集策略，采集打點數(shù)據(jù)，所述打點數(shù)據(jù)是指所述客戶端上的用戶操作行為數(shù)據(jù)。

在步驟104中，根據(jù)所述打點策略中的數(shù)據(jù)上傳策略，上傳所述打點數(shù)據(jù)。

本公開實施例提供的方法，通過以字符串的形式表示打點策略，能夠?qū)崿F(xiàn)在客戶端處于開啟狀態(tài)時，通過服務(wù)器向終端發(fā)送該打點策略，當(dāng)打點策略更新時，能夠及時獲取更新后的打點策略，進(jìn)而使得終端能夠根據(jù)更新后的打點策略采集并上傳準(zhǔn)確性更高的打點數(shù)據(jù)，在服務(wù)器對打點數(shù)據(jù)進(jìn)行分析時，能夠提高數(shù)據(jù)分析的準(zhǔn)確性和實時性。

在本公開的第一種可能實現(xiàn)方式中，所述打點策略獲取請求攜帶所述客戶端的應(yīng)用類型信息，每個應(yīng)用類型具有對應(yīng)的打點策略。

在本公開的第二種可能實現(xiàn)方式中，所述方法還包括：

在所述客戶端的打點軟件開發(fā)工具包SDK運行期間，每隔預(yù)設(shè)時長向所述服務(wù)發(fā)送第一更新請求，以使得所述服務(wù)器根據(jù)所述第一更新請求，從所述打點策略數(shù)據(jù)庫中獲取更新的配置項，并返回所述更新的配置項；

接收所述服務(wù)器根據(jù)所述更新請求返回的所述更新的配置項。

在本公開的第三種可能實現(xiàn)方式中，所述打點策略獲取請求為超文本傳輸協(xié)議HTTP請求；相應(yīng)地，向服務(wù)器發(fā)送打點策略獲取請求包括：

將所述客戶端的應(yīng)用類型信息作為所述HTTP請求的參數(shù)，向所述服務(wù)器發(fā)送所述HTTP請求。

在本公開的第四種可能實現(xiàn)方式中，所述方法還包括：

接收所述服務(wù)器發(fā)送的更新通知，所述更新通知至少包括更新的配置項的標(biāo)識信息，所述更新通知用于提醒用戶更新所述打點策略；

根據(jù)所述更新通知，向所述服務(wù)器發(fā)送第二更新請求，所述第二更新請求用于獲取所述更新的配置項。

上述所有可選技術(shù)方案，可以采用任意結(jié)合形成本公開的可選實施例，在此不再一一贅述。

圖2是根據(jù)一示例性實施例示出的一種數(shù)據(jù)采集方法的流程圖。該實施例的執(zhí)行主體可以為終端，參照圖2，該實施例具體包括：

在步驟201中，當(dāng)檢測到客戶端的開啟操作時，向服務(wù)器發(fā)送打點策略獲取請求，該打點策略獲取請求用于獲取打點策略，以字符串的形式表示該打點策略中每個配置項的值。

該客戶端的開啟操作可以是用戶對客戶端的觸摸操作，也可以是鼠標(biāo)對該客戶端的雙擊操作，還可以是其他類型的開啟操作，本公開實施例對此不作具體限定。需要說明的是，當(dāng)檢測到客戶端的開啟操作時，運行該客戶端的打點SDK(Software Development Kit，軟件開發(fā)工具包)。

該打點策略包括多個配置項，每個配置項用于展示該打點策略中的單個策略，例如，打點策略所包含的單個策略以及每個策略對應(yīng)的內(nèi)容如下：

數(shù)據(jù)采集策略：至少包括需要打點的事件類型；

數(shù)據(jù)上傳策略：至少包括打點數(shù)據(jù)的上傳方法，例如立即上傳或定時輪詢上傳等；

網(wǎng)絡(luò)策略：是否在終端處于非WiFi(Wireless Fidelity，無線保真)連接的情況下上傳打點數(shù)據(jù)；

壓縮策略：是否對打點數(shù)據(jù)進(jìn)行壓縮：

加密策略：是否在上傳之前對打點數(shù)據(jù)進(jìn)行加密；

采樣策略：是否對需要打點的事件做隨機采樣。

需要說明的是，上述所列舉的打點策略所包括的配置項，不對本公開中打點策略所包含的配置項造成限定。

以字符串的形式表示該打點策略中每個配置項的值，是指該字符串的每個位置用于指示對應(yīng)配置項，對于任一配置項，不同的值表示不同的策略。例如，當(dāng)字符串為10101時，從左到右，第一位表示數(shù)據(jù)上傳策略，該位數(shù)字為0表示采用立即上傳的方法上傳數(shù)據(jù)，該位數(shù)字為1表示采用定時輪詢上傳的方法上傳數(shù)據(jù)；第二位表示網(wǎng)絡(luò)策略，該位數(shù)字為0表示在終端處于任意網(wǎng)絡(luò)連接的情況下上傳數(shù)據(jù)，該位數(shù)字位1表示在終端處于WiFi連接的情況下上傳數(shù)據(jù)；第三位表示壓縮策略，該位數(shù)字為0表示不對打點數(shù)據(jù)進(jìn)行壓縮，該位數(shù)字為1表示對打點數(shù)據(jù)進(jìn)行壓縮；第四位表示加密策略，該位數(shù)字為0表示在上傳之前不對打點數(shù)據(jù)進(jìn)行加密，該位數(shù)字為1表示在上傳之前對打點數(shù)據(jù)進(jìn)行加密；第五位表示采樣策略，該位數(shù)字為0表示不對需要打點的事件做隨機采樣，該位數(shù)字為1表示對需要打點的事件做隨機采樣。

通過以字符串的形式表示該打點策略中每個配置項的值，能夠?qū)崿F(xiàn)由服務(wù)器向終端發(fā)送打點策略，且由于字符串?dāng)?shù)據(jù)量較小，因此還能夠減小網(wǎng)絡(luò)負(fù)擔(dān)，提高終端獲取打點策略的速度。

在本公開另一實施例中，該打點策略獲取請求攜帶該客戶端的應(yīng)用類型信息，每個應(yīng)用類型具有對應(yīng)的打點策略。該應(yīng)用類型信息用于唯一標(biāo)識每個應(yīng)用類型的客戶端，該應(yīng)用類型信息可以為字符串信息，該字符串信息可以由服務(wù)器為每個應(yīng)用類型的客戶端分配的信息；例如，APP1的應(yīng)用類型信息為String1，APP2的應(yīng)用類型信息為String2，該APP1和該APP2為兩個不同應(yīng)用類型的客戶端，String1和String2為兩個不同的字符串。

通過向服務(wù)器發(fā)送攜帶客戶端應(yīng)用類型信息的打點策略獲取請求，使得服務(wù)器能夠根據(jù)該應(yīng)用類型信息，獲取并向終端返回與該應(yīng)用類型信息對應(yīng)的打點策略，從而使得終端能夠根據(jù)對應(yīng)的打點策略，對用戶在該客戶端上的操作行為數(shù)據(jù)進(jìn)行統(tǒng)計得到打點數(shù)據(jù)，并向服務(wù)器上傳該打點數(shù)據(jù)，從而使得服務(wù)器能夠根據(jù)該打點數(shù)據(jù)有針對性的提高該客戶端的性能，使其能夠更滿足用戶的需求。

在本公開又一實施例中，該打點策略獲取請求為HTTP(Hyper Text Transfer Protocol，超文本傳輸協(xié)議)請求；相應(yīng)地，向服務(wù)器發(fā)送打點策略獲取請求包括：將該客戶端的應(yīng)用類型信息作為該HTTP請求的參數(shù)，向該服務(wù)器發(fā)送該HTTP請求。當(dāng)然，也可以采用其他方法向服務(wù)器發(fā)送攜帶該客戶端的應(yīng)用類型信息的打點策略獲取請求，本公開實施例對此不作具體限定。

在步驟202中，接收該服務(wù)器發(fā)送的打點策略。

服務(wù)器在接收到該打點策略獲取請求時，獲取該打點策略，并向終端返回獲取到的打點策略。當(dāng)該打點策略獲取請求攜帶客戶端的應(yīng)用類型信息時，服務(wù)器根據(jù)該應(yīng)用類型信息，從打點策略數(shù)據(jù)庫中查找對應(yīng)的打點策略，并向終端返回該打點策略；該打點策略數(shù)據(jù)庫至少用于多個客戶端的打點策略和對應(yīng)的應(yīng)用類型信息，當(dāng)然，該打點策略數(shù)據(jù)庫還可以用于存儲其他數(shù)據(jù)，如每個客戶端的打點策略的更新歷史信息等，本公開實施例對此不作具體限定。

在步驟203中，根據(jù)該打點策略中的數(shù)據(jù)采集策略，采集打點數(shù)據(jù)，該打點數(shù)據(jù)是指該客戶端上的用戶操作行為數(shù)據(jù)。

該數(shù)據(jù)采集策略可以包括需要打點的事件類型，對于任一客戶端，需要打點的事件可以包括頁面的打開和關(guān)閉操作，也可以包括下載、下載成功或下載失敗，還可以包括其他事件，如在輸入框輸入信息的操作等，也可以只包括上述事件中的任一類型的事件，本公開實施例對此不作具體限定。當(dāng)然，該數(shù)據(jù)采集策略也可以包括其他策略，如打點頻率等，本公開實施例對該數(shù)據(jù)采集策略的具體內(nèi)容也不作限定。

在步驟204中，根據(jù)該打點策略中的數(shù)據(jù)上傳策略，上傳該打點數(shù)據(jù)。

如果該數(shù)據(jù)上傳策略為立即上傳，在通過步驟203采集到打點數(shù)據(jù)后，立即向服務(wù)器上傳該打點數(shù)據(jù)；如果該數(shù)據(jù)上傳策略為定時輪詢上傳，在通過步驟203采集到打點數(shù)據(jù)后，緩存該打點數(shù)據(jù)，在接收輪詢時，向服務(wù)器上傳該打點數(shù)據(jù)。其中，該定時輪詢是指定時進(jìn)行詢問，以確定是否需要終端為其提供服務(wù)，在本公開實施例中，所提供的服務(wù)為數(shù)據(jù)上傳服務(wù)。

在步驟205中，在該客戶端的打點SDK運行期間，每隔預(yù)設(shè)時長向該服務(wù)發(fā)送第一更新請求，以使得該服務(wù)器根據(jù)該第一更新請求，從該打點策略數(shù)據(jù)庫中獲取更新的配置項，并返回該更新的配置項。

該第一更新請求用于向服務(wù)器獲取打點策略中更新的配置項，在服務(wù)器接收到該第一更新請求時，檢查該打點數(shù)據(jù)是否發(fā)生更新，如果發(fā)生更新，則向終端返回更新的配置項，如果未發(fā)生更新，向終端發(fā)送通知信息，以通知該終端打點策略未發(fā)生更新，以使得終端繼續(xù)使用上次接收到的打點策略，執(zhí)行打點操作。

當(dāng)每個應(yīng)用類型的客戶端具有對應(yīng)的打點策略時，該第一更新請求需要攜帶該客戶端的應(yīng)用類型信息，以使得服務(wù)器能夠根據(jù)該應(yīng)用類型信息，從打點策略數(shù)據(jù)庫中確定該客戶端的打點策略是否發(fā)生更新。

該預(yù)設(shè)時長可以根據(jù)該客戶端的性能穩(wěn)定程度進(jìn)行設(shè)置，對于公布時間較長的客戶端且性能較穩(wěn)定的客戶端，可以將該預(yù)設(shè)時長設(shè)置為較長時間，對于公布時間較短還處于試用階段，且性能不是很穩(wěn)定的客戶端，可以將該預(yù)設(shè)時長設(shè)置為較短時間；當(dāng)然，也可以采用其他方法設(shè)置該預(yù)設(shè)時長，本公開實施例對設(shè)置該預(yù)設(shè)時長的具體方法以及該預(yù)設(shè)時長的具體時長均不作限定。

在步驟206中，接收該服務(wù)器根據(jù)該更新請求返回的該更新的配置項。

終端接收服務(wù)器返回的更新的配置項后，根據(jù)該更新的配置項，進(jìn)行打點數(shù)據(jù)采集及打點數(shù)據(jù)上傳等操作，并存儲該更新的配置項，或更改之前存儲的該配置項的值，如果該配置項為新增配置項，則直接存儲該更新的配置項。

通過終端每隔預(yù)設(shè)時長向服務(wù)器發(fā)送更新請求更新打點策略，能夠使終端及時使用最新的打點策略進(jìn)行打點操作，進(jìn)而使得服務(wù)器能夠根據(jù)接收到的打點數(shù)據(jù)進(jìn)行數(shù)據(jù)分析，提高數(shù)據(jù)分析的準(zhǔn)確性和實時性。

在本公開另一實施例中，該客戶端更新打點策略的方法還可以為：接收該服務(wù)器發(fā)送的更新通知，該更新通知至少包括更新的配置項的標(biāo)識信息，該更新通知用于提醒用戶更新該打點策略；根據(jù)該更新通知，向該服務(wù)器發(fā)送第二更新請求，該第二更新請求用于獲取該更新的配置項。也即是，當(dāng)服務(wù)器檢測到該打點策略的更新操作時，通知終端更新打點策略，以使得終端能夠根據(jù)最新的打點策略執(zhí)行打點操作。

通過接收服務(wù)器發(fā)送的更新通知更新打點策略，能夠在達(dá)到及時更新該終端中的打點策略的同時，避免由于終端頻繁發(fā)送更新請求造成的網(wǎng)絡(luò)負(fù)擔(dān)。

本公開實施例提供的方法，通過以字符串的形式表示打點策略，能夠?qū)崿F(xiàn)在客戶端處于開啟狀態(tài)時，通過服務(wù)器向終端發(fā)送該打點策略，當(dāng)打點策略更新時，能夠及時獲取更新后的打點策略，進(jìn)而使得終端能夠根據(jù)更新后的打點策略采集并上傳準(zhǔn)確性更高的打點數(shù)據(jù)，在服務(wù)器對打點數(shù)據(jù)進(jìn)行分析時，能夠提高數(shù)據(jù)分析的準(zhǔn)確性和實時性；進(jìn)一步地，通過向服務(wù)器發(fā)送攜帶客戶端應(yīng)用類型信息的打點策略獲取請求，使得服務(wù)器能夠根據(jù)該應(yīng)用類型信息，獲取并向終端返回與該應(yīng)用類型信息對應(yīng)的打點策略，從而使得終端能夠根據(jù)對應(yīng)的打點策略，對用戶在該客戶端上的操作行為數(shù)據(jù)進(jìn)行統(tǒng)計得到打點數(shù)據(jù)，并向服務(wù)器上傳該打點數(shù)據(jù)，從而使得服務(wù)器能夠根據(jù)該打點數(shù)據(jù)有針對性的提高該客戶端的性能，使其能夠更滿足用戶的需求。

圖3是根據(jù)一示例性實施例示出的一種數(shù)據(jù)采集裝置框圖。參照圖3，該裝置包括發(fā)送模塊301，接收模塊302，數(shù)據(jù)采集模塊303和數(shù)據(jù)上傳模塊304。

發(fā)送模塊301，用于當(dāng)檢測到客戶端的開啟操作時，向服務(wù)器發(fā)送打點策略獲取請求，所述打點策略獲取請求用于獲取打點策略，以字符串的形式表示所述打點策略中每個配置項的值；

接收模塊302，用于接收所述服務(wù)器發(fā)送的打點策略；

數(shù)據(jù)采集模塊303，用于根據(jù)所述打點策略中的數(shù)據(jù)采集策略，采集打點數(shù)據(jù)，所述打點數(shù)據(jù)是指所述客戶端上的用戶操作行為數(shù)據(jù)；

數(shù)據(jù)上傳模塊304，用于根據(jù)所述打點策略中的數(shù)據(jù)上傳策略，上傳所述打點數(shù)據(jù)。

在本公開提供的第一種可能實現(xiàn)方式中，所述打點策略獲取請求攜帶所述客戶端的應(yīng)用類型信息，每個應(yīng)用類型具有對應(yīng)的打點策略。

在本公開提供的第二種可能實現(xiàn)方式中，所述發(fā)送模塊301還用于在所述客戶端的打點軟件開發(fā)工具包SDK運行期間，每隔預(yù)設(shè)時長向所述服務(wù)發(fā)送第一更新請求，以使得所述服務(wù)器根據(jù)所述第一更新請求，從所述打點策略數(shù)據(jù)庫中獲取更新的配置項，并返回所述更新的配置項；

所述接收模塊302還用于接收所述服務(wù)器根據(jù)所述更新請求返回的所述更新的配置項。

在本公開提供的第三種可能實現(xiàn)方式中，所述打點策略獲取請求為超文本傳輸協(xié)議HTTP請求；相應(yīng)地，所述發(fā)送模塊301用于：

將所述客戶端的應(yīng)用類型信息作為所述HTTP請求的參數(shù)，向所述服務(wù)器發(fā)送所述HTTP請求。

在本公開提供的第四種可能實現(xiàn)方式中，所述接收模塊302還用于接收所述服務(wù)器發(fā)送的更新通知，所述更新通知至少包括更新的配置項的標(biāo)識信息，所述更新通知用于提醒用戶更新所述打點策略；

所述發(fā)送模塊301還用于根據(jù)所述更新通知，向所述服務(wù)器發(fā)送第二更新請求，所述第二更新請求用于獲取所述更新的配置項。

關(guān)于上述實施例中的裝置，其中各個模塊執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實施例中進(jìn)行了詳細(xì)描述，此處將不做詳細(xì)闡述說明。

圖4是根據(jù)一示例性實施例示出的一種數(shù)據(jù)采集裝置400的框圖。例如，裝置400可以是移動電話，計算機，數(shù)字廣播終端，消息收發(fā)設(shè)備，游戲控制臺，平板設(shè)備，醫(yī)療設(shè)備，健身設(shè)備，個人數(shù)字助理等。

參照圖4，裝置400可以包括以下一個或多個組件：處理組件402，存儲器404，電源組件406，多媒體組件408，音頻組件410，輸入/輸出(I/O)接口412，傳感器組件414，以及通信組件416。

處理組件402通?？刂蒲b置400的整體操作，諸如與顯示，電話呼叫，數(shù)據(jù)通信，相機操作和記錄操作相關(guān)聯(lián)的操作。處理組件402可以包括一個或多個處理器420來執(zhí)行指令，以完成上述的方法的全部或部分步驟。此外，處理組件402可以包括一個或多個模塊，便于處理組件402和其他組件之間的交互。例如，處理組件402可以包括多媒體模塊，以方便多媒體組件408和處理組件402之間的交互。

存儲器404被配置為存儲各種類型的數(shù)據(jù)以支持在裝置400的操作。這些數(shù)據(jù)的示例包括用于在裝置400上操作的任何應(yīng)用程序或方法的指令，聯(lián)系人數(shù)據(jù)，電話簿數(shù)據(jù)，消息，圖片，視頻等。存儲器404可以由任何類型的易失性或非易失性存儲設(shè)備或者它們的組合實現(xiàn)，如靜態(tài)隨機存取存儲器(SRAM)，電可擦除可編程只讀存儲器(EEPROM)，可擦除可編程只讀存儲器(EPROM)，可編程只讀存儲器(PROM)，只讀存儲器(ROM)，磁存儲器，快閃存儲器，磁盤或光盤。

電源組件406為裝置400的各種組件提供電力。電源組件406可以包括電源管理系統(tǒng)，一個或多個電源，及其他與為裝置400生成、管理和分配電力相關(guān)聯(lián)的組件。

多媒體組件408包括在所述裝置400和用戶之間的提供一個輸出接口的屏幕。在一些實施例中，屏幕可以包括液晶顯示器(LCD)和觸摸面板(TP)。如果屏幕包括觸摸面板，屏幕可以被實現(xiàn)為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與所述觸摸或滑動操作相關(guān)的持續(xù)時間和壓力。在一些實施例中，多媒體組件408包括一個前置攝像頭和/或后置攝像頭。當(dāng)裝置400處于操作模式，如拍攝模式或視頻模式時，前置攝像頭和/或后置攝像頭可以接收外部的多媒體數(shù)據(jù)。每個前置攝像頭和后置攝像頭可以是一個固定的光學(xué)透鏡系統(tǒng)或具有焦距和光學(xué)變焦能力。

音頻組件410被配置為輸出和/或輸入音頻信號。例如，音頻組件410包括一個麥克風(fēng)(MIC)，當(dāng)裝置400處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風(fēng)被配置為接收外部音頻信號。所接收的音頻信號可以被進(jìn)一步存儲在存儲器404或經(jīng)由通信組件416發(fā)送。在一些實施例中，音頻組件410還包括一個揚聲器，用于輸出音頻信號。

I/O接口412為處理組件402和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限于：主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。

傳感器組件414包括一個或多個傳感器，用于為裝置400提供各個方面的狀態(tài)評估。例如，傳感器組件414可以檢測到裝置400的打開/關(guān)閉狀態(tài)，組件的相對定位，例如所述組件為裝置400的顯示器和小鍵盤，傳感器組件414還可以檢測裝置400或裝置400一個組件的位置改變，用戶與裝置400接觸的存在或不存在，裝置400方位或加速/減速和裝置400的溫度變化。傳感器組件414可以包括接近傳感器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件414還可以包括光傳感器，如CMOS或CCD圖像傳感器，用于在成像應(yīng)用中使用。在一些實施例中，該傳感器組件414還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。

通信組件416被配置為便于裝置400和其他設(shè)備之間有線或無線方式的通信。裝置400可以接入基于通信標(biāo)準(zhǔn)的無線網(wǎng)絡(luò)，如WiFi，2G或3G，或它們的組合。在一個示例性實施例中，通信組件416經(jīng)由廣播信道接收來自外部廣播管理系統(tǒng)的廣播信號或廣播相關(guān)信息。在一個示例性實施例中，所述通信組件416還包括近場通信(NFC)模塊，以促進(jìn)短程通信。例如，在NFC模塊可基于射頻識別(RFID)技術(shù)，紅外數(shù)據(jù)協(xié)會(IrDA)技術(shù)，超寬帶(UWB)技術(shù)，藍(lán)牙(BT)技術(shù)和其他技術(shù)來實現(xiàn)。

在示例性實施例中，裝置400可以被一個或多個應(yīng)用專用集成電路(ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理設(shè)備(DSPD)、可編程邏輯器件(PLD)、現(xiàn)場可編程門陣列(FPGA)、控制器、微控制器、微處理器或其他電子元件實現(xiàn)，用于執(zhí)行上述數(shù)據(jù)采集方法。

在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質(zhì)，例如包括指令的存儲器404，上述指令可由裝置400的處理器420執(zhí)行以完成上述方法。例如，所述非臨時性計算機可讀存儲介質(zhì)可以是ROM、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤和光數(shù)據(jù)存儲設(shè)備等。

在示例性實施例中，還提供了一種非臨時性計算機可讀存儲介質(zhì)，當(dāng)所述存儲介質(zhì)中的指令由移動終端的處理器執(zhí)行時，使得移動終端能夠執(zhí)行上述數(shù)據(jù)采集方法。

本領(lǐng)域技術(shù)人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本公開的其它實施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本公開的一般性原理并包括本公開未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由下面的權(quán)利要求指出。

應(yīng)當(dāng)理解的是，本公開并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進(jìn)行各種修改和改變。本公開的范圍僅由所附的權(quán)利要求來限制。