CN110390596A - 一种金融期货交易系统 - Google Patents

Abstract

本发明公开了金融期货交易系统，提高交易速度，兼顾合规风控，为期货公司提供丰富的事前、事中风控指标，迅速控制风险。其技术方案为：系统包括：会员管理终端，是经纪公司用的客户端，用于管理系统及客户信息，实时交易数据查看，盘中实时数据上场，风控参数设置；交易客户终端，投资者用的下单终端，用于报单、撤单以及资金、持仓查询，还接收交易产品的行情信息；交易前置风控网关，部署于经纪公司的交易通道和风控前置，交易前置风控网关采用内存数据库进行实时计算和快速查询，实现交易客户终端与交易所交易撮合系统间的高速数据传递，交易前置风控网关建立与物理数据库的连接，使经纪公司用会员管理终端对实时交易风险风控和数据管理。

Description

一种金融期货交易系统

技术领域

本发明涉及一种金融交易系统，具体涉及一种交易速度获得巨大提升的期货交易系统。

背景技术

传统的期货交易系统交易速度慢、数据相对封闭、缺乏丰富的风控指标。目前业界亟待一种新的交易系统，能够克服传统的系统包括交易速度慢、数据相对封闭、缺乏丰富风控指标在内的诸多缺点。

发明内容

以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。

本发明的目的在于解决上述问题，提供了一种金融期货交易系统，大幅度提高了交易速度，并兼顾了合规风控，为期货公司提供了丰富的事前、事中风控指标，及时迅速地控制风险。

本发明的技术方案为：本发明揭示了一种金融期货交易系统，系统包括：交易前置风控网关、会员管理终端和交易客户终端，其中：

会员管理终端，是由经纪公司使用的客户端，用于管理系统及客户信息，实时交易数据查看，盘中实时数据上场，风控参数设置；

交易客户终端，由投资者使用的下单终端，用于进行报单、撤单以及资金、持仓查询，还接收交易产品的行情信息；

交易前置风控网关，部署于经纪公司的交易通道和风控前置，交易前置风控网关采用内存数据库进行实时计算和快速查询，实现交易客户终端与交易所交易撮合系统之间的高速数据传递，交易前置风控网关同时建立与物理数据库的实时连接，以使经纪公司利用会员管理终端对实时交易进行风险风控和数据管理。

根据本发明的金融期货交易系统的一实施例，交易前置风控网关包括：上场模块、下场模块、查询模块、交易风控模块、行情模块、场下数据库和通讯中间件，交易风控模块包括报盘单元、核心单元和前置单元，其中：

上场模块用于将场下数据库中的客户数据和合约数据上场到交易风控模块的核心单元和行情模块；

下场模块用于将交易风控模块的核心单元处理后的数据下场到场下数据库；

查询模块用于数据订阅、数据查询；

交易风控模块的核心单元用于登录检查、订单处理、资金和持仓计算、实时盈亏计算以及交易状态的控制；

交易风控模块的前置单元用于客户程序的数据接入、通讯报文的转换，向客户提供包括登录、报单、查询在内的接口功能；

交易风控模块的报盘单元用于从核心单元接收订单，处理报单请求和撤单请求，将报单请求和撤单请求发送到对应的交易所端，然后接收从交易所端返回的应答和回报并将这些应答和回报写入数据流，发送给核心单元；

行情模块用于通过接入到交易所的行情前置收取交易系统行情并转发给客户；

通讯中间件是会员管理终端到场下数据库之间通讯的中间件，由通讯中间件实现对场下数据库的读和写。

根据本发明的金融期货交易系统的一实施例，交易风控模块采用单进程以减少交易和行情主支的流转节点，以便缩短延迟。

根据本发明的金融期货交易系统的一实施例，交易风控模块通过在组包过程中直接在内存空间中增加包头和包体以避免组包过程中的内存复制，在解包过程中的收到报文后直接传递指针对报文的各个部分做解析处理以避免解包过程中的内存复制。

根据本发明的金融期货交易系统的一实施例，交易风控模块中的报盘单元、核心单元和前置单元绑定CPU核，其中每个报盘单元的管理线程和回调线程分别绑定不同的CPU核；交易前置风控模块还设置可配置的CPU运行强度，用于根据用户需求对不同交易所报盘所绑定的CPU的使用度进行设置。

根据本发明的金融期货交易系统的一实施例，查询模块包括订阅单元和发布单元，其中：

订阅单元订阅来自交易前置风控模块的核心单元的结果流，结果流包括上场的初始化数据、以及正常交易时产生的包括订单、持仓、资金、行情在内的信息，订阅单元使用结果流中的初始化数据构建初始化的内存数据库，订阅单元将收到的正常交易时产生的信息存储在内存数据库中；

发布单元用于从前置单元中接收查询请求，在内存数据库中找到后将查询结果返回给前置单元。

根据本发明的金融期货交易系统的一实施例，交易前置风控网关配置为提供6种风控类别，每一种类别允许用户按需设置阈值，当达到阈值时用户交易被及时中止，所述6种风控类别为：单个合约每笔下单手数、单个合约持仓手数、下单频率控制、账户风险度、资金账户风险敞口、自成交。

根据本发明的金融期货交易系统的一实施例，交易数据库是面向对象的内存数据库，将实时交易数据放在内存中直接操作，交易数据库配置为：

基于交易业务数据设计的数据结构，用于实现可模块化生成数据结构的数据工厂；

内存索引，通过基于Hash桶的快速查找、数据库外键功能以及基于AVL索引的模糊匹配，用于实现包括匹配订单查找、客户数据查询在内的多样化需求；

事务管理，用于通过配置事务管理机制进行资源管理和事务管理；

查询处理优化，用于通过触发器实现数据更新和数据查询的读写分离；

通过独立的上场模块和下场模块实现内存数据库形式的交易数据库和物理数据库形式的场下数据库之间的数据的双向动态同步。

根据本发明的金融期货交易系统的一实施例，会员管理终端提供文件接口导入的数据录入方式，进行批量化数据录入。

根据本发明的金融期货交易系统的一实施例，会员管理终端配置为基于sqlloader工具对大文件进行处理。

本发明对比现有技术有如下的有益效果：本发明的系统包括交易前置风控网关、会员管理终端和交易客户终端。其中会员管理终端是由经纪公司使用的客户端，用于管理系统及客户信息，实时交易数据查看，盘中实时数据上场，风控参数设置；交易客户终端由投资者使用的下单终端，用于进行报单、撤单以及资金、持仓查询，还接收交易产品的行情信息；交易前置风控网关部署在经纪公司的交易通道和风控前置，交易前置风控网关采用内存数据库进行实时计算和快速查询，实现交易客户终端与交易所交易撮合系统之间的高速数据传递，交易前置风控网关同时建立与物理数据库的实时连接，使得经纪公司能够利用会员管理终端对实时交易进行风险风控和数据管理。相较于现有技术，本发明大幅度提高了交易速度，并兼顾了合规风控，为期货公司提供了丰富的事前、事中风控指标，及时迅速地控制风险。

附图说明

在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类似的相关特性或特征的组件可能具有相同或相近的附图标记。

图1示出了本发明的金融期货交易系统的一实施例的系统逻辑图。

图2示出了本发明的金融期货交易系统实施例中的前置风控网关的原理模块图。

图3示出了本发明的金融期货交易系统实施例的前置风控网关的风控流程图。

图4示出了本发明的金融期货交易系统实施例的内存数据库的原理图。

图5示出了本发明的金融期货交易系统实施例的会员管理终端的原理图。

具体实施方式

以下结合附图和具体实施例对本发明作详细描述。注意，以下结合附图和具体实施例描述的诸方面仅是示例性的，而不应被理解为对本发明的保护范围进行任何限制。

图1示出了本发明的金融期货交易系统的一实施例的系统逻辑，请参见图1，本实施例的系统包括：交易前置风控网关、会员管理终端和交易客户终端。

会员管理终端是由经纪公司使用的客户端，用于管理系统及客户信息，实时交易数据查看，盘中实时数据上场，风控参数设置。

交易客户终端是由投资者使用的下单终端，用于进行报单、撤单以及资金、持仓查询等功能，交易客户终端可接收交易产品的行情信息。

交易前置风控网关部署在经纪公司的交易通道和风控前置，交易前置风控网关采用内存数据库进行实时计算和快速查询，实现交易客户终端与交易所交易撮合系统之间的高速数据传递，交易前置风控网关同时建立与物理数据库的实时连接，使得经纪公司能够利用会员管理终端对实时交易进行风险风控和数据管理。

在交易前置风控网关中，客户根据行情模块提供的行情做出交易决策，经交易风控模块的风险控制后由报盘单元向交易所发出交易申请，并将应答反馈给客户。在交易过程中所产生的数据，实时进入风险前置的内存数据库进行存储，并同步到场下数据库中持久化。交易风控模块的核心单元及时调用内存数据库的数据，进行风险判断与控制。

如图2所示，交易前置风控网关包括：上场模块和下场模块、查询模块、交易风控模块、行情模块、场下数据库和通讯中间件。

上场模块将场下数据库中的客户数据、合约数据上场到交易风控模块的核心单元和行情模块。同时也支持文件或数据库数据的实时上场。下场模块单元将交易风控模块的核心单元处理后的数据下场到场下数据库。

查询模块分为两个组件：接收数据的订阅单元以及接收查询并返回查询结果的发布单元。订阅单元订阅来自交易风控模块的核心单元的结果流，这里的结果流包括上场的初始化数据，订阅单元用结果流中的初始化数据构建初始化的内存数据库。此外，结果流中还有正常交易时产生的订单、持仓、资金、行情等信息，订阅单元在收到这些信息之后，也会存放在内存数据库。发布单元用于从前置单元中接收查询请求，在内存数据库中找到后将查询结果返回给前置单元。

交易风控模块采用单进程，减少交易和行情主支的流转节点，缩短延迟，确保更快的交易通道和行情数据，并为高频交易客户进行集中风险控制管理。

交易风控模块使用零拷贝机制。即，交易风控模块通过改造内部的FTD和XTP协议，在组包过程中，在内存中开辟出足够大的内存空间，直接在该内存空间增加包头和包体，避免组包过程中的内存拷贝；在解包过程中，收到报文后，直接传递指针对报文的各个部分做解析，避免解包过程中的内存拷贝。

交易风控模块中集成：核心单元、前置单元和报盘单元。

核心单元用于登录检查、订单处理、资金和持仓计算、实时盈亏计算以及交易状态的控制。

前置单元用于客户程序的数据接入、通讯报文的转换，向客户提供登录、报单、查询等接口功能。

报盘单元用于从核心单元接收订单，处理报单、撤单请求，将报单、撤单请求发送到对应的各交易所端，然后接收从交易所端返回的应答和回报，将这些应答和回报写入数据流，发送给核心单元。

交易风控模块将报盘单元、核心单元、前置单元等关键线程绑定CPU核，每个报盘单元的管理线程和回调线程分别绑定不同的CPU核，通过绑核的方式保证关键线程可以最大化利用硬件资源。交易风控模块还设计了可配置的CPU运行强度，根据用户需求，对不同交易所报盘所绑定的CPU是否100％运行进行设置，节省了CPU资源。

行情模块(mscffex单元)通过接入到交易所的行情前置收取交易系统行情并转发给客户。

通讯中间件是会员管理终端到场下数据库之间通讯的中间件，由通讯中间件实现对场下数据库的读和写。

图3示出了金融期货交易系统实施例的风控流程，除订单的基础检查外，本实施例的系统中的交易前置风控网关配置为提供了6种风控类别，每一种类别允许用户按需设置阈值，当达到阈值时，用户交易可以被及时中止。下面对6种风控项分别进行介绍。

1.单个合约每笔下单手数

对每笔下单的数量进行控制，防止“乌龙指”事件对市场产生大规模影响。客户可设置委托量上限，当委托量>设置值时，拒绝该委托，并报“单合约下单手数超限”错误。

2.单个合约持仓手数，分为买持仓手数、卖持仓手数、总持仓手数的限制。

1)单合约买持仓手数

设置为0时不验证，只在买开仓时验证。

根据经纪公司编号+交易所编号+交易编码+合约号+方向查找持仓，当持仓量+开仓冻结持仓+当前委托量>设置值时，拒绝该委托，并报“单合约买持仓手数超限”错误。未超限时，用总持仓量+开仓冻结持仓+当前委托量更新值表“买持仓值”字段

2)单合约卖持仓手数

设置为0时不验证。只在卖开仓时验证。

根据经纪公司编号+交易所编号+交易编码+合约号+方向查找持仓，当总持仓量+开仓冻结持仓+当前委托量>设置值时，拒绝该委托，并报“单合约卖持仓手数超限”错误。未超限时，用总持仓量+开仓冻结持仓+当前委托量更新值表“卖持仓值”字段。

3)单合约总持仓手数

设置为0时不验证。只在开仓时验证。

根据经纪公司编号+交易所编号+交易编码+合约号查找持仓，当累积总持仓量+累积开仓冻结持仓+当前委托量>设置值时，拒绝该委托，并报“单合约总持仓手数超限”错误。未超限时，用累积总持仓量+累积开仓冻结持仓+当前委托量更新值表“总持仓值”字段。

3.下单频率控制

通过两种方法控制下单频率，分别是相邻两笔下单的时间间隔以及每秒下单的笔数。设置项分别为：下单间隔n毫秒；每自然秒下单m笔。

当两笔下单间隔时间<n毫秒时，自动拒绝后一笔下单；当每自然秒下单笔数>m时，自动拒绝该自然秒的其余下单。

4.账户风险度

风险度是期货行业衡量客户风险的一个指标，它的计算公式是：

风险度＝保证金/权益

系统可以对每一个账户的风险度阈值进行单独设置，系统实时计算每个账户当前的风险度，当账户风险度>设置的风险度限额时，自动拒绝该账户的开仓报单。

5.资金账户风险敞口

风险敞口是对账户多头和空头综合考虑后的风险度量，多头与空头的轧差衡量风险敞口。

公式如下：

风险敞口按手数＝|账户所有买持仓手数-账户所有卖持仓手数|

风险敞口按市值＝|账户所有买持仓市值-账户所有卖持仓市值|

风险敞口比例＝|账户所有买持仓市值-账户所有卖持仓市值|/客户总权益；

系统考虑了未成交订单(委托)，对未成交订单采用最新价计入持仓市值。

(1)买开委托加买持仓手数、市值；

(2)卖开委托加卖持仓手数、市值；

(3)买平委托减卖持仓手数、市值；

(4)卖平委托减买持仓手数、市值。

委托结果如果是错单，则回溯上述计算过程的反向。

6.自成交

自成交指同一个客户或客户组的不同方向的报单发生成交。多次发生自成交是交易所限制的行为。系统可禁止自成交的发生，当客户或客户组的报单有可能和之前的报单发生自成交时，主动拒绝该报单。

系统可设置关联客户组，以客户组为单位控制自成交。不在组内的客户不受自成交限制。

图4示出了本发明的金融期货交易系统实施例的内存数据库的原理。请参见图4，交易数据库是一个面向对象的内存数据库，将实时交易数据放在内存中直接操作，基于业务数据重新设计了数据工厂，并在内存索引、事务管理方面进行了改进，在设计上实现了读写分离。内存数据库配置为以下的功能或机制。

内存索引，实现了基于Hash桶的快速查找方法、数据库外键功能以及基于AVL索引的模糊匹配，匹配订单查找、客户数据查询等多样化需求。

事务管理，通过事务管理机制进行资源管理和事务管理。其中资源管理是指对一条内存记录的操作历史、修改前原始记录进行管理，可针对一条记录进行提交和回滚，事务管理是指对一批资源进行合并优化后，进行一批资源的提交和回滚。

此外，内存管理模块还配置了灵活低耦合的触发器机制，支持了数据修改时触发、事务提交时触发等多种触发类型，系统不同模块可建立独立的内存库，同时借助触发器机制实现数据实时同步，以确保数据的一致性，例如系统的交易内存库进行数据插入、修改、删除，通过触发器同步到查询内存库，可实现内存数据库的读写分离。

在数据有效存储方面，配置了内存数据库和传统的物理数据库之间的同步机制(数据上场和数据下场)，既支持了文件格式读写，又支持了数据库读写，确保了从物理库到内存库的动态数据加载，也确保了内存库数据可落地到物理库永久保存，实现了数据的双向动态同步等。

图5示出了可支持文件接口的会员管理终端的原理。会员管理终端是会员用于客户信息管理、客户费率管理、风控参数管理、系统信息管理和交易数据管理的一套C/S架构系统。前端数据展示为基于C#的UIF客户端，后台数据和业务处理均在数据库基于SQL完成，中间件为自助研发的SOA轻量级平台，提供了前后台通讯、统一存储、数据读写、界面框架和菜单管理。

为简化使用者在会员管理终端中业务数据录入工作，系统提供了文件接口导入的方式，实现了批量化数据录入，支持的文件接口丰富、获取方便。

从文件来源来看，文件接口可分为期货监控中心报送文件、交易所会服文件、交易柜台(CTP系统、恒生系统、飞马系统)生成文件。

从业务类型来看，文件接口定义了客户信息文件、资金数据文件、持仓数据文件、持仓明细文件、组合优惠文件、保证金率文件、手续费率文件，涵盖了系统所处理的绝大部分数据。

从文件类型分类，文件接口支持了txt格式、CSV格式和dbf格式，能对以上格式的业务数据进行文件解析、数据提取。

为优化大数据文件插入和处理效率，会员管理终端设计并实现了基于sqlloader技术的大文件处理方法，使得文件导入效率提高近10倍。具体为：首先基于SOA平台，定义一批需要特殊处理的业务文件名称及格式，当前端发起文件导入业务请求后，SOA平台根据名称按照定义格式对原始文件进行标准化处理，最后调用sqlloader工具实现数据的批量化导入，插入数据库后，触发业务处理逻辑对数据进行相关性分析，实现业务数据的更新。

尽管为使解释简单化将上述方法图示并描述为一系列动作，但是应理解并领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。

本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、电路、和算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。

结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置。

结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现为计算机程序产品，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。

提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的，且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。

Claims (10)

1.一种金融期货交易系统，其特征在于，系统包括：交易前置风控网关、会员管理终端和交易客户终端，其中：

会员管理终端，是由经纪公司使用的客户端，用于管理系统及客户信息，实时交易数据查看，盘中实时数据上场，风控参数设置；

交易客户终端，由投资者使用的下单终端，用于进行报单、撤单以及资金、持仓查询，还接收交易产品的行情信息；

交易前置风控网关，部署于经纪公司的交易通道和风控前置，交易前置风控网关采用内存数据库进行实时计算和快速查询，实现交易客户终端与交易所交易撮合系统之间的高速数据传递，交易前置风控网关同时建立与物理数据库的实时连接，以使经纪公司利用会员管理终端对实时交易进行风险风控和数据管理。

2.根据权利要求1所述的金融期货交易系统，其特征在于，交易前置风控网关包括：上场模块、下场模块、查询模块、交易风控模块、行情模块、场下数据库和通讯中间件，交易风控模块包括报盘单元、核心单元和前置单元，其中：

上场模块用于将场下数据库中的客户数据和合约数据上场到交易风控模块的核心单元和行情模块；

下场模块用于将交易风控模块的核心单元处理后的数据下场到场下数据库；

查询模块用于数据订阅、数据查询；

交易风控模块的核心单元用于登录检查、订单处理、资金和持仓计算、实时盈亏计算以及交易状态的控制；

交易风控模块的前置单元用于客户程序的数据接入、通讯报文的转换，向客户提供包括登录、报单、查询在内的接口功能；

交易风控模块的报盘单元用于从核心单元接收订单，处理报单请求和撤单请求，将报单请求和撤单请求发送到对应的交易所端，然后接收从交易所端返回的应答和回报并将这些应答和回报写入数据流，发送给核心单元；

行情模块用于通过接入到交易所的行情前置收取交易系统行情并转发给客户；

通讯中间件是会员管理终端到场下数据库之间通讯的中间件，由通讯中间件实现对场下数据库的读和写。

3.根据权利要求2所述的金融期货交易系统，其特征在于，交易风控模块采用单进程以减少交易和行情主支的流转节点，以便缩短延迟。

4.根据权利要求2所述的金融期货交易系统，其特征在于，交易风控模块通过在组包过程中直接在内存空间中增加包头和包体以避免组包过程中的内存复制，在解包过程中的收到报文后直接传递指针对报文的各个部分做解析处理以避免解包过程中的内存复制。

5.根据权利要求2所述的金融期货交易系统，其特征在于，交易风控模块中的报盘单元、核心单元和前置单元绑定CPU核，其中每个报盘单元的管理线程和回调线程分别绑定不同的CPU核；交易前置风控模块还设置可配置的CPU运行强度，用于根据用户需求对不同交易所报盘所绑定的CPU的使用度进行设置。

6.根据权利要求2所述的金融期货交易系统，其特征在于，查询模块包括订阅单元和发布单元，其中：

订阅单元订阅来自交易前置风控模块的核心单元的结果流，结果流包括上场的初始化数据、以及正常交易时产生的包括订单、持仓、资金、行情在内的信息，订阅单元使用结果流中的初始化数据构建初始化的内存数据库，订阅单元将收到的正常交易时产生的信息存储在内存数据库中；

发布单元用于从前置单元中接收查询请求，在内存数据库中找到后将查询结果返回给前置单元。

7.根据权利要求2所述的金融期货交易系统，其特征在于，交易前置风控网关配置为提供6种风控类别，每一种类别允许用户按需设置阈值，当达到阈值时用户交易被及时中止，所述6种风控类别为：单个合约每笔下单手数、单个合约持仓手数、下单频率控制、账户风险度、资金账户风险敞口、自成交。

8.根据权利要求2所述的金融期货交易系统，其特征在于，交易数据库是面向对象的内存数据库，将实时交易数据放在内存中直接操作，交易数据库配置为：

基于交易业务数据设计的数据结构，用于实现可模块化生成数据结构的数据工厂；

内存索引，通过基于Hash桶的快速查找、数据库外键功能以及基于AVL索引的模糊匹配，用于实现包括匹配订单查找、客户数据查询在内的多样化需求；

事务管理，用于通过配置事务管理机制进行资源管理和事务管理；

查询处理优化，用于通过触发器实现数据更新和数据查询的读写分离；

通过独立的上场模块和下场模块实现内存数据库形式的交易数据库和物理数据库形式的场下数据库之间的数据的双向动态同步。

9.根据权利要求1所述的金融期货交易系统，其特征在于，会员管理终端提供文件接口导入的数据录入方式，进行批量化数据录入。

10.根据权利要求9所述的金融期货交易系统，其特征在于，会员管理终端配置为基于sqlloader工具对大文件进行处理。