CN111918103B - 互联网电视业务故障确定方法、设备及互联网电视业务系统 - Google Patents

Abstract

本发明公开了互联网电视业务故障确定方法、设备及互联网电视业务架构，其中，所述方法包括：当监测到互联网电视业务故障时，确定互联网电视业务出现故障的目标层；所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个；调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置。采用本发明实施例的技术方案，可以自动监测并上报故障的具体位置，无需运维人员亲自上门通过人工输入命令行的方式进行操作以确定故障的位置，因此，本发明实施例所提供的互联网电视业务故障确定方法及设备确定故障的效率高，且成本较低，可有效达到提高运维效率、降低运维成本的目的。

Description

互联网电视业务故障确定方法、设备及互联网电视业务系统

技术领域

本发明涉及互联网电视业务性能确定技术领域，尤其涉及互联网电视业务故障确定方法、设备及互联网电视业务系统。

背景技术

在互联网电视业务大规模发展的同时，互联网电视的维护工作也变得较为繁重。现有技术方案的处理方法为：用户上报故障之后，维修人员上门排查故障。

然而，由于互联网电视承载在互联网网络上，由机顶盒解码播放视频，其故障类型和故障原因的检查方法往往非常复杂。其中，故障类型就包括但不仅限于视频源的故障、网元设备的故障、EPG故障和用户侧故障等，而从故障原因的角度去分析，故障包括但不仅限于视频源的CP内容故障、封包故障和转码故障等，网元设备的丢包故障、宕机故障或路由配置故障等，EPG故障包括但不仅限于EPG过载故障、页面不可用故障、响应时间过长故障或频道切换时延故障等，而用户侧故障包括但不仅限于用户侧的下行带宽不足、CPU过载故障、家庭网关性能故障或线路质量故障等。由此导致互联网电视业务出现故障时用户无法通过自助的方式诊断出故障所在位置，专业人员也无法通过远程的方式对故障进行诊断，必须由专业人员上门通过人工输入命令行的方式进行操作，费时费力且效率较低，由此导致互联网电视运维成本较高。

综上所述，现有技术方案中缺少一种效率高、且运维成本低的互联网电视业务故障确定的技术方案。

发明内容

本发明实施例提供一种互联网电视业务故障确定方法、设备及互联网电视业务系统，以解决现有技术中缺少一种效率高、且运维成本低的互联网电视业务故障确定的技术方案的技术问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，根据本发明实施提供的一种互联网电视业务故障确定方法，包括：

当监测到互联网电视业务故障时，确定互联网电视业务出现故障的目标层；所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个；

调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置。

在一个实施例中，所述确定互联网电视业务出现故障的目标层，包括：

生成包括视频源层性能数据、网络层性能数据、分发层性能数据及终端设备层性能数据的融合数据；

根据所述融合数据是否满足相应层级故障的预设条件，确定出现故障的目标层。

在一个实施例中，若所述视频源层为目标层，则所述调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置，包括：

针对分发层的视频接入点，分发层调用接收到的横向部署的牌照方的提供的视频源的探针中的监测数据，根据所述监测数据确定出现故障的视频源探针；

对多个视频接入点的出现故障的视频源探针进行汇聚分析，确定所述故障的位置。

在一个实施例中，若所述网络层为目标层，则所述调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置，包括：

针对出现视频业务故障的互联网电视终端，调用所述互联网电视终端至网络层的视频接入点之间经过的各网络层中相应网元探针中的监测数据，根据所述网元探针中的监测数据确定出现故障的网元；

调用与所述出现故障的网元连通的更高层的网元位于同一网络层的网元的探针中的监测数据，根据与所述出现故障的网元连通的更高层的网元位于同一网络层的网元的探针中的监测数据再次确定出现故障的网元。在此指出，在本发明实施例中，网元距离视频源层越近，则级别越高。

在一个实施例中，若所述分发层为目标层，则所述调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置，包括：

针对出现视频业务故障的互联网电视终端，调用与其连通的分发平台的探针中的监测数据，根据所述分发平台的探针中的监测数据确定出现故障的分发平台；

调用与所述视频业务出现故障的电视终端连接非分发平台平级的分发平台的探针的监测数据，确定出现故障的分发平台。

在一个实施例中，若所述终端设备层为目标层，则所述调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置，包括：

调用终端设备层的机顶盒探针中的监测数据，根据所述机顶盒探针中的监测数据确定终端设备出现视频业务故障的位置。

第二方面，根据本发明实施例提供的一种互联网电视业务系统，包括：多维数据平台，用于当检测到互联网电视业务故障时，确定互联网电视业务故障出现的目标层；以及

通过探针管理平台调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置；

其中，所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个。

第三方面，根据本发明实施提供的一种互联网电视业务故障确定设备，包括：

目标层确定模块，用于当监测到互联网电视业务故障时，确定互联网电视业务出现故障的目标层；所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个；

故障位置确定模块，用于调用所述目标层的探针数据，对所述探针数据做故障分析，确定所述目标层中的故障的位置。

第四方面，根据本发明实施提供的一种互联网电视业务故障确定设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述任一项所述的方法的步骤。

第五方面，根据本发明实施提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

在本发明实施例中，首先从视频源层、网络层、分发层或终端设备层中确定互联网电视业务出现故障的目标层，然后调用所述目标层的探针数据，对所述探针数据做故障分析，确定所述目标层中的故障的位置，采用本发明实施例的技术方案，可以自动监测并上报故障的具体位置，无需运维人员亲自上门通过人工输入命令行的方式进行操作以确定故障的位置，因此，本发明实施例所提供的互联网电视业务故障确定方法及设备确定故障的效率高，且成本较低，可有效达到提高运维效率、降低运维成本的目的。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明的一个实施例提供的一种互联网电视业务故障确定方法的流程图；

图2是本发明一个实施例提供的另外一种互联网电视业务故障确定方法的流程图；

图3是本发明一个实施例提供的再一种互联网电视业务故障确定的示意图；

图4是本发明一个实施例提供的一种互联网电视业务系统的结构示意图；

图5是本发明一个实施例提供的一种互联网电视业务故障确定设备的结构示意图；

图6是实现本发明各个实施例的一种互联网电视业务故障确定设备的硬件结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

互联网电视业务克服了传统电视通过卫星获取电视节目或者通过天线获取电视节目的局限，而是在分发层将从牌照方获取到视频源通过互联网将视频业务分发至互联网电视终端的机顶盒，机顶盒通过对接收到的电视节目进行解码之后，可在互联网电视上播放接收到的视频节目。而一旦互联网电视无法正常播放接收到的视频节目，常规的方案是运维人员亲自上门通过人工输入命令行的方式进行故障检测，由此导致确定故障时运维成本高、且效率低的技术问题。为了克服上述问题，本发明实施例提供一种互联网电视业务故障确定方法及设备。

互联网电视终端播放的视频节目是通过其机顶盒设备解码后的视频，而机顶盒中解码之前的视频是通过互联网接收到分发平台所分发的视频节目，而分发平台所分发的视频是通过专线从牌照方接收到的，因此，当互联网终端的视频无法正常播放时，出现的问题可能是牌照方提供的视频源，也可能是分发平台分发的视频故障，还可能是互联网电视终端的机顶盒接收视频或者解码视频时出现故障，或者是分发平台与互联网电视终端之间的cdn、城域网或接入网出现故障，导致传输视频的过程出现故障。

图1为本发明实施例中提供的一种互联网电视业务故障确定方法的流程图，可包括如下步骤：

步骤S102、当监测到互联网电视业务故障时，确定互联网电视业务出现故障的目标层；所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个；

在本发明实施中，多维数据平台将从探针管理平台获取到的监测数据与从数据服务器中接收到的数据进行融合，形成融合数据，并根据融合数据确定故障所在的目标层，其中，数据服务器提供的数据可为3A系统数据，也可为DNS系统数据，或者是数据网管数据等，具体的，多维数据平台需要接收哪种类型的数据服务器中的数据，可以预先根据需求进行设定。

在本发明实施例中，探针管理系统接收各个探针的监测数据并上报给多维数据平台，当多维数据平台确定出目标层之后，将需要调用的探针的信息下发主探针管理系统，探针管理系统根据接收到的调度信息将相关探针的监测数据上报给多维数据平台，以供多维数据平台确定故障的具体位置。

在本发明实施例中，当检测到互联网电视业务故障时，首先从可能出现故障的视频源层、网络层、分发层及终端设备层中确定出现故障的目标层，所述目标层可能为一个，也可能为多个。其中，视频源层为提供视频源的牌照方。而网络层包括核心网（省网）性能数据、cdn性能数据、城域网性能数据、接入网数据和驻地网数据，即从分发层至终端设备层的通信链路，终端设备层可为互联网电视业务的机顶盒。

步骤S104、调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置。

在本发明实施例中，在确定出现故障的目标层之后，调用与所述目标层连接的相关层的探针数据，可为目标层，也可包括与所述目标层相连通的较高层和/或较低层的探针的监测数据，进而确定所述目标层中出现故障的具体位置。

具体地，确定故障的具体位置的方法为：将调用的探针的监测数据与从数据服务器中接收的数据进行融合，再次或者多次根据融合数据确定故障的具体位置。具体的：可在多维数据平台设置基准数据，将融合数据与基准数据做比对分析，从而确定出故障的位置。

在一个实施例中，参见图2所示，步骤S102，包括：

步骤S1022、生成包括视频源层性能数据、网络层性能数据、分发层性能数据及终端设备层性能数据的融合数据；

在本发明实施例中，针对包括视频源层、网络层、分发层及终端设备层的互联网视频业务系统（后文简称为：系统）而言，进行故障位置的确定时，多维数据平台首先形成包括需求类型的数据服务器中的数据及探针监测的数据的融合数据，然后，根据融合数据确定故障所在的目标层。其中，所述数据服务器中的数据包括多种性能数据，而一个数据服务器可提供一种性能数据，如业务资源系统数据、3A系统数据等，可以理解为数据服务器中提供的数据是面向互联网电视业务系统的数据面的数据，因此，本发明实施例提供的方法，首先从包括多种性能数据的数据面的层面确定出现故障的目标层，分析的数据较为全面，从而可有效确定出现故障的目标层。

在本发明实施例中，视频源层性能数据包括但不仅限于卡顿时长占比、卡顿用户占比、平均每小时卡顿次数、总用户数、总观看时长、有线接入率、下载速率和TCP成功率等；

网络性能数据包括核心网（省网）性能数据、CDN性能数据、城域网性能数据、接入网数据和驻地网数据。其中，城域网性能数据包括城域网链路质量数据和城域网设备质量数据，而城域网链路质量数据用于反映各地市城域网链路的运行质量，通过对各段设备的独立统计，监控城域网质量。而城域网链路质量数据包括但不局限于：城域网利用率超50%链路比例、城域网利用率超50%链路比例、城域网链路ping丢包率超0.1%链路比例等，可细分至BR-AR、AR-OTT、AR-BRAS、BRAS-SW、SW-OLT等不同层级的链路。而由于互联网电视与家庭宽带的网络拓扑是一致的，通过将互联网电视用户的性能指标进一步关联至具体的城域网设备，结合设备收光功率、上联链路利用率等指标，获取相关城域网设备的性能质量。

分发层性能指标包括但不仅限于平台负荷监控，如支持分钟级的VSC和RRS的负荷情况趋势分析，针对VSC在线用户数、RRS并发数等负荷指标超过门限的，能自动触发性能告警。

互联网终端设备层性能数据包括但不仅限于机顶盒卡顿分析，如机顶盒性能分析模块主要呈现分地市、分厂家和分型号的机顶盒月粒度、日粒度的电视性能指标情况。

步骤S1024、根据所述融合数据是否满足相应层级故障的预设条件，确定出现故障的目标层。

在本发明实施例中，当所述融合数据的某一项满足相应层级故障的预设条件时，则确定为相应层为所述电视业务出现故障的目标层。其中，所述相应层级故障的预设条件可以是预先设定的。具体可为：当视频源层性能指标卡顿时长占比满足视频源层故障的预设条件时，如卡顿时长占比大于第一预设值，则确定视频源层为目标层。而当检测cdn的ping满足网络层发生故障的第二预设条件或者是dns的ping值满足网络层发生故障的第三预设条件时，则确定网络层为目标层。当监控到分发平台负荷超载或者分发层的其他性能指标满足分发层为目标层的相应的预设条件时，则判断分发层为发生故障的目标层。而当通过对发生故障的中的终端设备的机顶盒分析，与该区域（如小区）中的机顶盒中的软探针检测到的来自同一个分发平台的同一视频的播放数据差异满足预设条件时，则可判断终端设备层为发生故障的目标层。

在本发明实施例中，若所述视频源层为目标层，则所述调用所述目标层的探针数据，对所述探针数据做故障分析，确定所述目标层中的故障的位置，包括：

1）针对分发层的视频接入点，分发层调用接收到的横向部署的牌照方的提供的视频源的探针中的监测数据，根据所述监测数据确定出现故障的视频源探针；

具体的，如针对A分发层的视频接入点，如A分发层调用接收到的横向部署的牌照方的提供的视频源的探针中的监测数据分别为监测数据1，监测数据2，……监测数据n，其中监测数据n对应的是A分发层接收到的对应子视频源提供的视频性能数据。

常规情况下，分发平台接收到的每一个子视频源中的性能数据对应至少一个探针，当通过探针数据检测到接收到的相应的子视频源为A分发层提供的视频的性能数据不满足相应的预设条件时，暂定该不满足相应的预设条件的子视频源或该子视频源与A分发层之间的数据专线存在故障。

2）对多个视频接入点的出现故障的视频源探针进行汇聚分析，确定所述故障的位置。

在本发明实施例中，为了使故障定位更为准确，当暂定该不满足相应的预设条件的子视频源或该子视频源与A分发层之间的数据专线存在故障之后，对通过该子视频源提供视频的其他分发层做分析，如调用其他分发平台中通过该子视频源提供的视频性能数据，如果满足相应的要求，则可确定目标层的故障位置发送在A分发层与其子视频源之间的数据专线，否则，可确定目标层的故障位置发生在子视频源，即牌照方。

在本发明实施例中，若所述网络层为目标层，则所述调用所述目标层的探针数据，对所述探针数据做故障分析，确定所述目标层中的故障的位置，包括：

1）针对出现视频业务故障的互联网电视终端，调用所述互联网电视终端至网络层的视频接入点之间经过的各网络层中相应网元探针中的监测数据，根据所述网元探针中的监测数据确定出现故障的网元；

在本发明实施例中，从分发层到终端设备层之间需要经过核心层、分发层、城域网、接入网及驻地网，各网络层中均有网元直接或间接与出现故障的互联网电视终端连通，在检测出现故障的网元时，首先，调用出现故障的互联网电视终端与分发层之间连通的各网元的探针中的监测数据，如果检测到有某一个或几个网元的探针数据不满足相应网元的数据的预设要求，则初步确定该不满足相应的数据的预设要求的网元为出现故障的网元。

2）调用与所述出现故障的网元连通的更高层的网元位于同一网络层的网元的探针中的监测数据，根据所述与所述出现故障的网元连通的更高层的网元位于同一网络层的网元的探针中的监测数据再次确定出现故障的网元。

在本发明实施例中，当初步确定出出现故障的网元之后，可针对出现故障的互联网电视终端，再次调用与该出现故障网元连通的更高级网元在同一网络层的网元的探针中的监测数据，通过对与该出现故障网元连通的更高级网元在同一网络层的网元的探针中的监测数据做对比分析，进一步确定出现故障的网元。

在本发明实施例中，若所述分发层为目标层，则所述调用所述目标层的探针数据，对所述探针数据做故障分析，确定所述目标层中的故障的位置，包括：

1）针对出现视频业务故障的互联网电视终端，调用与其连通的分发平台的探针中的监测数据，根据所述分发平台的探针中的监测数据确定出现故障的分发平台；

在本发明实施中，当通过融合数据确定分发层为出现故障的目标层之后，调用从互联网电视终端至牌照方之间的各分发平台的探针中的监测数据，如某互联网电视终端C1位于M1乡，则需调用与所述C1连通的M1乡分发平台、N1县分发平台、P1市分发平台、Q1省分发平台中的监测数据，当检测到至少一个分发平台的探针中的监测数据不满足相应的预设要求时，则初步判断相应的分发平台为故障分发平台，如检测到N1县分发平台的探针中的监测数据不满足相应的预设要求时，则初步确定N1县分发平台为故障分发平台。

2）调用与所述视频业务出现故障的电视终端连接非分发平台平级的分发平台的探针的监测数据，确定出现故障的分发平台。

在本发明实施例中，参见图3所示，当初步确定出故障分发平台之后，调用与该分发平台连接的较高级分发平台平级的分发平台中的探针数据，如确定出N1县分发平台为故障分发平台后，调用与P1市分发平台平级的其他市分发平台（如P2市分发平台、P3市分发平台）、与Q1省分发平台平级的其他省分发平台（如Q2省分发平台），如与通过对平级的分发平台的探针中的监测数据最对比分析，再次确定出现故障的分发平台。

在本发明实施例中，当初步确定N1县分发平台为故障分发平台之后，在纵向上调用与该N1县的分发平台连通的更高级的分发平台的探针中的监测数据，根据调用的更高级分发平台的探针中的监测数据确定更高级的分发平台是否出现故障。在此指出，对于更高级的分发平台的探针中的监测数据的调用可以按照由高至低的顺序，即先调用Q1省分发平台的探针中的监测数据，再调用P1市分发平台的探针中的监测数据，进而根据Q1省分发平台的探针中的监测数据、P1市分发平台的探针中的监测数据确定P1市分发平台及Q1省分发平台是否有故障；作为另一种实施方式，也可按照由低至高的顺序，即先调用P1市分发平台的探针中的监测数据，再调用Q1省分发平台的探针中的监测数据，进而根据Q1省分发平台的探针中的监测数据、P1市分发平台的探针中的监测数据确定P1市分发平台及Q1省分发平台是否有故障。

在本发明实施例中，还调用与更高级的分发平台平级的分发平台，如在确定与N1县分发平台连通的P1市分发平台及Q1省分发平台之后，还调用在横向上与P1市分发平台平级的P2市分发平台的探针中的监测数据、P3市分发平台的探针中的监测数据，及与Q1省分发平台平级的Q2省分发平台中的监测数据，通过对比分析，进而确定P1市分发平台及Q1省分发平台是否为故障分发平台。在此指出，列举与P1市分发平台平级的有两个分发平台，分别为P2市分发平台及P3市分发平台，及列举与Q1省分发平台平级的有一个分发平台，为Q2生分发平台，仅是为了便于描述，并非是对分别与Q1省分发平台、P1市分发平台平级的分发平台的数量的具体限定。

在本发明实施例中，若所述终端设备层为目标层，则所述调用所述目标层的探针数据，对所述探针数据做故障分析，确定所述目标层中的故障的位置，包括：

调用终端设备层的机顶盒探针中的监测数据，根据所述机顶盒探针中的监测数据确定视频质量不满足预设要求的终端设备。

在本发明实施例中，当确定目标层为终端设备层时，调用终端设备中的监测数据，进而确定故障所在位置。

在此指出，在本发明实施例中，机顶盒探针中设置有相应节目满足是否满足要求的预设条件，如回放的电视节目的视频性能数据、直播的电视节目的性能数据等。当检测到相应的电视节目不满足相应类型的视频性能数据时，可确定该互联网电视终端针对该种类型的电视节目的解码出现故障。

在本发明实施例中，探针管理平台中为上述各探针均设置有负载量，当负载量超过预设值时，可以自动清除超过负载量的数据，如可以时间顺序，自动清除超过负载量的数据，或者是依据用户预先设置的规则自动清除，如此，可有效避免探针由于负载量过大而导致运行速度缓慢的问题。

本发明实施例中，当确定出故障的位置后，多维数据平台可主动报告故障出现的位置，无需相关人员参与便可获取到出现故障的具体位置，保障了互联网电视业务故障位置确定的智能化。

本发明实施例提供的互联网电视业务故障确定方法，在互联网电视业务出现故障时首先确定互联网电视业务出现故障的目标层；所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个；调用所述目标层的探针数据，对所述探针数据做故障分析，确定所述目标层中的故障的位置。采用本发明实施例的技术方案，可以自动监测并上报故障的具体位置，无需运维人员亲自上门通过人工输入命令行的方式进行操作以确定故障的位置，因此，本发明实施例所提供的互联网电视业务故障确定方法及设备确定故障的效率高，且成本较低，可有效达到提高运维效率、降低运维成本的目的。

本发明实施例提供的一种互联网电视业务故障结构，参加图4所示，包括多维数据平台42，用于当检测到互联网电视业务故障时，确定互联网电视业务故障出现的目标层；以及

通过探针管理平台43调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置；

其中，所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个。

在本发明实施例中，还包括多级探针，如视频源层的牌照方的探针服务器441、分发层的各个探针服务442、网络层中的各层的探针服务器443，终端设备级的机顶盒软探针444等。在此指出，图中的牌照方的探针服务器441、分发层的各个探针服务442、网络层中的各层的探针服务器443，终端设备级的机顶盒软探针444均为1个仅是为了便于描述，并非是对其数量的具体限定。

在本发明实施例中，所述多级探针可以接收探针管理平台的调用，以将其监测到的数据实时汇报给探针管理平台，以供探针管理平台将监测数据上报给多维数据平台，以供多维数据平台对故障位置进行确定。

在本发明实施例中，多维数据平台从需求类型的数据所对应的数据服务器中获取数据，作为一个优选的实施例，每个服务器可提供一种类型的互联网电视业务数据，如数据服务器411可提供DNS系统数据、数据服务器412可提供3A系统数据、数据服务器413可提供数据网管系统数据，数据服务器414可提供数据网管数据等。

在本发明实施例中，多级探针将其监测到的数据上报给探针管理平台后，探针管理平台将其上传至多维数据平台或相应的数据服务器，多维数据平台从各个数据服务器中获取到相应类型的电视业务数据后进行融合，形成融合数据；多维数据平台并根据融合数据确定出现故障的目标层。在确定出现故障的目标层之后，多维数据平台可以通过探针管理平台调用与所述目标层的相关层的探针的监测数据，通过再次或多次将调用的探针中的监测数据与从服务器中获取的数据进行融合，以确定目标层中的故障的位置。其中，所述目标层的相关层为与所述目标层直接或间接相关联的层。在此指出，在多维数据平台中，可设置有各层是否出现故障的基准数据，多维数据平台通过将融合数据与基准数据做比对，从而确定出现故障的目标层，及出现故障的具体位置。

具体地，在调用时，可以采用“链式”调用的方法，即调用经过目标层的包括从视频源层探针至终端设备级探针的整个通信链路的探针中的监测数据，然后对调用的监测数据与从数据服务器中实时获取的数据进行融合以做故障分析，至于探针调用的先后顺序可以根据用户需求进行设定，可以按照由终端设备级至视频源级逐级升高的顺序进行调用，也可也按照由视频源级至终端设备级逐级降低的顺序进行调用。

本发明实施例提供的互联网电视业务系统，包括多维数据平台，在互联网电视业务出现故障时确定互联网电视业务故障出现的目标层；以及通过探针管理平台调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置；其中，所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个。采用本发明实施例的技术方案，多维数据平台可以自动监测并上报故障的具体位置，无需运维人员亲自上门通过人工输入命令行的方式进行操作以确定故障的位置，可达到人工智能的技术效果，因此，本发明实施例所提供的互联网电视业务故障确定方法及设备确定故障的效率高，且成本较低，可有效达到提高运维效率、降低运维成本的目的。

图5是本发明一个实施例提供的一种互联网电视业务故障确定设备的结构示意图。如图5所示的设备，可以包括：

目标层确定模块52，用于当监测互联网电视业务出现故障时，确定互联网电视业务出现故障的目标层；所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个；

故障位置确定模块54，用于调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置。

在本发明实施例中，目标层确定模块52，还用于：

生成包括视频源层性能数据、网络层性能数据、分发层性能数据及终端设备层性能数据的融合数据；

根据所述融合数据是否满足相应层级故障的预设条件，确定所述电视业务出现故障的目标层。

在本发明实施例中，所述故障位置确定模块54，还用于：

针对分发层的视频接入点，调用为所述视频接入点提供视频源的横向部署的牌照方的视频源探针中的监测数据，根据所述监测数据确定出现故障的视频源探针；

对多个视频接入点的出现故障的视频源探针进行汇聚分析，确定所述故障的位置。

在本发明实施例中，所述故障位置确定模块54，还用于：

针对终端设备，调用所述终端设备至网络层的视频接入点之间的网络层各层的探针中的监测数据，根据所述监测数据确定出现故障的网络层探针；

对多个终端设备的出现故障的网络层探针进行汇聚分析，确定所述故障的位置。

在本发明实施例中，所述故障位置确定模块54，还用于：

针对分发平台，调用分发探针中的监测数据，根据所述分发探针中的监测数据确定出现故障的分发平台；

对同级的多个分发平台中出现故障的分发平台进行汇聚，确定所述故障的位置。

在本发明实施例中，所述故障位置确定模块54，还用于：

调用终端设备层的机顶盒探针中的监测数据，根据所述机顶盒探针中的监测数据确定终端设备的故障位置。

本发明实施例提供的互联网电视业务故障确定设备，目标层确定模块52确定互联网电视业务出现故障的目标层；所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个；故障位置确定模块54调用所述目标层的探针数据，对所述探针数据做故障分析，确定所述目标层中的故障的位置。采用本发明实施例的技术方案，当互联网电视业务出现故障时，可以自动监测并上报故障的具体位置，无需运维人员亲自上门通过人工输入命令行的方式进行操作以确定故障的位置，因此，本发明实施例所提供的互联网电视业务故障确定方法及设备确定故障的效率高，且成本较低，可有效达到提高运维效率、降低运维成本的目的。

相应于本发明实施例提供的互联网电视业务故障确定方法、设备，本发明实施例提供一种互联网电视业务故障确定设备的硬件结构，参见图6所示，容器集群服务应用程序升级的设备包括处理器610、收发机620、存储器630和总线接口。其中：

在本发明实施例中，互联网电视业务故障确定设备600还包括：存储在存储器630上并可在所述处理器610上运行的计算机程序，所述计算机程序被所述处理器610执行时实现上述图1-2任一项所示的方法中的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器610代表的一个或多个处理器和存储器630代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机620可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

处理器610负责管理总线架构和通常的处理，存储器630可以存储处理器610在执行操作时所使用的数据。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (9)

1.一种互联网电视业务故障确定方法，其特征在于，包括：

当监测到互联网电视业务故障时，确定互联网电视业务出现故障的目标层；所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个；

调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置；

所述确定互联网电视业务出现故障的目标层，包括：

获取包括视频源层性能数据、网络层性能数据、分发层性能数据及终端设备层性能数据的融合数据；

根据所述融合数据是否满足相应层级故障的预设条件，确定出现故障的目标层。

2.根据权利要求1所述的方法，其特征在于，若所述视频源层为目标层，则所述调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置，包括：

针对分发层的视频接入点，分发层调用接收到的横向部署的牌照方的提供的视频源的探针中的监测数据，根据所述监测数据确定出现故障的视频源探针；

对多个视频接入点的出现故障的视频源探针进行汇聚分析，确定所述故障的位置。

3.根据权利要求1所述的方法，其特征在于，若所述网络层为目标层，则所述调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置，包括：

针对出现视频业务故障的互联网电视终端，调用所述互联网电视终端至网络层的视频接入点之间经过的各网络层中相应网元探针中的监测数据，根据所述网元探针中的监测数据确定出现故障的网元；

调用与所述出现故障的网元连通的更高层的网元位于同一网络层的网元的探针中的监测数据，根据所述与所述出现故障的网元连通的更高层的网元位于同一网络层的网元的探针中的监测数据再次确定出现故障的网元。

4.根据权利要求1所述的方法，其特征在于，若所述分发层为目标层，则所述调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置，包括：

针对出现视频业务故障的互联网电视终端，调用与其连通的分发平台的探针中的监测数据，根据所述分发平台的探针中的监测数据确定出现故障的分发平台；

调用与所述视频业务出现故障的电视终端连接非分发平台平级的分发平台的探针的监测数据，确定出现故障的分发平台。

5.根据权利要求1所述的方法，其特征在于，若所述终端设备层为目标层，则所述调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置，包括：

调用终端设备层的机顶盒探针中的监测数据，根据所述机顶盒探针中的监测数据确定终端设备出现视频业务故障的位置。

6.一种互联网电视业务系统，其特征在于，包括：

多维数据平台，用于当检测到互联网电视业务故障时，确定互联网电视业务故障出现的目标层；以及

通过探针管理平台调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置；

其中，所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个；

所述多维数据平台，还用于：

获取包括视频源层性能数据、网络层性能数据、分发层性能数据及终端设备层性能数据的融合数据；

根据所述融合数据是否满足相应层级故障的预设条件，确定出现故障的目标层。

7.一种互联网电视业务故障确定设备，其特征在于，包括：

目标层确定模块，用于当监测到互联网电视业务故障时，确定互联网电视业务出现故障的目标层；所述目标层为视频源层、网络层、分发层或终端设备层中的至少一个；

故障位置确定模块，用于调用与所述目标层连接的相关层的探针数据，对所述相关层的探针数据做故障分析，确定所述目标层中的故障的位置；

所述目标层确定模块，还用于：

生成包括视频源层性能数据、网络层性能数据、分发层性能数据及终端设备层性能数据的融合数据；

根据所述融合数据是否满足相应层级故障的预设条件，确定所述电视业务出现故障的目标层。

8.一种互联网电视业务故障确定设备，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至5中任一项所述的方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的方法的步骤。

Images