CN102496126A - 一种托管资产交易数据监控设备 - Google Patents

Abstract

本发明提供了一种托管资产交易数据监控设备，该设备包括：监控终端、监控服务器、监控前置机、受托企业服务器和交易数据供应商服务器；监控终端通过金融传输网络与监控服务器相连接；监控服务器与监控前置机相连接；监控前置机通过互联网分别与受托企业服务器和交易数据供应商服务器相连接；其中，监控服务器包括：前置机数据接收单元，作业频度访问单元，终端数据接收单元，监控指标获取单元，监控频度更新单元，监控指标计算单元，监控结果输出单元。以解决托管资产交易数据的监控和报警问题。

Description

一种托管资产交易数据监控设备

技术领域

本发明关于银行等金融企业的托管资产交易信息的监控技术，具体地讲是一种托管资产交易数据监控设备。

背景技术

在现有技术中，银行交易系统的托管资产交易数据不能得到准确的监控，致使利用托管资产进行受控交易时，不能及时输出受控交易提示及报警信息。例如，现有的银行交易系统不能对诸如证券投资基金、保险资产、企业年金基金、全国社保基金以及信托产品等类别的托管资产的交易数据进行准确的监控和及时的报警。

发明内容

本发明实施例提供了一种托管资产交易数据监控设备，以解决托管资产交易数据的监控和报警问题。

本发明的目的是，提供一种托管资产交易数据监控设备，该设备包括：监控终端、监控服务器、监控前置机、受托企业服务器和交易数据供应商服务器；监控终端通过金融传输网络与监控服务器相连接；监控服务器与监控前置机相连接；监控前置机通过互联网分别与受托企业服务器和交易数据供应商服务器相连接；其中，

监控服务器包括：前置机数据接收单元，用于从监控前置机接收受托企业服务器传来的托管账务数据和交易数据供应商服务器传来的外部行情数据；作业频度访问单元，用于访问本地存储的监控对象的作业频度，并根据作业频度对监控对象的托管账务数据和外部行情数据进行格式转换处理；终端数据接收单元，用于接收监控终端传来的监控指标设置请求和监控频度设置请求；监控指标获取单元，用于根据监控指标设置请求，获取监控对象的监控指标，以及监控指标所对应的监控指标参数、监控指标算法和监控要素；监控频度更新单元，用于根据监控频度设置请求，更新本地存储的监控对象的作业频度；监控指标计算单元，用于根据作业频度判断是否需要执行对应监控对象的监控操作，如果是，则根据监控对象的监控指标、对应的监控指标参数、监控指标算法、监控要素、以及对应的托管账务数据和外部行情数据生成监控对象的所有监控指标的算法代码序列；监控结果输出单元，用于执行监控指标的算法代码序列，生成监控结果数据，并将监控结果数据输出。

本发明的有益效果在于：通过对交易数据的及时、准确的监控，实现对非法数据的报警。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例托管资产交易数据监控设备的连接关系图；

图2为本发明实施例监控服务器的结构框图；

图3为本发明实施例数据存储装置的结构框图；

图4为本发明实施例监控指标数据存储单元的结构框图；

图5为本发明实施例监控前置机的电路原理图；

图6为本发明实施例监控指标过程化处理流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供的托管资产交易数据监控设备包括：监控前置机100、监控服务器200、监控终端300、受托企业服务器400和交易数据供应商服务器500。监控终端300通过金融传输网络与监控服务器200相连接；监控服务器200与监控前置机100相连接；监控前置机100通过互联网分别与受托企业服务器400和交易数据供应商服务器500相连接。

如图2所示，监控服务器200包括：前置机数据接收单元201，用于从监控前置机100接收受托企业服务器400传来的托管账务数据和交易数据供应商服务器500传来的外部行情数据；作业频度访问单元202，用于访问本地存储的监控对象的作业频度，并根据作业频度对监控对象的托管账务数据和外部行情数据进行格式转换处理；终端数据接收单元203，用于从监控前置机100接收监控终端300传来的监控指标设置请求和监控频度设置请求；监控指标获取单元204，用于根据监控指标设置请求，获取监控对象的监控指标，以及监控指标所对应的监控指标参数、监控指标算法和监控要素；监控频度更新单元205，用于根据监控频度设置请求，更新本地存储的监控对象的作业频度；监控指标计算单元206，用于根据作业频度判断是否需要执行对应监控对象的监控操作，如果是，则根据监控对象的监控指标、对应的监控指标参数、监控指标算法、监控要素、以及对应的托管账务数据和外部行情数据生成监控对象的所有监控指标的算法代码序列；监控结果输出单元207，用于执行监控指标的算法代码序列，生成监控结果数据，并将监控结果数据输出给监控前置机100，监控前置机100将监控结果数据输出给监控终端300。

如图3所示，监控服务器200还包括：数据存储装置210。数据存储装置210包括：托管账务数据存储单元211，用于存储托管账务数据。外部行情数据存储单元212，用于存储外部行情数据。监控指标数据存储单元213，用于存储作业频度、监控指标、监控指标参数、监控指标算法和监控要素等数据。

如图4所示，监控指标数据存储单元213存储有：监控指标算法表、监控要素参数表、监控要素字典表、监控指标计算日志表以及监控指标计算结果表。

如图5所示，监控前置机100可以是PC机或包含单片机的设备。例如监控前置机100可包括：中央处理器101；账务数据接收接口102，用于接收受托企业服务器400传来的托管账务数据；账务数据发送接口103，用于将接收的托管账务数据发送给监控服务器200；行情数据接收接口104，用于接收交易数据供应商服务器500传来的外部行情数据；行情数据发送接口105，用于将接收的外部行情数据发送给监控服务器200；指标数据接收接口106，用于接收监控终端300传来的监控指标设置请求；指标数据发送接口107，用于将接收的监控指标设置请求发送给监控服务器200；频度数据接收接口108，用于接收监控终端300传来的监控频度设置请求；频度数据发送接口109，用于将接收的监控频度设置请求发送给监控服务器200；结果输入接口110，用于接收监控服务器200传来的监控结果数据；结果输出接口111，用于将监控结果数据输出给监控终端300。

实施例

本发明实施例提供的托管资产交易数据监控设备，通过事先对监控对象设定监控指标，再根据监控指标设定的监控要素进行自动监控处理，最后根据监控结果输出各类监控信息、报表及提示函。其中监控对象是指监控系统中被监控的主体，如受托组合，其可包括：证券投资基金、保险资产、企业年金基金、全国社保基金、信托产品等。

监控指标是指由行业法律、法规，政策条款以及客户个性化要求等书面文字描述抽象而成的监控细则。

监控要素是对监控指标的若干约束条件，限定了监控指标的监控范围、条件、时间、频度等一系列要素，是监控指标的最细监控粒度。

在图1所示的设备中，监控服务器200可是大型计算机，也可以是中、小型计算机，运行数据管理的系统。设备中包含存储交易监控业务数据的数据存储装置210。监控服务器200连接着金融传输网络以及数据存储装置210。数据存储装置210存储交易监控业务的数据，是一个数据库管理系统。监控服务器200负责交易监控业务的数据加工与处理，并完成交易监控的业务处理过程。其中数据加工处理主要包括交易监控业务所需的外部行情数据及监控审核数据的自动导入与清理工作、交易监控指标的批量计算工作以及最终监控结果(监控周报、交易提示函等)的生成工作。业务处理过程是指在上述数据加工处理的基础上按照监控对象对监控指标进行维护设置、监控结果审批处理以及最终交易监控报告的完成工作。监控服务器200与数据存储装置210之间通过自动处理方式进行交互，可由用户经监控终端300发起，经过金融传输网络的传输，最终形成一次数据处理监控服务器200对数据存储装置210中相关数据的业务操作，或者由监控服务器200自动方式发起对数据存储装置210中数据的批量业务操作。金融传输网络是银行内部网络。监控终端300可以是银行内部的电脑终端。

数据存储装置210，存储交易监控业务数据，至少包括受托企业服务器400通过互联网传来的托管账务数据和交易数据供应商服务器500通过互联网传来的外部行情数据。托管账务数据在整个交易监控的业务数据构成中处于最底层位置，提供了全部受托组合监控审核时所需的基础数据。外部行情数据则提供了监控过程中使用到的辅助信息，是对托管账务数据的补充。监控服务器200建立在托管账务数据之上，提供了“监控指标过程化实现”中使用到的业务逻辑。交易监控指标数据位于整个业务数据构成中的最顶层，约定了待审核数据的监控规则及要素，实现对托管账务数据中监控对象的监控审核，并形成具体的交易监控业务规则，即监控指标。

在图3中，数据存储装置210的托管账务数据存储单元211中，存储各类托管组合账务数据，至少包括地区基本信息、银行基本信息、银行存款信息、银行间债券回购信息、货币基准收益率信息、债券基本信息、交易日基本信息、币种基本信息、组合金额变动信息、基金分红信息、组合交易对手信息、组合费用信息、组合基本信息、组合场内交易信息、组合场内回购交易信息、市场基本信息表、新股新债信息表、新股上市信息表、开发式基金交易信息、机构基本信息、组合场外债券交易信息、组合场外回购交易信息等。

外部行情数据存储单元212，存储各类外部行情数据，至少包括基金基本信息、基准利率基本信息、债券行情信息、债券信用评级信息、机构基本信息、企业主要财务指标基本信息、基金股本结构信息、风控数据基本信息、股本结构变动信息、股票代码基本信息、权证基本信息、权证份额变动信息等。

监控指标数据存储单元213，负责存储交易监控业务与监控指标之间的对应关系。也就是将由行业法律、法规，政策条款以及客户个性化要求等书面文字描述的监控要求，分解为计算机系统可以处理的具体的监控指标。每一个监控指标赋予唯一的“指标代码”来进行标识，例如：“01104-组合投资全部股票金额的比例”。对于一个监控业务来说，所涉及的监控内容可多达上百项，也就对应着上百个监控指标，详细指标清单见七、附件。监控指标至少包括资产类型、首期交易方式、到期交易方式、占A股流通股本比例、金额占当日资产净值比例、金额占上日资产净值比例、资产占上季资产净值比例、资产占非现金资产比例、资产占当日总值比例、平均剩余期限、月平均增长率、平均七日年化收益率、偏离度等。还负责存储监控指标对应的算法，以及算法对应的指标要素。包括：监控指标参数表，监控指标算发表，指标要素参数表。还用于存储各个监控指标与算法的对应关系，以及监控指标的指标频度、作业频度等相关属性。由于算法会被赋予唯一的算法代码，因此每一个指标代码与一个算法代码进行对应。例如：监控指标“01106--组合持有单只流通受限股票比例”对应的算法代码为“I00002股票金额比例”。

在图4中，监控指标数据存储单元213还存储有：监控指标算法表2131，主要用于保存各种算法对应的算法逻辑。监控指标算法表2131又称为“算法池”，主要存储了各种算法的的相关信息，包括：算法名称、算法层次、算法数据源等相关信息。其中算法数据源是指进行该算法所需要的所有监控要素的集合，存储在监控要素参数表中。一个算法可以对应多个算法数据源。

监控要素参数表2132，主要用于保存各种算法对应的监控要素的组合，即算法数据源。通过分析大量监控规则与业务需求，抽象、归纳出了其中具有共性的监控要素，通过这些要素的组合与变化，即可满足目前托管资产交易监控业务处理的需要，即使将来监控业务在新兴领域发生拓展，系统也可以通过融入扩展这些要素来满足业务需求，因此监控要素参数表又称为“要素池”。监控要素主要包括：基金组合、指标代码、指标类型、指标纬度、最高违规阀值、最低违规阀值、最高警告阀值、最低警告阀值、占比对象等。

监控要素之间并非独立存在的，某几个监控要素之间往往有着关联关系，其组合在一起可以完成某一个算法或中间数值的计算。通过对各种算法所需要的监控要素进行分析和总结之后，可以得出各算法间具有共性的监控要素的组合，称为算法数据源，每个算法数据源分别在监控要素参数表中作为一条记录进行存储，赋予唯一的算法数据源ID，与算法进行对应。

为了说明监控要素具有共性的特点，举例说明：监控指标“01106--组合持有单只流通受限股票比例”和监控指标“01104-组合投资全部股票金额的比例”都关联了算法代码“I00002股票金额比例”。

监控指标“01104-组合投资全部股票金额的比例”的计算中需要使用到的监控要素有：最高违规阀值、最低违规阀值、最高警告阀值、最低警告阀值、占比对象、统计资产类型等，其中违规、警告阀值是指指标中的比例限制，占比对象是指比例算法的分母，这里通常指市值或净值，统计资产类型这里是指股票。另一个监控指标“01106--组合持有单只流通受限股票比例”与监控指标01104的不同之处，就是它需要统计单只股票的投资比例，而非所有股票资产的汇总。因此这个监控指标的计算除了需要使用监控指标01104所使用的监控要素外，还额外需要使用指标纬度这一要素，指标纬度要素在这里标识值为单只股票，表明了系统在处理时会对每个股票进行单独处理。

监控要素字典表2133，负责存储每一个监控要素的参数类型、对应字段、正则表达式等涵义，是各种算法逻辑进行计算时所需要的信息。

业务规则都可以通过解析拆分，逐层定义到监控指标数据存储单元213的监控指标参数表2132与监控指标算法表2131中，从而将业务规则转变为系统实现。

监控服务器200负责从交易监控业务所需的基础数据导入开始，至中间业务处理环节所涉及的监控指标设置维护、计算，到最后阶段审批操作、监控结果产生的一系列处理或操作。首先通过访问交易监控指标存储单元中存储的作业频度，根据作业频度处理交易监控所需的基础业务数据。再根据交易终端请求产生各类违规信息、提示函及报表数据。

监控服务器的托管资产交易数据监控步骤如下：

步骤100：访问交易监控指标存储单元中存储的作业频度(作业频度是指执行一次作业处理的时间粒度，在步骤100中具体指数据处理的时间粒度。例如我们需要一个每晚10点执行数据处理的作业频度，则该数据处理的时间粒度可以描述为Inteval：TRUNC(SYSDATE)+1+22/24，其中Inteval代表间隔执行的意思，TRUNC(SYSDATE)表示取当前系统日期，+1表示间隔1天，+22/24表示二十四小时单位中的二十二点，结合在一起整体解释为以当前系统日期为依据，到每晚二十二点执行数据处理，下一次执行数据处理的时间间隔为1天，即次日二十二点再次执行)，根据作业频度，将上游基础数据按照托管账务数据存储单元和外部行情数据存储单元中各类信息的数据结构进行格式转换与数据清理处理，并将处理完毕的数据存储进托管账务数据存储单元和外部行情数据存储单元。

步骤101：接收来自监控终端300的监控指标设置处理请求，将监控指标的监控要素等相关信息登记到数据存储装置2中的交易监控指标存储单元中。监控指标的相关信息包括基金组合、指标代码、指标类型、指标纬度、最高违规阀值、最低违规阀值、最高警告阀值、最低警告阀值、占比对象、统计资产类型、统计监控对象、债券剩余期限限制、债券原始期限、银行存款剩余期限、回购剩余期限、流通股本、基金风格属性、基金辅助属性、指标频度、指标层面、一级交易对手库、二级交易对手库、非交易对手库等信息。

步骤102：接收来自监控终端300的设置自动监控频度的处理请求，访问数据存储装置中的交易监控指标存储单元，更新相应监控对象的指标频度(FREQUENCY)、作业频度(FREQ)等信息。该步骤约定了交易监控业务处理的执行时间，实现了处理时间上最大程度的自由化。

步骤103：根据数据存储装置中的交易监控指标存储单元中存储的指标频度、作业频度信息，执行交易监控业务处理。首先，根据交易监控业务存储单元中定义的业务规则将所有被监控的基金组合按照其在交易监控指标存储单元中登记的各类信息进行汇总，形成一个以指标代码(每个指标代码则对应一条具体的交易监控业务规则)为顺序的执行计划，然后由交易监控业务处理装置24按照执行计划依次执行每一个指标代码的计算任务。在执行计算任务的过程中，又以指标代码为主体，检索托管账务数据存储单元和外部行情数据存储单元中所涉及到的业务数据，并进行指标计算逻辑的过程化处理，处理成一段可以解释执行的伪代码。最终执行伪代码，完成一项交易监控业务规则的计算任务。完成所有指标代码的计算任务后，将监控结果登记至数据存储装置。

步骤104：数据存储装置接收来自监控终端300的监控结果提示请求后，通过访问数据存储装置，将计算产生的结果数据根据客户请求需要，产生各类违规信息、提示函及报表数据，反馈到监控终端300。该步骤为整个处理步骤中最后的展现层，为用户提供了各类人性化的监控结果展现方式，满足了交易监控业务中多方面的要求。

以监控对象A组合一条“组合投资全部股票金额的比例”监控事项为例，该监控事项根据《保险公司投资证券投资基金管理暂行办法》的通知第十条修订规定，限定了各类保险产品在股票投资中的金额比例限制。

首先，按照业务处理步骤，监控服务器200每天会自动将该监控事项所使用的托管账务系统数据及外部财汇数据供应商提供的数据导入托管账务数据存储单元(如证券代码、新股申购金额等数据)和外部行情数据存储单元(如账户申购缴款比例等)。

数据准备完毕后，开始的监控指标计算。监控服务器200根据设定的作业频度，判断是否需要执行当日该项监控指标的监控工作。当判断为某项监控事项需要执行时，获取监控对象对应的监控指标，并采用“监控指标执行计划生成“的处理方法，汇总形成包含该监控事项的执行计划。对于一个监控对象来说，所涉及的监控事项可多达上百项，也就是对应着上百个监控指标，“监控指标执行计划生成”，就是通过将监控事项涉及的所有监控指标，按照其指标代码排序形成一个形如“…|01104|01105|01106|01107|…”的待处理的指标队列。

然后，通过“监控指标过程化实现”处理方法，进行监控指标计算逻辑过程化处理。通过“监控指标过程化实现”处理方法检索并关联到之前托管账务数据存储单元和外部行情数据存储单元中导入的业务处理所需的信息单元，形成一段可解释执行的代码。

如图6所示，监控服务器的监控指标过程化的具体流程如下：

步骤2401：清除监控指标计算日志表与监控指标计算结果表当前监控指标当前日期的现存数据；

步骤2402：从监控指标参数表中获取当前监控指标的算法ID，例如“01104-组合投资全部股票金额的比例”指标对应的算法ID为I00002(以下步骤说明中无特殊说明，所述监控指标均指01104)；

步骤2403：从监控指标算法表，即“算法池”中获取算法ID所对应的算法逻辑，以及所对应的算法数据源，例如：算法IDI00002所对应的算法数据源为D＝S00004；

步骤2404：如果算法ID对应多个算法数据源时，对算法数据源进行拆分处理，如算法D＝S0001+S0002，以便单独处理每一个算法数据源；

步骤2405：对算法进行表达式翻译，将表达式运算符进行转换，如D＝S0001+S0002译成D＝|S0001|union|S0002|；

步骤2406：循环处理表达式中的每一个算法数据源，访问监控要素参数表，即”要素池”获取算法数据源所涉及的监控要素。例如算法D＝S00004涉及的监控要素为#L1#、#W1#、#C1#、#M1#等；

步骤2407：判断算法逻辑中的监控要素是否需要解释，需要时进入步骤2408，否则进入步骤2412；

步骤2408：通过访问监控要素字典表，解释出每一个要素的参数类型、对应字段、正则表达式等涵义，如#L1#代表字段“资产类型”，#W1#代表字段“统计纬度”，#C1#代表字段“占比对象”，#M1#代表字段“成本/市值算法”；

步骤2409：如果步骤2464中的指标要素本身又是单个算法数据源时，需要递归调用算法数据源分析流程步骤2406-步骤2408；

步骤2410：根据结合算法数据源数据，以及托管账务数据存储单元和外部行情数据存储单元中导入的数据信息，形成一段可解释执行的代码。

步骤2411：通过执行所有监控指标的算法代码，完成监控数据的计算，并将监控结果计算结果保存至数据存储装置中，完成一项监控事项的监控工作。

步骤2412：记录各步骤成功失败日志。

最后，用户在自动监控执行完毕后，通过对计算结果产生各类报表，对于违规的受托组合出具监控提示函等函件。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (3)

1.一种托管资产交易数据监控设备，其特征是，所述的设备包括：监控终端、监控服务器、监控前置机、受托企业服务器和交易数据供应商服务器；

所述的监控终端通过金融传输网络与所述的监控服务器相连接；

所述的监控服务器与所述的监控前置机相连接；

所述的监控前置机通过互联网分别与所述的受托企业服务器和交易数据供应商服务器相连接；其中，

所述的监控服务器包括：

前置机数据接收单元，用于从所述的监控前置机接收所述受托企业服务器传来的托管账务数据和交易数据供应商服务器传来的外部行情数据；

作业频度访问单元，用于访问本地存储的监控对象的作业频度，并根据所述的作业频度对所述监控对象的托管账务数据和外部行情数据进行格式转换处理；

终端数据接收单元，用于接收所述监控终端传来的监控指标设置请求和监控频度设置请求；

监控指标获取单元，用于根据所述的监控指标设置请求，获取监控对象的监控指标，以及所述监控指标所对应的监控指标参数、监控指标算法和监控要素；

监控频度更新单元，用于根据所述的监控频度设置请求，更新本地存储的监控对象的作业频度；

监控指标计算单元，用于根据所述的作业频度判断是否需要执行对应监控对象的监控操作，如果是，则根据所述监控对象的监控指标、对应的监控指标参数、监控指标算法、监控要素、以及对应的托管账务数据和外部行情数据生成所述监控对象的所有监控指标的算法代码序列；

监控结果输出单元，用于执行所述的监控指标的算法代码序列，生成监控结果数据，并将所述的监控结果数据输出。

2.根据权利要求1所述的托管资产交易数据监控设备，其特征是，所述的监控服务器还包括：数据存储装置，用于存储作业频度、监控指标、监控指标参数、监控指标算法、监控要素、托管账务数据和外部行情数据。

3.根据权利要求1所述的托管资产交易数据监控设备，其特征是，所述的监控前置机包括：

账务数据接收接口，用于接收所述受托企业服务器传来的托管账务数据；

账务数据发送接口，用于将接收的托管账务数据发送给所述的监控服务器；

行情数据接收接口，用于接收所述交易数据供应商服务器传来的外部行情数据；

行情数据发送接口，用于将接收的外部行情数据发送给所述的监控服务器；

指标数据接收接口，用于接收所述监控终端传来的监控指标设置请求；

指标数据发送接口，用于将接收的监控指标设置请求发送给所述的监控服务器；

频度数据接收接口，用于接收所述监控终端传来的监控频度设置请求；

频度数据发送接口，用于将接收的监控频度设置请求发送给所述的监控服务器；

结果输入接口，用于接收所述监控服务器传来的监控结果数据；

结果输出接口，用于将所述的监控结果数据输出给所述的监控终端。

Images