应用软件的异常检测方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术，尤其涉及一种应用软件的异常检测方法、装置、设备及存储介质。

背景技术

随着计算机领域不断发展，越来越多的应用软件问世，投入到实际应用当中，为了不影响用户的体验感，这也就加快了研发人员对应用软件异常检索的关注。

现有技术中，当应用软件出现异常，在某个功能上出现缺陷漏洞，研发人员需要在服务端找到应用软件对应的工程文件，然后在工程文件中的所有历史操作记录进行挨个排查，最终找到有缺陷漏洞的历史操作记录，进而研发人员可以对历史操作记录进行修复，实现对缺陷漏洞的补正。

然而，现有技术是需要对工程文件中的所有历史操作记录进行排查，排查过程任务量大，因此消耗大量时间，还容易出错。

发明内容

本申请提供一种应用软件的异常检测方法、装置、设备及存储介质，用以解决排查过程任务量大，因此消耗大量时间，还容易出错的问题。

第一方面，本申请提供一种应用软件的异常检测方法，包括：

响应于运行目标应用软件出现缺陷漏洞，获取目标应用软件对应的服务端工程文件；

在服务端工程文件中获取完成最近两个版本目标应用软件时对应的两次历史操作记录；

获取两次历史操作记录对应的操作内容，并根据对应的操作内容确定两个版本目标应用软件的至少一个中间操作内容；

根据至少一个中间操作内容确定对应的至少一个中间历史操作记录；

根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录。

在一种可行方式中，所述根据对应的操作内容确定两个版本目标应用软件的至少一个中间操作内容，包括：

将对应的操作内容进行输出，以使研发人员基于对应的操作内容确定至少一个中间操作内容；

接收所述研发人员输入的至少一个中间操作内容。

在一种可行方式中，所述根据至少一个中间操作内容确定对应的至少一个中间历史操作记录，包括：

获取预先构建的历史操作记录、哈希值及操作内容的映射关系；

从所述映射关系中查找与至少一个中间操作内容具有映射关系的哈希值；

根据至少一个哈希值查找具有映射关系的历史操作记录作为对应的中间历史操作记录。

在一种可行方式中，所述根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录，包括：

将至少一个中间历史操作记录进行输出，以使研发人员对所述至少一个中间历史操作记录进行排查，获得异常历史操作记录；

接收研发人员输入的异常历史操作记录，以确定出所述异常历史操作记录。

在一种可行方式中，所述根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录之后，还包括：

对所述异常历史操作记录进行修复；

将修复后的历史操作记录更新到服务端工程文件中，以完成对目标应用软件的修复。

在一种可行方式中，所述方法还包括：

确定服务端工程文件对应的目标应用软件的第一版本特征值；

确定客户端目标应用软件的第二版本特征值；

根据所述第一版本特征值和所述第二版本特征值判断客户端的目标应用软件是否版本异常；

若确定客户端的目标应用软件版本异常，则对客户端的目标应用软件进行版本更新。

在一种可行方式中，所述确定服务端工程文件对应的目标应用软件的第一版本特征值，包括：

获取服务端工程文件中所具有的目标应用软件的功能；

根据所述服务端工程文件中所具有的目标应用软件的功能确定目标应用软件的第一版本特征值。

在一种可行方式中，所述根据所述第一版本特征值和所述第二版本特征值判断客户端的目标应用软件是否版本异常，包括：

将第一版本特征值与所述第二版本特征值进行对比；

若确定第一版本特征值与所述第二版本特征值一致，则确定客户端的目标应用软件的版本正常；

若确定第一版本特征值与所述第二版本特征值不一致，则确定客户端的目标应用软件版本异常。

在一种可行方式中，所述若确定客户端的目标应用软件版本异常，则对客户端的目标应用软件进行版本更新，包括：

若确定客户端的目标应用软件版本异常，则向客户端发送版本异常的提示信息；

若接收到客户端发送的目标应用软件的版本更新指示消息，则对客户端的目标应用软件进行版本更新。

第二方面，本申请提供一种应用软件的异常检测装置，所述装置包括：

第一获取模块，用于响应于运行目标应用软件出现缺陷漏洞，获取目标应用软件对应的服务端工程文件；

第二获取模块，用于在服务端工程文件中获取完成最近两个版本目标应用软件时对应的两次历史操作记录；

第一确定模块，用于获取两次历史操作记录对应的操作内容，并根据对应的操作内容确定两个版本目标应用软件的至少一个中间操作内容；

第二确定模块，用于根据至少一个中间操作内容确定对应的至少一个中间历史操作记录；

第三确定模块，用于根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

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

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面或任一种可行方式中所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面或任一种可行方式中所述的方法。

本申请提供的一种应用软件的异常检测方法、装置、设备及存储介质，该方法具体包括：响应于运行目标应用软件出现缺陷漏洞，获取目标应用软件对应的服务端工程文件；在服务端工程文件中获取完成最近两个版本目标应用软件时对应的两次历史操作记录；获取两次历史操作记录对应的操作内容，并根据对应的操作内容确定两个版本目标应用软件的至少一个中间操作内容；根据至少一个中间操作内容确定对应的至少一个中间历史操作记录；根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录。本申请首先响应于目标应用软件出现的缺陷漏洞，然后获取目标应用软件对应的服务端工程文件，在服务端工程文件中获取最近两个版本对应的两次历史操作记录，然后获取历史操作记录的操作内容，进而根据操作内容确定至少一个中间操作内容，由于本申请是从两次历史操作记录中去确定中间操作内容，进而不需要在大量的历史操作记录中挨个排查，而是在两次历史操作记录中去快速地确定至少一个中间操作内容，这样就可以缩小排查的范围。接着基于至少一个中间操作内容确定对应的中间历史操作记录，进而可以根据至少一个中间历史操作确定出现缺陷漏洞的异常历史操作记录，由于缩小排查的范围，所以最后确定出的异常历史操作记录花费时间短，准确率也更高。

附图说明

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

图1为本申请提供的一种应用软件的异常检测的应用场景图；

图2为本申请实施例一提供的一种应用软件的异常检测方法的流程示意图；

图3为本申请实施例二提供的一种应用软件的异常检测方法的流程示意图；

图4为本申请实施例三提供的一种应用软件的异常检测方法的流程示意图；

图5为本申请实施例四提供的一种应用软件的异常检测方法的流程示意图；

图6为本申请实施例五提供的一种应用软件的异常检测方法的流程示意图；

图7为本申请实施例六提供的一种应用软件的异常检测方法的流程示意图；

图8为本申请实施例七提供的一种应用软件的异常检测方法的流程示意图；

图9为本申请实施例八提供的一种应用软件的异常检测装置示意图；

图10为本申请实施例九提供的一种电子设备的结构示意图。

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

具体实施方式

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

首先对本申请所涉及的名词进行解释：

哈希值：是一种从任何一种数据中创建小的数字“指纹”的方法，是一段数据唯一且极其紧凑的数值表示形式。

现有技术中，研发人员可以使用自身的移动工具或者工作中用来专门检测应用软件异常的设备去发现应用软件的缺陷漏洞，当研发人员发现在某个功能上出现缺陷漏洞，研发人员需要在服务端中找到目标应用软件对应的工程文件，然后在工程文件中的所有历史操作记录进行挨个排查，最终找到有缺陷漏洞的历史操作记录，进而研发人员可以在工作设备上对历史操作记录进行修复，实现对缺陷漏洞的补正。

然而，现有技术是需要对工程文件中的所有历史操作记录进行排查，排查过程任务量大，因此消耗大量时间，还容易出错。

为了解决现有技术的缺陷，本方案发明人经过创造性研究，设计一种新的方案。本方案提供一种应用软件的异常检测方法，为了解决排查过程任务量大，因此消耗大量时间的问题，本申请基于应用软件的异常检测装置(以下简称异常检测装置)完成对应用软件的异常检测，首先异常检测装置会响应于运行目标应用软件时出现的缺陷漏洞，进而获取目标应用软件对应的服务端工程文件，在该服务端工程文件中有许多历史操作记录，为了定位到缺陷漏洞，从服务端工程文件中获取最近两个版本目标应用软件对应的两次历史操作记录，根据两次历史操作记录的操作内容确定出至少一个中间操作内容，进而确定至少一个中间历史操作记录，从至少一个中间历史操作记录确定出异常历史操作记录，进而可以减小排查的任务量，缩小排查范围，节约时间；为了解决容易出错的问题，本申请通过缩小排查范围，在对有缺陷漏洞的历史操作记录排查过程中，用少量的中间历史操作记录代替以前的所有历史操作记录，进而可以减少犯错，提高准确率。

下面对本申请提供一种应用软件的异常检测方法、装置、设备及存储介质的应用场景进行介绍。

图1为本申请提供的一种应用软件的异常检测的应用场景图。如图1所示，该应用场景图包括服务端101和电子设备102。其中，电子设备102中包含应用软件的异常检测装置103(以下简称异常检测装置103)。

其中，服务端101与电子设备102通信连接，通信连接可以为有线连接，也可以为无线连接。

具体的，服务端101的存储区域中有目标应用软件对应的服务端工程文件，研发人员可以使用自身移动设备下载目标应用软件，进入目标应用软件，进而可以去发现缺陷漏洞，研发人员发现缺陷漏洞之后，则会通知异常检测装置103目标应用软件存在缺陷漏洞，进而异常检测装置103响应于运行目标应用软件出现的缺陷漏洞，电子设备102从服务端101中获取服务端工程文件，接着在服务端工程文件中获取最近两个版本目标应用软件对应的两次历史操作记录，异常检测装置103将获取两次历史操作记录对应的操作内容，接着可以根据对应的操作内容确定两个版本应用软件之间需要的操作内容，其中，两个最近版本应用软件分别为当前版本应用软件和上一个版本应用软件。确定出从上一个版本应用软件更新到当前版本应用软件需要的操作内容，进而确定至少一个中间操作内容，可以理解的是，每个操作内容对应一个历史操作记录，进而根据至少一个中间操作内容确定对应的至少一个中间历史操作记录，从至少一个中间历史操作记录中获得缺陷漏洞的异常历史操作记录，进而异常检测装置103确定出异常历史操作记录。

进一步的，对异常历史操作记录进行修复，修复完成后更新至服务端工程文件中。

需要说明的是，本申请也可以使用其余的数据库文件单独存储最近两个版本目标应用软件时对应的两次历史操作记录，例如一种轻量级的数据交换格式文件，或者是其他，此处不做限制。

本申请提供的一种应用软件的异常检测方法、装置、设备及存储介质，旨在解决现有技术的如上技术问题。

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

实施例一

图2为本申请实施例一提供的一种应用软件的异常检测方法的流程示意图。本实施例方法的执行主体为应用软件的异常检测装置，如图2所示，具体步骤如下。

S201，响应于运行目标应用软件出现缺陷漏洞，获取目标应用软件对应的服务端工程文件。

其中，缺陷漏洞是指应用软件的缺陷和漏洞，其中，缺陷指在计算机或应用软件中某种破话正常运行能力的问题、错误、或者隐藏的功能缺陷。漏洞是指应用软件在设计、实现、配置策略及使用过程中出现的缺陷，它可能导致攻击者在未授权的情况下访问或破坏系统。

可以理解的是，缺陷漏洞都可以通过历史操作记录的操作内容展现出来。

其中，服务端工程文件是每个应用软件对应的一个文件，该服务器工程文件中可包含应用软件的所有历史操作记录。服务端工程文件存储于服务端中。

具体的，研发人员可以使用自身移动设备下载目标应用软件，在使用过程中发现缺陷漏洞，或者用工作设备对目标应用软件进行缺陷漏洞测试，或者是用户在运行目标应用软件时出现缺陷漏洞，然后确定出目标应用软件有缺陷漏洞，接着异常检测装置响应于运行目标应用软件的缺陷漏洞，从服务端中获取目标应用软件的服务端工程文件。其中，移动设备可以是手机，平板等。其中，用户是指使用目标应用软件的人。其中，工作设备是指研发人员专门用来实现对目标应用软件开发、测试或者修复的设备。

S202，在服务端工程文件中获取完成最近两个版本目标应用软件时对应的两次历史操作记录。

其中，最近两个版本是指当前版本应用软件以及上一版本应用软件。其中，当前版本应用软件可以是已经面向用户问世的最新的应用软件，而上一版本应用软件是研发人员内部之间进行研发时所产生的中间版本应用软件，该中间版本应用软件没有面向用户问世。

可以理解的是，每一个版本应用软件在完成时都有对应的两次历史操作记录。

具体的，服务端工程文件中包含应用软件所有的历史操作记录，异常检测装置在服务端工程文件中获取最近两个版本应用软件对应的两次历史操作记录。

示例性的，当前版本应用软件是2.0版本应用软件，上一版本应用软件为1.9版本应用软件，则获取2.0版本应用软件完成时的历史操作记录，以及1.9版本应用软件完成时的历史操作记录。

在一种方式中，本实施例对获取的两次历史操作记录也可以是当前构建服务端工程文件对应的历史操作记录以及上一次构建服务端工程文件对应的历史操作记录。

S203，获取两次历史操作记录对应的操作内容，并根据对应的操作内容确定两个版本目标应用软件的至少一个中间操作内容。

其中，操作内容是指历史操作记录包含的操作信息。例如，增加页面高度。

具体的，在服务端工程文件中的历史操作记录都有对应的操作内容，异常检测装置将会获取两次历史操作记录对应的操作内容，识别对应的操作内容，然后根据对应的操作内容确定出在两个操作内容之间还应该有的至少一个中间操作。

S204，根据至少一个中间操作内容确定对应的至少一个中间历史操作记录。

具体的，异常检测装置可以存储历史操作记录与操作内容的对应关系，该对应关系可以存储在服务端工程文件中，或者是异常检测装置的存储区域中，进而异常检测装置将会根据至少一个中间操作内容通过历史操作记录与操作内容的对应关系确定出对应的中间历史操作记录。

S205，根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录。

其中，异常历史操作记录是指该历史操作记录存在异常，该异常导致应用软件出现缺陷漏洞。

具体的，研发人员可以从至少一个中间历史操作记录中挨个排查，进而获取出现漏洞的历史操作记录，并将该历史操作记录发送至异常检测装置，进而异常检测装置将出现缺陷漏洞的历史操作记录确定为异常历史操作记录。

可以理解的是，异常历史操作记录可以为多个，也可以为一个。

本实施例提供一种应用软件异常检测装置，该方法包括：响应于运行目标应用软件出现缺陷漏洞，获取目标应用软件对应的服务端工程文件；在服务端工程文件中获取完成最近两个版本目标应用软件时对应的两次历史操作记录；获取两次历史操作记录对应的操作内容，并根据对应的操作内容确定两个版本目标应用软件的至少一个中间操作内容；根据至少一个中间操作内容确定对应的至少一个中间历史操作记录；根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录。本实施例首先响应于运行目标应用软件出现的缺陷漏洞，然后从服务端中获取目标应用软件对应的服务端工程文件，在服务端工程文件中获取最近两个版本对应的两次历史操作记录，然后获取两次历史操作记录对应的操作内容，进而根据两个操作内容确定至少一个中间操作内容，由于本实施例是从两个操作内容中去确定中间操作内容，进而不需要在大量的历史操作记录中挨个排查对应的操作内容，而是基于两个操作内容去快速地确定两个操作内容之间的至少一个中间操作内容，这样就可以缩小排查的范围。接着基于至少一个中间操作内容确定对应的中间历史操作记录，进而可以根据至少一个中间历史操作确定出现缺陷漏洞的异常历史操作记录，由于缩小排查的范围，所以最后确定出的异常历史操作记录花费时间短，准确率也更高。

实施例二

图3为本申请实施例二提供的一种应用软件的异常检测方法的流程示意图。本申请实施例是上述实施例一的进一步细化，本实施例是根据对应的操作内容确定两个版本目标应用软件的至少一个中间操作内容的一种可选方式，如图3所示，具体步骤如下。

S301，将对应的操作内容进行输出，以使研发人员基于对应的操作内容确定至少一个中间操作内容。

具体的，异常检测装置将把对应的操作内容输出至研发人员的工作设备上显示，进而研发人员会根据工作设备上显示的对应的操作内容进行确定出在这两个对应的操作内容之间还需要的至少一个中间操作内容。

具体的，研发人员是目标应用软件的开发者，对该目标应用软件的操作内容十分熟悉，进而，研发人员可以根据经验在工作设备上输入至少一个中间操作内容。

进一步的，研发人员输入至少一个中间操作内容后，点击确认，可以将至少一个中间操作内容发送至异常检测装置。

在一种方式中，不同的操作内容可能存储在不同的分支上，每一个分支可以按照类型存储不同的操作内容，所有分支可以存储在分支数据库中，分支数据库在服务端中。在服务端工程文件中确定出两次历史操作记录后，可以根据两次历史操作记录确定该操作内容在哪个分支上，进而在相应的分支上找到两次历史操作记录，进而在分支上可以确定出相应的操作内容。接着异常检测装置将操作内容从服务端输出至研发人员的工作设备。其中，分支是可根据操作内容所属类型进行有规律的保存的一个工具。

在一种方式中，也可以使用自带算法或训练好的模型对中间操作内容进行预估，得到预估内容，再由研发人员根据预估内容确定出中间操作内容。

S302，接收研发人员输入的至少一个中间操作内容。

具体的，异常检测装置接收到从工作设备发送的至少一个中间操作内容，该至少一个中间操作内容是由研发人员在工作设备上输入的。

本实施例提供一种应用软件异常检测方法流程示意图，在根据对应的操作内容确定两个版本目标应用软件时，该方法具体包括：将对应的操作内容进行输出，以使研发人员基于对应的操作内容确定至少一个中间操作内容；接收研发人员输入的至少一个中间操作内容。本实施例异常检测装置首先将对应的操作内容进行输出，进而研发人员可以在工作设备上看到对应的操作内容，因此研发人员可以根据对应的操作内容确定出至少一个中间操作内容，从而输入至少一个中间操作内容，由于研发人员是应用软件的开发者，具有一定相关领域经验，因此对应用软件的操作内容是非熟悉，进而可以在缩小排查范围的对应的操作内容之间确定出至少一个中间操作内容，并发送至异常检测装置，由异常检测装置接收至少一个中间操作内容，该过程只需要确定少量的中间操作内容，进而可以节约时间。

实施例三

图4为本申请实施例三提供的一种应用软件的异常检测方法的流程示意图。本申请实施例是上述任一实施例的进一步细化，本实施例是根据至少一个中间操作内容确定对应的至少一个中间历史操作记录的一种可选方式，如图4所示，具体步骤如下。

S401，获取预先构建的历史操作记录、哈希值及操作内容的映射关系。

其中，映射关系是预先构建完成的，并存储在服务端的存储区域中，或者存储于服务端工程文件中。映射关系可以以一种映射表的形式展现，或者是其他方式，此处不做限制。

具体的，异常检测装置将从服务端的存储区域中获取预先构建的历史操作记录、哈希值及操作内容的映射关系。

S402，从映射关系中查找与至少一个中间操作内容具有映射关系的哈希值。

其中，一个中间操作内容将对应一个哈希值，由于中间操作内容比较繁琐，因此使用与之具有唯一对应关系且字符串较少的哈希值。

具体的，在映射关系中查找至少一个中间操作内容对应的至少一个哈希值。

示例性的，若确定出有两个中间操作内容，则在映射关系中分别确定上述两个中间操作内容的哈希值。例如，中间操作内容一为增加bi系统，在映射关系中确定其对应哈希值为ABCD，中间操作内容二为大数据监督：增加其他系统导航菜单，在映射关系中其对应哈希值为BCDE。

S403，根据至少一个哈希值查找具有映射关系的历史操作记录作为对应的中间历史操作记录。

具体的，每个哈希值对应在映射关系中对应一个历史操作记录，异常检测装置根据至少一个哈希值在映射关系中找到对应的至少一个历史操作记录，将该至少一个历史操作记录作为对应的中间历史操作记录。

示例性的，若确定出一个哈希值，则将根据该哈希值在映射关系中确定一个历史操作记录，例如，哈希值为ABCD，其对应的历史操作记录为历史操作记录一。

本实施例提供一种应用软件异常检测方法的流程示意图，在根据至少一个中间操作内容确定对应的至少一个中间历史操作记录时，具体包括：获取预先构建的历史操作记录、哈希值及操作内容的映射关系；从映射关系中查找与至少一个中间操作内容具有映射关系的哈希值；根据至少一个哈希值查找具有映射关系的历史操作记录作为对应的中间历史操作记录。本实施例异常检测装置首先获取预先构建的历史操作记录、哈希值及操作内容的映射关系，进而基于映射关系查找中间操作内容对应的哈希值，然后根据至少一个哈希值找到对应的中间历史操作记录，由于映射关系能够准确的反映出历史操作记录、哈希值及操作内容之间的一一对应关系，进而可以根据映射关系准确地确定出中间历史操作记录。

实施例四

图5为本申请实施例四提供的一种应用软件的异常检测方法的流程示意图。本申请实施例是上述任一实施例的进一步细化，本实施例是根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录的一种可选方式，如图5所示，具体步骤如下。

S501，将至少一个中间历史操作记录进行输出，以使研发人员对至少一个中间历史操作记录进行排查，获得异常历史操作记录。

具体的，异常检测装置将至少一个中间历史操作记录输出至研发人员的工作设备，进而在工作设备上可以显示出至少一个中间历史操作记录。在工作设备上显示至少一个中间历史操作记录后，研发人员可以对至少一个中间历史操作记录进行排查，进而获得异常历史操作记录，研发人员并在工作设备上选择或者输入异常历史操作，并发送至异常检测装置。

S502，接收研发人员输入的异常历史操作记录，以确定出异常历史操作记录。

具体的，异常检测装置将接收研发人员发送的异常历史操作记录，进而异常检测装置将确定出异常历史操作记录。

进一步的，异常检测装置可以从服务端工程文件中定位到该异常历史操作记录，便于后续对该异常历史操作记录进行更新。

本实施例提供一种应用软件异常检测方法，在根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录时，具体包括：将至少一个中间历史操作记录进行输出，以使研发人员对至少一个中间历史操作记录进行排查，获得异常历史操作记录；接收研发人员输入的异常历史操作记录，以确定出异常历史操作记录。本实施例异常检测装置首先将至少一个中间历史操作记录输出至工作设备，进而研发人员可以对至少一个中间历史操作记录进行排查，从而研发人员获得异常历史操作记录，由于研发人员对应用软件十分熟悉，因此可以从少量的中间历史操作记录中快速且准确地实现排查，进而获得异常历史操作记录，接着异常检测装置将接收研发人员输入的异常历史操作记录，从而异常检测装置将确定出异常历史操作记录。

实施例五

图6为本申请实施例五提供的一种应用软件的异常检测方法的流程示意图。本申请实施例是上述任一实施例的进一步细化，本实施例是根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录之后的一种可选方式，如图6所示，具体步骤如下。

S601，对异常历史操作记录进行修复。

具体的，异常检测装置可以利用基础算法对异常历史操作记录进行修复。

S602，将修复后的历史操作记录更新到服务端工程文件中，以完成对目标应用软件的修复。

具体的，异常检测装置将从服务端工程文件中定位到异常历史操作记录，并对该异常历史操作记录更新成修复后的异常历史操作记录，进而异常检测装置完成对目标应用软件的修复。

可选的，也可以由研发人员对异常历史操作记录进行修复，并将修复后的历史操作记录发送至异常检测装置，异常检测装置接收修复后的异常历史操作记录，异常检测装置并将修复后的异常历史操作记录发送至服务端工程文件，在服务端工程文件中找到对应的异常历史操作记录，并对该异常历史操作记录更新成修复后的异常历史操作记录。

本实施例提供一种应用软件异常检测方法，在根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录之后，具体包括：对异常历史操作记录进行修复；将修复后的历史操作记录更新到服务端工程文件中，以完成对目标应用软件的修复。本实施例首先会对异常历史操作记录进行修复，接着将修复后的历史操作记录更新至服务端工程文件中，由于修复后的历史操作记录会更新至服务端工程文件中，进而在服务端工程文件中准确地对异常历史操作记录进行修复，从而可以完成对目标应用软件的修复。

实施例六

图7为本申请实施例六提供的一种应用软件的异常检测方法的流程示意图。本申请实施例是上述任一实施例的进一步细化，本实施例是根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录之后的一种可选方式，如图7所示，具体步骤如下。

S701，确定服务端工程文件对应的目标应用软件的第一版本特征值。

其中，特征值是表示目标应用软件版本的字符串。第一版本特征值是服务端工程文件对应的目标应用软件的版本字符串。第一版本特征值存储于服务端存储区域中，示例性的，第一版本特征值可以为“目标应用软件的版本为4.0”。

具体的，异常检测装置将会根据服务端工程文件的功能或者历史操作记录等确定出该服务端工程文件对应的目标应用软件。

在一种方式中，可以用一种轻量级的数据交换格式文件保存第一版本特征值，例如，异常检测装置确定第一版本特征值后可使用JSON文件来保存第一版本特征值。

在一种方式中，本方式是确定服务端工程文件对应的目标应用软件的第一版本特征值的一种可选方式，具体内容如下。

获取服务端工程文件中所具有的目标应用软件的功能。

其中，目标应用软件功能是指能实现目标应用软件正常运行所具有的功能。例如，语音通话，图片美化等。

其中，目标应用软件功能包含在服务端工程文件中。

具体的，异常检测装置将会从服务端工程文件中获取目标应用软件的功能，并进行整合。

根据服务端工程文件中所具有的目标应用软件的功能确定目标应用软件的第一版本特征值。

具体的，异常检测装置可以根据服务端工程文件中所具有的目标应用软件的功能，确定该功能对应的目标应用软件的第一版本特征值。

本方式在确定服务端工程文件对应的目标应用软件的第一版本特征值时，具体包括：获取服务端工程文件中所具有的目标应用软件的功能；根据服务端工程文件中所具有的目标应用软件的功能确定目标应用软件的第一版本特征值。本实施例异常检测装置获取服务端工程文件中所具有的目标应用软件的功能，进而根据功能确定出目标应用软件的第一版本特征值，基于目标应用软件的功能能够准确地确定出目标应用软件的第一版本特征值。

S702，确定客户端目标应用软件的第二版本特征值。

其中，第二版本特征值是客户端目标应用软件对应的目标应用软件的版本字符串。

其中，第二版本特征值可存储于客户端工程文件中，其中，客户端工程文件中包含对应目标应用软件的历史操作记录以及功能等。客户端工程文件存储于用户终端的存储区域中，其中，用户终端是任意一个下载目标应用软件人员对应的移动设备或PC设备。

具体的，异常检测装置从客户端工程文件中获取确定客户端目标应用软件的第二版本特征值。

在一种方式中，可以用一种轻量级的数据交换格式文件保存第二版本特征值，例如，下载目标应用软件之后就能获取到该目标应用软件的版本，进而将该版本作为第二版本特征值，并使用JSON文件来保存第二版本特征值。

S703，根据第一版本特征值和第二版本特征值判断客户端的目标应用软件是否版本异常。

其中，版本异常是指客户端目标应用软件的版本低于服务端对应的目标应用软件的版本。

通常的，服务端工程文件对应的目标应用软件当前最新的应用软件版本，而客户端目标应用软件可以是当前最新的应用软件版本或低于当前最新的应用软件。

示例性的，客户端目标应用软件的版本为3.0，服务端工程文件对应的目标应用软件的版本为4.0，则确定客户端目标应用软件的版本低于服务端工程文件对应的目标应用软件的版本，进而客户端的目标应用软版本异常。

其中，第一版本特征值可为“目标应用软件的版本为4.0”，第二版本特征值可为“目标应用软件的版本为3.0”。

具体的，异常检测装置将根据第一版本特征值和第二版本特征值是否一致判断客户端目标应用软件是否版本异常。

S704，若确定客户端的目标应用软件版本异常，则对客户端的目标应用软件进行版本更新。

具体的，异常检测装置若确定出客户端目标应用软件版本异常，则说明客户端目标应用软件版本低于服务端工程文件对应的目标应用软件版本，则异常检测装置将会对客户端的目标应用软件进行更新。

在一种方式中，本方式是若确定客户端的目标应用软件版本异常，则对客户端的目标应用软件进行版本更新的一种可选方式，具体内容如下。

若确定客户端的目标应用软件版本异常，则向客户端发送版本异常的提示信息。

具体的，异常检测装置若确定客户端的目标应用软件版本异常，则会生成一条版本异常的提示信息，并将该版本异常的提示信息发送至客户端。

若接收到客户端发送的目标应用软件的版本更新指示消息，则对客户端的目标应用软件进行版本更新。

具体的，客户端接收到版本异常的提示信息，并由用户确定是否进行版本更新，若用户确定进行版本更新，则会生成一条目标应用软件的版本更新指示消息，并发送至异常检测装置，异常检测装置将会接收到客户端发送的目标应用软件的版本更新指示消息，进而可以实现对客户端目标应用软件版本更新。

进一步的，服务端可以将最新目标应用软件的更新页面发送至客户端，用户点击更新，服务端可将当前最新版本目标应用软件发送至客户端，进而客户端可以实现对目标应用软件的更新。

本方式中，在确定客户端的目标应用软件版本异常，则对客户端的目标应用软件进行版本更新时，具体包括：若确定客户端的目标应用软件版本异常，则向客户端发送版本异常的提示信息；若接收到客户端发送的目标应用软件的版本更新指示消息，则对客户端的目标应用软件进行版本更新。本方式中异常检测装置若确定客户端的目标应用软件版本异常，则会快速生成一条版本异常的提示信息，进而及时发送至客户端，若用户确定要对客户端目标应用软件进行更新，则会向异常检测装置发送目标应用软件的版本更新指示消息，从而异常检测装置将会对客户端的目标应用软件进行版本更新。本实施例由于会生成目标应用软件的版本更新指示消息，进而可以准确的指示服务端是否要对客户端目标应用软件进行更新。

本实施例提供一种应用软件异常检测方法，在根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录之后，具体包括：确定服务端工程文件对应的目标应用软件的第一版本特征值；确定客户端目标应用软件的第二版本特征值；根据第一版本特征值和第二版本特征值判断客户端的目标应用软件是否版本异常；若确定客户端的目标应用软件版本异常，则对客户端的目标应用软件进行版本更新。本实施例首先确定出第一版本特征值和第二版本特征值，进而将根据第一版本特征值和第二版本特征值判断客户端的目标应用软件是否版本异常，由于第一版本特征值反映的是服务端工程文件对应的目标应用软件版本，第二版本特征值反映的是客户端目标应用软件的版本，进而可以准确的判断出客户端目标应用软件版本是否存储异常，若版本异常，则对客户端的目标应用软件进行版本更新。

实施例七

图8为本申请实施例七提供的一种应用软件的异常检测方法的流程示意图。本申请实施例是上述任一实施例的进一步细化，本实施例是根据第一版本特征值和第二版本特征值判断客户端的目标应用软件是否版本异常的一种可选方式，如图8所示，具体步骤如下。

S801，将第一版本特征值与第二版本特征值进行对比。

具体的，异常检测装置将读取第一版本特征值和第二版本特征值，并将第一版本特征值和第二版本特征值进行对比。

S802，若确定第一版本特征值与第二版本特征值一致，则确定客户端的目标应用软件的版本正常。

具体的，异常检测装置若确定第一版本特征值与第二版本特征值一致，表明客户端的目标应用软件的版本与服务端工程文件对应的目标应用软件的版本一致。

示例性的，若第一版本特征值为目标应用软件3.0版本，第二版本特征值为目标应用软件3.0版本，则确定第一版本特征值与第二版本特征值一致，说明客户端的目标应用软件的版本正常。

S803，若确定第一版本特征值与第二版本特征值不一致，则确定客户端的目标应用软件版本异常。

具体的，异常检测装置若确定第一版本特征值与第二版本特征值不一致，表明客户端的目标应用软件的版本与服务端工程文件对应的目标应用软件的版本不一致。

示例性的，若第一版本特征值为“目标应用软件版本为3.0”，第二版本特征值为“目标应用软件版本为2.0”，则确定第一版本特征值与第二版本特征值不一致，说明客户端的目标应用软件的版本异常。

本实施例提供一种应用软件异常检测方法，在根据第一版本特征值和第二版本特征值判断客户端的目标应用软件是否版本异常时，具体包括：将第一版本特征值与第二版本特征值进行对比；若确定第一版本特征值与第二版本特征值一致，则确定客户端的目标应用软件的版本正常；若确定第一版本特征值与第二版本特征值不一致，则确定客户端的目标应用软件版本异常。本实施例异常检测装置将第一版本特征值与第二版本特征值进行对比，由于第一版本特征值与第二版本特征值都已准确地确定出，进而可以根据对比结果准确地确定出户客户端的目标应用软件是否版本异常，若第一版本特征值与第二版本特征值一致，则客户端的目标应用软件是否版本正常；若第一版本特征值与第二版本特征值不一致，则客户端的目标应用软件是否版本异常。

实施例八

下面是本申请的装置实施例，图9为本申请实施例八提供的一种应用软件的异常检测装置示意图。如图9所示，该装置90包括以下模块。

第一获取模块901，用于响应于运行目标应用软件出现缺陷漏洞，获取目标应用软件对应的服务端工程文件；

第二获取模块902，用于在服务端工程文件中获取完成最近两个版本目标应用软件时对应的两次历史操作记录；

第一确定模块903，用于获取两次历史操作记录对应的操作内容，并根据对应的操作内容确定两个版本目标应用软件的至少一个中间操作内容；

第二确定模块904，用于根据至少一个中间操作内容确定对应的至少一个中间历史操作记录；

第三确定模块905，用于根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录。

在一种可行方式中，第一确定模块903，在根据对应的操作内容确定两个版本目标应用软件的至少一个中间操作内容时，具体用于：

将对应的操作内容进行输出，以使研发人员基于对应的操作内容确定至少一个中间操作内容；接收研发人员输入的至少一个中间操作内容。

在一种可行方式中，第二确定模块904，在根据至少一个中间操作内容确定对应的至少一个中间历史操作记录时，具体用于：

获取预先构建的历史操作记录、哈希值及操作内容的映射关系；从映射关系中查找与至少一个中间操作内容具有映射关系的哈希值；根据至少一个哈希值查找具有映射关系的历史操作记录作为对应的中间历史操作记录。

在一种可行方式中，第三确定模块905，在根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录时，具体用于：

将至少一个中间历史操作记录进行输出，以使研发人员对至少一个中间历史操作记录进行排查，获得异常历史操作记录；接收研发人员输入的异常历史操作记录，以确定出异常历史操作记录。

在一种可行方式中，在根据至少一个中间历史操作记录确定出现缺陷漏洞的异常历史操作记录之后，本实施例提供一种应用软件异常装置，还包括：修复模块。

其中，修复模块，用于对异常历史操作记录进行修复；将修复后的历史操作记录更新到服务端工程文件中，以完成对目标应用软件的修复。

在一种可行方式中，本实施例提供一种应用软件异常装置，还包括：第四确定模块、判断模块和更新模块。

其中，第四确定模块，用于确定服务端工程文件对应的目标应用软件的第一版本特征值；第四确定模块，还用于确定客户端目标应用软件的第二版本特征值；判断模块，用于根据第一版本特征值和第二版本特征值判断客户端的目标应用软件是否版本异常；更新模块，用于若确定客户端的目标应用软件版本异常，则对客户端的目标应用软件进行版本更新。

在一种可行方式中，第四确定模块，在确定服务端工程文件对应的目标应用软件的第一版本特征值时，具体用于：

获取服务端工程文件中所具有的目标应用软件的功能；根据服务端工程文件中所具有的目标应用软件的功能确定目标应用软件的第一版本特征值。

在一种可行方式中，判断模块，在根据第一版本特征值和第二版本特征值判断客户端的目标应用软件是否版本异常时，具体用于：

将第一版本特征值与第二版本特征值进行对比；若确定第一版本特征值与第二版本特征值一致，则确定客户端的目标应用软件的版本正常；若确定第一版本特征值与第二版本特征值不一致，则确定客户端的目标应用软件版本异常。

在一种可行方式中，更新模块，在若确定客户端的目标应用软件版本异常，则对客户端的目标应用软件进行版本更新时，具体用于：

若确定客户端的目标应用软件版本异常，则向客户端发送版本异常的提示信息；若接收到客户端发送的目标应用软件的版本更新指示消息，则对客户端的目标应用软件进行版本更新。

实施例九

图10为本申请实施例九提供的一种电子设备的结构示意图。如图10所示，该电子设备100可以包括：处理器1001，以及与处理器1001通信连接的存储器1002。其中，存储器1002存储计算机执行指令；处理器1001执行存储器1002存储的计算机执行指令，以实现如上述实施例一至实施例七任一个方法实施例，具体实现方式和技术效果类似，这里不再赘述。

其中，本实施例中，存储器1002和处理器1001通过总线连接。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component Interconnect，简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

实施例十

本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如上述实施例一至实施例七任一个方法实施例，具体实现方式和技术效果类似，这里不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。