CN116760700B - 将多个银行交易平台接口标准化的方法及系统 - Google Patents

Abstract

本发明公开了将多个银行交易平台接口标准化的方法及系统，涉及平台接口处理技术领域。所述方法包括：配置标准化网关以提供接入前述多个银行交易平台的标准FIX接口服务，从而供下游业务系统接入；具体的，所述标准化网关被配置为：获取各个银行交易平台的平台FIX协议包，分别完成与各个银行交易平台的交易接口对接；根据各个银行交易平台提供的API开发指引文档，生成一套支持所有平台业务场景的全平台全业务标准FIX协议包；使用前述生成的标准FIX协议包，对外提供统一的标准FIX接口服务。本发明能够有效降低接入多交易平台的复杂度，减少重复工作量，提高代码复用率，同时还降低了开发成本，缩短了开发周期。

Description

将多个银行交易平台接口标准化的方法及系统

技术领域

本发明涉及平台接口处理技术领域，尤其涉及一种将多个银行交易平台接口标准化的方法及系统。

背景技术

现在各银行做市商（Maker）/会员（Taker）有越来越多的需求接入国内外各个交易平台，比如多银行交易平台的路透FXALL平台、360T平台等，单银行平台的UBS平台、MS平台等。面对各个交易平台各不相同的API（Application Programming Interface）接口及协议，接入方希望有一种快捷、高效的接入各个交易平台的方案。

为了实现对接多个交易平台，往往需要遵循统一的数据标准，现有技术已经提供了一些解决方案，比如引入金融信息交换FIX（全称Financial Information Exchange）协议。FIX协议是适用于实时证券、金融电子交易开发的数据通信标准，它是由国际FIX协会组织提供的一个开放式协议，目的是推动国际贸易电子化的进程，在各类参与者之间，包括投资经理、经纪人、买方、卖方建立起实时的电子化通讯协议。FIX协议的目标是把各类证券金融业务需求流程格式化，使之成为一个个可用计算机语言描述的功能流程，并在每个业务功能接口上统一交换格式，方便各个功能模块的连接。对应FIX设置有引擎QuickFIX，QuickFIX是用于实现FIX的开源工具包（开源FIX引擎），包括通讯组件、字典工具等，其包含多种开发语言，如C/C++、java、python语言等。参见图1所示，示例了业务系统基于FIX协议接入多个交易平台的逻辑结构图，对于甲、乙银行来说，其业务系统需要分别对接交易平台A和交易平台B，系统接入交易平台A的步骤概括如下：1)获取交易平台A的FIX协议并制作协议字典；2)使用交易平台A的FIX协议版本连接交易平台A（通过图1中的接入层实现连接），同时需要满足交易平台A要求的安全连接要求；3)将交易平台A的FIX协议消息转换为银行内部的协议消息（通过图1中的转换层实现协议转换）；4)根据转换后的银行内部协议消息进行业务处理（通过图1中的业务层实现业务处理）。各银行接入交易平台B的步骤与接入前述交易平台A的过程相同，只是将上述步骤中的交易平台A调整为交易平台B。

上述对接多交易平台的方案存在如下缺陷：1)开发成本高。各个交易平台虽然都提供了FIX协议的API接口，但不同交易平台采用的协议版本不尽相同，比如FIX协议可以包括FIX.4.3版本、FIX.4.4版本、FIX.5.0SP2版本等，接入时需要学习每一家交易平台的交易产品的协议，并对协议进行处理以适应接入自身系统，自身投入成本过高。2)可扩展性差。即时是同类交易产品——比如交易产品点击成交ESP（Executable Streaming Prices，会员向做市商订阅行情，接收到可成交报价，点击成交）——报文字段定义也可能不相同，使得同类交易产品从一个交易平台扩展到新的交易平台时往往需要重新开发和测试。3)复用率低。银行内包含多个业务系统时，需要逐个业务系统分别接入对应的交易平台，相关代码复用率低。4)连接管理复杂。不仅不同交易平台的连接接口可能不相同，银行内部自己开发的API接口也缺少统一的接口定义，数据接口的不统一增加了连接管理难度。

发明内容

本发明的目的在于：克服现有技术的不足，提供一种将多个银行交易平台接口标准化的方法及系统。本发明基于标准FIX协议提出了一种标准化架构，通过将多个银行交易平台接口标准化，能够有效降低接入多交易平台的复杂度，减少重复工作量，提高代码复用率，同时还降低了开发成本，缩短了开发周期。

为实现上述目标，本发明提供了如下技术方案：

一种将多个银行交易平台接口标准化的方法，配置标准化网关以提供接入前述多个银行交易平台的标准FIX接口服务，所述标准FIX接口服务用于供下游业务系统接入以实现下游业务系统与前述多个银行交易平台的接口对接；

所述标准化网关被配置为：获取各个银行交易平台的平台FIX协议包，分别完成与各个银行交易平台的交易接口对接；根据各个银行交易平台提供的API开发指引文档，生成一套支持所有平台业务场景的全平台全业务标准FIX协议包；使用前述生成的标准FIX协议包，对外提供统一的标准FIX接口服务。

进一步，所述标准化网关还被配置为：根据接入方的业务场景需求，进行统一标准业务流程包的制作以丰富标准化网关支持的业务场景；以及，

根据接入方选择的目标业务场景，获取与该目标业务场景匹配的标准业务流程包与银行交易平台接入方式。

进一步，制作标准业务流程包的步骤包括：

采集需要制作标准业务流程包的业务场景信息，获取该业务场景在前述各个银行交易平台中对应业务的业务字段信息；

根据各个银行交易平台的前述业务字段信息的相似性，判断业务属于简单业务类型还是复杂业务类型；

当各个银行交易平台之间的前述业务字段信息的相似性达到预设阈值时，判定业务属于简单业务类型，采用简单模式制作标准业务流程包，步骤如下：根据标准FIX协议和各个平台FIX协议，按照协议标准化前后的消息字段要求信息来进行字段信息的映射配置，生成动态实时的字段映射模板，经过所述字段映射模板，能够将银行交易平台中的平台消息执行报告字段转换为符合标准FIX协议要求的标准消息执行报告字段，以及将标准消息执行报告请求字段转换为符合对应的平台FIX协议要求的平台消息执行报告请求字段；

当各个银行交易平台之间的前述业务字段信息的相似性未达到预设阈值时，判定业务属于复杂业务类型，采用复杂模式制作标准业务流程包，步骤如下：基于预设的标准化SDK编写标准FIX协议和各个平台FIX协议的消息转换器，所述消息转换器被配置为在预编译阶段完成对应消息类型的字段信息转换，以符合标准FIX协议或者平台FIX协议的字段定义要求。

进一步，当所述业务为点击成交ESP业务时，所述消息转换器至少包括行情订阅转换器、成交行情转换器、订单转换器和执行报告转换器。

进一步，所述标准化网关还被配置为：获取接入方的连接信息中的安全加密要求，基于标准FIX协议配置符合前述安全加密要求的用于银行内部系统连接的加密标准FIX连接；此时，所述标准化网关通过前述加密标准FIX协议建立与下游业务系统之间的FIX连接，同时通过各个平台FIX协议建立与对应银行交易平台之间的FIX连接。

进一步，生成一套支持所有平台业务场景的全平台全业务标准FIX协议包的步骤包括：

S210，对于多个银行交易平台中的任意一个银行交易平台，获取该银行交易平台的API开发指引文档；

S220，定义前述指引文档的解析模板；

S230，对前述指引文档进行解析并生成XML格式的FIX字典；

S240，根据前述FIX字典生成该交易平台消息样例；

S250，检查前述交易平台消息样例是否正确生成；判定未正确生成时，调整解析模板后返回执行前述步骤S220；判定正确生成时，执行步骤S260；

S260，合并已有FIX字典；其中，按照业务消息类型、字段域号和枚举值进行FIX字典合并；

S270，判断合并后的字典中的业务消息类型、字段域号和枚举值是否存在冲突；判定存在冲突时，获取冲突信息和冲突信息在字典中的位置，对前述冲突信息进行修改以消除冲突，根据所述修改返回执行前述步骤S260，以重新生成合并后字典；判定不存在冲突时，执行步骤S280；

S280，生成统一标准消息样例；其中，根据预设的标准字典要求对前述合并后字典中的消息样例进行统一转换处理，以生成标准消息样例；

S290，获取前述交易平台的XML格式FIX字典和标准消息样例，合并各交易平台的XML格式FIX字典和标准消息样例以生成所述全平台全业务标准FIX协议包。

进一步，步骤S270中的所述冲突包括：

业务的消息类型相同但对应的业务含义不同；或者，

业务的字段域号相同但对应的业务含义不同；或者，

业务的字段枚举值相同但对应的业务含义不同。

进一步，当业务的消息类型发生冲突时，消除冲突的方式包括：获取存在冲突的消息类型所属的业务信息，重新定义前述业务中的至少一个业务的消息类型信息以消除前述冲突；或者，删除前述业务中的至少一个以消除前述冲突，舍弃现有协议可覆盖的对应业务场景；或者，通过新的消息类型定义覆盖存在消息类型冲突的多个业务，所述新的消息类型能够覆盖现有协议中对应的业务场景；

当业务的字段域号和/或枚举值发生冲突时，消除冲突的方式包括：获取存在冲突的字段所属的业务信息，重新定义前述业务中的至少一个业务的字段信息以消除前述冲突；或者，删除前述业务中的至少一个以消除前述冲突，舍弃现有协议可覆盖的对应业务场景；或者，通过新的字段定义覆盖存在字段冲突的多个业务，所述新的字段定义能够覆盖现有协议中对应的业务场景。

本发明还提供了一种外汇交易数据处理系统，所述系统包括用于连接下游业务系统和多个银行交易平台的标准化网关；

所述标准化网关被配置为：获取各个银行交易平台的平台FIX协议包，分别完成与各个银行交易平台的交易接口对接；根据各个银行交易平台提供的API开发指引文档，生成一套支持所有平台业务场景的全平台全业务标准FIX协议包；使用前述生成的标准FIX协议包，对外提供统一的标准FIX接口服务，所述标准FIX接口服务用于供前述下游业务系统接入以实现前述下游业务系统与前述多个银行交易平台的接口对接。

进一步，所述标准化网关包括转接层，转换层和接入层；所述转接层用于进行标准FIX协议服务；所述转换层用于进行标准FIX协议与各个平台FIX协议之间的转换；所述接入层用于通过根据转换层提供的各个平台FIX协议分别接入对应的银行交易平台；

对应所述下游业务系统设置有：

接入层，用于通过标准FIX协议与前述标准化网关建立连接；

转换层，用于进行标准FIX协议与银行内部协议之间的转换；

业务层，用于进行对应银行的业务处理，处理下游业务系统各自的业务流程。

进一步，所述标准化网关采用模块化管理，包括有模块化管理系统，所述模块化管理系统包括：

平台连接管理模块，用于管理各个银行交易平台的连接；

业务流程管理模块，用于管理各个银行交易平台的交易产品的业务流程；

协议包管理模块，用于管理协议包，包括标准FIX协议包和各个银行交易平台的平台FIX协议包；

接入方连接管理模块，用于对接入方的连接进行管理；其中，所述接入方连接管理模块被配置为：获取接入方的连接信息中的安全加密要求，基于标准FIX协议配置符合前述安全加密要求的用于银行内部系统连接的加密标准FIX连接；此时，所述标准化网关通过前述加密标准FIX协议建立与下游业务系统之间的FIX连接，同时通过各个平台FIX协议建立与对应银行交易平台之间的FIX连接。

本发明由于采用以上技术方案，与现有技术相比，作为举例，具有以下的优点和积极效果：本发明基于标准FIX协议提出了一种标准化架构，通过将多个银行交易平台接口标准化，能够有效降低接入多交易平台的复杂度，接入方只需要使用标准FIX协议，一次接入后可进行多交易平台复用和多下游系统复用，减少重复工作量，提高代码复用率，同时还降低了开发成本，缩短了开发周期。

对于同类交易产品，由于采用了标准化FIX协议，接入方扩展到新的交易平台时只需对产品信息进行配置扩展即可扩展到不同交易平台，无需改动协议和重新开发，增加了产品的可扩展性。

进一步，标准化网关还能够对业务系统的业务流程包进行标准化，提高了业务代码复用率，更容易发现共通问题。优选的，接入方上线的标准化业务流程包可以先接收银行交易平台的验收测试，通过验收测试的标准业务流程包是被该交易平台认可的，如此，可极大缩短新业务系统接入的上线周期。

进一步，标准化网关还可以对接入方的连接管理标准化，并可按照接入方的安全要求提供相应的安全加密连接（定制FIX服务端安全要求），比如根据接入方要求提供符合国家密码要求的FIX连接，以满足银行内安全检测要求。

附图说明

图1为现有技术中提供的业务系统接入多个交易平台的逻辑结构图。

图2为本发明实施例提供的业务系统接入多个交易平台的逻辑结构图。

图3为本发明实施例提供的生成全平台全业务标准FIX协议包的流程图。

图4为本发明实施例提供的STP业务的业务流程图。

图5为本发明实施例提供的ESP业务的业务流程图。

图6为本发明实施例提供的使用模块化管理的标准化网关的模块结构图。

图7为提供国密SSL的标准FIX连接的标准化网关的上下游连接图。

实施方式

以下结合附图和具体实施例对本发明公开的将多个银行交易平台接口标准化的方法及系统作进一步详细说明。需要说明的是，对于相关领域普通技术人员已知的技术（包括方法和装置）可能不作详细讨论，但在适当情况下，上述已知的技术被视为说明书的一部分。同时，示例性实施例的其它示例可以具有不同的值。本说明书附图中所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定发明可实施的限定条件。

在本申请实施例的描述中，“/”表示或的意思，“和/或”用于描述关联对象的关联关系，表示可以存在三种关系，比如，“甲和/或乙”表示：单独存在甲乙，单独存在乙，同时存在甲和乙这三种情况。在本申请实施例的描述中，“多个”是指两个及以上。

以下，根据示例性应用场景对本发明的技术构思和方案进行介绍。

相关技术术语的解释如下：

1）FIX协议，金融信息交换协议，全称Financial Information Exchange。FIX协议是适用于实时证券、金融电子交易开发的数据通信标准，它是由国际FIX协会组织提供的一个开放式协议。

2) QuickFix，是实现FIX的开源工具包，包括通讯组件、FIX字典工具等，可以包含多种开发语言，如C/C++，java，python语言等。

3)Maker，做市商，通常是报价方，交易的接受方。

4)Taker，会员，通常是价格的接收方，交易的发起方。

5)ESP，点击成交，全称Executable Streaming Prices。其交易模式如下：会员向做市商订阅行情，接收到可成交报价，点击成交。

6)RFQ，报价请求，全称Request For Quote。其交易模式如下：会员向做市商发送询价请求，收到做市商的回价，撤销交易或者确认交易。

7)STP，直通式处理服务，全称Straight Through Processing。STP一般用于交易在交易平台达成后，由交易平台下发通知确认交易明细。

实施例

本发明基于标准FIX协议，提出了一种标准化架构，通过标准化网关将多个银行交易平台的接口进行标准化，如此，接入方仅需要使用标准化FIX协议。具体的，本实施例提供了一种将多个银行交易平台接口标准化的方法，所述方法是通过配置标准化网关，来提供接入前述多个银行交易平台的标准FIX接口服务，所述标准FIX接口服务用于供下游业务系统接入以实现下游业务系统与前述多个银行交易平台的接口对接，参见图2所示。

所述标准化网关被配置为：获取各个银行交易平台的平台FIX协议包，分别完成与各个银行交易平台的交易接口对接；然后，根据各个银行交易平台提供的API开发指引文档，生成一套支持所有平台业务场景的全平台全业务标准FIX协议包；随后，使用前述生成的标准FIX协议包，对外提供统一的标准FIX接口服务。

具体的，所述标准化网关可以包括转接层，转换层和接入层。所述转接层，用于进行标准FIX协议服务；所述转换层，用于进行标准FIX协议与各个平台FIX协议之间的转换；所述接入层，用于通过根据转换层提供的各个平台FIX协议分别接入对应的银行交易平台。

对应所述下游业务系统则设置有接入层，转换层和业务层。所述接入层，用于通过标准FIX协议与前述标准化网关建立连接。所述转换层，用于进行标准FIX协议与银行内部协议之间的转换。所述业务层，用于进行对应银行的业务处理，处理下游业务系统各自的业务流程。

所述下游业务系统，作为举例而非限制，具体可以是外汇交易系统、资金管理系统、网银系统等业务系统。

典型的标准化流程如下。

步骤S100：根据境内外各个（类）银行交易平台的平台FIX协议包，由标准化网关的接入层基于前述平台FIX协议包，分别完成标准化网关与各个银行交易平台的交易接口对接。

步骤S200：生成一套可以支持所有平台业务场景的标准FIX协议包。

步骤S300：使用前述标准FIX协议包，对外提供统一的标准FIX接口服务。

步骤S400：下游接入的各类业务系统对接前述标准FIX接口服务，实现与前述境内外各个银行交易平台的交易接口对接，开展业务系统各自的业务流程。

对于步骤S200，具体操作时，是根据各个银行交易平台提供的API开发指引文档，使用预设的自动化工具解析前述文档并进行信息合并以生成一套合全平台全业务标准FIX协议包。参见图3所示，为本实施例提供的生成全平台全业务标准FIX协议包的具体步骤，如下：

S210，对于多个银行交易平台中的任意一个银行交易平台，获取该银行交易平台的API开发指引文档。所述API开发指引文档通常是PDF或者DOC数据格式的文档。

S220，定义前述指引文档的解析模板。

S230，对前述指引文档进行解析并生成XML格式的FIX字典。

S240，根据前述FIX字典生成该交易平台消息样例。

S250，检查前述交易平台消息样例是否正确生成；判定未正确生成时，调整解析模板后返回执行前述步骤S220；判定正确生成时，执行步骤S260。

S260，合并已有FIX字典；其中，按照业务消息类型、字段域号和枚举值进行FIX字典合并。

S270，判断合并后的字典中的业务消息类型、字段域号和枚举值是否存在冲突；判定存在冲突时，获取冲突信息和冲突信息在字典中的位置，对前述冲突信息进行修改以消除冲突，根据所述修改返回执行前述步骤S260，以重新生成合并后字典；判定不存在冲突时，执行步骤S280。

S280，生成统一标准消息样例；其中，根据预设的标准字典要求对前述合并后字典中的消息样例进行统一转换处理，以生成标准消息样例。

S290，获取前述交易平台的XML格式FIX字典和标准消息样例，合并各交易平台的XML格式FIX字典和标准消息样例以生成所述全平台全业务标准FIX协议包。

在所述步骤S270中，所述冲突具体可以包括如下情形中的一种或多种：

情形一，业务的消息类型相同但对应的业务含义不同。

情形二，业务的字段域号相同但对应的业务含义不同。

情形三，业务的字段枚举值相同但对应的业务含义不同。

本实施例中，在获取冲突信息后，能够对每一组冲突信息进行分析以判断该冲突属于上述情形中的哪一种，然后将冲突信息和该冲突所属的情形发送给关联的冲突消除处理子系统进行处理。

具体的，对应前述三种情形，所述冲突消除处理子系统被配置为：

判定冲突所属的情形属于前述情形一时——即判定业务的消息类型发生冲突时，执行如下处理：获取存在冲突的消息类型所属的业务信息，重新定义前述业务中的至少一个业务的消息类型信息以消除前述冲突。或者，获取存在冲突的消息类型所属的业务信息，删除前述业务中的至少一个以消除前述冲突，即舍弃现有协议可覆盖的对应业务场景。或者，获取存在冲突的消息类型所属的业务信息，通过新的消息类型定义覆盖存在消息类型冲突的多个业务，所述新的消息类型能够覆盖现有协议中对应的业务场景。

判定冲突所属的情形属于前述情形二、情形三时——即判定业务的字段域号和/或枚举值发生冲突时，执行如下处理：获取存在冲突的字段所属的业务信息，重新定义前述业务中的至少一个业务的字段信息以消除前述冲突。或者，获取存在冲突的字段所属的业务信息，删除前述业务中的至少一个以消除前述冲突，舍弃现有协议可覆盖的对应业务场景。或者，获取存在冲突的字段所属的业务信息，通过新的字段定义覆盖存在字段冲突的多个业务，所述新的字段定义能够覆盖现有协议中对应的业务场景。

优选的，本实施例中，所述冲突消除处理子系统还连接有开发人员终端，此时，冲突消除处理子系统能够根据接收的冲突信息和该冲突所属的情形，基于该冲突所属的情形在预设的冲突处理历史数据库中进行检索分析，获取与该冲突所属的情形符合的冲突解决方案后，将该冲突解决方案发送至前述开发人员所在终端；以及，采集所述开发人员所在终端针对前述冲突解决方案反馈的方案选择信息和/或方案编辑信息，根据所述方案选择信息和/或方案编辑信息对前述冲突进行处理以消除前述冲突。如此，能够基于存储的冲突解决历史信息，结合具有业务经验的专业开发人员的操作信息来综合制定冲突解决方案，提高了冲突解决的效率和准确性。

在前述步骤S400之后还可以包括步骤：

步骤S500：逐步丰富业务场景。

步骤S600：根据接入方选择的业务场景，选择对应的业务流程包与接入。

此时，所述标准化网关还被配置为：根据接入方的业务场景需求，进行统一标准业务流程包的制作以丰富标准化网关支持的业务场景；以及，根据接入方选择的目标业务场景，获取与该目标业务场景匹配的标准业务流程包与银行交易平台接入方式。

优选的，根据业务的复杂程度来区别进行业务流程包制作。

此时，制作标准业务流程包的具体步骤可以包括：采集需要制作标准业务流程包的业务场景信息，获取该业务场景在前述各个银行交易平台中对应业务的业务字段信息；根据各个银行交易平台的前述业务字段信息的相似性，判断业务属于简单业务类型还是复杂业务类型；根据判断结果分别进行简单模式制作和复杂模式制作。

具体的，当各个银行交易平台之间的前述业务字段信息的相似性达到预设阈值（该预设阈值可以由系统默认设置或者由用户根据实际业务需要进行个性化设置）时，可以判定业务属于简单业务类型，采用简单模式制作标准业务流程包，步骤如下：根据标准FIX协议和各个平台FIX协议，按照协议标准化前后的消息字段要求信息来进行字段信息的映射配置，生成动态实时的字段映射模板，经过所述字段映射模板，能够将银行交易平台中的平台消息执行报告字段转换为符合标准FIX协议要求的标准消息执行报告字段（比如将银行交易平台A的平台消息执行报告a字段，映射到标准消息执行报告b字段），以及将标准消息执行报告请求字段转换为符合对应的平台FIX协议要求的平台消息执行报告请求字段。参见图4所示，示例了当业务为STP业务时，执行报告通知时对应的消息字段转换过程。

当各个银行交易平台之间的前述业务字段信息的相似性未达到预设阈值时，判定业务属于复杂业务类型，采用复杂模式制作标准业务流程包，步骤如下：基于预设的标准化SDK（全称Software Development Kit ，软件开发工具包）来编写标准FIX协议和各个平台FIX协议的消息转换器，所述消息转换器被配置为在预编译阶段完成对应消息类型的字段信息转换，以符合标准FIX协议或者平台FIX协议的字段定义要求。

当所述业务为点击成交ESP业务时，所述消息转换器至少包括行情订阅转换器、成交行情转换器、订单转换器和执行报告转换器，分别用于对行情订阅消息、成交行情消息、订单消息和执行报告消息进行字段转换。参见图5所示，示例了当业务为STP业务时，典型的业务消息字段转换过程。

本实施例中，所述标准化网关优选的采用模块化管理，包括有模块化管理系统。参见图6所示，所述模块化管理系统具体可以包括平台连接管理模块，业务流程管理模块，协议包管理模块和接入方连接管理模块，各模块可以采用插件化设计。

所述平台连接管理模块，用于管理各个银行交易平台的连接。可插拔的平台连接器管理，以FIX客户端作为接入交易平台首选，架构层级还可以保留支持多种连接器的扩展性，比如某些交易平台自定义的API接口。

所述业务流程管理模块，用于管理各个银行交易平台的交易产品的业务流程，比如可以包括ESP交易流程，RFQ交易流程。可插拔的流程包管理，针对各种业务的业务流程可以进行丰富。

所述协议包管理模块，用于管理协议包，包括标准FIX协议包和各个银行交易平台的平台FIX协议包。

所述接入方连接管理模块，用于对接入方的连接进行管理。

其中，所述接入方连接管理模块具体可以被配置为：获取接入方的连接信息中的安全加密要求，基于标准FIX协议配置符合前述安全加密要求的用于银行内部系统连接的加密标准FIX连接；此时，所述标准化网关通过前述加密标准FIX协议建立与下游业务系统之间的FIX连接，同时通过各个平台FIX协议建立与对应银行交易平台之间的FIX连接。

如此，可根据接入方要求定制FIX服务端安全要求，作为举例而非限制，比如使用国密SSL算法（全称Secure Socket Layer,安全套接层）。

具体的，所述标准化网关可以被配置为：获取接入方的连接信息中的安全加密要求——比如使用国密算法SSL算法，基于标准FIX协议配置符合前述安全加密要求的用于银行内部系统连接的加密标准FIX连接。此时，所述标准化网关通过前述加密标准FIX协议建立与下游业务系统之间的FIX连接，同时通过各个平台FIX协议建立与对应银行交易平台之间的FIX连接。

作为举例，参见图7所示，比如银行甲中设置有两个业务系统，分别为处理ESP业务的系统一和处理STP业务的系统二，行内系统连接统一标准化后，系统一和系统二均通过国密SSL的FIX连接来连接所述标准化网关。所述标准化网关则分别通过无加密的FIX.4.4协议（交易平台A的平台FIX协议）连接交易平台A的ESP业务、通过TLSv1.2的FIX.4.3协议（交易平台B的平台FIX协议）连接交易平台B的STP业务。

本发明的另一实施例，还提供了一种外汇交易数据处理系统。

所述系统包括用于连接下游业务系统和多个银行交易平台的标准化网关。

所述标准化网关被配置为：获取各个银行交易平台的平台FIX协议包，分别完成与各个银行交易平台的交易接口对接；根据各个银行交易平台提供的API开发指引文档，生成一套支持所有平台业务场景的全平台全业务标准FIX协议包；使用前述生成的标准FIX协议包，对外提供统一的标准FIX接口服务，所述标准FIX接口服务用于供前述下游业务系统接入以实现前述下游业务系统与前述多个银行交易平台的接口对接。

具体的，所述标准化网关可以包括转接层，转换层和接入层。

所述转接层用于进行标准FIX协议服务。

所述转换层用于进行标准FIX协议与各个平台FIX协议之间的转换。

所述接入层用于通过根据转换层提供的各个平台FIX协议分别接入对应的银行交易平台。

对应所述下游业务系统设置有接入层、转换层和业务层。

所述接入层，用于通过标准FIX协议与前述标准化网关建立连接。

所述转换层，用于进行标准FIX协议与银行内部协议之间的转换。

所述业务层，用于进行对应银行的业务处理，处理下游业务系统各自的业务流程。

本实施例中，所述标准化网关采用模块化管理，包括有模块化管理系统，所述模块化管理系统包括：平台连接管理模块，用于管理各个银行交易平台的连接；业务流程管理模块，用于管理各个银行交易平台的交易产品的业务流程；协议包管理模块，用于管理协议包，包括标准FIX协议包和各个银行交易平台的平台FIX协议包； 以及接入方连接管理模块，用于对接入方的连接进行管理。

其中，所述接入方连接管理模块被配置为：获取接入方的连接信息中的安全加密要求，基于标准FIX协议配置符合前述安全加密要求的用于银行内部系统连接的加密标准FIX连接。此时，所述标准化网关通过前述加密标准FIX协议建立与下游业务系统之间的FIX连接，同时通过各个平台FIX协议建立与对应银行交易平台之间的FIX连接。

其它技术特征参见在前实施例的描述，在此不再赘述。

本发明还提供了一种计算机可读存储介质，用于存储能够被处理单元执行的计算机程序，所述计算机程序被所述处理单元执行时实现如前所述的方法。

所述存储介质，可以包括U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

其它技术特征参见在前实施例的描述，在此不再赘述。

在上面的描述中，本发明的公开内容并不旨在将其自身限于这些方面。而是，在本公开内容的目标保护范围内，各组件可以以任意数目选择性地且操作性地进行合并。另外，像“包括”、“囊括”以及“具有”的术语应当默认被解释为包括性的或开放性的，而不是排他性的或封闭性，除非其被明确限定为相反的含义。所有技术、科技或其他方面的术语都符合本领域技术人员所理解的含义，除非其被限定为相反的含义。在词典里找到的公共术语应当在相关技术文档的背景下不被太理想化或太不实际地解释，除非本公开内容明确将其限定成那样。本发明领域的普通技术人员根据上述揭示内容做的任何变更、修饰，均属于权利要求书的保护范围。

Claims (9)

1.一种将多个银行交易平台接口标准化的方法，其特征在于，配置标准化网关以提供接入前述多个银行交易平台的标准FIX接口服务，所述标准FIX接口服务用于供下游业务系统接入以实现下游业务系统与前述多个银行交易平台的接口对接；

所述标准化网关被配置为：获取各个银行交易平台的平台FIX协议包，分别完成与各个银行交易平台的交易接口对接；根据各个银行交易平台提供的API开发指引文档，生成一套支持所有平台业务场景的全平台全业务标准FIX协议包；使用前述生成的标准FIX协议包，对外提供统一的标准FIX接口服务；

其中，生成全平台全业务标准FIX协议包的步骤包括：S210，对于多个银行交易平台中的任意一个银行交易平台，获取该银行交易平台的API开发指引文档；S220，定义前述指引文档的解析模板；S230，对前述指引文档进行解析并生成XML格式的FIX字典；S240，根据前述FIX字典生成该交易平台消息样例；S250，检查前述交易平台消息样例是否正确生成；判定未正确生成时，调整解析模板后返回执行前述步骤S220；判定正确生成时，执行步骤S260；S260，合并已有FIX字典；其中，按照业务消息类型、字段域号和枚举值进行FIX字典合并；S270，判断合并后的字典中的业务消息类型、字段域号和枚举值是否存在冲突；判定存在冲突时，获取冲突信息和冲突信息在字典中的位置，对前述冲突信息进行修改以消除冲突，根据所述修改返回执行前述步S260，以重新生成合并后字典；判定不存在冲突时，执行步骤S280；S280，生成统一标准消息样例；其中，根据预设的标准字典要求对前述合并后字典中的消息样例进行统一转换处理，以生成标准消息样例；S290，获取前述交易平台的XML格式FIX字典和标准消息样例，合并各交易平台的XML格式FIX字典和标准消息样例以生成所述全平台全业务标准FIX协议包；

所述标准化网关还被配置为：根据接入方的业务场景需求，进行统一标准业务流程包的制作以丰富标准化网关支持的业务场景；其中，制作标准业务流程包的步骤包括：采集需要制作标准业务流程包的业务场景信息，获取该业务场景在前述各个银行交易平台中对应业务的业务字段信息；根据各个银行交易平台的前述业务字段信息的相似性，判断业务属于简单业务类型还是复杂业务类型；

当各个银行交易平台之间的前述业务字段信息的相似性达到预设阈值时，判定业务属于简单业务类型，采用简单模式制作标准业务流程包，步骤如下：根据标准FIX协议和各个平台FIX协议，按照协议标准化前后的消息字段要求信息来进行字段信息的映射配置，生成动态实时的字段映射模板，经过所述字段映射模板，能够将银行交易平台中的平台消息执行报告字段转换为符合标准FIX协议要求的标准消息执行报告字段，以及将标准消息执行报告请求字段转换为符合对应的平台FIX协议要求的平台消息执行报告请求字段；

当各个银行交易平台之间的前述业务字段信息的相似性未达到预设阈值时，判定业务属于复杂业务类型，采用复杂模式制作标准业务流程包，步骤如下：基于预设的标准化SDK编写标准FIX协议和各个平台FIX协议的消息转换器，所述消息转换器被配置为在预编译阶段完成对应消息类型的字段信息转换，以符合标准FIX协议或者平台FIX协议的字段定义要求。

2.根据权利要求1所述的方法，其特征在于，所述标准化网关还被配置为：根据接入方选择的目标业务场景，获取与该目标业务场景匹配的标准业务流程包与银行交易平台接入方式。

3.根据权利要求1所述的方法，其特征在于，当所述业务为点击成交ESP业务时，所述消息转换器至少包括行情订阅转换器、成交行情转换器、订单转换器和执行报告转换器。

4.根据权利要求1所述的方法，其特征在于，所述标准化网关还被配置为：获取接入方的连接信息中的安全加密要求，基于标准FIX协议配置符合前述安全加密要求的用于银行内部系统连接的加密标准FIX连接；此时，所述标准化网关通过前述加密标准FIX协议建立与下游业务系统之间的FIX连接，同时通过各个平台FIX协议建立与对应银行交易平台之间的FIX连接。

5.根据权利要求1所述的方法，其特征在于，步骤S270中的所述冲突包括：

业务的消息类型相同但对应的业务含义不同；或者，

业务的字段域号相同但对应的业务含义不同；或者，

业务的字段枚举值相同但对应的业务含义不同。

6.根据权利要求5所述的方法，其特征在于，

当业务的消息类型发生冲突时，消除冲突的方式包括：获取存在冲突的消息类型所属的业务信息，重新定义前述业务中的至少一个业务的消息类型信息以消除前述冲突；或者，删除前述业务中的至少一个以消除前述冲突，舍弃现有协议可覆盖的对应业务场景；或者，通过新的消息类型定义覆盖存在消息类型冲突的多个业务，所述新的消息类型能够覆盖现有协议中对应的业务场景；

当业务的字段域号和/或枚举值发生冲突时，消除冲突的方式包括：获取存在冲突的字段所属的业务信息，重新定义前述业务中的至少一个业务的字段信息以消除前述冲突；或者，删除前述业务中的至少一个以消除前述冲突，舍弃现有协议可覆盖的对应业务场景；或者，通过新的字段定义覆盖存在字段冲突的多个业务，所述新的字段定义能够覆盖现有协议中对应的业务场景。

7.一种外汇交易数据处理系统，其特征在于，包括用于连接下游业务系统和多个银行交易平台的标准化网关；

所述标准化网关被配置为：获取各个银行交易平台的平台FIX协议包，分别完成与各个银行交易平台的交易接口对接；根据各个银行交易平台提供的API开发指引文档，生成一套支持所有平台业务场景的全平台全业务标准FIX协议包；使用前述生成的标准FIX协议包，对外提供统一的标准FIX接口服务，所述标准FIX接口服务用于供前述下游业务系统接入以实现前述下游业务系统与前述多个银行交易平台的接口对接；

其中，生成全平台全业务标准FIX协议包的步骤包括：S210，对于多个银行交易平台中的任意一个银行交易平台，获取该银行交易平台的API开发指引文档；S220，定义前述指引文档的解析模板；S230，对前述指引文档进行解析并生成XML格式的FIX字典；S240，根据前述FIX字典生成该交易平台消息样例；S250，检查前述交易平台消息样例是否正确生成；判定未正确生成时，调整解析模板后返回执行前述步骤S220；判定正确生成时，执行步骤S260；S260，合并已有FIX字典；其中，按照业务消息类型、字段域号和枚举值进行FIX字典合并；S270，判断合并后的字典中的业务消息类型、字段域号和枚举值是否存在冲突；判定存在冲突时，获取冲突信息和冲突信息在字典中的位置，对前述冲突信息进行修改以消除冲突，根据所述修改返回执行前述步S260，以重新生成合并后字典；判定不存在冲突时，执行步骤S280；S280，生成统一标准消息样例；其中，根据预设的标准字典要求对前述合并后字典中的消息样例进行统一转换处理，以生成标准消息样例；S290，获取前述交易平台的XML格式FIX字典和标准消息样例，合并各交易平台的XML格式FIX字典和标准消息样例以生成所述全平台全业务标准FIX协议包；

所述标准化网关还被配置为：根据接入方的业务场景需求，进行统一标准业务流程包的制作以丰富标准化网关支持的业务场景；其中，制作标准业务流程包的步骤包括：采集需要制作标准业务流程包的业务场景信息，获取该业务场景在前述各个银行交易平台中对应业务的业务字段信息；根据各个银行交易平台的前述业务字段信息的相似性，判断业务属于简单业务类型还是复杂业务类型；

当各个银行交易平台之间的前述业务字段信息的相似性达到预设阈值时，判定业务属于简单业务类型，采用简单模式制作标准业务流程包，步骤如下：根据标准FIX协议和各个平台FIX协议，按照协议标准化前后的消息字段要求信息来进行字段信息的映射配置，生成动态实时的字段映射模板，经过所述字段映射模板，能够将银行交易平台中的平台消息执行报告字段转换为符合标准FIX协议要求的标准消息执行报告字段，以及将标准消息执行报告请求字段转换为符合对应的平台FIX协议要求的平台消息执行报告请求字段；

当各个银行交易平台之间的前述业务字段信息的相似性未达到预设阈值时，判定业务属于复杂业务类型，采用复杂模式制作标准业务流程包，步骤如下：基于预设的标准化SDK编写标准FIX协议和各个平台FIX协议的消息转换器，所述消息转换器被配置为在预编译阶段完成对应消息类型的字段信息转换，以符合标准FIX协议或者平台FIX协议的字段定义要求。

8.根据权利要求7所述的系统，其特征在于，所述标准化网关包括转接层，转换层和接入层；所述转接层用于进行标准FIX协议服务；所述转换层用于进行标准FIX协议与各个平台FIX协议之间的转换；所述接入层用于通过根据转换层提供的各个平台FIX协议分别接入对应的银行交易平台；

对应所述下游业务系统设置有：

接入层，用于通过标准FIX协议与前述标准化网关建立连接；

转换层，用于进行标准FIX协议与银行内部协议之间的转换；

业务层，用于进行对应银行的业务处理，处理下游业务系统各自的业务流程。

9.根据权利要求7所述的系统，其特征在于，所述标准化网关采用模块化管理，包括有模块化管理系统，所述模块化管理系统包括：

平台连接管理模块，用于管理各个银行交易平台的连接；

业务流程管理模块，用于管理各个银行交易平台的交易产品的业务流程；

协议包管理模块，用于管理协议包，包括标准FIX协议包和各个银行交易平台的平台FIX协议包；

接入方连接管理模块，用于对接入方的连接进行管理；其中，所述接入方连接管理模块被配置为：获取接入方的连接信息中的安全加密要求，基于标准FIX协议配置符合前述安全加密要求的用于银行内部系统连接的加密标准FIX连接；此时，所述标准化网关通过前述加密标准FIX协议建立与下游业务系统之间的FIX连接，同时通过各个平台FIX协议建立与对应银行交易平台之间的FIX连接。