专利名称：用于嵌入式个性化通信的方法和系统的制作方法
技术领域：
本发明的领域总体上涉及计算机系统，更具体而言，涉及用于^式 个性化通信的方法和系统。
背景技术：
即时消息传递(有时称为IM)使用户能够容易地看到所选择的好友 (例如朋友、同仁、同事等)是否连接到因特网，并且，如果是，则使用 户能够容易地与他们交换消息。即时消息传递与普通电子邮件的不同之处 在于消息交换的即时性。IM交换一fcl纯文本的。然而，某些服务(例 如AOL即时消息传递)能够实现语音消息和文件共享。在IM中，两个 用户都需要订购该服务(并且例如，在其用户装置上具有某个软件)，并 且需要同时在线。此外，期望的接收者必须愿意接受即时消息。如果一个 人试图向某个不在线的人或者某个不愿意接受即时消息的人发送即时消 息， 一般会提供不能完成传输的通知。如果接收者的在线软件被设置成接 受即时消息，则它一般用特别的声音来提示接收者，并且显示指示即时消 息已到并且使接收者能够接受或者拒绝它的弹出窗口 ，或者显示包含进来 的消息的弹出窗口。总之，IM可以是真正即时的，或者是实质上即时的 (有例如通常小于几秒的延迟)，这样， 一般能够使两个Aif过互相发送 即时消息来进行实时在线的"交谈"。
IM用户典型地使用联网的计算机和IM客户端软件以交谈的形式来 相互交换消息。IM客户端为用户提供编写、发送、接收以及阅读文本消 息的界面。当今流行的IM客户端的例子包括IBM的SAMETIME、 MSN MESSENGER、 YAHOO! INSTANT MESSENGER以及AOL INSTANT MESSENGER。
IM客户端以图形显示的方式4^供窗口 ，用户能够通过所述窗口来编 写和阅读消息。IM客户端为用户提供了管理联系人列表、特别是其它IM 用户的列表的能力。这些列表被称为"好友列表"。用户可以将好友列表组 织成相关用户群组，其中，IM客户端以分层树的形式显示各种群组，该
5分层树可以根据用户的意愿来折叠和展开。
发明内容
本发明公开了用于嵌入式个性化通信的方法和系统。根据一个实施 例， 一种计算机实现的方法包括提供待^到网页中的软件代码。加载包 括嵌入的软件代码的网页。响应于^的软件代码的加载或激活，从配置 服务器获取配置文件。利用配置文件的内容在网页上呈现初始即时消息传
递用户界面。软件代码向基于web的即时消息传递服务器发送启动M 的请求。 一旦建立了通信并启动了会活，则更新即时消息传递用户界面。 利用基于事件的通信系统，可以在软件代码和即时消息传递服务器之间交 换事件和消息，直到关闭会话。通过呈现在网页上的嵌入式软件代码的即 时消息传递用户界面，能够便于网页访问者的输入。
现在将参照附图更具体地描述并在权利要求书中具体指出上述及其 它优选的特征，包括要素的实现和组合的各种新的细节。应当理解，这里 所描述的具体方法和系统只是说明性的，而不具有限制性。本领域的技术 人员应当理解，这里所描述的原理和特征可以在本发明的范围内采用多种 实施例来实施。
作为本说明书的一部分，
了本发明的当前优选的实施例，并 且连同以上给出的总体描述和以下给出的对优选实施例的详细描述，用来 阐明本发明的原理。
图1示出了才艮据一个实施例的利用嵌入式个性化通信的示例性对等 消息系统(peer-to-peer messaging system)的框图2示出了才艮据一个实施例的用于本系统的示例性计算机体系结构；
图3示出了根据一个实施例的嵌入式个性化通信的示例性进程的流 程图；以及
图4示出了根据一个实施例的创建嵌入式代码的示例性进程的流程图。
具体实施例方式
本发明公开了用于嵌入式个性化通信的方法和系统。根据一个实施 例， 一种计算机实现的方法包括提供待嵌入到网页中的软件代码。加载包 括嵌入的软件代码的网页。响应于嵌入的软件代码的加载或激活，从配置 服务器获取配置文件。利用配置文件的内容在网页上呈现初始即时消息传
递用户界面。软件代码向基于web的即时消息传递服务器发送启动^" 的请求。 一旦建立了通信并启动了会话，则更新即时消息传递用户界面。 可以在软件代码和即时消息传递服务器之间交换事件和消息，直到关闭会 话。通过嵌入式软件代码的呈现在网页上的即时消息传递用户界面，能够 便于网页访问者的输入。
在以下描述中，为了说明的目的，提出了特定的术语，以侵对这里所 公开的各种发明概念进行透彻的理解。然而，对本领域的技术人员明显的 是，这些特定细节并不是实施这里所公开的各种发明概念所必需的。
本发明还涉及用于执行这里所描述的操作的设备。该诏:备可以是为所 需要的用途专门构造的，或者它可以包括由存储在计算机中的计算M序 选择性地激活或重新配置的通用计算机。这样的计算M序可以存储在计 算机可读存储介质中，如(但不限于)包括软盘、光盘、CD-ROM和磁 光盘的任何类型的盘，只读存储器，随;M"M储器,EPROM， EEPROM，
磁卡或光卡，或者适合于存储电子指令的任何类型的介质，并且它们均耦 合到计算机系统总线。
这里所提出的方法并不固有地涉及任何具体的计算机或其它设备。各 种通用系统可以用于根据本发明的程序，或者可以证明构造更专门的设备 来执行所需方法步骤是方便的。以下描述中会出现各种这些系统所需要的 结构。此外，本发明并没有参照任何具体的编程语言来描述。应当理解， 各种编程语言可用来按照这里所描述的方式来实现本发明的教导。
图1示出了^L据一个实施例的用于嵌入式个性化通信的示例性系统 100的框图。嵌入式个性化通信是指任何允许源服务器与在多个服务器 (或网站)上复制或嵌入的软件模块之间的通信的消息传送能力。系统 100还允许确定用户的web存在(web presence )， 即识另1』用户在web上 正在访问的网站以;S7或者该用户处于该站点时与该用户相关的活动、行 为或其它信息。
嵌入式通信系统100被分成客户端侧和服务器侧。客户端侧包括可以通过web浏览器访问的网页A.COM。网页A.COM包括允许在网页 A.COM 110内复制即时消息传递界面111的嵌入式代码。即时消息传递 界面111可以是寄存在基于web的IM 120的网页上的即时消息用户界面 121的复制品或者变体。重要的是要注意，即时消息传递界面lll允许访 问网页A.COM的用户进行即时消息传递、接收存在信息或者与基于web 的IM客户端120的用户实时交换其它类似的信息。例如，网页A.COM 110可以是用户A在MYSPACE.COM上的简档(profile )。用户A的简 档一般由浏览器以包含嵌入式代码的HTML格式来呈现，该嵌入式代码 将客户端110的网页A.COM链接到在客户端120的基于web的IM的网 页上(例如在MEEBO.COM上)看到的他/她的即时消息传递账户。通 过这个链接，用户在访问网页A.COMllO时能够启动、接收并保持与基 于web的IM网页客户端120上的用户的一对一聊天会活。
即时消息用户界面111只是即时消息用户界面121的复制品，因为两 个界面之间的通信是同步的，并且实时动态更新。每一个界面可以具有其 自身的外观感觉、设计等。
嵌入式通信系统100的服务器侧与客户端IIO上的网页A.COM和客 户端120上的基于web的IM网页通信。根据一个实施例，web服务器 130是LightTPDweb服务器。LightTPD是被设计成安全、快速、服从标 准且灵活的、同时针对速度要求高的环境而得到优化的web服务器。它 的低存储器占用量(low memor y footprint)(较之于其它web服务器)、 轻CPU负荷和它的i4JL目标使得LightTPD适合于正在遭受负荷问题的 服务器，或者适合用于与动态内容独立的静态介质。LightTPD是免费软 件/开放源码，并且在GNU/Linux和其它Unix之类的操作系统以及 Microsoft Windows上运行。
web服务器130包括与访客服务器140通信的Jabber模块。Jabber 是利用可扩展消息与存在协议(XMPP)的即时消息传递和存在技术。在 一个实施例中，web服务器130与Jabber访客服务器140通信。可以在 web服务器130处的同一个物理服务器或完全不同的服务器上对Jabber 访客服务器140进行实例化。Jabber访客服务器140维护活动的IM客户 端的数据库，并且包括当web服务器130请求时提供匿名签约的能力。 还可以向Jabber访客服务器140查询签约用户的存在信息。
非访客Jabber服务器150与Jabber访客服务器140通信。Jabber 非访客服务器150便于用户非匿名时的即时消息传递通信。换言之，Jabber非访客服务器150与基于web的IM服务器160通信，其中基于 web的IM服务器160维护具有即时消息传递账户的注册用户的数据库， 如基于web的IM客户端120的网页。
属于Jabber访客服务器140的功能也可以存在于Jabber非访客服务 器150上，反之亦然。在另一个实施例中，匿名和注册的用户都能够与同 一个Jabber服务器通信。匿名用户与注册用户之间的通信发生在同一个 服务器上的不同实例化之间。
基于web的IM服务器160允许客户端同时登录到多个即时消息传递 (IM)网络上的多个账户。这意味着一个人可以同时且通过普通的web 界面来与AOL Instant Messenger上的朋友聊天、跟Yahoo Messenger上 的朋友交谈以及加入IRC频道。
在这个实施例中，IM服务器160的所有注册用户还登录到Jabber 非访客服务器150。当注册用户登录到他们在web服务器160上的账户时， 服务器160利用存储在IM服务器160所控制的数据库系统中的凭证 (credential)来启动与Jabber非访客服务器150的IM ^4^。为了保持 IM用户界面121上的会话，web服务器160试图使用户保持登录到Jabber 非访客服务器150。在潜在的断开时，用户被自动重新连接。
配置服务器170存储配置文件，这些配置文件既用来对即时消息用户 界面lll的属性，例如呈现(rendering)、通信细节、特定于服务器的信 息等进行实例化，又用来对多个网页110上所嵌入的即时消息用户界面 111的实例进行唯一的标识或分类。用于即时消息用户界面111的HTML 代码规定从配置服务器170加载哪一个配置文件。这个配置文件存储嵌入 式即时消息用户界面111的创建者所选的标识符，因此当收到新消息时， 用户能够立即识别出访问者的来源。对交谈的这种组织是通过用户的好友 列表来完成的，其中，具体的交谈实例列于创建过程中所选择的它们各自 的标识符或"群組"下。
系统100由因特网(未示出)互连，或者，网络可以是广域网(WAN )、 局域网(LAN)或者使两个或更多个装置能够交换信息的任何其它互连系 统。此外，网络可以包括无线网络，这样，客户端110或120中的一个或 多个可以是无线装置。
客户端110或120中的一个或多个可以允许通过web浏览器，如微 软的Internet Explorer、 Netscape Browser、 Mozilla、 Firefox或者支持HTML和JavaScript的Safari浏览器进行网^^入。此外，客户端110 或120可以是移动装置；如视频电话、膝上型电脑、智能电话、移动电话、 PDA,可以是游戏装置，如Sony Electronics制造的PSP，可以是多d^体 装置，如加利福尼亚州库珀蒂诺市的Apple Computers制造的iPod和 iPhone，或者可以是类似的装置。
根据一个实施例，服务器160可以是Gaim服务器，如基于开放源码 GTK2的即时消息传递工具应用程序(instant messenger application)(才艮 据GPL)。它通过模块支持多种协议，包括AIM、 ICQ、 Yahoo!、 MSN、 Jabber 、 IRC、 Napster 、 Gadu醒Gadu和Zephyr。
服务器130-170在多个平台上运行，包括Windows、 Linux和Qtopia (Sharp 、Zaurus和iPaq )。 Gaim服务器160没有得到AOL TimeWarner、 Microsoft或Yahoo的认可或接纳。尽管描述的是Gaim服务器160，然 而可以使用任何多协议服务器，包括Pidgin (开放源码)或由Cerulean Studios创建的Trillian。根据一个实施例，Gaim服务器160不包括GTK 可视软件，以便被优化为web服务器应用。在一个实施例中，Gaim服务 器160主要包括后端功能性而没有图形用户界面。不同的系统可以设置对 可连接多少个即时消息传递服务或者一个屏幕上可以有多少个活动的即 时消息传递服务的限制。
在系统100内所执行的进程可以用软件或硬件来实现，或者可以利用 连接到或者能够连接到诸如因特网之类的普通网络的装置来实现。客户端 U0和120可以是移动装置或固定装置，如机顶盒，桌面型计算机，媒体 记录器，如加利福尼亚州Alviso市的TiVo， Inc.制造的媒体记录器，游 戏装置，如华盛顿州Remond市的Microsoft, Corp.制造的Xbox，或者 类似的装置。
基于web的IM服务器160实现了针对客户端110和120的基于web 的即时消息传递服务，其不需要在客户端110和120上安装IM软件。根 据一个实施例，即时消息传递应用是基于web的，iL^户端110、 120与 服务器130-170之间的通信采取XmlHttpRequests的形式。
服务器130-170是web服务器，其通过TCP/IP连接(未示出)或其 它类似的连接协议，使用多种协议和/或应用程序中的任何一种，包括超 文本传输协议(HTTP )、文件传输协议(FTP)、因特网中继聊天(IRC) 等。操作系统可以是Windows , LINUX、 SUNSolaris逸、Mac OS、 Tiger 或者其它类似的操作系统。在一个实施例中，服务器130-170是专用服务
10器。它使用处理逻辑、工具和数据库，并且利用多种技术的组合来构建，
比如来自Apache Software (www.apache.org)的技术，如Tomcat月艮 务器；基于Java的技术，如J2EE、 EJB、 JBOSS、 JDBC;以A/或者数 据库，如MySQL。
系统100还可以包括其它的支持计算软件和硬件，例如附加网站服务 器、数据库、计算机以及用户接口服务器。
图2示出了才艮据一个实施例的用于本系统的示例性计算机体系结构。 计算机体系结构200可用来实现图1的客户端110、 120或服务器130-170。 体系结构200的一个实施例包括用于传送信息的系统总线220，以及耦合 到总线220的用于处理信息的处理器210。体系结构200进一步包括随机 存取存储器(RAM)或其它动态存储装置225 (这里称为主存储器)，其 耦合到总线220，用于存储待由处理器210执行的信息和指令。主存储器 225还可用来在处理器210执行指令的过程中存储临时变量或其它中间信 息。体系结构200还可以包括只读存储器(ROM)和/或其它静态存储装 置226，其耦合到总线220，用于存储处理器210所使用的静态信息和指 令。
诸如磁盘或光盘的数据存储装置227及其对应的驱动器也可以耦合 到计算机系统200，用于存储信息和指令。体系结构200还可以通过I/0 接口 230耦合到第二I/O总线250。多个I/O装置可以耦合到I/O总线250， 包括显示装置234、输入装置(例如字母数字输入装置242和/或光标控制
装置241)。例如，由mmsw服务器所呈现的网页;M目关信息可以在显
示装置243上提供给用户。
通信装置240允许通过网^^入到其它计算机(服务器或客户端)。 通信装置240可以包括调制解调器、网络接口卡、无线网络接口或其它众 知的接口装置，如用于耦合到以太网、令牌环或其它类型的网络的接口装 置。
图3示出了根据一个实施例的嵌入式个性化通信的示例性进程300 的流程图。当用户在客户端110上访问网页A.COM时，加载网页上所嵌 入的软件模块(小工具(widget)) (305)。根据用户的浏览器，小工具可 以在加载网页时自动加载，或者是网页的访问者必须激活它。通过点击小 工具在网页110上的呈现，滚动到网页而使小工具进入物理视野等，可以 实现激活。小工具指示客户端110从配置服务器170获取配置文件(310 )。 配置文件识别与小工具关联且表面上与A.COM关联的用户(例如，简档在MYSPACE.COM上的用户很可能是在A.COM上放置嵌入式小工具代 码的同一个用户)、用户的视觉偏好、标题、别名以及小工具可能需要的 用于实例化的其它信息。利用从配置文件所读取的信息，在A.COM上呈 现即时消息传递工具用户界面lll,其具有特定的标题、颜色方案以及指 示关于小工具的所有者的信息的存在或状态元素(缺省情况下设置为离 线)(315)。
客户端110连接到web服务器130的Jabber模块(320 )。客户端110 的用户请求作为匿名访客W艮务器130启动会话。服务器130使匿名访客 登录到Jabber访客服务器140。 Jabber访客服务器140启动IM会话并 且告知web服务器130匿名访客在线。A.COM web服务器的Jabber模 块130对于Jabber访客服务器140来i錄现为访客Jabber用户，例如 Jabber访客服务器140的客户端。
即时消息用户界面111通过A.COM web服务器130向Jabber访客 服务器140发送签约请求消息，以便请求允许接收与A.COM网页关联的 用户的存在信息(325)。做出判决，以便确定IM用户界面121的用户是 否可用(330)。如果即时消息用户界面121上的用户可用，则与web服 务器160上的那个用户关联的IM会话自动接受签约请求(335 )。然后， web服务器160以对Jabber访客服务器140上的访客Jabber用户的存在 信息的相同签约请求做出响应(340)。做出判决，以便确定IM用户界面 111的用户是否可用(345)。 web服务器130上的Jabber模块也代表 A.COM上的用户自动接受所述请求(350)。这样，该通信方案的两端现
在都能够接收关于对方的存在(;M目关)信息。现在已经建立了 IM会话，
界面更新以^A映被连接的状态(365)。两个用户都能够启动即时消息通 信(370 )。
在另一个实施例中，如果即时消息用户界面121上的用户可用，界面 121上的用户并不自动接受签约请求，取而代之的是，会收到将界面111 的用户添加到即时消息传递会话的提示，从而订阅存在信息。还可以请界 面121上的用户将界面111上的用户添加到他/她的好友列表。
服务器130和160更新它们各自的用户界面111和121，以便指示两 个用户都可用。每一个用户的实时状态被保持。例如，如果界面121上的 用户将他的状态设置为"离开，，并且包括定制的离开消息，则用户界面111 被更新为显示"离开"状态和关联的消息(360)。用户界面121还指示另一 个用户正在使用与特定身份关联的小工具。这个身份可以是从配置文件读入的数据所规定的类别(例如"社会联网小工具")。所述身份还可以指示
小工具所嵌入的网页(例如A.COM)。这可以通过利用配置文件、运行 以包含的网页做出响应的位于另 一个web服务器上的CGI脚本或者准确 地返回嵌入式网页的另一种实现方式来实现。
如果网页A.COM上的用户没有明确地关闭会活(例如关闭浏览器， 离开网页等)就离开即时消息^"，则在预设的超时(例如在一个实施例 中，45秒)之后，服务器130认为与客户端110的连接丟失。可以按照 如上所述的方法重新建立连接。如果A.COM 110上的网页被重新加载， 并且如果即时消息会话在之前已经建立，则它将被终止并根据进程300 重新开始。
如果网页A.COM上的用户试图联系IM用户界面121的用户，而IM 用户界面121的用户并未登录，网页A.COM上的用户仍可以发送消息。 这个消息可以包括初始签约请求。所述消息将被存储在Jabber非访客服 务器150上，然后在用户登录时为他/她服务(360)。在签约请求被緩存 且延迟的情况下， 一旦用户登录到界面121，则IM服务器160仍然自动 接受请求。在此之前，用户界面lll上的访问者将小工具的所有者视为离 线； 一旦(以上所描述的)签约握手完成，则界面111被更新，以便反映 小工具的所有者的新状态。如果*€迟的消息采用即时消息的形式，则在 界面111上的Jabber用户仍然可用并且存在于网页110上的情况下，界 面121上的用户可以做出响应。
在一个实施例中，如果在从使用界面121的web服务器160上的注 册Jabber用户发送到界面111上的访客Jabber用户的消息被收到之前访 客用户已经终止了会话，则丢弃该消息。
小工具的用户可以在任何时候通过点击断开IM用户界面111来终止 连接。这有效地取消了来自两侧的所有存在订阅并关闭了网络连接，从而 结束了交谈并终止了将来的在两侧的存在的通知。对双方而言，另一方看 起来是离线的。这使得网页110的访问者具有在不想交谈或者想以匿名的 方式浏览网页的情况下忽略小工具的所有者的能力。小工具记得访问者对 于该实例的偏好，所以，基于访问者上一次对于断开按钮的偏好，将保持 禁止或允许重复地返回包含小工具111的网页110。
在一个实施例中，访问者的偏好可以适用于所有网页110上的所有小 工具111而不是特定的实例。这个偏好被存储在客户端侧的小型文字档案 cookie中。在客户端110处的小工具还可以恥续用户访问网页A.COM的时间， 并将这个信息发送到IM用户界面121上的用户。M长度和类似的信息 可被存储在服务器160，以便于计量的分析和生成(包括广告计量)。
cookie可被存储在客户端110，以便絲客户端110登录到A.COM 的频率。cookie还可用;iM^储使用客户端110的用户的别名。哈希算法也 可用来向客户端no分配唯一的标识符，其存储在基于web的IM服务器 160上。此外，如果用户打开另外的浏览窗格或窗口，则已经建立的IM 会活不会中断。
使用基于web的IM网页120的小工具的所有者具有从好友列表看到 所有被连接的小工具的能力，并且具有通过IM用户界面121上的简单输 入一次性地向连接到小工具的所有用户广播消息的能力。那些广播消息由 网页110的小工具解译并反映在用户界面111中。小工具的用户界面111 中的反映并不限于纯文本内容，而可以是界面111的视觉布局的变化，如 表示人的当前状态的图片或图标，或者可以是对提醒访问者注意变化的声 音文件的播放。
在一个实施例中，A.COM上的用户可以利用界面111主动关闭会活， 从而终止IM会话。然后，访客Jabber用户的状态在用户界面121中更 新。如果网页未被重新加栽而访客用户建立了新的^"，则web服务器 130 (以及Jabber访客服务器140 )使用同 一个访客账户，因此用户界面 121将存在信息视为来自同一个用户。
在另一个实施例中，不管A.COM的访问者移动或是重新加载页面， 都使用同一个临时访客Jabber用户账户。界面111的用户可以在保持与 web服务器130的连接的同时浏览网页110的子页。Jabber非访客服务 器140上的小工具所有者的用户界面121可以显示关于其浏览行为的信息 或其它相关信息。能够实现这一点的一种方法是通过用cookie或者另一 种与浏览器存储相关的方法来存储访问者的配置凭证。另 一个实施例可包 括与A.COM的服务器的通信，以便存储M信息。
图4示出了根据一个实施例的创建嵌入式代码的示例性进程的流程 图。创建进程400允许网页(如网页A.COM 110)的所有者将嵌入式代 码插入网页内，以便实现IM用户界面111。通it^于web的IM服务器 160，提示用户选择IM用户界面111的设计^lt，如标题、别名、用户 界面位置以及皮肤(410 )。然后提示用户选择基于web的IM服务器160 上的现有的用户账户或者在基于web的IM服务器160上创建新的用户账户(420)。基于web的IM服务器160既存储用户提供的设计参数，又存 储任何用户简档信息。界面111的实例化所必需的那些M被存储在配置 服务器170上的配置文件中，该配置服务器170可以与web服务器160 分开(430 )。基于web的IM服务器160自动生成代码，该代码被嵌入到 用于生成A.COM网页110的HTML代码内，以便当A.COM #>栽时， 利用A.COM网页110生成IM用户界面111 (440 )。嵌入式代码指向存 储在配置服务器170中的配置文件，其中，配置文件存储所有者所选择的 设计参数。可以利用用户界面121或者与设计了嵌入式代码的用户账户关 联的某个其它网页来4务改这些配置参数。
软件代码可以是嵌入式Flash、 JavaScript、浏览器插件或Java例程。 一个这样的Flash实施例包括将Flash中的LocalConnection对象用于 SWF文件之间的交互。LocalConnection类允许从一个SWF到另一个 SWF以跨越站点的形式发送和接收数据。通过诸如 LocalCoimection.allowDomain()之类的命令能够实现跨域通信，包括这个 Flash脚本的站点与期望的域进行通信，以便传输信息。
JavaScript实施例包括在页面上动态地嵌入脚本标签。通过在页面 上动态地插Ajp本标签来立即运行JavaScript。脚>^#签引用其它站点上 的脚本。为了便于动态嵌入的脚本与其它域之间的通信，所包括的脚本向 包含在脚本标签的URL中的lt据输出JSON(或者任何其它预定格式的) 响应。
第三实施例包括类似于浏览器插件的下载和安装的软件应用程序，其 中所安装的应用程序提供比单独浏览器通常允许的范围更大的范围的功 能性。所述应用程序是类似于Mozilla Add-on的浏览器的安装扩展，或 者是完全独立的应用程序。 一旦用户安装了这样的插件或类似的应用程 序，则所安装的软件具有这样的能力检测用户正在浏览什么网站，并且 通过类似于HTTP的协议或者使用另一种类型的因特网协议的连接，将 这个信息及类似的信息发送到后端服务器150。
另一个实施例包括利用々卯let〉标签将小程序一可能在Java中叫做 小应用程序(applet)—嵌入到网站服务器170所服务的页面上。每当用 户访问所述页面时所述小应用程序都被下载，而所述代码由用户的计算机 上的软件来执行，该软件可以是Java虚拟机(VirtualMachine)等。当 代码被执行时，小应用程序能够储存有关信息，该信息然后可以通过 HTTP或另一种因特网协i议回到后端服务器150。
15A.COM的网页的用户可以以多种方式来使他的/她的存在为人所知。 例如，可以紧靠IM用户界面121的用户的用户名而出现流行网站的图标， 如"Yahoo"的"Y!"。也可以以网站通常为人所知的名称来显示其名称，如 "Yahoo"，或者通过超链接www.vahoo.com显示，该^1链接可以在鼠标指 针移动到图标上时出现。IM用户界面121的用户可以接收电子邮件、即 时消息、文本消息或者向用户通知IM用户界面111的web存在的其它方 式。用户可以选择一种或多种向另一个用户通知他/她的web存在的方式。 用户可以选择一种或多种被告知另 一个用户的web存在的方式。
以上描述了用于嵌入式个性化通信的方法和系统。应当理解，这里所 描述的实施例是为了进e^兌明，而不应被理解为对本专利的限制。在本发 明的精神和范围内的各种修改、用途、替代、组合、改进和制造方法对本 领域的技术人员是明显的。
权利要求
1. 一种计算机实现的方法，包括提供待嵌入到网页中的软件代码；加载包括所述软件代码的所述网页；响应于所述软件代码，从配置服务器获取配置文件；在所述网页上呈现第一即时消息传递用户界面；以及向基于web的即时消息传递服务器发送请求，所述请求启动与第二即时消息传递用户界面的即时消息传递会话。
2. 权利要求1所述的计算机实现的方法，进一步包括允许所述第 一即时消息传递用户界面与具有Jabber模块的第 一服务器之间的通信。
3. 权利要求2所述的计算机实现的方法，进一步包括从所述第一 服务器向第二服务器发送第 一指令，所述第 一指令为使用所述第 一 即时消 息传递用户界面的第 一用户建立匿名即时消息传递工具账户。
4. 权利要求3所述的计算机实现的方法，进一步包括确定第二用 户是否正在^^用第二即时消息传递用户界面。
5. 权利要求4所述的计算机实现的方法，进一步包括提示所述第 二用户对所述请求做出响应。
6. 权利要求5所述的计算机实现的方法，其中，所述第一服务器和 所述第二服务器进行通信，以便保持所述第 一用户与所述第二用户之间的 实时即时消息传递会活。
7. 权利要求6所述的计算机实现的方法，其中，所述第一用户和所 述第二用户的状态信息动态地更新。
8. 权利要求4所述的计算机实现的方法，其中，所述第一即时消息 传递用户界面由所述第二用户设计。
9. 权利要求6所述的计算机实现的方法，其中，所述第二用户界面 指示所述第 一用户界面在网络上的位置。
10. 权利要求4所述的计算机实现的方法，其中，所述软件代码响应 所述第二用户所提供的设计^而自动生成。
11. 一种计算机可读介质，其上存储有多个指令，所述多个指令在由计算机执行时，使所述计算机执行以下操作提供待"到网页中的软件代码；加载包括所述软件代码的所述网页；响应于所述软件代码，从配置服务器获取配置文件；在所述网页上呈现第一即时消息传递用户界面；以及向基于web的即时消息传递服务器发送请求，所述请求启动与第二 即时消息传递用户界面的即时消息传递会活。
12. 权利要求11所述的计算机可读介质，其上存储有另外的指令， 所述另外的指令在由计算机执行时，使所述计算机进一步执行以下操作 允许所述第一即时消息传递用户界面与具有Jabber模块的第一服务器之 间的通信。
13. 权利要求12所述的计算机可读介质，其上存储有另外的指令， 所述另外的指令在由计算机执行时，使所述计算机进一步执行以下操作 从所述第一服务器向第二服务器发送第一指令，所述第一指令为使用所述 第 一 即时消息传递用户界面的第 一用户建立匿名即时消息传递工具账户。
14. 权利要求13所述的计算机可读介质，其上存储有另外的指令， 所述另外的指令在由计算机执行时，使所述计算机进一步执行以下操作 确定第二用户是否正在^吏用第二即时消息传递用户界面。
15. 权利要求14所述的计算机可读介质，其上存储有另外的指令， 所述另外的指令在由计算机执行时，使所述计算机进一步执行以下操作 提示所述第二用户对所述请求做出响应。
16. 权利要求15所述的计算机可读介质，其中，所述第一服务器和 所述第二服务器进行通信，以便保持所述第 一用户与所述第二用户之间的 实时即时消息传递会活。
17. 权利要求16所述的计算机可读介质，其中，所述第一用户和所 述第二用户的状态信息动态地更新。
18. 权利要求14所述的计算机可读介质，其中，所述第一即时消息 传递用户界面由所述第二用户设计。
19. 权利要求16所述的计算机可读介质，其中，所述第二用户界面 指示所述第 一用户界面在网络上的位置。
20.权利要求14所述的计算机可读介质，其中，所述软件代码响应 所述第二用户所提供的设计^t而自动生成。
全文摘要
本发明公开了用于嵌入式个性化通信的方法和系统。根据一个实施例，一种计算机实现的方法包括提供待嵌入到网页中的软件代码。加载包括软件代码的网页。响应于软件代码，从配置服务器获取配置文件。在网页上呈现第一即时消息传递用户界面。向基于web的即时消息传递服务器发送请求，该请求启动与第二即时消息传递用户界面的即时消息传递会话。
文档编号G06F15/16GK101548276SQ200780025732
公开日2009年9月30日 申请日期2007年7月9日 优先权日2006年7月7日
发明者任大婷, 伊莱恩·惠里, 塞思·斯滕伯格, 健 沈 申请人:觅波公司