CN101827309A - 一种推送消息的发送方法、终端、服务器及系统 - Google Patents

Abstract

本发明实施例提供了一种PUSH消息的发送方法，该方法包括：接收推送消息发起者发送的推送请求消息，所述推送请求消息包括群组标识；根据所述推送请求消息获得群组信息，根据所述群组信息生成推送消息；将所述推送消息发送给终端。同时还提供了一种PUSH业务的终端、服务器及系统。本发明实施例能够使得推送消息发起者不需要发送多个推送请求消息给PPG，减少资源浪费，也可以解决查找每个目标用户联系信息，单独发送推送消息的过程，同时也减轻了PPG的负担。

Description

一种推送消息的发送方法、终端、服务器及系统

技术领域

本发明涉及移动通信领域，尤其涉及一种推送消息的发送方法、终端、服务器及系统。

背景技术

PUSH(推送)技术是一种建立在客户端服务器上的机制，就是由服务器主动将信息发往客户端的技术，而不需要终端用户主动提出请求。PUSH可以将某一站点或某一业务的链接通过短信发送到支持PUSH功能的手机上，这样用户只需要阅读这条短信，打开短信中的链接，就可以直接访问业务了。

Push技术基本结构由三部分组成：推送消息发起者PI(Push Initiator，PI)、推送代理网关PPG(Push Proxy Gateway，PPG)、客户端Client或终端Terminal。推送操作包括：推送消息发起者PI将推内容和传输说明传送到推送代理网关PPG；然后推送代理网关PPG根据传输说明将推送内容传送到Push客户端，即终端；终端根据不同类型的PUSH消息，选择查看Push消息。PI通常是运行于某个普通Web服务器上的应用，一般为SP或运营商，它使用推送访问协议(Push Access Protocol，PAP)和PPG通信。PPG使用推送空中接口协议(Push Over-The-Air Protocol，Push OTA)向客户端传输推送的内容。PPG承担了Push框架中大部分的工作，其功能包括：作为从因特网将推送内容推到移动网络的接入点，和所有与之相关的事情(如认证等)。SIP引入Push业务后，出现了PUSH OTA over SIP技术，同样完成Push业务的功能。即通过将PUSH OTA内容封装在SIP消息当中，利用现有的SIP/IP核心网络进行传送。这时PPG及完成SIP Push业务的Push发送代理统一称为Push服务器，完成相应存储转发，路由等相关功能。

在实现本发明实施例的过程中，发明人发现现有技术至少存在以下问题：推送消息发起者需要将Push请求消息一个一个发送给Push服务器，这样既浪费了推送消息发起者服务器的资源，又增加了Push服务器的负担。

发明内容

为了解决以上技术问题，本发明实施例公开了一种PUSH业务中群组请求的发送方法，该方法包括：发送群组请求消息；接收并存储网络侧发送的响应消息。

同时，本发明实施例还公开了一种PUSH业务中群组请求的接收方法，该方法包括：接收终端发送的群组请求消息；根据所述群组请求消息，生成绑定信息，并存储所述绑定信息；生成并发送响应消息给所述终端。

同时，本发明实施例还公开了一种PUSH消息的发送方法，该方法包括：

接收推送消息发起者发送的推送请求消息，所述推送请求消息包括群组标识；根据所述推送请求消息获得群组信息，根据所述群组信息生成推送消息；将所述推送消息发送给终端。

同时，本发明实施例还公开了一种终端，包括：发送单元，用于发送群组请求消息；接收单元，用于接收网络侧发送的响应消息；存储单元，用于存储所述响应消息。

同时，本发明实施例还公开了一种PUSH服务器，包括：推送请求消息接收单元，用于接收推送消息发起者发送的推送请求消息；查询单元，用于根据所述推送请求消息查询绑定信息，并生成推送消息；推送消息发送单元，用于发送所述推送消息给终端。

同时，本发明实施例还公开了一种组管理服务器，包括：群组请求消息接收单元，用于接收终端发送的群组请求消息；所述群组请求消息包括用户身份标识或/和群组标识；绑定单元，用于将所述用户身份标识或/和群组标识与相应的群组标识绑定，并生成绑定信息；存储绑定信息单元，用于存储所述绑定信息；响应消息发送单元，用于根据所述绑定信息生成响应消息，并将所述响应消息发送给所述终端。

同时，本发明实施例还公开了一种PUSH消息发送系统，该系统包括PUSH服务器，所述PUSH服务器根据推送消息发起者发送的推送请求消息，在组管理服务器中查询绑定信息；PUSH服务器根据查询到的绑定信息生成推送消息，并将所述推送消息发送给终端；所述绑定信息为用户身份标识与群组标识之间的绑定信息。

本发明实施例通过用户身份标识与群组标识的绑定来实现PUSH消息的发送，可以减少推送消息发起者的资源浪费，也可以减轻PUSH服务器的负担。

附图说明

图1是本发明实施例一的方法流程图；

图2是本发明实施例二PUSH业务中群组请求的接收方法总流程图；

图3是本发明实施例二PUSH业务中群组请求的接收方法之一流程图；

图4是本发明实施例二PUSH业务中群组请求的接收方法之二流程图；

图5是本发明实施例三PUSH消息的发送方法流程图；

图6是本发明实施例四的终端装置图；

图7是本发明实施例五的PUSH服务器结构图；

图8是本发明实施例六的组管理服务器结构图；

图9是本发明实施例七的系统构架图；

图10是本发明实施例七的系统信令流程图。

具体实施方式

本发明实施例提供了一种PUSH消息的发送方法、终端、服务器及系统。下面结合附图对本发明实施例做进一步说明。

实施例一

参见图1，本发明实施例一公开了PUSH业务中群组请求的发送方法，该方法包括：发送群组请求消息；接收并存储网络侧发送的响应消息。该方法具体包括：

步骤101：发送群组请求消息。

终端用户可以根据自己的需要向网络侧发送群组请求消息，以确定自己加入相关群组。群组请求消息中可以包括用户身份标识或/和群组标识。用户身份标识就是用户ID，用户身份标识的格式可以采用通过一等级化的SIP(Session Initiation Protocol)统一资源标识(URI)来标识。它通过诸如用户电话号码或主机名等元素来构造(例如：SIP：user@company.com)。因为它与EMAIL地址的相似性，SIP URL容易与用户的EMAIL地址关联。当然，可以理解的是，用户身份标识也可以其他形式的能与其他终端用户身份区别的信息。群组标识用来标明具有某一共同特征的目标用户，指示此PUSH消息将采用点到多点方式发送。例如，可以是群组标识符，也可以是地域标识、运营商品牌标识、用户的签约业务级别标识、接收PUSH消息使用的承载方式、用户属性信息、用户偏好信息等信息中的一种或多种。具体的承载方式可以是广播Broadcast，多播Multicast，小区广播Cell broadcast，单播Unicast等承载方式。可以理解的是，在另外一些实施例中，发送群组请求消息也可以使用其他的承载方式。例如，群组标识可以是一个代表组地址的群组标识符，表示此条Push消息用多播或广播的方式发送，此组地址可以为代表组播的地址类型，可以是代表多媒体广播多播业务MBMS的地址类型。在步骤101中，群组请求消息可以只包括用户身份标识，这样就需要网络侧为用户身份标识绑定一个或一个以上的群组标识；群组请求消息也可以只包括群组标识，这样网络侧只需要把该用户加入到有该群组标识的群组中即可；群组请求消息也可以包括用户身份标识和群组标识。网络侧直接将用户身份标识与发送的群组标识绑定。此过程可以通过业务消息流程来实现，用户也可以通过与运营商进行签约来实现，例如通过客服来实现业务的订阅和群组的加入。当通过流程来实现加入群组时，用户通过发送用户身份标识给网络侧，并给出相应的群组标识或群组相关信息，来标识希望加入的群组。群组请求消息的格式可以是多种形式，例如SIP消息，HTTP消息，SMS消息，通过客服打电话等。

步骤102：接收并存储网络侧发送的响应消息。

网络侧根据终端用户发送的群组请求消息，将用户身份标识与群组标识绑定后，生成响应消息并发送响应消息给终端。终端接收该响应消息。响应消息是与群组请求消息相同的协议的响应，表明网络侧接收到群组请求消息或没收到。如果收到的话，产生成功收到的响应消息，也可以将绑定信息随响应消息发送给终端。绑定信息是用户身份标识与群组标识之间的绑定，也可以包含分配的群组标识，群组密钥信息，接入群组信息，权限信息，通知所加入的群组的属性信息中的一种或多种。

通过本发明实施例一的方法，可以使得网络侧根据群组与终端用户绑定来发送PUSH消息，可以使得终端用户主动获得PUSH消息，提高了用户体验。

具体实施例二

参见图2，本发明实施例二公开一种PUSH业务中群组请求的接收方法，该方法包括：

步骤201：接收终端发送的群组请求消息；

在实施例一中已经详细阐述群组请求消息的格式及消息的内容，在此不再累述。

步骤202：根据所述群组请求消息，生成绑定信息，并存储所述绑定信息；群组请求消息中包括用户身份标识和/或群组标识，网络侧在接收到包含此类标识后，根据具体情况对用户身份标识与群组标识之间进行绑定。而上述中的绑定信息也就是指用户身份标识与群组标识之间对应关系来实现绑定的，绑定信息即是用户身份标识与群组标识之间的绑定。具体情况可以是：当终端用户只发送用户身份标识时，网络侧默认直接将该用户身份标识与任意群组进行绑定，或是绑定一个群组，或是绑定多个群组。在这种情况下，终端用户授权给了网络侧对其用户身份标识进行任意绑定的权限。当终端用户只发送群组标识，网络侧可以将用户电话号码与所发送的群组标识绑定。当终端用户发送用户身份标识及群组标识，网络侧即将用户身份标识与所发送的群组标识进行绑定。绑定后生成绑定信息，并将绑定信息存储，以使得网络侧在查询绑定信息时方便，更方便地实现PUSH消息的发送。例如，终端用户发送自己的移动电话号码和内容提供商SINA的标识给网络侧，网络侧将该移动电话号码与该内容提供商SINA绑定生成绑定信息。之后，如果内容提供商SINA需要发送PUSH消息时，会直接将PUSH消息发送给绑定的终端用户。

步骤203：生成并发送响应消息给所述终端。

响应消息中可以携带绑定信息，用来通知已经接收到群组请求消息，并可将绑定信息发送给终端用户存储。也可以包含分配的群组标识，群组密钥信息，接入群组信息，权限信息，通知所加入的群组的属性信息中的一种或多种信息。

在本实施例中，网络侧发送的响应消息可以是PUSH服务器，即本例中的推送代理网关PPG(Push Proxy Gateway，PPG)发送的，也可以是组管理服务器发送的。

如图3所示，如果网络侧的响应消息是推送代理网关PPG发送的，则群组请求方法流程如下：

步骤301：终端向推送代理网关发送群组请求消息；

步骤302：推送代理网关根据群组请求消息，将用户身份标识与群组标识进行绑定，生成绑定信息，存储绑定信息。可以将绑定信息作为响应消息的一部分发送给终端。

在另外的一些实施例中，推送代理网关也可以不存储绑定信息，而由组管理服务器存储、并管理绑定信息；当推送代理网关需要查询绑定信息时，可以去组管理服务器中查询。因此，在推送代理网关不存储绑定信息的情况下，可选地：

步骤303：推送代理网关将绑定信息发送给组管理服务器。

步骤304：组管理服务器发送确认消息给推送代理网关，表明已经接收到绑定信息，并存储、管理绑定信息。

可以理解的是，组管理服务器作为一个存储、管理绑定信息的装置，也可以是推送代理网关的一个组成部分。这时，推送代理网关同时可以存储并管理绑定信息，由PPG完成组管理服务器的功能。在这种情况下，PPG不需要发送请求，PPG自身完成组信息的管理和提供群组信息供业务使用。

如图4所示，如果网络侧的响应消息是组管理服务器发送的，则群组请求方法流程如下：

步骤401：终端向组管理服务器发送群组请求消息；

步骤402：组管理服务器根据群组请求消息，将用户身份标识与群组标识进行绑定，生成绑定信息，并将绑定信息作为响应消息的一部分发送给终端；

可选的，组管理服务器还可以通过步骤303发送通知消息推送代理网关已经完成对用户身份标识与群组标识的绑定。

步骤403：组管理服务器将通知消息发送给推送代理网关。

步骤404：推送代理网关发送确认消息给组管理服务器，表明已经接收到信息。

可以理解的是，组管理服务器作为一个存储、管理绑定信息的装置，也可以是推送代理网关的一个组成部分。这时，推送代理网关同时可以存储并管理绑定信息可以与PPG在同一个实体上，由PPG完成组管理服务器的功能。在这种情况下，PPG不需要发送请求，PPG自身完成组信息的管理和提供群组信息供业务使用。

具体实施例三

本发明实施例三公开了一种PUSH消息的发送方法，该方法包括：推送消息发起者发送推送请求消息给推送代理网关；推送代理网关根据推送请求消息查询绑定信息；根据查询到的绑定信息生成推送消息，并将推送消息发送给终端。

如图5所示，PUSH消息的发送方法具体是：

步骤501：推送消息发起者发送推送请求消息给推送代理网关。

推送消息发起者PI(Push Initiator，PI)首先生成推送请求消息。推送请求消息的格式按照PAP协议和PUSH消息协议标准，推送请求消息中包括了群组标识，用于表明PUSH消息发送的直接对象是群组，而不一个一个的用户。PI使用推送访问协议(PushAccess Protocol，PAP)与推送代理网关PPG(Push Proxy Gateway，PPG)进行通信。

步骤502：推送代理网关根据推送请求消息获得群组信息。

PPG接收到该包括了群组标识的推送请求消息后，解析此群组标识。判断是否有群组标识匹配的目标群组的绑定信息，如果有，则获得绑定信息并确定群组信息，群组信息为寻址目标用户的信息，例如，目标群组的用户身份标识、地址信息等。

如果没有匹配PI给定的群组标识对应的群组信息，则根据群组标识进行相应的查询，例如，查询组管理服务器，查询存储用户身份标识等用户信息的属性服务器等服务器，获得绑定目标群组信息。此步骤由PPG在接收到带有群组标识的PUSH消息后，完成群组标识与目标用户身份标识的绑定，并获得群组信息。

步骤503：推送代理网关根据获得的群组信息生成推送消息，并将推送消息发送给终端。

推送代理网关收到推送请求消息后，根据推送请求消息中的群组标识，来查询绑定信息。例如，用户身份标识为移动电话号码，群组标识为内容提供商SINA，推送代理网关PPG在数据库中根据群组标识来查询绑定信息，查询得到用户身份标识，如用户的地址，移动电话号码等，可以按照此用户身份标识将PUSH消息发送给终端。推送代理网关PPG使用推送空中接口协议(Push Over-The-Air Protocol，Push OTA)向客户端传输PUSH消息。可以理解的是，消息发送的方式不限于采用上述方式。

在以上实施例中已经说明，绑定信息即为用户身份标识与群组标识的绑定。当推送代理网关收到推送请求消息时，将查询数据库中的绑定信息，查找到绑定信息后，将PUSH消息发送给终端。数据库可以是推送代理网关自身的数据库，也可以是查询网络侧的服务器中的数据库。

通过上述发明实施例，推送消息发起者可以根据群组标识来发送PUSH消息，而不需要不需要发送多个推送请求消息给PPG，减少资源浪费，也可以减少查找每个目标用户的用户身份标识，单独发送Push消息的过程。

具体实施例四

如图6所示，本发明实施例四公开了一种终端，包括：发送单元，用于发送群组请求消息；接收单元，用于接收网络侧发送的响应消息；存储单元，用于存储所述响应消息中的绑定信息。

发送单元根据生成的群组请求消息将其发送给网络侧。群组请求消息、响应消息的定义在上述实施例中意见详细阐述，在此不再累述。网络侧响应后，接收单元接收到响应消息，从而知道用户身份标识与群组标识之间的绑定信息，并将该绑定信息存储。

本发明实施例所提供的终端，用于在PUSH业务中主动请求为用户进行群组绑定，这样既能使得推送消息发起者节约资源发送推送消息，又能使得用户能够根据自己的需要来接收PUSH消息。

具体实施例五

请参见图7，本发明实施例五公开了一种PUSH服务器，包括：推送请求消息接收单元，用于接收推送消息发起者发送的推送请求消息；查询单元，用于根据所述推送请求消息查询绑定信息，并生成推送消息；推送消息发送单元，用于发送所述推送消息给终端。

本发明实施例五中，推送请求消息中包括群组标识，绑定信息是通过建立用户身份标识与群组标识之间的对应关系来实现绑定的。推送请求消息接收单元接收到PI发送的推送请求消息后，查询单元根据推送请求消息查询绑定信息，查询的数据库可以是自身的服务器，也可以是网络侧的其他服务器。查询单元根据推送请求消息中的群组标识，来查询绑定信息。例如，用户身份标识为移动电话号码，群组标识为内容提供商SINA，查询单元在数据库中根据群组标识来查询绑定信息，查询得到用户身份标识，如用户的地址，移动电话号码等，可以按照此用户身份标识将PUSH消息发送给终端。PUSH服务器使用推送空中接口协议(Push Over-The-Air Protocol，Push OTA)向客户端传输PUSH消息。可以理解的是，消息发送的方式不限于采用上述方式。

具体实施例六

如图8所示，本发明实施例六公开了一种组管理服务器，包括：群组请求消息接收单元，用于接收终端发送的群组请求消息；群组请求消息包括用户身份标识或/和群组标识；绑定单元，用于将用户身份标识或/和群组标识与相应的群组标识绑定，生成绑定信息；存储绑定信息单元，用于存储绑定信息；响应消息发送单元，用于根据绑定信息生成响应消息，并将响应消息发送给终端。

在本发明另外的一些实施例中，组管理服务器还可以包括：绑定查询单元，用于根据网络侧的请求在所述存储单元中查询绑定信息，并将查询到的绑定信息发送给网络侧。

在本发明另外的一些实施例中，组管理服务器的绑定、管理的相关功能也可以作为推送代理网关的一个组成部分，这样，推送代理网关就不用在网络侧查询绑定信息了。

具体实施例七

如图9所示，本发明实施例公开了一种PUSH消息发送系统，该系统包括PUSH服务器，PUSH服务器根据推送消息发起者发送的推送请求消息，在组管理服务器中查询绑定信息；PUSH服务器根据查询到的绑定信息生成推送消息，并将所述推送消息发送给终端，绑定信息为用户身份标识与群组标识之间的绑定信息。

推送请求消息中包括群组标识，或携带一些条件信息，例如，应用信息，需要接收终端的能力信息，目标用户信息，接收条件等相关信息。推送代理网关接收到推送请求消息后，在组管理服务器中查询绑定信息，绑定信息为终端用户身份标识与群组标识对应关系。推送代理网关根据查询到的绑定信息中的用户身份标识，把生成的推送消息，即PUSH消息发送给终端。

如图10所示，为本发明实施例七的系统信令流程图。

601.当推送消息发起者PI有发向一个群组的推送请求消息，即PUSH请求消息给目标终端时，将此Push消息发送给PPG，PI可以指示该群组相关特征信息，或指示该消息需要发送给某个特定群组的群组标识，或一些匹配的条件信息，或这些信息的一个或多个的组合。

602.PPG向PI返回响应消息。

603.PPG接收到推送请求消息后，根据PI给出的群组信息或特定群组标识，查询目标终端信息，例如地址信息，来发送此Push消息给目标终端。如果PPG包含此群组信息，则PPG在自身查询相关信息；如果PPG不包含此群组信息，则PPG向组管理服务器发出查询请求。本例假设PPG不包含此群组信息的情况。

604.组管理服务器返回查询的结果给PPG。

605.如果PPG获得此群组信息，但还需要更多的信息来完成群组的查询，则可以进一步通过向属性服务器发送查询请求来查询。属性服务器存储有用户身份标识等用户信息。

606.属性服务器返回查询的响应。

607.PPG根据返回的响应结果，发送相应的推送消息，即Push消息给目标的终端，可以是多个目标终端。

608.目标终端可以返回响应的相应消息，其中包含群组标识信息，可以作为统计管理使用。

当然，PI发送的带有群组标识的Push消息，也可以由PPG自身进行判断，或进行查询，为此Push消息选择适当的目标群组进行发送此Push消息。例如，PI发送一条Push消息给PPG，PPG根据网络情况，或预存的策略信息等，将此Push消息用小区广播方式发送给目标群组用户。此过程由PPG完成承载方式选择的过程或目标用户的选择过程。

本发明实施例通过用户身份标识与群组标识的绑定来实现PUSH消息的发送，可以减少推送消息发起者的资源浪费，也可以减轻推送代理网关的负担，使得推送代理网关能够根据绑定信息来发送PUSH消息，合理利用了资源。

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

Claims (31)

1.一种PUSH业务中群组请求的发送方法，其特征在于，该方法包括：

发送群组请求消息；

接收并存储网络侧发送的响应消息。

2.如权利要求1所述的PUSH业务中群组请求的发送方法，其特征在于，所述群组请求消息包括用户身份标识或/和群组标识。

3.如权利要求2所述的PUSH业务中群组请求的发送方法，其特征在于，所述群组标识为指示PUSH消息采用点到多点发送的标识，其至少包括群组标识符、表明目标用户的群组地址标识符，或表明承载方式的地址标识符、域标识、运营商品牌标识、用户的签约业务级别标识、接收PUSH业务使用的承载方式、用户属性信息、用户偏好信息中的一种。

4.如权利要求3所述的PUSH业务中群组请求的发送方法，其特征在于，所述接收PUSH业务使用的承载方式包括：广播Broadcast、多播Multicast、小区广播Cell Broadcast、单播Unicast承载方式。

5.如权利要求2所述的PUSH业务中群组请求的发送方法，其特征在于，所述响应消息包括：

绑定信息，所述绑定信息为用户身份标识与群组标识的绑定。

6.如权利要求5所述的PUSH业务中群组请求的发送方法，其特征在于，所述绑定信息至少包括群组标识或群组密钥信息或权限信息的一种。

7.如权利要求1所述的PUSH业务中群组请求的发送方法，其特征在于，所述存储网络侧发送的响应消息具体为存储响应消息中的绑定信息。

8.如权利要求1所述的PUSH业务中群组请求的发送方法，其特征在于，所述网络侧发送的响应消息具体是Push服务器发送的响应消息。

9.如权利要求1所述的PUSH业务中群组请求的发送方法，其特征在于，所述网络侧发送的响应消息具体是组管理服务器发送的响应消息。

10.一种PUSH业务中群组请求的接收方法，其特征在于，该方法包括：

接收终端发送的群组请求消息；

根据所述群组请求消息，生成绑定信息，并存储所述绑定信息；

生成并发送响应消息给所述终端。

11.如权利要求10所述的PUSH业务中群组请求的接收方法，其特征在于，所述群组请求消息中包括用户身份标识或/和群组标识。

12.如权利要求11所述的PUSH业务中群组请求的接收方法，其特征在于，所述群组标识为指示PUSH消息采用点到多点发送的标识，其至少包括群组标识符、表明目标用户的群组地址标识符，或表明承载方式的地址标识符、域标识、运营商品牌标识、用户的签约业务级别标识、接收PUSH业务使用的承载方式、用户属性信息、用户偏好信息中的一种。

13.如权利要求10所述的PUSH业务中群组请求的接收方法，其特征在于，所述响应消息包括绑定信息；所述绑定信息是通过建立用户身份标识与群组标识之间的对应关系来实现绑定的。

14.如权利要求10所述的PUSH业务中群组请求的接收方法，其特征在于，所述存储绑定信息具体是将所述绑定信息存储在终端侧或网络侧。

15.一种PUSH消息的发送方法，其特征在于，该方法包括：

接收推送消息发起者发送的推送请求消息，所述推送请求消息包括群组标识；

根据所述推送请求消息获得群组信息，根据所述群组信息生成推送消息；

将所述推送消息发送给终端。

16.如权利要求15所述的PUSH消息的发送方法，其特征在于，所述群组信息为目标群组的用户身份标识或地址信息。

17.如权利要求15所述的PUSH消息的发送方法，其特征在于，所述获得群组信息也可以是通过查询绑定信息获得。

18.如权利要求15所述的PUSH消息的发送方法，其特征在于，所述群组标识为指示PUSH消息采用点到多点发送的标识，其至少包括群组标识符、表明目标用户的群组地址标识符，或表明承载方式的地址标识符、地域标识、运营商品牌标识、用户的签约业务级别标识、接收PUSH业务使用的承载方式、用户属性信息、用户偏好信息中的一种。

19.如权利要求15所述的PUSH消息的发送方法，其特征在于，所述绑定信息是通过建立用户身份标识与群组标识之间的对应关系来实现绑定的。

20.如权利要求15所述的PUSH消息的发送方法，其特征在于，所述查询绑定信息是在网络侧或者终端侧查询绑定信息。

21.如权利要求15所述的PUSH消息的发送方法，其特征在于，所述推送消息通过广播Broadcast、多播Multicast、小区广播Cell Broadcast、单播Unicast的承载方式发送给终端。

22.一种PUSH业务的终端，其特征在于，包括：

发送单元，用于发送群组请求消息；

接收单元，用于接收网络侧发送的响应消息；

存储单元，用于存储所述响应消息。

23.如权利要求22所述的终端，其特征在于，所述群组请求消息包括用户身份标识或/和群组标识；所述群组标识至少包括群组标识符、地域标识、运营商品牌标识、用户的签约业务级别标识、接收PUSH业务使用的承载方式、用户属生信息、用户偏好信息中的一种。

24.一种Push服务器，其特征在于，包括：

推送请求消息接收单元，用于接收推送消息发起者发送的推送请求消息；

查询单元，用于根据所述推送请求消息查询绑定信息，并生成推送消息；

推送消息发送单元，用于发送所述推送消息给终端。

25.如权利要求24所述的Push服务器，其特征在于，所述推送消息发送单元通过短消息协议承载的基于HTTP的空中传输协议OTA-HTTP或基于WAP的空中传输协议OTA-WAP协议发送所述PUSH消息。

26.如权利要求24所述的Push服务器，其特征在于，所述绑定信息是通过建立用户身份标识与群组标识之间的对应关系来实现绑定的。

27.如权利要求24所述的Push服务器，其特征在于，所述查询单元在终端侧或者网络侧查询所述绑定信息。

28.一种组管理服务器，其特征在于，所述组管理服务器包括：

群组请求消息接收单元，用于接收终端发送的群组请求消息；所述群组请求消息包括用户身份标识或/和群组标识；

绑定单元，用于将所述用户身份标识或/和群组标识与相应的群组标识绑定，并生成绑定信息；

存储绑定信息单元，用于存储所述绑定信息；

响应消息发送单元，用于根据所述绑定信息生成响应消息，并将所述响应消息发送给所述终端。

29.如权利要求27所述的服务器，其特征在于，所述服务器还包括：绑定查询单元，用于根据网络侧的请求在所述存储单元查询绑定信息。

30.一种推送代理网关，其特征在于，所述PUSH服务器包括如权利要求27至28所述的组管理服务器。

31.一种PUSH消息发送系统，其特征子在于，该系统包括PUSH服务器，所述PUSH服务器根据推送消息发起者发送的推送请求消息，在组管理服务器中查询绑定信息；所述PUSH服务器根据查询到的绑定信息生成推送消息，并将所述推送消息发送给终端，所述绑定信息为用户身份标识与群组标识之间的绑定信息。

Images