CN109409865B - 支付限额同步调整方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及数据处理领域，尤其涉及一种支付限额同步调整方法、装置、计算机设备和存储介质。所述方法包括：接收银行服务器发送的支付限额同步请求，所述支付限额同步请求携带有产品标识；查询与所述产品标识对应的支付方式，并获取所述支付方式对应的目标交易路由模板；从所述目标交易路由模板中读取支付通道，并查询所读取的支付通道对应的支付限额；将所查询到的支付限额返回至所述银行服务器。采用本方法能够同步调整支付限额。

Description

支付限额同步调整方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种支付限额同步调整方法、装置、计算机设备和存储介质。

背景技术

支付通道是指支付品牌后面提供网关接口或第三方跳转的通道方，也是收单方，清算方，支付品牌是支付方式下面涉及到银行或者第三方前台跳转品牌，比如工商银行、微信、支付宝。

传统地，当支付通道的限额发生调整时，主账户和各个中小行会根据支付通道的限额进行调整，维护工作量比较大，也容易维护错误，当有一方维护错误或漏掉时，就会造成用户交易失败。

发明内容

基于此，有必要针对上述技术问题，提供一种能够同步调整支付限额的支付限额同步调整方法、装置、计算机设备和存储介质。

一种支付限额同步调整方法，所述方法包括：

接收银行服务器发送的支付限额同步请求，所述支付限额同步请求携带有产品标识；

查询与所述产品标识对应的支付方式，并获取所述支付方式对应的目标交易路由模板；

从所述目标交易路由模板中读取支付通道，并查询所读取的支付通道对应的支付限额；

将所查询到的支付限额返回至所述银行服务器。

在其中一个实施例中，所述查询所读取的支付通道对应的支付限额，包括：

当所读取的支付通道存在多个时，则分别查询所述多个支付通道对应的支付限额；

建立所述支付通道与对应的所述支付限额的对应关系；

所述将所查询到的支付限额返回至所述银行服务器，包括：

将所查询到的支付限额以及所述对应关系返回至所述银行服务器。

在其中一个实施例中，所述查询所读取的支付通道对应的支付限额，包括：

查询所述支付通道对应的支付银行，并获取所述支付银行对应的银行限额；

将同一所述支付通道对应的支付银行的银行限额相加得到所述支付通道的支付限额。

在其中一个实施例中，所述目标交易路由模板的配置方法包括：

获取当前状态为待配置的目标产品记录以及初始交易路由模板；

根据所述初始交易路由模板的第一场景名称对所述初始交易路由模板进行去重得到目标交易路由模板；

接收输入的交易路由模板选择指令，并根据所述交易路由模板选择指令选择对应的目标交易路由模板；

获取所述目标产品记录中的第一字段内容，并通过所述第一字段内容替换所选择的目标交易路由模板中的对应字段的内容；

根据所述第一字段内容查询第二字段内容，并通过所述第二字段内容替换所选择的目标交易路由模板中的对应字段的内容；

将所述目标产品记录以及替换后的目标交易路由模板关联保存，并将所述目标产品记录的当前状态修改为已配置。

在其中一个实施例中，所述根据所述初始交易路由模板的第一场景名称对所述初始交易路由模板进行去重得到目标交易路由模板之前，还包括：

获取所述目标产品记录对应的第二场景名称以及产品标识；

根据所述产品标识查询对应的产品价格；

根据所述第二场景名称对所述初始交易路由模板进行清洗；

从清洗后的所述初始交易路由模板中选取支付限额大于所述产品价格的初始交易路由模板。

一种支付限额同步装置，所述装置包括：

接收模块，用于接收银行服务器发送的支付限额同步请求，所述支付限额同步请求携带有产品标识；

第一查询模块，用于查询与所述产品标识对应的支付方式，并获取所述支付方式对应的目标交易路由模板；

第二查询模块，用于从所述目标交易路由模板中读取支付通道，并查询所读取的支付通道对应的支付限额；

发送模块，用于将所查询到的支付限额返回至所述银行服务器。

在其中一个实施例中，所述第二查询模块包括：

第一查询单元，用于当所读取的支付通道存在多个时，则分别查询所述多个支付通道对应的支付限额；

对应关系建立单元，用于建立所述支付通道与对应的所述支付限额的对应关系；

所述发送模块还用于将所查询到的支付限额以及所述对应关系返回至所述银行服务器。

在其中一个实施例中，所述第二查询模块包括：

第二查询单元，用于查询所述支付通道对应的支付银行，并获取所述支付银行对应的银行限额；

计算单元，用于将同一所述支付通道对应的支付银行的银行限额相加得到所述支付通道的支付限额。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

上述支付限额同步方法、装置、计算机设备和存储介质，当支付通道的支付限额发生调整后，主账户首先进行维护，然后银行服务器根据主账户的维护来进行调整对应的支付限额，保证了支付限额的同步调整。

附图说明

图1为一个实施例中支付限额同步调整方法的应用场景图；

图2为一个实施例中支付限额同步调整方法的流程示意图；

图3为一个实施例中的目标交易路由模板的配置方法的流程示意图；

图4为一个实施例中支付限额同步调整装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的支付限额同步调整方法，可以应用于如图1所示的应用环境中。其中，主账户终端102与银行服务器104通过网络进行通信。其中当支付通道的限额发生变化时，主账户终端会在本地进行维护，为了保证中小行端的限额与主账户发生同步维护，主账户可以接收中小行的银行服务器发送的支付限额同步请求，然后根据该支付限额同步请求中的产品标识查询到对应的支付方式，并获取支付方式对应的目标交易路由模板，从而主账户终端102可以从目标交易路由模板中读取支付通道，从而可以查询对应的支付通道的支付限额，并将该支付限额返回给中小行的银行服务器，保证了支付限额的同步调整。其中，主账户终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，银行服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种支付限额同步调整方法，以该方法应用于图1中的主账户终端为例进行说明，包括以下步骤：

S202：接收银行服务器发送的支付限额同步请求，支付限额同步请求携带有产品标识。

具体地，中小行对应的银行服务器可以设置定时任务，从而可以在定时任务启动时，生成支付限额同步请求，并调用主账户终端提供的限额查询接口将该支付限额同步请求发送至主账户终端。

其中支付限额同步请求是银行服务器根据产品生成的，由于不同产品的支付方式等不同，不同的支付方式其可能对应不同的交易路由，且不同的交易路由中涉及到的支付通道也存在不同，因此该支付限额同步请求需要与产品进行关联。

产品标识是指可以唯一确定产品的标识，其可以是产品编码等。

S204：查询与产品标识对应的支付方式，并获取支付方式对应的目标交易路由模板。

具体地，支付方式是指用户预先配置的产品对应的支付方式，例如可以包括钱包支付、卡支付、积分支付以及混合支付等，混合支付是指卡支付和积分支付等结合的一种支付方式。且在确定支付方式后，可以查询产品对应的目标交易路由模板，也即是产品对应的支付方式的目标交易路由模板。

其中目标交易路由模板中给出了支付方式对应的支付通道，从而主账户终端可以根据该支付通道获取到支付限额并返回给中小行，以实现支付限额同步调整。

S206：从目标交易路由模板中读取支付通道，并查询所读取的支付通道对应的支付限额。

具体地，支付通道是指支持产品付款的通道，且每个通道中可以存在多个银行通道，支付通道可以是指平安付、快钱、宝付等，一般地，一个产品的支付通道包括主通道和备用通道。支付限额是指银行给对应的支付通道的支付能力的限定，例如单日单笔限额，同一个银行对不同的支付通道的支持力度是不一样的，例如同一个银行可以给平安付确定的单日限额为5w，单笔限额为1w，但是给快钱确定的单日限额为2w，单笔限额为5k等。

主账户终端在从目标交易路由模板读取到支付通道后，可以调用支付限额查询接口，查询对应支付通道的支付限额，例如上述的单日单笔限额等。

S208：将所查询到的支付限额返回至银行服务器。

具体地，主账户终端在查询到对应的支付限额后，可以将该支付限额返回给对应的银行服务器，以便于银行服务器进行存储。

且可选地，主账户终端可以首先判断所查询的支付限额是否发生改变，例如上一次同步给银行服务器的历史支付限额与当前支付限额是否相同，如果不相同，则将所查询到的支付限额返回至银行服务器，如果相同，则可以向银行服务器返回支付限额不变的通知，从而可以避免复杂操作。

且可选地，中小行的银行服务器在获取到该支付限额后可以在其对应的银行应用程序中显示该支付限额，例如用户在通过中小行的银行应用程序购买理财等产品的时候，在付款时，用户选择了支付方式后，可以显示允许的支付通道，以及支付通道对应的支付限额等。

上述支付限额同步方法，当支付通道的支付限额发生调整后，主账户首先进行维护，然后银行服务器根据主账户的维护来进行调整对应的支付限额，保证了支付限额的同步调整。

在其中一个实施例中，查询所读取的支付通道对应的支付限额，可以包括：当所读取的支付通道存在多个时，则分别查询多个支付通道对应的支付限额；建立支付通道与对应的支付限额的对应关系。从而将所查询到的支付限额返回至银行服务器，包括：将所查询到的支付限额以及对应关系返回至银行服务器。

在其中一个实施例中，查询所读取的支付通道对应的支付限额，可以包括：查询支付通道对应的支付银行，并获取支付银行对应的银行限额；将同一支付通道对应的支付银行的银行限额相加得到支付通道的支付限额。

具体地，上述实施例中给出了当产品对应有多个支付通道，以及一个支付通道存在多家银行支持时的支付限额的同步方式。为了清楚起见，下文分别说明多个支付通道和一个支付通道存在多家银行支持时的处理方式，但是在实际处理中，可能存在多个支付通道，且多个支付通道中存在至少一个支付通道是由多家银行支持的情况，在此仅需要结合下文的处理方式进行处理即可，不做赘述。

具体地，装账户终端从目标交易路由模板中读取的支付通道存在多个的时候，则主账户终端分别查询多个支付通道对应的支付限额，并建立支付通道与支付限额的对应关系，从而可以将支付通道和支付限额的对应关系返回至银行服务器进行存储。例如当产品标识对应的支付方式的目标交易路由模板中存在多个支付通道，平安付和宝付时，则可以首先获取到平安付的支付限额，例如为A，然后获取到宝付的支付限额，例如为B，再建立平安付为支付限额A的对应关系，宝付与支付限额B的对应关系，将该对应关系和支付限额返回至银行服务器。

且由于一个商户可能同时支持多家银行，即一个支付通道可以由多家银行支持，但是不同的银行所给出的支付限额是不一样的，因此主账户终端首先查询支付通道对应的支付银行，然后获取到每个支付银行的支付限额，将同一个支付通道对应的支付银行的支付限额相加得到该支付通道的支付限额，并将该支付通道的支付限额返回给中小行对应的银行服务器。可选地，主账户终端建立支付银行的支付标识与各个支付限额之间的对应关系，从而主账户可以将支付银行的支付标识与各个支付限额之间的对应关系一并返回至中小行，以便于中小行应用程序进行显示。

上述实施例中，当存在多个支付通道时，则分别整合多个支付通道的限额，并返回，即根据产品标识和支付通道确定各个商户，依次获取各个商户的支付限额。当商户存在多个对应的银行时，则分别获取到多个银行的限额，进行整合后返回，且返回结果中包含了各个银行的标识，提高了同步的效率。

在其中一个实施例中，参见图3，图3为一个实施例中的目标交易路由模板的配置方法的流程示意图，该目标交易路由模板的配置方法可以包括：

S302：获取当前状态为待配置的目标产品记录以及初始交易路由模板。

首先运营工作人员在商城终端完成产品配置，例如配置产品的产品编码、产品名称、产品方编码、产品方名称、主账户渠道以及商城渠道等，在配置完成后，点击提交，从而商城终端调用主账户终端提供的产品信息同步接口，将新增产品或者是原来产品的新增渠道对应的产品记录提交至该产品信息同步接口，主账户终端可以建立轮询机制，定时查询该产品信息同步接口上是否存在新增产品记录，如果存在，则获取到该新增产品记录，并下载到本地，例如存储到对应的数据库中，从而实现便于后续对该新增产品记录的交易路由模板的进行配置。

具体地，运营工作人员在商城终端进行产品配置，其中配置存在两种：一种是新增产品上架，运营工作人员完成产品要素配置，点击提交时，商城终端调用主账户终端的产品信息同步接口；另外一种是已有产品新增上架渠道，运用工作人员进入产品编辑页面，勾选新增渠道，点击提交修改时，商城终端调用主账户终端的产品信息同步接口，从而将新增产品记录提交至主账户终端。

其中产品记录的状态分为待配置状态和已配置状态，例如可以通过符号“01”表示产品记录为待配置状态，符号“02”表示产品记录为已配置状态。其中主账户终端首先查询当前状态为待配置的产品记录，然后将状态为待配置的产品记录进行显示，然后用户选择本次需要配置交易路由的产品记录，可选地，用户可以是批量选择多个目标产品记录，进行统一配置或逐一配置，例如根据状态为待配置的产品记录的下载至数据库的时间来逐个进行配置。

初始交易路由模板是主账户终端预先存储的对应的交易路由模板的脚本，该脚本是由研发人员编写完成后，通过研发终端发送至主账户终端的。该交易路由模板中记录了产品的产品编码、产品名称、产品方编码、产品方名称、支付公司代码、支付公司名称、商户号、对公户等。

S304：根据初始交易路由模板的第一场景名称对初始交易路由模板进行去重得到目标交易路由模板。

具体地，其中主账户终端在获取到当前状态为待配置的目标产品记录后，获取到所有的初始交易路由模板以及初始交易路由模板的第一场景名称，例如“**省平安汇金导购”等，然后比较初始交易路由模板的第一场景名称，以对初始交易路由模板进行去重得到目标交易路由模板。例如如果初始交易路由模板的第一场景名称相同，则仅保留一个该种第一场景名称的初始交易路由模板作为目标交易路由模板即可。

S306：接收输入的交易路由模板选择指令，并根据交易路由模板选择指令选择对应的目标交易路由模板。

具体地，主账户终端在去重得到目标交易路由模板后，则将该些目标交易路由模板显示在界面上，从而用户可以选择其中一个目标交易路由模板以为上述所选择的批量的目标产品记录配置交易路由模板。例如主账户终端可以接收输入的交易路由模板选择指令，即用户点击主账户终端显示屏上的对应的位置处，从而主账户终端在接收到该指令后可以选择到对应的目标交易路由模板。

S308：获取目标产品记录中的第一字段内容，并通过第一字段内容替换所选择的目标交易路由模板中的对应字段的内容。

具体地，目标产品记录中存在多个字段，例如可以存在产品编码字段、产品名称字段、产品方编码字段、产品方名称字段、主账户渠道字段以及商城渠道字段等。其中第一产品字段可以是上述各个字段，在获取到第一产品字段后，主账户终端将该第一产品字段的内容替换目标交易路由模板中的对应字段的内容。

S310：根据第一字段内容查询第二字段内容，并通过第二字段内容替换所选择的目标交易路由模板中的对应字段的内容。

具体地，第二字段内容是需要查询获取来的字段的内容，比如商户号、对公户等，其中根据第一字段的内容可以查询到对应的第二字段的内容，且在查询到后，将所查询到的第二字段的内容替换目标交易路由模板中的对应字段的内容。

S312：将目标产品记录以及替换后的目标交易路由模板关联保存，并将目标产品记录的当前状态修改为已配置。

具体地，在通过第一字段内容和第二字段内容替换完成后，主账户终端可以将该替换后的目标交易路由模板与对应的目标产品记录进行关联存储，从而可以完成交易路由模板的配置。且为了防止下一次配置的时候仍对该目标产品记录进行操作，主账户终端将该目标产品记录对应的状态修改为已配置。

例如，为了保证目标交易路由模板与产品记录相适应，可以通过第一字段内容替换目标交易路由模板中对应的内容，例如替换产品编码字段、产品方字段以及支付通道字段的内容，但是目标交易路由模板中还存在一些需要查询的字段，首先主账户终端判断目标交易路由模板中的第二字段的内容是否为不适用，即是否为“NA”，如果是“NA”则表示不需要替换，如果不是“NA”则表示需要替换，从而主账户终端则根据产品编码字段、产品方字段以及支付通道字段查询第二字段，例如商户号和对公户等，其中如果没有产品编码，则将产品编码替换为“SSSSSSSS”后，继续查询，在查询到商户号和对公户后，通过查询到的商户号和对公户替换目标交易路由模板中的对应字段的内容。

上述实施例中，在获取到状态为待配置的目标产品记录后，选取已有的目标交易路由模板，并根据目标产品记录中的信息替换掉目标交易路由模板，从而不需要运营同事进行手动填写，提高了交易路由模板的配置效率。

在其中一个实施例中，根据初始交易路由模板的第一场景名称对初始交易路由模板进行去重得到目标交易路由模板之前，还可以包括：获取目标产品记录对应的第二场景名称以及产品标识；根据产品标识查询对应的产品价格；根据第二场景名称对初始交易路由模板进行清洗；从清洗后的初始交易路由模板中选取支付限额大于产品价格的初始交易路由模板。

具体地，在新产品上线时配置交易路由模板的时候，主账户终端可以获取到第一价格，然后获取到同步的各个支付通道的支付限额，从而选取到支付限额到与第一价格的支付通道，并根据支付限额大于第一价格的支付通道推荐交易路由模板。例如，主账户终端在获取到状态为待配置的目标产品记录后，首先获取到目标产品记录对应的第二场景名称以及产品标识，根据产品标识查询对应的产品价格，即上述的第一价格。然后根据第二场景名称对初始交易路由模板进行清洗，即例如可以将与第二场景名称匹配率达到80％以上的初始交易路由模板选择出来，以达到对初始交易路由模板的清洗。然后获取到支付限额大于产品价格的交易路由模板，最后再根据第一场景名称对清洗后的初始交易路由模板进行去重处理，从而可以减少所显示的初始交易路由模板的数量，用户在从初始交易路由模板选择出目标交易路由模板时，不需要浏览大量的信息，提高了效率。

上述实施例中，减少了用户浏览量，从而提高了交易路由模板的配置效率。

应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种支付限额同步调整装置，包括：接收模块100、第一查询模块200、第二查询模块300和发送模块400，其中：

接收模块100，用于接收银行服务器发送的支付限额同步请求，支付限额同步请求携带有产品标识。

第一查询模块200，用于查询与产品标识对应的支付方式，并获取支付方式对应的目标交易路由模板。

第二查询模块300，用于从目标交易路由模板中读取支付通道，并查询所读取的支付通道对应的支付限额。

发送模块400，用于将所查询到的支付限额返回至银行服务器。

在其中一个实施例中，第二查询模块300可以包括：

第一查询单元，用于当所读取的支付通道存在多个时，则分别查询多个支付通道对应的支付限额。

对应关系建立单元，用于建立支付通道与对应的支付限额的对应关系。

发送模块400还用于将所查询到的支付限额以及对应关系返回至银行服务器。

在其中一个实施例中，第二查询模块可以300包括：

第二查询单元，用于查询支付通道对应的支付银行，并获取支付银行对应的银行限额。

计算单元，用于将同一支付通道对应的支付银行的银行限额相加得到支付通道的支付限额。

在其中一个实施例中，上述支付限额同步调整装置还可以包括：

第一获取模块，用于获取当前状态为待配置的目标产品记录以及初始交易路由模板。

去重模块，用于根据初始交易路由模板的第一场景名称对初始交易路由模板进行去重得到目标交易路由模板。

选择模块，用于接收输入的交易路由模板选择指令，并根据交易路由模板选择指令选择对应的目标交易路由模板。

第一替换模块，用于获取目标产品记录中的第一字段内容，并通过第一字段内容替换所选择的目标交易路由模板中的对应字段的内容。

第二替换模块，用于根据第一字段内容查询第二字段内容，并通过第二字段内容替换所选择的目标交易路由模板中的对应字段的内容。

保存模块，用于将目标产品记录以及替换后的目标交易路由模板关联保存，并将目标产品记录的当前状态修改为已配置。

在其中一个实施例中，上述支付限额同步调整装置还可以包括：

第二获取模块，用于获取目标产品记录对应的第二场景名称以及产品标识。

第三查询模块，用于根据产品标识查询对应的产品价格。

清洗模块，用于根据第二场景名称对初始交易路由模板进行清洗。

选取模块，用于从清洗后的初始交易路由模板中选取支付限额大于产品价格的初始交易路由模板。

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

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种支付限额同步调整方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收银行服务器发送的支付限额同步请求，支付限额同步请求携带有产品标识；查询与产品标识对应的支付方式，并获取支付方式对应的目标交易路由模板；从目标交易路由模板中读取支付通道，并查询所读取的支付通道对应的支付限额；将所查询到的支付限额返回至银行服务器。

在一个实施例中，处理器执行计算机程序时所实现的查询所读取的支付通道对应的支付限额，可以包括：当所读取的支付通道存在多个时，则分别查询多个支付通道对应的支付限额；建立支付通道与对应的支付限额的对应关系；处理器执行计算机程序时所实现的将所查询到的支付限额返回至银行服务器，可以包括：将所查询到的支付限额以及对应关系返回至银行服务器。

在一个实施例中，处理器执行计算机程序时所实现的查询所读取的支付通道对应的支付限额，可以包括：查询支付通道对应的支付银行，并获取支付银行对应的银行限额；将同一支付通道对应的支付银行的银行限额相加得到支付通道的支付限额。

在一个实施例中，处理器执行计算机程序时所涉及的目标交易路由模板的配置方法可以包括：获取当前状态为待配置的目标产品记录以及初始交易路由模板；根据初始交易路由模板的第一场景名称对初始交易路由模板进行去重得到目标交易路由模板；接收输入的交易路由模板选择指令，并根据交易路由模板选择指令选择对应的目标交易路由模板；获取目标产品记录中的第一字段内容，并通过第一字段内容替换所选择的目标交易路由模板中的对应字段的内容；根据第一字段内容查询第二字段内容，并通过第二字段内容替换所选择的目标交易路由模板中的对应字段的内容；将目标产品记录以及替换后的目标交易路由模板关联保存，并将目标产品记录的当前状态修改为已配置。

在一个实施例中，处理器执行计算机程序时所实现的根据初始交易路由模板的第一场景名称对初始交易路由模板进行去重得到目标交易路由模板之前，还可以包括：获取目标产品记录对应的第二场景名称以及产品标识；根据产品标识查询对应的产品价格；根据第二场景名称对初始交易路由模板进行清洗；从清洗后的初始交易路由模板中选取支付限额大于产品价格的初始交易路由模板。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收银行服务器发送的支付限额同步请求，支付限额同步请求携带有产品标识；查询与产品标识对应的支付方式，并获取支付方式对应的目标交易路由模板；从目标交易路由模板中读取支付通道，并查询所读取的支付通道对应的支付限额；将所查询到的支付限额返回至银行服务器。

在一个实施例中，计算机程序被处理器执行时所实现的查询所读取的支付通道对应的支付限额，可以包括：当所读取的支付通道存在多个时，则分别查询多个支付通道对应的支付限额；建立支付通道与对应的支付限额的对应关系；计算机程序被处理器执行时所实现的将所查询到的支付限额返回至银行服务器，可以包括：将所查询到的支付限额以及对应关系返回至银行服务器。

在一个实施例中，计算机程序被处理器执行时所实现的查询所读取的支付通道对应的支付限额，可以包括：查询支付通道对应的支付银行，并获取支付银行对应的银行限额；将同一支付通道对应的支付银行的银行限额相加得到支付通道的支付限额。

在一个实施例中，计算机程序被处理器执行时所涉及的目标交易路由模板的配置方法可以包括：获取当前状态为待配置的目标产品记录以及初始交易路由模板；根据初始交易路由模板的第一场景名称对初始交易路由模板进行去重得到目标交易路由模板；接收输入的交易路由模板选择指令，并根据交易路由模板选择指令选择对应的目标交易路由模板；获取目标产品记录中的第一字段内容，并通过第一字段内容替换所选择的目标交易路由模板中的对应字段的内容；根据第一字段内容查询第二字段内容，并通过第二字段内容替换所选择的目标交易路由模板中的对应字段的内容；将目标产品记录以及替换后的目标交易路由模板关联保存，并将目标产品记录的当前状态修改为已配置。

在一个实施例中，计算机程序被处理器执行时所实现的根据初始交易路由模板的第一场景名称对初始交易路由模板进行去重得到目标交易路由模板之前，还可以包括：获取目标产品记录对应的第二场景名称以及产品标识；根据产品标识查询对应的产品价格；根据第二场景名称对初始交易路由模板进行清洗；从清洗后的初始交易路由模板中选取支付限额大于产品价格的初始交易路由模板。

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

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种支付限额同步调整方法，所述方法包括：

接收银行服务器发送的支付限额同步请求，所述支付限额同步请求携带有产品标识；

查询与所述产品标识对应的支付方式，并获取所述支付方式对应的目标交易路由模板；

从所述目标交易路由模板中读取支付通道，并查询所读取的支付通道对应的支付限额；

将所查询到的支付限额返回至所述银行服务器。

2.根据权利要求1所述的方法，其特征在于，所述查询所读取的支付通道对应的支付限额，包括：

当所读取的支付通道存在多个时，则分别查询所述多个支付通道对应的支付限额；

建立所述支付通道与对应的所述支付限额的对应关系；

所述将所查询到的支付限额返回至所述银行服务器，包括：

将所查询到的支付限额以及所述对应关系返回至所述银行服务器。

3.根据权利要求2所述的方法，其特征在于，所述查询所读取的支付通道对应的支付限额，包括：

查询所述支付通道对应的支付银行，并获取所述支付银行对应的银行限额；

将同一所述支付通道对应的支付银行的银行限额相加得到所述支付通道的支付限额。

4.根据权利要求1至3任意一项所述的方法，其特征在于，所述目标交易路由模板的配置方法包括：

获取当前状态为待配置的目标产品记录以及初始交易路由模板；

根据所述初始交易路由模板的第一场景名称对所述初始交易路由模板进行去重得到目标交易路由模板；

接收输入的交易路由模板选择指令，并根据所述交易路由模板选择指令选择对应的目标交易路由模板；

获取所述目标产品记录中的第一字段内容，并通过所述第一字段内容替换所选择的目标交易路由模板中的对应字段的内容；

根据所述第一字段内容查询第二字段内容，并通过所述第二字段内容替换所选择的目标交易路由模板中的对应字段的内容；

将所述目标产品记录以及替换后的目标交易路由模板关联保存，并将所述目标产品记录的当前状态修改为已配置。

5.根据权利要求4所述的方法，其特征在于，所述根据所述初始交易路由模板的第一场景名称对所述初始交易路由模板进行去重得到目标交易路由模板之前，还包括：

获取所述目标产品记录对应的第二场景名称以及产品标识；

根据所述产品标识查询对应的产品价格；

根据所述第二场景名称对所述初始交易路由模板进行清洗；

从清洗后的所述初始交易路由模板中选取支付限额大于所述产品价格的初始交易路由模板。

6.一种支付限额同步装置，其特征在于，所述装置包括：

接收模块，用于接收银行服务器发送的支付限额同步请求，所述支付限额同步请求携带有产品标识；

第一查询模块，用于查询与所述产品标识对应的支付方式，并获取所述支付方式对应的目标交易路由模板；

第二查询模块，用于从所述目标交易路由模板中读取支付通道，并查询所读取的支付通道对应的支付限额；

发送模块，用于将所查询到的支付限额返回至所述银行服务器。

7.根据权利要求6所述的装置，其特征在于，所述第二查询模块包括：

第一查询单元，用于当所读取的支付通道存在多个时，则分别查询所述多个支付通道对应的支付限额；

对应关系建立单元，用于建立所述支付通道与对应的所述支付限额的对应关系；

所述发送模块还用于将所查询到的支付限额以及所述对应关系返回至所述银行服务器。

8.根据权利要求7所述的装置，其特征在于，所述第二查询模块包括：

第二查询单元，用于查询所述支付通道对应的支付银行，并获取所述支付银行对应的银行限额；

计算单元，用于将同一所述支付通道对应的支付银行的银行限额相加得到所述支付通道的支付限额。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述方法的步骤。

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