專利名稱：一種增值業(yè)務計費方法、系統(tǒng)及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，尤指一種基于開放式統(tǒng)一接口的增值業(yè)務計費方法、系統(tǒng)
及裝置。
背景技術：
目前增值業(yè)務運營管理的現(xiàn)狀為運營商開展促銷/優(yōu)惠業(yè)務時，會通過直接改變促銷涉及到的各業(yè)務平臺的計費結(jié)算規(guī)則和業(yè)務運營支撐系統(tǒng)(Business & OperationSu卯ort System, BOSS)中的話單格式來實現(xiàn)。 目前常用的運營管理系統(tǒng)網(wǎng)絡架構(gòu)如圖1所示，其中，業(yè)務1、業(yè)務2.......業(yè)務
n表示各種業(yè)務平臺，例如短信、彩信、無線應用協(xié)議(Wireless ApplicationProtocol，WAP)等等；運營支撐系統(tǒng)BOSS負責根據(jù)各業(yè)務平臺話單對使用各種業(yè)務的用戶進行計費；短信網(wǎng)關(Internet Short Message Gateway, ISMG)、非結(jié)構(gòu)化補充業(yè)務數(shù)據(jù)(Unstructured Supplementary Service Data，USSD)網(wǎng)關(Gateway, GW)、通用分組無線業(yè)務(General Packet Radio Service, GPRS)網(wǎng)關、WAP網(wǎng)關、多媒體信息中心(MultimediaMessaging Service Center,MMSC)、定位月艮務/移動位置月艮務(location Based Service,LBS)網(wǎng)關、彩鈴(Color Ring)網(wǎng)關等分別表示各種業(yè)務網(wǎng)關，實現(xiàn)對使用各種業(yè)務的用戶進行計費的具體過程包括 當需要對使用某一業(yè)務的部分用戶采用新的計費規(guī)則時，例如打包促銷等，修改各相關業(yè)務平臺中的計費結(jié)算規(guī)則及BOSS中的話單格式，使其達成一致，由各業(yè)務平臺修改話單內(nèi)容，傳遞給BOSS后，由BOSS進行批價和結(jié)算。由于話單已經(jīng)修改了 ，所以BOSS這時的批價和結(jié)算就能夠滿足改變了的計費規(guī)則的要求(如打包促銷的優(yōu)惠政策等)的要求。這種情況下，改變的規(guī)則存在于業(yè)務平臺和BOSS中，兩者均需進行改進。
因此，在現(xiàn)有技術條件下，當運營商根據(jù)市場需求要實施增值業(yè)務計費規(guī)則改變(如業(yè)務打包促銷)時，除非業(yè)務平臺和BOSS側(cè)都根據(jù)促銷要求在計費規(guī)則和話單格式上事先做好了系統(tǒng)更新才能實行，如果要取消采用新規(guī)則的促銷套餐，則業(yè)務平臺和BOSS側(cè)需要再做更新，這樣一來，業(yè)務計費規(guī)則改變的靈活性差，成本也高。特別在臨時的動態(tài)的改變規(guī)則時，如臨時發(fā)起的持續(xù)時間較短并且面向特定用戶群的促銷規(guī)則等，傳統(tǒng)的方式由于涉及系統(tǒng)更新需要一定的時間而變得不可使用，從而使臨時的動態(tài)的改變規(guī)則無法實施，嚴重影響運營商的競爭力，影響了增值業(yè)務市場的發(fā)展以及收入的增加，也影響了用戶的業(yè)務使用體驗。 因此，構(gòu)建一種在不對各業(yè)務平臺和BOSS系統(tǒng)進行修改的情況下，動態(tài)配置業(yè)務規(guī)則，且支持業(yè)務規(guī)則臨時性動態(tài)改變的增值業(yè)務計費系統(tǒng)是非常有必要的。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種增值業(yè)務計費方法、系統(tǒng)及裝置，解決了現(xiàn)有技術中不能靈活、動態(tài)的改變各增值業(yè)務計費結(jié)算規(guī)則的問題。
—種增值業(yè)務計費方法，包括 接收至少兩種增值業(yè)務的用戶終端訪問請求消息，每種增值業(yè)務包括在至少一種業(yè)務組合中； 查找存儲的用戶訂購信息，當確定所述用戶終端訂購了包括所請求的增值業(yè)務的業(yè)務組合時，則獲取所述業(yè)務組合規(guī)定的所請求的增值業(yè)務的計費結(jié)算規(guī)則；
根據(jù)所述計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使用記錄信息生成話單。
本發(fā)明的上述方法，還包括 當確定所述用戶終端并未訂購包括所述增值業(yè)務的業(yè)務組合時，則獲取所述增值業(yè)務的原計費結(jié)算規(guī)則； 根據(jù)所述原計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使用記錄信息生成話單。
本發(fā)明的上述方法，還包括將生成的話單傳送給業(yè)務運營支撐系統(tǒng)BOSS服務器進行計費結(jié)算。
本發(fā)明的上述方法，還包括 接收到所述請求消息后，根據(jù)存儲的所述用戶訂購信息，對所述用戶終端進行鑒權(quán)； 當鑒權(quán)通過時，允許所述用戶終端訪問所請求的增值業(yè)務。
根據(jù)本發(fā)明的上述方法，所述對所述用戶終端進行鑒權(quán)，具體包括 獲取所述用戶訂購信息，查詢訂購了所請求的增值業(yè)務的用戶信息和訂購用戶的
業(yè)務狀態(tài)信息，確定所述用戶終端訂購了所述增值業(yè)務且業(yè)務狀態(tài)為可用狀態(tài)時，鑒權(quán)通
過；否則，則鑒權(quán)不通過。 本發(fā)明的上述方法，還包括定期從BOSS服務器同步用戶訂購信息。
—種增值業(yè)務計費系統(tǒng)，包括 至少兩種業(yè)務平臺，用于為用戶終端提供不同類型的增值業(yè)務，且所提供的增值業(yè)務包括在至少一種業(yè)務組合中； 增值業(yè)務計費裝置，用于查找存儲的用戶訂購信息，當確定所述用戶終端訂購了包括所請求的增值業(yè)務的業(yè)務組合時，則獲取所述業(yè)務組合規(guī)定的所請求的增值業(yè)務的計費結(jié)算規(guī)則；根據(jù)所述計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使用記錄信息生成話單。 根據(jù)本發(fā)明的上述系統(tǒng)，所述增值業(yè)務計費裝置，還用于 當確定所述用戶終端并未訂購包括所述增值業(yè)務的業(yè)務組合時，則獲取所述增值業(yè)務的原計費結(jié)算規(guī)則； 根據(jù)所述原計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使用記錄信息生成話單。
本發(fā)明的上述系統(tǒng)，還包括業(yè)務運營支撐系統(tǒng)BOSS服務器，用于接收所述增值業(yè)務計費裝置傳送過來的話單，根據(jù)接收到的話單進行計費結(jié)算。
根據(jù)本發(fā)明的上述系統(tǒng)，所述增值業(yè)務計費裝置，還用于 接收到所述請求消息后，根據(jù)存儲的所述用戶訂購信息，對所述用戶終端進行鑒權(quán)； 當鑒權(quán)通過時，允許所述用戶終端訪問所請求的增值業(yè)務對應的所述業(yè)務平臺。
根據(jù)本發(fā)明的上述系統(tǒng)，所述增值業(yè)務計費裝置，還用于定期從所述BOSS服務器同步用戶訂購信息；所述用戶訂購信息中包含訂購了各增值業(yè)務/業(yè)務組合的用戶信息和訂購用戶的業(yè)務狀態(tài)信息。 根據(jù)本發(fā)明的上述系統(tǒng)，所述增值業(yè)務計費裝置采用Parlay/Parlay X統(tǒng)一接口
實現(xiàn)與所述業(yè)務平臺、所述BOSS服務器之間的信息交互。 —種增值業(yè)務計費裝置，包括 訂購信息管理模塊，用于存儲用戶訂購信息； 收發(fā)模塊，用于接接收至少兩種增值業(yè)務的用戶終端訪問請求，每種增值業(yè)務包括在至少一種業(yè)務組合中； 確定模塊，用于查找存儲的用戶訂購信息，當確定所述用戶終端訂購了包括所請求的增值業(yè)務的業(yè)務組合時，則獲取所述業(yè)務組合規(guī)定的所請求的增值業(yè)務的計費結(jié)算規(guī)則； 話單生成模塊，用于根據(jù)所述計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使用記錄信息生成話單。
根據(jù)本發(fā)明的上述裝置，所述確定模塊還用于當確定所述用戶終端并未訂購包
括所述增值業(yè)務的業(yè)務組合時，則獲取所述增值業(yè)務的原計費結(jié)算規(guī)則； 所述話單生成模塊，還用于根據(jù)所述原計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務
的使用記錄信息生成話單。 本發(fā)明的上述裝置，還包括鑒權(quán)模塊，用于所述收發(fā)模塊接收到所述請求消息后，根據(jù)所述訂購信息管理模塊存儲的用戶訂購信息，對使用所述用戶終端的用戶進行鑒權(quán)，當鑒權(quán)通過時，允許所述用戶通過所述收發(fā)模塊訪問與請求的增值業(yè)務對應的業(yè)務平
臺o 根據(jù)本發(fā)明的上述裝置，所述訂購信息管理模塊，還用于定期從所述BOSS服務器同步用戶訂購信息；所述用戶訂購信息中包含訂購了各增值業(yè)務/業(yè)務組合的用戶信息和訂購用戶的業(yè)務狀態(tài)信息。 本發(fā)明實施例提供的增值業(yè)務計費方法、系統(tǒng)及裝置，當用戶終端通過增值業(yè)務計費裝置請求訪問業(yè)務平臺使用對應的增值業(yè)務時，增值業(yè)務計費裝置根據(jù)存儲的用戶訂購信息，判斷使用所述用戶終端的用戶是否訂購了業(yè)務組合；若是，則獲取所述業(yè)務組合中相應增值業(yè)務的計費結(jié)算規(guī)則；若否，則獲取業(yè)務平臺中相應增值業(yè)務的原計費結(jié)算規(guī)則；根據(jù)獲取到的計費結(jié)算規(guī)則和該用戶使用增值業(yè)務的使用記錄信息生成話單，并傳送給BOSS服務器進行計費結(jié)算。在不對各業(yè)務平臺和BOSS服務器進行改動的情況下，通過增值業(yè)務計費裝置即能夠靈活、動態(tài)的改變各增值業(yè)務計費結(jié)算規(guī)則，提高了增值業(yè)務計費結(jié)算的靈活性，且實現(xiàn)簡單、方便。


圖1為現(xiàn)有技術中業(yè)務運營管理系統(tǒng)網(wǎng)絡架構(gòu)的結(jié)構(gòu)示意 圖2為本發(fā)明實施例中增值業(yè)務計費的流程 圖3為本發(fā)明實施例中增值業(yè)務計費系統(tǒng)的結(jié)構(gòu)示意 圖4為本發(fā)明實施例中增值業(yè)務計費裝置的結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例提供的增值業(yè)務計費方法，采用一種增值業(yè)務計費裝置來實現(xiàn)對增值業(yè)務訂購關系和用戶使用情況的統(tǒng)一管理。 首先，根據(jù)市場情況，設置業(yè)務組合，其中，業(yè)務組合包括至少一種增值業(yè)務。并為設置的業(yè)務組合制定計費結(jié)算規(guī)則，包括業(yè)務組合中所包含的每一種增值業(yè)務的計費結(jié)算規(guī)則，并存儲設定的業(yè)務組合及其計費結(jié)算規(guī)則。 用戶可以使用用戶終端訂購相應的業(yè)務組合，并將成功訂購了業(yè)務組合的用戶訂購信息存儲在訂購關系數(shù)據(jù)庫中。 例如制定一個促銷計劃，對既訂購增值業(yè)務A又訂購增值業(yè)務B的用戶采用新的計費結(jié)算規(guī)則，即設置包含增值業(yè)務A和增值業(yè)務B的業(yè)務組合，并制定業(yè)務組合中增值業(yè)務A和增值業(yè)務B的計費結(jié)算規(guī)則，當用戶訂購了該業(yè)務組合，使用增值業(yè)務A和/或增值業(yè)務B是采用該業(yè)務組合中規(guī)定的計費結(jié)算規(guī)則進行計費結(jié)算，而不采用增值業(yè)務A和增值業(yè)務B原來的計費結(jié)算規(guī)則。 其中，業(yè)務組合既可以是若干不同增值業(yè)務的組合，也可以是若干內(nèi)容供應商(Content Provider,CP)提供的內(nèi)容的組合。可以通過人機界面實現(xiàn)業(yè)務組合的定義以及業(yè)務組合中包含的各增值業(yè)務和/或內(nèi)容的新使用規(guī)則的錄入。例如通過人機界面實現(xiàn)增值業(yè)務A和增值業(yè)務B的新計費結(jié)算規(guī)則的錄入。 增值業(yè)務計費裝置還會定期從BOSS服務器同步用戶訂購信息；其中，用戶訂購信息中包含訂購了各增值業(yè)務/業(yè)務組合的用戶信息和訂購用戶的業(yè)務狀態(tài)信息。業(yè)務狀態(tài)包括正常、欠費以及位于黑名單中等；同步數(shù)據(jù)訂購信息的周期(頻率)可根據(jù)實際需求配置，各用戶的用戶訂購信息以BOSS服務器中的記錄為準。也可以采用在用戶定購、退訂、用戶定購信息變更時，由BOSS服務器通知增值業(yè)務計費裝置更新對應的用戶訂購信息，實現(xiàn)實時同步更新。 用戶使用增值業(yè)務時，執(zhí)行如圖2所示的流程，包括下列步驟 步驟S101 :接收用戶終端訪問業(yè)務平臺提供的增值業(yè)務的請求信息，使用對應的
增值業(yè)務。具體包括 用戶請求接入和使用所訂購的增值業(yè)務時，使用所屬的用戶終端發(fā)送使用增值業(yè)務的請求消息到增值業(yè)務計費裝置。其中，用戶終端通過與所請求的增值業(yè)務對應的業(yè)務網(wǎng)關，以及各業(yè)務網(wǎng)關與增值業(yè)務計費裝置之間的Parlay/Parlay X統(tǒng)一接口將請求消息發(fā)送到增值業(yè)務計費裝置。 增值業(yè)務計費裝置再將業(yè)務請求消息發(fā)送至相應的業(yè)務平臺，建立起用戶終端與相應的業(yè)務平臺之間的通信通道，使用戶終端能夠通過增值業(yè)務計費裝置使用業(yè)務平臺提供的增值業(yè)務。 其中，所訂購的業(yè)務可以是用戶訂購的某個增值業(yè)務，也可以是用戶所訂購的業(yè)務組合中包含的增值業(yè)務。且增值業(yè)務計費裝置可以接收兩種及多種增值業(yè)務的用戶終端訪問請求消息。所涉及到的增值業(yè)務可以包含在至少一種業(yè)務組合中，也可以是單獨的不包含在業(yè)務組合中的增值業(yè)務 特別的，增值業(yè)務計費裝置接收到用戶終端發(fā)送的業(yè)務使用請求消息后，可以對用戶進行鑒權(quán)，當鑒權(quán)通過時，允許該用戶訪問與 請求使用的增值業(yè)務對應的業(yè)務平臺。具體為 獲取存儲的該增值業(yè)務的用戶訂購信息，查詢訂購了該增值業(yè)務的用戶信息和訂購用戶的業(yè)務狀態(tài)信息，判斷該用戶是否是該增值業(yè)務的有權(quán)用戶，若是，則鑒權(quán)通過；若否，則鑒權(quán)不通過。其中有權(quán)用戶是指訂購了所述增值業(yè)務且業(yè)務狀態(tài)為可用狀態(tài)的用戶。
特別的，各業(yè)務平臺也可以各自管理各自所提供的增值業(yè)務的用戶訂購信息。
步驟S102 :根據(jù)存儲的用戶訂購信息，判斷使用上述用戶終端的用戶是否訂購了包括所請求的增值業(yè)務的業(yè)務組合。具體為 獲取存儲的包含該增值業(yè)務的各業(yè)務組合的用戶訂購信息，查詢其中包含的訂購
了各業(yè)務組合的用戶信息，確定該用戶是否訂購了上述業(yè)務組合。 若是，執(zhí)行步驟S103 ;若否，則執(zhí)行步驟S104。
步驟S103 :獲取業(yè)務組合中包含的所請求的增值業(yè)務的計費結(jié)算規(guī)則。 當判斷出用戶訂購了業(yè)務組合時，查詢存儲的該業(yè)務組合中各增值業(yè)務的計費結(jié)
算規(guī)則，獲取用戶所請求使用的增值業(yè)務對應的結(jié)算規(guī)則。
步驟S104 :獲取業(yè)務平臺中該增值業(yè)務的計費結(jié)算規(guī)則，即原計費結(jié)算規(guī)則。 獲取所請求訪問的業(yè)務平臺中存儲的增值業(yè)務的原計費結(jié)算規(guī)則。
步驟S105 :根據(jù)獲取到的計費結(jié)算規(guī)則和該用戶使用該增值業(yè)務的使用記錄信
息，生成話單。獲取到的計費結(jié)算規(guī)則可以是獲取到的業(yè)務組合中規(guī)定的該增值業(yè)務的計
費結(jié)算規(guī)則，也可以使原計費結(jié)算規(guī)則。 在用戶使用增值業(yè)務結(jié)束后，獲取用戶的使用增值業(yè)務的使用記錄信息，不同類
型的增值業(yè)務會產(chǎn)生不同的使用記錄信息，例如使用次數(shù)、使用時長或使用的數(shù)據(jù)流量等。 生成的話單中可以包含用戶信息、業(yè)務類型、使用記錄信息和計費規(guī)則等。
步驟S106 :將生成的話單發(fā)送給BOSS服務器。 特別的，增值業(yè)務計費裝置可以在生成話單時即直接發(fā)送給BOSS服務器，也可以對話單分類進行存儲，并批量發(fā)送。例如可以按照業(yè)務類型存儲話單，也可以按照用戶存儲話單。 步驟S107 :B0SS服務器對用戶進行計費結(jié)算。 BOSS服務器根據(jù)話單，采用相應的計費結(jié)算規(guī)則，對使用增值業(yè)務的用戶進行計費結(jié)算，更新該用戶的賬戶余額。 當用戶余額小于零時，標記該用戶為黑名單用戶。 用戶還可以到增值業(yè)務計費裝置查詢自己訂購的增值業(yè)務/業(yè)務組合 根據(jù)本發(fā)明實施例提供的增值業(yè)務計費方法，可以構(gòu)建一種增值業(yè)務計費系統(tǒng)，
如圖3所示，包括各種業(yè)務平臺(業(yè)務平臺1、業(yè)務平臺2........業(yè)務平臺n等)和增值
業(yè)務計費裝置。 各種業(yè)務平臺可以包括承載短信、非結(jié)構(gòu)化補充業(yè)務數(shù)據(jù)、通用分組無線業(yè)務、WAP、多媒體信息中心、定位服務/移動位置服務、彩鈴等各種增值業(yè)務的業(yè)務平臺。
各種業(yè)務平臺，用于為用戶終端提供不同類型的增值業(yè)務。所提供的增值業(yè)務可以包括在至少一種業(yè)務組合中。 增值業(yè)務計費裝置，用于用于查找存儲的用戶訂購信息，當確定用戶終端訂購了
8包括所請求的增值業(yè)務的業(yè)務組合時，則獲取業(yè)務組合規(guī)定的所請求的增值業(yè)務的計費結(jié)算規(guī)則；根據(jù)計費結(jié)算規(guī)則和該用戶使用增值業(yè)務的使用記錄信息生成話單。以及將生成的話單傳送給業(yè)務運營支撐系統(tǒng)BOSS服務器。 增值業(yè)務計費裝置，還用于當確定用戶終端并未訂購包括所請求的增值業(yè)務的業(yè)務組合時，則獲取增值業(yè)務的原計費結(jié)算規(guī)則；根據(jù)原計費結(jié)算規(guī)則和該用戶使用增值業(yè)務的使用記錄信息生成話單。 增值業(yè)務計費裝置，還用于接收到請求消息后，根據(jù)存儲的用戶訂購信息，對用戶終端進行鑒權(quán)；當鑒權(quán)通過時，允許用戶終端訪問與所請求的增值業(yè)務對應的業(yè)務平臺。
增值業(yè)務計費裝置，還用于定期從BOSS服務器同步用戶訂購信息；其中，用戶訂購信息中包含訂購了各增值業(yè)務/業(yè)務組合的用戶信息和訂購用戶的業(yè)務狀態(tài)信息。
上述增值業(yè)務計費系統(tǒng)，還包括BOSS服務器，用于接收增值業(yè)務計費裝置傳送過來的話單，根據(jù)接收到的話單進行計費結(jié)算。 圖2所示的增值業(yè)務計費系統(tǒng)中，增值業(yè)務計費裝置通過各種業(yè)務網(wǎng)關(業(yè)務網(wǎng)
關1、業(yè)務網(wǎng)關2........業(yè)務網(wǎng)關n等)接收用戶終端發(fā)送的業(yè)務使用請求消息。 各種業(yè)務網(wǎng)關可以包括短信網(wǎng)關、非結(jié)構(gòu)化補充業(yè)務數(shù)據(jù)網(wǎng)元、通用分組無線業(yè)務網(wǎng)關、WAP網(wǎng)關、多媒體信息中心、定位服務/移動位置服務網(wǎng)關、彩鈴網(wǎng)關等。
其中，增值業(yè)務計費裝置設置有與各種業(yè)務平臺、各種業(yè)務網(wǎng)關以及BOSS服務器之間實現(xiàn)信息交互的Par lay/Par lay X統(tǒng)一接口 ，該Par lay/Par lay X統(tǒng)一接口可實現(xiàn)各業(yè)務平臺和各業(yè)務網(wǎng)關的協(xié)議適配，通過協(xié)議適配實現(xiàn)短信，彩信，WAP，移動多媒體郵件業(yè)務(簡稱彩E)等各種業(yè)務能力的接入和內(nèi)容數(shù)據(jù)的下發(fā)，且能實現(xiàn)對各種協(xié)議的統(tǒng)一封裝，為各種業(yè)務提供統(tǒng)一的應用程序接口 (A卯lication Programming Interface, API)，使增值業(yè)務計費裝置與各種業(yè)務平臺、各種業(yè)務網(wǎng)關以及BOSS服務器之間順利實現(xiàn)信息交互。具體為 增值業(yè)務計費裝置與各業(yè)務平臺之間、增值業(yè)務計費裝置與各業(yè)務網(wǎng)關之間、增值業(yè)務計費裝置與BOSS服務器之間均有Parlay/Parlay X統(tǒng)一接口 。
增值業(yè)務計費裝置與各業(yè)務平臺之間的信息交互均通過增值業(yè)務計費裝置與各業(yè)務平臺之間Parlay/Parlay X統(tǒng)一接口 ；增值業(yè)務計費裝置與各業(yè)務網(wǎng)關之間的信息交互均通過增值業(yè)務計費裝置與各業(yè)務網(wǎng)關之間Parlay/Parlay X統(tǒng)一接口 ；增值業(yè)務計費裝置與BOSS服務器之間的信息交互通過增值業(yè)務計費裝置與BOSS服務器之間Parlay/Parlay X統(tǒng)一接口。 圖2中的增值業(yè)務計費裝置，其結(jié)構(gòu)具體如圖4所示，包括訂購信息管理模塊101、收發(fā)模塊102、確定模塊103和話單生成模塊104。
訂購信息管理模塊101，用于存儲用戶訂購信息。 訂購信息管理模塊101，還用于定期從B0SS服務器同步用戶訂購信息；其中，用戶訂購信息中包含訂購了各增值業(yè)務/業(yè)務組合的用戶信息和訂購用戶的業(yè)務狀態(tài)信息。
收發(fā)模塊102，用于接收用戶終端訪問業(yè)務平臺提供的增值業(yè)務的請求消息。具體可以用于接收至少兩種增值業(yè)務的用戶終端訪問請求，每種增值業(yè)務包括在至少一種業(yè)務組合中 確定模塊103，用于查找存儲的用戶訂購信息，當確定用戶終端訂購了包括所請求的增值業(yè)務的業(yè)務組合時，則獲取業(yè)務組合規(guī)定的所請求的增值業(yè)務的計費結(jié)算規(guī)則。
確定模塊還用于當確定用戶終端并未訂購包括所述增值業(yè)務的業(yè)務組合時，則 獲取增值業(yè)務的原計費結(jié)算規(guī)則。 話單生成模塊104，用于根據(jù)確定模塊103獲取的計費結(jié)算規(guī)則和該用戶使用所 述增值業(yè)務的使用記錄信息生成話單。 所述話單生成模塊，還用于根據(jù)確定模塊103獲取的原計費結(jié)算規(guī)則和該用戶使 用所述增值業(yè)務的使用記錄信息生成話單。 上述增值業(yè)務計費裝置，還包括鑒權(quán)模塊105，用于收發(fā)模塊102接收到業(yè)務使
用請求消息后，根據(jù)存儲的用戶訂購信息，對使用上述用戶終端的用戶進行鑒權(quán)，當鑒權(quán)通
過時，允許用戶通過收發(fā)模塊訪問與所請求使用的增值業(yè)務對應的業(yè)務平臺。 上述增值業(yè)務計費裝置中還可以專門設置一個計費規(guī)則存儲模塊，用于存儲預先
設置的業(yè)務組合中所包含的各增值業(yè)務的計費結(jié)算規(guī)則。 特別的，本發(fā)明實施例提供的增值業(yè)務計費裝置可以設置于BOSS系統(tǒng)中。
本發(fā)明實施例提供的增值業(yè)務計費方法、系統(tǒng)及裝置，通過增值業(yè)務計費裝置靈 活設置包含至少一種增值業(yè)務的各業(yè)務組合，以及制定各業(yè)務組合的計費結(jié)算規(guī)則，在不 需對提供增值業(yè)務的各業(yè)務平臺和BOSS服務器中的賬單格式進行改動的情況下，即可以 實現(xiàn)根據(jù)業(yè)務需求靈活、動態(tài)的改變業(yè)務的計費結(jié)算規(guī)則。 例如當用戶使用同一種增值業(yè)務時，訂購了業(yè)務組合的用戶和沒有訂購業(yè)務組 合的用戶，在使用增值業(yè)務時所采用的計費結(jié)算規(guī)則是不相同的。增值業(yè)務計費裝置可以 根據(jù)每個用戶的具體情況，例如僅僅是訂購了某一增值業(yè)務還是訂購了包含該增值業(yè)務 的業(yè)務組合，來確定在計費結(jié)算時采用原來的計費計算規(guī)則還是業(yè)務組合中規(guī)定的業(yè)務結(jié) 算規(guī)則。從而實現(xiàn)了對增值業(yè)務計費規(guī)則的靈活定義以及對使用增值業(yè)務的用戶進行靈活 計費管理。 同時，通過靈活定義計費規(guī)則，對增值業(yè)務進行各種形式的促銷，使用戶能夠充分 享受到增值業(yè)務的各種優(yōu)惠政策，有效的提高用戶的使用增值業(yè)務時的用戶體驗，且大大 提高了運營商的收入。 以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此， 任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到的變化、替換或 應用到其他類似的裝置，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該 以權(quán)利要求書的保護范圍為準。
權(quán)利要求
一種增值業(yè)務計費方法，其特征在于，包括接收至少兩種增值業(yè)務的用戶終端訪問請求消息，每種增值業(yè)務包括在至少一種業(yè)務組合中；查找存儲的用戶訂購信息，當確定所述用戶終端訂購了包括所請求的增值業(yè)務的業(yè)務組合時，則獲取所述業(yè)務組合規(guī)定的所請求的增值業(yè)務的計費結(jié)算規(guī)則；根據(jù)所述計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使用記錄信息生成話單。
2. 如權(quán)利要求l所述的方法，其特征在于，還包括當確定所述用戶終端并未訂購包括所述增值業(yè)務的業(yè)務組合時，則獲取所述增值業(yè)務 的原計費結(jié)算規(guī)則；根據(jù)所述原計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使用記錄信息生成話單。
3. 如權(quán)利要求1或2所述的方法，其特征在于，還包括將生成的話單傳送給業(yè)務運營 支撐系統(tǒng)BOSS服務器進行計費結(jié)算。
4. 如權(quán)利要求3所述的方法，其特征在于，還包括接收到所述請求消息后，根據(jù)存儲的所述用戶訂購信息，對所述用戶終端進行鑒權(quán)； 當鑒權(quán)通過時，允許所述用戶終端訪問所請求的增值業(yè)務。
5. 如權(quán)利要求4所述的方法，其特征在于，所述對所述用戶終端進行鑒權(quán)，具體包括 獲取所述用戶訂購信息，查詢訂購了所請求的增值業(yè)務的用戶信息和訂購用戶的業(yè)務狀態(tài)信息，確定所述用戶終端訂購了所述增值業(yè)務且業(yè)務狀態(tài)為可用狀態(tài)時，鑒權(quán)通過；否 則，則鑒權(quán)不通過。
6. 如權(quán)利要求5所述的方法，其特征在于，還包括定期從BOSS服務器同步用戶訂購信息。
7. —種增值業(yè)務計費系統(tǒng)，其特征在于，包括至少兩種業(yè)務平臺，用于為用戶終端提供不同類型的增值業(yè)務，且所提供的增值業(yè)務 包括在至少一種業(yè)務組合中；增值業(yè)務計費裝置，用于查找存儲的用戶訂購信息，當確定所述用戶終端訂購了包括 所請求的增值業(yè)務的業(yè)務組合時，則獲取所述業(yè)務組合規(guī)定的所請求的增值業(yè)務的計費結(jié) 算規(guī)則；根據(jù)所述計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使用記錄信息生成話單。
8. 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述增值業(yè)務計費裝置，還用于 當確定所述用戶終端并未訂購包括所述增值業(yè)務的業(yè)務組合時，則獲取所述增值業(yè)務的原計費結(jié)算規(guī)則；根據(jù)所述原計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使用記錄信息生成話單。
9. 如權(quán)利要求8所述的系統(tǒng)，其特征在于，還包括業(yè)務運營支撐系統(tǒng)BOSS服務器，用 于接收所述增值業(yè)務計費裝置傳送過來的話單，根據(jù)接收到的話單進行計費結(jié)算。
10. 如權(quán)利要求7-9任一所述的系統(tǒng)，其特征在于，所述增值業(yè)務計費裝置，還用于 接收到所述請求消息后，根據(jù)存儲的所述用戶訂購信息，對所述用戶終端進行鑒權(quán)； 當鑒權(quán)通過時，允許所述用戶終端訪問與所請求的增值業(yè)務對應的所述業(yè)務平臺。
11. 如權(quán)利要求IO所述的系統(tǒng)，其特征在于，所述增值業(yè)務計費裝置，還用于定期從 所述BOSS服務器同步用戶訂購信息；所述用戶訂購信息中包含訂購了各增值業(yè)務/業(yè)務組合的用戶信息和訂購用戶的業(yè)務狀態(tài)信息。
12. 如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述增值業(yè)務計費裝置采用Parlay/ Parlay X統(tǒng)一接口實現(xiàn)與所述業(yè)務平臺、所述BOSS服務器之間的信息交互。
13. —種增值業(yè)務計費裝置，其特征在于，包括 訂購信息管理模塊，用于存儲用戶訂購信息；收發(fā)模塊，用于接收至少兩種增值業(yè)務的用戶終端訪問請求，每種增值業(yè)務包括在至 少一種業(yè)務組合中；確定模塊，用于查找存儲的用戶訂購信息，當確定所述用戶終端訂購了包括所請求的 增值業(yè)務的業(yè)務組合時，則獲取所述業(yè)務組合規(guī)定的所請求的增值業(yè)務的計費結(jié)算規(guī)則；話單生成模塊，用于根據(jù)所述計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使用記錄信 息生成話單。
14. 如權(quán)利要求13所述的裝置，其特征在于，所述確定模塊還用于當確定所述用戶終 端并未訂購包括所述增值業(yè)務的業(yè)務組合時，則獲取所述增值業(yè)務的原計費結(jié)算規(guī)則；所述話單生成模塊，還用于根據(jù)所述原計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使 用記錄信息生成話單。
15. 如權(quán)利要求14所述的裝置，其特征在于，還包括鑒權(quán)模塊，用于所述收發(fā)模塊接 收到所述請求消息后，根據(jù)所述訂購信息管理模塊存儲的用戶訂購信息，對使用所述用戶 終端的用戶進行鑒權(quán)，當鑒權(quán)通過時，允許所述用戶通過所述收發(fā)模塊訪問與請求的增值 業(yè)務對應的業(yè)務平臺。
16. 如權(quán)利要求13-15任一所述的裝置，其特征在于，所述訂購信息管理模塊，還用于 定期從所述BOSS服務器同步用戶訂購信息；所述用戶訂購信息中包含訂購了各增值業(yè)務/ 業(yè)務組合的用戶信息和訂購用戶的業(yè)務狀態(tài)信息。
全文摘要
本發(fā)明公開了一種增值業(yè)務計費方法、系統(tǒng)及裝置，該方法包括接收至少兩種增值業(yè)務的用戶終端訪問請求消息，每種增值業(yè)務包括在至少一種業(yè)務組合中；查找存儲的用戶訂購信息，當確定所述用戶終端訂購了包括所請求的增值業(yè)務的業(yè)務組合時，則獲取所述業(yè)務組合規(guī)定的所請求的增值業(yè)務的計費結(jié)算規(guī)則；根據(jù)所述計費結(jié)算規(guī)則和該用戶使用所述增值業(yè)務的使用記錄信息生成話單。在不對各業(yè)務平臺和BOSS服務器進行改動的情況下，能夠靈活改變各增值業(yè)務計費結(jié)算規(guī)則。
文檔編號H04W4/24GK101754163SQ20081023929
公開日2010年6月23日 申請日期2008年12月8日 優(yōu)先權(quán)日2008年12月8日
發(fā)明者任輝明, 張曉宇, 楊光宇, 聶堯, 裴忠國, 鄭光華 申請人:中國移動通信集團吉林有限公司