CN112995648A - 互联网电视全流程故障诊断方法、装置及计算设备 - Google Patents
互联网电视全流程故障诊断方法、装置及计算设备 Download PDFInfo
- Publication number
- CN112995648A CN112995648A CN201911284025.8A CN201911284025A CN112995648A CN 112995648 A CN112995648 A CN 112995648A CN 201911284025 A CN201911284025 A CN 201911284025A CN 112995648 A CN112995648 A CN 112995648A
- Authority
- CN
- China
- Prior art keywords
- server
- fault
- return code
- internet television
- probe
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N17/00—Diagnosis, testing or measuring for television systems or their details
- H04N17/004—Diagnosis, testing or measuring for television systems or their details for digital television systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N17/00—Diagnosis, testing or measuring for television systems or their details
- H04N17/04—Diagnosis, testing or measuring for television systems or their details for receivers
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- General Health & Medical Sciences (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例涉及互联网技术领域,公开了一种互联网电视全流程故障诊断方法、装置及计算设备,该方法包括:应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;获取故障用户并记录定位的故障点。通过上述方式,本发明实施例能够实现对互联网电视全流程的精准故障定位,具备更好的应用前景。
Description
技术领域
本发明实施例涉及互联网技术领域,具体涉及一种互联网电视全流程故障诊断方法、装置及计算设备。
背景技术
当前,互联网的蓬勃发展,为互联网电视业务的提供大量的发展平台,目前各大运营商均不同程度的开展该项业务。基于过顶传球(Over The Top,OTT)的互联网电视是指互联网公司越过运营商,发展基于开放互联网的各种视频及数据服务业务。基于OTT的互联网电视在提高宽带用户粘性方面发挥了重要作用,而如何提高互联网电视的质量变得尤为重要。
对基于OTT的互联网电视的质量监测,主要有软探针被动采集和硬探针主动测试两种方式。软探针以软件形式安装在互联网电视机顶盒内,被动地采集用户相关数据流进行拆分和提炼,并将相应指标通过互联网回传后台服务器进行数据分析加工处理及呈现。硬探针以硬件形式下挂在网络设备下,主动发起相关节目测试,同样通过互联网将测试指标回传服务器进行存储呈现。目前业界内根据影响互联网电视的四大环节,并参考采集的相关网络、性能及硬件等指标对产生互联内网电视故障的原因进行分类,分为CDN平台问题、运营商网络问题、机顶盒问题和家庭网络问题,共四个方面问题。
现有OTT互联网电视对故障的诊断方法主要是统计影响互联网电视质量的四大类问题(即CDN平台问题、运营商网络问题、机顶盒问题和家庭网络问题)相关指标集及阈值,通过指标是否超过阈值的方法进行归类。可见,目前的OTT互联网电视对故障的诊断方法相对粗犷,主要依赖于软探针的被动采集,对于联合硬探针的主动测试应用较少,无法与牌照方断流故障及网络层故障联动诊断,不能精确并全面的覆盖全流程的环节。
发明内容
鉴于上述问题,本发明实施例提供了一种互联网电视全流程故障诊断方法、装置及计算设备,克服了上述问题或者至少部分地解决了上述问题。
根据本发明实施例的一个方面,提供了一种互联网电视全流程故障诊断方法,所述方法包括:应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;获取故障用户并记录定位的故障点。
在一种可选的方式中,所述应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据,包括:应用机顶盒中的软探针收集互联网电视端到端全流程中服务器的http报文;接收所述软探针拆分所述http报文获取并返回的服务器的IP地址、所述返回码以及起止时间。
在一种可选的方式中,所述根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位,包括:通过硬探针测试判断是否牌照方存在断流故障;如果牌照方不存在断流故障,则根据各服务器的所述返回码、所述指标数据,并结合硬探针主动拨测判断各服务器或连接至各服务器的网络是否存在故障;如果各服务器以及连接至各服务器的网络不存在故障,则确定机顶盒或家庭网络存在故障。
在一种可选的方式中,所述根据各服务器的所述返回码、所述指标数据,并结合硬探针主动拨测判断各服务器或连接至各服务器的网络是否存在故障,包括:根据服务器的所述返回码判断所述服务器是否出现故障;如果所述返回码不正确,则确定所述服务器出现故障;如果所述返回码正确,则根据所述服务器的返回时间与硬探针主动拨测继续判断所述服务器以及连接至所述服务器的网络是否出现故障,其中,所述返回时间为所述起止时间的时间差。
在一种可选的方式中,所述根据服务器的所述返回码判断所述服务器是否出现故障,包括:如果所述返回码为200,则确定所述返回码正确;如果所述返回码为4XX、5XX以及6XX中其中之一,则确定所述返回码错误,所述服务器出现故障。
在一种可选的方式中,所述根据所述服务器的返回时间与硬探针主动拨测继续判断所述服务器以及连接至所述服务器的网络是否出现故障,包括:如果所述返回时间超时,则判断硬探针主动拨测是否正常;如果硬探针主动拨测正常,则确定所述服务器出现故障;如果硬探针主动拨测不正常,则确定连接至所述服务器的网络出现故障。
在一种可选的方式中,所述服务器为认证服务器、EPG服务器、调度服务器以及CDN服务器中的至少其中一种。
根据本发明实施例的另一个方面,提供了一种互联网电视全流程故障诊断装置,所述装置包括:数据采集单元,用于应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;故障定位单元,用于在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端故障全流程诊断算法进行故障定位;故障记录单元,用于获取故障用户并记录定位的故障点。
根据本发明实施例的另一方面,提供了一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行上述互联网电视全流程故障诊断方法的步骤。
根据本发明实施例的又一方面,提供了一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使所述处理器执行上述互联网电视全流程故障诊断方法的步骤。
本发明实施例通过应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;获取故障用户并记录定位的故障点,能够实现对互联网电视全流程的精准故障定位,具备更好的应用前景。
上述说明仅是本发明实施例技术方案的概述,为了能够更清楚了解本发明实施例的技术手段,而可依照说明书的内容予以实施,并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本发明实施例提供的互联网电视全流程故障诊断方法的流程示意图;
图2示出了本发明实施例提供的互联网电视全流程故障诊断方法的互联网电视端到端全流程示意图;
图3示出了本发明实施例提供的互联网电视全流程故障诊断方法的完整的故障诊断示意图;
图4示出了本发明实施例提供的互联网电视全流程故障诊断方法的故障诊断算法示意图;
图5示出了本发明实施例提供的互联网电视全流程故障诊断装置的结构示意图;
图6示出了本发明实施例提供的计算设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
图1示出了本发明实施例提供的互联网电视全流程故障诊断方法的流程示意图。如图1所示,该互联网电视全流程故障诊断方法包括:
步骤S11:应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据。
在本发明实施例中,互联网电视端到端全流程如图2所示,牌照方首先向业务管理平台注入资源。用户的机顶盒通过桌面启动器(launcher)向所述业务管理平台发起认证请求,通过认证服务器进行认证后电子节目指南(Electronic Program Guide,EPG)服务器向所述机顶盒推送EPG页面。用户请求EPG页面上的视频内容,调度服务器根据用户请求的EPG页面上的视频内容进行调度,通过内容分发网络(Content Delivery Network,CDN)服务器下沉CDN至各地市。通过所述机顶盒向下沉至各地市的CDN请求所述视频内容。所述CDN服务器将请求的所述视频内容吐给用户,用户进行观看,即完成整个互联网电视端到端全流程。
整个流程涉及资源注入、认证、EPG页面推送、调度和吐流五个流程,涉及相关launcher、EPG服务器、业务管理平台和地市下沉CDN服务器的对应IP地址和返回码。在步骤S11中,应用机顶盒中的软探针收集互联网电视全流程中服务器的http报文;接收所述软探针拆分所述http报文获取并返回的服务器的IP地址、所述返回码以及起止时间。
在本发明实施例中,由于互联网电视视频采用http协议,可对软探针的软件功能进行改造,使之能够识别开机时间内机顶盒与所有服务器设备的http交互过程,并对每个过程和涉及设备进行拆分,提取设备IP、http返回码和起止时间,并回传后台服务器。
根据http协议,可以对每次http交互产生的返回码进行解读和统计,以便在后续的应用中通过返回码信息来确定相关交互是否成功,同时也可根据返回码判断相关服务器的服务状态。返回时间为起止时间的时间差:
thttp=tr-ta
其中,thttp为返回码返回时间,tr为机顶盒发起请求的时间,ta为收到返回码的时间。服务器返回码和返回时间使用互联网电视机顶盒内软探针进行采集、解析和回传后台服务器。将每个服务器对应的返回码及返回时间进行存储,用于对服务器性能评价及相关故障排查。
步骤S12:在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位。
在步骤S12中,通过硬探针测试判断是否牌照方存在断流故障。是否断流采用硬探针发起主动的视频拉流测试进行采集,网络连通性采用下挂在网络不同层级的硬探针发起主动ping测试进行采集。
如果牌照方不存在断流故障,则根据各服务器的所述返回码、所述指标数据,并结合硬探针主动拨测判断各服务器或连接至各服务器的网络是否存在故障。具体地,根据服务器的所述返回码判断所述服务器是否出现故障;如果所述返回码不正确,则确定所述服务器出现故障;如果所述返回码正确,则根据所述服务器的返回时间与硬探针主动拨测继续判断所述服务器以及连接至所述服务器的网络是否出现故障,其中,所述返回时间为所述起止时间的时间差。如果所述返回时间超时,则判断硬探针主动拨测是否正常;如果硬探针主动拨测正常,则确定所述服务器出现故障;如果硬探针主动拨测不正常,则确定连接至所述服务器的网络出现故障。其中,服务器为认证服务器、EPG服务器、调度服务器以及CDN服务器中的至少其中一种。
如果各服务器以及连接至各服务器的网络不存在故障,则确定机顶盒或家庭网络存在故障。
在本发明实施例中,通常情况下,服务器正常服务状态下,返回码为200,当返回码为4XX、5XX和6XX(自定义)为错误状态。因此,如果所述返回码为200,则确定所述返回码正确;如果所述返回码为4XX、5XX以及6XX中其中之一,则确定所述返回码错误,所述服务器出现故障。返回码的错误状态对应的信息如表1所示。
表1返回码的错误状态对应的信息
返回码是否正确能够反映一个服务器的服务状态,而返回码的返回时间可以反映该服务器的服务性能及网络连通性的好坏。通常情况下,服务器的返回码的返回时间在毫秒级。因此,需要从原始数据中计算每个与机顶盒交互服务器对应的返回码的返回时间。当thttp>tmax时,其中,tmax为返回码的返回时间阈值,服务器性能或网络连通性可能存在问题,可利用硬件探针排查网络问题,若网络不存在问题,即可判定为服务器性能引起故障。
步骤S13:获取故障用户并记录定位的故障点。
至此,完成互联网电视端到端全流程故障定位,对机顶盒软探针进行改造使之能够对http返回码进行采集和上报,同时运行互联网电视端到端全流程故障诊断算法进行全流程故障诊断,利用互联网电视端到端全流程中各个服务器的http返回码、返回时延及探针主动拨测结果进行故障判断,实现了对互联网电视全流程的精准故障定位。
在本发明实施例中,完整的互联网电视全流程故障诊断如图3所示,包括:
步骤S21:开始。
步骤S22:判断机顶盒是否开机。如果是,则执行步骤S23。如果否,则跳转至步骤S29,直接结束。
机顶盒为关机状态,说明用户没有要看互联网电视,不执行互联网电视全流程,也就不需要进行互联网电视全流程故障诊断,流程直接结束。
步骤S23:软探针收集http报文。
应用机顶盒中的软探针软件被动收集用户观看互联网电视时各服务器产生的http报文。
步骤S24:拆分http报文,获取并返回的服务器的IP地址、所述返回码以及起止时间。
机顶盒中的软探针软件拆分http报文,获取服务器的IP地址、所述返回码以及起止时间,并将数据回传至后台服务器,以方便后续进行故障诊断。
步骤S25:判断是否存在卡顿故障。如果是,则执行步骤S27。如果否,则执行步骤S26。
根据回传的数据判断是否存在卡顿故障,如果否,说明不存在故障,不需要进行故障诊断,流程结束。如果是,说明存在故障,后续需要进行故障定位。
步骤S26:确定无故障用户。
根据回传的数据判断不存在故障,确定该用户为无故障用户,记录为无故障用户,流程结束。
步骤S27:应用互联网电视端到端全流程故障诊断算法进行故障定位。
具体的互联网电视端到端全流程故障诊断算法如图4所示,包括:
步骤S300:开始。
步骤S301:判断硬探针测试是否存在断流。如果是,则执行步骤S302;如果否,则执行步骤S303。
判断拉流硬探针的拉流视频测试是否存在断流现象。
步骤S302:确定牌照方断流故障。
如果拉流硬探针的拉流视频测试存在断流现象,则确定牌照方存在断流故障,跳转至步骤S324,流程结束。
步骤S303:判断认证服务器返回码是否正确。如果是,则执行步骤S305;如果否,则执行步骤S304。
如果认证服务器返回码正确,后续进一步根据返回时间进行故障诊断。
步骤S304:确定认证服务器故障。
如果认证服务器返回码错误,确定认证服务器存在故障,跳转至步骤S324,流程结束。
步骤S305:判断认证服务器返回码是否超时。如果是,则执行步骤S306;如果否,则跳转至执行步骤S308。
具体是指,认证服务器返回码的返回时间是否超过阈值。如果认证服务器的返回码正确,且返回码的返回时间没有超过阈值,说明认证服务器以及连接至认证服务器的网络都不存在故障。
步骤S306:判断硬探针拨测是否正常。如果否,则执行步骤S307;如果是,则返回至执行步骤S304。
如果认证服务器返回码的返回时间超过阈值,应用硬探针对至认证服务器的网络连通性进行拨测。如果硬探针对至认证服务器的网络连通性拨测正常,说明连接至认证服务器的网络不存在故障,返回至执行步骤S304,确定认证服务器存在故障。
步骤S307:网络故障。
如果硬探针对至认证服务器的网络连通性拨测不正常,说明连接至认证服务器的网络存在故障,跳转至步骤S324,流程结束。
步骤S308:判断EPG服务器返回码是否正确。如果是,则执行步骤S310;如果否,则执行步骤S309。
如果EPG服务器返回码正确,后续进一步根据返回时间进行故障诊断。
步骤S309:确定EPG服务器故障。
如果EPG服务器返回码错误,确定EPG服务器存在故障,跳转至步骤S324,流程结束。
步骤S310:判断EPG服务器返回码是否超时。如果是,则执行步骤S311;如果否,则跳转至执行步骤S313。
具体是指,EPG服务器返回码的返回时间是否超过阈值。如果EPG服务器的返回码正确,且返回码的返回时间没有超过阈值,说明EPG服务器以及连接至EPG服务器的网络都不存在故障。
步骤S311:判断硬探针拨测是否正常。如果否,则执行步骤S312;如果否,则返回至执行步骤S309。
如果EPG服务器返回码的返回时间超过阈值,应用硬探针对至EPG服务器的网络连通性进行拨测。如果硬探针对至EPG服务器的网络连通性拨测正常,说明连接至EPG服务器的网络不存在故障,返回至执行步骤S309,确定EPG服务器存在故障。
步骤S312:网络故障。
如果硬探针对至EPG服务器的网络连通性拨测不正常,说明连接至EPG服务器的网络存在故障,跳转至步骤S324,流程结束。
步骤S313:判断调度服务器返回码是否正确。如果是,则执行步骤S315;如果否,则执行步骤S314。
如果调度服务器返回码正确,后续进一步根据返回时间进行故障诊断。
步骤S314:确定调度服务器故障。
如果调度服务器返回码错误,确定调度服务器存在故障,跳转至步骤S324,流程结束。
步骤S315:判断调度服务器返回码是否超时。如果是,则执行步骤S316;如果否,则跳转至执行步骤S318。
具体是指,调度服务器返回码的返回时间是否超过阈值。如果调度服务器的返回码正确,且返回码的返回时间没有超过阈值,说明调度服务器以及连接至调度服务器的网络都不存在故障。
步骤S316:判断硬探针拨测是否正常。如果否,则执行步骤S317;如果是,则返回至执行步骤S314。
如果调度服务器返回码的返回时间超过阈值,应用硬探针对至调度服务器的网络连通性进行拨测。如果硬探针对至调度服务器的网络连通性拨测正常,说明连接至调度服务器的网络不存在故障,返回至执行步骤S314,确定调度服务器存在故障。
步骤S317:网络故障。
如果硬探针对至调度服务器的网络连通性拨测不正常,说明连接至调度服务器的网络存在故障,跳转至步骤S324,流程结束。
步骤S318:判断CDN服务器返回码是否正确。如果是,则执行步骤S320;如果否,则执行步骤S319。
如果CDN服务器返回码正确,后续进一步根据返回时间进行故障诊断。
步骤S319:确定CDN服务器故障。
如果CDN服务器返回码错误,确定CDN服务器存在故障,跳转至步骤S324,流程结束。
步骤S320:判断CDN服务器返回码是否超时。如果是,则执行步骤S321;如果否,则跳转至执行步骤S323。
具体是指,CDN服务器返回码的返回时间是否超过阈值。如果CDN服务器的返回码正确,且返回码的返回时间没有超过阈值,说明CDN服务器以及连接至CDN服务器的网络都不存在故障。
步骤S321:判断硬探针拨测是否正常。如果否,则执行步骤S322;如果否,则返回至执行步骤S319。
如果CDN服务器返回码的返回时间超过阈值,应用硬探针对至CDN服务器的网络连通性进行拨测。如果硬探针对至CDN服务器的网络连通性拨测正常,说明连接至CDN服务器的网络不存在故障,返回至执行步骤S319,确定CDN服务器存在故障。
步骤S322:网络故障。
如果硬探针对至CDN服务器的网络连通性拨测不正常,说明连接至CDN服务器的网络存在故障,跳转至步骤S324,流程结束。
步骤S323:确定机顶盒或家庭网络故障。
如果牌照方无断流故障,认证服务器、EPG服务器、调度服务器、CDN服务器以及对应的网络都不存在故障,则确定机顶盒或家庭网络存在故障。
步骤S324:结束。
如此完成互联网电视端到端全流程故障定位。需要说明的是,本发明实施例的互联网电视端到端全流程故障诊断算法是根据互联网电视端到端全流程顺序依次对互联网电视端到端全流程涉及的各设备以及对应的网络连通性进行故障定位。
步骤S28:获取故障用户并记录定位的故障点。
对应用户记录为故障用户,并记录定位的故障点,流程结束。
步骤S29:结束。
本发明实施例通过对互联网电视端到端故障诊断的研究,实现了对互联网电视端到端全流程的精准故障定位。目前业界内暂无对互联网电视端到端全流程涉及设备服务质量和故障的精准定位方法,本发明实施例解决了互联网电视故障判断粗略和误判问题,具备更好的应用前景。
本发明实施例通过应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;获取故障用户并记录定位的故障点,能够实现对互联网电视全流程的精准故障定位,具备更好的应用前景。
图5示出了本发明实施例的互联网电视全流程故障诊断装置的结构示意图。如图5所示,该互联网电视全流程故障诊断装置包括:数据采集单元501、故障定位单元502以及故障记录单元503。其中:
数据采集单元501用于应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;故障定位单元502用于在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端故障全流程诊断算法进行故障定位;故障记录单元503用于获取故障用户并记录定位的故障点。
在一种可选的方式中,数据采集单元501用于:应用机顶盒中的软探针收集互联网电视端到端全流程中服务器的http报文;接收所述软探针拆分所述http报文获取并返回的服务器的IP地址、所述返回码以及起止时间。
在一种可选的方式中,故障定位单元502用于:通过硬探针测试判断是否牌照方存在断流故障;如果牌照方不存在断流故障,则根据各服务器的所述返回码、所述指标数据,并结合硬探针主动拨测判断各服务器或连接至各服务器的网络是否存在故障;如果各服务器以及连接至各服务器的网络不存在故障,则确定机顶盒或家庭网络存在故障。
在一种可选的方式中,故障定位单元502用于:根据服务器的所述返回码判断所述服务器是否出现故障;如果所述返回码不正确,则确定所述服务器出现故障;如果所述返回码正确,则根据所述服务器的返回时间与硬探针主动拨测继续判断所述服务器以及连接至所述服务器的网络是否出现故障,其中,所述返回时间为所述起止时间的时间差。
在一种可选的方式中,故障定位单元502用于:如果所述返回码为200,则确定所述返回码正确;如果所述返回码为4XX、5XX以及6XX中其中之一,则确定所述返回码错误,所述服务器出现故障。
在一种可选的方式中,故障定位单元502用于:如果所述返回时间超时,则判断硬探针主动拨测是否正常;如果硬探针主动拨测正常,则确定所述服务器出现故障;如果硬探针主动拨测不正常,则确定连接至所述服务器的网络出现故障。
在一种可选的方式中,所述服务器为认证服务器、EPG服务器、调度服务器以及CDN服务器中的至少其中一种。
本发明实施例通过应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;获取故障用户并记录定位的故障点,能够实现对互联网电视全流程的精准故障定位,具备更好的应用前景。
本发明实施例提供了一种非易失性计算机存储介质,所述计算机存储介质存储有至少一可执行指令,该计算机可执行指令可执行上述任意方法实施例中的互联网电视全流程故障诊断方法。
可执行指令具体可以用于使得处理器执行以下操作:
应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;
在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;
获取故障用户并记录定位的故障点。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
应用机顶盒中的软探针收集互联网电视端到端全流程中服务器的http报文;
接收所述软探针拆分所述http报文获取并返回的服务器的IP地址、所述返回码以及起止时间。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
通过硬探针测试判断是否牌照方存在断流故障;
如果牌照方不存在断流故障,则根据各服务器的所述返回码、所述指标数据,并结合硬探针主动拨测判断各服务器或连接至各服务器的网络是否存在故障;
如果各服务器以及连接至各服务器的网络不存在故障,则确定机顶盒或家庭网络存在故障。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
根据服务器的所述返回码判断所述服务器是否出现故障;
如果所述返回码不正确,则确定所述服务器出现故障;
如果所述返回码正确,则根据所述服务器的返回时间与硬探针主动拨测继续判断所述服务器以及连接至所述服务器的网络是否出现故障,其中,所述返回时间为所述起止时间的时间差。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
如果所述返回码为200,则确定所述返回码正确;
如果所述返回码为4XX、5XX以及6XX中其中之一,则确定所述返回码错误,所述服务器出现故障。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
如果所述返回时间超时,则判断硬探针主动拨测是否正常;
如果硬探针主动拨测正常,则确定所述服务器出现故障;
如果硬探针主动拨测不正常,则确定连接至所述服务器的网络出现故障。
在一种可选的方式中,所述服务器为认证服务器、EPG服务器、调度服务器以及CDN服务器中的至少其中一种。
本发明实施例通过应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;获取故障用户并记录定位的故障点,能够实现对互联网电视全流程的精准故障定位,具备更好的应用前景。
本发明实施例提供了一种计算机程序产品,所述计算机程序产品包括存储在计算机存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使所述计算机执行上述任意方法实施例中的互联网电视全流程故障诊断方法。
可执行指令具体可以用于使得处理器执行以下操作:
应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;
在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;
获取故障用户并记录定位的故障点。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
应用机顶盒中的软探针收集互联网电视端到端全流程中服务器的http报文;
接收所述软探针拆分所述http报文获取并返回的服务器的IP地址、所述返回码以及起止时间。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
通过硬探针测试判断是否牌照方存在断流故障;
如果牌照方不存在断流故障,则根据各服务器的所述返回码、所述指标数据,并结合硬探针主动拨测判断各服务器或连接至各服务器的网络是否存在故障;
如果各服务器以及连接至各服务器的网络不存在故障,则确定机顶盒或家庭网络存在故障。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
根据服务器的所述返回码判断所述服务器是否出现故障;
如果所述返回码不正确,则确定所述服务器出现故障;
如果所述返回码正确,则根据所述服务器的返回时间与硬探针主动拨测继续判断所述服务器以及连接至所述服务器的网络是否出现故障,其中,所述返回时间为所述起止时间的时间差。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
如果所述返回码为200,则确定所述返回码正确;
如果所述返回码为4XX、5XX以及6XX中其中之一,则确定所述返回码错误,所述服务器出现故障。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
如果所述返回时间超时,则判断硬探针主动拨测是否正常;
如果硬探针主动拨测正常,则确定所述服务器出现故障;
如果硬探针主动拨测不正常,则确定连接至所述服务器的网络出现故障。
在一种可选的方式中,所述服务器为认证服务器、EPG服务器、调度服务器以及CDN服务器中的至少其中一种。
本发明实施例通过应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;获取故障用户并记录定位的故障点,能够实现对互联网电视全流程的精准故障定位,具备更好的应用前景。
图6示出了本发明实施例提供的计算设备的结构示意图,本发明具体实施例并不对设备的具体实现做限定。
如图6所示,该计算设备可以包括:处理器(processor)602、通信接口(Communications Interface)604、存储器(memory)606、以及通信总线608。
其中:处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。通信接口604,用于与其它设备比如客户端或其它服务器等的网元通信。处理器602,用于执行程序610,具体可以执行上述互联网电视全流程故障诊断方法实施例中的相关步骤。
具体地,程序610可以包括程序代码,该程序代码包括计算机操作指令。
处理器602可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或各个集成电路。设备包括的一个或各个处理器,可以是同一类型的处理器,如一个或各个CPU;也可以是不同类型的处理器,如一个或各个CPU以及一个或各个ASIC。
存储器606,用于存放程序610。存储器606可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序610具体可以用于使得处理器602执行以下操作:
应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;
在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;
获取故障用户并记录定位的故障点。
在一种可选的方式中,所述程序610使所述处理器执行以下操作:
应用机顶盒中的软探针收集互联网电视端到端全流程中服务器的http报文;
接收所述软探针拆分所述http报文获取并返回的服务器的IP地址、所述返回码以及起止时间。
在一种可选的方式中,所述程序610使所述处理器执行以下操作:
通过硬探针测试判断是否牌照方存在断流故障;
如果牌照方不存在断流故障,则根据各服务器的所述返回码、所述指标数据,并结合硬探针主动拨测判断各服务器或连接至各服务器的网络是否存在故障;
如果各服务器以及连接至各服务器的网络不存在故障,则确定机顶盒或家庭网络存在故障。
在一种可选的方式中,所述程序610使所述处理器执行以下操作:
根据服务器的所述返回码判断所述服务器是否出现故障;
如果所述返回码不正确,则确定所述服务器出现故障;
如果所述返回码正确,则根据所述服务器的返回时间与硬探针主动拨测继续判断所述服务器以及连接至所述服务器的网络是否出现故障,其中,所述返回时间为所述起止时间的时间差。
在一种可选的方式中,所述程序610使所述处理器执行以下操作:
如果所述返回码为200,则确定所述返回码正确;
如果所述返回码为4XX、6XX以及6XX中其中之一,则确定所述返回码错误,所述服务器出现故障。
在一种可选的方式中,所述程序610使所述处理器执行以下操作:
如果所述返回时间超时,则判断硬探针主动拨测是否正常;
如果硬探针主动拨测正常,则确定所述服务器出现故障;
如果硬探针主动拨测不正常,则确定连接至所述服务器的网络出现故障。
在一种可选的方式中,所述服务器为认证服务器、EPG服务器、调度服务器以及CDN服务器中的至少其中一种。
本发明实施例通过应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;获取故障用户并记录定位的故障点,能够实现对互联网电视全流程的精准故障定位,具备更好的应用前景。
在此提供的算法或显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述,构造这类***所要求的结构是显而易见的。此外,本发明实施例也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤,除有特殊说明外,不应理解为对执行顺序的限定。
Claims (10)
1.一种互联网电视全流程故障诊断方法,其特征在于,所述方法包括:
应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;
在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位;
获取故障用户并记录定位的故障点。
2.根据权利要求1所述的方法,其特征在于,所述应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据,包括:
应用机顶盒中的软探针收集互联网电视端到端全流程中服务器的http报文;
接收所述软探针拆分所述http报文获取并返回的服务器的IP地址、所述返回码以及起止时间。
3.根据权利要求2所述的方法,其特征在于,所述根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端全流程故障诊断算法进行故障定位,包括:
通过硬探针测试判断是否牌照方存在断流故障;
如果牌照方不存在断流故障,则根据各服务器的所述返回码、所述指标数据,并结合硬探针主动拨测判断各服务器或连接至各服务器的网络是否存在故障;
如果各服务器以及连接至各服务器的网络不存在故障,则确定机顶盒或家庭网络存在故障。
4.根据权利要求3所述的方法,其特征在于,所述根据各服务器的所述返回码、所述指标数据,并结合硬探针主动拨测判断各服务器或连接至各服务器的网络是否存在故障,包括:
根据服务器的所述返回码判断所述服务器是否出现故障;
如果所述返回码不正确,则确定所述服务器出现故障;
如果所述返回码正确,则根据所述服务器的返回时间与硬探针主动拨测继续判断所述服务器以及连接至所述服务器的网络是否出现故障,其中,所述返回时间为所述起止时间的时间差。
5.根据权利要求4所述的方法,其特征在于,所述根据服务器的所述返回码判断所述服务器是否出现故障,包括:
如果所述返回码为200,则确定所述返回码正确;
如果所述返回码为4XX、5XX以及6XX中其中之一,则确定所述返回码错误,所述服务器出现故障。
6.根据权利要求4所述的方法,其特征在于,所述根据所述服务器的返回时间与硬探针主动拨测继续判断所述服务器以及连接至所述服务器的网络是否出现故障,包括:
如果所述返回时间超时,则判断硬探针主动拨测是否正常;
如果硬探针主动拨测正常,则确定所述服务器出现故障;
如果硬探针主动拨测不正常,则确定连接至所述服务器的网络出现故障。
7.根据权利要求4-6中任一项所述的方法,其特征在于,所述服务器为认证服务器、EPG服务器、调度服务器以及CDN服务器中的至少其中一种。
8.一种互联网电视全流程故障诊断装置,其特征在于,所述装置包括:
数据采集单元,用于应用软探针被动采集互联网电视端到端全流程中服务器的返回码以及指标数据;
故障定位单元,用于在出现故障时,根据所述返回码、所述指标数据,并结合硬探针主动拨测应用互联网电视端到端故障全流程诊断算法进行故障定位;
故障记录单元,用于获取故障用户并记录定位的故障点。
9.一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行根据权利要求1-7任一项所述互联网电视全流程故障诊断方法的步骤。
10.一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行根据权利要求1-7任一项所述互联网电视全流程故障诊断方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911284025.8A CN112995648B (zh) | 2019-12-13 | 2019-12-13 | 互联网电视全流程故障诊断方法、装置及计算设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911284025.8A CN112995648B (zh) | 2019-12-13 | 2019-12-13 | 互联网电视全流程故障诊断方法、装置及计算设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112995648A true CN112995648A (zh) | 2021-06-18 |
CN112995648B CN112995648B (zh) | 2023-10-27 |
Family
ID=76341855
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911284025.8A Active CN112995648B (zh) | 2019-12-13 | 2019-12-13 | 互联网电视全流程故障诊断方法、装置及计算设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112995648B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113905226A (zh) * | 2021-09-08 | 2022-01-07 | 深圳市九洲电器有限公司 | 机顶盒播放故障修复方法、服务器、***及存储介质 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020129361A1 (en) * | 2001-03-09 | 2002-09-12 | Setsuo Arita | Information service system, information supply terminal used in this system, information service method, and program for information supply terminal |
US20030212926A1 (en) * | 2002-05-10 | 2003-11-13 | Microsoft Corporation | Analysis of pipelined networks |
US20090064248A1 (en) * | 2007-08-31 | 2009-03-05 | At&T Knowledge Ventures, Lp | System and method of monitoring video data packet delivery |
US20090328119A1 (en) * | 2008-06-25 | 2009-12-31 | Alcatel Lucent | Packet Recovery Server Based Triggering Mechanism for IPTV Diagnostics |
CN102421023A (zh) * | 2010-09-27 | 2012-04-18 | 中国电信股份有限公司 | Iptv机顶盒、iptv测试方法和模块 |
CN102710453A (zh) * | 2012-06-28 | 2012-10-03 | 赛特斯网络科技(南京)有限责任公司 | Iptv网络中实现业务故障诊断定位的方法 |
CN103856789A (zh) * | 2014-03-13 | 2014-06-11 | 赛特斯信息科技股份有限公司 | 基于用户行为分析实现ott业务质量保障的***及方法 |
US20170034507A1 (en) * | 2015-07-28 | 2017-02-02 | Jds Uniphase Corporation | Distance to fault measurements in cable tv networks |
CN106789223A (zh) * | 2016-12-13 | 2017-05-31 | 中国联合网络通信集团有限公司 | 一种交互式网络电视iptv业务质量检测方法及*** |
CN107318046A (zh) * | 2016-04-27 | 2017-11-03 | ***通信集团福建有限公司 | 一种互联网电视业务传输质量监测方法及*** |
CN107465526A (zh) * | 2016-06-03 | 2017-12-12 | 德科仕通信(上海)有限公司 | 互联网视频cdn服务器质量监测***及方法 |
CN109561300A (zh) * | 2018-12-27 | 2019-04-02 | 中国联合网络通信集团有限公司 | 业务质量检测方法及装置 |
-
2019
- 2019-12-13 CN CN201911284025.8A patent/CN112995648B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020129361A1 (en) * | 2001-03-09 | 2002-09-12 | Setsuo Arita | Information service system, information supply terminal used in this system, information service method, and program for information supply terminal |
US20030212926A1 (en) * | 2002-05-10 | 2003-11-13 | Microsoft Corporation | Analysis of pipelined networks |
US20090064248A1 (en) * | 2007-08-31 | 2009-03-05 | At&T Knowledge Ventures, Lp | System and method of monitoring video data packet delivery |
US20090328119A1 (en) * | 2008-06-25 | 2009-12-31 | Alcatel Lucent | Packet Recovery Server Based Triggering Mechanism for IPTV Diagnostics |
CN102421023A (zh) * | 2010-09-27 | 2012-04-18 | 中国电信股份有限公司 | Iptv机顶盒、iptv测试方法和模块 |
CN102710453A (zh) * | 2012-06-28 | 2012-10-03 | 赛特斯网络科技(南京)有限责任公司 | Iptv网络中实现业务故障诊断定位的方法 |
CN103856789A (zh) * | 2014-03-13 | 2014-06-11 | 赛特斯信息科技股份有限公司 | 基于用户行为分析实现ott业务质量保障的***及方法 |
US20170034507A1 (en) * | 2015-07-28 | 2017-02-02 | Jds Uniphase Corporation | Distance to fault measurements in cable tv networks |
CN107318046A (zh) * | 2016-04-27 | 2017-11-03 | ***通信集团福建有限公司 | 一种互联网电视业务传输质量监测方法及*** |
CN107465526A (zh) * | 2016-06-03 | 2017-12-12 | 德科仕通信(上海)有限公司 | 互联网视频cdn服务器质量监测***及方法 |
CN106789223A (zh) * | 2016-12-13 | 2017-05-31 | 中国联合网络通信集团有限公司 | 一种交互式网络电视iptv业务质量检测方法及*** |
CN109561300A (zh) * | 2018-12-27 | 2019-04-02 | 中国联合网络通信集团有限公司 | 业务质量检测方法及装置 |
Non-Patent Citations (2)
Title |
---|
李颖;徐人勇;满智欣;: "城域网内IPTV承载网质量监控***部署研究", no. 10 * |
缪大清;: "高清IPTV故障自助处理", no. 08 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113905226A (zh) * | 2021-09-08 | 2022-01-07 | 深圳市九洲电器有限公司 | 机顶盒播放故障修复方法、服务器、***及存储介质 |
CN113905226B (zh) * | 2021-09-08 | 2023-09-19 | 深圳市九洲电器有限公司 | 机顶盒播放故障修复方法、服务器、***及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112995648B (zh) | 2023-10-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105611330B (zh) | 智能电视维护方法、***及一种服务器、一种移动终端 | |
US9374403B2 (en) | Media stream fragment request | |
US10282246B2 (en) | Application error detection method for cloud streaming service, and apparatus and system therefor | |
CN105472443A (zh) | 一种直播源控制方法及*** | |
US11184411B2 (en) | Communication terminal, communication system, log data transmission method, and non-transitory computer-readable medium | |
CN107528892A (zh) | 一种远程调试方法、服务器端和机顶盒 | |
US9104565B2 (en) | Fault tracing system and method for remote maintenance | |
CN106155828A (zh) | 用于播放应用程序资源控制方法和设备 | |
CN106201811A (zh) | 应用程序的故障恢复方法和终端 | |
CN110536129A (zh) | 机顶盒测试方法、装置、计算机设备和存储介质 | |
CN112818201A (zh) | 一种网络数据采集方法、装置、计算机设备及存储介质 | |
CN112995648A (zh) | 互联网电视全流程故障诊断方法、装置及计算设备 | |
EP3754998A1 (en) | Streaming media quality monitoring method and system | |
CN107346280A (zh) | 一种数据上报和数据处理的方法、装置和电子设备 | |
CN117118814A (zh) | 基于多云管理平台的云资源切换方法、装置、设备及介质 | |
CN108874673A (zh) | 应用程序的测试方法及装置 | |
CN109086185B (zh) | 一种存储集群的故障检测方法、装置、设备及存储介质 | |
CN111198853B (zh) | 数据处理方法、装置、电子设备及计算机可读存储介质 | |
CN116484137A (zh) | 数据还原方法、装置、及电子设备和存储介质 | |
CN113453076B (zh) | 用户视频业务质量评估方法、装置、计算设备和存储介质 | |
CN115633372A (zh) | 车载网络终端的故障监测处理方法、装置、设备及存储介质 | |
CN109168039A (zh) | Android***的码流清晰度切换方法、装置、终端及可读介质 | |
KR100745672B1 (ko) | 디지털 홈 서비스 시스템에서의 홈 서비스 장애 관리 방법및 시스템 | |
CN112333756A (zh) | 区域网络质量监测方法、***、电子设备和存储介质 | |
Hanakawa et al. | Software and Infrastructure Log-Based Framework for Identifying the Causes of System Faults |
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 |