CN102467770A - 一种利用充值卡充值的方法、装置及系统 - Google Patents

Abstract

本发明公开了一种利用充值卡充值的方法、装置及系统。其中利用充值卡充值的方法包括：业务控制点SCP根据接收到的用户充值卡信息，向充值中心VC查询充值卡的被查询次数；当所述充值卡的被查询次数达到预设的阈值时，VC对所述充值卡进行锁定。本发明有效地降低和及时杜绝充值卡重复充值风险，避免一卡多充给运营商带来的巨大损失。

Description

一种利用充值卡充值的方法、装置及系统

技术领域

本发明涉及一种通信核心网技术领域，尤其涉及一种利用充值卡充值的方法、装置及系统。

背景技术

现有的电信运营商都为用户提供了自助充值系统，用户可以通过拨打特定充值接入号码，并根据语音提示输入充值卡密码等操作来完成自助缴费。这类充值系统通常是通过智能网系统来实现的，涉及的网络节点主要包括充值归属业务控制点(Service Control Point，简称SCP)、充值中心(VoucherCenter，简称VC)和业务运营支撑系统(Business & Operation Support System，简称BOSS)。充值归属SCP主要完成用户充值流程的控制；VC主要完成充值卡数据的存储，并根据SCP发来的消息进行充值卡数据的相应处理；BOSS完成用户帐户的缴费。

现有的手机充值业务流程如图1所示，具体步骤说明如下：

1、步骤101：充值归属SCP收到充值请求后，向VC查询充值卡是否有效。

2、步骤102：VC查询本地充值卡状态，并返回充值卡相关信息给VC。

3、步骤103：SCP收到充值卡状态信息后，若卡有效，向BOSS发送缴费请求。

4、步骤104：BOSS为用户缴费，缴费成功后，向SCP返回缴费成功信息。

5、步骤105：SCP收到BOSS缴费成功信息后，向VC发送充值卡置位请求。

6、步骤106：VC收到充值卡置位请求后，对充值卡进行置位，并返回置位成功或失败消息。若置位成功，充值流程结束；若置位失败，SCP向BOSS发起冲正，走下述流程。

7、步骤107：SCP向BOSS发起冲正请求。

8、步骤108：BOSS清除用户缴费金额，并返回成功或失败消息给SCP。

现有充值流程采用用户得利的原则，在BOSS返回缴费成功信息后，归属SCP即认为充值成功，无论步骤S105和S106是否执行成功。

图2给出了一种异常充值业务流程，在归属SCP收到BOSS的缴费成功消息后，用户已缴费成功，充值归属SCP向VC发起置位请求。由于网络原因或VC数据配置错误会导致充值卡置位消息无法发送到VC，导致VC无法置位。但是，根据用户得利的原则，充值归属SCP不会向BOSS发起冲正请求。这样，就造成用户缴费成功，但充值卡未置位，仍能重复充值。不法分子可能会利用此类漏洞进行一卡多充，给运营商造成巨大经济损失。

发明内容

本发明的目的在于，提供一种利用充值卡充值的方法、装置及系统，降低了充值卡重复充值的风险，避免一卡多充给运营商带来的巨大损失。

为实现上述目的，根据本发明的一个方面，提供一种利用充值卡充值的方法，其特征在于，包括：

业务控制点SCP根据接收到的用户充值卡信息，向充值中心VC查询充值卡的被查询次数；

当所述充值卡的被查询次数达到预设的阈值时，VC对所述充值卡进行锁定。

另外，当所述充值卡的被查询次数没有达到预设的阈值时，VC将所述充值卡的被查询次数加1，进行充值。

其中，该方法还包括：

当充值成功时，所述SCP向VC发送置位请求；

当VC收到置位请求，进行充值卡置位，当置位成功时，向所述SCP发送置位成功消息，本次充值成功；当置位失败时，向所述SCP发送冲正消息，本次充值失败；

当VC未收到置位请求，将所述充值卡的被查询次数加1，向所述SCP发送置位成功消息，本次充值成功，但充值卡未置位。

优选地，该方法还包括：当所述充值卡的被查询次数没有达到预设的阈值时，VC记录所述充值卡的序列号、充值卡密码密文、被充值号码、对话号和时间戳，将所述充值卡加入监控队列；

所述VC定时扫描所述监控队列，查询所述充值卡的时间戳；

所述VC比较监控队列中充值卡的时间戳和定时扫描的时间差；

当监控队列中充值卡的时间戳与定时扫描的时间差均小于预设的时长，所述VC结束对所述监控队列的扫描；当该时间差大于预设的时长，所述VC记录所述充值卡的序列号、密码密文及被充值号码，将所述充值卡的被查询次数记录加1，并将所述充值卡从监控队列中清除。

为实现上述目的，根据本发明的另一个方面，提供一种充值中心，包括：

记录模块，用于记录充值卡的被查询次数；当所述充值卡的被查询次数没有达到预设的阈值时，将所述充值卡的被查询次数加1；

查询模块，用于根据SCP发送的用户充值卡信息从所述记录模块中查询对应充值卡的被查询次数；

比较模块，用于比较所述充值卡的被查询次数与预设的阈值；

锁定模块，用于当所述充值卡的被查询次数达到预设的阈值时，锁定所述充值卡。

进一步地，还包括消息生成模块，用于当所述充值卡的被查询次数达到预设的阈值时，返回充值卡被锁定消息至SCP；当所述充值卡的被查询次数没有达到预设的阈值时，返回所述充值卡的可用状态信息至所述SCP。

优选地，还包括：置位模块，用于根据SCP发送的置位请求对充值卡进行置位；所述消息生成模块，当置位成功时，向所述SCP发送置位成功消息；当置位失败时，向所述SCP发送冲正消息。

更优地，还包括监控模块，其中：

所述记录模块，当所述充值卡的被查询次数没有达到预设的阈值时，记录所述充值卡的序列号、充值卡密码密文、被充值号码、对话号和时间戳；

监控模块，用于将所述记录模块记录的充值卡加入监控队列，定时扫描所述充值卡的时间戳；当监控队列中充值卡的时间戳与定时扫描的时间差均小于预设的时长，结束对所述监控队列的扫描；当所述时间差大于预设的时长，将所述充值卡从监控队列中清除；

所述比较模块，用于比较充值卡的时间戳和定时扫描的时间差；

所述记录模块，当该时间差大于预设的时长，记录所述充值卡的序列号、密码密文及被充值号码，将所述充值卡的被查询次数记录加1。

为实现上述目的，根据本发明的另一个方面，提供一种利用充值卡充值的系统，包括：

SCP，用于根据接收到的用户充值卡信息，向VC查询充值卡的被查询次数，根据VC返回的充值卡被锁定消息返回充值失败信息至用户终端；

所述VC，用于当所述充值卡的被查询次数达到预设的阈值时，VC对所述充值卡进行锁定。

本发明的利用充值卡充值的方法、装置及系统，通过在VC上对充值卡的被查询次数进行限制，当充值卡的被查询次数达到预设的锁卡次数后，不允许该卡的充值行为，以达到对充值卡的锁定效果，有效地降低和及时杜绝充值卡重复充值风险，避免一卡多充给运营商带来的巨大损失。另外，本发明不改变现有充值的信令流程，只需要VC进行改造，不需要各省的SCP配合改造，部署速度快，成本低。

附图说明

图1a是现有技术充值业务流程示意图；

图1b是现有技术异常充值业务流程示意图；

图2是本发明利用充值卡充值的方法实施例的流程图；

图3是本发明VC将充值卡加入到监控队列的流程图；

图4是本发明记录充值卡查询次数的流程图；

图5是本发明充值中心实施例的结构图；

图6是本发明利用充值卡充值的系统实施例的结构图。

具体实施方式

以下结合附图对本发明进行详细说明。

本发明为了解决用户缴费成功后充值卡未置位而造成一卡多充潜在风险的问题，通过在VC上对充值卡查询次数进行限制，并通过分级告警来及时发现和杜绝系统的一卡多充。VC收到充值卡的查询消息后，记录充值卡进行查询的次数；当充值卡查询次数达到锁卡次数后，不允许该卡的充值行为，以达到对充值卡的锁定效果。同时，在VC上定时对充值卡查询记录进行分析，判断充值卡是否被重复充值并进行分级告警，及时发现和杜绝一卡多充。

方法实施例

如图2所示，本发明利用充值卡充值的方法实施例的具体流程如下：

步骤201，SCP收到用户充值卡信息，如充值卡密码等信息后，首先向VC查询充值卡状态；

步骤202，VC查询充值卡是否有效，若无效，执行步骤212，充值失败；如果有效，执行步骤203；

步骤203，VC查询充值卡的被查询次数，判断该卡是否达到充值次数限制，如果达到，此卡无法继续充值，VC返回充值卡被锁定消息至SCP，执行步骤212，充值失败；如果没有达到充值次数限制，则执行步骤204；

步骤204，VC将充值卡的可用状态信息返回给归属SCP，并将充值卡的被查询次数加1；

步骤205，SCP向BOSS发送缴费请求，若BOSS返回缴费失败，执行步骤212，充值失败；若缴费成功，则执行步骤206；

步骤206，SCP向VC发送置位请求；

步骤207，若VC收到置位请求，执行步骤209；否则，执行步骤208；

步骤208，将充值卡查询次数记录加1，用户本次充值成功，充值卡未置位；

步骤209，VC置位是否成功，如果成功，执行步骤210，如果不成功，执行步骤212；

步骤210，VC向SCP发送置位成功消息，本次充值成功；

步骤211，VC向SCP发送冲正消息；

步骤212，本次充值失败。

本实施例的充值方法，通过在VC上对充值卡的被查询次数进行限制，当充值卡的被查询次数达到预设的锁卡次数后，不允许该卡的充值行为，以达到对充值卡的锁定效果，有效地降低和及时杜绝充值卡重复充值风险，避免一卡多充给运营商带来的巨大损失。另外，本实施例充值方法不改变现有充值的信令流程，只需要VC进行改造，不需要各省的SCP配合改造，部署速度快，成本低。

优选地，如图3所示，当所述充值卡的被查询次数没有达到预设的阈值时，VC进一步将该充值卡加入到监控队列进行监控，具体流程如下：

步骤301，VC收到SCP发来的充值卡查询消息，判断充值卡有效后，执行步骤302。

步骤302，VC根据充值卡序列号查询充值卡查询记录表，判断充值卡查询次数未达到系统限制，执行步骤303。

步骤303，VC记录充值卡的序列号、充值卡密码密文、被充值号码、对话号和时间戳等信息，并将该充值卡加入监控队列。

本实施例中，VC在收到对充值卡的查询请求后，对充值卡的被查询次数进行监控，记录该充值卡的相关信息，可以及时发现充值卡重复充值的问题。

如图4所示，本实施例中记录充值卡查询次数的流程具体如下：

步骤401a，VC收到充值归属SCP发送来的充值卡置位请求，执行步骤402a；

步骤401b，定时任务定时扫描监控队列；

步骤402a，VC根据对话号在监控队列中匹配置位消息对应的充值卡，若匹配成功，则执行步骤403，否则流程结束；

步骤402b，比较队列时间戳和定时扫描时间差，若大于系统定义的时长，执行步骤403，否则，结束对该监控队列的扫描；

步骤403，记录充值卡卡号、密码密文、被充值号码，充值卡查询次数记录加1；

步骤404，清除相关监控队列，结束流程。

本实施例中，VC对充值卡进行置位的过程中，如果由于网络原因或者VC数据配置错误等会造成置位消息无法发送到VC，造成置位不成功，VC仍然对该充值卡的被查询次数加1，以防止出现由于充值卡未置位而重复充值的情况。

更优地，本实施例中，VC除了定时对充值卡查询次数进行记录并统计分析外，还对出现重复充值的充值卡进行分级告警。具体告警分级原则如下表所示(假定系统设置的最大可查询次数为M)：

告警级别	充值卡被查询次数	充值卡数量
			一级告警	M	＞＝1
二级告警	取整(M/2)+1	＞＝N1
			三级告警	2	＞＝N2

一级告警：在一个统计周期内，当充值卡查询记录表中有查询次数达到M次的，系统立即进行一级告警；

二级告警：在一个统计周期内，当充值卡查询记录表中有查询次数达到(M/2)+1次，并且满足此条件的充值卡数量达到N1次的，系统进行二级告警；

三级告警：在一个统计周期内，当充值卡查询记录表中有查询次数达到2次，并且满足此条件的充值卡数量达到N2次的，系统进行三级告警。

本实施例，通过对重复充值的冲值卡进行分级告警，进一步降低和及时杜绝充值卡重复充值风险，杜绝一卡多充的现象。

装置实施例

如图5所示，本发明充值中心实施例具体包括：

记录模块52，用于记录充值卡的被查询次数；当充值卡的被查询次数没有达到预设的阈值时，将充值卡的被查询次数加1；

查询模块51，用于根据SCP发送的用户充值卡信息从记录模块52中查询对应充值卡的被查询次数；

比较模块53，用于比较充值卡的被查询次数与预设的阈值；

锁定模块54，用于当充值卡的被查询次数达到预设的阈值时，锁定充值卡。

另外，本实施例还包括：消息生成模块55，用于当所述充值卡的被查询次数达到预设的阈值时，返回充值卡被锁定消息至SCP；当所述充值卡的被查询次数没有达到预设的阈值时，返回所述充值卡的可用状态信息至所述SCP。

本实施例的充值中心，通过对充值卡的被查询次数进行限制，当充值卡的被查询次数达到预设的锁卡次数后，不允许该卡的充值行为，以达到对充值卡的锁定效果，有效地降低和及时杜绝充值卡重复充值风险，避免一卡多充给运营商带来的巨大损失。另外，本实施例不改变现有充值的信令流程，只需要VC进行改造，不需要各省的SCP配合改造，部署速度快，成本低。

优选地，本实施例还包括：置位模块56，用于根据SCP发送的置位请求对充值卡进行置位；消息生成模块55，当置位成功时，向SCP发送置位成功消息；当置位失败时，向SCP发送冲正消息；

优选地，本实施例中，记录模块52，当VC未收到置位请求，将所述充值卡的被查询次数加1；消息生成模块55，用于向所述SCP发送置位成功消息。

本实施例中，VC对充值卡进行置位的过程中，如果由于网络原因或者VC数据配置错误等会造成置位消息无法发送到VC，造成置位不成功，VC仍然对该充值卡的被查询次数加1，以防止出现由于充值卡未置位而重复充值的情况。

其中，记录模块52，还用于记录所述充值卡的有效性；查询模块51，还用于从记录模块52中查询所述充值卡的有效性。

具体的，VC还包括：监控模块58，当收到所述SCP发送的置位请求时，根据所述充值卡的对话号在监控队列中匹配相应的充值卡；记录模块52，记录所述充值卡的序列号、充值卡密码密文、被充值号码、对话号和时间戳，并将所述充值卡的被查询次数记录加1；监控模块58，将充值卡从监控队列中清除。

另外，监控模块58，用于将所述记录模块记录的充值卡加入监控队列，定时扫描所述充值卡的时间戳；当监控队列中充值卡的时间戳与定时扫描的时间差均小于预设的时长，结束对所述监控队列的扫描；当所述时间差大于预设的时长，将所述充值卡从监控队列中清除；

所述比较模块53，用于比较充值卡的时间戳和定时扫描的时间差；

所述记录模块52，当该时间差大于预设的时长，记录所述充值卡的序列号、密码密文及被充值号码，将所述充值卡的被查询次数记录加1。

更优地，本实施例还包括：告警模块56，用于根据预设的充值卡被查询次数的不同等级以及每个等级出现的超过被查询次数的充值卡数量，进行分级告警。通过对重复充值的冲值卡进行分级告警，进一步降低和及时杜绝充值卡重复充值风险，杜绝一卡多充的现象。

系统实施例

如图6所示，本发明利用充值卡充值的系统实施例包括：

SCP，用于根据接收到的用户充值卡信息，向VC查询充值卡的被查询次数，根据VC返回的充值卡被锁定消息返回充值失败信息至用户终端UE；

VC，用于当所述充值卡的被查询次数达到预设的阈值时，VC对所述充值卡进行锁定。

其中，当所述充值卡的被查询次数达到预设的阈值时，VC返回充值卡被锁定消息至SCP，SCP根据VC返回的充值卡被锁定消息返回充值失败信息至UE；当所述充值卡的被查询次数没有达到预设的阈值时，VC将所述充值卡的被查询次数加1，并返回所述充值卡的可用状态信息至所述SCP；SCP根据所述VC发送的所述充值卡的可用状态信息向BOSS发起充值请求；BOSS，用于根据SCP发送的充值请求进行充值。

其中，整个充值的流程在上述方法实施例中详细描述，VC的具体结构也在上述装置实施例中具体说明，在此不再赘述。

本发明的利用充值卡充值的系统，通过在VC上对充值卡的被查询次数进行限制，当充值卡的被查询次数达到预设的锁卡次数后，不允许该卡的充值行为，以达到对充值卡的锁定效果，有效地降低和及时杜绝充值卡重复充值风险，避免一卡多充给运营商带来的巨大损失。另外，本发明不改变现有充值的信令流程，只需要VC进行改造，不需要各省的SCP配合改造，部署速度快，成本低。

应说明的是：以上实施例仅用以说明本发明而非限制，本发明也并不仅限于上述举例，一切不脱离本发明的精神和范围的技术方案及其改进，其均应涵盖在本发明的权利要求范围中。

Claims (11)

1.一种利用充值卡充值的方法，其特征在于，包括：

业务控制点SCP根据接收到的用户充值卡信息，向充值中心VC查询充值卡的被查询次数；

当所述充值卡的被查询次数达到预设的阈值时，VC对所述充值卡进行锁定。

2.根据权利要求1所述的利用充值卡充值的方法，其特征在于，还包括：

当所述充值卡的被查询次数没有达到预设的阈值时，VC将所述充值卡的被查询次数加1，进行充值。

3.根据权利要求2所述的利用充值卡充值的方法，其特征在于，还包括：

当充值成功时，所述SCP向VC发送置位请求；

当VC收到置位请求，将所述充值卡的被查询次数记录加1；进行充值卡置位，当置位成功时，向所述SCP发送置位成功消息，本次充值成功；当置位失败时，向所述SCP发送冲正消息，本次充值失败；

当VC未收到置位请求，将所述充值卡的被查询次数加1，向所述SCP发送置位成功消息，本次充值成功，但充值卡未置位。

4.根据权利要求1所述的利用充值卡充值的方法，其特征在于，还包括：

当所述充值卡的被查询次数没有达到预设的阈值时，VC记录所述充值卡的序列号、充值卡密码密文、被充值号码、对话号和时间戳，将所述充值卡加入监控队列；

所述VC定时扫描所述监控队列，查询所述充值卡的时间戳；

所述VC比较监控队列中充值卡的时间戳和定时扫描的时间差；

当监控队列中充值卡的时间戳与定时扫描的时间差均小于预设的时长，所述VC结束对所述监控队列的扫描；当该时间差大于预设的时长，所述VC记录所述充值卡的序列号、密码密文及被充值号码，将所述充值卡的被查询次数记录加1，并将所述充值卡从监控队列中清除。

5.根据权利要求1至4中任意一项所述的利用充值卡充值的方法，其特征在于，还包括：

所述VC根据预设的充值卡被查询次数的不同等级以及每个等级出现的超过被查询次数的充值卡数量，进行分级告警。

6.一种充值中心，其特征在于，包括：

记录模块，用于记录充值卡的被查询次数；当接收到SCP的查询请求且查询到所述充值卡的被查询次数没有达到预设的阈值时，将所述充值卡的被查询次数加1；

查询模块，用于根据SCP发送的用户充值卡信息从所述记录模块中查询对应充值卡的被查询次数；

比较模块，用于比较所述充值卡的被查询次数与预设的阈值；

锁定模块，用于当所述充值卡的被查询次数达到预设的阈值时，锁定所述充值卡。

7.根据权利要求6所述的充值中心，其特征在于，还包括：

消息生成模块，用于当所述充值卡的被查询次数达到预设的阈值时，返回充值卡被锁定消息至SCP；当所述充值卡的被查询次数没有达到预设的阈值时，返回所述充值卡的可用状态信息至所述SCP。

8.根据权利要求7所述的充值中心，其特征在于，还包括：

置位模块，用于根据SCP发送的置位请求对充值卡进行置位；

所述消息生成模块，当置位成功时，向所述SCP发送置位成功消息；当置位失败时，向所述SCP发送冲正消息。

9.根据权利要求6所述的充值中心，其特征在于，还包括监控模块，其中：

所述记录模块，当所述充值卡的被查询次数没有达到预设的阈值时，记录所述充值卡的序列号、充值卡密码密文、被充值号码、对话号和时间戳；

监控模块，用于将所述记录模块记录的充值卡加入监控队列，定时扫描所述充值卡的时间戳；当监控队列中充值卡的时间戳与定时扫描的时间差均小于预设的时长，结束对所述监控队列的扫描；当所述时间差大于预设的时长，将所述充值卡从监控队列中清除；

所述比较模块，用于比较充值卡的时间戳和定时扫描的时间差；

所述记录模块，当该时间差大于预设的时长，记录所述充值卡的序列号、密码密文及被充值号码，将所述充值卡的被查询次数记录加1。

10.根据权利要求6至9中任意一项所述的充值中心，其特征在于，还包括：

告警模块，用于根据预设的充值卡被查询次数的不同等级以及每个等级出现的超过被查询次数的充值卡数量，进行分级告警。

11.一种利用充值卡充值的系统，其特征在于，包括：

SCP，用于根据接收到的用户充值卡信息，向VC查询充值卡的被查询次数，根据VC返回的充值卡被锁定消息返回充值失败信息至用户终端；

所述VC，用于当所述充值卡的被查询次数达到预设的阈值时，VC对所述充值卡进行锁定。

Images