CN104581390A - 一种基于Android***的EPG客户端检测方法 - Google Patents
一种基于Android***的EPG客户端检测方法 Download PDFInfo
- Publication number
- CN104581390A CN104581390A CN201510025272.1A CN201510025272A CN104581390A CN 104581390 A CN104581390 A CN 104581390A CN 201510025272 A CN201510025272 A CN 201510025272A CN 104581390 A CN104581390 A CN 104581390A
- Authority
- CN
- China
- Prior art keywords
- page
- detection
- iptv
- epg
- network
- 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.)
- Pending
Links
Classifications
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44213—Monitoring of end-user related data
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Software Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Social Psychology (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种基于Android***的EPG客户端检测方法包括:步骤一:在IPTV现网运行的网络环境下,Android***通过xxx获取智能终端网络状态,并通过广播消息传输给客户端检测工具;步骤二:客户端检测工具基于接收的消息类型,进入pppoe,dhcp+,静态IP三种不同的网络设置状态,然后用户进入网络设置页面,设置好网络;步骤三:配置相关参数,启动客户端检测工具,并通过IPTV平台认证;步骤四:选择检测的方式,进行页面检测,实时对页面检测结果整理,展示检测脚本数据,并对EPG存在的问题初步定位;步骤五:生成检测报告,以txt展示或在日志窗口展示输出结果,实现了能快速的完成IPTV?EPG与各终端适配进度,减少IPTV?EPG页面升级工作量的技术效果。
Description
技术领域
本发明涉及网络电视研究领域,尤其涉及一种基于Android***的 EPG客户端检测方法。
背景技术
IPTV(网络电视)业务是指以机顶盒接入到宽带网络,以PC机(个人电脑)或者电视机为显示终端,从而为用户提供一种交互式电视体验和多媒体服务的宽带增值业务。通过此种技术方式实现后,使得IPTV EPG升级时,减少与各种智能终端,不同android***,不同芯片的适配周期,缩短EPG业务更新的周期与频率。
传统的业务模式:定期会对IPTV EPG页面升级,遇重大节日会上线特定栏目,上线前需对本省运营的各类型终端(含不同厂家)全面测试,所有终端适配通过验收后才能正式上线;由于EPG编写的不规范,各厂家对webkit浏览器的修改,增加很多难度及重复的工作量。
EPG是人机交互界面最直观的表达方式,直接面向展示丰富的应用;由于IPTV是基于电视完成EPG页面向用户的展现,因此在EPG制作上也应与传统Internet上的网页有所区别。EPG页面制作时使用的包括图片、文字、分辨率、HTML标签、CSS以及脚本语言等所需要遵循的标准,以及IPTV终端浏览器在对于采用以上标准制作的EPG页面的支持以及显示。因运营商对EPG的严格要求,致使产品上市时间延长;
相比与传统的linux机顶盒来说,android智能机顶盒的开放性,易用性为终端厂商及运营商接受,越来越多的厂商加入机顶盒行业队列,促使智能机顶盒门槛大大降低。在用户不断提升用户应用感知情况下,如何减少EPG对接速度,成为运营商考虑的重要因素。
综上所述,本申请发明人在实现本申请实施例中发明技术方案的过程中,发现上述技术至少存在如下技术问题:
在现有技术中,现网运行的IPTV机顶盒中存在EPG对接速度较慢,IPTV EPG页面升级工作量较大的技术问题。
发明内容
本发明提供了一种基于Android***的EPG客户端检测方法,解决了IPTV现网中机顶盒EPG对接速度较慢,IPTV EPG页面升级工作量较大的技术问题,不仅能够实现电信级要求的基本业务,满足其基本需求,而且能快速的完成IPTV EPG与各终端适配进度,特别是重大节日及特定的EPG模板,减少 EPG页面升级工作量的技术效果。
为解决上述技术问题,本申请实施例提供了一种基于Android***的EPG客户端检测方法,所述方法包括:
步骤一:在IPTV现网运行的网络环境下,Android***通过NetWorkManager 获取智能终端网络状态,并通过广播消息传输给客户端检测工具;
步骤二:客户端检测工具基于接收的消息类型,进入pppoe,dhcp+,静态IP三种不同的网络设置状态,然后用户进入网络设置页面,设置好网络;
步骤三:配置相关参数,启动客户端检测工具,并通过IPTV平台认证;
步骤四:进入IPTV平台后,选择检测的方式,启动检测,进行页面检测,实时对页面检测结果整理,展示检测脚本数据,并对EPG存在的问题初步定位;
步骤五:生成检测报告,以txt展示或在日志窗口展示输出结果,流程结束。
进一步的,所述客户端检测工具进行页面检测具体包括:
设置相关参数,所述相关参数包括但不限于:IPTV账号、密码、认证地址数,且IPTV认证通过;
设置单个或多个页面,启动检测则实时输出检测结果,展示页面问题,所述页面问题包括但不限于:检测脚本、分析javascript、分辨率、图片、页面资源、标签、Event合法性、<frame>标签、Iframe标签,并初步定位产生问题的原因及错误位置;
检测完毕,退出客户端检测工具,检测报告以txt形式存储在指定目录。
进一步的,所述步骤一中的约束条件包括Android***版本和芯片的类型。
进一步的,所述Android***对当前网络状态的判断,分别按照pppoe,dhcp+,静态IP,wifi情况下的网络状态,按照不同的广播消息通知客户端检测工具,客户端检测工具收到相应的广播,进入网络设置页面。
进一步的,所述客户端检测工具须遵循IPTV相应技术规范,能通过IPTV的认证流程。
进一步的,所述页面检测方式分为:
单个页面检测,选择测试单个页面内容即可,检测的内容以txt形式存储起来,页面检测包含:错误页面地址、错误的原因、错误代码的相应行数;
多个页面检测,选择需要测试的页面内容,检测的内容以txt形式存储起来,页面检测结果包含:错误页面地址、错误的原因、错误代码的相应行数。
进一步的,所述检测页面结果能够在当前页面查看相关信息,也可以txt形式查看或显示;每一个错误提示作为独立一行,多个检测结果分行显示。
进一步的,所述对于不同的芯片,终端厂家可以对浏览器进行相应的修改,然后进行相应的检测。
本申请实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:
由于采用了将基于Android***的EPG客户端检测方法设计为包括:步骤一:在IPTV现网运行的网络环境下,Android***通过NetWorkManager获取智能终端网络状态,并通过广播消息传输给客户端检测工具;步骤二:客户端检测工具基于接收的消息类型,进入pppoe,dhcp+,静态IP三种不同的网络设置状态,然后用户进入网络设置页面,设置好网络;步骤三:配置相关参数,启动客户端检测工具,并通过IPTV平台认证;步骤四:进入IPTV后,选择检测的方式,启动检测,进行页面检测,实时对页面检测结果展示,展示检测脚本数据,并对EPG存在的问题初步定位;步骤五:生成检测报告,以txt展示或在日志窗口展示输出结果,流程结束的技术方案,即,提供了一种基于Android***的IPTV EPG客户端检测工具,通过此工具可以有效的检测IPTV EPG的检测当前页面的HTML基本语言脚本是否正确,同时还是需要检测中国电信《Q-CT 2370-2011 IPTV业务*** EPG页面制作及显示技术规范(V3.0)》当中的扩展JS及相关的脚本,对检测结果进行整理和输出,生成具有可读性的报告,并能对EPG存在的问题进行初步判断与定位,在报告中展示检测脚本数量及总计脚本数量,提供一套能人工操作或者自动检测EPG的工具,可以比较直观的输出可读性的报告,对不符合相关规范内容及HTML规范内容进行判断与定位分析,便于IPTV EPG的不断升级,减少了工作量提升效率,所以,有效解决了现有的IPTV中的机顶盒存在EPG对接速度较慢,IPTV EPG页面升级工作量较大的技术问题,进而实现了不仅能够实现电信级要求的基本业务,满足其基本需求,而且能快速的完成IPTV EPG与各终端适配进度,特别是重大节日特定的IPTV EPG,减少IPTV EPG页面升级工作量的技术效果。
附图说明
图1是本申请实施例一中基于Android***的EPG客户端检测方法的流程图;
图2是本申请实施例一中应用的Android智能终端***框架结构示意图;
图3是本申请实施例一中接口适配方法流程示意图。
具体实施方式
本发明提供了一种基于Android***的EPG客户端检测方法,解决了IPTV现网中的机顶盒EPG对接速度较慢,IPTV EPG页面升级工作量较大的技术问题,不仅能够实现电信级要求的基本业务,满足其基本需求,而且能快速的完成IPTV EPG与各终端适配进度,特别是重大节日及特定的EPG模板,减少 EPG页面升级工作量的技术效果。
本申请实施中的技术方案为解决上述技术问题。总体思路如下:
采用了将基于Android***的EPG客户端检测方法设计为包括:步骤一:在IPTV现网运行的网络环境下,Android***通过NetWorkManager获取智能终端网络状态,并通过广播消息传输给客户端检测工具;步骤二:客户端检测工具基于接收的消息类型,进入pppoe,dhcp+,静态IP三种不同的网络设置状态,然后用户进入网络设置页面,设置好网络;步骤三:配置相关参数,启动客户端检测工具,并通过IPTV平台认证;步骤四:进入IPTV后,选择检测的方式,启动检测,进行页面检测,实时对页面检测结果展示,展示检测脚本数据,并对EPG存在的问题初步定位;步骤五:生成检测报告,以txt展示或在日志窗口展示输出结果,流程结束的技术方案,即,提供了一种基于Android***的IPTV EPG客户端检测工具,通过此工具可以有效的检测IPTV EPG的检测当前页面的HTML基本语言脚本是否正确,同时还是需要检测中国电信《Q-CT 2370-2011 IPTV业务*** EPG页面制作及显示技术规范(V3.0)》当中的扩展JS及相关的脚本,对检测结果进行整理和输出,生成具有可读性的报告,并能对EPG存在的问题进行初步判断与定位,在报告中展示检测脚本数量及总计脚本数量,提供一套能人工操作或者自动检测EPG的工具,可以比较直观的输出可读性的报告,对不符合相关规范内容及HTML规范内容进行判断与定位分析,便于IPTV EPG的不断升级,减少了工作量提升效率,所以,有效解决了现有的IPTV中的机顶盒存在EPG对接速度较慢,IPTV EPG页面升级工作量较大的技术问题,进而实现了不仅能够实现电信级要求的基本业务,满足其基本需求,而且能快速的完成IPTV EPG与各终端适配进度,特别是重大节日特定的IPTV EPG,减少IPTV EPG页面升级工作量的技术效果。
为了更好的理解上述技术方案,下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
实施例一:
在实施例一中,提供了一种基于Android***的 EPG客户端检测方法,请参考图1-图3,所述方法包括:
步骤一:在IPTV现网运行的网络环境下,Android***通过NetWorkManager获取智能终端网络状态,并通过广播消息传输给客户端检测工具;
步骤二:客户端检测工具基于接收的消息类型,进入pppoe,dhcp+,静态IP三种不同的网络设置状态,然后用户进入网络设置页面,设置好网络;
步骤三:配置相关参数,启动客户端检测工具,并通过IPTV平台认证;所述相关参数包括但不限于:IPTV账号,密码,认证地址,NTP同步地址,网管认证地址;
步骤四:进入IPTV后,选择检测的方式,启动检测,进行页面检测,实时对页面检测结果展示,展示检测脚本数据,并对EPG存在的问题初步定位;
步骤五:生成检测报告,以txt展示或在日志窗口展示输出结果,流程结束。
其中,在本申请实施例中,NetworkManager由一个管理***网络连接、并且将其状态通过D-BUS(是一个提供简单的应用程序互相通讯的途径的自由软件项目,它是做为freedesktoporg项目的一部分来开发的。)进行报告的后台服务,以及一个允许用户管理网络连接的客户端程序。
其中,在本申请实施例中,所述客户端检测工具进行页面检测具体包括:
其中,在本申请实施例中,所述步骤一中的约束条件包括Android***版本和芯片的类型。
其中,在本申请实施例中,所述客户端检测工具基于接收的消息类型,进入pppoe,dhcp+,静态IP三种不同的网络设置状态,且用户设置好网络具体为:
其中,在本申请实施例中,所述Android***对当前网络状态的判断,分别按照pppoe,dhcp+,静态IP,wifi情况下的网络状态,按照不同的广播消息通知客户端检测工具,客户端检测工具收到相应的广播,进入网络设置页面。
其中,在本申请实施例中,所述客户端检测工具须遵循IPTV相应技术规范,能通过IPTV的认证流程。
其中,在本申请实施例中,所述页面检测方式分为:
单个页面检测,选择测试单个页面内容即可,检测的内容以txt形式存储起来,页面检测包含:错误页面地址、错误的原因、错误代码的相应行数;
多个页面检测,选择需要测试的页面内容,检测的内容以txt形式存储起来,页面检测结果包含:错误页面地址、错误的原因、错误代码的相应行数。
其中,在本申请实施例中,所述检测页面结果能够在当前页面查看相关信息,也可以txt形式查看或显示;每一个错误提示作为独立一行,多个检测结果分行显示。
其中,在本申请实施例中,所述对于不同的芯片,终端厂家可以对浏览器进行相应的修改,然后进行相应的检测。
其中,在本申请实施例中,下面结合附图对本发明的具体实施方式再进一步的说明:
图2是本申请技术方案中应用的Android智能终端***框架结构图,客户端检测工具的适配方法分别包含在***的Linux Kernel、Libraries、Application Framework、Application等各层。
Linux Kernel是Android基于Linux 2.6提供核心***服务,例如:安全、内存管理、进程管理、网络堆栈、驱动模型。Linux Kernel也作为硬件和软件之间的抽象层,它隐藏具体硬件细节而为上层提供统一的服务。
Linux Kernel扩展包含:
——Network_Driver:指为支持业务而扩展集成的网络驱动协议。目前主要包括支持基于IGMP的组播直播功能的标准IGMP V2协议、支持双网络接入的标准802.1Q模块功能,IPV4/IPV6协议;
——Security_Driver:与芯片相关的硬件、操作***等相关信息。
——Dispyay Driver(显示驱动模式),Camera Driver(摄像头驱动),Aduio Driver(音频驱动),Flash Men Driver(外接设备驱动)等其他驱动。
Libraries是Android包含一个C/C++库的集合,供Android***的各个组件使用。这些功能通过Android的应用程序框架(application framework)暴露给开发者
Libraries扩展包含:
——CTC_Webkit_EXT:是Android的浏览器引擎,检测工具再此基础上做扩展;
——CTC_MediaControl:是客户端检测工具调用***播放接口;
——CTC_MediaProcessor:是***提供接口供客户端调用;
——SQLite(关系数据库引擎),LibWebCore(web浏览器),SGL(2D图形引擎),媒体库等;
Application Framework是android通过提供开放的开发平台,Android使开发者能够编制极其丰富和新颖的应用程序。开发者可以自由地利用设备硬件优势、访问位置信息、运行后台服务、设置闹钟、向状态栏添加通知等;
Application Framework扩展包含:
——LibsyUtils:主要针对静态IP,DHCP+,pppoe,IPV4/IPV6,IPOE,双栈,鉴权等,是对智能终端底层网络封装API,供智能终端设备上层控制模块的统一调用;
——CTC_EPG:IPTV EPG页面即电子节目菜单;
——CTC_IPTVplayer:IPTV播放器,主要是调用MediaControl然后调用***接口
——视图(View),内容提供者(Content Providers),资源管理器(Resource Manager),通知管理器(Notification Manager),活动管理器(Activity Manager)
Application;Android装配一个核心应用程序集合,包括电子邮件客户端、SMS程序、日历、地图、浏览器、联系人和其他设置.
Application应用包含:
——IPTV Browser:客户端检测工具APK,主要用于检测IPTV EPG是否能正常运行在智能终端设备及智能终端设备浏览器对IPTV平台的兼容性,解决不同Android***,不同芯片上的业务推广。
检测原理:
浏览器在解析服务器下发的HTML页面时,如果有javasciprt脚本,javascript解析器开始解析,如果解析异常,解析器将会记录错误原因、错误位置、错误原因。
检测范围:
检测的范围主要包括《Q-CT 2370-2011 IPTV业务*** EPG页面制作及显示技术规范.pdf》及HTML标准规范中的部分内容。
检测方式:
IPTV启动认证后,会默认进入手动检测模式;其中业务配置中已经对认证地址配置,不论是单个页面检测,还是全部页面检测,无需再单独设置认证地址。
检测内容:
目前检测的内容主要从几部分着手,javascript,分辨率,图片,页面资源,标签,Event合法性,<frame>标签,Iframe标签。
Javascript 脚本:
当页面加载或用户操作导致 IPTV 终端浏览器需要执行 Javascript 脚本,且该脚本存在错误的情况下,为保证 IPTV 终端浏览器显示的一致性, 终端浏览器应终止脚本的继续执行。
分辨率:
EPG 页面在制作过程中,要求在页面<body>元素中至少定义宽度与高度(如标清业务页面定义为 640×530,高清业务页面定义为 1280×720),且在其“style”属性中必须添加“background-Repeat:no-repeat”值的设置,以标清业务为例,示例代码如下(以标清为例):<body style="background-Repeat:no-repeat" width="640" height="530">
图片:
一个页面设置的图片总大小不要超过1M,且应尽量减少同一页面中动态 GIF格式的文件个数,过多的动态GIF图片会影响浏览器性能。为提高页面显示性能,建议同一页面动态GIF文件个数不要超过 3 个;
页面资源:
检测页面资源文件有效性,比如:资源文件不存在。
<img>标签:
设置<img>标签的属性时,不应将高度、宽度设置为 0,因为这样做不仅没有任何意义,而且还会浪费浏览器的资源;
禁止多个 IMG 使用同一个 MAP,也不应该在一个页面不能出现同名的多个 MAP,且MAP 中不能嵌套 AREA 元素。
Event合法性:
不应把 event 这样一个保留字作为函数名,以避免和 event 属性冲突。
<frame>标签:
在HTML中,<frame> 标签没有结束标签。且不能与 <frameset></frameset> 标签一起使用 <body></body> 标签。
为尽量避免预留给 FRAME 的大小跟实际包含的页面内容大小不同,而造成滚动的情况。在设定子 FRAME 的尺寸的时候,应考虑字体大小对实际显示尺寸的影响。如果预先设置的尺寸小于实际计算的尺寸,会造成子 FRAME 的内部滚动。
Iframe标签:
Iframe 所在页面的尺寸不应因 Iframe 的存在而超出一屏的显示,从而导致 Iframe 页面的滚动。以标清为例,iframe 的大小只要不超过 640*530 就可以,但必须设置将边框设置为frameborder="0",滚动方式 scrolling="no"。 Iframe 内部页面的尺寸不应超出 Iframe 尺寸,从而导致 Iframe 内部页面的滚动,或视频显示不全。
I、URL地址长度:
当需要控制浏览器进行页面跳转时,指向页面的URL地址长度最长不超过2048字节。
J、像素点:
因为单像素宽的垂直线和点在旧式频率回应糟糕的电视机中可能会显示为逐渐消失或根本不会显示,并且单像素宽水平线只能两个隔行区中的一行中画出,会导致在隔行显示时的画面闪烁,因此在EPG制作时为防止单像素宽成为线或点,线条的宽度至少为2个象素。
K、Cookie:
由于终端浏览器资源有限,因此在IPTVEPG页面制作过程中应注意设置Cookie的大小以及总量。通常来说,在普通的标清终端中浏览器支持的Cookie总数不超过30个,因此建议在同一个域下尽量避免使用超过5个Cookie,且单个cookie或一次设置的多个cookie的最大尺寸为4K(4096字节),否则IPTV终端浏览器将自动删除最早的cookie。
L、<MAP>标签:
禁止多个IMG使用同一个MAP,也不应该在一个页面出现同名的多个MAP,且MAP中不能嵌套AREA元素。
输出报告样式:
检测的内容会以txt形式存储起来,包含错误页面地址,错误的原因,错误代码的大概行数等,分析时自动导出文件;检测页面内容也可在检测的当前页面查看相关的错误信息;
文件以txt格式存储,每个错误提示作为独立一行,多个检测结果分行显示。
示例如下所示:
2014-09-16 15:54:36:993 LineNumber:96, ReferenceError: setCanTakeFocus is not defined,
url:http://183.59.160.33:8082/EPG/jsp/defaultwebkit/en/Category.jsp
2014-09-16 15:54:59:297 LineNumber:435, TypeError: Cannot callmethod 'focus' of undefined,
url:http://125.88.96.141/vasroot/gdapps/tip/88/index/yjc?epg_info=%3Cserver_ip%3E183.59.160.33%3C%2Fserver_ip%3E%3Cgroup_name%3E146%3C%2Fgroup_name%3E%3Cgroup_path%3E%3C%2Fgroup_path%3E%3Coss_user_id%3E088802013080121%3C%2Foss_user_id%3E%3Cpage_url%3Ehttp%3A%2F%2F183.59.160.33%3A8082%2FEPG%2Fjsp%2Fdefaultwebkit%2Fen%2FHD_vasToMemInterface.jsp%3C%2Fpage_url%3E%3Cpartner%3EHUAWEI%3C%2Fpartner%3E&user_name=146。
其中,在本申请实施例中,图3是本发明申请技术方案中的接口适配方法流程图:
步骤一:终端接入现网环境,***开机后,通过NetWorkManager获取当前网络状态,并通过android.net.conn.connectivity_change广播,通知客户端检测工具进入不同网络设置界面;
首先,终端接入现网环境,因IPTV各省接入网络环境要求不同,分为互联网(A平面)访问,IPTV专网(B平面),互联网与IPTV专网共存(AB双网);需求了解接入网络情况;
其次,***开机后,会根据网络状态判断当前使用网络;
对于有线网络,分为PPPOE,DHCP+,静态IP三种方式;
对于无线网络,分为PPPOE,DHCP+,静态IP三种方式;
其中,不论在A平面,B平面,AB双网,现阶段基本是以上三种模式存在。
再次,***通过广播消息,通知客户端进入相应的网络页面设置;
步骤二:客户端接收到广播消息,根据用户的IPTV网络环境不同进入相应的网络设置;
步骤三:配置业务账号,认证地址,STBID等信息并保存。启动客户端,重新加载认证;
对于配置信息,按照工程师提供的信息配置即可,其他非法信息无法填写;
对于认证鉴权,启动客户端检测时,IPTV认证过程会从客户端获取相关信息,并上报服务端鉴权,鉴权通过后会根据用户账号下发不同EPG模板;否则无法认证通过,重新设置;
步骤四:认证通过后,启动客户端,重新加载认证。
其中,在本申请实施例中,在现有技术中,终端厂商如投标某省IPTV平台(少的省份2套平台,多的4套或者更多),需要按照各省验收技术规范对接,其中对EPG部分栏目20个左右,每个栏目存在一级,二级或者三级页面;
如果是新上线终端,保证每个栏目上EPG操作正常,经历4~5轮,至少得半年时间;但如果中间有新栏目上线或者下线,可能时间更久;
如果是现网终端某个栏目升级适配,只需要针对此栏目适配即可;但是EPG上线需要对现网所有运行的终端,各种类型的都验证通过才能升级上线,周期也得1个月。
其中,在本申请实施例中,由于采用本方案,对于新入网的终端,验收时间可缩短至3个月内,经过2~3轮测试,及可满足现网业务要求;对于EPG模板,由原有的适配60天缩短至30天,所以,能快速的完成IPTV EPG与各终端适配进度,特别是重大节日及特定的EPG模板,减少 EPG页面升级工作量。
上述本申请实施例中的技术方案,至少具有如下的技术效果或优点:
由于采用了将基于Android***的EPG客户端检测方法设计为包括:步骤一:在IPTV现网运行的网络环境下,Android***通过NetWorkManager获取智能终端网络状态,并通过广播消息传输给客户端检测工具;步骤二:客户端检测工具基于接收的消息类型,进入pppoe,dhcp+,静态IP三种不同的网络设置状态,然后用户进入网络设置页面,设置好网络;步骤三:配置相关参数,启动客户端检测工具,并通过IPTV平台认证;步骤四:进入IPTV后,选择检测的方式,启动检测,进行页面检测,实时对页面检测结果展示,展示检测脚本数据,并对EPG存在的问题初步定位;步骤五:生成检测报告,以txt展示或在日志窗口展示输出结果,流程结束技术方案,即,提供了一种基于Android***的IPTV EPG客户端检测工具,通过此工具可以有效的检测IPTV EPG的检测当前页面的HTML基本语言脚本是否正确,同时还是需要检测中国电信《Q-CT 2370-2011 IPTV业务*** EPG页面制作及显示技术规范(V3.0)》当中的扩展JS及相关的脚本,对检测结果进行整理和输出,生成具有可读性的报告,并能对EPG存在的问题进行初步判断与定位,在报告中展示检测脚本数量及总计脚本数量,提供一套能人工操作或者自动检测EPG的工具,可以比较直观的输出可读性的报告,对不符合相关规范内容及HTML规范内容进行判断与定位分析,便于IPTV EPG的不断升级,减少了工作量提升效率,所以,有效解决了现有的IPTV中的机顶盒存在EPG对接速度较慢,IPTV EPG页面升级工作量较大的技术问题,进而实现了不仅能够实现电信级要求的基本业务,满足其基本需求,而且能快速的完成IPTV EPG与各终端适配进度,特别是重大节日特定的IPTV EPG,减少IPTV EPG页面升级工作量的技术效果。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (8)
1.一种基于Android***的EPG客户端检测方法,其特征在于,所述方法包括:
步骤一:在IPTV现网运行的网络环境下,Android***通过NetWorkManager 获取智能终端网络状态,并通过广播消息传输给客户端检测工具;
步骤二:客户端检测工具基于接收的消息类型,进入pppoe,dhcp+,静态IP三种不同的网络设置状态,然后用户进入网络设置页面,设置好网络;
步骤三:配置相关参数,启动客户端检测工具,并通过IPTV平台认证;
步骤四:进入IPTV平台后,选择检测的方式,启动检测,进行页面检测,实时对页面检测结果整理,展示检测脚本数据,并对EPG存在的问题初步定位;
步骤五:生成检测报告,以txt展示或在日志窗口展示输出结果,流程结束。
2.根据权利要求1所述的方法,其特征在于,所述客户端检测工具进行页面检测具体包括:
设置相关参数,所述相关参数包括但不限于:IPTV账号、密码、认证地址数,且IPTV认证通过;
设置单个或多个页面,启动检测则实时输出检测结果,展示页面问题,所述页面问题包括但不限于:检测脚本、分析javascript、分辨率、图片、页面资源、标签、Event合法性、<frame>标签、Iframe标签,并初步定位产生问题的原因及错误位置;
检测完毕,退出客户端检测工具,检测报告以txt形式存储在指定目录。
3.根据权利要求1所述的方法,其特征在于,所述步骤一中的约束条件包括Android***版本和芯片的类型。
4.根据权利要求1所述的方法,其特征在于,所述Android***对当前网络状态的判断,分别按照pppoe,dhcp+,静态IP,wifi情况下的网络状态,按照不同的广播消息通知客户端检测工具,客户端检测工具收到相应的广播,进入网络设置页面。
5.根据权利要求1所述的方法,其特征在于,所述客户端检测工具须遵循IPTV相应技术规范,能通过IPTV的认证流程。
6.根据权利要求1所述的方法,其特征在于,所述页面检测方式分为:
单个页面检测,选择测试单个页面内容即可,检测的内容以txt形式存储起来,页面检测包含:错误页面地址、错误的原因、错误代码的相应行数;
多个页面检测,选择需要测试的页面内容,检测的内容以txt形式存储起来,页面检测结果包含:错误页面地址、错误的原因、错误代码的相应行数。
7.根据权利要求1所述的方法,其特征在于,所述检测页面结果能够在当前页面查看相关信息,也可以txt形式查看或显示;每一个错误提示作为独立一行,多个检测结果分行显示。
8.根据权利要求1所述的方法,其特征在于,所述对于不同的芯片,终端厂家可以对浏览器进行相应的修改,然后进行相应的检测。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510025272.1A CN104581390A (zh) | 2015-01-19 | 2015-01-19 | 一种基于Android***的EPG客户端检测方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510025272.1A CN104581390A (zh) | 2015-01-19 | 2015-01-19 | 一种基于Android***的EPG客户端检测方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104581390A true CN104581390A (zh) | 2015-04-29 |
Family
ID=53096433
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510025272.1A Pending CN104581390A (zh) | 2015-01-19 | 2015-01-19 | 一种基于Android***的EPG客户端检测方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104581390A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107396189A (zh) * | 2017-08-17 | 2017-11-24 | 四川长虹电器股份有限公司 | 基于互联网升级osd的***及方法 |
CN109302622A (zh) * | 2018-10-23 | 2019-02-01 | 贵阳朗玛信息技术股份有限公司 | 一种iptv-epg运行日志采集***及方法 |
CN111050163A (zh) * | 2019-11-28 | 2020-04-21 | 百视通网络电视技术发展有限责任公司 | 一种iptv机顶盒性能测试装置、方法及*** |
CN113497974A (zh) * | 2020-03-18 | 2021-10-12 | 中国电信股份有限公司 | 状态检测方法、***和终端 |
CN114827729A (zh) * | 2022-05-07 | 2022-07-29 | 烽火通信科技股份有限公司 | 一种epg上线检测方法、装置及*** |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6675385B1 (en) * | 1998-10-21 | 2004-01-06 | Liberate Technologies | HTML electronic program guide for an MPEG digital TV system |
CN1845578A (zh) * | 2006-04-29 | 2006-10-11 | 沈阳鼎通科技有限公司 | Ip机顶盒嵌入式***和方法 |
CN101715086A (zh) * | 2008-10-07 | 2010-05-26 | 中兴通讯股份有限公司 | 一种网络电视机顶盒的纠错处理方法 |
CN103218286A (zh) * | 2012-01-20 | 2013-07-24 | 阿里巴巴集团控股有限公司 | 一种网页无障碍功能检测方法及其*** |
US20140310590A1 (en) * | 2013-03-13 | 2014-10-16 | Bby Solutions, Inc. | Presentation layer software development kit for creation of dynamic webpages |
-
2015
- 2015-01-19 CN CN201510025272.1A patent/CN104581390A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6675385B1 (en) * | 1998-10-21 | 2004-01-06 | Liberate Technologies | HTML electronic program guide for an MPEG digital TV system |
CN1845578A (zh) * | 2006-04-29 | 2006-10-11 | 沈阳鼎通科技有限公司 | Ip机顶盒嵌入式***和方法 |
CN101715086A (zh) * | 2008-10-07 | 2010-05-26 | 中兴通讯股份有限公司 | 一种网络电视机顶盒的纠错处理方法 |
CN103218286A (zh) * | 2012-01-20 | 2013-07-24 | 阿里巴巴集团控股有限公司 | 一种网页无障碍功能检测方法及其*** |
US20140310590A1 (en) * | 2013-03-13 | 2014-10-16 | Bby Solutions, Inc. | Presentation layer software development kit for creation of dynamic webpages |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107396189A (zh) * | 2017-08-17 | 2017-11-24 | 四川长虹电器股份有限公司 | 基于互联网升级osd的***及方法 |
CN109302622A (zh) * | 2018-10-23 | 2019-02-01 | 贵阳朗玛信息技术股份有限公司 | 一种iptv-epg运行日志采集***及方法 |
CN111050163A (zh) * | 2019-11-28 | 2020-04-21 | 百视通网络电视技术发展有限责任公司 | 一种iptv机顶盒性能测试装置、方法及*** |
CN111050163B (zh) * | 2019-11-28 | 2021-10-15 | 百视通网络电视技术发展有限责任公司 | 一种iptv机顶盒性能测试装置、方法及*** |
CN113497974A (zh) * | 2020-03-18 | 2021-10-12 | 中国电信股份有限公司 | 状态检测方法、***和终端 |
CN114827729A (zh) * | 2022-05-07 | 2022-07-29 | 烽火通信科技股份有限公司 | 一种epg上线检测方法、装置及*** |
CN114827729B (zh) * | 2022-05-07 | 2023-10-20 | 烽火通信科技股份有限公司 | 一种epg上线检测方法、装置及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104581390A (zh) | 一种基于Android***的EPG客户端检测方法 | |
CN101695157B (zh) | 网络应用中移动终端屏幕显示的自适应方法及*** | |
Soares et al. | Ginga-NCL: Declarative middleware for multimedia IPTV services | |
CN104618437B (zh) | 一种与android终端设备***设置接口的适配方法 | |
CN102819451B (zh) | 一种浏览器插件调用方法及*** | |
CN105307024B (zh) | 一种基于视联网的图文信息界面控制方法和装置 | |
CN103533428A (zh) | 将智能终端网页视频推送到电视播放的方法及智能终端 | |
CN103177095A (zh) | 一种嵌入式浏览器及其实现方法 | |
US20160286279A1 (en) | Method and apparatus for managing connection between broadcast receiving device and another device connected by network | |
CN103336691A (zh) | 一种基于Android的动态布局方法及*** | |
CN101600089A (zh) | 网络电视***中的广告业务的实现方法及装置 | |
CN109683892B (zh) | 页面展示方法、装置、计算机设备及存储介质 | |
CN104125490A (zh) | 一种在线视频播放方法及装置 | |
CN102609264A (zh) | 一种调用应用程序编程接口生成调用代码的方法及装置 | |
CN104866512A (zh) | 提取网页内容的方法、装置及*** | |
CN104539682A (zh) | 移动网页的调试方法、装置、移动终端、服务器以及*** | |
CN101321174A (zh) | 支持多种业务的交互式网络电视终端及其实现方法 | |
CN105407407A (zh) | 视频的播放方法和装置 | |
CN102547231A (zh) | 基于浏览器的智能网络视频监控***及其工作方法 | |
CN102857825A (zh) | 一种智能电视机在线网络应用故障的报修方法 | |
CN111352847A (zh) | 移动应用终端实时调试方法及*** | |
CN106201817A (zh) | 动态展示内容监控方法、***及装置 | |
EP3125541A1 (en) | Data acquisition and interaction method, set top box, server and multimedia system | |
CN107241651B (zh) | 一种媒体数据播放方法和装置、智能终端 | |
CN105530543A (zh) | 一种浏览器自动网页资源下载方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150429 |
|
RJ01 | Rejection of invention patent application after publication |