校园一卡通系统解决方案.docx
《校园一卡通系统解决方案.docx》由会员分享，可在线阅读，更多相关《校园一卡通系统解决方案.docx（43页珍藏版）》请在冰豆网上搜索。
校园一卡通系统解决方案
校园一卡通解决方案
清华同方智能卡产品公司
1概述
1.1背景
信息化社会的发展，促进了信息技术的不断进步。
近年来，我国“金卡”工程取得了重大进展，IC卡的应用己进入一个高速发展的时期，IC卡作为人与信息化社会良好的交互工具，目前己广泛应用于人们工作与生活的各个领域。
在信息化全面冲击中国教育改革的进程中，“数字化校园”、“一卡通校园”已成为主旋律。
校园“一卡通”系统是推行校园内部管理自动化，身份认证的电子化，支付手段的电子货币化，为广大师生提供方便、快捷、安全的支付手段；实现校园管理现代化、信息化、智能化。
目前也有不少学校由于系统建设的初期，由于系统自身的原因以及对应用的理解和技术方面的不成熟，造成系统比较单一，没有做到全面的考虑与长远的规划和设计，造成学校不能统一管理，不能实现一卡多用，广大师生急切需要一卡通。
由于智能IC卡具有存储量大、数据安全保密性好、抗干扰能力强、存储可靠、读卡设备简单、操作速度快、脱机工作能力强等优点，应用范围已从最初的金融领域发展到更为广泛的其它应用领域。
IC卡成为实施“一卡通”工程的重要技术手段。
校园一卡通系统以智能卡为信息载体和交易工具，运用IC卡、计算机、通讯和网络等技术，实现校园内身份确认和消费支付的功能。
1.2同方校园一卡通
清华同方设计的校园一卡通是以双界面IC卡或M1作为信息载体，取代校园管理和消费中所使用的个人证件和现金支付手段，配合相应的卡终端设备以及辅助设施，结合功能强大的管理软件，对卡和与卡使用相关的各个子系统进行统一管理，在校园中实现一卡通。
无论是管理人员还是普通职员，手持一张卡（仅需一张卡）就可以在授权的范围内和注册的项目上，实现校园内不同消费群、不同场合、不同级别授权的方便应用和管理，解决校园出入及门禁管理、考勤管理、停车场收费管理、巡更管理、物业收费、校园内消费、购物，并可扩展实现校园企业员工工资的发放、各种计量费用的支付等金融问题。
相关管理机构仅需通过系统计算机和计算机网络就能对其管理范围内卡的应用状况进行有效的人员与消费资金信息管理，真正的做到方便、智能、安全。
从管理中心到每一个功能点组成一个多功能、全方位、管理与安全相结合的高科技智能化的管理信息系统。
1.3目标
校园一卡通采用先进成熟的计算机技术，构筑一卡通应用的信息平台，为校园提供科学与信息化管理。
统一规范，实现信息共享，一卡多用。
校园一卡通的建设，不仅加强了学校的管理，提高了工作效率，同时“一卡多用”卡内储值也是一笔不小的预收资金，充分利用这些资金可以为学校带来非常客观的经济效益。
银行方面增加了储户，扩大了影响力，在同行业内具有竞争优势。
Ø实现校园IC卡可代替校园目前使用的教师工作证、学生证、借书证、食堂就餐券、医疗证、体育娱乐设施使用证等证件，做到“一卡在手，走遍全校”真正方便了学生和教职员工，扩大了学校的影响力；
Ø学校与银行合作，做到银行卡与校园卡在资金与信息上的共享，统一银行与高校的业务接口，使其可以进行无缝的连接，实现学费、奖学金等的银行通存通兑功能，从而形成的一套完整的资金管理及数据管理流程；
Ø可以实现与校园其他系统的接口建设；
Ø规范校内管理，避免人为的损失，实现校方对全校的控管，极大的提高工作效率；
Ø可以根据需要很容易的实现业务扩展。
如和银行联合发卡，可实现
Ø银行与高校的业务接口，实现学校相关费用的代收代付；
Ø校园IC卡的应用使银行增加储蓄量，增强金融中间业务；
Ø如有需求，可实现针对一批固定的持卡人群，形成一套能够具有实际意义的IC卡支付系统，发行真正意义上的社会金融。
1.4应用范围
Ø学生管理：
注册、注销、学籍、成绩单等；
Ø身份识别：
门禁、考勤、图书馆、计算中心、体育中心等；
Ø交费：
杂费、书费、上机、试验；
Ø用餐：
餐厅、食堂、快餐店；
Ø购物：
百货商场、自选商场、零售商店、书店、教材部；
Ø娱乐：
俱乐部、娱乐中心；
Ø医疗：
各种校内医疗收费；
Ø代收代付：
代收学费、代发奖学金、代发补助、代发工资等；
ØIC卡可以作为电子存折或电子钱包使用，可以储蓄、取款和支付
Ø和银行之间自助转帐
2功能需求
通过建立同方校园一卡通系统，在校园内凡需身份识别或需消费付费的部位，安装读卡设备和消费POS机。
物业管理人员和住户，在校园范围内不需携带证件、钱包，仅需随身携带一张IC卡，可以实现以下的功能：
1．综合消费
包括食堂就餐消费、超市等购物消费、浴室和开水房收费、医疗收费、机房和实验室收费、电话收费、上网收费、图书馆综合收费等收费管理系统。
以上消费和收费金额可直接从卡中扣除。
2．收缴费及款项发放
通过IC卡的磁条或电子存折收缴学杂费，发放助、奖学金，向教师发放工资等。
3．学校内部专项使用
除具有“钱包”功能，卡内还存储了持卡人的个人信息，故可在教务管理、学籍管理、图书借阅、电话、门禁系统及上机、上网等校内专项活动中使用。
4．巡更管理
校园保安的巡更管理
5．自助转帐和存取款
将银行中的存款方便的转移（圈存）到校园卡中，进行校园的消费活动。
发卡行联网的营业网点均受理银行校园IC卡的存取款。
6.帐务、财务与清算管理功能
银行、清算中心、持卡人可以方便简捷的进行对帐、转帐、结算。
当日交易，当日结算；系统能将数据以各种形式输出，如文本文件、图形、表格，自动完成标准化报表功能。
7．信息维护与管理，查询、统计与分析功能
3总体设计
3.1设计原则
设计力求使整体系统能够在最大限度上满足用户不断增长和变化的业务需求。
同时也使用户能够在最大限度保护其投资的前提下利用迅速发展的新技术和产品。
设计方案是遵循以下原则设计：
Ø可行性和适应性
Ø实用性和经济性
Ø先进性和成熟性
Ø标准性和开放性
Ø可靠性和稳定性
Ø安全性和保密性
Ø可扩展性和延续性
Ø可管理性
Ø容错性和可恢复性
3.2总体设计思想
校园一卡通利用IC卡作为信息存储交换、交易、支付的介质，可兼容双界面CPU卡或M1卡，设计采用二级管理运营方式和三层应用结构的系统框架，系统由一个IC卡管理和资金清算中心、五类应用网点、六类应用系统构成，系统之间采用星形的网络逻辑连接方式。
3.3系统总体结构与组成
校园一卡通的应用主要为身份识别和消费支付，所以本系统设计的基本思路为“一个中心、五类网点、六个系统”。
六个系统之间采用“星型结构”相连接，实现IC卡“联机交易、脱机交易、身份识别”三条流程，以满足身份识别的松耦合应用和消费支付的紧耦合应用。
1．一个中心
一个中心为统一的校园IC卡管理和资金清算中心，统一发卡，统一结算，作为系统后台。
2．四个应用网点
第一类网点为“租/售卡充值网点”，负责师生租/售卡、充值和卡维护，与“一个中心”之间为联机交易，作为系统前台。
第二类网点为“消费支付网点”，提供用户在校园内的消费网点（如商店、超市、娱乐、浴室、开水房、图书馆等）消费，与“一个中心”之间为脱机交易（也可设置为联机方式），作为系统前台。
第三类网点为“身份识别网点”，用于门禁、考勤、巡更等，与“一个中心”仅进行信息交互，是松耦合关系，形成满足不同需求的较独立的应用分系统。
第四类网点为“自助转帐网点”，是金融应用网点，与“一个中心”之间和银行之间为联机交易，作为系统前台。
第五类网点为“后勤物业收费网点”，可以根据学校具体需求而定，与“一个中心”之间为联机交易，作为系统前台。
3．六个系统
第1个为后台主机系统，运行在“IC卡管理及资金清算中心”，是整个系统的核心，负责一卡通项目的IC卡管理、资金清算与帐务管理、信息维护与管理和系统管理。
第2个为前台联机交易系统，运行在“售/租卡、充值、卡维护网点”，向用户负责资金的流入和卡维护，同时将相关的交易信息发送到IC卡管理与清算中心。
第3个为前台脱机交易系统，运行在“消费支付网点”，向用户提供消费和支付场所。
第4个为前台物业收费系统，运行在“收费网点”，向用户提供物业交费场所。
第5个为各个较为独立的应用分系统，运行在校园门禁、巡更点、考勤等。
第6个为自助转帐系统
4．星型结构
六类系统之间采用“星型结构”相连接
3.4两级管理运营方式
运营方式采用2级管理。
发卡点、充值点及卡的维护可以共用，不需要重复建设，且由IC卡管理中心统一建立。
发卡、充值和卡维护数据统一汇总到IC卡管理和清算中心。
在学校的领导下建立IC卡管理中心，负责直接管理整个一卡通系统的正常运行，IC卡管理中心主要负责制定IC卡的应用规范，卡的发放和管理、密钥的发放和管理、机具的设置、授权和管理等，协调整个系统稳定、安全地运行。
IC卡管理与清算中心是整个校园或校园唯一的清算单位。
前台网点只是信息的传送通道，不具有清算职能。
其他单位只能按权限查询交易数据，但不能更改交易数据信息。
这种二级管理机构的管理模式能保证资金一致性和正确性。
对于非金融应用，每种应用根据自身特点建立各自的身份认证网点、消费网点和数据采集方式，所有的消费数据将统一汇总到清算中心，清算中心根据这些原始数据统计处理最后得出各种报表，完成转帐结算。
根据交易的特点，帐户管理采用的是资金帐户和卡帐户分开建立的方式，卡帐户建立在清算中心实行“一卡一户”，资金帐户建在银行中，可以实行统一管理的方式，所有的资金转帐由银行根据报表完成。
对于IC卡金融应用，可以采用电子钱包和电子存折两种方式。
校园IC卡还可以在指定的银行储蓄所存取款，在校园内部消费时可直接扣减卡内的储蓄金额。
校园IC卡管理中心和各服务消费网点可与银行单独结算，也可由指定授权单位（IC卡管理和资金清算中心）进行统一结算并通知银行划帐，实现真正意义上的储蓄、消费和内部管理一卡通。
3.5系统网络系统总体结构设计
网络将一卡通的各个应用系统有机连接在一起，协同运转，形成了覆盖整个校园的一卡通系统。
3.6应用软件系统总体设计
3.6.1总体结构
从应用系统设计角度看，我们采用三层应用结构，既在后台中心系统数据服务层和前台客户层之间增加一个应用逻辑层，成为组件服务器，安装在资金清算及管理中心，三层应用结构有利于系统的安全性、可靠性和可扩充性。
在进行应用程序的设计和开发时，采用站点与构件方式。
不同的业务对应于不同的功能模块。
并且，每个操作人员和用户在访问某一个系统时，站点上仅出现其权限范围内的应用和相关处理数据。
通过系统的定制功能，可以提高系统的友好性和安全性。
3.6.2应用软件系统构成
根据业务逻辑、系统结构和组织结构的要求将系统分成:
1．卡发行系统
2．密钥管理系统
3．后台IC卡管理与清算中心系统
Ø后台帐务与清算系统
Ø后台转帐系统（可选）
Ø权限管理系统
Ø信息维护与管理系统
Ø中间应用服务系统
Ø物流管理系统
4．前台联机交易系统
IC卡的个人化、充值、售/租卡、卡维护
5．前台消费系统
所有消费相关系统。
6．自助转帐系统（可选）
7．资金收取与发放系统
主要与教学有关的学杂费、奖助学金和工资等额数较大并由银行代收代付的系统。
8．其他教学收费系统
教务收费、校园网收费、机房收费、电子阅览室收费等。
9．身份识别系统
门禁、考勤、巡更管理及其他松耦合系统。
10．Web查询系统（可选）
11．银行端业务系统（可选）
3.6.3
子系统之间的相互关系
3.7物理结构
为实现校园IC平台系统正常运行，开发的若干个应用系统，需安装在不同的计算机设备上运行。
这些机器设备由不同的管理机构负责，从而形成了完整的物理结构。
机构
应用系统
设备
IC卡管理及资金清算中心
运营主系统（帐务清算系统）
数据库服务器
发卡系统
微机
密钥管理系统
中间应用服务系统
应用服务器
信息维护与管理
微机
其它系统
微机
联机交易网点
联机交易系统（售/租卡、充值、挂失、解挂、密码、退卡等）
微机、读卡器
消费支付网点（餐饮、购物、娱乐、其他收费等）
脱机消费系统
联机消费系统
POS机或微机+读卡器
门禁
门禁考勤系统
读卡器、电锁、门禁控制器、通讯控制器、微机
巡更点
巡更系统
同上
其他身份认证点
微机、读卡器
扩展银行应用
（自助转帐）
自助转帐机
3.8资金与数据流示意图
3.8.1银行合作
与银行合作，本系统可设立2个帐户：
Ø银行磁条帐户：
具有通用磁条卡的所有功能，并具有向校园IC卡帐户划帐的功能，其帐户密码可与通用磁卡相同。
Ø校园端有校园IC卡帐户：
用户可利用IC卡对该帐户进行充值，圈存，圈提，取现，查询。
校园IC卡帐户只能在学校设置的消费点进行消费，资金、安全、与数据流由学校管理。
由于银行端的强项在于其完整的金融业务，而对校园的内部管理并不擅长；校园端则恰恰相反，所以需要将系统的业务功能划分清晰，两端分别完成不同的业务功能，扬长避短，发挥各自优势。
因此建议资金流由银行统一管理，数据流由学校收集管理，这样使系统的架构非常的清晰，各负其责，责权利分明。
同时在银行与学校间开发了一套功能强大、业务完整、灵活方便的接口系统，使两方面有机的结合在一起，构建起了一套完整的银行和学校相结合的“银校一卡通”系统。
3.8.2无银行合作
此系统对于持卡人在校园有IC卡帐户，用户可对该帐户进行卡充值，销户，查询。
IC卡帐户只能在或校园设置的消费点进行消费，资金、安全、信息流由卡管理与清算中心管理。
3.9数据类型
1．在校园一卡通系统中，主要包括几大类数据，并且需要保存在数据库中：
●交易记录信息：
合法、非法、未清算的交易记录。
●设备信息：
POS信息、上位机信息、联机交易终端信息。
●交易对象信息：
个人或单位信息。
●帐目信息：
帐目明细。
●帐户信息：
单位或个人相关的帐户科目信息。
●参数信息：
一些系统参数。
3.10数据传输方式
总的来说，各子系统和中心主机的数据传送方式根据实际情况可分为实时传输（联机方式）和定时批量传输（脱机方式）两种方式。
联机交易系统和中心主机的数据传送方式采用联机方式。
消费系统和中心主机的数据传送方式支持联机方式或脱机方式。
身份认证系统和中心主机的数据传送方式支持联机方式或脱机方式。
扩展银行应用的自助转帐和中心主机的数据传送方式采用联机方式。
3.11系统角色
在整个系统中，涉及到的角色主要有普通持卡人员、特殊卡片持有者、卡片管理人员和其它外部系统如学籍管理系统、教务系统、总务系统、人事系统、财务系统、图书馆系统等涉及校园管理的系统。
普通持卡人员包括学员、教工、临时人员等。
3.12IC卡选择
根据对IC卡的应用要求，我们的系统可兼容同方双界面CPU卡、M1卡。
具体可根据需求而定。
和银行合作在卡上覆磁条。
3.13总体设计指标
在综合项目有关各方的要求，深入分析系统的实际使用环境等因素，我们将从系统处理能力、系统准确性、系统可用性、系统可靠性、系统容错性拟定系统的总体技术指标。
4系统软硬件平台
4.1IC卡管理与清算系统
4.1.1概述
本中心既是各业务管理中心，又是清算中心，同时还可以是发卡中心。
4.1.2系统网络
可考虑由二台以太交换机组成具有冗余网段的双以太局域网，通过双以太构成的局域网、中心主机的容错机制来确保中心主机、局域网络、网络设备不会因单点故障导致网络通讯的失效。
4.1.3系统硬件平台
4.1.3.1主机系统
1．主机系统要求
中心主机系统承担一卡通计算机网络系统中各种前后台业务的集中处理，并承担整个系统网络的控制，因此中心主机必须满足以下基本功能要求：
Ø联机事务处理的实时、高效性
Ø高可靠性、高安全性
Ø模块化扩展结构，易于扩充和升级
Ø支持OSI或国际流行的通信协议，提供所需的网络接口
Ø功能齐全、性能可靠、稳定成熟的应用软件系统
Ø整体配套性能好
Ø能处理和显示汉字，打印输出汉字报表
Ø开放性
Ø易维护、易管理
Ø系统响应时间足够短
2．主机分析
主机系统压力主要来自联机交易与消费交易清分。
根据实际情况和需求，从主机的性能、内存、系统的I/O、存储容量4方面来分析。
根据IC卡系统主机系统压力主要来自联机交易与消费交易清分，考虑系统长期稳定使用的要求（7×24）使用，作为后台主机系统建议配置：
PIIIXEON700以上（可支持2个以上CPU）,512M以上内存,4-6个扩展槽,双SCSI接口,双IDE通道,10/100M网卡
如同方超强4000R（2way）或Netfinity7100（2way）。
为提高内存交叉存取的速度，最大限度地并行存取，单机的内存为1024MB。
3．主机结构
主机结构，需支持系统工程业务应用处理的7X24小时或365X24小时高可用性，以及满足其业务增长对系统不断升级和扩展的需要。
如需要高可靠性和安全性，可由2台主机构成数据库及应用服务器及备份服务器。
主机双机互为热备份功能，保障系统资源有效利用以及系统安全。
4．存储容量分析
磁盘容量估算：
考虑将整个数据库信息分用户交易明细、用户分户帐、联机流水、联机日报、脱机流水、脱机日报、用户卡中的信息七大部分。
5．存储方案
存储系统应由大容量智能储存设备构成，根据系统工程中主机处理性能需求，必须考虑在发生异常之前与之后的备份与还原处理，因此，在设计中可采用高可靠性备份方案。
4.1.3.2工作终端
采用普通PC机。
4.1.3.3加密并行PSAM阵列：
功能描述：
交易，写卡，发卡，清算等的联机认证
4.1.3.4发卡机：
功能描述：
卡初始化，个人化
4.1.3.5读卡器：
功能描述：
格式化卡，个人化卡、读写卡中信息
4.1.3.6激光打印机
HPL1000
4.1.3.7密码键盘
功能描述：
个人化卡，读写卡中信息，用户密码操作。
4.1.4系统软件平台
4.1.4.1数据库
1．对数据库具体要求如下
Ø支持对大数据量表进行访问操作。
Ø支持数据海量存储，数据库的容量只受到磁盘可用空间的限制。
Ø在保证系统安全性的前提下实现数据的共享。
Ø我们充分考虑以上因素，采用SQLServer2000或Oracle。
2．备份与恢复方案
由于一卡通数据库系统日增长量大，考虑到系统运行效率，和各数据库的具体特点，我们拟订如下解决方案：
1）应急恢复
对所有类型数据库应急恢复是一致的，均可进行自动恢复。
即电源中断，主机意外SHUTDOWN或应用程序意外中断，手动或自动重启主机，数据库将利用活动记录信息自动前滚恢复。
2）日常备份与恢复
备份介质：
磁盘
频度：
1天
时间：
当日清算业务完毕
方式：
定时自动备份
备份说明：
为保证备份的安全，将备份映像和归档记录存储在可靠性安全性较高的磁盘如RAID（廉价磁盘冗余阵列）。
为保证数据库的灾难恢复，采用备份数据异地保存法，将备份数据同时保存到磁盘上，放到安全地方，以备重大灾难性事故发生时进行灾难恢复。
3）增量备份与恢复
备份介质：
光盘
版本备份频度：
3~6个月
增量备份频度：
1～3月
时间：
日终所有业务完毕
方式：
日终手动起动
备份说明：
数据库的脱机版本备份每一周进行一次，日终进行表增量备份,以此为周期进行.备份先保存在高可靠性磁盘（如RAID）上，然后由维护人员将备份数据传到刻录机上，将磁带保存到安全地方，留待灾难恢复用。
恢复说明：
首先进行版本恢复恢复到上次完全备份，然后用表增量备份将保存一周的数据库表增量按表内容重要程度先后依次进行恢复。
对于灾难恢复，首先将光盘备份数据拷到磁盘上，再进行恢复。
4.1.4.2操作系统
采用Unix或Windows2000Server操作系统。
4.1.4.3应用服务系统
自主开发的中间应用服务系统。
4.1.4.4系统软件部署
管理中心数据中心配有数据库服务器和应用服务器。
数据库服务器安装SQLServer2000或Oracle数据库管理系统做为中心数据库，应用服务器上安装自主开发的中间应用服务系统负责所有对数据库、对加密设备、安全交易处理。
总之，三层客户机/服务器模式使系统的开销（尤指数据库开销）仅与活跃用户的数量成正比，其中心特征是每个应用程序的业务逻辑在一个共享的应用服务器（中间层）上运行，而不在客户机上执行。
这种模式利用三个逻辑分开的系统服务，分别是应用客户机、应用服务器与数据服务器。
4.2前台联机交易系统
根据有关各方确认的需求分析报告，根据信息技术发展的现状，考虑到经济上的可行性，根据联机交易规模，我们认为售/租卡、充值及卡维护联机交易网点可以采用单机或服务器—终端结构。
硬件配置：
PC机、IC卡读写器、密码键盘、打印机。
4.3消费系统
1．消费POS上位机：
配置：
PC机＋网卡
连接方式：
消费POS上位机与数据库通信通过局域网连接，与POS连接通过RS485线缆连接。
功能描述：
消费数据传递，汇总
系统软件：
WIN2000-SERVER，
应用软件：
POS上位机软件
2POS机：
物理位置：
按实际摆放位置，比如食堂、餐厅、娱乐、商店等。
连接方式：
POS机与消费POS上位机通过RS485线缆连接。
功能描述：
消费及其他收费功能
4.4门禁、考勤、巡更系统
门禁、考勤、巡更系统采用联机门禁设备。
1．门禁上位机：
配置：
PC+网卡
附件：
RS232_485转换器
功能描述：
控制门禁设备及其状态
系统软件：
WIN98/Win2000
应用软件：
上位机软件
2．数据转换器：
功能描述：
负责门禁控制器和管理微机之间的数据通讯转换
3．门禁控制器：
物理位置：
每层的弱电竖井
功能描述：
非接触读卡设备控制器
4．读卡器：
物理位置：
每个设置门禁的房门外侧
功能描述：
非接触读卡器
5．出门按钮：
物理位置：
每个设置门禁的房门内侧
功能描述：
出门控制
6．电锁：
物理位置：
每个设置门禁的门框
4.5网络系统
利用校园骨干网将各网点及中心连接。
通过专线与银行通讯。
5应用软件系统设计
5.1发卡管理
如有银行合作，此系统不仅需要IC卡的发卡，同时还应包括银行磁条卡的发卡操作，系统建立在校园还是在合作银行应根据需求而定。
5.1.1银行联合发卡
如有银行合作，此系统不仅需要IC卡的发卡，同时还应包括银行卡的发卡操作，系统建立在学校还是在合作银行应根据需求而定。
1．系统功能：
用户卡交由用户使用前需要经过初始化和个人化两个过程。
Ø初始化部分
完成用户卡的洗卡、卡格式化、安装银行密钥、安装学校密钥
Ø个人化部分
完成写入持卡人银行帐户所需基本信息，学校帐户所需基本信息，写入持卡人学校内应用信息。
卡个人化可到前台联机网点进行。
对于大批量的卡片个人化，如新到校的学生卡，由卡发行管理系统统一个人化。
2．发卡流程说明
1）批量发卡执行以下流程：
Ø学校采集并整合用户基本必要信息，学校管理与清算中心根据持卡人基本信息建立学校IC卡帐户。
Ø学校管理中心按照银行规定提供申请表格和电子文件形式将银行所需持卡人基本信息传给银行，由银行建立持卡人银行磁条帐户。
Ø由学校卡管理中心专人持学校密钥母卡和控制卡，或装载有学校非金融应用密钥的加密机到银行，与银行专人共同进行初始化（洗卡，卡片的银行密钥和学校密钥的装载）。
（可选）
Ø在发卡部门进行卡片的个人化处理：
●写入持卡人的个人必要银行所需信息，使其可在银行系统内使用。
●写入持卡人的个人必要学校所需信息，使其可在学校系统内使用。
若银行不进行个人化学校所需信息，则由学校卡管理中心自行写入校内个人化信息。
Ø
升级会员 