CN105391803B - 消息推送方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种消息推送方法及装置，属于网络技术领域。方法包括：接收消息发送请求，所述消息发送请求携带待发送的消息，所述消息携带待验证信息，所述待验证信息至少根据组装所述消息所采用的消息格式模板和公共社交网络标识通过开发者模式传递的消息参数生成；采用预设特征值算法，获取所述消息的特征值；判断所述特征值与所述待验证信息是否相同；如果相同，则响应于所述消息发送请求，对所述消息进行推送；如果不相同，不响应所述消息发送请求。本发明通过在消息未发出之前，对组装所得到的消息进行验证，从而达到了自动鉴权校验的目的，在保证消息内容的安全性的同时，不仅避免了人力资源的消耗，且大大提高了消息推送的实时性。

Description

消息推送方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及网络技术领域，特别涉及一种消息推送方法及装置。

背景技术

随着宽带无线接入技术和移动终端技术的飞速发展，信息交互服务类应用也迅速发展。通常，信息交互服务类应用中可以用公众号等公共社交网络标识来标识B(Business，商户)侧的商家或者业务方，然后通过信息交互服务系统所提供的消息推送服务，来向C(Customer，消费者)侧用户发送消息或者接收 C侧用户的主动交互的消息。

对于B2C(Business-to-Customer，商户到消费者)，一条消息需要面向海量的关注用户或者该信息交互服务系统中的海量用户。相应地，在推送消息之前，需要由B侧自行构造待发送的消息，该构造过程中，B侧可以使用系统所提供的格式模板，并通过在该格式模板上构造消息的标题、内容等，以生成一条待推送的消息，由于这类推送的消息数量级很大，存在乱发和乱用的风险，在进行实际消息推送之前，需要对该消息进行人工审核，当人工审核通过时，再进行消息推送。然而，这种人工审核，虽然保证了内容的安全性，会消耗大量的人力资源，且降低了消息推送的实时性。

发明内容

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

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

接收消息发送请求，所述消息发送请求携带待发送的消息，所述消息携带待验证信息，所述待验证信息至少根据组装所述消息所采用的消息格式模板和公共社交网络标识通过开发者模式传递的消息参数生成；

采用预设特征值算法，获取所述消息的特征值；

判断所述特征值与所述待验证信息是否相同；如果相同，则响应于所述消息发送请求，对所述消息进行推送；如果不相同，不响应所述消息发送请求。

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

接收模块，用于接收消息发送请求，所述消息发送请求携带待发送的消息，所述消息携带待验证信息，所述待验证信息至少根据组装所述消息所采用的消息格式模板和公共社交网络标识通过开发者模式传递的消息参数生成；

处理模块，用于采用预设特征值算法，获取所述消息的特征值；

判断模块，用于判断所述特征值与所述待验证信息是否相同；

消息推送模块，用于如果所述判断模块确定所述特征值与所述待验证信息相同，则响应于所述消息发送请求，对所述消息进行推送；如果所述判断模块确定所述特征值与所述待验证信息不相同，不响应所述消息发送请求。

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

通过在消息未发出之前，对组装所得到的消息进行验证，如果通过验证确定该消息并非由该系统组装，而是经过篡改或是来源不明，则可以不响应其消息发送请求，从而达到了自动鉴权校验的目的，在保证消息内容的安全性的同时，不仅避免了人力资源的消耗，且大大提高了消息推送的实时性。

附图说明

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

图1为本发明实施例提供的信息交互服务系统的架构示意图；

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

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

图3B是本发明实施例提供的一种消息示意图；

图4是本发明实施例提供的一种消息推送装置结构示意图；

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

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

具体实施方式

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

信息交互服务是指如即时通讯服务、社交应用服务以及B2P(Business toPerson，商户对个人用户)等一些涉及到信息交互的服务。信息交互平台是指一种通过社交关系和/或共同兴趣(或共同利益)将人与人之间联系起来的网络架构，用户可以通过该信息交互平台所提供的客户端进行日常交流以及处理一些日常事务。每个用户可以拥有用于为该信息交互平台上其他用户所辨识的网络身份。在信息交互平台上，不同用户之间可以通过互相确认的方式以建立社交关系，例如，互相加好友或互相关注等。当两个用户建立了社交关系后，他们成为彼此的社交网络联系人。一组用户可以通过自行选择的方式，以形成具有彼此之间的社交关系，从而形成一个社交群组。该群组内的每个成员都是该群组内所有其他成员的社交网络联系人。

用户或组织可以在信息交互平台上建立一个公共社交网络标识，并允许公众(例如，在信息交互平台上的任何用户)与该公共社交网络标识在信息交互平台上进行交流，该交流可以基于一种单向确认的方式，而无需用户之间互相确认。例如，用户可以选择订阅(或关注)公共社会网络标识(例如，“关注(follow)”公众号)消息或发布信息，通过如订阅这类的单向确认方式，成为公共社会网络标识的社交网络联系人。公共社交网络身份的拥有者还可以将订阅了其消息或发布信息的其他用户作为其社交网络联系人。

信息交互平台上的每个用户和每个公共社会网络标识均具有社交网络联系人列表，以供其与其列表中的用户或公共社会网络标识采用即时通信消息等形式进行交流。例如，在一个社交群组内的用户可以通过信息交互平台提供的接口进行相互通信，而用户之间也可以通过信息交互平台提供的接口进行相互通信。

其中，即时通讯：(Instant messaging，简称IM)是一个终端服务，允许两人或多人使用网路即时的传递文字讯息、档案、语音与视频。即时通讯按照使用用途可以分为企业即时通讯和网站即时通讯，按照承载的对象又可分为手机即时通讯和PC(PersonalComputer，个人电脑)即时通讯，其中，手机即时通讯可以代表短信，PC即时通讯可以代表网站、视频即时通讯。

社交应用服务，是一个终端服务，可以为用户提供个人信息展示、用户之间的信息交互等服务。

信息：指音讯、消息、通讯系统传输和处理的对象，泛指人类社会传播的一切内容。人通过获得、识别自然界和社会的不同信息来区别不同事物，得以认识和改造世界。在一切通讯和控制系统中，信息是一种普遍联系的形式。

C2C消息(Customer-to-Customer Message),本发明中主要是指即时通讯客户端之间的信息，通常就是客户端之间相互在聊天和沟通过程当中相互发送的信息，通常这些消息需要经过服务器端的中转。

B2C消息(Business-to-Customer Message),本发明中主要是指从服务器商家服务者这一方主动发送给即时通讯终端的各种信息，包括文本，图片，音视频等多媒体信息。

C2B消息(Customer-to-Business Message)，本发明中主要是指终端用户从终端主动向服务器端的商家发送的各类消息，这些消息属于上行通道的信息，包括文本，图片，音视频等多媒体信息。

公众号编辑者模式：编辑模式的情况下，可以实现文字，语音，图片，图文消息的自动回复和关键词自动回复，门槛低，不需要学习代码知识，通常在公众提供的平台完整操作来实现和端的交互。

公众号开发者模式：在此模式下，开发者需要通过公众平台提供的API接口，接受来自端的消息，实现通过代码开发方式直接使用平台的很多能力，实现和端的交互。

为了进一步描述本发明实施例提供的方法，下面基于信息交互服务系统的基本架构以及各个服务模块的具体功能，详细对本发明实施例涉及的消息发送过程进行介绍，该图1是本发明实施例提供的信息交互服务系统的架构示意图，参见图1，该信息交互服务系统包括：

信息交互服务客户端，可以是即时通讯客户端或社交应用客户端，可以用于以下过程：

(1)发送和接收文字、图片、视频以及音频等消息及进行消息的展示。

(2)该信息交互服务客户端可以通过消息系统接口服务器进行消息拉取。当信息交互服务客户端接收到消息系统接口服务器发送的消息通知时，主动从消息服务器上拉取消息。该信息交互服务客户端还可以通过消息上行通道，将客户端的各种操作行为信息及对应参数上行至B侧业务系统，同时形成新的C 与B之间的关系链系统。

(3)该信息交互服务客户端可以向信息交互服务侧的统计上报接口服务器上报客户端的各种操作行为信息及对应参数，使得统计上报接口服务器根据客户端所上报的信息生成流水日志，并将流水日志上报至统计分析系统服务器，使得统计分析系统服务器为B侧业务系统服务器提供消息反馈。

(4)从信息服务侧获取信息，按照信息服务侧的指令来展示收到的信息或者向信息服务侧发送删除历史缓存信息的指令。

(5)该信息交互服务客户端可以提供结构化消息的解释渲染引擎，按照 XML(Extensible Markup Language，可扩展标记语言)文件的描述和规定的动作实现消息的UI展示和用户点击操作行为。

(6)如果需要扩展支持现有消息格式模板的支持能力之外的详细样式和特殊行为，可以按照约定的格式和处理过程，对服务器端的模板数据库进行升级，再升级对应客户端的解释渲染引擎。

消息系统接口服务，可以是信息交互服务客户端与后端消息系统上行和下行消息发送的接口服务器，可以用于以下过程：

(1)该消息系统接口服务器可以将消息直接发送到在线客户端，对于不在线的客户端，可以将消息临时保存在消息缓存服务器，当消息系统接口服务器接收到客户端的上线事件，再主动将消息从消息缓存服务器中读取，然后下发到客户端。

(2)该消息系统接口服务器可以和消息策略系统交互，提供C2B上行消息菜单入口的消息配置消息。

消息缓存服务，可以是临时保存不能及时下发到客户端的消息以及历史消息的服务器，可以用于以下过程：

(1)该消息缓存服务器保存消息实体的内容，包括消息ID、消息内容，该消息ID可以是用于唯一标识该消息的消息标识，该消息内容可以包括文本，图片及消息的构成信息，如消息格式模板等，通常，对于不同的场景会有不同的消息格式模板。

(2)当客户端想要获取某个时间段的历史消息时，可以通过消息接口服务器从消息缓存服务器中获取之前的历史消息。

消息服务，用于接收客户端的用户消息和操作行为信息等上行消息，将上行消息转发给调度服务，同时接收调度服务下行消息，具体还可以用于以下过程：

(1)接受消息调度服务器的调度，对不同的消息发送任务建立不同的发送队列。该过程可以是按照消息的发送优先级、先后顺序以及不同的时间段来建立不同的消息发送任务队列，对于发送优先级高的消息，可以调整其消息发送任务在队列中的发送顺序。

(2)每个不同消息发送任务队列包括消息的发送方、消息的接收方(通常可能是消息接收方的一个号码包，如号码标示集合)、消息体内容、消息预期的发送速度、消息提醒方式和消息体展示样式的描述和说明。该消息体展示样式包括纯文本的消息、单图文消息、多图文消息等几种典型的样式，其具体样式和描述由结构化的消息格式模板来定义。

(3)对不同的消息发送任务建立不同的发送队列，通常采用不同线程来对应每一个消息发送任务，同时接受管理员对消息发送过程的控制，能够暂停或者取消当前的消息发送任务。

调度服务，是整个系统的核心，来对消息服务进行调度，在消息服务过程中，确定不同发送消息队列之间的优先级和时间顺序，并与排队服务密切配合来确定发送的顺序和时间点。该调度服务在建立消息发送任务的时候可以对任务进行标示，预测开始发送时间、任务优先级、需要发送的目标用户数目以及期望发送的时段等。

下面针对于不同服务模块之间的交互进一步对调度服务进行描述：

(1)与号码包服务系统进行通讯。该调度服务可以从号码包服务系统获取消息发送目标用户的号码集合，目标用户量直接影响到对该预送达消息的发送需要多少发送资源。在实际调度过程中，如果目标用户量大于预设阈值，则可以对号码集合进行切分，通常按照总数大小和期望发送的速度和发送能力进行平均分配或者按照权重分配，以避免消息服务器的负载过大。比如，对于5亿用户，可以分给为5个1亿的目标包进行发送。而如果发送能力是10万条/秒，有10个发送任务，1个发送任务只能占用1万条/秒。

(2)和关系链系统进行通讯。为了不对发送的接收对象造成骚扰，每次发送消息，需要是主动和发送者标识关联(如同在一个群组等)或者形成关注关系的用户。比如一个发送者的账号是A，关注者账号集合是B，A和B之间是一对多的关系，如果不在集合B中的用户不能收到目标消息，典型的例子可以为商家公众号和关注用户，该商家公众号和关注用户为一对多的关系，则该商家在上新时，可以根据该关注关系，向关注用户集合中的每个关注用户发送消息。

(3)和消息控制策略系统进行通讯。用来确定用户的消息接收量以及消息发送量。如，某一个用户当天时间内能够收到消息的总数、一个账号一天能够群发(即一次向多个用户发送)和单发(即一次向一个用户发送)的消息数量，当然，还可以获取发送过程中消息在客户端侧的具体提醒方式和展示样式。

(4)和统计分析系统进行通讯。调度服务可以客户端侧对消息到达的统计和用户操作信息，通常包括消息是否到达、到达的比例、用户是否打开消息、打开消息的浏览停留时间和具体停留的位置等等，然后对这些信息按照不同的账号进行统计分析，通常依照消息点击和转化率高低进行排序，对点击率高的消息可以增加账号发送消息的配额，对于点击率低的消息，可以减少此类消息的发送。

(5)对于从消息服务上行的消息和第三方业务系统侧有关的，直接发送到第三方业务系统，然后根据第三方业务系统的处理结果进行调度消息服务。

号码包服务，用于发送调度系统提供发送目标集合用户的输入，通常是一组目标用户标识组成的集合。对目标用户可以按照用户属性比如地域，性别，年龄，学历，收入等信息进行筛选，以生成不同的号码包集合。在进行消息发送时，可以从数据库系统中读取所配置的发送目标集合用户属性信息和筛选条件，基于这些属性信息和筛选条件，确定本次消息发送任务对应的号码包。需要说明的是，通过基于筛选属性信息和筛选条件，所生成的结果是一个一个独立的号码包文件。为了分散系统压力，还可以对不同的号码包文件进行随机打乱，不同的号码包采用不同的发送服务进行发送，来分散系统压力和负载。

消息组装服务，用于提供对消息格式模板和消息参数的组装服务，具体包以下过程：

(1)读取消息模板数据库中B侧定义的不同类型的消息格式模板，该消息格式模板通常以一个用于说明模板结构的文件表示，如，该文件可以是一个XML 格式的说明文件。

(2)按照XML格式的说明文件组装对应的消息内容，通常包括消息的标题、摘要、来源、包含图片或者外部跳转的链接及来源等等。

(3)为调度服务提供需要推送的消息的组装，通常是读取模板数据库，按照API传递的消息参数来组装，并且，按照消息格式模板和消息参数生成该消息的签名信息，该签名信息可以用于后续进行消息推送之前进行鉴权。

上述组装过程可以总结为：当接收到对任一消息格式模板的使用请求时，获取被请求的消息格式模板；接收作为请求者的公共社交网络标识通过开发者模式传递的消息参数；对所述被请求的消息格式模板和所述消息参数进行组装，得到消息；基于所述消息，获取所述消息的待验证信息，所述待验证信息用于唯一确定所述消息的具体内容；将携带所述待验证信息的消息发送至公共社交网络标识所在客户端。

鉴权服务，用于接受调度服务的调度请求，验证发送的消息是否是由系统组装和提供，并将签名验证的调度结果返回给调度服务器。

模板数据库，用于接受B侧按照业务场景和规范定义的结构化消息的消息格式模板，同时保存新扩容的各种类型新的息格式模板；为消息组装服务提供消息格式模板内容的查询服务。

关系链系统，用于保存和记录账号之间的关联关系。该关联关系可以是指强关联如好友关系，也可以是弱关联，如关注关系、收听关系。在强关联关系下，账号与账号之间可以是一对一的关系，在弱关联管辖下，通常形式是一个账号A标识一个发送方，一个集合B标识可以接受账号A可以发送信息的所有账号。当账号A有消息需要发送时，消息服务可以通过调度服务从关系链系统中，获取该账号A相关的关系链上的发送消息的账号和接收消息账号。当然，该关系链系统是可以变化的系统，当客户端用户主动取消或者关注某一个账号的时候，可以通过消息系统接口服务器发送上行消息，使得关系链系统修改相应的关注关系。消息发送调度系统在发送消息之前，需要通过关系链系统对目标用户是否能够接受消息推送进行过滤，确保是有关注关系的用户才能够接受到消息的推送。

消息控制策略系统，用于保存消息发送的各种规则和策略。比如某一个用户当天时间内能够收到发送消息的总数和一个账号一天能够群发(一次向多个用户发送)和单发(一次向一个用户发送)的消息数量。该消息控制策略系统还用于保存消息发送过程当中消息在客户端侧的提醒方式和展示样式。例如，在客户端上的强提醒，比如使用ios系统和android系统的PUSH系统，或者直接在客户端即时通讯消息列表上显示。该消息控制策略系统还用于对一些特殊账号的发送限制规则比如发送的消息数量和访问进行特殊的设置。

数据库服务，用于为号码包系统、发送策略控制服务以及关系链系统提供数据读取服务，并保存信息提示系统中的数据，其所保存的信息具体包括以下几种：(1)管理员入口服务设置的各种消息发送账号的管理信息，包括新增的发送账号标识、账号属性和发送消息的权限，比如单发和群发消息的范围。(2) 消息发送各个账号的优先级，发送消息的优先级设置。(3)按照基本用户属性筛选的基本号码包账号信息，作为后续号码包服务的入口。(4)基本的关系链系统的账号信息和相互关注形成的关系链系统信息。(5)各类发送策略，优先级，账号配额，单个用户能够收到的信息及各类过滤黑白名单的配置信息。

管理入口服务，通常是一个以Web方式(浏览器和服务器)架构实现的管理网站，供产品和运营人员来管理账号，设置各种配置规则和消息发送策略。

资料系统，用于保存发送信息账号的描述信息主要是功能介绍，方便客户端用户查找服务器发送的账号；通过消息系统接口为客户端提供查询服务。

统计上报接口服务，用于与信息交互服务客户端进行通讯，接收消息在发送至客户端后的用户的访问行为、浏览信息及用户操作行为等流水日志信息的上报；将上报的统计信息包括预送达消息的访问信息上报给统计分析系统。

统计分析系统，用于根据统计上报接口服务器发送的日志信息进行统计分析，计算出消息的点击率、达到率以及转化率等基础结果数据；与消息调度服务器进行通讯，提供基于客户端用户消息行为统计信息进行发送调度服务。

在本发明实施例提供的信息交互服务系统中，新增了模板数据库，以为B 侧提供消息格式模板，从而增加了对B侧发出消息的模板样式的控制能力，并相应新增了消息组装服务和鉴权服务，以便提供B侧发出消息的组装功能和验证功能，可以在消息未发出之前，对消息进行验证，如果通过验证确定该消息并非由该系统组装，而是经过篡改或是来源不明，则可以不响应其消息发送请求，从而达到了自动鉴权校验的目的，确保了消息来源的合法性和系统的控制能力，而进一步地控制了B侧用户的消息发送，避免在对海量用户进行消息推送时可能存在的风险。

参见图2，该图2是本发明实施例提供的一种消息推送方法的流程图。该方法应用于上述系统中，所述方法包括：

201、接收消息发送请求，所述消息发送请求携带待发送的消息，所述消息携带待验证信息，所述待验证信息至少根据组装所述消息所采用的消息格式模板和公共社交网络标识通过开发者模式传递的消息参数生成。

该开发者模式可以由系统提供，并且在B侧客户端进行展示，具体展示时，可以提供多个消息格式模板的选择以及消息参数传递功能等。

202、采用预设特征值算法，获取所述消息的特征值。

203、判断所述特征值与所述待验证信息是否相同。

204、如果所述特征值与所述待验证信息相同，则响应于所述消息发送请求，对所述消息进行推送。

205、如果所述特征值与所述待验证信息不相同，不响应所述消息发送请求。

在一种可能实现方式中，接收消息发送请求之前，所述方法还包括：

当接收到对任一消息格式模板的使用请求时，获取被请求的消息格式模板；接收作为请求者的公共社交网络标识通过开发者模式传递的消息参数；对所述被请求的消息格式模板和所述消息参数进行组装，得到消息；基于所述消息，获取所述消息的待验证信息，所述待验证信息用于唯一确定所述消息的具体内容；将携带所述待验证信息的消息发送至公共社交网络标识所在客户端。

在一种可能实现方式中，基于所述消息，获取所述消息的待验证信息包括：

采用所述预设特征值算法，获取所述消息的特征值，将所述特征值作为所述待验证信息；或，采用预设加密算法，对所述消息的特征值进行加密，得到加密后的特征值，将所述加密后的特征值作为所述待验证信息。

对于上述两种获取消息的待验证信息的方法来说，系统可以根据安全性要求选用任一种实施，在此不做赘述。

在一种可能实现方式中，所述方法还包括：所述待验证信息为经过加密的信息，所述方法还包括：采用预设解密算法，对所述待验证信息进行解密，得到解密后的待验证信息，并基于所述解密后的待验证信息进行判断过程。

在一种可能实现方式中，所述方法还包括：统计各个消息格式模板的模板使用数据；根据所述各个消息格式模板的模板使用数据进行模板推荐。

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

参见图3A，该图3A是本发明实施例提供的一种消息推送方法的流程图。该方法应用于上述系统中，所述方法包括：

300、消息组装服务器接收B侧客户端对指定消息格式模板的使用请求，该使用请求携带指定消息格式模板标识。

该B侧客户端是指任一个公共社交网络标识所在客户端。

对于B侧客户端来说，在有消息推送需求时，可以先通过客户端访问模板数据库，以从模板数据库所提供的模板中选择自己需要的消息格式模板，该选择过程可以仅获取指定消息格式模板标识，而无直接下载模板。

301、消息组装服务器接收B侧客户端接收B侧客户端所传递的消息参数。

另外，B侧客户端通过开发者模式可以采用代码开方发式直接使用系统的很多能力，包括传递消息参数，该消息参数实际上是消息的具体内容，如，消息标题、消息内容、消息时间等。

需要说明的是，上述步骤300和步骤301也可以合并在一起进行，也即是， B侧客户端通过一个请求确定要使用的消息格式模板和所传递的消息参数，而无需分两步进行发送，使得消息组装服务器一次性接收到上述两类消息组成元素。

302、消息组装服务器从模板数据库获取指定消息格式模板。

该获取过程可以采用指定消息格式模板标识为索引实现，本发明实施例对此不做赘述。

模板数据库所存储的消息格式模板可以由B侧客户端上传，也可以由系统管理员制作并上传，本发明实施例对此不做限定。

当然，模板数据库所存储的多个消息格式模板包括属于不同行业的多类消息格式模板，以适应于不同行业的业务需求。如对于商家，可以提供一些广告模板，而对于一些公共机构，可以提供一些信息通知模板等。

进一步地，该消息组装服务器还可以统计各个消息格式模板的模板使用数据；根据所述各个消息格式模板的模板使用数据进行模板推荐。如，根据多个消息格式模板的模板访问数据，获取每个消息格式模板的被使用量，将被使用量大于预设阈值的模板以推荐的形式提供给请求者，能够按照热度给B侧用户推荐使用模板，这样B侧推送给C侧消息能够获得更好的体验。

该消息格式模板是一种用于定义展示内容的框架模板，具体定义了消息内容各个字段的长度和布局的样式。例如，以下是一个基于消息格式模板生成的消息形式，其中，标签定义及构成是模板结构，标签之间的是消息内容。

基于上述形式，在客户端上可以显示为如图3B的消息。其中，每两个标签之前的字段即为B侧客户端通过开发者模式所传递的消息参数。

303、消息组装服务器将该指定消息格式模板和由API传递的消息参数进行组装，得到消息。

该组装可以是指将B侧客户端提供的消息内容填充至指定消息格式模板的对应位置中，以生成一条完整消息。例如，将标题添加到标题标签对应的位置中。

304、消息组装服务器基于哈希算法，获取消息的消息特征值。

该消息特征值可以用于唯一确定消息的结构和内容。该特征值获取过程可以基于其他算法，如CRC(Cyclical Redundancy Check，循环冗余码)算法等，本发明实施例对此不做具体限定。

305、消息组装服务器对消息特征值进行加密，得到加密后的特征值。

该加密过程可以采用任一种加密方法，具体可以为生成消息特征值的签名等，本发明实施例对此不做具体限定。另外，该加密所采用的算法可以为对称密钥或非对称密钥，本发明实施例对此不做限定。

需要说明的是，消息组装服务器和鉴权服务器可以采用相同的特征值算法以及加密解密算法，从而使得验证过程唯一。当然，为了保证安全性，还可以每隔一定周期，更新消息组装服务器和鉴权服务器上的算法或密钥，以避免被恶意用户破解。

306、消息组装服务器将携带加密后的特征值的消息发送至B侧客户端。

此时，消息组装服务器的组装服务完成，该消息组装服务器不仅提供了消息组装功能，还提供了对签名信息的生成功能，从而实现了系统对消息发送过程的初步控制。

通过先获取特征值再对特征值进行加密的过程，可以实现较高的系统安全性，然而，在另一实施例中，也可以仅获取特征值，将特征值携带在消息中发送给B侧客户端，相应地，虽然对安全性有所损失，但是可以大大降低系统加密、解密所需的计算资源。

上述步骤301～306是消息组装服务器应B侧客户端的请求组装消息的过程。下面，介绍在推送消息过程中，对任一B侧客户端的待发送消息进行验证的过程。

307、B侧客户端向调度服务器发送给消息发送请求，该消息发送请求携带待发送的消息，该消息携带待验证信息。

当然，上述返回给B侧客户端的过程也可以省略，如果B侧客户端在发送组装请求时已经确定组装成功后即进行消息推送，也可以直接进入消息推送环节，由消息组装服务器将消息发送至调度服务器等待调度。

308、调度服务器接收该消息发送请求，并将该消息发送至鉴权服务器。

调度服务器可以根据自身的调度状态，按照优先级、发送时间等因素，将消息发送至鉴权服务器。

309、鉴权服务器基于哈希算法，获取消息的第一特征值。

该哈希算法与上述对消息进行组装过程中所采用的算法相同，在此不做赘述。

310、鉴权服务器对该待验证信息进行解密，得到消息的第二特征值。

该解密算法与上述对消息进行组装过程中所采用的加密算法相同，在此不做赘述。

311、鉴权服务器判断该第一特征值与该第二特征值是否相同，并向调度服务器发送鉴权结果。

如果第一特征值与该第二特征值相同，则可以确认该消息的消息格式模板由该系统提供且消息由系统组装，而不是经过篡改或是来源不明，而如果不相同，则可以确认该消息的消息格式模板不是由该系统提供且消息不是由系统组装，很可能出现安全问题。

312、调度服务器接收该鉴权结果。

调度服务器可以根据鉴权结果的不同进行相应处理。

313、如果鉴权结果指示第一特征值与该第二特征值相同，则响应于该消息发送请求，对该消息进行推送；如果鉴权结果指示第一特征值与该第二特征值不相同，不响应该消息发送请求。

进一步地，当C侧客户端接收到该消息时，可以基于客户端内的解释渲染引擎，来实现对消息的UI显示。当然，由于消息所使用的消息格式模板不同，该消息中还可以携带可进行交互的元素，如网页链接等，以使得在检测到用户对交互元素的交互操作时，能够相应进行对应处理。如，跳转至网页链接对应的网页等。

本发明实施例提供的方法，通过在消息未发出之前，对组装所得到的消息进行验证，如果通过验证确定该消息并非由该系统组装，而是经过篡改或是来源不明，则可以不响应其消息发送请求，从而达到了自动鉴权校验的目的，在保证消息内容的安全性的同时，不仅避免了人力资源的消耗，且大大提高了消息推送的实时性。

图4是本发明实施例提供的一种消息推送装置的流程图。参见图4，所述装置包括：

接收模块401，用于接收消息发送请求，所述消息发送请求携带待发送的消息，所述消息携带待验证信息，所述待验证信息至少根据组装所述消息所采用的消息格式模板和公共社交网络标识通过开发者模式传递的消息参数生成；

处理模块402，用于采用预设特征值算法，获取所述消息的特征值；

判断模块403，用于判断所述特征值与所述待验证信息是否相同；

消息推送模块404，用于如果所述判断模块确定所述特征值与所述待验证信息相同，则响应于所述消息发送请求，对所述消息进行推送；如果所述判断模块确定所述特征值与所述待验证信息不相同，不响应所述消息发送请求。

在一种可能实现方式中，所述装置还包括：

模板获取模块，用于当接收到对任一消息格式模板的使用请求时，获取被请求的消息格式模板；

参数接收模块，用于接收作为请求者的公共社交网络标识通过开发者模式传递的消息参数；

组装模块，用于对所述被请求的消息格式模板和所述消息参数进行组装，得到消息；

验证信息获取模块，用于基于所述消息，获取所述消息的待验证信息，所述待验证信息用于唯一确定所述消息的具体内容；

发送模块，用于将携带所述待验证信息的消息发送至公共社交网络标识所在客户端。

在一种可能实现方式中，所述验证信息获取模块用于：

采用所述预设特征值算法，获取所述消息的特征值，将所述特征值作为所述待验证信息；

或，采用预设加密算法，对所述消息的特征值进行加密，得到加密后的特征值，将所述加密后的特征值作为所述待验证信息。

在一种可能实现方式中，所述处理模块还用于如果所述待验证信息为经过加密的信息，采用预设解密算法，对所述待验证信息进行解密，得到解密后的待验证信息，并基于所述解密后的待验证信息进行判断过程。

在一种可能实现方式中，所述装置还包括：

统计模块，用于统计各个消息格式模板的模板使用数据；

推荐模块，用于根据所述各个消息格式模板的模板使用数据进行模板推荐。

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

本实施例提供了一种终端，该终端可以用于执行上述各个实施例中提供的消息推送方法。参见图5，该终端500包括：

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

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

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

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

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

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

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

WiFi属于短距离无线传输技术，终端500通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图5示出了WiFi模块170，但是可以理解的是，其并不属于终端 500的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

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

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

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

图6是根据一示例性实施例示出的一种消息推送装置600的框图。例如，装置600可以被提供为一服务器。参照图6，装置600包括处理组件622，其进一步包括一个或多个处理器，以及由存储器632所代表的存储器资源，用于存储可由处理部件622的执行的指令，例如应用程序。存储器632中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件622被配置为执行指令，以执行上述消息推送方法。

装置600还可以包括一个电源组件626被配置为执行装置600的电源管理，一个有线或无线网络接口650被配置为将装置600连接到网络，和一个输入输出(I/O)接口658。装置600可以操作基于存储在存储器632的操作系统，例如Windows Server^TM，Mac OS X^TM，Unix^TM,Linux^TM，FreeBSD^TM或类似。

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

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

Claims (6)

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

当接收到公共社交网络标识所在客户端对任一消息格式模板的使用请求时，获取被请求的消息格式模板；

接收作为请求者的所述客户端通过开发者模式传递的消息参数；

将所述消息参数填充至所述被请求的消息格式模板的对应位置中，得到消息；

采用预设加密算法，对所述消息的特征值进行加密，得到加密后的特征值，将所述加密后的特征值作为待验证信息，所述待验证信息用于唯一确定所述消息的具体内容；

将携带所述待验证信息的消息发送至所述客户端；

接收所述客户端发送的消息发送请求，所述消息发送请求携带待发送的所述消息，所述消息携带所述待验证信息，所述待验证信息至少根据组装所述消息所采用的消息格式模板和所述客户端通过开发者模式传递的消息参数生成；

采用预设特征值算法，获取所述消息的特征值；

采用预设解密算法，对所述待验证信息进行解密，得到解密后的待验证信息，判断所述特征值与所述解密后的待验证信息是否相同；如果相同，则响应于所述消息发送请求，对所述消息进行推送；如果不相同，不响应所述消息发送请求。

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

统计各个消息格式模板的模板使用数据；

根据所述各个消息格式模板的模板使用数据进行模板推荐。

3.一种消息推送装置，其特征在于，所述装置包括：

模板获取模块，用于当接收到公共社交网络标识所在客户端对任一消息格式模板的使用请求时，获取被请求的消息格式模板；

参数接收模块，用于接收作为请求者的所述客户端通过开发者模式传递的消息参数；

组装模块，用于将所述消息参数填充至所述被请求的消息格式模板的对应位置中，得到消息；

验证信息获取模块，用于采用预设加密算法，对所述消息的特征值进行加密，得到加密后的特征值，将所述加密后的特征值作为待验证信息，所述待验证信息用于唯一确定所述消息的具体内容；

发送模块，用于将携带所述待验证信息的消息发送至所述客户端；

接收模块，用于接收所述客户端发送的消息发送请求，所述消息发送请求携带待发送的所述消息，所述消息携带所述待验证信息，所述待验证信息至少根据组装所述消息所采用的消息格式模板和所述客户端通过开发者模式传递的消息参数生成；

处理模块，用于采用预设特征值算法，获取所述消息的特征值；

所述处理模块，还用于采用预设解密算法，对所述待验证信息进行解密，得到解密后的待验证信息；

判断模块，用于判断所述特征值与所述解密后的待验证信息是否相同；

消息推送模块，用于如果所述判断模块确定所述特征值与所述待验证信息相同，则响应于所述消息发送请求，对所述消息进行推送；如果所述判断模块确定所述特征值与所述待验证信息不相同，不响应所述消息发送请求。

4.根据权利要求3所述的装置，其特征在于，所述装置还包括：

统计模块，用于统计各个消息格式模板的模板使用数据；

推荐模块，用于根据所述各个消息格式模板的模板使用数据进行模板推荐。

5.一种计算机设备，所述计算机设备包括一个或多个处理器和存储器，所述存储器中存储有一个或者一个以上的程序，所述一个或者一个以上的程序由所述一个或多个处理器加载并执行以实现如权利要求1至2任一项所述的消息推送方法中所执行的操作。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有一个或者一个以上的程序，所述一个或者一个以上的程序由处理器加载并执行以实现如权利要求1至2任一项所述的消息推送方法中所执行的操作。

Images