CN102308532A

CN102308532A - 点到多点推送消息处理方法、系统及服务器

Info

Publication number: CN102308532A
Application number: CN2009801588728A
Authority: CN
Inventors: 范姝男; 杨健; 王雷
Original assignee: Huawei Device Co Ltd
Current assignee: Huawei Device Co Ltd
Priority date: 2009-05-21
Filing date: 2009-05-21
Publication date: 2012-01-04
Anticipated expiration: 2029-05-21
Also published as: WO2010133035A1; CN102308532B; US8965985B2; US20120066330A1

Abstract

本发明实施例涉及一种点到多点推送消息处理方法、系统及服务器，其中方法包括：接收推送消息，该推送消息包括指示信息和推送内容；映射所述指示信息对应的目标终端的地址信息；根据所述目标终端的地址信息，向所述指示信息对应的所述目标终端发送所述推送内容。本发明实施例根据接收的Push消息中包含指示信息，向指示信息对应的目标终端发送Push消息，不需要在Push消息中携带大量目标终端的地址信息，节省了网络资源。

Description

点到多点推送消息处理方法、系统及服务器

技术领域

本发明实施例涉及通信领域，尤其涉及一种点到多点推送消息 ( Push ) 处理方法、系统及推送服务器、推送消息发起者服务器。

背景技术

Push技术是一种基于客户端 /服务器工作模式的内容分发机制，由服务器主动将信息发送给客户端。 Push技术允许 Push消息发起者（ Push Initiator, 以下简称： PI )向 Push代理网关（ Push Proxy Gateway , 以下简称： PPG )推送信息和传输指令， PPG将该信息和指令传输给终端。通常 PPG釆用 Push 接入协议（ Push Access Protocol, 以下简称： PAP )从 PI上获取消息，再通过 Push-空中协议（ Over The Air , 以下简称： OTA )将内容发送给用户。 Push 技术常用于消息通知系统中，可应用于各种行业，如证券、银行和商务网站等。

设备管理（Device Management, 以下简称： DM )业务用以解决网络设备在使用过程中遇到的问题，该业务通过 OTA方式进行软件和固件的安装、升级等操作，并提供更加人性化和个性化的服务，提高了用户体验。 DM业务的发起者可以是移动运营商、业务提供商或者合作方的信息管理部门，也可以说由 DM服务器完成 DM业务的相关功能。在 Push技术中， DM服务器即为 PI。

在 DM业务中，通过使用 Push消息，激活目标终端与 DM服务器建立会话连接。针对点到点的业务， DM服务器向 PPG发送 Push消息， PPG对接收到的 Push消息进行转换，发送给相应的目标终端，目标终端发送相应的消息，从而与 DM服务器建立会话连接。针对点到多点的业务， DM服务器需要给出多个待管理的目标终端的地址信息，通过一条或多条 Push消息携带多个目标终端的地址信息，发送给 PPG, PPG对接收到的一条或多条 Push 消息进行转换，分别发送给相应的目标终端。

根据点到多点（Point to Multipoint, 以下简称： PTM ) 载方式所涉及的广播和 /或组播技术的不同，业界具体将其定义为如下几种方式：小区广播业务（Cell Broadcast Service, 简称： CBS )所对应的 CBS承载方式、多媒体广播组播服务（Multimedia Broadcast Multicast Service, 简称： MBMS )所对应的 MBMS承载方式、广播多播业务（ Broadcast/Multicast Services , 简称： BCMCS )所对应的 BCMCS承载方式、及移动宽带数字广播多播业务（ Mobile Broadcast, 简称： BCAST )所对应的 BCAST承载方式等。

目标接收端为多个终端的 Push 消息可通过点到多点承载方式，即上述 CBS承载方式、 MBMS承载方式、 BCMCS承载方式、 BCAST承载方式等方式中的一种或者几种发送到多个终端上。

在上述现有技术针对点到多点业务的管理方法中， DM服务器需要维护和管理多个目标终端的地址信息，并且在将携带有多个目标终端的地址信息的 Push消息发送给 PPG时，多个目标终端的地址信息占用了较多的网络资源，造成了网络资源的浪费。发明内容

本发明实施例提供了一种点到多点推送消息处理方法、系统及服务器，用以节省网络资源。

本发明实施例提供了一种点到多点推送消息处理方法，包括：

接收推送消息，所述推送消息包括指示信息和推送内容；

映射所述指示信息对应的目标终端的地址信息；

根据所述目标终端的地址信息，向目标终端发送所述推送内容。本发明实施例提供了一种推送服务器，包括：

接收模块，用于接收推送消息，所述推送消息包括指示信息和推送内容；映射模块，用于映射所述指示信息对应的目标终端的地址信息；发送模块，用于根据所述目标终端的地址信息，向目标终端发送所述推送内容。

本发明实施例提供了一种推送消息发起者服务器，包括：

生成模块，用于生成包含指示信息的推送消息；

发送模块，用于向推送服务器发送所述包含指示信息的推送消息，以使所述推送服务器映射所述指示信息对应的目标终端的地址信息，根据所述目标终端的地址信息向目标终端发送所述推送消息。

本发明实施例提供了一种点到多点推送消息处理系统，包括：

推送消息发起者服务器，用于生成并发送推送消息，所述推送消息包括指示信息和推送内容；

推送服务器，用于接收所述推送消息；映射所述指示信息对应的目标终端的地址信息；以及，根据所述目标终端的地址信息，向目标终端发送所述推送内容。

本发明实施例根据接收的 Push消息中包含指示信息，向指示信息对应的目标终端发送 Push消息，不需要在 Push消息中携带大量目标终端的地址信息，节省了网络资源。附图说明

图 1为本发明实施例一提供的一种 PTM推送消息处理方法的流程图；图 2为本发明实施例二提供的一种 PTM推送消息处理方法的流程图；图 3为本发明实施例三提供的一种 PTM推送消息处理方法的流程图；图 4为本发明实施例四提供的一种 PTM推送消息处理方法的流程图；图 5为本发明实施例五提供的一种推送服务器的结构示意图；图 6为本发明实施例六提供的一种推送消息发起者服务器的结构示意图；

图 7为本发明实施例七提供的一种信息服务器的结构示意图；

图 8为本发明实施例八提供的一种 PTM推送消息处理系统的结构示意图。具体实施方式

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

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

步骤 101、接收推送消息，该推送消息包括指示信息和推送内容；步骤 102、映射指示信息对应的目标终端的地址信息；

步骤 103、根据目标终端的地址信息，向目标终端发送推送内容。

本实施例根据接收到的指示信息，映射指示信息对应的目标终端的地址信息，进而向目标终端发送推送内容，不需要在 Push消息中携带大量目标终端的地址信息，节省了网络资源。

图 2为本发明实施例二提供的一种 PTM推送消息处理方法的流程图。本实施例通过移动通信系统中的网络设备（DM服务器）、终端和 PPG之间的协同工作来完成。

如图 2所示，本实施例具体包括如下步骤：

步骤 201、 PPG接收 DM服务器作为 PI发送的 Push消息，该 Push消息中包含指示信息和推送内容。

DM服务器和 PPG之间的接口需要具备传递包含指示信息的 Push消息的功能，该 Push消息可以通过 PAP协议封装。其中的指示信息可以为用于指示目标终端符合的不同的条件信息，例如：终端型号信息、终端能力信息、目标用户偏好信息、目标用户位置信息、发送方法信息或目标用户属性信息等。举例来说，设指示信息为升级 V720型号的手机， PPG获知该指示信息，可以查询 V720型号手机的相应目标终端地址信息，用于发送该 Push消息给目标终端；指示信息也可以为目标终端的地址类型，该地址类型指示了一组目标终端的地址信息所符合的类型。

该指示信息可以通过 PAP协议封装的 Push消息的消息头域、值域或消息体进行携带，例如在地址信息中携带；也可以通过扩展 Push消息的头域或值域进行携带；还可以通过消息体进行携带。下面以具体的例子来说明指示信息的携带方式：

( 1 )通过 Push消息的消息头域进行携带的方式：

Content-Type: multipart/related; boundary=asdlfkj iurwghasf;

type="application/vnd.syncml. notification"

—asdlfkj iurwghasf

Content-Type: application/ vnd.syncml. notification <?xml version="1.0"?>

<!DOCTYPE pap PUBLIC "-//OPE MOBILEALLIANCE//DTD PAP 2.1//EN"

"http://www.openmobilealliance.org/tech/DTD/pap_2. l.dtd"

[<?wap-pap-ver supported-versions= "2.1,2.0,1. *"?>]>

<pap>

<push-message push-id="91 eo39jfD84@pi.com">

</push-message>

</pap>

…消息体上述例子为一段 XML文档，该 XML文档给出的指示信息的指示符为 V720@ppg.CMCC.com, 说明了通过头域携带升级中国移动网络下的 V720型号终端的指示信息。

( 2 )通过扩展 Push消息的头域或值域进行携带的方式:

<! ELEMENT push-message ( address+， quality-of-service?, indicator+ ) >

<!ATTLIST push-message

push-id CDATA #REQUIRED replace-push-id CDATA #IMPLIED

replace-method ( pending-only I all ) "all"

deliver-before-timestamp %Datetime; #IMPLIED

deliver-after-timestamp %Datetime; #IMPLIED

source-reference CDATA #IMPLIED

ppg-notify-requested-to CDATA #IMPLIED

progress-notes-requested ( true I false ) false

<! ELEMENT address EMPTY >

<!ATTLIST address

address-value CDATA 舰 QUIRED

>

<!ELEMENT indicator EMPTY >

<!ATTLIST indicator

indicator-value CDATA #IMPLIED

>

<! ELEMENT quality-of-service EMPTY >

<!ATTLIST quality-of-service

priority ( high | medium | low ) "medium

delivery-method ( confirmed | preferconfirmed

I confirmed-with-response

I oneshot

I unconfirmed | notspecified ) "notspecified"

network CDATA #IMPLIED

network-required ( true I false ) "false"

bearer CDATA #IMPLIED

bearer-required ( true I false ) "false"

>

.消息体上述例子为一段 XML文档，该 XML文档扩展的值域为 "indicator" , 并在该值域中给出了指示信息；或，通过 QoS参数中的 "network" 参数的值域，给出具体的网络中覆盖的 V720设备。 ( 3 )通过消息体进行携带的方式： I --asdlfkjiurwghasf (消息体部分）

Date: Tue, 31 Jul 2001 10: 13:00 GMT

Content-Language： en

Content-Length: 320

Content-Type: text/vnd.wap.si

I X-Wap- Application-Id: x-wap-application: vnd.syncml. notification

<?xml version="1.0"?>

<!DOCTYPE si PUBLIC "-//OMA//DTD SI 1.0//EN"

''http://www.openmobilealliance.eom/tech/DTD/si_l.0.dtd''>

<trigger-message> ::= <digest><trigger>

I <digest> ::= 128*BIT;

<version> : := 10*BIT;

<ui-mode> : := <not-specified> I <background> I ； 'Background/Informative/

<informative> I <user-interaction> ； User Interaction session

<not-specified> : := "00" ；

<background> : := "01" ；

<informative> : := "10" ；

<user-interaction> : := "1 1" ；

<initiator> : := <client> I <server>；

<client> : := "0" ；

<server> : := "1"；

<future-use> : := 27*BIT ；

<sessionid> : := 16*BIT ；

<length-identifier> : := 8*BIT；

<server-identifier> : := <length-identifier>*CHAR ；

<trigger-body> : := [<vendor-specific>]

<vendor-specific> : := n*BIT ；

—asdlfkj iurwghasf

上述例子为一段 XML文档，该 XML文档说明了在消息体内给出指示信息。

步骤 202、 PPG向 DM服务器返回接收到 Push消息的确认消息；本步骤为可选步骤。

步骤 203、 PPG映射该指示信息对应的目标终端的地址信息，具体地， PPG 在本地保存信息中，映射指示信息对应的目标终端，用于发送该 Push消息给通过映射确定出的目标终端，例如，映射目标终端的地址信息。

本实施例中 PPG为 Push服务器的一种实例， PPG需要查询当前网络中 V720型号的目标终端，并获得这些目标终端的地址信息。本步骤也可以为： PPG判断自身是否保存有指示信息对应的目标终端的地址信息，若是，则映射这些目标终端的地址信息。

具体地说，本步骤可以为：映射指示信息对应的每一个目标终端的地址信息；或，映射指示信息对应的目标终端所在组的组地址信息；或，映射指示信息对应的目标终端的广播地址信息。举例来说，指示信息为目标终端的地址类型 "CHANNLE1 " , PPG可以将 " CHAN LE1 " 映射为每一个目标终端的地址信息； PPG也可以将 " CHAN LE1 " 映射为目标终端所在组的组地址信息； PPG还可以将 "CHAN LE1 " 映射为目标终端的广播地址信息。

步骤 204、 PPG 居步骤 203得到的查询结果，同时向一个或多个目标终端发送相应 DM管理会话的推送内容。

该 DM管理会话的推送内容可以为 DM通知消息，用于通知目标终端向 DM服务器建立设备管理的连接。

PPG可以根据查询结果，通过单播方式、广播方式、组播方式或以上方式的任一组合方式向目标终端发送推送内容。具体地，若步骤 203中映射指示信息对应的每一个目标终端的地址信息，则 PPG通过单播方式向每一个目标终端发送推送内容；若步骤 203中映射指示信息对应的目标终端所在组的组地址信息，则 PPG通过组播方式向目标终端发送推送内容；若步骤 203中映射指示信息对应的目标终端的广播地址信息，则 PPG通过广播方式向目标终端发送推送内容。

接收的目标终端可以根据其他信息解析是否是匹配的目标终端，即 V720 终端，来进一步判断是否需要与网络建立连接。

进一步的， PPG通过组播方式或广播方式发送 Push消息可以具体为：通过 CBS承载网络、 MBMS承载网络、 BCMCS承载网络或 BCAST承载网络发送该 Push消息。

本步骤也可以为向一个或多个目标终端发送相应 DM管理会话的 Push消息，即将指示信息和推送内容一起发送。

步骤 205、 PPG接收目标终端返回的响应消息；本步骤为可选步骤。

本实施例中， PPG根据接收的 Push消息中包含指示信息，根据自身保存的指示信息映射对应的目标终端的地址信息，不需要在 Push消息中携带大量的目标终端的地址信息，节省了网络资源。此映射的地址信息可以为每个目标终端的地址信息，也可以为通过广播或组播方式发送该 Push 消息的目标终端的地址信息。目标终端可以根据指示信息判断，是否为接收该 Push消息的目标终端，而进行下一步处理。并且，本实施例中 DM服务器无需维护网络中目标终端的地址信息，当 DM服务器无法获得需要管理的目标终端的地址信息时，本实施例也可以完成推送消息的发送；这样，可以保证网络中 DM服务器获取用户信息的安全问题，达到保护用户隐私的目的。同时， PPG提供了接收 Push消息，完成查询匹配的功能，带来了更好的用户体验。

图 3为本发明实施例三提供的一种 PTM推送消息处理方法的流程图。本实施例与图 2所示实施例的区别在于步骤 203 ,本实施例可以将步骤 203替换为如下步骤：

步骤 2031、 PPG根据 Push消息中的指示信息，向信息服务器发送包含指示信息的查询消息，用以确定目标终端。

本步骤也可以是当 PPG判断自身没有保存指示信息对应的目标终端的地址信息的情况下而执行的。

本实施例可以根据指示信息的不同，向不同的信息服务器发送查询消息。该查询消息可以通过会话初始协议（ Session Intiation Protocol , 简称： SIP ) 、超文本传输协议 ( Hyper Text Transfer Protocol, 简称： HTTP )或可扩展置标语言（Extensible Markup Language , 简称： XML ) 配置接入协议（XML Configuration Access Protocol , 简称： XCAP )等协议来承载。该查询消息可以包含一个信息，也可以包含多个匹配的信息。

步骤 2032、 PPG获取信息服务器返回的指示信息对应的目标终端的地址信息。

PPG获取的指示信息对应的目标终端的地址信息可以为：指示信息对应的每一个目标终端的地址信息；或，指示信息对应的目标终端所在组的组地址信息；或，指示信息对应的目标终端的广播地址信息。上述信息服务器可以为：用户当前状态（Presence )服务器、用户代理档案（UAProf )服务器、融合 IP消息（CPM )服务器、归属用户服务器（HSS ) 、归属位置寄存器（HLR ) 、融合地址薄（CAB )服务器、设备配置文件演进 ( DPE )服务器、 XML文档管理（ XDM )服务器、基于条件的用户选择（ CBUS ) 服务器、 BCAST服务器或广播组播业务中心（BM-SC )服务器等任意一种可以完成将指示信息映射成目标终端地址信息的服务器。

本实施例中， PPG根据接收的 Push消息中包含的指示信息，从信息服务器中查询并获取指示信息对应的目标终端的地址信息，不需要在 Push消息中携带大量的目标终端的地址信息，节省了网络资源。并且，本实施例中 DM 服务器无需维护网络中目标终端的地址信息，当 DM服务器无法获得需要管理的目标终端的地址信息时，本实施例也可以完成推送消息的发送；这样，可以保证网络中 DM服务器获取用户信息的安全问题，达到保护用户隐私的目的。本实施例还可以实现当 DM服务器希望对某一地区终端等具有某一特定特征的终端完成同时发送与 DM服务器建立连接的通知，进一步升级的目的。同时， PPG提供了接收 Push消息，完成查询匹配的功能，带来了更好的用户体验。

图 4为本发明实施例四提供的一种 PTM推送消息处理方法的流程图。本实施例在图 3所示的实施例基础上，在步骤 2031之前还包括：

步骤 2021、 PPG判断 Push消息的发起者（即 DM服务器）是否为授权发起者，或者，判断指示信息是否为可识别的信息，或者，判断指示信息是否为可查询的信息，若是，则执行步骤 2031 ; 否则，执行步骤 2022。

也就是说，在执行步骤 2031之前， PPG需要确定 Push消息的发起者为授权发起者，或者，确定指示信息为可识别的信息，或者，确定指示信息为可查询的信息。

步骤 2022、 PPG向 DM服务器发送失败响应消息或 PPG丟弃该 Push消息，结束。该失败响应消息用于向 DM^I良务器通知 Push请求失败，也可以通知失败的原因，还可以通知 DM服务器是否可以进行重新发送 Push消息的尝试等信息。其中失败的原因可以为：指示信息为不可识别的，或 DM^I良务器不是发送 Push 消息的签约用户，或指示信息为不可查询的。

上述步骤 2021和 2022也可以应用在图 2所示的实施例中。

进一步的，本实施例在执行步骤 204之前还可以包括：

步骤 2041、 PPG接收到步骤 2032的查询结果后，判断是否需要进一步查询信息服务器，若是，则执行步骤 2042; 否则执行步骤 204;

步骤 2042、 PPG向信息服务器发送查询消息，执行步骤 2043;

步骤 2043、 PPG接收信息服务器返回的查询结果，执行步骤 204。

上述步骤 2041-2043可以应用于如下场景中：在查询到指示信息对应的目标终端后， PPG判断是否需要进一步查询这些目标终端在线情况或可配置情况；若是，则 PPG向信息服务器查询指示信息对应的目标终端中在线的或可配置的目标终端，并向在线的或可配置的目标终端发送相应 DM管理会话的 Push消息；否则， PPG向步骤 2032查询到的目标终端发送相应 DM管理会话的 Push消息。

本实施例中， PPG根据接收的 Push消息中包含指示信息，从信息服务器中查询并获取指示信息对应的目标终端的地址信息，不需要 DM服务器在 Push消息中携带大量的目标终端的地址信息，节省了网络资源。并且，本实施例中 DM服务器无需维护网络中目标终端的地址信息，当 DM服务器无法获得需要管理的目标终端的地址信息时，本实施例也可以完成推送消息的发送；这样，可以保证网络中 DM服务器获取用户信息的安全问题，达到保护用户隐私的目的。同时， PPG提供了接收 Push消息，完成查询匹配的功能，带来了更好的用户体验。

图 5为本发明实施例五提供的一种推送服务器的结构示意图。该推送服务器可以具体为 PPG, 应用于 DM业务中。如图 5所示，本实施例具体包括：接收模块 11、映射模块 12和发送模块 13 ,其中，接收模块 11接收推送消息，该推送消息包括指示信息和推送内容；映射模块 12映射指示信息对应的目标终端的地址信息；发送模块 13根据目标终端的指示信息，向目标终端发送推送内容。

进一步的，作为一种实施方式，上述映射模块 12可以具体用于在本地保存信息中，映射指示信息对应的目标终端的地址信息。

作为另外一种实施方式，上述映射模块 12可以包括：查询单元 14和接收单元 15 , 其中，查询单元 14向信息服务器发送包含指示信息的查询消息；接收单元 15 获取信息服务器根据查询消息返回的指示信息对应的目标终端的地址信息。在实际应用中，在推送服务器上增加了与信息服务器进行通信的接口，通过这个接口，可以向信息服务器发送上述查询消息，并接收信息服务器返回的上述目标终端的地址信息。

在上述两种实施方式的基础上，本实施例还可以包括判断模块 16, 该判断模块 16判断推送消息的发起者是否为授权发起者，或判断指示信息是否为可识别的信息，或判断指示信息是否为可查询的信息。当判断模块 16判断出推送消息的发起者为授权发起者时，或判断出指示信息为可识别的信息时，或判断出指示信息为可查询的信息时，映射模块 12映射指示信息对应的目标终端的地址信息。

本实施例还可以包括响应模块 17 , 当判断模块 16判断出推送消息的发起者不是授权发起者时，或判断出指示信息是不可识别的信息时，或判断出指示信息是不可查询的信息时，响应模块 17返回失败响应消息或丟弃所述推送消息。

本实施例中 PPG具有才艮据指示信息，查询并获取指示信息对应的目标终端的地址信息的功能，不需要 DM服务器在 Push消息中携带大量的目标终端的地址信息，节省了网络资源，也带来了更好的用户体验。

图 6 为本发明实施例六提供的一种推送消息发起者服务器的结构示意图。如图 6所示，本实施例可以具体包括：生成模块 21和发送模块 22, 其中，生成模块 21生成包含指示信息的推送消息；发送模块 22向推送服务器发送该包含指示信息的推送消息，以使推送服务器映射指示信息对应的目标终端的地址信息，根据目标终端的地址信息向目标终端发送推送消息。

本实施例可以为 DM服务器、无线一键通（POC )服务器、即时消息（IM ) 服务器、 CPM服务器或移动广告（MobAD )服务器。

本实施例无需维护和管理网络中目标终端的地址信息，可以保证网络中获取用户信息的安全问题，达到保护用户隐私的目的。并且，不需要在 Push 消息中携带大量的目标终端的地址信息，节省了网络资源。

图 7为本发明实施例七提供的一种信息服务器的结构示意图。如图 7所示，本实施例具体包括：接收模块 31、解析模块 32和发送模块 33 , 其中，接收模块 31接收包含指示信息的查询消息；解析模块 32解析出指示信息对应的目标终端的地址信息；发送模块 33向查询消息的发送方发送指示信息对应的目标终端的地址信息。

本实施例可以为用户当前状态服务器、用户代理档案服务器、融合 IP 消息服务器、归属用户服务器、归属位置寄存器、融合地址薄服务器、设备配置文件演进服务器、 XML 文档管理服务器、基于条件的用户选择服务器、移动宽带数字广播多播业务服务器或广播组播业务中心服务器。

本实施例中信息服务器可以根据查询消息中携带的指示信息，解析出指示信息对应的目标终端的地址信息，发送给 PPG。

图 8为本发明实施例八提供的一种 PTM推送消息处理系统的结构示意图。如图 8所示，本实施例具体包括：推送消息发起者服务器 41和推送服务器 42, 其中，推送消息发起者服务器 41 生成并发送推送消息，该推送消息包括指示信息和推送内容；推送服务器 42接收该推送消息，映射指示信息对应的目标终端的地址信息，以及，根据目标终端的地址信息，向目标终端发送推送内容。进一步的，本实施例还可以包括信息服务器 43 , 该信息服务器 43可以接收推送服务器 42发送的包含指示信息的查询消息，解析出指示信息对应的目标终端的地址信息，向推送服务器 42发送指示信息对应的目标终端的地址信息。

本实施例推送服务器根据接收的 Push消息中包含指示信息，获取对应的目标终端的地址信息，不需要推送消息发起者服务器在 Push消息中携带大量目标终端的地址信息，节省了网络资源。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质包括： ROM, RAM, 磁碟或者光盘等各种可以存储程序代码的介

非对其限制；尽管参照前述实施例对本发明实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。

Claims

权利要求

1、一种点到多点推送消息处理方法，其特征在于包括：

接收推送消息，所述推送消息包括指示信息和推送内容；

映射所述指示信息对应的目标终端的地址信息；

根据所述目标终端的地址信息，向目标终端发送所述推送内容。
2、根据权利要求 1 所述的点到多点推送消息处理方法，其特征在于，所述映射指示信息对应的目标终端的地址信息包括：

在推送服务器本地保存信息中，映射指示信息对应的目标终端的地址信息。
3、根据权利要求 1 所述的点到多点推送消息处理方法，其特征在于，所述映射指示信息对应的目标终端的地址信息包括：

向信息服务器发送包含所述指示信息的查询消息；

接收所述信息服务器根据所述查询消息返回的所述指示信息对应的目标终端的地址信息。
4、根据权利要求 1或 2或 3所述的点到多点推送消息处理方法，其特征在于：

所述映射指示信息对应的目标终端的地址信息包括：映射指示信息对应的每一个目标终端的地址信息；所述向目标终端发送推送内容包括：通过单播方式向目标终端发送推送内容；

或者，所述映射指示信息对应的目标终端的地址信息包括：映射指示信息对应的目标终端所在组的组地址信息；所述向目标终端发送推送内容包括：通过组播方式向目标终端发送推送内容；

或者，所述映射指示信息对应的目标终端的地址信息包括：映射指示信息对应的目标终端的广播地址信息；所述向目标终端发送推送内容包括：通过广播方式向目标终端发送推送内容。
5、根据权利要求 4所述的点到多点推送消息处理方法，其特征在于，所述通过组播方式或广播方式发送所述推送内容包括：通过小区广播业务承载网络、多媒体广播组播服务承载网络、广播多播业务承载网络或移动宽带数字广播多播业务承载网络发送所述推送内容。
6、根据权利要求 1或 2或 3所述的点到多点推送消息处理方法，其特征在于，在所述映射指示信息对应的目标终端的地址信息之前还包括：

确定所述推送消息的发起者为授权发起者；或者

确定所述指示信息为可识别的信息；或者

确定所述指示信息为可查询的信息。
7、根据权利要求 6所述的点到多点推送消息处理方法，其特征在于还包括：

当所述推送消息的发起者不是授权发起者时，或当所述指示信息为不可识别的信息时，或当所述指示信息为不可查询的信息时，返回失败响应消息或丟弃所述推送消息。
8、根据权利要求 1或 2或 3所述的点到多点推送消息处理方法，其特征在于，所述指示信息包括终端型号信息、终端能力信息、目标用户偏好信息、目标用户位置信息、发送方法信息、目标用户属性信息或目标终端的地址类型或上述信息的任意组合。
9、根据权利要求 4所述的点到多点推送消息处理方法，其特征在于，所述指示信息包括终端型号信息、终端能力信息、目标用户偏好信息、目标用户位置信息、发送方法信息、目标用户属性信息或目标终端的地址类型或上述信息的任意组合。

10、根据权利要求 1或 2或 3所述的点到多点推送消息处理方法，其特征在于 ,在所述推送消息的头域或扩展头域或消息体中携带所述指示信息。
11、一种推送服务器，其特征在于包括：

接收模块，用于接收推送消息，所述推送消息包括指示信息和推送内容；映射模块，用于映射所述指示信息对应的目标终端的地址信息；发送模块，用于根据所述目标终端的地址信息，向目标终端发送所述推送内容。
12、根据权利要求 11所述的推送服务器，其特征在于，所述映射模块具体用于在本地保存信息中，映射指示信息对应的目标终端的地址信息。
13、根据权利要求 11所述的推送服务器，其特征在于，所述映射模块包括：

查询单元，用于向信息服务器发送包含所述指示消息的查询消息；接收单元，用于获取所述信息服务器根据所述查询消息返回的所述指示信息对应的目标终端的地址信息。
14、根据权利要求 11-13任一所述的推送服务器，其特征在于还包括：判断模块，用于判断所述推送消息的发起者是否为授权发起者，或判断所述指示信息是否为可识别的信息，或判断所述指示信息是否为可查询的信息；所述发送模块具体用于当所述判断模块的判断结果为所述推送消息的发起者为授权发起者时，或当所述指示信息为可识别的信息时，或当所述指示信息为可查询的信息时，映射指示信息对应的目标终端的地址信息。
15、根据权利要求 14所述的推送服务器，其特征在于还包括：响应模块，用于当所述判断模块的判断结果为所述推送消息的发起者不是授权发起者时，或当所述指示信息为不可识别的信息时，或当所述指示信息为不可查询的信息时，返回失败响应消息或丟弃所述推送消息。
16、一种推送消息发起者服务器，其特征在于包括：

生成模块，用于生成包含指示信息的推送消息；

发送模块，用于向推送服务器发送所述包含指示信息的推送消息，以使所述推送服务器映射所述指示信息对应的目标终端的地址信息，根据所述目标终端的地址信息向目标终端发送所述推送消息。
17、根据权利要求 16所述的推送消息发起者服务器，其特征在于，所述推送消息发起者服务器为设备管理服务器、无线一键通服务器、即时消息服务器、融合 IP消息服务器或移动广告服务器。
18、一种点到多点推送消息处理系统，其特征在于包括：

推送消息发起者服务器，用于生成并发送推送消息，所述推送消息包括指示信息和推送内容；

推送服务器，用于接收所述推送消息；映射所述指示信息对应的目标终端的地址信息；以及，根据所述目标终端的地址信息，向目标终端发送所述推送内容。
19、根据权利要求 18所述的点到多点推送消息处理系统，其特征在于还包括：信息服务器，用于接收所述推送服务器发送的包含指示消息的查询消息，解析出所述指示信息对应的目标终端的地址信息，并向所述推送服务器发送所述指示信息对应的目标终端的地址信息。