CN108804194B - 通知栏消息处理方法、装置、用户终端及可读存储介质 - Google Patents

Abstract

本发明公开了一种通知栏消息处理方法、装置、用户终端及可读存储介质，属于计算机技术领域。该方法包括：拦截沙箱中开启的每个分身应用程序向操作***发送的第一通知栏消息；获取拦截到的第一通知栏消息对应的分身应用程序的私有数据，将私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息并发送给操作***；当用户终端处于锁屏状态时，监听操作***的通知栏消息，基于私有数据对当前通知栏消息进行检测，根据检测结果对当前通知栏消息进行分类，在锁屏界面中将当前通知栏消息按照分类结果进行显示。实现了对***原生应用程序的通知栏消息和沙箱内部的各分身应用程序的通知栏消息的归类展示，有利于提高用户的消息阅读效率。

Description

通知栏消息处理方法、装置、用户终端及可读存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种通知栏消息处理方法、装置、用户终端及可读存储介质。

背景技术

现在很多人在某些应用(如即时通信应用)中都有两个以上的账号，以方便工作和生活。为了使终端设备能够同时打开两个以上相同的应用，以便用户能够在同一个终端设备中同时登录同一应用的两个以上的账号，需要终端设备具有应用多开的功能。一种方式是可以通过在终端设备中配置沙箱实现应用多开，即在沙箱中安装并开启某原生应用程序的一个以上的分身应用程序，从而实现在同一终端设备中同时运行多个相同的应用程序。

通知栏是帮助第三方应用与用户交互的重要渠道之一，用于向用户展示***以及第三方应用的通知消息，如***更新提示消息、第三方应用推送的未读消息提醒等通知消息。现有技术中，无论是***原生应用程序的通知栏消息还是由沙箱开启的分身应用程序的通知栏消息，***通知栏是按照接收的时间顺序展示消息通知的。随着信息量的增长，终端设备每天要接收大量的消息，包括原生应用程序的消息和分身应用程序的消息，这些消息混杂在一起导致消息展示混乱，不利于用户阅读。

发明内容

鉴于上述问题，本发明提出了一种通知栏消息处理方法、装置、用户终端及可读存储介质，能够对***原生应用程序的通知栏消息和沙箱内部的各分身应用程序的通知栏消息进行归类展示，有利于提高用户的消息阅读效率。

第一方面，本发明实施例提供了一种通知栏消息处理方法，所述方法包括：对沙箱中开启的每个分身应用程序在运行过程中向操作***发送第一通知栏消息的行为进行监控，拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息；获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据，将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息，并将所述第二通知栏消息发送给操作***；

当用户终端处于锁屏状态时，监听所述操作***的当前通知栏消息，并基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，并在锁屏界面中将所述当前通知栏消息按照分类结果进行显示。

可选的，所述基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，包括：判断所述当前通知栏消息的额外字段中是否包含私有数据；若所述当前通知栏消息包含私有数据，则判定所述当前通知栏消息为所述第二通知栏消息，并将所述当前通知栏消息划分为第一预设类别；若所述当前通知栏消息不包含私有数据，则判定所述当前通知栏消息为由***原生应用程序发送的第三通知栏消息，且将所述当前通知栏消息划分为第二预设类别。

可选的，所述私有数据包括所述第一通知栏消息对应的所述分身应用程序的包名和用户身份证明，所述基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，还包括：获取属于所述第一预设类别的当前通知栏消息的额外字段中的包名和用户身份证明；通过所述包名和用户身份证明将所述第一预设类别中，对应于同一所述分身应用程序的当前通知栏消息划分为一个子类别；按照预设的合并策略对属于同一所述子类别的当前通知栏消息进行合并，生成对应的通知栏。

可选的，所述私有数据还包括所述第一通知栏消息对应的分身应用程序的第一特征信息，所述按照预设的合并策略对属于同一所述子类别的当前通知栏消息进行合并，生成对应的通知栏之后，还包括：根据所述第一特征信息对合并后所生成的通知栏进行排序。

可选的，所述第一特征信息为所述第一通知栏消息对应的分身应用程序的别名。

可选的，所述将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息包括：获取所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对应于同一原生应用程序的不同所述分身应用程序的第二特征信息不同；根据所述第二特征信息对该第一通知栏消息进行标记，以区分对应于同一原生应用程序的不同分身应用程序；将所述私有数据添加到标记后的所述第一通知栏消息的额外字段中，得到第二通知栏消息。

可选的，所述根据所述第二特征信息对该第一通知栏消息进行标记，包括：识别所述第一通知栏消息的布局方式；根据所述第一通知栏消息的布局方式以及所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对所述第一通知栏消息进行修改，以标记所述分身应用程序对应的第一通知栏消息。

可选的，所述拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息包括：利用钩子函数劫持通知管理器中的enqueueNotification方法，捕获所述每个分身应用程序向所述操作***发送的第一通知栏消息。

第二方面，本发明实施例还提供了一种通知栏消息处理装置，所述装置包括：监控模块、处理模块和展示模块。监控模块，用于对沙箱中开启的每个分身应用程序在运行过程中向操作***发送第一通知栏消息的行为进行监控，拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息。处理模块，用于获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据，将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息，并将所述第二通知栏消息发送给操作***。展示模块，用于当用户终端处于锁屏状态时，监听所述操作***的当前通知栏消息，并基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，并在锁屏界面中将所述当前通知栏消息按照分类结果进行显示。

可选的，所述展示模块具体用于：判断所述当前通知栏消息的额外字段中是否包含私有数据；若所述当前通知栏消息包含私有数据，则判定所述当前通知栏消息为所述第二通知栏消息，并将所述当前通知栏消息划分为第一预设类别；若所述当前通知栏消息不包含私有数据，则判定所述当前通知栏消息为由***原生应用程序发送的第三通知栏消息，且将所述当前通知栏消息划分为第二预设类别。

可选的，所述私有数据包括所述第一通知栏消息对应的所述分身应用程序的包名和用户身份证明。所述展示模块还用于：获取属于所述第一预设类别的当前通知栏消息的额外字段中的包名和用户身份证明；通过所述包名和用户身份证明将所述第一预设类别中，对应于同一所述分身应用程序的当前通知栏消息划分为一个子类别；按照预设的合并策略对属于同一所述子类别的消息进行合并，生成对应的通知栏。

可选的，所述展示模块还用于：根据所述第一特征信息对合并后所生成的通知栏进行排序。

可选的，所述第一特征信息为所述第一通知栏消息对应的分身应用程序的别名。

可选的，所述处理模块包括：第一获取子模块，用于获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据；第二获取子模块，用于获取所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对应于同一原生应用程序的不同所述分身应用程序的第二特征信息不同；标记子模块，用于根据所述第二特征信息对该第一通知栏消息进行标记，以区分对应于同一原生应用程序的不同分身应用程序；添加子模块，用于将所述私有数据添加到标记后的所述第一通知栏消息的额外字段中，得到第二通知栏消息；发送子模块，用于将所述第二通知栏消息发送给操作***。

可选的，所述标记子模块具体用于：识别所述第一通知栏消息的布局方式；根据所述第一通知栏消息的布局方式以及所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对所述第一通知栏消息进行修改，以标记所述分身应用程序对应的第一通知栏消息。

可选的，所述监控模块具体用于：利用钩子函数劫持通知管理器中的enqueueNotification方法，捕获所述每个分身应用程序向所述操作***发送的第一通知栏消息。

第三方面，本发明实施例还提供了一种用户终端，包括处理器和存储器，所述存储器耦接到所述处理器，所述存储器存储指令。当所述指令由所述处理器执行时使所述用户终端执行上述第一方面提供的通知栏消息处理方法的步骤。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面提供的通知栏消息处理方法的步骤。

本发明实施例提供的技术方案中，通过拦截沙箱中开启的每个分身应用程序在运行过程中向操作***发送的第一通知栏消息，然后获取拦截到的第一通知栏消息对应的分身应用程序的私有数据，接着，将私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息，并将第二通知栏消息发送给操作***。当用户终端处于锁屏状态时，就可以监听操作***的当前通知栏消息，基于私有数据对当前通知栏消息进行检测，根据检测结果对当前通知栏消息进行分类，并在锁屏界面中将当前通知栏消息按照分类结果进行显示。这样就可以实现对***原生应用程序的通知栏消息和沙箱内部的各分身应用程序的通知栏消息的归类展示，有利于提高用户的消息阅读效率。

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

附图说明

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

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

图2示出了本发明第一实施例提供的一种通知栏消息展示排布示意图；

图3示出了本发明第一实施例提供的另一种通知栏消息展示排布示意图；

图4示出了本发明第二实施例提供的一种通知栏消息处理装置的功能模块框图；

图5示出了本发明第三实施例提供的一种用户终端的模块框图。

具体实施方式

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

在利用用户终端中预先构造的沙箱进行应用多开的情况下，分身应用程序都是由沙箱开启，操作***展示通知栏消息时，沙箱内部分身应用程序的通知栏消息和***原生应用程序的通知栏消息混杂在一起导致通知栏消息展示混乱，不利于用户阅读。鉴于此，本发明实施例提供了一种通知栏消息处理方法及装置。该通知栏消息处理方法及装置应用于用户终端，该用户终端中安装有操作***以及第三方应用程序。本实施例中，该操作***可以为Android(安卓)、IOS、Windows Phone或Windows等。

本发明第一实施例提供了一种通知栏消息处理方法。图1示出了本发明第一实施例提供的一种通知栏消息处理方法的方法流程图。如图1所示，所述方法包括：

步骤S101，对沙箱中开启的每个分身应用程序在运行过程中向操作***发送第一通知栏消息的行为进行监控，拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息；

以安卓***为例，安卓***为应用程序提供了用于生成通知栏的***接口，应用程序在指定了应用程序的包名(Packagename)、布局文件的身份(Identity，ID)、图片资源的ID等信息之后，向***发出生成通知栏的请求，即向***发送通知栏消息，以由***根据请求在当前界面中生成通知栏。

沙箱(Sandbox)是一个虚拟的***程序，可以在沙箱中运行需要检测的应用程序，获得应用程序的活动行为、运行结果等。并且在沙箱中运行检测的应用程序所产生的影响可以随后删除，不会对硬盘本身产生影响。沙箱可以作为一个独立的虚拟环境，检测不受信任的应用程序。将应用程序放入沙箱中运行，通过沙箱为应用程序提供一个封闭的运行环境，可以实现对该应用程序在运行过程中的行为进行监控。

用户通过沙箱开启某目标应用程序的多个分身应用程序，沙箱可以对这些分身应用程序在运行过程中的行为进行监控。也就是说，沙箱可以监控每个分身应用程序向操作***发送通知栏消息的行为。本实施例中，将沙箱中开启的分身应用程序向操作***发送的通知栏消息称为第一通知栏消息。

以安卓***为例，作为一种实施方式，上述拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息可以包括：利用钩子函数劫持通知管理器(NotificationManager)中的enqueueNotification方法，捕获沙箱中开启的每个分身应用程序向所述操作***发送的第一通知栏消息。第一通知栏消息可以是对该分身应用程序接收到信息的事件执行提示的通知消息。NotificationManager是状态栏通知的管理类，负责发通知、清除通知等操作。另外，NotificationManager是一个***Service，所以必须通过getSystemService(NOTIFICATION_SERVICE)方法来获取，调用NotificationManager的notify方法可以向***发送通知。利用钩子函数hook掉NotificationManager的enqueueNotification方法，就可以监听沙箱中运行的应用分身向操作***发送通知栏消息的行为。

步骤S102，获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据，将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息，并将所述第二通知栏消息发送给操作***；

本实施例中，私有数据包括分身应用程序的身份标识，作为后续消息分类的参照。本实施例中，分身应用程序的身份标识可以为分身应用程序的包名和UID(UserIdentification，用户身份证明)。可以理解的是，通过包名和UID可以确定唯一应用。例如，在沙箱中开启了三个微信分身，分别为微信分身1、微信分身2和微信分身3，当拦截到微信分身1发送的第一通知栏消息时，则获取微信身份1的私有数据。

需要说明的是，第一通知栏消息的额外字段用于传递目标组件所需要的额外的数据，不会影响***对通知栏消息的展示。以安卓***为例，可以将所获取的私有数据添加到第一通知栏消息的Notification.extras字段。

本实施例中，将在额外字段中添加相应分身应用程序的私有数据的第一通知栏消息称为第二通知栏消息，将第二通知栏消息发送给操作***展示，并执行以下步骤S103。

步骤S103，当用户终端处于锁屏状态时，监听所述操作***的当前通知栏消息，基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，并在锁屏界面中将所述当前通知栏消息按照分类结果进行显示。

可以理解的是，在执行步骤S103之前，需要先确定用户终端当前是否处于锁屏状态。作为一种实施方式，确定用户终端当前是否处于锁屏状态的步骤可以包括：监听用户终端的锁屏广播；根据所述锁屏广播，确定所述用户终端当前是否处于锁屏状态。

作为另一种实施方式，用户终端可以通过正在进行的业务确定当前终端是否处于锁屏状态。有些应用只能在开屏状态下运行，例如视频播放应用，因此终端可以根据当前是否正在进行视频播放确定当前是否处于锁屏状态。

或者，用户终端也可以根据当前界面显示的应用种类确定当前终端是否处于锁屏状态。例如，通常用户终端处于锁屏状态时，即便屏幕点亮，终端屏幕上也仅会显示天气或时间等少量应用，若终端处于开屏状态，终端屏幕上会显示多个应用程序，如音乐或视频播放类应用、即时聊天类应用等，因此终端可以根据当前界面上显示的应用种类确定当前是否处于锁屏状态。

又或者，终端锁屏状态的壁纸与开屏状态的壁纸不同，因此用户终端还可以通过当前界面的壁纸确定当前终端是否处于锁屏状态。

当用户终端处于锁屏状态时，锁屏会对操作***的通知栏变化进行监听。需要说明的是，操作***接收到的通知栏消息包括***原生应用程序，即沙箱外部应用程序发送的通知栏消息和沙箱内部的分身应用程序发送的第二通知栏消息。为了便于区分，本实施例中，将***原生应用程序发送的通知栏消息称为第三通知栏消息。显然，基于上述步骤S102的处理，第二通知栏消息的额外字段中包含私有数据，而第三通知栏消息的额外字段中不包含私有数据。

因此，当锁屏监听到操作***接收到新的通知栏消息时，可以检测监听到的当前通知栏消息的额外字段中是否包含私有数据，通过检测结果对所监听到的当前通知栏消息进行分类，并在锁屏界面中将当前通知栏消息按照分类结果进行显示。这样就可以将第三通知栏消息和第二通知栏消息进行分类展示，即第三通知栏消息为一类，沙箱内部分身应用程序发送的第二通知栏消息为一类，即实现了对***原生应用程序的通知栏消息和沙箱内部的各分身应用程序的通知栏消息的归类展示，用户可以分别阅读来自***原生应用程序的通知栏消息以及来自沙箱内部分身应用程序的通知栏消息。相比于直接按照时间顺序依次展示所有通知栏消息，有效地提高了消息阅读效率。

例如，在一种具体应用场景中，在锁屏界面展示通知栏消息时，可以分两栏展示通知栏消息，即将第三通知栏消息归为一栏展示，如图2中的P1区域所示，将由沙箱内部分身应用程序发送的第二通知栏消息归为另一栏展示，如图2中的P2区域所示。此外，这两栏通知消息可以上下排布，如图2所示，或者也可以左右排布，如图3所示，具体可以根据实际需要设置。例如，对于屏幕较窄的用户终端如手机可以将两栏通知栏消息上下排布显示，对于屏幕较宽的用户终端如平板电脑可以将两栏通知栏消息左右排布显示。图2和图3中，P1区域中显示有一个通知栏，其中，左侧图形表示该通知栏对应的原生应用程序的图标，“XXX”表示该通知栏对应的第三通知栏消息的名称，“XXXX”表示该通知栏对应的第三通知栏消息的通知内容；P2区域中显示有三个通知栏，分别对应于三个分身应用程序发送的第二通知栏消息。

具体来讲，上述步骤S103中，基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类可以包括：判断所述当前通知栏消息的额外字段中是否包含私有数据；若所述当前通知栏消息包含私有数据，则判定所述当前通知栏消息为所述第二通知栏消息，并将所述当前通知栏消息划分为第一预设类别；若所述当前通知栏消息不包含私有数据，则判定所述当前通知栏消息为由***原生应用程序发送的第三通知栏消息，且将所述当前通知栏消息划分为第二预设类别。此时，将属于第一预设类别的当前通知栏消息归为一栏展示，将属于第二预设类别的当前通知栏消息归为另一栏展示，以在锁屏界面中分类展示第二通知栏消息和第三通知栏消息。

本实施例中，在锁屏界面显示属于第一预设类别的通知栏消息，即第二通知栏消息时，可以直接按照监听到第二通知栏消息的时间顺序依次展示。考虑到每个分身应用程序可能会对应多个第二通知栏消息，这样展示出来的通知栏较多，可能会影响用户的阅读效率。

基于此，于本发明一实施例中，当私有数据包括所述第一通知栏消息对应的所述分身应用程序的包名和用户身份证明时，上述步骤S103中，基于私有数据对当前通知栏消息进行检测，根据检测结果对当前通知栏消息进行分类，还可以包括：获取属于所述第一预设类别的当前通知栏消息的额外字段中的包名和用户身份证明；通过所述包名和用户身份证明将所述第一预设类别中，对应于同一所述分身应用程序的当前通知栏消息划分为一个子类别；按照预设的合并策略对属于同一所述子类别的当前通知栏消息进行合并，生成对应的通知栏。

可以理解的是，具有相同包名和相同用户身份证明的第二通知栏消息对应于同一分身应用程序。为了方便阅读通知消息，可以将来自同一分身应用程序的第二通知栏消息进行合并展示，即在一个通知栏中显示自同一分身应用程序的消息，具体的合并策略可以根据需要设置。可以理解的是，通知栏的布局包括标题、图标和通知内容，如图2所示。当然，在其他实施例中，通知栏的布局也可以仅包括标题和通知内容或仅包括图标和通知内容，具体根据实际需要设置。

作为第一种实施方式，可以获取当前监听到的属于第一预设类别的当前通知栏消息即第二通知栏消息中，每个子类别的第二通知栏消息数量，合并后对应通知栏的通知内容处只展示每个子类别的第二通知栏消息数量。例如，当前监听到的属于第一预设类别的消息包括来自A应用程序的分身1的一条第二通知栏消息、来自A应用程序的分身2的两条第二通知栏消息以及来自B应用程序的分身1的三条第二通知栏消息。应用程序A的分身1和分身2的名称分别为A应用程序1和A应用程序2，B应用程序的分身1的名称分别为B应用程序1。那么当前监听到的属于第一预设类别的消息可以划分为三个子类别，即A应用程序1对应于一个子类别S1，A应用程序2对应于一个子类别S2，B应用程序1对应于一个子类别S3。其中，子类别S1包括一条第二通知栏消息，子类别S2包括两条第二通知栏消息，子类别S3包括三条第二通知栏消息。此时，当前监听到的属于第一预设类别的消息在锁屏界面中的展示结果为：在子类别S1对应的通知栏的通知内容处显示“1条消息”；在子类别S2对应的通知栏的通知内容处显示“2条消息”；在子类别S3对应的通知栏的通知内容处显示“3条消息”，如图2所示。

作为第二种实施方式，将属于同一个子类别的第二通知栏消息合并展示在一个通知栏中时，具体可以在该通知栏的通知内容处按照监听到第二通知栏消息的时间顺序，依次展示属于该子类别的每个第二通知栏消息的消息内容。举例来讲，消息内容可以包括联系人名称和通信内容，可以表示为“联系人名称：通信内容”。在上述示例中，假设子类别S1包括的一条第二通知栏消息的消息内容为：“小明：在吗？”；按照监听到第二通知栏消息的时间顺序，子类别S2包括的两条第二通知栏消息的消息内容依次为：“小张：还有货吗？”、“小刘：发货了吗？”；按照监听到第二通知栏消息的时间顺序，子类别S3包括的三条第二通知栏消息的消息内容依次为：“小李：在吗？”、“小高：好吧”、“小李：东西收到了吗？”。

作为第三种实施方式，当分身应用程序为即时通信类应用程序，且第二通知栏消息为对分身应用程序接收到信息的事件执行提示的通知消息，该通知消息中包括联系人信息，将属于同一个子类别的通知消息合并展示在一个通知栏中时，具体可以在该通知栏的通知内容处按照监听时间顺序依次展示每个第二通知栏消息的消息内容，并将来自同一联系人的消息内容合并展示。例如，当接收到来自同一联系人的多条消息时，可以在对应通知栏的通知内容处，显示该联系人的用户名、消息的条数以及该联系人的最新一条消息内容。需要说明的是，对于属于某一子类别的对应于同一联系人的多条第二通知栏消息，以最新监听到的那条第二通知栏消息的时间为准，与该子类别中的来自其他联系人的第二通知栏消息的时间进行比较，以确定排列顺序。

另外，对于合并后所生成的通知栏的排列顺序，可以有多种实施方式。作为一种实施方式，将属于第一预设类型的当前通知栏消息进行上述合并后，可以获取当前每个子类别对应的监听时间，按照每个子类型对应的监听时间的先后顺序对每个子类型对应的通知栏进行展示。其中，每个子类别对应的监听时间为每个子类别中的最新消息的监听时间。这样属于第一预设类型的消息对应的通知栏展示顺序是动态变化的。例如，在当前时刻，锁屏监听到的属于第一预设类别的当前通知栏消息被划分为多个子类别，且将属于每个子类别的当前通知栏消息合并在一个通知栏时，若某个子类别新增了消息，则在将新增的消息合并到该子类别对应的通知栏后，将该子类别对应的通知栏置顶显示。需要说明的是，此处的“置顶显示”是指将该通知栏的排列位置，调整到与第一预设类别对应的展示栏的顶部如上述P2区域的顶部显示。

作为另一种实施方式，上述步骤S102中，私有数据除了包括包名和UID之外，还可以包括第一通知栏消息对应的分身应用程序的第一特征信息。相应地，锁屏在监听到的当前通知栏消息为第二通知栏消息时，从第二通知栏消息的额外字段中获取的私有数据还包括对应分身应用程序的第一特征信息。此时，上述按照预设的合并策略对属于同一所述子类别的当前通知栏消息进行合并，生成对应的通知栏之后，还包括：根据所述第一特征信息对合并后所生成的通知栏进行排序，使得与第一预设类别消息对应的展示栏中，各通知栏排列顺序由各通知栏对应的分身应用程序的第一特征信息决定，不会随着消息监听时间的变动而变动，有利于根据用户需要对通知栏进行排序，进一步方便用户阅读通知栏消息。

举例来讲，第一特征信息可以为第一通知栏消息对应的分身应用程序的别名。需要说明的是，在沙箱中开启的某原生应用程序对应的分身应用程序时，会给该分身应用程序分配一个默认名称，用户可以根据需要对该默认名称进行修改，修改后名称即为该分身应用程序的别名。此时，上述根据所述第一特征信息对合并后所生成的通知栏进行排序具体可以为：按照别名的字母顺序对合并后所生成的通知栏进行排序。

又例如，第一特征信息可以为由用户输入的用于反映先后顺序的字符，例如，***数字1、2、3等。这样用户可以根据需要为沙箱内开启的每个分身应用程序设置第一特征信息，从而使得上述合并后所生成的通知栏能够按照用户设定的顺序展示。例如，用户认为来自A应用程序1第二通知栏消息的重要程度高于来自A应用程序2的第二通知栏消息，来自A应用程序2的第二通知栏的重要程度高于来自B应用程序1的第二通知栏消息，则可在设置各分身应用程序的第一特征信息时，使得A应用程序1对应的顺序先于A应用程序2对应的顺序，A应用程序2对应的顺序先于B应用程序1的顺序。

另外，除了上述的在锁屏界面中分类展示当前通知栏消息外，在用户终端处于开屏状态时，操作***可以对接收到的当前通知栏消息进行展示。具体的，操作***可以在接收到用户的触发操作如下拉操作时对接收到的当前通知栏消息进行展示。或者，操作***也可以在接收到当前通知栏消息时直接对当前接收到的通知栏消息进行展示。

为了方便用户辨别操作***展示的当前通知栏消息中，原生应用程序发送的第三通知栏消息和沙箱内部对应于该原生应用程序的各分身应用程序发送的第二通知栏消息，作为一种可选的实施例，上述步骤S102中，将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息的步骤可以包括：获取所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对应于同一原生应用程序的不同所述分身应用程序的第二特征信息不同；根据所述第二特征信息对该第一通知栏消息进行标记，以区分对应于同一原生应用程序的不同分身应用程序；将所述私有数据添加到标记后的所述第一通知栏消息的额外字段中，得到第二通知栏消息。这样在操作***展示第二通知栏消息时，用户可以根据上述标记区分原生应用程序发送的第三通知栏消息以及该原生应用程序对应的不同分身应用程序对应的第二通知栏消息。需要说明的是，额外字段添加的私有数据不影响***展示第二通知栏消息。

具体的，上述根据所述第二特征信息对该第一通知栏消息进行标记，可以包括：识别所述第一通知栏消息的布局方式；根据所述第一通知栏消息的布局方式以及所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对所述第一通知栏消息进行修改，以标记所述分身应用程序对应的第一通知栏消息。

作为一种实施方式，分身应用程序的第二特征信息可以包括预先设置的分身应用程序的名称。该名称可以为分身应用程序的默认名称，或者，也可以是分身应用程序的别名。分身应用程序的名称与对应的原生应用程序的名称不同，且对应于同一原生应用程序的不同分身应用程序的名称不同。

具体来讲，通知栏消息的布局方式包括两种，一种是原生布局，另一种为自定义布局。原生布局即为操作***自带的通知栏布局，以安卓***为例，原生布局是指安卓***自带的通知栏布局。自定义布局是指由第三方应用自定义的通知栏布局。

采用原生布局的第一通知栏消息和采用自定义布局的第一通知栏消息的修改方式不同。拦截到沙箱中开启的分身应用程序发送的第一通知栏消息后，可以先判断该第一通知栏消息是否为自定义布局。当该第一通知栏消息为自定义布局时，则在该第一通知栏消息中嵌套一层布局，展示该第一通知栏消息对应的分身应用程序的第二特征信息，从而实现对该第一通知栏消息的标记。

举例来讲，可以通过在嵌套的布局上添加TextView控件，在第一通知栏消息中展示该第一通知栏消息对应的分身应用程序的名称，这样就可以区分不同分身应用程序发送的第二通知栏消息。

若判定第一通知栏消息不是自定义布局，则表示该第一通知栏消息为原生布局。当第一通知栏消息为原生布局时，则根据预设标记规则以及第一通知栏消息对应的所述分身应用程序的第二特征信息，修改所述第一通知栏消息的标题，从而根据修改后的第一通知栏消息的标题区分不同分身应用程序发送的第一通知栏消息，也就可以区分原生应用程序发送的第三通知栏消息以及在沙箱内开启的、对应于该原生应用程序的不同分身应用程序对应的第二通知栏消息。

其中，预设标记规则可以根据实际需要设置。例如，可以直接将第一通知栏消息的标题替换为该第一通知栏消息对应的分身应用程序的名称，或者，也可以根据预设格式以及该第一通知栏消息对应的分身应用程序的名称修改第一通知栏消息的标题，使得第一通知栏消息的标题包含对应的分身应用程序的名称。

在一种具体应用场景中，分身应用程序的名称为默认名称，且该默认名称由该分身应用程序对应的原生应用程序的名称和该分身应用程序的开启序号组成。例如，用户通过沙箱开启三个微信分身，且分身微信的默认名称分别为微信1、微信2和微信3。

当直接将第一通知栏消息的标题替换为该第一通知栏消息对应的分身应用程序的名称时，则将微信1发送的第一通知栏消息的标题修改为“微信1”，将微信2发送的第一通知栏消息的标题修改为“微信2”，将微信3发送的第一通知栏消息的标题修改为“微信3”。

当根据预设格式以及该第一通知栏消息对应的分身应用程序的名称修改第一通知栏消息的标题时，预设格式可以为：来自A分身。其中，A表示第一通知栏消息对应的分身应用程序的名称。此时，则分别对应将微信1、微信2和微信3发送的第一通知栏消息的标题由“微信”修改为“来自微信1分身”、来自微信2分身”和来自微信3分身”。当然，预设格式也可以采用其他格式，具体可以根据分身应用程序的名称设置。

通过对沙箱内开启的分身应用程序发送的第一通知栏消息进行标记，进而再生成第二通知栏消息发送给操作***展示，能够方便用户在浏览***展示的通知栏消息时，辨别原生应用程序发送的第三通知栏消息和由该原生应用程序对应的不同分身应用程序对应的第二通知栏消息，有利于进一步方便用户高效处理通知栏消息。

综上所述，本发明实施例提供的技术方案，通过拦截沙箱中开启的每个分身应用程序在运行过程中向操作***发送的第一通知栏消息，然后获取拦截到的第一通知栏消息对应的分身应用程序的私有数据，接着，将私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息，并将第二通知栏消息发送给操作***。当用户终端处于锁屏状态时，就可以监听操作***的当前通知栏消息，基于私有数据对当前通知栏消息进行检测，根据检测结果对当前通知栏消息进行分类，并在锁屏界面中将当前通知栏消息按照分类结果进行显示。这样就可以实现对***原生应用程序的通知栏消息和沙箱内部的各分身应用程序的通知栏消息的归类展示，有利于提高用户的消息阅读效率。

基于同一发明构思，本发明第二实施例提供了一种通知栏消息处理装置。

图4示出了本发明第二实施例提供的一种通知栏消息处理装置的功能模块框图。如图4所示，该通知栏消息处理装置400包括：监控模块401、处理模块402和展示模块403。

其中，监控模块401，用于对沙箱中开启的每个分身应用程序在运行过程中向操作***发送第一通知栏消息的行为进行监控，拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息。

处理模块402，用于获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据，将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息，并将所述第二通知栏消息发送给操作***。

展示模块403，用于当用户终端处于锁屏状态时，监听所述操作***的当前通知栏消息，基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，并在锁屏界面中将当前通知栏消息按照分类结果进行显示。

作为一种可选的实施方式，所述监控模块401具体用于：利用钩子函数劫持通知管理器中的enqueueNotification方法，捕获所述每个分身应用程序向所述操作***发送的第一通知栏消息。

作为一种可选的实施方式，所述处理模块402包括：第一获取子模块、第二获取子模块、标记子模块、添加子模块和发送子模块。其中，第一获取子模块，用于获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据。第二获取子模块，用于获取所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对应于同一原生应用程序的不同所述分身应用程序的第二特征信息不同。标记子模块，用于根据所述第二特征信息对该第一通知栏消息进行标记，以区分对应于同一原生应用程序的不同分身应用程序。添加子模块，用于将所述私有数据添加到标记后的所述第一通知栏消息的额外字段中，得到第二通知栏消息。发送子模块，用于将所述第二通知栏消息发送给操作***。

作为一种可选的实施方式，所述标记子模块具体用于：识别所述第一通知栏消息的布局方式；根据所述第一通知栏消息的布局方式以及所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对所述第一通知栏消息进行修改，以标记所述分身应用程序对应的第一通知栏消息。

作为一种可选的实施方式，所述展示模块403具体用于：判断所述当前通知栏消息的额外字段中是否包含私有数据；若所述当前通知栏消息包含私有数据，则判定所述当前通知栏消息为所述第二通知栏消息，并将所述当前通知栏消息划分为第一预设类别；若所述当前通知栏消息不包含私有数据，则判定所述当前通知栏消息为由***原生应用程序发送的第三通知栏消息，且将所述当前通知栏消息划分为第二预设类别。

作为一种可选的实施方式，所述私有数据包括所述第一通知栏消息对应的所述分身应用程序的包名和用户身份证明。此时，所述展示模块403还用于：获取属于所述第一预设类别的当前通知栏消息的额外字段中的包名和用户身份证明；通过所述包名和用户身份证明将所述第一预设类别中，对应于同一所述分身应用程序的当前通知栏消息划分为一个子类别；按照预设的合并策略对属于同一所述子类别的消息进行合并，生成对应的通知栏。

作为一种可选的实施方式，所述展示模块403还用于：根据所述第一特征信息对合并后所生成的通知栏进行排序。

作为一种可选的实施方式，所述第一特征信息为所述第一通知栏消息对应的分身应用程序的别名。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于用户终端的存储器内。或者，以上各模块同样可以由硬件例如集成电路芯片实现。

需要说明的是，本发明实施例所提供的通知栏消息处理装置400，其具体实现及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

另外，基于同一发明构思，本发明第三实施例还提供了一种用户终端，包括处理器和存储器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时使所述用户终端执行以下操作：

对沙箱中开启的每个分身应用程序在运行过程中向操作***发送第一通知栏消息的行为进行监控，拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息；

获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据，将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息，并将所述第二通知栏消息发送给操作***；

当用户终端处于锁屏状态时，监听所述操作***的通知栏消息，通过检测监听到的消息的额外字段中是否包含私有数据，对所述监听到的消息进行分类，在锁屏界面中将所述监听到的消息按照分类结果进行显示。

需要说明的是，本发明实施例所提供的用户终端中，上述每个步骤的具体实现及产生的技术效果和前述方法实施例相同，为简要描述，本实施例未提及之处可参考前述方法实施例中相应内容。

于本发明实施例中，用户终端中安装有操作***以及第三方应用程序。用户终端可以为平板电脑、手机、电子阅读器、笔记本电脑、可穿戴设备、车载终端等移动终端设备。

图5示出了一种示例性用户终端500的模块框图。如图5所示，用户终端500包括存储器502、存储控制器504，一个或多个(图中仅示出一个)处理器506、外设接口508、网络模块510、输入输出模块512、显示模块514等。这些组件通过一条或多条通讯总线/信号线516相互通讯。

存储器502可用于存储软件程序以及模块，如本发明实施例中的通知栏消息处理方法以及装置对应的程序指令/模块，处理器506通过运行存储在存储器502内的软件程序以及模块，从而执行各种功能应用以及数据处理，如本发明实施例提供的通知栏消息处理方法。

存储器502可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。处理器506以及其他可能的组件对存储器502的访问可在存储控制器504的控制下进行。

外设接口508将各种输入/输出装置耦合至处理器506以及存储器502。在一些实施例中，外设接口508，处理器506以及存储控制器504可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

网络模块510用于接收以及发送网络信号。上述网络信号可包括无线信号或者有线信号。

输入输出模块512用于提供给用户输入数据实现用户与用户终端的交互。所述输入输出模块512可以是，但不限于，鼠标、键盘和触控屏幕等。

显示模块514在用户终端500与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示模块514可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。

可以理解，图5所示的结构仅为示意，用户终端500还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。

本发明第四实施例提供了一种计算机存储介质，本发明第二实施例中的通知栏消息处理装置集成的功能模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述第一实施例的通知栏消息处理方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

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

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

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

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

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

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

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

本发明公开了A1、一种通知栏消息处理方法，所述方法包括：

对沙箱中开启的每个分身应用程序在运行过程中向操作***发送第一通知栏消息的行为进行监控，拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息；

获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据，将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息，并将所述第二通知栏消息发送给操作***；

当用户终端处于锁屏状态时，监听所述操作***的当前通知栏消息，基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，并在锁屏界面中将所述当前通知栏消息按照分类结果进行显示。

A2、根据A1所述的方法，所述基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，包括：

判断所述当前通知栏消息的额外字段中是否包含私有数据；

若所述当前通知栏消息包含私有数据，则判定所述当前通知栏消息为所述第二通知栏消息，并将所述当前通知栏消息划分为第一预设类别；

若所述当前通知栏消息不包含私有数据，则判定所述当前通知栏消息为由***原生应用程序发送的第三通知栏消息，且将所述当前通知栏消息划分为第二预设类别。

A3、根据A2所述的方法，所述私有数据包括所述第一通知栏消息对应的所述分身应用程序的包名和用户身份证明，所述基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，还包括：

获取属于所述第一预设类别的当前通知栏消息的额外字段中的包名和用户身份证明；

通过所述包名和用户身份证明将所述第一预设类别中，对应于同一所述分身应用程序的当前通知栏消息划分为一个子类别；

按照预设的合并策略对属于同一所述子类别的当前通知栏消息进行合并，生成对应的通知栏。

A4、根据A3所述的方法，所述私有数据还包括所述第一通知栏消息对应的分身应用程序的第一特征信息，所述按照预设的合并策略对属于同一所述子类别的当前通知栏消息进行合并，生成对应的通知栏之后，还包括：

根据所述第一特征信息对合并后所生成的通知栏进行排序。

A5、根据A4所述的方法，所述第一特征信息为所述第一通知栏消息对应的分身应用程序的别名。

A6、根据A1所述的方法，所述将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息包括：

获取所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对应于同一原生应用程序的不同所述分身应用程序的第二特征信息不同；

根据所述第二特征信息对该第一通知栏消息进行标记，以区分对应于同一原生应用程序的不同分身应用程序；

将所述私有数据添加到标记后的所述第一通知栏消息的额外字段中，得到第二通知栏消息。

A7、根据A6所述的方法，所述根据所述第二特征信息对该第一通知栏消息进行标记，包括：

识别所述第一通知栏消息的布局方式；

根据所述第一通知栏消息的布局方式以及所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对所述第一通知栏消息进行修改，以标记所述分身应用程序对应的第一通知栏消息。

A8、根据A1所述的方法，所述拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息包括：

利用钩子函数劫持通知管理器中的enqueueNotification方法，捕获所述每个分身应用程序向所述操作***发送的第一通知栏消息。

本发明公开了B9、一种通知栏消息处理装置，所述装置包括：

监控模块，用于对沙箱中开启的每个分身应用程序在运行过程中向操作***发送第一通知栏消息的行为进行监控，拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息；

处理模块，用于获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据，将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息，并将所述第二通知栏消息发送给操作***；

展示模块，用于当用户终端处于锁屏状态时，监听所述操作***的当前通知栏消息，基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，并在锁屏界面中将所述当前通知栏消息按照分类结果进行显示。

B10、根据B9所述的装置，所述展示模块具体用于：

判断所述当前通知栏消息的额外字段中是否包含私有数据；

若所述当前通知栏消息包含私有数据，则判定所述当前通知栏消息为所述第二通知栏消息，并将所述当前通知栏消息划分为第一预设类别；

若所述当前通知栏消息不包含私有数据，则判定所述当前通知栏消息为由***原生应用程序发送的第三通知栏消息，且将所述当前通知栏消息划分为第二预设类别。

B11、根据B10所述的装置，所述私有数据包括所述第一通知栏消息对应的所述分身应用程序的包名和用户身份证明，所述展示模块还用于：

获取属于所述第一预设类别的当前通知栏消息的额外字段中的包名和用户身份证明；

通过所述包名和用户身份证明将所述第一预设类别中，对应于同一所述分身应用程序的当前通知栏消息划分为一个子类别；

按照预设的合并策略对属于同一所述子类别的消息进行合并，生成对应的通知栏。

B12、根据B11所述的装置，所述展示模块还用于：根据所述第一特征信息对合并后所生成的通知栏进行排序。

B13、根据B12所述的装置，所述第一特征信息为所述第一通知栏消息对应的分身应用程序的别名。

B14、根据B9所述的装置，所述处理模块包括：

第一获取子模块，用于获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据；

第二获取子模块，用于获取所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对应于同一原生应用程序的不同所述分身应用程序的第二特征信息不同；

标记子模块，用于根据所述第二特征信息对该第一通知栏消息进行标记，以区分对应于同一原生应用程序的不同分身应用程序；

添加子模块，用于将所述私有数据添加到标记后的所述第一通知栏消息的额外字段中，得到第二通知栏消息；

发送子模块，用于将所述第二通知栏消息发送给操作***。

B15、根据B14所述的装置，所述标记子模块具体用于：

识别所述第一通知栏消息的布局方式；

根据所述第一通知栏消息的布局方式以及所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对所述第一通知栏消息进行修改，以标记所述分身应用程序对应的第一通知栏消息。

B16、根据B9所述的装置，所述监控模块具体用于：

利用钩子函数劫持通知管理器中的enqueueNotification方法，捕获所述每个分身应用程序向所述操作***发送的第一通知栏消息。

本发明公开了C17、一种用户终端，包括处理器和存储器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时使所述用户终端执行A1-A8中任一项所述方法的步骤。

本发明公开了D18、一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现A1-A8中任一项所述方法的步骤。

Claims (18)

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

对沙箱中开启的每个分身应用程序在运行过程中向操作***发送第一通知栏消息的行为进行监控，拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息；

获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据，将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息，并将所述第二通知栏消息发送给操作***；

当用户终端处于锁屏状态时，监听所述操作***的当前通知栏消息，基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，并在锁屏界面中将所述当前通知栏消息按照分类结果进行显示。

2.根据权利要求1所述的方法，其特征在于，所述基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，包括：

判断所述当前通知栏消息的额外字段中是否包含私有数据；

若所述当前通知栏消息包含私有数据，则判定所述当前通知栏消息为所述第二通知栏消息，并将所述当前通知栏消息划分为第一预设类别；

若所述当前通知栏消息不包含私有数据，则判定所述当前通知栏消息为由***原生应用程序发送的第三通知栏消息，且将所述当前通知栏消息划分为第二预设类别。

3.根据权利要求2所述的方法，其特征在于，所述私有数据包括所述第一通知栏消息对应的所述分身应用程序的包名和用户身份证明，所述基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，还包括：

获取属于所述第一预设类别的当前通知栏消息的额外字段中的包名和用户身份证明；

通过所述包名和用户身份证明将所述第一预设类别中，对应于同一所述分身应用程序的当前通知栏消息划分为一个子类别；

按照预设的合并策略对属于同一所述子类别的当前通知栏消息进行合并，生成对应的通知栏。

4.根据权利要求3所述的方法，其特征在于，所述私有数据还包括所述第一通知栏消息对应的分身应用程序的第一特征信息，所述按照预设的合并策略对属于同一所述子类别的当前通知栏消息进行合并，生成对应的通知栏之后，还包括：

根据所述第一特征信息对合并后所生成的通知栏进行排序。

5.根据权利要求4所述的方法，其特征在于，所述第一特征信息为所述第一通知栏消息对应的分身应用程序的别名。

6.根据权利要求1所述的方法，其特征在于，所述将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息包括：

获取所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对应于同一原生应用程序的不同所述分身应用程序的第二特征信息不同；

根据所述第二特征信息对该第一通知栏消息进行标记，以区分对应于同一原生应用程序的不同分身应用程序；

将所述私有数据添加到标记后的所述第一通知栏消息的额外字段中，得到第二通知栏消息。

7.根据权利要求6所述的方法，其特征在于，所述根据所述第二特征信息对该第一通知栏消息进行标记，包括：

识别所述第一通知栏消息的布局方式；

根据所述第一通知栏消息的布局方式以及所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对所述第一通知栏消息进行修改，以标记所述分身应用程序对应的第一通知栏消息。

8.根据权利要求1所述的方法，其特征在于，所述拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息包括：

利用钩子函数劫持通知管理器中的enqueueNotification方法，捕获所述每个分身应用程序向所述操作***发送的第一通知栏消息。

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

监控模块，用于对沙箱中开启的每个分身应用程序在运行过程中向操作***发送第一通知栏消息的行为进行监控，拦截所述每个分身应用程序向所述操作***发送的第一通知栏消息；

处理模块，用于获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据，将所述私有数据添加到该第一通知栏消息的额外字段中，得到第二通知栏消息，并将所述第二通知栏消息发送给操作***；

展示模块，用于当用户终端处于锁屏状态时，监听所述操作***的当前通知栏消息，基于所述私有数据对所述当前通知栏消息进行检测，根据检测结果对所述当前通知栏消息进行分类，并在锁屏界面中将所述当前通知栏消息按照分类结果进行显示。

10.根据权利要求9所述的装置，其特征在于，所述展示模块具体用于：

判断所述当前通知栏消息的额外字段中是否包含私有数据；

若所述当前通知栏消息包含私有数据，则判定所述当前通知栏消息为所述第二通知栏消息，并将所述当前通知栏消息划分为第一预设类别；

若所述当前通知栏消息不包含私有数据，则判定所述当前通知栏消息为由***原生应用程序发送的第三通知栏消息，且将所述当前通知栏消息划分为第二预设类别。

11.根据权利要求10所述的装置，其特征在于，所述私有数据包括所述第一通知栏消息对应的所述分身应用程序的包名和用户身份证明，所述展示模块还用于：

获取属于所述第一预设类别的当前通知栏消息的额外字段中的包名和用户身份证明；

通过所述包名和用户身份证明将所述第一预设类别中，对应于同一所述分身应用程序的当前通知栏消息划分为一个子类别；

按照预设的合并策略对属于同一所述子类别的消息进行合并，生成对应的通知栏。

12.根据权利要求11所述的装置，其特征在于，所述私有数据还包括所述第一通知栏消息对应的分身应用程序的第一特征信息，所述展示模块还用于：根据所述第一特征信息对合并后所生成的通知栏进行排序。

13.根据权利要求12所述的装置，其特征在于，所述第一特征信息为所述第一通知栏消息对应的分身应用程序的别名。

14.根据权利要求9所述的装置，其特征在于，所述处理模块包括：

第一获取子模块，用于获取拦截到的所述第一通知栏消息对应的所述分身应用程序的私有数据；

第二获取子模块，用于获取所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对应于同一原生应用程序的不同所述分身应用程序的第二特征信息不同；

标记子模块，用于根据所述第二特征信息对该第一通知栏消息进行标记，以区分对应于同一原生应用程序的不同分身应用程序；

添加子模块，用于将所述私有数据添加到标记后的所述第一通知栏消息的额外字段中，得到第二通知栏消息；

发送子模块，用于将所述第二通知栏消息发送给操作***。

15.根据权利要求14所述的装置，其特征在于，所述标记子模块具体用于：

识别所述第一通知栏消息的布局方式；

根据所述第一通知栏消息的布局方式以及所述第一通知栏消息对应的所述分身应用程序的第二特征信息，对所述第一通知栏消息进行修改，以标记所述分身应用程序对应的第一通知栏消息。

16.根据权利要求9所述的装置，其特征在于，所述监控模块具体用于：

利用钩子函数劫持通知管理器中的enqueueNotification方法，捕获所述每个分身应用程序向所述操作***发送的第一通知栏消息。

17.一种用户终端，其特征在于，包括处理器和存储器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时使所述用户终端执行权利要求1-8中任一项所述方法的步骤。

18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-8中任一项所述方法的步骤。

Images