一种验证结果的监控处理方法、装置、设备和存储介质与流程

本发明实施例涉及计数据处理技术，尤其涉及一种验证结果的监控处理方法、装置、设备和存储介质。

背景技术：

随着互联网技术的发展，用户在使用一些互联网产品时，往往需要提交验证信息进行验证。

用户在提交验证信息之后，有时会出现验证失败的情况。验证失败主要有两个原因：用户本身填写的验证信息错误或操作错误，或者系统出现异常。当系统异常导致验证失败时，需要对这种情况进行监控和统计分析。现有技术中一般通过将异常情况打印到日志的方式对验证异常的情况进行监控，但是这种方式只能显示出现异常，无法显示异常信息和异常原因，需要技术人员根据异常日志进行排查，才能确定异常原因，监控成本较高。并且，也无法针对各个验证项进行异常结果分析，以对系统进行改进。

技术实现要素：

本发明实施例提供一种验证结果的监控处理方法、装置、设备和存储介质，以实现监控用户验证的系统异常情况，确定系统异常原因，分析系统异常结果。

第一方面，本发明实施例提供了一种验证结果的监控处理方法，该方法包括：

收集指向至少一个监控接口的接口验证请求，以及各所述监控接口针对所述接口验证请求反馈的接口验证结果；

根据所述接口验证结果，统计至少一个监控时长内，与各所述监控接口匹配的验证异常概率；

如果在目标监控时长内，目标监控接口的所述验证异常概率超过预设的门限阈值，则生成与所述目标监控接口匹配的预警信息。

第二方面，本发明实施例还提供了一种验证结果的监控处理装置，该装置包括：

接口验证结果收集模块，用于收集指向至少一个监控接口的接口验证请求，以及各所述监控接口针对所述接口验证请求反馈的接口验证结果；

验证异常概率统计模块，用于根据所述接口验证结果，统计至少一个监控时长内，与各所述监控接口匹配的验证异常概率；

预警信息生成模块，用于如果在目标监控时长内，目标监控接口的所述验证异常概率超过预设的门限阈值，则生成与所述目标监控接口匹配的预警信息。

第三方面，本发明实施例还提供了一种设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明实施例任一所述的验证结果的监控处理方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的验证结果的监控处理方法。

本发明实施例通过统计监控接口的接口验证请求和接口验证结果，计算监控接口对应的验证异常概率，当验证异常概率超过预设阈值时生成预警信息，解决了现有技术监控异常时，将异常打印到日志的方式无法体现异常原因，也无法统计各监控接口的验证异常概率的问题，实现了对用户验证时系统异常的情况进行及时监控，并达到了当验证异常概率过高时及时进行预警的效果。

附图说明

图1是本发明实施例一中的一种验证结果的监控处理方法的流程图；

图2是本发明实施例二中的一种验证结果的监控处理方法的流程图；

图3是本发明实施例三中的一种验证结果的监控处理方法的流程图；

图4是本发明实施例四中的一种验证结果的监控处理装置的结构示意图；

图5是本发明实施例五中的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一提供的一种验证结果的监控处理方法的流程图，本实施例可适用于需要对用户验证情况进行监控的情况，该方法可以由验证结果的监控装置来执行，该装置可以由软件和/或硬件来实现，并一般集成在服务器中。具体包括如下步骤：

s110、收集指向至少一个监控接口的接口验证请求，以及各所述监控接口针对所述接口验证请求反馈的接口验证结果。

其中，监控接口可以指需要进行监控的验证接口，验证接口可以实现验证信息正确性的校验，确保验证信息的真实性和一致性。

一般来说，验证接口与验证项相对应，在一个具体的例子中，验证项可以是用户身份证信息验证、用户银行卡信息验证、验证码验证以及用户名密码验证等。每一个验证项可以对应一个验证接口，对于一个验证接口，可以选择监控或者不监控。在一个具体的例子中，可以选择对用户身份证信息验证接口和用户银行卡信息验证接口进行监控。本实施例中，对验证项的种类和数量，以及监控接口的种类和数量并不进行限制。

其中，接口验证请求中可以包括需要进行验证的信息，监控接口接收到接口验证请求后，对需要验证的信息进行校验，并将接口验证结果返回给用户。在一个具体的例子中，当监控接口为用户身份证信息验证接口时，接口验证请求中可以包括用户的姓名和身份证号。

其中，所述接口验证结果包括：验证通过，或者，验证不通过以及验证不通过的原因。当验证通过时，监控接口只需向用户返回验证通过的结果，但是当验证不通过时，需要同时返回验证不通过的结果以及验证不通过的原因。验证不通过可以分为两种类型：一种是用户本身操作失误或用户信息填写错误；另一种是内部系统异常或由外部服务商服务异常造成的外部系统异常等造成的验证不通过。在一个具体的例子中，验证不通过时可以返回错误码，通过错误码的类型可以得知验证不通过的原因。

在本发明一个可选的实施例中，通过验证接口接收用户验证请求，触发配置于所述验证接口上的接口拦截器，通过所述接口拦截器确定所述验证接口属于监控接口。其中，拦截器的作用在于拦截用户的请求并进行相应的处理，验证接口接收用户验证请求时，触发接口拦截器，接口拦截器根据该用户验证请求判断该验证接口是否为需要监控的监控接口，

在本发明一个可选的实施例中，如果确定所述验证接口属于监控接口，则获取所述用户验证请求，以及所述验证接口针对所述用户验证请求反馈的接口验证结果进行存储。如果该验证接口为需要进行监控的监控接口，则将用户验证请求和接口验证结果进行存储。如果该验证接口不是需要进行监控的监控接口，可以直接向用户返回验证结果。

在本发明一个可选的实施例中，通过设定反射机制，判断所述验证接口上是否包含有设定数据形式的注解，若是，则确定所述验证接口属于监控接口。反射机制可以指在程序运行时，动态获取运行对象的属性、方法以及注解等信息的机制。注解可以指在字段、方法以及类等上面打上的标签，在代码运行时可以检测该标签以实现其对应的逻辑。通过反射机制检测注解从而确定验证接口是否为监控接口，这样设置的好处在于，当需要新加入一个监控接口时，只需在接口上添加“需要监控”的注解即可，无需重复开发代码。

s120、根据所述接口验证结果，统计至少一个监控时长内，与各所述监控接口匹配的验证异常概率。

其中，监控时长为预先设置的时间周期，在一个具体的例子中，可以将监控时长设置为五分钟，每隔五分钟计算过去五分钟内当前监控接口的验证异常概率，但是本实施例对监控时长的大小不进行限制。监控接口与验证项相对应，因此，监控接口有不同的类型，对于不同类型的监控接口，统计其各自在监控时长内的验证异常概率。验证异常，即验证不通过的原因为内部系统异常或外部服务商服务异常造成的外部系统异常。

s130、如果在目标监控时长内，目标监控接口的所述验证异常概率超过预设的门限阈值，则生成与所述目标监控接口匹配的预警信息。

对于目标监控接口，如果目标监控时长内的验证异常概率过高，超过了预设阈值，则对于该目标监控接口生成预警信息，提示给后台服务器侧的工作人员，以使工作人员可以对验证异常的情况及时排查，确认验证服务是否正常。在一个具体的例子中，可以将预警信息以邮件或短信的方式通知后台服务器侧的工作人员，但是本实施例对生成预警信息后的具体操作不进行任何限制。

本实施例的技术方案，通过监控接口的接口验证请求和接口验证结果，计算目标监控时长内监控接口对应的验证异常概率，当验证异常概率超过预设阈值时生成预警信息。解决了现有技术中监控异常时，将异常打印到日志的方式无法体现异常原因，也无法统计各监控接口的验证异常概率的问题，实现了对用户验证时系统异常的情况进行及时监控，并达到了当验证异常概率过高时及时进行预警的效果。

实施例二

图2是本发明实施例二中的一种验证结果的监控处理方法的流程图，本实施例在上述实施例的基础上，对根据接口验证结果计算验证异常概率的步骤进行了进一步的具体化。将根据所述接口验证结果，统计至少一个监控时长内，与各所述监控接口匹配的验证异常概率的操作优化为获取在当前监控时长内，与当前处理的监控接口匹配的全部接口验证结果，并统计所述全部接口验证结果的第一数量；在所述全部接口验证结果中，获取验证不通过原因为系统异常的接口验证结果的第二数量；将所述第二数量与所述第一数量的比值，作为与当前处理的监控接口匹配的验证异常概率。

相应的，本发明实施例的技术方案具体步骤如下：

s210、通过验证接口接收用户验证请求。

s220、触发配置于所述验证接口上的接口拦截器。

s230、判断所述验证接口是否属于监控接口，如果是，执行s240；否则执行s250。

具体的，可以通过所述接口拦截器确定所述验证接口属于监控接口。该接口拦截器可以通过设定反射机制，判断所述验证接口上是否包含有设定数据形式的注解，若是，则确定所述验证接口属于监控接口。

s240、获取所述用户验证请求，以及所述验证接口针对所述用户验证请求反馈的接口验证结果进行存储。

其中，所述接口验证请求与用户的信息验证项操作关联，用户对于一个信息验证项执行验证操作时，向与该验证项对应的验证接口发送包含验证信息的验证请求。

s250、返回接口验证结果。

s260、判断是否需要对接口验证结果进行监控；如果是，则执行s270；否则执行s2130。

s270、获取在当前监控时长内，与当前处理的监控接口匹配的全部接口验证结果，并统计所述全部接口验证结果的第一数量。

其中，第一数量即为当前处理的监控接口在当前监控时长内接收到的全部用户验证请求对应的接口验证结果的总量。包括验证通过的接口验证结果数量、验证未通过且原因为系统异常的接口验证结果数量，以及验证未通过且原因为用户失误的接口验证结果数量的总和。

s280、在所述全部接口验证结果中，获取验证不通过原因为系统异常的接口验证结果的第二数量。

其中，第二数量为验证未通过且原因为系统异常的接口验证结果数量。

s290、将所述第二数量与所述第一数量的比值，作为与当前处理的监控接口匹配的验证异常概率。

第二数量除以第一数量，即为当前处理的监控接口在当前监控时长内的验证异常概率。

s2100、判断在目标监控时长内，目标监控接口的所述验证异常概率是否超过预设的门限阈值，如果是，则执行s2110；否则执行s2120。

s2110、生成与所述目标监控接口匹配的预警信息。

s2120、验证服务正常。

s2130、结束。

对于目标监控接口，如果目标监控时长内的验证异常概率在预设阈值内，说明验证服务正常，无需对验证异常的情况进行排查。

本实施例的技术方案，通过触发接口拦截器来判断验证接口是否为监控接口，并获取监控接口的用户验证请求和接口验证结果，计算目标监控时长内，当前监控接口的全部接口验证结果的数量和验证不通过原因为系统异常的接口验证结果的数量，以计算验证异常概率，当验证异常概率超过一定阈值时，生成预警信息。解决了现有技术中无法统计监控接口的验证异常概率，从而无法及时进行验证异常预警的问题。实现了对用户验证时系统异常的情况进行及时监控，并当验证异常概率过高时及时进行预警的效果。

实施例三

图3是本发明实施例三中的一种验证结果的监控处理方法的流程图，本实施例在上述实施例的基础上，对获取接口验证请求和接口验证结果后生成验证报表的情况进行了说明和进一步的具体化，在收集指向至少一个监控接口的接口验证请求，以及各所述监控接口针对所述接口验证请求反馈的接口验证结果的步骤之后，加入步骤获取预设时间内，与当前处理的监控接口匹配的全部接口验证结果，并统计所述全部接口验证结果的第三数量；在所述全部接口验证结果中，获取验证通过的接口验证结果的第四数量，将所述第四数量与所述第三数量的比值，作为与当前处理的监控接口匹配的验证通过率；在所述全部接口验证结果中，获取验证不通过原因为系统异常的接口验证结果，根据所述第三数量、所述验证通过率以及验证不通过原因为系统异常的接口验证结果，生成与当前处理的监控接口匹配的验证信息；将各所述监控接口对应的验证信息进行合并，生成验证报表。

相应的，本发明实施例的技术方案具体步骤如下：

s310、收集指向至少一个监控接口的接口验证请求，以及各所述监控接口针对所述接口验证请求反馈的接口验证结果。

s320、获取预设时间内，与当前处理的监控接口匹配的全部接口验证结果，并统计所述全部接口验证结果的第三数量。

其中，预设时间与实施例二中的监控时长可以为相同或不相同，第三数量即为当前处理的监控接口在预设时间内接收到的全部用户验证请求对应的接口验证结果的总量。该总量包括验证通过的接口验证结果的数量、验证未通过且原因为系统异常的接口验证结果的数量，以及验证未通过且原因为用户失误的接口验证结果的数量。

s330、在所述全部接口验证结果中，获取验证通过的接口验证结果的第四数量，将所述第四数量与所述第三数量的比值，作为与当前处理的监控接口匹配的验证通过率。

第四数量即为当前处理的监控接口在预设时间内，验证通过的接口验证结果的数量。将第四数量除以第一数量，即为当前处理的监控接口在预设时间内的验证通过率。

s340、在所述全部接口验证结果中，获取验证不通过原因为系统异常的接口验证结果，根据所述第三数量、所述验证通过率以及验证不通过原因为系统异常的接口验证结果，生成与当前处理的监控接口匹配的验证信息。

对于当前监控接口，根据其在预设时间内接收到的全部用户验证请求对应的接口验证结果的总量、预设时间内的验证通过率以及验证不通过且原因为系统异常的接口验证结果，可以形成与当前监控接口对应的验证信息。

s350、将各所述监控接口对应的验证信息进行合并，生成验证报表。

各监控接口的验证信息形成后，可以汇总生成验证报表，以使后台服务器侧的工作人员根据验证报表，直观的对各验证项的验证请求总数、验证通过率以及验证异常的原因进行分析。

s360、根据所述接口验证结果，统计至少一个监控时长内，与各所述监控接口匹配的验证异常概率。

s370、判断在目标监控时长内，目标监控接口的所述验证异常概率是否超过预设的门限阈值，如果是，则执行s380；否则执行s390。

s380、生成与所述目标监控接口匹配的预警信息。

s390、验证服务正常。

本实施例的技术方案，通过统计当前监控接口的全部接口验证结果数量和验证通过的接口验证结果的数量，计算验证通过率，并根据当前监控接口的全部接口验证结果数量、验证通过率和验证不通过原因为系统异常的接口验证结果生成验证信息，将所有监控接口的验证信息整合形成验证报表。解决了现有技术中异常日志不体现异常原因，从而无法对各监控接口的验证异常情况进行分析的问题。实现了将各监控接口的验证情况生成报表，从而可以对验证情况进行统计分析的效果。

实施例四

图4是本发明实施例四中的一种验证结果的监控处理装置的结构示意图，该装置包括：接口验证结果收集模块410、验证异常概率统计模块420以及预警信息生成模块430。其中：

接口验证结果收集模块410，用于收集指向至少一个监控接口的接口验证请求，以及各所述监控接口针对所述接口验证请求反馈的接口验证结果；

验证异常概率统计模块420，用于根据所述接口验证结果，统计至少一个监控时长内，与各所述监控接口匹配的验证异常概率；

预警信息生成模块430，用于如果在目标监控时长内，目标监控接口的所述验证异常概率超过预设的门限阈值，则生成与所述目标监控接口匹配的预警信息。

本实施例的技术方案，通过监控接口的接口验证请求和接口验证结果，计算目标监控时长内监控接口对应的验证异常概率，当验证异常概率超过预设阈值时生成预警信息。解决了现有技术中监控异常时，将异常打印到日志的方式无法体现异常原因，也无法统计各监控接口的验证异常概率的问题，实现了对用户验证时系统异常的情况进行及时监控，并达到了当验证异常概率过高时及时进行预警的效果。

在上述实施例的基础上，所述接口验证结果收集模块410，包括：

用户验证请求接收单元，用于通过验证接口接收用户验证请求；

监控接口确认单元，用于如果确定所述验证接口属于监控接口，则获取所述用户验证请求，以及所述验证接口针对所述用户验证请求反馈的接口验证结果进行存储；

其中，所述接口验证请求与用户的信息验证项操作关联。

在上述实施例的基础上，监控接口确认单元，包括：

注解确认子单元，用于通过设定反射机制，判断所述验证接口上是否包含有设定数据形式的注解，若是，则确定所述验证接口属于监控接口。

在上述实施例的基础上，所述接口验证结果收集模块410，还包括：

接口拦截器触发模块，用于触发配置于所述验证接口上的接口拦截器；

在上述实施例的基础上，监控接口确认单元，用于通过所述接口拦截器确定所述验证接口属于监控接口。

在上述实施例的基础上，所述接口验证结果包括：验证通过，或者，验证不通过以及验证不通过的原因。

在上述实施例的基础上，验证异常概率统计模块420，包括：

第一数量计算模块，用于获取在当前监控时长内，与当前处理的监控接口匹配的全部接口验证结果，并统计所述全部接口验证结果的第一数量；

第二数量计算模块，用于在所述全部接口验证结果中，获取验证不通过原因为系统异常的接口验证结果的第二数量；

验证异常概率计算模块，用于将所述第二数量与所述第一数量的比值，作为与当前处理的监控接口匹配的验证异常概率。

在上述实施例的基础上，所述验证结果的监控处理装置，还包括：

第三数量统计模块，用于获取预设时间内，与当前处理的监控接口匹配的全部接口验证结果，并统计所述全部接口验证结果的第三数量；

验证通过率计算模块，用于在所述全部接口验证结果中，获取验证通过的接口验证结果的第四数量，将所述第四数量与所述第三数量的比值，作为与当前处理的监控接口匹配的验证通过率；

验证信息生成模块，用于在所述全部接口验证结果中，获取验证不通过原因为系统异常的接口验证结果，根据所述第三数量、所述验证通过率以及验证不通过原因为系统异常的接口验证结果，生成与当前处理的监控接口匹配的验证信息；

验证报表生成模块，用于将各所述监控接口对应的验证信息进行合并，生成验证报表。

本发明实施例所提供的验证结果的监控处理装置可执行本发明任意实施例所提供的验证结果的监控处理方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本发明实施例五提供的一种设备的结构示意图，如图5所示，该设备包括处理器40、存储器41、输入装置42和输出装置43；设备中处理器40的数量可以是一个或多个，图5中以一个处理器40为例；设备中的处理器40、存储器41、输入装置42和输出装置43可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储器41作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的验证结果的监控处理方法对应的程序指令/模块(例如，验证结果的监控处理装置中的接口验证结果收集模块410、验证异常概率统计模块420以及预警信息生成模块430)。处理器40通过运行存储在存储器41中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的验证结果的监控处理方法。该方法包括：

收集指向至少一个监控接口的接口验证请求，以及各所述监控接口针对所述接口验证请求反馈的接口验证结果；

根据所述接口验证结果，统计至少一个监控时长内，与各所述监控接口匹配的验证异常概率；

如果在目标监控时长内，目标监控接口的所述验证异常概率超过预设的门限阈值，则生成与所述目标监控接口匹配的预警信息。

存储器41可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器41可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器41可进一步包括相对于处理器40远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置42可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置43可包括显示屏等显示设备。

实施例六

本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种验证结果的监控处理方法，该方法包括：

收集指向至少一个监控接口的接口验证请求，以及各所述监控接口针对所述接口验证请求反馈的接口验证结果；

根据所述接口验证结果，统计至少一个监控时长内，与各所述监控接口匹配的验证异常概率；

如果在目标监控时长内，目标监控接口的所述验证异常概率超过预设的门限阈值，则生成与所述目标监控接口匹配的预警信息。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的验证结果的监控处理方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述验证结果的监控处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。