提示消息显示的管理方法及显示设备与流程

文档序号:13216327阅读:137来源:国知局
技术领域本发明涉及显示设备技术领域,尤其涉及一种提示消息显示的管理方法及显示设备。

背景技术:
目前,显示设备中能够播放的电视节目越来越多,例如某些广播电视运营商网络中的电视节目数量有200个左右。在电视节目的播放过程中,显示设备经常显示一些提示消息,提示消息繁多,例如用户插入CA(ConditionalAccess,条件接收)卡来观看权限内的电视节目,而无观看权限的电视节目一般会显示消息框,提示用户无观看权限;电视节目播放过程中,接线接触不良引起播放异常或者接收到广电的广告等时需要显示提示消息,等等。传统的显示设备在接收到提示消息时直接进行显示。在显示设备接收到两个或者两个以上的提示消息并显示时,显示设备由于现有技术的限制无法对提示消息进行较好的管理,因此,提示消息的显示显得比较混乱,不分主次,显示不够明了,用户无法确认目前最应该先关注的是哪个提示消息,体验较差。上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。

技术实现要素:
本发明的主要目的在于提供一种提示消息显示的管理方法及显示设备,旨在解决提示消息的显示混乱、不分主次及显示不够明了的技术问题。为实现上述目的,本发明提供一种提示消息显示的管理方法,所述提示消息显示的管理方法包括以下步骤:通过预先建立的后台服务进程的消息控制类监听并获取显示设备的提示消息;获取所述提示消息的优先级常量,根据所述优先级常量将所述提示消息添加到所述消息控制类预先建立的消息列表中;通过与所述后台服务进程绑定的应用进程获取所述消息列表中优先级常量最高的提示消息并显示。优选地,所述提示消息显示的管理方法还包括:当所述消息控制类监听并获取到新的提示消息时,根据所述新的提示消息及当前显示的提示消息两者的优先级常量将所述新的提示消息添加到所述消息列表中。优选地,所述提示消息显示的管理方法还包括:当所述消息控制类监听到所述提示消息的确认指令时,将消息列表中对应的提示消息进行删除。优选地,所述通过与所述后台服务进程绑定的应用进程获取所述消息列表中优先级常量最高的提示消息并显示的步骤包括:通过与所述后台服务进程绑定的应用进程监听所述消息列表;当监听到所述消息列表中存储有提示消息时,获取所述消息列表中优先级常量最高的提示消息;获取显示模板,将所述优先级常量最高的提示消息及显示模板显示于当前的播放窗口中。优选地,所述提示消息显示的管理方法还包括:当所述消息控制类监听到频道切换指令时,清空所述消息列表,重新监听并获取显示设备的提示消息。此外,为实现上述目的,本发明还提供一种显示设备,所述显示设备包括:获取模块,用于通过预先建立的后台服务进程的消息控制类监听并获取显示设备的提示消息;第一添加模块,用于获取所述提示消息的优先级常量,根据所述优先级常量将所述提示消息添加到所述消息控制类预先建立的消息列表中;显示模块,用于通过与所述后台服务进程绑定的应用进程获取所述消息列表中优先级常量最高的提示消息并显示。优选地,所述显示设备还包括:第二添加模块,用于当所述消息控制类监听并获取到新的提示消息时,根据所述新的提示消息及当前显示的提示消息两者的优先级常量将所述新的提示消息添加到所述消息列表中。优选地,所述显示设备还包括:删除模块,用于当所述消息控制类监听到所述提示消息的确认指令时,将消息列表中对应的提示消息进行删除。优选地,所述显示模块包括:监听单元,用于通过与所述后台服务进程绑定的应用进程监听所述消息列表;获取单元,用于当监听到所述消息列表中存储有提示消息时,获取所述消息列表中优先级常量最高的提示消息;显示单元,用于获取显示模板,将所述优先级常量最高的提示消息及显示模板显示于当前的播放窗口中。优选地,所述显示设备还包括:清空模块,用于当所述消息控制类监听到频道切换指令时,清空所述消息列表,重新监听并获取显示设备的提示消息。本发明一种提示消息显示的管理方法及显示设备,利用后台服务进程所创建的消息控制类监听显示设备的其他模块的各种提示消息,同时消息控制类创建一个消息列表,用来根据预先定义的提示消息的优先级常量存储所监听到的提示消息,由于后台服务进程与应用进程绑定,因此,应用进程可以调用后台服务进程,获取到后台服务进程中消息列表中的提示消息,并将优先级常量最高的提示消息进行显示,本发明由消息控制类对提示消息进行统一的存储及管理,并按照优先级常量进行显示,因此,在提示消息显示时弹出的消息框只能是一个,消息框不会发生重叠,提示消息可按主次依次弹出,显示有秩序且明了,用户体验更好。附图说明图1为本发明提示消息显示的管理方法第一实施例的流程示意图;图2为本发明提示消息显示的管理方法第二实施例的流程示意图;图3为本发明提示消息显示的管理方法第三实施例的流程示意图;图4为图1中步骤S103的细化流程示意图;图5为本发明显示设备第一实施例的功能模块示意图;图6为本发明显示设备第二实施例的功能模块示意图;图7为本发明显示设备第三实施例的功能模块示意图;图8为图5中显示模块的细化功能模块示意图。本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。具体实施方式应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。本发明提供一种提示消息显示的管理方法,参照图1,在一实施例中,该提示消息显示的管理方法包括:步骤S101,通过预先建立的后台服务进程的消息控制类监听并获取显示设备的提示消息;本实施例中,显示设备可以是数字电视机顶盒、数字电视一体机、手持数字电视终端等,本实施例不局限于数字电视在节目播放时播放相关提示消息,还可以用在视频点播(VideoOnDemand,VOD)播放相关提示消息。本实施例中,显示设备建立一个后台服务(TopBarService)进程,后台服务进程在显示设备开机时即启动。后台服务进程将各种提示消息归类并定义优先级常量,每个优先级常量代表一种类型的提示消息,优先级常量值越高,则级别越高,对应的提示消息优先显示。本实施例在后台服务进程中建立一消息控制类,该消息控制类用于对提示消息进行显示的管理,例如提示消息的添加或删除,显示或隐藏等。在消息控制类内部创建一个存储提示消息的消息列表。本实施例中,消息控制类通过预先定义的接口对显示设备的其他功能模块进行监听,进而获取到提示消息。例如,监听CA卡的相关提示消息(如是否有权观看电视节目)、监听广告插件的相关提示消息(如是否播放广告)、监听电子节目菜单的相关提示消息(如电子节目菜单是否更新)、监听是否接收到节目信号的相关提示消息等等。步骤S102,获取所述提示消息的优先级常量,根据所述优先级常量将所述提示消息添加到所述消息控制类预先建立的消息列表中;当消息控制类监听到提示消息时,对提示消息按照后台服务进程预先的定义进行归类,然后获取其优先级常量,按照各提示消息的优先级常量将其存储到在消息控制类内部创建的消息列表中,其中,在该消息列表中,优先级常量高的提示消息存储在优先显示位置,以此类推,直至将所有的提示消息存储到消息列表中。步骤S103,通过与所述后台服务进程绑定的应用进程获取所述消息列表中优先级常量最高的提示消息并显示。本实施例中,后台服务进程与显示设备的应用进程之间Binder绑定。应用进程通过Binder调用后台服务进程。本实施例应用进程中开启有一个或多个窗口,但只有窗口为当前可显示提示消息的播放窗口,其他窗口为暂停窗口或停止窗口;当从播放窗口进入其他窗口时,该播放窗口处于暂停状态,但是后台服务进程扔在继续监听其他各个模块的消息,并实时更新消息列表;当从其他窗口返回到播放窗口时,就可以获取到实时的、最新的提示消息,并显示出来,给用户提供实时的提示消息。应用进程监听后台服务进程,当后台服务进程的消息列表中存储有提示消息时,后台服务进程获取消息列表中优先级常量最高的提示消息,然后将优先级常量最高的提示消息显示于当前的播放窗口上。与现有技术相比,本实施例利用后台服务进程所创建的消息控制类监听显示设备的其他模块的各种提示消息,同时消息控制类创建一个消息列表,用来根据预先定义的提示消息的优先级常量存储所监听到的提示消息,由于后台服务进程与应用进程绑定,因此,应用进程可以调用后台服务进程,获取到后台服务进程中消息列表中的提示消息,并将优先级常量最高的提示消息进行显示,本实施例由消息控制类对提示消息进行统一的存储及管理,并按照优先级常量进行显示,因此,在提示消息显示时弹出的消息框只能是一个,消息框不会发生重叠,提示消息可按主次依次弹出,显示有秩序且明了,用户体验更好。在一优选的实施例中,如图2所示,在上述图1的实施例的基础上,提示消息显示的管理方法还包括:步骤S104,当所述消息控制类监听并获取到新的提示消息时,根据所述新的提示消息及当前显示的提示消息两者的优先级常量将所述新的提示消息添加到所述消息列表中。本实施例中,消息控制类保持对显示设备中的其他模块的监听,当监听到新的提示消息时,例如显示设备的接线接触不良引起播放异常时,首先判断所监听到的提示消息与显示设备当前显示的提示消息两者的优先级常量哪一个的更高,如果所监听到的提示消息的优先级常量比当前显示的提示消息的优先级常量还要高,则将所监听到的提示消息放在消息列表的前面,优先进行显示,而上述显示设备当前显示的提示消息暂不进行显示。如果所监听到的提示消息的优先级常量低于比当前显示的提示消息的优先级常量,则仅仅将所监听到的提示消息按照优先级常量添加到消息列表中。在一优选的实施例中,如图3所示,在上述图1的实施例的基础上,提示消息显示的管理方法还包括:步骤S105,当所述消息控制类监听到所述提示消息的确认指令时,将消息列表中对应的提示消息进行删除。本实施例中,确认指令包括两种,其一是当提示消息在播放窗口上进行显示时,用户点击确认按键,消息控制类可监听到由确认按键发出的确认指令;另一是当提示消息在播放窗口上进行显示时,例如提示消息为接线接触不良引起播放异常的提示消息时,如果接线自动恢复接触良好状态,则后台服务进程能从监听的相对应的模块中得到取消显示的提示消息,从而后台服务进程能通知播放窗口取消提示消息的显示,即由显示设备自身自动进行确认。当消息控制类监听到上述两种确认指令时,先判断当前显示的提示消息的优先级常量是否是消息列表中优先级常量最大的,如果是,直接把消息列表中的该提示消息删除,然后显示消息列表中的下一个提示消息;如果消息列表中没有下一个提示消息,则隐藏播放窗口的消息框;如果当前显示的提示消息的优先级常量小于消息列表中优先级常量最大的,就只把提示消息直接从消息列表中删除。在一优选的实施例中,如图4所示,在上述图1的实施例的基础上,上述步骤S103包括:步骤S1031,通过与所述后台服务进程绑定的应用进程监听所述消息列表;步骤S1032,当监听到所述消息列表中存储有提示消息时,获取所述消息列表中优先级常量最高的提示消息;步骤S1033,获取显示模板,将所述优先级常量最高的提示消息及显示模板显示于当前的播放窗口中。本实施例中,后台服务进程的控制类对显示设备的其他模块进行监听,如果监听并获取到提示消息则添加到消息列表中,应用进程对后台服务进程的消息列表进行监听,如果监听到消息列表中存储有提示消息,则进行显示。本实施例在播放界面的播放窗口,建立各种提示消息的显示模板。当应用进程监听提示到消息时,将提示消息添加到显示模板中,并显示于播放窗口上。另外,播放窗口每次在onResume启动时,应用进程均监听后台服务进程的消息列表,如果消息列标有提示消息则进行相应的显示。播放窗口每次在onPause或者onStop时,都隐藏当前的消息框,但并不删除提示消息。在一优选的实施例中,在上述图1的实施例的基础上,所述提示消息显示的管理方法还包括:当所述消息控制类监听到频道切换指令时,清空所述消息列表,重新监听并获取显示设备的提示消息。本实施例中,用户每次切换频道时,后台服务进程中的消息控制类监听到切换频道指令后,清空消息列表,然后重新监听显示设备的提示消息。本发明还提供一种显示设备,如图5所示,在一实施例中,所述显示设备包括:获取模块101,用于通过预先建立的后台服务进程的消息控制类监听并获取显示设备的提示消息;本实施例中,显示设备可以是数字电视机顶盒、数字电视一体机、手持数字电视终端等,本实施例不局限于数字电视在节目播放时播放相关提示消息,还可以用在视频点播(VideoOnDemand,VOD)播放相关提示消息。本实施例中,显示设备建立一个后台服务(TopBarService)进程,后台服务进程在显示设备开机时即启动。后台服务进程将各种提示消息归类并定义优先级常量,每个优先级常量代表一种类型的提示消息,优先级常量值越高,则级别越高,对应的提示消息优先显示。本实施例在后台服务进程中建立一消息控制类,该消息控制类用于对提示消息进行显示的管理,例如提示消息的添加或删除,显示或隐藏等。在消息控制类内部创建一个存储提示消息的消息列表。本实施例中,消息控制类通过预先定义的接口对显示设备的其他功能模块进行监听,进而获取到提示消息。例如,监听CA卡的相关提示消息(如是否有权观看电视节目)、监听广告插件的相关提示消息(如是否播放广告)、监听电子节目菜单的相关提示消息(如电子节目菜单是否更新)、监听是否接收到节目信号的相关提示消息等等。第一添加模块102,用于获取所述提示消息的优先级常量,根据所述优先级常量将所述提示消息添加到所述消息控制类预先建立的消息列表中;当消息控制类监听到提示消息时,对提示消息按照后台服务进程预先的定义进行归类,然后获取其优先级常量,按照各提示消息的优先级常量将其存储到在消息控制类内部创建的消息列表中,其中,在该消息列表中,优先级常量高的提示消息存储在优先显示位置,以此类推,直至将所有的提示消息存储到消息列表中。显示模块103,用于通过与所述后台服务进程绑定的应用进程获取所述消息列表中优先级常量最高的提示消息并显示。本实施例中,后台服务进程与显示设备的应用进程之间Binder绑定。应用进程通过Binder调用后台服务进程。本实施例应用进程中开启有一个或多个窗口,但只有一个窗口为当前可显示提示消息的播放窗口,其他窗口为暂停窗口或停止窗口;当从播放窗口进入其他窗口时,该播放窗口处于暂停状态,但是后台服务进程扔在继续监听其他各个模块的消息,并实时更新消息列表;当从其他窗口返回到播放窗口时,就可以获取到实时的、最新的提示消息,并显示出来,给用户提供实时的提示消息。应用进程监听后台服务进程,当后台服务进程的消息列表中存储有提示消息时,后台服务进程获取消息列表中优先级常量最高的提示消息,然后将优先级常量最高的提示消息显示于当前的播放窗口上。在一优选的实施例中,如图6所示,在上述图5的实施例的基础上,所述显示设备还包括:第二添加模块104,用于当所述消息控制类监听并获取到新的提示消息时,根据所述新的提示消息及当前显示的提示消息两者的优先级常量将所述新的提示消息添加到所述消息列表中。本实施例中,消息控制类保持对显示设备中的其他模块的监听,当监听到新的提示消息时,例如显示设备的接线接触不良引起播放异常时,首先判断所监听到的提示消息与显示设备当前显示的提示消息两者的优先级常量哪一个的更高,如果所监听到的提示消息的优先级常量比当前显示的提示消息的优先级常量还要高,则将所监听到的提示消息放在消息列表的前面,优先进行显示,而上述显示设备当前显示的提示消息暂不进行显示。如果所监听到的提示消息的优先级常量低于比当前显示的提示消息的优先级常量,则仅仅将所监听到的提示消息按照优先级常量添加到消息列表中。在一优选的实施例中,如图7所示,在上述图5的实施例的基础上,所述显示设备还包括:删除模块105,用于当所述消息控制类监听到所述提示消息的确认指令时,将消息列表中对应的提示消息进行删除。本实施例中,确认指令包括两种,其一是当提示消息在播放窗口上进行显示时,用户点击确认按键,消息控制类可监听到由确认按键发出的确认指令;另一是当提示消息在播放窗口上进行显示时,例如提示消息为接线接触不良引起播放异常的提示消息时,如果接线自动恢复接触良好状态,则后台服务进程能从监听的相对应的模块中得到取消显示的提示消息,从而后台服务进程能通知播放窗口取消提示消息的显示,即由显示设备自身自动进行确认。当消息控制类监听到上述两种确认指令时,先判断当前显示的提示消息的优先级常量是否是消息列表中优先级常量最大的,如果是,直接把消息列表中的该提示消息删除,然后显示消息列表中的下一个提示消息;如果消息列表中没有下一个提示消息,则隐藏播放窗口的消息框;如果当前显示的提示消息的优先级常量小于消息列表中优先级常量最大的,就只把提示消息直接从消息列表中删除。在一优选的实施例中,如图8所示,在上述图5的实施例的基础上,所述显示模块103包括:监听单元1031,用于通过与所述后台服务进程绑定的应用进程监听所述消息列表;获取单元1032,用于当监听到所述消息列表中存储有提示消息时,获取所述消息列表中优先级常量最高的提示消息;显示单元1033,用于获取显示模板,将所述优先级常量最高的提示消息及显示模板显示于当前的播放窗口中。本实施例中,后台服务进程的控制类对显示设备的其他模块进行监听,如果监听并获取到提示消息则添加到消息列表中,应用进程对后台服务进程的消息列表进行监听,如果监听到消息列表中存储有提示消息,则进行显示。本实施例在播放界面的播放窗口,建立各种提示消息的显示模板。当应用进程监听提示到消息时,将提示消息添加到显示模板中,并显示于播放窗口上。另外,播放窗口每次在onResume启动时,应用进程均监听后台服务进程的消息列表,如果消息列标有提示消息则进行相应的显示。播放窗口每次在onPause或者onStop时,都隐藏当前的消息框,但并不删除提示消息。在一优选的实施例中,在上述图5的实施例的基础上,所述显示设备还包括:清空模块,用于当所述消息控制类监听到频道切换指令时,清空所述消息列表,重新监听并获取显示设备的提示消息。本实施例中,用户每次切换频道时,后台服务进程中的消息控制类监听到切换频道指令后,清空消息列表,然后重新监听显示设备的提示消息。以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1