用于促进不同服务提供商之间即时通讯事务的方法和系统

摘要

描述了一种方法和系统，用于促进第一用户和第二用户之间的即时通讯(IM)，第一用户具有包括第一域名的地址，第二用户具有包括不同于第一域名的第二域名的地址。选择一个包括第二域名的替换地址，并将其映射到第一地址。复制从第一用户发送至第二用户的IM，并将其地址改为是从替换地址发送的。这就保持了发信人和收信人之间域名的一致性，允许禁止不兼容IMSP之间IM的现有IM系统分发消息。

说明书

技术领域

本发明总体上涉及不同域内两个或多个用户地址之间在诸如互联网或内联网(例如私有网络)的电子网络上的即时通讯。本发明特别涉及两个或多个用户地址之间的即时通讯，其中至少两个用户地址包括彼此不同的域名，例如，来自不同的即时通讯服务提供商。

背景技术

即时通讯(IM)是同时登录到IM服务提供商(IMSP)的两个用户之间在互联网或其它电子网络上的实时或近似实时通信的方法和系统。IMSP提供对网络的访问以及软件，以促进其用户之间的IM。应当注意的是，通常有两类软件：由终端用户下载的“客户端软件”(通常这是免费发布的)，以及并非由终端用户下载的“服务器软件”。服务器软件是IMSP的核心和引擎。正是服务器软件的行为，通过提供不同的引人注目的特征而区分不同的IMSP。通常地，用户下载IM客户端软件，使得他们能够加入到具有同样下载了相同或兼容软件的同一IMSP的其他用户的IM中。存在有各种IMSP，例如：无线村(WV)、AOL、Yahoo！、MSN和ICQ(AOL是美国在线公司的注册商标；Yahoo！是雅虎公司的注册商标；MSN是微软公司的注册商标；ICQ是ICQ公司的注册商标)。来自一个IMSP的IM软件通常不允许与另一个IMSP的用户进行IM通信，这是因为大多数IMSP使用专有的解决方案。

目前，通常的IM软件包括第一用户(例如，user1)，其将IM客户端软件下载到他自己的计算机上。下载到用户计算机上的IM软件通常被称为客户端软件(或者更多地简称为客户端)，在这里延续这个惯例。当user1登录时，客户端连接到IMSP服务器。预先配置客户端，以获知服务器的IP地址，这样，当用户使用预先下载的专有客户端(通过输入用户名和密码)登录时，它(客户端)请求将用户连接到服务器，并进行验证。一旦用户被验证，服务器用好友列表以及他们的存在信息(presence information)更新客户端。服务器向user1客户端发送回一个关于user1生成的好友列表上的哪些好友已经登录，以及他们的存在信息(例如，状态、可用性等)的消息。客户端改变user1计算机上所显示的状态，以指示哪些好友已经登录。服务器也将user1的接入信息发送至那些已经登录的好友的客户端。当user1希望向已经登录的好友，例如user2发送IM消息时，user1点击或选择user2的名字(IM地址)，在所提供的计算机窗口中键入或附上消息，并发送消息。因为已经向user1客户端提供了关于user2客户端的存在信息，所以将来自user1的消息直接发送至user2。

可以注意到的一点是，在IM中，消息的发送是没有保证的，使得如果IM从源发往目的地，则不保证它一定到达该目的地(尽管这种情况极少)。同时注意，有可能向没有登录到IMSP服务器的终端用户发送消息，尽管这个特征的行为是和服务器相关的(例如，Yahoo将用户的消息保存至用户下一次登录，而某些其它IMSP可能不是这样)。同时注意，来自user1的消息不是直接发送至user2，而是通过IMSP服务器软件进行路由。

这就是，当前IM架构通过服务器传送所有IM消息，服务器对消息进行路由。来自user2的回复以相同的方式传送至user1。IM会话保持开放，直至其中一个用户退出，例如通过退出其客户端退出。然后，那个客户端向IMSP服务器发出离线状态的信号，服务器则将那个更改的状态通知所有在线好友的客户端。注意，退出客户端与关闭客户端可能是有区别的，退出可能仅仅是存在信息的改变(例如，从激活变为空闲)。

一个主要的局限是，用一个域名标识的一个IMSP的用户不能实现与用不同域名标识的另一个IMSP用户的IM。这是因为，每个IMSP具有其自身关于如何对消息进行打包和解包的专有标准，这种标准不必允许其它的专有标准。一些用户通过在他们一个潜在的好友有账户的每个IMSP上保持账户来克服这种局限。但是，这导致用户不得不持有具有多个登录标识符和密码的多个账户，不得不在其计算机的任何给定会话期间，保持其选择监控的每个IMSP客户端为打开状态，而且不能与使用不同IMSP的两个好友进行IM“交谈”。例如，user1@yahoo.com能够加入与user2@yahoo.com的IM，但不能加入与user2@msn.com的IM。

一些IMSP宣传其能够促进来自某些特定不同域的用户之间的IM通信。例如，Odigo(Odigo是Odigo公司的注册商标)在其网站(www.Odigo.org)上宣称，IM用户可以接入到两个不同的IMSP：AIM和ICQ。用于促进它的具体协议似乎是专有的。但是，由于IM仅允许存在于特定域之间，可以认为，由与每个域相关联的服务器依照各IMSP之间的合同关系协同工作，促进这种服务。

对于本公开的惯例，IM地址“username@domainname”按照下面所述进行分析。‘@’符号左边的符号被称为用户名。‘@’符号右边的符号组成域名或域，在这个惯例中，为了简便起见，域名或域包括顶级域名。为了清晰，IM地址及其各部分将在这里用下划线标注。

发明内容

根据这里教导的当前优选实施方式，可以克服前述及其它问题，并实现其它优点。

示出了一种促进在电子通信网络上两个域之间的即时通讯(IM)的方法。第一地址包括第一域，第二地址包括不同于第一域的第二域。本方法的各步骤包括，首先从第一地址接收发往第二地址的第一消息。下一步是，将第一地址映射到替换地址，其中替换地址包括第二域。接下来，将第一消息从替换地址发送至第二地址。

公开了各种进一步和附加的步骤，以促进从第二地址返回至第一地址的IM通信，将在下面对每个步骤进行详述。本发明还包括一种系统，用于促进第一地址和第二地址之间在电子网络上的即时通讯，第一地址包括第一域，第二地址包括不同于第一域的第二域。第一域与第一即时通讯服务提供商相关联，且第二域与第二即时通讯服务提供商相关联。该系统包括替换地址和映射，映射使替换地址和第一地址与第二地址之中之一相关。优选地，替换地址包括第二域，而映射使替换地址和第一地址相关。

本发明提供一种方法和系统，用于促进第一用户和第二用户之间的即时通讯(IM)，其中第一用户具有包括第一域名的地址，且第二用户具有包括不同于第一域名的第二域名的地址。选择包括第二域名的替换地址，并将替换地址映射到第一地址。复制从第一用户发送至第二用户的IM，将地址改为是从替换地址发送的。这保持了发信人和收信人之间域名的一致性，允许禁止不兼容IMSP之间IM的现有IM系统分发该消息。

附图说明

结合附图，在下列具体实施方式的详述中，这里教导的前述和其它方面将变得更加清楚，其中：

图1是现有技术的IM系统的概念示意图，其中每个IMSP(无线村、AOL等)与其它IMSP是相互独立的。

图2是依照本发明的IM系统的概念示意图，其中不排除不同域中用户之间IM的IMSP可以促进通过其它IMSP的IM。

图3是第一IMSP上第一用户加入到与第二IMSP上第二用户的IM的框图。

图4是描述依照本发明一个实施方式的用于双向即时通讯的步骤的流程图。

具体实施方式

参照相关附图可以更好地理解本发明，其中图1是描述现有技术即时通讯(IM)系统局限性的简化框图。图1描述四个广泛使用的即时通讯服务提供商(IMSP)：无线村(WV)、美国在线(AOL)、微软网络(MSN)和ICQ。这些IMSP中的每个能够促进其自身客户或用户之间的IM，但不能使那些相同的用户加入到与其它IMSP的用户的IM中。实际上，每个IMSP仅在其自身用户范围内提供IM。

图2描述一个简化框图，其中对于无线村用户克服了图1的局限性。使用本发明的优选实施方式，WV使其用户可以加入与任意其它IMSP的用户的IM中，这里仅描述了三种其它IMSP。图2是说明性的，因为对于IM通信的每个阶段，本发明不必限于不同IMSP的服务器之间的直接联系。贯穿本公开及其后面的权利要求书，认为与特定IMSP相关联的服务器和客户端都包括那个特定IMSP。例如，WV包括WV服务器以及驻留在WV用户计算机上的每个WV客户端。

图3在框图中说明如何促进不同IMSP的两个用户之间的IM通信。发送者12(表示为移动终端)输入发往接收者14(表示为另一个移动终端)的消息。可选地，发送者和/或接收者可使用计算机终端或有IMSP客户端驻留在其上的任意其它设备。作为举例，将发送者指定为使用IM地址mitri@wv.com的Mitri，而将接收者指定为使用IM地址srini@icq.com的Srini。对于他们的IM域，Mitri的IMSP 16是无线村，而Srini的IMSP 18是ICQ。依照本发明的一个方面，Mitri的IMSP 16创建IM地址池。注意，在这种情况下，IMSP是WV，其不保持账户，而是由ICQ保持账户。也就是，各账户由ICQ保持，并存储在ICQ服务器中，而WV服务器(在这种情况下)作为任意ICQ用户。

IM地址池并非必须是固定的，可随时间变化。优选地，地址池的创建是在Mitri向Srini发送消息之前进行的，使得实现本发明的IMSP在多个域内保持IM地址池，每个域与多个其它IMSP中的一个IMSP保持一致。可选地，当Mitri试图发起与外部IMSP的用户，例如Srini的用户的IM时，Mitri的IMSP可创建与Srini的IMSP的IM系统保持一致的地址。

当Mitri的IMSP检测到发往外部IMSP的消息时，例如，“从mitri@wv.com；到srini@icq.com”，Mitri的IMSP访问Srini的IMSP域内的地址池(或者在那个域内创建新地址)，并预留其中一个地址，用于即将由Mitri发起的IM会话。作为例子，从地址池中为这个IM会话预留的地址将被指定为substitute@icg.com。Mitri的IMSP进一步将Mitri的地址，mitri@wv.com，映射到从地址池预留的地址，并存储这个映射数据。因为接收者IMSP只在发送者和接收者地址都是来自其自身域内时才传送IM消息，所以Mitri的IMSP将从Mitri到Srini的消息复制到一个账户中，这个账户具有一个将由Srini的IMSP处理的域。注意，IM(从Mitri到Srini)是否复制到IM(从substitute到Srini)是实现的细节。可以复制IM，或者可以改变发送地址，而不明确地复制消息。但是，由于对整个IM消息进行的打包和解包，需要复制从Mitri到Srini的消息。

具体地，Mitri的IMSP访问映射数据，并发现mitri@wv.com被映射到substitute@icq.com。Mitri的IMSP将消息正文复制到来自预留地址的IM消息。此时，复制的消息的地址为，“从substitute@icq.com；到srini@icq.com”。在互联网、万维网或其它电子网络上发送具有接收者域内地址的复制的消息。接收者的IMSP将这个网络流量看作其自身两个用户之间的IM，并将消息发往Mitri期望的srini@icq.com。

需要注意，从接收者IMSP的角度来看，从地址substitute@icq.com发送Mitri的复制消息使得这个消息难以从任意接收者IMSP的常规用户的IM流量中辨别出来。因为消息的打包是由与接收者IMSP相同的客户端软件完成的，所以消息是不可辨别的。

Srini所看见的实际图形视屏界面可能指示也可能不指示Mitri是发送者。优选地，它确实指示发送者，以便更好地促进终端用户之间，在这个实例中是Mitri和Srini之间的通信。但是，应当注意，对消息的复制可允许服务器添加/附加一个字符串(例如，用户名/好友名)，以指示这个消息来自何处。这些是发起的IMSP可以提供的特征。为了向除Srini之外的所有人保持真实发送者Mitri的隐私性，优选地，一旦Mitri和Srini之间的IM会话结束，就删除substitute@icq.com到mitri@wv.com的映射，并将替换地址返回到地址池中或删除(也就是，不再与mitri@wv.com或srini@icq.com相关联)。会话结束通常是以至少其中一个终端用户退出其各自的客户端为信号。

有多种方法可用来实现从Srini到Mitri的回程通信。在下面示例中，user1是原始消息的发送者，其使用IMSP1发起双方之间的IM。IMSP1用域“abc.com”标识，并且不禁止各域之间的传送。user2是原始消息期望的接收者，并且使用IMSP2。IMSP2用域“xyz.com”标识。域“abc.com”和“xyz.com”代表相互不同的域，与上面使用Mitri和Srini的示例中的wv.com和icq.com相似。

图4说明实现本发明架构的框图。如上所述，在方框22中，IMSP1在可由IMSP2所识别的域内创建并保持地址池。例如，如果IMSP2促进具有域名@xyz.com的用户之间的IM，则IMSP1将创建一个同样以@xyz.com结束的标识符池。例如，在方框24中，IMSP1接收所发送的“从user1@abc.com；到user2@xyz.com”的原始消息。IMSP1识别出xyz.com是外部域，在方框26中，它从在方框22中创建的xyz.com域内的地址池中选择并预留一个地址。然后，在方框28中，IMSP1对预留地址和初始消息的地址进行映射并存储，如下所述：将user1@abc.com映射到substitute@xyz.com；并将substitnte@xyz.com映射到user2@xyz.com。这个映射数据可以是双向的：也就是，将user1@abc.com映射到substitute@xyz.com；以及将substitute@xyz.com映射到user1@abc.com。一旦存储了映射数据，在方框30中，由IMSP1对它进行访问。然后，在方框32中，IMSP1复制在方框24中发送的原始消息的正文，并在网络上发送复制的消息，这个复制消息的地址现在是“从substitute@xyz.com；到user2@xyz.com”。IMSP1可能不得不重新格式化原始消息，以便复制其正文。因为复制的消息发送自以IMSP2为标识的域，所以它是由IMSP1发送的，却是通过IMSP2到达网络。在方框34中，IMSP2接收这个消息，并将其发往user2@xyz.com，如同其两个用户之间的任何其它IM流量。

接收到消息之后，user2发送原始回复，其地址为“从user2@xyz.com；到substitute@xyz.com”。在方框36中，由IMSP2接收这个消息，并在方框38中，如同对于其所服务的任何其他用户一样，IMSP2将这个回复发往substitute@xyz.com。在方框38中完成映射之后的时间里，IMSP1监控去往或来自substitute@xyz.com的网络流量，并在方框40中，辨别出原始回复发往那个地址。IMSP1截获那个消息，并访问所存储的映射数据。在方框42中，IMSP1使用映射数据替换回复接收者的地址。然后，在方框44中，IMSP1将原始回复的正文复制到一个消息中，其地址为：“从user2@xyz.com；到user1@abc.com”，并将复制的回复发送至user1@abc.com。需要注意的是，这个复制的回复并不保持发信人和收信人之间一致的域名。如上所述，实现本发明的IMSP决不能禁止与不同域之间的IM消息分发。可以相信，大多数常用的IMSP确实禁止不同域之间的IM，这主要是由于商业上而非技术上的原因。

然后，在方框46中，IMSP1可接收“从user1@abc.com；到user2@xyz.com”的附加消息。然后，IMSP1如同在方框30中那样，再次访问映射，并且接着如同先前一样复制消息正文，并替换地址，以使得只要这两个用户登录就可以进行user1和user2之间的IM。一旦user1和user2之间的通信终止，就将预留地址substitute@xyz.com返回到地址池中，以备后用，或者将其删除(取决于实现方式)，不必再与user1@abc.com或user2@xyz.com中的任何一个相关。这最小化了地址池容量的需求。

需要注意，域名本身并不能允许IMSP1分发或限制两个不同IM提供商之间的消息发送；而是在每个IM提供商之间通常有所不同的专有信息以及对IM消息的打包和解包，不允许两个不同IMSP之间的通信。也就是，不是域名而是IMSP之间的不兼容性影响了发送和接收IM的能力。

尽管是在当前优选实施方式的环境下描述的，但是本领域技术人员应理解可以对前述各实施方式做各种修改和变形，而所有这些修改和变形保持在本发明的范围内。这里的各示例是说明性的，而不是穷举的。