CN101909019A - 请求消息的处理方法和*** - Google Patents
请求消息的处理方法和*** Download PDFInfo
- Publication number
- CN101909019A CN101909019A CN2010102385602A CN201010238560A CN101909019A CN 101909019 A CN101909019 A CN 101909019A CN 2010102385602 A CN2010102385602 A CN 2010102385602A CN 201010238560 A CN201010238560 A CN 201010238560A CN 101909019 A CN101909019 A CN 101909019A
- Authority
- CN
- China
- Prior art keywords
- client
- recipient
- message
- request message
- cpm
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种请求消息的处理方法和***,用以解决使用同一用户标识注册的接收方客户端为多个时,进行接收方客户端的选择,该方法包括:业务服务器在发送请求消息之前,获取多个接收方客户端的接收规则配置信息,根据多个接收方客户端分别对应的接收规则配置信息对多个接收方客户端进行选择;并在发送的请求消息中携带包含接收方客户端第三唯一标识的选择结果信息,其中,选择结果信息用于指示接收方客户端是否允许接收所述请求消息。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种包含即时消息在内的(包含融合IP消息(Converged IP Messaging,CPM)业务,以及IMS业务、融合通信服务(Rich Communication Suite,RCS)等)在内的请求消息的处理***及方法。
背景技术
即时消息业务(Instant Message)越来越得到广泛的应用。即时消息***通过给用户分配不同的用户标识(或称帐户或者地址)来区分用户,用户使用这个用户标识进行登录注册以及相互通信。为提高用户体验,越来越多的即时消息业务支持一个用户标识同时登录多个终端的功能。以即时消息业务为例,一个用户可以拥有一个用户标识,并同时多个不同的终端上登录注册在线。
融合IP消息(Converged IP Messaging,简称为CPM)能够实现多种消息业务的互通,提供统一消息业务以及完善一致并且方便的消息业务体验。CPM的业务形式包括:基于pager-mode寻呼模式的CPM、基于session-mode会话模式的Large Message Mode CPM Message(大消息模式CPM消息)、基于session的其他CPM会话业务(CPM Session业务)。在用户正常使用这些业务前,需要注册登录到CPM***,即通常所说的“上线”。
CPM地址(CPM Address)是CPM***(可称为CPM Enabler,即CPM业务引擎)中用来区分***中不同用户的标识。为提高用户体验,在CPM***中,一个用户可以拥有多个CPM地址,并且可以在多个终端设备上注册,即同时“在线”,以便用户分别在不同的场景中使用多个终端。如果某一用户使用同一个CPM地址在不同的终端上登录到CPM***中,则当该用户作为CPM消息(CPM寻呼消息、CPM大消息请求消息以及CPM Session请求消息)的接收方时,CPM***在发送CPM消息到接收方时,对于接收方用户来说,如果能够针对不同的终端设备配置不同的接收策略,具体地,比如,会议、就餐、工作、下班等不同时段设置不同的接收策略进行接收管理,再比如,用户如果可以为不同的终端设置不同的发送方的黑名单或白名单,则无疑贴近用户的心理,但相关现有技术中未给出适用这些场景的解决方案。
以上虽然以CPM消息等即时消息为例来说明本发明背景,同样的,对于其他业务(如基于SIP协议的业务),请求消息在发送给具体的接收方终端之前的选择处理,现有技术中同样没有给出解决方案。
发明内容
本发明要解决的技术问题是提供一种包含即时消息、CPM业务、IMS业务、以及RCS融合通信业务等在内的业务请求消息的处理***及方法,在请求消息发送给同一个用户的具有同一用户标识的多个客户端之前,根据预先为每个终端设置的不同接收规则,业务***根据接收方每个客户端的接收规则进行客户端选择,确定最终接收客户端,增加了用户体验。
为了解决上述问题,本发明的技术方案是这样实现的:
一种请求消息的处理方法,用以解决使用同一用户标识注册的接收方客户端为多个时,进行接收方客户端的选择,包括:
业务服务器在发送请求消息之前,获取所述多个接收方客户端的接收规则配置信息,根据所述多个接收方客户端分别对应的接收规则配置信息对所述多个接收方客户端进行选择;并在发送的所述请求消息中携带包含接收方客户端第三唯一标识的选择结果信息,所述选择结果信息用于指示所述接收方客户端是否允许接收所述请求消息。
进一步地,所述业务服务器在进行消息处理之前,所述多个接收方客户端的任一个向SIP/IP核心网发送注册消息,并在所述注册消息中携带本接收方客户端第一唯一标识。
进一步地,所述多个接收方客户端的任意一个为自身客户端和/或其他使用同一用户标识注册的接收方客户端设置所述接收规则配置信息,不同的接收方客户端的接收规则配置信息通过从所述业务服务器获取的所述接收方客户端的第二唯一标识来区分。
进一步地,所述业务服务器通过以下方式中的任一种获得所述接收方客户端的第二唯一标识:
(a)所述SIP/IP核心网收到接收方客户端发来的注册消息后,将所述注册消息转发至所述业务服务器,携带所述接收方客户端的第二唯一标识;
(b)业务服务器通过向SIP/IP核心网发送订阅消息,所述SIP/IP核心网向所述业务服务器发送订阅通知消息,所述订阅通知消息携带所述接收方客户端的第二唯一标识。
进一步地,所述业务服务器通过以下方式中的任一种获得所述接收方客户端的第三唯一标识:
(a)所述SIP/IP核心网收到接收方客户端发来的携带第一唯一标识的注册消息后,根据第一唯一标识,产生第三唯一标识,将所述注册消息转发至所述业务服务器,携带所述接收方CPM客户端的第三唯一标识;
(b)业务服务器通过向SIP/IP核心网发送订阅消息,所述SIP/IP核心网向所述业务服务器发送订阅通知消息,所述订阅通知消息携带所述接收方客户端的第三唯一标识。
进一步地,所述接收方客户端第一唯一标识、所述接收方客户端第二唯一标识、所述接收方客户端第三唯一标识之间的关系为三者为同一标识或者为不同但存在关联关系的标识;
所述接收方客户端第一唯一标识,所述接收方客户端第二标识,所述接收方客户端第三唯一标识至少可以包括以下三种之一:客户端代理标识instance-id,或设备标识,或全局可路由用户代理全球资源标识符(GRUU)。
进一步地,所述业务服务器为融合IP消息CPM参与功能实体,所述请求消息为CPM寻呼消息的请求消息;或者为CPM大消息的请求消息;或者为SIP Session的请求消息,所述接收方客户端为接收方CPM客户端。
进一步地,所述CPM参与功能实体发送的所述请求消息为实时接收的来自发送方的CPM请求消息,或是非实时的CPM请求消息。
进一步地,所述第一唯一标识为客户端代理标识;或者为设备标识;
所述第二唯一标识为客户端代理标识;或者为设备标识;或者为全局可路由用户代理全球资源标识符;
所述第三唯一标识为客户端代理标识;或者为设备标识;或者为全局可路由用户代理全球资源标识符。
一种请求消息的处理***,包括业务服务器、用户配置信息存储服务器、多个使用同一用户标识注册的接收方客户端;
所述业务服务器,用于在发送请求消息之前,获取所述多个使用同一用户标识注册的接收方客户端的接收规则配置信息,并根据不同的所述接收方客户端对应的不同的所述接收规则配置信息进行接收方客户端选择,还用于在发送的所述请求消息中携带包含接收方客户端第三唯一标识的选择结果信息,其中,所述选择结果信息用于指示所述接收方客户端是否允许接收所述请求消息;
所述用户配置信息存储服务器,用于存储所述多个使用同一用户标识注册的接收方客户端的接收规则配置信息。
进一步地,所述***还包括SIP/IP核心网,
所述SIP/IP核心网,用于在所述业务服务器在进行消息处理之前,接收所述多个接收方客户端的任一个发送的SIP/IP核心网注册消息,其中所述SIP/IP核心网注册信息中本接收方客户端第一唯一标识。
综上所述,本发明提供了一种包含即时消息、CPM业务、IMS业务、以及RCS融合通信业务等在内的业务请求消息的处理***及方法,当接收方使用多个客户端同时在线的情况下,根据预先为每个终端设置的不同接收规则,业务***根据每个接收方客户端的接收规则进行客户端选择,确定最终接收客户端,增加了用户体验。
本发明所述的技术方案不仅适用于即时消息***、CPM***、基于IMS的业务***或者RCS融合通信业务,还适用于其他基于SIP协议的业务***。
附图说明
图1为本发明实施例中请求消息的接收方的接收策略配置信息示意图;
图2为本发明实施例中业务服务器对消息处理方案1的流程图。
图3为本发明实施例中业务服务器对消息处理方案2的流程图。
具体实施方式
本发明提供了一种包含即时消息、CPM业务、IMS业务、以及RCS融合通信业务等在内的业务请求消息的处理***及方法,当接收方使用多个客户端同时在线的情况下,业务***根据每个接收方客户端的接收规则进行客户端选择,确定最终接收客户端,增加了用户体验。
一般情况,可以将网络侧(相对于客户端来说)实现全部业务功能的实体看作是业务服务器。在具体应用中,以即时消息***为例,业务服务器为即时消息服务器,可以为由一个或多个功能实体组成的业务***;以CPM为例,业务服务器包括CPM***的参与功能实体(Participating Function)和控制功能实体(Controlling Function)等;以IMS***为例,SIP/IP核心网为IMS核心网,业务服务器为IMS***中的应用服务器(Application Server,AS)。
本发明同样适用于其他基于SIP协议的业务***,本发明业务***架构为基于SIP/IP核心网的架构,在某些网络环境下,SIP/IP核心网可以是与业务服务器集成在一起的功能单元,本发明同样适用于这种组网情况。
本发明旨在提出一种多接收终端消息的终端选择方法,该方法不受具体业务形式的限制,对于其他业务(如基于SIP协议的业务),请求消息在发送给具体的接收方客户端之前根据用户配置进行筛选处理,本发明同样适用。
图2和图3是本发明提供的两种方案,业务服务器在下发某一个消息请求到消息客户端之前,如果接收方用户此时存在多个客户端,则根据从用户配置信息存储服务器上获取的接收规则配置信息作为筛选条件之一进行选择满足接收条件的客户端,之后往客户端发送的消息里,携带选中的客户端的唯一标识信息,方案1中(图1),对于选中的每个客户端,均发送请求消息,消息里携带选中的客户端的唯一标识信息。方案2(图2)中,不管选中的客户端为几个,只发送一条请求消息,该请求消息里携带选中的所有客户端的唯一标识(或者携带未选中的所有客户端的唯一标识)。
下面,仅以融合IP消息业务(包括CPM寻呼消息的请求消息、CPM大消息的请求消息以及CPM Session的请求消息)为例对本发明的技术进行描述,针对其它业务***的技术方案则与以下所述内容具有类似原理。
在具体应用中,用户配置信息是以XML(Extensible Markup Language,即可扩展置标语言)文档形式存放在XDM(XML文档管理)服务器上,接收方用户可以使用一个CPM地址在不同的客户端上注册,该接收方归属的参与功能实体,即目的端参与功能实体(Terminating Participating Function)在下发CPM请求消息时,根据从用户配置信息存储服务器,即从XDM服务器中获取每个接收方客户端的接收规则,作为对接收方的多个CPM客户端进行筛选的筛选条件之一,从多个CPM客户端中选择满足接收条件的CPM请求消息的接收CPM客户端,然后针对每个选中的接收CPM客户端,分别发送CPM请求消息,在该消息中携带筛选后的客户端唯一标识。
***实施例
实施例一
本实施例提供一种融合IP消息的请求消息处理***,包括:参与功能实体(业务服务器)、多个接收方CPM客户端、SIP/IP核心网、用户配置信息存储服务器;
参与功能实体,用于将CPM请求消息发送至多个满足接收条件的接收方CPM客户端之前,从用户配置信息存储服务器(XDM服务器)中获取每个客户端的接收规则,并检查每个客户端接收规则,从而在发送的请求消息里携带该接收方CPM客户端的唯一标识;
参与功能实体发送的CPM消息为实时接收的来自发送方的CPM请求消息,或是非实时CPM请求消息。
用户配置存储服务器(XDM服务器)存储每个客户端的接收规则配置信息,通过客户端唯一标识区分该客户端所对应的接收规则。
CPM客户端用于注册时提供客户端唯一标识,还用于访问用户配置存储服务器,对配置信息进行维护。
方法实施例
实施例一
本实施例为CPM的多客户端选择方法;包括以下步骤:
步骤S101:用户使用同一CPM地址通过不同的CPM客户端注册,注册消息里携带每个客户端的第一唯一标识,如,instance-id标识。
步骤S102:通过步骤S101的注册,SIP/IP核心网获得了每个客户端的第一唯一标识,instance-id。
步骤S103:参与功能实体通过向SIP/IP核心网订阅该用户的每个客户端的第一唯一标识instance-id,获得了每个客户端第一唯一标识。或者SIP/IP核心网通过第三方注册消息将每个客户端第一唯一标识instance-id转发给参与功能实体。
步骤S104:用户通过某一个CPM客户端直接或间接访问用户配置信息存储服务器(XDM服务器),设置用户接收规则配置信息,用户接收规则配置信息可以配置多个。
接收规则也可以通过WEB(World Wide Web万维网)方式进行数据维护。
步骤S105:参与功能实体通过步骤S103所述方法获取的每个客户端的唯一标识,用户通过某一个CPM客户端为包含本身客户端在内的每个客户端指定不同的接收规则配置信息;通过客户端第二唯一标识来区分每个客户端的不同的接收规则配置信息。
客户端第二唯一标识可以和第一唯一标识相同,也可以由第一唯一标识扩展而来,与第一标识存在关联关系。
步骤S106:参与功能实体需要将接收的CPM的请求消息发送至接收方的CPM客户端之前,参与功能实体获取每个客户端的接收规则,根据接收规则配置信息作为筛选条件之一选出满足该接收条件的接收方的CPM客户端为哪几个。如,某个接收方客户端对应的接收规则如果是该请求消息的发送方为黑名单成员,那么该消息将被禁止发送到该客户端上去。
参与功能实体发送的CPM请求消息可以是实时接收的来自某发送方CPM消息(寻呼消息的请求消息或者CPM大消息的请求消息)或者是CPMSession的请求消息,也可以是条件满足的情况下(如接收方客户端由不可达变为可达),发送非实时的CPM消息,即延迟(deferred)CPM消息。
步骤S107:对于每个满足接收条件的CPM客户端,参与功能实体在发送的CPM请求消息中携带接收方CPM客户端的第三唯一标识,请求消息将经由SIP/IP核心网路由到各个接收方CPM客户端。
以CPM寻呼消息或者CPM大消息的请求消息为例,参与功能实体选中接收方客户端之后,可以往每个选中的客户端均发送请求消息,请求消息里携带接收方客户端的第三唯一标识,SIP/IP核心网根据这个信息,将消息分别路由到客户端1和客户端2。该方案对应图2。
以CPM Session请求消息为例,参与功能实体选中接收方客户端之后,不管选中的接收方客户端为几个,可以只发送一条请求消息,请求消息里携带允许(或不允许)接收请求消息的接收方客户端的第三唯一标识,SIP/IP核心网根据这个信息,将消息路由到客户端1和客户端2。该方案对应图3。
以下通过应用实例进一步说明本发明。
以下应用实例中,用户A当前使用CPM终端记为Device-A,Device-A内置CPM客户端记为CPM客户端A,假设CPM地址Addr-A为用户A的一个CPM地址,该CPM地址归属于参与功能实体A(记为PF-A);
用户B使用同一个CPM地址分别在两个不同的终端上注册到CPM***中,这两个CPM终端分别记为Device-B1与Device-B2,Device-B1内置的CPM客户端记为CPM客户端B1,Device-B2内置的CPM客户端记为CPM客户端B2;该CPM地址归属于CPM参与功能实体B(记为PF-B)。
应用实例
本例以用户A向用户B发送CPM请求消息(包括请求消息为CPM寻呼消息的请求消息SIP MESSAGE或者CPM大消息的请求消息SIP INVITE或者为SIP Session的请求消息SIP INVITE)为例,由接收方归属的CPM参与功能实体对接收到的CPM消息进行下发之前的客户端选择处理处理,包括以下步骤:
步骤S301:用户B使用同一CPM地址通过不同的两个CPM客户端B1和CPM客户端B2在不同的终端Device-B1和Device-B2上注册,注册消息里携带每个客户端的唯一标识,如,instance-id1和instance-id2。
步骤S302:通过步骤S101的注册,SIP/IP核心网获得了用户B每个客户端的唯一标识,instance-id1和instance-id2。
步骤S303:参与功能实体通过向SIP/IP核心网订阅用户B的每个客户端的唯一标识,获得了用户B每个客户端唯一标识,实例标识instance-id1、instance-id2,和/或全局可路由用户代理全球资源标识符GRUU1、GRUU2。
或者SIP/IP核心网通过第三方注册消息将每个客户端唯一标识instance-id1和instance-id2(instance-id1、instance-id2和/或GRUU1、GRUU2)转发给参与功能实体。
步骤S304:用户B通过CPM客户端B1直接或间接访问用户配置信息存储服务器(XDM服务器),设置用户接收规则配置信息,用户接收规则配置信息可以配置多个。
该步骤中,直接访问含义是CPM客户端(具体是存储客户端代理)直接访问XDM文档服务器,间接访问含义是CPM客户端通过参与功能实体访问XDM文档服务器。
步骤S305:参与功能实体通过步骤S303所述方法获取用户B每个客户端的唯一标识instance-id,用户通过CPM客户端B1为CPM客户端B1和CPM客户端B2指定不同的接收规则配置信息;CPM客户端B1的接收规则配置信息以唯一标识instance-id1来标记区分;CPM客户端B2的接收规则配置信息以唯一标识instance-id2来标记区分。配置接收规则配置信息存储在存储服务器上,即XDM文档服务器中。
该步骤中,用户B的每个客户端,假定客户端B1,采用直接访问XDM方式为每个客户端设置配置信息,可以有2种方案:
方案一:客户端B1首先通过访问参与功能实体,获得客户端B2的instance-id2,客户端B1设置客户端B2的接收规则配置信息;之后,客户端B1直接访问XDM服务器,如通过HTTP协议,将配置信息保存在XDM服务器上,客户端B2的配置信息里含有标记标识instance-id2。
方案二:参与功能实体获得客户端B1和B2的instance-id,之后通过参与功能实体与XDM之间的通信接口(如HTTP协议)将获得的两个客户端的标识instance-id1和instance-id2保存在用户配置信息服务器上。
客户端B1访问XDM服务器,设置客户端B2的接收规则配置信息并将配置信息保存在XDM服务器上,客户端B2的配置信息里含有标记标识instance-id2。
该步骤中,用户B的每个客户端,假定客户端B1,采用间接访问XDM方式为每个客户端设置配置信息,可以采用如下方案:
客户端B1通过访问参与功能实体,获得客户端B2的instance-id2,客户端B1设置客户端B2的接收规则配置信息;之后,参与功能实体通过与XDM服务器的通信接口(如HTTP协议),将配置信息保存在XDM服务器上,客户端B2的配置信息里含有标记标识instance-id2。
步骤S306:用户A给用户B发送CPM请求消息,请求消息可以是CPM寻呼消息的请求消息SIP MESSAGE或者CPM大消息的请求消息SIPINVITE或者为SIP Session的请求消息SIP INVITE。
具体地,用户A使用Addr-A在终端Device-A上通过CPM客户端A向用户B发送CPM请求消息,该CPM请求消息经由PF-A路由至PF-B。
步骤S307:PF-B接收到上述CPM请求消息后,将接收的CPM消息的请求消息发送至接收方的CPM客户端之前,根据从用户配置信息存储服务器中获取每个客户端的接收规则,根据每个客户端的接收规则作为筛选条件之一判断出满足该接收条件的接收方的CPM客户端为哪几个。
最终筛选出的满足接收条件的接收方的终端为CPM客户端B1和CPM客户端B2;
步骤S308:PF-B下发的请求消息里携带选择的客户端的唯一标识,如携带instance-id1和instance-id2或者全局可路由用户代理全球资源标识符GRUU1和GRUU2(GRUU标识包含instance-id),信息,用以向SIP/IP核心网指示最终的接收方客户端。
以CPM寻呼消息或者CPM大消息的请求消息为例,参与功能实体选中接收方客户端之后,可以往每个选中的客户端均发送请求消息,请求消息里(Request-URI)携带接收方客户端的GRUU,SIP/IP核心网根据每个消息里的Request-URI:GRUU信息,将消息分别路由到客户端1和客户端2。该方案对应图2。
以CPM Session请求消息为例,参与功能实体选中接收方客户端之后,不管选中的接收方客户端为几个,可以只发送一条请求消息,请求消息里通过Accept-Contact字段携带允许接收请求消息的接收方客户端的instance-id,或者通过Reject-Contact字段携带不允许接收请求消息的接收方客户端的instance-id,SIP/IP核心网根据这个信息,将消息路由到客户端1和客户端2。该方案对应图3。
该应用实例中,目的端参与功能实体在发送延迟消息时,对于多个接收CPM客户端的情形,可以采用相同的解决方案。
本实施例中的CPM请求消息,指CPM寻呼消息的请求消息SIPMESSAGE或者CPM大消息的请求消息SIP INVITE或者为SIP Session的请求消息SIP INVITE,本发明所提供的解决方案对于采用SIP会话作为信令面,MSRP作为媒体面传输其他业务请求的情况,也同样适用。
以上虽然以CPM请求消息为实施例进行说明,但本发明所述方案同样适用于其他基于SIP协议的业务***。
综上所述,通过本发明的上述实施例,在用户使用同一个CPM地址等用户标识在不同的客户端上登录CPM***等业务***时,用户可以预先对每个客户端设置接收规则,参与功能实体等业务服务器在下发CPM请求消息等请求消息时,从用户配置规则存储服务器中获得每个客户端的接收规则配置信息,根据每个接收规则配置信息进行客户端选择,提高了用户体验。
上述提到的终端是指运行即时消息客户端的物理实体,一般情况,一个物理实体上可以运行一个即时消息客户端,所以,本发明中,如无特殊说明,发送给某个终端也就是发送给运行在该终端上的即时消息客户端。
Claims (11)
1.一种请求消息的处理方法,用以解决使用同一用户标识注册的接收方客户端为多个时,进行接收方客户端的选择,包括:
业务服务器在发送请求消息之前,获取所述多个接收方客户端的接收规则配置信息,根据所述多个接收方客户端分别对应的接收规则配置信息对所述多个接收方客户端进行选择;并在发送的所述请求消息中携带包含接收方客户端第三唯一标识的选择结果信息,所述选择结果信息用于指示所述接收方客户端是否允许接收所述请求消息。
2.如权利要求1所述的方法,其特征在于:
所述业务服务器在进行消息处理之前,所述多个接收方客户端的任一个向SIP/IP核心网发送注册消息,并在所述注册消息中携带本接收方客户端第一唯一标识。
3.如权利要求1所述的方法,其特征在于:
所述多个接收方客户端的任意一个为自身客户端和/或其他使用同一用户标识注册的接收方客户端设置所述接收规则配置信息,不同的接收方客户端的接收规则配置信息通过从所述业务服务器获取的所述接收方客户端的第二唯一标识来区分。
4.如权利要求3所述的方法,其特征在于:
所述业务服务器通过以下方式中的任一种获得所述接收方客户端的第二唯一标识:
(a)所述SIP/IP核心网收到接收方客户端发来的注册消息后,将所述注册消息转发至所述业务服务器,携带所述接收方客户端的第二唯一标识;
(b)业务服务器通过向SIP/IP核心网发送订阅消息,所述SIP/IP核心网向所述业务服务器发送订阅通知消息,所述订阅通知消息携带所述接收方客户端的第二唯一标识。
5.如权利要求1所述的方法,其特征在于:
所述业务服务器通过以下方式中的任一种获得所述接收方客户端的第三唯一标识:
(a)所述SIP/IP核心网收到接收方客户端发来的携带第一唯一标识的注册消息后,根据第一唯一标识,产生第三唯一标识,将所述注册消息转发至所述业务服务器,携带所述接收方CPM客户端的第三唯一标识;
(b)业务服务器通过向SIP/IP核心网发送订阅消息,所述SIP/IP核心网向所述业务服务器发送订阅通知消息,所述订阅通知消息携带所述接收方客户端的第三唯一标识。
6.如权利要求3至5中任一项所述的方法,其特征在于:
所述接收方客户端第一唯一标识、所述接收方客户端第二唯一标识、所述接收方客户端第三唯一标识之间的关系为三者为同一标识或者为不同但存在关联关系的标识;
所述接收方客户端第一唯一标识,所述接收方客户端第二标识,所述接收方客户端第三唯一标识至少可以包括以下三种之一:客户端代理标识instance-id,或设备标识,或全局可路由用户代理全球资源标识符(GRUU)。
7.如权利要求6所述的方法,其特征在于:
所述业务服务器为融合IP消息CPM参与功能实体,所述请求消息为CPM寻呼消息的请求消息;或者为CPM大消息的请求消息;或者为SIPSession的请求消息,所述接收方客户端为接收方CPM客户端。
8.如权利要求7所述的方法,其特征在于:
所述CPM参与功能实体发送的所述请求消息为实时接收的来自发送方的CPM请求消息,或是非实时的CPM请求消息。
9.如权利要求7或8所述的方法,其特征在于:
所述第一唯一标识为客户端代理标识;或者为设备标识;
所述第二唯一标识为客户端代理标识;或者为设备标识;或者为全局可路由用户代理全球资源标识符;
所述第三唯一标识为客户端代理标识;或者为设备标识;或者为全局可路由用户代理全球资源标识符。
10.一种请求消息的处理***,包括业务服务器、用户配置信息存储服务器、多个使用同一用户标识注册的接收方客户端;其特征在于:
所述业务服务器,用于在发送请求消息之前,获取所述多个使用同一用户标识注册的接收方客户端的接收规则配置信息,并根据不同的所述接收方客户端对应的不同的所述接收规则配置信息进行接收方客户端选择,还用于在发送的所述请求消息中携带包含接收方客户端第三唯一标识的选择结果信息,其中,所述选择结果信息用于指示所述接收方客户端是否允许接收所述请求消息;
所述用户配置信息存储服务器,用于存储所述多个使用同一用户标识注册的接收方客户端的接收规则配置信息。
11.如权利要求10所述的***,其特征在于,所述***还包括SIP/IP核心网,
所述SIP/IP核心网,用于在所述业务服务器在进行消息处理之前,接收所述多个接收方客户端的任一个发送的SIP/IP核心网注册消息,其中所述SIP/IP核心网注册信息中本接收方客户端第一唯一标识。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102385602A CN101909019A (zh) | 2010-07-27 | 2010-07-27 | 请求消息的处理方法和*** |
PCT/CN2011/071079 WO2012013033A1 (zh) | 2010-07-27 | 2011-02-18 | 请求消息的处理方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102385602A CN101909019A (zh) | 2010-07-27 | 2010-07-27 | 请求消息的处理方法和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101909019A true CN101909019A (zh) | 2010-12-08 |
Family
ID=43264342
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010102385602A Pending CN101909019A (zh) | 2010-07-27 | 2010-07-27 | 请求消息的处理方法和*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101909019A (zh) |
WO (1) | WO2012013033A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012013033A1 (zh) * | 2010-07-27 | 2012-02-02 | 中兴通讯股份有限公司 | 请求消息的处理方法和*** |
US9277522B2 (en) | 2013-08-21 | 2016-03-01 | Qualcomm Incorporated | Exchanging rich communication suite capability information in a communications system |
CN105637848A (zh) * | 2013-10-31 | 2016-06-01 | 索尼公司 | 使用ip多媒体子***的呼叫处理 |
CN109873830A (zh) * | 2019-03-12 | 2019-06-11 | 北京奇虎科技有限公司 | 一种信息处理方法、***及存储介质 |
CN110505146A (zh) * | 2019-08-23 | 2019-11-26 | 人立方智能科技有限公司 | 一种应用于招聘***的即时通讯方法及*** |
WO2020186491A1 (en) * | 2019-03-21 | 2020-09-24 | Citrix Systems, Inc. | Multi-device workspace notifications |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114900489B (zh) * | 2021-01-26 | 2023-10-13 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、装置、电子设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101378408A (zh) * | 2008-10-10 | 2009-03-04 | 深圳华为通信技术有限公司 | 一种向多终端推送消息的方法、装置、网关和代理 |
CN101437202A (zh) * | 2007-11-13 | 2009-05-20 | 华为技术有限公司 | 一种多终端时业务消息处理方法、***和装置 |
WO2009134051A1 (en) * | 2008-05-02 | 2009-11-05 | Samsung Electronics Co., Ltd. | System and method for transferring a session between multiple clients |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101909019A (zh) * | 2010-07-27 | 2010-12-08 | 中兴通讯股份有限公司 | 请求消息的处理方法和*** |
-
2010
- 2010-07-27 CN CN2010102385602A patent/CN101909019A/zh active Pending
-
2011
- 2011-02-18 WO PCT/CN2011/071079 patent/WO2012013033A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101437202A (zh) * | 2007-11-13 | 2009-05-20 | 华为技术有限公司 | 一种多终端时业务消息处理方法、***和装置 |
WO2009134051A1 (en) * | 2008-05-02 | 2009-11-05 | Samsung Electronics Co., Ltd. | System and method for transferring a session between multiple clients |
CN101378408A (zh) * | 2008-10-10 | 2009-03-04 | 深圳华为通信技术有限公司 | 一种向多终端推送消息的方法、装置、网关和代理 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012013033A1 (zh) * | 2010-07-27 | 2012-02-02 | 中兴通讯股份有限公司 | 请求消息的处理方法和*** |
US9277522B2 (en) | 2013-08-21 | 2016-03-01 | Qualcomm Incorporated | Exchanging rich communication suite capability information in a communications system |
CN105493468A (zh) * | 2013-08-21 | 2016-04-13 | 高通股份有限公司 | 在通信***中交换富通信套件能力信息 |
CN105493468B (zh) * | 2013-08-21 | 2018-10-16 | 高通股份有限公司 | 在通信***中交换富通信套件能力信息 |
CN105637848A (zh) * | 2013-10-31 | 2016-06-01 | 索尼公司 | 使用ip多媒体子***的呼叫处理 |
CN105637848B (zh) * | 2013-10-31 | 2020-03-31 | 索尼公司 | 由移动装置执行的方法及移动装置 |
CN109873830A (zh) * | 2019-03-12 | 2019-06-11 | 北京奇虎科技有限公司 | 一种信息处理方法、***及存储介质 |
WO2020186491A1 (en) * | 2019-03-21 | 2020-09-24 | Citrix Systems, Inc. | Multi-device workspace notifications |
US11171912B2 (en) | 2019-03-21 | 2021-11-09 | Citrix Systems, Inc. | Multi-device workspace notifications |
US11546287B2 (en) | 2019-03-21 | 2023-01-03 | Citrix Systems, Inc. | Multi-device workspace notifications |
CN110505146A (zh) * | 2019-08-23 | 2019-11-26 | 人立方智能科技有限公司 | 一种应用于招聘***的即时通讯方法及*** |
Also Published As
Publication number | Publication date |
---|---|
WO2012013033A1 (zh) | 2012-02-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101524313B1 (ko) | 통합 메시징 서비스에서 인스턴트 메시징 처리 통지 요청과 응답 방법 및 그 시스템 | |
KR101662352B1 (ko) | 네트워크 환경에서 비-지속성 메시지의 다중 큐를 관리하기 위한 시스템 및 방법 | |
CN102100042B (zh) | 消息传递机制 | |
CN101189844B (zh) | 一种用于通知的方法、服务器以及*** | |
CN101262453B (zh) | 下一代网络中的智能聊天业务实现方法、*** | |
CA2665725C (en) | Group communication | |
CN101909019A (zh) | 请求消息的处理方法和*** | |
CN102958107B (zh) | 一种能力查询的方法、通信终端及应用服务器 | |
CN102130845B (zh) | 回执报告的发送方法及处理*** | |
CN102223293B (zh) | 消息请求的路由方法及处理*** | |
CN104753877A (zh) | 一种群组通信方法及装置 | |
WO2007033549A1 (fr) | Procede de transmission de message hors ligne | |
EP2834998A1 (en) | Messaging service active device | |
CN101340397A (zh) | 一种终端和即时通讯中的消息转发方法及*** | |
EP2453681A1 (en) | System and method for routing session initiation protocol conversation | |
KR20130082561A (ko) | 연락처 정보의 구독을 초대하는 장치 및 방법 | |
US8738716B2 (en) | System and method for routing instant messages | |
CN102026112B (zh) | 一种融合ip消息的发送方法及*** | |
CN105282115A (zh) | 一种实现富通信套件rcs***通讯的方法及装置 | |
CN101964957A (zh) | 融合ip消息的定向方法和*** | |
CN101374248A (zh) | 即时消息的处理方法及装置 | |
CN101790137A (zh) | 一种融合ip消息的转发方法及*** | |
CN101557352A (zh) | 一种实现群组消息业务的方法和*** | |
CN108337215A (zh) | 一种文件传输方法及***、装置、电子设备 | |
JP2008103779A (ja) | イベント発行サーバ |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20101208 |
|
RJ01 | Rejection of invention patent application after publication |