数据管理方法、装置、设备及存储介质与流程

本发明实施例涉及数据处理技术领域，尤其涉及一种数据管理方法、装置、设备及存储介质。

背景技术：

随着计算机技术和信息技术的迅猛发展，行业应用所产生的数据呈爆炸式增长，需要对数据进行高效安全地管理。

示例性地，在网络贷款领域中，额度中心的职责是维护客户的授信额度体系，提供额度数据的初始化、冻结、解冻、占用、恢复、失效、调增和调减等功能。

而现有的对额度体系数据的管理方法中，只是简单的将额度数据划分为客户总额度的维度和客户产品的维度对额度数据进行管理，使对额度数据管理的维度单一，并且管理不够全面，无法高效准确地对数据进行管理。

技术实现要素：

本发明实施例提供一种数据管理方法、装置、设备及存储介质，解决了现有技术中对额度数据管理的维度单一，并且管理不够全面，无法高效准确地对数据进行管理的技术问题。

第一方面，本发明实施例提供一种数据管理方法，包括：

若接收到用户触发的第一额度相关业务请求，则确定所述用户对应的额度体系配置信息；根据所述额度体系配置信息构建所述用户对应的额度数据树形结构；所述额度数据树形结构包括多层额度节点，除叶子额度节点外的每层额度节点表示对应层级的管理维度节点；根据所述额度数据树形结构对所述用户对应的额度相关业务进行管理。

第二方面，本发明实施例提供一种数据管理装置，包括：

配置信息确定模块，用于若接收到用户触发的第一额度相关业务请求，则确定所述用户对应的额度体系配置信息；树形结构构建模块，用于根据所述额度体系配置信息构建所述用户对应的额度数据树形结构；所述额度数据树形结构包括多层额度节点，除叶子额度节点外的每层额度节点表示对应层级的管理维度节点；数据管理模块，用于根据所述额度数据树形结构对所述用户对应的额度相关业务进行管理。

第三方面，本发明实施例提供一种电子设备，包括：存储器，处理器以及计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面中任一项所述的方法。

第四方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现如第一方面中任一项所述的方法。

本发明实施例提供一种数据管理方法、装置、设备及存储介质，通过若接收到用户触发的第一额度相关业务请求，则确定用户对应的额度体系配置信息；根据额度体系配置信息构建用户对应的额度数据树形结构；额度数据树形结构包括多层额度节点，除叶子额度节点外的每层额度节点表示对应层级的管理维度节点；根据额度数据树形结构对用户对应的额度相关业务进行管理。由于采用额度数据树形结构对用户额度体系中额度数据进行管理，额度数据树形结构能够对数据进行分层及自上而下地管理，所以能够实现多种维度的额度数据管理，使数据管理的足够全面，并且能够高效准确地对数据进行管理。

应当理解，上述发明内容部分中所描述的内容并非旨在限定本发明的实施例的关键或重要特征，亦非用于限制本发明的范围。本发明的其它特征将通过以下的描述变得容易理解。

附图说明

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

图1为本发明实施例一提供的数据管理方法的流程图；

图2为本发明实施例提供的额度树的结构示意图；

图3为本发明实施例二提供的数据管理方法的流程图；

图4为本发明实施例二提供的数据管理方法中步骤201的流程图；

图5为本发明实施例中模板配置界面的第一使用状态示意图；

图6为本发明实施例中模板配置界面的第二使用状态示意图；

图7为本发明实施例中第一产品配置界面的示意图；

图8为本发明实施例中第二产品配置界面的示意图；

图9为本发明实施例中第三产品配置界面的示意图；

图10为本发明实施例二提供的数据管理方法中步骤204的流程图；

图11为本发明实施例二提供的数据管理方法中步骤2043的第一流程图；

图12为本发明实施例二提供的数据管理方法中步骤2043的第二流程图；

图13为本发明实施例三提供的数据管理装置的结构示意图；

图14为本发明实施例四提供的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的实施例。虽然附图中显示了本发明的某些实施例，然而应当理解的是，本发明可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本发明。应当理解的是，本发明的附图及实施例仅用于示例性作用，并非用于限制本发明的保护范围。

本发明实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了清楚理解本申请的技术方案，首先对涉及到的术语进行解释说明：

额度数据树形结构，简称：额度树，采用树形结构对额度体系进行建模后，对额度体系的形象称谓，在下面的实施例中，为描述方便，以额度树来表示额度数据树形结构。

额度节点：额度树中的具体节点，根据额度节点在额度树中位置可关联父节点和子节点。

额度树根节点：特殊的额度节点，处于额度树的最顶层，只会关联子节点，没有父亲节点。

额度树叶子节点：特殊的额度节点，处于额度树的最底层，没有子节点，只会关联父亲节点。

授信剩余额度：为授信额度减去冻结额度和占用额度后的剩余值。

额度循环属性：指客户的授信额度是否可重复使用的属性。

下面结合说明书附图详细介绍本发明实施例。

实施例一

图1为本发明实施例一提供的数据管理方法的流程图，如图1所示，本实施例的执行主体为数据管理装置。该数据管理装置可集成在电子设备中，则本实施例提供的数据管理方法包括以下几个步骤。

步骤101，若接收到用户触发的第一额度相关业务请求，则确定用户对应的额度体系配置信息。

其中，第一额度相关业务请求为触发构建该用户对应的额度数据树形结构的请求。如可以为授信申请请求。

本实施例中，用户为操作电子设备中数据管理方法对应的客户端或网页办理额度相关业务的客户。

本实施例中，用户可通过操作电子设备中数据管理方法对应的客户端或网页的操作界面，触发第一额度相关业务请求。在触发第一额度相关业务请求后，确定用户对应的额度体系配置信息。

其中，额度体系配置信息中包括构建该用户对应的额度树的配置信息。在额度树中包括：多层额度节点，在多层额度节点可以包括：根节点，中间层额度节点，还可以包括叶子节点。所以在额度体系配置信息中具体可以包括：通用额度模板信息，叶子额度节点的属性信息及附加额度信息等。

本实施例中，通用额度模板信息可以为在用户开启第一额度相关业务之前，就预先配置的所有用户共享的额度模板信息，在额度模板信息中可以包括：额度数据树形结构中各层额度节点的父子关系，以及非叶子额度节点的额度计算策略。

本实施例中，叶子额度节点为具体产品对应的额度节点，所以叶子节点的属性信息可以包括：币种类型、是否可循环使用、是否独立于额度树等信息。

本实施例中，叶子额度节点的附加额度信息可以包括：授信额度的限值、额度恢复方式以及产品与产品额度节点的关联配置信息等。

步骤102，根据额度体系配置信息构建用户对应的额度数据树形结构；额度数据树形结构包括多层额度节点，除叶子额度节点外的每层额度节点表示对应层级的管理维度节点。

本实施例中，根据额度体系配置信息构建用户对应的额度树。在构建的额度树中包括多层额度节点，在多层额度节点中包括：根节点，中间层额度节点，还可以包括叶子节点。所以能够用除叶子额度节点外的每层额度节点表示对应层级的管理维度节点。

示例性地，如图2所示，该额度树共4层额度节点，除了叶子额度节点所在的最底层之外，在叶子额度节点上层的每一层代表一个管理维度，即共三层额度管理节点。第一层只能有一个根额度节点，该根额度节点固定为用户综合额度管理维度，表示用户综合额度信息。第二层代表贷款产品类型管理维度，可分为信用贷款额度和抵押贷款额度两个子类，一个子类用一个额度节点表示。第三层代表合作方类型管理维度，可分为自营产品额度和非自营产品额度两个子类。

其中，叶子额度节点代表具体的产品的额度信息，如图2所示，客户分别在产品a、b、c、d共四个产品下具有额度信息，四个产品额度信息分别挂靠在额度树四个最底层叶子额度节点上。

步骤103，根据额度数据树形结构对用户对应的额度相关业务进行管理。

本实施例中，由于除叶子节点外的每层额度节点表示对应层级的管理维度节点，所以可根据用户后续办理的具体额度相关业务，采用额度树对用户额度相关业务进行管理。

示例性的，在用户发生贷款业务时，可采用额度树调整每层额度节点的授信额度、冻结额度及占用额度。在用户发生还款业务时，也可通过额度树调整相关额度。

本实施例提供的数据管理方法，通过若接收到用户触发的第一额度相关业务请求，则确定用户对应的额度体系配置信息；根据额度体系配置信息构建用户对应的额度数据树形结构；额度数据树形结构包括多层额度节点，除叶子额度节点外的每层额度节点表示对应层级的管理维度节点；根据额度数据树形结构对用户对应的额度相关业务进行管理。由于采用额度数据树形结构对用户额度体系中额度数据进行管理，额度数据树形结构能够对数据进行分层及自上而下地管理，所以能够实现多种维度的额度数据管理，使数据管理的足够全面，并且能够高效准确地对数据进行管理。

实施例二

图3为本发明实施例二提供的数据管理方法的流程图，如图3所示，本实施例提供的数据管理方法，是在本发明实施例一提供的数据管理方法的基础上，对步骤101-步骤103的进一步细化，则本实施例提供的数据管理方法包括以下步骤。

步骤201，若接收到用户触发的第一额度相关业务请求，则确定用户对应的额度体系配置信息。

其中，第一额度相关业务请求可以为授信申请请求。

作为一种可选实施方式，如图4所示，本实施例中，步骤201包括以下步骤：

步骤2011，获取通过模板配置界面配置的通用额度模板信息，通用额度模板信息包括：额度数据树形结构中各层额度节点的父子关系，以及非叶子额度节点的额度计算策略。

本实施例中，在用户办理额度相关业务之前，管理人员就可通过模板配置界面配置通用额度模板信息，该通用额度模板配置信息为所有用户共享的额度模板信息。

其中，通用额度模板信息包括：额度数据树形结构中各层额度节点的父子关系，以及非叶子额度节点的额度计算策略。所以示例性地，如图5所示，在模板配置界面中结构编辑的控件及节点规则编辑的控件。管理人员通过点击结构编辑的控件下的新增层级的控件，则可以在右侧显示对应的层级内容编辑界面，如图5右上图所示，若为当前层级为第一层，则由于第一层额度节点为根节点，只能保持一个根节点，所以在层级内容编辑界面中不能新增额度节点。若当前层级非第一层，可新增额度节点，在点击保存之后，则可在左侧模板配置界面中出现该节点，并可再次对每层额度节点进行编辑或删除操作。通过对额度树结构的配置，能够设置额度树的层级，即额度体系管控维度，以及每个管控维度的子类数，具体表示为每一层的额度节点数。

在对结构编辑完后，点击节点规则编辑控件后，示例性地，如图6所示，会在模板配置界面出现生成的初始额度树，在右侧显示编辑节点规则界面，管理人员可通过编辑，设置节点规则，即非叶子额度节点的额度计算策略。

其中，由于每个额度节点的额度基本属性包括：授信额度、冻结额度及占用额度，所以处于模板配置界面中配置的非叶子额度节点的额度计算策略中，非叶子额度节点的授信额度是依据其额度计算策略及其所有子节点的授信额度生成，具体额度计算策略包括求和、求大、求小等策略。或者还可以设置为不相关策略，若为不相关策略，则当前非叶子额度节点的授信额度可由额度相关风控策略模型生成，与子节点的授信额度无关。同理，冻结额度和占用额度也可分别依据其所有子节点的冻结额度和占用额度求和生成，若额度节点为叶子节点，则授信额度默认为零，同时不参与其父亲额度节点的授信额度计算。冻结额度和占用额度也默认为零，但要参与其父节点的冻结额度和占用额度的生成。

本实施例中，通过对非叶子额度节点的额度计算策略的配置，能够配置每个非叶子节点中授信额度、冻结额度及占用额度的计算策略。

可以理解的是，在模板配置界面配置的通用额度模板信息时，可以在用户开启额度相关业务前进行配置，也可以在用户开启额度相关业务后，根据实际的业务额度风险变化，实时改变通用额度模板信息中的额度树中各层额度节点的父子关系，以及非叶子额度节点的额度计算策略，达到及时调整通用额度模板信息的目的。

步骤2012，获取通过第一产品配置界面或第二产品配置界面配置的叶子额度节点对应产品的属性信息。

本实施例中，叶子额度节点为具体产品的额度节点，所以可根据额度相关业务需求，叶子额度节点可以挂靠到额度树上，也可以不挂靠额度树，而是作为独立的额度节点进行单独管理。

若叶子额度节点挂靠在额度树上，则可通过第一产品配置界面配置叶子额度节点对应产品的属性信息。如图7所示，在第一产品配置界面中，管理人员可通过输入或选择配置叶子额度节点对应产品的属性信息。

若叶子额度节点未挂靠在额度树上，则可通过第二产品配置界面配置叶子额度节点对应产品的属性信息。如图8所示，在第二产品配置界面中，管理人员可通过输入或选择配置叶子额度节点对应产品的属性信息。

其中，叶子额度节点对应产品的属性信息可以包括：币种类型、是否可循环使用、是否挂靠额度树等信息。

步骤2013，获取通过第三产品配置界面配置的叶子额度节点对应产品的附加额度信息。

本实施例中，如图9所示，在第三产品配置界面中，管理人员可通过输入或选择配置叶子额度节点对应产品的附加额度信息。

其中，附加额度信息可以包括：产品授信额度的上限、额度恢复方式、产品与叶子额度节点的关联配置等。其中，产品与叶子额度节点的关联配置可通过选择叶子额度节点对应的产品名称进行关联。

需要说明的是，为保证额度体系的额度树结构清晰，叶子额度节点与产品是一一对应关系，即一个产品只能关联一个叶子额度节点，一个叶子额度节点也只能让一个产品来关联。

可以理解的是，在配置叶子额度节点的属性信息及附加额度信息时，可以在通用模板信息配置完成后，配置不同的叶子额度节点对应产品的属性信息和附加额度信息，以达到叶子额度节点灵活配置的目的。

步骤202，根据各层额度节点的父子关系生成初始额度数据树形结构。

步骤203，按照非叶子额度节点的额度计算策略对初始额度数据树形结构中的非叶子额度节点进行配置，并按照叶子额度节点的属性信息及附加额度信息对叶子额度节点进行配置，以生成额度数据树形结构。

具体地，本实施例中，获取通用额度模板信息中配置的额度树中各层额度节点的父子关系，则可生成如图6中在在模板配置界面中显示的初始额度树。然后获取配置后的非叶子额度节点的额度计算策略，以对初始额度数据树形结构中的非叶子额度节点进行配置。最后获取配置后的叶子额度节点的属性信息及附加额度信息，以对叶子额度节点进行配置。在完成每个额度节点的配置后，生成的额度树就能够进行多维度的额度数据的管理。

本实施例提供的数据管理方法，在对额度树进行构建时，根据各层额度节点的父子关系生成初始额度数据树形结构；按照非叶子额度节点的额度计算策略对初始额度数据树形结构中的非叶子额度节点进行配置，并按照叶子额度节点的属性信息及附加额度信息对叶子额度节点进行配置，以生成额度数据树形结构，能够以额度树的形式对额度体系中的数据进行分层及自上而下地管理，所以能够实现多种维度的额度数据管理，使数据管理的足够全面，并且能够高效准确地对数据进行管理。

步骤204，根据额度数据树形结构对用户对应的额度相关业务进行管理。

可选地，作为一种可选实施方式，本实施例中，步骤204包括以下步骤2041。

步骤2041，若第一额度相关业务请求为授信申请请求，则判断用户是否为授信用户；若用户为授信用户，则对额度树进行额度基本属性的初始化；额度基本属性包括：授信额度、冻结额度及占用额度。

具体地，本实施例中，在用户办理贷款业务或还款业务前，需要进行授信申请，所以首先接收用户触发的第一额度相关业务请求可以为授信申请请求。在接收到授信申请请求后，根据该用户对应的额度树对该用户授信情况进行风险评估，若确定该用户为授信用户，则对额度树进行额度基本属性的初始化。其中，授信额度在用户授信申请时根据额度相关风控策略模型生成，冻结额度和占用额度可初始化为零。

作为一种可选实施方式，如图10所示，本实施例中，步骤204包括以下步骤2042和步骤2043。

步骤2042，接收用户触发的第二额度相关业务请求。

具体地，本实施例中，在用户为授信用户后，用户可触发第二额度相关业务请求，该第二额度相关业务请求可以为贷款申请请求及还款申请请求。

步骤2043，根据第二额度相关业务请求，对各层额度节点的额度基本属性进行调整。

作为一种可选实施方式，如图11所示，步骤2043包括步骤2043a-步骤2043d。

步骤2043a，获取授信剩余额度。

具体地，本实施例中，若贷款申请是在确定用户为授信用户之后第一次的贷款申请，则授信剩余额度为对额度树进行初始化的授信额度。后续会在每次完成贷款后存储授信剩余额度到额度树中，进而获取到授信剩余额度。在将授信剩余额度存储到额度树中时，相关的额度节点均存储有对应的授信剩余额度。

步骤2043b，判断授信剩余额度是否大于贷款申请额度，若是，则执行步骤2043c，否则执行步骤2043d。

具体地，本实施例中，在接收到授信申请请求时，在授信申请请求中包括贷款申请额度，根据贷款申请额度从叶子额度节点开始逐层校验相关额度节点的授信剩余额度是否大于该贷款额度申请，只有当所有额度节点的授信剩余额度都能大于或等于贷款申请额度时，才确定授信剩余额度大于或等于贷款申请额度。

步骤2043c，根据贷款申请额度从下至上对额度数据树形结构中的各层额度节点对应的冻结额度和占用额度进行调整。

具体地，本实施例中，若确定授信剩余额度大于贷款申请额度，则在贷款发放后按贷款申请额度从下至上对额度数据树形结构中的各层额度节点中冻结相应的额度值，即对冻结额度进行调整。当对用户贷款发放成功后先按贷款申请额度解冻相应的额度，并立即占用相应的额度，即对冻结额度和占用额度进行调整。

步骤2043d，拒绝用户的贷款申请。

具体地，本实施例中，由于授信剩余额度小于贷款申请额度，用户没有资格进行相应贷款申请额度的贷款，所以拒绝用户的贷款申请，如可在界面上显示贷款申请额度过高的提示信息。

本实施例提供的数据管理方法，在管理用户的贷款业务时，由于预先对额度树进行了合理的配置，所以可对用户贷款业务进行有效合理地管理。

作为一种可选实施方式，如图12所示，步骤2043包括步骤2043e-步骤2043g。

步骤2043e，获取额度数据树形结构中贷款额度节点对应的贷款循环属性。

本实施例中，根据贷款申请的产品，确定对应叶子额度节点，进而根据该叶子额度节点的配置信息确定贷款额度节点对应的贷款循环属性。

该贷款循环属性可以为循环属性或非循环属性。

步骤2043f，若贷款循环属性为循环属性，则根据还款申请额度调整占用额度。

步骤2043g，若贷款循环属性为非循环属性，则根据还款申请额度保持占用额度不变。

具体地，本实施例中，在向用户发放贷款成功后，会占用相应贷款申请额度的授信额度，即占用额度增加，可用授信额度减少。若贷款循环属性为循环属性，则用户还款后会恢复相应的占用额度，该用户可以再次发生贷款。若贷款循环属性为非循环属性，则用户还款后，对应的占用额度不会恢复，即保持占用额度不变。占用额度只会在贷款申请额度增加时不断增加，当用户授信额度被占用完后，将无法再次发生贷款。

本实施例提供的数据管理方法，在管理用户的还款业务时，由于预先对贷款循环属性进行了合理的配置，所以可根据贷款循环属性对还款业务进行有效合理地管理。

可以理解的是，第二额度相关业务请求还可以为调增和调减请求等，本实施例中对此不做限定。

作为一种可选实施方式，如图3所示，本实施例中，步骤204之后，还包括以下步骤：

步骤205，接收用户触发的业务显示请求。

具体地，本实施例中，可在界面中设置业务显示控件，则用户通过点击业务显示控件触发业务显示请求。

步骤206，根据业务显示请求，以树状连接形式显示额度数据树形结构。

本实施例中，在用户点击业务显示控件触发业务显示请求后，将业务以额度树的形式进行显示，如可显示为图2所示。

步骤207，接收用户触发的对某额度节点的统计请求。

具体地，本实施例中，在界面中，每个额度节点上可设置控件，用户通过点击需要进行额度统计的额度节点，来触发对该额度节点的统计请求。

步骤208，响应于统计请求，将该额度节点的额度统计信息进行显示。

具体地，在本实施例中，响应于统计请求，将额度节点的额度统计信息可以以窗口或界面的形式进行显示。

本实施例提供的数据管理方法，通过接收用户触发的业务显示请求；根据业务显示请求，以树状连接形式显示额度数据树形结构；接收用户触发的对某额度节点的统计请求；响应于统计请求，将该额度节点的额度统计信息进行显示。能够将额度数据进行可视化的展示和不同层次和维度的额度统计，能够可视化的对额度数据进行管理，提高了用户的体验。

实施例三

图13为本发明实施例三提供的数据管理装置的结构示意图，如图13所示，本实施例提供的数据管理装置1300包括：配置信息确定模块1301，树形结构构建模块1302及数据管理模块1303。

其中，配置信息确定模块1301，用于若接收到用户触发的第一额度相关业务请求，则确定用户对应的额度体系配置信息。树形结构构建模块1302，用于根据额度体系配置信息构建用户对应的额度数据树形结构；额度数据树形结构包括多层额度节点，除叶子额度节点外的每层额度节点表示对应层级的管理维度节点。数据管理模块1303，用于根据额度数据树形结构对用户对应的额度相关业务进行管理。

本实施例提供的数据管理装置可以执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

进一步地，本实施例提供的数据管理装置还包括：数据显示模块。

可选地，用户对应的额度体系配置信息包括：通用额度模板信息，叶子额度节点的属性信息及附加额度信息；

配置信息确定模块1301，具体用于：

获取通过模板配置界面配置的通用额度模板信息，通用额度模板信息包括：额度数据树形结构中各层额度节点的父子关系，以及非叶子额度节点的额度计算策略；获取通过第一产品配置界面或第二产品配置界面配置的叶子额度节点对应产品的属性信息；获取通过第三产品配置界面配置的叶子额度节点对应产品的附加额度信息。

可选地，树形结构构建模块1302，具体用于：

根据各层额度节点的父子关系生成初始额度数据树形结构；按照非叶子额度节点的额度计算策略对初始额度数据树形结构中的非叶子额度节点进行配置，并按照叶子额度节点的属性信息及附加额度信息对叶子额度节点进行配置，以生成额度数据树形结构。

可选地，数据管理模块1303，具体用于：

若第一额度相关业务请求为授信申请请求，则判断用户是否为授信用户；若用户为授信用户，则对额度树进行额度基本属性的初始化；额度基本属性包括：授信额度、冻结额度及占用额度。

可选地，数据管理模块1303，具体用于：

接收用户触发的第二额度相关业务请求；根据第二额度相关业务请求，对各层额度节点的额度基本属性进行调整。

可选地，第二额度相关业务请求为贷款申请请求，贷款申请请求中包括：贷款申请额度；

数据管理模块1303，在根据第二额度相关业务请求，对各层额度节点的额度基本属性进行调整时，具体用于：

获取授信剩余额度；判断授信剩余额度是否大于贷款申请额度；若确定授信剩余额度大于或等于贷款申请额度，则根据贷款申请额度从下至上对额度数据树形结构中的各层额度节点对应的冻结额度和占用额度进行调整。

可选地，第二额度相关业务请求为还款申请请求，还款申请请求中包括：还款申请额度；

数据管理模块1303，在根据第二额度相关业务请求，对各层额度节点的额度基本属性进行调整时，具体用于：

获取额度数据树形结构中贷款额度节点对应的贷款循环属性；若贷款循环属性为循环属性，则根据还款申请额度调整占用额度；若贷款循环属性为非循环属性，则根据还款申请额度保持占用额度不变。

可选地，数据显示模块，具体用于：

接收用户触发的业务显示请求；根据业务显示请求，以树状连接形式显示额度数据树形结构；接收用户触发的对某额度节点的统计请求；响应于统计请求，将该额度节点的额度统计信息进行显示。

本实施例提供的数据管理装置可以执行图3-图4、图10-图12所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

实施例四

图14为本发明实施例四提供的电子设备的结构示意图，如图14所示，本发明实施例还提供一种电子设备1400，包括：存储器1401，处理器1402以及计算机程序。

其中，计算机程序存储在存储器1401中，并被配置为由处理器1402执行以实现本发明任意一个实施例提供的数据管理方法。相关说明可以对应参见附图中的步骤所对应的相关描述和效果进行理解，此处不做过多赘述。

其中，本实施例中，存储器1401和处理器1402通过总线连接。

实施例五

本发明实施例五提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现本发明任意一个实施例提供的数据管理方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

用于实施本发明的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。