一种业务处理方法和装置与流程

本申请涉及通信技术领域，尤其涉及一种业务处理方法和装置。

背景技术：

基于TCP(Transmission Control Protocol，传输控制协议)/IP的网络管理包含两个部分：管理设备和被管理设备，被管理设备可以为路由器、交换机、终端服务器和防火墙等。管理设备和被管理设备之间的通信可以包括如下方式：1、管理设备向被管理设备发出请求，询问具体的参数值，如询问被管理设备的物理接口数量。2、被管理设备向管理设备发送重要事件，如某个物理接口掉线。

为实现上述功能，管理设备与被管理设备可以使用SNMP(Simple Network Management Protocol，简单网络管理协议)，OID(Object Identifiers，对象标识符)是SNMP的具有唯一标识的键值，用于识别MIB(Management Information Base，管理信息库)中的各种信息。管理设备可以向被管理设备查询OID对应的属性值(在本文中将其称为OID属性值，如上述的物理接口数量、物理接口掉线等信息)，且被管理设备通过SNMP消息将OID属性值发送给管理设备。

随着网络规模的不断扩大，被管理设备的功能越来越强，OID属性值的内容也越来越多。但是，由于SNMP消息能够承载的报文长度有限，如不超过64K，因此，当OID属性值的长度大于64K时，SNMP消息将无法传输OID属性值。而且，随着OID属性值的越来越长，也会导致网络带宽的开销越来越大。

技术实现要素：

本申请提供一种业务处理方法，应用于被管理设备，包括：

获取经过压缩的对象标识符OID属性值；

生成简单网络管理协议SNMP消息，所述SNMP消息包括所述OID属性值和类型标识，所述类型标识用于表示所述OID属性值已经经过压缩；

将所述SNMP消息发送给管理设备，以使所述管理设备对所述OID属性值进行解压缩处理，并利用解压缩处理后的OID属性值进行业务处理。

本申请提供一种业务处理方法，应用于管理设备，包括：

接收来自被管理设备的简单网络管理协议SNMP消息，所述SNMP消息包括经过压缩的对象标识符OID属性值以及类型标识；

若所述类型标识用于表示所述OID属性值已经经过压缩，则通过压缩算法对所述OID属性值进行解压缩处理；

利用解压缩处理后的OID属性值进行业务处理。

本申请提供一种业务处理装置，应用于被管理设备，包括：

获取模块，用于获取经过压缩的对象标识符OID属性值；

生成模块，用于生成简单网络管理协议SNMP消息，所述SNMP消息包括所述OID属性值和类型标识，所述类型标识用于表示所述OID属性值已经经过压缩；

发送模块，用于将所述SNMP消息发送给管理设备，以使所述管理设备对所述OID属性值进行解压缩处理，并利用解压缩处理后的OID属性值进行业务处理。

本申请提供一种业务处理装置，应用于管理设备，包括：

接收模块，用于接收来自被管理设备的简单网络管理协议SNMP消息，所述SNMP消息包括经过压缩的对象标识符OID属性值以及类型标识；

解压缩模块，用于当所述类型标识用于表示所述OID属性值已经经过压缩时，则通过压缩算法对所述OID属性值进行解压缩处理；

处理模块，用于利用解压缩处理后的OID属性值进行业务处理。

基于上述技术方案，本申请实施例中，通过对OID属性值进行压缩，并通过SNMP消息传输经过压缩的OID属性值，从而可以提高OID属性值的传输量，并提高OID属性值的传输效率，降低网络带宽的开销。具体的，假设压缩比(原始大小与压缩后大小的比值)为X，则被传输的OID属性值将缩小至原始大小的1/X，这样，即使SNMP消息能够承载的报文长度有限，也可以使用SNMP消息传输OID属性值的大量原始信息，大大提高OID属性值的传输量。

附图说明

为了更加清楚地说明本申请实施例或者现有技术中的技术方案，下面将对本申请实施例或者现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本申请一种实施方式中的业务处理方法的流程图；

图2是本申请另一种实施方式中的业务处理方法的流程图；

图3是本申请另一种实施方式中的业务处理方法的流程图；

图4是本申请一种实施方式中的被管理设备的硬件结构图；

图5是本申请一种实施方式中的业务处理装置的结构图；

图6是本申请一种实施方式中的管理设备的硬件结构图；

图7是本申请一种实施方式中的业务处理装置的结构图。

具体实施方式

在本申请使用的术语仅仅是出于描述特定实施例的目的，而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请实施例中提出一种业务处理方法，该方法可以应用于包括管理设备和被管理设备的系统中，且管理设备和被管理设备之间通过SNMP消息进行交互。被管理设备上维护有MIB，且MIB用于存储OID和OID属性值的对应关系。其中，被管理设备可以为路由器、交换机、终端服务器和防火墙等，管理设备是用于对被管理设备进行管理的设备，如PC等，管理设备可以通过MC软件管理被管理设备。参见图1所示，为业务处理方法的流程图，该方法包括：

步骤101，被管理设备获取经过压缩的OID属性值。

在一个例子中，当管理设备需要请求某个OID对应的OID属性值时，可以向被管理设备发送携带该OID的请求消息，被管理设备在接收到该请求消息后，获取该OID对应的经过压缩的OID属性值。例如，当管理设备需要查询物理接口1的状态(如down或者up等)时，可以向被管理设备发送携带物理接口1(即OID)的用于请求接口状态的请求消息，被管理设备在接收到该请求消息后，可以获取该物理接口1对应的经过压缩的接口状态(即OID属性值)。

在另一个例子中，当被管理设备需要向管理设备发送某个OID对应的OID属性值时，则可以获取该OID对应的经过压缩的OID属性值。例如，当物理接口1掉线后，被管理设备需要向管理设备发送物理接口1的配置信息(如接口的VLAN(Virtual Local Area Network，虚拟局域网)配置等)，因此，可以获取该物理接口1(即OID)对应的经过压缩的配置信息(即OID属性值)。

在一个例子中，针对“被管理设备获取经过压缩的OID属性值”的过程，可以包括但不限于如下方式：方式一、在MIB中存储的是经过压缩的OID属性值，基于此，被管理设备可以直接从MIB中获取到经过压缩的OID属性值。在此方式一下，被管理设备可以先获取原始OID属性值(例如，被管理设备可以实时监测物理接口1的状态，并将物理接口1的状态确定为原始OID属性值；又例如，被管理设备可以获取到物理接口1的配置信息，并将物理接口1的配置信息确定为原始OID属性值)，而在需要将该原始OID属性值存储到MIB时，并不是直接将原始OID属性值存储到MIB中，而是先利用压缩算法对原始OID属性值进行压缩，并将经过压缩的OID属性值存储到MIB。

方式二、当获取到原始OID属性值之后，在MIB中存储的是该原始OID属性值，基于此，被管理设备可以从MIB中获取到原始OID属性值，并利用压缩算法对原始OID属性值进行压缩，以得到经过压缩的OID属性值。

针对上述方式一和方式二，针对“被管理设备利用压缩算法对原始OID属性值进行压缩”的过程，可以包括但不限于如下方式：方式一、可以在被管理设备和管理设备之间约定一个压缩算法，被管理设备利用该压缩算法对原始OID属性值进行压缩，管理设备利用该压缩算法对OID属性值进行解压缩，在此情况上，被管理设备可以直接利用该压缩算法对原始OID属性值进行压缩。方式二、可以在被管理设备上配置多个压缩算法，在管理设备上配置多个压缩算法，在此情况上，被管理设备可以先确定原始OID属性值的数据类型，并通过该数据类型查询预先配置的第一映射关系，以得到该数据类型对应的压缩算法。之后，被管理设备可以利用得到的压缩算法对原始OID属性值进行压缩。

在一个例子中，可以在被管理设备上预先配置一个第一映射关系，且该第一映射关系用于维护数据类型与压缩算法的对应关系。

步骤102，被管理设备生成SNMP消息，该SNMP消息可以包括经过压缩的OID属性值和类型标识、且该类型标识用于表示该OID属性值已经经过压缩。

在一个例子中，SNMP消息中携带的类型标识可以是上述压缩算法(即对OID属性值进行压缩时使用的压缩算法)对应的类型标识。基于此，针对“生成SNMP消息”的过程，可以包括：被管理设备通过上述压缩算法查询预先配置的第二映射关系，以得到该压缩算法对应的类型标识，并生成包括该压缩算法对应的类型标识、经过压缩的OID属性值的SNMP消息。

其中，还可以在被管理设备上预先配置一个第二映射关系，且该第二映射关系用于维护压缩算法与类型标识的对应关系。

步骤103，被管理设备将该SNMP消息发送给管理设备。

步骤104，管理设备接收来自被管理设备的SNMP消息，并从该SNMP消息中解析出OID属性值和类型标识。若该类型标识用于表示该OID属性值已经经过压缩，则执行步骤105；否则，管理设备按照传统方式处理SNMP消息。

步骤105，若该类型标识用于表示该OID属性值已经经过压缩，则管理设备通过压缩算法对该OID属性值进行解压缩处理。

在一个例子中，针对“管理设备通过压缩算法对该OID属性值进行解压缩处理”的过程，可以包括但不限于如下方式：管理设备通过该类型标识查询预先配置的映射关系，得到该类型标识对应的压缩算法，并通过该压缩算法对该OID属性值进行解压缩处理。其中，可以在管理设备上预先配置一个映射关系，且该映射关系用于维护压缩算法与类型标识的对应关系。

步骤106，管理设备利用解压缩处理后的OID属性值进行业务处理。

例如，管理设备在得到物理接口1的状态(如down或者up等)后，若获知物理接口1的状态为down，则表示物理接口1已经发生故障，管理设备可以通知与物理接口1关联的其它设备不再将报文发送到物理接口1，通知用户对物理接口1进行修复，在本地将物理接口1标记为不可用等业务处理。

基于上述技术方案，本申请实施例中，通过对OID属性值进行压缩，并通过SNMP消息传输经过压缩的OID属性值，从而可以提高OID属性值的传输量，并提高OID属性值的传输效率，降低网络带宽的开销。具体的，假设压缩比(原始大小与压缩后大小的比值)为X，则被传输的OID属性值将缩小至原始大小的1/X，这样，即使SNMP消息能够承载的报文长度有限，也可以使用SNMP消息传输OID属性值的大量原始信息，大大提高OID属性值的传输量。

以下结合具体的应用场景，对上述技术方案进行详细说明。

在本应用场景下，可以先划分出一个标识段，当类型标识使用这个标识段内的标识时，就表示SNMP消息中携带的OID属性值已经经过压缩。

目前，ASN.1(Abstract Syntax Notation One，抽象语法标记)采用BER(Basic Encoding Rule，基本编码规则)对SNMP消息中的数据进行编码，这样，SNMP消息包含的数据就分为：类型标识域(Type)、长度域(length)、值域(value)。类型标识域表示数据类型，长度域表示数据长度，值域表示数据值。

在传统的SNMP消息中，类型标识域中携带的类型标识可以为：0x01，表示Bool(布尔型变量)；0x02，表示Integer(整数)；0x04，表示Octet String(字节串)；0x05，表示Null(空)；0x06，表示Object Identifier(对象标识符)；0x30，表示Sequence(序列号)。其中，可以将这些类型标识称为传统类型标识，传统类型标识就是在目前的SNMP消息中，已经被使用的类型标识。

本申请实施例中，为了与传统类型标识进行区分，可以先划分出一个标识段，这个标识段内不包含传统类型标识，如标识段0x83-0x88。当类型标识使用这个标识段内的标识时，就表示SNMP消息中携带的OID属性值已经经过压缩。

在一个例子中，OID属性值的数据类型可以是整型、字节型、字符串型等，而压缩算法可以采用霍夫曼编码、ZigZag算法、LZ77算法、DEFLATE算法、字典方法、哥伦布指数编码、算术编码、行程长度编码等。

考虑到不同压缩算法对数据类型的压缩效果不同，本申请实施例中，针对每种数据类型，可以使用特定压缩算法对该数据类型的OID属性值进行压缩处理，以达到较好的压缩效果。例如，对于整型，其对应的特定压缩算法可以是算术编码或者ZigZag算法(后续以算术编码为例进行说明)；对于字符串型，其对应的特定压缩算法可以是霍夫曼编码或者LZ77算法或者DEFLATE算法(后续以霍夫曼编码为例进行说明)。综上所述，可以在被管理设备上预先配置第一映射关系，该第一映射关系可以包括数据类型与压缩算法的对应关系，如整型与算术编码的对应关系、字符串型与霍夫曼编码的对应关系。

当然，上述数据类型与压缩算法的对应关系只是本申请给出的一个示例，在实际应用中，还可以根据实际情况，对数据类型与压缩算法的对应关系进行调整，如第一映射关系可以包括整型与霍夫曼编码的对应关系，对此不做限制。

在一个例子中，为了使管理设备获知被管理设备采用何种压缩算法对OID属性值进行压缩处理，以便采用该压缩算法对应的压缩算法对OID属性值进行解压缩处理，则还可以在被管理设备上预先配置第二映射关系，该第二映射关系用于维护压缩算法与类型标识的对应关系，并可以在管理设备上预先配置第三映射关系，该第三映射关系用于维护压缩算法与类型标识的对应关系。

例如，第二映射关系包括霍夫曼编码与类型标识0x83的对应关系、字典方法与类型标识0x84的对应关系、哥伦布指数编码与类型标识0x85的对应关系、算术编码与类型标识0x86的对应关系、行程长度编码与类型标识0x87的对应关系。此外，第三映射关系包括霍夫曼编码的压缩算法与类型标识0x83的对应关系、字典方法的压缩算法与类型标识0x84的对应关系、哥伦布指数编码的压缩算法与类型标识0x85的对应关系、算术编码的压缩算法与类型标识0x86的对应关系、行程长度编码的压缩算法与类型标识0x87的对应关系。

在上述应用场景下，参见图2所示，为业务处理方法的流程图，在本实施例中，以被管理设备的MIB中存储经过压缩的OID属性值为例。

步骤201，被管理设备在需要将原始OID属性值1存储到MIB时，并不是直接将原始OID属性值1存储到MIB，而是利用压缩算法对原始OID属性值1进行压缩，得到经过压缩的OID属性值2，并将OID属性值2存储到MIB。

在一个例子中，被管理设备在将OID属性值2存储到MIB的过程中，被管理设备存储的是OID(后续以OID1为例进行说明)与OID属性值2的对应关系。而且，被管理设备存储到MIB的OID1是没有经过压缩的OID。

在一个例子中，针对“被管理设备利用压缩算法对原始OID属性值1进行压缩，得到经过压缩的OID属性值2”的过程，被管理设备可以先确定出原始OID属性值1的数据类型，如原始OID属性值1的数据类型为字符串型。通过字符串型查询上述第一映射关系，可以得到对应的压缩算法是霍夫曼编码，因此，被管理设备利用霍夫曼编码算法对原始OID属性值1进行压缩，得到经过压缩的OID属性值2。

步骤202，被管理设备在需要向管理设备发送OID1对应的OID属性值时，直接从MIB中读取到OID1对应的经过压缩的OID属性值2。

在一个例子中，管理设备可以向被管理设备发送携带OID1的查询请求，被管理设备基于该查询请求确定需要向管理设备发送OID1对应的OID属性值。或者，被管理设备可以主动确定需要向管理设备发送OID1对应的OID属性值。

步骤203，被管理设备利用OID属性值2的压缩算法查询第二映射关系，得到该压缩算法对应的类型标识。例如，被管理设备可以利用OID属性值2的压缩算法(霍夫曼编码)查询第二映射关系，得到类型标识0x83。

步骤204，被管理设备生成SNMP消息，该SNMP消息包括经过压缩的OID属性值2、类型标识0x83，该类型标识0x83表示OID属性值2已经经过压缩。

在上述方式下，被管理设备在需要向管理设备发送OID1对应的OID属性值时，可以直接从MIB中读取到经过压缩的OID属性值2，当前不用执行压缩处理，从而可以提高OID属性值的传输效率，避免CPU(Central Processing Unit，中央处理器)资源的浪费。而且，由于MIB中存储的是经过压缩的OID属性值，因此，可以提高MIB的存储空间的利用率，并节约MIB的存储空间。

步骤205，被管理设备将该SNMP消息发送给管理设备。

步骤206，管理设备收到SNMP消息后，从SNMP消息中解析出OID属性值2和类型标识0x83，该类型标识0x83用于表示OID属性值2已经经过压缩。

步骤207，管理设备通过类型标识0x83查询第三映射关系，得到该类型标识0x83对应的压缩算法(即霍夫曼编码的压缩算法)，并通过该压缩算法对该OID属性值2进行解压缩处理，得到解压缩处理后的OID属性值1。

在一个例子中，被管理设备生成的SNMP消息还携带OID1，且SNMP消息携带的OID1是没有经过压缩的OID。管理设备收到SNMP消息后，还可以从SNMP消息中解析出OID1，表示OID属性值1是针对OID1的OID属性值。

步骤208，管理设备利用OID属性值1进行业务处理，具体处理不再赘述。

基于上述技术方案，本申请实施例中，通过对OID属性值进行压缩，并通过SNMP消息传输经过压缩的OID属性值，从而可以提高OID属性值的传输量，并提高OID属性值的传输效率，降低网络带宽的开销。具体的，假设压缩比(原始大小与压缩后大小的比值)为X，则被传输的OID属性值将缩小至原始大小的1/X，这样，即使SNMP消息能够承载的报文长度有限，也可以使用SNMP消息传输OID属性值的大量原始信息，大大提高OID属性值的传输量。

参见图3所示，为业务处理方法的流程图，在本实施例中，以被管理设备的MIB中存储原始OID属性值为例。

步骤301，被管理设备在需要将原始OID属性值1存储到MIB时，直接将原始OID属性值1存储到MIB。在一个例子中，被管理设备在将原始OID属性值1存储到MIB的过程中，存储的是OID(后续以OID1为例进行说明)与原始OID属性值1的对应关系，且存储到MIB的OID1是没有经过压缩的OID。

步骤302，被管理设备在需要向管理设备发送OID1对应的OID属性值时，直接从MIB中读取到OID1对应的原始OID属性值1，并利用压缩算法对原始OID属性值1进行压缩，得到经过压缩的OID属性值2。

在一个例子中，管理设备可以向被管理设备发送携带OID1的查询请求，被管理设备基于该查询请求确定需要向管理设备发送OID1对应的OID属性值。或者，被管理设备可以主动确定需要向管理设备发送OID1对应的OID属性值。

在一个例子中，针对“被管理设备利用压缩算法对原始OID属性值1进行压缩，得到经过压缩的OID属性值2”的过程，被管理设备可以先确定出原始OID属性值1的数据类型，如原始OID属性值1的数据类型为字符串型。通过字符串型查询上述第一映射关系，可以得到对应的压缩算法是霍夫曼编码，因此，被管理设备利用霍夫曼编码对原始OID属性值1进行压缩，得到经过压缩的OID属性值2。

步骤303，被管理设备利用OID属性值2的压缩算法查询第二映射关系，得到该压缩算法对应的类型标识。例如，被管理设备可以利用OID属性值2的压缩算法(霍夫曼编码)查询第二映射关系，得到类型标识0x83。

步骤304，被管理设备生成SNMP消息，该SNMP消息包括经过压缩的OID属性值2、类型标识0x83，该类型标识0x83表示OID属性值2已经经过压缩。

步骤305，被管理设备将该SNMP消息发送给管理设备。

步骤306，管理设备收到SNMP消息后，从SNMP消息中解析出OID属性值2和类型标识0x83，该类型标识0x83用于表示OID属性值2已经经过压缩。

步骤307，管理设备通过类型标识0x83查询第三映射关系，得到该类型标识0x83对应的压缩算法(即霍夫曼编码的压缩算法)，并通过该压缩算法对该OID属性值2进行解压缩处理，得到解压缩处理后的OID属性值1。

在一个例子中，被管理设备生成的SNMP消息还携带OID1，且SNMP消息携带的OID1是没有经过压缩的OID。管理设备收到SNMP消息后，还可以从SNMP消息中解析出OID1，表示OID属性值1是针对OID1的OID属性值。

步骤308，管理设备利用OID属性值1进行业务处理，具体处理不再赘述。

基于上述技术方案，本申请实施例中，通过对OID属性值进行压缩，并通过SNMP消息传输经过压缩的OID属性值，从而可以提高OID属性值的传输量，并提高OID属性值的传输效率，降低网络带宽的开销。具体的，假设压缩比(原始大小与压缩后大小的比值)为X，则被传输的OID属性值将缩小至原始大小的1/X，这样，即使SNMP消息能够承载的报文长度有限，也可以使用SNMP消息传输OID属性值的大量原始信息，大大提高OID属性值的传输量。

在一个例子中，上述图1、图2和图3的流程，均是以管理设备支持OID属性值的压缩方案，被管理设备支持OID属性值的压缩方案为例进行说明的。

若被管理设备不支持OID属性值的压缩方案，则被管理设备会采用传统方式，即被管理设备向管理设备发送的SNMP消息中，携带没有经过压缩的OID属性值。这样，无论管理设备是否支持OID属性值的压缩方案，管理设备均直接从SNMP消息中解析出没有经过压缩的OID属性值，并进行业务处理。

若被管理设备支持OID属性值的压缩方案，则被管理设备采用本申请技术方案，即被管理设备向管理设备发送的SNMP消息中，携带经过压缩的OID属性值。这样，若管理设备支持OID属性值的压缩方案，则管理设备采用本申请技术方案，其处理不再赘述。若管理设备不支持OID属性值的压缩方案，则管理设备无法处理SNMP消息，也就不会向被管理设备发送响应消息(在通常情况下，管理设备正确处理SNMP消息后，会向被管理设备发送响应消息)。

被管理设备在预设时间内未收到响应消息时，会重新发送携带经过压缩的OID属性值的SNMP消息，以此类推。若被管理设备在发送预设数量(如3)个SNMP消息后，仍然未收到响应消息，则向管理设备发送携带原始OID属性值的SNMP消息。管理设备在接收到该SNMP消息后，可以从SNMP消息中解析出原始OID属性值，并进行业务处理。之后，管理设备向被管理设备发送响应消息，被管理设备不再向管理设备发送SNMP消息。

基于与上述方法同样的申请构思，本申请实施例还提供一种业务处理装置，应用在被管理设备上。该业务处理装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在的被管理设备的处理器，读取非易失性存储器中对应的计算机程序指令形成的。从硬件层面而言，如图4所示，为本申请提出的业务处理装置所在被管理设备的一种硬件结构图，除了图4所示的处理器、非易失性存储器外，被管理设备还包括其他硬件，如负责处理报文的转发芯片、网络接口、内存等；从硬件结构上来讲，被管理设备还可能是分布式设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。

如图5所示，为本申请提出的业务处理装置的结构图，包括：

获取模块11，用于获取经过压缩的对象标识符OID属性值；

生成模块12，用于生成简单网络管理协议SNMP消息，所述SNMP消息包括所述OID属性值和类型标识，所述类型标识用于表示所述OID属性值已经经过压缩；

发送模块13，用于将所述SNMP消息发送给管理设备，以使所述管理设备对所述OID属性值进行解压缩处理，并利用解压缩处理后的OID属性值进行业务处理。

所述获取模块11，具体用于在获取经过压缩的OID属性值的过程中，从管理信息库MIB中获取到经过压缩的OID属性值；其中，在需要将原始OID属性值存储到MIB时，先利用压缩算法对所述原始OID属性值进行压缩，并将经过压缩的OID属性值存储到所述MIB；或者，从MIB中获取到原始OID属性值，并利用压缩算法对所述原始OID属性值进行压缩，得到经过压缩的OID属性值。

在一个例子中，所述获取模块11，具体用于在利用压缩算法对所述原始OID属性值进行压缩的过程中，确定所述原始OID属性值的数据类型，并通过所述数据类型查询预先配置的第一映射关系，得到所述数据类型对应的压缩算法；利用得到的压缩算法对所述原始OID属性值进行压缩；

其中，所述第一映射关系用于维护数据类型与压缩算法的对应关系。

所述生成模块12，具体用于在生成简单网络管理协议SNMP消息的过程中，通过所述压缩算法查询预先配置的第二映射关系，得到所述压缩算法对应的类型标识，所述第二映射关系用于维护压缩算法与类型标识的对应关系；生成包括所述压缩算法对应的类型标识、所述OID属性值的SNMP消息。

其中，本申请装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

基于与上述方法同样的申请构思，本申请实施例还提供一种业务处理装置，应用在管理设备上。该业务处理装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在的管理设备的处理器，读取非易失性存储器中对应的计算机程序指令形成的。从硬件层面而言，如图6所示，为本申请提出的业务处理装置所在管理设备的一种硬件结构图，除了图6所示的处理器、非易失性存储器外，管理设备还包括其他硬件，如负责处理报文的转发芯片、网络接口、内存等；从硬件结构上来讲，管理设备还可能是分布式设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。

如图7所示，为本申请提出的业务处理装置的结构图，包括：

接收模块21，用于接收来自被管理设备的简单网络管理协议SNMP消息，所述SNMP消息包括经过压缩的对象标识符OID属性值以及类型标识；

解压缩模块22，用于当所述类型标识用于表示所述OID属性值已经经过压缩时，则通过压缩算法对所述OID属性值进行解压缩处理；

处理模块23，用于利用解压缩处理后的OID属性值进行业务处理。

在一个例子中，具体用于在通过压缩算法对所述OID属性值进行解压缩处理的过程中，通过所述类型标识查询预先配置的映射关系，得到所述类型标识对应的压缩算法，并通过所述压缩算法对所述OID属性值进行解压缩处理；

其中，所述映射关系用于维护压缩算法与类型标识的对应关系。

其中，本申请装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可进一步拆分成多个子模块。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本申请的几个具体实施例，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。