统一标准行情平台制造技术

本申请涉及一种统一标准行情平台，包括：数据分层模块，被配置为将来自各个行情数据源的行情数据存储在统一标准行情平台的各数据分层中；主题发布模块，被配置为将接入的所述行情数据以行情主题形式发布到所述各数据分层；数据核心处理模块，被配置为管理行情主题，并提供对所述行情主题的注册、订阅和消费服务；统一API接入包模块，被配置为将行情订阅服务的各种功能统一封装在API接入包中以方便下游订阅和消费行情；以及数据存储模块，被配置为根据统一规划，将接入的所述行情数据存储到不同的数据库。不同的数据库。不同的数据库。

【技术实现步骤摘要】
统一标准行情平台


[0001]本申请涉及金融平台，更具体而言，涉及一种统一标准行情平台。

技术介绍

[0002]行情数据是金融类交易、分析、管理软件最重要的参考。
[0003]举例而言，以利率交易为例，利率交易市场一般分为场内和场外。场内交易市场如沪深交易所、中金所等，场外交易市场如银行间市场。场内市场依据会员、信息商等角色或者权限有不同的行情分类，可以归属于公有行情。场外如银行间市场，其会对外发布各业务品种的公有行情。而针对交易部分，银行间市场支持的交易模式多样化，并且取决于机构的授信，各机构呈现出的行情也各不相同，因此，可以把它们归属于私有行情。而利率交易平台需要同时兼顾多种公有行情数据源和多机构的私有行情。
[0004]随着金融业的网络化和全球化趋势，机构的私有行情在利率交易市场上的占比也越来越大。在托管模式下，针对多交易所或者重要信息商路透等的公有行情，依据数据接入方式不同，对外提供的下游对接方式也不同。另外，随着新一代银行间市场API的开放，在托管机构剧增的情况下，就会面临海量的机构私有行情，同时还要确保机构只能处理本机构的私有行情以增强私密性。机构增多所带来的私有行情的线性剧增导致了对接成本的飙升，而同时也会带来例如处理延迟，并发压力加剧等其他问题。
[0005]具体而言，现有的行情平台可能存在下述缺陷：
[0006]1)行情一般只适配于各自开发的交易系统，如中金所交易系统要接入中金所行情，沪深交易所系统要接入沪深行情，并且独立地构建对应的行情服务和交易服务。可是一旦需要跨市场计算行情时，例如需要收集并分析不同市场的行情波动，则就需要在系统设计时不断引进新模块或者新系统去做行情的整合计算。这对上游行情发布方会存在接入以及发布的冲击，并且要将当前系统去对接不同的上游体系也存在技术上的门槛和学习成本。而且，整体的系统架构会越来越复杂，模块的冗余计算越来越多，针对一个行情的从数据源到业务应用的整条技术链路过长，这也提升了排查问题的复杂度。
[0007]2)每种行情的业务含义以及基于业务的字段定义彼此之间存在多样性。不同的开发团队在业务定义过程中，常常带有各自的偏好。当后续的业务模块需要接入指定行情时，就需要学习以及解析指定行情的格式以及要素，无法直接接入。并且，针对跨市场的行情做比较时，行情内部必须先进行统一格式转换，这就导致开发成本高。另外，业务往往又带有一定的定制性，该定制只针对部分行情字段，因此，导致模块可复用性低。
[0008]3)利率市场虽然资产标的多，但也有一个显著特点，即活跃资产标的的行情变动频率特别高，各业务模块往往对同种资产标的有高度的倾向性，订阅程度高。对于上游的数据源发布，如果一份行情针对不同业务品种，就需要复制多份数据推送。在推送时，还需要考虑网络带宽以及下游的处理能力，不得不引进进程的消息队列以及缓存策略。虽然，处理逻辑可以在各平台之间复用，但每个数据源还是需要各自开发处理逻辑。
[0009]4)在下游业务系统对接行情发布服务时，不同的开发团队都需要依赖数据源发布
的API开发包，尤其是当接入多路数据源时，在管理和维护各个数据源的API开发包和其连接通道的同时，还要支持断线重连以及告警等各种异常处理，无疑是一个艰巨的任务。
[0010]针对现有的基于行情的交易平台的这些缺陷，需要提供一种新颖改进的行情平台以解决上述这些问题。

技术实现思路

[0011]本申请涉及一种能够支持动态的扩充行情的并发处理进而保持低延时，同时降低行情的对接成本的统一标准行情平台。
[0012]根据本申请的第一方面，提供了一种统一标准行情平台，包括：数据分层模块，被配置为将来自各个行情数据源的行情数据存储在统一标准行情平台的各数据分层中；主题发布模块，被配置为将接入的所述行情数据以行情主题形式发布到所述各数据分层；数据核心处理模块，被配置为管理行情主题，并提供对所述行情主题的注册、订阅和消费服务；统一API接入包模块，被配置为将行情订阅服务的各种功能统一封装在API接入包中以方便下游订阅和消费行情；以及数据存储模块，被配置为根据统一规划，将接入的所述行情数据存储到不同的数据库。
[0013]提供本概述以便以简化的形式介绍以下在详细描述中进一步描述的一些概念。本概述并不旨在标识所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。
附图说明
[0014]为了描述可获得本专利技术的上述和其它优点和特征的方式，将通过参考附图中示出的本专利技术的具体实施例来呈现以上简要描述的本专利技术的更具体描述。可以理解，这些附图只描绘了本专利技术的各典型实施例，并且因此不被认为是对其范围的限制，将通过使用附图并利用附加特征和细节来描述和解释本专利技术，在附图中：
[0015]图1示出了根据本申请的一个实施例的一种统一标准行情平台的示例结构框图。
[0016]图2示出了应用了所述统一标准行情平台的示例应用环境架构。
具体实施方式
[0017]如前所述，在现有行情平台需要支持多机构的私有行情和不同交易场所的公有行情的情况下，随着需要接入和分析的行情数据的日益增多，构建交易平台的复杂性和接入成本也越来越高。并且，各个行情数据的业务含义和字段定义各不相同，因此，需要开发和使用专门的API接入包(也可称为“API库”)才能接入行情，不具有通用性。另外，现有的行情平台没有进行数据传输优化，因此对网络带宽的开销也很大。
[0018]为了解决上述这些弊端，本申请设计了一种统一标准行情平台。
[0019]在图1中示出了根据本申请的一个实施例的一种统一标准行情平台。所述统一标准行情平台包括数据分层模块102、主题(TOPIC)发布模块104、数据核心处理模块106、统一API接入包模块108、数据存储模块110等模块。
[0020]数据分层模块102负责数据接入，即将来自各个行情数据源(一般是分布在世界各地的金融交易所)的行情数据存储在统一标准行情平台的各数据分层中。所述数据分层可
分为K1、K2两层，K1层存储是全量的行情数据，从技术上又可以根据资产标的(也称为“行情主题”或“主题”)作为通道，使用例如Kafka(由Apache软件基金会开发的一个开源流处理平台，是一种高吞吐量的分布式发布订阅消息系统)中的分区(partition)概念，其可以很好解决全量行情的需求。K2层存储的是有订阅才会发布的行情数据，也即只提供活跃资产标的的订阅，而非全量行情的订阅。其技术上仍然可以根据资产标的作为通道，还是可以采用Kafka的分区概念来实现，其可以很好解决活跃度高的资产标的被下游多次订阅的情况。对数据核心处理模块来说，如果下游业务系统需要的是全量行情，则指定K1层来消费，而如果下游业务系统都订阅的是部分行情(例如同一份行情资产标的)，则可以先从K1层中获取该份资产标的，并将其转发至K2层，在K2层消费该份行情资产标的。这样，通过将活跃资产标的的信息发布从K1层分流转移至K2层消费，大大减轻了K1层的资源负荷，保本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种统一标准行情平台，包括：数据分层模块，被配置为将来自各个行情数据源的行情数据存储在所述统一标准行情平台的各数据分层中；主题发布模块，被配置为将接入的所述行情数据以行情主题形式发布到所述各数据分层；数据核心处理模块，被配置为管理所述行情主题，并提供对所述行情主题的注册、订阅和消费服务；统一API接入包模块，被配置为将行情订阅服务的各种功能统一封装在API接入包中以方便下游订阅和消费行情；以及数据存储模块，被配置为根据统一规划将接入的所述行情数据存储到不同的数据库。2.如权利要求1所述的统一标准行情平台，其特征在于，所述数据分层包括基于Kafka平台的K1层和K2层；其中，所述K1层存储了全量的行情数据，用于解决全量行情消费；其中，所述K2层存储了活跃行情资产标的的行情数据，用于解决活跃度高的资产标的消费；其中，所述K2层存储的行情数据是由所述K1层转发的。3.如权利要求2所述的统一标准行情平台，其特征在于，在所述K1和K2层中采用主题方式来组织行情资产标的，并针对订阅服务分别定义了ID和IP:PORT构成的配置信息，所述数据核心处理模块以ID：IP：PORT向注册中心注册主题，并且如果出现主题的变动，则将所述变动实时更新到所述注册中心。4.如权利要求2所述的统一标准行情平台，其特征在于，所述数据核心处理模块根据下游订阅是否多次订阅活跃资产标的来判断是否要将K1层的资产标的主题再转发到K2的主题。5.如权利要求3所述的统一标准行情平台，其特征在于，所述统一API接入包模块包括实现下述功能的API：1)资源侦听和汇总，其中API与注册中心保持常连接，以实时获取主题服务列表、订阅服务的ID以及订阅服务所在的IP/PORT；2)提供行情...

【专利技术属性】
技术研发人员：刘国强，黄汉辉，楼康华，汪宏斌，姬小朋，
申请(专利权)人：上海中汇亿达金融信息技术有限公司，
类型：发明
国别省市：