CN1878171A - 一种聊天室中阻塞信息通知的方法 - Google Patents

一种聊天室中阻塞信息通知的方法 Download PDF

Info

Publication number
CN1878171A
CN1878171A CN 200610006587 CN200610006587A CN1878171A CN 1878171 A CN1878171 A CN 1878171A CN 200610006587 CN200610006587 CN 200610006587 CN 200610006587 A CN200610006587 A CN 200610006587A CN 1878171 A CN1878171 A CN 1878171A
Authority
CN
China
Prior art keywords
user
chatroom
server
message
control server
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
CN 200610006587
Other languages
English (en)
Other versions
CN1878171B (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.)
Beijing Zhigu Tech Co Ltd
Original Assignee
Huawei Technologies 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
Priority to CN2006100065872A priority Critical patent/CN1878171B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to US11/814,669 priority patent/US20080270553A1/en
Priority to EP06828192A priority patent/EP1853033B1/en
Priority to DE602006011436T priority patent/DE602006011436D1/de
Priority to AT06828192T priority patent/ATE454002T1/de
Priority to PCT/CN2006/003200 priority patent/WO2007079645A1/zh
Priority to CNA200680012044XA priority patent/CN101204059A/zh
Publication of CN1878171A publication Critical patent/CN1878171A/zh
Application granted granted Critical
Publication of CN1878171B publication Critical patent/CN1878171B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种聊天室中用户阻塞信息通知的方法,应用于SIP/SIMPLE即时消息系统,包括:新用户加入已经激活的聊天室;服务器获取用户阻塞列表,判断聊天室中新加入用户和已存在用户的阻塞关系,服务器向已存在用户发送被阻塞用户加入到聊天室的消息,或者向新加入用户发送被阻塞用户已存在于聊天室的消息。采用本发明方法,SIP/SIMPLE即时消息系统客户端能够得到聊天室中用户相互阻塞的关系,完善聊天室的方案。

Description

一种聊天室中阻塞信息通知的方法
技术领域
本发明涉及移动通信和互联网(Internet)领域的即时消息业务,尤其涉及一种在采用会话初始化协议/即时消息与存在利用扩展会话初始协议(SIP/SIMPLE协议)的即时消息系统中,如何判断用户是否阻塞其他用户和如何通知用户的方法。
背景技术
本发明涉及的技术领域是在移动通信网络、Internet网络上开展即时消息(Instant Messaging,IM)业务,移动网络包括现有的2G(2nd Generation,第2代移动网络)、2.5G,未来的3G(3rd Generation,第3代移动网络)、以及多媒体子系统(IMS)等。
即时消息业务属于一种基于存在业务(Presence)的个人对个人、个人对群组的消息类的移动数据业务。
OMA国际标准组织对于移动即时消息作了标准制定,在当前的标准规范版本中有两类即时消息系统。第一类是基于无线乡村(Wireless Village,WV)协议的即时消息系统,其基于超级文本传送协议/无线访问协议/短消息发送协议(HTTP/WAP/SMS)承载的协议,可以支持2.5G/3G网络;第二类是基于会话初始协议(SIP)/即时消息和存在业务扩展会话初始协议(SIMPLE)的即时消息系统,其基于SIP/SIMPLE承载的协议,支持基于IMS的IP网络。
本发明主要涉及基于SIP/SIMPLE的IM系统,尤其是涉及SIMPLE IM中的聊天室系统,系统中存在这样的使用场景需求:假设已经存在一个激活的SIMPLE IM聊天室,此时有新用户加入聊天室,如果聊天室中的其他用户阻塞(block)了该用户,聊天室将通知其他用户:聊天室中新加入了他的阻塞用户;另一方面,如果新加入用户阻塞了聊天室中已存在的用户,则聊天室将通知新加入用户:聊天室中已存在着他的阻塞用户。
这里的阻塞(block)类似于黑名单的意思,若用户A将用户B列入其阻塞列表,那么用户B将不能发送即时消息给用户A,称用户A为阻塞方,用户B为被阻塞方。阻塞的概念在WV协议的IMPS中已经提出,在SIP/SIMPLEIM中其含义是一样的。
现有基于WV协议的IMPS系统、SIP/SIMPLE IM标准中,有相关的阻塞技术,主要包括:用户A可以设置并管理自己的阻塞列表在服务器,服务器控制该列表中的用户不能和用户A进行即时消息交互。但是关于聊天室中阻塞用户的通知技术,尚未涉及到。
现有技术中,符合SIP/SIMPLE IM标准的即时消息系统没有提供如何在聊天室系统中判断用户间阻塞关系以及通知阻塞信息的方法。
发明内容
本发明提供一种聊天室系统中判断用户间阻塞关系以及通知阻塞信息的方法,用以解决现有技术中SIP/SIMPLE即时消息系统没有提供如何在聊天室系统中判断用户间阻塞关系以及通知阻塞信息的问题。
本发明应用于采用会话初始协议SIP/即时消息与存在利用扩展会话初始协议SIMPLE的即时消息IM系统,包括如下步骤:
A、新用户加入已经激活的聊天室;
B、聊天室控制服务器获取聊天室中新加入用户和已存在用户间的阻塞关系;
C、聊天室控制服务器根据获取的阻塞关系,决定是否向阻塞方客户端发送包含阻塞信息的通知消息,如果存在阻塞关系,则发送。
当用户阻塞列表存储在聊天室控制服务器中,聊天室控制服务器根据存储的用户阻塞列表判断得到新加入用户和已存在用户间的阻塞关系。
在新用户客户端向归属IM服务器发送加入聊天室的请求消息,归属IM服务器转发此消息至聊天室控制服务器时,归属IM服务器发送的消息中包含了用户的阻塞列表。
当用户阻塞列表存储在用户归属IM服务器中,或者存储在用户归属即时消息XML文档管理服务器IM XDMS中,上述步骤B包括如下步骤:
B1、聊天室控制服务器向存储用户阻塞列表的服务器发送请求消息,请求获取用户阻塞列表,或者请求判断已存在用户和新加入用户间阻塞关系;
B2、存储用户阻塞列表的服务器收到请求消息后,将存储的用户阻塞列表发送给聊天室控制服务器,聊天室控制服务器根据收到的用户阻塞列表判断得到新加入用户和已存在用户间的阻塞关系,或者存储用户阻塞列表的服务器根据存储的用户阻塞列表判断已存在用户和新加入用户间阻塞关系,并把判断结果发送给聊天室控制服务器。
本发明还可以包括:新用户加入已经激活的聊天室;用户归属IM服务器根据存储的用户阻塞列表判断新加入用户和已存在用户间是否存在阻塞关系,如果存在阻塞关系,则向阻塞方客户端发送包含阻塞信息的通知消息。
本发明还可以包括:聊天室用户已经订阅了聊天室的状态改变通知,当新用户加入聊天室后,聊天室控制服务器向用户归属IM服务器发送状态改变通知消息。
本发明还可以包括:聊天室控制服务器向已存在用户归属IM服务器发送的状态改变通知消息中,包含了新加入用户的标识URI;向新加入用户归属IM服务器发送的状态改变通知消息中,包含了聊天室中已存在用户的列表。
本发明还可以包括:新用户加入已经激活的聊天室包括如下步骤:
A1、新用户客户端向归属IM服务器发送加入聊天室的请求消息并由归属IM服务器转发此消息至聊天室控制服务器;
A2、聊天室控制服务器根据收到的请求消息对请求加入的新用户进行鉴权,如果鉴权通过,则向所述IM服务器发送鉴权通过的响应消息并由此IM服务器转发响应消息至新用户客户端。
本发明还可以包括:向阻塞方客户端发送包含阻塞信息的通知消息具体包括:
若所述阻塞方是聊天室中新加入用户,则向新加入用户客户端发送被阻塞用户已存在于聊天室的通知消息;
若所述阻塞方是聊天室中已存在用户,则向已存在用户客户端发送被阻塞用户新加入到聊天室的通知消息。
所述聊天室控制服务器、IM XDMS、用户归属IM服务器和用户客户端相互之间发送消息可以采用SIP/SIMPLE协议。
所述聊天室控制服务器、IM XDMS、用户归属IM服务器和用户客户端相互之间的消息交互可以由他们所属的SIP/IP核心网转发。
所述聊天室控制服务器和IM XDMS之间发送消息可以采用XCAP协议。
新用户加入聊天室后,聊天室控制服务器和IM服务器之间、用户客户端和用户归属IM服务器之间发送消息可以采用MSRP协议。
本发明的有益效果如下:
本发明的技术方案能够支持SIP/SIMPLE IM用户加入聊天室时,通知聊天室中已存在用户和新加入用户是否存在被阻塞的用户的功能,使得SIP/SIMPLE即时消息业务系统中能够完整地支持关于聊天室业务的整体解决方案,并提高了用户体验。
附图说明
图1为本发明聊天室网络结构示意图;
图2为本发明的一个典型的总流程示意图;
图3为本发明客户端加入聊天室的流程示意图;
图4为本发明聊天室控制服务器向已存在用户发送阻塞信息的流程示意图;
图5为本发明用户归属IM服务器向已存在用户发送阻塞信息的流程示意图;
图6为本发明聊天室控制服务器向新加入用户发送阻塞信息的流程示意图;
图7为本发明用户归属IM服务器向新加入用户发送阻塞信息的流程示意图。
具体实施方式
本发明主要实现的是基于SIP/SIMPLE即时消息聊天室中,判断用户间阻塞关系以及通知阻塞信息的过程和方法。在SIP/SIMPLE的聊天室系统中,具有一个中心服务器来管理和处理聊天室业务,所有聊天室成员的消息都是首先发送到聊天室控制服务器,然后再由聊天室控制服务器分发消息到其他的聊天室成员。
如图1所示是一个组成聊天室的网络结构示意图,其中:
客户端A表示将要加入SIMPLE IM聊天室系统的1个用户所在的客户端;
客户端B表示已经加入SIMPLE IM聊天室系统的1个用户所在的客户端;
服务器X表示聊天室系统所在的SIMPLE IM服务器,此时服务器X扮演Controlling的角色(控制功能);
服务器A表示客户端A所归属的SIMPLE IM服务器,由于已经假定服务器X为聊天室所在服务器,则此时服务器A扮演Participating的角色(参与功能);
服务器B表示客户端B所归属的SIMPLE IM服务器,由于已经假定服务器X为聊天室所在服务器,则此时服务器B扮演Participating的角色(参与功能);
IM XDMS(Instant Message XML Document Management Server即时消息XML文档管理服务器)表示存储使用IM服务器的用户的IM相关信息的服务器,比如用户的阻塞列表、控制策略等都存储在此服务器中。
图1所示的组网中,聊天室控制服务器X和用户归属IM服务器A或B是不同的逻辑实体,可以是位于同一个物理实体中,也可以是分别为两个不同的物理实体;同时Server X、IM XDMS、服务器A、服务器B和客户端A、客户端B还可以位于不同的SIP/IP Core中,只是增加了SIP/IP Core之间的信令转发;无论是那种组网,信令流程原理都是类似的,不影响本发明的技术方案,不影响本领域的技术人员理解。
本发明涉及的SIP/IP Core属于3GPP和3GPP2定义的多媒体子域的核心网部分(比如CSCF)或IP网络。
图2是本发明的一个典型的总流程示意图,包括以下步骤:
1、新用户加入已经激活的聊天室;
2、聊天室控制服务器获取用户阻塞列表;
3、聊天室控制服务器根据获取的用户阻塞列表判断新加入用户与已存在用户间是否存在阻塞关系,如果存在,则聊天室控制服务器向阻塞方客户端发送阻塞信息的通知消息。
下面以图1所示的聊天室系统为例按不同情况分别说明本发明的实施方式。
图3所示的是客户端A加入已经激活的聊天室的一个实施例,包括如下步骤:
1、客户端A请求加入聊天室,向服务器A发送SIP INVITE请求,其中SIP INVITE请求的Request-URI中包含了聊天室标识,Accept-Contact中包含SIP/SIMPLE IM业务的Feature码,例如″+g.oma.sip-im″,等等,同时SIP INVITE请求在SDP参数中携带客户端A的传输能力和协商参数例如IP地址、端口号、支持的传输媒介类型等等;
2、服务器A读取所收到的上述SIP INVITE中携带的聊天室标识信息,判断该聊天室是服务器X所属,于是发起一个新的SIP INVITE请求到服务器X。其中SIP INVITE请求的Request-URI中包含了聊天室标识,Accept-Contact包含SIP/SIMPLE IM业务的Feature码,例如″+g.oma.sip-im″,等等,在SDP参数中携带服务器A的传输能力和协商参数例如IP地址、端口号、支持的传输媒介类型等等;
3、服务器X根据收到的SIP INVITE请求对客户端A进行鉴权,若鉴权通过允许用户A加入聊天室,则发送SIP 200″OK″响应给服务器A,在此SIP200″OK″响应的SDP参数中携带服务器X的可被服务器A建立MSRP所用的传输能力和协商参数例如IP地址、端口号、支持的传输媒介类型等等;
上述步骤1-3完成了服务器A和聊天室控制服务器X之间的MSRP通道建立协商过程;
4、服务器A发送一个新的SIP 200″OK″给客户端A,其中的SDP参数中携带服务器A的可被客户端A建立MSRP所用的传输能力和协商参数例如IP地址、端口号、支持的传输媒介类型等等;
上述步骤1-4完成了客户端A和服务器A之间的MSRP通道建立协商过程;
5、客户端A发送SIP ACK确认消息到服务器A,表示确认收到了SIP 200″OK″;
6、服务器A发送SIPACK确认消息到服务器X,表示确认收到了SIP 200″OK″。
上述过程完成了客户端A和服务器A之间的MSRP通道以及服务器A和服务器X之间的MSRP通道的建立;同样可以在客户端A与服务器X之间直接建立MSRP通道。
图4所示的是对于聊天室中已经把用户A加入其阻塞列表的已存在用户(例如B),聊天室控制服务器向IM XDMS查询阻塞关系并分别向这些用户发送用户A加入聊天室的通知的一个实施例,本实施例只描述向用户B发送的情况,其他类似。包括如下步骤:
1、服务器X向用户B所在的IM XDMS发送SIP SUBSCRIBE消息,在SIP消息中包括Request-URI为聊天室的URI,Event为sip-profile或ua-profile等,Expires为0;
2、IM XDMS向服务器X发送响应SIP 200″OK″,表示收到SIPSUBSCRIBE消息;
3、IM XDMS从存储器中取出用户B的所有阻塞用户列表,向服务器X发送SIP NOTIFY,其中包含了用户B的所有阻塞用户列表;
4、服务器X向IM XDMS发送响应SIP 200″OK″,表示收到SIP NOTIFY消息;
5、服务器X根据收到的上述NOTIFY消息判断用户B是否阻塞了用户A,如果用户B阻塞了用户A,则服务器X向服务器B发送SIP MESSAGE消息,此MESSAGE消息内包含有被用户B阻塞的用户A的URI;否则结束本流程;
6、服务器B收到此MESSAGE消息后判断目的方是客户端B,则转发此SIP MESSAGE消息到客户端B;
7、客户端B发送响应SIP 200“OK”到服务器B,表示收到SIP MESSAGE消息;
8、服务器B收到此200“OK”消息后判断是给服务器X的响应消息,则转发此200OK到服务器X。
客户端B分析收到的SIP MESSAGE消息,得知被用户B阻塞的用户A加入了聊天室。
本发明的另一个实施例与上述图4所示的实施例类似,区别在于所述步骤3是由服务器IM XDMS根据它存储的用户B的阻塞列表直接判断用户B是否阻塞了用户A,并在SIP NOTIFY消息中返回是否阻塞的结果,为此,需要在所述步骤1服务器X发送给IM XDMS的SIP SUBSCSCRBE消息中包括Filter的规则内容。
本发明的另一个实施例与上述图4所示的实施例类似,区别在于上述聊天控制服务器X通过XCAP协议(XML配置接入协议)与IM XDMS通信。具体为上述图4中的步骤1-4简化为以下两步:
1、服务器X向用户B所在的IM XDMS发送XCAP消息(用HTTP GET),在XCAP消息中包括用户B的URI;
2、IM XDMS从存储器中取出用户B的所有阻塞用户列表,向服务器X返回XCAP消息(HTTP 200OK),其中包括获取的结果;
后面的步骤与上述图4所示的实施例步骤5-8相同。
同样本发明的另一个实施例可以由服务器IM XDMS根据它存储的用户B的阻塞列表直接判断用户B是否阻塞了用户A,并在XCAP的HTTP 200OK返回消息中包含是否阻塞的结果。
本发明的另一个实施例与上述图4所示的实施例类似,区别在于用户B的阻塞列表不在服务器IM XDMS中,而是存储在用户B归属IM服务器B中。具体为上述图4中的步骤1-4改为以下4步:
1、服务器X向服务器B发送SIP SUBSCRIBE消息,在SIP消息中包括Request-URI为聊天室的URI,Event为block-check或block-profile等,Expires为0;
2、服务器B向服务器X发送响应SIP 200″OK″,表示收到SIP SUBSCRIBE消息;
3、服务器B从存储器中取出用户B的所有阻塞用户列表,向服务器X发送SIP NOTIFY,其中包含了用户B的所有阻塞用户列表;
4、服务器X向服务器B发送响应SIP 200″OK″,表示收到SIP NOTIFY消息;
后面的步骤与上述图4所示的实施例步骤5-8相同。
同样本发明的另一个实施例可以由服务器B根据它存储的用户B的阻塞列表直接判断用户B是否阻塞了用户A,并在返回的NOTIFY消息中包含是否阻塞的结果。
本发明的另一个实施例与上述图4所示的实施例类似,区别在于用户B的阻塞列表不在服务器IM XDMS中,而是直接存储在聊天室控制服务器X中,在客户端B加入聊天室时,服务器B已经带了用户B的阻塞列表到聊天室中,在服务器B转发加入聊天室会话的请求时,INVITE请求消息中XML MIMEBODY包括用户B的阻塞列表。这样可以省去上述图4所示实施例的步骤1-4,服务器X根据自己存储的用户B的阻塞列表判断用户B是否阻塞了用户A,并执行上述图4所示实施例的步骤5-8。
本发明的另一个实施例与上述图4所示的实施例类似,区别在于用户B的阻塞列表存储在归属IM服务器B中,且用户B已经订阅了聊天室的状态改变通知,即当有新用户加入聊天室时,聊天室控制服务器X需要通知用户B有新用户加入,因此聊天室控制服务器X可以发送SIP NOTIFY消息到归属IM服务器再到客户端,由用户归属IM服务器来判断是否被阻塞。具体实施步骤如图5所示:
1、聊天室控制服务器X向服务器B发送SIP NOTIFY消息,其中包括用户A的URI;
2、服务器B向客户端B转发SIP NOTIFY消息;
3、客户端B向服务器B响应SIP 200″OK″,表示收到SIP NOTIFY消息;
4、服务器B向服务器X转发SIP 200″OK″;
5、服务器B根据存储的用户B的阻塞列表判断用户B是否阻塞了用户A,如果用户B阻塞了用户A,则向客户端B发送SIP MESSAGE消息,此MESSAGE消息内包含了用户A的URI;否则结束本流程;
6、客户端B发送响应SIP 200“OK”到服务器B,表示收到SIP MESSAGE消息。
同样,客户端B分析收到的SIP MESSAGE消息,得知被用户B阻塞的用户A加入了聊天室。
图6所示的是对于已经被列入用户A的阻塞列表中的聊天室已存在用户(例如B),聊天室控制服务器向IM XDMS查询阻塞关系并向用户A发送阻塞用户已存在于聊天室的通知的一个实施例,本实施例描述已存在于聊天室的用户B被阻塞的情况,其他类似。包括如下步骤:
1、服务器X向用户A所在的IM XDMS发送SIP SUBSCRIBE消息,在SIP消息中包括Request-URI为聊天室的URI,Event为sip-profile或ua-profile等,Expires为0;
2、IM XDMS向服务器X发送响应SIP 200″OK″,表示收到SIPSUBSCRIBE消息;
3、IM XDMS从存储器中取出用户A的所有阻塞用户列表,向服务器X发送SIP NOTIFY,其中包含了用户A的所有阻塞用户列表;
4、服务器X向IM XDMS发送响应SIP 200″OK″,表示收到SIP NOTIFY消息;
5、服务器X根据收到的上述NOTIFY消息判断用户A是否阻塞了已经存在于聊天室中的用户,如果用户A阻塞了聊天室中的用户,例如用户B,则服务器X向服务器A发送SIP MESSAGE消息,此MESSAGE消息内包含有被用户A阻塞的用户列表;否则结束本流程;
6、服务器A收到此MESSAGE消息后判断目的方是客户端A,则转发此SIP MESSAGE消息到客户端A;
7、客户端A发送响应SIP 200“OK”到服务器A,表示收到SIP MESSAGE消息;
8、服务器A收到此200“OK”消息后判断是给服务器X的响应消息,则转发此200OK到服务器X。
客户端A分析收到的SIP MESSAGE消息,得知被用户A阻塞的用户B已经存在于聊天室中。
本发明的另一个实施例与上述图6所示的实施例类似,区别在于所述步骤3是由服务器IM XDMS根据它存储的用户A的阻塞列表直接判断用户A是否阻塞了已存在于聊天室中的用户,并在SIP NOTIFY消息中返回被用户A阻塞的已存在于聊天室中的用户列表,为此,需要在所述步骤1服务器X发送给IMXDMS的SIP SUBSCRIBE消息中包括Filter的规则内容。
本发明的另一个实施例与上述图6所示的实施例类似,区别在于上述聊天控制服务器X通过XCAP协议(XML配置接入协议)与IM XDMS通信。具体为上述图6中的步骤1-4简化为以下两步:
1、服务器X向用户A所在的IM XDMS发送XCAP消息(用HTTP GET),在XCAP消息中包括用户A的URI;
2、IM XDMS从存储器中取出用户A的所有阻塞用户列表,向服务器X返回XCAP消息(HTTP 200OK),其中包含了用户A的所有阻塞用户列表;
后面的步骤与上述图6所示的实施例步骤5-8相同。
同样本发明的另一个实施例可以由服务器IM XDMS根据它存储的用户A的阻塞列表直接判断用户A是否阻塞了已存在于聊天室中的用户,并在XCAP的HTTP 200OK返回消息中包含已阻塞的用户列表。
本发明的另一个实施例与上述图6所示的实施例类似,区别在于用户A的阻塞列表不在服务器IM XDMS中,而是存储在用户A归属的IM服务器A中。
具体为上述图6中的步骤1-4改为以下4步:
1、服务器X向服务器A发送SIP SUBSCRIBE消息,在SIP消息中包括Request-URI为聊天室的URI,Event为block-check或block-profile等,Expires为0;
2、服务器A向服务器X发送响应SIP 200″OK″,表示收到SIP SUBSCRIBE消息;
3、服务器A从存储器中取出用户A的所有阻塞用户列表,向服务器X发送SIP NOTIFY,其中包含了用户A的所有阻塞用户列表;
4、服务器X向服务器A发送响应SIP 200″OK″,表示收到SIP NOTIFY消息;
后面的步骤与上述图6所示的实施例步骤5-8相同。
同样本发明的另一个实施例可以由服务器A根据它存储的用户A的阻塞列表直接判断用户A是否阻塞了已存在于聊天室中的用户,并在返回的NOTIFY消息中包含已阻塞的用户列表。
本发明的另一个实施例与上述图6所示的实施例类似,区别在于用户A的阻塞列表不在服务器IM XDMS中,而是直接存储在聊天室控制服务器X中,在客户端A加入聊天室时,服务器A已经带了用户A的阻塞列表到聊天室中,在服务器A转发加入聊天室会话的请求时,INVITE请求消息中XML MIMEBODY包括用户A的阻塞列表。这样可以省去上述图6所示实施例的步骤1-4,服务器X根据自己存储的用户A的阻塞列表判断用户A是否阻塞了已存在于聊天室中的用户,并执行上述图6所示实施例的步骤5-8。
本发明的另一个实施例与上述图6所示的实施例类似,区别在于用户A的阻塞列表存储在归属IM服务器A中,因此聊天室控制服务器X可以发送SIPNOTIFY消息到归属IM服务器A再到客户端A,由用户归属IM服务器A来判断用户A阻塞的已存在于聊天室中的用户列表。具体实施步骤如图7所示:
1、聊天室控制服务器X向服务器A发送SIP NOTIFY消息,其中包含聊天室中的用户列表;
2、服务器A向客户端A转发SIP NOTIFY消息;
3、客户端A向服务器A响应SIP 200″OK″,表示收到SIPNOTIFY消息;
4、服务器A向服务器X转发SIP 200″OK″;
5、服务器A根据存储的用户A的阻塞列表判断用户A是否阻塞了已存在于聊天室中的用户,如果用户A阻塞了聊天室中的用户,例如用户B,则向客户端A发送SIP MESSAGE消息,此MESSAGE消息内包含了被用户A阻塞的用户列表;否则结束本流程;
6、客户端A发送响应SIP 200“OK”到服务器A,表示收到SIP MESSAGE消息;
同样,客户端A分析收到的SIP MESSAGE消息,得知被用户A阻塞的用户B已经存在于聊天室中。
本发明的另一个实施例与上述实施例类似,区别在于聊天室控制服务器X和IM服务器之间、客户端和归属IM服务器之间发送消息可以使用MSRP协议,他们之间的MSRP通道已经在客户端加入聊天室的过程中建立。他们之间发送消息使用携带消息内容的MSRP SEND消息和MSRP 200OK响应消息。
以上实施例都是由服务器来判断用户间阻塞关系,本发明还可以由客户端直接判断阻塞关系。用户的阻塞列表直接存储在用户所在的客户端中,或者通过客户端向IM XDMS发送HTTP/XCAP消息获取。
对于已存在多个用户(例如B)的已激活聊天室,当新用户A加入聊天室后,如果用户B订阅了聊天室的状态改变通知(订阅可以采用客户端向聊天室控制服务器发送SIP SUBSCRIBE消息的方式),则聊天室控制服务器向客户端B发送新用户加入聊天室的通知消息(可以通过SIP NOTIFY的通知消息),消息中包括了用户A的URI。当客户端B收到此消息后,直接判断用户B是否阻塞了用户A,如果是,则客户端B以某种界面形式(例如文本、弹出对话框、小动画等等)通知用户B:聊天室中新加入了他的阻塞用户A。
对于新加入的用户A,当加入聊天室后,如果用户A订阅了聊天室的状态改变通知(订阅同样可以采用客户端向聊天室控制服务器发送SIP SUBSCRIBE消息的方式,或者在加入聊天室时的SIP INVITE消息中带上订阅标志),聊天室控制服务器向客户端A发送通知消息(通过SIP NOTIFY的通知消息),消息中包含聊天室中的用户列表。客户端A收到此消息后,直接判断用户A是否阻塞了聊天室中的已存在用户(例如B),如果是,则客户端A以某种界面形式通知用户A:聊天室中已存在着他的阻塞用户(例如B)。
除用户订阅聊天室的状态改变通知外,用户所在的客户端还可以周期性地或者一次性地向聊天室控制服务器发送查询消息。查询消息可以采用SIPSUBSCRIBE消息,消息头Expire设置为0。周期性就是客户端周期地,如10分钟一次,向聊天室控制服务器发送SIP SUBSCRIBE消息。聊天室控制服务器收到查询消息后,发送SIP NOTIFY通知消息返回给客户端,消息中包括聊天室中的用户列表,客户端根据此用户列表和存储的阻塞列表判断是否有阻塞用户在当前聊天室中。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (20)

1、一种聊天室中阻塞信息通知的方法,应用于采用会话初始协议SIP/即时消息与存在利用扩展会话初始协议SIMPLE的即时消息IM系统,包括如下步骤:
A、新用户加入已经激活的聊天室;
B、聊天室控制服务器获取聊天室中新加入用户和已存在用户间的阻塞关系;
C、聊天室控制服务器根据获取的阻塞关系,决定是否向阻塞方客户端发送包含阻塞信息的通知消息,如果存在阻塞关系,则发送。
2、如权利要求1所述的方法,其特征在于,所述聊天室控制服务器获取新加入用户和已存在用户间的阻塞关系是直接根据存储在其中的用户阻塞列表判断获得的。
3、如权利要求2所述的方法,其特征在于,所述存储在聊天室控制服务器中的用户阻塞列表是由用户加入聊天室时带入的,用户客户端向归属IM服务器发送加入聊天室的请求消息,归属IM服务器转发此消息至聊天室控制服务器时,归属IM服务器发送的消息中包含了用户阻塞列表。
4、如权利要求1所述的方法,其特征在于,所述聊天室控制服务器获取新加入用户和已存在用户间的阻塞关系是通过获取用户阻塞列表后判断获得的,所述用户阻塞列表存储在用户归属IM服务器中,或者存储在用户归属即时消息XML文档管理服务器IM XDMS中,所述步骤B包括如下步骤:
B11、聊天室控制服务器向存储用户阻塞列表的服务器发送请求消息,请求获取用户阻塞列表;
B12、存储用户阻塞列表的服务器收到请求消息后,将存储的用户阻塞列表发送给聊天室控制服务器,聊天室控制服务器根据收到的用户阻塞列表判断获得新加入用户和已存在用户间的阻塞关系。
5、如权利要求1所述的方法,其特征在于,所述聊天室控制服务器获取新加入用户和已存在用户间的阻塞关系是通过用户归属IM服务器或者IMXDMS获得的,用户归属IM服务器或者IM XDMS根据存储的用户阻塞列表判断得到阻塞关系,所述步骤B包括如下步骤:
B21、聊天室控制服务器向存储用户阻塞列表的服务器发送请求消息,请求判断已存在用户和新加入用户间的阻塞关系;
B22、存储用户阻塞列表的服务器收到请求消息后,根据存储的用户阻塞列表判断已存在用户和新加入用户间阻塞关系,并把判断结果发送给聊天室控制服务器。
6、如权利要求1所述的方法,其特征在于,所述新用户加入已经激活的聊天室包括如下步骤:
A1、新用户客户端向归属IM服务器发送加入聊天室的请求消息并由归属IM服务器转发此消息至聊天室控制服务器;
A2、聊天室控制服务器根据收到的请求消息对请求加入的新用户进行鉴权,如果鉴权通过,则向所述IM服务器发送鉴权通过的响应消息并由此IM服务器转发响应消息至新用户客户端。
7、如权利要求1所述的方法,其特征在于,所述步骤C中的向阻塞方客户端发送包含阻塞信息的通知消息具体包括:
若所述阻塞方是聊天室中新加入用户,则向新加入用户客户端发送被阻塞用户已存在于聊天室的通知消息;
若所述阻塞方是聊天室中已存在用户,则向已存在用户客户端发送被阻塞用户新加入到聊天室的通知消息。
8、如权利要求1-7任一项所述的方法,其特征在于,所述聊天室控制服务器、IM XDMS、用户归属IM服务器和用户客户端相互之间发送消息采用SIP/SIMPLE协议。
9、如权利要求8所述的方法,其特征在于,所述聊天室控制服务器、IMXDMS、用户归属IM服务器和用户客户端相互之间的消息交互由他们所属的SIP/IP核心网转发。
10、如权利要求4或5所述的方法,其特征在于,所述聊天室控制服务器和IM XDMS之间发送消息采用XCAP协议。
11、如权利要求1-7任一项所述的方法,其特征在于,新用户加入聊天室后,聊天室控制服务器和IM服务器之间、用户客户端和用户归属IM服务器之间发送消息采用MSRP协议。
12、如权利要求1所述的方法,其特征在于,所述步骤C中聊天室控制服务器向阻塞方客户端发送包含阻塞信息的通知消息采用SIP/SIMPLE协议,该消息由阻塞方客户端归属IM服务器转发。
13、一种聊天室中阻塞信息通知的方法,应用于采用会话初始协议SIP/即时消息与存在利用扩展会话初始协议SIMPLE的即时消息IM系统,包括:新用户加入已经激活的聊天室;用户归属IM服务器根据存储的用户阻塞列表判断新加入用户和已存在用户间是否存在阻塞关系,如果存在阻塞关系,则向阻塞方客户端发送包含阻塞信息的通知消息。
14、如权利要求13所述的方法,其特征在于,用户归属IM服务器判断阻塞关系还需要根据收到的聊天室状态改变通知消息进行判断,所述状态改变通知消息是在新用户加入聊天室后,聊天室控制服务器向聊天室中用户的归属IM服务器发送的,所述状态改变通知是由聊天室用户订阅的。
15、如权利要求14所述的方法,其特征在于,聊天室控制服务器向已存在用户归属IM服务器发送的状态改变通知消息中,包含了新加入用户的标识URI;向新加入用户归属IM服务器发送的状态改变通知消息中,包含了聊天室中已存在用户的列表。
16、一种聊天室中阻塞信息通知的方法,应用于采用会话初始协议SIP/即时消息与存在利用扩展会话初始协议SIMPLE的即时消息IM系统,包括:新用户加入已经激活的聊天室;用户所在的客户端根据存储的或获取的用户阻塞列表判断新加入用户或已存在用户是否被阻塞,如果被阻塞,则客户端显示阻塞信息。
17、如权利要求16所述的方法,其特征在于,客户端判断阻塞时还需要根据收到的聊天室状态改变通知消息进行判断,所述状态改变通知消息是在新用户加入聊天室后,聊天室控制服务器向聊天室中用户所在的客户端发送的,所述状态改变通知是由聊天室用户订阅的。
18、如权利要求17所述的方法,其特征在于,聊天室控制服务器向已存在用户所在的客户端发送的状态改变通知消息中,包含了新加入用户的标识URI;向新加入用户所在的客户端发送的状态改变通知消息中,包含了聊天室中已存在用户的列表。
19、如权利要求16所述的方法,其特征在于,客户端判断阻塞时还需要根据收到的聊天室状态通知消息进行判断,所述状态通知消息是由客户端向聊天室控制服务器发送聊天室状态查询消息,聊天室控制服务器返回给客户端的。
20、如权利要求19所述的方法,其特征在于,所述客户端向聊天室控制服务器发送聊天室状态查询消息是周期性的或者一次性的。
CN2006100065872A 2005-12-07 2006-01-11 一种聊天室中阻塞信息通知的方法 Active CN1878171B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN2006100065872A CN1878171B (zh) 2005-12-07 2006-01-11 一种聊天室中阻塞信息通知的方法
EP06828192A EP1853033B1 (en) 2006-01-11 2006-11-28 A method and system of notification using an instant messaging block message
DE602006011436T DE602006011436D1 (de) 2006-01-11 2006-11-28 Verfahren und system zur benachrichtugung unter verwendung einer instant-messaging-blocknachricht
AT06828192T ATE454002T1 (de) 2006-01-11 2006-11-28 Verfahren und system zur benachrichtugung unter verwendung einer instant-messaging-blocknachricht
US11/814,669 US20080270553A1 (en) 2006-01-11 2006-11-28 Method and System for Instant Notification of Communication Block Information
PCT/CN2006/003200 WO2007079645A1 (fr) 2006-01-11 2006-11-28 Procédé et système de notification mettant en oeuvre un message de blocage de messagerie instantanée
CNA200680012044XA CN101204059A (zh) 2006-01-11 2006-11-28 一种即时通信阻塞信息通知的方法和系统

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200510102273 2005-12-07
CN200510102273.8 2005-12-07
CN2006100065872A CN1878171B (zh) 2005-12-07 2006-01-11 一种聊天室中阻塞信息通知的方法

Publications (2)

Publication Number Publication Date
CN1878171A true CN1878171A (zh) 2006-12-13
CN1878171B CN1878171B (zh) 2010-05-12

Family

ID=37510462

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006100065872A Active CN1878171B (zh) 2005-12-07 2006-01-11 一种聊天室中阻塞信息通知的方法

Country Status (1)

Country Link
CN (1) CN1878171B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101925033A (zh) * 2009-06-12 2010-12-22 中兴通讯股份有限公司 传送大消息模式cpm消息中实现msrp参数协商的方法及系统
CN111092802A (zh) * 2018-10-23 2020-05-01 中国移动通信有限公司研究院 一种消息交互方法、发送设备及接收设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6339784B1 (en) * 1997-05-20 2002-01-15 America Online, Inc. Self-policing, rate limiting online forums

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101925033A (zh) * 2009-06-12 2010-12-22 中兴通讯股份有限公司 传送大消息模式cpm消息中实现msrp参数协商的方法及系统
CN111092802A (zh) * 2018-10-23 2020-05-01 中国移动通信有限公司研究院 一种消息交互方法、发送设备及接收设备

Also Published As

Publication number Publication date
CN1878171B (zh) 2010-05-12

Similar Documents

Publication Publication Date Title
CN1794675A (zh) 建立聊天室数据传输通道实现聊天消息传送的方法
CN1949770A (zh) 一种推送信息提供方法及推送代理装置
CN101043252A (zh) 一种基于mbms机制的ims业务的传输方法及系统
CN1794723A (zh) 一种离线消息处理方法
CN1794707A (zh) 即时消息系统间的搜索方法和互连服务器
CN1671105A (zh) 存在信息共享方法和系统
CN1656768A (zh) 多媒体消息传送方法和系统
CN1859321A (zh) 发送即时消息的方法和设备
CN1794722A (zh) 一种离线消息发送方法
CN101030948A (zh) 一种基于ip的消息路由方法和系统
CN101047664A (zh) 用于实现多目标方业务或操作的方法和装置
CN1976346A (zh) 一种实现视频共享业务的方法、系统及装置
CN101040511A (zh) Pt系统的预约服务方法
CN101043396A (zh) 建立订阅对话的方法及订阅用户事件的方法
CN1798063A (zh) 网络侧获知用户接收多媒体广播/组播业务情况的方法
CN101051922A (zh) 一种存在信息的订阅、发布和更新方法
CN1930895A (zh) 移动通信终端之间互通消息的系统和方法
CN101060650A (zh) 消息业务实现方法和消息应用服务器
CN1859368A (zh) 实现信息传送业务的方法和系统以及一种终端
CN101043431A (zh) 一种缩短多方通话业务建立时间的方法与系统
CN1889439A (zh) 一种保存即时消息业务中会话信息的方法及系统
CN101043743A (zh) PoC业务中控制用户加入会话的方法
CN1925486A (zh) 数字电视多媒体消息系统架构及其通信协议
CN1859331A (zh) 一种多方通信的实现方法及系统
CN1878171A (zh) 一种聊天室中阻塞信息通知的方法

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
ASS Succession or assignment of patent right

Owner name: SHENZHEN LIANCHUANG INTELLECTUAL PROPERTY SERVICE

Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD.

Effective date: 20141208

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 518129 SHENZHEN, GUANGDONG PROVINCE TO: 518052 SHENZHEN, GUANGDONG PROVINCE

TR01 Transfer of patent right

Effective date of registration: 20141208

Address after: 518052, Guangdong, Shenzhen province Nanshan District Nanshan digital cultural industry base, east block, room 407-408

Patentee after: Shenzhen LIAN intellectual property service center

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: Huawei Technologies Co., Ltd.

ASS Succession or assignment of patent right

Owner name: BEIJING Z-GOOD TECHNOLOGY SERVICE CO., LTD.

Free format text: FORMER OWNER: SHENZHEN LIANCHUANG INTELLECTUAL PROPERTY SERVICE CENTER

Effective date: 20150122

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 518052 SHENZHEN, GUANGDONG PROVINCE TO: 100085 HAIDIAN, BEIJING

TR01 Transfer of patent right

Effective date of registration: 20150122

Address after: 100085 Beijing city Haidian District No. 33 Xiaoying Road 1 1F06 room

Patentee after: BEIJING ZHIGU TECHNOLOGY SERVICES CO., LTD.

Address before: 518052, Guangdong, Shenzhen province Nanshan District Nanshan digital cultural industry base, east block, room 407-408

Patentee before: Shenzhen LIAN intellectual property service center