著录项信息
专利名称 | 即时消息传送帐户系统 |
申请号 | CN00819519.6 | 申请日期 | 2000-05-10 |
法律状态 | 权利终止 | 申报国家 | 中国 |
公开/公告日 | 2003-10-29 | 公开/公告号 | CN1452747 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | 暂无 | IPC分类号 | 暂无查看分类表>
|
申请人 | 奇卡有限公司 | 申请人地址 | 新加坡新加坡城
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 奇卡有限公司 | 当前权利人 | 奇卡有限公司 |
发明人 | 丹尼斯·门迪奥拉;布赖恩·施洛特曼 |
代理机构 | 永新专利商标代理有限公司 | 代理人 | 韩宏 |
摘要
多个具有相同或不同类型IM应用程序的客户机之间的一个即时消息传送系统与一种即时消息传送方法。该IM系统包括多个具有下述类型客户机应用程序的客户机:一个基于PC的即时消息传送客户机应用程序(101、301);一个构成GSM网络部件的GSM设备(104、303);一个基于互联网浏览器的客户机应用程序(201、305)以及一个基于电子邮件的客户机应用程序(208、307)。包括一个IM服务器(143、217、311)的一台IM系统主机(141、211、316)经由直接电子链接或互联网(117、213、309)被有选择地连接到每个客户机,并向客户机提供一个规定的功能范围。这个功能包括发送一个IM、接收一个IM、以及对于以一个客户机为其成员或未来成员的一组客户机,识别其中哪一个在线。每个客户机具有惟一的标识符以便经由互联网(117、213、309)能对其访问,对它所有能够访问该IM服务器(143、217、311)的客户机类型,每个客户机在该IM主机/客户机中具有一个单一帐户。该帐户用那个客户机的所有客户机类型共有的一个惟一识别号码(“UIN”)识别,一个客户机的每个客户机类型的每个惟一标识符与该特定客户机的UIN匹配。
1、一个即时消息传送系统,包含:
多个具有相同或不同类型的即时消息传送客户机应用的客户机;
一个可经由计算机网络有选择地连接到每个上述客户机、并为上 述客户机提供规定功能范围的即时消息传送服务器,其中上述规定功 能范围包括:
(i)从一个客户机向另一个客户机发送一个文本消息;
(ii)接收从一个客户机到另一个客户机的文本消息;
(iii)对以一个客户机为其成员或未来成员的一组客户机, 识别其中哪些成员当前已被连接到该计算机网络或者可能已如此 连接;
每个客户机类型具有一个能允许经由上述计算机网络对其访问的 惟一标识符;以及
每个客户机在上述即时消息传送服务器上具有一个适用于能够访 问上述即时消息传送服务器的所有客户机类型的单一帐户;
其中上述帐户由该客户机的所有客户机类型共有的一个惟一识别 号码标识;以及
其中上述客户机的每种客户机类型的每个上述惟一标识符都与该 客户机的上述惟一识别号码匹配。
2、一个如同权利要求1中所要求的即时消息传送系统,其中上述 客户机类型包括经由下述途径连接到该计算机网络的客户机:
(i)一个基于个人计算机的即时消息传送客户机;
(ii)全球移动通信系统网络中的一个全球移动通信系统设备;
(iii)一个基于互联网浏览器的客户机;或
(iv)一个基于电子邮件的客户机。
3、如权利要求1或2所述的即时消息传送系统,其中上述计算机网 络是一个互联网或者计算机与其他电子设备的直接电子链接。
4、如权利要求1或2所述的即时消息传送系统,其中经由该全球移 动通信系统网络连接到该计算机网络的上述客户机类型具有短消息服 务中心能力,并在最初经由一个短消息服务中心服务器连接以便控制 与管理它们之间的上述短消息服务中心,而且其中上述短消息服务中 心服务器经由上述计算机网络被直接连接到上述即时消息传送服务 器。
5、一种多个客户机之间的即时消息传送方法,这些客户机具有相 同或不同类型的即时消息传送能力,并借助一个计算机网络有选择地 被连接到一个即时消息传送服务器,从而每个客户机类型具有一个能 经由该计算机网络对其访问的惟一标识符,该方法由如下步骤构成:
为可以访问该即时消息传送服务器的每个客户机的所有客户机类 型提供一个该即时消息传送服务器中的单一帐户;
用所述客户机的所有客户机类型共有的一个惟一识别号码来识别 该帐户;
使所述客户机的每个客户机类型的每个惟一标识符及其上述惟一 识别号码匹配。
发明领域\n本发明涉及一个基于计算机网络的即时消息传送系统与一种管理 多个不同客户机及设备的方法。这些不同客户机或设备包括(但不限 于)一部全球移动通信系统(GSM)移动电话、一个基于个人计算机 的客户应用程序、一个基于互联网浏览器的客户机以及一个电子邮件 客户机应用程序。\n在整个说明书中,除非文字另有需要,单词“包含”或其变体“(它) 包含”或“由……构成”应被理解为暗示包括规定的一个整体或一组 整体,但并不排除任何其他整体或一组整体。\n背景技术\n随着社会各部门越来越多地将互联网与电子邮件用作一种通信媒 体,即时消息传送(IM)系统近来已变得非常普遍。随着互联网使用 遍及国内市场各个领域以及被较年轻的、有计算机文化的几代人用作 它们自己的社交工具,就提出了在同时连接到互联网的两方或多方之 间交换自发、“瞬时”消息的需求。使用传统电子邮件系统尚不能满 足这种需求,所以,产生了IM系统作为对电子邮件的替代或辅助。\nIM情况下的“瞬时”意味着不需提示消息处理服务器就能够接收 消息的能力。这与互联网用户发送与接收通常电子邮件的方法相反。\n为了用流行的、基于个人计算机的电子邮件应用程序(如EudoraTM 或Microsoft OutlookTM)来发送与接收电子邮件,可以采用简单邮件传 输协议(SMTP)以及邮局协议(POP)。采用POP需要邮件的收件人 去询问或提示一台它已成为其用户的电子邮件服务器将消息下载到该 用户的个人计算机(PC)或任何其他与互联网相连的设备。\n一个用户利用SMTP将电子邮件消息从该用户PC中的电子邮件PC 客户机应用程序(如EudoraTM、Microsoft OutlookTM)发送到一个它已 成为其用户的邮件服务器。然后,该邮件服务器或SMTP服务器经由该 互联网将该消息转发到期望收件人的邮件服务器。\n即时消息传送系统以与电子邮件不同的方式工作,即使需要用户 操作也只需要最少的操作。消息从一个发送人客户机应用程序(通常 是从一个基于PC的IM客户机应用程序)经由一个IM服务器转发到该预 期接收人的客户机应用程序,或者直接转发到该接收人的客户机,从 消息由该发送人发送的时间或由该IM系统接收的时间看几乎是“实时” 的——所以认为是“即时”的。为了使消息达到它的预期接收人并不 需要询问,这更多地反映出信息的一种“压入”技术,而不是“弹出” 技术。市场上一些流行IM系统的例子可以包括AOL的AIMTM与ICQTM。\n大多数IM系统的特征是,一个客户机用户能够设置通常被称为“伙 伴”的、或者彼此之间可以瞬时交换消息的朋友或同事的网络。在大 多数基于PC的客户机应用程序中,一个IM发送人必须由能够从该发送 人接收消息的接收人(两者彼此被认为是“伙伴”)授权。在这种情 况下,一次授权是由明确指令该IM服务器允许从特定发送人接收消息 的一个用户完成的。\n在某些IM系统中,用户被包括到一份伙伴名单内不需要授权。这 就意味着即时消息可以在现有用户之间自由发送,一个目标用户可以 被添加到用户的一份特定伙伴名单,而那个用户不需要明确允许该目 标用户被包括在内。\n用户也可以要求授权以便使它们能被其他用户查明为“在线”。IM 情况下的“在线”意味着一个客户机用户被连接到互联网,或者能够 在一个特定时刻接收即时消息。能够确定用户的一组伙伴中哪一个在 线是IM系统的一个重要功能。然而,现有IM系统能够确定某些类型的 客户机用户是否实际在线的程度是有限的。\n当前IM系统的另一个局限是,某些系统没有被设计得能够与特定 类型的客户机应用程序或不同IM系统互相连接。举例来说,其他的客 户机应用程序可以包括互联网上基于电子邮件的应用程序(如EudoraTM 与Microsoft OutlookTM)以及基于浏览器的客户机应用程序(如Internet ExplorerTM与NetscapeTM),也包括连接到一个GSM网络的设备,譬如 移动电话。\nGSM网络具有它们自己的、在不同用户之间交流短文本消息的IM 系统形式,被称为“短消息服务”(SMS)。对于SMS,一个“短消 息服务中心”(SMSC)提供一个服务器,客户机用户发送与接收的所 有SMS消息都通过它处理。这些消息都很短,通常长度限于160个字符, 而且在GSM网络用户之间发送,SMSC采用预期接收人的GSM移动号 码来处理消息以便递送到正确的目的地。在该SMS协议下,发送人的 文本消息最初被用蜂窝电话网络发送到该SMSC服务器。然后,SMSC 储存消息,并当预期接收人被识别为在蜂窝小区内活动时,再根据正 常的GSM协议将它分配给预期接收人以供下载。\nSMS消息传送通常只在明确成为其用户的GSM客户机之间提供, 然而,借助SMSC服务器,可以采用一个取决于该特定GSM电话与网络 制造商的特殊协议连接到互联网。譬如,NokiaTM(诺基亚)就采用计 算机接口消息分布协议第二版(CIMD2)。\n即使在那些允许连接两个或多个不同类型客户机应用程序的IM系 统中,也只是为每个不同客户机类型生成不同的帐户,或者一个客户 机类型被当作主IM客户机,而其他客户机类型被当作终端设备,它们 只被告知已将一个IM发送到该发送人的相应主IM客户机。其原因在 于,最初开发的IM系统(如ICQTM)有很强的针对性,以至于提供该IM 系统功能的大多数智能都驻留在该PC客户机应用程序之中。因此,其 他客户机类型被认为与主要客户机应用程序有相当大的不同,而且如 果提供双向连接,即能对接收到的消息发送一个回复,那么就需要每 个不同客户机类型有一个单独的帐户或服务器。\n发明内容\n本发明的一个目的是提供为多个不同客户机类型运行单个帐户的 即时消息传送,而不管哪个客户机类型最初发出该消息,也不管哪个 客户机在它所有客户机类型之间提供了双向连接以及基本上相同的功 能。\n根据本发明的一个方面,提供了一个即时消息传送系统,它包含:\n多个具有相同或不同类型IM客户机应用程序的客户机;\n一个经由计算机网络被有选择地连接到每个上述客户机、并为上 述客户机提供规定功能范围的IM服务器;\n每个客户机类型具有一个能够经由上述计算机网络对其进行访问 的惟一标识符;以及\n每个客户机在上述IM服务器中具有一个供它所有能访问上述IM 服务器的客户机类型使用的单个帐户;\n其中上述帐户用那个客户机的所有客户机类型共有的一个惟一识 别号码识别;\n而且,其中一个上述客户机的每个客户机类型的每个上述惟一标 识符与该特定客户机的上述惟一识别号码匹配。\n最好,上述客户机类型包括经由如下途径连接到该计算机网络的 客户机:\n(i)一个基于PC的即时消息传送客户机应用程序;\n(ii)GSM网络中的一个GSM设备;\n(iii)一个基于互联网浏览器的客户机应用程序;或\n(iv)一个基于电子邮件的客户机应用程序。\n最好,上述规定功能范围包括:\n(i)从一个客户机向另一个客户机发送一个文本消息;\n(ii)从一个客户机将一个文本消息接收到到另一个客户机;\n(iii)在以一个客户机为其一个成员或未来成员的一组客户机中, 识别哪些成员当前已被连接到该计算机网络,或者可能已被如此连接。\n最好,上述计算机网络是互联网和/或任何直接的或电子的链接。\n最好,经由该GSM网络连接到该计算机网络的上述客户机类型具 有SMS能力,并最初经由一个SMSC服务器连接以便控制与管理它们之 间的上述SMS,而且其中上述SMSC服务器经由上述计算机网络被直接 连接到上述IM服务器。\n根据本发明的另一个方面,提供了一种在具有相同或不同类型IM 应用程序的、借助一个计算机网络有选择地与一个IM服务器互联的客 户机之间的即时消息传送方法,由此每个客户机类型具有一个惟一标 识符以便能经由该计算机网络对其访问,该方法由如下步骤构成:\n为可以访问该IM服务器的每个客户机的所有客户机类型提供一个 该IM服务器中的单一帐户;\n通过那个客户机的所有客户机类型共有的一个惟一识别号码来识 别该帐户;\n使那个客户机的每个客户机类型的每个惟一标识符与它的上述惟 一识别号码匹配。\n附图说明\n根据下面对一个具体方式的说明可以更好地理解本发明。该说明 参考所附例图进行。其中:\n图1是一幅示意方框图,表示基于PC的客户机应用程序以及GSM 设备客户机应用程序被连接到该IM服务器的IM系统的实施例;\n图2是一幅与图1类似的示意方框图,但表示基于互联网浏览器以 及基于电子邮件的客户机应用程序被连接到该IM服务器的IM系统的\n实施例;\n图3是一幅示意方框图,表示按照该特定客户机类型将一个消息发 送到该IM服务器的4种不同方法;以及\n图4是一幅与图3类似的方框图,但表示按照该特定客户机类型能 够从该IM服务器接收一个消息的4种不同方法。\n具体实施方式\n本发明的该方式的希望实施例针对一个即时消息传送(IM)系统 与一种即时消息传送方法,由此该IM系统包括一个IM服务器,许多用 户或客户机可以经由互联网或直接电子链接并采用任何一种或全部下 述终端或设备有选择地与它连接:GSM移动客户机、一台基于PC的客 户机、一台互联网浏览器客户机以及一台电子邮件客户机。利用具有 驻留在该IM服务器内的基本启动功能的IM系统,并利用用户的一个单 一的惟一识别号码(UIN),就能基本上做到这一点,而不管那个用户 访问该IM服务器所用的设备或客户机类型。\n该IM系统的基本功能(即它能代表该用户采取的基本操作)包括 发送与接收即时消息以及检测“在线”用户,即检测是否已被连接到 互联网,或者在那个特定时刻或那个特定时刻附近是否能够被即时消 息访问。用户也指该IM系统中的“伙伴”。由于互联网与GSM网络的 稳定性尚非完美无缺以及该GSM用户的移动性等原因,所以不能绝对 保证用户实际在线或者即时消息传送能在一个给定时刻抵达用户。然 而,关于一个用户由于下面将要详细说明的该IM系统采取的某些操作 而在一个给定时刻可能变得可达或不可达,本方式预计能提供一个合 理的设想。\n该IM服务器系统是这样设计的,如果访问该IM服务器的客户机的 特定设备触发或指示进行任何前述基本操作,它就会采取前述基本操 作。当该客户机设备向该IM服务器发送一个电子提示符或命令时就会 产生该触发作用。一个GSM设备会通过向该IM服务器发送一个SMS消 息来进行触发,一个电子邮件客户机会向该IM服务器发送一份电子邮 件来进行触发,一个浏览器客户机会经由万维网向该IM服务器发送指 令或命令来进行触发,而一个基于PC的应用程序会经由一个电子或互 联网链接向该IM服务器发送命令来进行触发。被递送的信息格式(如 实际消息或关于谁已经在线的通报)必然取决于该设备类型。譬如, 对一个GSM设备,该格式将是SMS格式,对一份电子邮件,它将是电 子邮件格式,而对一台浏览器客户机,它将是超文本标记语言(HTML) 格式。\n现在说明对各种客户机类型该基本功能如何运行,一开始先参考 图1与图2。\n首先论述采用一个基于PC的客户机应用程序的即时消息传送,如 图1所示,一个IM用户的基于互联网的PC应用程序101作为一个程序驻 留在该用户的PC内。该程序利用两个不同的“弹出”子窗口提供发送 与接收一个消息以及在线伙伴通报的各种功能:一个发送与接收消息 子窗口102以及一个在线伙伴通报子窗口103。\n发送与接收消息子窗口102包含一个“From”(发自)标题111用 来识别原始发送该消息的客户机的UIN、一个“To”(发往)标题113 用来识别该消息指定地或目的地的客户机的UIN以及一个消息内容空 间115用来显示该发出或收到的即时消息文本。在该实际PC应用程序 中,如果双击该接收人姓名(该伙伴)的计算机图标,那么实际上可 以自动生成这个消息,该发送人的UIN与该接收人的UIN会被自动包括 在该消息之中。\n为了进行消息传送,该IM系统具有一个IM系统主机141,它包括 一个含有启动功能的IM服务器143与一个互相发送即时消息的用户的 UIN数据库145,该启动功能被不断储存并更新。因此,各种IM用户的 PC应用程序101与IM服务器143之间的通信通过互联网117与这些用 户的互联网服务提供商(ISP)119进行。\n从基于PC的客户机应用程序发送消息首先需要用户经由该用户的 ISP 119被在线连接到互联网117,并从该用户客户机应用程序中提供 的、指定该应用程序有效功能的菜单中选择“send message”(发送消 息)选项。然后,该用户需要在发送与接收消息子窗口102中提供的消 息内容空间115内输入消息,并在“To”标题113内借助该目标接收人 的UIN或他的代理(譬如他的“伙伴”姓名)来指定该目标接收人。该 程序被设计得能自动在“From”标题111中显示该用户的UIN,这是因 为该用户选择了“send message”选项,所以该用户被认为是发送人。\n该程序被设计得能向该用户提供一个可视的通报来说明消息已经 被从该菜单中选择“read message”(阅读消息)选项的用户接收,所 以能够被他阅读。选择了该选项后,便显示出发送与接收消息子窗口 102,其中“From”标题表示该消息发送人的UIN,“To”标题表示该 接收人(该用户)的UIN。\n在线伙伴通报子窗口103分为两半:上半部分121与下半部分123。 上半部分121具有一个标记为“online”(在线)的标题121a与一个列 写所有事先定义的在线伙伴UIN的空间121b。下半部分123具有一个标 记为“offline”(离线)的标题123a与一个列写该用户的所有其余离线 伙伴UIN的空间123b。在该PC应用程序中这一消息的实际表示方法可 以略有不同,这取决于该用户的喜好以及应用程序图形用户界面(GUI) 的不断变化的设计。但是,给出的基本消息相同。\n在一个基于PC的IM客户机应用程序中,这些功能的提供与子窗口 的设计在技术上是众所周知的。所以,本发明的另一些方式可以用不 同类型的可视通报来实现同样的基本功能,譬如变化的颜色或识别特 定用户或伙伴的弹出式图标清单。\n关于在一个基于GSM的客户机中提供这些相同功能,则需要提供 采用GSM网络中所用的现有SMS系统的一种必然不同的设计。在基于 GSM的客户机中,一个GSM设备104(譬如一部移动电话)是终端或设 备,这一设备的用户作为该GSM网络的一个用户来对其操作,该网络 中用户之间的长途通信通过部署得能生成一个蜂窝网络的GSM蜂窝站 点108进行无线传输。\nGSM网络中的一个用户对用户的SMS消息包括一个信息包105,该 信息包包含该发送人的数字地址(该发送人的GSM移动电话号码)131、 该目标接收人的数字地址(通常为该接收人的GSM移动电话号码)132、 将要处理消息的SMSC服务器的GSM移动号码133以及一个多达160字 符的消息134。\nGSM网络包括一个控制与管理用户之间所有SMS消息传输的 SMSC服务器109。SMSC服务器109包括一个所有SMS用户的数据库, 并储存用户发送的SMS信息包105以便当接收人的GSM设备被接通并 位于一个蜂窝小区之内时供目标接收人随后下载。\n在本实施例中,该IM系统主机141经由互联网117被直接连接到 SMSC服务器109。但在另一些实施例中,SMSC服务器可以经由直接电 子链接来连接。在这种方法下,消息或短消息可以经由直接电子电路 或数据线通过互联网从IM服务器143被发送到SMSC服务器109,以供 随后递送到该GSM网络中的SMS用户。短消息在IM服务器143与SMSC 服务器109之间利用该GSM网络的消息协议发送与接收。在本方式中, 所用的特定协议是CIMD2。但是该系统可以支持其他协议,譬如简单 消息页面调度协议(SMPP)。\n从GSM移动设备104向一个IM系统用户发送消息的实现方法是在 该GSM设备中输入一个SMS消息134并指定该目标接收人的数字地址 132。该实际输入步骤是特别针对该GSM设备制造商的。\n重要的是,该接收入的数字地址是数字访问代码(由该GSM载体 定义)与该目标接收人的UIN的组合。该访问代码特别针对该GSM载 体,并被用来向SMSC服务器109表明该SMS将要被转发到IM服务器 143。\nGSM设备104就像它接收通常SMS消息一样从GSM网络的SMSC 服务器109接收消息。一个GSM客户机从该IM系统主机141接收到的 SMS消息由一个其“reply to”(回复到)或“From”地址111包括一个 访问代码加上该用户UIN的IM用户发送。\n该IM系统被设计得能借助带有在线伙伴信息在内的SMS消息向 GSM客户机提供在线伙伴通报。IM服务器143在被一个GSM客户机触 发时向GSM客户机104发送这些消息。根据该用户的规定,这个消息的 触发可以自动或者手动。\n如图1所示,手动触发器是由一个GSM设备104的用户发送一个 SMS消息106来实现的,消息106中带有发给一个IM服务器143的规定 SMS命令。这个SMS消息106的信息包将包括该IM服务器的UIN135以 及规定的“who is online command”(“谁在线”命令)。IM服务器143 是这样设计的,当它从SMSC服务器109接收这个带有“who is online command”的SMS消息时,它将向该消息的发送人发回一个SMS消息 或者一系列SMS消息107来通报或者列出该发送人的那些在线伙伴的 UIN以及假名(如果已经输入的话)。因此,这个SMS消息107的信息 包将包括该GSM客户机用户的UIN 137以及在线伙伴清单138。\n在自动触发的情况下,该IM服务器是这样设计的,当该IM服务器 检测到一个特定的用户或一组用户(伙伴)已经在线或者其在线状态 变化时,它向该特定GSM客户机发送一个SMS通报来说明它们是否在 线。因此,采用自动触发不需要该GSM用户作出提示。\n现在讨论一个基于互联网浏览器的客户机应用程序,如图2所示, 应用程序连同互联网浏览器(譬如NetscapeTM与Microsoft Intenrnet ExplorerTM)驻留在该用户的PC中,通过访问一个HTML文件形式的万 维网页202就可以启动该应用程序,在该页面中可以输入关于各种功能 的信息。万维网页202能够以该IM系统的中央主机211作为主机,从而 可被基于浏览器的客户机201经由互联网213或该用户的ISP访问,或者 与中央主机211的IM服务器217有直接连接。另一种方法是,该万维网 页能够以基于浏览器的客户机201与IM服务器217均能经由互联网213 访问的另一个服务器(未画)作为主机。\n本实施例中万维网页202的格式被设计得可以提供一个接收人的 标题域219,在其中可以输入该消息的预期接收人的UIN,其下方提供 一个消息内容空间221。该页面的下半部分包括3个按键:一个发送键 223用以启动已输入到消息内容空间221中的消息的发送、一个接收键 225用以在被通知时下载接收到的消息以及一个在线伙伴通报键227用 以检索已从IM服务器217连接在线以供观察的伙伴的一份清单。\n从互联网浏览器发送消息的实现方法是,在该万维网页上提供的 消息内容空间221中输入一个文本消息,在接收人标题域219中指定该 目标接收人的UIN,并点击发送键223。该系统还被设计得能使该用户 采用另一种方法,也就是使用一个伙伴姓名,该姓名是UIN以该消息的 特定接收人为目标的一个代理。\n在接收到消息已被发送给该特定用户的通报后,可以通过点击该 万维网页上的接收键225来下载接收到的消息。这个通报可以通过如同 对基于PC的应用程序所讨论的各种可视手段来提供。点击接收键225, 一个HTML消息文件229就被从IM服务器217下载以供该基于浏览器的 客户机阅读。HTML消息文件229包含一个带有该发送人UIN或该代理 伙伴姓名的“message from”(消息来自)标题231、一个消息内容空 间233以及一个回复键235以便该接收人在希望时发送一个回复。这将 会触发生成该接收人的UIN或伙伴姓名被自动输入的另一个万维网页 202。\n在线伙伴通报是通过点击万维网页上的在线伙伴通报键227来实 现的。这将会触发IM服务器217发送一个HTML文件203,该文件表明 由与中央主机211关联的UIN数据库237所确定的该特别用户的伙伴中 当前哪些在线。\n但是应当注意,在万维网页上生成可执行的内容,就能够自动操 作这里描述的某些功能,譬如接收消息与在线伙伴通报,而不必手动 按下任何键。因此,可以说消息几乎被实时接收。\n至于基于电子邮件的客户机应用程序208,它仍然驻留在该用户的 PC内的电子邮件应用程序(譬如EudoraTM或Microsoft OutlookTM)中, 并经由互联网213与该用户的ISP 209被连接到IM服务器217。在该特定 电子邮件应用程序的标准电子邮件格式之内可以实现各种功能,譬如 发送一个消息、接收一个消息以及伙伴通报。\n经由IM服务器217从基于电子邮件的应用程序向客户机发送一个 消息的格式由电子邮件消息204显示,其中一个“From”标题地址域241 指定原始发送该即时消息的用户的电子邮件地址,一个“To”标题地 址域243指定该消息的目标接收人在IM服务器217中的电子邮件地址, 而且还提供一个消息内容空间245以供输入消息。\n从IM服务器217接收一个消息并送到该基于电子邮件的客户机所 用的格式如电子邮件消息205所示,其中一个“From”标题地址域247 指定该消息的发送人在IM服务器217中的电子邮件地址,一个“To”标 题地址域249指定该消息的目标接收人的电子邮件地址,以及一个存放 消息内容的消息内容空间251。\n从一个电子邮件客户机发送消息的实现方法只是向一个包括UIN 以及IM服务器217的统一资源定位器(URL)的地址发送一个电子邮件 消息204,以使该IM服务器可以通过互联网213访问该电子邮件。\n关于向基于电子邮件的客户机应用程序208递送消息的方法,则是 由IM服务器217将它从其他客户机接收到的即时消息转换为标准电子 邮件消息205,然后将它们发送到该用户的电子邮件地址。一个UIN被 选配给该用户的电子邮件地址。所以在该IM系统内,接收发送给具有 那个UIN的接收人的消息就是通过该用户的基于电子邮件的客户机应 用程序来接收标准电子邮件。\n在线伙伴通报是由IM服务器217向该用户的电子邮件地址发送电 子邮件消息来实现的。该电子邮件消息的触发器可以按该用户规定为 自动或手动。\n如图2所示,手动触发器是由该基于电子邮件的客户机生成一个电 子邮件消息206来实现的,该电子邮件消息的格式包括一个“From”标 题地址域253来指定原始发出该伙伴通报请求的用户的电子邮件地址, 一个“To”标题地址域255来指定IM服务器217内作出这种伙伴通报请 求的电子邮件地址,以及一个消息内容空间257以供输入请求获得一份 在线伙伴清单的必要命令。带有该命令的消息可以包括在该电子邮件 消息的“主题”部分或“主体”部分。\n类似地,由IM服务器217发送的在线伙伴通报消息是一个电子邮件 消息207,包括一个“From”标题地址域259来指定IM服务器217内处 理这种伙伴通报请求的电子邮件地址,一个“To”标题地址域261来指 定作出该请求的用户的电子邮件地址,以及一个消息内容空间263列出 从中央主机211的UIN数据库237所得到的该用户的在线伙伴。\n重要的是应当认识到,IM系统主机141与211的设计能按照该用户 的规定使该用户通过上述客户机应用程序的任何组合来发送与接收消 息或在线伙伴通报。\n按上面的叙述,可以获得该单一帐户系统的方法是:\n(i)将该IM系统的基本功能集中到该服务器系统;以及\n(ii)该系统将UIN选配给或分配给可能经由不同客户机设备访问 该IM服务器系统的用户。\n对于后者,有两个设计方面的考虑对该IM系统结构非常关键:采 用单个UIN来识别一个用户而不考虑访问设备以及将那个惟一的UIN 选配给每个设备类型。\n正如所说的那样,本实施例的IM系统允许该用户采用任何下述设 备来访问它们的帐户:基于PC的客户机应用程序、GSM客户机、互联 网浏览器客户机以及电子邮件客户机。不管访问类型如何,该IM服务 器可以识别该用户,并相应地将它们选配给它们的特定UIN。从此之后, 该用户就可以访问该IM系统的基本功能。而且,该用户能够发送与接 收即时消息并接收在线伙伴通报。\n现在参看图3与图4对每个用户应用程序说明该IM服务器使UIN与 设备及用户匹配的方法。\n首先看一个基于PC的客户机应用程序301,如图3所示,当该用户 经由互联网309与它们的ISP310来运行它们的PC应用程序时,就会出 现下述两个情况中的一种:该用户所连接的IM服务器311(IM系统主 机316内实际上运行多个服务器)自动识别该用户;或者该用户所连接 的IM服务器311提示该用户手动输入它们的UIN以及密码。\n这前一种情况适用于本实施例中基于PC的客户机的“single user” (单用户)形式,因而该用户所连接的IM服务器311通过接收由该PC 应用程序储存在存储器中的该用户的UIN来识别该用户。\n这后一种情况适用于基于PC的客户机的“multiple user”(多用户) 形式,因而该用户必须按指令来输入它们的UIN及密码,以便被它所连 接的IM服务器311识别。\n如图4所示,无论在哪种情况下,都会将IM服务器311接收到的、 给该用户的任何已有的或新的消息通报到该用户。这些消息402可以由 该用户直接从客户机应用程序301下载或阅读。该用户也可以直接通过 客户机应用程序301发送消息302。最后,通过图标与详细清单用可视 方法获得在线伙伴通报。\n对于GSM设备303提供的一个GSM客户机应用程序,与SMSC服务 器312经由一个GSM蜂窝站点313以及直接电子链接或互联网309相连 的IM服务器311为该用户的(惟一)GSM移动电话号码选配它们的UIN。 当该用户第一次用他的GSM设备注册时,本实施例的IM系统实际上采 用(国家代码)+(区域代码或GSM载体代码)+(移动电话号码)来 构成该用户的UIN。由于所有SMS消息都包括该用户的GSM移动号码, 所以选配是直接而简单的。\nIM服务器311为该GSM客户机接收的消息被直接发送到该GSM网 络的SMSC服务器312。当该GSM网络检测到它们的GSM设备303可以 接收消息时,该GSM客户机用户便最终接收到这些消息404。将一个访 问代码(如该GSM载体所定义)附加到该接收人的UIN来构成该地址, 该GSM客户机就可以通过SMS向IM用户发送消息304。在线伙伴通报 是通过发送到该用户的GSM设备的SMS消息来实现的。\n在采用一个互联网浏览器客户机305的情况下,当该用户登录,而 且该用户的“cookie”(甜点)在整个会话中被跟踪时,该用户经由互 联网309以及该用户的ISP314所连接的IM服务器311会识别该浏览器 客户机用户。每次用户提示该IM服务器时,IM服务器311都检查所有 用户的“cookie”。这就是该用户在整个会话中被跟踪的情况。一个 “cookie”是运行该万维网浏览器的PC中驻留的一个数据文件,它包 括基于该用户先前活动的消息,而且还能允许该IM服务器来识别该用 户。对于那个会话过程,能识别该浏览器客户机用户的一个“cookie” 与那个用户的UIN关联。一旦登录,就会将该用户所连接的IM服务器 311接收到的所有消息通报到该用户。这些消息406以HTML格式下载。\n该用户在万维网页306中输入一个消息就可以发送该消息,然后提 示它所连接的IM服务器311捕捉该消息。在线伙伴通报是通过提示IM 服务器311经由互联网309以HTML格式来发送这个消息的方法实现的。 而且,在一个万维网页内生成可执行内容,就能够接收消息并被自动 接收到在线伙伴通报,而不需要手动提示IM服务器。\n对于一个电子邮件客户机应用程序307,它经由互联网309以及该 用户的ISP 315所连接的IM服务器311通过它的电子邮件地址来识别该 电子邮件客户机用户。一个UIN始终与这个电子邮件地址匹配。该客户 机所连接的IM服务器311在该服务器接收即时消息408时,自动为这个 用户将即时消息408发送到匹配的电子邮件地址。\n该用户只要向地址发送一个电子邮件消息308就可以向IM用户发 送一个消息,该地址包括IM服务器311经由互联网与之关联的、或者可 以对其访问的URL,再附加该接收人的UIN。这个用户发送的一个即时 消息被认为是源自具有该UIN的用户,但不一定是那个用户的电子邮 件。\n在图3与图4的所示的具体示例中,每个客户机应用程序301、303、 305与307属于这一个用户,他具有对他所有应用程序共同的UIN ‘639189336647’。现在要试图将一个即时消息发送给具有UIN ‘639185556666’的用户。各种客户机应用程序以适合它们特定客户 机类型的方法来为该消息的目标接收人寻址。基于PC以及基于浏览器 的客户机应用程序仅仅是直接将该消息送到该目标接收人的UIN。但 是,GSM客户机需要将由SMSC服务器312分配给该IM服务器的访问代 码(在本例中是‘373’)附加到该目标接收人的UIN起始处以便通过 该GSM网络拨出号码。基于电子邮件的客户机将该消息送到IM服务器 311中URL的UIN地址,在这个情况下是‘639185556666@chikka.com’。\n然后,该消息被从该客户机应用程序通过互联网309发出,如箭头 317所示到达IM系统主机316中的IM服务器311。\n接收的情形是,系统316通过访问UIN用户消息数据库318来处理该 消息。因而,该目标接收人的用户状态得以确定,可供那个用户根据 储存在UIN数据库318中的用户设定值来访问的该客户机设备也被认 定,从而确保有指向该接收人的选定客户机设备的正确消息路径。\n在图4所示的示例中,经IM服务器311处理的该消息的目标接收人 是具有UIN‘639189336647’的用户,发送人是具有UIN‘639185556666’ 的用户。为将该消息传送到选定客户机设备(在本例中是所有客户机 应用程序301、303、305与307)而选定的IM服务器311采用为该用户寻 址的、该特定客户机类型的适当格式的UIN,按照箭头319所示经由互 联网309将该消息发送到各个客户机应用程序。在基于PC以及基于浏览 器的客户机应用程序情况中,这就是UIN本身。在GSM应用程序情况 中,它实际上就是该目标接收人的电话号码,在本例中的任何情况下 这就是UIN。在基于电子邮件的客户机情况下,它就是该目标接收人的 电子邮件地址。在本例中,IM服务器311认为,它的基于电子邮件的应 用程序所使用的该目标接收人的UIN‘639189336647’对应于 ‘dennis@company.com’。\n应当注意,在所有情况下,为了处理对它们寻址或起源于它们的 即时消息,该用户的UIN是该用户的主要标识符。这个UIN与每个设备 的惟一标识符间的一对一匹配关系构成了该IM系统中单一帐户系统的 基础。\n采用一个如同UIN这样的数字的关键原因是速度。这在实现由 GSM设备进行即时消息快速传输时特别有用。为了对GSM设备用户接 收到的一个IM消息作出响应,该发送人所需要做的只是点击该回复键, 于是该发送人的UIN就被自动输入到该GSM设备的“reply to”地址。\n而且,由该GSM设备用户发送原始消息也同样变得容易与迅速。 该用户需要作的一切只是在“send to”(发送到)地址中输入要附加到 该GSM载体访问代码后的该预期接收人的UIN。这个组合访问代码 -UIN实际上可以被储存在大部分GSM设备的地址簿中,从而有利于迅 速检索地址与传输消息。\n应当认识到,本发明的范围不限于该特殊方式以及这里描述的它 的实施例。因此,那些并不超过一般通用知识的对该实施例的变更与 改进不会被认为偏离本发明的精神或范围。
法律信息
- 2020-06-02
专利权有效期届满
IPC(主分类): G06F 15/173
专利号: ZL 00819519.6
申请日: 2000.05.10
授权公告日: 2005.03.30
- 2005-03-30
- 2004-02-04
发明专利公报更正
发明专利公报更正更正卷=19号=44页码=315更正项目=发明人误=丹尼斯·门迪奥拉·布赖恩·施洛特曼正=丹尼斯·门迪奥拉 布赖恩·施洛特曼
- 2004-02-04
发明专利申请公开说明书更正
发明专利申请公开说明书更正更正卷=19号=44页码=扉页更正项目=发明人误=丹尼斯·门迪奥拉·布赖恩·施洛特曼正=丹尼斯·门迪奥拉 布赖恩·施洛特曼
- 2004-01-07
- 2003-10-29
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有引用任何外部专利数据! |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |