專利名稱:一種增值業(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ā)明者任輝明, 張曉宇, 楊光宇, 聶堯, 裴忠國, 鄭光華 申請人:中國移動通信集團吉林有限公司