本申请涉及分流网关，尤其涉及一种场内做市报盘分流网关。
背景技术：
1、场内做市业务需要做市商持续向市场提供双边报价，从而提高市场流动性。由于行情瞬息万变，做市商必须及时调整自己的双边报价的价格和数量，在履行做市义务的同时，抓住有利的市场机会，报出最有利于自己的价格。因而，做市交易系统对报盘实时性和吞吐量要求非常高。
2、现有的做市业务使用的双边报价订单是一种非常特殊的订单模式，其一次性给出合约的双边报价和数量，交易所撮合主机会在卖一和买一档位同时产生两个不同方向的挂单，同合约的下一个双边报价订单会自动刷新顶替上一个订单，报价数量为0的订单会被视为最新双边报价单的撤单。现有交易所机制下，同一个交易所前置网关收到的双边报价单可以被交易所严格保序处理，不同交易所前置网关收到的双边报价订单，交易所不能做到严格保序处理。比如，两个有序的相同合约的双边报价订单a和b，在很短时间分别报给交易所前置网关1和交易所前置网关2时，交易所如果先处理了b后处理a，会使得市场上最新做市报价是a的报价。如果b订单是a订单的撤单，后处理a会使得撤单失效，a订单依然挂在市场。显然，同合约报价单的乱序问题会导致交易违背报价策略预期，产生严重的交易风险。因此，做市交易业务在使用双边报价单时，只能通过一个交易所前置网关通道报给交易所，当订单量较大时，报盘会发生拥塞从而导致报单延迟增大。尤其是在实盘中，每一次行情刷新都会触发做市策略对所有的期权合约更新定价，重新发送报价委托到交易所，从而形成脉冲式报价委托，在每个脉冲式委托发生时，报单延迟都会显著增大。脉冲式双边报价订单处理时延是几乎所有场内做市业务面临的痛点。
技术实现思路
1、为至少在一定程度上克服相关技术中同合约场内做市业务跨多个交易所前置网关时，双边报价订单不保序的的问题，本申请提供一种场内做市报盘分流网关。
2、本申请的方案如下：
3、一种场内做市报盘分流网关，包括：
4、订单收发模块、订单管理模块、合约管理模块、通道管理模块、通道分配模块和多个适配器；
5、所述订单收发模块连接期权做市系统和所述订单管理模块；
6、所述通道分配模块连接所述订单管理模块、合约管理模块、通道管理模块和各适配器；
7、在执行上行报单时，所述订单收发模块接收所述期权做市系统发送的双边报价订单，并将所述双边报价订单发送到所述订单管理模块；
8、所述订单管理模块构建有待处理订单队列和已处理订单列表；所述订单管理模块将订单收发模块发送的双边报价订单按序登记在所述待处理订单队列，并标记双边报价订单的处理状态；
9、所述通道分配模块从所述单管理模块的待处理订单队列中按序取出双边报价订单，基于所述合约管理模块和通道管理模块进行双边报价订单的通道分配，将双边报价订单基于分配的报盘通道中的适配器发送到交易所前置网关，将双边报价订单的分配信息发送到所述订单管理模块、合约管理模块和通道管理模块；
10、所述订单管理模块将分配后的双边报价订单从待处理订单队列转移到已处理订单列表；
11、所述合约管理模块更新分配后的双边报价订单的合约状态；
12、所述通道管理模块更新分配后的双边报价订单的通道占用状态；
13、在执行下行确认时，所述通道分配模块通过所述适配器接收交易所前置网关反馈的订单确认数据，将所述订单确认数据发送到所述订单管理模块、合约管理模块和订单收发模块；
14、所述订单管理模块根据订单确认数据在已处理订单列表查找对应的双边报价订单，并更新订单状态为已确认；
15、所述合约管理模块确认合约中的最新订单是否为订单确认数据对应的确认订单，若是，则更新合约中订单的交易所处理状态；
16、所述订单收发模块将所述订单确认数据发送给所述期权做市系统。
17、优选地，待处理订单队列中的双边报价订单的订单信息至少包括：订单编号、合约号、双边报价数量和双边报价；
18、已处理订单列表中的双边报价订单的订单信息至少包括：订单号、合约号、双边报价数量、双边报价和订单的报盘通道号；
19、所述合约管理模块中构建有合约管理表，所述合约管理表中包括：每个合约的合约号，以及合约最新处理的订单的编号、报盘通道号和交易所处理状态；
20、所述通道管理模块中构件有通道管理表，所述通道管理表中包括：报盘通道号和报盘通道状态。
21、优选地，所述通道分配模块通过保序轮询算法，基于所述合约管理模块和通道管理模块进行双边报价订单的通道分配。
22、优选地，所述保序轮询算法包括：
23、在执行上行报单时，所述通道分配模块根据双边报价订单的合约号在合约管理模块中查找对应的合约，判断合约最新处理的订单的交易所处理状态；
24、若交易所处理状态为未处理，则确定分配的报盘通道，并检测分配的报盘通道是否异常；
25、若分配的报盘通道状态正常，则将分配的报盘通道的报盘通道号发送给所述合约管理模块，并将双边报价订单基于分配的报盘通道中的适配器发送到交易所前置网关。
26、优选地，所述保序轮询算法还包括：
27、在执行上行报单时，若交易所处理状态为已处理，则寻找下一个可用报盘通道；
28、若分配的报盘通道状态不正常，则寻找下一个可用报盘通道。
29、优选地，若下一个可用报盘通道不存在，则向服务器发送故障报告，并结束流程。
30、优选地，所述保序轮询算法的目标为确保同一个合约的双边报价订单被交易所保序处理，同时按照不同适配器分流双边报价订单，以保证各报盘通道流量平衡。
31、优选地，所述订单收发模块基于交易所前置网关的标准数据传输协议，通过tcp连接期权做市系统；
32、所述适配器基于交易所前置网关的标准数据传输协议，通过tcp连接交易所前置网关。
33、本申请提供的技术方案可以包括以下有益效果：
34、本申请中的场内做市报盘分流网关，通过保序轮询算法，使得已被交易所处理的双边报价订单从多通道轮询报盘，未被交易所处理的双边报价订单保序从原通道报盘。期权做市业务无论是同合约还是不同合约均可以通过多通道进行报盘，从而解决了同合约跨通道报单被交易所乱序处理问题。本申请中的场内做市报盘分流网关对于上游的期权做市系统和下游的交易所前置网关均可以无缝对接。本申请中的场内做市报盘分流网关可以降低批量脉冲式双边报价订单交易所处理时延，使得订单更快进入交易所撮合主机，拥有多个报盘通道，在需要时可根据业务规模水平扩展报盘通道数量，增加系统的吞吐量。
35、应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
1.一种场内做市报盘分流网关，其特征在于，包括：
2.根据权利要求1所述的场内做市报盘分流网关，其特征在于，待处理订单队列中的双边报价订单的订单信息至少包括：订单编号、合约号、双边报价数量和双边报价；
3.根据权利要求2所述的场内做市报盘分流网关，其特征在于，所述通道分配模块通过保序轮询算法，基于所述合约管理模块和通道管理模块进行双边报价订单的通道分配。
4.根据权利要求3所述的场内做市报盘分流网关，其特征在于，所述保序轮询算法包括：
5.根据权利要求4所述的场内做市报盘分流网关，其特征在于，所述保序轮询算法还包括：
6.根据权利要求5所述的场内做市报盘分流网关，其特征在于，若下一个可用报盘通道不存在，则向服务器发送故障报告，并结束流程。
7.根据权利要求3所述的场内做市报盘分流网关，其特征在于，所述保序轮询算法的目标为确保同一个合约的双边报价订单被交易所保序处理，同时按照不同适配器分流双边报价订单，以保证各报盘通道流量平衡。
8.根据权利要求1所述的场内做市报盘分流网关，其特征在于，所述订单收发模块基于交易所前置网关的标准数据传输协议，通过tcp连接期权做市系统；
