3.3 消费功能的实现
水控系统业务流程如图2所示。
⑴ 控水终端读取此小钱包扇区的金额。
⑵ 根据水控系统预先设置的费率扣除小钱包的余额。并产生消费流水，备份到水控系统数据库里。
⑶ 控水终端只取小钱包里面的余额，根据小钱包里面的金额消费。
⑷ 对于小钱包的扣款不产生负数，扣款到小钱包金额为零为止，控水写卡不存在透支。如果小钱包的金额为零，控水不能再次使用。
3.4 水控签退（小钱包账号退款）
水控签退，一方面是为了给一卡通系统的结算提供基础的消费交易流水记录，以统计出水控系统交易的结算报表；另一方面是为了实现主钱包余额与小钱包余额的共享。
3.4.1 正常签退情况：读取校园卡信息，查询签到表以确认此次刷卡完成签退。然后，将小钱包中的全部余额转账到主钱包，并根据签到时小钱包的转入金额与此时的转出金额之差，生成小钱包消费交易流水记录，存入数据库中，同时清除签到记录的标志。即完成了一次完整的水控消费功能。
3.4.2 异常处理：若持卡人在水控系统使用过程中丢失了其校园卡，或者出门时忘记进行签退时，为保证系统账目的完整性，需要进行异常处理。有两种方案：
⑴ 引入“手工签退”功能来结束签退操作。调用水控提供的账号消费查询API接口，查询统计出每个未签退小钱包账号的实际消费金额，并按正常签退一样的方式在系统中产生和存储小钱包消费交易流水记录，并进行手工签退。此时，其小钱包中可能还存在未消费完的余额，此余额尚未转入主钱包。
⑵ 为解决“手工签退”存在无法将小钱包余额转入主钱包的问题，采用“下次签退”，当下次刷卡时，若上次没有正常签退，则先进行正常签退再进行签到。
3.5 账号挂失与解挂
账号挂失、解挂时，一卡通系统中产生交易流水记录并立即自动同步到一卡通系统的“通用业务前置系统”数据库中，水控系统即可从此数据库动态同步到挂失或解挂记录。
3.6 消费结算
水控系统以动态库的形式提供小钱包的消费数据，一卡通系统调用获取。一卡通根据水控系统在签退时产生的消费交易流水记录来统计生成水控消费的结算报表。
3.7 数据同步接口
3.7.1 一卡通提供的交易数据同步接口：通过通用业务前置系统，使一卡通系统中产生的交易数据能够及时、准确、安全地同步到水控系统中。为实现交易数据及时增量同步，系统中采用版本号进行管理。新流水记录的版本号最大。水控系统需要定时查询中间库中的小钱包交易表，将最新产生的交易记录取出存放到水控系统自身的交易记录表中，同时修改相应账号的数据。
3.7.2 水控系统提供的接口：为了使现有水控系统的设计不变，小钱包的格式以水控系统的格式为依据。水控系统需要提供Win32平台的动态链接库（DLL）接口给一卡通系统。为实现无卡签退功能，需要水控提供小钱包某时段消费总额统计查询接口，此接口可传入一个小钱包账号、起始时间参数，传出从起始时间至当前时间的消费总金额，并可通过返回值确定接口调用是否成功。
4 结束语
利用一卡通提供的空闲扇区，开辟一个“小钱包”作为水控系统和一卡通系统的信息共享区，从而实现了校园一卡通系统与水控管理系统的成功对接。这是一个成功对接的案例。本方案也适用于机房管理系统与图书借阅系统等。目前我校的机房管理与图书借阅系统均已成功纳入一卡通系统的统一管理且运行良好。本方案可操作性强，对原系统没有任何影响，具有通用性。本文的成功案例为学校信息化的全面发展和应用系统的整合提供了解决方案。
