專利名稱：一種計費方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種計費方法和系統(tǒng)，尤其涉及提供捆綁銷售優(yōu)惠的服務(wù)或產(chǎn)品的計費方法和系統(tǒng)。
背景技術(shù)：
在未來的3G業(yè)務(wù)中，服務(wù)提供商的數(shù)量、業(yè)務(wù)種類及業(yè)務(wù)量都會增加。但任何一個服務(wù)提供商所能提供的服務(wù)和內(nèi)容都是有限的，因此，服務(wù)提供商間需要聯(lián)合來提供產(chǎn)品、內(nèi)容和服務(wù)給用戶，用戶也希望能同時購買多個產(chǎn)品、內(nèi)容和服務(wù)。同時，運營商和服務(wù)提供商要能運營網(wǎng)絡(luò)和業(yè)務(wù)，必須要解決計費問題。特別是要能靈活、方便、低成本的為多種業(yè)務(wù)的打包、促銷和優(yōu)惠提供計費服務(wù)。例如，第一服務(wù)提供商和第二服務(wù)提供商聯(lián)合采取促銷活動，在某段促銷期內(nèi)，客戶在同一天內(nèi)購買第一服務(wù)提供商的產(chǎn)品p1和第二服務(wù)提供商的產(chǎn)品q1，則p1產(chǎn)品可以享受70％的優(yōu)惠，q1產(chǎn)品可以享受50％的優(yōu)惠。
而運營商本著對用戶負責的態(tài)度，需要統(tǒng)一對服務(wù)提供商SP的業(yè)務(wù)，特別是由運營商代扣費的業(yè)務(wù)提供管理和監(jiān)控。目前，大多數(shù)運營商通過一個統(tǒng)一的服務(wù)管理平臺SMP(包括SMP和MDSP)的接入、服務(wù)提供商提供的產(chǎn)品和服務(wù)、服務(wù)提供商產(chǎn)品和服務(wù)的訂購關(guān)系等，比如移動使用“移動數(shù)據(jù)業(yè)務(wù)提供平臺MDSP”接入各個服務(wù)提供商，MDSP提供移動數(shù)據(jù)業(yè)務(wù)的管理與計費、用戶管理、服務(wù)提供商管理、業(yè)務(wù)發(fā)布等功能。中國電信的業(yè)務(wù)交付和管理平臺叫“綜合服務(wù)管理平臺(ISMP)”。
其中，MDSP以及MDSP和周邊系統(tǒng)配合完成的完整的業(yè)務(wù)如圖1，一般遵循以下步驟1、用戶先通過CRM系統(tǒng)完成入網(wǎng)；
2、CRM系統(tǒng)通過和MDSP系統(tǒng)之間的接口(FTP)將用戶數(shù)據(jù)同步到MDSP系統(tǒng)中；3、CP/SP通過MDSP系統(tǒng)提供的WEB界面提供注冊申請、業(yè)務(wù)發(fā)布申請；4、運營商管理員通過工作流對CP的注冊申請、內(nèi)容申請進行審批；5、業(yè)務(wù)審批通過后即可展現(xiàn)在PORTAL界面上；6、用戶可通過PORTAL(WAP/WEB等)定購、使用業(yè)務(wù)；7、用戶使用業(yè)務(wù)后，業(yè)務(wù)內(nèi)容將通過ENABLERS提供的業(yè)務(wù)通道下發(fā)到核心網(wǎng)；8、在內(nèi)容下發(fā)到核心網(wǎng)前，ENABLERS將通過和MDSP的接口SMAP請求鑒權(quán)、計費；9、MDSP鑒權(quán)、批價后，判斷用戶付費類型，如果是預付費用戶，則向預付費系統(tǒng)SCP發(fā)起預扣請求；10、預扣成功后，ENABLERS將業(yè)務(wù)內(nèi)容發(fā)送到核心網(wǎng)；11、核心網(wǎng)將內(nèi)容下發(fā)到用戶終端上；12、ENABLERS收到終端下發(fā)成功的報告后會向MDSP發(fā)送確認消息，MDSP根據(jù)確認消息生成話單，并傳送給Billing系統(tǒng)；13、ENABLERS系統(tǒng)也可生成話單，并傳送給Billing系統(tǒng)。(注ENABLERS系統(tǒng)產(chǎn)生的話單可包括完整的業(yè)務(wù)使用相關(guān)信息，如短信下發(fā)經(jīng)過的短信中心編號、下發(fā)時間、收到狀態(tài)報告時間等，而MDSP系統(tǒng)產(chǎn)生的話單可包括完整的計費信息，如折扣類型、折扣率等，因此BOSS可根據(jù)需要將ENABLERS產(chǎn)生的話單和MDSP產(chǎn)生的話單合并生成最為完整的話單)。
MDSP和業(yè)務(wù)平臺、計費平臺之間計費協(xié)議常常采用SMAP協(xié)議，有些產(chǎn)品也采用radius或diameter或palay/x協(xié)議來實現(xiàn)計費。對于SMAP協(xié)議，和計費有關(guān)的消息有AuthPrice/AuthPriceCnfm、TrafficAccount，其計費流程如下1、AuthPriceReq，用戶鑒權(quán)；
2、業(yè)務(wù)鑒權(quán)；在此步驟中，對于預付費用戶，需要向預付費平臺發(fā)起扣費請墳。不在同的局點，預付費平臺可能不一樣，因此具體的扣費請求協(xié)議也不一樣，這里的ChargeReq只是表示一個意思而已。
3、根據(jù)不同的業(yè)務(wù)類別，進行計費處理；4、如果是預付費用戶，向預付費平臺請求扣費；5、返回AuthPriceRsp響應(yīng)消息，如果AuthPriceRsp.needCnfm＝1，需要等待平臺上報扣費確認消息AuthPriceCnfmReq，表示該扣費需要確認。
6、處理AuthPriceCnfmReq，進行扣費確認；7、如果是預付費用戶，向預付費平臺發(fā)起扣費確認請求；8、返回AuthPriceCnfmRsp響應(yīng)消息；由圖1、圖2所示流程可知，現(xiàn)有技術(shù)中服務(wù)提供商和用戶沒有帳戶關(guān)系的情況，其計費模式有1)服務(wù)提供商計費，定期將話單傳給運營商代扣費；2)服務(wù)提供商將使用量提供給運營商，由運營商計費，代扣。當然在服務(wù)提供商和運營商之間還要根據(jù)各自的話單記錄定期進行計費稽核。
而對于聯(lián)合銷售的情況，現(xiàn)有技術(shù)中需要在MDSP打數(shù)據(jù)庫中定義聯(lián)合銷售的產(chǎn)品及資費政策，并且經(jīng)過測試后將促銷產(chǎn)品報公布在potyal上供用戶選擇消費。
因此，對于聯(lián)合銷售的情況，MDSP除了需要保存單獨銷售產(chǎn)品或服務(wù)的產(chǎn)品清單和產(chǎn)品資費，還需要保存大量的多個產(chǎn)品聯(lián)合銷售的產(chǎn)品及聯(lián)合銷售的資費政策(如折扣率等)，此外，MDSP獲取聯(lián)合銷售的產(chǎn)品及資費政策時，需要判斷聯(lián)合銷售產(chǎn)品、服務(wù)提供商等多種數(shù)據(jù)才能調(diào)出合適的記錄，由此導致對MDSP的處理能力要求非常高。而且，服務(wù)提供商之間的聯(lián)合銷售經(jīng)常是臨時和短暫的，比如節(jié)假日、新店開張、新產(chǎn)品發(fā)布等，而且其聯(lián)合銷售的形式又是多樣的，這就需要MDSP時時更新數(shù)據(jù)庫中的內(nèi)容并測試批準聯(lián)合銷售方案，這有可能使MDSP更新數(shù)據(jù)庫不及時而無法測試批準聯(lián)合銷售方案，因而拖延了時間，而且會因為反復的更新數(shù)據(jù)庫導致混亂。

發(fā)明內(nèi)容
本發(fā)明提供一種方法和系統(tǒng)，以解決現(xiàn)有技術(shù)中對有第一服務(wù)提供商和第二服務(wù)提供商的聯(lián)合銷售時，因需要在MDSP保存更新聯(lián)合銷售產(chǎn)品及資費政策而引起的對MDSP處理能力要求非常高以及有可能因數(shù)據(jù)更新混亂導致的聯(lián)合銷售方案不正確的問題。
為了實現(xiàn)本發(fā)明所述目的，本發(fā)明提供一種計費方法包括A用戶向第一服務(wù)提供商發(fā)起訂購產(chǎn)品或服務(wù)的請求；B第一服務(wù)提供商根據(jù)所述產(chǎn)品或服務(wù)查詢產(chǎn)品數(shù)據(jù)庫和聯(lián)合銷售數(shù)據(jù)庫，獲取所述產(chǎn)品或服務(wù)所享有的第一服務(wù)提供商和第二服務(wù)提供商的聯(lián)合銷售的策略，并向服務(wù)管理平臺發(fā)出含有所述聯(lián)合銷售策略的認證計費請求；C所述服務(wù)管理平臺根據(jù)所述聯(lián)合銷售策略中參加聯(lián)合銷售的產(chǎn)品或服務(wù)標記查詢用戶消費記錄，并按照其聯(lián)合銷售策略和用戶的消費記錄計算服務(wù)費用，所述服務(wù)管理平臺依計算出的服務(wù)費用向計費平臺發(fā)出扣費請求；D計費平臺根據(jù)所述扣費請求完成扣費。
優(yōu)選的，本發(fā)明在執(zhí)行完以上步驟后，還應(yīng)執(zhí)行以下步驟E所述服務(wù)管理平臺向第二服務(wù)提供商發(fā)出攜帶聯(lián)合銷售策略和消費記錄的返還通知；F所述第二服務(wù)提供商依據(jù)返還通知計算返還結(jié)果并向所述服務(wù)管理平臺發(fā)送包含返還結(jié)果的返還信息，服務(wù)管理平臺依據(jù)所述返還信息通知所述計費平臺對用戶以前購買產(chǎn)品或服務(wù)的折扣的返還。
優(yōu)選的，步驟C中計算出服務(wù)費用后還需執(zhí)行以下步驟C11服務(wù)管理平臺向計費平臺發(fā)出計費請求；C12所述計費平臺根據(jù)服務(wù)管理平臺發(fā)出的請求檢查用戶帳戶以及完成預扣，并向所述服務(wù)管理平臺返回計費請求；C13所述服務(wù)管理平臺向第一服務(wù)提供商返回認證計費請求，得到第一服務(wù)提供商的響應(yīng)后向所述計費平臺發(fā)出扣費請求。
此外，本發(fā)明還提供一種計費方法，包括A2用戶向第一服務(wù)提供商發(fā)起訂購產(chǎn)品或服務(wù)的請求；B2第一服務(wù)提供商根據(jù)所述產(chǎn)品或服務(wù)查詢產(chǎn)品數(shù)據(jù)庫和聯(lián)合銷售數(shù)據(jù)庫，獲取所述產(chǎn)品或服務(wù)所享有的第一服務(wù)提供商和第二服務(wù)提供商聯(lián)合銷售的策略，并向服務(wù)管理平臺發(fā)出含有所述聯(lián)合銷售策略的認證計費請求；C2所述服務(wù)管理平臺根據(jù)所述聯(lián)合銷售策略中的參加聯(lián)合銷售的服務(wù)提供商標記向第二服務(wù)提供商發(fā)出獲取促銷優(yōu)惠策略，得到所述第二服務(wù)提供商響應(yīng)后計算服務(wù)費用，服務(wù)管理平臺依其計算出的服務(wù)費用向計費平臺發(fā)出扣費請求；D2扣費平臺根據(jù)其扣費請求完成扣費。
優(yōu)選的，步驟C2中所述服務(wù)管理平臺得到的第二服務(wù)提商的響應(yīng)包括對聯(lián)合銷售策略的確認。
優(yōu)選的，步驟C2中所述服務(wù)管理平臺得到的第二服務(wù)提商的響應(yīng)包括對聯(lián)合銷售策略的確認和用戶在第二服務(wù)提供商處發(fā)生的產(chǎn)品或服務(wù)的消費或優(yōu)惠記錄。
優(yōu)選的，執(zhí)行上述步驟后執(zhí)行如下步驟E2所述服務(wù)管理平臺向所述第二服務(wù)提供商發(fā)出攜帶用戶消費記錄的返還通知；F2所述第二服務(wù)提供商依據(jù)返還通知計算返還結(jié)果并向所述服務(wù)管理平臺發(fā)送包含返還結(jié)果的返還信息，服務(wù)管理平臺依據(jù)所述返還信息通知所述計費平臺對用戶以前購買產(chǎn)品或服務(wù)的折扣的返還。
優(yōu)選的，步驟C2中計算出服務(wù)費用后還需執(zhí)行以下步驟C21服務(wù)管理平臺向計費平臺發(fā)出計費請求；C22所述計費平臺根據(jù)服務(wù)管理平臺發(fā)出的請求檢查用戶帳戶以及完成預扣，并向所述服務(wù)管理平臺返回計費請求；C23所述服務(wù)管理平臺向第一服務(wù)提供商返回認證計費請求，得到第一服務(wù)提供商的響應(yīng)后向所述計費平臺發(fā)出扣費請求。
此外，本發(fā)明還提供一種計費系統(tǒng)，包括第一服務(wù)提供商平臺、服務(wù)管理平臺、計費平臺；所述第一服務(wù)提供商平臺包括產(chǎn)品數(shù)據(jù)庫和聯(lián)合銷售數(shù)據(jù)庫，用于第一服務(wù)提供商平臺根據(jù)收到訂購產(chǎn)品或服務(wù)的請求時查詢獲得第一服務(wù)提供商和第二服務(wù)提供商聯(lián)合銷售的策略，并根據(jù)所述聯(lián)合銷售策略向服務(wù)管理平臺發(fā)出認證計費請求；所述服務(wù)管理平臺包括用戶消費記錄數(shù)據(jù)庫，所述服務(wù)管理平臺用于接收所述認證計費請求，并按照聯(lián)合銷售策略和查詢用戶消費記錄數(shù)據(jù)庫的所得的用戶消費記錄計算服務(wù)費用，并向計費平臺發(fā)出扣費請求；所述計費平臺用于根據(jù)扣費請求完成扣費。
此外，本發(fā)明還提供一種計費系統(tǒng)，包括第一服務(wù)提供商平臺、第二服務(wù)提供商、服務(wù)管理平臺、計費平臺；所述第一服務(wù)提供商平臺包括產(chǎn)品數(shù)據(jù)庫和聯(lián)合銷售數(shù)據(jù)庫，用于第一服務(wù)提供商平臺根據(jù)收到訂購產(chǎn)品或服務(wù)的請求時查詢獲得第一服務(wù)提供商和第二服務(wù)提供商聯(lián)合銷售的策略，并根據(jù)所述聯(lián)合銷售策略向服務(wù)管理平臺發(fā)出認證計費請求；所述服務(wù)管理平臺用于根據(jù)所述聯(lián)合銷售策略中的參加聯(lián)合銷售的服務(wù)提供商標記向第二服務(wù)提供商發(fā)出獲取銷售策略，得到所述第二服務(wù)提供商響應(yīng)后計算服務(wù)費用，并依所述服務(wù)費用向計費平臺發(fā)出扣費請求；所述第二服務(wù)提供商包括聯(lián)合銷售數(shù)據(jù)庫，用于接收服務(wù)管理平臺發(fā)出的獲取聯(lián)合銷售策略，查詢所述聯(lián)合銷售數(shù)據(jù)庫后向服務(wù)管理平臺返回產(chǎn)品銷費優(yōu)惠記錄；所述計費平臺用于根據(jù)扣費請求完成扣費。
優(yōu)選的，所述服務(wù)管理平臺還包括聯(lián)合計費模塊，用于根據(jù)聯(lián)合銷售策略和用戶消費記計算服務(wù)費用。
本發(fā)明的有益效果如下(1)本發(fā)明中服務(wù)提供商在收到用戶訂購的產(chǎn)品或服務(wù)請求時，只需到本服務(wù)提供商的聯(lián)合銷售記錄庫中查詢是否有聯(lián)合銷售，并將其與用訂購產(chǎn)品相關(guān)的聯(lián)合銷售策略在認證計費請求中發(fā)給服務(wù)管理平臺，因此它既不需要服務(wù)管理平臺將所有產(chǎn)品及促銷策略存入其數(shù)據(jù)庫中，也不需要象現(xiàn)有技術(shù)一樣從數(shù)據(jù)庫中查詢服務(wù)提供商、聯(lián)合銷售產(chǎn)品等信息，從而降低現(xiàn)有技術(shù)中對服務(wù)管理平臺較高的處理能力的要求。而且，服務(wù)管理平臺可以通過向第二、第三服務(wù)提供商發(fā)出包含聯(lián)合銷售策略的獲取聯(lián)合銷售信息，由第二、第三服務(wù)提供商對所述促銷策略進行確認，保證聯(lián)合銷售方案的正確性。
(2)本發(fā)明的處理流程采用預扣或扣費后再提供服務(wù)或產(chǎn)品，使服務(wù)管理平臺在第一服務(wù)提供商提供服務(wù)之前凍結(jié)用戶的申請本次服務(wù)或產(chǎn)品的相應(yīng)資金，從而避免現(xiàn)有技術(shù)中服務(wù)提供商之間的服務(wù)計費不通過運營商的業(yè)務(wù)管理平臺，可能會出現(xiàn)服務(wù)提供商提供計費話單要運營商代收費時，運營商發(fā)現(xiàn)該用戶已經(jīng)不存在或是帳戶余額不足，也可能會出現(xiàn)服務(wù)提供商有意或無意引起的計費糾紛由運營商承擔。
(3)本發(fā)明服務(wù)管理平臺增加聯(lián)合銷售模塊，由其專門計算及檢查聯(lián)合銷售模式下的計費與返還，提高了計費的安全性與正確性。
(4)本發(fā)明在實現(xiàn)計費的過程中，通過多種查證如計費平臺在扣費前要先檢對服務(wù)管理平臺的計算是否正確，扣費后還將所扣費用通過服務(wù)管理平臺發(fā)送到服務(wù)供商由它們檢驗等，避免了現(xiàn)有技術(shù)中計費過程缺乏安全性、可跟蹤性和可監(jiān)控性的問題。
(5)本發(fā)明提供了請求返還的程序，使用戶在訂購有聯(lián)合銷售的產(chǎn)品或服務(wù)時能夠得到對先前使用的產(chǎn)品或服務(wù)的折扣，從而滿足用戶利益的最大化。


1.圖1為現(xiàn)有技術(shù)中各功能實體和服務(wù)管理平臺MDSP以及服務(wù)管理平臺MDSP與周邊系統(tǒng)配合的業(yè)務(wù)流程圖；2.圖2為現(xiàn)有技術(shù)中采用AuthPrice/AuthPriceCnfm消息的計費流程圖；3.圖3為本發(fā)明計費方法的流程圖；4.圖4為本發(fā)明計費系統(tǒng)的結(jié)構(gòu)圖；5.圖5為本發(fā)明計費方法第一實施例的流程圖；6.圖6為本發(fā)明計費方法第二實施例的流程圖；7.圖7為服務(wù)提供商SP平臺提供產(chǎn)品或服務(wù)的處理流程圖；8.圖8為服務(wù)提供商SP平臺處理優(yōu)惠的流程圖；9.圖9為服務(wù)管理平臺MDSP處理計費請求和優(yōu)惠的流程圖；具體實施方式
下面結(jié)合附圖和具體實施例對本發(fā)明再作進一步詳細的說明。
實現(xiàn)本發(fā)明的基本思想是提供一種計費方法，參見圖3，該方法包括如下步驟A用戶向第一服務(wù)提供商發(fā)起訂購產(chǎn)品或服務(wù)的請求；B第一服務(wù)提供商根據(jù)所述產(chǎn)品或服務(wù)查詢產(chǎn)品數(shù)據(jù)庫和聯(lián)合銷售數(shù)據(jù)庫，獲取所述產(chǎn)品或服務(wù)所享有的聯(lián)合銷售策略，并向服務(wù)管理平臺發(fā)出含有所述聯(lián)合銷售策略的認證計費請求；C所述服務(wù)管理平臺根據(jù)所述聯(lián)合銷售策略中參加聯(lián)合銷售的產(chǎn)品或服務(wù)標記查詢用戶消費記錄，并按照其聯(lián)合銷售策略和用戶的消費記錄計算服務(wù)費用，所述服務(wù)管理平臺依計算出的服務(wù)費用向計費平臺發(fā)出扣費請求；D計費平臺根據(jù)所述扣費請求完成扣費。
此外，本發(fā)明還提供一種計費系統(tǒng)，參見圖3，本發(fā)明所涉及的第一服務(wù)提供商SP平臺、服務(wù)管理平臺MDSP和計費平臺。
其中，第一服務(wù)提供商平臺包括產(chǎn)品數(shù)據(jù)庫和聯(lián)合銷售數(shù)據(jù)庫，產(chǎn)品數(shù)據(jù)庫存儲服務(wù)提供商提供的所有產(chǎn)品或服務(wù)的各種信息，如產(chǎn)品價格等；聯(lián)合銷售數(shù)據(jù)庫存儲服務(wù)提供商提供的產(chǎn)品或服務(wù)參與的聯(lián)合銷售的策略。服務(wù)提供商平臺根據(jù)收到訂購產(chǎn)品或服務(wù)的請求時查詢獲得聯(lián)合銷售策略，并根據(jù)所述聯(lián)合銷售策略向服務(wù)管理平臺發(fā)出認證計費請求。
服務(wù)管理平臺包括用戶消費記錄數(shù)據(jù)庫，記錄用戶的消費信息，如消費產(chǎn)品名稱，數(shù)量、價格、消費時間等，服務(wù)管理平臺用于根據(jù)所接收到認證計費請求中的按照聯(lián)合銷售策略，查詢用戶消費記錄數(shù)據(jù)庫確定最終的銷售策略，并根據(jù)所確定的銷售策略計算服務(wù)費用，并向計費平臺發(fā)出扣費請求。
計費平臺用于根據(jù)扣費請求完成扣費。
此外，服務(wù)管理平臺還包括聯(lián)合計費模塊，用于計算根據(jù)計費認證請求中的聯(lián)合銷售策略，和本次消費的數(shù)量以及用戶的消費記錄，計算本次消費的費用。如果服務(wù)管理平臺中包含消費記錄數(shù)據(jù)，則從消費優(yōu)惠記錄數(shù)據(jù)庫查找相關(guān)的消費記錄，否則通過和相關(guān)的服務(wù)提供商交互獲取和此次聯(lián)合銷售相關(guān)的消費記錄，獲取這些記錄后，就可以根據(jù)聯(lián)合銷售策略來計算本次消費的費用了。
另外，服務(wù)管理平臺還包括通信模塊、認證鑒權(quán)模塊、預留預扣模塊、計費模塊、產(chǎn)品數(shù)據(jù)庫、消費優(yōu)惠記錄數(shù)據(jù)庫。其中，服務(wù)提供商SP通過其通信模塊及服務(wù)管理平臺MDSP的通信模塊與服務(wù)管理平臺MDSP完成消息的發(fā)送，而服務(wù)管理平臺MDSP還通過其通信模塊及計費平臺的通信模塊完成消息的發(fā)送。下面將對各模塊進行詳細的介紹
通信模塊實現(xiàn)和服務(wù)提供商、計費平臺的通訊，支持多種協(xié)議的承載。
認證鑒權(quán)模塊認證鑒權(quán)模塊提供服務(wù)提供商鑒權(quán)、用戶鑒權(quán)和業(yè)務(wù)鑒權(quán)，服務(wù)提供商鑒權(quán)支持一個服務(wù)提供商多個接入碼和多個接入IP地址的鑒權(quán)，鑒定服務(wù)提供商的身份和權(quán)限，用戶鑒權(quán)鑒定用戶的身份和權(quán)限，業(yè)務(wù)鑒權(quán)鑒定業(yè)務(wù)是否存在、是否正常、業(yè)務(wù)的訂購關(guān)系。
預留預扣模塊通過認證鑒權(quán)后，如果認證計費請求消息要求預扣，則由預留預扣模塊通過服務(wù)管理平臺的通信模塊向計費平臺發(fā)出預扣指令從而實現(xiàn)費用的預扣。預留預扣模塊首先檢查認證計費請求消息中是否有聯(lián)合銷售策略。如果有，則需要由聯(lián)合計費模塊計算促銷優(yōu)惠后的費用，否則由預留預扣模塊計算本次服務(wù)的費用。費用計算出來后，通過通信模塊和計費平臺交互，實現(xiàn)預扣。
計費模塊通過認證鑒權(quán)后，如果認證計費請求消息要求立即扣費，或收到扣費請求消息，通過服務(wù)管理平臺的通信模塊向計費平臺發(fā)出預扣指令從而實現(xiàn)扣費。計費模塊首先檢查認證計費請求消息中是否有聯(lián)合銷售策略。如果有，則需要由聯(lián)合計費模塊計算促銷優(yōu)惠后的費用，否則由計費模塊計算本次服務(wù)的費用。費用計算出來后，通過通信模塊和計費平臺交互，實現(xiàn)扣費。扣費成功后，如果本次服務(wù)包含聯(lián)合銷售策略，計費模塊檢查聯(lián)合銷售策略中的其它相關(guān)服務(wù)提供商是否需要返還服務(wù)或金錢給用戶，如果需要，則發(fā)送請求返還消息給這些服務(wù)提供商。計費模塊收到服務(wù)提供商發(fā)來的返還消息后，根據(jù)消息中的返還服務(wù)或返還金額，通過通信模塊和計費平臺交互，實現(xiàn)返還操作。
產(chǎn)品數(shù)據(jù)庫保存各個服務(wù)提供商的產(chǎn)品目錄，產(chǎn)品的生存期，產(chǎn)品的價格等，計費模塊、聯(lián)合計費模塊、預留預扣模塊在計算服務(wù)和產(chǎn)品的費用時需要查找出相關(guān)產(chǎn)品的信息。通常，聯(lián)合銷售策略中給出的只是聯(lián)合銷售的產(chǎn)品或服務(wù)的折扣率，而產(chǎn)品的價格則保存在產(chǎn)品數(shù)據(jù)庫中，這樣就避免了服務(wù)提供商亂漲價、亂定價。
消費優(yōu)惠記錄數(shù)據(jù)庫保存用戶享受優(yōu)惠的記錄，如果用戶數(shù)和消費記錄數(shù)不是很大，也可以保存用戶的消費記錄。
第一實施例參閱圖5，對提供產(chǎn)品或服務(wù)的計費的流程如下步驟501第一服務(wù)提供商SP1收到用戶的訂購產(chǎn)品請求后向服務(wù)管理平臺發(fā)出認證計費請求并等待其響應(yīng)。
在執(zhí)行此步驟時，第一服務(wù)提供商的處理流程參見圖6所示執(zhí)行以下步驟當用戶購買其產(chǎn)品時，第一服務(wù)提供商針對該用戶購買產(chǎn)品查詢產(chǎn)品數(shù)據(jù)庫以及聯(lián)合銷售數(shù)據(jù)庫判斷是否有優(yōu)惠促銷活動，如查詢結(jié)果為是則進一步到聯(lián)合銷售數(shù)據(jù)庫中獲取有關(guān)聯(lián)合銷售的策略，再根據(jù)該策略處理第一服務(wù)提供商的產(chǎn)品或服務(wù)的銷售并將與用戶訂購的產(chǎn)品或服務(wù)有聯(lián)合銷售的其它服務(wù)提供商的提供的產(chǎn)品或服務(wù)形成的聯(lián)合銷售策略加入計費認證請求消息中，便將其計費認證請求消息通過其通信模塊與服務(wù)管理平臺的通信模塊發(fā)送給服務(wù)管理平臺并等待其響應(yīng)。此外，服務(wù)提供商在收到用戶訂購產(chǎn)品或服務(wù)的請求后，還根據(jù)用戶的個人屬性以及所訂購產(chǎn)品或服務(wù)的類型確定其付費方式如預付費或直接扣費，并將所確定的付費方式以及用戶登記的個人信息攜帶在發(fā)給服務(wù)管理平臺的認證計費請求信息中。本步驟中，第一服務(wù)提供商向服務(wù)管理平臺發(fā)送的計費認證請求所包含的聯(lián)合銷售策略主要內(nèi)容如下表


參數(shù)說明聯(lián)合銷售ID標識同一聯(lián)合銷售的關(guān)系。比如上例中的第1、3項屬于一個聯(lián)合銷售包，第4、5項屬于一個聯(lián)合銷售包，第2項屬于一個聯(lián)合銷售包。
參加聯(lián)合銷售的SP標識標識參加聯(lián)合銷售的SP。
聯(lián)合銷售的產(chǎn)品/服務(wù)標識標識參加聯(lián)合銷售的產(chǎn)品/服務(wù)。
有效時間標識在該時間范圍之內(nèi)購買的產(chǎn)品才能參與本次聯(lián)合銷售。
聯(lián)合銷售關(guān)系這里定義了兩種聯(lián)合銷售關(guān)系，以后可以根據(jù)需要擴展。聯(lián)合銷售關(guān)系“1”表示需要此聯(lián)合銷售包中的所有產(chǎn)品都購買了，聯(lián)合銷售才生效，聯(lián)合銷售多次有效。聯(lián)合銷售關(guān)系“2”表示，只要購買了其中之一，聯(lián)合銷售就生效，聯(lián)合銷售多次生效。聯(lián)合銷售關(guān)系“3”表示需要此聯(lián)合銷售包中的所有產(chǎn)品都購買了，聯(lián)合銷售才生效，聯(lián)合銷售一次有效。聯(lián)合銷售關(guān)系“4”表示，只要購買了其中之一，聯(lián)合銷售就生效，聯(lián)合銷售一次生效。聯(lián)合銷售關(guān)系的定義根據(jù)營銷模式的變化后續(xù)可以擴展。
對方產(chǎn)品數(shù)量需要購買了多少該產(chǎn)品，聯(lián)合銷售才能生效。
本產(chǎn)品數(shù)量需要購買的本產(chǎn)品的數(shù)量，聯(lián)合銷售才能生效。
本產(chǎn)品/服務(wù)優(yōu)惠滿足聯(lián)合銷售條件時，本次購買產(chǎn)品折扣或返還金額，或是返還一定數(shù)量的服務(wù)使用量，或是返還一定數(shù)量的產(chǎn)品或服務(wù)。
對方產(chǎn)品/服務(wù)優(yōu)惠滿足聯(lián)合銷售條件時，參與的對方產(chǎn)品的折扣或返還金額，或是返還一定數(shù)量的服務(wù)使用量，或是返還一定數(shù)量的產(chǎn)品或服務(wù)。當聯(lián)合銷售多次有效時，對方產(chǎn)品只享受一次優(yōu)惠，優(yōu)惠歷史記錄可由對方的SP維護或由服務(wù)管理平臺(service management platform)維護。
步驟506服務(wù)管理平臺MDSP向計費平臺發(fā)出扣費請求。執(zhí)行此步驟時，需執(zhí)行以下步驟服務(wù)管理平臺MDSP收到第一服務(wù)提供商的認證計費請求后首先由認證鑒權(quán)模塊對服務(wù)提供商鑒權(quán)、用戶鑒權(quán)和業(yè)務(wù)鑒權(quán)，鑒定服務(wù)提供商與用戶的身份和權(quán)限，以及鑒定業(yè)務(wù)是否存在、是否正常的業(yè)務(wù)訂購關(guān)系。此外，服務(wù)管理平臺查詢用戶數(shù)據(jù)庫，判斷其是否消費過認證計費請求中的聯(lián)合銷售策略中的參加聯(lián)合銷售的對方產(chǎn)品或服務(wù)標識，以確定是否按聯(lián)合銷售策略計費。如果所述認證計費請求通過鑒權(quán)，服務(wù)管理平臺則根據(jù)認證計費請求中所要求的扣費模式為直接扣費模式而將認證計費請求分配由計費模塊處理。
當計費模塊收到認證計費請求消息后，首先檢查認證計費請求消息中是否有聯(lián)合銷售信息，如果有，則將該消息交由聯(lián)合計費模塊計算優(yōu)惠后的費用，否則由預留預扣模塊或計費模塊計算本次服務(wù)的費用。如果由聯(lián)合計費模塊計算費用，則在費用計算出來后，由計費模塊通過服務(wù)管理平臺的通信模塊和計費平臺交互，實現(xiàn)扣費。
此外，在服務(wù)管理平臺向計費平臺發(fā)出直接扣費的指令時，所述指令以計費請求的形式并包括聯(lián)合計費模塊計算出的費用、本次服務(wù)扣費方式以及用戶個人信息。
步驟507計費平臺向服務(wù)管理平臺MDSP返回扣費請求響應(yīng)。計費平臺扣款完成后，向服務(wù)管理平臺MDSP返回含有實際扣款數(shù)額的扣費請求。
步驟508服務(wù)管理平臺MDSP向第一服務(wù)提供商發(fā)出攜帶有實際扣費的扣費確認信息。執(zhí)行本步驟時，需執(zhí)行如下步驟如圖6所示，第一服務(wù)提供商收到所述扣費確認信息后，檢查所扣費用是否正確，并將本次消費記錄寫入消費數(shù)據(jù)庫，從而結(jié)束本次服務(wù)。
優(yōu)選的，針對預扣費用戶，當服務(wù)管理平臺收到第一服務(wù)提供商的認證計費請求時，在執(zhí)行步驟506之間，還應(yīng)如下步驟步驟502服務(wù)管理平臺向計費平臺發(fā)出計費請求。執(zhí)行此步驟時，服務(wù)管理平臺MDSP收到第一服務(wù)提供商的認證計費請求后首先由認證鑒權(quán)模塊對服務(wù)提供商鑒權(quán)、用戶鑒權(quán)和業(yè)務(wù)鑒權(quán)，鑒定服務(wù)提供商與用戶的身份和權(quán)限，以及鑒定業(yè)務(wù)是否存在、是否正常的業(yè)務(wù)訂購關(guān)系。此外，服務(wù)管理平臺查詢用戶數(shù)據(jù)庫，判斷其是否消費過認證計費請求中的聯(lián)合銷售策略中的參加聯(lián)合銷售的對方產(chǎn)品或服務(wù)標識，以確定是否按聯(lián)合銷售策略計費。如果所述認證計費請求通過鑒權(quán)，服務(wù)管理平臺則根據(jù)認證計費請求中所要求的扣費模式為預扣費模式而將認證計費請求分配由預留預扣模塊處理。
當預留預扣模塊到認證計費請求消息后，首先檢查認證計費請求消息中是否有聯(lián)合銷售信息，如果有，則將該消息交由聯(lián)合計費模塊計算優(yōu)惠后的費用，否則由預留預扣模塊或計費模塊計算本次服務(wù)的費用。如果由聯(lián)合計費模塊計算費用，則在費用計算出來后，分情況由預留預扣模塊或計費模塊通過服務(wù)管理平臺的通信模塊和計費平臺交互，實現(xiàn)預扣。
此外，在服務(wù)管理平臺向計費平臺發(fā)出預扣或直接扣費的指令時，所述指令以計費請求的形式并包括聯(lián)合計費模塊計算出的費用、本次服務(wù)扣費方式以及用戶個人信息。
步驟503計費平臺完成扣費并向服務(wù)管理平臺發(fā)出計費請求響應(yīng)。計費平臺收到服務(wù)管理平臺MDSP的計費請求后，便依請求中的內(nèi)容查詢用戶帳戶，并依據(jù)聯(lián)合計費模塊計算出的費用以及服務(wù)提供商的預扣費請求對用戶賬戶的本次消費應(yīng)付金額進行凍結(jié)；如果計費平臺收到服務(wù)管理平臺的扣費請求，則采用直接扣費的方式扣除用戶帳戶中的本次消費金額。
步驟504服務(wù)管理平臺MDSP向向第一服務(wù)提供商返回計費請求響應(yīng)，該響應(yīng)中包括對本次提供產(chǎn)品或服務(wù)的費用。
步驟505第一服務(wù)提供商向服務(wù)管理平臺發(fā)出扣費請求。執(zhí)行此步驟時，需執(zhí)行以下步驟如圖8所示，第一服務(wù)提供商在收到認證計費請求響應(yīng)后，首先檢查確認預扣費用是否正確，如正確則提供產(chǎn)品或服務(wù)給用戶。如果是預扣費形式，第一服務(wù)提供商還向服務(wù)管理平臺MDSP發(fā)出攜帶本次提供產(chǎn)品或服務(wù)的費用向服務(wù)管理平臺發(fā)出扣費請求。
此外，步驟506按如下方式執(zhí)行參見圖9，服務(wù)管理平臺MDSP收到第一服務(wù)提供商的扣費請求后，依據(jù)聯(lián)合計費模塊計算出的費用檢查扣費請求中的服務(wù)費用是否正確，如果正確則向計費平臺發(fā)出攜帶所需扣除的費用的扣費請求。
優(yōu)選的，服務(wù)管理平臺還可以向向第二服務(wù)提供商、第三服務(wù)提供商要求返還，在執(zhí)行步驟508以后，繼續(xù)執(zhí)行以下步驟步驟509服務(wù)管理平臺MDSP分別向第二服務(wù)提供商、第三服務(wù)提供商請求返還優(yōu)惠費或優(yōu)惠服務(wù)量并等待其響應(yīng)。其請求返還的消息中包括第一服務(wù)提供商發(fā)給服務(wù)管理平臺MDSP的認證計費請求中的聯(lián)合銷售策略，至少包括相關(guān)的捆綁聯(lián)合銷售條件和消費記錄。
步驟510第二服務(wù)提供商、第三服務(wù)提供商向服務(wù)管理平臺返回返還的消息。執(zhí)行此步驟時，需執(zhí)行以下步驟參見圖7，第一服務(wù)提供商、第二服務(wù)提供商收到請求返還的消息后，根據(jù)消息中的消費記錄和聯(lián)合銷售方案計算返還數(shù)，向服務(wù)管理平臺發(fā)送含有返還結(jié)果的返還消息并等待服務(wù)管理平臺報告返還成功的消息。
步驟511服務(wù)管理平臺MDSP向計費平臺發(fā)出返還通知。服務(wù)管理平臺MDSP收到請求返還消息后，由聯(lián)合計費模塊根據(jù)其聯(lián)合銷售策略及產(chǎn)品消費記錄計算并驗證第一服務(wù)提供商、第二服務(wù)提供商的返還消息中的返還結(jié)果是否正確。如正確則攜帶該返還結(jié)果向計費平臺發(fā)出返還通知。計費平臺根據(jù)所述返還結(jié)果完成對用戶以前購買產(chǎn)品的折扣的返還，此種折扣根據(jù)聯(lián)合銷售策略可以是產(chǎn)品或服務(wù)量，也可以是一定的金額。
步驟512返還完成后，計費平臺向服務(wù)管理平臺MDSP報告返還成功的消息。
步驟513服務(wù)管理平臺MDSP則將成功的消息分別通知第一、第二服務(wù)提供商。此時，請參見圖7，服務(wù)提供商(SP2、SP3)收到返還成功的消息后，將返還記錄寫入消費優(yōu)惠記錄數(shù)據(jù)庫，結(jié)束返還操作。
第二實施例圖6是對提供產(chǎn)品或服務(wù)的計費的另一種流程圖。該計費過程與第一實施例的計費過程基本相同，下面僅介紹不同的步驟，省略與第一實施例相同的其它步驟。
步驟602向服務(wù)管理平臺向第二服務(wù)提供商、第三服務(wù)提供商發(fā)出獲取聯(lián)合銷售策略的消息。執(zhí)行此步驟時，還需執(zhí)行以下步驟參見圖9，服務(wù)管理平臺MDSP收到第一服務(wù)提供商計費認證請求消息后，針對該用戶、服務(wù)提供商和購買產(chǎn)品查詢產(chǎn)品數(shù)據(jù)庫，檢查其產(chǎn)品是否允許聯(lián)合銷售以及是否符合資費政策，如否則向第一服務(wù)提供商返回聯(lián)合銷售無效的消息。如是，則根據(jù)消息中的聯(lián)合銷售信息向第二服務(wù)提供商、第三服務(wù)提供商發(fā)出獲取聯(lián)合銷售策略的消息并等待返回第二服務(wù)提供商、第三服務(wù)提供商消費優(yōu)惠記錄。所述獲取聯(lián)合銷售策略的消息攜帶第一服務(wù)商發(fā)出的計費認證請求中的聯(lián)合銷售策略。
步驟603第二服務(wù)提供商、第三服務(wù)提供商向服務(wù)管理平臺返回獲取聯(lián)合銷售的信息。執(zhí)行此步驟時，需執(zhí)行以下步驟參見圖10，第二服務(wù)提供商、第三服務(wù)提供商收到獲取聯(lián)合銷售策略的消息后，查詢其本機內(nèi)的產(chǎn)品數(shù)據(jù)庫以及聯(lián)合銷售數(shù)據(jù)庫，檢查所述的聯(lián)合銷售策略是否確，是否符合資費標準。如果不正確，則向服務(wù)管理平臺MDSP發(fā)出產(chǎn)品優(yōu)惠關(guān)系不存在的消息從而結(jié)束優(yōu)惠關(guān)系的查詢。如果經(jīng)查屬實，則至產(chǎn)品優(yōu)惠數(shù)據(jù)庫查詢，并根據(jù)查詢結(jié)果向服務(wù)管理平臺MDSP發(fā)出產(chǎn)品消費優(yōu)惠記錄結(jié)束本次查詢。由聯(lián)合計費模塊按照其聯(lián)合銷售策略和用戶的消費記錄計算本次服務(wù)費用和用戶前次消費產(chǎn)品和服務(wù)應(yīng)該返還結(jié)果，如應(yīng)該返還的服務(wù)量或產(chǎn)品量或返還的金額的多少。并將所計算的本次服務(wù)費用攜帶在發(fā)給計費平臺的計費請求中，其中該計費請求還包括用戶的個人信息。
在本步驟中，服務(wù)提供商(SP2、SP3)向服務(wù)管理平臺MDSP返回“產(chǎn)品消費優(yōu)惠記錄”中包含的信息如下表

參數(shù)說明聯(lián)合銷售ID標識同一聯(lián)合銷售關(guān)系。
參加聯(lián)合銷售的SP標識標識參加聯(lián)合銷售的SP。
聯(lián)合銷售的產(chǎn)品/服務(wù)標識標識參加聯(lián)合銷售的產(chǎn)品/服務(wù)。
有效性確認確認此次聯(lián)合銷售是否有效。
消費時間有效期后的最早一次的消費時間。
消費數(shù)量標識用戶已經(jīng)消費了本產(chǎn)品多少次。
已經(jīng)執(zhí)行的優(yōu)惠數(shù)量標識已經(jīng)執(zhí)行了的優(yōu)惠次數(shù)。用于避免優(yōu)惠的重復執(zhí)行。
但是，在執(zhí)行此驟時，服務(wù)管理平臺MDSP也可以只使用其消費優(yōu)惠記錄庫。那么，其向有聯(lián)合銷售關(guān)系的服務(wù)提供商(SP2、SP3)發(fā)出獲取聯(lián)合銷售策略時，服務(wù)提供商(SP2、SP3)發(fā)送的產(chǎn)品的消費優(yōu)惠記錄中不需要包含產(chǎn)品/服務(wù)的使用和優(yōu)惠記錄。
步驟604服務(wù)管理平臺向計費平臺發(fā)出計費請求。此行此步驟時，需執(zhí)行如下步驟參見圖9，服務(wù)管理平臺MDSP收到第二服務(wù)提供商、第三服務(wù)提供商返回的全部消費優(yōu)惠記錄后，根據(jù)其記錄以及聯(lián)合銷售策略由聯(lián)合計費模塊計算費用并發(fā)送計費請求或預扣費請求至計費平臺并等待響應(yīng)。
此外，圖5與圖6完成相同功能的步驟采用相同的方法。
本發(fā)明提出了一種可以使服務(wù)提供商之間方便的提供交叉優(yōu)惠、捆綁聯(lián)合銷售的平臺，以及平臺和服務(wù)提供商之間的消息交互流程、消息中信息字段的定義。該平臺可以在運營商的業(yè)務(wù)管理平臺上實現(xiàn)，也可以獨立設(shè)置，也可以設(shè)置在服務(wù)提供商的運營支撐平臺上，也可以和運營商的計費平臺合設(shè)。但本發(fā)明并不僅限于這幾種設(shè)置，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種計費方法，其特征是，該方法包括A用戶向第一服務(wù)提供商發(fā)起訂購產(chǎn)品或服務(wù)的請求；B第一服務(wù)提供商根據(jù)所述產(chǎn)品或服務(wù)查詢產(chǎn)品數(shù)據(jù)庫和聯(lián)合銷售數(shù)據(jù)庫，獲取所述產(chǎn)品或服務(wù)所享有的第一服務(wù)提供商和第二服務(wù)提供商的聯(lián)合銷售的策略，并向服務(wù)管理平臺發(fā)出含有所述聯(lián)合銷售策略的認證計費請求；C所述服務(wù)管理平臺根據(jù)所述聯(lián)合銷售策略中參加聯(lián)合銷售的產(chǎn)品或服務(wù)標記查詢用戶消費記錄，并按照其聯(lián)合銷售策略和用戶的消費記錄計算服務(wù)費用，所述服務(wù)管理平臺依計算出的服務(wù)費用向計費平臺發(fā)出扣費請求；D計費平臺根據(jù)所述扣費請求完成扣費。
2.如權(quán)利要求1所述的計費方法，其特征是執(zhí)行上述步驟后執(zhí)行如下步驟E所述服務(wù)管理平臺向第二服務(wù)提供商發(fā)出攜帶聯(lián)合銷售策略和消費記錄的返還通知；F所述第二服務(wù)提供商依據(jù)返還通知計算返還結(jié)果并向所述服務(wù)管理平臺發(fā)送包含返還結(jié)果的返還信息，服務(wù)管理平臺依據(jù)所述返還信息通知所述計費平臺對用戶以前購買產(chǎn)品或服務(wù)的折扣的返還。
3.如權(quán)利要求1或2所述的一種計費方法，其特征在于步驟C中計算出服務(wù)費用后還需執(zhí)行以下步驟C11服務(wù)管理平臺向計費平臺發(fā)出計費請求；C12所述計費平臺根據(jù)服務(wù)管理平臺發(fā)出的請求檢查用戶帳戶以及完成預扣，并向所述服務(wù)管理平臺返回計費請求；C13所述服務(wù)管理平臺向第一服務(wù)提供商返回認證計費請求，得到第一服務(wù)提供商的響應(yīng)后向所述計費平臺發(fā)出扣費請求。
4.一種的計費方法，其特征是，該方法包括A2用戶向第一服務(wù)提供商發(fā)起訂購產(chǎn)品或服務(wù)的請求；B2第一服務(wù)提供商根據(jù)所述產(chǎn)品或服務(wù)查詢產(chǎn)品數(shù)據(jù)庫和聯(lián)合銷售數(shù)據(jù)庫，獲取所述產(chǎn)品或服務(wù)所享有的第一服務(wù)提供商和第二服務(wù)提供商聯(lián)合銷售的策略，并向服務(wù)管理平臺發(fā)出含有所述聯(lián)合銷售策略的認證計費請求；C2所述服務(wù)管理平臺根據(jù)所述聯(lián)合銷售策略中的參加聯(lián)合銷售的服務(wù)提供商標記向第二服務(wù)提供商發(fā)出獲取促銷優(yōu)惠策略，得到所述第二服務(wù)提供商響應(yīng)后計算服務(wù)費用，服務(wù)管理平臺依其計算出的服務(wù)費用向計費平臺發(fā)出扣費請求；D2扣費平臺根據(jù)其扣費請求完成扣費。
5.如權(quán)利要求4所述的計費方法，其特征是步驟C2中所述服務(wù)管理平臺得到的第二服務(wù)提商的響應(yīng)包括對聯(lián)合銷售策略的確認。
6.如權(quán)利要求4所述的計費方法，其特征是步驟C2中所述服務(wù)管理平臺得到的第二服務(wù)提商的響應(yīng)包括對聯(lián)合銷售策略的確認和用戶在第二服務(wù)提供商處發(fā)生的產(chǎn)品或服務(wù)的消費或優(yōu)惠記錄。
7.如權(quán)利要求4所述計費方法，其特征是執(zhí)行上述步驟后執(zhí)行如下步驟E2所述服務(wù)管理平臺向所述第二服務(wù)提供商發(fā)出攜帶用戶消費記錄的返還通知；F2所述第二服務(wù)提供商依據(jù)返還通知計算返還結(jié)果并向所述服務(wù)管理平臺發(fā)送包含返還結(jié)果的返還信息，服務(wù)管理平臺依據(jù)所述返還信息通知所述計費平臺對用戶以前購買產(chǎn)品或服務(wù)的折扣的返還。
8.如權(quán)利要求4或5或6或7所述的一種計費方法，其特征在于步驟C2中計算出服務(wù)費用后還需執(zhí)行以下步驟C21服務(wù)管理平臺向計費平臺發(fā)出計費請求；C22所述計費平臺根據(jù)服務(wù)管理平臺發(fā)出的請求檢查用戶帳戶以及完成預扣，并向所述服務(wù)管理平臺返回計費請求；C23所述服務(wù)管理平臺向第一服務(wù)提供商返回認證計費請求，得到第一服務(wù)提供商的響應(yīng)后向所述計費平臺發(fā)出扣費請求。
9.一種計費系統(tǒng)，其特征在于該系統(tǒng)包括第一服務(wù)提供商平臺、服務(wù)管理平臺、計費平臺；所述第一服務(wù)提供商平臺包括產(chǎn)品數(shù)據(jù)庫和聯(lián)合銷售數(shù)據(jù)庫，用于第一服務(wù)提供商平臺根據(jù)收到訂購產(chǎn)品或服務(wù)的請求時查詢獲得第一服務(wù)提供商和第二服務(wù)提供商聯(lián)合銷售的策略，并根據(jù)所述聯(lián)合銷售策略向服務(wù)管理平臺發(fā)出認證計費請求；所述服務(wù)管理平臺包括用戶消費記錄數(shù)據(jù)庫，所述服務(wù)管理平臺用于接收所述認證計費請求，并按照聯(lián)合銷售策略和查詢用戶消費記錄數(shù)據(jù)庫的所得的用戶消費記錄計算服務(wù)費用，并向計費平臺發(fā)出扣費請求；所述計費平臺用于根據(jù)扣費請求完成扣費。
10.一種計費系統(tǒng)，其特征在于該系統(tǒng)包括第一服務(wù)提供商平臺、第二服務(wù)提供商、服務(wù)管理平臺、計費平臺；所述第一服務(wù)提供商平臺包括產(chǎn)品數(shù)據(jù)庫和聯(lián)合銷售數(shù)據(jù)庫，用于第一服務(wù)提供商平臺根據(jù)收到訂購產(chǎn)品或服務(wù)的請求時查詢獲得第一服務(wù)提供商和第二服務(wù)提供商聯(lián)合銷售的策略，并根據(jù)所述聯(lián)合銷售策略向服務(wù)管理平臺發(fā)出認證計費請求；所述服務(wù)管理平臺用于根據(jù)所述聯(lián)合銷售策略中的參加聯(lián)合銷售的服務(wù)提供商標記向第二服務(wù)提供商發(fā)出獲取銷售策略，得到所述第二服務(wù)提供商響應(yīng)后計算服務(wù)費用，并依所述服務(wù)費用向計費平臺發(fā)出扣費請求；所述第二服務(wù)提供商包括聯(lián)合銷售數(shù)據(jù)庫，用于接收服務(wù)管理平臺發(fā)出的獲取聯(lián)合銷售策略，查詢所述聯(lián)合銷售數(shù)據(jù)庫后向服務(wù)管理平臺返回產(chǎn)品銷費優(yōu)惠記錄；所述計費平臺用于根據(jù)扣費請求完成扣費。
11.如權(quán)利要求9或10所述的計費系統(tǒng)，其特征在于所述服務(wù)管理平臺還包括聯(lián)合計費模塊，用于根據(jù)聯(lián)合銷售策略和用戶消費記錄計算服務(wù)費用。
全文摘要
本發(fā)明公開了一種計費方法及計費系統(tǒng)，它在普通的計費系統(tǒng)中增加了聯(lián)合計費模塊，并按以下方法實現(xiàn)用戶向第一服務(wù)提供商(SP1)發(fā)起訂購產(chǎn)品或服務(wù)的請求；服務(wù)提供商(MDSP)查詢產(chǎn)品數(shù)據(jù)庫和聯(lián)合銷售數(shù)據(jù)庫，獲取第一服務(wù)提供商和第二服務(wù)提供商的聯(lián)合銷售策略，并向服務(wù)管理平臺發(fā)出含有所述聯(lián)合銷售的認證計費請求；服務(wù)管理平臺根據(jù)所述聯(lián)合銷售策略中參加聯(lián)合銷售的產(chǎn)品或服務(wù)標記查詢用戶消費記錄，按照聯(lián)合銷售策略和用戶的消費記錄計算服務(wù)費用，并向計費平臺發(fā)出扣費請求；計費平臺完成扣費。由此解決多個服務(wù)提供商聯(lián)合銷售需將銷售產(chǎn)品及資費政策上傳到服務(wù)管理平臺，從而對服務(wù)管理平臺的處理能力要求非常高的問題。
文檔編號H04L12/14GK101072276SQ20061006067
公開日2007年11月14日 申請日期2006年5月11日 優(yōu)先權(quán)日2006年5月11日
發(fā)明者劉波, 李慶, 謝秋華, 侯滿倉 申請人:華為技術(shù)有限公司