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

一卡通 基于一卡通平台的多媒体自助业务系统设计 关键字： 校园一卡通 校园卡 一卡通 多媒体 自助业务 摘 要： 本文在分析校园一卡通自助业务新需求的基础上，设计了基于 B S 架构 集成圈存转账、缴费注册、代理交费、信息查询等业务于一体的一卡通多媒体自助业务系统。该系统的自助业务模式将彻底改变目前以人工作业为主的业务模式，真正实现一卡通“功能通、地域通、时间通”的目标。 近年来我国许多高校都进行了 校园一卡通 系统的建设，但是各高校的建设水平和应用程度却差别很大。根据我们在若干所高校进行的调查发现，不理想的系统往往表现出以下两个方面的特征：一是没有基于数字校园进行整体规划和建设 ，二是一卡通系统在校园中的应用覆盖面窄、内容不丰富。那么如何丰富数字校园的应用，营造良好的数字校园环境，丰富一卡通系统在校园中的应用呢 ?本文所设计的校园一卡通多媒体自助业务系统也许将成为一种良好的媒介。 一、人性化的管理呼唤自助业务系统的发展 高等学校要完成培养人才、发展知识和社会服务的职能，就必须营造一个人性化的校园信息环境。就校园一卡通系统而言，虽然目前一卡通替代了各种卡证，实现了应用集成，但是仍严重依赖人工的操作方式，迫使持卡人奔波于各种场所。这种管理模式受时间、地点、人员等多 方面因素的困扰，无法满足系统向“功能通、地域通、时间通”方向发展的要求。 多媒体自助业务系统汇集了各部门的业务人口。基于 B S 架构，运用 JSP 技术控制 Web 页面的生成，持卡人则通过 Web 页面向校园一卡通平台发起各种业务请求同时运用 JDBC 技术与后台数据库进行数据交换操作，并向持卡人返回交互信息，从而完成各种业务的办理。这种不受时间、地点、人员限制的自助业务系统将是未来校园一卡通系统发展的趋势。多媒体自助业务系统可以办理的业务包括： (1)圈存转账：银行卡向校园卡转账充值功能，实现自 助转账。 (2)缴费注册：通过读取校园卡信息确认学生身份，同时发起缴纳学费请求，从银行卡中划转学费，在缴清学杂费的情况下教务系统将自动完成学籍注册。 (3)代理交费：代理交纳水电费、网络费、大学英语四、六级考试费、电话充值等各种收费。 (4)信息查询：一卡通消费明细查询、校园卡及银行卡余额查询、代理交费信息查询、各类发布信息查询等。 二、多媒体自助业务系统的设计原理 作为多媒体自助业务系统功能实现的基础，校园一卡通系统、银行金融系统、代理交费业务系 统联网是实现系统问数据交换的基本条件。考虑到银行业务系统和各类代理交费系统在公网上运行的现实情况，采用架设防火墙及路由设备等安全措施来保证校园一卡通系统的安全。校周一卡通多媒体自助业务系统的拓扑结构如图 1 所示。 图 1 校园一卡通多媒体自助业务系统拓扑结构 多媒体自助业务系统的运行机制可概括如下： (1)持卡人发起业 务申请。持卡人通过多媒体自助服务终端发起相应业务申请包括圈存转账、缴费注册、代理缴费、信息查询等一系列业务。 (2)系统进行校园卡身份和钱包信息认证。转账前置机将身份信息提交身份认证前置机进行验证，将电子钱包信息提交综合业务前置机进行验证，验证完毕返回信息。 (3)转账前置机提交业务请求。在通过身份信息和电子钱包的验证后，转账前置机提交业务到不同的应用服务器。不同的业务由相应的应用服务器承担，具体业务分类如下： 圈存转账：由转账前置机、综合业务前置机、银行前置服务器 共同完成： 缴费注册：由转账前置机、银行前置服务器、学费管理服务器、教务管理服务器共同完成： 自助缴费：该业务由转账前置机、综合业务前置机、相关应用 (水电收费、网络计费、考试收费、电话充值 )服务器共同完成； 信息查询：该业务由转账前置机、综合业务前置机、身份前置机、相关应用 (水电收费、网络计费、考试收费、电话充值 )服务器、银行前置服务器共同完成。 (4)返回处理信息。各应用服务器处理业务后将信息提交转账前置机，由转账前置机将结果提交多媒体自助服务终 端 三、多媒体自助系统业务流程设计 1圈存转账业务流程设计 为了最大程度地保证银行卡和校园卡用户的切身经济利益本文设计的多媒体自助系统适合于“银行卡和校园卡分离，两卡一对一绑定”模式银行卡提供全方位个人金融服务，校园卡提供校园身份认证和电子结算服务。另外圈存转账只支持银行卡对校园卡资金单向转入不支持校园卡对银行卡资金逆向转入。圈存转账的业务流程如图 2 所示。具体步骤如下 图 2 圈存转帐业务流程 (1)持卡人发起圈存转帐请求，包括读校园卡，刷银行卡，输入转帐金额，输入校园卡消费密码等操作。 (2)多媒体自助服务终端接收持卡人输入信息后向转帐前置机发起业务请求，转帐前置机首先通过身份前置机和综合业务前置机来验证交易是否合法，若通过校园卡身份认证和电子钱包密码验证，则转帐前置机向银行前置服务器发起交易请求。 (3)银行前置服务器通过银行内部金融系统实现银行卡账户资金的划转，并 将结果返回转账前置机。 (4)转帐前置机接收银行前置服务器返回信息后，将信息提交给综合业务前置机处理，数据库服务器更新校园卡账户余额，更新成功后将结果返回。 (5)转账前置机将结果提交多媒体自助服务终端，持卡人得到交易结果。 (6)冲正机制：若向银行方发起的转帐交易超时，系统可自动向银行方发送该转账请求的反向交易，以有效减少校园卡账户充值与银行卡帐户扣款的不一致性。 (7)对账机制：每天晚上将本地交易情况与银行方交易情况进行对账若双方不一致时，进入手动处理机制。如银行账户多且本地账户少时可以通过补助的形式对持卡人校园卡帐户增款。 2缴费注册业务流程设计 缴费注册是将学杂费的缴纳和学籍注册关联起来，实行学籍电子注册。学生在缴清学杂费的同时也就完成了学籍注册。经济困难学生将通过一系列学生资助体系完成学业。这样就可以防止部分学生恶意欠费行为的发生，有效提高学杂费的收缴力度。运用多媒体自助服务终端可以实现缴费注册一体化其业务流程如图 3 所示，具体步骤如下。 图 3 缴费注册业务流程 (1)持卡人发起缴费请求，包括读校园卡，刷银行卡，输入缴费金额，输入校园卡消费密码等操作。 (2)多媒体自助服务终端接收持卡人输入信息后向转帐前置机发起业务请求，转帐前置机首先通过身份前置机和综合业务前置机来验证交易是否合法，若通过校园卡身份认证和电子钱包信息验证，则转帐前置机向银行前置服 务器发起转帐业务请求。 (3)银行前置服务器通过银行内部金融系统实现银行卡账户资金的划转，并将结果返回转账前置机 (4)转帐前置机接收银行前置服务器返回信息后，信息提交给学费管理系统处理。 (5)学费管理服务器完成学生缴费业务，并返回业务处理结果。如果学生缴清学杂费，则系统向教务管理系统发送同意注册的信息，否则不发送。 (6)教务管理系统接收同意注册的信息后完成电子注册并将注册结果返回。 (7)持卡人在多媒体自助服务终端得到缴费及注册结果。 (8)冲正机制：若向银行方发起的转帐交易超时，系统可自动向银行方发送该转账请求的反向交易，以有效防止银行卡帐户多次扣款情况的发生。 (9)对账机制：每天晚上将学费管理系统的转账缴费明细与银行方交易明细进行对账，若双方不一致时，进入手动处理机制。 3代理交费业务流程设计 代理交费业务是指通过多媒体自助服务终端实现用校园卡交纳水电费、网络费、大学英语四、六级考试费、电话充值等各种收费。其业务流程如图 4 所示，具体步骤如下。 图 4 代理交费业务流程 (1)持卡人发起交费请求，包括读校园卡，输入交费金额，输入校园卡消费密码等操作。 (2)多媒体自助服务终端接收持卡人输入信息后向转帐前置机发起业务请求，转帐前置机首先通过身份前置机和综合业务前置机来验证交易是否合法，若通过校园卡身份认证和电子钱包信息验证，则由综合业务前置机处理校园卡电子钱包交易业务。 (3)转帐前置机接收综合业务 前置机返回交易信息后，提交给相应的代理交费应用服务器。 (4)代理交费应用服务器处理完成交费业务后将交费信息返回转账前置机。 (5)转账前置机将结果提交多媒体自助服务终端，持卡人得到交易结果。 (6)对账机制：每天晚上将本地转账交易情况与各应用服务器转账交费情况进行对账，若双方不一致时，进人手动处理机制。 4信息查询业务流程设计 信息查询业务包括了集成在校园一卡通系统平台的各应用子系统的业务信息查询，主要包括以下几类： (1)校园卡信 息查询：持卡人基本信息查询、当日流水查询、历史流水查询、校园卡余额查询、银行卡余额查询、商户信息查询、领导查询等。 (2)缴费注册信息查询：欠费信息查询、缴费明细查询、注册信息查询。 (3)代理缴费信息查询：网络交费信息查询、水电收费信息查询、电话费余额查询、考试收费查询等。信息查询业务流程根据所需查询信息的不同通过转账前置机发起查询业务，在不同的业务系统检索用户需要的信息，其流程如图 5 所示。 图 5 信息查询业务流程 四、系统测试 多媒体自助业务系统是校园一卡通系统应用集成的典型体现。鉴于安全性和软硬件的兼容性要求，系统在测试时采用严格的软件测试和实地使用测试。实地使用测试主要采取以下几个方面来进行： (1)圈存转帐业务测试。利用各种金额数据测试，如用 0 0l 元 1 元， l0 元， 10 33 元， 1000 元各测试 10 次圈存转帐功能，结果表明圈存转帐业务成功，存人数据库的信息完整无误。 (2)缴费注册业务测试。分别测试足额缴纳学费的情况和非足额缴纳学费的情况下系统是否能够正确处理学费缴纳业务，是否能够正确进入相应的学籍注册处理流程结果表明缴费业务处理正确实现，在足额缴费的情况下成功进行学籍注册。 (3)代理交费业务测试。分别测试各个校同代理交费业务在预存费用模式和后补费用模式下交费业务功能和流程是否正确，测试各个校园代理交费业务在足额缴纳和非足额缴纳情况下交费业务功能和流程是否正确各个代理交费服务器是否能与一卡通后台数据库联动。结果表明各代理交费应用业务功能正确实 现。 (4)信息查询业务测试。分别测试校园卡信息查询、缴费注册信息查询、代理缴费信息查询三类业务测试结果表明查询业务功能正确实现，返回查询信息正确无误。 (5)利用大批量刷卡次数、速度、频率方式测试射频读写卡模块和银行卡读卡模块：本系统分别测试 500 次刷卡，刷卡速度 10 次分结果。通过测试一卡通后台数据库记录，结果表明多媒体自助服务终端读写卡成功，存人数据库的数据正确无误。 (6)对校园卡修改密码业务的测试。测试教师身份卡修改密码，学生卡修改密码，离退休卡修改密码，临时 卡修改密码等。测试结果表明校园卡修改密码业务成功，一卡通后台数据库更新数据功能与流程正确。 (7)对与缴费注册系统接 ISl和银行前置机接口网络通讯质量的测试。网络测试软件测试校园一卡通平台系统到达与缴费注册系统接口和银行前置机接口网络通讯质量和通讯速度，结果表明系统间网络通讯质量良好。通讯速度稳定。 (8)对自动对帐机制的 i91l5 试。测试非正常通讯状态下圈存转帐业务，缴费注册业务，代理交费业务各 500 次。结果表明对帐机制成功运作率符合系统设计目标，达到100。 (9)室内外高低温环境下对各硬件状态进行静态测试 结果显示在一 20 50温度下，各个模块