具体实施方式

以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

当前用户需要在终端上安装多种多样的应用，以满足工作和生活中对各种业务服务的需求。然而，随着终端上安装的应用的增加，终端资源也在不断被消耗，终端容易出现应用运行异常等问题。

当前处理应用运行异常等问题的方式有两种，一种是由应用自行判断是否需要重启，一种是由终端直接进行整体应用的重启。前者对应用要求高，覆盖的应用场景也不全面，且应用难以主动、智能地识别到用户的操作，导致用户重复进行无效操作，进而导致终端产生资源碎片并增加终端资源开销；后者处理手段固化，常常会影响应用中正常运行的子进程，降低异常处理效率。

为了解决上述难题，本发明实施例提供一种异常监控方法。图1为本发明实施例提供一种异常监控方法的流程图，应用于异常监控系统。如图1所示，该方法包括以下步骤：

步骤S101、确定异常输入请求对应的目标应用。

其中，异常输入请求是异常监控系统预先判定存在异常的输入请求。该输入请求为需要在终端屏幕上点击生效的请求，需点击指定功能控件进行请求，常见的输入请求例如是鼠标点击、回车输入、触摸屏点击等。该终端指具备操作系统和处理能力的可视智能终端，例如电脑、手机、平板或服务终端等，服务终端例如自动存取款机、自动点餐终端等。

异常输入请求对应的目标应用是该异常输入请求发生时覆盖请求位置的最上层的前端应用。

步骤S102、基于异常输入请求对应的请求位置和目标应用的应用显示页面，确定在应用显示页面上与请求位置对应的目标应用功能控件。

其中，异常输入请求对应的请求位置是该异常输入请求在终端屏幕上对应的点击位置。

目标应用功能控件是目标应用对应的应用显示页面上可操作的功能控件。该可操作指的是可通过输入请求获得操作响应。该目标应用功能控件可以是明文功能键，例如提交、完成、登录、编辑等，也可以是功能页面等，该功能页面例如是word编辑页面等能够进行回车操作的文档编辑页面。

步骤S103、对目标应用和目标应用功能控件针对异常输入请求的响应情况进行跟踪，以获得跟踪响应结果。

步骤S104、根据跟踪响应结果确定异常对象。

其中，异常对象为目标应用或者所述目标应用功能控件。

在一个实施方式中，在根据跟踪响应结果确定异常对象(步骤S104)之后，还包括：

在异常对象为目标应用的情况下，重启目标应用对应的应用进程；在异常对象为目标应用功能控件的情况下，向目标应用发送目标应用功能控件对应的应用子进程重启激活信息，以使目标应用重启应用子进程。

本发明实施例提供的异常监控方法，首先，确定异常输入请求对应的目标应用，并基于异常输入请求对应的请求位置和目标应用的应用显示页面，确定在应用显示页面上与请求位置对应的目标应用功能控件；然后，对目标应用和目标应用功能控件针对异常输入请求的响应情况进行跟踪，以获得跟踪响应结果，最后，根据跟踪响应结果确定异常对象。相比于当前处理应用运行异常的方法，本发明实施例提供的异常监控方法无需终端上的应用自行进行异常监控，能够及时确定异常输入请求对应的目标应用和目标应用功能控件，避免用户重复进行无效操作，节约了资源，并且，本方法还能够精确确定异常对象，避免后续对异常进行处理时影响应用中正常运行的子进程，提高了异常处理效率。

在一个实施方式中，为了将用户的快速连续输入操作与异常输入请求相对隔离，避免重复的位置分析导致的不必要的系统资源占用，在上述步骤S101之前，即在确定异常输入请求对应的目标应用之前，还需监控各输入请求，以确定各输入请求是否为异常输入请求。

具体地，监控各输入请求，以确定各输入请求是否为异常输入请求的步骤包括：

判断在第一预设时间内接收的第一输入请求的数量是否超过第一预设值。在第一预设时间内接收的第一输入请求的数量没有超过第一预设值的情况下，判定该在第一预设时间内接收的第一输入请求不是异常输入请求，将用于统计输入请求的数量的计数器清零，结束对第一预设时间内第一输入请求的监控。

在第一预设时间内接收的第一输入请求的数量超过第一预设值的情况下，获取各第一输入请求对应的请求位置。判断各第一输入请求对应的请求位置是否为同一请求位置，在各第一输入请求对应的请求位置为同一请求位置的情况下，判定对应同一请求位置的第一输入请求为异常输入请求。在各第一输入请求对应的请求位置为同一请求位置的情况下，判定对应同一请求位置的第一输入请求为异常输入请求，启动异常处理机制。在各第一输入请求对应的请求位置不为同一请求位置的情况下，判定该第一输入请求大概率是用户的快速连续输入操作，无需启动异常处理机制，并将用于对第一输入请求的数量进行计数的计数器清零。异常处理机制包括上述步骤S101-步骤S104，以及在异常对象为目标应用的情况下，重启目标应用对应的应用进程；在异常对象为目标应用功能控件的情况下，向目标应用发送目标应用功能控件对应的应用子进程重启激活信息，以使目标应用重启应用子进程的步骤。

其中，第一预设时间和第一预设值均可以根据具体实施场景进行设置，例如，第一预设时间可以设置为10秒，第一预设值可以设置为6。第一输入请求是请求类型为同一预设请求类型的输入请求。其中，预设请求类型是终端操作系统所允许的请求的类型，其可以是点击生效的请求类型，例如，鼠标点击请求类型、回车输入请求类型或者触摸点击请求类型等。需要说明的是，本发明实施例中预设请求类型不包括放大请求、缩小请求和滑动生效操作请求类型。

第一输入请求对应的请求位置是第一输入请求在终端屏幕上对应的点击位置。在一个实施例中，第一输入请求对应的请求位置和请求类型均预存在终端中。终端可以识别输入请求的请求类型并捕捉输入请求的请求位置，然后将该输入请求的请求类型和请求位置进行存储。例如，第一输入请求为鼠标点击输入，即第一输入请求的类型为鼠标点击请求类型，终端中鼠标位置捕捉工具可以在终端当前显示页面获取鼠标点击输入的位置，从而确定第一输入请求对应的请求位置；例如，第一输入请求为回车输入，即第一输入请求的类型为回车输入请求类型，终端可以通过显示页面工具捕捉光标所在位置，从而确定第一输入请求对应的请求位置；例如，对于第一输入请求为触摸屏幕点击请求，终端可以通过显示页面工具捕捉触摸屏幕点击位置，从而确定第一输入请求对应的请求位置。

在一个实施场景中，例如终端在第一预设时间内接收的第一输入请求为鼠标输入请求，数量为8个。异常监控系统判断在第一预设时间内接收的第一输入请求的数量是否超过第一预设值，例如是否超过5个。由于第一输入请求的数量超过5个，因此，分别获取各第一输入请求的对应的请求位置。判断各第一输入请求对应的请求位置是否为同一请求位置，在各第一输入请求对应的请求位置为同一请求位置的情况下，判定对应同一请求位置的第一输入请求为异常输入请求。在各第一输入请求对应的请求位置为同一请求位置的情况下，判定对应同一请求位置的该第一输入请求均为异常输入请求。在各第一输入请求对应的请求位置不为同一请求位置的情况下，判定该第一输入请求不是异常输入请求，将用于对第一输入请求的数量进行计数的计数器清零。

图2为本发明实施例提供的一种确定异常输入请求对应目标应用的方法的流程图。如图2所示，在一个实施方式中，上述步骤S101，确定异常输入请求对应的目标应用，包括以下步骤：

步骤S201、获取当前前端应用排序信息。

需要说明的是，终端上的应用可以分为前端应用和后台应用。前端应用是具备显示界面和可操作功能控件的应用，即能够在终端的屏幕上可显示的可视的应用；后台应用是在终端的后台运行而不在终端屏幕显示的应用，即无前端页面显示、无可操作功能、后台内嵌的应用。

当前前端应用是当前在终端的屏幕上可显示的应用，当前前端应用排序信息中，各前端应用按照各前端应用对应的应用进程和应用子进程的执行顺序进行排序。需要说明的是，基于该当前前端应用排序信息，异常监控系统可获知当前前端应用对应的应用显示页面的先后排序，例如，当前前端应用排序信息中前端应用A排在前端应用B之前，则说明当前前端应用A对应的应用显示页面在前端应用B对应的应用显示页面上层运行。

在一个实施方式中，获取当前前端应用排序信息的步骤，包括：获取当前运行的应用列表和与当前运行的应用列表对应的进程排序列表；基于该当前运行的应用列表、进程排序列表以及当前运行的各应用的运行类型，获取当前前端应用排序信息。

其中，当前运行应用列表包括终端上当前运行的所有应用，当前运行的所有应用的运行类型包括前端运行类型和后台运行类型。当前运行应用列表对应的进程排序列表包括终端上当前运行的所有应用对应的应用进程和应用子进程的排序，该进程排序列表按照当前各应用进程和应用子进程的执行顺序进行排序。

需要说明的是，当前运行应用列表和与当前运行应用列表对应的进程排序列表均存储在终端中，异常监控系统可以通过终端获取当前运行应用列表和与当前运行应用列表对应的进程排序列表。

步骤S202、获取当前前端应用排序信息中各当前前端应用的应用位置和应用显示页面范围。

其中，各当前前端应用的应用位置和应用显示页面范围预存在终端中，异常监控系统可以通过终端获取当前前端应用排序信息中各当前前端应用的应用位置和应用显示页面范围。

步骤S203、基于各当前前端应用的应用位置和应用显示页面范围以及异常输入请求对应的请求位置，从各当前前端应用中确定出异常输入请求对应的目标应用。

其中，应用位置是应用在终端屏幕上的位置，可以通过终端界面捕捉工具获取。应用页面显示范围包括全屏范围、默认缩小范围和手动尺寸范围。

在一些实施例中，应用页面显示范围可以根据应用的打开方式获得，例如，打开方式为基于全屏范围打开，应用页面显示范围可以认为是全屏范围；打开方式为基于默认的缩小范围打开，则应用页面显示范围可以认为是默认缩小范围；打开方式为基于手动尺寸范围打开，则应用页面显示范围可以认为是手动尺寸范围。

在一些实施例中，基于各当前前端应用的应用位置和应用显示页面范围以及异常输入请求对应的请求位置，从各当前前端应用中确定出异常输入请求对应的目标应用的步骤，包括：

步骤一、基于各当前前端应用的应用位置和应用显示页面范围以及异常输入请求对应的请求位置，从各当前前端应用中确定出至少一个候选的当前前端应用。

其中，异常监控系统基于各当前前端应用的应用位置和应用显示页面范围，可以确定各当前前端应用对应的各应用显示页面在终端屏幕上所覆盖的位置。再基于异常输入请求对应的请求位置，可以确定终端屏幕上该请求位置所对应的至少一个应用显示页面，该至少一个应用显示页面所对应的前端应用即为确定出的至少一个候选的当前前端应用。需要说明的是，终端屏幕上该请求位置所对应的应用显示页面为多个的情况下，该多个应用显示页面各自对应的当前前端应用均为确定出的候选的当前前端应用。

步骤二、在候选的当前前端应用为一个的情况下，确定该候选的当前前端应用为异常输入请求对应的目标应用。

步骤三、在候选的当前前端应用为多个的情况下，基于当前前端应用排序列表，确定多个候选的当前前端应用中排名最高的当前前端应用为异常输入请求对应的目标应用。

其中，当前前端应用排序列表可用于提供当前前端应用对应的应用显示页面的先后排序。因此，在候选的当前前端应用为多个的情况下，基于当前前端应用排序列表，确定多个候选的当前前端应用中排名最高的当前前端应用为异常输入请求对应的目标应用，换言之，确定多个候选的当前前端应用中应用显示页面运行在最上层的当前前端应用为异常输入请求对应的目标应用。

在一个实施方式中，上述步骤S102，基于异常输入请求对应的请求位置和目标应用的应用显示页面，确定在应用显示页面上与请求位置对应的目标应用功能控件的步骤，包括：根据预先获取的目标应用的应用位置、目标应用的应用显示页面中各目标应用功能控件在该应用显示页面中的相对位置以及目标应用的应用显示页面范围，获取应用显示页面中各目标应用功能控件所属的位置；基于应用显示页面中各目标应用功能控件所属的位置和异常输入请求对应的请求位置，确定出请求位置对应的目标应用功能控件。

其中，异常监控系统可以通过终端获取预先存储在终端上的目标应用的各目标应用功能控件与应用显示页面的相对位置信息。该目标应用的各目标应用功能控件与应用显示页面的相对位置信息，包括各目标应用功能控件在该应用显示页面中的相对位置。例如，功能控件C在该应用显示页面中位于距应用显示页面下边缘1/5页面高度、距应用显示页面右边缘1/7页面长度的位置，其中，页面高度和页面长度分别为该应用显示页面的高度和长度。

在该实施方式中，异常监控终端首先获取目标应用的应用位置、目标应用的应用显示页面中各目标应用功能控件在该应用显示页面中的相对位置以及目标应用的应用显示页面范围，然后根据应用显示页面在终端屏幕上的覆盖范围即应用显示页面范围、该应用位置以及各目标应用功能控件的相对位置，获取该应用显示页面中各目标应用功能控件所属的位置，各目标应用功能控件所属的位置指的是各目标应用功能控件在终端屏幕上所属的位置。最后，确定出所属的位置与异常输入请求对应的请求位置的距离小于或等于预设距离阈值的目标应用功能控件，即为请求位置对应的目标应用功能控件。

在一个实施方式中，上述步骤S103，对目标应用和目标应用功能控件针对异常输入请求的响应情况进行跟踪，以获得跟踪响应结果的步骤中，跟踪响应结果包括目标应用针对多个异常输入请求的响应结果和目标应用功能控件针对多个异常输入请求的响应结果。

在该实施方式中，根据跟踪响应结果确定异常对象的步骤，包括：

步骤一、根据目标应用针对多个异常输入请求的响应结果，判断目标应用是否异常。

其中，目标应用针对多个异常输入请求的响应结果中，各响应结果包括正常结果或异常结果，该异常结果例如空结果，即针对异常输入请求的响应结果的内容为空。

在一个实施方式中，在目标应用针对多个异常输入请求的响应结果中，异常结果的数量大于第二预设值的情况下，则判断出目标应用异常；在异常结果的数量不为0且不大于第二预设值的情况下，则判断出目标应用需要继续监控。在异常结果的数量为0的情况下，则判断出目标应用正常。该第二预设值可以根据具体实施场景进行设置，例如设置为3。

在一个实施方式中，判断目标应用需要继续监控的情况下，在第二预设时间内，重新执行对目标应用针对异常输入请求的响应情况进行跟踪，获得目标应用针对多个异常输入请求的响应结果，并判断目标应用是否异常的步骤。在超过第二预设时间之后，若依旧判断出目标应用需要继续监控，则确认该目标应用异常。

步骤二、在判断出目标应用异常的情况下，确定异常对象为该目标应用。

需要说明的是，在确定异常对象为该目标应用的情况下，在后续的处理过程中，需要重启目标应用对应的应用进程，而该目标应用对应的各应用子进程无论是否正常也均会相应重启。因此，在此种情况下，为节约能耗以及节省异常处理时间，无论目标应用功能控件针对异常输入请求的响应结果如何，异常监控系统均无需对跟踪响应结果包括的目标应用功能控件针对多个异常输入请求的响应结果进行分析处理。

步骤三、在判断出目标应用正常的情况下，根据目标应用功能控件针对多个异常输入请求的响应结果，判断目标应用功能控件是否异常。

其中，目标应用功能控件针对多个异常输入请求的响应结果中，响应结果包括正常结果或异常结果，该异常结果例如空结果，即针对异常输入请求的响应结果的内容为空。

在一个实施方式中，在目标应用功能控件针对多个异常输入请求的响应结果中，异常结果的数量大于第三预设值的情况下，则判断出目标应用功能控件异常；在异常结果的数量不为0且不大于第三预设值的情况下，则判断出目标应用功能控件需要继续监控。在异常结果的数量为0的情况下，则判断出目标应用功能控件正常。该第三预设值可以根据具体实施场景进行设置，例如设置为2。

在一个实施方式中，判断目标应用功能控件需要继续监控的情况下，在第三预设时间内，重新执行对目标应用功能控件针对异常输入请求的响应情况进行跟踪，获得目标应用功能控件针对多个异常输入请求的响应结果，并判断目标应用功能控件是否异常的步骤。在超过第三预设时间之后，若依旧判断出目标应用功能控件需要继续监控，则确认该目标应用功能控件异常。

步骤四、在判断出目标应用功能控件异常的情况下，确定异常对象为目标应用功能控件。

在一个实施方式中，在判断出目标应用功能控件正常的情况下，将监控过程中的各计数器、各计时器清零，结束本次对目标应用和目标应用功能控件针对异常输入请求的响应情况进行跟踪的步骤。

在一个实施方式中，在根据跟踪响应结果确定异常对象(步骤S104)之后，还包括：

在异常对象为目标应用的情况下，重启目标应用对应的应用进程。需要说明的是，在重启目标应用对应的应用进程的过程中，目标应用对应的各应用子进程也会相应重启。

在异常对象为目标应用功能控件的情况下，向目标应用发送目标应用功能控件对应的应用子进程重启激活信息，以使目标应用重启应用子进程。其中，应用子进程重启激活信息包括异常的目标应用功能控件对应的应用子进程的标识信息。

在一个实施方式中，在异常对象为目标应用功能控件、且目标应用重启该目标应用功能控件对应的应用子进程之后，异常监控系统可以向该目标应用功能控件发送预存的输入请求，以进行请求恢复。在该实施方式中，对于需要预授权的输入请求，可以按照目标应用的预设要求进行。该预授权指的是目标应用或目标应用功能控件响应输入请求之前需要先登录并确认授权。其中，预设要求可以是要求重新登录并确认授权。在预授权之后，异常监控系统可以向该目标应用功能控件发送预存的输入请求，以进行请求恢复。

在一个实施方式中，异常监控系统在执行步骤S101之前，还可以进行参数配置，配置的参数包括：终端、输入请求、请求类型、请求位置、异常条件、前端应用、应用打开方式、应用功能控件等。

其中，异常条件包括异常预判条件和异常触发条件。该异常预判条件对应上述步骤S101之前，判断在第一预设时间内接收的第一输入请求的数量是否超过第一预设值的步骤，主要用于将用户快速连续的操作与异常输入请求相对隔离，避免重复的位置分析导致的不必要的系统资源占用。

异常触发条件对应在第一预设时间内接收的第一输入请求的数量超过第一预设值的情况下，获取各第一输入请求对应的请求位置，在各所述第一输入请求对应的请求位置为同一请求位置的情况下，判定对应同一请求位置的所述第一输入请求为异常输入请求的步骤。满足异常触发条件的情况下，即判定对应同一请求位置的第一输入请求为异常输入请求的情况下，触发异常处理机制。其中，异常处理机制对应上述步骤S101-步骤S104，以及在异常对象为目标应用的情况下，重启目标应用对应的应用进程；在异常对象为目标应用功能控件的情况下，向目标应用发送目标应用功能控件对应的应用子进程重启激活信息，以使目标应用重启应用子进程的步骤。

本方法适用于各类型智能终端，可有效提高系统响应效率和用户操作体验，减少无效重复操作，缩短用户等待时长，降低由此产生的资源碎片和系统开销，缓解日益紧缺的终端资源危机。

本发明实施例提供的异常监控方法，相比于当前处理应用运行异常的方法，无需终端上的各应用自行进行异常监控，能够及时确定异常输入请求对应的目标应用和目标应用功能控件，避免用户重复进行无效操作，降低由此产生的资源碎片和系统开销，缓解终端资源危机。并且，本方法还能够精确确定异常对象，避免后续对异常进行处理时影响应用中正常运行的子进程，缩短了用户等待时长，提高了异常处理效率。

本发明实施例提供一种异常监控系统，如图3所示，该异常监控系统包括：定位模块31、跟踪模块32和分析模块33。

其中，定位模块31，用于确定异常输入请求对应的目标应用，还用于基于异常输入请求对应的请求位置和目标应用的应用显示页面，确定在应用显示页面上与所述请求位置对应的目标应用功能控件。

跟踪模块32，用于对目标应用和目标应用功能控件针对异常输入请求的响应情况进行跟踪，以获得跟踪响应结果。

分析模块33，用于根据跟踪响应结果确定异常对象，其中，异常对象为目标应用对应的应用进程或者目标应用功能控件。

在一个实施方式中，如图4所示，上述异常监控系统，还包括处理模块41。其中，处理模块41，用于在异常对象为目标应用的情况下，重启目标应用对应的应用进程；还用于在异常对象为目标应用功能控件的情况下，向目标应用发送目标应用功能控件对应的应用子进程重启激活信息，以使目标应用重启所述应用子进程。

在一个实施方式中，上述异常监控系统，还包括：监控模块。其中，监控模块，用于在第一预设时间内接收的第一输入请求的数量超过第一预设值的情况下，获取各第一输入请求对应的请求位置；各第一输入请求是请求类型为同一预设请求类型的输入请求；还用于在各第一输入请求对应的请求位置为同一请求位置的情况下，判定对应同一请求位置的第一输入请求为异常输入请求。

本实施例提供的异常监控系统的各模块的工作方式与应用于异常监控系统的异常监控方法中各步骤对应，因此，异常监控系统中各模块的详细工作方式可参见本实施例提供的应用于异常监控系统的异常监控方法。

本发明实施例提供的异常监控系统，其中，定位模块用于确定异常输入请求对应的目标应用，并基于异常输入请求对应的请求位置和目标应用的应用显示页面，确定在应用显示页面上与请求位置对应的目标应用功能控件；跟踪模块用于对目标应用和目标应用功能控件针对异常输入请求的响应情况进行跟踪，以获得跟踪响应结果，分析模块用于根据跟踪响应结果确定异常对象。本发明实施例提供的异常监控系统无需终端上的应用自行进行异常监控，而能够及时确定异常输入请求对应的目标应用和目标应用功能控件，避免用户重复进行无效操作，节约了资源，并且，还能够精确确定异常对象，避免后续对异常进行处理时影响应用中正常运行的子进程，提高了异常处理效率。

本发明实施例还提供另一种应用于上述异常监控系统的异常监控方法，如图5所示，该异常监控方法包括以下步骤：

步骤S501、执行预定输入请求监控处理。

其中，预定输入请求监控处理包括：判断在第一预设时间内接收的第一输入请求的数量是否超过第一预设值。在第一预设时间内接收的第一输入请求的数量没有超过第一预设值的情况下，判定该在第一预设时间内接收的第一输入请求不是异常输入请求，将用于对该第一输入请求进行计数的计数器清零，结束对第一预设时间内第一输入请求的监控。在第一预设时间内接收的第一输入请求的数量超过第一预设值的情况下，获取各第一输入请求对应的请求位置。在各第一输入请求对应的请求位置为同一请求位置的情况下，判定对应同一请求位置的所述第一输入请求为异常输入请求。在各第一输入请求对应的请求位置不为同一请求位置的情况下，判定该第一输入请求不是异常输入请求，将用于对该第一输入请求进行计数的计数器清零。

步骤S502、存在异常输入请求的情况下，执行预定定位处理。

其中，预定定位处理包括：确定异常输入请求对应的目标应用；基于异常输入请求对应的请求位置和目标应用的应用显示页面，确定在应用显示页面上与请求位置对应的目标应用功能控件。

步骤S503、执行预定响应跟踪分析处理。

其中，预定跟踪分析处理包括：对目标应用和目标应用功能控件针对异常输入请求的响应情况进行跟踪，以获得跟踪响应结果，根据跟踪响应结果确定异常对象，该异常对象为目标应用对应的应用进程或者所述目标应用功能控件。

步骤S504、执行预定异常处理。

其中，预定异常处理包括：在异常对象为目标应用的情况下，重启目标应用对应的应用进程；在异常对象为目标应用功能控件的情况下，向目标应用发送目标应用功能控件对应的应用子进程重启激活信息，以使目标应用重启应用子进程。

需要说明的是，本发明实施例所提供的另一种异常监控方法中各步骤的说明参见图1所示的异常监控方法中各步骤的说明，此处不再赘述。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。