一种银行卡数据处理方法及系统.pdf

本发明提供一种银行卡数据处理方法及系统，该方法包括：接收银行卡支付请求端发来的支付请求端信息并提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号信息；根据银行卡支付请求端的请求生成包含支付请求端信息及支付确认端地址的确认请求消息并将确认请求消息发送给支付确认端；接收支付确认端发来的包含支付确认端信息的确认反馈消息并提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号；将从所述支付请求端信息中提取信息与从所述确认反馈消息中提取的信息对比；若对比结果为相同，生成银行卡转帐指令，以将所述确认金额转入所述支付请求端的银行卡帐号。本发明通过对银行卡的数据处理实现银行卡支付。

1.  一种银行卡数据处理系统，其特征在于，所述系统包括数据处理服务器和至少一个支付确认端，所述数据处理服务器和所述支付确认端通过专用网络相连接：
所述数据处理服务器包括：
请求信息接收单元，用于接收银行卡支付请求端发来的支付请求端信息，并从所述支付请求端信息中提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号；
确认请求单元，用于根据银行卡支付请求端的请求生成包含所述支付请求端信息及支付确认端地址的确认请求消息，并将所述确认请求消息发送给支付确认端；
消息接收单元，用于接收所述支付确认端发来的包含支付确认端信息的确认反馈消息，并从所述确认反馈消息中提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号；
信息比对单元，用于将从所述支付请求端信息中提取的支付请求端信息、确认金额、支付请求端银行卡帐号及支付确认端帐号与从所述确认反馈消息中提取的支付请求端标识、确认金额、支付请求端银行帐号及支付确认端帐号对比；
指令生成单元，用于生成银行卡转帐指令，以将所述支付请求金额从所述支付确认端帐号转入所述支付请求端的银行卡对应的帐号；
所述支付确认端包括：
确认请求接收单元，用于接收所述确认请求消息；
消息生成单元，用于生成包含支付确认端信息的确认反馈消息，并将所述确认反馈消息发送到所述数据处理服务器。

2.  如权利要求1所述的系统，其特征在于，所述支付请求端信息包括：支付请求端标识、确认金额、支付请求端名称、支付请求端代码、支付确认端名称、支付确认端帐号、支付确认端代码、支付请求端银行卡帐号、支付请求端银行卡笔数、支付请求端银行卡持卡人姓名及单笔银行卡金额。

3.  如权利要求1所述的系统，其特征在于，所述支付确认端信息包括：支付请求端标识、确认金额、支付请求端名称、支付请求端代码、支付确认端名称、支付确认端帐号、支付确认端代码、支付请求端银行卡帐号、支付请求端银行卡笔数、支付请求端银行卡持卡人姓名及单笔银行卡金额。

4.  如权利要求1所述的系统，其特征在于，所述支付确认端还包括：
查询信息发送单元，用于向所述数据处理服务器发送包括银行卡帐号的银行卡转帐查询信息。

5.  如权利要求1所述的系统，其特征在于，所述数据处理系统还包括：
转帐查询单元，用于根据所述银行卡转帐查询信息查询所述银行卡帐号的转帐日期及转帐金额，并将所述转帐日期及转帐金额发送给所述支付确认端。

6.  一种银行卡数据处理方法，其特征在于，所述方法包括：
接收银行卡支付请求端发来的支付请求端信息，并从所述支付请求端信息中提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号；
根据银行卡支付请求端的请求生成包含所述支付请求端信息及支付确认端地址的确认请求消息，并将所述确认请求消息发送给支付确认端；
接收所述支付确认端发来的包含支付确认端信息的确认反馈消息，并从所述确认反馈消息中提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号；
将从所述支付请求端信息中提取的支付请求端信息、确认金额、支付请求端银行卡帐号及支付确认端帐号与从所述确认反馈消息中提取的支付请求端标识、确认金额、支付请求端银行帐号及支付确认端帐号对比；
如果对比结果为相同，生成银行卡转帐指令，以将所述支付请求金额从所述支付确认端帐号转入所述支付请求端的银行卡对应的帐号。

7.  如权利要求6所述的方法，其特征在于，所述支付请求端信息包括：支付请求端标识、确认金额、支付请求端名称、支付请求端代码、支付确认端名称、支付确认端帐号、支付确认端代码、支付请求端银行卡帐号、支付请求端银行卡笔数、支付请求端银行卡持卡人姓名及单笔银行卡金额。

8.  如权利要求6所述的方法，其特征在于，所述支付确认端信息包括：支付请求端标识、确认金额、支付请求端名称、支付请求端代码、支付确认端名称、支付确认端帐号、支付确认端代码、支付请求端银行卡帐号、支付请求端银行卡笔数、支付请求端银行卡持卡人姓名及单笔银行卡金额。

9.  如权利要求6所述的方法，其特征在于，所述方法还包括：
接收所述支付确认端发送的包括银行卡帐号的银行卡转帐查询信息；
根据所述银行卡转帐查询信息查询所述银行卡帐号的转帐日期及转帐金额，并将所述转帐日期及转帐金额发送给所述支付确认端。

一种银行卡数据处理方法及系统
技术领域
本发明涉及银行系统支付业务的数据处理技术，特别涉及一种银行卡数据处理方法及系统。
背景技术
在目前的财务核算过程中，集团内部的下属单位的财务核算即相对独立，又要受集团总部的授权控制。下属单位每次进行小额支付之前，都要先通过总部授权后才能使用资金，资金使用完毕后还要再凭报销凭证向集团总部进行现金报帐。上述财务核算方式大大影响了支付效率，增加了集团的现金占用；同时上述财务核算方式容易出现现金管理的漏洞，比如工作人员利用一些住宿发票、车票及购物发票进行报销等。
发明内容
本发明目实施例的在于提供一种银行卡数据处理方法及系统，以通过对银行卡的数据处理实现银行卡的转帐支付，提高支付效率。
为了实现上述目的，本发明提供一种银行卡数据处理系统，所述系统包括数据处理服务器和至少一个支付确认端，所述数据处理服务器和所述支付确认端通过专用网络相连接：所述数据处理服务器包括：请求信息接收单元，用于接收银行卡支付请求端发来的支付请求端信息，并从所述支付请求端信息中提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号；确认请求单元，用于根据银行卡支付请求端的请求生成包含所述支付请求端信息及支付确认端地址的确认请求消息，并将所述确认请求消息发送给支付确认端；消息接收单元，用于接收所述支付确认端发来的包含支付确认端信息的确认反馈消息，并从所述确认反馈消息中提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号；信息比对单元，用于将从所述支付请求端信息中提取的支付请求端信息、确认金额、支付请求端银行卡帐号及支付确认端帐号与从所述确认反馈消息中提取的支付请求端标识、确认金额、支付请求端银行帐号及支付确认端帐号对比；指令生成单元，用于生成银行卡转帐指令，以将所述支付请求金额从所述支付确认端帐号转入所述支付请求端的银行卡对应的帐号；所述支付确认端包括：确认请求接收单元，用于接收所述确认请求消息；信息生成单元，用于生成包含支付确认端信息的确认反馈消息，并将所述确认反馈消息发送到所述数据处理服务器。
为了实现上述目的，本发明还提供一种银行卡数据处理方法，所述方法包括：接收银行卡支付请求端发来的支付请求端信息，并从所述支付请求端信息中提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号；根据银行卡支付请求端的请求生成包含所述支付请求端信息及支付确认端地址的确认请求消息，并将所述确认请求消息发送给支付确认端；接收所述支付确认端发来的包含支付确认端信息的确认反馈消息，并从所述确认反馈消息中提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号；将从所述支付请求端信息中提取的支付请求端信息、确认金额、支付请求端银行卡帐号及支付确认端帐号与从所述确认反馈消息中提取的支付请求端标识、确认金额、支付请求端银行帐号及支付确认端帐号对比；如果对比结果为相同，生成银行卡转帐指令，以将所述支付请求金额从所述支付确认端帐号转入所述支付请求端的银行卡对应的帐号。
本发明通过提供一种操作简便，电子化的银行卡数据处理方法及系统，通过对银行卡的数据处理实现银行卡的转帐支付，其取得的具体效果如下：
付款用户使用银行交易终端(如网上银行等)足不出户就能完成其下属单位的支付请求，方便快捷。
最大限制减少现金往来，无论个人费用报销还是小额公务支出，均可通过银行卡结算，实现无现金化操作，从而杜绝现金管理的漏洞。
使用银行卡进行结算使得每一笔消费都有据可查，并真实可靠，每笔消费的时间、地点、金额、持卡人等信息都会真实记录在银行系统中，付款用户能查到真实的交易情况，可以防止多报、谎报、虚报等情况发生，有利于单位财务制度的完善。
使用银行卡进行结算，有利于增加银行卡的市场比例，提高银行卡的使用率。
付款用户及收款用户在银行开立帐户，加强了银企合作，增加了银行的存款比例。
附图说明
图1为本发明实施例银行卡数据处理系统连接示意图；
图2为本发明实施例数据处理服务器的结构示意图；
图3为本发明实施例支付确认端的结构示意图；
图4为本发明实施例学校帐号注册组成示意图；
图5为本发明实施例信息存储装置的组成示意图；
图6为本发明实施例学校注册帐号信息在信息存储装置中的结构示意图；
图7为本发明另一实施例银行卡刷卡后学校注册帐号信息在信息存储装置中的结构示意图；
图8为本发明实施例网上银行的输入界面示意图；
图9为本发明实施例从网上银行的输入界面输入信息后弹出的信息界面示意图；
图10为本发明实施例数据处理服务器的结构示意图；
图11为本发明实施例数据处理服务器的确认请求信息的组成示意图；
图12为本发明实施例支付确认端发送的确认反馈信息的组成示意图；
图13为本发明实施例支付请求信息中的信息与确认反馈中的信息比对示意图；
图14为本发明实施例银行卡明细在计算机上显示的信息示意图；
图15为本发明实施例的方法流程图；
图16为本发明实施例ABC大学银行卡还款处理过程中的系统各个部分的信息交互流程图。
具体实施方式
下面结合附图说明本发明的具体实施方式。
如图1所示，本发明实施例的系统由数据处理服务器101和支付确认端102组成。数据处理服务器101和支付确认端102通过专用网络相连。数据处理服务器101是银行系统中处理日常银行卡业务处理的系统，负责银行卡的数据管理及数据处理等业务的处理。支付确认端102存储了进行银行卡转帐操作的数据及其下属的支付请求端的信息，用户通过支付确认端102用于向数据处理服务器101提供银行卡转帐的确认信息。
支付确认端102可以为存在于集团企业总部，或者存在于能控制其它单位财务支付的单位，例如学校，财政部门，支付确认端102可以对其控制财务支付的单位的银行卡消费进行还款。
如图2所示，为数据处理服务器101，所述数据处理服务器101包括：请求信息接收单元201、确认请求单元202、消息接收单元203、信息比对单元204、指令生成单元205。
请求信息接收单元201用于接收银行卡支付请求端发来的支付请求端信息，并从所述支付请求端信息中提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号。所述支付请求端信息包括：支付请求端标识、确认金额、支付请求端名称、支付请求端代码、支付确认端名称、支付确认端帐号、支付确认端代码、支付请求端银行卡帐号、支付请求端银行卡笔数、支付请求端银行卡持卡人姓名及单笔银行卡金额等信息。支付请求端标识可以为支付请求端的编号和名称等身份确认信息。
确认请求单元202，用于根据银行卡支付请求端的请求生成包含所述支付请求端信息及支付确认端地址的确认请求消息，并将所述确认请求消息发送给支付确认端。
消息接收单元203，用于接收所述支付确认端发来的包含支付确认端信息的确认反馈消息，并从所述确认反馈消息中提取支付请求端标识、确认金额、支付请求端银行卡帐号及支付确认端帐号。所述支付确认端信息包括：支付请求端标识、确认金额、支付请求端名称、支付请求端代码、支付确认端名称、支付确认端帐号、支付确认端代码、支付请求端银行卡帐号、支付请求端银行卡笔数、支付请求端银行卡持卡人姓名及单笔银行卡金额等信息。
信息比对单元204，用于将从所述支付请求端信息中提取的支付请求端信息、确认金额、支付请求端银行卡帐号及支付确认端帐号与从所述确认反馈消息中提取的支付请求端标识、确认金额、支付请求端银行帐号及支付确认端帐号对比。
指令生成单元205，用于生成银行卡转帐指令，以将所述支付请求金额从所述支付确认端帐号转入所述支付请求端的银行卡对应的帐号。
所述数据处理系统还包括：转帐查询单元206，用于根据所述银行卡转帐查询信息查询所述银行卡帐号的转帐日期及转帐金额，并将所述转帐日期及转帐金额发送给所述支付确认端。
如图3所示，为支付确认端102，所述支付确认端102包括：确认请求接收单元301及信息生成单元302。
确认请求接收单元301用于接收所述确认请求消息；信息生成单元302，用于生成包含支付确认端信息的确认反馈消息，并将所述确认反馈消息发送到所述数据处理服务器。所述支付确认端还包括：查询信息发送单元303，用于向所述数据处理服务器发送包括银行卡帐号的银行卡转帐查询信息，以查询所述银行卡帐号的转帐日期及转帐金额。
下面以支付确认端存在于学校为例进行说明，学校下面有多个院系，学校能够控制各个院系的财务支付。如图4所示，假设学校名称为ABC大学，学校下面有三个院系，分别为人文学院、软件学院及物理系，每个院系的教师都持有一个用于办公科研的银行卡。
ABC大学要进行银行卡还款操作，必须在银行进行注册一个帐号100029014199-5930，帐号1000290141995930对应的信息有学校名称ABC大学、学校代码0047，帐号1000290141995930为学校在该银行注册的总帐号，在帐号10002901-41995931下为每个院系设立一个帐号，假设人文学院、软件学院及物理系的帐号分别为1000290141995931，1000290141995932、1000290141995933，每个院系帐号下对应院系名称和院系代码。每个院系在该院系的帐号下为该院系的每个教师(持卡人)都在银行注册一个帐号，假设张三、李冰及李颖的银行卡帐号分别为1000290141995941、1000290141995942及1000290141995943。学校帐号1000290141995930下可以显示每个院系的帐号信息及每位持卡人的帐号信息。
所述支付确认端中存在一个信息存储装置500，如图5所示，所述信息存储装置包括：信息输入模块501、信息存储装置模块502、信息输出模块503。信息输入模块501用于将学校在银行注册的上述帐号的学校帐号、学校名称，学校代码、院系帐号、院系名称、院系代码、银行卡卡号及持卡人信息输入到信息存储装置模块502，学校工作人员可以在信息存储装置500中输入所有这些信息，输入这些信息后，就可以在信息存储装置500中显示这些信息，显示界面如图6所示，ABC大学目录下可以显示出人文学院、软件学院及物理系，每个院系的目录下可以显示该院系的帐号、院系代码、每张银行的帐号及每个持卡人的姓名(这里仅将人文学院的目录展开)，人文学院的院系帐号和院系代码分别为1000290141995931及0001。另外，信息存储装置500的信息存储装置模块502中还存在一个银行系统的内部帐号1000290141995920，银行系统通过该内部帐号向院系持卡人银行卡的帐号进行转帐，院系持卡人的每张银行卡都可以在银行系统中显示该内部帐号。学校和各个院系通过学校内部的局域网相连，各个院系的每一张银行卡的消费信息可以通过局域网传输到学校的信息存储装置500。
持卡人的银行卡发生一段时间的消费后，院系财务人员可以对银行卡进行还款处理，下面以人文学院的持卡人李冰的银行卡消费为例说明银行卡的还款过程。
假设李冰去外地参加学术研讨会，开会的开支如会务费、住宿费及餐饮费都通过刷卡支付。假设会务费为1500，住宿费为300元，餐饮费为200。李冰从外地回来后要对消费的银行卡进行还款，她只需将本人的银行卡消费凭证(POS小票)交由人文学院的财务人员，由人文学院的财务人员进行还款处理。
财务人员收到李冰的银行卡消费凭证(POS小票)之后，首先要将李冰的消费信息通过学校的局域网传输到校方的信息存储装置500。银行卡的消费信息传输到校方的信息存储装置500之后，李冰的银行卡的消费明细将在图6中李冰1000290141995942的根目录下显示出来，如图7所示，李冰本次去外地出差总共刷卡4次，其中餐饮刷卡两次，支出200元；会务费刷卡一次，支出1500元；住宿费刷卡一次，支出300元。信息存储装置500根据1000290141995942的根目录下显示的信息，给出本次支付请求的编号1002，计算出支付请求金额2000元(确认金额)。
银行卡的消费信息传输到校方的信息存储装置500之后，信息输出模块503将向人文学院输出人文学院本次的支付请求编号。这样，人文学院财务人员就可以向银行发出支付请求，请求银行将校方帐号的钱转入李冰的银行卡帐号，假设院系财务人员的还款日期为2009年2月1日。财务人员可通过网上银行进行还款，也可以到银行的柜面进行还款，以财务人员通过网上银行进行还款为例，如图8所示，首先，人文学院财务人员输入李冰的银行卡帐号，就可进入还款界面，通过还款界面输入支付请求编号1002及支付请求金额2000，然后点击确认按钮，将弹出支付请求端(人文学院)信息，包括：ABC大学帐号1002290141995930、ABC大学代码0047、银行内部帐号1002290141995920、人文学院帐号1002290141995931、人文学院代码0001、支付请求编号1002、支付请求金额2000、银行卡帐号1000290141995942、支付请求端银行卡笔数4、支付请求端银行卡持卡人姓名李冰、银行卡卡号及单笔银行卡金额(1500、100、300及100)等信息，如图9所示，财务人员确认信息无误后，然后点击确认发送，该支付请求端信息就可以发送到银行的交易终端，交易终端将支付请求端信息发送给银行系统的数据处理服务器101。
如图10所示，数据处理装置1000包括：支付请求接收模块1001、确认请求模块1002、支付确认数据包接收模块1003、信息存储装置模块1004、信息比对模块1005、还款预处理模块1006、银行卡明细获取模块1007、银行卡转帐模块1008、转帐查询接收模块1009、转帐查询模块1010，数据处理装置1000的各个模块用于实现数据处理服务器101的功能。
支付请求接收模块1001通过交易终端接收到支付请求端信息后，首先利用确认请求模块1002生成确认请求消息，并通过专用网络向ABC大学的支付确认端102发送。确认请求消息中包括支付请求端信息及支付确认端地址01(ABC大学的支付确认端地址)，如图11所示支付请求端信息包括：ABC大学帐号1002290141995930、ABC大学代码0047、银行内部帐号1002290141995920、人文学院帐号1002290141995931、人文学院代码0001、支付请求编号1002、支付请求金额2000、银行卡帐号1000290141995942、支付请求端银行卡笔数4、支付请求端银行卡持卡人姓名李冰、银行卡卡号及单笔银行卡金额(1500、100、300及100)等信息。ABC大学的支付确认端102利用确认请求接收单元301接收到包括确认请求消息的数据包后，根据数据包中的支付请求编号1002、支付请求金额2000判断数据包中是否存在包含支付请求编号1002、支付请求金额2000的支付信息，如果存在，利用消息生成单元302生成包含支付确认端信息的确认反馈消息(包含ABC大学的支付确认端信息)，并将所述确认反馈消息通过专用网络发送到所述数据处理服务器101。如图12所示，包括确认反馈消息包括：ABC大学帐号1002290141995930、ABC大学代码0047、银行内部帐号1002290141995920、人文学院帐号1002290141995931、人文学院代码0001、银行卡帐号1000290141995942、支付请求端银行卡笔数4、支付请求端银行卡持卡人姓名李冰、银行卡卡号及单笔银行卡金额(1500、100、300及100)等信息。
支付确认数据包接收模块1003接收到包括确认请求消息后，将确认请求消息存储到信息存储模块1004。信息比对模块1005将支付请求端信息中的信息与确认反馈消息中的信息一一比对，如图13所示。经过比对，人文学院发送的银行卡的信息与确认反馈消息中的信息完全一致，数据处理服务器101就可以利用还款预处理模块1006进行还款操作。具体操作如下：
数据处理服务器101将还款金额2000从ABC大学帐号1000290-14199593转入人文学院帐号1000290141995931，然后再将还款金额2000从人文学院帐号1000290141995931转入银行内部帐号1000290141995920。
上述转帐完成之后，银行卡明细获取模块1007从存储到信息存储模块1004获取银行卡明细，银行卡明细包括银行卡笔数4、每笔消费的金额，银行卡卡号1000290141995942，持卡人姓名李冰。银行卡明细在计算机上显示的信息如图14所示，银行卡转帐模块1008根据图14所示的金额及银行卡卡号，将银行内部帐号1000290141995920中的2000元逐笔转入到卡号为1000290141995942的银行卡上，实现了ABC大学向银行的还款。
人文学院可以通过ABC学校的支付确认端102，利用查询信息发送单元303向数据处理服务器101发送包括银行卡帐号的银行卡转帐查询信息，查询银行卡的转帐情况，转帐查询接收模块1009接收人文学院通过ABC学校的支付确认端102转发的查询请求信息，利用转帐查询模块1010查询数据处理服务器101中的银行卡的转帐信息，如转帐处理日期2009年2月1日、转帐金额2000(每笔转帐金额分别为1500元、100元、300元及100元)及转帐笔数4等信息，发送给ABC大学的支付确认端，人文学院就可以掌握李冰的银行卡的转帐情况。
如图15所示，本发明具体实施例的各步骤具体描述如下：
S1501：ABC大学在银行系统注册帐号。注册的帐号包括：ABC大学帐号、ABC大学各个院系帐号及各个院系每个教师的银行卡帐号，ABC大学帐号对应一个ABC大学代码，每个院系帐号对应院系名称、院系代码，每个教师的帐号对应持卡人姓名等信息。银行将会给学校分配一个银行内部帐号，用于通过该银行内部帐号向银行卡转帐。
S1502：将ABC大学的注册帐号信息输入到信息存储装置中。将ABC大学的注册帐号信息输入到信息存储装置中，形成图6所示的结构，当人文学院持卡人为李冰的卡刷卡之后，人文学院的财务人员可以通过学校的局域网将具体的消费信息发送给ABC大学的信息存储装置，形成图7所示的结构。
S1503：人文学院向数据处理服务器101发送支付请求信息。该支付请求信息包括：ABC大学帐号1002290141995930、ABC大学代码0047、银行内部帐号1002290141995920、人文学院帐号1002290141995931、人文学院代码0001、支付请求编号1002、支付请求金额2000、银行卡帐号1000290141995942、支付请求端银行卡笔数4、支付请求端银行卡持卡人姓名李冰、银行卡卡号及单笔银行卡金额(1500、100、300及100)等信息，人文学院先向交易终端(网上银行或柜面)发送支付请求信息，通过交易终端将支付请求信息转发给数据处理服务器101。
S1504：判断ABC大学的支付确认端102中是否存在支付请求信息对应的支付信息，如果是，进行S1505，否则交易结束。
数据处理服务器101生成确认请求消息，并通过专用网络向ABC大学的支付确认端102发送。确认请求消息中包括支付请求端信息及支付确认端地址01(ABC大学的支付确认端地址)，如图11所示。根据确认请求消息中的支付请求编号1002、支付请求金额2000查找ABC大学的支付确认端中是否存在支付请求信息对应的支付信息，如果是，继续交易；否则交易结束。
S1505：ABC大学的支付确认端102向数据处理服务器发送支付信息数据包，对比银行卡的信息与确认反馈消息是否相同，如果是，进行S1506，如果否，交易结束。
ABC大学的支付确认端102生成包含支付确认端信息的确认反馈消息，并将所述确认反馈消息通过专用网络发送到数据处理服务器101，确认反馈消息如图12所示。数据处理服务器101将支付请求端信息中的信息与确认反馈消息中的信息一一比对，如图13所示。
S1506：对支付请求金额进行转帐预处理。
如果支付请求端信息中的信息与确认反馈消息中的信息相同，数据处理服务器101对支付请求金额进行转帐预处理，即：将支付请求金额2000从ABC大学的帐号1002290141995930转至人文学院的帐号1002290141995942，然后再将支付请求金额2000从人文学院的帐号1002290141995942转至银行内部帐号1002290141995920。
S1507：将支付请求金额转帐至银行卡帐号。
数据处理服务器根据每笔消费的金额及银行卡卡号1000290141995942，将银行内部帐号1000290141995920中的2000元逐笔转入到卡号为1000290141995942的银行卡上，实现了ABC大学向银行的还款。
S1508：人文学院发送转帐查询信息。
人文学院向ABC大学的支付确认端发送转帐查询信息，转帐查询信息包括银行卡的转帐日期及转帐金额及转帐笔数等信息，ABC大学的支付确认端向数据处理服务器转发转帐查询信息。
S1509：数据处理服务器发送查询结果信息。
数据处理服务器收到ABC大学的支付确认端转发的转帐查询信息后，根据转帐查询信息，将转帐查询信息中对应的查询结果信息发送给付款客户端，查询结果信息包括转帐日期2009年2月1日、转帐金额2000及转帐笔数4等信息，ABC大学的支付确认端将查询结果信息转发给人文学院，人文学院就能知道卡号为1000290141995942的银行卡的转帐日期2009年2月1日，转帐金额2000及转帐笔数4。
S1510：交易结束。
如图16所示，本发明实施例ABC大学银行卡还款处理过程中的系统各个部分的信息交互步骤包括：
S1601：人文学院向交易终端发送支付请求信息，该支付请求信息包括：ABC大学帐号1002290141995930、银行内部帐号1002290141995920、人文学院帐号1002290141995942、人文学院代码0001、支付请求编号1002及支付请求金额2000等。
S1602：交易终端向数据处理服务器101转发支付请求信息。
S1603：数据处理服务器101向ABC大学的支付确认端102发送ABC大学帐号1002290141995930、ABC大学代码0047、银行内部帐号1002290141995920、人文学院帐号1002290141995931、人文学院代码0001、支付请求编号1002、支付请求金额2000等信息。
根据支付请求编号1002、支付请求金额2000查找ABC大学的支付确认端102中是否存在支付请求编号1002及支付请求金额2000对应的支付信息如果存在，继续交易；否则交易结束。
S1604：ABC大学的支付确认端102向数据处理服务器101发送包含支付确认端信息的确认反馈消息，确认反馈消息包含：ABC大学帐号1002290141995930、ABC大学代码0047、银行内部帐号1002290141995920、人文学院帐号1002290141995931、人文学院代码0001、支付请求端银行卡笔数4、支付请求端银行卡持卡人姓名李冰、银行卡帐号1000290141995942及单笔银行卡金额。数据处理服务器101将人文学院向数据处理服务器101发送的李并的银行卡的信息与确认反馈消息中的ABC大学0047、支付请求编号1002、支付请求金额2000及银行卡的消费金额(每次刷卡的消费金额)、银行卡号1000290141995942等信息一一比对，如图13所示。
如果支付信息与确认反馈消息的信息相同，数据处理服务器对支付请求金额进行转帐预处理，即：将支付请求金额2000从ABC大学的帐号1002290141995930转至人文学院的帐号1002290141995942，然后再将支付请求金额2000从人文学院的帐号1002290141995942转至银行内部帐号1002290141995920。
数据处理服务器101根据每笔消费的金额及银行卡卡号10002-90141995942，将银行内部帐号1000290141995920中的2000元逐笔转入到卡号为1000290141995942的银行卡上，实现了ABC大学向银行的还款。
S1605：人文学院向ABC大学的支付确认端102发送转帐查询信息，转帐查询信息包括银行卡的转帐日期及转帐金额及转帐笔数等信息。
S1606：ABC大学的支付确认端102向数据处理服务器101转发转帐查询信息。
S1607：数据处理服务器101将查询结果信息发送给ABC大学的支付确认端102。
数据处理服务器101收到ABC大学的支付确认端102转发的转帐查询信息后，根据转帐查询信息，将转帐查询信息中对应的查询结果信息发送给付款客户端，查询结果信息包括转帐日期2009年2月1日、转帐金额2000及转帐笔数4等信息。
S1608：ABC大学的支付确认端102将查询结果信息转发给人文学院，人文学院就能知道李冰的银行卡的转帐日期，转帐金额2000及转帐笔数4。
上述实施例仅说明了院系财务人员对一张银行卡进行还款，院系财务人员可以同时对多个银行卡进行还款，只要院系财务人员输入支付请求编号及金额，在该支付请求编号下的所有银行卡可都可以进行还款。
上述仅以交易终端是网上银行为例进行说明，若交易终端为柜面，操作过程与上述过程类似，只是执行支付请求信息的执行者为银行柜员。
本发明通过提供一种操作简便，电子化的银行卡数据处理系统及方法，解决了目前传统模式下小额支付的授权控制与帐务处理的不足，其取得的具体效果如下：
付款客户端使用银行交易终端(如网上银行等)足不出户就能完成其下属单位的支付请求，方便快捷。
最大限制减少现金往来，无论是授权控制方的个人费用报销还是小额公务支出，均可通过银行卡结算，实现无现金化操作，从而杜绝现金管理的漏洞。
使用银行卡进行结算使得每一笔消费都有据可查，并真实可靠，每笔消费的时间、地点、金额、持卡人等信息都会真实记录在银行系统中，授权控制方能查到真实的交易情况，可以防止多报、谎报、虚报等情况发生，有利于单位财务制度的完善。
付款客户端多为银行优质客户端，使用银行卡进行结算，有利于增加银行卡的市场比例，提高银行卡的使用率。
付款客户端及其下属单位在银行开立帐户，加强了银企合作，增加了银行的存款比例。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。