CN112669031A - 支付卡片的免充值数据处理方法、装置、设备及系统 - Google Patents

Abstract

本说明书提供一种支付卡片的免充值数据处理方法、装置、设备及系统，通过将需要充值才能正常使用的支付卡片与支付平台内的支付账户进行关联，将支付平台的支付账户作为支付卡片的代扣账户，授权支付平台在支付卡片发生交易时，对代扣账户进行代扣处理，以完成支付卡片的交易金额，使得用户不需要对支付卡片充值就可以正常使用支付卡片进行交易，简化了支付卡片的使用流程，提高了支付卡片使用的便捷性，提升了用户使用体验。

Description

支付卡片的免充值数据处理方法、装置、设备及系统

技术领域

本说明书属于计算机技术领域，尤其涉及一种支付卡片的免充值数据处理方法、装置、设备及系统。

背景技术

随着计算机技术的发展，使用智能手机进行线上支付交易的用户越来越多，但是仍有许多用户不善于使用智能手机线上支付的功能，如：老人、孩子、残疾人士等，也有一些特殊场景不支持线上支付功能如：校园卡等。对于这些使用实体的支付卡片进行交易的用户，通常是需要及时充值才能进行支付使用的，充值通常是通过人工或者充值机器来充值，这些都需要用户能够实时关注支付卡片的余额，以避免支付卡片余额不足而影响正常使用。

发明内容

本说明书实施例的目的在于提供一种支付卡片的免充值数据处理方法、装置、设备及系统，提高了支付卡片使用的便捷性。

第一方面，本说明书实施例提供了一种支付卡片的免充值数据处理方法，所述方法包括：

接收绑卡请求，所述绑卡请求中包括待绑定支付卡片信息、绑卡用户信息；

将所述待绑定支付卡片信息与所述绑卡用户信息对应的绑卡用户签约的代扣协议中的代扣账户进行关联；

将所述待绑定支付卡片信息与所述代扣账户的关联信息发送至所述代扣账户对应的支付平台，以使得所述支付平台使用所述代扣账户对所述待绑定支付卡片信息的交易金额进行代扣支付处理。

第二方面，本说明书提供了一种支付卡片的免充值数据处理方法，所述方法包括：

接收卡片管理系统发送的代扣签约请求，所述代扣签约请求中包括代扣账户、绑卡用户信息；

与所述卡片管理系统签约代扣协议，所述代扣协议中包括授权使用所述代扣账户支付所述绑卡用户信息在所述卡片管理系统中绑定的支付卡片的交易金额；

接收所述卡片管理系统发送的所述绑卡用户信息绑定的支付卡片信息，并保存所述支付卡片信息与所述代扣账户之间的关联关系，以在所述支付卡片信息刷卡交易时，使用所述代扣账户进行交易支付。

第三方面，本说明书提供了一种支付卡片的免充值数据处理方法，所述方法包括：

接收刷卡请求，所述刷卡请求中包括支付卡片信息；

查询所述刷卡请求中的支付卡片信息中是否具有代扣支付标识，若有，则

将所述支付卡片信息的刷卡订单发送至所述支付卡片信息关联的代扣账户的支付平台，以使得所述支付平台基于所述支付卡片信息对应的代扣协议使用所述代扣账户支付所述刷卡订单的交易金额；

接收所述支付平台返回的支付结果。

第四方面，本说明书提供了一种支付卡片的免充值数据处理方法，所述方法包括：

接收卡片管理系统发送的支付代扣请求，所述支付代扣请求中包括支付卡片信息和所述支付卡片信息对应的刷卡订单；

获取所述支付卡片信息签约的代扣协议中的代扣账户；

根据所述刷卡订单从所述代扣账户中扣取所述刷卡订单对应的交易金额到所述卡片管理系统中的收款账户中；

将所述代扣账户的支付结果返回至所述卡片管理系统。

第五方面，本说明书提供了一种支付卡片的免充值数据处理装置，包括：

绑卡请求接收模块，用于接收绑卡请求，所述绑卡请求中包括待绑定支付卡片信息、绑卡用户信息；

卡账关联模块，用于将所述待绑定支付卡片信息与所述绑卡用户信息对应的绑卡用户签约的代扣协议中的代扣账户进行关联；

关联关系同步模块，用于将所述待绑定支付卡片信息与所述代扣账户的关联信息发送至所述代扣账户对应的支付平台，以使得所述支付平台使用所述代扣账户对所述待绑定支付卡片信息的交易金额进行代扣支付处理。

第六方面，本说明书提供了一种支付卡片的免充值数据处理装置，包括：

签约代扣接收模块，用于接收卡片管理系统发送的代扣签约请求，所述代扣签约请求中包括代扣账户、绑卡用户信息；

代扣签约模块，用于与所述卡片管理系统签约代扣协议，所述代扣协议中包括授权使用所述代扣账户支付所述绑卡用户信息在所述卡片管理系统中绑定的支付卡片的交易金额；

代扣关系存储模块，用于接收所述卡片管理系统发送的所述绑卡用户信息绑定的支付卡片信息，并保存所述支付卡片信息与所述代扣账户之间的关联关系，以在所述支付卡片信息刷卡交易时，使用所述代扣账户进行交易支付。

第七方面，本说明书提供了一种支付卡片的免充值数据处理装置，包括：

刷卡接收模块，用于接收刷卡请求，所述刷卡请求中包括支付卡片信息；

代扣请求模块，用于查询所述刷卡请求中的支付卡片信息中是否具有代扣支付标识，若有，则将所述支付卡片信息的刷卡订单发送至所述支付卡片信息关联的代扣账户的支付平台，以使得所述支付平台基于所述支付卡片信息对应的代扣协议使用所述代扣账户支付所述刷卡订单的交易金额；

支付结果接收模块，用于接收所述支付平台返回的支付结果。

第八方面，本说明书提供了一种支付卡片的免充值数据处理装置，包括：

代扣请求接收模块，用于接收卡片管理系统发送的支付代扣请求，所述支付代扣请求中包括支付卡片信息和所述支付卡片信息对应的刷卡订单；

代扣账户获取模块，用于获取所述支付卡片信息签约的代扣协议中的代扣账户；

代扣处理模块，用于根据所述刷卡订单从所述代扣账户中扣取所述刷卡订单对应的交易金额到所述卡片管理系统中的收款账户中；

支付结果返回模块，用于将所述代扣账户的支付结果返回至所述卡片管理系统。

第九方面，本说明书实施例提供了一种支付卡片的免充值数据处理设备，包括至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述第一方面或第二方面或第三方面或第四方面所述的支付卡片的免充值数据处理方法。

第十方面，本说明书实施例提供了一种支付卡片的免充值数据处理系统，包括：卡片管理系统、支付平台、用户终端；其中，所述卡片管理系统中包括至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述第一方面或第三方面所述的方法；

所述支付平台中包括至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述第二方面或第四方面所述的方法；

所述用户终端中用于向所述卡片管理系统发送签约代扣请求或绑卡请求或解除绑卡请求或解除签约请求。

本说明书提供的支付卡片的免充值数据处理方法、装置、设备及系统，通过将需要充值才能正常使用的支付卡片与支付平台内的支付账户进行关联，将支付平台的支付账户作为支付卡片的代扣账户，授权支付平台在支付卡片发生交易时，对代扣账户进行代扣处理，以完成支付卡片的交易金额，使得用户不需要对支付卡片充值就可以正常使用支付卡片进行交易，简化了支付卡片的使用流程，提高了支付卡片使用的便捷性，提升了用户使用体验。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本说明书实施例提供的支付卡片的免充值数据处理方法实施例的流程示意图；

图2是本说明书又一个实施例中支付卡片的免充值数据处理方法的流程示意图；

图3是本说明书一个场景示例中公交卡的绑卡界面流程示意图；

图4是本说明书一个场景示例中公交卡的绑卡数据流示意图；

图5是本说明书又一个场景示例中公交卡的免充值数据处理方法的框架示意图；

图6是本说明书又一个实施例中支付卡片的免充值数据处理方法的流程示意图；

图7是本说明书一个场景示例中公家卡的免充值代扣交易数据流示意图；

图8是本说明书一个场景示例中支付卡片的免充值数据处理过程中信息推送的示意图；

图9是本说明书另一个场景示例中支付卡片的免充值数据处理过程中信息推送的示意图；

图10是本说明书又一个实施例中支付卡片的免充值数据处理方法的流程示意图；

图11是本说明书提供的支付卡片的免充值数据处理装置一个实施例的模块结构示意图；

图12是本说明书又一个实施例中的支付卡片的免充值数据处理装置模块结构示意图；

图13是本说明书又一个实施例中的支付卡片的免充值数据处理装置模块结构示意图；

图14是本说明书又一个实施例中的支付卡片的免充值数据处理装置模块结构示意图；

图15是本说明书一个实施例中支付卡片的免充值数据处理服务器的硬件结构框图。

具体实施方式

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

随着计算机互联网技术的发展，现金逐渐被取代，刷卡或手机支付大大方便了人们的生活，相较于手机支付，刷卡支付还需要定期进行充值，存在一定的不便。但是，有些用户或有些场景的存在，使得刷卡支付不能被完全取代。

本说明书实施例，通过将实体的支付卡片与支付平台中的代扣账户进行关联，使用代扣账户对支付卡片的刷卡交易进行支付，不需要用户向支付卡片内进行充值即可以正常使用支付卡片，大大方便了人们的生活，简化了支付卡片的使用流程，提升了刷卡交易的便捷性。

图1是本说明书实施例提供的支付卡片的免充值数据处理方法实施例的流程示意图。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。

具体的一个实施例如图1所示，本说明书提供的支付卡片的免充值数据处理方法的一个实施例中，所述方法可以应用在卡片管理系统，卡片管理系统可以理解为对支付卡片进行信息管理、账单关联等操作的系统，卡片管理系统可以为交通卡管理系统、校园卡管理系统或社会保障卡管理系统等一些实体支付卡片的管理系统。卡片管理系统可以为计算机、平板电脑、服务器、智能手机等终端，所述方法可以包括如下步骤：

步骤102、接收绑卡请求，所述绑卡请求中包括待绑定支付卡片信息、绑卡用户信息。

在具体的实施过程中，当用户需要将支付卡片与支付账户进行绑定时，可以通过客户端向支付卡片的卡片管理系统发送绑卡请求。一般的，随着应用程序的普及，用户可以通过在智能手机客户端中安装卡片管理系统提供的卡片管理小程序，通过卡片管理小程序实现与卡片管理系统的数据交互，进而向卡片管理系统提交绑卡请求。绑卡请求中一般可以包括待绑定支付卡片信息以及绑卡用户信息，待绑定支付卡片信息可以是待绑定支付卡片的图像信息或卡号信息等，待绑定支付卡片信息中可以包括待绑定支付卡片的卡号、持卡人、开卡时间、开卡地点等信息，绑卡用户信息可以包括绑卡用户的姓名、身份标识以及绑卡用户在卡片管理系统中的账户标识等，本说明书实施例对具体信息内容不作具体限定。

此外，本说明书一些实施例中，在接收所述绑卡请求之前，所述方法还包括：

接收所述绑卡用户发送的代扣签约请求，所述代扣签约请求中包括代扣账户和绑卡用户的支付卡片账户；

将所述代扣签约请求发送至所述代扣账户对应的支付平台，以与所述支付平台签约代扣协议，所述代扣协议中包括授权所述支付平台使用所述代扣账户支付所述支付卡片账户中绑定的支付卡片的交易金额。

在具体的实施过程中，本说明书实施例主要是通过将用户在支付平台的支付账户作为代扣账户与实体的支付卡片进行关联，实现使用代扣账户支付实体的支付卡片的交易金额的目的。在用户提交绑卡请求之前，可以先开通代扣服务，即向卡片管理系统提交代扣签约请求，以授权支付平台能够从代扣账户中进行支付扣款处理。代扣签约请求中可以包括绑卡用户在卡片管理系统中的支付卡片账户以及所述绑卡用户在支付平台中的代扣账户，当然，根据实际使用需要还可以包括其他内容，本说明书实施例不作具体限定。卡片管理系统接收到用户提交的代扣签约请求后，可以将代扣签约请求发送至支付平台，支付平台即可以与卡片管理系统签约代扣协议，代扣协议可以授权支付平台对代扣账户进行代扣，以支付绑卡用户在卡片管理系统中的支付卡片账户中绑定的支付卡片的交易金额。通过与支付平台签约代扣协议，使得支付平台可以对代扣协议内的代扣账户进行代扣处理，以支付卡片管理系统中的支付卡片的交易金额，不需要用户单独为支付卡片进行充值处理，简化了支付卡片的交易流程。

其中，支付平台可以是能够提供支付能力的平台如：信用卡平台、银行卡平台或互联网支付平台等。

步骤104、将所述待绑定支付卡片信息与所述绑卡用户信息对应的绑卡用户签约的代扣协议中的代扣账户进行关联。

在具体的实施过程中，接收到绑卡请求后，卡片管理系统可以将绑卡请求中的待绑定支付卡片信息与绑卡用户签约的代扣协议中的代扣账户进行关联，代扣账户可以指具有支付能力的账户如：银行卡账户、信用卡账户、基金理财账户等，本说明书实施例不作具体限定。其中，代扣协议可以授权支付平台对代扣账户进行代扣处理，以支付绑定的支付卡片的交易金额。

步骤106、将所述待绑定支付卡片信息与所述代扣账户的关联信息发送至所述代扣账户对应的支付平台，以使得所述支付平台使用所述代扣账户对所述待绑定支付卡片信息的交易金额进行代扣支付处理。

在具体的实施过程中，在完成待绑定支付卡片信息与代扣账户的关联处理后，可以将待绑定支付卡片信息添加到绑定用户在卡片管理系统中的支付卡片账户中，并将待绑定支付卡片信息与代扣账户的关联信息发送至支付平台，使得支付平台同步代扣账户的关联关系，进而能够在待绑定支付卡片信息发生交易时，能够对代扣账户进行代扣处理，以支付该待绑定支付卡片信息的交易金额。

例如：用户A通过卡片管理系统与支付平台签约了代扣协议，授权支付平台能够在用户A绑定的支付卡片发生交易时对用户A在支付平台内的支付账户a1进行代扣处理，即支付账户a1为代扣账户。用户A通过客户端向卡片管理系统发送绑定公交卡1的绑卡请求，卡片管理系统可以将公交卡1与用户A的代扣账户a1建立关联关系，还可以将公交卡1添加到用户A在卡片管理系统中的支付卡片账户a2中。当用户A使用公交卡1刷卡乘车时，卡片管理系统可以将公交卡1的账单发送至支付平台，支付平台即可以从用户A的代扣账户a1中代扣对应的金额，以支付该笔账单。

其中，所述待绑定支付卡片信息的卡片类型包括：交通卡、社会保障卡、校园卡中的至少一种。本说明书实施例中的支付卡片可以理解为一些能够用于支付的卡片，可以是实体卡片也可以是电子卡片，卡片的类型可以包括：交通卡、社会保障卡、校园卡等，根据实际需要还可以包括其他类型的卡片如：饭卡、电影卡、会员卡等能够进行支付的卡片。相应的卡片管理系统可以为不同卡片的管理系统如：交通卡管理系统(可以包括不同城市的交通卡管理系统)、校园卡管理系统(可以包括不同学校的校园卡的管理系统)、社会保障卡管理系统(可以包括不同城市的社会保障卡管理系统)等，具体可以根据实际需要而定，本说明书实施例不作具体限定。本说明书实施例中一个代扣账户可以关联多个、多种类型的支付卡片，可以实现对多种不同类型的卡片进行代扣账户的关联，以实现对多种不同的卡片进行代扣支付，不需要进行定期充值处理，简化了支付卡片的交易流程。

此外，所述方法还包括：接收并保存所述待绑定支付卡片信息的持卡用户与所述绑卡用户之间的关系信息，所述关系信息包括：本人、配偶、子女、父母、朋友中的至少一种。

在具体的实施过程中，绑卡用户在进行绑卡操作时，还可以提交待绑定支付卡片的持卡用户与绑卡用户之间的关系，如：本人、配偶、父母、子女、朋友等，即本说明书实施例中的代扣账户不仅仅可以为代扣账户本人的支付卡片提供支付代扣能力，还可以为自己的父母、子女、朋友提供支付代扣能力。尤其对于父母和子女可能没有支付账户，自己充值也比较难操作时，通过本说明书实施例提供的支付卡片的免充值数据处理方法，利用客户端即可以实现为支付卡片代扣支付的功能，大大方便了支付卡片的使用。

本说明书实施例提供的支付卡片的免充值数据处理方法，通过将需要充值才能正常使用的支付卡片与支付平台内的支付账户进行关联，将支付平台的支付账户作为支付卡片的代扣账户，授权支付平台在支付卡片发生交易时，对代扣账户进行代扣处理，以完成支付卡片的交易金额，使得用户不需要对支付卡片充值就可以正常使用支付卡片进行交易，简化了支付卡片的使用流程，提高了支付卡片使用的便捷性，提升了用户使用体验。

在上述实施例的基础上，本说明书一些实施例中，在将所述待绑定支付卡片信息与所述绑卡用户信息对应的绑卡用户签约的代扣协议中的代扣账户进行关联之前，所述方法还包括：

获取所述待绑定支付卡片信息在指定时间范围内的真实交易记录；

根据所述真实交易记录生成待选交易记录发送给所述绑卡用户，以供所述绑卡用户进行交易记录的确认；其中，所述待选交易记录中包括部分或全部真实交易记录和伪造交易记录；

基于所述绑卡用户返回的确认交易记录，判断所述绑卡请求中的待绑定支付卡片信息是否准确，若是，则将所述待绑定支付卡片信息与所述代扣账户进行关联。

在具体的实施过程中，在接收到用户提交的绑卡请求后，可以获取绑卡请求中的待绑定支付卡片信息在指定时间范围内的真实交易记录，如：在当前时间前一天的真实交易记录。基于获取到的真实交易记录可以生成待选交易记录，其中待选交易记录中可以包括部分或全部真实交易记录，还可以包括随机生成的伪造交易记录。将生成的待选交易记录发送给发送绑卡请求的用户，提示绑卡用户进行交易记录确认。绑卡用户可以从待选交易记录中选择自己认为待绑定支付卡片信息存在的交易记录，基于绑卡用户返回的确认交易记录，可以判断绑卡用户提交的绑卡请求中的待绑定支付卡片信息是否准确。如：若绑卡用户选择的确认交易记录是待绑定支付卡片信息真实的交易记录，则可以认为绑卡用户提交的绑卡请求中的待绑定支付卡片信息准确，可以直接将待绑定支付卡片信息与代扣账户进行关联。若确定提交的待绑定支付卡片信息错误，如：绑卡用户选择的确认交易记录中有些记录不是待绑定支付卡片信息真实的交易记录，则可以认为绑卡用户提交的绑卡请求中的待绑定支付卡片信息不准确，可以返回卡片信息有误，绑卡失败的提示信息，用户可以进一步确认自己是否提交了错误的支付卡片信息。

通过历史交易记录的确认，可以确保用户绑定的支付卡片的准确性，避免用户提交错误的支付卡片信息，而导致将其他用户的支付卡片与自己的代扣账户进行绑定，给用户带来经济损失。

在本说明书一些实施例中，所述方法还包括：

接收所述绑卡用户发送的解除绑卡请求，所述解除绑卡请求中包括待解除绑定支付卡片信息；

将所述待解除绑定支付卡片信息与所述绑卡用户的绑定关系删除，并将所述解除绑卡请求发送至所述支付平台，以使得所述支付平台将所述待解除绑定支付卡片信息与所述代扣账户解除关联关系。

在具体的实施过程中，绑卡用户还可以通过客户端向卡片管理系统提交解除绑卡请求，卡片管理系统接收到解除绑卡请求后，可以将请求中的待解除支付卡片信息与绑卡用户的绑定关系删除，如：可以将待解除支付卡片信息从绑卡用户在卡片管理系统中的支付卡片账户中删除，并将解除绑卡请求发送至值支付平台，以使得支付平台同步解除绑卡信息，即支付平台将待解除绑定支付卡片信息与代扣账户解除关联关系。用户可以通过客户端自由进行支付卡片的绑定和解绑操作，方便快捷的实现支付卡片的代扣支付或解除代扣。

当然，用户还可以通过支付平台或客服来解除支付卡片与代扣账户之间的协议关联关系。

本说明书一些实施例中，将所述代扣签约请求发送至所述代扣账户对应的支付平台之前，所述方法还包括：

向所述支付平台请求获取所述绑卡用户的实名身份信息；

获取到所述绑卡用户的实名身份信息后，对所述绑卡用户的支付卡片账户进行实名身份认证。

在具体的实施过程中，本说明书一些实施例中的支付平台中的账户均是进行了实名认证的，卡片管理系统可以利用支付平台的实名认证机制，请求获取绑卡用户的实名身份信息，进而对卡片管理系统内的支付卡片账户进行实名身份认证，为支付卡片的安全交易提供了数据基础。

在上述实施例的基础上，本说明书一些实施例中，所述接收绑卡请求，包括：

接收通过近场通信技术或光学支付识别技术或手工录入方式进行支付卡片绑定的绑卡请求，以通过近场通信技术或光学支付识别技术识别所述待绑定支付卡片信息或接收所述绑卡用户手工录入的待绑定支付卡片信息。

在具体的实施过程中，绑卡用户可以通过近场通信技术(Near FieldCommunication，NFC)或光学支付识别技术(Optical Character Recognition，OCR)或手工录入方式提交绑卡请求，进而实现通过NFC或OCR识别出待绑定支付卡片信息，或者通过绑定用户手工录入待绑定支付卡片信息，实现快速绑卡的功能。当然，根据实际需要还可以采用其他方式进行支付卡片的绑定，如：可以利用卡片管理系统提交的自助机器识别出支付卡片信息后，通过支付平台进行扫码，实现支付平台将代扣账户与自助机器识别出的支付卡片信息的关联。

此外，本说明书一些实施例中，用户在进行支付卡片的绑定时，还可以配置待绑定支付卡片信息的安全控制因子，所述安全控制因子包括：刷卡时间段、每日最高刷卡次数、每日累计最高刷卡交易金额中的至少一项。绑卡用户可以根据支付卡的持卡人的刷卡习惯等，通过客户端向卡片管理系统提交待支付卡片的安全控制因子，安全控制因子的配置可以在支付卡片绑定过程中，也可以在支付卡片绑定成功后的任意时间用户根据自己的需要可选性的进行配置。例如：用户A在自己的代扣账户上绑定了自己女儿小红的交通卡，根据小红使用交通卡的习惯，用户A可以通过手机客户端中的小程序或应用程序向卡片管理系统提交小红的交通卡的安全配置因子，如：配置小红的交通卡的刷卡时间段为周一到周五早7点到8点，晚4点到6点，每日最高刷卡次数为4次，每日最高刷卡交易金额为10元。卡片管理系统可以基于用户配置的安全控制因子，对用户A绑定的支付卡片的刷卡交易进行安全风险识别，若识别到刷卡交易与安全控制因子不符，则可以认为该刷卡交易存在风险，可以直接失败该笔刷卡交易。通过安全控制因子的配置，可以实现对绑定了代扣账户的支付卡片的刷卡交易进行安全控制，避免因支付卡片遗失或被盗，并且用户没有及时发现或及时挂失，给用户带来经济损失，提高了支付卡片免充值代扣交易的安全性。

图2是本说明书又一个实施例中支付卡片的免充值数据处理方法的流程示意图，该方法可以应用在支付平台中，支付平台可以是能够支付的账户管理平台，具体可以参考上述实施例的记载，此处不再赘述。支付平台具体可以是计算机、服务器、平板电脑、智能手机等终端，如图2所示，该方法可以包括：

步骤202、接收卡片管理系统发送的代扣签约请求，所述代扣签约请求中包括代扣账户、绑卡用户信息。

在具体的实施过程中，用户可以向卡片管理系统提交代扣签约请求，以授权卡片管理系统和支付平台进行签约代扣，支付平台能够从代扣账户中进行支付扣款处理。代扣签约请求中可以包括绑卡用户信息和绑卡用户在支付平台中的代扣账户，绑卡用户信息可以包括：绑卡用户在卡片管理系统中的支付卡片账户、绑卡用户的身份标识等。卡片管理系统接收到用户提交的代扣签约请求后，可以将代扣签约请求发送至支付平台。

其中，所述卡片管理系统包括：交通卡管控系统、社保卡管理系统、校园卡管理系统中的至少一种，所述支付卡片的类型包括：交通卡、社会保障卡、校园卡中的至少一种。关于卡片管理系统以及支付卡片的类型可以参考上述实施例的记载，此处不再赘述。即本说明书实施例中一个代扣账户可以关联多个、多种类型的支付卡片，可以实现对多种不同类型的卡片进行代扣账户的关联，以实现对多种不同的卡片进行代扣支付，不需要进行定期充值处理，简化了支付卡片的交易流程。

步骤204、与所述卡片管理系统签约代扣协议，所述代扣协议中包括授权使用所述代扣账户支付所述绑卡用户信息在所述卡片管理系统中绑定的支付卡片的交易金额。

在具体的实施过程中，支付平台接收到卡片管理系统发送的代扣签约请求后，支付平台即可以与卡片管理系统签约代扣协议，代扣协议可以授权支付平台对代扣账户进行代扣，以支付绑卡用户在卡片管理系统中的支付卡片账户中绑定的支付卡片的交易金额。

步骤206、接收所述卡片管理系统发送的所述绑卡用户信息绑定的支付卡片信息，并保存所述支付卡片信息与所述代扣账户之间的关联关系，以在所述支付卡片信息刷卡交易时，使用所述代扣账户进行交易支付。

在具体的实施过程中，支付平台与卡片管理系统签约代扣协议后，可以接收卡片管理系统发送的绑卡用户在卡片管理系统中的支付卡片账户绑定的支付卡片信息，并同步保存支付卡片信息与代扣账户之间的关联关系。当绑定的支付卡片信息发生刷卡交易时，支付平台可以基于代扣协议对代扣账户进行代扣处理，以支付绑定的支付卡片的交易金额，不需要用户单独为支付卡片进行充值处理，简化了支付卡片的交易流程。

此外，所述代扣账户对应的绑卡用户与所述支付卡片的持卡用户之间的关系包括本人、、配偶、子女、父母、朋友中的至少一种。本说明书实施例中的代扣账户不仅仅可以为代扣账户本人的支付卡片提供支付代扣能力，还可以为自己的父母、子女、朋友提供支付代扣能力。尤其对于父母和子女可能没有支付账户，自己充值也比较难操作时，通过本说明书实施例提供的支付卡片的免充值数据处理方法，利用客户端即可以实现为支付卡片代扣支付的功能，大大方便了支付卡片的使用。

本说明书实施例提供的支付卡片的免充值数据处理方法，用户通过签约代扣协议授权支付平台与卡片管理系统能够使用支付平台内的支付账户来支付卡片管理系统内的支付卡片的交易金额，通过将需要充值才能正常使用的支付卡片与支付平台内的支付账户进行关联，将支付平台的支付账户作为支付卡片的代扣账户，授权支付平台在支付卡片发生交易时，对代扣账户进行代扣处理，以完成支付卡片的交易金额，使得用户不需要对支付卡片充值就可以正常使用支付卡片进行交易，简化了支付卡片的使用流程，提高了支付卡片使用的便捷性，提升了用户使用体验。

此外，本说明书一些实施例中，所述方法还包括：

接收所述绑卡用户信息对应的绑卡用户配置的支付卡片的安全控制因子，所述安全控制因子包括：刷卡时间段、每日最高刷卡次数、每日累计最高刷卡交易金额中的至少一项，所述支付卡片为所述代扣账户关联的支付卡片。

在具体的实施过程中，用户在进行支付卡片的绑定时，还可以配置待绑定支付卡片信息的安全控制因子，绑卡用户可以根据支付卡的持卡人的刷卡习惯等，通过客户端向支付平台统提交代扣账户关联的支付卡片的安全控制因子，安全控制因子的配置可以在支付卡片绑定过程中，也可以在支付卡片绑定成功后的任意时间用户根据自己的需要可选性的进行配置。安全控制因子包括：刷卡时间段、每日最高刷卡次数、每日累计最高刷卡交易金额中的至少一项。例如：用户A通过签约代扣协议，将代扣账户关联了女儿小红的校园卡，母亲的交通卡，在关联过程中或关联成功后，用户A可以根据女儿和母亲的刷卡习惯，分别配置女儿小红的校园卡的安全控制因子和母亲的交通卡的安全控制因子，具体如何配置可以参考上述实施例的记载，此处不再赘述。安全控制因子配置完成后，支付平台可以基于用户配置的安全控制因子，对绑定的支付卡片的刷卡交易进行安全风险识别，若识别到刷卡交易与安全控制因子不符，则可以认为该刷卡交易存在风险，可以直接失败该笔刷卡交易。通过安全控制因子的配置，可以实现对绑定了代扣账户的支付卡片的刷卡交易进行安全控制，避免因支付卡片遗失或被盗，并且用户没有及时发现或及时挂失，给用户带来经济损失，提高了支付卡片免充值代扣交易的安全性。

图3是本说明书一个场景示例中公交卡的绑卡界面流程示意图，图4是本说明书一个场景示例中公交卡的绑卡数据流示意图，如图3、图4所示，下面以公交卡作为支付卡片介绍本说明书实施例中的支付卡片的免充值数据处理过程：

如图3、图4所示，公交卡管理系统可以提供一个公交卡管理小程序作为与用户进行前端数据交互的设备，用户可以在自己的手机客户端中安装公交卡管理小程序，如图3第一个界面示示意图所示，用户登录并打开安装的公交卡管理小程序后，在该公交卡管理小程序中可以显示用户的支付卡片账户内的卡片详情。如图3-图4所示，用户登录该小车程序后，可以进行绑卡操作，先进行支付平台的信息授权，从支付平台获取到用户的实名信息，再进行代扣协议的签约，如图3所示，可以通过NFC、OCR、手工录入等方式进行支付卡片信息的录入。如图3-图4所示，在添加了持卡人信息后，可以通过查询交易记录，由用户勾选交易记录，以确保用户添加的支付卡片信息的准确性。在确定卡片信息准确后，公交卡管理系统可以将支付卡片和代扣账户建立关联，并将绑卡信息同步到支付平台，绑卡成功后，可以展示绑卡成功的显示页面。此外，如图4所示，用户还可以利用客户端内的小程序删除持卡人，解除绑定的卡片信息。

此外，本说明书实施例利用支付平台的实名认证机制，对卡片管理系统内的支付卡片账户进行了实名认证，基于实名认证机制，用户还可以通过卡片管理系统或卡片管理小程序进行支付卡片的挂失，对于需要年检或激活的支付卡片，还可以通过卡片管理系统或卡片管理小程序进行支付卡片的年检或激活。

图5是本说明书又一个场景示例中公交卡的免充值数据处理方法的框架示意图，如图5所示，公交卡管理系统可以提供线上业务系统、交通卡计费系统、终端前置、公交行业系统，支付平台可以开放乘车码、签约代扣、账单下载、消息推送等能力。在进行签约绑卡后，用户可以使用支付平台提供的乘车码进行扫码乘车，也可以使用公交卡进行刷卡乘车，在使用公交卡进行刷卡乘车时，可以利用代扣，使用支付平台提供的支付账户进行代扣支付，进而不需要对公交卡进行充值即可以刷卡乘车。即，本说明书实施例还提供了一种，在签约绑卡成功后，还可以利用代扣协议，对支付卡片的支付过程进行代扣支付处理的方法。

图6是本说明书又一个实施例中支付卡片的免充值数据处理方法的流程示意图，该方法可以应用在上述实施例中的卡片管理系统，如图6所示，在将支付卡片与代扣账户进行代扣关联后，使用支付卡片进行刷卡交易的数据处理过程可以参考如下：

步骤602、接收刷卡请求，所述刷卡请求中包括支付卡片信息。

在具体的实施过程中，用户在绑卡成功后，可以直接使用绑定的支付卡片进行刷卡交易，卡片管理系统可以接收到刷卡机器如：POS机等发送的刷卡请求，刷卡请求中可以包括支付卡片信息如：支付卡片的卡号对应的持卡用户等。

步骤604、查询所述刷卡请求中的支付卡片信息中是否具有代扣支付标识，若有，则将所述支付卡片信息的刷卡订单发送至所述支付卡片信息关联的代扣账户的支付平台，以使得所述支付平台基于所述支付卡片信息对应的代扣协议使用所述代扣账户支付所述刷卡订单的交易金额。

在具体的实施过程中，可以预先将关联有代扣账户的支付卡片上标记上代扣支付标记，在接收到刷卡请求后，可以先判断刷卡请求中的支付卡片信息中是否有代扣支付标识，若有，则说明该支付卡片有关联的代扣账户。卡片管理系统可以获取支付卡片信息关联的代扣账户，将当前的刷卡订单发送至支付卡片关联的代扣账户对应的支付平台。支付平台接收到刷卡订单后，可以基于代扣协议，对支付卡片信息关联的代扣账户进行代扣处理，扣取对应的金额以支付刷卡订单。

此外，在确定刷卡请求中的支付卡片信息中存在代扣支付标识时，说明不需要从支付卡片内进行扣款，可以对支付卡片信息进行卡片零元扣款处理，即从支付卡片内扣取0元，完成支付卡片的支付，同时再请求支付平台从代扣账户内代扣对应的支付金额。若确定刷卡请求中的支付卡片信息中不存在代扣支付标识，则可以认为该支付卡片属于正常的支付卡片，对该支付卡片进行脱机扣款，即从支付卡片内扣取对应的支付金额，完成当前的刷卡交易。对于不同的支付卡片，采用不同的支付流程，使得支付卡片能够完成交易。

步骤606、接收所述支付平台返回的支付结果。

在具体的实施过程中，支付平台在从代扣账户内扣取对应的支付金额后，可以将扣取支付金额转入到卡片管理系统对应的收款账户内，并将支付结果返回给卡片管理系统，以告知卡片管理系统当前的刷卡交易完成。

本说明书实施例，在接收到刷卡请求后，通过识别支付卡片上的标识，确定支付卡片是否关联有代扣账户，在确定关联有代扣账户后，可以向代扣协议的支付平台发送代扣请求，支付平台从关联的代扣账户内进行代扣支付，完成刷卡交易。不需要对支付卡片充值，支付卡片就可以正常使用，减少了支付卡片的使用操作流程，提升了支付卡片的便捷性。

本说明书一些实施例中，在确定所述刷卡请求中的支付卡片信息中有代扣支付标识后，所述方法还包括：

向所述支付平台发送支付能力查询请求，以使得所述支付平台查询所述支付卡片信息关联的代扣账户是否具有支付能力；

在接收到所述支付平台返回的所述代扣账户具有支付能力的能力查询结果后，返回刷卡成功信息，并将所述支付卡片信息的当前交易订单发送至所述支付卡片信息关联的代扣账户的支付平台。

在具体的实施过程中，图7是本说明书一个场景示例中公家卡的免充值代扣交易数据流示意图，图7中的公交后台可以理解为本说明书实施例中的卡片管理系统，车载POS机可以理解为卡片管理系统的前端配套设备，参考上述实施例的记载，本说明书实施例中的卡片管理系统可以包括与用户进行交互的小程序或应用程序、刷卡设备以及后台数据处理设备等。如图7中步骤15所示，在确定刷卡请求中的支付卡片信息关联有代扣账户即具有代扣支付标识后，车载POS机可以向公交后台发送能力咨询请求，公交后台进一步向支付平台发送能力咨询请求即支付能力查询请求，请求支付平台对刷卡请求中的支付卡片信息关联的代扣账户的支付能力进行查询。若代扣账户为绑定了多个信用卡、银行卡作为支付账户的电子账户，在查询支付能力时，可以查询其关联的所有账户的支付能力，可以通过账户余额、历史交易记录、交易习惯、交易频率、关联的账户数量等方式查询代扣账户的支付能力。支付平台查询到代扣账户的支付能力后，可以向卡片管理系统返回查询到的能力查询结果，若卡片管理系统接收到的是支付平台返回的代扣账户具有支付能力的能力查询结果，则可以向客户端如：POS机或用户的手机终端返回刷卡成功信息，以提示用户刷卡成功，可以继续后面的流程。在确定刷卡成功后，再进行代扣流程，即将支付卡片信息的当前交易订单发送至支付卡片信息关联的代扣账户的支付平台，以完成刷卡代扣支付。

当然，如图7所示，车载POS机也可以不进行支付能力的查询，直接请求扣款。

通过支付能力的查询，可以快速判断当前的刷卡是否成功，在确定代扣账户具有支付能力后，即可返回刷卡成功信息，提示用户进行后续流程，而不必等待代扣支付完成，在确保刷卡交易能够正常完成的前提下，实现了刷卡支付的快速交易。

本说明书一些实施例中，所述方法还包括：

每隔预设时间更新一次代扣支付卡片黑名单；

在接收到刷卡请求后，查询所述刷卡请求中的支付卡片信息是否在所述代扣支付卡片黑名单中，若在，将所述支付卡片信息中的代扣支付标识删除，更新所述支付卡片信息的卡片状态。

在具体的实施过程中，如图7中步骤1-3所示，可以每隔预设时间(如：1秒、1小时或1天等)更新一次代扣支付卡片黑名单，其中，黑名单中的支付卡片可以理解为挂失、解绑、冻结(与支付平台解除签约代扣协议)等不能继续使用代扣账户进行代扣支付的卡片。其中，用户可以通过支付平台或卡片管理系统提供的第三方小程序或客服等方式，请求将代扣协议进行冻结或解冻，当代扣协议被冻结后，代扣协议对应的支付卡片即需要加入黑名单。当然，如图7所示，还可以每隔预设时间更新一次代扣支付卡片白名单，白名单中的支付卡片可以理解为能够正常使用代扣账户进行代扣支付的卡片。如图7步骤5-7所示，在接收到刷卡请求后，可以对刷卡请求中的支付卡片进行黑白名单的判断，可以通过查询刷卡请求中的支付卡片信息是否在代扣支付卡片黑名单中，若在，可以将该支付卡片信息中的代扣支付标识删除，更新该支付卡片信息的卡片状态，卡片状态可以包括该支付卡片是处于挂失状态或解绑状态。如图7所示，在更新支付卡片信息的标识后，可以对黑白名单进行同步更新。

通过定期更新代扣支付卡片黑白名单，确保进行代扣支付的支付卡片均可以代扣支付成功，避免因信息更新不及时，一些解绑不能进行代扣支付的支付卡片支付失败，确保支付卡片免充值代扣支付的安全性。

如图7所示，本说明书实施例中的支付卡片的交易可以分为三类，一类交易初始化，黑名单的判断，当判断支付卡片为黑名单中的支付卡片时，可能会交易失败；另一类为不存在代扣支付标识的普通支付卡片，直接进行脱机扣款；还有一类为带有代扣支付标识并且不是黑名单中的支付卡片，采用代扣支付的方式进行刷卡交易。

如图7所示，本说明书一些实施例中，所述方法还包括：根据所述支付卡片信息的刷卡订单生成刷卡信息，并将所述刷卡信息发送至所述支付卡片信息关联的代扣账户对应的用户终端。

在具体的实施过程中，对于绑定了代扣账户的支付卡片，可以在支付卡片刷卡完成后，基于刷卡订单生成对应的刷卡信息，刷卡信息中可以包括：刷卡交易的地点、时间以及交易金额等，具体可以根据实际需要进行配置，本说明书实施例不作具体限定。生成刷卡信息后，可以将刷卡信息发送至支付卡片信息关联的代扣账户对应的用户终端。用户终端可以包括一些指定的小程序或应用程序，如图7所示，可以为第三方小程序，也可以直接将刷卡信息发送到用户终端中安装的支付平台或卡片管理系统提供的小程序或应用程序，或者直接以短信的形式发送至绑卡用户的用户终端，本说明书实施例不作具体限定。若支付卡片位公交卡，则生成的刷卡信息可以为乘车信息，可以将乘车信息发送至对应的用户终端。用户终端可以是绑卡用户的用户终端，以提示绑卡用户支付卡片的持卡人的交易动态，尤其对于支付卡片的持卡人为老人和孩童时，可以及时掌握老人和孩童所在的位置，在发生意外时，可以基于这些刷卡信息及时定位老人和孩童所在的位置。

图8是本说明书一个场景示例中支付卡片的免充值数据处理过程中信息推送的示意图，图9是本说明书另一个场景示例中支付卡片的免充值数据处理过程中信息推送的示意图，如图8-图9所示，可以基于支付卡片的刷卡记录，及时生成对应的刷卡信息如图中的乘车信息，将乘车信息的发送至用户终端中专业的小程序或应用程序中。如图8所示，可以提供一个用于关注和记录孩子成功过程的小程序，该小程序可以使用代扣账户或绑定用户的信息会进行登录，将孩子女的公交卡绑定在自己的支付账户中，当孩子使用公交卡乘车时，可以将乘车信息推送到该小程序中，用于记录孩子的成长过程。同样的，如图9所示，也可以提供一个用于关注老年人社区生活服务的平台，将将父母的公交卡绑定在自己的支付账户中，当父母使用公交卡乘车时，可以将乘车信息推送到该平台中，用于记录和了解父母的日常生活。

当然，图8、图9中的小程序或平台可以是支付平台开放的服务能力，也可以是卡片管理系统开放的服务能力，或者由与支付平台或卡片管理系统有合作的第三方专门开放的服务能力。

需要说明的是，图4、图5、图7、图8、图9中的数字可以表示数据流的先后顺序。

本说明书一些实施例中，所述方法还包括：

在确定所述支付卡片信息中具有代扣支付标识后，获取所述支付卡片信息配置的安全控制因子，并基于所述安全控制因子判断所述刷卡请求是否属于安全交易，若是，则将所述支付卡片信息的刷卡订单发送至所述支付卡片信息关联的代扣账户的支付平台，否则返回刷卡交易失败信息；

其中，所述安全控制因子包括：刷卡时间段、每日最高刷卡次数、每日累计最高刷卡交易金额中的至少一项。

在具体的实施过程中，在接收到刷卡请求，并确定支付卡片信息中具有代扣支付标识后，卡片管理系统可以获取支付卡片信息配置的安全控制因子，并基于安全控制因子判断当前的刷卡请求是否属于安全交易，如：判断当前刷卡请求是否符合安全控制因子的刷卡时间段、当前刷卡次数是否在每日最高刷卡次数内、累加上当前的刷卡金额后累计刷卡金额是否符合每日累计最高刷卡交易金额，若均符合，则可以认为当前的刷卡请求属于安全交易，可以继续后续的代扣处理过程，若有一项不满足，则可以认为当前的刷卡请求不属于安全交易，可以返回刷卡交易失败信息。当然，根据实际需要安全控制因子可以配置刷卡时间段、每日最高刷卡次数、每日累计最高刷卡交易金额中的一个或两个，在进行安全交易的判断时，可以设置判断依据为需要满足全部的安全控制因子，或者至少满足一个或两个，或设置判断的优先级等，根据实际需要进行安全交易判断规则的配置，本说明书实施例不作具体限定。

根据支付卡片配置的安全控制因子，进行刷卡安全交易的判断，可以实现对绑定了代扣账户的支付卡片的刷卡交易进行安全控制，避免因支付卡片遗失或被盗，并且用户没有及时发现或及时挂失，给用户带来经济损失，提高了支付卡片免充值代扣交易的安全性。

图10是本说明书又一个实施例中支付卡片的免充值数据处理方法的流程示意图，该方法可以应用在支付平台中，如图10所示，在将支付卡片与代扣账户进行代扣关联后，支付平台在使用支付卡片进行刷卡交易的数据处理过程可以参考如下：

步骤1002、接收卡片管理系统发送的支付代扣请求，所述支付代扣请求中包括支付卡片信息和所述支付卡片信息对应的刷卡订单。

在具体的实施过程中，用户在绑卡成功后，可以直接使用绑定的支付卡片进行刷卡交易，卡片管理系统可以接收到刷卡机器如：POS机等发送的刷卡请求，刷卡请求中可以包括支付卡片信息如：支付卡片的卡号对应的持卡用户等。卡片管理系统在接收到刷卡请求后，可以先判断刷卡请求中的支付卡片信息中是否有代扣支付标识，若有，则说明该支付卡片有关联的代扣账户。卡片管理系统可以获取支付卡片信息关联的代扣账户，将当前的刷卡订单发送至支付卡片关联的代扣账户对应的支付平台，以向支付平台发送支付代扣请求。

步骤1004、获取所述支付卡片信息签约的代扣协议中的代扣账户。

在具体的实施过程中，支付平台接收到支付代扣请求后，可以获取请求中的支付卡片信息关联的代扣账户。

步骤1006、根据所述刷卡订单从所述代扣账户中扣取所述刷卡订单对应的交易金额到所述卡片管理系统中的收款账户中。

在具体的实施过程中，支付平台获取到支付卡片信息关联的代扣账户后，可以基于代扣协议，对支付卡片信息关联的代扣账户进行代扣处理，根据刷卡订单从代扣账户中扣取对应的交易金额，并将扣取的交易金额转入到卡片管理系统中的收款账户中，完成该刷卡订单。

步骤1008、将所述代扣账户的支付结果返回至所述卡片管理系统。

在具体的实施过程中，支付平台在从代扣账户内扣取对应的支付金额后，可以将扣取支付金额转入到卡片管理系统对应的收款账户内，并将支付结果返回给卡片管理系统，以告知卡片管理系统当前的刷卡交易完成。

本说明书实施例，在接收到刷卡请求后，通过识别支付卡片上的标识，确定支付卡片是否关联有代扣账户，在确定关联有代扣账户后，可以向代扣协议的支付平台发送代扣请求，支付平台从关联的代扣账户内进行代扣支付，完成刷卡交易。不需要对支付卡片充值，支付卡片就可以正常使用，减少了支付卡片的使用操作流程，提升了支付卡片的便捷性。

本说明书一些实施例中，在接收卡片管理系统发送的支付代扣请求之前，所述方法还包括：

接收所述卡片管理系统发送的支付能力查询请求，所述支付能力查询请求中包括所述支付卡片信息；

查询所述支付卡片信息签约的代扣协议中的代扣账户是否具有支付能力，并将所述代扣账户的支付能力返回给所述卡片管理系统，以使得所述卡片管理系统确定所述支付卡片信息是否刷卡成功。

在具体的实施过程中，在确定刷卡请求中的支付卡片信息关联有代扣账户即具有代扣支付标识后，卡片管理系统可以向支付平台发送支付能力查询请求，请求支付平台对刷卡请求中的支付卡片信息关联的代扣账户的支付能力进行查询。若代扣账户为绑定了多个信用卡、银行卡作为支付账户的电子账户，在查询支付能力时，可以查询其关联的所有账户的支付能力，可以通过账户余额、历史交易记录、交易习惯、交易频率、关联的账户数量等方式查询代扣账户的支付能力。支付平台查询到代扣账户的支付能力后，可以向卡片管理系统返回查询到的能力查询结果，若卡片管理系统接收到的是支付平台返回的代扣账户具有支付能力的能力查询结果，则可以向客户端如：POS机或用户的手机终端返回刷卡成功信息，以提示用户刷卡成功，可以继续后面的流程。在确定刷卡成功后，再进行代扣流程，即将支付卡片信息的当前交易订单发送至支付卡片信息关联的代扣账户的支付平台，以完成刷卡代扣支付。

通过支付能力的查询，可以快速判断当前的刷卡是否成功，在确定代扣账户具有支付能力后，即可返回刷卡成功信息，提示用户进行后续流程，而不必等待代扣支付完成，在确保刷卡交易能够正常完成的前提下，实现了刷卡支付的快速交易。

此外，本说明书一些实施例中，在接收到所述卡片管理系统发送的支付代扣请求后，所述方法还包括：

获取所述支付代扣请求中的支付卡片信息配置的安全控制因子，并基于所述安全控制因子判断所述刷卡请求是否属于安全交易，若是，则获取所述支付卡片信息签约的代扣协议中的代扣账户，否则返回刷卡代扣交易失败信息；

其中，所述安全控制因子包括：刷卡时间段、每日最高刷卡次数、每日累计最高刷卡交易金额中的至少一项。

在具体的实施过程中，在接收到卡片管理系统发送的支付代扣请求后，支付平台可以获取支付卡片信息配置的安全控制因子，并基于安全控制因子判断当前的刷卡请求是否属于安全交易，如：判断当前刷卡请求是否符合安全控制因子的刷卡时间段、当前刷卡次数是否在每日最高刷卡次数内、累加上当前的刷卡金额后累计刷卡金额是否符合每日累计最高刷卡交易金额，若均符合，则可以认为当前的刷卡请求属于安全交易，可以继续后续的代扣处理过程，若有一项不满足，则可以认为当前的刷卡请求不属于安全交易，可以返回刷卡交易失败信息。具体如何判断刷卡请求是否安全交易，可以参考上述实施例的记载，此处不再赘述。

参见上述实施例的记载，可以通过卡片管理系统或支付平台对能够进行免充值代扣交易的支付卡片进行安全控制因子的配置，根据支付卡片配置的安全控制因子，进行刷卡安全交易的判断，可以实现对绑定了代扣账户的支付卡片的刷卡交易进行安全控制，避免因支付卡片遗失或被盗，并且用户没有及时发现或及时挂失，给用户带来经济损失，提高了支付卡片免充值代扣交易的安全性。

本说明书中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参考即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参考方法实施例的部分说明即可。

基于上述所述的支付卡片的免充值数据处理方法，本说明书一个或多个实施例还提供一种用于支付卡片的免充值数据处理的装置。所述系统可以包括使用了本说明书实施例所述方法的装置(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参考前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

具体地，图11是本说明书提供的支付卡片的免充值数据处理装置一个实施例的模块结构示意图，该装置可以应用在上述实施例中的卡片管理系统中，如图11所示，本说明书中提供的支付卡片的免充值数据处理装置可以包括：

绑卡请求接收模块111，用于接收绑卡请求，所述绑卡请求中包括待绑定支付卡片信息、绑卡用户信息；

卡账关联模块112，用于将所述待绑定支付卡片信息与所述绑卡用户信息对应的绑卡用户签约的代扣协议中的代扣账户进行关联；

关联关系同步模块113，用于将所述待绑定支付卡片信息与所述代扣账户的关联信息发送至所述代扣账户对应的支付平台，以使得所述支付平台使用所述代扣账户对所述待绑定支付卡片信息的交易金额进行代扣支付处理。

本说明书实施例提供的支付卡片的免充值数据处理装置，通过将需要充值才能正常使用的支付卡片与支付平台内的支付账户进行关联，将支付平台的支付账户作为支付卡片的代扣账户，授权支付平台在支付卡片发生交易时，对代扣账户进行代扣处理，以完成支付卡片的交易金额，使得用户不需要对支付卡片充值就可以正常使用支付卡片进行交易，简化了支付卡片的使用流程，提高了支付卡片使用的便捷性，提升了用户使用体验。

图12是本说明书又一个实施例中的支付卡片的免充值数据处理装置模块结构示意图，该装置可以应用在上述实施例中的支付平台中，如图12所示，本说明书中提供的支付卡片的免充值数据处理装置可以包括：

签约代扣接收模块121，用于接收卡片管理系统发送的代扣签约请求，所述代扣签约请求中包括代扣账户、绑卡用户信息；

代扣签约模块122，用于与所述卡片管理系统签约代扣协议，所述代扣协议中包括授权使用所述代扣账户支付所述绑卡用户信息在所述卡片管理系统中绑定的支付卡片的交易金额；

代扣关系存储模块123，用于接收所述卡片管理系统发送的所述绑卡用户信息绑定的支付卡片信息，并保存所述支付卡片信息与所述代扣账户之间的关联关系，以在所述支付卡片信息刷卡交易时，使用所述代扣账户进行交易支付。

本说明书实施例，用户通过签约代扣协议授权支付平台与卡片管理系统能够使用支付平台内的支付账户来支付卡片管理系统内的支付卡片的交易金额，通过将需要充值才能正常使用的支付卡片与支付平台内的支付账户进行关联，将支付平台的支付账户作为支付卡片的代扣账户，授权支付平台在支付卡片发生交易时，对代扣账户进行代扣处理，以完成支付卡片的交易金额，使得用户不需要对支付卡片充值就可以正常使用支付卡片进行交易，简化了支付卡片的使用流程，提高了支付卡片使用的便捷性，提升了用户使用体验。

图13是本说明书又一个实施例中的支付卡片的免充值数据处理装置模块结构示意图，该装置可以应用在上述实施例中的卡片管理系统中，如图13所示，本说明书中提供的支付卡片的免充值数据处理装置可以包括：

刷卡接收模块131，用于接收刷卡请求，所述刷卡请求中包括支付卡片信息；

代扣请求模块132，用于查询所述刷卡请求中的支付卡片信息中是否具有代扣支付标识，若有，则将所述支付卡片信息的刷卡订单发送至所述支付卡片信息关联的代扣账户的支付平台，以使得所述支付平台基于所述支付卡片信息对应的代扣协议使用所述代扣账户支付所述刷卡订单的交易金额；

支付结果接收模块133，用于接收所述支付平台返回的支付结果。

本说明书实施例，在接收到刷卡请求后，通过识别支付卡片上的标识，确定支付卡片是否关联有代扣账户，在确定关联有代扣账户后，可以向代扣协议的支付平台发送代扣请求，支付平台从关联的代扣账户内进行代扣支付，完成刷卡交易。不需要对支付卡片充值，支付卡片就可以正常使用，减少了支付卡片的使用操作流程，提升了支付卡片的便捷性。

图14是本说明书又一个实施例中的支付卡片的免充值数据处理装置模块结构示意图，该装置可以应用在上述实施例中的支付平台中，如图14所示，本说明书中提供的支付卡片的免充值数据处理装置可以包括：

代扣请求接收模块141，用于接收卡片管理系统发送的支付代扣请求，所述支付代扣请求中包括支付卡片信息和所述支付卡片信息对应的刷卡订单；

代扣账户获取模块142，用于获取所述支付卡片信息签约的代扣协议中的代扣账户；

代扣处理模块143，用于根据所述刷卡订单从所述代扣账户中扣取所述刷卡订单对应的交易金额到所述卡片管理系统中的收款账户中；

支付结果返回模块144，用于将所述代扣账户的支付结果返回至所述卡片管理系统。

本说明书实施例，在接收到刷卡请求后，通过识别支付卡片上的标识，确定支付卡片是否关联有代扣账户，在确定关联有代扣账户后，可以向代扣协议的支付平台发送代扣请求，支付平台从关联的代扣账户内进行代扣支付，完成刷卡交易。不需要对支付卡片充值，支付卡片就可以正常使用，减少了支付卡片的使用操作流程，提升了支付卡片的便捷性。

需要说明的，上述所述的装置根据对应方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照上述对应的方法实施例的描述，在此不作一一赘述。

本说明书实施例还提供一种支付卡片的免充值数据处理设备，包括：至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述实施例的支付卡片的免充值数据处理方法，如：

接收绑卡请求，所述绑卡请求中包括待绑定支付卡片信息、绑卡用户信息；

将所述待绑定支付卡片信息与所述绑卡用户信息对应的绑卡用户签约的代扣协议中的代扣账户进行关联；

将所述待绑定支付卡片信息与所述代扣账户的关联信息发送至所述代扣账户对应的支付平台，以使得所述支付平台使用所述代扣账户对所述待绑定支付卡片信息的交易金额进行代扣支付处理。

或，接收卡片管理系统发送的代扣签约请求，所述代扣签约请求中包括代扣账户、绑卡用户信息；

与所述卡片管理系统签约代扣协议，所述代扣协议中包括授权使用所述代扣账户支付所述绑卡用户信息在所述卡片管理系统中绑定的支付卡片的交易金额；

接收所述卡片管理系统发送的所述绑卡用户信息绑定的支付卡片信息，并保存所述支付卡片信息与所述代扣账户之间的关联关系，以在所述支付卡片信息刷卡交易时，使用所述代扣账户进行交易支付。

或，接收刷卡请求，所述刷卡请求中包括支付卡片信息；

查询所述刷卡请求中的支付卡片信息中是否具有代扣支付标识，若有，则

将所述支付卡片信息的刷卡订单发送至所述支付卡片信息关联的代扣账户的支付平台，以使得所述支付平台基于所述支付卡片信息对应的代扣协议使用所述代扣账户支付所述刷卡订单的交易金额；

接收所述支付平台返回的支付结果。

或，接收卡片管理系统发送的支付代扣请求，所述支付代扣请求中包括支付卡片信息和所述支付卡片信息对应的刷卡订单；

获取所述支付卡片信息签约的代扣协议中的代扣账户；

根据所述刷卡订单从所述代扣账户中扣取所述刷卡订单对应的交易金额到所述卡片管理系统中的收款账户中；

将所述代扣账户的支付结果返回至所述卡片管理系统。

本说明书实施例还提供一种支付卡片的免充值数据处理系统，包括：卡片管理系统、支付平台、用户终端；用户终端可以有多个。

其中，所述卡片管理系统中包括至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述实施例中卡片管理系统执行的方法；

所述支付平台中包括至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述实施例中支付平台执行的方法；

所述用户终端中用于向所述卡片管理系统发送签约代扣请求或绑卡请求或解除绑卡请求或解除签约请求。用户终端中可以安全有支付平台提供的支付应用程序或支付小程序，还可以安装有卡片管理系统提供的卡片管理小程序或卡片管理应用程序，用户通用户终端中安装的小程序或应用程序与支付平台或卡片管理系统进行数据交互。

需要说明的，上述所述的设备和系统根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本说明书提供的支付卡片的免充值数据处理装置，也可以应用在多种数据分析处理系统中。所述系统或服务器或终端或设备可以为单独的服务器，也可以包括使用了本说明书的一个或多个所述方法或一个或多个实施例系统或服务器或终端或设备的服务器集群、系统(包括分布式系统)、软件(应用)、实际操作装置、逻辑门电路装置、量子计算机等并结合必要的实施硬件的终端装置。所述核对差异数据的检测系统可以包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现上述任意一个或者多个实施例中所述方法的步骤。

本说明书实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图15是本说明书一个实施例中支付卡片的免充值数据处理服务器的硬件结构框图，该计算机终端可以是上述实施例中的支付卡片的免充值数据处理服务器或支付卡片的免充值数据处理装置。如图15所示服务器10可以包括一个或多个(图中仅示出一个)处理器100(处理器100可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的非易失性存储器200、以及用于通信功能的传输模块300。本领域普通技术人员可以理解，图15所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图15中所示更多或者更少的组件，例如还可以包括其他的处理硬件，如数据库或多级缓存、GPU，或者具有与图15所示不同的配置。

非易失性存储器200可用于存储应用软件的软件程序以及模块，如本说明书实施例中的支付卡片的免充值数据处理方法对应的程序指令/模块，处理器100通过运行存储在非易失性存储器200内的软件程序以及模块，从而执行各种功能应用以及资源数据更新。非易失性存储器200可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，非易失性存储器200可进一步包括相对于处理器100远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局与网、移动通信网及其组合。

传输模块300用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输模块300包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块300可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上，所述的存储介质可以计算机读取并执行，实现本说明书实施例所描述方案的效果，如：

接收绑卡请求，所述绑卡请求中包括待绑定支付卡片信息、绑卡用户信息；

将所述待绑定支付卡片信息与所述绑卡用户信息对应的绑卡用户签约的代扣协议中的代扣账户进行关联；

将所述待绑定支付卡片信息与所述代扣账户的关联信息发送至所述代扣账户对应的支付平台，以使得所述支付平台使用所述代扣账户对所述待绑定支付卡片信息的交易金额进行代扣支付处理。

或，接收卡片管理系统发送的代扣签约请求，所述代扣签约请求中包括代扣账户、绑卡用户信息；

与所述卡片管理系统签约代扣协议，所述代扣协议中包括授权使用所述代扣账户支付所述绑卡用户信息在所述卡片管理系统中绑定的支付卡片的交易金额；

接收所述卡片管理系统发送的所述绑卡用户信息绑定的支付卡片信息，并保存所述支付卡片信息与所述代扣账户之间的关联关系，以在所述支付卡片信息刷卡交易时，使用所述代扣账户进行交易支付。

或，接收刷卡请求，所述刷卡请求中包括支付卡片信息；

查询所述刷卡请求中的支付卡片信息中是否具有代扣支付标识，若有，则

将所述支付卡片信息的刷卡订单发送至所述支付卡片信息关联的代扣账户的支付平台，以使得所述支付平台基于所述支付卡片信息对应的代扣协议使用所述代扣账户支付所述刷卡订单的交易金额；

接收所述支付平台返回的支付结果。

或，接收卡片管理系统发送的支付代扣请求，所述支付代扣请求中包括支付卡片信息和所述支付卡片信息对应的刷卡订单；

获取所述支付卡片信息签约的代扣协议中的代扣账户；

根据所述刷卡订单从所述代扣账户中扣取所述刷卡订单对应的交易金额到所述卡片管理系统中的收款账户中；

将所述代扣账户的支付结果返回至所述卡片管理系统。

所述存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。

本说明书实施例提供的上述支付卡片的免充值数据处理方法或装置可以在计算机中由处理器执行相应的程序指令来实现，如使用windows操作系统的c++语言在PC端实现、linux系统实现，或其他例如使用android、iOS系统程序设计语言在智能终端实现，以及基于量子计算机的处理逻辑实现等。

需要说明的是说明书上述所述的装置、计算机存储介质、系统根据相关方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照对应方法实施例的描述，在此不作一一赘述。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参考即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参考方法实施例的部分说明即可。

本说明书实施例并不局限于必须是符合行业通信标准、标准计算机资源数据更新和数据存储规则或本说明书一个或多个实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书实施例的可选实施方案范围之内。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式资源数据更新环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程资源数据更新设备的处理器以产生一个机器，使得通过计算机或其他可编程资源数据更新设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程资源数据更新设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程资源数据更新设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参考即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参考方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。

Claims (28)

1.一种支付卡片的免充值数据处理方法，所述方法包括：

接收绑卡请求，所述绑卡请求中包括待绑定支付卡片信息、绑卡用户信息；

将所述待绑定支付卡片信息与所述绑卡用户信息对应的绑卡用户签约的代扣协议中的代扣账户进行关联；

将所述待绑定支付卡片信息与所述代扣账户的关联信息发送至所述代扣账户对应的支付平台，以使得所述支付平台使用所述代扣账户对所述待绑定支付卡片信息的交易金额进行代扣支付处理。

2.如权利要求1所述的方法，在接收所述绑卡请求之前，所述方法还包括：

接收所述绑卡用户发送的代扣签约请求，所述代扣签约请求中包括代扣账户和所述绑卡用户的支付卡片账户；

将所述代扣签约请求发送至所述代扣账户对应的支付平台，以与所述支付平台签约代扣协议，所述代扣协议中包括授权所述支付平台使用所述代扣账户支付所述支付卡片账户中绑定的支付卡片的交易金额。

3.如权利要求1所述的方法，在将所述待绑定支付卡片信息与所述绑卡用户信息对应的绑卡用户签约的代扣协议中的代扣账户进行关联之前，所述方法还包括：

获取所述待绑定支付卡片信息在指定时间范围内的真实交易记录；

根据所述真实交易记录生成待选交易记录发送给所述绑卡用户，以供所述绑卡用户进行交易记录的确认；其中，所述待选交易记录中包括部分或全部真实交易记录和伪造交易记录；

基于所述绑卡用户返回的确认交易记录，判断所述绑卡请求中的待绑定支付卡片信息是否准确，若是，则将所述待绑定支付卡片信息与所述代扣账户进行关联。

4.如权利要求1所述的方法，所述接收绑卡请求，包括：

接收通过近场通信技术或光学支付识别技术或手工录入方式进行支付卡片绑定的绑卡请求，以通过近场通信技术或光学支付识别技术识别所述待绑定支付卡片信息或接收所述绑卡用户手工录入的待绑定支付卡片信息。

5.如权利要求1所述的方法，所述方法还包括：

接收所述绑卡用户发送的解除绑卡请求，所述解除绑卡请求中包括待解除绑定支付卡片信息；

将所述待解除绑定支付卡片信息与所述绑卡用户的绑定关系删除，并将所述解除绑卡请求发送至所述支付平台，以使得所述支付平台将所述待解除绑定支付卡片信息与所述代扣账户解除关联关系。

6.如权利要求1所述的方法，所述待绑定支付卡片信息的卡片类型包括：交通卡、社会保障卡、校园卡中的至少一种。

7.如权利要求1所述的方法，所述方法还包括：

接收并保存所述待绑定支付卡片信息的持卡用户与所述绑卡用户之间的关系信息，所述关系信息包括：本人、配偶、子女、父母、朋友中的至少一种。

8.如权利要求2所述的方法，将所述代扣签约请求发送至所述代扣账户对应的支付平台之前，所述方法还包括：

向所述支付平台请求获取所述绑卡用户的实名身份信息；

获取到所述绑卡用户的实名身份信息后，对所述绑卡用户的支付卡片账户进行实名身份认证。

9.如权利要求1所述的方法，所述方法还包括：

接收所述绑卡用户配置的所述待绑定支付卡片信息的安全控制因子，所述安全控制因子包括：刷卡时间段、每日最高刷卡次数、每日累计最高刷卡交易金额中的至少一项。

10.一种支付卡片的免充值数据处理方法，所述方法包括：

接收卡片管理系统发送的代扣签约请求，所述代扣签约请求中包括代扣账户、绑卡用户信息；

与所述卡片管理系统签约代扣协议，所述代扣协议中包括授权使用所述代扣账户支付所述绑卡用户信息在所述卡片管理系统中绑定的支付卡片的交易金额；

接收所述卡片管理系统发送的所述绑卡用户信息绑定的支付卡片信息，并保存所述支付卡片信息与所述代扣账户之间的关联关系，以在所述支付卡片信息刷卡交易时，使用所述代扣账户进行交易支付。

11.如权利要求10所述的方法，所述卡片管理系统包括：交通卡管控系统、社保卡管理系统、校园卡管理系统中的至少一种，所述支付卡片的类型包括：交通卡、社会保障卡、校园卡中的至少一种。

12.如权利要求10所述的方法，所述代扣账户对应的绑卡用户与所述支付卡片的持卡用户之间的关系包括本人、配偶、子女、父母、朋友中的至少一种。

13.如权利要求10所述的方法，所述方法还包括：

接收所述绑卡用户信息对应的绑卡用户配置的支付卡片的安全控制因子，所述安全控制因子包括：刷卡时间段、每日最高刷卡次数、每日累计最高刷卡交易金额中的至少一项，所述支付卡片为所述代扣账户关联的支付卡片。

14.一种支付卡片的免充值数据处理方法，包括：

接收刷卡请求，所述刷卡请求中包括支付卡片信息；

查询所述刷卡请求中的支付卡片信息中是否具有代扣支付标识，若有，则将所述支付卡片信息的刷卡订单发送至所述支付卡片信息关联的代扣账户的支付平台，以使得所述支付平台基于所述支付卡片信息对应的代扣协议使用所述代扣账户支付所述刷卡订单的交易金额；

接收所述支付平台返回的支付结果。

15.如权利要求14所述的方法，在确定所述刷卡请求中的支付卡片信息中有代扣支付标识后，所述方法还包括：

向所述支付平台发送支付能力查询请求，以使得所述支付平台查询所述支付卡片信息关联的代扣账户是否具有支付能力；

在接收到所述支付平台返回的所述代扣账户具有支付能力的能力查询结果后，返回刷卡成功信息，并将所述支付卡片信息的当前交易订单发送至所述支付卡片信息关联的代扣账户的支付平台。

16.如权利要求14所述的方法，所述方法还包括：

在确定所述刷卡请求中的支付卡片信息中有代扣支付标识后，对所述支付卡片信息进行卡片零元扣款处理，否则，对所述支付卡片信息进行脱机扣款。

17.如权利要求14所述的方法，所述方法还包括：

每隔预设时间更新一次代扣支付卡片黑名单；

在接收到刷卡请求后，查询所述刷卡请求中的支付卡片信息是否在所述代扣支付卡片黑名单中，若在，将所述支付卡片信息中的代扣支付标识删除，更新所述支付卡片信息的卡片状态。

18.如权利要求14所述的方法，所述方法还包括：

根据所述支付卡片信息的刷卡订单生成刷卡信息，并将所述刷卡信息发送至所述支付卡片信息关联的代扣账户对应的用户终端。

19.如权利要求14所述的方法，所述方法还包括：

在确定所述支付卡片信息中具有代扣支付标识后，获取所述支付卡片信息配置的安全控制因子，并基于所述安全控制因子判断所述刷卡请求是否属于安全交易，若是，则将所述支付卡片信息的刷卡订单发送至所述支付卡片信息关联的代扣账户的支付平台，否则返回刷卡交易失败信息；

其中，所述安全控制因子包括：刷卡时间段、每日最高刷卡次数、每日累计最高刷卡交易金额中的至少一项。

20.一种支付卡片的免充值数据处理方法，包括：

接收卡片管理系统发送的支付代扣请求，所述支付代扣请求中包括支付卡片信息和所述支付卡片信息对应的刷卡订单；

获取所述支付卡片信息签约的代扣协议中的代扣账户；

根据所述刷卡订单从所述代扣账户中扣取所述刷卡订单对应的交易金额到所述卡片管理系统中的收款账户中；

将所述代扣账户的支付结果返回至所述卡片管理系统。

21.如权利要求20所述的方法，在接收卡片管理系统发送的支付代扣请求之前，所述方法还包括：

接收所述卡片管理系统发送的支付能力查询请求，所述支付能力查询请求中包括所述支付卡片信息；

查询所述支付卡片信息签约的代扣协议中的代扣账户是否具有支付能力，并将所述代扣账户的支付能力返回给所述卡片管理系统，以使得所述卡片管理系统确定所述支付卡片信息是否刷卡成功。

22.如权利要求20所述的方法，在接收到所述卡片管理系统发送的支付代扣请求后，所述方法还包括：

获取所述支付代扣请求中的支付卡片信息配置的安全控制因子，并基于所述安全控制因子判断所述刷卡请求是否属于安全交易，若是，则获取所述支付卡片信息签约的代扣协议中的代扣账户，否则返回刷卡代扣交易失败信息；

其中，所述安全控制因子包括：刷卡时间段、每日最高刷卡次数、每日累计最高刷卡交易金额中的至少一项。

23.一种支付卡片的免充值数据处理装置，包括：

绑卡请求接收模块，用于接收绑卡请求，所述绑卡请求中包括待绑定支付卡片信息、绑卡用户信息；

卡账关联模块，用于将所述待绑定支付卡片信息与所述绑卡用户信息对应的绑卡用户签约的代扣协议中的代扣账户进行关联；

关联关系同步模块，用于将所述待绑定支付卡片信息与所述代扣账户的关联信息发送至所述代扣账户对应的支付平台，以使得所述支付平台使用所述代扣账户对所述待绑定支付卡片信息的交易金额进行代扣支付处理。

24.一种支付卡片的免充值数据处理装置，包括：

签约代扣接收模块，用于接收卡片管理系统发送的代扣签约请求，所述代扣签约请求中包括代扣账户、绑卡用户信息；

代扣签约模块，用于与所述卡片管理系统签约代扣协议，所述代扣协议中包括授权使用所述代扣账户支付所述绑卡用户信息在所述卡片管理系统中绑定的支付卡片的交易金额；

代扣关系存储模块，用于接收所述卡片管理系统发送的所述绑卡用户信息绑定的支付卡片信息，并保存所述支付卡片信息与所述代扣账户之间的关联关系，以在所述支付卡片信息刷卡交易时，使用所述代扣账户进行交易支付。

25.一种支付卡片的免充值数据处理装置，包括：

刷卡接收模块，用于接收刷卡请求，所述刷卡请求中包括支付卡片信息；

代扣请求模块，用于查询所述刷卡请求中的支付卡片信息中是否具有代扣支付标识，若有，则将所述支付卡片信息的刷卡订单发送至所述支付卡片信息关联的代扣账户的支付平台，以使得所述支付平台基于所述支付卡片信息对应的代扣协议使用所述代扣账户支付所述刷卡订单的交易金额；

支付结果接收模块，用于接收所述支付平台返回的支付结果。

26.一种支付卡片的免充值数据处理装置，包括：

代扣请求接收模块，用于接收卡片管理系统发送的支付代扣请求，所述支付代扣请求中包括支付卡片信息和所述支付卡片信息对应的刷卡订单；

代扣账户获取模块，用于获取所述支付卡片信息签约的代扣协议中的代扣账户；

代扣处理模块，用于根据所述刷卡订单从所述代扣账户中扣取所述刷卡订单对应的交易金额到所述卡片管理系统中的收款账户中；

支付结果返回模块，用于将所述代扣账户的支付结果返回至所述卡片管理系统。

27.一种支付卡片的免充值数据处理设备，包括：至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1-9或10-13或14-19或20-22任一项所述的方法。

28.一种支付卡片的免充值数据处理系统，包括：卡片管理系统、支付平台、用户终端；其中，所述卡片管理系统中包括至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1-9或14-19任一项所述的方法；

所述支付平台中包括至少一个处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求10-13或20-22任一项所述的方法；

所述用户终端中用于向所述卡片管理系统发送签约代扣请求或绑卡请求或解除绑卡请求或解除签约请求。

Images