CN113468023A - 监控方法、装置、介质及电子设备 - Google Patents

Abstract

本公开实施例提供了一种监控方法、装置、介质及电子设备。该方法包括：获取即时通讯应用程序的消息发送界面的待处理图像，待处理图像包含即时通讯消息的图像；提取并解析待处理图像中的即时通讯消息，得到即时通讯消息对应的消息关键词；将消息关键词与预先配置的告警关键词进行比对，根据比对结果确定是否触发告警。根据本公开实施例的技术方案，不仅能够高效准确地进行报警，有效降低误报率，而且能够提高对发布消息的响应效率，避免不能及时响应发布消息的问题。

Description

监控方法、装置、介质及电子设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种监控方法、监控 装置、计算机可读介质及电子设备。

背景技术

随着互联网技术的发展，即时通讯应用程序例如钉钉、微信、易信 群等的应用也越来越广泛。

目前，越来越多与工作相关的重要消息通过即时通讯应用程序例如 钉钉、微信、易信群等进行发布或通告。然而，针对部分时效性要求很 高的工作事项，从发现告警到处理完成的闭环管理必须控制在很短的时 间内，在没有专人值守的情况下，很容易造成消息响应的不及时。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公 开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现 有技术的信息。

发明内容

本公开实施例的目的在于提供一种监控方法、监控装置、计算机可 读介质及电子设备，进而至少在一定程度上提高对发布消息的响应效 率，避免不能及时响应发布消息的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分 地通过本公开的实践而习得。

根据本公开实施例的第一方面，提供了一种即时通讯消息的监控方 法，所述方法包括：获取即时通讯应用程序的消息发送界面的待处理图 像，所述待处理图像包含即时通讯消息的图像；提取并解析所述待处理 图像中的所述即时通讯消息，得到所述即时通讯消息对应的消息关键 词；将所述消息关键词与预先配置的告警关键词进行比对，根据比对结果确定是否触发告警。

根据第一方面，在一些示例实施例中，所述获取即时通讯应用程序 的消息发送界面的待处理图像，包括：以预定时间间隔采集所述即时通 讯应用程序的消息发送界面的图像；确定所述消息发送界面的当前采集 图像与上一采集图像的差异；若所述差异大于预定值，则将所述当前采 集图像作为所述消息发送界面的待处理图像。

根据第一方面，在一些示例实施例中，所述提取并解析所述待处理 图像中的所述即时通讯消息，得到所述即时通讯消息对应的消息关键 词，包括：通过光学字符识别方式从所述待处理图像中提取所述即时通 讯消息；通过自然语言处理模型解析所述即时通讯消息，得到所述即时 通讯消息对应的消息关键词。

根据第一方面，在一些示例实施例中，所述将所述消息关键词与预 先配置的告警关键词进行比对，根据比对结果确定是否触发告警，包 括：获取预设配置的告警关键词；确定所述消息关键词的词向量与所述 告警关键词的词向量之间的相似度；若所述相似度大于预定阈值，则确 定触发告警。

根据第一方面，在一些示例实施例中，所述方法还包括：通过本地 守护进程对监控主程序是否发生异常进行监测，所述监控主程序用于执 行所述监控方法；若所述监控主程序发生异常，则重启所述监控主程 序。

根据第一方面，在一些示例实施例中，所述方法还包括：建立所述 本地守护进程与部署在云端的远程守护进程建立心跳连接；通过所述心 跳连接向所述云端发送所述监控主程序的运行状态；若所述心跳连接发 生异常，则通过邮件和/或短信的方式进行告警。

根据第一方面，在一些示例实施例中，所述方法还包括：根据所述 告警关键词与告警规则模板之间的对应关系，确定与所述告警关键词对 应的告警规则模板；根据所述告警规则模板进行告警。

根据本公开实施例的第二方面，提供了一种即时通讯消息的监控装 置，所述装置包括：图像获取模块，用于获取即时通讯应用程序的消息 发送界面的待处理图像，所述待处理图像包含即时通讯消息的图像；消 息确定模块，用于提取并解析所述待处理图像中的所述即时通讯消息， 得到所述即时通讯消息对应的消息关键词；告警确定模块，用于将所述 消息关键词与预先配置的告警关键词进行比对，根据比对结果确定是否 触发告警。

根据第二方面，在一些示例实施例中，所述图像获取模块还用于： 以预定时间间隔采集所述即时通讯应用程序的消息发送界面的图像；确 定所述消息发送界面的当前采集图像与上一采集图像的差异；若所述差 异大于预定值，则将所述当前采集图像作为所述消息发送界面的待处理 图像。

根据第二方面，在一些示例实施例中，所述消息确定模块还用于： 通过光学字符识别方式从所述待处理图像中提取所述即时通讯消息；通 过自然语言处理模型解析所述即时通讯消息，得到所述即时通讯消息对 应的消息关键词。

根据第二方面，在一些示例实施例中，所述告警确定模块还用于： 获取预设配置的告警关键词；确定所述消息关键词的词向量与所述告警 关键词的词向量之间的相似度；若所述相似度大于预定阈值，则确定触 发告警。

根据第二方面，在一些示例实施例中，所述装置还包括：自监控模 块，用于通过本地守护进程对监控主程序是否发生异常进行监测，所述 监控主程序用于执行所述监控方法；重启模块，用于若所述监控主程序 发生异常，则重启所述监控主程序。

根据第二方面，在一些示例实施例中，所述装置还包括：心跳连接 建立模块，用于所述本地守护进程与部署在云端的远程守护进程建立心 跳连接；通过所述心跳连接向所述云端发送所述监控主程序的运行状 态；状态告警模块，用于若所述心跳连接发生异常，则通过邮件和/或 短信的方式进行告警。

根据第二方面，在一些示例实施例中，所述装置还包括：模板确定 模块，用于根据所述告警关键词与告警规则模板之间的对应关系，确定 与所述告警关键词对应的告警规则模板；告警模块，用于根据所述告警 规则模板进行告警。

根据本公开实施例的第三方面，提供了一种计算机可读介质，其上 存储有计算机程序，所述程序被处理器执行时实现如上述实施例第一方 面中所述的监控方法。

根据本公开实施例的第四方面，提供一种电子设备，包括：一个或 多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个 程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现 如上述实施例第一方面所述的监控方法。

本公开实施例提供的技术方案可以包括以下有益效果：

在本公开的一些实施例中，一方面，获取即时通讯应用程序的消息 发送界面的包含即时通讯消息的待处理图像，能够在即使通信应用程序 的消息发送界面发出新消息时，及时获取包含新消息的图像，从而有效 防止漏检情况的出现；另一方面，提取并解析待处理图像中的即时通讯 消息，得到即时通讯消息对应的消息关键词，将消息关键词与预先配置 的告警关键词进行比对，根据比对结果确定是否触发告警，能够高效准 确地确定即时通讯消息中是否包含告警关键词，从而能够高效准确地进 行报警，有效降低误报率；再一方面，由于能够高效准确地进行告警， 从而能够提高对即时通讯应用程序的发布消息的响应效率，避免不能及 时响应发布消息的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解 释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合 本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见 地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技 术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得 其他的附图。在附图中：

图1示出了根据本公开的一些实施例提供的监控装置的架构示意 图；

图2示出了根据本公开的一些示例实施例的监控方法的流程示意 图；

图3示出了根据本公开的一些示例实施例的监控系统的架构示意 图；

图4示出了根据本公开的另一些示例实施例的监控方法的流程示意 图；

图5示出了根据本公开的一实施例的监控装置的结构示意图；

图6示出根据本公开示例性实施例中电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式 能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提 供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构 思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一 个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本 公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践 本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它 的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知 方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的 实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或 多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处 理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和 操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还 可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺 序有可能根据实际情况改变。

下面，结合附图对本公开示例实施例中的监控方法进行详细的说 明。

图1示出了根据本公开的一些实施例提供的监控装置的架构示意 图。该监控装置100包括：图形控制界面模块110、主程序运行框架 120。图形控制界面模块110用于启动和配置监控程序的相关参数。主 程序运行框架120包括屏幕信息获取模块122、内容分析查询模块124 以及告警模块126。其中，屏幕信息获取模块122用于采集即时通讯应 用程序的消息发送界面的待处理图像，内容分析查询模块124用于提取 并解析待处理图像中的即时通讯消息，得到即时通讯消息对应的消息关 键词，将消息关键词发送至云平台文本分析模块140。云平台文本分析 模块140用于将消息关键词与预先配置的告警关键词进行比对，根据比 对结果确定是否触发告警。告警模块126用于根据告警关键词确定对应 的告警规则模板；根据告警规则模板进行告警。云外呼中心130用于响 应于告警模块126的告警消息进行外呼告警。

需要说明的是，监控装置可以安装在终端设备上，终端设备可以为 台式计算机、便携式计算机、智能手机和平板电脑。云外呼中心130或 云平台文本分析模块140可以为多个物理服务器构成的服务器集群或者 分布式系统的节点，云外呼中心130或云平台文本分析模块140可以为 独立的物理服务器，还可以是提供云服务的云服务器节点。

图2示出了根据本公开的一些示例实施例的监控方法的流程示意 图。本公开实施例提供的监控方法的执行主体可以是具有计算处理功能 的计算设备，例如台式计算机、便携式计算机、智能手机和平板电脑。 该监控方法包括步骤S210至步骤S230，下面结合附图对示例实施例中 的监控方法进行详细的说明。

参照图2所示，在步骤S210中，获取即时通讯应用程序的消息发 送界面的待处理图像，待处理图像包含即时通讯消息的图像。

在示例实施例中，通过操作系统的GDI(Graphics Device Interface，图形设备接口)周期性采集即时通讯应用程序的消息发送界 面的待处理图像，确定消息发送界面的当前采集图像与上一采集图像的 差异，若差异大于预定值，则将当前采集图像作为待处理图像，待处理 图像包含即时通讯消息的图像，也就是说，待处理图像包含即时通讯应 用程序新发布的消息。

举例而言，设操作系统为windows操作系统，通过GDI图像采集 模块调用win32底层API(Application Program Interface，应用程序接 口)函数即Windows GDI以预定时间间隔例如2次/每秒采集即时通讯 应用程序的消息发送界面的图像，将采集的图像存储到一级图像缓冲 区。图像差分处理逻辑轮巡采集到的相邻图片之间的差异，将满足差分 条件例如差异大于预定值的图像存至二级缓冲区，同时本地存储留档。

在步骤S220中，提取并解析待处理图像中的即时通讯消息，得到 即时通讯消息对应的消息关键词。

在示例实施例中，通过OCR(Optical Character Recognition，光学 字符识别)方式从待处理图像中提取即时通讯消息；通过自然语言处理 模型解析即时通讯消息，得到即时通讯消息对应的消息关键词。举例而 言，通过OCR方式识别出待处理图像中的文字区域，例如，通过滑动 窗口算法，遍历整个待处理图像，有监督的标记训练样本特征来判断待 处理图像中的文字区域，对文字区域进行矩形化处理，得到文字区域矩 形图像，对文字区域矩形图像进行分割，拆分成不同的字符，对字符进 行分类和识别，得到即时通讯消息对应的消息关键词。

在步骤S230中，将消息关键词与预先配置的告警关键词进行比 对，根据比对结果确定是否触发告警。

在示例实施例中，获取预设配置的告警关键词，确定消息关键词的 词向量与告警关键词的词向量之间的相似度；若相似度大于预定阈值， 则确定触发告警。举例而言，设告警关键词包括“演练”，确定消息关 键词的词向量与告警关键词的词向量之间的相似度；若相似度大于预定 阈值，则确定消息关键词也包含演练，触发告警例如触发外呼告警。

根据图2的示例实施例中的技术方案，一方面，获取即时通讯应用 程序的消息发送界面的包含即时通讯消息的待处理图像，能够在即使通 信应用程序的消息发送界面发出新消息时，及时获取包含新消息的图 像，从而有效防止漏检情况的出现；另一方面，提取并解析待处理图像 中的即时通讯消息，得到即时通讯消息对应的消息关键词，将消息关键词与预先配置的告警关键词进行比对，根据比对结果确定是否触发告 警，能够高效准确地确定即时通讯消息中是否包含告警关键词，从而能 够高效准确地进行报警，有效降低误报率；再一方面，由于能够高效准 确地进行告警，从而能够提高对即时通讯应用程序的发布消息的响应效 率，避免不能及时响应发布消息的问题。

此外，在示例实施例中，该监控方法还包括：根据告警关键词与告 警规则模板之间的对应关系，确定与告警关键词对应的告警规则模板； 根据告警规则模板进行告警。进一步地，告警规则模板可以包括告警关 键词、维保重要度以及消息级别等多个维度的信息。通过告警规则模板 提供完备的告警规则配置机制，从消息内容、维保重要度、消息级别等 多个维度对告警规则进行设置，从而可以适应多场景下告警机制，进而 有效提升消息投递的准确率。

进一步地，在示例实施例中，针对不同级别的消息接收人进行分组 通知，做到重要消息的分级告警。在保证告警可达的前提下，尽可能减 轻值守人员的工作时长和负荷。可针对消息发出人、消息内容关键字等 进行配制，实现方式非常简单，可以有效解决部分重要保障场景下的人 员投入问题，有效降低错误率，通过软件监控的方式解放部分专职台席、监控台席人员的事务性工作，极大地提高工作效率。

图3示出了根据本公开的一些示例实施例的监控系统的架构示意 图。

参照图3所示，该监控系统包括：监控装置100、云外呼中心130 云平台文本分析模块140、守护进程A模块150以及守护进程B模块 160。其中，监控装置100包括：图形控制界面模块110、主程序运行 框架120，监控装置100的功能与图1中的监控装置100的功能相同，在此不再赘述。

监控装置100使用Win32底层API拦截原始数据，尽量减少上层 系统封装接口对数据获取过程的影响；并通过云平台进行文本分析实现 高概率的信息拦截率，实测新消息弹出获取成功率超过99％。进一步 地，通过全异步消息和数据处理流程，任意处理环节都独立运行，整体 系统响应时延做到亚秒级，可满足大部分及时告警的业务需求。消息识 别模块例如云平台文本分析模块支持基于JSON格式的、多模式的告警 规则配置，可以灵活支持不同应用场景的灵活调整和现场热部署。

云平台文本分析模块140用于将消息关键词与预先配置的告警关键 词进行比对，根据比对结果确定是否触发告警。通过开源云平台文本分 析功能，配合程序内置的文本查询和去噪机制，实现较高的内容识别准 确率，在高精度模式下可以实现接近100％的内容识别率。同时预制了 参数配置模块，提供可及时生效的配置功能，灵活配置识别规则，发送人、告警模板等业务逻辑，满足不同工作性质要求的不同应用场景。

云外呼中心130用于响应于告警模块126的告警消息进行外呼告 警。云外呼平台实现与外呼RestFul接口的对接，支持通过固定的主叫 号码发起语音呼叫。同时根据标准接口能力，支持常见的告警语音外呼 系统的接入，并提供调试详情记录功能，便于进行二次开发和扩展。系 统提供外呼重呼策略配置功能，可针对不同级别的消息接收人进行分组通知，做到重要消息的分级告警。在保证告警可达的前提下减小人力和 物力的消耗。

守护进程A模块150为本地守护进程，守护进程A模块实时检测 监控主程序的运行状态，启动运行状态上报进程以及自动拉起进程以 及；运行状态上报进程将监控主程序的运行状态时间戳实时同步至自动 拉起进程。若60s未收到数据同步，自动拉起进程将重启监控主程序。 守护进程A模块150与部署在云端的守护进程B模块160建立心跳连 接，向云端上报监控主程序的运行状态。

守护进程B模块160的云端监控程序若5分钟未收到同步信息则 触发短信和邮件告警，例如向相关台席人员发送告警通知，并启动日志 追踪。守护进程A与主监控程序部署在同一设备，用于监测主监控程 序是否正常运行，并在检测到异常时自动拉起主监控程序。守护进程A 与部署在云端的守护进程B建立心跳连接，当心跳中断时守护进程B 将触发邮件和短信告警到相关台席人员，用于应对硬件设备或操作系统 异常宕机导致监测功能不可用。运行正常情况下每日两次邮件通报。

由于该监控系统的核心检测逻辑可以基于win32 API底层逻辑实 现，上层架构的执行开销overhead非常小，因此检测逻辑可以做到 100Hz以上的频率，满足消息告警的实时性要求。同时，该监控系统可 以采用Java语言实现高可用版本的上层控制逻辑，保证长时间运行的 系统稳定性。同时通过双层守护机制，应对应用层、系统层、硬件层的 异常情况。

图4示出了根据本公开的另一些示例实施例的监控方法的流程示意 图。

参照图4所示，在步骤S405中，启动本地程序。

在示例实施例中，启动本地的即时通讯应用程序，即时通讯应用程 序在操作系统的主界面运行。

在步骤S410中，启动主监控程序。

在示例实施例中，主监控程序包括操作系统GDI图像采集模块、 文字识别处理模块、进程自监控模块以及本地守护进程四个模块。

在步骤S415中，进行图像采集。

在示例实施例中，GDI图像采集模块调用Win32底层API函数 (Windows GDI)实时抓取(暂配置为2次/秒)。

在步骤S420中，输出原始采集图像。

在示例实施例中，GDI图像采集模块向一级图像缓冲区10输出原 始采集图像。

在步骤S425中，进行图像差分处理。

在示例实施例中，图像差分处理逻辑轮巡相邻的图像差异，例如当 前采集图像与上一次采集图像之间的图像差异，将满足差分条件的图像 存至二级图像缓冲区20，同时本地存储留档。

进一步地，在示例实施例中，将差分处理后的图像数据进行去噪声 处理(例如单色、压缩处理等)，形成灰度图片。

在步骤S430中，进行文字识别处理。

在示例实施例中，利用文字识别模型例如OCR模型对图像中的文 字进行识别，确定图像文字中是否包含告警关键词。

在步骤S435中，确定是否触发告警。

在示例实施例中，若图像文字中包含告警关键词，则触发告警；若 不包含告警关键词，则结束本次流程。

在示例实施例中，告警关键词可以包括：“http”、“所有人”、“演 练”等。

在步骤S440中，进行外呼告警。

在示例实施例中，调用云外呼中心的告警接口例如RestFul接口， 告警接口配置有告警关键词与告警电话号码之间的对应关系，通过该对 应关系，查找告警电话号码例如固定主叫号码，发起语音呼叫进行告 警。

在步骤S445中，启动自监控进程。

在示例实施例中，启动自监控进程，自监控进程用于对监控主程序 的运行状态进行监控。自监控进程可以包括本地守护进程和运动监控程 序。

在步骤S450中，进行运行状态上报。

在示例实施例中，将监控到的主监控程序的运行状态上报至自动拉 起程序。例如启动运行状态上报进程，运行状态上报进程将运行状态时 间戳实时同步至自动拉起程序。

在步骤S455中，启动图形界面操作台。

在示例实施例中，自监控模块启动Swing图形界面操作台。

在步骤S460中，启动本地守护进程。

在示例实施例中，启动本地守护进程，本地守护进程启动自动拉起 处理逻辑，以及云端健康状态上报逻辑。

在步骤S465中，恢复拉起逻辑。

在示例实施例中，若预定时间例如60s未收到主监控程序的运行状 态的数据同步，自动拉起程序将重启主监控程序。

在步骤S470中，向云端上报运行状态。

在示例实施例中，本地的运行状态上报逻辑与部署在云端的监控程 序建立心跳连接，向云端上报主监控程序的运行状态。

在步骤S475中，启动云端监控程序。

在步骤S480中，启动短信或邮件上报。

在示例实施例中，云端监控程序预定时间例如5分钟未收到同步信 息则触发短信和邮件告警。

在步骤S485中，启动日志追踪。

根据图4的示例实施例中的技术方案，具有以下优点：

1、多维度立体型监控机制有效提升监控可靠性

通过将Win32底层API监控、屏幕内容识别、图像更新监控三种 方式对新消息进行监控和识别，有效防止漏检情况出现，并能有效降低 误报率。其中，底层API监控可以实现消息的全面监控，防止漏检情况 发生。屏幕内容监控识别则可以有效的分析消息内容，识别出所需关注 各类消息，从而有效降低误报率。图像更新监控则从另一个维度实现监 控的另一维度保障。同时，通过全异步消息和数据处理流程，任意处理 环节都独立运行，整体系统响应时延做到亚秒级，可满足告警的业务需 求。

2、基于AI的图像识别技术有效降低消息误报率

通过在线云平台对屏幕截图内容进行实时分析，获取各工具实时消 息内容。在此基础上，利用内置的文本查询和过滤机制，实现关注内容 的准确识别和定位。并结合多模式的告警机制，实现不同应用场景下报 警的有效性和实时性。能够在保证系统可靠性的前提下，根据预配置规 则例如告警关键词有效降低系统的误报率。从而实现有警必报，有报必 查的实时消息监控机制。

3、完善的规则配置机制有效提升消息投递准确率

通过提供完备的告警规则配置机制，从消息内容、维保重要度、消 息级别等多个维度对告警规则进行设置，从而可以适应多场景下告警机 制，从而有效提升消息投递的准确率。策略配置功能可针对不同级别的 消息接收人进行分组通知，做到重要消息的分级告警。在保证告警可达 的前提下，尽可能减轻值守人员的工作时长和负荷。

4、双重守护机制应对异常情况提升运行稳定性

守护进程A与主监控程序部署在同一设备，用于监测主监控程序 是否正常运行，并在检测到异常时自动拉起主监控程序。守护进程A 与部署在云端的守护进程B建立心跳连接，当心跳中断时守护进程B 将触发邮件和短信告警到相关台席人员，用于应对硬件设备或操作系统 异常宕机导致监测功能不可用。运行正常情况下每日两次邮件通报。

需要注意的是，上述附图仅是根据本公开示例性实施方式的方法所 包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示 的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些 处理可以是例如在多个模块中同步或异步执行的。

以下介绍本公开的装置实施例，可以用于执行本公开上述的监控方 法。

图5示出了根据本公开的一实施例的监控装置的结构示意图。

参照图5所示，即时通讯消息的监控装置500包括：图像获取模块 510，用于获取即时通讯应用程序的消息发送界面的待处理图像，所述 待处理图像包含即时通讯消息的图像；消息确定模块520，用于提取并 解析所述待处理图像中的所述即时通讯消息，得到所述即时通讯消息对 应的消息关键词；告警确定模块530，用于将所述消息关键词与预先配 置的告警关键词进行比对，根据比对结果确定是否触发告警。

在一些示例实施例中，所述图像获取模块510还用于：以预定时间 间隔采集所述即时通讯应用程序的消息发送界面的图像；确定所述消息 发送界面的当前采集图像与上一采集图像的差异；若所述差异大于预定 值，则将所述当前采集图像作为所述消息发送界面的待处理图像。

在一些示例实施例中，所述消息确定模块520还用于：通过光学字 符识别方式从所述待处理图像中提取所述即时通讯消息；通过自然语言 处理模型解析所述即时通讯消息，得到所述即时通讯消息对应的消息关 键词。

在一些示例实施例中，所述告警确定模块530还用于：获取预设配 置的告警关键词；确定所述消息关键词的词向量与所述告警关键词的词 向量之间的相似度；若所述相似度大于预定阈值，则确定触发告警。

在一些示例实施例中，所述装置500还包括：自监控模块，用于通 过本地守护进程对监控主程序是否发生异常进行监测，所述监控主程序 用于执行所述监控方法；重启模块，用于若所述监控主程序发生异常， 则重启所述监控主程序。

在一些示例实施例中，所述装置500还包括：心跳连接建立模块， 用于所述本地守护进程与部署在云端的远程守护进程建立心跳连接；通 过所述心跳连接向所述云端发送所述监控主程序的运行状态；状态告警 模块，用于若所述心跳连接发生异常，则通过邮件和/或短信的方式进 行告警。

在一些示例实施例中，所述装置500还包括：模板确定模块，用于 根据所述告警关键词与告警规则模板之间的对应关系，确定与所述告警 关键词对应的告警规则模板；告警模块，用于根据所述告警规则模板进 行告警。

由于本公开的示例实施例的监控装置的各个功能模块与上述监控方 法的示例实施例的步骤对应，因此对于本公开装置实施例中未披露的细 节，请参照本公开上述的监控方法的实施例。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若 干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的 实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一 个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征 和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤， 但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是 必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以 省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步 骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描 述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件 的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品 的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以 是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得 一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备 等)执行根据本公开实施方式的方法。

在本公开示例性实施方式中，还提供了一种能够实现上述方法的计 算机存储介质。其上存储有能够实现本说明书上述方法的程序产品。在 一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的 形式，其包括程序代码，当上述程序产品在终端设备上运行时，上述程 序代码用于使上述终端设备执行本说明书上述“示例性方法”部分中描 述的根据本公开各种示例性实施方式的步骤。

上述程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括 程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的 程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储 程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者 与其结合使用。

上述程序产品可以采用一个或多个可读介质的任意组合。可读介质 可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不 限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者 任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包 括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器 (RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM 或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、 磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的 数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多 种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可 读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可 以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与 其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不 限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开 操作的程序代码，上述程序设计语言包括面向对象的程序设计语言—诸 如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言 或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、 部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务 器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意 种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算 设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来 通过因特网连接)。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方 法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为 系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下 形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微 代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电 路”、“模块”或“系统”。

下面参照图6来描述根据本公开的这种实施方式的电子设备600。 图6显示的电子设备600仅仅是一个示例，不应对本公开实施例的功能 和使用范围带来任何限制。

如图6所示，电子设备600以通用计算设备的形式表现。电子设备 600的组件可以包括但不限于：上述至少一个处理单元610、上述至少 一个存储单元620、连接不同系统组件(包括存储单元620和处理单元 610)的总线630。

其中，上述存储单元存储有程序代码，上述程序代码可以被上述处 理单元610执行，使得上述处理单元610执行本说明书上述“示例性方 法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，上述 处理单元610可以执行如图2中所示的：步骤S210，获取即时通讯应 用程序的消息发送界面的待处理图像，待处理图像包含即时通讯消息的 图像；步骤S220，提取并解析待处理图像中的即时通讯消息，得到即 时通讯消息对应的消息关键词；步骤S230，将消息关键词与预先配置 的告警关键词进行比对，根据比对结果确定是否触发告警。

示例性的，上述处理单元610还可以执行如上述方式实施例中的监 控方法。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机 存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一 步包括只读存储单元(ROM)6203。

存储单元620还可以包括具有一组(至少一个)程序模块6205的 程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、 一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每 一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元 总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使 用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备690(例如键盘、指向 设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设 备600交互的设备通信，和/或与使得该电子设备600能与一个或多个 其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通 信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设 备600还可以通过网络适配器660与一个或者多个网络(例如局域网 (LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所 示，网络适配器660通过总线630与电子设备600的其它模块通信。应 当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或 软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部 磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描 述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件 的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品 的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以 是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得 一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备 等)执行根据本公开实施方式的方法。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理 的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不 表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是 例如在多个模块中同步或异步执行的。

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

Claims (10)

1.一种即时通讯消息的监控方法，其特征在于，所述方法包括：

获取即时通讯应用程序的消息发送界面的待处理图像，所述待处理图像包含即时通讯消息的图像；

提取并解析所述待处理图像中的所述即时通讯消息，得到所述即时通讯消息对应的消息关键词；

将所述消息关键词与预先配置的告警关键词进行比对，根据比对结果确定是否触发告警。

2.根据权利要求1所述的方法，其特征在于，所述获取即时通讯应用程序的消息发送界面的待处理图像，包括：

以预定时间间隔采集所述即时通讯应用程序的消息发送界面的图像；

确定所述消息发送界面的当前采集图像与上一采集图像的差异；

若所述差异大于预定值，则将所述当前采集图像作为所述消息发送界面的待处理图像。

3.根据权利要求1所述的方法，其特征在于，所述提取并解析所述待处理图像中的所述即时通讯消息，得到所述即时通讯消息对应的消息关键词，包括：

通过光学字符识别方式从所述待处理图像中提取所述即时通讯消息；

通过自然语言处理模型解析所述即时通讯消息，得到所述即时通讯消息对应的消息关键词。

4.根据权利要求1所述的方法，其特征在于，所述将所述消息关键词与预先配置的告警关键词进行比对，根据比对结果确定是否触发告警，包括：

获取预设配置的告警关键词；

确定所述消息关键词的词向量与所述告警关键词的词向量之间的相似度；

若所述相似度大于预定阈值，则确定触发告警。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过本地守护进程对监控主程序是否发生异常进行监测，所述监控主程序用于执行所述监控方法；

若所述监控主程序发生异常，则重启所述监控主程序。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

建立所述本地守护进程与部署在云端的远程守护进程建立心跳连接；

通过所述心跳连接向所述云端发送所述监控主程序的运行状态；

若所述心跳连接发生异常，则通过邮件和/或短信的方式进行告警。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

根据所述告警关键词与告警规则模板之间的对应关系，确定与所述告警关键词对应的告警规则模板；

根据所述告警规则模板进行告警。

8.一种即时通讯消息的监控装置，其特征在于，所述装置包括：

图像获取模块，用于获取即时通讯应用程序的消息发送界面的待处理图像，所述待处理图像包含即时通讯消息的图像；

消息确定模块，用于提取并解析所述待处理图像中的所述即时通讯消息，得到所述即时通讯消息对应的消息关键词；

告警模块，用于将所述消息关键词与预先配置的告警关键词进行比对，根据比对结果确定是否触发告警。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至7中任一项所述的监控方法。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至7中任一项所述的监控方法。

Images