基于统一身份认证的校园多账户自助销户系统设计与应用

刘晓兰 吴驰 张洁卉 陶建平

摘   要：高校学生在校期间拥有多个预充值账户，毕业时要在不同部门分别办理销户退款手续，是毕业生离校手续中较为繁琐的部分。文章提出了基于统一身份认证的校园多账户线上自助销户方法，用户可在微信企业号上同时对多账户进行销户操作和退款登记，并设定接收退款的银行卡信息，为毕业生办理毕业自助销户及账户退款带来方便，同时也减少了各系统管理部门人工登记销户退款信息的工作。

关键词：统一身份认证;多账户;自助销户

中图分类号：TP315 文献标志码：A 文章编号：1673-8454（2021）13-0063-05

一、引言

随着移动互联网的高速发展，信息化成为高校教育、管理不可或缺的得力助手。各种信息系统的建设为校园师生的学习、生活带来了极大的便利，但也存在一些不足。例如：学校很多账户（如校园卡、校园网等）不具备透支功能，都需要先充值再使用，当学生毕业时，这些账户经常有余额未使用完，为了退回费用，学生需要到各个相关部门申请办理退款手续，人工登记退款信息后汇总到财务部门进行退款。由于各个账户业务系统相对独立，多个账户退费往往需要跑多个部门，给学生带来很大的不方便。人工登记销户退款信息也容易造成信息错误，为后续财务退款带来不便。

学生入校时，学校一般會与银行合作给每个学生办理一张银行卡，这张银行卡就作为学校收取和退还费用的默认银行账户[1]，如要修改银行卡，要通过人工登记或其他办事渠道（如网上办事大厅等）进行修改[2]。学生在办理销户退费手续时，不一定知晓自己在学校财务系统登记的默认银行账户是哪一个或者是否还有效，如遇到银行卡已注销等问题，就会给退费造成障碍，需要财务或其他工作人员联系学生修改银行卡信息后才能顺利完成退款，增加了退款的工作量。

2020年新冠疫情爆发，毕业生返校和办理毕业手续比以往受到更多限制[3]。为了方便学生顺利办理毕业手续，完成校园卡、校园网、机房上机系统账户的退费，华中科技大学建设了基于统一身份认证的多账户线上自助销户及退费登记应用，并提供退费银行卡信息确认及修改功能，为毕业生多账户退费提供了便利的应用平台。

二、系统总体设计

1.系统架构

如图1所示，自助销户系统采用B/S架构，用户应用端为H5页面，应用对接统一身份认证系统，并将应用链接部署在华中大微校园上，通过调用三个系统的接口实现账户查询、销户操作。如学生的手机微信已绑定登录了微校园，则可不用登录[4]，直接从微校园应用列表进入自助销户页面，查询三个账户余额，选择销户账户，确认退费银行卡后，即可销户。

（1）数据层

自助销户应用需要有学生的学籍状态数据和默认退费银行卡数据做基础数据支撑。为了避免非毕业生误操作进行销户，在销户平台上要对用户的学籍状态做检查，仅允许毕业生进行销户操作，保障应用的严谨性和安全性。学生入校时会有一个默认银行账户，该账户也是校园卡默认绑定的银行卡账户。调用校园卡绑定的银行卡数据作为默认退款银行账户，可减少学生输入银行卡的步骤，并提高数据的准确性。对于校园卡没有绑定银行卡，或者学生想更换退款银行账户的情况，可以在确认银行卡信息的基础上提供修改功能，并将修改的银行卡存入数据库。

华中科技大学网络缴费是按时间周期套餐计费，受疫情期间，学生原定在2020年2月14日开学日无法返校。为减小疫情对毕业生带来的影响，学校决定退回毕业生自2020年2月14日起，在该周期内剩余天数所折算的网费金额，并在毕业自助销户应用中直接以“补退余额”的形式返还给学生。每个学生的补退余额是确定不变的，该数据由锐捷网络认证计费系统生成后，直接导入数据库，自助销户应用直接读取补退余额表得到用户校园网的补退余额。

（2）接口层

自助销户应用涉及到四个应用系统的对接：统一身份认证系统和三个业务系统。

①统一身份认证系统对接。统一身份认证是指不同的业务系统通过一个认证系统验证用户身份，在各信息系统有访问权限的前提下，用户凭借一个账号密码就可登录不同的信息系统[5]。华中科技大学统一身份认证系统建设于2016年，目前已有106个业务系统对接了统一身份认证。为便于毕业生使用，应用入口与统一身份认证系统对接，用户通过华中大微校园进入自助销户应用时，不用再做登录操作，系统自动根据统一身份认证的接口获取用户信息，包括学号、姓名等，并展示在页面上。

②三个业务系统对接。为了实现对三个账户的状态查询及销户功能，需调用三个系统接口分别实现三个账户的状态和余额查询，并通过调用接口的销户功能，实现三个账户的销户。为了提高系统的并发性，且三个系统接口之间互不影响，采用异步线程实现对三个接口的查询和销户操作[6]。用户可任意选择要销户的账户，且每销户一个账户，都会在数据库里生成一笔对应的销户记录。

（3）服务层

自助销户应用的服务对象主要有毕业学生、普通管理员和超级管理员。

①学生用户。符合销户条件的用户可进入销户页面，并选择要销户的账户，确认或补充修改银行卡信息，确认退费金额，并点击“销户”按钮实现销户。

②普通管理员。可对学生用户的销户操作结果数据进行筛选查询、统计、导出，并以这些数据作为后续退费工作的依据。

③超级管理员。实现对普通管理员的账号分配和权限管理。

2.数据库设计

本应用采用Oracle数据库。Oracle数据库是目前比较主流的大型关系数据库，具有高稳定性、高可靠性、安全性等优点[7][8]。自助销户应用数据库主要涉及到四张表。

（1）毕业生名单表graduate

考虑到学生在办理毕业手续时，其学籍状态可能还没有发生变更，故通过将学工部门的毕业生名单表直接导入数据库表graduate，用户访问自助销户应用时，如用户在该表内，则可以正常进入页面，如用户不在该表内，则页面提示：您不是毕业生，不能进行销户。Graduate表结构如表1所示。

（2）校园网补退余额表network

补退余额表里每个学生的金额是确定不变的。network表结构如表2所示。

（3）校园卡绑定银行卡信息表account

华中科技大学的校园卡可绑定银行卡为校园卡充值，因此，毕业生的校园卡大部分都有一张绑定的银行卡。为了减少退款银行账户的输入，默认以校园卡绑定的银行卡作为销户退款银行账户，从校园卡的账户信息表account中得到默认银行卡信息，涉及到的字段如表3所示。

（4）修改银行卡信息表bankCloseZZ

如用户的校园卡没有绑定银行卡，则默认退款银行账户为空，用户可在自助销户页面补充或修改一张新的银行卡，当用户的校园卡已休眠或销户时，新的银行卡数据存在表bankCloseZZ中。bankCloseZZ表结构如表4所示。

（5）销户统计表closeZZ

用户销户后，每一个账户的销户都会生成一条销户记录存在数据表closeZZ中，作为销户结果查询和统计的数据源。CLOSEZZ表结构如表5所示。

三、功能模块

1.账户查询与选择销户

自助销户分别调用三个系统的账户查询和销户接口，采用异步线程的方式，用户可自由选择销户账户，三个账户之间的查询和销户互不影响。页面显示的销户总金额为三个账户的余额总和。

（1）校园卡TSM接口

调用校园卡TSM（Ttusted Service Manager，可信服务管理）接口查询校园卡状态、余额（包括卡账户余额、电子账户余额、过渡账户余额）、银行卡信息;对校园卡进行休眠操作[9]。用户选择“校园卡账户销户”并确认后，在校园卡系统中实施休眠，生成休眠流水，并同时在表CLOSEZZ中插入一条校园卡的自助销户记录，销户金额为用户当前卡账户余额、过渡余额、电子账户余额的总和。

后续校园卡卡务管理人员可通过校园卡后台对休眠的校园卡账号进行审核，确认无误后，在校园卡系统里对这些用户进行批量销户，并将退款统计表报送财务并实施退款。

（2）校园网接口

华中科技大学采用锐捷网络认证计费系统（SAM+）管理校园网账号，“SAM+”具有丰富的服务接口[10]。自助销户应用调用“SAM+ webservice”接口的queryUser用户查询功能，根据用户学号精确查询校园网账户状态、余额，并从network表里读出用户的补退余额;对校园网进行预销户。用户选择“校园网账户销户”并确认后，通过refund退费功能实现给用户退余额，并调用logicDelUser功能执行预销户操作，将普通用户转换为预销户用户。预销户后，在表CLOSEZZ中插入一条校园网销户记录。校园网的销户退费总额是校园网账户的余额与补退余额的加和。

后续校园网管理人员可通过“SAM+”后台对通过华中大微校园自助预销户的校园网账号进行审核，确认无误后在网络缴费系统里对这些用户进行批量销户，并将退款统计表报送财务实施退款。

（3）开放机房上机系统接口

调用机房上机系统的接口实现机房账户状态、余额查询;对机房账户进行预销户。用户选择“机房账户销户”并确认后，通过机房上机系统接口对机房账户实施预销户：先调用退费接口执行退费，此时机房账户余额会变成0，且机房系统会生成退费记录;再修改机房上机系统中的账户状态为“预销户”;同时在表CLOSEZZ中插入一条机房账户销户记录。

后续机房上机系统管理人员可通过机房上机系统后台对通过华中大微校园自助预销户的机房账号进行审核，确认无误后在机房上机系统里对这些用户进行批量销户，并将退款统计表报送财务实施退款。

由于三个账户的查询和销户功能互相独立，用户可自由选择要销户的账户。对于已经自助销户的账户，则在相应账户栏中显示：XX账户不存在或者已销户，以避免重复销户。销户总金额是三个账户余额的总和。销户账户选择页面如图2所示。

2.银行卡确认与修改

自助销户应用默认以学生校园卡绑定的银行卡为退款银行账户，当用户进入销户页面时，系统显示默认的退款银行账户，如有需要，用户可以在界面上修改银行卡信息。

用户修改银行卡信息时，如校园卡账户未销户，则为了检验用户输入银行卡账号的准确性和有效性，自助销户应用调用校园卡TSM的绑定银行卡接口来确认用户输入银行卡的准确性和有效性，银行卡绑定接口会与银行身份确认接口进行通信，保证输入的银行卡是用户本人在用的银行卡。如图3所示，调用绑定接口时需输入银行卡号和校园卡查询密码。华中科技大学校园卡目前仅支持中国银行、中国建设银行、中国工商银行的绑定。

当校园卡账户已经休眠或者销户时，无法再调用TSM接口进行银行卡的绑定确认，此时对于用户输入的银行卡号（如图4所示），系统只根据银行特征码判定是否为中国银行、中国建设银行、中国工商银行开户的卡，无法判断银行卡是否为本人开户的卡以及银行卡信息是否准确。

对于已经休眠或有校園卡销户记录的用户，因其无法再进行校园卡银行卡绑定，将用户输入的新的银行卡信息记录在表bankcloseZZ中，bankCloseZZ的表结构见表4。

银行卡信息修改判定流程如图5所示。银行卡账号都有对应的发卡行标识代码（bank identification number，Bin）[11]，用户输入银行卡后，程序根据银行卡特征码自动识别开户行。在用户点击“确认销户”前，应用要检查用户是否有完善的退款银行账户信息，如果用户的销户退费总金额为0，则无需完善银行卡信息即可确认销户。

3.后台数据查询与导出

管理员可在后台根据条件筛选查询销户记录，并批量导出查询结果。可对不同的系统管理员分配账号，查看和导出各自系统的销户退费数据。

后台可根据以下条件搜索查询自助销户信息：学号、姓名、销户类型（下拉列表选择，选择范围是：校园卡销户、校园网销户、机房账户销户，可复选）、销户日期（从XXXX-XX-XX，到XXXX-XX-XX，支持日期插件选择与手工输入）、开户行（下拉列表选择，选择范围是：中国银行、中国建设银行、中国工商银行，可复选）。

在结果表格上方统计显示：销户人次数“XX人次”、销户总金额“XX.XX元”。显示结果列表包含：校园卡账号、学号、姓名、证件号、身份、学院、销户类型、销户金额、销户日期、开户行、银行卡号、联系电话。销户数据查询与导出界面如图6所示。

四、应用与展望

华中科技大学校园卡、校园网、机房退费销户应用自2020年6月7日上线，截至到2020年10月31日，一共登记销户16317人次，累计销户金额94.13万元。三个系统具体销户人数及金额如表6所示。

华中科技大学目前建设的自助销户应用只涉及到三个账户：校园卡、校园网和开放机房上机系统。除了这三个系统账户，学校还有其他的小额充值或缴费账户，如图书欠费[12]、水电费等，还可以纳入更多的校园账户，除了实现多账户销户退费外，还可让学生的正负账户直接抵消，学校部门间通过财务进行账务结算，可以为学生提供更大的便利。

图7为自助销户人次数与金额按月计算变化折线图。此外，自助销户应用还可考虑与财务系统联动，实现自动退费。当前建设的自助销户退费应用减少了学生在各系统负责部门分别办理销户退费手续的步骤，使学生可以在一个应用页面上简单选择确认即可实现多账户销户，并完成退款登记。但对于系统管理者而言，还需要将系统自动生成的退款统计表报送财务部门，由财务部门实施打款操作。如果实现退款统计表与财务系统联动，就可以减少工作人员导出报表、报送财务的工作，而且系统联动的效率会比人工报送报表的效率更高。当然由于涉及到资金安全，系统联动务必要做好数据的安全性和一致性检查，在系统层面做好风险防控[13]。

五、结语

校园卡、校园网、机房上机等账户都是学生在校期间学习、生活必不可少的充值账户，毕业时各账户销户退费是学生面临的比较繁琐的问题。本文提出了基于统一身份认证的校园多账户销户退费应用建设方案，为学生毕业手续的办理提供了较大的便利，并展望了更多账户包括欠款账户的财务抵消机制和财务系统联动方案，为毕业生一站式办理毕业手续提供了思路。

参考文献：

[1]柏胜.高校实行非现金结算的设计与意义[J].会计之友（中旬刊），2008（2）：37-38.

[2]傅惠娟.高校一站式网上办事大厅的研究与实践[J].计算机时代，2020（9）：109-112，115.

[3]方付建，申应城.高校应对新冠肺炎疫情的具体实践及其启示——以武汉地区部属高校为例[J].武汉学刊，2020（2）：6-10.

[4]刘群，戚俊豪，李坚.基于微校园的机房信息查询设计与实现[J].实验科学与技术，2019，17（5）：140-142，159.

[5]彭勇，黄剑华，王喆，等.分布式协同统一身份认证平台的设计与实现[J].软件工程，2020，23（10）：52-54，41.

[6]秦浏杰.高并发Web系统的异步化研究[D].北京：华北电力大学，2015.

[7]单恩忠，李晓东，陈海龙.Oracle数据库性能的优化[J].计算机与网络，2020，46（18）：37.

[8]郝琳，周光玮，李俊峰.Oracle数据库备份及恢复策略分析[J].数字通信世界，2019（5）：57.

[9]于磊磊，马玲玲，李永在.基于松散耦合的校园卡关联业务迎新离校模型[J].华中师范大学学报（自然科学版），2017（S1）：43-46.

[10]王春雁.极致体验 简易运营 锐捷网络推出新一代認证计费管理平台SAM+[J].中国教育信息化，2015（24）：86.

[11]中国人民银行.银行卡发卡行标识代码及卡号： JR/T0008—2000[S].北京：中国标准出版社，2000.6.

[12]刘成杰，马新蕾.论依法治校语境下高校图书馆“借阅超期罚款制度”的困境与出路[J].图书与情报，2013（3）：121-124.

[13]孙珩，陈焕新.高校智能财务报销体系研究[J].商业会计，2020（20）：97-99，127.

（编辑：王晓明）