CN111585837B - 物联网数据链路监控方法、装置、计算机设备和存储介质 - Google Patents

物联网数据链路监控方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
CN111585837B
CN111585837B CN202010354838.6A CN202010354838A CN111585837B CN 111585837 B CN111585837 B CN 111585837B CN 202010354838 A CN202010354838 A CN 202010354838A CN 111585837 B CN111585837 B CN 111585837B
Authority
CN
China
Prior art keywords
monitored
monitoring
event
node
type data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010354838.6A
Other languages
English (en)
Other versions
CN111585837A (zh
Inventor
郑晓飞
赵世洋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhuhai Hengqin Yingshi Technology Research and Development Co.,Ltd.
Original Assignee
Field Real Estate Group Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Field Real Estate Group Co ltd filed Critical Field Real Estate Group Co ltd
Priority to CN202010354838.6A priority Critical patent/CN111585837B/zh
Publication of CN111585837A publication Critical patent/CN111585837A/zh
Application granted granted Critical
Publication of CN111585837B publication Critical patent/CN111585837B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请涉及一种物联网数据链路监控方法、装置、计算机设备和存储介质。所述方法包括：获取物联网事件为待监测事件；为所述待监测事件生成对应的监控标识；获取所述待监测事件中包含的待监测节点和待监测组件；对所述待监测节点和所述待监测组件进行监控，生成对应的监控报文；对所述监控报文进行收集，并进行报文解析；若根据解析后的结果判定特征类型数据未达标，则启动告警模式，这种监控方式实现对物联网的完整数据链路的监控，并可以实时获知各个功能节点的运行状态，且可以及时有效的定位数据链路中的异常并进行快速处理。

Description

物联网数据链路监控方法、装置、计算机设备和存储介质
技术领域
本申请涉及物联网技术领域，特别是涉及一种物联网数据链路监控方法、装置、计算机设备和存储介质。
背景技术
物联网(The Internet of Things，简称IOT)是指通过各种信息传感器、射频识别技术、全球定位系统、红外感应器、激光扫描器等各种装置与技术，实时采集任何需要监控、连接、互动的物体或过程，采集其声、光、热、电、力学、化学、生物、位置等各种需要的信息，通过各类可能的网络接入，实现物与物、物与人的泛在连接，实现对物品和过程的智能化感知、识别和管理。物联网是一个基于互联网、传统电信网等的信息承载体，它让所有能够被独立寻址的普通物理对象形成互联互通的网络。
随着计算机技术的发展，物联网的应用已经愈来愈普遍。对于物联网来说，物联网数据从产生到业务使用，通常需途经采集设备、边缘网关、IoT平台、数据传输中间件、数据处理服务、业务服务等若干个功能/实体节点构成的数据链路。链路长，环境异构，跨不同性质的网络，任何一个节点异常都可造成处于链路末端的业务应用出现问题。因此，对数据链路的异常监控非常必要。
在传统技术中，通常采用的监控都是组件级或平台级，零散分布在链路上。如监控设备采集功能运行是否正常、网关吞吐是否在合理范围内。但这种监控方法，不论是数据链路的管理者还是使用方，均无法获取完整数据链路的运行情况，如此便无法及时有效的确定物联网数据链路中存在的问题，也无法及时进行处理。
发明内容
基于此，有必要针对上述技术问题，提供一种能够及时有效对数据链路进行监控的物联网数据链路监控方法、装置、计算机设备和存储介质。
本申请提供了一种物联网数据链路监控方法，所述方法包括：
获取物联网事件为待监测事件；
为所述待监测事件生成对应的监控标识；
获取所述待监测事件中包含的待监测节点和待监测组件；
对所述待监测节点和所述待监测组件进行监控，生成对应的监控报文；
对所述监控报文进行收集，并进行报文解析；
若根据解析后的结果判定特征类型数据未达标，则启动告警模式。
可选地，所述对所述监控报文进行收集，并进行报文解析，包括：
提取所述监控报文中的特征字段内容；
根据所述监控报文获取每个特征字段内容对应的数据。
可选地，所述对所述待监测节点和所述待监测组件进行监控，生成对应的监控报文，包括：
在每个所述待监测节点和所述待监测组件中加入监控报文功能模块；
调用所述监控报文功能模块记录所述待监测事件进入所述待监测节点或所述待监测组件的进入时间；
当所述待监测节点或所述待监测组件将所述待监测事件转发至下一个节点或组件时，调用所述监控报文功能模块记录所述待监测事件的离开时间；
根据所述待监测事件的进入时间和离开时间生成每个所述待监测节点或所述待监测组件对应的监控报文。
可选地，所述对所述监控报文进行收集，并进行报文解析，包括：
获取每个所述待监测节点或所述待监测组件对应的监控报文，将所述监控报文添加至消息队列中间件；
通过所述消息队列中间件对所述监控报文进行收集，并进行报文解析。
可选地，所述获取每个所述待监测节点或所述待监测组件对应的监控报文，将所述监控报文添加至消息队列中间件，包括：
获取每个所述待监测节点或所述待监测组件在本地产生的监控报文；
定时将所述本地产生的监控报文添加至消息队列中间件。
可选地，所述特征类型数据包括节点类型数据、管道类型数据、链路类型数据中的至少一种；
所述节点类型数据的指标包括单位时间接收事件数量、单位时间发送事件数量、单位时间接收事件大小、单位时间发送事件大小及处理耗时中的至少一种；
所述管道类型数据的指标包括传输延迟；
所述链路类型数据的指标包括事件处理平均耗时、单位时间接收事件数量及单位时间接收事件大小中的至少一种。
可选的，在所述若根据解析后的结果判定特征类型数据未达标，则启动告警模式之前，所述方法还包括：
获取所述节点类型数据、所述管道类型数据或所述链路类型数据在预定时间内的历史数据；
根据所述历史数据确定所述节点类型数据、所述管道类型数据及所述链路类型数据各自对应的比对标准值；
将所述节点类型数据、所述管道类型数据及所述链路类型数据的当前数据分别与所述比对标准值进行对比，确定各个类型的数据指标是否达标。
本申请还提供了一种物联网数据链路监控装置，所述装置包括：
监控标识生成模块，用于获取物联网事件为待监测事件，为所述待监测事件生成对应的监控标识；
监控报文生成模块，用于获取所述待监测事件中包含的待监测节点和待监测组件；对所述待监测节点和所述待监测组件进行监控，生成对应的监控报文；
监控报文解析模块，用于对所述监控报文进行收集，并进行报文解析；
监控告警模块，用于若根据解析后的结果判定特征类型数据未达标，则启动告警模式。
本申请还提供了一种计算机设备，包括存储器、处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
获取物联网事件为待监测事件；
为所述待监测事件生成对应的监控标识；
获取所述待监测事件中包含的待监测节点和待监测组件；
对所述待监测节点和所述待监测组件进行监控，生成对应的监控报文；
对所述监控报文进行收集，并进行报文解析；
若根据解析后的结果判定特征类型数据未达标，则启动告警模式。
本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
获取物联网事件为待监测事件；
为所述待监测事件生成对应的监控标识；
获取所述待监测事件中包含的待监测节点和待监测组件；
对所述待监测节点和所述待监测组件进行监控，生成对应的监控报文；
对所述监控报文进行收集，并进行报文解析；
若根据解析后的结果判定特征类型数据未达标，则启动告警模式。
上述物联网数据链路监控方法、装置、计算机设备和存储介质，通过获取物联网事件为待监测事件，为待监测事件生成对应的监控标识，获取待监测事件中包含的待监测节点和待监测组件，对待监测节点和待监测组件进行监控，生成对应的监控报文，对监控报文进行收集，并进行报文解析，若根据解析后的结果判定特征类型数据未达标，则启动告警模式，通过这种监控方法通过对每一个节点或组件进行监控生成对应的监控报文，并对全部监控报文进行解析，实时计算出各节点的吞吐量、处理时延，各中间管道的传输时延，汇总得到完整数据链路的吞吐、时延，并与比对标准值进行比对，以及时发现数据链路中的异常，并启动告警模式，这种监控方式实现对物联网的完整数据链路的监控，并可以实时获知各个功能节点的运行状态，且可以及时有效的定位数据链路中的异常并进行快速处理。
附图说明
图1为一个实施例中物联网数据链路监控方法的流程示意图；
图2为一个实施例中步骤104的流程示意图；
图3为一个实施例中物联网数据链路监控方法的流程示意图；
图4为一个实施例中物联网数据链路监控装置的结构框图；
图5为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
在一个实施例中，如图1所示，提供了一种物联网数据链路监控方法，包括以下步骤：
步骤101，获取物联网事件为待监测事件。
物联网事件，是指某个基于物联网产生的数据链路所对应的事件。如，用户可基于物联网远程对家中的电器设备进行操控，那么这一事件可称为物联网事件。首先，服务器可以将需要监测数据链路是否存在问题的物联网事件，称之为待监测事件。
步骤102，为待监测事件生成对应的监控标识。
在确定了待监测事件后，服务器可以为此待监测事件生成一个唯一的监控标识，即监控ID。监控ID可以是全局唯一的，生成方式可以采用硬件MAC+时间戳+随机数字的组合方式，以确保其全局唯一性。
步骤103，获取待监测事件中包含的待监测节点和待监测组件。
步骤104，对待监测节点和待监测组件进行监控，生成对应的监控报文。
在每个待监测事件中，均包含有一个或多个待监测节点和待监测组件。当待监测事件经历了全部的节点和组件后，即表示待监测事件执行完毕。
基于此，服务器可以先获取到待监测事件中包含的全部的待监测节点和全部的待监测组件，并可以通过对全部的待监测节点和待监测组件进行监控，以实现对待监测事件的整个数据链路进行监控，并生成对应的监控报文。
在一个实施例中，如图2所示，步骤104包括：
步骤201，在每个待监测节点和待监测组件中加入监控报文功能模块。
步骤202，调用监控报文功能模块记录待监测事件进入待监测节点或待监测组件的进入时间。
步骤203，当待监测节点或待监测组件将待监测事件转发至下一个节点或组件时，调用监控报文功能模块记录待监测事件的离开时间。
步骤204，根据待监测事件的进入时间和离开时间生成每个待监测节点或待监测组件对应的监控报文。
在对待监测节点和待监测组件进行监控时，可以在每个待监测节点和待监测组件中都加入监控报文功能模块，如此便可以对每一个待监测节点和待监测组件都进行监控。具体的，在监控报文功能模块中包含有多个监控功能组件，当待监测事件进入该待监测节点或待监测组件时，该待监测节点或待监测组件可以调用已经加入的监控报文功能模块对待监测事件的进入时间进行记录。当完成了该待监测节点或待监测组件对应的功能处理并向下游转发该待监测事件时，即，当待监测节点或待监测组件将待监测事件转发至下一个节点或组件时，可以再次调用监控报文功能模块记录待监测事件的离开时间。
进一步的，可以根据待监测事件的进入时间和离开时间生成每个待监测节点或待监测组件对应的监控报文。生成监控报文时，可以按照预定的报文格式进行生成，比如监控报文的格式设定为：[功能组件/节点编号][事件TraceID][事件进入组件时间戳][事件离开组件时间戳][事件大小]，则每一个生成的监控报文都至少包含有这几个字段内容。
在生成了预定格式的监控报文后，可以将监控报文写入到本地磁盘文件中，也可以直接将监控报文通过网络通信远程写入到消息队列中间件，以进入报文解析的流程。
步骤105，对监控报文进行收集，并进行报文解析。
在一个实施例中，对监控报文进行收集，并进行报文解析，包括：提取监控报文中的特征字段内容；根据监控报文获取每个特征字段内容对应的数据。
在对监控报文进行收集后，还需要对监控报文进行报文解析。在解析时，可以先提取出监控报文中的特征字段内容，比如提取出每一份监控报文中的[功能组件/节点编号][事件TraceID][事件进入组件时间戳][事件离开组件时间戳][事件大小]字段内容，以及每个字段内容对应的字段数据，从而对每一个字段内容的字段数据进行统计分析。
在一个实施例中，对监控报文进行收集，并进行报文解析，包括：获取每个待监测节点或待监测组件对应的监控报文，将监控报文添加至消息队列中间件；通过消息队列中间件对监控报文进行收集，并进行报文解析。
在一个实施例中，获取每个待监测节点或待监测组件对应的监控报文，将监控报文添加至消息队列中间件，包括：获取每个待监测节点或待监测组件在本地产生的监控报文；定时将本地产生的监控报文添加至消息队列中间件。
在生成了每个待监测节点或待监测组件对应的监控报文后，可以通过采集模块对监控报文进行收集，并进行后续的报文解析流程。具体的，监控报文的收集方式有两种方式，一种是，监控报文以日志文件的方式存储在本地磁盘中，可以通过在每个节点运行采集模块以收集每个监控报文，并通过采集模块统一将监控报文发送至消息队列中间件。另一种方式则是，在生成了每个待监测节点或待监测组件对应的监控报文后，每个待监测节点或待监测组件直接将监控报文发送至消息队列中间件，第二种方式需要改代码对接，其好处在于不会生成本地文件不占本地磁盘空间，而第一种方式的好处则在于兼容性好，且无需改动代码，只需要监控日志文件即可。
步骤106，若根据解析后的结果判定特征类型数据未达标，则启动告警模式。
在对监控报文进行收集，并进行报文解析后，则可以对监控报文中的数据进行分析，以确定待监测事件的数据链路是否有问题。进一步的，特征类型数据可以包括有节点类型数据、管道类型数据、链路类型数据中的至少一种，后续根据需求也可以增加其他类型的数据。
节点类型数据的指标包括单位时间接收事件数量、单位时间发送事件数量、单位时间接收事件大小、单位时间发送事件大小及处理耗时等。其中，单位时间接收事件数量(events_rcv/s)是指针对指定组件/节点，将“事件进入组件时间戳”位于单位时间内的监控报文计数。单位时间发送事件数量(events_tx/s)是指针对指定组件/节点，将“事件离开组件时间戳”位于单位时间内的监控报文计数。单位时间接收事件大小(bytes_rcv/s)是指对指定组件/节点，将“事件进入组件时间戳”位于单位时间内的监控报文“事件大小”字段累加。单位时间发送事件大小(bytes_tx/s)是指针对指定组件/节点，将“事件离开组件时间戳”位于单位时间内的监控报文“事件大小”字段累加。单位时间可以是每秒，每分钟，每小时，每15分钟等。处理耗时是指事件在指定组件的处理耗时，事件(TraceID指定)在该组件生成的监控报文内，“事件离开组件时间戳”减去“事件进入组件时间戳”。基于此，可计算出平均耗时，平均耗时可基于时间窗口，窗口大小设置为统计周期，如1秒，1分钟，计算窗口内各事件处理耗时的平均值。
管道类型数据，即两个节点之间链路的相关指标，包括传输延迟。传输延迟是指事件在流经管道时并不产生监控报文，可通过事件在管道两端组件产生的监控报文计算。对于同一物联网事件(TraceId相同)，管道终点组件的监控报文中的“事件进入组件时间戳”，减去管道起点组件监控报文中的“事件离开组件时间戳”，即得到该事件在该管道内的传输时间。管道平均传输延迟，同样可采用时间窗口来计算对应统计周期内的平均耗时。链路类型数据的指标包括事件处理平均耗时、每秒接收事件数量及每秒接收事件大小。事件处理平均耗时是指对于同一事件(TraceID)，以链路末端节点监控报文的“事件离开组件时间戳”，减去该事件在链路首个节点所产生监控报文“事件进入组件时间戳”，可以得到该事件的全链路耗时。平均耗时，可采用滑动计数窗口的方式，窗口大小设置为指定值，如1000，计算最近平均1000个事件的处理平均耗时。每秒接收事件数量是指全部边缘接入节点的“每秒接收事件数量”加和。每秒接收事件大小是指全部边缘接入节点的“每秒接收事件大小”加和。
在一个实施例中，在若根据解析后的结果判定特征类型数据未达标，则启动告警模式之前，上述方法还包括：获取节点类型数据、管道类型数据或链路类型数据在预定时间内的历史数据；根据历史数据确定节点类型数据、管道类型数据及链路类型数据各自对应的比对标准值；将节点类型数据、管道类型数据及链路类型数据的当前数据分别与比对标准值进行对比，确定各个类型的数据指标是否达标。
在确定各个类型的数据指标是否达标时，可以将实时监控到的数据与其标准值进行对照，即与其比对标准值进行对照，即可确定各个类型的数据是否达标。
在确定各个类型的数据的比对标准值时，可以自行预设一套算法，通过各个类型数据的历史数据计算得到。举一个例子，假设以各个类型数据的平均值作为比对标准值，那么可以先获取到节点类型数据、管道类型数据及链路类型数据在预定时间内的历史数据，并计算出各个类型数据的平均值。并将及时监控到的待监测事件的数据分别进行比对。若是大于或等于其平均值，则认为该类型数据是达标的，否则判定为不达标。当然，对于不同类型的数据类型比对规则不一样，有的则是数值低于平均值才判定为达标，这一规则可以进行自定义。
比如，链路事件处理耗时，近7天均值为900ms，作为标准值。配置报警阈值为15％，即超过1035ms时触发报警。某时刻链路事件处理平均耗时的事实值为1300ms，超过报警阈值，触发报警。根据配置的报警方式发送短信或邮件。又比如，某节点业务功能/物理原因，导致事件发生丢弃甚至中断。当节点仍能工作时，本节点的“每秒发送事件数量”及下游各组件的“每秒接收事件数量”，均会因为事件减少而超过报警阈值发生报警。当组件节点已经宕机，则下游各组件的“每秒接收事件数量”会因事件减少超过阈值而报警。报警接收人接收到报警信息后，可找到数据链路上处于最上游的报警组件及其上游紧邻节点进行排查，以实现快速定位。
在确定特征类型数据指标不达标后，则可以启动告警模式，告警模式有多种，比如以短信或邮件，微信消息，QQ消息等方式进行告警。告警模式通常由专业的告警组件完成，如Prometheus AlertManager。组件提供了告警去重、分组等丰富的功能。例如对于网络原因导致的大面积组件告警，可进行告警聚合，避免告警接收人短时间内被大量报警信息淹没。同时，服务器也可以对告警信息进行存储，并根据需求进行展示。
如图3所示，针对待监测事件会经过的每一个节点N都进行监控，并通过监控报文采集模块收集每一个节点生成的监控报文，并通过监控指标计算模块对监控报文进行解析，通过实时计算得到各节点的吞吐量、处理时延，各中间管道的传输时延，汇总得到完整数据链路的吞吐、时延，从而可以确定各个特征类型数据指标是否达标，若是不达标，则可以启动告警模式进行告警。
上述物联网数据链路监控方法中，通过获取待监测的物联网事件为待监测事件，为待监测事件生成对应的监控标识，获取待监测事件中包含的待监测节点和待监测组件，对待监测节点和待监测组件进行监控，生成对应的监控报文，对监控报文进行收集，并进行报文解析，若根据解析后的数据确定特征类型数据指标不达标，则启动告警模式，通过这种监控方法通过对每一个节点或组件进行监控生成对应的监控报文，并对全部监控报文进行解析，实时计算出各节点的吞吐量、处理时延，各中间管道的传输时延，汇总得到完整数据链路的吞吐、时延，并与比对标准值进行比对，以及时发现数据链路中的异常，并启动告警模式，这种监控方式实现对物联网的完整数据链路的监控，并可以实时获知各个功能节点的运行状态，且可以及时有效的定位数据链路中的异常并进行快速处理。
应该理解的是，虽然图1-2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图4所示，提供了一种物联网数据链路监控装置，包括：监控标识生成模块、监控报文生成模块、监控报文解析模块和监控告警模块，其中：
监控标识生成模块401，用于获取物联网事件为待监测事件，为待监测事件生成对应的监控标识。
监控报文生成模块402，用于获取待监测事件中包含的待监测节点和待监测组件；对待监测节点和待监测组件进行监控，生成对应的监控报文。
监控报文解析模块403，用于对监控报文进行收集，并进行报文解析。
监控告警模块404，用于若根据解析后的结果判定特征类型数据未达标，则启动告警模式。
在一个实施例中，监控报文解析模块403还用于提取监控报文中的特征字段内容；根据监控报文获取每个特征字段内容对应的数据。
在一个实施例中，监控报文解析模块403还用于获取每个待监测节点或待监测组件对应的监控报文，将监控报文添加至消息队列中间件；通过消息队列中间件对监控报文进行收集，并进行报文解析。
在一个实施例中，监控报文解析模块403还用于获取每个待监测节点或待监测组件在本地产生的监控报文；定时将本地产生的监控报文添加至消息队列中间件。
在一个实施例中，监控报文生成模块402还用于在每个待监测节点和待监测组件中加入监控报文功能模块；调用监控报文功能模块记录待监测事件进入待监测节点或待监测组件的进入时间；当待监测节点或待监测组件将待监测事件转发至下一个节点或组件时，调用监控报文功能模块记录待监测事件的离开时间；根据待监测事件的进入时间和离开时间生成每个待监测节点或待监测组件对应的监控报文。
在一个实施例中，特征类型数据包括节点类型数据、管道类型数据、链路类型数据中的至少一种；节点类型数据的指标包括单位时间接收事件数量、单位时间发送事件数量、单位时间接收事件大小、单位时间发送事件大小及处理耗时中的至少一种；管道类型数据的指标包括传输延迟；链路类型数据的指标包括事件处理平均耗时、单位时间接收事件数量及单位时间接收事件大小中的至少一种。
在一个实施例中，监控报文解析模块403还用于获取节点类型数据、管道类型数据或链路类型数据在预定时间内的历史数据；根据历史数据确定节点类型数据、管道类型数据及链路类型数据各自对应的比对标准值；将节点类型数据、管道类型数据及链路类型数据的当前数据分别与比对标准值进行对比，确定各个类型的数据指标是否达标。
关于物联网数据链路监控装置的具体限定可以参见上文中对于物联网数据链路监控方法的限定，在此不再赘述。上述物联网数据链路监控装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储物联网数据链路监控相关的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种物联网数据链路监控方法。
本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：获取物联网事件为待监测事件；为待监测事件生成对应的监控标识；获取待监测事件中包含的待监测节点和待监测组件；对待监测节点和待监测组件进行监控，生成对应的监控报文；对监控报文进行收集，并进行报文解析；若根据解析后的结果判定特征类型数据未达标，则启动告警模式。
在一个实施例中，对监控报文进行收集，并进行报文解析，包括：提取监控报文中的特征字段内容；根据监控报文获取每个特征字段内容对应的数据。
在一个实施例中，对待监测节点和待监测组件进行监控，生成对应的监控报文，包括：在每个待监测节点和待监测组件中加入监控报文功能模块；调用监控报文功能模块记录待监测事件进入待监测节点或待监测组件的进入时间；当待监测节点或待监测组件将待监测事件转发至下一个节点或组件时，调用监控报文功能模块记录待监测事件的离开时间；根据待监测事件的进入时间和离开时间生成每个待监测节点或待监测组件对应的监控报文。
在一个实施例中，对监控报文进行收集，并进行报文解析，包括：获取每个待监测节点或待监测组件对应的监控报文，将监控报文添加至消息队列中间件；通过消息队列中间件对监控报文进行收集，并进行报文解析。
在一个实施例中，获取每个待监测节点或待监测组件对应的监控报文，将监控报文添加至消息队列中间件，包括：获取每个待监测节点或待监测组件在本地产生的监控报文；定时将本地产生的监控报文添加至消息队列中间件。
在一个实施例中，特征类型数据包括节点类型数据、管道类型数据、链路类型数据中的至少一种；节点类型数据的指标包括单位时间接收事件数量、单位时间发送事件数量、单位时间接收事件大小、单位时间发送事件大小及处理耗时中的至少一种；管道类型数据的指标包括传输延迟；链路类型数据的指标包括事件处理平均耗时、单位时间接收事件数量及单位时间接收事件大小中的至少一种。
在一个实施例中，在若根据解析后的结果判定特征类型数据未达标，则启动告警模式之前，处理器执行计算机程序时还实现以下步骤：获取节点类型数据、管道类型数据或链路类型数据在预定时间内的历史数据；根据历史数据确定节点类型数据、管道类型数据及链路类型数据各自对应的比对标准值；将节点类型数据、管道类型数据及链路类型数据的当前数据分别与比对标准值进行对比，确定各个类型的数据指标是否达标。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取待监测的物联网事件为待监测事件；为待监测事件生成对应的监控标识；获取待监测事件中包含的待监测节点和待监测组件；对待监测节点和待监测组件进行监控，生成对应的监控报文；对监控报文进行收集，并进行报文解析；若根据解析后的数据确定特征类型数据指标不达标，则启动告警模式。
在一个实施例中，对监控报文进行收集，并进行报文解析，包括：提取监控报文中的特征字段内容；根据监控报文获取每个特征字段内容对应的数据。
在一个实施例中，对待监测节点和待监测组件进行监控，生成对应的监控报文，包括：在每个待监测节点和待监测组件中加入监控报文功能模块；调用监控报文功能模块记录待监测事件进入待监测节点或待监测组件的进入时间；当待监测节点或待监测组件将待监测事件转发至下一个节点或组件时，调用监控报文功能模块记录待监测事件的离开时间；根据待监测事件的进入时间和离开时间生成每个待监测节点或待监测组件对应的监控报文。
在一个实施例中，对监控报文进行收集，并进行报文解析，包括：获取每个待监测节点或待监测组件对应的监控报文，将监控报文添加至消息队列中间件；通过消息队列中间件对监控报文进行收集，并进行报文解析。
在一个实施例中，获取每个待监测节点或待监测组件对应的监控报文，将监控报文添加至消息队列中间件，包括：获取每个待监测节点或待监测组件在本地产生的监控报文；定时将本地产生的监控报文添加至消息队列中间件。
在一个实施例中，特征类型数据包括节点类型数据、管道类型数据、链路类型数据中的至少一种；节点类型数据的指标包括单位时间接收事件数量、单位时间发送事件数量、单位时间接收事件大小、单位时间发送事件大小及处理耗时中的至少一种；管道类型数据的指标包括传输延迟；链路类型数据的指标包括事件处理平均耗时、单位时间接收事件数量及单位时间接收事件大小中的至少一种。
在一个实施例中，在若根据解析后的结果判定特征类型数据未达标，则启动告警模式之前，计算机程序被处理器执行时还实现以下步骤：获取节点类型数据、管道类型数据或链路类型数据在预定时间内的历史数据；根据历史数据确定节点类型数据、管道类型数据及链路类型数据各自对应的比对标准值；将节点类型数据、管道类型数据及链路类型数据的当前数据分别与比对标准值进行对比，确定各个类型的数据指标是否达标。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (7)

1.一种物联网数据链路监控方法，其特征在于，所述方法包括：
获取物联网事件为待监测事件；
为所述待监测事件生成对应的监控标识；
获取所述待监测事件中包含的待监测节点和待监测组件；
在每个所述待监测节点和所述待监测组件中加入监控报文功能模块；
调用所述监控报文功能模块记录所述待监测事件进入所述待监测节点或所述待监测组件的进入时间；
当所述待监测节点或所述待监测组件将所述待监测事件转发至下一个节点或组件时，调用所述监控报文功能模块记录所述待监测事件的离开时间；
根据所述待监测事件的进入时间和离开时间生成每个所述待监测节点或所述待监测组件对应的监控报文；
对所述监控报文进行收集，并进行报文解析，包括：
获取每个所述待监测节点或所述待监测组件在本地产生的监控报文；
定时将所述本地产生的监控报文添加至消息队列中间件；
通过所述消息队列中间件对所述监控报文进行收集，并进行报文解析；
若根据解析后的结果判定特征类型数据未达标，则启动告警模式。
2.根据权利要求1所述的方法，其特征在于，所述对所述监控报文进行收集，并进行报文解析，包括：
提取所述监控报文中的特征字段内容；
根据所述监控报文获取每个特征字段内容对应的数据。
3.根据权利要求1所述的方法，其特征在于，所述特征类型数据包括节点类型数据、管道类型数据、链路类型数据中的至少一种；
所述节点类型数据的指标包括单位时间接收事件数量、单位时间发送事件数量、单位时间接收事件大小、单位时间发送事件大小及处理耗时中的至少一种；
所述管道类型数据的指标包括传输延迟；
所述链路类型数据的指标包括事件处理平均耗时、单位时间接收事件数量及单位时间接收事件大小中的至少一种。
4.根据权利要求3所述的方法，其特征在于，在所述若根据解析后的结果判定特征类型数据未达标，则启动告警模式之前，所述方法还包括：
获取所述节点类型数据、所述管道类型数据或所述链路类型数据在预定时间内的历史数据；
根据所述历史数据确定所述节点类型数据、所述管道类型数据及所述链路类型数据各自对应的比对标准值；
将所述节点类型数据、所述管道类型数据及所述链路类型数据的当前数据分别与所述比对标准值进行对比，确定各个类型的数据指标是否达标。
5.一种物联网数据链路监控装置，其特征在于，所述装置包括：
监控标识生成模块，用于获取物联网事件为待监测事件，为所述待监测事件生成对应的监控标识；
监控报文生成模块，用于获取所述待监测事件中包含的待监测节点和待监测组件；在每个所述待监测节点和所述待监测组件中加入监控报文功能模块；调用所述监控报文功能模块记录所述待监测事件进入所述待监测节点或所述待监测组件的进入时间；当所述待监测节点或所述待监测组件将所述待监测事件转发至下一个节点或组件时，调用所述监控报文功能模块记录所述待监测事件的离开时间；根据所述待监测事件的进入时间和离开时间生成每个所述待监测节点或所述待监测组件对应的监控报文；
监控报文解析模块，用于对所述监控报文进行收集，并进行报文解析，包括：获取每个所述待监测节点或所述待监测组件在本地产生的监控报文；定时将所述本地产生的监控报文添加至消息队列中间件；通过所述消息队列中间件对所述监控报文进行收集，并进行报文解析；
监控告警模块，用于若根据解析后的结果判定特征类型数据未达标，则启动告警模式。
6.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4中任一项所述方法的步骤。
7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4中任一项所述方法的步骤。
CN202010354838.6A 2020-04-28 2020-04-28 物联网数据链路监控方法、装置、计算机设备和存储介质 Active CN111585837B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010354838.6A CN111585837B (zh) 2020-04-28 2020-04-28 物联网数据链路监控方法、装置、计算机设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010354838.6A CN111585837B (zh) 2020-04-28 2020-04-28 物联网数据链路监控方法、装置、计算机设备和存储介质

Publications (2)

Publication Number Publication Date
CN111585837A CN111585837A (zh) 2020-08-25
CN111585837B true CN111585837B (zh) 2022-04-08

Family

ID=72124544

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010354838.6A Active CN111585837B (zh) 2020-04-28 2020-04-28 物联网数据链路监控方法、装置、计算机设备和存储介质

Country Status (1)

Country Link
CN (1) CN111585837B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112100038A (zh) * 2020-09-27 2020-12-18 北京有竹居网络技术有限公司 数据时延监控方法、装置、电子设备和计算机可读介质
CN113132367B (zh) * 2021-04-09 2024-02-23 国网电力科学研究院有限公司 面向工程监测物联网采集终端数据传输自适应方法和装置
CN113570476A (zh) * 2021-07-26 2021-10-29 广东电网有限责任公司 基于自定义告警规则的电网监控系统容器服务监控方法
CN115801561A (zh) * 2022-12-27 2023-03-14 中国联合网络通信集团有限公司 物联网故障处理方法、装置、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102833308A (zh) * 2012-06-12 2012-12-19 王坤 基于电力线载波局域网的远程监控系统节点
CN110347694A (zh) * 2019-07-12 2019-10-18 中国工商银行股份有限公司 一种基于物联网的设备监控方法、装置及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10476983B2 (en) * 2015-09-16 2019-11-12 International Business Machines Corporation Systems monitoring in case of lost network connection in SaaS model

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102833308A (zh) * 2012-06-12 2012-12-19 王坤 基于电力线载波局域网的远程监控系统节点
CN110347694A (zh) * 2019-07-12 2019-10-18 中国工商银行股份有限公司 一种基于物联网的设备监控方法、装置及系统

Also Published As

Publication number Publication date
CN111585837A (zh) 2020-08-25

Similar Documents

Publication Publication Date Title
CN111585837B (zh) 物联网数据链路监控方法、装置、计算机设备和存储介质
CN109600258B (zh) 工业协议报文记录装置及方法
CN110995468B (zh) 待分析系统的系统故障处理方法、装置、设备和存储介质
CN108737333B (zh) 一种数据检测方法以及装置
CN111654489B (zh) 一种网络安全态势感知方法、装置、设备及存储介质
CN105376335B (zh) 一种采集数据上传方法和装置
CN113176978B (zh) 基于日志文件的监控方法、系统、设备及可读存储介质
CN101808351B (zh) 业务影响分析方法和系统
CN111866016B (zh) 日志的分析方法及系统
CN111935172A (zh) 基于网络拓扑的网络异常行为检测方法、计算机装置及计算机可读存储介质
CN109271793B (zh) 物联网云平台设备类别识别方法及系统
CN112434039A (zh) 数据的存储方法、装置、存储介质以及电子装置
CN110929896A (zh) 一种系统设备的安全分析方法及装置
CN113206797A (zh) 一种流量控制方法、装置、电子设备和存储介质
CN113472858B (zh) 埋点数据处理方法、装置及电子设备
CN108923967B (zh) 一种去重流量记录方法、装置、服务器及存储介质
CN109218131B (zh) 网络监控方法、装置、计算机设备和存储介质
CN108024222B (zh) 流量话单生成方法和装置
CN113672447B (zh) 数据采集方法及装置
CN117271177A (zh) 基于链路数据的根因定位方法、装置、电子设备及存储介质
CN110177075B (zh) 异常访问拦截方法、装置、计算机设备及存储介质
CN110633165A (zh) 故障处理方法、装置、系统服务器及计算机可读存储介质
CN114860543A (zh) 异常检测方法、装置、设备与计算机可读存储介质
CN114238069A (zh) 一种Web应用防火墙测试方法、装置、电子设备、介质及产品
CN113254313A (zh) 一种监控指标异常检测方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20230223

Address after: Room 1912, Building 3, No. 739, Qinzheng Road, Hengqin New District, Zhuhai, Guangdong 519000

Patentee after: Zhuhai Hengqin Yingshi Technology Research and Development Co.,Ltd.

Address before: 510000 room 2102, No. 16, Huaxia Road, Tianhe District, Guangzhou, Guangdong

Patentee before: Field real estate Group Co.,Ltd.

TR01 Transfer of patent right