CN113220537B - 一种软件监控方法、装置、设备及可读存储介质 - Google Patents

Abstract

本申请提供了一种软件监控方法、装置、设备及可读存储介质，其中，该方法包括：获取目标软件的目标图像，对所述目标图像进行识别，以确定所述目标软件当前画面是否存在异常，当所述当前画面存在异常，将所述目标软件的异常信息发送终端设备。本申请实施例通过实时监控软件画面，并不断和标准软件画面进行对比后，反馈对比结果，由于获取的信息是画面，故能够实现对不同质检软件的实时监控以及异常信息的及时发送，信息反馈及时且适用性高。

Description

一种软件监控方法、装置、设备及可读存储介质

技术领域

本申请涉及软件监控领域，具体而言，涉及一种软件监控方法、装置、设备及可读存储介质。

背景技术

目前，在3C领域，一个流水线上会有多个检测工位，其中有很多都会用上专业的质检设备。对于不同的质检设备，所使用的质检软件也会不同。当生产线从人工向自动化转型时，发现各个质检软件之间没有统一的通讯接口，甚至有的软件没有考虑到与上位机通讯的功能。所以往往需要工程师针对不同的质检软件，开发对应软件的监控工具，这种有针对性的开发的监控软件适用性低，开发成本高。

发明内容

有鉴于此，本申请实施例的目的在于提供一种软件监控方法，能够提高对不同软件的适应性。

第一方面，本申请实施例提供了一种软件监控方法，包括：获取目标软件的目标图像；对所述目标图像进行识别，以确定所述目标软件当前画面是否存在异常；当所述当前画面存在异常，将所述目标软件的异常信息发送终端设备。

本申请实施例通过获取目标软件的目标图像进行识别，判断被监控的软件是否出现异常，并将判断结果发送至终端设备，通过直接读取目标软件的图像，不需要考虑通讯口不统一的问题，提高了对不同软件的适用性。

结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，其中：所述对所述目标图像进行识别，以确定所述目标软件当前画面是否存在异常，包括：将所述目标图像与所述目标软件的标准图像进行对比，以得到所述目标图像与所述标准图像的差异参数；根据所述差异参数确定所述当前画面是否存在异常，其中，当所述差异参数大于设定阈值时，则表征所述目标软件存在异常。

本申请实施例采用图片对比的方式判断目标软件是否存在异常，判断方式简单、快捷，同时图像不受软件的类型的限制，可以在各类软件上兼容。

结合第一方面的第一种可能的实施方式，本申请实施例提供了第一方面的第二种可能的实施方式，其中：所述异常信息包括异常类型，在所述对所述目标图像进行识别，以确定所述目标软件当前画面是否存在异常，包括：

若所述当前画面存在异常，确定所述目标图像出现异常的异常区域；对所述异常区域中的信息进行识别，以确定异常类型。

本申请实施例通过图像对比确定出图像出现异常的区域，再对异常区域的信息进一步提取，减少了对图像信息提取的步骤，减少了对比信息量，提高了软件的工作效率。

结合第一方面的第二种可能的实施方式，本申请实施例提供了第一方面的第三种可能的实施方式，其中，所述异常类型包括：出现结果；所述方法还包括：当所述异常类型为出现结果时，对所述目标图像的所述异常区域的日志进行识别，获取产品检测信息；若所述产品检测信息少于预设信息量，获取所述目标软件的软件日志；根据所述软件日志补充所述产品检测信息，以得到更新后的产品检测信息。

本申请实施例通过获取软件日志，根据软件日志补充产品检测信息量，以得到完整的产品的检测信息，保证了信息的完整、准确。

结合第一方面的第三种可能的实施方式，本申请实施例提供了第一方面的第四种可能的实施方式，其中，所述目标软件为质检软件，在所述根据所述目标软件日志补充所述产品检测信息之后，所述方法还包括：根据所述更新后的产品检测信息，判断所述产品是否合格；若产品合格，将所述更新后的产品检测信息发送给终端设备；若产品不合格，读取所述目标软件日志中的不合格项，对比所述不合格项，确定是否需要进行二次检测。

本申请实施例可以根据用户需求，设定不合格项阈值，通过对比不合格项，确定是否需要进行二次检测，保证了检测结果的准确性。

结合第一方面的第一种可能的实施方式，本申请实施例提供了第一方面的第五种可能的实施方式，其中，在所述获取目标软件的目标图像之前，包括：获取启动信息；根据所述启动信息启动所述目标软件。

本申请实施例通过监控软件启动目标软件，只需要点击监控软件的启动按钮或者输入快捷键便能启动与之关联的目标软件，简化了启动步骤，减少了工作人员的工作强度。

第二方面，本申请实施例还提供一种软件监控装置，包括：获取模块：用于获取目标软件的目标图像；第一识别模块：用于对所述目标图像进行识别，以确定所述目标软件当前画面是否存在异常；输出模块：用于当所述当前画面存在异常，将所述目标软件的异常信息发送终端设备。

第三方面，本申请实施例还提供一种电子设备，包括：处理器、存储器，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面的任一种可能的实施方式中的方法的步骤。

第四方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面的任一种可能的实施方式中的方法的步骤。

本申请实施例提供的软件监控的方法、装置、电子设备及计算机可读存储介质，采用对目标软件的图像进行获取与识别，与现有技术中的通过通讯口对目标软件的信息进行获取和识别相比，其优点在于通过直接获取目标软件的信息，提高了对不同软件的适应性，缓解了各类软件通讯方式不统一的问题。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的电子设备的方框示意图。

图2为本申请实施例提供的软件监控方法的流程图。

图3为本申请实施例提供的目标软件的正常画面示意图。

图4为本申请实施例提供的软件监控方法步骤202的详细流程图。

图5为本申请实施例提供的软件监控方法的部分流程图。

图6为本申请实施例提供的软件监控装置的功能模块示意图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在软件运行过程中，常常会出现软件卡死、闪退等问题，需要利用监控工具对软件进行实时监控，及时、准确的判断异常原因，基于此，开发人员需要根据不同软件开发相应的监控工具。

目前监控软件是通过通讯线来获取目标软件的信息，但是各个通讯口不统一，所以通常都需要针对不同的软件开发对应的监控工具，其针对性较强，但是适用性较低，开发成本高。基于此，本申请提供的一种软件监控方法、装置、电子设备以及可读存储介质。下面对本申请实施例中的软件监控方法、装置、设备以及可读存储介质进行描述。

本申请实施例通过实时监控软件画面，获取软件画面信息将其与标准软件画面信息进行对比，进而判断出软件是否异常，能够在各类软件上使用，增加了软件的适用性，大大降低了开成本。同时，还能够在监控软件设置控制软件启动的按键或者快捷键，通过启动监控软件的按键或者快捷键便能启动相关软件，简化了操作步骤，减少了工作人员的工作强度。

实施例一

为便于对本实施例进行理解，首先对执行本申请实施例所公开的一种软件监控方法的电子设备进行详细介绍。

如图1所示，是电子设备的方框示意图。电子设备100可以包括存储器111、存储控制器112、处理器113、外设接口114、输入输出单元115、显示单元116。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对电子设备100的结构造成限定。例如，电子设备100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

上述的存储器111、存储控制器112、处理器113、外设接口114、输入输出单元115及显示单元116各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。上述的处理器113用于执行存储器中存储的可执行模块。

其中，存储器111可以是，但不限于，随机存取存储器(Random Access Memory，简称RAM)，只读存储器(Read Only Memory，简称ROM)，可编程只读存储器(ProgrammableRead-Only Memory，简称PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，简称EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-OnlyMemory，简称EEPROM)等。其中，存储器111用于存储程序，所述处理器113在接收到执行指令后，执行所述程序，本申请实施例任一实施例揭示的过程定义的电子设备100所执行的方法可以应用于处理器113中，或者由处理器113实现。

上述的处理器113可能是一种集成电路芯片，具有信号的处理能力。上述的处理器113可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(digital signalprocessor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述的外设接口114将各种输入/输出装置耦合至处理器113以及存储器111。在一些实施例中，外设接口114，处理器113以及存储控制器112可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

上述的输入输出单元115用于提供给用户输入数据。所述输入输出单元115可以是，但不限于，鼠标和键盘等。

上述的显示单元116在电子设备100与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。

本实施例中的电子设备100可以用于执行本申请实施例提供的各个方法中的各个步骤。下面通过几个实施例详细描述软件监控方法的实现过程。

实施例二

请参阅图2，是本申请实施例提供的软件监控方法的流程图。下面将对图2所示的具体流程进行详细阐述。

步骤201，获取目标软件的目标图像。

本实施例中目标软件包括但不限于质检软件、通讯软件、驱动软件、杀毒软件。本实施例中获取目标图像可以是监控软件读取的目标软件的当前画面。

本实施例中获取目标图像还可以是目标软件将当前画面上传至云端，监控软件从云端获取的目标图像。

本实施例中的目标图像还可以是当前屏幕截图、也可以是画面抓取软件实时抓取的目标软件的当前画面，这里不对画面的形式做具体限定。

示例性地，如图3所示，本实施例中的目标图像包括但不限于操作区域1、检验状态区域2、检测结果区域3。

操作区域1包括但不限于启动键、复位键、设置键、停止键。

检验状态区域2可以包括产品1不合格项目信息、产品2不合格项目信息、产品3不合格项目信息、产品4不合格项目信息…产品n不合格项目信息。

检测结果区域3可以包括产品序列号及检测状态。

上面示例仅仅是提供一种可实施的方式，具体区域类型以及板块分区需要根据实际目标软件的类型以及用户需要监控的产品信息而定。

可选地，目标图像的区域划分可以在监控软件初始状态下根据客户要求制定相应的划分方案。

可选地，目标图像的区域划分还可以在初始化监控软件中设置不同情况下的程序，用户根据现场实际需求再进行调试。

可选地，目标软件和监控软件可以设置在同一电子设备，也可以设置在不同电子设备中。

步骤202，对目标图像进行识别，以确定目标软件当前画面是否存在异常。

本实施例中对图像进行识别可以采用句法模式识别、统计模式识别、模糊模式识别以及神经网络模式识别，这里不对图像识别具体方式进行限定，客户可以根据实际需求选择需要的识别模式，现场使用时可以根据选择的模式对监控软件进行相应的调试。

在一种实施方式中，如图4所示，步骤202可以包括以下步骤2021至步骤2023。

步骤2021，将目标图像与目标软件的标准画面进行对比，得到目标图像与标准图像的差异参数。

本实施例中的标准画面可以是软件和产品都处于正常情况下且未出现结果的目标软件的画面。本实施例中标准画面还可以是在监控软件初始化状态下根据用户需要设置的作为比照参考的画面。

本实施例中目标图像与目标软件的标准画面进行对比可以包括：像素点对比、重心对比、投影比对以及分块比对。

示例性地，若采用像素点对比，首先对目标图像与标准画面进行图片的降维，即二值化，再将目标图像与标准画面的每个像素点进行比对，如果不相等，则差异点加一，这样对比完整张目标图像与标准画面，得到二者之间差异点的多少，再用差异点除以总点数，得到差异参数。

示例性地，若采用重心对比，先对目标图像与标准画面进行图片的降维，即二值化，再循环扫描每个黑色的点，将它们的横坐标与纵坐标累加起来，得到横坐标与纵坐标的和，再除以点的个数，得到平均横坐标与平均纵坐标，分别在除以横坐标、纵坐标的总长，得到两个在0-1区间的数，这就代表它的重心，最后计算二者重心的距离，得出相似值，再根据相似值得出差异参数。

示例性地，若采用投影比对，先对目标图像与标准画面进行图片的降维，即二值化，再将行与列的黑色点个数进行统计，得到一个关于图片的特征向量，再计算两者特征向量的距离，得出相似度，再根据相似值得出差异参数。

示例性地，若采用分块比对，先对目标图像与标准画面进行图片的降维，即二值化，再将图片切割成几块，分别对每一块进行匹配计算相似度，得到相似度向量，再计算向量距离，得到相似度，再根据相似值得出差异参数。

步骤2022，根据差异参数确定当前画面是否存在异常。

其中，当差异参数大于设定阈值时，则表征目标软件存在异常。

本实施例中设定阈值可以是10％、20％、30％，具体设定阈值可以根据检测需求进行设定。

示例性地，若设定阈值为20％，当目标图像中与标准画面对比，得到的差异参数为50％，差异参数大于设定阈值，则可以判定目前软件存在异常。

示例性地，若设定阈值为20％，当目标图像中与标准画面对比，得到的差异参数为10％，差异参数小于设定阈值，则可以判定目前软件不存在异常。

步骤2023，若当前画面存在异常，确定目标软件当前画面出现异常的区域。

本实施例中确定目标软件当前画面出现异常的区域可以包括根据异常日志确定异常区域。

可选地，目标图像与标准画面分区域对比，若区域1不能完全重合，则异常日志显示为1，则可以认定区域1出现异常。

可选地，目标图像与标准画面分区域对比，若区域2不能完全重合，则异常日志显示为2，则可以认定区域2出现异常。

可选地，目标图像与标准画面分区域对比，若区域3不能完全重合，则异常日志显示为3，则可以认定区域3出现异常。

可选地，目标图像与标准画面分区域对比，若所有区域都可以重合，则异常日志显示为0，则认定没有出现异常。

步骤2024，对异常区域中的信息进行识别，根据识别到的信息确定异常类型。

可选地，当差异参数在设定阈值范围内时，则表征目标软件不存在异常，监控软件继续读取画面信息。

可选地，本实施例中还可以直接将目标图像与标准画面进行对比，不能完全覆盖，则表征目标软件存在异常，识别出不能完全覆盖的区域，提取该区域的信息确定异常类型。可选地，本实施例中对异常区域中的信息进行识别，可以是对文字信息的识别，根据文字信息可以确认异常类型。

可选地，本实施例中对异常区域中的信息进行识别，可以是对颜色信息的识别，每一颜色对应一种类型的异常，根据颜色信息可以确认异常类型。

可选地，本实施例中对异常区域中的信息进行识别，还可以是对颜色和文字同时识别，根据识别到的文字与颜色信息结合确认异常类型。

可选地，本实施例中对异常区域中的信息进行识别，其识别文字信息、颜色信息或者其结合信息，可以根据用户需要进行调试实现。

可选地，本实施例中异常类型可以包括但不限于：软件运行异常、产品异常或者出现结果。

可选地，本实施例中软件运行异常包括但不限于软件卡死、闪退、软件程序出现错误、软件版本过低。

可选地，本实施例中产品异常包括但不限于：产品放置异常、产品数量异常。

示例性地，若目标软件出现异常，则会弹出异常窗口，该异常窗口会覆盖住标准画面的某个区域，此刻的目标图像和标准画面不一致，被该异常窗口覆盖的区域就会出现异常并产生差异参数，监控软件判断出出现异常的区域后，对出现异常的区域进行信息提取，确定异常类型。

步骤203，当所述当前画面存在异常，将所述目标软件的异常信息发送终端设备。

在一种可选实施例中，所述异常类型包括：出现结果。如图5所示，该方法还可以包括以下步骤。

步骤204，当异常类型为出现结果时，对目标图像的异常区域的日志进行识别，获取产品检测信息。

可选地，本实施例中产品检测信息可以包括但不限于产品性能、产品寿命、产品可靠性、产品安全性以及产品外观，具体的产品检测信息可以根据具体产品的需求进行选择调试。

步骤205，若产品检测信息少于预设信息量，获取所述目标软件的软件日志。

步骤206，根据软件日志补充产品检测信息，以得到更新后的产品检测信息。

可选地，本实施例中获取目标软件的软件日志包括：寻找日志文件位置并打开该日志文件，读取日志文件信息，将该日志文件信息发送至缓存。

可选地，本实施例中获取目标软件的软件日志时，若软件日志被加密，可以通过设置解密工具对该软件日志进行解密后进行提取。

在一种可选实施例中，该目标软件为质检软件，在步骤206之后，该方法还包括：

步骤207，根据更新后的产品检测信息，判断产品是否合格。

若产品合格，则执行步骤208。若产品不合格，则执行步骤209。

步骤208，将更新后的产品检测信息发送给终端设备。

步骤209，读取目标软件日志中的不合格项，对比不合格项，确定是否需要进行二次检测。

可选地，本实施例中确定是否需要进行二次检测包括：设定需要进行二次检测的不合格项的阈值范围，对比产品的不合格项，确认产品不合格项数值，若不合格项的数值不在该阈值范围内，则表示该产品不需要进行二次检测，若不合格项的数值在该阈值范围内，则表示该产品需要进行二次检测。

示例性地，确定本次异常类型为出现结果时，读取异常区域的检测日志，通过检测日志获取产品检测信息，将该产品检测信息与预设的信息量进行对比，若信息量少于预设的信息量，监控软件进一步获取目标软件的完整软件日志，根据完整的软件日志补充产品检测信息，得到更新后的产品检测信息，再根据更新后的产品检测信息判断产品是否合格，若产品合格，将更新后的产品检测信息发送至终端设备，通过终端设备通知工作人员对该产品进行卸货并归为合格产品。若产品不合格，读取目标软件中的不合格项，对比不合格项，确定是否需要进行二次检测。

可选地，在本实施例中对比不合格项，可以是对比不合格项高于/低于某个设定的数值或者是对比判定产品是否需要进行二次检测的必要的不合格项目，具体需要对比不合格项的数量还是项目根据用户自行选择。

可选地，在本实施例中终端设备可以是PLC，上位机或者计算机。

在一种可选实施例中，在获取目标软件的目标图像之前，该方法包括：获取启动信息；根据启动信息启动目标软件。

可选地，在监控软件设置用于启动对应目标软件的指令，在需要启动目标软件时，通过代码驱动鼠标移至目标软件并点击目标软件，进而启动目标软件。

可选地，在监控软件设置用于启动对应目标软件的指令，在需要启动目标软件时，通过代码驱动键盘输入启动目标软件。

可选地，在监控软件设置用于启动对应目标软件的指令，在需要启动目标软件时，点击监控软件界面的目标软件启动按钮，启动目标软件。

可选地，在监控软件设置用于启动对应目标软件的指令，在启动监控软件的同时启动目标软件。

示例性地，当在人工场景下，工作人员将待检产品放置于质检装置并启动质检软件，质检装置通过对待检产品进行视觉分析，判断待检产品外观是否合格并产生日志，该日志显示于质检软件窗口，监控软件实时获取质检软件的窗口画面并和标准图像进行对比，确定质检过程中是否出现异常并反馈判断结果，当反馈结果为出现异常时，工作人员根据监控软件中反馈的结果，对异常情况进行相应的处理，当反馈结果为未出现异常时，根据质检结果进行相应的处理，即将合格品放入对应窗口，将不良品根据不合格项目，分为淘汰品和返工品。

示例性地，当在机器人自动生产场景下，机器人将待检产品放置于质检装置并通过modbus协议通知监控软件启动质检软件，质检装置通过对待检产品进行视觉分析，判断待检产品外观是否合格并产生日志，该日志显示于质检软件窗口，监控软件实时获取质检软件的窗口画面并和标准图像进行对比，确定质检过程中是否出现异常，并将判断结果通过modbus协议发送至机器人，机器人根据判断结果进行相应的处理，当反馈的结果为出现异常时，机器人根据监控软件中反馈的结果，对异常情况进行相应的处理，当反馈的结果为未出现异常时，机器人根据质检结果进行相应的处理，即将合格品放入对应窗口，将不良品根据不合格项目，分为淘汰品和返工品。

本申请实施例提供的软件监控方法，采用对目标软件的实时画面进行获取、识别来监控目标软件运行状态，从而避免了使用通讯接口的接口不统一的问题，提高了监控软件对不同目标软件的适用性。

本实施例中的监控软件还能实现对异常信息的提取，分析出异常类型发送至终端设备以通知工作人员进行处理，从而能够减少工作人员的工作量，提高工作效率。

进一步地，本申请实施例另外提供的目标软件的启动，通过在监控软件添加一段启动目标软件的指令，便能够实现直接通监控软件控制目标软件的启动，从而减少了工作步骤，提高了工作效率。

实施例三

基于同一申请构思，本申请实施例中还提供了与软件监控方法对应的软件监控装置，由于本申请实施例中的装置解决问题的原理与前述的软件监控方法实施例相似，因此本实施例中的装置的实施可以参见上述方法的实施例中的描述，重复之处不再赘述。

请参阅图6，是本申请实施例提供的软件监控装置的功能模块示意图。本实施例中的软件监控装置中的各个模块用于执行上述方法实施例中的各个步骤。软件监控装置包括获取模块301、第一识别模块302、输出模块303；其中，

获取模块301：用于获取目标软件的目标图像；

第一识别模块302：用于对所述目标图像进行识别，以确定所述目标软件当前画面是否存在异常；

输出模块303：用于当所述当前画面存在异常，将所述目标软件的异常信息发送终端设备。

一种可能的实施方式中，第一识别模块302用于：将目标图像与目标软件的标准图像进行对比，以得到目标图像与标准图像的差异参数；根据差异参数确定当前画面是否存在异常，其中，当差异参数大于设定阈值时，则表征目标软件存在异常。

一种可能的实施方式中，第一识别模块302用于：若当前画面存在异常，确定目标图像出现异常的异常区域；对异常区域中的信息进行识别，以确定异常类型。

一种可能的实施方式中，所述异常类型包括：出现结果；

本实施例中的软件监控装置还包括：

第二识别模块用于：当异常类型为出现结果时，对目标图像的异常区域的日志进行识别，以获取产品检测信息；

更新模块，用于若产品检测信息少于预设信息量，获取目标软件的软件日志；根据软件日志补充产品检测信息，以得到更新后的产品检测信息。

一种可能的实施方式中，本实施例中的软件监控装置还包括：

判断模块，用于根据更新后的产品检测信息，判断产品是否合格；

发送模块，用于若产品合格，将更新后的产品检测信息发送给终端设备；

确定模块，用于若产品不合格，读取目标软件日志中的不合格项，对比不合格项，确定是否需要进行二次检测。

一种可能的实施方式中，启动模块，用于获取启动信息；根据启动信息启动目标软件。

此外，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的软件监控方法的步骤。

本申请实施例所提供的软件监控方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的软件监控方法的步骤，具体可参见上述方法实施例，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (8)

1.一种软件监控方法，其特征在于，包括：

获取目标软件的目标图像；

对所述目标图像进行识别，以确定所述目标软件当前画面是否存在异常；

当所述当前画面存在异常，将所述目标软件的异常信息发送终端设备；

所述异常信息包括异常类型，在所述对所述目标图像进行识别，以确定所述目标软件当前画面是否存在异常，包括：

若所述当前画面存在异常，确定所述目标图像出现异常的异常区域；

对所述异常区域中的信息进行识别，以确定异常类型；

所述异常类型包括：出现结果；所述方法还包括：

当所述异常类型为出现结果时，对所述目标图像的所述异常区域的日志进行识别，以获取产品检测信息；

若所述产品检测信息少于预设信息量，获取所述目标软件的软件日志；

根据所述软件日志补充所述产品检测信息，以得到更新后的产品检测信息。

2.根据权利要求1所述的方法，其特征在于，所述对所述目标图像进行识别，以确定所述目标软件当前画面是否存在异常，包括：

将所述目标图像与所述目标软件的标准图像进行对比，以得到所述目标图像与所述标准图像的差异参数；

根据所述差异参数确定所述当前画面是否存在异常，其中，当所述差异参数大于设定阈值时，则表征所述目标软件存在异常。

3.根据权利要求1所述的方法，其特征在于，所述目标软件为质检软件，在所述根据所述软件日志补充所述产品检测信息之后，所述方法还包括：

根据所述更新后的产品检测信息，判断所述产品是否合格；

若产品合格，将所述更新后的产品检测信息发送给终端设备；

若产品不合格，读取所述软件日志中的不合格项，对比所述不合格项，确定是否需要进行二次检测。

4.根据权利要求1所述的方法，其特征在于，

若软件日志被加密，通过设置解密工具对该软件日志进行解密后进行提取。

5.根据权利要求1所述的方法，其特征在于，在所述获取目标软件的目标图像之前，包括：

获取启动信息；

根据所述启动信息启动所述目标软件。

6.一种软件监控装置，其特征在于，包括：

获取模块：用于获取目标软件的目标图像；

第一识别模块：用于对所述目标图像进行识别，以确定所述目标软件当前画面是否存在异常；

输出模块：用于当所述当前画面存在异常，将所述目标软件的异常信息发送终端设备；

所述异常信息包括：异常类型；所述第一识别模块用于：若所述当前画面存在异常，确定所述目标图像出现异常的异常区域；对所述异常区域中的信息进行识别，以确定异常类型；

所述异常类型包括：出现结果；所述第二识别模块用于：当所述异常类型为出现结果时，对所述目标图像的所述异常区域的日志进行识别，以获取产品检测信息；若所述产品检测信息少于预设信息量，获取所述目标软件的软件日志；根据所述软件日志补充所述产品检测信息，以得到更新后的产品检测信息。

7.一种电子设备，其特征在于，包括：处理器、存储器，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述机器可读指令被所述处理器执行时执行如权利要求1至5任一所述的方法的步骤。

8.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至5任一所述的方法的步骤。

Images