CN114066474A - 一种支付方法、装置、设备及介质 - Google Patents

Abstract

本申请涉及在线支付技术领域，尤其涉及一种支付方法、装置、设备及介质。在本申请实施例中，当接收账户使用请求后，根据账户使用请求中携带的目标场景，以及预先保存的场景与账户使用规则的对应关系，选择该目标场景对应的目标账户使用规则，并根据该目标账户使用规则，确定待支付账户。在本申请实施例中，针对不同的支付的场景，选择不同的待支付账户进行支付，提高了账户支付的实际使用效果，从一定程度上保证了一次支付成功的概率，提高了用户的使用感受。

Description

一种支付方法、装置、设备及介质

技术领域

本申请涉及在线支付技术领域，尤其涉及一种支付方法、装置、设备及介质。

背景技术

随着开放银行技术的不断发展，商业银行可以将自身的支付方式通过开放银行的方式向第三方平台输出。具体的，针对每种支付方式，商业银行使用软件开发工具包(Software Development Kit，SDK)的模式将该支付方式生产为独立的功能模块，并发布到开放银行上，而使用第三方平台的用户可根据自身的需求选择支付方式，其中该第三方平台为应用程序。并且针对每个支付方式，该应用程序的用户在使用该支付方式进行支付之前，需要注册该支付方式对应的进行支付的账户。但是，由于每个用于支付的支付方式都注册有一个独立的进行支付的账户，就导致了可用于支付的账户较多，在实际的支付过程中，需要由用户手动选择进行支付的账户。

为了避免在支付过程中，需要由用户手动选择进行支付的账户，现有技术中提出了签约联动功能。即用户预先规定好以某个账户为核心进行支付，若该账户内的余额不足时，则支付失败。该签约联动功能虽然避免了用户手动选择进行支付的账户，但是在实际的应用过程中，不论是哪种支付需求，只能是先由预先规定的单一账户进行支付，该账户内的余额不足时，则支付失败，没有考虑用户的支付需求，账户支付的实际使用效果差，降低了用户的使用感受。

发明内容

本申请提供了一种支付方法、装置、设备及介质，用以解决现有技术中根据预先规定的单一账户进行支付，没有考虑用户的支付需求，账户支付的实际使用效果差的问题。

本申请实施例提供了一种支付方法，所述方法包括：

若接收到账户使用请求，其中所述账户使用请求中携带有目标用户ID和目标场景，则根据预先保存的场景与账户使用规则，确定所述目标场景对应的目标规则；

根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序；

将所述目标顺序中首个账户确定为待支付账户。

进一步地，所述根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序包括：

若所述目标规则为第一预设规则，根据所述第一预设规则中携带的每种类型的支付方式对应的排列顺序，以及保存的所述目标用户ID对应的每个账户对应的支付方式，确定所述目标用户ID对应的每个账户的目标顺序。

进一步地，所述根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序包括：

若所述目标规则为第二预设规则，则根据所述第二预设规则中包含的时间范围，获取所述时间范围内每个账户在所述目标场景下的支付次数以及支付总金额；

针对每个账户，根据该账户对应的支付次数和支付金额，确定该账户的权重系数；

按照权重系数对每个账户进行排序，将所述排序结果确定为所述每个账户的目标顺序。

进一步地，所述根据该账户对应的支付次数和支付金额，确定该账户的权重系数包括：

计算所述支付总金额与预设的阈值金额的比值，计算所述比值与预设第一权重的第一乘积，以及所述支付次数与预设第二权重的第二乘积；

将所述第一乘积和所述第二乘积的和确定为该账户的权重系数。

进一步地，所述方法还包括：

若接收到切换待支付账户的指令，则采用所述指令中携带的账户，对所述待支付账户进行更新；

采用更新后的待支付账户进行支付。

进一步地，确定所述目标用户ID对应的每个账户的方法包括：

根据预先保存的用户ID与生态合约ID的对应关系，确定所述目标用户ID对应的目标生态合约ID；

将保存的所述目标生态合约ID对应的每个账户，确定为所述目标用户ID对应的每个账户。

进一步地，所述确定所述每个账户的目标顺序之后，所述方法还包括：

在显示界面按照所述目标顺序显示每个账户。

本申请实施例还提供了一种支付装置，所述装置包括：

处理模块，用于若接收到账户使用请求，其中所述账户使用请求中携带有目标用户ID和目标场景，则根据预先保存的场景与账户使用规则，确定所述目标场景对应的目标规则；

所述处理模块，还用于根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序；

支付模块，用于将所述目标顺序中首个账户确定为待支付账户。

进一步地，所述处理模块，具体用于若所述目标规则为第一预设规则，根据所述第一预设规则中携带的每种类型的支付方式对应的排列顺序，以及保存的所述目标用户ID对应的每个账户对应的支付方式，确定所述目标用户ID对应的每个账户的目标顺序。

进一步地，所述处理模块，具体用于若所述目标规则为第二预设规则，则根据所述第二预设规则中包含的时间范围，获取所述时间范围内每个账户在所述目标场景下的支付次数以及支付总金额；针对每个账户，根据该账户对应的支付次数和支付金额，确定该账户的权重系数；按照权重系数对每个账户进行排序，将所述排序结果确定为所述每个账户的目标顺序。

进一步地，所述处理模块，具体用于计算所述支付总金额与预设的阈值金额的比值，计算所述比值与预设第一权重的第一乘积，以及所述支付次数与预设第二权重的第二乘积；将所述第一乘积和所述第二乘积的和确定为该账户的权重系数。

进一步地，所述装置还包括：

更新模块，用于若接收到切换待支付账户的指令，则采用所述指令中携带的账户，对所述待支付账户进行更新；

所述支付模块，还用于采用更新后的待支付账户进行支付。

进一步地，所述处理模块，具体用于根据预先保存的用户ID与生态合约ID的对应关系，确定所述目标用户ID对应的目标生态合约ID；将保存的所述目标生态合约ID对应的每个账户，确定为所述目标用户ID对应的每个账户。

进一步地，所述装置还包括：

显示模块，用于在显示界面按照所述目标顺序显示每个账户。

本申请实施例还提供了一种电子设备，所述电子设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如上述中任一所述支付方法的步骤。

本申请实施例还提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现如上述中任一所述支付方法的步骤。

本申请实施例还提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述如上述中任一所述支付方法的步骤。

在本申请实施例中，若接收到账户使用请求，其中该账户使用请求中携带有目标用户ID和目标场景，则根据预先保存的场景与账户使用规则，确定该目标场景对应的目标规则，根据该目标规则和预先保存的该目标用户ID对应的每个账户，确定该每个账户的目标顺序，将该目标顺序中首个账户确定为待支付账户。即在本申请实施例中，当接收账户使用请求后，根据账户使用请求中携带的目标场景，以及预先保存的场景与账户使用规则的对应关系，选择该目标场景对应的目标账户使用规则，并根据该目标账户使用规则，确定待支付账户。在本申请实施例中，针对不同的支付的场景，选择不同的待支付账户进行支付，提高了账户支付的实际使用效果，从一定程度上保证了一次支付成功的概率，提高了用户的使用感受。

附图说明

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

图1为本申请实施例提供的一种支付流程示意图；

图2为本申请实施例提供的场景与规则的对应关系示意图；

图3为本申请实施例提供的生态合约的保存内容示意图；

图4为本申请实施例提供的一种支付装置结构示意图；

图5为本申请实施例提供的一种电子设备结构示意图。

具体实施方式

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

为了针对不同的支付的场景，选择不同的待支付账户，提高账户支付的实际使用效果，提高用户的使用感受，本申请实施例提供了一种支付方法、装置、设备及介质。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

实施例1：

图1为本申请实施例提供的一种支付流程示意图，该流程包括：

S101：若接收到支付请求，其中所述账户使用请求中携带有目标用户ID和目标场景，则根据预先保存的场景与账户使用规则，确定所述目标场景对应的目标规则。

本申请实施例提供的一种支付方法应用于电子设备，该电子设备可以是终端、PC等设备。

当在第三方平台中进行支付时，可能存在多种支付方式，其中每种支付方式对应一个可用于支付的账户，其中该支付方式可以是通过不同类型的银行卡进行支付，还可以是通过银行提供的红包、优惠券等等进行支付。

为了满足用户不同的支付需求，在本申请实施例中预先保存有各种用于支付的场景，其中，该场景可以是创建权益场景、消费场景、理财购买场景和还款场景等。在本申请实施例中，针对每个场景，保存有该场景对应的账户使用规则，其中，不同场景对应的账户使用规则可以相同也可以不同。

具体的，在本申请实施例中，电子设备中预先配置有不同场景对应的账户使用规则，该账户使用规则为其对应的场景下，用于支付的账户的优先级关系或者支付顺序等。例如还款场景对应的账户使用规则为使用预先规定好的银行卡还款，充值缴费场景对应的账户使用规则为优先使用红包等。当电子设备接收到携带有目标用户ID和目标场景的账户使用请求后，根据预先保存的场景与账户使用规则的对应关系，查找该目标场景对应的目标规则。

S102：根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序。

在本申请实施例中，一个用户ID可能对应的多个账户，因此，该目标用户ID对应的账户的数量为至少一个。在本申请实施例中，电子设备在接收到携带有目标场景和目标用户ID的账户使用请求，并确定了目标场景对应的目标规则之后，根据预先保存的用户ID与账户的对应关系，确定该用户ID对应的每个账户。另外，在本申请实施例中，银行为用户提供的积分或红包等，也是一种支付方式，因此也注册有账户。

在本申请实施例中，为了从该目标用户ID对应的每个账户中选择出待支付账户，还会基于确定的目标规则，确定每个账户的目标顺序。具体的，目标规则中可以是规定了每个类型的账户对应的优先级，或者是每个类型的账户对应的权重等。电子设备根据该目标规则，对该目标用户ID对应的所有账户进行排序，最终确定每个账户的目标顺序，其中优先级或权重高的账户对应的排序位置在前。

S103：将所述目标顺序中首个账户确定为待支付账户。

为了确定待支付账户，在本申请实施例中，在确定了目标用户ID对应的每个账户的目标顺序后，将该目标顺序中的首个账户确定为当前的待支付账户。

在本申请实施例中，当接收账户使用请求后，根据账户使用请求中携带的目标场景，以及预先保存的场景与账户使用规则的对应关系，选择该目标场景对应的目标规则，并根据该目标账户使用规则，确定待支付账户。在本申请实施例中，针对不同的支付的场景，选择不同的待支付账户进行支付，提高了账户支付的实际使用效果，从一定程度上保证了一次支付成功的概率，提高了用户的使用感受。

实施例2：

为了确定目标场景下，目标用户ID对应的每个账户的支付顺序，在上述实施例的基础上，在本申请实施例中，所述根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序包括：

若所述目标规则为第一预设规则，根据所述第一预设规则中携带的每种类型的支付方式对应的排列顺序，以及保存的所述目标用户ID对应的每个账户对应的支付方式，确定所述目标用户ID对应的每个账户的目标顺序。

在本申请实施例中，在目标场景下，若电子设备确定了该目标场景对应的目标规则，则根据该目标规则确定每个账户的目标顺序，需要说明的是，规则不同，确定每个账户的目标顺序的方法也不同。

具体的，若目标规则为规定了每种类型的支付方式对应的排列顺序的第一预设规则，即该目标规则中保存有每种类型的支付方式的排列顺序，例如优先使用红包支付，其他依次为优惠券、余额、储蓄卡、信用卡等。并且在电子设备中预先保存有目标用户ID对应的每个账户对应的支付方式，因为每种支付方式对应一个账户，因此根据该目标规则中携带的每种类型的支付方式的排列顺序，以及该目标用户ID对应的每个账户对应的支付方式，可以确定目标用户ID对应的每个账户的目标顺序。

为了确定目标场景下目标用户ID对应的每个账户的支付顺序，在上述各实施例的基础上，在本申请实施例中，所述根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序包括：

若所述目标规则为第二预设规则，则根据所述第二预设规则中包含的时间范围，获取所述时间范围内每个账户在所述目标场景下的支付次数以及支付总金额；

针对每个账户，根据该账户对应的支付次数和支付金额，确定该账户的权重系数；

按照权重系数对每个账户进行排序，将所述排序结果确定为所述每个账户的目标顺序。

在本申请实施例中，若目标规则中规定的内容为计算每个账户的权重系数，则根据目标用户ID的历史行为，计算目标用户ID对应的每个账户的权重系数，其中该历史行为至少包括预设时间范围内，目标用户ID对应的每个账户的支付总金额以及支付次数等。

针对每个账户，根据该账户对应的支付次数和支付金额，确定该账户对应的权重系数，其中支付次数与支付总金额越多，该账户对应的权重系数越大。按照每个账户对应的权重系数的大小，对所有的每个账户进行排序，其中越大的权重系数对应账户的排序位置越靠前。

为了确定每个账户对应的权重系数，在上述各实施例的基础上，在本申请实施例中，所述根据该账户对应的支付次数和支付金额，确定该账户的权重系数包括：

计算所述支付总金额与预设的阈值金额的比值，计算所述比值与预设第一权重的第一乘积，以及所述支付次数与预设第二权重的第二乘积；

将所述第一乘积和所述第二乘积的和确定为该账户的权重系数。

具体的，在本申请实施例中，在计算每个账户对应的权重系数时，针对每个账户，确定该账户在预设的时间范围内的支付总金额以及支付次数，计算该支付总金额与预设的阈值金额的比值，再计算该比值与预设的第一权重的第一乘积，以及该支付次数与预设的第二权重的第二乘积，计算该第一乘积与第二乘积的和，并将该和确定为该账户对应的权重系数。

具体的，在本申请实施例中，可以采用如下公式计算每个账户对应的权重系数：

其中，Amtn为账户A的每笔交易金额，AF为预设的阈值金额，N为账户A的交易次数，0.4为第一权重，0.6为第二权重。例如账户A今天消费了2笔，一笔200元，一笔50元，账户B今天消费了4笔，每笔都为50元，阈值金额呢，则账户A的权重系数为2.2，账户B的权重系数为3.2。

此外，在本申请实施例中，在使用待支付账户进行支付时，若该待支付账户的余额低于待支付金额，则先由该待支付账户支付该余额，剩余部分由目标顺序中的第二位账户进行支付。

图2为本申请实施例提供的场景与规则的对应关系示意图，如图2所示，权益场景对应的第一规则的类型为第一预设规则，该第一规则规定了先使用红包支付；消费场景对应第二规则的类型为第二预设规则，在进行支付时，可根据该第二预设规则，确定待支付账户；理财购买场景对应的第三规则为第一预设规则，该第三规则规定了先使用余额支付；还款场景对应的第四规则的类型为第一预设规则，该第四规则规定了先使用余额支付或先使用分期还款。

实施例3：

为了提供更优的支付体验，在上述各实施例的基础上，在本申请实施例中，所述方法还包括：

若接收到切换待支付账户的指令，则采用所述指令中携带的账户，对所述待支付账户进行更新；

采用更新后的待支付账户进行支付。

为了给用户提供更好的支付体验，避免基于目标规则确定的待支付账户不是用户想要用于支付的账户，在本申请实施例中，在基于目标规则确定了每个账户的目标顺序后，若用户不打算使用该待支付账户进行支付，则该用户可以基于该电子设备的显示界面等，输入切换待支付账户的指令。

具体的，在显示界面按照该目标顺序显示的每个账户，用户基于显示界面或鼠标、键盘等外接设备，输入点击或者框选等操作，选择任一账户，电子设备接收到该操作后，认为接收到了切换待支付账户的指令，并将被选择的账户确定为该指令中携带的账户。

在本申请实施例中，当电子设备接收到该切换支付账户的指令后，获取该指令中携带的账户，并采用该账户对当前的待支付账户进行更新，并使用该更新后的待支付账户进行支付。

实施例4：

为了在电子设备中保存每个目标用户ID对应的每个账户，在上述各实施例的基础上，在本申请实施例中，确定所述目标用户ID对应的每个账户的方法包括：

根据预先保存的用户ID与生态合约ID的对应关系，确定所述目标用户ID对应的目标生态合约ID；

将保存的所述目标生态合约ID对应的每个账户，确定为所述目标用户ID对应的每个账户。

在本申请实施例中，电子设备中每个用户ID对应的每个账户是保存在生态合约中的。具体的，在本申请实施例中，针对每个第三方平台，银行为该第三方平台分配唯一的合作方编号用以和其他第三方平台区分，同时该第三方平台为用户分配了唯一的用户ID，此时，电子设备将该合作方编号和用户ID按照预设的顺序进行组合，得到该用户ID对应的生态合约ID。

其中，在本申请实施例中，每个生态合约ID对应的生态合约中保存有用户ID对应的实名认证信息，以及该用户ID对应的每个账户。同时，生态合约中还保存了该用户ID在该第三方平台注册时保存的注册信息，如手机、邮箱、微信号等。此外，在接收到该注册信息，并为该注册信息分配了一个新的用户ID后，识别当前保存的生态合约ID中，是否存在包含该注册信息的第一生态合约ID，若存在，建立该第一用户ID与该生态合约ID的关联关系。

图3为本申请实施例提供的生态合约的保存内容示意图，如该图3所示，该生态合约中保存有用户ID对应的每个账户。

实施例5：

为了给用户提供更好的支付体验，在上述各实施例的基础上，在本申请实施例中，所述确定所述每个账户的目标顺序之后，所述方法还包括：

在显示界面按照所述目标顺序显示每个账户。

为了给用户提供更好的支付体验，在本申请实施例中，在基于目标规则确定了每个账户的目标顺序后，电子设备会在显示界面显示按照该目标顺序显示每个账户，使得用户可以基于显示内容了解到待支付账户是哪一个。

实施例6：

图4为本申请实施例提供的一种支付装置结构示意图，该装置包括：

处理模块401，用于若接收到账户使用请求，其中所述账户使用请求中携带有目标用户ID和目标场景，则根据预先保存的场景与账户使用规则，确定所述目标场景对应的目标规则；

所述处理模块401，还用于根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序；

支付模块402，用于将所述目标顺序中首个账户确定为待支付账户。

在一种可能的实施方式中，所述处理模块401，具体用于若所述目标规则为第一预设规则，根据所述第一预设规则中携带的每种类型的支付方式对应的排列顺序，以及保存的所述目标用户ID对应的每个账户对应的支付方式，确定所述目标用户ID对应的每个账户的目标顺序。

在一种可能的实施方式中，所述处理模块401，具体用于若所述目标规则为第二预设规则，则根据所述第二预设规则中包含的时间范围，获取所述时间范围内每个账户在所述目标场景下的支付次数以及支付总金额；针对每个账户，根据该账户对应的支付次数和支付金额，确定该账户的权重系数；按照权重系数对每个账户进行排序，将所述排序结果确定为所述每个账户的目标顺序。

在一种可能的实施方式中，所述处理模块401，具体用于计算所述支付总金额与预设的阈值金额的比值，计算所述比值与预设第一权重的第一乘积，以及所述支付次数与预设第二权重的第二乘积；将所述第一乘积和所述第二乘积的和确定为该账户的权重系数。

在一种可能的实施方式中，所述装置还包括：

更新模块403，用于若接收到切换待支付账户的指令，则采用所述指令中携带的账户，对所述待支付账户进行更新；

所述支付模块402，还用于采用更新后的待支付账户进行支付。

在一种可能的实施方式中，所述处理模块401，具体用于根据预先保存的用户ID与生态合约ID的对应关系，确定所述目标用户ID对应的目标生态合约ID；将保存的所述目标生态合约ID对应的每个账户，确定为所述目标用户ID对应的每个账户。

在一种可能的实施方式中，所述装置还包括：

显示模块404，用于在显示界面按照所述目标顺序显示每个账户。

实施例7：

在上述实施例的基础上，本发明实施例还提供了一种电子设备，图5为本发明实施例提供的一种电子设备结构示意图，如图5所示，包括：处理器51、通信接口52、存储器53和通信总线54，其中，处理器51，通信接口52，存储器53通过通信总线54完成相互间的通信；

存储器53中存储有计算机程序，当程序被处理器51执行时，使得处理器51执行如下步骤：

若接收到账户使用请求，其中所述账户使用请求中携带有目标用户ID和目标场景，则根据预先保存的场景与账户使用规则，确定所述目标场景对应的目标规则；

根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序；

将所述目标顺序中首个账户确定为待支付账户。

在一种可能的实施方式中，所述根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序包括：

若所述目标规则为第一预设规则，根据所述第一预设规则中携带的每种类型的支付方式对应的排列顺序，以及保存的所述目标用户ID对应的每个账户对应的支付方式，确定所述目标用户ID对应的每个账户的目标顺序。

在一种可能的实施方式中，所述根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序包括：

若所述目标规则为第二预设规则，则根据所述第二预设规则中包含的时间范围，获取所述时间范围内每个账户在所述目标场景下的支付次数以及支付总金额；

针对每个账户，根据该账户对应的支付次数和支付金额，确定该账户的权重系数；

按照权重系数对每个账户进行排序，将所述排序结果确定为所述每个账户的目标顺序。

在一种可能的实施方式中，所述根据该账户对应的支付次数和支付金额，确定该账户的权重系数包括：

计算所述支付总金额与预设的阈值金额的比值，计算所述比值与预设第一权重的第一乘积，以及所述支付次数与预设第二权重的第二乘积；

将所述第一乘积和所述第二乘积的和确定为该账户的权重系数。

在一种可能的实施方式中，所述方法还包括：

若接收到切换待支付账户的指令，则采用所述指令中携带的账户，对所述待支付账户进行更新；

采用更新后的待支付账户进行支付。

在一种可能的实施方式中，确定所述目标用户ID对应的每个账户的方法包括：

根据预先保存的用户ID与生态合约ID的对应关系，确定所述目标用户ID对应的目标生态合约ID；

将保存的所述目标生态合约ID对应的每个账户，确定为所述目标用户ID对应的每个账户。

在一种可能的实施方式中，所述确定所述每个账户的目标顺序之后，所述方法还包括：

在显示界面按照所述目标顺序显示每个账户。

由于上述电子设备解决问题的原理与支付方法相似，因此上述电子设备的实施可以参见方法的实施例，重复之处不再赘述。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口52用于上述电子设备与其他设备之间的通信。存储器可以包括随机存取存储器(RandomAccess Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述处理器可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，NP)等；还可以是数字指令处理器(Digital Signal Processing，DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

实施例8：

在上述各实施例的基础上，本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质内存储有可由处理器执行的计算机程序，当程序在处理器上运行时，使得处理器执行时实现如下步骤：

若接收到账户使用请求，其中所述账户使用请求中携带有目标用户ID和目标场景，则根据预先保存的场景与账户使用规则，确定所述目标场景对应的目标规则；

根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序；

将所述目标顺序中首个账户确定为待支付账户。

在一种可能的实施方式中，所述根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序包括：

若所述目标规则为第一预设规则，根据所述第一预设规则中携带的每种类型的支付方式对应的排列顺序，以及保存的所述目标用户ID对应的每个账户对应的支付方式，确定所述目标用户ID对应的每个账户的目标顺序。

在一种可能的实施方式中，所述根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序包括：

若所述目标规则为第二预设规则，则根据所述第二预设规则中包含的时间范围，获取所述时间范围内每个账户在所述目标场景下的支付次数以及支付总金额；

针对每个账户，根据该账户对应的支付次数和支付金额，确定该账户的权重系数；

按照权重系数对每个账户进行排序，将所述排序结果确定为所述每个账户的目标顺序。

在一种可能的实施方式中，所述根据该账户对应的支付次数和支付金额，确定该账户的权重系数包括：

计算所述支付总金额与预设的阈值金额的比值，计算所述比值与预设第一权重的第一乘积，以及所述支付次数与预设第二权重的第二乘积；

将所述第一乘积和所述第二乘积的和确定为该账户的权重系数。

在一种可能的实施方式中，所述方法还包括：

若接收到切换待支付账户的指令，则采用所述指令中携带的账户，对所述待支付账户进行更新；

采用更新后的待支付账户进行支付。

在一种可能的实施方式中，确定所述目标用户ID对应的每个账户的方法包括：

根据预先保存的用户ID与生态合约ID的对应关系，确定所述目标用户ID对应的目标生态合约ID；

将保存的所述目标生态合约ID对应的每个账户，确定为所述目标用户ID对应的每个账户。

在一种可能的实施方式中，所述确定所述每个账户的目标顺序之后，所述方法还包括：

在显示界面按照所述目标顺序显示每个账户。

由于上述计算机可读存储介质解决问题的原理与支付方法相似，因此上述计算机可读存储介质的实施可以参见方法的实施例，重复之处不再赘述。

实施例9：

本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述应用于电子设备的任一方法实施例所述的支付方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令，在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。

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

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

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (17)

1.一种支付方法，其特征在于，所述方法包括：

若接收到账户使用请求，其中所述账户使用请求中携带有目标用户ID和目标场景，则根据预先保存的场景与账户使用规则，确定所述目标场景对应的目标规则；

根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序；

将所述目标顺序中首个账户确定为待支付账户。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序包括：

若所述目标规则为第一预设规则，根据所述第一预设规则中携带的每种类型的支付方式对应的排列顺序，以及保存的所述目标用户ID对应的每个账户对应的支付方式，确定所述目标用户ID对应的每个账户的目标顺序。

3.根据权利要求1所述的方法，其特征在于，所述根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序包括：

若所述目标规则为第二预设规则，则根据所述第二预设规则中包含的时间范围，获取所述时间范围内每个账户在所述目标场景下的支付次数以及支付总金额；

针对每个账户，根据该账户对应的支付次数和支付金额，确定该账户的权重系数；

按照权重系数对每个账户进行排序，将所述排序结果确定为所述每个账户的目标顺序。

4.根据权利要求3所述的方法，其特征在于，所述根据该账户对应的支付次数和支付金额，确定该账户的权重系数包括：

计算所述支付总金额与预设的阈值金额的比值，计算所述比值与预设第一权重的第一乘积，以及所述支付次数与预设第二权重的第二乘积；

将所述第一乘积和所述第二乘积的和确定为该账户的权重系数。

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

若接收到切换待支付账户的指令，则采用所述指令中携带的账户，对所述待支付账户进行更新；

采用更新后的待支付账户进行支付。

6.根据权利要求1所述的方法，其特征在于，确定所述目标用户ID对应的每个账户的方法包括：

根据预先保存的用户ID与生态合约ID的对应关系，确定所述目标用户ID对应的目标生态合约ID；

将保存的所述目标生态合约ID对应的每个账户，确定为所述目标用户ID对应的每个账户。

7.根据权利要求1所述的方法，其特征在于，所述确定所述每个账户的目标顺序之后，所述方法还包括：

在显示界面按照所述目标顺序显示每个账户。

8.一种支付装置，其特征在于，所述装置包括：

处理模块，用于若接收到账户使用请求，其中所述账户使用请求中携带有目标用户ID和目标场景，则根据预先保存的场景与账户使用规则，确定所述目标场景对应的目标规则；

所述处理模块，还用于根据所述目标规则和预先保存的所述目标用户ID对应的每个账户，确定所述每个账户的目标顺序；

支付模块，用于将所述目标顺序中首个账户确定为待支付账户。

9.根据权利要求8所述的装置，其特征在于，所述处理模块，具体用于若所述目标规则为第一预设规则，根据所述第一预设规则中携带的每种类型的支付方式对应的排列顺序，以及保存的所述目标用户ID对应的每个账户对应的支付方式，确定所述目标用户ID对应的每个账户的目标顺序。

10.根据权利要求8所述的装置，其特征在于，所述处理模块，具体用于若所述目标规则为第二预设规则，则根据所述第二预设规则中包含的时间范围，获取所述时间范围内每个账户在所述目标场景下的支付次数以及支付总金额；针对每个账户，根据该账户对应的支付次数和支付金额，确定该账户的权重系数；按照权重系数对每个账户进行排序，将所述排序结果确定为所述每个账户的目标顺序。

11.根据权利要求10所述的装置，其特征在于，所述处理模块，具体用于计算所述支付总金额与预设的阈值金额的比值，计算所述比值与预设第一权重的第一乘积，以及所述支付次数与预设第二权重的第二乘积；将所述第一乘积和所述第二乘积的和确定为该账户的权重系数。

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

更新模块，用于若接收到切换待支付账户的指令，则采用所述指令中携带的账户，对所述待支付账户进行更新；

所述支付模块，还用于采用更新后的待支付账户进行支付。

13.根据权利要求8所述的装置，其特征在于，所述处理模块，具体用于根据预先保存的用户ID与生态合约ID的对应关系，确定所述目标用户ID对应的目标生态合约ID；将保存的所述目标生态合约ID对应的每个账户，确定为所述目标用户ID对应的每个账户。

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

显示模块，用于在显示界面按照所述目标顺序显示每个账户。

15.一种电子设备，其特征在于，所述电子设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1-7中任一所述支付方法的步骤。

16.一种计算机可读存储介质，其特征在于，其存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7中任一所述支付方法的步骤。

17.一种计算机程序产品，其特征在于，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述如权利要求1-7中任一所述支付方法的步骤。

Images