为即时消息传送系统的预期用户邀请并创建帐户的方法和系统

暂无

技术领域\n本发明涉及一种基于计算机网络的即时消息传送系统，并且更特别 地涉及一种为预期用户使用该系统而用于分配唯一标识符给预期用户 并创建帐户的方法和系统。\n此发明具有使用基于电子邮件的客户端应用和全球移动通信系统 (GSM)网络设备(比如作为用于访问并使用一个即时消息传送系统的客 户端应用的移动电话)来用于邀请并登记预期用户的特定应用。\n在本说明书各处，除非环境需要否则单词”包括”应该理解为隐含一 个规定的整体或整体组的包含但是不排除任何其他整体或整体小组。\n背景技术\n随着社区所有部门把互联网和电子邮件作为一种通信媒体而不断 增加的使用，即时消息(″IM”)系统最近时期已经变得非常流行。随着互 联网使用渗透到国内市场各个领域并且被较年轻的计算机文化的一代 人在它自己的权利方面作为一种社会媒体而占用，则出现对于在同时连 接到互联网上的两方或多方之间交换自发的和”即时的”消息的一种需 要。这种需要不能够通过使用传统的电子邮件系统来被满足，因此IM 系统作为电子邮件的一种替换或者附属物已经浮出。\nIM环境中的”即时的”是指不必激励消息处理服务器就接收消息的 能力。这和互联网用户发送和接收标准的电子邮件的方式相反。\n为了发送和接收消息，诸如EudoraTM或Microsoft Outlook之类的 大众基于个人计算机的电子邮件应用使用简单的邮件传送协议(SMTP”) 和邮局协议(″POP”)。使用POP需要电子邮件的接收者查询或激励它 已经预订的一个电子邮件服务器，用于把消息下载到用户的个人计算 机(″PC”)或任何其他互联网连接的设备上。\n电子邮件消息被一个用户利用SMTP从那个用户PC上的电子邮 件PC客户端应用(例如，EudoraTM，Microsoft Outlook)中发送给它已经 预订的一个邮件服务器。邮件或SMTP服务器然后通过互联网把该消 息转发给期望的接收者的邮件服务器。\n即时消息传送系统按照一种与电子邮件不同的形式来工作以便接 收消息，这种方式如果有任何用户操作需要，则该需要是最小的。消 息从一个发送人的客户端应用(通常为基于PC的IM客户端应用程 序)通过一个IM服务器被转送给有意接收者的客户端应用或者直接地 被转送给接收者的客户端，这几乎从发送人发送或由IM服务器系统接 收一则消息的那一时刻″实时″地实现----因此为”即时”。对它的有意 接收者来说为了获得一则消息，不需要查询，反映了比一个”弹出”信 息更多的一个”按下”技术。市场上某些大众的IM系统的示例包含AOL 的AIMTM和ICQTM。\n大多数的IM系统的一个特征是：客户端用户能够设置一个朋友或 同事网，更通俗地通称为”伙伴”。与他们一起或者在他们之中可以立 即地交换消息。在大多数的基于PC的客户端应用中，一个IM发送人 必须被接收者(二者都被认为是彼此的”伙伴”)验证以便能够接收来自发 送人的消息。在此种情况下，通过用户明确命令IM服务器允许从特定 发送人中接收消息来做出一个授权。\n在某些IM系统中，被包括在一个伙伴列表中的用户不需要授权。 这意味着即时消息可以在现有用户中自由地被发送并且一个目标用户 可以被加到用户的一个特定伙伴列表中而那个用户不需要清楚许可被 因此包括的目标用户。\n用户还可能需要授权来容许他们被”在线”的其他用户检测。IM环 境中的”在线”是指一个客户端用户被连接到互联网上或者能够在一个 特定瞬时处接收即时消息。\n当前IM系统的一个缺陷是：某些未被设计来与特定类型的客户端 应用或不同的IM系统互连，或者至少使其难以那么做。例如，其他客 户端应用可以包括基于互联网上的电子邮件的客户端应用(例如 EudoraTM，Microsoft Outlook)和基于浏览器的客户端应用(例如，Internet ExplorerTM和NetscapeTM)，并且设备也被连接一个诸如移动电话之类的 GSM网上。\nGSM网使它们自己的IM系统形式用在不同的用户之间传送短文 本消息，称为”短信息业务”(″SMS”)。对于SMS，一个”短信息业务中 心”(″SMSC”)提供一个服务器，通过这个服务器，被客户端用户发送 和接收的所有SMS消息被处理。那些消息很短，通常限制为160字符 长度，并且在GSM网的用户之间被发送，SMSC利用有意接收者的 GSM移动号码来处理待送到正确目的地的消息。在SMS协议下，使用 蜂窝电话网，来自发送人的文本消息最初被发送给SMSC服务器。SMSC 然后存储这则消息并且当识别到接收者在小区(cell)内工作时根据标 准的GSM协议把它分派给有意的接收者下载。\nSMS消息正常地只是在明确预订它的那些GSM客户端之间被提 供，可是，依靠SMSC服务器，它可使用一个特定的协议连接到互联 网上，这取决于特定的GSM电话和网络生产商。例如，NokiaTM使用 计算机接口消息分配协议版本二(CIMD2)。\n为了大多数基于互联网的IM系统能工作，一个唯一标识符需要被 分配给每个用户并且在那个标识符下为IM服务器系统上的用户设置一 个工作帐户以便使IM系统跟踪并提供IM设备的必要功能给该用户。 某些IM系统分配一个唯一标识号码(″UIN”)和其他一个码给用户来担 当IM系统内的那个用户的唯一标识符。UIN或码可以具有与之相关的 一个代理姓名，来使其对该系统用户来说更是可识别的或者可以理解 的。\n甚至在允许与两个或更多不同类型客户端应用连接的那些IM系统 中，对于每个不同客户端类型产生不同标识符下分开的帐户，或者一 个客户端类型类型被作为主要的IM客户端而其他客户端类型被作为终 端设备，终端设备只被报告一个IM对相应发射机的主要IM客户端的 发送。\n这样的原因是因为最初被开发的IM系统，比如ICQ之类的，被 坚固地导向因此提供IM系统功能的大多数智能存在于PC客户端应用 程序中。因此，其他客户端类型被认为是与主客户端应用完全不同的 并且如果提供双向连接，即，响应于一个接收消息而发送一个回复的 能力，则这要求对于每个不同的客户端类型有一个单独的帐户或服务 器。\n这已经导致了在按照一种特别或随机的方式为客户端分配唯一标 识符中的一个麻烦方法：通过不同IM服务器主机为每个不同的客户端 类型分配不同的唯一标识符和帐户，在此，IM系统已经允许这样，特 别地在此，用户采用基于电子邮件的客户端应用或GSM设备。此外， 后面跟着希望加入一个IM系统的新用户的登记过程被过度拖延并涉及 多个步骤过程。这包括：首先要求IM系统主机变成一个成员，然后等 候主机为成员分配唯一标识符，最后该成员接收并分配那个标识符给 它们的特定客户端应用。另外一个标准的方法包括：首先请求IM服务 器主机变成一个成员，该成员申请某一个唯一标识符，最后主机分配 那个标识符给它们的那个特定客户端应用。\n发明内容\n本发明的一个目的是提供用于快速并有效地分派或分配唯一标识 符给一个即时消息传送系统的预期用户，包括：用户采用基于电子邮 件的客户端应用和GSM设备用于访问IM系统，来使他们在该系统上 登记一个帐户或被便利地邀请那么做。\n按照本发明的一个方面，这里提供一种用于分配一个唯一标识符 给即时消息传送系统的预期用户的方法，该即时消息传送系统包括具 有相同或不同类型IM应用的多个客户端，多个客户端通过一个计算机 网络选择性地与一个IM服务器互连，该方法包括下列步骤：\n接收该计算机网络上一个预期用户的客户端特定的访问地址和一 个请求来为所述预期用户登记或暂时地登记一个帐户；\n自动地分配一个唯一标识符给该预期用户；\n把所述唯一标识符与该预期用户的客户端特定的访问地址进行匹 配；通过在该唯一标识符下用所述IM服务器存储该匹配的唯一标识符 和客户端特定的访问地址来为所述预期用户登记或暂时地登记一个帐 户；和\n发送所述唯一标识符的通知给预期用户的客户端特定地址处的所 述预期用户，或者：如果初始的发送与从该预期用户来登记的一个直 接请求相关，则确认该预期用户的登记；如果初始的发送与从除了该 预期用户之外的某人来登记的一个直接请求相关，则邀请该预期用户 的登记。\n优选地，唯一标识符是一个UIN。\n优选地，所述计算机网络是互联网和/或任何直接的电子链路。\n优选地，该预期用户具有一个基于电子邮件的客户端应用用于访 问该IM系统。\n优选地，该预期用户具有一个GSM设备，形成用于访问该IM系 统的GSM网络的一部分。\n优选地，通过该GSM网络连接到该计算机网络上的所述客户端类 型具有SMS能力而且最初通过一个SMSC服务器被连接来控制和管理 其间的所述SMS，并且在其中所述SMSC服务器通过所述计算机网络 被直接连接到所述IM服务器。\n按照本发明的另外一个方面，这里提供一种用于分配另外一个唯 一标识符给即时消息传送系统的预期用户的系统，该即时消息传送系 统包括具有相同或不同类型IM应用的多个客户端，多个客户端通过另 外一个计算机网络选择性地与另外一个IM服务器互连，该系统包括：\n一个登记处理装置，用于接收该计算机网络上一个预期用户的客 户端特定的访问地址和一个请求来为所述预期用户登记或暂时地登记 一个帐户；\n一个唯一标识符分配装置，用来自动地分配一个唯一标识符给该 预期用户；并且把所述唯一标识符与该预期用户的客户端特定地址进 行匹配；\n帐户处理装置，用来为所述预期用户登记或暂时地登记一个帐户；\n数据库装置，用于存储匹配的唯一标识符和在该唯一标识符下的客 户端特定的访问地址；和\n一个消息调度装置，用于发送所述唯一标识符的通知给预期用户的 客户端特定地址处的所述预期用户，或者：如果初始的发送与从该预期 用户来登记的一个直接请求相关，则确认该预期用户的登记；如果初始 的发送与从除了该预期用户之外的某人来登记的一个直接请求相关，则 邀请该预期用户的登记。\n附图说明\n根据本发明一个特定模式的下列说明将更好地理解本发明。参考附 图做出该说明，附图中：\n图1是一个示意图，通常示出一个GSM客户端如何能够对一个 IM系统登记；\n图2是一个示意图，通常示出一个基于电子邮件的客户端如何能够 对一个IM系统登记；\n图3是示出一个预期的基于电子邮件的客户端如何通过与IM服务 器的直接连接而能够登记的一个框图；\n图4是示出一个预期的基于电子邮件的客户端如何通过从IM系统 的现有成员中直接连接而能够被暂时地登记的一个框图；\n图5是示出一个预期的基于电子邮件的客户端如何跟随对IM系统 的现有成员的直接连接而能够被登记的一个框图。\n具体实施方式\n用于实现本发明优选实施例的特定模式是指一种系统和方法，用于 分配一个唯一标识符来登记或暂时地登记一个即时消息(″IM”)系统上的 一个预期用户。IM系统包括具有相同或不同类型IM应用的多个现 有的用户或客户端，并且它们通过诸如互联网或其他电子链路或链路 组之类的一个计算机网络选择性地与该系统的一个IM服务器互连。\n可以被连接到这样一个IM系统上的客户端类型包括：GSM移动 客户端，基于PC的客户端，互联网浏览器客户端，以及电子邮件客户 端。通过具有位于IM服务器中的基础启动功能的IM系统以及通过对 于一个用户以单个唯一标识号码(″UIN”)的形式使用一个唯一标识符， 使得这本质上是可能的，而与用于访问IM服务器的那个用户所使用的 设备或客户端类型无关。\n许多方式能够实现一个预期用户对IM系统登记一个帐户，这取决 于用户的客户端类型以及那个用户最初如何访问IM系统。本模式的特 点是可以进行快速而有效地登记处理进程，而同时对预期用户所要求 的动作最小并且不便利性也最小。\n预期用户运行一个基于PC的客户端应用或一个互联网浏览器客户 端应用就可以十分满意地实现登记。可是这些用户已经遭受访问和下 载或浏览特定客户端应用的不便，在此登记过程可以被十分容易地定 制以便适合IM系统供应商。可是，使用诸如GSM移动电话或电子邮 件之类公开的客户端应用的用户无法按照相同的方式被处理。\n为了按照该方式实现登记，IM服务器本质上包括一个登记处理装 置(登记处理机)，一个唯一标识符分配装置(UIN分配器)，一个帐户处 理装置(帐户处理器)，数据库装置(用户数据库)和一个消息调度装置(消 息调度器)。这些被具体化为在IM服务器中一个操作系统控制下被连 续执行的程序线程的形式，并因此使登记过程自动化。\n响应于IM服务器接收计算机网络(即，互联网)(它可以连接到 该服务器)上一个预期用户的客户端特定访问地址和登记或暂时地登 记该预期用户的一个请求，则登记处理机被调用。\n登记和暂时登记之间的区别出现在预期用户是否直接地访问IM服 务器以便明确地登记一个帐户(登记)，或者是否该预期用户是被一个现 有用户或IM服务器的操作者本身邀请登记(暂时登记)。这将稍后将更 详细地解释。\n在被调用时，登记处理机本质上控制剩余线程来完成预期用户的 登记或暂时登记。\n首先，它调用UIN分配器来以一个UIN的形式自动地分配一个唯 一标识符给给该预期用户并且把这个UIN与被登记处理机接收的该预 期用户的客户端特定地址进行匹配。\n接下来，它调用帐户处理器来为该预期用户把一个帐户登记或暂 时地登记在用户数据库上。最初，这需要存储匹配的唯一标识符和在 UIN之下客户端特定的访问地址，所以为通过在它们的UIN之下访问 它们帐户而进入IM服务器数据库的用户而被扩展的IM系统的基本功 能类似地可以为登记过程完成时的预期用户而被扩展。\n登记处理机然后调用消息调度器来发送UIN的通知给用户客户端 特定地址处的预期用户。如果登记处理机的初始调用与来自预期用户 他们自己登记该预期用户的一个直接请求相关，则确认预期用户的登 记；或者如果该初始调用与除了该预期用户之外的某人登记该预期用 户的一个请求相关，则邀请该预期用户登记。\n在一个预期的GSM客户端用户的情况下，该方式的优选实施例允 许该预期用户发送单个SMS消息给IM服务器，它将自动地通过调用 登记处理机使服务器为那个用户打开一个帐户。图1帮助说明了该基 本的过程。\n正如所示出的，一个GSM客户端11经由包括蜂窝电信站点13的 无线通信媒体被连接到一个GSM载波网络15。GSM载波网络15经由 一个直接的电子链路或互联网17被顺次连接到IM系统的IM服务器 19。在GSM载波网络15和IM服务器19之间具有一个直接的电子或 互联网链路17以便完成IM系统是很重要的。\n在GSM载波网络15或者它的更正确的SMSC或消息服务器系统 21内，数值”访问码”必须被定义，它本质上引导包含在由GSM客户端 11发出到IM服务器19去的一个SMS消息中的重要信息。\n包含在对IM系统来说很重要的SMS消息中的信息包括下列：\n●发送者的GSM移动号码23，\n●SMS消息25的文本，和\n●接收者的数字地址27。\n在这种情况下，GSM移动号码23是该预期用户的客户端特定地址 而接收者的数字地址27是允许SMS达到IM服务器19的地址。\n当IM服务器19接收这个基本数据时，登记处理机29使用该信息 来为GSM客户端自动地登记一个帐户在服务器的用户数据库31上。 在此情况下，GSM移动电话号码变成用于产生UIN的基础。为了更明 确，除了”+”符号(这原来是用于GSM号码的)以外的GSM移动电话号 码是由UIN分配器产生的UIN。因此，UIN格式是(国家代码)+(地区 码或GSM载波访问码)+(移动电话号码)。\n实际的SMS消息25可以包含能被IM服务器19使用的附加信 息，例如，一个优选的”伙伴”姓名。它还可以包含一个命令，该命令 触发IM服务器的一个期望动作，例如如果接收者的数值地址(IM服务 器的地址)自己没有触发登记处理机29的情况。因此，可以产生或安排 SMS主体和接收者数字地址的组合来触发或调用该登记处理机。\n重要的是要注意：在这个阶段，IM服务器19依靠用户实际的GSM 移动电话号码实际上已经识别了该用户并已经分配了一个有效的UIN 给该用户。因此，对于该IM系统的所有意图和目的，预期用户现在被 登记并因此成为IM组的一个成员。\n消息调度器然后被调用来通过SMSC服务器发送一则短消息回到 该预期用户的客户端特定地址(即，GSM电话号码)，向他们报告他们的 UIN并确认它们的登记以及IM组的会员。\n在优选实施例中，为了安全目的，UIN分配器还要发布一个密码来 伴随该UIN。这个密码和UIN一起在短消息中被消息调度器提供给预 期用户。\n所采用的过程的一个实际示例在下面描述：\n步骤1：预期的GSM用户Dennis接收一个SMS邀请：”Hey be part of a revolution in messaging！Please reply to this with your preferred buddy name.”(嗨，成为消息中的循环的一部分！请用你首选的伙伴 姓名回答此消息)。\n原始的SMS消息包含这个基本信息：\n●在GSM载波网络内定义的IM服务器的数值地址，例如 访问码XXX+001，和\n●Dennis的GSM移动电话号码，例如+639175336647。\n步骤2：Dennis回答：”Cool D”并且发送该SMS给XXX001。GSM 载波的SMSC接收SMS并注释它的访问码XXX，这是指它不得不通 过一个直接的电子链路或互联网把它改发给IM服务器。IM服务器最 后接收这则消息并进行下列过程：\n●它产生UIN 639175336647，\n●将其分配给移动号码为+639175336647的GSM用户，和\n●给Dennis一个伙伴姓名”Cool D”。\nDennis现在是IM组的已登记成员并能够使用他的UIN 639175336647接收和发送即时消息。\n应当指出，虽然消息调度器通过SMSC服务器把通知作为一则短 消息发送回到该预期用户，但是它实际上被设计来通过IM系统允许的 并且由该预期用户推荐的任何访问媒体(例如，PC客户端应用，电子 邮件应用，互联网浏览器客户端应用以及GSM移动电话)来返回该通 知。\n在登记一个电子邮件客户端用户的情况下，优选实施例覆盖了登 记一个预期用户的更多详尽方式，包括激励IM服务器的各种方式。这 些包括：\n(i)一个预期的基于电子邮件的用户直接地发送一则电子邮件消息 给IM服务器系统，指示有兴趣成为IM社区的一个成员；\n(ii)由一个现有的IM用户发送一则电子邀请给预期的基于电子邮 件的用户，邀请他们成为IM组的一个成员和/或那个用户的一个被验 证的伙伴；和\n(iii)一个预期的基于电子邮件的用户发送一则电子邮件消息给一个 现有的用户，暗示它们有兴趣与那个用户通信并且成为该IM组的一个 已登记成员。\n在(i)中激励IM服务器的第一种方式类似于关于一个GSM客户端 的如上所述的登记过程，即，直接的方法并通常如图2所示。\n而且，一个电子邮件客户端用户运行来自他们PC中的一个电子邮 件应用51并且可以通过互联网55被连接到IM服务器53。电子邮件 客户端用户51通过互联网55发送一个电子邮件给IM服务器来在IM 服务器53上登记一个帐户。\n包含在对IM系统来说很具有意义的电子邮件消息中的信息包括下 列：\n●发送者57的电子邮件地址(电子邮件客户端用户)，\n●接收者59的电子邮件地址(IM服务器地址)，和\n●消息61的主题61a和/或主体61b部分(组)。\n当IM服务器53接收该电子邮件时，登记处理机63使用这信息来 为电子邮件客户端用户自动地登记一个帐户在服务器的用户数据库65 上。在此情况下，依靠接收一个电子邮件来识别预期用户是一个电子 邮件客户端用户，则登记处理机调用UIN分配器来产生在用户数据库 65内定义的可用范围中的一个UIN。这可以随机进行，虽然优选实施 例采用按顺序发布新UIN的一个有系统的、有序的方法。产生的UIN 与预期用户的客户端特定地址(即，用户的电子邮件地址)匹配，并 且被帐户处理器存储在用户数据库中。此UIN然后变成预期用户有意 的对即时消息进行寻址的主要手段。\n电子邮件的主题和/或主体部分(组)61a和61b可以包含在登记新用 户时能被IM服务器53使用的任意数据，例如一个优选的”伙伴”姓名。\n在这个阶段，IM服务器53依靠用户实际的电子邮件地址已经识别 用户并已经分配了一个有效的UIN给他们。因此，对于该IM系统的 所有意图和目的，预期用户现在被登记并因此成为IM组的一个成员。\n消息调度器然后被调用来发送一则电子邮件消息回到该预期用户 的电子邮件地址，向他们报告他们的UIN并确认它们的登记以及IM 组的会员。\n在优选实施例中，为了安全目的，UIN分配器还要发布一个密码来 伴随该UIN。这个密码和UIN一起在电子邮件中被消息调度器提供给 预期用户。\n所采用的过程的一个实际示例在下面描述：\n步骤1：预期的电子邮件用户Dennis接收来自IM服务器系统中 的一个邀请。消息是：”Hey be part of a revolution in messaging！Please reply to this with your preferred buddy name on the Subject.”(嗨，请成为 消息中的循环的一部分！请在主题上用你首选伙伴姓名对此回复)。 Dennis的电子邮件是dennis@company.com。IM服务器的”来信方”电子 邮件地址是NewUser@chikka.com。\n步骤2：Dennis回复。他在主题部分中键入：”Cool D”并且发送 该电子邮件给NewUser@chikka.com。IM服务器最终收到该消息。它 从可用的UIN列表中产生UIN 12125556666，把这分配给电子邮件为 dennis@company.com的电子邮件用户Dennis，并最后给Dennis一个 伙伴姓名”Cool D”。\nDennis现在是IM组的一个已登记成员并能够使用他的UIN 12125556666来接收并发送即时消息。\n应当指出，虽然消息调度器把通知作为一则电子邮件消息发送回 到该预期用户，但是它被设计来通过该IM系统允许的并被该预期用户 推荐的任何访问媒体(例如，PC客户应用程序、GSM移动电话互联 网浏览器客户端应用以及电子邮件应用)来发回通知。\n这在另外一个示例中被说明，这将参考图3被描述。\n步骤1：预期的新用户准备一个电子邮件给IM服务器系统\n预期的新用户John 81使用一则适当的电子邮件客户端应用(例如 EudoraTM，Microsoft Outlook)为IM服务器系统准备一则电子邮件消息 83。IM服务器系统的电子邮件是NewUser@Chikka.com(为了此说明 的目的)。其他信息能够被包含在电子邮件信息主题85或主体87中， 那些可能在处理John的登记时被IM服务器系统需要或认为是任选的 数据。John在电子邮件的”主题”部分85中包含例如他首选的”伙伴姓名” John。\n步骤2：电子邮件被发给IM服务器系统并为了新的会员而被处理\n电子邮件83经过John的公司电子邮件系统91被IM服务器系统 89接收。公司电子邮件系统包括一个SMTP服务器93和一个 POP/IMAP服务器95。登记处理机96调用IM服务器系统89的UIN 分配器产生一个UIN被分配给John的电子邮件地址 Johnsmith@company.com。由用户数据库99中的帐户处理器产生UIN 12125556666。从这里开始，John是IM组的一个已登记成员。电子邮 件地址Johnsmith@company.com将始终与UIN 12125556666相关直到 John改变他分配给那个UIN的电子邮件地址的那个时候为止。\n步骤3：确认发送给新用户的信息\n登记处理机96调用消息调度器来发送一个电子邮件消息103给 John，确认该IM组的他的会员状态。他的UIN和临时的密码以及适 当的附加指令从包括在消息中的数据库99中被提取101。(电子邮件消 息可以包括用于为John的IM帐户设置某些自定义优先权的指令)。\n步骤4：帐户现在被建立用来接收即时消息\n从这里开始，发送给UIN 12125556666的所有即时消息将自动地 被引导到johnsmith@company.com，因为该消息也将被转送给John的 其他IM客户端，例如PC客户端应用。\n正如在上面的(ii)中提到的采用IM服务器的第二种方式，即作为 成员和/或被验证伙伴的一个现有IM用户的一个电子邀请被发给该预 期的基于电子邮件的用户，比第一种方式更间接并且最初包括创建一 个临时的登记。\n因此IM组的现有成员通过触发该IM系统服务器可以发送一则邀 请给一个预期成员来加入该组。该邀请是电子形式的并且可以出自在 本方式有关的范围内任何类型的客户端，例如来自一个GSM设备中的 一则SMS消息，来自一个基于PC或基于互联网浏览器的客户端应用 中的一个互联网信号或者一个常规的电子邮件消息。\n例如，一个基于PC的客户端用户可以发送一则电子邀请给一个预 期的基于电子邮件的客户端，该客户端仍然未成为该IM组的一个成 员，这被该IM系统所捕获。\n一旦被触发，IM系统服务器以一则电子邮件消息的形式发送一则 邀请给一个目标新用户。在发送电子邮件邀请之前，IM系统服务器调 用登记处理机来暂时地登记该预期用户。在如此做时，正如先前所述， 登记处理机调用UIN分配器来分配一个新的UIN给目标用户的电子邮 件地址。\nUIN然后将成为对那个新用户有意的即时消息进行寻址的主要手 段。为了发送一则消息给该新用户，发送人不得不做的所有事情是在 接收者的地址字段中规定有意一方的UIN。即时消息将因此被发送- -假定新用户已经允许这样的话。用户具有这样的选项：规定可以接 收多少消息、一则消息是否被发给下列访问媒体的任何组合：PC客户 端，GSM移动电话和基于电子邮件的客户端。\n应当指出，当一个电子邀请被一个GSM客户端发给一个预期的基 于电子邮件的客户端时一种特殊的情形出现。此外，使用一个UIN作 为对消息进行寻址的主要手段对在这两个客户端类型之间消息的有效 交换来说是很重要的。如前所述，GSM客户端主要地通过把即时消息 引导到数字地址或GSM移动电话号码(不是数字字母姓名)来发送即 时消息。据此，把目标接收者的电子邮件地址嵌入包含邀请的这则消 息中并通过IM服务器把它路由给该电子邮件客户端对于GSM客户端 是必要的。为了做到这一点，这则消息被发给由运载者定义的一个通 用访问号码，用于处理目标电子邮件的消息。\n目标新用户然后必须相应地响应该电子邮件消息以便完成该帐户 登记过程。在这个步骤中，目标新用户必须通过一个电子确认来回复， 该电子确认可以是一个简单的电子邮件，确认他被接受成为该IM组的 一部分。电子邮件的”回复到”的地址是曾经被接收的该IM服务器系统 的地址，相应地处理电子邮件的接受。电子邮件消息被处理以便查看 目标用户是否已经的确同意成为该IM组的成员。\n通过参考图4描述的下列示例更清楚地说明了该配置：\n步骤1：现有的用户从一个基于PC的客户端应用中准备一则邀请 给一个预期的基于电子邮件的用户。\n现有的用户Dennis 111，具有UIN为639175336647，通过点击一 个IM系统的基于PC的客户端应用上的”button”(按键)、”Invite a Friend″(邀请一个朋友)来触发该IM服务器系统113。Dennis选择选 项”Invite by email”(通过电子邮件来邀请)并指定目标新用户的电子 邮件地址。用于邀请目标用户的包含一则缺省消息或者由Dennis写入 的一则个人消息在内的一个模板115，由IM服务器系统为Dennis准 备来完成并被IM服务器发送给John Smith。对于这个实例，电子邮件 地址johnsmith@company.com被指定。模板115的消息然后利用必要 的信息来完成并且通过互联网117被发送给IM服务器113。\n步骤2：IM服务器系统分配一个UIN给目标新用户和目标新用 户的电子邮件地址\nIM服务器系统113的登记处理机119使UIN分配器产生一个UIN 来按照先前描述的方式分配给John Smith的电子邮件地址并与之匹 配。对于这个实例，UIN 12125556666与johnsmith@company.com匹配 并被分配给John Smith作为他的唯一ID用于由IM服务器系统处理消 息的目的。此映射将被储存121在用户数据库123中用于将来使用 125。\n步骤3：消息被发给目标新用户。\nIM服务器发送一则电子邮件129给在johnsmith@company.com处 的预期用户John Smith 127该消息是由Dennis要求John成为该IM组 成员和Dennis被验证”伙伴”的一则邀请。关于如何完成登记过程的详 细的和附加的指令将包含在消息的主体131内。电子邮件的主题133 包含John的UIN(例如，12125556666)和临时密码这样的信息。消息129 还为John给出选项来下载基于PC的应用，利用该基于PC的应用，John Smith还可以使用来完成任意的登记程序。为了这个实例的目的，″发件 人”电子邮件地址被639175336647@Chikka.com。这个电子邮件地址 的用户ID部分是Dennis的UIN。(该”发件人”地址还可以是被引导到 IM服务器系统的其它地址，如果在此被发送，则为了完成John Smith 的登记目的，该IM系统服务器能够相应地处理。)在目前示例中，电 子邮件129通过包含一个SMTP服务器137和一个POP/IMAP服务器 139的John所在公司的电子邮件系统135被路由。\n步骤4：目标新用户响应该电子邮件\nJohn Smith通过简单地回复141这则电子邮件消息来同意加入该 IM组。此举立即提示IM服务器系统113 John Smith已经同意加入该 IM组并且他已经验证Dennis被包含在他的”伙伴”列表中；因此，John Smith可以接收来自Dennis的即时消息并且Dennis可以被告知John 的”在线”状态。\n从这里开始，John Smith将在该IM组内具有UIN 12125556666。 发送给这个UIN的所有即时消息将被自动地引导到 johnsmith@company.com。\n与GSM客户端的信息交换特别将容易得就像GSM客户端用户发 送一则SMS消息给由GSM运载者”访问码”加UIN组成的一个数字地 址。\n正如在上面(iii)中提到的提示IM服务器的第三种方式，即一个预 期的基于电子邮件的用户发送一则电子邮件消息给一个现有的用户， 暗示他有兴趣与该现有的用户通信并且成为该IM组的一个已登记成 员，在该预期用户激励登记的意义上是直接的而在通过该现有用户被 路由到该IM服务器的意义上是间接的。但是，由于优选实施例，登记 过程相对简单。\n正如前面提到的那样，该IM组的每个成员被分配一个UIN。如 果被附加到一个已定义的URL(例如@chikka.com来创建电子邮件地 址1234567@chikka.com)上，则这个UIN(例如”1234567”)作为电子邮 件地址，通过它发送给此地址的电子邮件消息被引导到具有那个UIN 的用户的IM帐户。\n一旦发给一个成员的一则电子邮件消息被接收，则该IM服务器系 统立即分配一个在内产生的UIN给发送人的电子邮件地址，如前所述。 这个UIN然后变成成为对该新用户有意的即时消息进行寻址的主要手 段。\n从那时开始，发送给这个UIN的所有瞬时消息将自动地被引导到 那个用户的电子邮件地址，并且也将被转送给那个用户的其他IM客户 端应用，例如PC客户端应用。被发给1234567@chikka.com的现有IM 用户有意的原始电子邮件消息将被IM系统服务器进一步处理。\n在某些情况下，一部分或者整个电子邮件消息将最后作为一则即 时消息被发送给现有的用户。在需要授权的其他情况中，电子邮件消 息或它的部分将不被立即发送给具有UIN 1234567的用户。只有当该 新用户被用户1234567验证时该原始的电子邮件消息将被发送。\n这个配置将参考图5通过下列示例来被描述：\n步骤1：预期的新用户为一个现有的IM用户准备一个电子邮件\n预期的新用户John 151准备发给具有UIN 639175336647的现有 IM用户Dennis一则电子邮件消息153。电子邮件的”发送给”部分155 为639175336647@chikka.com。John在电子邮件的”发件人”部分157 中的电子邮件地址为johnsmith@company.com。消息的主体159可以包 含附加信息，该IM服务器系统可以使用它或者它可以被发给现有IM 用户，例如消息。\n步骤2：电子邮件被发送并且对于新的会员处理发送人\nIM服务器167通过John的ISP 161接收John给Dennis的电子邮 件153，包含一个SMTP服务器163和一个POP/IMAP服务器165。IM 服务器系统167的登记处理机171使UIN分配器产生一个UIN 12125556666来与John的电子邮件地址Johnsmith@company.com匹配 并且帐户处理器把这个数据存储172在用户数据库173中用于将来使 用175。从这里开始，John成为IM组的一个已登记成员，UIN为 12125556666。电子邮件地址Johnsmith@company.com将始终与UIN 12125556666相关直到John明确改变他用于UIN 12125556666的电子 邮件地址的那个时候为止。确认John的会员的一则电子邮件消息169 被IM服务器系统的消息调度器发送给johnsmith@company.com。\n由于GSM客户端用户发送一则SMS消息给由GSM运载者”访问 码”加UIN组成的一个数字地址，所以与GSM客户端的信息交换将特 别容易。\nJohn的原始电子邮件消息153按照如下两种类型的授权状态而被处 理：\n(i)如果成为现有用户伙伴列表的一部分不需要授权，则John的电 子邮件消息将以瞬时消息177的形式被部分或完全地发送给Dennis。 Dennis通过任何允许的访问媒体(基于PC的客户端179、GSM客户 端181和电子邮件客户端)访问他的IM帐户就可以接收消息177a和 177b。在GSM客户端的情况下，被发射的信息被分类为好几个部分或 分组183，而可以利用基于PC的客户端把它作为单个部分185来发 射。\n在成为某人现有用户伙伴列表的一部分需要授权的情况下，一个 模板即时消息被发给Dennis，通知他John希望作为一个伙伴被验证。 此消息可以与此类似：”Hi Dennis(或者如果不可用则不显示伙伴姓 名)！电子邮件为johnsmith@company.com的John(或者如果不可用则 不显示伙伴姓名)希望你成为他的伙伴。接受的话，则请用”接受”来回 复这则消息。″如果Dennis接受，则Dennis立即被包括在John的伙伴 列表中。从这里开始，John可以发送即时消息给Dennis。\n应当指出，激励IM服务器系统的每一前述方法中，IM服务器自 动地分配一个UIN给预期用户的电子邮件地址，很少或者几乎不需要 人工或用户干预来在IM服务器上处理和创建那个用户的帐户。由于 UIN是通过IM服务器对消息进行寻址的主要手段，它促进了特别在一 个电子邮件客户端和GSM客户端之间消息的有效且用户透明的交换， 这在上文中已经是不可能的。\n因此，该模式利用IM服务器作为一个仲裁者来调节GSM客户端 首先发送一则SMS即时消息给一个数字地址或GSM移动电话号码同 时基于电子邮件的用户通过电子邮件发送他们的消息的这一事实。即 时消息的通信由IM服务器来控制然后使用来自任一媒体中标准的消息 发射机制来被实现。\n应该理解，本发明的范围不局限于具体的模式以及在此描述的它 的实施例。因此，总结为只是公共常识的对实施例的改变和改善不被 认为偏离本发明的精神或范围。