CN102340456A - 互通网关系统的通信方法及互通网关系统 - Google Patents
互通网关系统的通信方法及互通网关系统 Download PDFInfo
- Publication number
- CN102340456A CN102340456A CN201010233906XA CN201010233906A CN102340456A CN 102340456 A CN102340456 A CN 102340456A CN 201010233906X A CN201010233906X A CN 201010233906XA CN 201010233906 A CN201010233906 A CN 201010233906A CN 102340456 A CN102340456 A CN 102340456A
- Authority
- CN
- China
- Prior art keywords
- gateway system
- intercommunication gateway
- user
- 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
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种互通网关系统的通信方法及互通网关系统,该方法包括:互通网关系统接收到来自第一用户所属的即时消息业务系统的会话邀请请求,其中会话邀请请求用于第一用户向邮件服务器中的第二用户发起通信;互通网关系统建立与邮件服务器之间的传输通道;互通网关系统根据传输通道的成功建立,通知即时消息业务系统建立与互通网关系统的第一连接通道,其中,第一连接通道用于即时消息业务系统向互通网关系统发送即时消息。本发明提升了即时消息业务用户及邮件用户对于即时消息类聊天业务的体验。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种互通网关系统的通信方法及互通网关系统。
背景技术
电子邮件(E-mail)是Internet应用最广的服务之一,通过网络的电子邮件系统,用户可以用非常低廉的价格与世界上任何一个角落的网络用户联络,这些电子邮件可以是文字、图像、声音等各种方式。每一个电子邮件用户都会有一个电子邮件地址,电子邮件地址的典型格式是abcxyz,这里之前是代表个人用户的字符组合或代码,之后是为用户提供电子邮件服务的服务器名,如userhotmail.com。涉及到的基础协议主要有:简单邮件传输协议(Simple Mail Transfer Protocol,简称为SMTP),邮局协议3(PostOffice Protocol 3,简称为POP3)等。
即时消息(Instant Message,简称为IM)是Internet提供的另外一种业务,即将接收到的发送者发来的信息非存储地转发给接收者,接收端与发送端之间可以直接交互消息。涉及到的协议有:可扩展消息与存在协议(Extensible Messaging and Presence Protocol,简称为XMPP),SIP扩展协议(SIP Instant Message and PresenceLeveraging Extensions,简称为SIMPLE)和消息会话中继协议(Message Session Relay Protocol,简称为MSRP)等。
目前,利用基于SIP的协议实现即时消息是一种发展方向。即时消息业务的实现主要包括两种方式,一种是非会话模式,另一种是会话模式。非会话模式不需要事先建立即时消息会话,用户可以发送即时消息,可以回复即时消息,但是初始发送消息和回复消息以及和后续交互消息之间没有联系。提供即时消息业务的服务器不需要提供会话状态维护。会话模式是在进行消息递送前需要首先建立会话(例如创建聊天室),在会话(聊天室)存在的时间内用户之间可以随意交互,这种即时通讯方式也称为聊天或者加入聊天室。在聊天过程中交互的消息是相互联系的,属于同一个会话。
相关技术中,为了解决即时消息和电子邮件的互通,通常着重于解决非会话模式即时消息和电子邮件的互通,但是,并没有实现会话模式即时消息与电子邮件的互通。
发明内容
针对相关技术中没有实现会话模式即时消息与电子邮件的互通的问题而提出本发明,为此,本发明的主要目的在于提供一种互通网关系统的通信方法及互通网关系统,以解决上述问题。
为了实现上述目的,根据本发明的一个方面,提供了一种互通网关系统的通信方法。
根据本发明的互通网关系统的通信方法包括:互通网关系统接收到来自第一用户所属的即时消息业务系统的会话邀请请求,其中会话邀请请求用于第一用户向邮件服务器中的第二用户发起通信;互通网关系统建立与邮件服务器之间的传输通道;互通网关系统根据传输通道的成功建立,通知即时消息业务系统建立与互通网关系统的第一连接通道,其中,第一连接通道用于即时消息业务系统向互通网关系统发送即时消息。
进一步地,互通网关系统通知即时消息业务系统建立第一连接通道包括:互通网关系统判断传输通道是否建立成功;如果判断结果为是,则向即时消息业务系统发送用于指示即时消息业务系统建立第一连接通道的会话邀请请求响应;即时消息业务系统建立第一连接通道。
进一步地,在互通网关系统建立与邮件服务器之间的传输通道之后,上述方法还包括:互通网关系统通过传输通道,向邮件服务器发送与会话邀请请求对应的通知邮件;互通网关系统接收来自邮件服务器的响应邮件;互通网关系统根据响应邮件,建立与即时消息业务系统的第二连接通道,其中,第二连接通道用于互通网关系统向即时消息业务系统发送即时消息。
进一步地,互通网关系统向邮件服务器发送与会话邀请请求对应的通知邮件包括:互通网关系统接收到来自即时消息业务系统的会话邀请请求,其中包含第一用户的第一即时消息地址和第二用户的第二即时消息地址;互通网关系统获取与第一即时消息地址对应的第一邮件地址,并获取与第二即时消息地址对应的第二邮件地址;互通网关系统使用第一邮件地址和第二邮件地址,向邮件服务器发送通知邮件。
进一步地,互通网关系统根据响应邮件,建立第二连接通道包括:互通网关系统判断响应邮件是否包含指示第二用户接受会话邀请的信息;如果判断结果为是,则建立第二连接通道。
进一步地,第二用户接受会话邀请的信息通过包括以下至少之一的方式包含在响应邮件中:以文字信息的方式包含在响应邮件的邮件主题中;以文字信息的方式包含在响应邮件的邮件正文中。
进一步地,在互通网关系统建立第二连接通道之后,上述方法还包括:互通网关系统接收到即时消息业务系统通过第一连接通道采用MSRP SEND发送的第一用户的第一即时消息;互通网关系统将第一即时消息转换为第一邮件消息;互通网关系统获取与第一用户对应的第一邮件地址,并获取与第二用户对应的第二邮件地址;互通网关系统使用第二邮件地址,将第一邮件消息发送给邮件服务器。
进一步地,在互通网关系统建立连接通道之后,上述方法还包括:互通网关系统接收到来自邮件服务器的第二用户的第二邮件消息;互通网关系统将第二邮件消息转换为第二即时消息;互通网关系统获取与第一用户对应的第一即时消息地址,并获取与第二用户对应的第二即时消息地址;互通网关系统使用第一即时消息地址,通过MSRP SEND将第二即时消息发送至即时消息业务系统。
进一步地,通知邮件包括以下至少之一的信息:指示第二用户如何接受会话的信息、指示第二用户如何拒绝会话的信息、指示邀请第二用户进行会话的信息。
进一步地,通知邮件中的信息通过包括以下至少之一的方式包含在通知邮件中:以文字信息的方式包含在通知邮件的邮件主题中;以文字信息的方式包含在通知邮件的邮件正文中;以文字信息附加插件的方式包含在通知邮件的邮件正文中。
进一步地,传输通道为简单邮件传输协议SMTP通道;第一连接通道和第二连接通道均为消息会话中继协议MSRP通道。
进一步地,响应邮件和第二邮件消息至少包括In-reply-to参数信息,用于对应通知邮件中的msg-id参数,并用于确定响应邮件、第二邮件消息与通知邮件属于同一会话。
进一步地,在互通网关系统建立与邮件服务器之间的传输通道之后,上述方法还包括:互通网关系统通过传输通道,向邮件服务器发送与会话邀请请求对应的通知邮件;在互通网关系统待接收来自邮件服务器的响应邮件的过程中,互通网关系统接收到来自邮件服务器的第二用户的第二邮件消息;互通网关系统根据第二邮件消息,建立与即时消息业务系统的第二连接通道,其中,第二连接通道用于互通网关系统向即时消息业务系统发送即时消息。
为了实现上述目的,根据本发明的另一个方面,提供了一种互通网关系统。
根据本发明的互通网关系统包括:第一接收模块,用于接收来自第一用户所属的即时消息业务系统的会话邀请请求,其中会话邀请请求用于第一用户向邮件服务器中的第二用户发起通信;第一建立模块,用于建立与邮件服务器之间的传输通道;通知模块,用于根据传输通道的成功建立,通知即时消息业务系统建立与自身所属的互通网关系统的第一连接通道,其中,第一连接通道用于即时消息业务系统向互通网关系统发送即时消息。
进一步地,通知模块包括:第一判断子模块,用于判断传输通道是否建立成功;第一发送子模块,用于当判断结果为是时,向即时消息业务系统发送用于指示即时消息业务系统建立第一连接通道的会话邀请请求响应。
进一步地,上述互通网关系统还包括:发送模块,用于通过传输通道,向邮件服务器发送与会话邀请请求对应的通知邮件;第二接收模块,用于接收来自邮件服务器的响应邮件;第二建立模块,用于根据响应邮件,建立与即时消息业务系统的第二连接通道,其中,第二连接通道用于互通网关系统向即时消息业务系统发送即时消息。
进一步地,发送模块包括:接收子模块,用于接收来自即时消息业务系统的会话邀请请求,其中包含第一用户的第一即时消息地址和第二用户的第二即时消息地址;第一获取子模块,用于获取与第一即时消息地址对应的第一邮件地址;第二获取子模块,用于获取与第二即时消息地址对应的第二邮件地址;第二发送子模块,用于使用第一邮件地址和第二邮件地址,向邮件服务器发送通知邮件。
进一步地,第二建立模块包括:第二判断子模块,用于判断响应邮件是否包含指示第二用户接受会话邀请的信息;建立子模块,用于在判断结果为是时,建立第二连接通道。
通过本发明,采用建立即时消息业务系统与邮件服务器之间的初始会话,解决了相关技术中没有实现会话模式即时消息与电子邮件的互通的问题,进而提升了即时消息业务用户及邮件用户对于即时消息类聊天业务的体验。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的即时消息和电子邮件的互通系统的示意图;
图2是根据本发明实施例的互通网关系统的通信方法的流程图;
图3是根据本发明优选实施例一的即时消息和电子邮件的互通系统的示意图;
图4是根据本发明优选实施例二的即时消息和电子邮件的互通系统的示意图;
图5是根据本发明实施例的互通网关系统的结构框图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
图1是根据本发明实施例的即时消息和电子邮件的互通系统的示意图,如图1所示,包括即时消息业务系统、互通网关系统以及邮件服务器。
图2是根据本发明实施例的互通网关系统的通信方法的流程图,包括如下的步骤S202至步骤S206,其可以在下述假设的场景中实现,但不限于该假设的场景。
假设第一用户是即时消息业务的用户且设想发起一个聊天会话,这个聊天会话可以是一对一的两个用户之间的会话,也可以一对多的群组会话。这两种不同类型的会话对于互通网关系统的处理步骤基本相同,区别在于个别参数映射不同。第二用户亦是即时消息业务用户,第一用户和第二用户开通了邮件互通功能,即互通网关系统配置有与第一用户和第二用户即时消息地址对应的邮件地址。
当互通网关系统接收到第一用户通过第一用户所属的即时消息业务系统(下述简称发端)发起的初始会话消息(发起聊天会话消息)时,其中目的用户是第二用户。
步骤S202,互通网关系统接收到来自第一用户所属的即时消息业务系统的会话邀请请求,其中会话邀请请求用于第一用户向邮件服务器中的第二用户发起通信。
步骤S204,互通网关系统建立与邮件服务器之间的传输通道。
步骤S206,互通网关系统根据传输通道的成功建立,通知即时消息业务系统建立与互通网关系统的第一连接通道,其中,第一连接通道用于即时消息业务系统向互通网关系统发送即时消息。
相关技术中没有实现会话模式即时消息与电子邮件的互通。本发明实施例中,传输通道可以用于互通网关系统与邮件服务器之间的通信,第一连接通道可以用于即时消息业务系统将即时消息发送给互通网关系统,这样,通过互通网关系统建立了即时消息业务系统和邮件服务器的通信,从而可以建立会话模式即时消息与电子邮件的互通。
本优选实施例中,会话邀请请求发送的邮件地址是被预分配的邮件地址,该邮件地址对应即时消息聊天发起方的邮件地址,可以作为由即时消息转换成的邮件中的源用户地址和回复邮件中的目的用户地址;该邮件地址对应通过邮件方式接受即时消息的接收方的邮件地址,可以作为由即时消息转换成的邮件中的目的用户地址和回复邮件中的源用户地址。
优选地,互通网关系统通知即时消息业务系统建立第一连接通道包括:互通网关系统判断传输通道是否建立成功;如果判断结果为是,则向即时消息业务系统发送用于指示即时消息业务系统建立第一连接通道的会话邀请请求响应;即时消息业务系统建立第一连接通道。
优选地,在互通网关系统建立与邮件服务器之间的传输通道之后,互通网关系统通过传输通道,向邮件服务器发送与会话邀请请求对应的通知邮件;互通网关系统接收来自邮件服务器的响应邮件;互通网关系统根据响应邮件,建立与即时消息业务系统的第二连接通道,其中,第二连接通道用于互通网关系统向即时消息业务系统发送即时消息。
本优选实施例中,可以建立用于互通网关系统向即时消息业务系统发送即时消息的第二连接通道,这样,分别由即时消息业务系统和互通网关系统作为主动方建立了第一连接通道和第二连接通道,从而建立了即时消息业务系统和邮件服务器的通信,进而建立了会话模式即时消息与电子邮件的互通。
需要说明的是,如果没有接收到来自邮件服务器的响应邮件,则可以按照预定策略不建立第二连接通道,或者按照预定策略当接收到来自邮件服务器的第二用户的第二邮件消息时再建立第二连接通道。
同时,如果不建立第二连接通道,则互通网关系统不能接收到来自邮件服务器的第二用户的第二邮件消息。
优选地,互通网关系统向邮件服务器发送与会话邀请请求对应的通知邮件包括:互通网关系统接收到来自即时消息业务系统的会话邀请请求,其中包含第一用户的第一即时消息地址和第二用户的第二即时消息地址;互通网关系统获取与第一即时消息地址对应的第一邮件地址,并获取与第二即时消息地址对应的第二邮件地址;互通网关系统使用第一邮件地址和第二邮件地址,向邮件服务器发送通知邮件。
优选地,互通网关系统根据响应邮件,建立第二连接通道包括:互通网关系统判断响应邮件是否包含指示第二用户接受会话邀请的信息;如果判断结果为是,则建立第二连接通道。
优选地,第二用户接受会话邀请的信息通过包括以下至少之一的方式包含在响应邮件中:以文字信息的方式包含在响应邮件的邮件主题中;以文字信息的方式包含在响应邮件的邮件正文中。
优选地,在互通网关系统建立第二连接通道之后,互通网关系统接收到即时消息业务系统通过第一连接通道采用MSRP SEND发送的第一用户的第一即时消息;互通网关系统将第一即时消息转换为第一邮件消息;互通网关系统获取与第一用户对应的第一邮件地址,并获取与第二用户对应的第二邮件地址;互通网关系统使用第二邮件地址,通过MSRP SEND将第一邮件消息发送给邮件服务器。
优选地,在互通网关系统建立连接通道之后,互通网关系统接收到来自邮件服务器的第二用户的第二邮件消息;互通网关系统将第二邮件消息转换为第二即时消息;互通网关系统获取与第一用户对应的第一即时消息地址,并获取与第二用户对应的第二即时消息地址;互通网关系统使用第一即时消息地址,通过MSRP SEND将第二即时消息发送至即时消息业务系统。
优选地,通知邮件包括以下至少之一的信息:指示第二用户如何接受会话的信息、指示第二用户如何拒绝会话的信息、指示邀请第二用户进行会话的信息。
优选地,通知邮件中的信息通过包括以下至少之一的方式包含在通知邮件中:以文字信息的方式包含在通知邮件的邮件主题中;以文字信息的方式包含在通知邮件的邮件正文中;以文字信息附加插件的方式包含在通知邮件的邮件正文中。
需要说明的是,响应邮件的邮件主题或者邮件正文中还可以包含用户是否接受会话邀请的信息,然后,由互通网关系统解释该信息,如果第二用户不接受上述会话邀请,则不建立第二连接通道。
同时,如果不建立第二连接通道,则互通网关系统不能接收到来自邮件服务器的第二用户的第二邮件消息。
优选地,响应邮件和第二邮件消息至少包括In-reply-to参数信息,用于对应通知邮件中的msg-id参数,并用于确定响应邮件、第二邮件消息与通知邮件属于同一会话。
优选地,传输通道为SMTP通道,第一连接通道和第二连接通道均为MSRP通道。
优选地,在互通网关系统建立与邮件服务器之间的传输通道之后,互通网关系统通过传输通道,向邮件服务器发送与会话邀请请求对应的通知邮件;在互通网关系统待接收来自邮件服务器的响应邮件的过程中,互通网关系统接收到来自邮件服务器的第二用户的第二邮件消息;互通网关系统根据第二邮件消息,建立与即时消息业务系统的第二连接通道,其中,第二连接通道用于互通网关系统向即时消息业务系统发送即时消息。
为了帮助理解上述步骤S202至步骤S206,下面结合优选实施例对上述实施例的实现过程进行详细说明。
由于初始会话请求消息中包含MSRP协商参数,上述互通网关系统代表第二用户先接收此会话,并按照SMTP协议进行参数构造,生成符合电子邮件格式的通知电子邮件,并向第二用户所属的邮件服务器(SMTP服务器)发送初始会话请求邮件,邀请第二用户通过邮件加入聊天会话。当互通网关系统接收到初始会话响应邮件,互通网关系统具体处理步骤如下:
步骤1:互通网关系统的聊天会话控制单元发起DNS查询,获取目的用户(第二用户)所属的SMTP服务器的地址。
步骤2:聊天会话控制单元从设置单元获取第二用户的邮件地址,从而建立与SMTP服务器的传输通道,并进行参数映射,把会话初始请求消息中相关参数对应转换为SMTP命令。
步骤3:当SMTP服务器拒绝建立SMTP通道,聊天会话控制单元则返回会话终止响应。
步骤4:把会话消息中相关参数按照电子邮件格式映射构造初始会话请求邮件,并发起邮件传送。此初始会话请求邮件中可以按照预定策略(例如运营商策略)包含邀请加入聊天会话、如何接受或拒绝此会话等通知信息。
步骤5:收到SMTP正确响应后,聊天会话控制单元构造会话成功响应消息,且成功响应消息中包含MSRP协商参数,否则构造出错响应消息;并把响应消息发向发端。
步骤6:发端和互通网关系统之间建立了由发端至互通网关系统的单向MSRP连接。至此发端和互通网关系统之间建立成功聊天会话,且由发端至互通网关系统的MSRP单向连接建立完成。
步骤7:当互通网关系统接收到第二用户的邮件,互通网关系统的聊天会话控制单元根据邮件消息中的相关参数判断出此邮件是第二用户的回复此初始会话请求邮件的初始会话响应邮件,进一步判断邮件消息中内容,如果邮件内容表明第二用户接受加入聊天会话则步骤8,否则步骤9。
步骤8:互通网关系统建立至发端的MSRP单向连接,至此,互通网关系统和发端之间的MSRP双向连接建立完成。连接建立过程到此结束。会话继续。
步骤9:聊天会话控制单元构造出错响应消息,并把响应消息发向发端。互通网关系统和发端之间的会话结束。
进一步的,其中步骤2中的会话初始请求消息与SMTP命令的映射关系如附表1所示。
表1会话初始请求消息与邮件SMTP消息映射关系的示意表
会话初始请求消息 | SMTP命令 | 注释 |
MAIL FROM | 配置在互通网关系统中的源用户(第一用户)的预定邮件地址 | |
Request-URI | RCPT TO | 配置在互通网关系统中的目的用户(第二用户)的预定邮件地址 |
步骤3、步骤5和步骤9中的邮件消息和会话响应之间的映射关系如附表2所示。
表2邮件消息和会话响应之间的映射关系的示意表
SMTP命令 | 会话响应 | 注释 |
SMTP responseor content ofthe e-mailmessage[RFC2822]SMTP响应或者e-mail消息内容 | 响应码 | 1,SMTP成功响应则对应SIP 200OK,否则对应Bye.2,用户的回复通知邮件中包含的回复信息表示接受此聊天会话,则不需发成功响应;如表示拒绝此聊天会话,则对应″603Decline″。回复信息包含的含义(接受或者拒绝)由互通网关系统按照预定策略解释。 |
Call-ID | 设置为会话初始请求消息(SIP INVITE)的Call-ID值 | |
To | 设置为会话初始请求消息(SIP INVITE)的To值 | |
Via | 设置为会话初始请求消息(SIP INVITE)的Via值 | |
From | 设置为会话初始请求消息(SIP INVITE)的From值 | |
CSeq | 设置为会话初始请求消息(SIP INVITE)的CSeq值 | |
Content-Length | 设置为SDP body的长度 | |
Body | 如果返回成功响应SIP 200OK,则设置SDP响应。 |
步骤4中的会话初始请求消息与邮件消息的映射关系如附表3所示。
表3会话初始请求消息与邮件消息的映射关系的示意表
进一步的,上述步骤7的邮件消息中的相关参数是msg-id参数和In-reply-to参数,步骤4中的发送通知邮件消息中包含msg-id参数,互通网关系统记录此参数用于后续步骤7中的关联。步骤7中互通网关系统接收邮件消息中In-reply-to参数的值表示是回复上一个msg-id参数具有相同附值的邮件,因此在步骤7中根据msg-id参数和In-reply-to参数的对应关系可以判断出是针对具体哪一个聊天会话通知邮件的回复邮件。
进一步的,步骤4中的预定策略包含邀请加入聊天会话、如何接受或拒绝此会话等通知信息,可以采用文字信息的方式包含在邮件主题或邮件正文中,也可以采用文字说明加上web方式支持的插件方式放置在邮件正文中,web邮件用户只需、点击插件,则自动回复邮件。
进一步的,当发端和互通网关系统之间会话建立完成,且由发端至互通网关系统的单向连接建立完成或者双向MSRP建立完成,发端在此会话中发起即时消息由MSRP SEND来发送,当互通网关系统接收到发端的MSRP SEND请求,处理步骤如下:
步骤1:接收完所有的MSRP SEND请求消息后,把所有接收的消息内容构建成一个完整的消息内容,并进行参数映射,生成邮件。
步骤2:建立与SMTP服务器的通讯通道并发送邮件。
步骤3:如没有错误,则返回MSRP成功响应至发端。
其中步骤1中的MSRP SEND请求消息与SMTP命令的对应如表1,与邮件消息的映射关系如表4。
表4 MSRP SEND请求消息与邮件消息的映射关系的示意表;
MSRP SEND请求 | 邮件消息 | 注释 |
CPIM header:From | From | 参数设置为源用户(第一用户)的预定邮件地址 |
CPIM header:DateTime | Date | 按照下列顺序选择设置邮件消息中的Date参数:CPIM参数:DateTime互通网关系统的当时时间 |
To | Set to mailto URI carried inRequest-URI as described insection 5.2.4.1. | |
CallID | msg-id,In-Reply-To | msg-id配置为会话ID;初始通知邮件不包含In-Reply-To参数;目的用户(第二用户)的回参数,互通网关系统采用此参数复邮件中必须包含In-Reply-To用来关联回复邮件和聊天会话,从而判断回复邮件属于哪个聊天会话 |
message body | message body | 消息体对应设置,并且按照预定策略,在邮件内容中可以由互通网关系统增加信息,例如如何退出聊天会话,和聊天会话中的其他成员信息。 |
进一步的,发端和互通网关系统之间会话建立完成,且双向MSRP建立完成,第二用户回复此聊天会话的邮件由互通网关系统向发端发起MSRP SEND来发送,当互通网关系统接收到第二用户的邮件,处理步骤如下:
步骤1:进行参数映射,产生一至多个MSRP SEND请求消息。
步骤2:向发端发起一至多个MSRP SEND请求消息。
其中步骤1的邮件消息与MSRP SEND的映射关系见表5。
表5 邮件消息与MSRP SEND的映射关系的示意表
邮件消息 | MSRP SEND | 注释 |
SMTP DATA内容 | 消息体 | |
Date | CPI Mheader:DateTime | 设置为CPIM:DateTime至Date;或者设置为互通网关系统的当时时间。 |
进一步的,当互通网关系统接收到发端结束此聊天会话消息时,互通网关系统可以发送邮件通知第二用户此会话已经结束。当互通网关系统接受到第二用户按照预定策略表示退出聊天会话的邮件时,互通网关系统向发端发起结束会话消息。
为了帮助理解上述实施例,下面进一步描述本发明的其他多个优选实施例。
优选实施例一
图3是根据本发明优选实施例一的即时消息和电子邮件的互通系统的示意图,上述互通网关系统的通信方法可以在即时消息和电子邮件的互通系统实施应用。如图3所示的即时消息和电子邮件的互通系统主要包括:客户端101,业务处理功能服务器102,互通选择功能服务器103,外部服务器是互通网关系统104,用户信息管理服务器105及邮件服务器106。下面对其进行详细描述。
客户端101:与即时消息和电子邮件的互通系统侧服务器交互,画向用户提供融合消息业务。
业务处理功能服务器102:对来自客户端和其他服务器的会话/消息进行处理,返回相应的处理结果。接受用户发起的融合消息业务请求,根据需要进行处理,如融合消息业务用户之间的融合消息的交互,以及转发处理业务用户的融合消息业务与非业务用户的传统消息业务(例:融合消息与电子邮件Email的交互)。
互通选择功能服务器103:接受来自业务处理功能服务器的消息,选择合适的互通网关系统来实现与邮件服务器的互通。
互通网关系统104:作为邮件服务器与即时消息和电子邮件的互通系统之间的网关,负责两个不同系统之间的参数映射等协议转换及消息传递。
用户信息管理服务器105:由用户设定的关于用户接收和发送会话/消息的偏好信息。
邮件服务器106:提供电子邮件业务。
基于上述即时消息和电子邮件的互通系统,并采用本发明的互通网关系统的通信方法,可以实现融合消息业务用户和传统电子邮件业务用户之间的即时消息的交互,即融合消息业务用户可以与电子邮件业务用户互通,融合消息业务用户以发起或接收基于即时消息格式的融合消息的方式交互,电子邮件业务用户以发起或接受电子邮件的方式交互,以实现聊天功能。以下假设融合消息业务用户为第一用户,电子邮件业务用户为第二用户。
实例1
第一用户发起与第二用户之间的一对一(2个用户)的聊天会话,实施步骤如下:
步骤101:第一用户通过客户端发送初始会话请求到业务处理功能服务器,其中包含源和目的用户标示和会话消息内容;源用户标示为第一用户的SIP用户标示,目的用户标示为第二用户的邮件地址。
步骤102:业务处理功能服务器接收到会话请求,进行鉴权授权处理,如果失败,则结束流程,否则判断第二用户不是融合消息业务用户,则转发消息至互通选择功能服务器。
步骤103:互通选择功能服务器从第二用户标示的格式上进行判断,判断第二用户为邮件用户,把消息转发至与之相连的互通网关系统,此互通网关系统配置了与此即时消息和电子邮件的互通系统相同的域名,即互通网关系统作为邮件服务器的域名与融合消息业务用户的SIP URI的域名相同。
步骤104:互通网关系统根据第一用户的用户标示根据配置生成第一用户作为发送者的邮件地址;并记录会话请求中的必要参数(例如:Call-ID、CSeq)。
以下步骤105至步骤113由互通网关系统完成,与互通网关系统功能服务器处理步骤一致。
步骤105:发起DNS查询,获取目的用户(第二用户)所属的SMTP服务器的地址。
步骤106:建立与SMTP服务器的传输通道,并进行参数映射,把会话初始请求消息中相关参数对应转换为SMTP命令。
步骤107:当SMTP服务器拒绝建立SMTP通道,互通网关系统则返回会话终止响应。
步骤108:把会话消息中相关参数按照电子邮件格式映射构造邮件消息,并发起邮件传送。此邮件消息中可以按照预定策略包含邀请加入聊天会话、如何接受或拒绝此会话等通知信息。
步骤109:收到SMTP正确响应后,互通网关系统构造会话成功响应消息,且成功响应消息中包含MSRP协商参数,否则构造出错响应消息;并把响应消息发向发端互通选择功能服务器。互通选择功能服务器转发响应消息至业务处理功能服务器,再由业务处理功能服务器转至客户端。
步骤110:发端和互通网关系统之间建立了由发端至互通网关系统的单向MSRP连接。至此发端和互通网关系统之间建立成功聊天会话,且由发端至互通网关系统的MSRP单向连接建立完成。
步骤111:当互通网关系统接收到第二用户的邮件,互通网关系统根据邮件消息中的相关参数判断出此邮件是第二用户的回复此聊天会话的回复邮件,互通网关系统进一步判断邮件消息中内容,如果邮件内容表明第二用户接受加入聊天会话则步骤112,否则步骤113。
步骤112:互通网关系统建立至发端的MSRP单向连接,至此,互通网关系统和发端之间的MSRP双向连接建立完成。连接建立过程到此结束。会话继续。
步骤113:互通网关系统构造出错响应消息,并把响应消息发向发端。互通网关系统和发端之间的会话结束。
发端和互通网关系统之间会话建立完成,且由发端至互通网关系统的单向连接建立完成或者双向MSRP建立完成,发端在此会话中发起即时消息由MSRP SEND来发送;第二用户回复此聊天会话的邮件由互通网关系统向发端发起MSRP SEND来发送。两侧发送处理步骤与发明内容章节中描述的步骤相同。
第一用户和第二用户均可以发起结束此聊天会话请求,两侧结束会话处理步骤亦与发明内容章节中描述的步骤相同。
实例2
如果发起预定群组会话(大于2个用户,多个用户参与的会话,且此群组会话是事先预定的),其中第一用户与第二用户是此群组成员。实施步骤如下:
步骤201:第一用户客户端发起初始会话请求,其中包含群组标示和会话消息内容;源用户标示为第一用户的SIP用户标示,目的用户标示为第二用户的邮件地址。
步骤202:业务处理功能服务器接收到会话请求,进行鉴权授权处理,如果失败,则结束流程,否则判断群组中各个成员类型,其中判断第二用户不是融合消息业务用户,则把初始会话请求中修改参数目的用户标示为第二用户邮件地址标示,并转发消息至互通选择功能服务器;其余用户为融合消息业务用户,则直接向对应的用户客户端转发会话请求。群组会话由业务处理功能服务器统一处理。后续与第二用户相关的会议处理与一对一会话中的步骤103至步骤113一致。
三,如果第一用户发起临时群组会话(大于2个用户,多个用户参与的会话,且此群组会话是临时发起的),其中第二用户是此群组成员。实施步骤如下:
步骤301:第一用户通过客户端发送初始会话请求到业务处理功能服务器,其中包含群组中所有成员的用户标示和会话消息内容;源用户标示为第一用户的SIP用户标示,目的用户之一第二用户的标示为邮件地址。
步骤302:业务处理功能服务器接收到会话请求,进行鉴权授权处理,如果失败,则结束流程,否则判各个成员标示类型,其中判断第二用户不是融合消息业务用户,则把初始会话请求中的目的用户标示置为第二用户邮件地址标示,并转发消息至互通选择功能服务器;其余用户为融合消息业务用户,则直接向对应的用户客户端转发会话请求。群组会话由业务处理功能服务器统一处理。后续与第二用户相关的会议处理与一对一会话中的步骤103至步骤113一致。
基于上述系统,并采用本发明方案,可以实现融合消息业务用户之间的消息传递。假定第一用户和第二用户均为融合消息业务用户,在以下情况:1,第二用户不在线,且第二用户的偏好设置是不在线的情况下把离线消息发往第二用户的邮箱;2,第二用户在线,但第二用户的偏好设置是目前不接受消息,而是把融合消息转发至第二用户的邮箱。在这两种情况下,通过互通网关系统提供的与电子邮件的交互功能,可以把第一用户发送的融合消息转换为邮件消息发至第二用户的邮箱。上述两种情况互通均由在第二用户的归属融合业务系统处理。
优选实施例二
图4是根据本发明优选实施例二的即时消息和电子邮件的互通系统的示意图。基于图4所示的系统,以下考虑第一用户与第二用户之间一对一会话的情形,步骤如下:
步骤401:第一用户通过客户端发送会话请求到第一用户归属融合业务系统的业务处理功能服务器,其中包含源和目的用户标示和会话/消息内容;源用户标示为第一用户的SIP用户标示,目的用户标示为第二用户的邮件地址。
步骤402:业务处理功能服务器接收到会话请求,进行鉴权授权处理,如果失败,则结束流程;否则判断第二用户是其他域的融合业务系统的业务用户,则转发消息至第二用户归属融合业务系统的业务处理功能服务器。
步骤403:第二用户归属融合业务系统的业务处理功能服务器从用户信息管理服务器读取第二用户的偏好信息和用户状态,第二用户的偏好信息是选择把融合消息发至第二用户的邮箱,则把融合消息转发至互通选择功能服务器。
步骤403:互通选择功能服务器从用户信息管理服务器中读取第二用户的邮箱地址,把第二用户邮箱地址对应的SIP用户标示替换原来融合消息中的目的用户标示,并把消息转发至与之相连的互通网关系统,此互通网关系统配置了与此即时消息和电子邮件的互通系统相同的域名,即互通网关系统作为邮件服务器的域名与融合消息业务第一用户的SIP URI的域名相同。
后续步骤与步骤104直至消息处理结束的流程一致。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
根据本发明的实施例,还提供了一种互通网关系统。图5是根据本发明实施例的互通网关系统的结构框图,包括第一接收模块51,第一建立模块52和通知模块53。下面对其进行详细描述。
第一接收模块51,用于接收来自第一用户所属的即时消息业务系统的会话邀请请求,其中会话邀请请求用于第一用户向邮件服务器中的第二用户发起通信;第一建立模块52,连接至第一接收模块51,用于在接收到会话邀请请求之后,建立与邮件服务器之间的传输通道;通知模块53,连接至第一建立模块52,用于根据第一建立模块52对传输通道的成功建立,通知即时消息业务系统建立与自身所属的互通网关系统的第一连接通道,其中,第一连接通道用于即时消息业务系统向互通网关系统发送即时消息。
优选地,通知模块53包括第一判断子模块531,第一发送子模块532。下面对其结构进行详细描述。
第一判断子模块531,用于判断传输通道是否建立成功;第一发送子模块532,连接至第一判断子模块531,用于当第一判断子模块531判断结果为是时,向即时消息业务系统发送用于指示即时消息业务系统建立第一连接通道的会话邀请请求响应。
优选地,互通网关系统还包括:发送模块54,第二接收模块55和第二建立模块56。下面对其结构进行详细描述。
发送模块54,用于通过传输通道,向邮件服务器发送与会话邀请请求对应的通知邮件;第二接收模块55,用于接收来自邮件服务器的响应邮件;第二建立模块56,连接至第二接收模块55,用于根据第二接收模块55接收的响应邮件,建立与即时消息业务系统的第二连接通道,其中,第二连接通道用于互通网关系统向即时消息业务系统发送即时消息。
优选地,发送模块54包括接收子模块541,第一获取子模块542,第二获取子模块543和第二发送子模块544。下面对其结构进行详细描述。
接收子模块541,用于接收来自即时消息业务系统的会话邀请请求,其中包含第一用户的第一即时消息地址和第二用户的第二即时消息地址;第一获取子模块542,连接至接收子模块541,用于获取与接收子模块541接收的第一即时消息地址对应的第一邮件地址;第二获取子模块543,连接至接收子模块541,用于荻取与接收子模块541接收的第二即时消息地址对应的第二邮件地址;第二发送子模块544,连接至第二获取子模块543,用于使用第一获取子模块542获取的第一邮件地址和第二获取子模块543获取的第二邮件地址,向邮件服务器发送通知邮件。
优选地,第二建立模块56包括第二判断子模块561和建立子模块562。下面对其结构进行详细描述。
第二判断子模块561,用于判断响应邮件是否包含指示第二用户接受会话邀请的信息;建立子模块562,连接至第二判断子模块561,用于在第二判断子模块561判断结果为是时,建立第二连接通道。
综上所述,根据本发明的上述实施例,提供了一种互通网关系统的通信方法及互通网关系统。采用建立即时消息业务系统与邮件服务器之间的初始会话,解决了相关技术中没有实现会话模式即时消息与电子邮件的互通的问题,进而提升了即时消息业务用户及邮件用户对于即时消息类聊天业务的体验。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (18)
1.一种互通网关系统的通信方法,其特征在于,包括:
互通网关系统接收到来自第一用户所属的即时消息业务系统的会话邀请请求,其中所述会话邀请请求用于所述第一用户向邮件服务器中的第二用户发起通信;
所述互通网关系统建立与所述邮件服务器之间的传输通道;
所述互通网关系统根据所述传输通道的成功建立,通知所述即时消息业务系统建立与所述互通网关系统的第一连接通道,其中,所述第一连接通道用于所述即时消息业务系统向所述互通网关系统发送即时消息。
2.根据权利要求1所述的方法,其特征在于,所述互通网关系统通知所述即时消息业务系统建立所述第一连接通道包括:
所述互通网关系统判断所述传输通道是否建立成功;
如果判断结果为是,则向所述即时消息业务系统发送用于指示所述即时消息业务系统建立所述第一连接通道的会话邀请请求响应;
所述即时消息业务系统建立所述第一连接通道。
3.根据权利要求1或2所述的方法,其特征在于,在所述互通网关系统建立与所述邮件服务器之间的所述传输通道之后,所述方法还包括:
所述互通网关系统通过所述传输通道,向所述邮件服务器发送与所述会话邀请请求对应的通知邮件;
所述互通网关系统接收来自所述邮件服务器的响应邮件;
所述互通网关系统根据所述响应邮件,建立与所述即时消息业务系统的第二连接通道,其中,所述第二连接通道用于所述互通网关系统向所述即时消息业务系统发送即时消息。
4.根据权利要求3所述的方法,其特征在于,所述互通网关系统向所述邮件服务器发送与所述会话邀请请求对应的所述通知邮件包括:
所述互通网关系统接收到来自所述即时消息业务系统的所述会话邀请请求,其中包含所述第一用户的第一即时消息地址和所述第二用户的第二即时消息地址;
所述互通网关系统获取与所述第一即时消息地址对应的第一邮件地址,并获取与所述第二即时消息地址对应的第二邮件地址;
所述互通网关系统使用所述第一邮件地址和所述第二邮件地址,向所述邮件服务器发送所述通知邮件。
5.根据权利要求3所述的方法,其特征在于,所述互通网关系统根据所述响应邮件,建立所述第二连接通道包括:
所述互通网关系统判断所述响应邮件是否包含指示所述第二用户接受会话邀请的信息;
如果判断结果为是,则建立所述第二连接通道。
6.根据权利要求5所述的方法,其特征在于,所述第二用户接受会话邀请的信息通过包括以下至少之一的方式包含在所述响应邮件中:
以文字信息的方式包含在所述响应邮件的邮件主题中;
以文字信息的方式包含在所述响应邮件的邮件正文中。
7.根据权利要求3所述的方法,其特征在于,在所述互通网关系统建立所述第二连接通道之后,所述方法还包括:
所述互通网关系统接收到所述即时消息业务系统通过所述第一连接通道采用消息会话中继协议发送MSRP SEND发送的所述第一用户的第一即时消息;
所述互通网关系统将所述第一即时消息转换为第一邮件消息;
所述互通网关系统获取与所述第一用户对应的第一邮件地址,并获取与所述第二用户对应的第二邮件地址;
所述互通网关系统使用所述第二邮件地址,将所述第一邮件消息发送给所述邮件服务器。
8.根据权利要求3所述的方法,其特征在于,在所述互通网关系统建立所述连接通道之后,所述方法还包括:
所述互通网关系统接收到来自所述邮件服务器的第二用户的第二邮件消息;
所述互通网关系统将所述第二邮件消息转换为第二即时消息;
所述互通网关系统获取与所述第一用户对应的第一即时消息地址,并获取与所述第二用户对应的第二即时消息地址;
所述互通网关系统使用所述第一即时消息地址,通过MSRP SEND将所述第二即时消息发送至所述即时消息业务系统。
9.根据权利要求3所述的方法,其特征在于,所述通知邮件包括以下至少之一的信息:
指示所述第二用户如何接受会话的信息、指示所述第二用户如何拒绝会话的信息、指示邀请所述第二用户进行会话的信息。
10.根据权利要求9所述的方法,其特征在于,所述通知邮件中的信息通过包括以下至少之一的方式包含在所述通知邮件中:
以文字信息的方式包含在所述通知邮件的邮件主题中;
以文字信息的方式包含在所述通知邮件的邮件正文中;
以文字信息附加插件的方式包含在所述通知邮件的邮件正文中。
11.根据权利要求3所述的方法,其特征在于,
所述传输通道为简单邮件传输协议SMTP通道;
所述第一连接通道和所述第二连接通道均为消息会话中继协议MSRP通道。
12.根据权利要求3所述的方法,其特征在于,
所述响应邮件和所述第二邮件消息至少包括In-reply-to参数信息,用于对应所述通知邮件中的msg-id参数,并用于确定所述响应邮件、所述第二邮件消息与所述通知邮件属于同一会话。
13.根据权利要求1或2所述的方法,其特征在于,在所述互通网关系统建立与所述邮件服务器之间的所述传输通道之后,所述方法还包括:
所述互通网关系统通过所述传输通道,向所述邮件服务器发送与所述会话邀请请求对应的通知邮件;
在所述互通网关系统待接收来自所述邮件服务器的响应邮件的过程中,所述互通网关系统接收到来自所述邮件服务器的第二用户的第二邮件消息;
所述互通网关系统根据所述第二邮件消息,建立与所述即时消息业务系统的第二连接通道,其中,所述第二连接通道用于所述互通网关系统向所述即时消息业务系统发送即时消息。
14.一种互通网关系统,其特征在于,包括:
第一接收模块,用于接收来自第一用户所属的即时消息业务系统的会话邀请请求,其中所述会话邀请请求用于所述第一用户向邮件服务器中的第二用户发起通信;
第一建立模块,用于建立与所述邮件服务器之间的传输通道;
通知模块,用于根据所述传输通道的成功建立,通知所述即时消息业务系统建立与自身所属的互通网关系统的第一连接通道,其中,所述第一连接通道用于所述即时消息业务系统向所述互通网关系统发送即时消息。
15.根据权利要求14所述的互通网关系统,其特征在于,所述通知模块包括:
第一判断子模块,用于判断所述传输通道是否建立成功;
第一发送子模块,用于当判断结果为是时,向所述即时消息业务系统发送用于指示所述即时消息业务系统建立所述第一连接通道的会话邀请请求响应。
16.根据权利要求14或15所述的互通网关系统,其特征在于,还包括:
发送模块,用于通过所述传输通道,向所述邮件服务器发送与所述会话邀请请求对应的通知邮件;
第二接收模块,用于接收来自所述邮件服务器的响应邮件;
第二建立模块,用于根据所述响应邮件,建立与所述即时消息业务系统的第二连接通道,其中,所述第二连接通道用于所述互通网关系统向所述即时消息业务系统发送即时消息。
17.根据权利要求16所述的互通网关系统,其特征在于,所述发送模块包括:
接收子模块,用于接收来自所述即时消息业务系统的所述会话邀请请求,其中包含所述第一用户的第一即时消息地址和所述第二用户的第二即时消息地址;
第一获取子模块,用于获取与所述第一即时消息地址对应的第一邮件地址;
第二获取子模块,用于获取与所述第二即时消息地址对应的第二邮件地址;
第二发送子模块,用于使用所述第一邮件地址和所述第二邮件地址,向所述邮件服务器发送所述通知邮件。
18.根据权利要求16所述的互通网关系统,其特征在于,所述第二建立模块包括:
第二判断子模块,用于判断所述响应邮件是否包含指示所述第二用户接受会话邀请的信息;
建立子模块,用于在判断结果为是时,建立所述第二连接通道。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010233906.XA CN102340456B (zh) | 2010-07-20 | 2010-07-20 | 互通网关系统的通信方法及互通网关系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010233906.XA CN102340456B (zh) | 2010-07-20 | 2010-07-20 | 互通网关系统的通信方法及互通网关系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102340456A true CN102340456A (zh) | 2012-02-01 |
CN102340456B CN102340456B (zh) | 2015-07-22 |
Family
ID=45515962
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010233906.XA Expired - Fee Related CN102340456B (zh) | 2010-07-20 | 2010-07-20 | 互通网关系统的通信方法及互通网关系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102340456B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102638415A (zh) * | 2012-03-14 | 2012-08-15 | 南京新与力文化传播有限公司 | 即时通信和电子邮件的对接方法 |
CN104168176A (zh) * | 2013-05-16 | 2014-11-26 | 深圳中兴网信科技有限公司 | 一种即时通讯方法、客户端、服务器及系统 |
CN105812229A (zh) * | 2014-12-30 | 2016-07-27 | 中国移动通信集团公司 | 一种终端通信方法、系统及相关装置 |
CN109379276A (zh) * | 2018-11-29 | 2019-02-22 | 华迪计算机集团有限公司 | 一种基于邮件协议进行即时通讯的方法及系统 |
CN111464431A (zh) * | 2020-04-14 | 2020-07-28 | 北京电信易通信息技术股份有限公司 | 一种基于节点的即时消息互通方法及即时消息互通系统 |
WO2021218795A1 (zh) * | 2020-04-30 | 2021-11-04 | 北京字节跳动网络技术有限公司 | 一种信息交互方法、装置、服务器、系统及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040064514A1 (en) * | 2002-09-17 | 2004-04-01 | Daniell W. Todd | Providing instant messaging (IM) internet presence information and chat capability from displayed email messages |
CN1801787A (zh) * | 2004-11-10 | 2006-07-12 | 微软公司 | 集成的电子邮件和即时消息通信应用程序 |
US20060190546A1 (en) * | 2002-09-17 | 2006-08-24 | Daniell W T | Instant messaging (IM) internet chat capability from displayed email messages |
CN101072189A (zh) * | 2006-05-10 | 2007-11-14 | 华为技术有限公司 | 互通服务器、即时消息与移动电子邮件互通系统及方法 |
KR20080049289A (ko) * | 2006-11-30 | 2008-06-04 | 주식회사 케이티 | 인스턴트 메시징 서버와 메일 서버간 상호연동하는 실시간통합 메시징 시스템 및 그 서비스 방법 |
CN101416207A (zh) * | 2006-02-06 | 2009-04-22 | 谷歌公司 | 具有电子邮件和聊天消息两者的集成对话 |
CN101622640A (zh) * | 2007-02-23 | 2010-01-06 | 雅虎公司 | 用于聊天和电子邮件之间的转换的用户界面 |
-
2010
- 2010-07-20 CN CN201010233906.XA patent/CN102340456B/zh not_active Expired - Fee Related
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040064514A1 (en) * | 2002-09-17 | 2004-04-01 | Daniell W. Todd | Providing instant messaging (IM) internet presence information and chat capability from displayed email messages |
US20060190546A1 (en) * | 2002-09-17 | 2006-08-24 | Daniell W T | Instant messaging (IM) internet chat capability from displayed email messages |
CN1801787A (zh) * | 2004-11-10 | 2006-07-12 | 微软公司 | 集成的电子邮件和即时消息通信应用程序 |
CN101416207A (zh) * | 2006-02-06 | 2009-04-22 | 谷歌公司 | 具有电子邮件和聊天消息两者的集成对话 |
CN101072189A (zh) * | 2006-05-10 | 2007-11-14 | 华为技术有限公司 | 互通服务器、即时消息与移动电子邮件互通系统及方法 |
KR20080049289A (ko) * | 2006-11-30 | 2008-06-04 | 주식회사 케이티 | 인스턴트 메시징 서버와 메일 서버간 상호연동하는 실시간통합 메시징 시스템 및 그 서비스 방법 |
CN101622640A (zh) * | 2007-02-23 | 2010-01-06 | 雅虎公司 | 用于聊天和电子邮件之间的转换的用户界面 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102638415A (zh) * | 2012-03-14 | 2012-08-15 | 南京新与力文化传播有限公司 | 即时通信和电子邮件的对接方法 |
CN104168176A (zh) * | 2013-05-16 | 2014-11-26 | 深圳中兴网信科技有限公司 | 一种即时通讯方法、客户端、服务器及系统 |
CN105812229A (zh) * | 2014-12-30 | 2016-07-27 | 中国移动通信集团公司 | 一种终端通信方法、系统及相关装置 |
CN109379276A (zh) * | 2018-11-29 | 2019-02-22 | 华迪计算机集团有限公司 | 一种基于邮件协议进行即时通讯的方法及系统 |
CN111464431A (zh) * | 2020-04-14 | 2020-07-28 | 北京电信易通信息技术股份有限公司 | 一种基于节点的即时消息互通方法及即时消息互通系统 |
CN111464431B (zh) * | 2020-04-14 | 2022-03-08 | 北京电信易通信息技术股份有限公司 | 一种基于节点的即时消息互通方法及即时消息互通系统 |
WO2021218795A1 (zh) * | 2020-04-30 | 2021-11-04 | 北京字节跳动网络技术有限公司 | 一种信息交互方法、装置、服务器、系统及存储介质 |
US11716299B2 (en) | 2020-04-30 | 2023-08-01 | Beijing Bytedance Network Technology Co., Ltd. | Information interaction method and apparatus, server, system and storage medium |
Also Published As
Publication number | Publication date |
---|---|
CN102340456B (zh) | 2015-07-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100499598C (zh) | 即时消息用户使用其它即时消息系统聊天室的方法及系统 | |
CN101578891B (zh) | 在融合网际协议消息服务客户端和短消息服务客户端之间建立用于消息通信的会话的方法和系统 | |
US7526563B2 (en) | Interworking gateway and method | |
EP1929730B1 (en) | Method and apparatus for instant messaging | |
JP4948525B2 (ja) | 移動通信端末のインスタントメッセージ伝送方法及びシステム | |
JP5090459B2 (ja) | 統合ipメッセージングサービスにおけるメッセージスレッドを管理する方法及びシステム | |
EP2342883B1 (en) | File transfer in conference services | |
EP2458802B1 (en) | Method and system for intercommunicating between instant message and e-mail | |
CN101374118B (zh) | 一种消息互连的方法、系统及装置 | |
US9426108B2 (en) | Method for storing conversation upon user's request in CPM system, and system thereof | |
CN101714170B (zh) | 一种基于xdms的群组管理系统及方法 | |
US9049165B2 (en) | Method for delivering message based on CPM service and server thereof | |
JP2012503363A (ja) | インスタント・メッセージ・ユーザーとショート・メッセージ・サービス・ユーザーとの間の通信のためのシステム及び方法 | |
CN102340456B (zh) | 互通网关系统的通信方法及互通网关系统 | |
CN101212719A (zh) | 一种无线通信网络中实现融合消息业务的方法及系统 | |
CN102223293B (zh) | 消息请求的路由方法及处理系统 | |
CN102130845B (zh) | 回执报告的发送方法及处理系统 | |
CN101355533B (zh) | 一种通信互连方法和设备 | |
CN102123133A (zh) | 不同消息业务平台互通时传送消息回执的方法和消息系统 | |
CN102026112B (zh) | 一种融合ip消息的发送方法及系统 | |
CN101925017A (zh) | 一种大消息模式融合ip消息的传送方法 | |
CN102223283A (zh) | 路由方法、装置及系统 | |
WO2008151572A1 (fr) | Procédé, passerelle d'interconnexion et client de transfert de fichier | |
CN102045264A (zh) | 大消息模式cpm消息到电子邮件系统的传送方法与系统 | |
WO2008049349A1 (fr) | Système de messagerie universelle et procédé d'interaction avec le terminal de messagerie spéciale |
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: 20150722 Termination date: 20190720 |
|
CF01 | Termination of patent right due to non-payment of annual fee |