WO2014110911A1 - Fault processing method and apparatus in iptv system - Google Patents

Fault processing method and apparatus in iptv system Download PDF

Info

Publication number
WO2014110911A1
WO2014110911A1 PCT/CN2013/083634 CN2013083634W WO2014110911A1 WO 2014110911 A1 WO2014110911 A1 WO 2014110911A1 CN 2013083634 W CN2013083634 W CN 2013083634W WO 2014110911 A1 WO2014110911 A1 WO 2014110911A1
Authority
WO
WIPO (PCT)
Prior art keywords
fault type
iptv system
user
user terminal
emergency
Prior art date
Application number
PCT/CN2013/083634
Other languages
French (fr)
Chinese (zh)
Inventor
孔韬
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2014110911A1 publication Critical patent/WO2014110911A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/254Management at additional data server, e.g. shopping server, rights management server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2404Monitoring of server processing errors or hardware failure

Definitions

  • the present invention relates to the field of communications, and in particular to a fault processing method and apparatus in an Internet Protocol TV or Interactive Personal TV (IPTV) system.
  • IPTV Internet Protocol TV or Interactive Personal TV
  • IPTV uses broadband networks as the infrastructure, with home TVs or personal computers as the main display terminals, and uses a series of Internet bearer protocols and transmissions to provide home users with program-on-demand, live TV, web browsing, online games, time-shifted TV, A variety of interactive digital multimedia services such as Karabok, personal recording, information consultation, and new technologies for value-added business services. People can enjoy IPTV services through PC terminals, set-top boxes + TV sets, and multimedia mobile phones (for mobile IPTV).
  • the key node database and related service control modules in the IPTV system often fail, such as: magnetic array damage, database anomaly, network failure, system operation overload and other issues. After these problems occur, IPTV users are directly affected, which greatly affects the user experience.
  • the emergency mode is a scenario in which random and urgency emergencies occur, in order to ensure that the services that users are enjoying are not
  • the special means taken for a long time interruption is also an important indicator for judging the robustness of the entire business management system.
  • manual triggering of the emergency can be used.
  • manual intervention manually triggers the emergency, the delay is too strong, and the user is affected for too long.
  • the emergency can be triggered by setting the monitoring message, but currently This solution requires additional expansion of interface messages between modules, and once switched to the emergency state, the entire module or the system as a whole is switched to the emergency state.
  • an effective solution has not yet been proposed.
  • SUMMARY OF THE INVENTION in the related art, when an IPTV system is faulty, an existing emergency processing method may affect a technical problem such as the entire IPTV system.
  • the embodiment of the present invention provides a fault processing method and apparatus in an IPTV system, to solve at least The above question.
  • a fault processing method in an IPTV system is provided, which is applied to an electronic program guide (EPG) server, the method comprising: detecting a specified fault type in an IPTV system; The user terminal in the IPTV system that is currently requesting service failure performs emergency measures corresponding to the specified fault type.
  • the specified fault type includes one of the following: a first fault type for indicating that the user terminal fails to log in to the IPTV system, and a second fault type for indicating that the user terminal requests a service failure from the home node, where the home node is used for
  • the electronic program guide EPG information is provided to the user terminal.
  • the user terminal that fails the current request service in the IPTV system performs the emergency action corresponding to the specified fault type, and includes one of the following: when the fault type is the first fault type, corresponding to the user terminal saved according to the EPG.
  • the user information is used to guide the user terminal to log in to the home node; when the fault type is the second fault type, the EPG information is directly provided to the user terminal through the home node.
  • the method further includes: determining that the number of times of requesting service identification reaches a first preset threshold, where, when the first preset threshold is reached, the home node is triggered to provide the EPG to the user terminal. information.
  • the method further includes: acquiring the number of user terminals that are currently requesting service failure; and when the quantity reaches the second preset threshold, switching the IPTV system to the network-wide emergency state.
  • the method before the IPTV system is switched to the emergency state of the entire network, the method further includes: sending the early warning information to the network management system of the IPTV system when the quantity reaches the second preset threshold; determining whether the data is received before the specified time period is reached. The notification message of the network emergency status, if no, the IPTV system is switched to the emergency state of the whole network.
  • a fault processing apparatus in an IPTV system is provided, which is applied to an EPG server, the apparatus comprising: a detecting module configured to detect a specified fault type in an IPTV system; and an execution module, set to be A single user terminal in the IPTV system performs emergency measures corresponding to the specified type of failure.
  • the detecting module is configured to detect a specified fault type of one of: a first fault type for indicating that the user terminal fails to log in to the IPTV system, and a second fault type for indicating that the user terminal requests the home node to fail the service,
  • the home node is configured to provide electronic program guide EPG information to the user terminal.
  • the execution module is configured to, when the specified fault type is the first fault type, direct the user terminal to log in to the home node according to the user information corresponding to the user terminal saved by the EPG, and when the fault type is the second fault type.
  • the EPG information is provided to the user terminal directly through the home node.
  • the apparatus further includes: an obtaining module, configured to acquire a quantity of each individual user terminal in the emergency measures corresponding to the specified fault type; and a switching module configured to: when the quantity reaches the second preset threshold, the IPTV The system switches to the emergency state of the whole network.
  • the present invention when the specified fault type of the IPTV system is detected, only the emergency measures are performed for the current user terminal, and the emergency is not performed for the entire IPTV system. Therefore, in the related art, when the fault occurs in the IPTV system, The existing emergency treatment methods will affect the technical problems such as the entire IPTV system, so as to ensure that the current user experience is not affected, and the interests of the operators are better ensured.
  • FIG. 1 is a flowchart of a fault processing method in an IPTV system according to Embodiment 1 of the present invention
  • FIG. 2 is a structural block diagram of a fault processing apparatus in an IPTV system according to Embodiment 1 of the present invention
  • FIG. 4 is a schematic structural diagram of a set top box (STB) and an IPTV capability platform according to Embodiment 2 of the present invention
  • STB set top box
  • FIG. 1 is a flowchart of a failure processing method in an IPTV system according to Embodiment 1 of the present invention. This method is applied to an electrical EPG server. As shown in Figure 1, the method includes: Step S102: Detecting a specified fault type in the IPTV system.
  • Step S104 Perform emergency measures corresponding to the specified fault type for the user terminal in the IPTV system that is currently requesting service failure.
  • the specified fault type may include, but is not limited to, one of the following: 1. A first fault type used to indicate that the user terminal fails to log in to the IPTV system, 2. The user terminal is instructed to request a service failure from the home node. A second type of failure, wherein the home node is configured to provide electronic program guide EPG information to the user terminal.
  • the user terminal is directed to log in to the home node according to the user information corresponding to the user terminal saved by the EPG.
  • the following processing may be performed (illustrated by taking a single user as an example, but not limited to a single one, and may be two, three, etc.):
  • User terminal referred to as a user
  • the load balancing request and the user authentication request fail due to the service processing module of the IPTV service system, database overload or downtime, and network congestion.
  • the EPG starts the user automatic emergency and routes according to the user information saved by itself.
  • the EPG Directing the user to log in to the home node (home EPG) (according to the principle of providing the nearest service, the EPG can be the closest to the current user and the home node being served), and the template previously used by the user is correctly obtained for use in Displayed on the TV.
  • home EPG home node
  • the EPG can be the closest to the current user and the home node being served
  • the template previously used by the user is correctly obtained for use in Displayed on the TV.
  • the user login needs to be negotiated with the management platform, and the authentication code cannot be obtained correctly due to an abnormality in the service processing module.
  • the user is switched to the single-user emergency state, and an authentication code is constructed to allow the user to successfully log in.
  • the authentication code is not authenticated on the management platform. Therefore, the subsequent business process of this user can only be an emergency process, and can no longer be authenticated or ordered by the business processing module and the management platform.
  • the EPG information is directly provided to the user terminal through the home node. Before the EPG information is provided to the user terminal by the home node, the number of times the service identification is requested may be determined to reach a first preset threshold. When the first preset threshold is reached, the home node is triggered to provide EPG information to the user terminal.
  • the service processing module of the IPTV service system or the database is down, the network is congested, etc., and the user service message is directly processed, but the user is not switched.
  • the single-user emergency status but within the set time range, the user's service request message fails to reach the set threshold due to the service processing module or database downtime, network congestion, etc., and then the user is switched to the single User emergency status. This is also the place where the single-user emergency is different for the login process and the normal point and live broadcast process.
  • the set-top box user fails to log in because of the reason of the authentication code, the user must be switched to the single-user emergency state immediately, but the service request after the login fails, but can be switched to the single-user emergency state after multiple attempts.
  • the order package and service bills are not affected even when the system is occasionally abnormal, so as to ensure the interests of the operators to the greatest extent.
  • the number of the user terminals needs to be considered: the number of user terminals that have failed to request the current service is obtained; when the number reaches the second preset threshold, the IPTV system is switched to the emergency state of the entire network.
  • the warning Before the IPTV system is switched to the emergency state of the entire network, the warning may also be first: when the quantity reaches the second preset threshold, the warning information is sent to the network management system of the IPTV system; and it is determined whether the cancellation is received before the specified time period is reached.
  • the notification message of the emergency status of the entire network if no, the IPTV system is switched to the emergency state of the whole network. If yes, the IPTV system is not switched to the emergency state of the entire network.
  • it can be expressed as the following implementation process: After the number and proportion of the single-user emergency in the unit time reaches the set safety threshold, the service processing module and the DB appear to be down and other serious faults, in order to further improve the user's login.
  • the system starts a system-wide emergency.
  • a pre-emergency alarm message is sent to the network management system and the relevant maintenance personnel are notified by SMS.
  • the purpose is to notify the maintenance personnel to process as soon as possible, instead of not actually switching to the system-wide emergency.
  • the status but after the warning time exceeds the set value, the maintenance personnel does not cancel the pre-emergency state within the threshold time, then the system automatically switches to the system-wide emergency state.
  • the IPTV system will assign an authentication code when the user logs in. This authentication code has an expiration date, usually 8 hours. After 8 hours, the authentication code is invalid, and the user needs to re-acquire the new authentication on the management platform.
  • a fault processing apparatus in an IPTV system is further provided, which is applied to an EPG server, and is used to implement the foregoing embodiments and preferred embodiments.
  • the modules involved are explained.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and conceivable.
  • 2 is a block diagram showing the structure of a failure processing apparatus in an IPTV system according to Embodiment 1 of the present invention.
  • the device includes: The detecting module 20 is connected to the executing module 22, and is configured to detect a specified fault type in the IPTV system.
  • the executing module 22 is configured to perform an emergency measure corresponding to the specified fault type to a single user terminal in the IPTV system.
  • the detecting module 20 is configured to detect a specified fault type of one of the following: a first fault type for indicating that the user terminal fails to log in to the IPTV system, and a third for indicating that the user terminal requests the home node to fail the service.
  • the second fault type where the home node is used to provide EPG information to the user terminal.
  • the execution module 22 is configured to, when the specified fault type is the first fault type, direct the user terminal to log in to the home node according to the user information corresponding to the user terminal saved by the EPG, and the fault type is In the case of the two types of failures, the EPG information is provided to the user terminal directly through the home node.
  • the apparatus may further include the following processing module: an obtaining module 24, connected to the detecting module 20 and connected to the switching module 26, configured to acquire emergency measures corresponding to the specified fault type. The number of each individual user terminal is; the switching module 26 is configured to switch the IPTV system to the network-wide emergency state when the number reaches the second preset threshold.
  • Embodiment 2 This embodiment mainly provides single-user emergency monitoring and strategy for an IPTV system, and can maximize the user experience and the operator's interests without additionally adding messages and modules, and minimally changing the existing system. The degree is guaranteed.
  • This embodiment is mainly for the operator's IPTV capability platform system. Here, only the STB set-top box and
  • the IPTV system includes: an STB 40, an IPTV capability platform 42, an EPG server 44, an IPTV service system 46, and a network management system 48.
  • STB 40 The set-top box is an IPTV terminal device placed in the user's home. One end is connected to the Internet (Internet), and one end is connected to the user's TV. As a bridge between the TV and the IPTV system, it is responsible for implementing audio and video streams. Codec, template page download, login authentication, etc.
  • Users can obtain related services from the operator's IPTV system through the set-top box, such as: live audio, on-demand, time shift, look back and other interactive audio and video services; and provide value-added applications such as information browsing, electronic advertising, online games, and distance education.
  • related services such as: live audio, on-demand, time shift, look back and other interactive audio and video services; and provide value-added applications such as information browsing, electronic advertising, online games, and distance education.
  • IPTV capability platform 42 The service management platform is responsible for user management, billing management, service management/authentication, SP/CP management, terminal management, content management, etc.; the service capability platform provides support capabilities to the service management platform, and manages EPG networks and content. Distribution Network (Content Ddlivery Network, CDN for short) Network two major components.
  • EPG is the portal for users to access the IPTV system. Can be considered a WEB server. It is mainly used to accept the request of the set-top box, and complete the triggering of different processes according to the request; download the template page; store relevant user information and program information; and indirectly provide the corresponding unified resource identifier (Uniform Resource Locator, referred to as URL) for the set-top box ( For playback and so on.
  • URL Uniform Resource Locator
  • IPTV service system 46 Mainly responsible for logic judgment such as login authentication and service authentication on the capability platform side, extraction trigger and write trigger of various information (mainly extracted and written from the service database oracle), and billing management, etc. Business processor and business database (data files are placed on the magnetic array).
  • Network Management System 48 The IPTV network management system includes management of system network elements (such as service system servers, EPG, etc.) and management of terminal (eg, STB) network elements. The main functions include topology view management, fault management, configuration management, performance management, security management, terminal management, report management, log management, etc. In this patent, the network management system is mainly responsible for receiving display alarm messages and sending alarm short messages to operation and maintenance.
  • FIG. 5 shows the whole process of determining whether to initiate a single-user emergency and related policies when performing a service operation after the STB login capability platform, including the following steps: Step S502, the STB set-top box initiates login authentication to the authentication server; Step S504, if the authentication server After the authentication is passed, the authentication is returned to the set-top box through the return message, and the access address of the capability platform is carried; the authentication server is a management platform function module.
  • the IPTV system 2.0 architecture is divided into a management platform and a capability platform, and the management platform is for managing users and packages.
  • the content platform is the platform that actually provides the IPTV server; this patent is for the EPG server on the capability platform side. This is just to introduce the complete set-top box login process so an additional explanation.
  • Step S506 the STB set top box jumps to the EPG of the IPTV capability platform according to the address returned by the authentication server;
  • Step S508 the EPG initiates a user login authentication request to the IPTV service system, requesting the user information of the home EPG, the home node, and the template used by the STB set-top box;
  • Step S510 the service system overload, and the database (DateBase, referred to as DB) abnormality
  • the next service processing system will directly return the failure message; the network congestion, the service system will cause the request message to fail to be sent normally when the opportunity occurs, or the message will be timed out and no response.
  • DB database
  • step S512 the EPG determines that the message described in step S510 fails, The user enables single-user emergency, and the user in the single-user emergency state, all subsequent operations are urgently processed, that is, there is no need to go to the business system to authenticate and order, EPG defaults that this user subscribes to all the packages, any on-demand The program defaults to authentication, and does not need to go to the service system to authenticate. Therefore, the premise of step S516 and subsequent steps is that the set-top box user does not enable single-user emergency, which is a normal user.
  • Step S514 After successfully logging in to the EPG. It is still necessary to go to the business system for normal authentication and ordering; Step S514, after the EPG initiates the single-user emergency, the user information is found according to the emergency data saved by itself, including the home EPG, the home node, etc., and is returned to the STB set-top box, so that the set-top box can be smoothly completed.
  • the STB set-top box go smoothly; here is different from the processing in the login process, although it is because the business system is overloaded or the network is congested, and the business system and database are down, but the login process directly switches the user.
  • the on-demand service process does not immediately switch the user to the single-user emergency state, but directly causes the current request message to successfully pass, and the user state does not make any adjustment; the reason for the difference processing is: Need to negotiate with the management platform Authentication code, because the service processing module has an abnormality, this authentication code cannot be obtained correctly.
  • the EPG fictitiously creates an authentication code to allow the user to Successful login, because it is a fictitious authentication code, this authentication code is not authenticated in the business system and management platform, so the subsequent business process of this user can only be emergency, and can no longer go to the business processing module and management.
  • the platform goes to the authentication or order.
  • the EPG initiates a message emergency, so the authentication is successfully returned to the STB set top box.
  • the home EPG also counts the number of times and frequency of the continuous message of the user. After reaching the set threshold within a certain period of time, the user is also switched to the single-user emergency.
  • Step S528 After the message emergency of the single user meets the set threshold, the EPG initiates a single-user emergency; in step S530, the EPG starts the statistics of the continuous single-user emergency; Step S532, when the EPG has a single user emergency number After the frequency reaches the set threshold, the current EPG starts.
  • EPG emergency and send the whole network EPG pre-emergency alarm message to the network management; whether to switch to EPG emergency can set different strategies according to different sites, different templates, different users, different user habits, for example: switch to user within 5 minutes If the number of emergency has reached 300, the current EPG is switched to the emergency state; in step S534, the EPG switches to the emergency state, and starts the EPG emergency countdown of the whole network, for example: setting the countdown to 30 minutes, that is, giving the maintenance personnel 30 minutes.
  • the EPG pre-emergency state of the whole network is not released, then all the EPGs of the whole system are switched to the emergency state, and the whole network emergency is started; if the fault is solved within 30 minutes, then The EPG pre-emergency state of the entire network can be released in the operation and maintenance portal. Other EPGs in the system will not switch to the emergency state, and the EPG that is already in the emergency state can be switched to the normal state.
  • software is also provided for performing the technical solutions described in the above embodiments and preferred embodiments.
  • a storage medium is provided, the software being stored, including but not limited to: an optical disk, a floppy disk, a hard disk, a rewritable memory, and the like.
  • the key to the foregoing embodiment is that, when an IPTV system experiences an overload of a service system, a network congestion, or an unstable state for a period of time, the user experience is ensured to be unaffected and the maximum degree is also Ensure that the interests of the operators are not lost, and seek an optimal solution in both. Moreover, it is possible to make small improvements based on the existing message flow and framework structure without additional business information.
  • the diagnosis method and strategy in the above embodiment can also make a timely judgment, and can automatically switch the entire IPTV system to the whole.
  • the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices.
  • they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the above technical solution provided by the present invention can be applied to a fault processing process of an IPTV system, and when a specified fault type of the IPTV system is detected, only emergency measures are performed for the current user terminal, and not for the entire IPTV system.
  • the emergency technical means solves the related problems in the related technology.
  • the existing emergency processing method will affect the technical problems such as the entire IPTV system, so as to ensure that the current user experience is not affected, and better ensure The interests of the operators.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

The present invention provides a fault processing method and an apparatus in an IPTV system, wherein the method applies to an EPG server. The method comprises: detecting a specified fault type in the IPTV system; and for a user terminal for which a currently requested service is faulty in the IPTV system, performing an emergency measure corresponding to the specified fault type. According to a preceding technical scheme provided by the present invention, technical problems that an existing emergency processing way affects the entire IPTV system when a fault occurs inside the IPTV system and the like in related technologies are solved, thus ensuring that current user experience is not affected while properly ensuring interests of an operator.

Description

IPTV系统中的故障处理方法及装置 技术领域 本发明涉及通信领域,具体而言,涉及一种交互式网络电视 (Internet Protocol TV or Interactive Personal TV, 简称为 IPTV)系统中的故障处理方法及装置。 背景技术  The present invention relates to the field of communications, and in particular to a fault processing method and apparatus in an Internet Protocol TV or Interactive Personal TV (IPTV) system. Background technique
IPTV利用宽带网络作为基础设施, 以家用电视机或个人电脑作为主要显示终端, 利用一系列互联网承载协议和传输, 为家庭用户提供包括节目点播、 电视直播、 网页 浏览、 在线游戏、 时移电视、 卡拉 οκ、 个人录制、 信息咨询在内的多种交互式数字 多媒体服务以及增值业务服务的崭新技术。 人们可以通过 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 uses broadband networks as the infrastructure, with home TVs or personal computers as the main display terminals, and uses a series of Internet bearer protocols and transmissions to provide home users with program-on-demand, live TV, web browsing, online games, time-shifted TV, A variety of interactive digital multimedia services such as Karabok, personal recording, information consultation, and new technologies for value-added business services. People can enjoy IPTV services through PC terminals, set-top boxes + TV sets, and multimedia mobile phones (for mobile IPTV). At present, the key node database and related service control modules in the IPTV system often fail, such as: magnetic array damage, database anomaly, network failure, system operation overload and other issues. After these problems occur, IPTV users are directly affected, which greatly affects the user experience. At present, in the field of IPTV, emergency methods are widely used to ensure a good business experience for users. The emergency mode is a scenario in which random and urgency emergencies occur, in order to ensure that the services that users are enjoying are not The special means taken for a long time interruption is also an important indicator for judging the robustness of the entire business management system. However, in the current emergency mode, manual triggering of the emergency can be used. However, manual intervention manually triggers the emergency, the delay is too strong, and the user is affected for too long. For this defect, the emergency can be triggered by setting the monitoring message, but currently This solution requires additional expansion of interface messages between modules, and once switched to the emergency state, the entire module or the system as a whole is switched to the emergency state. Although the user experience is guaranteed, because the emergency is an unconventional processing state, it will inevitably affect the accounting. And statistics and other functions will bring certain losses to operators. In view of the above problems in the related art, an effective solution has not yet been proposed. SUMMARY OF THE INVENTION In the related art, when an IPTV system is faulty, an existing emergency processing method may affect a technical problem such as the entire IPTV system. The embodiment of the present invention provides a fault processing method and apparatus in an IPTV system, to solve at least The above question. According to an embodiment of the present invention, a fault processing method in an IPTV system is provided, which is applied to an electronic program guide (EPG) server, the method comprising: detecting a specified fault type in an IPTV system; The user terminal in the IPTV system that is currently requesting service failure performs emergency measures corresponding to the specified fault type. Preferably, the specified fault type includes one of the following: a first fault type for indicating that the user terminal fails to log in to the IPTV system, and a second fault type for indicating that the user terminal requests a service failure from the home node, where the home node is used for The electronic program guide EPG information is provided to the user terminal. Preferably, the user terminal that fails the current request service in the IPTV system performs the emergency action corresponding to the specified fault type, and includes one of the following: when the fault type is the first fault type, corresponding to the user terminal saved according to the EPG. The user information is used to guide the user terminal to log in to the home node; when the fault type is the second fault type, the EPG information is directly provided to the user terminal through the home node. Preferably, before the EPG information is provided to the user terminal directly by the home node, the method further includes: determining that the number of times of requesting service identification reaches a first preset threshold, where, when the first preset threshold is reached, the home node is triggered to provide the EPG to the user terminal. information. Preferably, the method further includes: acquiring the number of user terminals that are currently requesting service failure; and when the quantity reaches the second preset threshold, switching the IPTV system to the network-wide emergency state. Preferably, before the IPTV system is switched to the emergency state of the entire network, the method further includes: sending the early warning information to the network management system of the IPTV system when the quantity reaches the second preset threshold; determining whether the data is received before the specified time period is reached. The notification message of the network emergency status, if no, the IPTV system is switched to the emergency state of the whole network. According to another embodiment of the present invention, a fault processing apparatus in an IPTV system is provided, which is applied to an EPG server, the apparatus comprising: a detecting module configured to detect a specified fault type in an IPTV system; and an execution module, set to be A single user terminal in the IPTV system performs emergency measures corresponding to the specified type of failure. Preferably, the detecting module is configured to detect a specified fault type of one of: a first fault type for indicating that the user terminal fails to log in to the IPTV system, and a second fault type for indicating that the user terminal requests the home node to fail the service, The home node is configured to provide electronic program guide EPG information to the user terminal. Preferably, the execution module is configured to, when the specified fault type is the first fault type, direct the user terminal to log in to the home node according to the user information corresponding to the user terminal saved by the EPG, and when the fault type is the second fault type. The EPG information is provided to the user terminal directly through the home node. Preferably, the apparatus further includes: an obtaining module, configured to acquire a quantity of each individual user terminal in the emergency measures corresponding to the specified fault type; and a switching module configured to: when the quantity reaches the second preset threshold, the IPTV The system switches to the emergency state of the whole network. With the embodiment of the present invention, when the specified fault type of the IPTV system is detected, only the emergency measures are performed for the current user terminal, and the emergency is not performed for the entire IPTV system. Therefore, in the related art, when the fault occurs in the IPTV system, The existing emergency treatment methods will affect the technical problems such as the entire IPTV system, so as to ensure that the current user experience is not affected, and the interests of the operators are better ensured. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, 1 is a flowchart of a fault processing method in an IPTV system according to Embodiment 1 of the present invention; FIG. 2 is a structural block diagram of a fault processing apparatus in an IPTV system according to Embodiment 1 of the present invention; FIG. 4 is a schematic structural diagram of a set top box (STB) and an IPTV capability platform according to Embodiment 2 of the present invention; FIG. 4 is a schematic structural diagram of a fault processing apparatus in an IPTV system according to Embodiment 1 of the present invention; A flowchart of a single-user emergency processing method according to Embodiment 2 of the present invention. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. Embodiment 1 FIG. 1 is a flowchart of a failure processing method in an IPTV system according to Embodiment 1 of the present invention. This method is applied to an electrical EPG server. As shown in Figure 1, the method includes: Step S102: Detecting a specified fault type in the IPTV system. Step S104: Perform emergency measures corresponding to the specified fault type for the user terminal in the IPTV system that is currently requesting service failure. Through the above processing steps, since the emergency measures are only performed on the user terminal that currently fails the requested service, it is possible to prevent the emergency measures from being performed on the entire IPTV system once the current user fails. In this embodiment, the specified fault type may include, but is not limited to, one of the following: 1. A first fault type used to indicate that the user terminal fails to log in to the IPTV system, 2. The user terminal is instructed to request a service failure from the home node. A second type of failure, wherein the home node is configured to provide electronic program guide EPG information to the user terminal. For the first fault type, when the fault type is the first fault type, the user terminal is directed to log in to the home node according to the user information corresponding to the user terminal saved by the EPG. Specifically, the following processing may be performed (illustrated by taking a single user as an example, but not limited to a single one, and may be two, three, etc.): User terminal (referred to as a user) When logging in to the IPTV system capability platform, when the user logs in to the EPG, The load balancing request and the user authentication request fail due to the service processing module of the IPTV service system, database overload or downtime, and network congestion. At this time, the EPG starts the user automatic emergency and routes according to the user information saved by itself. Directing the user to log in to the home node (home EPG) (according to the principle of providing the nearest service, the EPG can be the closest to the current user and the home node being served), and the template previously used by the user is correctly obtained for use in Displayed on the TV. If a set-top box user is in a single-user emergency state, all subsequent business processes of the user go through the emergency process: the user login needs to be negotiated with the management platform, and the authentication code cannot be obtained correctly due to an abnormality in the service processing module. In order to ensure that the user experience is not affected, the user is switched to the single-user emergency state, and an authentication code is constructed to allow the user to successfully log in. Because it is a fictitious authentication code, the authentication code is not authenticated on the management platform. Therefore, the subsequent business process of this user can only be an emergency process, and can no longer be authenticated or ordered by the business processing module and the management platform. For the second fault type described above, when the fault type is the second fault type, the EPG information is directly provided to the user terminal through the home node. Before the EPG information is provided to the user terminal by the home node, the number of times the service identification is requested may be determined to reach a first preset threshold. When the first preset threshold is reached, the home node is triggered to provide EPG information to the user terminal. Specifically, it can be expressed as the following implementation process: When the user has successfully logged in to the home EPG, the service processing module of the IPTV service system or the database is down, the network is congested, etc., and the user service message is directly processed, but the user is not switched. The single-user emergency status, but within the set time range, the user's service request message fails to reach the set threshold due to the service processing module or database downtime, network congestion, etc., and then the user is switched to the single User emergency status. This is also the place where the single-user emergency is different for the login process and the normal point and live broadcast process. If the set-top box user fails to log in because of the reason of the authentication code, the user must be switched to the single-user emergency state immediately, but the service request after the login fails, but can be switched to the single-user emergency state after multiple attempts. In order to ensure the user's best browsing experience, the order package and service bills are not affected even when the system is occasionally abnormal, so as to ensure the interests of the operators to the greatest extent. In this embodiment, the number of the user terminals needs to be considered: the number of user terminals that have failed to request the current service is obtained; when the number reaches the second preset threshold, the IPTV system is switched to the emergency state of the entire network. Before the IPTV system is switched to the emergency state of the entire network, the warning may also be first: when the quantity reaches the second preset threshold, the warning information is sent to the network management system of the IPTV system; and it is determined whether the cancellation is received before the specified time period is reached. The notification message of the emergency status of the entire network, if no, the IPTV system is switched to the emergency state of the whole network. If yes, the IPTV system is not switched to the emergency state of the entire network. Specifically, it can be expressed as the following implementation process: After the number and proportion of the single-user emergency in the unit time reaches the set safety threshold, the service processing module and the DB appear to be down and other serious faults, in order to further improve the user's login. Speed and page browsing response speed, the system starts a system-wide emergency. At this time, a pre-emergency alarm message is sent to the network management system and the relevant maintenance personnel are notified by SMS. The purpose is to notify the maintenance personnel to process as soon as possible, instead of not actually switching to the system-wide emergency. The status, but after the warning time exceeds the set value, the maintenance personnel does not cancel the pre-emergency state within the threshold time, then the system automatically switches to the system-wide emergency state. At this time, the IPTV system will assign an authentication code when the user logs in. This authentication code has an expiration date, usually 8 hours. After 8 hours, the authentication code is invalid, and the user needs to re-acquire the new authentication on the management platform. Code, so the set-top box user can return to normal after the authentication code expires or the set-top box is turned off again. In this embodiment, a fault processing apparatus in an IPTV system is further provided, which is applied to an EPG server, and is used to implement the foregoing embodiments and preferred embodiments. The modules involved are explained. As used hereinafter, the term "module" may implement a combination of software and/or hardware of a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and conceivable. 2 is a block diagram showing the structure of a failure processing apparatus in an IPTV system according to Embodiment 1 of the present invention. As shown in Figure 2, the device includes: The detecting module 20 is connected to the executing module 22, and is configured to detect a specified fault type in the IPTV system. The executing module 22 is configured to perform an emergency measure corresponding to the specified fault type to a single user terminal in the IPTV system. In this embodiment, the detecting module 20 is configured to detect a specified fault type of one of the following: a first fault type for indicating that the user terminal fails to log in to the IPTV system, and a third for indicating that the user terminal requests the home node to fail the service. The second fault type, where the home node is used to provide EPG information to the user terminal. In this embodiment, the execution module 22 is configured to, when the specified fault type is the first fault type, direct the user terminal to log in to the home node according to the user information corresponding to the user terminal saved by the EPG, and the fault type is In the case of the two types of failures, the EPG information is provided to the user terminal directly through the home node. In this embodiment, as shown in FIG. 3, the apparatus may further include the following processing module: an obtaining module 24, connected to the detecting module 20 and connected to the switching module 26, configured to acquire emergency measures corresponding to the specified fault type. The number of each individual user terminal is; the switching module 26 is configured to switch the IPTV system to the network-wide emergency state when the number reaches the second preset threshold. In order to better understand the above-described Embodiment 1, the following will be described in detail in conjunction with Embodiment 2 and related drawings. Embodiment 2 This embodiment mainly provides single-user emergency monitoring and strategy for an IPTV system, and can maximize the user experience and the operator's interests without additionally adding messages and modules, and minimally changing the existing system. The degree is guaranteed. This embodiment is mainly for the operator's IPTV capability platform system. Here, only the STB set-top box and
IPTV能力平台的流程和结构, 对管理平台并没有做详细说明。 为了达到上述目的, 本实施例采用的技术方案如下: 如图 4所示, 该 IPTV系统包括: STB 40、 IPTV能力平台 42、 EPG服务器 44、 IPTV业务系统 46、 网管系统 48。 其中, STB 40:机顶盒是放置在用户家中的 IPTV终端设备,一端接入因特网(Internet), 一端和用户电视机相连, 作为电视机和 IPTV系统之间的桥梁, 负责实现音视频码流 的编解码、 模板页面下载、 登陆认证等。 用户通过机顶盒从运营商 IPTV系统中获得 相关服务, 如: 直播、 点播、 时移、 回看等互动音视频业务; 同时提供信息浏览、 电 子广告、 在线游戏、 远程教育等增值应用。 The process and structure of the IPTV capability platform are not detailed on the management platform. To achieve the above objective, the technical solution adopted in this embodiment is as follows: As shown in FIG. 4, the IPTV system includes: an STB 40, an IPTV capability platform 42, an EPG server 44, an IPTV service system 46, and a network management system 48. STB 40: The set-top box is an IPTV terminal device placed in the user's home. One end is connected to the Internet (Internet), and one end is connected to the user's TV. As a bridge between the TV and the IPTV system, it is responsible for implementing audio and video streams. Codec, template page download, login authentication, etc. Users can obtain related services from the operator's IPTV system through the set-top box, such as: live audio, on-demand, time shift, look back and other interactive audio and video services; and provide value-added applications such as information browsing, electronic advertising, online games, and distance education.
IPTV能力平台 42:业务管理平台负责用户管理、计费管理、业务管理 /鉴权、 SP/CP 管理、终端管理、内容管理等;业务能力平台向业务管理平台提供支撑能力,管理 EPG 网络和内容分发网络 ( Content Ddlivery Network, 简称为 CDN) 网络两大部件。 IPTV capability platform 42: The service management platform is responsible for user management, billing management, service management/authentication, SP/CP management, terminal management, content management, etc.; the service capability platform provides support capabilities to the service management platform, and manages EPG networks and content. Distribution Network (Content Ddlivery Network, CDN for short) Network two major components.
EPG服务器 44: EPG是用户访问 IPTV系统的门户。可以认为是个 WEB服务器。 主要用于接受机顶盒的请求, 并根据请求完成不同流程的触发; 下载模板页面; 储存 相关的用户信息和节目信息; 为机顶盒间接提供相应的统一资源标识符 (Uniform Resource Locator, 简称为 URL) (供播放使用)等。 EPG Server 44: EPG is the portal for users to access the IPTV system. Can be considered a WEB server. It is mainly used to accept the request of the set-top box, and complete the triggering of different processes according to the request; download the template page; store relevant user information and program information; and indirectly provide the corresponding unified resource identifier (Uniform Resource Locator, referred to as URL) for the set-top box ( For playback and so on.
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, 业务系统超负荷、 数据库 (DateBase, 简称为 DB) 异常情况下业务 处理系统会直接返回失败消息; 网络拥塞、 业务系统当机会导致请求消息无法正常发 送或者发送消息超时无响应。 当 EPG遇到这两类错误就会直接启动单用户应急, 而正 常的用户鉴权登陆失败, 则不会触发单用户应急; 步骤 S512, EPG判断到步骤 S510中描述的消息失败后, 针对这个用户启用单用 户应急, 处于单用户应急状态的用户, 后续的所有操作都应急化处理, 也就是不需要 到业务系统去鉴权、 订购, EPG默认这个用户是订购了所有全部套餐, 点播的任何节 目都默认是鉴权通过,而不需要再到业务系统去鉴权了;所以步骤 S516及后续的步骤 说明的前提都是机顶盒用户没有启用单用户应急, 是正常的用户, 在成功登陆 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则启动IPTV service system 46: Mainly responsible for logic judgment such as login authentication and service authentication on the capability platform side, extraction trigger and write trigger of various information (mainly extracted and written from the service database oracle), and billing management, etc. Business processor and business database (data files are placed on the magnetic array). Network Management System 48: The IPTV network management system includes management of system network elements (such as service system servers, EPG, etc.) and management of terminal (eg, STB) network elements. The main functions include topology view management, fault management, configuration management, performance management, security management, terminal management, report management, log management, etc. In this patent, the network management system is mainly responsible for receiving display alarm messages and sending alarm short messages to operation and maintenance. Personnel, in order to deal with system failures in a timely manner, as soon as possible to release the emergency state. FIG. 5 shows the whole process of determining whether to initiate a single-user emergency and related policies when performing a service operation after the STB login capability platform, including the following steps: Step S502, the STB set-top box initiates login authentication to the authentication server; Step S504, if the authentication server After the authentication is passed, the authentication is returned to the set-top box through the return message, and the access address of the capability platform is carried; the authentication server is a management platform function module. Currently, the IPTV system 2.0 architecture is divided into a management platform and a capability platform, and the management platform is for managing users and packages. The content platform is the platform that actually provides the IPTV server; this patent is for the EPG server on the capability platform side. This is just to introduce the complete set-top box login process so an additional explanation. Step S506, the STB set top box jumps to the EPG of the IPTV capability platform according to the address returned by the authentication server; Step S508, the EPG initiates a user login authentication request to the IPTV service system, requesting the user information of the home EPG, the home node, and the template used by the STB set-top box; Step S510, the service system overload, and the database (DateBase, referred to as DB) abnormality The next service processing system will directly return the failure message; the network congestion, the service system will cause the request message to fail to be sent normally when the opportunity occurs, or the message will be timed out and no response. When the EPG encounters these two types of errors, it will directly initiate a single-user emergency, and if the normal user authentication fails to log in, the single-user emergency will not be triggered. In step S512, the EPG determines that the message described in step S510 fails, The user enables single-user emergency, and the user in the single-user emergency state, all subsequent operations are urgently processed, that is, there is no need to go to the business system to authenticate and order, EPG defaults that this user subscribes to all the packages, any on-demand The program defaults to authentication, and does not need to go to the service system to authenticate. Therefore, the premise of step S516 and subsequent steps is that the set-top box user does not enable single-user emergency, which is a normal user. After successfully logging in to the EPG. It is still necessary to go to the business system for normal authentication and ordering; Step S514, after the EPG initiates the single-user emergency, the user information is found according to the emergency data saved by itself, including the home EPG, the home node, etc., and is returned to the STB set-top box, so that the set-top box can be smoothly completed. Log in to the IPTV system and perform normal operations; Step S516, STB The top box login belongs to the EPG, starts normal user operation, browses the template page, etc.; Step S518, when the STB set top box user selects to order a program or channel, the EPG sends a service authentication message to the service system; Step S520, the same step S510, when two types of abnormalities occur, the service authentication fails; in step S522, the EPG performs a single message level emergency, that is, an emergency current message, and the life cycle is the current message, and the current service message fails, and the direct success is passed. Let the STB set-top box go smoothly; here is different from the processing in the login process, although it is because the business system is overloaded or the network is congested, and the business system and database are down, but the login process directly switches the user. In the single-user emergency state, the on-demand service process does not immediately switch the user to the single-user emergency state, but directly causes the current request message to successfully pass, and the user state does not make any adjustment; the reason for the difference processing is: Need to negotiate with the management platform Authentication code, because the service processing module has an abnormality, this authentication code cannot be obtained correctly. In order to ensure that the user experience is not affected, the user is switched to the single-user emergency state, and the EPG fictitiously creates an authentication code to allow the user to Successful login, because it is a fictitious authentication code, this authentication code is not authenticated in the business system and management platform, so the subsequent business process of this user can only be emergency, and can no longer go to the business processing module and management. The platform goes to the authentication or order. In step S524, the EPG initiates a message emergency, so the authentication is successfully returned to the STB set top box. Step S526, at the same time, the home EPG also counts the number of times and frequency of the continuous message of the user. After reaching the set threshold within a certain period of time, the user is also switched to the single-user emergency. Principle: Improve the user experience, Do not allow a user to wait multiple times; to determine whether to switch to a single-user emergency strategy, you can set different policies according to different sites, different templates, different users, different user habits, for example: number of consecutive message emergency within 1 minute If the total number of times reaches 5, the user will be switched to the single-user emergency state. There are three prerequisites that are indispensable. Within 1 minute, continuous, cumulatively reaches 5 times; if there is no satisfaction, it will not switch to single-user emergency. Step S528: After the message emergency of the single user meets the set threshold, the EPG initiates a single-user emergency; in step S530, the EPG starts the statistics of the continuous single-user emergency; Step S532, when the EPG has a single user emergency number After the frequency reaches the set threshold, the current EPG starts.
EPG应急, 并且发送全网 EPG预应急告警消息到网管; 是否切换到 EPG应急可以根据不同局点、 不同模板、 不同用户数量、 不同用户习 惯而设置不同的策略, 例如: 5分钟内切换到用户应急的个数累计达到 300个, 则把 当前 EPG切换到应急状态; 步骤 S534, EPG切换到应急状态, 并且开始启动全网 EPG应急倒计时, 例如: 设置倒计时 30分钟, 也就是给维护人员 30分钟定位解决问题的时间, 30分钟后, 如 果故障没有解决, 全网 EPG预应急状态没有解除, 那么全系统所有 EPG全部切换到 应急状态, 启动全网应急; 如果 30分钟内故障被解决排除, 那么可以在操作维护门户 解除全网 EPG预应急状态, 系统内其他 EPG就不会切换到应急状态, 也可以把已经 处于应急状态的 EPG切换到正常状态。 在另外一个实施例中, 还提供了一种软件, 该软件用于执行上述实施例及优选实 施方式中描述的技术方案。 在另外一个实施例中, 还提供了一种存储介质, 该存储介质中存储有上述软件, 该存储介质包括但不限于: 光盘、 软盘、 硬盘、 可擦写存储器等。 从以上实施例可以看出, 上述实施例的关键在于, 在 IPTV系统出现业务系统超 负荷、 网络拥塞等瞬间或者一段时间内的不稳定状态时, 保证用户感受不受到影响的 同时也最大程度的保证运营商的利益不受到损失, 在两者寻求一个最佳方案。 而且还 是在不额外增加业务消息的情况下, 基于现有的消息流程和框架结构, 做微小的改进 即可实现。 此外当 IPTV系统中如果出现业务系统程序异常, 以及数据库当机等严重 不可恢复的问题时, 上述实施例中的诊断方法和策略也能够及时做出判断, 并且能够 自动把 IPTV系统整体切换到全网应急状态, 并且第一时间发出告警以及短信通知运 维人员进行紧急抢修。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布在多个计算装置所 组成的网络上, 可选地, 它们可以用计算装置可执行的程序代码来实现, 从而, 可以 将它们存储在存储装置中由计算装置来执行, 并且在某些情况下, 可以以不同于此处 的顺序执行所示出或描述的步骤, 或者将它们分别制作成各个集成电路模块, 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样, 本发明不限制于任 何特定的硬件和软件结合。 以上仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本领域的技术人 员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内, 所作的任何 修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。 工业实用性 本发明提供的上述技术方案, 可以应用于 IPTV系统的故障处理过程中, 采用在 检测到 IPTV系统的指定故障类型时, 只是针对当前用户终端执行应急措施, 并不是 针对整个 IPTV系统执行应急的技术手段, 解决了相关技术中, IPTV系统内故障时, 现有的应急处理方式会影响到整个 IPTV系统等技术问题, 从而在保证当前用户体验 不受到影响的同时, 也较好地保证了运营商的利益。 EPG emergency, and send the whole network EPG pre-emergency alarm message to the network management; whether to switch to EPG emergency can set different strategies according to different sites, different templates, different users, different user habits, for example: switch to user within 5 minutes If the number of emergency has reached 300, the current EPG is switched to the emergency state; in step S534, the EPG switches to the emergency state, and starts the EPG emergency countdown of the whole network, for example: setting the countdown to 30 minutes, that is, giving the maintenance personnel 30 minutes. Positioning the problem to solve the problem, after 30 minutes, if the fault is not resolved, the EPG pre-emergency state of the whole network is not released, then all the EPGs of the whole system are switched to the emergency state, and the whole network emergency is started; if the fault is solved within 30 minutes, then The EPG pre-emergency state of the entire network can be released in the operation and maintenance portal. Other EPGs in the system will not switch to the emergency state, and the EPG that is already in the emergency state can be switched to the normal state. In another embodiment, software is also provided for performing the technical solutions described in the above embodiments and preferred embodiments. In another embodiment, a storage medium is provided, the software being stored, including but not limited to: an optical disk, a floppy disk, a hard disk, a rewritable memory, and the like. As can be seen from the above embodiments, the key to the foregoing embodiment is that, when an IPTV system experiences an overload of a service system, a network congestion, or an unstable state for a period of time, the user experience is ensured to be unaffected and the maximum degree is also Ensure that the interests of the operators are not lost, and seek an optimal solution in both. Moreover, it is possible to make small improvements based on the existing message flow and framework structure without additional business information. In addition, when an abnormality of the service system program and a serious unrecoverable problem such as a database crash occur in the IPTV system, the diagnosis method and strategy in the above embodiment can also make a timely judgment, and can automatically switch the entire IPTV system to the whole. The network emergency status, and the first time to issue an alarm and SMS to notify the operation and maintenance personnel to carry out emergency repair. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above are only the preferred embodiments of the present invention, and are not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention. INDUSTRIAL APPLICABILITY The above technical solution provided by the present invention can be applied to a fault processing process of an IPTV system, and when a specified fault type of the IPTV system is detected, only emergency measures are performed for the current user terminal, and not for the entire IPTV system. The emergency technical means solves the related problems in the related technology. When the IPTV system is faulty, the existing emergency processing method will affect the technical problems such as the entire IPTV system, so as to ensure that the current user experience is not affected, and better ensure The interests of the operators.

Claims

权 利 要 求 书 Claim
1. 一种交互式网络电视 IPTV系统中的故障处理方法, 应用于电子节目指南服务 器 EPG, 包括: 1. An interactive network television IPTV system for fault handling, applied to an electronic program guide server EPG, comprising:
检测 IPTV系统中的指定故障类型;  Detecting the type of specified fault in the IPTV system;
对所述 IPTV系统中的当前请求业务发生故障的用户终端, 执行与所述指 定故障类型对应的应急措施。  The user terminal that fails the current request service in the IPTV system performs an emergency measure corresponding to the specified fault type.
2. 根据权利要求 1所述的方法, 其中, 所述指定故障类型包括以下之一: 2. The method according to claim 1, wherein the specified fault type comprises one of the following:
用于指示所述用户终端登录所述 IPTV系统失败的第一故障类型、 用于指 示所述用户终端向归属节点请求业务失败的第二故障类型, 其中, 所述归属节 点用于向所述用户终端提供电子节目指南 EPG信息。  a first fault type for indicating that the user terminal fails to log in to the IPTV system, and a second fault type for instructing the user terminal to request a service failure from the home node, where the home node is used for the user The terminal provides electronic program guide EPG information.
3. 根据权利要求 2所述的方法, 其中, 对所述 IPTV系统中的当前请求业务发生 故障的用户终端, 执行与所述指定故障类型对应的应急措施, 包括以下之一: 所述故障类型为所述第一故障类型时,根据所述 EPG保存的与所述用户终 端对应的用户信息, 指引所述用户终端登录到所述归属节点; The method according to claim 2, wherein the user terminal in the IPTV system that is currently requesting service failure performs emergency measures corresponding to the specified fault type, including one of the following: When the first fault type is used, the user terminal is directed to log in to the home node according to the user information corresponding to the user terminal saved by the EPG;
所述故障类型为所述第二故障类型时, 直接通过所述归属节点向所述用户 终端提供所述 EPG信息。  When the fault type is the second fault type, the EPG information is directly provided to the user terminal by the home node.
4. 根据权利要求 3所述的方法, 其中, 直接通过所述归属节点向所述用户终端提 供所述 EPG信息之前, 还包括: The method according to claim 3, wherein, before the providing, by the home node, the EPG information to the user terminal, the method further includes:
确定所述请求业务识别的次数到达第一预设阈值, 其中, 在到达所述第一 预设阈值时, 触发所述归属节点向所述用户终端提供所述 EPG信息。  Determining that the number of times the request service is identified reaches a first preset threshold, where the home node is triggered to provide the EPG information to the user terminal when the first preset threshold is reached.
5. 根据权利要求 1至 4任一项所述的方法, 其中, 还包括: 获取当前请求业务发生故障的用户终端的数量; The method according to any one of claims 1 to 4, further comprising: acquiring a number of user terminals that currently request a service failure;
在所述数量到达第二预设阈值时,将所述 IPTV系统切换至全网应急状态。  And when the quantity reaches a second preset threshold, the IPTV system is switched to a network-wide emergency state.
6. 根据权利要求 5所述的方法, 其中, 将所述 IPTV系统切换至全网应急状态之 前> 还包括: The method according to claim 5, wherein before the switching the IPTV system to the emergency state of the whole network, the method further includes:
在所述数量到达第二预设阈值时, 向所述 IPTV系统的网管系统发送预警 信息; 判断在到达指定时间段之前,是否收到解除所述全网应急状态的通知消息, 如果否, 则将所述 IPTV系统切换至所述全网应急状态。 一种交互式网络电视 IPTV系统中的故障处理装置, 应用于电子节目指南 EPG 服务器, 包括: Sending the early warning information to the network management system of the IPTV system when the quantity reaches the second preset threshold; It is determined whether the notification message for releasing the emergency state of the entire network is received before the specified time period is reached, and if not, the IPTV system is switched to the emergency state of the entire network. A fault processing apparatus in an interactive network television IPTV system is applied to an electronic program guide EPG server, including:
检测模块, 设置为检测 IPTV系统中的指定故障类型;  a detection module configured to detect a specified fault type in the IPTV system;
执行模块, 设置为对所述 IPTV系统中的单个用户终端执行与所述指定故 障类型对应的应急措施。 根据权利要求 7所述的装置, 其中, 所述检测模块, 设置为检测以下之一的指 定故障类型:  And an execution module, configured to perform an emergency measure corresponding to the specified fault type for a single user terminal in the IPTV system. The apparatus according to claim 7, wherein the detecting module is configured to detect a specified fault type of one of:
用于指示所述用户终端登录所述 IPTV系统失败的第一故障类型、 用于指 示所述用户终端向归属节点请求业务失败的第二故障类型, 其中, 所述归属节 点用于向所述用户终端提供电子节目指南 EPG信息。 根据权利要求 8所述的装置, 其中, 所述执行模块, 设置为在所述指定故障类 型为所述第一故障类型时,根据所述 EPG保存的与所述用户终端对应的用户信 息, 指引所述用户终端登录到所述归属节点, 以及在所述故障类型为所述第二 故障类型时, 直接通过所述归属节点向所述用户终端提供所述 EPG信息。 根据权利要求 7至 9任一项所述的装置, 其中, 还包括:  a first fault type for indicating that the user terminal fails to log in to the IPTV system, and a second fault type for instructing the user terminal to request a service failure from the home node, where the home node is used for the user The terminal provides electronic program guide EPG information. The device according to claim 8, wherein the execution module is configured to: according to the user information corresponding to the user terminal saved by the EPG, when the specified fault type is the first fault type, The user terminal logs in to the home node, and when the fault type is the second fault type, directly provides the EPG information to the user terminal through the home node. The apparatus according to any one of claims 7 to 9, further comprising:
获取模块, 设置为获取需要执行与所述指定故障类型对应的应急措施中的 各个所述单个用户终端的数量;  And an obtaining module, configured to obtain a quantity of each of the single user terminals that need to perform emergency measures corresponding to the specified fault type;
切换模块, 设置为在所述数量到达第二预设阈值时, 将所述 IPTV系统切 换至全网应急状态。  And a switching module, configured to switch the IPTV system to a network-wide emergency state when the quantity reaches a second preset threshold.
PCT/CN2013/083634 2013-01-21 2013-09-17 Fault processing method and apparatus in iptv system WO2014110911A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2013100271901A CN103124368A (en) 2013-01-21 2013-01-21 Fault processing method and fault processing device in IPTV (internet protocol television) system
CN201310027190.1 2013-01-21

Publications (1)

Publication Number Publication Date
WO2014110911A1 true WO2014110911A1 (en) 2014-07-24

Family

ID=48455197

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/083634 WO2014110911A1 (en) 2013-01-21 2013-09-17 Fault processing method and apparatus in iptv system

Country Status (2)

Country Link
CN (1) CN103124368A (en)
WO (1) WO2014110911A1 (en)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103124368A (en) * 2013-01-21 2013-05-29 中兴通讯股份有限公司 Fault processing method and fault processing device in IPTV (internet protocol television) system
CN104284210A (en) * 2013-07-05 2015-01-14 上海帕科软件科技有限公司 Iptv fault self-diagnosis network system
CN104469420B (en) * 2013-09-25 2018-11-23 中兴通讯股份有限公司 Business emergency method, the apparatus and system of network TV terminal
CN104917735A (en) * 2014-03-14 2015-09-16 中国移动通信集团江西有限公司 Login authentication method and system based on SSO platform and SSO platform
CN104469411B (en) * 2014-12-01 2018-01-02 北京正奇联讯科技有限公司 The monitoring method and system of streaming media playing troubleshooting
CN104506886B (en) * 2014-12-15 2018-06-01 四川长虹电器股份有限公司 A kind of fault handling method and cloud server
CN107645658A (en) * 2016-07-22 2018-01-30 南京中兴新软件有限责任公司 Method for authenticating, the apparatus and system of IPTV IPTV platforms
CN108737858A (en) * 2017-04-17 2018-11-02 中兴通讯股份有限公司 The method and emergency system met an urgent need for Interactive Internet TV
CN114184955A (en) * 2021-11-22 2022-03-15 无锡新泰克电机有限公司 Motor fault detection method, system and storage medium
CN114268844B (en) * 2021-12-17 2023-11-24 易视腾科技股份有限公司 Internet television service emergency guarantee system and method thereof

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101369909A (en) * 2007-08-15 2009-02-18 华为技术有限公司 Method, network communicating system and device for reporting policy execution result
CN101605238A (en) * 2009-07-01 2009-12-16 中兴通讯股份有限公司 A kind of IPTV business fault treatment method, Apparatus and system
CN103124368A (en) * 2013-01-21 2013-05-29 中兴通讯股份有限公司 Fault processing method and fault processing device in IPTV (internet protocol television) system

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101179565B (en) * 2007-09-21 2010-12-08 中兴通讯股份有限公司 Method of implementing essential service of electric playbill
US8660021B2 (en) * 2008-11-18 2014-02-25 At&T Intellectual Property I, L.P. Network diagnostics
CN101753962A (en) * 2008-12-16 2010-06-23 青岛海信传媒网络技术有限公司 Method for charging cut-off network, charging server and charging system
CN101668224B (en) * 2009-09-21 2012-11-28 中兴通讯股份有限公司 Method and system for network television emergency
CN102333248B (en) * 2011-09-07 2017-07-21 南京中兴软件有限责任公司 A kind of realization method and system of dynamic distribution management platform service address

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101369909A (en) * 2007-08-15 2009-02-18 华为技术有限公司 Method, network communicating system and device for reporting policy execution result
CN101605238A (en) * 2009-07-01 2009-12-16 中兴通讯股份有限公司 A kind of IPTV business fault treatment method, Apparatus and system
CN103124368A (en) * 2013-01-21 2013-05-29 中兴通讯股份有限公司 Fault processing method and fault processing device in IPTV (internet protocol television) system

Also Published As

Publication number Publication date
CN103124368A (en) 2013-05-29

Similar Documents

Publication Publication Date Title
WO2014110911A1 (en) Fault processing method and apparatus in iptv system
US8677425B2 (en) Method and system for implementing interaction between set-top box (STB) and home gateway
US8806550B1 (en) Rules engine for troubleshooting video content delivery network
US11604856B2 (en) Systems, methods, and media for media session concurrency management with recurring license renewals
US8938749B2 (en) System and method to troubleshoot a set top box device
US11188863B2 (en) Methods, devices, and systems for prioritizing mobile network trouble tickets based on customer impact
US20090319656A1 (en) Apparatus and method for managing a network
US20090113039A1 (en) Method and system for content handling
US9426199B2 (en) Method, apparatus, and system for notifying real-time streaming protocol events
CN106412498B (en) monitoring data acquisition method and cloud terminal
CN110769268A (en) Data flow monitoring method and device
CN111200760A (en) Data processing method and device and electronic equipment
WO2014015525A1 (en) Method and device for querying for user online state
CN113242437A (en) RTSP (real time streaming protocol) video plug-in-free playing method, system, device and storage medium
CN101175200B (en) Method for recovering a video-on-demand session
WO2016177237A1 (en) Playing control method and device
CN114143569B (en) Webpage recording and live broadcasting method and system
US20220116768A1 (en) Network Outage Detection
EP3326097B1 (en) Systems, methods, and media for media session concurrency management with recurring license renewals
US20100088762A1 (en) Apparatus and method for monitoring network equipment
KR101952286B1 (en) Apparatus for event processing, and control method thereof
CN111162967A (en) Offline court-opening processing method, device, terminal, server and storage medium
JP2015215770A (en) Log collection system
JP2015043531A (en) Router, ip multicast network, and router function control method
CN113630628A (en) Media stream sending method, system, processing equipment and storage medium

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13871604

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13871604

Country of ref document: EP

Kind code of ref document: A1