一种支付通道的兼容系统的制作方法

本发明涉及通信技术领域，尤其涉及一种支付通道的兼容系统。

背景技术：

现有技术中的支付通道的建立工作通常为集中式的研发模式，然而各个支付系统的实现构建和数据结构等存在较大的差异化，因此采用现有技术中的集中式的研发模式会导致整个研发兼容系统的分层不清晰，从而导致研发权限控制复杂代码的修改和维护存在较大的风险，并且研发兼容系统的部署粒度较粗，从而增大整个研发兼容系统的维护复杂程度，进而增大资源成本。

技术实现要素：

针对现有技术中存在的上述问题，现提供一种旨在降低兼容系统大面积的更新次数以降低成本的支付通道的兼容系统。

具体技术方案如下：

一种支付通道的兼容系统，其中，兼容系统中包括多个接口，接口用于将不同的支付系统接入到兼容系统中，兼容系统还包括：

注册模块，用于对接入兼容系统的支付系统进行注册，以根据支付系统提供的支付系统参数形成相应的支付通道；

支付网关模块，获取用户输入的支付请求，并对支付请求进行预处理，以得到关联于支付请求的处理结果；

前置服务模块，分别连接接口、支付网关模块和注册模块，前置服务模块根据处理结果所对应的支付通道，将处理结果转发至支付通道对应的支付系统，以供支付系统对处理结果进行处理。

优选的，支付通道的兼容系统，其中，注册模块包括：

通道监控单元，用于发现新接入兼容系统的支付系统，并输出支付系统的支付系统参数，通道监控单元还用于对已发现的支付系统的上线状态进行监控；

通道管理单元，连接通道监控单元，用于根据通道监控单元上传的支付系统参数对支付系统进行注册，进而形成支付通道；

存储单元，与通道管理单元连接，用于保存通道管理单元输出的支付通道的通道相关信息。

优选的，支付通道的兼容系统，其中，通道监控单元包括：

第一监控组件，用于采用心跳监控的方式实时监控支付系统，并输出实时的监控结果；

第一通知组件，与第一监控组件连接，用于将监控结果通知至通道管理单元，以供通道管理单元对存储单元内的通道相关信息进行更新。

优选的，支付通道的兼容系统，其中，

通道管理单元包括：

第二监控组件，用于监控每个支付通道的运行状态，并根据实时的监控结果更新存储单元内的通道相关信息；

第二通知组件，用于根据存储单元内的通道相关信息，向外部的用户通知目前启用的支付通道。

优选的，支付通道的兼容系统，其中，支付系统参数包括支付通道名称、支付通道id、端口和支付系统协议。

优选的，支付通道的兼容系统，其中，支付请求对应于交易协议；

兼容系统还包括：

加密模块，分别连接前置服务模块和支付网关模块，用于对支付系统协议和交易协议进行加密。

优选的，支付通道的兼容系统，其中，存储单元包括：

缓存组件，用于缓存通道相关参数中的支付通道的技术配置参数以及运营策略参数；

存储组件，用于备份存储通道相关参数。

优选的，支付通道的兼容系统，其中，通道监控单元通过zookeeper组件发现新接入兼容系统的支付系统。

上述技术方案具有如下优点或有益效果：通过接口将不同的支付系统接入到兼容系统中，来降低兼容系统大面积的更新次数，从而降低成本，并且通过多模块的设置以实现兼容系统架构升级，使得整个兼容系统的边界清晰明确，从而降低兼容系统解耦的复杂程度。

附图说明

参考所附附图，以更加充分的描述本发明的实施例。然而，所附附图仅用于说明和阐述，并不构成对本发明范围的限制。

图1为本发明支付通道的兼容系统实施例的结构示意图一；

图2为本发明支付通道的兼容系统实施例的注册模块的结构示意图；

图3为本发明支付通道的兼容系统实施例的通道监控单元的结构示意图；

图4为本发明支付通道的兼容系统实施例的通道管理单元的结构示意图；

图5为本发明支付通道的兼容系统实施例的结构示意图二。

具体实施方式

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

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

本发明包括一种支付通道的兼容系统，如图1所示，兼容系统中包括多个接口2，接口2用于将不同的支付系统5接入到兼容系统中，兼容系统还包括：

注册模块1，连接接口2，用于对接入兼容系统的支付系统5进行注册，以根据支付系统5提供的支付系统参数形成相应的支付通道；

支付网关模块4，获取用户输入的支付请求，并对支付请求进行预处理，以得到关联于支付请求的处理结果；

前置服务模块3，分别连接接口2、支付网关模块4和注册模块1，前置服务模块3根据处理结果所对应的支付通道，将处理结果转发至支付通道对应的支付系统5，以供支付系统5对处理结果进行处理。

在上述实施例中，将兼容系统分为多个模块，以实现兼容系统架构升级，使得整个兼容系统的边界清晰明确，从而降低兼容系统解耦的复杂程度。

进一步地，作为优选的实施方式，多个接口2可以设置为面向支付系统5对接的集群式接口2，每个接口2内部可以通过封装差异化内容将不同的支付系统5接入到兼容系统中，其中上述集群式接口2的架构方式可以采用微服务的方式。即本实施方式通过在上述集群式接口2中采用微服务集群的模式将差异化进行封装，从而导致整个兼容系统的其他模块屏蔽差异化，进而使得整个兼容系统集中控制权限，并且减少因支付系统5接入的频繁升级，以及降低使用成本。

在上述实施方式中，对整个兼容系统的日常维护可以集中在多个接口2的差异化服务中，进而降低研发人员带来的风险，并且使得整个兼容系统的升级及资源包下线更加简单明了。

例如，当需要接入特定支付系统5时，只需在对应的接口2中更新对应于该特定支付系统5的差异化内容既可以实现接入上述特定支付系统5，从而实现无需对整个兼容系统进行更新，进而减少使用成本。

其中，支付系统5可以为支付宝、微信支付、某银行等。

进一步地，作为优选的实施方式，支付网关模块4通过一预设策略支付请求进行预处理，以得到关联于支付请求的处理结果。

其中上述预设策略可以包括远程rpc调用协议，基于服务管理配置的策略和通道列表。

并且支付网关模块4根据上述预设策略对支付请求进行调用以得到处理结果，其中，调用方式中的传递参数为javabean类型参数。

进一步地，在上述实施例中，如图2所示，注册模块1包括：

通道监控单元11，用于发现新接入兼容系统的支付系统5，并输出支付系统5的支付系统参数，通道监控单元11还用于对已发现的支付系统5的上线状态进行监控；

通道管理单元12，连接通道监控单元11，用于根据通道监控单元11上传的支付系统参数对支付系统5进行注册，进而形成支付通道；

存储单元13，与通道管理单元12连接，用于保存通道管理单元12输出的支付通道的通道相关信息。

进一步地，作为优选的实施方式，通道监控单元11对支付系统5进行注册后，可以将通道相关信息存储到通道管理单元12中，便于通道监控单元11对通道管理单元12进行更新。

当通道监控单元11监控到新接入兼容系统的支付系统5时，可以从存储单元13中获取对应的支付通道的技术配置参数和运营策略参数。同时通道管理单元12可以根据监控结果对通道列表进行更新，并对对应的支付通道进行日常维护，从而增加整个兼容系统的使用寿命。

其中，需要说明的是，通道管理单元12对通道列表进行更新可以采用自动更新的方式，也可以采用人工更新的方式。可以在兼容系统无法进行自动更新的情况下进行人工更新，提高兼容系统的稳定性。

进一步地，作为优选的实施方式，通道监控单元11可以通过zookeeper组件14发现新接入兼容系统的支付系统5。

需要说明的是，zookeeper组件14可以帮助支付系统5的注册发现及心跳监听支付系统5的注册。

进一步地，在上述实施例中，如图3所示,，通道监控单元11包括：

第一监控组件111，用于采用心跳监控的方式实时监控支付系统5，并输出实时的监控结果；

第一通知组件112，与第一监控组件111连接，用于将监控结果通知至通道管理单元12，以供通道管理单元12对存储单元13内的通道相关信息进行更新。

进一步地，在上述实施例中，如图4所示，通道管理单元12包括：

第二监控组件121，用于监控每个支付通道的运行状态，并根据实时的监控结果更新存储单元13内的通道相关信息；

第二通知组件122，用于根据存储单元13内的通道相关信息，向外部的用户通知目前启用的支付通道。

例如，当用户提交支付请求时，用户可以在通道管理单元12中发现处于启动状态的支付通道，便于用户选择需要的支付通道。

进一步地，在上述实施例中，支付系统参数包括支付通道名称、支付通道id、端口和支付系统协议。

其中，外部兼容系统协议包括支付系统5的协议类型和协议参数。

进一步地，在上述实施例中，如图5所示，支付请求对应于一交易协议；

兼容系统还包括：

加密模块5，分别连接前置服务模块3和支付网关模块4，用于对支付系统协议和交易协议进行加密。

进一步地，作为优选的实施方式，加密模块5不仅可以对支付系统协议和交易协议进行加密，还可以对支付通道的支付参数进行加密签名，并且可以采用二次加密的方式，将分散的密钥和证书进行二次加密，以实现对分散的密钥和证书进行统一集中的保存和维护，同时提供了证书过期预警和证书历史记录的功能，方便进行维护管理，从而降低泄漏风险。

进一步地，在上述实施例中，存储单元13包括：

缓存组件131，用于缓存通道相关参数中的支付通道的技术配置参数以及运营策略参数；

存储组件132，用于备份存储通道相关参数。

作为优选的实施方式，存储组件132可以是db数据存储器，可以将通道相关参数和其他信息优先存储在数据库中，并提供数据库集群灾备服务。

缓存组件131可以是cache缓存数据单元，主要用于存储通道相关参数中的支付通道的技术配置参数以及运营策略参数，从而提高数据访问的性能。

进一步地，作为优选的实施方式，如图5所示，注册方式具体可以为：通道监控单元11通过zookeeper组件14发现新接入兼容系统的支付系统5，并输出支付系统5的支付系统参数，通道监控单元11还用于对已发现的支付系统5的上线状态进行监控，并通过通道管理单元12根据通道监控单元11上传的支付系统参数对支付系统5进行注册，并形成支付通道，并且支付通道的通道相关信息保存到存储单元13中，因此在本实施方式中，注册模块1连接前置服务模块3，并可以采用自动注册的方式对每个接入到兼容系统的支付系统5进行注册从而实现整个升级维护时的平滑过度，进而降低发生故障的可能性。

通过对注册模块1进行细粒度拆分为多个单元，从而可以根据当前业务的需求实现动态调整，进而实现资源合理化使用，降低成本。

请求方式具体为：支付网关模块4连接多个应用app10，上述应用app10可以设置在移动设备中，当用户使用应用app10进行支付请求时，通道管理单元12可以根据存储单元13内的通道相关信息，向当前用户通知目前启用的支付通道，即用户可以选择目前启用的支付通道，并完成支付请求，随后支付网关模块4获取用户输入的支付请求，并对支付请求进行预处理，以得到关联于支付请求的处理结果，并将处理结果发送至前置服务模块3，前置服务模块3根据处理结果所对应的支付通道，将处理结果转发至支付通道对应的支付系统5，以供支付系统5对处理结果进行处理。

其中，图5没有展示全部的接口2，其中每个接口2可以对应于一个支付系统5。

需要说明的是，接口2为基于支付系统协议和支付系统通讯的api接口。

以上仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。