專利名稱：充值方法、單元及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域業(yè)務(wù)支撐中的充值技術(shù)，具體地，涉及一種充值方法、單元及系統(tǒng)。
背景技術(shù)：
圖1為現(xiàn)有技術(shù)中預(yù)付費業(yè)務(wù)的充值過程，如圖1所示，包括1)數(shù)據(jù)操作人員，給充值卡生產(chǎn)系統(tǒng)提交制卡數(shù)據(jù)，包括卡號、密碼和相應(yīng)的面額；幻充值卡生產(chǎn)系統(tǒng)完成制卡，把卡數(shù)據(jù)導(dǎo)入充值中心(Voucher Center，簡稱 VC)；有價卡處于激活狀態(tài)；有價卡的面額與卡號已經(jīng)一一對應(yīng)。3) VC平臺負(fù)責(zé)維護(hù)充值的卡狀態(tài)；后臺操作人員進(jìn)行充值卡的激活；充值卡處于激活狀態(tài)；4)營業(yè)員領(lǐng)取含有卡號以及面額的充值卡，并通過客戶關(guān)系管理系統(tǒng)(Customer Relationship Management，簡稱CRM)系統(tǒng)負(fù)責(zé)銷售，充值卡已處于激活狀態(tài)；CRM只能根據(jù)已定義的面額進(jìn)行銷售；5)用戶憑卡號和密碼進(jìn)行充值操作，充值卡處于充值狀態(tài)；6)充值成功后，充值卡的狀態(tài)處于已使用狀態(tài)。在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題1.現(xiàn)有的充值卡數(shù)據(jù)在智能網(wǎng)VC上管理，需要經(jīng)過充值卡數(shù)據(jù)入庫、卡發(fā)行和卡激活三個環(huán)節(jié)，流程較為繁瑣，且面額在制卡階段就已經(jīng)固定。為保證客戶買到卡后即可充值使用，需要激活后才能銷售，發(fā)卡效率低。2.發(fā)行、流通環(huán)節(jié)，已經(jīng)激活的充值卡在流通中存在較大的安全隱患，容易造成資金安全。3.用戶必須根據(jù)充值卡定義的面額進(jìn)行購買，如充30元，只能購買一張10元和 20元的充值卡，并且撥打密碼充值兩次才能可能完成30元充值成功，造成運營商一方制作充值卡成本高、用戶一方充值不靈活且浪費時間。

發(fā)明內(nèi)容
本發(fā)明的第一目的是提出一種充值方法，以實現(xiàn)降低充值成本，提高充值效率。本發(fā)明的第二目的是提出一種激活單元，以實現(xiàn)降低充值成本，提高充值效率。本發(fā)明的第三目的是提出一種充值單元，以實現(xiàn)降低充值成本，提高充值效率。本發(fā)明的第四目的是提出一種充值系統(tǒng)，以實現(xiàn)降低充值成本，提高充值效率。為實現(xiàn)上述第一目的，根據(jù)本發(fā)明的一個方面，提供了一種充值方法，包括根據(jù)用戶請求的充值面額，發(fā)送包含實時定義的充值面額的充值請求；充值請求確認(rèn)后，根據(jù)用戶上報的充值校驗碼確定是否進(jìn)行對用戶充值面額的充值。其中，可以根據(jù)用戶通過營業(yè)廳、移動終端或互聯(lián)網(wǎng)終端請求的充值面額，發(fā)送包含充值卡號碼激活信息以及充值面額的充值請求。發(fā)送包含充值卡號碼激活信息以及充值面額的充值請求進(jìn)一步可以包括通過 SMP的“卡單條激活MML”命令，發(fā)送包含充值面額以及充值卡號碼激活的充值請求，分別激活單張或序列號非連續(xù)的充值卡號碼；或者通過SMP的“卡批量激活MML”命令，發(fā)送包含充值面額以及充值卡號碼激活的充值請求，批量激活序列號連續(xù)的多張充值卡號碼。為實現(xiàn)上述第二目的，根據(jù)本發(fā)明的另一個方面，提供了一種激活單元，包括請求模塊，用于根據(jù)用戶請求的充值面額，發(fā)送包含實時定義的充值面額的充值請求；存儲模塊，用于存儲包含充值卡號碼以及校驗碼的充值卡數(shù)據(jù)，向請求模塊提供充值面額對應(yīng)的充值卡號碼。優(yōu)選地，請求模塊可以包括判別子模塊，用于確定單張或序列號非連續(xù)、連續(xù)的充值卡號碼；激活子模塊，用于發(fā)送包含充值卡號碼激活信息以及充值面額的充值請求。該單元還可以包括同步模塊，用于與充值單元進(jìn)行充值卡數(shù)據(jù)同步，其中，充值卡數(shù)據(jù)的充值狀態(tài)以充值單元為準(zhǔn)，激活狀態(tài)以存儲模塊中存儲的狀態(tài)為準(zhǔn)。且該單元可以位于CRM/BOSS內(nèi)。為實現(xiàn)上述第三目的，根據(jù)本發(fā)明的另一個方面，提供了一種充值單元，包括激活模塊，用于根據(jù)接收的包含實時定義的充值面額的充值請求，對充值請求中攜帶的充值卡號碼進(jìn)行實時激活，定義充值卡號碼的充值面額；校驗?zāi)K，用于在充值卡號碼激活后， 根據(jù)上報的充值卡號碼對應(yīng)的充值校驗碼確定是否進(jìn)行充值面額的充值。該單元可以位于 VC充值平臺內(nèi)。為實現(xiàn)上述第四目的，根據(jù)本發(fā)明的另一個方面，提供了一種充值系統(tǒng)，包括上述第二目的的激活單元以及第三目的的充值單元。本發(fā)明各實施例的充值方法、單元和系統(tǒng)，由于在充值時，根據(jù)用戶實時請求的充值面額，發(fā)送充值請求，進(jìn)行預(yù)付費業(yè)務(wù)的充值激活，可以根據(jù)用戶需要靈活的設(shè)置充值面額，減少了制作成本。本發(fā)明還可以不在銷售前激活，可以在制卡數(shù)據(jù)完成后即可銷售，解決現(xiàn)有技術(shù)中流通環(huán)節(jié)的安全隱患以及發(fā)卡環(huán)節(jié)過于繁瑣等技術(shù)缺陷。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


附圖用來提供對本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中圖1為現(xiàn)有技術(shù)中預(yù)付費業(yè)務(wù)的充值流程圖；圖2為根據(jù)本發(fā)明充值方法的實施例一流程圖；圖3為根據(jù)本發(fā)明充值方法實施例二以及充值系統(tǒng)實施例一示意圖；圖4為根據(jù)本發(fā)明充值方法實施例三以及充值系統(tǒng)實施例二示意圖；圖5為根據(jù)本發(fā)明激活單元實施例結(jié)構(gòu)示意圖；圖6為根據(jù)本發(fā)明充值單元實施例結(jié)構(gòu)示意圖。
具體實施例方式以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。方法實施例圖2為根據(jù)本發(fā)明充值方法的實施例一流程圖，如圖2所示，本實施例包括步驟S102 根據(jù)用戶請求的充值面額，發(fā)送包含實時定義的充值面額的充值請求；具體地，用戶可以通過營業(yè)廳、移動終端或互聯(lián)網(wǎng)終端請求該充值面額，以進(jìn)行實時定義面值的充值；如用戶1在營業(yè)廳請求充30元并付款，則營業(yè)員向網(wǎng)絡(luò)側(cè)發(fā)送包含30元充值面額以及充值卡號的充值請求；如用戶2通過手機(jī)請求充30元并付款，則手機(jī)將該30元的充值請求發(fā)送網(wǎng)絡(luò)側(cè)激活單元，激活單元從存儲的數(shù)據(jù)庫中選擇一卡號，并將包含充值卡號和30元的充值請求發(fā)送充值單元；發(fā)送充值請求過程中或者以后可將該卡號和對應(yīng)的校驗碼返回該手機(jī)用戶；如用戶3通過互聯(lián)網(wǎng)終端請求充30元并通過網(wǎng)上銀行等進(jìn)行付款，則互聯(lián)網(wǎng)終端將該30元的充值請求發(fā)送網(wǎng)絡(luò)側(cè)激活單元，激活單元從存儲的數(shù)據(jù)庫中選擇一卡號，并將包含充值卡號和30元的充值請求發(fā)送充值單元；發(fā)送充值請求過程中或者以后可將該卡號和對應(yīng)的校驗碼返回該互聯(lián)網(wǎng)用戶；步驟S104 網(wǎng)絡(luò)側(cè)充值請求確認(rèn)后，接收該用戶后續(xù)上報的充值校驗碼；步驟S106 網(wǎng)絡(luò)側(cè)對校驗碼進(jìn)行校驗，確定是否對該用戶進(jìn)行上述充值面額的充值。本實施例在銷售過程中實時定義充值面額，解決了現(xiàn)有技術(shù)中成本高、發(fā)卡效率低等缺陷，且可以根據(jù)用戶需求靈活設(shè)置充值面額。圖3為根據(jù)本發(fā)明充值方法實施例二以及充值系統(tǒng)實施例一示意圖。如圖3所示， 本實施例充值方法包括1)業(yè)務(wù)部門數(shù)據(jù)操作人員，給充值卡制作單元提交制卡數(shù)據(jù)，只包括卡號和校驗碼(如，密碼)，面額定義為0;2)制作單元制卡數(shù)據(jù)生成后，制卡數(shù)據(jù)導(dǎo)入激活單元，如本實施例激活單元可以位于CRM/BOSS系統(tǒng)內(nèi)，完成銷售時激活；此時卡處于生命周期中的“未激活狀態(tài)”，未被激活；3)激活單元把充值卡數(shù)據(jù)裝載到充值單元，如VC平臺；裝載過程卡在激活單元處于生命周期中的“激活狀態(tài)”，在充值單元中處于“激活狀態(tài)”，數(shù)據(jù)以激活單元為準(zhǔn)；4)用戶購買充值卡，用戶實時定義充值面額，如用戶通過營業(yè)廳購買并賦值30 元，營業(yè)員發(fā)給用戶充值卡，充值卡上包括卡號以及校驗碼；5)營業(yè)員在用戶賦值成功后，向激活單元發(fā)起充值卡激活(卡號)和用戶請求的充值面額，充值卡處于激活狀態(tài)并賦予了充值面額，如30元；激活單元通過與充值單元間的接口激活充值單元上的充值卡以及充值面額，例如CRM/BOSS系統(tǒng)與VC之間的接口 ；
a)若銷售單張或序列號不連續(xù)的卡，CRM系統(tǒng)可以調(diào)用現(xiàn)有技術(shù)中SMP提供的“卡單條激活”MML命令，將已售卡分別激活。b)若銷售序列號連續(xù)的卡，CRM系統(tǒng)可以調(diào)用現(xiàn)有技術(shù)中SMP提供的“卡批量激活” MML命令，將已售卡批量激活。c)上述操作可組合完成。6)用戶通過服務(wù)控制點發(fā)送充值校驗碼，如密碼請求充值；7)服務(wù)控制點/充值單元進(jìn)行充值操作，根據(jù)激活的充值金額對該卡號進(jìn)行充值，充值單元將對應(yīng)該卡號的狀態(tài)設(shè)置為“已充值”，或“充值占用狀態(tài)”，并且與激活單元同步，此時，充值卡在激活單元及充值單元中均處于“充值占用狀態(tài)”。如圖3所示，本實施例的充值系統(tǒng)包括激活單元，用于進(jìn)行充值面額的在線激活，以及實時定義充值面額，發(fā)送包含充值卡號以及充值面額的充值請求至充值單元；充值單元，用于根據(jù)激活單元的充值請求進(jìn)行充值卡的激活操作、實時定義充值面額，與激活單元進(jìn)行同步數(shù)據(jù)。其中，還包括制卡單元，用于根據(jù)包含充值卡號碼和校驗碼的數(shù)據(jù)制作實體充值卡或電子充值卡；其中，實體充值卡或電子充值卡不包含充值面額。本實施例充值系統(tǒng)具體充值過程可參見上述方法實施例的相關(guān)說明，本領(lǐng)域技術(shù)人員可知，本實施例通過更改充值卡數(shù)據(jù)制作、發(fā)行、激活的環(huán)節(jié)，在銷售過程時激活和定義面額，可以避免現(xiàn)有技術(shù)中的缺點。如1.在制卡過程中只需要定義卡號和密碼數(shù)據(jù)等資源數(shù)據(jù)，不需要定義面額；2.充值單元的數(shù)據(jù)由激活單元進(jìn)行裝載，激活單元保存充值卡的資源數(shù)據(jù)，在銷售時，通知充值單元進(jìn)行激活并定義面額、有效期等。具體地，本實施例中激活單元可以位于CRM/BOSS系統(tǒng)中，并進(jìn)行如下改進(jìn)1.CRM系統(tǒng)對充值卡數(shù)據(jù)資源進(jìn)行統(tǒng)一控制，即對充值卡的申請、審批、分配、銷售、庫存、流通等進(jìn)行電子化控制，提供針對充值卡數(shù)據(jù)的查詢、統(tǒng)計、跟蹤等。2.進(jìn)行充值卡營業(yè)廳前臺銷售、互聯(lián)網(wǎng)終端、移動終端的實時充值在線激活，用戶實時自定義充值面額。3. CRM中建立充值卡數(shù)據(jù)生命周期管理體系，管理充值卡數(shù)據(jù)的生成、激活、銷售、 已充值、清退等狀態(tài)?？せ顮顟B(tài)以CRM系統(tǒng)為準(zhǔn)，卡的已充值狀態(tài)以VC為準(zhǔn)，進(jìn)行與VC 數(shù)據(jù)一致性比對。具體地，本實施例中充值單元可以位于VC平臺中，并進(jìn)行如下改進(jìn)1. VC平臺支持通過CRM系統(tǒng)進(jìn)行卡數(shù)據(jù)裝載；2.通過CRM系統(tǒng)間接口，實現(xiàn)充值卡的激活操作、自定義面額以及兩系統(tǒng)間的同步對帳處理。本實施例方法、系統(tǒng)通過在銷售過程中實時激活方式，解決現(xiàn)有充值卡在流通環(huán)節(jié)的安全隱患以及現(xiàn)有技術(shù)中需要銷售前激活的發(fā)卡效率低的問題，并且本實施例可以在銷售過程中根據(jù)需要實時的定義面額，解決制卡成本高、用戶不能靈活充值，多次充值實現(xiàn)一個充值金額的問題。圖4為根據(jù)本發(fā)明充值方法實施例三以及充值系統(tǒng)實施例二示意圖，本實施例與圖3實施例類似，不同之處在于用戶是通過移動終端或者互聯(lián)網(wǎng)終端進(jìn)行充值，具體充值過程如下充值方法包括1)業(yè)務(wù)部門數(shù)據(jù)操作人員，給充值卡制作單元提交制卡數(shù)據(jù)，只包括卡號和校驗碼(如，密碼)，面額定義為0 ；2)制作單元制卡數(shù)據(jù)生成后，制卡數(shù)據(jù)導(dǎo)入激活單元，如本實施例激活單元可以位于CRM/BOSS系統(tǒng)內(nèi)，完成銷售時激活；此時卡處于生命周期中的“未激活狀態(tài)”，未被激活；3)激活單元把充值卡數(shù)據(jù)裝載到充值單元，如VC平臺；裝載過程卡在激活單元處于生命周期中的“激活狀態(tài)”，在充值單元中處于“激活狀態(tài)”，數(shù)據(jù)以激活單元為準(zhǔn)；4)移動終端或者互聯(lián)網(wǎng)終端等用戶終端向銷售/激活單元發(fā)送申請購買有價卡的請求，例如彩鈴卡、游戲點卡等有價充值卡，用戶實時定義充值面額，并通過手機(jī)、網(wǎng)上銀行等進(jìn)行支付定義的充值面額，如80元，在用戶賦值(支付)成功后返給該終端一個電子充值卡號、校驗碼以及充值面額；5)銷售/激活單元收到用戶終端已經(jīng)賦值成功，以及已支付的充值面額，向充值單元發(fā)送包含有價卡號(電子充值卡號)激活和用戶終端已充值的充值面額操作，例如有價卡處于激活狀態(tài)并賦予充值面額；充值單元完成相應(yīng)的操作后，向銷售/激活單元進(jìn)行反饋，激活單元向用戶終端返回充值完成；6)用戶終端獲取銷售/激活單元的充值完成通知向充值中心發(fā)起充值申請，進(jìn)行后續(xù)的充值操作，與圖3后續(xù)步驟6和7操作相類似，不重復(fù)描述。圖5為根據(jù)本發(fā)明激活單元實施例結(jié)構(gòu)示意圖。如圖5所示，本實施例包括請求模塊，用于根據(jù)用戶請求的充值面額，發(fā)送包含實時定義的充值面額的充值請求；存儲模塊，用于存儲包含充值卡號碼以及校驗碼的充值卡數(shù)據(jù)，向請求模塊提供充值面額對應(yīng)的充值卡號碼。其中，本實施例的激活單元可以位于CRM/BOSS內(nèi)，具體可參見圖3以及圖4實施例相關(guān)說明。請求模塊可以包括判別子模塊，用于確定單張或序列號非連續(xù)、連續(xù)的充值卡號碼；激活子模塊，用于發(fā)送包含充值卡號碼激活信息以及充值面額的充值請求，充值請求包括通過SMP的“卡激活MML”命令發(fā)送。激活單元還可以包括同步模塊，用于與充值單元進(jìn)行充值卡數(shù)據(jù)同步，其中，充值卡數(shù)據(jù)的充值以及激活狀態(tài)以充值單元為準(zhǔn)，激活狀態(tài)以存儲模塊中存儲的狀態(tài)為準(zhǔn)。圖6為根據(jù)本發(fā)明充值單元實施例結(jié)構(gòu)示意圖，如圖6所示，本實施例包括激活模塊，用于根據(jù)接收的包含實時定義的充值面額的充值請求，對充值請求中攜帶的充值卡號碼進(jìn)行實時激活并實時定義充值卡號碼的充值面額；校驗?zāi)K，用于在充值卡號碼激活后，根據(jù)上報的充值卡號碼對應(yīng)的充值校驗碼確定是否進(jìn)行充值面額的充值。其中，本實施例的充值單元可以位于VC充值平臺內(nèi)，具體可參見圖3以及圖4實施例相關(guān)說明。
如圖6所示，本實施例中，存儲模塊和同步模塊可以合并設(shè)置，在數(shù)據(jù)同步后進(jìn)行存儲。本實施例的充值單元還可以包括同步模塊，用于與發(fā)送充值請求的激活單元進(jìn)行充值卡數(shù)據(jù)同步，其中，充值卡數(shù)據(jù)的充值以狀態(tài)以充值單元為準(zhǔn)，激活狀態(tài)以激活單元為準(zhǔn)。上述只是對充值方法、裝置及系統(tǒng)的幾種例舉，本領(lǐng)域普通技術(shù)人員應(yīng)當(dāng)了解，在不同的應(yīng)用場景下，充值的對象還可能是游戲點卡、彩鈴卡等作為本發(fā)明的充值有價卡，其均應(yīng)在本發(fā)明技術(shù)方案所要求保護(hù)的范圍之內(nèi)。可通過各種手段實施本文描述的技術(shù)。舉例來說，這些技術(shù)可實施在硬件、固件、 軟件或其組合中。對于硬件實施方案，激活單元和充值單元可實施在一個或一個以上專用集成電路(ASIC)、數(shù)字信號處理器(DSP)、可編程邏輯裝置(PLD)、現(xiàn)場可編程門陣列 (FPGA)、處理器、控制器、微控制器、微處理器、電子裝置、其它經(jīng)設(shè)計以執(zhí)行本文所描述的功能的電子單元或其組合內(nèi)。對于固件和/或軟件實施方案，可用執(zhí)行本文描述的功能的模塊(例如，過程、步驟、流程等)來實施所述技術(shù)。固件和/或軟件代碼可存儲在存儲器(例如，圖6中的存儲模塊)中并由處理器執(zhí)行。存儲器可實施在處理器內(nèi)或處理器外部。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，對于本領(lǐng)域的技術(shù)人員來說，其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種充值方法，其特征在于，包括根據(jù)用戶請求的充值面額，發(fā)送包含實時定義的所述充值面額的充值請求；所述充值請求確認(rèn)后，根據(jù)所述用戶上報的充值校驗碼確定是否進(jìn)行對所述用戶所述充值面額的充值。
2.根據(jù)權(quán)利要求1所述的充值方法，其特征在于，根據(jù)用戶請求的充值面額，發(fā)送包含實時定義的所述充值面額的充值請求的操作包括根據(jù)用戶通過營業(yè)廳、移動終端或互聯(lián)網(wǎng)終端請求的充值面額，發(fā)送包含充值卡號碼激活信息以及所述充值面額的充值請求。
3.根據(jù)權(quán)利要求2所述的充值方法，其特征在于，發(fā)送包含充值卡號碼激活信息以及所述充值面額的充值請求進(jìn)一步包括通過SMP的“卡單條激活MML”命令，發(fā)送包含所述充值面額以及充值卡號碼激活的充值請求，分別激活單張或序列號非連續(xù)的充值卡號碼；或者通過SMP的“卡批量激活MML”命令，發(fā)送包含所述充值面額以及充值卡號碼激活的充值請求，批量激活序列號連續(xù)的多張充值卡號碼。
4.根據(jù)權(quán)利要求2所述的充值方法，其特征在于，根據(jù)用戶請求的充值面額，發(fā)送包含實時定義的所述充值面額的充值請求的操作之前還包括根據(jù)包含充值卡號碼和校驗碼的數(shù)據(jù)制作實體充值卡或電子有價充值卡；其中，所述實體充值卡或電子有價充值卡不包含充值面額。
5.根據(jù)權(quán)利要求4所述的充值方法，其特征在于，制作實體充值卡或電子有價充值卡之后還包括將所述包含充值卡號碼和所述充值校驗碼的充值卡數(shù)據(jù)導(dǎo)入發(fā)送所述充值請求的激活單元，其中，導(dǎo)入后所述充值卡數(shù)據(jù)處于未激活狀態(tài)；所述激活單元將所述充值卡數(shù)據(jù)導(dǎo)入對用戶上報的充值校驗碼進(jìn)行校驗的充值單元， 其中，導(dǎo)入后所述充值卡數(shù)據(jù)處于激活狀態(tài)。
6.根據(jù)權(quán)利要求5所述的充值方法，其特征在于，所述充值請求確認(rèn)后，根據(jù)所述用戶上報的充值校驗碼確定是否進(jìn)行對所述用戶所述充值面額的充值之后還包括對所述用戶確定進(jìn)行所述充值面額的充值后，所述充值單元將所述充值卡號碼設(shè)定為已充值狀態(tài)，與所述激活單元進(jìn)行數(shù)據(jù)同步。
7.一種激活單元，其特征在于，包括請求模塊，用于根據(jù)用戶請求的充值面額，發(fā)送包含實時定義的所述充值面額的充值請求；存儲模塊，用于存儲包含充值卡號碼以及校驗碼的充值卡數(shù)據(jù)，向所述請求模塊提供所述充值面額對應(yīng)的充值卡號碼。
8.根據(jù)權(quán)利要求7所述的激活單元，其特征在于，所述請求模塊包括判別子模塊，用于確定單張或序列號非連續(xù)、連續(xù)的充值卡號碼；激活子模塊，用于發(fā)送包含充值卡號碼激活信息以及所述充值面額的所述充值請求。
9.根據(jù)權(quán)利要求7所述的激活單元，其特征在于，還包括同步模塊，用于與充值單元進(jìn)行充值卡數(shù)據(jù)同步，其中，充值卡數(shù)據(jù)的充值狀態(tài)以所述充值單元為準(zhǔn)，激活狀態(tài)以所述存儲模塊中存儲的狀態(tài)為準(zhǔn)。
10.根據(jù)權(quán)利要求7或8或9所述的激活單元，其特征在于，位于CRM/BOSS內(nèi)。
11.一種充值單元，其特征在于，包括激活模塊，用于根據(jù)接收的包含實時定義的充值面額的充值請求，對所述充值請求中攜帶的充值卡號碼進(jìn)行實時激活，定義所述充值卡號碼的所述充值面額；校驗?zāi)K，用于在所述充值卡號碼激活后，根據(jù)上報的所述充值卡號碼對應(yīng)的充值校驗碼確定是否進(jìn)行所述充值面額的充值。
12.根據(jù)權(quán)利要求11所述的充值單元，其特征在于，還包括同步模塊，用于與發(fā)送所述充值請求的激活單元進(jìn)行充值卡數(shù)據(jù)同步，其中，充值卡數(shù)據(jù)的充值狀態(tài)以所述充值單元為準(zhǔn)，激活狀態(tài)以所述激活單元為準(zhǔn)。
13.根據(jù)權(quán)利要求11或12所述的充值單元，其特征在于，位于VC充值平臺內(nèi)。
14.一種充值系統(tǒng)，其特征在于，包括權(quán)利要求7-10任一項所述的激活單元，以及權(quán)利要求11-13任一項所述的充值單元。
15.根據(jù)權(quán)利要求14所述的充值系統(tǒng)，其特征在于，還包括制卡單元，用于根據(jù)包含充值卡號碼和校驗碼的數(shù)據(jù)制作實體充值卡或電子有價充值卡；其中，所述實體充值卡或電子有價充值卡不包含充值面額。
16.根據(jù)權(quán)利要求14所述的充值系統(tǒng)，其特征在于，還包括服務(wù)控制點，用于存儲業(yè)務(wù)邏輯，將用戶上報的所述充值卡號碼對應(yīng)的充值校驗碼發(fā)送至所述充值單元。
全文摘要
本發(fā)明公開了一種充值方法、單元及系統(tǒng)，其中，該方法包括根據(jù)用戶請求的充值面額，發(fā)送包含實時定義的充值面額的充值請求；充值請求確認(rèn)后，根據(jù)用戶上報的充值校驗碼確定是否進(jìn)行對用戶充值面額的充值。本發(fā)明根據(jù)用戶實時請求的充值面額，發(fā)送充值請求，進(jìn)行預(yù)付費業(yè)務(wù)的充值激活，可以根據(jù)用戶需要靈活的設(shè)置充值面額，減少了制作成本，解決現(xiàn)有技術(shù)中流通環(huán)節(jié)的安全隱患以及成本高的缺陷。
文檔編號H04M17/00GK102487427SQ20101058214
公開日2012年6月6日 申請日期2010年12月6日 優(yōu)先權(quán)日2010年12月6日
發(fā)明者沈堯, 程宇, 袁向陽 申請人:中國移動通信集團(tuán)上海有限公司, 中國移動通信集團(tuán)公司