一种外汇Feed系统的容灾方法及装置与流程

本发明属于计算机技术领域，尤其涉及一种外汇feed系统的容灾方法及装置。

背景技术：

外汇市场是一个24小时不间断的交易市场，具有交易量大、品种多、波动剧烈、对实时性要求高等特点。由于这些特点的存在，构建一个稳定的实时性高的feed系统是非常困难的，面临着单点故障、数据爆点、交易滑点过大、报价延迟、上游报价异常传导等问题。feed系统正是外汇系统最重要的一个子系统之一，其稳定性与可靠性是整个外汇系统的立足点。

然而，目前外汇feed系统只采用一个报价源，难以保证外汇系统的可靠性以及稳定性。其原因在于，外汇市场以及外汇系统的复杂性高，报价源很容易出现问题，如网络问题、报价提供商技术问题等。而一旦出现问题，将严重影响交易系统，给企业带来重大的损失。而现有的报价系统一般都是使用一个报价服务，一旦出现单点故障，就会严重影响整个外汇系统。

技术实现要素：

本发明实施例的目的在于提供一种外汇feed系统的容灾方法，旨在解决目前外汇feed系统只采用一个报价源，难以保证外汇系统的可靠性以及稳定性的问题。

本发明实施例是这样实现的，一种外汇feed系统的容灾方法，包括：

获取外汇市场中多个流动性提供商的报价；

在多个流动性提供商的报价中，过滤异常的报价，得到余下的报价；

利用报价融合算法融合余下的报价，生成合理报价。

本发明实施例的另一目的在于提供一种外汇feed系统的容灾装置，包括：

报价获取模块，用于获取外汇市场中多个流动性提供商的报价；

第一过滤模块，用于在多个流动性提供商的报价中，过滤异常的报价，得到余下的报价；

融合报价模块，用于利用报价融合算法融合余下的报价，生成合理报价。

在本发明实施例中，获取外汇市场中多个流动性提供商的报价，解决了目前外汇feed系统只采用一个报价源，难以保证外汇系统的可靠性以及稳定性的问题。其有益效果在于两方面，一方面，通过对接多个流动性提供商，采用了多个报价源，大大提高了外汇报价的稳定性和可靠性，另一方面，对各流动性提供商的报价进行融合后给出，提高了外汇报价的合理性。

附图说明

图1是本发明实施例提供的外汇feed系统的容灾方法的实现流程图；

图2是本发明实施例提供的同步多个feed服务报价的实现流程图；

图3是本发明实施例提供的监控多个feed服务报价的实现流程图；

图4是本发明实施例提供的外汇feed系统的容灾方法较佳的应用样例图；

图5是本发明实施例提供的外汇feed系统的容灾装置的结构框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“倘若”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“倘若确定”或“倘若读取到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

实施例一

图1是本发明实施例提供的外汇feed系统的容灾方法的实现流程图，详述如下：

在步骤s101中，获取外汇市场中多个流动性提供商的报价；

在步骤s102中，在多个流动性提供商的报价中，过滤异常的报价，得到余下的报价；

其中，通过比较新报价与其他流动性提供商的报价的差异，利用投票算法来判断报价是否异常，异常的报价会被删除。

例如，获取流动性提供商的报价与其他流动性提供商的报价之间的差价，倘若差价大于预设差价范围，则认为该流动性提供商的报价异常，删除该流动性提供商的报价，将其他流动性提供商的报价作为余下的报价。

在步骤s103中，利用报价融合算法融合余下的报价，生成合理报价。

其中，以上报价均指外汇报价。

其中，可采用现有的任意一种数据融合算法作为报价融合算法。

可选地，利用报价融合算法平均余下的报价，生成合理报价。

在本发明实施例中，合理报价不是单一流动性提供商的报价，而是对多个流动性提供商的报价进行异常过滤后，按一定的融合算法处理后得出的，有利于提高外汇报价的合理性。

实施例二

本发明实施例描述了去除过时报价的实现流程，详述如下：

在余下的报价中，定期监测并去除过时报价。

在本发明实施例中，去除过时报价，以减少给到交易系统的报价量，避免爆点问题对交易系统的影响。

实施例三

本发明实施例描述了过滤合理报价的实现流程，详述如下：

利用极小变化报价过滤方式，过滤合理报价；或者，

利用海量的多余报价过滤过滤方式，过滤合理报价；或者，

利用极小变化报价过滤方式以及海量的多余报价过滤方式，过滤合理报价。

在本发明实施例中，利用多种报价过滤策略，可以大大地减少给到系统的报价量，避免爆点问题对交易系统的影响。

实施例四

图2是本发明实施例提供的同步多个feed服务报价的实现流程图，详述如下：

在步骤s201中，配置多个feed服务；

在步骤s202中，利用消息通信组件zeromq，同步所述合理报价至所述多个feed服务中。

其中，配置主feed服务以及至少一个从feed服务，所述主feed服务利用消息通信组件zeromq，推送所述合理报价至所述从feed服务，实现所述主feed服务和所述从feed服务的报价同步。

其中，多个feed服务、主feed服务以及从feed服务均为外汇市场中的feed服务。

在本发明实施例中，利用zeromq实现了主从feed服务的报价同步，由于zeromq具有低延时、高吞吐量的特性，因此即使跨机房跨网络也可以实现多feed服务间低延时的同步，提高了报价的一致性和可靠性。

实施例五

图3是本发明实施例提供的监控多个feed服务报价的实现流程图，详述如下：

在步骤s301中，定时获取多个feed服务的合理报价；

在步骤s302中，检测多个feed服务的合理报价是否一致，如不一致，则告警。

其中，定时获取所述主feed服务和所述从feed服务的报价，检测所述主feed服务和所述从feed服务的报价是否一致，如不一致，则告警。

在本发明实施例中，通过监控服务可以实时地检测报价服务是否出现了问题，适时引入人工介入，可进一步地加强feed系统的可靠性和稳定性。

实施例六

图4是本发明实施例提供的外汇feed系统的容灾方法较佳的应用样例图，详述如下：

1.proxy通过按照某种消息协议向流动性提供商订阅报价，然后按照一定的规则转化为系统内部的消息格式，并推送给feed服务；

2.主feed服务会接受proxy的报价，从feed服务则会接受主feed服务推送过来的报价。收到报价后，主feed服务先把报价缓存起来，等待处理；

3.处理线程通过比较新报价与其他流动性提供商的报价的差异，利用投票算法来判断报价是否异常，异常的报价会被删除。经过初步处理后的报价会被投放到容器当中；

4.容器当中的报价会被以下三个线程所处理：

(1)报价过时监测线程，定期监测并去除过时报价；

(2)报价融合线程，把不同报价源的报价排序后，取优选的几个报价，通过报价融合算法以及优选的几个报价，得到一个合理报价，提供到后续的服务使用。同时也会把报价落地到数据库，以供数据查询或数据分析使用；

(3)报价同步线程，这个线程在主feed服务中启动，用以把合理报价发送到从feed服务。

5.融合后的报价会经过极小变化报价过滤，海量的多余报价过滤等，尽量减少给到系统的报价量；

6.brokermanager模块从feed服务获取到报价后，会根据配置给不同的用户提供个性化的报价，以满足业务发展的需要。同时该模块也具有自动切换feed服务的功能，在当前所连接的feed服务出现问题时，能第一时间切换到其他feed服务；

其中，通过提供多个feed服务并实现了报价服务的自动切换，保障了feed报价系统的可靠性和稳定性。

7.监控服务会定时拉取多个feed服务的报价，检测其是否一致，如不一致，则报警。

其中，feed:报价。

proxy:代理服务。

lp:流动性提供商。

brokermanager:自定义的模块名称。

在本发明实施例中，通过对接多个流动性提供商，利用投票算法实时检测报价异常并及时进行过滤，然后对各流动性提供商的报价进行融合后给出合理报价，大大提高了外汇报价的稳定性和可靠性。

实施例七

图5是本发明实施例提供的外汇feed系统的容灾装置的结构框图，该装置可以运行于可应用于各种终端中，该终端包括但不限于计算机，智能手机、平板电脑、个人数字助理pda、车载电脑。为了便于说明，仅示出了与本发明实施例相关的部分。

参照图5，该外汇feed系统的容灾装置，包括：

报价获取模块51，用于获取外汇市场中多个流动性提供商的报价；

第一过滤模块52，用于在多个流动性提供商的报价中，过滤异常的报价，得到余下的报价；

融合报价模块53，用于利用报价融合算法融合余下的报价，生成合理报价。

作为本实施例的一种实现方式，所述容灾装置，还包括：

第二过滤模块，用于在余下的报价中，定期监测并去除过时报价。

作为本实施例的一种实现方式，所述容灾装置，还包括：

第三过滤模块，用于利用极小变化报价过滤方式，过滤合理报价；

或者，利用海量的多余报价过滤过滤方式，过滤合理报价；或者，

利用极小变化报价过滤方式以及海量的多余报价过滤方式，过滤合理报价。

作为本实施例的一种实现方式，所述容灾装置，还包括：

同步模块，用于配置多个feed服务，利用消息通信组件zeromq，同步所述合理报价至所述多个feed服务中。

作为本实施例的一种实现方式，所述容灾装置，还包括：

告警模块，用于定时获取多个feed服务的合理报价，检测多个feed服务的合理报价是否一致，如不一致，则告警。

本发明实施例提供的装置可以应用在前述对应的方法实施例中，详情参见上述实施例的描述，在此不再赘述。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现。所述的程序可以存储于可读取存储介质中，所述的存储介质，如随机存储器、闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。