具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

现有借记卡刷卡消费有两种局限：一种是在实际刷卡消费的时候可能会超过银行的每日限额或每笔限额，导致无法足额缴纳培训课程费用；另外一种是借记卡消费一次性入账到培训机构的账户中，如果不幸出现培训机构跑路的现象，客户将很难追回自己的资金。

对此，本发明提出一种能够一次圈存分次解圈的学费监管方式，即客户同意借记卡学费缴费签约后，在缴纳学费时，将学费冻结在客户本人的借记卡中，培训机构周期性从客户的借记卡中扣取清算款项。对于客户，缴纳学费要保障资金安全；对于培训机构，要确保能够周期性收取费用，以维持运营。本发明一次圈存分次解圈的学费监管方式，既能保障客户的资金安全，又能保障培训机构持续良好地运营，同时可以防止培训机构出现一次收取大额费用即刻跑路的现象出现，达到学费监管的目的。

参见图1所示的学费监管系统的系统架构图，该学费监管系统由监管前端页面、监管后台系统和核心系统组成；其中，监管前端页面和监管后台系统采用的是ESSP(Education scene service platform，教育场景服务平台)架构，核心系统采用的BOCS(Bank of China system，核心银行系统)架构。监管后台系统对监管前端页面提供服务，通过行外系统和行内系统与核心系统进行后台对接，实现缴纳学费功能。培训机构则属于分别与监管前端页面、监管后台系统通信的外部第三方。

参见图2所示的学费监管方法的方法流程图。本发明实施例提供一种学费监管方法，该方法应用于监管后台系统，包括如下步骤：

S10，确定客户的借记卡学费缴费签约成功，签约成功的借记卡与目标课程的学费金额具有绑定关系。

本发明实施例中，客户可以在培训结构APP中选择培训的课程，即目标课程，并选择学费监管支付方式，则跳转至学费监管缴费页面，阅读并签署借记卡学费保证合同。即客户使用借记卡缴纳学费必须同意借记卡学费监管协议，客户签署完借记卡学费监管协议后，监管后台系统检查客户借记卡的可用余额是否大于等于应缴纳的学费金额，如果大于等于，则客户的借记卡学费缴费签约成功，保障后续支付学费；如果小于，则客户的借记卡学费缴费签约失败，无法继续支付学费，但客户可以向该借记卡中转入足额金额，即可继续签约。

具体实现过程中，步骤S10中“确定客户的借记卡学费缴费签约成功”可以采用如下步骤，方法流程图如图3所示：

S101，获取客户针对目标课程所上传的借记卡信息和证件信息。

S102，在证件信息验证通过的情况下，根据借记卡信息判断借记卡的可用余额是否大于等于目标课程的学费；若是，则执行步骤S103。

S103，确定客户的借记卡学费缴费签约成功。

本发明实施例中，客户填写借记卡信息和证件信息，该借记卡信息包括卡号、开户者姓名、开户者身份证号等信息，证件信息包括身份证姓名和身份证号码等。监管后台系统首先进行证件信息验证，即验证身份证姓名和身份证号码是否匹配、借记卡的开户者姓名和身份证姓名是否一致、开户者身份证号和身份证号码是否一致；如果身份证姓名和身份证号码相匹配、借记卡的开户者姓名和身份证姓名一致、开户者身份证号和身份证号码一致，则确定证件信息验证通过；反之，如果身份证姓名和身份证号码不匹配、或者借记卡的开户者姓名和身份证姓名不一致、或者开户者身份证号和身份证号码不一致，则确定证件信息验证未通过。

证件信息验证通过后，监管后台系统根据借记卡的卡号获取该借记卡的可用余额，并判断该借记卡的可用余额是否大于等于目标课程应缴的学费金额；如果大于等于，则确定客户的借记卡学费缴费签约成功；反之，如果小于，则确定客户的借记卡学费缴费签约失败，并将签约失败结果反馈给培训机构。

S20，基于绑定关系，通过核心系统从借记卡的可用余额中圈存学费金额。

本发明实施例中，客户同意借记卡学费监管协议并使用借记卡进行缴费，客户应缴纳的学费金额圈存在客户的借记卡下，也就是将学费金额冻结于借记卡下，此时客户无法使用学费金额这部分资金，借记卡的可用余额等额减少、冻结金额等额增加，但培训机构账户余额保持不变。

此外，本发明实施例通过一次圈存即可完成学费金额的圈存。具体实现过程中，客户完成借记卡学费缴费签约后，监管后台系统通过socket方式向核心系统发起学费圈存请求，该学费圈存请求中包含借记卡信息和学费金额；核心系统收到学费圈存请求后，将学费金额从借记卡的可用余额中圈存住，学费金额仍在客户的借记卡下，只是借记卡的可用余额相应减少、冻结金额等额增加，客户后续无法使用学费金额这部分资金。

后续，核心系统将表征圈存成功/失败的圈存结果反馈给监管后台系统。监管后台系统采用异步方式将该圈存结果输出给校外培训机构，同时采用同步方式将该圈存结果输出给客户。

此外，如遭遇培训机构跑路，监管后台系统即可向核心系统申请解圈，核心系统在验证通过后即将当前冻结金额解冻，并将借记卡的可用余额等额恢复，简化客户维权的过程。

S30，响应培训机构发起的携带有清算金额的学费划转请求，通过核心系统在已圈存的学费金额中解圈清算金额，清算金额小于学费金额。

本发明实施例中，培训结果可以周期性发起学费划转请求，由核心系统将本次划转的清算金额解圈出来，即将清算金额从借记卡的冻结金额中解冻出来，并划转至培训机构的对公账户中。经过多次清算划款，直到学费全部缴纳。

具体实现过程中，步骤S30“通过核心系统在已圈存的学费金额中解圈清算金额”可以采用如下步骤，方法流程图如图4所示：

S301，判断清算金额是否大于对应的清算限额；若是，则执行步骤S302；若否，则执行步骤S303。

S302，拒绝学费划转请求。

S303，基于向核心系统发起携带有清算金额的解圈请求，以使核心系统在已圈存的学费金额中解圈清算金额。

本发明实施例中，通过多次解圈完成学费金额的清算划转。具体实现过程中，培训机构周期性分次向监管后台系统发起学费划转请求，如果请求划转的清算金额不在清算限额范围内，则监管后台系统将拒绝受理，以防止培训机构一次性大额清算后跑路。如果请求划转的清算金额在清算限额范围内，则监管后台系统受理培训机构的学费划转请求，并将受理结果返回给培训结构，再异步处理学费划转过程。

监管后台系统向核心系统发起请求解圈清算金额的解圈请求，核心系统收到解圈请求后，从借记卡已圈存的学费金额中解圈该部分清算金额。核心系统完成解圈后，将解圈结果返回给监管后台系统。而如果核心系统解算失败，则本次培训本次清算划转失败，核心系统将划转失败结果通知监管后台系统，再由监管后台系统通知给培训机构。

培训结构周期性请求学费清算划转，直至客户完成学习，学费完全缴纳完成，以一次圈存分次解圈实现学费监管。在清算金额从客户借记卡已圈存的学费金额中解圈出来后，清算金额这部分资金将从借记卡下转入培训结构账户中。

需要说明的是，监管后台系统向核心系统发起解圈请求之前，除验证清算金额是否大于清算限额以外，还可以验证其他条件，比如验证培训机构上次请求学费清算划转到当前的时长是否大于时间限值，以时间限值为3个月为例，若培训机构上次请求学费清算划转到当前的时长未满3个月、或者培训机构本次请求学费划转的清算金额大于清算限额，则监管后台系统拒绝划款。

S40，通过核心系统将已解圈的清算金额从借记卡转入培训机构对应的对公账户中。

本发明实施例中，核心系统完成解圈后，由核心系统将已解圈的清算金额从借记卡转入培训机构对应的对公账户中。此时，借记卡的可用余额保持不变、冻结金额等额减少、培训机构账户余额等额增加。

具体实现过程中，步骤S40“通过核心系统将已解圈的清算金额从借记卡转入培训机构对应的对公账户中”可以采用如下步骤：

接收核心系统所返回的解圈结果；在基于解圈结果确定清算金额解圈成功的情况下，向核心系统发起对私转对公交易，以使核心系统将清算金额从借记卡转入培训机构对应的对公账户中。

本发明实施例中，核心系统向监管后台系统返回表征解圈成功/失败的解圈结果。如果解圈成功，监管后台系统再向核心系统请求对私转对公交易，核心系统将解圈的清算金额从借记卡转入培训机构的对公账户中。

核心系统向监管后台系统返回交易结果，由监管后台系统将交易结果输出给培训机构。此外，当核心系统圈存或者解圈或者交易出现未明时，培训结果没有及时接收到圈存结果/解圈结果/交易结果时，监管后台系统还提供交易结果查询，以便培训机构及时获取相关结果。

本发明采用同步受理机制和异步处理机制以便快速响应客户向培训机构缴纳学费，采用冻结机制以便在保证客户的资金安全的前提下，客户向校外培训机构缴纳学费，采用扣费机制以便在限制校外培训机构大额收费的前提下，培训机构能周期性收取学费，实现良性循环运营，以此实现学费监管的最终目标。

本发明的优点在于采用借记卡一次圈存分次解圈的方式，在客户使用借记卡缴费时，学费冻结在客户本人账户中，校外培训机构限时限额收取学费，多次清算培训费用，达到学费监管的目的。这样既能解决防范培训机构跑路，又能维护学员的利益。

基于上述实施例提供的学费监管方法，本发明实施例则对应提供一种执行上述学费监管方法的装置，该装置的结构示意图如图5所示：

签约模块10，用于确定客户的借记卡学费缴费签约成功，签约成功的借记卡与目标课程的学费金额具有绑定关系；

圈存模块20，用于基于绑定关系，通过核心系统从借记卡的可用余额中圈存学费金额；

解圈模块30，用于响应培训机构发起的携带有清算金额的学费划转请求，通过核心系统在已圈存的学费金额中解圈清算金额，清算金额小于学费金额；

交易模块40，用于通过核心系统将已解圈的清算金额从借记卡转入培训机构对应的对公账户中。

可选的，签约模块10，具体用于：

获取客户针对目标课程所上传的借记卡信息和证件信息；在证件信息验证通过的情况下，根据借记卡信息判断借记卡的可用余额是否大于等于目标课程的学费；若是，则确定客户的借记卡学费缴费签约成功。

可选的，用于通过核心系统在已圈存的学费金额中解圈清算金额的解圈模块30，具体用于：

判断清算金额是否大于对应的清算限额；若是，拒绝学费划转请求；若否，基于向核心系统发起携带有清算金额的解圈请求，以使核心系统在已圈存的学费金额中解圈清算金额。

可选的，交易模块40，具体用于：

接收核心系统所返回的解圈结果；在基于解圈结果确定清算金额解圈成功的情况下，向核心系统发起对私转对公交易，以使核心系统将清算金额从借记卡转入培训机构对应的对公账户中。

可选的，圈存模块20，还用于：

接收核心系统所返回的圈存结果，并将圈存结果输出给培训机构和客户。

需要说明的是，本发明实施例中的各模块的细化功能可以参见上述学费监管方法实施例对应公开部分，在此不再赘述。

基于上述实施例提供的学费监管方法，本发明实施例还提供一种电子设备，电子设备包括：至少一个存储器和至少一个处理器；存储器存储有程序，处理器调用存储器存储的程序，程序用于实现学费监管方法。

基于上述实施例提供的学费监管方法，本发明实施例还提供一种存储介质，存储介质中存储有计算机可执行指令，计算机可执行指令用于执行学费监管方法。

以上对本发明所提供的一种学费监管方法、装置、监管后台系统及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素，或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。