CN103034542A - 一种消息处理方法、装置及电子设备 - Google Patents

Abstract

本发明的目的在于提供一种消息处理方法、装置及电子设备，该消息处理方法包括：在所述操作系统生成一第一消息时，获取第一应用集合和第二应用集合，所述第一应用集合由满足所述第一消息的基于第一参数确定的发送条件的应用组成，所述第二应用集合由满足所述第一消息的基于第二参数确定的禁止发送条件的应用组成；进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用；其中，所述第三应用集合为所述第一应用集合和所述第二应用集合的差集。本发明提高了操作系统发送消息的灵活性。

Description

一种消息处理方法、装置及电子设备

技术领域

本发明属于电子领域，特别涉及一种消息处理方法、装置及电子设备。

背景技术

在各种操作系统中，应用可以基于从操作系统接收到的消息触发相应的逻辑动作。

发明人在实现本发明实施例的过程中发现，现有技术至少存在如下的缺点：

现有的消息接收机制都是基于应用的注册机制，一旦注册，系统就会在消息生成时向这些所有这些消息同时发送消息，缺少消息发送控制的灵活性。

发明内容

本发明实施例的目的在于提供一种消息处理方法、装置及电子设备，提高操作系统消息发送的灵活性。

为了实现上述目的，本发明实施例提供了一种消息处理方法，应用于一操作系统，所述消息处理方法包括：

在所述操作系统生成一第一消息时，获取第一应用集合和第二应用集合，所述第一应用集合由满足所述第一消息的基于第一参数确定的发送条件的应用组成，所述第二应用集合由满足所述第一消息的基于第二参数确定的禁止发送条件的应用组成；

进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用；

其中，所述第三应用集合为所述第一应用集合和所述第二应用集合的差集。

上述的消息处理方法，其中，进行消息发送控制具体包括：

发送所述第一消息发送到第三应用集合中的应用，同时阻止发送所述第一消息到所述第二应用集合中的应用。

上述的消息处理方法，其中，所述第一消息所述操作系统运行过程中基于事件触发的消息。

上述的消息处理方法，其中，进行消息发送控制具体为：

发送所述第一消息到第三应用集合中的应用；

发送操作完成后设置一定时器；

在定时器到时后，发送所述第一消息到所述第二应用集合中的应用。

上述的消息处理方法，其中，所述第一消息为所述操作系统启动完毕后触发的系统启动完成消息，所述第一应用集合中的应用为：向所述操作系统注册来申请接收所述系统启动完成消息，以在所述操作系统启动完毕后实现自动启动的应用。

上述的消息处理方法，其中，所述第二参数为用户选择参数或一应用属性参数。

为了实现上述目的，本发明实施例提供了一种消息处理装置，应用于一操作系统，所述消息处理装置包括：

应用集合确定模块，用于在所述操作系统生成一第一消息时，获取第一应用集合和第二应用集合，所述第一应用集合由满足所述第一消息的基于第一参数确定的发送条件的应用组成，所述第二应用集合由满足所述第一消息的基于第二参数确定的禁止发送条件的应用组成；

控制模块，用于进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用；

其中，所述第三应用集合为所述第一应用集合和所述第二应用集合的差集。

上述的消息处理装置，其中，所述控制模块具体用于发送所述第一消息发送到第三应用集合中的应用，同时阻止发送所述第一消息到所述第二应用集合中的应用。

上述的消息处理装置，其中，所述第一消息所述操作系统运行过程中基于事件触发的消息。

上述的消息处理装置，其中，所述控制模块具体包括：

第一发送单元，用于发送所述第一消息到第三应用集合中的应用；

设置单元，用于发送操作完成后设置一定时器；

第二发送单元，用于在定时器到时后，发送所述第一消息到所述第二应用集合中的应用。

上述的消息处理装置，其中，所述第一消息为所述操作系统启动完毕后触发的系统启动完成消息，所述第一应用集合中的应用为：向所述操作系统注册来申请接收所述系统启动完成消息，以在所述操作系统启动完毕后实现自动启动的应用。

上述的消息处理装置，其中，所述第二参数为用户选择参数或一应用属性参数。

为了实现上述目的，本发明实施例提供了一种电子设备，包括处理器，基于该处理器能够运行一操作系统，所述处理器用于在所述操作系统生成一第一消息时，获取第一应用集合和第二应用集合，并进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用；

其中，所述第一应用集合由满足所述第一消息的基于第一参数确定的发送条件的应用组成，所述第二应用集合由满足所述第一消息的基于第二参数确定的禁止发送条件的应用组成，所述第三应用集合为所述第一应用集合和所述第二应用集合的差集。

上述的电子设备，其中，所述处理器具体包括：

应用集合确定模块，用于在所述操作系统生成一第一消息时，获取所述第一应用集合和第二应用集合；

控制模块，用于进行消息发送控制，使所述第一消息在发送到所述第三应用集合的应用时，无法同时发送给所述第二应用集合中的应用。

本发明实施例具有以下有益效果：

在本发明具体实施例中，发送操作系统生成的消息时，不再是仅仅考虑基于第一参数确定的发送条件，同时还需要考虑基于第二参数确定的禁止发送条件，相对于现有技术中仅依据基于第一方面因素确定的发送条件进行的消息发送机制，由于本发明实施例的方法还基于禁止发送条件来进行消息发送控制，使得部分应用无法从操作系统接收到的消息，从而无法触发相应的逻辑动作，提高操作系统消息发送的灵活性。而这种消息发送的灵活性能够用于改善系统安全性和用户的便捷性。

附图说明

图1所示为本发明实施例的消息处理方法的流程示意图；

图2所示为本发明实施例的消息处理方法的实际应用的流程示意图；

图3所示为本发明实施例的消息处理装置的结构示意图。

具体实施方式

本发明实施例的一种消息处理方法、装置及电子设备中，在操作系统生成一消息时，不再仅仅依据基于一方面因素确定的发送条件来决定消息是否发送到应用，而是依据基于第一方面因素确定的发送条件和基于第二方面因素确定的禁止发送条件来进行消息发送控制，提高操作系统消息发送的灵活性。

本发明实施例的消息处理方法，应用于一操作系统，如图1所示，所述消息处理方法包括：

步骤11，在所述操作系统生成一第一消息时，获取第一应用集合和第二应用集合，所述第一应用集合由满足所述第一消息的基于第一参数确定的发送条件的应用组成，所述第二应用集合由满足所述第一消息的基于第二参数确定的禁止发送条件的应用组成；

步骤12，进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用；

其中，所述第三应用集合为所述第一应用集合和所述第二应用集合的差集。

在本发明具体实施例中，发送操作系统生成的消息时，不再是仅仅考虑基于第一参数确定的发送条件，同时还需要考虑基于第二参数确定的禁止发送条件，相对于现有技术中仅依据基于第一方面因素确定的发送条件进行的消息发送机制，由于本发明实施例的方法还基于禁止发送条件来进行消息发送控制，使得部分应用无法从操作系统接收到的消息，从而无法触发相应的逻辑动作，提高操作系统消息发送的灵活性。

而这种消息发送的灵活性会在系统安全性、用户的便捷性等方面带来有益效果，这将在后续进行说明。

在对本发明实施例进行进一步详细说明之前，先对本发明实施例中涉及到的几个应用集合说明如下。

以消息X为例，在操作系统生成消息X时，假定按照第一参数(如应用注册信息等，这将在后面进行详细说明)来看，消息X应该发送到如下10个应用：A1、A2、A3、...、A10，而同时，如果按照第二参数(如用户选择消息、或者可靠性参数、或者优先级参数等，这将在后面进行详细说明)来看，消息X不能发送到可靠性较差的如下3个应用：A1、A5、A7。

按照上述的例子，则：

第一应用集合是一个全集，为所有按照注册情况来看应该发送消息的应用集合，为{A1 A2 A3...A10}；

第二应用集合为第一应用集合的一个子集，为按照可靠性参数来看，不应该发送消息的应用集合，为{A1 A5 A7}；

第三应用集合为所述第一应用集合和所述第二应用集合的差集，为综合注册情况和可靠性参数来看，最终确定的应该发送消息的应用集合，为{A2 A3A4 A6 A8 A9 A10}。

在本发明的具体实施例中，涉及到第一参数和第二参数，该第一参数和第二参数属于不同的参数，对该第一参数和第二参数说明如下。

在现有的操作系统中，消息接收机制都是基于应用的注册机制，也就是说，在本发明的具体实施例中，该第一参数可以是应用的注册信息，而所有向所述操作系统注册来申请在所述第一消息生成后接收所述第一消息的应用组成第一应用集合。

而第二参数可以是用户选择参数或应用属性参数，分别说明如下。

当第二参数是用户选择参数时，该第二集合的生成说明如下。

首先，获取第一集合，并将第一集合所包括的应用通知用户，如通过显示在显示屏上，当然还可以通过其他方式，但本发明实施例并不关注如何通知用户，在此不作详细说明；

然后，用户根据自身需求从第一应用集合的应用中选择部分或全部应用；

最后，利用用户选择的应用就组成了第二应用集合。

如对于移动通信终端在接收到呼叫请求消息时产生的新来电消息，向所述操作系统注册来申请在所述新来电消息生成后接收所述新来电消息的应用包括：

显示通知应用X1，接收该新来电消息后在显示屏显示信息，通知用户有新来电；

声音通知应用X2，接收该新来电消息后播放来电铃声，通知用户有新来电；

未知应用X3，接收该新来电消息后启动录音程序，并发送录音到特定地址。

此时，用户从这3个应用中选择未知应用X3，则应用X3对应的用户选择参数被赋值1，如果设置新来电消息的禁止发送条件为：用户选择参数的值为1，则应用X3满足新来电消息的禁止发送条件，第二应用集合为{X3}。

当第二参数是应用属性参数时，该第二集合的生成说明如下。

该应用属性参数可以是各种参数，下面以外部数据交互能力参数为例说明如下。

如对于移动通信终端在接收到呼叫请求消息时产生的新来电消息，向所述操作系统注册来申请在所述新来电消息生成后接收所述新来电消息的应用包括：

显示通知应用X1，接收该新来电消息后在显示屏显示信息，通知用户有新来电；

声音通知应用X2，接收该新来电消息后播放来电铃声，通知用户有新来电；

未知应用X3，接收该新来电消息后启动录音程序，并发送录音到特定地址。

从以上3个应用的外部数据交互能力参数来看，第一个和第二个应用接收该新来电消息后都是仅仅在本地应用，因此不具备外部数据交互能力，而第三个应用X3接收该新来电消息后启动录音程序，并发送录音到外部，因此具备外部数据交互能力，如果设置新来电消息的禁止发送条件为：具备外部数据交互能力，则应用X3满足新来电消息的禁止发送条件，则第二应用集合为{X3}。

与上述的用户选择的方式不同的是，基于应用属性参数可以自动完成，每新安装一个应用时，系统都可以根据该应用属性参数来更新所有的集合，相对用户而言更加简单。

当然，以上的参数仅仅是举例说明，应用的其他属性参数(如应用是否通过认证、应用的使用频率、优先级等)也都可以用于生成/更新该第二应用集合，在此不一一列举。

在本发明的具体实施例中，在第一应用集合和第二应用集合确定之后，就需要在消息生成时进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用，而这种消息发送控制可以通过多种方式来实现，分别说明如下。

<发送控制方式一>

在发送控制方式一中，直接阻止消息发送到第二应用集合中的应用，这种方式下，进行消息发送控制具体包括：

发送所述第一消息发送到第三应用集合中的应用，同时阻止发送所述第一消息到所述第二应用集合中的应用。

在这种方式下，禁止发送条件是一种绝对的禁止发送条件，也就是说会阻止所述第一消息到所述第二应用集合中的应用。

对于上述的发送控制方式的应用举例说明如下。

如很多的操作系统的应用，其会进行拦截、窃听、拷贝等操作，如拦截用户的短消息、如对用户来电进行记录、又如在特定时间到来时拷贝用户的通信记录、电话薄等，这些应用如果是用户无意安装的，或者是应用强制安装的，则存在很大的安全隐患，在本发明的具体实施例中，如果这些应用根据用户选择或者可靠性参数发现，这些应用满足禁止发送条件，则这些应用被划分到第二集合中。

则在后续的第一消息(如接收到新短信的消息、有新来电的消息、时间到达特定时刻的消息)产生时，这些消息仅会被发送到那些属于第三集合中的应用，而同时，在发送这些消息到第三应用集合中的应用时，会被阻止发送属于第二集合中的应用，使得这些应用无法接收到该消息，也就无法触发相应的逻辑动作(对用户来电进行记录、又如在特定时间到来时拷贝用户的通信记录、电话薄等)。

通过上述的方式，防止了电话的窃听，防止了通信记录、电话薄等的被拷贝，提高了系统的安全性。

从以上的描述可以发现，上述的发送控制方式一适用于对所述操作系统运行过程中基于事件触发的消息进行发送控制，以提高系统的安全性。

然而上述的发送控制方式一也适用于对所述操作系统启动过程后的应用自动运行的控制，说明如下。

这种方式下，所述第一消息为所述操作系统启动完毕后触发的系统启动完成消息，所述第一应用集合中的应用为：向所述操作系统注册来申请接收所述系统启动完成消息，以在所述操作系统启动完毕后实现自动启动的应用。

如很多的应用在安装过程或者安装完成后会向操作系统注册，申请接收所述系统启动完成消息，以在所述操作系统启动完毕后实现自动启动的应用。

在此应该说明的是，本发明实施例中的自动启动是在本次启动过程中没有用户参与而实现的启动，而基于用户指示(如应用程序图标被点击等)的应用的启动不属于自动启动。

按照现有技术的方案，操作系统会在启动完毕后，向所有这些注册的应用发送系统启动完成消息，而应用在接收到系统启动完成消息后，会自动启动。

这样存在多方面的问题：

1、有些应用不是用户想要开机自动启动的应用；

2、开机自动启动的应用过多，会导致大量系统资源被耗费，导致系统运行效率低下；

而现有技术中，如果要解决上述问题，对于某些用户而言，可能只能通过删除该应用来控制，但这个应用可能用户只是不想开机自动启动，而平时还是需要使用。这样由于现有技术中消息发送机制的不灵活，导致用户后续的使用也极为不便。

而通过本发明实施例的方法，用户可以选择该不想自动启动的应用，如X4，使得其属于第二应用集合中的应用，这样，系统启动完成消息生成后，发送所述第一消息发送到第三应用集合中的应用，同时阻止该消息发送到X4，这样X4无法接收到该系统启动完成消息，从而无法完成自动启动。

通过上述的控制，能够使得开机过程加快。

<发送控制方式二>

在发送控制方式二中，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用通过分时段发送来实现，这种情况下，

进行消息发送控制具体为：

发送所述第一消息到第三应用集合中的应用；

发送操作完成后设置一定时器；

在定时器到时后，发送所述第一消息到所述第二应用集合中的应用。

上述方式中，在T1时刻，发送所述第一消息到第三应用集合中的应用，而在计时器到时之后才发送述第一消息到所述第二应用集合中的应用。

在这种方式下，禁止发送条件是一种相对的禁止发送条件，也就是说在发送所述第一消息到第三应用集合中的应用的时刻禁止第一消息发送到所述第二应用集合中的应用，而在没有发送所述第一消息到第三应用集合中的应用的时刻可以发送第一消息到所述第二应用集合中的应用。

这种方式用于应用在开机后的自动启动尤为有效，应用于开机后应用的自动启动控制时，所述第一消息为所述操作系统启动完毕后触发的系统启动完成消息，所述第一应用集合中的应用为：向所述操作系统注册来申请接收所述系统启动完成消息，以在所述操作系统启动完毕后实现自动启动的应用，详细说明如下。

之前提到，按照现有技术的方案，操作系统会在启动完毕后，向所有注册申请系统启动完成消息的应用发送系统启动完成消息，而应用在接收到系统启动完成消息后，会自动启动，这样在应用过多时，会使用所有的处理器资源，用户长时间无法使用电子设备，甚至有可能造成死机。

而利用本发明实施例的方法，为所有注册申请系统启动完成消息的应用设置一优先级，而禁止发送条件为应用的优先级低于预设的优先级，则优先级低于预设的优先级的应用会被划分到第二集合中。

在操作系统启动完毕后触发的系统启动完成消息，此时该系统启动完成消息会发送到优先级高于或等于预设的优先级的应用中，这些应用在接收到该系统启动完成消息后完成自动启动。

而在将系统启动完成消息发送到优先级高于或等于预设的优先级的应用的同时启动一定时器(如5分钟定时器)，5分钟之后，定时器到时，此时发送所述系统启动完成消息到优先级低于预设的优先级的应用，优先级低于预设的优先级的应用在接收到该系统启动完成消息后完成自动启动。

以Andriod系统对于应用未启动状态下如何接收系统启动完成消息说明如下。

系统启动的时候会首先启动包管理器服务，该服务会检查每个应用的资源申请文件(这个文件包含该应用需要接收的消息)，并自动将各个应用的接收器启动(但接收器的启动只是这个应用的一个特定组件的启动，而不是启动这个应用)。一旦有消息要发送，Framework的消息发送器就会发送消息到应用的接收器，应用的接收器收到消息后才会做自动启动应用的特定进程，完成应用的自动启动。

从以上描述方式可以发现，上述的灵活的消息发送机制使得集中在一起启动的大量应用分批进行启动，这样，在某一段时间只有部分应用在启动，处理器资源的占用相对较少，这样用户可以提前使用电子设备，而其他的应用也可以在用户使用电子设备的同时完成自动启动，不会使得用户无法使用。

在此应当说明的是，上述的例子是以Android系统中的应用为例进行的说明，但本发明实施例的上述应用以及之前、之后的描述都不限于Android系统，其他具有类似消息发送特征的系统也可以应用本发明实施例的方法来提高消息发送的灵活性。

在本发明实施例中，进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用，其都包括一个动作：在一个时间点上发送到第三应用集合的应用，对此，本发明实施例也可以通过多种方式来实现，分别说明如下。

<方式一>

在操作系统发送消息时，是一种类似多播的操作(但应当理解的是，这种多播的操作在某些操作系统，如Android系统中被定义为“广播”broadcast)，其会将该消息多播到集合中的应用。

因此，方式一中，首先拦截操作系统发送的目的地为第一集合中的应用的第一多播消息；然后将第一多播消息的目的地修改为第三集合中的应用，得到第二多播消息，然后发送第二多播消息。

修改之后，由于最终面对应用发送的多播消息的目的地仅仅包括第三集合中的应用，因此仅仅会发送到第三集合的应用中，而第二集合中的应用此时无法收到该多播消息，也就无法获取其中携带的第一消息。

<方式二>

在操作系统发送消息时，是一种类似多播的操作，其会将该消息多播到集合中的应用。

因此，方式二中，首先实时监测操作系统的消息生成情况；在监测到操作系统生成了第一消息时，则查找与第一消息对应的第一应用集合和第二应用集合；然后对对第一应用集合和第二应用集合取差集，得到第三应用集合；然后构建目的地为第三集合中的应用的第三多播消息并发送。

这样由于最终面对应用发送的多播消息的目的地仅仅包括第三集合中的应用，因此多播消息仅仅会发送到第三集合的应用中，而第二集合中的应用此时无法收到该多播消息，也就无法获取其中携带的第一消息。

<方式三>

在方式三中，操作系统生成第一消息之后，生成一个单播消息发送到一个特定的应用，该特定的应用在接收到该单播消息后，提取其中携带的第一消息，然后查找与第一消息对应的第一应用集合和第二应用集合，然后对第一应用集合和第二应用集合取差集，得到第三应用集合；然后构建目的地为第三集合中的应用的第四多播消息并发送。

由于最终面对应用的多播消息的目的地仅仅包括第三集合中的应用，因此仅仅会发送到第三集合的应用中，而第二集合中的应用此时无法收到该多播消息，也就无法获取其中携带的第一消息。

本发明实施例可以应用于各种操作系统，如安卓操作系统，由于在各种操作系统中的处理机制基本相同，因此不对该方法在各个具体操作系统中的应用进行进一步详细说明。

下面结合图2，以基于用户选择确定第二应用集合为例详细说明如下。

如图2所示，首先进行应用资源申明分析，分析各应用要接收的各类消息，图2所示的例子中，应用A、B和C都申请接收“系统启动完毕”的消息；

然后将该A、B和C都申请接收“系统启动完毕”的消息通知用户，基于用户选择操作定义发送目标，图2所示的例子中，用户选择允许应用A、B接收“系统启动完毕”的消息，而禁止C接收“系统启动完毕”的消息；

然后基于上述的发送和禁止发送的情况形成一系统消息发送规则库；

当系统启动完成后，触发相应的消息，而Framework层中的消息发送器首先会查找并加载上述形成的系统消息发送规则库，并基于该系统消息发送规则库确定只需要发送给A和B，而不发送给C。

这样，应用C在开机后由于接收不到“系统启动完毕”消息而无法自动启动。

本发明实施例的一种消息处理装置，应用于一操作系统，如图3所示，所述消息处理装置包括：

应用集合确定模块，用于在所述操作系统生成一第一消息时，获取第一应用集合和第二应用集合，所述第一应用集合由满足所述第一消息的基于第一参数确定的发送条件的应用组成，所述第二应用集合由满足所述第一消息的基于第二参数确定的禁止发送条件的应用组成；

控制模块，用于进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用；

其中，所述第三应用集合为所述第一应用集合和所述第二应用集合的差集。

上述的消息处理装置中，其特征在于，所述控制模块进行消息发送控制可以是：发送所述第一消息发送到第三应用集合中的应用，同时阻止发送所述第一消息到所述第二应用集合中的应用。

所述第一消息所述操作系统运行过程中基于事件触发的消息。

所述控制模块进行消息发送控制也可以是：

第一发送单元，用于发送所述第一消息到第三应用集合中的应用；

设置单元，用于发送操作完成后设置一定时器；

第二发送单元，用于在定时器到时后，发送所述第一消息到所述第二应用集合中的应用。

用于系统启动完成后的应用自动启动控制时，所述第一消息为所述操作系统启动完毕后触发的系统启动完成消息，所述第一应用集合中的应用为：向所述操作系统注册来申请接收所述系统启动完成消息，以在所述操作系统启动完毕后实现自动启动的应用。

所述第二参数为用户选择参数或一应用属性参数。

所述控制模块可以是包括：

拦截单元，用于拦截所述操作系统发送的目的地为所述第一集合中的应用的第一多播消息；

修改单元，用于将所述第一多播消息的目的地修改为所述第三集合中的应用，得到第二多播消息；

第三发送单元，用于发送所述第二多播消息。

所述控制模块也可以是包括：

第一构建单元，用于直接构建目的地为所述第三集合中的应用，且携带所述第一消息的第三多播消息；

第四发送单元，用于发送所述第三多播消息。

所述控制模块还可以是包括：

获取单元，获取操作系统在生成第一消息之后生成并发送的单播消息；

提取单元，用于提取所述单播消息中携带的第一消息；

第二构建单元，用于构建目的地为所述第三集合中的应用，且携带有所述第一消息的第四多播消息；

第五发送单元，用于发送所述第四多播消息。

本发明实施例的一种电子设备，包括处理器以及基于该处理器能够运行一操作系统，所述处理器用于在所述操作系统生成一第一消息时，获取第一应用集合和第二应用集合，并进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用；

其中，所述第一应用集合由满足所述第一消息的基于第一参数确定的发送条件的应用组成，所述第二应用集合由满足所述第一消息的基于第二参数确定的禁止发送条件的应用组成，所述第三应用集合为所述第一应用集合和所述第二应用集合的差集。

所述处理器具体包括：

应用集合确定模块，用于在所述操作系统生成一第一消息时，获取所述第一应用集合和第二应用集合；

控制模块，用于进行消息发送控制，使所述第一消息在发送到所述第三应用集合的应用时，无法同时发送给所述第二应用集合中的应用。

本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。

实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上(包括在不同存储设备上)，并且至少部分地可以仅作为电子信号存在于系统或网络上。

在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成(VLSI)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

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

Claims (20)

1.一种消息处理方法，应用于一操作系统，其特征在于，所述消息处理方法包括：

在所述操作系统生成一第一消息时，获取第一应用集合和第二应用集合，所述第一应用集合由满足所述第一消息的基于第一参数确定的发送条件的应用组成，所述第二应用集合由满足所述第一消息的基于第二参数确定的禁止发送条件的应用组成；

进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用；

其中，所述第三应用集合为所述第一应用集合和所述第二应用集合的差集。

2.根据权利要求1所述的消息处理方法，其特征在于，进行消息发送控制具体包括：

发送所述第一消息发送到第三应用集合中的应用，同时阻止发送所述第一消息到所述第二应用集合中的应用。

3.根据权利要求2所述的消息处理方法，其特征在于，所述第一消息所述操作系统运行过程中基于事件触发的消息。

4.根据权利要求1所述的消息处理方法，其特征在于，进行消息发送控制具体为：

发送所述第一消息到第三应用集合中的应用；

发送操作完成后设置一定时器；

在定时器到时后，发送所述第一消息到所述第二应用集合中的应用。

5.根据权利要求4所述的消息处理方法，其特征在于，所述第一消息为所述操作系统启动完毕后触发的系统启动完成消息，所述第一应用集合中的应用为：向所述操作系统注册来申请接收所述系统启动完成消息，以在所述操作系统启动完毕后实现自动启动的应用。

6.根据权利要求1-5中任一项所述的消息处理方法，其特征在于，所述第二参数为用户选择参数或一应用属性参数。

7.根据权利要求1所述的消息处理方法，其特征在于，进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用具体包括：

拦截所述操作系统发送的目的地为所述第一集合中的应用的第一多播消息；

将所述第一多播消息的目的地修改为所述第三集合中的应用，得到第二多播消息；

发送所述第二多播消息。

8.根据权利要求1所述的消息处理方法，其特征在于，进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用具体包括：

直接构建目的地为所述第三集合中的应用，且携带所述第一消息的的第三多播消息；

发送所述第三多播消息。

9.根据权利要求1所述的消息处理方法，其特征在于，进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用具体包括：

获取所述操作系统在生成第一消息之后，生成并发送的单播消息；

提取所述单播消息中携带的第一消息；

构建目的地为所述第三集合中的应用，且携带有所述第一消息的第四多播消息；

发送所述第四多播消息。

10.一种消息处理装置，应用于一操作系统，其特征在于，所述消息处理装置包括：

应用集合确定模块，用于在所述操作系统生成一第一消息时，获取第一应用集合和第二应用集合，所述第一应用集合由满足所述第一消息的基于第一参数确定的发送条件的应用组成，所述第二应用集合由满足所述第一消息的基于第二参数确定的禁止发送条件的应用组成；

控制模块，用于进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用；

其中，所述第三应用集合为所述第一应用集合和所述第二应用集合的差集。

11.根据权利要求10所述的消息处理装置，其特征在于，所述控制模块具体用于发送所述第一消息发送到第三应用集合中的应用，同时阻止发送所述第一消息到所述第二应用集合中的应用。

12.根据权利要求11所述的消息处理装置，其特征在于，所述第一消息所述操作系统运行过程中基于事件触发的消息。

13.根据权利要求10所述的消息处理装置，其特征在于，所述控制模块具体包括：

第一发送单元，用于发送所述第一消息到第三应用集合中的应用；

设置单元，用于发送操作完成后设置一定时器；

第二发送单元，用于在定时器到时后，发送所述第一消息到所述第二应用集合中的应用。

14.根据权利要求13所述的消息处理装置，其特征在于，所述第一消息为所述操作系统启动完毕后触发的系统启动完成消息，所述第一应用集合中的应用为：向所述操作系统注册来申请接收所述系统启动完成消息，以在所述操作系统启动完毕后实现自动启动的应用。

15.根据权利要求10-14中任一项所述的消息处理装置，其特征在于，所述第二参数为用户选择参数或一应用属性参数。

16.根据权利要求10所述的消息处理装置，其特征在于，所述控制模块具体包括：

拦截单元，用于拦截所述操作系统发送的目的地为所述第一集合中的应用的第一多播消息；

修改单元，用于将所述第一多播消息的目的地修改为所述第三集合中的应用，得到第二多播消息；

第三发送单元，用于发送所述第二多播消息。

17.根据权利要求10所述的消息处理装置，其特征在于，所述控制模块具体包括：

第一构建单元，用于直接构建目的地为所述第三集合中的应用，且携带所述第一消息的第三多播消息；

第四发送单元，用于发送所述第三多播消息。

18.根据权利要求10所述的消息处理装置，其特征在于，所述控制模块具体包括：

获取单元，用于获取所述操作系统在生成第一消息之后，生成并发送的单播消息；

提取单元，用于提取所述单播消息中携带的第一消息；

第二构建单元，用于构建目的地为所述第三集合中的应用，且携带有所述第一消息的第四多播消息；

第五发送单元，用于发送所述第四多播消息。

19.一种电子设备，包括处理器，基于该处理器能够运行一操作系统，其特征在于，所述处理器用于在所述操作系统生成一第一消息时，获取第一应用集合和第二应用集合，并进行消息发送控制，使所述第一消息在发送到第三应用集合的应用时，无法同时发送给第二应用集合中的应用；

其中，所述第一应用集合由满足所述第一消息的基于第一参数确定的发送条件的应用组成，所述第二应用集合由满足所述第一消息的基于第二参数确定的禁止发送条件的应用组成，所述第三应用集合为所述第一应用集合和所述第二应用集合的差集。

20.根据权利要求19所述的电子设备，其特征在于，所述处理器具体包括：

应用集合确定模块，用于在所述操作系统生成一第一消息时，获取所述第一应用集合和第二应用集合；

控制模块，用于进行消息发送控制，使所述第一消息在发送到所述第三应用集合的应用时，无法同时发送给所述第二应用集合中的应用。

Images