《一卡通解决方案一卡通小钱包在对接技术中应用与实现.doc》由会员分享，可在线阅读，更多相关《一卡通解决方案一卡通小钱包在对接技术中应用与实现.doc（7页珍藏版）》请在金锄头文库上搜索。
1、一卡通解决方案-一卡通小钱包在对接技术中的应用与实现一卡通解决方案-一卡通小钱包在对接技术中的应用与实现一卡通解决方案-一卡通小钱包在对接技术中的应用与实现摘要:文章解析了一卡通系统的架构利用校园一卡通节余的空白扇区作为公共扇区经过在一卡通中开辟“小钱包”的方法实现一卡通系统与水控POS管理系统的对接,使水控系统变成了一卡通系统的一个子系统并纳入校园一卡通的一致管理从而有效地整合了资源降低了成本。数字化校园的发展促使越来越多的高校引入了校园一卡通。为了连续利用现有的卡务系统如图书管理、水控POS系统等须进行不相同卡务系统的对接。序言在高校校园一卡通系统中学校很多部门已经应用了一些较为成熟的应用
2、管理系统如:水控电控系统、图书借阅系统、网上盘问系统、OA系统等但采用的开发平台各不相同各种种类的数据库系统同时并存有Foxpro、Access等桌面型数据库管理系统也有SQLServer、Oracle、Sybase等大中型数据库系统1。为了实现不相同卡务系统的对接本文提出了基于校园一卡通系统对接技术的解决方案解决了校园一卡通与水控系统的对接。1 一卡通系统平台介绍1.1一卡通系统结构系统采用标准的三层架构:数据层、应用层、接见层,实现数据与业务完整分离。针对不相同的业务流采用不相同的结构:针对账务上传、黑名单下载、POS机轮询等业务一般采用C/S的结构能充分发挥客户端PC的办理能力,针对学生
3、Web查询余额、网上自助挂失等业务采用B/S模式以方便学生盘问和保护管理2。1.2一卡通系统主要构成部分? 中心核心服务器:供应基础数据库负责账务信息办理、圈存业务、挂失业务、盘问业务、系统管理、设备管理等。这些功能构成了一卡通系统的核心功能。? 备份服务器:负责同步备份中心核心数据库保障数据的安全。? 盘问服务器:供应各个客户端的盘问业务。? 前台工作站:采集前台POS花销机的花销流水、上传流水、同步黑名单。? 刷卡机,POS花销机,:供应刷卡花销功能。? 依赖网络:在校园网上划分出一卡通Vlan使工作站、服务器、圈存机等互联。? 应用系统:与校园一卡通相结合的其他系统如图书管理系统水控花销
4、系统机房管理系统等。1.3流水上传及圈存一卡通系统的流水上传工作模式:由前台刷卡机自动扣除卡片花销金额保留花销记录到本机待网络悠闲时上传至前台工作站工作站将采集的流水批量上传至中心服务器由中心服务器负责账务结算按月汇总结算报表。圈存采用学生自助圈存:学生到圈存机上插入校园一卡通与银行卡待考据有效此后从银行卡上划拨相应金额至校园一卡通中心服务器做记账记录。银行按月将划入的一卡通转账金额转入校园一卡通集体账户由校财务处一致进行商户结算。1.4数据储藏管理方法采用分布式数据储藏的方法包括前台花销POS、前台工作站、中心核心服务器、备份服务器从而保证了数据的一致性与可靠性。2 对接方案的解析2.1系统
5、对接背景某高校的在用系统包括校园一卡通系统与水控系统这两个系统处于不相同的开发平台且相互独立。为了将水控系统纳入校园一卡通的一致管理提出了系统对接的解决方案。2.2系统对接技术的实现方案两个系统保持现有功能不变只在系统间经过一个物理的水控应用小钱包实现与校园卡主电子钱包余额的共享。小钱包密钥、校验算法与一卡通系统共同协商开发。为了使小钱包在使用时对持卡人及业务管理人员透明一方面需要转移部分小钱包账号管理业务功能转移包括小钱包开户、账号挂失、账号解挂等功能并集成到一卡通系统的现有功能中去在系统间实现交易数据的自动同步实现账号管理业务数据的共享,另一方面经过小钱包实现主钱包资本在水控应用中的共享使
6、用。2.3小钱包格式扇区格式及整体框架为水控系统设计的钱包储藏于2个扇区:? 主扇区:储藏卡片基本信息。? 备份扇区:储藏卡片花销及校验等设臵信息。扇区划分为块0与块1两者的格式相同参照表1。块0:电子钱包区,公用部分、备份区,块1:电子钱包区,公用部分原数据区,3 对接方案的实现3.1一卡通系统业务流程图3.2开户充值功能实现一卡通系统依照水控系统供应的写卡方式、规则等将金额写入指定扇区。依据图1的设计详细实现功能以下。小钱包账号开户:由一卡通系统为水控系统开设一个小钱包账号该账号在初次刷卡后自动隐含地生成。开户后系统会在一卡通的某一悠闲扇区上开辟一个物理小钱包同时在一卡通后台账户表中开设小
7、钱包账号。账号创办的同时在一卡通系统中产生一条小钱包开户交易流水记录并马上自动同步到一卡通系统的“通用业务前臵系统”数据库中水控系统即可今后中间库同步到水控小钱包账号开户的交易记录。水控签到,小钱包账号充值,:小钱包的充值操作隐含在水控签到业务操作中从而实现对用户的透明化。用户签到时系统第一会检查此校园卡的合法性尔后检查主钱包和小钱包的余额计算出本次应向小钱包充入金额,为默认的消费额度减小钱包余额,并完成主钱包向小钱包的转账充值。同时在数据库中记录下此卡的签到信息。正常完成水控签到后小钱包内即已充入可供本次用水所需的花销接下来可在水控系统中进行用水花销支付。3.3花销功能的实现水控系统业务流程
8、如图2所示。? 控水终端读取此小钱包扇区的金额。? 依照水控系统起初设臵的费率扣除小钱包的余额。并产生花销流水备份到水控系统数据库里。? 控水终端只取小钱包里面的余额依照小钱包里面的金额花销。? 对于小钱包的扣款不产生负数扣款到小钱包金额为零为止控水写卡不存在透支。若是小钱包的金额为零控水不能够再次使用。3.4水控签退,小钱包账号退款,水控签退一方面是为了给一卡通系统的结算供应基础的花销交易流水记录以统计出水控系统交易的结算报表,另一方面是为了实现主钱包余额与小钱包余额的共享。正常签退情况:读取校园卡信息盘问签到表以确认此次刷卡完成签退。尔后将小钱包中的全部余额转账到主钱包并依照签到时小钱包的
9、转入金额与此时的转出金额之差生成小钱包花销交易流水记录存入数据库中同时除去签到记录的标志。即完成了一次完满的水控花销功能。异常办理:若持卡人在水控系统使用过程中扔掉了其校园卡也许出门时忘记进行签退时为保证系统账目的完满性需要进行异常办理。有两种方案:?引入“手工签退”功能来结束签退操作。调用水控供应的账号花销盘问API接口盘问统计出每个未签退小钱包账号的实质花销金额并按正常签退相同的方式在系统中产生和储藏小钱包花销交易流水记录并进行手工签退。此时其小钱包中可能还存在未花销完的余额此余额还没有转入主钱包。? 为解决“手工签退”存在无法将小钱包余额转入主钱包的问题采用“下次签退”当下次刷卡时若前一
10、次没有正常签退则先进行正常签退再进行签到。3.5账号挂失与解挂账号挂失、解挂时一卡通系统中产生交易流水记录并马上自动同步到一卡通系统的“通用业务前臵系统”数据库中水控系统即可今后数据库动向同步到挂失或解挂记录。3.6花销结算水控系统以动向库的形式供应小钱包的花销数据一卡通系统调用获取。一卡通依照水控系统在签退时产生的花销交易流水记录来统计生成水控花销的结算报表。3.7数据同步接口一卡通供应的交易数据同步接口:经过通用业务前臵系统使一卡通系统中产生的交易数据能够及时、正确、安全地同步到水控系统中。为实现交易数据及时增量同步系统中采用版本号进行管理。新流水记录的版本号最大。水控系统需要准时盘问中间
11、库中的小钱包交易表将最新产生的交易记录取出存放到水控系统自己的交易记录表中同时更正相应账号的数据。水控系统供应的接口:为了使现有水控系统的设计不变小钱包的格式以水控系统的格式为依照。水控系统需要供应Win32平台的动向链接库,DLL,接口给一卡通系统。为实现无卡签退功能需要水控供应小钱包某时段花销总数统计查询接口此接口可传入一个小钱包账号、初步时间参数传出从初步时间至当前时间的花销总金额并可经过返回值确定接口调用可否成功。4 结束语利用一卡通供应的悠闲扇区开辟一个“小钱包”作为水控系统和一卡通系统的信息共享区从而实现了校园一卡通系统与水控管理系统的成功对接。这是一个成功对接的案例。本方案也适用于机房管理系统与图书借阅系统等。当前我校的机房管理与图书借阅系统均已成功纳入一卡通系统的一致管理且运行优异。本方案可操作性强对原系统没有任何影响拥有通用性。本文的成功案例为学校信息化的全面发展和应用系统的整合供应认识决方案。
