CN114554290A - 一种iptv浏览器容错处理方法、装置及终端 - Google Patents

Abstract

本申请公开了一种IPTV浏览器容错处理方法、装置及终端，所述方法包括：监听浏览器是否接收到等待消息；若监听到浏览器接收到等待消息，则获取等待消息的按键键值与传入时间；根据传入时间判断在预设时间内是否接收到与按键键值对应的释放消息；若在预设时间内未接收到与按键键值对应的释放消息，则启动对应按键的异常按键处理机制，以重启浏览器。本申请在浏览器内建立监听模块，通过监听模块检测按键处理流程，来监测按键是否被浏览器页面处理，即浏览器是否在预设时间内接收到键值一致的等待消息与释放消息，并在发现异常后启动异常按键处理机制，以通过遥控器重启浏览器，并重新加载浏览器首页，而不需要重启机顶盒。

Description

一种IPTV浏览器容错处理方法、装置及终端

技术领域

本申请涉及网络电视(IPTV)技术领域，尤其涉及一种IPTV浏览器容错处理方法、装置及终端。

背景技术

IPTV即交互式网络电视，是以电信宽带网络为传输通道，以电视机为终端，向家庭用户提供包括电视内容在内的多种交互式服务的技术，可以通过普通电视机+网络机顶盒的方式收看，IPTV使得电视机成为具有通讯、互联网、电视功能的综合数字家庭终端。IPTV的主要特点是在其交互性，将主动权交给了用户，由用户直接通过遥控器点击来选择节目和播放方式。

IPTV产品普遍使用B/S(服务器端-浏览器)架构，即运营商部署页面内容，机顶盒端集成浏览器负责展示页面。但随着功能越来越多，页面越来越复杂，前端服务器页面开发页经常出现各种问题，如有些头端页面的书写错误也可能导致用户无法响应按键。出现这种情况后，用户无法继续使用遥控器操作，只能重新启动IPTV机顶盒。目前的解决方法通常都是开发或者用户发现后，逐级分析反馈到运营商，运营商修改页面来解决问题。

发明内容

本申请提供了一种IPTV浏览器容错处理方法、装置及终端，以解决目前页面出现异常导致浏览器无法响应时，只能重新启动IPTV机顶盒的技术问题。

为了解决上述技术问题，本申请实施例公开了如下技术方案：

第一方面，本申请实施例公开了一种IPTV浏览器容错处理方法，所述方法包括：

监听浏览器是否接收到等待消息；

若监听到所述浏览器接收到所述等待消息，则获取所述等待消息的按键键值与传入时间；

根据所述传入时间判断在预设时间内是否接收到与所述按键键值对应的释放消息；

若在所述预设时间内未接收到与所述按键键值对应的释放消息，则启动对应按键的异常按键处理机制，以重启所述浏览器。

第二方面，本申请实施例还公开了一种IPTV浏览器容错处理装置，包括：

监听模块，用于监听浏览器是否接收到等待消息；

获取模块，用于当监听到所述浏览器接收到所述等待消息时，获取所述等待消息的按键键值与传入时间；

判断模块，用于根据所述传入时间判断在预设时间内是否接收到与所述按键键值对应的释放消息；

重启模块，用于当在所述预设时间内未接收到与所述按键键值对应的释放消息时，启动对应按键的异常按键处理机制，以重启所述浏览器。

第三方面，本申请实施例还提供了一种终端，包括处理器与存储器，所述存储器存储计算机执行指令，所述处理器执行所述存储器存储的所述计算机执行指令，使得所述处理器执行第一方面所述的方法。

本申请提供的IPTV浏览器容错处理方法包括监听浏览器是否接收到等待消息；若监听到浏览器接收到等待消息，则获取等待消息的按键键值与传入时间；根据传入时间判断在预设时间内是否接收到与按键键值对应的释放消息；若在预设时间内未接收到与按键键值对应的释放消息，则启动对应按键的异常按键处理机制，以重启浏览器。本申请在浏览器中设置监听模块，以监测浏览器接收的按键事件及执行与按键事件对应的注册事件的回调函数，从而监测按键是否被浏览器的页面处理，若按键未被浏览器的页面处理，即浏览器未在预设时间内接收到按键键值一致的等待消息与释放消息，则认为页面有书写问题或浏览器内部出现了异常，导致浏览器无法响应按键，此时启动对应按键的异常按键处理机制，以重启浏览器，并可通过遥控器重新加载浏览器首页，而不需重启机顶盒。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种场景示意图；

图2为本发明实施例提供的一种浏览器接收按键及分发按键的流程图；

图3为本申请实施例提供的一种浏览器无法响应按键的流程图；

图4为本申请实施例提供的一种IPTV浏览器容错处理方法的流程图；

图5为本申请实施例提供的一种IPTV浏览器容错处理方法中S400的详细流程示意图；

图6为本申请实施例提供的一种IPTV浏览器容错处理方法中S500的详细流程示意图；

图7为本申请实施例提供的一种IPTV浏览器容错处理装置的结构示意图；

图8为本申请实施例提供的一种终端的硬件结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

图1为本发明实施例提供的一种场景示意图，图1中包括电视机101和机顶盒102，电视机101和机顶盒102可以通过有线或无线的方式连接，机顶盒102用于将网络资源与有线资源传输至电视机101，使用户可以通过电视机101浏览网页或收看网络电视或收看直播节目等。其中，图1所示仅为本发明的一种场景示意图，图中机顶盒102以及电视机101的具体类型和对应关系都不限于图1中公开的具体形式。

图2为本申请实施例提供的一种浏览器接收按键以及分发按键的流程图。如图2所示，电视机101可为网络电视IPTV，目前IPTV产品普遍使用B/S(服务器端-浏览器)架构，即运营商部署页面内容，机顶盒102端集成浏览器负责展示页面。浏览器从指定首页地址完成认证后，会按首页描述加载服务器下发的页面，浏览器针对接收到页面进行解析、布局渲染工作完成呈现，同时能响应用户按键输入，依据页面内容，可能会重新调用资源加载器模块去服务器更新或请求新的页面。

其中焦点页面中的需要获取按键的JS代码或需要接收永不输入的元素经过浏览器解析后，就会在document里面注册成一些事件以及对应时间处理的回调函数。比如页面中onkeydown或onkeypress的JS代码，会在解析后注册成keypress或keydown事件的回调函数；页面中input元素会解析成input事件回调函数；页面的A标签超链接会解析成click事件回调函数。当有按键传入到浏览器后，传入的按键键值就会在浏览器内部形成按键事件，并按规格查找到注册过的这些事件的回调函数去执行。

图3为本申请实施例提供的一种浏览器无法响应按键的流程图。如图3所示，如果因为页面书写问题(比如焦点页面选错，或者焦点页面没有书写按键处理的代码)导致当前焦点页面没有了按键处理能力，没有形成注册的事件回调函数，则按键输入后，浏览器内部在查找注册事件时失败，此时用户在输入任何按键后，浏览器都无法响应按键。出现这种情况后，用户无法继续使用遥控器操作，只能重新启动IPTV机顶盒，开发或者用户发现后，逐级分析反馈到运营商，运营商修改页面来解决问题。

为了解决上述问题，本申请实施例提供了一种IPTV浏览器容错处理方法，该方法在浏览器内建立监听模块，通过监听模块检测按键处理流程，来监测按键是否被浏览器页面处理，并在发现页面异常后调整按键发送流程，给出用户提示，使得可以通过遥控器重启浏览器以重新加载首页，不需要重启机顶盒。

图4为本申请实施例提供的一种IPTV浏览器容错处理方法的流程图。如图4所示，本申请实施例提供的IPTV浏览器容错处理方法包括：

S100：监听浏览器是否接收到等待消息。

在本申请实施例中，浏览器内建立有监听模块，当有按键传入至浏览器时，通过一个按键分发接口，将按键的键值k和传入时间t1作为参数，建立一个类型为wait的等待消息，通过专门建立的通道传递给监听模块；同时浏览器内部注册的各个输入事件的回调函数被处理执行时，将处理的键值k作为参数，建立一个类型为release的释放消息，通过专门建立的通道传递至监听模块。

浏览器的监听模块负责监听浏览器内的等待消息与释放消息，以监听浏览器中是否接收到等待消息或释放消息。

S200：若监听到浏览器接收到等待消息，则获取等待消息的按键键值与传入时间。

当通过浏览器的监听模块监听到浏览器接收到了等待消息，则获取等待消息里面的按键键值k与传入时间t1，从而得到用户输入的按键键值。如用户按下遥控器的“上一页”按键，按键通过按键分发接口建立参数为当前时间t1与键值k的等待消息，浏览器的监听模块监听到浏览器接收了等待消息，则获取等待消息的键值k与传入时间t1，其中，该键值k代表“上一页”的按键键值。

S300：判断浏览器是否启动了异常按键处理机制。

当浏览器的监听模块监听到浏览器接收了等待消息，有可能是浏览器首次接收到某一按键的等待消息，也有可能是再次接收到某一按键的等待消息。若该等待消息为浏览器再次接收到同一键值的等待消息，则说明浏览器并未对该按键进行响应，浏览器启动了异常按键处理机制，因此可通过判断浏览器是否启动了异常按键处理机制来判定该等待消息是否为再次接收到的同一键值的等待消息。若浏览器未启动异常按键处理机制，则执行步骤S400；若浏览器启动了异常按键处理机制，则执行步骤S600。

S400：根据传入时间判断在预设时间内是否接收到与按键键值对应的释放消息。

当浏览器接收了等待消息后，需要根据与等待消息的按键键值一致的释放消息来检测浏览器是否对该按键进行了响应，因此可通过在预设时间内浏览器是否接收到对应的等待消息与释放消息来判定浏览器是否对按键进行了响应。

具体地，当有按键传入到浏览器后，浏览器通过按键分发接口建立以对应键值与传入时间为参数的等待消息，同时传入的键值会在浏览器内部形成按键事件，并按规则查找注册过的相应事件的回调函数，当查找到与输入的键值对应的按键事件的回调函数后，执行对应的回调函数，并建立以对应键值为参数的释放消息。因此，只有在一定时间内监听到同一按键键值的等待消息与释放消息，才说明浏览器对用户输入的按键进行了响应。

在本申请实施例中，根据传入时间判断在预设时间内是否接收到对应的等待消息与释放消息的具体流程如图5所示：

S401：以传入时间为基准时间设置定时器。

当浏览器的监听模块监听到浏览器接收了等待消息后，获取到等待消息里面的键值k及传入时间t1，并以传入时间t1为基准时间设置定时器，以根据定时器的时间来检测浏览器是否接收到对应的释放消息。在本申请实施例中，可以等待消息的传入时间t1为基准消息设置500ms的定时器。

S402：判断定时器在超时时间内是否接收到释放消息。

S403：若定时器在超时时间内接收到释放消息，则获取释放消息的按键键值。

S404：判断释放消息的按键键值与等待消息的按键键值是否一致。

S405：若释放消息的按键键值与等待消息的按键键值一致，则清空并结束定时器。

设置好定时器后，通过浏览器的监听模块来监听浏览器是否在设定时间内接收到释放消息，若定时器在设定时间内接收到释放消息，则获取该释放消息的按键键值，以将释放消息的按键键值与等待消息的按键键值进行比较，判断释放消息的按键键值与等待消息的按键键值是否一致，若释放消息的按键键值与等待消息的按键键值一致，说明在定时器的超时时间内浏览器接收到同一按键键值的等待消息与释放消息，浏览器对该按键进行了响应，清空并结束该定时器；若释放消息的按键键值与等待消息的按键键值不一致，说明浏览器接收了另一按键，需要浏览器继续监测释放消息，以判定浏览器是否在定时器的超时时间内对等待消息的按键进行了响应。

若定时器在设定时间内未接收到释放消息，则说明浏览器未在定时器的超时时间内对等待消息的按键进行响应，认为该等待消息的按键处理异常。

S500：若在预设时间内未接收到与按键键值对应的释放消息，则启动对应按键的异常按键处理机制，以重启浏览器。

若在预设时间内未接收到与等待消息相应的释放消息，则说明浏览器出现了异常，如页面存在书写问题，或者浏览器内部出现了一些异常，导致浏览器无法响应按键事件，此时监听模块可主动弹出异常提示，以提示用户启动监听模块的异常按键处理机制，通过遥控器重启浏览器。

在本申请实施例中，监听模块通过菜单提示方式让用户使用特殊功能键重启浏览器的具体方法如图6所示：

S501：接收传送至浏览器的下一等待消息，获取下一等待消息的按键键值。

S502：判断下一等待消息的按键键值与当前等待消息的按键键值是否一致。

S503：若下一等待消息的按键键值与当前等待消息的按键键值一致，则关闭浏览器，重启浏览器并登陆首页地址。

S504：若下一等待消息的按键键值与当前等待消息的按键键值不一致，则执行下一等待消息的按键事件。

当浏览器的监听模块未在预设时间内接收到同一键值的等待消息与释放消息，说明该按键处理异常，监听模块再收到等待消息后，会先获取再收到等待消息的按键键值k，如果再收到等待消息的键值k与之前异常按键的键值一致，说明用户想继续执行该按键事件，则把当前浏览器关闭，重新启动浏览器并登陆首页地址；如果再收到等待消息的键值k与之前异常按键的键值不一致，说明用户想执行下一按键事件，则按照按键处理流程来执行再收到等待消息的按键事件。

S600：判断等待消息的按键键值是否为特殊恢复功能键。

当浏览器的监听模块监听到浏览器接收了等待消息，且该等待消息为再次接收到某一按键的等待消息，则判断等待消息的按键键值是否为特殊恢复功能键，即判断用户是否对某一处理异常的按键进行了再次输入。若判定等待消息的按键键值为特殊恢复功能键，说明用户对某一处理异常的按键进行了再次输入，即用户使用特殊的恢复功能按键启动了异常按键处理机制，则返回执行步骤S500，通过遥控器重新按首页地址启动浏览器；若判定等待消息的按键键值不是特殊恢复功能键，说明浏览器之前对某一按键处理异常，但用户并未对该按键继续输入，即用户并未使用特殊的恢复功能按键启动了异常按键处理机制，则返回执行步骤S300，继续监测接收等待消息。

本申请实施例提供的IPTV浏览器容错处理方法，在浏览器中设置监听模块，以监测浏览器接收的按键事件(等待消息)及执行与按键事件对应的注册事件的回调函数(释放消息)，从而监测按键是否被浏览器的页面处理，若按键未被浏览器的页面处理，即浏览器未在预设时间内接收到按键键值一致的等待消息与释放消息，则认为页面有书写问题或浏览器内部出现了异常，导致浏览器无法响应按键，此时给出用户菜单提示，启动对应按键的异常按键处理机制，以重启浏览器，并可通过遥控器重新加载浏览器首页，而不需重启机顶盒。

图7为本申请实施例提供的一种IPTV浏览器容错处理装置的结构示意图。如图7所示，对应于上述IPTV浏览器容错处理方法，本申请实施例还提供了一种IPTV浏览器容错处理装置，所述IPTV浏览器容错处理装置700包括监听模块701、获取模块702、判断模块703与重启模块704，其中，

监听模块701，用于监听浏览器是否接收到等待消息，该等待消息包括按键的键值k和传入时间t1。

获取模块702，用于当监听到浏览器接收到等待消息时，获取等待消息的按键键值与传入时间。即当通过浏览器的监听模块监听到浏览器接收到了等待消息，则获取等待消息里面的按键键值k与传入时间t1，从而得到用户输入的按键键值。

判断模块703，用于根据传入时间判断在预设时间内是否接收到与按键键值对应的释放消息。即当浏览器接收了等待消息后，需要根据与等待消息的按键键值一致的释放消息来检测浏览器是否对该按键进行了响应，因此可通过在预设时间内浏览器是否接收到对应的等待消息与释放消息来判定浏览器是否对按键进行了响应。

重启模块704，用于当在预设时间内未接收到与按键键值对应的释放消息时，启动对应按键的异常按键处理机制，以重启浏览器。即若在预设时间内未接收到与等待消息相应的释放消息，则说明浏览器出现了异常，如页面存在书写问题，或者浏览器内部出现了一些异常，导致浏览器无法响应按键事件，此时监听模块可主动弹出异常提示，以提示用户启动监听模块的异常按键处理机制，通过遥控器重启浏览器。

在本申请实施例中，为监听等待消息与释放消息，本申请实施例提供的IPTV浏览器容错处理装置还包括第一建立模块与第二建立模块，第一建立模块用于当有按键传入至浏览器时，浏览器根据按键的键值与传入时间建立等待消息。即当有按键传入到浏览器后，浏览器通过按键分发接口建立以对应键值与传入时间为参数的等待消息。

第二建立模块用于当浏览器内部注册的各个输入事件的回调函数被处理执行时，根据输入事件的按键键值建立释放消息。即当有按键传入到浏览器后，传入的键值会在浏览器内部形成按键事件，并按规则查找注册过的相应事件的回调函数，当查找到与输入的键值对应的按键事件的回调函数后，执行对应的回调函数，并建立以对应键值为参数的释放消息。

本申请实施例提供的IPTV浏览器容错处理装置还包括第二判断模块，该第二判断模块用于在监听到浏览器接收了等待消息后，判断浏览器是否启动了异常按键处理机制。即当浏览器的监听模块监听到浏览器接收了等待消息，有可能是浏览器首次接收到某一按键的等待消息，也有可能是再次接收到某一按键的等待消息。若该等待消息为浏览器再次接收到同一键值的等待消息，则说明浏览器并未对该按键进行响应，浏览器启动了异常按键处理机制，因此可通过判断浏览器是否启动了异常按键处理机制来判定该等待消息是否为再次接收到的同一键值的等待消息。

在本申请实施例中，判断模块703包括设置模块、第一判断子模块、第一获取子模块、第二判断子模块、清空模块，其中，

设置模块，用于在预设时间内未接收到对应的等待消息与释放消息时，以传入时间为基准时间设置定时器。即当浏览器的监听模块监听到浏览器接收了等待消息后，获取到等待消息里面的键值k及传入时间t1，并以传入时间t1为基准时间设置定时器，以根据定时器的时间来检测浏览器是否接收到对应的释放消息。在本申请实施例中，可以等待消息的传入时间t1为基准消息设置500ms的定时器。

第一判断子模块，用于判断定时器在超时时间内是否接收到释放消息。即设置好定时器后，通过浏览器的监听模块来监听浏览器是否在设定时间内接收到释放消息。

第一获取子模块，用于在定时器在超时时间内接收到释放消息，则获取释放消息的按键键值。即若定时器在设定时间内接收到释放消息，则获取该释放消息的按键键值。

第二判断子模块，用于在获取释放消息的按键键值后，判断释放消息的按键键值与等待消息的按键键值是否一致。即在获取到释放消息的按键键值后，将释放消息的按键键值与等待消息的按键键值进行比较，判断释放消息的按键键值与等待消息的按键键值是否一致。

清空模块，用于在释放消息的按键键值与等待消息的按键键值一致时，清空并结束定时器。即释放消息的按键键值与等待消息的按键键值一致时，说明在定时器的超时时间内浏览器接收到同一按键键值的等待消息与释放消息，浏览器对该按键进行了响应，清空并结束该定时器。

在本申请实施例中，重启模块包括菜单提示子模块、第二获取子模块、第三判断子模块与关闭子模块，其中，

菜单提示子模块，用于在定时器未在超时时间内接收到与等待消息对应的释放消息，则通过菜单异常提示方式启动异常按键处理机制。即若在预设时间内未接收到与等待消息相应的释放消息，则说明浏览器出现了异常，如页面存在书写问题，或者浏览器内部出现了一些异常，导致浏览器无法响应按键事件，此时监听模块可主动弹出异常提示，以提示用户启动监听模块的异常按键处理机制。

第二获取子模块，用于在通过菜单提示方式启动异常按键处理机制时，接收传送至浏览器的下一等待消息，并获取下一等待消息的按键键值。即当浏览器的监听模块未在预设时间内接收到同一键值的等待消息与释放消息，说明该按键处理异常，监听模块再收到等待消息后，会先获取再收到等待消息的按键键值k。

第三判断子模块，用于判断下一等待消息的按键键值与当前等待消息的按键键值是否一致。即获取到下一等待消息的按键键值后，将下一等待消息的按键键值与当前等待消息的按键键值进行比较，以判断下一等待消息的按键键值与当前等待消息的按键键值是否一致，以判定用户是否想继续执行该异常按键事件。

关闭子模块，用于当下一等待消息的按键键值与当前等待消息的按键键值一致时，关闭浏览器。即当下一等待消息的按键键值与当前等待消息的按键键值一致时，说明用户想继续执行该按键事件，则把当前浏览器关闭，重启启动浏览器并登陆首页地址。

本申请实施例提供的IPTV浏览器容错处理装置，可用于执行上述任一方法实施例，即通过建立监听模块，检测按键处理流程，来监测按键是否被页面处理，若按键未被浏览器的页面处理，即浏览器未在预设时间内接收到按键键值一致的等待消息与释放消息，则认为页面有书写问题或浏览器内部出现了异常，导致浏览器无法响应按键，此时通过遥控器的特殊功能键启动对应按键的异常按键处理机制，以重启浏览器，并可通过遥控器重新加载浏览器首页，而不需重启机顶盒。

图8为本申请实施例提供的一种终端的硬件结构示意图。如图8所示，本实施例提供的终端800包括处理器801与存储器803，处理器801与存储器803通过总线802连接。

在具体实现过程中，处理器801执行存储器803存储的计算机执行指令，使得处理器801执行上述任一方法实施例的技术方案。

处理器801的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

在上述图8所示的实施例中，应理解，处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性储存NVM，例如至少一个磁盘存储器。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

本申请实施例还可提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述任一方法实施例的技术方案。

上述的计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(SPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application SpecificIntegrated Circuits，ASIC)中。当然，处理器和可读存储介质也可以作为分离组件存在于设备中。

本领域技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤，而前述的存储介质包括ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，在本说明书中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的电路结构、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种电路结构、物品或者设备所固有的要素。在没有更多限制的情况下，有语句“包括一个……”限定的要素，并不排除在包括所述要素的电路结构、物品或者设备中还存在另外的相同要素。

本领域技术人员在考虑说明书及实践这里发明的公开后，将容易想到本申请的其他实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求的内容指出。

以上所述的本申请实施方式并不构成对本申请保护范围的限定。

Claims (10)

1.一种IPTV浏览器容错处理方法，其特征在于，所述方法包括：

监听浏览器是否接收到等待消息；

若监听到所述浏览器接收到所述等待消息，则获取所述等待消息的按键键值与传入时间；

根据所述传入时间判断在预设时间内是否接收到与所述按键键值对应的释放消息；

若在所述预设时间内未接收到与所述按键键值对应的释放消息，则启动对应按键的异常按键处理机制，以重启所述浏览器。

2.根据权利要求1所述的IPTV浏览器容错处理方法，其特征在于，监听浏览器是否接收到等待消息，之前包括：

当有按键传入至所述浏览器时，所述浏览器根据所述按键的键值与传入时间建立等待消息；

当所述浏览器内部注册的各个输入事件的回调函数被处理执行时，根据所述输入事件的按键键值建立释放消息。

3.根据权利要求1所述的IPTV浏览器容错处理方法，其特征在于，根据所述传入时间判断在预设时间内是否接收到与所述按键键值对应的释放消息，之前包括：

获取到所述等待消息的按键键值后，判断所述浏览器是否启动了异常按键处理机制；

若所述浏览器未启动所述异常按键处理机制，则根据所述传入时间建立定时器。

4.根据权利要求3所述的IPTV浏览器容错处理方法，其特征在于，根据所述传入时间判断在预设时间内是否接收到与所述按键键值对应的释放消息，包括：

以所述传入时间为基准时间设置定时器；

判断所述定时器在超时时间内是否接收到释放消息；

若所述定时器在超时时间内接收到所述释放消息，则获取所述释放消息的按键键值；

判断所述释放消息的按键键值与所述等待消息的按键键值是否一致；

若所述释放消息的按键键值与所述等待消息的按键键值一致，则清空并结束所述定时器。

5.根据权利要求4所述的IPTV浏览器容错处理方法，其特征在于，启动对应按键的异常按键处理机制以重启所述浏览器，包括：

若所述定时器未在超时时间内接收到与所述等待消息对应的所述释放消息，则通过菜单异常提示方式启动所述异常按键处理机制，以重启所述浏览器。

6.根据权利要求5所述的IPTV浏览器容错处理方法，其特征在于，通过菜单提示方式启动所述异常按键处理机制，包括：

接收传送至所述浏览器的下一等待消息，获取所述下一等待消息的按键键值；

判断所述下一等待消息的按键键值与当前所述等待消息的按键键值是否一致；

若所述下一等待消息的按键键值与当前所述等待消息的按键键值一致，则关闭所述浏览器，重启所述浏览器并登陆首页地址。

7.根据权利要求3所述的IPTV浏览器容错处理方法，其特征在于，若所述浏览器接收到所述等待消息后启动了所述异常按键处理机制，则判断所述等待消息的按键键值是否为特殊恢复功能键；

若所述等待消息的按键键值为所述特殊恢复功能键，则重新按首页地址启动所述浏览器。

8.一种IPTV浏览器容错处理装置，其特征在于，包括：

监听模块，用于监听浏览器是否接收到等待消息；

获取模块，用于当监听到所述浏览器接收到所述等待消息时，获取所述等待消息的按键键值与传入时间；

判断模块，用于根据所述传入时间判断在预设时间内是否接收到与所述按键键值对应的释放消息；

重启模块，用于当在所述预设时间内未接收到与所述按键键值对应的释放消息时，启动对应按键的异常按键处理机制，以重启所述浏览器。

9.根据权利要求8所述的IPTV浏览器容错处理装置，其特征在于，还包括：

第一建立模块，用于当有按键传入至所述浏览器时，所述浏览器根据所述按键的键值与传入时间建立等待消息；

第二建立模块，用于当所述浏览器内部注册的各个输入事件的回调函数被处理执行时，根据所述输入事件的按键键值建立释放消息。

10.一种终端，其特征在于，包括处理器与存储器，所述存储器存储计算机执行指令，所述处理器执行所述存储器存储的所述计算机执行指令，使得所述处理器执行如权利要求1-7任一项所述的方法。

Images