一種獲取用戶欠費狀態(tài)的方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種獲取用戶欠費狀態(tài)的方法及系統(tǒng)，包括業(yè)務平臺需要查詢用戶的欠費信息時，開放平臺對業(yè)務平臺進行鑒權并對接收到的請求消息進行適配轉換成信令消息后發(fā)送給信令轉接點；信令轉接點根據(jù)被查詢用戶的標識信息，將接收到的請求消息路由到該用戶對應的HLR；HLR處理適配后的請求消息，將用戶的欠費鎖信息攜帶在響應消息中經(jīng)由信令轉接點返回給開放平臺；開放平臺將接收到的響應消息轉換為應用接口消息后返回業(yè)務平臺。本發(fā)明提供的技術方案，利用信令網(wǎng)，只要將開放平臺連接到信令轉接點，在業(yè)務平臺需要查詢用戶欠費狀態(tài)時，就方便地實現(xiàn)了用戶欠費狀態(tài)的查詢，本發(fā)明提供了專用的用戶欠費狀態(tài)獲取方式，也保證了BSS的正常運行。
【專利說明】一種獲取用戶欠費狀態(tài)的方法及系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及移動通信中的業(yè)務支撐技術，尤指一種獲取用戶欠費狀態(tài)的方法及系統(tǒng)。
【背景技術】
[0002]現(xiàn)有運營商的業(yè)務支撐系統(tǒng)(BSS)不是集中的，比如每個省都會設置有自身的BSS，因此，沒有辦法通過同一節(jié)點獲取準確的全國任意一個用戶的狀態(tài)信息。BSS中的主要設備包括有營帳中心，也稱為用戶關系管理系統(tǒng)(CRM)。在CRM中，會記錄用戶的欠費狀態(tài)。
[0003]對于針對全國用戶的集中業(yè)務，如果需要獲知用戶的欠費狀態(tài)，目前沒有提供具體的實現(xiàn)方案。CRM中雖然記錄有用戶的欠費狀態(tài)，但是，CRM并不是用于提供給業(yè)務平臺完成查詢的設備，CRM不能被頻繁地被查詢，這樣無疑增加了 BSS的負荷，從而影響了整個BSS的運行效率。

【發(fā)明內容】

[0004]為了解決上述技術問題，本發(fā)明提供了一種獲取用戶欠費狀態(tài)的方法及系統(tǒng)，能夠提供專用的用戶欠費狀態(tài)獲取方式，保證BSS的正常運行。
[0005]為了達到本發(fā)明目的，本發(fā)明提供了一種獲取用戶欠費狀態(tài)的方法，包括:業(yè)務平臺需要查詢用戶的欠費信息時，開放平臺對業(yè)務平臺進行鑒權并對接收到的請求消息進行適配轉換成信令消息后發(fā)送給信令轉接點；
[0006]信令轉接點根據(jù)被查詢用戶的標識信息，將接收到的請求消息路由到該用戶對應的歸屬位置寄存器HLR ；
[0007]HLR處理適配后的請求消息，將用戶的欠費鎖信息映射到響應消息中經(jīng)由信令轉接點返回給開放平臺；開放平臺將接收到的響應消息轉換為應用接口消息后返回業(yè)務平臺。
[0008]所述接收到的請求消息為超文本轉移協(xié)議HTTP請求消息；
[0009]所述對接收到的消息進行適配包括:將接收到的HTTP請求消息轉換為移動應用部分MAP協(xié)議的ATSI消息。
[0010]所述用戶的欠費鎖信息攜帶在所述ATSI響應消息的返回值運營商決定禁止標識ODB 中。
[0011]所述將接收到的HTTP請求消息轉換為移動應用部分MAP協(xié)議的ATSI消息包括:
[0012]對所述HTTP的請求消息進行解析，提取其中的被查詢用戶的標識信息，并通過內部消息處理生成唯一的消息ID，再根據(jù)MAP協(xié)議對消息進行編碼，對MAP協(xié)議的ATSI消息相應的參數(shù)字段進行賦值:在所述ATSI消息的Invoke id參數(shù)字段中設置所述唯一的消息ID、在Requested Subscription Info參數(shù)字段中設置所述被查詢用戶的標識信息、在gsmSCF-Address參數(shù)字段中填寫任意SCP地址；
[0013]所述將用戶的欠費鎖信息攜帶在響應消息中具體包括:[0014]將所述ATSI響應消息中的Invoke id設置為所述消息ID，并將所述欠費鎖消息映射為所述ODB中ODB-GeneralData參數(shù)字段的alIOG-CalIsBarred所在的Bit位。
[0015]本發(fā)明還提供一種獲取用戶欠費狀態(tài)的系統(tǒng)，至少包括開放平臺、信令轉接點、以及HLR;其中，
[0016]開放平臺，用于接收來自業(yè)務平臺的用戶的欠費信息查詢請求，對業(yè)務平臺進行鑒權并對接收到的請求消息進行適配轉換成信令消息后發(fā)送給信令轉接點；接收來自信令轉接點轉發(fā)的響應消息；將接收到的響應消息轉換為應用接口消息后返回業(yè)務平臺；
[0017]信令轉接點，用于在接收到來自開放平臺的適配后的請求消息，根據(jù)被查詢用戶的標識信息，將適配后的請求消息路由到該用戶對應的HLR ;轉發(fā)來自HLR的響應消息；
[0018]HLR，用于處理適配后的請求消息，將用戶的欠費鎖信息映射到響應消息中經(jīng)由信令轉接點返回給開放平臺。
[0019]所述開放平臺至少包括:認證鑒權模塊，以及封裝適配模塊；其中，
[0020]認證鑒權模塊，用于對發(fā)起用戶的欠費信息查詢請求的業(yè)務平臺進行鑒權，確定是否允許該業(yè)務平臺查詢用戶欠費狀態(tài)；在鑒權通過后，將接收到的請求消息發(fā)送給封裝適配模塊；
[0021]封裝適配模塊，用于對接收到的來自認證鑒權模塊的請求消息進行適配轉換成信令消息后發(fā)送給信令轉接點；將接收到的來自信令轉接點轉發(fā)的響應消息轉換為應用接口消息后返回給業(yè)務平臺，
[0022]所述信令轉接點為具有將信令消息從一個信令鏈路轉接到另一個信令鏈路的功能的信令點，具有路由器功能。
[0023]與現(xiàn)有技術相比，本發(fā)明包括業(yè)務平臺需要查詢用戶的欠費信息時，開放平臺對業(yè)務平臺進行鑒權并對接收到的請求消息進行適配后發(fā)送給信令轉接點；信令轉接點根據(jù)被查詢用戶的標識信息，將接收到的請求消息路由到該用戶對應的HLR ;HLR處理適配轉換成信令消息后的請求消息，將用戶的欠費鎖信息攜帶在響應消息中經(jīng)由信令轉接點返回給開放平臺；開放平臺將接收到的響應消息轉換為應用接口消息后返回業(yè)務平臺。本發(fā)明提供的技術方案，利用信令網(wǎng)，只要接到一個信令轉接點，在業(yè)務平臺需要查詢用戶欠費狀態(tài)時，就方便地實現(xiàn)了用戶欠費狀態(tài)的查詢，本發(fā)明提供了專用的用戶欠費狀態(tài)獲取方式，也保證了 BSS的正常運行。
[0024]本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在說明書、權利要求書以及附圖中所特別指出的結構來實現(xiàn)和獲得。
【專利附圖】

【附圖說明】
[0025]附圖用來提供對本發(fā)明技術方案的進一步理解，并且構成說明書的一部分，與本申請的實施例一起用于解釋本發(fā)明的技術方案，并不構成對本發(fā)明技術方案的限制。
[0026]圖1為本發(fā)明獲取用戶欠費狀態(tài)的方法的流程圖；
[0027]圖2為本發(fā)明獲取用戶欠費狀態(tài)的系統(tǒng)的組成結構示意圖。
【具體實施方式】[0028]為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，下文中將結合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。
[0029]在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。
[0030]信令網(wǎng)的優(yōu)點是，一點接入，可以尋址到全信令網(wǎng)的網(wǎng)元并進行對接。因此，本發(fā)明利用信令網(wǎng)，只要開放平臺連接到信令轉接點，就可以方便地實現(xiàn)全國任意一個用戶的用戶欠費狀態(tài)的查詢。
[0031]圖1為本發(fā)明獲取用戶欠費狀態(tài)的方法的流程圖，如圖1所示，包括以下步驟:
[0032]步驟100:業(yè)務平臺需要查詢用戶的欠費信息時，開放平臺對業(yè)務平臺進行鑒權并對接收到的請求消息進行適配轉換成信令消息后發(fā)送給信令轉接點。
[0033]本步驟中，開放平臺對業(yè)務平臺進行鑒權的具體可以采用現(xiàn)有的任一種鑒權方式，具體實現(xiàn)屬于本領域技術人員的慣用技術手段，這里只是舉例說明，并不用于限定本發(fā)明的保護范圍。比如:
[0034]業(yè)務平臺請求查詢用戶的欠費信息時，會將開放平臺預先分配給自身的賬號和密碼攜帶在請求消息中，業(yè)務平臺則通過賬號和密碼對業(yè)務平臺進行鑒權；或者，
[0035]業(yè)務平臺將開放平臺預先分配給自身的賬號和密碼發(fā)送給開放平臺，開放平臺再返回令牌，這樣，在業(yè)務平臺請求查詢用戶的欠費信息時，可以利用令牌完成鑒權。
[0036]本步驟中，接收到的請求消息為應用接口消息如超文本轉移協(xié)議(HTTP，Hypertext transfer protocol)的請求消息,在該請求消息中至少攜帶有被查詢用戶的標識信息如用戶的手機號碼、請求消息要訪問的地址即開放平臺提供給業(yè)務平臺的訪問地址如 http://{serverroot}/api/isusernormalstate、請求消息的類型為獲取(GET)等。
[0037]進一步地，為了保證安全訪問，可以使用安全套接層(SSL, Secure SocketsLayer)對開放平臺對業(yè)務平臺間的交互進行加密，具體實現(xiàn)屬于本領域技術人員的慣用技術手段，這里不再贅述。
[0038]在現(xiàn)有技術中，信令消息是當用戶在電信網(wǎng)中進行業(yè)務時，在通信設備之間傳遞的各種控制信號。信令消息是根據(jù)業(yè)務特性，成序列出現(xiàn)的，目的是為業(yè)務服務的。隨著互聯(lián)網(wǎng)業(yè)務對傳統(tǒng)語音短信的沖擊，信令網(wǎng)的負載在降低。而信令資源的價值還沒有有效開發(fā)。本發(fā)明中，將信令消息脫離業(yè)務，單獨開放使用，充分開發(fā)了信令資源的價值。具體地，本步驟中，對接收到的消息進行適配轉換成信令消息，即將接收到的HTTP的請求消息轉換為信令消息如移動應用部分(MAP，Mobile Application Part)協(xié)議的ATSI (即MAP ANYTIME SUBSCRIPTION INTERROGATION service)消息。其中，對接收到的消息進行適配轉換成信令消息具體包括JtHTTP的請求消息進行解析，將其中的被查詢用戶的標識信息如用戶的手機號碼進行提取，并通過內部消息處理生成唯一的消息ID，再根據(jù)MAP協(xié)議對消息進行編碼，具體地，將MAP協(xié)議的ATSI消息相應的參數(shù)字段賦值，如在ATSI消息的Invokeid參數(shù)字段中設置唯一的消息ID、在Requested Subscription Info參數(shù)字段中設置被查詢用戶的標識信息如用戶的手機號碼、在gsmSCF-Address參數(shù)字段中填寫任意SCP地址。需要說明的是，對于gsmSCF-Address中攜帶的SCP地址,后續(xù)流程中HLR不做處理,但是如果這里不填寫信息，后續(xù)流程中HLR會報錯，因此，本步驟中可以隨意填寫一個SCP的地址即可。
[0039]適配后得到的ATSI消息至少攜帶有用于標識不同消息的消息ID、被查詢用戶的標識信息如用戶的手機號碼和SCP的地址。本發(fā)明利用現(xiàn)有用于處理業(yè)務的信令消息，實現(xiàn)了用戶的欠費鎖信息的查詢。
[0040]步驟101:信令轉接點根據(jù)被查詢用戶的標識信息，將適配后的請求消息路由到該用戶對應的HLR。
[0041]在現(xiàn)有技術中，當用戶的欠費狀態(tài)發(fā)生變化時，BSS中的CRM會通知歸屬位置寄存器(HLR)更改用戶狀態(tài)，而HLR根據(jù)接收到的通知設置用于標識欠費的用戶欠費鎖的狀態(tài)。
[0042]信令轉接點是具有將信令消息從一個信令鏈路轉接到另一個信令鏈路的功能的信令點，具有路由器功能，比如可以是現(xiàn)有的路由器，用于將相應的業(yè)務請求轉接到對應的HLR0具體實現(xiàn)屬于本領域技術人員的慣用技術手段，這里不再贅述。
[0043]本步驟中，用戶的標識信息可以是如手機號碼等。
[0044]步驟102:HLR處理適配后的請求消息，將用戶的欠費鎖信息映射到響應消息中經(jīng)由信令轉接點返回給開放平臺。
[0045]本步驟中，HLR將ATSI響應消息中的Invoke id設置為與請求消息相同的消息ID,并將對應該用戶的欠費鎖信息，映射到ATSI響應消息中運營商決定禁止標識(0DB，Operator Determined Barring)中，具體地,將欠費鎖消息映射為 ODB 中 ODB-GeneralData參數(shù)字段的alIOG-CalIsBarred所在的Bit位，比如將該Bit為的第一個bit位置為1，以表示欠費，如00000000，10000000，00000000，并將ATSI響應消息經(jīng)由信令轉接點返回給開放平臺。這里，本發(fā)明巧妙利用MAP協(xié)議的ATSI消息中的ODB返回值，實現(xiàn)了用戶的欠費鎖信息的返回。
[0046]步驟103:開放平臺將接收到的響應信息轉換為應用接口消息后返回業(yè)務平臺。本步驟即是將接收到的MAP協(xié)議的ATSI響應消息轉換為HTTP的消息格式，以便業(yè)務平臺識別并獲得用戶的欠費狀態(tài)信息。具體實現(xiàn)屬于本領域技術人員的慣用技術手段，這里不再贅述。
[0047]本發(fā)明提供的技術方案利用信令網(wǎng)，只要將開放平臺連接到信令轉接點，在業(yè)務平臺需要查詢用戶欠費狀態(tài)時，就方便地實現(xiàn)了用戶欠費狀態(tài)的查詢，本發(fā)明提供了專用的用戶欠費狀態(tài)獲取方式，也保證了 BSS的正常運行。
[0048]圖2為本發(fā)明獲取用戶欠費狀態(tài)的系統(tǒng)的組成結構示意圖，如圖2所示，至少包括開放平臺、信令轉接點、以及HLR ;其中，
[0049]開放平臺，用于接收來自業(yè)務平臺的用戶的欠費信息查詢請求，對業(yè)務平臺進行鑒權并對接收到的請求消息進行適配轉換成信令消息后發(fā)送給信令轉接點；接收來自信令轉接點轉發(fā)的響應消息；將接收到的響應消息轉換為應用接口消息后返回業(yè)務平臺；
[0050]信令轉接點，用于在接收到來自開放平臺的適配后的請求消息，根據(jù)被查詢用戶的標識信息，將適配后的請求消息路由到該用戶對應的HLR ;轉發(fā)來自HLR的響應消息；
[0051]信令轉接點是具有將信令消息從一個信令鏈路轉接到另一個信令鏈路的功能的信令點，具有路由器功能，比如可以是現(xiàn)有的路由器。
[0052]HLR，用于處理適配后的請求消息，將用戶的欠費鎖信息攜帶在響應消息中經(jīng)由信令轉接點返回給開放平臺。
[0053]如圖2所示，本發(fā)明開放平臺至少包括:認證鑒權模塊，以及封裝適配模塊；其中，
[0054]認證鑒權模塊，用于對發(fā)起用戶的欠費信息查詢請求的業(yè)務平臺進行鑒權，確定是否允許該業(yè)務平臺查詢用戶欠費狀態(tài)；在鑒權通過后，將接收到的請求消息發(fā)送給封裝適配模塊；
[0055]封裝適配模塊，用于對接收到的來自認證鑒權模塊的請求消息進行適配后發(fā)送給信令轉接點；將接收到的來自信令轉接點轉發(fā)的響應消息轉換為應用接口消息后返回給業(yè)務平臺。
[0056]本發(fā)明提供的技術方案利用信令網(wǎng)，只將開放平臺連接到信令轉接點，在業(yè)務平臺需要查詢用戶欠費狀態(tài)時，就方便地實現(xiàn)了用戶欠費狀態(tài)的查詢，本發(fā)明提供了專用的用戶欠費狀態(tài)獲取方式，也保證了 BSS的正常運行。
[0057]雖然本發(fā)明所揭露的實施方式如上，但所述的內容僅為便于理解本發(fā)明而采用的實施方式，并非用以限定本發(fā)明。任何本發(fā)明所屬領域內的技術人員，在不脫離本發(fā)明所揭露的精神和范圍的前提下，可以在實施的形式及細節(jié)上進行任何的修改與變化，但本發(fā)明的專利保護范圍，仍須以所附的權利要求書所界定的范圍為準。
【權利要求】
1.一種獲取用戶欠費狀態(tài)的方法，其特征在于，包括:業(yè)務平臺需要查詢用戶的欠費信息時，開放平臺對業(yè)務平臺進行鑒權并對接收到的請求消息進行適配轉換成信令消息后發(fā)送給信令轉接點； 信令轉接點根據(jù)被查詢用戶的標識信息，將接收到的請求消息路由到該用戶對應的歸屬位置寄存器HLR ； HLR處理適配后的請求消息，將用戶的欠費鎖信息映射到響應消息中經(jīng)由信令轉接點返回給開放平臺；開放平臺將接收到的響應消息轉換為應用接口消息后返回業(yè)務平臺。
2.根據(jù)權利要求1所述的方法，其特征在于，所述接收到的請求消息為超文本轉移協(xié)議HTTP請求消息； 所述對接收到的消息進行適配包括:將接收到的HTTP請求消息轉換為移動應用部分MAP協(xié)議的ATSI消息。
3.根據(jù)權利要求2所述的方法，其特征在于，所述用戶的欠費鎖信息攜帶在所述ATSI響應消息的返回值運營商決定禁止標識ODB中。
4.根據(jù)權利要求3所述的方法，其特征在于，所述將接收到的HTTP請求消息轉換為移動應用部分MAP協(xié)議的ATSI消息包括: 對所述HTTP的請求消息進行解析，提取其中的被查詢用戶的標識信息，并通過內部消息處理生成唯一的消息ID，再根據(jù)MAP協(xié)議對消息進行編碼，對MAP協(xié)議的ATSI消息相應的參數(shù)字段進行賦值:在所述ATSI消息的Invoke id參數(shù)字段中設置所述唯一的消息ID、在Requested Subscription Info參數(shù)字段中設置所述被查詢用戶的標識信息、在gsmSCF-Address參數(shù)字段中填寫任意SCP地址； 所述將用戶的欠費鎖信息·攜帶在響應消息中具體包括: 將所述ATSI響應消息中的Invoke id設置為所述消息ID，并將所述欠費鎖消息映射為所述 ODB 中 ODB-GeneralData 參數(shù)字段的 alIOG-CalIsBarred 所在的 Bit 位。
5.一種獲取用戶欠費狀態(tài)的系統(tǒng)，其特征在于，至少包括開放平臺、信令轉接點、以及HLR;其中， 開放平臺，用于接收來自業(yè)務平臺的用戶的欠費信息查詢請求，對業(yè)務平臺進行鑒權并對接收到的請求消息進行適配轉換成信令消息后發(fā)送給信令轉接點；接收來自信令轉接點轉發(fā)的響應消息；將接收到的響應消息轉換為應用接口消息后返回業(yè)務平臺； 信令轉接點，用于在接收到來自開放平臺的適配后的請求消息，根據(jù)被查詢用戶的標識信息，將適配后的請求消息路由到該用戶對應的HLR ;轉發(fā)來自HLR的響應消息； HLR，用于處理適配后的請求消息，將用戶的欠費鎖信息映射到響應消息中經(jīng)由信令轉接點返回給開放平臺。
6.根據(jù)權利要求5所述的系統(tǒng)，其特征在于，所述開放平臺至少包括:認證鑒權模塊，以及封裝適配模塊；其中， 認證鑒權模塊，用于對發(fā)起用戶的欠費信息查詢請求的業(yè)務平臺進行鑒權，確定是否允許該業(yè)務平臺查詢用戶欠費狀態(tài)；在鑒權通過后，將接收到的請求消息發(fā)送給封裝適配模塊； 封裝適配模塊，用于對接收到的來自認證鑒權模塊的請求消息進行適配轉換成信令消息后發(fā)送給信令轉接點；將接收到的來自信令轉接點轉發(fā)的響應消息轉換為應用接口消息后返回給業(yè)務平臺。
7.根據(jù)權利要求5或6所述的系統(tǒng)，其特征在于，所述信令轉接點為具有將信令消息從一個信令鏈路轉 接到另一個信令鏈路的功能的信令點，具有路由器功能。
【文檔編號】H04W8/04GK103856932SQ201410099000
【公開日】2014年6月11日 申請日期:2014年3月17日 優(yōu)先權日:2014年3月17日
【發(fā)明者】胡尼亞, 張鵬, 楊瑞, 劉曉靖, 王志軍, 許海翔, 王春婷 申請人:中國聯(lián)合網(wǎng)絡通信集團有限公司