專利名稱：一種業(yè)務(wù)欠費控制方法、系統(tǒng)、業(yè)務(wù)中心和實時計費設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信領(lǐng)域，尤其涉及一種業(yè)務(wù)欠費控制方法、系統(tǒng)、業(yè)務(wù)中心和實時計費設(shè)備。
背景技術(shù)：
伴隨著移動通信技術(shù)的發(fā)展，移動通信的計費方式也發(fā)生著改變由最先的最普遍的月租式后付費業(yè)務(wù)向?qū)崟r計費方式發(fā)展。在現(xiàn)有的移動通信網(wǎng)中，業(yè)務(wù)運營支撐系統(tǒng)(Business&Operation Support System,BOSS)是獨立于移動通信網(wǎng)的后臺支撐網(wǎng)絡(luò)，用于用戶資料管理、計費、出帳、結(jié)算等，BOSS系統(tǒng)一般采用預(yù)付費和后付費兩種計費模式。
所述預(yù)付費模式就是用戶在使用業(yè)務(wù)之前，在手機賬戶上預(yù)先支付費用，在用戶成功使用業(yè)務(wù)之后，再從預(yù)先支付的費用中扣除業(yè)務(wù)使用的實際費用。在預(yù)付費的計費模式下，只要手機賬戶中有余額，就認為用戶請求的業(yè)務(wù)是可以正常響應(yīng)的。但實際上，可能存在手機賬戶上雖然有余額，但用戶本次使用的業(yè)務(wù)所需的費用高于所述余額，即在手機賬戶上余額數(shù)量不夠時，仍使用本次業(yè)務(wù)，造成用戶賬戶欠費，嚴(yán)重時還可能出現(xiàn)惡意透支的情況。所述后付費模式就是用戶在使用業(yè)務(wù)時，手機賬戶上沒有預(yù)先支付費用，由BOSS對用戶使用業(yè)務(wù)所產(chǎn)生的費用進行記錄，在特定的時間到達時，用戶繳納之前使用業(yè)務(wù)所產(chǎn)生的費用，即先使用業(yè)務(wù)后付費的方式，這種后付費模式對用戶的業(yè)務(wù)使用情況基本沒有控制權(quán)，可能出現(xiàn)惡意透支的情況。綜上所述，目前不論是預(yù)付費模式還是后付費模式，都容易出現(xiàn)用戶欠費現(xiàn)象，甚至惡意透支的問題。

發(fā)明內(nèi)容
本發(fā)明的實施方案提供了一種業(yè)務(wù)欠費控制方法、系統(tǒng)、業(yè)務(wù)中心和實時計費設(shè)備，用以解決用戶欠費、甚至惡意透支的問題。一種業(yè)務(wù)欠費控制方法，該方法包括接收業(yè)務(wù)中心發(fā)送的鑒權(quán)請求，所述鑒權(quán)請求是業(yè)務(wù)中心根據(jù)本次存儲的用戶信息，確定發(fā)起業(yè)務(wù)請求的用戶為欠費風(fēng)險用戶時發(fā)起的；根據(jù)所述鑒權(quán)請求中攜帶的用戶信息對應(yīng)用戶的用戶賬戶信息，判斷是否能夠響應(yīng)鑒權(quán)請求中攜帶的業(yè)務(wù)信息對應(yīng)的業(yè)務(wù)，若能，則指示業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求，否貝1J，指示業(yè)務(wù)中心拒絕響應(yīng)所述業(yè)務(wù)請求。一種實時計費設(shè)備，包括用戶劃分模塊，用于根據(jù)用戶賬戶信息，確定欠費風(fēng)險用戶；信息發(fā)送模塊，用于將確定的欠費風(fēng)險用戶的用戶信息發(fā)送給業(yè)務(wù)中心；請求接收模塊，用于接收業(yè)務(wù)中心發(fā)送的鑒權(quán)請求；鑒權(quán)響應(yīng)模塊，用于根據(jù)所述鑒權(quán)請求中攜帶的用戶信息對應(yīng)用戶的用戶賬戶信息，判斷是否能夠響應(yīng)鑒權(quán)請求中攜帶的業(yè)務(wù)信息對應(yīng)的業(yè)務(wù)，若能，則指示業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求，否則，指示業(yè)務(wù)中心拒絕響應(yīng)所述業(yè)務(wù)請求。一種業(yè)務(wù)中心，包括信息接收模塊，用于接收欠費風(fēng)險用戶的用戶信息；請求接收模塊，用于接收業(yè)務(wù)請求；判斷模塊，用于在根據(jù)所述業(yè)務(wù)請求中攜帶的用戶信息確定發(fā)起業(yè)務(wù)請求的用戶是欠費風(fēng)險用戶時，向?qū)崟r計費設(shè)備發(fā)送鑒權(quán)請求；請求響應(yīng)模塊，用于根據(jù)實時計費設(shè)備的鑒權(quán)結(jié)果，響應(yīng)或拒絕響應(yīng)所述業(yè)務(wù)請求。
一種業(yè)務(wù)欠費控制系統(tǒng)，包括業(yè)務(wù)中心和實時計費設(shè)備，其中業(yè)務(wù)中心，用于接收實時計費設(shè)備發(fā)送的欠費風(fēng)險用戶的用戶信息和業(yè)務(wù)請求，在根據(jù)業(yè)務(wù)請求中攜帶的用戶信息確定發(fā)起業(yè)務(wù)請求的用戶是欠費風(fēng)險用戶時，向?qū)崟r計費設(shè)備發(fā)送鑒權(quán)請求，并根據(jù)實時計費設(shè)備返回的鑒權(quán)結(jié)果，響應(yīng)或拒絕響應(yīng)所述業(yè)務(wù)請求；實時計費設(shè)備，用于將欠費風(fēng)險用戶的用戶信息發(fā)送給業(yè)務(wù)中心，并根據(jù)所述鑒權(quán)請求中攜帶的用戶信息對應(yīng)用戶的用戶賬戶信息，判斷是否能夠響應(yīng)鑒權(quán)請求中攜帶的業(yè)務(wù)信息對應(yīng)的業(yè)務(wù)，若能，則指示業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求，否則，指示業(yè)務(wù)中心拒絕響應(yīng)所述業(yè)務(wù)請求。本發(fā)明有益效果如下本發(fā)明實施例所提供的方法通過實時計費設(shè)備對用戶的賬戶信息進行實時監(jiān)測，將用戶費用狀態(tài)信息為欠費風(fēng)險用戶的用戶信息發(fā)送給業(yè)務(wù)中心，以便于當(dāng)業(yè)務(wù)中心在收到欠費風(fēng)險用戶的業(yè)務(wù)請求后，通知實時計費設(shè)備，再由實時計費設(shè)備對本次業(yè)務(wù)的使用是否會導(dǎo)致欠費來進行鑒權(quán)，并根據(jù)鑒權(quán)結(jié)果指示業(yè)務(wù)中心響應(yīng)或拒絕響應(yīng)用戶的業(yè)務(wù)請求，通過實時計費設(shè)備對業(yè)務(wù)請求是否響應(yīng)的控制，可避免出現(xiàn)用戶欠費現(xiàn)象，降低用戶惡意透支的風(fēng)險。


圖I為本發(fā)明方案實施例一的一種業(yè)務(wù)欠費控制方法的流程圖；圖2為本發(fā)明方案實施例二的一種業(yè)務(wù)欠費控制方法的步驟示意圖；圖3為本發(fā)明方案實施例三的一種業(yè)務(wù)欠費控制系統(tǒng)的結(jié)構(gòu)示意圖；圖4為本發(fā)明方案實施例四的實時計費設(shè)備的結(jié)構(gòu)框圖；圖5為本發(fā)明方案實施例五的業(yè)務(wù)中心的結(jié)構(gòu)框圖。
具體實施例方式為了實現(xiàn)本發(fā)明的目的，本發(fā)明方案提供了一種業(yè)務(wù)欠費控制方法、系統(tǒng)、業(yè)務(wù)中心和實時計費設(shè)備，通過實時計費設(shè)備對用戶的賬戶信息進行實時監(jiān)測，將用戶費用狀態(tài)信息為欠費風(fēng)險用戶的用戶信息發(fā)送給業(yè)務(wù)中心，以便于當(dāng)業(yè)務(wù)中心在收到欠費風(fēng)險用戶的業(yè)務(wù)請求后，通知實時計費設(shè)備，再由實時計費設(shè)備對本次業(yè)務(wù)的使用是否會導(dǎo)致欠費來進行鑒權(quán)，并根據(jù)鑒權(quán)結(jié)果指示業(yè)務(wù)中心響應(yīng)或拒絕響應(yīng)用戶的業(yè)務(wù)請求，通過實時計費設(shè)備對業(yè)務(wù)請求是否響應(yīng)的控制，可避免出現(xiàn)用戶欠費現(xiàn)象，降低用戶惡意透支的風(fēng)險。需要說明的是，本發(fā)明各實施例中涉及的用戶費用狀態(tài)信息劃分為欠費用戶、欠費風(fēng)險用戶和安全用戶。對于預(yù)付費用戶而言，若用戶賬戶的余額不大于0，則表示該用戶為欠費用戶，也就是說，該用戶賬戶中已沒有余額可以用于該用戶的業(yè)務(wù)；若用戶賬戶的余額大于O但小于第一門限值，則表示該用戶為欠費風(fēng)險用戶，即由于用戶賬戶的余額數(shù)不多，出現(xiàn)欠費的可能性較大，該用戶的業(yè)務(wù)可選擇性地響應(yīng)；若用戶賬戶的余額不小于所述第一門限值，則表示該用戶為安全用戶，即由于用戶賬戶的余額數(shù)較多，出現(xiàn)欠費的可能性較小，該用戶的業(yè)務(wù)可響應(yīng)。對于后付費用戶而言，可以根據(jù)用戶之前的信用度，為用戶設(shè)定最高額度。若用戶賬戶已欠費用不小于所述最高額度，則表示該用戶為欠費用戶，也就是說，該用戶的業(yè)務(wù)已不能響應(yīng)；若用戶賬戶已欠費用小于所述最高額度但大于第二門限值，則表示該用戶為欠 費風(fēng)險用戶，該用戶的業(yè)務(wù)可選擇性地響應(yīng)；若用戶賬戶已欠費用不大于所述第二門限值，則表示該用戶為安全用戶，該用戶的業(yè)務(wù)可響應(yīng)。所述第一門限值和第二門限值可以根據(jù)經(jīng)驗值確定。所述用戶信息可以包括用戶信息的源地址信息。不論是預(yù)付費用戶或是后付費用戶，根據(jù)其用戶賬戶費用的變化，其用戶狀態(tài)也可以實時發(fā)生變化。例如，對于一個預(yù)付費的欠費風(fēng)險用戶而言，當(dāng)用戶通過BOSS向其用戶賬戶充值，使用戶賬戶的余額不小于所述第一門限值時，該用戶的狀態(tài)可從欠費風(fēng)險用戶變換為安全用戶；再例如對于一個后付費的安全用戶而言，若該用戶使用業(yè)務(wù)并扣費后，其用戶賬戶已欠費用小于所述最高額度但大于第二門限值時，該用戶的狀態(tài)可從安全用戶變換為欠費風(fēng)險用戶。本發(fā)明各實施例中所涉及的業(yè)務(wù)是指在業(yè)務(wù)被響應(yīng)之前，可確定該業(yè)務(wù)使用后所產(chǎn)生的費用的業(yè)務(wù)。例如，短消息業(yè)務(wù)、彩信業(yè)務(wù)、指定數(shù)據(jù)的下載業(yè)務(wù)等。根據(jù)業(yè)務(wù)的具體含義不同，所述業(yè)務(wù)中心也可以是不同的通信網(wǎng)元。例如若所述業(yè)務(wù)是短消息業(yè)務(wù)，則所涉及的業(yè)務(wù)中心是短消息中心。下面結(jié)合說明書附圖對本發(fā)明實施例進行詳細描述。實施例一如圖I所示，為本實施例一中業(yè)務(wù)欠費控制方法的流程圖，包括以下步驟步驟101 :實時計費設(shè)備根據(jù)用戶賬戶信息，確定欠費風(fēng)險用戶，并將欠費風(fēng)險用戶的用戶信息發(fā)送給業(yè)務(wù)中心。在本步驟的方案中，實時計費設(shè)備實時檢測本地存儲的各用戶的用戶賬戶信息，由于用戶賬戶信息可以實時發(fā)生變化，因此，實時計費設(shè)備可以在發(fā)現(xiàn)有用戶賬戶信息發(fā)生變化時才重新確定欠費風(fēng)險用戶，也可以實時確定欠費風(fēng)險用戶。對于預(yù)付費用戶的用戶賬戶信息，根據(jù)其中的余額判斷用戶是欠費用戶、欠費風(fēng)險用戶或是安全用戶。對于后付費用戶的用戶賬戶信息，根據(jù)其中已欠費用判斷用戶是欠費用戶、欠費風(fēng)險用戶或是安全用戶。實時計費設(shè)備可以當(dāng)每次檢測確定欠費風(fēng)險用戶發(fā)生變化時(如某些安全用戶轉(zhuǎn)換為欠費風(fēng)險用戶、某些欠費風(fēng)險用戶轉(zhuǎn)換為安全用戶等)，就將當(dāng)前全部欠費風(fēng)險用戶的用戶信息都發(fā)送給業(yè)務(wù)中心(可能存在某些欠費風(fēng)險用戶的用戶信息重復(fù)發(fā)送的情況)；也可以在欠費風(fēng)險用戶發(fā)生變化時，將發(fā)生變化的那部分欠費風(fēng)險用戶的用戶信息發(fā)送給業(yè)務(wù)中心。本步驟的執(zhí)行過 程可以是實時進行的，在本實施例的各步驟執(zhí)行過程中都可進行。步驟102 :業(yè)務(wù)中心接收用戶發(fā)起的業(yè)務(wù)請求，并根據(jù)所述業(yè)務(wù)請求中攜帶的用戶信息，判斷所述用戶是否是欠費風(fēng)險用戶，若是，執(zhí)行步驟103。步驟103 :業(yè)務(wù)中心向?qū)崟r計費設(shè)備發(fā)送鑒權(quán)請求，所述鑒權(quán)請求中包括請求的業(yè)務(wù)信息以及用戶信息。步驟104 :實時計費設(shè)備根據(jù)用戶信息確定對應(yīng)用戶的用戶賬戶信息，并根據(jù)確定的用戶賬戶信息判斷是否能夠響應(yīng)所述業(yè)務(wù)信息對應(yīng)的業(yè)務(wù)，若是，則指示業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；否則，指示業(yè)務(wù)中心拒絕響應(yīng)所述業(yè)務(wù)請求。在本步驟中，實時計費設(shè)備可根據(jù)用戶信息確定對應(yīng)用戶是預(yù)付費用戶還是后付費用戶，進而根據(jù)其用戶賬戶信息來判斷是否能夠響應(yīng)所述業(yè)務(wù)信息對應(yīng)的業(yè)務(wù)，具體的判斷方式為若發(fā)起業(yè)務(wù)請求的用戶是預(yù)付費用戶，則實時計費設(shè)備檢測其用戶賬戶內(nèi)的余額是否不小于使用所請求業(yè)務(wù)產(chǎn)生的費用；若是，則鑒權(quán)通過，允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；若否，則鑒權(quán)沒有通過，不允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求。若發(fā)起業(yè)務(wù)請求的用戶是后付費用戶，則實時計費設(shè)備檢測其用戶賬戶內(nèi)已欠費用，判斷該用戶還可使用的費用(即該用戶的最高額度與已欠費用之差)是否不小于使用所請求業(yè)務(wù)產(chǎn)生的費用；若是，則鑒權(quán)通過，允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；若否，鑒權(quán)沒有通過，不允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求。當(dāng)實時計費設(shè)備指示業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求后，可在本地對使用所述業(yè)務(wù)產(chǎn)生的費用進行扣費。通過本發(fā)明實施例一的方案，對欠費風(fēng)險用戶的業(yè)務(wù)請求進行鑒權(quán)，且對用戶使用的業(yè)務(wù)進行實時計費，確保用戶的業(yè)務(wù)請求不會導(dǎo)致用戶的欠費，降低用戶惡意透支的風(fēng)險。較優(yōu)地，在本實施例一的方案中，當(dāng)業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求后，還可以將實際的響應(yīng)情況通知實時計費設(shè)備，具體的，在步驟104之后，還可以包括以下步驟步驟105 :業(yè)務(wù)中心將下發(fā)結(jié)果返回給實時計費設(shè)備，所述下發(fā)結(jié)果可能是業(yè)務(wù)成功響應(yīng)，也可能是業(yè)務(wù)失敗響應(yīng)。步驟106 :實時計費設(shè)備在確定下發(fā)結(jié)果是業(yè)務(wù)成功響應(yīng)時，對步驟104中的扣費操作進行確認，更新用戶的賬戶信息；在確定下發(fā)結(jié)果是業(yè)務(wù)失敗響應(yīng)時，對步驟104中已扣費用進行補費，也更新用戶的賬戶信息。實施例二 本發(fā)明實施例二以短消息業(yè)務(wù)、預(yù)付費用戶為例，對本實施例一的方案進行詳細描述。如圖2所示，為本實施例二的方法步驟示意圖，包括以下步驟步驟201 :實時計費設(shè)備根據(jù)用戶賬戶信息，確定各用戶的費用狀態(tài)，并將攜帶有各種用戶費用狀態(tài)的用戶信息分別發(fā)送給短消息中心。在本步驟201的方案中，實時計費設(shè)備可以實時將當(dāng)前的欠費用戶的用戶信息發(fā)送給短消息中心、將欠費風(fēng)險用戶的用戶信息發(fā)送給短消息中心、將安全用戶的用戶信息發(fā)送給短消息中心。所述實時計費設(shè)備可通過短消息欠費控制網(wǎng)關(guān)將各種費用狀態(tài)的用戶信息發(fā)送至短消息中心。步驟202 :短消息中心將接收到的各種用戶費用狀態(tài)的用戶信息加載到本地的用
戶信息中。步驟203 :短消息中心接收用戶發(fā)起的短消息起呼請求。
所述短消息起呼請求中攜帶了用戶信息，業(yè)務(wù)信息及目的地址信息等。本步驟中，短消息中心可通過移動交換中心(Mobile Switching Center,MSC)或其他外部短消息實體接收用戶發(fā)起的短消息起呼請求。步驟204:短消息中心根據(jù)接收到的用戶信息，判斷所述用戶是否為欠費風(fēng)險用戶，若是，執(zhí)行步驟206 ;否則，執(zhí)行步驟205。步驟205 :根據(jù)接收到的用戶信息，判斷所述用戶是欠費用戶還是安全用戶，若是欠費用戶，則直接拒絕響應(yīng)短消息起呼請求并結(jié)束；若是安全用戶，則，直接進行短消息下發(fā)，根據(jù)下發(fā)結(jié)果生成計費信息傳送到計費系統(tǒng)進行扣費，并結(jié)束。步驟206 :短消息中心通過短消息欠費控制網(wǎng)關(guān)向?qū)崟r計費設(shè)備發(fā)送鑒權(quán)請求。所述鑒權(quán)請求中攜帶用戶信息以及業(yè)務(wù)信息。步驟207 :實時計費設(shè)備根據(jù)接收到的用戶信息，確定對應(yīng)用戶的用戶賬戶余額。步驟208 :實時計費設(shè)備根據(jù)接收到的業(yè)務(wù)信息，確定本次使用所述短消息業(yè)務(wù)產(chǎn)生的費用。在本步驟中，實時計費設(shè)備可根據(jù)預(yù)先設(shè)定的計費方式對本次短消息業(yè)務(wù)進行計費。步驟209 :實時計費設(shè)備判斷用戶賬戶余額是否不小于產(chǎn)生的使用所述短消息請求產(chǎn)生的費用，若是，則執(zhí)行步驟210 ;否則，執(zhí)行步驟214。步驟210 :實時計費設(shè)備通過短消息欠費控制網(wǎng)關(guān)向短消息中心發(fā)送鑒權(quán)通過消息，指示短消息中心本次短消息請求鑒權(quán)成功，以及實時計費設(shè)備對本次短消息業(yè)務(wù)進行扣費。步驟211 :短消息中心響應(yīng)所述短消息起呼請求，根據(jù)目的地址，向?qū)?yīng)的用戶發(fā)送短消息。在本步驟211的方案中，短消息中心可向MSC或其他外部短消息實體返回起呼成功消息。步驟212 :短消息中心通過短消息欠費控制網(wǎng)關(guān)向?qū)崟r計費設(shè)備返回短消息下發(fā)結(jié)果。步驟213 :實時計費設(shè)備判斷接收到的短消息下發(fā)結(jié)果是業(yè)務(wù)成功響應(yīng)還是業(yè)務(wù)失敗響應(yīng)，若是業(yè)務(wù)成功響應(yīng)，則對扣費操作進行確認；若是業(yè)務(wù)失敗響應(yīng)，則對已扣費用進行補費，并將下發(fā)結(jié)果的確認消息發(fā)送給業(yè)務(wù)中心，并結(jié)束。步驟214 :實時計費設(shè)備通過短消息欠費控制網(wǎng)關(guān)向短消息中心發(fā)送鑒權(quán)失敗消息，用于指示短消息中心拒絕響應(yīng)本次短消息起呼請求，并結(jié)束。短消息中心在接收到鑒權(quán)失敗消息后，可以向MSC或其他外部短消息實體返回起呼失敗消息。通過本發(fā)明方案實施例針對存在欠費風(fēng)險用戶的欠費風(fēng)險判定，對其進行實時計費，避免了用戶的惡意欠費情形。實施例三如圖3所示，為本實施例三的一種業(yè)務(wù)欠費控制系統(tǒng)的結(jié)構(gòu)示意圖，包括業(yè)務(wù)中心11和實時計費設(shè)備12，業(yè)務(wù)中心11通過網(wǎng)絡(luò)與實時計費設(shè)備12之間進行信息交互。其中所述業(yè)務(wù)中心11:所述業(yè)務(wù)中心11用于接收實時計費設(shè)備12發(fā)送的攜帶有各種用戶費用狀態(tài)的用戶信息，并將該信息加載到本地用戶信息中。所述用戶費用狀態(tài)是指欠費用戶、安全用戶·和欠費風(fēng)險用戶。所述業(yè)務(wù)中心11還用于接收用戶發(fā)起的業(yè)務(wù)請求，所述業(yè)務(wù)請求中攜帶用戶信息和業(yè)務(wù)信息。所述業(yè)務(wù)中心11根據(jù)接收到的業(yè)務(wù)請求中的用戶信息，判斷發(fā)起業(yè)務(wù)請求的用戶是否為欠費風(fēng)險用戶，如果是，則向?qū)崟r計費設(shè)備12發(fā)送攜帶有用戶信息和業(yè)務(wù)信息的鑒權(quán)請求，否則，若發(fā)起業(yè)務(wù)請求的用戶是欠費用戶，則拒絕響應(yīng)該業(yè)務(wù)請求，若發(fā)起業(yè)務(wù)請求的用戶是安全用戶，則響應(yīng)該業(yè)務(wù)請求。所述業(yè)務(wù)中心11還用于接收實時計費設(shè)備12返回的鑒權(quán)響應(yīng)消息，如果實時計費設(shè)備12返回的是鑒權(quán)通過消息，則業(yè)務(wù)中心響應(yīng)欠費風(fēng)險用戶發(fā)起的所述業(yè)務(wù)，否則拒絕響應(yīng)欠費風(fēng)險用戶發(fā)起的所述業(yè)務(wù)。不論業(yè)務(wù)中心11響應(yīng)的是欠費風(fēng)險用戶發(fā)起的所述業(yè)務(wù)，或是安全用戶發(fā)起的所述業(yè)務(wù)，都將下發(fā)結(jié)果返回至實時計費設(shè)備12，所述下發(fā)結(jié)果是業(yè)務(wù)成功響應(yīng)或是業(yè)務(wù)失敗響應(yīng)。所述業(yè)務(wù)中心11根據(jù)業(yè)務(wù)類型的不同而有所不同，例如，該業(yè)務(wù)中心11可以是短消息中心，可對MSC或者其他外部短消息實體提交的短消息進行存儲和轉(zhuǎn)發(fā)。實時計費設(shè)備12:所述實時計費設(shè)備12用于對用戶賬戶進行實時計費和管理。實時計費設(shè)備12用于根據(jù)用戶賬戶信息，確定各用戶的費用狀態(tài)，并將各費用狀態(tài)的用戶信息分別發(fā)送給業(yè)務(wù)中心11。具體地，實時計費設(shè)備12檢測預(yù)付費用戶的用戶賬戶的余額，若用戶賬戶的余額大于O且小于第一門限值，則確定該預(yù)付費用戶為欠費風(fēng)險用戶，若預(yù)付費用戶的用戶賬戶的余額不大于0，則確定該預(yù)付費用戶為欠費用戶，若預(yù)付費用戶的用戶賬戶的余額不小于所述第一門限值，則確定該預(yù)付費用戶為安全用戶。實時計費設(shè)備12檢測后付費用戶的用戶賬戶已欠費用，若用戶賬戶已欠費用小于最高額度且大于第二門限值，則確定該后付費用戶為欠費風(fēng)險用戶，若后付費用戶的用戶賬戶的已欠費用不小于所述最高額度，則確定該后付費用戶為欠費用戶，若后付費用戶的用戶賬戶已欠費用不大于所述第二門限值，則確定該后付費用戶為安全用戶。
實時計費設(shè)備12用于將欠費風(fēng)險用戶、欠費用戶和安全用戶的用戶信息發(fā)送給業(yè)務(wù)中心11。實時計費設(shè)備12用于接收業(yè)務(wù)中心11發(fā)送的攜帶用戶信息和業(yè)務(wù)信息的鑒權(quán)請求。實時計費設(shè)備12具體用于根據(jù)接收到的用戶信息確定對應(yīng)用戶的用戶賬戶信息，進而確定該用戶為欠費風(fēng)險用戶，以及，根據(jù)接收到的業(yè)務(wù)信息判斷本次請求的業(yè)務(wù)所產(chǎn)生的費用，根據(jù)確定的用戶賬戶信息判斷是否能夠滿足本次請求的業(yè)務(wù)所產(chǎn)生的費用，若能夠，則向業(yè)務(wù)中心11發(fā)送鑒權(quán)通過消息，指示業(yè)務(wù)中心11響應(yīng)所述業(yè)務(wù)請求；否則，向業(yè)務(wù)中心11發(fā)送鑒權(quán)失敗消息，指示業(yè)務(wù)中心11拒絕響應(yīng)所述業(yè)務(wù)請求。具體地，實時計費設(shè)備12用于在發(fā)起業(yè)務(wù)請求的用戶是預(yù)付費用戶時，檢測該用戶的用戶賬戶內(nèi)余額是否不小于使用請求的業(yè)務(wù)所產(chǎn)生的費用，若是，則允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；若否，不允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；在發(fā)起業(yè)務(wù)請求的用戶是后付費用戶時，檢測該用戶的用戶賬戶內(nèi)已欠費用，判斷該用戶賬戶的最高額度與所述已欠 費用之差是否不小于使用請求的業(yè)務(wù)所產(chǎn)生的費用，若是，則允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；若否，則不允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求。實時計費設(shè)備12在向業(yè)務(wù)中心11發(fā)送鑒權(quán)通過消息，指示業(yè)務(wù)中心11響應(yīng)所述業(yè)務(wù)請求后，還用于對發(fā)起業(yè)務(wù)請求用戶的用戶賬戶進行扣費。實時計費設(shè)備12還用于接收業(yè)務(wù)中心11返回的下發(fā)結(jié)果，所述下發(fā)結(jié)果中攜帶
用戶信息。若根據(jù)接收到的下發(fā)結(jié)果中的用戶信息確定該下發(fā)結(jié)果是針對欠費風(fēng)險用戶的，則實時計費設(shè)備12具體用于在接收到的下發(fā)結(jié)果業(yè)務(wù)成功響應(yīng)時，扣費操作進行確認，在收到業(yè)務(wù)失敗響應(yīng)時，對已扣費用進行補費操作。若根據(jù)接收到的下發(fā)結(jié)果中的用戶信息確定該下發(fā)結(jié)果是針對安全用戶的，則實時計費設(shè)備12具體用于在接收到的下發(fā)結(jié)果業(yè)務(wù)成功響應(yīng)時，下發(fā)結(jié)果中攜帶的業(yè)務(wù)信息確定使用請求的業(yè)務(wù)所產(chǎn)生的費用，并對該安全用戶的用戶賬戶進行扣費；在接收到的下發(fā)結(jié)果業(yè)務(wù)失敗響應(yīng)時，不對該安全用戶的用戶賬戶進行操作。較優(yōu)地，業(yè)務(wù)欠費控制系統(tǒng)還包括業(yè)務(wù)欠費控制網(wǎng)關(guān)13。需要說明的是業(yè)務(wù)欠費控制網(wǎng)關(guān)13不是本發(fā)明方案的必選設(shè)備，業(yè)務(wù)欠費控制網(wǎng)關(guān)13可以作為一個獨立的網(wǎng)元，也可以和業(yè)務(wù)中心11集成在一起,作為業(yè)務(wù)中心11和實時計費設(shè)備12之間信息交互的接口。例如，若業(yè)務(wù)中心是短消息中心，則業(yè)務(wù)欠費控制網(wǎng)關(guān)可以是短消息欠費控制網(wǎng)關(guān)。具體地，所述業(yè)務(wù)欠費控制網(wǎng)關(guān)13包括用戶信息中轉(zhuǎn)模塊21和鑒權(quán)消息/下發(fā)結(jié)果中轉(zhuǎn)I吳塊22。用戶信息中轉(zhuǎn)模塊21用于將來自實時計費設(shè)備12的各用戶費用狀態(tài)的用戶信息轉(zhuǎn)發(fā)給業(yè)務(wù)中心11。鑒權(quán)消息/下發(fā)結(jié)果中轉(zhuǎn)模塊22用于將來自業(yè)務(wù)中心11的鑒權(quán)消息轉(zhuǎn)發(fā)給實時計費設(shè)備12，以及將來自實時計費設(shè)備12的鑒權(quán)結(jié)果轉(zhuǎn)發(fā)給業(yè)務(wù)中心11。鑒權(quán)消息/下發(fā)結(jié)果中轉(zhuǎn)模塊22還用于將來自業(yè)務(wù)中心11的下發(fā)結(jié)果轉(zhuǎn)發(fā)給實時計費設(shè)備12，以及將來自實時計費設(shè)備12的針對下發(fā)結(jié)果的確認消息轉(zhuǎn)發(fā)給業(yè)務(wù)中心11。
要說明的是，經(jīng)用戶信息中轉(zhuǎn)模塊21發(fā)送的各費用狀態(tài)的用戶信息的傳遞方式是單方向傳輸，可以是通過文件方式(例如=FTP方式)也可以通過消息方式(例如擴展的 SMPP(Short Message Peer to Peer Protocol Specification)協(xié)議)傳輸。而業(yè)務(wù)中心11與鑒權(quán)消息/下發(fā)結(jié)果中轉(zhuǎn)模塊22之間發(fā)送的信息是雙向傳輸，可以采用私有消息接口，也可以采用標(biāo)準(zhǔn)的實時計費協(xié)議接口(例如DCC(DiameterCredit Control)協(xié)議)。實時計費設(shè)備12與鑒權(quán)消息/下發(fā)結(jié)果中轉(zhuǎn)模塊22之間的信息也是雙向傳輸，可以采用標(biāo)準(zhǔn)的實時計費協(xié)議(例如=DCC協(xié)議)，也可以采用其他支持實時計費的協(xié)議(例如擴展的SMPP協(xié)議)。需要說明的是，當(dāng)業(yè)務(wù)中心11與鑒權(quán)消息/下發(fā)結(jié)果中轉(zhuǎn)模塊22之間采用的協(xié)議與實時計費設(shè)備12與鑒權(quán)消息/下發(fā)結(jié)果中轉(zhuǎn)模塊22之間采用的協(xié)議不同時，鑒權(quán)消息/下發(fā)結(jié)果中轉(zhuǎn)模塊22需要做接口協(xié)議轉(zhuǎn)換?！嵤├谋景l(fā)明實施例四還提供一種實時計費設(shè)備，如圖4所示，包括用戶劃分模塊31、信息發(fā)送模塊32、請求接收模塊33和鑒權(quán)響應(yīng)模塊34，其中用戶劃分模塊31用于根據(jù)用戶賬戶信息，確定欠費風(fēng)險用戶；信息發(fā)送模塊32用于將確定的欠費風(fēng)險用戶的用戶信息發(fā)送給業(yè)務(wù)中心；請求接收模塊33用于接收業(yè)務(wù)中心發(fā)送的鑒權(quán)請求；鑒權(quán)響應(yīng)模塊34用于根據(jù)所述鑒權(quán)請求中攜帶的用戶信息對應(yīng)用戶的用戶賬戶信息，判斷是否能夠響應(yīng)鑒權(quán)請求中攜帶的業(yè)務(wù)信息對應(yīng)的業(yè)務(wù)，若能，則指示業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求，否則，指示業(yè)務(wù)中心拒絕響應(yīng)所述業(yè)務(wù)請求。所述用戶劃分模塊31具體用于檢測預(yù)付費用戶的用戶賬戶的余額，若用戶賬戶的余額大于O且小于第一門限值，則確定該預(yù)付費用戶為欠費風(fēng)險用戶，若預(yù)付費用戶的用戶賬戶的余額不大于0，則確定該預(yù)付費用戶為欠費用戶，若預(yù)付費用戶的用戶賬戶的余額不小于所述第一門限值，則確定該預(yù)付費用戶為安全用戶。所述用戶劃分模塊31具體用于檢測后付費用戶的用戶賬戶已欠費用，若用戶賬戶已欠費用小于最高額度且大于第二門限值，則確定該后付費用戶為欠費風(fēng)險用戶，若后付費用戶的用戶賬戶的已欠費用不小于所述最高額度，則確定該后付費用戶為欠費用戶，若后付費用戶的用戶賬戶已欠費用不大于所述第二門限值，則確定該后付費用戶為安全用戶。所述信息發(fā)送模塊32還用于將欠費用戶和安全用戶的用戶信息發(fā)送給業(yè)務(wù)中心。所述鑒權(quán)響應(yīng)模塊34具體在發(fā)起業(yè)務(wù)請求的用戶是預(yù)付費用戶時，檢測該用戶的用戶賬戶內(nèi)余額是否不小于使用請求的業(yè)務(wù)所產(chǎn)生的費用，若是，則允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；若否，不允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；在發(fā)起業(yè)務(wù)請求的用戶是后付費用戶時，檢測該用戶的用戶賬戶內(nèi)已欠費用，判斷該用戶賬戶的最高額度與所述已欠費用之差是否不小于使用請求的業(yè)務(wù)所產(chǎn)生的費用，若是，則允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；若否，則不允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求。所述實時計費設(shè)備還包括扣費模塊35和補費模塊36,其中扣費模塊35用于確定使用請求的業(yè)務(wù)所產(chǎn)生的費用，并對發(fā)起業(yè)務(wù)請求用戶的用戶賬戶進行扣費；補費模塊36用于在接收到業(yè)務(wù)中心返回的下發(fā)結(jié)果是業(yè)務(wù)失敗響應(yīng)時，對已扣的費用進行補費操作。實施例五本發(fā)明實施例五還提供一種業(yè)務(wù)中心，如圖5所示，包括信息接收模塊41、請求接收模塊42、判斷模塊43和請求響應(yīng)模塊44，其中信息接收模塊41用于接收欠費風(fēng)險用戶的用戶信息；請求接收模塊42用于接收業(yè)務(wù)請求；判斷模塊43用于在根據(jù)所述業(yè)務(wù)請求中攜帶的用戶信息確定發(fā)起業(yè)務(wù)請求的用戶是欠費風(fēng)險用戶時，向?qū)崟r計費設(shè)備發(fā)送鑒權(quán)請求；請求響應(yīng)模塊44用于根據(jù)實時計費設(shè)備的鑒權(quán)結(jié)果，響應(yīng)或拒絕響應(yīng)所述業(yè)務(wù)請求。較優(yōu)地，所述信息接收模塊41還用于接收欠費用戶和安全用戶的用戶信息；所述判斷模塊43還用于在根據(jù)所述業(yè)務(wù)請求中攜帶的用戶信息確定發(fā)起業(yè)務(wù)請求的用戶是欠費用戶時，觸發(fā)所述請求響應(yīng)模塊拒絕響應(yīng)所述業(yè)務(wù)請求，并在根據(jù)所述業(yè)務(wù)請求中攜帶的用戶信息確定發(fā)起業(yè)務(wù)請求的用戶是安全用戶時，觸發(fā)所述請求響應(yīng)模塊響應(yīng)所述業(yè)務(wù)請求。所述業(yè)務(wù)中心還包括下發(fā)結(jié)果返回模塊45，用于向?qū)崟r計費設(shè)備返回對業(yè)務(wù)請求的下發(fā)結(jié)果。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)欠費控制方法,其特征在于,該方法包括 接收業(yè)務(wù)中心發(fā)送的鑒權(quán)請求，所述鑒權(quán)請求是業(yè)務(wù)中心根據(jù)本次存儲的用戶信息，確定發(fā)起業(yè)務(wù)請求的用戶為欠費風(fēng)險用戶時發(fā)起的； 根據(jù)所述鑒權(quán)請求中攜帶的用戶信息對應(yīng)用戶的用戶賬戶信息，判斷是否能夠響應(yīng)鑒權(quán)請求中攜帶的業(yè)務(wù)信息對應(yīng)的業(yè)務(wù)，若能，則指示業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求，否則，指示業(yè)務(wù)中心拒絕響應(yīng)所述業(yè)務(wù)請求。
2.如權(quán)利要求I所述的業(yè)務(wù)欠費控制方法，其特征在于，所述方法還包括 檢測預(yù)付費用戶的用戶賬戶的余額，若用戶賬戶的余額大于O且小于第一門限值，則確定該預(yù)付費用戶為欠費風(fēng)險用戶，以及檢測后付費用戶的用戶賬戶已欠費用，若用戶賬戶已欠費用小于最高額度且大于第二門限值，則確定該后付費用戶為欠費風(fēng)險用戶； 將欠費風(fēng)險用戶的用戶信息發(fā)送給業(yè)務(wù)中心，指示業(yè)務(wù)中心在接收到業(yè)務(wù)請求時，根 據(jù)業(yè)務(wù)請求中攜帶的用戶信息判斷發(fā)起業(yè)務(wù)請求的用戶是否為欠費風(fēng)險用戶。
3.如權(quán)利要求2所述的業(yè)務(wù)欠費控制方法，其特征在于，所述方法還包括 若預(yù)付費用戶的用戶賬戶的余額不大于O，則確定該預(yù)付費用戶為欠費用戶，若預(yù)付費用戶的用戶賬戶的余額不小于所述第一門限值，則確定該預(yù)付費用戶為安全用戶，以及，若后付費用戶的用戶賬戶的已欠費用不小于所述最高額度，則確定該后付費用戶為欠費用戶，若后付費用戶的用戶賬戶已欠費用不大于所述第二門限值，則確定該后付費用戶為安全用戶； 將欠費用戶和安全用戶的用戶信息發(fā)送給業(yè)務(wù)中心，指示業(yè)務(wù)中心在接收到業(yè)務(wù)請求時，若根據(jù)業(yè)務(wù)請求中攜帶的用戶信息確定發(fā)起業(yè)務(wù)請求的用戶是欠費用戶，則拒絕響應(yīng)所述業(yè)務(wù)請求，若根據(jù)業(yè)務(wù)請求中攜帶的用戶信息確定發(fā)起業(yè)務(wù)請求的用戶是安全用戶，則響應(yīng)所述業(yè)務(wù)請求。
4.如權(quán)利要求2或3所述的業(yè)務(wù)欠費控制方法，其特征在于，所述根據(jù)用戶賬戶信息判斷是否能夠響應(yīng)鑒權(quán)請求中攜帶的業(yè)務(wù)信息對應(yīng)的業(yè)務(wù)，具體包括 在發(fā)起業(yè)務(wù)請求的用戶是預(yù)付費用戶時，檢測該用戶的用戶賬戶內(nèi)余額是否不小于使用請求的業(yè)務(wù)所產(chǎn)生的費用，若是，則允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；若否，不允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求； 在發(fā)起業(yè)務(wù)請求的用戶是后付費用戶時，檢測該用戶的用戶賬戶內(nèi)已欠費用，判斷該用戶賬戶的最高額度與所述已欠費用之差是否不小于使用請求的業(yè)務(wù)所產(chǎn)生的費用，若是，則允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；若否，則不允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求。
5.如權(quán)利要求I所述的業(yè)務(wù)欠費控制方法，其特征在于，指示業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求之后，所述方法還包括 確定使用請求的業(yè)務(wù)所產(chǎn)生的費用，并對發(fā)起業(yè)務(wù)請求用戶的用戶賬戶進行扣費； 接收業(yè)務(wù)中心返回的下發(fā)結(jié)果，若所述下發(fā)結(jié)果是業(yè)務(wù)成功響應(yīng)，則對扣費操作進行確認，若所述下發(fā)結(jié)果是業(yè)務(wù)失敗響應(yīng)，對本次已扣的費用進行補費操作。
6.一種實時計費設(shè)備，其特征在于，包括 用戶劃分模塊，用于根據(jù)用戶賬戶信息，確定欠費風(fēng)險用戶； 信息發(fā)送模塊，用于將確定的欠費風(fēng)險用戶的用戶信息發(fā)送給業(yè)務(wù)中心； 請求接收模塊，用于接收業(yè)務(wù)中心發(fā)送的鑒權(quán)請求；鑒權(quán)響應(yīng)模塊，用于根據(jù)所述鑒權(quán)請求中攜帶的用戶信息對應(yīng)用戶的用戶賬戶信息，判斷是否能夠響應(yīng)鑒權(quán)請求中攜帶的業(yè)務(wù)信息對應(yīng)的業(yè)務(wù)，若能，則指示業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求，否則，指示業(yè)務(wù)中心拒絕響應(yīng)所述業(yè)務(wù)請求。
7.如權(quán)利要求6所述的實時計費設(shè)備，其特征在于， 用戶劃分模塊，具體用于檢測預(yù)付費用戶的用戶賬戶的余額，若用戶賬戶的余額大于O且小于第一門限值，則確定該預(yù)付費用戶為欠費風(fēng)險用戶，以及檢測后付費用戶的用戶賬戶已欠費用，若用戶賬戶已欠費用小于最高額度且大于第二門限值，則確定該后付費用戶為欠費風(fēng)險用戶。
8.如權(quán)利要求7所述的實時計費設(shè)備，其特征在于， 用戶劃分模塊，具體用于若預(yù)付費用戶的用戶賬戶的余額不大于O，則確定該預(yù)付費用戶為欠費用戶，若預(yù)付費用戶的用戶賬戶的余額不小于所述第一門限值，則確定該預(yù)付費用戶為安全用戶，以及，若后付費用戶的用戶賬戶的已欠費用不小于所述最高額度，則確定該后付費用戶為欠費用戶，若后付費用戶的用戶賬戶已欠費用不大于所述第二門限值，則確定該后付費用戶為安全用戶； 信息發(fā)送模塊，還用于將欠費用戶和安全用戶的用戶信息發(fā)送給業(yè)務(wù)中心。
9.如權(quán)利要求7或8所述的實時計費設(shè)備，其特征在于， 所述鑒權(quán)響應(yīng)模塊，具體在發(fā)起業(yè)務(wù)請求的用戶是預(yù)付費用戶時，檢測該用戶的用戶賬戶內(nèi)余額是否不小于使用請求的業(yè)務(wù)所產(chǎn)生的費用，若是，則允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；若否，不允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；在發(fā)起業(yè)務(wù)請求的用戶是后付費用戶時，檢測該用戶的用戶賬戶內(nèi)已欠費用，判斷該用戶賬戶的最高額度與所述已欠費用之差是否不小于使用請求的業(yè)務(wù)所產(chǎn)生的費用，若是，則允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求；若否，則不允許業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求。
10.如權(quán)利要求6所述的實時計費設(shè)備，其特征在于，還包括 扣費模塊，用于確定使用請求的業(yè)務(wù)所產(chǎn)生的費用，并對發(fā)起業(yè)務(wù)請求用戶的用戶賬戶進行扣費； 補費模塊，用于在接收到業(yè)務(wù)中心返回的下發(fā)結(jié)果是業(yè)務(wù)失敗響應(yīng)時，對已扣的費用進行補費操作。
11.一種業(yè)務(wù)中心，其特征在于，包括 信息接收模塊，用于接收欠費風(fēng)險用戶的用戶信息； 請求接收模塊，用于接收業(yè)務(wù)請求； 判斷模塊，用于在根據(jù)所述業(yè)務(wù)請求中攜帶的用戶信息確定發(fā)起業(yè)務(wù)請求的用戶是欠費風(fēng)險用戶時，向?qū)崟r計費設(shè)備發(fā)送鑒權(quán)請求； 請求響應(yīng)模塊，用于根據(jù)實時計費設(shè)備的鑒權(quán)結(jié)果，響應(yīng)或拒絕響應(yīng)所述業(yè)務(wù)請求。
12.如權(quán)利要求11所述的業(yè)務(wù)中心，其特征在于， 所述信息接收模塊，還用于接收欠費用戶和安全用戶的用戶信息； 所述判斷模塊，還用于在根據(jù)所述業(yè)務(wù)請求中攜帶的用戶信息確定發(fā)起業(yè)務(wù)請求的用戶是欠費用戶時，觸發(fā)所述請求響應(yīng)模塊拒絕響應(yīng)所述業(yè)務(wù)請求，并在根據(jù)所述業(yè)務(wù)請求中攜帶的用戶信息確定發(fā)起業(yè)務(wù)請求的用戶是安全用戶時，觸發(fā)所述請求響應(yīng)模塊響應(yīng)所述業(yè)務(wù)請求。
13.如權(quán)利要求11所述的業(yè)務(wù)中心，其特征在于，還包括 下發(fā)結(jié)果返回模塊，用于向?qū)崟r計費設(shè)備返回對業(yè)務(wù)請求的下發(fā)結(jié)果。
14.一種業(yè)務(wù)欠費控制系統(tǒng)，其特征在于，包括業(yè)務(wù)中心和實時計費設(shè)備，其中 業(yè)務(wù)中心，用于接收業(yè)務(wù)請求和實時計費設(shè)備發(fā)送的欠費風(fēng)險用戶信息，在根據(jù)業(yè)務(wù)請求中攜帶的用戶信息確定發(fā)起業(yè)務(wù)請求的用戶是欠費風(fēng)險用戶時，向?qū)崟r計費設(shè)備發(fā)送鑒權(quán)請求，并根據(jù)實時計費設(shè)備返回的鑒權(quán)結(jié)果，響應(yīng)或拒絕響應(yīng)所述業(yè)務(wù)請求； 實時計費設(shè)備，用于將欠費風(fēng)險用戶的用戶信息發(fā)送給業(yè)務(wù)中心，并根據(jù)所述鑒權(quán)請求中攜帶的用戶信息對應(yīng)用戶的用戶賬戶信息，判斷是否能夠響應(yīng)鑒權(quán)請求中攜帶的業(yè)務(wù)信息對應(yīng)的業(yè)務(wù)，若能，則指示業(yè)務(wù)中心響應(yīng)所述業(yè)務(wù)請求，否則，指示業(yè)務(wù)中心拒絕響應(yīng)所述業(yè)務(wù)請求。
全文摘要
本發(fā)明提供了一種業(yè)務(wù)欠費控制方法、系統(tǒng)、業(yè)務(wù)中心和實時計費設(shè)備，其主要內(nèi)容包括通過實時計費設(shè)備對用戶的賬戶信息進行實時監(jiān)測，將用戶費用狀態(tài)信息為欠費風(fēng)險用戶的用戶信息發(fā)送給業(yè)務(wù)中心，以便于當(dāng)業(yè)務(wù)中心在收到欠費風(fēng)險用戶的業(yè)務(wù)請求后，通知實時計費設(shè)備，再由實時計費設(shè)備對本次業(yè)務(wù)的使用是否會導(dǎo)致欠費來進行鑒權(quán)，并根據(jù)鑒權(quán)結(jié)果指示業(yè)務(wù)中心響應(yīng)或拒絕響應(yīng)用戶的業(yè)務(wù)請求，通過實時計費設(shè)備對業(yè)務(wù)請求是否響應(yīng)的控制，可避免出現(xiàn)用戶欠費現(xiàn)象，降低用戶惡意透支的風(fēng)險。
文檔編號H04W4/24GK102958028SQ20111024160
公開日2013年3月6日 申請日期2011年8月22日 優(yōu)先權(quán)日2011年8月22日
發(fā)明者楊超, 聶榮初, 陳正光 申請人:中興通訊股份有限公司