CN108322337A - 一种iptv系统的容灾方法、容灾装置及终端设备 - Google Patents

一种iptv系统的容灾方法、容灾装置及终端设备 Download PDF

Info

Publication number
CN108322337A
CN108322337A CN201810058308.XA CN201810058308A CN108322337A CN 108322337 A CN108322337 A CN 108322337A CN 201810058308 A CN201810058308 A CN 201810058308A CN 108322337 A CN108322337 A CN 108322337A
Authority
CN
China
Prior art keywords
default
default subsystem
request
subsystem
switched
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201810058308.XA
Other languages
English (en)
Other versions
CN108322337B (zh
Inventor
刘睿
张庸
王力栋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Excellent Network Co Ltd
Original Assignee
Excellent Network Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Excellent Network Co Ltd filed Critical Excellent Network Co Ltd
Priority to CN201810058308.XA priority Critical patent/CN108322337B/zh
Publication of CN108322337A publication Critical patent/CN108322337A/zh
Application granted granted Critical
Publication of CN108322337B publication Critical patent/CN108322337B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • 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)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明适用于IPTV通信技术领域，提供了一种IPTV系统的容灾方法、容灾装置及终端设备，包括：通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常；如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统；通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果；如果与所述第一状态查询请求对应的状态查询结果为异常，则由所述预设子系统切换到所述预设子系统的应急系统，所述IPTV系统由当前模式切换到第一应急模式。通过上述方法，有效降低了IPTV系统部署的复杂度，并增加了系统的稳定性。

Description

一种IPTV系统的容灾方法、容灾装置及终端设备
技术领域
本发明属于IPTV通信技术领域，尤其涉及一种IPTV系统的容灾方法、容灾装置及终端设备。
背景技术
随着视频通信技术的发展，IPTV(Interact Protocol Television，交互式网络电视)的普及越来越广泛。在IPTV系统中视频的成功播放依赖于广电3A系统、运营商3A系统、EPG(Electronic Program Guide，电子节目指南)系统和CDN(Content Delivery Network，内容分发网络)系统等多个子系统。IPTV系统在正常情况下，广电3A系统和运营商3A系统分别负责广电侧和运营商侧的3A认证，EPG系统负责电子节目单下发，CDN(即核心业务系统)负责内容分发。一旦某个子系统出现问题，将导致视频播放失败。
因此，IPTV的容灾建设刻不容缓。现有的IPTV容灾方法大多是通过对各个子系统进行分布式部署以降低整体系统的出错率。但是这种方法的系统部署十分复杂、投入成本高，且系统稳定性难以保障。
发明内容
有鉴于此，本发明实施例提供了一种IPTV系统的容灾方法、容灾装置及终端设备，以解决现有技术中系统部署复杂且稳定性难以保障的问题。
本发明实施例的第一方面提供了一种IPTV系统的容灾方法，包括：
通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常；
如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统；
通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果；
如果与所述第一状态查询请求对应的查询结果为异常，则由所述预设子系统切换到所述预设子系统的应急系统，所述IPTV系统由当前模式切换到第一应急模式。
本发明实施例的第二方面提供了一种IPTV系统的容灾装置，包括：
监测单元，用于通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常；
启动单元，用于如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统；
第一发送单元，用于通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果；
第一切换单元，用于如果与所述第一状态查询请求对应的查询结果为异常，则由所述预设子系统切换到所述预设子系统的应急系统，所述IPTV系统由当前模式切换到第一应急模式。
本发明实施例的第三方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本发明实施例第一方面提供的所述方法的步骤。
本发明实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被一个或多个处理器执行时实现本发明实施例第一方面提供的所述方法的步骤。
本发明实施例与现有技术相比存在的有益效果是：
本发明实施例通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常；如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统；通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果；如果与所述第一状态查询请求对应的状态查询结果为异常，则由所述预设子系统切换到所述预设子系统的应急系统，所述IPTV系统由当前模式切换到第一应急模式。通过上述方法，有效降低了IPTV系统部署的复杂度，并增加了系统的稳定性。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的IPTV系统的容灾方法的实现流程示意图；
图2是本发明实施例提供的IPTV系统的容灾方法的实现流程示意图；
图3是本发明实施例提供的IPTV系统的容灾装置的示意图；
图4是本发明实施例提供的终端设备的示意图；
图5是本发明实施例提供的IPTV系统的模式切换的示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
在介绍本发明实施例之前，先介绍本发明的一个应用背景。在IPTV(InteractProtocol Television，交互式网络电视)系统中，一段视频成功播放通常涉及到广电3A系统(广电侧负责账户、产品认证鉴权、计费)、运营商3A系统(运营商侧负责账户、产品认证鉴权、计费)、EPG(Electronic Program Guide，电子节目指南)系统以及CDN(ContentDelivery Network，内容分发网络)系统等多个系统。在这其中，一旦一个系统出现问题，将导致用户观看视频失败。具体地，在用户侧，使用IPTV系统的核心需求为观看节目。若广电3A系统和/或运营商3A系统故障，则3A认证失败，用户需等待3A系统修复，直到3A系统修复正常后才能执行3A认证，认证成功后用户才能正常观看节目；若EPG系统故障，则导致节目单加载失败，从而导致用户不能正常观看节目。而CDN系统作为IPTV系统的核心业务系统，其稳定性较好，出现故障极低。所以广电3A系统、运营商3A系统以及EPG系统的容灾建设是保PTV系统稳定性的重要保证。
为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
图1是本发明实施例提供的IPTV系统的容灾方法的实现流程示意图，如图所示，所述方法可以包括以下步骤：
步骤S101，通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常。
其中，所述预设子系统包括：
EPG系统、广电3A系统、运营商3A系统。
步骤S102，如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统。
其中，预设故障控制系统可以是Exception Service。
步骤S103，通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果。
示例性的，Exception Service发起http GET请求到EPG系统状态查询接口，并接收与http GET请求对应的http状态码。
步骤S104，如果与所述第一状态查询请求对应的查询结果为异常，则由所述预设子系统切换到所述预设子系统的应急系统，所述IPTV系统由当前模式切换到第一应急模式。
作为本发明又一实施例，在由所述预设子系统切换到所述预设子系统的应急系统之前，还包括：
判断所述预设子系统是否为EPG系统；
如果所述预设子系统是EPG系统，则由所述EPG系统切换到所述EPG系统的应急系统。
示例性的，Exception Service发起http GET请求到EPG系统状态查询接口，当返回http状态码大于500时，或连接超时，则判定EPG系统异常，由EPG系统切换到EPG系统的应急系统，IPTV系统由当前模式切换到第一应急模式。需要说明的是，本示例中的“http GET请求”、“状态码大于500”只是示例性地对步骤S104进行解释说明，并不对具体发起的请求类型、名称以及具体接收到的与请求对应的查询结果作具体限定。
在实际应用中，第一应急模式具体为预警模式。当预设子系统为EPG系统时，预警模式具体为使用EPG系统的应急系统。其中，EPG系统的完整功能包括：直播节目单、直播回看单、来自多个内容提供商的点播节目单、订购鉴权代理、缓存关键信息(如频道列表、应急系统地址等)；EPG系统的应急系统会调用EPG系统缓存的关键信息，EPG系统的应急系统的应急功能包括：直播节目单、部分内容提供商的点播节目。
在实际应用中，EPG系统的应急系统还可以是异地灾备系统，通过EPG系统缓存的应急系统地址，在预警模式下，根据应急系统地址可以调用EPG系统的异地灾备系统。
可选的，在所述IPTV系统在第一应急模式下时，包括：
通过所述预设故障控制系统向所述预设子系统发送第二状态查询请求，并接收与所述第二状态查询请求对应的查询结果；
如果与所述第二状态查询请求对应的查询结果为正常，则由所述预设子系统的应急系统切换到所述预设子系统，所述IPTV系统由所述第一应急模式切换到正常模式。
在实际应用中，正常模式具体为广电3A系统、运营商3A系统、EPG系统和CDN系统均正常。
示例性的，EPG系统出现故障，由EPG系统切换到EPG系统的应急系统，IPTV由正常模式切换到预警模式。在预警模式下，如果监测到EPG系统恢复正常，则由EPG系统的应急系统切换到EPG系统，IPTV系统由预警模式切换到正常模式。
可选的，在所述IPTV系统在第一应急模式下时，还包括：
通过所述预设故障控制系统向所述预设子系统的应急系统发送第三状态查询请求，并接收与所述第三状态查询请求对应的查询结果；
如果与所述第三状态查询请求对应的查询结果为异常，则停用所述预设子系统的应急系统，并由所述预设子系统的应急系统切换到预设核心业务系统，所述IPTV系统由所述第一应急模式切换到第二应急模式。
在实际应用中，第二应急模式具体为紧急模式，紧急模式具体为仅使用预设核心业务系统。其中，预设核心业务系统包括CDN系统。
示例性的，EPG系统出现故障，由EPG系统切换到EPG系统的应急系统，IPTV由正常模式切换到预警模式。在预警模式下，如果监测到EPG系统的应急系统也出现故障，IPTV系统则由预警模式切换到紧急模式；在紧急模式下，IPTV系统仅使用CDN系统(预设核心业务系统)。
示例性，在所述IPTV系统在第一应急模式下时，还包括：通过所述预设故障控制系统向所述IPTV系统的其它预设子系统发送第三状态查询请求，并接收与所述第三状态查询请求对应的查询结果；如果与所述第三状态查询请求对应的查询结果为异常，则停用所述预设子系统的应急系统，并由所述预设子系统的应急系统切换到预设核心业务系统，所述IPTV系统由所述第一应急模式切换到第二应急模式。
具体的，EPG系统出现故障，由EPG系统切换到EPG系统的应急系统，IPTV由正常模式切换到预警模式。在预警模式下，如果监测到广电3A系统和/或运营商3A系统也出现故障，则由EPG系统的应急系统切换到CDN系统(预设核心业务系统)，IPTV系统由预警模式切换到紧急模式。
可选的，在所述IPTV系统在第二应急模式下时，包括：
通过所述预设故障控制系统向所述预设子系统发送第四状态查询请求，并接收与所述第四状态查询请求对应的查询结果；
如果与所述第四状态查询请求对应的查询结果为正常，则由所述预设核心业务系统切换到所述预设子系统，所述IPTV系统由所述第二预设应急模式切换到所述正常模式；
如果与所述第四状态查询请求对应的查询结果为异常，则保持所述第二预设应急模式。
示例性的，IPTV系统在紧急模式下，即仅CDN系统工作时，如果监测到EPG系统、广电3A系统、运营商3A系统均正常，则IPTV由紧急模式切换到正常模式，如果监测到EPG系统、广电3A系统、运营商3A系统仍故障，则保持紧急模式，即保持仅CDN系统工作。
参见图5，图5是本发明实施例提供的IPTV系统的模式切换的示意图。图中可以更清楚、直观地展示IPTV系统各个模式之间的转换关系。
本实施例通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常；如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统；通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果；如果与所述第一状态查询请求对应的状态查询结果为异常，则由所述预设子系统切换到所述预设子系统的应急系统，所述IPTV系统由当前模式切换到第一应急模式。通过上述方法，有效降低了IPTV系统部署的复杂度，并增加了系统的稳定性。
图2是本发明又一实施例提供的IPTV系统的容灾方法的实现流程示意图，如图所示，所述方法可以包括以下步骤：
步骤S201，通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常。
步骤S202，如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统。
步骤S203，通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果。
步骤S201-S203与上述步骤S101-S103相同，具体内容请参见步骤S101-S103。
步骤S204，如果与所述第一状态查询请求对应的查询结果为异常，则判断所述预设子系统是否为EPG系统。
步骤S205，如果所述预设子系统不是EPG系统，则跳过所述预设子系统对应的3A认证过程。
在实际应用中，如果预设子系统不是EPG系统，则预设子系统为广电3A系统和/或运营商3A系统。在正常情况下，对于用户通过机顶盒发出的请求，需要经过广电3A系统和运营商3A认证通过后，机顶盒才能接收到与该请求对应的信息；一旦广电3A系统和/或运营商3A系统出现故障，则需要等待直到3A系统完全修复并认证通过。而通过本实施例中的方法，可以直接跳过3A认证过程，无需等待3A系统完全修复。
示例性的，用户通过机顶盒向EPG系统请求查看节目单，EPG系统会向机顶盒分配一个临时身份证明用于认证加密，如“enctyToken”，然后广电3A系统或运营商3A系统对“enctyToken”进行认证，认证通过后，用户即可通过机顶盒接收到相应的节目单；一旦广电3A系统和/或运营商3A系统发生故障，则广电3A系统和/或运营商3A系统会返回一个“specialEncryToken”，EPG在收到“specialEncryToken”后，跳过3A认证过程，直接将节目单发送到机顶盒。需要说明的是，这里只是对图2中实施例的一个示例，用以解释说明图2中的实施例，并不对3A认证的过程及如何跳过3A认证的过程作具体限定。
本发明实施例通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常；如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统；通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果；如果与所述第一状态查询请求对应的状态查询结果为异常，则判断所述预设子系统是否为EPG系统；如果所述预设子系统不是EPG系统，则跳过所述预设子系统对应的3A认证过程。通过上述方法，在3A系统出现故障时，可以有效保证IPTV系统的稳定性。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
图3是本发明实施例提供的IPTV系统的装置的示意图，为了便于说明，仅示出与本发明实施例相关的部分。
所述IPTV系统的容灾装置3包括：
监测单元31，用于通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常。
启动单元32，用于如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统。
第一发送单元33，用于通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果。
第一切换单元34，用于如果与所述第一状态查询请求对应的查询结果为异常，则由所述预设子系统切换到所述预设子系统的应急系统，所述IPTV系统由当前模式切换到第一应急模式。
可选的，所述装置3还包括：
第二发送单元，用于在所述IPTV系统在第一应急模式下时，通过所述预设故障控制系统向所述预设子系统发送第二状态查询请求，并接收与所述第二状态查询请求对应的查询结果。
第二切换单元，用于如果与所述第二状态查询请求对应的查询结果为正常，则由所述预设子系统的应急系统切换到所述预设子系统，所述IPTV系统由所述第一应急模式切换到正常模式。
可选的，所述装置3还包括：
第三发送单元，用于在所述IPTV系统在第一应急模式下时，通过所述预设故障控制系统向所述预设子系统的应急系统发送第三状态查询请求，并接收与所述第三状态查询请求对应的查询结果。
第三切换单元，用于如果与所述第三状态查询请求对应的查询结果为异常，则停用所述预设子系统的应急系统，并由所述预设子系统的应急系统切换到预设核心业务系统，所述IPTV系统由所述第一应急模式切换到第二应急模式。
可选的，所述装置3还包括：
第四发送单元，用于在所述IPTV系统在第二应急模式下时，通过所述预设故障控制系统向所述预设子系统发送第四状态查询请求，并接收与所述第四状态查询请求对应的查询结果。
第四切换单元，用于如果与所述第四状态查询请求对应的查询结果为正常，则由所述预设核心业务系统切换到所述预设子系统，所述IPTV系统由所述第二预设应急模式切换到所述正常模式。
保持单元，用于如果与所述第四状态查询请求对应的查询结果为异常，则保持所述第二预设应急模式。
其中，所述预设子系统包括：
EPG系统、广电3A系统、运营商3A系统。
可选的，所述装置3还包括：
判断单元，用于在由所述预设子系统切换到所述预设子系统的应急系统之前，判断所述预设子系统是否为EPG系统。
跳过认证单元，用于如果所述预设子系统不是EPG系统，则跳过所述预设子系统对应的3A认证过程。
第一切换单元，还用于如果所述预设子系统是EPG系统，则由所述EPG系统切换到所述EPG系统的应急系统。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
图4是本发明一实施例提供的终端设备的示意图。如图4所示，该实施例的终端设备4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个IPTV系统的容灾方法实施例中的步骤，例如图1所示的步骤S101至S104。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示模块31至34的功能。
示例性的，所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述终端设备4中的执行过程。例如，所述计算机程序42可以被分割成监测单元、启动单元、第一发送单元、第一切换单元，各单元具体功能如下：
监测单元，用于通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常。
启动单元，用于如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统。
第一发送单元，用于通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果。
第一切换单元，用于如果与所述第一状态查询请求对应的查询结果为异常，则由所述预设子系统切换到所述预设子系统的应急系统，所述IPTV系统由当前模式切换到第一应急模式。
可选的，所述装置还包括：
第二发送单元，用于在所述IPTV系统在第一应急模式下时，通过所述预设故障控制系统向所述预设子系统发送第二状态查询请求，并接收与所述第二状态查询请求对应的查询结果。
第二切换单元，用于如果与所述第二状态查询请求对应的查询结果为正常，则由所述预设子系统的应急系统切换到所述预设子系统，所述IPTV系统由所述第一应急模式切换到正常模式。
可选的，所述装置还包括：
第三发送单元，用于在所述IPTV系统在第一应急模式下时，通过所述预设故障控制系统向所述预设子系统的应急系统发送第三状态查询请求，并接收与所述第三状态查询请求对应的查询结果。
第三切换单元，用于如果与所述第三状态查询请求对应的查询结果为异常，则停用所述预设子系统的应急系统，并由所述预设子系统的应急系统切换到预设核心业务系统，所述IPTV系统由所述第一应急模式切换到第二应急模式。
可选的，所述装置还包括：
第四发送单元，用于在所述IPTV系统在第二应急模式下时，通过所述预设故障控制系统向所述预设子系统发送第四状态查询请求，并接收与所述第四状态查询请求对应的查询结果。
第四切换单元，用于如果与所述第四状态查询请求对应的查询结果为正常，则由所述预设核心业务系统切换到所述预设子系统，所述IPTV系统由所述第二预设应急模式切换到所述正常模式。
保持单元，用于如果与所述第四状态查询请求对应的查询结果为异常，则保持所述第二预设应急模式。
其中，所述预设子系统包括：
EPG系统、广电3A系统、运营商3A系统。
可选的，所述装置还包括：
判断单元，用于在由所述预设子系统切换到所述预设子系统的应急系统之前，判断所述预设子系统是否为EPG系统。
跳过认证单元，用于如果所述预设子系统不是EPG系统，则跳过所述预设子系统对应的3A认证过程。
第一切换单元，还用于如果所述预设子系统是EPG系统，则由所述EPG系统切换到所述EPG系统的应急系统。
所述终端设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是终端设备4的示例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器41可以是所述终端设备4的内部存储单元，例如终端设备4的硬盘或内存。所述存储器41也可以是所述终端设备4的外部存储设备，例如所述终端设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器41还可以既包括所述终端设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。
以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种IPTV系统的容灾方法，其特征在于，包括：
通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常；
如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统；
通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果；
如果与所述第一状态查询请求对应的查询结果为异常，则由所述预设子系统切换到所述预设子系统的应急系统，所述IPTV系统由当前模式切换到第一应急模式。
2.如权利要求1所述的IPTV系统的容灾方法，其特征在于，在所述IPTV系统在第一应急模式下时，包括：
通过所述预设故障控制系统向所述预设子系统发送第二状态查询请求，并接收与所述第二状态查询请求对应的查询结果；
如果与所述第二状态查询请求对应的查询结果为正常，则由所述预设子系统的应急系统切换到所述预设子系统，所述IPTV系统由所述第一应急模式切换到正常模式。
3.如权利要求1所述的IPTV系统的容灾方法，其特征在于，在所述IPTV系统在第一应急模式下时，还包括：
通过所述预设故障控制系统向所述预设子系统的应急系统发送第三状态查询请求，并接收与所述第三状态查询请求对应的查询结果；
如果与所述第三状态查询请求对应的查询结果为异常，则停用所述预设子系统的应急系统，并由所述预设子系统的应急系统切换到预设核心业务系统，所述IPTV系统由所述第一应急模式切换到第二应急模式。
4.如权利要求3所述的IPTV系统的容灾方法，其特征在于，在所述IPTV系统在第二应急模式下时，包括：
通过所述预设故障控制系统向所述预设子系统发送第四状态查询请求，并接收与所述第四状态查询请求对应的查询结果；
如果与所述第四状态查询请求对应的查询结果为正常，则由所述预设核心业务系统切换到所述预设子系统，所述IPTV系统由所述第二预设应急模式切换到所述正常模式；
如果与所述第四状态查询请求对应的查询结果为异常，则保持所述第二预设应急模式。
5.如权利要求1所述的IPTV系统的容灾方法，其特征在于，所述预设子系统包括：
EPG系统、广电3A系统、运营商3A系统；
在由所述预设子系统切换到所述预设子系统的应急系统之前，还包括：
判断所述预设子系统是否为EPG系统；
如果所述预设子系统不是EPG系统，则跳过所述预设子系统对应的3A认证过程；
如果所述预设子系统是EPG系统，则由所述EPG系统切换到所述EPG系统的应急系统。
6.一种IPTV系统的容灾装置，其特征在于，包括：
监测单元，用于通过IPTV系统中的预设子系统接收通信请求，并监测所述通信请求的反馈结果是否异常；
启动单元，用于如果监测到所述通信请求的反馈结果为异常，则判定所述预设子系统发生故障，并启动预设故障控制系统；
第一发送单元，用于通过所述预设故障控制系统向所述预设子系统发送第一状态查询请求，并接收与所述第一状态查询请求对应的查询结果；
第一切换单元，用于如果与所述第一状态查询请求对应的查询结果为异常，则由所述预设子系统切换到所述预设子系统的应急系统，所述IPTV系统由当前模式切换到第一应急模式。
7.如权利要求6所述的IPTV系统的容灾装置，其特征在于，还包括：
第二发送单元，用于在所述IPTV系统在第一应急模式下时，通过所述预设故障控制系统向所述预设子系统发送第二状态查询请求，并接收与所述第二状态查询请求对应的查询结果；
第二切换单元，用于如果与所述第二状态查询请求对应的查询结果为正常，则由所述预设子系统的应急系统切换到所述预设子系统，所述IPTV系统由所述第一应急模式切换到正常模式。
8.如权利要求6所述的IPTV系统的容灾方法，其特征在于，还包括：
第三发送单元，用于在所述IPTV系统在第一应急模式下时，通过所述预设故障控制系统向所述预设子系统的应急系统发送第三状态查询请求，并接收与所述第三状态查询请求对应的查询结果；
第三切换单元，用于如果与所述第三状态查询请求对应的查询结果为异常，则停用所述预设子系统的应急系统，并由所述预设子系统的应急系统切换到预设核心业务系统，所述IPTV系统由所述第一应急模式切换到第二应急模式。
9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。
CN201810058308.XA 2018-01-22 2018-01-22 一种iptv系统的容灾方法、容灾装置及终端设备 Active CN108322337B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810058308.XA CN108322337B (zh) 2018-01-22 2018-01-22 一种iptv系统的容灾方法、容灾装置及终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810058308.XA CN108322337B (zh) 2018-01-22 2018-01-22 一种iptv系统的容灾方法、容灾装置及终端设备

Publications (2)

Publication Number Publication Date
CN108322337A true CN108322337A (zh) 2018-07-24
CN108322337B CN108322337B (zh) 2021-04-23

Family

ID=62886866

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810058308.XA Active CN108322337B (zh) 2018-01-22 2018-01-22 一种iptv系统的容灾方法、容灾装置及终端设备

Country Status (1)

Country Link
CN (1) CN108322337B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109600672A (zh) * 2018-10-19 2019-04-09 北京微播视界科技有限公司 视频内容推送方法及装置
CN111093115A (zh) * 2019-12-30 2020-05-01 广东南方新媒体股份有限公司 一种基于apk的主从服务器选用方法及系统
CN111741375A (zh) * 2020-06-23 2020-10-02 海看网络科技(山东)股份有限公司 一种iptv中平台内和平台间容灾的方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102355595A (zh) * 2011-09-23 2012-02-15 中兴通讯股份有限公司 一种网络电视多平台容灾方法及系统
CN102447951A (zh) * 2011-12-05 2012-05-09 中兴通讯股份有限公司 用于iptv系统的应急检测方法、装置和epg服务器
WO2012174893A1 (zh) * 2011-06-23 2012-12-27 中兴通讯股份有限公司 一种iptv系统中基于双中心容灾的切换方法及装置
CN102984593A (zh) * 2012-12-10 2013-03-20 四川九洲电器集团有限责任公司 机顶盒处理频道连续加减的方法
CN106612194A (zh) * 2015-10-22 2017-05-03 中兴通讯股份有限公司 一种iptv容灾方法、装置、系统及机顶盒

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012174893A1 (zh) * 2011-06-23 2012-12-27 中兴通讯股份有限公司 一种iptv系统中基于双中心容灾的切换方法及装置
CN102355595A (zh) * 2011-09-23 2012-02-15 中兴通讯股份有限公司 一种网络电视多平台容灾方法及系统
CN102447951A (zh) * 2011-12-05 2012-05-09 中兴通讯股份有限公司 用于iptv系统的应急检测方法、装置和epg服务器
CN102984593A (zh) * 2012-12-10 2013-03-20 四川九洲电器集团有限责任公司 机顶盒处理频道连续加减的方法
CN106612194A (zh) * 2015-10-22 2017-05-03 中兴通讯股份有限公司 一种iptv容灾方法、装置、系统及机顶盒

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109600672A (zh) * 2018-10-19 2019-04-09 北京微播视界科技有限公司 视频内容推送方法及装置
WO2020078450A1 (zh) * 2018-10-19 2020-04-23 北京微播视界科技有限公司 视频内容推送方法及装置
US11146858B2 (en) 2018-10-19 2021-10-12 Beijing Microlive Vision Technology Co., Ltd Method and apparatus for pushing video content
CN111093115A (zh) * 2019-12-30 2020-05-01 广东南方新媒体股份有限公司 一种基于apk的主从服务器选用方法及系统
CN111741375A (zh) * 2020-06-23 2020-10-02 海看网络科技(山东)股份有限公司 一种iptv中平台内和平台间容灾的方法及系统

Also Published As

Publication number Publication date
CN108322337B (zh) 2021-04-23

Similar Documents

Publication Publication Date Title
CN108322337A (zh) 一种iptv系统的容灾方法、容灾装置及终端设备
JP5048153B2 (ja) 集積回路カードを使用してリモートサーバからのコンテンツのダウンロードを容易にするための方法および装置
US20090055922A1 (en) Method and Apparatus for Enabling Content to be Shared Among Multiple Devices in a Secure Environment
US11457006B1 (en) Secure management of security keys to control access to a protected communication network
CN111127181A (zh) 一种凭证记账方法和装置
CN102404303A (zh) 一种远程服务方法、远程服务系统及服务器
CN102932280A (zh) 一种实现带宽控制的方法、装置和系统
KR0166654B1 (ko) 프로그램 저작권 보호방법 및 관리장치
CN108476337A (zh) 从数字内容识别外围设备的方法和设备
CN101467132A (zh) 用于在通信网络中分配数据处理单元的方法和系统
US20150264420A1 (en) Method for controlling the display of a digital television set
CN101431659A (zh) 一种交互式网络电视系统及其处理方法
CN103348632A (zh) 用于访问家庭中的多媒体的方法
CN110807184B (zh) 一种智能录屏采集电脑及移动终端用户行为数据的方法
JP4760273B2 (ja) コンテンツ配信方法及びシステム
CN102201968A (zh) 一种网络电视中分配用户带宽的方法、装置及系统
CN103718531A (zh) 一种能力获取方法、装置和系统
EP4284006A1 (en) Abnormal state processing method, server, and electronic device
CN101877722A (zh) 电子节目指南系统及文件下载方法
CN101364871B (zh) 域管理器对用户设备进行域管理的方法、系统及装置
CN115983850A (zh) 基于区块链的设备控制方法和相关设备
CN101133410A (zh) 内容版权保护方法
CN103069361B (zh) 用于移动终端用户的个人计算机系统及其操作方法
KR101938057B1 (ko) 무중단의 vod 서비스를 제공하는 무중단 시스템 및 그 동작 방법
CN101662663A (zh) Iptv系统消息发送方法及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant