獲取用戶狀態信息及其在業務中的應用方法、裝置和系統的製作方法
2023-07-11 14:22:46 2
專利名稱：：獲取用戶狀態信息及其在業務中的應用方法、裝置和系統的製作方法
技術領域：
：本發明涉及移動通信領域，尤其涉及移動通信中與用戶狀態信息相關的業務。
背景技術：
：在移動通信中，很多業務都涉及到用戶狀態信息。而目前的處理系統往往忽略用戶狀態信息對業務直接進行處理，導致成功率低，從而降低業務處理的效率。例如，消息系統在下發消息時往往不顧用戶所處的狀態直接將消息下發。SMSC(ShortMessagingServiceCenter,短消息服務中心)每天都要處理大量的消息業務，目前的消息處理流程大致為首先，消息發起方通過IP網、或者無線網提交消息到SMSC，這些消息中包括接收方的地址信息，可以是一個或多個；然後，由SMSC對收到的消息進行業務處理，並通過無線網絡下發給接收方終端；最後，如果用戶終端當前不能成功接收消息，SMSC則會緩存並嘗試重發，直到設定的過期時間則不再發送。以彩信為例，用戶A給用戶B發送彩信的主要流程為1、用戶A提交彩信到匪SC(MultimediaMessagingServiceCenter,多媒體消息服務中心)；2、匪SC根據接收方信息向用戶B下發Push(推送)通知，除了消息成功發送給用戶B之外還可能有以下多種情況如果用戶B沒有開通GPRS(GeneralPacketRadioService,通用分組無線業務)，匪SC仍然會把Push通知下發給用戶B，用戶B收到了Push通知，但無法提取成功；如果用戶B—直關機，則Push通知無法下發到用戶B，最終也不可能成功；如果用戶B不願意接收彩信，即使Push通知下發成功，但用戶不提取該消息；或其他的可能情況。在上述彩信發送流程中，匪SC無法獲取用戶的狀態信息，那麼就不管用戶是否能接收消息，總會進行固定的下發處理。實際上用戶存在多種業務狀態，如用戶是否註冊了GPRS、用戶終端是否支持匪S(多媒體消息服務)、用戶是否願意接收彩信、用戶是否長時間關機、用戶因為種種原因不能成功提取消息等，而目前的業務設備不具備識別用戶多種可能狀態的能力。因此目前的消息伺服器消息下發的成功率有限。另外，移動通信中的測試業務也往往對用戶直接進行業務測試。在需要進行業務測試時，測試系統從用戶列表中直接或隨機提取部分用戶不加篩選即進行測試。由於不考慮用戶狀態信息，這種測試的有效率很低，例如將網絡消息發給了不支持WAP(WirelessApplicationProtocol,無線應用協議)的用戶終端，或將彩信發給了未開通GPRS的用戶，或將網絡測試遊戲發給了終端不支持Java的用戶等，造成了網絡擁塞等問題。
發明內容本發明的實施例提供了一種獲取用戶狀態信息的方法，包括從多個業務設備採集數據，並從採集的數據中獲取用戶狀態信息；將所述用戶狀態信息進行存儲；當接收到獲取所述用戶狀態信息的請求時，向請求方提供相應的用戶狀態信息。本發明的實施例還提供了一種獲取用戶狀態信息的裝置，包括狀態信息採集單元，用於從多個業務設備採集數據，並從採集的數據中獲取用戶狀態信息；用戶狀態庫，用於存儲所述用戶狀態信息；提供單元，用於在接收到獲取所述用戶狀態信息的請求時，向請求方提供相應的用戶狀態信息。本發明實施例提供的獲取用戶狀態信息的方法和裝置，通過從多個業務設備採集數據，並從採集的數據中獲取用戶狀態信息，從而能夠將獲取的用戶狀態信息提供給請求方，實現了基於用戶狀態信息處理通信業務，提高了業務處理的成功率。本發明的實施例還提供了一種消息下發方法，包括接收消息，並確定在下發所述消息時所需的目標用戶的狀態信息類型；從預先採集並存儲的用戶狀態信息中獲取與確定的類型相應的目標用戶狀態信息；根據所述目標用戶狀態信息確定是否下發所述消息。本發明的實施例還提供了一種消息下發系統，包括用戶狀態庫，用於存儲從多個業務設備採集到的用戶狀態信息；消息服務中心，用於接收消息，確定在下發所述消息時所需的目標用戶的狀態信息類型，從所述用戶狀態庫中獲取與確定的類型相應的目標用戶狀態信息，並根據所述目標用戶狀態信息確定是否下發所述消息。本發明實施例提供的消息下發方法和系統，通過預先從多個業務設備採集到用戶狀態信息並進行存儲，當需要下發消息時，根據消息所需的目標用戶狀態類型從存儲的用戶狀態信息中獲取確定的類型相應的目標用戶狀態信息，並根據所述目標用戶狀態信息確定是否下發所述消息，從而實現了能夠基於用戶狀態信息進行下發消息，提高了消息下發的成功率。本發明的實施例還提供了一種業務撥測方法，包括獲取預先採集並存儲的用戶狀態信息；根據測試業務所需的狀態信息類型從所述用戶狀態信息中提取用戶列表；對所述用戶列表中的用戶進行業務測試。本發明的實施例還提供了一種業務撥測系統，包括用戶狀態庫，用於存儲從多個業務設備採集到的用戶狀態信息；撥測單元，用於根據測試業務所需的狀態信息類型從所述用戶狀態庫中提取用戶列表，並對所述用戶列表中的用戶進行業務測試。本發明的實施例業務撥測方法和系統，通過預先採集並存儲用戶狀態信息，並在進行業務測試前根據業務類型從用戶狀態信息中提取用戶列表，對用戶列表中的用戶進行業務測試，從而實現了基於用戶狀態信息進行業務撥測，提高了業務測試的有效率。圖1為本發明實施例狀態信息獲取方法的流程圖2為本發明實施例狀態信息獲取裝置的示意圖；圖3為本發明實施例消息下發方法的流程圖；圖4為本發明實施例消息下發系統的示意圖；圖5為本發明實施例業務撥測方法的流程圖；圖6為本發明另一實施例業務撥測方法的示意圖；圖7為本發明實施例業務撥測系統的示意圖。具體實施例方式下面結合附圖對本發明實施例獲取用戶狀態信息及其在業務中的應用方法、裝置和系統進行詳細描述。應當明確，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。如圖1所示，本發明的實施例提供了一種獲取用戶狀態信息的方法，包括S101、從多個業務設備採集數據，並從採集的數據中獲取用戶狀態信息；S102、將所述用戶狀態信息進行存儲；S103、當接收到獲取用戶狀態信息的請求時，向請求方提供相應的用戶狀態信息。具體地，業務設備包括HLR(HomeLocationRegister,用戶歸屬位置寄存器)、SMSC、匪SC或BOSS(Business&OperationSupportSystems,業務運營支持系統)等。下面具體介紹從HLR、SMSC和BOSS採集數據並獲取用戶狀態信息的實現過程。從其它業務設備中採集數據並獲取用戶狀態信息的過程可以類似處理，如WAP網關、匪SC等業務設備均可以類似SMSC的處理。(1)從HLR採集數據，並從採集的數據中獲取用戶狀態信息具體為採集HLR中的用戶狀態標誌位的置位信息，根據所述置位信息獲取用戶狀態信息；或向HLR發送取路由請求，接收HLR返回的取路由響應，從所述取路由響應中提取用戶狀態信息。從HLR獲取到的這些用戶狀態信息主要為用戶的部分在線狀態信息，包括用戶是否關機、是否在服務區、是否為非法號碼等。(2)從SMSC或匪SC採集數據，並從採集的數據中獲取用戶狀態信息具體為定期或實時採集SMSC或匪SC生成的話單形式的用戶業務記錄，所述用戶業務記錄的內容包括用戶的號碼、用戶每條業務的最終狀態、時間範圍、用戶作為接收方時的消息發起方地址以及業務記錄數量等；然後從不同的維度進行分析從而得到以下的用戶狀態信息用戶連續預定天數或預定次數消息接收失敗或未提取消息；用戶連續預定天數或預定次數拒絕所有消息或某一類消息；用戶連續預定天數關機；用戶連續預定天數活躍；用戶發送消息的數量等。SMSC或匪SC生成的用戶業務記錄並不限於話單形式，還可以是日誌形式或其它格式。(3)從BOSS採集數據，並從採集的數據中獲取用戶狀態信息具體為BOSS按照特定要求提供原始數據，以文本格式的文件存放，這些文件格式是按照以下方式定義的文件名定義為UserStat_YYYYMMDD.txt，其中YYYY匪DD表示文件生成的時間；文件內容格式定義為UserID|GPRSActiveFlag|匪SActivedFlag|GPRSSupportedFlag|匪SS聊ortedFlag|WAPS聊ortedFlag|J纖S聊ortedFlag;其中各欄位含義為UserID表示用戶標誌，GPRSActiveFlag表示是否開通了GPRS業務，匪SActivedFlag表示是否開通了匪S業務，GPRSSupportedFlag表示終端是否支撐GPRS，匪SSupportedFlag表示終端是否支撐匪S，WAPSupportedFlag表示終端是否支撐WAP，JavaSupportedFlag表示終端是否支持Java。文件中每行代表一個記錄，表示一個用戶的相關狀態信息，記錄之間以"W"為分割符。定期從BOSS側通過FTP的方式將這些文件採集到本地，並進行解析處理，最終得到的用戶狀態信息包括用戶是否開通GPRS和匪S;以及用戶終端是否支持GPRS、匪S、WAP和Java等，當然，也可以實時的從BOSS採集數據。在接收到請求方需要得到某些用戶狀態信息的請求時，則向請求方提供相應的用戶狀態信息。例如，基於TCP/IP協議，請求方通過消息接口查詢消息的目標用戶的狀態信息，其中消息PDU(ProtocolDataUnit，協議數據單元)格式如下查詢目標用戶的狀態信息的QueryUserStat.REQ文件包括如表1中的欄位表1.QueryUserStat.REQtableseeoriginaldocumentpage8向請求方發送的QueryUserStat.RES文件包括如表2所示的欄位表2.QueryUserStat.REStableseeoriginaldocumentpage8該欄位可以有多個，和取值和請求消息的順序保持一致。當取值為-1的時候，表示查詢失敗或未找到。tableseeoriginaldocumentpage9消息編解碼採用TV方式解碼，例如UserID欄位為以'\0'結尾的字符串，Tag為0x80;StatClass欄位為4位元組整數，Tag為:0x81;StatValue欄位為4位元組整數，Tag為:0x82;Result欄位為4位元組整數，Tag為0x83。通過上述方式從而能夠實現用戶狀態信息的獲取和向請求方提供。本發明的實施例提供的獲取用戶狀態信息的方法，通過從多個業務設備採集數據，並從採集的數據中獲取用戶狀態信息，從而能夠將獲取的用戶狀態信息提供給請求方，實現了基於用戶狀態信息處理通信業務，提高了業務處理的成功率。並且本發明的實施例優選從HLR、SMSC、匪SC和BOSS中獲取用戶狀態信息，因而能夠得到全面的用戶狀態信息。如圖2所示，本發明的另一實施例獲取用戶狀態信息的裝置包括狀態信息採集單元21，用於從多個業務設備採集數據，並從採集的數據中獲取用戶狀態信息；用戶狀態庫22，用於存儲所述用戶狀態信息；提供單元23，用於在接收到獲取所述用戶狀態信息的請求時，向請求方提供相應的用戶狀態信息。具體地，狀態信息採集單元21包括第一採集模塊211、第二採集模塊212和第三採集模塊213。第一採集模塊211，用於從信令網的HLR採集數據並從採集的數據中獲取用戶的狀態信息。第二採集模塊212，用於採集和分析SMSC或匪SC的業務受理情況，從而得到用戶狀態信息，具體可以包括獲取模塊，用於採集SMSC或匪SC生成的業務話單；分析模塊，用於對所述業務話單進行分析得到用戶狀態信息。第三採集模塊213，用於從BOSS採集數據並從採集的數據中獲取用戶狀態信息，具體可以包括FTP下載模塊，用於通過FTP方式從BOSS下載包含用戶狀態信息的文本文件；解析模塊，用於從所述文本文件中提取用戶狀態信息。每一個採集模塊採集用戶狀態信息的方法可以參照上述實施例用戶狀態信息獲取方法中所述。狀態信息採集單元21可以包括以上一個或多個採集模塊。本發明的實施例提供的獲取用戶狀態信息的裝置，通過狀態信息採集單元從多個業務設備採集數據，並從採集的數據中獲取用戶狀態信息，由用戶狀態庫進行存儲，提供單元將用戶狀態信息提供給請求方，實現了基於用戶狀態信息處理通信業務，提高了業務處理的成功率。並且本發明的實施例優選從HLR、SMSC、匪SC和BOSS中獲取用戶狀態信息，因而能夠得到全面的用戶狀態信息。如圖3所示，本發明的實施例還提供了一種消息下發方法，包括S301、接收消息，並確定在下發所述消息時所需的目標用戶的狀態信息類型。在接收到消息時根據消息的業務類型來確定在下發所述消息時所需的目標用戶的狀態信息類型。例如接收到的消息為彩信，則確定下發彩信時所需的目標用戶的狀態信息類型為用戶是否開通GPRS、以及用戶終端是否支持GPRS。S302、從預先採集並存儲的用戶狀態信息中獲取與確定的類型相應的目標用戶狀態信息。所述預先採集並存儲的用戶狀態信息包括以下各項從信令網的HLR提取的用戶狀態信息；對SMSC或匪SC的業務受理情況進行分析得到的用戶狀態信息；從BOSS中提取的用戶狀態信息。這裡需要獲取的只有用戶是否開通GPRS、以及用戶終端是否支持GPRS。S303、根據所述目標用戶狀態信息確定是否下發所述消息。根據所述目標用戶狀態信息判斷所述消息是否能被所述目標用戶成功接收，若是，則下發所述消息；否則，終止下發所述消息。如果發現用戶開通了GPRS、且用戶終端支持GPRS，則將該彩信下發到該用戶；如果有一個條件不符合，則終止下發該彩信。本實施例還包括步驟對終止下發的消息進行反饋。對所述消息的發起端反饋發送失敗的信息；或對所述消息的目標用戶反饋發送失敗的信息；或向所述消息的服務提供商反饋發送失敗的信息。例如，若需要下發的消息為來自某個增值業務提供商提供的免費信息，從預先存儲的用戶狀態信息中已獲知需要下發消息的目標用戶不在服務區內，則這些消息不予下發，並且還將消息發送失敗的結果反饋給增值業務提供商；又如，需要下發的消息為來自廣播平臺的網絡消息，若從預先存儲的由SMSC或匪SC的業務受理情況分析得到的目標用戶狀態信息為該消息的目標用戶連續多次拒絕該類消息或從不提取該類消息，則對該消息不予下發，並對所述廣播平臺反饋消息發送失敗的信息；再如，若需要下發的消息為來自某個終端用戶的彩信，而從預先存儲的由BOSS中獲得的該彩信的目標用戶狀態信息為未開通匪S，則對該消息不予下發，並為該目標用戶發送一條彩信發送失敗的信息。本發明實施例提供的消息下發方法，通過預先從多個業務設備採集到用戶狀態信息並進行存儲，當需要下發消息時，根據消息所需的目標用戶狀態類型從存儲的用戶狀態信息中獲取確定的類型相應的目標用戶狀態信息，並根據所述目標用戶狀態信息確定是否下發所述消息，從而實現了能夠基於用戶狀態信息進行選擇性下發消息，提高了消息下發的成功率，減少了網絡和系統資源消耗。並且本發明的實施例優選從HLR、匪SC、SMSC和BOSS中提取各種不同的用戶狀態信息，因而能夠得到全面的用戶狀態信息，適應各種不同的消息類型。同時由於本發明實施例還包括反饋單元，能夠將消息發送失敗的信息反饋給消息的發起端、服務提供商或消息的目標用戶，因此還能夠反饋消息發送狀況，提高通信服務質量，改善用戶的服務體驗。如圖4所示，本發明的另一實施例提供了一種消息下發系統，包括狀態信息採集單元401，用於從多個業務設備採集用戶狀態信息。用戶狀態庫402，用於存儲從多個業務設備採集到的用戶狀態信息；消息服務中心403，用於接收消息，確定在下發所述消息時所需的目標用戶的狀態信息類型，從所述用戶狀態庫中獲取與確定的類型相應的目標用戶狀態信息，並根據所述10目標用戶狀態信息確定是否下發所述消息。業務設備包括HLR、SMSC、匪SC或BOSS。在本發明的不同實施例中，用戶狀態庫、消息服務中心、狀態信息採集裝置可以以任意組合的方式設置成一個或多個物理實體。在本實施例中，需要下發消息的目標用戶狀態信息從上述用戶狀態庫中預先存儲的多種用戶狀態信息中提取，從而能夠得到全面的目標用戶狀態信息。基於TCP/IP協議，消息伺服器能夠通過消息接口從用戶狀態庫查詢消息的目標用戶的狀態信息，消息伺服器向用戶狀態庫查詢目標用戶的狀態信息的QueryUserStat.REQ文件包括如表1中的欄位。消息伺服器得到由用戶狀態庫返回的QueryUserStat.RES文件包括表2中的欄位。消息編解碼採用TV方式解碼，例如UserID欄位為以'\0'結尾的字符串，Tag為0x80;StatClass欄位為4位元組整數，Tag為:0x81;StatValue欄位為4位元組整數，Tag為:0x82;Result欄位為4位元組整數，Tag為0x83。消息伺服器通過上述方式得到用戶狀態信息，從而能夠根據需要下發消息的目標用戶狀態信息確定對消息進行下發或終止下發。例如消息伺服器得到需要下發的某彩信消息，則消息伺服器從預先存儲的用戶狀態信息中獲取該彩信消息的目標用戶的狀態信息，若發現該目標用戶未開通GPRS服務或該目標用戶終端不支持GPRS，則消息伺服器終止下發該彩信；若發現該目標用戶已開通GPRS服務，且該目標用戶終端支持GPRS，則消息伺服器下發該彩信。為了實現更好的用戶體驗，本實施例消息下發的系統還包括反饋單元，用於將終止下發的消息進行反饋。對所述消息的發起端反饋發送失敗的信息；或對所述消息的目標用戶反饋發送失敗的信息；或向所述消息的服務提供商反饋發送失敗的信息。本發明實施例提供的消息下發系統，通過狀態信息採集單元預先從多個業務設備採集到用戶狀態信息並存儲於用戶狀態庫中，當需要下發消息時，由消息伺服器根據消息所需的目標用戶狀態類型從存儲的用戶狀態信息中獲取確定的類型相應的目標用戶狀態信息，並根據所述目標用戶狀態信息確定是否下發所述消息，從而實現了能夠基於用戶狀態信息進行選擇性下發消息，提高了消息下發的成功率，減少了網絡和系統資源消耗。並且本發明的實施例優選從HLR、匪SC、SMSC和BOSS中提取各種不同的用戶狀態信息，因而能夠得到全面的用戶狀態信息，適應各種不同的消息類型。同時由於本發明實施例還包括反饋單元，能夠將消息發送失敗的信息反饋給消息的發起端、服務提供商或消息的目標用戶，因此還能夠反饋消息發送狀況，提高通信服務質量，改善用戶的服務體驗。如圖5所示，本發明的實施例還提供了一種業務撥測方法，包括S501、獲取預先採集並存儲的用戶狀態信息。S502、根據測試業務所需的狀態信息類型從所述用戶狀態信息中提取用戶列表。具體地，根據測試業務所需的狀態信息類型設定狀態信息過濾條件，並根據所述過濾條件從用戶狀態信息中提取用戶列表。例如設定狀態信息過濾條件為，在服務區內、開通GPRS、WAP服務並且終端支持Java的用戶，則根據該過濾條件從預先存儲的用戶狀態信息庫中提取符合所述過濾條件的用戶列表。S503、對所述用戶列表中的用戶進行業務測試。本實施例中具體為通過匪SC對特定用戶進行網路遊戲測試。對在步驟S402中提取的符合過濾條件為在服務區內、開通GPRS、WAP服務並且終端支持Java的用戶列表中的每個用戶發送網路遊戲試用項目，並通過用戶的反饋信息決定是否開展繼續開展該試用項目。通信運營商每推行一個新業務之前，都要進行業務試點，試點的原則就是選擇一批號段，進行業務分發，根據這部分用戶的業務試點情況決策業務的開展策略。現在基於用戶狀態庫，可以選擇處於活躍狀態的優質用戶進行業務試點。如在匪S業務中，本發明實施例業務撥測方法具體的流程如圖6所示。步驟S601、撥測平臺向用戶狀態庫要求提取業務撥測用戶清單，所述用戶狀態庫預先存儲了用戶狀態信息。步驟S602、用戶狀態庫根據設定的用戶狀態信息過濾條件提取用戶號碼。步驟S603、用戶狀態庫將提取的用戶號碼組成的用戶號碼列表返回給撥測平臺。步驟S604、撥測平臺向匪SC發出業務發送請求。步驟S605、匪SC向撥測平臺返回對業務發送請求的響應。步驟S606、S606'、匪SC向SMSC、SMSC向UA(UserAgent，用戶代理)陸續下發Push通知。步驟S607、S607'、UA向WAPGW(WirelessA卯licationProtocolGateway，無線服務網關)，WAPGW向匪SC相繼發出消息提取請求。步驟S608、S608'、匪SC向WAPGW、WAPGW向UA相繼發出對消息提取請求的響應信息。步驟S609、S609'、UA向WAPGW、WAPGW向匪SC相繼發出消息提取的確認信息。步驟S610、由匪SC向撥測平臺遞送業務測試結果的報告。通過上述步驟即可完成一個完整的通信業務測試。本發明實施例業務撥測方法通過獲取預先存儲的用戶狀態信息，並根據設定的狀態信息過濾條件從預先存儲的用戶狀態信息中提取用戶列表，再通過SMSC或匪SC對所述用戶列表中的用戶進行業務測試，能夠實現選擇性地對用戶進行業務測試，從而提高了業務測試效率。由於本發明實施例根據預先存儲的用戶狀態信息來提取用戶列表進行業務測試，避免了對無關用戶的幹擾，減少了網絡和系統資源消耗，並且改善了用戶體驗。如圖7所示，本發明的再一實施例還提供了一種業務撥測系統，包括狀態信息採集裝置71，用於從多個業務設備採集用戶狀態信息。業務設備包括HLR、SMSC、匪SC禾卩BOSS。用戶狀態庫72，用於存儲從多個業務設備採集到的用戶狀態信息。撥測單元73，用於根據與測試業務所需的狀態信息類型從所述用戶狀態庫中提取用戶列表，並對所述用戶列表中的用戶進行業務測試。具體地，撥測單元73包括過濾條件設定單元731，用於根據與測試業務相應的狀態信息類型設定狀態信息過濾條件；用戶列表提取單元732，用於根據所述過濾條件從所述用戶狀態庫中提取用戶列表；業務撥測單元733，用於對所述用戶列表中的用戶進行業務測試。上述用戶狀態庫、撥測單元、狀態信息採集裝置可以以任意組合的方式設置成一個或多個物理實體。本發明的實施例業務撥測系統，通過預先採集並存儲用戶狀態信息，並在進行業務測試前根據業務類型從用戶狀態信息中提取用戶列表，對用戶列表中的用戶進行業務測試，從而實現了基於用戶狀態信息進行業務撥測，提高了業務測試的有效率。由於本發明實施例業務撥測系統只提取特定用戶列表進行業務測試，避免了對無關用戶的幹擾，減少了網絡和系統資源消耗，並且改善了用戶體驗。本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以通過電腦程式來指令相關的硬體來完成，所述的程序可存儲於一計算機可讀取存儲介質中，該程序在執行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光碟、只讀存儲記憶體(Read-0nlyMemory,ROM)或隨機存儲記憶體(RandomAccessMemory,廳)等。以上所述，僅為本發明的具體實施方式，但本發明的保護範圍並不局限於此，任何熟悉本
技術領域：
的技術人員在本發明揭露的技術範圍內，可輕易想到變化或替換，都應涵蓋在本發明的護範圍之內。因此，本發明的保護範圍應以權利要求的保護範圍為準。權利要求一種獲取用戶狀態信息的方法，其特徵在於，包括從多個業務設備採集數據，並從採集的數據中獲取用戶狀態信息；將所述用戶狀態信息進行存儲；當接收到獲取用戶狀態信息的請求時，向請求方提供相應的用戶狀態信息。2.如權利要求l所述的獲取用戶狀態信息的方法，其特徵在於，所述業務設備包括HLR、SMSC、匪SC或B0SS。3.如權利要求2所述的獲取用戶狀態信息的方法，其特徵在於，從HLR採集數據，並從採集的數據中獲取用戶狀態信息包括採集HLR中的用戶狀態標誌位的置位信息，根據所述置位信息獲取用戶狀態信息；或向HLR發送取路由請求，接收HLR返回的取路由響應，從所述取路由響應中提取用戶狀態信息。4.如權利要求2所述的獲取用戶狀態信息的方法，其特徵在於，從SMSC或匪SC採集數據，並從採集的數據中獲取用戶狀態信息包括採集SMSC或匪SC生成的業務話單；對所述業務話單進行分析得到用戶狀態信息。5.如權利要求2所述的獲取用戶狀態信息的方法，其特徵在於，從B0SS採集數據，並從採集的數據中獲取用戶狀態信息包括通過FTP方式從BOSS下載包含用戶狀態信息的文本文件；從所述文本文件中提取用戶狀態信息。6.—種獲取用戶狀態信息的裝置，其特徵在於，包括狀態信息採集單元，用於從多個業務設備採集數據，並從採集的數據中獲取用戶狀態信息；用戶狀態庫，用於存儲所述用戶狀態信息；提供單元，用於在接收到獲取用戶狀態信息的請求時，向請求方提供相應的用戶狀態信息。7.如權利要求6所述的獲取用戶狀態信息的裝置，其特徵在於，所述狀態信息採集單元包括第一採集模塊，用於從信令網的HLR採集數據，並從採集的數據中獲取用戶狀態信息；第二採集模塊，用於採集和分析SMSC或匪SC的業務受理情況，從而得到用戶狀態信息；第三採集模塊，用於從BOSS採集數據，並從採集的數據中獲取用戶狀態信息。8.如權利要求7所述的獲取用戶狀態信息的裝置，其特徵在於，所述第二收集模塊包括獲取模塊，用於採集SMSC或匪SC生成的業務話單；分析模塊，用於對所述業務話單進行分析得到用戶狀態信息。9.如權利要求7所述的獲取用戶狀態信息的裝置，其特徵在於，所述第三收集模塊包括FTP下載模塊，用於通過FTP方式從BOSS下載包含用戶狀態信息的文本文件；解析模塊，用於從所述文本文件中提取用戶狀態信息。10.—種消息下發方法，其特徵在於，包括接收消息，並確定在下發所述消息時所需的目標用戶的狀態信息類型；從預先採集並存儲的用戶狀態信息中獲取與確定的類型相應的目標用戶狀態信息；根據所述目標用戶狀態信息確定是否下發所述消息。11.如權利要求io所述的消息下發方法，其特徵在於，根據所述消息的業務類型來確定在下發所述消息時所需的目標用戶的狀態信息類型。12.如權利要求11所述的消息下發方法，其特徵在於，根據所述目標用戶狀態信息確定是否下發所述消息具體包括根據所述目標用戶狀態信息判斷所述消息是否能被所述目標用戶成功接收，若是，則下發所述消息；否則，終止下發所述消息。13.如權利要求10至12任一項所述的消息下發方法，其特徵在於，所述預先採集並存儲的用戶狀態信息包括以下至少一項從信令網的HLR提取的用戶狀態信息；對SMSC或匪SC的業務受理情況進行分析得到的用戶狀態信息；從BOSS中提取的用戶狀態信息。14.如權利要求12所述的消息下發方法，其特徵在於，還包括對終止下發的消息進行反饋。15.如權利要求14所述的消息下發方法，其特徵在於，所述對終止下發的消息進行反饋包括對所述消息的發起端反饋發送失敗的信息；或對所述消息的目標用戶反饋發送失敗的信息；或向所述消息的服務提供商反饋發送失敗的信息。16.—種消息下發系統，其特徵在於，包括用戶狀態庫，用於存儲從多個業務設備採集到的用戶狀態信息；消息服務中心，用於接收消息，確定在下發所述消息時所需的目標用戶的狀態信息類型，從所述用戶狀態庫中獲取與確定的類型相應的目標用戶狀態信息，並根據所述目標用戶狀態信息確定是否下發所述消息。17.如權利要求16所述的消息下發系統，其特徵在於，還包括狀態信息採集裝置，用於從多個業務設備採集用戶狀態信息。18.如權利要求16所述的消息下發系統，其特徵在於，所述業務設備包括HLR、SMSC、匪SC或BOSS。19.如權利要求17所述的消息下發系統，其特徵在於，所述用戶狀態庫、消息服務中心、狀態信息採集裝置可以以任意組合的方式設置成一個或多個物理實體。20.—種業務撥測方法，其特徵在於，包括獲取預先採集並存儲的用戶狀態信息；根據測試業務所需的狀態信息類型從所述用戶狀態信息中提取用戶列表；對所述用戶列表中的用戶進行業務測試。21.如權利要求20所述的業務撥測方法，其特徵在於，所述預先採集並存儲的用戶狀態信息包括以下至少一項從信令網的HLR提取的用戶狀態信息；對SMSC或匪SC的業務受理情況進行分析得到的用戶狀態信息；從BOSS中提取的用戶狀態信息。22.如權利要求20或21所述的業務撥測方法，其特徵在於，根據業務測試所需的狀態信息類型從所述用戶狀態信息中提取用戶列表具體為根據測試業務所需的狀態信息類型設定狀態信息過濾條件；根據所述過濾條件從所述用戶狀態信息中提取符合所述過濾條件的用戶列表。23.—種業務撥測系統，其特徵在於，包括用戶狀態庫，用於存儲從多個業務設備採集到的用戶狀態信息；撥測單元，用於根據測試業務所需的狀態信息類型從所述用戶狀態庫中提取用戶列表，並對所述用戶列表中的用戶進行業務測試。24.如權利要求23所述的業務撥測系統，其特徵在於，還包括狀態信息採集裝置，用於從多個業務設備採集用戶狀態信息。25.如權利要求23或24所述的消息下發系統，其特徵在於，所述業務設備包括HLR、SMSC、匪SC或BOSS。26.如權利要求23所述的消息下發系統，其特徵在於，所述撥測單元包括過濾條件設定單元，用於根據測試業務所需的狀態信息類型設定狀態信息過濾條件；用戶列表提取單元，用於根據所述過濾條件從所述用戶狀態庫中提取用戶列表；業務撥測單元，用於對所述用戶列表中的用戶進行業務測試。27.如權利要求24所述的消息下發系統，其特徵在於，所述用戶狀態庫、撥測單元、狀態信息採集裝置可以以任意組合的方式設置成一個或多個物理實體。全文摘要本發明公開了一種獲取用戶狀態信息及其在業務中的應用方法、裝置和系統，能夠根據用戶狀態信息進行業務處理。獲取用戶狀態信息的方法，包括從多個業務設備採集數據，並從採集的數據中獲取用戶狀態信息；將所述用戶狀態信息進行存儲；當接收到獲取所述用戶狀態信息的請求時，向請求方提供相應的用戶狀態信息。本發明還公開了獲取用戶信息的裝置，以及獲取用戶狀態信息用於消息下發和業務撥測中的具體實施例。本發明適用於移動通信中與用戶狀態信息有關的各種業務。文檔編號H04L29/08GK101730055SQ20081017321公開日2010年6月9日申請日期2008年10月24日優先權日2008年10月24日發明者李小強,程衛明申請人:華為技術有限公司