数字化校园的发展促使越来越多的高校引入了校园一卡通。为了继续利用现有的卡务系统如图书管理、水控POS系统等，须进行不同卡务系统的对接。引言 在高校校园一卡通系统中，学校很多部门已经应用了一些较为成熟的应用管理系统，如：水控电控系统、图书借阅系统、网上查询系统、OA系统等，但采用的开发平台各不相同，各种类型的数据库系统同时并存，有Foxpro、Access等桌面型数据库管理系统，也有SQL Server、Oracle、Sybase等大中型数据库系统[1]。 为了实现不同卡务系统的对接，本文提出了基于校园一卡通系统对接技术的解决方案，解决了校园一卡通与水控系统的对接。 1 一卡通系统平台介绍 1.1 一卡通系统结构 系统采用标准的三层架构：数据层、应用层、访问层,实现数据与业务彻底分离。针对不同的业务流，采用不同的结构：针对账务上传、黑名单下载、POS机轮询等业务，一般采用C/S的结构能充分发挥客户端PC的处理能力；针对学生Web查询余额、网上自助挂失等业务，采用B/S模式，以方便学生查询和维护管理[2]。 1.2 一卡通系统主要构成部分 ⑴ 中心核心服务器：提供基础数据库，负责账务信息处理、圈存业务、挂失业务、查询业务、系统管理、设备管理等。这些功能构成了一卡通系统的核心功能。 ⑵ 备份服务器：负责同步备份中心核心数据库，保障数据的安全。 ⑶ 查询服务器：提供各个客户端的查询业务。 ⑷ 前台工作站：采集前台POS消费机的消费流水、上传流水、同步黑名单。 ⑸ 刷卡机（POS消费机）：提供刷卡消费功能。 ⑹ 依托网络：在校园网上划分出一卡通Vlan，使工作站、服务器、圈存机等互联。 ⑺ 应用系统：与校园一卡通相结合的其他系统，如图书管理系统，水控消费系统，机房管理系统等。 1.3 流水上传及圈存 1.3.1 一卡通系统的流水上传工作模式：由前台刷卡机自动扣除卡片消费金额，保留消费记录到本机，待网络空闲时上传至前台工作站，工作站将采集的流水批量上传至中心服务器，由中心服务器负责账务结算，按月汇总结算报表。 1.3.2 圈存采用学生自助圈存：学生到圈存机上插入校园一卡通与银行卡，待验证有效之后，从银行卡上划拨相应金额至校园一卡通，中心服务器做记账记录。银行按月将划入的一卡通转账金额转入校园一卡通集体账户，由校财务处统一进行商户结算。 1.4 数据存储管理方法 采用分布式数据存储的方法，包括前台消费POS、前台工作站、中心核心服务器、备份服务器，从而保证了数据的一致性与可靠性。 2 对接方案的分析 2.1 系统对接背景 某高校的在用系统包括校园一卡通系统与水控系统，这两个系统处于不同的开发平台且相互独立。为了将水控系统纳入校园一卡通的统一管理，提出了系统对接的解决方案。 2.2 系统对接技术的实现方案 两个系统维持现有功能不变，只在系统间通过一个物理的水控应用小钱包实现与校园卡主电子钱包余额的共享。小钱包密钥、校验算法与一卡通系统共同协商开发。 为了使小钱包在使用时对持卡人及业务管理人员透明，一方面，需要转移部分小钱包账号管理业务功能，转移包括小钱包开户、账号挂失、账号解挂等功能并集成到一卡通系统的现有功能中去，在系统间实现交易数据的自动同步，实现账号管理业务数据的共享；另一方面，通过小钱包实现主钱包资金在水控应用中的共享使用。 2.3 小钱包格式，扇区格式及总体框架 为水控系统设计的钱包存储于2个扇区： ⑴ 主扇区：存储卡片基本信息。 ⑵ 备份扇区：存储卡片消费，及校验等设置信息。 扇区划分为块0与块1，两者的格式一样，参照表1。 块0：电子钱包区（公用部分、备份区） 块1：电子钱包区（公用部分，原数据区） 3 对接方案的实现 3.1 一卡通系统业务流程图 3.2 开户充值功能实现 一卡通系统根据水控系统提供的写卡方式、规则等，将金额写入指定扇区。依据图1的设计，详细实现功能如下。 3.2.1 小钱包账号开户：由一卡通系统为水控系统开设一个小钱包账号，该账号在初次刷卡后自动隐含地生成。开户后，系统会在一卡通的某一空闲扇区上开辟一个物理小钱包，同时在一卡通后台账户表中开设小钱包账号。账号创建的同时在一卡通系统中产生一条小钱包开户交易流水记录，并立即自动同步到一卡通系统的“通用业务前置系统”数据库中，水控系统即可从此中间库同步到水控小钱包账号开户的交易记录。 3.2.2 水控签到（小钱包账号充值）：小钱包的充值操作隐含在水控签到业务操作中，从而实现对用户的透明化。用户签到时，系统首先会检查此校园卡的合法性，然后检查主钱包和小钱包的余额，计算出本次应向小钱包充入金额（为默认的消费额度减小钱包余额），并完成主钱包向小钱包的转账充值。同时，在数据库中记录下此卡的签到信息。正常完成水控签到后，小钱包内即已充入可供本次用水所需的费用，接下来可在水控系统中进行用水消费支付。第1页第2页