一种证券多协议交易网关系统的制作方法

本发明涉及网关领域，特别涉及一种证券多协议交易网关系统。

背景技术：

在传统的soa架构的分布式系统中，网关只是承担协议转换功能，甚至只是消息转发，以避免后台核心服务系统直接对外暴露；在这种体系结构中，后台核心服务往往需要针对不同的接入/接出业务开发不同处理逻辑，各类处理过程互相参杂，无法解耦。

在证券交易系统中，我们除了需要接入常见交易所（深交所、上交所、银行间交易市场）外，可能还有各类期货交易所，大宗商品交易所，新生资产交易市场等，每个交易场所的处理规则各异，甚至同一个交易场所不同交易品种也是各有千秋。因此，证券交易系统的网关服务能屏蔽差异，对内统一协议和处理流程，对外支持针对不同交易所、不同协议的接出实行个性化定制，就显得极为重要。

技术实现要素：

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种可靠的、可扩展的和低耦合的多协议交易网关系统。

本发明解决其技术问题所采用的技术方案是：以消息总线、多协议交易网关服务的松散后台服务架构。

其中，多协议交易网关系统包括消息协议定义组件、消息接收引擎、产品管理组件、风险控制组件、订单管理组件、用户管理组件、行情管理组件、成交管理组件、消息调度引擎。

其中，消息接收引擎用于通过消息总线接收对应请求，并根据请求类型分别调用产品管理组件、订单管理组件或用户管理组件。

其中，消息调度引擎组件用于提供外接交易所的通用接口，将命令请求发送到交易场所，接收交易场所响应，并根据对应请求分别调用订单管理组件、用户管理组件、行情管理组件、成交管理组件。

进一步地，所述命令请求至少包括下单、撤单、登陆和/或登出。

其中，产品管理组件用于管理证券交易参考数据。

其中，风险控制组件用于风险检查。

进一步地，所述风险检查对象至少包括下单、撤单前的流速和/或非法下单。

其中，订单管理组件用于处理订单处理业务流程。

进一步地，所述订单处理业务流程至少包括下单、撤单、下单响应和/或撤单响应。

其中，所述用户管理组件用于管理用户登陆、登出和检查订单处理中登陆状态检查。

其中，行情管理组件用于接收交易场所的行情数据，进行行情加工并发布到消息总线供证券后台系统使用。

其中，成交管理组件用于接收交易场所的成交数据，进行成交数据加工并发布到消息总线供证券后台系统使用。

本发明的证券多协议交易网关系统，在与具体交易场所对接时，只需根据具体交易场所的协议，实现消息调度引擎的接口即可实例化一个交易网关系统。与现有技术相比，本发明极大解耦了证券后台系统，对内统一了协议和接口，屏蔽了对外差异，对外简化了开发，只需实现简单的接口即可与不同交易场所对接。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是一种证券多协议交易网关系统架构图。

具体实施方式

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

结合图1，详细说明本发明的一个具体实施例，但不对本发明的权利要求作任何限定。

如图1所示，多协议网关通过消息总线以订阅（sub）和发布（pub）的方式和证券后台系统进行交互。多协议网关系统包括消息协议定义模块、消息接收引擎、产品管理组件、风险控制组件、订单管理组件、用户管理组件、行情管理组件、成交管理组件和消息调度引擎。

消息协议定义模块统一定义多协议交易网关与证券后台系统的交互协议和消息类型。协议可以但不限于是json、xml、fix、binary。消息类型包括但不限于下单、撤单、登陆、成交回报、行情。消息中包含字段交易地点exchange和交易场所venue，具体交易网关实例通过这两个字段的内容订阅各自的请求并发布响应结果。证券后台系统无需为具体交易网关实例做特别处理，只需按约定协议和消息类型往消息总线发布请求即可。

消息接收引擎负责从消息总线订阅证券后台系统发往交易网关的请求，以及将交易总线收到的消息发布到消息总线供证券后台系统使用。在实际使用中，我们会根据不同的交易所实例化一个或多个交易网关，每个交易网关通过消息总线订阅请求时，会按exchange和venue进行过滤。消息接收引擎从消息总线接收到请求以后，会根据消息类型，调用对应的组件进行处理。

产品管理组件用于加载缓存参考数据信息，可以配置化定制需要加载的参考数据信息，用以交易过程中的交易产品信息填充和校验。

风险控制组件以插件的形式注入风控逻辑，用于下单、撤单之前的风险控制，包括但不限于订单流速控制、自成交风险控制等，也可以根据风险控制组件预留接口来实现自定义风控逻辑插件。

订单管理组件负责订单业务逻辑处理和流程控制，包括但不限于下单处理、撤单处理、下单响应、撤单响应、成交响应，订单管理组件通过与产品管理组件和用户管理组件合作，填充与交易所交互过程中所需产品信息和用户信息等。订单管理组件还通过事件机制，提供订单状态变化事件，供具体交易网关实例实现自定义处理逻辑。

用户管理组件负责用户登陆、登出逻辑处理和流程控制，包括但不限于用户登陆、用户登出、登陆响应、登出响应、登陆状态控制等。用户管理组件还通过事件机制，提供用户登陆状态变化事件，供具体交易网关实例实现自定义处理逻辑。

行情管理组件接收来自交易所的行情数据，加工处理后按约定协议发布到消息总线供证券后台系统使用。

成交管理组件接收来自交易所的成交回报数据，加工处理后按约定协议发布到消息总线供证券后台系统使用。成交管理组件和订单管理组件合作，处理订单结果状态变化、填充丰富成交回报信息。

消息调度引擎直接与交易所进行对接，发送请求到交易所并接收交易所数据。具体交易网关实例化时，需要按所对接交易所约定的协议和通讯方式，实现下单、撤单、登陆、登出等接口。接收到交易所数据后，转换成消息协议定义模块中所定义模块，并按消息类型送往不同处理组件进行处理，并最终发布到消息总线供证券后台系统使用。

通过本证券多协议交易网关系统，可以屏蔽证券后台系统与不同交易所之间的差异，解耦证券后台系统的处理逻辑，并通过组件化的方式，只需简单实现与具体交易所之间的对接接口即可实例化一个网关系统。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

技术特征：

技术总结
一种证券多协议交易网关系统。以消息总线、多协议交易网关服务的松散后台服务架构，包括消息协议定义组件、消息接收引擎、产品管理组件、风险控制组件、订单管理组件、用户管理组件、行情管理组件、成交管理组件、消息调度引擎。本发明解耦和屏蔽了证券后台系统与不同交易所之间的差异，简化了开发。

技术研发人员：王轮樟;罗文辉;陶瑞甫;胡冠睿;景富香;曾博远;郭智;梁宏韬;齐秋灝
受保护的技术使用者：珠海凡泰极客科技有限责任公司
技术研发日：2018.09.07
技术公布日：2019.03.15