CN105468356B - 通知消息的控制方法以及装置 - Google Patents

Abstract

本发明公开了一种通知消息的控制方法以及装置，其中方法包括：创建独立进程；通过该独立进程获取移动终端处于锁屏状态时通知栏中的通知消息，并对通知消息进行分析以获取发起通知消息的应用程序，并根据应用程序确定与应用程序对应的预设解析规则，以及根据预设解析规则对通知消息进行控制。该方法通过创建独立的进程，并通过该进程对不同的应用程序采用不同的预设解析规则，并根据对应的预设解析规则对通知消息进行解析控制，保证了始终能够解析到通知栏的信息，提高了解析结果的准确度，提升了用户体验。

Description

通知消息的控制方法以及装置

技术领域

本发明涉及移动终端技术领域，尤其涉及一种通知消息的控制方法以及装置。

背景技术

随着智能手机应用市场的不断发展以及手机应用数量的爆炸式增长，手机中安装的应用程序越来越多，各种应用程序为了达到不同的业务目的常常向用户推送通知消息。在智能手机锁屏一段时间后，通知栏中可能堆积各种各样的通知消息，这些通知消息通常按照时间顺序显示在通知栏中。

为了方便用户查看通知栏的通知消息，目前市场上出现一些具有界面优化类型的应用程序，例如锁屏应用等，其能够在锁屏界面展现出更丰富的功能以及美观的UI(UserInterface，用户界面)。举例而言，锁屏应用可以获取移动终端的系统通知栏的内容，然后将这些内容展现在锁屏界面以供用户查看。

现有技术至少存在如下问题：由于不同应用程序，其推送的通知消息在通知栏的内容格式是不相同的，并且通知栏的样式各种各样，因此，在通知消息的解析过程中很容易会出现不可预知的问题，导致通知消息解析失败，无法将通知消息在锁屏界面进行展现。

发明内容

本发明提供一种通知消息的控制方法以及装置，可以解决在通知消息的解析过程中解析失败，无法将通知消息在锁屏界面进行展现的技术问题。

为了实现上述目的，本发明提供的通知消息的控制方法，包括：创建独立进程；通过所述独立进程获取移动终端处于锁屏状态时通知栏中的通知消息；通过所述独立进程对所述通知消息进行分析以获取发起所述通知消息的应用程序；通过所述独立进程根据所述应用程序确定与所述应用程序对应的预设解析规则；以及通过所述独立进程根据所述预设解析规则对所述通知消息进行控制。

为了实现上述目的，本发明提供的通知消息的控制装置，包括：创建模块，用于创建独立进程；第一获取模块，用于通过所述独立进程获取移动终端处于锁屏状态时通知栏中的通知消息；第二获取模块，用于通过所述独立进程对所述通知消息进行分析以获取发起所述通知消息的应用程序；确定模块，用于通过所述独立进程根据所述应用程序确定与所述应用程序对应的预设解析规则；以及控制模块，用于通过所述独立进程根据所述预设解析规则对所述通知消息进行控制。

本发明提供的通知消息的控制方法以及装置，可先创建一个独立进程，之后，可通过该独立进程获取移动终端处于锁屏状态时通知栏中的通知消息，并对通知消息进行分析以获取发起通知消息的应用程序，然后，根据应用程序确定与应用程序对应的预设解析规则，最后，根据预设解析规则对通知消息进行控制，即通过创建独立的进程，并通过该进程对不同的应用程序采用不同的预设解析规则，并根据对应的预设解析规则对通知消息进行解析控制，保证了始终能够解析到通知栏的信息，提高了解析结果的准确度，提升了用户体验。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中，

图1是根据本发明一个实施例的通知消息的控制方法的流程图；

图2是根据本发明另一个实施例的通知消息的控制方法的流程图；

图3是根据本发明一个实施例的对通知消息进行解析的流程图；

图4是通知栏中微信应用程序发起的通知消息的示例图；

图5是通知栏中短消息的示例图；

图6是根据本发明实施例的锁屏界面上显示的微信应用程序所发送的通知消息的示例图；

图7是根据本发明实施例的锁屏界面上显示的短消息的示例图；

图8是根据本发明一个实施例的通知消息的控制装置的结构框图；以及

图9是根据本发明一个实施例的控制模块的结构框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的通知消息的控制方法以及装置。

图1是根据本发明一个实施例的通知消息的控制方法的流程图。如图1所示，该通知消息的控制方法可以包括：

S101，创建独立进程。

举例而言，假设本发明实施例的通知消息的控制方法应用于移动终端，且本发明实施例的控制方法适用于移动终端的某个应用程序，则可通过该应用程序的服务进程创建一个独立进程，并通过该独立进程进行后续对通知栏中通知消息的相应处理。其中，在本发明的实施例中，移动终端可以是手机、平板电脑、个人数字助理等硬件设备。该移动终端的操作系统可为Android(安卓)操作系统。

S102，通过独立进程获取移动终端处于锁屏状态时通知栏中的通知消息。

具体而言，通过独立进程可先获取移动终端的操作系统的版本号，之后，可根据操作系统的版本号生成对应的读取通知消息权限的允许指令，然后，将对应的读取通知消息权限的允许指令发送至操作系统，以使操作系统根据读取通知消息权限的允许指令开启对应的针对独立进程读取通知消息的权限，最后，根据该权限获取通知栏中的通知信息。

可以看出，当移动终端的操作系统的版本不同时，读取通知消息权限的获取方式也会不同。例如，在获取到移动终端的操作系统的版本号之后，可对该版本号进行判断，当该版本号为4.3以下时，可向操作系统发送读取通知消息权限的允许指令，操作系统在接收到该指令时，可从操作系统中的系统辅助功能中开启对应的权限，当独立进程获取到该权限之后，可根据该权限获取到通知消息；当该版本号为4.3及以上时，可向操作系统发送读取通知消息权限的允许指令，操作系统在接收到该指令时，可开启系统允许权限，当独立进程获取到该权限之后，可根据该权限获取到通知消息。

具体地，可对移动终端的操作系统中的通知栏管理接口进行监控，当监控到通知栏管理接口接收到应用程序发起的通知消息时，可从通知栏管理接口中获取接收到的通知消息。其中，在本发明的实施例中，应用程序可以是即时通信IM(Instant Messaging)类型的应用程序，还可以是短消息类型的应用程序，例如，应用程序可以是whatsapp、facebookmessenger、微信等IM类的应用程序。此外，该应用程序是移动终端的操作系统中的应用程序，还可以是第三方应用程序。

举例而言，假设移动终端为基于安卓系统的智能手机，可对智能手机中的NotificationListenerService服务接口进行监控，并在智能手机接收到应用程序发送的通知消息时，可从NotificationListenerService服务接口中获得应用程序所发送的通知消息。其中，需要说明的是，NotificationListenerService是通过安卓系统调起的服务，当有应用程序发起通知时，安卓系统会将通知的动作和消息回调给NotificationListenerService服务。

S103，通过独立进程对通知消息进行分析以获取发起通知消息的应用程序。

具体地，在获取到通知消息之后，可通过独立进程对通知消息进行分析，以得到该通知消息所属的应用程序。也就是说，在获取到通知消息之后，可分析出该通知消息是哪个应用程序发起的。

S104，通过独立进程根据应用程序确定与应用程序对应的预设解析规则。

需要说明的是，由于不同类型的应用程序，其所发送的通知消息的内容格式也是不相同的。因此，为了保证始终能够解析通知栏中的通知消息，本发明实施例的通知消息的控制方法可针对不同类型的应用程序，预先定义不同的特定解析规则，并预先保存应用程序类型与解析规则的对应关系，以便在通知消息进行解析时的使用。

具体而言，在本发明的实施例中，可通过独立进程根据应用程序确定对应的应用程序类型，之后可根据该应用程序类型和预先保存的应用程序类型与解析规则的对应关系确定该应用程序对应的预设解析规则。

S105，通过独立进程根据预设解析规则对通知消息进行控制。

具体而言，在本发明的实施例中，可通过独立进程根据预设解析规则对通知消息进行解析，以解析出该通知消息中的消息内容和联系人，并可将该消息内容和联系人提供给移动终端的锁屏界面。其中，独立进程可针对联系人，建立包含联系人和消息内容的窗口，并将该窗口提供给锁屏界面，具体的解析控制方式可参照后续实施例的描述。

根据本发明实施例的通知消息的控制方法，可先创建一个独立进程，之后，可通过该独立进程获取移动终端处于锁屏状态时通知栏中的通知消息，之后，可对通知消息进行分析以获取发起通知消息的应用程序，然后，根据应用程序确定与应用程序对应的预设解析规则，最后，根据预设解析规则对通知消息进行控制，即通过创建独立的进程，并通过该进程对不同的应用程序采用不同的预设解析规则，并根据对应的预设解析规则对通知消息进行解析控制，保证了始终能够解析到通知栏的信息，提高了解析结果的准确度，提升了用户体验。

图2是根据本发明另一个实施例的通知消息的控制方法的流程图。

需要说明的是，该实施例以通知消息的解析控制为例说明通知消息的控制方法的具体过程。具体地，如图2所示，该通知消息的控制方法可以包括：

S201，创建独立进程。

S202，通过独立进程获取移动终端处于锁屏状态时通知栏中的通知消息。

S203，通过独立进程对通知消息进行分析以获取发起通知消息的应用程序。

S204，通过独立进程根据应用程序确定与应用程序对应的预设解析规则。

具体而言，在本发明的实施例中，可通过独立进程根据应用程序确定对应的应用程序类型，之后可根据该应用程序类型和预先保存的应用程序类型与解析规则的对应关系确定该应用程序对应的预设解析规则。

S205，通过独立进程根据预设解析规则对通知消息进行解析，以解析出通知消息中的消息内容和联系人。

具体而言，在本发明的实施例中，如图3所示，当应用程序类型为即时通讯类型时，通过独立进程根据预设解析规则对通知消息进行解析，以解析出通知消息中的消息内容和联系人的具体实现方式可包括如下步骤：

S301，通过独立进程对通知消息的标题进行解析，以解析出标题中的第一联系人。

S302，对通知消息的内容进行解析，获取通知消息的内容中的第一分隔标识符，并将第一分隔标识符左侧的内容作为第二联系人，并将第一分隔标识符右侧的内容作为第一消息内容。

其中，在本发明的实施例中，第一分隔标识符可为字符串。例如，以发送通知消息的应用程序为微信为例，则对应的第一分隔标识符可为“：”(即冒号+空格)。可以理解，不同的应用程序，其所对应的第一分隔标识符也会不同，可以是上述的“：”(即冒号+空格)，也可以是“、”(即顿号+空格)，也可以是“@”(即@+空格)等等。

S303，判断第一联系人与第二联系人是否相同。

S304，如果相同，则确定通知消息为私聊信息，并将第一联系人作为通知消息的联系人，并将第一消息内容作为通知消息的消息内容。

S305，如果不相同，则确定通知消息为群聊消息，并将第一联系人作为通知消息的联系人，并将第二联系人和第一消息内容作为通知消息的消息内容。

举例而言，以微信应用程序发起的通知消息为例，假设通知栏中显示的微信发送的通知消息的内容如图4所示，需要说明的是，图4仅是通知栏界面的部分截图。下面以解析图4所示通知栏中联系人summer的最新一条通知消息为例说明解析通知消息的具体过程，具体过程为：

通过独立进程根据该微信应用程序对应的预设解析规则对通知栏中的第一条通知消息的标题进行解析，解析出标题中的第一联系人，即解析出第一条通知消息中标题的内容为“summer”，并将该内容“summer”作为第一联系人。然后对第一条通知消息中的contentview(内容视图)中的内容进行解析，具体而言，从内容视图中的内容中，可先将“[3条]”过滤掉，然后从剩下的内容(剩下的内容为“summer:6”)中获取第一分隔标识符“：”(即冒号+空格)，并将第一分隔标识符左侧的内容summer作为第二联系人，以及第一分隔标识符右侧的内容作为第一消息内容，即将6作为第一消息内容。之后，可判断解析出的第一联系人与第二联系人是否相同，通过比较可以看出第一联系人和第二联系人均为“summer”，可以确定第一联系人与第二联系人相同，此时，可确定当前通知消息为私聊信息，并将第一消息内容作为通知消息的消息内容。

下面以解析群聊组名为summer发送的最新一条通知消息为例说明解析群聊消息的具体过程，具体过程为：

通过独立进程根据该微信应用程序对应的预设解析规则对通知栏中的第二条消息进行解析，具体地，可对第二条通知消息的标题进行解析，解析出标题中的第一联系人，即解析出第二通知消息中标题的内容“测试组”，并将该内容“测试组”作为第一联系人。然后，对第二通知消息中的contentview(内容视图)中的内容进行解析，具体而言，从内容视图中的内容中，先将“[3条]”过滤掉，然后从剩下的内容(剩下的内容为“summer:3”)中获取第一分隔标识符“：”(即冒号+空格)，并将第一分隔标识符左侧的内容summer作为第二联系人，以及第一分隔标识符右侧的内容作为第一消息内容，即将3作为第一消息内容。之后，判断解析出的第一联系人与第二联系人是否相同，通过比较可以看出，第一联系人和第二联系人不相同，此时，可确定当前通知消息为群聊信息，并将summer：3作为当前通知消息的消息内容。

具体而言，在本发明的实施例中，当应用程序类型为短消息类型时，通过独立进程根据预设解析规则对通知消息进行解析，以解析出通知消息中的消息内容和联系人的具体实现过程可如下：可先通过独立进程对通知消息的内容进行解析，获取通知消息的内容中的第二分隔标识符，并将第二分隔标识符左侧的内容作为通知消息的联系人，以及将第二分隔标识符右侧的内容作为通知消息的消息内容。其中，在本发明的实施例中，第二分隔标识符可为字符串。例如，以通知消息为短消息为例，则对应的第二分隔标识符可为“：”(即冒号)。可以理解，不同的应用程序，其所对应的第二分隔标识符也会不同，不仅限于上述的“：”(即冒号)。

举例而言，以移动终端接收到的通知消息为短消息为例，假设通知栏中显示的短消息的通知消息的形式如图5所示，需要说明的是，图5仅是通知栏界面的部分截图。下面以解析联系人siven发送的最新一条通知消息为例说明解析通知消息的具体过程，具体过程为：

通过独立进程根据发起短消息的应用程序对应的预设解析规则对通知栏中的联系人为siven的通知消息中的内容进行解析，其中，联系人为siven的通知消息的内容为：“siven:你最近过的怎么样”，从通知消息的内容中获取第二分隔标识符“：”，并将第二分隔标识符左侧的内容作为通知消息的联系人，第二分隔标识符右侧的内容作为短消息的消息内容。

需要理解的是，对通知栏中的其他短消息对应的通知消息的解析过程应与上述解析联系人为为siven的短消息的通知消息的过程相同。也就是说相同的应用程序所发起的通知消息，其解析过程都应相同。

S206，通过独立进程建立消息内容和联系人的对应关系表。

举例而言，以图4所示微信应用程序发起的通知消息为例，假设通知栏中接收到联系人“summer”的前两条通知消息的消息内容分别为4和5，接收到联系人“测试组”的前两条通知消息均由summer发送，且对应的消息内容分别为1和2，此时，通过独立进程对通知栏中的通知消息进行解析，根据解析结果所建立的消息内容和联系人的对应关系表，如下面表1所示。

表1消息内容和联系人的对应关系表

联系人	消息内容
		summer	4
summer	5
		summer	6
测试组	Summer：1
		测试组	Summer：2
测试组	Summer：3

又如，以图5所示通知消息为短消息为例，假设通知栏中接收到联系人“siven”的前一条通知消息的消息内容为“你好”，且收到联系人“10001”的短消息的消息内容为：您输入的指令有误，您可能想查询/办理以下与业务：328(短信转移)、1(话费与积分)、112(电子账单)、8(常用信息查询)、412(介绍4G定向流量包)，请回复对应指令。此时，通过独立进程根据短消息对应的预设解析规则对这些短消息进行解析，根据解析结果所建立的消息内容和联系人的对应关系表，如下面表2所示。

表2消息内容和联系人的对应关系表

S207，通过独立进程对对应关系表中联系人相同的消息内容进行合并，并以联系人为维度，建立包含联系人和消息内容的窗口，并将该窗口提供给锁屏界面。

在本发明的另一个实施例中，还可以联系人为维度，在移动终端的锁屏界面中显示合并后的消息内容和该应用程序对应图标。

更具体地，可通过独立进程对消息内容和联系人的对应关系表中联系人相同的消息内容进行合并，并生成包含合并后的消息内容的悬浮窗口，以及在移动终端的锁屏界面中显示该悬浮窗口，以方便用户在锁屏界面中查看消息。例如，以图4所示微信应用程序发起的通知消息为例，在对图4所示的通知消息进行解析之后，将解析后的通知消息展现在锁屏界面的形式可如图6所示，图6仅是包含微信消息的锁屏界面的部分界面。又如，以图5所示通知消息为短消息为例，在对图5所示的短消息进行解析之后，将解析后的短消息展现在锁屏界面的形式可如图7所示。

需要说明的是，在锁屏界面中以联系人为维度显示合并后的消息内容后，为了减少对移动终端的存储空间的占用，可将移动终端中所建立的消息内容和联系人的对应关系表删除。

根据本发明实施例的通知消息的控制方法，通过独立进程对通知消息进行解析，并建立消息内容与联系人之间的对应关系表，并对对应关系表中联系人相同的消息内容进行合并，并以联系人为维度，建立包含联系人和消息内容的窗口，并将该窗口提供给锁屏界面，由此，方便了用户查看通知消息的消息内容，减少了用户查看消息内容的操作步骤，提高了用户查看消息内容的效率，提升了用户体验。

为了实现上述实施例，本发明还提出了一种通知消息的控制装置。

图8是根据本发明一个实施例的通知消息的控制装置的结构框图。如图8所示，该通知消息的控制装置可以包括：创建模块10、第一获取模块20、第二获取模块30、确定模块40和控制模块50。

具体地，创建模块10可用于创建独立进程。举例而言，假设本发明实施例的通知消息的控制装置应用于移动终端，且本发明实施例的控制装置适用于移动终端的某个应用程序，则该应用程序中的创建模块10可通过该应用程序的服务进程创建一个独立进程，并通过该独立进程进行后续对通知栏中通知消息的相应处理。其中，在本发明的实施例中，移动终端可以是手机、平板电脑、个人数字助理等硬件设备。该移动终端的操作系统可为Android操作系统。

第一获取模块20可用于通过独立进程获取移动终端处于锁屏状态时通知栏中的通知消息。

具体而言，第一获取模块20可通过独立进程先获取移动终端的操作系统的版本号，之后，可根据操作系统的版本号生成对应的读取通知消息权限的允许指令，然后，将对应的读取通知消息权限的允许指令发送至操作系统，以使操作系统根据读取通知消息权限的允许指令开启对应的针对独立进程读取通知消息的权限，最后，根据该权限获取通知栏中的通知信息。

可以看出，当移动终端的操作系统的版本不同时，读取通知消息权限的获取方式也会不同。例如，第一获取模块20在获取到移动终端的操作系统的版本号之后，可对该版本号进行判断，当该版本号为4.3以下时，可向操作系统发送读取通知消息权限的允许指令，操作系统在接收到该指令时，可从操作系统中的系统辅助功能中开启对应的权限，当独立进程获取到该权限之后，可根据该权限获取到通知消息；当该版本号为4.3及以上时，可向操作系统发送读取通知消息权限的允许指令，操作系统在接收到该指令时，可开启系统允许权限，当独立进程获取到该权限之后，可根据该权限获取到通知消息。

更具体地，第一获取模块20可通过独立进程对移动终端的操作系统中的通知栏管理接口进行监控，当监控到通知栏管理接口接收到应用程序发起的通知消息时，可从通知栏管理接口中获取接收到的通知消息。其中，在本发明的实施例中，应用程序可以是即时通信IM(Instant Messaging)类型的应用程序，还可以是短消息类型的应用程序，例如，应用程序可以是whatsapp、facebook messenger、微信等IM类的应用程序。此外，该应用程序是移动终端的操作系统中的应用程序，还可以是第三方应用程序。

举例而言，假设移动终端为基于安卓系统的智能手机，第一获取模块20可对智能手机中的NotificationListenerService服务接口进行监控，并在智能手机接收到应用程序发送的通知消息时，可从NotificationListenerService服务接口中获得应用程序所发送的通知消息。其中，需要说明的是，NotificationListenerService是通过安卓系统调起的服务，当有应用程序发起通知时，安卓系统会将通知的动作和消息回调给NotificationListenerService服务。

第二获取模块30可用于通过独立进程对通知消息进行分析以获取发起通知消息的应用程序。更具体地，在第一获取模块20获取到通知消息之后，第二获取模块30可对通知消息进行分析，以得到该通知消息所属的应用程序。也就是说，在第一获取模块20获取到通知消息之后，第二获取模块30可分析出该通知消息是哪个应用程序发起的。

确定模块40可用于通过独立进程根据应用程序确定与应用程序对应的预设解析规则。具体而言，在本发明的实施例中，确定模块40可先根据应用程序确定对应的应用程序类型，之后可根据应用程序类型和预先保存的应用程序类型与解析规则的对应关系确定应用程序对应的预设解析规则。

控制模块50可用于通过独立进程根据预设解析规则对通知消息进行控制。更具体地，在确定模块40根据应用程序确定与应用程序对应的预设解析规则之后，控制模块50可通过该独立进程对从通知栏中获取到的通知消息进行控制，例如，进行解析控制，然后通过该独立进程将进行解析后的通知消息转发给锁屏界面等。

具体而言，在本发明的实施例中，如图9所示，该控制模块50可包括：解析单元51和提供单元52。

具体地，解析单元51可用于通过独立进程根据预设解析规则对通知消息进行解析，以解析出通知消息中的消息内容和联系人。

具体而言，在本发明的实施例中，当应用程序类型为即时通讯类型时，解析单元51可先通过独立进程对通知消息的标题进行解析，以解析出标题中的第一联系人，之后，对通知消息的内容进行解析，以获取通知消息的内容中的第一分隔标识符，并将第一分隔标识符左侧的内容作为第二联系人，并将第一分隔标识符右侧的内容作为第一消息内容，然后，判断第一联系人与第二联系人是否相同，如果相同，则确定通知消息为私聊信息，并将第一联系人作为通知消息的联系人，并将第一消息内容作为通知消息的消息内容，如果不相同，则确定通知消息为群聊消息，并将第一联系人作为通知消息的联系人，并将第二联系人和第一消息内容作为通知消息的消息内容。

其中，在本发明的实施例中，第一分隔标识符可为字符串。例如，以发送通知消息的应用程序为微信为例，则对应的第一分隔标识符可为“：”(即冒号+空格)。可以理解，不同的应用程序，其所对应的第一分隔标识符也会不同，可以是上述的“：”(即冒号+空格)，也可以是“、”(即顿号+空格)，也可以是“@”(即@+空格)等等。

举例而言，以微信应用程序发起的通知消息为例，假设通知栏中显示的微信发送的通知消息的内容如图4所示，需要说明的是，图4仅是通知栏界面的部分截图。下面以解析图4所示通知栏中联系人summer的最新一条通知消息为例说明解析通知消息的具体过程，具体过程为：

解析单元51根据该微信应用程序对应的预设解析规则对通知栏中的第一条通知消息的标题进行解析，解析出标题中的第一联系人，即解析出第一条通知消息中标题的内容为“summer”，并将该内容“summer”作为第一联系人。然后对第一条通知消息中的contentview(内容视图)中的内容进行解析，具体而言，从内容视图中的内容中，可先将“[3条]”过滤掉，然后从剩下的内容(剩下的内容为“summer:6”)中获取第一分隔标识符“：”(即冒号+空格)，并将第一分隔标识符左侧的内容summer作为第二联系人，以及第一分隔标识符右侧的内容作为第一消息内容，即将6作为第一消息内容。之后，可判断解析出的第一联系人与第二联系人是否相同，通过比较可以看出第一联系人和第二联系人均为“summer”，可以确定第一联系人与第二联系人相同，此时，可确定当前通知消息为私聊信息，并将第一消息内容作为通知消息的消息内容。

下面以解析群聊组名为summer发送的最新一条通知消息为例说明解析群聊消息的具体过程，具体过程为：

解析单元51根据该微信应用程序对应的预设解析规则对通知栏中的第二条消息进行解析，具体地，可对第二条通知消息的标题进行解析，解析出标题中的第一联系人，即解析出第二通知消息中标题的内容“测试组”，并将该内容“测试组”作为第一联系人。然后，对第二通知消息中的contentview(内容视图)中的内容进行解析，具体而言，从内容视图中的内容中，先将“[3条]”过滤掉，然后从剩下的内容(剩下的内容为“summer:3”)中获取第一分隔标识符“：”(即冒号+空格)，并将第一分隔标识符左侧的内容summer作为第二联系人，以及第一分隔标识符右侧的内容作为第一消息内容，即将3作为第一消息内容。之后，判断解析出的第一联系人与第二联系人是否相同，通过比较可以看出，第一联系人和第二联系人不相同，此时，可确定当前通知消息为群聊信息，并将summer：3作为当前通知消息的消息内容。

在本发明的实施例中，当应用程序类型为短消息类型时，解析单元51可先通过独立进程对通知消息的内容进行解析，获取通知消息的内容中的第二分隔标识符，之后，可将第二分隔标识符左侧的内容作为通知消息的联系人，最后，将第二分隔标识符右侧的内容作为通知消息的消息内容。其中，在本发明的实施例中，第二分隔标识符可为字符串。例如，以通知消息为短消息为例，则对应的第二分隔标识符可为“：”(即冒号)。可以理解，不同的应用程序，其所对应的第二分隔标识符也会不同，不仅限于上述的“：”(即冒号)。

举例而言，以移动终端接收到的通知消息为短消息为例，假设通知栏中显示的短消息的通知消息的形式如图5所示，需要说明的是，图5仅是通知栏界面的部分截图。下面以解析联系人siven发送的最新一条通知消息为例说明解析通知消息的具体过程，具体过程为：

解析单元51根据发起短消息的应用程序对应的预设解析规则对通知栏中的联系人为siven的通知消息中的内容进行解析，其中，联系人为siven的通知消息的内容为：“siven:你最近过的怎么样”，从通知消息的内容中获取第二分隔标识符“：”，并将第二分隔标识符左侧的内容作为通知消息的联系人，第二分隔标识符右侧的内容作为短消息的消息内容。

解析单元51还可建立消息内容和联系人的对应关系表。举例而言，以图4所示微信应用程序发起的通知消息为例，假设通知栏中接收到联系人“summer”的前两条通知消息的消息内容分别为4和5，接收到联系人“测试组”的前两条通知消息均由summer发送，且对应的消息内容分别为1和2，此时，解析单元51对通知栏中的通知消息进行解析，并根据解析结果所建立的消息内容和联系人的对应关系表，如上述表1所示。

又如，以图5所示通知消息为短消息为例，假设通知栏中接收到联系人“siven”的前一条通知消息的消息内容为“你好”，且收到联系人“10001”的短消息的消息内容为：您输入的指令有误，您可能想查询/办理以下与业务：328(短信转移)、1(话费与积分)、112(电子账单)、8(常用信息查询)、412(介绍4G定向流量包)，请回复对应指令。此时，解析单元51根据短消息对应的预设解析规则对这些短消息进行解析，并根据解析结果所建立的消息内容和联系人的对应关系表，如上述表2所示。

解析单元51还可对对应关系表中联系人相同的消息内容进行合并。

提供单元52可用于将消息内容和联系人提供至移动终端的锁屏界面。具体而言，在本发明的实施例中，提供单元52可针对联系人，建立包含联系人和消息内容的窗口，并将该窗口提供至锁屏界面。

更具体地，提供单元52可生成包含合并后的消息内容的悬浮窗口，以及在移动终端的锁屏界面中显示该悬浮窗口，以方便用户在锁屏界面中查看消息。例如，以图4所示微信应用程序发起的通知消息为例，在对图4所示的通知消息进行解析之后，将解析后的通知消息展现在锁屏界面的形式可如图6所示，图6仅是包含微信消息的锁屏界面的部分界面。又如，以图5所示通知消息为短消息为例，在对图5所示的短消息进行解析之后，将解析后的短消息展现在锁屏界面的形式可如图7所示。

需要说明的是，在锁屏界面中以联系人为维度显示合并后的消息内容后，为了减少对移动终端的存储空间的占用，可将移动终端中所建立的消息内容和联系人的对应关系表删除。

由此，通过独立进程对通知消息进行解析，并建立消息内容与联系人之间的对应关系表，并对对应关系表中联系人相同的消息内容进行合并，并以联系人为维度，在锁屏界面中显示合并后的消息内容，由此，方便了用户查看通知消息的消息内容，减少了用户查看消息内容的操作步骤，提高了用户查看消息内容的效率。

根据本发明实施例的通知消息的控制装置，可通过创建模块创建独立进程，第一获取模块通过独立进程获取移动终端处于锁屏状态时通知栏中的通知消息，第二获取模块对通知消息进行分析以获取发起通知消息的应用程序，确定模块根据应用程序确定与应用程序对应的预设解析规则，控制模块根据预设解析规则对通知消息进行控制，即通过创建独立的进程，并通过该进程对不同的应用程序采用不同的预设解析规则，并根据对应的预设解析规则对通知消息进行解析控制，保证了始终能够解析到通知栏的信息，提高了解析结果的准确度，提升了用户体验。

在本发明的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种通知消息的控制方法，其特征在于，包括以下步骤：

创建独立进程；

通过所述独立进程获取移动终端处于锁屏状态时通知栏中的通知消息；

通过所述独立进程对所述通知消息进行分析以获取发起所述通知消息的应用程序；

通过所述独立进程根据所述应用程序确定与所述应用程序对应的预设解析规则；以及

通过所述独立进程根据所述预设解析规则对所述通知消息进行控制。

2.如权利要求1所述的通知消息的控制方法，其特征在于，通过所述独立进程获取移动终端处于锁屏状态时通知栏中的通知消息，具体包括：

通过所述独立进程获取移动终端的操作系统的版本号；

通过所述独立进程根据所述操作系统的版本号生成对应的读取通知消息权限的允许指令；

通过所述独立进程将所述对应的读取通知消息权限的允许指令发送至所述操作系统，以使所述操作系统根据所述读取通知消息权限的允许指令开启对应的针对所述独立进程读取通知消息的权限；

通过所述独立进程根据所述权限获取通知栏中的通知信息。

3.如权利要求1所述的通知消息的控制方法，其特征在于，通过所述独立进程根据所述应用程序确定与所述应用程序对应的预设解析规则，具体包括：

通过所述独立进程根据所述应用程序确定对应的应用程序类型，并根据所述应用程序类型和预先保存的应用程序类型与预设解析规则的对应关系确定所述应用程序对应的所述预设解析规则。

4.如权利要求1所述的通知消息的控制方法，其特征在于，通过所述独立进程根据所述预设解析规则对所述通知消息进行控制，具体包括：

通过所述独立进程根据所述预设解析规则对所述通知消息进行解析，以解析出所述通知消息中的消息内容和联系人；

通过所述独立进程将所述消息内容和联系人提供至移动终端的锁屏界面。

5.如权利要求4所述的通知消息的控制方法，其特征在于，通过所述独立进程将所述消息内容和联系人提供至移动终端的锁屏界面，具体包括：

通过所述独立进程针对所述联系人，建立包含所述联系人和所述消息内容的窗口，并将所述窗口提供至所述锁屏界面。

6.一种通知消息的控制装置，其特征在于，包括：

创建模块，用于创建独立进程；

第一获取模块，用于通过所述独立进程获取移动终端处于锁屏状态时通知栏中的通知消息；

第二获取模块，用于通过所述独立进程对所述通知消息进行分析以获取发起所述通知消息的应用程序；

确定模块，用于通过所述独立进程根据所述应用程序确定与所述应用程序对应的预设解析规则；以及

控制模块，用于通过所述独立进程根据所述预设解析规则对所述通知消息进行控制。

7.如权利要求6所述的通知消息的控制装置，其特征在于，所述第一获取模块具体用于：

通过所述独立进程获取移动终端的操作系统的版本号；

根据所述操作系统的版本号生成对应的读取通知消息权限的允许指令；

将所述对应的读取通知消息权限的允许指令发送至所述操作系统，以使所述操作系统根据所述读取通知消息权限的允许指令开启对应的针对所述独立进程读取通知消息的权限；

根据所述权限获取通知栏中的通知信息。

8.如权利要求6所述的通知消息的控制装置，其特征在于，所述确定模块具体用于：

根据所述应用程序确定对应的应用程序类型，并根据所述应用程序类型和预先保存的应用程序类型与预设解析规则的对应关系确定所述应用程序对应的所述预设解析规则。

9.如权利要求6所述的通知消息的控制装置，其特征在于，所述控制模块包括：

解析单元，用于通过所述独立进程根据所述预设解析规则对所述通知消息进行解析，以解析出所述通知消息中的消息内容和联系人；

提供单元，用于将所述消息内容和联系人提供至移动终端的锁屏界面。

10.如权利要求9所述的通知消息的控制装置，其特征在于，所述提供单元具体用于：

通过所述独立进程针对所述联系人，建立包含所述联系人和所述消息内容的窗口，并将所述窗口提供至所述锁屏界面。