CN112073755B - 一种基于iptv业务日志实现认证模式智能切换的方法 - Google Patents

一种基于iptv业务日志实现认证模式智能切换的方法 Download PDF

Info

Publication number
CN112073755B
CN112073755B CN202010918831.2A CN202010918831A CN112073755B CN 112073755 B CN112073755 B CN 112073755B CN 202010918831 A CN202010918831 A CN 202010918831A CN 112073755 B CN112073755 B CN 112073755B
Authority
CN
China
Prior art keywords
log
top box
authentication
service
platform
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
CN202010918831.2A
Other languages
English (en)
Other versions
CN112073755A (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.)
China Youke Communication Technology Co ltd
Original Assignee
China Youke Communication 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 China Youke Communication Technology Co ltd filed Critical China Youke Communication Technology Co ltd
Priority to CN202010918831.2A priority Critical patent/CN112073755B/zh
Publication of CN112073755A publication Critical patent/CN112073755A/zh
Application granted granted Critical
Publication of CN112073755B publication Critical patent/CN112073755B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408Monitoring of the upstream path of the transmission network, e.g. client requests
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00Pattern recognition
    • G06F18/20Analysing
    • G06F18/23Clustering techniques
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4425Monitoring of client processing errors or hardware failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Mining & Analysis (AREA)
  • Theoretical Computer Science (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Evolutionary Biology (AREA)
  • Evolutionary Computation (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Software Systems (AREA)
  • Artificial Intelligence (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明涉及一种基于IPTV业务日志实现认证模式智能切换的方法,基于IPTV机顶盒交互日志、IPTV平台业务日志建立故障日志分析以及对应的认证模式处置预案决策,IPTV机顶盒启动时,通过客户端常驻后台采集平台侧及机顶盒侧业务日志,经接口上传到服务端进行故障日志收敛,通过监测模块及决策模块判断故障情况并执行对应的认证模式处置方案,最后二次确认认证模式的有效性。本发明提供IPTV业务日志智能采集、智能监测、智能分析、认证故障智能决策判断、认证模式的智能决策处置,降低人工故障定位及认证模式切换的耗时,大大提高认证模式切换的时效,提高用户感知友好度。

Description

一种基于IPTV业务日志实现认证模式智能切换的方法
技术领域
本发明涉及信息技术领域,特别是一种基于IPTV业务日志实现认证模式智能切换的方法。
背景技术
现有的IPTV机顶盒在开机后均需要连接到对应的业务平台进行鉴权认证,但因缺乏手段对登录日志进行采集和分析,当IPTV机顶盒业务平台认证模块发生故障时,无法及时发现故障,从而群障引发大量用户投诉,且需等到大量用户投诉后才能定位是认证模块存在故障,影响用户使用感知。
现有认证模式及模式切换交互有如下缺点:
1.现有的认证故障分散在认证平台侧及机顶盒侧,无法进行收敛分析;
2.缺乏认证故障监测手段,难以快速定位认证故障问题;
3.缺乏认证故障自动处置手段,无法快速恢复平台认证。
发明内容
有鉴于此,本发明的目的是提供一种基于IPTV业务日志实现认证模式智能切换的方法,提供故障情景及对应处置预案的配置,当监控中心监测到群障信息时,智能启动决策判断,根据配置的处置预案自动执行认证模式切换操作,快速恢复机顶盒认证故障问题,有效降低客户故障率及投诉率。
本发明采用以下方案实现:一种基于IPTV业务日志实现认证模式智能切换的方法,包括以下步骤:
步骤S1:基于Filebeat建立故障日志采集中心:即在机顶盒上安装采集代理,随机顶盒一同启动运行,并常驻后台采集机顶盒交互日志,在IPTV厂家平台服务端安装采集代理,监听IPTV厂家服务端产生的错误日志;
步骤S2:基于TCP网络通道将机顶盒侧、IPTV厂家平台侧日志上传到业务平台服务端进行故障日志收敛;
步骤S3:根据聚类算法在业务平台服务端建立故障监控分析模块:故障监控分析过程分为四部分:收集日志信息、提取日志的关键特征、聚类处理和预警处理;
步骤S4:在业务平台服务端建立故障决策模块,即制定故障对应处置预案的决策库;当出现故障时,业务服务端依据故障监控结果及处置预案方案执行决策判断,即依据决策库启动处置预案,将认证模式根据方案执行切换;
步骤S5:处置预案执行后业务平台服务端触发机顶盒重启机制,在线且未认证通过的机顶盒发送重启指令,重新认证;
步骤S6:在业务平台服务端建立二次确认机制,即对处置方案涵盖的在线重启的机顶盒二次确认认证情况,确保处置方案的认证模式的有效性,对于仍认证失败的机顶盒进行再次重启操作。
进一步地,所述制定决策库的具体内容为:对出现认证故障或EPG访问量故障情况制定处置方案,即将在线认证失败的机顶盒从原有认证模式切换到其他可配置认证模式
进一步地,步骤S1中所述业务日志包括机顶盒产生的交互日志和厂家平台侧产生的故障日志及EPG访问日志。
进一步地,步骤S4中所述决策库执行决策判断具体包括以下步骤:
步骤Sa:业务服务端对以已采集的业务日志收敛后,自动判断故障现象所匹配的预警条件;
步骤Sb:根据预警指标及条件查找对应的处置方案;
步骤Sc:启动相应处置方案;
步骤Sd:决策判断结束。
进一步地,步骤S3中所述
收集日志信息内容为:接收机顶盒侧、IPTV厂家平台侧包括错误日志和EPG并发量的日志信息;
提取日志的关键特征内容为:提取日志的关键信息,机顶盒侧日志的关键特征包括业务账号、机顶盒厂家、所属平台、错误码和错误时间,IPTV厂家平台侧日志的关键特征包括业务账号、所属平台、错误码和错误时间;
聚类处理内容为:把提取的日志特征跟数据库中的认证失败特征进行比对,识别出认证失败的账号信息,剔除重复数据后存于数据库中;
预警处理内容为:在业务平台服务端设定预警规则,将同一时间段同一平台的认证失败数同比增长超过阈值、同一时段同一平台EPG并发量同比下降超过阈值、同一时段同一平台EPG并发量为0三种情况作为预警条件,当业务平台后端监控程序实时监测到认证失败情况满足预警条件时,实现认证故障智能预警,并确认认证故障现象。
与现有技术相比,本发明具有以下有益效果:
(1)本发明实现将不同厂家、平台的IPTV机顶盒的厂家平台侧及机顶盒侧的交互日志进行采集、集中存储,实现日志数据统一管理。
(2)本发明实现通过平台侧、机顶盒侧交互日志数据的故障日志采集中心,提供将分散在不同平台的认证故障信息进行收敛监测,对机顶盒上下线交互日志进行分析监测,对群障信息进行预警提醒,提高排障效率。
(3)本发明实现故障决策中心,其提供故障情景及对应处置预案的配置。当故障监控分析中心监测到群障信息时,故障决策中心智能启动决策判断,根据配置的处置预案自动执行认证模式切换操作,业务平台服务端则在认证模式切换成功后触发重启机制,以快速恢复机顶盒认证故障问题,有效降低客户故障率及投诉率。
附图说明
图1为本发明实施例的IPTV机顶盒认证故障智能采集及监控预警流程图。
图2为本发明实施例的IPTV机顶盒认证故障智能处置流程图。
图3为本发明实施例的基于IPTV业务日志实现认证模式智能切换流程图。
具体实施方式
下面结合附图及实施例对本发明做进一步说明。
应该指出,以下详细说明都是例示性的,旨在对本申请提供进一步的说明。除非另有指明,本文使用的所有技术和科学术语具有与本申请所属技术领域的普通技术人员通常理解的相同含义。
需要注意的是,这里所使用的术语仅是为了描述具体实施方式,而非意图限制根据本申请的示例性实施方式。如在这里所使用的,除非上下文另外明确指出,否则单数形式也意图包括复数形式,此外,还应当理解的是,当在本说明书中使用术语“包含”和/或“包括”时,其指明存在特征、步骤、操作、器件、组件和/或它们的组合。
本实施例提供一种基于IPTV业务日志实现认证模式智能切换的方法,包括以下步骤:
步骤S1:基于Filebeat建立故障日志采集中心:即在机顶盒上安装采集代理,随机顶盒一同启动运行,并常驻后台采集机顶盒交互日志,在IPTV厂家平台服务端(即提供给机顶盒IPTV软件平台的服务端)安装采集代理,监听IPTV厂家服务端产生的错误日志;
步骤S2:基于TCP网络通道将机顶盒侧、IPTV厂家平台侧日志上传到业务平台服务端进行故障日志收敛;
步骤S3:根据聚类算法在业务平台服务端建立故障监控分析模块,故障监控分析过程分为四部分:收集日志信息、提取日志的关键特征、聚类处理和预警处理;
步骤S4:在业务平台服务端建立故障决策模块,即制定故障对应处置预案的决策库;当出现故障时,故障决策中心依据故障监控结果及处置预案方案执行决策判断,即依据决策库启动处置预案,将认证模式根据方案执行切换;
步骤S5:处置预案执行后业务平台服务端触发机顶盒重启机制,在线且未认证通过的机顶盒发送重启指令,重新认证;
步骤S6:在业务平台服务端建立二次确认机制,即对处置方案涵盖的在线重启的机顶盒二次确认认证情况,确保处置方案的认证模式的有效性,对于仍认证失败的机顶盒进行再次重启操作。
在本实施例中,所述制定决策库的具体内容为::对出现认证故障或EPG访问量故障情况制定处置方案,即将在线认证失败的机顶盒从原有认证模式切换到其他可配置认证模式。
在本实施例中,步骤S1中所述业务日志包括机顶盒产生的交互日志和业务平台侧产生的故障日志。
在本实施例中,步骤S4中所述决策库执行决策判断具体包括以下步骤:
步骤Sa:业务服务端对以已采集的业务日志收敛后,自动判断故障现象所匹配的预警条件;
步骤Sb:根据预警指标及条件查找对应的处置方案;
步骤Sc:启动相应处置方案;
步骤Sd:决策判断结束。
在本实施例中,步骤S3中所述
收集日志信息内容为:接收机顶盒侧、IPTV厂家平台侧包括错误日志和EPG并发量的日志信息;
提取日志的关键特征内容为:提取日志的关键信息,机顶盒侧日志的关键特征包括业务账号、机顶盒厂家、所属平台、错误码和错误时间,IPTV厂家平台侧日志的关键特征包括业务账号、所属平台、错误码和错误时间;
聚类处理内容为:把提取的日志特征跟数据库中的认证失败特征(事先存于数据库中,机顶盒侧日志的认证失败特征包括机顶盒厂家、错误码,IPTV厂家平台侧日志的认证失败特征包括所属平台、错误码)进行比对,识别出认证失败的账号信息,剔除重复数据后存于数据库中;
所述数据库中的认证失败特征事先存于数据库中,机顶盒侧日志的认证失败特征包括机顶盒厂家和错误码,IPTV厂家平台侧日志的认证失败特征包括所属平台和错误码;
预警处理内容为:在业务平台服务端设定预警规则,将同一时间段同一平台的认证失败数同比增长超过阈值、同一时段(可配置,默认30分钟)同一平台EPG并发量同比下降超过阈值、同一时段同一平台EPG并发量为0三种情况作为预警条件,当业务平台后端监控程序实时监测到认证失败情况满足预警条件时,实现认证故障智能预警,并确认认证故障现象。
较佳的,在本实施例中,基于IPTV机顶盒交互日志、平台业务日志建立故障日志错误集以及对应的认证模式处置预案决策,IPTV机顶盒启动时,通过客户端常驻后台采集平台侧及机顶盒侧业务日志,经接口上传到服务端进行故障日志收敛,通过监测模块及决策模块判断故障情况并执行对应的认证模式处置方案,最后二次确认认证模式的有效性。
1.日志采集监控部署及分析,如图1所示,包括如下步骤:
(1)安装日志采集代理,随IPTV机顶盒启动,常驻后台监听采集日志。
(2)建立数据处理引擎,对数据进行过滤、分析等操作。
(3)建立日志存储规则,采用分布式的搜索和分析引擎,可用于全文检索、结构化检索和分析。
(4)建立故障监测分析模型,制定群障预警指标及条件,将日志记录进行比对,对符合报警条件的日志生成预警信息。
在本实施例中,认证故障错误码根据日志来源、机顶盒设备厂家产生不同值,认证失败错误故障错误集如下:
Figure DEST_PATH_IMAGE001
在本实施例中,根据不同的认证故障现象、业务现象配置预警指标及对应的条件建立故障监测分析模型,例如:
2.
Figure DEST_PATH_IMAGE002
3.IPTV机顶盒认证故障自动处置流程,如图2所示,包括以下步骤:
(1)建立决策库:配置处置预案,并将故障情景与处置预案建立关联关系
(2)建立监控决策中心:经监测预警机制判断为故障时,监控决策中心依据决策库启动处置预案,将认证模式根据方案执行切换。
在本实施例中,根据预警规则制定处置预案建立决策库,如下:
Figure DEST_PATH_IMAGE003
在本实施例中,根据决策库执行决策判断,过程如下描述:
1)判断故障现象所匹配的预警条件
2)根据预警指标及条件查找对应的处置方案
3)启动相应处置方案
4)决策判断结束
在本实施例中,附图3为本实施例的基于IPTV业务日志实现认证模式智能切换的方法流程示意图。
如,同一平台大量用户出现IPTV机顶盒认证故障,处理流程如下:
S1:IPTV机顶盒启动时,日志采集代理将随机顶盒一同启动运行,并开启监听组件常驻后台监测交互日志消息;
S2:IPTV机顶盒错误码发生认证故障的错误码(183、30005、30007等)时,日志采集中心将故障日志上传到业务平台服务端;
S3:故障监控分析中心对故障进行收敛分析,识别到大量机顶盒出现183故障错误码,判定为同一平台认证故障集中出现,故障决策中心依据处置预案进行认证模式的智能切换操作;
S4:处置预案执行后触发重启机制,服务端对在线且未认证通过的机顶盒发送重启指令,重新认证。
S5:建立二次确认机制,对处置方案涵盖的在线重启的机顶盒二次确认认证情况,确保处置方案的认证模式的有效性,对于仍认证失败的机顶盒进行再次重启操作。
以上所述仅为本发明的较佳实施例,凡依本发明申请专利范围所做的均等变化与修饰,皆应属本发明的涵盖范围。

Claims (3)

1.一种基于IPTV业务日志实现认证模式智能切换的方法,其特征在于:包括以下步骤:
步骤S1:基于Filebeat建立故障日志采集中心:即在机顶盒上安装采集代理,随机顶盒一同启动运行,并常驻后台采集机顶盒交互日志,在IPTV厂家平台服务端安装采集代理,监听IPTV厂家服务端产生的错误日志;
步骤S2:基于TCP网络通道将机顶盒侧、IPTV厂家平台侧日志上传到业务平台服务端进行故障日志收敛;
步骤S3:根据聚类算法在业务平台服务端建立故障监控分析模块,故障监控分析过程分为四部分:收集日志信息、提取日志的关键特征、聚类处理和预警处理;
步骤S4:在业务平台服务端建立故障决策模块,即制定故障对应处置预案的决策库;当出现故障时,业务服务端依据故障监控结果及处置预案方案执行决策判断,即依据决策库启动处置预案,将认证模式根据方案执行切换;
步骤S5:处置预案执行后业务平台服务端触发机顶盒重启机制,在线且未认证通过的机顶盒发送重启指令,重新认证;
步骤S6:在业务平台服务端建立二次确认机制,即对处置方案涵盖的在线重启的机顶盒二次确认认证情况,确保处置方案的认证模式的有效性,对于仍认证失败的机顶盒进行再次重启操作;
对出现认证故障或EPG访问量故障情况制定处置方案,即将在线认证失败的机顶盒从原有认证模式切换到其他可配置认证模式;
步骤S3中所述
收集日志信息内容为:接收机顶盒侧、IPTV厂家平台侧包括错误日志和EPG并发量的日志信息;
提取日志的关键特征内容为:提取日志的关键信息,机顶盒侧日志的关键特征包括业务账号、机顶盒厂家、所属平台、错误码和错误时间,IPTV厂家平台侧日志的关键特征包括业务账号、所属平台、错误码和错误时间;
聚类处理内容为:把提取的日志特征跟数据库中的认证失败特征进行比对,识别出认证失败的账号信息,剔除重复数据后存于数据库中;
预警处理内容为:在业务平台服务端设定预警规则,将同一时间段同一平台的认证失败数同比增长超过阈值、同一时段同一平台EPG并发量同比下降超过阈值、同一时段同一平台EPG并发量为0三种情况作为预警条件,当业务平台后端监控程序实时监测到认证失败情况满足预警条件时,实现认证故障智能预警,并确认认证故障现象;
所述方法对不同厂家、平台的IPTV机顶盒的厂家平台侧及机顶盒侧的交互日志的日志数据进行统一管理。
2.根据权利要求1所述的一种基于IPTV业务日志实现认证模式智能切换的方法,其特征在于:步骤S1中所述业务日志包括机顶盒产生的交互日志和IPTV厂家平台侧产生的故障日志和EPG访问日志。
3.根据权利要求1所述的一种基于IPTV业务日志实现认证模式智能切换的方法,其特征在于:步骤S4中所述决策库执行决策判断具体包括以下步骤:
步骤Sa:业务服务端对以已采集的业务日志收敛后,自动判断故障现象所匹配的预警条件;
步骤Sb:根据预警指标及条件查找对应的处置方案;
步骤Sc:启动相应处置方案;
步骤Sd:决策判断结束。
CN202010918831.2A 2020-09-04 2020-09-04 一种基于iptv业务日志实现认证模式智能切换的方法 Active CN112073755B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010918831.2A CN112073755B (zh) 2020-09-04 2020-09-04 一种基于iptv业务日志实现认证模式智能切换的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010918831.2A CN112073755B (zh) 2020-09-04 2020-09-04 一种基于iptv业务日志实现认证模式智能切换的方法

Publications (2)

Publication Number Publication Date
CN112073755A CN112073755A (zh) 2020-12-11
CN112073755B true CN112073755B (zh) 2022-09-06

Family

ID=73666066

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010918831.2A Active CN112073755B (zh) 2020-09-04 2020-09-04 一种基于iptv业务日志实现认证模式智能切换的方法

Country Status (1)

Country Link
CN (1) CN112073755B (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008257413A (ja) * 2007-04-04 2008-10-23 Hitachi Ltd システムの障害情報を自動で検知し、導入時・平常時・障害時のログファイルを自動採取・暗号化・送信するシステム
CN109151464A (zh) * 2018-11-14 2019-01-04 江苏鸿信系统集成有限公司 基于大数据流处理的iptv机顶盒故障实时检测方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100355283C (zh) * 2005-07-21 2007-12-12 上海交通大学 基于频道切换与收视率模型的网络电视频道推送方法
US8351577B2 (en) * 2007-07-03 2013-01-08 At&T Intellectual Property I, L.P. Methods, systems and computer products for video calling and live help via IPTV
GB2483499A (en) * 2010-09-10 2012-03-14 S3 Res & Dev Ltd Diagnostics and Analysis of a Set Top Box
CN102075811A (zh) * 2010-12-14 2011-05-25 中山大学 一种机顶盒自我检测的系统与方法
CN103260089A (zh) * 2012-12-18 2013-08-21 四川九洲电器集团有限责任公司 一种远程查看iptv机顶盒实时日志的方法
CN107786897A (zh) * 2016-08-31 2018-03-09 南京中兴新软件有限责任公司 Iptv系统故障定位方法及系统
CN107133158A (zh) * 2017-04-26 2017-09-05 贵州省广播电视信息网络股份有限公司 一种适用于Android设备的日志自动采集及问题定位跟踪方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008257413A (ja) * 2007-04-04 2008-10-23 Hitachi Ltd システムの障害情報を自動で検知し、導入時・平常時・障害時のログファイルを自動採取・暗号化・送信するシステム
CN109151464A (zh) * 2018-11-14 2019-01-04 江苏鸿信系统集成有限公司 基于大数据流处理的iptv机顶盒故障实时检测方法

Also Published As

Publication number Publication date
CN112073755A (zh) 2020-12-11

Similar Documents

Publication Publication Date Title
US20090182794A1 (en) Error management apparatus
CN105740140A (zh) 软件系统故障诊断方法、服务器及系统
CN109413642B (zh) 终端安全检测与监测体系化方法
CN101321084A (zh) 在计算机环境中利用关联规则挖掘为计算实体产生配置规则的方法和装置
CN110063042B (zh) 一种数据库故障的响应方法及其终端
CN103281410A (zh) 广电网络智能障碍预处理方法及系统
CN110088744A (zh) 一种数据库维护方法及其系统
CN107003926A (zh) 故障信息提供服务器、故障信息提供方法
CN114297231A (zh) 一种智能搜集日志、数据并快速形成关系拓扑的方法
CN106911510B (zh) 网络准入系统的可用性监测系统及方法
CN116800586A (zh) 一种电信网络数据通信故障诊断方法
CN115150252A (zh) 一种网络故障检测方法、系统及设备
CN113572757B (zh) 服务器访问风险监测方法及装置
CN112073755B (zh) 一种基于iptv业务日志实现认证模式智能切换的方法
CN115134356B (zh) 针对中心节点分发监控节点下载的方法、系统和介质
CN115314358B (zh) 一种家宽网络的哑网元故障监控方法和装置
CN114185326A (zh) 一种车辆远程诊断方法、系统及存储装置
CN113835939A (zh) 故障信息的处理方法及装置、存储介质、电子装置
CN109412861B (zh) 一种终端网络建立安全关联展示方法
CN109684879B (zh) 一种国产化软硬件设备的通用监控方法及系统
CN114091910A (zh) 5g用户质差投诉的溯源分析方法及装置
CN113852984A (zh) 一种无线终端接入监控系统、方法、电子设备及可读存储装置
CN114374600A (zh) 一种基于大数据的网络运维方法、装置、设备及产品
CN114244685A (zh) 一种云服务中心访问异常处置系统
CN115599881A (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