CN103596135A - 实现消息推送的方法和通用消息平台 - Google Patents

Abstract

本发明公开了实现消息推送的方法和通用消息平台。通过接口从内容提供商或服务提供商接收要推送的消息，在消息中填写要推送的内容；根据消息中填写的要推送的内容判断内容的类型；根据内容的类型选择推送方式，并按照推送方式已配置的接口协议进行消息的协议封装；调用与所选择的推送方式对应的能力网元接口，对已封装的消息进行发送。本发明降低了CP或SP的开发工作量及难度，便于互联网CP或SP业务的接入使用，并减少了业务上线的联调测试工作。

Description

实现消息推送的方法和通用消息平台

技术领域

本发明涉及业务网络及移动互联网领域，尤其涉及实现消息推送的方法和通用消息平台。

背景技术

随着3G移动应用的推广及移动互联网应用的接入，移动互联网应用有众多的消息推送业务。现有消息推送主要是基于短信承载的短信Push（推送）、彩信Push以及WAP（Wireless Application Protocol，无线应用协议）Push。

CP（Content Provider，内容提供商）或SP（Service Provider，服务提供商）在进行消息推送时，需按照推送方式要求的协议先进行消息协议封装，封装完成后再调用相应的能力网元的接口进行消息发送。因此，CP或SP在开发不同推送方式的消息推送业务时，需了解不同的消息协议并进行相应的开发，从而增加了CP或SP的业务开发难度和工作量。

并且，CP或SP需与多个能力网元进行对接，例如，SMSC（Short Message Service Center，短消息服务中心）、MMSC（Multimedia Message Service Center，多媒体信息服务中心）或WAPGW（gate way，网关），增加了业务上线的联调测试工作。

发明内容

鉴于以上，本发明提出实现消息推送的方法和通用消息平台。

根据本发明一方面，提出实现消息推送的通用消息平台，包括接口、判断单元、协议封装单元以及消息发送单元：所述接口配置于从内容提供商或服务提供商接收要推送的消息，在所述消息中填写要推送的内容；所述判断单元配置于根据所述消息中填写的要推送的内容判断内容的类型；所述协议封装单元配置于根据所述内容的类型选择推送方式，并按照所述推送方式已配置的接口协议进行消息的协议封装；所述消息发送单元配置于调用与所选择的推送方式对应的能力网元接口，发送已封装的所述消息。

进一步，所述实现消息推送的通用消息平台，其中，所述判断单元判断所述消息的内容类型为文本类内容；所述协议封装单元选择短信推送方式并按照短信短消息点对点（SMPP）接口协议进行封装；所述消息发送单元调用所述SMPP接口发送已封装的所述消息。

进一步，所述实现消息推送的通用消息平台，其中，所述判断单元判断所述消息的内容类型为以附件形式存在的图片和/或文本；所述协议封装单元选择彩信推送方式并按照多媒体信息服务中心与增值应用之间的接口协议（MM7）进行封装；所述消息发送单元通过MM7接口发送消息至多媒体信息服务中心。

进一步，所述实现消息推送的通用消息平台，其中，所述判断单元判断所述消息的内容类型为统一资源定位符（URL）；所述协议封装单元选择无线应用协议（WAP）推送方式并按照推送接入协议（PAP）进行封装；所述消息发送单元调用所述PAP接口发送已封装的所述消息。

根据本发明另一方面，还提出实现消息推送的方法，其中，通过接口从内容提供商或服务提供商接收要推送的消息，在所述消息中填写要推送的内容；根据所述消息中填写的要推送的内容判断内容的类型；根据所述内容的类型选择推送方式，并按照所述推送方式已配置的接口协议进行消息的协议封装；调用与所选择的推送方式对应的能力网元接口，对已封装的消息进行发送。

进一步，所述实现消息推送的方法，其中，判断所述消息的内容类型为文本类内容；选择短信推送方式并按照短信短消息点对点（SMPP）接口协议进行封装；调用所述SMPP接口发送已封装的所述消息。

进一步，所述实现消息推送的方法，其中，判断所述消息的内容类型为以附件形式存在的图片和/或文本；选择彩信推送方式并按照多媒体信息服务中心与增值应用之间的接口协议（MM7）进行封装；调用MM7接口发送消息至多媒体信息服务中心。

进一步，所述实现消息推送的方法，其中，判断所述消息的内容类型为统一资源定位符（URL）；选择无线应用协议（WAP）推送方式并按照推送接入协议（PAP）进行封装；调用所述PAP接口发送已封装的所述消息。

本发明降低了CP或SP的开发工作量及难度，便于互联网CP或SP业务的接入使用，并减少了业务上线的联调测试工作。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实现消息推送的通用消息平台的结构示意图。

图2为本发明实现消息推送的方法流程示意图。

图3为本发明推送文本类内容类型的方法实施例示意图。

图4为本发明推送以附件形式存在的内容类型的方法实施例示意图。

图5为本发明推送URL内容类型的方法实施例示意图。

图6为本发明实施例中SP发送彩信消息下行交互流程示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

现网消息推送主要是基于短信承载的短信Push、彩信Push和WAP Push。CP或SP发送消息时，需分别根据不同的消息开放接口进行消息封装，并调用短信、彩信、WAP GW平台的开放接口进行短信Push、彩信Push和WAP Push。

与之相比，本发明新建通用消息平台，CP或SP无需关心不同Push消息的接口协议，只需将要发送的消息直接发送至通用消息平台，由通用消息平台智能判断消息的内容类型，根据内容类型选择推送方式并进行消息的协议封装，再调用各能力网元接口进行消息发送。本发明屏蔽CP或SP与能力网元之间的接口，简化CP或SP的工作。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

图1为本发明实现消息推送的通用消息平台的结构示意图。该通用消息平台包括接口11、判断单元12、协议封装单元13和消息发送单元14。

接口11配置于从CP或SP接收要推送的消息，在该消息中填写要推送的内容。在一实施例中，在消息的“Push_Content”字段填写要推送的内容，该内容可以是文本消息、图片、URL（Uniform ResourceLocator，统一资源定位符）链接地址或MP3（MP3为音乐文件，以附件形式存在）等。

接口11可以是基于SOAP（Simple Object Access Protocol，简单对象访问协议）的WebService接口，SOAP偏向于面向活动，有严格的规范和标准，包括安全、事务等各个方面的内容。SOAP强调操作方法和操作对象的分离，有WSDL（Web Services Description Language，网页服务描述语言）文件规范和XSD（XML Schemas Definition，XML结构定义）文件分别对其定义。

接口11也可以是Restful（Representational State Transfer，表述性状态转移）Webservice接口。使用POST（递送）发送数据。REST是一种架构风格，其核心是面向资源，REST专门针对网络应用设计和开发方式，以降低开发的复杂性，提高系统的可伸缩性。POST是指通过Restful接口发送的操作，如果是删除数据的操作就是delete，修改就是put，获取就是get。采用不同的操作和接口功能有关。WebService是互联网上在服务端和客户端之间调用消息的一种机制。RestfulWebservice接口更适合于互联网SP的接入，可减少CP或SP的开发工作量，由通用消息平台来承担。

判断单元12配置于根据消息中填写的要推送的内容判断内容的类型。具体为根据push_content字段里的内容判断内容的类型是文本、URL、图片、附件、或者是上述内容类型的组合。对于内容类型的组合，例如，图片和/或铃声等加文本的内容类型采用彩信Push，图片和/或铃声等加URL的内容类型采用彩信Push，文本加URL的内容类型采用WAP Push。

协议封装单元13配置于根据内容的类型选择推送方式，并按照推送方式已配置的接口协议进行消息的协议封装。协议封装为现有技术，是指将SP提交要Push的消息内容，按照下游能力网元（SMSC、MMSC或WAP GW）支持的协议进行封装，使消息能够通过相应的能力网元进行发送。包括SMSC的SMPP（Short Message Peer To Peer，短消息点对点）协议、MMSC的MM7（MM7接口用于多媒体信息服务中心与增值应用之间的接口。该接口基于HTTP协议）接口以及WAP GW的PAP（Push Access Protocol，推送接入协议）。

消息发送单元14配置于调用与所选择的推送方式对应的能力网元接口，发送已封装的消息。

下面将分别针对不同的消息内容类型、选择的推送方式、协议封装过程以及调用接口进行发送的过程进行详细说明。

第一实施例

判断单元12解析Push_Content字段的内容，判断消息的内容类型为文本类内容。协议封装单元13选择SMSC（短信）推送方式并将Push_Content内容按照短信SMPP接口协议进行封装。消息发送单元14调用SMPP接口将Push_Content内容通过SMPP协议携带到短信中心。

第二实施例

判断单元12解析Push_Content字段的内容，判断消息的内容类型为以附件形式存在的图片和/或文本，需要接收用户去下载才能看到。协议封装单元13选择彩信推送方式并按照MM7接口协议进行封装。消息发送单元14通过MM7接口发消息至MMSC。MMSC调用MM1接口发送消息至终端或MM4接口（本地MMSC同外地MMSC之间的接口，接口协议采用SMTP）转发发送已封装的消息至别的MMSC。

第三实施例

判断单元12解析Push_Content字段的内容，判断消息的内容类型为URL，用户终端接收到URL的时候可以直接点击打开页面。协议封装单元13选择WAP推送方式并按照PAP接口协议进行封装。消息发送单元14调用PAP接口发送已封装的消息。

在上述三个实施例中，消息发送单元14调用与所选择的推送方式对应的能力网元接口，这里所说的能力网元指SMSC、MMSC或WAPGW。其中，SMSC对外开放SMPP接口、MMSC对外开放MM7接口、WAP GW对外开放PAP接口。通用消息平台支持这三种接口协议，支持按照不同的接口协议封装Push_Content内容并进行携带。

图2为本发明实现消息推送的方法流程示意图。该方法包括以下步骤：

S201、通过接口从内容提供商或服务提供商接收要推送的消息，在该消息中填写要推送的内容。该内容可以是文本消息、图片、URL链接地址或MP3等。

S202、根据该消息中填写的要推送的内容判断内容的类型。

S203、根据内容的类型选择推送方式，并按照所述推送方式已配置的接口协议进行消息的协议封装。

S204、调用与所选择的推送方式对应的能力网元接口，对已封装的消息进行发送。

下面将结合附图，对各个内容类型进行推送的过程进行详细说明。即，详细说明与S202～S204对应的方法流程。

图3为本发明推送文本类内容类型的方法实施例示意图。

S302、判断消息的内容类型为文本类内容。

S303、选择短信推送方式并按照短信SMPP接口协议进行封装。

S304、调用SMPP接口发送已封装的消息。

图4为本发明推送以附件形式存在的内容类型的方法实施例示意图。

S402、判断消息的内容类型为以附件形式存在的图片和/或文本。

S403、选择彩信推送方式并按照MM7接口协议进行封装。

S404、调用MM7接口发送已封装的消息。

图5为本发明推送URL内容类型的方法实施例示意图。

S502、判断消息的内容类型为URL。

S503、选择WAP推送方式并按照PAP接口协议进行封装。

S504、调用PAP接口发送已封装的消息。

Restful接口是一个轻量化的互联网接口，CP或SP无需了解学习不同的接口协议，协议封装由通用消息平台完成。如果不通过本发明的通用消息平台的话，一个CP或SP同时提供基于短信、彩信、WAPGW的PUSH消息服务，需开发三次接口协议，并分别与不同的能力网元（SMSC、MMSC和WAP GW）进行对接测试。而本发明通过所述通用消息平台，CP或SP只需与通用消息平台对接一次即可。因此，本发明降低了CP或SP的开发工作量及难度，便于互联网CP或SP业务的接入使用，并减少了业务上线的联调测试工作。

图6为本发明实施例中SP发送彩信消息下行交互流程示意图。

S601、SP（10659XXXX）调用通用消息平台的接口，通过该接口发送要推送的消息，消息中填写的要推送的内容为图片。

S602、消息推送平台的判断单元对接入的消息智能判断消息内容类型，根据该内容类型选择的消息推送方式为MMSC Push。消息推送平台的协议封装单元按照彩信MM7接口的要求对消息进行协议封装，并由消息推送平台的消息发送单元调用MM7接口发送消息。

S603、MMSC接收到下行彩信消息后，将彩信保存在MMSC上，并向SMSC发送彩信通知消息。

S604、SMSC将彩信通知消息发送至用户。

至此，已经详细描述了本发明。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。

Claims (8)

1.实现消息推送的通用消息平台，其特征在于，包括接口、判断单元、协议封装单元以及消息发送单元：

所述接口配置于从内容提供商或服务提供商接收要推送的消息，在所述消息中填写要推送的内容；

所述判断单元配置于根据所述消息中填写的要推送的内容判断内容的类型；

所述协议封装单元配置于根据所述内容的类型选择推送方式，并按照所述推送方式已配置的接口协议进行消息的协议封装；

所述消息发送单元配置于调用与所选择的推送方式对应的能力网元接口，发送已封装的所述消息。

2.如权利要求1所述实现消息推送的通用消息平台，其特征在于：

所述判断单元判断所述消息的内容类型为文本类内容；

所述协议封装单元选择短信推送方式并按照短信短消息点对点（SMPP）接口协议进行封装；

所述消息发送单元调用所述SMPP接口发送已封装的所述消息。

3.如权利要求1所述实现消息推送的通用消息平台，其特征在于：

所述判断单元判断所述消息的内容类型为以附件形式存在的图片和/或文本；

所述协议封装单元选择彩信推送方式并按照多媒体信息服务中心与增值应用之间的接口协议（MM7）进行封装；

所述消息发送单元通过MM7接口发送消息至多媒体信息服务中心。

4.如权利要求1所述实现消息推送的通用消息平台，其特征在于：

所述判断单元判断所述消息的内容类型为统一资源定位符（URL）；

所述协议封装单元选择无线应用协议（WAP）推送方式并按照推送接入协议（PAP）进行封装；

所述消息发送单元调用所述PAP接口发送已封装的所述消息。

5.实现消息推送的方法，其特征在于：

通过接口从内容提供商或服务提供商接收要推送的消息，在所述消息中填写要推送的内容；

根据所述消息中填写的要推送的内容判断内容的类型；

根据所述内容的类型选择推送方式，并按照所述推送方式已配置的接口协议进行消息的协议封装；

调用与所选择的推送方式对应的能力网元接口，对已封装的消息进行发送。

6.如权利要求5所述实现消息推送的方法，其特征在于：

判断所述消息的内容类型为文本类内容；

选择短信推送方式并按照短信短消息点对点（SMPP）接口协议进行封装；

调用所述SMPP接口发送已封装的所述消息。

7.如权利要求5所述实现消息推送的方法，其特征在于：

判断所述消息的内容类型为以附件形式存在的图片和/或文本；

选择彩信推送方式并按照多媒体信息服务中心与增值应用之间的接口协议（MM7）进行封装；

调用MM7接口发送消息至多媒体信息服务中心。

8.如权利要求5所述实现消息推送的方法，其特征在于：

判断所述消息的内容类型为统一资源定位符（URL）；

选择无线应用协议（WAP）推送方式并按照推送接入协议（PAP）进行封装；

调用所述PAP接口发送已封装的所述消息。

Images