CN102790693A - 网管配置管理方法及装置 - Google Patents

Abstract

本发明公开了一种网管配置管理方法及装置。该方法包括：互联网WEB页面显示模块根据用户的配置/查询操作，通过异步通讯方式向WEB服务器响应处理模块提交用户的配置/查询请求；WEB服务器响应处理模块对配置/查询请求进行处理，并将处理后的设备端可识别的配置/查询内容通过本地网管进程管理模块转发至设备端，本地网管进程管理模块接收设备端的反馈信息，并保存本次配置/查询操作所对应的反馈信息；WEB服务器响应处理模块通过异步通讯方式获取反馈信息，并将反馈信息发送到WEB页面显示模块，WEB页面显示模块对接收到的反馈信息不断地重新组织，并将当前组织后的反馈信息显示给用户。

Description

网管配置管理方法及装置

技术领域

本发明涉及移动通讯领域，特别是涉及一种网管配置管理方法及装置。

背景技术

在现有技术中，微波通信作为现代无线通信的先行者，一直在通信领域起着举足轻重的作用，在移动网络中扮演着不可或缺的角色。无论是在移动接入网络，还是在移动城域网络和核心网络中，随处都可以看到微波设备的身影，尤其在应急通信中，微波更是一个不可替代的手段。对微波网元的监控和管理也越来越成为关注的焦点。

微波站点之间是通过地面视距进行信息传播的，是一种点到点的传输。通常设备中通常采用大网管进行地面一个网络内的网元管理，但是组网之前，首先要对单个网元设备进行基本的配置实现，才能将一个独立的网元加入到如线形、树形或环形网络中去，实现功能的对接。微波网元上都有自己的网管接口，用户可以通过这个网管接口实现对当前网元的基本访问及配置。

对于嵌入式微波通讯设备而言，在设备资源有限、中央处理器(CentralProcessing Unit，简称为CPU)资源优先用于处理设备信息通讯的状况下，如何保证网管富客户端配置的有效性及实时性就变得十分重要。

发明内容

本发明提供一种网管配置管理方法及装置，以解决现有技术中在嵌入式设备资源有限且网管配置模块优先级低的情况下，在进行网关配置时中央处理器资源抢占能力较弱，不能够保证网管富客户端配置的有效性及实时性的问题。

本发明提供一种网管配置管理方法的方法，包括：

互联网WEB页面显示模块根据用户的配置/查询操作，通过异步通讯方式向WEB服务器响应处理模块提交用户的配置/查询请求；

WEB服务器响应处理模块对配置/查询请求进行处理，并将处理后的设备端可识别的配置/查询内容通过本地网管进程管理模块转发至设备端，本地网管进程管理模块接收设备端的反馈信息，并保存本次配置/查询操作所对应的反馈信息；

WEB服务器响应处理模块通过异步通讯方式获取反馈信息，并将反馈信息发送到WEB页面显示模块，WEB页面显示模块对接收到的反馈信息不断地重新组织，并将当前组织后的反馈信息显示给用户。

本发明还提供了一种网管配置管理装置，包括：

互联网WEB页面显示模块，用于根据用户的配置/查询操作，通过异步通讯方式向WEB服务器响应处理模块提交用户的配置/查询请求；

WEB服务器响应处理模块，用于对配置/查询请求进行处理，并将处理后的设备端可识别的配置/查询内容发送到本地网管进程管理模块；

本地网管进程管理模块，用于将处理后的设备端可识别的配置/查询内容发送给设备端，并接收设备端的反馈信息，并保存本次配置/查询操作所对应的反馈信息；

WEB服务器响应处理模块进一步用于：通过异步通讯方式获取反馈信息，并将反馈信息发送到WEB页面显示模块；

WEB页面显示模块进一步用于：对接收到的反馈信息不断地重新组织，并将当前组织后的反馈信息显示给用户。

本发明有益效果如下：

通过B/S架构的实现方式，解决了现有技术中存在的低任务优先级、低设备资源下的本地网管的配置实现，通过异步通讯方式，保证用户进行数据配置时的操作更加可靠安全；通过WEB服务器响应处理模块及本地网管进程管理模块的处理，能够有效降低对系统CPU资源的使用及数据接收结果的可靠性，并提高了设备的性能。

附图说明

图1是本发明实施例的网管配置管理方法的流程图；

图2是本发明实施例的网管配置管理方法的处理流程示意图；

图3是本发明实施例的用户登录的信令流程图；

图4是本发明实施例的网管配置的详细处理的信令流程图；

图5是本发明实施例的网管配置管理装置的结构示意图。

具体实施方式

为了解决现有技术中在嵌入式设备资源有限且网管配置模块优先级低的情况下，在进行网关配置时CPU资源抢占能力较弱，不能够保证网管富客户端配置的有效性及实时性的问题，本发明提供了一种网管配置管理方法及装置，即，一种基于浏览器/服务器(Browser/Server，简称为B/S)架构的、嵌入式的网元配置管理方法及装置，通过使用异步通讯方式，能够进行低任务优先级情况下的用户查询配置操作，使得在高优先级的业务模块占用CPU资源时，不影响用户进行其他基本的数据查询操作，在低资源情况下，用户配置界面不占用大量设备资源，用户的配置操作偶发性的使用CPU，不会出现长时间抢占造成对通讯业务的影响。以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

方法实施例

根据本发明的实施例，提供了一种网管配置管理方法，图1是本发明实施例的网管配置管理方法的流程图，如图1所示，根据本发明实施例的网管配置管理方法包括如下处理：

步骤101，WEB页面显示模块根据用户的配置/查询操作，通过异步通讯方式向WEB服务器响应处理模块提交用户的配置/查询请求；优选地，异步通讯方式为异步的JavaScript和可扩展标记语言(Extensible Markup Language，简称为XML)即AJAX异步通讯方式；

在执行步骤101之前，还需要进行如下处理：1、WEB服务器响应处理模块通过超文本传输协议(HyperText Transfer Protocol，简称为HTTP)并采用套接字方式实现用户的客户端与设备端的连接；2、WEB服务器响应处理模块对用户进行权限控制，对用户的登录操作信息进行创建和/或记录，并在鉴权通过后，向用户返回响应消息。优选地，设备端为嵌入式微波通信设备。

在实际应用中，在步骤101之后，WEB页面显示模块可以执行其他数据配置/查询操作。

也就是说，WEB页面显示模块根据用户的各种查询配置操作，提交用户的请求并获取返回的最新数据，不断地重绘和重新组织显示给用户的数据，此外，还需要处理用户基于鼠标和键盘的交互，即，执行其他数据配置/查询操作。

步骤102，WEB服务器响应处理模块对配置/查询请求进行处理，并将处理后的设备端可识别的配置/查询内容通过本地网管进程管理模块转发至设备端，本地网管进程管理模块接收设备端的反馈信息，并保存本次配置/查询操作所对应的反馈信息；

具体地，步骤102中，WEB服务器响应处理模块对配置/查询请求进行处理，并将处理后的配置/查询请求转发到本地网管进程管理模块具体包括如下处理：WEB服务器响应处理模块为配置/查询请求分配相应的接口，并将配置/查询请求转换为设备端可识别设备语言，通过分配的接口将设备语言发送到本地网管进程管理模块。本地网管进程管理模块将设备语言发送给设备端，并接收设备端的反馈信息，将本次配置/查询操作所对应的反馈信息导入到数据保存模块中；

其中，WEB服务器响应处理模块为配置/查询请求分配相应的接口具体包括如下处理：

WEB服务器响应处理模块根据配置/查询请求的请求字段标识判断该请求是配置请求还是查询请求；在判断为配置请求的情况下，为配置请求分配统一的配置接口，在判断为查询请求的情况下，为查询请求分配统一的查询接口。

也就是说，WEB服务器响应处理模块通过统一的查询模块和配置模块处理用户由界面上提交来的数据信息，同时交互设备端的数据信息。本地网管进程管理模块负责进行实际的设备端消息与WEB服务器响应处理模块的发送接收消息的处理。

步骤103，WEB服务器响应处理模块通过异步通讯方式获取反馈信息，并将反馈信息发送到WEB页面显示模块，WEB页面显示模块对接收到的反馈信息不断地重新组织，并将当前组织后的反馈信息显示给用户。

具体地，WEB服务器响应处理模块通过异步通讯方式可以从数据保存模块中获取反馈信息，随后，对反馈信息进行转换，并将转换后的反馈信息发送到WEB页面显示模块。

也就是说，WEB页面显示模块会和普通的网页浏览一样，WEB服务器响应处理模块按用户操作顺序响应操作，设备端完成响应后，会将对应的数据放置于数据保存模块，在此过程中，如果用户突然进行了其他的查询配置操作，则，WEB服务器响应处理模块将优先处理用户最新一次操作，同时从数据保存模块中将用户最新的操作取出，反馈给WEB页面显示模块显示。

也就是说，WEB页面显示模块将先获取的反馈信息显示给用户，随后，如果用户在前一次操作还未完成情况下进行其他查询配置操作或重复进行之前的操作，则WEB页面显示模块会将用户最新一次操作结果反馈给用户。

从上述处理可以看出，这种基于B/S架构的异步通讯方式能够有效解决用户在进行配置时的大数据量通讯导致的低CPU资源下富客户端配置需求，及无刷新感的数据实时更新问题。

以下结合附图，对本发明实施例的进行详细说明。

图2是本发明实施例的网管配置管理方法的处理流程示意图，如图2所示，在用户使用用户PC机上的浏览器，通过异步方式向嵌入式服务器(相当于上述WEB服务器响应处理模块)发送数据，嵌入式服务器对数据进行处理后，发送到本地网管进程管理模块，本地网管进程管理模块通过转发模块发送到设备端，设备端通过转发模块、本地网管进程管理模块向嵌入式服务器发送执行结果数据，在嵌入式服务器对执行结果数据进行处理后，通过浏览器向用户进行显示。

一、系统设备启动。

在系统设备正常启动时，各模块顺次加载。设备端的嵌入式服务器(即，上述WEB服务器响应处理模块)正常启动，该启动过程中，嵌入式服务器进行初始化具体包括：

(1)由于B/S架构基于的HTTP协议是一种无状态的模式，因此，服务器端初始化时建立会话(session)表模块，在该表中包括了两个可操作区域，即session操作管理区域和单个用户列表，session操作管理具体包括：用户对应session号的生成，用户名、密码等属性的查询管理、用户操作权限的标记等。

(2)设备启动过程中，将初始化用户语言模块，开辟内存空间，将已有语言包加载入内存中，供用户选择配置。

二、客户端状态保持方式。

在实际应用中，客户端状态保持方式具体包括：

(1)如果用户首次打开浏览器，输入设备端地址进行访问，则此时服务器端根据用户请求，在通讯过程中，将跳转到登录界面并生成一个唯一的会话标识(sessionid)号，用于交给浏览器端实现状态保持。

(2)如果用户之前已经使用同一个浏览器窗口访问过单板，则此时浏览器端已有唯一的sessionid号保存于cookie中；

(3)如果用户已经登录过本地网管系统，并正常退出，此时服务器端相应的sessionid所对应的用户表信息已经注销，但浏览器端cookie中还存在该ID号，可以继续使用；

三、用户访问系统的方式。

在实际应用中，用户访问系统的方式具体包括：

(1)用户在登录页输入用户名密码，点击登录按钮，浏览器端通过AJAX异步通讯方式将用户名、密码等信息以数据方式提交到嵌入式服务器，嵌入式服务器将提交的用户值发送到设备端的用户管理模块进行校验。

(2)用户管理模块校验完成后，将结果返回给嵌入式服务器，嵌入式服务器根据返回值，如果返回成功，则嵌入式服务器为对应的用户创建用户列表，以其sessionid值作为用户标识，同时将成功或失败信息以JSON数据方式返回给浏览器端的回调函数。

(3)回调函数根据数据结果，使得界面显示用户不存在，或者跳转到系统首页显示。

(4)用户在本地网管系统进行基本查询配置，将相应动作提交给嵌入式服务器，嵌入式服务器根据对应的请求字段标识，找到对应的接口处理函数，将用户操作发送到本地网管进程管理模块，在该模块中，发送状态表示将用户请求转发给与设备端衔接的转发模块，接收状态表示处理由转发模块上传回来的数据，并放置于数据存储模块中，此时嵌入式服务器找到对应的数据再回送给浏览器端显示。

四、数据请求配置流程实现。

步骤1，浏览器脚本中，响应用户在界面的点击事件，将用户的请求标识、用户的sessionid、以及用户查询时带的参数或者配置时带的配置数据封装成固定的数据格式发送到服务器。

步骤2，在嵌入式服务器端，包括统一查询接口模块和统一配置接口模块，根据用户提交的请求标识区分操作在查询接口处理还是在配置接口处理，同时根据界面提交的用户信息查询对应的权限，满足权限时进行下一步操作。由于查询与配置接口原理一致，在本发明实施例中，以查询为例：如图2所示，在对应的查询接口中，使用数据解析器，将浏览器端提交的数据进行解析，提取数据后封装为消息块经由本地网管进程管理模块进一步处理。

步骤3，数据处理完成后接收响应：对于查询操作，向界面返回要查询的局部数据内容值；对于配置操作，仅向界面返回操作成功或失败的标识。

图3是本发明实施例的用户登录的信令流程图，如图3所示，包括如下处理：

步骤1，用户于浏览器地址栏中输入用户名、及密码并点击登录按钮；

步骤2，嵌入式服务器端接收用户验证请求，通过转发模块发送到用户管理模块；

步骤3，用户管理模块判断用户是否合法，将验证结果返回给嵌入式服务器端接处理，转步骤4；

步骤4，服务器端接收消息，若验证成功，则在Session管理模块创建对应用户信息，并将成功消息发送到浏览器端，转到步骤6；

步骤5，若验证失败，则直接将失败消息发送给浏览器，转到步骤7；

步骤6，用户端处理完成的消息，进行界面跳转到系统首页；

步骤7，保持页面不跳转，提示用户不存在或者密码错误。

图4是本发明实施例的网管配置的详细处理的信令流程图，如图4所示，包括如下处理：

步骤1，在用户系统页中，打开点对点业务配置界面；

步骤2，嵌入式服务器接收到界面查询提示，将提示请求发送到嵌入式设备；

步骤3，嵌入式设备端读取对应的数据内容，如传输单元表，设备所有单板状态信息，板卡约束逻辑等内容；

步骤4，界面显示可用配置逻辑后，用户开始进行一条业务信息的配置。例如，对于VC4级别路由，传输单元为TUB板，设置该板工作模式，端口号，通道号、时隙号，点击添加按钮。

步骤5，用户请求下发致嵌入式服务器，嵌入式服务器根据用户操作类型和配置方法，选择统一配置接口处理，通过本地网管进程管理模块将配置数据下发至转发模块；

步骤6，由转发模块分配给对应的嵌入式设备端处理；

步骤7，嵌入式设备端处理完成后逆向流程将处理结果及路由标识关键字返回给转发模块，转发模块向嵌入式服务器转发该配置结果，此时，嵌入式服务器异步等待读取配置结果，在嵌入式服务器获取该配置结果后，发送到浏览器界面；此时界面路由表中动态添加一条路由信息，同时数据库中添加一条有效的点对点配置信息记录。

从上述处理可以看出，本发明实施例通过B/S架构的实现方式，解决了现有技术中存在的低任务优先级、低设备资源下的本地网管的配置实现，通过异步通讯方式，保证用户进行数据配置时的操作更加可靠安全；通过WEB服务器响应处理模块及本地网管进程管理模块的处理，能够有效降低对系统CPU资源的使用及数据接收结果的可靠性，并提高了设备的性能。

装置实施例

根据本发明的实施例，提供了一种网管配置管理装置，图5是本发明实施例的网管配置管理装置的结构示意图，如图5所示，根据本发明实施例的网管配置管理装置包括：WEB页面显示模块50、WEB服务器响应处理模块51、以及本地网管进程管理模块52，以下对本发明实施例的各个模块进行详细的说明。

具体地，WEB页面显示模块50用于根据用户的配置/查询操作，通过异步通讯方式向WEB服务器响应处理模块51提交用户的配置/查询请求；对接收到的反馈信息不断地重新组织，并将当前组织后的反馈信息显示给用户。也就是说，WEB页面显示模块50会和普通的网页浏览一样，将先获取的反馈信息显示给用户，随后，如果用户在前一次操作还未完成情况下进行其他查询配置操作或重复进行之前的操作，则WEB页面显示模块会将用户最新一次操作结果反馈给用户。此外，在根据用户的配置/查询操作，通过异步通讯方式向WEB服务器响应处理模块提交用户的配置/查询请求之后，WEB页面显示模块50还可以执行其他数据配置/查询操作。优选地，异步通讯方式为AJAX异步通讯方式；

也就是说，WEB页面显示模块50主要通过AJAX异步通讯方式，封装用户操作信息，提交给服务器模块，此时该模块处于一个异步等待的过程，此时用户可以继续等待操作的结果，也可以访问其他界面。

WEB服务器响应处理模块51用于对配置/查询请求进行处理，并将处理后的设备端可识别的配置/查询内容发送到到本地网管进程管理模块52；WEB服务器响应处理模块51通过异步通讯方式获取反馈信息，并将反馈信息发送到WEB页面显示模块50；具体地，WEB服务器响应处理模块51可以从数据保存模块中获取反馈信息，随后，对反馈信息进行转换，并将转换后的反馈信息发送到WEB页面显示模块。

具体地，WEB服务器响应处理模块51为配置/查询请求分配相应的接口，并将配置/查询请求转换为设备端可识别的设备语言，通过分配的接口将设备语言发送到本地网管进程管理模块。

具体地，WEB服务器响应处理模块51根据配置/查询请求的请求字段标识判断该请求是配置请求还是查询请求；在判断为配置请求的情况下，为配置请求分配统一的配置接口，在判断为查询请求的情况下，为查询请求分配统一的查询接口。

WEB服务器响应处理模块51进一步用于：通过超文本传输协议HTTP协议并采用套接字方式实现用户的客户端与设备端的连接，并对用户进行权限控制，对用户的登录操作信息进行创建和/或记录，并在鉴权通过后，向用户返回响应消息；优选地，设备端为嵌入式微波通信设备。

也就是说，WEB服务器响应处理模块51主要负责完成用户PC机与微波网元设备交互，以及在网元内部与各设备端业务模块进行交互，其中与用户PC机的交互通过了HTTP协议进行实现，采用套接字方式进行通讯建链，用户权限的控制，用户登录操作信息的记录，以及实现对用户请求的响应及分配相应的接口，与设备端业务模块的交互通过本地网管进程管理模块进行交互。

WEB服务器响应处理模块51按用户操作顺序响应操作，设备端完成响应后，会将对应的数据放置于数据保存模块，在此过程中，如果用户突然进行了其他的查询配置操作，则，WEB服务器响应处理模块51将优先处理用户最新一次操作，同时从数据保存模块中将用户最新的操作取出，反馈给WEB页面显示模块50显示。

本地网管进程管理模块52用于将处理后的设备端可识别的配置/查询内容发送给设备端，并接收设备端的反馈信息，保存本次配置/查询操作所对应的反馈信息。优选地，本地网管进程管理模块52可以将本次配置/查询操作所对应反馈信息导入到数据保存模块中；

也就是说，本地网管进程管理模块52负责进行实际的设备端与嵌入式服务器之间的通讯处理，并将设备端返回的信息导入到一个固定的数据保存块中，由WEB服务器响应处理模块51动态的识别读取。

从上述处理可以看出，这种基于B/S架构的异步通讯方式能够有效解决用户在进行配置时的大数据量通讯导致的低CPU资源下富客户端配置需求，及无刷新感的数据实时更新问题。

以下结合附图，对本发明实施例的进行详细说明。

继续如图2所示，在用户通过用户端上的浏览器，通过异步方式向嵌入式服务器(相当于上述WEB服务器响应处理模块)发送数据，嵌入式服务器对数据进行处理后，发送到本地网管进程管理模块，本地网管进程管理模块通过转发模块发送到设备端，设备端通过转发模块、本地网管进程管理模块向嵌入式服务器发送执行结果数据，在嵌入式服务器对执行结果数据进行处理后，通过浏览器向用户进行显示。

一、系统设备启动。

在系统设备正常启动时，各模块顺次加载。设备端的嵌入式服务器(即，上述WEB服务器响应处理模块)正常启动，该启动过程中，嵌入式服务器进行初始化具体包括：

(1)由于B/S架构基于的HTTP协议是一种无状态的模式，因此，服务器端初始化时建立会话(session)表模块，在该表中包括了两个可操作区域，即session操作管理区域和单个用户列表，session操作管理具体包括：用户对应session号的生成，用户名、密码等属性的查询管理、用户操作权限的标记等。

(2)设备启动过程中，将初始化用户语言模块，开辟内存空间，将已有语言包加载入内存中，供用户选择配置。

二、客户端状态保持方式。

在实际应用中，客户端状态保持方式具体包括：

(1)如果用户首次打开浏览器，输入设备端地址进行访问，则此时服务器端根据用户请求，在通讯过程中，将跳转到登录界面并生成一个唯一的会话标识(sessionid)号，用于交给浏览器端实现状态保持。

(2)如果用户之前已经使用同一个浏览器窗口访问过单板，则此时浏览器端已有唯一的sessionid号保存于cookie中；

(3)如果用户已经登录过本地网管系统，并正常退出，此时服务器端相应的sessionid所对应的用户表信息已经注销，但浏览器端cookie中还存在该ID号，可以继续使用；

三、用户访问系统的方式。

在实际应用中，用户访问系统的方式具体包括：

(1)用户在登录页输入用户名密码，点击登录按钮，浏览器端通过AJAX异步通讯方式将用户名、密码等信息以数据方式提交到嵌入式服务器，嵌入式服务器将提交的用户值发送到设备端的用户管理模块进行校验。

(2)用户管理模块校验完成后，将结果返回给嵌入式服务器，嵌入式服务器根据返回值，如果返回成功，则嵌入式服务器为对应的用户创建用户列表，以其sessionid值作为用户标识，同时将成功或失败信息以JSON数据方式返回给浏览器端的回调函数。

(3)回调函数根据数据结果，使得界面显示用户不存在，或者跳转到系统首页显示。

(4)用户在本地网管系统进行基本查询配置，将相应动作提交给嵌入式服务器，嵌入式服务器根据对应的请求字段标识，找到对应的接口处理函数，将用户操作发送到本地网管进程管理模块，在该模块中，发送状态表示将用户请求转发给与设备端衔接的转发模块，接收状态表示处理由转发模块上传回来的数据，并放置于数据存储模块中，此时嵌入式服务器找到对应的数据再回送给浏览器端显示。

四、数据请求配置流程实现。

步骤1，浏览器脚本中，响应用户在界面的点击事件，将用户的请求标识、用户的sessionid、以及用户查询时带的参数或者配置时带的配置数据封装成固定的数据格式发送到服务器。

步骤2，在嵌入式服务器端，包括统一查询接口模块和统一配置接口模块，根据用户提交的请求标识区分操作在查询接口处理还是在配置接口处理，同时根据界面提交的用户信息查询对应的权限，满足权限时进行下一步操作。由于查询与配置接口原理一致，在本发明实施例中，以查询为例：继续如图2所示，在对应的查询接口中，使用数据解析器，将浏览器端提交的数据进行解析，提取数据后封装为消息块经由本地网管进程管理模块进一步处理。

步骤3，数据处理完成后接收响应：对于查询操作，向界面返回要查询的局部数据内容值；对于配置操作，仅向界面返回操作成功或失败的标识。

综上所述，本发明实施例通过B/S架构的实现方式，解决了现有技术中存在的低任务优先级、低设备资源下的本地网管的配置实现，通过异步通讯方式，保证用户进行数据配置时的操作更加可靠安全；通过WEB服务器响应处理模块及本地网管进程管理模块的处理，能够有效降低对系统CPU资源的使用及数据接收结果的可靠性，并提高了设备的性能。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (10)

1.一种网管配置管理方法，其特征在于，包括：

互联网WEB页面显示模块根据用户的配置/查询操作，通过异步通讯方式向WEB服务器响应处理模块提交所述用户的配置/查询请求；

所述WEB服务器响应处理模块对所述配置/查询请求进行处理，并将处理后的设备端可识别的配置/查询内容通过本地网管进程管理模块转发至所述设备端，所述本地网管进程管理模块接收设备端的反馈信息，并保存本次配置/查询操作所对应的反馈信息；

所述WEB服务器响应处理模块通过所述异步通讯方式获取所述反馈信息，并将所述反馈信息发送到所述WEB页面显示模块，所述WEB页面显示模块对接收到的所述反馈信息不断地重新组织，并将当前组织后的所述反馈信息显示给所述用户。

2.如权利要求1所述的方法，其特征在于，所述WEB页面显示模块根据用户的配置/查询操作，通过异步通讯方式向WEB服务器响应处理模块提交所述用户的配置/查询请求之前，所述方法还包括：

所述WEB服务器响应处理模块通过超文本传输协议HTTP并采用套接字方式实现所述用户的客户端与所述设备端的连接；

所述WEB服务器响应处理模块对所述用户进行权限控制，对所述用户的登录操作信息进行创建和/或记录，并在鉴权通过后，向所述用户返回响应消息。

3.如权利要求1所述的方法，其特征在于，所述WEB服务器响应处理模块对所述配置/查询请求进行处理，并将处理后的设备端可识别的配置/查询内容通过本地网管进程管理模块转发至所述设备端，所述本地网管进程管理模块接收设备端的反馈信息，并保存本次配置/查询操作所对应的反馈信息具体包括：

所述WEB服务器响应处理模块为所述配置/查询请求分配相应的接口，并将所述配置/查询请求转换为所述设备端可识别的设备语言，通过分配的接口将所述设备语言发送到本地网管进程管理模块；

所述本地网管进程管理模块将所述设备语言发送给设备端，并接收所述设备端的反馈信息，将本次配置/查询操作所对应反馈信息导入到数据保存模块中。

4.如权利要求3所述的方法，其特征在于，所述WEB服务器响应处理模块为所述配置/查询请求分配相应的接口具体包括：

所述WEB服务器响应处理模块根据所述配置/查询请求的请求字段标识判断该请求是配置请求还是查询请求；

在判断为配置请求的情况下，为所述配置请求分配统一的配置接口，在判断为查询请求的情况下，为所述查询请求分配统一的查询接口。

5.如权利要求1所述的方法，其特征在于，所述WEB页面显示模块根据用户的配置/查询操作，通过异步通讯方式向WEB服务器响应处理模块提交所述用户的配置/查询请求之后，所述方法还包括：

所述WEB页面显示模块执行其他数据配置/查询操作。

6.如权利要求1所述的方法，其特征在于，

所述异步通讯方式为异步的JavaScript和可扩展标记语言XML即AJAX异步通讯方式；

所述设备端为嵌入式微波通信设备。

7.一种网管配置管理装置，其特征在于，包括：

互联网WEB页面显示模块，用于根据用户的配置/查询操作，通过异步通讯方式向WEB服务器响应处理模块提交所述用户的配置/查询请求；

所述WEB服务器响应处理模块，用于对所述配置/查询请求进行处理，并将处理后的设备端可识别的配置/查询内容发送到本地网管进程管理模块；

所述本地网管进程管理模块，用于将处理后的设备端可识别的配置/查询内容发送给所述设备端，并接收所述设备端的反馈信息，保存本次配置/查询操作所对应的反馈信息；

所述WEB服务器响应处理模块进一步用于：通过所述异步通讯方式获取所述反馈信息，并将所述反馈信息发送到所述WEB页面显示模块；

所述WEB页面显示模块进一步用于：对接收到的所述反馈信息不断地重新组织，并将当前组织后的所述反馈信息显示给所述用户。

8.如权利要求6所述的装置，其特征在于，

所述WEB服务器响应处理模块进一步用于：通过超文本传输协议HTTP协议并采用套接字方式实现所述用户的客户端与所述设备端的连接，并对所述用户进行权限控制，对所述用户的登录操作信息进行创建和/或记录，并在鉴权通过后，向所述用户返回响应消息；

所述WEB服务器响应处理模块具体用于：为所述配置/查询请求分配相应的接口，并将所述配置/查询请求转换为所述设备端可识别的设备语言，通过分配的接口将所述设备语言发送到本地网管进程管理模块；

所述本地网管进程管理模块具体用于：将所述设备语言发送给设备端，并接收所述设备端的反馈信息，将本次配置/查询操作所对应所述反馈信息导入到数据保存模块中；

所述WEB服务器响应处理模块具体用于：根据所述配置/查询请求的请求字段标识判断该请求是配置请求还是查询请求；在判断为配置请求的情况下，为所述配置请求分配统一的配置接口，在判断为查询请求的情况下，为所述查询请求分配统一的查询接口。

9.如权利要求6所述的装置，其特征在于，所述WEB页面显示模块进一步用于，在根据用户的配置/查询操作，通过异步通讯方式向WEB服务器响应处理模块提交所述用户的配置/查询请求之后，执行其他数据配置/查询操作。

10.如权利要求6所述的装置，其特征在于，

所述异步通讯方式为异步的JavaScript和可扩展标记语言XML即AJAX异步通讯方式；

所述设备端为嵌入式微波通信设备。

Images