基于xml技术的校园一卡通系统的设计与实现.docxVIP

基于xml技术的校园一卡通系统的设计与实现 近年来，随着信息技术的快速发展，高校在构建智能校园时，通过学生卡系统的实际应用，实现了学校数据平台的建设，实现了身份识别和金融消费两大功能。它负责识别和输入金融消费，并将数据标准和资源共享应用到整个学校。它是智能的卡结算和财务管理的管理。 校园一卡通系统建设初期, 卡内金额的充值完全由人工现场完成, 但随着一卡通业务范围的扩展, 用户人数的逐渐增多, 单纯依靠人工充值的方式, 已无法满足校内用户方便、快捷的充值需求.银行作为专业的金融服务机构, 拥有大量的现金存取设备、人工业务办理场所, 以及完备的资金结算流程 1 校园一卡通银校收款 银校转账系统总体框架如图1所示, 该系统主要由银校双方各自拥有的前置服务器、应用管理平台、数据库, 以及各类终端设备组成.通过校园一卡通银校转账系统的建设, 将现金的存取业务交由银行处理, 用户既可使用和一卡通绑定的银行卡在校外进行社会消费, 又可利用银校转账系统的专用设备或应用软件向校园一卡通充值, 然后通过校园一卡通管理平台实现校内刷卡消费, 以及财务自动结算 1.1 校银认识的实现 将一卡通用户银行卡内的部分金额, 通过专有设备划转至校园一卡通系统IC卡电子钱包中的过程称为“圈存” 每个交易日, 由校园前置服务器远程登录银行前置机, 在登录成功后, 开始进行校银签约.首先由校方生成签约报文, 报文经过密钥加密后, 将其发送至银行前置服务器, 银行方对其解密处理, 然后送至综合业务管理平台, 平台根据用户需求进行相应处理, 处理成功后返回校园前置机交易代码, 最后开始处理批量签约结果文件 1.2 校园前置机银行报文 1) 用户放入一卡通卡片, 读卡器读取卡片ID后, 提示输入一卡通账号、密码; 2) 在网络畅通的状态下, 由一卡通应用系统判断其用户身份是否有效; 3) 根据用户操作请求生成数据报文, 加工处理后, 经校园前置机发送至银行前置机; 4) 报文解密, 由银行综合业务系统判定用户身份、用户权限是否有效, 查询用户银行卡余额, 账户扣款成功后, 返回交易成功代码; 5) 校园前置机接收到银行报文, 根据银行交易代码, 由一卡通平台为用户增款, 若失败, 则提示交易失败, 并向银行返回错误代码, 根据其生产的交易流水号, 产生交易回退事件, 银行进行冲正处理; 6) 交易完成后, 提示用户取卡, 业务流程结束. 1.3 数据报文的交互模式 报文是指通讯双方应遵循的一种数据组织形式, 它所包含的各类数据信息通过封装、拆解进行数据格式的转变与信息的交互 XML (eXtensible Markup Language, 可扩展标记语言) 是W3C (World Wide Web Consortium, World Wide Web Consortium, 万维网联盟) 发布的一种元标记语言.作为SGML (Standard Generalized Language, 标准通用标记语言) 的子集, XML可根据用户的自身需求, 自己定义赋有内涵的标记, 通过这些标记来精确地表述事件中所含信息的各类意义 总体而言, XML具有的自身特性为异构平台的数据交互提供了可能.首先, XML具有较强的精准性.XML在严格要求标记配对嵌套的基础上, 内容描述与显示方式相分离, 用户可分别针对内容或显示形式进行修改, 两者之间互不影响, 从而使得整体结构清晰, 便于用户阅读与维护 一卡通银校转账平台根据其学校自身情况, 可采用“一对一”或“一对多”业务关系, 即一所高校一卡通转账系统, 可同时与一家或多家银行进行数据交互, 其采用的模式为:以HTTP传输协议为基础, 利用规范的XML报文格式对每一条报文进行描述, 按平台预先设定的统一标准接入方式接入, 即可实现在多个异构系统运行的前提下, 平台数据的实时交互 银校转帐系统数据报文由基本信息、报文头、报文体三大部分组成: (1) 基本信息 (Message＿Inf) , 即客户端与服务器之间, 数据通讯所需的基础信息, 主要是对通讯报文的基本属性进行描述, 包括系统版本号 (version) , 格式设置为1.0.时间标识 (time) , 格式设置为YYYY:MM:DD:HH:MIN:SS; (2) 报文头 (Message＿Header) 包含通讯双方用户身份信息, 分别为报文发送方与报文响应方, 其元素名称 (name) 即报文的发送方或接收方, 如XX大学或XX银行, 用户角色 (role) 定义为该条报文的交易发起者, 或交易接收者.ID号是银校转账系统中是标识每个机构身份信息的数字编码, 具有唯一性, 且固定不变; (3) 报文体 (Message＿Body) , 根据用户需求的不同, 其内容分别为请求