專利名稱：一種收集用戶通信特征信息的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)的信息傳輸與處理技術(shù)，尤其涉及一種收集用戶通信特征信息的方法和裝置。
背景技術(shù)：
電信業(yè)目前處于一個大變革時代，電信市場從壟斷的，同質(zhì)化的統(tǒng)一大市場逐漸演變成以客戶為中心的不同小市場的總和。各種增值業(yè)務(wù)所占的營收比重以及對電信運(yùn)營商的影響力在不斷提升。因此對客戶的細(xì)分對電信運(yùn)營商而言具有非常重要的戰(zhàn)略意義?？茖W(xué)的分類方法對使電信運(yùn)營商在實(shí)施營銷的時候能夠做到有的放矢，有針對性地為客戶量身定制產(chǎn)品和服務(wù)，在提高客戶價值的同時，提高電信運(yùn)營商的服務(wù)水平和運(yùn)營能力。
目前，電信運(yùn)營商只有基于對用戶的深入研究，通過收集和分析用戶通信的特征信息，來了解用戶的行為特征、習(xí)慣、興趣等，并建立數(shù)據(jù)模型，從而挖掘出用戶潛在的消費(fèi)需求。隨著用戶終端能力的日益強(qiáng)大，用戶終端在使用過程中記錄了越來越多的用戶通信特征信息，這些信息真實(shí)的反應(yīng)了用戶在通訊方面的行為特征，以及非通訊行為方面的特征，為電信運(yùn)營商建立用戶數(shù)據(jù)模型，深入用戶研究提供了重要的數(shù)據(jù)來源。
所述用戶通信特征信息可分為兩大類，一類是用戶的固有特征信息，這需要終端能力上給予支持，比如通信指紋信息、語音信息、位置信息等；另一類是用戶使用終端通訊行為上表現(xiàn)出來的特征信息，比如通話時長記錄，短消息記錄以及互聯(lián)網(wǎng)瀏覽記錄等等。所述的通信指紋信息為用戶在通信行為方面表現(xiàn)出來的特征數(shù)據(jù)，這些通信指紋信息包含了用戶使用終端的原始數(shù)據(jù)記錄，通過細(xì)化和分類，分析出一組能夠代表此用戶通信行為的習(xí)慣性數(shù)據(jù)，然后將這些數(shù)據(jù)劃分成不同維度(不同的維度是指不同的業(yè)務(wù))進(jìn)行建模，這些不同維度的數(shù)學(xué)模型的集合就代表了該用戶的通信指紋信息。
電信運(yùn)營商為了建立用戶數(shù)據(jù)模型，深入用戶研究，需要收集用戶通信特征信息。
目前，電信運(yùn)營商收集用戶通信特征信息的主要方法是從增值服務(wù)提供商(SP)以及不同的業(yè)務(wù)使能部件Enable上收集，所謂Enable為電信運(yùn)營商提供具體業(yè)務(wù)能力的邏輯單元。各個SP為用戶終端提供了不同的通訊業(yè)務(wù)，用戶在使用某一個通訊業(yè)務(wù)時，SP設(shè)備會記錄用戶使用該業(yè)務(wù)時的一些反映用戶通信特征信息的原始數(shù)據(jù)記錄，電信運(yùn)營商再從SP側(cè)的設(shè)備上獲取這些原始的用戶通信特征信息。
但是，目前的收集用戶通信特征信息的方案有以下缺點(diǎn)1、由于SP對電信運(yùn)營商有數(shù)據(jù)欺詐的風(fēng)險，因此電信運(yùn)營商從SP處收集的用戶通信特征信息的準(zhǔn)確性得不到保證。
2、由于各個SP提供的業(yè)務(wù)不同，同一用戶的不同業(yè)務(wù)的通信特征信息會位于不同的SP設(shè)備上，導(dǎo)致電信運(yùn)營商如果要收集某一用戶的通信特征信息時需要從為該用戶提供業(yè)務(wù)的各個SP設(shè)備上收集，因此電信運(yùn)營商收集的用戶通信特征信息比較分散，增大了數(shù)據(jù)分析的難度。
3、由于電信運(yùn)營商需要與各個SP設(shè)備之間建立收集用戶通信特征信息的數(shù)據(jù)連接和相關(guān)的附加模塊，所以增加了電信運(yùn)營商收集用戶通信特征信息的構(gòu)建成本。
4、由于提供新業(yè)務(wù)的SP層出不窮，電信運(yùn)營商很難及時地與為某一用戶提供服務(wù)的新增SP設(shè)備建立信息收集關(guān)系，因此這種方案所收集的用戶通信特征信息的全面性也不高。
發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于一種收集用戶通信特征信息的方法和裝置，實(shí)現(xiàn)集中、準(zhǔn)確地收集用戶通信特征信息，降低運(yùn)營商的收集構(gòu)建成本。
為了實(shí)現(xiàn)上述發(fā)明目的，本發(fā)明的主要技術(shù)方案為一種收集用戶通信特征信息的方法，該方法包括設(shè)置收集策略；用戶終端根據(jù)收集策略收集并保存用戶通信特征信息；用戶終端將收集到的用戶通信特征信息發(fā)送給服務(wù)器。
所述設(shè)置收集策略的具體過程為在用戶終端上設(shè)置面向用戶輸入的收集策略輸入接口；用戶終端通過該輸入接口接收用戶輸入的收集策略；用戶終端存儲該收集策略。
所述設(shè)置收集策略的具體過程為服務(wù)器向用戶終端發(fā)送攜帶收集策略的指令；用戶終端收到該指令后，解析出其中的收集策略，并存儲該收集策略。
所述方法進(jìn)一步包括在用戶終端上設(shè)置面向用戶輸入的收集策略輸入接口；用戶終端通過該輸入接口接收用戶輸入的收集策略修改指令；根據(jù)該修改指令對服務(wù)器下發(fā)的收集策略進(jìn)行修改。
所述服務(wù)器向用戶終端發(fā)送攜帶收集策略的指令的具體過程包括服務(wù)器通知用戶終端建立數(shù)據(jù)連接；用戶終端發(fā)起并建立與服務(wù)器之間的數(shù)據(jù)連接；服務(wù)器通過所建立的數(shù)據(jù)連接向用戶終端下發(fā)攜帶收集策略的指令。
在用戶終端收到所述攜帶收集策略的指令后，解析存儲其中的收集策略之前，進(jìn)一步包括用戶終端提示用戶所述服務(wù)器下發(fā)了收集策略；用戶終端判斷是否接收到了用戶的授權(quán)指令，如果是則繼續(xù)執(zhí)行后續(xù)步驟，否則結(jié)束本流程。
所述用戶終端將收集到的用戶通信特征信息發(fā)送給服務(wù)器的具體過程為用戶終端在收集完用戶通信特征信息后通知服務(wù)器信息收集完畢，并發(fā)起、建立與服務(wù)器之間的數(shù)據(jù)連接；服務(wù)器向用戶終端下發(fā)收集命令；用戶終端通過所建立的數(shù)據(jù)連接向服務(wù)器發(fā)送所收集到的用戶通信特征信息。
所述用戶終端根據(jù)收集策略收集用戶通信特征信息的具體過程為監(jiān)測用戶的通信狀態(tài)，判斷通信狀態(tài)是否滿足收集策略中的觸發(fā)條件，當(dāng)滿足觸發(fā)條件后開始收集滿足所述收集策略中收集條件的用戶通信特征信息，并存儲收集到的用戶通信特征信息。
所述用戶終端將收集到的用戶通信特征信息發(fā)送給服務(wù)器是用戶終端將所收集到的所有用戶通信特征信息主動發(fā)送給服務(wù)器。
該方法進(jìn)一步包括預(yù)先在用戶終端設(shè)置記錄管理單元；用戶終端在存儲收集到的用戶通信特征信息后，進(jìn)一步將存儲單元中用戶通信特征信息與記錄管理單元上的對應(yīng)記錄管理信息進(jìn)行關(guān)聯(lián)；并且所述用戶終端將收集到的用戶通信特征信息發(fā)送給服務(wù)器的具體方法為服務(wù)器向用戶終端發(fā)送收集命令，該收集命令中包括所要收集的記錄管理信息的標(biāo)識；用戶終端根據(jù)該記錄管理信息標(biāo)識到存儲單元中查詢所關(guān)聯(lián)的用戶通信特征信息，將查詢到的用戶通信特征信息發(fā)送給服務(wù)器。
所述將該用戶通信特征信息與記錄管理單元上的記錄管理信息進(jìn)行關(guān)聯(lián)的具體過程為按照所述記錄管理單元的結(jié)構(gòu)分析該用戶通信特征信息在所述記錄管理單元內(nèi)上對應(yīng)的記錄管理信息的標(biāo)識，將該用戶通信特征信息在存儲單元中的標(biāo)記信息作為該對應(yīng)的記錄管理信息的內(nèi)容進(jìn)行保存；在后續(xù)的步驟中，根據(jù)該記錄管理信息的標(biāo)記信息到存儲單元中查詢所述用戶通信特征信息。
所述用戶通信特征信息在存儲設(shè)備中的標(biāo)記信息為該用戶通信特征信息的數(shù)據(jù)庫記錄索引信息和記錄結(jié)構(gòu)內(nèi)存地址信息。
所述的記錄管理單元為記錄管理樹單元，所述的記錄管理信息為記錄管理樹的節(jié)點(diǎn)，所述記錄管理標(biāo)識為管理樹節(jié)點(diǎn)的統(tǒng)一資源標(biāo)識URI。
所述服務(wù)器發(fā)送的收集命令中進(jìn)一步包括過濾條件，用戶終端進(jìn)一步從所查詢到的用戶通信特征信息中選擇符合所述收集命令中過濾條件的信息，將選擇的信息發(fā)送給服務(wù)器。
所述的收集策略包括基于收集時間的收集策略和或基于收集信息內(nèi)容的收集策略。
所述收集策略是以樹型數(shù)據(jù)結(jié)構(gòu)進(jìn)行存儲的。
一種收集用戶通信特征信息的裝置，該裝置包括終端信息收集單元，設(shè)置在用戶終端，用于從應(yīng)用程序單元中收集符合收集策略的信息，并將收集到的信息存儲到用戶終端的存儲單元；數(shù)據(jù)傳輸單元，分別設(shè)置在用戶終端和服務(wù)器，用于用戶終端和服務(wù)器之間的信息交互；用戶信息收集單元，設(shè)置在服務(wù)器，用于從用戶終端獲取所收集到的用戶通信特征信息，并存儲到服務(wù)器的存儲單元。
所述終端信息收集單元具體包括策略管理單元，用于設(shè)置并管理對用戶通信特征信息的收集策略和收集任務(wù)；觸發(fā)器，用于監(jiān)測用戶終端的通信狀態(tài)是否符合收集策略中的觸發(fā)條件，一旦符合則觸發(fā)下述采集管理單元工作，將收集策略通知給采集管理單元；采集管理單元，用于根據(jù)收集策略控制信息采集單元收集用戶通信特征信息，將采集到的信息存儲到存儲單元，并將存儲單元中的信息與記錄管理樹上的對應(yīng)節(jié)點(diǎn)進(jìn)行關(guān)聯(lián)；信息采集單元，用于根據(jù)采集管理單元的指令從用戶終端的應(yīng)用程序數(shù)據(jù)中采集符合收集策略的用戶通信特征信息，并返回所采集的信息給信息采集單元；記錄管理單元，用于建立并維護(hù)與用戶通信特征信息相關(guān)聯(lián)的記錄管理信息。
所述記錄管理單元為記錄管理樹單元，所述記錄管理信息為記錄管理樹節(jié)點(diǎn)，記錄了用戶通信特征信息在存儲單元中的標(biāo)記信息。
所述記錄管理單元為規(guī)則轉(zhuǎn)換數(shù)據(jù)庫模塊。
所述用戶信息收集單元具體包括信息收集單元、信息收集控制單元、與外部模塊的接口；其中，信息收集單元用于直接與終端信息收集單元進(jìn)行交互，向終端信息收集單元下發(fā)操作命令；信息收集控制單元用于設(shè)置管理收集策略、對本地存儲單元中的用戶通信特征信息進(jìn)行維護(hù)，控制信息收集單元與終端信息收集單元進(jìn)行交互；外部模塊接口用于管理和連接外部系統(tǒng)所述終端信息收集單元和用戶信息收集單元中進(jìn)一步各自包括認(rèn)證鑒權(quán)單元，用于對來雙方的證書信息進(jìn)行認(rèn)證鑒權(quán)。
所述存儲單元為用于存儲用戶通信特征信息的用戶記錄數(shù)據(jù)庫。
相對于現(xiàn)有技術(shù)，本發(fā)明在用戶終端上設(shè)置終端信息收集單元，并設(shè)置收集策略，根據(jù)收集策略收集用戶通信特征信息，服務(wù)器可以直接從用戶終端上獲取終端收集的用戶通信特征信息。因此，電信運(yùn)營商收集某一用戶的通信特征信息時，可以直接與該用戶的終端連接，從用戶終端上收集該用戶所有的通信特征信息，從而可以實(shí)現(xiàn)集中收集用戶通信特征信息的目的，降低后期數(shù)據(jù)分析的難度；由于用戶終端上收集的信息反映了用戶的真實(shí)通信情況，因此本發(fā)明所收集的用戶通信特征信息的準(zhǔn)確性高，可以防止SP的數(shù)據(jù)欺詐；還有，本發(fā)明不需要建立與各個SP設(shè)備之間的數(shù)據(jù)連接和相關(guān)的附加模塊，所以相對于現(xiàn)有技術(shù)其構(gòu)建成本也很低；最后，由于直接通過用戶終端收集用戶信息，用戶所使用的新舊通信業(yè)務(wù)信息會及時地反映在用戶終端上，因此可通過本發(fā)明的方案及時收集用戶的各種業(yè)務(wù)，所收集的用戶通信特征信息的全面性高。
圖1為本發(fā)明實(shí)施例所述收集用戶通信特征信息的裝置的結(jié)構(gòu)示意圖；圖2為本實(shí)施例所述的終端信息收集單元的結(jié)構(gòu)示意圖；圖3為本發(fā)明所述實(shí)施例中終端信息收集單元中所設(shè)置的收集策略的一個存儲結(jié)構(gòu)圖；圖4為一個具體的記錄管理樹的示意圖；圖5為所述收集用戶通信特征信息的方法的第一實(shí)施例的流程圖；圖6為步驟3中所述用戶終端按照收集策略執(zhí)行收集任務(wù)的具體流程圖；圖7為將所述將數(shù)據(jù)庫中的用戶通信特征信息關(guān)聯(lián)到記錄管理樹對象節(jié)點(diǎn)上的流程圖；圖8為所述收集用戶通信特征信息的方法的第二實(shí)施例的流程圖。
具體實(shí)施例方式
下面通過具體實(shí)施例和附圖對本發(fā)明做進(jìn)一步詳細(xì)說明。
本發(fā)明的核心技術(shù)方案為電信運(yùn)營商與用戶終端直接建立收集關(guān)系，由用戶終端根據(jù)預(yù)設(shè)的收集策略收集用戶通信特征信息，并將所收集到的用戶通信特征信息上傳給電信運(yùn)營商的服務(wù)器。
圖1為本發(fā)明實(shí)施例所述收集用戶通信特征信息的裝置的結(jié)構(gòu)示意圖。參見圖1，該裝置設(shè)置在用戶終端11和服務(wù)器12。
在用戶終端側(cè)，該裝置包括終端信息收集單元113、用戶記錄數(shù)據(jù)庫112、認(rèn)證鑒權(quán)單元114、數(shù)據(jù)傳輸單元115。其中終端信息收集單元113是收集用戶通信特征信息的主要功能部件，與用戶終端應(yīng)用程序數(shù)據(jù)111之間存在操作系統(tǒng)級的接口(例如應(yīng)用編程接口API)，可以利用該接口從終端應(yīng)用程序數(shù)據(jù)111中收集符合收集策略的用戶通信特征信息，并存入用戶終端側(cè)的存儲單元，例如此處的存儲單元為用戶記錄數(shù)據(jù)庫112，本發(fā)明也可以用文件的形式存儲用戶通信特征信息，并且將收集的信息與記錄管理單元中的記錄管理信息進(jìn)行關(guān)聯(lián)。
用戶記錄數(shù)據(jù)庫112為記錄用戶通信特征信息的存儲單元，通過操作系統(tǒng)級的接口(例如API接口)與終端信息收集單元113連接。
認(rèn)證鑒權(quán)單元114用于對用戶終端和服務(wù)器雙方的證書信息進(jìn)行認(rèn)證和鑒權(quán)，認(rèn)證鑒權(quán)通過后才能將數(shù)據(jù)傳輸?shù)浇K端信息收集單元113。
數(shù)據(jù)傳輸單元115用于與服務(wù)器側(cè)的數(shù)據(jù)傳輸單元進(jìn)行數(shù)據(jù)交互，將接收到的數(shù)據(jù)通過認(rèn)證鑒權(quán)單元114發(fā)送給終端信息收集單元113，將發(fā)送的數(shù)據(jù)通過傳輸協(xié)議發(fā)送給服務(wù)器側(cè)的數(shù)據(jù)傳輸單元124。
在服務(wù)器側(cè)，本實(shí)施例所述收集用戶通信特征信息的裝置包括用戶信息收集單元121、用戶行為數(shù)據(jù)庫122、認(rèn)證鑒權(quán)單元123、和數(shù)據(jù)傳輸單元124。其中用戶信息收集單元121具體包括信息收集單元1213、信息收集控制單元1212、外部模塊的接口1211。信息收集單元1213是直接與終端信息收集單元113交互的功能模塊，用于處理終端信息收集的具體操作，向終端信息收集單元113下發(fā)收集操作命令；信息收集控制單元1212是用戶通信特征信息采集的核心控制單元，負(fù)責(zé)管理收集策略，以及對用戶行為數(shù)據(jù)庫122內(nèi)數(shù)據(jù)進(jìn)行維護(hù)，與信息收集單元1213存在內(nèi)部接口，控制信息收集單元1213與終端信息收集單元113進(jìn)行交互，例如向信息收集單元1213發(fā)送與終端信息收集單元113的交互命令、并將信息收集單元1213收到的用戶通信特征信息存入用戶行為數(shù)據(jù)庫122中；外部模塊接口1211用于管理和連接外部系統(tǒng)，外部系統(tǒng)為諸如用戶行為分析系統(tǒng)、電信運(yùn)營商的其它業(yè)務(wù)子系統(tǒng)、系統(tǒng)提供給用戶的交互可視化系統(tǒng)入口(Portal)、以及相關(guān)數(shù)據(jù)庫等等，通過該外部模塊接口1211，外部系統(tǒng)從用戶行為數(shù)據(jù)庫122中獲取用戶通信特征信息。
用戶行為數(shù)據(jù)庫122負(fù)責(zé)存儲管理所收集到的用戶通信特征信息。
認(rèn)證簽權(quán)單元123用于對用戶終端和服務(wù)器雙方的證書信息進(jìn)行認(rèn)證和簽權(quán)，認(rèn)證鑒權(quán)通過后將數(shù)據(jù)發(fā)送給信息收集單元。并且，對于同一用戶的不同終端有一個統(tǒng)一認(rèn)證簽權(quán)的機(jī)制(此為公知技術(shù)，此處不再贅述)。
數(shù)據(jù)傳輸單元124用于與用戶終端側(cè)的數(shù)據(jù)傳輸單元進(jìn)行數(shù)據(jù)交互，將接收到的數(shù)據(jù)通過認(rèn)證鑒權(quán)單元123發(fā)送給信息收集單元，將發(fā)送的數(shù)據(jù)通過傳輸協(xié)議發(fā)送給用戶終端側(cè)的數(shù)據(jù)傳輸單元114。
上述用戶終端側(cè)的終端信息收集單元113為收集用戶通信特征信息的一個關(guān)鍵部件。圖2為本實(shí)施例所述的終端信息收集單元113的結(jié)構(gòu)示意圖。參見圖2，該單元具體包括策略管理單元21、觸發(fā)器22、采集管理單元23、信息采集單元24、以及記錄管理單元25。其中接口IF-1、IF-2、IF-3、IF-4為終端信息收集單元113的內(nèi)部接口，IF-5為終端信息收集單元113的外部接口，與終端應(yīng)用程序數(shù)據(jù)連接，IF-6也是終端信息收集單元113的外部接口，與用戶記錄數(shù)據(jù)庫112連接，這兩個外部接口可以采用操作系統(tǒng)級的API接口。
策略管理單元21，用于設(shè)置并管理對用戶通信特征信息的收集策略和收集任務(wù)，通過策略存儲樹型結(jié)構(gòu)來對收集策略的觸發(fā)條件和收集內(nèi)容進(jìn)行存儲管理。
所述收集策略中包括收集條件，該收集條件可以是基于時間的，也可以是基于內(nèi)容的1)基于時間的收集策略，終端信息收集單元113對信息收集的時機(jī)作一個時間段的控制，該時間段的設(shè)置參數(shù)包括開始時間，即時間段的起始時間；結(jié)束時間，即時間段的結(jié)束時間；周期時間，即在時間段內(nèi)每個周期時間段的間隔時間；持續(xù)時間，在時間段內(nèi)每個周期時間段的持續(xù)時間；周期類型，時間段的周期類別，例如月、周、日等。通過對以上時間設(shè)置參數(shù)的進(jìn)行定義和設(shè)置，用戶終端和服務(wù)器都可以對用戶終端的收集時機(jī)作策略上的控制。
2)基于記錄信息內(nèi)容策略，終端信息收集單元113對信息收集的內(nèi)容上作一個控制，一般來說在終端收集用戶的通信特征信息可以包括話音歷史記錄、短消息(SMS)歷史記錄、多媒體消息(MMS)歷史記錄、WAP瀏覽歷史記錄、WEB瀏覽歷史記錄等。用戶終端和服務(wù)器都可以對用戶終端的收集內(nèi)容做出相應(yīng)的控制。
圖3為本發(fā)明所述實(shí)施例中策略管理單元21中所設(shè)置的收集策略的一個存儲結(jié)構(gòu)圖。參見圖3，在本實(shí)施例中所述的收集策略的存儲結(jié)構(gòu)為樹型結(jié)構(gòu)，該樹型結(jié)構(gòu)上各個樹節(jié)點(diǎn)的存儲參數(shù)參見表1
表1表1中，<Gather>節(jié)點(diǎn)是終端信息收集策略樹結(jié)構(gòu)對象的根節(jié)點(diǎn)，包含了所有的收集時間段和內(nèi)容策略的詳細(xì)設(shè)置。
<Gather>/<policy>節(jié)點(diǎn)是所有收集策略定義的父節(jié)點(diǎn)。
<Gather>/<policy>/<star>節(jié)點(diǎn)是所有收集策略定義的開始時間。
<Gather>/<policy>/<end>節(jié)點(diǎn)是所有收集策略定義的結(jié)束時間。
<Gather>/<policy>/<x*>節(jié)點(diǎn)是子收集策略的父節(jié)點(diǎn)。
<Gather>/<policy>/<x*>/<policy ID>節(jié)點(diǎn)是子收集策略的標(biāo)識(ID)。
<Gather>/<policy>/<x*>/<time>節(jié)點(diǎn)是子收集策略中時間策略定義的父節(jié)點(diǎn)。
<Gather>/<policy>/<x*>/<time>/<x+>節(jié)點(diǎn)是子收集策略中時間策略定義的周期段的父節(jié)點(diǎn)。
<Gather>/<policy>/<x*>/<time>/<x+>/<begin>節(jié)點(diǎn)是子收集策略中時間策略定義的周期段的開始時間。
<Gather>/<policy>/<x*>/<time>/<x+>/<later>節(jié)點(diǎn)是子收集策略中時間策略定義的周期段的持續(xù)時長。
<Gather>/<policy>/<x*>/<time>/<cycle>節(jié)點(diǎn)描述了時間段的周期類別，例如，參見表2，可以天、周、月為周期
表2<Gather>/<policy>/<x*>/<time>/<time*>節(jié)點(diǎn)描述了Time節(jié)點(diǎn)的嵌套關(guān)系，用來表示多個周期的嵌套關(guān)系。
<Gather>/<policy>/<x*>/<context>節(jié)點(diǎn)是子收集策略中用戶通信特征信息內(nèi)容的父節(jié)點(diǎn)。
<Gather>/<policy>/<x>/<context>/<item+>節(jié)點(diǎn)是子收集策略中所收集的用戶通信特征信息的類型。
以上描述了收集策略在用戶終端中的存儲樹結(jié)構(gòu)，具體的策略參數(shù)可以分別添進(jìn)該收集策略樹的各個節(jié)點(diǎn)上。例如如果某項(xiàng)收集策略為收集從2005年1月1日到2005年1月31日每周一到每周五的Web瀏覽歷史記錄和SMS歷史記錄，則在<Gather>/<policy>/<star>節(jié)點(diǎn)設(shè)置20050101，在<Gather>/<policy>/<end>節(jié)點(diǎn)設(shè)置20050131，在<Gather>/<policy>/<x*>/<time>/<cycle>設(shè)置為星期，在<Gather>/<policy>/<x*>/<time>/<x+>/<begin>設(shè)置為星期一，在<Gather>/<policy>/<x*>/<time>/<x+>/<later>節(jié)點(diǎn)設(shè)置為星期五，在<Gather>/<policy>/<x*>/<context>/<item>設(shè)置為“Web瀏覽歷史記錄”和“SMS歷史記錄”。
策略管理單元21中收集策略的參數(shù)可以由用戶來設(shè)置，也可以由服務(wù)器來設(shè)置。對于用戶設(shè)置的情況，本實(shí)施例在用戶終端的用戶界面上增加策略參數(shù)輸入接口，將用戶通過該輸入接口輸入的收集條件設(shè)置到所述收集策略樹的對應(yīng)節(jié)點(diǎn)上；對于服務(wù)器設(shè)置的情況，服務(wù)器可以通過與用戶終端預(yù)定的格式向策略管理單元21發(fā)送攜帶收集策略的指令消息，其中包括策略參數(shù)，策略管理單元21從該指令消息中解析出其中的策略參數(shù)，將這些參數(shù)對應(yīng)設(shè)置到所述收集策略樹的對應(yīng)節(jié)點(diǎn)上。
觸發(fā)器22用于監(jiān)測用戶終端的通信狀態(tài)是否符合收集策略中的觸發(fā)條件，一旦符合則觸發(fā)下述采集管理單元23工作，將收集策略通知給采集管理單元23。例如上述收集從2005年1月1日到2005年1月31日每周一到每周五的Web瀏覽歷史記錄和SMS歷史記錄的收集策略的觸發(fā)條件為2005年1月1日，如果用戶的通信日期到達(dá)2005年1月1日則觸發(fā)采集管理單元23開始收集符合該收集策略的信息。
采集管理單元23，是終端信息收集單元113的核心控制部件，用于根據(jù)收集策略控制信息采集單元24收集用戶通信特征信息，將采集到的信息存儲到存儲單元，并將存儲單元中的信息與記錄管理單元中的記錄管理信息進(jìn)行關(guān)聯(lián)。
信息采集單元24，用于根據(jù)采集管理單元23的指令，通過操作系統(tǒng)級的接口(例如API接口)從用戶終端的應(yīng)用程序數(shù)據(jù)中采集符合收集策略的用戶通信特征的原始記錄信息，并向采集管理單元23返回所采集的信息。該信息可以是不同維度的原始記錄信息，所述的維度可以認(rèn)為服務(wù)器和用戶終端雙方通過協(xié)商而對用戶通信特征信息的一個分類。例如用戶使用網(wǎng)絡(luò)(Web)服務(wù)時，其日志記錄(log)、歷史記錄(History)、以及Cookie就是一個Web服務(wù)的三個維度。
記錄管理單元25，用于建立并維護(hù)與用戶通信特征信息相關(guān)聯(lián)的記錄管理信息，這些記錄管理信息與用戶記錄數(shù)據(jù)庫112中的記錄信息設(shè)置為映射關(guān)聯(lián)關(guān)系，該記錄管理信息的標(biāo)識可以通知給服務(wù)器，該記錄管理信息的內(nèi)容為其所關(guān)聯(lián)的用戶通信特征信息在用戶記錄數(shù)據(jù)庫112中標(biāo)記信息。根據(jù)該記錄管理信息的內(nèi)容可以方便地查找到用戶記錄數(shù)據(jù)庫112中的對應(yīng)用戶通信特征信息。
在本實(shí)施例中所述記錄管理單元25為一個記錄管理樹單元，其中的記錄管理信息為記錄管理樹，該記錄管理樹中包括管理對象節(jié)點(diǎn)，這些管理對象節(jié)點(diǎn)與用戶記錄數(shù)據(jù)庫112中的記錄信息設(shè)置為映射關(guān)聯(lián)關(guān)系，管理樹上的管理對象節(jié)點(diǎn)的標(biāo)識都由唯一的統(tǒng)一資源標(biāo)識(URI)來表示，該節(jié)點(diǎn)上記錄了其所關(guān)聯(lián)的用戶通信特征信息在用戶記錄數(shù)據(jù)庫112中標(biāo)記信息，即存儲位置，一般情況下該標(biāo)記信息為用戶通信特征信息的在數(shù)據(jù)庫中的數(shù)據(jù)庫記錄索引信息和記錄結(jié)構(gòu)內(nèi)存地址信息，通過這些標(biāo)記信息，采集管理單元23可以從用戶記錄數(shù)據(jù)庫112中獲取對應(yīng)的用戶通信特征信息。服務(wù)器側(cè)的用戶信息收集單元121通過統(tǒng)一的表示協(xié)議(例如該協(xié)議可以基于可擴(kuò)展標(biāo)記語言XML)向采集管理單元23發(fā)出收集命令，該收集命令中包括所收集的記錄管理樹節(jié)點(diǎn)的URI，采集管理單元23根據(jù)該URI從記錄管理樹對應(yīng)的對象節(jié)點(diǎn)上獲取該節(jié)點(diǎn)所關(guān)聯(lián)的用戶通信特征信息在用戶記錄數(shù)據(jù)庫112中的標(biāo)記信息，也就是說，記錄管理單元25的作用在于對服務(wù)器下發(fā)的收集命令進(jìn)行一個翻譯轉(zhuǎn)換，根據(jù)預(yù)先設(shè)置的映射關(guān)系將收集命令轉(zhuǎn)換為所要收集信息在用戶記錄數(shù)據(jù)庫112中的標(biāo)記信息，采集管理單元23根據(jù)該標(biāo)記信息從用戶記錄數(shù)據(jù)庫112中獲取所要收集的用戶通信特征信息。因此所述記錄管理樹可以被看作一個統(tǒng)一便于服務(wù)器收集用戶通信特征信息的操作接口。
圖4為一個具體的記錄管理樹的示意圖。本發(fā)明中記錄管理樹的具體實(shí)現(xiàn)和圖4所示的樹型結(jié)構(gòu)可能存在差異，可以根據(jù)不同的維度進(jìn)行不同的定義，管理樹的結(jié)構(gòu)排布和節(jié)點(diǎn)的名稱也會存在區(qū)別，但是基本思想和方案是相同的。下面僅以圖4為例對記錄管理樹的結(jié)構(gòu)進(jìn)行說明。參見圖4，Root是整個用戶記錄管理樹的根節(jié)點(diǎn)；UserInfo是用戶信息根節(jié)點(diǎn)，該節(jié)點(diǎn)下面包含用于存放用戶終端證書信息的用戶賬戶節(jié)點(diǎn)(UserAcc)、以及用于存放服務(wù)器證書信息(MyMgmServer)的節(jié)點(diǎn)等；OperatorX是用戶通信特征信息的存放根節(jié)點(diǎn)，該節(jié)點(diǎn)下面對用戶的通信業(yè)務(wù)類別進(jìn)行了一個分類，包括了話音業(yè)務(wù)(Call)節(jié)點(diǎn)、多媒體消息業(yè)務(wù)(MMS)節(jié)點(diǎn)、互聯(lián)網(wǎng)瀏覽業(yè)務(wù)(Web)節(jié)點(diǎn)、以及短消息業(yè)務(wù)(SMS)節(jié)點(diǎn)等。以Web節(jié)點(diǎn)為例，又對互聯(lián)網(wǎng)瀏覽業(yè)務(wù)的記錄進(jìn)行了分類，包括了三個維度Log日志記錄、History訪問記錄、用戶Web瀏覽器收藏夾信息(Favorites)。上述管理樹中的節(jié)點(diǎn)都是根節(jié)點(diǎn)，并不包含具體的數(shù)據(jù)記錄，數(shù)據(jù)記錄作為子節(jié)點(diǎn)存放不同維度的根節(jié)點(diǎn)下面。
以下是終端信息收集單元113根據(jù)收集策略收集用戶通信特征信息的主要過程1)策略管理單元21發(fā)送攜帶收集策略的消息給觸發(fā)器22。
2)觸發(fā)器22監(jiān)控用戶終端的通信狀態(tài)，判斷是否符合觸發(fā)條件，如果是則執(zhí)行后續(xù)步驟，否則繼續(xù)監(jiān)控。
3)觸發(fā)器22向收集管理單元發(fā)送攜帶收集策略的收集命令。
4)收集管理單元發(fā)送該收集命令給信息收集單元。
5)信息收集單元通過接口從用戶終端應(yīng)用程序數(shù)據(jù)收集用戶通信特征原始數(shù)據(jù)。信息收集單元與終端應(yīng)用程序存在統(tǒng)一的信息收集接口，由用戶終端的操作系統(tǒng)為該接口提供支持。具體的收集方法為可以根據(jù)收集策略設(shè)置收集接口，該收集接口可以用操作系統(tǒng)級的API接口實(shí)現(xiàn)，該API接口中包括收集策略中的收集條件，該API接口可以從應(yīng)用程序數(shù)據(jù)中選擇過濾符合收集條件的信息(至于該API接口的具體實(shí)現(xiàn)，本領(lǐng)域一般技術(shù)人員可以利用具體的編程語言以及本發(fā)明披露的技術(shù)方案實(shí)現(xiàn)，此處不再贅述)。
6)收集管理單元將收集到的周戶通信特征信息存入用戶記錄數(shù)據(jù)庫112中。
7)收集管理單元將數(shù)據(jù)庫中的用戶通信特征信息關(guān)聯(lián)到記錄管理樹的對象節(jié)點(diǎn)上，該步驟的目的在管理樹上建立一個用戶通信特征信息的映射，作為接口便于服務(wù)器獲取收集的用戶通信特征信息。
8)收集管理單元判斷收集任務(wù)是否完成，完成則結(jié)束本收集流程，未完成重復(fù)執(zhí)行上述步驟5)到步驟7)。
本發(fā)明所公開的收集用戶通信特征信息的方法具體包括A、設(shè)置收集策略；B、用戶終端根據(jù)收集策略收集并保存用戶通信特征信息；C、用戶終端將收集到的用戶通信特征信息發(fā)送給服務(wù)器，由服務(wù)器保存。
以下分兩個實(shí)施例具體說明本發(fā)明所述的方法。
圖5為所述收集用戶通信特征信息的方法的第一實(shí)施例的流程圖。本第一實(shí)施例為服務(wù)器根據(jù)需要主動從用戶終端上收集用戶通信特征信息的一種方式。主要包括服務(wù)器給終端信息收集單元113下發(fā)收集策略，終端信息收集單元113按照下發(fā)的收集策略執(zhí)行收集任務(wù)，在收集任務(wù)完畢后將收集記錄信息上報(bào)給服務(wù)器。參見圖5，該流程具體包括步驟1、通訊指紋服務(wù)器(本文簡稱為服務(wù)器)發(fā)送收集策略的通知給用戶終端。
此處，由于有許多終端設(shè)備沒有能力連續(xù)偵聽服務(wù)器連接，還有一些設(shè)備由于安全原因不希望開放一個的連接端口。但絕大多數(shù)設(shè)備能夠接收服務(wù)器主動發(fā)送的消息，例如，手機(jī)能夠接收短消息，另外一些用戶終端設(shè)備有能力接收一些類似數(shù)據(jù)報(bào)的消息，即UDP消息。此處的收集策略通知可以是任何的消息格式。此步驟是由服務(wù)器主動發(fā)起的收集任務(wù)，并通過Wap Push等方式下發(fā)任務(wù)通知，通知格式符合開放移動聯(lián)盟(OMA，open mobile alliance)制定的Wap push消息包格式，目的在于服務(wù)器能夠使用這種通知方式通知用戶終端建立與服務(wù)器之間的數(shù)據(jù)連接。
步驟2、用戶終端發(fā)起并建立與服務(wù)器之間的數(shù)據(jù)連接。在此過程中包括認(rèn)證和鑒權(quán)的過程，只有認(rèn)證和鑒權(quán)通過才能建立數(shù)據(jù)連接，并交互數(shù)據(jù)。
具體的，本步驟中的用戶終端收到服務(wù)器下發(fā)的通知消息后，開放數(shù)據(jù)連接端口，根據(jù)通知消息的內(nèi)容和地址向服務(wù)器發(fā)出一個數(shù)據(jù)連接，并發(fā)起初始會話，這個會話連接可能是基于HTTP、WAP或其它傳輸協(xié)議。
步驟2.1、服務(wù)器向用戶終端下發(fā)攜帶收集策略的指令。
本步驟中，服務(wù)器收到用戶終端建立的數(shù)據(jù)會話連接，按照制定的應(yīng)用協(xié)議規(guī)范向終端下發(fā)收集指令，其中包括了收集策略，該收集策略中包括了收集的觸發(fā)條件和收集的內(nèi)容。
例如假設(shè)此處的收集策略為收集從2005年1月1日到2005年1月31日每周一到每周五的Web瀏覽歷史記錄和SMS歷史記錄。則該收集指令的具體格式和內(nèi)容參見以下代碼，其中記錄的觸發(fā)條件2005年1月1日，收集內(nèi)容為Web瀏覽歷史記錄和SMS歷史記錄。<gather>
<policy>
<start>20050101</start>
<end>20050131</end>
<subpolicy id=”GP01”>
<time>
<period id=”PT01”>
<begin>1</begin>
<later>5</later>
</period>
<cycle>week</cycle>
<time>
<content>
<item name=”Web瀏覽歷史記錄”>./operationX/Web/history</item>
<item name=”SMS歷史記錄”>./operationX/SMS/history</item>
</content>
</subpolicy>
<policy>
</gather>
步驟2.1.1、用戶終端收到收集指令后，通過自身用戶界面上提示用戶所述服務(wù)器下發(fā)了收集策略，即向用戶顯示下發(fā)收集策略操作通知。
步驟2.1.1.1用戶授權(quán)給用戶終端，用戶終端判斷是否接收到了用戶的授權(quán)指令，如果是則執(zhí)行步驟2.1.2，否則，結(jié)束本流程。
以上兩個步驟是出于對用戶數(shù)據(jù)隱私的保護(hù)，提示用戶進(jìn)行授權(quán)確認(rèn)的必要步驟。
步驟2.1.2、用戶終端存儲收集策略，即根據(jù)所述收集指令的內(nèi)容在圖3所述的策略管理樹上設(shè)置各個節(jié)點(diǎn)的取值，從而把服務(wù)器下發(fā)的收集策略存儲到終端信息收集單元113中的策略管理單元21的策略管理樹上。
步驟2.1.3、用戶終端向服務(wù)器返回狀態(tài)，即收集策略的設(shè)置結(jié)果。
步驟2.2、服務(wù)器響應(yīng)狀態(tài)，通知用戶終端關(guān)閉會話連接，服務(wù)器則結(jié)束此次會話進(jìn)程/線程，用戶終端關(guān)閉連接端口，釋放會話連接占有的網(wǎng)絡(luò)資源。
步驟3、用戶終端按照所設(shè)置的收集策略執(zhí)行收集任務(wù)。即用戶終端根據(jù)策略管理樹存儲的收集條件，由觸發(fā)器22進(jìn)行監(jiān)控用戶終端的通信狀態(tài)，滿足觸發(fā)條件后，通知采集管理單元23執(zhí)行收集任務(wù)，完成從采集、存儲、關(guān)聯(lián)的一系列步驟，直到滿足收集任務(wù)的結(jié)束條件后，結(jié)束該階段的收集任務(wù)。
步驟4、用戶終端完成收集任務(wù)后，主動發(fā)起并建立與服務(wù)器的數(shù)據(jù)連接，建立連接的過程和步驟2基本一致，另外用戶終端需要通知服務(wù)器關(guān)于收集完成任務(wù)的相關(guān)標(biāo)識，該相關(guān)標(biāo)識是指任務(wù)標(biāo)識，服務(wù)器下發(fā)收集策略指令時攜帶該標(biāo)識，用于用戶終端上報(bào)收集任務(wù)。
數(shù)據(jù)連接建立后，用戶終端可以主動將所收集到的所有用戶通信特征信息發(fā)送給服務(wù)器。也可以由服務(wù)器下發(fā)收集命令，用戶終端根據(jù)收集命令的指示返回用戶通信特征信息，即如下步驟4.1和步驟4.1.1所述
步驟4.1、服務(wù)器下發(fā)收集命令，該收集命令中包括所要收集的管理樹節(jié)點(diǎn)的統(tǒng)一資源標(biāo)識URI。以下舉例說明一個具體的收集命令的格式<XML><Head>
<VerDTD>1.0</VerDTD>
<SessionID>0x07735</SessionID>
<MsgID>1</MsgID>
<Target>
<LocURI>IMSI:493005100592800</LocURI>
</Target>
<Source>
<LocURI>http://www.mymgmserver.com</LocURI>
</Source>
<Cred><!--服務(wù)器的認(rèn)證證書-->
<Meta>
<Type xmlns="syncml:metinf">syncml:auth-MD5</Type>
<Format xmlns='syncml:metinf'>b64</Format>
</Meta>
<Data>
<!--base64 formatting of userid:password-->
</Data>
</Cred>
…</head><Body>
…<Get>//用于獲取歷史記錄的操作命令<CmdID>4</CmdID>
<Item>
<Target>
<LocURI>./Operator/Web/History</LocURI> //管理樹節(jié)點(diǎn)的URI</Target>
<condition> //過濾條件，以時間為例<item type=”begin”>20050101</item>
<item type=”end”>20050131</item>
…</condition>
</Item>
…<Item>
<Target>
<LocURI>./Operator/Web/Log</LocURI> //管理樹節(jié)點(diǎn)的URI</Target>
…</Item>
</Get>
<Final/>
…</Body>
</XML>
上述例子中包括兩個/管理樹節(jié)點(diǎn)的URI，分別為Operator/Web/History和Operator/Web/Log。
步驟4.1.1用戶終端根據(jù)該管理樹節(jié)點(diǎn)的URI到存儲單元中查詢所關(guān)聯(lián)的用戶通信特征信息，將查詢到的用戶通信特征信息發(fā)送給服務(wù)器。
另外，所述收集命令中還可進(jìn)一步包括過濾條件，例如上述收集命令中的<item type=”begin”>20050101</item>和<item type=”end”>20050131</item>，用戶終端進(jìn)一步從所查詢到的用戶通信特征信息中選擇符合所述收集命令中過濾條件的信息，將選擇的信息發(fā)送給服務(wù)器。
以下舉例說明一個具體的用戶終端返回給服務(wù)器的收集信息的格式<XML><SyncHdr>
<VerDTD>1.0</VerDTD>
<SessionID>0x07735</SessionID>
<MsgID>2</MsgID>
<Target><LocURI>http://www.mymgmserver.com</LocURI></Target>
<Source><LocURI>IMSI:493005100592800</LocURI></Source>
<Cred> //終端的認(rèn)證證書<Meta>
<Type xmlns='syncml:metinf'>syncml:auth-MD5</Type>
<Format xmlns='syncml:metinf'>b64</Format>
</Meta>
<Data>QnJ1Y2UyOk9oQmVoYXZl</Data>
<!--base64 formatting of“userid:password”-->
</Cred>
…</SyncHdr>
<SyncBody>
…<result>
<CmdID>6</CmdID>
<MsgRef>1</MsgRef>
<CmdRef>4</CmdRef>
<Cmd>Get</Cmd>//回應(yīng)Get命令<item>
<Source>
<LocURI>./Operator/Web/History</LocURI>
</Source>
<data>訪問記錄1</data>
</item>
<item>
<Source>
<LocURI>./Operator/Web/History</LocURI>
</Source>
<data>訪問記錄2</data>
</item>
…<item>
<Source>
<LocURI>./Operator/Web/Log</LocURI>
</Source>
<data>訪問日志1</data>
</item>
<item>
<Source>
<LocURI>./Operator/Web/Log</LocURI>
</Source>
<data>訪問日志2</data>
</item>
…</result>
…</SyncBody>
</XML>
上述例子中包括了Operator/Web/History映射的用戶通信特征信息訪問記錄1和訪問記錄2，以及Operator/Web/Log映射的用戶通信特征信息訪問日志1和訪問日志2。
步驟4.2、服務(wù)器收到用戶通信特征信息后更新自身的用戶行為數(shù)據(jù)庫122，保存所收到的信息，為用戶數(shù)據(jù)分析提供重要的數(shù)據(jù)來源。
步驟4.3、服務(wù)器向用戶終端返回狀態(tài)，關(guān)閉數(shù)據(jù)連接，釋放該數(shù)據(jù)連接占用的所有網(wǎng)絡(luò)資源。關(guān)閉數(shù)據(jù)連接的具體過程與步驟2.2相同。
圖6為步驟3中所述用戶終端按照收集策略執(zhí)行收集任務(wù)的具體流程圖。該流程包括步驟61、根據(jù)觸發(fā)條件觸發(fā)收集任務(wù)。
步驟62、根據(jù)收集策略收集用戶通信特征信息。
步驟63、將收集到的用戶通信特征信息存入用戶記錄數(shù)據(jù)庫112中。
步驟64、將數(shù)據(jù)庫中的用戶通信特征信息關(guān)聯(lián)到記錄管理樹的對象節(jié)點(diǎn)上。
步驟65、判斷收集任務(wù)是否完成，即判斷當(dāng)前通信狀態(tài)是否沒有繼續(xù)符合觸發(fā)條件，如果是，則結(jié)束本流程，否則，返回步驟62，繼續(xù)執(zhí)行收集任務(wù)。
圖7為將所述將數(shù)據(jù)庫中的用戶通信特征信息關(guān)聯(lián)到記錄管理樹的對象節(jié)點(diǎn)上的流程圖。參見圖7，該流程包括步驟1、采集管理單元23發(fā)送數(shù)據(jù)庫新增記錄請求到數(shù)據(jù)庫，其中包括所收集到的用戶通信特征信息。
步驟2、數(shù)據(jù)庫創(chuàng)建數(shù)據(jù)記錄，記錄該用戶通信特征信息。
步驟3、數(shù)據(jù)庫返回該用戶通信特征信息在數(shù)據(jù)庫中的標(biāo)記信息和操作狀態(tài)。
步驟4、采集管理單元23發(fā)送創(chuàng)建節(jié)點(diǎn)和關(guān)聯(lián)記錄消息命令到所述記錄管理樹，其中包括管理樹節(jié)點(diǎn)的URI，信息在數(shù)據(jù)庫中的標(biāo)記信息(即數(shù)據(jù)庫記錄索引信息和記錄結(jié)構(gòu)內(nèi)存地址信息)以及記錄數(shù)據(jù)結(jié)構(gòu)類型。
以下代碼為一種創(chuàng)建節(jié)點(diǎn)和關(guān)聯(lián)記錄消息命令的具體內(nèi)容<register><Add>
<item>
<locURI>./root/operatorX/web/history/xxxx1</locURI>//節(jié)點(diǎn)URI<Index>31005716</Index> //數(shù)據(jù)庫記錄索引信息<Address>Ox7BFDE90A</Address> //記錄結(jié)構(gòu)內(nèi)存地址信息<dataStru>瀏覽記錄類型1</dataStru>//記錄數(shù)據(jù)結(jié)構(gòu)類型<item>
…
<item>
<locURI>./root/operatorX/web/history/xxxxn</locURI> //節(jié)點(diǎn)URI<Index>31005897</Index> //數(shù)據(jù)庫記錄索引信息<Address>Ox7BFDF907</Address> //記錄結(jié)構(gòu)內(nèi)存地址信息<dataStru>瀏覽記錄類型n</dataStru>//記錄數(shù)據(jù)結(jié)構(gòu)類型<item></Add>
<register>
步驟5、所述記錄管理樹創(chuàng)建節(jié)點(diǎn)并設(shè)置關(guān)聯(lián)信息，即在該節(jié)點(diǎn)上設(shè)置URI，該用戶通信特征信息的數(shù)據(jù)庫記錄索引信息，記錄結(jié)構(gòu)內(nèi)存地址信息以及記錄數(shù)據(jù)結(jié)構(gòu)類型。
步驟6、記錄管理樹返回關(guān)聯(lián)狀態(tài)給收集管理單元。
以上操作步驟是整體性的，不可分割的。也就是說數(shù)據(jù)庫每創(chuàng)建一條記錄都必須到記錄管理樹創(chuàng)建相關(guān)節(jié)點(diǎn)并進(jìn)行關(guān)聯(lián)。
圖8為所述收集用戶通信特征信息的方法的第二實(shí)施例的流程圖。本第二實(shí)施例為用戶終端主動上報(bào)用戶通信特征信息的一種方式，由用戶設(shè)置收集策略，終端信息收集單元113按照用戶設(shè)置的收集策略，執(zhí)行收集任務(wù)，并將收集到的信息上報(bào)到服務(wù)器。參見圖8，該流程具體包括步驟1、用戶通過終端提供的用戶界面(UI，User Interface)制定收集策略。
本實(shí)施例中在用戶終端的用戶界面上增加策略參數(shù)輸入接口，將用戶通過該輸入接口輸入的策略參數(shù)設(shè)置到所述收集策略樹的對應(yīng)節(jié)點(diǎn)上，即完成設(shè)置收集策略。
步驟1.1、用戶終端存儲所設(shè)置的收集策略。在本實(shí)施例中，一旦用戶終端開始執(zhí)行收集任務(wù)后，用戶不可更改收集任務(wù)的內(nèi)容，但可以取消任務(wù)。
步驟1.2、向用戶返回相關(guān)狀態(tài)，即通過UI提示用戶收集策略的設(shè)置狀態(tài)和結(jié)果。
后續(xù)的步驟2到步驟3.3分別與圖5中所述的步驟3到步驟4.3相同，此處不再贅述。
另外，本發(fā)明的記錄管理單元25也可以是一個規(guī)則轉(zhuǎn)換數(shù)據(jù)庫模塊，以代替記錄管理樹單元，規(guī)則轉(zhuǎn)換數(shù)據(jù)庫的作用在于對服務(wù)器下發(fā)的收集命令(此處收集命令內(nèi)可以包括一個數(shù)據(jù)表Profile，該P(yáng)rofile為一張有一定格式，但沒有內(nèi)容的數(shù)據(jù)表)進(jìn)行一個翻譯轉(zhuǎn)換，采集管理單元可以通過該規(guī)則轉(zhuǎn)換數(shù)據(jù)庫模塊找到與用戶記錄數(shù)據(jù)庫數(shù)據(jù)記錄的對應(yīng)關(guān)系。然后按照Profile的格式將用戶通信特征信息發(fā)回給服務(wù)器。具體過程可以為1服務(wù)器下發(fā)信息收集數(shù)據(jù)表Profile給采集管理單元；2采集管理單元根據(jù)Profile格式請求向規(guī)則轉(zhuǎn)換數(shù)據(jù)庫請求Profile的映射規(guī)則，即profile中具體的數(shù)據(jù)要求與用戶通信特征信息在數(shù)據(jù)庫中標(biāo)記信息的對應(yīng)關(guān)系；3規(guī)則轉(zhuǎn)換數(shù)據(jù)庫將Profile請求進(jìn)行規(guī)則匹配，生成用戶通信特征信息在數(shù)據(jù)庫中的標(biāo)記；4向采集管理單元返回該標(biāo)記；5采集管理單元根據(jù)該標(biāo)記信息向用戶記錄數(shù)據(jù)庫請求用戶通信特征信息；6用戶記錄數(shù)據(jù)庫返回符合要求的用戶通信特征信息；7采集管理單元根據(jù)Profile格式要求生成用戶數(shù)據(jù)記錄表，表中記錄了用戶通信特征信息；8向服務(wù)器返回Profile格式的用戶數(shù)據(jù)記錄表。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種收集用戶通信特征信息的方法，其特征在于，該方法包括設(shè)置收集策略；用戶終端根據(jù)收集策略收集并保存用戶通信特征信息；用戶終端將收集到的用戶通信特征信息發(fā)送給服務(wù)器。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述設(shè)置收集策略的具體過程為在用戶終端上設(shè)置面向用戶輸入的收集策略輸入接口；用戶終端通過該輸入接口接收用戶輸入的收集策略；用戶終端存儲該收集策略。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述設(shè)置收集策略的具體過程為服務(wù)器向用戶終端發(fā)送攜帶收集策略的指令；用戶終端收到該指令后，解析出其中的收集策略，并存儲該收集策略。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，進(jìn)一步包括在用戶終端上設(shè)置面向用戶輸入的收集策略輸入接口；用戶終端通過該輸入接口接收用戶輸入的收集策略修改指令；根據(jù)該修改指令對服務(wù)器下發(fā)的收集策略進(jìn)行修改。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述服務(wù)器向用戶終端發(fā)送攜帶收集策略的指令的具體過程包括服務(wù)器通知用戶終端建立數(shù)據(jù)連接；用戶終端發(fā)起并建立與服務(wù)器之間的數(shù)據(jù)連接；服務(wù)器通過所建立的數(shù)據(jù)連接向用戶終端下發(fā)攜帶收集策略的指令。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，在用戶終端收到所述攜帶收集策略的指令后，解析存儲其中的收集策略之前，進(jìn)一步包括用戶終端提示用戶所述服務(wù)器下發(fā)了收集策略；用戶終端判斷是否接收到了用戶的授權(quán)指令，如果是則繼續(xù)執(zhí)行后續(xù)步驟，否則結(jié)束本流程。
7.根據(jù)權(quán)利要求1至6任一項(xiàng)所述的方法，其特征在于，所述用戶終端將收集到的用戶通信特征信息發(fā)送給服務(wù)器的具體過程為用戶終端在收集完用戶通信特征信息后通知服務(wù)器信息收集完畢，并發(fā)起、建立與服務(wù)器之間的數(shù)據(jù)連接；服務(wù)器向用戶終端下發(fā)收集命令；用戶終端通過所建立的數(shù)據(jù)連接向服務(wù)器發(fā)送所收集到的用戶通信特征信息。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶終端根據(jù)收集策略收集用戶通信特征信息的具體過程為監(jiān)測用戶的通信狀態(tài)，判斷通信狀態(tài)是否滿足收集策略中的觸發(fā)條件，當(dāng)滿足觸發(fā)條件后開始收集滿足所述收集策略中收集條件的用戶通信特征信息，并存儲收集到的用戶通信特征信息。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶終端將收集到的用戶通信特征信息發(fā)送給服務(wù)器是用戶終端將所收集到的所有用戶通信特征信息主動發(fā)送給服務(wù)器。
10.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包括預(yù)先在用戶終端設(shè)置記錄管理單元；用戶終端在存儲收集到的用戶通信特征信息后，進(jìn)一步將存儲單元中用戶通信特征信息與記錄管理單元上的對應(yīng)記錄管理信息進(jìn)行關(guān)聯(lián)；并且所述用戶終端將收集到的用戶通信特征信息發(fā)送給服務(wù)器的具體方法為服務(wù)器向用戶終端發(fā)送收集命令，該收集命令中包括所要收集的記錄管理信息的標(biāo)識；用戶終端根據(jù)該記錄管理信息標(biāo)識到存儲單元中查詢所關(guān)聯(lián)的用戶通信特征信息，將查詢到的用戶通信特征信息發(fā)送給服務(wù)器。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述將該用戶通信特征信息與記錄管理單元上的記錄管理信息進(jìn)行關(guān)聯(lián)的具體過程為按照所述記錄管理單元的結(jié)構(gòu)分析該用戶通信特征信息在所述記錄管理單元內(nèi)上對應(yīng)的記錄管理信息的標(biāo)識，將該用戶通信特征信息在存儲單元中的標(biāo)記信息作為該對應(yīng)的記錄管理信息的內(nèi)容進(jìn)行保存；在后續(xù)的步驟中，根據(jù)該記錄管理信息的標(biāo)記信息到存儲單元中查詢所述用戶通信特征信息。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述用戶通信特征信息在存儲設(shè)備中的標(biāo)記信息為該用戶通信特征信息的數(shù)據(jù)庫記錄索引信息和記錄結(jié)構(gòu)內(nèi)存地址信息。
13.根據(jù)權(quán)利要求10、11、或12所述的方法，其特征在于，所述的記錄管理單元為記錄管理樹單元，所述的記錄管理信息為記錄管理樹的節(jié)點(diǎn)，所述記錄管理標(biāo)識為管理樹節(jié)點(diǎn)的統(tǒng)一資源標(biāo)識URI。
14.根據(jù)權(quán)利要求10所述的方法，其特征在于，服務(wù)器發(fā)送的收集命令中進(jìn)一步包括過濾條件，用戶終端進(jìn)一步從所查詢到的用戶通信特征信息中選擇符合所述收集命令中過濾條件的信息，將選擇的信息發(fā)送給服務(wù)器。
15.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的收集策略包括基于收集時間的收集策略和或基于收集信息內(nèi)容的收集策略。
16.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述收集策略是以樹型數(shù)據(jù)結(jié)構(gòu)進(jìn)行存儲的。
17.一種收集用戶通信特征信息的裝置，其特征在于，該裝置包括終端信息收集單元，設(shè)置在用戶終端，用于從應(yīng)用程序單元中收集符合收集策略的信息，并將收集到的信息存儲到用戶終端的存儲單元；數(shù)據(jù)傳輸單元，分別設(shè)置在用戶終端和服務(wù)器，用于用戶終端和服務(wù)器之間的信息交互；用戶信息收集單元，設(shè)置在服務(wù)器，用于從用戶終端獲取所收集到的用戶通信特征信息，并存儲到服務(wù)器的存儲單元。
18.根據(jù)權(quán)利要求17所述的裝置，其特征在于，所述終端信息收集單元具體包括策略管理單元，用于設(shè)置并管理對用戶通信特征信息的收集策略和收集任務(wù)；觸發(fā)器，用于監(jiān)測用戶終端的通信狀態(tài)是否符合收集策略中的觸發(fā)條件，一旦符合則觸發(fā)下述采集管理單元工作，將收集策略通知給采集管理單元；采集管理單元，用于根據(jù)收集策略控制信息采集單元收集用戶通信特征信息，將采集到的信息存儲到存儲單元，并將存儲單元中的信息與記錄管理樹上的對應(yīng)節(jié)點(diǎn)進(jìn)行關(guān)聯(lián)；信息采集單元，用于根據(jù)采集管理單元的指令從用戶終端的應(yīng)用程序數(shù)據(jù)中采集符合收集策略的用戶通信特征信息，并返回所采集的信息給信息采集單元；記錄管理單元，用于建立并維護(hù)與用戶通信特征信息相關(guān)聯(lián)的記錄管理信息。
19.根據(jù)權(quán)利要求18所述的裝置，其特征在于，所述記錄管理單元為記錄管理樹單元，所述記錄管理信息為記錄管理樹節(jié)點(diǎn)，記錄了用戶通信特征信息在存儲單元中的標(biāo)記信息。
20.根據(jù)權(quán)利要求18所述的裝置，其特征在于，所述記錄管理單元為規(guī)則轉(zhuǎn)換數(shù)據(jù)庫模塊。
21.根據(jù)權(quán)利要求17所述的裝置，其特征在于，所述用戶信息收集單元具體包括信息收集單元、信息收集控制單元、與外部模塊的接口；其中，信息收集單元用于直接與終端信息收集單元進(jìn)行交互，向終端信息收集單元下發(fā)操作命令；信息收集控制單元用于設(shè)置管理收集策略、對本地存儲單元中的用戶通信特征信息進(jìn)行維護(hù)，控制信息收集單元與終端信息收集單元進(jìn)行交互；外部模塊接口用于管理和連接外部系統(tǒng)。
22.根據(jù)權(quán)利要求17所述的裝置，其特征在于，所述終端信息收集單元和用戶信息收集單元中進(jìn)一步各自包括認(rèn)證鑒權(quán)單元，用于對來雙方的證書信息進(jìn)行認(rèn)證鑒權(quán)。
23.根據(jù)權(quán)利要求17所述的裝置，其特征在于，所述存儲單元為用于存儲用戶通信特征信息的用戶記錄數(shù)據(jù)庫。
全文摘要
本發(fā)明公開了一種收集用戶通信特征信息的方法，該方法包括設(shè)置收集策略；用戶終端根據(jù)收集策略收集并保存用戶通信特征信息；用戶終端將收集到的用戶通信特征信息發(fā)送給服務(wù)器。本發(fā)明還公開了一種收集用戶通信特征信息的裝置，包括終端信息收集單元，設(shè)置在用戶終端，用于從應(yīng)用程序單元中收集符合收集策略的信息，并將收集到的信息存儲到用戶終端的存儲單元；數(shù)據(jù)傳輸單元，分別設(shè)置在用戶終端和服務(wù)器，用于用戶終端和服務(wù)器之間的信息交互；用戶信息收集單元，設(shè)置在服務(wù)器，用于從用戶終端獲取所收集到的用戶通信特征信息，并存儲到服務(wù)器的存儲單元。本發(fā)明可實(shí)現(xiàn)集中、準(zhǔn)確地收集用戶通信特征信息，降低運(yùn)營商的收集構(gòu)建成本。
文檔編號H04M3/22GK1852355SQ20051011316
公開日2006年10月25日 申請日期2005年10月17日 優(yōu)先權(quán)日2005年10月17日
發(fā)明者舒琦, 鐘杰萍 申請人:華為技術(shù)有限公司