CN105528251A - 应用通知信息的处理方法、装置及移动终端 - Google Patents

Abstract

本发明公开了一种应用通知信息的处理方法、装置及移动终端,涉及移动通信技术领域，解决了现有的管理客户端与其管理的应用程序之间的通知信息无法同步的问题。本发明的方法包括：管理客户端接收应用程序发送的自身通知信息状况；根据应用程序发送的自身通知信息状况获取应用程序的通知信息；将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。本发明主要用于企业员工通过管理客户端进行办公的过程中实现更高效的通知信息管理。

Description

应用通知信息的处理方法、装置及移动终端

技术领域

本发明涉及移动通信技术领域，特别是涉及一种应用通知信息的处理方法、装置及移动终端。

背景技术

随着信息化办公的普及，企业在向移动办公拓展过程中会面临安全、管理以及部署等各种挑战，为了帮助企业在享受移动办公带来的成本下降、效率提升的同时加强对员工移动设备的管理控制以及安全防范，会在员工用于办公的移动终端中安装统一的企业办公客户端对员工的移动终端进行管理。员工通过点击进入办公客户端后，可以查看并操作办公客户端中包含的多种与企业有关的应用。

在使用办公客户端的过程中，办公客户端具有通知信息时，会将通知信息的个数通过角标显示在办公客户端的图标上；而办公客户端中的其他应用具有通知信息时，其通知信息并不会显示在办公客户端的图标上。因此，当办公客户端中的应用收到某些重要的通知信息后，若员工没有打开办公客户端，则无法获取到应用的通知信息，由此可能造成用户由于无法及时获取应用的通知信息而导致业务无法及时完成。

发明内容

有鉴于此，本发明提出了一种应用通知信息的处理方法、装置及移动终端，主要目的在于解决现有的管理客户端与其管理的应用程序之间的通知信息无法同步的问题。

依据本发明的第一个方面，本发明提供一种应用通知信息的处理方法，包括：

管理客户端接收应用程序发送的自身通知信息状况；

根据应用程序发送的自身通知信息状况获取应用程序的通知信息；

将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。

进一步的，管理客户端接收应用程序发送的自身通知信息状况包括：

管理客户端根据用户自定义设置应用程序的权限，接收应用程序发送的自身通知信息状况；

仅接收具有权限的应用程序发送的自身通知信息状况。

进一步的，管理客户端接收应用程序发送的自身通知信息状况包括：

管理客户端通过与应用程序之间定制的通信接口接收应用程序发送的自身通知信息状况，所述通知信息状况包括：通知信息的数量。

进一步的，根据应用程序发送的自身通知信息状况获取应用程序的通知信息包括：

查找应用程序的更新数据入口；

通过所述更新数据入口实现通知信息的获取。

进一步的，通过所述更新数据入口实现通知信息的获取包括：

通过反射机制的调用方法从更新数据入口获取通知信息。

进一步的，将通知信息发送给桌面启动器包括：

通过广播的方式将通知信息发送给桌面启动器。

进一步的，所述应用程序包括：即时通讯软件、邮件及办公软件。

依据本发明的第二个方面，本发明提供一种应用通知信息的处理装置，包括：

接收单元，用于接收应用程序发送的自身通知信息状况；

获取单元，用于根据应用程序发送的自身通知信息状况获取应用程序的通知信息；

发送单元，用于将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。

进一步的，所述接收单元用于根据用户自定义设置应用程序的权限，接收应用程序发送的自身通知信息状况；所述接收单元仅接收具有权限的应用程序发送的自身通知信息状况。

进一步的，所述接收单元用于通过管理客户端与应用程序之间定制的通信接口接收应用程序发送的自身通知信息状况，所述通知信息状况包括：通知信息的数量。

进一步的，所述获取单元包括：

查找模块，用于查找应用程序的更新数据入口；

获取模块，用于通过所述更新数据入口实现通知信息的获取。

进一步的，所述获取单元用于通过反射机制的调用方法从更新数据入口获取通知信息。

进一步的，所述发送单元用于通过广播的方式将通知信息发送给桌面启动器。

依据本发明的第三个方面，本发明提供一种移动终端，所述移动终端包括管理客户端，其中所述管理客户端包括上述第二个方面所述的应用通知信息的处理装置。

借由上述技术方案，本发明实施例提供的一种应用通知信息的处理方法、装置及移动终端，能够由管理客户端接收应用程序发送的自身通知信息状况，并根据应用程序的自身通知信息状况获取应用程序的通知信息，然后将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。与现有技术中办公客户端中的其他应用具有通知信息时，其通知信息并不会显示在办公客户端的图标上，从而造成用户由于无法及时获取应用的通知信息而导致业务无法及时完成的缺陷相比，本发明能够在管理客户端的图标上显示包含有应用通知信息的角标，从而使得用户在没有打开管理客户端时也能够及时获取到应用的通知信息。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种应用通知信息的处理方法的流程图；

图2示出了本发明实施例提供的一种应用通知信息的处理装置的组成框图；

图3示出了本发明实施例提供的另一种应用通知信息的处理装置的组成框图。

具体实施方式

下面将参照附图更加详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明和以下本实施例中，对移动终端中的工作区和个人区可以定义如下：工作区和个人区的定义，在设备使用过程中，为了方便管理设备中的个人资料和工作资料，可以在设备中划出一部分磁盘存储空间，配置新的权限信息，可以用于存储和管理工作资料。而该设备剩下的磁盘存储空间，可以用于存储、管理个人资料或者其他资料，剩下的磁盘存储空间可以拥有初始的权限信息。相对而言，存储工作资料的磁盘存储空间可以称之为工作区，而存储个人资料的磁盘存储空间可以称之为个人区。本发明实施例中的管理客户端用于管理工作区中的应用程序。由于在现有的许多企业中，员工会通过管理客户端管理移动设备工作区中的应用程序，尤其是与企业办公相关的应用程序，而当工作区中的应用程序具有通知信息时，其通知信息并不会显示在管理客户端的图标上。因此，当管理客户端中的应用程序收到重要的通知信息后，若员工没有打开管理客户端，也就是没有进入工作区时，则无法获取应用程序的通知信息，由此可能导致业务无法及时完成。其中，应用程序包括但不限于即时通讯软件、邮件及办公软件。

为了解决上述问题，本发明实施例提供了一种应用通知信息的处理方法，能够在管理客户端上显示包含有应用通知信息的角标，从而使得用户在没有打开管理客户端时也能够及时获取到应用的通知信息。本发明实施例中的管理客户端部署在企业需要管理的移动终端上，员工可以通过管理客户端安全的访问企业内网和使用应用(软件)进行办公。本发明实施例的方法如图1所示，该方法包括：

101、管理客户端接收应用程序发送的自身通知信息状况。

在本发明实施例中，管理客户端作为与业务相关的应用程序的入口，只有在登陆进入管理客户端之后才能进行所述应用程序的操作。但是，现有的管理客户端只是作为应用程序的保护环境，与应用程序之间并没有任何交互，管理客户端只接收针对自身的通知信息，应用程序同样只接收针对自身的通知信息。若在管理客户端没有打开的情况下，应用程序接收到的通知信息只会通过角标显示在应用程序的图标上，若用户没有打开管理客户端，则用户无法获知管理客户端中的应用程序收到通知信息。因此，在本发明实施例中需要执行步骤101管理客户端接收应用程序发送的自身通知信息状况。也就是当应用程序接收到系统发送的通知信息之后，需要将接收的通知信息状况告知管理客户端。

102、根据应用程序发送的自身通知信息状况获取应用程序的通知信息。

当管理客户端在步骤101中接收到应用程序发送的自身通知信息状况之后，就会得到哪个应用程序收到了通知信息，或者哪个应用程序收到了多少通知信息等状况。因此，管理客户端会根据所述通知信息状况从相应的应用程序处获取通知信息。其中，在获取应用通知信息前，首先需要获取应用的权限。对智能终端的安卓系统的平台签名的获取，能够获得足够的操作权限，基于此权限完成进一步的优化。在安卓版本步入5.0时代的今天，系统安全度进一步提升，root权限获取也更加困难。本发明的实施例，提供了权限甚至更高的系统平台签名的解决方案，在提升操作权限方面具有更好的作用。平台签名如前所述，是安卓智能终端的生产厂商在提供系统时以最高权限的签名，一般为系统内部使用，消费者无法查看。本发明的技术方案，可以通过刷入recovery分区，通过分区的一些程序获取高权限，具体可以为在ramdisk中设置一个模块，用于扫描系统分区，扫描后查看其签名，再对其他程序重新签名。然后是实现系统的应用封装，修改原APK的Manifest，变更程序入口为本发明中移动终端的工作区内，让第三方应用安装后仅出现在工作区内。

103、将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。

当管理客户端在步骤102中获取到应用程序的通知信息之后，会将应用程序的通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。由于管理客户端在获取应用程序的通知信息时，通过接口能够知道是哪个应用程序的通知信息，并且在向桌面启动器发送这些通知信息时，桌面启动器也会获知这些情况。因此，本发明实施例中的桌面启动器能够根据应用程序的通知信息在管理客户端上进行角标更新，同时，还可以在相应的应用程序上进行角标更新。

本发明实施例提供的一种应用通知信息的处理方法，能够由管理客户端接收应用程序发送的自身通知信息状况，并根据应用程序的自身通知信息状况获取应用程序的通知信息，然后将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。与现有技术中办公客户端中的其他应用具有通知信息时，其通知信息并不会显示在办公客户端的图标上，从而造成用户由于无法及时获取应用的通知信息而导致业务无法及时完成的缺陷相比，本发明能够在管理客户端的图标上显示包含有应用通知信息的角标，从而使得用户在没有打开管理客户端时也能够及时获取到应用的通知信息。

为了更好的对上述图1所示的方法进行理解，作为对上述实施方式的细化和扩展，本发明实施例将针对图1中的步骤进行详细说明。

其中，以安卓系统为例，桌面启动器通常称为launcher。各开发者提供不同版本的系统，都包括内置的launcher应用。本发明的技术方案，能够读取用户使用的原launcher应用的配置文件，该配置文件中包含用户现有的桌面布局信息，从而得到本发明技术方案所需的通知信息。而角标就是在应用程序或客户端的图标上显示的通知信息状况，通常为通知信息的数量，某个应用程序或客户端有1条通知信息，就会在其图标上显示角标1。

由于本发明实施例中管理客户端需要将各个应用程序的通知信息发送给桌面启动器，由桌面启动器根据管理客户端发送的通知信息对管理客户端的角标进行更新。而管理客户端发送的通知信息中又会包含大量其他应用程序的通知信息，因此当某些应用程序经常会收到通知信息时，管理客户端就需要经常向桌面启动器发送这些通知信息，以便桌面启动器在管理客户端上进行角标更新，当这种情况太频繁的话，会造成用户的反感。因此，作为一种可选的实施方式，本发明实施例中管理客户端在接收应用程序发送的自身通知信息状况时，可以根据管理客户端对应用程序设置的权限，接收应用程序发送的自身通知信息状况。具体的，可以仅接收具有权限的应用程序发送的自身通知信息状况。无权限的应用程序发送的自身通知信息状况，管理客户端不予接收。也就是由管理客户端根据各个应用程序接收通知信息的频率，为各个应用程序设置权限，将接收通知信息频率较高的应用程序设置为无权限，将接收通知信息频率较低的应用程序设置为有权限。那些无权限的应用程序向管理客户端发送的通知信息状况，管理客户端不会接收，或者无权限的应用程序无法向管理客户端发送自身的通知信息状况。其中，有权限和无权限的分界线可以由管理客户端自定义设置一个接收通知信息的频率阈值，当应用程序接收通知信息的频率高于这个频率阈值时，这个应用程序为无权限，当应用程序接收通知信息的频率低于这个频率阈值时，这个应用程序为有权限。或者，作为另一种可选的实施方式，无论应用程序接收通知信息的频率如何，都可以由管理客户端自定义向任何一个应用程序开放权限或关闭权限。

在管理客户端接收应用程序发送的自身通知信息状况时，可以通过刷入recovery分区，通过分区的一些程序获取高权限，具体可以为在ramdisk中设置一个模块，用于扫描系统分区，扫描后查看其签名，再对其他程序重新签名。然后是实现系统的应用封装，修改原APK的Manifest，变更程序入口为本发明中移动终端的工作区内，让第三方应用安装后仅出现在工作区内，也就是管理客户端中。管理客户端可以通过与应用程序之间定制的通信接口接收应用程序发送的自身通知信息状况。例如，在本发明实施例中，管理客户端提供了一个provider接口供各个应用程序进行调用，当应用程序接收到系统发送的通知信息之后，就会调用这个provider接口向管理客户端报告自身的通知信息状况，而管理客户端就会通过与应用程序之间定制的provider通信接口接收应用程序发送的自身通知信息状况。本发明实施例中所述的通知信息状况通常包括：通知信息的数量，用于使应用程序告知管理客户端自己收到了多少条通知信息；当然，所述的通知信息状况也可以只是具有通知信息的提示信息，用于使应用程序告知管理客户端自己收到了通知信息。

当管理客户端接收到应用程序发送的自身通知信息状况之后，就会知道哪些应用程序收到了通知信息，从而会向相应的应用程序获取通知信息。具体的，管理客户端需要查找并调用应用程序的更新数据入口，在本发明实施例中以安卓系统为例，可以通过ContentProvider接口实现通知信息的获取。由于ContentProvider为存储和读取数据提供了一个统一的接口，并且通过ContentProvider使得应用程序可以实现数据共享，而本发明实施例中的管理客户端就可以通过ContentProvider调用应用程序的通知信息。当然，也可以使用其他方式将应用程序的通知信息对外共享给管理客户端，由管理客户端从应用程序处获取通知信息。如应用程序采用文件或数据库方式对外共享数据，需要管理客户端进行文件操作或数据库操作读写应用程序的通知信息；或者应用程序采用sharedpreferences共享数据，需要管理客户端使用sharedpreferencesAPI读写应用程序的通知信息。而使用ContentProvider的好处是统一了管理客户端获取应用程序通知信息的数据访问方式。或者，可以基于安卓反射机制的反射调用方法从更新数据入口获取通知信息。具体的通过反射调用方法，该方法为invoke()，这个方法是Method的方法，可以通过方法名创建Method对象，通过该对象的invoke()方法反射出方法(这一步就是方法的执行)供管理客户端调用。

当管理客户端通过上述方式获取到应用程序的通知信息之后，就需要将通知信息发送给桌面启动器，本发明实施例中就是发送给launcher。具体的，管理客户端可以通过广播的方式将通知信息发送给launcher。其中，作为一种可选的实施方式，可以将桌面启动器launcher提前设置优先级，优先级高的先接收到广播，因此可以将launcher设置为最高的优先级，管理客户端发送的广播最先由launcher并进行处理。或者，管理客户端也可以发送同步广播，广播发出后，几乎同时到达多个接收者处，能够处理该广播的launcher会对接收的广播进行处理。

当桌面启动器launcher接收到管理客户端发送的通知信息后，会将应用程序的通知信息以角标形式添加在管理客户端的图标上。当然，若管理客户端自身收到通知信息后，launcher也会将管理客户端的通知信息与应用程序的通知信息进行合并后以同一角标的形式添加在管理客户端的图标上。或者，为了进一步区分通知信息的不同，可以将管理客户端自身的通知信息以一个角标的形式显示在管理客户端的图标上，将其他应用程序的通知信息以另一个角标的形式显示在管理客户端的图标上。由于管理客户端通过与应用程序之间定制的接口可以获知哪个应用程序收到了通知信息，因此将应用程序与通知信息的情况以广播告知launcher进行角标更新后，launcher不仅可以将这些通知信息以角标的形式显示在管理客户端的图标上，还可以将这些通知信息以角标的形式显示在相应的应用程序的图标上。

例如，通过本发明实施例的方式在管理客户端进行角标的显示之后，当用户没有打开管理客户端而管理客户端中的应用程序收到通知信息之后，用户可以直接从管理客户端上看见通知信息的角标，从而能够及时打开管理客户端进行查看，并能够查看到其中的应用程序显示的角标。而当管理客户端和应用程序都收到通知信息之后，由于本发明实施例提供了将管理客户端的通知信息与应用程序的通知信息以不同角标进行显示的实施方式，因此，用户在不打开管理客户端的情况下，能够清楚的获知是管理客户端收到了通知信息还是应用程序收到了通知信息，从而能够决定是否需要打开管理客户端进行通知信息查看。通常情况下，若是管理客户端收到通知信息，则可以暂时不用查看；而若是应用程序收到了通知信息，则需要用户及时打开管理客户端进行查看，以免导致业务信息通知无法及时处理。

进一步的，作为对上述图1所示方法的实现，本发明实施例提供了一种应用通知信息的处理装置，如图2所示，该装置包括：接收单元21、获取单元22以及发送单元23，其中，

接收单元21，用于接收应用程序发送的自身通知信息状况；

获取单元22，用于根据应用程序发送的自身通知信息状况获取应用程序的通知信息；

发送单元23，用于将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。

进一步的，接收单元21用于根据用户自定义设置应用程序的权限，接收应用程序发送的自身通知信息状况；接收单元21仅接收具有权限的应用程序发送的自身通知信息状况。

进一步的，接收单元21用于通过管理客户端与应用程序之间定制的通信接口接收应用程序发送的自身通知信息状况，所述通知信息状况包括：通知信息的数量。

进一步的，如图3所示，获取单元22包括：

查找模块221，用于查找应用程序的更新数据入口；

获取模块222，用于通过所述更新数据入口实现通知信息的获取。

进一步的，获取单元22用于通过反射机制的调用方法从更新数据入口获取通知信息。

进一步的，发送单元23用于通过广播的方式将通知信息发送给桌面启动器。

本发明实施例提供的一种应用通知信息的处理装置，能够由管理客户端接收应用程序发送的自身通知信息状况，并根据应用程序的自身通知信息状况获取应用程序的通知信息，然后将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。与现有技术中办公客户端中的其他应用具有通知信息时，其通知信息并不会显示在办公客户端的图标上，从而造成用户由于无法及时获取应用的通知信息而导致业务无法及时完成的缺陷相比，本发明能够在管理客户端的图标上显示包含有应用通知信息的角标，从而使得用户在没有打开管理客户端时也能够及时获取到应用的通知信息。

此外，本发明实施例提供的应用通知信息的处理装置可以将管理客户端自身的通知信息以一个角标的形式显示在管理客户端的图标上，将其他应用程序的通知信息以另一个角标的形式显示在管理客户端的图标上，从而使用户在不打开管理客户端的情况下，能够清楚的获知是管理客户端收到了通知信息还是应用程序收到了通知信息，进而能够决定是否需要打开管理客户端进行通知信息查看。

综上所述，本发明实施例还提供一种移动终端，所述移动终端包括上述实施例中的管理客户端，其中所述管理客户端包括上述图2或图3中所示的应用通知信息的处理装置。

本发明实施例提供的移动终端，能够由其中的管理客户端接收应用程序发送的自身通知信息状况，并根据应用程序的自身通知信息状况获取应用程序的通知信息，然后将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。与现有技术中办公客户端中的其他应用具有通知信息时，其通知信息并不会显示在办公客户端的图标上，从而造成用户由于无法及时获取应用的通知信息而导致业务无法及时完成的缺陷相比，本发明能够在管理客户端的图标上显示包含有应用通知信息的角标，从而使得用户在没有打开管理客户端时也能够及时获取到应用的通知信息。

本发明实施例公开了：

A1、一种应用通知信息的处理方法，所述方法包括：

管理客户端接收应用程序发送的自身通知信息状况；

根据应用程序发送的自身通知信息状况获取应用程序的通知信息；

将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。

A2、根据A1所述的方法，管理客户端接收应用程序发送的自身通知信息状况包括：

管理客户端根据用户自定义设置应用程序的权限，接收应用程序发送的自身通知信息状况；

仅接收具有权限的应用程序发送的自身通知信息状况。

A3、根据A1所述的方法，管理客户端接收应用程序发送的自身通知信息状况包括：

管理客户端通过与应用程序之间定制的通信接口接收应用程序发送的自身通知信息状况，所述通知信息状况包括：通知信息的数量。

A4、根据A1所述的方法，根据应用程序发送的自身通知信息状况获取应用程序的通知信息包括：

查找应用程序的更新数据入口；

通过所述更新数据入口实现通知信息的获取。

A5、根据A4所述的方法，通过所述更新数据入口实现通知信息的获取包括：

通过反射机制的调用方法从更新数据入口获取通知信息。

A6、根据A1-A5中任一项所述的方法，将通知信息发送给桌面启动器包括：

通过广播的方式将通知信息发送给桌面启动器。

A7、根据A6所述的方法，所述应用程序包括：即时通讯软件、邮件及办公软件。

B8、一种应用通知信息的处理装置，所述装置包括：

接收单元，用于接收应用程序发送的自身通知信息状况；

获取单元，用于根据应用程序发送的自身通知信息状况获取应用程序的通知信息；

发送单元，用于将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。

B9、根据B8所述的装置，所述接收单元用于根据用户自定义设置应用程序的权限，接收应用程序发送的自身通知信息状况；所述接收单元仅接收具有权限的应用程序发送的自身通知信息状况。

B10、根据B8所述的装置，所述接收单元用于通过管理客户端与应用程序之间定制的通信接口接收应用程序发送的自身通知信息状况，所述通知信息状况包括：通知信息的数量。

B11、根据B8所述的装置，所述获取单元包括：

查找模块，用于查找应用程序的更新数据入口；

获取模块，用于通过所述更新数据入口实现通知信息的获取。

B12、根据B11所述的装置，所述获取单元用于通过反射机制的调用方法从更新数据入口获取通知信息。

B13、根据B8-B12中任一项所述的装置，所述发送单元用于通过广播的方式将通知信息发送给桌面启动器。

C14、一种移动终端，所述移动终端包括管理客户端，其中所述管理客户端包括如B8-B13中任一项所述的装置。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的发明名称(如确定网站内链接等级的装置)中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

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

管理客户端接收应用程序发送的自身通知信息状况；

根据应用程序发送的自身通知信息状况获取应用程序的通知信息；

将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。

2.根据权利要求1所述的方法，其特征在于，管理客户端接收应用程序发送的自身通知信息状况包括：

管理客户端根据用户自定义设置应用程序的权限，接收应用程序发送的自身通知信息状况；

仅接收具有权限的应用程序发送的自身通知信息状况。

3.根据权利要求1所述的方法，其特征在于，管理客户端接收应用程序发送的自身通知信息状况包括：

管理客户端通过与应用程序之间定制的通信接口接收应用程序发送的自身通知信息状况，所述通知信息状况包括：通知信息的数量。

4.根据权利要求1所述的方法，其特征在于，根据应用程序发送的自身通知信息状况获取应用程序的通知信息包括：

查找应用程序的更新数据入口；

通过所述更新数据入口实现通知信息的获取。

5.根据权利要求4所述的方法，其特征在于，通过所述更新数据入口实现通知信息的获取包括：

通过反射机制的调用方法从更新数据入口获取通知信息。

6.根据权利要求1-5中任一项所述的方法，其特征在于，将通知信息发送给桌面启动器包括：

通过广播的方式将通知信息发送给桌面启动器。

7.根据权利要求6所述的方法，其特征在于，所述应用程序包括：即时通讯软件、邮件及办公软件。

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

接收单元，用于接收应用程序发送的自身通知信息状况；

获取单元，用于根据应用程序发送的自身通知信息状况获取应用程序的通知信息；

发送单元，用于将通知信息发送给桌面启动器，以便桌面启动器根据通知信息更新管理客户端的角标。

9.根据权利要求8所述的装置，其特征在于，所述接收单元用于根据用户自定义设置应用程序的权限，接收应用程序发送的自身通知信息状况；所述接收单元仅接收具有权限的应用程序发送的自身通知信息状况。

10.一种移动终端，其特征在于，所述移动终端包括管理客户端，其中所述管理客户端包括如权利要求8-9中任一项所述的装置。