CN1201948A

CN1201948A - 采用代理和共享状态服务器进行协作的方法和系统

Info

Publication number: CN1201948A
Application number: CN98106469A
Authority: CN
Inventors: G·A·古莫; B·Q·纽伊恩; H·D·纽伊恩; S·K·辛哈尔
Original assignee: International Business Machines Corp
Current assignee: Snap Inc
Priority date: 1997-05-13
Filing date: 1998-04-10
Publication date: 1998-12-16
Anticipated expiration: 2018-04-10
Also published as: EP0878768A3; EP0878768B1; KR100297635B1; JPH1125042A; DE69803955D1; ES2172085T3; US5861883A; JP3962157B2; TW544625B; KR19980086557A; EP0878768A2; CN1103977C; DE69803955T2

Abstract

协作能力(“推”和“拉”信息)被灵便地加入到万维网内容中。特别是对共享的状态服务器保持一个一致的连接,用于经由“推”机制检索数据,该机制保持经由“拉”机制存取任意Web内容的自由。此外,以灵便的方式同样提供协作,从而使所有其它Web内容在硬件平台上和在浏览器设施上都是灵便的。

Description

采用代理和共享状态服务器进行协作的方法和系统

本发明一般相关于计算机软件，特别是能够在万维网(World-WideWeb)上实现多用户协作的方法和系统。更详细地说，本发明相关于一种方法和系统，通过该方法和系统可以以灵活的方式完成认识、游历和开会。

现在有两种用于从提供者向用户传输数据的技术：“推”(push)和“拉”(pull)。“推”模式在诸如PointCast、Castanet和TIB服务中采用，在这种模式下，只要信息源中有信息，它就被发送到接收者。“拉”模式在诸如Excite服务中使用，在这种模式下，只有响应明确的请求，数据才被传送到接收者。这两个方法在从支持随机检索(“拉”)到传送动态信息更新(“推”)的各种数据检索任务中都非常有效。

然而，这些数据检索比喻不足以支持因特网上多用户之间的实时协作。这类应用包括被共享的白板、文本和音频谈话，被共享的幻灯片、视频、网络学习，和协作浏览Web页面。这些应用的特征是需要建立用户组和交换信息，以保证一个特定组的所有成员都能看到一致的信息(例如看到相同的白板图像，看到和听到各自的文本/声音，以同步方式看到幻灯/录像，看到相同的Web页面，等等)。实际上，被一致共享的状态更新被“推向”每个用户。同时，我们需要为每个用户提供通过下载任意的Web页面(一个“拉”比喻)并提供信息给协作应用和小组来检索信息的自由。

由于这些协作系统需要交换特定的数据类型和特殊的“推”和“拉”要求，因此它们通常作为独立应用运行。的确，这些应用提供其自身的定制用户接口，并且不与现存的装置交互运行。

像美国在线公司(America Online)的“虚拟空间”(VP)系统一类的系统试图将协作与现有的万维网浏览器如Netscape Navigator集成在一起。当该协作需要用户观看一个新的Web页面或幻灯时，这个系统直接与Web浏览器通信，指示它显示该特定的Web页面。为了执行该通信，VP依赖于由该特定的Web浏览器输出的动态数据交换(DDE)接口。DDE启动应用交换一组预先定义的事件，该事件组由特定的端点应用支持。

然而，使用DDE限制了VP的功能。首先，DDE只能在微软的Windows平台上获得，此外，由于DDE接口是针对特定应用的，因此，由VP使用的该特定接口只能与Netscape Navigator浏览器一起使用。总之，VP系统不能提供将协作与万维网集成在一起的灵便机制。

因此，需要一种方法和系统将协作能力(信息的“推”和“拉”)灵便地加到万维网内容中去。特别是要保持与一个共享状态服务器的一致联系，以便经由一个“推”机制检索数据，该机制保持经由“拉”机制存取任意Web内容的自由。此外，该协作应该以灵便、相同的方式提供，从而所有其它Web内容都可以越过硬件平台和越过浏览器设施移动。

本发明的一个目的是提供一种方法，用于保持与一个共享状态系统的一致联系，同时允许对协作环境之外的任意信息的存取。

本发明的另一个目的是允许协作应用与现有的(非协作)应用交互作用，而不改变这些现有的应用。

本发明的另一个目的是允许某种方式的协作，使其能够跨越不同的硬件、操作系统和执行环境移动。

要达到前面所述的目的，并根据这里展开讨论的本发明目的，公开了采用代理和共享状态服务器启动现有Web浏览器中的协作的一种方法和系统。参考下面的说明书、权利要求书和附图，可以更好地理解本发明的上述和其他特征、方面和优点。

为了更完整地理解本发明及其进一步的优点，现在参考下面结合附图所作的详细描述。

图1是可以用来实现本发明的方法和系统的数据处理系统的图形表示；

图2示出了以独立平台方式与Web结合的一个协作系统的数据处理单元；

图3的流程图示出了在一个协作环境下从Web服务器向Web浏览器发送数据所需要的步骤；

图4A、4B、4C和4D的流程图示出了当被插入的附属程序(Applet)在Web浏览器中执行时采取的动作；

图5的流程图示出了用户如何参加一个旅行团；

图6的流程图示出了当旅行团领队转移到一个新的Web页面时如何通知用户。

参考图1，其中示出了可以用来实现本发明的一个数据处理系统8的图形表示。可以看到，数据处理系统8可以包括若干网络，如局域网(LAN)10和32，每个最好分别包括若干单独的计算机12和30。当然，本领域的技术人员会认识到，与一个主处理器相连的若干智能工作站(IWS)可以用于这种网络。每个所述的网络也可以包括经由一个通信介质如共享的存储单元、共享的存储器或交互连接的网络相连的若干处理器。与这种数据处理系统中通常的情况一样，每个单独的计算机可以连接到一个存储装置14和/或一个打印机/输出装置16，并且可以提供一个指示装置如鼠标17。

数据处理系统8也可以包括多大型计算机，如大型计算机18，它最好是通过通信链路22与LAN10相连。大型计算机18也可以连接到作为LAN10的远程存储器的存储装置20。与此类似，LAN10可以经由通信链路24通过一个子系统控制单元/通信控制器26和经由通信链路34连接到网关服务器28。网关服务器28最好是一个IWS，用于连接LAN32和LAN10。

关于LAN32和LAN10，若干文件或资源目标可以由大型计算机18存储在存储装置20中并由该大型计算机控制，该大型计算机作为由此存储的资源目标的资源管理器或库服务。当然，本领域的技术人员会认识到大型计算机18可以位于远离LAN10的位置，与此类似，LAN10也可以与LAN32相距很远。例如，LAN32可以位于加利福尼亚，LAN10可以位于北卡罗来拉，而大型计算机18可以位于纽约。

采用本发明的软件程序代码通常被存储在一个独立工作站或LAN服务器的一个存储装置14的存储单元中，一个开发者由此可以存取该代码进行分配，该软件程序代码可以实现在数据处理系统使用的任何一种已知的介质中，如磁盘、CD-ROM，也可以通过某种类型的网络从一个计算机系统的存储器分配给另一个计算机系统的用户，供其它这类系统的用户使用。将软件代码实现在介质上和/或分配软件代码的这类技术和方法是公知的，因此在此不作进一步讨论。

参考图2，其中示出了与一个Web浏览器集成的一个协作系统的基本元件。一个多用户共享的状态服务器(MUSSS)201代表一组用户提供协作服务。这个服务器负责简化协作者之间的信息交换。尽管没有示出，但应该理解该MUSSS可以包括若干相互连接的服务器，它们一起提供由一个MUSSS提出的服务。

Proxy(代理者)202在每个客户主机上运行。它包括与MUSSS201通信的客户软件203。尽管在较佳实施例中Proxy驻留在客户主机中，但其它实施例可以将Proxy放置在其它主机中，如放置在一个公知的服务器中。通过这种通信，一个客户向协作会话(session)提供信息和从协作中的其他参与者接收信息。Proxy202也包括发送软件204，它从一个本地Web浏览器205接收Web页面请求并将其发送到一个适当的目标Web服务器206。发送软件204在将检索的数据传送到Web浏览器205之前对其进行处理。

最后，Web浏览器205经由发送软件205显示从Web服务器206检索的数据。浏览器205执行由发送软件204嵌入被检索的数据中的一个Applet 207。Applet 207保持与Proxy202中的客户软件203的连接208。通过该连接208，Applet从协作会话接收命令，并将客户软件203可以传送的信息提供给协作会话。通常，Applet 207用Java或JavaScript程序设计语言编写，它们是以独立于浏览器和独立于平台的方式向Web浏览器传送软件的标准机制。

现在参考图3，其中的流程图示出了Web数据是如何由Web浏览器检索的。在方框301，Web浏览器发送一个数据请求到嵌入在Proxy中的发送软件。在方框302，发送软件启动与适当的Web服务器的连接。在方框303，Web服务器接收该请求并发送数据到发送软件。在方框304，发送软件从Web服务器接收数据并将一个Applet插入该数据中。在方框305，发送软件将所检索的数据(带有被插入的Applet)传送到浏览器。在方框306，浏览器接收该数据，分析该数据，显示该数据，并执行Applet。随后程序在307终止。尽管没有示出，但应该理解，当数据从Web服务器向发送软件流动，再向Web浏览器流动时，方框303、304和305可以同时发生。尽管在较佳实施例中Appet被发送软件插入，但在其它实施例中Applet可以用Web服务器插入或静态地在页面中存在。

Applet负责启动与客户软件的联系(参考图2)，以便在既使任意内容被装入(拉)到浏览器中时，Web浏览器也可以与该协作连接。当Applet被插入到从Web服务器检索的数据中时，传送软件可以提供指示Applet如何与客户软件联系的参数。另外，当Web页面包括代表可以同时看见的多文件的“帧”时，多个Applet可以同时活动。因此，要首先运行的Applet将其自身设置为全局变量，从而多个Applet不会从一个单一的Web浏览器内部同时与客户软件通信。

一旦Applet被执行，它就发出一个“addURL”信息，通知客户软件哪个页面目前可以在浏览器窗口上看见。当Applet终止时，它发送一个“removeURL”信息，通知客户软件该页面不再看得见了。它可以发送“readData”和“writeData”信息，用于分别从Proxy检索不变的信息和将该信息存储到Proxy中。最后，Applet听取来自客户软件的命令，如将一个新的Web页面装入浏览器中的一个请求。

现在参考图4A，其中示出了当由发送软件插入的Applet在Web浏览器中执行时所采取的行动。在判断方框401，Applet检查全局变量是否为零。如果对判断方框401的响应为是，那么在方框402，Applet启动该全局变量指向自身。在方框403，Applet检索由发送软件提供的任何连接参数。在方框404，Applet启动与客户软件的连接。在方框405，Applet通过它与客户软件的连接，与当前页面URL一起发送一个“addURL”信息作为参数。在该点，Applet通过方框406、408和410启动三个并存的执行通道。参考图4B，在判断方框，Applet确定是否从客户软件接收到了装入一个新的URL的命令，如果是，那么在方框407，Applet通知浏览器装入一个新的页面，然后返回到判断方框406。与此同时，在方框408(图4C)，Applet确定它是否从另一个Applet接收了一个加入或移去一个URL的请求，如果是，那么在方框409，Applet经由它与客户软件的连接发送一个“addURL”或“removeURL”信息，然后返回判断方框408。与此同时，在判断方框410(图4D)，Applet确定是否已从浏览器接收了停止一个信息，如果否，那么执行返回到判断方框410。如果对判断方框410的响应为是，那么在方框411，Applet随当前页面URL一起发送一个“removeURL”信息到客户软件作为参数。在方框412，Applet终止与客户软件的连接。在方框413，Applet将全局变量恢复为零。随后程序在方框414终止。

从图4A继续，如果对判断方框401的回答为否，那么在方框415，Applet通知由全局变量代表的Applet加上一个URL。在该点，Applet通过方框416和417启动两个并行的执行通道。在判断方框416，Applet确定全局变量是否为零。如果对判断方框416的响应为否，那么执行返回到方框416。如果对判断方框416的响应为是，那么执行继续到方框402。与此同时，在方框417，Applet确定是否从浏览器接收到了一个停止信息。如果对判断方框417的响应为否，那么执行返回到判断方框417。如果对判断方框417的响应为是，那么在方框418，Applet通知由全局变量代表的Applet移去这个URL。然后Applet在414终止。

在这个协作系统内，用户可以根据他们目前是否观看同一页面来彼此协作。当客户软件接收到一条“addURL”或“removeURL”通知时，它传送该信息给MUSSS。采用关于每个用户目前观看的页面信息，MUSSS负责保证协作数据(包括文本和音频对话、白板数据等等)在正在他们各自的浏览器上观看共同的一个或多个文件的用户之间或由该应用确定的用户组之间交换。

通过这个协作系统，用户可以参加“游历”。在这样一个游历中，当一个指定的领队将一个新的页面“拉”到他的浏览器中时，在一个或多个“跟随者”处的浏览器自动装入同一页面。以这种方式，一组用户可以同时从Web“拉出”内容，与此同时协作系统“推出”信息以保证由用户看到的页面是一致的。

现在参考图5，其中示出了用户加入旅行团的机制。在方框501，用户为旅行团选择一个领队。在方框502，客户软件向MUSSS发送包括领队身份在内的一个“跟随”请求。在判断方框503，MUSSS确定系统是否运行在对等(peer-to-peer)模式下。如果对判断方框503的响应为否，那么在方框504，服务器存储领队和跟随者之间的一个关联。随后程序在505终止。如果对判断方框503的响应为是，那么在方框506，服务器将该“跟随”请求传送给领队，该领队在方框507将跟随者加到他自己的跟随者名单中。然后程序在505终止。尽管图5没有示出，但应该理解，如果客户软件可以确定系统正在运行在对等模式下，那么通过方框502、503和506的通路可以被缩短。在这种情况下，客户软件可以直接向领队发送“跟随”请求，如方框502-A所示。

现在参考图6，其中示出了当一个旅行团领队移到一个新的Web页面时通知跟随者的机制。在方框601，客户软件从领队的Web浏览器接收一条“addURL”信息。在方框602，客户软件向MUSSS传送该“addURL”通知。在判断方框603，确定系统是否运行在对等模式下。如果对判断方框603的响应为否，那么在方框604，MUSSS发送“changepage”通知给领队的每个相关跟随者。在方框605，在一个跟随者处的客户软件从MUSSS接收一条“changePage”通知。在方框606，客户软件发送该“changepage”通知给运行在本地Web浏览器中的Applet。然后程序在方框607终止。如果对判断方框603的响应为是，那么在方框608，在领队的主机中的客户软件发送一条“changePage”通知给本地跟随者名单中的每个跟随者。然后控制继续到方框605，如上所述。

因此，协作系统可以将信息推给所有客户，并同时允许他们从Web服务器拉出任意信息。此外，由于浏览器的控制是通过以Java编写的一个Applet执行的，因此，协作系统与特定的机器或操作系统环境无关，并与所使用的特定Web浏览器无关。

尽管本发明是针对特定的较实施例描述的，但本领域的技术人员会想到各种改变和变化，这些改变和变化都在权利要求书所包括的范围内。

Claims

1.从信息服务器检索数据的方法，包括以下步骤：

请求者发出从信息服务器取得数据的请求；

将所述请求传送到一个Proxy；

所述Proxy传送所述请求到所述信息服务器；

所述Proxy接收和存储来自所述信息服务器的数据；

在所述数据中插入一个Applet；

发送所述数据和所述Applet到所述数据的所述请求者；和

执行所述Applet。

2.根据权利要求1所述的方法，其特征在于执行所述Applet的所述步骤进一步包括以下步骤：

启动与客户软件的连接；和

终止与客户软件的所述连接。

3.根据权利要求2所述的方法，其特征在于进一步包括以下步骤：

通过所述连接发送一条“addURL”通知到客户软件。

4.根据权利要求2所述的方法，其特征在于进一步包括以下步骤：

通过所述连接发送一条“removeURL”通知到客户软件。

5.根据权利要求2所述的方法，其特征在于进一步包括以下步骤：

通过所述连接发送一条“readData”请求到客户软件。

6.根据权利要求2所述的方法，其特征在于进一步包括以下步骤：

通过所述连接发送一条“writeData”请求到客户软件。

7.根据权利要求2所述的方法，其特征在于进一步包括以下步骤：

通过所述连接接收一条“changePage”通知到客户软件；和

根据所述“changePage”通知启动对新数据的检索。

8.根据权利要求7所述的方法，其特征在于进一步包括以下步骤：

从所述客户软件发出对一个目标领队的“跟随”请求；

记录所述“跟随”请求的发出者身份；和

根据所述目标领队采取的行动发出一个“changePage”请求给所述发出者。

9.根据权利要求2所述的方法，其特征在于所述客户软件与一个多用户共享的状态服务器通信。

10.根据权利要求2所述的方法，其特征在于启动与所述客户软件的连接的所述步骤包括确定一个“全局”Applet的身份，并且与所述客户软件的所述连接是通过向所述“全局”Applet发送请求建立的一个逻辑连接。

11.根据权利要求10所述的方法，进一步包括以下步骤：

监视“全局”Applet的存在；和

如果没有所述“全局”Applet存在，那么成为所述“全局”Applet。

12.从信息服务器检索数据的系统，包括：

用于请求者启动从信息服务器取得数据的请求的装置；

将所述请求传送到一个Proxy的装置；

用于所述Proxy传送所述请求到所述信息服务器的装置；

用于所述Proxy接收和存储来自所述信息服务器的数据的装置；

用于在所述数据中插入一个Applet的装置；

用于发送所述数据和所述Applet到所述数据的所述请求者的装置；和

执行所述Applet的装置。

13.根据权利要求12所述的系统，其特征在于执行所述Applet的所述装置进一步包括：

启动与客户软件的连接的装置；和

终止与客户软件的所述连接的装置。

14.根据权利要求13所述的系统，其特征在于进一步包括：

通过所述连接发送一条“addURL”通知到客户软件的装置。

15.根据权利要求13所述的系统，其特征在于进一步包括：

通过所述连接发送一条“removeURL”通知到客户软件的装置。

16.根据权利要求13所述的系统，其特征在于进一步包括：

通过所述连接发送一条“readData”请求到客户软件的装置。

17、根据权利要求13所述的系统，其特征在于进一步包括：

通过所述连接发送一条“writeData”请求到客户软件的装置。

18、根据权利要求13所述的系统，其特征在于进一步包括：

通过所述连接接收一条“changePage”通知到客户软件的装置；和

根据所述“changePage”通知启动对新数据的检索的装置。

19.根据权利要求18所述的系统，其特征在于进一步包括：

从所述客户软件发出对一个目标领队的“跟随”请求的装置；

记录所述“跟随”请求的发出者身份的装置；以及

根据所述目标领队采取的行动发出一个“changePage”请求给所述发出者的装置。

20.根据权利要求13所述的系统，其特征在于所述客户软件与一个多用户共享的状态服务器通信。

21.根据权利要求13所述的系统，其特征在于启动与所述客户软件的连接的所述装置包括确定一个“全局”Applet的身份的装置，并且与所述客户软件的所述连接是通过向所述“全局”Applet发送请求建立的一个逻辑连接。

22.根据权利要求21所述的系统，进一步包括：

监视“全局”Applet的存在的装置；并且

在没有所述“全局”Applet存在时成为所述“全局”Applet的装置。

23.记录在计算机可读介质上用于从信息服务器检索数据的计算机程序产品，包括：

用于请求者发出从信息服务器取得数据的请求的计算机可读装置；

将所述请求传送到一个Proxy的计算机可读装置；

用于所述Proxy传送所述请求到所述信息服务器的计算机可读装置；

用于所述Proxy接收和存储来自所述信息服务器的数据的计算机可读装置；

用于在所述数据中插入一个Applet的计算机可读装置；

用于发送所述数据和所述Applet到所述数据的所述请求者的计算机可读装置；和

执行所述Applet的计算机可读装置。

24.根据权利要求23所述的程序产品，其特征在于执行所述Applet的所述计算机可读装置进一步包括：

启动与客户软件的连接的计算机可读装置；和

终止与客户软件的所述连接的计算机可读装置。

25.根据权利要求24所述的程序产品，其特征在于进一步包括：

通过所述连接发送一条“addURL”通知到客户软件的计算机可读装置。

26.根据权利要求24所述的程序产品，其特征在于进一步包括：

通过所述连接发送一条“removeURL”通知到客户软件的计算机可读装置。

27.根据权利要求24所述的程序产品，其特征在于进一步包括：

通过所述连接发送一条“readData”请求到客户软件的计算机可读装置。

28.根据权利要求24所述的程序产品，其特征在于进一步包括：

通过所述连接发送一条“writeData”请求到客户软件的计算机可读装置。

29.根据权利要求24所述的程序产品，其特征在于进一步包括：

通过所述连接接收一条“changePage”通知到客户软件的计算机可读装置；并且

根据所述“changePage”通知启动对新数据的检索的计算机可读装置。

30.根据权利要求29所述的程序产品，其特征在于进一步包括：

从所述客户软件发出对一个目标领队的“跟随”请求的计算机可读装置；

记录所述“跟随”请求的发出者身份的计算机可读装置；以及

根据所述目标领队采取的行动发出一个“changePage”请求给所述发出者的计算机可读装置。

31.根据权利要求24所述的程序产品，其特征在于所述客户软件与一个多用户共享的状态服务器通信。

32.根据权利要求24所述的程序产品，其特征在于启动与所述客户软件的连接的所述计算机可读装置包括确定一个“全局”Applet的身份的计算机可读装置，并且与所述客户软件的所述连接是通过向所述“全局”Applet发送请求建立的一个逻辑连接。

33.根据权利要求32所述的程序产品，进一步包括：

监视“全局”Applet的存在的计算机可读装置；并且

在没有所述“全局”Applet存在时成为所述“全局”Applet的计算机可读装置。