一种自适应选择银行卡进行支付的系统及方法技术方案

一种自适应选择银行卡进行支付的系统，通过支付平台为用户向收款方进行支付操作，支付平台包括数据库、规则引擎单元和支付处理单元。其中数据库用于存储包括用户账户信息、用户设定用于支付的多张银行卡信息、选卡规则信息、支付记录信息在内的信息。规则引擎单元用于按照所述选卡规则信息从多张银行卡中找出本次支付的银行卡。支付处理单元用于接收用户所在用户终端的支付请求，通过规则引擎单元得到本次支付的银行卡，利用该银行卡将支付金额支付至收款方的操作。本申请可以预先设定选卡规则，在每次选卡时，不需要重新和用户建立选卡交互，等待用户选卡后再进行后续的支付操作。不仅提高了支付速度，而且也不需要占用网络和支付平台的资源。

【技术实现步骤摘要】

本申请属于网络
，尤其是一种自适应选择银行卡进行支付的系统 及方法。
技术介绍
近年来，电子商务逐渐成为互联网经济发展的主要潮流，网上购物和支付 也成为 一种方〗更的生活方式。请参阅图l，其为现有技术一种网上支付的原理结构示意图.用户所在的用户终端11通过支付平台12向收款方支付款项。收款方可以是商户。收款 方所在收款方终端13可以通过网络连接至支付平台12。用户在支付平台12 上有对应的支付账户，用户在银行子系统14上开设有银行账户。为了减少风 险,用户通常不采用直接在网页上输入卡号和密码来进行支付，当卡号和密 码被泄露时，容易给用户造成损失.为此，支付平台12采用支付账户和银行账户进行绑定，用户只需要选择自 己绑定的银行卡，支付平台12负责完成与银行子系统14之间的结算、对账等 数据操作。为了提高安全性，支付平台12还可以让用户设定银行卡对应的别 名。当用户所在的用户终端11向支付平台12发出支付请求时，除了需支付 的信息(包括支付方信息和支付金额等)，还需要指定付款的银行卡别名等信 息。支付平台12处理支付请求，将费用支付至对应的收款方对应的账户，该 账户可以是收款方在支付平台12上有对应的收款方账户，也可以是设置在银 行上该收款方对应的银行账户。支付平台12至少包括支付服务器21、对账处理服务器22和数据库23, 数据库23上存储有^f吏用支付平台12的用户信息、账户信息、支付处理信息 以及与各家银行子系统14完成的结算对账信息。支付服务器21主要是完成 支付请求的处理操作，对账处理服务器22主要是完成与银行子系统14等的 结算、对账、数据交互等操作。目前，用户在支付平台12中会设置多个用于支付操作的银行卡信息。当 用户终端11通过互联网连接至支付平台12时，若向支付平台12发送的支付 请求中未携进行交玄后获得本次支付操作的银行卡信息。由于银行卡信息是敏感信息， 这种方式获得不仅占用支付服务器21的处理资源，而且在互联网上进行这种 敏感信息的交互安全性低。还有，每一次支付时都需要向用户询问选择哪家银行卡，延长支付处理时间，而且占用支付服务器21和网络的资源。现有技术中通过电话支付或是通过WAP (无线应用协议，Wireless Application Protocol )进行支付时，若向支付平台12发送的支付请求中未携带 用于此次支付的银行卡信息时，由于资源的限制，支付平台12不能提供一个 交互页面来供用户具体选择使用哪张银行卡，支付平台12通常是选择用户使 用最频繁的银行卡来完成支付。如果支付平台12提供一个交互页面供用,选 择银行卡，该支付平台12可以通过WAP网络将该交互页面提供到至手机用 户，建立与手机用户的交互。也就是说， 一次选卡的交互需要通过web服务 器、WAP代理服务器和无线通信网络的通信，不仅使得选卡时间变长，从而 使得支付处理的时间长，而且当其中某一设备发生故障时，整个选卡即中止， 降低支付的成功率。也就是"i兌，目前利用支付平台进行支付的支付过程中，通常需要支付平台 提供交互页面来供用户具体选择使用哪张银行卡完成支付，这种方式不仅占 用网络资源来进行交互，而且最为重要的是降低了支付处理的速度,使得支 付服务器21需要花费资源和时间来完成处理操作。并且，在一些应用场景， 支付平台12不能提供交互页面来供用户具体选择使用哪张银行卡，而是支付 平台12自作主张选择某种银行卡，这种处理存在着安全问题。
技术实现思路
本申请的目的在于提供一种自适应选银行卡进行支付的系统，以解决现 有技术选卡过程中安全性低、延长支付处理时间及占用资源的技术问题。本申请的另一目的在于提供一种自适应选银行卡进行支付的方法，以解 决现有技术选卡过程中安全性低、延长支付处理时间及占用资源的技术问题。一种自适应选择银行卡进行支付的系统，通过支付平台为用户向收款方 进行支付操作，所述支付平台包括数据库用于存储包括用户账户信息、用于支付的多张银行卡信息、选 卡规则信息、支付记录信息在内的信息；规则引擎单元连接所述数据库，用于按照所述选卡规则信息从多张银行卡中找出本次支付的银行卡；支付处理单元分别连接所述数据库和所述规则引擎单元，用于接收用 户所在用户终端的支付请求，通过所述规则引擎单元得到本次支付的银行卡， 利用该银行卡将支付金额支付至收款方。规则引擎单元和支付处理单元分别设置在规则引擎服务器和支付服务器上。一种自适应选择银行卡进行支付的方法，通过支付平台为用户向收款方 进行支付操作，包括(1) 设定从多张银行卡中选择出支付卡的选卡规则信息；(2) 当接收到用户所在用户终端的支付请求时，按照所述选卡规则和支付 记录信息，从多张银行卡中选择当前本次支付的银行卡；(3) 利用该银行卡将支付金额支付至收款方的操作。 与现有技术相比，本申请具有以下优点首先，本申请可以预先设定选卡规则，在每次选卡时，不需要重新和用 户所在用户终端建立选卡交互，等待用户选卡后再进行后续的支付操作。不 仅提高了支付速度，而且也不需要占用网络和支付平台的资源。特别是，当 用户是以手机终端的方式通过WAP协议向支付平台发起支付请求时，也无需 进一步选卡操作，提高了整个支付的效率，也进一步提升了支付的成功率。其次，通过设置支付服务器和规则引擎服务器分别完成支付和选卡操作。 不需要对现有的支付服务器做过大的改动，通过额外增加规则引擎服务器和 完成选卡操作，这种设计能提高现有支付服务器的安全性，而且还能提高系 统的耦合性。最后，预先在每次规则引擎软件启动时将所述选卡规则信息调入该服务 器的内存中，并且定期更新内存中保存的选卡规则，在保证选卡的精准度时 还提高了选卡速度。附图说明图l为现有技术一种网上支付的原理结构示意图； 图2为本申请自适应选银行卡进行支付的系统的第一实施例结构原理示意图；图3为本申请中支付平台的部分原理结构示意图；图4为本申请自适应选银行卡进行支付方法的第 一 实施例流程示意图；图5为本申请自适应选银行卡进行支付的系统的第二实施例结构原理示意图；图6为本申请中支付平台的部分原理结构示意图；图7为本申请自适应选银行卡进行支付方法的第二实施例流程示意图。具体实施方式结合附图，具体说明本申请。. 实施例1请参阅图2、图3,其为本申请自适应选择^l艮行卡进行支付的系统的第一 实施例示意图。它包括用户终端41、支付平台42、收款方所在收款方终端43 和各种银行子系统44。用户终端41可以是作为网络终端通过因特网连接至支 付平台42上，也可以作为一个电话机，通过现有的固话系统与支付平台42 进行通信，也可以是作为手^L,利用WAP协议通过无线通信网络和因特网建 立与支付平台42的通信。收款方在支付平台42上设置有对应的收款方账户， 也可以是与支付平台42连接的银行子系统中设置对应的收款方账户。为了说 明方便，本实施例中，收款方在支付平台42上设置有对应的收款方账户，用 户在支付平台42上设置有对应的支付账户。事实上，收款方所设置的收款方 账户和用户设置的支付账户，支付平台42是作为用户做统一的管理的，也就 是说，收款方和用户同样是支付平台42的用户，收款方账户和支付账户仅仅 是叫法上不同，性质上都是做为用户账户进行管理。支付平本文档来自技高网...

【技术保护点】
一种自适应选择银行卡进行支付的系统，通过支付平台为用户向收款方进行支付操作，其特征在于，所述支付平台包括：　数据库：用于存储包括用户账户信息、用于支付的多张银行卡信息、选卡规则信息、支付记录信息在内的信息；　规则引擎单元：连接所 述数据库，用于按照所述选卡规则信息从多张银行卡中找出本次支付的银行卡；　支付处理单元：分别连接所述数据库和所述规则引擎单元，用于接收用户所在用户终端的支付请求，通过所述规则引擎单元得到本次支付的银行卡，利用该银行卡将支付金额支付至收款 方。

【技术特征摘要】

【专利技术属性】
技术研发人员：刘中胜，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：VG[英属维尔京群岛]