CN106649845A - 一种交易信息服务平台及其信息处理方法 - Google Patents

Abstract

一种交易信息服务平台，其包含：OPEN API接口，对接销售渠道端；服务模块，包含若干服务功能模块，销售渠道端通过OPEN API接口访问服务模块并调用相应的服务功能模块，服务功能模块对来自OPEN API接口的消息进行解析，根据解析结果查询或更新数据库中的数据；SPI接口，对接资产端，资产端包含若干金融机构；服务模块通过SPI接口与资产端的不同金融机构进行信息交互，资产端还通过调用SPI接口与各服务功能模块产生信息交互，从而完成销售渠道端发起的交易。其优点是：有灵活适配的金融机构对接接口SPI和标准化的OPEN API网关，支持不同渠道和设备的快速接入，为金融机构提供完整的互联网化交易接口，实现金融机构与销售渠道商间的信息共享，降低双方基础设施的重复投入。

Description

一种交易信息服务平台及其信息处理方法

技术领域

本发明涉及信息化技术领域，具体涉及一种交易信息服务平台及其信息处理方法。

背景技术

国内互联网金融门户发展分为两部分：一、传统金融机构采用信息化技术向互联网方向发展；二、互联网企业涉足金融产业。互联网金融门户通过与单家或多家金融机构对接，支持金融产品的定义和销售服务。不同平台销售的金融产品种类不一，有单一种类金融产品、种类金融产品和金融产品衍生品等。

不论是向互联网方向发展的传统金融机构的平台，还是涉足金融产业的互联网企业，均是提供单向接口对接金融机构，并不提供开放平台至前端销售渠道。

目前已有互联网金融门户对金融产品种类的支持比较薄弱。多数传统金融机构建立的门户只支持单一类别金融产品；互联网企业发展金融产业链建立的门户可销售多种类型产品，目前包括基金、股票、保险、个人信贷等产品。例如，现有技术中通过服务平台实现与多家金融机构对接，汇聚了基金、债券、股票等多种金融产品，支持其产品定义、交易整合、对账监控等服务，并提供财经资讯、市场行情等服务，直接向用户提供理财产品的交易、咨询服务。

针对现有的单向接入金融机构的平台缺陷，需要提供一种前后端开放平台，可以灵活对接资产商和渠道商，减小双方基础设施投入，实现两方资源共享。

发明内容

本发明的目的在于提供一种交易信息服务平台及其信息处理方法，可满足对不同销售渠道商、产品供应商双向接入，并基于云计算提供一系列交易整合、对账监控、客户信息服务等多种信息技术服务，减小对接双方的基础设施投入。

为了达到上述目的，本发明通过以下技术方案实现：

一种交易信息服务平台，其特征是，包含：

OPEN API接口，对接销售渠道端；

服务模块，包含若干服务功能模块，销售渠道端通过OPEN API接口访问服务模块并调用相应的服务功能模块，服务功能模块对来自OPEN API接口的消息进行解析，根据解析结果查询或更新数据库中的数据；

SPI接口，对接资产端，资产端包含若干金融机构；服务模块通过SPI接口与资产端的不同金融机构进行信息交互，资产端还通过调用SPI接口与各服务功能模块产生信息交互，从而完成销售渠道端发起的交易。

上述的交易信息服务平台，其中：

OPEN API接口为基于RESTful风格的开放API，实现基于Swagger的接口规范定义的数据导入和导出，实现交易级别的SLA控制和基于白名单/黑名单的安全控制，实现基于大数据和实时流处理的交易调用模式的安全检查和日志分析。

上述的交易信息服务平台，其中：

SPI接口实现接口调用请求的全局日志汇总和分析，对接口的SLA进行定义以及在接口不可用情况下进行降级处理、自动报警和恢复。

上述的交易信息服务平台，其中：

所述资产端包含若干金融机构服务器；

服务模块内包含一适配引擎，SPI接口通过该适配引擎完成服务模块内部的交易与资产端不同金融机构交易接口的适配。

上述的交易信息服务平台，其中：

由交易接口网关统一管理OPEN API接口和SPI接口，该交易接口网关包含接口调用日志存储引擎，将交易日志数据存入数据库；

服务模块外接一分析模块，分析模块调用数据库中的交易日志数据实现不同性能指标的Dashboard分析。

上述的交易信息服务平台，其中：

所述的若干服务功能模块包含：

产品管理模块，通过调用业务引擎实现产品的参数设置；

客户管理模块，通过调用业务引擎实现用户信息的参数设置；

合同管理模块，通过调用业务引擎记录平台向用户提供的金融服务以及用户购买的资产组合，并根据产品逻辑进行交易的预先编排；

账户管理模块，通过调用业务引擎实现支付流程的管理及用户账户信息的管理；

所述的业务引擎包含产品引擎、规则引擎、交易引擎以及流程引擎；产品引擎用于实现产品结构和规则的配置和产品定义；规则引擎用于实现接口调用规则、业务规则的配置；交易引擎用于实现多分布方式交易的执行和数据一致性管理；流程引擎用于实现复杂交易流程的配置和执行。

上述的交易信息服务平台，其中，所述的若干服务功能模块包含：

客户关系管理模块，其集中存储CIF客户信息，用于分类整合用户数据和业务交易数据，提供对用户信息、账户信息、合同信息、交易信息数据的查询，以实现全局监控和处理销售渠道端的异常交易。

上述的交易信息服务平台，其中，所述的若干服务功能模块包含：

营销活动管理模块，通过构建营销活动模型、内容管理模型以及营销活动管理规则引擎，以实现针对不同客户群的市场营销活动以及分析活动结果，并管理营销活动的成本跟踪其效果。

一种交易信息服务平台的信息处理方法，其特征是：

销售渠道端通过OPEN API接口访问服务模块并发送请求消息；

OPEN API接口根据销售渠道端发来的访问及请求消息内容，调用相应的服务功能模块，服务功能模块对来自OPEN API接口的消息进行解析，根据解析结果查询或更新数据库中的数据；

服务模块通过SPI接口向金融机构提供的接口发送交易请求；

服务模块通过调用SPI接口与资产端的不同金融机构进行信息交互，金融机构也通过调用SPI接口与各服务功能模块产生信息交互，从而完成销售渠道端发起的交易。

本发明与现有技术相比具有以下优点：

1、有灵活适配的金融机构对接接口SPI和标准化的OpenAPI网关，支持不同渠道和设备的快速接入，为金融机构提供完整的互联网化交易接口，实现金融机构与销售渠道商间的信息共享，降低双方基础设施的重复投入。

2、支持诸如保险、基金、券商等多种产品线的产品，打造现金管理类、固定收益类和浮动收益类等多种产品。

3、营销活动管理模块能够支持针对不同客户群的市场营销活动的灵活定义以及活动结果统计、分析，并能有效管理营销活动的成本并跟踪其响应效果。

4、客户关系管理模块，在保证信息安全情况下，帮助运营人员进行25万客户的合同、交易、资产的管理和查询。

附图说明

图1为本发明的系统结构框图；

图2为本发明的实施例中销售渠道端的结构框图；

图3为本发明的实施例中资产端的结构框图；

图4为本发明的业务引擎的结构框图；

图5为本发明的产品架构图。

具体实施方式

以下结合附图，通过详细说明一个较佳的具体实施例，对本发明做进一步阐述。

本发明提供的一种交易信息服务平台是基于互联网开放框架，支持云计算环境部署，并可以提供基于负载的横向可拓展性；该系统采用微服务框架，各个业务功能模块具有独立的应用服务器集群和数据库集群，各模块之间采用HTTP REST服务调用的方式或消息队列进行通信，可以独立升级和维护，避免了单个集中式系统的复杂性和性能压力。为了支持海量数据的管理，系统提供分布式的数据管理方案，通过数据库的分库策略和读写分离策略，确保系统可以支持面向互联网用户的高并发访问性能压力。以下结合一个具体实施例，对所述的交易信息服务平台进行进一步描述：

如图1所示，一种交易信息服务平台，其包含OPEN API接口、服务模块以及SPI接口。OPEN API接口对接销售渠道端，如图2所示，所述销售渠道端包含若干终端接入设备，可以是App移动客户端和第三方应用模块，以支持基于Web的访问方式以及移动应用访问方式，具体可以是PC客户端、IOS客户端、Android客户端、TV客户端、Watch客户端等等，平台的OPEN API接口供各个客户端的API调用。服务模块包含若干服务功能模块，销售渠道端通过OPEN API接口访问服务模块并调用相应的服务功能模块，服务功能模块对来自OPEN API接口的消息进行解析，根据解析结果查询或更新数据库中的数据，进一步的，每个服务功能模块设置成具有独立的应用服务器集群和数据库集群，各模块之间采用HTTP REST服务调用的方式或消息队列进行通信，可以独立升级和维护，避免了单个集中式系统的复杂性和性能压力。SPI接口对接资产端，资产端通常为金融机构的服务器，如图3所示，若干金融机构服务器可以是银行、基金公司、保险公司、第三方支付以及其他金融机构的等等；服务模块通过SPI接口调用金融机构提供的接口来与资产端建立服务交易，具体的服务模块通过SPI接口与资产端的不同金融机构进行信息交互，资产端还通过调用SPI接口与各服务功能模块产生信息交互，从而完成销售渠道端发起的交易。

OPEN API接口为基于RESTful风格的，实现基于Swagger的接口规范定义的数据导入和导出，实现交易级别的SLA控制和基于白名单/黑名单的安全控制，实现基于大数据和实时流处理的交易调用模式的安全检查和日志分析。具体的，OPEN API具有动态的交易逻辑编排能力，每个OPEN API的定义包括请求和应答报文的结构定义，OPEN API的实现可以是单独的Java Bean定义、Groovy脚本、多个执行步骤的编排等。OPEN API也支持交易的模拟测试。

SPI接口实现接口调用请求的全局日志汇总和分析，实现接口的SLA定义以及接口不可用情况下的降级处理、自动报警和恢复。全局的日志存储引擎是系统平台的一部分，交易请求从OPEN API层接入到业务系统的处理以及通过SPI和金融机构的交互都会产生详细的日志记录，这些日志记录通过分布式的文件传输汇总到日志存储引擎，并通过全局的日志查询模块查询特定交易执行相关的所有日志。

具体的，由交易接口网关统一管理OPEN API接口和SPI接口的安全性需求，服务水平需求（SLA）以及适配各个业务合作伙伴系统的不同通信协议/报文格式的需求；该交易接口网关包含接口调用日志存储引擎，将交易日志数据存入数据库；同时，本实施例中，服务模块还外接一分析模块，分析模块调用数据库中的交易日志数据实现不同性能指标的仪表盘（Dashboard）分析。

服务模块内包含一适配引擎，SPI接口通过该适配引擎完成服务模块内部的交易与资产端不同金融机构交易接口的适配。

所述的若干服务功能模块包含：产品管理模块、客户管理模块、合同管理模块、账户管理模块；产品管理模块通过调用业务引擎实现产品的参数设置；客户管理模块通过调用业务引擎实现用户信息的参数设置；合同管理模块通过调用业务引擎记录平台向用户提供的金融服务以及用户购买的资产组合，并根据产品逻辑进行交易的预先编排；账户管理模块通过调用业务引擎实现支付流程的管理及用户账户信息的管理。

如图4所示，所述的业务引擎具体包含产品引擎、规则引擎、交易引擎以及流程引擎；产品引擎用于实现产品结构和规则的配置和产品定义，具体的，本实施例中，产品引擎实现第三方支付产品、货币基金、股票基金、保险产品、债权产品、股权众筹产品、股票垫资类产品、基于以上产品的组合产品、以及基于以上产品的衍生产品的产品结构和规则的配置和产品定义；规则引擎用于实现接口调用规则、业务规则的配置；交易引擎用于实现多分布方式交易的执行和数据一致性管理；流程引擎用于实现复杂交易流程的配置和执行。产品引擎、规则引擎、交易引擎以及流程引擎支持基于XML的配置数据导入和导出，可以在系统不停机的情况下动态修改金融产品的交易流程和规则。交易流程的控制基于BPMN规范，支持交易的同步或异步执行。

所述的若干服务功能模块还包含：

客户关系管理模块，其是一个独立部署的模块，其集中存储CIF客户信息，分类整合用户数据和业务交易数据，提供对用户信息、账户信息、合同信息、交易信息数据的查询，以实现全局监控和处理销售资产端的异常交易。客户关系管理模块综合客户的交易行为和系统交互行为以及客户的其它信息，通过大数据的分析建立客户的画像、标签以及偏好，为客户提供更精准的产品推荐服务和金融风险控制。

营销活动管理模块，通过构建营销活动模型、内容管理模型以及营销活动管理规则引擎，以实现针对不同客户群的市场营销活动以及分析活动结果，并管理营销活动的成本跟踪其效果，本实施例中，营销活动管理规则引擎就是业务引擎中的规则引擎。营销活动管理模块支持营销活动的灵活配置，包括营销活动包含的多个活动事件，活动所使用的实物或虚拟奖品，客户参与营销活动的规则和条件，客户参与营销活动的结果等业务逻辑，同时可以管理营销活动所涉及的用户交互页面等内容资源。

如图5所示，本实施例中，OPEN API接口、SPI接口和6个管理模块均通过MySQL、Cassandra等技术访问数据库，数据库中包含用户信息、产品信息、合同信息、交易信息、账户信息、资产信息、营销活动信息，并依靠业务引擎来实现自身功能。接入层遵循HTTPS标准保障数据的安全传输，应用了轻量级的Nginx服务器、NLB服务和CDN，提高服务响应速度。

尽管本发明的内容已经通过上述优选实施例作了详细介绍，但应当认识到上述的描述不应被认为是对本发明的限制。在本领域技术人员阅读了上述内容后，对于本发明的多种修改和替代都将是显而易见的。因此，本发明的保护范围应由所附的权利要求来限定。

Claims (9)

1.一种交易信息服务平台，其特征在于，包含：

OPEN API接口，对接销售渠道端；

服务模块，包含若干服务功能模块，销售渠道端通过OPEN API接口访问服务模块并调用相应的服务功能模块，服务功能模块对来自OPEN API接口的消息进行解析，根据解析结果查询或更新数据库中的数据；

SPI接口，对接资产端，资产端包含若干金融机构；服务模块通过SPI接口与资产端的不同金融机构进行信息交互，资产端还通过调用SPI接口与各服务功能模块产生信息交互，从而完成销售渠道端发起的交易。

2.如权利要求1所述的交易信息服务平台，其特征在于：

OPEN API接口为基于RESTful风格，实现基于Swagger的接口规范定义的数据导入和导出，实现交易级别的SLA控制和基于白名单/黑名单的安全控制，实现基于大数据和实时流处理的交易调用模式的安全检查和日志分析。

3.如权利要求1或2所述的交易信息服务平台，其特征在于：

SPI接口实现接口调用请求的全局日志汇总和分析，对接口的SLA进行定义以及在接口不可用情况下进行降级处理、自动报警和恢复。

4.如权利要求1所述的交易信息服务平台，其特征在于：

所述资产端包含若干金融机构服务器；

服务模块内包含一适配引擎，SPI接口通过该适配引擎完成服务模块内部的交易与资产端不同金融机构交易接口的适配。

5.如权利要求1所述的交易信息服务平台，其特征在于：

由交易接口网关统一管理OPEN API接口和SPI接口，该交易接口网关包含接口调用日志存储引擎，将交易日志数据存入数据库；

服务模块外接一分析模块，分析模块调用数据库中的交易日志数据实现不同性能指标的Dashboard分析。

6.如权利要求1所述的交易信息服务平台，其特征在于：

所述的若干服务功能模块包含：

产品管理模块，通过调用业务引擎实现产品的参数设置；

客户管理模块，通过调用业务引擎实现用户信息的参数设置；

合同管理模块，通过调用业务引擎记录平台向用户提供的金融服务以及用户购买的资产组合，并根据产品逻辑进行交易的预先编排；

账户管理模块，通过调用业务引擎实现支付流程的管理及用户账户信息的管理；

所述的业务引擎包含产品引擎、规则引擎、交易引擎以及流程引擎；产品引擎用于实现产品结构和规则的配置和产品定义；规则引擎用于实现接口调用规则、业务规则的配置；交易引擎用于实现多分布方式交易的执行和数据一致性管理；流程引擎用于实现复杂交易流程的配置和执行。

7.如权利要求1所述的交易信息服务平台，其特征在于，所述的若干服务功能模块包含：

客户关系管理模块，其集中存储CIF客户信息，用于分类整合用户数据和业务交易数据，提供对用户信息、账户信息、合同信息、交易信息数据的查询，以实现全局监控和处理销售渠道端的异常交易。

8.如权利要求1所述的交易信息服务平台，其特征在于，所述的若干服务功能模块包含：

营销活动管理模块，通过构建营销活动模型、内容管理模型以及营销活动管理规则引擎，以实现针对不同客户群的市场营销活动以及分析活动结果，并管理营销活动的成本跟踪其效果。

9.一种交易信息服务平台的信息处理方法，其特征在于：

销售渠道端通过OPEN API接口访问服务模块并发送请求消息；

OPEN API接口根据销售渠道端发来的访问及请求消息内容，调用相应的服务功能模块，服务功能模块对来自OPEN API接口的消息进行解析，根据解析结果查询或更新数据库中的数据；

服务模块通过SPI接口向金融机构提供的接口发送交易请求；

服务模块通过调用SPI接口与资产端的不同金融机构进行信息交互，金融机构也通过调用SPI接口与各服务功能模块产生信息交互，从而完成销售渠道端发起的交易。