CN1547364A

CN1547364A - 一种实现网络客户端应用动态部署的方法

Info

Publication number: CN1547364A
Application number: CNA2003101170393A
Authority: CN
Inventors: 李晓林; 徐志伟; 李如豹; 杨宁
Original assignee: Institute of Computing Technology of CAS
Current assignee: Hainan Nanhai cloud Information Technology Co., Ltd.
Priority date: 2003-12-04
Filing date: 2003-12-04
Publication date: 2004-11-17
Anticipated expiration: 2023-12-04
Also published as: CN100429904C

Abstract

一种实现网络客户端应用动态部署的方法。由客户端、主服务节点、应用服务节点构成系统，包括四个关键模块或协议：客户端加载组件、网络用户空间、应用部署组件、动态部署协议。主服务器节点提供全局的用户空间和应用部署组件。网络客户端具有基本的运行环境和应用加载组件。在用户通过客户端访问服务节点的应用时，主服务节点根据用户信息创建应用实例的会话，并将应用包和部署协议发送到客户端，客户端加载并初始化应用实例。当用户退出时，将生成的数据保存到主服务节点的用户空间，并回收客户端资源，结束主服务节点的会话。可以满足网络客户端的零部署、用户移动计算、应用会话可重构的具有3A特点的使用模式。

Description

一种实现网络客户端应用动态部署的方法

技术领域

本发明涉及计算机应用技术领域，特别涉及分布式应用计算体系结构的一种实现网络客户端应用动态部署的方法。

背景技术

目前的网络应用一般都采用C/S(Client/Server)模式的分布式计算体系结构，这种体系便于实现大量用户对服务器端资源的共享和协同计算。这种体系的客户端应用与服务器端的服务组件间是采用紧耦合的体系结构，用户在使用前需要对客户端应用程序进行安装、部署、配置和维护。

从用户使用角度看，这种模式具有诸多缺点：1)客户端的部署成本高，对用户的知识层次要求高，用户需要懂较多的计算机知识。2)用户使用资源非透明，使用时需要用户干预较多，比如需要配置应用访问的服务器，访问的具体资源等，导致不方便。3)支持移动计算功能有限，用户与客户端设备绑死，当用户的物理位置移动时，要么移动客户端设备，要么重新部署和安装客户端，这样又导致不能与已有的数据共享。上述缺点表明这种体系难于满足用户动态开放的应用需求变化。

虽然B/S(Browser/Server)结构在一定程度上改变了这种现状，但一方面，它存在明显的交互能力差、性能低下、计算服务功能平凡等缺点；另一方面，B/S的客户端采用标准的HTML语言界面，限制了客户端应用范围，对复杂的GUI界面支持有限。

从最终用户使用网络应用的角度出发，现在的使用模式还是很不方便，生产效率低下。用户对未来网络计算提出的基本要求可以体现为3A(Anytime，Anywhere，by Any device)和高生产率的网络服务，基本特点就是透明的、不受时间和空间限制的共享和使用网络资源，大大提高用户使用系统的生产率水平。

发明内容

本发明的目的是提供一种实现能够根据用户实时需求，动态部署网络客户端应用的方法，提高网络分布计算支持动态开放的需求能力和用户生产率水平。

为了实现上述目的，一种实现网络客户端应用动态部署的方法和系统，系统是由客户端、主服务节点和应用服务节点构成的分布式网络计算系统。

主服务节点：提供用户空间、应用部署组件和应用实例部署协议功能模块。

应用服务节点：提供应用和应用需要访问的资源节点，并向主服务节点注册，主服务节点可以通过注册信息访问服务节点上面的应用。

客户端具有内置的应用程序基本运行环境和应用加载程序

本方法的特点是：客户端不预先安装和存储用户数据和应用，用户申请应用时，主服务节点根据用户上下文实时、透明的将应用、应用的初始化数据以及应用需要支持的运行环境组件，通过XML部署协议，发送到客户端。客户端加载应用并初始化。在使用服务过程中生成的数据是存储在主服务节点提供的全局网络用户空间中。

使用本发明的方法，可以实现分布计算模式中客户端与服务端的动态运行时绑定的松散耦合结构，提高用户使用资源的方便性和灵活性，不受时间和空间的限制。适用范围广，具有很高的实际使用价值。可以避免大量客户端安装、部署、维护以及升级带来的巨大成本。

系统是由客户端、主服务节点和应用服务节点构成的分布式网络计算系统。

客户端具有内置的应用程序基本运行环境和应用加载组件。

客户端不预先安装和存储用户数据和应用，用户在使用服务过程中生成的数据是存储在主服务节点，其具有全局的用户空间组件。

动态部署客户端应用的过程，是由主服务节点在用户申请网络应用服务时实时完成的，对用户透明。

部署操作包括应用、应用的初始化数据以及应用需要支持的运行环境组件。

部署过程是通过主服务节点和客户端之间的基于动态的XML部署协议实现的。

附图说明

图1是本发明实现网络客户端应用动态部署方法的结构图；

图2是本发明用户使用一个网络应用程序时，主要工作流程过程图；

图1中，包括客户端和主服务节点的四个关键功能模块：客户端加载组件、网络用户空间、应用部署组件、动态部署协议。图中的过程1表示动态部署客户端应用；过程2表示应用在客户端加载后运行时状态；过程3表示客户端应用在运行时与服务器的请求/响应过程。而网络上基于Web的应用可以通过客户端的浏览器访问，不需要应用动态部署过程。

图2的主要工作流程如下：步骤S1表示用户通过客户端向主服务节点提供自己的身份信息，客户端通过该身份信息自动连接到用户空间，用户空间记录有用户可以使用的应用；步骤S2表示用户请求一个应用时，应用部署组件接受用户对网络应用的请求；步骤S3表示根据用户空间的(上下文)信息，将应用及应用需要的初始化数据，如需要，还要确定运行应用所需的系统组件，生成动态的XML部署协议，并建立该次使用应用的一个会话结构；步骤S4表示主服务节点实时、透明的将应用包发送到客户端；步骤S5表示客户端通过动态部署协议，实时加载应用，并完成针对当前用户的应用初始化；步骤S6表示用户使用应用，该过程的请求/响应受主服务节点的会话控制；步骤S7表示用户在退出应用时，客户端回收资源，并将产生的数据保存到主服务节点的用户空间中，并结束会话。

具体实施方式

根据图1的结构图，具体的各个部分的功能和实现方法如下：

a.客户端加载组件

本发明面向网络应用，其客户端系统可以是现在常见的PC，但需要有基本的应用运行环境，比如Java，可以支持基本的java应用程序。同时具有根据主服务节点的应用实例动态部署协议，动态加载应用的加载组件。

b.用户空间：

用户空间为网络用户服务，包括用户信息和客户端连接的会话信息，同时也存储用户个人一些应用的数据信息和一些系统信息，前者比如使用网络邮件应用时，已经收发的邮件，后者比如用户订阅的系统应用和权限信息。为了实现3A的使用模式，这些数据信息必须对用户来说可以随时获得和共享。如果将数据存储在客户端，共享、移动等较困难。网络用户空间为每个使用网络应用的用户提供数据的存储和访问功能，以及保密功能，用户使用任何客户端设备都可以访问这些私有的数据资源。网络用户空间可以支持各种应用存储数据信息，包括结构化信息和文件。其功能有点像Windows系统的注册表数据库。

每个用户有一个受空间大小限制的用户空间，只有用户自己才有权浏览、管理空间的内容，空间内容可以根据用户的需要对外共享。

c.应用部署组件：

实现网络应用动态部署的核心组件。主要功能包括用户的应用请求解析，用户信息、及运行环境的动态集成，会话创建、管理和控制，创建部署协议，以及应用包的动态发送。在用户请求应用时，应用部署组件实时、透明的根据用户的信息和应用的运行环境要求，生成当前应用运行实例的实时部署协议，动态的将应用包发送到客户端。

d.动态部署协议：

由主服务节点应用部署组件生成的一个XML文件，是对服务运行实例和环境部署的XML文本描述协议，它描述了客户端加载组件需要哪些步骤完成应用实例的加载过程。与此相关的信息包括用户上下文信息、服务的运行环境的配制信息、初始化信息等。该协议提供给客户端的动态加载组件，客户端可以根据它部署当前的一个应用实例。它是实现服务器和客户所代表的主体和客体动态绑定的桥梁。该协议是描述应用实例的动态部署协议，这与WSDL(Web Services Description Language)是描述服务的静态协议有本质区别。

e.应用动态发送：

当用户请求一个应用时，主服务节点的动态部署组件首先获得该用户是否有关于该服务的配制信息，以及访问用户空间中针对该应用的初始化数据，然后检查该应用所需要的运行环境。比如，主服务节点在发送一个网络的邮件界面服务时，需要访问用户空间中用户的个性化配制信息、用户的地址薄信息以及已经接受的邮件，并将需要加载和初始化的过程动态生成XML文档，将应用包和XML部署协议发送到用户正在使用的客户端加载程序。

f.加载：

客户端在接受到主服务节点发送的加载包后，根据XML文件的部署信息，装载该应用实例、并初始化要访问的数据。当应用需要其他组件支持时，客户端还需要动态的从主服务节点加载这些组件。

g.使用：

加载完成后，用户通过该应用使用并请求服务节点上的资源。使用过程中应用根据自己的协议与服务节点交互，主服务节点的会话代表客户端应用请求，对应用进行控制和管理。

h.数据保存：

用户使用应用过程中产生的中间数据，一方面可以临时的存储在客户端的内存中，在用户准备退出客户端应用时，一次性的提交到网络用户空间中。另一方面，可以在每次请求产生数据时都立即提交到用户空间中。

i.退出：

当用户结束一个应用时，客户端将生成的数据提交到主服务节点的用户空间，并回收该应用的系统环境，结束主服务节点的会话。

Claims

1.一种实现网络客户端应用动态部署的方法：由客户端、主服务节点、应用服务节点构成系统，包括四个关键组件：客户端加载组件、网络用户空间、应用部署组件、应用实例动态部署组件，其特征在于，客户端不预先安装和存储用户数据和应用，用户申请应用时，主服务节点实时、透明的将应用、应用的初始化数据以及应用需要支持的运行环境组件，通过XML部署协议，发送到客户端，客户端加载应用并初始化，在使用服务过程中生成的数据是存储在主服务节点提供的全局网络用户空间中。

2.根据权利要求1所述的实现客户端应用动态部署的方法，其特征在于：系统是由客户端、主服务节点和应用服务节点构成的分布式网络计算系统。

3.根据权利要求1所述的实现客户端应用动态部署的方法，其特征在于：客户端具有内置的应用程序基本运行环境和应用加载组件。

4.根据权利要求1所述的实现客户端应用动态部署的方法，其特征在于：主服务节点功能模块包括：用户空间、应用部署组件和应用实例部署协议。

5.根据权利要求1所述的实现客户端应用动态部署的方法，其特征在于：客户端不预先安装和存储用户数据和应用，用户在使用服务过程中生成的数据是存储在主服务节点，其具有全局的用户空间组件。

6.根据权利要求1所述的实现客户端应用动态部署的方法，其特征在于：动态部署客户端应用的过程，是由主服务节点在用户申请网络应用服务时实时完成的，对用户透明。

7.根据权利要求1所述的实现客户端应用动态部署的方法，其特征在于：部署操作包括应用、应用的初始化数据以及应用需要支持的运行环境组件。

8.根据权利要求7所描述的方法，其特征在于，部署过程是通过主服务节点和客户端之间的基于动态的XML部署协议实现的。

9.根据权利要求1的实现网络客户端应用动态部署的方法，其具体步骤如下：当用户通过客户端向主服务节点完成登录，并请求一个应用时，首先，主服务器应用部署组件接受用户对网络应用的请求，根据用户空间获得的用户上下文信息，将应用及应用需要的初始化数据，如需要，还要确定运行应用所需的系统组件，生成动态的XML部署协议，并建立该次使用应用的一个会话结构；然后，将应用包和XML部署协议发送到客户端；客户端加载组件通过XML协议，实时加载应用，并完成初始化，当用户在退出应用时，客户端回收资源，并将产生的数据保存到主服务节点的用户空间中，结束会话。

10、根据权利要求9的实现网络客户端应用动态部署的方法，其具体步骤如下：步骤S1表示用户通过客户端向主服务节点提供自己的身份信息，客户端通过该身份信息自动连接到用户空间，用户空间记录有用户可以使用的应用；步骤S2表示用户请求一个应用时，应用部署组件接受用户对网络应用的请求；步骤S3表示根据用户空间的上下文信息，将应用及应用需要的初始化数据，如需要，还要确定运行应用所需的系统组件，生成动态的XML部署协议，并建立该次使用应用的一个会话结构；步骤S4表示主服务节点实时、透明的将应用包发送到客户端；步骤S5表示客户端通过动态部署协议，实时加载应用，并完成针对当前用户的应用初始化；步骤S6表示用户使用应用，该过程的请求/响应受主服务节点的会话控制；步骤S7表示用户在退出应用时，客户端回收资源，并将产生的数据保存到主服务节点的用户空间中，并结束会话。