CN115439217A - 一种额度数据的处理方法及相关装置 - Google Patents

Abstract

本申请提供了一种额度数据的处理方法及相关装置，可应用于金融领域或其他领域，包括：基于待处理列表，获取多个用户的额度数据；根据多个用户的额度数据，构建多个用户对应的额度关系图和额度使用情况图；基于多个用户对应的额度关系图和额度使用情况图，处理多个用户的额度数据。该方法通过待处理列表确定各个服务器需要处理的额度数据，从而可以实现额度数据的并行处理，提高额度数据处理效率，同时，通过构建额度关系图和额度使用情况图，灵活处理额度数据，减少与数据库的交互次数。

Description

一种额度数据的处理方法及相关装置

技术领域

本申请涉及金融领域，尤其涉及一种额度数据的处理方法、装置、服务器、计算机可读存储介质以及计算机程序产品。

背景技术

随着银行业务范围的扩大，银行向用户提供的授信业务种类也越来越多，为了便于管理，银行采用额度管控系统存储用户授信额度的相关信息。额度管控系统将额度分为多个层级进行管理，例如，可以将额度从下到上分为账户额度、产品额度、合同额度、客户额度和集团额度。

由于不同层级之间额度的货币种类可能不同，层级之间涉及汇率换算，额度管控系统需要根据汇率的变更更新用户的额度使用情况。针对上述大量额度数据的处理问题，业界通常会根据额度数据，以用户为单位，构建额度树，并从额度树底层开始逐层向上处理额度数据，在该层级的额度数据处理完毕后更新数据库中的额度数据。

然而，采用上述方法处理额度数据时，每个层级处理前需要从数据库中读取下层数据，且每个层级完成处理后需要更新数据库，与数据库交互频繁，处理效率较低。

发明内容

本申请提供了一种额度数据的处理方法，该方法可以减少与数据库的交互次数，从而提升额度数据的处理效率。本申请还提供了上述方法对应的装置、服务器、计算机可读存储介质以及计算机程序产品。

第一方面，本申请提供了一种额度数据的处理方法。所述方法包括：

基于待处理列表，获取多个用户的额度数据；

根据所述多个用户的额度数据，构建所述多个用户对应的额度关系图和额度使用情况图；

基于所述多个用户对应的额度关系图和额度使用情况图，处理所述多个用户的额度数据。

在一些可能的实现方式中，在所述基于待处理列表，获取多个用户的额度数据之前，所述方法还包括：

从数据库中获取多个待处理的用户信息；

根据所述多个待处理的用户信息，生成多个待处理列表。

在一些可能的实现方式中，所述基于待处理列表，获取多个用户的额度数据，包括：

基于待处理列表，确定多个用户的标识；

根据所述多个用户的标识，获取多个用户的额度数据。

在一些可能的实现方式中，所述根据所述多个用户的额度数据，构建所述多个用户对应的额度关系图和额度使用情况图，包括：

根据所述多个用户的额度数据的层级关系，构建所述多个用户对应的额度关系图，以及根据所述多个用户的额度数据的使用情况，构建所述多个用户对应的额度使用情况图。

在一些可能的实现方式中，所述基于所述多个用户对应的额度关系图和额度使用情况图，处理所述多个用户的额度数据，包括：

根据所述多个用户对应的额度关系图和额度使用情况图，基于当前汇率，更新所述多个用户对应的额度关系图和额度使用情况图，以完成所述多个用户的额度数据的处理。

在一些可能的实现方式中，所述方法还包括：

基于处理后的多个用户的额度数据，更新数据库。

第二方面，本申请提供了一种额度数据的处理装置。所述装置包括：

获取模块，用于基于待处理列表，获取多个用户的额度数据；

构建模块，用于根据所述多个用户的额度数据，构建所述多个用户对应的额度关系图和额度使用情况图；

处理模块，用于基于所述多个用户对应的额度关系图和额度使用情况图，处理所述多个用户的额度数据。

在一些可能的实现方式中，所述装置还包括：

生成模块，用于从数据库中获取多个待处理的用户信息；根据所述多个待处理的用户信息，生成多个待处理列表。

在一些可能的实现方式中，所述获取模块具体用于：

基于待处理列表，确定多个用户的标识；

根据所述多个用户的标识，获取多个用户的额度数据。

在一些可能的实现方式中，所述构建模块具体用于：

根据所述多个用户的额度数据的层级关系，构建所述多个用户对应的额度关系图，以及根据所述多个用户的额度数据的使用情况，构建所述多个用户对应的额度使用情况图。

在一些可能的实现方式中，所述处理模块具体用于：

根据所述多个用户对应的额度关系图和额度使用情况图，基于当前汇率，更新所述多个用户对应的额度关系图和额度使用情况图，以完成所述多个用户的额度数据的处理。

在一些可能的实现方式中，所述装置还包括：

更新模块，用于基于处理后的多个用户的额度数据，更新数据库。

第三方面，本申请提供了一种服务器。所述服务器包括处理器和存储器，所述存储器中存储有指令，所述处理器执行所述指令，以使所述服务器执行如本申请第一方面或第一方面的任一种实现方式所述的方法。

第四方面，本申请提供了一种计算机可读存储介质。所述计算机可读存储介质中存储有指令，当其在服务器上运行时，使得服务器执行上述第一方面或第一方面的任一种实现方式所述的方法。

第五方面，本申请提供了一种计算机程序产品。所述计算机程序产品包括计算机可读指令，当其在服务器上运行时，使得所述服务器执行上述第一方面或第一方面的任一种实现方式所述的方法。

本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。

基于上述内容描述，可知本申请的技术方案具有如下有益效果：

具体地，该方法首先基于待处理列表，获取多个用户的额度数据，接着根据多个用户的额度数据，构建多个用户对应的额度关系图和额度使用情况图，然后基于多个用户对应的额度关系图和额度使用情况图，处理多个用户的额度数据。该方法通过待处理列表确定各个服务器需要处理的额度数据，从而可以实现额度数据的并行处理，提高额度数据处理效率，同时，通过构建额度关系图和额度使用情况图，灵活处理额度数据，减少与数据库的交互次数。

附图说明

结合附图并参考以下具体实施方式，本申请各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为本申请实施例提供的一种额度数据的处理方法的流程示意图；

图2为本申请实施例提供的一种额度数据的处理装置的结构示意图；

图3为本申请实施例提供的一种实现额度数据处理的服务器的结构示意图。

具体实施方式

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

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本申请中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本申请中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

为了便于理解本申请的技术方案，下面对本申请中具体的应用场景进行说明。

授信业务是指银行向用户提供资金支持的业务，其中，银行能够提供的资金上限称为该授信业务的授信额度。为了便于管理，银行利用额度管控系统存储用户授信额度的相关信息，具体地，额度管控系统将额度分为多个层级进行管控，例如，可以分为账户额度、产品额度、合同额度、客户额度和集团额度，账户额度位于最底层，集团额度位于最高层，底层额度与上层额度之间属于被包括和包括的关系。由于不同的授信业务的额度的货币种类不同，不同层级之间涉及汇率换算，额度管控系统需要根据实时汇率，对用户的额度数据进行计算和更新。

针对上述问题，业界通常从数据库中获取所有用户的额度数据，并以用户为单位，构建对应的额度树，接着从额度树最底层开始处理额度数据，当该层级的全部额度数据处理完成后，更新数据库，再逐层往上处理，直到将额度树中包括的额度数据全部处理完毕。

然而，上述方法处理的过程中，需要首先读取当前处理层级的下层数据，且每个层级处理完毕后都需要更新数据库，与数据库的交互频繁，处理额度数据的效率较低。

基于此，本申请实施例提供了一种额度数据的处理方法。具体地，该方法首先基于待处理列表，获取多个用户的额度数据，接着根据多个用户的额度数据，构建多个用户对应的额度关系图和额度使用情况图，然后基于多个用户对应的额度关系图和额度使用情况图，处理多个用户的额度数据。该方法通过待处理列表确定各个服务器需要处理的额度数据，从而可以实现额度数据的并行处理，提高额度数据处理效率，同时，通过构建额度关系图和额度使用情况图，灵活处理额度数据，减少与数据库的交互次数。

接下来，结合附图对本申请实施例提供的额度数据的处理方法进行详细说明。

参见图1所示的一种额度数据的处理方法的流程示意图，该方法可以由服务器执行，具体包括如下步骤：

S101：服务器基于待处理列表，获取多个用户的额度数据。

具体地，服务器可以基于待处理列表，确定多个用户的标识，例如，可以为客户号，再根据多个用户的标识，批量获取多个用户的额度数据。其中，多个用户的额度数据包括多个用户的多个层级的额度数据。

在一些可能的实现方式中，在获取多个用户的额度数据之前，还可以从数据库中获取多个待处理的用户信息，并根据多个待处理的用户信息，生成多个待处理列表，例如，可以将待处理的用户平均分为N组，从而生成N个待处理列表，并将N个待处理列表以消息的方式发送至N个子服务器(也可以为子节点)，使得N个子服务器并行处理额度数据，提升效率。

S102：服务器根据多个用户的额度数据，构建多个用户对应的额度关系图和额度使用情况图。

具体地，服务器可以根据多个用户的额度数据的层级关系，构建多个用户对应的额度关系图，以及根据多个用户的额度数据的使用情况，构建多个用户对应的额度使用情况图。

例如，用户的额度数据的层级关系由下至上可以为产品额度、合同额度、客户额度，从而根据该层级关系，构建额度关系图，将产品额度关联到合同额度下，使得合同额度作为上层节点，产品额度作为下层节点，接着将合同额度关联到客户额度下，使得客户额度作为上层节点，合同额度作为下层节点。此外，额度关系图还可以包括与本层所关联的上层与下层的额度使用情况以及额度数据处理情况，从而完成该用户额度关系图的构建。

进一步地，额度数据的使用情况可以包括已使用、累计使用和累计释放，服务器可以根据该用户各个层级的实际额度数据的使用情况，例如，可以包括货币种类对应的货币码、交易金额，构建对应的额度使用情况图。

进一步地，额度关系图和额度使用情况图可以使用额度数据的表名和主键作为标识，例如，客户额度的资源标识可以为：CUSFL#银行号#客户号#授信类别，合同额度的资源标识可以为：CNTRFL#银行号#合同额度号，从而通过标识定位到具体某个层级中额度的使用情况，通过额度关系图，定位到上下层额度的使用情况。

S103：服务器基于多个用户对应的额度关系图和额度使用情况图，处理多个用户的额度数据。

具体地，服务器可以根据多个用户对应的额度关系图和额度使用情况图，基于当前汇率，更新多个用户对应的额度使用情况图，从而完成多个用户的额度数据的处理。

例如，服务器可以循环处理额度数据。首先，服务器可以判断该额度数据是否为该用户未处理的额度数据中位于最底层的额度数据，当该额度数据不为最底层额度数据，且下层额度数据还未全部处理完毕时，可以将该额度数据放入处理队列末尾等待，否则，服务器可以根据额度关系图确定该额度数据的下层额度数据，从而基于当前汇率更新该额度数据的使用情况，同时更新额度关系图和额度使用情况图。

进一步地，服务器可以基于处理后的多个用户的额度数据，更新数据库。例如，服务器可以采取乐观锁的模式更新数据库，即当更新数据库时发现数据库的修改时间与获取额度数据时的修改时间不一致时，重新处理该额度数据，若重新处理的次数达到预设阈值，则将该额度数据记录至异常表中，单独进行额度数据处理。

进一步地，服务器在处理额度数据的过程中若发生处理失败的情况，可以将待处理列表中的用户标识均记录至异常表中，等批量处理结束后，再以单个用户为单位进行逐个处理。

该方法首先基于待处理列表，获取多个用户的额度数据，接着根据多个用户的额度数据，构建多个用户对应的额度关系图和额度使用情况图，然后基于多个用户对应的额度关系图和额度使用情况图，处理多个用户的额度数据。该方法通过待处理列表确定各个服务器需要处理的额度数据，从而可以实现额度数据的并行处理，提高额度数据处理效率，同时，通过构建额度关系图和额度使用情况图，灵活处理额度数据，减少与数据库的交互次数。

基于本申请实施例提供的上述方法，本申请实施例还提供了与上述方法对应的额度数据的处理装置。描述于本申请实施例中所涉及到的单元/模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元/模块的名称在某种情况下并不构成对该单元/模块本身的限定。

参见图2所示的额度数据的处理装置的结构示意图，该装置200包括：

获取模块201，用于基于待处理列表，获取多个用户的额度数据；

构建模块202，用于根据多个用户的额度数据，构建多个用户对应的额度关系图和额度使用情况图；

处理模块203，用于基于多个用户对应的额度关系图和额度使用情况图，处理多个用户的额度数据。

在一些可能的实现方式中，该装置200还包括：

生成模块，用于从数据库中获取多个待处理的用户信息；根据多个待处理的用户信息，生成多个待处理列表。

在一些可能的实现方式中，获取模块201具体用于：

基于待处理列表，确定多个用户的标识；

根据多个用户的标识，获取多个用户的额度数据。

在一些可能的实现方式中，构建模块202具体用于：

根据多个用户的额度数据的层级关系，构建多个用户对应的额度关系图，以及根据多个用户的额度数据的使用情况，构建多个用户对应的额度使用情况图。

在一些可能的实现方式中，处理模块203具体用于：

根据多个用户对应的额度关系图和额度使用情况图，基于当前汇率，更新多个用户对应的额度关系图和额度使用情况图，以完成多个用户的额度数据的处理。

在一些可能的实现方式中，该装置还包括：

更新模块，用于基于处理后的多个用户的额度数据，更新数据库。

根据本申请实施例的额度数据的处理装置200可对应于执行本申请实施例中描述的方法，并且额度数据的处理装置200的各个模块/单元的上述和其它操作和/或功能分别为了实现图1所示实施例中的各个方法的相应流程，为了简洁，在此不再赘述。

本发明提供的发明名称可用于金融领域或其他领域，例如，可用于金融领域中的额度数据处理的应用场景。其他领域为除金融领域之外的任意领域，例如，数据处理领域。上述仅为示例，并不对本发明提供的发明名称的应用领域进行限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。参见图3所示的实现额度数据处理的服务器300的结构示意图，需要说明的是，图3所示的服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图3所示，服务器300可以包括处理装置(例如中央处理器、图形处理器等)301，其可以根据存储在只读存储器(ROM)302中的程序或者从存储装置308加载到随机访问存储器(RAM)303中的程序而执行各种适当的动作和处理。在RAM303中，还存储有服务器300操作所需的各种程序和数据。处理装置301、ROM 302以及RAM 303通过总线304彼此相连。输入/输出(I/O)接口305也连接至总线304。

通常，以下装置可以连接至I/O接口305：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置306；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置307；包括例如磁带、硬盘等的存储装置308；以及通信装置309。通信装置309可以允许服务器300与其他设备进行无线或有线通信以交换数据。虽然图3示出了具有各种装置的服务器300，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

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

需要说明的是，本申请上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该服务器执行时，使得服务器：基于待处理列表，获取多个用户的额度数据；根据多个用户的额度数据，构建多个用户对应的额度关系图和额度使用情况图；基于多个用户对应的额度关系图和额度使用情况图，处理多个用户的额度数据。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置从网络上被下载和安装，或者从存储装置被安装。在该计算机程序被处理装置执行时，执行本申请实施例的方法中限定的上述功能。

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

虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本申请的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种额度数据的处理方法，其特征在于，所述方法包括：

基于待处理列表，获取多个用户的额度数据；

根据所述多个用户的额度数据，构建所述多个用户对应的额度关系图和额度使用情况图；

基于所述多个用户对应的额度关系图和额度使用情况图，处理所述多个用户的额度数据。

2.根据权利要求1所述的方法，其特征在于，在所述基于待处理列表，获取多个用户的额度数据之前，所述方法还包括：

从数据库中获取多个待处理的用户信息；

根据所述多个待处理的用户信息，生成多个待处理列表。

3.根据权利要求1所述的方法，其特征在于，所述基于待处理列表，获取多个用户的额度数据，包括：

基于待处理列表，确定多个用户的标识；

根据所述多个用户的标识，获取多个用户的额度数据。

4.根据权利要求1所述的方法，其特征在于，所述根据所述多个用户的额度数据，构建所述多个用户对应的额度关系图和额度使用情况图，包括：

根据所述多个用户的额度数据的层级关系，构建所述多个用户对应的额度关系图，以及根据所述多个用户的额度数据的使用情况，构建所述多个用户对应的额度使用情况图。

5.根据权利要求1所述的方法，其特征在于，所述基于所述多个用户对应的额度关系图和额度使用情况图，处理所述多个用户的额度数据，包括：

根据所述多个用户对应的额度关系图和额度使用情况图，基于当前汇率，更新所述多个用户对应的额度关系图和额度使用情况图，以完成所述多个用户的额度数据的处理。

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

基于处理后的多个用户的额度数据，更新数据库。

7.一种额度数据的处理装置，其特征在于，所述装置包括：

获取模块，用于基于待处理列表，获取多个用户的额度数据；

构建模块，用于根据所述多个用户的额度数据，构建所述多个用户对应的额度关系图和额度使用情况图；

处理模块，用于基于所述多个用户对应的额度关系图和额度使用情况图，处理所述多个用户的额度数据。

8.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有指令，所述处理器执行所述指令，以使所述服务器执行如权利要求1至6任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，包括计算机可读指令，当所述计算机可读指令在服务器上运行时，使得所述服务器执行如权利要求1至6中任一项所述的方法。

10.一种计算机程序产品，其特征在于，包括计算机可读指令，当所述计算机程序产品在服务器上运行时，使得所述服务器执行如权利要求1至6中任一项所述的方法。

Images