CN103297275A - Web网管客户端模块动态发现与加载的系统及方法 - Google Patents

Abstract

一种Web网管客户端模块动态发现与加载的系统及方法，涉及电信传输网管系统和电信接入网管系统，包括网管应用服务器和Web网管服务器，还包括客户端应用程序子系统，客户端应用程序子系统又包括主程序模块和功能集合，功能集合包括多个模块，每个模块均是独立的程序集，所述主程序模块为功能集合运行的平台，主程序模块还包括模块加载器，用于功能集合的动态加载；所述Web网管服务器还包括模块管理器，用于功能集合中模块的动态发现及信息管理。本发明基于RIA技术，实现网管系统运行时的功能扩展，能够动态发现功能集合的新增模块，进行加载和运行，实现网管系统模块化开发、模块化部署以及即插即用的功能升级。

Description

Web网管客户端模块动态发现与加载的系统及方法

技术领域

本发明涉及电信传输网管系统和电信接入网管系统，具体来讲是一种Web网管客户端模块动态发现与加载的系统及方法。

背景技术

随着现代网络技术的发展与互联网标准的不断完善，基于浏览器客户端引擎的RIA（Internet Application，即丰富互联网应用程序）开发技术正在越来越受到人们的关注。在通信技术领域，由于Web网管系统通常具备较高的实时性与客户端性能要求，而采用RIA技术开发的Web应用以其丰富的界面表现力、迅速的交互响应和高效的网络通信等等优势逐步成为B/S（Browser/Server）体系结构下的Web网管开发首选。

在实际开发过程中，由于网管系统多模块、高扩展与增值业务等方面的需求，导致基于RIA的Web网管客户端应用程序会出现体积臃肿庞大，首次加载慢、内存开销大等不好的用户体验，并且程序的可扩展性差、维护困难。

为此，在大型系统的开发中，开发者往往倾向于采用模块化的开发方式。它把一个系统分解成各个不同的模块，进行迭代式增量开发，既提高了开发效率和质量，又保证了良好的扩展性。开发完成的模块直接通过约定进行组合，便可以实现系统的各大功能。目前，C/S（Client/Server）体系结构和传统的B/S（Brower/Server）体系结构已经相继推出了模块化解决方案，例如Java平台下的OSGi规范，JavaScript开发中的CommonJS规范等等，这些规范的模块化管理框架通过引入满足一定机制的模块管理器，可以在程序运行时对各功能模块的加载进行动态管理。

模块化的系统开发有着明显的优势，然而RIA技术目前还没有成熟的开发框架来实现模块的动态加载管理。并且在电信这个行业，网管系统要求提供24小时不间断的服务，系统在功能扩展或升级过程，需要保持正常运行，所以模块的动态发现与加载成为了必须攻克的技术难题。对此，进行更加深入的研究就显得尤为必要。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种Web网管客户端模块动态发现与加载的系统及方法，基于RIA技术，实现网管系统运行时的功能扩展，在Web网管系统正常运行过程中，能够动态发现功能集合中的新增模块，并在客户端应用程序子系统中进行加载和运行，实现网管系统模块化开发、模块化部署以及即插即用的功能升级。

为达到以上目的，本发明采取一种Web网管客户端模块动态发现与加载的系统，包括网管应用服务器和Web网管服务器，还包括客户端应用程序子系统，客户端应用程序子系统又包括主程序模块和功能集合，功能集合包括多个模块，每个模块均是独立的程序集，所述主程序模块为功能集合运行的平台，主程序模块还包括模块加载器，用于功能集合中模块的动态加载；所述Web网管服务器还包括模块管理器，用于功能集合中模块的动态发现及信息管理。

在上述技术方案的基础上，所述主程序模块还包括界面容器、工具集和消息处理器，界面容器用于定义页面的布局及主题；工具集为整个Web网管客户端应用程序子系统提供公用方法；消息处理器用于订阅Web服务器端的消息，对消息进行分发和处理。

在上述技术方案的基础上，所述Web网管服务器还包括Web服务模块和消息分发管理器，Web服务模块用于客户端应用程序子系统的业务请求，通过API接口从网管应用服务器获取业务数据，加工后返回客户端应用程序子系统；消息分发管理器用于向客户端应用程序子系统推送实时消息。

在上述技术方案的基础上，所述实时消息包括模块管理器发现的功能集合中模块的变更消息，或者是网管应用服务器的上报消息，上报消息为设备状态、设备告警或配置改变。

本发明还提供一种基于上述系统的Web网管客户端模块动态发现与加载方法，包括：将客户端应用程序子系统发布到Web网管服务器；Web网管客户端模块动态加载，后台方面，所述模块管理器首次扫描功能集合的存放目录，获取已部署的配置信息并缓存；界面方面，Web浏览器下载主程序模块并运行，获取所述已部署的配置信息并生成功能菜单，同时客户端应用程序子系统订阅配置改变消息；当点击界面的某功能菜单，模块加载器判断是否已经加载该功能界面，若是，直接打开；若否，下载该功能所在模块的程序集，运行功能界面；Web网管客户端模块动态发现，模块管理器定时扫描功能集合的存放目录，若发现其中有模块变更，模块管理器更新缓存的配置信息，同时将新的配置信息发给已订阅配置改变消息的客户端应用程序子系统；客户端应用程序子系统判断该模块是新增还是修改，若为新增，生成相应功能菜单，进行动态加载；若为修改，提示更新，让用户选择是否使用最新模块的功能。

在上述技术方案的基础上，所述客户端应用程序子系统涉及主程序模块和功能集合，功能集合中的模块发布时，在同一目录下提供模块匹配的配置文件，至少包括模块的主键、版本、中英文名、程序集路径、功能菜单。

在上述技术方案的基础上，所述主程序模块包括界面容器，用于定义界面的布局和主题，在程序运行时动态地填充内容，组织视图的布局，完成视图间的转换，所述功能菜单在界面容器中生成。

在上述技术方案的基础上，所述模块管理器在第一次扫描后，启动一个扫描线程，定时扫描功能集合存放目录，比较模块配置信息和内存的数据是否一致，从而检查功能集合中模块是否存在变更。

在上述技术方案的基础上，所述Web网管服务器还包括消息分发管理器，所述模块管理器将新的配置信息发给消息分发管理器，消息分发管理器向已经订阅配置改变消息的客户端应用程序子系统发送新的配置信息。

在上述技术方案的基础上，所述Web网管服务器还包括Web服务模块，Web服务模块接收客户端应用程序子系统发送的HTTP请求，通过API接口调用，从网管应用服务器获取业务数据，加工后返回给客户端应用程序子系统。

本发明的有益效果在于：基于RIA技术，实现了在Web网管持续运行的情况下，实现功能集合中模块的增加或更新，保证了系统的稳定和平滑升级。让Web网管客户端能够按模块化进行开发与部署，Web网管在不修改主程序的基础上，能够应对市场新的需求，开发各种扩展功能集合，然后进行组合，应对不同的工程使用场景。

附图说明

图1为本发明Web网管客户端模块动态发现与加载的系统框图；

图2为本发明实施例Web网管客户端模块动态加载流程图；

图3为本发明实施例Web网管客户端模块动态发现流程图。

附图标记：

网管应用服务器10；

Web网管服务器20，Web服务模块21，模块管理器22，消息分发管理器23；

客户端应用程序子系统30，功能集合31，主程序模块32，模块加载器33，消息处理器34，界面容器35，工具集36。

具体实施方式

以下结合附图及实施例对本发明作进一步详细说明。

如图1所示，本发明Web网管客户端模块动态发现与加载的系统包括网管应用服务器10、Web网管服务器20和客户端应用程序子系统30，网管应用服务器10负责网管业务逻辑的处理及与底层设备进行交互；Web网管服务器20负责Web网管客户端应用程序的发布及Web网管业务逻辑的处理；所述客户端应用程序子系统30是运行于浏览器中的富客户端应用程序，它部署在Web网管服务器端，由客户端浏览器发送HTTP请求，将该程序下载到本地计算机，然后离线或在线运行。客户端应用程序子系统30包括功能集合31和主程序模块32，功能集合31包括多个模块（如图中模块1、模块2、模块3…模块N），各模块能够独立开发，生成独立的程序集。主程序模块32为客户端应用程序子系统的主框架，是功能集合31运行的平台，它包括模块加载器33、消息处理器34、界面容器35和工具集36，模块加载器23用于功能集合31的动态加载；消息处理器34用于订阅Web服务器端的消息，对消息进行分发和处理；界面容器35用于定义页面的布局、主题等；工具集36为整个Web网管客户端应用程序提供系统级的公用方法。

如图1所示，所述Web网管服务器20包括Web服务模块21、模块管理器22和消息分发管理器23，web服务模块21用于接收客户端应用程序子系统30的业务请求，通过API接口从网管应用服务器10获取业务数据，加工后返回客户端应用程序子系统30；模块管理器22用于功能集合31的动态发现及模块信息的管理；消息分发管理器23负责向客户端应用程序子系统30推送实时消息，所述实时消息包括模块管理器22发现的功能集合31的变更消息，或者是网管应用服务器10的上报消息，上报消息为设备状态、设备告警或配置改变等。

本发明基于上述系统的Web网管客户端模块动态发现与加载方法，包括：

将客户端应用程序子系统30发布到Web网管服务器20，所述客户端应用程序子系统30涉及主程序模块32和功能集合31，功能集合31中的模块发布时，在同一目录下提供模块匹配的配置文件，包括模块的主键、版本、中英文名、程序集路径、功能菜单等。

Web网管客户端模块动态加载，后台方面，所述模块管理器22首次扫描功能集合31的存放目录，获取已部署的配置信息并缓存到内存中。界面方面，Web浏览器向Web网管服务器端发送HTTP请求，然后下载主程序模块32，并在浏览器中运行。主程序启动后，请求Web服务，然后通过模块管理器22已部署的配置信息，并在界面容器35中生成相应的功能菜单；同时消息处理器34向Web后台消息分发模块管理器33订阅配置改变消息。其中界面容器35在程序运行时动态地填充内容，组织视图的布局，完成视图间的转换，所述功能菜单在界面容器中生成。所述Web网管服务器20的Web服务模块21，接收客户端应用程序子系统30发送的HTTP请求，通过API接口调用，从网管应用服务器获取业务数据，加工后返回给客户端应用程序子系统30进行显示。当点击界面的某功能菜单，网管客户端主程序模块32响应界面事件，向模块加载器33发出指令，请求打开功能界面。模块加载器33接收指令后，判断是否已经加载该功能界面，若是，直接打开指定的界面，填充到界面容器35中；若否，发送Web请求，下载该功能所在模块的程序集，运行功能界面。

Web网管客户端模块动态发现，模块管理器22在第一次扫描后，启动一个扫描线程，定时扫描功能集合31的存放目录，比较模块配置信息和内存的数据是否一致，从而检查功能集合31中模块是否存在变更。当功能集合31中模块变更后，一旦部署到Web网管服务器上，就会被模块管理器22的扫描线程发现，模块管理器22会更新缓存的配置信息，同时将新的配置信息发给已订阅配置改变消息的客户端应用程序子系统30。判断该模块是新增还是修改，若为新增，则在界面容器35中生成相应的功能菜单，并使用前面的方式进行动态加载；若为修改，则提示客户端该模块已经更新，让用户确认是否重启Web客户端使用最新模块的功能，客户也可以选择不更新，继续使用自己加载模块的功能。

本发明实施例采用Silverlight作为Web网管客户端开发技术，MEF（Managed Extensibility Framework，托管扩展性框架）作为模块动态加载技术，Java作为服务器端开发技术。Web网管客户端的模块化开发和部署如下：

S11.开发Web网管客户端主程序，生成对应的XAP包，XAP包是利用Silverlight开发的应用程序打包后的文件，它包含应用程序程序集和资源，能够被浏览器中Silverlight插件加载和运行。

S12.根据业务功能，将客户端应用程序子系统30根据不同的功能划分模块，形成模块集合31，每个模块可以单独开发，生成独立的XAP包。XAP包被浏览器下载到本地后，通过MEF进行动态加载，并运行于主程序模块32中。MEF实现程序部件的装载，以及动态的组合应用程序部件等功能，方便得到程序部件的程序集、导出部件等信息。

S13.将网管客户端的主程序和模块中的XAP包，部署到Web网管服务器端，并为每个模块编写一个XML配置文件。所述XML配置文件包含模块的主键、版本、中英文名、程序集路径、功能菜单等，实例如下：

S14.Web网管服务器20启动后，模块管理器22会扫描功能集合31目录下的XML配置文件，获取已经部署的功能集合31中各模块的配置信息并缓存到内存中。然后启动一个扫描线程，定时扫描功能集合31的XML配置文件，比较模块配置信息和内存的数据是否一致，从而检查功能集合31中的模块是否存在变更。

下面通过附图来详细说明实施例。

如图1和图2所示，本发明实施例Web网管客户端模块动态加载的具体步骤如下：

S21.打开Web浏览器；

S22.Web浏览器向Web网管服务器20发送HTTP请求，下载网管客户端主程序的XAP包，并加载到浏览器Silverlight插件中运行；

S23.所述主程序启动后，向Web网管服务器端发送HTTP请求，获取已经部署的功能集合31中模块的XML配置信息，在界面容器35中生成相应的功能菜单；

S24.用户点击界面的某功能菜单，主程序模块32响应界面时间，首先向模块加载器33发出指令，请求打开功能界面；

S25.模块加载器33接收指令后，判断是否已经加载该功能界面，若是，进入S26；若否，进入S27；

S26.直接打开指定的界面，填充到界面容器26中。

S27.判断该功能的程序集所在的XAP包是否下载成功，若下载成功，进入S28；若下载失败，进入S29；

S28.利用MEF动态加载XAP中的程序集，进入S26。

S29.打开该功能的模块失败。

如图1和图3所示，本发明实施例Web网管客户端模块动态发现的具体步骤为：

S31.启动Web网管客户端主程序；

S32.客户端应用程序子系统30与Web网管服务器20之间建立Socket连接，订阅消息分发管理器23的配置改变消息；

S33.当功能集合31的模块变更后，一旦将XAP包及XML配置文件部署到Web网管服务器20上，就会被模块管理器22的扫描线程发现，模块管理器22会读取变更的XML配置文件，更新内存的模块配置数据，同时将改变的配置数据发送给消息分发管理器23；

S34.消息管理器23接收到消息后，判断模块是新增还是更新，若是新增，进入S35；若是更新，进入S36；

S35.在界面容器35中生成相应的功能菜单。

S36.提示客户端该模块已经更新，用户选择是否重启客户端应用程序子系统30，若是，进入S37；若否，进入S38；

S37.返回登录界面。

S38.继续停留在当前界面。

本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。

Claims (10)

1.一种Web网管客户端模块动态发现与加载的系统，包括网管应用服务器和Web网管服务器，其特征在于：还包括客户端应用程序子系统，客户端应用程序子系统又包括主程序模块和功能集合，功能集合包括多个模块，每个模块均是独立的程序集，所述主程序模块为功能集合运行的平台，主程序模块还包括模块加载器，用于功能集合中模块的动态加载；所述Web网管服务器还包括模块管理器，用于功能集合中模块的动态发现及信息管理。

2.如权利要求1所述的Web网管客户端模块动态发现与加载的系统，其特征在于：所述主程序模块还包括界面容器、工具集和消息处理器，界面容器用于定义页面的布局及主题；工具集为整个Web网管客户端应用程序子系统提供公用方法；消息处理器用于订阅Web服务器端的消息，对消息进行分发和处理。

3.如权利要求1或2所述的Web网管客户端模块动态发现与加载的系统，其特征在于：所述Web网管服务器还包括Web服务模块和消息分发管理器，Web服务模块用于客户端应用程序子系统的业务请求，通过API接口从网管应用服务器获取业务数据，加工后返回客户端应用程序子系统；消息分发管理器用于向客户端应用程序子系统推送实时消息。

4.如权利要求3所述的Web网管客户端模块动态发现与加载的系统，其特征在于：所述实时消息包括模块管理器发现的功能集合中模块的变更消息，或者是网管应用服务器的上报消息，上报消息为设备状态、设备告警或配置改变。

5.一种基于权利要求1所述系统的Web网管客户端模块动态发现与加载方法，其特征在于，包括：

将客户端应用程序子系统发布到Web网管服务器；

Web网管客户端模块动态加载，后台方面，所述模块管理器首次扫描功能集合的存放目录，获取已部署的配置信息并缓存；界面方面，Web浏览器下载主程序模块并运行，获取所述已部署的配置信息并生成功能菜单，同时客户端应用程序子系统订阅配置改变消息；当点击界面的某功能菜单，模块加载器判断是否已经加载该功能界面，若是，直接打开；若否，下载该功能所在模块的程序集，运行功能界面；

Web网管客户端模块动态发现，模块管理器定时扫描功能集合的存放目录，若发现其中有模块变更，模块管理器更新缓存的配置信息，同时将新的配置信息发给已订阅配置改变消息的客户端应用程序子系统；客户端应用程序子系统判断该模块是新增还是修改，若为新增，生成相应功能菜单，进行动态加载；若为修改，提示更新，让用户选择是否使用最新模块的功能。

6.如权利要求5所述的Web网管客户端模块动态发现与加载方法，其特征在于：所述客户端应用程序子系统涉及主程序模块和功能集合，功能集合中的模块发布时，在同一目录下提供模块匹配的配置文件，至少包括模块的主键、版本、中英文名、程序集路径、功能菜单。

7.如权利要求5所述的Web网管客户端模块动态发现与加载方法，其特征在于：所述主程序模块包括界面容器，用于定义界面的布局和主题，在程序运行时动态地填充内容，组织视图的布局，完成视图间的转换，所述功能菜单在界面容器中生成。

8.如权利要求5所述的Web网管客户端模块动态发现与加载方法，其特征在于：所述模块管理器在第一次扫描后，启动一个扫描线程，定时扫描功能集合存放目录，比较模块配置信息和内存的数据是否一致，从而检查功能集合中模块是否存在变更。

9.如权利要求5所述的Web网管客户端模块动态发现与加载方法，其特征在于：所述Web网管服务器还包括消息分发管理器，所述模块管理器将新的配置信息发给消息分发管理器，消息分发管理器向已经订阅配置改变消息的客户端应用程序子系统发送新的配置信息。

10.如权利要求5所述的Web网管客户端模块动态发现与加载方法，其特征在于：所述Web网管服务器还包括Web服务模块，Web服务模块接收客户端应用程序子系统发送的HTTP请求，通过API接口调用，从网管应用服务器获取业务数据，加工后返回给客户端应用程序子系统。

Images