CN111711632A - 授权交易系统 - Google Patents

Abstract

本发明提供一种授权交易系统，涉及金融技术领域。该授权交易系统包括：授权接入服务层和授权处理服务层；授权接入服务层部署于虚拟机上，用于负责卡组织渠道和总行渠道的通讯和报文适配处理，将外部通讯转换为卡中心标准通讯协议，以及将外部报文转换为卡中心标准报文；授权处理服务层可以部署于容器云中，用于负责接收卡中心标准通讯协议、以及卡中心标准报文，进行授权交易逻辑处理。其中，授权接入服务层部署在虚拟机上，授权处理服务层部署在容器云上，降低了系统的负载压力，增强了系统稳健性，大大提高了可用性，在面临业务规模加速增长的情况下，具有较高的可扩展性。

Description

授权交易系统

技术领域

本发明涉及金融技术领域，具体而言，涉及一种授权交易系统。

背景技术

信用卡系统是集计算机、网络通信、金融与商业电子化设备于一体的电子货币流通体系，指的是信用卡业务的处理软件系统。信用卡系统可以以机构、持卡人、账户、卡片为核心，对它们之间的各种业务关系进行处理。机构可以为持卡人提供各种卡片，持卡人可以申请相应的卡片、并享有该卡片的各种服务。

传统的信用卡系统通常基于互联网技术(Internet Technology，IT)硬件系统和架构而实现，在面临业务规模加速增长的情况下，容易遭遇“容量瓶颈”，可扩展性较低。

发明内容

本发明提供一种授权交易系统，可以在面临业务规模加速增长的情况下，具有较高的可扩展性。

本发明实施例提供一种授权交易系统，包括：授权接入服务层和授权处理服务层；所述授权接入服务层部署于虚拟机上，用于负责卡组织渠道和总行渠道的通讯和报文适配处理，将外部通讯转换为卡中心标准通讯协议，以及将外部报文转换为卡中心标准报文；所述授权处理服务层可以部署于容器云中，用于负责接收卡中心标准通讯协议、以及卡中心标准报文，进行授权交易逻辑处理。

可选地，所述卡中心标准通讯协议为超文本传输协议HTTP。

可选地，所述授权接入服务层采用传输控制协议TCP长连接方式，实现对通讯模式的适配。

可选地，所述卡中心标准报文为JavaScript对象简谱JSON。

可选地，所述授权接入服务层具体用于将8583报文解析为JSON报文，或者，将JSON报文组装为8583报文。

可选地，所述授权接入服务层包括：银联接入模块、维萨VISA接入模块、万事达接入模块、运通接入模块、JCB接入模块、以及总行接入模块。

可选地，所述授权处理服务层包括：银联授权处理模块、VISA授权处理模块、万事达授权处理模块、运通授权处理模块、JCB授权处理模块、总行授权处理模块、卡中心授权处理模块、授权维护服务模块、安全认证服务模块、参数维护服务模块、以及内管维护服务模块。

可选地，所述授权处理服务层还包括：授权批量服务模块。

可选地，所述授权处理服务层主交易流程采用控制层、主控层、逻辑层、数据访问层模式。

可选地，所述授权交易系统采用分布式集群双机房部署。

本发明的有益效果是：

本发明实施例中，授权交易系统包括：授权接入服务层和授权处理服务层；授权接入服务层部署于虚拟机上，用于负责卡组织渠道和总行渠道的通讯和报文适配处理，将外部通讯转换为卡中心标准通讯协议，以及将外部报文转换为卡中心标准报文；授权处理服务层可以部署于容器云中，用于负责接收卡中心标准通讯协议、以及卡中心标准报文，进行授权交易逻辑处理。其中，授权接入服务层部署在虚拟机上，授权处理服务层部署在容器云上，降低了系统的负载压力，增强了系统稳健性，大大提高了可用性，在面临业务规模加速增长的情况下，具有较高的可扩展性。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例提供的授权交易系统的结构示意图；

图2示出了本发明实施例提供的授权接入服务层的交易处理流程示意图；

图3示出了本发明实施例提供的授权处理服务层的交易处理逻辑示意图；

图4示出了本发明实施例提供的授权维护服务模块的一种示例服务页面图；

图5示出了本发明实施例提供的内管维护服务模块的一种示例服务页面图；

图6示出了本发明实施例提供的授权交易系统的逻辑架构示意图；

图7示出了本发明实施例提供的授权交易系统的服务设计流程示意图；

图8示出了本发明实施例提供的授权交易系统的场景和交互示意图；

图9示出了本发明实施例提供的授权交易系统的应用架构示意图；

图10示出了本发明实施例提供的授权交易系统的数据库设计示意图；

图11示出了本发明实施例提供的授权交易系统的云架构部署示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

本发明实施例提供一种授权交易系统，可以在面临业务规模加速增长的情况下，具有更高的扩展性。

图1示出了本发明实施例提供的授权交易系统的结构示意图。

如图1所示，授权交易系统可以包括：授权接入服务层和授权处理服务层。其中，授权接入服务层可以用于负责卡组织渠道和总行渠道的通讯和报文适配处理，将外部通讯转换为卡中心标准通讯协议，以及将外部报文转换为卡中心标准报文。卡中心标准通讯协议可以为超文本传输协议(Hypertext Transfer Protocol，HTTP)，卡中心标准报文可以为JavaScript对象简谱(JavaScript Object Notation，JSON)。授权处理服务层可以用于负责授权交易逻辑处理，接收卡中心标准通讯协议(HTTP)、以及卡中心标准报文(JSON)。

可选地，授权接入服务层可以包括：银联接入模块、维萨(VISA)接入模块、万事达接入模块、运通接入模块、JCB接入模块、总行接入模块。其中，银联接入模块、VISA接入模块、万事达接入模块、运通接入模块、以及JCB接入模块分别对应于卡组织渠道中的银联、VISA、万事达、运通、以及JCB渠道端；总行接入模块对应于总行渠道端。

图2示出了本发明实施例提供的授权接入服务层的交易处理流程示意图。

如图2所示，授权接入服务层可以部署于虚拟机上，采用传输控制协议(Transmission Control Protocol，TCP)长连接方式，实现对通讯模式的适配；同时，还可以实现对报文适配，具体可以包括报文解析和报文组装。其中，报文解析可以是指将8583报文解析为JSON报文，报文组装可以是指将JSON报文组装为8583报文。

另外，授权接入服务层还可以实现对接收到的报文进行交易码转换、客户化处理等。如：交易码转换可以是指将外部交易转为内部交易码；客户化处理可以是指对异常时信息补全、对授权子域进行重组等处理。

进一步，授权接入服务层还可以接收并处理渠道端发送的报文，同时可以根据交易代码调用授权处理服务层应用程序接口(Application Programming Interface，API)。

可选地，授权处理服务层可以部署于容器云中，具体可以包括：银联授权处理模块、VISA授权处理模块、万事达授权处理模块、运通授权处理模块、JCB授权处理模块、总行授权处理模块、卡中心授权处理模块、授权维护服务模块、安全认证服务模块、参数维护服务模块、内管维护服务模块等。

图3示出了本发明实施例提供的授权处理服务层的交易处理逻辑示意图。

如图3所示，授权处理服务层主交易流程可以采用控制层、主控层、逻辑层、数据访问层模式进行处理。

下面依次对授权处理服务层的银联授权处理模块、VISA授权处理模块、万事达授权处理模块、运通授权处理模块、JCB授权处理模块、总行授权处理模块、卡中心授权处理模块、授权维护服务模块、安全认证服务模块、参数维护服务模块、以及内管维护服务模块作举例说明：

1)银联授权处理模块

可以对银联组织的授权交易请求进行逻辑处理，具体可以包括：对银联消费、银联取现、银联还款、银联退货、银联转入转出、账户验证、建立委托、银联预授权、银联代收代付、银联分期等交易进行授权逻辑处理，进行响应处理返回。

2)VISA授权处理模块

可以对VISA卡组织的授权交易请求进行逻辑处理，具体可以包括：对VISA消费、VISA取现等交易进行授权逻辑处理，进行响应处理返回；其中，VISA授权处理服务可以包括：VISA单信息处理服务和VISA双信息授权处理服务。

3)万事达授权处理模块

可以对万事达卡组织的授权交易请求进行逻辑处理，具体可以包括：对万事达消费、万事达取现等交易进行授权逻辑处理，进行响应处理返回。

4)运通授权处理模块

可以对运通卡组织的授权交易请求进行逻辑处理，具体可以包括：对运通消费、运通取现等交易进行授权逻辑处理，进行响应处理返回。

5)JCB授权处理模块

可以对JCB组织的授权交易请求进行逻辑处理，具体可以包括：对JCB消费、JCB取现等交易进行授权逻辑处理，进行响应处理返回。

6)总行授权处理模块

可以对总行渠道端发起的授权交易请求进行逻辑处理，具体可以包括：对ATM取现、柜面取现、手机银行取现、网上银行取现、POS客户端消费等进行授权逻辑处理，进行响应处理返回。

7)卡中心授权处理模块

可以为第三方支付渠道(如：支付宝、财付通、网联、富友、京东等)发起的交易请求提供处理服务，处理消费、还款等业务。处理流程为：支付平台联机交易解析请求报文并对报文进行转发，授权支付平台服务对其接收到的报文进行处理。

8)授权维护服务模块

(8.1)可以提供客户密码安全服务，如：客户可以通过呼叫中心座席(CustomerService Representative，CSR)、互动式语音应答(Interactive Voice Response，IVR)、柜面等渠道进行交易密码重置、密码修改、信用卡安全码(cvv2)校验锁定、附属卡交易密码同步等。

(8.2)可以对客户提供授权查询服务，包括查询卡片业务交易累计数据、多维管控交易累计数据、授权使用情况、授权结果查询、业务参数查询、交易日志查询等。

(8.3)可以提供客户授权管控服务，例如，用户可通过动卡空间渠道进行一键支付操作，除一键支付功能外，还可以包括网关支付、银联安全支付、银联闪付功能关闭、附属卡交易限额、自助还款预验证、虚拟卡交易规则、快捷支付签约验证、交易限制参数控制、交易限制交易通知。

(8.4)图4示出了本发明实施例提供的授权维护服务模块的一种示例服务页面图，如图4所示，授权维护服务模块还可以提供客户额度服务，具体可以包括IVR下发调额短信前能否调额、二次审批仅提额交易、人工调额、信用限额维护、动卡空间调额、备用额度启用调比例、客户特定额度查询、客户特定额度激活、持卡人可用额度查询、持卡人可调额度和容差率维护、网银主卡调额、短信查询圆梦金额度、备用额度、短信关闭圆梦金额度、短信启用备用额度等服务。

9)安全认证服务模块

可以连接加密机，提供加解密功能；具体可以包括：MAC生成、校验；PIN生成以及PIN转加密，兼容性强，支持国际通用加密算法，可以为业务系统提供统一、安全、可扩展的密码安全服务。

10)参数维护服务模块

可以对接统一参数平台，提供系统参数维护功能，具体可以包括：对业务参数配置表、商户类别表、客户专享额度分配表、授权业务规则分配表、授权交易代码映射表、额度代码表等提供增加、删除、修改、查询服务。

11)内管维护服务模块

图5示出了本发明实施例提供的内管维护服务模块的一种示例服务页面图，如图5所示，内管维护服务模块可以提供卡组织网络管理、卡组织文件更新等内部管理功能；还可以实现持卡人管控、卡片管控、交易限额免检开关维护、MCC管控客户白名单、外管境外取现黑名单、风险卡名单、超权旁路管理、客户标志短信发送名单管理、账户管控和持卡人还款管控和交易阈值管控白名单等功能。

可选地，授权处理服务层还可以包括：授权批量服务模块；授权批量服务模块可以提供授权业务相关批处理功能，具体可以包括：调额容差数据处理批量任务、调额特定可调处理批量、账户S1标志批量降额处理、账户S3标志批量降额处理、临额到期日调整批量、外管局境外取现黑名单更新、遍历客户信息逻辑处理等任务；授权批量服务模块还可以通过在批处理编排添加授权批量任务，可实现定时执行或手动执行批量任务，实现授权业务如遍历客户信息逻辑处理、对客户特定额度批量调整等功能。

图6示出了本发明实施例提供的授权交易系统的逻辑架构示意图。

如图6所示，与前述实施例中所述相对应，该授权交易系统可以分为授权接入服务、内管服务、额度服务、维护服务、VISA渠道服务、万事达渠道服务、运通渠道服务、支付平台渠道服务、总行渠道服务、银联渠道服务、参数服务、安全服务以及批量服务。通过该授权交易系统可以对总行渠道、卡组织渠道、本行渠道以及其他支付宝等第三方发来的交易请求，进行授权处理，例如取现、还款、消费等交易服务。

或者，该授权交易系统按服务场景也可以划分为：总行渠道联机交易、卡组织渠道联机交易、内管服务、第三方渠道支付联机交易、批处理服务、参数服务、安全加密服务。

下面对授权本行渠道服务、授权JCB渠道服务、授权万事达渠道服务、授权VISA渠道服务、授权运通渠道服务、授权银联渠道服务、授权支付平台服务、授权批处理服务等一一进行具体说明：

授权本行渠道服务为总行渠道端发起交易的服务端，主要负责用户在ATM、柜面、手机银行、网上银行、客服、手机银行、POS客户端发起交易请求，经过接入层进行报文处理后转发到授权API网关，继而到授权本行服务(auth-service-bank)处理。

授权JCB渠道服务为JCB卡组织渠道交易服务端，主要负责对JCB卡组织交易进行处理，包括JCB境外消费、取现等交易。

授权万事达渠道服务接收到万事达卡组织的交易请求进行响应处理，对万事达卡组织报文格式做出正确的处理和返回。处理流程为：接收到渠道的请求报文后，授权接入层按规则解析请求报文，然后报文转发到授权API网关，进而转发到授权万事达服务(auth-service-mcd)进行相关的校验和处理，得到响应数据返回给授权接入层，接入层最终拼装对应的响应报文返回给渠道请求方。

授权VISA渠道服务：主要功能为VISA卡组织联机交易提供交易处理功能。根据境外取现、境外消费等交易请求返回交易处理逻辑响应报文。交易链路为：VISA卡组织->授权接入层->授权API网关->授权auth-service-visa服务。处理流程为：接收渠道接入服务的请求参数，调用服务端处理交易，响应报文以JSON的格式返回给授权接入层，进而将响应报文返回给用户。

授权运通渠道服务主要功能为运通卡组织联机交易提供交易处理功能。根据境外取现、境外消费等交易请求返回交易处理逻辑响应报文。交易链路为：visa卡组织->授权接入层->授权API网关->授权auth-service-ae服务。处理流程为：接收渠道接入服务的请求参数，调用服务端处理交易，响应报文以JSON的格式返回给授权接入层，进而将响应报文返回给用户。

授权银联渠道服务接收到经过银联卡组织的交易请求进行响应处理。处理流程为：接收到渠道的请求报文后，授权接入层按规则解析请求报文，然后报文转发到授权API网关，进而转发到授权银联服务(auth-service-cups)进行相关的校验和处理，得到响应数据返回给授权接入层，接入层最终拼装对应的响应报文进行返回。

授权支付平台服务为第三方支付渠道(支付宝、财付通、网联、富友、京东等)发起的交易请求提供处理服务，处理消费、还款等业务。处理流程,支付平台联机交易解析请求报文并对报文进行转发，授权支付平台服务对其接收到的报文进行处理，返回响应报文。

授权批处理服务和金融数据库(GoldenDB)连接，对批量数据处理提供服务，具体包括遍历客户额度，账户S1标志批量降额处理等批量处理，提高了处理效率。同时批量处理可多线程并发处理，若出现异常中断时，不用全部重新开始，进行异常重跑，提供程序容错能力和高效率。

图7示出了本发明实施例提供的授权交易系统的服务设计流程示意图，图8示出了本发明实施例提供的授权交易系统的场景和交互示意图。

请参考图7和图8所示，该授权交易系统的服务流程可以如下：

S1、持卡人通过在不同渠道端发起交易请求。

S2、本行支付、总行渠道、卡组织、第三方支付等渠道对报文进行转接转发。

S3、接入系统通过授权接入服务进行对请求报文接入处理。

S4、服务层对接收到的请求信息进行交易处理，包括登记交易日志。

S5、信息检查，对交易请求包括消费、还款等正向交易，消费撤销、消费冲正等反向交易，通过调用账户处理系统的卡账人查询进口进行信息查询。

S6、对持卡人账户信息进行查询检查，包括对卡片状态、账户状态、持卡人状态、可用额度信息等检查。

S7、安全检查，调用授权安全服务进行PIN、CVV、ARQC检查。

S8、风险检查，通过调用统一风控系统进行限额检查、多维管控、欺诈侦测、监管检查、个性化检查等大数据风控检查。

S9、额度服务，授权额度服务对卡账人的额度信息进行额度更新处理。

S10、授权完成，经过上述流程对交易请求完成授权，并登记授权流水，更新交易统计，更新交易日志，更新额度流水，登记入账流水。

图9示出了本发明实施例提供的授权交易系统的应用架构示意图。

如图9所示，根据应用可将该授权交易系统具体分为：授权接入、授权动账服务和授权非动账服务三大类。其中，授权接入又可细分为总行接入、运通接入、万事达接入、JCB接入、VISA单信息接入、VISA双信息接入。

授权动账服务主要指涉及客户额度变动，具体可以包括：总行服务、支付平台服务、银联服务、运通服务、万事达服务、JCB服务、VISA单双信息服务，授权动账服务可调用授权基础组件和授权主控流程。授权非动账服务主要指客户查询维护类的，具体可以包括：内部管理服务、授权批量服务、客户维护服务，授权参数服务。授权公共服务具体可以包括：额度服务，安全服务，授权动账和非动账可调用安全服务。

可选地，上述实施例所述的授权交易系统中，授权接入服务层可以采用斯普瑞布特(Spring Boot)、Spring云(Cloud)组件，基于Netty实现TCP长短连接，基于可扩展标记语言(Extensible Markup Language，XML)定义报文转换。服务调用时在，通讯适配层可以通过采用如下方式调网关层接口：RestTemplate(org.springframework.web.client.RestTemplate.RestTemplate)。

可选地，上述实施例所述的授权交易系统中，授权处理服务层可以基于SpringBoot、Spring Cloud组件实现；数据访问(DAO)层为Mybatis；服务注册对接Eureka Server；配置加载对接Config Server；参数缓存为Spring Cache+Caffeine；服务接口定义为Swagger2。

可选地，授权批量服务模块可以基于Spring Boot、Spring Cloud、Spring Batch、Spring Dataflow实现；DAO层为Mybatis；配置加载对接Config Server；参数缓存为SpringCache+Caffeine。

图10示出了本发明实施例提供的授权交易系统的数据库设计示意图。

该该授权交易系统的数据库设计可以参考如图10所示，授权交易流程可以依次包括：授权接入、授权主控入口、卡账人查询、额度检查、登记授权流水、登记入账流水、响应码处理。

图11示出了本发明实施例提供的授权交易系统的云架构部署示意图。

如图11所示，授权交易系统可以采用分布式集群双机房部署，如可以包括朝阳门机房和汇天机房，其中，接入层部署在虚拟机上，服务层部署在容器云上，降低了系统的负载压力，增强了系统稳健性，大大提高了可用性。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种授权交易系统，其特征在于，包括：授权接入服务层和授权处理服务层；

所述授权接入服务层部署于虚拟机上，用于负责卡组织渠道和总行渠道的通讯和报文适配处理，将外部通讯转换为卡中心标准通讯协议，以及将外部报文转换为卡中心标准报文；

所述授权处理服务层可以部署于容器云中，用于负责接收卡中心标准通讯协议、以及卡中心标准报文，进行授权交易逻辑处理。

2.根据权利要求1所述的授权交易系统，其特征在于，所述卡中心标准通讯协议为超文本传输协议HTTP。

3.根据权利要求2所述的授权交易系统，其特征在于，所述授权接入服务层采用传输控制协议TCP长连接方式，实现对通讯模式的适配。

4.根据权利要求1所述的授权交易系统，其特征在于，所述卡中心标准报文为JavaScript对象简谱JSON。

5.根据权利要求4所述的授权交易系统，其特征在于，所述授权接入服务层具体用于将8583报文解析为JSON报文，或者，将JSON报文组装为8583报文。

6.根据权利要求1所述的授权交易系统，其特征在于，所述授权接入服务层包括：银联接入模块、维萨VISA接入模块、万事达接入模块、运通接入模块、JCB接入模块、以及总行接入模块。

7.根据权利要求6所述的授权交易系统，其特征在于，所述授权处理服务层包括：银联授权处理模块、VISA授权处理模块、万事达授权处理模块、运通授权处理模块、JCB授权处理模块、总行授权处理模块、卡中心授权处理模块、授权维护服务模块、安全认证服务模块、参数维护服务模块、以及内管维护服务模块。

8.根据权利要求7所述的授权交易系统，其特征在于，所述授权处理服务层还包括：授权批量服务模块。

9.根据权利要求1-8任一项所述的授权交易系统，其特征在于，所述授权处理服务层主交易流程采用控制层、主控层、逻辑层、数据访问层模式。

10.根据权利要求1-8任一项所述的授权交易系统，其特征在于，所述授权交易系统采用分布式集群双机房部署。

Images