CN113139805A - 支付作业的处理方法、装置及系统 - Google Patents

Abstract

本发明公开了一种支付作业的处理方法、装置及系统，涉及金融技术领域，其中，该方法包括：接收来自商户终端的支付请求，支付请求包括：支付金额、多张支付卡信息和多张支付卡的支付优先级信息；根据支付金额生成第一扣款请求，并将该第一扣款请求发送至优先级最高的支付卡方，第一扣款请求包括：支付金额；响应于接收到来自优先级最高的支付卡方的差额信息为非零，根据差额信息生成第二扣款请求，并将该第二扣款请求发送至优先级次高的支付卡方，差额信息指示还需要其他支付卡支付的金额，第二扣款请求包括：差额信息；响应于接收到来自优先级次高的支付卡方的差额信息为零，将支付成功信息发送给商户终端。通过本发明，可以提高用户的体验感。

Description

支付作业的处理方法、装置及系统

技术领域

本发明涉及金融技术领域，具体涉及一种支付作业的处理方法、装置及系统。

背景技术

目前，由于各类支付方式的出现，使得消费支付变得越来越便捷。然而，现有的支付方式下每一笔交易只能由一家支付(发卡)机构对该笔交易进行授权交易，当客户银行卡余额或信用额度不足时，需将多张银行卡的余额转到同一张卡下才能完成一笔消费。并且对于信用卡而言，尚不支持将多张卡额度进行累积供一次消费使用。上述问题使得消费者在某些特殊情况下，即自身拥有资金及信用额度总和大于消费支付所需金额，然而单一资金账户却无法满足消费支付所需的情况，此时无法正常进行消费，或需要额外操作将多个账户的资金转到同一账户下才能正常消费，这降低了消费者的体验感。

发明内容

有鉴于此，本发明提供一种支付作业的处理方法、装置及系统，以解决上述提及的至少一个问题。

根据本发明的第一方面，提供一种支付作业的处理方法，所述方法包括：

接收来自商户终端的支付请求，所述支付请求包括：支付金额、多张支付卡信息和所述多张支付卡的支付优先级信息；

根据所述支付金额生成第一扣款请求，并将该第一扣款请求发送至优先级最高的支付卡方，所述第一扣款请求包括：所述支付金额；

响应于接收到来自所述优先级最高的支付卡方的差额信息为非零，根据所述差额信息生成第二扣款请求，并将该第二扣款请求发送至优先级次高的支付卡方，所述差额信息指示还需要其他支付卡支付的金额，所述第二扣款请求包括：所述差额信息；

响应于接收到来自优先级次高的支付卡方的差额信息为零，将支付成功信息发送给所述商户终端。

根据本发明的第二方面，提供一种支付作业的处理装置，所述装置包括：

支付请求接收单元，用于接收来自商户终端的支付请求，所述支付请求包括：支付金额、多张支付卡信息和所述多张支付卡的支付优先级信息；

第一扣款请求生成单元，用于根据所述支付金额生成第一扣款请求，所述第一扣款请求包括：所述支付金额；

第一扣款请求发送单元，用于将该第一扣款请求发送至优先级最高的支付卡方；

第二扣款请求生成单元，用于响应于接收到来自所述优先级最高的支付卡方的差额信息为非零，根据所述差额信息生成第二扣款请求，所述差额信息指示还需要其他支付卡支付的金额，所述第二扣款请求包括：所述差额信息；

第二扣款请求发送单元，用于将该第二扣款请求发送至优先级次高的支付卡方；

支付成功信息发送单元，用于响应于接收到来自优先级次高的支付卡方的差额信息为零，将支付成功信息发送给所述商户终端。

根据本发明的第三方面，提供一种支付作业的处理系统，所述系统包括：上述的支付作业的处理装置、商户终端、多个支付卡方、支付码生成装置，其中，所述支付码生成装置用于生成支付码，所述支付码包括：多张可用于支付操作的支付卡信息和多张支付卡的支付优先级信息。

根据本发明的第四方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法的步骤。

根据本发明的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

由上述技术方案可知，通过根据接收的来自商户终端的支付请求生成第一扣款请求，并将该第一扣款请求发送至优先级最高的支付卡方，当从优先级最高的支付卡方返回的差额信息为非零时，可以生成包含差额信息的第二扣款请求，并将该第二扣款请求发送至优先级次高的支付卡方，当从优先级次高的支付卡方返回的差额信息为零时，表示支付已经成功，将支付成功信息发送给所述商户终端，通过本技术方案，可以实现多张银行卡的资金信用额度共享，提高了消费者的支付体验感。

附图说明

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

图1是根据本发明实施例的支付作业处理方法的流程图；

图2是根据本发明实施例的支付作业处理系统的结构框图；

图3是根据本发明实施例的支付作业处理装置的结构框图；

图4是根据本发明实施例的商户终端的结构框图；

图5是根据本发明实施例的支付卡方的结构框图；

图6是根据本发明实施例的示例系统的结构示意图；

图7是根据本发明实施例的商户收单终端的示意图；

图8是根据本发明实施例的受理行联机交易系统的处理逻辑流程图；

图9为本发明实施例的电子设备600的系统构成的示意框图。

具体实施方式

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

由于目前只支持单一卡支付消费，当消费者在总资金或总信用额度满足支付需要，而单一资金账户无法满足消费支付所需情况下，支付会受阻，这导致了消费者的体验感较差。基于此，本发明实施例提供了一种支付作业处理方案，通过该方案，可以实现将消费者的多张银行卡绑定在同一消费介质(例如，付款码)上，通过该介质打破了单一银行卡的额度上限，可以实现多张银行卡的资金信用额度共享，提高了消费者的支付体验感。以下结合附图来详细描述本发明实施例。

图1是根据本发明实施例的支付作业处理方法的流程图，如图1所示，该方法包括：

步骤101，接收来自商户终端的支付请求，所述支付请求包括：支付金额、多张支付卡信息和所述多张支付卡的支付优先级信息。

这里的支付卡可以包含：能够用于支付的银行卡、信用卡等。

在实际操作中，可以预先设置支付请求与多张支付卡的关联关系，所述关联关系包括：所述多张支付卡的支付优先级信息。

步骤102，根据所述支付金额生成第一扣款请求，并将该第一扣款请求发送至优先级最高的支付卡方，所述第一扣款请求包括：所述支付金额。

步骤103，响应于接收到来自所述优先级最高的支付卡方的差额信息为非零，根据所述差额信息生成第二扣款请求，并将该第二扣款请求发送至优先级次高的支付卡方，所述差额信息指示还需要其他支付卡支付的金额，所述第二扣款请求包括：所述差额信息。

步骤104，响应于接收到来自优先级次高的支付卡方的差额信息为零，将支付成功信息发送给所述商户终端。

在实际操作中，还可以将支付成功信息发送给所述优先级最高的支付卡方和优先级次高的支付卡方，以便于后期的银行清算操作。

通过根据接收的来自商户终端的支付请求生成第一扣款请求，并将该第一扣款请求发送至优先级最高的支付卡方，当从优先级最高的支付卡方返回的差额信息为非零时，可以生成包含差额信息的第二扣款请求，并将该第二扣款请求发送至优先级次高的支付卡方，当从优先级次高的支付卡方返回的差额信息为零时，表示支付已经成功，将支付成功信息发送给所述商户终端，通过本发明实施例，可以实现多张银行卡的资金信用额度共享，提高了消费者的支付体验感。

在具体实施过程中，当步骤104的优先级次高的支付卡方返回的差额信息还是为非零时，可以生成第三扣钱请求，发送至优先级第三的支付卡方用于支付差额，以此类推。

在一个实施例中，当优先级最低的支付卡方返回的差额信息为非零时，表示步骤101中的多张支付卡中可用于支付的金额小于消费支付金额，此时，支付失败，将支付失败信息发送至各支付卡，并将支付失败信息发送给所述商户终端。

基于相似的发明构思，本发明实施例还提供一种支付作业处理系统，如图2所示，该系统包括：支付作业处理装置1、商户终端2、多个支付卡方3(图中仅显示一个)、支付码生成装置4，其中，支付码生成装置用于生成支付码，该支付码包括：多张可用于支付操作的支付卡信息和多张支付卡的支付优先级信息，以及当前用户所要支付的消费金额。

优选地，支付作业处理装置1可用于实现上述方法实施例中的流程。图3是支付作业处理装置1的结构框图，如图3所示，该支付作业处理装置1包括：支付请求接收单元11、第一扣款请求生成单元12、第一扣款请求发送单元13、第二扣款请求生成单元14、第二扣款请求发送单元15和支付成功信息发送单元16，其中：

支付请求接收单元11，用于接收来自商户终端的支付请求，所述支付请求包括：支付金额、多张支付卡信息和所述多张支付卡的支付优先级信息；

第一扣款请求生成单元12，用于根据所述支付金额生成第一扣款请求，所述第一扣款请求包括：所述支付金额；

第一扣款请求发送单元13，用于将该第一扣款请求发送至优先级最高的支付卡方；

第二扣款请求生成单元14，用于响应于接收到来自所述优先级最高的支付卡方的差额信息为非零，根据所述差额信息生成第二扣款请求，所述差额信息指示还需要其他支付卡支付的金额，所述第二扣款请求包括：所述差额信息；

第二扣款请求发送单元15，用于将该第二扣款请求发送至优先级次高的支付卡方；

支付成功信息发送单元16，用于响应于接收到来自优先级次高的支付卡方的差额信息为零，将支付成功信息发送给所述商户终端。

在一个实施例中，支付成功信息发送单元还用于：将支付成功信息发送给所述优先级最高的支付卡方和优先级次高的支付卡方。

通过第一扣款请求生成单元12根据支付请求接收单元11接收的来自商户终端的支付请求生成第一扣款请求，第一扣款请求发送单元13将该第一扣款请求发送至优先级最高的支付卡方，当从优先级最高的支付卡方返回的差额信息为非零时，第二扣款请求生成单元14生成包含差额信息的第二扣款请求，第二扣款请求发送单元15将该第二扣款请求发送至优先级次高的支付卡方，当从优先级次高的支付卡方返回的差额信息为零时，表示支付已经成功，支付成功信息发送单元16将支付成功信息发送给所述商户终端，通过本发明实施例，可以实现多张银行卡的资金信用额度共享，提高了消费者的支付体验感。

在一个实施例中，上述支付作业处理装置1还包括：支付失败信息发送单元，用于响应于接收到优先级最低的支付卡方的差额信息为非零，将支付失败信息发送至各支付卡，并将支付失败信息发送给所述商户终端。

在实际操作中，上述支付作业处理装置1还包括：关联关系设置单元，用于预先设置支付请求与多张支付卡的关联关系，所述关联关系包括：所述多张支付卡的支付优先级信息。

上述各单元的具体执行过程，可以参见上述方法实施例中的描述，此处不再赘述。

图4是商户终端2的结构框图，如图4所示，该商户终端2包括：扫描单元21、支付请求发送单元22和支付反馈信息接收单元23，其中：

扫描单元21，用于扫描用户终端的支付码：

支付请求发送单元22，用于根据扫描到的支付码生成支付请求，并发送给所述支付作业处理装置；

支付反馈信息接收单元23，用于接收来自支付作业处理装置的与所述支付请求相应的反馈信息。

图5是支付卡方3的结构框图，如图5所示，支付卡方3包括：扣款请求接收单元31、差额信息生成单元32和差额信息发送单元33，其中：

扣款请求接收单元31，用于接收来自所述支付作业的处理装置的扣款请求；

差额信息生成单元32，用于根据扣款请求对相应的账户执行扣款操作后，生成差额信息；

差额信息发送单元33，用于将所述差额信息发送至所述支付作业的处理装置。

在实际操作中，上述各单元可以组合设置、也可以单一设置，本发明不限于此。

本发明实施例通过将多张银行卡绑定至同一介质(即，支付码)中，根据预先设置的扣款策略(即，银行卡的支付优先级信息)能够实现多张银行卡共同完成一笔交易，在消费者一张银行卡余额或者信用额度不足时，能够自动调度其他银行卡的资金完成消费，提高了消费者的体验感。

为了更好地理解本发明，以下给出一示例系统。

图6是该示例系统的结构示意图，如图6所示，该示例系统包括：商户使用的收单终端(图中显示为商户)、受理行(也可以称为受理方)联机交易系统、发卡行(也可以称为发卡方)联机交易系统和(第三方)清算系统。各个模块之间相互配合，最终组成一套支持多银行卡的支付清分系统。

在该支付清分系统中，支付介质为通过支付软件生成的付款码(对应于上述的支付码)，该软件包括：付款支付模块、银行卡绑定模块以及扣款策略设置模块。

在实际操作中，所述支付介质为由二维码和条形码组成的付款码，该付款码由支付软件生成。所述支付软件由多家银行授权通过银行卡绑定模块，能同时通过实名绑定多张同一用户(也可以是不同用户)的储蓄卡或信用卡。所述应用通过扣款策略设置模块，设置所绑定的银行卡扣款顺序的优先级，当多张银行卡进行同一笔交易时，受理行按扣款优先级顺序依次完成支付索权。所述支付软件能够生成包含二维码及条形码的付款码，使商户使用的收单终端通过扫码设备，识别获取介质绑定银行卡信息，以及扣款策略信息。

上述银行卡绑定模块，需要先由用户输入身份证、姓名、手机号等身份信息进行实名认证后，才能进行银行卡绑定操作。在该模块下，用户在银行卡添加页面输入卡号并提交信息，银行卡绑定模块确认客户输入银行卡格式正确、支持该银行卡支付后，要求用户继续完善银行卡信息，例如，添加手机号码、信用卡填写信用卡到期时间、cvv(信用卡后3为安全码)等，检查输入信息与银行保留信息一致后，发送短信验证码，输入验证码后完成绑定操作。

上述扣款策略设置模块，默认以用户绑定银行的顺序为优先级设定为默认扣款策略，即第一张绑定的银行卡扣款优先级最高。在该模块下，用户可添加、删除、修改扣款策略，并选定一种策略为消费时使用扣款策略。添加扣款策略时，用户进入扣款策略设置界面，选择添加选项，并按优先级由高到低的顺序依次选择该支付应用软件所绑定银行卡，完成扣款策略添加。

上述付款支付模块通过该软件绑定银行卡信息以及扣款策略等信息，将上述信息封装转化为二维码条形码等付款码，完成扫码支付的功能。

图7是商户收单终端的示意图，如图7所示，该终端包括：主控制模块(图中未示出)、扫码模块(1-1)、人机交互显示模块(1-2)、设备通讯模块(图中未示出)、存储模块(图中未示出)、实体键盘输入模块(1-3)、供电控制模块(图中未示出)、收款凭证打印模块(1-4)，其中：

上述主控制模块分别连接并控制扫码模块、人机交互显示模块、设备通讯模块、存储模块、实体键盘输入模块、供电控制模块、收款凭证打印模块，协调以上功能模块使其配合工作，以实现收单终端的智能化。所述主控制模块基于相应的智能操作系统来实现，如Linux系统或安卓智能操作系统等并集成MPU(微处理器)芯片以实现对上述模块的控制，实现识别付款码、数据处理、发送交易请求、完成交易的功能。

上述扫码模块，通过SPI接口(串行外设接口)实现与主控制模块(例如，安卓主控模块)的连接，该扫码模块集成专业一位码扫头以及二维码扫头，再由通过SPI接口连接的主控制模块，共同实现一维条形码、二维码的扫描识别。

上述人机交互显示模块，即显示模块，包括qHD(即，960X540的屏幕分辨率)及以上分辨率的电容多点触控屏，该模块通过FPC(Flexible Printed Circuit，柔性电路板)排线与主控制模块连接，并通过LCD(Liquid Crystal Display，液晶显示器)触摸屏实现多场景下应用界面的显示、触控操作以及文字输入。

设备通讯模块为一个硬件集成化模块，可以由安卓主控模块内部的Modem(调制解调器)以及BT/WIFI/FM/GPS(蓝牙/WIFI/调频广播/全球定位系统)四合一芯片组成，此模块支持WIFI、2G/3G、FM、GPS、蓝牙等功能，完成该线上收单系统对外通讯功能。

存储模块通过内部高速总线与安卓主控模块连接，用来储存系统应用运行信息，为所述安卓主控模块的功能实现提供支撑。

供电控制模块由大容量锂电离子池、外接式充电器和电源管理芯片构成，实现收单终端的供电支撑功能。

收款凭证打印模块采用热敏打印机，通过SPI数据接口以及GPIO(General-purpose input/output，通用型输入输出)控制接口与安卓主控模块连接。安卓主控模块控制完成消费交易中收据打印需求。打印数据由安卓主控模块通过SPI接口传输给打印模块，通过GPIO控制接口实现打印机的启动、停止检测以及走纸功能。

参见图6，受理行联机交易系统的基本功能可以与各大银行所使用的主机联机交易系统基本一致，在此基础上，本发明实施例增加了支持多银行卡消费索权的功能。受理行联机交易系统的处理逻辑如图8所示，具体实现如下：

受理方联机交易系统收到并识别商户收单终端发起的多银行卡交易请求后，调用索权程序，所述索权程序在收单终端上送的交易信息中新增差额字段，初始化赋值为交易金额。重新封装交易信息并读取收单终端上送的绑定银行卡信息以及扣款策略信息，向扣款优先级最高的银行卡发卡行即上述发卡行联机交易系统发送交易索权请求。索权程序收到发卡行联机交易系统返回的授权信息后，进行如下循环判断与处理：

1、授权成功，差额字段大于0：将返回的差额字段值更新至交易信息，并将交易信息重新封装，向下一顺位扣款优先级的银行卡发卡行的联机交易系统再次发起索权请求。若没有下一优先级顺位银行卡，此时差额字段大于0，则交易失败，向所有授权成功的发卡行联机交易系统发送交易失败信息，取消冻结金额；并向商户收单终端返回交易请求失败。

2、授权成功，差额字段等于0：确认执行该笔交易，将确认信息发送至各个授权成功的发卡行联机交易系统对银行卡冻结金额进行移账扣款处理并将跨行交易登记跨行交易登记簿；同时，将交易成功信息返回至商户收单终端。

3、授权失败：重新封装交易信息，向下一顺位扣款优先级的银行卡发卡行的联机交易系统再次发起索权请求。若没有下一优先级顺位银行卡，则交易失败，向所有授权成功的发卡行联机交易系统发送交易失败信息，取消冻结金额；并向商户收单终端返回交易请求失败。

根据如上逻辑在不影响正常的联机消费交易下，最终实现受理行联机交易系统针对多银行卡交易的索权功能。

在本发明实施例中，发卡行联机交易系统的基本功能可以与各大银行所使用的主机联机交易系统基本一致，在此基础上，本发明实施例增加了支持多银行卡消费的授权功能。发卡行联机交易系统接收到所述受理行联机交易系统索权信息后，识别为多银行卡交易，调用授权应用程序。授权应用程序收到索权信息后，进行各项检查(检查银行卡状态、安全信息等)，若检查不通过则拒绝授权，返回授权失败信息。若检查通过，则将银行卡可用余额或可用信用额度与受理行联机交易系统发送的差额字段进行比较，若余额大于差额，则冻结对应的金额，更新差额字段为0，封装返回授权成功信息。若余额小于差额，则冻结全部金额，更新差额字段为原差额值减去余额值，封装返回授权成功信息。最终若受理行联机交易系统返回确认交易信息，则调用对应的移账程序，扣除银行卡的冻结金额，跨行交易登记跨行交易登记簿；若返回交易失败信息，则将冻结金额解冻。根据如上逻辑，实现发卡行联机交易系统的授权功能。

继续参见图6，第三方清算系统能够处理各银行间跨行交易信息，生成拥有对账四要素(受理行机构代码、转发机构代码、系统跟踪号、交易传输时间)的第三方清算文件，完成对账跨行交易的清分功能。针对银行卡交易，清分流程不变，可以同时记录多家发卡行交易信息即可。

以下结合图6详细描述示例系统进行一笔多银行卡交易的流程，如图6所示，该流程包括：

步骤3-1，客户使用付款码进行消费。

步骤3-2，商户收单终端通过扫描付款码识别获取绑定的银行卡信息，以及扣款策略信息，该终端将获取的银行卡信息、扣款策略息、以及交易信息打包封装上送给受理行联机交易系统。

步骤3-3，受理方联机交易系统解析上送报文，将交易信息增加差额字段，并赋值为当前交易金额，发送至扣款优先级最高的银行卡所述发卡行联机交易系统，进行索权。

步骤3-4，发卡行联机交易系统收到索权信息后，进行安全检查，检查通过后进行扣款验证，当余额不足时，发卡方联机交易系统仍授权该交易冻结全部余额，并将不足金额以差额字段信息与授权信息封装返回至所述受理行联机交易系统。

受理行联机交易系统收到返回授权信息，检查授权通过差额不为0，将交易信息增加更新后差额字段发送给下一顺位银行卡发卡联机交易系统进行处理，直至返回授权信息通过差额为0。

受理行联机交易系统确认执行该笔交易，将确认信息发送至各个授权的发卡行联机交易系统对银行卡冻结金额进行移账扣款处理，并将跨行交易登记跨行交易登记簿。

受理行联机交易系统将交易成功信息返回至所述商户收单终端。商户收单终端显示交易成功。

步骤3-5，T日日终批量时，主机将跨行交易登记簿与第三方清算系统提供的交易记录进行对账处理。记账方式如下：

受理行会计分录：

借：跨行资金暂收 本金

贷：商户净收暂收 本金-回佣

贷：分润暂收户 回佣

发卡行会计分录：

借：银行卡存款

贷：待清算金额暂收

T+1日日终批量时，按照对账结果与分行清分，自动完成发卡行及卡中心的账务处理。记账方式如下：

受理行会计分录：

借：银行卡差额户

贷：资金配置

借：资金配置

贷：跨行资金暂付

发卡行会计分录：

借：总行待清算金额暂收

贷：异地工程清算户

在一个实施例中，当一笔多银行卡交易总余额不足时，交易失败，其具体流程如下：

步骤1，客户使用所述介质(即，支付码)进行消费。

步骤2，商户收单终端通过扫描付款码识别获取绑定的银行卡信息，以及扣款策略信息，该终端将获取的银行卡信息、扣款策略息、以及交易信息打包封装上送给受理行联机交易系统。

步骤3，受理方联机交易系统解析上送报文，将交易信息增加差额字段，并赋值为当前交易金额，发送至扣款优先级最高的银行卡所述发卡行联机交易系统，进行索权。

步骤4，发卡行联机交易系统收到索权信息后，进行安全检查，检查通过后进行扣款验证，当余额不足时，发卡方联机交易系统仍授权该交易冻结全部余额，并将不足金额以差额字段信息与授权信息封装返回至所述受理行联机交易系统。

步骤5，受理行联机交易系统收到返回授权信息，检查授权通过差额不为0，将交易信息增加更新后差额字段发送给下一顺位银行卡发卡联机交易系统进行处理，直至扣款策略中所有绑定银行卡均已发起授权请求，且返回余额仍大于0。

步骤6，受理行联机交易系统确认该笔交易失败，将失败信息发送至各个授权的发卡行联机交易系统对冻结的银行卡金额进行解冻。

步骤7，受理行联机交易系统将交易失败余额不足信息返回至所述商户线下收单终端，收单终端显示：余额不足交易失败。

本发明实施例针对多银行卡交易，改变了授权策略，实现了一笔交易由多家银行同时授权，而对于清算机构而言则是同时记录多笔不同发卡行的交易信息并记录清算文件，与现有清算流程不变，本发明实施例的多卡交易流程对原有授权清分系统造成0影响。

本实施例还提供一种电子设备，该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照上述方法实施例进行实施及支付作业处理装置/系统的实施例进行实施，其内容被合并于此，重复之处不再赘述。

图9为本发明实施例的电子设备600的系统构成的示意框图。如图9所示，该电子设备600可以包括中央处理器100和存储器140；存储器140耦合到中央处理器100。值得注意的是，该图是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

一实施例中，支付作业处理功能可以被集成到中央处理器100中。其中，中央处理器100可以被配置为进行如下控制：

接收来自商户终端的支付请求，所述支付请求包括：支付金额、多张支付卡信息和所述多张支付卡的支付优先级信息；

根据所述支付金额生成第一扣款请求，并将该第一扣款请求发送至优先级最高的支付卡方，所述第一扣款请求包括：所述支付金额；

响应于接收到来自所述优先级最高的支付卡方的差额信息为非零，根据所述差额信息生成第二扣款请求，并将该第二扣款请求发送至优先级次高的支付卡方，所述差额信息指示还需要其他支付卡支付的金额，所述第二扣款请求包括：所述差额信息；

响应于接收到来自优先级次高的支付卡方的差额信息为零，将支付成功信息发送给所述商户终端。

从上述描述可知，本申请实施例提供的电子设备，通过根据接收的来自商户终端的支付请求生成第一扣款请求，并将该第一扣款请求发送至优先级最高的支付卡方，当从优先级最高的支付卡方返回的差额信息为非零时，可以生成包含差额信息的第二扣款请求，并将该第二扣款请求发送至优先级次高的支付卡方，当从优先级次高的支付卡方返回的差额信息为零时，表示支付已经成功，将支付成功信息发送给所述商户终端，通过本发明实施例，可以实现多张银行卡的资金信用额度共享，提高了消费者的支付体验感。

在另一个实施方式中，支付作业处理装置/系统可以与中央处理器100分开配置，例如可以将支付作业处理装置/系统配置为与中央处理器100连接的芯片，通过中央处理器的控制来实现支付作业处理功能。

如图9所示，该电子设备600还可以包括：通信模块110、输入单元120、音频处理单元130、显示器160、电源170。值得注意的是，电子设备600也并不是必须要包括图9中所示的所有部件；此外，电子设备600还可以包括图9中没有示出的部件，可以参考现有技术。

如图9所示，中央处理器100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器100接收输入并控制电子设备600的各个部件的操作。

其中，存储器140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器100可执行该存储器140存储的该程序，以实现信息存储或处理等。

输入单元120向中央处理器100提供输入。该输入单元120例如为按键或触摸输入装置。电源170用于向电子设备600提供电力。显示器160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器140还可以是某种其它类型的装置。存储器140包括缓冲存储器141(有时被称为缓冲器)。存储器140可以包括应用/功能存储部142，该应用/功能存储部142用于存储应用程序和功能程序或用于通过中央处理器100执行电子设备600的操作的流程。

存储器140还可以包括数据存储部143，该数据存储部143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器140的驱动程序存储部144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块110即为经由天线111发送和接收信号的发送机/接收机110。通信模块(发送机/接收机)110耦合到中央处理器100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)110还经由音频处理器130耦合到扬声器131和麦克风132，以经由扬声器131提供音频输出，并接收来自麦克风132的音频输入，从而实现通常的电信功能。音频处理器130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器130还耦合到中央处理器100，从而使得可以通过麦克风132能够在本机上录音，且使得可以通过扬声器131来播放本机上存储的声音。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时以实现上述支付作业处理方法的步骤。

综上所述，本发明实施例提供了一种支持多银行卡的支付处理方案，通过介质绑定多张银行的借记卡贷记卡，并设置一定的扣款策略，如扣款优先级等，消费时根据扣款策略可以向多家发卡行同时索权，实现多张银行卡的资金信用额度共享，从而可以解决消费者在总资金或总信用额度满足支付需要，而单一资金账户无法满足消费支付所需情况下，支付受阻的问题，提高了消费者的体验感。

以上参照附图描述了本发明的优选实施方式。这些实施方式的许多特征和优点根据该详细的说明书是清楚的，因此权利要求旨在覆盖这些实施方式的落入其真实精神和范围内的所有这些特征和优点。此外，由于本领域的技术人员容易想到很多修改和改变，因此不是要将本发明的实施方式限于所例示和描述的精确结构和操作，而是可以涵盖落入其范围内的所有合适修改和等同物。

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

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

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

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

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (13)

1.一种支付作业的处理方法，其特征在于，所述方法包括：

接收来自商户终端的支付请求，所述支付请求包括：支付金额、多张支付卡信息和所述多张支付卡的支付优先级信息；

根据所述支付金额生成第一扣款请求，并将该第一扣款请求发送至优先级最高的支付卡方，所述第一扣款请求包括：所述支付金额；

响应于接收到来自所述优先级最高的支付卡方的差额信息为非零，根据所述差额信息生成第二扣款请求，并将该第二扣款请求发送至优先级次高的支付卡方，所述差额信息指示还需要其他支付卡支付的金额，所述第二扣款请求包括：所述差额信息；

响应于接收到来自优先级次高的支付卡方的差额信息为零，将支付成功信息发送给所述商户终端。

2.根据权利要求1所述的方法，其特征在于，将支付成功信息发送给所述商户终端之后，所述方法还包括：

将支付成功信息发送给所述优先级最高的支付卡方和优先级次高的支付卡方。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于接收到优先级最低的支付卡方的差额信息为非零，将支付失败信息发送至各支付卡，并将支付失败信息发送给所述商户终端。

4.根据权利要求1所述的方法，其特征在于，在接收来自商户终端的支付请求之前，所述方法还包括：

预先设置支付请求与多张支付卡的关联关系，所述关联关系包括：所述多张支付卡的支付优先级信息。

5.一种支付作业的处理装置，其特征在于，所述装置包括：

支付请求接收单元，用于接收来自商户终端的支付请求，所述支付请求包括：支付金额、多张支付卡信息和所述多张支付卡的支付优先级信息；

第一扣款请求生成单元，用于根据所述支付金额生成第一扣款请求，所述第一扣款请求包括：所述支付金额；

第一扣款请求发送单元，用于将该第一扣款请求发送至优先级最高的支付卡方；

第二扣款请求生成单元，用于响应于接收到来自所述优先级最高的支付卡方的差额信息为非零，根据所述差额信息生成第二扣款请求，所述差额信息指示还需要其他支付卡支付的金额，所述第二扣款请求包括：所述差额信息；

第二扣款请求发送单元，用于将该第二扣款请求发送至优先级次高的支付卡方；

支付成功信息发送单元，用于响应于接收到来自优先级次高的支付卡方的差额信息为零，将支付成功信息发送给所述商户终端。

6.根据权利要求5所述的装置，其特征在于，所述支付成功信息发送单元还用于：

将支付成功信息发送给所述优先级最高的支付卡方和优先级次高的支付卡方。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

支付失败信息发送单元，用于响应于接收到优先级最低的支付卡方的差额信息为非零，将支付失败信息发送至各支付卡，并将支付失败信息发送给所述商户终端。

8.根据权利要求5所述的装置，其特征在于，所述装置还包括：

关联关系设置单元，用于预先设置支付请求与多张支付卡的关联关系，所述关联关系包括：所述多张支付卡的支付优先级信息。

9.一种支付作业的处理系统，其特征在于，所述系统包括：如权利要求5至8中任一项所述的支付作业的处理装置、商户终端、多个支付卡方、支付码生成装置，其中，所述支付码生成装置用于生成支付码，所述支付码包括：多张可用于支付操作的支付卡信息和多张支付卡的支付优先级信息。

10.根据权利要求9所述的系统，其特征在于，所述商户终端包括：

扫描单元，用于扫描用户终端的支付码：

支付请求发送单元，用于根据扫描到的支付码生成支付请求，并发送给所述支付作业的处理装置；

支付反馈信息接收单元，用于接收来自支付作业的处理装置的与所述支付请求相应的反馈信息。

11.根据权利要求9所述的系统，其特征在于，各支付卡方包括：

扣款请求接收单元，用于接收来自所述支付作业的处理装置的扣款请求；

差额信息生成单元，用于根据扣款请求对相应的账户执行扣款操作后，生成差额信息；

差额信息发送单元，用于将所述差额信息发送至所述支付作业的处理装置。

12.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至4中任一项所述方法的步骤。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至4中任一项所述方法的步骤。

Images