CN104767746B - 推送消息接收方法、消息推送方法、客户端及服务器 - Google Patents

Abstract

本发明提供了一种推送消息接收方法、消息推送方法、客户端及服务器，该推送消息接收方法包括：接收服务器发送的提示信息，提示信息中携带有待推送消息对应的应用程序的用户名、待推送消息适用的模板类型以及待推送消息的关键数据；判断待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致；若一致，根据提示信息中携带的待推送消息适用的模板类型和待推送消息的关键数据生成推送消息，若不一致，则忽略所述提示信息；显示生成的推送消息。本发明通过构建待推送消息的提示信息，使用消息模板进行消息推送，只推送一些关键数据，其余的数据都在模板中进行定义，有效地减少了消息推送过程的数据流量。

Description

推送消息接收方法、消息推送方法、客户端及服务器

技术领域

本发明涉及计算机网络技术领域，尤其涉及一种推送消息接收方法、消息推送方法、客户端及服务器。

背景技术

推送消息，应用非常广泛。推送通知的特点就是，当你的应用程序没有打开或者已经退出，手机依然可以收到这些推送消息。但是这个通知，却没有私密性，如果手机丢了，拾到的人就可以轻易地看到这些推送通知。因为这些消息在程序退出时依然可以在推送栏收到。另外，如果用户更换了，例如，这个手机借给另外一个人使用，登录的用户改变了，但新登录的用户在登录前一段时间内，还可以看到前一个登录用户的推送消息，直到新用户登录成功，后台知道该终端对应的用户已经改变，才会停止消息推送。而旧的用户退出，新用户登录成功这段时间，新用户可以正常看到前一用户的推送通知。这使得推送消息没有隐私性。

而且对于数据量较大的推送消息，则推送消息占用流量较大。为此，甚至有一些公司对推送消息的长度进行了限制，如苹果APNS不会接受超过256个字节的推送消息，进而也限制了推送消息的应用。

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

数据量较大的推送消息占用流量较大；推送消息没有进行用户验证、加密或者其他处理，没有私密性，如果手机丢失了，其他人就可以轻易地看到这些推送消息；当用户切换时，可能存在隐私泄露问题，例如，A用户使用了手机的某一个App，然后退出，然后B用户又打开该APP，然后登录上去，在A退出和B用户登录成功之前，这个手机依然可以收到针对A的推送消息，此时，这些消息都被B读到了。因而，消息推送，在客观的实现中，往往不能用于发送隐私消息，这限制了消息推送的应用范围，而且推送消息长度受限。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决或者减缓上述问题的推送消息接收方法、消息推送方法、客户端及服务器。

一方面，提供了一种推送消息接收方法，所述方法包括：

接收服务器发送的提示信息，所述提示信息中携带有待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

判断所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致；

若一致，根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，若不一致，则忽略所述提示信息；

显示生成的所述推送消息。

其中，所述方法还包括：

下载各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式。

其中，所述根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，具体包括：

根据所述提示信息中携带的待推送消息适用的模板类型选择消息模板；

如果本地找不到对应的消息模版，则从所述服务器端下载对应的消息模版；

当所述消息模板中包括指定类型的模板信息时，从所述待推送消息的关键数据中，提取符合所述指定类型的指定数据；

按照所述模板信息在所述消息模板中的位置，将所述指定数据添加，生成一条完整的消息，在相应应用程序的消息列表界面中显示该消息。

其中，当所述待推送消息对应的应用程序处于关闭状态时，所述方法还包括：

提示用户进行所述待推送消息对应的应用程序的用户登录，当用户登录成功后，判断所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致。

其中，所述提示信息中携带的待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据为加密数据。

其中，所述方法还包括：解密出所述提示信息中携带的用户名，当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名一致时，对所述提示信息中待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据解密。

另一方面，提供了一种消息推送方法，所述方法包括：

根据待推送消息生成所述待推送消息的提示信息，所示提示信息用于客户端生成推送消息，所述提示信息中携带有所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

发送所述提示信息到客户端。

其中，所述方法还包括：

创建各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式；

判断待推送消息是否为预设私密消息和/或所述待推送消息是否大于预设字节，若是则根据所述待推送消息生成所述待推送消息的提示信息，否则，直接进行消息推送。

其中，所述方法还包括：

对所述提示信息中携带的所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据加密。

又一方面，提供了一种客户端，所述客户端包括：

接收模块，用于接收服务器发送的提示信息，所述提示信息中携带有待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

用户名判断模块，用于判断所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致；

推送消息生成模块，用于当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名一致时，根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名不一致时，则忽略所述提示信息；

显示模块，用于显示所述推送消息生成模块生成的推送消息。

其中，所述客户端还包括：

模板下载模块，用于下载各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式。

其中，所述推送消息生成模块包括：

选择单元，用于根据所述提示信息中携带的待推送消息适用的模板类型选择消息模板；

下载单元，用于当本地找不到对应的消息模版时，从所述服务器端下载对应的消息模版；

提取单元，用于当所述消息模板中包括指定类型的模板信息时，从所述待推送消息的关键数据中，提取符合所述指定类型的指定数据；

数据添加单元，用于按照所述模板信息在所述消息模板中的位置，将所述指定数据添加，生成一条完整的消息，在相应应用程序的消息列表界面中显示该消息。

其中，所述客户端还包括：

提示模块，用于当所述待推送消息对应的应用程序处于关闭状态时，提示用户进行所述待推送消息对应的应用程序的用户登录，当用户登录成功后，转到所述用户名判断模块进行判断。

其中，所述提示信息中携带的待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据为加密数据。

其中，所述客户端还包括：

数据解密模块，用于解密出所述提示信息中携带的用户名，当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名一致时，对所述提示信息中待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据解密。

又一方面，提供了一种服务器，所述服务器包括：

提示信息生成模块，用于根据待推送消息生成所述待推送消息的提示信息，所示提示信息用于客户端生成推送消息，所述提示信息中携带有所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

发送模块，用于发送所述提示信息到客户端。

其中，所述服务器还包括：

模板创建模块，用于创建各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式；

消息判断模块，用于判断待推送消息是否为预设私密消息和/或所述待推送消息是否大于预设字节，若是则转到所述提示信息生成模块，否则，直接进行消息推送。

其中，所述服务器还包括：

数据加密模块，用于对所述提示信息中携带的所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据加密。

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

本发明提供的推送消息接收方法、消息推送方法、客户端及服务器，客户端和服务器端使用相同的消息模板，在推送消息时，通过构建待推送消息的提示信息，使得客户端根据该提示信息利用消息模板还原推送消息，对于消息模板中已经存在的内容不再重复，特别是对于比较长的消息，因为推送时，只需要推送一些关键数据，其余的数据都在模板中进行了定义。而不需要出现在待推送消息的提示信息中，从而有效地减少数据流量。而且在收到推送消息得提示信息后，进行用户名校验，确保收到推送通知的是该用户，解决了目前推送消息可能在客户端登录用户名更改时，后一用户看到前一用户的推送消息的缺陷，加强了安全性。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：

图1为本发明实施例提供的一种推送消息接收方法的方法流程图；

图2为本发明实施例提供的一种推送消息接收方法的方法中步骤S13的细分流程图；

图3为本发明实施例提供的一种消息推送方法的方法流程图；

图4为本发明实施例提供的一种客户端的结构框图；

图5为本发明实施例提供的一种客户端的推送消息生成模块的内部结构框图；以及

图6为本发明实施例提供的一种服务器的结构框图。

具体实施方式

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

本发明提出的推送消息接收方法、消息推送方法、客户端及服务器，是完全基于目前的消息推送系统(如苹果的APNS)，但是，通过对推送内容的包装和特殊处理，从而克服了目前的消息推送系统(如APNS)中存在的问题。

图1为本发明实施例提供的一种推送消息接收方法的方法流程图，如图1所示，该方法包括以下步骤：

S11、接收服务器发送的提示信息，所述提示信息中携带有待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

这里模板可以认为是配置数据。

所述关键数据可以是待推送消息对应的同一消息类型中能够根据待推送消息的不同进行更新的可变数据。例如消费类的推送消息中出现的商店名称、消费金额、当前余额等会随着每次消费后发送的待推送消息进行更新的数据。

一个应用程序对应的待推送消息类型有若干种，如消费类型的待推送消息、充值类型的待推送消息、推荐类型的待推送消息以及售后服务类型的待推送消息等，下面以消费类型的待推送消息为例，；

以下是消费类型的多个传统的待推送消息样本：

尊敬的用户，您在A店消费了500元，余额1500元。

尊敬的用户，您在B店消费了600元，余额900元。

尊敬的用户，您在A店消费了500元，余额400元。

其中，根据待推送消息的不同可进行更新的可变数据为“A”、“500”、“1500”等，则将上述可变数据“A”、“500”、“1500”等作为消费类型的待推送消息对应的关键数据。

例如：对应于传统的：

尊敬的用户，您在A店消费了500元，余额400元。

服务器端的消息推送模块首先获取待推送消息对应的应用程序的用户名，相应的模板类型，这里假设模板类型为15，然后将用户名、关键数据和模板类型组合成：

用户名zhangwei消息模板类型15关键数据A，500，1500

然后发送给客户端。

S12、判断所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致；

S13、若一致，根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，若不一致，则忽略所述提示信息；

S14、显示所述生成的推送消息。

本发明实施例，客户端和服务器端使用一套相同的模板，推送消息时，消息中携带消息模板类型，收到推送消息通知后，进行用户名校验，确保收到推送通知的是该用户，解决了目前推送消息可能在客户端登录用户名更改时，后一用户看到前一用户的推送消息的缺陷。

进一步地，本发明实施例提出的推送消息接收方法还包括：下载各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式。

进一步地，当所述待推送消息对应的应用程序处于关闭状态时，本发明实施例提出的推送消息接收方法还包括：提示用户进行所述待推送消息对应的应用程序的用户登录，当用户登录成功后，判断所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致。

进一步地，本发明实施例中，所述提示信息中携带的待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据为加密数据。

更进一步地，本发明实施例提出的推送消息接收方法还包括，解密出所述提示信息中携带的用户名，当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名一致时，对所述提示信息中待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据解密。

下面通过以具体推送消息为例，对本发明进行清楚、详细的解释说明。

如：以下是一条传统的推送消息：

尊敬的用户，您在A店消费了500元，余额1500元。

通过本发明实施例提出的推送消息接收，客户端会接收到服务器发送的提示信息，所述提示信息中携带有待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据。针对本实施例提出的传统的推送消息，接收到的具体提示信息如下：

尊敬的用户，您收到推送消息，请打开查看(用户名zhangwei消息模板类型15关键数据A，500，1500)

用户在客户端点击该消息时，

如果应用程序APP是关闭的，则打开APP，并显示APP的登录界面，提示用户输入用户名、密码，如果用户名密码正确，成功进入系统后，首先校对当前用户的登录用户名和提示消息中的用户名是否一致，如果不一致，则忽略或抛弃该消息。如果一致，则根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，在APP中显示出根据模板替换关键字后得到的推送消息。具体内容如下：

尊敬的用户，您在A店消费了500元，余额1500元。

如果APP是打开的，则直接校判断当前用户名和提示消息中的用户名是否一致，如果不一致，则忽略或抛弃该消息。如果一致，则根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，在APP中显示出根据模板替换关键字后得到的推送消息。

为了进一步加强私密性，对于私密消息的这一部分：(用户名zhangwei消息模板类型15关键数据A，500，1500)可以加密后发送，并在APP中进行解密。

为了进一步体现发明的优越性，如下进一步揭示本发明推送消息接收方法中，待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名一致时步骤S13的细分步骤，来体现依据本步骤实现的另一实施例。参照图2，本步骤的细分步骤包括：

S131、根据所述提示信息中携带的待推送消息适用的模板类型选择消息模板；

S132、如果本地找不到对应的消息模版，则从所述服务器端下载对应的消息模版；

S133、当所述消息模板中包括指定类型的模板信息时，从所述待推送消息的关键数据中，提取符合所述指定类型的指定数据；

S134、按照所述模板信息在所述消息模板中的位置，将所述指定数据添加，生成一条完整的消息，在相应应用程序的消息列表界面中显示该消息。

本发明实施例，因为使用了消息模板，将推送消息可以根据内容分为若干类型，每种类型定义一个模板，因而推送的消息中只要包含关键数据即可。模板中已经有的信息不需要在推送消息中重复，因而减少了流量。

图3为本发明实施例提供的一种消息推送方法的方法流程图，如图3所示，该方法包括以下步骤：

S21、根据待推送消息生成所述待推送消息的提示信息，所示提示信息用于客户端生成推送消息，所述提示信息中携带有所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

S22、发送所述提示信息到客户端。

下面通过以具体推送消息为例，对本发明进行清楚、详细的解释说明。

如：以下是一条传统的推送消息：

尊敬的用户，您在A店消费了500元，余额1500元。

通过本发明实施例提出的推送方法，根据待推送消息生成所述待推送消息的提示信息，所示提示信息用于客户端生成推送消息，所述提示信息中携带有所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据。针对本实施例提出的传统的推送消息，接收到的具体提示信息如下：

尊敬的用户，您收到推送消息，请打开查看(用户名zhangwei消息模板类型15关键数据A，500，1500)

进一步地，本发明实施例提出的消息推送方法还包括：创建各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式；判断待推送消息是否为预设私密消息和/或所述待推送消息是否大于预设字节，若是则根据所述待推送消息生成所述待推送消息的提示信息，否则，直接进行消息推送。

本发明实施例中，服务器根据各个应用程序的推送消息的消息格式的不同，创建若干对应于各个应用程序的推送消息的消息模板，其中，所述消息模板用于规定推送消息的格式。服务器可以将消息按照消息内容分为2大类，对于预设的私密消息则转到所述提示信息生成模块，根据待推送消息生成所述待推送消息的提示信息，使用本发明提出的推送方法通过模板方式进行私密推送，对于非私密消息使用传统方法进行推送。服务器还可以将消息按照消息数据的大小分为2大类，对于超过预设字节的带推送消息，如256个字节，使用本发明提出的推送方法通过模板方式进行消息推送，对于没有超过预设字节的带推送消息，使用传统方法推送。

进一步地，本发明实施例提出的消息推送方法还包括：对所述提示信息中携带的所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据加密。

本发明实施例为了进一步加强推送消息的私密性，对于提示信息中携带的所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据加密。

具体实例如下：将提示信息中的相关部分，如：(用户名zhangwei消息模板类型15关键数据A，500，1500)可以加密后发送。并在应用程序APP中进行解密。

图4为本发明实施例提供的一种客户端的结构框图，如图4所示，所述客户端包括：

接收模块11，用于接收服务器发送的提示信息，所述提示信息中携带有待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

用户名判断模块12，用于判断所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致；

推送消息生成模块13，用于当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名一致时，根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名不一致时，则忽略所述提示信息；

显示模块14，用于显示所述推送消息生成模块生成的推送消息。

本发明实施例，客户端和服务器端使用一套相同的模板，推送消息时，消息中携带消息模板类型，收到推送消息通知后，进行用户名校验，确保收到推送通知的是该用户，解决了目前推送消息可能在客户端登录用户名更改时，后一用户看到前一用户的推送消息的缺陷。

进一步地，本发明实施例提出的客户端还包括

模板下载模块，用于下载各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式。

进一步地，本发明实施例提出的客户端还包括

提示模块，用于当所述待推送消息对应的应用程序处于关闭状态时，提示用户进行所述待推送消息对应的应用程序的用户登录，当用户登录成功后，转到所述用户名判断模块进行判断。

进一步地，本发明实施例中，所述提示信息中携带的待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据为加密数据。

更进一步地，所述客户端还包括：数据解密模块，用于解密出所述提示信息中携带的用户名，当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名一致时，对所述提示信息中待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据解密。

为了进一步体现发明的优越性，如下进一步揭示本发明客户端中的推送消息生成模块13的在另一实施例中的内部结构，来体现依据推送消息生成模块13实现的另一实施例的细节。参照图5，推送消息生成模块13进一步包括选择单元131、下载单元132、提取单元133以及数据添加单元134：

所述的选择单元131，用于根据所述提示信息中携带的待推送消息适用的模板类型选择消息模板；

所述的下载单元132，用于当本地找不到对应的消息模版时，从所述服务器端下载对应的消息模版；

所述的提取单元133，用于当所述消息模板中包括指定类型的模板信息时，从所述待推送消息的关键数据中，提取符合所述指定类型的指定数据；

所述的数据添加单元134，用于按照所述模板信息在所述消息模板中的位置，将所述指定数据添加，生成一条完整的消息，在相应应用程序的消息列表界面中显示该消息。

图6为本发明实施例提供的一种服务器的结构框图，如图6所示，所述服务器包括：

提示信息生成模块21，用于根据待推送消息生成所述待推送消息的提示信息，所示提示信息用于客户端生成推送消息，所述提示信息中携带有所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

发送模块22，用于发送所述提示信息到客户端。

进一步地，本发明实施例提出的服务器还包括：

模板创建模块，用于创建各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式；

消息判断模块，用于判断待推送消息是否为预设私密消息和/或所述待推送消息是否大于预设字节，若是则转到所述提示信息生成模块，否则，直接进行消息推送。

本发明实施例中，服务器根据各个应用程序的推送消息的消息格式的不同，创建若干对应于各个应用程序的推送消息的消息模板，其中，所述消息模板用于规定推送消息的格式。服务器可以将消息按照消息内容分为2大类，对于预设的私密消息则转到所述提示信息生成模块，根据待推送消息生成所述待推送消息的提示信息，使用本发明提出的推送方法通过模板方式进行私密推送，对于非私密消息使用传统方法进行推送。服务器还可以将消息按照消息数据的大小分为2大类，对于超过预设字节的带推送消息，如256个字节，使用本发明提出的推送方法通过模板方式进行消息推送，对于没有超过预设字节的带推送消息，使用传统方法推送。

进一步地，本发明实施例提出的服务器还包括：

数据加密模块，用于对所述提示信息中携带的所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据加密。

本发明实施例为了进一步加强推送消息的私密性，对于提示信息中携带的所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据加密。

具体实例如下：将提示信息中的相关部分，如：(用户名zhangwei消息模板类型15关键数据A，500，1500)可以加密后发送。并在应用程序APP中进行解密。

本发明提供的推送消息接收方法、消息推送方法、客户端及服务器，客户端和服务器端使用相同的消息模板，在推送消息时，通过构建待推送消息的提示信息，使得客户端根据该提示信息利用消息模板还原推送消息，对于消息模板中已经存在的内容不再重复，特别是对于比较长的消息，因为推送时，只需要推送一些关键数据，其余的数据都在模板中进行了定义。而不需要出现在待推送消息的提示信息中，从而有效地减少数据流量。而且在收到推送消息得提示信息后，进行用户名校验，确保收到推送通知的是该用户，解决了目前推送消息可能在客户端登录用户名更改时，后一用户看到前一用户的推送消息的缺陷，加强了安全性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (16)

1.一种推送消息接收方法，其特征在于，所述方法包括：

接收服务器发送的提示信息，所述提示信息中携带有待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

判断所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致；

若一致，根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，若不一致，则忽略所述提示信息；

显示生成的所述推送消息；

所述方法还包括：

下载各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式。

2.根据权利要求1所述的方法，其特征在于，所述根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，具体包括：

根据所述提示信息中携带的待推送消息适用的模板类型选择消息模板；

如果本地找不到对应的消息模板，则从所述服务器端下载对应的消息模板；

当所述消息模板中包括指定类型的模板信息时，从所述待推送消息的关键数据中，提取符合所述指定类型的指定数据；

按照所述模板信息在所述消息模板中的位置，将所述指定数据添加，生成一条完整的消息，在相应应用程序的消息列表界面中显示该消息。

3.根据权利要求1所述的方法，其特征在于，当所述待推送消息对应的应用程序处于关闭状态时，所述方法还包括：

提示用户进行所述待推送消息对应的应用程序的用户登录，当用户登录成功后，判断所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致。

4.根据权利要求1所述的方法，其特征在于，所述提示信息中携带的待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据为加密数据。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

解密出所述提示信息中携带的用户名，当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名一致时，对所述提示信息中待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据解密。

6.一种消息推送方法，其特征在于，所述方法包括：

根据待推送消息生成所述待推送消息的提示信息，所述提示信息中携带有所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

发送所述提示信息到客户端；以使得所述客户端判断所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致；若一致，根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，若不一致，则忽略所述提示信息，并显示生成的所述推送消息；

所述方法还包括：创建各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

判断待推送消息是否为预设私密消息和/或所述待推送消息是否大于预设字节，若是则根据所述待推送消息生成所述待推送消息的提示信息，否则，直接进行消息推送。

8.根据权利要求6所述的方法，其特征在于，所述方法还包括：

对所述提示信息中携带的所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据加密。

9.一种客户端，其特征在于，所述客户端包括：

接收模块，用于接收服务器发送的提示信息，所述提示信息中携带有待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

用户名判断模块，用于判断所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致；

推送消息生成模块，用于当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名一致时，根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名不一致时，则忽略所述提示信息；

显示模块，用于显示所述推送消息生成模块生成的推送消息；

所述客户端还包括：

模板下载模块，用于下载各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式。

10.根据权利要求9所述的客户端，其特征在于，所述推送消息生成模块包括：

选择单元，用于根据所述提示信息中携带的待推送消息适用的模板类型选择消息模板；

下载单元，用于当本地找不到对应的消息模板时，从所述服务器端下载对应的消息模板；

提取单元，用于当所述消息模板中包括指定类型的模板信息时，从所述待推送消息的关键数据中，提取符合所述指定类型的指定数据；

数据添加单元，用于按照所述模板信息在所述消息模板中的位置，将所述指定数据添加，生成一条完整的消息，在相应应用程序的消息列表界面中显示该消息。

11.根据权利要求9所述的客户端，其特征在于，所述客户端还包括：

提示模块，用于当所述待推送消息对应的应用程序处于关闭状态时，提示用户进行所述待推送消息对应的应用程序的用户登录，当用户登录成功后，转到所述用户名判断模块进行判断。

12.根据权利要求9所述的客户端，其特征在于，所述提示信息中携带的待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据为加密数据。

13.根据权利要求12所述的客户端，其特征在于，所述客户端还包括：

数据解密模块，用于解密出所述提示信息中携带的用户名，当所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名一致时，对所述提示信息中待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据解密。

14.一种服务器，其特征在于，所述服务器包括：

提示信息生成模块，用于根据待推送消息生成所述待推送消息的提示信息，所述提示信息中携带有所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据；

发送模块，用于发送所述提示信息到客户端；以使得所述客户端判断所述待推送消息对应的应用程序当前的登录用户名与所述提示信息中携带的用户名是否一致；若一致，根据所述提示信息中携带的待推送消息适用的模板类型和所述待推送消息的关键数据生成推送消息，若不一致，则忽略所述提示信息，并显示生成的所述推送消息；

所述服务器还包括：

模板创建模块，用于创建各个应用程序的推送消息对应的消息模板，所述消息模板用于规定推送消息的格式。

15.根据权利要求14所述的服务器，其特征在于，所述服务器还包括：

消息判断模块，用于判断待推送消息是否为预设私密消息和/或所述待推送消息是否大于预设字节，若是则转到所述提示信息生成模块，否则，直接进行消息推送。

16.根据权利要求14所述的服务器，其特征在于，所述服务器还包括：

数据加密模块，用于对所述提示信息中携带的所述待推送消息对应的应用程序的用户名、所述待推送消息适用的模板类型以及所述待推送消息的关键数据进行数据加密。