CN115842860A - 一种针对数据链路的监控方法、装置及系统 - Google Patents

Abstract

本申请涉及数据链路监控技术领域，具体而言，涉及一种针对数据链路的监控方法、装置及系统，一定程度上可以监控数据链路是否出现异常，提高数字应用过程中的安全性和可靠性。所述方法应用于监控服务器，监控服务器与待监控的数据链路相连接，所述方法包括：通过数据链路中的数据采集平台获取在数据链路中传输的点位的点位状态，点位状态用于表征点位所在链路的运行状态，点位所在链路为数据链路中的分支；当成功获取点位状态，且检测到点位中的第一点位的点位状态异常时，获取第一点位所在链路上一次的运行状态；当第一点位所在链路上一次的运行状态正常时，对数据链路中待监控节点进行检查，以确定第一点位所在链路中的异常节点。

Description

一种针对数据链路的监控方法、装置及系统

技术领域

本申请涉及数据链路监控技术领域，具体而言，涉及一种针对数据链路的监控方法、装置及系统。

背景技术

随着科技的发展，信息化及数字化逐步推动制造业向数据化转型，将工艺、计划、生产、物流、质量及安全环境等多个方面数据融入到数字应用过程，能够提升诸多工业流程的执行效率及执行精确度，也因此降低了诸多工业流程的运行成本。

当前，数字应用过程中的四层架构依次是包括可编程逻辑控制器（ProgrammableLogic Controller，PLC）的边缘层、基础设施层、包括数据采集平台的平台层及包括数字应用平台的软件服务层，数字应用过程中各层架构之间传输的数据可称为点位，上述架构的工作过程为：边缘层中的PLC的点位被基础设施层包含的网关采集后，再由基础设施层将该点位传输至平台层中的数据采集平台，数据采集平台对采集到的点位进行存储，并可将采集到的点位转发至软件服务层中的数字应用平台，实现数据在各层架构之间的传输。其中，数据在各层架构之间传输的链路可称为数据链路。数字应用过程中的分层架构有利于数据汇聚、复用及应用开发。

但数据链路中从PLC到网关、从网关到数据采集平台，再从数据采集平台到数字应用平台的各个环节中，任意一个环节的数据传输进程都可能存在因网络问题或程序问题而导致点位传输中断的情况。

因此，目前亟需一种能够对数据链路进行监控的方法，以监控数据链路是否出现异常。

发明内容

为了监控数据链路是否出现异常，本申请提供了一种针对数据链路的监控方法、装置及系统。

本申请的实施例是这样实现的：

本申请实施例的第一方面提供一种针对数据链路的监控方法，应用于监控服务器，所述监控服务器与待监控的数据链路相连接，包括：

通过所述数据链路中的数据采集平台，获取在所述数据链路中传输的点位的点位状态，所述点位状态用于表征所述点位所在链路的运行状态，所述点位所在链路为所述数据链路中的分支；

当成功获取所述点位状态，且检测到所述点位中的第一点位的点位状态异常时，获取所述第一点位所在链路上一次的运行状态；

当所述第一点位所在链路上一次的运行状态正常时，对所述数据链路中待监控节点进行检查，以确定所述第一点位所在链路中的异常节点。

在一些可能的实现方式中，所述对所述数据链路中待监控节点进行检查，包括：

获取所述第一点位对应的数据采集类型，所述数据采集类型包括主动采集和被动采集；

基于所述数据采集类型对应的检查流程，对所述数据链路中的待监控节点进行检查。

在一些可能的实现方式中，当所述数据采集类型为主动采集时，所述数据采集平台执行主动采集任务，所述基于所述数据采集类型对应的检查流程，对所述数据链路中待监控节点进行检查步骤，包括：

当所述数据采集平台采集第一链路中的其余点位失败，且所述数据采集平台在其余链路中的主动采集任务中存在至少一项正常时，确定所述数据采集平台正常，所述第一链路为所述第一点位所在链路；

检测所述第一点位所属网关在各个主动采集过程中的点位传输过程；

当所述第一点位所属网关在各个主动采集过程中的点位传输过程均异常时，确定所述第一点位所属网关存在转发异常，所述异常节点包括所述第一点位所属网关。

在一些可能的实现方式中，所述检测所述第一点位所属网关在各个主动采集过程中的点位传输过程后，还包括：当所述第一点位所属网关中存在至少一个点位传输过程正常的情况时，确定所述第一点位所属通道异常，所述异常节点包括所述第一点位所属通道。

在一些可能的实现方式中，所述方法还包括：

若所述数据采集平台采集所述第一链路中的其余点位成功，确定所述数据采集平台与所述第一点位所属网关之间的点位传输过程正常；

获取用于表征所述第一点位所属网关及所述第一点位所在链路中包括的各个PLC之间通通讯状态的点位数值，其中，当所述第一点位所属网关及所述PLC之间连通时，所述点位数值为第一数值，当所述第一点位所属网关及所述PLC之间未连通时，所述点位数值为第二数值；

当所述点位数值为第二数值时，将所述第一点位所属网关确定为异常节点。

在一些可能的实现方式中，所述方法还包括：当所述数据采集平台在其余链路中的主动采集任务均异常时，确定所述数据采集平台主动采集任务过程异常，将所述数据采集平台确定为所述异常节点。

在一些可能的实现方式中，当所述数据采集类型为被动采集时，所述数据采集平台执行监听任务，所述基于所述数据采集类型对应的检查流程，对所述数据链路中待监控节点进行检查步骤，包括：

确定所述数据采集平台执行监听任务时，与所述数据采集平台相连接的代理服务器；

当所述监控服务器连接到所述代理服务器时，确定所述代理服务器与所述数据采集平台之间传输正常；

检测所述第一点位所属网关与所述代理服务器之间的连接状态，当所述第一点位所属网关与所述代理服务器之间连接成功时，确定所述第一点位所属通道正常，且所述第一点位所属网关数据转发异常，将所述第一点位所属网关确定为所述异常节点。

在一些可能的实现方式中，所述检测所述第一点位所属网关与所述代理服务器之间的连接状态后，所述方法还包括：

当所述第一点位所属网关与所述代理服务器之间连接失败时，确定所述第一点位所属网关与所述代理服务器连接异常，将所述第一点位所属通道确定为所述异常节点。

在一些可能的实现方式中，在所述通过所述数据链路中的数据采集平台，获取在所述数据链路中传输的点位的点位状态之后，所述方法还包括：当通过所述数据采集平台获取所述点位状态失败时，将所述数据采集平台的数据接口确定为所述异常节点。

在一些可能的实现方式中，还包括：

确定所述数据链路中各个节点和负责人之间的对应关系；

在检测到所述第一点位的点位状态异常后，向所述第一点位所在链路中的数字应用平台对应的负责人发送包含第一点位异常的第一通知信息；

在确定所述异常节点后，向所述异常节点对应的负责人发送包含异常节点的第二通知信息。

在一些可能的实现方式中，所述方法还包括：

当对所述数据链路中待监控节点进行检查时，将所述第一点位所在链路的运行状态设置为检查中；

在对所述数据链路中待监控节点检查停止后，将所述第一点位所在链路的运行状态设置为异常。

第二方面，本申请公开一种针对数据链路的监控装置，应用于监控服务器，所述监控服务器与待监控的数据链路相连接，包括：

点位获取模块，用于通过所述数据链路中的数据采集平台，获取在所述数据链路中传输的点位的点位状态，所述点位状态用于表征所述点位所在链路的运行状态，所述点位所在链路为所述数据链路中的分支；

链路运行状态获取模块，用于当成功获取所述点位状态，且检测到所述点位中的第一点位的点位状态异常时，获取所述第一点位所在链路上一次的运行状态；

链路检查模块，用于当所述第一点位所在链路上一次的运行状态正常时，对所述数据链路中待监控节点进行检查，以确定所述第一点位所在链路中的异常节点。

第三方面，本申请公开一种针对数据链路的监控系统，所述系统包括：

监控服务器，所述监控服务器与待监控的数据链路相连接；

用于存储所述监控服务器可执行指令的存储器；

所述监控服务器用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述针对数据链路的监控方法。

本申请的有益效果：当通过数据采集平台检测到第一点位状态存在异常后，且第一点位所在链路上一次的运行状态正常时，监控服务器对待监控的数据链路中待监控节点进行检查，以确定第一点位所在链路中的异常节点，此时，能够发现待监控的数据链路的异常节点，有助于提高整个待监控的数据链路的安全性和可靠性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为根据本申请一个或多个实施例的一种针对数据链路的监控方法中在监控服务器中创建的待监控的数据链路的示意图；

图2为根据本申请一个或多个实施例的一种针对数据链路的监控方法的流程示意图；

图3为根据本申请一个或多个实施例的一种针对数据链路的监控方法中对待监控的数据链路中待监控节点进行检查步骤的流程示意图；

图4为根据本申请一个或多个实施例的一种针对数据链路的监控方法中，当第一点位对应的数据采集类型为主动采集类型时，对应的检查步骤的流程示意图；

图5为根据本申请一个或多个实施例的一种针对数据链路的监控方法中，当第一点位对应的数据采集类型为被动采集类型时，对应的检查步骤的流程示意图；

图6为根据本申请一个或多个实施例的一种针对数据链路的监控方法的另一种执行方式的流程示意图；

图7为根据本申请一个或多个实施例的一种针对数据链路的监控方法中判断是否启动链路检查的逻辑流程图；

图8为根据本申请一个或多个实施例的一种针对数据链路的监控方法中判断第一点位对应的数据采集类型的流程图；

图9为根据本申请一个或多个实施例的一种针对数据链路的监控方法中，当第一点位对应的数据采集类型为主动采集类型时，对应的检查步骤的逻辑流程图；

图10为根据本申请一个或多个实施例的一种针对数据链路的监控方法中，当第一点位对应的数据采集类型为被动采集类型时，对应的检查步骤的逻辑流程图；

图11为根据本申请一个或多个实施例的一种针对数据链路的监控装置的结构示意图；

图12为根据本申请一个或多个实施例的一种针对数据链路的监控系统的结构示意图。

具体实施方式

为使本申请的目的、实施方式和优点更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，所描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

在介绍本申请技术方案之前，先对本申请中的术语进行说明:

PLC: 可编程逻辑控制器(Programmable Logic Controller ，PLC)，PLC是一种具有微处理器的数字电子设备，用于自动化控制，可以将控制指令随时加载到存储器内存储与运行。

IaaS: 基础设施即服务(Infrastructure-as-a-Service，IaaS)，IaaS层的作用是提供虚拟机或者其他资源作为服务提供给用户，主要的用户是系统管理员。

PaaS: 平台即服务(Platform-as-a-Service，PaaS )，PaaS层的作用是将开发平台作为服务提供给用户，主要的用户是开发人员。

SaaS: 软件即服务(Software-as-a-Service，SaaS)，SaaS层是将应用作为服务提供给用户，通过这种模式，用户只要接上网络，并通过浏览器，就能直接使用在云端上运行的应用。

数字应用过程中的四层架构依次是上述的PLC、IaaS层、PaaS层及SaaS层。数字应用过程中各层架构之间传输的数据均可称为点位，数据在各层架构之间传输的链路可称为数据链路。数据链路包括上述至少两层架构。而当数字链路包括上述四层架构时，整个数字链路的工作过程一般为：经过边缘层中的PLC的点位被IaaS层包含的网关采集后，再经过IaaS层传输至PaaS层中的数据采集平台，数据采集平台可将采集到的点位转发至SaaS层中的数字应用平台，被数字应用平台运用，实现数据在各层架构之间的传输，其中，数据采集平台也可称为数采平台。

需要说明的是，网关采集的点位在被传输至数据采集平台时，网关需要通过转发点位的通道向数据采集平台提供点位，此时需要根据转发点位的通道所使用的协议类型确定数据采集平台获取点位的方式。目前数据采集平台可对接modbus、opc ua和mqtt三种协议，因此传输点位的通道所使用的协议一般也分为modbus、opc ua和mqtt三种协议。其中，当数据采集平台对接的是modbus和opc ua协议对应的通道时，通道为主动采集通道，数据采集平台执行的是主动采集任务，且此时数据采集平台依靠其自身包含的任务调度模块获取点位。具体地，任务调度模块主动连接通道并采集网关通过通道转发的点位。而当数据采集平台对接的是mqtt协议对应的通道时，通道为监听通道，数据采集平台执行的是被动监听任务，即需要数据采集平台开启监听，被动接收点位，此时需要通过相应的代理服务器，实现点位从网关到数据采集平台的传输。

本申请发现目前数据链路的点位传输过程中，当数据链路因网络问题或程序问题而导致数据传输中断时，不易及时发现，因此也不利于点位传输的持续顺利进行，尤其对于包含上述完整架构的数据链路，从PLC到网关、从网关到数据采集平台，再从数据采集平台到数字应用的各个环节中，任意一个环节的点位传输进程中都会出现中断现象，严重影响数字应用过程中的安全性和可靠性。

故基于上述问题，本申请提出一种针对数据链路的监控方法、装置及系统，在执行本申请中的监控方法之前，先将监控服务器与待监控的数据链路中的数据采集平台连接，并基于监控服务器从数据采集平台中获取点位的点位状态，判断点位状态是否异常，并基于点位的点位状态信息判断是否对待监控的数据链路中待监控节点进行检查。当对待监控的数据链路中待监控节点进行检查时，监控服务器能够依次检查待监控的数据链路中各个节点的点位传输过程是否正常，进而确定待监控的数据链路中的异常节点，提高整个待监控的数据链路的安全性和可靠性，整个过程自动化强，且结果准确。以下对本申请中的技术方案进行详细阐述：

第一方面，本申请提供一种针对数据链路的监控方法，应用于监控服务器，监控服务器与待监控的数据链路相连接，监控服务器中设置有监控任务，监控任务用于表征对待监控的数据链路进行监控的流程。

具体地，操作人员在监控服务器中创建待监控的数据链路，实现待监控的数据链路与监控服务器的连接；之后，将待监控的数据链路中包括的各个待监控节点加入至监控服务器中的检查任务中，以使监控服务器在对待监控的数据链路中待监控节点进行检查时能够检查各个节点的点位传输过程，其中，待监控的数据链路中的节点包括PLC、网关、通道、数据采集平台、及数据应用平台中的至少两项。进一步的，数据链路中的数据采集平台执行监听任务时，节点还可包括与数据采集平台相连接的代理服务器。

可以理解的是，待监控节点为至少一个数据链路中的节点，如当监控的数据链路中的节点包括PLC、网关、通道、数据采集平台及数据应用平台时，待监控节点可为网关，也可为PLC及通道，还可为PLC、网关、通道、数据采集平台及数据应用平台。

在一些可能的实现方式中，当监控的数据链路中的节点包括PLC、网关、通道、数据采集平台及数据应用平台时，在监控服务器中创建待监控的数据链路时，可在监控服务器中先创建一个网关，然后在网关中新建通道并赋予通道全局唯一的ID。具体地，如果是主动采集通道，需要用户在监控服务器中配置主动采集通道所属的转发端口和协议类型；如果是监听通道，需要用户在监控服务器中配置该监听通道使用的代理服务器所属的IP、端口和主题，以及该监听通道在代理服务器中的用户名。

需要说明的是，一个网关中可新建多个通道，且新建通道之后，用户可通过页面配置的方式在每个通道下面创建一个PLC，并在监控服务器中分别配置与待监控的数据链路中PLC的名称一致的PLC文件夹，作为一种示例，PLC文件夹的名称可为轧机侧导板PLC。其中，每个通道对应一个数据采集平台中的采集任务。

完成上述操作后，创建数据采集平台和数字应用平台，并通过调试数据采集平台，使数据采集平台能够获取网关经通道输送的点位，并能将点位传输至数字应用平台。且当数据采集平台执行监听任务时，还需要通过配置数据的方式实现代理服务器与数据采集平台之间的连接，使数据采集平台能够顺利获取通道传输的点位。其中，数据应用平台设置为至少一个。

最后，操作人员通过页面配置的方式将创建的整个待监控的数据链路中各个节点全部加载到监控服务器中对应的PLC文件夹中，且将数据采集平台采集的所有点位关联到该PLC文件夹中，并将数据采集平台的采集任务ID和任务类型，以及数字应用平台的相关信息均存储至监控服务器中。

作为一种示例，在监控服务器中创建的待监控的数据链路的示意图如图1所示，图1中，当待监控的数据链路工作时，点位依次经过PLC、网关及通道的传输后被数据采集平台获取，供数字应用平台获取点位。

上述过程中，将待监控的数据链路中各节点均存储到监控服务器中，监控服务器才能精准定位待监控的数据链路中出现问题的节点，通过对待监控的数据链路进行精准监控来实现准确确定待监控的数据链路中的异常节点，进而提高整个待监控的数据链路的安全性及稳定性的目的。

在待监控的数据链路的工作过程中，如图2所示，针对数据链路的监控方法应用于与待监控的数据链路相连接的监控服务器，所述方法包括以下步骤：

步骤100中，通过数据链路中的数据采集平台，获取在待监控的数据链路中传输的点位的点位状态，点位状态用于表征点位所在链路的运行状态，点位所在链路为待监控的数据链路中的分支。

其中，监控服务器通过数据采集平台获取点位的点位状态主要是通过采集数据采集平台中点位的点位信息，监控服务器可每秒钟从数据采集平台获取8000-12000个点位信息，轮询遍历所有点位的点位信息并保存其采集到的点位信息。可以理解的是，点位信息可包括点位编号（point_code）、点位最新采集时间(timestamp)、点位名称(point_name)、点位最新值(value)及点位状态(status)。其中，点位编号、点位最新采集时间、点位名称和点位最新值用于区分不同采集时间的各个点位，点位状态用于判断对应点位是否异常。

在一些示例中，点位状态用0或者1表示，且当点位状态为1时，表示该点位正常，该点位所在链路正常；当点位状态为0时，表示该点位异常，该点位在该点位所在链路中离线，即该点位所在链路异常。在一些示例中，还可将点位最新值在预设时间间隔内不发生变化时对应的点位的点位状态定义为点位状态异常。监控服务器获取点位的点位状态后根据点位状态进行后续步骤。

步骤200中，当成功获取点位状态，且检测到点位中的第一点位的点位状态异常时，获取第一点位所在链路上一次的运行状态。

可以理解的是，当通过数据采集平台能够成功获取点位的点位状态，说明待监控的数据链路与监控服务器之间连接正常，此时，当监控服务器检测到所有点位中的第一点位的点位状态异常时，需要根据第一点位所在链路在监控服务器中保存的运行状态，获取第一点位所在链路上一次的运行状态。

需要说明的是，当通过数据采集平台并不能成功获取到点位的点位状态时，说明数据采集平台与监控服务器之间连接异常，故将数据采集平台的数据接口确定为异常节点。

步骤300中，当第一点位所在链路上一次的运行状态正常时，对待监控的数据链路中待监控节点进行检查，以确定第一点位所在链路中的异常节点。

具体的，在该步骤中，对待监控的数据链路中待监控节点进行检查，通常指的是对第一点位所在链路中包括的待监控节点进行检查，其中，异常节点可存在于待监控节点及相邻待监控节点之间的连接。

其中，第一点位所在链路的运行状态包括正常（normal）、异常（abnormal）以及检查中（checking），当第一点位所在链路上一次的运行状态即点位状态（status）为normal时，表示第一点位所在链路目前刚出现链路异常，此时，监控服务器可将第一点位所在链路的链路状态设置为checking，并立即启动链路检查程序，对待监控的数据链路中待监控节点进行检查。将链路状态设置为checking，表明该链路正在进行链路检查，即使该链路中再次出现点位状态异常的点位，监控服务器也不会重复启动链路检查程序，即不会再重复对待监控的数据链路中待监控节点进行检查。

在一些可能的实现方式中，如果第一点位所在链路上一次的运行状态为abnormal或者checking时，则说明监控服务器已经检测出第一点位所在链路存在异常，并将对或者正在对第一点位所在链路中的待监控节点进行检查，因此不再重复进行检查，有助于节约资源。

作为一种示例，当待监控的数据链路的待监控节点为数据采集平台、代理服务器、网关、通道及PLC，则链路检查的过程为依次对待监控的数据链路中的数据采集平台、代理服务器、网关、通道及PLC进行检查，直至确定出导致第一点位异常的异常节点。

在一些可能的实现方式中，如图3所示，对待监控的数据链路中待监控节点进行检查的过程如下：

步骤310中，获取第一点位对应的数据采集类型，数据采集类型包括主动采集和被动采集；

步骤320中，基于数据采集类型对应的检查流程，对待监控的数据链路中的待监控节点进行检查。对待监控的数据链路中待监控节点检查完毕后，监控服务器能够确定出第一点位所在链路中的异常节点。

其中，当第一点位对应的数据采集类型为主动采集类型，则数据采集平台执行主动采集任务，此时，需要依次判断数据采集平台、网关、通道、PLC是否为异常节点，如图4所示，对待监控的数据链路中待监控节点进行检查的过程具体包括以下步骤：

步骤411中，当数据采集平台采集第一链路中的其余点位失败，且数据采集平台在其余链路中的主动采集任务中存在至少一项正常时，确定数据采集平台正常，第一链路为第一点位所在链路。

步骤413中，检测第一点位所属网关在各个主动采集过程中的点位传输过程。

步骤415中，当第一点位所属网关在各个主动采集过程中的点位传输过程均异常时，确定第一点位所属网关存在转发异常，异常节点包括第一点位所属网关。

需要说明的是，当数据采集平台采集第一链路中的其余点位失败时，说明数据采集平台在第一链路中进行主动采集任务的执行状态为异常（failure），因此数据采集平台可能是异常节点，故此时需要通过检查数据采集平台在其余链路中的主动采集任务是否正常，来进一步确定数据采集平台是否为异常节点。

可以理解的是，当数据采集平台在其余链路中的主动采集任务均存在异常时，说明数据采集平台异常，数据采集平台为异常节点。

如果数据采集平台在其余链路中的主动采集任务中存在至少一项正常时，说明数据采集平台正常，数据采集平台中的任务调度模块可以正常发挥作用，数据采集平台并非异常节点。接下来则需要确定第一链路所属的网关是否为异常节点，故检测第一点位所属网关在各个主动采集过程中的点位传输过程，当传输过程均异常时，表明第一点位所属网关的各个主动采集过程的状态均异常，异常节点包括第一点位所属网关。

在一些可能的实现方式中，如果第一点位所属网关的各个主动采集过程中存在至少一个点位传输过程正常的情况时，说明第一点位所属网关能够正常发挥作用，确定第一点位所属通道异常，异常节点包括第一点位所属通道。

在一些可能的实现方式中，当数据采集平台能够采集第一链路中的所有点位时，表明数据采集平台执行主动采集任务的过程正常（success），且可确定数据采集平台与第一点位所属网关之间的点位传输过程正常，故监控服务器需要进一步检查第一点位所属网关与第一点位所在链路中包括的各个PLC之间的点位传输过程中是否存在异常。

当检查第一点位所属网关与第一点位所在链路中包括的各个PLC之间的点位传输过程中是否存在异常时，在一种可能的实现方式中，可通过获取监控服务器中存储的点位数值来进行判断。其中，点位数值用于表征第一点位所属网关及第一点位所在链路中包括的各个PLC之间通讯状态，当第一点位所属网关及PLC之间连通时，点位数值为第一数值，该第一数值用于表示第一点位所属网关及PLC之间通讯状态正常；当第一点位所属网关及PLC之间未连通时，点位数值为第二数值，该第二数值用于表示第一点位所属网关及PLC之间通讯状态异常。

作为一种示例，第一数值可为1，第二数值可为0，这种情况下，当监控服务器获取到的点位数值为0时，说明该PLC与该网关之间链路中断，异常节点包括第一点位所属网关。

在一些可能的实施方式中，当数据采集类型为被动采集，数据采集平台执行监听任务时，需要通过依次判断数据采集平台与代理服务器之间的连接状态、及网关与代理服务器之间的连接状态，来依次判断代理服务器、网关及通道是否为异常节点，如图5所示，对待监控的数据链路中待监控节点进行检查的过程具体包括以下步骤：

步骤511中，确定数据采集平台执行监听任务时，与数据采集平台相连接的代理服务器。

其中，监控服务器通过ip和端口确定与数据采集平台连接的代理服务器，基于目前的通道所使用的协议一般为mqtt协议，故目前的代理服务器一般为mqtt代理服务器。

步骤513中，当监控服务器连接到代理服务器时，确定代理服务器与数据采集平台之间传输正常。

具体地，监控服务器通过向代理服务器发送远程指令，判断代理服务器是否正常对外提供服务，当代理服务器能够正常对外提供服务时，说明监控服务器能够连接到代理服务器，进而说明代理服务器与数据采集平台之间传输正常。

在一些示例中，远程指令为telnet命令，当代理服务器能够成功接收到telnet命令，即telnet命令通过时，说明数据采集平台与代理服务器之间链路正常。需要说明的是，telnet命令是常用的远程控制服务器的媒介，通常用于远程登录。

在一些可能的实现方式中，如果代理服务器接收telnet命令失败，即当telnet命令未通过时，说明数据采集平台与mqtt代理服务器之间链路异常，异常节点包括代理服务器。

步骤515中，检测第一点位所属网关与代理服务器之间的连接状态，当第一点位所属网关与代理服务器之间连接成功时，确定第一点位所属通道正常，且第一点位所属网关数据转发异常，将第一点位所属网关确定为异常节点。

具体地，监控服务器获取第一点位所属网关在代理服务器中的用户名，然后根据用户名通过接口获取第一点位所属网关与相应代理服务器的连接状态，当第一点位所属网关与代理服务器之间连接成功，说明第一点位所属通道正常，但网关没有实时推送数据至代理服务器，顾客确定第一点位所属网关数据转发异常，并将第一点位所属网关确定为异常节点。

可以理解的是，当第一点位所属网关与代理服务器之间连接失败时，说明网关与代理服务器之间连接断开，可确定第一点位所属网关与代理服务器连接异常，将第一点位所属通道确定为异常节点。

为了让整个待监控的数据链路的运行状态较为准确，在一些可能的实现方式中，对待监控的数据链路中待监控节点检查完毕后，监控服务器将第一点位所在链路的运行状态设置为异常（abnormal），以使监控服务器能够准确识别各个链路的实时状态，进而有助于让监控服务器准确对整个待监控的数据链路进行监控。

在一些可能的实现方式中，当监控服务器成功获取点位的点位信息后，并通过点位信息检测到采集到的点位的点位状态均正常时，可通过查看监控服务器中保存的数据，来获取待监控的数据链路上次的运行状态。当待监控的数据链路上次的运行状态正常（normal）时，监控服务器不进行操作；当待监控的数据链路上次的运行状态异常（abnormal）时，监控服务器将待监控的数据链路上次的运行状态改为正常（normal）后，不再进行后续操作。在一些可能的实施方式中，如图6所示，针对数据链路的监控方法还包括以下步骤：

步骤600中，确定待监控的数据链路中各个节点与对应联系人的关系，并将所有联系人的联系信息存储至监控服务器中，将待监控节点与对应的负责人信息进行匹配。

步骤700中，由于数据采集平台通过提供数据服务，供数字应用获取点位，因此在检测到第一点位的点位状态异常后，向第一点位所在链路中的数字应用平台对应的负责人发送包含第一点位异常的第一通知信息，以提示数字应用平台对应的负责人暂停让数字应用平台使用第一点位对应的数据。

步骤800中，在通过上述链路检查过程确定异常节点后，向异常节点对应的负责人发送包含异常节点的第二通知信息。

例如，当异常节点包括网关时，监控服务器可向网关对应的负责人发送第二通知信息，以起到让网关对应的负责人及时知晓待监控的数据链路出现问题的节点，并能及时对网关进行维护的作用，提高整个待监控的数据链路的工作效率。

可以理解的是，在链路检查过程中，监控服务器发送的第一通知信息及第二通知信息可依据不同异常节点而预设不同的通知内容，本申请不对第一通知信息及第二通知信息的具体类型及内容做具体限定。

作为一个示例，监控服务器执行针对数据链路的监控方法的整个流程如下：

首先在监控服务器中创建从PLC到数据应用平台的待监控的数据链路，且待监控的节点为PLC、网关、通道、数据采集平台及数据应用平台，进一步的，数据链路中的数据采集平台执行监听任务时，节点还可包括与数据采集平台相连接的代理服务器。确定待监控的数据链路中各个节点与对应联系人的关系，将各个节点及各个节点对应的负责人的联系方式存储至监控服务器中。之后，将数据采集平台的采集任务及所有点位的点位信息均存储到监控服务器中。

如图7所示，监控服务器在判断是否启动链路检查的过程如下：

监控服务器每秒钟从待监控的数据链路中的数据采集平台获取10000个在待监控的数据链路中传输的点位的点位信息，轮询遍历所有点位的点位信息并保存其采集到的点位信息，此时，判断监控服务器能否通过数据采集平台获取到的点位信息来获取点位的点位状态。

当监控服务器无法通过数据采集平台成功获取点位的点位状态，则表明数据采集平台与监控服务器之间连接异常，将数据采集平台的接口确定为异常节点，此时监控服务器可以发送短信的形式自动给数据采集平台负责人发送第二通知信息，通知数据采集平台负责人数据采集平台接口异常， 整个判断是否启动链路检查的过程结束。

当监控服务器成功获取点位的点位信息后，并通过点位信息检测到采集到的点位的点位状态均正常（作为示例，所有点位的点位状态均为1）时，说明整个待监控的数据链路正常，此时可通过查看监控服务器中保存的数据，来获取待监控的数据链路上次的运行状态。

当待监控的数据链路上次的运行状态正常（normal）时，不做操作，整个判断是否启动链路检查的过程结束；当待监控的数据链路上次的运行状态异常（abnormal）时，将待监控的数据链路上次的运行状态改为正常（normal）后，整个判断是否启动链路检查的过程结束。

当监控服务器检测到所有点位中存在点位状态异常的点位（即异常点位的点位状态为0），此时，异常点位离线，待监控的数据链路异常，以第一点位的点位状态异常为例，监控服务器获取第一点位所在链路上一次的运行状态。

当第一点位所在链路上一次的运行状态异常（abnormal）或者正在检查中（checking）时，不做操作，整个判断是否启动链路检查的过程结束；当第一点位所在链路上一次的运行状态为正常（Normal）时，启动链路检查，将链路状态改为checking，监控服务器对待监控的数据链路中待监控节点进行检查，整个判断是否启动链路检查的过程结束。且在启动链路检查的同时，向第一点位所在链路的数字应用平台的负责人发送第一通知信息，告知数字应用平台对应的负责人当前点位采集异常。

可以理解的是，当整个判断过程结束后，监控服务器可进行下次的判断过程。

在对待监控的数据链路中待监控节点进行检查的过程中，监控服务器的整个检查流程可如图8-10所示，需要说明的是，待监控的数据链路中待监控节点进行检查，通常指的是对第一点位所在链路中包括的待监控节点进行检查。具体的链路检查过程阐述如下：

首先，如图8所示，监控服务器获取第一点位对应的数据采集类型，即第一点位所属采集任务类型。

当第一点位对应的数据采集类型为主动采集类型时，第一点位所属采集任务类型为主动采集任务，数据采集平台执行主动采集任务，此时，监控服务器获取数据采集平台采集第一点位所在链路中的其余点位的情况，并进行后续步骤。

当第一点位对应的数据采集类型为被动采集类型时，第一点位所属采集任务类型为监听任务，数据采集平台执行监听任务，此时，监控服务器根据ip和端口确定相应的mqtt代理服务器，并获取数据采集平台与代理服务器之间的连接状态，以进行后续步骤。

由此可知，监控服务器能够根据第一点位对应的数据采集类型，采用与数据采集类型对应的检查流程对待监控的数据链路进行检查。

接着，如图9所示，当第一点位对应的数据采集类型为主动采集类型时，监控服务器获取数据采集平台采集第一链路中的其余点位的情况，第一链路为第一点位所在的链路。当数据采集平台可以成功采集第一点位所在链路中至少一个其余点位时，数据采集平台在第一点位所在链路中进行主动采集任务的执行状态正常（success），说明数据采集平台与第一点位所属网关之间点位传输正常，此时，通过获取监控服务器中存储的用于表征第一点位所属网关与单个PLC之间连接状态的点位数值来获取第一点位所属网关与第一链路中包括的各个PLC之间的连接状态。

当点位数值为0时，表明第一点位所属网关与第一链路中包括的PLC之间连接异常，通过发送短信的方式自动向第一点位所属网关的负责人发送第二通知信息，告知第一点位所属网关的负责人网关与该PLC连接异常，异常节点包括第一点位所属网关。之后将第一点位所在链路即第一链路的运行状态修改为异常（abnormal）后，对整个待监控的数据链路中待监控节点的检查过程结束。

当数据采集平台采集第一链路中的其余点位失败，数据采集平台在第一点位所在链路中进行主动采集任务的执行状态异常（failure）时，说明数据采集平台与第一点位所属网关之间点位传输异常，此时，判断数据采集平台在其余链路中的主动采集任务状态是否均异常，即判断数据采集平台在其余链路中能否正常采集到正常状态的点位，当数据采集平台能够采集到其余链路中的至少一个正常状态的点位，表明数据采集平台在其余链路中的主动采集任务状态存在正常情况。

如果数据采集平台在其余链路中的主动采集任务状态都为异常，则表示数据采集平台主动采集任务过程异常，将数据采集平台确定为异常节点，通过发送短信的方式自动给数据采集平台对应的负责人发送第二通知信息。之后将第一点位所在链路即第一链路的运行状态修改为异常（abnormal）后，对整个待监控的数据链路中待监控节点的检查过程结束。

如果数据采集平台在其余链路中的主动采集任务中的任意一项主动采集任务能够顺利执行，说明数据采集平台正常，数据采集平台中的任务调度模块可以正常发挥作用。此时，判断第一点位所属网关的各个主动采集过程的状态是否均异常，若第一点位所属网关的各个主动采集过程的状态均异常时，确定第一点位所属网关存在转发异常，异常节点包括第一点位所属网关，通过发送短信的方式向第一点位所属网关的负责人发送第二通知信息，告知第一点位所属网关的负责人网关转发异常。之后将第一点位所在链路即第一链路的运行状态修改为异常（abnormal）后，对整个待监控的数据链路中待监控节点的检查过程结束。

如果第一点位所属网关的各个主动采集过程中存在至少一个点位传输过程正常的情况时，说明网关转发功能正常，确定第一点位所属通道异常，异常节点包括第一点位所属通道，通过发送短信的方式自动向第一点位所属网关的负责人发送第二通知信息，告知第一点位所属网关的负责人第一点位所属通道异常。之后将第一点位所在链路的运行状态修改为异常（abnormal）后，对整个待监控的数据链路中待监控节点的检查过程结束。

或者，如图10所示，当第一点位所属采集任务类型为监听任务时，监控服务器根据ip和端口确定了mqtt代理服务器后，获取数据采集平台与代理服务器之间的连接状态，以确定代理服务器与数据采集平台之间传输正常。具体地，向mqtt代理服务器发送telnet命令，判断telnet命令是否通过。

当telnet命令通过时，说明数据采集平台与mqtt代理服务器之间连接正常，数据采集平台与mqtt代理服务器之间可正常传输点位，mqtt代理服务器能够正常对外提供服务；此时，监控服务器获取该第一点位所属网关在mqtt代理服务器中的用户名，然后监控服务器调用mqtt代理服务器接口，并根据用户名通过接口获取网关与mqtt代理服务器的连接状态。

如果网关与mqtt代理服务器连接正常，则说明网关与mqtt代理服务器之间的链路正常，故可确定网关没有实时推送点位至mqtt代理服务器，即第一点位所属网关数据转发异常，将第一点位所属网关确定为异常节点，通过发送短信的方式自动向第一点位所属网关的负责人发送第二通知信息，告知第一点位所属网关的负责人网关与mqtt代理服务器连接正常，但网关未推送数据。之后将第一点位所在链路即第一链路的运行状态修改为异常（abnormal）后，对整个待监控的数据链路中待监控节点的检查过程结束。

如果网关与mqtt代理服务器连接异常，说明网关与mqtt代理服务器断开，此时，将第一点位所属网关与代理服务器之间传输点位的通道确定为异常节点，通过发送短信的方式向第一点位所属网关的负责人发送第二通知信息，告知第一点位所属网关的负责人网关与mqtt代理服务器连接异常，异常节点包括通道。之后将第一点位所在链路即第一链路的运行状态修改为异常（abnormal）后，对整个待监控的数据链路中待监控节点的检查过程结束。

当telnet命令未通过时，说明数据采集平台与mqtt代理服务器之间链路异常，mqtt代理服务器不能够正常对外提供服务，监控服务器可通过发送短信的方式自动向mqtt代理服务器对应的负责人发送第二通知信息，告知mqtt代理服务器对应的负责人mqtt代理服务器异常工作，异常节点包括mqtt代理服务器。之后将第一点位所在链路即第一链路的运行状态修改为异常（abnormal）后，对整个待监控的数据链路中待监控节点的检查过程结束。

如图11所示，第二方面，本申请提供了一种针对数据链路的监控装置，所述装置应用于监控服务器，监控服务器与待监控的数据链路相连接，所述装置具体包括：

点位获取模块，用于通过数据链路中的数据采集平台，获取在待监控的数据链路中传输的点位的点位状态，点位状态用于表征点位所在链路的运行状态，点位所在链路为待监控的数据链路中的分支；

链路运行状态获取模块，用于当成功获取点位状态，且检测到点位中的第一点位的点位状态异常时，获取第一点位所在链路上一次的运行状态；

链路检查模块，用于当第一点位所在链路上一次的运行状态正常时，对待监控的数据链路中待监控节点进行检查，以确定第一点位所在链路中的异常节点。

在一些可能的实现方式中，对待监控的数据链路中待监控节点进行检查时，链路检查模块还包括检查单元，检查单元用于：获取第一点位对应的数据采集类型，数据采集类型包括主动采集和被动采集；基于数据采集类型对应的检查流程，对待监控的数据链路中的待监控节点进行检查。

在一些可能的实现方式中，当数据采集类型为主动采集时，数据采集平台执行主动采集任务，基于数据采集类型对应的检查流程，对待监控的数据链路中待监控节点进行检查步骤中，检查单元包括第一检查单元，第一检查单元用于：

当数据采集平台采集第一链路中的其余点位失败，且数据采集平台在其余链路中的主动采集任务中存在至少一项正常时，确定数据采集平台正常，第一链路为第一点位所在链路；

检测第一点位所属网关在各个主动采集过程中的点位传输过程；

当第一点位所属网关在各个主动采集过程中的点位传输过程均异常时，确定第一点位所属网关存在转发异常，异常节点包括第一点位所属网关。

在一些可能的实现方式中，检测第一点位所属网关在各个主动采集过程中的点位传输过程后，第一检查单元还用于当第一点位所属网关中存在至少一个点位传输过程正常的情况时，确定第一点位所属通道异常，异常节点包括第一点位所属通道。

在一些可能的实现方式中，第一检查单元还用于：

若数据采集平台采集第一链路中的其余点位成功，确定数据采集平台与第一点位所属网关之间的点位传输过程正常；

获取用于表征第一点位所属网关及第一点位所在链路中包括的各个PLC之间通讯状态的点位数值，其中，当第一点位所属网关及PLC之间连通时，点位数值为第一数值，当第一点位所属网关及PLC之间未连通时，点位数值为第二数值；

当点位数值为第二数值时，将第一点位所属网关确定为异常节点。

在一些可能的实现方式中，第一检查单元还用于当数据采集平台在其余链路中的主动采集任务均异常时，确定数据采集平台主动采集任务过程异常，将数据采集平台确定为异常节点。

在一些可能的实现方式中，在通过数据链路中的数据采集平台，获取在待监控的数据链路中传输的点位的点位状态之后，点位获取模块还用于当通过数据采集平台获取点位状态失败时，将数据采集平台的数据接口确定为异常节点。

在一些可能的实现方式中，当数据采集类型为被动采集时，数据采集平台执行监听任务，基于数据采集类型对应的检查流程，对待监控的数据链路中待监控节点进行检查步骤中，检查单元还包括第二检查单元，第二检查单元用于：

确定数据采集平台执行监听任务时，与数据采集平台相连接的代理服务器；

当监控服务器连接到代理服务器时，确定代理服务器与数据采集平台之间传输正常；

检测第一点位所属网关与代理服务器之间的连接状态，当第一点位所属网关与代理服务器之间连接成功时，确定第一点位所属通道正常，且第一点位所属网关数据转发异常，将第一点位所属网关确定为异常节点。

在一些可能的实现方式中，检测第一点位所属网关与代理服务器之间的连接状态后，第二检查单元还用于当第一点位所属网关与代理服务器之间连接失败时，确定第一点位所属网关与代理服务器连接异常，将第一点位所属通道确定为异常节点。

在一些可能的实现方式中，链路检查模块还包括通知单元，通知单元用于：

确定待监控的数据链路中各个节点和负责人之间的对应关系；

在检测到第一点位的点位状态异常后，向第一点位所在链路中的数字应用平台对应的负责人发送包含第一点位异常的第一通知信息；

在确定异常节点后，向异常节点对应的负责人发送包含异常节点的第二通知信息。

在一些可能的实现方式中，链路检查模块还包括运行状态更改单元，运行状态更改单元用于：

当对待监控的数据链路中待监控节点进行检查时，将第一点位所在链路的运行状态设置为检查中；

在对待监控的数据链路中待监控节点检查停止后，将第一点位所在链路的运行状态设置为异常。

如图12所示，第三方面，本申请提供了一种针对数据链路的监控系统，监控系统包括监控服务器、存储器、通信接口和通信总线，监控服务器、存储器和通信接口通过通信总线完成相互间的通信。存储器用于用于存储至少一条监控服务器可执行指令，监控服务器用于从存储器中读取可执行指令，并执行指令以实现上述针对数据链路的监控方法。

其中，存储器包括非易失性存储介质和内存储器，非易失性存储介质存储有操作系统和上述可执行指令，内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。

本领域技术人员可以理解，图12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的针对数据链路的监控系统的限定，具体的针对数据链路的监控系统可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本申请实施例的第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被监控服务器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-Only Memory，ROM）、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic Random Access Memory，DRAM）等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (13)

1.一种针对数据链路的监控方法，其特征在于，应用于监控服务器，所述监控服务器与待监控的数据链路相连接，包括：

通过所述数据链路中的数据采集平台，获取在所述数据链路中传输的点位的点位状态，所述点位状态用于表征所述点位所在链路的运行状态，所述点位所在链路为所述数据链路中的分支；

当成功获取所述点位状态，且检测到所述点位中的第一点位的点位状态异常时，获取所述第一点位所在链路上一次的运行状态；

当所述第一点位所在链路上一次的运行状态正常时，对所述数据链路中待监控节点进行检查，以确定所述第一点位所在链路中的异常节点。

2.如权利要求1所述的针对数据链路的监控方法，其特征在于，所述对所述数据链路中待监控节点进行检查，包括：

获取所述第一点位对应的数据采集类型，所述数据采集类型包括主动采集和被动采集；

基于所述数据采集类型对应的检查流程，对所述数据链路中的待监控节点进行检查。

3.如权利要求2所述的针对数据链路的监控方法，其特征在于，当所述数据采集类型为主动采集时，所述数据采集平台执行主动采集任务，所述基于所述数据采集类型对应的检查流程，对所述数据链路中待监控节点进行检查步骤，包括：

当所述数据采集平台采集第一链路中的其余点位失败，且所述数据采集平台在其余链路中的主动采集任务中存在至少一项正常时，确定所述数据采集平台正常，所述第一链路为所述第一点位所在链路；

检测所述第一点位所属网关在各个主动采集过程中的点位传输过程；

当所述第一点位所属网关在各个主动采集过程中的点位传输过程均异常时，确定所述第一点位所属网关存在转发异常，所述异常节点包括所述第一点位所属网关。

4.如权利要求3所述的针对数据链路的监控方法，其特征在于，所述检测所述第一点位所属网关在各个主动采集过程中的点位传输过程后，还包括：

当所述第一点位所属网关中存在至少一个点位传输过程正常的情况时，确定所述第一点位所属通道异常，所述异常节点包括所述第一点位所属通道。

5.如权利要求3所述的针对数据链路的监控方法，其特征在于，还包括：

若所述数据采集平台采集所述第一链路中的其余点位成功，确定所述数据采集平台与所述第一点位所属网关之间的点位传输过程正常；

获取用于表征所述第一点位所属网关及所述第一点位所在链路中包括的各个PLC之间通讯状态的点位数值，其中，当所述第一点位所属网关及所述PLC之间连通时，所述点位数值为第一数值，当所述第一点位所属网关及所述PLC之间未连通时，所述点位数值为第二数值；

当所述点位数值为第二数值时，将所述第一点位所属网关确定为异常节点。

6.如权利要求3所述的针对数据链路的监控方法，其特征在于，还包括，

当所述数据采集平台在其余链路中的主动采集任务均异常时，确定所述数据采集平台主动采集任务过程异常，将所述数据采集平台确定为所述异常节点。

7.权利要求2所述的针对数据链路的监控方法，其特征在于，当所述数据采集类型为被动采集时，所述数据采集平台执行监听任务，所述基于所述数据采集类型对应的检查流程，对所述数据链路中待监控节点进行检查步骤，包括：

确定所述数据采集平台执行监听任务时，与所述数据采集平台相连接的代理服务器；

当所述监控服务器连接到所述代理服务器时，确定所述代理服务器与所述数据采集平台之间传输正常；

检测所述第一点位所属网关与所述代理服务器之间的连接状态，当所述第一点位所属网关与所述代理服务器之间连接成功时，确定所述第一点位所属通道正常，且所述第一点位所属网关数据转发异常，将所述第一点位所属网关确定为所述异常节点。

8.如权利要求7所述的针对数据链路的监控方法，其特征在于，所述检测所述第一点位所属网关与所述代理服务器之间的连接状态后，还包括：

当所述第一点位所属网关与所述代理服务器之间连接失败时，确定所述第一点位所属网关与所述代理服务器连接异常，将所述第一点位所属通道确定为所述异常节点。

9.如权利要求1所述的针对数据链路的监控方法，其特征在于，在所述通过所述数据链路中的数据采集平台，获取在所述数据链路中传输的点位的点位状态之后，还包括：

当通过所述数据采集平台获取所述点位状态失败时，将所述数据采集平台的数据接口确定为所述异常节点。

10.如权利要求1-9任一所述的针对数据链路的监控方法，其特征在于，还包括：

确定所述数据链路中各个节点和负责人之间的对应关系；

在检测到所述第一点位的点位状态异常后，向所述第一点位所在链路中的数字应用平台对应的负责人发送包含第一点位异常的第一通知信息；

在确定所述异常节点后，向所述异常节点对应的负责人发送包含异常节点的第二通知信息。

11.如权利要求1所述的针对数据链路的监控方法，其特征在于，还包括：

当对所述数据链路中待监控节点进行检查时，将所述第一点位所在链路的运行状态设置为检查中；

在对所述数据链路中待监控节点检查停止后，将所述第一点位所在链路的运行状态设置为异常。

12.一种针对数据链路的监控装置，其特征在于，应用于监控服务器，所述监控服务器与待监控的数据链路相连接，包括：

点位获取模块，用于通过所述数据链路中的数据采集平台，获取在所述数据链路中传输的点位的点位状态，所述点位状态用于表征所述点位所在链路的运行状态，所述点位所在链路为所述数据链路中的分支；

链路运行状态获取模块，用于当成功获取所述点位状态，且检测到所述点位中的第一点位的点位状态异常时，获取所述第一点位所在链路上一次的运行状态；

链路检查模块，用于当所述第一点位所在链路上一次的运行状态正常时，对所述数据链路中待监控节点进行检查，以确定所述第一点位所在链路中的异常节点。

13.一种针对数据链路的监控系统，其特征在于，包括：

监控服务器，所述监控服务器与待监控的数据链路相连接；

用于存储所述监控服务器可执行指令的存储器；

所述监控服务器用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述权利要求1-11任一所述的针对数据链路的监控方法。

Images