CN102209084A - 一种推送消息的处理方法、装置和通信系统 - Google Patents

一种推送消息的处理方法、装置和通信系统 Download PDF

Info

Publication number
CN102209084A
CN102209084A CN2010101376860A CN201010137686A CN102209084A CN 102209084 A CN102209084 A CN 102209084A CN 2010101376860 A CN2010101376860 A CN 2010101376860A CN 201010137686 A CN201010137686 A CN 201010137686A CN 102209084 A CN102209084 A CN 102209084A
Authority
CN
China
Prior art keywords
push
message
targeted customer
conditional information
push message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2010101376860A
Other languages
English (en)
Other versions
CN102209084B (zh
Inventor
范姝男
王雷
杨健
郜文美
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Priority to CN 201010137686 priority Critical patent/CN102209084B/zh
Publication of CN102209084A publication Critical patent/CN102209084A/zh
Application granted granted Critical
Publication of CN102209084B publication Critical patent/CN102209084B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种推送消息的处理方法、装置和通信系统。本发明实施例采用在Push消息中携带条件信息以及需要处理的Push消息的Push标识,使得Push服务器在接收到Push消息后可以根据条件信息对Push标识所对应的Push消息进行灵活的处理,比如取消部分目标用户或者由Push服务器来自主选择目标用户等等。

Description

一种推送消息的处理方法、装置和通信系统
技术领域
本发明涉及通信技术领域,具体涉一种推送(Push)消息的处理方法、装置和通信系统。
背景技术
推送(Push)是一种内容分发的机制,要求网络侧不需要终端发出具体请求就将所需要的内容进行分发,其网络结构主要由三部分组成:Push代理网关(PPG,Push Proxy Gateway)、Push消息产生者(PI,Push Initiator)和终端,其中,PI负责发送Push内容和传递指令给PPG,然后PPG根据传递指令对Push消息进行处理,比如根据Push提交(Push Submission)消息把Push内容发送给终端,为了描述方便,在此将Push内容和传递指令统称为Push消息,对于每条Push消息,都分配有一个Push标识(ID,Identity)以作识别。
Push消息通过建立的Push信道(Push Channel)进行传递,传递时可以事先发送接入参数给终端,使得终端可以根据接入参数接入到Push信道中监听将要发送的Push消息,也可以临时通知某些终端接收这个Push信道中发送的Push消息。
Push消息中定义了Push提交消息,可以把Push内容发送给终端,其中,PI在将该Push提交消息发送给PPG时,需要在该Push提交消息中指明目标用户的地址。另外,为了对之前提交的Push消息进行取消,Push消息中还定义了Push取消消息。比如,在点对多点的情况下,PI可以发送携带有Push ID的Push取消消息给PPG,PPG在接收到该Push取消消息后,按照Push ID取消此条Push消息的全部发送,即PPG根据Push ID取消Push消息后,将取消全部用户的接收。此外,还可以通过在Push提交消息中指明需要替换的Push ID对之前提交的Push消息进行整条替换。
在对现有技术的研究和实践过程中,本发明的发明人发现,现有方案的实现不够灵活,例如,如果在取消Push消息后,仍希望将该Push消息发送给原来的部分用户,则需要先发送Push取消消息后,再重新发送Push提交消息以提交原Push消息给需要发送的部分用户,浪费网络资源,又例如,由于PI需要在Push提交消息中指明目标用户的地址,而PI又无法知道PPG所能提供的目标用户的信息,因此,可能会导致PI在不知道目标用户地址的情况下,无法发送Push消息给目标用户,或无法精准投放Push消息,也可能会导致PI所指明的某些目标用户的地址无法接收的情况,不利于用户体验。
发明内容
本发明实施例提供一种Push消息的处理方法、装置和通信系统,可以灵活地对Push消息进行处理。
一种Push消息的处理方法,包括:
接收Push发起者发送的Push消息,所述Push消息携带条件信息,以及需要处理的Push消息的Push标识;
根据所述条件信息处理所述Push标识所对应的Push消息。
一种Push服务器,包括:
接收单元,用于接收Push发起者发送的Push消息,所述Push消息携带条件信息,以及需要处理的Push消息的Push标识;
处理单元,用于根据接收单元接收到的条件信息处理所述Push标识所对应的Push消息。
一种通信系统,包括Push发起设备和本发明实施例提供的任一种Push服务器;
Push发起设备,用于发送Push消息给Push服务器,所述Push消息携带条件信息,以及需要处理的Push消息的Push标识。
本发明实施例采用在Push消息中携带条件信息,使得Push服务器在接收到Push消息后可以根据条件信息对该条Push消息或其他Push消息进行灵活的处理,例如,如果在取消Push消息后,仍希望将该Push消息发送给原来的部分目标用户,则只需发一条Push取消消息(Push Cancel)给Push服务器,由Push服务器根据Push取消消息消息中携带的条件信息取消相应的目标用户,而无需全部取消后,再重新提交Push消息,相对现有技术而言,可以节省网络资源,又例如,可以在Push提交消息(Push Submission)中携带条件信息,由Push服务器根据条件信息对目标用户进行匹配以完成目标用户的选择,从而相对现有技术而言,可以提供精准的消息发送,提高传输效率和用户体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一所提供的方法的流程图;
图2是本发明实施例二所提供的方法的流程图;
图3是本发明实施例三所提供的方法的流程图;
图4是本发明实施例四所提供的方法的流程图;
图5是本发明实施例五所提供的方法的流程图;
图6a是本发明实施例所提供的Push服务器的结构示意图;
图6b是本发明实施例所提供的Push服务器的另一结构示意图;
图6c是本发明实施例所提供的Push服务器的又一结构示意图;
图6d是本发明实施例所提供的Push服务器的再一结构示意图;
图7是本发明实施例所提供的通信系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种推送消息的处理方法、装置和通信系统。以下分别进行详细说明。
实施例一、
本实施例将从Push服务器的角度进行描述,比如,该Push服务器具体可以为PPG。
一种Push消息的处理方法,包括:接收Push发起者发送的Push消息,其中,该Push消息携带条件信息,以及需要处理的Push消息的Push标识;根据接收到的Push消息中携带的条件信息处理该Push标识所对应的Push消息。如图1所示,具体流程可以如下:
101、接收Push发起者发送的Push消息,其中,该Push消息携带条件信息,以及需要处理的Push消息的Push标识;例如,具体可以通过扩展该Push消息的头域和/或消息体来携带条件信息。
该Push消息具体可以是Push取消消息(Push Cancel)、Push提交消息(PushSubmission)或Push替换消息(Push Replace),等等。
以上各种Push消息可以通过超文本传输协议(HTTP,Hyper Text TransferProtocol)传输(POST)消息实现,并在HTTP POST消息中携带指示此条消息具体操作的信息,例如Push消息的取消,Push消息提交或替换等操作。或者,
以上各种Push消息也可通过不同的HTTP消息区分其操作,例如HTTPDELETE消息用于实现Push取消消息,HTTP PUT消息用来提交一个新的Push消息,HTTP POST用来修改或替代之前提交的Push消息等;或者,
以上各种Push消息还可以通过例如SIP消息等消息来实现,其中取消,提交,替换Push消息的操作可以通过在会话初始协议SIP消息中携带指示此消息具体操作的信息。或者,
同理,以上各种Push消息也可通过不同的SIP消息区分其操作,例如SIPCancel用于实现Push取消消息,SIP Subscribe、SIP NOTIFY和SIP MESSAGE用来提交一个新的Push消息,SIP OPTIONS用来修改或替代之前提交的Push消息等。
102、根据步骤101中接收到的Push消息中携带的条件信息对Push标识所对应的Push消息进行处理;例如:
(1)若在步骤101中接收到的Push消息具体为Push取消消息,其中,该Push取消消息携带条件信息,以及需要取消的Push消息的Push标识;则步骤102具体可以为:
根据条件信息确定部分取消该Push标识所对应的Push消息的发送时,根据条件信息的指示对该Push标识所对应的Push消息进行发送;例如:
可以根据条件信息的指示确定符合条件的目标用户,然后将该Push标识所对应的Push消息发送给所确定的符合条件的目标用户;
比如,在确定了符合条件的目标用户后,发送接入参数给这些符合条件的目标用户以便建立Push信道,在Push信道建立之后,利用建立的Push信道将该Push标识所对应的Push消息发送给这些符合条件的目标用户。
又比如,在确定了符合条件的目标用户后,还可以进一步判断是否已经建立Push信道;若还没有建立Push信道,则可以发送接入参数给符合条件的目标用户以便建立Push信道,在Push信道建立之后,利用建立的Push信道将该Push标识所对应的Push消息发送给符合条件的目标用户;可选的,若已经建立Push信道,则可以进一步判断该已经建立的Push信道中是否存在不符合条件的目标用户,如果存在,则删除不符合条件的目标用户的权限后,利用该已经建立的Push信道将该Push标识所对应的Push消息发送给这些符合条件的目标用户;否则,如果不存在不符合条件的目标用户,则直接利用已经建立的Push信道将该Push标识所对应的Push消息发送给符合条件的目标用户。
需说明的是,在本发明实施例中,目标用户可以是目标个体用户,也可以是目标群组。
另外,还需说明的是,这里所说的“利用已经建立的Push信道将该Push标识所对应的Push消息发送给符合条件的目标用户”可以包括:直接发送Push标识所对应的Push消息给符合条件的目标用户,以及通知符合条件的目标用户到Push信道中监听即将发送的Push标识所对应的Push消息。
另外,可选的,如果根据条件信息确定需要全部取消该Push标识所对应的Push消息的发送,则取消该Push标识所对应的Push消息的发送。
例如,如果条件信息的内容为空白(即没有出现条件信息),则可以确定为全部取消,或出现条件信息,根据条件信息判断,没有符合的接收方也可以认定为全部取消该Push标识所对应的Push消息的发送;或者,也可以直接在条件信息中指示全部取消该Push标识所对应的Push消息的发送;或者,也可以根据条件信息的指示确定符合条件的目标用户,在没有符合条件的目标用户时,则判断为全部取消该Push标识所对应的Push消息的发送,等等。
(2)若在步骤101中接收到的Push消息具体为Push提交消息,其中,该Push提交消息携带条件信息,以及需要提交的Push消息的Push标识;则步骤102具体可以为:
根据条件信息的指示确定符合条件的目标用户,将该Push标识所对应的Push消息发送给符合条件的目标用户。
(3)若在步骤101中接收到的Push消息具体为Push替换消息,其中,该Push替换消息携带条件信息,以及需要替换的Push消息的Push标识;则步骤102具体可以为:
替换该Push标识对应的Push消息,根据条件信息的指示确定符合条件的目标用户,将替换后的Push消息发送给符合条件的目标用户。
此后,可选的,还可以返回携带有处理结果的响应给Push发起者,该处理结果可以为:是否成功取消,是否成功替换,确定的目标用户、确定的目标用户的数量,等等中的一种或几种。
例如,此处理结果可以为是否有目标用户被取消接收权限、是否成功取消目标用户的接收、是否全部取消、是否存在符合条件的目标用户和此Push标识的Push消息是否有目标用户而被替代,等等。
由上可知,本实施例采用在Push消息中携带条件信息,使得Push服务器在接收到Push消息后可以根据条件信息对该条Push消息或其他Push消息进行灵活的处理,例如,如果在取消Push消息后,仍希望将该Push消息发送给原来的部分目标用户,则只需发一条Push取消消息给Push服务器,由Push服务器根据Push取消消息中携带的条件信息取消相应的目标用户,而无需全部取消后,再重新提交Push消息,相对现有技术而言,可以节省网络资源,又例如,可以在Push提交中携带条件信息,由Push服务器根据条件信息对目标用户进行匹配以完成目标用户的选择,从而相对现有技术而言,可以提供精准的消息发送,提高传输效率和用户体验。
实施例二、
根据实施一所描述的方法,以下将以在Push取消消息中携带条件信息为例作进一步详细说明。
当PI发送一条Push消息,比如A消息给Push服务器后,如果目标接收方为多个用户时,例如,PI指定了使用点对多点(PTM,Point to Multipoint)方式发送该A消息,或由Push服务器判断使用PTM方式发送接收到的A消息,或PI给出了多个接收地址时,等等情况下,如果PI后续需要取消该A消息的发送,则可以发送Push取消消息,并在该Push取消消息中携带条件信息,以及A消息的Push标识,则Push服务器在接收到该Push取消消息后,根据其中的条件信息的指示确定符合条件的目标用户,然后将A消息发送给所确定的符合条件的目标用户。
以Push服务器具体为PPG为例,如图2所示,具体流程可以如下:
201、PI向PPG发送Push提交消息,比如A消息,为了描述方便,以下均以该Push提交消息为A消息为例进行说明。
202、PPG接收到A消息后,可以返回响应消息。
203、PPG正常处理A消息,具体可参见现有技术,在此不再赘述。
204、如果PI需要取消A消息的部分用户的接收,则此时PI发送Push取消消息给PPG,其中,该Push取消消息中携带条件信息,以及A消息的Push标识。
例如,A消息原来是发送给A商场内的所有用户,但在后续的执行过程中,PI希望取消之前发送的A消息,并希望将该A消息发送给该商场内的女性用户,于是,此时PI只需发送一条Push取消消息给PPG,并在该Push取消消息中携带条件信息以说明目标用户为该商场内的女性用户,同时,该Push取消消息中还需要携带A消息的Push标识以表明该Push取消消息所针对的处理对象为A消息。
比如,参见表一,条件信息可以包括以下内容。
表一:
  目标用户属性名称   类型(Type)   描述   处理方式
  年龄   特性(Attribute)   目标用户的年龄或年龄范围   过滤掉此部分用户/发送给此部分用户
  性别   Attribute   目标用户的性别   过滤掉此性别的用户/发送给此性别的用户
  位置   Attribute   目标用户的位置信息,例如小区id,物理地址信息,某厂商地理信息,某大厦地理信息,某房间信息等。   过滤掉此位置的用户/发送给此位置的用户
  偏好信息   Structure   目标用户的偏好信息,可以是足球,体育,新闻,游戏等信息。   过滤掉此偏好的用户/发送给此偏好的用户
  职位   Attribute   目标用户的职位信息,例如,警察,医疗,经济,职员,经理,公务员,重要元首等信息。   过滤掉此职位的用户/发送给此职位的用户
  紧急   Attribute   目标用户为紧急用户,例如地震,求救,灾难等信息   优先发送给目标用户,取消其他排队的消息,优先发送此条消息。
  业务类型   Attribute   目标用户的业务类型,例如订阅了某些特定业务的用户   发送给订阅此类业务的用户
需说明的是,表一仅仅给出了条件信息内容的示例,在具体实施时,可以根据实际应用的需要进行调整和设置,例如,如果希望将该A消息发送给A商场内的女性用户,则该条件信息具体可以如表二所示。
表二:
  目标用户属性名称   类型(Type)   描述   处理方式
  性别   女性   目标用户的性别   发送给此性别的用户
  位置   A商场   目标用户的位置信息   发送给此位置的用户
具体的,可以通过扩展Push取消消息的头域和/或消息体来携带此条件信息,例如:
<!ELEMENT cancel-message(address*)><!ATTLIST cancel-message
push-id    CDATA    #REQUIRED
  Match-info    CDATA    #REQUIRED>
其中,push-id为需要处理(比如需要取消)的Push消息的Push标识,Match-info为条件信息。
205、PPG接收到此Push取消消息后,根据条件信息进行处理,例如,首先根据条件信息判断是全部取消此条A消息还是部分取消此条A消息,如果为全部取消,则取消A消息的发送,如果是部分取消,则根据该条件信息的指示对Push标识所对应的Push消息进行处理;例如,Push取消消息中携带的条件信息指示将该A消息发送给A商场内的女性用户,则PPG根据该条件信息(即表二中的信息)确定符合条件的目标用户:A商场内的女性用户。
需说明的是,PPG接收到此Push取消消息后,还可以先确定是否允许根据条件信息进行处理,若不允许,则采用现有方案对该Push取消消息进行处理,若允许,则才根据该条件信息处理该Push标识所对应的Push消息(在本实施例中即取消该A消息),然后执行步骤206或207。
206、PPG可以将处理结果返回给PI,比如,该处理结果可以包括:是否已经成功取消、和/或有哪些目标用户被取消、和/或被取消的目标用户的数量、和/或取消该条Push消息的时间,等等,步骤206可选。
该处理结果可以以独立消息的形式返回给PI,也可以通过对返回给PI的Push响应消息进行扩展,然后在Push响应消息中携带处理结果来实现。
另外,PI接收到处理结果消息后,还可选择给出接收到的处理结果消息的响应消息给PPG。
207、PPG将A消息发送给这些符合条件的目标用户,比如PPG将A消息发送给A商场内的女性用户。具体可以如下:
判断是否已经建立Push信道,如果没有建立,则发送接入参数给符合条件的目标用户以便建立Push信道,在Push信道建立之后,利用建立的Push信道将A消息发送给符合条件的目标用户;如果已经建立,则进一步判断该已经建立的Push信道中是否存在不符合条件的目标用户,如果存在,则删除不符合条件的目标用户的权限,然后利用该已经建立的Push信道将该A消息发送给符合条件的目标用户,如果不存在,则表明该已经建立的Push信道中的用户均符合条件,可以直接利用该已经建立的Push信道发送A消息。
例如,PI向某商场发送了一条Push消息,为了描述方便,在此将该Push消息称为A消息,发送后,由于人数众多,网络拥塞,此时PI希望重新选定目标用户,于是发送携带条件信息的Push取消消息,表明将之前的A消息只发送给30岁以上的女性用户,则PPG在接收到该Push取消消息后,根据条件信息确定符合条件的目标用户,如果此时Push信道已经建立,则通过从Push信道中删除不符合条件的目标用户的权限,然后通过该Push信道发送A消息给符合条件的目标用户(即30岁以上的女性用户)。
需说明的是,被强制退出的目标用户,必须保证它无法继续参加组播,这就意味着当组播组的成员发生变化时,组播会话密钥必须进行更新,目前,已有多种方法实现组播密钥管理,可以用于处理在组播组的成员发生变化时,动态地重新生成并更新组播密钥,这些方法具体可参见现有技术在此不再赘述。
当然,也可以不对是否已经建立Push信道进行判断,而是直接发送接入参数给符合条件的目标用户以建立新的Push信道,在新的Push信道建立之后,利用新Push信道将A消息发送给符合条件的目标用户。
其中,步骤206和步骤207的执行顺序可以不分先后。
由上可知,本实施例采用在Push取消消息中携带条件信息,使得Push服务器在接收到该Push取消消息后可以根据条件信息对之前接收到的Push消息进行灵活处理,例如,如果在取消A消息后,仍希望将A消息发送给原来的部分目标用户,则只需发一条Push取消消息给Push服务器,由Push服务器根据Push取消消息中携带的条件信息取消相应的目标用户,而无需全部取消后,再重新提交A消息,相对现有技术而言,可以节省网络资源。
实施例三、
与实施例二不同的是,在实施例二中,将Push消息传递给目标用户的方式是:PPG临时通知目标用户接收Push信道中的Push消息;而在本实施例中,将Push消息传递给目标用户的方式是:PPG将事先发送接入参数给目标用户,由目标用户根据接入参数接入到Push信道中监听将要发送的Push消息,以下将举例进行说明。
如图3所示,具体流程可以如下:
301、PI向PPG发送Push提交消息。比如A消息,为了描述方便,以下均以该Push提交消息为A消息为例进行说明。
302、PPG接收到A消息后,可以返回响应消息。
303、如果PI需要取消A消息的部分用户的接收,则此时PI发送Push取消消息给PPG,其中,该Push取消消息中携带条件信息,以及A消息的Push标识,具体可参见实施例二,在此不再赘述。
304、PPG接收到此Push取消消息后,确定是否允许根据条件信息进行处理,若不允许,则采用现有方案对该Push取消消息进行处理,若允许,则执行步骤305。
305、PPG根据条件信息对A消息进行处理,例如,根据条件信息判断是全部取消此条A消息还是部分取消此条A消息,如果为全部取消,则取消A消息的发送,如果是部分取消,则根据该条件信息的指示确定符合条件的目标用户,然后执行步骤306或307。
306、PPG可以将处理结果返回给PI,比如,该处理结果可以包括:是否已经成功取消、和/或有哪些目标用户被取消、和/或被取消的目标用户的数量、和/或取消该条Push消息的时间,等等,步骤306可选。
该处理结果可以以独立消息的形式返回给PI,也可以通过对返回给PI的Push响应消息进行扩展,然后在Push响应消息中携带处理结果来实现。
另外,PI接收到处理结果消息后,还可选择给出接收到的处理结果消息的响应消息给PPG。
307、向符合条件的目标用户发送SIR消息,通知其接入参数。
当然,为了节省信令流程,PPG也可以先判断是否已经建立起Push信道,如果没有建立Push信道,才向符合条件的目标用户发送SIR消息,通知其接入参数,否则,如果已经建立Push信道,则进一步判断该Push信道中是否存在不符合条件的目标用户,如果存在,则在该Push信道中删除不符合条件的目标用户的权限。
308、符合条件的目标用户通过Push客户端建立Push信道,根据接入参数在建立的Push信道中监听A消息。
其中,步骤306和307的执行顺序可以不分先后。
由上可知,本实施例采用在Push取消消息中携带条件信息,使得Push服务器在接收到该Push取消消息后可以根据条件信息对之前接收到的Push消息进行灵活处理,例如,如果在取消A消息后,仍希望将A消息发送给原来的部分目标用户,则只需发一条Push取消消息给Push服务器,由Push服务器根据Push取消消息中携带的条件信息取消相应的目标用户,而无需全部取消后,再重新提交A消息,相对现有技术而言,可以节省网络资源。
实施例四、
根据实施例一所描述的方法,本实施例将以在Push提交消息中携带条件信息为例作进一步详细说明。
以Push服务器具体为PPG为例,如图4所示,具体流程可以如下:
401、PI发送携带有条件信息的Push提交消息给PPG,其中,条件信息可参见实施例二中的说明,此处不再赘述,该Push提交消息中还需要携带需要提交的Push消息的Push标识,在本实施例中,该需要提交的Push消息的Push标识即为Push提交消息自身的Push标识。
402、PPG接收到该Push提交消息后,可以返回接收到此条Push提交消息的响应,此步骤可选。
403、PPG根据Push提交消息中的条件信息确定符合条件的目标用户。例如,PPG对Push提交消息中的条件信息进行解析,查找与该条件信息相匹配的目标用户。
需说明的是,PPG接收到此Push提交消息后,还可以先确定是否允许根据条件信息进行处理,若不允许,则采用现有方案对该Push提交消息进行处理,若允许,则才根据Push提交消息中的条件信息确定符合条件的目标用户,然后执行步骤404或405。
404、PPG可以返回处理结果给PI,比如,将可以返回携带有处理结果的响应给PI,也可以以独立消息的形式将处理结果发送给PI,在本实施例中,处理结果可以包括PPG所确定的符合条件的目标用户的标识的数量等,步骤404可选。
另外,PI接收到处理结果消息后,还可选择给出接收到的处理结果消息的响应消息给PPG。
405、PPG将该Push消息发送给符合条件的目标用户,具体的发送方式可以参见前面实施例,在此不再赘述。
其中,步骤404和405的执行顺序可以不分先后。
由上可知,本实施例采用在Push提交消息中携带条件信息,使得Push服务器在接收到该Push提交消息后可以根据条件信息对该条Push提交消息进行灵活的处理,例如,PPG可以根据条件信息对目标用户进行匹配以完成目标用户的选择,避免现有技术中,由于PI需要在Push提交消息中指明目标用户的地址,而PI又无法知道PPG所能提供的目标用户的信息,因此所导致的PI所指明的某些目标用户的地址无法接收的情况,相对现有技术而言,本实施例所提供的方案可以提供精准的消息发送,提高传输效率和用户体验。
实施例五、
根据实施例一所描述的方法,本实施例将以在Push替换消息中携带条件信息为例作进一步详细说明。
以Push服务器具体为PPG为例,如图5所示,具体流程可以如下:
501、PI发送携带有条件信息的Push替换消息给PPG,其中,条件信息可参见实施例二中的说明,此处不再赘述,该Push替换消息中还需要携带需要替换的Push消息的Push标识。
502、PPG接收到该Push替换消息后,可以返回接收到此条Push替换消息的响应,此步骤可选。
503、PPG替换该Push标识所对应的Push消息,然后根据Push替换消息中的条件信息确定符合条件的目标用户。例如,PPG对Push替换消息中的条件信息进行解析,查找与该条件信息相匹配的目标用户。
需说明的是,PPG接收到此Push替换消息后,还可以先确定是否允许根据条件信息进行处理,若不允许,则采用现有方案对该Push替换消息进行处理,若允许,则才根据Push替换消息中的条件信息确定符合条件的目标用户,然后执行步骤504或405。
504、PPG可以返回处理结果给PI,比如,将可以返回携带有处理结果的响应给PI,也可以以独立消息的形式将处理结果发送给PI,在本实施例中,处理结果可以包括PPG所确定的符合条件的目标用户的标识的数量等,步骤504可选。
另外,PI接收到处理结果消息后,还可选择给出接收到的处理结果消息的响应消息给PPG。
505、PPG将替换后的Push消息发送给符合条件的目标用户,具体的发送方式可以参见前面实施例,在此不再赘述。
其中,步骤504和505的执行顺序可以不分先后。
由上可知,本实施例采用在Push替换消息中携带条件信息,使得Push服务器在接收到该Push替换消息后可以根据条件信息对需要替换的Push消息进行灵活的处理,例如,PPG在替换了Push消息后,可以根据条件信息对目标用户进行匹配以完成目标用户的选择,避免现有技术中,由于PI需要在Push提交消息中指明目标用户的地址,而PI又无法知道PPG所能提供的目标用户的信息,因此所导致的PI所指明的某些目标用户的地址无法接收的情况,相对现有技术而言,本实施例所提供的方案可以提供精准的消息发送,提高传输效率和用户体验。
实施例六、
为了更好地实施以上方法,本发明实施例还相应地提供一种Push服务器,如图6a所示,该Push服务器包括接收单元601和处理单元602;
接收单元601,用于接收Push发起者发送的Push消息,其中,该Push消息携带条件信息,以及需要处理的Push消息的Push标识;
该Push消息具体可以是Push取消消息、Push提交消息或Push替换消息,等等,具体实现可参见前面实施例,在此不再赘述。
处理单元602,用于根据接收单元601接收到的条件信息处理Push标识所对应的Push消息。
其中,如图6b所示,处理单元602可以包括判断子单元A6021、第一处理子单元A6022和第二处理子单元A6023;
此时,接收单元601,具体用于接收Push发起者发送的Push取消消息,其中,该述Push取消消息携带条件信息,以及需要取消的Push消息的Push标识;
判断子单元A6021,用于根据接收单元601接收到的条件信息确定是全部取消还是部分取消该Push标识所对应的Push消息的发送;
第一处理子单元A6022,用于在判断子单元A6021确定为全部取消时,取消Push标识所对应的Push消息的发送;
第二处理子单元A6023,用于在判断子单元A6021确定为部分取消时,根据该条件信息的指示对Push标识所对应的Push消息进行发送。
其中,该第二处理子单元A6023可以包括确定子级单元和发送子级单元;
确定子级单元,用于在判断子单元A6021确定为部分取消时,根据条件信息的指示确定符合条件的目标用户;
发送子级单元,用于将Push标识所对应的Push消息发送给确定子级单元所确定的符合条件的目标用户。比如,可以发送接入参数给符合条件的目标用户以建立Push信道,然后利用该建立的Push信道发送Push标识所对应的Push消息给符合条件的目标用户;此处的发送可以包括:通知符合条件的目标用户到Push信道中监听即将发送的Push标识所对应的Push消息,以及直接发送Push标识所对应的Push消息给符合条件的目标用户。
或者,为了节省信令流程,还可以在进一步判断是否已经建立Push信道,如果已经建立,则可以利用原有的Push信道对Push消息进行处理,即此时,该第二处理子单元A6023还可以包括判断子级单元、删除子级单元和建立子级单元;
判断子级单元,用于在判断子单元A6021确定为部分取消时,根据条件信息的指示确定符合条件的目标用户,并判断是否已经建立Push信道;
删除子级单元,用于在判断子级单元确定已经建立Push信道,且该已经建立Push信道中存在不符合条件的目标用户时,在该Push信道中删除不符合条件的目标用户的权限;
如果判断子级单元确定已经建立Push信道,且该已经建立Push信道中不存在不符合条件的目标用户时,则可以直接沿用该Push信道。
建立子级单元,用于在判断子级单元确定尚未建立Push信道时,发送接入参数给符合条件的目标用户以建立Push信道;
发送子级单元,还用于利用删除子级单元删除后的Push信道或建立子级单元建立的Push信道发送Push标识所对应的Push消息给符合条件的目标用户;同理,此处的发送可以包括:通知符合条件的目标用户到Push信道中监听即将发送的Push标识所对应的Push消息,以及直接发送Push标识所对应的Push消息给符合条件的目标用户。
或者,如图6c所示,处理单元602也可以包括确定子单元B6021和发送子单元B6022;
此时,接收单元601,具体用于接收Push发起者发送的Push提交消息,其中,该Push提交消息携带条件信息,以及需要提交的Push消息的Push标识;
确定子单元B6021,用于根据接收单元601接收到的条件信息的指示确定符合条件的目标用户;
发送子单元B6022,用于将Push标识所对应的Push消息发送给确定子单元B6021确定的符合条件的目标用户。
或者,如图6d所示,处理单元602也可以包括替换子单元C6021和处理子单元C6022;
此时,接收单元601,具体用于接收Push发起者发送的Push替换消息,其中,该Push替换消息携带条件信息,以及需要替换的Push消息的Push标识;
替换子单元C6021,用于替换Push标识对应的Push消息,具体为根据接收单元601接收到的Push替换消息替换Push标识对应的Push消息;
处理子单元C6022,用于根据接收单元601接收到的条件信息的指示确定符合条件的目标用户,将替换子单元C6021替换后的Push消息发送给符合条件的目标用户。
以上各个单元的具体实施可参见前面实施例,在此不再赘述。
该Push服务器具体可以为PPG,或其他与PPG具有类似功能的其他实体。
由上可知,本实施例采用在Push消息中携带条件信息,使得Push服务器的处理单元602在接收到Push消息后,可以根据条件信息对该条Push消息或其他Push消息进行灵活的处理,例如,如果在取消Push消息后,仍希望将该Push消息发送给原来的部分目标用户,则只需发一条Push取消消息给Push服务器,由Push服务器根据Push取消消息中携带的条件信息取消相应的目标用户,而无需全部取消后,再重新提交Push消息,相对现有技术而言,可以节省网络资源,又例如,可以在Push提交中携带条件信息,由Push服务器根据条件信息对目标用户进行匹配以完成目标用户的选择,从而相对现有技术而言,可以提供精准的消息发送,提高传输效率和用户体验。
实施例七、
相应的,本发明实施例还提供一种通信系统,如图7所示,该通信系统包括Push发起设备700和本发明实施例所提供的任一种Push服务器600;
其中,Push发起设备700,用于发送Push消息给Push服务器600,其中,Push消息携带条件信息,以及需要处理的Push消息的Push标识。
其中,该Push消息具体可以是Push取消消息、Push提交消息或Push替换消息(Push Replace),等等。
关于Push服务器600的说明具体可参见前面实施例,在此不再赘述。
本实施例所提供的通信系统采用在Push消息中携带条件信息,使得Push服务器600在接收到Push消息后可以根据条件信息对该条Push消息或其他Push消息进行灵活的处理,例如,如果在取消Push消息后,仍希望将该Push消息发送给原来的部分目标用户,则只需发一条Push取消消息给Push服务器600,由Push服务器600根据Push取消消息中携带的条件信息取消相应的目标用户,而无需全部取消后,再重新提交Push消息,相对现有技术而言,可以节省网络资源,又例如,也可以在Push提交中携带条件信息,由Push服务器600根据条件信息对目标用户进行匹配以完成目标用户的选择,从而相对现有技术而言,可以提供精准的消息发送,提高传输效率和用户体验。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、磁盘或光盘等。
以上对本发明实施例所提供的一种推送消息的处理方法、装置和通信系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种推送Push消息的处理方法,其特征在于,包括:
接收Push发起者发送的Push消息,所述Push消息携带条件信息,以及需要处理的Push消息的Push标识;
根据所述条件信息处理所述Push标识所对应的Push消息。
2.根据权利要求1所述的方法,其特征在于,
所述Push消息为Push取消消息时,所述根据所述条件信息处理所述Push标识所对应的Push消息具体为:根据所述条件信息确定部分取消所述Push标识所对应的Push消息的发送时,根据所述条件信息的指示对所述Push标识所对应的Push消息进行发送;或者,
所述Push消息为Push提交消息时,所述根据条件信息处理所述Push标识所对应的Push消息具体为:根据所述条件信息的指示确定符合条件的目标用户,将所述Push标识所对应的Push消息发送给所述符合条件的目标用户;或者,
所述Push消息为Push替换消息时,所述根据条件信息处理所述Push标识所对应的Push消息具体为:替换所述Push标识对应的Push消息,根据所述条件信息的指示确定符合条件的目标用户,将替换后的Push消息发送给所述符合条件的目标用户。
3.根据权利要求2所述的方法,其特征在于,
所述Push消息为Push取消消息时,所述根据条件信息处理所述Push标识所对应的Push消息包括:
根据所述条件信息确定全部取消所述Push标识所对应的Push消息的发送时,取消所述Push标识所对应的Push消息的发送。
4.根据权利要求2所述的方法,其特征在于,
所述Push消息为Push取消消息时,所述将Push标识所对应的Push消息发送给所述符合条件的目标用户包括:
发送接入参数给所述符合条件的目标用户以便建立Push信道,在Push信道建立之后,利用建立的Push信道将所述Push标识所对应的Push消息发送给所述符合条件的目标用户;
或者,
判断是否已经建立Push信道;若是,则判断该已经建立的Push信道中是否存在不符合条件的目标用户,若存在,则删除不符合条件的目标用户的权限后,利用该已经建立的Push信道将所述Push标识所对应的Push消息发送给所述符合条件的目标用户,若不存在,则利用该已经建立的Push信道将所述Push标识所对应的Push消息发送给所述符合条件的目标用户。
5.根据权利要求4所述的方法,其特征在于,
判断没有建立Push信道时,发送接入参数给所述符合条件的目标用户以便建立Push信道,在Push信道建立之后,利用建立的Push信道将所述Push标识所对应的Push消息发送给所述符合条件的目标用户。
6.根据权利要求1至5任一项所述的方法,其特征在于,所述根据所述条件信息处理所述Push标识所对应的Push消息之前还包括:
确定是否允许根据条件信息进行处理,若允许,则根据所述条件信息处理所述Push标识所对应的Push消息。
7.一种推送Push服务器,其特征在于,包括:
接收单元,用于接收Push发起者发送的Push消息,所述Push消息携带条件信息,以及需要处理的Push消息的Push标识;
处理单元,用于根据接收单元接收到的条件信息处理所述Push标识所对应的Push消息。
8.根据权利要求7所述的Push服务器,其特征在于,
所述处理单元包括判断子单元、第一处理子单元和第二处理子单元;
所述接收单元,具体用于接收Push发起者发送的Push取消消息,所述Push取消消息携带条件信息,以及需要取消的Push消息的Push标识;
判断子单元,用于根据接收单元接收到的条件信息确定是全部取消还是部分取消所述Push标识所对应的Push消息的发送;
第一处理子单元,用于在判断子单元确定为全部取消时,取消所述Push标识所对应的Push消息的发送;
第二处理子单元,用于在判断子单元确定为部分取消时,根据所述条件信息的指示对所述Push标识所对应的Push消息进行发送;
或者,
所述处理单元包括确定子单元和发送子单元;
所述接收单元,具体用于接收Push发起者发送的Push提交消息,所述Push提交消息携带条件信息,以及需要提交的Push消息的Push标识;
确定子单元,用于根据接收单元接收到的条件信息的指示确定符合条件的目标用户;
发送子单元,用于将所述Push标识所对应的Push消息发送给确定子单元确定的符合条件的目标用户;
或者,
所述处理单元包括替换子单元和处理子单元;
所述接收单元,具体用于接收Push发起者发送的Push替换消息,所述Push替换消息携带条件信息,以及需要替换的Push消息的Push标识;
替换子单元,用于替换所述Push标识对应的Push消息;
处理子单元,用于根据接收单元接收到的条件信息的指示确定符合条件的目标用户,将替换子单元替换后的Push消息发送给所述符合条件的目标用户。
9.根据权利要求8所述的Push服务器,其特征在于,
所述处理单元包括判断子单元、第一处理子单元和第二处理子单元时,
所述第二处理子单元包括确定子级单元和发送子级单元;
确定子级单元,用于在判断子单元确定为部分取消时,根据所述条件信息的指示确定符合条件的目标用户;
发送子级单元,用于将所述Push标识所对应的Push消息发送给确定子级单元所确定的符合条件的目标用户;
或者,
所述第二处理子单元还包括判断子级单元、删除子级单元和建立子级单元;
判断子级单元,用于在判断子单元确定为部分取消时,根据所述条件信息的指示确定符合条件的目标用户,并判断是否已经建立Push信道;
删除子级单元,用于在判断子级单元确定已经建立Push信道,且该已经建立Push信道中存在不符合条件的目标用户时,在所述Push信道中删除不符合条件的目标用户的权限;
建立子级单元,用于在判断子级单元确定尚未建立Push信道时,发送接入参数给所述符合条件的目标用户以建立Push信道;
所述发送子级单元,还用于利用删除子级单元删除后的Push信道或建立子级单元建立的Push信道发送Push标识所对应的Push消息给符合条件的目标用户。
10.一种通信系统,其特征在于,包括推送Push发起设备和权利要求7至9所述的任一种Push服务器;
Push发起设备,用于发送Push消息给Push服务器,所述Push消息携带条件信息,以及需要处理的Push消息的Push标识。
CN 201010137686 2010-03-30 2010-03-30 一种推送消息的处理方法、装置和通信系统 Active CN102209084B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN 201010137686 CN102209084B (zh) 2010-03-30 2010-03-30 一种推送消息的处理方法、装置和通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 201010137686 CN102209084B (zh) 2010-03-30 2010-03-30 一种推送消息的处理方法、装置和通信系统

Publications (2)

Publication Number Publication Date
CN102209084A true CN102209084A (zh) 2011-10-05
CN102209084B CN102209084B (zh) 2013-09-11

Family

ID=44697748

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 201010137686 Active CN102209084B (zh) 2010-03-30 2010-03-30 一种推送消息的处理方法、装置和通信系统

Country Status (1)

Country Link
CN (1) CN102209084B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103369473A (zh) * 2012-03-27 2013-10-23 株式会社东芝 信息发送系统和信息发送方法
CN104079599A (zh) * 2013-03-27 2014-10-01 招商局国际信息技术有限公司 一种消息实时同步方法以及集装箱码头作业系统
CN105099894A (zh) * 2015-08-28 2015-11-25 广州酷狗计算机科技有限公司 消息推送方法、装置及系统
CN109120655A (zh) * 2017-06-23 2019-01-01 杭州美界科技有限公司 一种提供屏蔽功能的美容信息推荐系统
CN112311825A (zh) * 2019-07-29 2021-02-02 浙江宇视科技有限公司 消息推送方法、装置、推送服务器及可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1946073A (zh) * 2006-09-26 2007-04-11 华为技术有限公司 一种消息推送方法和推送代理网关
CN101136837A (zh) * 2007-09-21 2008-03-05 华为技术有限公司 推送消息的控制方法、装置和系统
WO2009155845A1 (zh) * 2008-06-23 2009-12-30 华为技术有限公司 实现多媒体信息交互的方法、系统、设备及用户终端

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1946073A (zh) * 2006-09-26 2007-04-11 华为技术有限公司 一种消息推送方法和推送代理网关
CN101136837A (zh) * 2007-09-21 2008-03-05 华为技术有限公司 推送消息的控制方法、装置和系统
WO2009155845A1 (zh) * 2008-06-23 2009-12-30 华为技术有限公司 实现多媒体信息交互的方法、系统、设备及用户终端

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103369473A (zh) * 2012-03-27 2013-10-23 株式会社东芝 信息发送系统和信息发送方法
CN104079599A (zh) * 2013-03-27 2014-10-01 招商局国际信息技术有限公司 一种消息实时同步方法以及集装箱码头作业系统
CN105099894A (zh) * 2015-08-28 2015-11-25 广州酷狗计算机科技有限公司 消息推送方法、装置及系统
CN105099894B (zh) * 2015-08-28 2018-10-19 广州酷狗计算机科技有限公司 消息推送方法、装置及系统
CN109120655A (zh) * 2017-06-23 2019-01-01 杭州美界科技有限公司 一种提供屏蔽功能的美容信息推荐系统
CN112311825A (zh) * 2019-07-29 2021-02-02 浙江宇视科技有限公司 消息推送方法、装置、推送服务器及可读存储介质
CN112311825B (zh) * 2019-07-29 2023-05-19 浙江宇视科技有限公司 消息推送方法、装置、推送服务器及可读存储介质

Also Published As

Publication number Publication date
CN102209084B (zh) 2013-09-11

Similar Documents

Publication Publication Date Title
CN103916311B (zh) 一种信息传输控制方法,装置及系统
CN105634784B (zh) 控制数据分发方法、装置及系统
CN102209084B (zh) 一种推送消息的处理方法、装置和通信系统
RU2006136099A (ru) Передача управляющих сообщений при многоточечном обслуживании в беспроводной системе связи
JP6605633B2 (ja) 複数のmcpttシステムに関するフロア制御のための方法、装置及びシステム
CN104348627B (zh) 密钥下发方法、对ue进行授权检查的方法及相关设备
EP3281463B1 (en) Network location reporting broadcast bearer management
CN109672632A (zh) Fc-ae-asm网络数据通讯方法及系统
CN104782078B (zh) 执行文件修复过程的用户设备节点、服务器节点以及方法
CN111432354B (zh) 变更mcptt用户与mcptt群组关联关系的方法、装置及系统
CN103037000A (zh) 一种发布订阅系统及其通知消息处理方法
CN110247959A (zh) 一种数据传输方法及装置
CN102056095B (zh) 短信传输流量的控制方法、系统及设备
KR20090087490A (ko) 통신 시스템에서 리포트 전달의 표시를 위한 방법, 장치, 모듈, 시그널링 메시지, 시스템 및 컴퓨터 판독가능 매체
CN112822221A (zh) 一种服务器的选择方法、装置、设备及介质
CN105657671A (zh) 一种实现组播的方法和设备
CN105634931B (zh) 消息业务处理方法及即时通讯服务器
RU2011118351A (ru) Управление группами в сети связи
CN101166129A (zh) 获取应用服务器标识信息的方法、终端、设备和系统
EP1906621B1 (en) Session link system, session liaison, liaison manager, session link method and program storage medium storing program thereof
CN109429215B (zh) 数据传输方法、相关设备和计算机可读存储介质
JP2003032299A (ja) マルチキャストネットワークにおけるランデブーポイントの制御方法及び装置
TWI631471B (zh) 具備智慧型代理器的通訊系統
CA2628052C (en) Method and apparatus for determining pt server having controlling function
WO2013068415A1 (en) Method and system for provisioning frequently requested content

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20171027

Address after: Metro Songshan Lake high tech Industrial Development Zone, Guangdong Province, Dongguan City Road 523808 No. 2 South Factory (1) project B2 -5 production workshop

Patentee after: HUAWEI terminal (Dongguan) Co., Ltd.

Address before: 518129 Longgang District, Guangdong, Bantian HUAWEI base B District, building 2, building No.

Patentee before: Huawei Device Co., Ltd.

CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee after: Huawei Device Co., Ltd.

Address before: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee before: HUAWEI terminal (Dongguan) Co., Ltd.