CN110163589A - 多信用卡支付方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开了一种多信用卡支付方法、装置、计算机设备及存储介质，所述方法包括：接收用户通过支付渠道下达的信用卡支付指令；获取与支付渠道绑定的用户的所有信用卡；获取各信用卡的账单日距离当前支付日期的出账天数、各信用卡的还款日距离当前支付日期的还款天数、各信用卡的可支付额度；并检测各信用卡是否被用户设定为不使用；在信用卡满足预设不使用条件中的一种或多种时，将信用卡设定为不可使用；在信用卡不满足预设不使用条件中的任意一种时，将信用卡标记为可支付信用卡。本发明可以使得一个用户的多张信用卡的分配使用效果达到最佳；同时可以避免用户出现因可支付金额不足造成交易失败的尴尬，大大优化了用户体验。

Description

多信用卡支付方法、装置、计算机设备及存储介质

技术领域

本发明涉及数据分析领域，具体涉及一种多信用卡支付方法、装置、计算机设备及存储介质。

背景技术

目前，随着科学技术的发展和人们生活水平的提高，信用卡被越来越多消费者的接受，从而使得信用卡消费成为一种流行的消费方式，且由于每一张信用卡的具有不同的用途，因此，一个消费者可能会拥有不同银行的多张信用卡，且用户在使用信用卡进行消费时，可以将多张信用卡加挂在同一个支付渠道，然后，通过该支付渠道即可使用任意一张信用卡进行支付。

在现有技术中，在用户使用支付渠道进行支付时，往往需要用户根据需求手动选择一张信用卡，或者直接使用记录中用户上一次使用的信用卡进行支付，又由于每张信用卡的授信额度和账单日等信用卡信息均不一致，且用户在使用多张信用卡支付时，不会特意去记住每张信用卡的信息，因此，可能会导致以下问题出现：首先，用户在消费当天并未注意到第二天就是消费时所使用的信用卡的账单日，可能会造成今日消费，明日出账还款的情况出现；其次，在用户选取了其中一张信用卡进行支付时，该信用卡可支付额度可能会不足，此时会需要重新选择信用卡，过程繁琐；甚至会造成在用户使用多张信用卡进行支付之后，发现所有信用卡均余额不足而导致无法购买的情况出现，使得购买场景十分尴尬，进而大大降低用户体验。

发明内容

本发明实施例提供一种多信用卡支付方法、装置、计算机设备及存储介质，本发明可以使得一个用户的多张信用卡的分配使用效果达到最佳；同时可以避免用户出现因可支付金额不足造成交易失败的尴尬，大大优化了用户体验。

一种多信用卡支付方法，包括：

接收用户通过支付渠道下达的信用卡支付指令；所述信用卡支付指令中包含本次支付金额；

获取与所述支付渠道绑定的所述用户的所有信用卡；

获取各所述信用卡的账单日距离当前支付日期的出账天数、各所述信用卡的还款日距离当前支付日期的还款天数、各所述信用卡的可支付额度；并检测各所述信用卡是否被所述用户设定为不使用；

在所述信用卡满足预设不使用条件中的一种或多种时，将所述信用卡设定为不可使用；其中，所述预设不使用条件包括：所述出账天数小于第一预设天数、所述还款天数小于第二预设天数、所述可支付额度小于本次支付金额、所述信用卡被所述用户设定为不使用中的一种或多种；

在所述信用卡不满足预设不使用条件中的任意一种时，将所述信用卡标记为可支付信用卡。

一种多信用卡支付装置，包括：

指令接收模块，用于接收用户通过支付渠道下达的信用卡支付指令；所述信用卡支付指令中包含本次支付金额；

第一获取模块，用于获取与所述支付渠道绑定的所述用户的所有信用卡；

第二获取模块，用于获取各所述信用卡的账单日距离当前支付日期的出账天数、各所述信用卡的还款日距离当前支付日期的还款天数、各所述信用卡的可支付额度；并检测各所述信用卡是否被所述用户设定为不使用；

设定模块，用于在所述信用卡满足预设不使用条件中的一种或多种时，将所述信用卡设定为不可使用；其中，所述预设不使用条件包括：所述出账天数小于第一预设天数、所述还款天数小于第二预设天数、所述可支付额度小于本次支付金额、所述信用卡被所述用户设定为不使用中的一种或多种；

标记模块，用于在所述信用卡不满足预设不使用条件中的任意一种时，将所述信用卡标记为可支付信用卡。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述多信用卡支付方法。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现上述多信用卡支付方法。

本发明提供的多信用卡支付方法、装置、计算机设备及存储介质，首先确定用户的所有信用卡是否与预设的不使用条件相符，以根据所述不使用条件确定不可使用信用卡以及可支付信用卡。由于本发明的不可使用条件包括信用卡的出账天数小于第一预设天数、还款天数小于第二预设天数、可支付额度小于本次支付金额、信用卡被所述用户设定为不使用等条件中的一种或多种，因此，本发明可以最大程度上避免用户在使用信用卡时，出现今天消费、明天出账还款的尴尬(因为可支付信用卡的出账天数必须大于第一预设天数、还款天数必须大于第二预设天数)，使得一个用户的多张信用卡的分配使用效果达到最佳；同时，本发明可以选取交易场景下匹配本次交易的支付金额的信用片，避免用户出现因可支付金额不足造成交易失败的尴尬(因为可支付信用卡的可支付额度一定大于本次支付额度)，大大优化了用户体验。

附图说明

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

图1是本发明一实施例中多信用卡支付方法的应用环境示意图；

图2是本发明一实施例中多信用卡支付方法的流程图；

图3是本发明一实施例中多信用卡支付方法的步骤S20的流程图；

图4是本发明另一实施例中多信用卡支付方法的流程图；

图5是本发明一实施例中多信用卡支付装置的原理框图；

图6是本发明一实施例中计算机设备的示意图。

具体实施方式

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

本发明提供的多信用卡支付方法，可应用在如图1的应用环境中，其中，客户端(计算机设备)通过网络与服务器进行通信。其中，客户端(计算机设备)包括但不限于为各种个人计算机、笔记本电脑、智能手机、平板电脑、摄像头和便携式可穿戴设备。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种多信用卡支付方法，以该方法应用在图1中的服务器为例进行说明，包括以下步骤S10-S50：

S10，接收用户通过支付渠道下达的信用卡支付指令；所述信用卡支付指令中包含本次支付金额。

也即，在本实施例中，用户预先将多张信用卡加挂(也即绑定)在同一个支付渠道，然后，在使用该支付渠道进行支付时，可以通过该支付渠道使用任意一张信用卡进行支付。在用户确认进行支付时，可以在确认本次支付金额之后，在所述支付渠道中，通过点击、滑动和指纹识别等方式触发预设支付按键，向所述服务器发送信用卡支付指令，此时，服务器接收到所述信用卡支付指令之后，同时获取该信用卡支付指令中的本次支付金额。

S20，获取与所述支付渠道绑定的所述用户的所有信用卡。

在该步骤中，可以根据所述用户的唯一标识(用户身份证号、手机号等)自该支付渠道服务器的数据库中获取与所述用户关联的所有信用卡的基本信息，所述基本信息包括所述支付渠道绑定的所述信用卡的数量以及各所述信用卡的卡号、开卡行、授信额度、已使用额度、账单日、划款日、用户设定的不使用标记、用户设定的优先使用标记和用户使用频率等其中的一种或多种。

在一实施例中，如图3所示，所述步骤S20包括：

S201，检测所述用户是否存在与所述支付渠道绑定的信用卡。

S202，在所述用户不存在与所述支付渠道绑定的信用卡时，提示本次支付失败。

S203，在所述用户存在与所述支付渠道绑定的信用卡时，获取与所述支付渠道绑定的所述信用卡的基本信息；所述基本信息包括所述信用卡的授信额度、已使用额度、账单日、还款日、用户设定的不使用标记、用户设定的优先使用标记和用户使用频率中的一种或多种。

也即，在上述实施例中，在获取与所述支付渠道绑定的所述用户的信用卡的基本信息之前，首先要确定用户是否已经与该支付渠道绑定了信用卡；在所述用户并未绑定信用卡时，说明其没有可以用于支付的信用卡，此时提示所述用户本次支付失败，进一步地，还可以同时将本次支付失败的原因或该原因的代码也同步展示给用户，或者将支付失败的原因的链接与本次支付失败的提示同步展示，以供用户需要查看错误原因时，点击所述链接即可查看支付失败的原因(如此可以避免原因过长，在界面上直接显示时影响用户体验)。而在所述用户存在与所述支付渠道绑定的信用卡时，直接获取绑定的所有信用卡的基本信息，以供后续根据所述基本信息确定最终用于支付的信用卡。

S30，获取各所述信用卡的账单日距离当前支付日期的出账天数、各所述信用卡的还款日距离当前支付日期的还款天数、各所述信用卡的可支付额度；并检测各所述信用卡是否被所述用户设定为不使用；

其中，所述信用卡的授信额度、已使用额度、账单日、还款日、用户设定的不使用标记等基本信息均可以在上述步骤S20中直接获取，由于当前支付日期和本次支付金额已知，所述信用卡的可支付额度是指该信用卡在当前的还款周期内还可以被允许进行支付的金额数，因此可以根据所述信用卡的授信额度和已使用额度可以获取所述信用卡的可支付额度，所述授信额度是指所述信用卡被授予的在一个还款周期内被允许透支的金额数，所述已使用额度是指所述信用卡在当前的还款周期内已经被透支的金额数；由上述可知，所述可支付金额等于其授信额度减去所述已使用额度；同时根据所述账单日和所述还款日与当前支付日期之差分别获取出账天数和还款天数，同时检测所述信用卡上是否有用户设定的不使用标记。

S40，在所述信用卡满足预设不使用条件中的一种或多种时，将所述信用卡设定为不可使用；其中，所述预设不使用条件包括：所述出账天数小于第一预设天数、所述还款天数小于第二预设天数、所述可支付额度小于本次支付金额、所述信用卡被所述用户设定为不使用中的一种或多种；

其中，所述预设不使用条件包括但不限定于上述四个条件中的一种或多种；其中：所述出账天数小于第一预设天数是指该信用卡的账单日距离当前支付日期过近，若使用该信用卡将会很快出账单；所述还款天数小于第二预设天数是指该信用卡的还款日距离当前支付日期过近，若使用该信用卡将会需要很快还款；所述可支付额度小于本次支付金额代表该信用卡余额不足无法完成本次支付；所述信用卡被所述用户设定为不使用代表用户出于某种考虑当前不使用该信用卡。

可理解地，在所述步骤S20中获取所述信用卡的基本信息时，可以同时获取所述用户设定的使用信用卡的第一预设天数、第二预设天数。所述第一预设天数和所述第二预设天数由用户根据自己的还款能力自己设定且可以随时进行调整。

在该步骤中，若所述信用卡满足预设不使用条件中的一种或多种，则说明该信用卡不可在本次支付中进行使用，此时将该信用卡标记为不可使用信用卡或直接将其颜色变更为与其他可支付信用卡不同的颜色(比如灰色)，同时将该不同的颜色的信用卡设置为在本次支付中禁止使用；可理解地，将该信用卡标为不同颜色且同时禁止使用，或仅设置为禁止使用均可，亦可以在上述基础上还将其标记为不可使用信用卡亦可。可理解地，在设定该信用卡不可使用的基础上，还可以提示该信用卡的不可使用原因，具体是指提示与其满足的预设不使用条件对应的原因，比如，若其满足所述可支付额度小于本次支付金额且所述出账天数小于第一预设天数，则可以提示用户该信用卡的可支付额度不足且账单日少于出账天数。

S50，在所述信用卡不满足预设不使用条件中的任意一种时，将所述信用卡标记为可支付信用卡。

在该步骤中，若所述信用卡不满足预设不使用条件中的任意一种，则将其标记为可支付信用卡，后续可将其作为可能被确定为最终用于支付的所有信用卡中的其中一个。

本发明上述实施例首先确定用户的所有信用卡是否与预设的不使用条件相符，以根据所述不使用条件确定不可使用信用卡以及可支付信用卡。由于本发明的不可使用条件包括信用卡的出账天数小于第一预设天数、还款天数小于第二预设天数、可支付额度小于本次支付金额、信用卡被所述用户设定为不使用等条件中的一种或多种，因此，本发明可以最大程度上避免用户在使用信用卡时，出现今天消费、明天出账还款的尴尬(因为可支付信用卡的出账天数必须大于第一预设天数、还款天数必须大于第二预设天数)，使得一个用户的多张信用卡的分配使用效果达到最佳；同时，本发明可以选取交易场景下匹配本次交易的支付金额的信用片，避免用户出现因可支付金额不足造成交易失败的尴尬(因为可支付信用卡的可支付额度一定大于本次支付额度)，大大优化了用户体验。

在一实施例中，如图4所示，所述步骤S50之后，也即所述在所述信用卡不满足预设不使用条件中的任意一种时，将所述信用卡标记为可支付信用卡之后，包括：

S60，检测所述可支付信用卡的数量是否为两个以上。

可理解地，在所述步骤S30中获取各信用卡的账单日距离当前支付日期的出账天数、各所述信用卡的还款日距离当前支付日期的还款天数、各所述信用卡的可支付额度；并检测各所述信用卡是否被所述用户设定为不使用之后，对各所述信用卡进行判定，在确认不满足预设不使用条件中的任意一种，进而确认该信用卡为可支付信用卡之后，需要检测可支付信用卡的数量，并根据该数量确定最终支付信用卡或者提示用户支付失败。

S70，在所述可支付信用卡的数量为两个以上时，获取各所述可支付信用卡的推荐优先级序列，筛选出所述优先级序列中优先级最高的所述可支付信用卡，并将优先级最高的所述可支付信用卡作为所述最终支付信用卡推荐给所述用户。

也即，在步骤中，在所述可支付信用卡的数量为两个以上时，可以首先根据所述可支付信用卡的基本信息等确定所述用户的各所述可支付信用卡的推荐优先级序列，进而根据该优先级序列确定最终支付信用卡，并将该最终支付信用卡推荐给所述用户，在所述用户确定之后，即可通过该最终支付信用卡进行支付。可理解地，若用户在支付时，觉得推荐给自己的该最终支付信用卡不是自己想要用于支付的信用卡，此时，可以直接退出支付界面，亦可以根据用户指示(触发预设按键)将两个以上的所述可支付信用卡按照所述推荐优先级序列展示在客户端的显示界面给所述用户查看，以供所述用户参照所述推荐优先级序列选取最终支付信用卡。

在一实施例中，所述获取各所述可支付信用卡的推荐优先级序列之后，还包括：将两个以上的所述可支付信用卡按照所述推荐优先级序列推荐给所述用户，以供所述用户参照所述推荐优先级序列选取最终支付信用卡。也即，在该实施例中，在获取各所述可支付信用卡的推荐优先级序列之后，不直接为用户确定最终支付信用卡，而是直接将所有的所述可支付信用卡按照所述推荐优先级序列展示在客户端的显示界面给所述用户查看，以供所述用户参照所述推荐优先级序列选取最终支付信用卡。

在一实施例中，所述步骤S70中，所述获取各所述可支付信用卡的推荐优先级序列，包括：

获取各所述可支付信用卡的账单日或/和还款日距离当前支付日期的间隔天数，并根据所述间隔天数确定两个以上的所述可支付信用卡的推荐优先级序列；其中，所述间隔天数越多，所述推荐优先级越靠前，所述间隔天数越少，所述推荐优先级越靠前。

在本实施例中，根据账单日或者还款日的远近来确定推荐优先级序列，也即，账单日或者还款日越远，则说明使用它进行支付的优先级越高；相反，账单日或者还款日越近，使用它进行支付的优先级越低。如此，所述用户的信用卡出账还款的时限会相对可以延长，提升了用户体验。

在另一实施例中，所述步骤S70中，所述获取各所述可支付信用卡的推荐优先级序列，包括：

获取各所述可支付信用卡的用户使用频率，并根据所述用户使用频率确定两个以上的所述可支付信用卡的推荐优先级序列。

在本实施例中，根据各所述可支付信用卡的用户使用频率来确定推荐优先级序列，也即，用户使用频率越高，则说明用户越喜欢使用该信用卡(代表用户习惯)，此时，设定使用它进行支付的优先级越高；否则，用户使用频率越低，则说明用户越不喜欢使用该信用卡，此时，设定使用它进行支付的优先级越低。如此，可以让对最终支付信用卡的选定更加符合用户习惯。

作为优选，还可以获取所述可支付信用卡的免息期，并根据所述免息期两个以上的所述可支付信用卡的推荐优先级序列。也即，在本实施例中，首先按照免息期从长到短的排序确定所述可支付信用卡的推荐优先级序列，也即，免息期越长，设定使用它进行支付的优先级越高；否则，免息期越短，设定使用它进行支付的优先级越低。

在一实施例中，所述步骤S70中，所述获取各所述可支付信用卡的推荐优先级序列，还包括：

检测两个以上的所述可支付信用卡中是否存在优先使用标记，所述优先使用标记是指所述用户根据喜好预先设置的优先使用顺序。

根据所述优先使用顺序，将存在优先使用标记的所有所述可支付信用卡设置在所述推荐优先级序列中优先级最高的位置。

在该实施例中，由于用户可能事先设定了每个信用卡的优先使用顺序(根据需求进行设定)，因此，必须以用户设定的标准为先，该实施例中的步骤可以设定在上述实施例中根据间隔天数或用户使用频率确认推荐优先级序列的步骤之前或之后均可，在所述可支付信用卡存在优先使用标记时，即将其设定为最优先使用。可理解地，存在优先使用标记的所述可支付信用卡可能有多个，此时，可以根据用户预先设定的优先使用顺序进行排序之后，再将其放置入所述推荐优先级序列中的最前位置。

在一实施例中，如图4所示，所述步骤S60之后还包括：

S80，在所述可支付信用卡的数量等于一时，将所述可支付信用卡作为最终支付信用卡推荐给所述用户。

也即，在该实施例中，在所述可支付信用卡的数量为一个时，由于仅有一个信用卡可以进行支付，因此无需进行选择，即可确定该可支付信用卡为最终支付信用卡，并将该最终支付信用卡推荐给所述用户，在所述用户确定之后，即可通过该最终支付信用卡进行支付。可理解地，若用户在支付时，觉得推荐给自己的该最终支付信用卡不是自己想要用于支付的信用卡，可以直接退出支付界面。

在一实施例中，如图4所示，所述步骤S60之后还包括：

S90，在所述可支付信用卡的数量等于零时，提示本次支付失败。

也即，在该实施例中，在所述可支付信用卡的数量为零个时，说明其没有可以用于支付的信用卡，此时提示所述用户本次支付失败，进一步地，还可以同时将本次支付失败的原因或该原因的代码也同步展示给用户，或者将支付失败的原因的链接与本次支付失败的提示同步展示，以供用户需要查看错误原因时，点击所述链接即可查看支付失败的原因(如此可以避免原因过长，在界面上直接显示时影响用户体验)。

在一实施例中，如图5所示，提供一种多信用卡支付装置，该多信用卡支付装置与上述实施例中多信用卡支付方法一一对应。所述多信用卡支付装置包括：

指令接收模块11，用于接收用户通过支付渠道下达的信用卡支付指令；所述信用卡支付指令中包含本次支付金额；

第一获取模块12，用于获取与所述支付渠道绑定的所述用户的所有信用卡；

第二获取模块13，用于获取各所述信用卡的账单日距离当前支付日期的出账天数、各所述信用卡的还款日距离当前支付日期的还款天数、各所述信用卡的可支付额度；并检测各所述信用卡是否被所述用户设定为不使用；

设定模块14，用于在所述信用卡满足预设不使用条件中的一种或多种时，将所述信用卡设定为不可使用；其中，所述预设不使用条件包括：所述出账天数小于第一预设天数、所述还款天数小于第二预设天数、所述可支付额度小于本次支付金额、所述信用卡被所述用户设定为不使用中的一种或多种；

标记模块15，用于在所述信用卡不满足预设不使用条件中的任意一种时，将所述信用卡标记为可支付信用卡。

在一实施例中，所述装置还包括：

检测模块，用于检测所述可支付信用卡的数量是否为两个以上；

第三获取模块，用于在所述可支付信用卡的数量为两个以上时，获取各所述可支付信用卡的推荐优先级序列，筛选出所述优先级序列中优先级最高的所述可支付信用卡，并将优先级最高的所述可支付信用卡作为所述最终支付信用卡推荐给所述用户。

在一实施例中，所述第三获取模块包括：

第一获取单元，用于获取各所述可支付信用卡的账单日或/和还款日距离当前支付日期的间隔天数，并根据所述间隔天数确定两个以上的所述可支付信用卡的推荐优先级序列；或获取各所述可支付信用卡的用户使用频率，并根据所述用户使用频率确定两个以上的所述可支付信用卡的推荐优先级序列。

在一实施例中，所述第三获取模块包括：

第一检测单元，用于检测两个以上的所述可支付信用卡中是否存在优先使用标记，所述优先使用标记是指所述用户根据喜好预先设置的优先使用顺序；

设置单元，用于根据所述优先使用顺序，将存在优先使用标记的所有所述可支付信用卡设置在所述推荐优先级序列中优先级最高的位置。

在一实施例中，所述装置还包括：

推荐模块，用于在所述可支付信用卡的数量等于一时，将所述可支付信用卡作为最终支付信用卡推荐给所述用户。

在一实施例中，所述装置还包括：

提示模块，用于在所述可支付信用卡的数量等于零时，提示本次支付失败。

在一实施例中，所述第一获取模块包括：

第二检测单元，用于检测所述用户是否存在与所述支付渠道绑定的信用卡；

提示单元，用于在所述用户不存在与所述支付渠道绑定的信用卡时，提示本次支付失败；

第二获取单元，用于在所述用户存在与所述支付渠道绑定的信用卡时，获取与所述支付渠道绑定的所述信用卡的基本信息；所述基本信息包括所述信用卡的授信额度、已使用额度、账单日、还款日、用户设定的不使用标记、用户设定的优先使用标记和用户使用频率中的一种或多种。

关于多信用卡支付装置的具体限定可以参见上文中对于多信用卡支付方法的限定，在此不再赘述。上述多信用卡支付装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。。该计算机可读指令被处理器执行时以实现一种多信用卡支付方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机可读指令，处理器执行计算机可读指令时实现以下步骤：

接收用户通过支付渠道下达的信用卡支付指令；所述信用卡支付指令中包含本次支付金额；

获取与所述支付渠道绑定的所述用户的所有信用卡；

获取各所述信用卡的账单日距离当前支付日期的出账天数、各所述信用卡的还款日距离当前支付日期的还款天数、各所述信用卡的可支付额度；并检测各所述信用卡是否被所述用户设定为不使用；

在所述信用卡满足预设不使用条件中的一种或多种时，将所述信用卡设定为不可使用；其中，所述预设不使用条件包括：所述出账天数小于第一预设天数、所述还款天数小于第二预设天数、所述可支付额度小于本次支付金额、所述信用卡被所述用户设定为不使用中的一种或多种；

在所述信用卡不满足预设不使用条件中的任意一种时，将所述信用卡标记为可支付信用卡。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机可读指令，计算机可读指令被处理器执行时实现以下步骤：

接收用户通过支付渠道下达的信用卡支付指令；所述信用卡支付指令中包含本次支付金额；

获取与所述支付渠道绑定的所述用户的所有信用卡；

获取各所述信用卡的账单日距离当前支付日期的出账天数、各所述信用卡的还款日距离当前支付日期的还款天数、各所述信用卡的可支付额度；并检测各所述信用卡是否被所述用户设定为不使用；

在所述信用卡满足预设不使用条件中的一种或多种时，将所述信用卡设定为不可使用；其中，所述预设不使用条件包括：所述出账天数小于第一预设天数、所述还款天数小于第二预设天数、所述可支付额度小于本次支付金额、所述信用卡被所述用户设定为不使用中的一种或多种；

在所述信用卡不满足预设不使用条件中的任意一种时，将所述信用卡标记为可支付信用卡。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路DRAM(SLDRAM)、存储器总线直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元或模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元或模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种多信用卡支付方法，其特征在于，包括：

接收用户通过支付渠道下达的信用卡支付指令；所述信用卡支付指令中包含本次支付金额；

获取与所述支付渠道绑定的所述用户的所有信用卡；

获取各所述信用卡的账单日距离当前支付日期的出账天数、各所述信用卡的还款日距离当前支付日期的还款天数、各所述信用卡的可支付额度；并检测各所述信用卡是否被所述用户设定为不使用；

在所述信用卡满足预设不使用条件中的一种或多种时，将所述信用卡设定为不可使用；其中，所述预设不使用条件包括：所述出账天数小于第一预设天数、所述还款天数小于第二预设天数、所述可支付额度小于本次支付金额、所述信用卡被所述用户设定为不使用中的一种或多种；

在所述信用卡不满足预设不使用条件中的任意一种时，将所述信用卡标记为可支付信用卡。

2.如权利要求1所述的多信用卡支付方法，其特征在于，所述在所述信用卡不满足预设不使用条件中的任意一种时，将所述信用卡标记为可支付信用卡之后，包括：

检测所述可支付信用卡的数量是否为两个以上；

在所述可支付信用卡的数量为两个以上时，获取各所述可支付信用卡的推荐优先级序列，筛选出所述优先级序列中优先级最高的所述可支付信用卡，并将优先级最高的所述可支付信用卡作为所述最终支付信用卡推荐给所述用户。

3.如权利要求2所述多信用卡支付的方法，其特征在于，所述获取各所述可支付信用卡的推荐优先级序列，包括：

获取各所述可支付信用卡的账单日或/和还款日距离当前支付日期的间隔天数，并根据所述间隔天数确定两个以上的所述可支付信用卡的推荐优先级序列；或

获取各所述可支付信用卡的用户使用频率，并根据所述用户使用频率确定两个以上的所述可支付信用卡的推荐优先级序列。

4.如权利要求2所述的多信用卡支付方法，其特征在于，所述获取各所述可支付信用卡的推荐优先级序列，包括：

检测两个以上的所述可支付信用卡中是否存在优先使用标记，所述优先使用标记是指所述用户根据喜好预先设置的优先使用顺序；

根据所述优先使用顺序，将存在优先使用标记的所有所述可支付信用卡设置在所述推荐优先级序列中优先级最高的位置。

5.如权利要求2所述的多信用卡支付方法，其特征在于，所述检测所述可支付信用卡的数量是否为两个以上之后，包括：

在所述可支付信用卡的数量等于一时，将所述可支付信用卡作为最终支付信用卡推荐给所述用户。

6.如权利要求2所述的多信用卡支付方法，其特征在于，所述检测所述可支付信用卡的数量是否为两个以上之后，包括：

在所述可支付信用卡的数量等于零时，提示本次支付失败。

7.如权利要求1所述的多信用卡支付方法，其特征在于，所述获取与所述支付渠道绑定的所述用户的所有信用卡，包括：

检测所述用户是否存在与所述支付渠道绑定的信用卡；

在所述用户不存在与所述支付渠道绑定的信用卡时，提示本次支付失败；

在所述用户存在与所述支付渠道绑定的信用卡时，获取与所述支付渠道绑定的所述信用卡的基本信息；所述基本信息包括所述信用卡的授信额度、已使用额度、账单日、还款日、用户设定的不使用标记、用户设定的优先使用标记和用户使用频率中的一种或多种。

8.一种多信用卡支付装置，其特征在于，包括：

指令接收模块，用于接收用户通过支付渠道下达的信用卡支付指令；所述信用卡支付指令中包含本次支付金额；

第一获取模块，用于获取与所述支付渠道绑定的所述用户的所有信用卡；

第二获取模块，用于获取各所述信用卡的账单日距离当前支付日期的出账天数、各所述信用卡的还款日距离当前支付日期的还款天数、各所述信用卡的可支付额度；并检测各所述信用卡是否被所述用户设定为不使用；

设定模块，用于在所述信用卡满足预设不使用条件中的一种或多种时，将所述信用卡设定为不可使用；其中，所述预设不使用条件包括：所述出账天数小于第一预设天数、所述还款天数小于第二预设天数、所述可支付额度小于本次支付金额、所述信用卡被所述用户设定为不使用中的一种或多种；

标记模块，用于在所述信用卡不满足预设不使用条件中的任意一种时，将所述信用卡标记为可支付信用卡。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如权利要求1至7任一项所述多信用卡支付方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如权利要求1至7任一项所述多信用卡支付方法。