專利名稱：一種充值卡充值方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信技術(shù)領(lǐng)域，尤其涉及一種充值卡充值方法、系統(tǒng)及裝置。
背景技術(shù)：
充值卡充值作為普通繳費(fèi)的一種拓展手段，以其快捷方便的優(yōu)勢發(fā)揮著越來越重要的作用，在繳費(fèi)的比重中占據(jù)很大一部分。充值卡充值是用戶不必到營業(yè)廳，而是通過購買充值卡，撥打業(yè)務(wù)接入碼或上網(wǎng)為固定電話、移動電話等業(yè)務(wù)進(jìn)行繳費(fèi)的ー種語音增值業(yè)務(wù)。充值卡管理系統(tǒng)包括管理節(jié)點(diǎn)SMP(Sevice Management Point，業(yè)務(wù)管理節(jié)點(diǎn))、管理接入節(jié)點(diǎn)SMAP(Sevice Management Access Point,業(yè)務(wù)管理接入節(jié)點(diǎn))、業(yè)務(wù)支撐系統(tǒng)BOSS(Business&Operation Support System,電信業(yè)務(wù)運(yùn)營支持系統(tǒng))、待充值用戶歸屬SCP (Sevice Control Point,業(yè)務(wù)控制節(jié)點(diǎn))、充值中心 VC (Voucher Center,充值中心)。SMP為業(yè)務(wù)交換節(jié)點(diǎn)，實(shí)現(xiàn)VC中充值卡數(shù)據(jù)的管理，同時作為BOSS與VC的接ロ，實(shí)現(xiàn)對用戶BOSS賬戶充值。SMAP為管理接入節(jié)點(diǎn)，通過SMP實(shí)現(xiàn)對VC中充值卡信息的管理。BOSS為業(yè)務(wù)支撐系統(tǒng)，實(shí)現(xiàn)充值卡資源管理。SCP為信令接入控制部分，用戶撥打接入碼后消息觸發(fā)到SCP，SCP對充值呼叫的整個過程進(jìn)行控制。VC為充值中心，維護(hù)充值卡信息并對充值卡的有效性進(jìn)行鑒權(quán)。如圖1所示，現(xiàn)有充值卡管理技術(shù)方案中，BOSS與VC都有獨(dú)立的本地數(shù)據(jù)庫，BOSS系統(tǒng)側(cè)重于資源管理，包括充值卡銷售情況等信息；vc側(cè)重于充值卡可用性信息管理，包括充值卡是否可以被使用，是否已經(jīng)充值等信息。充值卡數(shù)據(jù)的生成及管理如圖1中兩條粗線所示，兩個系統(tǒng)的數(shù)據(jù)是獨(dú)立的。充值卡管理人員通過SMAP實(shí)現(xiàn)對VC中充值卡資源信息的管理，通過BOSS的專用客戶端實(shí)現(xiàn)對充值卡銷售信息進(jìn)行管理。兩個數(shù)據(jù)庫之間存在孤立。這種孤立導(dǎo)致兩個數(shù)據(jù)庫中的數(shù)據(jù)存在不一致的可能，一方面出現(xiàn)VC中充值卡可用，而BOSS中充值卡不可用的可能情況，此時充值卡若被使用會給運(yùn)營商帶來經(jīng)濟(jì)損失；另一方面出現(xiàn)VC中充值卡數(shù)據(jù)不可用，BOSS充值卡售出的可能情況，帶來用戶無法使用進(jìn)行投訴的風(fēng)險。同時在充值卡使用的實(shí)時信令流程中，也存在著一些技術(shù)弊端，如圖2所示，用戶撥打接入碼后，消息觸發(fā)到SCP，SCP對充值呼叫的整個過程進(jìn)行控制，向充值中心VC發(fā)送充值卡狀態(tài)查詢及置位信令；vc作為充值中心，存儲所有充值卡的信息，在充值過程對充值卡的有效性進(jìn)行鑒權(quán)，充值完成后置位充值卡信息井向SCP回復(fù)充值卡狀態(tài)查詢結(jié)果及置位響應(yīng)；B0SS作為充值卡管理部分及計費(fèi)系統(tǒng)，對充值卡進(jìn)行資源管理及充值金額入賬。在此過程中，偶然的信令傳輸丟失或時延過長導(dǎo)致的信令丟棄，SCP不能正常收到VC的置位反饋消息時，按照用戶有利原則，充值卡置位超時情況下，系統(tǒng)默認(rèn)用戶充值成功，如圖示粗線顯示(略去與BOSS交互部分)。為規(guī)避經(jīng)濟(jì)風(fēng)險，增強(qiáng)系統(tǒng)安全性，在現(xiàn)有的技術(shù)中，有著解決在這種情況的ー些方案，例如中國專利CN101753745，提供以下技術(shù)方案，SCP中建立一個記錄表，記錄默認(rèn)充值成功的充值卡，用戶再次充值通過該SCP吋，SCP會首先檢索其使用的充值卡是否存在默認(rèn)充值成功的情況，若有，則認(rèn)為該充值卡已經(jīng)使用，不可再次使用。BOSS與VC都有獨(dú)立的本地數(shù)據(jù)庫，BOSS與VC系統(tǒng)分別對充值卡的不同信息進(jìn)行管理。BOSS對充值卡的銷售信息進(jìn)行管理，VC對充值卡的使用等信息進(jìn)行管理，這些信息應(yīng)該有一定對應(yīng)關(guān)系。充值卡管理人員需要使用專用的、獨(dú)立的終端分別管理BOSS及VC的充值卡數(shù)據(jù)。由于兩個數(shù)據(jù)庫之間是獨(dú)立的，兩個數(shù)據(jù)庫數(shù)據(jù)的管理各有專用終端導(dǎo)致兩個數(shù)據(jù)庫的數(shù)據(jù)也是孤立的。兩者之間沒有同步機(jī)制，這就容易出現(xiàn)充值卡誤賣或渠道管理不善導(dǎo)致的未售出的充值卡流入到用戶手中，用戶撥打業(yè)務(wù)接入碼進(jìn)行使用時系統(tǒng)無法準(zhǔn)確辨別造成資金損失及投訴問題，可能情況不局限于以下。在BOSS系統(tǒng)沒有進(jìn)行銷售的充值卡，在VC上已經(jīng)為正常可用狀態(tài)，存在惡意被使用導(dǎo)致資金流失的風(fēng)險。在BOSS已經(jīng)正常售出的充值卡，在VC數(shù)據(jù)中狀態(tài)尚未維護(hù)為正?？捎脿顟B(tài)，導(dǎo)致用戶無法正常使用影響用戶感知的風(fēng)險。上述管理現(xiàn)狀對充值卡資源管理是分散管理，沒有實(shí)現(xiàn)統(tǒng)一，給圖謀不軌者提供了可乘之機(jī)，給運(yùn)營商帶來了很大的財務(wù)風(fēng)險。

發(fā)明內(nèi)容
本發(fā)明的目的在于，提供一種充值卡充值方法、系統(tǒng)及裝置，避免BOSS和VC之間數(shù)據(jù)不同步造成的資金損失及投訴問題，降低運(yùn)營商的財務(wù)風(fēng)險，提高用戶的滿意度。為實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的ー個方面，提供一種充值卡充值方法，包括:根據(jù)接收到的充值請求向待充值用戶的歸屬VC發(fā)起充值卡狀態(tài)鑒權(quán)請求；向BOSS發(fā)起充值卡有效性鑒權(quán)請求；接收到VC的第一鑒權(quán)響應(yīng)信令和BOSS的第二鑒權(quán)響應(yīng)信令后，向BOSS發(fā)起充值請求。另外，該方法還包括:接收BOSS回復(fù)的充值成功消息，向VC發(fā)起充值卡置位信令。優(yōu)選地，該方法還包括:未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，則默認(rèn)充值成功。更優(yōu)地，該方法還包括:再次發(fā)送充值卡置位信令，仍未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，記錄該次默認(rèn)充值成功信息。進(jìn)ー步地，該方法還包括:BOSS將待入庫的充值卡入庫文件存儲到存儲裝置；所述BOSS向SMP發(fā)送入庫命令；所述SMP根據(jù)所述入庫命令從所述存儲裝置下載待入庫的充值卡入庫文件；SMP將下載的充值卡入庫文件入庫到VC。
進(jìn)ー步地，該方法還包括:所述BOSS根據(jù)營業(yè)前臺對充值卡的管理操作進(jìn)行本地數(shù)據(jù)庫的充值卡信息維護(hù)時，向SMP發(fā)送協(xié)商命令；所述SMP根據(jù)所述協(xié)商命令對所述VC中的充值卡信息進(jìn)行相應(yīng)的修改。進(jìn)ー步地,該方法還包括:所述SMP對于接收到的批量的MML命令進(jìn)行排隊,按照排隊順序?qū)λ鯲C中的充值卡信息進(jìn)行相應(yīng)的修改。進(jìn)ー步地，該方法還包括:SMP將VC發(fā)生變更的充值卡信息及匯總校驗文件上傳到存儲裝置；存儲裝置上傳發(fā)生變更的充值卡信息、匯總校驗文件到BOSS ；BOSS將存儲裝置上傳的VC發(fā)生變更的充值卡信息與BOSS本地發(fā)生變更的充值卡信息進(jìn)行比對，生成沖突文件,并根據(jù)所述沖突文件向SMP發(fā)送沖突解決請求命令；SMP根據(jù)所述沖突解決請求命令更新VC的充值卡信息。為實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另ー個方面，提供ー種SCP，包括:第一鑒權(quán)模塊，用于根據(jù)接收到的充值請求向待充值用戶的歸屬VC發(fā)起充值卡狀態(tài)鑒權(quán)請求；第二鑒權(quán)模塊，用于向BOSS發(fā)起充值卡有效性鑒權(quán)請求；充值請求生成模塊，用于在接收到VC的第一鑒權(quán)響應(yīng)信令和BOSS的第二鑒權(quán)響應(yīng)信令后，向BOSS發(fā)起充值請求。另外，該SCP還包括:置位請求模塊，用于在接收BOSS回復(fù)的充值成功消息后，向VC發(fā)起充值卡置位信令。優(yōu)選地，該SCP還包括:計時模塊，用于在所述置位請求模塊向VC發(fā)起充值卡置位信令后開始計時；充值狀態(tài)記錄模塊，若未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，則記錄充值狀態(tài)為默認(rèn)充值成功。其中，更優(yōu)地，所述置位請求模塊，再次發(fā)送充值卡置位信令；所述充值狀態(tài)記錄模塊，仍未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，記錄該次默認(rèn)充值成功信息。為實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另ー個方面，提供ー種B0SS，其特征在于，包括:鑒權(quán)模塊，用于根據(jù)接收到的所述充值卡有效性鑒權(quán)請求進(jìn)行鑒權(quán)，并生成第二鑒權(quán)響應(yīng)消息；發(fā)送模塊，用于將生成的第二鑒權(quán)響應(yīng)消息發(fā)送給SCP。 優(yōu)選地，該BOSS還包括:入庫命令生成模塊，用于生成入庫命令；第一接ロ模塊，用于將所述入庫命令傳輸?shù)絊MP。優(yōu)選地，該BOSS還包括:協(xié)商命令生成模塊，用于根據(jù)營業(yè)前臺對充值卡的管理操作進(jìn)行本地數(shù)據(jù)庫的充值卡信息維護(hù)，生成協(xié)商命令；所述第一接ロ模塊，用于將所述協(xié)商命令傳輸?shù)絊MP。更優(yōu)地，該BOSS還包括:比對模塊，用于將存儲裝置上傳的VC發(fā)生變更的充值卡信息與BOSS本身發(fā)生變更的充值卡信息進(jìn)行比對，生成沖突文件；沖突解決請求模塊，用于根據(jù)所述沖突文件生成沖突解決請求命令并發(fā)送至SMP。為實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另ー個方面，提供ー種SMP，其特征在干，包括:下載模塊，用于根據(jù)接收到的入庫命令從存儲裝置下載待入庫的充值卡入庫文件；修改模塊，用于根據(jù)接收到的協(xié)商命令對所述VC中的充值卡信息進(jìn)行相應(yīng)的修改。優(yōu)選地，SMP還包括:上傳模塊，用于上傳VC發(fā)生變更的充值卡信息及匯總校驗文件至存儲裝置；所述修改模塊，用于根據(jù)BOSS發(fā)送的沖突文件修改VC中的充值卡信息。優(yōu)選地，SMP還包括:排隊模塊，用于對于接收到的批量的MML命令進(jìn)行排隊；所述修改模塊，用于按照排隊順序?qū)λ鯲C中的充值卡信息進(jìn)行相應(yīng)的修改。為實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另ー個方面，提供ー種充值卡充值系統(tǒng)，包括:SCP，根據(jù)接收到的充值請求向待充值用戶的歸屬VC發(fā)起充值卡狀態(tài)鑒權(quán)請求；向BOSS發(fā)起充值卡有效性鑒權(quán)請求；接收到VC的第一鑒權(quán)響應(yīng)信令和BOSS的第二鑒權(quán)響應(yīng)信令后，向BOSS發(fā)起充值請求。VC，用于根據(jù)接收到的充值卡狀態(tài)鑒權(quán)請求進(jìn)行鑒權(quán)，并生成第一鑒權(quán)響應(yīng)消息發(fā)送給SCP ；BOSS，用于根據(jù)接收到的所述充值卡有效性鑒權(quán)請求進(jìn)行鑒權(quán)，并生成第二鑒權(quán)響應(yīng)消息發(fā)送給SCP。本發(fā)明的充值卡充值方法、系統(tǒng)及裝置，通過在充值過程中，在BOSS和VC分別對充值卡的有效性進(jìn)行鑒權(quán)，確認(rèn)只有正常售出的充值卡才能夠被使用，而未售出的充值卡在VC側(cè)也是非可用狀態(tài)，避免BOSS和VC之間數(shù)據(jù)不同步造成的資金損失及投訴問題，降低運(yùn)營商的財務(wù)風(fēng)險，提高用戶的滿意度。


圖1是本發(fā)明現(xiàn)有技術(shù)充值卡管理方式示意圖；圖2是本發(fā)明現(xiàn)有技術(shù)充值管理方式的另ー示意圖；圖3是本發(fā)明充值卡充值方法實(shí)施例一的流程圖；圖4是本發(fā)明充值卡充值方法實(shí)施例ニ的流程圖；圖5是本發(fā)明充值卡充值方法實(shí)施例三的流程圖；圖6是本發(fā)明SCP實(shí)施例的結(jié)構(gòu)圖；圖7是本發(fā)明BOSS實(shí)施例的結(jié)構(gòu)圖；圖8是本發(fā)明SMP實(shí)施例的結(jié)構(gòu)圖；圖9是本發(fā)明充值卡充值系統(tǒng)實(shí)施例結(jié)構(gòu)圖。
具體實(shí)施例方式為解決現(xiàn)有技術(shù)中存在的惡意使用沒有進(jìn)行銷售的充值卡所導(dǎo)致的運(yùn)營商資金流失的風(fēng)險，以及用戶充值時系統(tǒng)無法準(zhǔn)確辨別造成的投訴問題，本發(fā)明在充值過程中，對充值卡的有效性進(jìn)行雙重鑒權(quán)，確認(rèn)只有正常售出的充值卡才能夠被使用，未售出的充值卡在VC側(cè)也是非可用狀態(tài)。以下結(jié)合附圖對本發(fā)明進(jìn)行詳細(xì)說明。方法實(shí)施例一如圖3所示，本發(fā)明的充值卡充值方法實(shí)施例包括以下步驟:步驟101，用戶A撥打語音接入碼，發(fā)起對用戶B的充值流程；業(yè)務(wù)交換節(jié)點(diǎn)(Service Switching Point，簡稱SSP)觸發(fā)充值業(yè)務(wù)，將待充值手機(jī)號碼及充值卡密碼發(fā)送到呼叫接入SCP ；步驟102，呼叫接入SCP進(jìn)行業(yè)務(wù)處理，收集相關(guān)信息包括充值卡密碼、主叫號碼及待充值手機(jī)號碼等信息并提交充值請求，包括充值卡密碼、主叫號碼、被充值號碼等到待充值用戶歸屬SCP ；步驟103，待充值用戶歸屬SCP根據(jù)收到的充值請求，向充值歸屬VC發(fā)起充值卡狀態(tài)鑒權(quán)請求，該充值卡狀態(tài)鑒權(quán)請求中包含充值卡密碼、主叫號碼及待充值手機(jī)號碼等信息；步驟104，充值歸屬VC完成鑒權(quán)回復(fù)第一鑒權(quán)響應(yīng)信令，第一鑒權(quán)響應(yīng)信令中包含充值卡金額、有效期及有效標(biāo)識等信息；步驟105，待充值用戶歸屬SCP收到第一鑒權(quán)響應(yīng)信令，鑒權(quán)通過，向BOSS發(fā)起充值卡有效性鑒權(quán)請求，該充值卡有效性鑒權(quán)請求中包括:充值卡序列號、充值卡密碼及待充值手機(jī)號碼等；步驟106，待充值用戶歸屬SCP收到BOSS的第二鑒權(quán)響應(yīng)信令，鑒權(quán)通過；步驟107，待充值用戶歸屬SCP向BOSS發(fā)起充值請求；步驟108，BOSS收到充值請求，確認(rèn)客戶可進(jìn)行充值，完成充值操作，資金入賬，回復(fù)充值成功消息；步驟109，待充值用戶歸屬SCP收到BOSS回復(fù)充值成功消息，向VC發(fā)起充值卡置位信令；步驟110，VC收到置位信令，待充值用戶歸屬向SCP回復(fù)置位成功消息；步驟111，待充值用戶歸屬SCP將充值操作結(jié)果發(fā)送給呼叫接入SCP，本實(shí)施例中，通過由VC和BOSS都對充值卡的有效性進(jìn)行鑒權(quán)認(rèn)證，確認(rèn)只有正常售出的充值卡才能夠被使用，未售出的充值卡在VC側(cè)也是非可用狀態(tài)，降低運(yùn)營商的財務(wù)風(fēng)險，提聞用戶的滿意度。另外，為了避免信令響應(yīng)超時情況下ー卡多充問題，本實(shí)施例進(jìn)ー步包括以下步驟:步驟112，SCP未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，則默認(rèn)充值成功；步驟113，SCP再次發(fā)送充值卡置位信令，可配置發(fā)送次數(shù)，例如小于等于3次，如果重復(fù)發(fā)送的次數(shù)過多，會影響系統(tǒng)性能；步驟114，SCP仍未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，記錄該次默認(rèn)充值成功信息，包括充值卡序列號，充值時間、被充值號碼，發(fā)起充值號碼，充值方式等。SMP維護(hù)默認(rèn)充值成功腳本，定時啟動腳本任務(wù)，導(dǎo)出SCP默認(rèn)充值成功記錄表中本時間段內(nèi)充值卡信息，備份到文件同時更新VC數(shù)據(jù)庫中相應(yīng)充值卡信息。通過置位信令多次發(fā)送及定時更新任務(wù)機(jī)制，避免使用過的充值卡再次被使用。另外，多次發(fā)送放在默認(rèn)充值成功發(fā)生后，達(dá)到提升用戶感知，減少系統(tǒng)資源占用的目的。方法實(shí)施例ニ優(yōu)選地，為實(shí)現(xiàn)BOSS數(shù)據(jù)庫與VC數(shù)據(jù)庫充值卡信息的統(tǒng)ー管理，在BOSS與SMP之間增加接ロ，從充值卡的生成、銷售、激活、退卡各個環(huán)節(jié)保持兩個庫的同步，保證只有正常售出的充值卡在VC中才是可用狀態(tài)，才能夠被使用。如圖4所示，具體操作流程如下:步驟201，BOSS處理入庫文件，將其中充值卡信息存入自身的數(shù)據(jù)庫后，將待入庫的充值卡入庫文件存儲到存儲裝置；步驟202，BOSS向SMP提交“開始入庫”的MML命令；步驟203，SMP通過FTP從存儲裝置下載新的待入庫文件；步驟204，SMP向BOSS反饋入庫任務(wù)號；步驟205，SMP對入庫文件進(jìn)行校驗，校驗不通過，整個批次應(yīng)答失敗，不處理；校驗通過后進(jìn)行入庫操作，即執(zhí)行步驟206 ；步驟206，SMP將獲取的充值卡入庫文件逐段入庫到VC ;對于批量發(fā)行、加解鎖等操作，如果需要操作的充值卡的數(shù)量很大，或操作密集，會對VC產(chǎn)生沖擊，甚至影響呼叫任務(wù)，因此對于批量操作，SMP對所有任務(wù)進(jìn)行排隊，并按順序處理；步驟207，SMP逐段入庫直到入庫完成；步驟208，在SMP逐段入庫的過程中，BOSS可以向SMP發(fā)送任務(wù)查詢命令，查詢?nèi)霂斓倪M(jìn)度；步驟209，SMP應(yīng)答任務(wù)進(jìn)度給BOSS ；步驟210，SMP入庫完成后，發(fā)送充值卡入庫結(jié)果文件給存儲裝置，供BOSS查詢獲??；步驟211，SMP入庫完成后，BOSS向SMP發(fā)送任務(wù)查詢命令；步驟212，SMP應(yīng)答任務(wù)處理結(jié)果及可能出現(xiàn)的錯誤信息；步驟213，當(dāng)營業(yè)前臺 涉及到對充值卡進(jìn)行管理操作包括銷售、加解鎖、退卡等操作吋，BOSS在維護(hù)本地數(shù)據(jù)庫充值卡信息的同時給SMP發(fā)送協(xié)商命令；步驟214，SMP根據(jù)收到的協(xié)商命令將VC的充值卡進(jìn)行發(fā)行、加解鎖、反發(fā)行等操作。本實(shí)施例中，在方法實(shí)施例一的基礎(chǔ)上，進(jìn)ー步增加BOSS和SMP之間的接ロ，實(shí)現(xiàn)BOSS數(shù)據(jù)庫與VC數(shù)據(jù)庫充值卡信息的統(tǒng)ー管理，從充值卡的生成、銷售、激活、退卡各個環(huán)節(jié)保持兩個數(shù)據(jù)庫的同步，保證只有正常售出的充值卡在VC中才是可用狀態(tài)，才能夠被使用，避免出現(xiàn)充值卡誤賣或渠道管理不善導(dǎo)致的未售出的充值卡流入到用戶手中，用戶撥打業(yè)務(wù)接入碼進(jìn)行使用時系統(tǒng)無法準(zhǔn)確辨別造成資金損失及投訴問題。降低用戶損失，提高用戶滿意度。萬法實(shí)施例ニ更優(yōu)地，進(jìn)ー步増加BOSS與VC的同步機(jī)制，確保兩個數(shù)據(jù)庫的銷售信息與使用信息的--對應(yīng)關(guān)系。如圖5所示,本實(shí)施例包括以下步驟:步驟301，SMP每天凌晨閑時篩選VC中發(fā)生變更的充值卡信息，生成前一天發(fā)生變更的充值卡數(shù)據(jù)文件，以及匯總校驗文件；步驟302、303，存儲VC發(fā)生變更的充值卡信息及匯總校驗文件至存儲裝置；步驟304，BOSS發(fā)起一致性管理請求文件；步驟305，存儲裝置檢查請求數(shù)據(jù)；步驟306，存儲裝置返回一致性管理應(yīng)答文件；步驟307、308，存儲裝置上傳VC發(fā)生變更的充值卡信息及匯總校驗文件到BOSS ；步驟309，BOSS比對VC發(fā)生變更的充值卡信息和BOSS本地發(fā)生變更的充值卡信息，得到?jīng)_突文件；
步驟310，BOSS上傳沖突文件至存儲裝置；步驟311，BOSS生成沖突解決請求命令并發(fā)送至SMP ；步驟312，存儲裝置將沖突文件發(fā)送至SMP ；步驟313，SMP返回沖突解決應(yīng)答命令至BOSS ；步驟314，SMP根據(jù)接收到的沖突文件逐段同步VC中的充值卡信息；步驟315，同步完成；步驟316，SMP生成沖突解決結(jié)果文件發(fā)送至存儲裝置；步驟317，存儲裝置將沖突解決結(jié)果文件上傳到BOSS。本實(shí)施例中，通過沖突文件檢查機(jī)制，進(jìn)ー步實(shí)現(xiàn)BOSS數(shù)據(jù)庫與VC數(shù)據(jù)庫充值卡信息的統(tǒng)ー管理，從充值卡的生成、銷售、激活、退卡各個環(huán)節(jié)保持兩個數(shù)據(jù)庫的同步，保證只有正常售出的充值卡在VC中才是可用狀態(tài)，才能夠被使用，避免出現(xiàn)充值卡誤賣或渠道管理不善導(dǎo)致的未售出的充值卡流入到用戶手中，用戶撥打業(yè)務(wù)接入碼進(jìn)行使用時系統(tǒng)無法準(zhǔn)確辨別造成資金損失及投訴問題。降低用戶損失，提高用戶滿意度。基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例中還提供了 SCP、SMP、B0SS、VC以及充值卡充值系統(tǒng)，以下一一進(jìn)行說明。如圖6所示，本發(fā)明SCP實(shí)施例可以包括:第一鑒權(quán)模塊41，用于根據(jù)接收到的充值請求向待充值用戶的歸屬VC發(fā)起充值卡狀態(tài)鑒權(quán)請求；第二鑒權(quán)模塊42，用于向BOSS發(fā)起充值卡有效性鑒權(quán)請求；充值請求生成模塊43，用于在接收到VC的第一鑒權(quán)響應(yīng)信令和BOSS的第二鑒權(quán)響應(yīng)信令后，向BOSS發(fā)起充值請求。本實(shí)施例的SCP，通過向VC和BOSS都發(fā)起對充值卡的有效性進(jìn)行鑒權(quán)認(rèn)證，確認(rèn)只有正常售出的充值卡才能夠被使用，未售出的充值卡在VC側(cè)也是非可用狀態(tài)，降低運(yùn)營商的財務(wù)風(fēng)險，提聞用戶的滿意度。另外，SCP還包括:置位請求模塊44，用于在接收BOSS回復(fù)的充值成功消息后，向VC發(fā)起充值卡置位信令。優(yōu)選地，SCP還包括:計時模塊45，用于在所述置位請求模塊向VC發(fā)起充值卡置位信令后開始計時；充值狀態(tài)記錄模塊46，若未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，則記錄充值狀態(tài)為默認(rèn)充值成功。更優(yōu)地，SCP還包括:置位請求模塊44，再次發(fā)送充值卡置位信令；充值狀態(tài)記錄模塊46，仍未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，記錄該次默認(rèn)充值成功信息。本實(shí)施例的SCP，通過置位信令多次發(fā)送機(jī)制，避免使用過的充值卡再次被使用。另外，多次發(fā)送放在默認(rèn)充值成功發(fā)生后，達(dá)到提升用戶感知，減少系統(tǒng)資源占用的目的。如圖7所示，本發(fā)明BOSS實(shí)施例可以包括:鑒權(quán)模塊51，鑒權(quán)模塊，用于根據(jù)接收到的所述充值卡有效性鑒權(quán)請求進(jìn)行鑒權(quán)，并生成第二鑒權(quán)響應(yīng)消息；發(fā)送模塊52，用于將生成的第二鑒權(quán)響應(yīng)消息發(fā)送給SCP。本實(shí)施例的B0SS，通過增加BOSS和SCP之間的接ロ，BOSS也對充值卡的有效性進(jìn)行鑒權(quán)，確認(rèn)只有正常售出的充值卡才能夠被使用，未售出的充值卡在VC側(cè)也是非可用狀態(tài)，降低運(yùn)營商的財務(wù)風(fēng)險，提高用戶的滿意度。另外,BOSS實(shí)施例還包括:入庫命令生成模塊53,用于生成入庫命令；第一接ロ模塊54,用于將所述入庫命令傳輸?shù)絊MP。優(yōu)選地，BOSS實(shí)施例還包括:協(xié)商命令生成模塊55，用于根據(jù)營業(yè)前臺對充值卡的管理操作進(jìn)行本地數(shù)據(jù)庫的充值卡信息維護(hù)，生成協(xié)商命令；第一接ロ模塊54，用于將所述協(xié)商命令傳輸?shù)絊MP。本實(shí)施例的BOSS，通過進(jìn)ー步增加BOSS和SMP之間的接ロ，實(shí)現(xiàn)BOSS數(shù)據(jù)庫與VC數(shù)據(jù)庫充值卡信息的統(tǒng)ー管理，從充值卡的生成、銷售、激活、退卡各個環(huán)節(jié)保持兩個數(shù)據(jù)庫的同步，保證只有正常售出的充值卡在VC中才是可用狀態(tài)，才能夠被使用，避免出現(xiàn)充值卡誤賣或渠道管理不善導(dǎo)致的未售出的充值卡流入到用戶手中，用戶撥打業(yè)務(wù)接入碼進(jìn)行使用時系統(tǒng)無法準(zhǔn)確辨別造成資金損失及投訴問題。降低用戶損失，提高用戶滿意度。更優(yōu)地，本實(shí)施例BOSS還包括:比對模塊56，用于將存儲裝置上傳的VC發(fā)生變更的充值卡信息與BOSS本地發(fā)生變更的充值卡信息進(jìn)行比對，生成沖突文件；沖突解決請求模塊57，用于根據(jù)所述沖突文件生成沖突解決請求命令并發(fā)送至SMP。通過BOSS的沖突文件檢查機(jī)制，進(jìn)ー步實(shí)現(xiàn)BOSS數(shù)據(jù)庫與VC數(shù)據(jù)庫充值卡信息的統(tǒng)ー管理，從充值卡的生成、銷售、激活、退卡各個環(huán)節(jié)保持兩個數(shù)據(jù)庫的同步，保證只有正常售出的充值卡在VC中才是可用狀態(tài)，才能夠被使用，避免出現(xiàn)充值卡誤賣或渠道管理不善導(dǎo)致的未售出的充值卡流入到用戶手中，用戶撥打業(yè)務(wù)接入碼進(jìn)行使用時系統(tǒng)無法準(zhǔn)確辨別造成資金損失及投訴問題。降低用戶損失，提高用戶滿意度。如圖8所示，本發(fā)明SMP實(shí)施例可以包括:下載模塊61，用于根據(jù)接收到的入庫命令從存儲裝置下載待入庫的充值卡入庫文件；修改模塊62，用于根據(jù)接收到的協(xié)商命令對所述VC中的充值卡信息進(jìn)行相應(yīng)的修改。本實(shí)施例的SMP，通過進(jìn)ー步增加BOSS和SMP之間的接ロ，實(shí)現(xiàn)BOSS數(shù)據(jù)庫與VC數(shù)據(jù)庫充值卡信息的統(tǒng)ー管理，從充值卡的生成、銷售、激活、退卡各個環(huán)節(jié)保持兩個數(shù)據(jù)庫的同歩，保證只有正常售出的充值卡在VC中才是可用狀態(tài)，才能夠被使用，避免出現(xiàn)充值卡誤賣或渠道管理不善導(dǎo)致的未售出的充值卡流入到用戶手中，用戶撥打業(yè)務(wù)接入碼進(jìn)行使用時系統(tǒng)無法準(zhǔn)確辨別造成資金損失及投訴問題。降低用戶損失，提高用戶滿意度。SMP實(shí)施例還包括:上傳模塊63，用于上傳VC發(fā)生變更的充值卡信息及匯總校驗文件至存儲裝置；修改模塊62，用于根BOSS發(fā)送的沖突文件修改VC中的充值卡信息。SMP通過與BOSS之間的接ロ，可進(jìn)行數(shù)據(jù)一致性對比，加強(qiáng)了 BOSS和VC之間的數(shù)據(jù)同步，確保充值卡信息一致。SMP實(shí)施例還包括:排隊模塊64,用于對于接收到的批量的MML命令進(jìn)行排隊；修改模塊62，用于按照排隊順序?qū)λ鯲C中的充值卡信息進(jìn)行相應(yīng)的修改。對于批量發(fā)行、加解鎖等操作，如果需要操作的充值卡的數(shù)量很大，或操作密集，會對VC產(chǎn)生沖擊，甚至影響呼叫任務(wù)，因此對于批量操作，SMP將采用排隊、順序處理的模式。如圖9所示，本發(fā)明充值卡充值系統(tǒng)，可以包括:SCP，根據(jù)接收到的充值請求向待充值用戶的歸屬VC發(fā)起充值卡狀態(tài)鑒權(quán)請求；向BOSS發(fā)起充值卡有效性鑒權(quán)請求；接收到VC的第一鑒權(quán)響應(yīng)信令和BOSS的第二鑒權(quán)響應(yīng)信令后，向BOSS發(fā)起充值請求。VC，用于根據(jù)接收到的充值卡狀態(tài)鑒權(quán)請求進(jìn)行鑒權(quán)，并生成第一鑒權(quán)響應(yīng)消息發(fā)送給SCP ；BOSS，用于根據(jù)接收到的所述充值卡有效性鑒權(quán)請求進(jìn)行鑒權(quán)，并生成第二鑒權(quán)響應(yīng)消息發(fā)送給SCP。本實(shí)施例中，通過由VC和BOSS都對充值卡的有效性進(jìn)行鑒權(quán)認(rèn)證，確認(rèn)只有正常售出的充值卡才能夠被使用，未售出的充值卡在VC側(cè)也是非可用狀態(tài)，降低運(yùn)營商的財務(wù)風(fēng)險，提聞用戶的滿意度。優(yōu)選地，該系統(tǒng)還包括:存儲裝置和SMP，存儲裝置，用于存儲待入庫的充值卡入庫文件；B0SS，用于生成入庫命令并發(fā)送至SMP ;SMP，用于根據(jù)所述入庫命令從所述存儲裝置下載待入庫的充值卡入庫文件，并將下載的充值卡入庫文件入庫到VC。本實(shí)施例通過進(jìn)ー步增加BOSS和SMP之間的接ロ，實(shí)現(xiàn)BOSS數(shù)據(jù)庫與VC數(shù)據(jù)庫充值卡信息的統(tǒng)ー管理，從充值卡的生成、銷售、激活、退卡各個環(huán)節(jié)保持兩個數(shù)據(jù)庫的同步，保證只有正常售出的充值卡在VC中才是可用狀態(tài)，才能夠被使用，避免出現(xiàn)充值卡誤賣或渠道管理不善導(dǎo)致的未售出的充值卡流入到用戶手中，用戶撥打業(yè)務(wù)接入碼進(jìn)行使用時系統(tǒng)無法準(zhǔn)確辨別造成資金損失及投訴問題。降低用戶損失，提高用戶滿意度。更優(yōu)地，本實(shí)施例中，在BOSS側(cè)增加了沖突檢測機(jī)制，即BOSS將存儲裝置存儲的VC發(fā)生變更的充值卡信息與BOSS本地發(fā)生變更的充值卡信息進(jìn)行比對，生成沖突文件，再根據(jù)所述沖突文件生成沖突解決請求命令并發(fā)送至SMP, SMP根據(jù)該沖突解決請求更新VC中的充值卡信息。進(jìn)ー步實(shí)現(xiàn)BOSS數(shù)據(jù)庫與VC數(shù)據(jù)庫充值卡信息的統(tǒng)ー管理，保持兩個數(shù)據(jù)庫的同歩。避免出現(xiàn)充值卡誤賣或渠道管理不善導(dǎo)致的未售出的充值卡流入到用戶手中，用戶撥打業(yè)務(wù)接入碼進(jìn)行使用時系統(tǒng)無法準(zhǔn)確辨別造成資金損失及投訴問題。降低用戶損失，提高用戶滿意度。應(yīng)說明的是:以上實(shí)施例僅用以說明本發(fā)明而非限制，本發(fā)明也并不僅限于上述舉例，一切不脫離本發(fā)明的精神和范圍的技術(shù)方案及其改進(jìn)，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求范圍中。
權(quán)利要求
1.一種充值卡充值方法，其特征在于，包括: 根據(jù)接收到的充值請求向待充值用戶的歸屬充值中心VC發(fā)起充值卡狀態(tài)鑒權(quán)請求； 向業(yè)務(wù)支撐系統(tǒng)BOSS發(fā)起充值卡有效性鑒權(quán)請求； 接收到VC的第一鑒權(quán)響應(yīng)信令和BOSS的第二鑒權(quán)響應(yīng)信令后，向BOSS發(fā)起充值請求。
2.根據(jù)權(quán)利要求1所述的充值卡充值方法，其特征在于，還包括: 接收BOSS回復(fù)的充值成功消息，向VC發(fā)起充值卡置位信令。
3.根據(jù)權(quán)利要求2所述的充值卡充值方法，其特征在于，還包括: 未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，則默認(rèn)充值成功。
4.根據(jù)權(quán)利要求3所述的充值卡充值方法，其特征在于，還包括: 再次發(fā)送充值卡置位信令，仍未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，記錄該次默認(rèn)充值成功信息。
5.根據(jù)權(quán)利要求1所述的充值卡充值方法，其特征在于，還包括: 業(yè)務(wù)交換節(jié)點(diǎn)SMP將VC發(fā)生變更的充 值卡信息及匯總校驗文件上傳到存儲裝置； 存儲裝置上傳VC發(fā)生變更的充值卡信息、匯總校驗文件到BOSS ； BOSS將存儲裝置上傳的VC發(fā)生變更的充值卡信息與BOSS本地發(fā)生變更的充值卡信息進(jìn)行比對,生成沖突文件,并根據(jù)所述沖突文件向SMP發(fā)送沖突解決請求命令； SMP根據(jù)所述沖突解決請求命令更新VC的充值卡信息。
6.根據(jù)權(quán)利要求1-5任一所述的充值卡充值方法，其特征在于，還包括: BOSS將待入庫的充值卡入庫文件存儲到存儲裝置； 所述BOSS向SMP發(fā)送入庫命令； 所述SMP根據(jù)所述入庫命令從所述存儲裝置下載待入庫的充值卡入庫文件； 所述SMP將下載的充值卡入庫文件入庫到VC。
7.根據(jù)權(quán)利要求6所述的充值卡充值方法，其特征在于，還包括: 所述BOSS根據(jù)營業(yè)前臺對充值卡的管理操作進(jìn)行本地數(shù)據(jù)庫的充值卡信息維護(hù)吋，向SMP發(fā)送協(xié)商命令； 所述SMP根據(jù)所述協(xié)商命令對所述VC中的充值卡信息進(jìn)行相應(yīng)的修改。
8.根據(jù)權(quán)利要求6所述的充值卡充值方法，其特征在于，還包括:所述SMP對于接收到的批量的MML命令進(jìn)行排隊，按照排隊順序?qū)λ鯲C中的充值卡信息進(jìn)行相應(yīng)的修改。
9.一種SCP，其特征在于，包括: 第一鑒權(quán)模塊，用于根據(jù)接收到的充值請求向待充值用戶的歸屬VC發(fā)起充值卡狀態(tài)鑒權(quán)請求； 第二鑒權(quán)模塊，用于向BOSS發(fā)起充值卡有效性鑒權(quán)請求； 充值請求生成模塊，用于在接收到VC的第一鑒權(quán)響應(yīng)信令和BOSS的第二鑒權(quán)響應(yīng)信令后，向BOSS發(fā)起充值請求。
10.根據(jù)權(quán)利要求9所述的SCP，其特征在于，還包括: 置位請求模塊，用于在接收BOSS回復(fù)的充值成功消息后，向VC發(fā)起充值卡置位信令。
11.根據(jù)權(quán)利要求10所述的SCP，其特征在于，還包括: 計時模塊，用于在所述置位請求模塊向VC發(fā)起充值卡置位信令后開始計時；充值狀態(tài)記錄模塊，若未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，則記錄充值狀態(tài)為默認(rèn)充值成功。
12.根據(jù)權(quán)利要求11所述的SCP，其特征在于， 所述置位請求模塊，再次發(fā)送充值卡置位信令； 所述充值狀態(tài)記錄模塊，仍未在預(yù)定的時間內(nèi)接收到VC的置位成功消息，記錄該次默認(rèn)充值成功信息。
13.一種BOSS，其特征在于，包括: 鑒權(quán)模塊，用于根據(jù)接收到的所述充值卡有效性鑒權(quán)請求進(jìn)行鑒權(quán)，并生成第二鑒權(quán)響應(yīng)消息； 發(fā)送模塊，用于將生成的 第二鑒權(quán)響應(yīng)消息發(fā)送給SCP。
14.根據(jù)權(quán)利要求13所述的BOSS，其特征在于，還包括: 入庫命令生成模塊，用于生成入庫命令； 第一接ロ模塊，用于將所述入庫命令傳輸?shù)絊MP。
15.根據(jù)權(quán)利要求14所述的BOSS，其特征在于，還包括: 協(xié)商命令生成模塊，用于根據(jù)營業(yè)前臺對充值卡的管理操作進(jìn)行本地數(shù)據(jù)庫的充值卡信息維護(hù)，生成協(xié)商命令； 所述第一接ロ模塊，用于將所述協(xié)商命令傳輸?shù)絊MP。
16.根據(jù)權(quán)利要求13所述的BOSS，其特征在于，還包括: 比對模塊，用于將存儲裝置上傳的VC發(fā)生變更的充值卡信息與BOSS本身發(fā)生變更的充值卡信息進(jìn)行比對，生成沖突文件； 沖突解決請求模塊，用于根據(jù)所述沖突文件生成沖突解決請求命令并發(fā)送至SMP。
17.一種SMP，其特征在于，包括: 下載模塊，用于根據(jù)接收到的入庫命令從存儲裝置下載待入庫的充值卡入庫文件； 修改模塊，用于根據(jù)接收到的協(xié)商命令對所述VC中的充值卡信息進(jìn)行相應(yīng)的修改。
18.根據(jù)權(quán)利要求17所述的SMP，其特征在于，還包括: 上傳模塊，用于上傳VC發(fā)生變更的充值卡信息及匯總校驗文件至存儲裝置； 所述修改模塊，用于根據(jù)BOSS發(fā)送的沖突文件修改VC中的充值卡信息。
19.根據(jù)權(quán)利要求17所述的SMP，其特征在于，還包括: 排隊模塊，用于對于接收到的批量的MML命令進(jìn)行排隊； 所述修改模塊，用于按照排隊順序?qū)λ鯲C中的充值卡信息進(jìn)行相應(yīng)的修改。
20.一種充值卡充值系統(tǒng)，其特征在于，包括: SCP，根據(jù)接收到的充值請求向待充值用戶的歸屬VC發(fā)起充值卡狀態(tài)鑒權(quán)請求；向BOSS發(fā)起充值卡有效性鑒權(quán)請求；接收到VC的第一鑒權(quán)響應(yīng)信令和BOSS的第二鑒權(quán)響應(yīng)信令后，向BOSS發(fā)起充值請求。
VC，用于根據(jù)接收到的充值卡狀態(tài)鑒權(quán)請求進(jìn)行鑒權(quán)，并生成第一鑒權(quán)響應(yīng)消息發(fā)送給 SCP ； BOSS，用于根據(jù)接收到的所述充值卡有效性鑒權(quán)請求進(jìn)行鑒權(quán)，并生成第二鑒權(quán)響應(yīng)消息發(fā)送給SCP。
21.根據(jù)權(quán)利要求20所述的充值卡充值系統(tǒng)，其特征在于，還包括:SMP和存儲裝置，所述SMP，用于將VC發(fā)生變更的充值卡信息及匯總校驗文件上傳到所述存儲裝置，并根據(jù)沖突解決請求命令更新VC的充值卡信息； 所述存儲裝置，用于上傳VC發(fā)生變更的充值卡信息、匯總校驗文件到所述BOSS ； 所述BOSS，用于將存儲裝置上傳的VC發(fā)生變更的充值卡信息與BOSS本地發(fā)生變更的充值卡信息進(jìn)行比對，生成沖突文件，并根據(jù)所述沖突文件向SMP發(fā)送沖突解決請求命令。
22.根據(jù)權(quán)利要求21所述的充值卡充值系統(tǒng)，其特征在于， 所述BOSS，用于將待入庫的充值卡入庫文件存儲到存儲裝置，井向SMP發(fā)送入庫命令；所述SMP，用于根據(jù)所述入庫命令從所述存儲裝置下載待入庫的充值卡入庫文件，并將下載的充值卡入庫文件入 庫到VC。
全文摘要
本發(fā)明公開了一種充值卡充值方法、系統(tǒng)及裝置。其中該方法包括根據(jù)接收到的充值請求向待充值用戶的歸屬VC發(fā)起充值卡狀態(tài)鑒權(quán)請求；向BOSS發(fā)起充值卡有效性鑒權(quán)請求；接收到VC的第一鑒權(quán)響應(yīng)信令和BOSS的第二鑒權(quán)響應(yīng)信令后，向BOSS發(fā)起充值請求。本發(fā)明通過在充值過程中，在BOSS和VC分別對充值卡的有效性進(jìn)行鑒權(quán)，確認(rèn)只有正常售出的充值卡才能夠被使用，而未售出的充值卡在VC側(cè)也是非可用狀態(tài)，避免BOSS和VC之間數(shù)據(jù)不同步造成的資金損失及投訴問題，降低運(yùn)營商的財務(wù)風(fēng)險，提高用戶的滿意度。
文檔編號H04M17/00GK103095946SQ20111033693
公開日2013年5月8日 申請日期2011年10月28日 優(yōu)先權(quán)日2011年10月28日
發(fā)明者溫彥梅, 王靖 申請人:中國移動通信集團(tuán)河北有限公司