專利名稱：業(yè)務請求處理方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及業(yè)務請求處理領(lǐng)域，尤其涉及業(yè)務請求處理方法、系統(tǒng)及裝置。
背景技術(shù)：
目前，手機業(yè)務可以采用實時扣費或者準實時扣費的方法進行計費。實時扣費方法，在每次業(yè)務觸發(fā)時，從余額中預留出本次業(yè)務所需費用，如果余額 中的費用小于本次業(yè)務所需費用，則拒絕業(yè)務觸發(fā)。采用本方案進行計費，由于每次業(yè)務觸 發(fā)都要與計費系統(tǒng)進行交互，影響手機的業(yè)務系統(tǒng)處理性能。準實時扣費方法，由業(yè)務系統(tǒng)生成計費CDR(Charge data Record，負責數(shù)據(jù)記 錄)，B0SS (Business Support System，業(yè)務支撐系統(tǒng))定期采集CDR中的業(yè)務記錄，進行扣 費。當BOSS發(fā)現(xiàn)某用戶費用不足時通知業(yè)務部件拒絕為該用戶繼續(xù)觸發(fā)業(yè)務；當用戶充值 后，BOSS重新通知業(yè)務部件，業(yè)務部件繼續(xù)為該用戶處理業(yè)務，并生成計費⑶R供BOSS采集。采用準實時扣費方案，從業(yè)務系統(tǒng)生成計費⑶R到BOSS采集⑶R，再到BOSS扣費 后通知業(yè)務部件用戶狀態(tài)變化，業(yè)務系統(tǒng)獲得用戶狀態(tài)的一系列流程中，每一步驟都可能 存在時間差，這樣，在用戶實際使用過程中，當用戶費用不夠的時候，還可能繼續(xù)使用業(yè)務， 造成計費漏洞。

發(fā)明內(nèi)容
本發(fā)明的實施例提供一種業(yè)務請求處理方法、系統(tǒng)及裝置，在減少欠費漏洞的同 時，提高業(yè)務處理性能。為達到上述目的，本發(fā)明的實施例采用如下技術(shù)方案一種業(yè)務請求處理方法，包括在收到業(yè)務請求后，檢查預先記錄的余額狀態(tài)，所述余額狀態(tài)包括正常狀態(tài)、風險 狀態(tài)和欠費狀態(tài)；當所述余額狀態(tài)處于正常狀態(tài)時，處理所述業(yè)務請求對應的業(yè)務，并根據(jù)所述處 理生成計費數(shù)據(jù)，將所述計費數(shù)據(jù)提供給計費服務器進行扣費操作；當所述余額狀態(tài)處于風險狀態(tài)時，實時請求計費服務器進行扣費操作，在所述計 費服務器成功執(zhí)行扣費操作時處理所述業(yè)務請求對應的業(yè)務，在所述計費服務器執(zhí)行扣費 操作失敗時拒絕所述業(yè)務請求；當所述余額狀態(tài)處于欠費狀態(tài)時，拒絕所述業(yè)務請求。一種業(yè)務請求處理系統(tǒng)，包括業(yè)務服務器，用于在收到業(yè)務請求后，檢查預先記錄的余額狀態(tài)，所述余額狀態(tài)包 括正常狀態(tài)、風險狀態(tài)和欠費狀態(tài)；當所述余額狀態(tài)處于正常狀態(tài)時，根據(jù)所述業(yè)務請求處 理相應業(yè)務，并根據(jù)所述處理生成計費數(shù)據(jù)，將所述計費數(shù)據(jù)提供給計費服務器進行扣費 操作；當所述余額狀態(tài)處于風險狀態(tài)時，實時請求計費服務器進行扣費操作，在所述計費服務器成功執(zhí)行扣費操作時處理所述業(yè)務請求對應的業(yè)務，在所述計費服務器執(zhí)行扣費操作 失敗時拒絕所述業(yè)務請求；在所述余額狀態(tài)處于欠費狀態(tài)時，拒絕所述業(yè)務請求；計費服務器，用于依據(jù)所述業(yè)務服務器提供的計費數(shù)據(jù)進行扣費操作；并在所述 業(yè)務服務器發(fā)起實時的扣費操作請求時，進行實時扣費操作，并返回扣費操作結(jié)果。一種業(yè)務服務器，包括檢查單元，用于在收到業(yè)務請求后，檢查預先記錄的余額狀態(tài)，所述余額狀態(tài)包括 正常狀態(tài)、風險狀態(tài)和欠費狀態(tài)；計費控制單元，用于當所述余額狀態(tài)處于正常狀態(tài)時，觸發(fā)處理單元對所述業(yè)務 請求對應的業(yè)務進行處理，并根據(jù)所述處理生成計費數(shù)據(jù)，將所述計費數(shù)據(jù)提供給計費服 務器進行扣費操作；當所述余額狀態(tài)處于風險狀態(tài)時，實時請求計費服務器進行扣費操作， 在所述計費服務器成功執(zhí)行扣費操作時觸發(fā)處理單元對所述業(yè)務請求對應的業(yè)務進行處 理，在所述計費服務器執(zhí)行扣費操作失敗時觸發(fā)拒絕單元拒絕所述業(yè)務請求；當所述余額 狀態(tài)處于欠費狀態(tài)時，觸發(fā)拒絕單元拒絕所述業(yè)務請求；處理單元，用于處理所述業(yè)務請求對應的業(yè)務；拒絕單元，用于拒絕所述業(yè)務請求。本發(fā)明實施例提供的業(yè)務請求處理方法、系統(tǒng)及裝置，當余額在正常狀態(tài)時，由于 此時余額較多，產(chǎn)生欠費漏洞的幾率很小，采用準實時扣費方法計費，對業(yè)務處理性能的影 響較小。當余額在風險狀態(tài)時，由于此時余額較少，為了避免欠費漏洞，采用實時扣費方法計費。采用上述技術(shù)方案，將余額的不同狀態(tài)分別采用不同的扣費方法，在減少欠費漏 洞的同時，提高業(yè)務處理性能。


為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使 用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于 本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他 的附圖。圖1為本發(fā)明實施例業(yè)務請求處理方法的流程圖；圖2為本發(fā)明實施例余額狀態(tài)處于正常狀態(tài)時業(yè)務請求處理方法的流程圖；圖3為本發(fā)明實施例余額狀態(tài)處于風險狀態(tài)時業(yè)務請求處理方法的流程圖；圖4為本發(fā)明實施例業(yè)務請求處理系統(tǒng)的結(jié)構(gòu)圖；圖5為本發(fā)明實施例業(yè)務服務器的結(jié)構(gòu)圖；圖6為本發(fā)明另一實施例業(yè)務服務器的結(jié)構(gòu)圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。
本發(fā)明實施例提供了一種業(yè)務請求處理方法，如圖1所示，包括以下步驟101、在收到業(yè)務請求后，檢查預先記錄的余額狀態(tài)，所述余額狀態(tài)包括正常狀態(tài)、 風險狀態(tài)和欠費狀態(tài)。在收到業(yè)務請求后，業(yè)務服務器可以檢查預先記錄的余額狀態(tài)，當余額狀態(tài)處于 正常狀態(tài)時，采用準實時計費的方式進行扣費，即執(zhí)行步驟102 ；當余額狀態(tài)處于風險狀態(tài) 時，采實時計費的方式進行扣費，即執(zhí)行步驟103 ；當余額狀態(tài)處于欠費狀態(tài)時，執(zhí)行步驟 104。其中，業(yè)務服務器預先記錄的余額狀態(tài)可以由計費服務器通知更新。具體的，當余 額狀態(tài)發(fā)生變化時，計費服務器向業(yè)務服務器發(fā)送余額狀態(tài)變化通知消息，業(yè)務服務器接 收到該余額狀態(tài)變化通知消息后，根據(jù)該消息更新記錄的余額狀態(tài)。102、處理所述業(yè)務請求對應的業(yè)務，并根據(jù)所述處理生成計費數(shù)據(jù)，將所述計費 數(shù)據(jù)提供給計費服務器進行扣費操作。具體的，在采用準實時方式進行計費時，業(yè)務服務器直接處理業(yè)務請求對應的業(yè) 務，并根據(jù)對業(yè)務的處理生成計費數(shù)據(jù)，如計費CDR，并將產(chǎn)生計費數(shù)據(jù)提供給計費服務器， 如BOSS系統(tǒng)，進行扣費操作。其中，在向計費服務器提供計費數(shù)據(jù)時，可以由計費服務器定 時從業(yè)務服務器進行采集。103、實時請求計費服務器進行扣費操作，在計費服務器成功執(zhí)行扣費操作時處理 業(yè)務請求對應的業(yè)務，在計費服務器執(zhí)行扣費操作失敗時拒絕該業(yè)務請求。具體的，采用實時的方式進行扣費時，業(yè)務服務器可以向計費服務器，如BOSS系 統(tǒng)，發(fā)送實時扣費請求，并根據(jù)計費服務器返回的實時扣費應答確定計費服務器是否成功 執(zhí)行扣費操作。其中，實時扣費請求和實時扣費應答可以采用SMPP協(xié)議，也可以采用SOAP 或Diameter協(xié)議等。104、拒絕業(yè)務請求。由于當前的余額狀態(tài)處于欠費狀態(tài)，沒有足夠的余額支付任 何業(yè)務請求所述需要的費用，所以，為了避免計費漏洞，業(yè)務服務器拒絕處理業(yè)務請求對應 的業(yè)務。本發(fā)明實施例提供的業(yè)務請求處理方法，當余額在正常狀態(tài)時，由于此時余額較 多，產(chǎn)生欠費漏洞的幾率很小，采用準實時扣費方法計費，而當余額在風險狀態(tài)時，由于此 時余額較少，為了避免欠費漏洞，采用實時扣費方法計費。這樣，既兼顧了對業(yè)務處理性能 的影響，又避免了產(chǎn)生欠費漏洞的風險。因此，采用上述技術(shù)方案，將余額的不同狀態(tài)分別 采用不同的扣費方法，在減少欠費漏洞的同時，提高業(yè)務處理性能。作為本實施例的一種實施方式，余額狀態(tài)可以根據(jù)余額與預設(shè)取值范圍之間的關(guān) 系判定，具體的，可以包括以下三種情況1、當余額大于或等于所述預設(shè)取值范圍的最大值時，判定余額狀態(tài)為正常狀態(tài)；2、當余額大于預設(shè)取值范圍的最小值、小于預設(shè)取值范圍的最大值時，判定余額 狀態(tài)為風險狀態(tài)；3、當余額小于或等于預設(shè)取值范圍的最小值時，判定余額狀態(tài)為欠費狀態(tài)。下面以預設(shè)余額范圍為0到10為例，詳細說明余額狀態(tài)的定義情況設(shè)余額=AJlJ:當A > = 10時，判定余額狀態(tài)為正常狀態(tài)；
當A < = 0時，判定余額狀態(tài)為欠費狀態(tài)；當0 < A < 10時，判定余額狀態(tài)為風險狀態(tài)。下面以余額狀態(tài)處于正常狀態(tài)、計費服務器為BOSS系統(tǒng)為例對本發(fā)明實施例的 處理流程進行詳細說明，如圖2所示，業(yè)務請求處理方法可以包括以下步驟201、在用戶發(fā)起業(yè)務請求后，業(yè)務服務器接收業(yè)務請求。具體的，可以是用戶的通 話請求，或者是信息發(fā)送請求，或者是WEB頁面瀏覽請求等。202、在收到業(yè)務請求后，業(yè)務服務器檢查預先記錄的余額狀態(tài)，余額狀態(tài)可以包 括正常狀態(tài)、風險狀態(tài)和欠費狀態(tài)。其中，余額狀態(tài)可以由BOSS系統(tǒng)根據(jù)余額與預設(shè)取值范圍的關(guān)系判定。業(yè)務服務 器預先記錄的余額狀態(tài)可以由BOSS系統(tǒng)通知更新。具體的，當余額狀態(tài)發(fā)生變化時，BOSS 系統(tǒng)向業(yè)務服務器發(fā)送余額狀態(tài)變化通知消息，業(yè)務服務器接收到該余額狀態(tài)變化通知消 息后，根據(jù)該消息更新記錄的余額狀態(tài)。203、當余額狀態(tài)處于正常狀態(tài)時，采用準實時的方式進行扣費操作，業(yè)務服務器 處理業(yè)務請求對應的業(yè)務，并根據(jù)所述處理生成計費CDR (Charge dataRecord)，供BOSS系 統(tǒng)采集計費數(shù)據(jù)使用。計費CDR中包含業(yè)務信息，及業(yè)務所需支付的相應費用情況。204、業(yè)務服務器將計費⑶R提供給BOSS系統(tǒng)進行扣費操作。具體的，BOSS系統(tǒng) 按照預定時間間隔從業(yè)務服務器中采集計費CDR中的計費數(shù)據(jù)，作為BOSS系統(tǒng)執(zhí)行扣費操 作的依據(jù)。205、BOSS系統(tǒng)根據(jù)采集到的計費數(shù)據(jù)執(zhí)行扣費操作。具體的，BOSS系統(tǒng)根據(jù)計費⑶R中包含的業(yè)務信息，及業(yè)務所需支付的相應費用 情況，計算需要從余額中扣除的費用，并從余額中扣除相應費用。206、BOSS系統(tǒng)在根據(jù)計費數(shù)據(jù)成功執(zhí)行扣費操作后，判定余額狀態(tài)是否發(fā)生變 化。具體的，BOSS系統(tǒng)在依據(jù)計費數(shù)據(jù)進行扣費操作后，會判斷余額狀態(tài)是否由正常 狀態(tài)轉(zhuǎn)換成其它狀態(tài)，即判斷當前余額是否在預設(shè)取值范圍之間，或者當前余額是否小于 或者等于預設(shè)取值范圍的最小值。具體可以包括以下兩種情況第一、當當前余額在預設(shè)取值范圍之內(nèi)時，BOSS系統(tǒng)判斷余額狀態(tài)由正常狀態(tài)轉(zhuǎn) 換為風險狀態(tài)；第二、當當前余額小于或等于預設(shè)取值范圍的最小值時，BOSS系統(tǒng)判斷余額狀態(tài) 由正常狀態(tài)轉(zhuǎn)換為欠費狀態(tài)。207、當余額狀態(tài)發(fā)生變化時，執(zhí)行步驟208，否則，流程結(jié)束。在BOSS系統(tǒng)執(zhí)行扣費操作后，如果余額狀態(tài)發(fā)生變化，則BOSS系統(tǒng)向業(yè)務服務器 發(fā)送余額狀態(tài)變化通知消息，余額狀態(tài)變化通知消息中包含變化后的余額狀態(tài)信息。208、業(yè)務服務器接收BOSS系統(tǒng)發(fā)送的余額狀態(tài)變化通知消息，并根據(jù)接收到的 BOSS系統(tǒng)發(fā)送的余額狀態(tài)變化通知消息更新當前余額狀態(tài)信息。后續(xù)業(yè)務服務器可以根據(jù) 更新后的余額狀態(tài)調(diào)整計費方式，比如，當余額狀態(tài)由正常狀態(tài)轉(zhuǎn)換為風險狀態(tài)時，則將計 費方式由準實時計費調(diào)整為實時計費。下面以余額狀態(tài)處于風險狀態(tài)為例進行說明，如圖3所示，本實施例中業(yè)務請求 處理方法可以包括以下步驟
301、在用戶發(fā)起業(yè)務請求后，業(yè)務服務器接收業(yè)務請求。具體的，可以是用戶的通 話請求，或者是信息發(fā)送請求，或者是WEB頁面瀏覽請求等。302、在收到業(yè)務請求后，業(yè)務服務器檢查預先記錄的余額狀態(tài)，余額狀態(tài)可以包 括正常狀態(tài)、風險狀態(tài)和欠費狀態(tài)。余額狀態(tài)可以由計費服務器根據(jù)余額與預設(shè)取值范圍 的關(guān)系判定。其中，余額狀態(tài)可以由BOSS系統(tǒng)根據(jù)余額與預設(shè)取值范圍的關(guān)系判定。業(yè)務服務 器預先記錄的余額狀態(tài)可以由BOSS系統(tǒng)通知更新。具體的，當余額狀態(tài)發(fā)生變化時，BOSS 系統(tǒng)向業(yè)務服務器發(fā)送余額狀態(tài)變化通知消息，業(yè)務服務器接收到該余額狀態(tài)變化通知消 息后，根據(jù)該消息更新記錄的余額狀態(tài)。303、當余額狀態(tài)處于風險狀態(tài)時，采用實時的方式進行扣費操作，業(yè)務服務器實 時請求BOSS系統(tǒng)進行扣費操作。由于余額已經(jīng)處于風險狀態(tài)，為了避免欠費漏洞，所以，每次收到業(yè)務請求，業(yè)務 服務器都要首先向BOSS系統(tǒng)請求扣費操作。并根據(jù)BOSS系統(tǒng)扣費操作是否成功決定是否 執(zhí)行業(yè)務請求。304、BOSS系統(tǒng)在收到業(yè)務服務器的扣費操作請求后，計算本次業(yè)務所需的費用， 并且判斷當前余額是否足夠支付本次業(yè)務所需費用。當當前余額足夠支付本次業(yè)務所需費 用時，執(zhí)行步驟305，當當前余額不足以支付本次業(yè)務所需費用時，執(zhí)行步驟306。305、由于余額足夠支付本次業(yè)務所需費用，BOSS系統(tǒng)可以成功執(zhí)行扣費操作， BOSS系統(tǒng)從余額中扣除本次業(yè)務所需費用，BOSS系統(tǒng)執(zhí)行扣費操作成功。306、由于余額不足以支付本次業(yè)務所需費用，BOSS系統(tǒng)無法執(zhí)行扣費操作，于是， BOSS系統(tǒng)取消扣費操作，BOSS系統(tǒng)執(zhí)行扣費操作失敗。307、在BOSS系統(tǒng)執(zhí)行扣費操作成功或者失敗后，BOSS系統(tǒng)向業(yè)務服務器發(fā)送扣 費應答消息，扣費應答消息中包含判斷BOSS系統(tǒng)是否成功執(zhí)行扣費操作的消息。308、業(yè)務服務器根據(jù)BOSS系統(tǒng)返回的扣費應答消息判斷BOSS系統(tǒng)是否成功執(zhí)行 扣費操作。在BOSS系統(tǒng)成功執(zhí)行扣費操作時，執(zhí)行步驟309，在BOSS系統(tǒng)執(zhí)行扣費操作失 敗時，執(zhí)行步驟3010。309、由于余額足夠支付本次業(yè)務所需費用，且BOSS系統(tǒng)已經(jīng)成功執(zhí)行了扣費操 作，執(zhí)行相應的業(yè)務請求對應的業(yè)務不會產(chǎn)生任何的欠費漏洞，業(yè)務服務器可以處理業(yè)務 請求對應的業(yè)務。3010、由于余額不足以支付本次業(yè)務所需費用，BOSS系統(tǒng)執(zhí)行扣費操作失敗，執(zhí)行 相應的業(yè)務請求對應的業(yè)務可能會產(chǎn)生欠費漏洞，業(yè)務服務器拒絕處理業(yè)務請求對應的業(yè)務。3011、BOSS系統(tǒng)判斷余額狀態(tài)是否由風險狀態(tài)轉(zhuǎn)換成其它狀態(tài)。BOSS系統(tǒng)執(zhí)行完扣費操作后，會判斷余額狀態(tài)是否由風險狀態(tài)轉(zhuǎn)換成其它狀態(tài) 具體為判斷當前余額是否小于預設(shè)取值范圍的最小值；當所述當前余額小于預設(shè)取值范 圍的最小值時，BOSS系統(tǒng)判斷由風險狀態(tài)余額狀態(tài)轉(zhuǎn)換為欠費狀態(tài)。當余額狀態(tài)發(fā)生變化 時，執(zhí)行步驟3012，否則，流程結(jié)束。需要說明的是，步驟3011也可以放在步驟305、步驟 306或步驟307之后執(zhí)行。3012、在BOSS系統(tǒng)執(zhí)行扣費操作后，如果余額狀態(tài)發(fā)生變化，則BOSS系統(tǒng)向業(yè)務服務器發(fā)送余額狀態(tài)變化通知消息，余額狀態(tài)變化通知消息中包含變化后的余額狀態(tài)信 肩、ο3013、業(yè)務服務器根據(jù)接收到的所述BOSS系統(tǒng)發(fā)送的余額狀態(tài)變化通知消息更 新當前余額狀態(tài)信息。當余額狀態(tài)處于欠費狀態(tài)時，由于余額不足以支付任何業(yè)務所述的費用，因此，為 了避免欠費漏洞，業(yè)務服務器拒絕處理所述業(yè)務請求對應的業(yè)務。本發(fā)明實施例提供的業(yè)務請求處理方法，當余額在正常狀態(tài)時，由于此時余額較 多，產(chǎn)生欠費漏洞的幾率很小，采用準實時扣費方法計費，對業(yè)務處理性能的影響較小。當 余額在風險狀態(tài)時，由于此時余額較少，為了避免欠費漏洞，采用實時扣費方法計費。當余 額在欠費狀態(tài)時，拒絕處理業(yè)務，既不產(chǎn)生欠費漏洞，也不影響業(yè)務性能。采用上述技術(shù)方案，將余額的不同狀態(tài)分別采用不同的扣費方法，在減少欠費漏 洞的同時，提高業(yè)務處理性能。作為本實施例的另一種實施方式，在充值后，計費服務器需要判斷余額的變化是 否引起余額狀態(tài)的轉(zhuǎn)換，可以包括以下三種情況第一、當余額從小于或等于預設(shè)取值范圍的最小值轉(zhuǎn)換為在預定取值范圍之內(nèi)的 范圍內(nèi)時，余額狀態(tài)從欠費狀態(tài)轉(zhuǎn)換為風險狀態(tài)；第二、當余額從小于或等于預設(shè)取值范圍的最小值轉(zhuǎn)換為大于或等于預設(shè)取值范 圍的最大值時，余額狀態(tài)從欠費狀態(tài)轉(zhuǎn)換為正常狀態(tài)；第三、當余額從在預定取值范圍之間的范圍內(nèi)轉(zhuǎn)換為大于或等于預設(shè)取值范圍的 最大值時，余額狀態(tài)從風險狀態(tài)轉(zhuǎn)換為正常狀態(tài)。在充值后，計費服務器根據(jù)余額變化的情況，判斷余額的狀態(tài)變化，并將變化后的 余額狀態(tài)及時發(fā)送給業(yè)務服務器，能夠及時的改變業(yè)務服務器重記錄的余額狀態(tài)，提高終 端的業(yè)務性能。本發(fā)明實施例提供了一種業(yè)務請求處理系統(tǒng)，如圖4所示，包括業(yè)務服務器41、 計費服務器42。其中，業(yè)務服務器41，在收到業(yè)務請求后，檢查預先記錄的余額狀態(tài)，余額狀態(tài)包 括正常狀態(tài)、風險狀態(tài)和欠費狀態(tài)；當余額狀態(tài)處于正常狀態(tài)時，根據(jù)業(yè)務請求處理相應業(yè) 務，并根據(jù)該處理生成計費數(shù)據(jù)，將計費數(shù)據(jù)提供給計費服務器進行扣費操作；當余額狀態(tài) 處于風險狀態(tài)時，實時請求計費服務器41進行扣費操作，在計費服務器41成功執(zhí)行扣費操 作時處理業(yè)務請求對應的業(yè)務，在計費服務器41執(zhí)行扣費操作失敗時拒絕處理該業(yè)務請 求。當余額狀態(tài)處于欠費狀態(tài)時，業(yè)務服務器41拒絕該業(yè)務請求。計費服務器42，依據(jù)業(yè)務服務器提供的計費數(shù)據(jù)進行扣費操作；并在業(yè)務服務器 發(fā)起實時的扣費操作請求時，進行實時扣費操作，并返回扣費操作結(jié)果。具體的，計費服務 器在接收到業(yè)務服務器發(fā)來的扣費操作指示后，判斷余額是否足夠支付本次業(yè)務所需費 用；當余額足夠支付本次業(yè)務所需費用時，執(zhí)行扣費操作；當余額不足以支付本次業(yè)務所 需費用時，拒絕執(zhí)行扣費操作，并向業(yè)務服務器發(fā)送扣費操作應答。本發(fā)明實施例提供的業(yè)務請求處理系統(tǒng)，當余額在正常狀態(tài)時，由于此時余額較 多，產(chǎn)生欠費漏洞的幾率很小，采用準實時扣費方法計費，對業(yè)務處理性能的影響較小。當 余額在風險狀態(tài)時，由于此時余額較少，為了避免欠費漏洞，采用實時扣費方法計費。
采用上述技術(shù)方案，將余額的不同狀態(tài)分別采用不同的扣費方法，在減少欠費漏 洞的同時，提高業(yè)務處理性能。作為本實施例的一種實施方式，余額狀態(tài)可以由計費服務器根據(jù)余額和預設(shè)取值 范圍之間的關(guān)系判定。計費服務器42還用于在余額狀態(tài)發(fā)生變化時向業(yè)務服務器發(fā)送余額狀態(tài)變化通 知消息。業(yè)務服務器41還用于接收計費服務器在余額狀態(tài)發(fā)生變化時發(fā)送的余額狀態(tài)變 化通知消息，并根據(jù)接收到的余額狀態(tài)變化通知消息更新記錄的余額狀態(tài)。其中，計費服務器可以在每次扣費或用戶充值之后對余額狀態(tài)是否發(fā)生變化進行 判斷，從而及時的更新業(yè)務服務器中的余額狀態(tài)。本發(fā)明實施例中，業(yè)務服務器可以是短信中心、彩信中心、移動交換中心等為用戶 提供業(yè)務的服務器。計費服務器可以是提供計費功能的BOSS系統(tǒng)。下面對業(yè)務服務器的具體實現(xiàn)做進一步說明，如圖5所示，本發(fā)明實施例提供的 業(yè)務服務器可以包括檢查單元51、計費控制單元52、處理單元53、拒絕單元M。其中，檢查單元51用于在收到業(yè)務請求后，檢查預先記錄的余額狀態(tài)，余額狀態(tài) 包括正常狀態(tài)、風險狀態(tài)和欠費狀態(tài)；當余額狀態(tài)處于正常狀態(tài)時，計費控制單元52觸發(fā)處理單元53對業(yè)務請求對應 的業(yè)務進行處理，并根據(jù)該處理生成計費數(shù)據(jù)，將計費數(shù)據(jù)提供給計費服務器進行扣費操作。當余額狀態(tài)處于風險狀態(tài)時，計費控制單元52實時請求計費服務器進行扣費操 作，在計費服務器成功執(zhí)行扣費操作時觸發(fā)處理單元對業(yè)務請求對應的業(yè)務進行處理，在 計費服務器執(zhí)行扣費操作失敗時觸發(fā)拒絕單元拒絕該業(yè)務請求。當余額狀態(tài)處于欠費狀態(tài)時，計費控制單元52直接觸發(fā)拒絕單元M拒絕業(yè)務請 求。本發(fā)明實施例提供的業(yè)務服務器，當余額在正常狀態(tài)時，由于此時余額較多，產(chǎn)生 欠費漏洞的幾率很小，采用準實時扣費方法計費，對業(yè)務處理性能的影響較小。當余額在風 險狀態(tài)時，由于此時余額較少，為了避免欠費漏洞，采用實時扣費方法計費。采用上述技術(shù)方案，將余額的不同狀態(tài)分別采用不同的扣費方法，在減少欠費漏 洞的同時，提高業(yè)務處理性能。需要說明的是，上述各單元的具體實現(xiàn)可參考方法實施例部分，這里不再贅述。作為本實施例的一種實施方式，本發(fā)明實施例提供業(yè)務服務器還可以進一步包括 更新單元，如圖6所示，本實施例中，業(yè)務服務器可以包括檢查單元61、計費控制單元62、 處理單元63、拒絕單元64、更新單元65。其中，檢查單元61、計費控制單元62、處理單元63、拒絕單元64的具體實現(xiàn)可參考 圖5所示實施例，這里不再贅述。更新單元65用于接收所述計費服務器在余額狀態(tài)發(fā)生變化時發(fā)送的余額狀態(tài)變 化通知消息，并根據(jù)接收到的余額狀態(tài)變化通知消息更新記錄的余額狀態(tài)。其中，余額狀態(tài)可以記錄在業(yè)務服務器的檢查單元中，也可以獨立記錄在業(yè)務服 務器中，這里不做任何限定，圖6所示為余額狀態(tài)記錄在業(yè)務檢查單元中的實施例。
本發(fā)明實施例提供的業(yè)務服務器，當余額在正常狀態(tài)時，由于此時余額較多，產(chǎn)生 欠費漏洞的幾率很小，采用準實時扣費方法計費，對業(yè)務處理性能的影響較小。當余額在風 險狀態(tài)時，由于此時余額較少，為了避免欠費漏洞，采用實時扣費方法計費。當余額在欠費 狀態(tài)時，拒絕處理業(yè)務，既不產(chǎn)生欠費漏洞，也不影響業(yè)務性能。采用上述技術(shù)方案，將余額的不同狀態(tài)分別采用不同的扣費方法，在減少欠費漏 洞的同時，提高業(yè)務處理性能。通過以上的實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借 助軟件加必需的通用硬件的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳 的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部 分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在可讀取的存儲介質(zhì)中，如計 算機的軟盤，硬盤或光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機， 服務器，或者網(wǎng)絡設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何 熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應涵 蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應所述以權(quán)利要求的保護范圍為準。
權(quán)利要求
1.一種業(yè)務請求處理方法，其特征在于，包括在收到業(yè)務請求后，檢查預先記錄的余額狀態(tài)，所述余額狀態(tài)包括正常狀態(tài)、風險狀態(tài) 和欠費狀態(tài)；當所述余額狀態(tài)處于正常狀態(tài)時，處理所述業(yè)務請求對應的業(yè)務，并根據(jù)所述處理生 成計費數(shù)據(jù)，將所述計費數(shù)據(jù)提供給計費服務器進行扣費操作；當所述余額狀態(tài)處于風險狀態(tài)時，實時請求計費服務器進行扣費操作，在所述計費服 務器成功執(zhí)行扣費操作時處理所述業(yè)務請求對應的業(yè)務，在所述計費服務器執(zhí)行扣費操作 失敗時拒絕所述業(yè)務請求；當所述余額狀態(tài)處于欠費狀態(tài)時，拒絕所述業(yè)務請求。
2.根據(jù)權(quán)利要求1所述的業(yè)務請求處理方法，其特征在于，所述方法還包括接收所述計費服務器在余額狀態(tài)發(fā)生變化時發(fā)送的余額狀態(tài)變化通知消息；根據(jù)接收到的所述余額狀態(tài)變化通知消息更新記錄的余額狀態(tài)。
3.根據(jù)權(quán)利要求2所述的業(yè)務請求處理方法，其特征在于，所述余額狀態(tài)由計費服務 器根據(jù)余額和預設(shè)取值范圍之間的關(guān)系進行判定。
4.根據(jù)權(quán)利要求1所述的業(yè)務請求處理方法，其特征在于，所述計費數(shù)據(jù)通過所述計 費服務器定時從業(yè)務服務器進行采集的方式提供。
5.一種業(yè)務請求處理系統(tǒng)，其特征在于，包括業(yè)務服務器，用于在收到業(yè)務請求后，檢查預先記錄的余額狀態(tài)，所述余額狀態(tài)包括正 常狀態(tài)、風險狀態(tài)和欠費狀態(tài)；當所述余額狀態(tài)處于正常狀態(tài)時，根據(jù)所述業(yè)務請求處理相 應業(yè)務，并根據(jù)所述處理生成計費數(shù)據(jù)，將所述計費數(shù)據(jù)提供給計費服務器進行扣費操作； 當所述余額狀態(tài)處于風險狀態(tài)時，實時請求計費服務器進行扣費操作，在所述計費服務器 成功執(zhí)行扣費操作時處理所述業(yè)務請求對應的業(yè)務，在所述計費服務器執(zhí)行扣費操作失敗 時拒絕所述業(yè)務請求；在所述余額狀態(tài)處于欠費狀態(tài)時，拒絕所述業(yè)務請求；計費服務器，用于依據(jù)所述業(yè)務服務器提供的計費數(shù)據(jù)進行扣費操作；并在所述業(yè)務 服務器發(fā)起實時的扣費操作請求時，進行實時扣費操作，并返回扣費操作結(jié)果。
6.根據(jù)權(quán)利要求5所述的業(yè)務請求處理系統(tǒng)，其特征在于，所述計費服務器還用于在余額狀態(tài)發(fā)生變化時向所述業(yè)務服務器發(fā)送余額狀態(tài)變化 通知消息；所述業(yè)務服務器還用于接收所述計費服務器在余額狀態(tài)發(fā)生變化時發(fā)送的余額狀態(tài) 變化通知消息，并根據(jù)接收到的余額狀態(tài)變化通知消息更新記錄的余額狀態(tài)。
7.根據(jù)權(quán)利要求4或5所述的業(yè)務請求處理系統(tǒng)，其特征在于，所述計費服務器根據(jù)余 額和預設(shè)取值范圍之間的關(guān)系判定余額狀態(tài)。
8.—種業(yè)務服務器，其特征在于，包括檢查單元，用于在收到業(yè)務請求后，檢查預先記錄的余額狀態(tài)，所述余額狀態(tài)包括正常 狀態(tài)、風險狀態(tài)和欠費狀態(tài)；計費控制單元，用于當所述余額狀態(tài)處于正常狀態(tài)時，觸發(fā)處理單元對所述業(yè)務請求 對應的業(yè)務進行處理，并根據(jù)所述處理生成計費數(shù)據(jù)，將所述計費數(shù)據(jù)提供給計費服務器 進行扣費操作；當所述余額狀態(tài)處于風險狀態(tài)時，實時請求計費服務器進行扣費操作，在所 述計費服務器成功執(zhí)行扣費操作時觸發(fā)處理單元對所述業(yè)務請求對應的業(yè)務進行處理，在所述計費服務器執(zhí)行扣費操作失敗時觸發(fā)拒絕單元拒絕所述業(yè)務請求；當所述余額狀態(tài)處 于欠費狀態(tài)時，觸發(fā)拒絕單元拒絕所述業(yè)務請求； 處理單元，用于處理所述業(yè)務請求對應的業(yè)務； 拒絕單元，用于拒絕所述業(yè)務請求。
9.根據(jù)權(quán)利要求8所述的業(yè)務服務器，其特征在于，所述業(yè)務服務器還包括更新單元，用于接收所述計費服務器在余額狀態(tài)發(fā)生變化時發(fā)送的余額狀態(tài)變化通知 消息，并根據(jù)接收到的所述余額狀態(tài)變化通知消息更新記錄的余額狀態(tài)。
10.根據(jù)權(quán)利要求8所述的業(yè)務服務器，其特征在于，所述余額狀態(tài)由計費服務器根據(jù) 余額和預設(shè)取值范圍之間的關(guān)系進行判定。
全文摘要
本發(fā)明實施例公開了一種業(yè)務請求處理方法、系統(tǒng)及裝置，涉及業(yè)務處理領(lǐng)域，減少欠費漏洞、提高業(yè)務處理性能。一種業(yè)務請求處理方法，收到業(yè)務請求后，檢查預先記錄的余額狀態(tài)，當余額狀態(tài)處于正常狀態(tài)時，處理相應的業(yè)務，并根據(jù)所述處理生成計費數(shù)據(jù)，將所述計費數(shù)據(jù)提供給計費服務器進行扣費操作；當余額狀態(tài)處于風險狀態(tài)時，指示計費服務器進行扣費操作，在計費服務器成功扣費后處理相應的業(yè)務，在計費服務器扣費失敗時拒絕處理相應的業(yè)務；當所述余額狀態(tài)處于欠費狀態(tài)時，拒絕處理所述業(yè)務請求對應的業(yè)務。主要應用于業(yè)務請求的處理。
文檔編號H04W4/24GK102137376SQ20101053911
公開日2011年7月27日 申請日期2010年11月10日 優(yōu)先權(quán)日2010年11月10日
發(fā)明者夏于偉, 范建波 申請人:華為軟件技術(shù)有限公司