CN109714208A - 一种设备纳入网管的方法、存储介质及电子设备 - Google Patents

Abstract

本发明公开了一种设备纳入网管的方法、存储介质及电子设备，涉及网络管理技术领域，该方法包括：S1、根据设备配置请求获取设备参数信息；S2、根据设备参数信息，判断目标设备是否为直连设备；S3、获取目标设备的访问Web配置页面的HTTP请求；S4、将HTTP请求发送至目标设备；S5、检查用户已使用端口数是否超过用户预设端口上限；S6、检查服务端内是否存在与HTTP请求对应的请求URL；S7、获取Nginx所在的服务器的空闲端口，作为转发端口；S8、服务端修改Nginx配置文件；S9、加载新的配置，同时反馈转发端口的端口信息；S10、组合成新的HTTP请求返回客户端；S11、发送新的HTTP请求至Nginx。本发明根据配置请求，将目标设备快速纳入网管，提高管理工作效率。

Description

一种设备纳入网管的方法、存储介质及电子设备

技术领域

本发明涉及网络管理技术领域，具体涉及一种设备纳入网管的方法、存储介质及电子设备。

背景技术

由于通信网上各种业务网的多样性和同一业务网上设备的多样性，导致不同业务网的网管系统、同一业务网内不同层次的网管系统的管理功能的多样性；

为了支持网管系统的互操作性，ITU-T对网络管理的功能制定了同一标准，提出了一组各种网管系统共同的、基本的管理功能：性能管理、故障管理、配置网管、账务管理和安全管理，由于设备厂商和运营厂商的分离，当前主流的统一网络管理平台一般不包括账务管理，而是由拓扑管理、配置管理、故障管理、性能管理、日志管理等几部分组成；

当前的设备纳入网管的方法操作繁琐，工作量大，导致纳入工作效率低；

因此，急需一种新的设备纳入网管的方法，以提高设备纳入网管的工作效率。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种设备纳入网管的方法、存储介质及电子设备，根据配置请求，将目标设备快速纳入网管，提高管理工作效率。

为达到以上目的，本发明采取的技术方案是：

第一方面，本发明提供一种设备纳入网管的方法，所述方法基于客户端以及服务端，其包括纳入工序，所述纳入工序包括以下步骤：

S1、所述客户端根据设备配置请求获取设备参数信息；

S2、所述客户端根据所述设备参数信息，判断目标设备是否为直连设备，若是，则转入步骤S3，反之则转入步骤S5；

S3、所述客户端获取所述目标设备的访问Web配置页面的HTTP请求；

S4、所述客户端将所述HTTP请求发送至所述目标设备；

S5、检查用户已使用端口数是否超过用户预设端口上限，若未达到则转入步骤S6，反之则发送反馈信息；

S6、检查所述服务端内是否存在与所述HTTP请求对应的请求URL，若存在则在所述请求URL内添加与所述目标设备对应的用户信息，并返回缓存中对应的端口，反之则转入步骤S7；

S7、获取Nginx所在的服务器的空闲端口，作为转发端口，若成功则转入步骤S8，反之则返回失败信息；

S8、所述服务端修改Nginx配置文件，将“请求URL-转发端口-用户”信息加入所述服务端的缓存中；

S9、所述服务端重启Nginx，加载新的配置，同时反馈转发端口的端口信息；

S10、所述服务端根据所述转发端口的端口信息，组合成新的HTTP请求返回客户端；

S11、所述客户端在等待约定时间后，发送新的HTTP请求至Nginx。

在上述技术方案中，所述方法还包括删除工序，所述删除工序包括以下步骤：

A1、删除缓存中所述目标设备的所述用户信息；

A2、删除所述服务端中与所述目标设备对应的URL记录。

在上述技术方案中，所述步骤S7包括：

S701：遍历所述服务端的缓存中已使用的转发端口，判断请求设备是否已开通转发端口，若为开通则转入步骤702，反之则转入步骤S703；

S702：获取所述请求URL中的用户ID，添加至所述目标设备对应的用户ID集合中，并返回端口信息至客户端；

S703：获取Nginx所在的服务器的空闲端口，作为转发端口，若成功则转入步骤S8，反之则返回失败信息。

在上述技术方案中，所述修改Nginx配置文件时，先根据设备URL计算出子配置项的位置，快速将文件指针指向对应位置，写入修改。

在上述技术方案中，所述服务端包括：

设备适配层，其用于在所述目标设备添加后，根据具体情况，负责组合HTTP请求URL和请求参数、决定是否通过反向代理转发以及转发参数配置；

服务端管理程序，其用于维护缓存表，以保存请求URL-转发端口-用户之间的关系、处理客户端的转发请求、修改Nginx服务器的转发配置并重启以及申请或释放转发端口；

反向代理单元，其用于负责HTTP请求转发，使处于外网中的所述客户端可以直接访问内网中的设备Web网管。

在上述技术方案中，所述步骤S5中，所述客户端显示所述反馈信息。

在上述技术方案中，所述设备详细信息中至少包括设备类型、Web协议、Web IP，Web端口、Web登录用户名以及Web登录密码。

在上述技术方案中，所述步骤S2中，所述目标设备是否为直连设备的判断依据为：所述客户端是否是直接向所述目标设备发起请求。

第二方面，本发明还提供一种存储介质，该存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面的设备纳入网管的方法。

第三方面，本发明还提供一种电子设备，包括存储器和处理器，存储器上储存有在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面的设备纳入网管的方法。

与现有技术相比，本发明的优点在于：

本发明根据配置请求，将目标设备快速纳入网管，提高管理工作效率。

附图说明

图1为本发明实施例一提供的一种设备纳入网管的方法中纳入工序的步骤流程图；

图2为本发明实施例一提供的一种设备纳入网管的方法中所述删除工序的步骤S7的步骤流程图；

图3为本发明实施例一提供的一种设备纳入网管的方法中纳入工序的步骤S7的步骤流程图；

图4为本发明实施例三提供的一种设备纳入网管的电子设备的结构框图。

具体实施方式

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

本发明实施例提供一种设备纳入网管的方法、存储介质及电子设备，根据配置请求，将目标设备快速纳入网管，提高管理工作效率。

为达到上述技术效果，本申请的总体思路如下：

一种设备纳入网管的方法，其包括以下步骤：

S1、客户端根据设备配置请求获取设备参数信息；

S2、客户端根据设备参数信息，判断目标设备是否为直连设备，若是，则转入步骤S3，反之则转入步骤S5；

S3、客户端获取所述目标设备的访问Web配置页面的HTTP请求；

S4、客户端将所述HTTP请求发送至所述目标设备；

S5、检查用户已使用端口数是否超过用户预设端口上限，若未达到则转入步骤S6，反之则发送反馈信息；

S6、检查服务端内是否存在与HTTP请求对应的请求URL，若存在则在请求URL内添加与目标设备对应的用户信息，并返回缓存中对应的端口，反之则转入步骤S7；

S7、获取Nginx所在的服务器的空闲端口，作为转发端口，若成功则转入步骤S8，反之则返回失败信息；

S8、服务端修改Nginx配置文件，将“请求URL-转发端口-用户”信息加入服务端的缓存中；

S9、服务端重启Nginx，加载新的配置，同时反馈转发端口的端口信息；

S10、服务端根据转发端口的端口信息，组合成新的HTTP请求返回客户端；

S11、客户端在等待约定时间后，发送新的HTTP请求至Nginx。

实施例一

如图1至3所示，本发明第一实施例提供了一种设备纳入网管的方法，方法基于客户端以及服务端，其包括纳入工序，纳入工序包括以下步骤：

S1、客户端根据设备配置请求获取设备参数信息；

S2、客户端根据设备参数信息，判断目标设备是否为直连设备，若是，则转入步骤S3，反之则转入步骤S5；

S3、客户端获取所述目标设备的访问Web配置页面的HTTP请求；

S4、客户端将所述HTTP请求发送至所述目标设备；

S5、检查用户已使用端口数是否超过用户预设端口上限，若未达到则转入步骤S6，反之则发送反馈信息；

S6、检查服务端内是否存在与HTTP请求对应的请求URL，若存在则在请求URL内添加与目标设备对应的用户信息，并返回缓存中对应的端口，反之则转入步骤S7；

S7、获取Nginx所在的服务器的空闲端口，作为转发端口，若成功则转入步骤S8，反之则返回失败信息；

S8、服务端修改Nginx配置文件，将“请求URL-转发端口-用户”信息加入服务端的缓存中；

S9、服务端重启Nginx，加载新的配置，同时反馈转发端口的端口信息；

S10、服务端根据转发端口的端口信息，组合成新的HTTP请求返回客户端；

S11、客户端在等待约定时间后，发送新的HTTP请求至Nginx。

需要说明的是，设备参数信息中至少包括设备类型、Web协议(http或https)、WebIP、Web端口、Web登录用户名、Web登录密码。

本发明实施例，步骤操作方便快捷，根据配置请求，将目标设备快速纳入网管，提高管理工作效率。

本发明还在一定程度上减少开发工作量，加快了开发的工作进度。

其中，该方法包括以下主要功能模块：

设备适配层：和统一网管系统的设备管理模块相配合，在设备添加后，根据具体情况，负责组合HTTP请求URL和请求参数、决定是否通过反向代理转发、以及转发参数配置等功能；

而设备适配层可以设置在服务端，也可以设置在客户端，设置在客户端时，具体可以是CS客户端，或者BS的前台JS部分；

服务端管理程序：维护缓存表，以保存请求URL-转发端口-用户之间的关系，表中每条记录的请求URL和转发端口都是唯一的，但用户信息可能有多个；处理客户端的转发请求；修改Nginx服务器的转发配置并重启；申请和释放转发端口；

反向代理(具体实施方案中使用的Nginx)：负责HTTP请求转发，使处于外网中的网管客户端可以直接访问内网中的设备Web网管。

其中，需要说明的是，针对各主要功能模块中，设备适配层根据实际情况，可以位于前端，即CS架构客户端或BS架构JS脚本，也可以位于后端服务器代码中，也可以分开部署，一部分位于前端，一部分位于后端；

而直连判断标准并不唯一，可以根据设备IP段和客户端所处的IP段，甚至可以直接通过ping命令来判断目标设备和客户端是否连通；

步骤S4中，在组成HTTP请求的流程时，需要提供自定义接口，使设备可以组成符合自身要求的HTTP请求；

合成反向代理请求的过程中也需要提供设备自定义接口，用于获取设备的自定义反向代理服务配置，和其他信息一起发送给服务端管理程序。例如：需要登录设备的HTTP服务器中，设置有类似防盗链接或者根据http请求中的host字段来进行访问或者路由功能的限制。在使用反向代理服务器过程中，用户http请求是由代理服务器向真实的http服务器发送的，如果不在反向代理服务器重写http请求头中host字段，会导致请求失败。所以需要在反向服务配置中加入“proxy_set_header Host$host”。

另外，本方法中，判断用户是否还有多余端口，最直接的方式是，设置用户可以使用端口的上限，超过上限则返回错误。更为复杂的，根据网管服务器性能设置允许开放的最大端口数，同时针对被管设备的性能，设置同时访问的最大用户数(可以和设备类型信息保存在一起)，综合考虑用户当前使用的端口数、当前已开放的全部代理端口数、以及设备已开通的访问用户数，只要其中一个值达到上限，即可返回相应的错误，提示用户操作失败。

需要说明的是，步骤S5中，检查用户已使用端口数是否超过用户预设端口上限，若未达到则转入步骤S6，反之则发送反馈信息；

用户预设端口上限具体是指向该用户分配的端口数，该用户最多使用的端口数不超过用户预设端口上限；

具体可以是，检查用户使用的端口是否达到上限，出于保护服务器的目的，也可以检查Nginx所在服务器已使用端口的上限。

而步骤S7中，获取Nginx或类似反向代理所在的服务器的空闲端口，作为转发端口，若成功则转入步骤S8，反之则返回失败信息；

具体可以是，获取Nginx或类似反向代理所在的服务器的空闲端口。

本发明实施例中，方法还包括删除工序，删除工序包括以下步骤：

A1、删除缓存中目标设备的用户信息；

A2、删除服务端中与目标设备对应的URL记录。

需要说明的是，该删除工序主要是在用户关闭配置页面或者用户退出网管客户端时操作步骤A1；

在设备无对应用户信息或超时操作步骤A2。

本发明实施例中，步骤S7包括：

S701：遍历服务端的缓存中已使用的转发端口，判断请求设备是否已开通转发端口，若为开通则转入步骤702，反之则转入步骤S703；

S702：获取请求URL中的用户ID，添加至目标设备对应的用户ID集合中，并返回端口信息至客户端；

S703：获取Nginx或类似反向代理所在的服务器的空闲端口，作为转发端口，若成功则转入步骤S8，反之则返回失败信息。

本发明实施例中，修改Nginx配置文件时，先根据设备URL计算出子配置项的位置，快速将文件指针指向对应位置，写入修改；

具体操作时，写入Nginx的配置中，可以按照设备URL分为多条子配置。这些子配置可以按设备URL进行排序。每次修改时，先根据设备URL计算出子配置项的位置，快速将文件指针指向对应位置，写入修改。

本发明实施例中，方法的基于的主要功能模块包括：

设备适配层，其用于在目标设备添加后，根据具体情况，负责组合HTTP请求URL和请求参数、决定是否通过反向代理转发以及转发参数配置；

服务端管理程序，其用于维护缓存表，以保存请求URL-转发端口-用户之间的关系、处理客户端的转发请求、修改Nginx服务器的转发配置并重启以及申请或释放转发端口；

反向代理单元，其用于负责HTTP请求转发，使处于外网中的客户端可以直接访问内网中的设备Web网管。

本发明实施例中，步骤S5中，客户端显示反馈信息。

本发明实施例中，设备详细信息中至少包括设备类型、Web协议、Web IP，Web端口、Web登录用户名以及Web登录密码。

本发明实施例中，步骤S2中，目标设备是否为直连设备的判断依据为：客户端是否是直接向目标设备发起请求。

基于同一发明构思，本申请提供了实施例一对应的存储介质的实施例，详见实施例二

实施例二

本发明第二实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现第一实施例中的所有方法步骤或部分方法步骤。

本发明实现上述第一实施例中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Ran dom Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

基于同一发明构思，本申请提供了实施例一对应的电子设备的实施例，详见实施例三

实施例三

如图4所示，本发明第三实施例还提供一种电子设备，包括存储器和处理器，存储器上储存有在处理器上运行的计算机程序，处理器执行计算机程序时实现第一实施例中的所有方法步骤或部分方法步骤。

所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。

存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现计算机装置的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、视频数据等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、服务器或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、服务器和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种设备纳入网管的方法，其特征在于，所述方法基于客户端以及服务端，其包括纳入工序，所述纳入工序包括以下步骤：

S1、客户端根据设备配置请求获取设备参数信息；

S2、客户端根据所述设备参数信息，判断目标设备是否为直连设备，若是，则转入步骤S3，反之则转入步骤S5；

S3、客户端获取所述目标设备的访问Web配置页面的HTTP请求；

S4、客户端将所述HTTP请求发送至所述目标设备；

S5、检查用户已使用端口数是否超过用户预设端口上限，若未达到则转入步骤S6，反之则发送反馈信息；

S6、检查所述服务端内是否存在与所述HTTP请求对应的请求URL，若存在则在所述请求URL内添加与所述目标设备对应的用户信息，并返回缓存中对应的端口，反之则转入步骤S7；

S7、获取Nginx所在的服务器的空闲端口，作为转发端口，若成功则转入步骤S8，反之则返回失败信息；

S8、所述服务端修改Nginx配置文件，将“请求URL-转发端口-用户”信息加入所述服务端的缓存中；

S9、所述服务端重启Nginx，加载新的配置，同时反馈转发端口的端口信息；

S10、所述服务端根据所述转发端口的端口信息，组合成新的HTTP请求返回客户端；

S11、所述客户端在等待约定时间后，发送新的HTTP请求至Nginx。

2.如权利要求1所述的方法，其特征在于，所述方法还包括删除工序，所述删除工序包括以下步骤：

A1、删除缓存中所述目标设备的所述用户信息；

A2、删除所述服务端中与所述目标设备对应的URL记录。

3.如权利要求1所述的方法，其特征在于，所述步骤S7包括：

S701：遍历所述服务端的缓存中已使用的转发端口，判断请求设备是否已开通转发端口，若为开通则转入步骤702，反之则转入步骤S703；

S702：获取所述请求URL中的用户ID，添加至所述目标设备对应的用户ID集合中，并返回端口信息至客户端；

S703：获取Nginx所在的服务器的空闲端口，作为转发端口，若成功则转入步骤S8，反之则返回失败信息。

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

所述修改Nginx配置文件时，先根据设备URL计算出子配置项的位置，快速将文件指针指向对应位置，写入修改。

5.如权利要求4所述的方法，其特征在于，所述服务端包括：

设备适配层，其用于在所述目标设备添加后，根据具体情况，负责组合HTTP请求URL和请求参数、决定是否通过反向代理转发以及转发参数配置；

服务端管理程序，其用于维护缓存表，以保存请求URL-转发端口-用户之间的关系、处理客户端的转发请求、修改Nginx服务器的转发配置并重启以及申请或释放转发端口；

反向代理单元，其用于负责HTTP请求转发，使处于外网中的所述客户端可以直接访问内网中的设备Web网管。

6.如权利要求1所述的方法，其特征在于：所述步骤S5中，所述客户端显示所述反馈信息。

7.如权利要求1所述的方法，其特征在于：所述设备详细信息中至少包括设备类型、Web协议、Web IP，Web端口、Web登录用户名以及Web登录密码。

8.如权利要求1所述的方法，其特征在于，所述步骤S2中，所述目标设备是否为直连设备的判断依据为：所述客户端是否是直接向所述目标设备发起请求。

9.一种存储介质，该存储介质上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现权利要求1至8任一项所述的方法。

10.一种电子设备，包括存储器和处理器，存储器上储存有在处理器上运行的计算机程序，其特征在于：所述处理器执行所述计算机程序时实现权利要求1至8任一项所述的方法。