CN107426079A - 一种通知栏消息的处理方法及装置 - Google Patents

Abstract

本发明实施例提供一种通知栏消息的处理方法及装置，其中的方法可包括：检测终端通知栏接收的目标消息；获取所述目标消息所确定的跳转界面对应的目标界面标识；将所述目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为所述目标消息的目标类型；根据所述目标类型，在所述通知栏显示所述目标消息。采用本发明实施例可根据目标消息的跳转界面对应的目标界面标识确定该目标消息的目标类型，准确率比较高。

Description

一种通知栏消息的处理方法及装置

技术领域

本发明涉及通信技术领域，具体涉及一种通知栏消息的处理方法及装置。

背景技术

随着智能终端的普及和发展，终端通知栏作为用户交互场景的地位越来越重要。然而，用户在终端上安装使用的各种应用通常会向终端通知栏推送各类消息Push，这些消息Push可能来自应用本身，也可能来自于应用所集成的各种软件开发工具包(software development kit，SDK)。各种应用都在不停的发送各类Push，就导致用户的通知栏非常容易被占满，既给用户带了很大的干扰，又十分不利于用户发现有用的Push消息。

现有技术中，以终端通知栏的Push消息内容为基础进行Push类型的识别，然后根据Push消息类型进行分类展示，这种方式虽然初步达到了按Push类型进行分类管理的目的，但仍存在如下一些问题无法解决：Push的内容比较简短，这就难以避免通过内容提取不到有效信息的问题，从而影响进一步的类型识别，并且有些Push消息只是一张图片，完全没有文字信息，也无法按内容进分类。

发明内容

本发明实施例提供一种通知栏消息的处理方法及装置，可根据目标消息的跳转界面对应的目标界面标识确定该目标消息的目标类型，准确率比较高。

本发明第一方面提供一种通知栏消息的处理方法，包括：

检测终端通知栏接收的目标消息；

获取所述目标消息所确定的跳转界面对应的目标界面标识；

将所述目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为所述目标消息的目标类型；

根据所述目标类型，在所述通知栏显示所述目标消息。

本发明第二方面提供一种通知栏消息的处理装置，包括：

检测模块，用于检测终端通知栏接收的目标消息；

第一获取模块，用于获取所述目标消息所确定的跳转界面对应的目标界面标识；

第一确定模块，用于将所述目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为所述目标消息的目标类型；

显示模块，用于根据所述目标类型，在所述通知栏显示所述目标消息。

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

本发明实施例，检测终端通知栏接收的目标消息，获取该目标消息所确定的跳转界面对应的目标界面标识，将该目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为目标消息的目标类型，根据该目标类型，在通知栏显示目标消息，这种方式根据目标消息的跳转界面对应的目标界面标识确定该目标消息的目标类型，不限定目标消息的存在形式，并且准确率比较高。

附图说明

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

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

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

图3为本发明实施例提供的Push信息存储示意图；

图4为本发明实施例提供的一种规则建立流程图；

图5为本发明实施例提供的一种通知栏消息处理流程图；

图6为本发明实施例提供的一种通知栏消息的处理装置结构示意图。

具体实施方式

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

下面将结合附图1-附图5，对本发明实施例提供的通知栏消息的处理方法进行详细介绍。

请参照图1，为本发明实施例提供的一种通知栏消息的处理方法的流程图；该方法可包括以下步骤S100-步骤S103。

S100，检测终端通知栏接收的目标消息；

本发明实施例中，终端通知栏接收的目标消息可以为文本信息、图片或者网络链接等等。终端中所安装的各种应用向终端通知栏推送目标消息，以触发用户点击自己感兴趣的标题，需要说明的是，该目标消息可以是终端应用相关的推送消息，也可以是终端所集成的SDK相关的推送消息。

终端可以是手机、PAD(平板电脑)、智能可穿戴设备等便携式终端设备，终端中可安装并运行应用程序，此应用程序可包括但不限于：SNS(SocialNetworking Services，社会性网络服务)应用程序、即时通信应用程序等等。本发明实施例中的通知栏消息的处理方法可由第三方应用管理类应用程序运行实现。

S101，获取所述目标消息所确定的跳转界面对应的目标界面标识；

本发明实施例中，目标消息Push只用于展示比较简短的信息，Push的目的在于通过简短的展示引起用户的关注，从而将用户引导进具体的功能界面当中。用户可以点击或者删除终端通知栏所显示的目标消息，当用户点击通知栏所显示的目标消息时，则终端会自动跳转到该通知消息对应的功能界面，该功能界面可以是该目标消息对应的详细网页内容。

当检测到终端通知栏接收到目标消息后，获取该目标消息所确定的跳转界面对应的目标界面标识，该目标界面标识可以包括该目标界面的包名和类名。

具体可选的，Push的这种目的跳转在Android中被封装成PendingIntent的结构，其中保存了在用户触发Push点击和取消时将会触发的Intent。对于一条Push信息来说，无论其发出者时哪个应用，推送此消息的应用的身份可能会发生变化，但Push的目的跳转却是不会发生变化的。因此，本方案将Push的目的跳转作为Push类型划分的主因素进行判断。

以应用间互发Push的列子为例继续阐述：对于一条应用B的Push来说，A应用与B应用的厂商之间有合作，因此推送其Push的来源可能是A应用也可能是B应用，但无论是谁发出，最终的跳转目的界面肯定是B中的某个功能界面，否则也就失去了Push的意义。因此本发明实施例获取Push所确定的跳转界面对应的目标界面标识。

进一步可选的，通过目标界面标识中的包名可以区分该Push是由哪个应用推送的。

S102，将所述目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为所述目标消息的目标类型；

本发明实施例中，将所获取的目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，该预设规则库中包括多个对应关系，一个对应关系中包括一个预设界面标识与消息类型之间的对应，需要说明的是，该多个对应关系中每个对应关系为第一对应关系或者第二对应关系；该第一对应关系中的预设界面标识为与终端所安装应用相关推送消息所确定的跳转预设界面的界面标识；该第二对应关系中的预设界面标识为终端所集成的软件开发工具包SDK相关推送消息所确定的跳转预设界面的界面标识，SDK相关推送消息也是由与该SDK关联的应用推送。

该预设规则库中的多个对应关系可以全部为第一对应关系，或者全部为第二对应关系，或者该多个对应关系中存在第一对应关系和第二对应关系，需要说明的是，本发明实施例的第一对应关系和第二对应关系仅仅是对应关系的类别区分，预设规则库中区分第一对应关系和第二对应关系主要是为了能够确定某一条推送消息的最起始的来源，是来自于应用或者SDK。

将该预设规则库中与目标界面标识匹配一致的预设界面标识对应的消息类型确定为目标消息的目标类型。

Push类型划分可以有多种标准，例如首先根据Push是否在通知栏常驻可以将Push分为：常驻类和可清理类；然后进一步根据Push的用途，将Push可以分为：系统类、功能类、信息类、即通类、广告类几个大的类别，每个类别具体划分为如下一些小的类型：

可选的，本发明实施例的Push类型可以为上述表格中的小类型，也可以为上述表格中的大类型(即系统类、功能类、信息类、即通类、广告类)。

S103，根据所述目标类型，在所述通知栏显示所述目标消息。

本发明实施例中，目标消息的不同类型对应不同的显示方式，可以根据目标消息的目标类型，在通知栏显示该目标消息，例如可以折叠显示，单独显示等等。需要说明的是，预先需要设定不同类型对应的显示方式。

可选的，在根据目标类型显示目标消息之前还可以包括步骤S104；

S104，获取所述目标类型对应的显示优先级，所述显示优先级包括高优先级或者低优先级；

则根据目标类型，在通知栏显示目标消息具体包括：

若所述目标类型对应的显示优先级为低优先级，则将所述目标消息与其它消息合并折叠显示于所述通知栏，所述其它消息的类型与所述目标消息的类型相同；

若所述目标类型对应的显示优先级为高优先级，则将所述目标消息显示于所述通知栏。

本发明实施例中，预先设定不同类型对应的优先级，比如，广告、信息类对用户骚扰比较大的Push优先级较低，即通、系统、功能类消息优先级较高。需要说明的是，若目标类型为系统类、功能类、信息类、即通类、广告类这些大类型下的小类型，在确定优先级时，还需要判断该目标类型所对应的大类型，进而确定该目标类型的优先级。

在功能使用过程中，将每个用户对终端Push的操作上报到服务器，服务器根据用户使用状态的统计，对每个类型的优先级进行调整。例如当有大量用户对某一类Push都选择取消(不关心)时，则下调该类型Push的优先级；当大量用户对某一类Push选择点击(关心)时，则上调该类型Push的优先级。需要说明的是，在调整每个类型的优先级时，采取百分制衡量，取值范围为0-100，取值为关心该类型Push的用户百分比，当关心某个类型Push的用户百分比大于预设阈值(比如50％)，则上调该类型Push的优先级。服务器将重新确定的各个类型Push的优先级下发至终端的客户端，从而方便终端显示该类型Push。

若目标消息的目标类型对应的显示优先级为低优先级，则将目标消息与其它消息合并折叠显示于通知栏，合并折叠显示即是目标消息与其它消息合并在一个通知栏显示，该通知栏仅仅显示目标消息与其它消息总的条数以及各条消息所来自的应用或者SDK，当用户点击该通知栏时，才会分别显示各条消息的内容。

若目标消息的目标类型对应的显示优先级为高优先级，则直接将目标消息显示于通知栏，即是将目标消息的内容显示于通知栏，用户可以直接从通知栏获取目标消息的内容。

本发明实施例，检测终端通知栏接收的目标消息，获取该目标消息所确定的跳转界面对应的目标界面标识，将该目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为目标消息的目标类型，根据该目标类型，在通知栏显示目标消息，这种方式根据目标消息的跳转界面对应的目标界面标识确定该目标消息的目标类型，不限定目标消息的存在形式，并且准确率比较高。

请参照图2，为本发明实施例提供的另一种通知栏消息的处理方法的流程图，如图所示，本实施例的通知栏消息的处理方法包括步骤S200～S209；

S200，获取终端安装的至少一个应用；

本发明实施例中，在终端通知管理工具应用程序启动后，根据系统接口获取终端已安装应用列表，该应用列表包括至少一个应用。

S201，将所述至少一个应用中每个应用的应用标识发送至服务器，以使所述服务器组建预设规则库，所述预设规则库包含所述至少一个应用中每个应用的至少一个第一对应关系以及所述至少一个应用中多个第二应用关联的SDK的第二对应关系。

本发明实施例中，终端将应用列表中至少一个应用中每个应用的应用标识发送至服务器，以使服务器组建终端进行匹配的预设规则库，该应用标识可以是应用的包名。

服务器存储了大量界面标识(Push目的跳转)与类型之间的对应关系，可选的，该对应关系可以包括以下内容：

Push跳转目的

包名列表

类型

默认建议

Push id

是否SDK发出

具体可选的，服务器形成上述对应关系的过程可以是，终端在监控到Push产生后，会获取Push相关信息上报至服务器，这些信息包括：

跳转目的

Push id

文案

是否通知栏常驻

产生Push的应用

如图3所示，服务器接收到多个Push的信息，并进行存储，然后基于预设的关键词与Push文案，以分类算法(例如贝叶斯分类)进行分类预处理，得到该Push对应的建议类型。需要说明的是，该对文案进行预处理分类时，分类算法不局限于贝叶斯分类，其他分类算法也是可以的，如：LR算法、决策树算法等。

同时，服务器根据跳转目的界面的界面标识(具体确定方法也可以根据预设界面标识关键词进行分类算法确定)，初步确定出Push对应的建议类型，若根据Push文案确定出的建议类型和跳转目的确定出的建议类型相同，则将该建议类型确定为对应的类型，若不同，需要人工对预处理后的Push类型进行审核，从而确定出对应的类型。

进一步对所形成的类型对应关系进行确认时，若发现存在多个应用对应的跳转目的界面的界面标识相同，则认为该界面标识对应的推送消息为SDK相关的消息，将其提取出来作为SDK对应的界面标识。

如图4所示，当服务器已经存储多个界面标识与类型之间的对应关系(即是多个Push规则)，则后期终端检测到Push，获取Push内容信息(包括界面标识)，并上报后台服务器，若服务器未存储该界面标识，则保存至结果库中，服务器定期对结果库中的数据进行自动化处理，形成该界面标识对应的类型，并经过人工审核后，加入规则库中，便于后期使用。

当终端向服务器请求应用标识的对应关系时，即从规则库中获取相应的应用标识对应的第一对应关系，以及应用关联的SDK对应的第二对应关系。

S202，检测终端通知栏接收的目标消息；

本发明实施例步骤S202请参照图1的实施例步骤S100，在此不再赘述。

可选的，若上述预设规则库中所述至少一个应用中第一应用的至少一个第一对应关系中包含消息标识，所述消息标识用于标识所述第一对应关系中预设界面标识对应的推送消息类型；则该方法包括步骤S203～S205；

S203，获取推送所述目标消息的目标应用的目标标识；

本发明实施例中，对于第一应用的至少一个第一对应关系中，其中的消息标识Push id用于标识该第一对应关系中预设界面标识对应的推送消息类型，则在确定目标消息的目标类型时，可以获取推送该目标消息的目标应用的目标标识，可以是该目标应用的包名。

S204，判断所述目标标识是否与所述第一应用的标识匹配；

S205，若匹配一致，则在所述第一应用的至少一个第一对应关系中查找是否存在与所述目标消息的消息标识匹配的消息标识，若存在，则将匹配一致的所述第一对应关系中消息标识对应的消息类型确定所述目标消息的类型；

本发明实施例中，当目标标识与第一应用的标识匹配，进一步在第一应用的至少一个第一对应关系中查找是否存在与目标消息的消息标识匹配的消息标识，若存在，则将匹配一致的第一对应关系中的消息标识对应的消息类型确定为目标消息的类型。若在第一应用的至少一个第一对应关系中不存在与目标消息的消息标识匹配的消息标识，则可能该第一应用推送的目标消息为SDK相关的推送消息，需要进一步与预设规则库中的预设界面标识进行匹配。

S206，若匹配不一致，则获取所述目标消息所确定的跳转界面对应的目标界面标识；

S207，将所述目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为所述目标消息的目标类型；

S208，根据所述目标类型，在所述通知栏显示所述目标消息。

本发明实施例步骤S206-S208请参照图1的实施例步骤S101-S103，在此不再赘述。

可选的，若所述目标界面标识与所述预设规则库的所述第二对应关系中的预设界面标识匹配；所述方法还包括步骤S209；

S209，若检测到用户对所述目标消息的禁止推送指令，则获取与所述第二对应关系中的SDK关联的所述多个第二应用，并控制所述多个第二应用禁止推送所述目标消息。

本发明实施例中，目标界面标识与预设规则库中的第二对应关系中的预设界面标识匹配，则说明该目标消息为SDK相关的推送消息，若检测到用户对该目标消息的禁止推送指令，则获取该第二对应关系中SDK关联的多个第二应用，控制该多个第二应用禁止推送所述目标消息，这样不需要用户手动去禁止所有第二应用禁止推送该目标消息，使用非常方便。

本发明实施例，检测终端通知栏接收的目标消息，获取该目标消息所确定的跳转界面对应的目标界面标识，将该目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为目标消息的目标类型，根据该目标类型，在通知栏显示目标消息，这种方式根据目标消息的跳转界面对应的目标界面标识确定该目标消息的目标类型，不限定目标消息的存在形式，并且准确率比较高。

请参照图5，为本发明实施例提供的通知栏消息的处理流程图，如图所示，

(1)在终端通知管理工具应用启动后，根据系统接口获取已安装应用列表，然后将应用列表上报到后台，拉取应用对应的Push规则(即是界面标识与类型对应关系的列表)。

(2)服务器接收到终端请求后，根据包名从规则库中检索各包名对应的规则，并下发到终端。

(3)在通知管理工具中，通过用户引导的方式，引导用户对通知管理工具进行“通知管理权限”的授权。

(4)在成功拉取到应用的规则，并且取得授权后，开始读取当前通知栏存在的Push信息进行智能分类，并对未来出现的Push进行监控。

(5)然后根据Push的等级做分类展示和折叠处理等。

下面将结合附图6，对本发明实施例提供的一种通知栏消息的处理装置进行详细介绍。

请参照图6，为本发明实施例提供的一种通知栏消息的处理装置结构示意图，如图所示，该通知栏消息的处理装置包括检测模块100、第一获取模块101、第一确定模块102以及显示模块103；

检测模块100，用于检测终端通知栏接收的目标消息；

本发明实施例中，终端通知栏接收的目标消息可以为文本信息、图片或者网络链接等等。终端中所安装的各种应用向终端通知栏推送目标消息，以触发用户点击自己感兴趣的标题，需要说明的是，该目标消息可以是终端应用相关的推送消息，也可以是终端所集成的SDK相关的推送消息。

终端可以是手机、PAD(平板电脑)、智能可穿戴设备等便携式终端设备，终端中可安装并运行应用程序，此应用程序可包括但不限于：SNS(SocialNetworking Services，社会性网络服务)应用程序、即时通信应用程序等等。本发明实施例中的通知栏消息的处理方法可由第三方应用管理类应用程序运行实现。

第一获取模块101，用于获取所述目标消息所确定的跳转界面对应的目标界面标识；

本发明实施例中，目标消息Push只用于展示比较简短的信息，Push的目的在于通过简短的展示引起用户的关注，从而将用户引导进具体的功能界面当中。用户可以点击或者删除终端通知栏所显示的目标消息，当用户点击通知栏所显示的目标消息时，则终端会自动跳转到该通知消息对应的功能界面，该功能界面可以是该目标消息对应的详细网页内容。

当检测到终端通知栏接收到目标消息后，第一获取模块101获取该目标消息所确定的跳转界面对应的目标界面标识，该目标界面标识可以包括该目标界面的包名和类名。

具体可选的，Push的这种目的跳转在Android中被封装成PendingIntent的结构，其中保存了在用户触发Push点击和取消时将会触发的Intent。对于一条Push信息来说，无论其发出者时哪个应用，推送此消息的应用的身份可能会发生变化，但Push的目的跳转却是不会发生变化的。因此，本方案将Push的目的跳转作为Push类型划分的主因素进行判断。

以应用间互发Push的列子为例继续阐述：对于一条应用B的Push来说，A应用与B应用的厂商之间有合作，因此推送其Push的来源可能是A应用也可能是B应用，但无论是谁发出，最终的跳转目的界面肯定是B中的某个功能界面，否则也就失去了Push的意义。因此本发明实施例获取Push所确定的跳转界面对应的目标界面标识。

进一步可选的，通过目标界面标识中的包名可以区分该Push是由哪个应用推送的。

第一确定模块102，用于将所述目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为所述目标消息的目标类型；

本发明实施例中，将所获取的目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，该预设规则库中包括多个对应关系，一个对应关系中包括一个预设界面标识与消息类型之间的对应，需要说明的是，该多个对应关系中每个对应关系为第一对应关系或者第二对应关系；该第一对应关系中的预设界面标识为与终端所安装应用相关推送消息所确定的跳转预设界面的界面标识；该第二对应关系中的预设界面标识为终端所集成的软件开发工具包SDK相关推送消息所确定的跳转预设界面的界面标识，SDK相关推送消息也是由与该SDK关联的应用推送。

该预设规则库中的多个对应关系可以全部为第一对应关系，或者全部为第二对应关系，或者该多个对应关系中存在第一对应关系和第二对应关系，需要说明的是，本发明实施例的第一对应关系和第二对应关系仅仅是对应关系的类别区分，预设规则库中区分第一对应关系和第二对应关系主要是为了能够确定某一条推送消息的最起始的来源，是来自于应用或者SDK。

将该预设规则库中与目标界面标识匹配一致的预设界面标识对应的消息类型确定为目标消息的目标类型。

Push类型划分可以有多种标准，例如首先根据Push是否在通知栏常驻可以将Push分为：常驻类和可清理类；然后进一步根据Push的用途，将Push可以分为：系统类、功能类、信息类、即通类、广告类几个大的类别，每个类别具体划分为如下一些小的类型：

系统类	电量、网络、存储空间、权限、安全
		功能类	提醒、代办、邮件、天气、路况、导航、财务、日程、应用更新、下载
信息类	新闻、阅读、视频、资讯
		即通类	短信、即时通信消息、社交动态、评论提醒
广告类	广告、促销、推荐

可选的，本发明实施例的Push类型可以为上述表格中的小类型，也可以为上述表格中的大类型(即系统类、功能类、信息类、即通类、广告类)。

显示模块103，用于根据所述目标类型，在所述通知栏显示所述目标消息。

本发明实施例中，目标消息的不同类型对应不同的显示方式，可以根据目标消息的目标类型，在通知栏显示该目标消息，例如可以折叠显示，单独显示等等。需要说明的是，预先需要设定不同类型对应的显示方式。

可选的，所述通知栏消息的处理装置还包括第二获取模块104和发送模块105；

第二获取模块104，用于获取终端安装的至少一个应用；

本发明实施例中，在终端通知管理工具应用程序启动后，第二获取模块104根据系统接口获取终端已安装应用列表，该应用列表包括至少一个应用。

发送模块105，用于将所述至少一个应用中每个应用的应用标识发送至服务器，以使所述服务器组建预设规则库，所述预设规则库包含所述至少一个应用中每个应用的至少一个第一对应关系以及所述至少一个应用中多个第二应用关联的SDK的第二对应关系。

本发明实施例中，终端将应用列表中至少一个应用中每个应用的应用标识发送至服务器，以使服务器组建终端进行匹配的预设规则库，该应用标识可以是应用的包名。

服务器存储了大量界面标识(Push目的跳转)与类型之间的对应关系，可选的，该对应关系可以包括以下内容：

Push跳转目的

包名列表

类型

默认建议

Push id

是否SDK发出

具体可选的，服务器形成上述对应关系的过程可以是，终端在监控到Push产生后，会获取Push相关信息上报至服务器，这些信息包括：

跳转目的

Push id

文案

是否通知栏常驻

产生Push的应用

如图3所示，服务器接收到多个Push的信息，并进行存储，然后基于预设的关键词与Push文案，以分类算法(例如贝叶斯分类)进行分类预处理，得到该Push对应的建议类型。需要说明的是，该对文案进行预处理分类时，分类算法不局限于贝叶斯分类，其他分类算法也是可以的，如：LR算法、决策树算法等。

同时，服务器根据跳转目的界面的界面标识(具体确定方法也可以根据预设界面标识关键词进行分类算法确定)，初步确定出Push对应的建议类型，若根据Push文案确定出的建议类型和跳转目的确定出的建议类型相同，则将该建议类型确定为对应的类型，若不同，需要人工对预处理后的Push类型进行审核，从而确定出对应的类型。

进一步对所形成的类型对应关系进行确认时，若发现存在多个应用对应的跳转目的界面的界面标识相同，则认为该界面标识对应的推送消息为SDK相关的消息，将其提取出来作为SDK对应的界面标识。

如图4所示，当服务器已经存储多个界面标识与类型之间的对应关系(即是多个Push规则)，则后期终端检测到Push，获取Push内容信息(包括界面标识)，并上报后台服务器，若服务器未存储该界面标识，则保存至结果库中，服务器定期对结果库中的数据进行自动化处理，形成该界面标识对应的类型，并经过人工审核后，加入规则库中，便于后期使用。

当终端向服务器请求应用标识的对应关系时，即从规则库中获取相应的应用标识对应的第一对应关系，以及应用关联的SDK对应的第二对应关系。

可选的，若所述至少一个应用中第一应用的至少一个第一对应关系中包含消息标识，所述消息标识用于标识所述第一对应关系中预设界面标识对应的推送消息类型；所述通知栏消息的处理装置还包括第三获取模块106、判断模块107以及第二确定模块108；

第三获取模块106，用于获取推送所述目标消息的目标应用的目标标识；

本发明实施例中，对于第一应用的至少一个第一对应关系中，其中的消息标识Push id用于标识该第一对应关系中预设界面标识对应的推送消息类型，则在确定目标消息的目标类型时，可以获取推送该目标消息的目标应用的目标标识，可以是该目标应用的包名。

判断模块107，用于判断所述目标标识是否与所述第一应用的标识匹配；

第二确定模块108，用于若匹配一致，则在所述第一应用的至少一个第一对应关系中查找是否存在与所述目标消息的消息标识匹配的消息标识，若存在，则将匹配一致的所述第一对应关系中消息标识对应的消息类型确定所述目标消息的类型；

本发明实施例中，当目标标识与第一应用的标识匹配，进一步在第一应用的至少一个第一对应关系中查找是否存在与目标消息的消息标识匹配的消息标识，若存在，则将匹配一致的第一对应关系中的消息标识对应的消息类型确定为目标消息的类型。若在第一应用的至少一个第一对应关系中不存在与目标消息的消息标识匹配的消息标识，则可能该第一应用推送的目标消息为SDK相关的推送消息，需要进一步与预设规则库中的预设界面标识进行匹配。

所述第一获取模块101，具体用于若所述目标标识与所述第一应用的标识匹配不一致，则获取所述目标消息所确定的跳转界面对应的目标界面标识。

可选的，若所述目标界面标识与所述预设规则库的所述第二对应关系中的预设界面标识匹配；所述通知栏消息的处理装置还包括控制模块109；

控制模块109，用于若检测到用户对所述目标消息的禁止推送指令，则获取与所述第二对应关系中的SDK关联的所述多个第二应用，并控制所述多个第二应用禁止推送所述目标消息。

本发明实施例中，目标界面标识与预设规则库中的第二对应关系中的预设界面标识匹配，则说明该目标消息为SDK相关的推送消息，若检测到用户对该目标消息的禁止推送指令，则获取该第二对应关系中SDK关联的多个第二应用，控制模块109控制该多个第二应用禁止推送所述目标消息，这样不需要用户手动去禁止所有第二应用禁止推送该目标消息，使用非常方便。

可选的，所述通知栏消息的处理装置还包括第四获取模块110；

第四获取模块110，用于获取所述目标类型对应的显示优先级，所述显示优先级包括高优先级或者低优先级；

所述显示模块103具体用于若所述目标类型对应的显示优先级为低优先级，则将所述目标消息与其它消息合并折叠显示于所述通知栏，所述其它消息的类型与所述目标消息的类型相同；

若所述目标类型对应的显示优先级为高优先级，则将所述目标消息显示于所述通知栏。

本发明实施例中，预先设定不同类型对应的优先级，比如，广告、信息类对用户骚扰比较大的Push优先级较低，即通、系统、功能类消息优先级较高。需要说明的是，若目标类型为系统类、功能类、信息类、即通类、广告类这些大类型下的小类型，在确定优先级时，还需要判断该目标类型所对应的大类型，进而确定该目标类型的优先级。

在功能使用过程中，将每个用户对终端Push的操作上报到服务器，服务器根据用户使用状态的统计，对每个类型的优先级进行调整。例如当有大量用户对某一类Push都选择取消(不关心)时，则下调该类型Push的优先级；当大量用户对某一类Push选择点击(关心)时，则上调该类型Push的优先级。需要说明的是，在调整每个类型的优先级时，采取百分制衡量，取值范围为0-100，取值为关心该类型Push的用户百分比，当关心某个类型Push的用户百分比大于预设阈值(比如50％)，则上调该类型Push的优先级。服务器将重新确定的各个类型Push的优先级下发至终端的客户端，从而方便终端显示该类型Push。

若目标消息的目标类型对应的显示优先级为低优先级，则将目标消息与其它消息合并折叠显示于通知栏，合并折叠显示即是目标消息与其它消息合并在一个通知栏显示，该通知栏仅仅显示目标消息与其它消息总的条数以及各条消息所来自的应用或者SDK，当用户点击该通知栏时，才会分别显示各条消息的内容。

若目标消息的目标类型对应的显示优先级为高优先级，则直接将目标消息显示于通知栏，即是将目标消息的内容显示于通知栏，用户可以直接从通知栏获取目标消息的内容。

本发明实施例，检测终端通知栏接收的目标消息，获取该目标消息所确定的跳转界面对应的目标界面标识，将该目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为目标消息的目标类型，根据该目标类型，在通知栏显示目标消息，这种方式根据目标消息的跳转界面对应的目标界面标识确定该目标消息的目标类型，不限定目标消息的存在形式，并且准确率比较高。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，附图6所示通知栏消息的处理装置对应的程序可存储在终端的可读存储介质内，并被该终端中的至少一个处理器执行，以实现上述通知栏消息的处理方法，该方法包括图1-图2中方法实施例所述的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (12)

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

检测终端通知栏接收的目标消息；

获取所述目标消息所确定的跳转界面对应的目标界面标识；

将所述目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为所述目标消息的目标类型；

根据所述目标类型，在所述通知栏显示所述目标消息。

2.如权利要求1所述的方法，其特征在于，所述预设规则库中包括多个对应关系，一个对应关系中包括一个预设界面标识与消息类型之间的对应，每个所述对应关系为第一对应关系或者第二对应关系；

所述第一对应关系的预设界面标识为与终端所安装应用相关推送消息所确定的跳转预设界面的界面标识；

所述第二对应关系的预设界面标识为终端所集成的软件开发工具包SDK相关推送消息所确定的跳转预设界面的界面标识。

3.如权利要求2所述的方法，其特征在于，所述检测终端通知栏接收的目标消息之前，还包括：

获取终端安装的至少一个应用；

将所述至少一个应用中每个应用的应用标识发送至服务器，以使所述服务器组建预设规则库，所述预设规则库包含所述至少一个应用中每个应用的至少一个第一对应关系以及所述至少一个应用中多个第二应用关联的SDK的第二对应关系。

4.如权利要求3所述的方法，其特征在于，若所述至少一个应用中第一应用的至少一个第一对应关系中包含消息标识，所述消息标识用于标识所述第一对应关系中预设界面标识对应的推送消息类型；

所述获取所述目标消息所确定的跳转界面对应的目标界面标识之前，还包括：

获取推送所述目标消息的目标应用的目标标识；

判断所述目标标识是否与所述第一应用的标识匹配；

若匹配一致，则在所述第一应用的至少一个第一对应关系中查找是否存在与所述目标消息的消息标识匹配的消息标识，若存在，则将匹配一致的所述第一对应关系中消息标识对应的消息类型确定所述目标消息的类型；

若匹配不一致，则获取所述目标消息所确定的跳转界面对应的目标界面标识。

5.如权利要求4所述的方法，其特征在于，若所述目标界面标识与所述预设规则库的所述第二对应关系中的预设界面标识匹配；所述方法还包括：

若检测到用户对所述目标消息的禁止推送指令，则获取与所述第二对应关系中的SDK关联的所述多个第二应用，并控制所述多个第二应用禁止推送所述目标消息。

6.如权利要求1-5任意一项所述的方法，其特征在于，所述根据所述目标类型，在所述通知栏显示所述目标消息之前，还包括：

获取所述目标类型对应的显示优先级，所述显示优先级包括高优先级或者低优先级；

所述根据所述目标类型，在所述通知栏显示所述目标消息，包括：

若所述目标类型对应的显示优先级为低优先级，则将所述目标消息与其它消息合并折叠显示于所述通知栏，所述其它消息的类型与所述目标消息的类型相同；

若所述目标类型对应的显示优先级为高优先级，则将所述目标消息显示于所述通知栏。

7.一种通知栏消息的处理装置，其特征在于，包括：

检测模块，用于检测终端通知栏接收的目标消息；

第一获取模块，用于获取所述目标消息所确定的跳转界面对应的目标界面标识；

第一确定模块，用于将所述目标界面标识与预设规则库中的至少一个预设界面标识进行匹配，并将匹配一致的预设界面标识对应的消息类型确定为所述目标消息的目标类型；

显示模块，用于根据所述目标类型，在所述通知栏显示所述目标消息。

8.如权利要求7所述的装置，其特征在于，所述预设规则库中包括多个对应关系，一个对应关系中包括一个预设界面标识与消息类型之间的对应，每个所述对应关系为第一对应关系或者第二对应关系；

所述第一对应关系的预设界面标识为与终端所安装应用相关推送消息所确定的跳转预设界面的界面标识；

所述第二对应关系的预设界面标识为终端所集成的软件开发工具包SDK相关推送消息所确定的跳转预设界面的界面标识。

9.如权利要求8所述的装置，其特征在于，所述装置还包括：

第二获取模块，用于获取终端安装的至少一个应用；

发送模块，用于将所述至少一个应用中每个应用的应用标识发送至服务器，以使所述服务器组建预设规则库，所述预设规则库包含所述至少一个应用中每个应用的至少一个第一对应关系以及所述至少一个应用中多个第二应用关联的SDK的第二对应关系。

10.如权利要求9所述的方法，其特征在于，若所述至少一个应用中第一应用的至少一个第一对应关系中包含消息标识，所述消息标识用于标识所述第一对应关系中预设界面标识对应的推送消息类型；所述装置还包括：

第三获取模块，用于获取推送所述目标消息的目标应用的目标标识；

判断模块，用于判断所述目标标识是否与所述第一应用的标识匹配；

第二确定模块，用于若匹配一致，则在所述第一应用的至少一个第一对应关系中查找是否存在与所述目标消息的消息标识匹配的消息标识，若存在，则将匹配一致的所述第一对应关系中消息标识对应的消息类型确定所述目标消息的类型；

所述第一获取模块，具体用于若所述目标标识与所述第一应用的标识匹配不一致，则获取所述目标消息所确定的跳转界面对应的目标界面标识。

11.如权利要求10所述的装置，其特征在于，若所述目标界面标识与所述预设规则库的所述第二对应关系中的预设界面标识匹配；所述装置还包括：

控制模块，用于若检测到用户对所述目标消息的禁止推送指令，则获取与所述第二对应关系中的SDK关联的所述多个第二应用，并控制所述多个第二应用禁止推送所述目标消息。

12.如权利要求7-11任意一项所述的装置，其特征在于，所述装置还包括：

第四获取模块，用于获取所述目标类型对应的显示优先级，所述显示优先级包括高优先级或者低优先级；

所述显示模块具体用于若所述目标类型对应的显示优先级为低优先级，则将所述目标消息与其它消息合并折叠显示于所述通知栏，所述其它消息的类型与所述目标消息的类型相同；

若所述目标类型对应的显示优先级为高优先级，则将所述目标消息显示于所述通知栏。