基于web交互数据的IPTV机顶盒探针系统的制作方法

本发明涉及互联网传输电视信号和节目的技术，具体涉及基于web交互数据的iptv机顶盒探针系统。

背景技术：

1、iptv(internet protocol television)即交互式网络协议电视，是一种利用宽带网，集互联网、多媒体、通讯等技术于一体，向用户提供包括数字电视在内的多种交互式服务的技术。iptv业务中，机顶盒会与epg、cdn、认证、鉴权、订购等多个业务模块进行交互。这些业务模块的运行状态通常由各业务平台独立监控。获取故障的途径主要依赖于用户报障。iptv的观看体验可能会受到用户的互联网连接质量和速度的影响。较慢或不稳定的网络连接可能导致图像质量下降或缓冲问题。由于相关的业务模块较多，网络层的故障排查定位过程繁琐，需要一步一步地排查问题，从简单的可能性开始，逐渐深入，直到找到根本原因，因此耗时较长，严重影响了故障处理的效率。

技术实现思路

1、本发明提供了基于web交互数据的iptv机顶盒探针系统，旨在主动发现机顶盒运行故障并实现故障的快速定位，通过下述技术方案实现：

2、基于web交互数据的iptv机顶盒探针系统，包括探针平台及一个或多个采集探针；

3、一个采集探针设置于一个机顶盒中，所述采集探针可跟随机顶盒开机自启动，用于采集机顶盒与其他一个或多个业务平台的web交互数据，并生成web访问日志上报至探针平台，以及接收探针平台的控制指令，如截屏、录屏、抓包；

4、所述探针平台与一个或多个采集探针电信号连接，探针平台可以是通过浏览器进行访问的服务器，用于接收采集探针上报的web访问日志并进行分析，以及向采集探针发送控制指令；收集的数据可供查询，分析结果通过图表展示，并对检测到的故障进行告警。可远程控制采集探针进行截屏、录屏、抓包，进一步获取故障数据。

5、通过在每个机顶盒设置唯一采集探针的方式，实时采集机顶盒与其他所有业务平台的交互数据，目标范围内机顶盒的数据均上报给同一探针平台，探针平台可以对所有机顶盒的整体运行状态进行整体监控，达到主动发现故障的目的；同时探针平台还可以向指定机顶盒发送控制指令，查询故障时间段内的web访问日志，实现故障的快速定位。

6、在上述方案的基础上，进一步的有：

7、每个采集探针包括：抓包组件、报文解析组件和通信组件；

8、所述抓包组件用于从网络上抓取机顶盒与其他一个或多个业务平台web交互数据，并发送给解析组件；

9、所述解析组件用于接收抓包组件发送的web交互数据，并将web交互数据解析形成web访问日志，并根据系统规则过滤web访问日志，将满足条件的web访问日志存储在机顶盒本地文件；

10、所述通信组件用于从本地文件中读取web访问日志，上报到探针平台。

11、在上述方案的基础上，进一步的有：

12、所述用于过滤web访问日志的系统规则为：选择参数匹配预设范围的web访问日志或/和屏蔽参数匹配预设范围的web访问日志；可以针对所有机顶盒参数进行过滤，也可以针对某个特定的或某些符合条件的机顶盒进行过滤。

13、在上述方案的基础上，进一步的有：

14、所述web交互数据为机顶盒与其他一个或多个业务平台产生的网络传输协议对应的数据报文，如http协议(超文本传输协议)、rtsp协议(实时传输协议)的数据报文。

15、在上述方案的基础上，进一步的有：

16、所述web访问日志中的参数包括：访问时间、源ip、源端口、目的ip、目的端口、访问url、网络协议、文件类型、响应码、响应时长。

17、在上述方案的基础上，进一步的有：

18、所述探针平台对web访问日志进行分析包括故障判断，若响应码包含于指定数据范围，则判定服务正常；若响应码在指定数据范围外，则判定出现故障并将对应web访问日志标记为错误web访问日志；若响应码字段缺失，则判定出现故障并将对应web访问日志标记为错误web访问日志。

19、在上述方案的基础上，进一步的有：

20、所述探针平台对web访问日志进行分析包括故障判断，如果响应时长过长，可能导致页面加载慢，启播时间长等问题。若响应时长超过预设阈值，则判定出现故障并将对应web访问日志标记为错误web访问日志。

21、在上述方案的基础上，进一步的有：

22、所述探针平台对web访问日志进行分析包括故障判断和故障告警，当判断出现故障时，标记为错误web访问日志；探针平台从预设维度计算访问成功率p，并按照预设时间粒度进行统计；所述时间粒度可以为5分钟、1小时或1天；

23、

24、r表示错误web访问日志条数，n表示总web访问日志条数；当成功率低于预设阈值或成功率降低比例达到预设阈值，则产生告警；告警消息可包括实时告警消息和历史告警消息。实时告警消息表示正在发生的告警。历史告警消息表示已经处理的告警。

25、在上述方案的基础上，进一步的有：

26、探针平台计算访问成功率的维度包括：每个机顶盒、相同型号的所有机顶盒、选定地区的所有机顶盒、与指定业务平台有交互记录的所有机顶盒。

27、在上述方案的基础上，进一步的有：

28、所述探针平台向一个或多个采集探针发送主动采集指令，可以主动获取采集探针所在机顶盒的所有web访问日志，根据错误web访问日志中的参数定位实现故障定位。

29、在用户报障时，运维人员可以根据用户信息，如用户账号、用户ip、机顶盒id等信息，查询故障时间段内用户机顶盒的web访问日志。探针平台根据故障判断方法，标记错误的web访问日志。根据错误的web访问日志，确定服务ip和端口，从而确定服务所属的业务平台，即可实现故障定位。

30、运维人员还可以从探针平台下发截屏、录屏或抓包指令。采集探针收到指令后，执行相应的操作。采集探针执行完相关操作后，将结果上报到探针系统。运维人员从探针系统查看或者下载远程执行结果进行故障分析。

31、在用户报障时，如果无法根据已获取到的服务日志和故障现象分析出故障原因，且无法重现问题，需要在用户环境复现时，可远程控制采集探针，获取机顶盒用户侧的故障数据。相关技术人员综合利用探针平台服务侧和机顶盒用户侧的信息，分析故障原因，实现故障定位。

32、本发明与现有技术相比，具有如下的优点和有益效果：

33、1、主动发现故障：统一平台全流程监控

34、与机顶盒交互的业务平台有多个，每个业务平台独立监控运行状态。缺乏统一的运行状态数据，无法监控整体状态。缺乏有效手段主动监控，出现的问题被动依靠用户报障才能感知。本技术采集了机顶盒用户侧与各平台的交互数据，并实时分析，当检测到故障出现时，实时产生告警消息。能从机顶盒用户侧监控整个iptv业务的运行状态，主动发现故障，及时处理故障，最大限度地减少用户投诉和运维成本。

35、2、更快定位故障：优化故障处理流程，缩短故障处理时间。

36、当用户报障后，运维人员可以快速查询故障时间段内，机顶盒的web访问日志，快速确定故障所属的业务平台。这比原来需要根据经验、逐级排查来确定故障范围的方式更加高效和准确。此外，机顶盒用户侧数据也能作为补充，辅助各业务平台分析故障。同时，通过远程控制和数据分析，运维人员可以更加高效地处理复杂故障，大大缩短了故障处理时间，提高了用户满意度。

37、3、发现未知故障：机顶盒无法连接服务器、启播慢、访问非法网站等问题通常不容易从平台侧直接观察到，而通过分析机顶盒用户侧数据能主动发现这些问题。

38、4、升级或者故障对用户的影响范围：在服务升级或者出现故障时，过去通常只能从历史数据或者经验分析影响范围。但是借助机顶盒用户侧数据，可以掌握实际的影响范围。