CN113159740A - 一种支付通道确定方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种支付通道确定方法、装置、电子设备及存储介质。该方法包括：根据当前支付业务的支付数据，确定支付业务的支付场景以及接入方式；根据支付场景以及接入方式，确定至少一个第一备选支付通道；通过引导路由规则确定各第一备选支付通道的路由能力，并对具有路由能力的各第一备选支付通道进行扩展生成第二备选支付通道；其中，第二备选支付通道包括至少一个与第一备选支付通道存在关联关系的支付通道；通过支付路由规则确定各第二备选支付通道的可用性，并在具有可用性的各第二备选支付通道中确定目标支付通道作为当前支付业务的支付通道。该方法可以根据支付场景及接入方式自动地定制支付通道，实现支付通道最优选取。

Description

一种支付通道确定方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及金融技术领域，尤其涉及一种支付通道确定方法、装置、电子设备及存储介质。

背景技术

随着网络电子支付方式的普及，第四方支付公司应运而生。第四方支付是指没有支付牌照并且存在支付行为的企业，介于有支付牌照的第三方支付与商户之间。第四方支付可以作为第三方的扩展延伸，可以集成多种第三方支付，满足多样化的支付需求。

支付路由作为第四方支付的核心能力，其目的是根据路由能力，选取合适的支付通道。现有技术中，在第四方支付接入的第三方支付数量不多时，通常采用人工操作支付路由的方式，由运营人员指定支付通道与支付产品之间的映射关系。在支付出现问题时，通过人工方式进行切换。

但是，当第四方支付接入的第三方支付数量增加时，并且第三方支付的营销活动频繁时，人工操作支付路由的方式将是一个巨大的投入，存在诸多缺点。例如，人工操作支付路由，人力成本高；缺乏对支付通道的成本考虑，无法最优化支付通道选择；支付通道的稳定性难以保障，支付成功率低；支付通道的绑卡率不均匀，有优势的支付通道无法得到合理的应用；以及支付通道难以根据当前的运营营销策略进行自动化调整等。

发明内容

本发明实施例提供了一种支付通道确定方法、装置、电子设备及存储介质，可以自动地定制支付通道，实现支付通道的最优选取，并提高支付通道的稳定性，支付成功率。

第一方面，本发明实施例提供了一种支付通道确定方法，应用于第四方支付，该方法包括：

根据当前支付业务的支付数据，确定支付业务的支付场景以及接入方式；

根据所述当前支付业务的所述支付场景以及所述接入方式，确定至少一个第一备选支付通道；

通过引导路由规则确定各所述第一备选支付通道的路由能力，并对具有路由能力的各所述第一备选支付通道进行扩展生成第二备选支付通道；其中，所述第二备选支付通道包括至少一个与所述第一备选支付通道存在关联关系的支付通道；

通过支付路由规则确定各所述第二备选支付通道的可用性，并在具有可用性的各所述第二备选支付通道中确定目标支付通道作为所述当前支付业务的支付通道。

第二方面，本发明实施例还提供了一种支付通道确定装置，应用于第四方支付，该装置包括：

支付场景和接入方式确定模块，用于根据当前支付业务的支付数据，确定支付业务的支付场景以及接入方式；

第一备选支付通道确定模块，用于根据所述当前支付业务的所述支付场景以及所述接入方式，确定至少一个第一备选支付通道；

第二备选支付通道生成模块，用于通过引导路由规则确定各所述第一备选支付通道的路由能力，并对具有路由能力的各所述第一备选支付通道进行扩展生成第二备选支付通道；其中，所述第二备选支付通道包括至少一个与所述第一备选支付通道存在关联关系的支付通道；

目标支付通道确定模块，用于通过支付路由规则确定各所述第二备选支付通道的可用性，并在具有可用性的各所述第二备选支付通道中确定目标支付通道作为所述当前支付业务的支付通道。

第三方面，本发明实施例还提供了一种电子设备，该设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例所述的一种支付通道确定方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所述的一种支付通道确定方法。

本发明实施例的技术方案，通过根据当前支付业务的支付数据，确定支付业务的支付场景以及接入方式；根据支付场景以及接入方式，确定至少一个第一备选支付通道；通过引导路由规则确定各第一备选支付通道的路由能力，并对具有路由能力的各第一备选支付通道进行扩展生成第二备选支付通道；其中，第二备选支付通道包括至少一个与第一备选支付通道存在关联关系的支付通道；通过支付路由规则确定各第二备选支付通道的可用性，并在具有可用性的各第二备选支付通道中确定目标支付通道作为当前支付业务的支付通道，解决了第四方支付中支付路由自动确定支付通道的问题，实现了自动地定制支付通道，实现支付通道的最优选取，并提高支付通道的稳定性以及支付成功率的效果。

附图说明

图1是本发明实施例提供的一种支付通道确定方法的流程图；

图2是本发明实施例提供的一种支付路由建设的架构示意图；

图3是本发明实施例提供的一种确定支付通道的支付费用的流程图；

图4是本发明实施例提供的一种支付通道确定装置的结构示意图；

图5是本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

图1是本发明实施例提供的一种支付通道确定方法的流程图，本实施例可适用于第四方支付中为支付业务确定最优支付通道的情况，该方法可以由支付通道确定装置来执行，该装置可以通过软件，和/或硬件的方式实现，装置可以集成在电子设备如智能终端中，具体的，可以集成在支付类应用程序中，如图1所示，该方法具体包括：

步骤110、根据当前支付业务的支付数据，确定支付业务的支付场景以及接入方式。

其中，当前支付业务可以是采用第四方支付方式进行的支付业务。例如，当前支付业务可以是在聚合支付中选取其中之一的支付方式进行支付的业务。具体的，当前支付业务可以是用户通过扫描具有多种第三方支付方式或者银行支付方式的二维码向商家付款；或者，当前支付业务可以是商家向用户提供具有多种第三方支付方式或者银行支付方式的二维码进行收款；或者，当前支付业务可以是金融领域其他的采用聚合支付方式的付款或收款业务。

支付数据可以是用户或者商户等，在当前支付业务中产生的数据。示例性的，支付数据可以包括还款情况相关的数据如部分、全部、替人或者逾期还款标识等，支付方式相关的数据如银行卡、支付软件或者充值还款标识等，支付设置相关的数据如按月还款、固定日期还款标识等，还款金额相关的数据，以及支付接入方式相关的数据等中的一项或者多项。

支付场景可以是按照业务涉及的场景预先定制的。可以根据当前支付业务的支付数据与预设的支付场景对应的数据进行匹配，根据匹配结果确定当前支付业务的支付场景。图2是本发明实施例提供的一种支付路由建设的架构示意图。如图2所示，在本发明实施例中，支付场景可以包括部分还款、替他人还款、银行卡还款、默认还款(如按月还款)、提前还款、业务逾期支付以及订单支付等。其中，部分还款可以是一种业务上部分还款支付的行为，比如一笔账单上100块，那么可以分两笔50块的还款，即是部分还款。

接入方式可以是对外的一种付款方式。接入方式的确定方式可以同支付场景的确定方式，可以是根据当前支付业务的支付数据与预设接入方式的数据进行匹配确定的。具体的，如图2所示，接入方式可以包括收银台支付、定向支付和非定向支付。其中，收银台支付可以是指移动端的收银台支付页面。定向支付可以是指指定某个固定支付通道的支付，比如直接指定通过某个支付软件进行支付。非定向支付可以是指没有指定支付通道的支付。在本发明实施例中，对于非定向支付可以通过路由规则确定优选的支付通道。例如，如图2所示，可以在整个支付路由建设中，通过满足鉴权要求，通过绑卡路由，第四个模块的支付路由选举相对较优的支付通道。

步骤120、根据当前支付业务的支付场景以及接入方式，确定至少一个第一备选支付通道。

其中，支付通道可以是支付业务进行支付时可以采用的通道。具体的，支付通道可以是第四方支付接入的聚合支付中的任意通道。例如，支付通道可以是第四方支付接入的任意第三方支付或者银行卡支付等。示例性的，支付通道可以是具有支付牌照的支付软件支付、具有支付牌照且具有多种银行卡支付方式的银行支付或者单一的银行卡支付等。

根据支付场景以及接入方式确定第一备选支付通道的方式可以是多样的。例如，支付场景以及接入方式可以与支付通道存在映射关系，可以根据映射关系确定第一备选支付通道。或者，可以根据不同支付场景对支付通道的限制条件；和/或，接入方式对支付通道的限制条件，确定可选用的支付通道作为第一备选支付通道。

示例性的，支付场景中的银行卡支付可以限制第一备选支付通道为具有支付牌照且具有多种银行卡支付方式的银行支付或者单一的银行卡支付等。接入方式中的定向支付可以限制第一备选支付通道为所指定的支付通道。

在本发明实施例的一个可选实施方式中，根据当前支付业务的支付场景以及接入方式，确定至少一个第一备选支付通道，包括：根据当前支付业务的支付场景与支付通道的映射关系，和/或接入方式对应的指定支付通道，确定至少一个第一备选支付通道。

其中，支付场景可以与支付通道之间存在映射关系。可以根据当前支付业务确定的具体支付场景，确定第一备选支付通道。例如，对于部分还款可以映射第一备选支付通道为具有支付牌照的支付软件支付。其中，支付软件可以是一种或者多种。又如，对于银行卡支付可以映射第一备选支付通道为具有支付牌照且具有多种银行卡支付方式的银行支付或者单一的银行卡支付等。和/或，

可以根据接入方式对应的指定支付通道，确定第一备选支付通道。例如，对于定向支付，可以确定第一备选支付通道为所指定的支付通道。又如，对于收银台支付或者非定向支付，可以确定第一备选支付通道为任意第四方支付所接入的支付通道。

通过支付场景以及接入方式确定第一备选支付通道，可以是根据其中一项确定第一备选支付通道；或者，可以是根据支付场景和接入方式分别确定支付通道，并确定两者的交集，将交集中的支付通道确定为第一备选支付通道。

步骤130、通过引导路由规则确定各第一备选支付通道的路由能力，并对具有路由能力的各第一备选支付通道进行扩展生成第二备选支付通道。

其中，引导路由规则可以是用于确定第一备选支付通道是否可以进行支付，即路由能力的规则。引导路由规则可以从多方位、多角度确定第一备选支付通道的路由能力。并且，对于具有路由能力的第一备选支付通道，还可以根据引导路由规则进行扩展生成第二备选支付通道。第二备选支付通道包括至少一个与第一备选支付通道存在关联关系的支付通道。

在本发明实施例的一个可选实施方式中，通过引导路由规则确定各第一备选支付通道的路由能力，并对具有路由能力的各第一备选支付通道进行扩展生成第二备选支付通道，包括：根据引导路由规则中的用户限额配置、清分支付配置、业务支付配置、用户全量卡配置、渠道限额以及用户鉴权中的一项或者多项，确定各第一备选支付通道是否具有路由能力；获取具有路由能力的各第一备选支付通道所使用的至少一项目标支付方式；在全部支付通道中，获取采用任一目标支付方式的支付通道，作为第二备选支付通道。

其中，用户限额配置可以是指支付通道对每次支付交易的金额上限，以及针对每个账户每天的额度限制。当支付通道的限额被超过时，当前的支付通道不具有路由能力，需要更换其他支付通道。清分支付配置可以是业务自定义的清分结算的规则路由方法论。可以根据清分支付配置，确定当前的支付通道是否具有路由能力。

业务支付配置可以是指对于支付通道用户是否绑卡，所绑卡是否可用。用户全量卡配置可以是对于支付通道所属的渠道所绑定的其他卡。例如，对于通过银行支付A进行的银行卡I的支付通道，所属的渠道为银行支付A；银行支付A可以绑定银行卡I、银行卡II以及银行卡III。银行卡I、银行卡II以及银行卡III可以称为用户对于渠道银行支付A的全量卡。

渠道限额可以是指支付通道所属渠道的限额。当超过渠道限额时，该渠道下的各支付通道均不具有路由能力。例如，当前支付业务的金额超过渠道银行支付A的渠道限额，通过渠道银行支付A的银行卡I、银行卡II以及银行卡III进行支付的支付通道均不具有路由能力。

用户鉴权可以是要求用户绑定协议的一种认证行为。对于用户未绑定协议的支付通道，可以提示用户进行协议绑定。对于用户绑定协议的支付通道可以确定具有路由能力。

如图2所示，第一备选支付通道的路由能力可以是根据引导路由规则中的用户限额配置、清分支付配置、业务支付配置、用户全量卡配置、渠道限额以及用户鉴权中的一项或者多项进行判断的。示例性的，第一备选支付通道的路由能力可以是通过各项内容进行综合判断确定的。

在本发明实施例中，支付方式可以是银行卡支付。第二备选支付通道可以是与第一备选支付通道采用相同的银行卡支付，但是第二备选支付通道可以与第一备选支付通道属于不同的渠道。例如，第一备选支付通道是通过渠道银行支付A的银行卡I支付。支付方式可以是银行卡I支付。扩展的第二备选支付通道可以是通过渠道银行支付B的银行卡I支付，通过渠道银行支付C的银行卡I支付，以及通过渠道银行支付D的银行卡I支付等。第二备选支付通道可以包括第一备选支付通道。

需要说明的是，第一备选支付通道为支付软件支付时，可以不进行第二备选支付通道的扩展，可以直接将具有路由能力的第一备选支付通道作为第二备选支付通道。支付软件支付具体采用的支付方式可以是有支付软件自身决定的。例如，支付软件可以确定通过支付软件的余额或者支付软件绑定的银行卡或者支付软件具有的网商银行等方式进行支付。第一备选支付通道为银行支付或者单一的银行卡支付时，可以根据支付方式进行第二备选支付通道的扩展。

步骤140、通过支付路由规则确定各第二备选支付通道的可用性，并在具有可用性的各第二备选支付通道中确定目标支付通道作为当前支付业务的支付通道。

其中，支付路由规则可以是用于确定第二备选支付通道的可用性，并根据当前的运营策略确定最优支付通道的规则。支付路由规则可以包含至少一项的细化规则。例如，支付路由规则可以通过判断第二备选支付通道所属渠道的可用性以及渠道下的第二备选支付通道可用性，两个维度判断第二备选支付通道整体的可用性，提高支付通道的稳定性。

确定目标支付通道的方式也可以是通过至少一项的细化规则确定的。例如，可以选取支付成本最低的具有可用性的第二备选支付通道作为目标支付通道。或者，选取支付成功率最高的具有可用性的第二备选支付通道作为目标支付通道。或者，目标支付通道的确定可以是通过多项指标按照一定的预设权重确定的最优支付通道。例如，支付成功率与支付成本各占50％的权重，根据综合判断结果确定目标支付通道。为了实现综合判断结果的可靠性，在确定综合判断结果之前，可以对支付成功率与支付成本进行无量化处理。

在本发明实施例的一个可选实施方式中，通过支付路由规则确定各第二备选支付通道的可用性，包括：通过支付路由规则中的渠道排序性规则确定第二备选支付通道所属的渠道是否具有可用性；通过支付路由规则中的渠道可见性规则，确定所属渠道具有可用性的各第二备选支付通道是否具有可用性。

如图2所示，渠道排序性规则可以用于确定第二备选支付通道所属的渠道是否具有可用性。在本发明实施例的一个可选实施方式中，渠道排序性规则，包括下述一项或者多项：支付渠道促销、渠道鉴权要求、支付成本、渠道成功率以及渠道负载。

支付渠道促销可以是支付渠道的促销活动。具体的，可以是银行或第三方支付为了增加客户使用量，对商户提供的补贴，对使用该渠道的交易进行优惠。支付渠道促销可以与渠道的支付成本相关。支付成本可以是使用渠道的成本。

支付渠道促销与支付成本共同决定实际的支付成本。实际的支付成本越低，渠道的可用性越好。

渠道鉴权要求可以是对使用该渠道的用户要求绑定协议的一种认证行为。用户对该渠道进行绑定认证协议后，才可以使用该渠道。对于用户未认证协议的渠道，可以默认具有可有用性，如果确定为目标支付通道时，可以提示用户进行协议认证；如果用户进行协议认证，可以采用目标支付通道进行支付；如果用户拒绝进行协议认证，可以将其他的支付通道确定为目标支付通道。如果确定不是目标支付通道时，可以不用提示用户进行协议认证。

渠道成功率可以体现渠道的稳定性，渠道成功率越高表示渠道的稳定性越好。渠道成功率可以是对应的各支付通道整体支付成功率的体现。渠道成功率可能受多种因素影响，例如支付余额不足导致支付失败，支付销售不足导致支付失败，或者支付方式未健全导致支付失败等。渠道成功率越高，渠道的可用性越好。

渠道负载可以体现渠道当前用户的使用量，渠道负载越大，渠道的可有用性越差。

通过支付路由规则中的渠道排序性规则确定第二备选支付通道所属的渠道是否具有可用性的方式可以有多种。例如，可以是通过支付渠道促销、渠道鉴权要求、支付成本、渠道成功率以及渠道负载中的一项或者多项，对各渠道进行排序。示例性的，渠道的可用性越好，排序越靠前。可以选取前五个渠道作为具有可用性的渠道。又如，可以是通过支付渠道促销、渠道鉴权要求、支付成本、渠道成功率以及渠道负载中的一项或者多项，为对各项指标进行量化并确定各项对应的预设权重，确定渠道可有用性的计算值，选取超过预设阈值的渠道作为具有可用性的渠道。

在本发明实施例中，可以通过支付路由规则中的渠道可见性规则，确定所属渠道具有可用性的各第二备选支付通道是否具有可用性。

如图2所示，渠道可见性规则可以用于确定该渠道下的支付通道是否具有可用性。在本发明实施例的一个可选实施方式中，渠道可见性规则包括下述一项或者多项：渠道银行可用性、渠道银行异常率、渠道银行促销以及绑卡路由。

渠道银行可用性可以是渠道中与银行对应的可用率，例如可以是银行的维护时间。示例性的，渠道银行可用性可以是银行支付A银行卡I的可以使用的时间。渠道银行异常率可以是渠道中与银行对应的异常率。示例性的，渠道银行异常率可以是银行支付A银行卡I的支付失败率。渠道银行促销可以是渠道中与银行对应的促销。示例性的，渠道银行促销可以是银行支付A银行卡I的促销。绑卡路由可以是一种自定义个性化的绑卡路由规则策略。在绑卡后可以使用对应的支付通道。例如，用户在银行支付A绑定银行卡I，可以使用支付通道银行支付A银行卡I。绑卡路由在可用性判断时可以参考渠道鉴权要求的方式方法，此处不再赘述。根据渠道可见性规则确定可用性的方式可以参考根据渠道排序性规则确定可用性的方式，此处不再赘述。

在本发明实施例的一个可选实施方式中，在具有可用性的各第二备选支付通道中确定目标支付通道作为当前支付业务的支付通道，包括：在具有可用性的各第二备选支付通道中，确定支付费用最低的支付通道为目标支付通道，作为当前支付业务的支付通道。

其中，按照上述内容，可以确定至少一条可用的第二备选支付通道。目标支付通道的确定可以是按照支付费用最低进行确定，可以节省用户在支付过程中的费用。

图3是本发明实施例提供的一种确定支付通道的支付费用的流程图。如图3所示，对于具有可用性的第二备选支付通道可以进行手续费计算。具体的，可以采用按照单笔固定或者按比例两种方式确定支付费用的初始计算值。

其中，单笔固定是指支付通道支持的比如在0至1000以内的固定支付成本，比如是1元。按比例是指支付通道支持的比如在0至1000以内按照一定的比例计算支付成本，比如万分之十。

对于单笔固定可以获取配置值，对于按比例可以根据预设的比例进行计算。具体的可以通过QLExpress(一种规则引擎)完成支付费用计算。QLExpress是一个轻量级的类Java(一种编程语言)语法规则引擎，可以作为一个嵌入式规则引擎在业务系统中使用。QLExpress可以使规则定义简便而灵活。QLExpress可以支持标准的Java语法，还可以支持自定义的操作符合、操作符号重载、函数定义、宏定义以及数据延迟加载等。由于支付通道进行收费时，可能是按照阶梯收费的，比如按照不断支付金额划定不同的档次的收费标准。因此，采用QLExpress可以很好的进行支付费用的计算。

如图3所示，确定支付费用的初始计算值后，可以与支付通道的最低费用以及最高费用进行比较。如果支付费用的初始计算值低于最低费用，选取最低费用作为支付费用；如果支付费用的初始计算值高于最高费用，选取最高费用作为支付费用；否则，选取初始计算值作为支付费用。最终可以按照支付费用的高低顺序进行具有可用性的第二备选支付通道的排序。可以将支付费用最低的支付通道为目标支付通道；如果支付失败(比如余额不足，或者用户未绑卡，或者用户未认证协议等)，可以将支付费用次低的支付通道为目标支付通道，以此类推，直至当前支付业务支付成功或者用户放弃支付。

在上述实施方式的基础上，可选的，绑卡路由，包括：纯绑卡策略和支付中绑卡策略；纯绑卡策略通过支付通道绑卡优先级确定；其中，支付通道绑卡优先级通过下述至少一项确定：支付通道费率、分流规则以及通道成功率；支付中绑卡策略通过未绑卡通道以及可用的各第二备选支付通道确定。

其中，纯绑卡策略是指用户之前未在第四方支付系统中进行绑卡。支付中绑卡策略是指用户之前在第四方支付系统中绑过卡，但是未在当前的支付通道中进行绑卡。

纯绑卡策略可以是根据支付通道费率、分流规则以及通道成功率中的一项或者多项确定支付通道绑卡优先级，按照优先级顺序向用户展示各支付通道。其中，支付通道费率可以是支付通道的支付成本，例如，可以是按照图3预先计算的支付费用。

分流规则可以是按照一定的比例进行分配的支付通道的比例规则。可以通过分流规则提高可用性更高的支付通道的占比，实现通道绑卡的分别均匀，使有优势的支付通道得到充分的应用。

例如，对于2018年接入第四方支付的支付通道T1，支付成功率为80％；2020年接入第四方支付的支付通道T2，支付成功率为92％。支付通道T1由于接入时间长，相较于支付通道T2拥有更高的绑卡率(用户使用量高)。但是，支付通道T2相较于支付通道T1，拥有更高的支付成功率。可以通过分流规则提高支付通道T2的绑卡率，降低支付通道T1的绑卡率，使支付通道的绑卡分分布更加均匀，提升支付通道路由的合理性，使有优势的支付通道得到充分利用。

通道成功率可以是支付通道支付成功的概率。支付通道绑卡优先级可以是通过多种方式确定的。例如，可以通过支付通道费率、分流规则以及通道成功率中的一项或者多项进行支付通道的优先级排序，向用户展示推荐的绑卡路由；或者，可以通过支付通道费率、分流规则以及通道成功率中的一项或者多项根据预设的权重进行绑卡比重计算，按照计算的绑卡比重确定支付通道的优先级排序。

支付中绑卡策略可以是根据未绑卡通道以及可用的各第二备选支付通道确定的。其中，未绑卡通道是指用户尚未完成绑卡的支付通道。示例性的，如果第二备选支付通道被确定为目标支付通道，且该支付通道未绑卡，可以提示用户进行绑卡。

本实施例的技术方案，通过根据当前支付业务的支付数据，确定支付业务的支付场景以及接入方式；根据支付场景以及接入方式，确定至少一个第一备选支付通道；通过引导路由规则确定各第一备选支付通道的路由能力，并对具有路由能力的各第一备选支付通道进行扩展生成第二备选支付通道；其中，第二备选支付通道包括至少一个与第一备选支付通道存在关联关系的支付通道；通过支付路由规则确定各第二备选支付通道的可用性，并在具有可用性的各第二备选支付通道中确定目标支付通道作为当前支付业务的支付通道，解决了第四方支付的支付通道确定的问题，实现了根据支付场景及接入方式自动地定制支付通道，通过多维度选取最优支付通道的效果。

图4是本发明实施例提供的一种支付通道确定装置的结构示意图。结合图4，该装置包括：支付场景和接入方式确定模块410，第一备选支付通道确定模块420，第二备选支付通道生成模块430和目标支付通道确定模块440。其中：

支付场景和接入方式确定模块410，用于根据当前支付业务的支付数据，确定支付业务的支付场景以及接入方式；

第一备选支付通道确定模块420，用于根据当前支付业务的支付场景以及接入方式，确定至少一个第一备选支付通道；

第二备选支付通道生成模块430，用于通过引导路由规则确定各第一备选支付通道的路由能力，并对具有路由能力的各第一备选支付通道进行扩展生成第二备选支付通道；其中，第二备选支付通道包括至少一个与第一备选支付通道存在关联关系的支付通道；

目标支付通道确定模块440，用于通过支付路由规则确定各第二备选支付通道的可用性，并在具有可用性的各第二备选支付通道中确定目标支付通道作为当前支付业务的支付通道。

可选的，第一备选支付通道确定模块420包括：

第一备选支付通道确定单元，用于根据当前支付业务的支付场景与支付通道的映射关系，和/或接入方式对应的指定支付通道，确定至少一个第一备选支付通道。

可选的，第二备选支付通道生成模块430包括：

路由能力确定单元，用于根据引导路由规则中的用户限额配置、清分支付配置、业务支付配置、用户全量卡配置、渠道限额以及用户鉴权中的一项或者多项，确定各第一备选支付通道是否具有路由能力；

目标支付方式获取单元，用于获取具有路由能力的各第一备选支付通道所使用的至少一项目标支付方式；

第二备选支付通道确定单元，用于在全部支付通道中，获取采用任一目标支付方式的支付通道，作为第二备选支付通道。

可选的，目标支付通道确定模块440包括：

第一可用性确定单元，用于通过支付路由规则中的渠道排序性规则确定第二备选支付通道所属的渠道是否具有可用性；

第二可用性确定单元，用于通过支付路由规则中的渠道可见性规则，确定所属渠道具有可用性的各第二备选支付通道是否具有可用性。

可选的，渠道排序性规则，包括下述一项或者多项：支付渠道促销、渠道鉴权要求、支付成本、渠道成功率以及渠道负载；

渠道可见性规则包括下述一项或者多项：渠道银行可用性、渠道银行异常率、渠道银行促销以及绑卡路由。

可选的，目标支付通道确定模块440包括：

目标支付通道确定单元，用于在具有可用性的各第二备选支付通道中，确定支付费用最低的支付通道为目标支付通道，作为当前支付业务的支付通道。

可选的，绑卡路由，包括：纯绑卡策略和支付中绑卡策略；

纯绑卡策略通过支付通道绑卡优先级确定；其中，支付通道绑卡优先级通过下述至少一项确定：支付通道费率、分流规则以及通道成功率；

支付中绑卡策略通过未绑卡通道以及可用的各第二备选支付通道确定。

本发明实施例所提供的支付通道确定装置可执行本发明任意实施例所提供的支付通道确定方法，具备执行方法相应的功能模块和有益效果。

图5是本发明实施例提供的一种电子设备的结构示意图，如图5所示，该设备包括：

一个或多个处理器510，图5中以一个处理器510为例；

存储器520；

所述设备还可以包括：输入装置530和输出装置540。

所述设备中的处理器510、存储器520、输入装置530和输出装置540可以通过总线或者其他方式连接，图5中以通过总线连接为例。

存储器520作为一种非暂态计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的一种支付通道确定方法对应的程序指令/模块(例如，附图4所示的支付场景和接入方式确定模块410，第一备选支付通道确定模块420，第二备选支付通道生成模块430和目标支付通道确定模块440)。处理器510通过运行存储在存储器520中的软件程序、指令以及模块，从而执行计算机设备的各种功能应用以及数据处理，即实现上述方法实施例的一种支付通道确定方法，即：

根据当前支付业务的支付数据，确定支付业务的支付场景以及接入方式；

根据所述当前支付业务的所述支付场景以及所述接入方式，确定至少一个第一备选支付通道；

通过引导路由规则确定各所述第一备选支付通道的路由能力，并对具有路由能力的各所述第一备选支付通道进行扩展生成第二备选支付通道；其中，所述第二备选支付通道包括至少一个与所述第一备选支付通道存在关联关系的支付通道；

通过支付路由规则确定各所述第二备选支付通道的可用性，并在具有可用性的各所述第二备选支付通道中确定目标支付通道作为所述当前支付业务的支付通道。

存储器520可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非暂态性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态性固态存储器件。在一些实施例中，存储器520可选包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至终端设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置530可用于接收输入的数字或字符信息，以及产生与计算机设备的用户设置以及功能控制有关的键信号输入。输出装置540可包括显示屏等显示设备。

本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例提供的一种支付通道确定方法：

根据当前支付业务的支付数据，确定支付业务的支付场景以及接入方式；

根据所述当前支付业务的所述支付场景以及所述接入方式，确定至少一个第一备选支付通道；

通过引导路由规则确定各所述第一备选支付通道的路由能力，并对具有路由能力的各所述第一备选支付通道进行扩展生成第二备选支付通道；其中，所述第二备选支付通道包括至少一个与所述第一备选支付通道存在关联关系的支付通道；

通过支付路由规则确定各所述第二备选支付通道的可用性，并在具有可用性的各所述第二备选支付通道中确定目标支付通道作为所述当前支付业务的支付通道。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种支付通道确定方法，应用于第四方支付，其特征在于，所述方法包括：

根据当前支付业务的支付数据，确定支付业务的支付场景以及接入方式；

根据所述当前支付业务的所述支付场景以及所述接入方式，确定至少一个第一备选支付通道；

通过引导路由规则确定各所述第一备选支付通道的路由能力，并对具有路由能力的各所述第一备选支付通道进行扩展生成第二备选支付通道；其中，所述第二备选支付通道包括至少一个与所述第一备选支付通道存在关联关系的支付通道；

通过支付路由规则确定各所述第二备选支付通道的可用性，并在具有可用性的各所述第二备选支付通道中确定目标支付通道作为所述当前支付业务的支付通道。

2.根据权利要求1所述的方法，其特征在于，根据所述当前支付业务的所述支付场景以及所述接入方式，确定至少一个第一备选支付通道，包括：

根据所述当前支付业务的所述支付场景与支付通道的映射关系，和/或所述接入方式对应的指定支付通道，确定至少一个第一备选支付通道。

3.根据权利要求1所述的方法，其特征在于，通过引导路由规则确定各所述第一备选支付通道的路由能力，并对具有路由能力的各所述第一备选支付通道进行扩展生成第二备选支付通道，包括：

根据引导路由规则中的用户限额配置、清分支付配置、业务支付配置、用户全量卡配置、渠道限额以及用户鉴权中的一项或者多项，确定各所述第一备选支付通道是否具有路由能力；

获取具有路由能力的各第一备选支付通道所使用的至少一项目标支付方式；

在全部支付通道中，获取采用任一所述目标支付方式的支付通道，作为所述第二备选支付通道。

4.根据权利要求1所述的方法，其特征在于，通过支付路由规则确定各所述第二备选支付通道的可用性，包括：

通过支付路由规则中的渠道排序性规则确定所述第二备选支付通道所属的渠道是否具有可用性；

通过支付路由规则中的渠道可见性规则，确定所属渠道具有可用性的各第二备选支付通道是否具有可用性。

5.根据权利要求4所述的方法，其特征在于，所述渠道排序性规则，包括下述一项或者多项：支付渠道促销、渠道鉴权要求、支付成本、渠道成功率以及渠道负载；

所述渠道可见性规则包括下述一项或者多项：渠道银行可用性、渠道银行异常率、渠道银行促销以及绑卡路由。

6.根据权利要求5所述的方法，其特征在于，在具有可用性的各所述第二备选支付通道中确定目标支付通道作为所述当前支付业务的支付通道，包括：

在具有可用性的各所述第二备选支付通道中，确定支付费用最低的支付通道为目标支付通道，作为所述当前支付业务的支付通道。

7.根据权利要求5所述的方法，其特征在于，所述绑卡路由，包括：纯绑卡策略和支付中绑卡策略；

所述纯绑卡策略通过支付通道绑卡优先级确定；其中，所述支付通道绑卡优先级通过下述至少一项确定：支付通道费率、分流规则以及通道成功率；

所述支付中绑卡策略通过未绑卡通道以及可用的各第二备选支付通道确定。

8.一种支付通道确定装置，应用于第四方支付，其特征在于，所述装置包括：

支付场景和接入方式确定模块，用于根据当前支付业务的支付数据，确定支付业务的支付场景以及接入方式；

第一备选支付通道确定模块，用于根据所述当前支付业务的所述支付场景以及所述接入方式，确定至少一个第一备选支付通道；

第二备选支付通道生成模块，用于通过引导路由规则确定各所述第一备选支付通道的路由能力，并对具有路由能力的各所述第一备选支付通道进行扩展生成第二备选支付通道；其中，所述第二备选支付通道包括至少一个与所述第一备选支付通道存在关联关系的支付通道；

目标支付通道确定模块，用于通过支付路由规则确定各所述第二备选支付通道的可用性，并在具有可用性的各所述第二备选支付通道中确定目标支付通道作为所述当前支付业务的支付通道。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7任一项所述的方法。

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

Images