CN108804685A - 一种资产托管监督任务的处理方法及装置 - Google Patents

Abstract

本发明提供一种资产托管监督任务的处理方法及装置，该方法包括：首先根据监督对象的监督事务(法规或合约)，从监督规则库中选择对应的监督规则并设置相应的规则参数值、规则执行条件，以建立监督对象的监督任务，每一监督任务映射于该监督任务所归属的配置文件；接着，通过定时或手工的方式触发监督任务，监督任务在执行时，任务引擎通过调用对应规则类型的配置文件，并根据各监督任务的规则参数值、规则执行条件，执行得出监督结果。可见，本申请基于配置文件建立了资产托管中不同监督对象的监督任务，再通过调用各监督任务映射的配置文件，执行相应的监督任务，从而有效避免了当不断出现新的资产托管业务时，需要对每个资产托管业务配置相应的监督系统所带来的开发工作量大，系统实现不够灵活且效率低的问题。

Description

一种资产托管监督任务的处理方法及装置

技术领域

本发明涉及计算机应用领域，特别涉及一种资产托管监督任务的处理方法及装置。

背景技术

随着金融行业的不断发展，资产托管向着高速化、多元化的方向发展，新业务和新产品的资产托管业务不断出现，这些业务都需要辅以相应的监管规则，才可以有效地防范风险，保证资产安全。

目前，主要通过监督系统对资产托管业务进行监管，监督系统通常嵌入在资产托管的业务系统中，在具体的应用中，当不断出现新的资产托管业务时，需要对每个资产托管业务配置相应的监督系统，监督系统的开发工作的工作量大，系统实现不够灵活且效率低。

发明内容

有鉴于此，本发明的目的在于提供一种资产托管监督任务的处理方法及装置，以便于基于配置文件建立资产托管监督任务并进行处理，从而有效避免了当不断出现新的资产托管业务时，需要对每个资产托管业务配置相应的监督系统所带来的开发工作量大，系统实现不够灵活且效率低的问题。

为实现上述目的，本申请提供了一种资产托管监督任务的处理方法，预置有监督规则的监督规则库以及配置文件的配置文件库，各监督规则对应不同的监督事务，所述监督规则包括规则参数信息以及规则执行条件信息；各配置文件对应不同类型的监督规则，每一配置文件包括一个类型监督规则的监督执行步骤；所述处理方法包括：

根据监督对象的监督事务，从所述监督规则库中选择对应的监督规则并设置相应的规则参数值、规则执行条件，以建立所述监督对象的监督任务，每一监督任务映射于该监督任务所归属的配置文件；

通过调用各监督任务映射的配置文件，并根据各监督任务的规则参数值、规则执行条件，发起监督任务的执行。

在一种可选的实现方式中，所述配置文件中设置有静态参数和动态参数，所述静态参数用于所述规则预置参数信息的设置，所述动态参数用于监督任务执行时的参数传入，在监督任务的执行时，通过所述静态参数、所述动态参数以及所述配置文件中的监督执行步骤，获得监督任务的执行结果。

在一种可选的实现方式中，还预置有不同类型的执行器，各执行器用于支持不同类型的监督执行步骤的执行；所述配置文件中设置有执行器类型，在监督任务的执行时通过所述执行器类型调用相应的执行器进行监督执行步骤的执行。

在一种可选的实现方式中，还包括监督任务的执行步骤，包括：

加载并解析所述配置文件；

遍历并解析所述配置文件中的监督执行步骤；

将解析后的配置文件进行组装，以用于执行器的调用。

在一种可选的实现方式中，还预置有基础指标脚本的脚本库，所述基础指标脚本为用于获取基础指标参数的脚本；所述方法还包括：

根据监督对象的监督事务，设置所述监督事务相应的规则参数信息、规则执行条件信息；

从所述脚本库中加载基础指标脚本，以建立所述监督事务所需的基础指标；

根据所述所需的基础指标，进行运算，以生成衍生指标的指标公式规则；

根据各待执行监督事务的指标公式规则以及规则参数信息，构造获取衍生指标的执行步骤。

在一种可选的实现方式中，还预置有数据表的数据表库，所述数据表中包含多个字段参数信息；所述方法还包括：

根据监督对象的监督事务，设置所述监督事务相应的规则参数信息、规则执行条件信息；

从所述数据表库中加载数据表；

根据各待执行监督事务数据表中的字段参数以及规则参数信息，构造规则执行步骤。

对应于上述对应于上述资产托管监督任务的处理方法，本申请提出了资产托管监督任务的处理装置，预置有监督规则的监督规则库以及配置文件的配置文件库，各监督规则对应不同的监督事务，所述监督规则包括规则参数信息以及规则执行条件信息；各配置文件对应不同类型的监督规则，每一配置文件包括一个类型监督规则的监督执行步骤；所述处理装置包括：

建立单元，用于根据监督对象的监督事务，从所述监督规则库中选择对应的监督规则并设置相应的规则参数值、规则执行条件，以建立所述监督对象的监督任务，每一监督任务映射于该监督任务所归属的配置文件；

发起单元，用于通过调用各监督任务映射的配置文件，并根据各监督任务的规则参数值、规则执行条件，发起监督任务的执行。

在一种可选的实现方式中，所述配置文件中设置有静态参数和动态参数，所述静态参数用于所述规则预置参数信息的设置，所述动态参数用于监督任务执行时的参数传入，在监督任务的执行时，通过所述静态参数、所述动态参数以及所述配置文件中的监督执行步骤，获得监督任务的执行结果。

在一种可选的实现方式中，还预置有不同类型的执行器，各执行器用于支持不同类型的监督执行步骤的执行；所述配置文件中设置有执行器类型，在监督任务的执行时通过所述执行器类型调用相应的执行器进行监督执行步骤的执行。

在一种可选的实现方式中，所述装置还包括执行单元，包括：

加载子单元，用于加载并解析所述配置文件；

遍历子单元，用于遍历并解析所述配置文件中的监督执行步骤；

组装子单元，用于将解析后的配置文件进行组装，以用于执行器的调用。

在一种可选的实现方式中，还预置有基础指标脚本的脚本库，所述基础指标脚本为用于获取基础指标参数的脚本；所述装置还包括：

第一设置单元，用于根据监督对象的监督事务，设置所述监督事务相应的规则参数信息、规则执行条件信息；

第一加载单元，用于从所述脚本库中加载基础指标脚本，以建立所述监督事务所需的基础指标；

生成单元，用于根据所述所需的基础指标，进行运算，以生成衍生指标的指标公式规则；

第一构造单元，用于根据各待执行监督事务的指标公式规则以及规则参数信息，构造获取衍生指标的执行步骤。

在一种可选的实现方式中，还预置有数据表的数据表库，所述数据表中包含多个字段参数信息；所述装置还包括：

第二设置单元，用于根据监督对象的监督事务，设置所述监督事务相应的规则参数信息、规则执行条件信息；

第二加载单元，用于从所述数据表库中加载数据表；

第二构造单元，用于根据各待执行监督事务数据表中的字段参数以及规则参数信息，构造规则执行步骤。

在本申请实施例提供的资产托管监督任务的处理方法及装置中，预置有监督规则的监督规则库以及配置文件的配置文件库，各监督规则对应不同的监督事务，监督规则包括规则参数信息以及规则执行条件信息，各配置文件对应不同类型的监督规则，每一配置文件包括一个类型监督规则的监督执行步骤，在处理过程中，首先根据监督对象的监督事务，从监督规则库中选择对应的监督规则并设置相应的规则参数值、规则执行条件，以建立监督对象的监督任务，每一监督任务映射于该监督任务所归属的配置文件；接着，可以通过调用各监督任务映射的配置文件，并根据各监督任务的规则参数值、规则执行条件，发起监督任务的执行。可见，本申请基于配置文件建立了资产托管中不同监督对象的监督任务，再通过调用各监督任务映射的配置文件，执行相应的监督任务，从而有效避免了当不断出现新的资产托管业务时，需要对每个资产托管业务配置相应的监督系统所带来的开发工作量大，系统实现不够灵活且效率低的问题。

附图说明

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

图1为本申请实施例提供的一种资产托管监督任务的处理方法的流程图；

图2为本申请实施例提供的配置规则执行流程图；

图3为本申请实施例提供的一种资产托管监督任务的处理装置的流程图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施例的限制。

为了便于理解本申请提供的技术方案，下面先对本申请技术方案的研究背景进行简单说明。

目前，为了防范资金运用操作风险，提高投资运作的透明度，证监会、保监会等监管机构要求基金公司、保险公司等成立基金及保险产品的时候，必须选择符合规定条件的商业银行等第三方机构，将资金运用形成的各项投资资产全部实行第三方托管及监督，托管机构有责任针对监管机构发布的相关规则及托管合约的要求，针对资产的投资范围、投资品种、投资比例、投资限制和禁止行为等进行合规监督，但现有的对资产托管的监督方式是通过嵌入在资产托管的业务系统中监督系统进行监管，这种方式使得在不断出现新的资产托管业务时，需要对每个资产托管业务配置相应的监督系统，导致监督系统的开发工作量大，系统实现不够灵活且效率低。

基于此，本申请提出了一种资产托管监督任务的处理方法，基于配置文件建立资产托管监督任务并进行处理，从而有效避免了当不断出现新的资产托管业务时，需要对每个资产托管业务配置相应的监督系统所带来的开发工作量大，提高了监督资产托管的灵活性和效率，下面对该方法进行介绍。

参见图1，其示出了本申请实施例提供的一种资产托管监督任务的处理方法的流程图，如图1所示，该方法包括以下步骤：

步骤101：根据监督对象的监督事务，从监督规则库中选择对应的监督规则并设置相应的规则参数值、规则执行条件，以建立监督对象的监督任务，每一监督任务映射于该监督任务所归属的配置文件。

在本实施例中，预置有监督规则的监督规则库以及配置文件的配置文件库，其中，配置文件库是由配置文件构成的，具体的，可以包括一个配置文件或多个配置文件，例如，10种类型监督规则对应的配置文件可以放在同一个配置文件中以构成配置文件库，进而可以通过<operation>标签来区分调用哪中类型监督规则对应的配置文件，类似的，也可以预先按照监督规则类型，分成10种类型的配置文件，即每种类型的监督规则对应一个配置文件，并利用这10个配置文件共同构成配置文件库等，具体的构成方式可根据实际情况进行设置，本申请对此不进行限制。各监督规则对应不同的监督事务，监督规则包括规则参数信息以及规则执行条件信息，各配置文件可以对应不同类型的监督规则，每一配置文件可以包括一个类型监督规则的监督执行步骤。

其中，监督规则指的是依据监管机构发布的法规条约或者资产托管合约要求，制定的用于筛选违规数据的、带参数的规则，例如可以是单只证券投资比例规则、禁投具体证券规则、产品期限限制规则等不同类型的监督规则，并且这些监督规则都会预先存储在监督规则数据库中，同时，各监督规则对应不同的监督事务，其中，单只证券投资比例规则作为一种监督规则，其对应着不同类型的监督事务，例如可以为单只股票市值与资产净值的比例是否满足具体要求等，也就是说，监督事务可以为监督规则对应的具体执行时间、具体比例等。

需要说明的是，在本实施例中，监督规则包括规则参数信息以及规则执行条件信息，其中，参数信息包括了规则中涉及的参数名称以及参数值等，而规则执行条件指的是执行该监督规则需要满足的条件，比如预设时间点、比例是否满足上限等。

另外，监督规则库中不同类型的监督规则对应了各自的配置文件，且每一个配置文件均包括了其对应的监督规则的执行步骤。

在实际的应用中，配置文件例如可以为xml格式的文件或基于数据库的表结构，配置文件中包括了监督规则的执行步骤，也就是规则的具体实现步骤，具体实现步骤采用的方法例如可以是SQL(Structured Query Language，结构化查询语言)语句或SpEL(SpringExpression Language)或其他的实现语言等。

每个配置文件对应一种类型的监督规则，该配置文件中的执行步骤可以用于执行所属类型的监督规则，例如单只股票投资比例规则、禁投具体证券规则、资产持有期限规则等都可以作为一种类型的监督规则，分别对应一个配置文件，不同参数的监督事务都可以归属于某一类型的监督规则，通过调用该监督规则对应的配置文件，发起监督任务的执行。为了便于理解，以单只股票投资比例规则的示例进行说明，该监督规则具体规定了单只股票市值不得超过资产净值的百分比，那么，对于单只股票投资比例的同类型监督事务，例如单只股票市值不得超过资产净值的5％、8％、10％等的监督事务，再如单只同业存单数量不得超过发行量的5％、12％等的监督事务，都可以通过调用该单只股票投资比例规则的配置文件，来发起监督任务的执行，而无需为每个监督事务配置特定的实现方式。

根据具体的需要和不同的执行方式，配置文件中规则的实现内容可以不同，在一个具体的示例中，可以使用<operation>标签定义不同的操作模块，如公共操作、单只股票投资比例规则、禁投具体证券规则等；使用<step>标签定义执行步骤，其中，属性“id”用于标识步骤的唯一性，属性“type”用于定义步骤的执行器，可以是标准执行器或者自定义的执行器等，步骤与步骤的依赖，使用“ref”属性定义；在步骤内部，使用<sqlItem>标签定义每个执行步骤，其中，属性“id”用于标识执行该步骤的具体SQL名称，属性“type”用于区分数据操作语言(DML)类型，属性“desc”用于描述步骤的作用；另外，使用<arg>标签定义步骤的参数，包括静态参数、动态参数和条件，条件使用灵活的SpEL表达式定义和实现。

在实际应用中，首先根据资产托管的业务内容，确定监督对象的监督事务，再根据监督对象的监督事务，从监督规则库中选择对应的监督规则并设置相应的规则参数值、规则执行条件，以建立该监督对象的监督任务，并且每一建立的监督任务均映射于该监督任务所归属的配置文件，也就是该监督任务所归属的特定类型监督规则所对应的配置文件。

举例说明：每种类型的监督规则都可以列表形式存储在监督规则库中，该表可以包括规则的编码、名称、所属业务类以及规则来源等，并且每条监督规则根据其对应的监督事务的不同，还包括了对应的不同的规则参数信息，如参数名称、编码、类型以及参数值等。以监督规则为“单只股票市值不得超过资产净值的5％”为例，其对应的规则参数信息可以为“证券类型”(股票、债券、基金等)、“比例上限”、“比例类型”等。

进一步的，假设根据资产托管的业务内容，确定监督对象的监督事务为单只股票市值与资产净值的比例，则可以根据该监督事务，从监督规则库转给选择出监督规则“单只股票市值不得超过资产净值的5％”，作为该监督事务的监督规则，并与监督对象建立映射关系，同时，二者之间的映射关系可以以列表形式存储在监督规则库中，进一步的，该表可以包括监督规则的对象类型、对象名称、以及监督规则的编码、监督规则名称、监督规则来源等。可以理解的是，针对不同的监督对象，当从监督规则库中选择对应的监督规则与其建立映射关系时，可设置相应的规则参数值、规则执行条件等。

可以理解的是，根据监督对象的监督事务，从监督规则库中选择对应的监督规则，并设置完成相应的规则参数值以及规则执行条件后，即可建立监督对象的监督任务，同时，在一个具体的示例中，可以将已建立的监督对象的监督任务以列表形式存储在数据库中，该表的每一个监督任务，均可以包括该监督任务的建立日期、监督规则的名称、监督规则的编码、所属业务类以及对应的监督对象名称等。

并且，由于监督任务的数据量较大，在本实施例中，采用了异步处理的方式，将每一监督任务映射于该监督任务所归属的配置文件，即该监督任务所归属的特定类型监督规则所对应的配置文件。在该数据库表中，每一监督任务对应存储有当前监督任务中监督规则分类的编码、当前监督任务中监督规则分类的名称、当前监督任务中监督规则的执行器以及当前监督任务中监督规则对应的配置文件片段。

在建立了监督对象的监督任务后，可继续执行步骤102。

步骤102：通过调用各监督任务映射的配置文件，并根据各监督任务的规则参数值、规则执行条件，发起监督任务的执行。

在实际应用中，通过步骤101，建立了监督对象的监督任务后，进一步的，可以通过调用各监督任务映射的配置文件，并根据在建立各监督任务时，设置的监督规则参数值、规则执行条件，发起监督任务的执行。

举例说明：以单只证券投资比例规则为例，在数据库表中，其对应的执行器可以是“batchSqlExecututor”,在程序执行时，利用Java的反射特性，运行时获取到执行器对应的接口，进入execute方法，开始执行。

在本申请实施例中，执行器支持多种方式的规则实现，对于基于配置文件的规则实现，执行器将调用配置文件引擎(用于解析和执行配置文件的Java组件)。在容器启动时，配置文件引擎负责解析配置文件，缓存到内存；在执行时，配置文件引擎负责根据不同的规则分类，执行配置文件中的对应片段，得出监督结果。

在具体实现过程中，不同监督规则对应了执行不同的配置文件，在本申请中，按监督规则分类显示的部分配置文件如下：

在上述定义的配置文件中，使用<operation>标签定义操作模块，即单只股票投资比例规则；使用<step>标签定义执行步骤，其中，属性“id”用于标识步骤的唯一性，属性“type”用于定义步骤的执行器，步骤与步骤的依赖，使用“ref”属性定义；在步骤内部，使用<sqlItem>标签定义每个执行步骤，其中，属性“id”用于标识执行该步骤的具体SQL名称，属性“type”用于区分数据操作语言类型，属性“desc”用于描述步骤的作用；另外，使用<arg>标签定义步骤的参数，包括静态参数、动态参数和条件，条件使用灵活的SpEL表达式定义和实现。

在本申请一些可能的实现方式中，本申请预置有不同类型的执行器，各执行器用于支持不同类型的监督执行步骤的执行，并且，配置文件中设置有执行器类型，在监督任务的执行时通过执行器类型调用相应的执行器进行监督执行步骤的执行。

举例说明：在在本申请定义的配置文件中，属性“type”用于定义步骤的执行器，本申请定义了两种执行器类型，参见图2，其示出了本申请实施例提供的配置规则执行流程图，从图2可以看出，本申请使用“type”标签定义了两种执行器，一种是基于iBATIS标准的sqlMapHandler，用于执行标准SQL；另一种是自实现的SQL执行器(xxxsqlMapHandler)，用于执行SQL时做一些附加操作，如动态拼接SQL等，执行时可以选择对应的SQL执行器(Java类)，进入对应的接口方法。

在本申请定义的配置文件中，，本申请使用“type”标签定义的是基于iBATIS标准的sqlMapHandler作为执行器，且使用“id”标签定义了具体的iBATIS配置文件(一个规则分类对应一个或多个配置文件)中的SQL标识，iBATIS配置文件如如下所示：

<？xml version＝"1.0"encoding＝"UTF-8"？>

<！DOCTYPE sqlMap SYSTEM"http://www.ibatis.com/dtd/sql-map-2.dtd"PUBLIC"-//iBATIS.com//DTD SQL Map 2.0//EN">

-<sqlMap namespace＝"SiglStkIvsPct">

<！--获取当前任务批次涉及到的参数比例类型-->

<select resultClass＝"java.lang.String"parameterClass＝"java.util.Map"id＝"getBLLXs">SELECT DISTINCT T2.PARVAL FROM TS_SPVS_EXEC_LISTT1 JOIN TS_SPVS_RULE_PARM_CFG T2ON T2.TS_SPVS_RULE_CFG_ID＝T1.TS_SPVS_RULE_CFG_ID AND T2.TS_SPVS_PARM_ECD＝#parmEcd#WHERE T1.EXEC_BTNO_ID＝#EXEC_BTNO_ID#/*执行批次编号*/AND T1.PPCS_BTNO_ID＝#PPCS_BTNO_ID#/*预处理批次编号*/ANDT1.TS_SPVS_TSK_ID＝#SPVS_TASK_ID#/*托管监督任务编号*/AND T1.DATA_DT＝#DATA_DT#

</select>

在执行时，将通过id找对应的SQL，执行并产出对应的结果。结果被放到Map<key，value>中，key是由id拼接而成，将id中的点替换成下划线，后缀附“_RET_OBJ_LST”：SiglStkIvsPct_getBLLXs_RET_OBJ_LST,value是执行结果的值。

可以理解的是，在本申请一些可能的实现方式中，本申请中监督任务的执行步骤还包括：

加载并解析配置文件；

遍历并解析配置文件中的监督执行步骤；

将解析后的配置文件进行组装，以用于执行器的调用。

在实际应用中，在调用执行器执行监督任务之前，首先需要加载并解析配置文件，进而利用解析器读取并解析业务主控配置文件中的监督执行步骤、静态参数以及动态参数，接着,将解析后的配置文件进行组装，形成结构化的Java对象存放在内存中，以便于执行器的调用。

需要说明的是，在本申请一些可能的实现方式中，配置文件中设置有静态参数和动态参数，其中，静态参数用于规则预置参数信息的设置，动态参数用于监督任务执行时的参数传入，在监督任务的执行时，通过静态参数、动态参数以及配置文件中的监督执行步骤，获得监督任务的执行结果。

举例说明：在本申请定义的配置文件中，“arg”标签用来定义静态参数，在执行配置文件时传入此参数。而对于动态参数的使用方式是：在步骤101中，根据监督对象的监督事务，从监督规则库中选择对应的监督规则，建立监督规则与监督对象映射时，设定的相应的规则动态参数值，保存在数据表TS_SPVS_RULE_PARM_CFG中。规则执行时，在iBATIS的配置文件中通过表关联的形式获得参数值，其他步骤的执行过程与此类似，在此不再赘述。

另外，在本申请一些可能的实现方式中，配置文件中设置有规则执行条件，只有满足了该规则执行条件，才能发起监督任务的执行。

举例说明：在本申请定义的配置文件中，“condition”标签用来定义对应步骤的执行条件，条件满足时该步骤才执行。增加规则执行条件的目的是为了提高执行效率，为了满足不同需求，对于一个定义复杂的步骤栈，根据条件按需执行，而不是所有的规则全部执行。其中的containsAnyOne函数是自定义函数，定义在配置文件引擎中，根据需要可自定义其他函数；而argMap的值来自之前的执行配置文件步骤的执行结果，通过这个key获取对应的value。

其他步骤与上述示例步骤的执行方式相似，步骤执行器按顺序执行，直到执行完毕后退出。

进一步的，在执行完监督任务后，可以获得监督任务的执行结果。在一个具体的示例中，可以通过执行本申请的资产托管监督任务的处理方法，产出例如“单只股票-002245-澳洋顺昌市值为6,868,839.05元，占资产净值135,213,367.21元的比例未5.08％，高于5％的要求”的监督结果。

由此，利用本申请的资产托管监督任务的处理方法，可以在不更改任何代码的情况下，即可支持类似规则的监督，例如禁投具体证券规则、产品期限限制规则、信用评级规则等类别的规则，在配置好配置文件之后，基于配置文件的监督规则解析执行引擎，再通过分门别类的梳理规则，为其制定合适的流程，进而通过静态参数和动态参数支持不同规则的扩展以及自定义SQL执行器支持程序运行期间动态变化SQL脚本，实现了一次配置、多处执行。

需要说明的是，基于配置文件的监督规则实现，本申请可以将监督规则划分成单只证券投资比例规则、禁投具体证券规则、产品期限限制规则等10个类型，并且通过这10个类别的萃取凝练，基本能够完成约90％以上规则类型对应的监督任务，剩余约10％的规则对应的监督任务，可以采用以下两种实现方式中的一种，即可完成剩余约10％的规则对应的监督任务，下面对这两种实施方式进行分别介绍。

在第一种可选的实施方式中，本申请还预置有基础指标脚本的脚本库，其中，基础指标脚本为用于获取基础指标参数的脚本，本申请还包括：

步骤A：根据监督对象的监督事务，设置监督事务相应的规则参数信息、规则执行条件信息；

需要说明的是，步骤A与上述实施例中的步骤101中的部分描述一致，相关之处请参见步骤101的介绍，在此不再赘述。

步骤B：从脚本库中加载基础指标脚本，以建立监督事务所需的基础指标；

在实际应用中，在脚本库中存储有大量基础指标脚本，以便针对不同的监督对象的监督事务，提供相应的基础指标。

步骤C：根据所需的基础指标，进行运算，以生成衍生指标的指标公式规则；

在实际应用中，通过步骤B获取到基础指标脚本后，进一步，可以通过对基础指标进行运算，以生成衍生指标的指标公式规则。

步骤D：根据各待执行监督事务的指标公式规则以及规则参数信息，构造获取衍生指标的执行步骤。

在实际应用中，通过步骤A-步骤C确定出各待执行监督事务的指标公式规则以及规则参数信息后，进一步能够构造出获取衍生指标的执行步骤。

在本实现方式中，基于指标公式是为了解决规则本质是比例类，但单只证券投资比例规则无法实现的规则，这是因为单只证券投资比例旨在解决分子分母相对单一的比例类型，比如上述举例中的监督规则“单只股票市值不得超过资产净值的5％”，分子是市值，分母是资产净值，分子分母都是单一维度的取值。而对于分子或分母需要多维度计算得出的比例类型，单只证券投资比例规则就不适用，但可以基于指标公式来完成这类规则对应的监督任务。

举例说明：假设根据监督对象的监督事务，确定的监督规则为：“债权类基础设施投资计划、债权类不动产投资计划的合计市值不得超过资产净值的40％，则在这个规则中，分子是“债权类基础设施投资计划市值+债权类不动产投资计划市值”，分母是资产净值”，对于这种规则，可以使用上述指标公式的方法实现，具体过程为：在开发阶段，预先定义分子的两个基础指标分别为“基础设施债权计划市值”和“不动产债权计划计划市值”，并将其取值逻辑通过SQL脚本的方式存储在脚本库中，以便于在监督规则界面，选择这两个基础指标脚本，进行运算，以生成衍生指标的指标公式规则，即为两个基础指标“基础设施债权计划市值”与“不动产债权计划计划市值”的求和值，进而完成了构造获取衍生指标的执行步骤。

进一步的，可以将构造完成的获取衍生指标的执行步骤，插入指标规则计算临时表，再将临时表中的结果出入监督规则结果明细表和监督规则结果表，以便最终完成基于指标公式的监督规则执行流程。

在第二种可选的实施方式中，本申请还预置有数据表的数据表库，其中，数据表中包含多个字段参数信息，本申请还包括：

步骤E：根据监督对象的监督事务，设置所述监督事务相应的规则参数信息、规则执行条件信息；

需要说明的是，步骤E与步骤A以及上述实施例中的步骤101中的部分描述一致，相关之处请参见步骤101的介绍，在此不再赘述。

步骤F：从数据表库中加载数据表；

在实际应用中，在数据表库中存储有大量数据表，以便针对不同的监督对象的监督事务，提供相应的数据表。

步骤G：根据各待执行监督事务数据表中的字段参数以及规则参数信息，构造规则执行步骤。

在实际应用中，通过步骤E和步骤F确定出各待执行监督事务数据表中的字段参数以及规则参数信息后，进一步能够构造出规则的执行步骤。

在本实现方式中，数据表公式是为了解决基于配置文件的规则和指标公式规则无法实现的规则，这类规则的特点是：监管要求复杂，一条规则往往包含多个监管条件，很难标准化。

举例说明：假设根据监督对象的监督事务，确定的监督规则为：“委托财产投资于债券回购的比例不得超过委托财产资产净值的80％。对于银行间债券市场回购交易，与单个交易对手进行的回购交易比例不得超过委托财产资产净值的10％，其中与中信银行和招商银行进行的回购交易比例分别不得超过委托财产资产净值的5％。银行间债券市场回购交易对手仅限于中国银行、中国工商银行、中国农业银行、中国建设银行、交通银行、中信银行、招商银行以及其他有Fitch惠誉评级为A-以上的中国银行”，对于这种规则，可以使用上述数据表公式的方法实现，具体过程为：在开发阶段，由技术人员预先定义规则的取数逻辑，并将其存储在一个数据库视图(VIEW)中，以便于在监督规则界面，只能看到数据表公式的视图名和输出属性，但无法修改，进而完成了构造出规则的执行步骤。

进一步的，可以将构造完成的规则的执行步骤，插入数据表公式规则计算临时表，再将临时表中的结果出入监督规则结果明细表和监督规则结果表，以便最终完成基于数据表公式的监督规则执行流程。

在本申请实施例提供的资产托管监督任务的处理方法中，预置有监督规则的监督规则库以及配置文件的配置文件库，各监督规则对应不同的监督事务，监督规则包括规则参数信息以及规则执行条件信息，各配置文件对应不同类型的监督规则，每一配置文件包括一个类型监督规则的监督执行步骤，在处理过程中，首先根据监督对象的监督事务，从监督规则库中选择对应的监督规则并设置相应的规则参数值、规则执行条件，以建立监督对象的监督任务，每一监督任务映射于一个配置文件；接着，可以通过调用各监督任务映射的配置文件，并根据各监督任务的规则参数值、规则执行条件，发起监督任务的执行。可见，本申请基于配置文件建立了资产托管中不同监督对象的监督任务，再通过调用各监督任务映射的配置文件，执行相应的监督任务，从而有效避免了当不断出现新的资产托管业务时，需要对每个资产托管业务配置相应的监督系统所带来的开发工作量大，系统实现不够灵活且效率低的问题。

基于以上资产托管监督任务的处理方法，本申请还提供了一种资产托管监督任务的处理装置，预置有监督规则的监督规则库以及配置文件的配置文件库，各监督规则对应不同的监督事务，所述监督规则包括规则参数信息以及规则执行条件信息；各配置文件对应不同类型的监督规则，每一配置文件包括一个类型监督规则的监督执行步骤；所述处理装置包括：

建立单元301，用于根据监督对象的监督事务，从所述监督规则库中选择对应的监督规则并设置相应的规则参数值、规则执行条件，以建立所述监督对象的监督任务，每一监督任务映射于该监督任务所归属的配置文件；

发起单元302，用于通过调用各监督任务映射的配置文件，并根据各监督任务的规则参数值、规则执行条件，发起监督任务的执行。

可选地，所述配置文件中设置有静态参数和动态参数，所述静态参数用于所述规则预置参数信息的设置，所述动态参数用于监督任务执行时的参数传入，在监督任务的执行时，通过所述静态参数、所述动态参数以及所述配置文件中的监督执行步骤，获得监督任务的执行结果。

可选地，还预置有不同类型的执行器，各执行器用于支持不同类型的监督执行步骤的执行；所述配置文件中设置有执行器类型，在监督任务的执行时通过所述执行器类型调用相应的执行器进行监督执行步骤的执行。

可选地，所述装置还包括执行单元，包括：

加载子单元，用于加载并解析所述配置文件；

遍历子单元，用于遍历并解析所述配置文件中的监督执行步骤；

组装子单元，用于将解析后的配置文件进行组装，以用于执行器的调用。

可选地，还预置有基础指标脚本的脚本库，所述基础指标脚本为用于获取基础指标参数的脚本；所述装置还包括：

第一设置单元，用于根据监督对象的监督事务，设置所述监督事务相应的规则参数信息、规则执行条件信息；

第一加载单元，用于从所述脚本库中加载基础指标脚本，以建立所述监督事务所需的基础指标；

生成单元，用于根据所述所需的基础指标，进行运算，以生成衍生指标的指标公式规则；

第一构造单元，用于根据各待执行监督事务的指标公式规则以及规则参数信息，构造获取衍生指标的执行步骤。

可选地，还预置有数据表的数据表库，所述数据表中包含多个字段参数信息；所述装置还包括：

第二设置单元，用于根据监督对象的监督事务，设置所述监督事务相应的规则参数信息、规则执行条件信息；

第二加载单元，用于从所述数据表库中加载数据表；

第二构造单元，用于根据各待执行监督事务数据表中的字段参数以及规则参数信息，构造规则执行步骤。

在本申请实施例提供的资产托管监督任务的处理装置中，预置有监督规则的监督规则库以及配置文件的配置文件库，各监督规则对应不同的监督事务，监督规则包括规则参数信息以及规则执行条件信息，各配置文件对应不同类型的监督规则，每一配置文件包括一个类型监督规则的监督执行步骤，在处理过程中，首先根据监督对象的监督事务，从监督规则库中选择对应的监督规则并设置相应的规则参数值、规则执行条件，以建立监督对象的监督任务，每一监督任务映射于该监督任务所归属的配置文件；接着，可以通过调用各监督任务映射的配置文件，并根据各监督任务的规则参数值、规则执行条件，发起监督任务的执行。可见，本申请基于配置文件建立了资产托管中不同监督对象的监督任务，再通过调用各监督任务映射的配置文件，执行相应的监督任务，从而有效避免了当不断出现新的资产托管业务时，需要对每个资产托管业务配置相应的监督系统所带来的开发工作量大，系统实现不够灵活且效率低的问题。

以上所述仅是本发明的优选实施方式，虽然本发明已以较佳实施例披露如上，然而并非用以限定本发明。任何熟悉本领域的技术人员，在不脱离本发明技术方案范围情况下，都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何的简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围内。

Claims (12)

1.一种资产托管监督任务的处理方法，其特征在于，预置有监督规则的监督规则库以及配置文件的配置文件库，各监督规则对应不同的监督事务，所述监督规则包括规则参数信息以及规则执行条件信息；各配置文件对应不同类型的监督规则，每一配置文件包括一个类型监督规则的监督执行步骤；所述处理方法包括：

根据监督对象的监督事务，从所述监督规则库中选择对应的监督规则并设置相应的规则参数值、规则执行条件，以建立所述监督对象的监督任务，每一监督任务映射于该监督任务所归属的配置文件；

通过调用各监督任务映射的配置文件，并根据各监督任务的规则参数值、规则执行条件，发起监督任务的执行。

2.根据权利要求1所述的处理方法，其特征在于，所述配置文件中设置有静态参数和动态参数，所述静态参数用于所述规则预置参数信息的设置，所述动态参数用于监督任务执行时的参数传入，在监督任务的执行时，通过所述静态参数、所述动态参数以及所述配置文件中的监督执行步骤，获得监督任务的执行结果。

3.根据权利要求1或2所述的处理方法，其特征在于，还预置有不同类型的执行器，各执行器用于支持不同类型的监督执行步骤的执行；所述配置文件中设置有执行器类型，在监督任务的执行时通过所述执行器类型调用相应的执行器进行监督执行步骤的执行。

4.根据权利要求3所述的处理方法，其特征在于，还包括监督任务的执行步骤，包括：

加载并解析所述配置文件；

遍历并解析所述配置文件中的监督执行步骤；

将解析后的配置文件进行组装，以用于执行器的调用。

5.根据权利要求1所述的方法，其特征在于，还预置有基础指标脚本的脚本库，所述基础指标脚本为用于获取基础指标参数的脚本；所述方法还包括：

根据监督对象的监督事务，设置所述监督事务相应的规则参数信息、规则执行条件信息；

从所述脚本库中加载基础指标脚本，以建立所述监督事务所需的基础指标；

根据所述所需的基础指标，进行运算，以生成衍生指标的指标公式规则；

根据各待执行监督事务的指标公式规则以及规则参数信息，构造获取衍生指标的执行步骤。

6.根据权利要求1所述的方法，其特征在于，还预置有数据表的数据表库，所述数据表中包含多个字段参数信息；所述方法还包括：

根据监督对象的监督事务，设置所述监督事务相应的规则参数信息、规则执行条件信息；

从所述数据表库中加载数据表；

根据各待执行监督事务数据表中的字段参数以及规则参数信息，构造规则执行步骤。

7.一种资产托管监督任务的处理装置，其特征在于，预置有监督规则的监督规则库以及配置文件的配置文件库，各监督规则对应不同的监督事务，所述监督规则包括规则参数信息以及规则执行条件信息；各配置文件对应不同类型的监督规则，每一配置文件包括一个类型监督规则的监督执行步骤；所述处理装置包括：

建立单元，用于根据监督对象的监督事务，从所述监督规则库中选择对应的监督规则并设置相应的规则参数值、规则执行条件，以建立所述监督对象的监督任务，每一监督任务映射于该监督任务所归属的配置文件；

发起单元，用于通过调用各监督任务映射的配置文件，并根据各监督任务的规则参数值、规则执行条件，发起监督任务的执行。

8.根据权利要求7所述的装置，其特征在于，所述配置文件中设置有静态参数和动态参数，所述静态参数用于所述规则预置参数信息的设置，所述动态参数用于监督任务执行时的参数传入，在监督任务的执行时，通过所述静态参数、所述动态参数以及所述配置文件中的监督执行步骤，获得监督任务的执行结果。

9.根据权利要求7或8所述的装置，其特征在于，还预置有不同类型的执行器，各执行器用于支持不同类型的监督执行步骤的执行；所述配置文件中设置有执行器类型，在监督任务的执行时通过所述执行器类型调用相应的执行器进行监督执行步骤的执行。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括执行单元，包括：

加载子单元，用于加载并解析所述配置文件；

遍历子单元，用于遍历并解析所述配置文件中的监督执行步骤；

组装子单元，用于将解析后的配置文件进行组装，以用于执行器的调用。

11.根据权利要求7所述的存储装置，其特征在于，还预置有基础指标脚本的脚本库，所述基础指标脚本为用于获取基础指标参数的脚本；所述装置还包括：

第一设置单元，用于根据监督对象的监督事务，设置所述监督事务相应的规则参数信息、规则执行条件信息；

第一加载单元，用于从所述脚本库中加载基础指标脚本，以建立所述监督事务所需的基础指标；

生成单元，用于根据所述所需的基础指标，进行运算，以生成衍生指标的指标公式规则；

第一构造单元，用于根据各待执行监督事务的指标公式规则以及规则参数信息，构造获取衍生指标的执行步骤。

12.根据权利要求7所述的存储装置，其特征在于，还预置有数据表的数据表库，所述数据表中包含多个字段参数信息；所述装置还包括：

第二设置单元，用于根据监督对象的监督事务，设置所述监督事务相应的规则参数信息、规则执行条件信息；

第二加载单元，用于从所述数据表库中加载数据表；

第二构造单元，用于根据各待执行监督事务数据表中的字段参数以及规则参数信息，构造规则执行步骤。