CN107547580A - 一种分布式网络电视iptv系统中节点的控制方法及装置 - Google Patents
一种分布式网络电视iptv系统中节点的控制方法及装置 Download PDFInfo
- Publication number
- CN107547580A CN107547580A CN201610463518.8A CN201610463518A CN107547580A CN 107547580 A CN107547580 A CN 107547580A CN 201610463518 A CN201610463518 A CN 201610463518A CN 107547580 A CN107547580 A CN 107547580A
- Authority
- CN
- China
- Prior art keywords
- node
- service end
- client
- file
- directly
- 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.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 97
- 230000002159 abnormal effect Effects 0.000 claims abstract description 144
- 230000005540 biological transmission Effects 0.000 claims description 46
- 230000008569 process Effects 0.000 claims description 45
- 238000012545 processing Methods 0.000 claims description 44
- 230000004044 response Effects 0.000 claims description 34
- 238000004891 communication Methods 0.000 claims description 14
- 230000005611 electricity Effects 0.000 claims 2
- 238000004458 analytical method Methods 0.000 description 8
- 230000003993 interaction Effects 0.000 description 6
- 230000009286 beneficial effect Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 239000013256 coordination polymer Substances 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 240000002853 Nelumbo nucifera Species 0.000 description 1
- 235000006508 Nelumbo nucifera Nutrition 0.000 description 1
- 235000006510 Nelumbo pentapetala Nutrition 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明的实施例提供了一种分布式网络电视IPTV系统中节点的控制方法及装置,其中,该方法包括:接收各客户端发送的IPTV系统中各第一节点的增量文件;其中,客户端设置于IPTV系统中的第一节点上,且每个客户端对应一个第一节点;根据接收到的增量文件,确定出多个第一节点中出现异常的第一节点;对出现异常的第一节点进行处理,使出现异常的第一节点恢复正常。本发明的实施例能快速处理IPTV系统中出现异常的节点,使其恢复正常。
Description
技术领域
本发明涉及网络电视系统领域,特别涉及一种分布式网络电视IPTV系统中节点的控制方法及装置。
背景技术
随着网络电视(IPTV,Internet Protocol Television)系统中用户增多,负荷的增大,很多模块采用了分布式架构,这种架构对现场实际数据的统计分析,往往通过各自模块节点生成报告数据,将报告数据上传到统计服务器,进行统计分析。
如果某个节点出现异常,需要登录到对应的节点上,进行日志分析,排查问题。但这种方法随着节点数量不断增长,导致异常问题的分析以及定位非常繁琐,往往还需要在多个节点间进行来回切换,效率低下。
其中,IPTV各个不同的模块,也往往需要部署在不同的网络环境里,对于这种不同的网络平面架构,对各个节点的控制分析要求更高。在当前背景下,也有些类似功能的日志归集工具,但是功能单一,不够灵活,而且对多网络平面的也不支持。
综上,目前对IPTV系统中出现异常的节点的处理非常繁琐,效率低下。
发明内容
本发明实施例的目的在于提供一种分布式网络电视IPTV系统中节点的控制方法及装置,能快速处理IPTV系统中出现异常的节点,使其恢复正常。
为了达到上述目的,本发明的实施例提供了一种分布式网络电视IPTV系统中节点的控制方法,应用于服务端,该方法包括:
接收各客户端发送的IPTV系统中各第一节点的增量文件;其中,客户端设置于IPTV系统中的第一节点上,且每个客户端对应一个第一节点;
根据接收到的增量文件,确定出多个第一节点中出现异常的第一节点;
对出现异常的第一节点进行处理,使出现异常的第一节点恢复正常。
其中,接收各客户端发送的IPTV系统中各第一节点的增量文件的步骤,包括:
若第一节点能直接与服务端进行通信,则直接接收第一节点上的客户端发送的该第一节点的增量文件;
若第一节点不能直接与服务端进行通信,则接收第一节点上的客户端通过第二节点透传的该第一节点的增量文件;其中,第二节点为IPTV系统中多个第一节点中除客户端所在第一节点以外、且能直接与服务端以及客户端通信的第一节点,第二节点与第一节点位于不同的网络平面。
其中,根据接收到的增量文件,确定出多个第一节点中出现异常的第一节点的步骤,包括:
将接收到的每个第一节点的增量文件与预先存储的每个第一节点的增量文件进行比对;
若接收到的第一节点的增量文件与预先存储的增量文件不相同,则确定该第一节点为出现异常的第一节点。
其中,对出现异常的第一节点进行处理的步骤,包括:
在服务端的管理界面上显示用于提示出现异常的第一节点存在异常的信息;
接收在管理界面上输入的文件查询指令,并将文件查询指令发送给出现异常的第一节点上的客户端,使出现异常的第一节点上的客户端根据文件查询指令获取出现异常的第一节点的待分析文件;
接收出现异常的第一节点上的客户端发送的待分析文件,并展现待分析文件;
接收在管理界面上输入的处理指令,并将处理指令发送给出现异常的第一节点上的客户端,使出现异常的第一节点上的客户端根据处理指令对出现异常的第一节点进行处理。
其中,将文件查询指令发送给出现异常的第一节点上的客户端的步骤,包括:
若出现异常的第一节点能直接与服务端进行通信,则直接将文件查询指令发送给出现异常的第一节点上的客户端;
若出现异常的第一节点不能直接与服务端进行通信,则通过第二节点将文件查询指令透传给出现异常的第一节点上的客户端。
其中,接收出现异常的第一节点上的客户端发送的待分析文件的步骤,包括:
若出现异常的第一节点能直接与服务端进行通信,则直接接收出现异常的第一节点上的客户端发送的待分析文件;
若出现异常的第一节点不能直接与服务端进行通信,则接收出现异常的第一节点上的客户端通过第二节点透传的待分析文件。
其中,将处理指令发送给出现异常的第一节点上的客户端的步骤,包括:
若出现异常的第一节点能直接与服务端进行通信,则直接将处理指令发送给出现异常的第一节点上的客户端;
若出现异常的第一节点不能直接与服务端进行通信,则通过第二节点将处理指令透传给出现异常的第一节点上的客户端。
其中,在接收各客户端发送的IPTV系统中各第一节点的增量文件的步骤之前,方法还包括:
接收各客户端发送的注册信息,向各客户端返回注册响应信息,并根据各客户端发送的心跳消息进行保活处理。
其中,接收各客户端发送的注册信息,向各客户端返回注册响应信息,并根据各客户端发送的心跳消息进行保活处理的步骤,包括:
若第一节点能直接与服务端进行通信,则直接接收第一节点上的客户端发送的注册信息,直接向第一节点上的客户端返回注册响应信息,并根据第一节点上的客户端直接发送的心跳消息进行保活处理;
若第一节点不能直接与服务端进行通信,则接收第一节点上的客户端通过第二节点透传的注册信息,通过第二节点向第一节点上的客户端透传注册响应信息,并根据第一节点上的客户端通过第二节点透传的心跳消息进行保活处理。
本发明的实施例还提供给了一种分布式网络电视IPTV系统中节点的控制装置,应用于服务端,该装置包括:
第一接收模块,用于接收各客户端发送的IPTV系统中各第一节点的增量文件;其中,客户端设置于IPTV系统中的第一节点上,且每个客户端对应一个第一节点;
确定模块,用于根据接收到的增量文件,确定出多个第一节点中出现异常的第一节点;
处理模块,用于对出现异常的第一节点进行处理,使出现异常的第一节点恢复正常。
本发明的实施例还提供了一种服务端,包括上述的分布式网络电视IPTV系统中节点的控制装置。
本发明的实施例还提供了一种分布式网络电视IPTV系统中节点的控制方法,应用于客户端,该方法包括:
获取IPTV系统中第一节点的增量文件,客户端设置在第一节点上;
将获取到的增量文件发送给服务端。
其中,获取IPTV系统中第一节点的增量文件的步骤,包括:
根据预设的配置文件中的定时任务和过滤条件,对第一节点中的多个增量文件进行过滤,得到满足过滤条件的增量文件。
其中,将获取到的增量文件发送给服务端的步骤,包括:
若第一节点能直接与服务端进行通信,则直接将获取到的增量文件发送给服务端;
若第一节点不能直接与服务端进行通信,则通过第二节点将获取到的增量文件透传给服务端,第二节点为IPTV系统中多个第一节点中除客户端所在第一节点以外、且能直接与服务端以及客户端通信的第一节点,第二节点与第一节点位于不同的网络平面。
其中,方法还包括:
接收服务端发送的文件查询指令;
根据文件查询指令,从第一节点中获取待分析文件,并将待分析文件发送给服务端;
接收服务端发送的处理指令,并根据处理指令对第一节点进行处理。
其中,接收服务端发送的文件查询指令的步骤,包括:
若第一节点能直接与服务端进行通信,则直接接收服务端发送的文件查询指令;
若第一节点不能直接与服务端进行通信,则接收服务端通过第二节点透传的文件查询指令。
其中,将待分析文件发送给服务端的步骤,包括:
若第一节点能直接与服务端进行通信,则直接将待分析文件发送给服务端;
若第一节点不能直接与服务端进行通信,则通过第二节点将待分析文件发送给服务端。
其中,接收服务端发送的处理指令的步骤,包括:
若第一节点能直接与服务端进行通信,则直接接收服务端发送的处理指令;
若第一节点不能直接与服务端进行通信,则接收服务端通过第二节点透传的处理指令。
其中,在获取IPTV系统中第一节点的增量文件的步骤之前,方法还包括:
向服务端发送注册信息,接收服务端返回的注册响应信息,并向服务端发送心跳消息。
其中,向服务端发送注册信息,接收服务端返回的注册响应信息,并向服务端发送心跳消息的步骤,包括:
若第一节点能直接与服务端进行通信,则直接向服务端发送注册信息,直接接收服务端返回的注册响应信息,并直接向服务端发送心跳消息;
若第一节点不能直接与服务端进行通信,则通过第二节点向服务端发送注册信息,接收服务端通过第二节点透传的注册响应信息,并通过第二节点向服务端发送心跳消息。
本发明的实施例还提供了一种分布式网络电视IPTV系统中节点的控制装置,应用于客户端,该装置包括:
获取模块,用于获取IPTV系统中第一节点的增量文件,客户端设置在第一节点上;
第一发送模块,用于将获取到的增量文件发送给服务端。
本发明的实施例还提供了一种客户端,包括上述的分布式网络电视IPTV系统中节点的控制装置。
本发明的上述方案至少包括以下有益效果:
在本发明的实施例中,通过根据接收到的IPTV系统中各第一节点的增量文件,确定出IPTV系统中出现异常的第一节点,并对出现异常的第一节点进行处理,使其恢复正常,解决了对IPTV系统中出现异常的节点的处理非常繁琐,效率低下的问题,达到了快速处理IPTV系统中出现异常的节点,使其恢复正常的效果。
附图说明
图1为本发明第一实施例中分布式网络电视IPTV系统中节点的控制方法的流程图;
图2为本发明第二实施例中分布式网络电视IPTV系统中节点的控制装置的结构示意图;
图3为本发明第四实施例中分布式网络电视IPTV系统中节点的控制方法的流程图;
图4为本发明第四实施例中客户端与服务端的交互过程的示意图;
图5为本发明第四实施例中EPG节点上的客户端与服务端的交互流程的示意图;
图6为本发明第五实施例中分布式网络电视IPTV系统中节点的控制装置的结构示意图;
图7为本发明第七实施例中分布式网络电视IPTV系统中节点的控制系统的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
第一实施例
如图1所示,本发明的第一实施例提供了一种分布式网络电视IPTV系统中节点的控制方法,应用于服务端,该方法包括:
步骤101,接收各客户端发送的IPTV系统中各第一节点的增量文件。
其中,客户端设置于IPTV系统中的第一节点上,且每个客户端对应一个第一节点,即,IPTV系统的每个第一节点上都设有一客户端。此外,上述增量文件可以为日志。可以理解的是,在本发明的实施例中,并不限定增量文件的具体形式。
在本发明的第一实施例中,为确保服务端与各客户端之间的通信,在执行上述步骤101之前,上述方法还包括:接收各客户端发送的注册信息,向各客户端返回注册响应信息,并根据各客户端发送的心跳消息进行保活处理的步骤。其中,为确保客户端与服务端之间的通信,客户端可定时向服务端发送心跳消息,使服务端进行保活处理。
需要说明的是,在本发明的第一实施例中,服务端在接收到各客户端发送的增量文件后,会对这些增量文件进行分类归集处理(例如,按照第一节点标识进行分类等),并建立索引,从而便于用户需要时,可通过在服务端的管理界面输入关键字的方式,快速查询到与关键字对应的增量文件。
步骤102,根据接收到的增量文件,确定出多个第一节点中出现异常的第一节点。
在本发明的第一实施例中,可通过将接收到的每个第一节点的增量文件与预先存储的每个第一节点的增量文件进行比对的方式确定出出现异常的第一节点。其中,若比对出接收到的第一节点的增量文件与预先存储的增量文件不相同,则确定该第一节点为出现异常的第一节点。
步骤103,对出现异常的第一节点进行处理,使出现异常的第一节点恢复正常。
在本发明的第一实施例中,步骤103具体包括以下步骤:
第一步,在服务端的管理界面上显示用于提示出现异常的第一节点存在异常的信息。
第二步,接收在管理界面上输入的文件查询指令,并将文件查询指令发送给出现异常的第一节点上的客户端,使出现异常的第一节点上的客户端根据文件查询指令获取出现异常的第一节点的待分析文件。
在本发明的第一实施例中,当用户发现上述用于提示出现异常的第一节点存在异常的信息时,为便于快速、准确的排查出出现异常的第一节点的问题,需要进一步获取出现异常的第一节点的更多的详细文件(即上述待分析文件,例如某段程序、配置文件等)。具体的,用户可通过在管理界面上输入文件查询指令的方式,获取到出现异常的第一节点的待分析文件。其中,上述文件查询指令用于指示获取待分析文件。需要说明的是,由于服务端与多个客户端进行通信,因此,为便于用户快速的在管理界面上对出现异常的第一节点的客户端输入文件查询指令,可通过先从服务端获取所有客户端的列表,然后从列表中选择出现异常的第一节点的客户端输入文件查询指令。
第三步,接收出现异常的第一节点上的客户端发送的待分析文件,并展现待分析文件。从而使用户根据待分析文件准确的排查出出现异常的第一节点的问题,便于后续操作。
第四步,接收在管理界面上输入的处理指令,并将处理指令发送给出现异常的第一节点上的客户端,使出现异常的第一节点上的客户端根据处理指令对出现异常的第一节点进行处理。
在本发明的第一实施例中,当用户排查出出现异常的第一节点的问题时,可通过在管理界面上输入处理指令的方式,简单、快速的对出现异常的第一节点进行处理,使其恢复正常。其中,处理指令的内容可以为指示出现异常的第一节点上的客户端删除或修改该第一节点的某段程序、配置文件中的某一项等。
需要说明的是,当IPTV系统中并不存在出现异常的第一节点,而只是用户想解某个第一节点的性能时,可通过类似于上述获取待分析文件的方式得到该第一节点的性能数据,进而了解该第一节点的运行状态。
在本发发明的第一实施例中,由于IPTV系统中各第一节点所在网络平面可能不同,因此,其中可能存在能直接与服务端进行通信的第一节点,也可能存在不能直接与服务端进行通信的第一节点,且上述服务端支持多网络平面的配置和侦听。基于此,上述步骤101的具体实现方式为:若第一节点能直接与服务端进行通信,则直接接收第一节点上的客户端发送的该第一节点的增量文件;而若第一节点不能直接与服务端进行通信,则接收第一节点上的客户端通过第二节点透传的该第一节点的增量文件。其中,第二节点为IPTV系统中多个第一节点中除客户端所在第一节点以外、且能直接与服务端以及客户端(该客户端是指发送增量文件的客户端)通信的第一节点,且该第二节点与第一节点(该第一节点是指发送增量文件的客户端所在的第一节点)位于不同的网络平面。
类似的,上述接收各客户端发送的注册信息,向各客户端返回注册响应信息,并根据各客户端发送的心跳消息进行保活处理的具体实现方式为:若第一节点能直接与服务端进行通信,则直接接收第一节点上的客户端发送的注册信息,直接向第一节点上的客户端返回注册响应信息,并根据第一节点上的客户端直接发送的心跳消息进行保活处理;而若第一节点不能直接与服务端进行通信,则接收第一节点上的客户端通过第二节点透传的注册信息,通过第二节点向第一节点上的客户端透传注册响应信息,并根据第一节点上的客户端通过第二节点透传的心跳消息进行保活处理。
类似的,上述步骤103的具体步骤的第二步中的将文件查询指令发送给出现异常的第一节点上的客户端的具体实现方式为:若出现异常的第一节点能直接与服务端进行通信,则直接将文件查询指令发送给出现异常的第一节点上的客户端;而若出现异常的第一节点不能直接与服务端进行通信,则通过第二节点将文件查询指令透传给出现异常的第一节点上的客户端。
类似的,上述步骤103的具体步骤的第三步中的接收出现异常的第一节点上的客户端发送的待分析文件的具体实现方式为:若出现异常的第一节点能直接与服务端进行通信,则直接接收出现异常的第一节点上的客户端发送的待分析文件;而若出现异常的第一节点不能直接与服务端进行通信,则接收出现异常的第一节点上的客户端通过第二节点透传的待分析文件。
类似的,上述步骤103的具体步骤的第四步中的将处理指令发送给出现异常的第一节点上的客户端的具体实现方式为:若出现异常的第一节点能直接与服务端进行通信,则直接将处理指令发送给出现异常的第一节点上的客户端;而若出现异常的第一节点不能直接与服务端进行通信,则通过第二节点将处理指令透传给出现异常的第一节点上的客户端。
需要说明的是,在本发明的第一实施例中,服务端与各客户端之间的交互的信息(例如增量文件、文件查询指令、待分析文件、处理指令等)均可通过文件传输协议(FTP,File Transfer Protocol)或者消息通信的方式进行传输。其中,为提升安全性能,可以根据实际需求,对发送的消息进行加密,例如,服务端向客户端发送加密的消息,这样客户端在接收到加密的消息后,根据该消息控制的用户权限,来进行下一步的操作。具体的,假设用户权限为管理员权限,则该消息控制的用户权限可以为:从某个位置的文件中过滤获取相关信息、修改某个配置文件的某个配置项、查看某个文件的属性信息、执行某个命令,查询响应结果、查看客户端机器的性能数据以及执行某个脚本等。
需要进一步说明的是,针对于上述服务端通过第二节点向第一节点上的客户端透传信息(例如处理指令等),以及第一节点上的客户端通过第二节点向服务端透传信息(例如待分析文件等)而言,实际上,服务端是通过第二节点上的客户端向第一节点上的客户端透传信息,同理,第一节点上的客户端也是通过第二节点上的客户端向服务端透传信息。
可见,在本发明的第一实施例中,通过根据接收到的IPTV系统中各第一节点的增量文件,确定出IPTV系统中出现异常的第一节点,并对出现异常的第一节点进行处理,使其恢复正常,解决了对IPTV系统中出现异常的节点的处理非常繁琐,效率低下的问题,达到了及时、快速处理IPTV系统中出现异常的节点,使其恢复正常的效果。此外,处理异常的过程还能可视化的向用户呈现,进而提升用户体验。
第二实施例
如图2所示,本发明的第二实施例提供了一种分布式网络电视IPTV系统中节点的控制装置,应用于服务端,该装置包括:
第一接收模块201,用于接收各客户端发送的IPTV系统中各第一节点的增量文件;其中,客户端设置于IPTV系统中的第一节点上,且每个客户端对应一个第一节点;
确定模块202,用于根据接收到的增量文件,确定出多个第一节点中出现异常的第一节点;
处理模块203,用于对出现异常的第一节点进行处理,使出现异常的第一节点恢复正常。
其中,第一接收模块201包括:
第一接收单元,用于若第一节点能直接与服务端进行通信,则直接接收第一节点上的客户端发送的该第一节点的增量文件;
第二接收单元,用于若第一节点不能直接与服务端进行通信,则接收第一节点上的客户端通过第二节点透传的该第一节点的增量文件;其中,第二节点为IPTV系统中多个第一节点中除客户端所在第一节点以外、且能直接与服务端以及客户端通信的第一节点,第二节点与第一节点位于不同的网络平面。
其中,确定模块202包括:
比对单元,用于将接收到的每个第一节点的增量文件与预先存储的每个第一节点的增量文件进行比对;
确定单元,用于若接收到的第一节点的增量文件与预先存储的增量文件不相同,则确定该第一节点为出现异常的第一节点。
其中,处理模块203包括:
显示单元,用于在服务端的管理界面上显示用于提示出现异常的第一节点存在异常的信息;
第三接收单元,用于接收在管理界面上输入的文件查询指令,并将文件查询指令发送给出现异常的第一节点上的客户端,使出现异常的第一节点上的客户端根据文件查询指令获取出现异常的第一节点的待分析文件;
第四接收单元,用于接收出现异常的第一节点上的客户端发送的待分析文件,并展现待分析文件;
第五接收单元,用于接收在管理界面上输入的处理指令,并将处理指令发送给出现异常的第一节点上的客户端,使出现异常的第一节点上的客户端根据处理指令对出现异常的第一节点进行处理。
其中,第三接收单元包括:
第一处理子单元,用于若出现异常的第一节点能直接与服务端进行通信,则直接将文件查询指令发送给出现异常的第一节点上的客户端;
第二处理子单元,用于若出现异常的第一节点不能直接与服务端进行通信,则通过第二节点将文件查询指令透传给出现异常的第一节点上的客户端。
其中,第四接收单元包括:
第三处理子单元,用于若出现异常的第一节点能直接与服务端进行通信,则直接接收出现异常的第一节点上的客户端发送的待分析文件;
第四处理子单元,用于若出现异常的第一节点不能直接与服务端进行通信,则接收出现异常的第一节点上的客户端通过第二节点透传的待分析文件。
其中,第五接收单元包括:
第五处理子单元,用于若出现异常的第一节点能直接与服务端进行通信,则直接将处理指令发送给出现异常的第一节点上的客户端;
第六处理子单元,用于若出现异常的第一节点不能直接与服务端进行通信,则通过第二节点将处理指令透传给出现异常的第一节点上的客户端。
其中,装置还包括:
第二接收模块,用于接收各客户端发送的注册信息,向各客户端返回注册响应信息,并根据各客户端发送的心跳消息进行保活处理。
其中,第二接收模块包括:
第六接收单元,用于若第一节点能直接与服务端进行通信,则直接接收第一节点上的客户端发送的注册信息,直接向第一节点上的客户端返回注册响应信息,并根据第一节点上的客户端直接发送的心跳消息进行保活处理;
第七接收单元,用于若第一节点不能直接与服务端进行通信,则接收第一节点上的客户端通过第二节点透传的注册信息,通过第二节点向第一节点上的客户端透传注册响应信息,并根据第一节点上的客户端通过第二节点透传的心跳消息进行保活处理。
在本发明的第二实施例中,通过根据接收到的IPTV系统中各第一节点的增量文件,确定出IPTV系统中出现异常的第一节点,并对出现异常的第一节点进行处理,使其恢复正常,解决了对IPTV系统中出现异常的节点的处理非常繁琐,效率低下的问题,达到了及时、快速处理IPTV系统中出现异常的节点,使其恢复正常的效果。
需要说明的是,本发明第二实施例提供的分布式网络电视IPTV系统中节点的控制装置是应用上述应用于服务端的分布式网络电视IPTV系统中节点的控制方法的装置,即上述应用于服务端的分布式网络电视IPTV系统中节点的控制方法的所有实施例均适用于该装置,且均能达到相同或相似的有益效果。
第三实施例
本发明的第三实施例提供了一种服务端,包括上述应用于服务端的分布式网络电视IPTV系统中节点的控制装置。
需要说明的是,本发明第三实施例提供的服务端是包括上述应用于服务端的分布式网络电视IPTV系统中节点的控制装置的服务端,即上述应用于服务端的分布式网络电视IPTV系统中节点的控制装置的所有实施例均适用于该服务端,且均能达到相同或相似的有益效果。
第四实施例
如图3所示,本发明的第四实施例提供了一种分布式网络电视IPTV系统中节点的控制方法,应用于客户端,该方法包括:
步骤301,获取IPTV系统中第一节点的增量文件。
其中,上述客户端设置在第一节点上。
可选的,在本发明的第四实施例中,可根据第一节点中预设的配置文件中的定时任务和过滤条件,对第一节点中的多个增量文件进行过滤,得到满足过滤条件的增量文件。其中,上述配置文件可由工程师根据经验进行设置,定时任务是指每个一段时间获取一次满足过滤条件的增量文件。
在本发明的第四实施例中,为确保服务端与客户端之间的通信,在执行步骤301之前,上述方法还包括:向服务端发送注册信息,接收服务端返回的注册响应信息,并向服务端发送心跳消息,使服务端进行保活处理的步骤。
步骤302,将获取到的增量文件发送给服务端。
在本发明的第四实施例中,若第一节点为出现异常的第一节点,上述方法还包括如下步骤:
第一步,接收服务端发送的文件查询指令。
其中,上述文件查询指令用于指示获取待分析文件。
第二步,根据文件查询指令,从第一节点中获取待分析文件,并将待分析文件发送给服务端。
第三步,接收服务端发送的处理指令,并根据处理指令对第一节点进行处理。
其中,处理指令的内容可以为指示出现异常的第一节点上的客户端删除或修改该第一节点的某段程序、配置文件中的某一项等。
在本发明的第四实施例中,由于IPTV系统中各第一节点所在网络平面可能不同,因此,其中可能存在能直接与服务端进行通信的第一节点,也可能存在不能直接与服务端进行通信的第一节点。基于此,上述步骤302的具体实现方式包括:若第一节点能直接与服务端进行通信,则直接将获取到的增量文件发送给服务端;而若第一节点不能直接与服务端进行通信,则通过第二节点将获取到的增量文件透传给服务端。其中,第二节点为IPTV系统中多个第一节点中除客户端所在第一节点以外、且能直接与服务端以及客户端通信的第一节点,第二节点与第一节点位于不同的网络平面。
类似的,上述接收服务端发送的文件查询指令的具体实现方式为:若第一节点能直接与服务端进行通信,则直接接收服务端发送的文件查询指令;而若第一节点不能直接与服务端进行通信,则接收服务端通过第二节点透传的文件查询指令。
类似的,上述将待分析文件发送给服务端的具体实现方式为:若第一节点能直接与服务端进行通信,则直接将待分析文件发送给服务端;而若第一节点不能直接与服务端进行通信,则通过第二节点将待分析文件发送给服务端。
类似的,上述接收服务端发送的处理指令的具体实现方式为:若第一节点能直接与服务端进行通信,则直接接收服务端发送的处理指令;而若第一节点不能直接与服务端进行通信,则接收服务端通过第二节点透传的处理指令。
类似的,上述向服务端发送注册信息,接收服务端返回的注册响应信息,并向服务端发送心跳消息的具体实现方式为:若第一节点能直接与服务端进行通信,则直接向服务端发送注册信息,直接接收服务端返回的注册响应信息,并直接向服务端发送心跳消息;而若第一节点不能直接与服务端进行通信,则通过第二节点向服务端发送注册信息,接收服务端通过第二节点透传的注册响应信息,并通过第二节点向服务端发送心跳消息。
在本发明的第四实施例中,通过将获取到的第一节点的增量文件发送给服务端,使得服务端可根据接收到各第一节点的增量文件,确定出IPTV系统中出现异常的第一节点,并对出现异常的第一节点进行处理,使其恢复正常,解决了对IPTV系统中出现异常的节点的处理非常繁琐,效率低下的问题,达到了快速处理IPTV系统中出现异常的节点,使其恢复正常的效果。
在本发明的第四实施例中,以某一能直接与服务端通信的第一节点上的客户端与服务端的交互过程为例进一步阐述上述方法。其中,服务端可以设在IPTV系统的中心节点处,具体的,如图4所示,客户端与服务端的交互过程为:首先客户端向服务端发送注册消息,服务端向客户端返回注册响应信息,客户端在接收到注册响应信息后,向服务端发送心跳消息,服务端向客户端返回心跳保活响应,以进行保活处理;然后客户端启动定时任务,向服务端发送获取到的增量文件。若服务端根据接收到的增量文件发现该第一节点出现异常,服务端向在管理界面上显示用于提示出现异常的第一节点存在异常的信息,此时,用户从管理界面上输入文件查询指令,服务端将文件查询指令发送给客户端,客户端根据该文件查询指令获取待分析文件,并将待分析文件发送给服务端,服务端收到待分析文件后,展现该待分析文件,此时,用户在管理界面输入处理指令,服务端将该处理指令发送给客户端,使客户端对第一节点进行处理,使其恢复正常。
此外,在本发明的第四实施例中,以一具体实例进一步阐述上述方法。假设IPTV系统包括电子节目单(EPG)模块、内容数据管理(CP)模块和片库,其中,网络架构为EPG模块的节点位于某独立网络平面,片库在独立的一个网络平面,CP模块的所有节点位于独立的一个网络平面,而服务端位于某个中心节点,可以同时与CP模块的网络平面以及片库所在的网络平面互通,但是和EPG模块的网络平面无法通信,EPG模块的网络平面与片库有通信,按此网络架构,对各个节点上的客户端进行配置,EPG模块的节点上的客户端中的通信服务器配置项设置为片库的地址,配置完成后,启动运行。在此,以EPG模块中的某个EPG节点上的客户端与服务端的交互流程为例。具体的,如图5所示,该节点上的客户端与服务端的交互流程为:首先客户端通过片库上的客户端向服务端发送注册消息,服务端通过片库上的客户端向其返回注册响应信息,客户端在接收到注册响应信息后,通过片库上的客户端向服务端发送心跳消息,服务端通过片库上的客户端向客户端返回心跳保活响应,以进行保活处理;然后客户端启动定时任务,获取增量文件,并通过片库上的客户端向服务端发送获取到的增量文件;紧接着服务端对接收到的增量文件进行处理,发现该节点存在异常,异常问题为:用户无法正常浏览该节点上的某个模板。此时,登录服务端的管理界面,向服务端获取所有的客户端列表,找到出现异常的EPG节点的客户端,首先对该节点已经上传的增量文件(例如日志)进行分析,经过分析后,发现该节点的EPG从片库上获取该模板失败,没有下载成功,需要获取该EPG节点上下载客户端的关于该模板日志情况,需要查看相关的配置文件以及该下载客户端的端口侦听是否正常,通过片库上的客户端透传文件查询指令(该文件查询指令中包括获取某个关键字的日志指令,获取配置文件的指令,获取端口侦听情况的指令)到该异常EPG节点。该异常EPG节点根据文件查询指令的内容,获取待分析文件(该待分析文件包括对应的日志相关信息、某个位置的配置文件信息和下载客户端程序的端口侦听情况),通过片库上的客户端透传给服务端,服务端展现接收到的待分析文件。最后,用户根据展示的待分析文件,发现某个配置项出现了异常,导致网络通信异常,通过片库上的客户端向EPG节点上的客户端发送修改该配置项的处理指令,EPG节点上的客户端收到该处理指令后,重新应用配置,使该EPG节点的运行正常,从片库正常下载模板信息。
需要说明的是,在该实例中,当用户发现某个EPG节点出现异常时,为避免其他EPG节点出现类似的问题,用户可通过在服务端管理界面上输入获取所有EPG节点的配置文件的文件查询指令,使各EPG节点上的客户端通过片库上的客户端上报各EPG节点的配置文件,以供用户排查这些EPG节点是否存在类似的问题,若有的话,对出现类似问题的EPG节点进行处理,消除该异常即可。
第五实施例
如图6所示,本发明的第五实施例提供了一种分布式网络电视IPTV系统中节点的控制装置,应用于客户端,该装置包括:
获取模块601,用于获取IPTV系统中第一节点的增量文件,客户端设置在第一节点上;
第一发送模块602,用于将获取到的增量文件发送给服务端。
其中,获取模块601包括:
获取单元,用于根据预设的配置文件中的定时任务和过滤条件,对第一节点中的多个增量文件进行过滤,得到满足过滤条件的增量文件。
其中,第一发送模块602包括:
第一发送单元,用于若第一节点能直接与服务端进行通信,则直接将获取到的增量文件发送给服务端;
第二发送单元,用于若第一节点不能直接与服务端进行通信,则通过第二节点将获取到的增量文件透传给服务端,第二节点为IPTV系统中多个第一节点中除客户端所在第一节点以外、且能直接与服务端以及客户端通信的第一节点,第二节点与第一节点位于不同的网络平面。
其中,装置还包括:
第三接收模块,用于接收服务端发送的文件查询指令;
第二发送模块,用于根据文件查询指令,从第一节点中获取待分析文件,并将待分析文件发送给服务端;
第四接收模块,用于接收服务端发送的处理指令,并根据处理指令对第一节点进行处理。
其中,第三接收模块包括:
第八接收单元,用于若第一节点能直接与服务端进行通信,则直接接收服务端发送的文件查询指令;
第九接收单元,用于若第一节点不能直接与服务端进行通信,则接收服务端通过第二节点透传的文件查询指令。
其中,第二发送模块包括:
第三发送单元,用于若第一节点能直接与服务端进行通信,则直接将待分析文件发送给服务端;
第四发送单元,用于若第一节点不能直接与服务端进行通信,则通过第二节点将待分析文件发送给服务端。
其中,第四接收模块包括:
第十接收单元,用于若第一节点能直接与服务端进行通信,则直接接收服务端发送的处理指令;
第十一接收单元,用于若第一节点不能直接与服务端进行通信,则接收服务端通过第二节点透传的处理指令。
其中,装置还包括:
第三发送模块,用于向服务端发送注册信息,接收服务端返回的注册响应信息,并向服务端发送心跳消息。
其中,第三发送模块包括:
第五发送单元,用于若第一节点能直接与服务端进行通信,则直接向服务端发送注册信息,直接接收服务端返回的注册响应信息,并直接向服务端发送心跳消息;
第六发送单元,用于若第一节点不能直接与服务端进行通信,则通过第二节点向服务端发送注册信息,接收服务端通过第二节点透传的注册响应信息,并通过第二节点向服务端发送心跳消息。
在本发明的第五实施例中,通过将获取到的第一节点的增量文件发送给服务端,使得服务端可根据接收到各第一节点的增量文件,确定出IPTV系统中出现异常的第一节点,并对出现异常的第一节点进行处理,使其恢复正常,解决了对IPTV系统中出现异常的节点的处理非常繁琐,效率低下的问题,达到了快速处理IPTV系统中出现异常的节点,使其恢复正常的效果。
需要说明的是,本发明第五实施例提供的分布式网络电视IPTV系统中节点的控制装置是应用上述应用于客户端的分布式网络电视IPTV系统中节点的控制方法的装置,即上述应用于客户端的分布式网络电视IPTV系统中节点的控制方法的所有实施例均适用于该装置,且均能达到相同或相似的有益效果。
第六实施例
本发明的第六实施例提供了一种客户端,包括上述应用于客户端的分布式网络电视IPTV系统中节点的控制装置。
需要说明的是,本发明第六实施例提供的客户端是包括上述应用于客户端的分布式网络电视IPTV系统中节点的控制装置的客户端,即上述应用于客户端的分布式网络电视IPTV系统中节点的控制装置的所有实施例均适用于该客户端,且均能达到相同或相似的有益效果。
第七实施例
如图7所示,本发明的实施例提供了一种分布式网络电视IPTV系统中节点的控制系统,该控制系统包括:上述服务端701以及多个上述的客户端702。其中,客户端702设置在IPTV系统中的第一节点上,且每个客户端702对应一个第一节点。此外,图7中的客户端702的数量为3个。可以理解的是,在本发明的第七实施例中,并不限定客户端702的具体数量。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (22)
1.一种分布式网络电视IPTV系统中节点的控制方法,应用于服务端,其特征在于,所述方法包括:
接收各客户端发送的IPTV系统中各第一节点的增量文件;其中,所述客户端设置于IPTV系统中的第一节点上,且每个客户端对应一个第一节点;
根据接收到的增量文件,确定出多个第一节点中出现异常的第一节点;
对出现异常的第一节点进行处理,使出现异常的第一节点恢复正常。
2.如权利要求1所述的方法,其特征在于,所述接收各客户端发送的IPTV系统中各第一节点的增量文件的步骤,包括:
若所述第一节点能直接与所述服务端进行通信,则直接接收所述第一节点上的客户端发送的该第一节点的增量文件;
若所述第一节点不能直接与所述服务端进行通信,则接收所述第一节点上的客户端通过第二节点透传的该第一节点的增量文件;其中,所述第二节点为IPTV系统中多个第一节点中除所述客户端所在第一节点以外、且能直接与所述服务端以及所述客户端通信的第一节点,所述第二节点与所述第一节点位于不同的网络平面。
3.如权利要求1所述的方法,其特征在于,所述根据接收到的增量文件,确定出多个第一节点中出现异常的第一节点的步骤,包括:
将接收到的每个第一节点的增量文件与预先存储的每个第一节点的增量文件进行比对;
若接收到的第一节点的增量文件与预先存储的增量文件不相同,则确定该第一节点为出现异常的第一节点。
4.如权利要求2所述的方法,其特征在于,所述对出现异常的第一节点进行处理的步骤,包括:
在所述服务端的管理界面上显示用于提示出现异常的第一节点存在异常的信息;
接收在所述管理界面上输入的文件查询指令,并将所述文件查询指令发送给出现异常的第一节点上的客户端,使出现异常的第一节点上的客户端根据所述文件查询指令获取出现异常的第一节点的待分析文件;
接收出现异常的第一节点上的客户端发送的所述待分析文件,并展现所述待分析文件;
接收在所述管理界面上输入的处理指令,并将所述处理指令发送给出现异常的第一节点上的客户端,使出现异常的第一节点上的客户端根据所述处理指令对出现异常的第一节点进行处理。
5.如权利要求4所述的方法,其特征在于,所述将所述文件查询指令发送给出现异常的第一节点上的客户端的步骤,包括:
若出现异常的第一节点能直接与所述服务端进行通信,则直接将所述文件查询指令发送给出现异常的第一节点上的客户端;
若出现异常的第一节点不能直接与所述服务端进行通信,则通过所述第二节点将所述文件查询指令透传给出现异常的第一节点上的客户端。
6.如权利要求4所述的方法,其特征在于,所述接收出现异常的第一节点上的客户端发送的所述待分析文件的步骤,包括:
若出现异常的第一节点能直接与所述服务端进行通信,则直接接收出现异常的第一节点上的客户端发送的所述待分析文件;
若出现异常的第一节点不能直接与所述服务端进行通信,则接收出现异常的第一节点上的客户端通过所述第二节点透传的所述待分析文件。
7.如权利要求4所述的方法,其特征在于,所述将所述处理指令发送给出现异常的第一节点上的客户端的步骤,包括:
若出现异常的第一节点能直接与所述服务端进行通信,则直接将所述处理指令发送给出现异常的第一节点上的客户端;
若出现异常的第一节点不能直接与所述服务端进行通信,则通过所述第二节点将所述处理指令透传给出现异常的第一节点上的客户端。
8.如权利要求2所述的方法,其特征在于,在所述接收各客户端发送的IPTV系统中各第一节点的增量文件的步骤之前,所述方法还包括:
接收各客户端发送的注册信息,向各客户端返回注册响应信息,并根据各客户端发送的心跳消息进行保活处理。
9.如权利要求8所述的方法,其特征在于,所述接收各客户端发送的注册信息,向各客户端返回注册响应信息,并根据各客户端发送的心跳消息进行保活处理的步骤,包括:
若所述第一节点能直接与所述服务端进行通信,则直接接收所述第一节点上的客户端发送的注册信息,直接向所述第一节点上的客户端返回注册响应信息,并根据所述第一节点上的客户端直接发送的心跳消息进行保活处理;
若所述第一节点不能直接与所述服务端进行通信,则接收所述第一节点上的客户端通过所述第二节点透传的注册信息,通过所述第二节点向所述第一节点上的客户端透传注册响应信息,并根据所述第一节点上的客户端通过所述第二节点透传的心跳消息进行保活处理。
10.一种分布式网络电视IPTV系统中节点的控制装置,应用于服务端,其特征在于,所述装置包括:
第一接收模块,用于接收各客户端发送的IPTV系统中各第一节点的增量文件;其中,所述客户端设置于IPTV系统中的第一节点上,且每个客户端对应一个第一节点;
确定模块,用于根据接收到的增量文件,确定出多个第一节点中出现异常的第一节点;
处理模块,用于对出现异常的第一节点进行处理,使出现异常的第一节点恢复正常。
11.一种服务端,其特征在于,包括如权利要求10所述的分布式网络电视IPTV系统中节点的控制装置。
12.一种分布式网络电视IPTV系统中节点的控制方法,应用于客户端,其特征在于,所述方法包括:
获取IPTV系统中第一节点的增量文件,所述客户端设置在所述第一节点上;
将获取到的增量文件发送给服务端。
13.如权利要求12所述的方法,其特征在于,所述获取IPTV系统中第一节点的增量文件的步骤,包括:
根据预设的配置文件中的定时任务和过滤条件,对所述第一节点中的多个增量文件进行过滤,得到满足所述过滤条件的增量文件。
14.如权利要求12所述的方法,其特征在于,所述将获取到的增量文件发送给服务端的步骤,包括:
若所述第一节点能直接与所述服务端进行通信,则直接将获取到的增量文件发送给所述服务端;
若所述第一节点不能直接与所述服务端进行通信,则通过第二节点将获取到的增量文件透传给所述服务端,所述第二节点为IPTV系统中多个第一节点中除所述客户端所在第一节点以外、且能直接与所述服务端以及所述客户端通信的第一节点,所述第二节点与所述第一节点位于不同的网络平面。
15.如权利要求14所述的方法,其特征在于,所述方法还包括:
接收所述服务端发送的文件查询指令;
根据所述文件查询指令,从所述第一节点中获取待分析文件,并将所述待分析文件发送给所述服务端;
接收所述服务端发送的处理指令,并根据所述处理指令对所述第一节点进行处理。
16.如权利要求15所述的方法,其特征在于,所述接收所述服务端发送的文件查询指令的步骤,包括:
若所述第一节点能直接与所述服务端进行通信,则直接接收所述服务端发送的文件查询指令;
若所述第一节点不能直接与所述服务端进行通信,则接收所述服务端通过所述第二节点透传的文件查询指令。
17.如权利要求15所述的方法,其特征在于,所述将所述待分析文件发送给所述服务端的步骤,包括:
若所述第一节点能直接与所述服务端进行通信,则直接将所述待分析文件发送给所述服务端;
若所述第一节点不能直接与所述服务端进行通信,则通过所述第二节点将所述待分析文件发送给所述服务端。
18.如权利要求15所述的方法,其特征在于,所述接收所述服务端发送的处理指令的步骤,包括:
若所述第一节点能直接与所述服务端进行通信,则直接接收所述服务端发送的处理指令;
若所述第一节点不能直接与所述服务端进行通信,则接收所述服务端通过所述第二节点透传的处理指令。
19.如权利要求14所述的方法,其特征在于,在所述获取IPTV系统中第一节点的增量文件的步骤之前,所述方法还包括:
向所述服务端发送注册信息,接收所述服务端返回的注册响应信息,并向所述服务端发送心跳消息。
20.如权利要求19所述的方法,其特征在于,所述向所述服务端发送注册信息,接收所述服务端返回的注册响应信息,并向所述服务端发送心跳消息的步骤,包括:
若所述第一节点能直接与所述服务端进行通信,则直接向所述服务端发送注册信息,直接接收所述服务端返回的注册响应信息,并直接向所述服务端发送心跳消息;
若所述第一节点不能直接与所述服务端进行通信,则通过所述第二节点向所述服务端发送注册信息,接收所述服务端通过所述第二节点透传的注册响应信息,并通过所述第二节点向所述服务端发送心跳消息。
21.一种分布式网络电视IPTV系统中节点的控制装置,应用于客户端,其特征在于,所述装置包括:
获取模块,用于获取IPTV系统中第一节点的增量文件,所述客户端设置在所述第一节点上;
第一发送模块,用于将获取到的增量文件发送给服务端。
22.一种客户端,其特征在于,包括如权利要求21所述的分布式网络电视IPTV系统中节点的控制装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610463518.8A CN107547580A (zh) | 2016-06-23 | 2016-06-23 | 一种分布式网络电视iptv系统中节点的控制方法及装置 |
PCT/CN2017/088475 WO2017219912A1 (zh) | 2016-06-23 | 2017-06-15 | 一种分布式网络电视iptv系统中节点的控制方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610463518.8A CN107547580A (zh) | 2016-06-23 | 2016-06-23 | 一种分布式网络电视iptv系统中节点的控制方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107547580A true CN107547580A (zh) | 2018-01-05 |
Family
ID=60783826
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610463518.8A Withdrawn CN107547580A (zh) | 2016-06-23 | 2016-06-23 | 一种分布式网络电视iptv系统中节点的控制方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107547580A (zh) |
WO (1) | WO2017219912A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111324912B (zh) * | 2018-12-14 | 2023-03-28 | 中国电信股份有限公司 | 文件校验方法、系统及计算机可读存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101075919A (zh) * | 2006-06-22 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 一种互联网业务的监控系统和监控方法 |
CN101170455A (zh) * | 2007-11-20 | 2008-04-30 | 中兴通讯股份有限公司 | 异常信息自动上报方法和装置 |
CN102065322A (zh) * | 2009-11-17 | 2011-05-18 | 青岛海信传媒网络技术有限公司 | 一种iptv系统面向多业务的日志处理方法及装置 |
US20110179460A1 (en) * | 2010-01-18 | 2011-07-21 | George Foti | System and method for iptv node recovery |
CN103051956A (zh) * | 2012-12-24 | 2013-04-17 | 乐视致新电子科技(天津)有限公司 | 一种实现日志上报和故障诊断的机顶盒及其方法 |
CN103260089A (zh) * | 2012-12-18 | 2013-08-21 | 四川九洲电器集团有限责任公司 | 一种远程查看iptv机顶盒实时日志的方法 |
CN104038821A (zh) * | 2014-06-09 | 2014-09-10 | 四川长虹电器股份有限公司 | 统一收集Android电视各功能模块故障信息的方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8175080B2 (en) * | 2007-07-20 | 2012-05-08 | At&T Intellectual Property I, L.P. | Systems, methods and computer products for placing telephone calls via internet protocol television call logs |
CN102468995A (zh) * | 2010-11-16 | 2012-05-23 | 上海未来宽带技术及应用工程研究中心有限公司 | 基于iptv业务的终端用户行为监测系统 |
CN103118274A (zh) * | 2011-11-16 | 2013-05-22 | 中兴通讯股份有限公司 | 交互式网络电视运维监控方法及装置 |
-
2016
- 2016-06-23 CN CN201610463518.8A patent/CN107547580A/zh not_active Withdrawn
-
2017
- 2017-06-15 WO PCT/CN2017/088475 patent/WO2017219912A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101075919A (zh) * | 2006-06-22 | 2007-11-21 | 腾讯科技(深圳)有限公司 | 一种互联网业务的监控系统和监控方法 |
CN101170455A (zh) * | 2007-11-20 | 2008-04-30 | 中兴通讯股份有限公司 | 异常信息自动上报方法和装置 |
CN102065322A (zh) * | 2009-11-17 | 2011-05-18 | 青岛海信传媒网络技术有限公司 | 一种iptv系统面向多业务的日志处理方法及装置 |
US20110179460A1 (en) * | 2010-01-18 | 2011-07-21 | George Foti | System and method for iptv node recovery |
CN103260089A (zh) * | 2012-12-18 | 2013-08-21 | 四川九洲电器集团有限责任公司 | 一种远程查看iptv机顶盒实时日志的方法 |
CN103051956A (zh) * | 2012-12-24 | 2013-04-17 | 乐视致新电子科技(天津)有限公司 | 一种实现日志上报和故障诊断的机顶盒及其方法 |
CN104038821A (zh) * | 2014-06-09 | 2014-09-10 | 四川长虹电器股份有限公司 | 统一收集Android电视各功能模块故障信息的方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2017219912A1 (zh) | 2017-12-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102183897B1 (ko) | 네트워크에 대한 인공지능 기반 이상 징후 검출 방법, 장치 및 시스템 | |
US8806550B1 (en) | Rules engine for troubleshooting video content delivery network | |
US20050052998A1 (en) | Management of peer-to-peer networks using reputation data | |
US9886445B1 (en) | Datacenter entity information system | |
CN103281410B (zh) | 广电网络智能障碍预处理方法及系统 | |
US11144376B2 (en) | Veto-based model for measuring product health | |
CN101414935A (zh) | 测试用例生成方法及系统 | |
US20060116841A1 (en) | Automated data collection and analysis | |
US20190230011A1 (en) | Mechanism for facilitating efficient policy updates | |
CN103546343A (zh) | 网络流量分析系统的网络流量展示方法和系统 | |
JP4956892B2 (ja) | サービス提供システム | |
CN109981745A (zh) | 一种日志文件处理方法及服务器 | |
JP2018205897A (ja) | デバイス管理の自動化のための装置、サーバ、プログラム及び方法 | |
CN110011860A (zh) | 基于网络流量分析的安卓应用识别方法 | |
JP2023516621A (ja) | 人工知能マシンラーニング行為ベースウェブプロトコル分析によるウェブ攻撃検知および遮断システムおよび方法 | |
CN107070700B (zh) | 一种基于身份自动识别的网络服务提供方法 | |
CN107547580A (zh) | 一种分布式网络电视iptv系统中节点的控制方法及装置 | |
CN110401626B (zh) | 一种黑客攻击分级检测方法及装置 | |
CN102368747B (zh) | 即时通信中用以提供上线信息的方法及系统 | |
US20150067050A1 (en) | Method and system for social networking in a multi-screen environment | |
EP3847571A1 (en) | Iot application learning | |
CN106209446B (zh) | 数据中心服务器的业务应用逻辑网络的构建方法 | |
US11480955B2 (en) | Smart building sensor network fault diagnostics platform | |
CN109120557A (zh) | 一种智能路由器wan口的动态切换方法及系统 | |
CN108881373A (zh) | 一种基于mvc框架的前端数据流处理方法 |
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 | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20180105 |
|
WW01 | Invention patent application withdrawn after publication |