CN107071524A - 智能终端管理方法 - Google Patents

Abstract

本发明公开了一种智能终端管理方法，基于改进的广电硬件架构实现，在HEMS服务器上部署了UDP消息接收客户端和UDP消息转发Server，用于接收云媒体机顶盒终端的UDP行为操作数据上报；终端与前端系统之间基于TR069协议进行通信，采用双向的HTTP摘要认证方式实现连接请求；此外，还包括终端接入，终端参数读取，终端参数配置，远程应用启动，文件读取，故障诊断，故障管理和信号监测，读取管理数据，用户行为数据采集分析等功能。本发明提高了被管CPE与前端系统之间的通信安全；自定义UDP数据格式能够降低丢包率和网络开销，并能够等于用户行为数据进行采集、分析和统计。

Description

智能终端管理方法

技术领域

本发明属于广电技术领域，具体涉及一种智能终端管理方法。

背景技术

目前广电技术中终端管理系统可采用的协议主要有两种，在网管领域广泛使用的简单网络管理协议SNMP和DSL论坛开发的CPE广域网管理协议TR069。SNMP协议主要使用管理信息结构（SMI）和管理信息库（MIB）提供网络元素的监控，通过遍历MIB树形目录中的节点来访问网元设备。TR069则通过建立管理数据模型，利用基于SOAP的RPC方法在ACS与CPE之间建立HTTP连接，实现设备远程管理。将二者进行比较，在安全性方面，SNMP协议安全性较弱，身份验证使用明文校验，而TR069协议则使用SSL/TLS对用户设备进行认证，安全性上得到保证；在网络消耗上，TR069通过CPE和ACS都可以发起建立连接，避免了长期在CPE和ACS之间维护一个长链接消耗网络资源，而SNMP协议所使用的管理代理形式使得通信高度依赖于CPE向NMS发送的TRAP报文，这样造成消耗较大的带宽资源。因此，基于以上分析，TR069协议以其较新的技术水平、灵活的使用特性赢得了国外运营商的学习研究，并逐渐将其用于自身领域，进行简单的设备管理维护等功能。

在国内，主要是电信运营商使用TR069管理协议，对其IPTV机顶盒和其他网络设备进行管理，主要实现的功能有：配置管理、固件升级、性能监控、诊断、告警，由这几个方面可知电信行业使用的TR069管理协议还主要是以设备维护为出发点。而TR069协议在广电领域的使用还处于空白状态，有线机顶盒故障发生时，只能依靠用户报修，运维人员上门查看故障原因，再根据查看到的原因进行相应处理操作，故障恢复周期长，人力耗费大。

此外，目前业内的收视率调查基本基于抽样方式，在调查区域内选择几千户抽样样本，通过日记卡、电话回访或安置专用设备在样本户家庭，将样本户的收视行为进行记录和回传。目前这样的调查方式使得调查结果不能很好的反映当地整体收视情况，并且通常数据分析结果由专门收视率调查公司进行特定算法的计算分析，由于投入设备少，运算结果在第二天才能呈现，必然不能及时查看某地实时的业务收视情况，极大地阻碍了内容运营商根据收视数据开展各项业务。

发明内容

为解决上述问题，本发明公开了一种智能终端管理方法，借鉴了面向终端设备的网络管理协议----TR069协议，并根据广电特有的设备参数指标建立了管理数据模型，适当扩展了协议方法，实现了对广电终端设备的远程管控。

为了达到上述目的，本发明提供如下技术方案：

智能终端管理方法，基于改进的广电硬件架构实现，所述改进的广电硬件架构包括终端和前端系统，所述前端系统包括HEMS服务器，HEMS服务器上部署了UDP消息接收客户端和UDP消息转发Server，用于接收云媒体机顶盒终端的UDP行为操作数据上报，并经过简单清洗后将数据转发至实时和历史统计分布式计算系统；

所述终端与前端系统之间基于TR069协议进行通信，通信方法包括：

终端与前端系统之间相互的连接请求采用双向的HTTP摘要认证方式；当终端或HEMS主动发起连接时，连接请求报文里需携带连接接收方所需的用户名和密码，当接收方解析得到与本地要求的值一致，则验证成功，允许建立连接；否则验证失败，禁止建立连接；

终端在接收到任何连接请求后，仅向其配置文件中指定的域名地址进行上报，不响应任何非法前端的远程控制操作；当前端系统故障，终端在开机时无法接入时，终端在本次开机过程中网管功能不生效，既不响应前端连接请求，也不进行UDP行为数据上报；涉及到前端系统对终端的控制操作时，需要下发验证码，终端接收到控制指令时，将验证码进行解析，判断控制命令的合法性，仅当验证码合法时终端才响应控制指令，否则终端不予理会；当丢失所有被管终端的认证数据时，前端系统关闭对终端的认证，重置终端端的认证用户名和密码，开启HEMS对终端的认证，待设备重新上线实现正常接入过程；

管理方法包括如下步骤中的至少一种：终端接入，终端参数读取，终端参数配置，远程应用启动，文件读取，故障诊断，故障管理和信号监测，读取管理数据，用户行为数据采集分析；

所述用户行为数据采集分析步骤将用户使用机顶盒的全部操作行为抽象为若干事件，当用户每操作一步机顶盒，机顶盒将该操作伴随的行为消息封装成后自定义的数据结构，以UDP消息包方式发送至终端管理前端采集服务器，对采集到的用户行为全样数据进行清洗、预处理、计算、分析，基于不同的时间颗粒度进行统计分析；

所述数据结构的前5个字段包括：该终端发送消息序号、事件类型、随机序列、机顶盒CA卡号、机顶盒序列号。

进一步的，终端参数读取步骤包括：查询机顶盒端所支持的RPC方法，机顶盒端管理数据模型的参数名称以及对应的各参数值。

进一步的，所述RPC方法包括startAPP方法所述startAPP方法用于下发前端或机顶盒本地内置的一个页面，控制机顶盒启动该页面。

进一步的，所述RPC方法还包括EmergencyRadio方法，所述EmergencyRadio方法用于控制机顶盒从任意界面跳转至最近收看的电视广播频道。

进一步的，所述文件读取步骤包括：下发命令要求机顶盒上传指定的配置文件，或者要求机顶盒上传记录机顶盒运行故障发生原因和时间的日志文件。

进一步的，还包括以下步骤：机顶盒在开机时主动通知前端服务器，要求主动上传故障日志，便于故障终端诊断。

进一步的，所述统计分析后得到的结果数据包括以下数据中的至少一种：用户历史和实时开机率、用户机顶盒使用时长、在线习惯；用户所在区域信号质量；用户使用的菜单曝光率排行；用户使用USB存储设备的类型和品牌统计；各直播频道和节目的收视情况历史和实时排行；各点播节目，回看节目和时移节目的收视情况比较，可为点播类节目上下线及推荐提供数据依据；各个频道或菜单界面投放广告的到达情况比较以及输出广告收视效果；分析双向业务的历史和实时收视排行情况，并且可以通过链接地址的跳转路径回溯用户的操作行为。

进一步的，所述数据结构分为如下类别：

用户使用类：用户开机、关机、待机动作以及发生的时间点，节目搜索方式及搜索过程中的频点质量信息，导致用户无法正常观看电视的机顶盒故障原因，本地菜单及主菜单进出和停留时长，USB存储设备使用情况；

频道/节目收视类：与单向/双向频道或节目收视相关的消息；

增值业务类：机顶盒上有广告投放的界面或中间件应用显示时发送的相应的消息，用于告知前端系统广告内容或应用显示的时间点、频道/位置和内容；

双向业务类：在用户选择双向业务进入时，或在双向页面之间跳转时，或打开前端页面产生故障时，以及其它可能跳转到服务器页面的情形时均会向终端管理前端系统发送的对应业务跳转的URL或业务标识。

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

以双向的HTTP摘要认证方式来实现被管CPE与前端系统之间相互的连接请求，提高了被管CPE与前端系统之间的通信安全；以自定义UDP数据格式上报用户操作机顶盒的行为，降低丢包率和网络开销，并进行用户行为数据全样本采集，将采集的全样行为数据进行分析，输出的收视统计数据包括各频道、业务的实时收视，历史收视以及单个用户的收视详情。本发明能够高效、安全可靠地管理数目庞大的终端设备，有效地感知、监管终端用户的行为动作，一旦发生终端设备发生故障，通过本系统提供的远程管控功能，可进行故障远程排查分析，为用户终端恢复出厂设置或控制其软件升级。极大地缓解了运维和客服人员的维护压力，减少了人力财力消耗，缩短了用户故障等待的时间，可提高用户对广电运营商的满意度。本发明方法弥补了国内广电领域对终端设备的远程管理控制的空缺，同时很好的解决了全部云媒体用户的收视行为回传和统计分析问题。

附图说明

图1为本发明硬件架构图。

图2为startAPP方法的接口时序图。

图3为EmergencyRadio方法的接口时序图。

具体实施方式

以下将结合具体实施例对本发明提供的技术方案进行详细说明，应理解下述具体实施方式仅用于说明本发明而不用于限制本发明的范围。

本发明提供的智能终端管理方法，在如图1所示的硬件架构中实现，整体包括终端（本例中为被管CPE）和前端系统，其中前端系统包括数据库服务器、web服务器、应用服务器、接口服务器、系统运行监控服务器、HEMS管理服务器、HEMS服务器群，数据库服务器、web服务器、应用服务器、接口服务器与系统运行监控服务器、HEMS管理服务器具有数据连接，系统运行监控服务器、HEMS管理服务器与HEMS服务器群具有数据连接， HEMS服务器群与交换机相连并接入网络。终端通过CMTS、二级站等中转接入网络。以上硬件架构中各构件及系统为现有技术，在本发明中不再详细说明。本发明改进在于将TR069管理协议引入广电领域上述架构中，用于广电终端设备的远程管理和控制。考虑到TR069管理协议主要面对的是广域网用户终端设备，而广电有线电视网络环境、终端设备性能参数、对终端防止被劫持的要求与前者均不相同。因此，本发明在借鉴该协议的同时，也对其进行了业务模型、交互方法等多方面的改进和优化。此外，HEMS服务器则在业务层面上进行了功能拓展，实现了管理配置、用户行为数据采集清洗和转发一体化集成。HEMS服务器集群由12台刀片服务器组成，负责实现接收云媒体机顶盒的INFORM上报，对机顶盒进行采集配置。同时，在HEMS服务器上还部署了UDP消息接收客户端和UDP消息转发Server，用于接收云媒体机顶盒终端的UDP行为操作数据上报，并经过简单清洗（对数据进行过滤、筛选）后将数据转发至实时和历史统计分布式计算系统。在频繁发送消息的应用场景下对网络开销最小，这样能够保证TR069连接性能的同时，还极大程度增加了硬件设备的利用率。

被管CPE与前端系统之间基于TR069协议进行通信，其通信方法如下：

被管CPE与前端系统之间相互的连接请求采用双向的HTTP摘要认证方式；CPE和HEMS各自持有登录对方的信息，无论CPE主动上报还是HEMS发起连接，均需要进行摘要认证，一旦双方监测到不符合摘要认证结果，则拒绝进行后续连接控制。

当CPE主动发起连接时，连接请求报文里携带连接HEMS所需的用户名和密码，HEMS收到该带摘要认证的请求并解析得到与本地要求的值一致，则验证成功，允许建立连接；否则验证失败，禁止建立连接。HEMS的URL用域名方式表示，使用DNS服务获取HEMS的IP地址，同时若DNS服务器解析域名不成功，则CPE向本地默认配置的IP地址（该域名对应的IP地址）发起连接。

HEMS主动发起连接时，连接请求报文里携带连接CPE所需的用户名和密码。CPE设备收到该带摘要认证的请求并解析得到与本地要求的值一致，则验证成功，允许建立连接，否则认证失败，退出连接建立过程。为避免非法前端设备连接CPE，对CPE进行破坏操作，本发明中CPE在接收到任何合法连接请求后，仅向其配置文件中指定的域名地址进行上报，不得响应任何非法前端的远程控制操作。这样当非法前端连接CPE时，CPE仅向配置前端进行上报。一旦机顶盒被非法前端劫持，也可避免CPE与非法前端建立通信，泄露机顶盒相关信息。

若因前端系统故障，CPE在开机时无法接入，则该CPE在本次开机过程中网管功能不生效，既不响应前端连接请求，也不进行UDP行为数据上报。这样做的目的是在前端系统因故障无法工作时避免产生网络流量压力。

涉及到前端系统对CPE的控制操作时，如参数配置、应用启动、紧急广播启动、文件上传等操作，需要下发验证码。CPE接收到控制指令时，将验证码进行解析，判断控制命令的合法性，仅当验证码合法时CPE才响应控制指令，否则CPE不予理会。

若因管理前端故障，丢失所有被管CPE的认证数据，需进行如下应急措施：前端系统关闭对CPE的认证，即HEMS认为所有CPE主动发起的连接均是安全可靠的；重置CPE端的认证用户名和密码；开启HEMS对CPE的认证；待设备重新上线实现正常接入过程。

通过上述方式，保证被管CPE与前端系统之间的通信安全和网络流量安全。

本发明终端管理方法还包括以下主要功能，这些功能可以单独调用，在实现上并无一定的顺序：

终端接入功能：接收云媒体机顶盒的开机上报，并对首次上线的设备进行认证注册，对非首次上线的设备进行认证并更新设备基本信息。通过该功能可获取终端的IP地址、位置、软硬件版本号等静态信息；

终端参数读取功能：查询机顶盒端所支持的RPC方法，机顶盒端管理数据模型的参数名称以及对应的各参数值。通过该能力可获取终端所处业务状态，硬件运行参数等值。本发明新增了startAPP方法和EmergencyRadio方法，startAPP方法通过该方法下发前端或机顶盒本地内置的一个页面，控制机顶盒启动该页面。在这个页面上可以很灵活地实现多样功能，比如：监测TS升级流信息以实现远程软件升级控制，跳转至推荐业务页面以向用户进行定点推送，向用户发送通知信息等。

startAPP方法的接口时序如图所示，包括以下步骤：

（1）HEMS前端发送激活连接请求；

（2）CPE对前端系统进行认证鉴权；

（3）认证鉴权通过，CPE回复HTTP Response 200 （OK）。

（4）CPE发送新的连接请求，带上认证所需用户名和密码；

（5）前端对CPE进行认证鉴权；

（6）前端通过对CPE的认证鉴权，并回复200（OK），TCP连接建立；

（7）CPE发送Inform包（6 CONNECT REQUEST），并携带终端部分属性字段；

（8）前端解析Inform包，并回复Inform Response；

（9）CPE回复空包，表明可接收前端来的指令；

（10）前端发送startAPP命令，要求CPE启动浏览器进入指定的页面；

（11）CPE向前端回复startAPP Response；

（12）前端回复204（NO CONTENT），表明终端可以关闭连接；

（13）CPE关闭本次连接，结束会话。

EmergencyRadio方法能够控制机顶盒从任意界面跳转至最近收看的电视广播频道，用于在发生重大灾难时以最快最有效地方式通知到广电用户。

EmergencyRadio方法的接口时序如图所示，包括以下步骤：

（1）HEMS前端发送激活连接请求；

（2）CPE对前端系统进行认证鉴权；

（3）认证鉴权通过，CPE回复HTTP Response 200 （OK）。

（4）CPE发送新的连接请求，带上认证所需用户名和密码；

（5）前端对CPE进行认证鉴权；

（6）前端通过对CPE的认证鉴权，并回复200（OK），TCP连接建立；

（7）CPE发送Inform包（6 CONNECT REQUEST），并携带终端部分属性字段；

（8）前端解析Inform包，并回复Inform Response；

（9）CPE回复空包，表明可接收前端来的指令；

（10）前端发送EmergencyRadio命令，要求CPE启动浏览器进入指定的页面；

（11）CPE向前端回复EmergencyRadioResponse；

（12）前端回复204（NO CONTENT），表明终端可以关闭连接；

（13）CPE关闭本次连接，结束会话。

终端参数配置功能：对机顶盒端的可写参数值进行设置，实现终端状态远程变更目的。

远程应用启动功能：下发URL地址至机顶盒端，使其启动浏览器打开该URL对应的页面，实现引导机顶盒进入某个双向业务的功能。

文件读取功能：下发命令要求机顶盒上传指定的配置文件，可用于备份和故障检查作用，或者要求机顶盒上传记录机顶盒运行故障发生原因和时间的日志文件，有助于故障排查。本发明增加X ErrorLog Upload EventCode，用于机顶盒在开机时主动通知前端服务器，要求主动上传故障日志，便于故障终端诊断。

故障诊断功能：下发命令和诊断参数要求终端设备自行进行故障诊断测试，并且在测试完成后将测试结果上报至终端管理系统。通过该能力可在机顶盒发生故障时进行故障定位。

远程升级控制功能：下发升级应用所在的URL地址至机顶盒端，使其启动浏览器打开对应的升级流检测页面，实现控制机顶盒完成远程升级操作的功能，既可实现单个机顶盒升级控制，也可针对批量终端完成升级操作。该能力是由IP信号下发软件升级控制指令，升级流仍然保留传统的TS流相结合的形式，即保证了软件升级控制的灵活，也保证了升级过程的安全。

故障管理和信号监测功能：根据一定策略选择开启终端设备的故障告警和信号质量上报使能，通过监测部分终端的状态，由点及面地监测整个片区的信号情况。通过该功能可通过较少的投入建成用户端信号质量监测系统，完善有线电视网全链路信号监测能力。

在终端设备上可以读取的到管理数据包括但不限于以下信息：

a)设备基本静态信息：设备序列号，软、硬件版本号，设备型号，上线时间，区域信息等；

b)设备硬件配置信息：存储空间，主芯片信息、使用USB的信息等；

c)设备当前硬件状态：高频头调谐状态；

d)设备当前资源状态：CPU使用率，剩余存储空间，系统运行时间，主芯片工作状态，网络状态等；

e)设备当前业务状态：广播业务状态（在频道上的停留时长，音量值，授权等信息），智能卡状态，VOD点播或时移业务状态（在点播/时移节目的停留时长，所属分组等信息）；

f)设备应用列表状态：机顶盒端内置中间件应用的个数及各自描述信息；

g)设备系统设置信息：机顶盒端与系统设置相关的参数信息；

h)设备诊断结果信息：终端管理前端下发了远程诊断任务和参数后，终端自行完成诊断操作后的结果信息；

i)设备信息上报开关：机顶盒端进行UDP上报和TR069任务的控制开关。

用户行为数据采集分析功能：如何将用户在云媒体机顶盒上的所有操作控制都记录下来，并回传至前端用于收视行为分析是一个很复杂的问题。本发明将用户使用云媒体机顶盒的全部操作行为抽象为三十多种事件，当用户每操作一步机顶盒，机顶盒将该操作伴随的行为消息封装成后自定义的数据结构，以UDP消息包方式发送至终端管理前端采集服务器。为每个用户行为事件定义结构体，描述事件特征，本发明一共定义了31种UDP消息事件结构体，各自代表了终端用户的每一种操作，如开机、换台、页面跳转、音量调节、按键等消息事件。每一结构体标识了操作的含义、时间、所处业务位置的信息（如频道的频点信息，节目信息；点播业务的节目标识；遥控器的按键键值信息），通过这样的结构体以及其上下文关系，变可利用一定算法得知“什么人”在“什么时间”以“什么方式”进入“什么业务”或进行“什么操作”。这样，用户在机顶盒端的每一个行为均有记录，使得收视行为分析有了最详实的数据基础。并且，这种行为事件数据结构模式易于扩展，当盒端有一个新操作场景时，只需将该事件进行添加即可满足未来变化需求。

所有事件的结构体前5个字段为通用字段，分别为：该终端发送消息序号，从1开始顺序递增，重启后重新开始计数；事件类型，按照前文所定的枚举类型数值表征各事件；随机序列，终端每次开机生成的随机序列，用于计算终端管理控制命令下发时的验证码；机顶盒CA卡号，16位十进制数值；机顶盒序列号，17位十进制数值。除此外，各事件结构体的其余部分描述了各自的特征。

除此外，各事件结构体的其余部分描述了各自的特征。基于上述结构体，系统能够采集到用户数据并加以分类，从而便于其后的数据计算统计。用户数据主要有四个类别：

用户使用类：用户开机、关机、待机动作以及发生的时间点，节目搜索方式及搜索过程中的频点质量信息，导致用户无法正常观看电视的机顶盒故障原因，本地菜单及主菜单进出和停留时长，USB存储设备使用情况等消息；

频道/节目收视类：直播频道、VOD点播节目、时移回看节目等与单向/双向频道或节目收视相关的消息；

增值业务类：机顶盒上有广告投放的界面或中间件应用显示时会发送相应的消息告知前端系统广告内容或应用显示的时间点、频道/位置和内容，如EPG信息条、音量调节、菜单界面、泡泡广告、中间件应用消息；

双向业务类：在用户选择双向业务进入时，或在双向页面之间跳转时，或打开前端页面产生故障时，以及其它可能跳转到服务器页面的情形时均会向终端管理前端系统发送对应业务跳转的URL或业务标识；

对采集到的用户行为全样数据进行清洗、预处理、计算、分析，基于不同的时间颗粒度进行云媒体全业务实时和历史统计分析。可得到的收视数据如下：

用户历史和实时开机率、用户机顶盒使用时长、在线习惯；用户所在区域信号质量；用户使用的菜单曝光率排行；用户使用USB存储设备的类型和品牌统计；

各直播频道和节目的收视情况历史和实时排行；各点播节目，回看节目和时移节目的收视情况比较，可为点播类节目上下线及推荐提供数据依据；

各个频道或菜单界面投放广告的到达情况比较以及输出广告收视效果；同时可为未来可能投放的增值业务提供收视统计手段；

分析双向业务的历史和实时收视排行情况，并且可以通过链接地址的跳转路径回溯用户的操作行为。

上述数据统计分析过程采用实时、历史、离线三种分析模式，对用户收视习惯、业务收视状况，用户与业务的关联程度等进行全方位分析。在实时数据统计模式中，统计数据时间延时控制在10秒内，实现相当实时的业务收视统计。在历史数据统计模式中，可以保存3年的历史统计数据，为研究用户的使用习惯和规律提供了真实的数据样本。在离线数据统计模式中，可以通过灵活的配置，实现各种不同需求的统计，从而满足一些临时需求的统计，比如经营部门需要知道某个节目不同入口的收视情况等等。本发明中提到的实时、历史中的时间颗粒度仅为优选数值，本领域内普通技术人员可以根据需要进行调整。

本方法存储时采用Hadoop HDFS存储架构把全省地市级历史数据统一存储在省中心，在数据处理方面，引进了Hadoop 中的分布式计算。本系统采用的是分布式计算服务器集群模式，提高了海量数据回传处理、统计分析的效率。同时，在各节点间进行冗余备份，避免了单点故障带来的影响。

本发明方案所公开的技术手段不仅限于上述实施方式所公开的技术手段，还包括由以上技术特征任意组合所组成的技术方案。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (8)

1.智能终端管理方法，其特征在于：基于改进的广电硬件架构实现，所述改进的广电硬件架构包括终端和前端系统，所述前端系统包括HEMS服务器，HEMS服务器上部署了UDP消息接收客户端和UDP消息转发Server，用于接收云媒体机顶盒终端的UDP行为操作数据上报，并经过简单清洗后将数据转发至实时和历史统计分布式计算系统；

所述终端与前端系统之间基于TR069协议进行通信，通信方法包括：

终端与前端系统之间相互的连接请求采用双向的HTTP摘要认证方式；当终端或HEMS主动发起连接时，连接请求报文里需携带连接接收方所需的用户名和密码，当接收方解析得到与本地要求的值一致，则验证成功，允许建立连接；否则验证失败，禁止建立连接；

终端在接收到任何连接请求后，仅向其配置文件中指定的域名地址进行上报，不响应任何非法前端的远程控制操作；当前端系统故障，终端在开机时无法接入时，终端在本次开机过程中网管功能不生效，既不响应前端连接请求，也不进行UDP行为数据上报；涉及到前端系统对终端的控制操作时，需要下发验证码，终端接收到控制指令时，将验证码进行解析，判断控制命令的合法性，仅当验证码合法时终端才响应控制指令，否则终端不予理会；当丢失所有被管终端的认证数据时，前端系统关闭对终端的认证，重置终端端的认证用户名和密码，开启HEMS对终端的认证，待设备重新上线实现正常接入过程；

管理方法包括如下步骤中的至少一种：终端接入，终端参数读取，终端参数配置，远程应用启动，文件读取，故障诊断，故障管理和信号监测，读取管理数据，用户行为数据采集分析；

所述用户行为数据采集分析步骤将用户使用机顶盒的全部操作行为抽象为若干事件，当用户每操作一步机顶盒，机顶盒将该操作伴随的行为消息封装成后自定义的数据结构，以UDP消息包方式发送至终端管理前端采集服务器，对采集到的用户行为全样数据进行清洗、预处理、计算、分析，基于不同的时间颗粒度进行统计分析；

所述数据结构的前5个字段包括：该终端发送消息序号、事件类型、随机序列、机顶盒CA卡号、机顶盒序列号。

2.根据权利要求1所述的智能终端管理方法，其特征在于：终端参数读取步骤包括：查询机顶盒端所支持的RPC方法，机顶盒端管理数据模型的参数名称以及对应的各参数值。

3.根据权利要求2所述的智能终端管理方法，其特征在于：所述RPC方法包括startAPP方法所述startAPP方法用于下发前端或机顶盒本地内置的一个页面，控制机顶盒启动该页面。

4.根据权利要求1或3所述的智能终端管理方法，其特征在于：所述RPC方法还包括EmergencyRadio方法，所述EmergencyRadio方法用于控制机顶盒从任意界面跳转至最近收看的电视广播频道。

5.根据权利要求1所述的智能终端管理方法，其特征在于：所述文件读取步骤包括：下发命令要求机顶盒上传指定的配置文件，或者要求机顶盒上传记录机顶盒运行故障发生原因和时间的日志文件。

6.根据权利要求1或5所述的智能终端管理方法，其特征在于，还包括以下步骤：机顶盒在开机时主动通知前端服务器，要求主动上传故障日志，便于故障终端诊断。

7.根据权利要求1所述的智能终端管理方法，其特征在于，所述统计分析后得到的结果数据包括以下数据中的至少一种：用户历史和实时开机率、用户机顶盒使用时长、在线习惯；用户所在区域信号质量；用户使用的菜单曝光率排行；用户使用USB存储设备的类型和品牌统计；各直播频道和节目的收视情况历史和实时排行；各点播节目，回看节目和时移节目的收视情况比较，可为点播类节目上下线及推荐提供数据依据；各个频道或菜单界面投放广告的到达情况比较以及输出广告收视效果；分析双向业务的历史和实时收视排行情况，并且可以通过链接地址的跳转路径回溯用户的操作行为。

8.根据权利要求1所述的智能终端管理方法，其特征在于，所述数据结构分为如下类别：

用户使用类：用户开机、关机、待机动作以及发生的时间点，节目搜索方式及搜索过程中的频点质量信息，导致用户无法正常观看电视的机顶盒故障原因，本地菜单及主菜单进出和停留时长，USB存储设备使用情况；

频道/节目收视类：与单向/双向频道或节目收视相关的消息；

增值业务类：机顶盒上有广告投放的界面或中间件应用显示时发送的相应的消息，用于告知前端系统广告内容或应用显示的时间点、频道/位置和内容；

双向业务类：在用户选择双向业务进入时，或在双向页面之间跳转时，或打开前端页面产生故障时，以及其它可能跳转到服务器页面的情形时均会向终端管理前端系统发送的对应业务跳转的URL或业务标识。