CN105900466B - 消息处理方法及装置 - Google Patents

Abstract

本发明实施例提供了一种消息处理方法及装置，涉及通信技术领域，方法包括：接收第一设备发送给第二设备的第一消息；判断所述第一消息是否为隐私消息；如果所述第一消息为隐私消息，则根据所述第一消息生成第二消息，所述第二消息中携带第一隐私标签；向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，根据所述第一隐私标签在通知界面上显示所述第二消息的通知。当第二设备接收到第二消息后，根据第二消息是否携带第一隐私标签来显示第二消息，达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露。

Description

消息处理方法及装置

技术领域

本发明涉及通信技术领域，特别涉及一种消息处理方法及装置。

背景技术

随着通信技术的飞速发展，Android(安卓)设备、iOS(iPhone OS，苹果操作***)设备、Windows Phone设备等均具有在锁屏界面显示推送消息的功能。即，用户在智能终端上安装的应用程序(比如，短信、邮箱、即时消息应用等)可以将接收到的推送消息呈现的智能终端的锁屏界面上。之后，用户通过点击推送消息条目便可访问推送消息对应的应用，进而浏览该推送消息的全部内容。然而，由于可将接收到的各种类型推送消息均在锁屏界面上进行显示，所以存在泄漏用户个人隐私的风险。因此，在防止用户的个人隐私泄漏的前提下，如何进行推送消息的显示，成为了本领域技术人员较为关注的一个焦点。

现有技术中，通常采取两种方式进行推送消息的显示。第一种方式，针对iOS***，在通知中心分别对每个应用是否在锁屏界面上显示推送消息做出设置。设置为显示的应用将其对应的推送消息呈现在智能终端的锁屏界面上。设置不显示的应用不对其对应的推送消息在智能终端的锁屏界面上进行呈现。第二种方式，针对Android L或越狱后的iOS***，在API(Application Program ming Interface，应用程序编程接口)中设置应用的推送消息隐私级别。根据设置的隐私级别，对不同应用的推送消息进行不同方式的显示。比如，隐私级别高的应用的推送消息不在锁屏界面上进行显示；而隐私级别低的应用的推送消息可在锁屏界面上进行显示。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

针对第一种方式，对于不在锁屏界面上呈现推送消息的应用来说，其在锁屏状态下接收到的所有推送消息均不进行显示，这对用户及时获知重要推送消息造成影响，影响用户的体验度和终端设备的易用性。针对第二种方式，由于由应用程序接收推送消息并确定推送消息是否显示，所以需要应用程序一直在后台运行，较为耗电。

发明内容

为了解决上述问题，本发明实施例提供了一种消息处理方法及装置。所述技术方案如下：

第一方面，提供了一种消息处理方法，所述方法包括：

接收第一设备发送给第二设备的第一消息；

判断所述第一消息是否为隐私消息；

如果所述第一消息为隐私消息，则根据所述第一消息生成第二消息，所述第二消息中携带第一隐私标签；

向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，根据所述第一隐私标签在通知界面上显示所述第二消息的通知。

在第一方面的第一种可能的实现方式中，所述判断所述第一消息是否为隐私消息，包括：

根据所述第一消息中包含的隐私数据确定所述第一消息为隐私消息；

相应地，所述根据所述第一消息生成第二消息，包括：

根据所述第一消息生成所述第二消息，并在所述第二消息中设置所述第一隐私标签。

结合第一方面，在第一方面的第二种可能的实现方式中，所述判断所述第一消息是否为隐私消息，包括：

根据所述第一消息中包含的第二隐私标签确定所述第一消息为隐私消息；

相应地，所述根据所述第一消息生成第二消息，包括：

根据所述第一消息生成所述第二消息，并在所述第二消息中设置所述第一隐私标签。

结合第一方面、第一方面的第一种和第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述根据所述第一隐私标签在通知界面上显示所述第二消息的通知，包括：

在所述第二设备的通知界面上不显示所述第二消息的通知预览。

第二方面，提供了一种消息处理方法，所述方法包括：

接收第一设备发送给第二设备的第一消息；

判断所述第一消息是否为隐私消息；

如果所述第一消息为隐私消息，则根据所述第一消息生成第二消息，所述第二消息不包含所述第一消息中至少一项隐私内容；

向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，在通知界面上显示所述第二消息的通知。

在第二方面的第一种可能的实现方式中，所述判断所述第一消息是否为隐私消息，包括：

根据所述第一消息中包含的隐私数据确定所述第一消息为隐私消息；

相应地，所述根据所述第一消息生成第二消息，包括：

去除所述第一消息中的至少一项隐私内容，得到所述第二消息。

第三方面，提供了一种消息处理方法，所述方法包括：

接收发送给第二设备的第二消息；

判断所述第二消息中是否包含隐私标签；

当所述第二消息中包含隐私标签时，所述第二设备在通知界面上显示所述第二消息的通知时，不显示所述第二消息的通知预览；

当所述第二消息中不包含隐私标签时，在所述第二消息的通知界面上根据用户的设置显示所述第二消息的通知。

在第三方面的第一种可能的实现方式中，所述不显示所述第二消息的通知预览，包括：

在显示所述第二消息的通知时，不显示所述第二消息的具体内容，仅显示不包含所述第二消息的具体内容的概要通知信息。

第四方面，提供了一种消息处理装置，所述装置包括：

第一消息接收模块，用于接收第一设备发送给第二设备的第一消息；

隐私消息判断模块，用于判断所述第一消息是否为隐私消息；

第二消息生成模块，用于当所述第一消息为隐私消息时，根据所述第一消息生成第二消息，所述第二消息中携带第一隐私标签；

第二消息发送模块，用于向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，根据所述第一隐私标签在通知界面上显示所述第二消息的通知。

在第四方面的第一种可能的实现方式中，所述隐私消息判断模块，用于根据所述第一消息中包含的隐私数据确定所述第一消息为隐私消息；

相应地，所述第二消息生成模块，用于根据所述第一消息生成所述第二消息，并在所述第二消息中设置所述第一隐私标签。

结合第四方面，在第四方面的第二种可能的实现方式中，所述隐私消息判断模块，用于根据所述第一消息中包含的第二隐私标签确定所述第一消息为隐私消息；

相应地，所述第二消息生成模块，用于根据所述第一消息生成所述第二消息，并在所述第二消息中设置所述第一隐私标签。

结合第四方面、第四方面的第一种和第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述第二消息发送模块，用于向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，在所述第二设备的通知界面上不显示所述第二消息的通知预览。

第五方面，提供了一种消息处理装置，所述装置包括：

第一消息接收模块，用于接收第一设备发送给第二设备的第一消息；

隐私消息判断模块，用于判断所述第一消息是否为隐私消息；

第二消息生成模块，用于当所述第一消息为隐私消息时，根据所述第一消息生成第二消息，所述第二消息不包含所述第一消息中至少一项隐私内容；

第二消息发送模块，用于向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，在通知界面上显示所述第二消息的通知。

在第五方面的第一种可能的实现方式中，所述隐私消息判断模块，用于根据所述第一消息中包含的隐私数据确定所述第一消息为隐私消息；

相应地，所述第二消息生成模块，用于去除所述第一消息中的至少一项隐私内容，得到所述第二消息。

第六方面，提供了一种消息处理装置，所述装置包括：

第二消息接收模块，用于接收发送给第二设备的第二消息；

隐私标签判断模块，用于判断所述第二消息中是否包含隐私标签；

第一显示模块，用于当所述第二消息中包含隐私标签时，所述第二设备在通知界面上显示所述第二消息的通知时，不显示所述第二消息的通知预览；

第二显示模块，用于当所述第二消息中不包含隐私标签时，在所述第二消息的通知界面上根据用户的设置显示所述第二消息的通知。

在第六方面的第一种可能的实现方式中，所述第一显示模块，用于在显示所述第二消息的通知时，不显示所述第二消息的具体内容，仅显示不包含所述第二消息的具体内容的概要通知信息。

本发明实施例提供的技术方案的有益效果是：

在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

附图说明

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

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

图2是本发明实施例提供的一种消息处理方法的流程图；

图3是本发明实施例提供的一种消息处理方法的流程图；

图4是本发明实施例提供的一种消息处理方法的流程图；

图5是本发明实施例提供的一种应用服务器注册隐私数据的示意图；

图6是本发明实施例提供的一种消息处理方法的流程图；

图7是本发明实施例提供的一种消息处理方法的流程图；

图8是本发明实施例提供的一种推送服务注册的示意图；

图9是本发明实施例提供的一种消息处理方法的流程图；

图10是本发明实施例提供的一种消息处理装置的结构示意图；

图11是本发明实施例提供的一种消息处理装置的结构示意图；

图12是本发明实施例提供的一种消息处理装置的结构示意图；

图13是本发明实施例提供的一种终端的结构示意图；

图14是本发明实施例提供的一种应用服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

图1是本发明实施例提供的一种消息处理方法的流程图。以应用服务器执行该方法的角度为例，参见图1，本发明实施例提供的方法流程包括：

101、接收第一设备发送给第二设备的第一消息。

其中，第一设备为消息发送方，第二设备为消息接收方。

102、判断第一消息是否为隐私消息；如果第一消息为隐私消息，则执行步骤102；如果第一消息非隐私消息，直接执行步骤104。

103、如果第一消息为隐私消息，则根据第一消息生成第二消息，第二消息中携带第一隐私标签。

104、向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。

本发明实施例提供的方法，应用服务器在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

可选地，判断第一消息是否为隐私消息，包括：

根据第一消息中包含的隐私数据确定第一消息为隐私消息；

相应地，根据第一消息生成第二消息，包括：

根据第一消息生成第二消息，并在第二消息中设置第一隐私标签。

可选地，判断第一消息是否为隐私消息，包括：

根据第一消息中包含的第二隐私标签确定第一消息为隐私消息；

相应地，根据第一消息生成第二消息，包括：

根据第一消息生成第二消息，并在第二消息中设置第一隐私标签。

可选地，根据第一隐私标签在通知界面上显示第二消息的通知，包括：

在第二设备的通知界面上不显示第二消息的通知预览。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

图2是本发明实施例提供的一种消息处理方法的流程图。以应用服务器执行该方法的角度为例，参见图2，本发明实施例提供的方法流程包括：

201、接收第一设备发送给第二设备的第一消息。

202、判断所述第一消息是否为隐私消息；如果所述第一消息为隐私消息，则执行步骤203；如果第一消息非隐私消息，直接执行步骤204。

203、如果所述第一消息为隐私消息，则根据所述第一消息生成第二消息，所述第二消息不包含所述第一消息中至少一项隐私内容；

204、向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，在通知界面上显示所述第二消息的通知。

本发明实施例提供的方法，应用服务器在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

可选地，所述判断所述第一消息是否为隐私消息，包括：

根据所述第一消息中包含的隐私数据确定所述第一消息为隐私消息；

相应地，所述根据所述第一消息生成第二消息，包括：

去除所述第一消息中的至少一项隐私内容，得到所述第二消息。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

图3是本发明实施例提供的一种消息处理方法的流程图。以第二设备执行该方法的角度为例，参见图3，本发明实施例提供的方法流程包括：

301、接收发送给第二设备的第二消息。

302、判断第二消息中是否包含隐私标签；如果第二消息中包含隐私标签，则执行步骤303；如果第二消息中不包含隐私标签，则执行步骤304。

303、当第二消息中包含隐私标签时，第二设备在通知界面上显示第二消息的通知时，不显示第二消息的通知预览。

304、当第二消息中不包含隐私标签时，在第二消息的通知界面上根据用户的设置显示第二消息的通知。

本发明实施例提供的方法，应用服务器在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

可选地，不显示第二消息的通知预览，包括：

在显示第二消息的通知时，不显示第二消息的具体内容，仅显示不包含第二消息的具体内容的概要通知信息。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

图4本发明实施例提供的一种消息处理方法的流程图。交互主体为第一设备、第二设备、应用服务器和推送服务器。以数据包中包括指定用户标识信息和第一消息，第二消息不携带第一隐私标签为例，参见图4，本发明实施例提供的方法流程包括：

401、第一设备向应用服务器发送数据包，该数据包中至少包括指定用户标识信息和第一消息。

在本发明实施例中，第一设备指代消+息发送方，既可为智能手机、平板电脑等移动终端、或个人计算机等固定接收设备，也可为社交类应用或即时通讯类应用的服务器。本发明实施例对第一设备的类型不进行具体限定。指定用户标识信息用于指示第一消息的接收方，可为电话号码、某一应用的登录名称、邮箱等等，本发明实施例对指定用户标识信息的形式同样不进行具体限定。

此外，数据包中除包括指定用户标识信息和第一消息外，还可包括其他内容。比如，隐私标签、数据包发送时间等等，本发明实施例对此不进行具体限定。在第一设备向应用服务器发送数据包时，既可以有线的方式进行发送，也可以无线的方式进行发送，本发明实施例对此同样不进行具体限定。

需要说明的是，参见图5，在执行上述步骤401之前，本发明实施例还包括应用服务器进行隐私注册的过程，具体过程可分为下述五个小步骤。

第一步、第二设备向推送服务器发送指定用户标识信息。

在本发明实施例中，第二设备指代消息接收方。

第二步、推送服务器在接收到指定用户标识信息后，计算指定用户标识信息对应的指定注册身份标识，并将指定注册身份标识发送给第二设备。

针对该步骤，指定注册身份标识可为一个仅包含字母的字符串、或一个数字与字母混合的字符串等，本发明实施例对指定注册身份标识的形式不进行具体限定。推送服务器计算指定用户标识对应的指定注册身份标识时，可参考现有技术实现，此处不再进行赘述。

第三步、第二设备接收到指定注册身份标识后，设置指定用户身份标识与指定注册身份标识之间的对应关系，并向应用服务器发送指定用户标识信息与指定注册身份标识之间的对应关系。

针对该步骤，第二设备在设置指定用户身份标识与指定注册身份标识之间的对应关系时，可生成如下表1中第一行所示的对应表项，即第二设备生成的仅仅是表1中的单条条目(某一行)。表1中所示的整个对应关系表是由多个设备发送的对应表项组成的。应用服务器在接收到第二设备发送的指定用户身份标识与指定注册身份标识之间的对应表项后，将该表项***到如下表1所示的表格中即可。

表1

用户标识信息	注册身份标识
		用户标识信息A	指定注册身份标识A
……	……

当然，除上述生成及发送对应关系的方式外，还可采取其他方式，本发明实施例对此不进行具体限定。需要说明的是，上述表1(整张表格)的生成和存储过程可在应用服务器上实现，还可在推送服务器上实现，本发明实施例对此不进行具体限定。本发明实施例仅以应用服务器生成和存储为例进行说明。

第四步、第二设备获取用户设置的隐私数据，向应用服务器发送隐私数据和对应的指定用户标识信息，

针对该步骤，隐私数据可由用户自身按照下述规则进行设置：

规则一、对于任一应用(比如，通信类应用、短信、微信、邮件等)而言，用户可以在应用程序级别将该应用设置为隐私数据，该应用的推送消息一律按隐私消息处理，未解锁时不显示推送消息的具体内容。

规则二、对于联系人(比如，隐私联系人、银行客服、支付宝等)而言，用户可以在联系人级别将上述联系人设置为隐私数据，上述联系人可通过匹配应用程序通讯录、***通讯录、邮箱联系人通讯录获得。该联系人发来的消息，无论是以邮件还是微信等其他通信工具发送的，均按照隐私消息处理。未解锁时不显示推送消息的具体内容。

规则三、对于关键字(比如，交易额、收到支出回执、短信验证码等)而言，用户可以将该关键字设置为隐私数据，上述关键字可以由负责隐私消息处理的***自动识别。包含上述关键字的推送消息一律按照隐私消息处理，未解锁时不显示推送消息的具体内容。

规则四、对于用户设备在某些时间段(比如，工作时段、聚会时段等)，用户设备在某些地点(比如，公司、外面等)，通过绑定的可穿戴设备检测到用户与第二设备的位置关系，通过绑定的车载、智能家居等设备的连接关系，选择对于推送消息的不同隐私处理方式。可针对上述的时间段，地点，绑定的可穿戴设备分别判断，也可综合上述因素判断。

当用户按照上述规则设置好隐私数据后，第二设备获取设置好的隐私数据，并将设置好的隐私数据和指定用户标识信息一起上传至应用服务器，以方便应用服务器进行存储。

第五步、应用服务器存储指定用户身份标识与指定注册身份标识之间的对应关系、隐私数据与指定用户标识信息之间的对应关系。

针对该步骤，应用服务器在存储上述两种对应关系时，可将其存储在内存或闪存等存储介质中，本发明实施例对存储介质的类型不进行具体限定。

402、应用服务器在接收到该数据包后，根据指定用户标识信息、用户标识信息和注册身份标识之间的对应关系，确定指定注册身份标识。

在本发明实施例中，应用服务器中存储了用户标识信息和注册身份标识之间的对应关系。随着服务器处理能力的增强，应用服务器中可存储海量的对应关系，包括成千上万个接收设备发送的用户标识信息和注册身份标识。

其中，应用服务器在根据指定用户标识信息、用户标识信息和注册身份标识之间的对应关系，确定指定注册身份标识时，具体可采取下述方式实现：

根据指定用户标识信息，在用户标识信息和注册身份标识之间的对应关系中进行搜索查找，确定与指定用户标识信息相匹配的注册身份标识(比如，与指定用户标识信息为于同一表项的注册身份标识)，将该注册身份标识确定为指定注册身份标识。

403、应用服务器根据指定用户标识信息、存储的隐私数据与用户标识信息之间的对应关系，判断第一消息是否为隐私消息。

在本发明实施例中，由于在上述步骤401中应用服务器已经存储了隐私数据与用户标识信息之间的对应关系，所以应用服务器在接收到第一设备发送的数据包后，便可根据指定用户标识信息确定第一消息是否为隐私消息。其中，隐私消息是指涵盖了隐私数据的消息。

其中，应用服务器在根据指定用户标识信息、存储的隐私数据与用户标识信息之间的对应关系，判断第一消息是否为隐私消息时，具体可采取下述方式实现：

根据指定用户标识信息在隐私数据与用户标识信息之间的对应关系中进行搜索查找，确定与指定用户标识信息相匹配的隐私数据。判断第一消息是否与隐私数据中的任一数据项相匹配；如果第一消息与隐私数据中的任一数据项相匹配，则确定第一消息是隐私消息，继续执行下述步骤404；如果第一消息与隐私数据中的任一数据项均不匹配，则确定第一消息不是隐私消息，处理流程至此结束。

以隐私数据为较为敏感的关键字(比如，交易额、收到支出回执、短信验证码等)为例，则可将第一消息进行分词处理，得到各个分词；将各个分词分别与隐私数据进行比对；如果任一分词与隐私数据中的一个关键字相匹配，则确定第一消息为隐私消息。

针对其他类型的隐私数据，处理过程与上述过程类似，此处不再赘述。

需要说明的是，在第一设备和应用服务器执行上述步骤401至步骤403时，第二设备和推送服务器之间还包括下述交互步骤。

在第二设备联网后，第二设备向推送服务器发送存储的注册身份标识；推送服务器在接收到该注册身份标识后，验证该注册身份标识是否合法，得到验证结果；之后，将验证结果返回给第二设备。

在本发明实施例中，推送服务器之所以要对第二设备进行验证，是为了确定第二设备所存储的注册身份标识是否为推送服务器之前亲自授予的。如果该注册身份标识为推送服务器事先计算并返回给第二设备的，则验证该注册身份标识合法，得到包括合法信息的验证结果；将该验证结果返回给第二设备。如果该注册身份标识非推送服务器事先计算并返回给第二设备的，则验证该注册身份标识非法，得到包括非法信息的验证结果；将该验证结果返回给第二设备，提示第二设备注册身份标识验证失败。

当然，除了上述验证注册身份标识的方式外，还可采取其他验证方式，本发明实施例对此不进行具体限定。

404、当应用服务器判断第一消息为隐私消息时，根据第一消息生成第二消息，第二消息不包含第一消息中至少一项隐私内容。

其中，在根据第一消息生成第二消息时，具体可采取下述方式实现：去除第一消息中的至少一项隐私内容，得到第二消息。当然，除上述生成第二消息的方式外，还可采取其他生成方式，本发明实施例对此不进行具体限定。

在本发明实施例中，当第一消息为隐私消息时，第一消息中可能包括多项较为敏感的隐私内容。比如，当第一消息为一个网上支付验证码的下发消息时，第一消息中可能包括金额、银行***、验证码等多项隐私内容。

在该种情况下，根据第一消息生成第二消息时，既可选择将第一消息中的部分隐私内容进行替换、隐藏或修改，使得第二消息中包括第一消息中的部分隐私内容；还可选择将第一消息中的全部隐私内容进行替换、隐藏或修改，使得第二消息中不包括第一消息中的任意隐私内容，此时第二消息中无任何敏感词汇。

比如，当第二消息不包括第一消息中部分隐私内容时，第二消息可为“XX给您转账XXX元”，“XX给您转账”等形式；当第二消息不包括第一消息中任意隐私内容时，第二消息可为“您有新的转账记录”等形式，本发明实施例对此不进行具体限定。

405、应用服务器根据指定注册身份标识和第二消息，生成数据推送请求。

在本发明实施例中，要实现消息推送(Push Notification)需涉及三个对象：

1、接收设备，接收第二消息并根据消息内容进行相应处理；

2、应用服务器，将第二消息发送给推送服务器；

3、推送服务器，接收来自于应用服务器的数据推送请求，并将该数据推送请求发送至接收设备。

基于上述规则，应用服务器在得到第二消息后，还需生成数据推送请求。其中，数据推送请求中至少包括指定注册身份标识和第二消息。当然，数据推送请求中除包括上述内容外，还可包括其他内容。比如，数据推送请求的生成时间等等，本发明实施例对此不进行具体限定。

406、应用服务器向推送服务器发送数据推送请求。

在本发明实施例中，应用服务器在发送数据推送请求时，既可在将数据推送请求打包后，以无线或有线的方式发送；还可直接将数据推送请求以无线或有线的方式发送，本发明实施例对此不进行具体限定。

407、推送服务器在接收到该数据推送请求后，根据指定注册身份标识、用户标识信息和注册身份标识之间的对应关系，将数据推送请求发送至第二设备。

在本发明实施例中，由于推送服务器中存储了用户标识信息和注册身份标识之间的对应关系，所以推送服务器在接收到数据推送请求后，根据指定注册身份标识，便可确定对应的指定用户标识信息。进而，根据指定用户标识信息可确定将第二消息发送至哪一个接收设备。

其中，推送服务器在根据指定注册身份标识、用户标识信息和注册身份标识之间的对应关系，将数据推送请求发送至第二设备时，具体可采取下述方式实现：

根据指定注册身份标识在用户标识信息和注册身份标识之间的对应关系中进行搜索查找，确定与指定注册身份标识相匹配的指定用户标识信息；根据指定用户标识信息将数据推送请求发送至第二设备。

408、第二设备在接收到第二消息后，在通知界面上显示第二消息的通知。

在本发明实施例中，通知界面既可为锁屏界面，还可为除锁屏界面之外的***通知界面、应用主界面、终端桌面等，本发明实施例对通知界面的类型不进行具体限定。

第二设备在接收到第二消息后，如果当前处于锁屏状态，则可直接将第二消息在锁屏界面上进行显示。此时第二消息的通知可为“XX给您转账”、“您有**条新消息”、“您有新的转账记录”等形式，所以即便他人看到该通知也不会存在泄漏用户个人隐私的情况。

优选地，为了防止用户隐私的泄露，可在通知界面上不显示第二消息的通知预览，也即不显示任何相关的敏感词汇。仅显示“您有**条新消息”、“您有新的转账记录”等形式的概要通知消息，本发明实施例对此不进行具体限定。

此外，若当前在锁屏界面显示第二消息，则还可在锁屏界面上显示解锁提示信息，以提醒用户进行解锁操作，以进行第二消息的详情查看。在用户解锁第二设备后，第二设备向应用服务器发送完整推送消息请求。应用服务器在接收到该完整推送消息请求后，将完整的且包含隐私消息的第二消息发送至第二设备。

本发明实施例提供的方法，应用服务器在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

图6是本发明实施例提供的一种消息处理方法的流程图。交互主体为第一设备、第二设备、应用服务器和推送服务器。以数据包中包括指定用户标识信息和第一消息，第二消息中携带第一隐私标签为例，参见图6，本发明实施例提供的方法流程包括：

601、第一设备向应用服务器发送数据包，该数据包中至少包括指定用户标识信息和第一消息。

在本发明实施例中，第一设备指代消息发送方，可为智能手机、平板电脑等移动终端、或个人计算机等固定接收设备，也可为社交类应用或即时通讯类应用的服务器。本发明实施例对第一设备的类型不进行具体限定。指定用户标识信息用于指示第一消息的接收方，可为电话号码、某一应用的登录名称、邮箱等等，本发明实施例对指定用户标识信息的形式同样不进行具体限定。

此外，数据包中除包括指定用户标识信息和第一消息外，还可包括其他内容。比如，隐私标签、数据包发送时间等等，本发明实施例对此不进行具体限定。在第一设备向应用服务器发送数据包时，既可以有线的方式进行发送，也可以无线的方式进行发送，本发明实施例对此同样不进行具体限定。

需要说明的是，参见图5，在执行上述步骤601之前，本发明实施例还包括应用服务器进行隐私注册的过程，具体过程可分为下述五个小步骤。

第一步、第二设备向推送服务器发送指定用户标识信息。

在本发明实施例中，第二设备指代消息接收方。

第二步、推送服务器在接收到指定用户标识信息后，计算指定用户标识信息对应的指定注册身份标识，并将指定注册身份标识发送给第二设备。

针对该步骤，指定注册身份标识可为一个仅包含字母的字符串、或一个数字与字母混合的字符串等，本发明实施例对指定注册身份标识的形式不进行具体限定。推送服务器计算指定用户标识对应的指定注册身份标识时，可参考现有技术实现，此处不再进行赘述。

第三步、第二设备接收到指定注册身份标识后，设置指定用户身份标识与指定注册身份标识之间的对应关系，并向应用服务器发送指定用户标识信息与指定注册身份标识之间的对应关系。

针对该步骤，第二设备在设置指定用户身份标识与指定注册身份标识之间的对应关系时，可生成如上表1中第一行所示的对应表项，即第二设备生成的仅仅是表1中的单条条目(某一行)。表1中所示的整个对应关系表是由多个设备发送的对应表项组成的。应用服务器在接收到第二设备发送的指定用户身份标识与指定注册身份标识之间的对应表项后，将该表项***到如上表1所示的表格中即可。

当然，除上述生成及发送对应关系的方式外，还可采取其他方式，本发明实施例对此不进行具体限定。

第四步、第二设备获取用户设置的隐私数据，向应用服务器发送隐私数据和对应的指定用户标识信息，

针对该步骤，隐私数据可由用户自身按照下述规则进行设置：

规则一、对于任一应用(比如，通信类应用、短信、微信、邮件等)而言，用户可以在应用程序级别将该应用设置为隐私数据，该应用的推送消息一律按隐私消息处理，未解锁时不显示推送消息的具体内容。

规则二、对于联系人(比如，隐私联系人、银行客服、支付宝等)而言，用户可以在联系人级别将上述联系人设置为隐私数据，上述联系人可通过匹配应用程序通讯录、***通讯录、邮箱联系人通讯录获得。该联系人发来的消息，无论是以邮件还是微信等其他通信工具发送的，均按照隐私消息处理。未解锁时不显示推送消息的具体内容。

规则三、对于关键字(比如，交易额、收到支出回执、短信验证码等)而言，用户可以将该关键字设置为隐私数据，上述关键字可以由负责隐私消息处理的***自动识别。包含上述关键字的推送消息一律按照隐私消息处理，未解锁时不显示推送消息的具体内容。

规则四、对于用户设备在某些时间段(比如，工作时段、聚会时段等)，用户设备在某些地点(比如，公司、外面等)，通过绑定的可穿戴设备检测到用户与第二设备的位置关系，通过绑定的车载、智能家居等设备的连接关系，选择对于推送消息的不同隐私处理方式。可针对上述的时间段，地点，绑定的可穿戴设备分别判断，也可综合上述因素进行判断。

当用户按照上述规则设置好隐私数据后，第二设备获取设置好的隐私数据，并将设置好的隐私数据和指定用户标识信息一起上传至应用服务器，以方便应用服务器进行存储。

第五步、应用服务器存储指定用户身份标识与指定注册身份标识之间的对应关系、隐私数据与指定用户标识信息之间的对应关系。

针对该步骤，应用服务器在存储上述两种对应关系时，可将其存储在内存或闪存等存储介质中，本发明实施例对存储介质的类型不进行具体限定。

602、应用服务器在接收到该数据包后，根据指定用户标识信息、用户标识信息和注册身份标识之间的对应关系，确定指定注册身份标识。

在本发明实施例中，应用服务器中存储了用户标识信息和注册身份标识之间的对应关系。随着服务器处理能力的增强，应用服务器中可存储海量的对应关系，包括成千上万个接收设备发送的用户标识信息和注册身份标识。

其中，应用服务器在根据指定用户标识信息、用户标识信息和注册身份标识之间的对应关系，确定指定注册身份标识时，具体可采取下述方式实现：

根据指定用户标识信息，在用户标识信息和注册身份标识之间的对应关系中进行搜索查找，确定与指定用户标识信息相匹配的注册身份标识(比如，与指定用户标识信息为于同一表项的注册身份标识)，将该注册身份标识确定为指定注册身份标识。

603、应用服务器判断第一消息是否为隐私消息；当第一消息为隐私消息时，执行下述步骤604。

在本发明实施例中，应用服务器在判断第一消息是否为隐私消息时，可采取下述方式实现：

根据第一消息中是否包含隐私数据确定第一消息是否为隐私消息；当第一消息中包含隐私数据时，确定第一消息为隐私消息；当第一消息中不包含隐私数据时，确定第一消息为非隐私消息。

由于在上述步骤601中应用服务器已经存储了隐私数据与用户标识信息之间的对应关系，所以应用服务器在接收到第一设备发送的数据包后，便可根据指定用户标识信息确定第一消息是否为包括隐私内容的隐私消息。

其中，应用服务器在根据指定用户标识信息、存储的隐私数据与用户标识信息之间的对应关系，判断第一消息是否为隐私消息时，具体可采取下述方式实现：

根据指定用户标识信息在隐私数据与用户标识信息之间的对应关系中进行搜索查找，确定与指定用户标识信息相匹配的隐私数据。判断第一消息是否与隐私数据中的任一数据项相匹配；如果第一消息与隐私数据中的任一数据项相匹配，则确定第一消息是隐私消息，继续执行下述步骤604；如果第一消息与隐私数据中的任一数据项均不匹配，则确定第一消息不是隐私消息，处理流程至此结束。

以隐私数据为较为敏感的关键字(比如，交易额、收到支出回执、短信验证码等)为例，则可将第一消息进行分词处理，得到各个分词；将各个分词分别与隐私数据进行比对；如果任一分词与隐私数据中的一个关键字相匹配，则确定第一消息为隐私消息。

针对其他类型的隐私数据，处理过程与上述过程类似，此处不再赘述。

需要说明的是，在第一设备和应用服务器执行上述步骤601至步骤603时，第二设备和推送服务器之间还包括下述交互步骤。

在第二设备联网后，第二设备向推送服务器发送存储的注册身份标识；推送服务器在接收到该注册身份标识后，验证该注册身份标识是否合法，得到验证结果；之后，将验证结果返回给第二设备。

在本发明实施例中，推送服务器之所以要对第二设备进行验证，是为了确定第二设备所存储的注册身份标识是否为推送服务器之前亲自授予的。如果该注册身份标识为推送服务器事先计算并返回给第二设备的，则验证该注册身份标识合法，得到包括合法信息的验证结果；将该验证结果返回给第二设备。如果该注册身份标识非推送服务器事先计算并返回给第二设备的，则验证该注册身份标识非法，得到包括非法信息的验证结果；将该验证结果返回给第二设备，提示第二设备注册身份标识验证失败。

当然，除了上述验证注册身份标识的方式外，还可采取其他验证方式，本发明实施例对此不进行具体限定。

604、当应用服务器判断第一消息为隐私消息时，根据第一消息生成第二消息，第二消息中携带第一隐私标签。

在本发明实施例中，应用服务器在根据第一消息生成第二消息时，具体可采取下述方式实现：

根据第一消息生成第二消息，并在第二消息中设置第一隐私标签。

由于在上述步骤603中应用服务器已经判断第一消息为隐私消息，所以为了保护用户的隐私，在第二消息中***第一隐私标签，得到第二消息。其中，针对隐私消息的私密程度可设置不同的隐私标签。比如，设置私人和秘密两个不同程度的隐私标签。针对银行客服、支付宝客服、涉及交易额、短信验证码等跟个人财产相关的隐私消息，可设置隐私级别最高的隐私标签，即秘密隐私标签；针对某一应用发送的推送消息可设置隐私级别稍弱的隐私标签，即私人隐私标签，本发明实施例对此不进行具体限定。

在本发明实施例中，应用服务器在第二消息中***第一隐私标签时，既可在第二消息的首部***，也可在第二消息的尾部***，也可以通过将第二消息中的某一预设的数据位标记或置位实现，本发明实施例对此不进行具体限定。

其中，第一隐私标签可以设置为第二消息内容中的某一特定字段，长度可以为一个字节、一个比特、或者为任意长度；位置可以位于第二消息的开头、结尾或中间的任意位置，只要能被消息的接收方识别即可。本发明实施例对第一隐私标签的形式和位置均不进行具体限定。

605、根据指定注册身份标识和第二消息，生成数据推送请求。

在本发明实施例中，要实现消息推送(Push Notification)需涉及三个对象：

1、接收设备，接收第二消息并根据消息内容进行相应处理；

2、应用服务器，将第二消息发送给推送服务器；

3、推送服务器，接收来自于应用服务器的数据推送请求，并将该数据推送请求发送至接收设备。

基于上述规则，应用服务器在得到第二消息后，还需生成数据推送请求。其中，数据推送请求中至少包括指定注册身份标识和第二消息。当然，数据推送请求中除包括上述内容外，还可包括其他内容。比如，数据推送请求的生成时间等等，本发明实施例对此不进行具体限定。

606、应用服务器向推送服务器发送数据推送请求。

在本发明实施例中，应用服务器在发送数据推送请求时，既可在将数据推送请求打包后，以无线或有线的方式发送；还可直接将数据推送请求以无线或有线的方式发送，本发明实施例对此不进行具体限定。

607、推送服务器在接收到该数据推送请求后，根据指定注册身份标识、用户标识信息和注册身份标识之间的对应关系，将数据推送请求发送至第二设备。

在本发明实施例中，由于推送服务器中存储了用户标识信息和注册身份标识之间的对应关系，所以推送服务器在接收到数据推送请求后，根据指定注册身份标识，便可确定对应的指定用户标识信息。进而，根据指定用户标识信息可确定将第二消息发送至哪一个接收设备。

其中，推送服务器在根据指定注册身份标识、用户标识信息和注册身份标识之间的对应关系，将数据推送请求发送至第二设备时，具体可采取下述方式实现：

根据指定注册身份标识在用户标识信息和注册身份标识之间的对应关系中进行搜索查找，确定与指定注册身份标识相匹配的指定用户标识信息；根据指定用户标识信息将数据推送请求发送至第二设备。

608、第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。

其中，在根据第一隐私标签在通知界面上显示第二消息的通知时，具体可采取下述方式实现：

在第二设备的通知界面上不显示第二消息的通知预览。其中，不显示第二消息的通知预览指代：在显示第二消息的通知时，不显示第二消息的具体内容，仅显示不包含第二消息的具体内容的概要通知信息。

在本发明实施例中，第二设备在接收到第二消息后，检查第二消息中是否包含隐私标签。因为此时第二消息中包括第一隐私标签，所以第二设备在显示第二消息的通知时，还需先对第二消息进行处理。其中，第二消息中可能包括多项较为敏感的隐私内容。比如，当第二消息为一个网上支付验证码的下发消息时，第二消息中可能包括金额、银行***、验证码等多项隐私内容。

在该种情况下，既可选择将第二消息中的部分隐私内容进行替换、隐藏或修改，使得第二消息在通知界面上进行显示时仅包含部分隐私内容；还可选择将第二消息中的全部隐私内容进行替换、隐藏或修改，使得第二消息在通知界面上进行显示时不包含任意隐私内容，此时第二消息中无任何敏感词汇。

优选地，为了防止用户隐私的泄露，可在通知界面上不显示第二消息的通知预览，也即不显示任何相关的敏感词汇。仅显示“您有**条新消息”、“您有新的转账记录”等形式的概要通知消息，本发明实施例对此不进行具体限定。

综上所述，第二设备在接收到第二消息后，针对第二消息中的不同级别的隐私标签，可以针对不同级别的隐私标签进行不同的消息通知显示。例如：如果第二消息含有最高级别的隐私标签，则仅显示给用户“你有一条新消息”，消息的发送方，发送方使用的应用，发送时间，内容等均不显示，由用户使用第二设备自行查看；如果第二消息含有隐私级别稍弱的隐私标签，则显示给用户“你有一条来自张三的微信消息”，但是隐藏消息的具体内容；如果第二消息不含有任何隐私标签则可以显示第二消息的完整通知。当然，除了上述的隐私标签显示处理的方式外，还可采取其他显示处理方式，本发明实施例对此不进行具体限定。

此外，若在锁屏界面上显示相关通知后，还可在锁屏界面上显示解锁提示信息，以提醒用户进行解锁操作，以进行消息查看。

本发明实施例提供的方法，应用服务器在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

需要说明的是，上述两个实施例的隐私注册在应用服务器端，可以同步用户在不同设备上的隐私设置。同一个用户的隐私消息接收设置可以在用户的多个设备之间实现同步。用户针对同一个联系人在不同应用之间的隐私设置可以在多个设备和多个应用之间同步。

图7是本发明实施例提供的一种消息处理方法的流程图。交互主体为第一设备、第二设备、应用服务器和推送服务器。以数据包中包括指定用户标识信息、第一消息和第二隐私标签，第二消息携带第一隐私标签为例，参见图7，本发明实施例提供的方法流程包括：

701、第一设备向应用服务器发送数据包，该数据包中至少包括指定用户标识信息、第一消息和第二隐私标签。

在本发明实施例中，第一设备指代消息发送方，既可为智能手机、平板电脑等移动终端、或个人计算机等固定接收设备，也可为社交类应用或即时通讯类应用的服务器。本发明实施例对第一设备的类型不进行具体限定。指定用户标识信息用于指示第一消息的接收方，可为电话号码、某一应用的登录名称、邮箱等等，本发明实施例对指定用户标识信息的形式同样不进行具体限定。

此外，数据包中除包括指定用户标识信息、第一消息和第二隐私标签外，还可包括其他内容。比如，数据包发送时间等等，本发明实施例对此不进行具体限定。在第一设备向应用服务器发送数据包时，既可以有线的方式进行发送，也可以无线的方式进行发送，本发明实施例对此同样不进行具体限定。

在本发明实施例中，第一设备在发送数据包之前，还包括获取用户设置的隐私数据的步骤。针对该步骤，隐私数据可由用户自身按照下述规则进行设置：

规则一、对于任一应用(比如，通信类应用、短信、微信、邮件等)而言，用户可以在应用程序级别将该应用设置为隐私数据，该应用的推送消息一律按隐私消息处理，未解锁时不显示推送消息的具体内容。

规则二、对于联系人(比如，隐私联系人、银行客服、支付宝等)而言，用户可以在联系人级别将上述联系人设置为隐私数据，上述联系人可通过匹配应用程序通讯录、***通讯录、邮箱联系人通讯录获得。该联系人发来的消息，无论是以邮件还是微信等其他通信工具发送的，均按照隐私消息处理。未解锁时不显示推送消息的具体内容。

规则三、对于关键字(比如，交易额、收到支出回执、短信验证码等)而言，用户可以将该关键字设置为隐私数据，上述关键字可以由负责隐私消息处理的***自动识别。包含上述关键字的推送消息一律按照隐私消息处理，未解锁时不显示推送消息的具体内容。

规则四、对于用户设备在某些时间段(比如，工作时段、聚会时段等)，用户设备在某些地点(比如，公司、外面等)，通过绑定的可穿戴设备检测到用户与第二设备的位置关系，通过绑定的车载、智能家居等设备的连接关系，选择对于推送消息的不同隐私处理方式。可针对上述的时间段，地点，绑定的可穿戴设备分别判断，也可综合上述因素判断。

当用户按照上述规则设置好隐私数据后，第二设备获取设置好的隐私数据，并将设置好的隐私数据和指定用户标识信息一并上传至应用服务器，以方便应用服务器进行存储。

其中，针对隐私消息的私密程度可设置不同的第二隐私标签。比如，针对银行客服、支付宝客服、涉及交易额、短信验证码等跟个人财产相关的隐私消息，可设置隐私级别最高的第二隐私标签；针对某一应用发送的推送消息可设置隐私级别稍弱的第二隐私标签等等，本发明实施例对此不进行具体限定。可事先由用户自行进行设置并存储在应用服务器上，也可由***自动进行设置，本发明实施例对此同样不进行具体限定。

在本发明实施例中，第一设备在第一消息中***第二隐私标签时，既可在第一消息的首部***，也可在第一消息的尾部***，也可以通过将第一消息中的某一预设的数据位标记或置位实现，本发明实施例对此不进行具体限定。其中，第二隐私标签可以设置为第一消息内容中的某一特定字段，长度可以为一个字节、一个比特、或者为任意长度；位置可以位于第一消息的开头、结尾或中间的任意位置，只要能被消息的接收方识别即可。本发明实施例对第二隐私标签的形式和位置均不进行具体限定。

需要说明的是，参见图8，在执行上述步骤701之前，本发明实施例还包括推送服务注册的过程，具体过程可分为下述四个小步骤。

第一步、第二设备向推送服务器发送指定用户标识信息。

在本发明实施例中，第二设备指代消息接收方。

第二步、推送服务器在接收到指定用户标识信息后，计算指定用户标识信息对应的指定注册身份标识，并将指定注册身份标识发送给第二设备。

针对该步骤，指定注册身份标识可为一个仅包含字母的字符串、或一个数字与字母混合的字符串等，本发明实施例对指定注册身份标识的形式不进行具体限定。推送服务器计算指定用户标识对应的指定注册身份标识时，可参考现有技术实现，此处不再进行赘述。

第三步、第二设备接收到指定注册身份标识后，设置指定用户身份标识与指定注册身份标识之间的对应关系，并向应用服务器发送指定用户标识信息与指定注册身份标识之间的对应关系。

针对该步骤，第二设备在设置指定用户身份标识与指定注册身份标识之间的对应关系时，可生成如上表1中第一行所示的对应表项，即第二设备生成的仅仅是表1中的单条条目(某一行)。表1中所示的整个对应关系表是由多个设备发送的对应表项组成的。应用服务器在接收到第二设备发送的指定用户身份标识与指定注册身份标识之间的对应表项后，将该表项***到如上表1所示的表格中即可。

当然，除上述生成及发送对应关系的方式外，还可采取其他方式，本发明实施例对此不进行具体限定。

第四步、应用服务器存储指定用户身份标识与指定注册身份标识之间的对应关系。

针对该步骤，应用服务器在存储上述对应关系时，可将其存储在内存或闪存等存储介质中，本发明实施例对存储介质的类型不进行具体限定。

702、应用服务器根据指定用户标识信息、用户标识信息和注册身份标识之间的对应关系，确定指定注册身份标识。

在本发明实施例中，应用服务器中存储了用户标识信息和注册身份标识之间的对应关系。随着服务器处理能力的增强，应用服务器中可存储海量的对应关系，包括成千上万个接收设备发送的用户标识信息和注册身份标识。

其中，应用服务器在根据指定用户标识信息、用户标识信息和注册身份标识之间的对应关系，确定指定注册身份标识时，具体可采取下述方式实现：

根据指定用户标识信息，在用户标识信息和注册身份标识之间的对应关系中进行搜索查找，确定与指定用户标识信息相匹配的注册身份标识(比如，与指定用户标识信息为于同一表项的注册身份标识)，将该注册身份标识确定为指定注册身份标识。

需要说明的是，在第一设备和应用服务器执行上述步骤701至步骤702时，第二设备和推送服务器之间还包括下述交互步骤。

在第二设备联网后，第二设备向推送服务器发送存储的注册身份标识；推送服务器在接收到该注册身份标识后，验证该注册身份标识是否合法，得到验证结果；之后，将验证结果返回给第二设备。

在本发明实施例中，推送服务器之所以要对第二设备进行验证，是为了确定第二设备所存储的注册身份标识是否为推送服务器之前亲自授予的。如果该注册身份标识为推送服务器事先计算并返回给第二设备的，则验证该注册身份标识合法，得到包括合法信息的验证结果；将该验证结果返回给第二设备。如果该注册身份标识非推送服务器事先计算并返回给第二设备的，则验证该注册身份标识非法，得到包括非法信息的验证结果；将该验证结果返回给第二设备，提示第二设备注册身份标识验证失败。

当然，除了上述验证注册身份标识的方式外，还可采取其他验证方式，本发明实施例对此不进行具体限定。

703、应用服务器判断第一消息是否为隐私消息；当第一消息为隐私消息时，执行下述步骤704。

在本发明实施例中，应用服务器在判断第一消息是否为隐私消息时，具体可采取下述方式实现：

根据第一消息中是否包含第二隐私标签，确定第一消息是否为隐私消息。当第一消息中包含第二隐私标签时，确定第一消息为隐私消息，执行下述步骤704；当第一消息中不包含第二隐私标签时，确定第一消息不是隐私消息。

704、当应用服务器判断第一设备发送的第一消息为隐私消息时，根据第一消息生成第二消息，第二消息中携带第一隐私标签。

在本发明实施例中，应用服务器在根据第一消息生成第二消息时，具体可采取下述方法实现：

根据第一消息生成第二消息，并在第二消息中设置第一隐私标签。

其中，第一隐私标签可以设置为第二消息内容中的某一特定字段，长度可以为一个字节、一个比特、或者为任意长度；位置可以位于第二消息的开头、结尾或中间的任意位置，只要能被消息的接收方识别即可。本发明实施例对第二隐私标签的形式和位置均不进行具体限定。

需要说明的是，在第一消息中携带第二隐私标签的情况下，之所以还要在第二消息中设置第一隐私标签是因为可能存在这样的情况：由于第一设备和应用服务器所使用的相关协议可能不同，所以第一隐私标签可能是经过格式变换或经过其他相关处理后的第二隐私标签。第一隐私标签和第二隐私标签的实质作用是一致的，都是对隐私消息进行标记。只不过在不同的设备上格式有所改变。

705、应用服务器根据指定注册身份标识和第二消息，生成数据推送请求。

在本发明实施例中，要实现消息推送(Push Notification)需涉及三个对象：

1、接收设备，接收第二消息并根据消息内容进行相应处理；

2、应用服务器，将第二消息发送给推送服务器；

3、推送服务器，接收来自于应用服务器的数据推送请求，并将该数据推送请求发送至接收设备。

基于上述规则，应用服务器在得到第二消息后，还需生成数据推送请求。其中，数据推送请求中至少包括指定注册身份标识和第二消息。当然，数据推送请求中除包括上述内容外，还可包括其他内容。比如，数据推送请求的生成时间等等，本发明实施例对此不进行具体限定。

706、应用服务器向推送服务器发送数据推送请求。

在本发明实施例中，应用服务器在发送数据推送请求时，既可在将数据推送请求打包后，以无线或有线的方式发送；还可直接将数据推送请求以无线或有线的方式发送，本发明实施例对此不进行具体限定。

707、推送服务器在接收到该数据推送请求后，根据指定注册身份标识、用户标识信息和注册身份标识之间的对应关系，将该数据推送请求发送至第二设备。

在本发明实施例中，由于推送服务器中存储了用户标识信息和注册身份标识之间的对应关系，所以推送服务器在接收到数据推送请求后，根据指定注册身份标识，便可确定对应的指定用户标识信息。进而，根据指定用户标识信息可确定将第二消息发送至哪一个接收设备。

其中，推送服务器在根据指定注册身份标识、用户标识信息和注册身份标识之间的对应关系，将数据推送请求发送至第二设备时，具体可采取下述方式实现：

根据指定注册身份标识在用户标识信息和注册身份标识之间的对应关系中进行搜索查找，确定与指定注册身份标识相匹配的指定用户标识信息；根据指定用户标识信息将数据推送请求发送至第二设备。

708、第二设备在接收到该数据推送请求后，根据所述第一隐私标签在通知界面上显示所述第二消息的通知。

其中，在根据第一隐私标签在通知界面上显示第二消息的通知时，具体可采取下述方式实现：

在第二设备的通知界面上不显示第二消息的通知预览。其中，不显示第二消息的通知预览指代：在显示第二消息的通知时，不显示第二消息的具体内容，仅显示不包含第二消息的具体内容的概要通知信息。

在本发明实施例中，第二设备在接收到第二消息后，检查第二消息中是否包含隐私标签。因为此时第二消息中包括第一隐私标签，所以第二设备在显示第二消息的通知时，还需先对第二消息进行处理。其中，第二消息中可能包括多项较为敏感的隐私内容。比如，当第二消息为一个网上支付验证码的下发消息时，第二消息中可能包括金额、银行***、验证码等多项隐私内容。

在该种情况下，既可选择将第二消息中的部分隐私内容进行替换、隐藏或修改，使得第二消息在通知界面上进行显示时仅包含部分隐私内容；还可选择将第二消息中的全部隐私内容进行替换、隐藏或修改，使得第二消息在通知界面上进行显示时不包含任意隐私内容，此时第二消息中无任何敏感词汇。

优选地，为了防止用户隐私的泄露，可在通知界面上不显示第二消息的通知预览，也即不显示任何相关的敏感词汇。仅显示“您有**条新消息”、“您有新的转账记录”等形式的概要通知信息，本发明实施例对此不进行具体限定。

综上所述，第二设备在接收到第二消息后，针对第二消息中的不同级别的隐私标签，可以针对不同级别的隐私标签进行不同的消息通知显示。例如：如果第二消息含有最高级别的隐私标签，则仅显示给用户“你有一条新消息”，消息的发送方，发送方使用的应用，发送时间，内容等均不显示，由用户使用第二设备自行查看；如果第二消息含有隐私级别稍弱的隐私标签，则显示给用户“你有一条来自张三的微信消息”，但是隐藏消息的具体内容；如果第二消息不含有任何隐私标签则可以显示第二消息的完整通知。当然，除了上述的隐私标签显示处理的方式外，还可采取其他显示处理方式，本发明实施例对此不进行具体限定。

此外，若在锁屏界面显示相关通知后，还可在锁屏界面上显示解锁提示信息，以提醒用户进行解锁操作，以进行消息查看。

本发明实施例提供的方法，应用服务器在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

需要说明的是，第一设备除了可向应用服务器发送不携带第二隐私标签的第一消息或携带第二隐私标签的第一消息外，还可向应用服务器发送第二消息，该第二消息中不包含第一消息中的任意隐私内容，或包含第一消息中的部分隐私内容，具体过程如下：生成第一消息；判断第一消息是否为隐私消息；当第一消息为隐私消息时，根据第一消息生成第二消息，第二消息不包含第一消息中至少一项隐私内容；向应用服务器发送第二消息，以便于第二设备在接收到应用服务器转发的第二消息后，在通知界面显示第二消息中的通知。其中，每一步的详细解释说明，可参见上述图4、图6和图7所对应的详细实施例部分，此处不再赘述。

图9是本发明实施例提供的一种消息处理方法的流程图。交互主体为第一设备、第二设备、应用服务器、推送服务器和代理设备。以数据包中包括指定用户标识信息和第一消息，第二消息与第一消息包含的内容相同为例，参见图9，本发明实施例提供的方法流程包括：

901、第一设备向应用服务器发送数据包，该数据包中至少包括指定用户标识信息和第一消息。

在本发明实施例中，第一设备指代消息发送方，可为智能手机、平板电脑等移动终端、或个人计算机等固定接收设备，也可为社交类应用或即时通讯类应用的服务器。本发明实施例对第一设备的类型不进行具体限定。指定用户标识信息用于指示第一消息的接收方，可为电话号码、某一应用的登录名称、邮箱等等，本发明实施例对指定用户标识信息的形式同样不进行具体限定。

此外，数据包中除包括指定用户标识信息和第一消息外，还可包括其他内容。比如，隐私标签、数据包发送时间等等，本发明实施例对此不进行具体限定。在第一设备向应用服务器发送数据包时，既可以有线的方式进行发送，也可以无线的方式进行发送，本发明实施例对此同样不进行具体限定。

需要说明的是，参见图8，在执行上述步骤901之前，本发明实施例还包括推送服务注册的过程，具体过程可分为下述四个小步骤。

第一步、第二设备向推送服务器发送指定用户标识信息。

在本发明实施例中，第二设备指代消息接收方。

第二步、推送服务器在接收到指定用户标识信息后，计算指定用户标识信息对应的指定注册身份标识，并将指定注册身份标识发送给第二设备。

针对该步骤，指定注册身份标识可为一个仅包含字母的字符串、或一个数字与字母混合的字符串等，本发明实施例对指定注册身份标识的形式不进行具体限定。推送服务器计算指定用户标识对应的指定注册身份标识时，可参考现有技术实现，此处不再进行赘述。

第三步、第二设备接收到指定注册身份标识后，设置指定用户身份标识与指定注册身份标识之间的对应关系，并向应用服务器发送指定用户标识信息与指定注册身份标识之间的对应关系。

针对该步骤，第二设备在设置指定用户身份标识与指定注册身份标识之间的对应关系时，可生成如上表1中第一行所示的对应表项，即第二设备生成的仅仅是表1中的单条条目(某一行)。表1中所示的整个对应关系表是由多个设备发送的对应表项组成的。应用服务器在接收到第二设备发送的指定用户身份标识与指定注册身份标识之间的对应表项后，将该表项***到如上表1所示的表格即可。

当然，除上述生成及发送对应关系的方式外，还可采取其他方式，本发明实施例对此不进行具体限定。需要说明的是，上述表1(整张表格)的生成和存储过程均可在应用服务器上实现，还可在推送服务器上实现，本发明实施例对此不进行具体限定。本发明实施例仅以应用服务器生成和存储上述表1为例进行说明。

第四步、应用服务器存储指定用户身份标识与指定注册身份标识之间的对应关系。

针对该步骤，应用服务器在存储上述对应关系时，可将其存储在内存或闪存等存储介质中，本发明实施例对存储介质的类型不进行具体限定。

902、应用服务器根据指定用户标识信息、用户标识信息和注册身份标识之间的对应关系，确定指定注册身份标识。

在本发明实施例中，应用服务器中存储了用户标识信息和注册身份标识之间的对应关系。随着服务器处理能力的增强，应用服务器中可存储海量的对应关系，包括成千上万个接收设备发送的用户标识信息和注册身份标识。

其中，应用服务器在根据指定用户标识信息、用户标识信息和注册身份标识之间的对应关系，确定指定注册身份标识时，具体可采取下述方式实现：

根据指定用户标识信息，在用户标识信息和注册身份标识之间的对应关系中进行搜索查找，确定与指定用户标识信息相匹配的注册身份标识(比如，与指定用户标识信息为于同一表项的注册身份标识)，将该注册身份标识确定为指定注册身份标识。

需要说明的是，在第一设备和应用服务器执行上述步骤901至步骤902时，第二设备和推送服务器之间还包括下述交互步骤。

在第二设备联网后，第二设备向推送服务器发送存储的注册身份标识；推送服务器在接收到该注册身份标识后，验证该注册身份标识是否合法，得到验证结果；之后，将验证结果返回给第二设备。

在本发明实施例中，推送服务器之所以要对第二设备进行验证，是为了确定第二设备所存储的注册身份标识是否为推送服务器之前亲自授予的。如果该注册身份标识为推送服务器事先计算并返回给第二设备的，则验证该注册身份标识合法，得到包括合法信息的验证结果；将该验证结果返回给第二设备。如果该注册身份标识非推送服务器事先计算并返回给第二设备的，则验证该注册身份标识非法，得到包括非法信息的验证结果；将该验证结果返回给第二设备，提示第二设备注册身份标识验证失败。

当然，除了上述验证注册身份标识的方式外，还可采取其他验证方式，本发明实施例对此不进行具体限定。

903、应用服务器根据指定注册身份标识和第二消息，生成数据推送请求。

在本发明实施例中，要实现消息推送(Push Notification)需涉及三个对象：

1、接收设备，接收第二消息并根据消息内容进行相应处理；

2、应用服务器，将第二消息发送给推送服务器；

3、推送服务器，接收来自于应用服务器的数据推送请求，并将该数据推送请求发送至接收设备。

基于上述规则，应用服务器在得到第二消息后，还需生成数据推送请求。其中，数据推送请求中至少包括指定注册身份标识和第二消息。当然，数据推送请求中除包括上述内容外，还可包括其他内容。比如，数据推送请求的生成时间等等，本发明实施例对此不进行具体限定。

904、应用服务器向推送服务器发送数据推送请求。

在本发明实施例中，应用服务器在发送数据推送请求时，既可在将数据推送请求打包后，以无线或有线的方式发送；还可直接将数据推送请求以无线或有线的方式发送，本发明实施例对此不进行具体限定。

905、推送服务器在接收到该数据推送请求后，根据指定注册身份标识、用户标识信息和注册身份标识之间的对应关系，将该数据推送请求发送至第二设备。

在本发明实施例中，由于推送服务器中存储了用户标识信息和注册身份标识之间的对应关系，所以推送服务器在接收到数据推送请求后，根据指定注册身份标识，便可确定对应的指定用户标识信息。进而，根据指定用户标识信息可确定将第二消息发送至哪一个接收设备。

其中，推送服务器在根据指定注册身份标识、用户标识信息和注册身份标识之间的对应关系，将数据推送请求发送至第二设备时，具体可采取下述方式实现：

根据指定注册身份标识在用户标识信息和注册身份标识之间的对应关系中进行搜索查找，确定与指定注册身份标识相匹配的指定用户标识信息；根据指定用户标识信息将数据推送请求发送至第二设备。

906、第二设备在接收到该数据推送请求后，向代理设备发送第二消息。

其中，代理设备(agent)为第二设备操作***的推送服务。代理设备上存储有用户的隐私数据。其中，隐私数据可由用户自身按照下述规则进行设置：

规则一、对于任一应用(比如，通信类应用、短信、微信、邮件等)而言，用户可以在应用程序级别将该应用设置为隐私数据，该应用的推送消息一律按隐私消息处理，未解锁时不显示推送消息的具体内容。

规则二、对于联系人(比如，隐私联系人、银行客服、支付宝等)而言，用户可以在联系人级别将上述联系人设置为隐私数据，上述联系人可通过匹配应用程序通讯录、***通讯录、邮箱联系人通讯录获得。该联系人发来的消息，无论是以邮件还是微信等其他通信工具发送的，均按照隐私消息处理。未解锁时不显示推送消息的具体内容。

规则三、对于关键字(比如，交易额、收到支出回执、短信验证码等)而言，用户可以将该关键字设置为隐私数据，上述关键字可以由负责隐私消息处理的***自动识别。包含上述关键字的推送消息一律按照隐私消息处理，未解锁时不显示推送消息的具体内容。

规则四、对于用户设备在某些时间段(比如，工作时段、聚会时段等)，用户设备在某些地点(比如，公司、外面等)，通过绑定的可穿戴设备检测到用户与第二设备的位置关系，通过绑定的车载、智能家居等设备的连接关系，选择对于推送消息的不同隐私处理方式。可针对上述的时间段，地点，绑定的可穿戴设备分别判断，也可综合上述因素判断。

907、代理设备根据存储的隐私数据，判断第二消息是否为隐私消息。

在本发明实施例中，代理设备在根据存储的隐私数据，判断第二消息是否为隐私消息时，具体可采取下述方式实现：

判断第二消息是否与隐私数据中的任一数据项相匹配；如果第二消息与隐私数据中的任一数据项相匹配，则确定第二消息是隐私消息；如果第二消息与隐私数据中的任一数据项均不匹配，则确定第二消息不是隐私消息，处理流程至此结束。

以隐私数据为较为敏感的关键字(比如，交易额、收到支出回执、短信验证码等)为例，则可将第一消息进行分词处理，得到各个分词；将各个分词分别与隐私数据进行比对；如果任一分词与隐私数据中的一个关键字相匹配，则确定第一消息为隐私消息。

针对其他类型的隐私数据，处理过程与上述过程类似，此处不再赘述。

908、当代理设备判断第二消息为隐私消息时，将第二消息进行处理，并向第二设备发送处理后的第二消息。

其中，第二消息中可能包括多项较为敏感的隐私内容。比如，当第二消息为一个网上支付验证码的下发消息时，第二消息中可能包括金额、银行***、验证码等多项隐私内容。

在该种情况下，既可选择将第二消息中的部分隐私内容进行替换、隐藏或修改，使得在通知界面上进行显示时仅包含部分隐私内容；还可选择将第二消息中的全部隐私内容进行替换、隐藏或修改，使得在通知界面上进行显示时不包含任意隐私内容，此时第二消息中无任何敏感词汇。

909、第二设备在通知界面上显示处理后的第二消息的通知。

在本发明实施例中，第二设备在通知界面上显示处理后的第二消息的通知时，不显示第二消息的通知预览。其中，不显示第二消息的通知预览指代：在显示第二消息的通知时，不显示第二消息的具体内容，仅显示不包含第二消息的具体内容的概要通知信息。

优选地，为了防止用户隐私的泄露，可在通知界面上不显示第二消息的通知预览，也即不显示任何相关的敏感词汇。仅显示“您有**条新消息”、“您有新的转账记录”等形式的概要通知信息，本发明实施例对此不进行具体限定。

此外，在显示通用消息后，还可在锁屏界面上显示解锁提示信息，以提醒用户进行解锁操作，以进行消息查看。

本发明实施例提供的方法，应用服务器在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

图10是本发明实施例提供的一种消息处理装置的结构示意图。该装置应用于应用服务器，参见图10，该装置包括：第一消息接收模块1001、隐私消息判断模块1002、第二消息生成模块1003、第二消息发送模块1004。

其中，第一消息接收模块1001，用于接收第一设备发送给第二设备的第一消息；隐私消息判断模块1002与第一消息接收模块1001连接，用于判断第一消息是否为隐私消息；第二消息生成模块1003与隐私消息判断模块1002连接，用于当第一消息为隐私消息时，根据第一消息生成第二消息，第二消息中携带第一隐私标签；第二消息发送模块1004与第二消息生成模块1003连接，用于向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。

可选地，隐私消息判断模块，用于根据第一消息中包含的隐私数据确定第一消息为隐私消息；

相应地，第二消息生成模块，用于根据第一消息生成第二消息，并在第二消息中设置第一隐私标签。

可选地，隐私消息判断模块，用于根据第一消息中包含的第二隐私标签确定第一消息为隐私消息；

相应地，第二消息生成模块，用于根据第一消息生成第二消息，并在第二消息中设置第一隐私标签。

可选地，第二消息发送模块，用于向第二设备发送第二消息，以便于第二设备在接收到第二消息后，在第二设备的通知界面上不显示第二消息的通知预览。

本发明实施例提供的装置，应用服务器在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

图11是本发明实施例提供的一种消息处理装置的结构示意图。该装置应用于应用服务器，参见图11，该装置包括：第一消息接收模块1101、隐私消息判断模块1102、第二消息生成模块1103、第二消息发送模块1104。第一消息接收模块1101，用于接收第一设备发送给第二设备的第一消息；隐私消息判断模块1102与第一消息接收模块1101连接，用于判断第一消息是否为隐私消息；第二消息生成模块1103与隐私消息判断模块1102连接，用于当第一消息为隐私消息时，根据第一消息生成第二消息，第二消息不包含第一消息中至少一项隐私内容；第二消息发送模块1104与第二消息生成模块1103连接，用于向第二设备发送第二消息，以便于第二设备在接收到第二消息后，在通知界面上显示第二消息的通知。

可选地，隐私消息判断模块，用于根据第一消息中包含的隐私数据确定第一消息为隐私消息；

相应地，第二消息生成模块，用于去除第一消息中的至少一项隐私内容，得到第二消息。

本发明实施例提供的装置，应用服务器在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电

图12是本发明实施例提供的一种消息处理装置的结构示意图。该装置应用于第二设备，参见图12，该装置包括：第二消息接收模块1201、隐私标签判断模块1202、第一显示模块1203、第二显示模块1204。

其中，第二消息接收模块1201，用于接收发送给第二设备的第二消息；隐私标签判断模块1202与连接，用于判断第二消息中是否包含隐私标签；第一显示模块1203与连接，用于当第二消息中包含隐私标签时，第二设备在通知界面上显示第二消息的通知时，不显示第二消息的通知预览；第二显示模块1204与连接，用于当第二消息中不包含隐私标签时，在第二消息的通知界面上根据用户的设置显示第二消息的通知。

可选地，第一显示模块，用于在显示第二消息的通知时，不显示第二消息的具体内容，仅显示不包含第二消息的具体内容的概要通知信息。

本发明实施例提供的装置，应用服务器在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

图13是本发明实施例提供的一种终端，该终端可以用于执行上述实施例中第二设备所执行的消息处理方法。参见图13，该终端1300包括：

RF(Radio Frequency，射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、WiFi(WirelessFidelity，无线保真)模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解，图13中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯***)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(CodeDivision Multiple Access，码分多址)、WCDMA(Wideband Code Division MultipleAccess，宽带码分多址)、LTE(Long Term Evolution，长期演进)、电子邮件、SMS(ShortMessaging Service，短消息服务)等。

存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端1300的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。

输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端1300的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode，有机发光二极管)等形式来配置显示面板141。进一步的，触敏表面131可覆盖显示面板141，当触敏表面131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图13中，触敏表面131与显示面板141是作为两个独立的部件来实现输入和输出功能，但是在某些实施例中，可以将触敏表面131与显示面板141集成而实现输入和输出功能。

终端1300还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端1300移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端1300还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路160、扬声器161，传声器162可提供用户与终端1300之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端1300的通信。

WiFi属于短距离无线传输技术，终端1300通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。

处理器180是终端1300的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端1300的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。

终端1300还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理***与处理器180逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电***、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端1300还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端的显示单元是触摸屏显示器，终端还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行述一个或者一个以上程序包含用于进行以下操作的指令：

接收第一设备发送给第二设备的第一消息；

判断第一消息是否为隐私消息；

如果第一消息为隐私消息，则根据第一消息生成第二消息，第二消息中携带第一隐私标签；

向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。

可选地，判断第一消息是否为隐私消息，包括：

根据第一消息中包含的隐私数据确定第一消息为隐私消息；

相应地，根据第一消息生成第二消息，包括：

根据第一消息生成第二消息，并在第二消息中设置第一隐私标签。

可选地，判断第一消息是否为隐私消息，包括：

根据第一消息中包含的第二隐私标签确定第一消息为隐私消息；

相应地，根据第一消息生成第二消息，包括：

根据第一消息生成第二消息，并在第二消息中设置第一隐私标签。

可选地，根据第一隐私标签在通知界面上显示第二消息的通知，包括：

在第二设备的通知界面上不显示第二消息的通知预览。

本发明实施例提供的终端，应用服务器在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

本实施例提供了一种应用服务器，该应用服务器可以用于执行上述实施例中提供的消息处理方法。参见图14，该服务器1400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以***处理器(central processing units，CPU)1422(例如，一个或一个以上处理器)和存储器1432，一个或一个以上存储应用程序1442或数据1444的存储介质1430(例如一个或一个以上海量存储设备)。其中，存储器1432和存储介质1430可以是短暂存储或持久存储。存储在存储介质1430的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1422可以设置为与存储介质1430通信，在服务器1400上执行存储介质1430中的一系列指令操作。

服务器1400还可以包括一个或一个以上电源1426，一个或一个以上有线或无线网络接口1450，一个或一个以上输入输出接口1458，和/或，一个或一个以上操作***1441，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

具体在本实施例中，经配置以由一个或者一个以上处理器执行述一个或者一个以上程序包含用于进行以下操作的指令：

接收发送给第二设备的第二消息；

判断所述第二消息中是否包含隐私标签；

当所述第二消息中包含隐私标签时，所述第二设备在通知界面上显示所述第二消息的通知时，不显示所述第二消息的通知预览；

当所述第二消息中不包含隐私标签时，在所述第二消息的通知界面上根据用户的设置显示所述第二消息的通知。

可选地，所述不显示所述第二消息的通知预览，包括：

在显示所述第二消息的通知时，不显示所述第二消息的具体内容，仅显示不包含所述第二消息的具体内容的概要通知信息。

本发明实施例提供的服务器，在接收到发送给第二设备的第一消息后，判断第一消息是否为隐私消息；如果第一消息为隐私消息，则根据第一消息生成携带第一隐私标签的第二消息；之后，向第二设备发送第二消息，以便于第二设备在接收到第二消息后，根据第一隐私标签在通知界面上显示第二消息的通知。在第二设备接收到第二消息后，由于可根据第二消息是否携带第一隐私标签来显示第二消息，因此达到了第二设备显示不同粒度消息内容的目的，不但可使用户及时获知重要通知消息，还防止了用户隐私泄露，提升了用户体验度和设备易用性；另外，无需应用程序一直在后台运行，较为省电。

需要说明的是：上述实施例提供的消息处理装置在进行消息处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的消息处理装置与消息处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (14)

1.一种消息处理方法，其特征在于，应用于应用服务器中，所述方法包括：

接收第一设备发送给第二设备的第一消息；

判断所述第一消息是否为隐私消息；

如果所述第一消息为隐私消息，则根据所述第一消息生成第二消息，所述第二消息中携带第一隐私标签；

向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，根据所述第一隐私标签在通知界面上显示所述第二消息的通知和解锁提示信息，在用户解锁后向所述应用服务器发送完整推送消息请求，其中，在显示所述第二消息的通知时不显示所述第二消息的具体内容，仅显示不包含所述第二消息的敏感词汇的概要通知信息，所述通知界面为锁屏界面；

接收所述第二设备发送的所述完整推送消息请求，将完整的且包含隐私消息的第二消息发送给所述第二设备。

2.根据权利要求1所述的方法，其特征在于，所述判断所述第一消息是否为隐私消息，包括：

根据所述第一消息中包含的隐私数据确定所述第一消息为隐私消息；

相应地，所述根据所述第一消息生成第二消息，包括：

根据所述第一消息生成所述第二消息，并在所述第二消息中设置所述第一隐私标签。

3.根据权利要求1所述的方法，其特征在于，所述判断所述第一消息是否为隐私消息，包括：

根据所述第一消息中包含的第二隐私标签确定所述第一消息为隐私消息；

相应地，所述根据所述第一消息生成第二消息，包括：

根据所述第一消息生成所述第二消息，并在所述第二消息中设置所述第一隐私标签。

4.根据权利要求1-3中任一权利要求所述的方法，所述根据所述第一隐私标签在通知界面上显示所述第二消息的通知，包括：

在所述第二设备的通知界面上不显示所述第二消息的通知预览。

5.一种消息处理方法，其特征在于，应用于应用服务器中，所述方法包括：

接收第一设备发送给第二设备的第一消息；

判断所述第一消息是否为隐私消息；

如果所述第一消息为隐私消息，则根据所述第一消息生成第二消息，所述第二消息不包含所述第一消息中至少一项隐私内容；

向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，在通知界面上显示所述第二消息的通知和解锁提示信息，在用户解锁后向所述应用服务器发送完整推送消息请求，所述通知界面为锁屏界面；

接收所述第二设备发送的所述完整推送消息请求，将完整的且包含隐私消息的第二消息发送给所述第二设备。

6.根据权利要求5所述的方法，其特征在于，所述判断所述第一消息是否为隐私消息，包括：

根据所述第一消息中包含的隐私数据确定所述第一消息为隐私消息；

相应地，所述根据所述第一消息生成第二消息，包括：

去除所述第一消息中的至少一项隐私内容，得到所述第二消息。

7.一种消息处理方法，其特征在于，应用于第二设备中，所述方法包括：

接收发送给所述第二设备的第二消息；

判断所述第二消息中是否包含隐私标签，所述隐私标签为应用服务器在检测到第一设备发送给所述第二设备的消息为隐私消息时在所述消息中设置的；

当所述第二消息中包含隐私标签时，所述第二设备在通知界面上显示所述第二消息的通知和解锁提示信息时，不显示所述第二消息的具体内容，仅显示不包含所述第二消息的敏感词汇的概要通知信息，在用户解锁后向所述应用服务器发送完整推送消息请求，以便所述应用服务器根据所述完整推送消息请求，将完整的且包含隐私消息的第二消息发送给所述第二设备，所述通知界面为锁屏界面；

当所述第二消息中不包含隐私标签时，在所述第二消息的通知界面上根据用户的设置显示所述第二消息的通知。

8.一种消息处理装置，其特征在于，应用于应用服务器中，所述装置包括：

第一消息接收模块，用于接收第一设备发送给第二设备的第一消息；

隐私消息判断模块，用于判断所述第一消息是否为隐私消息；

第二消息生成模块，用于当所述第一消息为隐私消息时，根据所述第一消息生成第二消息，所述第二消息中携带第一隐私标签；

第二消息发送模块，用于向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，根据所述第一隐私标签在通知界面上显示所述第二消息的通知和解锁提示信息，在用户解锁后向所述应用服务器发送完整推送消息请求，其中，在显示所述第二消息的通知时不显示所述第二消息的具体内容，仅显示不包含所述第二消息的敏感词汇的概要通知信息，所述通知界面为锁屏界面；

所述装置，还用于接收所述第二设备发送的所述完整推送消息请求，将完整的且包含隐私消息的第二消息发送给所述第二设备。

9.根据权利要求8所述的装置，其特征在于，所述隐私消息判断模块，用于根据所述第一消息中包含的隐私数据确定所述第一消息为隐私消息；

相应地，所述第二消息生成模块，用于根据所述第一消息生成所述第二消息，并在所述第二消息中设置所述第一隐私标签。

10.根据权利要求8所述的装置，其特征在于，所述隐私消息判断模块，用于根据所述第一消息中包含的第二隐私标签确定所述第一消息为隐私消息；

相应地，所述第二消息生成模块，用于根据所述第一消息生成所述第二消息，并在所述第二消息中设置所述第一隐私标签。

11.根据权利要求8-10中任一权利要求所述的装置，所述第二消息发送模块，用于向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，在所述第二设备的通知界面上不显示所述第二消息的通知预览。

12.一种消息处理装置，其特征在于，应用于应用服务器中，所述装置包括：

第一消息接收模块，用于接收第一设备发送给第二设备的第一消息；

隐私消息判断模块，用于判断所述第一消息是否为隐私消息；

第二消息生成模块，用于当所述第一消息为隐私消息时，根据所述第一消息生成第二消息，所述第二消息不包含所述第一消息中至少一项隐私内容；

第二消息发送模块，用于向所述第二设备发送所述第二消息，以便于所述第二设备在接收到所述第二消息后，在通知界面上显示所述第二消息的通知和解锁提示信息，在用户解锁后向所述应用服务器发送完整推送消息请求，所述通知界面为锁屏界面；

接收所述第二设备发送的所述完整推送消息请求，将完整的且包含隐私消息的第二消息发送给所述第二设备。

13.根据权利要求12所述的装置，其特征在于，所述隐私消息判断模块，用于根据所述第一消息中包含的隐私数据确定所述第一消息为隐私消息；

相应地，所述第二消息生成模块，用于去除所述第一消息中的至少一项隐私内容，得到所述第二消息。

14.一种消息处理装置，其特征在于，应用于第二设备中，所述装置包括：

第二消息接收模块，用于接收发送给所述第二设备的第二消息；

隐私标签判断模块，用于判断所述第二消息中是否包含隐私标签，所述隐私标签为应用服务器在检测到第一设备发送给所述第二设备的消息为隐私消息时在所述消息中设置的；

第一显示模块，用于当所述第二消息中包含隐私标签时，所述第二设备在通知界面上显示所述第二消息的通知和解锁提示信息时，不显示所述第二消息的具体内容，仅显示不包含所述第二消息的敏感词汇的概要通知信息，在用户解锁后向所述应用服务器发送完整推送消息请求，以便所述应用服务器根据所述完整推送消息请求，将完整的且包含隐私消息的第二消息发送给所述第二设备，所述通知界面为锁屏界面；

第二显示模块，用于当所述第二消息中不包含隐私标签时，在所述第二消息的通知界面上根据用户的设置显示所述第二消息的通知。

Images