CN112651826A

CN112651826A - 授信额度管控系统、方法及可读存储介质

Info

Publication number: CN112651826A
Application number: CN202011622894.XA
Authority: CN
Inventors: 宋绍磊; 毛军锋; 李特; 毋与伦
Original assignee: Agricultural Bank of China
Current assignee: Agricultural Bank of China
Priority date: 2020-12-31
Filing date: 2020-12-31
Publication date: 2021-04-13
Anticipated expiration: 2040-12-31
Also published as: CN112651826B

Abstract

本申请提出了一种授信额度管控系统、方法及可读存储介质，通过构建多个授信额度节点，来分类记录如相应授信额度节点对应的客户的标识信息和授信描述信息，以及包含有不同类型的授信额度和不同类型授信额度各自所具有的多个额度属性的额度属性信息，并动态配置了实现相应授信额度节点包含的多个授信属性之间的额度调整的多个第一控制关系，以及实现不同授信额度节点之间的额度调整的多个第二控制关系，在实际授信额度管控过程中，直接调用并执行相应的控制关系即可，简单方便，且实现了系统的可配置性和可扩展性，满足了金融机构任意额度管控维度的需求，提升了金融机构的市场应对能力、风险管控能力及产品创新能力。

Description

授信额度管控系统、方法及可读存储介质

技术领域

本申请涉及数据处理技术领域，更具体地说是涉及一种授信额度管控系统、方法及可读存储介质。

背景技术

授信额度管控是商业银行等金融机构风险管控的重要组成部分，目前通常是采用平铺式或树型授信额度管控方法，来有效防止信贷风险的发生，提高金融机构资产安全性。

然而，现有的这种平铺式授信额度管控方法是通过将授信额度进行平铺陈列，按照预设的控制关系，对每一条授信额度进行循环枚举匹配，但由于该控制关系是通过固定编码实现的，且不同授信额度间的相互影响关系需要人工维护，不支持扩展，也就难以支持复杂关系的授信方案。

而上述树型授信额度管控方法是对授信额度对象，按上下级进行排列构成树型结构，使得下层授信额度的变化影响上层授信额度的变化，但这种树型结构所支持的分类模型单一，只兼容上下级关系的授信额度管控，无法满足大规模的金融机构的业务发展需求。

发明内容

有鉴于此，为了解决上述技术问题，本申请提供了以下技术方案：

一方面，本申请提出了一种授信额度管控系统，所述系统包括：多个授信额度节点、节点内控制设备、节点间控制设备及授信额度管控设备，其中：

每一个所述授信额度节点包括节点属性描述信息、额度属性信息以及额度操作方式，所述节点属性描述信息包括相应客户的标识信息和所述授信描述信息；所述额度属性信息包括不同类型授信额度，以及所述不同类型授信额度各自所具有的多个额度属性；

所述节点内控制设备中配置有，每一个所述授信额度节点包含的所述多个额度属性之间的多个第一控制关系，所述第一控制关系用于指示实现相应两个所述额度属性之间的额度调整；

所述节点间控制设备中配置有，不同的所述授信额度节点之间的多个第二控制关系，所述第二控制关系用于指示实现相应两个所述授信额度节点之间的额度调整；

所述授信额度管控设备，用于依据所述多个第一控制关系和/或所述多个第二控制关系，实现对所关联的所述授信额度节点中相应类型的所述授信额度的管控。

可选的，每一个所述授信额度节点中的额度操作方式包括：额度等级、额度扣占、额度释放以及额度查询之中的至少一种；

所述多个第一控制关系包括至少一种扣占规则、至少一种范围关系、控制方向关系和/或至少一种校验关系，通过动态配置所述多个额度属性构成的关系矩阵确定；

所述多个第二控制关系包括互斥关系、交叉关系、独立关系和/或包含关系，通过动态配置所述多个授信额度节点构成的关系矩阵确定。

可选的，所述授信描述信息包括授信方案ID、授信节点类型、使用方式、信贷产品分类、分配方式、信贷状态及信贷期限之中的一个或多个组合；

所述不同类型授信额度包括总额度、虚增额度、低风险额度、非低风险额度、线上额度、线下额度、境内额度和/或境外额度；

所述多个额度属性包括授信额度、用信额度、可用额度、币种和/或汇率。

可选的，所述授信额度管控设备还用于：

响应针对新信贷对象的授信额度管控请求，构建针对所述新信贷对象的第一授信额度节点；

响应于对控制关系配置界面的配置输入操作，配置所述第一授信额度节点包含的多个额度属性之间的多个第三控制关系，以及所述第一授信额度节点与已构建的所述多个授信额度节点之间的多个第四控制关系；

利用针对所述第一授信额度节点配置的所述多个第三控制关系和所述多个第四控制关系，响应所述第一授信额度节点包含的额度操作方式，实现对所述新信贷对象的额度管控；

利用针对所述第一授信额度节点配置的所述多个第四控制关系，调整已构建的所述多个授信额度节点中的相应内容。

又一方面，本申请提出了一种授信额度管控方法，所述方法包括

按照预设节点配置格式要求，构建多个授信额度节点，其中，每一个所述授信额度节点包括节点属性描述信息、额度属性信息以及额度操作方式，所述节点属性描述信息包括客户的标识信息和所述授信描述信息；所述额度属性信息包括不同类型授信额度，以及所述不同类型授信额度各自所具有的多个额度属性；

响应于对每一个所述授信额度节点的第一控制关系配置操作，得到针对所述授信额度节点的多个第一控制关系，所述第一控制关系用于指示实现所述授信额度节点包含的相应两个所述额度属性之间的额度调整；

响应于对所述多个授信额度节点的第二控制关系配置操作，得到多个第二控制关系，所述第二控制关系用于指示实现相应两个所述授信额度节点之间的额度调整。

可选的，所述方法还包括：

获得针对目标客户的第一授信额度调整请求，所述第一授信额度获取请求携带有所述目标客户的标识信息，以及请求调整的第一额度属性；

响应所述第一授信额度调整请求，确定与所述目标客户的标识信息关联的多个第一目标授信额度节点；

更新每一个所述第一目标授信额度节点中所述第一额度属性关联的第一控制关系；

确定与所述多个第一目标授信额度节点关联的第二控制关系；

按照所确定的所述第二控制关系以及更新后的所述第一控制关系，调整所述多个第一目标授信额度节点包含的相应内容；

利用所述多个第一目标授信额度节点包含的调整后的内容，得到所述目标客户的目标授信方案。

可选的，所述方法还包括：

获得针对目标信贷产品的第二授信额度调整请求，所述第二授信额度获取请求携带有所述目标信贷产品的类别信息，以及请求调整的第二额度属性；

响应所述第二授信额度调整请求，确定与所述目标信贷产品的类别信息关联的多个第二目标授信额度节点；

更新每一个所述第二目标授信额度节点中所述第二额度属性关联的第一控制关系；

确定与所述多个第二目标授信额度节点关联的第二控制关系；

按照所确定的所述第二控制关系以及更新后的所述第一控制关系，调整所述多个第二目标授信额度节点包含的相应内容。

可选的，所述方法还包括：

输出授信额度管控操作界面；

响应于对所述授信额度管控操作界面的对象增加操作，得到针对所增加的新信贷对象的授信额度管控请求；

响应所述授信额度管控请求，构建针对所述新信贷对象的第一授信额度节点；

响应于对所述授信额度管控操作界面的控制关系配置操作，得到针对所述新信贷对象的控制关系配置请求；

响应所述控制关系配置请求，配置所述第一授信额度节点包含的多个额度属性之间的多个第三控制关系，以及所述第一授信额度节点与已构建的多个授信额度节点之间的多个第四控制关系；

利用针对所述第一授信额度节点配置的所述多个第四控制关系，调整已构建的多个授信额度节点中的相应内容。

可选的，所述方法还包括：

获得针对第一对象的授信额度查看请求，所述第一对象为在金融机构注册的任一客户，或所述金融机构发布的任一信贷产品；

响应所述授信额度查看请求，确定与所述第一对象关联的多个第三目标授信额度节点，以及所述多个第三目标授信额度节点之间的第二控制关系；

按照所确定的所述第二控制关系，由所述多个第三目标授信额度节点，构成针对所述第一对象的授信额度管控网络；

输出包含所述多个第三目标授信额度节点的授信额度管控网络；

响应于对输出的所述授信额度管控网络中任一所述第三目标授信额度节点的选择查看操作，输出授信额度展示界面展示所选择的所述第三目标授信额度节点包含的内容，以及所选择的所述第三目标授信额度节点关联的多个第一控制关系和多个第二控制关系；

响应于对所述授信额度展示界面所展示的任一控制关系的配置调整操作，得到相应调整后的控制关系，利用所述调整后的控制关系，更新与所述调整后的控制关系关联的授信额度节点的相应内容。

又一方面，本申请提出了一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器调用并执行，实现如上述的授信额度管控方法的各步骤。

由此可见，本申请提供一种授信额度管控系统、方法及可读存储介质，通过构建多个授信额度节点来分类记录，从客户级到可独立扣占的最小额度对象的相关授信额度管控信息，如相应授信额度节点对应的客户的标识信息和授信描述信息，以及包含有不同类型的授信额度和不同类型授信额度各自所具有的多个额度属性的额度属性信息，并动态配置了实现相应授信额度节点包含的多个授信属性之间的额度调整的多个第一控制关系，以及实现不同授信额度节点之间的额度调整的多个第二控制关系，在实际授信额度管控过程中，直接调用并执行相应的控制关系即可，简单方便，且实现了系统的可配置性和可扩展性，满足了金融机构任意额度管控维度的需求，提升了金融机构的市场应对能力、风险管控能力及产品创新能力。

附图说明

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

图1示出了本申请提出的授信额度管控系统的一可选示例的结构示意图；

图2示出了本申请提出的授信额度管控方法的一可选示例的流程示意图；

图3示出了本申请提出的授信额度管控方法的又一可选示例的流程示意图；

图4示出了本申请提出的授信额度管控方法的又一可选示例的流程示意图；

图5示出了本申请提出的授信额度管控方法的又一可选示例的流程示意图；

图6示出了适用于本申请提出授信额度管控方法的计算机设备的一可选示例的硬件结构示意图。

具体实施方式

针对背景技术部分描述的技术问题，本申请提出一种集中授信额度管控方法，实现金融机构企业层面的统一风险扎口，能够适用于目前金融科技的创新和金融产品的快速发展，尤其是在大规模的金融机构面临市场化竞争的条件下，通过这种集中授信额度管控方法，提高金融机构的市场应对能力及风险管控能力。

具体的，本申请提出一种基于规则引擎的可配置的集中授信额度管控方法，通过该规则引擎的方式提升了授信额度管控模型的可配置性与可扩展性，满足了商业银行等金融机构任意授信额度管控维度的需求，从而提升授信额度管控对金融机构信贷类产品创新支撑能力，以及市场应对能力和风险管控能力。其中，规则引擎是由推理引擎发展而来，其是一种嵌入在应用程序中的组件，能够实现将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策。能够接收数据输入，解释业务规则，并根据规则做出业务决策，关于其在授信额度管控方法的具体应用过程，可以参照下文实施例相应部分的描述，本申请在此不做详述。

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

需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

应当理解，本申请中使用的“系统”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换该词语。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。以下术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

另外，本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

参照图1，为本申请提出的授信额度管控系统的一可选示例的结构示意图，该系统可以包括：多个授信额度节点11、节点内控制设备12、节点间控制设备13及授信额度管控设备14，其中：

多个授信额度节点11可以是相互独立的不同数据存储设备，也可以是将某一数据存储设备的整个数据存储空间划分出的多个相对独立的数据存储空间，每一个数据存储空间用来存储相应授信额度节点对应的内容，本申请对授信额度节点的构成方式不做限制，可视情况而定。

本申请实施例中，每一个授信额度节点N，可以包括节点属性描述信息P、额度属性信息L以及额度操作方式M这三部分内容构成，但并不局限于这种内容组成方式，可视情况而定，本申请仅以这三部分内容构成一个授信额度节点内容的组成方式为例进行说明。

其中，节点属性描述信息P可以包括客户的标识信息(如在金融机构注册客户的代码，其具有唯一特性，用以区分不同的客户)，以及对该客户所申请办理的信贷业务的相关授信描述信息，如授信方案ID、授信节点类型、使用方式、信贷产品分类、分配方式、信贷状态及信贷期限等内容中的一个或多个组合，可视情况而定，本申请对各授信额度节点包含的授信描述信息的内容不做限制。

通常情况下，上述授信描述信息中的授信方案ID可以是针对上述客户的授信方案的标识号等，用以区分不同的授信方案；授信节点类型可以包括本金融机构所开设的信贷业务品种、虚拟品种(其支持任意形式的虚拟，具体内容不做详述)、非品种、客户级、切分级、并表等中的任一个，可以依据该客户的信贷申请内容确定。

可以理解，对于金融机构的整个授信额度管控系统来说，其包含的多个授信额度节点，通常会包含但并不局限于本实施例列举的这多种授信节点类型的授信额度节点，从而使得授信额度节点粒度从客户级到可独立扣占的最小额度单位。其中，一个授信额度节点具有一个授信节点类型，但一个授信节点类型可能对应有多个授信额度节点，本申请对此不做限制。

对于上述额度属性信息L，其可以认为是相应授信额度节点的一类特殊属性，用于描述与存储相关额度。对于授信额度管控中通常涉及到的多种类型授信额度，如总额度、虚增额度、低风险额度、非低风险额度、线上额度、线下额度、境内额度以及境外额度等，本申请对金融机构中所涉及到的需要管控的授信额度类型不做限制，通常可以依据所具有的信贷产品、业务等内容确定，并不局限于本申请列举的这多种授信额度。

其中，对于上文列举的各类型的授信额度，通常可以包括一个或多个额度属性，如授信额度、用信额度、可用额度、币种和/或汇率等，本申请对不同类型的授信额度所包含的额度属性的内容不做限制，对于不同类型的授信额度，可以包含相同或不同内容的额度属性，且并不局限于本申请列举的额度属性内容。

在实际应用中，授信通常是指结合客户的经营管理水平、所处行业、发展阶段、实际信用需求以及还款能力等因素，对客户核定的各类授信业务的限额。通常情况下，授信额度是金融机构的商业秘密，原则上不得对外公开的。

对于上述各授信额度节点包含的额度操作方式，通常可以包括但并不局限于额度等级、额度扣占、额度释放以及额度查询等至少一种，在实际应用中，这些额度操作方式可以表示相应授信额度节点的应用场景的业务服务，在这些额度操作方式的调用过程中，可以实时对各授信额度节点包含的各维度额度进行汇总、更新、校验等操作。且对各授信额度节点的操作过程，可以对其关联的各子系统进行串联执行，以保证整个系统中相关数据的一致性，具体实现过程本申请不做详述。

在本申请中，为了提高授信额度管控系统的可配置性和可扩展性，满足各金融机构任意额度管控维度的管控需求，提升授信额度管控对金融机构信贷类产品创新支撑能力，进而提高金融机构的市场应对能力及风险管控能力，本申请提出以面向对象的理念，构建动态可配置的授信额度管控系统，具体以授信额度节点为中心构建复杂额度节点，使得所有业务层级的管控维度与规则，如线上/线下额度、境内/境外额度、低风险/非低风险额度等关系，以及其他控制规则，都围绕着额度节点进行额度控制。

具体的，本申请提出将授信额度数据，与实现各授信额度数据之间相互关联调整的控制关系进行分离管理，若将上述多个授信额度节点所构成的模型记为授信额度模型，将实现各授信额度节点自身以及相互之间的数据调整的控制关系记为规则模型，那么，本申请将对授信额度模型数据和规则模型数据分离管理，且规则模型数据的变动与程序逻辑可以独立运行，具体实现过程不做详述。

基于上述分析，本申请的节点内控制设备12和节点间控制设备13可以是支持实现相应规则模型的控制器件或独立的电子设备，以便在授信额度管控过程中，根据实际需要从相应的控制设备中调用所需的一个或多个控制关系，满足授信额度管控需求。

本申请实施例中，为了满足信贷产品与业务的授信额度占用与释放规则要求，授信额度节点内的额度属性之间通常需要满足诸多控制关系，记为第一控制关系，这多个第一控制关系可以包括如等额扣占、递减扣占、按比例扣占、指定扣占等至少一种扣占规则；互斥、交叉、包含(如组合品种与具体品种之间的关系)等至少一种范围关系；单向与双向等控制方向关系；和/或如总额校验、存储校验等至少一种校验关系等。

需要说明，本申请对每一个授信额度节点中各额度属性之间所具有的第一控制关系的内容及数量不做限制，对于不同授信额度节点来说，其对应的多个第一控制关系的内容可能完全不同，也可能存在部分相同的第一控制关系，甚至可能会存在所对应的多个第一控制关系完全相同的两个或多个授信额度节点，本申请对此不做限制，可视情况而定。

在本申请实际应用中，可以根据各授信额度节点自身的管控需求，动态配置相应的多个第一控制关系，如同一授信额度节点的额度占用关系为“低风险额度可以占用非低风险额度”，本申请可以据此确定低风险额度与非低风险额度之间的第一控制关系，对于其他第一控制关系的确定方法类似，本申请不做详述。之后，可以由上述节点内控制设备12实现对各第一控制关系的动态维护管理，因此，上述节点内控制设备12中可以配置有，每一个授信额度节点包含的多个额度属性之间的多个第一控制关系，该第一控制关系可以用于指示实现相应两个额度属性之间的额度调整，具体调整方法可以依据该第一控制关系的内容确定，本申请在此不做详述。

在本申请提出的一些实施例中，每一个授信额度节点对应的多个第一控制关系，可以通过动态配置该授信额度节点包含的多个额度属性构成的关系矩阵确定，也就是说，对于该授信额度包含的不同额度属性的授信额度，可以通过关系矩阵操作实现，

示例性的，以构建任一授信额度节点包含的多个额度属性之间的关系矩阵A_ij的过程为例，i，j均可以表示该授信额度节点的额度属性集合中的任一额度属性，如境内额度、境外额度、线上额度、线下额度、低风险额度、非低风险额度等，将这些额度属性分别作为关系矩阵的行和列依次排序，确定任意两个额度属性组合所对应的第一控制关系，配置实现该第一控制关系的控制逻辑代码。需要说明，由于两个额度属性之间的相互影响关系可能不同，相同的两个额度属性可能对应两个第一控制关系，且这些第一控制关系均可以为单一类型控制关系，本申请对各第一控制关系的具体获取过程不做详述。

基于上述示例分析，任一授信额度节点对应的多个额度属性之间的关系矩阵A_ij可以表示为：

其中，在上述关系矩阵A_ij中，a_ij表示第i行的额度属性与第j列的额度属性之间的第一控制关系的控制逻辑代码。在本申请实际应用中，这些控制逻辑代码可以通过规则引擎动态配置，具体配置过程及内容不做详述。该规则引擎是一种嵌入在应用程序中的组件，用以将业务决策(如授信方案、针对某客户申请的某信贷产品确定的目标授信额度等)从应用程序代码中分离出来，该业务决策通常使用预先定义的语义模型编写完成。这样，当需要获取该业务决策的情况下，可以将相关数据输入该应用程序，由规则引擎根据预先配置的控制规则，输出该业务决策内容，但并不局限于这种实现方法。

需要说明，对于上述各授信额度节点对应的各第一控制关系，本申请将采用动态可配置的方式进行维护，包括但并不局限于第一控制关系的更新、删除、增加等维护操作，可视情况而定。

另外，在本申请实际应用中，若某业务品种级的额度扣占往往会同步引起客户级的额度变动，也就是说，在某信贷业务或信贷产品所具有的授信额度发生变动，会导致客户级的其他授信额度节点中相应授信额度的变化。可见，本申请构建的多个授信额度节点各包含的内容之间是相互影响的，具体的，这些授信额度节点之间可能存在互斥、交叉、独立、包含(即一个授信额度节点属于另一个授信额度节点)等类型的控制关系，记为第二控制关系，本申请可以依据金融机构对具体应用场景的管控需求，以及各授信额度节点包含的内容等因素，来确定不同授信额度节点之间的第二控制关系，本申请对第二控制关系的内容不做限制。

而且，结合上文对本申请技术构思的描述，为了实现授信额度管控需求的可配置性和可扩展性，本申请可以对上述各控制关系进行相对独立管理，与上述第一控制关系的管理实现方式类似，本申请可以利用规则引擎，配置已构建的多个授信额度节点之间的第二控制关系，具体配置实现过程本申请不做详述。对于所配置的各第二控制关系可以由节点间控制设备13进行独立管理，如第二控制关系的查询、调用、更新、删除、增加等操作，具体可视情况而定。

可见，上述节点间控制设备13中可以配置有，不同授信额度节点之间的多个第二控制关系，该第二控制关系可以用于指示实现相应两个授信额度节点之间的额度调整，具体实现过程本申请在此不做详述。且对于上文列举的各第二控制关系，与上述第一控制关系的配置方式类似，也可以通过动态配置多个授信额度节点构成的关系矩阵确定，此时该关系矩阵的行列元素可以是不同的授信额度节点，矩阵元素可以包括任意两个授信额度节点之间的第二控制关系的控制逻辑代码，本申请对各第二控制关系的动态配置过程不做详述。

结合上文对规则引擎的相关描述，上述节点内控制设备12和节点间控制设备13具体可以是：嵌入在能够实现授信额度管控的应用程序的控制组件，业务人员可以登录该应用程序，进入相应的操作界面，完成各控制关系的配置、维护及查询调用等，以使该应用程序能够结合该控制程序，实现对相应对象(如客户、信贷产品、信贷业务等)的授信额度管控，但并不局限于这种实现方式。

授信额度管控设备14可以用于依据预先配置的多个第一控制关系和/或多个第二控制关系，实现对所关联的授信额度节点中相应类型的授信额度的管控，具体实现过程可以参照但并不局限于下文方法实施例相应部分的描述。

在本申请中，结合上述分析可知，授信额度管控设备14可以是整个授信额度管控系统的控制设备，支持实现本申请提出的授信额度管控方法，本申请对该授信额度管控设备14的设备类型及其与其他系统组成部分之间的设备关系不做限制。

在一些实施例中，本申请提出的授信额度管控系统可以是部署在计算机设备中，如可以在该计算机设备安装授信额度管控应用程序，以在该计算机设备中配置该授信额度管控系统，这种情况下，上述各授信额度节点可以是计算机设备包含的存储设备中的不同存储空间区域；节点内控制设备和节点间控制设备可以是计算机设备安装的该应用程序的控制组件；授信额度管控设备可以是该计算机设备的处理器，但并不局限于本申请描述的这种系统配置场景。

在本申请提出的又一些实施例中，上述授信额度管控设备14也可以金融机构中的业务终端，即供业务人员办理业务的电子设备，其可以包括但并不局限于智能手机、平板电脑、可穿戴设备、个人计算机(personal computer，PC)、上网本、个人数字助理(personaldigital assistant，PDA)、台式计算机等。上述授信额度节点11、节点内控制设备12和节点间控制设备13可以部署在服务侧，具体可以部署在同一个业务服务器上，或部署在业务服务集群中的不同业务服务器上，可视情况而定。

在这种情况下，金融机构的业务人员可以通过该授信额度管控设备14，访问服务侧的各授信额度节点11、节点内控制设备12和节点间控制设备13，查看多个授信额度节点构成的授信额度管控网络结构，以及各授信额度节点包含的内容，所关联的各第一控制关系和第二控制关系等信息，这些信息可以通过授信额度管控设备14相应操作界面进行展示，供业务人员查看。且根据实际需求，业务人员可以直接对展示的授信额度节点相关内容进行动态配置调整，更新各授信额度值，具体实现过程本申请不做详述。

在本申请提出的又一些实施例中，基于上文描述的授信额度管控系统结构组成，以及各组成部分的功能描述，本申请还可以基于该授信额度管控系统，实现金融机构新研发的信贷产品、业务等对象的应用场景动态配置，完成相应额度操作方式的管控。

基于此，上述授信额度管控设备14还可以实现但并不局限于以下功能：

响应针对新信贷对象(如信贷产品、信贷业务等)的授信额度管控请求，构建针对新信贷对象的第一授信额度节点，关于该第一授信额度节点的组成可以上文授信额度节点相关部分的描述，本申请对授信额度节点的构建过程不做详述。

如上文分析，为了实现对所构建的第一授信额度节点包含的各授信额度管控，需要配置用以实现其包含的各额度属性之间的额度调整的第一控制关系，以及与第一授信额度节点相关影响的其他已构建授信额度节点之间的第二控制关系，必要时还可以对已有的其他授信额度节点关联的第一控制关系、第二控制关系进行调整，具体实现过程本申请不做详述。

对此，上述授信额度管控设备14还可以响应于对控制关系配置界面的配置输入操作，得到针对第一授信额度节点的控制关系配置请求，响应该控制关系配置请求，配置第一授信额度节点包含的多个额度属性之间的多个第三控制关系(此处的第三控制关系与上述第一控制关系配置方式类似，用以实现第一授信额度节点自身包含的各授信额度的管控)，以及第一授信额度节点与已构建的多个授信额度节点之间的多个第四控制关系(此处的第四控制关系与上述第二控制关系配置方式类似，用以实现第一授信额度节点与其他授信额度节点之间的额度管控)，本申请对该第三控制关系和第四控制关系的内容及其配置实现过程不做详述，可视情况而定。

之后，授信额度管控设备14可以利用针对第一授信额度节点配置的多个第三控制关系和多个第四控制关系，响应第一授信额度节点包含的额度操作方式，实现对新产品的额度管控，完善第一授信额度节点包含的各内容，与此同时，还可以利用针对第一授信额度节点配置的多个第四控制关系，调整已构建的多个授信额度节点中的相应内容，也就是说，在新增加的针对新产品的第一授信额度节点，会影响其他额度粒度对应的各授信额度节点的额度变化的情况下，将利用当前所配置的多个第四控制关系，即可实现对各授信额度节点包含的相应内容的动态调整，简单方便，实现了各授信额度节点内部以及相互间的不同管控维度的动态可配置，支持信贷产品及业务的快速创新，有助于提升金融机构的市场竞争力和风险管控能力。

在本申请提出的一些实施例中，对于上文授信额度节点的构建，以及各控制关系的配置过程，具体可以进入相应的操作界面，如授信额度节点构建界面、控制关系配置界面等，用户可以直接从该操作界面所展示的内容中，选择所需的数据或控制关系，即可完成授信额度节点构建、控制关系的配置等，实现了零编程实时生效功能，极大减少了工作量，提高了授信额度管控效率及准确性。需要说明，本申请对上述授信额度节点构建界面、控制关系配置界面等操作界面包含的内容不做限制，可视情况而定。

综上，本申请实施例提出的授信额度管控系统，实现了动态可配置的集中式额度管控，解决了目前平铺式和树型授信额度管控方法中，对企业层面的集中授信额度管控能力支撑有限，往往局限于局部个性化管控，不具有全产品和全应用场景(即额度操作方式)的集中额度管控的技术问题，满足了企业尤其是大规模金融机构的业务发展需求，提高了金融机构的市场应对能力、风险管控能力及产品创新能力。

参照图2，为本申请提出的授信额度管控方法的一可选示例的流程示意图，该方法可以适用于上述授信额度管控系统，具体可以由上述授信额度管控设备执行实现，如上述描述，该授信额度管控设备可以是金融机构的业务服务器或具有一定数据处理能力的业务终端等，本申请对该授信额度管控设备的产品类型不做限制，可视情况而定，如图2所示，本实施例提出的企业授信评分获取方法可以包括：

步骤S11，按照预设节点配置格式要求，构建多个授信额度节点；

本申请实施例中，该预设节点配置格式要求可以是对一个授信额度节点的信息组成的要求，如上文实施例相应部分的描述，一个授信额度节点N可以由包括节点属性描述信息P、额度属性信息L以及额度操作方式M这三部分内容组成，但并不局限于此。

其中，节点属性描述信息可以包括客户的标识信息和授信描述信息；额度属性信息可以包括不同类型授信额度，以及不同类型授信额度各自所具有的多个额度属性等，关于授信额度节点包含的各部分的内容，可以参照上述实施例相应部分的描述，本申请在此不做赘述。

在本申请提出的一些实施例中，在授信额度管控设备上启动授信额度管控应用程序后，可以输出授信额度节点构建界面，以使用户可以在该授信额度节点构建界面中，输入与该所要构建的授信额度节点相关的数据，如上文描述的各类数据，本申请对这些数据的输入方式不做限制。可选的，为了减少工作量，该授信额度节点构建界面可以提供相应的菜单选项，以使用户直接从中选择本授信额度节点所对应的数据，无需用户手动编辑各属性，极大提高了授信额度节点构建效率及准确性。

步骤S12，响应于对每一个所授信额度节点的第一控制关系配置操作，得到针对该授信额度节点的多个第一控制关系；

结合上文实施例相应部分的描述，该第一控制关系可以用于指示实现所述授信额度节点包含的相应两个额度属性之间的额度调整，也就是说，该第一控制关系用于实现相应授信额度节点内的额度管控，本申请对该第一控制关系的内容及其具体配置实现方法不做详述。

在一些实施例中，由于金融机构中不同授信属性之间所具有的第一控制关系类别往往是已知的，在确定每一个授信额度节点关联的至少一个第一控制关系过程中，可以输出相应的控制关系配置界面，由该控制关系配置界面输出该金融机构所具有的多个第一控制关系，以供用户选择针对所构建的该授信额度节点关联的至少一个第一控制关系，这样，授信额度管控设备可以响应于对该控制关系配置界面的配置输入操作，即响应于对该授信额度节点的第一控制关系配置操作第一控制关系配置操作，得到针对该授信额度节点的多个第一控制关系，但并不局限于本实施例描述的这种第一控制关系配置实现方法。

步骤S13，响应于对多个授信额度节点的第二控制关系配置操作，得到多个第二控制关系。

结合上文对第二控制关系的相关描述，该第二控制关系可以用于指示实现相应两个授信额度节点之间的额度调整，也就是说，该第二控制关系用于实现不同授信额度节点间的额度管控，在实际应用中，在某一授信额度节点内容发生变化的情况下，可以利用预先配置的这些第二控制关系，实现对该第一授信额度节点具有关联关系的其他授信额度节点的额度调整控制，具体实现过程不做详述。

需要说明，在本申请实施例中，上述构建的各授信额度节点与配置的各控制关系是分离管理的，支持各控制关系实现的控制逻辑可以独立运行，以便后续根据额度维度管控的需求，动态调整所配置的各控制关系，进而利用调整后的控制关系，自动实现对所构建的各授信额度节点包含的数据内容的管控，具体实现过程本申请不做详述。

可见，在本申请实施例中，是利用配置的多个第一控制关系和第二控制关系，来实现对所构建的各授信额度节点的额度管控，不再局限于特定的平铺式或树型结构的授信额度管控网络，克服了该固定网络结构的授信额度管控系统所存在的技术问题，且由于控制关系与授信额度节点数据分离管理，本申请可以通过动态配置控制关系，来实现对各授信额度节点内容之间的关联关系，面对新维度的授信额度管控需求，可以直接构建相应的授信额度节点，配置相应的第一控制关系和第二控制关系，即可利用所配制的控制关系，实现对本次构建的授信额度节点，以及与其关联的其他授信额度节点的额度管控，实现了授信额度管控系统的可配置性和可扩展性，能够支持复杂关系应用场景的授信方案，提高了金融机构的市场应对能力、风险管控能力及产品创新能力。

参照图3，为本申请提出的授信额度管控方法的又一可选示例的流程示意图，本实施例可以是在需要对某一客户(记为目标客户)的某信贷对象的授信额度进行调整的应用场景下，如何实现授信额度管控方法的过程进行描述，但针对该应用场景并不局限于本实施例描述的实现方式，如图3所示，该方法可以包括：

步骤S21，获得针对目标客户的第一授信额度调整请求；

其中，第一授信额度获取请求可以携带有目标客户的标识信息，以及请求调整的第一额度属性。该目标客户可以是在金融机构注册的任一客户，第一额度属性可以是该目标客户已具有的某一类型额度所具有的任一额度属性，也可以是希望针对该类型额度增加或删除等调整处理的额度属性，本申请对该第一额度属性的内容不做限制，可以依据具体应用场景的额度调整需求确定。

在本申请实施例中，授信额度管控设备可以输出授信额度调整界面，以使用户从中选择本次要调整授信额度的目标客户，点击“确认”功能按钮，生成针对该目标客户的第一授信额度调整请求，但并不局限于这种第一授信额度调整请求的获取方式。

步骤S22，响应该第一授信额度调整请求，确定与目标客户的标识信息关联的多个第一目标授信额度节点；

结合上文实施例对授信额度管控方案的相关描述，对于金融机构注册的任一客户，其可能会申请一种或多种信贷对象，且该金融机构通常会发布多种授信额度，每一种授信额度往往包含多种额度属性，不同信贷对象的额度之间可能会存在一定的关联关系等因素，使得任一客户的授信方案S通常由n个授信额度节点N构建，如S＝{N₁∪N₂∪…∪N_n}，n为正整数，本申请对n的数值不做限定，且对于不同客户的授信方案S来说，其包含的授信额度节点数量可能不同，可视情况而定。

结合上文对所构建的各授信额度节点所包含的内容的描述，解析第一授信额度调整请求，得到目标客户的标识信息后，可以从已构建的多个授信额度节点中，筛选出与该目标客户的标识信息关联的多个第一目标授信额度节点，即用于确定该目标客户的授信方案的多个授信额度节点，本申请对这多个第一目标授信额度节点的具体筛选过程不做限制，如筛选包含目标客户的标识信息这一内容的授信额度节点，与该授信额度节点具有第二控制关系的其他授信额度节点等，本申请对步骤S22的具体实现过程不做详述。

步骤S23，更新每一个第一目标授信额度节点中第一额度属性关联的第一控制关系；

由于本申请需要对第一额度属性进行调整，第一控制关系用于实现相应两个额度属性之间的关联关系，所以，本申请可以依据对第一额度属性的具体调整要求，来重新配置与该第一额度属性关联的第一控制关系。

例如，若需要增加新的第一额度属性，可以配置该第一额度属性与各第一目标授信额度节点中其他额度属性之间的第一控制关系，关于第一控制关系的配置实现过程，可以参照上述实施例相应部分的描述，本申请实施例不做赘述。同理，关于对第一额度属性的其他调整要求，如删除等，对该第一额度属性关联的第一控制关系的更新实现过程类似，本申请在此不做详述。

步骤S24，确定与多个第一目标授信额度节点关联的第二控制关系；

步骤S25，按照所确定的第二控制关系以及更新后的第一控制关系，调整多个第一目标授信额度节点包含的相应内容；

本申请实施例中，按照更新后的第一控制关系，可以对相应的第一目标授信额度节点自身包含的数据进行调整，由于不同授信额度节点的内容会相互影响，因此，在某一个或多个第一目标授信额度节点内容发生变化后，可以利用预先配置的第二控制关系，完成对关联的其他第一目标授信额度节点内容的调整。

可以理解，当多个第一目标授信额度节点之间的关联关系发生变化，可以通过更新相应的第二控制关系，来实现同一授信方案中的多个授信额度节点间的关联关系的更新。

步骤S26，利用多个第一目标授信额度节点包含的调整后的内容，得到目标客户的目标授信方案。

本申请对目标授信方案的具体内容不做限制，通常依据其包含的多个第一目标授信节点内容确定，如可以包括目标客户在某一信贷产品上的不同类型授信额度的具体额度值；目标客户所申请的多种信贷对象之间的额度影响关系等，本申请在此不做详述。

可以理解，在确定目标客户的目标授信方案过程中，是利用调整后的其包含的多个第一目标授信额度节点内容，所关联的各第一控制关系、第二控制关系等确定，本申请实施例主要是对目标客户的授信方案需要调整的情况下，可以利用其包含的多个第一目标授信额度节点包含的调整后的内容，得到调整后的授信方案的过程进行描述。

可见，由于本申请授信额度管控系统中的各授信额度节点数据，与各控制关系是分离管理的，当某额度数据需要调整，可以采用动态配置的方式，实现对其关联的控制关系的调整配置，进而再利用调整配置后的控制关系，实时更新各授信额度节点的内容，保证数据一致性；同理，若需要调整某授信额度节点对应的第一控制关系或第二控制关系，可以直接采用动态配置方式，实现对相应控制关系的维护调整，进而利用维护调整后的控制关系，自动实现对各授信额度节点内容的动态配置，无需人工手动配置，极大提高了授信额度管控效率及可靠性。

在本申请提出的又一些实施例中，依据金融机构的授信额度维度管控需求，还可能需要对已有信贷产品(记为目标信贷产品)的授信额度进行调整，这种情况下，本申请提出的授信额度管控方法还可以包括但并不局限于以下管控过程：

获得针对目标信贷产品的第二授信额度调整请求，该第二授信额度获取请求可以携带有目标信贷产品的类别信息，以及请求调整的第二额度属性。关于该第二授信额度获取请求的生成过程，与上述第一授信额度获取请求的生成过程类似，本申请在此不做详述。之后，授信额度管控设备可以响应该第二授信额度调整请求，确定与目标信贷产品的类别信息关联的多个第二目标授信额度节点，进而更新每一个第二目标授信额度节点中第二额度属性关联的第一控制关系，具体实现过程可以参照上述图3对应实施例的相应部分的描述，本实施例在此不做赘述。

授信额度管控设备确定与多个第二目标授信额度节点关联的第二控制关系后，可以按照所确定的第二控制关系以及更新后的第一控制关系，调整多个第二目标授信额度节点包含的相应内容，无需人工手动配置，极大提高了授信额度管控效率及可靠性。

参照图4，为本申请提出的授信额度管控方法的又一可选示例的流程示意图，本实施例主要对在金融机构发布的新信贷对象(如信贷产品、新的业务等)的场景，如何实现对其关联的各授信额度数据、控制关系的管控过程进行描述，但并不局限于本实施例描述的这种授信额度管控方法，如图4所示，该方法可以包括：

步骤S31，输出授信额度管控操作界面；

步骤S32，响应于对授信额度管控操作界面的对象增加操作，得到针对加的新信贷对象的授信额度管控请求；

本申请实施例中，以授信额度管控设备为业务终端的场景为例进行说明，启动授信额度管控的应用程序，进入授信额度管控操作界面后，可以根据场景需求，在该授信额度管控操作界面上进行对象增加操作，如点击产品增加按钮，输出新增加对象的配置界面，并在该配置界面输入新信贷对象的相关属性信息，具体内容不做详细，点击“确认”按钮，生成针对该新信贷对象的授信额度管控请求，但并不局限于这种生成方式。

步骤S33，响应该授信额度管控请求，构建针对新信贷对象的第一授信额度节点；

关于步骤S33的具体实现过程，可以参照上述实施例相应部分的描述，本实施例不做赘述。

步骤S34，响应于对授信额度管控操作界面的控制关系配置操作，得到针对新信贷对象的控制关系配置请求；

步骤S35，响应该控制关系配置请求，得到第一授信额度节点包含的多个额度属性之间的多个第三控制关系，以及第一授信额度节点与已构建的多个授信额度节点之间的多个第四控制关系；

如上述分析，第三控制关系是指相应授信额度节点内的控制关系，其配置实现过程，可以参照上述第一控制关系的配置实现方法，如直接在控制关系配置界面上进行配置输入操作得到等；同理，第四控制关系指不同授信额度节点间的控制关系，其配置实现过程可以参照上文对第二控制关系的配置描述过程，本申请在此不做赘述。

步骤S36，利用针对第一授信额度节点配置的多个第三控制关系和多个第四控制关系，响应第一授信额度节点包含的额度操作方式，实现对新信贷对象的额度管控；

步骤S37，利用针对第一授信额度节点配置的多个第四控制关系，调整已构建的多个授信额度节点中的相应内容。

在实际应用中，对于授信额度节点的如额度登记、额度扣占、额度释放、额度查询等额度操作方式，按照金融机构的常规业务流程要求，通常是有一定业务处理顺序，从而使的具有相应额度操作方式的授信额度节点之间具有相应的管控顺序，本申请实施例可以按照该管控顺序，实现对具有相应额度操作方式的授信额度节点的额度管控，满足该额度操作方式所对应的应用场景需求，具体实现过程不做详述。

其中，结合上文对不同授信额度节点间的控制关系的相关描述，由于一个授信方案通常对应有多个第二控制关系，其在程序逻辑之外可以通过规则引擎进行管理，实现了该第二控制关系的动态可配置，即通过配置的方式，实现不同授信额度节点之间的第二控制关系的维护，保证授信额度管控的可靠性和准确性。

因此，本申请实施例按照上述方式，针对金融机构发布的新信贷对象，构建其关联的一个或多个第一授信额度节点后，可以配置表征该第一授信额度节点内的各额度属性的关联关系的控制关系，以及表征该第一授信额度节点与其他已构建的授信额度节点间的关联关系的控制关系，从而利用所配置的控制关系，实现对各授信额度节点内容的调整，实现对新信贷对象的额度管控，具体管控过程不做详述，本申请不需要对已构建的授信额度节点内容进行人工一一维护，且保证调整后的各授信额度节点内容，能够满足金融机构的各额度维度管控需求，进而保证由此得到的各客户的授信方案精准可靠。

综上，在本申请实际应用中，在如额度登记、额度扣占、额度释放、额度查询等任一额度操作方式所对应的应用场景下，对相应额度操作方式调用过程中，可以依据所配置的各授信额度节点内的控制关系，以及各授信额度节点间的控制关系，实现对各授信额度节点所包含的各类维度额度的实时汇总、更新、校验，保证系统内各授信额度节点间的数据一致性，满足各类型的信贷对象如上述的授信额度登记、额度扣占、额度释放、额度统计等不同额度管控场景的相应管控需求。

参照图5，为本申请提出的授信额度管控方法的又一可选示例的流程示意图，本实施例主要对授信额度管控系统可以实现统一视图管理的方案进行描述，具体实现方法并不局限于本实施例描述的这种方式，如图5所示，该方法可以包括：

步骤S41，获得针对第一对象的授信额度查看请求；

本申请实施例中，第一对象为可以是在金融机构注册的任一客户，或金融机构发布的任一信贷产品等，在实际应用中，若用户需要查看授信额度节点构成的授信额度管控网络结构中，与第一对象关联的授信额度节点，其对应的各控制关系等信息，可以在授信额度管控操作界面，选择要查看的第一对象，点击确认功能按钮后，生成针对该第一对象的授信额度查看请求，但并不局限于这种生成方式。

步骤S42，响应该授信额度查看请求，确定与第一对象关联的多个第三目标授信额度节点，以及多个第三目标授信额度节点之间的第二控制关系；

关于步骤S42的具体实现过程，可以依据各控制关系的配置方式以及各授信额度节点构建内容确定，本申请在此不做详述。

步骤S43，按照所确定的第二控制关系，由多个第三目标授信额度节点，构成针对第一对象的授信额度管控网络；

步骤S44，输出包含多个第三目标授信额度节点的授信额度管控网络；

为了方便用户了解所确定的多个第三目标授信额度节点间的关联关系，本申请可以选择图网络的方式进行展示，但并不局限于这种展示方式，在所构建的授信额度管控网络中，各网络节点分别为所确定的各第三目标授信额度节点，网络节点之间的边可以表示相应两个第三目标授信额度节点间的第二控制关系，为了区分不同类型的第二控制关系，可以采用不同类型的边或标注第二控制关系内容等方式，来构建各网络节点之间的边，本申请对此不做限制。

步骤S45，响应于对输出的授信额度管控网络中任一第三目标授信额度节点的选择查看操作，输出授信额度展示界面展示所选择的所述第三目标授信额度节点包含的内容，以及所选择的第三目标授信额度节点关联的多个第一控制关系和多个第二控制关系。

针对当前操作界面所展示的授信额度管控网络，用户可以直观看到与第一对象相关的各授信额度节点，当需要查询某一授信额度节点包含的具体内容的情况下，可以选定该授信额度节点后右击，在输出的功能菜单中选择出查看选项，完成对所选择的第三目标授信额度节点的选择查看操作，授信额度管控设备可以输出授信额度展示界面，通过该授信额度展示界面展示所选择的第三目标授信额度节点所包含的内容。

在一些实施例中，上述授信额度展示界面还可以展示所选择的第三目标授信额度节点关联的多个第一控制关系和多个第二控制关系等信息，可视情况而定。本申请对上述所选择的第三目标授信额度节点包含的内容，以及关联的第一控制关系和第二控制关系的具体展示方式不做限制。

步骤S46，响应于对授信额度展示界面所展示的任一控制关系的配置调整操作，得到相应调整后的控制关系；

步骤S47，利用调整后的控制关系，更新与调整后的控制关系关联的授信额度节点的相应内容。

结合上文实施例的描述，对于上述各控制关系可以采用动态配置方式进行维护，所以，在展示的某一个或多个控制关系不再满足当前管控要求，需要对其进行调整的情况下，可以选定该控制关系，输出针对该控制关系的控制关系配置界面，以按照上述方式在该控制关系配置界面中，重新对该控制关系进行配置，得到重新配置的控制关系即调整后的控制关系。之后，可以依据调整后的控制关系，实时更新相关联的授信额度节点的相关内容，具体实现过程本申请不做详述。

本申请实施例还提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现上述产品推荐方法的各步骤，具体实现过程可以参照上述授信额度管控方法实施例相应部分的描述。

本申请实施例还提出的一种适用于上述授信额度管控方法的计算机设备，该计算机设备可以是上述授信额度管控设备，但并不局限于此，如图6所示的计算机设备的一可选示例的硬件结构示意图，该计算机设备可以包括：通信模块21、存储器22和处理器23，其中：

通信模块21、存储器22和处理器23均可以连接通信总线，以实现相互之间的数据交互，本申请对计算机设备内部的线路连接关系不做一一详述。

通信模块21可以包括实现有线网络和/或无线网络通信的模块，如GPRS模块、WIFI模块或其他网络通信模块等，本申请对该通信模块21包含的通信类型不作限制，可视情况而定。可以理解的是，为了实现计算机设备内部数据交互，该通信模块还可以包括如USB接口、串口/并口等其他通信接口，本申请在此不做一一详述。

存储器22可以用于存储实现上述任一实施例提出的授信额度管控方法的程序。处理器23可以用于加载并执行存储器22中存储的程序，以实现本申请相应实施例提出的授信额度管控方法的各个步骤，具体实现过程可以参照上文相应实施例相应部分的描述。

本申请实施例中，该存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件等，本申请对该存储器的类型及存储结构不做限定。处理器23可以为中央处理器(Central Processing Unit，CPU)、特定应用集成电路(application-specific integrated circuit，ASIC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件等。

应该理解的是，图6所示的结构并不构成对本申请实施例中计算机设备的限定，在实际应用中，计算机设备可以包括比图6所示更多或更少的部件，或者组合某些部件，本申请在此不做一一列举。

最后，需要说明的是，本说明书中各个实施例采用递进或并列的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统、计算机设备而言，由于其与实施例公开的方法对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种授信额度管控系统，其特征在于，所述系统包括：多个授信额度节点、节点内控制设备、节点间控制设备及授信额度管控设备，其中：

2.根据权利要求1所述的系统，其特征在于，每一个所述授信额度节点中的额度操作方式包括：额度等级、额度扣占、额度释放以及额度查询之中的至少一种；

3.根据权利要求1所述的系统，其特征在于，所述授信描述信息包括授信方案ID、授信节点类型、使用方式、信贷产品分类、分配方式、信贷状态及信贷期限之中的一个或多个组合；

4.根据权利要求1～3任一项所述的系统，其特征在于，所述授信额度管控设备还用于：

5.一种授信额度管控方法，其特征在于，所述方法包括

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

8.根据权利要求5所述的方法，其特征在于，所述方法还包括：

输出授信额度管控操作界面；

9.根据权利要求5～8任一项所述的方法，其特征在于，所述方法还包括：

10.一种可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器调用并执行，实现如权利要求5～9任一项所述的授信额度管控方法的各步骤。