專利名稱：Oma業(yè)務(wù)應(yīng)用接入計費系統(tǒng)的方法和計費引擎的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線分組業(yè)務(wù)計費技術(shù)領(lǐng)域，特別是指一種計費引擎和一種OMA業(yè)務(wù)應(yīng)用接入計費系統(tǒng)的方法。
背景技術(shù)：
開放移動聯(lián)盟(Open Mobile Alliance，OMA)，為國際非贏利性組織，致力于無線業(yè)務(wù)應(yīng)用相關(guān)標準的開發(fā)和技術(shù)推廣。其宗旨是尋求一種與系統(tǒng)無關(guān)的、開放的，使各種應(yīng)用和業(yè)務(wù)能夠在全球范圍內(nèi)的各種終端上實現(xiàn)互聯(lián)互通的標準。通過讓客戶在不同的市場、運營商、移動終端之間使用可互用的移動業(yè)務(wù)來促進整個移動工業(yè)市場的增長。這是通過定義一個基于開放式標準的框架來實現(xiàn)的。該框架允許在多供應(yīng)方的環(huán)境中安全有效地建立、配置和管理各種應(yīng)用和業(yè)務(wù)。
OMA目前覆蓋的正在制定的業(yè)務(wù)領(lǐng)域包括瀏覽類型的業(yè)務(wù)、通訊類業(yè)務(wù)、娛樂類業(yè)務(wù)和電子商務(wù)等。在過去的幾年中，無論是業(yè)務(wù)種類還是業(yè)務(wù)數(shù)量均得到了快速的發(fā)展，并且在CDAM2000、WCDMA、TD-SCDMA或WLAN等系統(tǒng)中，分組域的帶寬足以支持更多用戶體驗更佳的業(yè)務(wù)的出現(xiàn)。同時，終端也變得越來越復(fù)雜，終端持有率的增長也促進了基于無線網(wǎng)絡(luò)的大范圍的無線業(yè)務(wù)的增長，典型的無線業(yè)務(wù)包括移動支付業(yè)務(wù)、多媒體消息、即時消息、PTT和移動游戲等。
OMA業(yè)務(wù)的計費網(wǎng)絡(luò)中主要包括多個業(yè)務(wù)應(yīng)用服務(wù)器，和多個計費系統(tǒng)。業(yè)務(wù)應(yīng)用服務(wù)器可以是多媒體消息中心(MMSC)、基于蜂窩系統(tǒng)的即按即講服務(wù)器(POC Server)、Presence服務(wù)器、位置服務(wù)器、游戲服務(wù)器、即時消息服務(wù)器(IM Server)或個人信息管理服務(wù)器(PIM Server)等。計費系統(tǒng)包括在線計費系統(tǒng)和離線計費系統(tǒng)，其中在線計費系統(tǒng)可以是運營商域的智能網(wǎng)計費系統(tǒng)、或互聯(lián)網(wǎng)域的信用卡付費系統(tǒng)，離線計費系統(tǒng)可以是運營支撐系統(tǒng)(OSS)、計費支撐系統(tǒng)(BSS)等。
在現(xiàn)有技術(shù)中，在同一運營商內(nèi)業(yè)務(wù)服務(wù)器和計費系統(tǒng)通常由不同供應(yīng)商提供，且各業(yè)務(wù)應(yīng)用的業(yè)務(wù)形式、業(yè)務(wù)需求、計費需求等不同，不同業(yè)務(wù)對計費方式，如按條計費、按流量計費、按時長計費等的要求也不同，所以業(yè)務(wù)服務(wù)器與計費系統(tǒng)或計費代理之間通過專有的計費接口實現(xiàn)計費。業(yè)務(wù)組件與計費系統(tǒng)之間通信協(xié)議也往往不同。
圖1示出了為三種業(yè)務(wù)實現(xiàn)計費的計費網(wǎng)絡(luò)，其中對于多媒體消息業(yè)務(wù)，MMSC101在進行一次MMS業(yè)務(wù)后，MMSC發(fā)起按條計費的計費請求，計費接口1將該計費請求轉(zhuǎn)換為計費系統(tǒng)110支持的協(xié)議形式，并發(fā)送給計費系統(tǒng)110，計費系統(tǒng)110接收該計費請求后，根據(jù)該計費請求為用戶扣費，該計費接口1的承載協(xié)議為HTTP協(xié)議。對于POC業(yè)務(wù)，即按即講服務(wù)器(POC Server)102在進行一次業(yè)務(wù)后，POC服務(wù)器發(fā)起按流量計費的計費請求，計費接口2將該計費請求轉(zhuǎn)換為計費系統(tǒng)110支持的協(xié)議形式發(fā)送給計費系統(tǒng)110，計費系統(tǒng)110接收該計費請求后，根據(jù)該計費請求為用戶扣費，該計費接口2的承載協(xié)議為SOAP。同樣對于VOD業(yè)務(wù)來說，VOD業(yè)務(wù)服務(wù)器103在進行一次業(yè)務(wù)后，發(fā)起基于時長計費的計費請求，計費接口3將該計費請求轉(zhuǎn)換為計費系統(tǒng)110支持的協(xié)議形式發(fā)送給計費系統(tǒng)110，然后計費系統(tǒng)110為用戶進行扣費，該計費接口3的承載協(xié)議為TCP/IP方式。
從圖1中可以看出，現(xiàn)有技術(shù)中業(yè)務(wù)應(yīng)用服務(wù)器與計費系統(tǒng)之間采用專有計費接口，該專有計費接口與業(yè)務(wù)耦合度非常高，即各個計費接口根據(jù)業(yè)務(wù)服務(wù)器適配協(xié)議的不同分別適配不同的協(xié)議，每個計費接口只能實現(xiàn)一種計費方式。因此，現(xiàn)有技術(shù)中的計費接口可重復(fù)利用率低，并且在開展新業(yè)務(wù)時，由于要單獨為該新業(yè)務(wù)開放計費方式和計費接口，增加了新業(yè)務(wù)的開發(fā)周期。此外，由于每個計費系統(tǒng)通常都與多個業(yè)務(wù)應(yīng)用服務(wù)器分別通過專有計費接口實現(xiàn)計費，造成了計費系統(tǒng)的復(fù)雜度非常高，不利于計費系統(tǒng)的維護。現(xiàn)有技術(shù)的這種OMA業(yè)務(wù)計費方式，由于每增加一個業(yè)務(wù)應(yīng)用服務(wù)器都需要增加其專有的與計費系統(tǒng)之間的接口，所以很大程度上阻礙了OMA業(yè)務(wù)的橫向發(fā)展，并且增加了網(wǎng)絡(luò)維護成本，提高了組網(wǎng)復(fù)雜度。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的第一個目的在于提供一種OMA業(yè)務(wù)應(yīng)用接入計費系統(tǒng)的方法，該方法能夠?qū)崿F(xiàn)多種OMA業(yè)務(wù)的計費需求，使各業(yè)務(wù)應(yīng)用能夠方便地接入計費網(wǎng)絡(luò)實現(xiàn)計費。
本發(fā)明的第二個目的在于提供一種計費引擎，該計費引擎能夠應(yīng)用于不同的業(yè)務(wù)應(yīng)用與計費設(shè)施中。
為了達到上述目的的第一個方面，本發(fā)明提供了一種OMA業(yè)務(wù)應(yīng)用接入計費系統(tǒng)的方法，該方法包括A、計費客戶端向計費引擎發(fā)送包括用戶標識、事件類型的計費事件；B、計費引擎在接收到來自計費客戶端的計費事件后，判斷用戶的用戶屬性，如果是離線計費用戶則將計費事件發(fā)送給對應(yīng)的離線計費系統(tǒng)為用戶扣費，如果是在線計費用戶執(zhí)行步驟C；C、根據(jù)該計費事件中的事件類型判斷該業(yè)務(wù)計費屬性是否為按條計費，如果是，則在進行業(yè)務(wù)計價后，向?qū)?yīng)的在線計費系統(tǒng)發(fā)送按條計費的計費請求，為用戶扣費；否則，如果判斷出該業(yè)務(wù)計費屬性為按時長、流量計費，則在進行業(yè)務(wù)計價后，向?qū)?yīng)的在線計費系統(tǒng)發(fā)起預(yù)扣，并在本次預(yù)扣額度用盡后，再次向?qū)?yīng)的在線計費系統(tǒng)發(fā)起預(yù)扣，為用戶扣費，并在該次業(yè)務(wù)完成后，將未用盡額度返還用戶帳戶。
所述計費和預(yù)扣單位包括但不限于金額、時長、虛擬物品、數(shù)據(jù)流量等。
所述步驟B中判斷用戶的用戶屬性之前，或之后，可以進一步包括對計費事件中的用戶進行信用控制。
所述步驟B中判斷用戶的用戶屬性之前，或之后，還可以進一步包括對計費事件中的用戶進行認證鑒權(quán)。
所述步驟B中判斷用戶的用戶屬性之前，或之后，還可以進一步包括對計費事件中的用戶進行信用控制和認證鑒權(quán)，或進行認證鑒權(quán)和信用認證。
該方法可以應(yīng)用于但不限于以下網(wǎng)絡(luò)制式CDAM2000、WCDMA、TD-SCDMA或WLAN。
為了達到上述目的的第二個方面，本發(fā)明提供了一種計費引擎，該計費引擎在計費客戶端側(cè)和計費設(shè)施側(cè)分別包括計費接口模塊或承載協(xié)議適配模塊；其中，計費客戶端側(cè)的計費接口模塊用于根據(jù)計費客戶端發(fā)送的計費事件中的用戶標識確定用戶屬性，如果用戶屬性為離線計費用戶，則將該計費事件提交給計費客戶端側(cè)的承載協(xié)議適配模塊；如果用戶屬性為在線計費用戶，則根據(jù)計費事件中的事件類型確定對應(yīng)的計費方式，并根據(jù)確定的計費方式在進行業(yè)務(wù)計價后，生成計費請求或預(yù)扣請求，然后將生成的計費請求或預(yù)扣請求提交給計費客戶端側(cè)的承載協(xié)議適配模塊；計費客戶端側(cè)的承載協(xié)議適配模塊用于將來自計費客戶端側(cè)的計費接口模塊的信息轉(zhuǎn)換為預(yù)先設(shè)定的通用協(xié)議發(fā)送給計費設(shè)施側(cè)的承載協(xié)議適配模塊，以及將來自計費設(shè)施側(cè)的承載協(xié)議適配模塊的信息轉(zhuǎn)換為計費客戶端能夠識別的信息發(fā)送給計費客戶端側(cè)的計費接口模塊；計費設(shè)施側(cè)的承載協(xié)議適配模塊用于將來自計費客戶端側(cè)承載協(xié)議適配模塊的信息轉(zhuǎn)換為計費設(shè)施側(cè)能夠識別的信息，發(fā)送給計費設(shè)施側(cè)的計費接口模塊，以及將來自計費設(shè)施側(cè)的計費接口模塊的信息轉(zhuǎn)換為通用的協(xié)議發(fā)送給計費客戶端側(cè)的承載協(xié)議適配模塊；計費設(shè)施側(cè)的計費接口模塊用于根據(jù)接收的計費事件、計費請求或預(yù)扣請求與對應(yīng)的計費設(shè)施交互為用戶扣費。
所述的通用協(xié)議可以為HTTP協(xié)議、TCP/IP協(xié)議或SOAP協(xié)議。
所述計費引擎應(yīng)用于但不限于以下網(wǎng)絡(luò)制式CDAM2000、WCDMA、TD-SCDMA或WLAN。
從以上方案可以看出，本發(fā)明通過計費引擎在接收到來自業(yè)務(wù)應(yīng)用服務(wù)器的計費事件后，根據(jù)該計費事件中的用戶標識確定用戶屬性，根據(jù)用戶屬性和計費事件類型確定對應(yīng)的計費方式后，生成計費設(shè)施側(cè)能夠識別的計費請求發(fā)送給計費設(shè)施為用戶扣費，實現(xiàn)了對多種OMA業(yè)務(wù)的計費需求，使各業(yè)務(wù)應(yīng)用能夠方便地接入計費網(wǎng)絡(luò)實現(xiàn)計費；并且，本發(fā)明通過在計費引擎中設(shè)置能夠?qū)崿F(xiàn)多種計費方式的計費接口模塊，并通過承載協(xié)議適配模塊將信息轉(zhuǎn)換為通用的協(xié)議，使得該計費引擎可以應(yīng)用于不同的計費客戶端與計費設(shè)施之間實現(xiàn)計費，并實現(xiàn)了計費設(shè)施通過一個計費接口和承載協(xié)議適配轉(zhuǎn)換模塊與多個業(yè)務(wù)服務(wù)組件相連，降低了計費系統(tǒng)的復(fù)雜度，也降低了計費系統(tǒng)維護的難度；此外，在新建業(yè)務(wù)時，業(yè)務(wù)應(yīng)用服務(wù)器無需開發(fā)計費方式，計費系統(tǒng)也無需升級，只需要應(yīng)用該通用的計費引擎就能實現(xiàn)兩者之間的計費，減少了新業(yè)務(wù)的開發(fā)周期。此外，本發(fā)明中所提供的計費引擎能夠?qū)崿F(xiàn)計費設(shè)施側(cè)的一個計費引擎與多個業(yè)務(wù)應(yīng)用客戶端的對接，為OMA業(yè)務(wù)的橫向發(fā)展提供了解決方法，降低了網(wǎng)絡(luò)復(fù)雜度，也降低了網(wǎng)絡(luò)維護的成本。


圖1為本發(fā)明現(xiàn)有技術(shù)的計費網(wǎng)絡(luò)組成圖；圖2為本發(fā)明具體實施例中的計費網(wǎng)絡(luò)組成圖；圖3為本發(fā)明具體應(yīng)用的一種網(wǎng)絡(luò)組成結(jié)構(gòu)圖；圖4為本發(fā)明具體實施例的流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明作進一步的詳細描述。
本發(fā)明的主要思想是，提供一種OMA業(yè)務(wù)應(yīng)用接入計費系統(tǒng)的一種方法，通過該OMA業(yè)務(wù)應(yīng)用接入計費系統(tǒng)的方法，各業(yè)務(wù)應(yīng)用可以很方便的接入計費系統(tǒng)，實現(xiàn)自身的復(fù)雜計費，如按流量計費，按時長計費，按內(nèi)容計費，按條計費等，支持各種支付方式。
本發(fā)明可以應(yīng)用在WCDMA、CDMA2000、TD-SCDMA或WLAN等通信系統(tǒng)中。
下面通過具體實施例對本發(fā)明進行詳細說明。
本發(fā)明具體實施例中，計費網(wǎng)絡(luò)組成如圖2所示，包括計費客戶端部分(Charging Client)和計費設(shè)施部分(Charging Infrastructure)。計費客戶端部分(Charging Client)包括業(yè)務(wù)應(yīng)用服務(wù)器(App)210、業(yè)務(wù)應(yīng)用服務(wù)器代理(App Agent)211、計費接口模塊(Charging I/F)220、和承載協(xié)議適配模塊(Adapter)230。計費設(shè)施部分(Charging Infrastructure)包括承載協(xié)議適配模塊(Adapter)231、計費接口模塊(Charging I/F)221和計費系統(tǒng)240。其中，業(yè)務(wù)應(yīng)用服務(wù)器也可以不通過業(yè)務(wù)應(yīng)用服務(wù)器代理而直接與計費接口模塊連接，另外，計費系統(tǒng)也可以為計費代理。其中計費接口模塊(Charging I/F)220、和承載協(xié)議適配模塊(Adapter)230、承載協(xié)議適配模塊(Adapter)231、計費接口模塊(Charging I/F)221構(gòu)成計費引擎200；業(yè)務(wù)應(yīng)用服務(wù)器和業(yè)務(wù)應(yīng)用服務(wù)器代理為OMA業(yè)務(wù)應(yīng)用，也即是計費客戶端；計費系統(tǒng)和計費代理為計費設(shè)施。
App210和App Agent211是業(yè)務(wù)的核心處理部分，并在業(yè)務(wù)進行中或業(yè)務(wù)進行完之后，向Charging I/F220發(fā)送計費事件，該計費事件中包括用戶標識，事件類型，如下載業(yè)務(wù)、MMS業(yè)務(wù)等，和發(fā)起端信息、接收端信息等。
Charging I/F220中用于在接收到來自App210的計費事件后，根據(jù)該計費事件中的用戶標識確定用戶屬性，如該用戶是在線計費用戶還是離線計費用戶以及用戶是否設(shè)定消費限額，是否需要認證鑒權(quán)等，如果確定用戶設(shè)置了消費限額，即判斷出需要對該用戶進行信用控制，則對該事件中的用戶進行信用認證，如果需要鑒權(quán)則對該事件中的用戶進行認證鑒權(quán)，并在認證通過后判斷用戶是在線計費用戶還是離線計費用戶；否則，直接判斷用戶是在線計費用戶還是離線計費用戶。在判斷用戶是在線計費用戶還是離線計費用戶后，如果判斷出用戶是離線計費用戶，則將接收的計費事件提交給Adapter230；如果判斷出用戶是在線計費用戶，則根據(jù)用戶類型和ChargingI/F220中預(yù)先設(shè)定的計費方式確定對應(yīng)的計費方式，并根據(jù)確定的計費方式進行業(yè)務(wù)計價后，生成標準的扣費請求或預(yù)扣請求，并將生成的扣費請求或預(yù)扣請求提交給Adapter230。這里所說的計費方式可以包括按條計費、按內(nèi)容計費、按時長計費、按流量計費，或這些方式的組合。其中，如果計費方式為按條計費，則生成計費請求，該計費請求中包括事件數(shù)或條數(shù)，如發(fā)送MMS的條數(shù)，下載鈴聲次數(shù)等；如果計費方式為按內(nèi)容計費，則生成的計費請求中可以包括虛擬物品；如果計費方式為按時長計費，則生成預(yù)扣請求，該請求中包括在線時間，如POC業(yè)務(wù)在線時間，PRECENSE業(yè)務(wù)在線時間；如果計費方式為按流量計費，則生成扣費請求，該扣費請求中包括實際字節(jié)流數(shù)，如基于流式的業(yè)務(wù)中發(fā)生的字節(jié)數(shù)等。
在本實施例中，Charging I/F220在發(fā)起預(yù)扣請求后，如果在接收到業(yè)務(wù)結(jié)束的信息之前，判斷出用戶原有的預(yù)扣金額已經(jīng)用盡，則再次生成預(yù)扣請求，通過Adapter230和Adapter231發(fā)送給對應(yīng)的Charging I/F221進行預(yù)扣。此外，Charging I/F220在接收到發(fā)起預(yù)扣請求對應(yīng)的業(yè)務(wù)結(jié)束的信息后，計算該次業(yè)務(wù)的累積消費金額，并計算未消費完額度，然后將包括本次業(yè)務(wù)的未消費完額度的信息通過Adapter230和Adapter231發(fā)送給對應(yīng)的ChargingI/F221返還給用戶帳戶。
Adapter230在接收到來自Charging I/F220的信息后，將接收的信息轉(zhuǎn)換為預(yù)先設(shè)定的通用協(xié)議后，發(fā)送給對應(yīng)的離線計費系統(tǒng)或在線計費系統(tǒng)的Adapter，即對應(yīng)的計費設(shè)施側(cè)的Adapter231。這里所說的通用的協(xié)議可以為HTTP協(xié)議、TCP/IP協(xié)議或SOAP協(xié)議等。
計費設(shè)施側(cè)的Adapter231在接收到來自Adapter230的信息后，將該信息轉(zhuǎn)換為對應(yīng)的離線計費系統(tǒng)或?qū)?yīng)的在線計費系統(tǒng)能夠識別的信息，并將該信息發(fā)送給對應(yīng)的離線計費系統(tǒng)的或?qū)?yīng)的在線計費系統(tǒng)的ChargingI/F221。
Charging I/F221在接收到來自Adapter231信息后，與對應(yīng)的計費設(shè)施交互為用戶扣費。
本實施例中，參見圖3，每個計費設(shè)施側(cè)的Charging I/F和Adapter可以與多個業(yè)務(wù)應(yīng)用服務(wù)器側(cè)的Adapter和Charging I/F交互，為多個業(yè)務(wù)應(yīng)用服務(wù)器實現(xiàn)計費。同樣，本實施例中，每個業(yè)務(wù)應(yīng)用服務(wù)器側(cè)的ChargingI/F和Adapter也可以與多個計費設(shè)施側(cè)的Adapter和Charging I/F交互。
下面再通過流程的方式對本實施例進行說明。如圖4所示，本實施例的流程包括以下步驟步驟401、業(yè)務(wù)應(yīng)用服務(wù)器在業(yè)務(wù)進行中或業(yè)務(wù)進行完之后，向計費引擎發(fā)送計費事件，該計費事件中包括用戶標識，事件類型，如下載業(yè)務(wù)、MMS業(yè)務(wù)等，和發(fā)起端信息、接收端信息等。
步驟402、計費引擎在接收到來自業(yè)務(wù)應(yīng)用服務(wù)器的計費事件后，根據(jù)該計費事件中的用戶標識確定用戶屬性，如該用戶是在線計費用戶還是離線計費用戶，并判斷用戶是否設(shè)置了消費限額，如果是，執(zhí)行步驟403；否則執(zhí)行步驟404。
步驟403、判斷出用戶設(shè)置了消費限額，即判斷出需要對該用戶進行信用認證后，計費引擎對該計費事件中的用戶與對應(yīng)的系統(tǒng)交互為用戶進行信用認證，并判斷用戶信用認證是否通過，如果是執(zhí)行步驟404；否則執(zhí)行步驟411。
本步驟中所說的系統(tǒng)，可以是計費系統(tǒng)或其他保存用戶信用信息的系統(tǒng)。
步驟404、計費引擎判斷用戶是否需要進行認證鑒權(quán)，如果是則執(zhí)行步驟405；否則執(zhí)行步驟406；步驟405、計費引擎對該計費事件中的用戶與對應(yīng)的系統(tǒng)交互為用戶進行認證鑒權(quán)，并判斷用戶認證鑒權(quán)是否通過，如果是執(zhí)行步驟406；否則執(zhí)行步驟412。本步驟中所說的系統(tǒng)，是保存用戶鑒權(quán)信息的系統(tǒng)，可以是HLR等。
步驟406、判斷用戶是否為離線計費用戶，如果是則執(zhí)行步驟407；否則執(zhí)行步驟408。
步驟407、將接收的計費事件轉(zhuǎn)換為對應(yīng)的離線計費系統(tǒng)能夠識別的信息后發(fā)送給對應(yīng)的離線計費系統(tǒng)，該離線計費系統(tǒng)根據(jù)接收的計費事件為用戶扣費。
步驟408、計費引擎根據(jù)計費事件和其中預(yù)先設(shè)定的多種計費方式確定對應(yīng)的計費方式，并根據(jù)該計費方式在進行業(yè)務(wù)計價后，生成對應(yīng)的在線計費系統(tǒng)能夠識別的扣費請求或預(yù)扣請求，然后將生成的扣費請求或預(yù)扣請求轉(zhuǎn)換為對應(yīng)的在線計費系統(tǒng)能夠識別的信息后發(fā)送給對應(yīng)的在線計費系統(tǒng)為用戶扣費；并且在接收到該在線計費系統(tǒng)返回的預(yù)扣響應(yīng)信息后，將該預(yù)扣響應(yīng)信息轉(zhuǎn)換為業(yè)務(wù)應(yīng)用服務(wù)器能夠識別的信息，然后發(fā)送給對應(yīng)的業(yè)務(wù)應(yīng)用服務(wù)器。
本步驟中，如果計費引擎判斷出為用戶預(yù)扣的金額已經(jīng)消耗完畢，則再次生成預(yù)扣請求，并在將其轉(zhuǎn)換為對應(yīng)的在線計費系統(tǒng)能夠識別的信息后，發(fā)送給對應(yīng)的在線計費系統(tǒng)進行預(yù)扣。
步驟409、業(yè)務(wù)應(yīng)用服務(wù)器在接收到預(yù)扣響應(yīng)信息后，繼續(xù)進行業(yè)務(wù)，并在業(yè)務(wù)完成后向計費引擎發(fā)送消息通知其業(yè)務(wù)結(jié)束。
步驟410、計費引擎在接收到業(yè)務(wù)結(jié)束的信息后，計算該次業(yè)務(wù)的累積消費金額，并計算未消費完額度，然后將包括本次業(yè)務(wù)的未消費完額度的回滾請求轉(zhuǎn)換為對應(yīng)的在線計費系統(tǒng)能夠識別的信息，發(fā)送給對應(yīng)的在線計費系統(tǒng)，該在線計費系統(tǒng)將未消費完額度返還給用戶的帳戶。
步驟411、計費引擎向業(yè)務(wù)應(yīng)用服務(wù)器返回信用認證失敗消息，通知其用戶信用認證沒有通過。
步驟412、計費引擎向業(yè)務(wù)應(yīng)用服務(wù)器返回認證鑒權(quán)失敗消息，通知其用戶鑒權(quán)沒有通過。
上述流程中的業(yè)務(wù)應(yīng)用服務(wù)器也可以為業(yè)務(wù)應(yīng)用服務(wù)器代理，計費系統(tǒng)也可以為計費代理。
此外，上述流程中的信用認證、認證鑒權(quán)步驟的執(zhí)行順序可以調(diào)換，并可以在發(fā)起預(yù)扣后執(zhí)行信用認證、認證鑒權(quán)的步驟。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種OMA業(yè)務(wù)應(yīng)用接入計費系統(tǒng)的方法，其特征在于，該方法包括A、計費客戶端向計費引擎發(fā)送包括用戶標識、事件類型的計費事件；B、計費引擎在接收到來自計費客戶端的計費事件后，判斷用戶的用戶屬性，如果是離線計費用戶則將計費事件發(fā)送給對應(yīng)的離線計費系統(tǒng)為用戶扣費，如果是在線計費用戶執(zhí)行步驟C；C、根據(jù)該計費事件中的事件類型判斷該業(yè)務(wù)計費屬性是否為按條計費，如果是，則在進行業(yè)務(wù)計價后，向?qū)?yīng)的在線計費系統(tǒng)發(fā)送按條計費的計費請求，為用戶扣費；否則，如果判斷出該業(yè)務(wù)計費屬性為按時長、流量計費，則在進行業(yè)務(wù)計價后，向?qū)?yīng)的在線計費系統(tǒng)發(fā)起預(yù)扣，并在本次預(yù)扣額度用盡后，再次向?qū)?yīng)的在線計費系統(tǒng)發(fā)起預(yù)扣，為用戶扣費，并在該次業(yè)務(wù)完成后，將未用盡額度返還用戶帳戶。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，計費和預(yù)扣單位包括但不限于金額、時長、虛擬物品、數(shù)據(jù)流量等。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟B中判斷用戶的用戶屬性之前，或之后，進一步包括對計費事件中的用戶進行信用控制。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟B中判斷用戶的用戶屬性之前，或之后，進一步包括對計費事件中的用戶進行認證鑒權(quán)。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟B中判斷用戶的用戶屬性之前，或之后，進一步包括對計費事件中的用戶進行信用控制和認證鑒權(quán)，或進行認證鑒權(quán)和信用認證。
6.根據(jù)權(quán)利要求1至5中所述的方法，其特征在于，該方法應(yīng)用于但不限于以下網(wǎng)絡(luò)制式CDAM2000、WCDMA、TD-SCDMA或WLAN。
7.一種計費引擎，其特征在于，該計費引擎在計費客戶端側(cè)和計費設(shè)施側(cè)分別包括計費接口模塊或承載協(xié)議適配模塊；其中，計費客戶端側(cè)的計費接口模塊用于根據(jù)計費客戶端發(fā)送的計費事件中的用戶標識確定用戶屬性，如果用戶屬性為離線計費用戶，則將該計費事件提交給計費客戶端側(cè)的承載協(xié)議適配模塊；如果用戶屬性為在線計費用戶，則根據(jù)計費事件中的事件類型確定對應(yīng)的計費方式，并根據(jù)確定的計費方式在進行業(yè)務(wù)計價后，生成計費請求或預(yù)扣請求，然后將生成的計費請求或預(yù)扣請求提交給計費客戶端側(cè)的承載協(xié)議適配模塊；計費客戶端側(cè)的承載協(xié)議適配模塊用于將來自計費客戶端側(cè)的計費接口模塊的信息轉(zhuǎn)換為預(yù)先設(shè)定的通用協(xié)議發(fā)送給計費設(shè)施側(cè)的承載協(xié)議適配模塊，以及將來自計費設(shè)施側(cè)的承載協(xié)議適配模塊的信息轉(zhuǎn)換為計費客戶端能夠識別的信息發(fā)送給計費客戶端側(cè)的計費接口模塊；計費設(shè)施側(cè)的承載協(xié)議適配模塊用于將來自計費客戶端側(cè)承載協(xié)議適配模塊的信息轉(zhuǎn)換為計費設(shè)施側(cè)能夠識別的信息，發(fā)送給計費設(shè)施側(cè)的計費接口模塊，以及將來自計費設(shè)施側(cè)的計費接口模塊的信息轉(zhuǎn)換為通用的協(xié)議發(fā)送給計費客戶端側(cè)的承載協(xié)議適配模塊；計費設(shè)施側(cè)的計費接口模塊用于根據(jù)接收的計費事件、計費請求或預(yù)扣請求與對應(yīng)的計費設(shè)施交互為用戶扣費。
8.根據(jù)權(quán)利要求7所述的計費引擎，其特征在于，所述的通用協(xié)議為HTTP協(xié)議、TCP/IP協(xié)議或SOAP協(xié)議。
9.根據(jù)權(quán)利要求7或8所述的計費引擎，其特征在于，所述計費引擎應(yīng)用于但不限于以下網(wǎng)絡(luò)制式CDAM2000、WCDMA、TD-SCDMA或WLAN。
全文摘要
本發(fā)明公開了一種OMA業(yè)務(wù)應(yīng)用接入計費系統(tǒng)的方法，該方法包括A、該方法支持各種OMA應(yīng)用服務(wù)的計費，包括按流量計費、按時長計費、按內(nèi)容計費、按條計費；B、該方法綜合了各種計費需求，主要計費邏輯處理功能包括信用控制，扣費，業(yè)務(wù)計價，預(yù)扣與多次預(yù)扣，預(yù)扣回滾，信用控制等功能。本發(fā)明還公開了一種計費引擎。本發(fā)明通過計費引擎在接收到來自業(yè)務(wù)應(yīng)用服務(wù)器的計費事件后，根據(jù)該計費事件中的用戶標識確定用戶屬性，根據(jù)用戶屬性和計費事件類型確定對應(yīng)的計費方式后，生成計費設(shè)施側(cè)能夠識別的計費請求發(fā)送給計費設(shè)施為用戶扣費，實現(xiàn)了對多種OMA業(yè)務(wù)的計費需求，使各業(yè)務(wù)應(yīng)用能夠方便地接入計費網(wǎng)絡(luò)實現(xiàn)計費。
文檔編號H04L12/14GK1794638SQ20051008902
公開日2006年6月28日 申請日期2005年8月3日 優(yōu)先權(quán)日2005年8月3日
發(fā)明者單明軍 申請人:華為技術(shù)有限公司