互联网电视故障采集方法与装置与流程

1.本发明涉及互联网技术领域，尤其涉及一种互联网电视故障采集方法与装置。


背景技术：

2.目前，互联网电视对外报送故障码的渠道主要包括三个部分，机顶盒侧、电子节目指南(electronic program guide，epg)侧和业务平台侧。当互联网电视发生故障时，顶盒侧、epg侧和业务平台侧都会报出专属的故障码。由于不同厂家不同平台的故障码相互重叠又互不相通，因此故障发生时，不同厂家不同平台对同一故障现象提示不一致，在故障排查中会造成困扰。在故障发生后，后台也无法自动收集现网出现的故障及时介入处理，不能极小程度的控制故障影响范围。
3.综上所述，互联网电视故障码所具备的来源多、不一致和不同步的特点，对互联网电视业务故障发生前及发生后用户及维护人员排障有较大影响。


技术实现要素：

4.本技术实施例提供一种互联网电视故障采集方法与装置，用以解决互联网电视业务故障收集困难的技术问题。
5.第一方面，本技术实施例提供一种互联网电视故障采集方法，包括：
6.第一终端通过广播消息接收故障码；
7.所述第一终端对所述故障码进行归一化，获得归一化故障码；
8.所述第一终端将所述归一化故障码发送至服务器端。
9.在一个实施例中，所述归一化故障码包括故障码类型、故障码id、故障原因及解决方案，所述故障码类型包括白码、黑码和灰码。
10.在一个实施例中，所述第一终端将所述归一化故障码发送至服务器端之前，还包括：
11.所述第一终端识别所述故障码类型，若所述故障码类型为白码，则所述第一终端向用户显示归一化故障码及故障二维码。
12.在一个实施例中，所述第一终端向用户显示归一化故障码及故障二维码之后，还包括：
13.用户通过第二终端扫描故障二维码，将故障二维码包含的归一化故障码信息通过5g消息传输至服务器端。
14.在一个实施例中，所述第一终端对所述故障码进行归一化，包括：
15.所述第一终端根据故障码归一化模型对所述故障码进行归一化。
16.第二方面，本技术实施例提供一种互联网电视故障采集方法，包括：
17.服务器端接收第一终端发出的归一化故障码；
18.所述服务器端对所述归一化故障码进行存储并分析。
19.第三方面，本技术实施例提供一种互联网电视故障采集装置，包括：
20.故障码接收模块，用于：通过广播消息接收故障码；
21.故障码归一化模块，用于：对所述故障码进行归一化，获得归一化故障码：
22.故障码发送模块，用于：将所述归一化故障码发送至服务器端。
23.第四方面，本技术实施例提供一种互联网电视故障采集装置，包括：
24.接收模块，用于：接收第一终端发出的归一化故障码；
25.采集与分析模块，用于：对所述归一化故障码进行存储并分析。
26.第五方面，本技术实施例提供一种终端，包括存储器，收发机，处理器；
27.存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
28.通过广播消息接收故障码；
29.对所述故障码进行归一化，获得归一化故障码；
30.将所述归一化故障码发送至服务器端。
31.第六方面，本技术实施例提供一种服务器，包括存储器，收发机，处理器；
32.存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
33.接收第一终端发出的归一化故障码；
34.对所述归一化故障码进行存储并分析。
35.第七方面，本技术实施例提供一种电子设备，包括处理器和存储有计算机程序的存储器，所述处理器执行所述程序时实现第一方面或第六方面所述的互联网电视故障采集方法的步骤。
36.第八方面，本技术实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现第一方面或第六方面所述的互联网电视故障采集方法的步骤。
37.本技术实施例提供的互联网电视故障采集方法与装置，本发明结合现网机顶盒故障码不统一、故障现象提醒不一致、后台无法自动收集现网错误等现状，通过汇总统计及分析整理对广播消息接收到的故障码进行了归一化处理，实现终端机顶盒与服务器平台的高度对接，达到在线收集且快速获取故障信息的效果。
附图说明
38.为了更清楚地说明本技术或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1是本技术实施例提供的互联网电视故障采集方法的流程示意图之一；
40.图2是本技术实施例提供的互联网电视故障采集方法的故障码展示示例效果图；
41.图3是本技术实施例提供的互联网电视故障采集方法的数据流向示意图；
42.图4是本技术实施例提供的互联网电视故障采集装置的结构示意图之一；
43.图5是本技术实施例提供的互联网电视故障采集方法的流程示意图之二；
44.图6是本技术实施例提供的互联网电视故障采集装置的结构示意图之二；
45.图7是本技术实施例提供的终端结构示意图；
46.图8是本技术实施例提供的服务器结构示意图；
47.图9是本技术实施例提供的服务器端平台结构示意图；
48.图10是本技术实施例提供的电子设备的结构示意图。
具体实施方式
49.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
50.互联网电视业务故障发生前及发生后，用户端故障代码杂乱，例如，同一时段播出同一节目全网故障时，每种机顶盒所报故障码不统一，故障说明不统一，用户操作引导缺失导致用户不断重启机顶盒等，进一步加剧了平台侧压力，将故障影响无限扩大化。图1为本技术实施例提供的互联网电视故障采集方法的流程示意图。针对这种现象，参照图1，本技术实施例提供一种互联网电视故障采集方法，可以包括：
51.步骤101、第一终端通过标准广播消息接收故障码；
52.需要说明的是，所述第一终端可以是互联网电视机顶盒，所述机顶盒的rom包中预置有统一故障码apk，当机顶盒端有故障发生，会在第一时间广播发送异常广播消息，异常广播消息将携带错误代码以及错误消息，随后机顶盒统一故障码apk捕获到错误码广播消息，从而接收到故障码。
53.步骤102、所述第一终端对所述故障码进行归一化，获得归一化故障码；
54.需要说明的是，对故障码进行归一化处理，是为了解决故障码来源不一且杂乱无章的问题。
55.步骤103、所述第一终端将所述归一化故障码发送至服务器端。
56.需要说明的是，所述服务器端可以指相关故障管控平台以及iptv业务故障码采集机，机顶盒统一故障apk捕获到归一化故障码后，会在第一时间向服务器端的iptv业务故障码采集机发送归一化故障码相关消息。
57.本技术实施例提供的互联网电视故障采集方法，弥补了现有的互联网电视故障码来源多且杂乱无章，故障发生时，无统一指导方案不能及时介入的缺陷。通过对现网故障码进行归一化处理，做到对平台侧、机顶盒侧、epg侧的故障进行实时分析统一为归一化故障码，从而使服务器有能力对现网故障进行及时干预。
58.在本技术的至少一个实施例中，所述第一终端对所述故障码进行归一化，包括：
59.所述第一终端根据故障码归一化模型对所述故障码进行归一化。
60.需要说明的是，所述故障码归一化模型是一种综合机顶盒故障码、epg弹出故障码、业务平台故障码三大类故障码来源信息，并走访装维、用户等，对多来源故障码规范化，分析整理得出的互联网电视故障码字典，后期故障码将严格按照该字典内容进行落地实施。
61.本技术实施例提供的互联网电视故障采集方法，以故障码字典为规范，通过与现网互联网电视中间件平台高度对接，在线收集故障信息，实现现网隐性故障、显性故障快速获取。
62.具体的，所述互联网电视故障码字典的构建过程如下：
63.采集大量样本，其中包括从互联网电视维护管理人员、现网装维人员及用户处获得的现网故障类型及故障代码；
64.对样本采集结果进行离散化；
65.基于离散化分析的结果，根据故障码实际原因及面向展示人群对故障码进行归类处理，获得能够输出归一化故障码的互联网电视故障码字典。
66.进一步的，所述互联网电视故障码字典通过采集大量数据训练得出，经过对模型不断训练，对故障发生区域、节点、类型等进行预测，能够预防故障扩大化。
67.在本技术的至少一个实施例中，所述归一化故障码包括故障码类型、故障码id、故障原因及解决方案。需要说明的是，在本实施例中，所述归一化故障码的分类如表1所示：
68.表1
69.故障码故障原因解决方案1xxxx零配件类确保用户可进入epg界面2xxxx用户订购类用户订购与用户权益不一致3xxxx牌照方类牌照方epg侧故障4xxxx业务鉴权类用户基础业务及增值业务鉴权情况5xxxx业务播放质量类用户在播放过程中的质量情况故障
70.具体的，所述故障码类型包括白码、黑码和灰码，其中，白码、和灰码为显性故障码，黑码为隐性故障码。在本实施例中所述故障码类型如表2所示：
71.表2
[0072][0073]
需要说明的是，白码为用户端可看到的故障码，如用户欠费、用户网线连接错误类故障；黑码为用户端无法看到的故障码，如后台cdn频繁调度资源等导致的用户偶尔卡顿等；灰码为装维上门后，需要处理故障或者是优化指标时，通过后台设置可打开，在大屏端可看到的一类故障码，对众多故障码进行归一化处理，破除故障排查过程中的壁垒。
[0074]
本技术实施例提供的互联网电视故障采集方法，首先通过归一化获得包括故障码id、故障原因及解决方案的故障码，此外，还根据故障码对应故障实际情况，将故障码划分为白码、黑码和灰码三大类，最终获得归一化故障码，在机顶盒日常适配阶段由机顶盒端对三类来源的故障码进行筛选屏蔽和加工处理，由机顶盒中间件统一形式、统一内容上报故障码，达到电视端故障码归一化的目的。
[0075]
在本技术的至少一个实施例中，所述第一终端将所述归一化故障码发送至服务器端之前，还包括：
[0076]
所述第一终端识别所述故障码类型，若所述故障码类型为白码，则所述第一终端向用户显示归一化故障码及故障二维码。
[0077]
需要说明的是，若所述故障码类型为灰码，装维人员上门后，需要处理故障或者是优化指标时，通过后台设置打开后，所述第一终端能够向装维人员显示归一化故障码及故障二维码。
[0078]
若所述故障码类型为黑码，则所述第一终端不会向用户显示归一化故障码及故障二维码。
[0079]
需要说明的是，当机顶盒处于断网或者是iptv业务故障码采集机故障情况下，会导致故障码无法记录。统一故障码apk将根据故障码请求响应消息体中响应状态码或者是无响应消息，自动将最近的5次故障情况进行盒端记录，当可正常上报时，统一故障码apk会将记录下来的故障情况按照故障码发送求的消息格式进行补报。
[0080]
在本技术的至少一个实施例中，所述第一终端向用户显示归一化故障码及故障二维码之后，还包括：
[0081]
用户通过第二终端扫描故障二维码，将故障二维码包含的归一化故障码信息通过5g消息传输至服务器端。
[0082]
需要说明的是，所述第二终端一般为手机、平板等移动终端。
[0083]
本技术实施例提供的互联网电视故障采集方法，在所述故障码类型为白码的情况下，大屏端会同步展示故障二维码，手机终端扫描二维码，将故障码同步至平台，手机终端通过5g消息展示排障方法，若是接入侧问题，用户可根据提示自助排障，大大缩短故障时间；装维及维护人员也可使用5g消息查看故障用户上行网络侧状态，如接入侧是否弱光、bras工作状态等等，为排障提供有力支撑。
[0084]
图2为本技术互联网电视故障采集方法实施例的故障码展示示例效果图，参照图2，其中，区域1显示错误码信息，区域2显示错误码具体的信息及解决方法，区域3显示生成的故障二维码，区域4为一键终端及后台设置。
[0085]
本技术实施例提供的互联网电视故障采集方法，通过5g消息的方式将现网故障、用户建议等各类信息，点对点快速无缝传递至后端，实现了现网情况的快速掌握、故障的快速处理和用户的快速响应。通过大小屏联动，解决在断网情况下机顶盒无法上传故障码的缺陷，通过手机端扫描大屏端故障二维码，利用5g消息协助用户、装维人员、管理人员实时排障，避免故障范围持续扩大。
[0086]
具体的，本实施例的5g消息业务的终端实现方式为终端原生实现。终端原生实现是指由终端厂商提供业务功能的实现，用户无需下载、安装、设置即可使用业务。在终端界面上，以5g消息替换短彩信界面和功能，兼容短彩信服务，作为用户在终端上使用消息业务的唯一入口。
[0087]
本实施例采用5g消息进行信息传输具有以下优点：
[0088]
1)支持文本、图片、音频、视频、位置、联系人、文档等媒体内容，支持不短信的相互转化；
[0089]
2)支持富媒体卡片及卡片内按钮；
[0090]
3)各类消息可携带建议操作和建议回复作为悬浮菜单，底部可呈现固定菜单。
[0091]
在本技术的至少一个实施例中，所述第一终端将所述归一化故障码发送至服务器端的过程具体为：
[0092]
机顶盒统一故障apk预置在系统中开机自启动后，会通过周期性心跳请求消息将归一化故障码发送至服务器端相关管控平台。当机顶盒端有故障发生，机顶盒统一故障apk应用捕获到故障码后，会在第一时间向iptv业务故障码采集机发送故障码相关消息。
[0093]
在本实施例中每3600秒发送一次心跳消息。统一故障apk的具体规则如表3所示：
[0094]
表3
[0095][0096]
其中，周期性心跳请求消息的消息方向为：机顶盒—》iptv业务故障码采集机。
[0097]
归一化故障码发送请求的消息格式包括：
[0098]
post《request uri》http/1.1
[0099]
host：
[0100]
content-type：
[0101]
content-length：
[0102]
user-agent：
[0103]
date：
[0104]
accept：
[0105]
referrer：
[0106]
《payload》
[0107]
其中，request uri为默认上报接口地址为：http://ip或者域名：端口，host为iptv业务故障码采集机的域名及端口，content-type是application/json，content-length表明了消息体长度，user-agent表明了客户端的信息，date为发起请求的日期、时间，accept为终端可以接收的响应消息的媒体类型。
[0108]
《payload》包含的具体参数信息如表4所示：
[0109]
表4
[0110][0111]
《message》：消息体中包含一个json文档，具体信息如表5所示：
[0112]
表5
[0113]
[0114][0115]
图3为本技术实施例提供的互联网电视故障采集方法的数据流向示意图，参照图3，机顶盒通过统一故障码apk对系统广播进行监听，若检测到故障消息则进一步生成归一化故障码，并判断归一化故障码的故障码类型，若为白码则直接在大屏端向用户展示归一化故障码和故障二维码，若为灰码则在灰码调测开关打开的情况下在大屏端展示归一化故障码和故障二维码；接下来判断网络是否正常，若网络不正常则将最近的5次故障情况进行盒端记录，当可正常上报时；若网络正常则向服务器端发送归一化故障码信息。
[0116]
本技术实施例提供的互联网电视故障采集方法，综合机顶盒故障码、epg弹出故障
码、业务平台故障码三大类故障码来源信息，并走访装维、用户等，对多来源故障码规范化，分析整理得出互联网电视故障码字典，从而解决故障码来源多又互不相通的问题；根据故障码对应故障实际情况，将故障码划分为白码、黑码和灰码三大类，对众多故障码进行归一化处理，破除故障排查过程中的壁垒；通过与互联网电视中间件对接，搭建分析采集平台，实时进行故障收集与分析，帮助平台侧维护人员快速掌握现网互联网电视用户情况，也能聚类发现端到端流程中的显性及隐性问题点，从而通过优化端到端环节；同时结合5g消息，解决故障码无法上传的问题，推动整体家宽网络品质提升，提升互联网电视用户满意度等。
[0117]
图4是本技术实施例提供的互联网电视故障采集装置的结构示意图，下文描述的互联网电视故障采集装置与上文图1描述的互联网电视故障采集方法可相互对应参照，本技术实施例提供的互联网电视故障采集装置，包括：
[0118]
故障码接收模块401，用于：通过广播消息接收故障码；
[0119]
故障码归一化模块402，用于：对所述故障码进行归一化，获得归一化故障码：
[0120]
故障码发送模块403，用于：将所述归一化故障码发送至服务器端。
[0121]
本技术实施例提供的互联网电视故障采集装置，弥补了现有的互联网电视故障码来源多且杂乱无章，故障发生时，无统一指导方案不能及时介入的缺陷。通过对现网故障码进行归一化处理，做到对平台侧、机顶盒侧、epg侧的故障进行实时分析统一为归一化故障码，从而使服务器有能力对现网故障进行及时干预。
[0122]
在本技术的至少一个实施例中，所述归一化故障码包括故障码类型、故障码id、故障原因及解决方案，所述故障码类型包括白码、黑码和灰码。
[0123]
本技术实施例提供的互联网电视故障采集装置，首先通过归一化获得包括故障码id、故障原因及解决方案的故障码，此外，还根据故障码对应故障实际情况，将故障码划分为白码、黑码和灰码三大类，最终获得归一化故障码，在机顶盒日常适配阶段由机顶盒端对三类来源的故障码进行筛选屏蔽和加工处理，由机顶盒中间件统一形式、统一内容上报故障码，达到电视端故障码归一化的目的。
[0124]
在本技术的至少一个实施例中，所述故障码发送模块403还包括类型判断模块431，所述类型判断模块431用于识别所述故障码类型，若所述故障码类型为白码，则所述第一终端向用户显示归一化故障码及故障二维码。
[0125]
本技术实施例提供的互联网电视故障采集装置，在所述故障码类型为白码的情况下，大屏端会同步展示故障二维码，手机终端扫描二维码，将故障码同步至平台，手机终端通过5g消息展示排障方法，若是接入侧问题，用户可根据提示自助排障，大大缩短故障时间；装维及维护人员也可使用5g消息查看故障用户上行网络侧状态，如接入侧是否弱光、bras工作状态等等，为排障提供有力支撑。
[0126]
在本技术的至少一个实施例中，所述故障码发送模块403还包括提示模块432，所述提示模块432的功能为：
[0127]
用户通过第二终端扫描故障二维码，将故障二维码包含的归一化故障码信息通过5g消息传输至服务器端。
[0128]
本技术实施例提供的互联网电视故障采集装置，通过5g消息的方式将现网故障、用户建议等各类信息，点对点快速无缝传递至后端，实现了现网情况的快速掌握、故障的快速处理和用户的快速响应。利用5g消息协助用户、装维人员、管理人员实时排障，避免故障
范围持续扩大。
[0129]
在本技术的至少一个实施例中，所述故障码归一化模块402对所述故障码进行归一化，包括：
[0130]
根据故障码归一化模型对所述故障码进行归一化。
[0131]
本技术实施例提供的互联网电视故障采集装置，以故障码归一化模型为规范，通过与现网互联网电视中间件平台高度对接，在线收集故障信息，实现现网隐性故障、显性故障快速获取。
[0132]
图5是本技术实施例提供的互联网电视故障采集方法的流程示意图，参照图5，本技术实施例提供一种互联网电视故障采集方法，可以包括：
[0133]
步骤501、服务器端接收第一终端发出的归一化故障码；
[0134]
步骤502、所述服务器端对所述归一化故障码进行存储并分析。
[0135]
本技术实施例提供的互联网电视故障采集方法，能够根据接收到的归一化故障码实时输出报表，对平台侧、机顶盒侧、epg侧的故障进行实时分析，对现网故障进行及时干预。
[0136]
在本技术的至少一个实施例中服务器端接收第一终端发出的归一化故障码的过程具体为：
[0137]
故障码请求响应消息方向：iptv业务故障码采集机—》机顶盒
[0138]
消息格式如下：
[0139]
http/1.1 200ok
[0140]
server：
[0141]
content-type：
[0142]
content-length：
[0143]
date：
[0144]
《expires》
[0145]
其中，server为服务器软件信息，content-type为application/json，content-length为消息体长度，《expires》为参数信息，如表6所示：
[0146]
表6
[0147][0148]
图6是本技术实施例提供的互联网电视故障采集装置的结构示意图，下文描述的互联网电视故障采集装置与上文图5描述的互联网电视故障采集方法可相互对应参照，本技术实施例提供的互联网电视故障采集装置，包括：
[0149]
接收模块601，用于：接收第一终端发出的归一化故障码；
[0150]
采集与分析模块602，用于：对所述归一化故障码进行存储并分析。
[0151]
本技术实施例提供的互联网电视故障采集装置，能够根据接收到的归一化故障码实时输出报表，对平台侧、机顶盒侧、epg侧的故障进行实时分析，对现网故障进行及时干预。
[0152]
本技术实施例涉及的终端，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的系统中，终端设备的名称可能也不相同，例如在5g系统中，终端设备可以称为用户设备(user equipment，ue)。
[0153]
图7为根据本技术实施例的终端的结构示意图，参照图7，本技术实施例还提供一种终端，可以包括：存储器710，收发机720以及处理器730；
[0154]
存储器710用于存储计算机程序；收发机720，用于在所述处理器730的控制下收发数据；处理器730，用于读取所述存储器710中的计算机程序并执行以下操作：
[0155]
通过广播消息接收故障码；
[0156]
对所述故障码进行归一化，获得归一化故障码；
[0157]
将所述归一化故障码发送至服务器端。
[0158]
其中，在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器730代表的一个或多个处理器和存储器710代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机720可
以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口740还可以是能够外接内接需要设备的接口。
[0159]
处理器730负责管理总线架构和通常的处理，存储器710可以存储处理器730在执行操作时所使用的数据。
[0160]
处理器730通过调用存储器710存储的计算机程序，用于按照获得的可执行指令执行本技术实施例提供的任一所述方法。处理器与存储器也可以物理上分开布置。
[0161]
可选地，处理器730还用于执行以下操作：
[0162]
将所述归一化故障码发送至服务器端之前，识别所述故障码类型，若所述故障码类型为白码，则向用户显示归一化故障码及故障二维码。
[0163]
可选地，处理器730还用于执行以下操作：
[0164]
向用户显示归一化故障码及故障二维码之后，用户扫描故障二维码，将故障二维码包含的归一化故障码信息通过5g消息传输至服务器端。
[0165]
图8为根据本技术实施例的网络设备的结构示意图，参照图8，本技术实施例还提供一种网络设备，可以包括：存储器810，收发机820以及处理器830；
[0166]
存储器810用于存储计算机程序；收发机820，用于在所述处理器830的控制下收发数据；处理器830，用于读取所述存储器810中的计算机程序并执行以下操作：
[0167]
接收第一终端发出的归一化故障码；
[0168]
对所述归一化故障码进行存储并分析。
[0169]
其中，在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器830代表的一个或多个处理器和存储器810代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机820可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器830负责管理总线架构和通常的处理，存储器810可以存储处理器830在执行操作时所使用的数据。
[0170]
图9为本技术实施例提供的服务器端平台结构示意图。参照图9，平台建设基于相关接口协议，用以规范故障码采集机和底层机顶盒的对接与实现，保证应用层各种报表及故障分析数据来源的正确性，协助平台管理人员、装维人员及普通用户快速的排障。
[0171]
在此需要说明的是，本技术实施例提供的终端以及网络设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
[0172]
图10示例了一种电子设备的实体结构示意图，如图10所示，该电子设备可以包括：处理器(processor)1010、通信接口(communication interface)1020、存储器(memory)1030和通信总线1040，其中，处理器1010，通信接口1020，存储器1030通过通信总线1040完成相互间的通信。处理器1010可以调用存储器1030中的计算机程序，以执行互联网电视故障采集方法的步骤，例如包括：
[0173]
通过广播消息接收故障码；
[0174]
对所述故障码进行归一化，获得归一化故障码；
[0175]
将所述归一化故障码发送至服务器端。或者，
[0176]
接收第一终端发出的归一化故障码；
[0177]
对所述归一化故障码进行存储并分析。
[0178]
此外，上述的存储器1030中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0179]
另一方面，本技术实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各实施例所提供的互联网电视故障采集方法的步骤，例如包括：
[0180]
通过广播消息接收故障码；
[0181]
对所述故障码进行归一化，获得归一化故障码；
[0182]
将所述归一化故障码发送至服务器端。或者，
[0183]
接收第一终端发出的归一化故障码；
[0184]
对所述归一化故障码进行存储并分析。
[0185]
另一方面，本技术实施例还提供一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行上述各实施例提供的互联网电视故障采集方法的步骤，例如包括：
[0186]
通过广播消息接收故障码；
[0187]
对所述故障码进行归一化，获得归一化故障码；
[0188]
将所述归一化故障码发送至服务器端。或者，
[0189]
接收第一终端发出的归一化故障码；
[0190]
对所述归一化故障码进行存储并分析。
[0191]
所述处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(mo)等)、光学存储器(例如cd、dvd、bd、hvd等)、以及半导体存储器(例如rom、eprom、eeprom、非易失性存储器(nand flash)、固态硬盘(ssd))等。
[0192]
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0193]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该
计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0194]
最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。

技术特征：
1.一种互联网电视故障采集方法，其特征在于，包括：第一终端通过广播消息接收故障码；所述第一终端对所述故障码进行归一化，获得归一化故障码；所述第一终端将所述归一化故障码发送至服务器端。2.根据权利要求1所述的互联网电视故障采集方法，其特征在于，所述归一化故障码包括故障码类型、故障码id、故障原因及解决方案，所述故障码类型包括白码、黑码和灰码。3.根据权利要求2所述的互联网电视故障采集方法，其特征在于，所述第一终端将所述归一化故障码发送至服务器端之前，还包括：所述第一终端识别所述故障码类型，若所述故障码类型为白码，则所述第一终端向用户显示归一化故障码及故障二维码。4.根据权利要求3所述的互联网电视故障采集方法，其特征在于，所述第一终端向用户显示归一化故障码及故障二维码之后，还包括：用户通过第二终端扫描故障二维码，将故障二维码包含的归一化故障码信息通过5g消息传输至服务器端。5.根据权利要求1至4任一所述的互联网电视故障采集方法，其特征在于，所述第一终端对所述故障码进行归一化，包括：所述第一终端根据故障码归一化模型对所述故障码进行归一化。6.一种互联网电视故障采集方法，其特征在于，包括：服务器端接收第一终端发出的归一化故障码；所述服务器端对所述归一化故障码进行存储并分析。7.一种互联网电视故障采集装置，其特征在于，包括：故障码接收模块，用于：通过广播消息接收故障码；故障码归一化模块，用于：对所述故障码进行归一化，获得归一化故障码：故障码发送模块，用于：将所述归一化故障码发送至服务器端。8.一种互联网电视故障采集装置，其特征在于，包括：接收模块，用于：接收第一终端发出的归一化故障码；采集与分析模块，用于：对所述归一化故障码进行存储并分析。9.一种终端，其特征在于，包括存储器，收发机，处理器；存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：通过广播消息接收故障码；对所述故障码进行归一化，获得归一化故障码；将所述归一化故障码发送至服务器端。10.一种服务器，其特征在于，包括存储器，收发机，处理器；存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：接收第一终端发出的归一化故障码；对所述归一化故障码进行存储并分析。11.一种电子设备，包括处理器和存储有计算机程序的存储器，其特征在于，所述处理
器执行所述计算机程序时实现权利要求1至6任一项所述的互联网电视故障采集方法的步骤。12.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6任一项所述的互联网电视故障采集方法的步骤。

技术总结
本申请涉及互联网技术领域，提供一种互联网电视故障采集方法与装置。所述方法包括：第一终端通过广播消息接收故障码；第一终端对故障码进行归一化，获得归一化故障码；第一终端将归一化故障码发送至服务器端。服务器端接收第一终端发出的归一化故障码；所述服务器端对归一化故障码进行存储并分析。本申请实施例提供的互联网电视故障采集方法与装置通过汇总统计及分析整理对广播消息接收到的故障码进行了归一化处理，实现终端机顶盒与服务器平台的高度对接，达到在线收集且快速获取故障信息的效果。的效果。的效果。


技术研发人员：贾煦 孟建瑶
受保护的技术使用者：中国移动通信集团有限公司
技术研发日：2022.03.18
技术公布日：2023/9/22