|
|
|
 |
数字化校园一卡通平台研究 |
 |
时间：2009-8-8 16:46:56 来源：不详
|
|
|
存取方式，能根据用户的习惯进行个性设置。
⑥系统具有较强的适应性，能根据用户需要进行卡样设计，并具有科学合理的开户流程。
⑦具有全局唯一性的基本配置信息，并能实时同步到各个子系统。
⑧能根据不同的组合进行全方位的数据查询，并实现所见即所得的打印效果。
⑨具有科学、具体、全面的操作员权限划分，对数据维护更安全。
⑩具有全局性、及时性身份功能，启用/禁用功能，更能体现一卡通身份的门户地位。 2.2 电子支付平台应用系统
（1）综合业务子系统
综合业务子系统作为一卡通系统的必要系统之一，部署在各校区的人工网点内，数量不受限制。相当于银行的人工网点的电子柜员系统，使用者是一卡通业务的运营部门。其功能一方面主要是面向持卡人的账户、卡片进行管理和服务，另一方面是面向商户账户进行管理和服务。可以完成开户处理（对经过审核的身份信息进行开户），普通账户处理（包括对普通持卡人账户进行查询、冻结、解冻、挂失、解挂、销户、充值、取款、变更、换卡、打印、修改查询密码、修改卡内密码、转账等），持卡人账户的补助、扣款（包括个别、批量、零散等几种方式），商户账户的维护和管理（包括开户、销户、冻结、解冻、信息变更、换卡、流水查询等），商户存取款及两个商户之间的转账，账户分析（包括国家统计、民族统计、部门统计、身份统计、总体情况统计分析等），账户管理参数设置（各种补助的发放设置、手续费设置、押金设置等），设置操作员的权限（不同等级的操作员只能根据设置的功能权限来使用部分功能），其他诸如系统锁定、操作员修改密码、系统设置、帮助文档等功能。
（2）银行转账子系统
银行转账子系统是利用计算机网络和终端设备实现持卡人银行账户资金向校园卡账户划转的系统，它将校园卡系统原有的手工现金存款方式转变为持卡人自助操作的银行卡与校园卡之间资金转账，减少现金流动，延长服务时间，方便了持卡人，同时也是银行拓展业务、以低成本带来高效益的有效手段。银行转账子系统的应用会给银行、一卡通用户、持卡人三方带来很多益处。
银行转账系统由分别放置在学校和银行的前置机和散布在校园内的转账终端（又叫圈存机）以及通讯网络组成。前置机是连接银行与一卡通系统的关键枢纽。系统结构图如图2所示。
银行转账子系统结构图
可以在学校端和银行端各设一台前置机，两台前置机之间采用DDN专线或拨号方式进行短连接，采用TCP/IP协议，通过应用层的报文交换实现转账交易。每台前置机均设两块网卡，一块网卡接内部网络，另一块网卡接专线的路由器。通过两块网卡的设置在逻辑上隔离内部网络和外部网络，提高了系统的安全性。
（3）人工充值系统
人工充值是银行转账和圈存系统的重要补充手段，系统提供在综合业务子系统或在单独的以太网POS机上的手工充值功能，将持卡人的现金存入卡片。
充值是综合业务子系统中的一个基本功能，在此不进行详细介绍，下面仅介绍一下以太网POS的充值方法。以太网POS是为零散型消费点制作的一款终端设备，它既可以用来消费又可以进行充值，而且可以在网络出现故障的情况下独立工作，脱机流水至少可达5000笔以上，它的特点是方便、灵活、可靠。以太网POS中内置微型打印机，可打印销售收据和统计报表。它的组成结构包括网卡模块、读卡模块和主体部分，其中主体部分又包含主程序模块和打印、显示、键盘等。它的存款流程如图3所示。
以太网POS存款流程
2.3 主要业务流程
（1）身份信息同步
身份信息同步是由统一身份认证中心发起，一卡通系统通过Web Services获得变更的身份数据。一卡通系统需要判断此身份信息的变更是否影响黑、白名单的变更，如果是，则产生黑、白名单的同步任务并发送到综合前置机上。
（2）黑白名单同步
综合前置机收到黑白名单的任务后，会根据当前各应用系统在线的情况产生同步通知。对于离线的应用系统会自动保存一个未达任务，待应用上线后，再进行同步。网关收到来自综合前置机的黑白名单的同步后，更新本机的黑白名单库，并下发至各POS机。同步服务器收到黑白名单的同步后，会检查它所管辖的区域内的应用系统的运行状态，如果是在线的，则立即同步给应用系统，如果是脱网的，则生成一个未达任务，待应用联线时，再行同步。
（3）交易业务流水
首先是各消费终端点产生交易流水；各终端点向其上位机发送交易流水，如果是网关下的终端设备则向网关汇集，如果是应用子系统，则根据配置可能向代理服务器或是同步服务器汇集，也可能直接向后台服务发送；网关或是代理服务器将交易流水汇集后，集中向后台服务进行传送。可以选定一定的汇集策略，比如在5秒内满1K数据，则立即上传，超出5秒后，不论有多少数据都立即上传。对于现金充值交易，不合并，必须实时在线交易，并且保证每笔交易完成后，才能进行下一笔交易。
（4）银行自动转账
银行自动转账是对自助转账的一种补充，在技术实现上一般有两种方式：第一种方式：定时自动转账，这种方式的实质是，系统在设定的时刻检查所有帐户，并且对低于某个数值的帐户产生一个转账请求，转账请求通过批量的方式传给银行业务系统进行处理，处理成功的帐户按补助方式进行处理，并且在下一次卡片消费的同时，写入到卡片中。第二种方式：触发式自动转账。这种方式的理论是，只有卡片消费，它的余额才可能低于某个限额。因此在卡片每次消费后，系统应该检查该帐户的余额是否低于限额，如果是，则触发自动转账服务进行银行转账，在卡片下一次的消费时，钱额就会写入到卡片中。
两种方式的比较是：第一种方式实现简单，对银行服务的响应不敏感，缺点是时间跨度大；第二种方式实现复杂，对银行服务的实时性要求高，优点是真正做到了自动转账。图4是银行转账业务的一个示意图。
银行转账业务示意图
（5）圈存流程
自助实时转账业务：持卡人利用自助转账终端完成银行卡向校园卡的资金划转。自助实时转账业务流程如图5。
自助实时转账业务流程
3、一卡通平台接入方案
目前学校在管理方面已经应用了较为成熟且专业的应用管理系统，如：图书管理系统、教务管理系统等，并且一些专业的生产厂家在某些方面已经开发出了较为成熟的应用系统，为了保护学校前期的投资和系统平滑升级，一卡通平台还应为所有一卡通的应用开发商提供通用接口。通过该接口，第三方应用程序可以使用一卡通的账户信息，读写校园卡，利用一卡通进行消费和结算，甚至接受一卡通的管理。
接口套件由PSAM卡、通用读卡器、服务驻留程序等组成，对于需要接入一卡通平台的系统，在计算机中插入PSAM加密卡，接入通用读卡器，安装服务驱动程序，在系统底层就驻留了连通一卡通中心数据库提取持卡人信息、回传消费流水账、自动维护白名单信息的程序。第三方子系统只要能够调用该服务程序就可以成为一卡通平台系统中的一个应用子系统。在一卡通系统中，第三方的接入是采用代理服务器机制来实现的。有以下几种模式：紧耦合、松耦合、不耦合模式，第三方子系统可以以三种耦合程度连接一卡通平台。
3.1 紧耦合模式
此方式完全符合一卡通系统的总体设计目标，由第三方产品提供商或客户根据一卡通平台提供的应用程序接口API进行原系统的改造。API接口形式可以根据第三方产品的实际情况进行调整，采用标准的Web Services或是自定义的基于TCP/IP的数据包交互。
第三方应用程序接口API主要包括：进行日间业务的函数、操作员签到/签退、操作员改密、操作员统计、开通/关闭（相对于开通操作的反操作）、查询、挂失/解挂、转账、改密、撤消操作、对流水账等。
3.2 松耦合模式
此方式不完全符合一卡通系统的总设计目标，但它对系统的改造要求相对较小，互联的实质是实现一卡多用。互联的具体方法有两种：第一种方式：在卡片上提供应用区，供第三方读写使用。第二种方式：在卡片上提供一个应用区，供第三方只读使用。
3.3 不耦合模式
不耦合是指仅仅在形式上使用同一张卡片，应用子系统与一卡通平台不发生任何关系，卡片占用其中的独立扇区作为卡号或独立的小钱包，形成“一卡多用”、“小钱包”式应用。
采用小钱包的方式，包括自助复印机、校内公交车、自助洗衣机、饮水机等，这些设备只扣除小钱包中的金额，不回传流水，不联网，可以非常方便地布置在校区内不易布线的地方。
3.4 共享数据组织
持卡人的基本信息资料和电子钱包都作为统一的公用数据在全网上实时共享，做到一人一卡、一人一户，所有数据的变更都做到全网立即生效。在共享数据的组织上，除了实现消费一卡通和身份识别一卡通外，更主要的是实现与各子系统的挂接与捆绑，包括与传统售饭系统平稳过渡，减少投资；数字化校园建设中的其他MIS系统、OA系统，可以通过平台预留的扩展接口实现与校园卡系统的数据共享；取代各校区原有的各类借书证、卡，实现与图书馆管理系统、电子阅览室等系统的对接连通，做到系统软件直接扣除罚款的紧耦合连接；实现与教务管理系统的对接， 实现学生按学期的学籍注册管理，实现教学资源、生活设施的使用控制；实现宿舍楼、学生公寓的用电控制管理、公共浴池的用水控制管理；在不同操作系统、不同数据库基础上构建开发的公用机房上机收费管理、校医院挂号收费管理、宿舍楼出入门禁、教职工考勤管理、学籍管理、安全保卫的巡更管理等第三方子系统，都可以实现与一卡通系统的挂接与捆绑。
以学生离校为例，该年度毕业学生的名单一经提交，一卡通身份相关的学生信息发生了变化，此时可以通过一卡通平台提供的数据的导入导出接口，利用已经变更后的数据为其他MIS系统提供系统相关数据并触发有关事务，如学校财务系统中的学生账户的结算、图书馆管理系统的借阅禁用、各类门禁的停用等等。利用前面提到的诸如身份同步、黑白名单等机制就可以保证数据的一致，再通过集中—分发模式就可以实现不同应用系统的相同数据集成，进而完成对共享数据的组织。
上一页 [1] [2] [3] 下一页
|
|
| |
|
