CN102811379A - 一种电视机、消息处理方法及系统 - Google Patents

Abstract

本发明适用于电视机领域，提供了一种电视机、消息处理方法及系统，所述电视机包括客户端及信息管理单元，所述客户端用于接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至所述消息管理单元；所述消息管理单元用于根据所述消息属性信息，判断是否需要强制显示所述消息，当判断结果为是时，显示并存储所述消息，并标记所述消息的状态为已读。本发明通过客户端对消息进行接收、解析等，通过消息管理单元对消息的存储、查看等管理，使得电视机能够具有对服务器端推送的消息进行统一管理等功能。

Description

一种电视机、消息处理方法及系统

技术领域

本发明属于电视机领域，尤其涉及一种电视机、消息处理方法及系统。

背景技术

智能终端的产生，使得从服务端直接向智能终端推送消息成为了可能。以智能终端为电视为例，如果电视上的应用有更新，系统需要升级时，就可以直接通过服务端来发送消息，提示终端用户。另外，也可以在适当的时候，向终端推送广告，来获取商业利润。

目前，android下的消息推送系统有两个，一个是google推出的c2dm（android cloud to device messaging，基于android的云到设备消息推送服务），但是这个需要用到国外服务器，不稳定，并且该系统只能与第三方应用通过代码的方式一一对应的绑定，必须依赖于google账户；另一个是android的一个开源项目androidpn（android push notification，基于android的推送通知），在引用现有smack库的基础上实现和服务器端的持久连接，以实现服务器对客户端的推送，但是该客户端功能过于简单，只能传递简单消息，不能满足视频，音频等媒体格式，并且无法提供完整的消息接收和显示机制。

发明内容

本发明实施例的目的在于提供一种电视机、消息处理方法及系统，旨在解决由于现有电视机对接收到的消息的处理功能不够强大，也不方便用户操作该消息的问题。

本发明实施例是这样实现的，一种电视机，所述电视机包括客户端及信息管理单元，其中：

所述客户端，用于接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至所述消息管理单元；及

所述消息管理单元，用于根据所述消息属性信息，判断是否需要强制显示所述消息，当判断结果为是时，显示并存储所述消息，并标记所述消息的显示状态为已读。

本发明实施例的另一目的在于提供一种基于上述电视机的消息处理方法，所述方法包括下述步骤：

所述客户端接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至消息管理单元；

所述消息管理单元根据所述消息属性信息，判断是否需要强制显示所述消息，当判断结果为是时，显示并存储所述消息，并标记所述消息的显示状态为已读。

本发明实施例的另一目的在于提供一种消息处理系统，所述系统包括权利要求1所述的电视机，还包括与所述电视机通信的服务器，其中：

所述服务器，用于向所述电视机的客户端发送消息。

本发明实施例通过提供一种包括客户端及信息管理单元的电视机，由该客户端接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至该消息管理单元；该消息管理单元根据该消息属性信息，判断是否需要强制显示该消息，当判断结果为是时，显示并存储该消息，并标记该消息的显示状态为已读，解决了现有电视机对接收到的消息的处理功能不够强大，也不方便用户操作该消息的问题，使得电视机能够对服务器发送的消息进行接收、显示、存储等，实现对消息的统一管理，扩大了电视机对接收到的消息的处理功能，也方便用户对消息进行的操作等。

附图说明

图1是本发明第一实施例提供的电视机的结构图；

图2是本发明第二实施例提供的电视机的结构图；

图3是本发明第三实施例提供的消息处理方法的实现流程图；

图4是本发明第三实施例提供的消息处理方法中步骤S302的具体实现流程图；

图5是本发明第四实施例提供的消息处理方法的实现流程图；

图6是本发明第五实施例提供的消息处理方法的实现流程图；

图7是本发明第六实施例提供的消息处理系统的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例通过电视机的客户端接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至该电视机的消息管理单元，该消息管理单元根据该消息属性信息，判断是否需要强制显示该消息，当判断结果为是时，显示并存储该消息，并标记该消息的显示状态为已读，使得电视机能够对服务器发送的消息进行接收、显示、存储等，实现对消息的统一管理，扩大了电视机对接收到的消息的处理功能，也方便用户对消息进行的操作等。

以下结合具体实施例对本发明的具体实现进行详细描述：

实施例一：

图1示出了本发明第一实施例提供的电视机的结构，为了便于说明，仅示出了与本发明实施例相关的部分。

该电视机可以为智能电视机，包括客户端11及信息管理单元12，其中：

该客户端11，用于接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至该消息管理单元12；及

该消息管理单元12，用于根据该消息属性信息，判断是否需要强制显示该消息，当判断结果为是时，显示并存储该消息，并标记该消息的显示状态为已读。

在本发明实施例中，服务器基于androidpn，通过扩展XMPP协议与电视机中的该客户端11交互。而XMPP协议（The Extensible Messaging and PresenceProtocol，可扩展通讯和表示协议）是一种基于XML的协议，它继承了在XML环境中灵活的发展性，因此，基于XMPP的应用具有超强的可扩展性，经过扩展以后的XMPP可以通过发送扩展的信息来处理用户的需求，以及在XMPP的顶端建立如内容发布系统和基于地址的服务等应用程序，该扩展的信息是指该客户度11与服务器约定格式后，服务器能够发送的消息，且客户端能够解析该消息，具体约定格式可以根据具体业务变化来进行修改和扩展。而且，由于XMPP包含了针对服务器端的软件协议，使之能与另一个进行通话，这使得开发者更容易建立客户应用程序或给一个配好的系统添加功能，也使得可以传递的消息内容更加丰富，分类更精细。

该电视机的客户端11通过asmack库，完成与服务器端的长链接，登录和验证，该服务器端通过建立的长链接以xml、url等形式向客户端发送需要推送的信息。其中，asmack库是基于XMPP协议的java开发的一个开源框架，它主要封装了一些XMPP的实现。而如果把它直接用在android上是不行的，因为android缺少了一些java的类库，于是一个改进版的asmack诞生了，它是专门为android而改进的android smack架。此时，由于在asmack库基础上对XMPP协议扩展，使得客户端11可以接收服务器推送的不同格式的信息，比如，音频、视频、图片文字等对应格式的信息。

在本发明实施例中，客户端11接收到服务器推送的消息后，解析该消息，以获取到消息属性信息，包括消息参数和内容等属性信息，并将该消息属性信息通过广播以intent的方式发送至消息管理单元12中，该消息管理单元12也可以称之为消息盒子，需要说明的是，广播是android不同应用间进行通行的一种方式，Intent是进程间数据传递的一个载体，可以携带许多基本的数据类型和一些复杂的数据类型。

该消息管理单元12接收到消息属性信息后，会根据该消息属性中所包含的消息参数（比如消息中包含有消息类型标识、是否强制显示标识等）对消息进行处理，则若根据该消息属性，判断该消息为系统消息，则继续判断是否需要被强制显示，是，则立即显示该系统消息，并标记该系统消息的显示状态为已读，之后将该系统消息保存到数据库中；否，则标记该系统消息的显示状态为未读，同样将该系统消息保存到数据库中，此时对该系统消息接收和显示的部分结束。

若该消息管理单元12根据该消息属性，判断该消息为应用消息，则首先判断该应用消息对应的应用程序是否在线或者说是否处于打开状态，当在线时，则继续判断是否需要被强制显示，是，则立即显示该应用消息，并标记该应用消息的显示状态为已读，之后将该应用消息保存到数据库中；否，则说明该应用消息不需要被强制显示，此时标记该应用消息的显示状态为未读，同样将该应用消息保存到数据库中。另外，若该应用消息对应的应用程序不在线时，则直接标记该应用消息的显示状态为未读，并在数据库中保存该应用消息。在将接收到应用信息的显示状态标记为未读后，则该消息管理单元会向电视机中预置的消息条数处理单元发送增加未读条数的信息，以使该消息条数处理单元根据该增加未读条数的信息，将该应用程序对应的未读条数加1，并显示修改后的未读条数显示，具体显示位置可以根据实际需要设定，比如在电视机主界面上某个位置，或者该应用程序图标某位置上显示未读条数。

在本发明实施例中，该消息管理单元12判断应用消息对应的应用程序是否在线，具体为根据电视机中的应用在线状态管理模块存储的该应用程序的在线状态提供，以作为应用程序是否在线的依据。例如，若该应用程序在线，当客户端11接收到针对该应用程序的消息后，就可以直接显示出来；否则，只能先把该消息存储在消息管理单元12中，用户可以根据实际需要在后续操作中主动请求显示即可。

在本发明实施例中，在需要对应用程序进行注册或者取消注册处理时，该消息管理单元12还用于接收用户输入的指定应用的注册或者取消注册指令，根据该指令，发送该指定应用的注册或者取消注册消息至该客户端11，该客户端11根据该指定应用的注册或者取消注册信息，向该服务器发送该指定应用的注册或者取消注册请求，并接收该服务器根据该请求返回的注册或者取消注册结果，发送该注册或者取消注册结果至该消息管理单元12，该消息管理单元12根据该注册或者取消注册结果更新该指定应用的注册状态。

其中，该用户输入的指定应用的注册或者取消注册指令具体可以为用户通过在应用程序商店中，点击该指定应用的注册或取消注册菜单或者链接等时所生成的注册或者取消注册指令，也可以为用户直接点击该消息管理单元12中的针对该指定应用的注册或者取消注册选项等生成的注册或者取消注册指令。且对指定应用进行注册后，则能够实现通过服务器向注册后的应用程序推送相关消息的目的，比如，推送该应用程序的更新消息、相关广告消息等，而在用户取消注册后，可以实现不接收推送的消息，具有灵活性，也方便用户使用和管理。

本发明实施例提供了一种包括客户端11和消息管理单元12的电视机，通过电视机与服务器交互，能够随时接收来自该服务器推送的消息，比如系统升级、应用程序更新、广告等信息，使得推送的消息更加多样化；而且消息管理单元12能够根据消息的类型，将接收到的消息分为应用消息和系统消息，实现了对消息的分类、有序地存储管理，且通过专门设置的该消息管理单元12来负责消息的存储、查看、显示等，实现了对所有服务端器推送的消息进行统一分类管理，使得推送功能更强大，使用起来也更方便，有助于提升用户使用体验。

实施例二：

图2示出了本发明第二实施例提供的电视机的结构，为了便于说明，仅示出了与本发明实施例相关的部分。

在本发明实施例中，基于上述实施例一所述的客户端11及消息管理单元12，该电视机还包括消息条数处理单元20，此时，该消息管理单元12还用于：

接收用户输入的查看消息的指令，显示与该指令相关的所有消息；

当与该指令相关的所有消息中的一条消息被选定时，显示被选定的消息；

若该被选定的消息的类型为应用消息，且该被选定的消息的显示状态由未读变更为已读时，向消息条数处理单元20发送减少未读条数的信息。

该消息条数处理单元20，还用于根据该减少未读条数的信息，修改该应用程序对应的未读条数，并显示修改后的未读条数。

其中，用户输入的查看消息的指令可以为用户通过进入消息管理单元12中查看所有消息的指令，包括系统消息和应用消息，也可以为通过点击某一应用程序生成的查看该应用相关消息的指令，是针对应用消息的指令。

作为本发明一实例，当用户需要查看系统消息或者应用消息时，可以通过打开该消息管理单元12，点击其中的直接查看消息选项等，则在该消息管理单元12界面中显示所有消息的列表，包括系统消息和应用消息，具体显示顺序可以按照存储消息的时间倒序排列。进一步当选定列表中的某一条消息后，则可以显示该被选定的消息内容，比如首先进行消息详情页面，根据消息的属性等，在相关位置显示该消息。且在查看该被选定的消息时，如果消息为未读，而在显示消息内容后，修改当前被选定消息的显示状态为已读。如果该被查看的消息属于系统消息，则至此该系统消息的查看结束；若属于应用消息，则还会继续向消息条数处理单元20广播发送减少未读条数的信息，该消息条数处理单元20根据接收到的该减少未读条数的信息，将该应用程序对应的未读条数减一，并显示修改后的未读条数。

作为本发明另一实例，用户也可以直接点击具体的某一应用程序图标相关的菜单选项等，选择查看与该应用程序相关的应用消息，而不用从该消息管理单元12或称消息盒子中选择查看相关消息的功能，此时，该消息管理单元12会接收到来自该应用程序发送的请求查看该应用程序相关消息的请求或者指令，根据该指令所携带的应用程序标识id，能够获取到需要查看该id对应的应用程序相关信息，显示与该应用程序相关的所有消息，且与该应用程序相关的所有消息均属于应用消息。之后，该消息管理单元12查看其本地数据卡，得到与该应用程序相关的所有应用消息，并将该相关的所有应用消息以列表形式显示，具体可以按照消息的存储时间等排序显示，而当用户需要查看其中的某一条消息时，选定列表中的该应用消息，则，首先进行应用消息详情页面，根据应用消息的属性等，在相关位置显示该消息，具体显示位置参数等可以根据需要设定。且在查看该被选定的应用消息时，如果应用消息为未读，而在显示应用消息内容后，修改当前被选定应用消息的显示状态为已读，之后会继续向消息条数处理单元20广播发送减少未读条数的信息，该消息条数处理单元20根据接收到的该减少未读条数的信息，将该应用程序对应的未读条数减一，并显示修改后的未读条数。

在本发明实施例中，通过消息管理单元12、消息条数处理单元20等最终实现了在消息条数处理单元20查看相关消息，且用户可以根据实际需要选择需要查看的消息，方便用户使用。

实施例三：

图3示出了本发明第三实施例提供的消息处理方法的实现流程，该消息处理方法基于上述实施例一提供的电视机的各个单元实现，详述如下：

在步骤S301中，该客户端接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至消息管理单元。

在具体实施过程中，当客户端与服务器基于扩展的XMPP协议建立连接后，服务器可以以xml等格式向客户端推送消息，比如视频、音频、文字、图片等信息。该消息包括系统消息和应用消息两种类型的消息，应用消息是指与应用程序相关的消息，而应用消息以外的其他消息则属于系统消息。该客户端接收到服务器发送的消息后，解析该消息，获取到该消息的属性信息，包括消息参数和内容等属性信息，并将该消息属性信息通过广播以intent的方式发送至消息管理单元中，需要说明的是，广播是android不同应用间进行通信的一种方式，Intent是进程间数据传递的一个载体，可以携带许多基本的数据类型和一些复杂的数据类型。

在步骤S302中，该消息管理单元根据该消息属性信息，判断是否需要强制显示该消息，当判断结果为是时，显示并存储该消息，并标记该消息的显示状态为已读。

在具体实施过程中，该消息管理单元根据接收到的客户端发送的消息属性信息后，根据该属性信息中的是否强制显示标识，判断是否需要强制显示该消息，当判断结果为是时，显示并存储该消息，并标记该消息的显示状态为已读，当判断结果为否时，直接存储所述消息，并标记所述消息的显示状态为未读。

具体地，当该消息管理单元根据接收到的客户端发送的消息属性信息，判断出该消息属于系统消息时，继续判断是否需要被强制显示，是，则立即显示该系统消息，并标记该系统消息的显示状态为已读，之后将该系统消息保存到数据库中；否则，标记该系统消息的显示状态为未读，同样将该系统消息保存到数据库中，此时对该系统消息接收和显示的部分结束。

当该消息管理单元根据接收到的客户端发送的消息属性信息，判断出该消息属于应用消息时，如图4所示，该步骤S302具体包括以下步骤：

在步骤S321中，判断该消息对应的应用程序是否在线，是，则执行步骤S322，否则执行步骤S324。

在步骤S322中，判断该消息是否需要被强制显示，是，则执行步骤S323，否则执行步骤S324。

在步骤S323中，显示并存储该消息，并标记该消息的显示状态为已读，转至执行步骤S326，结束本次操作。

在步骤S324中，直接存储该消息，并标记该消息的显示状态为未读。

在步骤S325中，向预置的消息条数处理单元发送增加未读条数的信息，以使该消息条数处理单元修改该应用程序对应的未读条数。

在步骤S326中，结束本次操作。

在本发明实施例中，客户端接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至消息管理单元，该消息管理单元根据该消息属性信息，判断是否需要强制显示该消息，当判断结果为是时，显示并存储该消息，并标记该消息的显示状态为已读，使得电视机具有对接收到的推送消息进行统一分类、存储、显示等多种功能，电视机的功能更强大，也方便用户操作该消息，提升用户体验效果。

实施例四：

图5示出了本发明第四实施例提供的消息处理方法的实现流程，详述如下：

在本发明实施例中，在执行上述实施例三的步骤S301之前，该消息处理方法还包括以下步骤：

在步骤S501中，该消息管理单元接收用户输入的指定应用的注册或者取消注册指令，根据该指令，发送该指定应用的注册或者取消注册消息至该客户端。

在步骤S502中，该客户端根据该指定应用的注册或者取消注册信息，向该服务器发送该指定应用的注册或者取消注册请求，并接收该服务器根据该请求返回的注册或者取消注册结果，发送该注册或者取消注册结果至该消息管理单元。

在步骤S503中，该消息管理单元根据该注册或者取消注册结果更新该指定应用的注册状态。

在本发明实施例中，该消息管理单元能够接收用户输入的指定应用的注册或者取消注册指令。以用户需要对应用程序A进行注册为例，该消息管理单元根据针对该应用程序A的注册指令，向客户端发送该应用程序A的注册消息，该应用程序A的注册消息中携带有该应用程序A的id标识等信息。客户端接收到该应用程序A的注册消息后，会通过与服务器建立的长链接，将该应用程序A的注册消息转发至服务器，服务器将会将该指定应用进行注册处理，比如可以在注册表中添加记录，以标记该指定应用已经注册，返回注册成功的结果至客户端，进而，该客户端根据返回的结果修改该消息管理单元中该指定应用的注册记录状态，同时还可以输出该应用程序A注册成功的提示信息。同样，当需要对某一应用进行取消注册时，按照上述步骤，可以实现者取消注册处理目的。

在本发明实施例中，对某一应用程序的注册或者取消注册处理，也可以直接在应用程序商店中对该应用程序进行处理，以向客户端发送注册或者取消注册的指令，经过上述步骤同样可以达到目的。本发明实施例通过消息管理单元、客户端、服务器之间的交互，达到了可以随时对应用程序进行注册或者取消注册的目的，方便用户对消息的管理操作等。

实施例五：

图6示出了本发明第五实施例提供的消息处理方法的实现流程，该消息处理方法基于上述实施例二提供的电视机的各个单元实现，且可在实施例二、三的基础上，详述如下：

在步骤S601中，该消息管理单元接收用户输入的查看消息的指令，显示与该指令相关的所有消息。

其中，用户输入的查看消息的指令可以为用户通过进入消息管理单元中查看所有消息的指令，包括系统消息和应用消息，也可以为通过点击某一应用程序生成的查看该应用相关消息的指令，是针对应用消息的指令。

在步骤S602中，当与该指令相关的所有消息中的一条消息被选定时，该消息管理单元显示被选定的消息。

具体地，在该消息管理单元中以列表的形式显示所有的应用信息或者所有类型的消息，列表中消息的显示排列顺序可以根据用户需要设定，比如可以按照存储每一条消息的先后顺序，或者倒序排列显示等，在此不做限定。

在步骤S603中，若该被选定的消息的类型为应用消息，且该被选定的消息的显示状态由未读变更为已读时，该消息管理单元向消息条数处理单元发送减少未读条数的信息。

在步骤S604中，该消息条数处理单元根据该减少未读条数的信息，修改该应用程序对应的未读条数，并显示修改后的未读条数。

具体地，若该被选定的消息属于系统消息，且该被选定的消息的显示状态由未读变更为已读时，不需要由该消息管理单元向消息条数处理单元发送减少未读条数的信息等。

在本发明实施例中，该消息管理单元能够根据用户输入的查看消息的指令，显示与该指令相关的所有消息，或者进一步检测到用户选定的某一条消息时，能够显示选定的该消息内容，具体显示位置等可以根据实际需要预先设定，且当任意一条未读的应用消息被显示查看后，都能够及时地修改该对应的应用程序的未读信息条数，从而具有能够根据用户需要灵活、方便查看接收到的消息的优点，也使得电视机的用户体验效果增强。

实施例六：

图7示出了本发明第六实施例提供的消息处理系统的结构，为了便于说明，仅示出了与本发明实施例相关的部分。

该消息处理系统包括服务器71，还包括上述实施例中所述的电视机72，该服务器71，用于向电视机72的客户端发送消息。

该电视机72包括客户端721及信息管理单元722，其中，该客户端721与信息管理单元722与上述实施例中所述的客户端11与信息管理单元12的功能一一对应，在此不再赘述。

在本发明实施例中，服务器71基于androidpn，通过扩展XMPP协议与电视机72中的该客户端721交互，该服务器71能够根据商家等需要，针对特定电视机用户、特定应用程序、电视机型等进行广告推送、应用更新信息推送等，且推送的信息可以包括视频、音频、图片等不同格式的消息。

另外，该服务器71还可以对客户端721发送的指定应用的注册或者取消注册请求，对该指定应用进行注册或者取消注册的处理等，并返回注册或者取消注册结果至该客户端721，以实现客户端与信息管理单元722进行交互，修改该指定应用的注册状态等。

该电视机72端的客户端721接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至该消息管理单元722，该消息管理单元722根据该消息属性信息，判断是否需要强制显示该消息，当判断结果为是时，显示并存储该消息，并标记该消息的显示状态为已读，而当判断结果为否时，直接存储该消息，并标记该消息的显示状态为未读等。

在本发明实施例中，通过服务器与电视机按照预定的格式进行消息的推送，还可以随时根据电视机端的请求进行应用程序的注册或者取消注册操作等，提供了一种具备应用注册或取消注册、消息接收、消息查看、消息存储等功能为一体的强大的电视机，也即该电视机具备完整的消息接收、显示等机制，更方便用户操作使用等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

本发明实施例通过提供一种包括客户端及信息管理单元的电视机，由该客户端接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至该消息管理单元；该消息管理单元根据该消息属性信息，判断是否需要强制显示该消息，当判断结果为是时，显示并存储该消息，并标记该消息的显示状态为已读，解决了现有电视机对接收到的消息的处理功能不够强大，也不方便用户操作该消息的问题，使得电视机能够对服务器发送的消息进行接收、显示、存储等，实现对消息的统一管理，电视机对接收到的消息的处理功能得到扩展，用户对消息进行的操作便利性得到提高等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种电视机，其特征在于，所述电视机包括客户端及信息管理单元，其中：

所述客户端，用于接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至所述消息管理单元；及

所述消息管理单元，用于根据所述消息属性信息，判断是否需要强制显示所述消息，当判断结果为是时，显示并存储所述消息，并标记所述消息的显示状态为已读。

2.如权利要求1所述的电视机，其特征在于，所述消息管理单元还用于当判断结果为否时，直接存储所述消息，并标记所述消息的显示状态为未读。

3.如权利要求1所述的电视机，其特征在于，所述消息的类型为系统消息或者应用消息。

4.如权利要求3所述的电视机，其特征在于，当所述消息的类型为应用消息，在所述消息管理单元在判断是否需要强制显示所述消息之前，所述消息管理单元还用于：

判断所述应用消息对应的应用程序是否在线，是，则判断是否需要强制显示所述应用消息，否则，直接存储所述应用消息，并标记所述应用消息的显示状态为未读，且向预置的消息条数处理单元发送增加未读条数的信息。

5.如权利要求1所述的电视机，其特征在于，所述消息管理单元还用于：

接收用户输入的指定应用的注册或者取消注册指令，根据所述指令，发送所述指定应用的注册或者取消注册消息至所述客户端；

此时，所述客户端，还用于根据所述指定应用的注册或者取消注册信息，向所述服务器发送所述指定应用的注册或者取消注册请求，并接收所述服务器根据所述请求返回的注册或者取消注册结果，发送所述注册或者取消注册结果至所述消息管理单元；

所述消息管理单元，还用于根据所述注册或者取消注册结果更新所述指定应用的注册状态。

6.如权利要求1所述的电视机，其特征在于，所述消息管理单元还用于：

接收用户输入的查看消息的指令，显示与所述指令相关的所有消息；

当与所述指令相关的所有消息中的一条消息被选定时，显示被选定的消息；

若所述被选定的消息的类型为应用消息，且所述被选定的消息的显示状态由未读变更为已读时，向预置的消息条数处理单元发送减少未读条数的信息。

7.如权利要求4或6所述的电视机，其特征在于，所述消息条数处理单元根据所述增加或减少未读条数的信息，修改所述应用程序对应的未读条数，并显示修改后的未读条数。

8.一种基于权利要求1所述电视机的消息处理方法，其特征在于，所述方法包括下述步骤：

所述客户端接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至消息管理单元；

所述消息管理单元根据所述消息属性信息，判断是否需要强制显示所述消息，当判断结果为是时，显示并存储所述消息，并标记所述消息的显示状态为已读。

9.如权利要求8所述的方法，其特征在于，所述方法还包括：

当所述消息管理单元的判断结果为否时，直接存储所述消息，并标记所述消息的显示状态为未读。

10.如权利要求8所述的方法，其特征在于，在所述消息管理单元根据所述消息属性信息，判断是否需要强制显示所述消息的步骤之前，当所述消息管理单元根据所述消息属性信息，判断出所述消息属于应用消息时，还包括以下步骤：

判断所述应用消息对应的应用程序是否在线，当判断结果为是时，则再判断是否需要强制显示所述应用消息，否则，直接存储所述应用消息，并标记所述应用消息的显示状态为未读，且向预置的消息条数处理单元发送增加未读条数的信息。

11.如权利要求8所述的方法，其特征在于，在所述客户端接收并解析服务器发送的消息，将解析后获取到的消息属性信息通过广播以intent的方式发送至消息管理单元的步骤之前，还包括步骤：

所述消息管理单元接收用户输入的指定应用的注册或者取消注册指令，根据所述指令，发送所述指定应用的注册或者取消注册消息至所述客户端；

所述客户端根据所述指定应用的注册或者取消注册信息，向所述服务器发送所述指定应用的注册或者取消注册请求，并接收所述服务器根据所述请求返回的注册或者取消注册结果，发送所述注册或者取消注册结果至所述消息管理单元；

所述消息管理单元根据所述注册或者取消注册结果更新所述指定应用的注册状态。

12.如权利要求8-11任一项所述的方法，其特征在于，还包括步骤：

当所述消息管理单元接收用户输入的查看消息的指令，显示与所述指令相关的所有消息；

当与所述指令相关的所有消息中的一条消息被选定时，所述消息管理单元显示被选定的消息；

若所述被选定的消息的类型为应用消息，且所述被选定的消息的显示状态由未读变更为已读时，所述消息管理单元向消息条数处理单元发送减少未读条数的信息；

所述消息条数处理单元根据所述减少未读条数的信息，修改所述应用程序对应的未读条数，并显示修改后的未读条数。

13.一种消息处理系统，其特征在于，所述系统包括权利要求1所述的电视机，还包括与所述电视机通信的服务器，其中：

所述服务器，用于向所述电视机的客户端发送消息。

Images