CN111210215B - 一种银行支付路径选择的处理方法、装置及电子设备 - Google Patents

Abstract

本说明书实施例公开了一种银行支付路径选择的处理方法、装置及电子设备。可以通过支付系统要素和支付业务要素的两大类因子的综合处理算法，智能筛选出一条当下有效的最快的支付路径，可以极大提高用户体验，提高汇款成功率，更好的满足客户需求。

Description

一种银行支付路径选择的处理方法、装置及电子设备

技术领域

本说明书实施例方案属于银行支付业务的计算机数据处理技术领域，尤其涉及一种银行支付路径选择的处理方法、装置及电子设备。

背景技术

目前全国性的境内人民币支付系统有人行组织全国各商业银行搭建的大额支付、小额支付、网上支付等等系统，可以实现全国范围内商业银行间的汇款支付业务。区域性支付系统作为全国性支付的一种有益补充，由各地人民银行牵头当地商业银行组成的同城支付系统，可以实现同城或同区域范围内的汇款支付业务。

不同的支付系统，提供汇款支付服务的时效性(到账时间)，可以允许的最大汇款金额上限、支付系统提供服务的营运时间、支付覆盖范围等均可能存在差异。

当一个客户在某一个时点需要汇款及时到账的场景下，由于缺乏专业知识，经常不能正确的选择一条最快捷支付路径及时完成支付。同时，一种汇款业务在商业银行的手机银行或网上银行等渠道都给客户展现了多种支付路径，在客户端对业务不熟悉的情况也常常让客户无所适从。目前对于企业客户汇款的场景，通常是由企业银行或手机银行客户端提供支付路径下拉菜单，由客户自主选择汇款支付路径。这样一方面容易造成因为企业客户对支付系统规则的不熟悉导致汇款不能按客户意愿想法及时到达，导致在支付容易出错，效率低下。另一方面，因为路径选择操作偏专业性和复杂性，严重影响了客户的体验。

发明内容

本说明书实施例目的在于提供一种银行支付路径选择的处理方法、装置及电子设备，可以通过支付系统要素和支付业务要素的两大类因子的综合处理算法，智能筛选出一条当下有效的最快的支付路径，可以极大提高用户体验，提高汇款成功率，更好的满足客户需求。

本说明书实施例提供的一种银行支付路径选择的处理方法、装置及电子设备是包括以下方式实现的：

一种银行支付路径选择的处理方法，所述方法包括：

提供有支付路径表，所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的一个或多个数据存储表；

获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询所述支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；

执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

执行可提供服务的支付系统的三次筛选，所述二次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

至少执行上述筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径。

所述方法的一种实施例中，所述汇款信息还包括：收款人开户行、付款人开户行，所述方法还包括：根据所述收款人开户行、付款人开户行在所述支付路径表中查询是否存在同城支付关系；

若查询结果为是且对应的运营状态均为有效，则确定所述汇款业务存在本地同城支付的支付路径；相应的，筛选的支付系统中包括所述汇款业务的本地同城支付系统。

所述方法的一种实施例中，所述方法还包括：

还为支付路径表中的支付系统设置优先级；以及，若所述候选支付系统中存在支付时效相同的支付系统时，选择优先级最高的支付系统作为为所述汇款业务的支付路径。

所述方法的一种实施例中，所述的二次筛选包括：

判断单笔汇款的金额上限*K是否大于等于所述交易金额，K是满足单位期限的汇出总额上限的最高交易次数；

若是，则确定至少交易次数P，并展示是否同意将所述汇款业务拆分成P笔汇款业务的提示信息；

在确定客户同意拆分时，确定对应的支付系统为定满足所述交易金额的支付系统。

所述方法的一种实施例中，其中，所述汇款业务包括跨行业务，和/或，跨区域业务。

所述方法的一种实施例中，其中，所述汇款业务包括跨境业务，和/或，跨行业务。

一种银行支付路径选择的处理装置，所述装置包括：

支付路径表库，用于存储包括支付系统建模的支付路径表，所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的一个或多个数据存储表；

信息输入模块，用于获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

一次筛选模块，用于执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询所述支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；

二次筛选模块，用于执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

三次筛选模块，用于执行可提供服务的支付系统的三次筛选，所述二次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

候选筛选模块，用于至少执行上述筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径。

所述装置的一种实施例中，所述汇款信息还包括：收款人开户行、付款人开户行，所述方法还包括：根据所述收款人开户行、付款人开户行在所述支付路径表中查询是否存在同城支付关系；

若查询结果为是且对应的运营状态均为有效，则确定所述汇款业务存在本地同城支付的支付路径；相应的，筛选的支付系统中包括所述汇款业务的本地同城支付系统。

所述装置的一种实施例中，其中，还为支付路径表中的支付系统设置优先级；以及，若所述候选支付系统中存在支付时效相同的支付系统时，选择优先级最高的支付系统作为为所述汇款业务的支付路径。

所述装置的一种实施例中，其中，所述的二次筛选包括：

判断单笔汇款的金额上限*K是否大于等于所述交易金额，K是满足单位期限的汇出总额上限的最高交易次数；

若是，则确定至少交易次数P，并展示是否同意将所述汇款业务拆分成P笔汇款业务的提示信息；

在确定客户同意拆分时，确定对应的支付系统为定满足所述交易金额的支付系统。

所述装置的一种实施例中，其中，所述汇款业务包括跨行业务，和/或，跨区域业务。

所述装置的一种实施例中，所述汇款业务包括跨境业务，和/或，跨行业务。

一种处理设备，所述处理设备包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询所述支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的一个或多个数据存储表；

执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

执行可提供服务的支付系统的三次筛选，所述二次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

至少执行上述筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径。

一种汇款业务的电子设备，所述电子设备包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行汇款业务的程序指令时实现包括：

获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询所述支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的一个或多个数据存储表；

执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

执行可提供服务的支付系统的三次筛选，所述二次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

至少执行上述筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径。

本说明书实施例提供的一种银行支付路径选择的处理方法、装置及电子设备，可以预先通过支付系统的要素和支付业务要素两大维度相关联的因子来预先构建支付路径表，实现对支付系统的统一管理以及其业务数据的管理，构建相应的数据模型，形成一系列管理表。然后可以通过特定的算法筛选出满足当前汇款业务的汇款效率和时间最快的支付路径，完成汇款。通过本实施例方案不仅可以极大提高客户通过银行汇款的效率和体验，简化客户汇款时的操作步骤和复杂度，也使得银行在同业对于汇款功能处于相对领先位置。

附图说明

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

图1是本说明书提供的一种银行支付路径选择的处理方法实施例的流程示意图；

图2是本说明书提供的另一种银行支付路径选择的处理方法实施例的流程示意图；

图3是一种实施本说明书方法进行最快支付路径选择的场景示意图；

图4是本说明书实施例一种避免同城银行停运场景下的汇款路径选择示意图；

图5是本说明书实施例一种避免同城系统故障场景下的汇款路径选择示意图；

图6是本说明书实施例一种跨行非同城场景下的汇款路径选择示意图；

图7是应用本说明书实施例的一种银行支付路径选择的处理方法的移动终端结构框图；

图8是本说明书提供的一种银行支付路径选择的处理装置实施例的模块结构示意图；

图9是本说明书提供的一种装置产生实施例的结构示意图。

具体实施方式

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

当一个客户在某一个时点需要汇款及时到账的场景下，由于缺乏专业知识，所以并不能正确的选择一条最快捷支付路径及时完成支付。同时，一种汇款业务在商业银行的手机银行或网上银行等渠道都给客户展现了多种支付路径，也让客户无所适从。

例如在一个实施场景中，客户有一笔钱20万元，想于周一21:00从北京中行实时汇至北京工行。

在北京中行至北京工行两点间，有多种支付系统(支付路径)可以存在：

1大额支付系统；

2小额支付系统；

3网上支付系统；

4北京同城支付系统；

但是，上述系统在周一21:00这个时刻只有“网上支付系统”和“北京同城支付系统”和“小额支付系统”在营运时段，并且只有“网上支付系统”才是实时到账的支付系统，小额支付系统和北京同城支付不能保证实时到账。然而“网上支付系统”在周一晚间只允许5万以内的金额走其支付通道。因此，从路径选择来看，此刻只能选择“北京同城支付系统”才能汇款成功，并实现准实时(1～2小时内)到账，如果客户一味追求实时到账选择了已经停止营业的“大额支付系统”或者此刻只允许不超过5万的“网上支付系统”，就会导致汇款失败。如果一味追求汇款成功，选择“小额支付系统”，可能需要次日才能到账，耽误了汇款时效。

通过上述例子可以知道，某金额的款项要从A地B银行汇往C地D银行，有多条路径支持，但是也受到汇款范围、金额上限、营运时间、汇款时效性等诸多因素的制约。本说明书提供的实施方案可以从与支付业务相关的诸多要素里面选出支付系统和支付业务两大类因子，对其进行综合管理和考量，最终实现多支付系统下最快路径的智能选择。

下面以一个具体的应用场景的实施例对本方案进行描述说明。需要理解的是，虽然本说明书提供了如下的可以应用于手机银行在线客服的应用场景，但并不会对本说明书实施例方案造成实质性的限制。本领域技术人员基于本说明书各个实施例的创新之处仍然可以合理的扩展到其他应用场景中。本发明通过对“人行大额支付系统”、“人行小额支付系统”、“人行网上支付系统”以及十多个“同城支付系统”的梳理，从支付系统要素和支付业务要素两大类因子进行梳理，构建了一套境内支付的统一数据模型和智能判断最便捷支付路径的方法。

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

具体的一种实施例如图1所示，本说明书提供的一种银行支付路径选择的处理方法的一种实施例中，所述方法可以包括：

S0：提供有支付路径表，所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的一个或多个数据存储表；

S2：获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

S4：执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询所述支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；

S6：执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

S8：执行可提供服务的支付系统的三次筛选，所述二次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

S10：至少执行上筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径。

上述筛选的处理过程中，所述的一次筛选、二次筛选、三次筛选以后其他实施例中涉及的筛选描述处理，并不限定筛选的处理顺序。例如在另一些实施中，可以先执行二次筛选后再执行一次筛选，或者先判断是否有同城支付路径后再执行上述的筛选处理。在国内支付体系里、全球支付系统、全国性支付系统和区域性支付系统分布在全国或全球多个节点，相互连接，呈网状分布。因此，从一家银行支付一笔款项至另一家银行，可以选择不同的支付系统来完成，这种选择下完成支付所经历的系统路径可以被称为支付路径。

人民银行总行牵头的覆盖全国的支付系统外，还有大额支付系统、小额支付系统、网上支付系统、境内外币支付系统等。接入全国各大小银行，可以实现一点清算。例如，客户A在中行南京分行开户，要向在工行山东省济南市某个支行开户的客户B汇款，无需知道对方具体的收款银行名称，直接填写工商银行总行，系统即可自动汇至客户B账号。

除了人民银行总行牵头的覆盖全国的支付系统外，诸如上海、深圳、江苏、湖北、等省、市或者直辖市的当地人民银行也牵头建设了“同城支付系统”。旨在服务当地“同城支付系统”覆盖内的大小商业银行，相对于大额支付系统收费低，但实时性略差，银行接入门槛低，便于小银行接入。但本地的同城支付系统无法实现人行支付系统的一点清算，汇款人需填写清楚收款人的开户银行作为收款银行行号。

具体的实现过程中，可以预先获取各个支付系统的相关数据，包括与支付系统相关联的数据信息(支付系统要素)，如业务范围、最快到账时间、支持交易的币别、银行地址、是否参加通常银行、支付系统标识等待。还可以获取与支付业务相关联的数据信息(支付业务要素)，如收款银行、付款银行、支付币别、业务发起时间等。本说明书的一些实施例，所述的支付路径表可以包括根据上述支付系统要素和支付业务要素建立的数据模型所包括的数据存储表。可以对数据模型的参数关联，并根据一定的算法选择出一条当下汇款业务有效的最快得到支付路径。例如一个实现方式可以包括：

建立数据模型：

1、支付系统数据模型。可以对支付系统要素进行建模，构建相关的数据信息表。如下述表1所示的可以构建本实施例中所需的5类15个要素的数据模型。需要说明的是，本说明书的一些实施例中，所述的支付路径表实体等等数据模型可以包括如表1-1所示的数据表，也可以包括其他的数据形态，如key-value键值对、SQL数据库匹配的格式表、非关系数据库表等等。

表1-1支付系统数据模型

2、支付业务数据模型

可以对支付业务要素进行建模，如表1-2所示，可以分为2类7个要素。

表1-2业务系统数据模型

然后可以对支付系统数据模型进行参数化管理，具体的可以包括：

针对上述表1-1、1-2支付系统建模的要素项，可以构建一系列管理表，通过参数维护的方式，对各支付系统进行参数化管理，如表2-1至表2-5所示的多个管理表。例如可以构建包括如下的支付路径表：

表2-1支付路径管理表

表2-2支付路径运营时间管理表

支付系统标识	运营开始时间	运营截止时间
			HVPS(大额)	0:00:00	17:10:00
HVPS(大额)	20:30:00	0:00:00
			BEPS(小额)	0:00:00	0:00:00
IBPS(网上支付)	0:00:00	0:00:00
			TCJS(同城江苏)	8:00:00	17:00:00

表2-3人行支付参加行运营管理表

支付系统标识	参加行行号	运行状态
			HVPS	1000XXXXXX11	A(运行)
HVPS	1000XXXXXX12	A(有效)
			HVPS	1000XXXXXX13	U(停运)
BEPS	1000XXXXXX14	A(运行)
			IBPS	1000XXXXXX15	A(运行)
IBPS	1000XXXXXX16	U(停运)

上述仅为示例。按实际生产情况，表中可以包括所有参加各类支付系统的总行、分行、支行、营业点的行号等，甚至可能会有十几万条。

表2-4支付路径管理优先级表

此优先级表可以用于在智能路径筛选出多条路径同时可以使用的情况下，通过优先级确定最终支付路径。因此，本说明书提供的所述方法的另一个实施例中，所述方法还可以包括：

还为支付路径表中的支付系统设置优先级；以及，若所述候选支付系统中存在支付时效相同的支付系统时，选择优先级最高的支付系统作为为所述汇款业务的支付路径。

例如当前路径既可以通过大额实时到达，也可以通过小额支付实时到达，如果按上表2-4优先级设置，则应该选择大额进行支付，因为人行大额优先级3在该表中高于人行小额支付4。

通过对各支付系统的运营情况的维护，可以避免将支付路径选择往已经停运或故障的支付系统。

多数情况下，同城支付系统由于系统收费低，很多客户在实时性要求不是非常高的情况下更愿意使用同城支付，以节约支付费用。因此，本说明书的一个实施例中，所述汇款信息还包括：收款人开户行、付款人开户行，所述方法还包括：根据所述收款人开户行、付款人开户行在所述支付路径表中查询是否存在同城支付关系；

若查询结果为是且对应的运营状态均为有效，则确定所述汇款业务存在本地同城支付的支付路径；相应的，筛选的支付系统中包括所述汇款业务的本地同城支付系统。

支付路径表的一种情况下可以包括同城支付系统管理表。例如下述表2-5所示。

表2-5同城支付系统管理表

同城支付系统标识	同城支付系统名称	参加行行号	运营状态
				TCSH	上海同城支付	104100001001	A(有效)
TCSH	上海同城支付	104100001002	A(有效)
				TCSH	上海同城支付	104100001007	A(有效)
TCSC	四川同城支付	105022221003	A(有效)
				TCSC	四川同城支付	105022221010	A(有效)
TCJS	江苏同城支付	120108881201	A(有效)
				TCJS	江苏同城支付	120108881204	U(停运)

上述仅为示例，按实际生产情况，上述表包括所有参加各地同城支付系统银行的分行、支行、营业点的行号，可能会有几万条。通过一笔汇款业务的付款人开户行和收款人开户行两个支付业务要素对此表的检索，如果两个都命中并且对应的运营状态均为有效，则可以判断这笔汇款存在本地同城支付的路径选择。

上述示例支付路径表根据不同要素项建立的多个管理表。需要理解的是，上述表仅是一些实施例中包含的部分示意表。实际方案实施时可以包括更多管理表或者管理表中可以包括更多的要素项，或者有其他的数据管理表的形式存在。例如可以根据上述的多个表格形成一个支付路径参数表3-1：

表3-1支付路径参数表

根据所述支付路径表可以设计最快支付路径算法。本说明书的一个实施例中可以通过多次特定方式的筛选，可以选出符合客户汇款业务需求的最快支付路径。例如一个实施例中可以包括：

1、同城支付路径存在性的判断

可以先通过汇款业务的付款人开户行和收款人开户行两个支付业务要素对同城支付系统管理表检索，如果两个都命中并且对应的运营状态均为有效，则可以判断这笔汇款存在本地同城支付的路径选择。

2、一次筛选：选择运营时间内的支付系统。

可以获取汇款信息中的业务发起时间、支付币别，根据支付路径表中的运营时间、币别、路径状态选择出可提供服务的支付系统清单。

3、二次筛选：选择符合金额上限的支付系统。

通过交易金额，根据各个支付系统的金额上限选择可提供服务的支付系统清单。

4、三次筛选，通过付款行、收款行，根据支付系统的支付范围和运营状态选择可提供服务的支付系统的清单。

上述得到2-4步骤可以按照顺序执行，也可以不按照顺序执行。例如先进行交易金额的二次筛选，然后再进行一次筛选。当然也可以包括其他的筛选处理，如判断是否存在同城支付路径。至少经过2-4步骤所述的筛选处理后可以筛选出一批符合用户汇款需求的候选支付系统。进一步的，可以包括：

5、根据支付时效和/或优先级选择出当前可提供服务的最快捷支付路径。

一般的，通常是选择时效最快(时间最短)的支路路径时效汇款业务。所述的时效可以包括实时、批量、延迟到账等。或者采用最快到账时间来表示，如人行网上实时支付，最快到账时间为30秒，相比人行大额支付实时到账时间为5分钟的时效性更好，所以在满足其他筛选条件的情况下，一些实施例中可以优先现在人行网上支付来作为所述汇款业务的支付路径。

所述实施例可以应用于跨行业务，时效不同银行之间的汇款支付路由路径最优选择。也可以应用于跨区域业务，例如跨省或跨区，实现不同地区之间汇款支付路由路径最优选择。也可以应用于跨境汇款业务，实现与不同国家或地区之间的汇款支付路由路径最优选择。因此，本说明书的一些实施例中，所述的汇款业务可以包括跨行业务，和/或，跨区域业务，另一些实施例中，所述汇款业务可以包括跨境，和/或，跨行业务。

本说明书的另一种实施例中，在通过金额筛选支付系统时，一下银行虽然设置了交易金额上限，但这个上限可以是单笔汇款的交易上限。一些银行允许在一个单位期限内允许进行多笔不超过金额上限得到汇款，如北京中行网上支付单笔金额上限为5万，一天内(可以是自然24小时，也可以截止到00：00:00)网上支付总额不超过10万，即一天允许2次单笔金额上限的网上支付汇款。若存在上述情况，在对应的支付系统时效性很好或者优先级很高，在金额满足拆分的情况线下则可以提示用户是否愿意将汇款拆分成多笔汇款。因此，本说明书得到另一个实施例中，所述的二次筛选可以包括：

判断单笔汇款的金额上限*K是否大于等于所述交易金额，K是满足单位期限的汇出总额上限的最高交易次数；

若是，则确定至少交易次数P，并展示是否同意将所述汇款业务拆分成P笔汇款业务的提示信息；

在确定客户同意拆分时，确定对应的支付系统为定满足所述交易金额的支付系统。

上述实施例方式可以进一步提高客户体验，满足用户需求。当然，也可以在经过多次筛选处理后未发现符合要求的支付系统时，可以考虑将交易金额进行拆分。具体的一个场景示例如图2所示。此种情况说明目前没有支持10万元实时到账的支付系统在运营，此时，如果为了提高客户体验，银行可以提示客户，是否愿意将10万，拆成两笔5万元，通过IBPS网上支付系统汇出，以达到客户汇款目的。

下面是一个实施本说明书实施例方法或装置或服务器或系统实现智能最快支付路径选择处理的场景示意图。在图3中，假如已经通过收付款开户行判断出存在同城支付可用。通过一次筛选后可以得到HVPS、BEPS、IBPS、TCBJ四个支付系统可用；再对上述四个支付系统进一步的进行二次筛选，确定出HVPS、BEPS、TCBJ三个支付系统可用；再对上述三个支付系统进一步的进行三次筛选，确定出HVPS、BEPS、TCBJ三个候选支付系统可用；然后通过比较HVPS、BEPS、TCBJ三个候选支付系统的时效，确定出HVPS、TCBJ时效最快，都是实时，且到账时间描述一致。为此，可用进一步根据HVPS、TCBJ的优先级确定出最终处理该汇款业务的支付路径为TCBJ(同城江苏)。

应用本说明书实施例方法可以还可以避免银行故障或停运造成的汇款失败，以及提高跨行非同城等多种汇款业务下的汇款成功率，提高用户体验和汇款效率。图4是本说明书实施例一种避免同城银行停运场景下的汇款路径选择示意图，图5是本说明书实施例一种避免同城系统故障场景下的汇款路径选择示意图，图6是本说明书实施例一种跨行非同城场景下的汇款路径选择示意图。

本说明书实施例提供的一种银行支付路径选择的处理方法，可以预先通过支付系统的要素和支付业务要素两大维度相关联的因子来预先构建支付路径表，实现对支付系统的统一管理以及其业务数据的管理，构建相应的数据模型，形成一系列管理表。然后可以通过特定的算法筛选出满足当前汇款业务的汇款效率和时间最快的支付路径，完成汇款。通过本实施例方案不仅可以极大提高客户通过银行汇款的效率和体验，简化客户汇款时的操作步骤和复杂度，也使得银行在同业对于汇款功能处于相对领先位置。

本说明书实施例所提供的方法实施例可以在固定终端、移动终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图7是应用本说明书实施例的一种银行支付路径选择的处理方法的服务器结构框图，有更多或更少的硬件结构。具体的，如图7所示，服务器10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图7所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图7中所示更多或者更少的组件，例如还可以包括其他的处理硬件，如GPU(Graphics Processing Unit，图像处理器)，或者具有与图7所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的一种银行支付路径选择的处理方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现终端屏幕保险的投保、理赔、审查、赔付等处理。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

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

基于上述所述的一种银行支付路径选择的处理方法，本说明书还提供一种银行支付路径选择的处理装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的设备装置。基于同一创新构思，本说明书提供的一种实施例中的处理装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的处理装置的实施可以参见前述方法的实施，重复之处不再赘述。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。具体的，如图8所示，图8是本说明书提供的一种银行支付路径选择的处理装置实施例的模块结构示意图，所述的装置具体的可以包括：

支付路径表库801，可以用于存储包括支付系统建模的支付路径表，所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的一个或多个数据存储表；

信息输入模块802，可以用于获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

一次筛选模块803，可以用于执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询所述支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；

二次筛选模块804，可以用于执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

三次筛选模块805，可以用于执行可提供服务的支付系统的三次筛选，所述二次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

候选筛选模块806，可以用于至少执行上述筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径。

上述的装置具体的实现的功能可以与相应的方法对应。在实际的装置产品中如图9所示，还可以将一次筛选模块、二次筛选模块、三次筛选模块、候选筛选模块等其中的一个或多个合与路径管理表并到一起形成数据模型的参数管理引擎。可以设置最快支付路径算法引擎，从大额支付系统、小额支付系统、同城支付系统、网上支付系统等选择出符合可以汇款需求的最快支付路径。

基于前述方法的相关描述，本说明书提供的所述装置的另一个实施例中，所述汇款信息还包括：收款人开户行、付款人开户行，所述装置还可以包括同城支付模块，可以用于包括：根据所述收款人开户行、付款人开户行在所述支付路径表中查询是否存在同城支付关系；

若查询结果为是且对应的运营状态均为有效，则确定所述汇款业务存在本地同城支付的支付路径；相应的，筛选的支付系统中包括所述汇款业务的本地同城支付系统。

基于前述方法的相关描述，本说明书提供的所述装置的另一个实施例中，还为支付路径表中的支付系统设置优先级；以及，若所述候选支付系统中存在支付时效相同的支付系统时，选择优先级最高的支付系统作为为所述汇款业务的支付路径。

基于前述方法的相关描述，本说明书提供的所述装置的另一个实施例中，所述的二次筛选包括：

判断单笔汇款的金额上限*K是否大于等于所述交易金额，K是满足单位期限的汇出总额上限的最高交易次数；

若是，则确定至少交易次数P，并展示是否同意将所述汇款业务拆分成P笔汇款业务的提示信息；

在确定客户同意拆分时，确定对应的支付系统为定满足所述交易金额的支付系统。

基于前述方法的相关描述，本说明书提供的所述装置的另一个实施例中，所述汇款业务包括跨行业务，和/或，跨区域业务。相应的，另一个实施例中，所述汇款业务包括跨境，和/或，跨行业务。

需要说明的是，本说明书实施例上述所述的装置，根据相关方法实施例的描述还可以包括其他的实施方式。具体的实现方式和有益效果可以参照方法实施例的描述，在此不作一一赘述。

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

本说明书实施例提供的一种银行支付路径选择的处理装置，可以预先通过支付系统的要素和支付业务要素两大维度相关联的因子来预先构建支付路径表，实现对支付系统的统一管理以及其业务数据的管理，构建相应的数据模型，形成一系列管理表。然后可以通过特定的算法筛选出满足当前汇款业务的汇款效率和时间最快的支付路径，完成汇款。通过本实施例方案不仅可以极大提高客户通过银行汇款的效率和体验，简化客户汇款时的操作步骤和复杂度，也使得银行在同业对于汇款功能处于相对领先位置。

本说明书实施例提供的一种银行支付路径选择的处理方法和装置可以在计算机中由处理器执行相应的程序指令来实现，如使用windows操作系统的c++语言在PC端实现，或其他例如Linux、android、iOS系统相对应的应用设计语言结合必要的硬件实现，或者基于分布式系统的多服务器处理，或者基于量子计算机的处理逻辑实现等。具体的，本说明书提供的一种实现上述方法的处理设备实施例中，所述处理设备可以包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询所述支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的一个或多个数据存储表；

执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

执行可提供服务的支付系统的三次筛选，所述二次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

至少执行上述筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径。

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

上述所述的方法或装置可以应用在银行的服务系统中，如银行支付后台系统，或自助服务终端，也可以应用在客户终端设备上，如手机银行APP。因此，基于前述描述，本说明书还提供一种汇款业务的电子设备，所述电子设备包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行汇款业务的程序指令时实现包括：

获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询所述支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的一个或多个数据存储表；

执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

执行可提供服务的支付系统的三次筛选，所述二次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

至少执行上述筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径。

需要说明的是，本说明书实施例上述所述的装置、电子设置，根据相关方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照方法实施例的描述，在此不作一一赘述。

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

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

本说明书实施例提供的一种银行支付路径选择的处理方法、装置及电子设备，可以预先通过支付系统的要素和支付业务要素两大维度相关联的因子来预先构建支付路径表，实现对支付系统的统一管理以及其业务数据的管理，构建相应的数据模型，形成一系列管理表。然后可以通过特定的算法筛选出满足当前汇款业务的汇款效率和时间最快的支付路径，完成汇款。通过本实施例方案不仅可以极大提高客户通过银行汇款的效率和体验，简化客户汇款时的操作步骤和复杂度，也使得银行在同业对于汇款功能处于相对领先位置。

在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 (12)

1.一种银行支付路径选择的处理方法，所述方法包括：

提供有支付路径表，所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的数据模型所包括的一个或多个数据存储表；所述数据模型包括支付系统数据模型和支付业务数据模型；所述一个或多个数据存储表包括：支付路径管理表、支付路径运营时间管理表、人行支付参加行运营管理表和支付路径管理优先级表；所述支付路径管理表包括支付系统标识、支付系统名称、交易币别、时效、支付范围、金额上限和最快到账时间；所述支付路径运营时间管理表包括支付系统标识、运营开始时间和运营截止时间；所述人行支付参加行运营管理表包括支付系统标识、参加行行号和运行状态；所述支付路径管理优先级表包括支付系统标识、支付系统名称、路径状态和优先级；

获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询所述支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；

执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

执行可提供服务的支付系统的三次筛选，所述三次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

至少执行上述筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径；

所述的二次筛选包括：

判断单笔汇款的金额上限乘以K是否大于等于所述交易金额，K是满足单位期限的汇出总额上限的最高交易次数；

若是，则确定至少交易次数P，并展示是否同意将所述汇款业务拆分成P笔汇款业务的提示信息；

在确定客户同意拆分时，确定对应的支付系统为定满足所述交易金额的支付系统。

2.如权利要求1所述的方法，所述汇款信息还包括：收款人开户行、付款人开户行，所述方法还包括：根据所述收款人开户行、付款人开户行在所述支付路径表中查询是否存在同城支付关系；

若查询结果为是且对应的运营状态均为有效，则确定所述汇款业务存在本地同城支付的支付路径；相应的，筛选的支付系统中包括所述汇款业务的本地同城支付系统。

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

还为支付路径表中的支付系统设置优先级；以及，若所述候选支付系统中存在支付时效相同的支付系统时，选择优先级最高的支付系统作为所述汇款业务的支付路径。

4.如权利要求1-3中任意一项所述的方法，其中，所述汇款业务包括跨行业务，和/或，跨区域业务。

5.如权利要求1-3中任意一项所述的方法，其中，所述汇款业务包括跨境业务，和/或，跨行业务。

6.一种银行支付路径选择的处理装置，所述装置包括：

支付路径表库，用于存储包括支付系统建模的支付路径表，所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的数据模型所包括的一个或多个数据存储表；所述数据模型包括支付系统数据模型和支付业务数据模型；所述一个或多个数据存储表包括：支付路径管理表、支付路径运营时间管理表、人行支付参加行运营管理表和支付路径管理优先级表；所述支付路径管理表包括支付系统标识、支付系统名称、交易币别、时效、支付范围、金额上限和最快到账时间；所述支付路径运营时间管理表包括支付系统标识、运营开始时间和运营截止时间；所述人行支付参加行运营管理表包括支付系统标识、参加行行号和运行状态；所述支付路径管理优先级表包括支付系统标识、支付系统名称、路径状态和优先级；

信息输入模块，用于获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

一次筛选模块，用于执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询所述支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；

二次筛选模块，用于执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

三次筛选模块，用于执行可提供服务的支付系统的三次筛选，所述三次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

候选筛选模块，用于至少执行上述筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径；

所述的二次筛选包括：

判断单笔汇款的金额上限乘以K是否大于等于所述交易金额，K是满足单位期限的汇出总额上限的最高交易次数；

若是，则确定至少交易次数P，并展示是否同意将所述汇款业务拆分成P笔汇款业务的提示信息；

在确定客户同意拆分时，确定对应的支付系统为定满足所述交易金额的支付系统。

7.如权利要求6所述的装置，所述汇款信息还包括：收款人开户行、付款人开户行，所述装置还包括同城支付模块，用于根据所述收款人开户行、付款人开户行在所述支付路径表中查询是否存在同城支付关系；

若查询结果为是且对应的运营状态均为有效，则确定所述汇款业务存在本地同城支付的支付路径；相应的，筛选的支付系统中包括所述汇款业务的本地同城支付系统。

8.如权利要求6所述的装置，其中，还为支付路径表中的支付系统设置优先级；以及，若所述候选支付系统中存在支付时效相同的支付系统时，选择优先级最高的支付系统作为所述汇款业务的支付路径。

9.如权利要求6-8中任意一项所述的装置，其中，所述汇款业务包括跨行业务，和/或，跨区域业务。

10.如权利要求6-8中任意一项所述的装置，所述汇款业务包括跨境业务，和/或，跨行业务。

11.一种处理设备，所述处理设备包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的数据模型所包括的一个或多个数据存储表；所述数据模型包括支付系统数据模型和支付业务数据模型；所述一个或多个数据存储表包括：支付路径管理表、支付路径运营时间管理表、人行支付参加行运营管理表和支付路径管理优先级表；所述支付路径管理表包括支付系统标识、支付系统名称、交易币别、时效、支付范围、金额上限和最快到账时间；所述支付路径运营时间管理表包括支付系统标识、运营开始时间和运营截止时间；所述人行支付参加行运营管理表包括支付系统标识、参加行行号和运行状态；所述支付路径管理优先级表包括支付系统标识、支付系统名称、路径状态和优先级；

执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

执行可提供服务的支付系统的三次筛选，所述三次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

至少执行上述筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径；

所述的二次筛选包括：

判断单笔汇款的金额上限乘以K是否大于等于所述交易金额，K是满足单位期限的汇出总额上限的最高交易次数；

若是，则确定至少交易次数P，并展示是否同意将所述汇款业务拆分成P笔汇款业务的提示信息；

在确定客户同意拆分时，确定对应的支付系统为定满足所述交易金额的支付系统。

12.一种汇款业务的电子设备，所述电子设备包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行汇款业务的程序指令时实现包括：

获取汇款业务的汇款信息，所述汇款信息至少包括付款行、收款行、支付币别、交易金额、业务发起时间；

执行可提供服务的支付系统的一次筛选，所述一次筛选包括查询支付路径表中支付系统的运营时间、交易币别、路径状态，确定满足所述业务发起时间、支付币别的支付系统；所述支付路径表包括预先通过与支付系统相关联的要素、与支付业务相关联的要素构建而成的数据模型所包括的一个或多个数据存储表；所述数据模型包括支付系统数据模型和支付业务数据模型；所述一个或多个数据存储表包括：支付路径管理表、支付路径运营时间管理表、人行支付参加行运营管理表和支付路径管理优先级表；所述支付路径管理表包括支付系统标识、支付系统名称、交易币别、时效、支付范围、金额上限和最快到账时间；所述支付路径运营时间管理表包括支付系统标识、运营开始时间和运营截止时间；所述人行支付参加行运营管理表包括支付系统标识、参加行行号和运行状态；所述支付路径管理优先级表包括支付系统标识、支付系统名称、路径状态和优先级；

执行可提供服务的支付系统的二次筛选，所述二次筛选包括查询所述支付路径表中金额上限，确定满足所述交易金额的支付系统；

执行可提供服务的支付系统的三次筛选，所述三次筛选包括查询所支付路径表中确定满足所述付款行、收款行的支付范围、运营状态的支付系统；

至少执行上述筛选后确定候选支付系统，从所述候选支付系统中选择支付时效最快的支付系统作为所述汇款业务的支付路径；

所述的二次筛选包括：

判断单笔汇款的金额上限乘以K是否大于等于所述交易金额，K是满足单位期限的汇出总额上限的最高交易次数；

若是，则确定至少交易次数P，并展示是否同意将所述汇款业务拆分成P笔汇款业务的提示信息；

在确定客户同意拆分时，确定对应的支付系统为定满足所述交易金额的支付系统。