CN114638610A - 收付渠道加密方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明涉及人工智能技术领域，提供一种收付渠道加密方法、装置、电子设备及存储介质，响应用户发起交易的操作为用户确定最优支付渠道，确定最优支付渠道的初始加密方案并获取初始加密方案的风险评估结果，根据风险评估结果获得初始加密方案的更新的加密方案，利用更新的加密方案对最优支付渠道进行加密，获取更新的加密方案的加密信息，根据加密信息对更新的加密方案进行调整获得目标加密方案，利用目标加密方案对最优支付渠道进行加密，实现了自动调整交易对应的加密方案，在新增渠道时高效接入相应的加密方案，使得交易的安全性得到提高，降低因安全原因导致的资金风险。

Description

收付渠道加密方法、装置、电子设备及存储介质

技术领域

本发明涉及人工智能技术领域，具体涉及一种收付渠道加密方法、装置、电子设备及存储介质。

背景技术

目前信贷系统的支付交易，都是基于与第三方收付渠道进行，在有大量交易的情况下，系统会对接多个第三方收付渠道，对每笔交易进行相应的加密时会产生大量的硬编码的加密逻辑，无法灵活的进行加密逻辑的调整。此外，在面对多个第三方收付渠道的多种网络环境时，还会产生数据安全问题，使得公司存在资金安全和系统安全的风险。

发明内容

鉴于以上内容，有必要提出一种收付渠道加密方法、装置、电子设备及存储介质，能够灵活地选择交易对应的加密方案，还可以在原本的加密方案出现问题后，及时进行自动调整，另外在新增渠道时，也可高效的接入相应的加密方案，提高收付渠道交易的安全性。

本发明的第一方面提供一种收付渠道加密方法，所述方法包括：

响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道；

确定所述最优支付渠道的初始加密方案，对所述初始加密方案进行风险评估，获得风险评估结果；

根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案；

利用所述更新的加密方案对所述最优支付渠道进行加密，获取所述更新的加密方案的加密信息；

根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案，利用所述目标加密方案对所述最优支付渠道进行加密。

根据本发明的一个可选的实施方式，所述响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道包括：

响应用户在聚合支付系统发起交易的操作，利用所述聚合支付系统为所述交易提供基于https的REST接口；

将所述交易通过所述REST接口接入至所述支付路由，利用所述支付路由确定当前可用的支付渠道：

从所述可用的支付渠道中确定多个默认支付渠道；

根据每个默认支付渠道的支付特征以及风险控制，获取每个默认支付渠道的得分，利用轮询算法基于所述得分确定最优支付渠道。

根据本发明的一个可选的实施方式，所述根据每个默认支付渠道的支付特征以及风险控制，获取每个默认支付渠道的得分，利用轮询算法基于所述得分确定最优支付渠道包括：

为所述支付特征以及所述风险控制分别设置打分策略；

根据所述打分策略为每个默认支付渠道进行打分，获得每个默认支付渠道的得分；

对所述多个默认支付渠道按照对应的得分由高至低的顺序进行排序，获得初始排位序列；

通过轮询算法根据所述风险控制对所述初始排位序列进行调整，获得最终排位序列；

将位于所述最终排位序列的首位的默认支付渠道作为所述最优支付渠道。

根据本发明的一个可选的实施方式，所述对所述初始加密方案进行风险评估，获得风险评估结果包括：

设置多个风险因子，并为每个风险因子设置权重：

根据所述风险因子和权重计算所述初始加密方案的风险值，将所述初始加密方案的风险值作为所述风险评估结果。

根据本发明的一个可选的实施方式，所述根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案包括：

判断所述风险评估结果是否达到预设的风险阈值范围；

当确定所述风险评估结果未达到所述风险阈值范围时，利用预设的加密算法对所述初始加密方案的进行更新，获得所述更新的加密方案。

根据本发明的一个可选的实施方式，所述获取所述更新的加密方案的加密信息包括：根据所述最优支付渠道的类型，将所述最优支付渠道的信息根据所述更新的加密方案发送至对应类型的银行验证接口进行认证；接收所述银行验证接口发送的包含验证成功或验证失败的关键字的加密信息；

所述获取所述更新的加密方案的加密信息还包括：获取所述最优支付渠道的接收方终端的身份标签生成接口的验证请求，所述验证请求包括所述最优支付渠道的支付方终端提供的接收方账号和支付方账号；根据所述更新的加密方案将所述接收方账号和所述支付方账号进行加密，得到验证信息；根据所述更新的加密方案对所述验证信息进行解密，得到所述接收方账号和支付方账号的包含解密成功或解密失败的关键字加密信息。

根据本发明的一个可选的实施方式，所述根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案包括：

当所述加密信息中包括验证失败或解密失败的关键字时，对所述更新的加密方案进行修改，直至所述加密信息中不再包括验证失败或解密失败的关键字。

本发明的第二方面提供一种收付渠道加密装置，所述装置包括：

响应模块，用于响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道；

评估模块，用于确定所述最优支付渠道的初始加密方案，对所述初始加密方案进行风险评估，获得风险评估结果；

更新模块，用于根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案；

获取模块，用于利用所述更新的加密方案对所述最优支付渠道进行加密，获取所述更新的加密方案的加密信息；

加密模块，用于根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案，利用所述目标加密方案对所述最优支付渠道进行加密。

本发明的第三方面提供一种电子设备，所述电子设备包括处理器和存储器，所述处理器用于执行所述存储器中存储的计算机程序时实现所述收付渠道加密方法。

本发明的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述收付渠道加密方法。

综上所述，本发明所述的收付渠道加密方法、装置、电子设备及存储介质，首先响应用户发起交易的操作为用户确定最优支付渠道，之后确定最优支付渠道的初始加密方案并获取初始加密方案的风险评估结果，并根据风险评估结果获得初始加密方案的更新的加密方案，利用更新的加密方案对最优支付渠道进行加密，获取更新的加密方案的加密信息，然后根据加密信息对更新的加密方案进行调整获得目标加密方案，并利用目标加密方案对最优支付渠道进行加密，实现了为用户发起的交易确定最优支付渠道，并为最优支付渠道的初始加密方案进行风险评估，根据风险评估结果为所述初始加密方案进行多次调整，获得所述最优支付渠道的目标加密方案，使用所述目标加密方案为所述最优支付渠道加密，能够灵活地选择交易对应的加密方案，还可以在原本的加密方案出现问题后，及时进行自动调整，另外在新增渠道时，也可高效的接入相应的加密方案，使得交易的安全性得到足够的保障，极大降低了因安全原因导致的资金风险。

附图说明

图1是本发明实施例一提供的收付渠道加密方法的流程图。

图2是本发明实施例二提供的收付渠道加密装置的结构图。

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

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施例对本发明进行详细描述。需要说明的是，在不冲突的情况下，本发明的实施例及实施例中的特征可以相互组合。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述在一个可选的实施方式中实施例的目的，不是旨在于限制本发明。

本发明实施例提供的收付渠道加密方法由电子设备执行，相应地，收付渠道加密装置运行于电子设备中。

实施例一

图1是本发明实施例一提供的收付渠道加密方法的流程图。所述收付渠道加密方法具体包括以下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些可以省略。

S11，响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道。

在一个可选的实施方式中，所述响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道包括：

响应用户在聚合支付系统发起交易的操作，利用所述聚合支付系统为所述交易提供基于https的REST接口；

将所述交易通过所述REST接口接入至所述支付路由，利用所述支付路由确定当前可用的支付渠道：

从所述可用的支付渠道中确定所述最优支付渠道。

在一个可选的实施方式中，所述利用所述支付路由确定当前可用的支付渠道包括：利用所述支付路由获取与第三方支付、收单机构或商业银行签署的商务合作信息。其中，所述第三方支付的直连渠道包括：微信支付、支付宝和银联云闪付等；所述第三方支付的间连渠道或所述收单机构包括：具有法定收单资质的商业机构提供渠道支付接口或聚合支付接口；所述商业银行的支付渠道包括：各大商业银行提供的银行移动支付接口。需要说明的是，所述当前可用的支付渠道还包括每种支付渠道的商户号、机构号、密钥、加密证书、加密方式、费率、技术方式等。

在一个可选的实施方式中，所述从所述可用的支付渠道中确定所述最优支付渠道包括：

从所述可用的支付渠道中确定多个默认支付渠道；

根据每个默认支付渠道的支付特征以及风险控制，获取每个默认支付渠道的得分，利用轮询算法基于所述得分确定最优支付渠道。

在一个可选的实施方式中，将实际商业场景下的业务逻辑思维转化为计算机可识别的机器规则，例如默认支付渠道配置、支付特征规则和风险控制规则等。

具体的，所述默认支付渠道配置包括最基础的支付渠道，所述默认支付渠道配置保证交易能在不使用支付路由时能正常进行。当其中某个支付渠道出现问题暂时无法使用时，另一条支付渠道可承担当前客户的支付需求。

所述支付特征规则包括：对支付所在的商户门店、提交支付的终端设备、选择的移动支付方式(例如微信、支付宝等)、产生支付交易的业务场景、提交支付的特殊标签等规则进行的限定。

所述风险控制规则包括：对支付金额范围的约束、对每小时/日/周/月的交易总额的控制、对每日/月的交易总量控制、对交易时间段的控制(可多个)、对交易发生的地理空间的控制(交易时能获取到的GPS信息)。

在一个可选的实施方式中，所述根据每个默认支付渠道的支付特征以及风险控制，获取每个默认支付渠道的得分，利用轮询算法基于所述得分确定最优支付渠道包括：

为所述支付特征以及所述风险控制分别设置打分策略；

根据所述打分策略为每个默认支付渠道进行打分，获得每个默认支付渠道的得分；

对所述多个默认支付渠道按照对应的得分由高至低的顺序进行排序，获得初始排位序列；

通过轮询算法根据所述风险控制对所述初始排位序列进行调整，获得最终排位序列：

将位于所述最终排位序列的首位的默认支付渠道作为所述最优支付渠道。

具体的，所述风险控制包括风险监控和分布式锁等辅助功能，所述根据每个默认支付渠道的支付特征以及风险控制，获取每个默认支付渠道的得分，利用轮询算法基于所述得分确定最优支付渠道还包括：基于当前交易的各项参数为所述支付特征以及所述风险控制分别设置打分策略；通过轮询算法根据所述风险控制对所述初始排位序列进行调整，获得最终排位序列；通过打分策略根据各项指标为每个默认支付渠道打分，按分数由高至低排列，获得初始排位序列；通过轮询算法调整(例如，剔除或后移)初始排位序列中风险控制得分较低的靠前的默认支付渠道的位置，所述轮询算法包括随机轮询、依次轮询和哈希轮询。

需要说明的是，通过风险监控实时监控及统计各支付渠道的可用情况以及异常交易数量，并实现各支付渠道的动态上下线，通过分布式锁确保在分布式情况下交易的唯一性，通过渠道适配器组为各支付渠道提供其系统相应的支付接口，每个渠道创建一个渠道适配器，可以有效适配各渠道的参数和技术规范，满足不同场景下的支付需求，可以根据客户的支付需求，结合其自身运行成本和当前支付渠道的情况，灵活调配满足支付需求所使用的支付渠道。

S12，确定所述最优支付渠道的初始加密方案，对所述初始加密方案进行风险评估，获得风险评估结果。

在一个可选的实施方式中，确定所述最优支付渠道的初始加密方案包括：

确定所述最优支付渠道的渠道码，根据所述渠道码确定与所述最优支付渠道对应的初始加密方案，所述初始加密方案包括数字证书、加密算法和密钥。

在一个可选的实施方式中，每个合法接入网络的渠道(包括所述最优支付渠道)都具有可识别的渠道码，并且每个渠道与渠道码具有一一对应的匹配关系；所述渠道码可以由统一认证系统为每一个合法接入网络的渠道分配，统一认证系统可以根据渠道码确定网络中的传输信息是针对哪个渠道的；所述数字证书与合法接入网络的渠道一一对应，而加密算法和密钥是生成数字证书及验证数字证书合法性所必不可少的，可以确保传输信息的机密性、完整性及不可抵赖性。

在一个可选的实施方式中，所述对所述初始加密方案进行风险评估，获得风险评估结果包括：

设置多个风险因子，并为每个风险因子设置权重：

根据所述风险因子和权重计算所述初始加密方案的风险值，将所述初始加密方案的风险值作为所述风险评估结果。

在一个可选的实施方式中，所述风险因子包括每个渠道(包括所述最优支付渠道)的渠道返回信息、客户端解密异常信息、金额一致性等；所述风险值等于所有风险因子中每个风险因子乘以对应的权重值之后的累加值；其中所述风险因子和权重均可根据实际情况进行调整，所述风险值越高对应的渠道的风险评估结果越不好。

S13，根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案。

在一个可选的实施方式中，所述根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案包括：

判断所述风险评估结果是否达到预设的风险阈值范围；

当确定所述风险评估结果未达到所述风险阈值范围时，利用预设的加密算法对所述初始加密方案的进行更新，获得所述更新的加密方案。

在一个可选的实施方式中，所述预设的加密算法包括所述初始加密方案及所述初始加密方案之外的其它加密算法，例如哈希算法、洋葱算法、签名算法等。

具体的，所述哈希算法可以将接收方序列号和支付方序列号转化为二进制格式的序列号，通过哈希算法进行加密，可以得到二进制格式的验证信息，从而进一步保证账号信息的安全。所述洋葱算法可以进行一层一层的加密包装，获得被称作洋葱数据包的数据结构，每经过一个节点层会将数据包的最外层解密，因此任一个节点都无法同时知晓这个消息最初与最终的目的地，使发送者达到匿名的效果。还可以使用哈希算法和签名算法进行双重加密，且签名算法的客户端签名具有时间戳，可以保证每次请求的合法性，防止重复攻击，最大限度上保证数据的安全有效性。

在一个可选的实施方式中，由于所述初始加密方案为所述最优支付渠道的默认加密方案，对应的风险评估结果一般会较差，不会达到预设的风险阈值范围，需要对所述初始加密方案进行更新，以优化其风险评估结果。

S14，利用所述更新的加密方案对所述最优支付渠道进行加密，获取所述更新的加密方案的加密信息。

在一个可选的实施方式中，所述加密信息包括所述最优支付渠道返回的交易结果是否含有验证失败等关键字、客户端是否存在解密失败的异常，交易对应的银行的认证信息等。

在一个可选的实施方式中，所述获取所述更新的加密方案的加密信息包括：

根据所述最优支付渠道的类型，将所述最优支付渠道的信息根据所述更新的加密方案发送至对应类型的银行验证接口进行认证；

接收所述银行验证接口发送的包含验证成功或验证失败的关键字的加密信息。

在一个可选的实施方式中，所述获取所述更新的加密方案的加密信息还包括：

获取所述最优支付渠道的接收方终端的身份标签生成接口的验证请求，所述验证请求包括所述最优支付渠道的支付方终端提供的接收方账号和支付方账号；

根据所述更新的加密方案将所述接收方账号和所述支付方账号进行加密，得到验证信息；

根据所述更新的加密方案对所述验证信息进行解密，得到所述接收方账号和支付方账号的包含解密成功或解密失败的关键字加密信息。

在一个可选的实施方式中，根据所述更新的加密方案将所述接收方账号和所述支付方账号进行加密，得到验证信息包括：分别查询所述接收方账号预先对应的接收方序列号以及所述支付方账号预先对应的支付方序列号；根据预先设置的加密算法，将所述接收方序列号和所述支付方序列号进行加密，得到验证信息。

在一个可选的实施方式中，根据所述更新的加密方案对所述验证信息进行解密，得到所述接收方账号和支付方账号的解密成功或解密失败的加密信息包括：根据所述更新的加密方案对所述验证信息进行解密；当能得到所述接收方序列号和所述支付方序列号时，获得包含解密成功的关键字的加密信息；当不能得到所述接收方序列号和所述支付方序列号时，获得包含解密失败的关键字的加密信息。

S15，根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案，利用所述目标加密方案对所述最优支付渠道进行加密。

在一个可选的实施方式中，所述根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案包括：当所述加密信息中包括验证失败或解密失败的关键字时，对所述更新的加密方案进行修改(例如，调整风险因子、风险阈值、加密算法等)，直至所述加密信息中不再包括验证失败或解密失败的关键字。

在一个可选的实施方式中，根据所述加密信息对所述更新的加密方案进行调整，可以在所述更新的加密方案出现问题后，及时进行自动调整，另外在新增渠道时，也可高效的接入相应的加密方案。利用所述目标加密方案对所述最优支付渠道进行加密使得交易的安全性得到足够的保障，极大降低了因安全原因导致的资金风险。

本申请提供的多渠道下的交易信息加密方法基于收付渠道进行加密，可以将历史交易的加解密信息作为因子之一，用于分析并保障后续交易的安全，充分利用了每笔交易的解密结果，使得交易的安全性得到足够的保障，极大降低了因安全原因导致的资金风险，同时利用加密智能路由，取代人工繁琐的加解密配置，极大降低了开发的时间成本。

实施例二

图2是本发明实施例二提供的收付渠道加密装置的结构图。

在一些实施例中，所述收付渠道加密装置20可以包括多个由计算机程序段所组成的功能模块。所述收付渠道加密装置20中的各个程序段的计算机程序可以存储于电子设备的存储器中，并由至少一个处理器所执行，以执行(详见图1描述)收付渠道加密的功能。

本实施例中，所述收付渠道加密装置20根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：响应模块201、评估模块202、更新模块203、获取模块204及加密模块205。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。

所述响应模块201，用于响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道。

在一个可选的实施方式中，所述响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道包括：

响应用户在聚合支付系统发起交易的操作，利用所述聚合支付系统为所述交易提供基于https的REST接口；

将所述交易通过所述REST接口接入至所述支付路由，利用所述支付路由确定当前可用的支付渠道：

从所述可用的支付渠道中确定所述最优支付渠道。

在一个可选的实施方式中，所述利用所述支付路由确定当前可用的支付渠道包括：利用所述支付路由获取与第三方支付、收单机构或商业银行签署的商务合作信息。其中，所述第三方支付的直连渠道包括：微信支付、支付宝和银联云闪付等；所述第三方支付的间连渠道或所述收单机构包括：具有法定收单资质的商业机构提供渠道支付接口或聚合支付接口；所述商业银行的支付渠道包括：各大商业银行提供的银行移动支付接口。需要说明的是，所述当前可用的支付渠道还包括每种支付渠道的商户号、机构号、密钥、加密证书、加密方式、费率、技术方式等。

在一个可选的实施方式中，所述从所述可用的支付渠道中确定所述最优支付渠道包括：

从所述可用的支付渠道中确定多个默认支付渠道；

根据每个默认支付渠道的支付特征以及风险控制，获取每个默认支付渠道的得分，利用轮询算法基于所述得分确定最优支付渠道。

在一个可选的实施方式中，将实际商业场景下的业务逻辑思维转化为计算机可识别的机器规则，例如默认支付渠道配置、支付特征规则和风险控制规则等。

具体的，所述默认支付渠道配置包括最基础的支付渠道，所述默认支付渠道配置保证交易能在不使用支付路由时能正常进行。当其中某个支付渠道出现问题暂时无法使用时，另一条支付渠道可承担当前客户的支付需求。

所述支付特征规则包括：对支付所在的商户门店、提交支付的终端设备、选择的移动支付方式(例如微信、支付宝等)、产生支付交易的业务场景、提交支付的特殊标签等规则进行的限定。

所述风险控制规则包括：对支付金额范围的约束、对每小时/日/周/月的交易总额的控制、对每日/月的交易总量控制、对交易时间段的控制(可多个)、对交易发生的地理空间的控制(交易时能获取到的GPS信息)。

在一个可选的实施方式中，所述根据每个默认支付渠道的支付特征以及风险控制，获取每个默认支付渠道的得分，利用轮询算法基于所述得分确定最优支付渠道包括：

为所述支付特征以及所述风险控制分别设置打分策略；

根据所述打分策略为每个默认支付渠道进行打分，获得每个默认支付渠道的得分；

对所述多个默认支付渠道按照对应的得分由高至低的顺序进行排序，获得初始排位序列；

通过轮询算法根据所述风险控制对所述初始排位序列进行调整，获得最终排位序列：

将位于所述最终排位序列的首位的默认支付渠道作为所述最优支付渠道。

具体的，所述风险控制包括风险监控和分布式锁等辅助功能，所述根据每个默认支付渠道的支付特征以及风险控制，获取每个默认支付渠道的得分，利用轮询算法基于所述得分确定最优支付渠道还包括：基于当前交易的各项参数为所述支付特征以及所述风险控制分别设置打分策略；通过轮询算法根据所述风险控制对所述初始排位序列进行调整，获得最终排位序列；通过打分策略根据各项指标为每个默认支付渠道打分，按分数由高至低排列，获得初始排位序列；通过轮询算法调整(例如，剔除或后移)初始排位序列中风险控制得分较低的靠前的默认支付渠道的位置，所述轮询算法包括随机轮询、依次轮询和哈希轮询。

需要说明的是，通过风险监控实时监控及统计各支付渠道的可用情况以及异常交易数量，并实现各支付渠道的动态上下线，通过分布式锁确保在分布式情况下交易的唯一性，通过渠道适配器组为各支付渠道提供其系统相应的支付接口，每个渠道创建一个渠道适配器，可以有效适配各渠道的参数和技术规范，满足不同场景下的支付需求，可以根据客户的支付需求，结合其自身运行成本和当前支付渠道的情况，灵活调配满足支付需求所使用的支付渠道。

所述评估模块202，用于确定所述最优支付渠道的初始加密方案，对所述初始加密方案进行风险评估，获得风险评估结果。

在一个可选的实施方式中，确定所述最优支付渠道的初始加密方案包括：

确定所述最优支付渠道的渠道码，根据所述渠道码确定与所述最优支付渠道对应的初始加密方案，所述初始加密方案包括数字证书、加密算法和密钥。

在一个可选的实施方式中，每个合法接入网络的渠道(包括所述最优支付渠道)都具有可识别的渠道码，并且每个渠道与渠道码具有一一对应的匹配关系；所述渠道码可以由统一认证系统为每一个合法接入网络的渠道分配，统一认证系统可以根据渠道码确定网络中的传输信息是针对哪个渠道的；所述数字证书与合法接入网络的渠道一一对应，而加密算法和密钥是生成数字证书及验证数字证书合法性所必不可少的，可以确保传输信息的机密性、完整性及不可抵赖性。

在一个可选的实施方式中，所述对所述初始加密方案进行风险评估，获得风险评估结果包括：

设置多个风险因子，并为每个风险因子设置权重：

根据所述风险因子和权重计算所述初始加密方案的风险值，将所述初始加密方案的风险值作为所述风险评估结果。

在一个可选的实施方式中，所述风险因子包括每个渠道(包括所述最优支付渠道)的渠道返回信息、客户端解密异常信息、金额一致性等；所述风险值等于所有风险因子中每个风险因子乘以对应的权重值之后的累加值；其中所述风险因子和权重均可根据实际情况进行调整，所述风险值越高对应的渠道的风险评估结果越不好。

所述更新模块203，用于根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案。

在一个可选的实施方式中，所述根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案包括：

判断所述风险评估结果是否达到预设的风险阈值范围；

当确定所述风险评估结果未达到所述风险阈值范围时，利用预设的加密算法对所述初始加密方案的进行更新，获得所述更新的加密方案。

在一个可选的实施方式中，所述预设的加密算法包括所述初始加密方案及所述初始加密方案之外的其它加密算法，例如哈希算法、洋葱算法、签名算法等。

具体的，所述哈希算法可以将接收方序列号和支付方序列号转化为二进制格式的序列号，通过哈希算法进行加密，可以得到二进制格式的验证信息，从而进一步保证账号信息的安全。所述洋葱算法可以进行一层一层的加密包装，获得被称作洋葱数据包的数据结构，每经过一个节点层会将数据包的最外层解密，因此任一个节点都无法同时知晓这个消息最初与最终的目的地，使发送者达到匿名的效果。还可以使用哈希算法和签名算法进行双重加密，且签名算法的客户端签名具有时间戳，可以保证每次请求的合法性，防止重复攻击，最大限度上保证数据的安全有效性。

在一个可选的实施方式中，由于所述初始加密方案为所述最优支付渠道的默认加密方案，对应的风险评估结果一般会较差，不会达到预设的风险阈值范围，需要对所述初始加密方案进行更新，以优化其风险评估结果。

所述获取模块204，用于利用所述更新的加密方案对所述最优支付渠道进行加密，获取所述更新的加密方案的加密信息。

在一个可选的实施方式中，所述加密信息包括所述最优支付渠道返回的交易结果是否含有验证失败等关键字、客户端是否存在解密失败的异常，交易对应的银行的认证信息等。

在一个可选的实施方式中，所述获取所述更新的加密方案的加密信息包括：

根据所述最优支付渠道的类型，将所述最优支付渠道的信息根据所述更新的加密方案发送至对应类型的银行验证接口进行认证；

接收所述银行验证接口发送的包含验证成功或验证失败的关键字的加密信息。

在一个可选的实施方式中，所述获取所述更新的加密方案的加密信息还包括：

获取所述最优支付渠道的接收方终端的身份标签生成接口的验证请求，所述验证请求包括所述最优支付渠道的支付方终端提供的接收方账号和支付方账号；

根据所述更新的加密方案将所述接收方账号和所述支付方账号进行加密，得到验证信息；

根据所述更新的加密方案对所述验证信息进行解密，得到所述接收方账号和支付方账号的包含解密成功或解密失败的关键字加密信息。

在一个可选的实施方式中，根据所述更新的加密方案将所述接收方账号和所述支付方账号进行加密，得到验证信息包括：分别查询所述接收方账号预先对应的接收方序列号以及所述支付方账号预先对应的支付方序列号；根据预先设置的加密算法，将所述接收方序列号和所述支付方序列号进行加密，得到验证信息。

在一个可选的实施方式中，根据所述更新的加密方案对所述验证信息进行解密，得到所述接收方账号和支付方账号的解密成功或解密失败的加密信息包括：根据所述更新的加密方案对所述验证信息进行解密；当能得到所述接收方序列号和所述支付方序列号时，获得包含解密成功的关键字的加密信息；当不能得到所述接收方序列号和所述支付方序列号时，获得包含解密失败的关键字的加密信息。

所述加密模块205，用于根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案，利用所述目标加密方案对所述最优支付渠道进行加密。

在一个可选的实施方式中，所述根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案包括：当所述加密信息中包括验证失败或解密失败的关键字时，对所述更新的加密方案进行修改(例如，调整风险因子、风险阈值、加密算法等)，直至所述加密信息中不再包括验证失败或解密失败的关键字。

在一个可选的实施方式中，根据所述加密信息对所述更新的加密方案进行调整，可以在所述更新的加密方案出现问题后，及时进行自动调整，另外在新增渠道时，也可高效的接入相应的加密方案。利用所述目标加密方案对所述最优支付渠道进行加密使得交易的安全性得到足够的保障，极大降低了因安全原因导致的资金风险。

本申请提供的多渠道下的交易信息加密方法基于收付渠道进行加密，可以将历史交易的加解密信息作为因子之一，用于分析并保障后续交易的安全，充分利用了每笔交易的解密结果，使得交易的安全性得到足够的保障，极大降低了因安全原因导致的资金风险，同时利用加密智能路由，取代人工繁琐的加解密配置，极大降低了开发的时间成本。

实施例三

本实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述收付渠道加密方法实施例中的步骤，例如图1所示的S11-S15：

S11，响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道；

S12，确定所述最优支付渠道的初始加密方案，对所述初始加密方案进行风险评估，获得风险评估结果；

S13，根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案；

S14，利用所述更新的加密方案对所述最优支付渠道进行加密，获取所述更新的加密方案的加密信息；

S15，根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案，利用所述目标加密方案对所述最优支付渠道进行加密。

或者，该计算机程序被处理器执行时实现上述装置实施例中各模块/单元的功能，例如图2中的模块201-205：

所述响应模块201，用于响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道；

所述评估模块202，用于确定所述最优支付渠道的初始加密方案，对所述初始加密方案进行风险评估，获得风险评估结果；

所述更新模块203，用于根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案；

所述获取模块204，用于利用所述更新的加密方案对所述最优支付渠道进行加密，获取所述更新的加密方案的加密信息；

所述加密模块205，用于根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案，利用所述目标加密方案对所述最优支付渠道进行加密。

实施例四

参阅图3所示，为本发明实施例三提供的电子设备的结构示意图。在本发明较佳实施例中，所述电子设备3包括存储器31、至少一个处理器32、至少一条通信总线33及收发器34。

本领域技术人员应该了解，图3示出的电子设备的结构并不构成本发明实施例的限定，既可以是总线型结构，也可以是星形结构，所述电子设备3还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置。

在一些实施例中，所述电子设备3是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路、可编程门阵列、数字处理器及嵌入式设备等。所述电子设备3还可包括客户设备，所述客户设备包括但不限于任何一种可与客户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、数码相机等。

需要说明的是，所述电子设备3仅为举例，其他现有的或今后可能出现的电子产品如可适应于本发明，也应包含在本发明的保护范围以内，并以引用方式包含于此。

在一些实施例中，所述存储器31中存储有计算机程序，所述计算机程序被所述至少一个处理器32执行时实现如所述的收付渠道加密方法中的全部或者部分步骤。所述存储器31包括只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-OnlyMemory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子擦除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

在一些实施例中，所述至少一个处理器32是所述电子设备3的控制核心(ControlUnit)，利用各种接口和线路连接整个电子设备3的各个部件，通过运行或执行存储在所述存储器31内的程序或者模块，以及调用存储在所述存储器31内的数据，以执行电子设备3的各种功能和处理数据。例如，所述至少一个处理器32执行所述存储器中存储的计算机程序时实现本发明实施例中所述的收付渠道加密方法的全部或者部分步骤；或者实现收付渠道加密装置的全部或者部分功能。所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(Central Processing unit，CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。

在一些实施例中，所述至少一条通信总线33被设置为实现所述存储器31以及所述至少一个处理器32等之间的连接通信。

尽管未示出，所述电子设备3还可以包括给各个部件供电的电源(比如电池)，优选的，电源可以通过电源管理装置与所述至少一个处理器32逻辑相连，从而通过电源管理装置实现管理充电、放电、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备3还可以包括多种传感器、蓝牙模块、Wi-Fi模块、摄像装置等，在此不再赘述。

上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，既可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或，单数不排除复数。说明书中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。

Claims (10)

1.一种收付渠道加密方法，其特征在于，所述方法包括：

响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道；

确定所述最优支付渠道的初始加密方案，对所述初始加密方案进行风险评估，获得风险评估结果；

根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案；

利用所述更新的加密方案对所述最优支付渠道进行加密，获取所述更新的加密方案的加密信息；

根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案，利用所述目标加密方案对所述最优支付渠道进行加密。

2.如权利要求1所述的收付渠道加密方法，其特征在于，所述响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道包括：

响应用户在聚合支付系统发起交易的操作，利用所述聚合支付系统为所述交易提供基于https的REST接口；

将所述交易通过所述REST接口接入至所述支付路由，利用所述支付路由确定当前可用的支付渠道：

从所述可用的支付渠道中确定多个默认支付渠道；

根据每个默认支付渠道的支付特征以及风险控制，获取每个默认支付渠道的得分，利用轮询算法基于所述得分确定最优支付渠道。

3.如权利要求2所述的收付渠道加密方法，其特征在于，所述根据每个默认支付渠道的支付特征以及风险控制，获取每个默认支付渠道的得分，利用轮询算法基于所述得分确定最优支付渠道包括：

为所述支付特征以及所述风险控制分别设置打分策略；

根据所述打分策略为每个默认支付渠道进行打分，获得每个默认支付渠道的得分；

对所述多个默认支付渠道按照对应的得分由高至低的顺序进行排序，获得初始排位序列；

通过轮询算法根据所述风险控制对所述初始排位序列进行调整，获得最终排位序列；

将位于所述最终排位序列的首位的默认支付渠道作为所述最优支付渠道。

4.如权利要求1所述的收付渠道加密方法，其特征在于，所述对所述初始加密方案进行风险评估，获得风险评估结果包括：

设置多个风险因子，并为每个风险因子设置权重：

根据所述风险因子和权重计算所述初始加密方案的风险值，将所述初始加密方案的风险值作为所述风险评估结果。

5.如权利要求1所述的收付渠道加密方法，其特征在于，所述根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案包括：

判断所述风险评估结果是否达到预设的风险阈值范围；

当确定所述风险评估结果未达到所述风险阈值范围时，利用预设的加密算法对所述初始加密方案的进行更新，获得所述更新的加密方案。

6.如权利要求1所述的收付渠道加密方法，其特征在于，所述获取所述更新的加密方案的加密信息包括：根据所述最优支付渠道的类型，将所述最优支付渠道的信息根据所述更新的加密方案发送至对应类型的银行验证接口进行认证；接收所述银行验证接口发送的包含验证成功或验证失败的关键字的加密信息；

所述获取所述更新的加密方案的加密信息还包括：获取所述最优支付渠道的接收方终端的身份标签生成接口的验证请求，所述验证请求包括所述最优支付渠道的支付方终端提供的接收方账号和支付方账号；根据所述更新的加密方案将所述接收方账号和所述支付方账号进行加密，得到验证信息；根据所述更新的加密方案对所述验证信息进行解密，得到所述接收方账号和支付方账号的包含解密成功或解密失败的关键字加密信息。

7.如权利要求6所述的收付渠道加密方法，其特征在于，所述根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案包括：

当所述加密信息中包括验证失败或解密失败的关键字时，对所述更新的加密方案进行修改，直至所述加密信息中不再包括验证失败或解密失败的关键字。

8.一种收付渠道加密装置，其特征在于，所述装置包括：

响应模块，用于响应用户发起交易的操作，使用预设的支付路由为用户确定所述交易的最优支付渠道；

评估模块，用于确定所述最优支付渠道的初始加密方案，对所述初始加密方案进行风险评估，获得风险评估结果；

更新模块，用于根据所述风险评估结果对所述初始加密方案进行更新，获得更新的加密方案；

获取模块，用于利用所述更新的加密方案对所述最优支付渠道进行加密，获取所述更新的加密方案的加密信息；

加密模块，用于根据所述加密信息对所述更新的加密方案进行调整，获得目标加密方案，利用所述目标加密方案对所述最优支付渠道进行加密。

9.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述处理器用于执行所述存储器中存储的计算机程序时实现如权利要求1至7中任意一项所述的收付渠道加密方法。

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

Images