CN106850298A - Iptv业务质量监测方法、终端及系统 - Google Patents

Iptv业务质量监测方法、终端及系统 Download PDF

Info

Publication number
CN106850298A
CN106850298A CN201710072160.0A CN201710072160A CN106850298A CN 106850298 A CN106850298 A CN 106850298A CN 201710072160 A CN201710072160 A CN 201710072160A CN 106850298 A CN106850298 A CN 106850298A
Authority
CN
China
Prior art keywords
data
target
target kpi
terminal
parameters
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
CN201710072160.0A
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.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications 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 China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN201710072160.0A priority Critical patent/CN106850298A/zh
Publication of CN106850298A publication Critical patent/CN106850298A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • 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/50—Testing arrangements
    • H04L43/55—Testing of service level quality, e.g. simulating service usage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627—Rights management associated to the content

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

本申请实施例提供IPTV业务质量监测方法、终端及系统，涉及通信技术领域，解决了现有技术中如何在终端上实现更全面的IPTV业务质量监测的问题。该方法包括：终端基于预先配置的root权限，采集目标关键性能指标KPI参数的数据，其中，所述root权限用于指示终端采集表征所述IPTV业务质量的KPI参数的数据，其中，所述表征所述IPTV业务质量的KPI参数包括：视频质量指标、视频业务交互信息、用户收看视频的信息或终端运行状态信息中的至少一个；将所述目标KPI参数的数据进行预处理，得到预处理后的目标KPI参数的数据；向数据库实体发送所述预处理后的目标KPI参数的数据，以使得所述数据库实体存储所述预处理后目标KPI参数的数据。

Description

IPTV业务质量监测方法、终端及系统
技术领域
本申请涉及通信技术领域，尤其涉及交互式网络电视(英文：Internet ProtocolTelevision，缩写：IPTV)业务质量监测方法、终端及系统。
背景技术
近年来，IPTV业务快速发展，用户规模急剧增长，但是维护人员数量及维护支撑手段却不足，亟需扩展维护支撑手段来保障IPTV业务的良性发展。为解决该问题，IPTV业务质量监测随之产生。
目前的IPTV业务质量监测主要是监测IPTV视频质量，然而，仅监测IPTV视频质量并不能完全体现IPTV业务质量的优劣。
因此，如何在终端上实现更全面的IPTV业务质量监测是目前亟待解决的问题。
发明内容
本申请的实施例提供IPTV业务质量的监测方法、终端及系统，以至少在终端上实现更全面的IPTV业务质量监测。
为达到上述目的，本申请的实施例采用如下技术方案：
一方面，提供一种交互式网络电视IPTV业务质量监测方法，该方法包括：终端基于预先配置的root权限，采集目标关键性能指标KPI参数的数据，其中，该root权限用于指示该终端采集表征该IPTV业务质量的KPI参数的数据，其中，该表征该IPTV业务质量的KPI参数包括：视频质量指标、视频业务交互信息、用户收看视频的信息或终端运行状态信息中的至少一个；将该目标KPI参数的数据进行预处理，得到预处理后的目标KPI参数的数据；向数据库实体发送该预处理后的目标KPI参数的数据，以使得该数据库实体存储该预处理后的目标KPI参数的数据。由于通过本申请实施例提供的IPTV业务质量监测方法，可以实现对视频质量指标、视频业务交互信息、用户收看视频的信息或终端运行状态信息等表征IPTV业务质量的KPI参数的监测，因此，相较于现有的只能对视频质量监测的方案，可以在终端实现更全面的IPTV业务质量监测。
一种可能的实现方式中，该终端基于预先配置的root权限，采集目标KPI参数的数据，包括：基于该预先配置的root权限，根据预先配置的监测周期和目标KPI参数的标识，周期性的采集目标KPI参数的数据。由于本申请实施例中的终端可以周期性的采集目标KPI参数的数据并上报给IPTV集中监测平台的KPI数据库，也就是说，本申请实施例中的IPTV集中监测平台可以周期性的获取目标KPI参数的数据，因此IPTV集中监测平台可以根据最新的目标KPI参数的数据判断该时间段内用户观看IPTV视频质量是否有持续下降的趋势，从而实现更全面、更准确的IPTV业务质量监测。
一种可能的实现方式中，在该终端基于预先配置的root权限，采集目标KPI参数的数据之前，还包括：接收服务器发送的监测消息，该监测消息携带目标KPI参数的标识；该终端基于预先配置的root权限，采集目标KPI参数的数据，包括：该终端基于预先配置的root权限，根据该目标KPI参数的标识，采集目标KPI参数的数据。本申请实施例中，终端可以接收IPTV集中监测平台发送的监测消息，监测消息中携带IPTV集中监测平台需要监测的特定的KPI参数的标识，进而，终端可以基于预先配置的root权限，根据目标KPI参数的标识采集特定的KPI参数的值并反馈给IPTV集中监测平台，实现按需监控，从而提升了用户体验。
一种可能的实现方式中，该采集目标KPI参数的数据，包括：读取目标文件中包括的目标KPI参数的数据，其中，该目标文件为该终端中包括目标KPI参数的任意一个文件；和/或，检测目标业务中包括的目标KPI参数的数据，其中，该目标业务为该IPTV业务中的任意一个业务；和/或，发起目标业务的拨测，获得该目标业务的拨测结果，将该拨测结果确定为目标KPI参数的数据。由于本申请实施例中的终端可以通过多种方式采集KPI数据，因此可以更全面的获取KPI参数的数据，为IPTV业务质量监测平台提供更全面的可分析处理的数据，从而达到在终端实现更全面的IPTV业务质量监测。
一种可能的实现方式中，该将该目标KPI参数的数据进行预处理，得到预处理后的目标KPI参数的数据，包括：将该目标KPI参数的数据进行第一预处理，得到第一预处理后的目标KPI参数的数据；该向数据库实体发送该预处理后的目标KPI参数的数据，包括：若该第一预处理后的目标KPI参数的数据在该预设阈值范围内，向数据库实体发送该第一预处理后的目标KPI参数的数据，以使得该数据库实体将该第一预处理后的目标KPI参数的数据存储在该数据库实体的第一列表中，其中，该第一列表用于存储KPI参数的数据。终端在将目标KPI参数的数据进行预处理之后再向IPTV集中监测平台的数据库实体发送KPI参数的数据，可以减少发送的数据量，避免了由于发送大量的监测信息而影响用户体验，并且避免了IPTV集中监测平台存储大量数据造成的计算资源浪费。
一种可能的实现方式中，在该将该目标KPI参数的数据进行第一预处理，得到第一预处理后的目标KPI参数的数据之后，还包括：若该第一预处理后的目标KPI参数的数据不在该预设阈值范围内，为该第一预处理后的目标KPI参数的数据添加告警标识，得到第二预处理后的目标KPI参数的数据；该向数据库实体发送该预处理后的目标KPI参数的数据，包括：向该数据库实体发送该第二预处理后的目标KPI参数的数据，以使得该数据库实体将该第二预处理后的目标KPI参数的数据存储在该数据库实体的第二列表中，其中，该第二列表用于存储添加告警标识的KPI参数的数据。本申请实施例中，通过将不同的KPI参数的数据分别存储在数据库实体的不同位置，可以方便工作人员根据携带告警标识的数据快速的定位到是某个终端的某个KPI参数的数据超过阈值，从而方便工作人员快速处理。
又一方面，提供一种终端，用于交互式网络电视IPTV业务质量监测，该终端包括：采集模块、预处理模块和发送模块；该采集模块，用于基于预先配置的root权限，采集目标KPI参数的数据，其中，该root权限用于指示该终端采集表征该IPTV业务质量的KPI参数的数据，其中，该表征该IPTV业务质量的KPI参数包括：视频质量指标、视频业务交互信息、用户收看视频的信息或终端运行状态信息中的至少一个；该预处理模块，用于将该目标KPI参数的数据进行预处理，得到预处理后的目标KPI参数的数据；该发送模块，用于向数据库实体发送该预处理后的目标KPI参数的数据，以使得该数据库实体存储该预处理后的目标KPI参数的数据。由于通过本申请实施例提供的终端，可以实现对视频质量指标、视频业务交互信息、用户收看视频的信息或终端运行状态信息等表征IPTV业务质量的KPI参数的监测，因此，相较于现有的只能对视频质量监测的方案，可以在终端实现更全面的IPTV业务质量监测。
在一种可能的设计中，该采集模块，具体用于：基于该预先配置的root权限，根据预先配置的监测周期和目标KPI参数的标识，周期性的采集目标KPI参数的数据。
在一种可能的设计中，该终端还包括接收模块；该接收模块，用于在该采集模块基于预先配置的root权限，采集目标KPI参数的数据之前，接收服务器发送的监测消息，该监测消息携带目标KPI参数的标识；该采集模块，具体用于：基于预先配置的root权限，根据该目标KPI参数的标识，采集目标KPI参数的数据。
在一种可能的设计中，该采集模块，具体用于：读取目标文件中包括的目标KPI参数的数据，其中，该目标文件为该终端中包括目标KPI参数的任意一个文件；和/或，检测目标业务中包括的目标KPI参数的数据，其中，该目标业务为该IPTV业务中的任意一个业务；和/或，发起目标业务的拨测，获得该目标业务的拨测结果，将该拨测结果确定为目标KPI参数的数据。
在一种可能的设计中，该预处理模块，具体用于：将该目标KPI参数的数据进行第一预处理，得到第一预处理后的目标KPI参数的数据；该发送模块，具体用于：若该第一预处理后的目标KPI参数的数据在该预设阈值范围内，向数据库实体发送该第一预处理后的目标KPI参数的数据，以使得该数据库实体将该第一预处理后的目标KPI参数的数据存储在该数据库实体的第一列表中，其中，该第一列表用于存储KPI参数的数据。
在一种可能的设计中，该预处理模块，还用于在该将该目标KPI参数的数据进行第一预处理，得到第一预处理后的目标KPI参数的数据之后，若该第一预处理后的目标KPI参数的数据不在该预设阈值范围内，为该第一预处理后的目标KPI参数的数据添加告警标识，得到第二预处理后的目标KPI参数的数据；该发送模块，具体用于：向该数据库实体发送该第二预处理后的目标KPI参数的数据，以使得该数据库实体将该第二预处理后的目标KPI参数的数据存储在该数据库实体的第二列表中，其中，该第二列表用于存储添加告警标识的KPI参数的数据。
又一方面，本申请实施例还提供一种终端，包括：处理器、存储器、总线和通信接口；该终端用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该终端运行时，该处理器执行该存储器存储的该计算机执行指令，以使该终端执行如上述任意一项的IPTV业务质量监测方法。
又一方面，本申请实施例还提供了一种计算机存储介质，用于储存为上述IPTV业务质量监测终端所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行配置的程序，可以实现IPTV业务质量监测方法。
又一方面，本申请实施例还提供了一种计算机程序，该计算机程序包括指令，当该计算机程序被计算机执行时，使得计算机可以执行上述方法实施例的流程。
具体的，通过本申请实施例提供的终端进行IPTV业务质量监测方法可参考上述方法实施例，此处不再赘述。
由于本申请实施例提供的终端可用于执行上述的IPTV业务质量监测方法，因此其所能获得的技术效果可参考上述方法部分，此处不再赘述。
附图说明
图1为本申请实施例提供的一种IPTV业务质量监测系统的架构示意图；
图2为本申请实施例提供的一种终端的结构示意图；
图3为本申请实施例提供的一种IPTV业务质量监测方法流程示意图；
图4为本申请实施例提供的又一种IPTV业务质量监测方法流程示意图；
图5为本申请实施例提供的又一种IPTV业务质量监测方法流程示意图；
图6为本申请实施例提供的又一种IPTV业务质量监测方法流程示意图；
图7为本申请实施例提供的又一种IPTV业务质量监测方法流程示意图；
图8为本申请实施例提供的一种配置终端的配置流程示意图；
图9为本申请实施例提供的一种终端的功能架构示意图；
图10为本申请实施例提供的一种终端结构示意图；
图11为本申请实施例提供的又一种终端结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
需要说明的是，本文中的“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。“多个”是指两个或多于两个。
如本申请所使用的术语“组件”、“模块”、“系统”等等旨在指代计算机相关实体，该计算机相关实体可以是硬件、固件、硬件和软件的结合、软件或者运行中的软件。例如，组件可以是，但不限于是：在处理器上运行的处理、处理器、对象、可执行文件、执行中的线程、程序和/或计算机。作为示例，在计算设备上运行的应用和该计算设备都可以是组件。一个或多个组件可以存在于执行中的过程和/或线程中，并且组件可以位于一个计算机中以及/或者分布在两个或更多个计算机之间。此外，这些组件能够从在其上具有各种数据结构的各种计算机可读介质中执行。这些组件可以通过诸如根据具有一个或多个数据分组(例如，来自一个组件的数据，该组件与本地系统、分布式系统中的另一个组件进行交互和/或以信号的方式通过诸如互联网之类的网络与其它系统进行交互)的信号，以本地和/或远程过程的方式进行通信。
需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
需要说明的是，本申请实施例中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个数据包是指两个或两个以上的数据包。
需要说明的是，本申请实施例中，“的(英文：of)”，“相应的(英文：corresponding，relevant)”和“对应的(英文：corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。
图1为本申请实施例提供的IPTV业务质量监测系统的架构示意图。该IPTV业务质量监测系统包括IPTV集中监测平台和IPTV业务质量监测工具。IPTV集中监测平台可包括：质量分析评估模块、故障诊断模块、故障告警模块、故障预处理模块、接口管理模块和系统管理模块，这些模块位于IPTV业务质量监测系统的服务器中。IPTV业务质量监测工具包括：硬探针和手持测试仪。其中，手持测试仪可用于维护人员进行现场测试；硬探针可用于对用户侧、承载网、IPTV集中监测平台、入网点(英文：Point Of Presence，缩写：POP)或节目源进行监测。如图1所示，硬探针包括：媒体流监测探针、单播文件监测探针、多画面监测探针、业务可用性拨测探针和承载质量拨测探针。
下面结合图1对IPTV业务质量监测系统的各个组成部分进行具体介绍：
质量分析评估模块：包括关键性能指标(英文：Key Performance Indicators，缩写：KPI)数据库和资源信息库。
其中，KPI数据库，用于存储IPTV集中监测平台需要监测的KPI参数的数据。资源信息库，用于存储用户的基本信息、网元信息和IPTV集中监测平台中部署的探针信息中的至少一个。用户的基本信息包括：用户业务账号、套餐类型和终端型号中的至少一个。网元信息包括：用户所属接入方式、局端设备编号或光线路终端(英文：Optical Line Terminal：缩写：OLT)编号或光网络单元(英文：Optical Network Unit，缩写：ONU)编号、所属汇聚设备、所属SR和所属POP中的至少一个。探针信息包括：探针ID、探针类型、探针状态、部署位置和配置信息中的至少一个。
接口管理模块：包括南向接口和北向接口。其中，南向接口为IPTV集中监测平台管理其他厂家网管或设备的接口，即向下(终端用户侧)提供的接口，北向接口是为厂家或运营商进行接入和管理网络的接口，即应用层和数据处理层之间的关系，由于应用层位于数据处理层之上，因此这种接口称为北向接口。
系统管理模块：包括安全管理模块和日志管理模块。其中，安全管理模块用于安全管理，日志管理模块用于日志管理。
媒体流监测探针：为监测类硬探针，主要用于在线监测直播流的网络传输质量，部署在节目源侧，其中，直播流的传输方式包括组播和单播等方式。
单播文件监测探针：为监测类硬探针，主要用于离线分析单播文件的编码质量、媒体内容质量，部署在节目源侧。
多画面监测探针：为监测类硬探针，主要用于可视化监测组播频道的内容层质量，并提供声光告警，部署在组播传输路径核心节点。
业务可用性拨测探针：为拨测类硬探针，主要用于业务可用性轮询拨测，包括：业务认证、返回电子节目菜单(英文：Electronic Program Guide，缩写：EPG)首页或对EPG其他操作，在省分公司中不同厂家的IPTV业务平台分别部署一台。
承载质量拨测探针：为拨测类硬探针，承载质量拨测探针也可称为承载网络业务和质量拨测探针，主要用于动态主机配置协议(英文：Dynamic Host ConfigurationProtocol，缩写：DHCP)业务、IPTV业务，组播和单播业务拨测，部署在服务路由器(英文：Service Router，缩写：SR)或宽带远程接入服务器(英文：Broadband Remote AccessServer，缩写：BRAS)节点上。
通常，监测类探针主要采用被动抓包，拨测类探针主要采用主动拨测。
需要说明的是，除了使用IPTV业务质量监测工具进行IPTV业务质量监测，通常还需要结合IPTV外部网管监测综合评估IPTV业务质量的优劣。也就是说，IPTV集中监测平台可以将IPTV业务质量监测工具采集到的KPI参数的数据以及IPTV外部网管监测提供的数据进行统计、分析和关联，进而进行IPTV业务质量监控。
其中，IPTV外部网管包括：无源光网络(英文：Passive Optical Network，缩写：PON)线路和承载网质量监测网管、IPTV业务管理平台网管和IPTV能力平台网管。PON线路和承载网质量监测网管一般通过网元网管提供，主要用于分析PON接入质量。IPTV业务管理平台网管和IPTV能力平台网管，主要用于分析IPTV集中监测平台质量。
图2所示为本申请实施例提供的终端的结构示意图。终端200包括至少一个处理器201，通信总线202，存储器203以及至少一个通信接口204。
处理器201可以是一个通用中央处理器(英文：Central Processing Unit，缩写：CPU)，微处理器，特定应用集成电路(英文：Application-Specific Integrated Circuit，缩写：ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
通信总线202可包括一通路，在上述组件之间传送信息。
通信接口204，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(英文：Radio Access Network，缩写：RAN)，无线局域网(英文：Wireless Local Area Networks，缩写：WLAN)等。
存储器203可以是只读存储器(英文：Read-Only Memory，缩写：ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(英文：Random Access Memory，缩写：RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(英文：Electrically Erasable Programmable Read-Only Memory，缩写：EEPROM)、只读光盘(英文：Compact Disc read-Only Memory，缩写：CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中，存储器203用于存储执行本申请方案的应用程序代码，并由处理器201来控制执行。处理器201用于执行存储器203中存储的应用程序代码，从而实现本申请实施例中的IPTV业务质量监测方法。
在具体实现中，作为一种实施例，处理器201可以包括一个或多个CPU，例如图2中的CPU0和CPU1。
在具体实现中，作为一种实施例，终端200可以包括多个处理器，例如图2中的处理器201和处理器208。这些处理器中的每一个可以是一个单核(英文：single-CPU)处理器，也可以是一个多核(英文：multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，终端200还可以包括输出设备205和输入设备206。输出设备205和处理器201通信，可以以多种方式来显示信息。例如，输出设备205可以是液晶显示器(英文：Liquid Crystal Display，缩写：LCD)，发光二级管(英文：LightEmitting Diode，缩写：LED)显示设备，阴极射线管(英文：Cathode Ray Tube，缩写：CRT)显示设备，或投影仪(英文：projector)等。输入设备206和处理器201通信，可以以多种方式接受用户的输入。例如，输入设备206可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的终端200可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，终端200可以是台式机、便携式电脑、网络服务器、掌上电脑(英文：PersonalDigital Assistant，缩写：PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图2中类似结构的设备。本申请实施例不限定终端200的类型。
需要说明的是，本申请实施例提供的终端为图1中用户侧用于IPTV业务质量监测的终端，该终端可以为计算机、电视机，也可以为机顶盒，本申请实施例对此不作具体限定。
如图3所示，为本申请实施例提供的一种IPTV业务质量监测方法流程示意图，应用于图2所示的终端，包括步骤S301-S303：
S301、终端基于预先配置的root权限，采集目标KPI参数的数据。
其中，root权限用于指示终端采集表征IPTV业务质量的KPI参数的数据，其中，表征IPTV业务质量的KPI参数包括：视频质量指标、视频业务交互信息、用户收看视频的信息或终端运行状态信息中的至少一个。
S302、终端将目标KPI参数的数据进行预处理，得到预处理后的目标KPI参数的数据。
S303、终端向数据库实体发送预处理后的目标KPI参数的数据，以使得数据库实体存储预处理后的目标KPI参数的数据。
需要说明的是，本申请示例提供的终端可以是用户观看IPTV视频的设备的一个外接设备，如外部的机顶盒，也可是用户观看IPTV视频的设备，如电视机或计算机，本申请实施例对此不作具体限定。
具体的，本申请实施例中所应用的数据库实体可为上述质量分析评估模块中的KPI数据库所在的实体。
需要说明的是，本申请实施例中的IPTV业务质量监测系统从用户的IPTV业务体验的角度出发，对IPTV业务质量建模，将IPTV体验指标分解成为各项可测的KPI参数，并确定各项KPI参数的阈值，需要监测的KPI参数主要包括：视频质量指标、视频业务交互信息、用户收看视频的信息和终端的运行状态信息等。
在步骤S301中，视频质量指标包括：节目码率、视频综合质量指标平均意见值(英文：Mean Opinion Score，缩写：MOS)、丢包率、重传率、乱序、媒体传输质量指标-延迟因素(英文：Media Delivery Index-Delay Factor，缩写：MDI-DF)或媒体传输质量指标-媒体包丢失率(英文：Media Delivery Index-Media Loss Total，缩写：MDI-MLR)中的至少一个。
其中，视频综合质量指标MOS值为终端给视频质量主观打分，汇总各层视频质量参数，将主观评价和客观评价相结合的综合指标。通常，视频综合质量指标MOS值的取值范围为1-5，值越大则表示用户体验越好。其中，主观评价和客观评价分别是终端从不同角度对IPTV业务质量进行的评价；主观评价，是指对影响用户观感体验的操作是否快捷进行评价；客观评价，是指对由于视频节目源质量和网络因素导致视频质量下降，进一步导致视频清晰度和播放流畅度下降进行评价。
在步骤S301中，视频业务交互信息包括：节目请求成功率、节目切换时长、缓冲时长占比、EPG请求成功率、EPG请求响应时延、EPG响应时长达标率、视频质量达标率、分段统计的视频质量指标、直播、点播、回看请求次数和请求失败次数、超文本传输协议(英文：Hyper Text Transfer Protocol，缩写：HTTP)请求的次数或请求失败的次数中的至少一个。
在步骤S301中，用户收看视频的信息包括：用户的开机时间、用户在线时长或者用户收看的节目信息中的至少一个。其中，用户收看的节目信息包括：收看节目的ID(英文：identification)或收看节目的类型中的至少一个。其中，收看节目的类型包括：直播、点播或回看中的至少一个。
在步骤S301中，终端的运行状态包括：CPU使用率、内存占用率或下行带宽中的至少一个。
由于通过本申请实施例提供的IPTV业务质量监测方法，可以实现对视频质量指标、视频业务交互信息、用户收看视频的信息或终端运行状态信息等表征IPTV业务质量的KPI参数的监测，因此，相较于现有的只能对视频质量监测的方案，可以在终端实现更全面的IPTV业务质量监测。
一种可能的实现方式，如图4所示，为本申请实施例提供的一种IPTV业务质量监测方法流程示意图，包括步骤S401-S403：
S401、终端基于预先配置的root权限，根据预先配置的监测周期和目标KPI参数的标识，周期性的采集目标KPI参数的数据。
S402、同图3的步骤S302。
S403、同图3的步骤S303。
例如，终端可以周期采集加入组播、单播申请或HTTP请求的业务的请求信息和请求结果，进而将采集的请求信息和请求结果发送给IPTV集中监测平台的KPI数据库，IPTV集中监测平台根据终端发送的请求信息和请求结果进一步分析或处理，可以实现对终端的收视服务质量监测以及对HTTP协议视频的质量监测。
由于本申请实施例中的终端可以周期性的采集目标KPI参数的数据并上报给IPTV集中监测平台的KPI数据库，也就是说，本申请实施例中的IPTV集中监测平台可以周期性的获取目标KPI参数的数据，因此IPTV集中监测平台可以根据最新的目标KPI参数的数据判断该时间段内用户观看IPTV视频质量是否有持续下降的趋势，从而实现更全面、更准确的IPTV业务质量监测。
一种可能的实现方式，如图5所示，为本申请实施例提供的另一种IPTV业务质量监测方法流程示意图，包括步骤S501-S504：
S501、终端接收服务器发送的监测消息，监测消息携带目标KPI参数的标识。
需要说明的是，服务器为IPTV集中监测平台的服务器，可以为一台服务器，实现各个功能，也可以为多台服务器分别实现不同的功能，本申请实施例对此不作具体限定。
S502、终端基于预先配置的root权限，根据目标KPI参数的标识，采集目标KPI参数的数据。
S503、同图3的S302。
S504、同图3的S303。
也就是说，本申请实施例中，终端可以接收IPTV集中监测平台发送的监测消息，监测消息中携带IPTV集中监测平台需要监测的特定的KPI参数的标识。进而，终端可以基于预先配置的root权限，根据目标KPI参数的标识采集特定的KPI参数的值并反馈给IPTV集中监测平台，实现按需监控，从而提升了用户体验。比如，IPTV集中监测平台需要监测MOS值，则可以向终端发送携带MOS值标识的监测消息。进而，终端可以采集MOS值，并将采集的MOS值反馈给IPTV集中监测平台。
一种可能的实现方式，采集目标KPI参数的数据，包括：终端读取目标文件中包括的目标KPI参数的数据，其中，目标文件为终端中包括目标KPI参数的任意一个文件。
例如，终端可以读取终端的播放器日志文件中的KPI参数，或者可以读取终端的日志文件中终端运行状态信息的KPI参数。
一种可能的实现方式，采集目标KPI参数的数据，包括：终端检测目标业务中包括的目标KPI参数的数据，其中，目标业务为IPTV业务中的任意一个业务。
例如，终端检测目标业务在应用层中的KPI参数的数据。
一种可能的实现方式，采集目标KPI参数的数据，包括：终端发起目标业务的拨测，获得目标业务的拨测结果，将拨测结果确定为目标KPI参数的数据。
例如，终端通过向某个网络节点发起目标业务的拨测，采集往返时延等KPI参数。
需要说明的是，本申请实施例中的目标业务的拨测范围包括：DHCP认证、业务认证、EPG首页获取、组播请求和单播请求等业务拨测中的至少一个，本申请实施例对此不作具体限定。
例如，终端对最近的CDN节点或者离集中监测平台最近的节点发起PING操作，将往返时延等拨测结果发送给KPI数据库；终端还可以向IPTV集中监测平台方向的各个节点、节目源发起拨测，将拨测结果发送给KPI数据库。IPTV集中监测平台将KPI数据库中各个拨测结果进行计算，判断时延大、有丢包的劣化发生在哪两个节点之间，从而达到更全面的IPTV业务质量监测。
由于本申请实施例中的终端可以通过多种方式采集KPI数据，因此可以更全面的获取KPI参数的数据，为IPTV业务质量监测平台提供更全面的可分析处理的数据，从而达到在终端实现更全面的IPTV业务质量监测。
一种可能的实现方式，如图6所示，步骤S302具体可以包括步骤S3021，步骤S303具体可以包括步骤S3031：
S3021、终端将目标KPI参数的数据进行第一预处理，得到第一预处理后的目标KPI参数的数据。
可选的，第一预处理可包括：终端将采集到的目标KPI参数的数据求平均值、和历史数据做差或求和。
例如，终端周期采集视频质量的达标率，在这个周期内对采集的视频质量的达标率求平均值，并将平均值发送给IPTV集中监测平台。
S3031、若第一预处理后的目标KPI参数的数据在预设阈值范围内，终端向数据库实体发送第一预处理后的目标KPI参数的数据，以使得数据库实体将第一预处理后的目标KPI参数的数据存储在数据库实体的第一列表中。
其中，第一列表用于存储KPI参数的数据。
具体的，本申请实施例中所应用的数据库实体可为上述质量分析评估模块中的KPI数据库所在的实体。
终端在将目标KPI参数的数据进行预处理之后再向IPTV集中监测平台的数据库实体发送KPI参数的数据，可以减少发送的数据量，避免了由于发送大量的监测信息而影响用户体验，并且避免了IPTV集中监测平台存储大量数据造成的计算资源浪费。
一种可能的实现方式，如图7所示，在步骤S3021之后，还可以包括步骤S3022，步骤S303具体可以包括步骤S3032：
S3022、若第一预处理后的目标KPI参数的数据不在预设阈值范围内，终端为第一预处理后的目标KPI参数的数据添加告警标识，得到第二预处理后的目标KPI参数的数据。
S3032、终端向数据库实体发送第二预处理后的目标KPI参数的数据，以使得数据库实体将第二预处理后的目标KPI参数的数据存储在数据库实体的第二列表中。
其中，第二列表用于存储添加告警标识的KPI参数的数据。
具体的，本申请实施例中所应用的数据库实体可为上述质量分析评估模块中的KPI数据库所在的实体。
例如，当MOS值低于阈值、EPG持续无操作时长大于阈值、频道切换时长大于阈值或EPG会话时长大于阈值时，为这些KPI参数添加告警标识，用于触发IPTV集中监测平台发出告警。
本申请实施例中，终端为超出阈值范围的数据添加告警标识，方便IPTV集中监测平台的服务器或工作人员根据告警标识判断哪些数据为正常数据，哪些数据为可能需要告警的数据，IPTV集中监测平台根据预设算法从而快速判断出是哪个终端发送的数据，进而对该终端做进一步的监测或者发出告警。
可选的，通常，为了避免终端发生故障连续发送携带告警标识的KPI参数对IPTV业务质量监控系统造成压力，对于持续发生的告警，可配置告警抑制周期，默认配置为2分钟。
例如，当IPTV集中监测平台收到大量携带告警标识的KPI参数的数据时(例如，用户在线数异常或认证数据异常等)，平台可以根据带告警标识的数据初步判断是否发生了群障，若突然接收到大量的携带同种告警标识的KPI参数的数据，IPTV集中监测平台经过运算，结合其他数据经过精确判断可以判定出是否是群障，发生群障的原因。通常，IPTV集中监测平台在收到大量携带告警标识的KPI参数的数据时，为了避免连续上报的告警消息造成的冗余，可以先判断是否发生群障，如果是，将发生群障产生的携带告警标识的KPI参数的数据触发的告警合并为一条告警。
本申请实施例中，通过将不同的KPI参数的数据分别存储在数据库的不同位置，工作人员可以根据携带告警标识的数据快速的定位到是某个终端的某个KPI参数的数据超过阈值，也可以根据没有添加告警标识的数据进行综合分析，从而达到在终端实现更全面的IPTV业务质量监测。
一种可能的实现方式，本申请实施例中，终端可以接收IPTV集中监测平台发送的故障预处理的消息，该消息用于对终端进行故障预处理。
可选的，该故障预处理可以包括：对用户端口复位、用户解绑、端口VLAN配置和账号密码重置等操作中的至少一个。
需要说明的是，通常，导致IPTV业务质量下降的原因可能很简单，例如，终端死机、终端中的一个配置文件丢失等。这种情况下，仅需要对终端进行重启或者重新配置参数即可解决问题。因此，当IPTV集中监测平台接收到用户反馈IPTV业务质量下降的消息，或者根据终端发送的采集信息分析确定该终端对应的用户的IPTV的业务质量下降，IPTV集中监测平台首先可以向终端发送故障预处理的消息，通过简单的预处理可以快速的判断是否还需要对其他节点检测，如果通过对终端的故障预处理已经解决故障问题，不再需要进一步测试和维护，降低了维护成本。
示例性的，以终端为某一用户的IPTV电视的机顶盒为例，当IPTV集中监测平台需要对该用户的IPTV业务质量进行监测，IPTV集中监测平台向该用户的机顶盒发送监测消息，监测该机顶盒中的KPI参数为：节目请求成功率。
第一步、机顶盒根据预先配置的root权限，读取日志文件中存储的节目请求成功率为78％。
第二步、机顶盒将节目请求成功率78％和机顶盒中预先配置的节目请求成功率的阈值要大于等于80％进行比较，可以看出，日志文件中存储的节目请求成功率低于机顶盒中预先配置的阈值。
第三步、机顶盒给读取到的节目请求成功率78％前增加一个告警标识为“超出预设阈值”。
第四步、机顶盒向数据库实体发送携带“超出阈值范围的节目请求成功率为78％”。
第五步、数据库实体中存储KPI参数的数据库将机顶盒发送的“超出阈值范围的节目请求成功率为78％”存储在第二列表中。
需要说明的是，当IPTV集中监测平台接收到机顶盒发送的节目请求成功率为78％时，与机顶盒周期上传的节目请求成功率进行比较，若根据机顶盒周期上传的节目请求成功率比较后发现该用户最近一周的节目请求成功率一直在下降分别为100％、98％、95％、90％、89％、81％、80％，则IPTV集中监测平台需要预先对该用户的IPTV业务质量进行故障预处理，以免该用户的用户体验越来越差进行投诉。
故障预处理的过程可以如下：
首先，IPTV集中监测平台向机顶盒发送重新配置的消息，配置消息携带机顶盒配置的各项参数，机顶盒接收到配置消息后根据配置消息重新启动并配置机顶盒。
需要说明的是，在重新启动机顶盒之前，通常，机顶盒会向用户发送一个重新启动的通知。
其次，机顶盒重新启动并且配置后，IPTV集中监测平台继续向该用户的机顶盒发送监测消息，若监测到该用户的节目请求成功率仍低于80％，则可以排除为机顶盒故障。
在故障预处理后，IPTV集中监测平台向机顶盒发送拨测消息，该拨测消息指示机顶盒向某一个网络节点进行拨测，该机顶盒收到拨测返回的消息后和IPTV集中监测平台配置的阈值进行比较，超出了阈值范围，则该网络节点不通，终端向IPTV集中监测平台发送“某网络节点不通”的消息，IPTV集中监测平台根据终端发送的消息经过判断做进一步的处理。
可选的，本申请实施例中还提供一种终端的配置流程示意图，如图8所示，包括步骤S1-S7：
S1、终端在自己的配置文件中读取终端的版本服务器的统一资源定位符(英文：Uniform Resource Locator，缩写：URL)，通过端口1向版本服务器发送“HTTP GET”消息。
S2、终端通过端口1接收版本服务器发送“HTTP 1.1OK”消息，从“HTTP 1.1OK”消息解析出升级服务器的URL信息。
通常，终端的生产厂家在版本服务器中存储一个配置文件，用于指明当前版本的版本号；终端的配置文件中可存储版本服务器的URL。
S3、终端通过端口2向升级服务器发送“HTTP GET”消息。
S4、终端通过端口2接收升级服务器发送的“HTTP 1.1OK”消息，从“HTTP 1.1OK”消息中解析出下载服务器的URL信息。
S5、终端通过端口3向下载服务器发送“HTTP GET”消息。
S6、终端通过端口3接收下载服务器发送的“HTTP RESPONSE”消息。
S7、终端通过端口4，根据下载服务器发送的“HTTP DOWNLOAD”消息，连接下载服务器，下载本申请实施例提供的IPTV业务质量监测方法的程序。
通常，终端可配置不同的端口地址，通过不同的端口地址连接不同的服务器。
另外，为了快速在各个终端上实现本申请实施例提供的方法，并且方便后期的升级维护，本申请实施例中可在终端的系统中配置一个引导模块，该引导模块通过IPTV集中监测平台的升级服务器和下载服务器下载本申请实施例提供的方法的程序并启动运行，完成运行后可自动退出。
可选的，本申请实施例中，终端可以向服务器的资源信息库发送终端的配置信息，服务器向终端发送终端需要监测的多个KPI参数、各KPI参数对应的告警阈值以及终端需要向服务器发送数据的周期。
以终端为机顶盒为例，如表1所示，为机顶盒的配置信息。其中，IPTV集中监测平台获取的配置信息中重要性为“高”的信息对IPTV业务质量监控结果影响最大，IPTV集中监测平台获取配置信息的重要性为“中”的信息可以更完善地监控IPTV业务质量。
表1
可选的，机顶盒的配置信息的格式可以如下：
SERVICEUSER＝*******；
PPPOEACCOUNT＝*******；
EPGSERVER＝XXX.XXX.XXX.XXX:XXXX；
OUI＝*******；
SN＝*******；
DOMAIN＝*******；
VERSIONSERVER＝HTTP://XXX.XXX.XXX.XXX:XXXX(填写机顶盒生产厂家的升级服务器URL)；
HWVERSION＝*******；
SWVERSION＝*******；
DIALTYPE＝*******；
MANUFACTURER＝***；
DHCPACCOUNT＝*******。
本申请实施例中的终端用于IPTV业务质量监测，主要采用嵌入式架构的处理器，如演进的RISC处理器(英文：Advanced RISC Machines，缩写：ARM)、无内部互锁流水级的微处理器(英文：Microprocessor without Interlocked Piped Stages，缩写：MIPS)、微处理器SH4(英文：Super Hitachi 4)等。
以终端为IPTV电视的机顶盒为例，为了实现本申请实施例提供的IPTV业务质量监测方法，机顶盒的硬件配置和软件配置至少达到如下要求：
硬件配置：机顶盒的CPU主频率大于等于400MHz，机顶盒可用内存大于等于12MB，总内存大于等于80MB。机顶盒以太网口的带宽大于等于100MB。通常，IPTV机顶盒技术规范规定，若播放标清视频，机顶盒的内存至少需要大于64MB；若播放超清视频，机顶盒的内存至少需要大于128MB。
软件配置：操作系统可以为32位的Linux系统，或者可以为支持可移植操作系统接口(英文：Portable Operating System Interface，缩写：POSIX)标准的类Unix系统，或者可以为版本为4.0以上的安卓(英文：Android)系统。其中，Linux系统的内核版本至少在2.4版以上，并且PF_PACKET协议簇与带通滤波器(英文：Band Pass Filter：BPF)过滤功能未被裁减。机顶盒可配置操作系统root权限。机顶盒支持以下协议：网络互连协议(英文：Internet Protocol，缩写：IP)中的RFC 791-IP；互联网组管理协议版本2中的(英文：Internet Group Management Protocol-Version 2，缩写：IGMP v2)中的RFC 2236-IGMP,V2；传输控制协议(英文：Transmission Control Protocol，缩写：TCP)中的RFC 793-TCP；用户数据报协议(英文：User Datagram Protocol，缩写：UDP)中的RFC 768-UDP；动态主机配置协议(英文：Dynamic Host Configuration Protocol，缩写：DHCP)中的RFC 2131-DHCP；基于以太网的点对点协议(英文：Point to Point Protocol Over Ethernet，缩写：PPPoE)中的RFC 2516-A Method for Transmitting PPPoE。
如图9所示，为本申请实施例提供的一种终端的功能架构示意图。该终端按照功能分为四层，分别为接口层、数据层、逻辑层和适应层。其中，接口层主要用于与外部系统进行通信，包括：NAT的UDP简单穿越(英文：Simple Traversal of UDP over NATs，缩写：STUN)客户端、UDP服务器、HTTP服务器、HTTP客户端和本地服务器。数据层主要用于对计算和分析得到的数据缓存、统计和处理，包括：多重集合、统计数值、系统信息和JSON模块。逻辑层主要用于对视频流和EPG操作报文分析、计算和处理，包括：Vqmon数据库、媒体传输质量指标模块、电子节目菜单监控器、VQMos后期处理、日志管理器和包分析。适应层用于对视频网络数据的适配，包括：包捕获和带通滤波器。
本申请实施例还提供一种终端10，用于交互式网络电视IPTV业务质量监测，如图10所示，该终端10包括：采集模块101、预处理模块102和发送模块103。
采集模块101，用于基于预先配置的root权限，采集目标KPI参数的数据，其中，root权限用于指示采集模块101采集表征IPTV业务质量的KPI参数的数据，其中，表征IPTV业务质量的KPI参数包括：视频质量指标、视频业务交互信息、用户收看视频的信息或终端运行状态信息中的至少一个。
预处理模块102，用于将目标KPI参数的数据进行预处理，得到预处理后的目标KPI参数的数据。
发送模块103，用于向数据库实体发送预处理后的目标KPI参数的数据，以使得数据库实体存储预处理后的目标KPI参数的数据。
进一步，如图11所示，本申请实施例提供的终端10还包括接收模块104。
采集模块101，具体用于：
基于预先配置的root权限，根据预先配置的监测周期和目标KPI参数的标识，周期性的采集目标KPI参数的数据。
或者，接收模块104，用于在采集模块101基于预先配置的root权限，采集目标KPI参数的数据之前，接收服务器发送的监测消息，监测消息携带目标KPI参数的标识。
采集模块101，具体用于：
基于预先配置的root权限，根据目标KPI参数的标识，采集目标KPI参数的数据。
采集模块101，具体用于：
读取目标文件中包括的目标KPI参数的数据，其中，目标文件为终端10中包括目标KPI参数的任意一个文件。
和/或，检测目标业务中包括的目标KPI参数的数据，其中，目标业务为IPTV业务中的任意一个业务。
和/或，发起目标业务的拨测，获得目标业务的拨测结果，将拨测结果确定为目标KPI参数的数据。
预处理模块102，具体用于：
将目标KPI参数的数据进行第一预处理，得到第一预处理后的目标KPI参数的数据。
发送模块103，具体用于：
若第一预处理后的目标KPI参数的数据在预设阈值范围内，向数据库实体发送第一预处理后的目标KPI参数的数据，以使得数据库实体将第一预处理后的目标KPI参数的数据存储在数据库实体的第一列表中，其中，第一列表用于存储KPI参数的数据。
预处理模块102，还用于在将目标KPI参数的数据进行第一预处理，得到第一预处理后的目标KPI参数的数据之后，若第一预处理后的目标KPI参数的数据不在预设阈值范围内，为第一预处理后的目标KPI参数的数据添加告警标识，得到第二预处理后的目标KPI参数的数据。
发送模块103，具体用于：
向数据库实体发送第二预处理后的目标KPI参数的数据，以使得数据库实体将第二预处理后的目标KPI参数的数据存储在数据库实体的第二列表中，其中，第二列表用于存储添加告警标识的KPI参数的数据。
具体的，通过本申请实施例提供的终端进行IPTV业务质量监测方法可参考上述方法实施例的描述，在此不再赘述。
由于本申请实施例提供的终端可用于执行上述的IPTV业务质量监测方法，因此所能获得的技术效果可参考上述方法部分，在此不再赘述。
本申请实施例还提供一种终端，包括：处理器、存储器、总线和通信接口；该终端用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该终端运行时，该处理器执行该存储器存储的该计算机执行指令，以使该终端执行如上述任意一项的IPTV业务质量监测方法。
本申请实施例还提供了一种计算机存储介质，用于储存为上述IPTV业务质量监测终端所用的计算机软件指令，其包含用于执行上述方法实施例所设计的程序。通过执行配置的程序，可以实现IPTV业务质量监测方法。
本申请实施例还提供了一种计算机程序，该计算机程序包括指令，当该计算机程序被计算机执行时，使得计算机可以执行上述方法实施例的流程。
另外，上述IPTV业务质量监测终端实施例中任一种设计方式所带来的技术效果可参见上述告警方法实施例中不同设计方式所带来的技术效果，此处不再赘述。
尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(英文：comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
本领域技术人员应明白，本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/分布在合适的介质中，与其它硬件一起提供或作为硬件的一部分，也可以采用其他分布形式，如通过Internet或其它有线或无线电信系统。
本申请是参照本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种交互式网络电视IPTV业务质量监测方法，其特征在于，所述方法包括：
终端基于预先配置的root权限，采集目标关键性能指标KPI参数的数据，其中，所述root权限用于指示所述终端采集表征所述IPTV业务质量的KPI参数的数据，其中，所述表征所述IPTV业务质量的KPI参数包括：视频质量指标、视频业务交互信息、用户收看视频的信息或终端运行状态信息中的至少一个；
将所述目标KPI参数的数据进行预处理，得到预处理后的目标KPI参数的数据；
向数据库实体发送所述预处理后的目标KPI参数的数据，以使得所述数据库实体存储所述预处理后的目标KPI参数的数据。
2.根据权利要求1所述的方法，其特征在于，所述终端基于预先配置的root权限，采集目标KPI参数的数据，包括：
基于所述预先配置的root权限，根据预先配置的监测周期和目标KPI参数的标识，周期性的采集目标KPI参数的数据；
或者，
在所述终端基于预先配置的root权限，采集目标KPI参数的数据之前，还包括：
接收服务器发送的监测消息，所述监测消息携带目标KPI参数的标识；
所述终端基于预先配置的root权限，采集目标KPI参数的数据，包括：
所述终端基于预先配置的root权限，根据所述目标KPI参数的标识，采集目标KPI参数的数据。
3.根据权利要求1或2所述的方法，其特征在于，所述采集目标KPI参数的数据，包括：
读取目标文件中包括的目标KPI参数的数据，其中，所述目标文件为所述终端中包括目标KPI参数的任意一个文件；
和/或，检测目标业务中包括的目标KPI参数的数据，其中，所述目标业务为所述IPTV业务中的任意一个业务；
和/或，发起目标业务的拨测，获得所述目标业务的拨测结果，将所述拨测结果确定为目标KPI参数的数据。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述将所述目标KPI参数的数据进行预处理，得到预处理后的目标KPI参数的数据，包括：
将所述目标KPI参数的数据进行第一预处理，得到第一预处理后的目标KPI参数的数据；
所述向数据库实体发送所述预处理后的目标KPI参数的数据，包括：
若所述第一预处理后的目标KPI参数的数据在所述预设阈值范围内，向数据库实体发送所述第一预处理后的目标KPI参数的数据，以使得所述数据库实体将所述第一预处理后的目标KPI参数的数据存储在所述数据库实体的第一列表中，其中，所述第一列表用于存储KPI参数的数据。
5.根据权利要求4所述的方法，其特征在于，在所述将所述目标KPI参数的数据进行第一预处理，得到第一预处理后的目标KPI参数的数据之后，还包括：
若所述第一预处理后的目标KPI参数的数据不在所述预设阈值范围内，为所述第一预处理后的目标KPI参数的数据添加告警标识，得到第二预处理后的目标KPI参数的数据；
所述向数据库实体发送所述预处理后的目标KPI参数的数据，包括：
向所述数据库实体发送所述第二预处理后的目标KPI参数的数据，以使得所述数据库实体将所述第二预处理后的目标KPI参数的数据存储在所述数据库实体的第二列表中，其中，所述第二列表用于存储添加告警标识的KPI参数的数据。
6.一种终端，用于交互式网络电视IPTV业务质量监测，其特征在于，所述终端包括：采集模块、预处理模块和发送模块；
所述采集模块，用于基于预先配置的root权限，采集目标KPI参数的数据，其中，所述root权限用于指示所述终端采集表征所述IPTV业务质量的KPI参数的数据，其中，所述表征所述IPTV业务质量的KPI参数包括：视频质量指标、视频业务交互信息、用户收看视频的信息或终端运行状态信息中的至少一个；
所述预处理模块，用于将所述目标KPI参数的数据进行预处理，得到预处理后的目标KPI参数的数据；
所述发送模块，用于向数据库实体发送所述预处理后的目标KPI参数的数据，以使得所述数据库实体存储所述预处理后的目标KPI参数的数据。
7.根据权利要求6所述的终端，其特征在于，
所述采集模块，具体用于：
基于所述预先配置的root权限，根据预先配置的监测周期和目标KPI参数的标识，周期性的采集目标KPI参数的数据；
或者，所述终端还包括接收模块；
所述接收模块，用于在所述采集模块基于预先配置的root权限，采集目标KPI参数的数据之前，接收服务器发送的监测消息，所述监测消息携带目标KPI参数的标识；
所述采集模块，具体用于：
基于预先配置的root权限，根据所述目标KPI参数的标识，采集目标KPI参数的数据。
8.根据权利要求6或7所述的终端，其特征在于，所述采集模块，具体用于：
读取目标文件中包括的目标KPI参数的数据，其中，所述目标文件为所述终端中包括目标KPI参数的任意一个文件；
和/或，检测目标业务中包括的目标KPI参数的数据，其中，所述目标业务为所述IPTV业务中的任意一个业务；
和/或，发起目标业务的拨测，获得所述目标业务的拨测结果，将所述拨测结果确定为目标KPI参数的数据。
9.根据权利要求6-8任一项所述的终端，其特征在于，所述预处理模块，具体用于：
将所述目标KPI参数的数据进行第一预处理，得到第一预处理后的目标KPI参数的数据；
所述发送模块，具体用于：
若所述第一预处理后的目标KPI参数的数据在所述预设阈值范围内，向数据库实体发送所述第一预处理后的目标KPI参数的数据，以使得所述数据库实体将所述第一预处理后的目标KPI参数的数据存储在所述数据库实体的第一列表中，其中，所述第一列表用于存储KPI参数的数据。
10.根据权利要求9所述的终端，其特征在于，
所述预处理模块，还用于在所述将所述目标KPI参数的数据进行第一预处理，得到第一预处理后的目标KPI参数的数据之后，若所述第一预处理后的目标KPI参数的数据不在所述预设阈值范围内，为所述第一预处理后的目标KPI参数的数据添加告警标识，得到第二预处理后的目标KPI参数的数据；
所述发送模块，具体用于：
向所述数据库实体发送所述第二预处理后的目标KPI参数的数据，以使得所述数据库实体将所述第二预处理后的目标KPI参数的数据存储在所述数据库实体的第二列表中，其中，所述第二列表用于存储添加告警标识的KPI参数的数据。
CN201710072160.0A 2017-02-08 2017-02-08 Iptv业务质量监测方法、终端及系统 Pending CN106850298A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710072160.0A CN106850298A (zh) 2017-02-08 2017-02-08 Iptv业务质量监测方法、终端及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710072160.0A CN106850298A (zh) 2017-02-08 2017-02-08 Iptv业务质量监测方法、终端及系统

Publications (1)

Publication Number Publication Date
CN106850298A true CN106850298A (zh) 2017-06-13

Family

ID=59122202

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710072160.0A Pending CN106850298A (zh) 2017-02-08 2017-02-08 Iptv业务质量监测方法、终端及系统

Country Status (1)

Country Link
CN (1) CN106850298A (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107483297A (zh) * 2017-10-11 2017-12-15 飞思达技术（北京）有限公司 对嵌入式设备上所承载业务质量的主动监测系统及方法
CN108200471A (zh) * 2018-01-08 2018-06-22 中国科学技术大学 一种评测加密视频QoE的标准数据集的构建方法
CN109561443A (zh) * 2017-09-26 2019-04-02 电信科学技术研究院 一种信息处理方法、装置、设备及计算机可读存储介质
CN109561300A (zh) * 2018-12-27 2019-04-02 中国联合网络通信集团有限公司 业务质量检测方法及装置
CN109756352A (zh) * 2017-11-02 2019-05-14 华为技术有限公司 网络质量的确定方法、装置及存储介质
CN110719604A (zh) * 2019-10-14 2020-01-21 中兴通讯股份有限公司 系统性能参数的发送方法、装置、管理设备和存储介质
CN112653887A (zh) * 2020-12-14 2021-04-13 中国联合网络通信集团有限公司 一种视频诊断的方法及装置
CN113453024A (zh) * 2020-03-25 2021-09-28 华为技术有限公司 监控业务的方法、装置和系统
CN113676724A (zh) * 2021-08-18 2021-11-19 中邮科通信技术股份有限公司 Iptv业务中节目的自动化拨测系统及方法
CN115065820A (zh) * 2022-06-08 2022-09-16 德普达科技(无锡)有限公司 一种互联网电视epg主动监测和预警的方法及装置
CN115580553A (zh) * 2022-09-29 2023-01-06 奇安信网神信息技术(北京)股份有限公司 工控设备通信链路质量的监控方法及电子设备
CN115766471A (zh) * 2022-10-20 2023-03-07 中国舰船研究设计中心 一种基于组播流量的网络业务质量分析方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101170691A (zh) * 2007-11-27 2008-04-30 中国电信股份有限公司 一种监测iptv业务服务质量的方法和系统及机顶盒
CN103166808A (zh) * 2011-12-15 2013-06-19 华为技术有限公司 一种iptv业务质量的监测方法，装置及系统
CN104053054A (zh) * 2014-06-23 2014-09-17 中兴通讯股份有限公司 数据采集方法及装置
US20150138988A1 (en) * 2013-11-15 2015-05-21 At&T Intellectual Property I, Lp Individually unique key performance indicator management
CN105681867A (zh) * 2016-01-08 2016-06-15 成都网丁科技有限公司 一种视频同步播放系统及其同步播放方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101170691A (zh) * 2007-11-27 2008-04-30 中国电信股份有限公司 一种监测iptv业务服务质量的方法和系统及机顶盒
CN103166808A (zh) * 2011-12-15 2013-06-19 华为技术有限公司 一种iptv业务质量的监测方法，装置及系统
US20150138988A1 (en) * 2013-11-15 2015-05-21 At&T Intellectual Property I, Lp Individually unique key performance indicator management
CN104053054A (zh) * 2014-06-23 2014-09-17 中兴通讯股份有限公司 数据采集方法及装置
CN105681867A (zh) * 2016-01-08 2016-06-15 成都网丁科技有限公司 一种视频同步播放系统及其同步播放方法

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109561443A (zh) * 2017-09-26 2019-04-02 电信科学技术研究院 一种信息处理方法、装置、设备及计算机可读存储介质
CN109561443B (zh) * 2017-09-26 2021-06-11 大唐移动通信设备有限公司 一种信息处理方法、装置、设备及计算机可读存储介质
CN107483297A (zh) * 2017-10-11 2017-12-15 飞思达技术（北京）有限公司 对嵌入式设备上所承载业务质量的主动监测系统及方法
CN107483297B (zh) * 2017-10-11 2023-06-02 飞思达技术（北京）有限公司 对嵌入式设备上所承载业务质量的主动监测系统及方法
CN109756352A (zh) * 2017-11-02 2019-05-14 华为技术有限公司 网络质量的确定方法、装置及存储介质
US11546234B2 (en) 2017-11-02 2023-01-03 Huawei Technologies Co., Ltd. Network quality determining method and apparatus and storage medium
CN108200471A (zh) * 2018-01-08 2018-06-22 中国科学技术大学 一种评测加密视频QoE的标准数据集的构建方法
CN108200471B (zh) * 2018-01-08 2019-08-16 中国科学技术大学 一种评测加密视频QoE的标准数据集的构建方法
CN109561300A (zh) * 2018-12-27 2019-04-02 中国联合网络通信集团有限公司 业务质量检测方法及装置
CN110719604A (zh) * 2019-10-14 2020-01-21 中兴通讯股份有限公司 系统性能参数的发送方法、装置、管理设备和存储介质
CN113453024A (zh) * 2020-03-25 2021-09-28 华为技术有限公司 监控业务的方法、装置和系统
CN113453024B (zh) * 2020-03-25 2022-06-14 华为技术有限公司 监控业务的方法、装置和系统
CN112653887A (zh) * 2020-12-14 2021-04-13 中国联合网络通信集团有限公司 一种视频诊断的方法及装置
CN112653887B (zh) * 2020-12-14 2023-03-10 中国联合网络通信集团有限公司 一种视频诊断的方法及装置
CN113676724A (zh) * 2021-08-18 2021-11-19 中邮科通信技术股份有限公司 Iptv业务中节目的自动化拨测系统及方法
CN113676724B (zh) * 2021-08-18 2024-02-23 中邮科通信技术股份有限公司 Iptv业务中节目的自动化拨测系统及方法
CN115065820A (zh) * 2022-06-08 2022-09-16 德普达科技(无锡)有限公司 一种互联网电视epg主动监测和预警的方法及装置
CN115580553A (zh) * 2022-09-29 2023-01-06 奇安信网神信息技术(北京)股份有限公司 工控设备通信链路质量的监控方法及电子设备
CN115766471A (zh) * 2022-10-20 2023-03-07 中国舰船研究设计中心 一种基于组播流量的网络业务质量分析方法
CN115766471B (zh) * 2022-10-20 2024-05-14 中国舰船研究设计中心 一种基于组播流量的网络业务质量分析方法

Similar Documents

Publication Publication Date Title
CN106850298A (zh) Iptv业务质量监测方法、终端及系统
CN106789223B (zh) 一种交互式网络电视iptv业务质量检测方法及系统
US8806550B1 (en) Rules engine for troubleshooting video content delivery network
CN106850337B (zh) 一种网络质量检测方法及装置
EP2244426B1 (en) A method and system for evaluating users quality of experience and network device
US20160065419A1 (en) Method and apparatus for generating insight into the customer experience of web based applications
CN101035037B (zh) 检测网络通信质量的方法、系统及相关装置
US20140130111A1 (en) Agent-based communication service quality monitoring and diagnostics
EP2690882A1 (en) Iptv fault location method, device and system
CN106411629B (zh) 一种用于监控cdn节点的状态的方法和设备
US20220272001A1 (en) Machine Learning-Based Network Analytics, Troubleshoot, and Self-Healing System and Method
EP2988498B1 (en) Ott video quality monitoring method, apparatus, and system
EP3787245B1 (en) Method and apparatus for determining video quality
CN109787827B (zh) 一种cdn网络监控的方法及装置
EP2741439B1 (en) Network failure detecting method and monitoring center
US20200366948A1 (en) Data processing method, server, and data collection device
EP2538617A1 (en) Method and system for implementing interaction between set-top box (stb) and home gateway
CN109729396B (zh) 视频分片数据传输方法和装置
Sharma et al. Estimating WebRTC Video QoE Metrics Without Using Application Headers
EP3414870B1 (en) Calculating service performance indicators
KR100908131B1 (ko) 로그 필터링을 통한 장애 감지 장치 및 그 방법과 그장치를 이용한 장애 감지 시스템
CN111200760A (zh) 一种数据处理方法、装置及电子设备
CN112653887B (zh) 一种视频诊断的方法及装置
CN106549794A (zh) 一种ott业务的质量监测系统、装置和方法
CN113453024B (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20170613

RJ01 Rejection of invention patent application after publication