CN108234176A - 一种监控***及其方法 - Google Patents

一种监控***及其方法 Download PDF

Info

Publication number
CN108234176A
CN108234176A CN201611191725.9A CN201611191725A CN108234176A CN 108234176 A CN108234176 A CN 108234176A CN 201611191725 A CN201611191725 A CN 201611191725A CN 108234176 A CN108234176 A CN 108234176A
Authority
CN
China
Prior art keywords
unit
data
alarm
exception
rule
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.)
Pending
Application number
CN201611191725.9A
Other languages
English (en)
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.)
Guizhou White Cloud Technology Co Ltd
Guizhou Baishancloud Technology Co Ltd
Original Assignee
Guizhou White Cloud Technology 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 Guizhou White Cloud Technology Co Ltd filed Critical Guizhou White Cloud Technology Co Ltd
Priority to CN201611191725.9A priority Critical patent/CN108234176A/zh
Publication of CN108234176A publication Critical patent/CN108234176A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Alarm Systems (AREA)

Abstract

本发明属于网络监控技术领域，具体涉及一种网络运维的采用深度分析方式的监控***及其方法。它包括配置单元、数据单元和报警单元，配置单元用于参数规则配置，并将配置的参数规则分别发送给采集客户端和异常判定模块；数据单元包括采集客户端、传输模块和数据分发模块，采集客户端用于采集数据，并把采集数据通过传输模块传输给数据分发模块，数据分发模块用于将接收到的采集数据，分发到异常判定模块进行处理；报警单元包括异常判定模块、异常数据库和报警执行模块，异常判定模块用于根据报警规则对单条监控数据进行分析后，得到异常信息，并将异常信息发送给异常数据库，报警执行模块用于获取异常数据库中的信息，执行报警。

Description

一种监控***及其方法
技术领域
本发明属于网络监控技术领域，具体涉及一种网络运维的监控***及其方法。
背景技术
随着网络技术的发展，越来越多的客户都在考虑或采纳业务集群化的方案。然而业务***集群化后，不仅增加运行维护的工作强度，而且会使***变得更加繁杂。有效的***和应用监控体系成为了解业务资源的使用状况，及时发现可能导致***故障的隐患，实现***运营保障的关键。
另一方面，借助于集中监控解决方案，用户能够正确和及时地了解***的运行状态，发现影响整体***运行的瓶颈，帮助***开发人员进行必要的***优化和配置变更，甚至为***的升级和扩容提供依据。强有力的监控和诊断工具还可以帮助运行维护人员快速地分析出应用故障原因，把他们从繁杂重复的劳动中解放出来。
监控***是整个运维环节，乃至整个产品生命周期中最重要的一环，监控***可以事前及时预警发现故障，事后提供详实的数据用于追查定位问题。因为监控涉及运营的多个方面，所以监控***应该要简单易用。
现有的监控***，一般采用先把数据集中储存，再对基于集中存储的数据执行判断规则，这种处理方式在数据量大的情况下，对服务器造成很大的负载压力。并且现有基于阈值规则的异常判断，无法适应运维变化，特别是对于监控指标的正常波动造成的异常，常常引起误报警。
发明内容
针对上述监控***存在的不足之处，本发明提出了一种网络运维的监控***及其方法。该监控方法通过采集客户端进行数据采集，并将采集到的数据，通过数据分发单元传输到不同的处理单元，进行数据处理。得到异常信息后，进行异常报警。
本发明采用如下技术方案：
一种监控***，它包括配置模块、数据模块和报警模块，
配置模块用于参数规则配置，并将配置的参数规则分别发送给采集客户端和异常判定单元；
数据模块包括采集客户端、传输单元和数据分发单元，采集客户端用于采集数据，并把采集数据通过传输单元传输给数据分发单元，数据分发单元用于将接收到的采集数据，分发到异常判定单元进行处理；
报警模块包括异常判定单元、异常数据库和报警执行单元，异常判定单元用于根据报警规则对单条监控数据进行分析后，得到异常信息，并将异常信息发送给异常数据库，报警执行单元用于获取异常数据库中的信息，执行报警。
进一步的，异常判定单元的部署环境为集群化部署。
进一步的，数据模块还包括数据归集单元，数据分发单元将接收到的采集数据分发给数据归集单元，数据归集单元用于将采集到的多维数据根据合并项目规则对数据进行归集处理，并将处理后的数据返回给数据分发单元。
进一步的，报警模块还包括报警反馈单元，报警反馈单元用于判断是否误报警并反馈给异常数据库。
进一步的，报警模块还包括深度学习分析单元，深度学习分析单元用于分析异常数据库中的信息，并将分析结果反馈给异常数据库。
一种基于上述任一项监控***的监控方法，包括以下步骤，
S1，参数规则配置，包括采集项目配置和报警规则配置，采集项目配置的参数规则发送给采集客户端，报警规则配置的参数规则发送给异常判定单元；
S2，采集客户端用于采集数据，并把采集数据通过传输单元传输给数据分发单元；
S3，数据分发单元将接收到的采集数据，发送到异常判定单元进行处理，异常判定单元用于根据报警规则对单条监控数据进行分析后，得到异常信息，并将异常信息发送给异常数据库；
S4，报警执行单元获取异常数据库中的信息，执行报警。
进一步的，步骤S3中异常判定单元的部署环境为集群化部署。
进一步的，步骤S3还包括数据分发单元将接收到的采集数据分发给数据归集单元，数据归集单元根据合并项目规则对数据进行归集处理，并将处理后的数据返回给数据分发单元。
进一步的，步骤S4还包括报警反馈单元判断是否误报警并反馈给异常数据库。
进一步的，步骤S3还包括深度学习分析单元分析异常数据库中的信息，并将分析结果反馈给异常数据库。
本发明相对于现有技术具有如下优点：克服了原有监控分析服务器单点处理压力过大，单点故障等问题，实时并发处理单条监控数据与分布式集群处理结构，大大提升监控数据处理效率；实现数据的归集，提前对同一监控对象的不同监控来源数据进行归集，降低异常判定单元的计算负载，提高统计性能，同时，由于采集的数据是多个维度的，使用多维数据进行异常判定，提高了异常信息的信息量，使得单个异常判定准确率更高；基于报警反馈和深度学习分析能力，能够根据运维人员的判定进行调整，同时按异常产生的趋势产生报警，提前发现问题，提供关联异常信息，提高整体异常识别的准确率，降低误报率。提供灵活界面，让运维人员可以通过查询各种数据分析查找运营中的问题。
附图说明
图1是本发明监控***的结构图；
图2是报警示意图。
具体实施方式
为进一步说明各实施例，本发明提供有附图。这些附图为本发明揭露内容的一部分，其主要用以说明实施例，并可配合说明书的相关描述来解释实施例的运作原理。配合参考这些内容，本领域普通技术人员应能理解其他可能的实施方式以及本发明的优点。图中的组件并未按比例绘制，而类似的组件符号通常用来表示类似的组件。
现结合附图和具体实施方式对本发明进一步说明。
参阅图1所示，为本发明提出一种监控***的结构图，它包括配置模块1、数据模块2、报警模块3和显示模块4。
配置模块1用于配置参数，并将配置的参数发送给对应的执行单元上。配置模块1包括规则配置单元11和配置分发单元12，规则配置单元11分为两部分：采集项目配置和报警规则配置。采集项目配置，管理不同采集客户端21需要采集的数据种类，按监控目的采集对应数据。报警规则配置，配置异常判断标准和异常通知的人员范围。配置分发单元12，用于提高配置分发效率。在全网多个地方部署，缓存配置数据库中的配置，然后将配置数据分发到对应执行单元上。
数据模块2包括采集客户端21、传输单元22、数据分发单元23和数据归集单元24，采集客户端21用于采集数据，并把采集数据通过传输单元22传输给数据分发单元23，数据分发单元23用于将接收到的采集数据，分发到异常判定单元31和数据归集单元24进行处理。
数据模型是否强大，是否灵活，对于监控***至关重要。监控数据使用一个采集数据上记录多个维度数据的数据模型结构。这样可以对某个监控项目进行多维度分析，并且减少数据处理数量，提高数据存储查询效率。该实施例中监控数据结构的组成是:时间、采集数据名称、多组KV（Key-Value，键值）查询数据、多组KV采集数据。
采集客户端21，提供三种采集方式。分别是：主动采集、提供API接口和插件采集支持，在采集时按一个采集数据的不同纬度赋值。主动采集，主要采集本服务器的硬件信息，目的用于监控服务器运行状态；API接口，是采集客户端21提供的给其他应用或服务上报自身状态的API接口，目的是用于应用状态的监控和测试，这个接口可以较容易实现应用监控内部探测的数值，如应用的数据库查询响应数据采集等等；插件采集，是监控平台可管理的探测扩展单元，主要用于监控其他应用和服务，这钟监控方式可以由监控配置平台统一管理下发，并且可以在配置平台上随时打开或关闭，实现统一又灵活的监控目标。
传输单元22，增强了采集数据传输效率和成功率。传输单元22设计线路选优功能，配合DNS分区解析，可以搭建全球网络监控应用路由。极大提高采集数据的传输效率。传输单元22可以是传输代理单元，用于在跨运营商等网络状况不佳时，快速上传监控数据给数据分发单元23。
数据分发单元23，将采集客户端21上报的数据分发到异常判定单元31、和数据归集单元24进行处理，根据监控数据处理的需要，把监控数据发送到需要处理它的单元进行处理。数据归集单元24用于根据合并项目规则对数据进行处理，并将处理后的数据发送给数据分发单元23。
数据归集单元24用于将一组监控数据计算合并后产生新的监控数据，并将新的监控数据返回到数据分发单元23中，然后传到异常判定单元31用于异常判定，将数据归集单元嵌入到采集数据流程中，归集完再处理，使得数据处理更快、更简单。
报警模块3包括异常判定单元31、异常数据库32、报警执行单元33、报警反馈单元34和深度学习分析单元35。异常判定单元31用于根据报警规则对数据进行处理分析后，得到异常信息，并将异常信息发送给异常数据库32，报警执行单元33用于获取异常数据库中的信息，执行报警，报警反馈单元34用于判断是否误报警并反馈给异常数据库，深度学习分析单元35用于分析异常数据库中的异常数据，并将分析结果反馈给异常数据库。该单元可以用于过滤阈值规则产生的误报和监控数据波动造成的误报，而且能根据前期的波动异常信息判断是否存在故障而产生报警。
异常判定单元31是主要异常产生单元，它负责执行报警规则中异常判定标准，产生异常数据。异常判定通过两个渠道接受采集数据信息，根据单条监控数据信息和对应历史纪录执行异常判定规则，产生异常信息。异常判定可以接受数据分发接口单元发送来的监控数据，还可以通过kafka接受第三方给与的数据，比如日志***，供应商***给予的数据。异常判定单元31的部署环境为集群化部署，以降低单点服务器压力，提高处理效率。
报警执行单元33负责根据接受到的异常信息和报警规则，判断并执行通知。执行通知能调用多个接口，如：邮件通知到人，短信通知到人，电话通知到人和调用标准处理接口。其中，标准处理接口是实现根据问题的类型信息，按照问题解决流程标准，可以自动触发这个流程执行。同时在通知到人的时候，可以明确指出是，需要关注，还是需要处理，给出处理建议。判断通知方面是根据异常的来源服务器、节点、服务覆盖关系、异常的优先级，还有人员与服务器、节点、应用服务、异常规则的关注关系。综合分析判断通知的人员范围，不同人员通知的方式和通知内容不同，包括关联内容，比如关联的异常、操作建议等。
深度学习分析单元35设计上使用模式匹配方式，分析所有异常信息，减少判断规则产生的错误报警，以及***波动造成的误报，过滤无需人工处理的异常，而且根据前期的波动引起的故障信息，判断后面引起大的故障异常，需要人工介入而报警。通过该单元，可以按异常产生的趋势产生报警，提前发现问题，提供关联异常信息。并且按异常之间间接影响关系产生报警，发现影响范围，提供解决方案。
显示模块4用于显示该监控***的信息。这些信息可以是监控指标数据、报警信息和异常信息。显示模块4包括指标显示单元41、报警显示单元42和异常显示单元43。
指标显示单元41：提供不同界面，界面内可以根据人员业务制定查询不同的指标，用于人员分析判定和查找问题。
报警显示单元42：提供报警信息查看。参阅图2所示，为报警示意图。
异常显示单元43：使用不同图标，展示这个运营网络异常产生的趋势，方便人员对照和查找问题。
报警模块3还包括报警反馈单元，报警反馈单元用于判断是否误报警并反馈给异常数据库。
基于上述监控***本发明提出了一种采用深度分析方式的监控方法，它包括以下步骤：
S1，参数配置，包括采集项目配置和报警规则配置，采集项目配置的参数发送给采集客户端21，报警规则配置的参数发送给异常判定单元31。
S2，采集客户端21用于采集数据，并把采集数据通过传输单元22传输给数据分发单元23。其中，集客户端采集数据的方式包括：主动采集、API接口采集和插件采集三种采集方式。
S3，数据分发单元23将接收到的采集数据，分发到异常判定单元31和数据归集单元24进行处理，数据归集单元24根据合并项目规则对数据进行处理，并将处理后的数据发送给数据分发单元23，异常判定单元31根据报警规则对单条监控数据进行分析后，将异常数据发送给异常数据库。显示模块4包括指标显示单元41、报警显示单元42和异常显示单元43。
S4，报警执行单元33获取异常数据库中的异常数据，进行报警执行。报警执行单元33进行报警执行的方式包括邮件通知、短信通知、电话通知和调用标准处理接口进行处理。报警反馈单元34用于判断是否误报警并反馈给异常数据库。深度学习分析单元35分析异常数据库中的异常数据，并将分析结果反馈给异常数据库。
尽管结合优选实施方案具体展示和介绍了本发明，但所属领域的技术人员应该明白，在不脱离所附权利要求书所限定的本发明的精神和范围内，在形式上和细节上可以对本发明做出各种变化，均为本发明的保护范围。

Claims (10)

1.一种监控***，其特征在于：它包括配置模块、数据模块和报警模块，
所述配置模块用于参数规则配置，并将配置的参数规则分别发送给采集客户端和异常判定单元；
所述数据模块包括采集客户端、传输单元和数据分发单元，采集客户端用于采集数据，并把采集数据通过传输单元传输给数据分发单元，数据分发单元用于将接收到的采集数据，分发到异常判定单元进行处理；
所述报警模块包括异常判定单元、异常数据库和报警执行单元，所述异常判定单元用于根据报警规则对单条监控数据进行分析后，得到异常信息，并将异常信息发送给异常数据库，所述报警执行单元用于获取异常数据库中的信息，执行报警。
2.如权利要求1所述监控***，其特征在于：所述异常判定单元的部署环境为集群化部署。
3.如权利要求1所述监控***，其特征在于：所述数据模块还包括数据归集单元，数据分发单元将接收到的采集数据分发给数据归集单元，数据归集单元用于将采集到的多维数据根据合并项目规则对数据进行归集处理，并将处理后的数据返回给数据分发单元。
4.如权利要求1所述监控***，其特征在于：所述报警模块还包括报警反馈单元，报警反馈单元用于判断是否误报警并反馈给异常数据库。
5.如权利要求4所述监控***，其特征在于：所述报警模块还包括深度学习分析单元，深度学习分析单元用于分析异常数据库中的信息，并将分析结果反馈给异常数据库。
6.一种基于权利要求1-5任一项所述监控***的监控方法，其特征在于：包括以下步骤，
S1，参数规则配置，包括采集项目配置和报警规则配置，采集项目配置的参数规则发送给采集客户端，报警规则配置的参数规则发送给异常判定单元；
S2，采集客户端用于采集数据，并把采集数据通过传输单元传输给数据分发单元；
S3，数据分发单元将接收到的采集数据，发送到异常判定单元进行处理，异常判定单元用于根据报警规则对单条监控数据进行分析后，得到异常信息，并将异常信息发送给异常数据库；
S4，报警执行单元获取异常数据库中的信息，执行报警。
7.如权利要求6所述的监控方法，其特征在于：所述步骤S3中异常判定单元的部署环境为集群化部署。
8.如权利要求6所述的监控方法，其特征在于：所述步骤S3还包括数据分发单元将接收到的采集数据分发给数据归集单元，数据归集单元根据合并项目规则对数据进行归集处理，并将处理后的数据返回给数据分发单元。
9.如权利要求6所述的监控方法，其特征在于：所述步骤S4还包括报警反馈单元判断是否误报警并反馈给异常数据库。
10.如权利要求9所述的监控方法，其特征在于：所述步骤S3还包括深度学习分析单元分析异常数据库中的信息，并将分析结果反馈给异常数据库。
CN201611191725.9A 2016-12-21 2016-12-21 一种监控***及其方法 Pending CN108234176A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611191725.9A CN108234176A (zh) 2016-12-21 2016-12-21 一种监控***及其方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611191725.9A CN108234176A (zh) 2016-12-21 2016-12-21 一种监控***及其方法

Publications (1)

Publication Number Publication Date
CN108234176A true CN108234176A (zh) 2018-06-29

Family

ID=62650874

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611191725.9A Pending CN108234176A (zh) 2016-12-21 2016-12-21 一种监控***及其方法

Country Status (1)

Country Link
CN (1) CN108234176A (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109144027A (zh) * 2018-07-13 2019-01-04 深圳华侨城文化旅游科技股份有限公司 一种游乐设施的故障预警方法、存储介质及应用服务器
CN109660407A (zh) * 2019-01-18 2019-04-19 鑫涌算力信息科技（上海）有限公司 分布式***监控***及方法
CN110555608A (zh) * 2019-08-23 2019-12-10 山东科技大学 一种主井提升***综合效率多级预警方法
CN110858170A (zh) * 2018-08-23 2020-03-03 阿里巴巴集团控股有限公司 沙盒组件、数据异常监控方法、设备和存储介质
CN111679958A (zh) * 2020-06-11 2020-09-18 上海安畅网络科技股份有限公司 一种服务器监控***
CN113391900A (zh) * 2021-06-18 2021-09-14 长春吉星印务有限责任公司 一种离散生产环境下异常事件处理方法及***
CN113727213A (zh) * 2021-08-26 2021-11-30 四川华能氢能科技有限公司 一种制氢装置远程在线监控***及其实现方法
CN113920767A (zh) * 2021-10-22 2022-01-11 南京智慧交通信息股份有限公司 运维报警的方法、***、装置以及计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130152198A1 (en) * 2011-02-14 2013-06-13 International Business Machines Corporation Anomaly Detection To Implement Security Protection of a Control System
CN105071969A (zh) * 2015-08-19 2015-11-18 焦点科技股份有限公司 基于jmx的定制化实时监控及自动化异常处理的***及方法
CN105357061A (zh) * 2015-12-11 2016-02-24 普华基础软件股份有限公司 一种基于大数据流处理技术的运维监控分析***
CN105490835A (zh) * 2015-11-20 2016-04-13 北京百度网讯科技有限公司 信息监控方法和装置
CN105939234A (zh) * 2016-06-15 2016-09-14 乐视控股（北京）有限公司 数据监控方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130152198A1 (en) * 2011-02-14 2013-06-13 International Business Machines Corporation Anomaly Detection To Implement Security Protection of a Control System
CN105071969A (zh) * 2015-08-19 2015-11-18 焦点科技股份有限公司 基于jmx的定制化实时监控及自动化异常处理的***及方法
CN105490835A (zh) * 2015-11-20 2016-04-13 北京百度网讯科技有限公司 信息监控方法和装置
CN105357061A (zh) * 2015-12-11 2016-02-24 普华基础软件股份有限公司 一种基于大数据流处理技术的运维监控分析***
CN105939234A (zh) * 2016-06-15 2016-09-14 乐视控股（北京）有限公司 数据监控方法及装置

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109144027A (zh) * 2018-07-13 2019-01-04 深圳华侨城文化旅游科技股份有限公司 一种游乐设施的故障预警方法、存储介质及应用服务器
CN110858170A (zh) * 2018-08-23 2020-03-03 阿里巴巴集团控股有限公司 沙盒组件、数据异常监控方法、设备和存储介质
CN110858170B (zh) * 2018-08-23 2023-06-30 阿里巴巴集团控股有限公司 数据异常监控方法和装置
CN109660407A (zh) * 2019-01-18 2019-04-19 鑫涌算力信息科技（上海）有限公司 分布式***监控***及方法
CN110555608A (zh) * 2019-08-23 2019-12-10 山东科技大学 一种主井提升***综合效率多级预警方法
WO2021035893A1 (zh) * 2019-08-23 2021-03-04 山东科技大学 一种主井提升***综合效率多级预警方法
CN111679958A (zh) * 2020-06-11 2020-09-18 上海安畅网络科技股份有限公司 一种服务器监控***
CN113391900A (zh) * 2021-06-18 2021-09-14 长春吉星印务有限责任公司 一种离散生产环境下异常事件处理方法及***
CN113391900B (zh) * 2021-06-18 2024-04-09 长春吉星印务有限责任公司 一种离散生产环境下异常事件处理方法及***
CN113727213A (zh) * 2021-08-26 2021-11-30 四川华能氢能科技有限公司 一种制氢装置远程在线监控***及其实现方法
CN113920767A (zh) * 2021-10-22 2022-01-11 南京智慧交通信息股份有限公司 运维报警的方法、***、装置以及计算机可读存储介质
CN113920767B (zh) * 2021-10-22 2023-02-24 南京智慧交通信息股份有限公司 运维报警的方法、***、装置以及计算机可读存储介质

Similar Documents

Publication Publication Date Title
CN108234176A (zh) 一种监控***及其方法
CN107196804B (zh) 电力***终端通信接入网告警集中监控***及方法
CN108197261A (zh) 一种智慧交通操作***
CN109783322A (zh) 一种企业信息***运行状态的监控分析***及其方法
CN112965874B (zh) 一种可配置的监控告警方法及***
CN106371986A (zh) 一种日志处理运维监控***
CN106294091A (zh) 一种无侵入式日志拦截性能分析方法及***
CN107302469B (zh) 分布式服务集群***数据更新的监控装置及方法
CN107958337A (zh) 一种信息资源可视化移动管理***
WO2008103207A1 (en) System architecture and process for automating intelligent surveillance center operations
CN101436274A (zh) 跨平台监控企业应用***性能的方法
CN103023028B (zh) 一种基于实体间依赖关系图的电网故障快速定位方法
CN108964269A (zh) 配电网运维与综合管理***
CN111199042A (zh) 一种安全高效漏洞管理***
CN112633076A (zh) 基于大数据分析的营运车辆监控***
CN114726654B (zh) 应对云计算网络攻击的数据分析方法及服务器
CN105917625A (zh) 使用附加数据的检测到的网络异常的分类
CN107473036A (zh) 电梯曳引机远程在线检测与诊断***及其检测诊断方法
CN105302697A (zh) 一种密集数据模型数据库的运行状态监控方法及***
CN107566172A (zh) 一种基于存储***的主动式管理方法及***
CN112612680A (zh) 一种消息告警方法、***、计算机设备及存储介质
CN106951360B (zh) 数据统计完整度计算方法和***
CN107204868B (zh) 一种任务运行监控信息获取方法和装置
CN103618635A (zh) 信息化设备分层关联管控***
CN110182871A (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
CB02 Change of applicant information

Address after: 550000 Fuyuan Medical Logistics Park Phase II 41, No. 22 Fuyuan North Road, Nanming District, Guiyang City, Guizhou Province

Applicant after: GUIZHOU BAISHANCLOUD TECHNOLOGY Co.,Ltd.

Address before: 550000 Fuyuan Medical Logistics Park Phase II 41, No. 22 Fuyuan North Road, Nanming District, Guiyang City, Guizhou Province

Applicant before: GUIZHOU BAISHANCLOUD TECHNOLOGY Co.,Ltd.

CB02 Change of applicant information
RJ01 Rejection of invention patent application after publication

Application publication date: 20180629

RJ01 Rejection of invention patent application after publication