CN103995707A - 一种应用通知消息处理方法、装置及终端设备 - Google Patents

Abstract

本发明实施例提供一种应用通知消息处理方法、装置及终端设备，其中方法包括：在后台运行的应用获取到应用通知消息时，将所述应用通知消息封装成通知条对象，所述应用预先注册到了桌面启动器中；通过操作系统对应的内容提供器进行所述通知条对象的进程间通信，以将所述通知条对象中携带的所述应用通知消息传输至当前处于运行状态的桌面应用；在所述桌面应用对应的桌面显示一个区域，以对所述应用通知消息进行展示。本发明实施例可将处于后台运行状态的应用所获取的应用通知消息展示在桌面上，应用通知消息的展示过程中大幅减少了用户操作，从而使得终端设备的耗电量减小。

Description

一种应用通知消息处理方法、装置及终端设备

技术领域

本发明涉及数据处理技术领域，更具体地说，涉及一种应用通知消息处理方法、装置及终端设备。

背景技术

应用通知消息是指通过终端设备内所装载的应用获取的需要通知给用户的应用消息；如对于即时通讯应用而言，应用通知消息可以是即时通讯消息；如对于邮件应用而言，应用通知消息可以是邮件内容。

目前，终端设备内的应用获取到应用通知消息后，对应用通知消息进行展示的方式主要有两种：

如果终端设备当前运行的界面为获取到应用通知消息的应用的应用界面，则可在该应用界面上直接展示应用通知消息，使得用户可直观的了解到应用通知消息；

如果终端设备当前运行的界面不为获取到应用通知消息的应用的应用界面，即获取到应用通知消息的应用处于后台运行状态，则终端设备会在当前界面的通知栏展示一个提示消息，以提示用户终端设备内有应用获取到应用通知消息；然而，该提示消息只能进行应用通知消息获取的提示，而不能展示应用通知消息的具体内容；若要获取该应用通知消息的具体内容，则用户需要手动将后台运行的应用置于前台运行状态，通过进入应用界面才可进行应用通知消息的展示。

可以看出，在获取到应用通知消息的应用处于后台运行状态的情况下，用户需要手动将后台运行的应用置于前台运行状态，通过进入应用界面才能进行应用通知消息的展示，应用通知消息展示过程中用户操作较为繁琐，从而导致终端设备的耗电量较大。

发明内容

有鉴于此，本发明实施例提供一种应用通知消息处理方法、装置及终端设备，以解决现有在获取到应用通知消息的应用处于后台运行状态的情况下，用户需要将后台运行的应用置于前台运行状态，通过进入应用界面才能进行应用通知消息的展示的方式，所带来的应用通知消息展示的过程中用户操作较为繁琐的问题。

为实现上述目的，本发明实施例提供如下技术方案：

一种应用通知消息处理方法，包括：

在后台运行的应用获取到应用通知消息时，将所述应用通知消息封装成通知条对象，所述应用预先注册到了桌面启动器中；

通过操作系统对应的内容提供器进行所述通知条对象的进程间通信，以将所述通知条对象中携带的所述应用通知消息传输至当前处于运行状态的桌面应用；

在所述桌面应用对应的桌面显示一个区域，以对所述应用通知消息进行展示。

本发明实施例还提供一种应用通知消息处理装置，包括：

封装模块，用于在后台运行的应用获取到应用通知消息时，将所述应用通知消息封装成通知条对象，所述应用预先注册到了桌面启动器中；

第一传输模块，用于通过操作系统对应的内容提供器进行所述通知条对象的进程间通信，以将所述通知条对象中携带的所述应用通知消息传输至当前处于运行状态的桌面应用；

显示模块，用于在所述桌面应用对应的桌面显示一个区域，以对所述应用通知消息进行展示。

本发明实施例还提供一种终端设备，包括上述所述的应用通知消息处理装置。

基于上述技术方案，本发明实施例提供的应用通知消息处理方法可预先将应用注册到桌面启动器中，在应用处于后台运行状态且获取到应用通知消息时，可将所述应用通知消息封装成通知条对象，以便支持应用通知消息在终端设备的底层进行通信传输，同时采用操作系统对应的内容提供器进行通知条对象的进程间通信，使得当前处于运行状态的桌面应用能够获取到应用通知消息，从而在对应的桌面显示一个对所述应用通知消息进行展示的区域。本发明实施例可将处于后台运行状态的应用所获取的应用通知消息展示在桌面上，使得用户通过桌面即可查看应用通知消息，而不需要用户手动将后台运行的应用置于前台运行状态，大幅减少了用户操作，从而使得终端设备的耗电量减小；本发明实施例能够使得用户极为便捷的查看到应用通知消息，方便了用户对应用通知消息的处理。

附图说明

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

图1为本发明实施例提供的应用通知消息处理方法的流程图；

图2为本发明实施例提供的应用通知消息处理方法的另一流程图；

图3为本发明实施例提供的应用通知消息处理方法的再一流程图；

图4为本发明实施例提供的进行进程间通信的方法流程图；

图5为本发明实施例提供的应用通知消息处理方法的又一流程图

图6为本发明实施例提供的一个应用例的示意图；

图7为本发明实施例提供的应用通知消息处理方法的又另一流程图；

图8为本发明实施例提供的应用通知消息处理装置的结构框图；

图9为本发明实施例提供的应用通知消息处理装置的另一结构框图；

图10为本发明实施例提供的封装模块的结构框图；

图11为本发明实施例提供的应用通知消息处理装置的再一结构框图；

图12为本发明实施例提供的第一传输模块的结构框图；

图13为本发明实施例提供的第一传输模块的另一结构框图；

图14为本发明实施例提供的第一格式转换单元的结构框图；

图15为本发明实施例提供的应用通知消息处理装置的又一结构框图；

图16为本发明实施例提供的应用通知消息处理装置的又另一结构框图；

图17为本发明实施例提供的第二传输模块的结构框图；

图18为本发明实施例提供的终端设备的硬件结构框图。

具体实施方式

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

图1为本发明实施例提供的应用通知消息处理方法的流程图，该方法应用于终端设备，终端设备可以是智能手机，平板电脑，笔记本电脑等设备；参照图1，该方法可以包括：

步骤S100、在后台运行的应用获取到应用通知消息时，将所述应用通知消息封装成通知条对象，所述应用预先注册到了桌面启动器中；

可选的，后台运行的应用获取到应用通知消息的方式可以是：在应用处于后台运行状态时，可对终端设备的网络端口进行监控，在该网络端口存在更新的应用通知消息时，可确定该应用获取到了应用通知消息；显然，应用通知消息也可以是终端设备本地生成的，如对于具有事件提醒功能的应用，在设置具体的事件内容后，该应用置于后台运行状态，而在当前时间处于提醒时间时，该应用需对具体的事件内容进行提醒，此时也可认为该应用获取到的具体的事件内容为应用通知消息。

本发明实施例所指的后台运行的应用为预先注册到桌面启动器中的应用；可选的，本发明实施例可通过registerApp接口进行应用到桌面启动器的注册。一个应用注册到桌面启动器中，则该应用所注册的信息包括：应用的包名(包名是一个应用在手机里的唯一标识)；应用的回调地址(回调地址的作用是如果桌面有什么数据需要回传给应用，就需要这个地址)。

本发明实施例将应用注册到桌面启动器中，即将应用注册到桌面中，可使得注册到桌面的应用原先加载在通知栏信息能够在桌面中进行处理，也就是说以前抛给系统顶部通知栏显示的应用信息，现在可以在桌面上进行展示(比如现有技术中，一个短信应用获取到一条短信，会在系统通知栏顶部弹出一个提示，如果这个短信应用注册到了桌面，则这个短信提示就可以直接在桌面上显示)。

可选的，本发明实施例可通过调用showNotification方法，将应用通知消息封装成NotificationItem对象(通知条对象的一种表现形式)。

步骤S110、通过操作系统对应的内容提供器进行通知条对象的进程间通信，以将通知条对象中携带的所述应用通知消息传输至当前处于运行状态的桌面应用；

可选的，内容提供器可以为一个ContentProvider组件，如对于android(安卓)系统而言，可在android.provider包下查询到android提供的ContentProvider。

步骤S120、在所述桌面应用对应的桌面显示一个区域，以对所述应用通知消息进行展示。

可选的，展示所述应用通知消息的区域可叠加显示于桌面当前的界面之上，显然也可以其他方式显示于桌面之上。

本发明实施例提供的应用通知消息处理方法可预先将应用注册到桌面启动器中，在应用处于后台运行状态且获取到应用通知消息时，可将所述应用通知消息封装成通知条对象，以便支持应用通知消息在终端设备的底层进行通信传输，同时采用操作系统对应的内容提供器进行通知条对象的进程间通信，使得当前处于运行状态的桌面应用能够获取到应用通知消息，从而在对应的桌面显示一个对所述应用通知消息进行展示的区域。本发明实施例可将处于后台运行状态的应用所获取的应用通知消息展示在桌面上，使得用户通过桌面即可查看应用通知消息，而不需要用户手动将后台运行的应用置于前台运行状态，大幅减少了用户操作，从而使得终端设备的耗电量减小；本发明实施例能够使得用户极为便捷的查看到应用通知消息，方便了用户对应用通知消息的处理。

可选的，展示应用通知消息的桌面可以是终端设备的home键被触发时对应的桌面界面。

可选的，为保证当前处于运行状态的桌面应用为已授权的可用于展示应用通知消息的桌面应用，本发明实施例可对当前处于运行状态的桌面应用进行合法性校验。可选的，本发明实施例可通过调用isLauncherValid()方法，将当前处于运行状态的桌面应用的第一标识信息与预定第一标识信息进行比对，来进行当前处于运行状态的桌面应用的合法性校验；其中，第一标识信息表示的是桌面应用的标识信息，如桌面应用的包名，签名等信息；预定第一标识信息可以是终端设备内预置的合法桌面应用对应的标识信息。

可选的，本发明实施例可在后台运行的应用获取到应用通知消息时，对当前处于运行状态的桌面应用进行校验；具体的，在后台运行的应用获取到应用通知消息时，可获取当前处于运行状态的桌面应用的第一标识信息，如果该第一标识信息与预定第一标识信息对应，则执行将所述应用通知消息封装成通知条对象的操作，执行本发明实施例提供的应用通知消息处理方法流程，如果该第一标识信息与预定第一标识信息不对应，则取消将所述应用通知消息封装成通知条对象的操作，以防止将应用通知消息传递给非法的桌面应用。

对应的，图2示出了本发明实施例提供的应用通知消息处理方法的另一流程图，参照图2，该方法可以包括：

步骤S200、在后台运行的应用获取到应用通知消息时，获取当前处于运行状态的桌面应用的第一标识信息；

后台运行的应用可以是预先注册到了桌面启动器中的应用。

步骤S210、若当前处于运行状态的桌面应用的第一标识信息与预定第一标识信息不对应，取消将所述应用通知消息封装成通知条对象；

在当前处于运行状态的桌面应用的第一标识信息与预定第一标识信息不对应时，本发明实施例可取消将所述应用通知消息封装成通知条对象的操作，结束流程，不进行本发明实施例提供的应用通知消息处理方法。

步骤S220、若当前处于运行状态的桌面应用的第一标识信息与预定第一标识信息相对应，将所述应用通知消息封装成通知条对象；

步骤S230、通过操作系统对应的内容提供器进行通知条对象的进程间通信，以将通知条对象中携带的所述应用通知消息传递至当前处于运行状态的桌面应用；

步骤S240、在所述桌面应用对应的桌面显示一个区域，以对所述应用通知消息进行展示。

另一层面，本发明实施例可在通过操作系统对应的内容提供器进行通知条对象的进程间通信之前，先对当前处于运行状态的桌面应用的合法性进行校验：获取当前处于运行状态的桌面应用的第一标识信息，如果该第一标识信息与预定第一标识信息相对应，则授权访问操作系统对应的内容提供器，从而通过操作系统对应的内容提供器进行通知条对象的进程间通信；如果该第一标识信息与预定第一标识信息不对应，则禁止访问操作系统对应的内容提供器，取消通过操作系统对应的内容提供器进行通知条对象的进程间通信。对应的，图3示出了本发明实施例提供的应用通知消息处理方法的再一流程图，参照图3，该方法可以包括：

步骤S300、在后台运行的应用获取到应用通知消息时，将所述应用通知消息封装成通知条对象，所述应用预先注册到了桌面启动器中；

步骤S310、获取当前处于运行状态的桌面应用的第一标识信息；

步骤S320、若当前处于运行状态的桌面应用的第一标识信息与预定第一标识信息不对应，取消通过操作系统对应的内容提供器进行通知条对象的进程间通信；

如果当前处于运行状态的桌面应用的第一标识信息与预定第一标识信息不对应，则本发明实施例可取消通过操作系统对应的内容提供器进行通知条对象的进程间通信的操作，结束流程，不进行本发明实施例提供的应用通知消息处理方法。

步骤S330、若当前处于运行状态的桌面应用的第一标识信息与预定第一标识信息相对应，通过操作系统对应的内容提供器进行通知条对象的进程间通信，以将通知条对象中携带的所述应用通知消息传递至当前处于运行状态的桌面应用；

步骤S340、在所述桌面应用对应的桌面显示一个区域，以对所述应用通知消息进行展示。

可选的，为了支持通知条对象在终端设备底层的传输，同时提升终端设备在进行底层数据传输时的数据扩展性，本发明实施例可在进行进程间通信传输时，将通知条对象的数据格式转换成预定数据格式，在桌面应用接收到该预定数据格式的数据后，可通过反射将预定数据格式的数据转换成通知条对象。

对应的，图4示出了本发明实施例提供的进行进程间通信的方法流程图，参照图4，该方法可以包括：

步骤S400、将通知条对象转换为具有预定数据格式的数据，通过操作系统对应的内容提供器进行进程间通信，将具有预定数据格式的数据传输至当前处于运行状态的桌面应用；

步骤S410、控制所述桌面应用将具有预定数据格式的数据转换为所述通知条对象，以使通知条对象中携带的所述应用通知消息传输至所述桌面应用。

可选的，预定数据格式可以为json数据格式，通知条对象的结构体(如notificationItem的结构体)中包含了应用通知消息(如一条新的短信或者邮件内容)需要展示的字段信息，由于通知条对象的结构体中大部分都是字符串字段，因此在终端的底层传输过程中，本发明实施例可将通知条对象这个结构体转换为json的数据结构，具体的，可将通知条对象结构体中的属性名称作为json的key，通知条对象结构体中的属性内容作为json的value，桌面应用在接收到json格式的数据后，可通过反射将json数据还原为通知条对象结构体；通过json数据格式进行底层的数据传输，可在终端设备的底层数据传输协议升级时，具有良好的可扩展性。

可选的，key：表示要索取数据的标识；比如索取短信内容时，在程序里会有一个key代表短信内容，我们可以将sms_body作为一个短信内容的key，通俗来说，key就是一个在代码里的英文标识，它标识一个属性(比如短信内容)，每个key都对应一个属性；

value：表示key所标示属性里的具体内容，比如我们通过sms_body这个短信内容key取到的value就是真实的短信内容；

通过程序代码表示就是value＝get(key)；同一个key可以去到对应的value。

可选的，本发明实施例在实现上，可使用桌面应用提供的sdk(SoftwareDevelopment Kit,软件开发工具包)进行，sdk传递的数据可以是一个自定义的notificationItem的结构体，sdk中包括了registerApp接口方法，isLauncherValid()方法，showNotification方法等。下面以所采用的sdk方法对本发明实施例提供的应用通知消息处理方法进行介绍，值得注意的是，下文介绍的实现方式仅为可选实现方式。图5示出了本发明实施例提供的应用通知消息处理方法的又一流程图，参照图5，该方法可以包括：

步骤S500、调用registerApp接口，将应用注册至桌面启动器中；

步骤S510、在所述应用处于后台运行状态，且获取到应用通知消息时，调用isLauncherValid()方法对当前处于运行状态的桌面应用的第一标识信息进行校验；

步骤S520、如果所述第一标识信息与预定第一标识信息不对应，结束流程；

步骤S530、如果所述第一标识信息与预定第一标识信息对应，调用showNotification方法，将所述应用通知消息封装成NotificationItem对象；

步骤S540、将NotificationItem对象转换为json格式的数据，通过操作系统对应的ContentProvider组件进行进程间通信，将所述json格式的数据传输至所述桌面应用；

步骤S550、控制所述桌面应用将json格式的数据转换为NotificationItem对象，获取所述NotificationItem对象中携带的应用通知消息；

步骤S560、在所述桌面应用对应的桌面显示一个区域，以对所述应用通知消息进行展示。

图6示出了本发明实施例提供的一个应用例的示意图，参照图6，终端设备10当前所显示的界面为桌面，该桌面上具有多个应用图标，同时注册到桌面启动器中的应用11处于后台运行状态，并可通过桌面的通知栏12了解到应用11的后台运行状态；值得注意的是，上述对于终端设备10的显示内容的描述可以是点击终端设备10提供的home键后所展示的内容。在获取到应用11的应用通知消息后，通过本发明实施例提供的应用通知消息处理方法，终端设备10的桌面显示内容发生改变，终端设备10的桌面上将显示一个叠加显示的区域13展示该应用通知消息。

可选的，本发明实施例在桌面上展示了应用通知消息后，还可将用户对应用通知消息的处理结果反馈至应用；如通过即时通信应用获取到一个好友的聊天消息后，该聊天消息可通过本发明实施例提供的应用通知消息处理方法展示在桌面上显示，用户在查看了所展示的应用通知消息后，可通过展示应用通知消息的区域进行消息的编辑，从而将编辑后的消息反馈至应用，实现编辑消息至好友的发送。

可选的，图7示出了本发明实施例提供的应用通知消息处理方法的又另一流程图，参照图7，该方法可以包括：

步骤S600、控制应用继承通知事件处理方法；

可选的，继承NotificationEventHandle(通知事件处理方法)之后，intcallback(int actionId,NotificationItem notificationItem)方法会在桌面回传数据给具体app应用时，回调这个callback方法，其中，NotificationItem就是具体的数据内容，actionid表示桌面做了某种操作。比如一个短信应用，获取了一条新短信在桌面上展示，那么当桌面就这条短信删除时，就会通过callBack方法通知短信应用，这时actionId里面的值就代表是删除操作，notificationItem里的内容，就是删除的具体那条短信内容。

通知事件处理(NotificationEventHandler)为sdk中与ContentProvider相关的一个用于进行通知事件处理的类。

步骤S610、获取对应用通知消息的处理信息；

可选的，处理信息可以是用户通过展示应用通知消息的区域进行编辑后得到的，展示应用通知消息的区域可以提供用于进行用户编辑的接口。

步骤S620、调取callback方法，通过应用对应的内容提供器进行进程间通信，将所述处理信息传输至所述应用；

在本发明实施例中，除了操作系统对应有ContentProvider外，应用也可配置有对应的ContentProvider，操作系统对应的ContentProvider用于进行应用至桌面的进程间数据传输，应用对应的ContentProvider用于进行桌面至应用的进程间数据传输。

步骤S630、控制所述应用处理所述处理信息。

可选的，为了保证接收处理信息的应用为合法应用，本发明实施例可对应用进行合法性校验；可选的，本发明实施例可在获取到对应用通知消息的处理信息后，获取应用的第二标识信息(第二标识信息表示的是应用的标识信息)，第二标识信息可以是应用的签名信息等，如果第二标识信息与预定第二标识信息(预定第二标识信息可以是合法应用所对应的标识信息)对应，则说明应用为合法应用，可调取callback方法，通过应用对应的内容提供器进行进程间通信，将所述处理信息传输至所述应用；如果第二标识信息与预定第二标识信息不对应，则说明应用为非法应用，可取消调取callback方法，不通过应用对应的内容提供器进行进程间通信，结束流程。

可选的，预定第二标识信息可以是应用在注册到桌面启动器时携带至桌面应用的，如在调取registerApp接口进行应用到桌面启动器的注册时，可在注册信息中携带应用的第二标识信息，将该第二标识信息作为预定第二标识信息；在进行处理信息的传输时，只有接收应用的第二标识信息与预定第二标识信息对应，则可实现处理信息的顺利传输，避免处理信息被传输至非法的应用。

本发明实施例可将处于后台运行状态的应用所获取的应用通知消息展示在桌面上，使得用户通过桌面即可查看应用通知消息，而不需要将后台运行的应用置于前台运行状态，使得后台运行状态的应用所获取的应用通知消息的展示方式极为便捷。同时，用户可通过桌面所显示的展示应用通知消息的区域，对应用通知消息进行处理，所得到的处理信息也可由桌面应用传输至处于后台运行状态的应用，从而对处理信息进行准确的处理，使得用户对应用通知消息的处理极为便捷。

下面对本发明实施例提供的应用通知消息处理装置进行介绍，下文描述的应用通知消息处理装置与上文描述的应用通知消息处理方法可相互对应参照。图8为本发明实施例提供的应用通知消息处理装置的结构框图，该装置可应用于终端设备，终端设备可以是智能手机，平板电脑，笔记本电脑等设备，参照图8，该应用通知消息处理装置可以包括：

封装模块100，用于在后台运行的应用获取到应用通知消息时，将所述应用通知消息封装成通知条对象，所述应用预先注册到了桌面启动器中；

第一传输模块200，用于通过操作系统对应的内容提供器进行所述通知条对象的进程间通信，以将所述通知条对象中携带的所述应用通知消息传输至当前处于运行状态的桌面应用；

显示模块300，用于在所述桌面应用对应的桌面显示一个区域，以对所述应用通知消息进行展示。

可选的，本发明实施例可在后台运行的应用获取到应用通知消息时，对当前处于运行状态的桌面应用进行校验；对应的，图9示出了本发明实施例提供的应用通知消息处理装置的另一结构，结合图8和图9所示，应用通知消息处理装置还可以包括：

第一校验模块400，用于在后台运行的应用获取到应用通知消息之后，获取当前处于运行状态的桌面应用的第一标识信息，将所述第一标识信息与预定第一标识信息进行比对。

对应的，图9所示应用通知消息处理装置的基础上，图10示出了封装模块100的一种可选结构，参照图10，封装模块100可以包括：

第一封装单元110，用于在所述第一标识信息与预定第一标识信息相对应时，将所述应用通知消息封装成所述通知条对象。

可选的，本发明实施例可在通过操作系统对应的内容提供器进行通知条对象的进程间通信之前，先对当前处于运行状态的桌面应用的合法性进行校验；对应的，图11示出了本发明实施例提供的应用通知消息处理装置的再一结构，结合图8和图11所示，应用通知消息处理装置还可以包括：

第二校验模块500，用于在将所述应用通知消息封装成所述通知条对象之后，获取当前处于运行状态的桌面应用的第一标识信息，将所述第一标识信息与预定第一标识信息进行比对。

对应的，在图11所示应用通知消息处理装置的基础上，图12示出了本发明实施例提供的第一传输模块200的一种可选结构，参照图12，第一传输模块200可以包括：

第一传输单元210，用于在所述第一标识信息与预定第一标识信息相对应时，通过操作系统对应的内容提供器进行所述通知条对象的进程间通信。

可选的，为了支持通知条对象在终端设备底层的传输，同时提升终端设备在进行底层数据传输时的数据扩展性，本发明实施例可在进行进程间通信传输时，将通知条对象的数据格式转换成预定数据格式，在桌面应用接收到该预定数据格式的数据后，可通过反射将预定数据格式的数据转换成通知条对象。对应的，图13示出了本发明实施例提供的第一传输模块200的另一种可选结构，参照图13，第一传输模块200可以包括：

第一格式转换单元220，用于将通知条对象转换为具有预定数据格式的数据；

第一进程间通信单元221，用于通过操作系统对应的内容提供器进行进程间通信，将具有预定数据格式的数据传输至当前处于运行状态的桌面应用；

第二格式转换单元222，用于控制所述桌面应用将具有预定数据格式的数据转换为所述通知条对象，以使通知条对象中携带的所述应用通知消息传输至所述桌面应用。

可选的，预定数据格式可以为json格式，对应的，图14示出了第一格式转换单元220的一种可选结构，参照图14，第一格式转换单元220可以包括：

属性确定子单元2201，用于将所述通知条对象结构体中的属性名称作为json的key，所述通知条对象结构体中的属性内容作为json的value。

可选的，本发明实施例在桌面上展示了应用通知消息后，还可将用户对应用通知消息的处理结果反馈至应用；对应的，图15示出了本发明实施例提供的应用通知消息处理装置的又一结构框图，结合图8和图15所示，应用通知消息处理装置还可以包括：

处理信息获取模块600，用于获取对所述应用通知消息的处理信息；

第二传输模块700，用于调取callback方法，通过所述应用对应的内容提供器进行进程间通信，将所述处理信息传输至所述应用；

处理模块800，用于控制所述应用处理所述处理信息。

可选的，为了保证接收处理信息的应用为合法应用，本发明实施例可对应用进行合法性校验；对应的，在图15所示应用通知消息处理装置的基础上，图16示出了本发明实施例提供的应用通知消息处理装置的又另一结构，结合图15和图16所示，应用通知消息处理装置还可以包括：

第三校验模块900，用于在获取对应用通知消息的处理信息之后，获取所述应用的第二标识信息，将所述第二标识信息与预定第二标识信息进行比对。

对应的，在图16所示应用通知消息处理装置的基础上，图17示出了本发明实施例提供的第二传输模块700的一种可选结构，参照图17，第二传输模块700可以包括：

第二传输单元710，用于在所述第二标识信息与所述预定第二标识信息对应时，调取callback方法，通过所述应用对应的内容提供器进行进程间通信，将所述处理信息传输至所述应用。

本发明实施例提供的应用通知消息处理装置可将处于后台运行状态的应用所获取的应用通知消息展示在桌面上，使得用户通过桌面即可查看应用通知消息，而不需要将后台运行的应用置于前台运行状态，大幅减少了用户操作，从而使得终端设备的耗电量减小；本发明实施例能够使得用户极为便捷的查看到应用通知消息，方便了用户对应用通知消息的处理。同时，用户可通过桌面所显示的展示应用通知消息的区域，对应用通知消息进行处理，所得到的处理信息也可由桌面应用传输至处于后台运行状态的应用，从而对处理信息进行准确的处理，使得用户对应用通知消息的处理极为便捷。

本发明实施例还提供一种终端设备，该终端设备可以包括上述所述的应用通知消息处理装置，对于应用通知消息处理装置的介绍可参照上文对应部分的描述，此处不再赘述。

下面对本发明实施例提供的终端设备的硬件结构进行介绍，下文描述中涉及应用通知消息处理方法的部分可参照上文对应部分描述。图18为本发明实施例提供的终端设备的硬件结构框图，该终端设备可能是包含计算能力的手机，PAD等智能移动终端，本发明具体实施例并不对终端设备的具体实现做限定。参照图18，终端设备可以包括：处理器1，通信接口2，存储器3和通信总线4；

其中处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；

可选的，通信接口2可以为通信模块的接口，如GSM模块的接口；

处理器1，用于执行程序；

存储器3，用于存放程序；

程序可以包括程序代码，所述程序代码包括计算机操作指令。

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

其中，程序可具体用于：

在后台运行的应用获取到应用通知消息时，将所述应用通知消息封装成通知条对象，所述应用预先注册到了桌面启动器中；

通过操作系统对应的内容提供器进行所述通知条对象的进程间通信，以将所述通知条对象中携带的所述应用通知消息传输至当前处于运行状态的桌面应用；

在所述桌面应用对应的桌面显示一个区域，以对所述应用通知消息进行展示。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (15)

1.一种应用通知消息处理方法，其特征在于，包括：

在后台运行的应用获取到应用通知消息时，将所述应用通知消息封装成通知条对象，所述应用预先注册到了桌面启动器中；

通过操作系统对应的内容提供器进行所述通知条对象的进程间通信，以将所述通知条对象中携带的所述应用通知消息传输至当前处于运行状态的桌面应用；

在所述桌面应用对应的桌面显示一个区域，以对所述应用通知消息进行展示。

2.根据权利要求1所述的应用通知消息处理方法，其特征在于，在后台运行的应用获取到应用通知消息之后，所述方法还包括：

获取当前处于运行状态的桌面应用的第一标识信息；

将所述第一标识信息与预定第一标识信息进行比对；

所述将所述应用通知消息封装成通知条对象包括：

在所述第一标识信息与预定第一标识信息相对应时，将所述应用通知消息封装成所述通知条对象。

3.根据权利要求1所述的应用通知消息处理方法，其特征在于，在将所述应用通知消息封装成所述通知条对象之后，所述方法还包括：

获取当前处于运行状态的桌面应用的第一标识信息；

将所述第一标识信息与预定第一标识信息进行比对；

所述通过操作系统对应的内容提供器进行所述通知条对象的进程间通信包括：

在所述第一标识信息与预定第一标识信息相对应时，通过操作系统对应的内容提供器进行所述通知条对象的进程间通信。

4.根据权利要求1-3任一项所述的应用通知消息处理方法，其特征在于，所述通过操作系统对应的内容提供器进行所述通知条对象的进程间通信包括：

将通知条对象转换为具有预定数据格式的数据；

通过操作系统对应的内容提供器进行进程间通信，将具有预定数据格式的数据传输至当前处于运行状态的桌面应用；

控制所述桌面应用将具有预定数据格式的数据转换为所述通知条对象，以使通知条对象中携带的所述应用通知消息传输至所述桌面应用。

5.根据权利要求4所述的应用通知消息处理方法，其特征在于，所述预定数据格式为json格式，所述将通知条对象转换为具有预定数据格式的数据包括：

将所述通知条对象结构体中的属性名称作为json的key，所述通知条对象结构体中的属性内容作为json的value。

6.根据权利要求1所述的应用通知消息处理方法，其特征在于，所述应用继承有通知事件处理方法；所述方法还包括：

获取对所述应用通知消息的处理信息；

调取callback方法，通过所述应用对应的内容提供器进行进程间通信，将所述处理信息传输至所述应用；

控制所述应用处理所述处理信息。

7.根据权利要求6所述的应用通知消息处理方法，其特征在于，在获取对应用通知消息的处理信息之后，所述方法还包括：

获取所述应用的第二标识信息；

将所述第二标识信息与预定第二标识信息进行比对；

所述调取callback方法，通过所述应用对应的内容提供器进行进程间通信，将所述处理信息传输至所述应用包括：

在所述第二标识信息与所述预定第二标识信息对应时，调取callback方法，通过所述应用对应的内容提供器进行进程间通信，将所述处理信息传输至所述应用。

8.一种应用通知消息处理装置，其特征在于，包括：

封装模块，用于在后台运行的应用获取到应用通知消息时，将所述应用通知消息封装成通知条对象，所述应用预先注册到了桌面启动器中；

第一传输模块，用于通过操作系统对应的内容提供器进行所述通知条对象的进程间通信，以将所述通知条对象中携带的所述应用通知消息传输至当前处于运行状态的桌面应用；

显示模块，用于在所述桌面应用对应的桌面显示一个区域，以对所述应用通知消息进行展示。

9.根据权利要求8所述的应用通知消息处理装置，其特征在于，还包括：

第一校验模块，用于在后台运行的应用获取到应用通知消息之后，获取当前处于运行状态的桌面应用的第一标识信息，将所述第一标识信息与预定第一标识信息进行比对；

所述封装模块包括：

第一封装单元，用于在所述第一标识信息与预定第一标识信息相对应时，将所述应用通知消息封装成所述通知条对象。

10.根据权利要求8所述的应用通知消息处理装置，其特征在于，还包括：

第二校验模块，用于在将所述应用通知消息封装成所述通知条对象之后，获取当前处于运行状态的桌面应用的第一标识信息，将所述第一标识信息与预定第一标识信息进行比对；

所述第一传输模块包括：

第一传输单元，在所述第一标识信息与预定第一标识信息相对应时，通过操作系统对应的内容提供器进行所述通知条对象的进程间通信。

11.根据权利要求8-10任一项所述的应用通知消息处理装置，其特征在于，所述第一传输模块包括：

第一格式转换单元，用于将通知条对象转换为具有预定数据格式的数据；

第一进程间通信单元，用于通过操作系统对应的内容提供器进行进程间通信，将具有预定数据格式的数据传输至当前处于运行状态的桌面应用；

第二格式转换单元，用于控制所述桌面应用将具有预定数据格式的数据转换为所述通知条对象，以使通知条对象中携带的所述应用通知消息传输至所述桌面应用。

12.根据权利要求11所述的应用通知消息处理装置，其特征在于，所述预定数据格式为json格式，所述第一格式转换单元包括：

属性确定子单元，用于将所述通知条对象结构体中的属性名称作为json的key，所述通知条对象结构体中的属性内容作为json的value。

13.根据权利要求8所述的应用通知消息处理装置，其特征在于，所述装置还包括：

处理信息获取模块，用于获取对所述应用通知消息的处理信息；

第二传输模块，用于调取callback方法，通过所述应用对应的内容提供器进行进程间通信，将所述处理信息传输至所述应用；

处理模块，用于控制所述应用处理所述处理信息。

14.根据权利要求13所述的应用通知消息处理装置，其特征在于，所述装置还包括：

第三校验模块，用于在获取对应用通知消息的处理信息之后，获取所述应用的第二标识信息，将所述第二标识信息与预定第二标识信息进行比对；

所述第二传输模块包括：

第二传输单元，用于在所述第二标识信息与所述预定第二标识信息对应时，调取callback方法，通过所述应用对应的内容提供器进行进程间通信，将所述处理信息传输至所述应用。

15.一种终端设备，其特征在于，包括权利要求8-14任一项所述的应用通知消息处理装置。