一种金融机构间的报文流转系统的制作方法

1.本发明涉及数据处理领域，尤其涉及一种金融机构间的报文流转系统。


背景技术：

2.债券市场是现代金融市场的重要组成部分，也是金融体系中不可或缺的部分。相对应的，债券交易相关的行情信息及交易接口产生了巨大的业务数据，故业务数据的流转过程尤为重要，为提供给用户更加开放自由的交易环境，需确保数据的流转系统具备高效稳定、易于拓展、各交易模块互通等性能。
3.现有技术中，针对上述需求，目前一直缺乏一种有效可靠，且经得住长期市场考验的数据流转系统，而目前在开展该系统建设上仍面临诸如并发性、拓展性、可靠性、适配性等问题。


技术实现要素：

4.本发明的目的是提供一种金融机构间的报文流转系统，旨在解决现有的数据流转系统的性能还有待提高的问题。
5.为解决上述技术问题，本发明的目的是通过以下技术方案实现的：提供一种金融机构间的报文流转系统，所述流转系统包括：消息总线、分别与所述消息总线通信连接的节点端、前台模块、数据传递中心、数据处理中枢以及风控引擎；其中：
6.所述节点端用于接收前台模块发送的或数据传递中心发送的报文，并对所述报文进行预处理，并将预处理后的所述报文发送至消息总线中；
7.所述数据处理中枢用于订阅所述消息总线中的所述报文，并根据所述报文生成报价接收事件和接收状态，并对所述报价接收事件进行报价数据提取处理并生成报价核算事件和核算状态，并将包含所述报价核算事件和核算状态的报文发送至消息总线中；
8.所述风控引擎用于订阅所述消息总线中的所述报文，对所述报价核算事件进行风险核算并得到核算结果，并将包含所述核算结果的报文发送至消息总线中；
9.所述数据处理中枢用于订阅所述消息总线中的所述报文并获取所述核算结果，根据所述核算结果生成交易事件和交易状态，并对所述交易事件进行数据传递处理得到交易处理信息，并将包含所述交易处理信息的报文发送至消息总线中；
10.所述前台模块或数据传递中心用于订阅所述消息总线中的所述报文并得到交易处理信息。
11.本发明实施例公开了一种金融机构间的报文流转系统。该系统包括消息总线、分别与消息总线通信连接的节点端、前台模块、数据传递中心、数据处理中枢以及风控引擎；通过消息总线来进行模块间的消息通讯，贯穿了整个流转系统，而模块之间不是彼此流转数据，而是直接与消息总线进行交互，处理报文的一方从消息总线中订阅并处理后再返回消息总线中即可，故节点端、前台模块、数据传递中心、数据处理中枢以及风控引擎中任一环节的宕机都不会影响整体系统的运转能力，因此能够有效降低各个模块之间的耦合度，
优化数据流，从而使本发明的流转系统具有高效稳定、可靠的优点。
附图说明
12.为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
13.图1为本发明实施例提供的金融机构间的报文流转系统的示意性框图。
具体实施方式
14.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
15.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
16.还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
17.还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
18.请参阅图1，图1为本发明实施例提供的流转系统的示意性框图；
19.如图1所示，该流转系统包括：消息总线、分别与所述消息总线通信连接的节点端、前台模块、数据传递中心、数据处理中枢以及风控引擎；其中：
20.所述节点端用于接收前台模块发送的或数据传递中心发送的报文，并对所述报文进行预处理，并将预处理后的所述报文发送至消息总线中；所述数据处理中枢用于订阅所述消息总线中的所述报文，并根据所述报文生成报价接收事件和接收状态，并对所述报价接收事件进行报价数据提取处理并生成报价核算事件和核算状态，并将包含所述报价核算事件和核算状态的报文发送至消息总线中；所述风控引擎用于订阅所述消息总线中的所述报文，对所述报价核算事件进行风险核算并得到核算结果，并将包含所述核算结果的报文发送至消息总线中；所述数据处理中枢用于订阅所述消息总线中的所述报文并获取所述核算结果，根据所述核算结果生成交易事件和交易状态，并对所述交易事件进行数据传递处理得到交易处理信息，并将包含所述交易处理信息的报文发送至消息总线中；所述前台模块或数据传递中心用于订阅所述消息总线中的所述报文并得到交易处理信息。
21.本实施例中，所述报文的流转过程为：首先，通过所述节点端接收所述前台模块或数据传递中心发送的报文，所述前台模块为本方的操作节点，本方可通过所述前台模块发起一个业务交易的报文，比如现券买卖、质押式回购等业务交易，通过所述前台模块将包含业务交易信息的报文流转到对应的节点端进行预处理；所述数据传递中心为本方与对手方进行业务数据交互的平台，所述数据传递中心可接收到对手方发送的包含对手方发起的业
务交易的报文，并将报文流转到对应的节点端中进行预处理。
22.进一步的，所述节点端接收到所述前台模块发送的或数据传递中心发送的报文后，进行相应的预处理，如收到所述前台模块发送的报文时需对报文中的内容进行规范化调整，如收到所述数据传递中心发送的报文时需对报文的格式进行转译，以便获取报文中的信息，并将完成相应预处理的报文流转到所述消息总线中等待后续处理。
23.进一步的，所述数据处理中枢可从所述消息总线中订阅预处理后的报文，并获取报文中的业务交易信息，并根据该业务交易信息生成报价接收事件和接收状态，然后对所述报价接收事件中的业务交易信息进行报价数据提取，并在提取后生成报价核算事件和核算状态，并将包含所述报价核算事件和核算状态的报文发送至消息总线中；也就是说所述数据处理中枢需要针对报文中的业务交易的报价数据进行核算处理，这也是业务交易中必不可少的环节；本实施例中通过生成对应事件和对应状态的方式记录报文的核算过程，以便监控报文的处理过程。
24.进一步的，所述风控引擎可从所述消息总线中订阅包含所述报价核算事件和核算状态的报文，该环节主要是对报文中的业务交易进行风险校验的过程，这一过程可通过风控系统中配置好风控条目进行自动核算，并通过所述风控引擎接收各个阶段的核算结果，并将包含核算结果的报文发送至消息总线中等待后续处理，需要说明的是，通过所述风控引擎控模型进行风险校验后，可得到通过、禁止以及待审等结果，其中，待审的结果可以根据具体的情况进行选用，比如某些只需简单核对的报文，可以不需要再进行待审的流程，比如对于某些重要的报文，需要在风控条自动核算后，再由待审人员进行再次核对，则可在所述风控引擎进行校验后再进入待审环节。
25.进一步的，所述数据处理中枢可从所述消息总线中订阅包含核算结果的报文，并根据所述核算结果生成交易事件和交易状态，这里的核算结果包括本方发起的业务交易的核算结果和对手方发起的业务交易的核算结果，根据不同的核算结果生成不同的交易事件和对应的交易状态，故这里的交易事件可以理解为：本方与对手方之间进行业务交互时发生的情况，交易状态可以理解为：本方与对手方之间的交易进度，从这一交易的过程中即可得到交易处理信息，然后再将包含所述交易处理信息的报文发送至消息总线中等到后续处理。
26.最后，所述前台模块或数据传递中心可从所述消息总线中的订阅包含所述交易处理信息的报文，即确认最终的业务交易的结果，所述前台模块则将交易处理信息返回本方的发起者，所述数据传递中心则将交易处理信息返回对手方的发起者。
27.本实施例中通过所述消息总线贯穿了整个流转系统，通过各个流转节点与消息总线进行交互，这样任一流转节点的宕机都不会影响整体系统的运转能力，因此能够有效降低各个模块之间的耦合度，优化数据流，从而使本发明的流转系统具有高效稳定、可靠的优点。
28.在一实施例中，所述节点端包括客户端和协议转换器，所述客户端用于接收所述前台模块发送的所述报文，补齐所述报文中的基本要素，并对所述基本要素进行校验，将校验完成后的所述基本要素进行封装并发送至所述消息总线等待订阅；所述协议转换器用于接收所述数据传递中心发送的imix协议格式的报文，将imix协议格式的报文转译成预设的通用协议格式的报文，并将转译后的所述报文发送至所述消息总线等待订阅。
29.本实施例中，所述客户端用于发起者登录所述前台模块，并在所述前台模块发起业务交易的报文；具体的，所述客户端会根据发起者输入的内容进行基本要素补齐，同时对基本要素进行校验，比如价格输入合规性、数值单位校验、最小变动单位校验、交易金额与质押面额合规性校验等等，并在满足校验规则后将基本要素按照预设的通用协议格式进行封装，再发送至所述消息总线中等待订阅。
30.所述协议转换器用于接收所述数据传递中心发送过来的报文，即对手方发送过来的报文，在很多提供业务交易的平台中，经常使用imix协议格式(即信息交换协议格式)来进行信息交互，而对于不经常使用imix协议格式的机构来说，可通过所述协议转换器将imix协议格式的报文转译成本方机构系统中预设的通用协议格式的报文，从而提高了数据交互时的便捷性，通过所述协议转换器将imix协议格式的报文转化为本方机构系统中预设的通用协议格式的报文后，再将转译后的所述报文发送至所述消息总线中等待订阅。
31.在一实施例中，所述数据处理中枢包括报价接收单元、报价审核单元、报价审批单元以及数据传递单元；所述报价接收单元用于订阅所述消息总线中的所述报文，并根据所述报文生成新报价接收和修改报价接收中的一个报价接收事件，并根据所述报价接收事件生成对应的新收状态和再收状态中的一种接收状态；所述报价审核单元用于对所述报价接收事件中的报价信息进行报价数据提取处理并生成报价审核事件和待审核状态；所述报价审核单元用于对所述报价接收事件中的报价信息进行报价数据提取处理并生成报价审核事件和待审核状态，并接收对所述报价审核事件的审核处理指令，使审核人员根据审核处理指令完成审核操作，并完在成审核后将待审核状态更新为已审核状态；所述报价审批单元用于在审核后生成报价审批事件和待审批状态，并接收对所述报价审批事件的审批处理指令，使审批人员根据审批处理指令完成审批操作，并在完成审批后将待审批状态更新为已审批状态；所述数据传递单元用于将包含有报价审批事件和已审批状态的报文发送至消息总线中。
32.本实施例中，所述数据处理中枢是把控业务交易可行性的重要节点；以本方发起一个现券买卖的业务进行举例，即所述新报价接收事件可以是：本方收到本方发送过来的现券买卖的新的报价或本方收到对手方发送过来的现券买卖的新的报价，对应新收状态可以是：本方新收本方报价状态或本方新收对手方报价状态；即所述修改报价接收事件可以是：本方收到本方发送过来的现券买卖的修改的报价或本方收到对手方发送过来的现券买卖的修改的报价，对应再收状态可以是：本方再收本方报价状态或本方再收对手方报价状态；可以理解的，以对手方发起一个现券买卖的业务进行举例，也可以套用对应的事件和状态。
33.进一步的，继续以本方发起一个现券买卖的业务进行举例，需要说明的是，这里的审核过程是基于风控校验后需要进入待审流程的情况下的，所述报价审核单元可对现券买卖的报价接收事件中的报价信息进行报价数据提取处理并生成报价审核事件和待审核状态；即所述报价审核事件可以是：对本方发起的现券买卖的报价数据进行审核，对应的待审核状态为：等待审核现券买卖状态；这样，在接收到对所述报价审核事件的审核处理指令后，可提醒审核人员对本方发起的现券买卖的报价数据进行审核，并在审核人员审核完成后，将待审核状态更新为已审核状态。
34.进一步的，在审核完成后，通过所述报价审批单元生成报价审批事件和待审批状
态，即所述报价审核事件为：对本方发起的现券买卖的报价数据进行审批，对应的待审批状态为：等待审批现券买卖状态；这样，在接收到对所述报价审批事件的审批处理指令后，可提醒审批人员对本方发起的现券买卖的报价数据进行审批，并在审批人员审批完成后，将待审批状态更新为已审批状态。
35.进一步的，在审批完成后，通过所述数据传递单元将包含有报价审批事件和已审批状态的报文发送至消息总线中等待订阅。
36.需要说明的是，本实施例将前述的所述报价核算事件划分为报价审核事件和报价审批事件，目的就是增加核算的流程以确保报价的确定性；还需要说明的是，在报价审核事件和报价审批事件的处理过程中，还存在生成其他事件和其他状态的情况，比如出现审核未通过或交易被撤回等情况时，还会生成报价驳回事件或交易撤掉事件，并对应生成已驳回状态或已撤销状态，具体可根据报价核算的环节中存在的各种情况进行设定。
37.在一实施例中，所述风控引擎包括校验单元，所述校验单元用于订阅所述消息总线中的所述报文，并调用风控校验模块，通过预先配置的风控条目对报文中的报价核算事件的内容逐一进行风险核算并得到核算结果，并将包含有所述核算结果的报文发送至消息总线中。
38.本实施例中，所述校验单元用于对所述报价核算事件的内容进行校验，即对上述审核和审批的过程中的内容进行校验，通过所述风控校验模块对审核和审批的过程中的报文的内容逐一进行风险校验并得到核算结果，目的是确保报文中的内容符合预先配置的风控条目，从而提高业务交易的有效性、安全性以及合规性，并在风险校验后将所述核算结果发送至消息总线中等待订阅。
39.在一实施例中，所述数据处理中枢包括核算获取单元和交易处理单元；所述核算获取单元用于订阅所述消息总线中的所述报文并获取所述核算结果，若所述核算结果为通过则生成本方与对手方之间执行业务交易的交易事件，并根据所述交易事件生成对应的待成交状态、待拒绝状态中的一种交易状态；所述交易处理单元用于对接所述数据传递中心，处理本方与对手方之间的业务交易并得到交易处理信息，并根据具体的交易处理信息将所述交易状态更新为已成交状态、已拒绝状态中的一种，并将包含有所述交易处理信息的报文发送至消息总线中。
40.本实施例中，继续以本方发起一个现券买卖的业务进行举例；首先通过所述核算获取单元从所述消息总线中订阅风险校验后的核算结果，若述核算结果为通过，则生成本方卖出现券，对手方买入现券的交易事件，对应的交易状态为待本方与对手方成交状态或待对手方拒绝本方状态，这里的交易状态表明虽然生成了交易事件，但并非一定可以成交，若对手方成交该交易事件则生成待本方与对手方成交状态并在成交后更新为本方与对手方已成交状态，若对手方拒绝该交易事件则生成待对手方拒绝本方状态并在拒绝后更新为对手方已拒绝本方状态，并得到本方与对手方之间的业务交易的交易处理信息，并将包含有所述交易处理信息的报文发送至消息总线中等待订阅。
41.需要说明的是，对手方除了选择成交或拒绝交易事件，还可以修改本方的报价，则可生成修改报价接收事件，即本方收到对手方发送过来的现券买卖的修改的报价，此时本方则需对对手方修改后的报价重复上述的核算过程和风险校验过程；或者本方还可以选择撤销交易，则可生成待撤销事件，并在撤销将状态更新为已撤销状态。
42.还需要说明的是，在本方与对手方进行业务交易往来的过程中，是通过数据传递中心进行数据交互的，为更好的跟进业务交易的情况，本实施中的交易事件和状态并不局限于这几种，比如还有报价过期事件对应的已过期状态、等待数据传递中心反馈事件对应的等待反馈状态等等，具体可以根据业务交互的环节中存在的各种情况进行设定。
43.在一实施例中，所述前台模块用于订阅所述消息总线中的所述报文并得到交易处理信息，并将所述交易处理信息在所述客户端上展示；所述协议转换器用于订阅所述消息总线中的所述报文并得到交易处理信息，并将通用协议格式的所述报文转译成imix协议格式的报文，并发送至数据传递中心。
44.本实施例中，所述前台模块从所述消息总线中订阅报文并从报文中获取到所述交易处理信息并在所述客户端上进行展示，以反馈至业务交易的发起者；所述协议转换器从所述消息总线中订阅报文并从报文中获取到所述交易处理信息，此时的报文的格式是本方系统中使用的通用协议格式，需将通用协议格式的报文转译成imix协议格式的报文，并发送至数据传递中心；需要说明的是，在本方与对手方的业务交易过程中，每一次通过数据传递中心进行数据交互的过程中，均需要通过所述协议转换器对报文的格式进行对应的转译。
45.在一实施例中，所述预设的通用协议格式为基于fix协议进行改造并得到，改造的过程包括：
46.加入报文校验机制和协议转换接口；
47.优化消息类型映射逻辑和消息回调逻辑；
48.对报文内容增加内部使用字段和消息类型。
49.本实施例中，为了方便本方系统中预设的通用协议格式与imix协议格式进行数据转换，可基于fix协议格式(金融消息协议格式)进行改造并得到通用协议格式；具体的，在保留fix协议格式原有的重传、数据一致性保障、高效传输的特点基础上，加入本方系统中使用的报文校验机制和协议转换接口；并优化消息类型映射逻辑，使消息能够更加动态的适配报文，而不用每次都修改映射代码；并优化消息回调逻辑，使消息能够自动根据不同消息类型进行逻辑映射，而不用每次都修改回调代码；并对报文内容增加本方内部使用的字段和消息类型，可以更好的支持交易双方间进行业务交易，如增加了基金代码、人员信息等内部使用的字段，增加冻结、解冻、刷新等内部使用的消息类型。
50.在一实施例中，所述流转系统还包括与所述前台模块对接的后台服务，所述后台服务用于查询所述报文流程、报文数据、基础属性信息、权限配置以及静态交易数据。
51.本实施例中，所述后台服务接入所述前台模块后，查询人员可从后台服务登录所述前台模块，并对正在流转的报文流程和报文数据进行查询或者对已经完成并归档的报文流程和数据进行追溯，以及对各类的报文的基础属性信息、权限配置以及静态交易数据进行查询。
52.在一实施例中，所述消息总线、节点端、前台模块、数据传递中心、数据处理中枢以及风控引擎中均设置有确保消息完整传递的确认机制。
53.本实施例中，可采用序列号反馈等方法来实现消息完整传递的确认机制，比如消息从当前节点完整传递到下一节点后，可返回预设的序列号则表示消息为完整传递，若未能正确返回预设的序列号，则表示消息没有完整传递到下一节点，这样即可确保数据流转
的完整性。
54.在一实施例中，所述消息总线采用集群方式部署，并使用多节点的镜像队列备份机制备份所述消息总线中的数据；以实现对所述消息总线中的数据进行容灾和恢复。
55.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。