CN103177004B - 保证充值卡数据一致的方法和系统 - Google Patents
保证充值卡数据一致的方法和系统 Download PDFInfo
- Publication number
- CN103177004B CN103177004B CN201110433178.1A CN201110433178A CN103177004B CN 103177004 B CN103177004 B CN 103177004B CN 201110433178 A CN201110433178 A CN 201110433178A CN 103177004 B CN103177004 B CN 103177004B
- Authority
- CN
- China
- Prior art keywords
- card
- card data
- rechargeable
- data file
- platform
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种保证充值卡数据一致的方法及系统,其中,该方法包括:前台应用主机接收上报的卡数据文件,将卡数据文件上传至共享文件服务器;资源主机根据异步任务表中的充值卡关键信息向共享文件服务器发送请求,自共享文件服务器获得充值卡数据明细信息,并将充值卡数据明细信息存入充值卡资源数据库中;资源主机向VC平台发送通知VC平台自共享文件服务器读取卡数据文件的指令,VC平台根据指令获取卡数据文件存入其自身的资源数据库中。本发明的方法和系统,BOSS侧统一实施充值卡数据文件解析和校验,在BOSS侧预先进行所有入库文件规则校验,提高充值成功率,提升客户满意度。
Description
技术领域
本发明涉及通信领域中业务支撑技术,具体地,涉及保证BOSS与VC平台间充值卡数据一致的方法及系统。
背景技术
充值卡是目前移动通信用户重要的缴费手段,移动运营商在生产经营过程中需要对充值卡进行管理。目前充值卡的管理流程主要包括充值卡入库、调拨、销售、退换卡、报废及充值步骤等,在充值卡的管理过程中主要涉及BOSS(BusinessOperationsSupportSystem,业务运营支撑系统)、VC(VoucherCenter,充值中心)平台和充值卡数据生成系统等,其中BOSS负责充值卡的入库、调拨、销售、退换卡等,VC平台负责充值卡的入库、激活、充值等。由于充值卡数据在BOSS系统和VC平台中分别存储,很有可能造成充值卡数据在两个系统间的不一致,下面我们介绍一下当前的入库流程和退换卡业务流程。
现有技术下充值卡在BOSS系统中的入库流程包括:
步骤1:数据管理员在BOSS前台应用的充值卡入库界面选择充值卡的资源类型,输入充值卡开始编码、充值卡张数、充值卡面值、有效期(天数);
步骤2:BOSS前台应用根据充值卡开始编码和充值卡张数,依次递增计算出需要入库的所有充值卡编号,根据当前入库日期加上有效期(天数)计算出充值卡的结束日期;
步骤3:BOSS前台应用请求资源主机进行入库,资源主机检查生成的充值卡编号与数据库中已存在的充值卡有重复数据,如果没有则进行入库。
现有技术下充值卡在VC平台的入库流程包括:
步骤1:VC平台读取充值卡数据文件内容;
步骤2:将所有充值卡数据文件内容入库,将入库的充值卡数据状态记为未发行。
现有技术下退换卡业务流程包括:
步骤1:营业员通过单独的充值卡状态查询菜单查询充值卡状态;
步骤2:营业员对旧卡状态进行有效性判断;
步骤3:校验通过后到单独的退换卡界面中录入新、旧卡号;
步骤4:业务提交后对老卡生成加锁指令,对新卡生成激活指令,并记录换卡日志。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
1、入库流程:
当前BOSS侧充值卡数据入库采用手工入库方式,而VC平台侧采用文件入库方式。由于双方数据检查标准不统一,无法保证双方入库数据的一致性,引发移动用户充值异常。
VC单独对入库文件进行校验,如果VC侧对文件校验出异常后,无法通知BOSS,导致BOSS单方入库成功。
BOSS侧缺少数据校验规则,无法保障录入数据质量,且BOSS侧发现数据异常无法通知VC,双方没有针对充值前数据交互的握手机制。
当前技术方法,无法保障BOSS和VC的数据一致性,会造成一些卡未经BOSS销售,就已经在VC充值的问题。问题的解决均是在问题发现后的事后核查、事后处理,属于补救措施,其具体方法为,通过充值不成功的投诉或者不定期的双方系统的数据一致性手工比对,找出系统的数据差异,再进行数据修复。这种事后补救的措施不能及时消灭系统中的数据不一致隐患,且管理杂乱,给运营商的运营带来一定的风险。
2、退换卡流程中加锁指令执行存在的问题:
目前业务办理和向VC平台的指令发送是异步的,存在指令执行失败的可能性,另外指令执行时间相比业务提交时间可能有较大延迟,就会造成BOSS和VC平台数据的不一致,使得用户仍有可能使用旧卡进行充值,从而给运营商带来了较大的收入流失风险。
发明内容
本发明的目的是针对现有技术中BOSS与VC平台间入库数据不一致引发用户充值异常的缺陷,提出一种保证充值卡数据一致的方法及系统。
为实现上述目的,根据本发明的一个方面,提供了一种保证充值卡数据一致的方法。
根据本发明实施例的保证充值卡数据一致的方法,包括:
前台应用主机接收上报的卡数据文件,将卡数据文件上传至共享文件服务器,生成异步入库任务,存储到后台异步任务表中;
资源主机根据异步任务表中的充值卡关键信息向共享文件服务器发送请求,自共享文件服务器获得充值卡数据明细信息,并将充值卡数据明细信息存入充值卡资源数据库中;
资源主机向VC平台发送通知VC平台自共享文件服务器读取卡数据文件的指令,VC平台根据指令获取卡数据文件存入其自身的资源数据库中。
在上述技术方案中,在前台应用主机接收上报的卡数据文件的步骤与将卡数据文件上传至共享文件服务器的步骤之间还包括:
前台应用主机访问资源主机内的资源数据库,根据充值卡资源类型读取对应的卡数据文件解析规则;
将卡数据文件的文件头与卡数据文件解析规则中的对应内容进行匹配验证,验证通过后,获得卡数据文件的内容;
根据文件内容校验规则对卡数据文件的内容进行校验处理。
在上述技术方案中,资源主机根据异步任务表中的充值卡关键信息向共享文件服务器发送请求的步骤具体包括:
资源主机从自身的资源数据库中实时轮询扫描异步任务表,根据异步任务表中的充值卡关键信息向共享文件服务器发送请求。
在上述技术方案中,VC平台根据指令获取卡数据文件存入其自身的资源数据库中的步骤具体包括:
VC平台接收到指令后,自共享文件服务器内获取卡数据文件;
VC平台根据自身的解析规则对卡数据文件进行解析处理,读取卡数据文件内的充值卡数据明细信息;
VC平台将充值卡数据明细信息存入其自身的资源数据库中。
在上述技术方案中,VC平台包括VC卡管理单元,方法还包括:
VC卡管理单元接收到前台应用主机发起的充值卡状态查询请求后,自资源数据库中查询充值卡的状态并返回给前台应用主机;
前台应用主机根据充值卡的状态进行业务有效性校验;
业务有效性校验通过后,VC卡管理单元接收自前台应用主机发送来的充值卡锁定请求,对充值卡当前的状态进行有效性验证,验证通过后对充值卡进行锁定操作,并返回充值卡加锁成功信息;
前台应用主机根据充值卡加锁成功信息,更新资源数据库中充值卡的状态为已作废。
为实现上述目的,根据本发明的另一个方面,提供了一种保证充值卡数据一致的系统。
根据本发明实施例的保证充值卡数据一致的系统,包括:
前台应用主机,用于接收上报的卡数据文件,将卡数据文件上传至共享文件服务器,生成异步入库任务,存储到后台异步任务表中;
资源主机,用于根据异步任务表中的充值卡关键信息向共享文件服务器发送请求,自共享文件服务器获得充值卡数据明细信息,并将充值卡数据明细信息存入充值卡资源数据库中,向VC平台发送通知VC平台自共享文件服务器读取卡数据文件的指令;
共享文件服务器,用于存储卡数据文件;
充值卡资源数据库,用于存储充值卡数据明细信息;
VC平台,用于根据指令获取卡数据文件存入其自身的资源数据库中。
在上述技术方案中,前台应用主机,还用于访问资源主机内的资源数据库,根据充值卡资源类型读取对应的卡数据文件解析规则;
将卡数据文件的文件头与卡数据文件解析规则中的对应内容进行匹配验证,验证通过后,获得卡数据文件的内容;
根据文件内容校验规则对卡数据文件的内容进行校验处理。
在上述技术方案中,
资源主机,具体用于从自身的资源数据库中实时轮询扫描异步任务表,根据异步任务表中的充值卡关键信息向所述共享文件服务器发送请求。
在上述技术方案中,VC平台包括:
文件获取单元,用于在VC平台接收到指令后,自共享文件服务器内获取卡数据文件;
解析处理单元,用于根据自身的解析规则对卡数据文件进行解析处理,读取卡数据文件内的充值卡数据明细信息;
信息存入单元,用于将充值卡数据明细信息存入其自身的资源数据库中。
在上述技术方案中,VC平台包括VC卡管理单元:
VC卡管理单元,用于接收到前台应用主机发起的充值卡状态查询请求后,自资源数据库中查询充值卡的状态并返回给前台应用主机,业务有效性校验通过后,接收自前台应用主机发送来的充值卡锁定请求,对充值卡当前的状态进行有效性验证,验证通过后对充值卡进行锁定操作,并返回充值卡加锁成功信息;
前台应用主机,用于根据充值卡的状态进行业务有效性校验,根据充值卡加锁成功信息,更新资源数据库中充值卡的状态为已作废。
本发明各实施例的保证充值卡数据一致的方法和系统,BOSS侧统一实施充值卡数据文件解析和校验,在BOSS侧预先进行所有入库文件规则校验,通过技术手段提升数据质量,大大降低了现有技术中只在VC侧校验导致的BOSS入库成功,VC却入库失败等问题的发生,提高充值成功率,提升客户满意度。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1为根据本发明保证充值卡数据一致系统的结构示意图;
图2为根据本发明保证充值卡数据一致的方法实施例一的流程示意图;
图3为根据本发明保证充值卡数据一致的方法实施例二的流程示意图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
为了解决BOSS与VC平台在充值卡入库数据不一致的方面引发的用户充值异常问题,本发明提供了一种保证充值卡数据一致的方法和系统,目的在于:
(1)通过在BOSS侧统一做充值卡数据的校验与录入,以及BOSS与VC平台的数据自动同步,保证两个系统数据一致;
(2)建立充值卡数据文件解析与校验的方法;
通过本发明的系统,可以在预先针对数据入口多,数据内容不一致造成的充值失败风险进行有效防范,与现有技术中采用的事后核查方式比对,具有实效性高、风险小的优势。
(3)在退换卡流程中建立BOSS系统和VC平台之间的卡状态实时更新机制;
提交退换卡业务时,实时调用VC平台提供的卡锁定接口,实现业务办理和旧的充值卡在VC平台上状态的实时更新。与现有技术中采用的异步处理方式(先提交业务、后向VC平台发送指令)对比,具有实效性高、可降低收入流失风险的优势。
系统实施例
本发明的保证充值卡数据一致的系统包括:
1.充值卡数据制作装置:生成充值卡的卡数据文件,其包含充值卡卡号、密码等充值卡基本数据;
2.前台应用主机:负责BOSS侧充值卡数据校验和录入的装置,与资源主机交互,将充值卡数据传输给资源主机;
3.资源主机:负责充值卡数据的业务管理的装置,具有充值卡数据处理、与VC平台的充值卡数据同步的作用;
4.共享文件服务器:负责保存充值卡数据文件,将卡数据文件转发到VC平台;
5.充值卡资源数据库:负责存储充值卡数据;
6.VC卡管理单元:负责VC充值卡的业务管理;
7.VC充值中心:负责控制13800138000,为移动用户的电话充值。
其中,VC卡管理单元和VC充值中心包括于VC平台内,前台应用主机、资源主机、共享文件服务器和充值卡资源数据库包括于BOSS系统内。
具体地,本系统实施例具体包括:
前台应用主机,用于接收上报的卡数据文件,将卡数据文件上传至共享文件服务器,生成异步入库任务,存储到后台异步任务表中;
资源主机,用于根据异步任务表中的充值卡关键信息向共享文件服务器发送请求,自共享文件服务器获得充值卡数据明细信息,并将充值卡数据明细信息存入充值卡资源数据库中,向VC平台发送通知VC平台自共享文件服务器读取卡数据文件的指令;
共享文件服务器,用于存储卡数据文件;
充值卡资源数据库,用于存储充值卡数据明细信息;
VC平台,用于根据指令获取卡数据文件存入其自身的资源数据库中。
其中:
前台应用主机,还用于访问资源主机内的资源数据库,根据充值卡资源类型读取对应的卡数据文件解析规则;
将卡数据文件的文件头与卡数据文件解析规则中的对应内容进行匹配验证,验证通过后,获得卡数据文件的内容;
根据文件内容校验规则对卡数据文件的内容进行校验处理。
其中:
资源主机,具体用于从自身的资源数据库中实时轮询扫描异步任务表,根据异步任务表中的充值卡关键信息向共享文件服务器发送请求。
其中:
VC平台包括:
文件获取单元,用于在VC平台接收到指令后,自共享文件服务器内获取卡数据文件;
解析处理单元,用于根据自身的解析规则对卡数据文件进行解析处理,读取卡数据文件内的充值卡数据明细信息;
信息存入单元,用于将充值卡数据明细信息存入其自身的资源数据库中。
其中:
VC平台包括VC卡管理单元:
VC卡管理单元,用于接收到前台应用主机发起的充值卡状态查询请求后,自资源数据库中查询充值卡的状态并返回给前台应用主机,业务有效性校验通过后,接收自前台应用主机发送来的充值卡锁定请求,对充值卡当前的状态进行有效性验证,验证通过后对充值卡进行锁定操作,并返回充值卡加锁成功信息;
前台应用主机,用于根据充值卡的状态进行业务有效性校验,根据充值卡加锁成功信息,更新资源数据库中充值卡的状态为已作废。
本实施例的保证充值卡数据一致的系统,BOSS侧统一实施充值卡数据文件解析和校验,在BOSS侧预先进行所有入库文件规则校验,通过技术手段提升数据质量,大大降低了现有技术中只在VC侧校验导致的BOSS入库成功,VC却入库失败等问题的发生,提高充值成功率,提升客户满意度。
本实施例的保证充值卡数据一致的系统,实施充值卡数据文件由BOSS向VC单向自动同步更新机制,使BOSS与VC使用同一个充值卡数据文件单点传递入库,有效保障VC、BOSS数据一致性,提升充值成功率。
方法实施例
根据本发明实施例,提供了一种保证充值卡数据一致的方法。
充值卡数据制作装置生成充值卡的卡数据文件之后,通过前台应用主机进行数据文件合理性校验,并完成数据录入传输给资源主机,资源主机对卡数据文件进行入库操作;待入库完成之后,资源主机通过BOSS接口机将卡数据文件转发到VC平台,VC平台完成充值卡数据入库操作。
如图2的流程所示,BOSS侧进行单点校验与入库,校验通过共享文件服务器,由其透传给VC平台进行数据入库。这样就避免了原来BOSS侧与VC侧的两侧系统分别入库造成数据不一致,事后比对不及时,导致充值失败的缺陷;相对于仅在VC侧进行文件校验的方式,大大规避了BOSS入库成功时VC入库失败的风险。
本实施例具体包括:
步骤11:数据管理员在充值卡数据制作装置中输入卡类型、面值、生成张数之后,充值卡数据制作装置生成卡数据文件,包含文件头和充值卡数据明细信息,文件头包含卡类型、面值、开始卡号、结束卡号、卡数量等充值卡关键信息,充值卡数据明细信息包含卡号、密码等充值卡关键信息;
如下为卡数据文件内容样例:
Batch:12345678
Quantity:2
END_DATE:20111231
Value:100
Expiry_Days:90
Start_CSN:234532532555565
End_CSN:234532532555566
234532532555565AEDF25322DE2EDE2D
234532532555566AEDF25322DE2EDE99
--FILEEND--
步骤12:数据管理员选择充值卡资源类型后,将生成的卡数据文件上传到前台应用主机上,前台应用主机获取卡数据文件后,访问资源主机内设的数据库,根据数据管理员选择的充值卡资源类型,从该数据库中读取与该充值卡资源类型对应的卡数据文件解析规则;在卡数据文件解析规则中,定义了卡数据文件的文件头以及充值卡数据明细信息的标准组成。其中文件头部分详细定义了文件头的每一行内容所对应键名,详细如下:
LINE1:Batch-卡数据文件批号
LINE2:Quantity-卡数据文件中充值卡数量
LINE3:END_DATE-失效日期
LINE4:Value-面值
LINE5:Expiry_Days-有效期,按天计算
LINE6:Start_CSN-开始充值卡号码
LINE7:End_CSN-结束充值卡号码
充值卡数据明细信息部分详细定义了文件明细行中,每一行中字段组成(充值卡数据明细中,每行字段组成相同),详细说明如下:
LINE0:$INV_ID$$PASSWORD$--第一个字段为充值卡卡号,第二个字段为充值卡密码。
步骤13:前台应用主机根据卡数据文件解析规则,读取卡数据文件第1行内容,与键名Batch进行匹配,如果匹配上,则文件第1行内容Batch之后的“12345678”为Batch对应的值,即该卡数据文件对应的批次号为12345678;如果文件第一行内容与规则“LINE1:Batch”中的键名“Batch”无法匹配,则说明该文件内容不符合该充值卡类型对应的文件解析规则,系统报错,禁止导入;以此类推,第2行解析到该文件的充值卡数量为2,第3行解析到该批次充值卡的结束日期为2011-12-31,第4行解析到充值卡面值为100元,第5行解析到有效期为90天,开始充值卡编号为234532532555565,结束充值卡编号为234532532555566。文件头解析完毕之后,将文件后续每一行内容都与规则“LINE0:$INV_ID$$PASSWORD$”,第一字段对应键名$INV_ID$的值,第2个字段对应键名$PASSWORD$的值;从上述实例中的充值卡数据文件内容,我们可以解析出两张充值卡明细,第一张充值卡卡号为234532532555565,密码为AEDF25322DE2EDE2D,第2张充值卡卡号为234532532555566,密码为AEDF25322DE2EDE99;
步骤14:前台应用主机在执行完卡数据文件解析规则获取文件内容之后,我们还要进行如下的文件内容进行校验:
充值卡批次号与资源主机内的数据库中已经入库的充值卡批次号不能重复;
充值卡数量与充值卡数据明细中数据条数相等;
充值卡结束日期必须大于当前日期;
充值卡开始编号必须小于充值卡结束编号;
充值卡开始编号必须等于第一条充值卡数据明细中的充值卡编号;
充值卡结束编号必须等于最后一条充值卡数据明细中的充值卡编号;
充值卡数据明细中的每一个充值卡编号必须是依次递增的;
充值卡数据明细中的每一个充值卡编号不能与数据库中已存在的充值卡编号重复。
满足以上校验规则的卡数据文件的充值卡明细才能进行数据入库;
步骤15:完成文件内容校验规则的校验后,前台应用主机会将卡数据文件上传到共享文件服务器中,然后生成一个异步入库任务,存储到后台的异步任务表中,并将该异步任务表存入资源主机的数据库中;该表详细记录了如下信息:卡数据文件名称、充值卡资源类型、充值卡面值、充值卡数量、卡数据文件在共享文件服务器中保存的文件目录、共享文件服务器的IP;我们列举的卡数据文件实例保存的异步入库任务信息为:chongzhikaceshi.txt、CRK100、100、2、/filestore/20110807/filepath、133.96.8.7;
步骤16:资源主机,将在数据库中实时轮询扫描异步任务表,从异步任务表中读取卡数据文件名称、充值卡资源类型、充值卡面值、充值卡数量、卡数据文件在共享文件服务器中保存的文件目录、共享文件服务器的IP等充值卡关键信息;根据这些关键信息向共享文件服务器发送请求,从指定目录读取指定文件;例如,资源主机会向IP为133.96.8.7的共享文件服务器发送ftp服务请求,从/filestore/20110807/filepath目录获取chongzhikaceshi.txt文件,读取文件内容中的充值卡数据明细信息,将每张充值卡数据入库到BOSS的充值卡资源数据库中,充值卡数据包含以下信息:充值卡编号、充值卡密码、充值卡面值、充值卡有效期、充值卡结束日期、充值卡状态等;入库完成后,资源主机更新异步任务的状态为已完成。
步骤17:资源主机完成异步任务处理后,向VC平台发送一条MML(ManMachineLanguage本发明指SMP与外部系统间交互的人机语言)指令,通知VC平台从协议中事先约定好的共享文件服务器中的指定目录读取卡数据文件到VC平台中进行入库处理;
步骤18:VC平台接收到同步入库的MML指令后,从约定好133.96.8.7共享文件服务器的/filestore/20110807/filepath下获取chongzhikaceshi.txt文件,按照VC平台自身的解析规则进行解析,读取文件内容中的充值卡数据明细,将每张充值卡数据入库到VC平台中的资源数据库中,包含以下信息:充值卡编号、充值卡密码、充值卡面值、充值卡有效期、充值卡结束日期、充值卡状态等。
本实施例的保证充值卡数据一致的方法,BOSS侧统一实施充值卡数据文件解析和校验,在BOSS侧预先进行所有入库文件规则校验,通过技术手段提升数据质量,大大降低了现有技术中只在VC侧校验导致的BOSS入库成功,VC却入库失败等问题的发生,提高充值成功率,提升客户满意度。
本实施例的保证充值卡数据一致的方法,实施充值卡数据文件由BOSS向VC单向自动同步更新机制,使BOSS与VC使用同一个充值卡数据文件单点传递入库,有效保障VC、BOSS数据一致性,提升充值成功率。
根据本发明实施例,提供了另一种保证充值卡数据一致的方法,本实施例主要针对退换卡业务进行,如图3所示,本实施例包括:
步骤21:客户到营业厅来办理退换卡业务,营业员在界面上录入旧的充值卡卡号;
步骤22:前台营业员点击查询按钮,前台应用主机调用VC平台提供的充值卡状态查询接口;
步骤23:VC卡管理单元接收到前台应用主机发起的充值卡状态查询请求后,从VC平台的资源数据库中查询充值卡的状态并返回给前台应用主机;
步骤24:前台应用主机根据VC平台返回的旧的充值卡的状态进行业务有效性校验,判断业务是否可以继续受理;
步骤25:旧充值卡状态的有效性校验通过后,提交退换卡业务,前台应用主机实时调用VC平台提供的卡锁定接口发起充值卡加锁请求;
步骤26:VC卡管理单元接收到前台应用主机的充值卡加锁请求,对卡当前的状态进行有效性判断,验证通过后对卡进行锁定操作,并返回卡加锁成功的信息;如果卡状态验证不通过,则返回卡加锁失败的信息;
步骤27:前台应用主机根据VC平台返回的卡加锁结果进行后续处理,如果卡加锁成功,则分别更新VC平台的资源数据库、充值卡资源数据库中相应旧的充值卡的状态为作废,并记录退换卡日志,由营业员回收旧卡。
本实施例的保证充值卡数据一致的方法,在退换卡业务过程中,将旧充值卡加锁指令的执行方式由异步改为同步,保证旧卡状态在VC平台上的实时更新,大大降低了由于指令处理延迟或者指令执行失败造成的收入流失风险。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述仅为本发明的优选实施例而已,并不用于限制本发明,尽管参照前述实施例对本发明进行了详细的说明,对于本领域的技术人员来说,其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种保证充值卡数据一致的方法,其特征在于,包括:
前台应用主机接收上报的卡数据文件,将所述卡数据文件上传至共享文件服务器,生成异步入库任务,存储到后台异步任务表中;
资源主机根据所述异步任务表中的充值卡关键信息向所述共享文件服务器发送请求,自所述共享文件服务器获得充值卡数据明细信息,并将所述充值卡数据明细信息存入充值卡资源数据库中;
资源主机向VC平台发送通知VC平台自所述共享文件服务器读取所述卡数据文件的指令,VC平台根据指令获取卡数据文件存入其自身的资源数据库中;所述VC平台为充值中心平台;
其中,在所述前台应用主机接收上报的卡数据文件的步骤与将卡数据文件上传至共享文件服务器的步骤之间还包括:
所述前台应用主机访问资源主机内的充值卡资源数据库,根据充值卡资源类型读取对应的卡数据文件解析规则;
将所述卡数据文件的文件头与所述卡数据文件解析规则中的对应内容进行匹配验证,验证通过后,获得卡数据文件的内容;
根据文件内容校验规则对所述卡数据文件的内容进行校验处理。
2.根据权利要求1所述的方法,其特征在于,所述资源主机根据异步任务表中的充值卡关键信息向所述共享文件服务器发送请求的步骤具体包括:
所述资源主机从自身的充值卡资源数据库中实时轮询扫描所述异步任务表,根据所述异步任务表中的充值卡关键信息向所述共享文件服务器发送请求。
3.根据权利要求1所述的方法,其特征在于,所述VC平台根据指令获取卡数据文件存入其自身的资源数据库中的步骤具体包括:
所述VC平台接收到指令后,自所述共享文件服务器内获取所述卡数据文件;
所述VC平台根据自身的解析规则对所述卡数据文件进行解析处理,读取所述卡数据文件内的充值卡数据明细信息;
所述VC平台将所述充值卡数据明细信息存入其自身的资源数据库中。
4.根据权利要求1所述的方法,其特征在于,所述VC平台包括VC卡管理单元,方法还包括:
所述VC卡管理单元接收到所述前台应用主机发起的充值卡状态查询请求后,自所述资源数据库中查询充值卡的状态并返回给所述前台应用主机;其中,VC卡为充值卡;
所述前台应用主机根据充值卡的状态进行业务有效性校验;
业务有效性校验通过后,所述VC卡管理单元接收自前台应用主机发送来的充值卡锁定请求,对充值卡当前的状态进行有效性验证,验证通过后对充值卡进行锁定操作,并返回充值卡加锁成功信息;
所述前台应用主机根据所述充值卡加锁成功信息,更新所述充值卡资源数据库中充值卡的状态为已作废。
5.一种保证充值卡数据一致的系统,其特征在于,包括:
前台应用主机,用于接收上报的卡数据文件,将所述卡数据文件上传至共享文件服务器,生成异步入库任务,存储到后台异步任务表中;
资源主机,用于根据所述异步任务表中的充值卡关键信息向所述共享文件服务器发送请求,自所述共享文件服务器获得充值卡数据明细信息,并将所述充值卡数据明细信息存入充值卡资源数据库中,向VC平台发送通知VC平台自所述共享文件服务器读取所述卡数据文件的指令;所述VC平台为充值中心平台;
共享文件服务器,用于存储卡数据文件;
充值卡资源数据库,用于存储充值卡数据明细信息;
VC平台,用于根据指令获取卡数据文件存入其自身的资源数据库中;
所述前台应用主机,还用于访问资源主机内的充值卡资源数据库,根据充值卡资源类型读取对应的卡数据文件解析规则;
将所述卡数据文件的文件头与所述卡数据文件解析规则中的对应内容进行匹配验证,验证通过后,获得卡数据文件的内容;
根据文件内容校验规则对所述卡数据文件的内容进行校验处理。
6.根据权利要求5所述的系统,其特征在于,
所述资源主机,具体用于从自身的充值卡资源数据库中实时轮询扫描所述异步任务表,根据所述异步任务表中的充值卡关键信息向所述共享文件服务器发送请求。
7.根据权利要求5所述的系统,其特征在于,所述VC平台包括:
文件获取单元,用于在所述VC平台接收到指令后,自所述共享文件服务器内获取所述卡数据文件;
解析处理单元,用于根据自身的解析规则对所述卡数据文件进行解析处理,读取所述卡数据文件内的充值卡数据明细信息;
信息存入单元,用于将所述充值卡数据明细信息存入其自身的资源数据库中。
8.根据权利要求5所述的系统,其特征在于,所述VC平台包括VC卡管理单元:
所述VC卡管理单元,用于接收到所述前台应用主机发起的充值卡状态查询请求后,自所述资源数据库中查询充值卡的状态并返回给所述前台应用主机,业务有效性校验通过后,接收自前台应用主机发送来的充值卡锁定请求,对充值卡当前的状态进行有效性验证,验证通过后对充值卡进行锁定操作,并返回充值卡加锁成功信息;其中,VC卡为充值卡;
所述前台应用主机,用于根据充值卡的状态进行业务有效性校验,根据所述充值卡加锁成功信息,更新所述充值卡资源数据库中充值卡的状态为已作废。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110433178.1A CN103177004B (zh) | 2011-12-21 | 2011-12-21 | 保证充值卡数据一致的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110433178.1A CN103177004B (zh) | 2011-12-21 | 2011-12-21 | 保证充值卡数据一致的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103177004A CN103177004A (zh) | 2013-06-26 |
CN103177004B true CN103177004B (zh) | 2016-04-27 |
Family
ID=48636885
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110433178.1A Active CN103177004B (zh) | 2011-12-21 | 2011-12-21 | 保证充值卡数据一致的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103177004B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104038651A (zh) * | 2013-03-07 | 2014-09-10 | 中兴通讯股份有限公司 | 一种充值卡管理及充值系统及方法 |
CN105787721A (zh) * | 2014-12-26 | 2016-07-20 | 中兴通讯股份有限公司 | 充值实现方法及系统 |
CN110555068A (zh) * | 2018-05-14 | 2019-12-10 | 北京京东尚科信息技术有限公司 | 数据导出方法和装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101102233A (zh) * | 2007-06-27 | 2008-01-09 | 中国移动通信集团四川有限公司 | 数据不一致的检测处理方法 |
CN101252628A (zh) * | 2008-04-14 | 2008-08-27 | 中兴通讯股份有限公司 | 基于充值卡的充值系统和方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101720074B (zh) * | 2008-10-09 | 2013-06-05 | 华为技术有限公司 | 充值处理方法与系统、通信装置 |
-
2011
- 2011-12-21 CN CN201110433178.1A patent/CN103177004B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101102233A (zh) * | 2007-06-27 | 2008-01-09 | 中国移动通信集团四川有限公司 | 数据不一致的检测处理方法 |
CN101252628A (zh) * | 2008-04-14 | 2008-08-27 | 中兴通讯股份有限公司 | 基于充值卡的充值系统和方法 |
Non-Patent Citations (1)
Title |
---|
联通一卡充系统的研究及应用;彭福荣;《中国学位论文全文数据库》;20101222;第11-12、23、28页 * |
Also Published As
Publication number | Publication date |
---|---|
CN103177004A (zh) | 2013-06-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102903171B (zh) | 自助式智能录入验审发票处理系统与方法 | |
CN107909471A (zh) | 一种业务处理的方法、装置、自助终端设备及存储介质 | |
US20100235284A1 (en) | Method and systems for generating and using tokens in a transaction handling system | |
US20100235882A1 (en) | Method and system for using tokens in a transaction handling system | |
CN110852816B (zh) | 基于区块链的自动开具发票方法、终端设备及存储介质 | |
CN111724146A (zh) | 一种基于区块链的数字资产流转的方法及装置 | |
CN102103777A (zh) | 一种税控收款机网络报税系统及其报税方法 | |
CN111507686B (zh) | 工程设计变更自动预算系统与方法 | |
CN103177004B (zh) | 保证充值卡数据一致的方法和系统 | |
CN111523817B (zh) | 基于大数据的订单业务处理方法、装置、设备和介质 | |
CN111768013B (zh) | 一种商业银行对公账户综合管理系统及方法 | |
JP2023062434A (ja) | サービス提供装置、サービス提供方法、およびプログラム | |
CN113191762B (zh) | 基于配置式金融交易类短信验证码公共组件的实现方法 | |
CN115222350A (zh) | 一种用于电企与银行之间的对账系统及方法 | |
CN112766944A (zh) | 一种跨境资金管理方法、装置及系统 | |
CN113379543A (zh) | 用于管理供应链金融业务的信息处理方法及装置 | |
CN113421053A (zh) | 业务管理方法、系统、及计算机可读存储介质 | |
CN112862264A (zh) | 企业经营状况分析方法、计算机设备及计算机存储介质 | |
WO2020155167A1 (en) | Application of cross-organizational transactions to blockchain | |
CN111882294A (zh) | 一种流程审批的方法和装置 | |
CN111582851A (zh) | 基于大数据的平台打款方法、装置、电子设备及存储介质 | |
CN118096041A (zh) | 智能证照的一体化管理方法、装置、设备及存储介质 | |
CN113888151A (zh) | 支付数据处理方法、装置及相关设备 | |
CN112288395A (zh) | 一种协同办公系统、方法、装置、设备及介质 | |
CN115526584A (zh) | 一种自助文件柜系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |