CN103916829A - 一种消息的桌面通知方法及装置 - Google Patents

Abstract

本公开是关于一种消息的桌面通知方法及装置。消息的桌面通知方法，包括：接收应用程序发送的消息通知请求；所述消息通知请求中至少包括：应用程序信息和消息通知内容；根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标；建立与所述应用程序图标相对应的通知提示框；将所述消息通知内容加载入所述通知提示框中。该方法实现了在桌面上显示消息内容，该方案中桌面显示的消息内容不再是预先设定的，而是来源于应用程序发送的消息通知内容，信息的显示逻辑不再是固定于某些特定代码当中，实现了逻辑处理与数据源的相互独立，便于维护。

Description

一种消息的桌面通知方法及装置

技术领域

本公开涉及通信技术领域，尤其涉及一种消息的桌面通知方法及装置。

背景技术

桌面作为手机客户端各应用的承载体，可以对各应用发送来的消息在桌面进行信息提示。目前桌面呈现提示信息的形式比较单一，且局限于桌面本身。现有的一种桌面提示信息方案是桌面通过监听***的某一应用的变化在该应用图标右上角出现文字提示，比如，拨号图标上会显示未接电话数，在第三方桌面中自定义的某一个新功能图标上会提示new等文本内容。

然而，该方案中所有的提示信息是桌面本身的，提示信息的文本内容是预先设定的，信息的显示逻辑固定于某些特定代码当中，对于应用的更新内容等消息，桌面则无法获取并显示。

发明内容

为克服相关技术中存在的问题，本公开提供一种消息的桌面通知方法及装置。

根据本公开实施例的第一方面，提供一种消息的桌面通知方法，包括：

接收应用程序发送的消息通知请求；所述消息通知请求中至少包括：应用程序信息和消息通知内容；

根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标；

建立与所述应用程序图标相对应的通知提示框；

将所述消息通知内容加载入所述通知提示框中。

可选的，所述建立与所述应用程序图标相对应的通知提示框，包括：

在所述应用程序图标的旁侧建立与所述应用程序图标相对应的通知提示框。

可选的，所述根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标，包括：

根据所述应用程序信息，判断所述应用程序是否属于桌面通知消息应用列表；所述桌面通知消息应用列表中存储有至少一组应用程序信息；

当所述应用程序属于桌面通知消息应用列表时，根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标。

可选的，所述根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标，包括：

当接收到至少两个应用程序发送的消息通知请求时，根据所述应用程序信息获得所述至少两个应用程序对应的优先级；

按照所述至少两个应用程序的优先级顺序，根据所述消息通知请求查找所述应用程序信息所对应的应用程序图标。

可选的，所述应用程序所对应的优先级根据应用程序的使用频率设置。

可选的，所述建立与所述应用程序图标相对应的通知提示框，包括：

判断所述应用程序图标所在屏幕中，当前显示的通知提示框的数量是否达到阈值；

当所述屏幕当前显示的通知提示框的数量未达到阈值时，建立与所述应用程序图标相对应的通知提示框。

可选的，所述建立与所述应用程序图标相对应的通知提示框，包括：

当所述屏幕当前显示的通知提示框的数量达到阈值时，将所述消息通知请求加入所述屏幕的消息通知请求队列；

判断所述应用程序图标所在屏幕中，当前显示的通知提示框的数量是否达到阈值；

当所述屏幕当前显示的通知提示框的数量未达到阈值时，调用所述消息通知请求队列中存储的消息通知请求；

根据所述调用的消息通知请求，建立与所述应用程序图标相对应的通知提示框。

可选的，所述将所述消息通知内容加载入所述通知提示框中，包括：

当接收到所述应用程序发送的至少两个消息通知请求时，将所述至少两个消息通知请求的消息通知内容依所述消息通知请求的时间顺序加载入所述通知提示框中。

可选的，所述方法还包括：

接收对所述通知提示框的切换显示指令；

在所述通知提示框内切换显示接收到的所述消息通知内容。

可选的，还包括：

接收对所述应用程序图标的点击操作；

在所述应用程序图标的旁侧显示与所述应用程序图标相对应的通知提示框。

可选的，还包括：

所述消息通知请求中还包括有：消息通知内容的数据类型信息；

所述将所述消息通知内容加载入所述通知提示框中，包括：

根据所述消息通知内容的数据类型信息，将所述消息通知内容加载入所述通知提示框中。

可选的，所述方法还包括：

接收用户对所述通知提示框的打开指令；

确定所述通知提示框内消息通知内容的数据类型；

调取与所述消息通知内容的数据类型相匹配的应用程序打开所述消息通知内容。

根据本公开实施例的第二方面，提供一种消息的桌面通知装置，包括：

请求接收单元，被配置为接收应用程序发送的消息通知请求；所述消息通知请求中至少包括：应用程序信息和消息通知内容；

图标查找单元，被配置为根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标；

提示框生成单元，被配置为建立与所述应用程序图标相对应的通知提示框；

内容载入单元，被配置为将所述消息通知内容加载入所述通知提示框中。

可选的，所述提示框生成单元，被配置为在所述应用程序图标的旁侧建立与所述应用程序图标相对应的通知提示框。

可选的，所述图标查找单元包括：

第一判断子单元，被配置为根据所述应用程序信息，判断所述应用程序是否属于桌面通知消息应用列表；所述桌面通知消息应用列表中存储有至少一组应用程序信息；

第一查找子单元，被配置为当所述应用程序属于桌面通知消息应用列表时，根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标。

可选的，所述图标查找单元包括：

级别获取子单元，被配置为当所述请求接收单元接收到至少两个应用程序发送的消息通知请求时，根据所述应用程序信息获得所述至少两个应用程序对应的优先级；

第二查找子单元，被配置为按照所述至少两个应用程序的优先级顺序，根据所述消息通知请求查找所述应用程序信息所对应的应用程序图标。

可选的，所述应用程序所对应的优先级根据应用程序的使用频率设置。

可选的，所述提示框生成单元包括：

第二判断子单元，被配置为判断所述应用程序图标所在屏幕中，当前显示的通知提示框的数量是否达到阈值；

生成子单元，被配置为当所述屏幕当前显示的通知提示框的数量未达到阈值时，建立与所述应用程序图标相对应的通知提示框。

可选的，所述提示框生成单元还包括：

排队子单元，被配置为当所述屏幕当前显示的通知提示框的数量达到阈值时，将所述消息通知请求加入所述屏幕的消息通知请求队列；

消息调取子单元，被配置为当所述第二判断子单元再次判断所述应用程序图标所在屏幕中，当前显示的通知提示框的数量是否达到阈值，且所述屏幕当前显示的通知提示框的数量未达到阈值时，调用所述消息通知请求队列中存储的消息通知请求；

所述生成子单元，被配置为根据所述调用的消息通知请求，建立与所述应用程序图标相对应的通知提示框。

可选的，所述内容载入单元，被配置为当接收到所述应用程序发送的至少两个消息通知请求时，将所述至少两个消息通知请求的消息通知内容依所述消息通知请求的时间顺序加载入所述通知提示框中。

可选的，所述装置还包括：

第一指令接收单元，被配置为接收对所述通知提示框的切换显示指令；

切换显示单元，被配置为在所述通知提示框内切换显示接收到的所述消息通知内容。

可选的，还包括：

第二指令接收单元，被配置为接收对所述应用程序图标的点击操作；

显示单元，被配置为在所述应用程序图标的旁侧显示与所述应用程序图标相对应的通知提示框。

可选的，还包括：

所述消息通知请求中还包括有：消息通知内容的数据类型信息；

所述内容载入单元，被配置为根据所述消息通知内容的数据类型信息，将所述消息通知内容加载入所述通知提示框中。

可选的，所述装置还包括：

第二指令接收单元，被配置为接收用户对所述通知提示框的打开指令；

类型确定单元，被配置为确定所述通知提示框内消息通知内容的数据类型；

内容处理单元，被配置为调取与所述消息通知内容的数据类型相匹配的应用程序打开所述消息通知内容。

根据本公开实施例的第三方面，提供一种消息的桌面通知装置，包括：

处理器；

用于存储处理器可执行指令的存储器;

其中，所述处理器被配置为：

接收应用程序发送的消息通知请求；所述消息通知请求中至少包括：应用程序信息和消息通知内容；

根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标；

建立与所述应用程序图标相对应的通知提示框；

将所述消息通知内容加载入所述通知提示框中。本公开的实施例提供的技术方案可以包括以下有益效果：

本公开实施例通过获得应用程序所对应的应用程序图标，建立相应的通知提示框，并将消息通知内容载入通知提示框，实现了在桌面上显示消息内容，该方案中桌面显示的消息内容不再是预先设定的，而是来源于应用程序发送的消息通知内容，信息的显示逻辑不再是固定于某些特定代码当中，实现了逻辑处理与数据源的相互独立，便于维护。本公开实施例从用户的角度出发，消息处理中心能实时监控所有应用程序的信息更新情况并及时通知用户，给用户带来了很大的便利。从移动客户端软件的角度出发，有利于新产品的推广，增强与用户的交流。另外，随着移动互联网的发展，移动客户端上信息共享也将日益频繁，该方案可以作为信息共享的一个入口，使各应用程序间可以实现信息交互。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种消息的桌面通知方法流程图；

图2是本公开实施例中一种查找应用程序图标的方法流程图；

图3是本公开实施例中另一种查找应用程序图标的方法流程图；

图4是本公开实施例中一种建立与应用程序图标相对应的通知提示框的方法流程图；

图5是根据一示例性实施例示出的另一种消息的桌面通知方法流程图；

图6是根据一示例性实施例示出的另一种消息的桌面通知方法流程图；

图7是根据一示例性实施例示出的一种消息的桌面通知装置的结构示意图；

图8是本公开实施例中一种图标查找单元的结构示意图；

图9是本公开实施例中另一种图标查找单元的结构示意图；

图10是本公开实施例中一种提示框生成单元的结构示意图；

图11是根据一示例性实施例示出的另一种消息的桌面通知装置的结构示意图；

图12是根据一示例性实施例示出的另一种消息的桌面通知装置的结构示意图；

图13是根据一示例性实施例示出的另一种消息的桌面通知装置的结构示意图；

图14是根据一示例性实施例示出的另一种消息的桌面通知装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种消息的桌面通知方法流程图，如图1所示，该消息的桌面通知方法用于终端中，包括以下步骤。

在步骤S11中，接收应用程序发送的消息通知请求；所述消息通知请求中至少包括：应用程序信息和消息通知内容。

信息处理中心与消息发送端也即应用程序之间需要互相制定一套数据传输协议与消息通知策略。消息发送端发送数据需要按照一定的规则构造消息，比如数据传送格式，数据类型，数据大小，消息分类，消息标题等等，可以采用XML语言进行定义和描述。信息处理中心与消息发送端需要构造数据处理协议，用于解析与识别数据。

如果有应用程序有消息需要进行消息通知，则按照约定的协议构建消息数据，然后向信息处理中心发送消息通知请求。该消息通知请求中至少包括应用程序信息和消息通知内容。其中，应用程序信息可以包括应用程序的标识，以便于消息处理中心查找相应的应用程序的图标，应用程序信息还可以包括应用程序的相关描述信息，例如应用程序的优先级等。消息通知内容可以包括用于显示给用户的内容，例如消息标题，消息正文，还可以包括消息的数据类型（文本，图片，视频）等。

消息处理中心接收到消息通知请求后，解析该消息通知请求，获得应用程序信息和消息通知内容，还可以验证消息合法性。合法性验证可以包括语法和语义验证，语法主要是验证消息内容格式的规范性，语义验证可以是检查新闻报道类内容的实时性等。

在步骤S12中，根据消息通知请求，查找应用程序信息所对应的应用程序图标。

消息处理中心根据消息通知请求中应用程序的信息，例如应用程序的标识信息，查找到对应的应用程序，然后获得该应用程序在桌面上对应的应用程序图标。

在步骤S13中，建立与应用程序图标相对应的通知提示框。

消息处理中心建立与该应用程序图标对应的通知提示框，具体的，可以根据上步骤获得的应用程序图标在桌面上的位置信息，在该应用程序图标的旁侧建立与该应用程序图标相对应的通知提示框。该通知提示框可以以聊天泡泡形式出现在该应用程序图标的旁侧，也可以以其他形式出现。通知提示框可以根据主题风格的改变而改变。

在步骤S14中，将消息通知内容加载入通知提示框中。

消息处理中心可以将消息通知请求中的消息通知内容直接载入通知提示框内，也可以只将其中的消息标题载入通知提示框内。通知提示框也可以设置载入的字数限制，如果消息通知内容的字数超过通知提示框设置的字数限制时，消息处理中心可以截取消息通知内容的前面部分或者对标题做文本分析处理，最后将处理过的信息载入通知提示框。

本公开实施例通过获得应用程序所对应的应用程序图标，建立相应的通知提示框，并将消息通知内容载入通知提示框，实现了在桌面上显示消息内容，该方案中桌面显示的消息内容不再是预先设定的，而是来源于应用程序发送的消息通知内容，信息的显示逻辑不再是固定于某些特定代码当中，实现了逻辑处理与数据源的相互独立，便于维护。本公开实施例从用户的角度出发，消息处理中心能实时监控所有应用程序的信息更新情况并及时通知用户，给用户带来了很大的便利。从移动客户端软件的角度出发，有利于新产品的推广，增强与用户的交流。另外，随着移动互联网的发展，移动客户端上信息共享也将日益频繁，该方案可以作为信息共享的一个入口，使各应用程序间可以实现信息交互。

在本公开的另一实施例中，在执行S12查找应用程序图标时，还可以按照一定的策略或方法进行查询。

如图2所示，该根据消息通知请求，查找应用程序信息所对应的应用程序图标的过程可以包括：

在步骤S21中，根据应用程序信息，判断应用程序是否属于桌面通知消息应用列表。

用户可以根据自己的需要在应用程序列表中选择一个或多个应用程序建立桌面通知消息应用列表，消息处理中心在接收到应用程序发送的消息通知请求后，首先在查找该应用程序是否属于桌面通知消息应用列表，如果是，再执行S22，如果不属于，则消息处理中心对该应用程序发送的消息通知请求不做任何处理。

在步骤S22中，当应用程序属于桌面通知消息应用列表时，根据该消息通知请求，查找应用程序信息所对应的应用程序图标。

在另一实施例中，当在S11中，消息处理中心同时接收到至少两个应用程序发送的消息通知请求时，查找应用程序信息所对应的应用程序图标的过程可以如图3所示，包括以下步骤：

在步骤S31中，根据应用程序信息获得各应用程序对应的优先级。

应用程序列表中还可以包括应用程序的优先级。该优先级的设置可以是用户人工操作设置，也可以是***自动根据应用程序的使用频率设置的，使用频率越高的应用程序的优先级越高。

消息处理中心在同时接收到多个应用程序的消息通知请求时，首先查询该应用程序列表获得各应用程序的优先级。

在步骤S32中，按照至少两个应用程序的优先级顺序，根据消息通知请求查找应用程序信息所对应的应用程序图标。

消息处理中心在获得应用程序的优先级后，即可按照优先级依次对各应用程序执行查找应用程序信息所对应的应用程序图标的动作。

在本公开的另一实施例中，在查找到应用程序图标以后，建立与应用程序图标相对应的通知提示框时，如图4所示，可以包括以下步骤：

在步骤S41中，判断应用程序图标所在屏幕中，当前显示的通知提示框的数量是否达到阈值。

如果将每个应用程序的通知提示框都进行显示，会造成用户体验不佳，基于此，用户可以预先设定桌面每屏允许显示的通知提示框的数量阈值。

消息处理中心首先获知当前桌面上显示的通知提示框的数量，然后判断所显示的通知提示框的数量是否达到预先设定的阈值，如果没有达到，则执行S42；如果达到阈值，则暂停建立通知提示框，然后将该应用程序的消息通知内容加入屏幕的消息通知请求队列，消息处理中心可以定时执行步骤S41，检测桌面上显示的通知提示框的数量，当有通知提示框停止显示或消失时，也即当前显示的通知提示框的数量小于预设阈值时，消息处理中心再按照消息通知请求队列中应用程序的消息通知内容的顺序，调用消息通知请求队列中存储的消息通知请求，依次建立相应应用程序图标对应的通知提示框。

其中，用户点击桌面上显示的通知提示框后，该通知提示框会消失，也还可以设定每个通知提示框显示的时长，当通知提示框的显示时间达到预设时长时，该通知提示框消失。

在步骤S42中，当屏幕当前显示的通知提示框的数量未达到阈值时，建立与应用程序图标相对应的通知提示框。

在另一实施例中，若消息处理中心接收到同一应用程序发送的至少两个消息通知请求时，消息处理中心可以将接收到的至少两个消息通知请求的消息通知内容依消息通知请求的时间顺序加载入该应用程序的通知提示框中。如图5所示，该消息处理中心还可以执行以下流程。

在步骤S51中，接收对通知提示框的切换显示指令。

用户可以通过在通知提示框内的滑动操作触发切换显示指令。消息处理中心接收并识别该切换显示指令后，执行S51。

在步骤S52中，在通知提示框内切换显示接收到的消息通知内容。

消息处理中心可以通过用户在提示框内的滑动操作在几条消息通知内容之间进行切换，或是浏览每张图片等。

在本公开的另一实施例中，该消息处理中心还可以执行以下流程。

首先，接收对应用程序图标的点击操作。本实施例中个，应用程序对应的通知提示框并非直接显示在桌面上的，而是隐藏的，可以在应用程序图标的某一位置，例如以角标的方式表示该应用程序具有消息通知，用户可以通过点击应用程序图标的某一位置，例如应用程序图标的角标等，来触发对通知提示提示框的显示指令。

然后，消息处理中心在接收到该通知提示框的显示指令后，在应用程序图标的旁侧显示与应用程序图标相对应的通知提示框。

在另一实施例中，消息通知请求中还可以包括有消息通知内容的数据类型信息，在将消息通知内容加载入通知提示框中时，可以是根据所述消息通知内容的数据类型信息，将消息通知内容加载入所述通知提示框中。在上述实施例的基础上，如图6所示，本公开实施例的方法还可以进一步包括以下步骤：

在步骤S61中，接收用户对通知提示框的打开指令。

用户可以点击通知提示框触发对通知提示框的打开指令，消息处理中心接收并识别该打开指令后执行S62。

在步骤S62中，确定通知提示框内消息通知内容的数据类型。

消息通知内容中可以直接包含该消息通知内容的数据类型，该数据类型可以是图片或视频或音乐或网址等。

在步骤S63中，调取与消息通知内容的数据类型相匹配的应用程序打开消息通知内容。

消息处理中心在获知如果消息通知内容是某一个网址，则启动浏览器打开该网址；如果是文字或者图片，则调用打开文字或图片的相应的应用程序进行显示；若消息通知内容是视频或者音乐，可以有两种实现方法，第一种是直接通过应用程序本身播放视频或音乐。第二种方法是如果视频或者音乐符合标准格式，还可以启动其他的视频或音乐播放软件打开；若消息通知内容同时包含多种数据类型如文字，图片，视频等，则启动浏览器跳转到相应的链接。

以上是对本公开方法实施例的描述，下面对实现上述方法的装置进行介绍。

参见图7，为本公开实施例一种消息的桌面通知装置的结构示意图。

该装置可以包括：

请求接收单元71，被配置为接收应用程序发送的消息通知请求；所述消息通知请求中至少包括：应用程序信息和消息通知内容。

图标查找单元72，被配置为根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标。

提示框生成单元73，被配置为建立与所述应用程序图标相对应的通知提示框。提示框生成单元73可以被配置为在所述应用程序图标的旁侧建立与所述应用程序图标相对应的通知提示框。

内容载入单元74，被配置为将所述消息通知内容加载入所述通知提示框中。

关于上述实施例中的装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

该装置通过上述单元获得应用程序所对应的应用程序图标，建立相应的通知提示框，并将消息通知内容载入通知提示框，实现了在桌面上显示消息内容，该方案中桌面显示的消息内容不再是预先设定的，而是来源于应用程序发送的消息通知内容，信息的显示逻辑不再是固定于某些特定代码当中，实现了逻辑处理与数据源的相互独立，便于维护。本公开实施例从用户的角度出发，消息处理中心能实时监控所有应用程序的信息更新情况并及时通知用户，给用户带来了很大的便利。从移动客户端软件的角度出发，有利于新产品的推广，增强与用户的交流。另外，随着移动互联网的发展，移动客户端上信息共享也将日益频繁，该方案可以作为信息共享的一个入口，使各应用程序间可以实现信息交互。

在另一实施例中，如图8所示，图标查找单元72可以进一步包括：

第一判断子单元81，被配置为根据所述应用程序信息，判断所述应用程序是否属于桌面通知消息应用列表；所述桌面通知消息应用列表中存储有至少一组应用程序信息；

第一查找子单元82，被配置为当所述应用程序属于桌面通知消息应用列表时，根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标。

在另一实施例中，如图9所示，图标查找单元72可以进一步包括：

级别获取子单元91，被配置为当所述请求接收单元71接收到至少两个应用程序发送的消息通知请求时，根据应用程序信息获得所述至少两个应用程序的优先级；

第二查找子单元92，被配置为按照所述至少两个应用程序的优先级顺序，根据所述消息通知请求查找所述应用程序信息所对应的应用程序图标。

其中，应用程序所对应的优先级可以根据应用程序的使用频率设置。

在另一实施例中，如图10所示，提示框生成单元73可以进一步包括：

第二判断子单元101，被配置为判断所述应用程序图标所在屏幕中，当前显示的通知提示框的数量是否达到阈值；

生成子单元102，被配置为当所述屏幕当前显示的通知提示框的数量未达到阈值时，建立与所述应用程序图标相对应的通知提示框。

排队子单元103，被配置为当所述屏幕当前显示的通知提示框的数量达到阈值时，将所述消息通知请求加入所述屏幕的消息通知请求队列；

消息调取子单元104，被配置为当所述第二判断子单元101再次判断所述应用程序图标所在屏幕中，当前显示的通知提示框的数量是否达到阈值，且所述屏幕当前显示的通知提示框的数量未达到阈值时，调用所述消息通知请求队列中存储的消息通知请求；

生成子单元102，被配置为根据所述调用的消息通知请求，建立与所述应用程序图标相对应的通知提示框。

在另一实施例中，内容载入单元74可以被配置为当接收到所述应用程序发送的至少两个消息通知请求时，将所述至少两个消息通知请求的消息通知内容依所述消息通知请求的时间顺序加载入所述通知提示框中。

在另一实施例中，如图11所示，该装置还可以包括：

第一指令接收单元111，被配置为接收对所述通知提示框的切换显示指令；

切换显示单元112，被配置为在所述通知提示框内切换显示接收到的所述消息通知内容。

在另一实施例中，如图12所示，该装置还可以包括：

第二指令接收单元121，被配置为接收对所述应用程序图标的点击操作；

显示单元122，被配置为在所述应用程序图标的旁侧显示与所述应用程序图标相对应的通知提示框。

在另一实施例中，消息通知请求中还包括有消息通知内容的数据类型信息；内容载入单元，被配置为根据所述消息通知内容的数据类型信息，将所述消息通知内容加载入所述通知提示框中。在该情况下，如图13所示，该装置还包括：

第三指令接收单元131，被配置为接收用户对所述通知提示框的打开指令；

类型确定单元132，被配置为确定所述通知提示框内消息通知内容的数据类型；

内容处理单元133，被配置为调取与所述消息通知内容的数据类型相匹配的应用程序打开所述消息通知内容。

本公开还提供一种消息的桌面通知装置，该装置包括：

处理器；

用于存储处理器可执行指令的存储器;

其中，处理器被配置为：

接收应用程序发送的消息通知请求；所述消息通知请求中至少包括：应用程序信息和消息通知内容；

根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标；

建立与所述应用程序图标相对应的通知提示框；

将所述消息通知内容加载入所述通知提示框中。

图14是根据一示例性实施例示出的一种消息的桌面通知装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图14，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出（I/O）的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（SRAM），电可擦除可编程只读存储器（EEPROM），可擦除可编程只读存储器（EPROM），可编程只读存储器（PROM），只读存储器（ROM），磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理***，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器（LCD）和触摸面板（TP）。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风（MIC），当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信（NFC）模块，以促进短程通信。例如，在NFC模块可基于射频识别（RFID）技术，红外数据协会（IrDA）技术，超宽带（UWB）技术，蓝牙（BT）技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路（ASIC）、数字信号处理器（DSP）、数字信号处理设备（DSPD）、可编程逻辑器件（PLD）、现场可编程门阵列（FPGA）、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器（RAM）、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种消息的桌面通知方法，所述方法包括：

接收应用程序发送的消息通知请求；所述消息通知请求中至少包括：应用程序信息和消息通知内容；

根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标；

建立与所述应用程序图标相对应的通知提示框；

将所述消息通知内容加载入所述通知提示框中。

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

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (25)

1.一种消息的桌面通知方法，其特征在于，包括：

接收应用程序发送的消息通知请求；所述消息通知请求中至少包括：应用程序信息和消息通知内容；

根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标；

建立与所述应用程序图标相对应的通知提示框；

将所述消息通知内容加载入所述通知提示框中。

2.根据权利要求1所述的方法，其特征在于，所述建立与所述应用程序图标相对应的通知提示框，包括：

在所述应用程序图标的旁侧建立与所述应用程序图标相对应的通知提示框。

3.根据权利要求1所述的方法，其特征在于，所述根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标，包括：

根据所述应用程序信息，判断所述应用程序是否属于桌面通知消息应用列表；所述桌面通知消息应用列表中存储有至少一组应用程序信息；

当所述应用程序属于桌面通知消息应用列表时，根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标。

4.根据权利要求1所述的方法，其特征在于，所述根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标，包括：

当接收到至少两个应用程序发送的消息通知请求时，根据所述应用程序信息获得所述至少两个应用程序对应的优先级；

按照所述至少两个应用程序的优先级顺序，根据所述消息通知请求查找所述应用程序信息所对应的应用程序图标。

5.根据权利要求4所述的方法，其特征在于，所述应用程序所对应的优先级根据应用程序的使用频率设置。

6.根据权利要求1所述的方法，其特征在于，所述建立与所述应用程序图标相对应的通知提示框，包括：

判断所述应用程序图标所在屏幕中，当前显示的通知提示框的数量是否达到阈值；

当所述屏幕当前显示的通知提示框的数量未达到阈值时，建立与所述应用程序图标相对应的通知提示框。

7.根据权利要求6所述的方法，其特征在于，所述建立与所述应用程序图标相对应的通知提示框，包括：

当所述屏幕当前显示的通知提示框的数量达到阈值时，将所述消息通知请求加入所述屏幕的消息通知请求队列；

判断所述应用程序图标所在屏幕中，当前显示的通知提示框的数量是否达到阈值；

当所述屏幕当前显示的通知提示框的数量未达到阈值时，调用所述消息通知请求队列中存储的消息通知请求；

根据所述调用的消息通知请求，建立与所述应用程序图标相对应的通知提示框。

8.根据权利要求1所述的方法，其特征在于，所述将所述消息通知内容加载入所述通知提示框中，包括：

当接收到所述应用程序发送的至少两个消息通知请求时，将接收到的所述至少两个消息通知请求的消息通知内容依所述消息通知请求的时间顺序加载入所述通知提示框中。

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

接收对所述通知提示框的切换显示指令；

根据所述切换显示指令在所述通知提示框内切换显示所述应用程序接收到的所述消息通知内容。

10.根据权利要求1所述的方法，其特征在于，还包括：

接收对所述应用程序图标的点击操作；

在所述应用程序图标的旁侧显示与所述应用程序图标相对应的通知提示框。

11.根据权利要求1所述的方法，其特征在于，还包括：

所述消息通知请求中还包括有：消息通知内容的数据类型信息；

所述将所述消息通知内容加载入所述通知提示框中，包括：

根据所述消息通知内容的数据类型信息，将所述消息通知内容加载入所述通知提示框中。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

接收用户对所述通知提示框的打开指令；

确定所述通知提示框内消息通知内容的数据类型；

调取与所述消息通知内容的数据类型相匹配的应用程序打开所述消息通知内容。

13.一种消息的桌面通知装置，其特征在于，包括：

请求接收单元，被配置为接收应用程序发送的消息通知请求；所述消息通知请求中至少包括：应用程序信息和消息通知内容；

图标查找单元，被配置为根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标；

提示框生成单元，被配置为建立与所述应用程序图标相对应的通知提示框；

内容载入单元，被配置为将所述消息通知内容加载入所述通知提示框中。

14.根据权利要求13所述的装置，其特征在于，

所述提示框生成单元，被配置为在所述应用程序图标的旁侧建立与所述应用程序图标相对应的通知提示框。

15.根据权利要求13所述的装置，其特征在于，所述图标查找单元包括：

第一判断子单元，被配置为根据所述应用程序信息，判断所述应用程序是否属于桌面通知消息应用列表；所述桌面通知消息应用列表中存储有至少一组应用程序信息；

第一查找子单元，被配置为当所述应用程序属于桌面通知消息应用列表时，根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标。

16.根据权利要求13所述的装置，其特征在于，所述图标查找单元包括：

级别获取子单元，被配置为当所述请求接收单元接收到至少两个应用程序发送的消息通知请求时，根据所述应用程序信息获得所述至少两个应用程序对应的优先级；

第二查找子单元，被配置为按照所述至少两个应用程序的优先级顺序，根据所述消息通知请求查找所述应用程序信息所对应的应用程序图标。

17.根据权利要求16所述的装置，其特征在于，所述应用程序所对应的优先级根据应用程序的使用频率设置。

18.根据权利要求13所述的装置，其特征在于，所述提示框生成单元包括：

第二判断子单元，被配置为判断所述应用程序图标所在屏幕中，当前显示的通知提示框的数量是否达到阈值；

生成子单元，被配置为当所述屏幕当前显示的通知提示框的数量未达到阈值时，建立与所述应用程序图标相对应的通知提示框。

19.根据权利要求18所述的装置，其特征在于，所述提示框生成单元还包括：

排队子单元，被配置为当所述屏幕当前显示的通知提示框的数量达到阈值时，将所述消息通知请求加入所述屏幕的消息通知请求队列；

消息调取子单元，被配置为当所述第二判断子单元再次判断所述应用程序图标所在屏幕中，当前显示的通知提示框的数量是否达到阈值，且所述屏幕当前显示的通知提示框的数量未达到阈值时，调用所述消息通知请求队列中存储的消息通知请求；

所述生成子单元，被配置为根据所述调用的消息通知请求，建立与所述应用程序图标相对应的通知提示框。

20.根据权利要求13所述的装置，其特征在于，

所述内容载入单元，被配置为当接收到所述应用程序发送的至少两个消息通知请求时，将所述至少两个消息通知请求的消息通知内容依所述消息通知请求的时间顺序加载入所述通知提示框中。

21.根据权利要求20所述的装置，其特征在于，所述装置还包括：

第一指令接收单元，被配置为接收对所述通知提示框的切换显示指令；

切换显示单元，被配置为在所述通知提示框内切换显示接收到的所述消息通知内容。

22.根据权利要求13所述的装置，其特征在于，还包括：

第二指令接收单元，被配置为接收对所述应用程序图标的点击操作；

显示单元，被配置为在所述应用程序图标的旁侧显示与所述应用程序图标相对应的通知提示框。

23.根据权利要求13所述的装置，其特征在于，还包括：

所述消息通知请求中还包括有：消息通知内容的数据类型信息；

所述内容载入单元，被配置为根据所述消息通知内容的数据类型信息，将所述消息通知内容加载入所述通知提示框中。

24.根据权利要求23所述的装置，其特征在于，所述装置还包括：

第三指令接收单元，被配置为接收用户对所述通知提示框的打开指令；

类型确定单元，被配置为确定所述通知提示框内消息通知内容的数据类型；

内容处理单元，被配置为调取与所述消息通知内容的数据类型相匹配的应用程序打开所述消息通知内容。

25.一种消息的桌面通知装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器;

其中，所述处理器被配置为：

接收应用程序发送的消息通知请求；所述消息通知请求中至少包括：应用程序信息和消息通知内容；

根据所述消息通知请求，查找所述应用程序信息所对应的应用程序图标；

建立与所述应用程序图标相对应的通知提示框；

将所述消息通知内容加载入所述通知提示框中。