CN111340610A - 一种金融市场参数管控方法及装置 - Google Patents

Abstract

本发明提供了一种金融市场参数管控方法及装置，该方法包括：根据金融市场业务信息提取业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体；根据所述业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体，生成逻辑层实体模型；根据多个所述业务参数维度特征实体以及多个所述业务参数值特征实体生成物理层实体模型；根据所述逻辑层实体模型以及所述物理层实体模型管控所述金融市场参数。本发明可大幅度降低金融行业科技部门的系统研发工作量，减少各部门间的协调与沟通成本，有效加速业务创新，满足业务管理要求。

Description

一种金融市场参数管控方法及装置

技术领域

本发明涉及金融市场交易管理领域，特别是涉及金融市场业务管理办法的维护与使用，具体是涉及一种金融市场参数管控方法及装置。

背景技术

在金融市场交易管理领域，由于金融市场业务自身特点，交易量大，交易流程复杂，合规管理与风险控制严格等，导致所需维护的金融市场业务参数种类繁多，参数维度与参数值设置灵活各异。同时，由于金融市场业务本身受市场影响大，市场监管等政策也灵活多变，从而从系统研发的角度来看，业务参数管理功能模块变动频繁，研发成本高，功能灵活性、扩展性较差，不利于金融市场产品与业务管理的快速上线。

发明内容

针对现有技术中的问题，本发明提供的金融市场参数管控方法及装置，可有效地用于金融市场业务管理办法的制定、调整与推出，以及金融市场交易管理的系统化实现。

为解决上述技术问题，本发明提供以下技术方案：

第一方面，本发明提供一种金融市场参数管控方法，包括：

根据金融市场业务信息提取业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体；

根据所述业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体，生成逻辑层实体模型；

根据多个所述业务参数维度特征实体以及多个所述业务参数值特征实体生成物理层实体模型；

根据所述逻辑层实体模型以及所述物理层实体模型管控所述金融市场参数。

一实施例中，金融市场参数管控方法还包括：

利用NoSql方法，将所述物理层实体模型设置为纵表形式。

一实施例中，金融市场参数管控方法还包括：

对所述物理层实体模型中的业务参数进行创建、读取、更新以及删除操作。

一实施例中，所述对所述物理层实体模型中的业务参数进行创建、读取、更新以及删除操作，包括：

在所述物理层实体模型中，对将录入的所述业务参数进行映射、数据结构组装以及数据校验。

一实施例中，金融市场参数管控方法还包括：

根据业务参数在所述逻辑层实体模型以及所述物理层实体模型进行查询，包括：

根据所述业务参数的维度属性在所述所述逻辑层实体模型以及所述物理层实体模型中进行匹配。

第二方面，本发明提供一种金融市场参数管控装置，包括：

实体提取单元，用于根据金融市场业务信息提取业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体；

逻辑层实体模型生成单元，用于根据所述业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体，生成逻辑层实体模型；

物理层实体模型生成单元，用于根据多个所述业务参数维度特征实体以及多个所述业务参数值特征实体生成物理层实体模型；

参数管控单元，用于根据所述逻辑层实体模型以及所述物理层实体模型管控所述金融市场参数。

一实施例中，金融市场参数管控装置还包括：

纵表设置单元，用于利用NoSql方法，将所述物理层实体模型设置为纵表形式。

一实施例中，金融市场参数管控装置还包括：

参数维护单元，用于对所述物理层实体模型中的业务参数进行创建、读取、更新以及删除操作。

一实施例中，所述参数维护单元具体用于在所述物理层实体模型中，对将录入的所述业务参数进行映射、数据结构组装以及数据校验。

一实施例中，金融市场参数管控装置还包括：

参数查询单元，用于根据业务参数在所述逻辑层实体模型以及所述物理层实体模型进行查询，所述参数查询单元具体用于根据所述业务参数的维度属性在所述所述逻辑层实体模型以及所述物理层实体模型中进行匹配。

第三方面，本发明提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现金融市场参数管控方法的步骤。

第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现金融市场参数管控方法的步骤。

从上述描述可知，本发明实施例提供的金融市场参数管控方法及装置，提出一种基于业务建模后的业务参数模型的构建方法，以及对应的统一参数管理方法，通过使用银行业新一代业务架构建模方法的成果，实现对金融市场业务参数数据二维key-value(参数维度-参数值)模型的提炼，同时通过进行业务参数的管理流程建模，实现通用的业务参数的管理(制定、调整、废止)，查询使用等的功能实现，支撑金融市场业务参数管理功能的快速上线或调整，从而大幅度降低科技部门的系统研发工作量，减少各部门间的协调与沟通成本，有效加速业务创新，满足业务管理要求。

本发明可应用于金融市场业务管理办法的制定、调整与推出，以及金融市场交易管理的系统化实现。相比于现有技术，本发明具有如下有益效果：

1)金融市场业务管理办法推出方式的改变

随着金融市场业务领域的系统化，业务参数的管理功能也依赖系统的研发，当有新的业务参数需要推出生效，或者原有业务参数需要进行管理规则上的调整时，需要经历：业务部门提出需求→科技部门分析需求→科技与业务部门讨论需求→科技部门设计开发与内部测试→业务部门测试验收→科技系统上线→业务部门维护新参数并生效。而新模式下产品推出的流程变为：业务部门提出新业务参数→科技部门实现参数规则配置→业务部门维护新参数。整个新业务参数的推出与生效流程大大简化，同时由于流程环节的减少，参数推出的系统上线风险等也有效降低。

2)金融市场业务管理办法推出周期的改变

按照现有银行金融市场业务领域系统呃研发周期，为保障科技研发投入与风险管控需要，往往新业务管理功能的推出需要3个月及以上，而通过新模式，由于最多仅需要进行业务参数规则的配置投入，新业务管理办法的推出周期可降至1-2周，甚至于对于无特殊规则的业务参数，业务部门可直接在现有系统上新增维护与推出。

3)金融市场业务管理办法推出主体的改变

在原有模式下，新业务管理办法的推出，由于涉及系统的新研发，因此其推出主体更加依赖科技部门，也即需在科技部门完成系统研发与上线后，业务部门方可维护与生效新业务参数，从而导致其推出的主体本质上是科技部门，这就形成了业务管理可能被科技部门牵制的弊端，不利于业务的快速创新与动态调整，而在新模式下，业务部门甚至可独立完成业务管理办法的推出，获得相关的主导权，更有利于实现业务的有效管理。

综上，本发明结合新一代银行业务架构与建模方法论，涉及领域驱动设计、NoSql、装饰与策略等设计模式与理念，从而实现对金融市场业务管理办法的高效管理。

附图说明

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

图1为本发明的实施例中金融市场参数管控方法流程示意图一；

图2为本发明的实施例中金融市场参数管控方法流程示意图二；

图3为本发明的实施例中金融市场参数管控方法流程示意图三；

图4为本发明的实施例中金融市场参数管控方法流程示意图四；

图5为本发明的具体应用实例中金融市场参数管控方法的流程示意图；

图6为本发明的具体应用实例中参数实体模型间关系图；

图7为本发明的具体应用实例中参数流程基本模型；

图8为本发明的具体应用实例中金融市场参数管控装置的结构框图一；

图9为本发明的具体应用实例中金融市场参数管控装置的结构框图二；

图10为本发明的具体应用实例中金融市场参数管控装置的结构框图三；

图11为本发明的具体应用实例中金融市场参数管控装置的结构框图四；

图12为本发明的实施例中的电子设备的结构示意图。

具体实施方式

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

本发明的实施例还提供一种金融市场参数管控方法的具体实施方式，参见图1，该方法具体包括如下内容：

步骤100：根据金融市场业务信息提取业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体。

步骤100实质上是从业务角度提取金融市场的业务参数，并将该业务参数细分为业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体。例如：业务参数主特征实体(例如包括外汇交易管理办法，质押式回购规模控制办法，等)，业务参数维度特征实体(例如包括人民币兑美元、每人、每年，回购业务类型、债券代码等)，业务参数值特征实体(例如包括购汇额度，持仓额度等)，业务参数生命周期特征实体(例如包括生效日期、失效日期、参数状态等)。

步骤200：根据所述业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体，生成逻辑层实体模型。

步骤300：根据多个所述业务参数维度特征实体以及多个所述业务参数值特征实体生成物理层实体模型。

具体地，针对业务参数维度特征实体与业务参数值特征实体，根据不同参数实例的维度与值均不同，以及维度与值个数可变的特性，形成物理层实体模型(D层实体模型)。

步骤400：根据所述逻辑层实体模型以及所述物理层实体模型管控所述金融市场参数。

从上述描述可知，本发明实施例提供的金融市场参数管控方法，提出一种基于业务建模后的业务参数模型的构建方法，以及对应的统一参数管理方法，通过使用银行业新一代业务架构建模方法的成果，实现对金融市场业务参数数据二维key-value(参数维度-参数值)模型的提炼，同时通过进行业务参数的管理流程建模，实现通用的业务参数的管理(制定、调整、废止)，查询使用等的功能实现，支撑金融市场业务参数管理功能的快速上线或调整，从而大幅度降低科技部门的系统研发工作量，减少各部门间的协调与沟通成本，有效加速业务创新，满足业务管理要求。

一实施例中，参见图2，金融市场参数管控方法还包括：

步骤500：利用NoSql方法，将所述物理层实体模型设置为纵表形式。

可以理解的是，通过结合NoSql思想，将物理层实体模型设计为纵表形式，既保证D层实体模型(即物理表)稳定，又保障了维度与值内容的动态可扩展。

另外，在将将所述物理层实体模型设置为纵表形式之后，将相关数据记录，分别插入到各个参数表群的表中，完成提交。

一实施例中，参见图3，金融市场参数管控方法还包括：

步骤600：对所述物理层实体模型中的业务参数进行创建、读取、更新以及删除操作。

可以理解的是，步骤600实质上是对物理层实体模型中的参数内容进行维护。具体地，实现数据的CRUD(创建、读取、更新以及删除)处理，如果为数据的新增，则直接读取所传入的数据；如果为数据的修改或删除，则更新当前参数数据表群中与所录入数据业务主键(包括业务参数编号+版本号)相同的记录，将有效标志更新为无效

一实施例中，步骤600具体为：在所述物理层实体模型中，对将录入的所述业务参数进行映射、数据结构组装以及数据校验。

进一步地，将参数内容的维护，转换为针对参数数据的CRUD(创建、读取、更新、删除)操作，针对所录入的参数数据进行到不同D层实体(即数据表，以下简称表)的映射与数据结构组装，并进行统一的数据操作控制校验。

一实施例中，参见图4，金融市场参数管控方法还包括：

步骤700：根据业务参数在所述逻辑层实体模型以及所述物理层实体模型进行查询。

步骤700具体包括：根据所述业务参数的维度属性在所述所述逻辑层实体模型以及所述物理层实体模型中进行匹配。

步骤700在实施时，具体为：针对金融市场交易的要素，与参数的维度属性进行命中匹配，当参数数据中的维度属性，交易中均有，且交易中的该属性值与参数中的属性值一致时，认为交易命中该条参数，即该交易适用该参数对应的管理办法。

从上述描述可知，本发明实施例提供的金融市场参数管控方法，提出一种基于业务建模后的业务参数模型的构建方法，以及对应的统一参数管理方法，通过使用银行业新一代业务架构建模方法的成果，实现对金融市场业务参数数据二维key-value(参数维度-参数值)模型的提炼，同时通过进行业务参数的管理流程建模，实现通用的业务参数的管理(制定、调整、废止)，查询使用等的功能实现，支撑金融市场业务参数管理功能的快速上线或调整，从而大幅度降低科技部门的系统研发工作量，减少各部门间的协调与沟通成本，有效加速业务创新，满足业务管理要求。

本发明可应用于金融市场业务管理办法的制定、调整与推出，以及金融市场交易管理的系统化实现。相比于现有技术，本发明具有如下有益效果：

4)金融市场业务管理办法推出方式的改变

随着金融市场业务领域的系统化，业务参数的管理功能也依赖系统的研发，当有新的业务参数需要推出生效，或者原有业务参数需要进行管理规则上的调整时，需要经历：业务部门提出需求→科技部门分析需求→科技与业务部门讨论需求→科技部门设计开发与内部测试→业务部门测试验收→科技系统上线→业务部门维护新参数并生效。而新模式下产品推出的流程变为：业务部门提出新业务参数→科技部门实现参数规则配置→业务部门维护新参数。整个新业务参数的推出与生效流程大大简化，同时由于流程环节的减少，参数推出的系统上线风险等也有效降低。

5)金融市场业务管理办法推出周期的改变

按照现有银行金融市场业务领域系统呃研发周期，为保障科技研发投入与风险管控需要，往往新业务管理功能的推出需要3个月及以上，而通过新模式，由于最多仅需要进行业务参数规则的配置投入，新业务管理办法的推出周期可降至1-2周，甚至于对于无特殊规则的业务参数，业务部门可直接在现有系统上新增维护与推出。

6)金融市场业务管理办法推出主体的改变

在原有模式下，新业务管理办法的推出，由于涉及系统的新研发，因此其推出主体更加依赖科技部门，也即需在科技部门完成系统研发与上线后，业务部门方可维护与生效新业务参数，从而导致其推出的主体本质上是科技部门，这就形成了业务管理可能被科技部门牵制的弊端，不利于业务的快速创新与动态调整，而在新模式下，业务部门甚至可独立完成业务管理办法的推出，获得相关的主导权，更有利于实现业务的有效管理。

综上，本发明结合新一代银行业务架构与建模方法论，涉及领域驱动设计、NoSql、装饰与策略等设计模式与理念，从而实现对金融市场业务管理办法的高效管理。

为进一步地说明本方案，本发明以外汇管理局关于外汇交易的相关管理办法以及银行间市场关于债权回购的管理办法为例，提供金融市场参数管控方法的具体应用实例，该具体应用实例具体包括如下内容，参见图5。

S0：生成业务管理办法(参数)的逻辑层实体模型。

首先通过对金融市场业务参数(从业务视角，为业务管理办法，以下统称为业务参数)这一业务对象(信息)的建模，进行实体特征的识别，例如(仅假设举例，不对实际情况进行表述)：外汇管理局关于外汇交易的相关管理办法某一条内容：针对美元兑人民币，每人每年可购售汇额度为五万美元，该办法自2019年1月1日生效；或者中国银行间市场关于债券回购质押的相关规定：当开展质押式回购交易业务时，质押方当前所持有债券持仓不应少于所质押券规模，改办法自2018年1月1日生效，2018年12月31日失效。

可以从相关信息特征中提炼出业务参数主特征实体(例如包括外汇交易管理办法，质押式回购规模控制办法，等)，业务参数维度特征实体(例如包括人民币兑美元、每人、每年，回购业务类型、债券代码等)，业务参数值特征实体(例如包括购汇额度，持仓额度等)，业务参数生命周期特征实体(例如包括生效日期、失效日期、参数状态等)，形成业务参数对象的C层(即逻辑层)实体模型。

S1：生成业务管理办法(参数)的物理层实体模型。

针对业务参数维度特征实体与业务参数值特征实体，根据不同参数实例的维度与值均不同，以及维度与值个数可变的特性，形成D层实体模型时，通过结合NoSql思想，设计为纵表形式，既保证D层实体模型(即物理表)稳定，又保障了维度与值内容的动态可扩展。具体的实体模型参见表1至表4，实体关系参见图6。

表1业务参数主特征实体

表2业务参数维度特征实体

属性	说明
		序列号	参数维度记录物理主键
参数编号	对应主特征实体的编号
		版本号	对应主特征实体的版本号
参数维度名称	参数维度名称
		参数维度值	参数维度值

表3业务参数值特征实体

表4业务参数生命周期特征实体

S2：维护参数内容。

针对金融市场业务参数(从业务视角，为金融市场业务管理办法)维护流程进行流程建模，形成业务管理办法维护的任务组件，该任务组件下包括管理办法的创建，变更，废止等业务任务，基于业务架构视角的该任务组件，设计应用架构层应用组件服务(Application Component Services，简称ACSs)，该ACS服务包含新增、修改、删除、查询等服务接口，参见图7。同时进一步梳理服务接口的程序步骤模型，即对应业务架构流程建模的5级流程模型，可得核心步骤模型如下：

参数内容数据的维护操作(新建、调整、废止、查阅)。

将参数内容的维护，转换为针对参数数据的CRUD(创建、读取、更新、删除)操作，针对所录入的参数数据进行到不同D层实体(即数据表，以下简称表)的映射与数据结构组装，并进行统一的数据操作控制校验。

具体地，参数记录的维护，到不同实体的数据CRUD动作，其映射关系系统通过配置的方式实现，即将包括属性与表字段的映射与对应关系、数据转换逻辑关系、主键与唯一性控制关系等配置到统一的定义文件中，系统读取该文件，并按照特定的逻辑实现映射转换，配置文件的格式样例：

统一的数据操作控制校验规则包括但不限于：

1)参数数据记录的属性非空校验。

2)参数数据记录的唯一性校验。

3)当修改或删除时，当前记录版本的可用性校验。

4)当修改或删除时，当前记录版本的审批状态校验。

5)当修改或删除时，当前操作的并发控制校验。

更加深入的，为满足部分参数的互斥性等需要，亦可通过装饰或策略的设计模式，扩展增加诸如参数维度边界是否相互覆盖等校验。

实现数据的CRUD处理，如果为数据的新增，则直接读取所传入的数据；如果为数据的修改或删除，则更新当前参数数据表群中与所录入数据业务主键(包括业务参数编号+版本号)相同的记录，将有效标志更新为无效。

实现参数特征维度实体与参数值实体结构下数据记录的转置，转换为纵表形式，然后将相关数据记录，分别插入到各个参数表群的表中，完成提交。针对上述操作中的数据处理，尤为需要关注的是，由于针对业务参数模型进行了分类实体设计，需关注避免仅更新部分实体，而导致所维护参数数据的不完整，在本发明中，通过数据操作的统一事务管理，实现对业务参数记录一致性的保障。

S3：管控金融市场参数。

针对金融市场业务参数的使用流程进行流程建模，对应管理办法的使用这一业务任务，应用架构层的该ACS服务包含参数使用服务接口。同时进一步梳理该服务接口的程序步骤模型，即对应业务架构流程建模的5级流程模型，可得核心步骤模型如下：

进行某一类型业务参数的查询(例如外汇持仓限额参数)。业务参数的查询条件，其具体为：

1)参数类型与交易管理所要求的参数类型匹配

2)当前日期在参数的生效期内，即参数是当前生效的

3)参数是非废止的，且已经被审批通过，或者无需审批的

针对金融市场交易的要素，与参数的维度属性进行命中匹配，当参数数据中的维度属性，交易中均有，且交易中的该属性值与参数中的属性值一致时，认为交易命中该条参数，即该交易适用该参数对应的管理办法。将命中的参数返回给交易系统进行控制使用。

进一步地，参数命中的匹配逻辑，其具体实现为，对所查询出的参数进行循环，针对每一条参数，读取其所具体的维度属性，分别在交易信息中进行查找，若发现交易中有该属性，则读取交易中的该属性值与参数的该属性值进行基于一定逻辑的匹配，若匹配上，则认为命中该参数。

从上述描述可知，本发明实施例提供的金融市场参数管控方法，提出一种基于业务建模后的业务参数模型的构建方法，以及对应的统一参数管理方法，通过使用银行业新一代业务架构建模方法的成果，实现对金融市场业务参数数据二维key-value(参数维度-参数值)模型的提炼，同时通过进行业务参数的管理流程建模，实现通用的业务参数的管理(制定、调整、废止)，查询使用等的功能实现，支撑金融市场业务参数管理功能的快速上线或调整，从而大幅度降低科技部门的系统研发工作量，减少各部门间的协调与沟通成本，有效加速业务创新，满足业务管理要求。

本发明可应用于金融市场业务管理办法的制定、调整与推出，以及金融市场交易管理的系统化实现。相比于现有技术，本发明具有如下有益效果：

7)金融市场业务管理办法推出方式的改变

随着金融市场业务领域的系统化，业务参数的管理功能也依赖系统的研发，当有新的业务参数需要推出生效，或者原有业务参数需要进行管理规则上的调整时，需要经历：业务部门提出需求→科技部门分析需求→科技与业务部门讨论需求→科技部门设计开发与内部测试→业务部门测试验收→科技系统上线→业务部门维护新参数并生效。而新模式下产品推出的流程变为：业务部门提出新业务参数→科技部门实现参数规则配置→业务部门维护新参数。整个新业务参数的推出与生效流程大大简化，同时由于流程环节的减少，参数推出的系统上线风险等也有效降低。

8)金融市场业务管理办法推出周期的改变

按照现有银行金融市场业务领域系统呃研发周期，为保障科技研发投入与风险管控需要，往往新业务管理功能的推出需要3个月及以上，而通过新模式，由于最多仅需要进行业务参数规则的配置投入，新业务管理办法的推出周期可降至1-2周，甚至于对于无特殊规则的业务参数，业务部门可直接在现有系统上新增维护与推出。

9)金融市场业务管理办法推出主体的改变

在原有模式下，新业务管理办法的推出，由于涉及系统的新研发，因此其推出主体更加依赖科技部门，也即需在科技部门完成系统研发与上线后，业务部门方可维护与生效新业务参数，从而导致其推出的主体本质上是科技部门，这就形成了业务管理可能被科技部门牵制的弊端，不利于业务的快速创新与动态调整，而在新模式下，业务部门甚至可独立完成业务管理办法的推出，获得相关的主导权，更有利于实现业务的有效管理。

综上，本发明结合新一代银行业务架构与建模方法论，涉及领域驱动设计、NoSql、装饰与策略等设计模式与理念，从而实现对金融市场业务管理办法的高效管理。

基于同一发明构思，本申请实施例还提供了金融市场参数管控装置，可以用于实现上述实施例所描述的方法，如下面的实施例。由于金融市场参数管控装置解决问题的原理与银行网点现金用量预测方法相似，因此金融市场参数管控装置的实施可以参见银行网点现金用量预测方法实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本发明的实施例提供一种能够实现银行网点现金用量预测方法的金融市场参数管控装置的具体实施方式，参见图8，金融市场参数管控装置具体包括如下内容：

实体提取单元10，用于根据金融市场业务信息提取业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体；

逻辑层实体模型生成单元20，用于根据所述业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体，生成逻辑层实体模型；

物理层实体模型生成单元30，用于根据多个所述业务参数维度特征实体以及多个所述业务参数值特征实体生成物理层实体模型；

参数管控单元40，用于根据所述逻辑层实体模型以及所述物理层实体模型管控所述金融市场参数。

一实施例中，参见图9，金融市场参数管控装置还包括：

纵表设置单元50，用于利用NoSql方法，将所述物理层实体模型设置为纵表形式。

一实施例中，参见图10，金融市场参数管控装置还包括：

参数维护单元60，用于对所述物理层实体模型中的业务参数进行创建、读取、更新以及删除操作。

一实施例中，所述参数维护单元具体用于在所述物理层实体模型中，对将录入的所述业务参数进行映射、数据结构组装以及数据校验。

一实施例中，参见图11，金融市场参数管控装置还包括：

参数查询单元70，用于根据业务参数在所述逻辑层实体模型以及所述物理层实体模型进行查询，所述参数查询单元具体用于根据所述业务参数的维度属性在所述所述逻辑层实体模型以及所述物理层实体模型中进行匹配。

从上述描述可知，本发明实施例提供的金融市场参数管控装置，提出一种基于业务建模后的业务参数模型的构建方法，以及对应的统一参数管理方法，通过使用银行业新一代业务架构建模方法的成果，实现对金融市场业务参数数据二维key-value(参数维度-参数值)模型的提炼，同时通过进行业务参数的管理流程建模，实现通用的业务参数的管理(制定、调整、废止)，查询使用等的功能实现，支撑金融市场业务参数管理功能的快速上线或调整，从而大幅度降低科技部门的系统研发工作量，减少各部门间的协调与沟通成本，有效加速业务创新，满足业务管理要求。

本发明可应用于金融市场业务管理办法的制定、调整与推出，以及金融市场交易管理的系统化实现。相比于现有技术，本发明具有如下有益效果：

10)金融市场业务管理办法推出方式的改变

随着金融市场业务领域的系统化，业务参数的管理功能也依赖系统的研发，当有新的业务参数需要推出生效，或者原有业务参数需要进行管理规则上的调整时，需要经历：业务部门提出需求→科技部门分析需求→科技与业务部门讨论需求→科技部门设计开发与内部测试→业务部门测试验收→科技系统上线→业务部门维护新参数并生效。而新模式下产品推出的流程变为：业务部门提出新业务参数→科技部门实现参数规则配置→业务部门维护新参数。整个新业务参数的推出与生效流程大大简化，同时由于流程环节的减少，参数推出的系统上线风险等也有效降低。

11)金融市场业务管理办法推出周期的改变

按照现有银行金融市场业务领域系统呃研发周期，为保障科技研发投入与风险管控需要，往往新业务管理功能的推出需要3个月及以上，而通过新模式，由于最多仅需要进行业务参数规则的配置投入，新业务管理办法的推出周期可降至1-2周，甚至于对于无特殊规则的业务参数，业务部门可直接在现有系统上新增维护与推出。

12)金融市场业务管理办法推出主体的改变

在原有模式下，新业务管理办法的推出，由于涉及系统的新研发，因此其推出主体更加依赖科技部门，也即需在科技部门完成系统研发与上线后，业务部门方可维护与生效新业务参数，从而导致其推出的主体本质上是科技部门，这就形成了业务管理可能被科技部门牵制的弊端，不利于业务的快速创新与动态调整，而在新模式下，业务部门甚至可独立完成业务管理办法的推出，获得相关的主导权，更有利于实现业务的有效管理。

综上，本发明结合新一代银行业务架构与建模方法论，涉及领域驱动设计、NoSql、装饰与策略等设计模式与理念，从而实现对金融市场业务管理办法的高效管理。

本申请的实施例还提供能够实现上述实施例中的金融市场参数管控方法中全部步骤的一种电子设备的具体实施方式，参见图12，电子设备具体包括如下内容：

处理器(processor)1201、存储器(memory)1202、通信接口(CommunicationsInterface)1203和总线1204；

其中，处理器1201、存储器1202、通信接口1203通过总线1204完成相互间的通信；通信接口1203用于实现服务器端设备、参数获取设备以及客户端设备等相关设备之间的信息传输。

处理器1201用于调用存储器1202中的计算机程序，处理器执行计算机程序时实现上述实施例中的金融市场参数管控方法中的全部步骤，例如，处理器执行计算机程序时实现下述步骤：

步骤100：根据金融市场业务信息提取业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体。

步骤200：根据所述业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体，生成逻辑层实体模型。

步骤300：根据多个所述业务参数维度特征实体以及多个所述业务参数值特征实体生成物理层实体模型。

步骤400：根据所述逻辑层实体模型以及所述物理层实体模型管控所述金融市场参数。

从上述描述可知，本申请实施例中的电子设备，提出一种基于业务建模后的业务参数模型的构建方法，以及对应的统一参数管理方法，通过使用银行业新一代业务架构建模方法的成果，实现对金融市场业务参数数据二维key-value(参数维度-参数值)模型的提炼，同时通过进行业务参数的管理流程建模，实现通用的业务参数的管理(制定、调整、废止)，查询使用等的功能实现，支撑金融市场业务参数管理功能的快速上线或调整，从而大幅度降低科技部门的系统研发工作量，减少各部门间的协调与沟通成本，有效加速业务创新，满足业务管理要求。

本发明可应用于金融市场业务管理办法的制定、调整与推出，以及金融市场交易管理的系统化实现。相比于现有技术，本发明具有如下有益效果：

13)金融市场业务管理办法推出方式的改变

随着金融市场业务领域的系统化，业务参数的管理功能也依赖系统的研发，当有新的业务参数需要推出生效，或者原有业务参数需要进行管理规则上的调整时，需要经历：业务部门提出需求→科技部门分析需求→科技与业务部门讨论需求→科技部门设计开发与内部测试→业务部门测试验收→科技系统上线→业务部门维护新参数并生效。而新模式下产品推出的流程变为：业务部门提出新业务参数→科技部门实现参数规则配置→业务部门维护新参数。整个新业务参数的推出与生效流程大大简化，同时由于流程环节的减少，参数推出的系统上线风险等也有效降低。

14)金融市场业务管理办法推出周期的改变

按照现有银行金融市场业务领域系统呃研发周期，为保障科技研发投入与风险管控需要，往往新业务管理功能的推出需要3个月及以上，而通过新模式，由于最多仅需要进行业务参数规则的配置投入，新业务管理办法的推出周期可降至1-2周，甚至于对于无特殊规则的业务参数，业务部门可直接在现有系统上新增维护与推出。

15)金融市场业务管理办法推出主体的改变

在原有模式下，新业务管理办法的推出，由于涉及系统的新研发，因此其推出主体更加依赖科技部门，也即需在科技部门完成系统研发与上线后，业务部门方可维护与生效新业务参数，从而导致其推出的主体本质上是科技部门，这就形成了业务管理可能被科技部门牵制的弊端，不利于业务的快速创新与动态调整，而在新模式下，业务部门甚至可独立完成业务管理办法的推出，获得相关的主导权，更有利于实现业务的有效管理。

综上，本发明结合新一代银行业务架构与建模方法论，涉及领域驱动设计、NoSql、装饰与策略等设计模式与理念，从而实现对金融市场业务管理办法的高效管理。

本申请的实施例还提供能够实现上述实施例中的金融市场参数管控方法中全部步骤的一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的金融市场参数管控方法的全部步骤，例如，处理器执行计算机程序时实现下述步骤：

步骤100：根据金融市场业务信息提取业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体。

步骤200：根据所述业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体，生成逻辑层实体模型。

步骤300：根据多个所述业务参数维度特征实体以及多个所述业务参数值特征实体生成物理层实体模型。

步骤400：根据所述逻辑层实体模型以及所述物理层实体模型管控所述金融市场参数。

从上述描述可知，本申请实施例中的计算机可读存储介质，提出一种基于业务建模后的业务参数模型的构建方法，以及对应的统一参数管理方法，通过使用银行业新一代业务架构建模方法的成果，实现对金融市场业务参数数据二维key-value(参数维度-参数值)模型的提炼，同时通过进行业务参数的管理流程建模，实现通用的业务参数的管理(制定、调整、废止)，查询使用等的功能实现，支撑金融市场业务参数管理功能的快速上线或调整，从而大幅度降低科技部门的系统研发工作量，减少各部门间的协调与沟通成本，有效加速业务创新，满足业务管理要求。

本发明可应用于金融市场业务管理办法的制定、调整与推出，以及金融市场交易管理的系统化实现。相比于现有技术，本发明具有如下有益效果：

16)金融市场业务管理办法推出方式的改变

随着金融市场业务领域的系统化，业务参数的管理功能也依赖系统的研发，当有新的业务参数需要推出生效，或者原有业务参数需要进行管理规则上的调整时，需要经历：业务部门提出需求→科技部门分析需求→科技与业务部门讨论需求→科技部门设计开发与内部测试→业务部门测试验收→科技系统上线→业务部门维护新参数并生效。而新模式下产品推出的流程变为：业务部门提出新业务参数→科技部门实现参数规则配置→业务部门维护新参数。整个新业务参数的推出与生效流程大大简化，同时由于流程环节的减少，参数推出的系统上线风险等也有效降低。

17)金融市场业务管理办法推出周期的改变

按照现有银行金融市场业务领域系统呃研发周期，为保障科技研发投入与风险管控需要，往往新业务管理功能的推出需要3个月及以上，而通过新模式，由于最多仅需要进行业务参数规则的配置投入，新业务管理办法的推出周期可降至1-2周，甚至于对于无特殊规则的业务参数，业务部门可直接在现有系统上新增维护与推出。

18)金融市场业务管理办法推出主体的改变

在原有模式下，新业务管理办法的推出，由于涉及系统的新研发，因此其推出主体更加依赖科技部门，也即需在科技部门完成系统研发与上线后，业务部门方可维护与生效新业务参数，从而导致其推出的主体本质上是科技部门，这就形成了业务管理可能被科技部门牵制的弊端，不利于业务的快速创新与动态调整，而在新模式下，业务部门甚至可独立完成业务管理办法的推出，获得相关的主导权，更有利于实现业务的有效管理。

综上，本发明结合新一代银行业务架构与建模方法论，涉及领域驱动设计、NoSql、装饰与策略等设计模式与理念，从而实现对金融市场业务管理办法的高效管理。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

虽然本申请提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

Claims (12)

1.一种金融市场参数管控方法，其特征在于，包括：

根据金融市场业务信息提取业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体；

根据所述业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体，生成逻辑层实体模型；

根据多个所述业务参数维度特征实体以及多个所述业务参数值特征实体生成物理层实体模型；

根据所述逻辑层实体模型以及所述物理层实体模型管控所述金融市场参数。

2.根据权利要求1所述的金融市场参数管控方法，其特征在于，还包括：

利用NoSql方法，将所述物理层实体模型设置为纵表形式。

3.根据权利要求1所述的金融市场参数管控方法，其特征在于，还包括：

对所述物理层实体模型中的业务参数进行创建、读取、更新以及删除操作。

4.根据权利要求3所述的金融市场参数管控方法，其特征在于，所述对所述物理层实体模型中的业务参数进行创建、读取、更新以及删除操作，包括：

在所述物理层实体模型中，对将录入的所述业务参数进行映射、数据结构组装以及数据校验。

5.根据权利要求1所述的金融市场参数管控方法，其特征在于，还包括：

根据业务参数在所述逻辑层实体模型以及所述物理层实体模型进行查询，包括：

根据所述业务参数的维度属性在所述所述逻辑层实体模型以及所述物理层实体模型中进行匹配。

6.一种金融市场参数管控装置，其特征在于，包括：

实体提取单元，用于根据金融市场业务信息提取业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体；

逻辑层实体模型生成单元，用于根据所述业务参数主特征实体、业务参数维度特征实体、业务参数值特征实体以及业务参数生命周期特征实体，生成逻辑层实体模型；

物理层实体模型生成单元，用于根据多个所述业务参数维度特征实体以及多个所述业务参数值特征实体生成物理层实体模型；

参数管控单元，用于根据所述逻辑层实体模型以及所述物理层实体模型管控所述金融市场参数。

7.根据权利要求6所述的金融市场参数管控装置，其特征在于，还包括：

纵表设置单元，用于利用NoSql方法，将所述物理层实体模型设置为纵表形式。

8.根据权利要求6所述的金融市场参数管控装置，其特征在于，还包括：

参数维护单元，用于对所述物理层实体模型中的业务参数进行创建、读取、更新以及删除操作。

9.根据权利要求8所述的金融市场参数管控装置，其特征在于，所述参数维护单元具体用于在所述物理层实体模型中，对将录入的所述业务参数进行映射、数据结构组装以及数据校验。

10.根据权利要求6所述的金融市场参数管控装置，其特征在于，还包括：

参数查询单元，用于根据业务参数在所述逻辑层实体模型以及所述物理层实体模型进行查询，所述参数查询单元具体用于根据所述业务参数的维度属性在所述所述逻辑层实体模型以及所述物理层实体模型中进行匹配。

11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至5任一项所述金融市场参数管控方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5任一项所述金融市场参数管控方法的步骤。

Images