专利名称：一种推送消息的发送方法、终端、服务器及系统的制作方法
技术领域：
本发明涉及移动通信领域，尤其涉及一种推送消息的发送方法、终端、服务器及系统。
背景技术：
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 usericompany. 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消息，合理利用了资源。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精 神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
一种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 服务器根据查询到的绑定信息生成推送消息，并将所述推送消息发送给终端，所述绑定信 息为用户身份标识与群组标识之间的绑定信息。
全文摘要
本发明实施例提供了一种PUSH消息的发送方法，该方法包括接收推送消息发起者发送的推送请求消息，所述推送请求消息包括群组标识；根据所述推送请求消息获得群组信息，根据所述群组信息生成推送消息；将所述推送消息发送给终端。同时还提供了一种PUSH业务的终端、服务器及系统。本发明实施例能够使得推送消息发起者不需要发送多个推送请求消息给PPG，减少资源浪费，也可以解决查找每个目标用户联系信息，单独发送推送消息的过程，同时也减轻了PPG的负担。
文档编号H04W4/06GK101827309SQ200910105890
公开日2010年9月8日 申请日期2009年3月6日 优先权日2009年3月6日
发明者杨健, 王雷, 范姝男 申请人:华为技术有限公司