CN103124368A - Iptv系统中的故障处理方法及装置 - Google Patents
Iptv系统中的故障处理方法及装置 Download PDFInfo
- Publication number
- CN103124368A CN103124368A CN2013100271901A CN201310027190A CN103124368A CN 103124368 A CN103124368 A CN 103124368A CN 2013100271901 A CN2013100271901 A CN 2013100271901A CN 201310027190 A CN201310027190 A CN 201310027190A CN 103124368 A CN103124368 A CN 103124368A
- Authority
- CN
- China
- Prior art keywords
- user terminal
- fault type
- epg
- iptv
- iptv system
- 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
Links
Images
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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/254—Management at additional data server, e.g. shopping server, rights management server
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2404—Monitoring of server processing errors or hardware failure
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供了一种IPTV系统中的故障处理方法及装置,其中,上述方法应用于EPG服务器,该方法包括:检测IPTV系统中的指定故障类型;对IPTV系统中的当前请求业务发生故障的用户终端,执行与指定故障类型对应的应急措施。采用本发明提供的上述技术方案,解决了相关技术中,IPTV系统内故障时,现有的应急处理方式会影响到整个IPTV系统等技术问题,从而在保证当前用户体验不受到影响的同时,也较好地保证了运营商的利益。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种交互式网络电视(Internet Protocol TV orInteractive Personal TV,简称为IPTV)系统中的故障处理方法及装置。
背景技术
IPTV利用宽带网络作为基础设施,以家用电视机或个人电脑作为主要显示终端,利用一系列互联网承载协议和传输,为家庭用户提供包括节目点播、电视直播、网页浏览、在线游戏、时移电视、卡拉OK、个人录制、信息咨询在内的多种交互式数字多媒体服务以及增值业务服务的崭新技术。人们可以通过PC终端、机顶盒+电视机、多媒体手机(用于移动IPTV)等多种方式享受IPTV服务。
目前,在IPTV系统内的关键节点数据库以及相关业务控制模块时常会出现故障,例如:磁阵损坏、数据库异常、网络不通、系统运行超过负荷等问题。出现这些问题后,IPTV使用用户直接受到影响,非常影响用户的体验。
目前,在IPTV领域内,广泛采用应急方式以确保给予用户良好的业务体验,应急方式是一种在具有随机性、紧急性的突发事件发生的场景下,为了确保用户正在享受的业务不被长时间中断而采取的特殊手段,也是判断整个业务管理系统健壮性的重要指标。
然而,在目前的应急方式中可以采用手工触发应急,但是,人工干预手工触发应急,延迟性太强,用户受到影响时间太长,针对该缺陷,可以通过设置监测消息来触发应急,但是,目前该方案需要额外扩展模块间的接口消息,而且一旦切换到应急状态,就是整个模块或者系统整体切换到应急状态,虽然保证了用户体验,但是因为应急属于非常规处理状态,所以必然会影响计费和统计等功能,会给运营商带来一定的损失。
针对相关技术中的上述问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中,IPTV系统内故障时,现有的应急处理方式会影响到整个IPTV系统等技术问题,本发明提供了一种IPTV系统中的故障处理方法及装置,以至少解决上述问题。
根据本发明的一个方面,提供了一种IPTV系统中的故障处理方法,应用于电子节目指南(Electronic Program Guide,简称为EPG)服务器,该方法包括:检测IPTV系统中的指定故障类型;对IPTV系统中的当前请求业务发生故障的用户终端,执行与指定故障类型对应的应急措施。
优选地,上述指定故障类型包括以下之一:用于指示用户终端登录IPTV系统失败的第一故障类型、用于指示用户终端向归属节点请求业务失败的第二故障类型,其中,归属节点用于向用户终端提供电子节目指南EPG信息。
优选地,对IPTV系统中的当前请求业务发生故障的用户终端,执行与指定故障类型对应的应急措施,包括以下之一:故障类型为第一故障类型时,根据EPG保存的与用户终端对应的用户信息,指引用户终端登录到归属节点;故障类型为第二故障类型时,直接通过归属节点向用户终端提供EPG信息。
优选地,直接通过归属节点向用户终端提供EPG信息之前,还包括:确定请求业务识别的次数到达第一预设阈值,其中,在到达第一预设阈值时,触发归属节点向用户终端提供EPG信息。
优选地,上述方法还包括:获取当前请求业务发生故障的用户终端的数量;在数量到达第二预设阈值时,将IPTV系统切换至全网应急状态。
优选地,将IPTV系统切换至全网应急状态之前,还包括:在数量到达第二预设阈值时,向IPTV系统的网管系统发送预警信息;判断在到达指定时间段之前,是否收到解除全网应急状态的通知消息,如果否,则将IPTV系统切换至全网应急状态。
根据本发明的另一个方面,提供了一种IPTV系统中的故障处理装置,应用于EPG服务器,该装置包括:检测模块,用于检测IPTV系统中的指定故障类型;执行模块,用于对IPTV系统中的单个用户终端执行与指定故障类型对应的应急措施。
优选地,上述检测模块,用于检测以下之一的指定故障类型:用于指示用户终端登录IPTV系统失败的第一故障类型、用于指示用户终端向归属节点请求业务失败的第二故障类型,其中,归属节点用于向用户终端提供电子节目指南EPG信息。
优选地,上述执行模块,用于在指定故障类型为第一故障类型时,根据EPG保存的与用户终端对应的用户信息,指引用户终端登录到归属节点,以及在故障类型为第二故障类型时,直接通过归属节点向用户终端提供EPG信息。
优选地,上述装置还包括:获取模块,用于获取需要执行与指定故障类型对应的应急措施中的各个单个用户终端的数量;切换模块,用于在数量到达第二预设阈值时,将IPTV系统切换至全网应急状态。
通过本发明,采用在检测到IPTV系统的指定故障类型时,只是针对当前用户终端执行应急措施,并不是针对整个IPTV系统执行应急,因此,解决了相关技术中,IPTV系统内故障时,现有的应急处理方式会影响到整个IPTV系统等技术问题,从而在保证当前用户体验不受到影响的同时,也较好地保证了运营商的利益。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为根据本发明实施例1的IPTV系统中的故障处理方法的流程图;
图2为根据本发明实施例1的IPTV系统中的故障处理装置的结构框图;
图3为根据本发明实施例1的IPTV系统中的故障处理装置的另一结构框图;
图4为根据本发明实施例2的机顶盒(Set Top Box,简称为STB)和IPTV能力平台的拓扑示意图;
图5为根据本发明实施例2的单用户应急处理方法的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
实施例1
图1为根据本发明实施例1的IPTV系统中的故障处理方法的流程图。该方法应用于电EPG服务器。如图1所示,该方法包括:
步骤S102,检测IPTV系统中的指定故障类型;
步骤S104,对IPTV系统中的当前请求业务发生故障的用户终端,执行与指定故障类型对应的应急措施。
通过上述处理步骤,由于仅是对当前请求业务发生故障的用户终端执行应急措施,因此,可以避免一旦当前用户发生故障,便对整个IPTV系统执行应急措施。
在本实施例中,上述指定故障类型可以包括但不限于以下之一:1、用于指示用户终端登录IPTV系统失败的第一故障类型、2、用于指示用户终端向归属节点请求业务失败的第二故障类型,其中,归属节点用于向用户终端提供电子节目指南EPG信息。
对于上述第一故障类型,
在故障类型为第一故障类型时,根据EPG保存的与用户终端对应的用户信息,指引用户终端登录到归属节点。具体可以表现为以下处理过程(以单个用户为例进行说明,但不限于单个,可以为两个、三个等):
用户终端(简称为用户)登陆IPTV系统能力平台时,登陆EPG时发起的负载均衡请求以及用户认证请求由于IPTV业务系统的业务处理模块、数据库过负荷或者宕机以及网络拥塞等原因导致失败,此时EPG会启动用户自动应急,并且根据自身保存的用户信息,来进行路由,指引用户登陆到归属节点(归属EPG)上(按照就近提供服务的原则,可以为距离当前用户最近的EPG登陆和被提供服务的归属节点),并且正确获取用户之前使用的模板以用来在电视机上展示。
如果一个机顶盒用户处于单用户应急状态,后续这个用户的所有业务流程都走应急流程:用户登陆需要和管理平台协商一致认证码,由于业务处理模块出现了异常,因此,该认证码无法正确获取,为了保证用户感受不受到影响,所以把这个用户切换到单用户应急状态,虚构了一个认证码,以便让这个用户成功登陆,因为是虚构的认证码,这个认证码在管理平台是鉴权不通过的,所以这个用户后续的业务流程就只能是应急流程,而不能再到业务处理模块以及管理平台去鉴权或者订购。
对于上述第二故障类型
在故障类型为第二故障类型时,直接通过归属节点向用户终端提供EPG信息。直接通过归属节点向用户终端提供EPG信息之前,还可以确定请求业务识别的次数到达第一预设阈值,其中,在到达第一预设阈值时,触发归属节点向用户终端提供EPG信息。具体可以表现为以下实现过程:
当用户已经成功登录到归属EPG之后,IPTV业务系统的业务处理模块或者数据库宕机、网络拥塞等原因导致失败时,此时直接让用户的这条业务请求消息处理通过,但是并不把用户切换单用户应急状态,而是在设定时间范围内,这个用户的业务请求消息因为业务处理模块或者数据库宕机、网络拥塞等原因导致失败次数达到设定阀值之后,再把这个用户切换到单用户应急状态。这也是单用户应急针对登陆流程和正常的点、直播流程不同的地方。机顶盒用户登陆时如果失败因为认证码的原因必需也只能立刻把这个用户切换到单用户应急状态,而登陆后的业务请求失败却可以多次尝试后再切换到单用户应急状态,这样处理也是为了在保证用户最佳的浏览操作感受的同时,也让订购套餐以及服务话单即使在系统偶尔异常时也不受到影响,最大程度的保证运营商的利益。
在本实施例中,还需要考虑上述用户终端的数量:获取当前请求业务发生故障的用户终端的数量;在数量到达第二预设阈值时,将IPTV系统切换至全网应急状态。在将IPTV系统切换至全网应急状态之前,还可以先进行预警:在数量到达第二预设阈值时,向IPTV系统的网管系统发送预警信息;判断在到达指定时间段之前,是否收到解除全网应急状态的通知消息,如果否,则将IPTV系统切换至全网应急状态,如果是,则不将IPTV系统切换至全网应急状态。具体可以表现为以下实现过程:
当在单位时间内切换到单用户应急的数量和比例达到设定安全阀值之后,说明业务处理模块和DB出现当机以及其它严重故障,为了进一步提升用户的登陆速度和页面浏览响应速度,系统开始启动全系统应急,这时是发出一个预应急告警消息到网管和通过短信通知相关维护人员,目的是通知维护人员尽快处理,而不是不真正切换到全系统应急状态,而是等到预警时间超过设定值后,维护人员在阀值时间内没有解除预应急状态,那么系统就自动切换到全系统应急状态。
此时,IPTV系统在用户登录时都会分配一个认证码,这个认证码都是有有效期,一般为8个小时,8个小时后认证码失效,用户就需要重新到管理平台上获取新的认证码,所以机顶盒用户可以在认证码失效后或者机顶盒重新关开机后恢复正常。
在本实施例中还提供了一种IPTV系统中的故障处理装置,该装置应用于EPG服务器,用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述,下面对该装置中涉及到的模块进行说明。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。图2为根据本发明实施例1的IPTV系统中的故障处理装置的结构框图。如图2所示,该装置包括:
检测模块20,连接至执行模块22,用于检测IPTV系统中的指定故障类型;
执行模块22,用于对IPTV系统中的单个用户终端执行与指定故障类型对应的应急措施。
在本实施例中,上述检测模块20,用于检测以下之一的指定故障类型:用于指示用户终端登录IPTV系统失败的第一故障类型、用于指示用户终端向归属节点请求业务失败的第二故障类型,其中,该归属节点用于向用户终端提供EPG信息。
在本实施例至,上述执行模块22,用于在指定故障类型为第一故障类型时,根据EPG保存的与用户终端对应的用户信息,指引用户终端登录到归属节点,以及在故障类型为第二故障类型时,直接通过归属节点向用户终端提供EPG信息。
在本实施例中,如图3所示,该装置还可以包括以下处理模块:
获取模块24,连接至检测模块20并与切换模块26连接,用于获取需要执行与指定故障类型对应的应急措施中的各个单个用户终端的数量;
切换模块26,用于在数量到达第二预设阈值时,将IPTV系统切换至全网应急状态。
为了更好地理解上述实施例1,以下结合实施例2和相关附图详细说明。
实施例2
本实施例主要提供用于IPTV系统的单用户应急监测及策略,可以在不额外增加消息和模块,最小变动现有系统的情况下,还可以让用户感受和运营商的利益都最大程度的得以保证。
本实施例主要是针对运营商的IPTV能力平台系统,这里仅描述了STB机顶盒和IPTV能力平台的流程和结构,对管理平台并没有做详细说明。
为了达到上述目的,本实施例采用的技术方案如下:
如图4所示,该IPTV系统包括:STB40、IPTV能力平台42、EPG服务器44、IPTV业务系统46、网管系统48。其中,
STB40:机顶盒是放置在用户家中的IPTV终端设备,一端接入因特网(Internet),一端和用户电视机相连,作为电视机和IPTV系统之间的桥梁,负责实现音视频码流的编解码、模板页面下载、登陆认证等。用户通过机顶盒从运营商IPTV系统中获得相关服务,如:直播、点播、时移、回看等互动音视频业务;同时提供信息浏览、电子广告、在线游戏、远程教育等增值应用。
IPTV能力平台42:业务管理平台负责用户管理、计费管理、业务管理/鉴权、SP/CP管理、终端管理、内容管理等;业务能力平台向业务管理平台提供支撑能力,管理EPG网络和CDN网络两大部件。
EPG服务器44:EPG是用户访问IPTV系统的门户。可以认为是个WEB服务器。主要用于接受机顶盒的请求,并根据请求完成不同流程的触发;下载模板页面;储存相关的用户信息和节目信息;为机顶盒间接提供相应的URL(供播放使用)等。
IPTV业务系统46:主要负责能力平台侧的登陆认证和业务鉴权等逻辑判断及各种信息的提取触发和写入触发(主要从业务数据库oracle中提取和写入)以及计费管理等,包括业务处理机以及业务数据库(数据文件放在磁阵上)。
网管系统48:IPTV网管系统包括对系统网元(如:业务系统服务器、EPG等)的管理和终端(如:STB)网元的管理。主要功能包括拓扑视图管理、故障管理、配置管理、性能管理、安全管理、终端管理、报表管理、日志管理等,在本专利中,网管系统主要负责接收展示告警消息以及发送告警短消息给运维人员,以便及时处理系统故障,尽快解除应急状态。
图5示出了STB登陆能力平台后进行业务操作时如何判断是否启动单用户应急以及相关策略的全过程,包括以下步骤:
步骤S502,STB机顶盒向认证服务器发起登陆认证;
步骤S504,认证服务器如果认证通过则返回认证通过返回消息给机顶盒,并且携带能力平台的接入地址;
认证服务器是管理平台功能模块,目前IPTV系统2.0架构都是分为管理平台和能力平台,管理平台为了管理用户、套餐、内容;而能力平台是实际提供IPTV服务器的平台;本专利是针对能力平台侧的EPG服务器的。这里只是为了介绍完整的机顶盒登陆流程所以额外做一说明。
步骤S506,STB机顶盒根据认证服务器返回的地址,跳转到IPTV能力平台的EPG上;
步骤S508,EPG向IPTV业务系统发起用户登陆鉴权请求,请求STB机顶盒的归属EPG、归属节点、以及所用模板等用户信息;
步骤S510,业务系统超负荷、DB异常情况下业务处理系统会直接返回失败消息;网络拥塞、业务系统当机会导致请求消息无法正常发送或者发送消息超时无响应。当EPG遇到这两类错误就会直接启动单用户应急,而正常的用户鉴权登陆失败,则不会触发单用户应急;
步骤S512,EPG判断到205中描述的消息失败后,针对这个用户启用单用户应急,处于单用户应急状态的用户,后续的所有操作都应急化处理,也就是不需要到业务系统去鉴权、订购,EPG默认这个用户是订购了所有全部套餐,点播的任何节目都默认是鉴权通过,而不需要再到业务系统去鉴权了;所以208及后续的步骤说明的前提都是机顶盒用户没有启用单用户应急,是正常的用户,在成功登陆EPG之后还是需要到业务系统去正常鉴权、订购的;
步骤S514,EPG启动单用户应急之后根据自身保存的应急数据查找到用户信息,包括归属EPG、归属节点等,返回给STB机顶盒,以便让机顶盒顺利登录到IPTV系统中,进行正常的操作;
步骤S516,STB机顶盒登陆归属EPG,开始正常的用户操作,浏览模板页面等;
步骤S518,当STB机顶盒用户,选择点播一个节目或者频道时,EPG就会向业务系统发送业务鉴权消息;
步骤S520,同步骤S510,当出现两类异常导致业务鉴权失败;
步骤S522,EPG做了一个单个消息级别的应急,也就是应急当前消息,生命周期也就是当前消息,当前业务消息失败了,就直接判成功通过,让STB机顶盒能够顺利的走下去;
这里和登陆流程中的处理不同,虽然都是因为业务系统超负荷处理不了或者网络拥塞,以及业务系统和数据库当机,但是登陆流程中是直接把用户切换到单用户应急状态的,而点播业务流程中则没有立即把用户切换到单用户应急状态,而是直接让当前请求消息成功通过,用户状态不做任何调整;
这样区别处理的原因是:用户登陆需要和管理平台协商一致认证码,因为业务处理模块出现了异常,所以这个认证码无法正确获取,为了保证用户感受不受到影响,所以是把这个用户切换到单用户应急状态,EPG虚构了一个认证码,以便让这个用户成功登陆,因为是虚构的认证码,这个认证码在业务系统以及管理平台都是鉴权不通过的,所以这个用户后续的业务流程就只能是应急的,而不能再到业务处理模块以及管理平台去鉴权或者订购了。
步骤S524,EPG启动了消息应急,所以向STB机顶盒返回鉴权成功。
步骤S526,与此同时,归属EPG也对用户连续消息应急次数和频度做统计,在一个时间段内达到设定阀值之后,也让这个用户切换到单用户应急,原则:提升用户体验,不让一个用户等待多次;
判断是否切换到单用户应急的策略,可以根据不同局点、不同模板、不同用户数量、不同用户习惯而设置不同的策略,例如:
1分钟内连续消息应急的次数累计达到5次,则把这个用户切换到单用户应急状态,这里有三个先决条件缺一不可,1分钟之内、连续、累计达到5次;有一样不满足,就不会切换到单用户应急状态;
步骤S528:在单个用户的消息应急满足设定阀值后,EPG启动单用户应急;
步骤S530,与此同时EPG开始进行连续单用户应急的统计;
步骤S532,当EPG上单用户应急数量和频度达到设定阀值后,当前EPG则启动EPG应急,并且发送全网EPG预应急告警消息到网管;
是否切换到EPG应急可以根据不同局点、不同模板、不同用户数量、不同用户习惯而设置不同的策略,例如:5分钟内切换到用户应急的个数累计达到300个,则把当前EPG切换到应急状态;
步骤S534,EPG切换到应急状态,并且开始启动全网EPG应急倒计时,例如:设置倒计时30分钟,也就是给运维人员30分钟定位解决问题的时间,30分钟后,如果故障没有解决,全网EPG预应急状态没有解除,那么全系统所有EPG全部切换到应急状态,启动全网应急;如果30分钟内故障被解决排除,那么可以在操作维护门户解除全网EPG预应急状态,系统内其他EPG就不会切换到应急状态,也可以把已经处于应急状态的EPG切换到正常状态。
在另外一个实施例中,还提供了一种软件,该软件用于执行上述实施例及优选实施方式中描述的技术方案。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述软件,该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
从以上实施例可以看出,上述实施例的关键在于,在IPTV系统出现业务系统超负荷、网络拥塞等瞬间或者一段时间内的不稳定状态时,保证用户感受不受到影响的同时也最大程度的保证运营商的利益不受到损失,在两者寻求一个最佳方案。而且还是在不额外增加业务消息的情况下,基于现有的消息流程和框架结构,做微小的改进即可实现。此外当IPTV系统中如果出现业务系统程序异常,以及数据库当机等严重不可恢复的问题时,上述实施例中的诊断方法和策略也能够及时做出判断,并且能够自动把IPTV系统整体切换到全网应急状态,并且第一时间发出告警以及短信通知运维人员进行紧急抢修。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种交互式网络电视IPTV系统中的故障处理方法,应用于电子节目指南服务器EPG,其特征在于,包括:
检测IPTV系统中的指定故障类型;
对所述IPTV系统中的当前请求业务发生故障的用户终端,执行与所述指定故障类型对应的应急措施。
2.根据权利要求1所述的方法,其特征在于,所述指定故障类型包括以下之一:
用于指示所述用户终端登录所述IPTV系统失败的第一故障类型、用于指示所述用户终端向归属节点请求业务失败的第二故障类型,其中,所述归属节点用于向所述用户终端提供电子节目指南EPG信息。
3.根据权利要求2所述的方法,其特征在于,对所述IPTV系统中的当前请求业务发生故障的用户终端,执行与所述指定故障类型对应的应急措施,包括以下之一:
所述故障类型为所述第一故障类型时,根据所述EPG保存的与所述用户终端对应的用户信息,指引所述用户终端登录到所述归属节点;
所述故障类型为所述第二故障类型时,直接通过所述归属节点向所述用户终端提供所述EPG信息。
4.根据权利要求3所述的方法,其特征在于,直接通过所述归属节点向所述用户终端提供所述EPG信息之前,还包括:
确定所述请求业务识别的次数到达第一预设阈值,其中,在到达所述第一预设阈值时,触发所述归属节点向所述用户终端提供所述EPG信息。
5.根据权利要求1至4任一项所述的方法,其特征在于,还包括:
获取当前请求业务发生故障的用户终端的数量;
在所述数量到达第二预设阈值时,将所述IPTV系统切换至全网应急状态。
6.根据权利要求5所述的方法,其特征在于,将所述IPTV系统切换至全网应急状态之前,还包括:
在所述数量到达第二预设阈值时,向所述IPTV系统的网管系统发送预警信息;
判断在到达指定时间段之前,是否收到解除所述全网应急状态的通知消息,如果否,则将所述IPTV系统切换至所述全网应急状态。
7.一种交互式网络电视IPTV系统中的故障处理装置,应用于电子节目指南EPG服务器,其特征在于,包括:
检测模块,用于检测IPTV系统中的指定故障类型;
执行模块,用于对所述IPTV系统中的单个用户终端执行与所述指定故障类型对应的应急措施。
8.根据权利要求7所述的装置,其特征在于,所述检测模块,用于检测以下之一的指定故障类型:
用于指示所述用户终端登录所述IPTV系统失败的第一故障类型、用于指示所述用户终端向归属节点请求业务失败的第二故障类型,其中,所述归属节点用于向所述用户终端提供电子节目指南EPG信息。
9.根据权利要求8所述的装置,其特征在于,所述执行模块,用于在所述指定故障类型为所述第一故障类型时,根据所述EPG保存的与所述用户终端对应的用户信息,指引所述用户终端登录到所述归属节点,以及在所述故障类型为所述第二故障类型时,直接通过所述归属节点向所述用户终端提供所述EPG信息。
10.根据权利要求7至9任一项所述的装置,其特征在于,还包括:
获取模块,用于获取需要执行与所述指定故障类型对应的应急措施中的各个所述单个用户终端的数量;
切换模块,用于在所述数量到达第二预设阈值时,将所述IPTV系统切换至全网应急状态。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013100271901A CN103124368A (zh) | 2013-01-21 | 2013-01-21 | Iptv系统中的故障处理方法及装置 |
PCT/CN2013/083634 WO2014110911A1 (zh) | 2013-01-21 | 2013-09-17 | Iptv系统中的故障处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013100271901A CN103124368A (zh) | 2013-01-21 | 2013-01-21 | Iptv系统中的故障处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103124368A true CN103124368A (zh) | 2013-05-29 |
Family
ID=48455197
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2013100271901A Pending CN103124368A (zh) | 2013-01-21 | 2013-01-21 | Iptv系统中的故障处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103124368A (zh) |
WO (1) | WO2014110911A1 (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014110911A1 (zh) * | 2013-01-21 | 2014-07-24 | 中兴通讯股份有限公司 | Iptv系统中的故障处理方法及装置 |
CN104284210A (zh) * | 2013-07-05 | 2015-01-14 | 上海帕科软件科技有限公司 | Iptv故障自诊断网络系统 |
CN104469411A (zh) * | 2014-12-01 | 2015-03-25 | 北京正奇联讯科技有限公司 | 流媒体播放故障处理的监控方法和系统 |
CN104469420A (zh) * | 2013-09-25 | 2015-03-25 | 中兴通讯股份有限公司 | 网络电视终端的业务应急方法、装置及系统 |
CN104506886A (zh) * | 2014-12-15 | 2015-04-08 | 四川长虹电器股份有限公司 | 一种故障处理方法及云端服务器 |
CN104917735A (zh) * | 2014-03-14 | 2015-09-16 | 中国移动通信集团江西有限公司 | 基于sso平台的登录认证方法、系统及sso平台 |
WO2018014881A1 (zh) * | 2016-07-22 | 2018-01-25 | 中兴通讯股份有限公司 | 交互式网络电视iptv平台的鉴权方法、装置及系统 |
CN108737858A (zh) * | 2017-04-17 | 2018-11-02 | 中兴通讯股份有限公司 | 用于交互式网络电视应急的方法和应急系统 |
CN114184955A (zh) * | 2021-11-22 | 2022-03-15 | 无锡新泰克电机有限公司 | 电机故障检测方法、系统及存储介质 |
CN114268844A (zh) * | 2021-12-17 | 2022-04-01 | 易视腾科技股份有限公司 | 一种互联网电视业务应急保障系统及其方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101179565A (zh) * | 2007-09-21 | 2008-05-14 | 中兴通讯股份有限公司 | 一种电子节目单基本业务的实现方法 |
CN101369909A (zh) * | 2007-08-15 | 2009-02-18 | 华为技术有限公司 | 上报策略执行结果的方法、网络通信系统和设备 |
CN101605238A (zh) * | 2009-07-01 | 2009-12-16 | 中兴通讯股份有限公司 | 一种iptv业务故障处理方法、装置及系统 |
CN101668224A (zh) * | 2009-09-21 | 2010-03-10 | 中兴通讯股份有限公司 | 用于网络电视应急的方法及系统 |
US20100125886A1 (en) * | 2008-11-18 | 2010-05-20 | At&T Intellectual Property I, L.P. | Network diagnostics |
CN101753962A (zh) * | 2008-12-16 | 2010-06-23 | 青岛海信传媒网络技术有限公司 | 断网计费方法、计费服务器和计费系统 |
CN102333248A (zh) * | 2011-09-07 | 2012-01-25 | 中兴通讯股份有限公司 | 一种动态分配管理平台服务地址的实现方法及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103124368A (zh) * | 2013-01-21 | 2013-05-29 | 中兴通讯股份有限公司 | Iptv系统中的故障处理方法及装置 |
-
2013
- 2013-01-21 CN CN2013100271901A patent/CN103124368A/zh active Pending
- 2013-09-17 WO PCT/CN2013/083634 patent/WO2014110911A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101369909A (zh) * | 2007-08-15 | 2009-02-18 | 华为技术有限公司 | 上报策略执行结果的方法、网络通信系统和设备 |
CN101179565A (zh) * | 2007-09-21 | 2008-05-14 | 中兴通讯股份有限公司 | 一种电子节目单基本业务的实现方法 |
US20100125886A1 (en) * | 2008-11-18 | 2010-05-20 | At&T Intellectual Property I, L.P. | Network diagnostics |
CN101753962A (zh) * | 2008-12-16 | 2010-06-23 | 青岛海信传媒网络技术有限公司 | 断网计费方法、计费服务器和计费系统 |
CN101605238A (zh) * | 2009-07-01 | 2009-12-16 | 中兴通讯股份有限公司 | 一种iptv业务故障处理方法、装置及系统 |
CN101668224A (zh) * | 2009-09-21 | 2010-03-10 | 中兴通讯股份有限公司 | 用于网络电视应急的方法及系统 |
CN102333248A (zh) * | 2011-09-07 | 2012-01-25 | 中兴通讯股份有限公司 | 一种动态分配管理平台服务地址的实现方法及系统 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014110911A1 (zh) * | 2013-01-21 | 2014-07-24 | 中兴通讯股份有限公司 | Iptv系统中的故障处理方法及装置 |
CN104284210A (zh) * | 2013-07-05 | 2015-01-14 | 上海帕科软件科技有限公司 | Iptv故障自诊断网络系统 |
WO2015067055A1 (zh) * | 2013-09-25 | 2015-05-14 | 中兴通讯股份有限公司 | 网络电视终端的业务应急方法、装置及系统 |
CN104469420B (zh) * | 2013-09-25 | 2018-11-23 | 中兴通讯股份有限公司 | 网络电视终端的业务应急方法、装置及系统 |
CN104469420A (zh) * | 2013-09-25 | 2015-03-25 | 中兴通讯股份有限公司 | 网络电视终端的业务应急方法、装置及系统 |
CN104917735A (zh) * | 2014-03-14 | 2015-09-16 | 中国移动通信集团江西有限公司 | 基于sso平台的登录认证方法、系统及sso平台 |
CN104469411B (zh) * | 2014-12-01 | 2018-01-02 | 北京正奇联讯科技有限公司 | 流媒体播放故障处理的监控方法和系统 |
CN104469411A (zh) * | 2014-12-01 | 2015-03-25 | 北京正奇联讯科技有限公司 | 流媒体播放故障处理的监控方法和系统 |
CN104506886A (zh) * | 2014-12-15 | 2015-04-08 | 四川长虹电器股份有限公司 | 一种故障处理方法及云端服务器 |
CN104506886B (zh) * | 2014-12-15 | 2018-06-01 | 四川长虹电器股份有限公司 | 一种故障处理方法及云端服务器 |
WO2018014881A1 (zh) * | 2016-07-22 | 2018-01-25 | 中兴通讯股份有限公司 | 交互式网络电视iptv平台的鉴权方法、装置及系统 |
CN108737858A (zh) * | 2017-04-17 | 2018-11-02 | 中兴通讯股份有限公司 | 用于交互式网络电视应急的方法和应急系统 |
CN114184955A (zh) * | 2021-11-22 | 2022-03-15 | 无锡新泰克电机有限公司 | 电机故障检测方法、系统及存储介质 |
CN114268844A (zh) * | 2021-12-17 | 2022-04-01 | 易视腾科技股份有限公司 | 一种互联网电视业务应急保障系统及其方法 |
CN114268844B (zh) * | 2021-12-17 | 2023-11-24 | 易视腾科技股份有限公司 | 一种互联网电视业务应急保障系统及其方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2014110911A1 (zh) | 2014-07-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103124368A (zh) | Iptv系统中的故障处理方法及装置 | |
CN101252472B (zh) | 一种处理数字家庭网络故障的方法和装置 | |
US7599301B2 (en) | Communications network tap with heartbeat monitor | |
CN107071524A (zh) | 智能终端管理方法 | |
US20220051161A1 (en) | Methods, devices, and systems for prioritizing mobile network trouble tickets based on customer impact | |
EP2538617A1 (en) | Method and system for implementing interaction between set-top box (stb) and home gateway | |
KR102148346B1 (ko) | 서비스 장애 진단 장치 및 고객 단말 | |
CN110674096B (zh) | 节点故障排查方法、装置、设备及计算机可读存储介质 | |
CN103686448A (zh) | 视频转码下载限速的方法和系统 | |
CN110417595A (zh) | 业务服务容灾方法、装置、系统、管理服务器及电子设备 | |
CN108235111B (zh) | 信息共享方法及智能机顶盒 | |
CN107959623B (zh) | 一种多通道容灾方法与装置 | |
CN111200760A (zh) | 一种数据处理方法、装置及电子设备 | |
CN104284142A (zh) | 一种通信方法、装置及系统 | |
CN103414920A (zh) | 通过信令流量判断业务状态的系统和方法 | |
CN103490964B (zh) | 一种实现灵活配置终端接入数量的方法及装置 | |
CN102447951A (zh) | 用于iptv系统的应急检测方法、装置和epg服务器 | |
CN104469420A (zh) | 网络电视终端的业务应急方法、装置及系统 | |
CN103166779A (zh) | 一种基于移动终端的告警确认和处理方法及装置 | |
US9727404B2 (en) | System and method for remote maintenance of user units | |
WO2016177237A1 (zh) | 播放控制方法和装置 | |
KR102039598B1 (ko) | Iptv 품질 모니터링장치 및 iptv 품질 모니터링장치의 동작 방법 | |
CN107819591B (zh) | 数据同步方法、装置、系统和网络设备 | |
US20220116768A1 (en) | Network Outage Detection | |
CN112437146B (zh) | 一种设备状态同步方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20130529 |