一种接口的异常检测方法、装置、设备及系统与流程

本说明书涉及计算机技术领域，尤其涉及一种接口的异常检测方法、装置、设备及系统。

背景技术：

随着互联网的快速发展，基于互联网的应用程序越来越多，而且每个应用程序可以包含多个不同功能或机制的触发入口，通过该触发入口，用户可以通过终端设备与相应的服务器进行数据交互。

随着网络业务的不断增加，互联网应用的访问量也得到了快速增长，而在互联网应用的访问量不断增长的同时，其故障的影响范围也越来越大。在互联网的大soa(service-orientedarchitecture，面向服务的架构)环境中，互联网中包含的所有的应用都是其中的一个环节，依此为其他应用提供服务。然而，如果提供服务的接口出现异常，则终端设备或相应的服务器中会出现不可预知的后果，例如，数据交互出错导致最终的结果发生变化，或者，导致某业务执行失败等。为此，需要提供一种能够对接口的异常进行检测，并且检测的时效性更高的技术方案。

技术实现要素：

本说明书实施例的目的是提供一种接口的异常检测方法、装置、设备及系统，以提供一种能够对接口的异常进行检测，并且检测的时效性更高的技术方案。

为实现上述技术方案，本说明书实施例是这样实现的：

本说明书实施例提供的一种接口的异常检测方法，所述方法包括：

接收查询服务器发送的目标接口实例的数据，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

根据预定的第一接口检测规则，对所述目标接口实例进行检测分析，得到中间检测分析结果；

将所述中间检测分析结果发送给第二检测服务器，以使所述第二检测服务器基于所述中间检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

可选地，所述根据预定的第一接口检测规则，对所述目标接口实例进行检测分析，得到中间检测分析结果，包括：

将所述目标接口实例作为入参，代入预定的第一检测函数中进行检测分析，得到所述目标接口实例的第一检测分析结果；

将所述第一检测分析结果作为入参，代入预定的第二检测函数中进行检测分析，得到中间检测分析结果。

可选地，所述第一检测函数为reduce函数，所述第二检测函数为reducecollect函数。

可选地，所述目标接口实例包括多个，所述方法还包括：

根据预定的结果齐全度校验规则，分别确定所述第一检测分析结果、所述中间检测分析结果和所述检测分析结果的数量是否与所述目标接口实例的数量相匹配。

本说明书实施例提供的一种接口的异常检测方法，所述方法包括：

接收第一检测服务器发送的中间检测分析结果，所述中间检测分析结果是根据预定的第一接口检测规则，对查询服务器发送的目标接口实例的数据进行检测分析而得到，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

根据预定的第二接口检测规则，对所述中间检测分析结果进行检测分析，得到所述检测分析结果；

根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

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

如果所述目标接口发生异常，则获取所述检测分析结果对应的异常等级信息；

根据所述异常等级信息，输出与所述异常等级信息相对应的通知消息。

可选地，所述第二接口检测规则基于detect函数设定。

可选地，所述目标接口实例包括多个，所述方法还包括：

根据预定的结果齐全度校验规则，分别确定所述中间检测分析结果和所述检测分析结果的数量是否与所述目标接口实例的数量相匹配。

本说明书实施例提供的一种接口的异常检测方法，所述方法包括：

接收接口调用异常检测请求；

获取预定时长内的目标调用日志，并将所述目标调用日志转换为目标接口实例；

将所述目标接口实例的数据发送给检测服务器，以使所述检测服务器根据预定的接口检测规则，对所述目标接口实例进行检测分析，确定与所述目标接口实例相对应的目标接口是否发生异常。

可选地，所述接口调用异常检测请求的接收周期为所述预定时长。

本说明书实施例提供的一种接口的异常检测方法，所述方法包括：

接收查询服务器发送的目标接口实例的数据，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

根据预定的接口检测规则，对所述目标接口实例进行检测分析；

根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

可选地，所述根据预定的接口检测规则，对所述目标接口实例进行检测分析，包括：

根据预定的第一检测子规则，对所述目标接口实例进行检测分析，得到中间检测分析结果；

根据预定的第二检测子规则，对所述中间检测分析结果进行检测分析，得到所述检测分析结果。

可选地，所述根据预定的第一检测子规则，对所述目标接口实例进行检测分析，得到中间检测分析结果，包括：

将所述目标接口实例作为入参，代入预定的第一检测函数中进行检测分析，得到所述目标接口实例的第一检测分析结果；

将所述第一检测分析结果作为入参，代入预定的第二检测函数中进行检测分析，得到中间检测分析结果。

本说明书实施例提供的一种接口的异常检测装置，所述装置包括：

数据接收模块，用于接收查询服务器发送的目标接口实例的数据，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

检测分析模块，用于根据预定的第一接口检测规则，对所述目标接口实例进行检测分析，得到中间检测分析结果；

结果发送模块，用于将所述中间检测分析结果发送给第二检测服务器，以使所述第二检测服务器基于所述中间检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

可选地，所述检测分析模块，包括：

第一检测分析单元，用于将所述目标接口实例作为入参，代入预定的第一检测函数中进行检测分析，得到所述目标接口实例的第一检测分析结果；

第二检测分析单元，用于将所述第一检测分析结果作为入参，代入预定的第二检测函数中进行检测分析，得到中间检测分析结果。

可选地，所述第一检测函数为reduce函数，所述第二检测函数为reducecollect函数。

可选地，所述目标接口实例包括多个，所述装置还包括：

校验模块，用于根据预定的结果齐全度校验规则，分别确定所述第一检测分析结果、所述中间检测分析结果和所述检测分析结果的数量是否与所述目标接口实例的数量相匹配。

本说明书实施例提供的一种接口的异常检测装置，所述装置包括：

结果接收模块，用于接收第一检测服务器发送的中间检测分析结果，所述中间检测分析结果是根据预定的第一接口检测规则，对查询服务器发送的目标接口实例的数据进行检测分析而得到，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

检测分析模块，用于根据预定的第二接口检测规则，对所述中间检测分析结果进行检测分析，得到所述检测分析结果；

异常确定模块，用于根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

可选地，所述装置还包括：

异常等级获取模块，用于如果所述目标接口发生异常，则获取所述检测分析结果对应的异常等级信息；

输出模块，用于根据所述异常等级信息，输出与所述异常等级信息相对应的通知消息。

可选地，所述第二接口检测规则基于detect函数设定。

可选地，所述目标接口实例包括多个，所述装置还包括：

校验模块，用于根据预定的结果齐全度校验规则，分别确定所述中间检测分析结果和所述检测分析结果的数量是否与所述目标接口实例的数量相匹配。

本说明书实施例提供的一种接口的异常检测装置，所述装置包括：

请求接收模块，用于接收接口调用异常检测请求；

转换模块，用于获取预定时长内的目标调用日志，并将所述目标调用日志转换为目标接口实例；

数据发送模块，用于将所述目标接口实例的数据发送给检测服务器，以使所述检测服务器根据预定的接口检测规则，对所述目标接口实例进行检测分析，确定与所述目标接口实例相对应的目标接口是否发生异常。

可选地，所述接口调用异常检测请求的接收周期为所述预定时长。

本说明书实施例提供的一种接口的异常检测装置，所述装置包括：

数据接收模块，用于接收查询服务器发送的目标接口实例的数据，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

检测分析模块，用于根据预定的接口检测规则，对所述目标接口实例进行检测分析；

异常确定模块，用于根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

可选地，所述检测分析模块，包括：

第一检测单元，用于根据预定的第一检测子规则，对所述目标接口实例进行检测分析，得到中间检测分析结果；

第二检测单元，用于根据预定的第二检测子规则，对所述中间检测分析结果进行检测分析，得到所述检测分析结果。

可选地，所述第一检测单元，用于将所述目标接口实例作为入参，代入预定的第一检测函数中进行检测分析，得到所述目标接口实例的第一检测分析结果；将所述第一检测分析结果作为入参，代入预定的第二检测函数中进行检测分析，得到中间检测分析结果。

本说明书实施例提供的一种接口的异常检测设备，所述目标接口的异常检测设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

接收查询服务器发送的目标接口实例的数据，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

根据预定的第一接口检测规则，对所述目标接口实例进行检测分析，得到中间检测分析结果；

将所述中间检测分析结果发送给第二检测服务器，以使所述第二检测服务器基于所述中间检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例提供的一种接口的异常检测设备，所述目标接口的异常检测设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

接收第一检测服务器发送的中间检测分析结果，所述中间检测分析结果是根据预定的第一接口检测规则，对查询服务器发送的目标接口实例的数据进行检测分析而得到，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

根据预定的第二接口检测规则，对所述中间检测分析结果进行检测分析，得到所述检测分析结果；

根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例提供的一种接口的异常检测设备，所述目标接口的异常检测设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

接收接口调用异常检测请求；

获取预定时长内的目标调用日志，并将所述目标调用日志转换为目标接口实例；

将所述目标接口实例的数据发送给检测服务器，以使所述检测服务器根据预定的接口检测规则，对所述目标接口实例进行检测分析，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例提供的一种接口的异常检测设备，所述目标接口的异常检测设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

接收查询服务器发送的目标接口实例的数据，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

根据预定的接口检测规则，对所述目标接口实例进行检测分析；

根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例提供的一种接口的异常检测系统，包括心跳服务器、查询服务器、第一检测服务器和第二检测服务器，其中：

所述心跳服务器，用于当到达预定周期时，向所述查询服务器发送接口调用异常检测请求；

所述查询服务器，用于获取预定周期内的目标调用日志，并将所述目标调用日志转换为目标接口实例，将所述目标接口实例的数据发送给所述第一检测服务器；

所述第一检测服务器，用于根据预定的第一接口检测规则，对所述目标接口实例进行检测分析，得到中间检测分析结果，将所述中间检测分析结果发送给所述第二检测服务器；

所述第二检测服务器，用于根据预定的第二接口检测规则，对所述中间检测分析结果进行检测分析，得到所述检测分析结果，根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

由以上本说明书实施例提供的技术方案可见，本说明书实施例通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的第一接口检测规则，对目标接口实例进行检测分析，得到中间检测分析结果，将中间检测分析结果发送给第二检测服务器，以使第二检测服务器基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

附图说明

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

图1为本说明书一种接口的异常检测方法实施例；

图2为本说明书另一种接口的异常检测方法实施例；

图3为本说明书又一种接口的异常检测方法实施例；

图4为本说明书又一种接口的异常检测方法实施例；

图5为本说明书一种接口的异常检测系统的结构示意图；

图6为本说明书一种检测分析处理机制的原理示意图；

图7为本说明书一种结果齐全度的校验处理示意图；

图8为本说明书又一种接口的异常检测方法实施例；

图9为本说明书又一种接口的异常检测方法实施例；

图10为本说明书一种接口的异常检测装置实施例；

图11为本说明书另一种接口的异常检测装置实施例；

图12为本说明书又一种接口的异常检测装置实施例；

图13为本说明书又一种接口的异常检测装置实施例；

图14为本说明书一种接口的异常检测设备实施例；

图15为本说明书另一种接口的异常检测设备实施例。

具体实施方式

本说明书实施例提供一种接口的异常检测方法、装置、设备及系统。

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

实施例一

如图1所示，本说明书实施例提供一种接口的异常检测方法，该方法的执行主体可以为服务器，其中，该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是某项业务(如金融业务等)的后台服务器，也可以是某网站(如网络购物网站或支付应用等)的后台服务器等。该方法可以用于能够对接口的异常进行检测，并且提高接口检测的时效性等处理中，为了与后续出现的第二检测服务器进行区别，本实施例中的执行主体可以以第一检测服务器进行说明。该方法具体可以包括以下步骤：

在步骤s102中，接收查询服务器发送的目标接口实例的数据，该目标接口实例是该查询服务器将查询到的目标调用日志进行转换而得到的实例。

其中，查询服务器可以是用于查询或获取某时间段内产生的某数据的服务器，查询服务器可以是一个独立的服务器，也可以是由多个服务器组成的服务器集群，查询服务器中可以预先设置mapper机制，mapper机制可以提供一些通用的方法，这些通用的方法可以以接口的形式提供，通过mapper机制可以查询到数据库或某存储设备中存储的某个或多个接口的调用日志等。目标接口实例可以是任意接口实例，接口实例可以是具有相同入参、相同出参和相同内部调用结构的一类请求的集合。目标接口实例可以是某一指定的接口对应的接口实例，也可以是多个不同的接口对应的接口实例等，而且，目标接口实例可以包括一个接口实例，也可以包括多个接口实例。目标调用日志可以是任意接口被调用时记录的日志，在实际应用中，每当某个接口被调用时，可以在与该接口相应的调用日志中记录相关信息(例如入参的数值和出参的数值等)，从而得到该接口的调用日志。

在实施中，随着互联网的快速发展，基于互联网的应用程序越来越多，而且每个应用程序可以包含多个不同功能或机制的触发入口，通过该触发入口，用户可以通过终端设备与相应的服务器进行数据交互。

随着网络业务的不断增加，互联网应用的访问量也得到了快速增长，而在互联网应用的访问量不断增长的同时，其故障的影响范围也越来越大。在互联网的大soa(service-orientedarchitecture，面向服务的架构)环境中，互联网中包含的所有的应用都是其中的一个环节，依此为其他应用提供服务。然而，如果提供服务的接口出现异常，则终端设备或相应的服务器中会出现不可预知的后果，例如，数据交互出错导致最终的结果发生变化，或者，导致某业务执行失败等。为此，需要提供一种能够对接口的异常进行检测的技术方案，本说明书实施例提供一种能够对接口的异常进行检测的技术方案，具体可以包括以下内容：

通常，为了避免出现上述不可预知的后果，可以对接口的健康状态进行检测分析，而在对接口的健康状态进行检测分析的过程中，可以按照一定的时间周期聚合该时间周期内各接口的相关信息，并基于聚合的信息得出接口tps(transactionpersecond，每秒钟处理的交易或事务的数量)。可以将得到的上述接口tps与相应的历史数据进行匹配对比分析，根据匹配对比结果确定接口调用量级的波动，进而确定接口的健康状态。然而，通过上述处理方式，可以感知来自外部的调用量级波动，但是，当外部的调用量无变化，而系统内部发生异常变更(例如内部检测规则错误变更、调用中间件异常、调用下游系统异常等)时，无法及时感知相应的接口异常情况，从而需要花费大量的人力资源进行接口异常的排查，且检测效率低下，为此，本说明书实施例进一步提供一种对接口的异常检测的时效性更高的技术方案，具体可以包括以下内容：

为了实现对接口的异常情况的检测，可以通过设置分布式系统实现，其中，分布式系统可以是将需要巨大计算能力的问题分解成多个子任务，并分配到多台计算机或服务器上进行并行处理，最后合并得到最终结果的系统。本说明书实施例中的分布式系统可以包括多种，例如，分布式系统中可以包括心跳服务器(或可称为主服务器或master服务器等)、查询服务器(或可称为mapper服务器等)、第一检测服务器和第二检测服务器等，其中，心跳服务器中可以缓存有分布式系统中当前可正常使用(或当前存活)的服务器或设备(包括查询服务器、第一检测服务器和第二检测服务器等)的网络地址(如ip地址等)，心跳服务器可以根据上述网络地址，为查询服务器分配相应的查询任务(即各查询服务器分别负责查询哪些分区数据等)，然后，可以将相应的查询任务发送给相应的查询服务器，以触发查询服务器执行查询任务。查询服务器接收到查询任务后，可以在数据库或存储设备中查找各个接口的调用日志，可以将查询到的单条调用日志转化成接口实例。由于查询服务器往往可以包括多个，而且，每个查询服务器可以查询到多个调用日志，因此，查询服务器还可以将由单条调用日志转换的接口实例进行聚合，并可以将聚合后的接口实例记录到本地数据缓冲池中。查询服务器可以通过预定的路由机制，将得到的接口实例(即目标接口实例)的相关数据发送给第一检测服务器，从而第一检测服务器可以接收到查询服务器发送的目标接口实例的数据。

需要说明的是，心跳服务器可以以预定周期的方式触发对接口的异常情况的检测，其中的预定周期可以根据实际情况设定，具体如1分钟或10分钟等，本说明书实施例对此不做限定。在实际应用中，对接口的异常情况的检测的触发方式并不限于上述一种，还可以包括多种触发方式，例如，当调用日志的数量或数据量达到预定阈值时，触发对接口的异常情况的检测，或者接口tps的数值超过预定tps阈值时，触发对接口的异常情况的检测等。

在步骤s104中，根据预定的第一接口检测规则，对上述目标接口实例进行检测分析，得到中间检测分析结果。

其中，第一接口检测规则可以包括多种，例如，可以如上述与相应接口的历史数据进行匹配对比分析的检测规则，或者，通过预定模型的计算输出相应的计算值，通过得到的计算值与预定阈值的关系进行检测的检测规则等，具体可以根据实际情况进行设定，本说明书实施例对此不做限定。

在实施中，第一检测服务器可以用于对相关数据进行统计计算，并收集相应的统计计算结果等，在实际应用中，第一检测服务器可以基于多种机制对上述目标接口实例进行检测分析。在第一检测服务器得到目标接口实例的数据后，可以从目标接口实例的数据中提取其中包含的每一个接口实例，然后，可以对每一个接口实例，通过上述预定的第一接口检测规则进行检测分析，例如，第一检测服务器中可以预先存储有第一接口检测规则的相关配置信息，第一检测服务器可以根据该配置信息配置第一接口检测规则的相关检测计算模型，然后，第一检测服务器可以提取其中的任一个接口实例，并可以将该接口实例作为入参，输入到上述配置的检测计算模型中进行计算，得到相应的计算结果。通过上述方式，如果目标接口实例中包括多个接口实例，则可以得到每一个接口实例的相应计算结果，可以将得到的每个接口实例的相应计算结果进行聚合，得到相应的聚合结果，可以将得到的聚合结果作为中间检测分析结果。

需要说明的是，第一接口检测规则可以包括一个单一的规则，也可以包括多项规则，第一接口检测规则中的具体算法可以根据实际情况设定，第一接口检测规则中具体算法所基于的函数可以根据实际情况设定，本说明书实施例对此不做限定。

在步骤s106中，将上述中间检测分析结果发送给第二检测服务器，以使第二检测服务器基于该中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常。

其中，第二检测服务器可以是用于对目标接口实例进行进一步检测分析的服务器，第二检测服务器可以是一个独立的服务器，还可以是由多个服务器组成的服务器集群等。第二检测服务器中可以预先设置有检测分析的算法，具体可以根据实际情况设定。

如图2所示，本说明书实施例提供一种接口的异常检测方法，该方法的执行主体可以为服务器，其中，该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是某项业务(如金融业务等)的后台服务器，也可以是某网站(如网络购物网站或支付应用等)的后台服务器等。该方法可以用于能够对接口的异常进行检测，并且提高接口检测的时效性等处理中，为了与后续出现的第一检测服务器进行区别，本实施例中的执行主体可以以第二检测服务器进行说明。该方法具体可以包括以下步骤：

在步骤s202中，接收第一检测服务器发送的中间检测分析结果，该中间检测分析结果是根据预定的第一接口检测规则，对查询服务器发送的目标接口实例的数据进行检测分析而得到，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例。

在实施中，可以通过设置分布式系统对接口的异常情况进行检测，其中，分布式系统中可以包括心跳服务器、查询服务器、第一检测服务器和第二检测服务器等，其中，心跳服务器中可以缓存有分布式系统中当前可正常使用的服务器或设备的网络地址，心跳服务器可以根据上述网络地址，为查询服务器分配相应的查询任务，然后，可以将相应的查询任务发送给相应的查询服务器。查询服务器可以在数据库或存储设备中查找各个接口的调用日志，可以将查询到的单条调用日志转化成接口实例。查询服务器还可以将由单条调用日志转换的接口实例进行聚合，并将得到的接口实例(即目标接口实例)的相关数据发送给第一检测服务器。第一检测服务器可以通过上述步骤s102～步骤s106中的相关处理，将得到的中间检测分析结果发送给第二检测服务器，第二检测服务器可以接收到该中间检测分析结果。

在步骤s204中，根据预定的第二接口检测规则，对上述中间检测分析结果进行检测分析，得到检测分析结果。

其中，第二接口检测规则可以包括多种，例如，可以如上述与相应的历史数据进行匹配对比分析的检测规则，或者，通过预定模型的计算输出相应的计算值，通过得到的计算值与预定阈值的关系进行检测的检测规则等，具体可以根据实际情况进行设定，本说明书实施例对此不做限定。

在实施中，第二检测服务器可以用于对第一检测服务器得到的中间检测分析结果进行进一步的检测分析等，在实际应用中，第二检测服务器可以基于多种机制对上述中间检测分析结果进行检测分析。在第二检测服务器得到中间检测分析结果的数据后，可以对中间检测分析结果，通过上述预定的第二接口检测规则进行检测分析，例如，第二检测服务器中可以预先存储有第二接口检测规则的相关配置信息，第二检测服务器可以根据该配置信息配置第二接口检测规则的相关检测计算模型，然后，第二检测服务器可以将该中间检测分析结果作为入参，输入到上述配置的检测计算模型中进行计算，得到相应的计算结果。可以将得到的相应计算结果作为最终的检测分析结果。

需要说明的是，第二接口检测规则可以包括一个单一的规则，也可以包括多项规则，第二接口检测规则中的具体算法可以根据实际情况设定，第二接口检测规则中具体算法所基于的函数可以根据实际情况设定，本说明书实施例对此不做限定。

在步骤s206中，根据得到的检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常。

在实施中，检测分析结果中可以包括多种相关信息，例如目标接口实例的相关数据、每个目标接口实例对应的相关计算结果、中间检测分析结果，以及目标接口实例对应的目标接口是否异常的情况，其中，对于目标接口实例中包括多个接口实例的情况，相应的目标接口的数量也可以包括多个，检测分析结果中可以包括每个目标接口正常或异常的信息。在实际应用中，检测分析结果中除了可以包括上述信息外，还可以包括目标接口实例对应的相关场景信息(如金融交易的业务场景或支付场景等)，以及目标接口实例的数量和信息传输方式(如有线传输或无线传输等)等。通过得到的检测分析结果，可以从中提取或分析出与目标接口实例相对应的目标接口是否发生异常。

本说明书实施例提供一种接口的异常检测方法，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的第一接口检测规则，对目标接口实例进行检测分析，得到中间检测分析结果，将中间检测分析结果发送给第二检测服务器，以使第二检测服务器基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例二

如图3所示，本说明书实施例提供一种接口的异常检测方法，该方法的执行主体可以为服务器，其中，该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是某项业务(如金融业务等)的后台服务器，也可以是某网站(如网络购物网站或支付应用等)的后台服务器等。该方法可以用于能够对接口的异常进行检测，并且提高接口检测的时效性等处理中，为了与后续出现的第一检测服务器和第二检测服务器等进行区别，本实施例中的执行主体可以以查询服务器进行说明。该方法具体可以包括以下步骤：

在步骤s302中，接收接口调用异常检测请求。

其中，接口调用异常检测请求的接收周期可以为预定时长。

在实施中，可以通过设置分布式系统对接口的异常情况进行检测，其中，分布式系统中可以包括心跳服务器、查询服务器和检测服务器，其中，检测服务器可以包括第一检测服务器和第二检测服务器。心跳服务器可以以预定周期的方式触发对接口的异常情况的检测，其中的预定周期可以根据实际情况设定，具体如1分钟或10分钟等，本说明书实施例对此不做限定。心跳服务器可以根据预先缓存的分布式系统中当前可正常使用的服务器或设备的网络地址，为查询服务器分配相应的查询任务，然后，可以将相应的查询任务，以接口调用异常检测请求的方式发送给相应的查询服务器。查询服务器可以接收该接口调用异常检测请求。

在步骤s304中，获取预定时长内的目标调用日志，并将该目标调用日志转换为目标接口实例。

其中，预定时长可以是与上述步骤s302中的预定周期相对应，例如预定周期为1分钟，则预定时长可以为1分钟，如果预定周期为10分钟，则预定时长可以为10分钟等。具体可以根据实际情况设定，本说明书实施例对此不做限定。

在实施中，查询服务器可以在数据库或存储设备中查找预定时长内(如1分钟内或10分钟内等)产生的各个接口的调用日志(即目标调用日志)，如果查询到的目标调用日志只有一个，则可以直接将查询到的单条目标调用日志转化成目标接口实例，如果查询到的目标调用日志包括多个，则可以将查询到的每一条目标调用日志转化成目标接口实例，然后，查询服务器可以将由单个目标调用日志转换的目标接口实例进行聚合(即将具有相同入参、出参、内部调用顺序的调用进行组合等)，得到聚合后的目标接口实例。

在步骤s306中，将上述目标接口实例的数据发送给检测服务器，以使检测服务器根据预定的接口检测规则，对所述目标接口实例进行检测分析，确定与目标接口实例相对应的目标接口是否发生异常。

其中，检测服务器可以是上述实施例一中的第一检测服务器，还可以是由上述第一检测服务器和第二检测服务器组合而成的服务器等。接口检测规则可以是上述实施例一中的第一接口检测规则，还可以是由上述第一接口检测规则和第二接口检测规则组合而成的接口检测规则等。

本说明书实施例提供一种接口的异常检测方法，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的第一接口检测规则，对目标接口实例进行检测分析，得到中间检测分析结果，将中间检测分析结果发送给第二检测服务器，以使第二检测服务器基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例三

如图4所示，本说明书实施例提供一种接口的异常检测方法，该方法的执行主体可以为服务器，其中，该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是某项业务(如金融业务等)的后台服务器，也可以是某网站(如网络购物网站或支付应用等)的后台服务器等。该方法可以用于能够对接口的异常进行检测，并且提高接口检测的时效性等处理中，为了体现不同服务器的处理过程，本实施例中的执行主体可以包括第一检测服务器、第二检测服务器和查询服务器进行说明。该方法具体可以包括以下步骤：

在步骤s402中，查询服务器接收接口调用异常检测请求。

在实施中，如图5所示，可以通过设置分布式系统对接口的异常情况进行检测，其中，本说明书实施例中的分布式系统可以包括多种，例如，分布式系统中可以包括心跳服务器(即master服务器等)、多个查询服务器(即mapper服务器等)、多个第一检测服务器(即reducer服务器)、多个第二检测服务器(即detector服务器)、指令服务器(即commander服务器)和数据库(即hbase数据库)等。master服务器中可以缓存有分布式系统中当前可正常使用(或当前存活)的服务器或设备(包括mapper服务器、reducer服务器和detector服务器等)的ip地址等。

master服务器可以以预定周期(如1分钟等)的方式触发对接口的异常情况的检测，在实际应用中，对接口的异常情况的检测的触发方式并不限于上述一种，还可以包括多种触发方式，例如，当调用日志的数量或数据量达到预定阈值时，触发对接口的异常情况的检测，或者接口tps的数值超过预定tps阈值时，触发对接口的异常情况的检测等。master服务器可以根据缓存的ip地址，为mapper服务器分配相应的查询任务(即各mapper服务器分别负责查询哪些分区数据等)，然后，可以将相应的查询任务，通过接收接口调用异常检测请求的方式发送给相应的mapper服务器。

在步骤s404中，查询服务器获取预定时长内的目标调用日志，并将目标调用日志转换为目标接口实例。

其中，接口调用异常检测请求的接收周期可以为预定时长。

在实施中，查询服务器可以将查找到的预定时长内的每一个目标调用日志转化成目标接口实例，然后，可以将由单个目标调用日志转换的目标接口实例进行聚合，并可以将聚合结果记录到本地数据缓冲池中。当查询服务器聚合完成其负责的全部分区数据后，可以确定用于计算中间检测分析结果的第一检测服务器的ip地址，并可以将上述聚合完成后的数据分发到对应的reducer服务器上。数据发送完成之后，查询服务器可以向commander服务器投递任务完成信号，并附带commander服务器的查询任务列表及数据路由列表等。

在步骤s406中，查询服务器将目标接口实例的数据发送给第一检测服务器。

需要说明的是，commander服务器在接收到全体mapper服务器的任务完成信号后，可以在detector服务器上注册接口级聚合任务，并通知detector服务器稍后向其汇报接口的统计信息的reducer服务器的ip地址列表，再依次发送消息，以触发各reducer服务器开始finish动作。

reducer服务器等待mapper服务器发送目标接口实例的数据，并记录到本地数据缓冲池中，在commander服务器触发开始finish动作后，reducer服务器可以将目标接口实例做格式转换，并将其存储到hbase和搜索引擎，同时可以发送本地的接口统计信息(可以包含接口tpm、上游系统列表、下游系统列表、是否来自压测等)到detector服务器。

在步骤s408中，第一检测服务器将目标接口实例作为入参，代入预定的第一检测函数中进行检测分析，得到目标接口实例的第一检测分析结果。

其中，第一检测函数可以为reduce函数，reduce函数可以是对参数序列中元素进行累积的函数等，reduce函数中的具体参数序列可以根据实际情况设定(例如可以基于预先设定的检测分析规则进行设置等)，本说明书实施例对此不做限定。

在实施中，如图6所示，可以根据实际情况预先设置多种算法模型，如算法模型a、算法模型b和算法模型c等，每个算法模型中都可以包含reduce函数。第一检测服务器接收到目标接口实例后，可以将目标接口实例中的每个接口实例通过reduce函数进行计算，例如图6中，在算法模型a中包括实例1、实例2…实例n等，可以将实例1作为入参，代入预定的reduce函数中进行检测分析，得到相应的检测分析结果(即第一检测分析结果)，同时，还可以将实例2作为入参，代入预定的reduce函数中进行检测分析，得到相应的检测分析结果(即第一检测分析结果)，并可以将实例n作为入参，代入预定的reduce函数中进行检测分析，得到相应的检测分析结果(即第一检测分析结果)等。由于目标接口实例的数量可能较大，可以采用并发线程的方式对目标接口实例进行检测分析，由于每个目标接口实例的检测分析的完成时间不尽相同，因此，可以将检测分析完成的检测分析结果放到本地数据缓存池中。另外，为了及时了解是否所有的目标接口实例均已完成检测分析，可以预先设置监测协调机制，以保证在所有的目标接口实例的上述检测分析运行完成后在进行后续处理。

在步骤s410中，第一检测服务器将所述第一检测分析结果作为入参，代入预定的第二检测函数中进行检测分析，得到中间检测分析结果。

其中，第二检测函数可以为reducecollect函数，reducecollect函数中的具体参数可以根据实际情况设定(例如可以基于预先设定的检测分析规则进行设置等)，本说明书实施例对此不做限定。

在实施中，如图6所示，可以将每个目标接口实例通过reduce函数得到的检测分析结果(即第一检测分析结果)作为入参，代入预定的reducecollect函数中进行检测分析，得到相应的检测分析结果(即中间检测分析结果)。由于目标接口实例的数量可能较大，则第一检测分析结果的数量也可能较大，因此，可以采用并发线程的方式对第一检测分析结果进行检测分析，由于每个第一检测分析结果的检测分析的完成时间不尽相同，因此，可以将检测分析完成的相应结果放到本地数据缓存池中。另外，为了及时了解是否所有的第一检测分析结果均已完成检测分析，可以预先设置监测协调机制，以保证在所有的第一检测分析结果的上述检测分析运行完成后在进行后续处理。

其中，上述步骤s408和步骤s410中预先设置监测协调机制可以包括多种实现方式，本说明书实施例提供一种可选的处理方式，具体可以包括以下内容：根据预定的结果齐全度校验规则，分别确定第一检测分析结果、中间检测分析结果和检测分析结果的数量是否与目标接口实例的数量相匹配。

其中，结果齐全度校验规则可以包括多种实现方式，例如可以通过设置定时器的方式来进行结果齐全度校验，或者，可以在数据传输的过程中为每个数据设置相应的标识信息等方式来进行结果齐全度校验，具体可以根据实际情况设定，本说明书实施例对此不做限定。

在实施中，如图7所示，上述算法检测机制可以极大程度发挥的分布式系统和多线程的并行处理能力，在reducer服务器得到目标接口实例之后，多个线程可以同时将目标接口实例作为入参，运行reduce函数，同时，可以维护一个任务计数器，其初始值可以为目标接口实例的总个数，各个线程在运行完成一个目标接口实例的一个reduce函数后，可以将对应的计数器减一，并将通过reduce函数得到的第一检测分析结果放入数据缓存池中，当某个任务计数器清零后，则说明全部目标接口实例的reduce函数的检测分析已完成，此时，可以将缓存中的第一检测分析结果作为入参，运行reducecollect函数,reducecollect函数运行完成后，将相应的任务计数器减一，当某个任务计数器清零后，则说明reducer服务器上的所有检测分析均已完成。

在步骤s412中，第一检测服务器将所述中间检测分析结果发送给第二检测服务器。

需要说明的是，在实际应用中，第一检测服务器可以将数据缓存池中的中间检测分析结果的数据进行编码处理，然后，再将编码处理后的中间检测分析结果发送到detector服务器(即第二检测服务器)。

在步骤s414中，第二检测服务器根据预定的第二接口检测规则，对上述中间检测分析结果进行检测分析，得到检测分析结果。

其中，第二接口检测规则可以基于detect函数设定。

在实施中，如图6所示，可以根据上述步骤s408中第一检测服务器(即reducer服务器)中设置的算法模型，即如算法模型a、算法模型b和算法模型c等，每个算法模型中都可以包含detect函数。第二检测服务器接收到来自算法模型a的中间检测分析结果后，可以将中间检测分析结果作为入参通过detect函数进行计算，例如图6中，在算法模型a中包括两个(或者更多个)中间检测分析结果，可以将上述两个(或者更多个)中间检测分析结果作为入参，代入预定的detect函数中进行检测分析，得到检测分析结果，同时，还可以将算法模型b中的中间检测分析结果作为入参，代入预定的detect函数中进行检测分析，得到相应的检测分析结果，并可以将算法模型b中的中间检测分析结果作为入参，代入预定的detect函数中进行检测分析，得到相应的检测分析结果等。同样的，第二检测服务器可以采用并发线程的方式对中间检测分析结果进行检测分析，由于每个中间检测分析结果的检测分析的完成时间不尽相同，因此，可以将检测分析完成的相应结果放到本地数据缓存池中。另外，为了及时了解是否所有的中间检测分析结果均已完成检测分析，可以预先设置监测协调机制，以保证在所有的中间检测分析结果的上述检测分析运行完成后在进行后续处理。

其中，上述步骤s414中预先设置监测协调机制可以包括多种实现方式，本说明书实施例提供一种可选的处理方式，具体可以包括以下内容：根据预定的结果齐全度校验规则，分别确定第一检测分析结果、中间检测分析结果和检测分析结果的数量是否与目标接口实例的数量相匹配。

在实施中，如图7所示，第二检测服务器(即detector服务器)将来自各第一检测服务器(即reducer服务器)的中间检测分析结果进行聚合，并将聚合后的中间检测分析结果作为输入，运行detect函数，每个线程可以负责一个算法模型的检测逻辑。可以初始化一个任务计数器，其初始值可以为算法模型的个数，每个线程运行完成detect函数后，可以将计数器减一，当某个计数器清零后，则说明所有算法模型均已运行完毕，此时得到的检测分析结果即为各个算法模型的最终检测分析结果。

需要说明的是，检测分析结果中可以包括目标接口实例对应的相关场景信息(如金融交易的业务场景或支付场景等)、目标接口实例的数量和信息传输方式(如有线传输或无线传输等)，以及每个目标接口正常或异常的信息等，检测分析结果的具体内容可以多种多样，例如，检测分析结果可以为：1分钟内通过无线传输方式执行a业务的数量为1万次，其中a接口正常、b接口异常等。

在步骤s416中，第二检测服务器根据得到的检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常。

在步骤s418中，如果目标接口发生异常，则第二检测服务器获取检测分析结果对应的异常等级信息。

其中，异常等级信息可以包括多种，例如偶尔出现的异常、复现比例高于预定阈值的异常等，不同的异常等级信息可以具有不同的判断方式，具体可以根据实际情况设定异常等级信息。第二检测服务器中可以包括检测分析结果与异常等级信息之间的对应关系，该对应关系的具体设置方式可以根据实际情况设定，本说明书实施例对此不做限定。可以基于该对应关系，确定检测分析结果对应的异常等级信息。

在步骤s420中，第二检测服务器根据上述异常等级信息，输出与该异常等级信息相对应的通知消息。

需要说明的是，本实施例从接口实例角度出发，聚合得到接口调用的全部接口实例(即接口的全部表现形态)，提供一套可水平扩展接口异常检测分析的运行框架，将分布式交互、并发控制、数据齐全度校验等封装在该框架内，使得使用者只需关注检测分析算法的本身逻辑，为接口异常检测分析体系的快速建设提供了良好基础。而且，检测分析规则中只需填写reduce、reducecollect、detect等三项函数，并定义分布式的关键流程中算法模型的运行逻辑，而无需考虑复杂的分布式交互、数据分发时差等问题，开发成本大大降低。

本说明书实施例提供一种接口的异常检测方法，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的第一接口检测规则，对目标接口实例进行检测分析，得到中间检测分析结果，将中间检测分析结果发送给第二检测服务器，以使第二检测服务器基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例四

如图8所示，本说明书实施例提供一种接口的异常检测方法，该方法的执行主体可以为服务器，其中，该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是某项业务(如金融业务等)的后台服务器，也可以是某网站(如网络购物网站或支付应用等)的后台服务器等。该方法可以用于能够对接口的异常进行检测，并且提高接口检测的时效性等处理中，为了与后续出现的查询服务器等进行区别，本实施例中的执行主体可以以检测服务器进行说明。该方法具体可以包括以下步骤：

在步骤s802中，接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例。

在步骤s804中，根据预定的接口检测规则，对目标接口实例进行检测分析。

其中，接口检测规则可以包括多种，例如，可以如上述与相应的历史数据进行匹配对比分析的检测规则，或者，通过预定模型的计算输出相应的计算值，通过得到的计算值与预定阈值的关系进行检测的检测规则等，具体可以根据实际情况进行设定，本说明书实施例对此不做限定。

在步骤s806中，根据得到的检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常。

上述步骤s802～步骤s806的具体处理过程可以参见上述实施例一和实施例二中的相关内容，在此不再赘述。

本说明书实施例提供一种接口的异常检测方法，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的接口检测规则，对目标接口实例进行检测分析，得到检测分析结果，基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例五

如图9所示，本说明书实施例提供一种接口的异常检测方法，该方法的执行主体可以为服务器，其中，该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是某项业务(如金融业务等)的后台服务器，也可以是某网站(如网络购物网站或支付应用等)的后台服务器等。该方法可以用于能够对接口的异常进行检测，并且提高接口检测的时效性等处理中，为了体现不同服务器的处理过程，本实施例中的执行主体可以包括检测服务器和查询服务器进行说明。该方法具体可以包括以下步骤：

在步骤s902中，查询服务器接收接口调用异常检测请求。

其中，接口调用异常检测请求的接收周期可以为预定时长。

在步骤s904中，查询服务器获取预定时长内的目标调用日志，并将该目标调用日志转换为目标接口实例。

在步骤s906中，查询服务器将目标接口实例的数据发送给检测服务器。

在步骤s908中，检测服务器根据预定的第一检测子规则，对目标接口实例进行检测分析，得到中间检测分析结果。

上述步骤s908的具体处理可以多种多样，以下提供一种可选的处理方式，具体可以包括以下步骤一和步骤二。

步骤一，根据预定的第一检测函数对目标接口实例进行检测分析，得到目标接口实例的第一检测分析结果。

其中，第一检测函数可以为reduce函数。

步骤二，将第一检测分析结果作为入参，代入预定的第二检测函数中进行检测分析，得到中间检测分析结果。

其中，第二检测函数可以为reducecollect函数。

在步骤s910中，检测服务器根据预定的第二检测子规则，对上述中间检测分析结果进行检测分析，得到检测分析结果。

上述步骤s910的具体处理可以多种多样，以下提供一种可选的处理方式，具体可以包括：将上述中间检测分析结果作为入参，代入预定的detect函数中进行检测分析，得到检测分析结果。

此外，为了及时了解是否所有的第一检测分析结果、中间检测分析结果和检测分析结果均完整，可以预先设置监测协调机制，以保证在所有的第一检测分析结果、中间检测分析结果和检测分析结果的上述检测分析运行完成后在进行后续处理。其中，预先设置监测协调机制可以包括多种实现方式，本说明书实施例提供一种可选的处理方式，具体可以包括以下内容：根据预定的结果齐全度校验规则，分别确定第一检测分析结果、中间检测分析结果和检测分析结果的数量是否与目标接口实例的数量相匹配。

在步骤s912中，检测服务器根据得到的检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常。

在步骤s914中，如果目标接口发生异常，则检测服务器获取检测分析结果对应的异常等级信息。

在步骤s916中，检测服务器根据上述异常等级信息，输出与该异常等级信息相对应的通知消息。

需要说明的是，本实施例从接口实例角度出发，聚合得到接口调用的全部接口实例(即接口的全部表现形态)，提供一套可水平扩展接口异常检测分析的运行框架，将分布式交互、并发控制、数据齐全度校验等封装在该框架内，使得使用者只需关注检测分析算法的本身逻辑，为接口异常检测分析体系的快速建设提供了良好基础。而且，检测分析规则中只需填写reduce、reducecollect、detect等三项函数，并定义分布式的关键流程中算法模型的运行逻辑，而无需考虑复杂的分布式交互、数据分发时差等问题，开发成本大大降低。

本说明书实施例提供一种接口的异常检测方法，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的接口检测规则，对目标接口实例进行检测分析，得到检测分析结果，基于检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例六

以上为本说明书实施例提供的接口的异常检测方法，基于同样的思路，本说明书实施例还提供一种接口的异常检测装置，如图10所示。

该接口的异常检测装置包括：数据接收模块1001、检测分析模块1002和结果发送模块1003，其中：

数据接收模块1001，用于接收查询服务器发送的目标接口实例的数据，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

检测分析模块1002，用于根据预定的第一接口检测规则，对所述目标接口实例进行检测分析，得到中间检测分析结果；

结果发送模块1003，用于将所述中间检测分析结果发送给第二检测服务器，以使所述第二检测服务器基于所述中间检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例中，所述检测分析模块1002，包括：

第一检测分析单元，用于将所述目标接口实例作为入参，代入预定的第一检测函数中进行检测分析，得到所述目标接口实例的第一检测分析结果；

第二检测分析单元，用于将所述第一检测分析结果作为入参，代入预定的第二检测函数中进行检测分析，得到中间检测分析结果。

本说明书实施例中，所述第一检测函数为reduce函数，所述第二检测函数为reducecollect函数。

本说明书实施例中，所述目标接口实例包括多个，所述装置还包括：

校验模块，用于根据预定的结果齐全度校验规则，分别确定所述第一检测分析结果、所述中间检测分析结果和所述检测分析结果的数量是否与所述目标接口实例的数量相匹配。

本说明书实施例提供一种接口的异常检测装置，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的第一接口检测规则，对目标接口实例进行检测分析，得到中间检测分析结果，将中间检测分析结果发送给第二检测服务器，以使第二检测服务器基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例七

基于同样的思路，本说明书实施例还提供一种接口的异常检测装置，如图11所示。

该接口的异常检测装置包括：结果接收模块1101、检测分析模块1102和异常确定模块1103，其中：

结果接收模块1101，用于接收第一检测服务器发送的中间检测分析结果，所述中间检测分析结果是根据预定的第一接口检测规则，对查询服务器发送的目标接口实例的数据进行检测分析而得到，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

检测分析模块1102，用于根据预定的第二接口检测规则，对所述中间检测分析结果进行检测分析，得到所述检测分析结果；

异常确定模块1103，用于根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例中，所述装置还包括：

异常等级获取模块，用于如果所述目标接口发生异常，则获取所述检测分析结果对应的异常等级信息；

输出模块，用于根据所述异常等级信息，输出与所述异常等级信息相对应的通知消息。

本说明书实施例中，所述第二接口检测规则基于detect函数设定。

本说明书实施例中，所述目标接口实例包括多个，所述装置还包括：

校验模块，用于根据预定的结果齐全度校验规则，分别确定所述中间检测分析结果和所述检测分析结果的数量是否与所述目标接口实例的数量相匹配。

本说明书实施例提供一种接口的异常检测装置，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的第一接口检测规则，对目标接口实例进行检测分析，得到中间检测分析结果，将中间检测分析结果发送给第二检测服务器，以使第二检测服务器基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例八

基于同样的思路，本说明书实施例还提供一种接口的异常检测装置，如图12所示。

该接口的异常检测装置包括：请求接收模块1201、转换模块1202和数据发送模块1203，其中：

请求接收模块1201，用于接收接口调用异常检测请求；

转换模块1202，用于获取预定时长内的目标调用日志，并将所述目标调用日志转换为目标接口实例；

数据发送模块1203，用于将所述目标接口实例的数据发送给检测服务器，以使所述检测服务器根据预定的接口检测规则，对所述目标接口实例进行检测分析，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例中，所述接口调用异常检测请求的接收周期为所述预定时长。

本说明书实施例提供一种接口的异常检测装置，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的第一接口检测规则，对目标接口实例进行检测分析，得到中间检测分析结果，将中间检测分析结果发送给第二检测服务器，以使第二检测服务器基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例九

基于同样的思路，本说明书实施例还提供一种接口的异常检测装置，如图13所示。

该接口的异常检测装置包括：数据接收模块1301、检测分析模块1302和异常确定模块1303，其中：

数据接收模块1301，用于接收查询服务器发送的目标接口实例的数据，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

检测分析模块1302，用于根据预定的接口检测规则，对所述目标接口实例进行检测分析；

异常确定模块1303，用于根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例中，所述检测分析模块1302，包括：

第一检测单元，用于根据预定的第一检测子规则，对所述目标接口实例进行检测分析，得到中间检测分析结果；

第二检测单元，用于根据预定的第二检测子规则，对所述中间检测分析结果进行检测分析，得到所述检测分析结果。

本说明书实施例中，所述第一检测单元，用于将所述目标接口实例作为入参，代入预定的第一检测函数中进行检测分析，得到所述目标接口实例的第一检测分析结果；将所述第一检测分析结果作为入参，代入预定的第二检测函数中进行检测分析，得到中间检测分析结果。

本说明书实施例中，所述装置还包括：

异常等级获取模块，用于如果所述目标接口发生异常，则获取所述检测分析结果对应的异常等级信息；

输出模块，用于根据所述异常等级信息，输出与所述异常等级信息相对应的通知消息。

本说明书实施例中，所述第一检测函数为reduce函数，所述第二检测函数为reducecollect函数。

本说明书实施例中，所述第二检测子规则基于detect函数设定。

本说明书实施例提供一种接口的异常检测装置，接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的接口检测规则，对目标接口实例进行检测分析，得到检测分析结果，基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例十

以上为本说明书实施例提供的接口的异常检测装置，基于同样的思路，本说明书实施例还提供一种接口的异常检测设备，如图14所示。

所述目标接口的异常检测设备可以为上述实施例提供的检测服务器(包括第一检测服务器和第二检测服务器)。

接口的异常检测设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1401和存储器1402，存储器1402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1402可以是短暂存储或持久存储。存储在存储器1402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对接口的异常检测设备中的一系列计算机可执行指令。更进一步地，处理器1401可以设置为与存储器1402通信，在接口的异常检测设备上执行存储器1402中的一系列计算机可执行指令。接口的异常检测设备还可以包括一个或一个以上电源1403，一个或一个以上有线或无线网络接口1404，一个或一个以上输入输出接口1405，一个或一个以上键盘1406。

具体在本实施例中，接口的异常检测设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对接口的异常检测设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收查询服务器发送的目标接口实例的数据，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

根据预定的第一接口检测规则，对所述目标接口实例进行检测分析，得到中间检测分析结果；

将所述中间检测分析结果发送给第二检测服务器，以使所述第二检测服务器基于所述中间检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例中，所述根据预定的第一接口检测规则，对所述目标接口实例进行检测分析，得到中间检测分析结果，包括：

将所述目标接口实例作为入参，代入预定的第一检测函数中进行检测分析，得到所述目标接口实例的第一检测分析结果；

将所述第一检测分析结果作为入参，代入预定的第二检测函数中进行检测分析，得到中间检测分析结果。

本说明书实施例中，所述第一检测函数为reduce函数，所述第二检测函数为reducecollect函数。

本说明书实施例中，所述目标接口实例包括多个，还包括：

根据预定的结果齐全度校验规则，分别确定所述第一检测分析结果、所述中间检测分析结果和所述检测分析结果的数量是否与所述目标接口实例的数量相匹配。

具体在本实施例中，接口的异常检测设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对接口的异常检测设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收第一检测服务器发送的中间检测分析结果，所述中间检测分析结果是根据预定的第一接口检测规则，对查询服务器发送的目标接口实例的数据进行检测分析而得到，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

根据预定的第二接口检测规则，对所述中间检测分析结果进行检测分析，得到所述检测分析结果；

根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例中，所述方法还包括：

如果所述目标接口发生异常，则获取所述检测分析结果对应的异常等级信息；

根据所述异常等级信息，输出与所述异常等级信息相对应的通知消息。

本说明书实施例中，所述第二接口检测规则基于detect函数设定。

本说明书实施例中，所述目标接口实例包括多个，所述方法还包括：

根据预定的结果齐全度校验规则，分别确定所述中间检测分析结果和所述检测分析结果的数量是否与所述目标接口实例的数量相匹配。

具体在本实施例中，接口的异常检测设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对接口的异常检测设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收查询服务器发送的目标接口实例的数据，所述目标接口实例是所述查询服务器将查询到的目标调用日志进行转换而得到的实例；

根据预定的接口检测规则，对所述目标接口实例进行检测分析；

根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例中，所述根据预定的接口检测规则，对所述目标接口实例进行检测分析，包括：

根据预定的第一检测子规则，对所述目标接口实例进行检测分析，得到中间检测分析结果；

根据预定的第二检测子规则，对所述中间检测分析结果进行检测分析，得到所述检测分析结果。

本说明书实施例中，所述根据预定的第一检测子规则，对所述目标接口实例进行检测分析，得到中间检测分析结果，包括：

将所述目标接口实例作为入参，代入预定的第一检测函数中进行检测分析，得到所述目标接口实例的第一检测分析结果；

将所述第一检测分析结果作为入参，代入预定的第二检测函数中进行检测分析，得到中间检测分析结果。

本说明书实施例中，还包括：

如果所述目标接口发生异常，则获取所述检测分析结果对应的异常等级信息；

根据所述异常等级信息，输出与所述异常等级信息相对应的通知消息。

本说明书实施例中，所述第一检测函数为reduce函数，所述第二检测函数为reducecollect函数。

本说明书实施例中，所述第二检测子规则基于detect函数设定。

本说明书实施例提供一种接口的异常检测设备，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的第一接口检测规则，对目标接口实例进行检测分析，得到中间检测分析结果，将中间检测分析结果发送给第二检测服务器，以使第二检测服务器基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例十一

基于同样的思路，本说明书实施例还提供一种接口的异常检测设备，如图15所示。

所述目标接口的异常检测设备可以为上述实施例提供的查询服务器。

接口的异常检测设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1501和存储器1502，存储器1502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1502可以是短暂存储或持久存储。存储在存储器1502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对接口的异常检测设备中的一系列计算机可执行指令。更进一步地，处理器1501可以设置为与存储器1502通信，在接口的异常检测设备上执行存储器1502中的一系列计算机可执行指令。接口的异常检测设备还可以包括一个或一个以上电源1503，一个或一个以上有线或无线网络接口1504，一个或一个以上输入输出接口1505，一个或一个以上键盘1506。

具体在本实施例中，接口的异常检测设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对接口的异常检测设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收接口调用异常检测请求；

获取预定时长内的目标调用日志，并将所述目标调用日志转换为目标接口实例；

将所述目标接口实例的数据发送给检测服务器，以使所述检测服务器根据预定的接口检测规则，对所述目标接口实例进行检测分析，确定与所述目标接口实例相对应的目标接口是否发生异常。

本说明书实施例中，所述接口调用异常检测请求的接收周期为所述预定时长。

本说明书实施例提供一种接口的异常检测设备，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的第一接口检测规则，对目标接口实例进行检测分析，得到中间检测分析结果，将中间检测分析结果发送给第二检测服务器，以使第二检测服务器基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例十二

以上为本说明书实施例提供的接口的异常检测设备，基于同样的思路，本说明书实施例还提供一种接口的异常检测系统，如图5所示。

该接口的异常检测系统包括心跳服务器、查询服务器、第一检测服务器和第二检测服务器，其中：

所述心跳服务器，用于当到达预定周期时，向所述查询服务器发送接口调用异常检测请求；

所述查询服务器，用于获取预定周期内的目标调用日志，并将所述目标调用日志转换为目标接口实例，将所述目标接口实例的数据发送给所述第一检测服务器；

所述第一检测服务器，用于根据预定的第一接口检测规则，对所述目标接口实例进行检测分析，得到中间检测分析结果，将所述中间检测分析结果发送给所述第二检测服务器；

所述第二检测服务器，用于根据预定的第二接口检测规则，对所述中间检测分析结果进行检测分析，得到所述检测分析结果，根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

其中查询服务器可以执行上述实施例二或附图3的处理，第一检测服务器可以执行上述实施例一或附图1，以及实施例三或附图4的相关处理，第二检测服务器可以执行上述实施例二或附图2，以及实施例三或附图4的相关处理，在此不再赘述。

本说明书实施例提供一种接口的异常检测系统，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的第一接口检测规则，对目标接口实例进行检测分析，得到中间检测分析结果，将中间检测分析结果发送给第二检测服务器，以使第二检测服务器基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

实施例十三

以上为本说明书实施例提供的接口的异常检测设备，基于同样的思路，本说明书实施例还提供一种接口的异常检测系统。

该接口的异常检测系统包括心跳服务器、查询服务器和检测服务器，其中：

所述心跳服务器，用于当到达预定周期时，向所述查询服务器发送接口调用异常检测请求；

所述查询服务器，用于获取预定周期内的目标调用日志，并将所述目标调用日志转换为目标接口实例，将所述目标接口实例的数据发送给所述检测服务器；

所述检测服务器，用于根据预定的第一接口检测规则，对所述目标接口实例进行检测分析，根据得到的检测分析结果，确定与所述目标接口实例相对应的目标接口是否发生异常。

其中查询服务器可以执行上述实施例二或附图3的处理，检测服务器可以执行上述实施例四或附图8，以及实施例五或附图9的相关处理，在此不再赘述。

本说明书实施例提供一种接口的异常检测系统，通过接收查询服务器发送的目标接口实例的数据，该目标接口实例是查询服务器将查询到的目标调用日志进行转换而得到的实例，然后，根据预定的接口检测规则，对目标接口实例进行检测分析，得到检测分析结果，基于中间检测分析结果，确定与目标接口实例相对应的目标接口是否发生异常，这样，当需要检测某接口或多个接口是否异常时，可以通过将相应的调用日志转换为接口实例，然后对该接口实例进行检测分析，得到相应的检测分析结果，该检测分析结果中既可以指示外部的调用量是否发生变化，而且还可以检测系统内部的接口调用是否发生异常变更，从而可以不需要人工对外部的调用量和系统内部的接口调用进行检测分析，节省了人力资源，而且可以大大提高接口异常检测的效率。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice，pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书一个或多个实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本说明书的实施例是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。