CN115118569B - 请求处理方法、装置、网管设备及可读存储介质 - Google Patents

Abstract

本发明涉及网络管理技术领域，提供了一种请求处理方法、装置、网管设备及可读存储介质，应用于网管系统，所述方法包括：接收用于对所述网络设备进行管理的管理请求，其中，所述管理请求包括预先设置的业务模型的业务属性；调用预先实例化的所述业务模型的预设接口，生成与所述管理请求对应的请求报文，所述请求报文包括与所述业务模型对应的信息节点和报文类型，所述预设接口是利用所述预设接口注解的报文类型及所述业务模型与所述管理信息库中的信息节点之间的对应关系实例化的；将所述请求报文发送至所述网络设备，以对所述网络设备进行管理。本发明能够降低开发成本、提高开发效率，进而对网络设备的有效管理。

Description

请求处理方法、装置、网管设备及可读存储介质

技术领域

本发明涉及网络管理技术领域，具体而言，涉及一种请求处理方法、装置、网管设备及可读存储介质。

背景技术

网管系统是管理网络设备的业务系统，网管系统和网络设备之间的通信通常使用网管协议，网管系统通过网管协议获取网络设备的配置信息和运行状态或对网络设备的配置信息进行设置，从而达到管理网络设备的业务效果。

现有技术中，本领域技术人员不但要关注业务代码的实现逻辑，同时也要熟悉网管协议的封装细节及其实现逻辑，网络设备的信息的获取或者设置过程开发成本高、开发效率低，不能满足对网络设备的有效管理。

发明内容

本发明的目的在于提供了一种请求处理方法、装置、网管设备及可读存储介质，其能够降低开发成本、提高开发效率，进而对网络设备的有效管理。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种请求处理方法，应用于网管系统，所述网管系统与网络设备通信，所述网络设备包括管理信息库，所述管理信息库包括用于表征所述网络设备配置和运行信息的信息节点，所述方法包括：接收用于对所述网络设备进行管理的管理请求，其中，所述管理请求包括预先设置的业务模型的业务属性；调用预先实例化的所述业务模型的预设接口，生成与所述管理请求对应的请求报文，所述请求报文包括与所述业务模型对应的信息节点和报文类型，所述预设接口是利用所述预设接口注解的报文类型及所述业务模型与所述管理信息库中的信息节点之间的对应关系实例化的；将所述请求报文发送至所述网络设备，以对所述网络设备进行管理。

可选地，所述对应关系用于表征所述业务模型的业务属性与所述管理信息库中的信息节点之间的关系，所述调用预先实例化的所述业务模型的预设接口，生成与所述管理请求对应的请求报文的步骤包括：

根据所述管理请求，从所述预设接口中确定与所述管理请求对应的预设管理接口；

根据所述预设管理接口及所述对应关系，确定与所述业务属性对应的待管理信息节点；

根据所述管理请求及所述待管理信息节点，生成与所述管理请求对应的请求报文。

可选地，所述根据所述预设管理接口及所述对应关系，确定与所述业务属性对应的待管理信息节点的步骤包括：

若所述预设管理接口的报文类型为设置类型，则根据所述预设管理接口的输入参数对应的业务模型中待设置业务属性及所述对应关系，确定与所述待设置业务属性对应的待设置信息节点；

将所述待设置业务属性的值与所述待设置信息节点进行绑定；

将绑定后的所述待设置信息节点作为所述待管理信息节点，所述待管理信息节点的值为所述待设置业务属性的值。

可选地，所述将所述请求报文发送至所述网络设备，以对所述网络设备进行管理的步骤包括：

将所述请求报文发送至所述网络设备，以指示所述网络设备基于所述请求报文，根据所述待管理信息节点的值对所述网络设备进行设置。

可选地，所述根据所述预设管理接口及所述对应关系，确定与所述业务属性对应的待管理信息节点的步骤还包括：

若所述预设管理接口的报文类型为获取类型，则根据所述预设管理接口的返回值对应的业务模型中待获取业务属性及所述对应关系，确定与所述待获取业务属性对应的待获取信息节点；

将所述待获取信息节点作为所述待管理信息节点。

可选地，所述将所述请求报文发送至所述网络设备，以对所述网络设备进行管理的步骤还包括：

将所述请求报文发送至所述网络设备，以指示所述网络设备基于所述请求报文获取所述待获取信息节点的值，并将所述待获取信息节点的值返回至所述网管系统；

根据所述对应关系，用所述网络设备返回的所述待获取信息节点的值设置所述待获取业务属性的值，并将所述待获取业务属性的值返回至所述请求报文对应的管理请求的发送方。

可选地，所述方法还包括：

利用注解的方式，标记所述业务模型与所述管理信息库中的信息节点之间的对应关系；

将所述对应关系进行存储。

第二方面，本发明实施例提供了一种请求处理装置，应用于网管系统，所述网管系统与网络设备通信，所述网络设备包括管理信息库，所述管理信息库包括用于表征所述网络设备配置和运行信息的信息节点，所述装置包括：接收模块，用于接收用于对所述网络设备进行管理的管理请求，其中，所述管理请求包括预先设置的业务模型的业务属性；生成模块，用于调用预先实例化的所述业务模型的预设接口，生成与所述管理请求对应的请求报文，所述请求报文包括与所述业务模型对应的信息节点和报文类型，所述预设接口是利用所述预设接口注解的报文类型及所述业务模型与所述管理信息库中的信息节点之间的对应关系实例化的；发送模块，用于将所述请求报文发送至所述网络设备，以对所述网络设备进行管理。

第三方面，本发明实施例提供了一种网管设备，包括处理器和存储器；所述存储器用于存储程序；所述处理器用于在执行所述程序时，实现如上述第一方面所述的请求处理方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述第一方面所述的请求处理方法。

相对于现有技术，本发明实施例提供的请求处理方法、装置、网管设备及可读存储介质，根据业务需要抽象出业务模型，并利用预设接口注解的报文类型及业务模型与管理信息库中的信息节点之间的对应关系对预设接口进行实例化，通过调用实例化后的预设接口即可生成满足管理请求的请求报文，再将请求报文发送至网络设备，由此，使得本领域技术人员无需熟悉网管协议的封装细节，也无需关心封装的具体实现，只通过对预设接口及业务模型与管理信息库中的信息节点之间的对应关系进行简单注解，降低了开发成本、提高了开发效率，实现了网络设备的有效管理。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的应用场景的示例图。

图2为本发明实施例提供的网管设备的方框示例图。

图3为本发明实施例提供的请求处理方法的流程示例图一。

图4为本发明实施例提供的请求处理方法的流程示例图二。

图5为本发明实施例提供的请求处理方法的流程示例图三。

图6为本发明实施例提供的请求处理方法的流程示例图四。

图7为本发明实施例提供的请求处理装置的方框示意图。

图8为本发明实施例提供的请求处理方法的整体结构示例图。

图标：10-网管设备；11-处理器；12-存储器；13-总线；14-通信接口；20-网络设备；100-请求处理装置；110-接收模块；120-生成模块；130-发送模块；140-存储模块。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本发明的描述中，需要说明的是，若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在不冲突的情况下，本发明的实施例中的特征可以相互结合。

网管系统通常为网管设备上运行的网管系统软件，用户通过网管系统软件可以实现对网络及网络设备的有效管理，网管设备和网络设备之间通信通常采用网管协议，目前广泛应用的网管协议是简单网络管理协议SNMP(Simple Network Management Protocol，SNMP)网管协议。SNMP网管协议是专门设计用于网管系统管理网络设备的应用层标准协议。SNMP网管协议由管理信息库和管理协议组成。管理信息库也称为MIB(ManagementInformation Base，MIB)，MIB定义了可以通过管理协议进行访问的管理对象的集合，它是一种树状数据库。管理信息库运行在网络设备上，管理信息库的每个节点都有唯一的位置和名字，管理信息库节点由管理信息库对象识别符唯一指定，其命名规则为父节点的对象识别符作为子节点对象识别符的前缀，每一信息节点表征一项网络设备的控制、状态、配置、运行等信息。网络管理协议定义了网管系统如何对网络设备上运行的管理信息库节点进行读、写等操作的交互过程。

网管系统通过SNMP网管协议管理网络设备，主要是获取网络设备的配置信息和运行状态，或者对网络设备的配置信息进行设置。由于不同业务需要获取或者设置的网络设备的配置信息或者运行状态也不一样，为了便于处理，网管系统通常会基于具体的业务抽象出对应的业务模型，该业务模型包括多个属性，在获取网络设备的配置信息和运行状态时，通过编码组装SNMP请求报文，指定从哪些管理信息库节点上获取对应业务模型的属性，收到SNMP响应报文后，再通过编码将管理信息库节点上的值填充到业务模型的属性上，进而进行后续的业务逻辑的计算。在对网络设备的配置信息进行设置时，通过编码将业务模型上填充或修改的值绑定到对应的管理信息库节点上，组装SNMP请求报文将配置信息下发到网络设备，进而完成对设备配置或属性的设置。

上述实现方式，业务代码、请求报文的组装代码存在耦合度较高、扩展性差等问题，并且通常情况下，业务开发人员并不熟悉协议封装细节，而熟悉协议封装的开发人员也无法了解所有的业务模型，导致开发过程中的沟通成本偏高、开发效率较低，不能满足对网络设备的有效管理。

有鉴于此，本发明实施例提供了一种请求处理方法、装置、网管设备及可读存储介质，其能够降低开发成本、提高开发效率，进而对网络设备的有效管理，下面将对其进行详细描述。

请参考图1，图1为本发明实施例提供的应用场景的示例图，图1中，网管设备10与网络设备20通信连接，网管设备10通过网络管理协议，例如SNMP网管协议获取网络设备20的配置信息及运行信息，或者设置网络设备20的配置信息。

网管设备10可以是实体的计算机设备，或者能够实现与实体的计算机设备相同功能的虚拟机，网管设备10可以是一台服务器，或者有多台服务器组成的服务器集群。网管设备10上运行有网管系统软件，该软件可以通过网页和/或命令行的形式提供网络管理的功能，用户可以通过网管设备10上提供的网络设备管理的操作界面对网络设备进行管理，也可以通过与网管设备10通信的客户端上的操作界面对网络设备进行管理，例如，可以通过与网管设备10通信的手机、平板电脑、笔记本电脑等设备访问网管系统软件提供的网络设备管理的操作界面对网络设备进行管理。

网络设备20是连接到网络中的物理实体。网络设备的种类繁多，且与日俱增。不论是局域网、城域网还是广域网，在物理上通常都是由网卡、集线器、交换机、路由器、网线、RJ45接头等网络连接设备和传输介质组成的。网络设备又包括中继器、网桥、路由器、网关、防火墙、交换机等设备。网络设备20包括管理信息库。

在图1的基础上，本发明实施例还提供了图1中网管设备10的方框示意图，请参照图2，图2为本发明实施例提供的网管设备的方框示例图，网管设备10包括处理器11、存储器12、总线13及通信接口14，处理器11、存储器12、通信接口14通过总线13连接。

处理器11可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，请求处理方法的各步骤可以通过处理器11中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器11可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器DSP(DigitalSignal Processing，DSP)、专用集成电路ASIC(Application Specific IntegratedCircuit，ASIC)、现成可编程门阵列FPGA(Field Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器12用于存储程序，例如下述实施例中的请求处理装置。请求处理装置包括至少一个可以软件或固件(firmware)的形式存储于存储器12中或固化在网管设备10的操作系统(OperatingSystem，OS)中的软件功能模块。处理器11在接收到执行指令后，执行所述程序以实现上述实施例揭示的请求处理方法。

网管设备10通过通信接口14和网络设备20通信。

在图1和图2的基础上，本发明实施例还提供了一种应用于图1和图2中网管设备10的请求处理方法，请参照图3，图3为本发明实施例提供的请求处理方法的流程示例图一，该方法包括以下步骤：

步骤S100，接收用于对网络设备进行管理的管理请求，其中，管理请求包括预先设置的业务模型的业务属性。

在本实施例中，管理请求包括对网络设备的配置进行设置的设置请求和获取网络设备的配置或者运行信息的获取请求。设置请求包括、但不限于新增网络设备的配置、修改网络设备的配置或者删除网络设备的配置，网络设备的配置包括、但不限于网络设备的名称、访问口令，端口等配置，网络设备的运行信息包括、但不限于网络设备的CPU占用率、内存利用率，数据包及差错统计信息等。

在本实施例中，业务模型是基于具体的业务抽象得到的，可以根据不同业务需求预先设置不同的业务模型，业务模型通常包括一个或者多个业务属性，一个业务属性对应网络设备中管理信息库中的一个信息节点，例如，对于普通管理员而言，有权限设置或者获取虚拟局域网VLAN(Virtual Local Area Network，VLAN)的特定的基本信息，例如，VLAN的ID、名称和描述，因此，将VLAN的ID、名称和描述抽象为一个业务模型，VLAN的ID、名称和描述为该业务模型的3个业务属性，为了便于标识业务模型，可以为业务模型设置模型标识，用于唯一表征一个业务模型，该业务模型用VLANVo表示。

在本实施例中，管理请求中的业务模型可以是管理请求需要进行管理操作的业务模型，对于业务模型的管理操作可以是设置业务模型中一个或者多个业务属性的值，也可以是获取业务模型中一个或者多个业务属性的值。

步骤S110，调用预先实例化的业务模型的预设接口，生成与管理请求对应的请求报文，请求报文包括与业务模型对应的信息节点和报文类型，预设接口是利用预设接口注解的报文类型及业务模型与管理信息库中的信息节点之间的对应关系实例化的。

在本实施例中，一个业务模型根据实际需要可以预先设置一个或者多个预设接口，不同的预设接口可以实现对业务模型中的属性的不同管理操作。

在本实施例中，为了使业务开发者可以无需关心请求报文的具体生成细节，业务开发者只需要在定义预设接口时对预设接口添加注解，通过注解可以获知预设接口生成的请求报文的报文类型，例如，预设接口及注解示例如下：

@ReqType(“getTable”)//此处是注解

public List<VLANVo>getVLANAll()；//此处是预设接口的定义

由此可以看出注解是非常简单的一种实现方式。报文类型可以有多种，对于每一种报文类型，其属于设置类型和获取类型中的一种，例如，上述中的“getTable”报文类型属于获取类型。

在本实施例中，预设接口的实例化能够使业务开发者不必亲自实现预设接口的生成请求报文的业务逻辑就可以使用该预设接口自动生成请求报文，为了使预设接口在网管系统正常运行时可以正常被调用，通常在网管系统初始化阶段实现预设接口的实例化，预设接口的实例化的具体实现方式为：构造该预设接口的实现类，在实现类中同一个业务模型的不同的预设接口定义的方法的基本实现逻辑为统一的处理逻辑，由于业务模型的表示方式和管理信息库中的信息节点的表示方式不一样，为了实现该处理逻辑，还需要业务开发者预先定义业务模型与管理信息库中的信息节点之间的对应关系，定义的方式仍然可以采用注解方式。

作为一种具体实现方式，利用预设接口注解的报文类型及业务模型与管理信息库中的信息节点之间的对应关系实例化的处理逻辑为：根据注解定义的报文类型构造对应的请求报文，预设接口的输入参数或返回值对应了预先定义的业务模型，对于需要获取网络设备的运行或者配置信息的预设接口，返回值的数据类型对应业务模型，对于设置网络设备的配置信息的预设接口，输入参数的数据类型对应业务模型，根据对应关系，构造请求报文中管理信息库节点对应的值，或是从请求报文的响应报文中获取管理信息库节点的上值，设置回业务模型。

在本实施例中，该请求报文是满足网管协议格式要求、能够直接被网络设备识别和处理的、且与管理请求对应的，包括了与管理请求的业务模型对应的信息节点。

步骤S120，将请求报文发送至网络设备，以对网络设备进行管理。

在本实施例中，对网络设备进行管理可以是设置网络设备的配置，也可以是获取网络设备的配置或者运行信息。

本实施例提供的上述方法，通过对预设接口及业务模型与管理信息库中的信息节点之间的对应关系进行简单注解，使得本领域技术人员无需熟悉网管协议的封装细节，也无需关心封装的具体实现，降低了开发成本、提高了开发效率，实现了网络设备的有效管理。

在图3的基础上，本实施例还提供了一种生成管理请求对应的请求报文的具体实现方式，请参照图4，图4为本发明实施例提供的请求处理方法的流程示例图二，S110包括以下子步骤：

子步骤S1101，根据管理请求，从预设接口中确定与管理请求对应的预设管理接口。

在本实施例中，预设接口至少为一个，预设管理接口为预设接口中满足管理请求的预设接口，例如，预设接口有3个，分别为：getVLANAll、addVLAN、delVLAN，管理请求为获取VLAN信息的请求，则与该管理请求对应的预设管理接口为：getVLANAll。

子步骤S1102，根据预设管理接口及对应关系，确定与业务属性对应的待管理信息节点。

在本实施例中，对应关系具体用于表征业务模型的业务属性与管理信息库中的信息节点之间的关系，一个业务模型中的一个业务属性对应管理信息库中的一个信息节点。

在本实施例中，待管理信息节点为管理信息库中与业务属性对应的信息节点，若业务属性为一个，则对应的待管理信息节点为一个，若业务属性为多个，则每一个业务属性均对应一个待管理信息节点。

在本实施例中，预设管理接口的报文类型不同，确定待管理信息节点的方式也不一样，预设管理接口的报文类型为设置类型时，则待管理信息节点为待设置信息节点，预设管理接口的报文类型为获取类型时，则待管理信息节点为待获取信息节点，为了更清楚地说明两种确定方式的具体流程，本实施例在图4的基础上还提供了包括两种确定方式的流程示意图，请参照图5，图5为本发明实施例提供的请求处理方法的流程示例图三，预设管理接口的报文类型为设置类型时，子步骤S1102包括以下子步骤：

子步骤S1102-10，根据预设管理接口的输入参数对应的业务模型中待设置业务属性及对应关系，确定与待设置业务属性对应的待设置信息节点。

在本实施例中，设置类型意味着该管理请求需要对网络设备进行配置，即需要设置待设置信息节点的值，此时，需要调用的预设管理接口会存在输入参数，该输入参数用于指示需要配置的待设置业务属性，具体地，输入参数的数据类型可以表征业务模型，该数据类型中的字段可以表征业务模型中待设置业务属性。例如，输入参数的数据类型为VLANVo，该数据类型定义为：

public class VLANVo

{

private string VLANId；

private string VLANName；

private string VLANDesc；

}

该数据类型包括3个字段：VLANId、VLANName、VLANDesc，对应3个待设置业务属性。

子步骤S1102-11，将待设置业务属性的值与待设置信息节点进行绑定。

在本实施例中，将待设置业务属性的值与待设置信息节点进行绑定，意味着需要将待设置信息节点设置为待设置业务属性的值，建立待设置业务属性的值与待设置信息节点之间的关联关系。

子步骤S1102-12，将绑定后的待设置信息节点作为待管理信息节点，待管理信息节点的值为待设置业务属性的值。

在本实施例中，绑定后的待设置信息节点的值为需要设置的待设置业务属性的值，例如，待设置信息节点为a，待设置业务属性的值为1，则待管理信息节点可以表示为<a，1>。

预设管理接口的报文类型为获取类型时，子步骤S1102还包括以下子步骤：

子步骤S1102-20，根据预设管理接口的返回值对应的业务模型中待获取业务属性及对应关系，确定与待获取业务属性对应的待获取信息节点。

在本实施例中，获取类型意味着该管理请求需要获取网络设备的信息，即需要获取待获取信息节点的值，此时，需要调用的预设管理接口会存在返回值，该返回值用于指示需要获取的待获取业务属性，具体地，返回值的数据类型可以表征业务模型，该数据类型中的字段可以表征业务模型中待获取业务属性，数据类型及字段的示例与输入参数类似，此处不再赘述。

子步骤S1102-21，将待获取信息节点作为待管理信息节点。

子步骤S1103，根据管理请求及待管理信息节点，生成与管理请求对应的请求报文。

在本实施例中，请求报文是符合网管协议要求格式的报文，因此，需要根据管理请求及待管理信息节点对该报文中对应的字段进行填充，以生成能够被网络设备识别的报文。以SNMP报文为例，SNMP的报文格式如下表1所示。

表1

表1报文格式中每个字段的含义如下：

版本：版本字段，写入版本字段的是版本号减1。例如，SNMP(即SNMPV1)应写入0。

共同体：字符串形式，作为网络管理站和SNMP代理之间的明文口令，默认为public。

PDU类型：PDU的全称为Protocol Data Unit，即协议数据单元，PDU类型指示了SNMP协议的操作类型。值为0，表示get-request操作；值为1，表示get-next-request操作；值为2，表示get-response操作；值为3，表示set-request操作；值为7，表示informRequest操作。

请求标识：管理站设置的一个整数值。SNMP代理在发送get-response报文时也要返回此请求标识符。

差错状态：整数，由SNMP代理进行标注，指明有错误发生。

差错索引：当出现noSuchName、badValue或readOnly的错误时，由代理进程在回答时设置的一个整数。该数值指明引起错误的变量在变量列表中的偏移位置。

名称：MIB管理信息库中的对象标识符OID(Object ID，OID)，一个OID对应一个信息节点。

值：OID对应的值。

以表1为例，若管理请求为设置网络设备的请求，则字段“PDU类型”填充为3，若待设置信息节点的OID为a，与其绑定的值为1，则字段“名称”填充为a，字段“值”填充为1。

请求报文中PDU类型不同，对网络设备中的信息节点的操作方式也不一样，操作方式可以是设置类，也可以是获取类，操作方式不一样，对网络设备的管理方式也不一样，对于设置类的操作方式，对网络设备进行管理实现可以是：

将请求报文发送至网络设备，以指示网络设备基于请求报文，根据待管理信息节点的值对网络设备进行设置。

对于获取类的操作方式，对网络设备进行管理实现可以是：

首先，将请求报文发送至网络设备，以指示网络设备基于请求报文获取待获取信息节点的值，并将待获取信息节点的值返回至网管系统。

其次，根据对应关系，用网络设备返回的待获取信息节点的值设置待获取业务属性的值，并将待获取业务属性的值返回至请求报文对应的管理请求的发送方。

在本实施例中，为了方便用户设置对应关系，也为了便于快速获取对应关系，提高请求处理的效率，本实施例还提供设置对应关系的具体实现方式，请参照图6，图6为本发明实施例提供的请求处理方法的流程示例图四，该方法还包括以下步骤：

步骤S101，利用注解的方式，标记业务模型与管理信息库中的信息节点之间的对应关系。

在本实施例中，由于业务模型通常包括多个业务属性，标记业务模型与管理信息库中的信息节点之间的对应关系，具体可以为标记业务模型的业务属性与管理信息库中的信息节点之间的对应关系。

步骤S102，将对应关系进行存储。

需要说明的是，步骤S101～步骤S102和步骤S100～步骤S120及其子步骤可以是独立的两个阶段，步骤S101～步骤S102不一定必须和步骤S100连续执行，即业务代码可以预先设置对应关系，网管系统对该对应关系进行存储，在后续网管系统初始化时，利用预先存储的对应关系对预设接口进行实例化。

在本实施例中，为了使网管系统正常启动后就可以按照上述实施例提供的请求处理方法进行正常网络设备的管理操作，本发明实施例还提供了网管系统初始化时对预设接口进行实例化的处理方式，具体为：

在网管系统初始化时，获取利用注解方式标记的预设接口的报文类型及业务模型与管理信息库中信息节点之间的对应关系；

根据报文类型及对应关系，对预设接口进行实例化。

为了执行上述实施例及各个可能的实施方式中的相应步骤，下面给出一种请求处理装置100的实现方式。请参照图7，图7出了本发明实施例提供的请求处理装置100的方框示意图。需要说明的是，本实施例所提供的请求处理装置100，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本实施例部分未提及指出。

请求处理装置100包括接收模块110、生成模块120、发送模块130及存储模块140。

接收模块110，用于接收用于对网络设备进行管理的管理请求，其中，管理请求包括预先设置的业务模型的业务属性。

生成模块120，用于调用预先实例化的业务模型的预设接口，生成与管理请求对应的请求报文，请求报文包括与业务模型对应的信息节点和报文类型，预设接口是利用预设接口注解的报文类型及业务模型与管理信息库中的信息节点之间的对应关系实例化的。

可选地，对应关系用于表征业务模型的业务属性与管理信息库中的信息节点之间的关系，生成模块120具体用于：根据管理请求，从预设接口中确定与管理请求对应的预设管理接口；根据预设管理接口及对应关系，确定与业务属性对应的待管理信息节点；根据管理请求及待管理信息节点，生成与管理请求对应的请求报文。

可选地，生成模块120在用于根据预设管理接口及对应关系，确定与业务属性对应的待管理信息节点时具体用于：若预设管理接口的报文类型为设置类型，则根据预设管理接口的输入参数对应的业务模型中待设置业务属性及对应关系，确定与待设置业务属性对应的待设置信息节点；将待设置业务属性的值与待设置信息节点进行绑定；将绑定后的待设置信息节点作为待管理信息节点，待管理信息节点的值为待设置业务属性的值。

可选地，生成模块120在根据所述预设管理接口及所述对应关系，确定与所述业务属性对应的待管理信息节点的步骤时具体还用于：若预设管理接口的报文类型为获取类型，则根据预设管理接口的返回值对应的业务模型中待获取业务属性及对应关系，确定与待获取业务属性对应的待获取信息节点；将待获取信息节点作为待管理信息节点。

发送模块130，用于将请求报文发送至网络设备，以对网络设备进行管理。

可选地，发送模块130具体用于：将请求报文发送至网络设备，以指示网络设备基于请求报文，根据待管理信息节点的值对网络设备进行设置。

可选地，发送模块130具体还用于：将请求报文发送至网络设备，以指示网络设备基于请求报文获取待获取信息节点的值，并将待获取信息节点的值返回至网管系统；根据对应关系，用网络设备返回的待获取信息节点的值设置待获取业务属性的值，并将待获取业务属性的值返回至请求报文对应的管理请求的发送方。

可选地，存储模块140用于：利用注解的方式，标记业务模型与管理信息库中的信息节点之间的对应关系；将对应关系进行存储。

为了更清楚地表示业务代码和本发明实施例提供的方法之间的解耦关系，本实施例还给出了一种整体结构的具体实现方式的示例图，请参照图8，图8为本发明实施例提供的请求处理方法的整体结构示例图。图8中，为了方便描述，将本发明实施例提供的方法按照相对独立的功能划分为6个软件模块：数据策略注解、请求接口注解、注解扫描器、数据策略存储器、请求接口实例构造器、请求接口实例容器。

数据策略注解用于定义业务代码中的业务模型中各业务属性和管理信息库各节点之间的对应关系。

请求接口注解用于标记业务代码中向设备发起SNMP请求的业务请求方法以及该方法将封装的协议报文的类型。

注解扫描器用于扫描出运行环境中的标注了数据策略注解的业务模型和注解信息以及标注了请求接口注解的业务请求方法和注解信息。

请求接口实例构造器用于基于注解扫描器扫描到的业务请求方法以及注解信息构造请求接口实例，并将该请求接口实例存放到请求接口实例容器供业务代码模块调用。

请求接口实例容器用于存放请求接口实例，同时在业务代码调用时提供请求接口实例的实例。

数据策略存储器用于存储注解扫描器扫描到的业务模型属性和管理信息库节点的对应关系。

业务代码模块只需要提供数据策略注解、请求接口注解，使用的时候调用请求接口实例容器即可实现对网络设备20的管理。其中，业务代码模块和6个软件模块均运行于网管设备10。

基于图8的结构示例图，其完整的处理流程如下：

S1：业务代码模块在其定义的业务模型上标注数据策略注解，数据策略注解将定义业务模型各业务属性和管理信息库各节点的对应关系。

S2：业务代码在其定义的请求接口方法上标注请求接口注解、请求接口注解将标记该请求接口方法是一个向网络设备发起SNMP请求的方法。该注解还定义了该请求接口方法将封装SNMP请求报文的类型，以便通过请求报文向网络设备发起请求。

S3：注解扫描器在网管系统启动时，扫描整个运行环境中标注了数据策略注解的业务模型和数据策略注解定义的定义业务模型各业务属性和管理信息库各节点的对应关系，并调用数据策略存储器进行保存。

S4：数据策略存储器收到注解扫描器的数据保存请求后，将业务模型各业务属性和管理信息库各节点的对应关系进行保存，并提供查询接口。

S5：注解扫描器在系统启动时，扫描整个运行环境中标注了请求接口注解的请求接口方法以及请求接口注解定义的SNMP请求报文类型，并调用请求接口实例构造器对接口进行实例化构造。

S6：请求接口实例构造器在收到扫描注解器的请求后，将构造请求接口实例。实现的逻辑是基于定义的请求类型构造或解析报文，构造或解析报文的依据由请求接口实例查询数据策略存储器获取。

S7：请求接口实例构造器在请求接口实例后，将构造的请求接口实例放到请求接口实例容器中，供业务方法在实际运行业务逻辑时获取实例并调用相应的请求接口。

S8：业务代码模块从请求接口实例容器中获取之前定义的请求接口方法对应的接口实现实例，调用其方法。

S9：业务请求实例从数据策略存储器中获取到组装报文的规则，组装请求报文，向网络设备发送该请求报文。

S10：业务请求实现向网络设备发起请求，并解析响应报文，组装填充业务模型，返回给业务代码模块。

由图8可知，一方面，利用请求接口注解标记声明的请求方法，业务代码无需实现，利用数据策略注解标记业务模型和管理信息库的转换规则，注解方式可以大大减轻实现的工作量，极大地降低了实现的难度。另一方面，网管系统启动时扫描存储的转换规则，并自动生成接口实现类供业务代码调用，在调用时利用标注的请求类型和存储的转换规则生成报文和解析报文，实现了网络设备的有效管理。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述的请求处理方法。

综上所述，本发明实施例提供了一种请求处理方法、装置、网管设备及可读存储介质，应用于网管系统，网管系统与网络设备通信，网络设备包括管理信息库，管理信息库包括用于表征网络设备配置和运行信息的信息节点，所述方法包括：接收用于对网络设备进行管理的管理请求，其中，管理请求包括预先设置的业务模型的业务属性；调用预先实例化的业务模型的预设接口，生成与管理请求对应的请求报文，请求报文包括与业务模型对应的信息节点和报文类型，预设接口是利用预设接口注解的报文类型及业务模型与管理信息库中的信息节点之间的对应关系实例化的；将请求报文发送至网络设备，以对网络设备进行管理。与现有技术相比，本领域技术人员无需熟悉网管协议的封装细节，也无需关心封装的具体实现，只通过对预设接口及业务模型与管理信息库中的信息节点之间的对应关系进行简单注解，降低了开发成本、提高了开发效率，实现了网络设备的有效管理。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种请求处理方法，其特征在于，应用于网管系统，所述网管系统与网络设备通信，所述网络设备包括管理信息库，所述管理信息库包括用于表征所述网络设备配置和运行信息的信息节点，所述方法包括：

接收用于对所述网络设备进行管理的管理请求，其中，所述管理请求包括预先设置的业务模型的业务属性；

调用预先实例化的所述业务模型的预设接口，生成与所述管理请求对应的请求报文，所述请求报文包括与所述业务模型对应的信息节点和报文类型，所述预设接口是利用所述预设接口注解的报文类型及所述业务模型与所述管理信息库中的信息节点之间的对应关系实例化的，所述对应关系用于表征所述业务模型的业务属性与所述管理信息库中的信息节点之间的关系；

将所述请求报文发送至所述网络设备，以对所述网络设备进行管理；

所述调用预先实例化的所述业务模型的预设接口，生成与所述管理请求对应的请求报文的步骤包括：

根据所述管理请求，从所述预设接口中确定与所述管理请求对应的预设管理接口，所述预设接口的输入参数或返回值与所述业务模型对应；

根据所述预设管理接口及所述对应关系，确定与所述业务属性对应的待管理信息节点；

根据所述管理请求及所述待管理信息节点，生成与所述管理请求对应的请求报文。

2.如权利要求1所述的请求处理方法，其特征在于，所述根据所述预设管理接口及所述对应关系，确定与所述业务属性对应的待管理信息节点的步骤包括：

若所述预设管理接口的报文类型为设置类型，则根据所述预设管理接口的输入参数对应的业务模型中待设置业务属性及所述对应关系，确定与所述待设置业务属性对应的待设置信息节点；

将所述待设置业务属性的值与所述待设置信息节点进行绑定；

将绑定后的所述待设置信息节点作为所述待管理信息节点，所述待管理信息节点的值为所述待设置业务属性的值。

3.如权利要求2所述的请求处理方法，其特征在于，所述将所述请求报文发送至所述网络设备，以对所述网络设备进行管理的步骤包括：

将所述请求报文发送至所述网络设备，以指示所述网络设备基于所述请求报文，根据所述待管理信息节点的值对所述网络设备进行设置。

4.如权利要求1所述的请求处理方法，其特征在于，所述根据所述预设管理接口及所述对应关系，确定与所述业务属性对应的待管理信息节点的步骤还包括：

若所述预设管理接口的报文类型为获取类型，则根据所述预设管理接口的返回值对应的业务模型中待获取业务属性及所述对应关系，确定与所述待获取业务属性对应的待获取信息节点；

将所述待获取信息节点作为所述待管理信息节点。

5.如权利要求4所述的请求处理方法，其特征在于，所述将所述请求报文发送至所述网络设备，以对所述网络设备进行管理的步骤还包括：

将所述请求报文发送至所述网络设备，以指示所述网络设备基于所述请求报文获取所述待获取信息节点的值，并将所述待获取信息节点的值返回至所述网管系统；

根据所述对应关系，用所述网络设备返回的所述待获取信息节点的值设置所述待获取业务属性的值，并将所述待获取业务属性的值返回至所述管理请求的发送方。

6.如权利要求1所述的请求处理方法，其特征在于，所述方法还包括：

利用注解的方式，标记所述业务模型与所述管理信息库中的信息节点之间的对应关系；

将所述对应关系进行存储。

7.一种请求处理装置，其特征在于，应用于网管系统，所述网管系统与网络设备通信，所述网络设备包括管理信息库，所述管理信息库包括用于表征所述网络设备配置和运行信息的信息节点，所述装置包括：

接收模块，用于接收用于对所述网络设备进行管理的管理请求，其中，所述管理请求包括预先设置的业务模型的业务属性；

生成模块，用于调用预先实例化的所述业务模型的预设接口，生成与所述管理请求对应的请求报文，所述请求报文包括与所述业务模型对应的信息节点和报文类型，所述预设接口是利用所述预设接口注解的报文类型及所述业务模型与所述管理信息库中的信息节点之间的对应关系实例化的，所述对应关系用于表征所述业务模型的业务属性与所述管理信息库中的信息节点之间的关系；

发送模块，用于将所述请求报文发送至所述网络设备，以对所述网络设备进行管理；

所述生成模块具体用于：根据所述管理请求，从所述预设接口中确定与所述管理请求对应的预设管理接口，所述预设接口的输入参数或返回值与所述业务模型对应；根据所述预设管理接口及所述对应关系，确定与所述业务属性对应的待管理信息节点；根据所述管理请求及所述待管理信息节点，生成与所述管理请求对应的请求报文。

8.一种网管设备，其特征在于，包括处理器和存储器；所述存储器用于存储程序；所述处理器用于在执行所述程序时，实现如权利要求1-6中任一项所述的请求处理方法。

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