CN117391834A - 异常用户处理方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请提供一种异常用户处理方法、装置、服务器及存储介质。涉及大数据处理领域。该方法包括：若管控任务类型为周期性管控任务，则按照第一预设周期进行异常用户的增量识别，确定增量异常用户，并根据增量异常用户在异常用户清单的基础上生成增量异常用户清单；若管控任务类型为单次管控任务，则只生成存量异常用户清单，按照第二预设周期从增量异常用户清单或存量异常用户清单中确定所有修正异常用户信息的用户，将所有修正异常用户信息的用户在增量异常用户清单中删除，并确定增量异常用户清单中异常用户的减少数量；将所有修正异常用户信息的用户及异常用户的减少数量发送至管控终端，使得提高了异常用户的管控效率。

Description

异常用户处理方法、装置、服务器及存储介质

技术领域

本申请涉及大数据处理技术领域，尤其涉及一种异常用户处理方法、装置、服务器及存储介质。

背景技术

随着金融科技的发展，越来越多的人到金融机构办理业务。但随着金融机构的用户增多，将产生大量的异常用户，会对金融机构的运行产生不良影响。综上，所以要对异常用户通过异常用户清单的方式进行管控。

现有技术中，传统的异常用户管控方法是通过人工将异常用户生成的异常用户清单导入管控清单，并通过计算机平台进行简单的管控。

然而，传统的异常用户管控方法会导致金融机构的员工产生巨大的工作量，且管控异常用户过程太长，使得异常用户的管控效率低下。

发明内容

本申请提供一种异常用户处理方法、装置、服务器及存储介质，用于解决管控异常用户过程过长，以及异常用户管控效率低下的问题。

第一方面，本申请提供一种异常用户处理方法，应用于服务器，包括：

识别金融系统的所有存量异常用户，并根据所述所有存量异常用户的特性确定管控任务类型；

若所述管控任务类型为周期性管控任务，则初始化周期性管控任务，并执行如下步骤：

在初始化周期性管控任务之后，确定所述所有存量异常用户的异常用户清单；

在所述所有存量异常用户的基础上按照第一预设周期进行异常用户的增量识别，确定增量异常用户；

根据所述增量异常用户在所述异常用户清单的基础上生成增量异常用户清单；

响应于任一用户端对所述增量异常用户清单中任一异常用户信息的预设操作，完成对所述任一异常用户信息的修正；

按照第二预设周期从所述增量异常用户清单中确定所有修正异常用户信息的用户，将所述所有修正异常用户信息的用户在所述增量异常用户清单中删除，并确定所述增量异常用户清单中异常用户的减少数量，其中所述第二预设周期小于所述第一预设周期；

将所述所有修正异常用户信息的用户及所述异常用户的减少数量发送至管控终端；

若所述管控任务类型为单次管控任务，则初始化单次管控任务，并执行如下步骤：

在初始化单次管控任务之后，确定所述所有存量异常用户的异常用户清单；

响应于任一用户端对所述异常用户清单中任一异常用户信息的预设操作，完成对所述任一异常用户信息的修正；

按照所述第二预设周期从所述异常用户清单中确定所述所有修正异常用户信息的用户，将所述所有修正异常用户信息的用户在所述异常用户清单中删除，并确定所述异常用户清单中异常用户的减少数量；

将所述所有修正异常用户信息的用户及所述异常用户的减少数量发送至所述管控终端。

在一种可能的设计中，所述确定所述所有存量异常用户的异常用户清单，包括：获取所述所有存量异常用户中的每一异常用户的私有信息；遍历所述所有存量异常用户中的每一异常用户的私有信息，并根据所述每一异常用户的私有信息获取所述所有存量异常用户的异常用户清单。

在一种可能的设计中，所述在所述所有存量异常用户的基础上按照第一预设周期进行异常用户的增量识别，确定增量异常用户，包括：获取所述第一预设周期的预设循环数；根据所述预设循环数对所述所有存量异常用户按照所述第一预设周期进行异常用户的增量识别，并确定所述增量异常用户。

在一种可能的设计中，在所述确定所述所有存量异常用户的异常用户清单之后，还包括：获取周期性管控任务的首次生效日期，并将所述首次生效日期与第一预设业务日期进行比对，其中所述第一预设业务日期为在初始化周期性管控任务后的任一日期；若所述首次生效日期为所述第一预设业务日期，则将所述异常用户清单确定为存量管控任务清单。

在一种可能的设计中，在所述根据所述增量异常用户在所述异常用户清单的基础上生成增量异常用户清单之后，还包括：获取周期性管控任务的非首次生效日期，并将所述非首次生效日期与第二预设业务日期进行比对，其中所述第二预设业务日期为第一预设业务日期与多个第一预设周期之和；若所述非首次生效日期为所述第二预设业务日期，则将所述增量异常用户清单确定为增量管控任务清单。

在一种可能的设计中，在所述按照第二预设周期从所述增量异常用户清单中确定所有修正异常用户信息的用户之后，还包括：获取周期性管控任务的首次生效日期或非首次生效日期，并作为目标日期；将所述目标日期与第三预设业务日期进行比对，其中所述第三业务日期为预先设定的周期性管控任务运行日期；若所述目标日期超过所述第三预设业务日期，则继续按照所述第二预设周期从所述增量异常用户清单中确定所述所有修正异常用户信息的用户，并发出所述周期性管控任务运行错误的告警。

在一种可能的设计中，还包括：获取周期性管控任务的预设暂停日期；若所述周期性管控任务的第一运行日期为所述预设暂停日期时，则将所述周期性管控任务暂停运行，输出任务暂停结果；将所述任务暂停结果发送至管控终端。

在一种可能的设计中，还包括：获取周期性管控任务的预设结束日期；若所述周期性管控任务的第二运行日期为所述预设结束日期时，则将所述周期性管控任务结束运行，输出任务结束结果；将所述任务结束结果发送至管控终端。

第二方面，本申请提供一种异常用户处理装置，应用于服务器，包括：

第一确定模块，用于识别金融系统的所有存量异常用户，并根据所述所有存量异常用户的特性确定管控任务类型；

第一执行模块，用于若所述管控任务类型为周期性管控任务，则初始化周期性管控任务；所述第一执行模块具体包括：

第一确定单元，用于在初始化周期性管控任务之后，确定所述所有存量异常用户的异常用户清单；

第二确定单元，用于在所述所有存量异常用户的基础上按照第一预设周期进行异常用户的增量识别，确定增量异常用户；

生成单元，用于根据所述增量异常用户在所述异常用户清单的基础上生成增量异常用户清单；

操作单元，用于响应于任一用户端对所述增量异常用户清单中任一异常用户信息的预设操作，完成对所述任一异常用户信息的修正；

第三确定单元，用于按照第二预设周期从所述增量异常用户清单中确定所有修正异常用户信息的用户，将所述所有修正异常用户信息的用户在所述增量异常用户清单中删除，并确定所述增量异常用户清单中异常用户的减少数量，其中所述第二预设周期小于所述第一预设周期；

发送单元，用于将所述所有修正异常用户信息的用户及所述异常用户的减少数量发送至管控终端；

第二执行模块，用于若所述管控任务类型为单次管控任务，则初始化单次管控任务；所述第二执行模块，具体包括：

第一确定单元，用于在初始化单次管控任务之后，确定所述所有存量异常用户的异常用户清单；

操作单元，用于响应于任一用户端对所述异常用户清单中任一异常用户信息的预设操作，完成对所述任一异常用户信息的修正；

第二确定单元，用于按照所述第二预设周期从所述异常用户清单中确定所述所有修正异常用户信息的用户，将所述所有修正异常用户信息的用户在所述异常用户清单中删除，并确定所述异常用户清单中异常用户的减少数量；

发送单元，用于将所述所有修正异常用户信息的用户及所述异常用户的减少数量发送至所述管控终端。

第三方面，本申请实施例提供一种服务器，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如上第一方面以及第一方面各种可能的设计所述的异常用户处理方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的异常用户处理方法。

本申请提供的异常用户处理方法、装置、服务器及存储介质，若管控任务类型为周期性管控任务，则执行如下步骤：在初始化周期性管控任务之后，通过在所有存量异常用户的基础上按照第一预设周期进行异常用户的增量识别，确定增量异常用户；根据增量异常用户在异常用户清单的基础上生成增量异常用户清单；按照第二预设周期从增量异常用户清单中确定所有修正异常用户信息的用户，将所有修正异常用户信息的用户在增量异常用户清单中删除，并确定增量异常用户清单中异常用户的减少数量；将所有修正异常用户信息的用户及异常用户的减少数量发送至管控终端，使得管控异常用户更有条理，缩短了管控时间，提高了异常用户的管控效率，且适用于管控大量异常用户；若管控任务类型为单次管控任务，则执行如下步骤：在初始化单次管控任务之后，通过确定所有存量异常用户的异常用户清单；按照第二预设周期从异常用户清单中确定所有修正异常用户信息的用户，将所有修正异常用户信息的用户在异常用户清单中删除，并确定异常用户清单中异常用户的减少数量；将所有修正异常用户信息的用户及异常用户的减少数量发送至管控终端，使得管控异常用户更加方便，任务运行更加简洁，且适用于管控少量异常用户。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的异常用户处理方法的应用场景示意图；

图2为本申请实施例提供的异常用户处理方法的流程图；

图3为本申请实施例提供的异常用户处理装置的结构示意图；

图4为本申请实施例提供的服务器的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

本申请的技术方案中，所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

随着科技的飞速发展，大数据处理技术也得到了巨大的进步。其中，关于金融的大数据处理技术的发展最为强势。目前社会中越来越多的人会选择到金融机构办理相关业务，但随着金融机构的用户增多，将产生大量的异常用户，会对金融机构的运行产生不良影响。综上，所以要对异常用户通过异常用户清单的方式进行管控。现有技术中，传统的异常用户管控方法是通过人工将异常用户生成的异常用户数据导入管控清单，并通过计算机平台进行简单的管控。但是，传统的异常用户管控方法会导致金融机构的员工产生巨大的工作量，且管控异常用户过程太长，使得异常用户的管控效率低下，不利于工作的顺利开展。

针对上述技术问题，本申请提出如下技术构思：发明人考虑到庞杂的异常用户数据，将异常用户生成异常用户清单，并按照第一预设周期对异常用户清单进行补充；根据异常用户清单按照第二预设周期对修正异常用户信息的用户进行删除，得到异常用户的减少数量，并输出修正异常用户信息的用户和异常用户的减少数量，使得缩短了管控异常用户过程，并且提高了管控效率。

图1是本申请实施例提供的异常用户处理方法的应用场景示意图。

如图1所示，该场景中包括：用户端101、服务器102和管控终端103。

其中，用户端101，可以是显示屏，也可以是个人电脑等终端。

服务器102，可以是一台独立的服务器，也可以是多台服务器组成的集群。

管控终端103，可以是一个管控模块，也可以是多个管控模块组成的集群。

用户端101识别所有异常用户，并将所有异常用户的私有信息通过无线网络传输至服务器102。服务器102根据所有异常用户的私有信息构建异常用户清单，并通过用户端101定时获取所有的修正异常用户信息的用户，以及得到异常用户的减少数量，最终将所有修正异常用户信息的用户以及异常用户的减少数量发送至管控终端103。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的异常用户处理方法的流程图，本实施例的执行主体可以为图1所示实施例中的服务器。如图2所示，该异常用户处理方法包括：

S201：识别金融系统的所有存量异常用户，并根据所有存量异常用户的特性确定管控任务类型。

在本实施例中，所有存量异常用户为预设时刻之前所有的异常用户。

在本实施例中，所有存量异常用户的特性可以是存量大小、异常程度、增量程度以及其他特性。

在本实施例中，管控任务类型为周期性管控任务或单次管控任务。

S202：若管控任务类型为周期性管控任务，则初始化周期性管控任务，并执行如下步骤：

S2021：在初始化周期性管控任务之后，确定所有存量异常用户的异常用户清单。

在本实施例中，初始化周期性管控任务为构建及试运行周期性管控任务的准备工作。

具体地，步骤S2021具体包括：获取所有存量异常用户中的每一异常用户的私有信息；遍历所有存量异常用户中的每一异常用户的私有信息，并根据每一异常用户的私有信息获取所有存量异常用户的异常用户清单。

其中，异常用户为经过筛选得到的个人身份信息、资产信息以及其他信息出现异常的用户。

其中，私有信息可以是个人身份信息、资产信息或其他信息。

其中，异常用户清单可以是表格、文档或其他形式。

具体地，在步骤S2021之后，还包括：获取周期性管控任务的首次生效日期，并将首次生效日期与第一预设业务日期进行比对，其中第一预设业务日期为在初始化周期性管控任务后的任一日期；若首次生效日期为第一预设业务日期，则将异常用户清单确定为存量管控任务清单。

此外，若首次生效日期不为第一预设业务日期，则发出周期性管控任务运行错误的告警。

其中，告警的方式可以是警报、短信、邮件或其他方式。

S2022：在所有存量异常用户的基础上按照第一预设周期进行异常用户的增量识别，确定增量异常用户。

具体地，步骤S2022具体包括：获取第一预设周期的预设循环数；根据预设循环数对所有存量异常用户按照第一预设周期进行异常用户的增量识别，并确定增量异常用户。

其中，第一预设周期可以是3天、5天或7天中任一时间，也可以是其他时间。

其中，预设循环数可以是1、2或3中任一数字，也可以是其他数字。

S2023：根据增量异常用户在异常用户清单的基础上生成增量异常用户清单。

在本实施例中，若增量异常用户在第一预设周期内没有增量时，则增量异常用户清单可以视为异常用户清单。

其中，增量异常用户清单可以是表格、文档或其他形式。

其中，增量异常用户清单可以存储至数据库。

具体地，在步骤S2023之后，还包括：获取周期性管控任务的非首次生效日期，并将非首次生效日期与第二预设业务日期进行比对，其中第二预设业务日期为第一预设业务日期与多个第一预设周期之和；若非首次生效日期为第二预设业务日期，则将增量异常用户清单确定为增量管控任务清单。

其中，第二预设业务日期为第一预设业务日期与n个第一预设周期之和。

此外，在确定为增量管控任务清单后，并计算下次业务日期。其中，下次业务日期为：第二预设业务日期与第一预设周期之和。

此外，若非首次生效日期不为第二预设业务日期，则发出周期性管控任务运行错误的告警。

其中，关于告警的论述已经在步骤S2021中进行了详细说明，这里不再赘述。

S2024：响应于任一用户端对异常用户清单中任一异常用户信息的预设操作，完成对任一异常用户信息的修正。

在本实施例中，预设操作可以是改错、补充或其他操作。

S2025：按照第二预设周期从增量异常用户清单中确定所有修正异常用户信息的用户，将所有修正异常用户信息的用户在增量异常用户清单中删除，并确定增量异常用户清单中异常用户的减少数量，其中第二预设周期小于第一预设周期。

在本实施例中，第二预设周期可以是1天、2天或3天中任一时间，也可以是其他时间。

此外，在按照第二预设周期从增量异常用户清单中确定所有修正异常用户信息的用户之后，还包括步骤a~c：

步骤a：获取周期性管控任务的首次生效日期或非首次生效日期，并作为目标日期。

步骤b：将目标日期与第三预设业务日期进行比对，其中第三预设业务日期为预先设定的周期性管控任务运行日期。

步骤c：若目标日期超过第三预设业务日期，则继续按照第二预设周期从增量异常用户清单中确定所有修正异常用户信息的用户，并发出周期性管控任务运行错误的告警。

其中，关于告警的论述已经在步骤S2021中进行了详细说明，这里不再赘述。

S2026：将所有修正异常用户信息的用户及异常用户的减少数量发送至管控终端。

具体地，在按照第二预设周期确定所有修正异常用户信息的用户及异常用户的减少数量后，便将所有修正异常用户信息的用户及异常用户的减少数量瞬时发送至管控终端。

S203：若管控任务类型为单次管控任务，则初始化单次管控任务，并执行如下步骤：

S2031：在初始化单次管控任务之后，确定所有存量异常用户的异常用户清单。

在本实施例中，初始化单次管控任务为构建及试运行单次管控任务的准备工作。

在本实施例中，关于异常用户及异常用户清单的论述已经在步骤S2021中进行了详细说明，这里不再赘述。

S2032：响应于任一用户端对异常用户清单中任一异常用户信息的预设操作，完成对任一异常用户信息的修正。

在本实施例中，关于预设操作的论述已经在步骤S2024中进行了详细说明，这里不再赘述。

S2033：按照第二预设周期从异常用户清单中确定所有修正异常用户信息的用户，将所有修正异常用户信息的用户在异常用户清单中删除，并确定异常用户清单中异常用户的减少数量。

在本实施例中，关于第二预设周期的论述已经在步骤S2025中进行了详细说明，这里不再赘述。

S2034：将所有修正异常用户信息的用户及异常用户的减少数量发送至管控终端。

具体地，在按照第二预设周期确定所有修正异常用户信息的用户及异常用户的减少数量后，便将所有修正异常用户信息的用户及异常用户的减少数量瞬时发送至管控终端。

综上，本实施例提供的异常用户处理方法，若管控任务类型为周期性管控任务，则执行如下步骤：在初始化周期性管控任务之后，通过在所有存量异常用户的基础上按照第一预设周期进行异常用户的增量识别，确定增量异常用户；根据增量异常用户在异常用户清单的基础上生成增量异常用户清单；按照第二预设周期从增量异常用户清单中确定所有修正异常用户信息的用户，将所有修正异常用户信息的用户在增量异常用户清单中删除，并确定增量异常用户清单中异常用户的减少数量；将所有修正异常用户信息的用户及异常用户的减少数量发送至管控终端，使得管控异常用户更有条理，缩短了管控时间，提高了异常用户的管控效率，且适用于管控大量异常用户；若管控任务类型为单次管控任务，则执行如下步骤：在初始化单次管控任务之后，通过确定所有存量异常用户的异常用户清单；按照第二预设周期从异常用户清单中确定所有修正异常用户信息的用户，将所有修正异常用户信息的用户在异常用户清单中删除，并确定异常用户清单中异常用户的减少数量；将所有修正异常用户信息的用户及异常用户的减少数量发送至管控终端，使得管控异常用户更加方便，任务运行更加简洁，且适用于管控少量异常用户。

此外，本实施例提供的异常用户处理方法，使得对异常用户的识别和处理更加准确。

在本申请实施例中，在图2提供的实施例的基础上，还包括周期性管控任务的暂停。该异常用户处理方法，还包括如下步骤：

S301：获取周期性管控任务的预设暂停日期。

在本实施例中，预设暂停日期可以是周期性管控任务首次生效日期后的任一日期。

S302：若周期性管控任务的第一运行日期为预设暂停日期时，则将周期性管控任务暂停运行，输出任务暂停结果。

在本实施例中，第一运行日期与预设暂停日期是同一日期。

在本实施例中，任务暂停结果为周期性管控任务暂停后的得到的暂停管控任务清单。

其中，暂停管控任务清单可以是表格、文档或其他形式。

S303：将任务暂停结果发送至管控终端。

具体地，将暂停管控任务清单发送至管控终端。

在本申请实施例中，在图2提供的实施例的基础上，还包括周期性管控任务的结束。该异常用户处理方法，还包括如下步骤：

S401：获取周期性管控任务的预设结束日期。

在本实施例中，预设结束日期可以是周期性管控任务首次生效日期后的任一日期。

S402：若周期性管控任务的第二运行日期为预设结束日期时，则将周期性管控任务结束运行，输出任务结束结果。

在本实施例中，第二运行日期与预设结束日期是同一日期。

在本实施例中，任务结束结果为周期性管控任务结束后的得到的结束管控任务清单。

其中，结束管控任务清单是指将剩余的所有异常用户全部取消管控后得到的用户清单。

其中，结束管控任务清单可以是表格、文档或其他形式。

S403：将任务结束结果发送至管控终端。

具体地，将结束管控任务清单发送至管控终端。

图3为本申请实施例提供的异常用户处理装置的结构示意图。如图3所示，该异常用户处理装置，包括：第一确定模块501、第一执行模块502以及第二执行模块503。

第一确定模块501，用于识别金融系统的所有存量异常用户，并根据所述所有存量异常用户的特性确定管控任务类型；

第一执行模块502，用于若所述管控任务类型为周期性管控任务，则初始化周期性管控任务；所述第一执行模块502，具体包括：

第一确定单元，用于在初始化周期性管控任务之后，确定所述所有存量异常用户的异常用户清单；

第二确定单元，用于在所述所有存量异常用户的基础上按照第一预设周期进行异常用户的增量识别，确定增量异常用户；

生成单元，用于根据所述增量异常用户在所述异常用户清单的基础上生成增量异常用户清单；

操作单元，用于响应于任一用户端对所述增量异常用户清单中任一异常用户信息的预设操作，完成对所述任一异常用户信息的修正；

第三确定单元，用于按照第二预设周期从所述增量异常用户清单中确定所有修正异常用户信息的用户，将所述所有修正异常用户信息的用户在所述增量异常用户清单中删除，并确定所述增量异常用户清单中异常用户的减少数量，其中所述第二预设周期小于所述第一预设周期；

发送单元，用于将所述所有修正异常用户信息的用户及所述异常用户的减少数量发送至管控终端；

第二执行模块503，用于若所述管控任务类型为单次管控任务，则初始化单次管控任务；所述第二执行模块503，具体包括：

第一确定单元，用于在初始化单次管控任务之后，确定所述所有存量异常用户的异常用户清单；

操作单元，用于响应于任一用户端对所述异常用户清单中任一异常用户信息的预设操作，完成对所述任一异常用户信息的修正；

第二确定单元，用于按照所述第二预设周期从所述异常用户清单中确定所述所有修正异常用户信息的用户，将所述所有修正异常用户信息的用户在所述异常用户清单中删除，并确定所述异常用户清单中异常用户的减少数量；

发送单元，用于将所述所有修正异常用户信息的用户及所述异常用户的减少数量发送至所述管控终端。

在一种可能的实现方式中，所述第一确定单元，具体用于：获取所述所有存量异常用户中的每一异常用户的私有信息；遍历所述所有存量异常用户中的每一异常用户的私有信息，并根据所述每一异常用户的私有信息获取所述所有存量异常用户的异常用户清单。

在一种可能的实现方式中，所述第二确定单元，具体用于：获取所述第一预设周期的预设循环数；根据所述预设循环数对所述所有存量异常用户按照所述第一预设周期进行异常用户的增量识别，并确定所述增量异常用户。

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

第一比对模块，用于获取周期性管控任务的首次生效日期，并将所述首次生效日期与第一预设业务日期进行比对，其中所述第一预设业务日期为在初始化周期性管控任务后的任一日期；

第二确定模块，用于若所述首次生效日期为所述第一预设业务日期，则将所述异常用户清单确定为存量管控任务清单。

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

第二比对模块，用于获取周期性管控任务的非首次生效日期，并将所述非首次生效日期与第二预设业务日期进行比对，其中所述第二预设业务日期为第一预设业务日期与多个第一预设周期之和；

第三确定模块，用于若所述非首次生效日期为所述第二预设业务日期，则将所述增量异常用户清单确定为增量管控任务清单。

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

第一获取模块，用于获取周期性管控任务的首次生效日期或非首次生效日期，并作为目标日期；

第三比对模块，用于将所述目标日期与第三预设业务日期进行比对，其中所述第三业务日期为预先设定的周期性管控任务运行日期；

告警模块，用于若所述目标日期超过所述第三预设业务日期，则继续按照所述第二预设周期从所述增量异常用户清单中确定所述所有修正异常用户信息的用户，并发出所述周期性管控任务运行错误的告警。

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

第二获取模块，用于获取周期性管控任务的预设暂停日期；

第一输出模块，用于若所述周期性管控任务的第一运行日期为所述预设暂停日期时，则将所述周期性管控任务暂停运行，输出任务暂停结果；

第一发送模块，用于将所述任务暂停结果发送至管控终端。

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

第三获取模块，用于获取周期性管控任务的预设结束日期；

第二输出模块，用于若所述周期性管控任务的第二运行日期为所述预设结束日期时，则将所述周期性管控任务结束运行，输出任务结束结果；

第二发送模块，用于将所述任务结束结果发送至管控终端。

本申请实施例提供的异常用户处理装置，可用于执行上述实施例中异常用户处理方法的技术方案，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。

图4为本申请实施例提供的服务器的结构示意图。如图4所示，本实施例的服务器包括：处理器601以及存储器602；存储器存储计算机执行指令；至少一个处理器执行存储器存储的计算机执行指令，使得至少一个处理器执行如上的异常用户处理方法。

可选地，存储器602既可以是独立的，也可以跟处理器601集成在一起。

当存储器602独立设置时，该服务器还包括总线603，用于连接所述存储器602和处理器601。

系统总线可以是外设部件互连标准（peripheral component interconnect，PCI）总线或扩展工业标准结构（extended industry standard architecture，EISA）总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机（例如客户端、读写库和只读库）之间的通信。存储器可能包含随机存取存储器（randomaccess memory，RAM），也可能还包括非易失性存储器（non-volatile memory）。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时，用于实现上述实施例异常用户处理方法的技术方案。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时可实现上述实施例中异常用户处理方法的技术方案。

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

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

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

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器执行本申请各个实施例方法的部分步骤。

应理解，上述处理器可以是中央处理单元（Central Processing Unit，简称CPU），还可以是其他通用处理器、数字信号处理器（Digital Signal Processor，简称DSP）、专用集成电路（Application Specific Integrated Circuit，简称ASIC）等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构（Industry Standard Architecture，简称ISA）总线、外部设备互连（Peripheral Component Interconnect，简称PCI）总线或扩展工业标准体系结构（Extended Industry Standard Architecture，简称EISA）总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（SRAM），电可擦除可编程只读存储器（EEPROM），可擦除可编程只读存储器（EPROM），可编程只读存储器（PROM），只读存储器（ROM），磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电控单元或主控设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (11)

1.一种异常用户处理方法，其特征在于，应用于服务器，包括：

识别金融系统的所有存量异常用户，并根据所述所有存量异常用户的特性确定管控任务类型；

若所述管控任务类型为周期性管控任务，则初始化周期性管控任务，并执行如下步骤：

在初始化周期性管控任务之后，确定所述所有存量异常用户的异常用户清单；

在所述所有存量异常用户的基础上按照第一预设周期进行异常用户的增量识别，确定增量异常用户；

根据所述增量异常用户在所述异常用户清单的基础上生成增量异常用户清单；

响应于任一用户端对所述增量异常用户清单中任一异常用户信息的预设操作，完成对所述任一异常用户信息的修正；

按照第二预设周期从所述增量异常用户清单中确定所有修正异常用户信息的用户，将所述所有修正异常用户信息的用户在所述增量异常用户清单中删除，并确定所述增量异常用户清单中异常用户的减少数量，其中所述第二预设周期小于所述第一预设周期；

将所述所有修正异常用户信息的用户及所述异常用户的减少数量发送至管控终端；

若所述管控任务类型为单次管控任务，则初始化单次管控任务，并执行如下步骤：

在初始化单次管控任务之后，确定所述所有存量异常用户的异常用户清单；

响应于任一用户端对所述异常用户清单中任一异常用户信息的预设操作，完成对所述任一异常用户信息的修正；

按照所述第二预设周期从所述异常用户清单中确定所述所有修正异常用户信息的用户，将所述所有修正异常用户信息的用户在所述异常用户清单中删除，并确定所述异常用户清单中异常用户的减少数量；

将所述所有修正异常用户信息的用户及所述异常用户的减少数量发送至所述管控终端。

2.根据权利要求1所述的方法，其特征在于，所述确定所述所有存量异常用户的异常用户清单，包括：

获取所述所有存量异常用户中的每一异常用户的私有信息；

遍历所述所有存量异常用户中的每一异常用户的私有信息，并根据所述每一异常用户的私有信息获取所述所有存量异常用户的异常用户清单。

3.根据权利要求1所述的方法，其特征在于，所述在所述所有存量异常用户的基础上按照第一预设周期进行异常用户的增量识别，确定增量异常用户，包括：

获取所述第一预设周期的预设循环数；

根据所述预设循环数对所述所有存量异常用户按照所述第一预设周期进行异常用户的增量识别，并确定所述增量异常用户。

4.根据权利要求1所述的方法，其特征在于，在所述确定所述所有存量异常用户的异常用户清单之后，还包括：

获取周期性管控任务的首次生效日期，并将所述首次生效日期与第一预设业务日期进行比对，其中所述第一预设业务日期为在初始化周期性管控任务后的任一日期；

若所述首次生效日期为所述第一预设业务日期，则将所述异常用户清单确定为存量管控任务清单。

5.根据权利要求1所述的方法，其特征在于，在所述根据所述增量异常用户在所述异常用户清单的基础上生成增量异常用户清单之后，还包括：

获取周期性管控任务的非首次生效日期，并将所述非首次生效日期与第二预设业务日期进行比对，其中所述第二预设业务日期为第一预设业务日期与多个第一预设周期之和；

若所述非首次生效日期为所述第二预设业务日期，则将所述增量异常用户清单确定为增量管控任务清单。

6.根据权利要求1所述的方法，其特征在于，在所述按照第二预设周期从所述增量异常用户清单中确定所有修正异常用户信息的用户之后，还包括：

获取周期性管控任务的首次生效日期或非首次生效日期，并作为目标日期；

将所述目标日期与第三预设业务日期进行比对，其中所述第三业务日期为预先设定的周期性管控任务运行日期；

若所述目标日期超过所述第三预设业务日期，则继续按照所述第二预设周期从所述增量异常用户清单中确定所述所有修正异常用户信息的用户，并发出所述周期性管控任务运行错误的告警。

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

获取周期性管控任务的预设暂停日期；

若所述周期性管控任务的第一运行日期为所述预设暂停日期时，则将所述周期性管控任务暂停运行，输出任务暂停结果；

将所述任务暂停结果发送至管控终端。

8.根据权利要求1至7中任一项所述的方法，其特征在于，还包括：

获取周期性管控任务的预设结束日期；

若所述周期性管控任务的第二运行日期为所述预设结束日期时，则将所述周期性管控任务结束运行，输出任务结束结果；

将所述任务结束结果发送至管控终端。

9.一种异常用户处理装置，其特征在于，应用于服务器，包括：

第一确定模块，用于识别金融系统的所有存量异常用户，并根据所述所有存量异常用户的特性确定管控任务类型；

第一执行模块，用于若所述管控任务类型为周期性管控任务，则初始化周期性管控任务；所述第一执行模块具体包括：

第一确定单元，用于在初始化周期性管控任务之后，确定所述所有存量异常用户的异常用户清单；

第二确定单元，用于在所述所有存量异常用户的基础上按照第一预设周期进行异常用户的增量识别，确定增量异常用户；

生成单元，用于根据所述增量异常用户在所述异常用户清单的基础上生成增量异常用户清单；

操作单元，用于响应于任一用户端对所述增量异常用户清单中任一异常用户信息的预设操作，完成对所述任一异常用户信息的修正；

第三确定单元，用于按照第二预设周期从所述增量异常用户清单中确定所有修正异常用户信息的用户，将所述所有修正异常用户信息的用户在所述增量异常用户清单中删除，并确定所述增量异常用户清单中异常用户的减少数量，其中所述第二预设周期小于所述第一预设周期；

发送单元，用于将所述所有修正异常用户信息的用户及所述异常用户的减少数量发送至管控终端；

第二执行模块，用于若所述管控任务类型为单次管控任务，则初始化单次管控任务；所述第二执行模块，具体包括：

第一确定单元，用于在初始化单次管控任务之后，确定所述所有存量异常用户的异常用户清单；

操作单元，用于响应于任一用户端对所述异常用户清单中任一异常用户信息的预设操作，完成对所述任一异常用户信息的修正；

第二确定单元，用于按照所述第二预设周期从所述异常用户清单中确定所述所有修正异常用户信息的用户，将所述所有修正异常用户信息的用户在所述异常用户清单中删除，并确定所述异常用户清单中异常用户的减少数量；

发送单元，用于将所述所有修正异常用户信息的用户及所述异常用户的减少数量发送至所述管控终端。

10.一种服务器，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至8中任一项所述的异常用户处理方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至8中任一项所述的异常用户处理方法。