CN100499598C - 即时消息用户使用其它即时消息系统聊天室的方法及系统 - Google Patents

即时消息用户使用其它即时消息系统聊天室的方法及系统 Download PDF

Info

Publication number
CN100499598C
CN100499598C CNB2005100841972A CN200510084197A CN100499598C CN 100499598 C CN100499598 C CN 100499598C CN B2005100841972 A CNB2005100841972 A CN B2005100841972A CN 200510084197 A CN200510084197 A CN 200510084197A CN 100499598 C CN100499598 C CN 100499598C
Authority
CN
China
Prior art keywords
server
message
chatroom
interlink
user terminal
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.)
Expired - Fee Related
Application number
CNB2005100841972A
Other languages
English (en)
Other versions
CN1794705A (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 Technologies 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
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2005100841972A priority Critical patent/CN100499598C/zh
Publication of CN1794705A publication Critical patent/CN1794705A/zh
Priority to EP06761463A priority patent/EP1909443A4/en
Priority to PCT/CN2006/001728 priority patent/WO2007009369A1/zh
Priority to US12/007,965 priority patent/US20080114835A1/en
Application granted granted Critical
Publication of CN100499598C publication Critical patent/CN100499598C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
    • 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/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals

Abstract

本发明公开了即时消息用户使用其它即时消息系统聊天室的方法，首先设置与不同即时消息系统中服务器连接的互连服务器，之后，如果用户终端需要加入其它系统中的聊天室，则该用户终端归属系统中的服务器将该消息转发到互连服务器；互连服务器则与该聊天室归属系统中的服务器交互，并在得到其返回的响应消息后，将该响应消息通过用户终端归属系统中的服务器发送给用户终端；用户终端在确认加入成功后，通过该互连服务器及聊天室归属系统中的服务器来使用该聊天室。本发明同时还公开了即时消息用户使用其它即时消息系统聊天室的系统。本发明使得不同类型即时消息系统中的用户可以使用同一聊天室进行聊天，扩大了交流沟通的范围，极大地方便了用户。

Description

即时消息用户使用其它即时消息系统聊天室的方法及系统
技术领域
本发明涉及移动通信技术领域以及Internet网络中即时消息系统的聊天室业务，更确切地说是涉及一种实现即时消息用户使用其它即时消息系统中的聊天室进行聊天的方法及系统。
背景技术
目前，在移动通信网络及Internet网络中都设有用于即时通话的即时消息系统，其中，该移动通信网络中包括现有的2G、2.5G网络以及多媒体子域，并包括即将投入使用的3G网络。
这些网络中的即时消息系统可以提供聊天室业务。所谓聊天室就是由两个或两个以上的用户组成的会话室，以对一个特定议题进行信息交换、评论和观点描述。进入聊天室的用户可以在该聊天室中发表自己的观点，其他用户则在进入该聊天室后可以看到用户在该聊天室中发表的观点。如果用户退出聊天室或没有加入聊天室，则不能看到该聊天室中用户发表的观点或评论。
目前，开放移动联盟(OMA)国际标准组织对即时移动消息作了标准制定，其规定的即时消息(IM)有两大类，一类是基于无线村(WV，WirelessVillage)协议的即时消息和存在业务(IMPS)，该IMPS业务主要适用于传统的通信网络，另一类是基于初始会话协议/即时消息与存在利用扩展会话初始协议(SIP/SIMPLE)协议的IM业务，主要适用于基于IP多媒体子系统(IMS)的下一代网络。当然，还有一些私有协议也提供了其它的一些即时消息业务。每种即时消息所对应的即时消息系统都提供了聊天室业务。
对于使用聊天室的用户来说，不管该聊天室是采用哪种即时消息，其所基于的协议都是透明的，也即用户不用知道该聊天室所采用的即时消息基于的是哪种协议。但是，不管是基于哪种协议的即时消息，目前都只能保证本即时消息系统中的用户能够使用本系统所提供的聊天室，其他用户则无法使用。显然这是用户不希望看到的。用户希望能够访问各个系统中的聊天室，比如，WV即时消息和存在业务(WV IMPS)业务的即时消息系统中的聊天室不但允许WV IMPS用户使用，也允许SIP/SIMPLE IM用户使用。
目前，同一即时消息系统中的用户之间通过聊天室进行聊天的消息流时序如图1所示，用户需要通过与聊天室服务器的交互进行聊天。
发明内容
有鉴于此，本发明所要解决的主要问题在于提供一种实现即时消息用户使用其它即时消息系统中聊天室的方法，以便任一即时消息系统中的用户都能使用其它即时消息系统所提供的聊天室业务。
本发明同时还提供了一种实现即时消息用户使用其它即时消息系统中聊天室的系统。
为解决上述问题，本发明提供了以下技术方案：
本发明的一种即时消息用户使用其它即时消息系统中聊天室的方法，设置与不同即时消息系统中的服务器连接的互连服务器，该方法进一步包括以下步骤：用户终端向所归属的服务器发送加入其他系统中聊天室的请求消息及通过所归属的服务器向互连服务器发送建立本终端与互连服务器间专门用于传输数据的数据传输通道的请求消息；a.即时消息系统中的用户终端所归属的服务器在收到用户终端加入其它系统中聊天室的请求消息后，将该请求消息转发给互连服务器；b.互连服务器将收到的请求消息转换为该聊天室所归属的即时消息系统所能识别的消息，并发送给该聊天室所归属的即时消息系统中的服务器；c.该聊天室归属系统中的服务器收到所述请求消息后，确定是否接受该用户终端的加入请求，并向互连服务器返回相应的响应消息；d.互连服务器将该响应消息转换为该用户终端归属系统所能识别的消息，并发送给该用户归属系统中的服务器，该服务器再将收到的响应消息发送给用户终端，互连服务器还根据该响应消息确定该用户终端能够加入聊天室，发起建立本互连服务器与该用户终端间的数据传输通道的过程；e.用户终端在根据收到的响应消息确认加入成功后，将与该聊天室相关的消息通过所建立的数据传输通道发送到互连服务器，由该互连服务器进行消息转换以及将转换后的消息转发到该聊天室所归属系统中的服务器，并由该互连服务器接收该聊天室所归属系统中的服务器发送给该用户终端的聊天室相关消息，该互连服务器在将该消息进行转换后通过所建立的数据传输通道发送给用户终端。
本发明的一种实现即时消息用户使用其它即时消息系统中聊天室的系统，所述系统包括即时消息系统中的服务器及用户终端，所述用户终端通过本系统中的服务器对本系统中的聊天室进行访问，其特征在于，该系统进一步包括：与不同即时消息系统中的服务器连接的互连服务器，其中，即时消息系统中的用户终端，进一步用于根据用户输入/查询到的其它系统中聊天室的信息向本系统中的服务器发送加入该聊天室的请求消息，以及接收即时消息系统中的服务器返回的响应消息，通过即时消息系统中的服务器向互连服务器发送建立MSRP通道的请求消息，并用于通过所建立的MSRP通道向互连服务器发送聊天室的相关消息，以及接收互连服务器通过所建立的MSRP通道返回的聊天室相关消息；即时消息系统中的服务器，进一步用于将本系统中的用户终端发送来的加入其它系统中聊天室的请求消息转发给互连服务器，并将互连服务器返回的响应消息发送给用户终端，以及根据互连服务器发送来的其它系统中用户终端要求加入本系统中聊天室的请求消息确定是否允许该用户加入该聊天室，并向互连服务器返回相应的响应消息；互连服务器，用于根据接收到的建立MSRP通道的请求消息建立自身与用户终端间的MSRP通道，将用户终端所归属系统中的服务器转发来的请求消息以及通过该MSRP通道接收用户终端发送来的聊天室相关消息，转换为聊天室所归属系统能够识别的消息，并将转换后的消息发送给该聊天室所归属系统中的服务器，及将聊天室所归属系统中的服务器返回的响应消息转换为用户终端所归属系统能够识别的消息，并将转换后的消息发送给该用户终端所归属系统中的服务器或用户终端，及将聊天室所归属系统中的服务器返回的聊天室相关消息，转换为用户终端所归属系统能够识别的消息，并将转换后的消息通过该MSRP通道发送给用户终端。
本发明方案通过设置用于消息转换的互连服务器，使得不同类型即时消息系统中的用户可以使用同一聊天室进行聊天，扩大了交流沟通的范围，极大地方便了用户，提高了用户体验，使得用户更愿意使用聊天室业务，从而能够提高聊天室业务的用户使用率，使得运营商能够获取更多的利润。
附图说明
图1为现有技术中实现聊天室聊天的消息流时序图；
图2-1为本发明方案的实现流程图；
图2-2为本发明方案具体实施例的实现流程图；
图3为本发明方案具体实施例的消息流时序图；
图4为本发明中SIP/SIMPLE IM用户请求加入其它聊天室的消息流时序图；
图5为本发明中SIP/SIMPLE IM用户通过MSRP通道发表言论的消息流时序图；
图6为本发明中SIP/SIMPLE IM用户通过本系统中服务器发表言论的消息流时序图；
图7为本发明中WV IMPS用户请求加入其它聊天室的消息流时序图；
图8为本发明中互连服务器通过MSRP通道与SIP/SIMPLE IM服务器交互，为用户发表言论的消息流时序图；
图9为本发明中互连服务器通过原有通道与SIP/SIMPLE IM服务器交互，为用户发表言论的消息流时序图；
图10为本发明方案的系统结构示意图；
图11为本发明方案中用户终端的结构示意图；
图12为本发明方案中服务器的结构示意图；
图13为本发明方案中互连服务器的结构示意图。
具体实施方式
本发明方案主要是增加与不同即时消息系统中的服务器连接的互连服务器，各个即时消息系统判断本系统中的用户所请求加入的聊天室是否为本系统的聊天室，如果不是，则通过互连服务器将用户的请求消息及后续的聊天室相关消息转接到该聊天室所归属系统中的服务器，并通过该互连服务器将聊天室所归属系统中的服务器返回的消息发送给用户终端。
本发明方案适用于基于任何协议的即时消息系统，其实现流程如图2-1所示。
并且各种即时消息系统的具体实现相同。因此，下面仅对OMA标准中提出的WV IMPS即时消息系统和SIP/SIMPLE IM即时消息系统间的处理进行描述。并且首先以SIP/SIMPLE IM用户加入WV IMPS即时消息系统中的聊天室为例进行描述。
本发明中的SIP/SIMPLE IM用户加入WV IMPS即时消息系统中的聊天室的实现流程如图2-2所示，包括以下步骤：
步骤201、WV IMPS即时消息系统中建有聊天室M。
步骤202、SIP/SIMPLE IM用户通过终端向本系统中的SIP/SIMPLE IM服务器发送加入聊天室M的请求消息。
SIP/SIMPLE IM用户向SIP/SIMPLE IM服务器发送请求消息，可以是直接通过在终端中输入聊天室M的名称实现，也可以是通过搜索方式从终端中查询到聊天室M实现。
步骤203、SIP/SIMPLE IM服务器判断收到的请求消息所对应的聊天室属于哪种系统，如果是属于本系统，则按照现有的处理方案进行相应的处理；如果是属于WV IMPS即时消息系统，则向互连服务器转发该请求消息。
该用户终端发送的请求消息为SIP/SIMPLE消息。其中，SIMPLE消息为SIP的扩展消息，其中包括SIP：MESSAGE消息。
本步骤中，SIP/SIMPLE IM服务器在对进入聊天室请求进行判断之前，首先需要确定收到的消息是否为与聊天室业务相关的消息。具体可以判断收到的消息中是否存在聊天室的名称、域名或特殊指示等标识，或者判断该消息中的会话类型(sessiontype)是否为chat。之后再根据该聊天室的名称、域名或特殊指示等标识判断该聊天室是否为本系统中的聊天室，比如，如果聊天室的域名为WV：confl@IMPS.com，则可以判定该聊天室属于WV IMPS系统。
步骤204、互连服务器将收到的SIP/SIMPLE消息转换为WV SSP消息，并将转换后的WV SSP消息发送到IMPS服务器。其中，该WV SSP消息为IMPS即时消息系统中专门用于服务器间转发的消息。
在将SIP/SIMPLE消息转换为WV SSP消息时，可以是将SIP/SIMPLE消息中的部分消息头放入WV SSP消息的消息内容中，或者将SIP/SIMPLE消息头转换到HTTP消息头中。
步骤205、WV IMPS服务器对收到的加入聊天室请求消息进行相应的处理，并向互连服务器返回相应的响应消息。
如果WV IMPS服务器允许该SIP/SIMPLE IM用户加入聊天室M，则该响应消息中包含允许加入的信息，否则，该响应消息中包含拒绝加入的信息。并且该响应消息为WV SSP消息。
由于需要WV IMPS服务器对收到的进入聊天室请求进行处理，因此WV IMPS服务器需要能够处理和识别SIP/SIMPLE IM用户，比如，IMPS服务器可以对SIP/SIMPLE IM用户能否加入聊天室进行判断，即通过对该SIP/SIMPLE IM用户是否为黑白名单中的用户、聊天室人数是否已达到上限，或者根据聊天室的控制策略等进行判断。
另外，WV IMPS服务器在允许该SIP/SIMPLE IM用户加入聊天室M后，还可以向该聊天室中的其他用户发送该SIP/SIMPLE IM用户加入的消息。
步骤206、互连服务器将收到的响应消息转换为SIP/SIMPLE消息，之后发送给SIP/SIMPLE IM服务器。
步骤207、SIP/SIMPLE IM服务器将收到的响应消息发送给SIP/SIMPLEIM终端。
步骤208、SIP/SIMPLE IM终端将响应消息中的相关信息展示给用户。
如果该响应消息为成功消息，则SIP/SIMPLE IM终端可以向用户显示聊天室信息；如果该响应消息为失败消息，则SIP/SIMPLE IM终端可以向用户显示失败的原因，也可以让用户重试，或提供其它的相关操作。
步骤209、该SIP/SIMPLE IM用户进行其它与聊天室相关的操作。
比如，该SIP/SIMPLE IM用户进入聊天室后，可以发送聊天消息、接收聊天消息、离开聊天室、获取聊天室成员信息、获取聊天室新加入成员的信息、订阅聊天室改变通知、邀请其他人加入聊天室等。
当然，SIP/SIMPLE IM用户进入聊天室之后的每个操作都需要互连服务器进行消息转换及转发。互连服务器为了能够处理WV IMPS服务器的响应消息以及后续的聊天消息，需要在收到WV IMPS服务器返回允许加入的响应消息后，保存相关的会话信息。如果WV IMPS服务器未允许加入，则互连服务器不需要保存相关的会话信息。
其中，SIP/SIMPLE IM用户在进入聊天室之后进行各种操作时，可以将每个操作的相关消息通过SIP/SIMPLE IM服务器发送给互连服务器，并由SIP/SIMPLE IM服务器将互连服务器返回的消息转发给SIP/SIMPLE IM终端。这种实现方式的全部消息流时序如图3所示。显然，这种实现方式会增加SIP/SIMPLE IM服务器的负担。
为此，本发明方案还提供了另一种实现方式，即SIP/SIMPLE IM用户在通过终端向SIP/SIMPLE IM服务器发送进入聊天室请求时，同时发送建立本终端与互连服务器之间的专门用于传输数据的数据传输通道的请求；互连服务器会在WV IMPS服务器返回允许该用户终端加入聊天室M的响应消息后，建立该数据传输通道，并在向终端返回响应消息时，返回通道建立成功或失败的消息。如果该数据传输通道建立成功，则该SIP/SIMPLE IM用户即可通过该通道与互连服务器交互消息了。当然，如果通过该通道交互消息，则SIP/SIMPLE IM终端与互连服务器之间需要通过相应的消息进行交互；否则，仍需通过SIP/SIMPLE消息进行交互。如果该数据传输通道未建立成功，则仍需通过即时消息系统中的服务器进行中转，其中，未建立成功可能是由于通道协商不成功，或者是由于互连服务器不支持该通道等。其中，所建立的数据传输通道可以为MSRP通道。
上述建立数据传输通道的方案具体是在SIP/SIMPLE IM终端与互连服务器之间建立的，也即是在用户终端与互连服务器之间建立的，实际上，也可以在互连服务器与聊天室归属系统中的服务器之间建立数据传输通道，因为数据传输通道是专门用于传输聊天信息等大流量信息的通道。上述实施例之所以没有建立后一种数据传输通道，主要是因为WV IMPS即时消息系统不支持该数据传输通道。对于其它系统来说，只要能够支持该数据传输通道，则可以在互连服务器与聊天室归属系统中的服务器之间建立数据传输通道。所建立的数据传输通道同样可以为MSRP通道。
上述结合流程图对SIP/SIMPLE IM用户加入WV IMPS聊天室的过程进行了描述。该实现过程中，SIP/SIMPLE IM用户请求加入WV IMPS聊天室的消息流时序如图4所示，SIP/SIMPLE IM用户通过终端与互连服务器间建立的MSRP通道进入聊天室发表言论的消息流时序如图5所示，SIP/SIMPLEIM用户通过SIP/SIMPLE IM服务器中转来发表言论的消息流时序如图6所示。
如图4所示，SIP/SIMPLE IM用户请求加入的消息流时序对应以下步骤：
步骤A、SIP/SIMPLE IM用户通过终端向SIP/SIMPLE IM服务器发送SIP：INVITE消息，以请求加入聊天室M。
该SIP：INVITE消息的消息例子如下：
INVITE wv:conf1@IMPS.com SIP/2.0
To:<wv:conf1@IMPS.com>
From:simpleA<sip:UserA@SIMPLE.com>；tag＝32331
Call-ID:d432fa84b4c76e66710
CSeq:45 INVITE
Contact:<sip:UserA@SIMPLE.com；sessiontype＝chat>；isfocus
Allow:INVITE，ACK，CANCEL，BYE，REFER，MESSAGE，SUBSCRIBE，NOTIFY
Allow-Events:dialog
Content-Type:application/sdp
   v＝0
c＝IN IP4 UserA.SIMPLE.com
t＝0 0
m＝message 7777 msrp/tcp *
a＝accept-types:text/plain
a＝path:msrp://UserA.SIMPLE.com:7777/iau39；tcp
步骤B、SIP/SIMPLE IM服务器则将该SIP：INVITE消息转发给互连服务器。
SIP/SIMPLE IM服务器在收到该SIP：INVITE消息后，根据对该消息中携带的聊天室名称wv:confi@IMPS.com进行分析确定该消息为发送到WVIMPS服务器的消息，因此将该消息转发到互连服务器。
步骤C、互连服务器在收到该消息后，根据该消息中携带的sessiontype＝chat及聊天室名称确定其为加入到WVconfl@IMPS.com聊天室的请求消息，因此将SIP/SIMPLE消息转换为WV IMPS中的WV SSP消息，即JoinGroupRequest消息。
该IMPS：JoinGroupRequest消息的消息例子如下：
POST 10.164.5.254：8080 HTTP/1.1
Content-Type：application/vnd.wv.ssp.xml
Content-Length:450
<WV-SSP-Message xmlns＝″http://www.openmobilealliance.org/DTDAVV-SSP1.2″>
 <Session sessionID＝″d432fa84b4c76e66710@SIMPLE.com">
   <Transaction mode＝″Request"transactionID＝″45″>
     <JoinGroup-Request GroupID＝“wv:confl@IMPS.com”JoinedRequest＝“F”
           SubscribeNotification＝“T”>
          <MetaInfo clientOriginated＝″Yes">
           <Requestor>
             <User userID＝"sip:UserA@SIMPLE.com″>
             </User>
           </Requestor>
         </MetaInfo>
       </JoinGroup-Request>
   </Transaction>
 </Session>
</WV-SSP-Message>
步骤D、WV IMPS服务器收到加入聊天室请求后，处理该加入请求。假设WV IMPS服务器确认该用户加入成功，则向互连服务器返回成功加入的IMPS：JoinGroupResponse消息。
该IMPS：JoinGroupResponse消息的消息例子如下：
HTTP/1.1 200 OK
Server:Resin/2.1.12
Content-Length:276
……
Date:Thu.26 May 2005 02:41:10 GMT
<WV-SSP-Message xmlns＝"http://www.openmobilealliance.org/DTDAWV-SSP1.2″>
 <Session sessionID＝"d432fa84b4c76e66710@SIMPLE.com">
  <Transaction mode＝″Response"transactionID＝″45″>
   <JoinGroup-Response>
    <Status code＝″200″/>
   </JoinGroup-Response>
  </Transaction>
 </Session>
</WV-SSP-Message>
步骤E、互连服务器在接收到IMPS：JoinGroupResponse消息后，向SIP/SIMPLE IM服务器返回SIP的200K消息。
该SIP：200 OK消息的消息例子如下：
SIP/2.0 200 OK
To:<wv:confl@IMPS.com>:tag＝733413
From:simpleA<sip:UserA@SIMPLE.com>；tag＝32331
Call-ID:d432fa84b4c76e66710
CSeq:45 INVITE
Contact:<sip:UserA@SIMPLE.com；sessiontype＝chat>；isfocus
Allow:INVITE，ACK，CANCEL，BYE，REFER，MESSAGE，SUBSCRIBE，NOTIFY
Allow-Events:dialog
Content-Type:application/sdp
v＝0
s＝-
c＝IN IP4 confl.IMPS.com
t＝0 0
m＝message 8888 msrp/tcp*
a＝accept-types:text/plain
a＝path:msrp://confl.IMPS.com:8888/9di4ea:tcp
步骤F、SIP/SIMPLE IM服务器在收到该SIP：200 OK消息后，将该消息转发给SIMPLE IM终端。
步骤G、SIP/SIMPLE IM终端在收到SIP：200 OK消息，并对该消息进行处理后，向SIP/SIMPLE IM服务器发送用于确认消息已收到的SIP：ACK消息
步骤H、SIP/SIMPLE IM服务器将SIP：ACK消息转发到互连服务器，互连服务器则保存该会话的相关信息。
如果在之前的处理中SIP/SIMPLE IM用户请求建立与互连服务器间的MSRP通道，且互连服务器完成该MSRP通道的建立，则SIP/SIMPLE IM用户通过图5所示的消息流发表言论，其所对应的步骤如下：
步骤A、SIP/SIMPLE IM用户通过client向互连服务器发送MSRP:SEND消息，通过该消息发送聊天信息。
该MSRP：SEND消息的消息例子如下：
   MSRP d93kswow SEND
   To-Path:msrp://confl.IMPS.com:8888/9di4ea；tcp
   From-Path:msrp://UserA.SIMPLE.com:7777/iau39；tcp
   Message-ID:12339sdqwer
   Content-Type:text/plain
   Hi.I’m a SIMPLE userA!
   -------d93kswow$
步骤B、互连服务器将该MSRP消息转换为WV IMPS服务器能够识别的WV SSP消息，即SSP:SendMessageRequest消息，并发送给WV IMPS服务器。
该SSP：SendMessageRequest消息的消息例子如下：
     POST 10.164.5.254：8080 HTTP/1.1
     …
     Content-Type:application/vnd.wv.ssp.xml
     Content-Length:693
     <WV-SSP-Message xmlns＝″http://www.openrnobilealliance.org/DTD/WV-SSP1.2″>
      <Session sessionID＝″d432fa84b4c76e66710@IMPS.com">
        <Transaction mode＝″Request"transactionID＝″45″>
          <SendMessage-Request DeliveryReport＝“F”>
              <Metalnfo clientOriginated＝″Yes">
               <Requestor>
                 <User userlD＝″sip:UserA@SIMPLE.com″>
                 </User>
               </Requestor>
           </MetaInfo>
           <MessageInfo messageID＝12339sdqwer contentType＝“text/plain”contentSize
       ＝23>
             <Recipient>
               <Group>
                  <ScreenName>
                    <GroupID>wv:confl@IMPS.com</GroupID>
                  </ScreenName>
               </Group>
             </Recipient>
             <Sender>
                 <User>
                     <UserID>wv:iohn@smith.com</UserID>
                 </User>
             </Sender>
           </MessageInfo>
           <ContentData>
               Hi，I′m a SIMPLE userA!
           </ContentData>
        </SendMessage-Request>
    </Transaction>
  </Session>
</WV-SSP-Message>
步骤C、WV IMPS服务器在收到与聊天相关的消息后，向进入聊天室的用户发送消息，并向互连服务器发送WV SSP的响应消息，  即SSP：SendMessageResponse消息。
该消息的消息例子-为：
HTTP/1.1 200 OK
Server:  Resin/2.1.12
Content Length:  326
……
Date:Thu，26 May 2005 02:41:10 GMT
<WV-SSP-Message xmlns＝″http：//www.openmobilealliance.org/DTD/WV-SSP1.2″>
 <Session sessionID＝″d432fa84b4c76e66710@IMPS.com">
   <Transaction mode＝″Response″transactionID＝″45″>
     <SendMessage-Response MessageID＝12339sdqwer>
       <Status code＝″200″/>
     </SendMessage-Response>
   </Transaction>
 </Session>
</WV-SSP-Message>
步骤D、互连服务器在收到该SSP：SendMessageResponse消息后，向SIP/SIMPLE IM用户的终端回应相应的MSRP消息，即MSRP：200 OK消息。
该MSRP：200 OK消息的消息例子如下：
MSRP d93kswow 200 OK
To-Path:msrp://confl.IMPS.com:8888/9di4ea；tcp
From-Path:msrp://UserA.SIMPLE.com:7777/iau39；tcp
-------d93kswow$
如果在之前的处理中互连服务器未能完成该MSRP通道的建立，则SIP/SIMPLE IM用户通过图6所示的消息流发表言论，其所对应的步骤如下：
步骤A、SIP/SIMPLE IM用户通过Client向SIP/SIMPLE IM服务器发送SIP的MESSAGE消息向聊天室发言。
该SIP：MESSAGE消息的消息例子为：
MESSAGE wv:confl@IMPS.com SIP/2.0
Max-Forwards:70
From:sip:userA@SIMPLE.com；tag＝49583
To:wv:confl@IMPS.com
Call-ID:d432fa84b4c76e66710
CSeq:51 MESSAGE
Content-Type:rext/plain
Content-Length:23
Hi，I’m a SIMPLE userA!
步骤B、SIP/SIMPLE IM服务器确定该消息是发送给WV IMPS服务器的消息，则通过策略控制等处理将该消息转发给互连服务器。
步骤C、互连服务器确定收到的消息是发送给WV IMPS服务器的消息，之后将该SIP/SIMPLE消息转换为WV IMPS的WV SSP消息，即SSP：SendMessageRequest消息，并发送给WV IMPS服务器。
该SSP：SendMessageRequest消息的消息例子为：
POST 10.164.5.254：8080 HTTP/I.1
…
Content-Type:application/vnd.wv.ssp.xml
Content-Length:693
<WV-SSP-Message xmlns＝″http：//www.openmobilealliance.org/DTD/WV-SSP1.2″>
 <Session sessionID＝"d432fa84b4c76e66710@IMPS.com">
   <Transaction mode＝"Request″transactionID＝″45″>
     <SendMessage-Request DeliveryReport＝“F”>
         <MetaInfo clientOriginated＝″Yes">
           <Requestor>
             <User userID＝″sip：UserA@SIMPLE.com″>
             </User>
          </Requestor>
        </MetaInfo>
        <MessageInfo messageID＝1 contentType＝“text/plain”contentSize＝23>
             <Reclplent>
               <Group>
                 <ScreenName>
                    <GroupID>wv:conf1@IMPS.com</GroupID>
                 </ScreenName>
               </Group>
             </Recipient>
             <Sender>
                 <Uset>
                     <UserID>wv:jolin@smith.com</Userid>
                 </Uset>
             </Sender>
           </MessageInfo>
           <ContentData>
               Hi，I'm a SIMPLE userAl
           </ContentData>
        </SendMessage-Requesp
    </Transaction>
  </Session>
</WV—SSP-Message>
步骤D、WV IMPS服务器在收到SSP：SendMessageRequest消息后，向进入聊天室的用户发送与该聊天信息相关的消息，并向互连服务器返回SSP：SendMeSSageResponse消息。
该SSP：SendMessageResponse消息的消息例子为：
HTTP/L 1 200 OK
Server:Resin/2.1.12
Content-Length:326
……
Date:Thu，26 May 2005 02:41:10 GMT
<WV-SSP-Message Xmhls=″http://www.opeBlllObileallialice.org/DTD/WV-SSP1.2″>
 <Session SeSSion ID=″d432fa84b4c76e66710@IMPS.com″>
   <TransactiOn mOde=″Response″transactiOnID=″45″>
     <SendMessage-Response MessageID=1>
       <StatIls code=″200″/>
     </SendMessage-Response>
   </Transaction>
 </Session>
</WV-SSP-Message>
步骤E、互连服务器在收到该响应消息后，向SIP/SIMPLE IM服务器发送SIP的响应消息，即SIP：200 OK消息。
该SIP：200 OK消息的消息例子如下：
SIP/2.0 200 OK
FrOm：sip:userA@SSMPLE.com:tag=49583
To：wv:confl@IMPS．com
Call-ID:d432fa84b4c76e66710
CSea:51 MESSAGE
Content-Length:0
步骤F、SIP/SIMPLE IM服务器则将收到的SIP：200 OK消息转发给SIP/SIMPLE IM用户的Client。
以上所述对SIP/SIMPLE IM用户加入WV IMPS即时消息系统中的聊天室并发表言论的过程作了详细说明。由于WV IMPS即时消息系统不支持MSRP，因此不能在互连服务器与WV IMPS服务器间建立MSRP通道，即互连服务器与WV IMPS服务器之间需要通过SSP消息进行交互。
对于WV IMPS用户加入SIP/SIMPLE IM即时消息系统中聊天室的处理方案来说，其基本流程与图2所示流程相同，这两种处理的主要区别在于传输所用的消息不同。另外，由于WV IMPS即时消息系统不支持MSRP，因此WV IMPS用户与互连服务器之间不能建立MSRP通道，只能通过WV SSP消息进行交互，但互连服务器与聊天室归属系统中的服务器，即SIP/SIPMLEIM服务器之间建立MSRP通道，即通过MSRP消息进行交互。下面仅结合WV IMPS用户加入SIP/SIMPLE IM即时消息系统中聊天室以及发表言论的消息流时序，对具体加入流程进行描述。其中，WV IMPS用户请求加入SIP/SIMPLE IM聊天室的消息流时序如图7所示，WV IMPS用户通过终端与互连服务器间建立的MSRP通道进入聊天室发表言论的消息流时序如图8所示，WV IMPS用户通过IMPS服务器中转来发表言论的消息流时序如图9所示。
如图7所示，WV IMPS用户请求加入的消息流时序对应以下步骤：
步骤A、WV IMPS用户通过终端向WV IMPS服务器发送CSP的JoinGroupRequest消息，即IMPS:JoinGroupRequest消息，以请求加入聊天室。
WV IMPS即时消息系统中，规定用户终端与服务器间使用CSP消息进行通信。
该IMPS：JoinGroupRequest消息的消息例子如下：
POST 10.164.5.254：8080 HTTP/1.1
…
Content-Type:application/vnd.wv.csp.xml
Gontent-Length:634
<WV-CSP-Message xmlns=″http//www,openmobilealliance,org/DTD/WV-CSP1.2″>
    <Session>
      <SessionDescriptor>
        <SessionType>InbandSessionType>
        <SessionID>d432fa84b4c76e66711@IMPS.com</SessionID>
      </SessionDeacriptor>
      <Transaction>
        <TransactionDescriptor>
            <TransactionMode>Request</TransactionMode>
            <TransactionID>50UserB(@IMPS.com</TransactionID>
        </TransactionDescriptor>
        <TransactionContent xmlns＝″http://www.openmobilealliance.org/DTD/WVTRC1.2″>
          <JoinGroup-Request>
             <GroupID>sip:conf2@SIMPLE.com</GroupID>
             <JoinedRequest>F</JoinedRequest>
             <SubscribeNotification>F</SubscribeNotification>
          </JoinGroup-Request>
        </TransactionContent>
      </Transaction>
    </Session>
</WV-CSP-Message>
步骤B、WV IMPS服务器将该IMPS:JoinGroupRequest消息通过WV SSP消息转发给互连服务器。
WV IMPS服务器在收到该IMPS：JoinGroupRequest消息后，根据该消息中携带的聊天室名称确定该消息为发送到SIMPLE IM服务器的消息，而IMPS服务器与互连服务器间的通信需要使用WV SSP消息，因此WV IMPS服务器将该消息转换为WV SSP消息，之后转发到互连服务器。
该SSP的JoinGroupRequest消息的消息例子如下：
   POST 10.164.5.254:8080 HTTP/1.1
   …
   Content-Type:application/vnd.wrv.ssp.xmnl
   Content-Length:448
   <WV-SSP-Messagexmlns＝″http://www.openmobilealliRrnce.org/DTD/WV-SSP 1.2″>
    <Session sessionID＝″d432fa84b4c76e66711@IMPS.com″>
      <Transaction mode＝″Request″transactionID＝″50″>
        <JoinGroup-Request GroupID＝“sip：conf2@SIMPLE.com”JoinedRequest＝“F”
             SubscribeNotification＝“F”>
            <MetaInfoclientOriginated＝″Yes″>
                <Requestor>
                  <user userID＝″wv:userB@IMPS.com″>
                  </User>
                </Requestor>
              </MetaInfo>
            </JoinGroup-Request>
      </Trainsaction>
  </Session>
</WV-SSP-Message>
步骤C、互连服务器在收到该消息后，通过分析确定为加入SIP/SIMPLEIM即时消息系统中聊天室的请求消息，之后将WV IMPS的WV SSP消息转换为SIP/SIMPLE消息，即SIP：INVITE消息，并发送给SIP/SIMPLE IM服务器。
该SIP：INVITE消息的消息例子如下：
INVITE sip:conf2@SIMPLE.com SIP/2.0
To:<sip:conf2@SIMPLE.com>
From:impsB<wv:UserB@IMPS.com>:tag＝32331
Call-ID:d432fa84b4c76e66711
CSeq:50 INVITE
Contact:<wv:UserB@IMPS.com；sessiontype＝chat>；isfocus
Allow:INVITE，ACK，CANCEL，BYE，REFER，MESSAGE，SUBSCRIBE，NOTIFY
Allow-Events:dialog
Content-Type:application/sdp
    v＝O
c＝IN IP4 UserB.IMPS.com
t＝0 0
m＝message 7777 msrp/tcp*
a＝accept-types:text/plain
a＝path:msrp://UserB.IMPS.com:7777/iau39:tcp
步骤D、SIP/SIMPLE IM服务器在收到该SIP：INVITE消息后，处理该加入请求。假设确认该用户加入成功，则向互连服务器返回成功加入的SIP：200 OK消息。
该SIP：200 OK消息的消息例子如下：
SIP/2.0 200 OK
To:<sip:conf2@SIMPLE.com>；tag＝733413
From:simpleA<wv:UserB@IMPS.com>:tag＝32331
Call-ID:d432fa84b4c76e66711
CSeq:50 INVITE
Contact:<wv:UserB@IMPS.com:sessiontype＝chat>；isfocus
Allow:INVITE，ACK，CANCEL，BYE，REFER，MESSAGE，SUBSCRIBE，NOTIFY
Allow-Events:dialog
Content-Type:application/sdp
v＝0
S＝-
c＝IN IP4 conf2.SIMPLE.com
t＝0 0
m＝message 8888 msrp/tcp*
a＝accept-types:text/plain
a＝path:msrp://cornf2.SIMPLE.com:8888/9di4ea；tcp
步骤E、互连服务器在收到该SIP：200 OK响应消息后，向SIP/SIMPLEIM服务器发送SIP：ACK消息，以告知本互连服务器已收到该SIP：200 OK消息，并向WV IMPS服务器返回该用户已被加入聊天室的WV IMPS的WVSSP消息，即IMPS：JoinGroupResponse消息。
该SSP的IMPS：JoinGroupResponse消息的消息例子如下：
HTTP/1.1 200 OK
Server:Resin/2.1.12
Content-Length:276
……
Date:Thu.26 May 2005 02:41:10 GMT
<WV-SSP-Message xmlns＝″http://www.openmobilealliance.org/DTD/WV-SSP 1.2″>
 <Session sessionID＝″d432fa84b4c76e66711@IMPS.com">
   <Transaction mode＝″Response"transactionID＝″50″>
     <JoinGroup-Response>
       <Status code＝″200″/>
     </JoinGroup-Response>
   </Transaction>
  </Session>
</WV-SSP-Message>
步骤F、WV IMPS服务器在收到响应消息后，向该WV IMPS用户的终端返回CSP的确认加入聊天室消息，即IMPS：JoinGroupResponse消息。
该CSP的IMPS：JoinGroupResponse消息的消息例子如下：
HTTP/1.1 200 OK
Server:Resin/2.1.12
Content-Length:534
……
Date:Thu，26 May 2005 02:41:10 GMT
<WV-CSP-Message xmlns＝″http://www.openmobilealliance.org/DTD/WV-CSP1.2″>
 <Session>
   <SessionDescriptor>
     <SessionType>Inband</SessionType>
     <SessionID>d432fa84b4c76e66711@IMPS.com</SessionID>
   </SessionDescriptor>
   <Transaction>
     <TransactionDescriptor>
          <TransactionMode>Response</TransactionMode>
          <TransactionID>50UserB·IMPS.com</TransactionID>
       </TransactionDescriptor>
       <TransactionContent xnmlns＝″http://www.openhobilealliance.org/DTD/WVTRC1.2″>
           <JoinGroup-Response>
           </JoinGroup-Response>
       </TransactionContent>
    </Transaction>
  </Session>
</WV-CSP-Message>
如果在之前的处理中互连服务器请求建立与SIP/SIMPLE IM服务器间的MSRP通道，且该MSRP通道建立成功，则WV IMPS用户通过图8所示的消息流发表言论，其所对应的步骤如下：
步骤A、WV IMPS用户通过Client向互连服务器发送聊天消息，即CSP的IMPS：SendMessageRequest消息。
该CSP的IMPS：SendMessageRequest消息的消息例子如下：
POST 10.164.5.254:8080 HTTP/1.1
…
Content-Type:application/vnd.wv.csp.xml
Content-Length:  928
<WV-CSP-Message xmlns＝″http://www.openmobilealliance.org/DTD/WV-CSP1.2″>
 <Session>
   <SessionDescriptor>
     <SessionType>Inband</SessionType>
     </SessionDescriptor>
   <Transaction>
     <TransactionDescriptor>
          <TransactionMode>Request</TransactionMode>
          <TransactionID>51UserB@IMPS.com</TransactionID>
     </TransactionDescriptor>
     <TransactionContent xmlns＝"http://www.opennobilealliance.org/DTD/WVTRC1.2″>
     <SendMessage-Request>
         <DeliveryReport>F</DeliveryReport>
       <MessageInfo>
         <ContentType>text/plain</ContentType>
         <ContentEncoding>None</ContentEncoding>
         <ContentSize>21</ContentSize>
         <Recipient>
           <Group>
             <ScreenName>
                  <GroupID>sip:conf2@SIMPLE.com</GroupID>
             </ScreenName>
           <Sender>
             <User>
                <UserID>wv:UserB@IMPS.com</UserID>
             </User>
           </Sender>
           <Validity>600</Validity>
         </MessageInfo>
         <ContentDara>
           Hi，I am aIMPS user!
               </ContentData>
            </SendMessage-equest>
        </TransactionContent>
    </Transaction>
  </Session>
</WV-CSP-Message>
步骤B、WV IMPS服务器在收到该CSP消息后，通过分析得知该消息所对应的聊天室在SIP/SIPMLE IM即时消息系统中，因此向互连服务器发送WV SSP的IMPS：SendMessageRequest消息。
该WV SSP的IMPS：SendMessageRequest消息的消息例子如-下：
PoST 10.164.5.254:8080 HTTP/I.1
Content-Type:application/vnd.wv.ssp.xml
Content-Length:653
<WV-SSP-Message xmIns＝″http://www.openmobilealliance.org/DTD/WV-SSP1.2″>
 <Session sessionID＝″d432fa84b4c76e66711@IMPS.com″>
   <Transaction mode＝″Request″transactionID＝″51″>
     <SendMessage-Request DeliveryReport＝“F”>
         <Metalnfo clientOriginated＝″Yes″>
          <Requestor>
            <User userID＝″wv:UserB@IMPS.com″>
            </User>
          </Requestor>
         </MetaInfo>
         <MessageInfo messageID＝”12349sdqwer”contentType＝“text/plain”contentSize＝
     21>
           <Recipient>
             <Group>
               <ScreenName>
                 <GroupID>sip:conf2@SIMPLE.com</GroupID>
               </ScreenName>
             </Group>
           </Recipient>
           <Sender>
               <User>
                   <UserID>wv:UserB@IMPS.com</UserID>
               </User>
           </Sender>
         </MessageInfo>
         <ContentData>
             Hi，I′m a IMPS userB!
         </ContentData>
      </SendMessage-Request>
  </Transaction>
 </Session>
</WV-SSP-Message>
步骤C、互连服务器将WV SSP的IMPS：SendMessageRequest消息转换为MSRP消息，即MSRP：SEND消息，并通过MSRP通道发送给SIP/SIMPLEIM服务器。
该MSRP：SEND消息的消息例子如下：
MSRP d888kswow SEND
To-Path:msrp://conf2.SIMPLE.com:8888/9di4ea；tcp
From-Path:msrp://UserB.IMPS.com:7777/iau39；tcp
Message-ID:12349sdqwer
Content-Type:text/plain
Hi，I’m a IMPS userB!
-------d888kswow$
步骤D、SIP/SIMPLE IM服务器处理收到的MSRP：SEND消息，并通过MSRP通道返回相应的响应消息，即MSRP：200 OK消息。
该MSRP：200 OK消息的消息例子如下：
MSRP d888kswow 200 OK
To-Path:msrp://conf2.SIMPLE.com:8888/9di4ea；tcp
From-Path:msrp://UserB.IMPS.com:7777/iau39；tcp
-------d888kswow$
步骤E、互连服务器将收到的MSRP：200 OK消息转换为WV IMPS的WV SSP消息，即IMPS：SendMessageResponse消息，并发送给IMPS服务器。
该IMPS:SendMessageResponse消息的消息例子如下：
HTTP/1.1 200 OK
Server:Resin/2.1.12
Content-Length:304
……
Date:Thu，26 May 2005 02:41:10 GMT
<WV-SSP-Message xmlns＝″http://www.openmobilealliance.org/DTD/WV-SSP1.2″>
  <Session sessionID＝"d432fa84b4c76e66711@IMPS.com">
    <Transaction mode＝″Response"transactionID＝″51″>
      <SendMessage-Response MessageID＝“12349sdqwer”>
        <Status code＝″200"/>
      </SendMessage-Response>
    </Transaction>
  </Session>
</WV-SSP-Message>
步骤F、WV IMPS服务器在收到该IMPS：SendMessageResponse消息后，向WV IMPS用户的终端回应CSP的响应消息。
该CSP的IMPS：SendMessageResponse消息的消息例子如下：
HTTP/1.1 200 OK
Server:Resin/2.1.12
Content-Length:534
……
Date:Thu，26 May 2005 02:41:10 GMT
<WV-CSP-Message xmlns＝″http://www.openmobilealliance.org/DTD/WV-CSP1.2″>
  <Session>
    <SessionDescriptor>
      <SessionType>Inband</SessionType>
      <SessionID>d432fa84b4c76e66711@IMPS.com</SessionID>
    </SessionDescriptor>
    <Transaction>
      <TransactionDescriptor>
        <TransactionMode>Response</TransactionMode>
        <TransactionID>51UserB@IMPS.com</TransactionID>
      </TransactionDescriptor>
      <TransactionContent xmlns＝″http://www.openmobilealliance.org/DTD/WVTRC1.2″>
           <SendMessage-Response>
               <Result>
                    <Code>200</Code>
               </Result>
               <MessageID>12349sdqwer</MessageID>
           </SendMessage-Response>
       </TransactionContent>
    </Transaction>
  </Session>
</WV-CSP-Message>
如果在之前的处理中，互连服务器与SIP/SIMPLE IM服务器之间未能完成MSRP通道的建立，则WV IMPS用户通过图9所示的消息流发表言论，其与图8相比，主要是互连服务器与SIP/SIMPLE IM服务器之间不能通过MSRP通道进行交互，即不能通过MSRP消息交互，而需通过SIP/SIMPLE消息进行交互了。即互连服务器在收到WV IMPS服务器发送来的IMPS:SendMessageRequest消息后，在向SIP/SIMPLE IM服务器发送该消息之前，需要将该消息转换为SIP：MESSAGE消息，而不是MSRP：SEND消息；SIP/SIMPLE IM服务器在向互连服务器返回响应消息时，不是返回MSRP：200 OK消息，而是返回MSRP：200 OK消息。
以上对WV IMPS用户请求加入SIP/SIMPLE IM即时消息系统中的聊天室及后续在聊天室中发表言论的过程进行了描述。
对于本发明方案来说，所设置的互连服务器可以为多个，这种情况下，SIP/SIMPLE IM服务器在向互连服务器转发进入聊天室请求时，需要先选择一个互连服务器。具体可以是预先配置各个SIP/SIMPLE IM服务器所对应的互连服务器，各个SIP/SIMPLE IM服务器则根据预先配置选择相应的互连服务器；也可以是预先配置各个聊天室所对应的互连服务器，各个SIP/SIMPLE IM服务器则根据用户请求进入的聊天室确定相应的互连服务器。
由于WV IMPS即时消息系统中的WV IMPS服务器也可能有多个，因此互连服务器在转发消息之前，也需要选择一个WV IMPS服务器。其选择方案与之前选择互连服务器类似，具体可以是预先配置各个互连服务器所对应的WV IMPS服务器，各个互连服务器根据该预先配置选择相应的互连服务器；也可以是预先配置各个聊天室所对应的WV IMPS服务器，各个互连服务器则根据用户请求进入的聊天室确定相应的WV IMPS服务器。当然，如果WV IMPS服务器存在互连网关，则互连服务器还可以将请求发送到互连网关，由该互连网关进行相应的转发。
为实现上述处理流程，本发明方案需要在各个服务器及终端中增加相应的功能，并需要在系统中增加互连服务器，该互连服务器可以是设置在任何一种即时消息系统中，比如，将该互连服务器与即时消息系统中的聊天室服务器设置在同一物理设备中，当然，该互连服务器也可以单独设置。以单独设置为例，本发明方案的系统结构如图10所示。本发明方案所提供的系统包括原有即时消息系统中的服务器及用户终端，以及所增加的互连服务器。
其中，即时消息系统中的用户终端除了需要能够接收本系统中服务器返回的响应消息外，还需要能够根据用户输入或查询到的其它系统中聊天室的信息向本系统中的服务器发送加入该聊天室的请求消息；该用户终端还要向互连服务器发送聊天室的相关消息，并接收互连服务器返回的聊天室相关消息。
即时消息系统中的服务器需要将本系统中的用户终端发送来的、且为加入其它系统中聊天室的请求消息转发给互连服务器，并将互连服务器返回的响应消息发送给用户终端；还需要接收互连服务器发送来的其它系统中用户终端要求加入本系统中聊天室的请求消息，并确定是否允许该用户终端加入该聊天室，然后向互连服务器返回相应的响应消息。
本发明方案所增加的互连服务器需要将用户终端所归属系统中发送来的请求消息及聊天室相关消息转换为聊天室所归属系统能够识别的消息，并将转换后的消息发送给该聊天室所归属系统中的服务器；还需要将聊天室所归属系统中的服务器返回的响应消息转换为用户终端所归属系统能够识别的消息，并将转换后的消息发送给该用户终端所归属的系统。其中，用户终端所归属系统中发送来的请求消息需要由该系统中的服务器进行转发，聊天室相关消息也可以是由服务器进行转发，但如果互连服务器为该用户终端建立了相应的MSRP通道，则用户终端可以直接通过该通道将聊天室相关消息发送给互连服务器。
下面分别对本发明系统中的这三个设备分别进行详细描述。
目前，即时消息系统的终端中包括通讯模块、消息处理模块、管理和控制模块以及用户界面模块。其中，通讯模块负责与即时消息系统中的服务器进行消息通讯，发送请求消息以及接收响应消息，将接收到的消息转换为内部消息并发送给消息处理模块，以及接收服务器主动发送的通知消息等。消息处理模块用于对所有消息进行处理，比如，构造并指示通讯模块发送请求消息、接收和处理通讯模块发送来的响应消息、根据业务需要向管理和控制模块发送请求消息、向用户界面模块发送消息显示或用户提示消息，以及对用户界面模块发送来的消息进行处理等。管理和控制模块用于对聊天室业务进行管理和控制，比如，对用户接入进行鉴权、缓存用户好友的信息、对用户使用的聊天室信息进行管理和维护、对聊天室信息缓存及进入聊天室人员信息进行管理等。用户界面模块用于显示好友列表、显示聊天室列表、显示进入聊天室的人员、显示聊天内容、提供邀请功能等，并提供用户进入聊天室功能以及用户维护好友列表等功能。
本发明方案中，用户终端需要进一步增加相应的功能。比如，对于用户界面模块来说，用于提供用户输入/查询其它系统中聊天室信息的功能，并需要将所选定的聊天室信息发送给消息处理模块，还应能够对属于其它系统、但在本系统的聊天室中的用户终端进行显示。
对于消息处理模块来说，则需要根据用户界面模块发送来的聊天室信息生成相应的请求消息以及聊天室相关消息，并将所述消息通过通讯模块发送给本系统中的服务器，还需要接收通讯模块发送来的响应消息及聊天室相关消息，并对该消息进行相应的处理。
对于通讯模块来说，需要将消息处理模块发送来的消息发送给本系统中的服务器，并将消息处理模块发送来的消息发送给本系统中的服务器，以及将服务器发送来的响应消息及聊天室相关消息发送给消息处理模块。
对于管理和控制模块来说，则仍需要对用户所使用的聊天室的相关信息进行管理。
另外，如果用户终端希望通过MSRP通道直接与互连服务器交互消息，则还需要能够生成MSRP通道的建立请求消息，并将该请求消息通过服务器发送给互连服务器，还需要能够通过该MSRP通道接收互连服务器发送来的聊天室相关消息，通过该MSRP通道将聊天室的相关信息发送给互连服务器。具体来说，则需要消息处理模块能够生成MSRP通道的建立请求消息，并通过通讯模块发送给服务器，相应地，该消息处理模块还需要生成MSRP消息，并将该消息通过MSRP通道发送给互连服务器，以及接收互连服务器发送来的MSRP消息。
本发明方案中终端的结构如图11所示。
目前，即时消息系统的服务器中包括消息接入模块、消息处理模块、管理和控制模块以及信息存储模块。其中，消息接入模块与用户终端进行交互，接收用户终端发送来的请求消息和响应消息，并根据消息处理模块的要求向用户终端发送消息。消息处理模块用于对来自用户终端的消息进行处理，生成相应的响应消息，并通知消息接入模块将相应的响应消息发送给用户终端；根据业务需要，比如需要进入聊天室或需要获取聊天室信息，向管理和控制模块发送请求消息；根据业务需要，向信息存储模块请求存储消息或获取消息，比如，存储聊天室成员的列表、聊天室黑白名单、用户好友信息等，或者从信息存储模块中读取所记录的信息。管理和控制模块用于对聊天室进行管理和控制，比如，对聊天室进行管理、对聊天室的信息进行管理、管理和控制聊天室中人员的加入和离开，该模块还需要与消息处理模块进行交互，比如，根据消息处理模块发送来的消息进行相应的处理、通知消息处理模块转发用户信息等。
本发明方案中，消息接入模块还需要能够接收互连服务器发送来的消息，并将所述消息发送给消息处理模块；以及将消息处理模块发送来的消息发送给互连服务器。
消息处理模块还需要在用户终端发送来的请求消息所对应的聊天室为其它系统中的聊天室时，将该请求消息通过消息接入模块转发到互连服务器；并通过与管理和控制模块以及信息存储模块的交互，对互连服务器转发来的消息进行处理，比如，确定该消息是否被允许执行等。
管理和控制模块还需要提供对其它系统中用户加入本系统中聊天室进行管理和控制的功能。
信息存储模块则除了需要保存聊天室的名称、域名等信息之外，还需要存储互连服务器的地址信息。
本发明方案中服务器的结构如图12所示。
本发明方案所提供的互连服务器的结构如图13所示。具体可以包括消息处理和转换模块、管理和控制模块以及消息接入模块。
其中，消息接入模块需要与即时消息系统中的服务器进行消息交互，并将服务器发送来的消息转换为内部消息后发送给消息处理和转换模块，以及将消息处理和转换模块发送来的消息通过相应的协议发送给服务器。
消息处理和转换模块需要通过与管理和控制模块的交互确定消息应转换成的格式，并通过消息接入模块向服务器发送相应的消息。
管理和控制模块，用于对聊天室进行管理和控制，比如，对消息应当转换成的格式进行指示、提供目的服务器的地址信息等。
以上所述仅为本发明方案的较佳实施例，并不用以限定本发明的保护范围。

Claims (20)

1、一种即时消息用户使用其它即时消息系统中聊天室的方法，其特征在于，设置与不同即时消息系统中的服务器连接的互连服务器，该方法进一步包括以下步骤：用户终端向所归属的服务器发送加入其他系统中聊天室的请求消息及通过所归属的服务器向互连服务器发送建立本终端与互连服务器间专门用于传输数据的数据传输通道的请求消息；
a.即时消息系统中的用户终端所归属的服务器在收到用户终端加入其它系统中聊天室的请求消息后，将该请求消息转发给互连服务器；
b.互连服务器将收到的请求消息转换为该聊天室所归属的即时消息系统所能识别的消息，并发送给该聊天室所归属的即时消息系统中的服务器；
c.该聊天室归属系统中的服务器收到所述请求消息后，确定是否接受该用户终端的加入请求，并向互连服务器返回相应的响应消息；
d.互连服务器将该响应消息转换为该用户终端归属系统所能识别的消息，并发送给该用户归属系统中的服务器，该服务器再将收到的响应消息发送给用户终端，互连服务器还根据该响应消息确定该用户终端能够加入聊天室，发起建立本互连服务器与该用户终端间的数据传输通道的过程；
e.用户终端在根据收到的响应消息确认加入成功后，将与该聊天室相关的消息通过所建立的数据传输通道发送到互连服务器，由该互连服务器进行消息转换以及将转换后的消息转发到该聊天室所归属系统中的服务器，并由该互连服务器接收该聊天室所归属系统中的服务器发送给该用户终端的聊天室相关消息，该互连服务器在将该消息进行转换后通过所建立的数据传输通道发送给用户终端。
2、根据权利要求1所述的方法，其特征在于所述步骤a中，用户终端所发送的加入其它系统中聊天室的请求消息为：用户终端直接根据用户输入/查询到的聊天室标识生成相应的请求消息。
3、根据权利要求1所述的方法，其特征在于所述步骤a中，所述即时消息系统中的服务器向互连服务器发送请求消息之前，进一步包括：
判断收到的请求消息是否为与聊天室业务相关的请求消息，如果与聊天室业务无关，则结束本处理流程；如果与聊天室业务有关，则进一步判断该请求消息是否为针对本系统的请求消息，如果针对本系统，则结束本处理流程，否则，执行向互连服务器发送请求消息的步骤。
4、根据权利要求1所述的方法，其特征在于，该方法进一步包括：即时消息系统的服务器中存有聊天室的控制信息；
步骤c中，该聊天室所归属系统中的服务器确定是否接受该用户终端的加入请求为：根据自身保存的聊天室控制信息判断是否允许该用户终端加入。
5、根据权利要求4所述的方法，其特征在于，所述聊天室的控制信息为：黑白名单、聊天室的人数上限、聊天室的控制策略中的任意一个或任意组合。
6、根据权利要求1所述的方法，其特征在于，步骤d所述发起建立本互连服务器与该用户终端间的数据传输通道的过程如果不成功，该方法还包括：
步骤e中，用户终端将与聊天室相关的消息发送到互连服务器为：用户终端将所述消息发送到本终端所归属系统中的服务器，并由该服务器将所述消息发送到互连服务器；步骤e中，互连服务器将转换后的消息发送给用户终端为：互连服务器将转换后的消息发送给用户终端所归属系统中的服务器，并由该服务器将所述消息发送到该用户终端。
7、根据权利要求1或6所述的方法，其特征在于，所述用户终端所归属系统为基于IP多媒体子系统IMS网络的即时消息系统，所述用户终端与互连服务器间建立的数据传输通道为消息会话传输协议MSRP通道，所述用户终端与互连服务器间交互的消息为MSRP消息。
8、根据权利要求1所述的方法，其特征在于，所述步骤d进一步包括：互连服务器根据收到的响应消息判断是否加入成功，如果是，则发起建立本互连服务器与聊天室归属系统中的服务器间专门用于传输数据的数据传输通道；
如果所述本互连服务器与聊天室归属系统中的服务器间专门用于传输数据的数据传输通道建立成功，则该方法还包括：步骤e中，所述由该互连服务器将转换后的消息转发到该聊天室所归属系统中的服务器、或该互连服务器接收该聊天室所归属系统中的服务器发送给该用户终端的聊天室相关消息是通过所述本互连服务器与聊天室归属系统中的服务器间专门用于传输数据的数据传输通道传送的。
9、根据权利要求8所述的方法，其特征在于，所述聊天室所归属系统为基于IMS网络的即时消息系统，所述聊天室归属系统中的服务器与互连服务器间建立的数据传输通道为消息会话传输协议MSRP通道，所述聊天室归属系统中的服务器与互连服务器间交互的消息为MSRP消息。
10、根据权利要求7或9所述的方法，其特征在于，所述基于IMS网络的即时消息系统为扩展会话初始协议即时消息SIP/SIMPLE IM即时消息系统。
11、根据权利要求1所述的方法，其特征在于，所述互连服务器为一个以上；
步骤a中，所述即时消息系统中的服务器在将请求消息发送给互连服务器之前，进一步包括：从所设置的互连服务器中选择一个作为当前的互连服务器，之后将该请求消息发送给所选定的互连服务器。
12、根据权利要求11所述的方法，其特征在于，该方法进一步包括：为每个聊天室分配相应的互连服务器；步骤a中，所述选择当前的互连服务器为：根据用户终端当前请求加入的聊天室确定相应的互连服务器；
该方法或者进一步包括：为即时消息系统中的每个服务器分配相应的互连服务器；步骤a中，所述选择当前的互连服务器为：根据所述配置选择与本服务器相应的互连服务器。
13、根据权利要求1所述的方法，其特征在于，所述聊天室所归属系统中的服务器有一个以上；
步骤b中，所述互连服务器在将转换后的消息发送给聊天室所归属系统中的服务器之前，进一步包括：从该聊天室所归属系统的服务器中选择一个作为当前的服务器。
14、根据权利要求1所述的方法，其特征在于，所述聊天室归属的即时消息系统中的服务器有一个以上，且该系统中设有服务器的互连网关；
步骤b中，所述互连服务器在将转换后的消息发送给聊天室所归属系统中的服务器为：将转换后的消息发送给该即时消息系统中的互连网关，由该互连网关确定相应的服务器，并将所述消息发送给所确定的服务器。
15、根据权利要求1所述的方法，其特征在于，所述即时消息系统为：无线即时消息和存在业务WV IMPS即时消息系统，或SIP/SIMPLE IM即时消息系统。
16、一种实现即时消息用户使用其它即时消息系统中聊天室的系统，所述系统包括即时消息系统中的服务器及用户终端，所述用户终端通过本系统中的服务器对本系统中的聊天室进行访问，其特征在于，该系统进一步包括：与不同即时消息系统中的服务器连接的互连服务器，其中，
即时消息系统中的用户终端，进一步用于根据用户输入/查询到的其它系统中聊天室的信息向本系统中的服务器发送加入该聊天室的请求消息，以及接收即时消息系统中的服务器返回的响应消息，通过即时消息系统中的服务器向互连服务器发送建立MSRP通道的请求消息，并用于通过所建立的MSRP通道向互连服务器发送聊天室的相关消息，以及接收互连服务器通过所建立的MSRP通道返回的聊天室相关消息；
即时消息系统中的服务器，进一步用于将本系统中的用户终端发送来的加入其它系统中聊天室的请求消息转发给互连服务器，并将互连服务器返回的响应消息发送给用户终端，以及根据互连服务器发送来的其它系统中用户终端要求加入本系统中聊天室的请求消息确定是否允许该用户加入该聊天室，并向互连服务器返回相应的响应消息；
互连服务器，用于根据接收到的建立MSRP通道的请求消息建立自身与用户终端间的MSRP通道，将用户终端所归属系统中的服务器转发来的请求消息以及通过该MSRP通道接收用户终端发送来的聊天室相关消息，转换为聊天室所归属系统能够识别的消息，并将转换后的消息发送给该聊天室所归属系统中的服务器，及将聊天室所归属系统中的服务器返回的响应消息转换为用户终端所归属系统能够识别的消息，并将转换后的消息发送给该用户终端所归属系统中的服务器或用户终端，及将聊天室所归属系统中的服务器返回的聊天室相关消息，转换为用户终端所归属系统能够识别的消息，并将转换后的消息通过该MSRP通道发送给用户终端。
17、根据权利要求16所述的系统，其特征在于，所述互连服务器进一步用于发起建立本互连服务器与聊天室归属系统中的服务器之间MSRP通道，以及通过所建立的本互连服务器与聊天室归属系统中的服务器之间的MSRP通道与聊天室归属系统中的服务器进行消息交互。
18、根据权利要求16所述的系统，其特征在于，所述即时消息系统中的用户终端包括：用户界面模块、消息处理模块、通讯模块及管理和控制模块，其中，
用户界面模块，用于提供用户输入/查询其它系统中聊天室信息的功能，并将所选定的聊天室信息发送给消息处理模块；
消息处理模块，用于根据用户界面模块发送来的聊天室信息生成相应的请求消息或聊天室相关消息，并将所述消息发送给通讯模块，以及接收并处理通讯模块发送来的响应消息及聊天室相关消息；
通讯模块，用于将消息处理模块发送来的消息发送，以及将接收的响应消息及聊天室相关消息发送给消息处理模块。
19、根据权利要求16所述的系统，其特征在于，所述即时消息系统中的服务器包括：消息接入模块、消息处理模块、管理和控制模块以及信息存储模块，其中，
消息接入模块，用于接收用户终端或互连服务器发送来的消息，并将所述消息发送给消息处理模块，以及将消息处理模块发送来的消息发送给用户终端或互连服务器；
消息处理模块，用于在用户终端发送来的请求消息所对应的聊天室为其它系统中的聊天室时，将该请求消息通过消息接入模块转发到互连服务器，以及通过与管理和控制模块及信息存储模块的交互对互连服务器转发的响应消息进行处理；
信息存储模块，用于存储互连服务器的地址信息及聊天室相关信息；
管理和控制模块，用于提供对其它系统中用户加入本系统中聊天室的管理和控制功能。
20、根据权利要求16所述的系统，其特征在于，所述互连服务器包括：消息处理和转换模块、管理和控制模块及消息接入模块，其中，
消息接入模块，用于与即时消息系统中的服务器进行消息交互，将服务器发送来的消息转换为内部消息后发送到消息处理和转换模块，以及将消息处理和转换模块发送来的消息发送给服务器；
消息处理和转换模块，用于通过与管理和控制模块的交互进行消息格式的转换，以及通过消息接入模块向服务器发送相应的消息；
管理和控制模块，用于确定消息转换的格式以及消息的目的服务器地址。
CNB2005100841972A 2005-07-18 2005-07-18 即时消息用户使用其它即时消息系统聊天室的方法及系统 Expired - Fee Related CN100499598C (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CNB2005100841972A CN100499598C (zh) 2005-07-18 2005-07-18 即时消息用户使用其它即时消息系统聊天室的方法及系统
EP06761463A EP1909443A4 (en) 2005-07-18 2006-07-17 PROCEDURE AND SYSTEM WHAT INSTANT MESSAGE USERS CAN USE INSTANT MESSAGE SYSTEM CHATROOM TO BE UNKNOWN TO THE USER
PCT/CN2006/001728 WO2007009369A1 (fr) 2005-07-18 2006-07-17 Méthode et système grâce auxquels un utilisateur de messagerie instantanée peut utiliser un chat room d’un système de messagerie instantanée auquel l’utilisateur n’appartient pas
US12/007,965 US20080114835A1 (en) 2005-07-18 2008-01-17 Method and system for using chat room in instant message system by instant message user not belonging to the instant message system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2005100841972A CN100499598C (zh) 2005-07-18 2005-07-18 即时消息用户使用其它即时消息系统聊天室的方法及系统

Publications (2)

Publication Number Publication Date
CN1794705A CN1794705A (zh) 2006-06-28
CN100499598C true CN100499598C (zh) 2009-06-10

Family

ID=36805976

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2005100841972A Expired - Fee Related CN100499598C (zh) 2005-07-18 2005-07-18 即时消息用户使用其它即时消息系统聊天室的方法及系统

Country Status (4)

Country Link
US (1) US20080114835A1 (zh)
EP (1) EP1909443A4 (zh)
CN (1) CN100499598C (zh)
WO (1) WO2007009369A1 (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101989959B (zh) 2005-08-12 2013-05-22 三星电子株式会社 互通系统中的组管理方法和系统
CN100566259C (zh) * 2006-09-22 2009-12-02 腾讯科技（深圳）有限公司 一种使im群与聊天室互通聊天信息的方法及系统
US9530117B2 (en) * 2007-02-13 2016-12-27 International Business Machines Corporation Method and apparatus for transforming user requests and responses based on a persona
JP2008244685A (ja) * 2007-03-27 2008-10-09 Nec Corp 輻輳制御システム、サービスエッジノード、ガイダンスサーバ、輻輳制御方法、そのプログラム及び記録媒体
US8819132B2 (en) * 2009-05-27 2014-08-26 Microsoft Corporation Real-time directory groups
US8843834B2 (en) 2009-08-28 2014-09-23 Apple Inc. Method and apparatus for initiating and managing chat sessions
US20120254774A1 (en) * 2011-03-30 2012-10-04 Banjo, Inc. Method for managing a local messaging platform
US8713117B2 (en) * 2011-05-18 2014-04-29 Air2Web, Inc. Systems and methods for performing live chat functionality via a mobile device
WO2013052964A2 (en) * 2011-10-07 2013-04-11 Interop Technologies, Llc Non-ims rich communication suite
CN103765405B (zh) * 2012-05-03 2017-05-17 索尼电脑娱乐公司 永久的聚会室
US10678815B2 (en) 2012-10-02 2020-06-09 Banjo, Inc. Dynamic event detection system and method
US9652525B2 (en) 2012-10-02 2017-05-16 Banjo, Inc. Dynamic event detection system and method
US9934368B2 (en) 2012-10-02 2018-04-03 Banjo, Inc. User-generated content permissions status analysis system and method
US9817997B2 (en) 2014-12-18 2017-11-14 Banjo, Inc. User-generated content permissions status analysis system and method
US10360352B2 (en) 2012-10-02 2019-07-23 Banjo, Inc. System and method for event-based vehicle operation
CN105704001A (zh) * 2014-11-25 2016-06-22 上海天脉聚源文化传媒有限公司 一种微信服务器消息分发方法及系统
CN108156069A (zh) * 2017-12-26 2018-06-12 中兴通讯股份有限公司 一种融合消息系统及消息处理方法
CN110048935B (zh) * 2019-04-17 2021-09-14 深圳市腾讯网域计算机网络有限公司 一种跨终端交互方法、装置及系统

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020035605A1 (en) * 2000-01-26 2002-03-21 Mcdowell Mark Use of presence and location information concerning wireless subscribers for instant messaging and mobile commerce
AU2001240154A1 (en) * 2000-03-15 2001-09-24 Telecommunication Systems, Inc. Mobile originated internet relay chat
AU2001269711A1 (en) * 2000-05-31 2001-12-11 Motorola, Inc. Method for performing wireless mobile instant messaging
AUPR459901A0 (en) * 2001-04-27 2001-05-24 Sharinga Networks Inc. Instant messaging
US20030129969A1 (en) * 2002-01-07 2003-07-10 Rucinski David B. Messaging system, apparatus and methods
CN1299492C (zh) * 2002-09-10 2007-02-07 腾讯科技（深圳）有限公司 一种在即时通信工具和手机间实现多媒体短信互通的方法
US20090125591A1 (en) * 2002-09-30 2009-05-14 Ficus Kirkpatrick Instant messaging proxy apparatus and method
US7480915B2 (en) * 2002-10-03 2009-01-20 Nokia Corporation WV-IMS relay and interoperability methods
US7487248B2 (en) * 2002-10-08 2009-02-03 Brian Moran Method and system for transferring a computer session between devices
US20040078424A1 (en) * 2002-10-16 2004-04-22 Nokia Corporation Web services via instant messaging
US20040148416A1 (en) * 2003-01-29 2004-07-29 Jryki Aarnos Method and apparatus for messaging between a client of an sip-based network and a client of a wireless village network
US7406501B2 (en) * 2003-03-24 2008-07-29 Yahoo! Inc. System and method for instant messaging using an e-mail protocol
EP1639740A4 (en) * 2003-06-26 2007-01-03 Barracuda Networks Inc SELF-CONTAINED INSTANT MESSAGING APPLICATION
US20040267531A1 (en) * 2003-06-30 2004-12-30 Whynot Stephen R. Method and system for providing text-to-speech instant messaging
US7209957B2 (en) * 2003-09-15 2007-04-24 Sbc Knowledge Ventures, L.P. Downloadable control policies for instant messaging usage
CA2498641C (en) * 2004-02-27 2012-10-30 Oz Communications Interworking gateway and method
KR100592882B1 (ko) * 2004-12-13 2006-06-26 한국전자통신연구원 세션 초기화 프로토콜(ｓｉｐ) 기능이 없는 이동 단말에인터넷 프로토콜 멀티미디어 서브시스템을 통한 세션초기화 프로토콜 기반 인스턴스 메시징 서비스 제공방법,시스템 및 이를 위한 인스턴스 메시징 프록시 서버

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
运用Visual C++构建局域网聊天室. 许秀林.连云港化工高等专科学校学报，第15卷第4期. 2002
运用Visual C++构建局域网聊天室. 许秀林.连云港化工高等专科学校学报，第15卷第4期. 2002 *

Also Published As

Publication number Publication date
EP1909443A4 (en) 2010-10-06
EP1909443A1 (en) 2008-04-09
CN1794705A (zh) 2006-06-28
WO2007009369A1 (fr) 2007-01-25
US20080114835A1 (en) 2008-05-15

Similar Documents

Publication Publication Date Title
CN100499598C (zh) 即时消息用户使用其它即时消息系统聊天室的方法及系统
CN101578891B (zh) 在融合网际协议消息服务客户端和短消息服务客户端之间建立用于消息通信的会话的方法和系统
US7526563B2 (en) Interworking gateway and method
CN100488139C (zh) 建立聊天室数据传输通道实现聊天消息传送的方法
CN101212719B (zh) 一种无线通信网络中实现融合消息业务的方法及系统
US9407491B2 (en) Realization of presence management
CN101232465B (zh) 会议系统中传送文件的方法、文件传送系统及会议服务器
CN101243657B (zh) 用于管理聊天服务的方法和系统
US9426108B2 (en) Method for storing conversation upon user&#39;s request in CPM system, and system thereof
CN101714170B (zh) 一种基于xdms的群组管理系统及方法
US20050044159A1 (en) Messaging system
KR101720989B1 (ko) 통합 메시지 서비스에서 인터워킹을 위한 세션 제어 방법과 장치 및 시스템
EP1913743B1 (en) Group management method and system in interworking system of imps system and simple im system
US20080270553A1 (en) Method and System for Instant Notification of Communication Block Information
EP2082589A1 (en) Method and system for managing message threads in converged ip messaging service
US9391930B2 (en) CPM service provisioning system and method for interworking with non-CPM service
CN101834730A (zh) 一种多媒体会议控制方法和系统
WO2008074235A1 (fr) Procédés d&#39;interconnexion et passerelles d&#39;interconnexion de message entre des systèmes de messagerie
CN101355533B (zh) 一种通信互连方法和设备
CN102340456B (zh) 互通网关系统的通信方法及互通网关系统
CN101778056A (zh) 一种融合消息业务的会谈历史记录处理方法和系统
CN101754428A (zh) 基于sip的即时通讯系统中的添加好友的实现方法
CN102026112B (zh) 一种融合ip消息的发送方法及系统
CN101047668B (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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090610

Termination date: 20150718

EXPY Termination of patent right or utility model