專利名稱：一種業(yè)務(wù)處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體涉及一種業(yè)務(wù)處理方法及系統(tǒng)。
背景技術(shù)：
作為移動通信行業(yè)新興的業(yè)務(wù)服務(wù)網(wǎng)絡(luò)，智能網(wǎng)系統(tǒng)能夠方便、靈活、經(jīng)濟(jì)、有效 地提供各種增值業(yè)務(wù)，并能通過與營業(yè)系統(tǒng)、客戶服務(wù)中心、短消息中心以及銀行系統(tǒng)的集 成，為用戶提供更優(yōu)質(zhì)、及時、人性化的服務(wù)。智能網(wǎng)系統(tǒng)是電信運(yùn)營商很大的業(yè)務(wù)增長點(diǎn)之一。智能網(wǎng)系統(tǒng)中，SCPkervice control point，業(yè)務(wù)控制點(diǎn))是最關(guān)鍵的設(shè)備之一。 SCP實(shí)現(xiàn)智能業(yè)務(wù)所需要的業(yè)務(wù)邏輯處理程序和智能業(yè)務(wù)所需的數(shù)據(jù)，承擔(dān)著對用戶的短 信、彩信、在信等增值業(yè)務(wù)的扣費(fèi)，并出具扣費(fèi)話單。目前短信、彩信、在信的發(fā)送處理方式為在用戶發(fā)送短信、彩信、在信時不檢測被 叫用戶(接受短信、彩信、在信用戶)的號碼有效性，便經(jīng)過SCP進(jìn)行計(jì)費(fèi)；如果被叫號碼不 存在或者用戶關(guān)機(jī)時間超過短信中心或者彩信中心設(shè)置的短信回滾時間或者彩信回滾時 間時，短信中心或者彩信中心則發(fā)起回滾操作，發(fā)出短信、在信、彩信補(bǔ)款消息，SCP進(jìn)行補(bǔ) 款操作。如果用戶發(fā)送短信、彩信、在信時扣的是用戶的本金賬戶，回滾時也回滾到本金賬 戶，則這種方式?jīng)]有問題。然而目前一般用戶都是套餐用戶。如果用戶使用了某款套餐，則 該套餐里面會包含免費(fèi)的短信條數(shù)和/或免費(fèi)彩信條數(shù)和/或免費(fèi)在信條數(shù)。同時運(yùn)營商 為了鼓勵用戶消費(fèi)或者打包銷售服務(wù)，一般會通過各種方式贈送一定數(shù)量的短信條數(shù)和/ 或免費(fèi)彩信條數(shù)和/或免費(fèi)在信條數(shù)或者贈送金額(可用于短信、在信、彩信)。一般扣費(fèi) 時，采用如下方法(1)首先，從套餐免費(fèi)短信、在信、彩信條數(shù)賬戶上扣除。要保證在消費(fèi)完該賬戶之 前，不能消費(fèi)其他賬戶。(2)其次，從用戶的贈送短信、在信、彩信條數(shù)賬戶上扣除。(3)再次，從用戶的贈送金額賬戶扣除。(4)最后，從用戶的本金賬戶扣除。而回滾時，順序如下(1)套餐賬戶的短信、在信、彩信沒有用完時，回滾到套餐。(2)套餐賬戶資源用完，贈送短信、在信、彩信條數(shù)賬戶沒有用完時，回滾到贈送短 信、在信、彩信條數(shù)賬戶。(3)套餐賬戶資源用完，贈送短信、在信、彩信條數(shù)賬戶用完，贈送金額賬戶有余額 時，回滾到贈送金額賬戶。(4)上述賬戶全部使用完時，回滾到本金賬戶。上述套餐、贈送賬戶可用于短信、在信、彩信的資源，及扣費(fèi)和回滾方式，引出下面 3個問題
(1)用戶的套餐和贈送賬戶資源錯誤的轉(zhuǎn)移到本金賬戶。如果用戶連續(xù)發(fā)送短信、在信、彩信到一個不存在或者關(guān)機(jī)的號碼，直至耗盡套餐 免費(fèi)條數(shù)、贈送免費(fèi)條數(shù)、贈送免費(fèi)金額；然后經(jīng)過設(shè)定的短信、彩信、在信回滾時間之后， 這些回滾消息到來時，原來扣除的費(fèi)用都會被補(bǔ)款到用戶的本金賬戶。假設(shè)用戶的套餐包 月費(fèi)用一個月30元，套餐免費(fèi)短信是400條，贈送短信是200條，贈送金額10元，假設(shè)短信 0. 1元/條，則上述資源全部回滾到本金賬戶時，本金賬戶增加70元，則運(yùn)營商不但沒有賺 到錢還虧損70-30 = 40元費(fèi)用。顯然這是運(yùn)營商不能容忍的。(2)補(bǔ)款的時效性上述的套餐和贈送的資源都有時效性，一般都是本月有效，下月作廢，然后重新設(shè) 定用戶當(dāng)月套餐和贈送資源。假設(shè)用戶在月末使用套餐和贈送的短信、在信、彩信資源，則 回滾時已經(jīng)到了下個月。則上個月的資源又回滾到了下個月的資源上面，在下個月繼續(xù)使 用，這也是運(yùn)營商所不能容忍的。(3)套餐、贈送賬戶資源使用規(guī)則的錯誤用戶的贈送金額賬戶是可以用于各種消費(fèi)的。用戶在使用套餐和贈送的短信、在 信、彩信條數(shù)賬戶發(fā)送短信之后，回滾到了用戶的贈送金額賬戶，則用戶可以用贈送金額去 做其他的消費(fèi)，比如呼叫和GPRS，這也違背了運(yùn)營商的初衷。由以上所述可見，目前的短信、彩信、在信等增值業(yè)務(wù)的扣費(fèi)和回滾等處理邏輯存 在漏洞，容易出現(xiàn)因補(bǔ)款所造成的各種資源錯誤使用，無法保障短信、在信、彩信業(yè)務(wù)扣費(fèi) 和補(bǔ)款時用戶和運(yùn)營商之間的公平性；上述漏洞一旦被人惡意使用，則會造成運(yùn)營商的巨 額損失。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種業(yè)務(wù)處理方法及系統(tǒng)，避免補(bǔ)款所造 成的各種資源錯誤使用，保障短信、在信、彩信業(yè)務(wù)扣費(fèi)和補(bǔ)款時用戶和運(yùn)營商之間的公平 性。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種業(yè)務(wù)處理方法，針對用戶業(yè)務(wù)建立用戶消費(fèi)詳情記錄表，該方法還包括扣費(fèi)時，按照順序進(jìn)行扣費(fèi)，并記錄扣費(fèi)詳情信息；補(bǔ)款時，查詢本月和上月的扣費(fèi)詳情記錄，據(jù)此確定補(bǔ)款賬號和補(bǔ)款額度。所述用戶業(yè)務(wù)為短信、在信、彩信業(yè)務(wù)中的至少一種。所述建立用戶消費(fèi)詳情記錄表的過程包括針對用戶的短信、在信、彩信業(yè)務(wù)，分別對用戶建立本金賬戶扣費(fèi)記錄、贈送金額 賬戶扣費(fèi)記錄、贈送條數(shù)賬戶扣費(fèi)記錄、套餐條數(shù)賬戶扣費(fèi)紀(jì)錄。所述按照順序進(jìn)行扣費(fèi)，并記錄扣費(fèi)詳情信息的過程包括針對用戶的短信、在信、彩信業(yè)務(wù)，按照套餐條數(shù)、贈送條數(shù)、贈送金額、本金的順 序進(jìn)行；同時累加各個賬戶的扣費(fèi)信息，記錄能夠體現(xiàn)扣費(fèi)精確時間和扣費(fèi)賬戶信息的扣 費(fèi)記錄。所述查詢本月和上月的扣費(fèi)詳情記錄，據(jù)此確定補(bǔ)款賬號和補(bǔ)款額度的過程包 括
5
針對用戶的短信、在信、彩信業(yè)務(wù)，先在本月扣費(fèi)記錄中查詢，查詢不到時則在上 月扣費(fèi)記錄中查詢；針對上月的扣費(fèi)信息，只有本金扣費(fèi)允許補(bǔ)款；本月的扣費(fèi)紀(jì)錄補(bǔ)款 時，查詢用戶的本金賬戶扣費(fèi)記錄、贈送金額賬戶扣費(fèi)記錄、贈送條數(shù)賬戶扣費(fèi)記錄、套餐 條數(shù)賬戶扣費(fèi)紀(jì)錄，以確定補(bǔ)款賬號和該賬號的補(bǔ)款金額，并且每個賬號的補(bǔ)款金額以扣 費(fèi)金額或者扣除條數(shù)為上限。一種業(yè)務(wù)處理系統(tǒng)，該系統(tǒng)包括扣費(fèi)單元、補(bǔ)款單元；其中，所述扣費(fèi)單元，用于針對用戶業(yè)務(wù)建立用戶消費(fèi)詳情記錄表，并在扣費(fèi)時按照順 序進(jìn)行扣費(fèi)，以及記錄扣費(fèi)詳情信息；所述補(bǔ)款單元，用于在補(bǔ)款時，查詢本月和上月的扣費(fèi)詳情記錄，據(jù)此確定補(bǔ)款賬 號和補(bǔ)款額度。所述用戶業(yè)務(wù)為短信、在信、彩信業(yè)務(wù)中的至少一種。所述扣費(fèi)單元，包括用戶扣費(fèi)賬戶判斷模塊、用戶消費(fèi)詳情記錄模塊、用戶扣費(fèi)執(zhí) 行模塊；其中，所述用戶扣費(fèi)賬戶判斷模塊，用于根據(jù)用戶的資源，結(jié)合用戶的消費(fèi)詳情記錄，判 斷具體的扣費(fèi)賬戶；所述用戶消費(fèi)詳情記錄模塊，用于實(shí)現(xiàn)用戶消費(fèi)詳情的記錄，為用戶補(bǔ)款賬號判 斷模塊提供數(shù)據(jù)查詢，為用戶扣費(fèi)執(zhí)行模塊提供數(shù)據(jù)記錄；所述用戶扣費(fèi)執(zhí)行模塊，用于接受用戶扣費(fèi)賬戶判斷模塊提供的用戶扣費(fèi)賬號和 額度信息，并執(zhí)行扣費(fèi)，將扣費(fèi)結(jié)果記錄在用戶消費(fèi)詳情記錄模塊。所述補(bǔ)款單元，包括用戶補(bǔ)款賬號判斷模塊、補(bǔ)款執(zhí)行模塊；其中，所述用戶補(bǔ)款賬號判斷模塊，用于查詢用戶消費(fèi)詳情記錄和資源，判斷用戶的補(bǔ) 款賬戶信息并輸出；所述補(bǔ)款執(zhí)行模塊，用于接受用戶補(bǔ)款賬號判斷模塊輸出的用戶補(bǔ)款賬號和補(bǔ)款 額度信息，執(zhí)行補(bǔ)款操作。所述資源包括用戶的各種套餐、贈送、本金。本發(fā)明方法和系統(tǒng)，通過記錄短信、在信、彩信業(yè)務(wù)的扣費(fèi)和回滾詳情，用以確定 扣費(fèi)和補(bǔ)款賬戶，避免補(bǔ)款所造成的各種資源錯誤使用。一方面保障了短信、在信、彩信業(yè) 務(wù)扣費(fèi)和補(bǔ)款時用戶和運(yùn)營商之間相對公平；另一方面防止了人為惡意的使用短信、在信、 彩信回滾的漏洞來獲取非法的利益，保障了運(yùn)營商的利益。因此該方法和系統(tǒng)具有非常高 的經(jīng)濟(jì)效益和技術(shù)價值。


圖1為本發(fā)明實(shí)施例的系統(tǒng)實(shí)現(xiàn)流程圖；圖2為本發(fā)明實(shí)施例的短信扣費(fèi)流程圖；圖3為本發(fā)明實(shí)施例的短信補(bǔ)款流程4為本發(fā)明實(shí)施例的系統(tǒng)模塊圖。
具體實(shí)施例方式在實(shí)際應(yīng)用中，可以記錄短信、在信、彩信業(yè)務(wù)的扣費(fèi)和回滾詳情，用以確定扣費(fèi)和補(bǔ)款賬戶，避免補(bǔ)款所造成的各種資源錯誤使用。以短信為例，對用戶建立短信本金賬戶 扣費(fèi)記錄、短信贈送金額賬戶扣費(fèi)記錄、短信贈送條數(shù)賬戶扣費(fèi)記錄、短信套餐條數(shù)賬戶扣 費(fèi)紀(jì)錄。在扣款時按照短信套餐條數(shù)、短信贈送條數(shù)、贈送金額、本金的順序扣費(fèi)，補(bǔ)款時查 詢用戶的本金賬戶扣費(fèi)記錄、短信贈送金額賬戶扣費(fèi)記錄、短信贈送條數(shù)賬戶扣費(fèi)記錄、短 信套餐條數(shù)賬戶扣費(fèi)紀(jì)錄，以確定補(bǔ)款賬號，防止用戶賬號資源錯誤使用。同時補(bǔ)款時通過 查詢短信發(fā)送時間來確定補(bǔ)款的時效性，防止了用戶的上月資源錯誤的轉(zhuǎn)移到下月中繼續(xù) 使用。在信和彩信采用同樣方式處理。該方法和系統(tǒng)，一方面保障了短信、在信、彩信業(yè)務(wù) 扣費(fèi)和補(bǔ)款時用戶和運(yùn)營商之間相對公平；另一方面防止了人為惡意的使用短信、在信、彩 信回滾的漏洞來獲取非法的利益，保障了運(yùn)營商的利益。因此該方法和系統(tǒng)具有非常高的 經(jīng)濟(jì)效益和技術(shù)價值。下面以具體的實(shí)施例來說明該方法及系統(tǒng)。實(shí)施例一系統(tǒng)實(shí)現(xiàn)步驟如圖1所示，本發(fā)明實(shí)現(xiàn)方法需要如下步驟Sl-I 分別對用戶建立短信本金賬戶扣費(fèi)記錄、短信贈送金額賬戶扣費(fèi)記錄、短信 贈送條數(shù)賬戶扣費(fèi)記錄、短信套餐條數(shù)賬戶扣費(fèi)紀(jì)錄；建立在信本金賬戶扣費(fèi)記錄、在信贈 送金額賬戶扣費(fèi)記錄、在信贈送條數(shù)賬戶扣費(fèi)記錄、在信套餐條數(shù)賬戶扣費(fèi)紀(jì)錄；建立彩信 本金賬戶扣費(fèi)記錄、彩信贈送金額賬戶扣費(fèi)記錄、彩信贈送條數(shù)賬戶扣費(fèi)記錄、彩信套餐條 數(shù)賬戶扣費(fèi)紀(jì)錄。S1-2 短信扣費(fèi)方法如下按照短信套餐條數(shù)、短信贈送條數(shù)、贈送金額、本金的 順序進(jìn)行；在信扣費(fèi)方法如下按照在信套餐條數(shù)、在信贈送條數(shù)、贈送金額、本金的順序 進(jìn)行；彩信扣費(fèi)方法如下按照彩信套餐條數(shù)、彩信贈送條數(shù)、贈送金額、本金的順序進(jìn)行。同時將各個賬戶的扣費(fèi)信息累加在Sl中所述的賬戶中。同時記錄用戶單條短信扣費(fèi)紀(jì)錄，扣費(fèi)記錄體現(xiàn)扣費(fèi)的精確時間和扣費(fèi)的賬戶信 肩、οS1-3:補(bǔ)款時，先根據(jù)序列號到本月扣費(fèi)記錄中查詢，查詢不到則到上月扣費(fèi)記錄 中查詢。針對上月的扣費(fèi)信息，只有本金扣費(fèi)允許補(bǔ)款。S1-4:本月的扣費(fèi)紀(jì)錄補(bǔ)款時，查詢用戶的本金賬戶扣費(fèi)記錄、短信贈送金額賬戶 扣費(fèi)記錄、短信贈送條數(shù)賬戶扣費(fèi)記錄、短信套餐條數(shù)賬戶扣費(fèi)紀(jì)錄，以確定補(bǔ)款賬號和該 賬號的補(bǔ)款金額。每個賬號的補(bǔ)款金額以扣費(fèi)金額或者扣除條數(shù)為上限。實(shí)施例二用戶的短信、在信、彩信扣費(fèi)賬戶記錄表更進(jìn)一步的，上述Sl-I說明如下對用戶建立這些賬戶的用于記錄用戶的每個賬戶累計(jì)的扣費(fèi)金額或者條數(shù)。在補(bǔ) 款時，補(bǔ)款的金額或者條數(shù)以此為上限。作為實(shí)施方式之一，優(yōu)選的，可以在數(shù)據(jù)庫為用戶建立如表1所示的表結(jié)構(gòu)，具體 可以表現(xiàn)為用戶短信扣費(fèi)記錄累計(jì)信息表。
權(quán)利要求
1.一種業(yè)務(wù)處理方法，其特征在于，針對用戶業(yè)務(wù)建立用戶消費(fèi)詳情記錄表，該方法還 包括扣費(fèi)時，按照順序進(jìn)行扣費(fèi)，并記錄扣費(fèi)詳情信息；補(bǔ)款時，查詢本月和上月的扣費(fèi)詳情記錄，據(jù)此確定補(bǔ)款賬號和補(bǔ)款額度。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶業(yè)務(wù)為短信、在信、彩信業(yè)務(wù)中 的至少一種。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述建立用戶消費(fèi)詳情記錄表的過程包括針對用戶的短信、在信、彩信業(yè)務(wù)，分別對用戶建立本金賬戶扣費(fèi)記錄、贈送金額賬戶 扣費(fèi)記錄、贈送條數(shù)賬戶扣費(fèi)記錄、套餐條數(shù)賬戶扣費(fèi)紀(jì)錄。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述按照順序進(jìn)行扣費(fèi)，并記錄扣費(fèi)詳情 信息的過程包括針對用戶的短信、在信、彩信業(yè)務(wù)，按照套餐條數(shù)、贈送條數(shù)、贈送金額、本金的順序進(jìn) 行；同時累加各個賬戶的扣費(fèi)信息，記錄能夠體現(xiàn)扣費(fèi)精確時間和扣費(fèi)賬戶信息的扣費(fèi)記錄。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述查詢本月和上月的扣費(fèi)詳情記錄，據(jù) 此確定補(bǔ)款賬號和補(bǔ)款額度的過程包括針對用戶的短信、在信、彩信業(yè)務(wù)，先在本月扣費(fèi)記錄中查詢，查詢不到時則在上月扣 費(fèi)記錄中查詢；針對上月的扣費(fèi)信息，只有本金扣費(fèi)允許補(bǔ)款；本月的扣費(fèi)紀(jì)錄補(bǔ)款時，查 詢用戶的本金賬戶扣費(fèi)記錄、贈送金額賬戶扣費(fèi)記錄、贈送條數(shù)賬戶扣費(fèi)記錄、套餐條數(shù)賬 戶扣費(fèi)紀(jì)錄，以確定補(bǔ)款賬號和該賬號的補(bǔ)款金額，并且每個賬號的補(bǔ)款金額以扣費(fèi)金額 或者扣除條數(shù)為上限。
6.一種業(yè)務(wù)處理系統(tǒng)，其特征在于，該系統(tǒng)包括扣費(fèi)單元、補(bǔ)款單元；其中，所述扣費(fèi)單元，用于針對用戶業(yè)務(wù)建立用戶消費(fèi)詳情記錄表，并在扣費(fèi)時按照順序進(jìn) 行扣費(fèi)，以及記錄扣費(fèi)詳情信息；所述補(bǔ)款單元，用于在補(bǔ)款時，查詢本月和上月的扣費(fèi)詳情記錄，據(jù)此確定補(bǔ)款賬號和 補(bǔ)款額度。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述用戶業(yè)務(wù)為短信、在信、彩信業(yè)務(wù)中 的至少一種。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述扣費(fèi)單元，包括用戶扣費(fèi)賬戶判斷模 塊、用戶消費(fèi)詳情記錄模塊、用戶扣費(fèi)執(zhí)行模塊；其中，所述用戶扣費(fèi)賬戶判斷模塊，用于根據(jù)用戶的資源，結(jié)合用戶的消費(fèi)詳情記錄，判斷具 體的扣費(fèi)賬戶；所述用戶消費(fèi)詳情記錄模塊，用于實(shí)現(xiàn)用戶消費(fèi)詳情的記錄，為用戶補(bǔ)款賬號判斷模 塊提供數(shù)據(jù)查詢，為用戶扣費(fèi)執(zhí)行模塊提供數(shù)據(jù)記錄；所述用戶扣費(fèi)執(zhí)行模塊，用于接受用戶扣費(fèi)賬戶判斷模塊提供的用戶扣費(fèi)賬號和額度 信息，并執(zhí)行扣費(fèi)，將扣費(fèi)結(jié)果記錄在用戶消費(fèi)詳情記錄模塊。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述補(bǔ)款單元，包括用戶補(bǔ)款賬號判斷模 塊、補(bǔ)款執(zhí)行模塊；其中，所述用戶補(bǔ)款賬號判斷模塊，用于查詢用戶消費(fèi)詳情記錄和資源，判斷用戶的補(bǔ)款賬 戶信息并輸出；所述補(bǔ)款執(zhí)行模塊，用于接受用戶補(bǔ)款賬號判斷模塊輸出的用戶補(bǔ)款賬號和補(bǔ)款額度 信息，執(zhí)行補(bǔ)款操作。
10.根據(jù)權(quán)利要求8或9所述的系統(tǒng)，其特征在于，所述資源包括用戶的各種套餐、贈 送、本金。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)處理方法和系統(tǒng)，均可針對用戶業(yè)務(wù)建立用戶消費(fèi)詳情記錄表；在扣費(fèi)時，按照順序進(jìn)行扣費(fèi)，并記錄扣費(fèi)詳情信息；在補(bǔ)款時，查詢本月和上月的扣費(fèi)詳情記錄，據(jù)此確定補(bǔ)款賬號和補(bǔ)款額度。本發(fā)明方法和系統(tǒng)，通過記錄短信、在信、彩信業(yè)務(wù)的扣費(fèi)和回滾詳情，用以確定扣費(fèi)和補(bǔ)款賬戶，避免補(bǔ)款所造成的各種資源錯誤使用。一方面保障了短信、在信、彩信業(yè)務(wù)扣費(fèi)和補(bǔ)款時用戶和運(yùn)營商之間相對公平；另一方面防止了人為惡意的使用短信、在信、彩信回滾的漏洞來獲取非法的利益，保障了運(yùn)營商的利益。因此該方法和系統(tǒng)具有非常高的經(jīng)濟(jì)效益和技術(shù)價值。
文檔編號H04W4/24GK102104861SQ20111003873
公開日2011年6月22日 申請日期2011年2月15日 優(yōu)先權(quán)日2011年2月15日
發(fā)明者侯智榮 申請人:中興通訊股份有限公司