CN101083602A - 使用本地代理共享通信信息的方法和系统 - Google Patents

Abstract

提供了一种使用本地代理共享通信信息的方法，其中所述本地代理运行在与终端上运行的浏览器的进程类似的进程中。该方法包括：在终端(20)上运行的本地代理(222)，作为在终端(20)上运行的应用和服务器(10)之间通信的代理，运行在与终端(20)上运行的浏览器(221)的进程类似的进程(220)中；应用(231)运行在与本地代理(222)的进程不同的进程(230)中；本地代理(222)接收应用(231)传送的数据，并且通过浏览器(221)将所述数据传送给服务器(10)，并且本地代理(222)通过浏览器(221)从服务器(10)接收经过处理的数据，并且将所述经过处理的数据传送给应用(231)。

Description

使用本地代理共享通信信息的方法和系统

技术领域

本发明涉及在由网络应用运行的客户端-服务器系统中使用本地代理共享通信信息的方法、系统和程序，其中所述本地代理运行在与客户端(以下也称为终端)上运行的浏览器的进程类似的进程中。

背景技术

目前已经公开了单一登陆系统(例如专利文件1)，其中在通过因特网访问网络服务器的用户终端和网络服务器之间设置一个用户认证代理，所述用户认证代理为网站执行用户认证。无论用户终端类型如何，该系统都允许用户认证代理为用户使用URL指定的网站执行用户认证。

专利文件1：日本未经审查的专利申请，编号2002-32340。

另一方面，有一种称为本地代理的软件允许终端自身具备代理功能。目前，本地代理以下述方式使用。如果浏览器向本地代理发送数据请求，则本地代理从网络服务器而不是浏览器请求数据。另外，本地代理接收网络服务器传送的数据，并且将数据传送给浏览器。通过这种使用，从网络服务器传送的数据可以在根据用户参数进行更改后传送给浏览器。例如，可以实现消除广告，关闭JavaScript，关闭自动重新加载等。

商务应用作为网络系统开发时，很多情况下要在公司内整合认证信息。在网络系统中，假设终端中的处理使用浏览器执行。在网络系统中，逻辑处理基本上在服务器端执行。浏览器使用HTTP(超文本传输协议)从WWW(万维网)服务器接收处理结果，并且将处理结果显示为其基本处理。通过假设使用浏览器和使用HTTP通信，可以在多个应用间实施公司范围的综合认证。更特别地，在浏览器和认证服务器之间的数据上附加认证信息，浏览器就可以自动地将认证信息附加到每个应用的通信中，其中所述数据采用浏览器可处理的格式，例如Cookie。相应地，每个应用不需要执行关于认证的具体处理。

发明内容

然而在使用浏览器的情况下，存在问题：作为用户界面的输入操作表达在客户端-服务器系统中执行时操作性差而且操作复杂，不能象分配功能键一样执行并且返回键困难。出于这个原因，有些商务领域并不适合使用浏览器实施。

另一方面，所谓富客户端技术的使用越来越广泛。富客户端是这样一种技术，其通过利用其他技术如网络浏览器插件来实现“富”客户端，以提高表达能力和用户界面的可操作性。富客户端提供唯一的运行时环境并且在特定于每种技术的应用中运行。相应地，对于不适合采用浏览器实施的商务领域，采用富客户端技术成为一种趋势。

该富客户端技术往往合并在浏览器中，并且可以使用浏览器执行。这意味着富客户端在浏览器的进程空间中运行。有了这种配置，就可以共享浏览器所具有的通信信息并且可以利用综合认证。

然而，很难使富客户端的多版本运行时环境在浏览器的单一进程中平行运行。就商务应用而言，用户往往希望以开发时的版本连续地使用应用(其开发已经完成)。可是如果存在使用相同富客户端技术并且在不同时期开发的应用，就不可能在浏览器的单一进程中运行这些应用，除非此时不同的版本已整合为一个版本。

另一种方法是：如果应用并未整合在浏览器的单一进程中，而是为每个应用提供不同的进程空间，就可以运行多个应用版本。不过在这种情况下，激活的应用和浏览器之间就不能共享认证所用的信息(cookie等)。因此就会出现在激活的应用中再次要求用户认证的情况。于是在这种情况下，即使使用专利文件1中所述的方法，也不可能实现通用认证的优点，即一旦获得认证即可在授权范围内使用应用。作为结果，将通用认证作为无疑假设的用户不会接受该方法，并且开发者将错过商业机会。即便如此，要实施通用认证就需要开发认证应用，而其开发成本非常高，这种开发从根本上并无必要而且会影响可用性。

可以考虑这样一种实现：当在某些装置中激活富客户端时允许富客户端从浏览器接收认证信息。然而在此情况下接收认证信息不是通过一般方法实现的，而是采取一种非常特殊的方法实现的，该方法可能导致实施成本较高的问题。另外，例如，该实施方法不适用于在激活后定期更新认证信息的系统。

相应地，发明人关注在浏览器中运行的本地代理，并提出一种实现本地代理的设想，该本地代理可以中继其他应用的通信。根据这个设想，本发明的目标是将在终端上其他进程中运行的应用的通信配置为通过浏览器来执行，并且将与服务器的通信路径限制为一个通信路径。

根据本发明的第一个实施例，提供用于在由网络应用运行的客户端-服务器系统中共享通信信息的方法。所述方法的特征在于包括：在客户端上运行的本地代理，作为在客户端上运行的应用和服务器之间通信的代理，运行在客户端上运行的浏览器的进程类似的进程中，所述应用运行在与本地代理的进程不同的进程中，所述本地代理接收应用传送的数据，并且通过浏览器将数据传送给服务器，并且本地代理通过浏览器从服务器接收经过处理的数据，并将所述经过处理的数据传送给应用。

在此，所述本地代理的实施方式，可以允许本地代理在与浏览器的进程类似的进程中运行，并且可以执行每个进程的TCP/IP套接字通信。例如，所述本地代理能够使用HTTP执行通信。此外，本地代理可以使用ActiveX或运行时环境如Java运行时环境(以下称为Java运行时环境)实现，或者可以以原始方式实现。

另外，进程是指一个程序，OS为所述程序分配存储空间，并且所述程序执行处理。

根据第二个实施例，提供了用于在由网络应用运行的客户端-服务器系统中共享通信信息的系统。其特征在于包括在客户端上运行的浏览器以及在所述客户端上运行的本地代理，所述本地代理作为在客户端上运行的应用和服务器之间通信的代理，运行在与客户端上运行的浏览器的进程类似的进程中。所述应用运行在与本地代理的进程不同的进程中。所述本地代理包括用于接收应用所传送数据的数据接收单元，用于向服务器传送数据的数据传送单元，用于从服务器接收经过处理的数据的已处理数据接收单元，以及用于向应用传送经过处理的数据的已处理数据传送单元。

根据本发明的第三个实施例，提供了一种计算机程序产品，用于促使计算机执行用于在由网络应用运行的客户端-服务器系统中共享通信信息的方法。所述方法包括：在客户端上运行的本地代理，作为在客户端上运行的应用和服务器之间通信的代理，运行在与客户端上运行的浏览器的进程类似的进程中，所述应用运行在与本地代理的进程不同的进程中，所述本地代理接收应用传送的数据并且将数据传送给服务器，并且所述本地代理从服务器接收经过处理的数据并且将所述经过处理的数据传送给应用。

类似地，当在另一个进程中运行的应用与服务器通信时，可以通过将数据传送给所述本地代理实现类似的优势。

根据本发明，可以通过实施本地代理以中继在其他进程中运行的应用的通信，收集终端中对浏览器的通信，并将与服务器的通信路径限制为一个通信路径。相应地，可以使用浏览器在多个应用中共享认证信息。作为结果，可以既提供实现单一登陆的功能又提供改善使用富客户端的可操作性的功能。

并且，根据本发明，通过提供在与允许通用的浏览器类似的进程中运行的本地代理，所述方法可以用于使用各种插件程序或技术的系统。此外，通过将本地代理所执行的通信限于同一终端中的通信，可以确保安全性。

此外，根据本发明，即使对连接到服务器时执行再次认证的现有应用而言，也可以通过将运行在与浏览器的进程类似的进程中的本地代理所中继的请求的源限制为本地主机，而将运行时环境转换成期望的运行时环境版本。相应地，对所述方法的必要更改可以限制在相当小的范围内，并且运行时环境可以很容易转换成期望的运行时环境版本。

附图说明

下文将根据附图描述本发明的优选实施例。

图1是现有认证方法的例子。

图2是根据本发明的认证方法的例子。

图3是本发明中终端的功能性方框图。

图4是终端硬件配置图。

图5是终端中处理的流程图的例子。

图6是应用本发明的实施例。

图7是应用本发明的实施例。

图8是应用本发明的实施例。

图9是根据本发明的一个实施例由网络应用运行的客户端-服务器系统。

具体实施方式

图1示出了现有认证方法的例子。在图1(a)中，通过在终端20上运行的浏览器和认证服务器40之间的数据中附加cookie认证信息，实现与服务器10即应用服务器的通信。相应地，所述浏览器自动地将cookie认证信息附加在与服务器10的通信数据上，从而可以使用基于浏览器的应用系统中的浏览器实现单一登陆系统。

另一方面，图1(b)示出了当在终端20中使用多个版本的应用时的认证方法的例子。为了利用通过浏览器的某种操作激活应用，使用进程类似于浏览器进程的浏览器插件将存储在服务器10(其为应用服务器)中的应用加载到终端20并且在客户端上激活应用。通过使用这种技术，可以实现利用技术提高界面表达能力和可操作性的“富”客户端。所述终端20和所述服务器10之间的通信由认证服务器40通过在所述终端20上的浏览器进行认证(见图1(b)中的(i))。

然而，由于兼容性问题，在与所述终端20上的浏览器的进程类似的进程中同时使用不同版本的应用将很困难(见图1(b)中的(ii))。此外，应用激活于与终端20上浏览器的进程不同的进程中，因此不能使用所述认证信息服务器40通过所述终端20上的浏览器认证的认证信息。这样，所述终端20的应用和所述服务器10之间的通信就需要再次认证(见图1(b)中的(iii))。

图2是根据本发明的认证方法的例子，所述例子解决上述图1(b)中的问题。本地代理222在进程220中使用运行时环境223实施，进程220包括终端20中的浏览器221。在激活于不同于进程220的进程230中的应用231中，所述本地代理222被预先指定为传送目的地。一旦所述应用231激活，应用231即向本地代理222传送数据。本地代理222通过浏览器221执行与服务器10的通信。随后，本地代理222通过浏览器221接收服务器10传送的数据，并且将所述数据传送给应用231。作为结果，即使在使用应用231时，终端20和服务器10之间的通信也可以通过浏览器221执行，并且可以使用已经由认证服务器40认证的认证信息。相应地，当终端20与服务器10通信时，应用231将数据传送目的地设定为本地代理222，本地代理222所驻留的进程220与所述浏览器221的进程类似，由此可以共享终端20和服务器10之间的认证信息。

在此，本地代理222的实施可以通过从服务器10下载本地代理222实现。使用这种方法，即使包括浏览器221的进程220中的运行时环境223因版本升级等原因而改变，也可以每一次都从服务器10提供所述本地代理而不需要用户执行麻烦的操作。这样，可以以相对简单的方式实现本地代理222以供分布和执行。

此外，用于在另一个进程230中激活应用231的方法已经是现有技术。例如，存在诸如“Bootstrap Applet”的技术。在此，“Bootstrap Applet”是用于激活应用的小应用程序，所述应用直接在浏览器运行所在的OS上运行，使用易于在因特网上分布的所述小应用程序作为bootstrap。更特别地，响应于客户端中的应用激活请求，执行运行时环境确认的小应用程序，用于确认从服务器上加载了运行时环境。在执行结果的基础上，在客户端中执行从服务器上加载的激活命令和应用，由此实现激活应用。

图3示出了根据本发明的终端20的功能性方框图。所述终端20包括进程220以及不同于进程220的进程230。所述进程220包括浏览器221和本地代理222，所述进程230包括应用231。本文的描述假设浏览器221和服务器10(未示出)之间的认证已经完成。

应用231向本地代理222传送数据91以实现与服务器10的通信。

本地代理222的数据接收单元81接收数据91并将数据91传送给数据传送单元82。

数据传送单元82从数据接收单元81接收数据91，并且将数据91传送给浏览器221。

浏览器221在通用通信基础上，通过通信网络30将数据91和用于服务器10的认证信息92传送给服务器10。

另一方面，通过通信网络30将经过处理的数据93和认证信息92从服务器10传送给浏览器221，浏览器221将经过处理的数据93传送给本地代理222。

本地代理222的已处理数据接收单元83接收经过处理的数据93，并且将经过处理的数据93传送给已处理数据发送单元84。

已处理数据发送单元84从已处理数据接收单元83接收经过处理的数据93，并且将经过处理的数据93传送给应用231。

如上所述，通过使用本地代理222的每一个功能，即使应用在进程230中，而进程230不同于包括浏览器221的进程220，所述应用也能够使用浏览器221的通信功能执行与服务器10的通信。

图4示出了终端20的硬件配置的例子。终端20包括CPU(中央处理单元)2010、总线2005、通信I/F2040、主存储器2050、BIOS(基本输入输出系统)2060、并行端口2080、USB端口2090、图形控制器2020、音频处理器2030、I/O控制器2070以及键盘和鼠标适配器2100。存储装置(例如FD(软盘)驱动器2072、硬盘2074、光盘驱动器2076以及半导体存储器2078)可以连接到I/O控制器2070。

放大电路2032和扬声器2034连接到音频处理器2030。此外，VRAM2024和显示装置2022连接到图形控制器2020。

BIOS 2060中存储CPU2010在终端20启动时执行的引导程序，以及取决于终端20的硬件的依赖于硬件的程序。FD驱动器2072从软盘2071读取数据，并且通过I/O控制器2070将所述数据提供给硬盘2074。

例如，DVD-ROM驱动器，CD-ROM驱动器，DVD-RAM驱动器或CD-RAM驱动器可以用作光盘驱动器2076。在此情况下，需要使用对应于每个驱动器的光盘2077。光盘驱动器2076从光盘2077读取数据或程序，并且可以通过I/O控制器2070将所述数据或程序提供给主存储器2050或硬盘2074。

提供给终端20的计算机程序可以存储在记录介质中例如光盘2077或存储卡(未示出)中并且由用户提供。在此情况下，通过I/O控制器2070从记录介质中读取所述计算机程序，由此将其安装在终端20中并执行。此外，通过通信I/F2040下载计算机程序，由此将其安装在终端20中并执行。

上述终端20的硬件配置仅作为例子，上文述及的所有元件并非必须具备。

图5是一个流程图，示出了终端20中的处理，并且示出了当使用本地代理222时激活/终止处理的例子。

首先在步骤S10，通过启动终端20中的浏览器221并且通过浏览器221指定服务器10(信息源驻留在该服务器中)的URL(统一资源定位符)，终端20的CPU2010向服务器10发送一个连接请求。服务器10向认证服务器40发送处理以确认终端20是有连接许可的终端。认证服务器40执行认证处理。认证服务器40正确地认证终端20后，服务器10和终端20之间的通信建立(步骤S10)。

例如，如果用户点击浏览器221页面上的一个按钮请求以激活应用231，终端20的CPU2010接受激活应用231的请求(步骤S11)。随后，CPU2010进入到步骤S12。

进入步骤S12后，CPU2010确定本地代理222是否已激活(步骤S12)。该确定处理通过一种用于激活应用231的技术实施。例如，在HTML的情况下，可以使用JavaScript实施确定处理。

在步骤S12，如果本地代理222尚未激活(如果在步骤S12选择否)，CPU2010进入步骤S13以激活本地代理222。另一方面，在步骤S12，如果本地代理222已经激活(如果在步骤S12选择是)，CPU2010进入步骤S14。

进入步骤S13后，CPU2010激活本地代理222(步骤S13)。更特别地，CPU2010确定本地代理222是否存在于终端20的硬盘2074中。如果本地代理222不存在于硬盘2074中，或者如果本地代理222是旧版本，则CPU2010请求从服务器10下载本地代理222。随后CPU2010通过通信I/F2040将本地代理222存储在硬盘2074中，并且将本地代理222加载到主存储器2050中。CPU2010激活加载到主存储器2050中的本地代理222。如果本地代理222存储于硬盘2074中，则CPU2010将本地代理222加载到主存储器2050中，并且激活加载到主存储器2050中的本地代理222。随后CPU2010进入步骤S14。

进入步骤S14后，CPU2010在不同于浏览器221所在进程的进程230中激活应用231(步骤S14)。随后CPU2010进入步骤S15。

进入步骤S15后，应用231使用本地代理222与服务器10实现通信(步骤S15)。更特别地，通信以图3描述的方式实现。通过这一系列处理，不同于浏览器221所在进程的进程中的应用231可以使用浏览器221的认证功能与服务器10通信。

当用户终止应用231时(如果在步骤S16选择是)，CPU2010确定应用231的进程是否为使用本地代理222的最后一个进程(步骤S17)。如果另一个应用正在使用本地代理222(如果在步骤S17选择否)，则CPU2010进入步骤S15。另一方面，如果没有其他应用使用本地代理222(如果在步骤S17选择是)，则CPU2010进入步骤S18。

进入步骤S18后，CPU2010关闭浏览器221，并且终止本地代理222(步骤S18)。

以下例子作为实施例给出。

图6是一个概念图，其中当在浏览器221的进程220中激活的本地代理222使用Java实施时，使用本发明。终端20包括进程230，进程230不同于浏览器221和本地代理222运行所在的进程220。本地代理222使用运行时环境223即Java Runtime Env.-1.3.1版实施。在进程230中，可运行的应用231(未示出)使用的运行时环境233的版本不同于运行时环境223的版本。

在此情况下，在不同于进程220的进程230中激活的应用231可以以任何方式实施，只要所用技术允许与本地代理222的通信。对于本地代理222使用其他技术实施的情况也是如此。另外，显然浏览器221运行所在的进程220和不同于进程220的进程230可以具有相同版本的运行时环境。

图7是一种情况的概念图，其中在浏览器221的进程220中激活的本地代理222使用ActiveX即一种微软公司的工具来实施。

此外，图8是一种情况的概念图，其中在浏览器221的进程220中激活的本地代理222使用一种用于开发浏览器221插件的工具来实施。

图9是根据本发明的一个实施例的客户端-服务器系统的示意图。在图9中，服务器10是应用服务器。服务器10具有连接单元11用于连接到通信网络30，以及存储单元12用于存储程序。另外，存储单元12存储网络文件13。网络文件13包括WWW和应用文件的内容。针对服务器10和终端20之间的认证，系统由于通过通信网络30与认证服务器40连接而具备认证功能，或者由于在服务器10中提供一个认证单元(未示出)而具备认证功能。

例如，终端20可以从服务器10下载网络文件13的信息，并且使用浏览器显示其内容。

通信网络30是连接服务器10和终端20的网络，如因特网或企业内部网。通信网络30可以是WAN(广域网)或者可以是LAN(局域网)。

另外，服务器10上登记的网络文件13的信息由页面数据构成，作为网页由浏览器和应用等显示。页面数据可以以例如HTML(超文本标记语言)编写。应用包括服务器端程序例如JSP(JavaServer页面)、JavaServlet和ASP(动态服务器页面)、Javaapplet、ActiveX控件以及更特别地包括浏览器插件。

上文描述了本发明的实施例，在本地代理的通信方面，本地代理只允许连接源来自套接字通信终端的通信，因此通信仅限于同一终端中的应用的通信。这样即可保证安全性。

此外，当现有系统的应用转移到使用本发明的系统中时本地代理在与浏览器进程类似的进程中激活，并且现有应用通信的传送目的地改为本地代理，从而实施本发明。

上文主要描述了一种使用本地代理共享通信信息的方法和系统，所述本地代理在客户端中的浏览器上运行。然而，也可以在计算机中安装一个程序来实现与上文所述方法类似的共享应用通信信息的功能，所述程序具有在所述共享应用通信信息的方法中描述的功能，并且使计算机执行所述方法。相应地，被描述为本发明一个实施例的共享应用通信信息的方法也可以通过计算机程序实现。显然，本发明不仅包括所述程序本身，也包括程序产品，所述程序产品包括存储程序范围内的程序的介质。执行根据本发明的功能的程序可以存储在任何计算机可读介质上，例如软盘、MO、CD-ROM、DVD、硬盘驱动器、ROM、MRAM以及RAM。该程序可以从另一个连接到通信网络的计算机系统下载，或可以从另一个存储程序的计算机可读介质上复制。另外，该程序可以压缩或分割成多个程序并且存储在一个或多个记录介质中。

上文已经通过实施例和例子说明了本发明，但本发明的技术范围并不限于上文所述的实施例。也对上述实施例可进行各种更改和改进。显然，根据所附的权利要求，这些更改或改进也包括在本发明的技术范围内。

Claims (8)

1.一种用于在由网络应用运行的客户端-服务器系统中共享通信信息的方法，包括：

在客户端上运行的本地代理，作为在所述客户端上运行的应用和服务器之间通信的代理，运行在与所述客户端上运行的浏览器的进程类似的进程中；

所述应用运行在与所述本地代理的进程不同的进程中；

所述本地代理接收所述应用传送的数据，并且通过所述浏览器将所述数据传送给所述服务器；并且

所述本地代理通过所述浏览器从所述服务器接收经过处理的数据，并且将所述经过处理的数据传送给所述应用。

2.根据权利要求1的方法，进一步包括：

响应于从用户接收到激活所述应用的请求，激活所述本地代理。

3.根据权利要求1的方法，进一步包括：

响应于从用户接收到激活所述应用的请求，从服务器加载并激活所述本地代理。

4.根据权利要求1的方法，其中所述本地代理使用与所述浏览器上运行的应用相关的软件程序实施。

5.根据权利要求1的方法，其中使用超文本传输协议(HTTP)来执行所述本地代理执行的通信。

6.根据权利要求1的方法，其中所述本地代理将所述客户端中的所述应用设置为通信目的地并且仅与所述应用通信。

7.一种用于在由网络应用运行的客户端-服务器系统中共享通信信息的系统，包括：

在客户端上运行的浏览器；以及

在客户端上运行的本地代理，所述本地代理作为在所述客户端上运行的应用和服务器之间通信的代理，运行在与客户端上运行的浏览器的进程类似的进程中；

其中所述应用运行在与本地代理的进程不同的进程中，并且其中

所述本地代理包括：

用于接收所述应用所传送数据的数据接收单元；

用于将所述数据传送给所述服务器的数据传送单元；

用于从所述服务器接收经过处理的数据的已处理数据接收单元；以及

用于将所述经过处理的数据传送给所述应用的已处理数据传送单元。

8.一种计算机程序产品，用于促使计算机执行用于在由网络应用运行的客户端-服务器系统中共享通信信息的方法，所述方法包括：

在客户端上运行的本地代理，作为在所述客户端上运行的应用和服务器之间通信的代理，运行在与所述客户端上运行的浏览器的进程类似的进程中；

所述应用运行在与本地代理的进程不同的进程中；

所述本地代理接收所述应用传送的数据，并且将所述数据传送给所述服务器；并且

所述本地代理从所述服务器接收经过处理的数据，并且将所述经过处理的数据传送给所述应用。

Images