CN112242938B - 探测方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供了一种探测方法、装置、电子设备及计算机可读存储介质，涉及服务探测领域。该方法包括：基于启用的一个或多个待探测节点，获取所述待探测节点的配置信息；若当前时间达到所述待探测节点的配置信息对应预设探测时间，确定达到所述预设探测时间的待探测节点为目标节点；根据所述目标节点的配置信息，对所述目标节点进行探测，得到探测的反馈信息；根据所述反馈信息确定所述目标节点出现故障时，生成用于警告所述目标节点出现故障的警告信息，并输出所述警告信息。本申请实施例实现了对待探测服务的自动化探测，提高了探测效率。

Description

探测方法、装置、电子设备及计算机可读存储介质

技术领域

本申请涉及服务探测技术领域，具体而言，本申请涉及一种探测方法、装置、电子设备及计算机可读存储介质。

背景技术

随着4G、5G等业务的不断发展，电信运营商建设的服务支撑平台不但种类越来越多，规模也越来越大。在日常的业务管理工作中，“以系统为中心、后知后觉、被动服务”的管理模式已经不再适用，越来越多的运营商向“以客户为中心、预测预防、主动优化”的管理思路转变，需要对服务进行主动探测，服务包括各种类型，如业务类型、接口类型等。

现有的探测方案，各种服务之间相互分开的，不能同意进行规划探测，进行探测时，探测效率较低。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一，特提出以下技术方案：

第一方面，提供了一种探测的方法，该方法包括：

基于启用的一个或多个待探测节点，获取待探测节点的配置信息；

若当前时间达到待探测节点的配置信息对应预设探测时间，确定达到预设探测时间的待探测节点为目标节点；

根据目标节点的配置信息，对目标节点进行探测，得到探测的反馈信息；

根据反馈信息确定目标节点出现故障时，生成用于警告目标节点出现故障的警告信息，并输出警告信息。

第二方面，提供了一种探测的装置，该装置包括：

配置信息获取模块，用于基于启用的一个或多个待探测节点，获取待探测节点的配置信息；

目标节点确定模块，用于若当前时间达到待探测节点的配置信息对应预设探测时间，确定达到预设探测时间的待探测节点为目标节点；

探测模块，用于根据目标节点的配置信息，对目标节点进行探测，得到探测的反馈信息；

警告模块，用于根据反馈信息确定目标节点出现故障时，生成用于警告目标节点出现故障的警告信息，并输出警告信息。

第三方面，提供了一种电子设备，该电子设备包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行根据本申请第一方面所示的探测方法。

第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请第一方面所示的探测方法。

本申请提供的技术方案带来的有益效果是：可以对待探测服务形成的探测节点进行探测，探测时不局限于特定的待探测服务，依据待探测节点形成的配置信息即可确定待探测节点的探测时间以进行探测，在探测节点有问题时，可以及时输出警告信息，实现了对待探测服务的自动化探测，提高了探测效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种探测方法的流程示意图；

图2为本申请实施例提供的一种探测方法还包括的流程示意图；

图3为本申请实施例提供的一种探测装置的结构示意图；

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

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请提供的探测方法、装置、电子设备和计算机可读存储介质，旨在解决现有技术的如上技术问题。

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

本技术领域技术人员可以理解，本申请所使用的“终端”可以是手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、MID(Mobile Internet Device，移动互联网设备)等；“服务器”可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

请参阅图1，本申请实施例中提供了一种探测方法，探测方法可以应用于终端或服务器，该方法包括：

S101：基于启用的一个或多个待探测节点，获取待探测节点的配置信息。

探测方法可以应用于终端或服务器，本申请中，以探测方法在终端中执行作为说明。探测方法用于对待探测服务进行探测，以确定待探测服务对应的探测节点是否有问题。待探测服务可以是不同的软件系统的不同类型的服务。待探测服务包括但不限于接口探测、万维网(World Wide Web，WEB)探测、应用程序(Application，APP)探测和数据库探测。

待探测节点用于表征待探测服务的基本信息和用于探测的探测信息等信息。待探测节点包括配置信息，配置信息包括待探测服务的基本信息和用于探测的探测信息等信息。具体地，配置信息可以包括待探测节点对应的待探测服务、预设的探测类型、预设探测时间、分类信息、第一警告方案、第二警告方案、错误次数阈值、与待探测节点关联的上级节点信息和下级节点信息等。探测类型为待探测服务的探测类型，待探测类型可以包括接口、WEB、APP和数据库等。预设探测时间为预设的用于进行探测的时间，预设探测时间可以为具体的时刻，也可以为探测的时间间隔。分类信息用于表示探测节点的分类，以在合适的分类位置显示该探测节点，分类信息可以包括系统、分层、区域等维度，待探测节点可以按照分类信息进行分类。第一警告方案、第二警告方案为不同的情况发出不同的警告的方案，错误次数阈值为某个待探测节点发生错误的次数的阈值，该待探测节点连续发生错误的次数达到错误次数阈值，则可以确定该待探测节点出现问题。

待探测节点可以被启用或者关闭。待探测节点被启用，表示该待探测节点可以被使用。如待探测节点为应用程序对应的节点，则待探测节点被启用，则该应用程序可以已经被打开，可以被用于探测是否可用。在待探测节点为关闭状态时，则待探测节点不能被探测。

每个待探测节点都对应有配置信息。每个待探测节点的配置信息不同。待探测节点的配置信息可以预先存储。在待探测节点启用时，则获取待探测节点的配置信息。

S102：若当前时间达到待探测节点的配置信息对应预设探测时间，确定达到预设探测时间的待探测节点为目标节点。

配置信息可以包括预设探测时间。不同的待探测节点的预设探测时间可以相同或者不同。预设探测时间可以为具体的时刻，也可以为探测的时间间隔。如预设的探测时间为探测的时间间隔，探测的时间间隔不做限定。如探测的时间间隔可以为5分钟、6分钟、8分钟和10分钟等。若12:00为待探测节点A的探测时间，12:01为待探测节点B的探测时间，待探测节点A和待探测节点B的探测的时间间隔都为5分钟，若当前时间为12:05，则当前时间达到待探测节点A对应的预设探测时间，若当前时间为12:06，则当前时间达到待探测节点B对应的预设探测时间。

目标节点为需要进行探测的节点。当前时间达到待探测节点的配置信息对应预设探测时间，则说明该待探测节点需要进行探测，该待探测节点即为目标节点。

S103：根据目标节点的配置信息，对目标节点进行探测，得到探测的反馈信息。

配置信息包括待探测服务的基本信息和用于探测的探测信息，故可以根据目标节点的配置信息，对目标节点进行探测。对目标节点进行探测时，可以得到探测的反馈信息。

S104：根据反馈信息确定目标节点出现故障时，生成用于警告目标节点出现故障的警告信息，并输出警告信息。

可以根据反馈信息确定目标节点是否出现故障，如得到的反馈信息不符合要求，预设的反馈时间内没有收到反馈信息等，即可判断本次探测对应的目标节点是否有问题。确定目标节点出现故障时，可以在单次目标节点出现故障时，确认目标节点出现故障；也可以在目标节点连续多次出现故障时，才确认目标节点出现故障。

警告信息的具体警告形式不做限定。警告信息可以通过短信、邮件、微信、界面等形式进行警告。

本申请的实施例提供的探测方法，可以对待探测服务形成的探测节点进行探测，探测时不局限于特定的待探测服务，依据待探测节点形成的配置信息即可确定待探测节点的探测时间以进行探测，在探测节点有问题时，可以及时输出警告信息，实现了对待探测服务的自动化探测，提高了探测效率。

请参阅图2，本申请实施例还提供了一种可能的实现方式，基于启用的一个或多个待探测节点，获取待探测节点的配置信息之前，探测方法还包括：

S201：获取一个或多个待探测服务。

待探测服务可以是不同的软件系统的不同类型的服务。待探测节点用于表征待探测服务的基本信息和用于探测的探测信息等信息。待探测服务包括但不限于接口探测、万维网(World Wide Web，WEB)探测、应用程序(Application，APP)探测和数据库探测。

获取待探测服务时，待探测服务可以位于终端中，可以直接获取到待探测服务。

S202：根据每一个待探测服务，生成对应的待探测节点，待探测节点包括配置信息。

每个待探测服务，都生成一个待探测节点，每个探测节点都包括配置信息，即把每个待探测服务抽象成一个待探测节点。

生成待探测节点时，可以依据以下方式建立待探测节点：可以建立系统表、分层表、区域表、节点表、任务表告警配置表、探测方案表和方案参数表。

系统表，可以包括：系统名称、系统ID(Identity document，身份标识号)和系统描述等。系统表可以如表1所示：

系统ID	系统名称	系统描述
			1	内部系统	内部系统
2	客户关系管理系统	客户关系管理系统

表1

分层表，可以包括：分层ID、分层名称、系统ID等。其中，分层ID和分层名称用于确定待探测节点的分层位置。如不同的节点可以在不同的层展示。分层表的系统ID关联系统表的系统ID，同一个待探测节点的不同的表即可对应起来。分层表可以如表2所示：

分层ID	分层名称	系统ID
			1	WEB	1
2	账户数据库	1

表2

区域表，可以包括：区域ID、区域名称和系统ID等。其中区域表的系统ID关联系统表的系统ID。区域ID、区域名称用于确定待探测节点的展示区域。区域表可以如表3所示：

区域ID	区域名称	系统ID
			1	营业一区	1
2	营业二区	1

表3

节点表，用于保存待探测服务、探测方案和告警方案等信息，节点表可以包括节点ID、节点名称、节点状态、系统ID、分层ID、区域ID、展示顺序、服务名、服务类型、ip、端口、任务ID、最近执行结果、告警阈值等。节点状态，为节点是否启用的状态，节点表的系统ID关联系统表的系统ID，节点表的分层ID关联分层表的分层ID，节点表的区域ID关联区域表的区域ID。展示顺序用于页面展示时的排序。系统ID、分层ID、区域ID和展示顺序决定了待探测节点的展示位置。服务名、服务类型、ip和端口为待探测服务的信息。节点表的任务ID关联任务表。最近执行结果用于保存最近若干次的反馈信息对应的结果，如可以保存待探测节点最近10次执行结果，结果是一个10位数的字符串，1代表成功，0代表失败。最近执行结果中的连续失败次数大于告警阈值可以触发告警。

任务表，用于保存进行探测的相关信息，任务表可以包括：任务ID、任务名称、任务类型、探测方案ID、探测间隔时间等。任务类型用于标识待探测节点的探测服务类型。探测方案ID关联探测方案表。

告警配置表，可以包括任务ID、配置类型、配置值等。告警配置表的任务ID可以关联任务表的任务ID。配置类型，为警告的方式类型。配置值，可以包括警告的方式地址和启用二级警告的时限，可以根据配置值生成并输出警告信息。告警配置表可以如表4所示：

任务ID	配置类型	配置值
			1	一级告警短信	133****7890
1	一级告警邮件	abc@123.com
			1	二级告警时限	30
1	二级告警短信	133****6543
			1	二级告警邮件	efg@123.com

表4

探测方案表，用于保存探测方案的基本信息。探测方案表，可以包括：探测方案ID、探测方案名称、探测方案类型、探测方案描述等。探测方案表可以如表5所示：

探测方案ID	探测方案名称	探测方案类型	探测方案描述
				1	接口方案	接口	探测接口服务

表5

探测参数表，用于保存探测方案的相关参数。探测参数表可以包括：参数ID、探测方案ID、参数名、参数类型、参数值、期望值等。探测参数表的探测方案ID关联探测方案表的探测方案ID。不同探测方案的参数类型不同，如接口能力的参数类型包括：URL(uniformresource locator，统一资源定位系统)、请求参数、请求头、请求体、响应头、响应体等。参数值是在拼请求报文时，给参数赋的值。期望值用于接收到被测服务响应后，期望值和实际返回的反馈信息的值做比对，若两个值不一致，则确认本次探测失败。

可以理解，以上的表，是本申请中一种建立待探测节点的一种方案，也可以以其他形式建立待探测节点，使待探测节点的配置信息和待探测节点之间相互关联即可。

本申请的技术方案，可以将各种待探测服务抽象成待探测节点，更利于待探测服务进行探测。

本申请实施例还提供了一种可能的实现方式，配置信息包括分类信息；探测方法还包括：

根据分类信息，分类显示待探测节点。

分类信息用于确定待探测节点的分类和位置。每个待探测节点的分类信息是确定的，可以根据分类信息显示待探测节点。

本申请实施例还提供了一种可能的实现方式，配置信息包括与待探测节点对应的待探测服务、预设的探测类型，根据目标节点的配置信息，对目标节点进行探测，得到探测的反馈信息，包括：

根据目标节点的探测类型，调用对应目标节点的探测类型的预设的探测方案；

根据探测方案对目标节点的待探测服务进行探测，以得到对待探测服务进行探测的反馈信息。

终端中可以预先存储有探测方案，探测方案和探测类型对应。探测类型，和待探测服务的服务类型对应或相同，如服务类型为接口类型，则探测类型则也为接口类型。如A1探测类型对应A2探测方案，B1探测类型对应B2探测方案。目标节点确定后，目标节点的探测类型确定，则探测方案也可以确定。

探测方案，即为如何对待探测服务进行探测的方案。探测方案确定后，即可根据探测方案对待探测服务进行探测，待探测服务会对探测进行反馈，即可得到对待探测服务进行探测的反馈信息。反馈信息可以与期望值进行对比，若反馈信息与期望值不一致，则可确认本次探测失败。其中，探测方案可以通过适配器调用。

本申请实施例还提供了一种可能的实现方式，配置信息还包括探测参数；根据目标节点的探测类型，调用对应目标节点的探测类型的预设的探测方案，包括：

根据目标节点的探测类型和探测参数，生成探测指令；

根据探测指令调用对应探测类型的预设的探测方案。

探测参数，为进行探测的具体参数，在生成探测指令时，给参数赋予的具体的值。如探测类型为接口探测类型，探测参数可以为10.0.0.1:8080。可以根据探测类型和探测参数生成探测指令，探测指令用于调用对应探测类型的探测方案。具体地，探测指令，可以为请求、请求报文、脚本、sql(Structured Query Language，结构化查询语言)等。请求报文用于调用接口类型对应的探测方案，脚本用于调用WEB类型对应的探测方案，sql用于调用数据库类型对应的探测方案。

本申请实施例还提供了一种可能的实现方式，配置信息还包括第一警告方案、第二警告方案和错误次数阈值，根据反馈信息确定目标节点出现故障时，生成用于警告目标节点出现故障的警告信息，并输出警告信息，包括：

若已接收的反馈信息中连续出错次数达到错误次数阈值，确定目标节点出现故障，并根据对应目标节点的第一警告方案生成用于警告目标节点出现故障的第一警告信息，并输出第一警告信息；

若预设时间内未接收到警告处理信息，根据对应目标节点的第二警告方案生成用于警告目标节点出现故障的第二警告信息，并输出第二警告信息。

可以根据接收的反馈信息判断本次探测是否出现问题。例如，期望值和本次实际返回的反馈信息的值做比对，若两个值不一致，则本次探测的执行结果为失败。终端中可以存储若干次的反馈信息对应的执行结果。如保存10次的执行结果，结果可以是一个10位数的字符串，1代表成功，0代表失败。错误次数阈值不做限定。如错误次数阈值可以为1次、3次、4次等。若错误次数阈值为3次，则连续三次接收的反馈信息都对应错误的执行结果，则可确认目标节点出现故障，即可生成和执行第一警告信息。第一警告信息可以通过短信、邮件、微信、界面等形式进行警告。

在输出第一警告信息后，正常情况下，用户会对第一警告信息对应的事项进行处理，使对应的目标节点恢复正常。若用户进行处理，则可以得到对应的警告处理信息。预设时间的时长不做限定，如预设时间的时长可以为30s、1min和2min等。如预设时长为2min，若2min内没有接收到警告处理信息，则说明用户可能没有注意到警告信息，没有对第一警告信息进行处理，则可生成并输出第二警告信息，以通知其他用户，或具有更高权限的用户，使其他用户或具有更高权限的用户对第二警告信息进行处理，以使目标节点恢复正常。

本申请的技术方案，可以防止用户没有对目标节点出现故障时进行处理，双层警告方案，使得故障的节点能及时被处理。

本申请实施例还提供了一种可能的实现方式，配置信息还包括与待探测节点关联的上级节点信息和下级节点信息；方法还包括：

基于目标节点出现故障，生成用于提示上级节点信息对应的节点出现故障的第一提示信息，并输出第一提示信息；和/或

基于目标节点出现故障，生成用于提示下级节点信息对应的节点出现故障的第二提示信息，并输出第二提示信息。

待探测节点之间并不是孤立的，待探测节点之间可能存在上下层、上下级的关系。如待探测节点A对应的待探测服务为接口探测，待探测节点B对应的待探测服务为数据库探测，若待探测节点A对应的接口为探测节点B对应的数据库的接口，则待探测节点A和待探测节点B之间则存在上下层的关系。若待探测节点A出现故障，会影响待探测节点B，即使待探测节点B实际没有出现故障，在对待探测节点B进行探测时，也会确认待探测节点B出现故障。若待探测节点A没有故障，待探测节点B出现故障，则对探测节点A进行探测时，反馈信息是正常的，确认反馈信息A是正常的，对探测节点B进行探测时，反馈信息是异常的，确认探测节点B出现故障。

若探测节点A能影响探测节点B，探测节点B却不能影响探测节点A，则探测节点A为探测节点B的上级的节点。根据上级节点信息，可以确定上级节点信息对应的上级的探测节点；根据下级节点信息，可以确定下级节点信息对应的下级的探测节点。本公开实施例的探测方案，在探测节点出现异常后，用户可以根据第一提示信息，实现故障的溯源，根据第二提示信息，实现故障的预警。

请参阅图3，本申请实施例提供了一种探测装置30，该探测装置30可以包括：

配置信息获取模块301，用于基于启用的一个或多个待探测节点，获取待探测节点的配置信息；

目标节点确定模块302，用于若当前时间达到待探测节点的配置信息对应预设探测时间，确定达到预设探测时间的待探测节点为目标节点；

探测模块303，用于根据目标节点的配置信息，对目标节点进行探测，得到探测的反馈信息；

警告模块304，用于根据反馈信息确定目标节点出现故障时，生成用于警告目标节点出现故障的警告信息，并输出警告信息。

本申请的实施例提供的探测装置，可以对待探测服务形成的探测节点进行探测，探测时不局限于特定的待探测服务，依据待探测节点形成的配置信息即可确定待探测节点的探测时间以进行探测，在探测节点有问题时，可以及时输出警告信息，实现了对待探测服务的自动化探测，提高了探测效率。

其中，探测装置30还可以包括：

服务获取模块，用于获取一个或多个待探测服务；

节点生成模块，用于根据每一个待探测服务，生成对应的待探测节点，待探测节点包括配置信息。

其中，探测装置30还可以包括：

显示模块，用于根据分类信息，分类显示待探测节点。

其中，探测模块303，可以包括：

调用单元，用于根据目标节点的探测类型，调用对应目标节点的探测类型的预设的探测方案；

探测单元，用于根据探测方案对目标节点的待探测服务进行探测，以得到对待探测服务进行探测的反馈信息。

其中，调用单元，可以包括：

指令生成单元，用于根据目标节点的探测类型和探测参数，生成探测指令；

方案调用单元，用于根据探测指令调用对应探测类型的预设的探测方案。

其中，警告模块304，可以包括：

第一警告单元，用于若已接收的反馈信息中连续出错次数达到错误次数阈值，确定目标节点出现故障，并根据对应目标节点的第一警告方案生成用于警告目标节点出现故障的第一警告信息，并输出第一警告信息；

第二警告单元，用于若预设时间内未接收到警告处理信息，根据对应目标节点的第二警告方案生成用于警告目标节点出现故障的第二警告信息，并输出第二警告信息。

其中，探测装置30还可以包括：

第一提示单元，用于基于目标节点出现故障，生成用于提示上级节点信息对应的节点出现故障的第一提示信息，并输出第一提示信息；和/或

第二提示单元，用于基于目标节点出现故障，生成用于提示下级节点信息对应的节点出现故障的第二提示信息，并输出第二提示信息。

请参阅图4，在一个可选实施例中提供了一种电子设备，电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本申请实施例的限定。

处理器4001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器4003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器4003用于存储执行本申请方案的应用程序代码，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的应用程序代码，以实现前述方法实施例所示的内容。

其中，电子设备包括但不限于：终端和服务器。

本申请实施例中提供了一种电子设备，该电子设备包括：存储器和处理器；至少一个程序，存储于存储器中，用于被处理器执行时，实现前述方法实施例中相应内容，与现有技术相比可实现：可以对待探测服务形成的探测节点进行探测，探测时不局限于特定的待探测服务，依据待探测节点形成的配置信息即可确定待探测节点的探测时间以进行探测，在探测节点有问题时，可以及时输出警告信息，实现了对待探测服务的自动化探测，提高了探测效率。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，可以对待探测服务形成的探测节点进行探测，探测时不局限于特定的待探测服务，依据待探测节点形成的配置信息即可确定待探测节点的探测时间以进行探测，在探测节点有问题时，可以及时输出警告信息，实现了对待探测服务的自动化探测，提高了探测效率。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种探测方法，其特征在于，所述方法包括：

获取一个或多个待探测服务；所述待探测服务包括应用程序探测；

根据每一个所述待探测服务，生成对应的待探测节点，所述待探测节点包括配置信息；若当前时间达到所述待探测节点的配置信息对应预设探测时间，确定达到所述预设探测时间的待探测节点为目标节点；

根据所述目标节点的配置信息，对所述目标节点进行探测，得到探测的反馈信息；

根据所述反馈信息确定所述目标节点出现故障时，生成用于警告所述目标节点出现故障的警告信息，并输出所述警告信息；

其中，所述生成待探测节点包括：建立系统表、分层表、区域表、节点表、任务表告警配置表、探测方案表和方案参数表，根据所述系统表、分层表、区域表、节点表、任务表告警配置表、探测方案表和方案参数表生成待探测节点；

所述系统表包括：系统名称、系统ID和系统描述；

所述分层表包括：分层ID、分层名称和系统ID；所述分层ID和分层名称用于确定待探测节点的分层位置；

所述区域表包括：区域ID、区域名称和系统ID；所述区域表中的系统ID关联所述系统表的系统ID；所述区域ID和区域名称用于确定待探测节点的展示区域；

所述节点表用于保存待探测服务、探测方案和告警方案，所述节点表包括节点ID、节点名称、节点状态、系统ID、分层ID、区域ID、展示顺序、服务名、服务类型、ip、端口、任务ID、最近执行结果、告警阈值；节点表的系统ID关联系统表的系统ID，节点表的分层ID关联分层表的分层ID，节点表的区域ID关联区域表的区域ID；所述展示顺序用于页面展示时的排序；系统ID、分层ID、区域ID和展示顺序决定待探测节点的展示位置；节点表的任务ID关联任务表；

所述任务表包括：任务ID、任务名称、任务类型、探测方案ID、探测间隔时间，探测方案ID关联探测方案表；

所述告警配置表包括任务ID、配置类型、配置值；所述告警配置表的任务ID关联任务表的任务ID；

所述探测方案表包括：探测方案ID、探测方案名称、探测方案类型、探测方案描述，探测参数表的探测方案ID关联探测方案表的探测方案ID。

2.根据权利要求1所述的探测方法，其特征在于，所述配置信息包括分类信息；所述方法还包括：

根据所述分类信息，分类显示所述待探测节点。

3.根据权利要求1所述的探测方法，其特征在于，所述配置信息包括与所述待探测节点对应的待探测服务、预设的探测类型，所述根据所述目标节点的配置信息，对所述目标节点进行探测，得到探测的反馈信息，包括：

根据所述目标节点的探测类型，调用对应所述目标节点的探测类型的预设的探测方案；

根据所述探测方案对所述目标节点的待探测服务进行探测，以得到对所述待探测服务进行探测的反馈信息。

4.根据权利要求3所述的探测方法，其特征在于，所述配置信息还包括探测参数；所述根据所述目标节点的探测类型，调用对应所述目标节点的探测类型的预设的探测方案，包括：

根据所述目标节点的探测类型和探测参数，生成探测指令；

根据所述探测指令调用对应所述探测类型的预设的探测方案。

5.根据权利要求1所述的探测方法，其特征在于，所述配置信息还包括第一警告方案、第二警告方案和错误次数阈值，所述根据所述反馈信息确定所述目标节点出现故障时，生成用于警告所述目标节点出现故障的警告信息，并输出所述警告信息，包括：

若已接收的反馈信息中连续出错次数达到所述错误次数阈值，确定所述目标节点出现故障，并根据对应所述目标节点的第一警告方案生成用于警告所述目标节点出现故障的第一警告信息，并输出所述第一警告信息；

若预设时间内未接收到警告处理信息，根据对应所述目标节点的第二警告方案生成用于警告所述目标节点出现故障的第二警告信息，并输出所述第二警告信息。

6.根据权利要求1所述的探测方法，其特征在于，所述配置信息还包括与所述待探测节点关联的上级节点信息和下级节点信息；所述方法还包括：

基于所述目标节点出现故障，生成用于提示所述上级节点信息对应的节点出现故障的第一提示信息，并输出所述第一提示信息；和/或

基于所述目标节点出现故障，生成用于提示所述下级节点信息对应的节点出现故障的第二提示信息，并输出所述第二提示信息。

7.根据权利要求1所述的探测方法，其特征在于，所述待探测服务包括接口探测、万维网WEB探测、应用程序APP探测、数据库探测。

8.一种探测装置，其特征在于，包括：

配置信息获取模块，用于获取一个或多个待探测服务；根据每一个所述待探测服务，生成对应的待探测节点，所述待探测节点包括所述配置信息；所述待探测服务包括应用程序探测；

目标节点确定模块，用于若当前时间达到所述待探测节点的配置信息对应预设探测时间，确定达到所述预设探测时间的待探测节点为目标节点；

探测模块，用于根据所述目标节点的配置信息，对所述目标节点进行探测，得到探测的反馈信息；

警告模块，用于根据所述反馈信息确定所述目标节点出现故障时，生成用于警告所述目标节点出现故障的警告信息，并输出所述警告信息；

其中，所述配置信息获取模块具体用于：建立系统表、分层表、区域表、节点表、任务表告警配置表、探测方案表和方案参数表，根据所述系统表、分层表、区域表、节点表、任务表告警配置表、探测方案表和方案参数表生成待探测节点；

所述系统表包括：系统名称、系统ID和系统描述；

所述分层表包括：分层ID、分层名称和系统ID；所述分层ID和分层名称用于确定待探测节点的分层位置；

所述区域表包括：区域ID、区域名称和系统ID；所述区域表中的系统ID关联所述系统表的系统ID；所述区域ID和区域名称用于确定待探测节点的展示区域；

所述节点表用于保存待探测服务、探测方案和告警方案，所述节点表包括节点ID、节点名称、节点状态、系统ID、分层ID、区域ID、展示顺序、服务名、服务类型、ip、端口、任务ID、最近执行结果、告警阈值；节点表的系统ID关联系统表的系统ID，节点表的分层ID关联分层表的分层ID，节点表的区域ID关联区域表的区域ID；所述展示顺序用于页面展示时的排序；系统ID、分层ID、区域ID和展示顺序决定待探测节点的展示位置；节点表的任务ID关联任务表；

所述任务表包括：任务ID、任务名称、任务类型、探测方案ID、探测间隔时间，探测方案ID关联探测方案表；

所述告警配置表包括任务ID、配置类型、配置值；所述告警配置表的任务ID关联任务表的任务ID；

所述探测方案表包括：探测方案ID、探测方案名称、探测方案类型、探测方案描述，探测参数表的探测方案ID关联探测方案表的探测方案ID。

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

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据权利要求1～7任一项所述的探测方法。

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

Images