CN112737952B - 一种fpga业务应用层信息路由模型及其监控平台 - Google Patents
一种fpga业务应用层信息路由模型及其监控平台 Download PDFInfo
- Publication number
- CN112737952B CN112737952B CN202011582395.2A CN202011582395A CN112737952B CN 112737952 B CN112737952 B CN 112737952B CN 202011582395 A CN202011582395 A CN 202011582395A CN 112737952 B CN112737952 B CN 112737952B
- Authority
- CN
- China
- Prior art keywords
- service
- routing
- message
- application layer
- layer information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/70—Routing based on monitoring results
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种FPGA业务应用层信息路由模型及其监控平台,其中,FPGA业务应用层信息路由模型,包括:多个业务路由;每个业务路由由业务路由分布式规则引擎和自适应业务应用层信息路由处理模型构成;多个业务路由呈链式结构构成业务路由集合,多个业务路由之间通过业务应用层信息交互标准协议交互消息。本申请具有实现业务流程的快速动态可变,大大减少业务实施过程对IT编程的依赖,以及FPGA并行处理和业务流程处理的各个节点上的输入/输出数据的记录和回放的技术效果。
Description
技术领域
本申请涉及FPGA业务应用层信息路由技术领域,尤其涉及一种FPGA业务应用层信息路由模型及其监控平台。
背景技术
业务流程是为了实现一定的业务目的而执行的一系列逻辑相关活动的集合,业务流程根据功能、管理的相关活动的集合的不同,一般分为生产流程层、运作层、计划层和战略层四个层次。
新业务的拓展、现有业务的改造和提升,需要增加和重新构造公司的流程、结构和文化。一个业务成功的基础,就是通过业务流程协调各种资源来达成商业目标。一个典型的业务流程应该包括:流程目的(即它存在的理由);输入资源;按一定秩序执行的活动;这些活动之间的结构(即相互关系和作用);输出结果和该流程创造的价值。
但是目前业务流程中的应用层面的信息交互处理缺少标准协议,对新业务流程的实施需要对已有业务进行增强和变化,若要把诸多的商业模型付诸实践,则需要做大量且艰难的***设计和软件开发工作,***设计者需要了解原有的和新增的或变更的业务的商业模式、业务架构、应用架构和技术架构,需要的知识面、涉及的技术广度和深度均会远远超出人们的设想。曾经的有关业务流程再造的金科玉律黯然失色,并且变得难以实现或需要很多投入。
受到市场竞争压力、政府监管政策的快速变化,行业内正在重新寻找更高效的方法快速改造业务流程,通过灵活异变的自动化直通车化的IT平台实施,再次把业务流程管理起来,将通过分析、建模和监控持续优化业务流程的实践,与IT通用平台技术解耦,当作解决业务难题实现商业财务目标的高效和灵活的***化方法。
发明内容
本申请的目的在于提供一种FPGA业务应用层信息路由模型及其监控平台,具有实现业务流程的快速动态可变,大大减少业务实施过程对IT编程的依赖,以及FPGA并行处理和业务流程处理的各个节点上的输入/输出数据的记录和回放的技术效果。
为达到上述目的,本申请提供一种FPGA业务应用层信息路由模型,包括:多个业务路由;每个业务路由由业务路由分布式规则引擎和自适应业务应用层信息路由处理模型构成;多个业务路由呈链式结构构成业务路由集合,多个业务路由之间通过业务应用层信息交互标准协议交互消息。
如上的,其中,消息以路由块的形式传入或传出业务路由。
如上的,其中,上游的业务路由向下游的业务路由发送消息,下游的业务路由接收到消息后,通过自适应业务应用层信息路由处理模型对消息进行判断从而确定数据类别,并广播,无需确定消息即将发送的发送位置。
如上的,其中,上游的业务路由向下游的业务路由发送消息,下游的业务路由接收到消息后,通过自适应业务应用层信息路由处理模型对消息进行判断从而确定数据类别,确定数据类别后,再通过业务路由分布式规则引擎确定消息即将发送的发送位置,并转发。
如上的,其中,业务路由分布式规则引擎由多个分布式节点组成;其中,每个节点均对输入数据和/或输出数据进行存储;其中,每个节点的规则相同。
如上的,其中,还包括知识库中心,知识库中心用于共享规则,实现FPGA并行处理和业务流程处理的各个节点上的输入/输出数据的记录和回放。
如上的,其中,将一个业务路由作为主业务路由器处理初始事务,遵循“增、删、改、查”的基本操作分类匹配规则,接收到的消息将通过相关转换被转换转发到相应的规则中处理,并且业务路由将由该规则确定处理后的消息的发送位置,其中,处理后的消息即为处理结果;当规则包括:第一匹配路由规则、第二匹配路由规则、第三匹配路由规则、第四匹配路由规则和主路由规则时,业务路由处理过程的逻辑流程如下:R1:接收消息,判断消息是否符合第一匹配路由规则,若符合,则找到源***地址,发送回执;若不符合,则执行R2;其中第一匹配路由规则为“确认/否认确认”;R2:判断消息是否符合第二匹配路由规则,若符合,则匹配是否以前执行过第二匹配路由规则,若是,则将消息返回源***处理,获得处理结果,若否,则将消息转给默认***处理,获得处理结果;若不符合,则执行R3;其中,第二匹配路由规则为“删除或取消以前的一个处理结果”;R3:判断消息是否符合第三匹配路由规则,若符合,则匹配是否以前执行过第三匹配路由规则,若是,则转到下游***修改,若否,则转给默认***处理,获得处理结果;若不符合,则执行R4;其中,第三匹配路由规则为“修正以前的一个处理结果”;R4:判断消息是否符合第四匹配路由规则,若符合,则判断是否为主路由规则,若是主路由规则,则转给默认***处理,获得处理结果;若不是主路由规则,则转给下游***处理,获得处理结果;其中,第四匹配路由规则为“通常处理”。
如上的,其中,多个业务路由至少包括:账户生命周期路由、产品生命周期路由、收支登记存管路由、操作风险监控路由和交易执行簿记清算结算路由。
如上的,其中,收支登记存管路由包括:支付处理、监管/审计分类账、现金分类账、本公司分类账、实体分类账、客户服务分类账和分类汇总账;其中,支付处理:用于根据清算和客户账户,自动执行智能合约,完成资券交收;监管/审计分类账:用于根据清算,按主体汇总交易信息,生成每个账户的资产负债表;现金分类账:用于根据交收环节的信息流,实时更新各账户的现金情况;本公司分类账:用于负责公司层面头寸归集记录和风险监控分析;实体分类账:用于负责定制并生成报告;客户服务分类账:是给客户服务的时候的分类账;分类汇总账:是监管/审计分类账、现金分类账、本公司分类账、实体分类账和客户服务分类账的汇总账目。
本申请还提供一种FPGA业务应用层信息路由监控平台,包括:日常生产流程监视平台、日常生产流程管控平台和多层流程协同工具;日常生产流程监视平台和日常生产流程管控平台通过业务应用层信息交互标准协议交互;其中,日常生产流程监视平台:用于对上述的FPGA业务应用层信息路由模型进行监视,判断业务路由集合中的各业务路由是否按照规则交互消息;日常生产流程管控平台:用于管理和控制业务路由集合中的各业务路由的消息的错误交互;多层流程协同工具:用于账号检索和账户资金检索。
本申请实现的有益效果如下:
(1)本申请的FPGA业务应用层信息路由模型是建立在FPGA并行处理基础上的业务处理信息路由服务体系,它包括业务流程信息交互的业务应用层信息交互标准协议、业务路由分布式规则引擎和自适应业务应用层信息路由处理模型,能够快速灵活地实现交易业务应用流程中的信息处理自动化和直通车化的目的。
(2)本申请的流程各处理过程的回放实现了应用于对于新建流程和各个流程节点上的***的全自动回归测试,提高了业务***建设中的质量控制技术水平。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1为业务路由处理过程逻辑原理一种实施例的示意图;
图2为账户生命周期路由一种实施例的示意图;
图3为交易执行簿记清算结算路由一种实施例的示意图;
图4为收支登记存管路由一种实施例的示意图;
图5为操作风险监控路由一种实施例的示意图;
图6为日常生产流程监视平台一种实施例的示意图。
具体实施方式
下面结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本申请提供一种FPGA(Field Programmable Gate Array,现场可编程逻辑门阵列)业务应用层信息路由模型及其监控平台,具有实现业务流程的快速动态可变,大大减少业务实施过程对IT编程的依赖,以及FPGA并行处理和业务流程处理的各个节点上的输入/输出数据的记录和回放的技术效果。
本申请提供一种FPGA业务应用层信息路由模型,包括:多个业务路由;每个业务路由由业务路由分布式规则引擎和自适应业务应用层信息路由处理模型构成;多个业务路由呈链式结构构成业务路由集合,多个业务路由之间通过业务应用层信息交互标准协议交互消息。
具体的,以证券交易信息交互标准协议作为一种实施例对业务应用层信息交互标准协议进行说明。
对于传入事务,业务路由基于传入消息的内容在模式中定义为复杂类型“RoutingBlock”的元素。其中,消息以路由块的形式传入或传出业务路由,但不仅限于路由块,本申请优选为路由块。
路由块如下:
主路由块:
先前的路由块:
先前的路由块仅用于事务更新,并且包含源***上次发送消息时的主路由块的详细信息。
作为另一个实施例,在Ack/Nak路由器的情况下,无需找到完整的路由块,而只需包含源***标记的回复地址元素。
Ack/Nak路由元素:
<rplAddr>ALLO</replAddr>
进一步的,作为一个实施例,上游的业务路由向下游的业务路由发送消息,下游的业务路由接收到消息后,通过自适应业务应用层信息路由处理模型对消息进行判断从而确定数据类别,并广播,无需确定消息即将发送的发送位置。
进一步的,作为另一个实施例,上游的业务路由向下游的业务路由发送消息,下游的业务路由接收到消息后,通过自适应业务应用层信息路由处理模型对消息进行判断从而确定数据类别,确定数据类别后,再通过业务路由分布式规则引擎确定消息即将发送的发送位置,并转发。
进一步的,业务路由分布式规则引擎由多个分布式节点组成。其中,每个节点均可对输入数据和/或输出数据进行存储。其中,每个节点的规则相同。FPGA业务应用层信息路由模型采用业务路由分布式规则引擎,实现了业务流程的快速动态可变,对既存业务的改进可以改变规则进而改变处理流程的结构,对于新业务的流程实施,业务实施人员可以很方便地采用增加规则来建立新流程,大大减少了业务实施过程对IT编程的依赖。
进一步的,作为一个实施例,业务路由分布式规则引擎内的规则中所有的路由字段均根据其合格的XML路径在路由器数据库中配置,构成查询表格,业务路由通过查看查询表格中相应的路由字段获取需要确定的业务路由的信息。其中信息包括:发送位置。
具体的,查询表格至少包括:路由块、元素名和路由路径。作为一个实施例,查询表格如表1、表2和表3所示:
表1
路由块 | 元素名 | 路由路径 |
FTSPreRoute | preProcessorId | fts.prerouting.boId |
FTSPreRoute | preStageCode | fts.prerouting.setLoc |
FTSPreRoute | prePrimeId | fts.prerouting.prod.id |
FTSPreRoute | preProdSynPrefix | fts.prerouting.prod.synCls |
FTSPreRoute | preProdSyn | fts.prerouting.prod.syn |
FTSPreRoute | preCompany | fts.prerouting.cpy |
FTSPreRoute | preTxnType | fts.prerouting.msgType |
FTSPreRoute | refType | fts.reference.type |
FTSPreRoute | ref | fts.reference.id |
表2
路由块 | 元素名 | 路由路径 |
RoutingAck/Nak | replyAddr | ftsReply.rplAddr |
RoutingAck/Nak | refType | fts.reference.type |
RoutingAck/Nak | ref | fts.reference.id |
表3
返回到业务路由的路由路径是通过查看路由器数据库中维护的表驱动的路由配置(例如:路由密钥配置、消息内容或格式变换配置等)获得。
作为一个实施例,路由密钥配置如表4所示:
次序 | 部件码 | 主业务码 | 主体码 | 事务类型 | 路由标识 |
1 | FO | Any | Any | Any | Retail |
10 | MO | FICC | Any | Any | Inst |
11 | BO | EQ | Any | Any | AShare |
20 | BK | Any | REST | Any | EQ |
21 | CS | Any | Any | Any | EQ |
30 | BK | Any | REST | Any | FI |
31 | CS | Any | Any | Any | FI |
40 | BK | Any | REST | Any | CMDT |
41 | CS | Any | Any | Any | CMDT |
50 | BK | Any | REST | Any | FU |
51 | CS | Any | Any | Any | FU |
表4
作为一个实施例,消息内容或格式变换配置如表5所示,消息内容或格式变换配置是在路由数据库中配置的消息所需的相关变换。每个变换均有一个上下文用于区分该变换应发生的转换器。
变换 | 路径 | 新的值 |
CANCEL | fts.org.eventype | X |
CORRECT | Pabo.org.eventtype | A |
表5
进一步的,如图1所示,作为一个实施例,将一个业务路由作为主业务路由器处理初始事务,遵循“增、删、改、查”的基本操作分类匹配规则,以查看是否可以确定主业务路由外的其他业务路由。当规则包括:第一匹配路由规则、第二匹配路由规则、第三匹配路由规则、第四匹配路由规则和主路由规则时,业务路由处理过程的逻辑流程如下:
R1:接收消息,判断消息是否符合第一匹配路由规则,若符合,则找到源***地址,发送回执;若不符合,则执行R2;其中第一匹配路由规则为“确认/否认确认”。
具体的,业务路由每当处理收到的消息时,则需要向发送端***发送确认(ACK)或否定确认(NAK)消息。其中,ACK/NAK消息应指示接收的消息是否成功地被处理。ACK/NAK消息应实时传递到接收消息的信封中指定的返回地址(例如:源***)。如果不提供返回地址,则按原地址向发送者发送ACK/NACK。
其中,ACK/NAK可由业务路由器或***内部过程创建。ACK/NACK应通过业务路由路由回发送端***。
R2:判断消息是否符合第二匹配路由规则,若符合,则匹配是否以前执行过第二匹配路由规则,若是,则将消息返回源***处理,获得处理结果,若否,则将消息转给默认***处理,获得处理结果;若不符合,则执行R3;其中,第二匹配路由规则为“删除或取消以前的一个处理结果”。
R3:判断消息是否符合第三匹配路由规则,若符合,则匹配是否以前执行过第三匹配路由规则,若是,则转到下游***修改,若否,则转给默认***处理,获得处理结果;若不符合,则执行R4;其中,第三匹配路由规则为“修正以前的一个处理结果”。
R4:判断消息是否符合第四匹配路由规则,若符合,则判断是否为主路由规则,若是主路由规则,则转给默认***处理,获得处理结果;若不是主路由规则,则转给下游***处理,获得处理结果;其中,第四匹配路由规则为“通常处理”。
具体的,接收到的消息将通过相关转换被转换转发到相应的规则中处理,并且业务路由将由该规则确定处理后的消息的发送位置,其中,处理后的消息即为处理结果。
进一步的,多个业务路由至少包括:账户生命周期路由、产品生命周期路由、收支登记存管路由、操作风险监控路由和交易执行簿记清算结算路由。
具体的,根据实际需要选择具体的业务路由呈链式结构构成业务路由集合。
其中,如图2所示,账户生命周期路由的交易生命周期结构包括:对手方分类账、实体/账户持仓分类账、薄记和记录,以及会计总账。账户生命周期路由具有实时记录委托、成交、交收和转账等交易细节,实时汇总统计客户现金数量和头寸数量,支付失败/异常信息监控,以及提供投资组合业绩评价和归因报告等账户服务功能。
具体的,交易平台的用户通过“客户、银行账户管理路由规则”实现对客户的管理,对客户的管理包括:开户、关户、冻结和解冻等常见功能。其中,客户、银行账户管理路由规则为账户生命周期路由的业务路由分布式规则引擎中的规则。
图3为交易执行簿记清算结算路由,典型的交易生命周期包含(但不限于)以下关键步骤:客户下单—>搓合成交—>簿记—>成交确认—>清算—>结算。
如图4所示,收支登记存管路由包括:支付处理、监管/审计分类账、现金分类账、本公司分类账、实体分类账、客户服务分类账和分类汇总账。
其中,支付处理:用于根据清算和客户账户,自动执行智能合约,完成资券交收。
监管/审计分类账:用于根据清算,按主体汇总交易信息,生成每个账户的资产负债表。
现金分类账:用于根据交收环节的信息流,实时更新各账户的现金情况。
本公司分类账:用于负责公司层面头寸归集记录和风险监控分析。
实体分类账:用于负责定制并生成报告。
客户服务分类账:是给客户服务的时候的分类账。
分类汇总账:是监管/审计分类账、现金分类账、本公司分类账、实体分类账和客户服务分类账的汇总账目。
图5为操作风险监控路由的规则,包括:发现风险、评判风险、选择策略、控制风险、监控过程和总结结果。面对日益严重的金融交易操作风险,在各个规则的执行点,通过使用关联特征识别在金融交易操作风险中的应用的技术,可以动态调整和更新交易操作风险诊断模型,对各种金融数据进行快速扫描并发现潜在的交易操作风险。从而使各类金融交易操作风险案件的预警,确认速度和准确性得到大幅度提升。
进一步的,FPGA业务应用层信息路由模型还包括知识库中心,知识库中心安装有数据存储。
具体的,知识库中心用于共享数据的规则,实现FPGA并行处理和业务流程处理的各个节点上的输入/输出数据的记录和回放。流程各处理过程的回放实现了应用于对于新建流程和各个流程节点上的***的全自动回归测试,提高了业务***建设中的质量控制技术水平。运用流程处理过程的回放功能,基于关联识别原理、流程式记账把相干特征信息串成一条数据链,判断数据处理中的瑕疵,方便找到风险隐患点,识别异常信息,经分析评判,及时、及早、提前发现问题,发出警报,降低了日常业务平台的整体操作风险,在形成经济或法律损失之前,纠正错误,从而避免造成损失。
本申请还提供一种FPGA业务应用层信息路由监控平台,用于对业务流程进行监视、管控和调度。FPGA业务应用层信息路由监控平台包括:日常生产流程监视平台、日常生产流程管控平台和多层流程协同工具;日常生产流程监视平台和日常生产流程管控平台通过业务应用层信息交互标准协议交互。
其中,日常生产流程监视平台:用于对上述的FPGA业务应用层信息路由模型进行监视,判断业务路由集合中的各业务路由是否按照规则交互消息。
日常生产流程管控平台:用于管理和控制业务路由集合中的各业务路由的消息的错误交互。
多层流程协同工具是依赖性或协调类的规则。多层流程协同工具:用于账号检索和账户资金检索。
具体的,多层流程协同工具的协同层至少包括:生产层、运作层、计划层和战略层。
如图6所示,作为一个实施例,日常生产流程监视平台包括:数据接收装置、FPGA业务应用层信息路由模型和数据采集装置。
其中,数据接收:用于接收接收数据。其中接收数据的来源包括:数据、文件、接口和扩展四个来源。
FPGA业务应用层信息路由模型:用于对接收数据进行判断和分类。
数据采集:用于将分类后的数据传输至可靠位置保存。
具体的,日常生产流程监视平台的规则包括:交易前的检验、交易日的交易后明细记录核对、清算日-1的应收应付款、待托或转持仓等记录的预估和清算日-0.5的清算用资金、证券准备状况。
本申请实现的有益效果如下:
(1)本申请的FPGA业务应用层信息路由模型是建立在FPGA并行处理基础上的业务处理信息路由服务体系,它包括业务流程信息交互的业务应用层信息交互标准协议、业务路由分布式规则引擎和自适应业务应用层信息路由处理模型,能够快速灵活地实现交易业务应用流程中的信息处理自动化和直通车化的目的。
(2)本申请的流程各处理过程的回放实现了应用于对于新建流程和各个流程节点上的***的全自动回归测试,提高了业务***建设中的质量控制技术水平。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,本申请的保护范围意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请保护范围及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (8)
1.一种FPGA业务应用层信息路由模型,其特征在于,包括:多个业务路由;每个业务路由由业务路由分布式规则引擎和自适应业务应用层信息路由处理模型构成;多个业务路由呈链式结构构成业务路由集合,多个业务路由之间通过业务应用层信息交互标准协议交互消息;
其中,业务路由分布式规则引擎由多个分布式节点组成;其中,每个节点均对输入数据和/或输出数据进行存储;其中,每个节点的规则相同;
其中,将一个业务路由作为主业务路由器处理初始事务,遵循“增、删、改、查”的基本操作分类匹配规则,接收到的消息将通过相关转换被转换转发到相应的规则中处理,并且业务路由将由该规则确定处理后的消息的发送位置,其中,处理后的消息即为处理结果;当规则包括:第一匹配路由规则、第二匹配路由规则、第三匹配路由规则、第四匹配路由规则和主路由规则时,业务路由处理过程的逻辑流程如下:
R1:接收消息,判断消息是否符合第一匹配路由规则,若符合,则找到源***地址,发送回执;若不符合,则执行R2;其中第一匹配路由规则为“确认/否认确认”;
R2:判断消息是否符合第二匹配路由规则,若符合,则匹配是否以前执行过第二匹配路由规则,若是,则将消息返回源***处理,获得处理结果,若否,则将消息转给默认***处理,获得处理结果;若不符合,则执行R3;其中,第二匹配路由规则为“删除或取消以前的一个处理结果”;
R3:判断消息是否符合第三匹配路由规则,若符合,则匹配是否以前执行过第三匹配路由规则,若是,则转到下游***修改,若否,则转给默认***处理,获得处理结果;若不符合,则执行R4;其中,第三匹配路由规则为“修正以前的一个处理结果”;
R4:判断消息是否符合第四匹配路由规则,若符合,则判断是否为主路由规则,若是主路由规则,则转给默认***处理,获得处理结果;若不是主路由规则,则转给下游***处理,获得处理结果;其中,第四匹配路由规则为“通常处理”。
2.根据权利要求1所述的FPGA业务应用层信息路由模型,其特征在于,消息以路由块的形式传入或传出业务路由。
3.根据权利要求1或2所述的FPGA业务应用层信息路由模型,其特征在于,上游的业务路由向下游的业务路由发送消息,下游的业务路由接收到消息后,通过自适应业务应用层信息路由处理模型对消息进行判断从而确定数据类别,并广播,无需确定消息即将发送的发送位置。
4.根据权利要求1或2所述的FPGA业务应用层信息路由模型,其特征在于,上游的业务路由向下游的业务路由发送消息,下游的业务路由接收到消息后,通过自适应业务应用层信息路由处理模型对消息进行判断从而确定数据类别,确定数据类别后,再通过业务路由分布式规则引擎确定消息即将发送的发送位置,并转发。
5.根据权利要求1所述的FPGA业务应用层信息路由模型,其特征在于,还包括知识库中心,所述知识库中心用于共享规则,实现FPGA并行处理和业务流程处理的各个节点上的输入/输出数据的记录和回放。
6.根据权利要求1所述的FPGA业务应用层信息路由模型,其特征在于,多个业务路由至少包括:账户生命周期路由、产品生命周期路由、收支登记存管路由、操作风险监控路由和交易执行簿记清算结算路由。
7.根据权利要求6所述的FPGA业务应用层信息路由模型,其特征在于,收支登记存管路由包括:支付处理、监管/审计分类账、现金分类账、本公司分类账、实体分类账、客户服务分类账和分类汇总账;
其中,支付处理:用于根据清算和客户账户,自动执行智能合约,完成资券交收;
监管/审计分类账:用于根据清算,按主体汇总交易信息,生成每个账户的资产负债表;
现金分类账:用于根据交收环节的信息流,实时更新各账户的现金情况;
本公司分类账:用于负责公司层面头寸归集记录和风险监控分析;
实体分类账:用于负责定制并生成报告;
客户服务分类账:是给客户服务的时候的分类账;
分类汇总账:是监管/审计分类账、现金分类账、本公司分类账、实体分类账和客户服务分类账的汇总账目。
8.一种FPGA业务应用层信息路由监控平台,其特征在于,包括:日常生产流程监视平台、日常生产流程管控平台和多层流程协同工具;所述日常生产流程监视平台和所述日常生产流程管控平台通过业务应用层信息交互标准协议交互;
其中,所述日常生产流程监视平台:用于对权利要求1-7中任意一项所述的FPGA业务应用层信息路由模型进行监视,判断业务路由集合中的各业务路由是否按照规则交互消息;
日常生产流程管控平台:用于管理和控制业务路由集合中的各业务路由的消息的错误交互;
多层流程协同工具:用于账号检索和账户资金检索。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011582395.2A CN112737952B (zh) | 2020-12-28 | 2020-12-28 | 一种fpga业务应用层信息路由模型及其监控平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011582395.2A CN112737952B (zh) | 2020-12-28 | 2020-12-28 | 一种fpga业务应用层信息路由模型及其监控平台 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112737952A CN112737952A (zh) | 2021-04-30 |
CN112737952B true CN112737952B (zh) | 2022-08-26 |
Family
ID=75607218
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011582395.2A Active CN112737952B (zh) | 2020-12-28 | 2020-12-28 | 一种fpga业务应用层信息路由模型及其监控平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112737952B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1507285A (zh) * | 2002-12-06 | 2004-06-23 | 中国科学院计算技术研究所 | 用fpga器件实现机***换网络路由芯片的方法 |
CN101262439A (zh) * | 2008-04-21 | 2008-09-10 | 湖北融合通信技术有限公司 | 一种多业务路由器 |
CN104683228A (zh) * | 2015-02-10 | 2015-06-03 | 海南宝通实业公司 | 一种基于fpga的数字交换机媒体网关实现方法 |
CN110932810A (zh) * | 2019-11-28 | 2020-03-27 | 江苏久高电子科技有限公司 | 一种基于fpga的数字复分方法及数字复分*** |
CN110955535A (zh) * | 2019-11-07 | 2020-04-03 | 浪潮(北京)电子信息产业有限公司 | 一种多业务请求进程调用fpga设备的方法及相关装置 |
CN111680998A (zh) * | 2020-08-17 | 2020-09-18 | 南京梦饷网络科技有限公司 | 支付路由方法、计算设备和计算机可读存储介质 |
CN111970198A (zh) * | 2020-08-13 | 2020-11-20 | 北京金山云网络技术有限公司 | 一种服务路由方法、装置、电子设备及介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8442045B2 (en) * | 2010-03-16 | 2013-05-14 | Force10 Networks, Inc. | Multicast packet forwarding using multiple stacked chassis |
US10691775B2 (en) * | 2013-01-17 | 2020-06-23 | Edico Genome, Corp. | Bioinformatics systems, apparatuses, and methods executed on an integrated circuit processing platform |
CN108040135B (zh) * | 2017-12-13 | 2020-07-03 | 安徽皖通邮电股份有限公司 | 一种vpws报文穿越三层ip网络的方法及装置 |
CN111190758B (zh) * | 2019-12-19 | 2022-01-14 | 江苏新质信息科技有限公司 | 基于fpga计算规则和rpc监控结合实现设备状态自恢复方法 |
CN111966496B (zh) * | 2020-08-21 | 2022-06-10 | 浪潮(北京)电子信息产业有限公司 | 数据处理方法、装置、***及计算机可读存储介质 |
-
2020
- 2020-12-28 CN CN202011582395.2A patent/CN112737952B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1507285A (zh) * | 2002-12-06 | 2004-06-23 | 中国科学院计算技术研究所 | 用fpga器件实现机***换网络路由芯片的方法 |
CN101262439A (zh) * | 2008-04-21 | 2008-09-10 | 湖北融合通信技术有限公司 | 一种多业务路由器 |
CN104683228A (zh) * | 2015-02-10 | 2015-06-03 | 海南宝通实业公司 | 一种基于fpga的数字交换机媒体网关实现方法 |
CN110955535A (zh) * | 2019-11-07 | 2020-04-03 | 浪潮(北京)电子信息产业有限公司 | 一种多业务请求进程调用fpga设备的方法及相关装置 |
CN110932810A (zh) * | 2019-11-28 | 2020-03-27 | 江苏久高电子科技有限公司 | 一种基于fpga的数字复分方法及数字复分*** |
CN111970198A (zh) * | 2020-08-13 | 2020-11-20 | 北京金山云网络技术有限公司 | 一种服务路由方法、装置、电子设备及介质 |
CN111680998A (zh) * | 2020-08-17 | 2020-09-18 | 南京梦饷网络科技有限公司 | 支付路由方法、计算设备和计算机可读存储介质 |
Non-Patent Citations (2)
Title |
---|
FPGA在VoIP解决方案中的应用;Amit Dhir;《世界产品与技术》;20030901(第09期);全文 * |
Single event upset induced multi-block error and its mitigation strategy for SRAM-based FPGA;XING KeFei等;《Science China(Technological Sciences)》;20111231;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112737952A (zh) | 2021-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7177877B2 (en) | Method and system for externalizing conditional logic for collecting multi-purpose objects | |
AU2012211167B2 (en) | Generating data pattern information | |
CN110263024A (zh) | 数据处理方法、终端设备及计算机存储介质 | |
CN110766534B (zh) | 数据对帐 | |
CN111951101B (zh) | 数据核对方法及装置 | |
GB2271002A (en) | Digitals open-edi scenarios automation process | |
CN103514565A (zh) | 金融交易处理***的交易异常处理单元及方法 | |
CN101110021A (zh) | 对过程指令集进行可视化编程的方法 | |
CN1374606A (zh) | 通过计算机网络从数据库获取和集成数据的方法及*** | |
WO2018065411A1 (en) | Computer system | |
CN110599265A (zh) | 电子票据处理方法、装置、计算机设备及计算机存储介质 | |
CN113919927A (zh) | 一种基于数据处理的审计平台 | |
CN111353877A (zh) | 两级跨境交易***及方法 | |
CN112737952B (zh) | 一种fpga业务应用层信息路由模型及其监控平台 | |
CN117350880A (zh) | 基于雪花算法的全链路对账方法、装置、设备及介质 | |
CN107292602A (zh) | 一种避免利息损失的转账方法及*** | |
Srivastava et al. | Propagating belief functions in AND‐trees | |
CN115103041B (zh) | 一种基于fix协议实现业务的方法及*** | |
Zhang | Economic supply chain management of advanced manufacturing industry based on blockchain technology | |
CN113240520A (zh) | 一种基于数据模型的算法链路实现乡村金融三资监管方法 | |
CN114154982B (zh) | 一种基于区块链和大数据平台的实时结算和监管方法 | |
Estupiñán | Analysis of Modern Blockchain Networks Using Graph Databases | |
US12002047B1 (en) | System and method for blockchain-verified digital-identity-and-derivatives archetype-based transaction processing and implementation with the aid of a digital computer | |
US20070156535A1 (en) | Cancellation of transactions | |
CN111340615B (zh) | 一种银行业务连续性实时监管方法及其区块链网络联盟*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: Room D02, unit 10, 1 / F, Fengli centre, 54 Kaiyuan Road, Kwun Tong District, Kowloon, Hong Kong, China Applicant after: Gotcex Co.,Ltd. Address before: Room D02, unit 10, 1 / F, Fengli center, 54 Kaiyuan Road, Kwun Tong District, Kowloon, Hong Kong, China Applicant before: Angel Ark Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |