基于一卡通平台的多媒体自助业务系统设计

    近年来．我国许多高校都进行了校园一卡通系统的建设，但是各高校的建设水平和应用程度却差别很大。根据我们在若干所高校进行的调查发现，不理想的系统往往表现出以下两个方面的特征：一是没有基于数字校园进行整体规划和建设，二是一卡通系统在校园中的应用覆盖面窄、内容不丰富。那么如何丰富数字校园的应用，营造良好的数字校园环境，丰富一卡通系统在校园中的应用呢?本文所设计的校园一卡通多媒体自助业务系统也许将成为一种良好的媒介。

    一、人性化的管理呼唤自助业务系统的发展

    高等学校要完成培养人才、发展知识和社会服务的职能，就必须营造一个人性化的校园信息环境。就校园一卡通系统而言，虽然目前一卡通替代了各种卡证，实现了应用集成，但是仍严重依赖人工的操作方式，迫使持卡人奔波于各种场所。这种管理模式受时间、地点、人员等多方面因素的困扰，无法满足系统向“功能通、地域通、时间通”方向发展的要求。

    多媒体自助业务系统汇集了各部门的业务人口。基于B／S架构，运用JSP技术控制Web页面的生成，持卡人则通过Web页面向校园一卡通平台发起各种业务请求．同时运用JDBC技术与后台数据库进行数据交换操作，并向持卡人返回交互信息，从而完成各种业务的办理。这种不受时间、地点、人员限制的自助业务系统将是未来校园一卡通系统发展的趋势。多媒体自助业务系统可以办理的业务包括：

    (1)圈存转账：银行卡向校园卡转账充值功能，实现自助转账。

    (2)缴费注册：通过读取校园卡信息确认学生身份，同时发起缴纳学费请求，从银行卡中划转学费，在缴清学杂费的情况下教务系统将自动完成学籍注册。

    (3)代理交费：代理交纳水电费、网络费、大学英语四、六级考试费、电话充值等各种收费。

    (4)信息查询：一卡通消费明细查询、校园卡及银行卡余额查询、代理交费信息查询、各类发布信息查询等。

    二、多媒体自助业务系统的设计原理

    作为多媒体自助业务系统功能实现的基础，校园一卡通系统、银行金融系统、代理交费业务系统联网是实现系统问数据交换的基本条件。考虑到银行业务系统和各类代理交费系统在公网上运行的现实情况，采用架设防火墙及路由设备等安全措施来保证校园一卡通系统的安全。校周一卡通多媒体自助业务系统的拓扑结构如图1所示。 

图1 校园一卡通多媒体自助业务系统拓扑结构

    多媒体自助业务系统的运行机制可概括如下：

    (1)持卡人发起业务申请。持卡人通过多媒体自助服务终端发起相应业务申请．包括圈存转账、缴费注册、代理缴费、信息查询等一系列业务。

    (2)系统进行校园卡身份和钱包信息认证。转账前置机将身份信息提交身份认证前置机进行验证，将电子钱包信息提交综合业务前置机进行验证，验证完毕返回信息。

    (3)转账前置机提交业务请求。在通过身份信息和电子钱包的验证后，转账前置机提交业务到不同的应用服务器。不同的业务由相应的应用服务器承担，具体业务分类如下：

    ① 圈存转账：由转账前置机、综合业务前置机、银行前置服务器共同完成：

    ② 缴费注册：由转账前置机、银行前置服务器、学费管理服务器、教务管理服务器共同完成：

    ③ 自助缴费：该业务由转账前置机、综合业务前置机、相关应用(水电收费、网络计费、考试收费、电话充值)服务器共同完成；

    ④ 信息查询：该业务由转账前置机、综合业务前置机、身份前置机、相关应用(水电收费、网络计费、考试收费、电话充值)服务器、银行前置服务器共同完成。

    (4)返回处理信息。各应用服务器处理业务后将信息提交转账前置机，由转账前置机将结果提交多媒体自助服务终端