数据获取方法及装置的制造方法
【专利摘要】本发明实施例公开了一种数据获取方法及装置，所述方法包括：管理设备确认代理设备是否支持扩展的数据获取操作，并在确认支持后，向所述代理设备发送扩展的数据获取请求；所述数据获取请求中携带有过滤条件的操作参数，所述过滤条件包括指定对象的标识信息；所述管理设备接收到所述代理设备发送的数据响应报文后，从所述数据响应报文中获取所述指定对象标识对应的数据。
【专利说明】
数据获取方法及装置
技术领域
[0001] 本发明设及基于肥TCONF协议的网管管理技术，尤其设及一种数据获取方法及装 置。
【背景技术】
[0002] 使用肥TCONF协议实现网络设备配置管理的系统中，肥TCONF管理设备（Manager) 在获取代理设备（Agent)的各类配置管理数据时，通常使用get/getconfig方法获取运些 数据，当数据量很大时，响应报文可能因为太大而无法发出，导致get操作不成功。另外， 在获取数据时，管理设备经常只需要获取网络设备的配置管理信息中某个子树的一部分数 据，而不需要获取全部子树的数据，虽然管理设备可W将子树信息全部获取到之后再进行 数据筛选，但运种数据获取方式效率很低，且无端增大了网络流量。
【发明内容】
[0003] 为解决上述技术问题，本发明实施例提供一种数据获取方法及装置，能方便地获 取代理设备中部分批量数据，数据获取方式灵活。
[0004] 本发明的技术方案是运样实现的： 阳〇化]一种数据获取方法，包括：
[0006] 管理设备确认代理设备是否支持扩展的数据获取操作，并在确认支持后，向所述 代理设备发送扩展的数据获取请求；所述数据获取请求中携带有过滤条件的操作参数，所 述过滤条件包括指定对象的标识信息；
[0007] 所述管理设备接收到所述代理设备发送的数据响应报文后，从所述数据响应报文 中获取所述指定对象标识对应的数据。
[0008] 优选地，所述管理设备确认代理设备是否支持扩展的数据获取操作，包括：
[0009] 所述管理设备向所述代理设备发送能力查询请求，并接收所述代理设备发送的能 力响应，根据所述能力响应中携带的能力信息确认所述代理设备是否支持扩展的数据获取 操作。
[0010] 优选地，所述数据为基于可扩展标记语言XML的树状结构数据；
[0011] 所述数据获取请求中至少携带过滤filter参数； 阳012] 其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。
[0013] 优选地，所述管理设备确认代理设备是否支持扩展的数据获取操作之前，所述方 法还包括：
[0014] 所述管理设备与所述代理设备建立连接。
[0015] 一种数据获取方法，包括：
[0016] 代理设备接收管理设备发送的扩展的数据获取请求，解析所述数据获取请求，至 少获取所述数据获取请求中携带有指定对象标识的过滤条件的操作参数；
[0017] 所述代理设备在本地查询出所述指定对象标识对应的数据，并将所查询出的数据 封装于所述数据获取请求的响应报文中，向所述管理设备发送所述响应报文。
[0018] 优选地，代理设备接收管理设备发送的扩展的数据获取请求之前，所述方法还包 括：
[0019] 所述代理设备接收所述管理设备发送的能力查询请求，确认自身是否支持扩展的 数据获取操作，并在确认支持时向所述管理设备发送携带有支持扩展的数据获取操作的信 息能力响应。
[0020] 优选地，所述数据为基于可扩展标记语言XML的树状结构数据；
[0021] 所述数据获取请求中至少携带过滤filter参数； 阳022] 其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。
[0023] 优选地，代理设备接收管理设备发送的扩展的数据获取请求之前，所述方法还包 括：
[0024] 所述代理设备与所述管理设备建立连接。
[00巧]一种数据获取装置，包括：确认单元、发送单元、接收单元和获取单元，其中：
[00%] 确认单元，用于确认代理设备是否支持扩展的数据获取操作，并在确认支持时触 发所述发送单元；
[0027] 发送单元，用于向所述代理设备发送扩展的数据获取请求；所述数据获取请求中 携带有过滤条件的操作参数，所述过滤条件包括指定对象的标识信息；
[0028] 接收单元，用于接收到所述代理设备发送的数据响应报文；
[0029] 获取单元，用于从所述数据响应报文中获取所述指定对象标识对应的数据。
[0030] 优选地，所述确认单元包括：发送子单元、接收子单元和确认子单元，其中：
[0031] 发送子单元，用于向所述代理设备发送能力查询请求；
[0032] 接收子单元，用于接收所述代理设备发送的能力响应；
[0033] 确认子单元，用于根据所述能力响应中携带的能力信息确认所述代理设备是否支 持扩展的数据获取操作。
[0034] 优选地，所述数据为基于可扩展标记语言XML的树状结构数据； 阳035] 所述数据获取请求中至少携带过滤filter参数；
[0036] 其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。
[0037] 一种数据获取装置，包括：接收单元、解析获取单元、查询单元和发送单元，其中：
[0038] 接收单元，用于接收管理设备发送的扩展的数据获取请求；
[0039] 解析获取单元，用于解析所述数据获取请求，至少获取所述数据获取请求中携带 有指定对象标识的过滤条件的操作参数；
[0040] 查询单元，用于在本地查询出所述指定对象标识对应的数据；
[0041] 发送单元，用于将所查询出的数据封装于所述数据获取请求的响应报文中，向所 述管理设备发送所述响应报文。
[0042] 优选地，所述装置还包括：确认单元；
[0043] 所述接收单元，还用于接收所述管理设备发送的能力查询请求；
[0044] 所述确认单元，用于确认自身是否支持扩展的数据获取操作，并在确认支持时触 发所述发送单元向所述管理设备发送携带有支持扩展的数据获取操作的信息能力响应。
[0045] 优选地，所述数据为基于可扩展标记语言XML的树状结构数据； 阳046] 所述数据获取请求中至少携带过滤filter参数；
[0047] 其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。
[0048] 本发明实施例中，通过扩展数据获取操作，为数据获取操作增设过滤条件的操作 参数，能向代理设备获取指定对象的数据。本发明实施例的技术方案，使用本发明采用的技 术方案后，使用扩展的get/get-conf ig等操作获取XML模型中的数据时，可W精确地、灵活 地获取模型中某个对象的数据，不关注或不需要的嵌套对象的数据将不会被返回，因此响 应数据报文将会大大减小，大大提高了报文中有效数据的比例，降低带宽占用和提高带宽 利用率。
【附图说明】 W例图1为本发明实施例一的数据获取方法的流程图；
[0050] 图2为本发明实施例二的数据获取方法的流程图；
[0051] 图3为本发明实施例的管理设备与代理设备能力协商的流程图；
[0052] 图4为本发明实施例的管理设备与代理设备之间数据获取的流程图；
[0053] 图5为本发明实施例的代理设备进行数据查询的流程图；
[0054] 图6为本发明实施例一的数据获取装置的组成结构示意图； 阳化5] 图7为本发明实施例二的数据获取装置的组成结构示意图。
【具体实施方式】
[0056] 为使本发明的目的、技术方案和优点更加清楚明白，W下举实施例并参照附图，对 本发明进一步详细说明。
[0057] W下通过具体示例，进一步阐明本发明实施例的技术方案的实质。
[005引图1为本发明实施例一的数据获取方法的流程图，如图1所示，本示例的数据获取 方法包括W下步骤：
[0059] 步骤101，管理设备确认代理设备是否支持扩展的数据获取操作，并在确认支持 后，向所述代理设备发送扩展的数据获取请求。
[0060] 本发明实施例中，所述数据获取请求中携带有过滤条件的操作参数，所述过滤条 件包括指定对象的标识信息
[0061] 所述数据为基于可扩展标记语言XML的树状结构数据； 阳062] 所述数据获取请求中至少携带过滤filter参数；
[0063] 其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。
[0064] 代理设备接收管理设备发送的扩展的数据获取请求，解析所述数据获取请求，至 少获取所述数据获取请求中携带的过滤条件的参数； 阳0化]所述代理设备在本地查询出所述指定对象对应的数据，并将所查询出的数据封装 于所述数据获取请求的响应报文中，向所述管理设备发送所述响应报文。
[0066] 步骤102,所述管理设备接收到所述代理设备发送的数据响应报文后，从所述数据 响应报文中获取所述指定对象标识对应的数据。
[0067] 当管理设备接收到代理设备发送的数据响应报文后，从响应报文中直接获取指定 的数据。
[0068] 本发明实施例的技术方案，使用本发明采用的技术方案后，使用扩展的get/ get-config等操作获取XML模型中的数据时，可W精确地、灵活地获取模型中某个对象的 数据，不关注或不需要的嵌套对象的数据将不会被返回，因此响应数据报文将会大大减小， 大大提高了报文中有效数据的比例，降低带宽占用和提高带宽利用率。
[0069] 本发明实施例中，所述管理设备确认代理设备是否支持扩展的数据获取操作之 前，所述管理设备与所述代理设备建立连接。
[0070] 图2为本发明实施例二的数据获取方法的流程图，如图2所示，本示例的数据获取 方法包括W下步骤：
[0071] 步骤201，代理设备接收管理设备发送的扩展的数据获取请求，解析所述数据获取 请求，至少获取所述数据获取请求中携带有指定对象标识的过滤条件的操作参数。
[0072] 本发明实施例中，管理设备首先向所述代理设备发送扩展的数据获取请求。
[0073] 管理设备向代理设备发送的扩展的数据获取请求之前，所述方法还包括：
[0074] 所述代理设备接收所述管理设备发送的能力查询请求，确认自身是否支持扩展的 数据获取操作，并在确认支持时向所述管理设备发送携带有支持扩展的数据获取操作的信 息能力响应。
[00巧]本发明实施例中，所述数据为基于可扩展标记语言XML的树状结构数据；所述数 据获取请求中至少携带过滤filter参数； 阳076] 其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。
[0077] 步骤202,代理设备在本地查询出所述指定对象标识对应的数据，并将所查询出的 数据封装于所述数据获取请求的响应报文中，向所述管理设备发送所述响应报文。
[0078] 代理设备接收到管理设备发送的扩展的数据获取请求后，获取其中的过滤参数， 并从过滤参数中获取待获取对象对应的数据，仅将该指定对象对应的数据即指定的数据向 管理设备发送。
[0079] 本发明实施例中，代理设备接收管理设备发送的扩展的数据获取请求之前，所述 代理设备与所述管理设备建立连接。
[0080] 肥TCONF是全新的基于可扩展标记语言狂ML，Extensible Markup Language)的 网络配置协议，所有配置模型及数据都W XML表示，XML可W表达复杂的、具有内在逻辑关 系的、模型化的管理对象，运些管理对象的集合构成了肥TCONF协议的内容层。XML模型可 W实现定义复杂逻辑关系的管理对象模型，一个XML模型通常包含多个管理对象，运些对 象W并列或嵌套的形式来表示它们之间的并列和从属等关系，并因此形成一个树型逻辑结 构。当逻辑关系比较复杂时，树型结构中的分支会很多，每个分支可能又有很多子分支，每 一个分支及其包含的子分支称为子树。而肥TCONF协议规定可W使用get/getconfig操作 方法获取树型模型中存储的数据，但必须W子树为单位获取，运种数据获取方式称为子树 过滤方式，但对于树型结构中的某个对象，却没有办法单独获取。而get/get-config等操 作的数据获取方式是子树过滤方式，不支持查询单层次中某个对象。子树过滤方式返回的 数据是整棵子树中所有对象的数据，当子树嵌套层次比较多或各层次对象的数据内容比较 多时，返回的数据量就会很大，很可能超过报文限制，而导致报文无法发出，最终导致查询 失败。
[0081] 在实际使用中，经常会有只查询单层次中某个对象的应用场景，而且需要查询的 单个对象的数据量不会超过报文限制，但因为get/get-config等操作是子树过滤方式，整 个子树的数据量很大时，就导致运样的应用场景无法实现。另外，在只查询单层次中某个对 象的应用场景中，子树过滤方式返回的数据中只有一部分是真正需要的数据，其他大量的 数据是不需要的，但嵌套包含的那些对象的数据，组织并返回运些数据会占用设备很多时 间，最终却被管理站白白丢弃，所W说运种数据查询方式的效率很低。
[0082] 本发明实施例正是针对上述技术问题，通过在数据查询请求中携带待获取数据的 对象标识，来获取该指定对象对应的数据，从而提升肥TCONF中数据获取效率，提升网络传 输效率。W下通过具体示例，进一步阐明本发明实施例的技术方案的实质。
[0083] 图3为本发明实施例的管理设备（Manager)与代理设备（Agent)能力协商的流 程图，如图3所示，Manager和Agent建立连接并进行数据获取能力协商的流程包括W下步 骤：
[0084] 步骤301 ,Manager和Agent互发hello报文。本步骤是确定Manager与Agent之 间的连接是否可用。
[00化]步骤302 ,Manager和Agent协商数据获取能力。本步骤是Manager确认Agent是 否支持获取指定的对象的数据。
[0086] 步骤303 :判断数据获取能力协商是否成功，如果Agent支持获取指定的对象的数 据，则能力协商成功，执行步骤304,如果Agent不支持获取指定的对象的数据，则能力协商 失败，执行步骤305。
[0087] 步骤304 :建立连接。
[0088] 步骤305:关闭连接。
[0089] 图4为本发明实施例的管理设备与代理设备之间数据获取的流程图，如图4所示， 本发明实施例的数据获取流程包括W下步骤：
[0090] 步骤401 Manager向Agent发送获取数据的操作请求，指定过滤方式为"对象过 滤"。该获取数据的操作请求可W是get操作请求。get操作请求中包括待获取数据对象的 标识。
[0091] 步骤402 =Agent接收获取数据的操作请求。
[0092] 步骤403 =Agent解析获取数据的操作请求，获取操作请求中的相关参数，按对象 过滤方式在本地查找出操作请求需要获取的数据。本发明实施例中，Agent获取的指定对 象的数据，而不是获取该对象嵌套包含的所有对象的数据，将所查找出的指定对象的数据 向Manager发送。
[0093] 步骤404 :Agent向Manager发送响应报文。该响应报文中承载有指定对象的数 据，而不是该对象嵌套包含的所有对象的数据。
[0094] 步骤405 Manager接收Agent发送的响应报文。
[00巧]步骤406 ,Manager处理响应报文，获取指定对象的数据。
[0096] 图5为本发明实施例的代理设备进行数据查询的流程图，如图5所示，本发明实施 例的代理设备进行数据查询的流程包括W下步骤：
[0097] 步骤501 =Agent接收Manager发送的对象过滤"方式的获取数据的操作请求； 本发明实施例中，获取数据的操作请求可W是get操作请求。
[0098] 步骤502 :解析操作参数，处理操作请求，按"对象过滤"方式返回数据。本步骤中， Agent解析获取数据的操作请求，获取其中的操作参数，根据操作参数，获取操作请求中指 定的对象的数据。
[0099] 步骤503 :判断处理过程中是否发生异常，如果没有发生异常则执行步骤504,如 果发生异常则执行骤507。
[0100] 步骤504 :判断响应报文大小是否超过限制，如果没有超过限制则执行步骤505， 否则执行步骤506。 阳W] 步骤505 :查询数据组织成响应报文，向Manager发送响应报文。响应报文中包括 操作请求中指定的对象的数据。 阳10引步骤506 :向Manager发送响应报文，将数据量过大的异常信息告知Manager。 阳10引步骤507 :向Manager发送响应报文，将异常信息告知Manager。
[0104] 本发明实施例中，由肥TCONF管理设备发起获取数据的操作请求可W为get操 作请求，肥TCONF代理设备收到该操作请求后，按操作请求中携带的filter的指定的查 询方式，查询filter中指定的对象对应的数据，查询完成后将查询出的指定数据返回给 肥TCONF管理设备。
[01化]使用本发明实施例的技术方案，通过get/get-conf ig等操作获取XML模型中的数 据时，可W精确地、灵活地获取模型中某个对象的数据，不关注或不需要的嵌套对象的数据 将不会被返回，因此响应数据报文将会大大减小，报文大小超过限制的风险将会最大程度 降低，并可W大大提高报文中有效数据的比例，降低带宽占用和提高带宽利用率。 阳106] 下面举例说明典型应用场景的查询过程。 阳107] 如表1所示，假设存在W下模型： 阳10引
阳 109]
[0110] 该实例模型的树状结构示意如下表1所示。 阳 111]
[0112] 表 1
[0113] 表 1 中，shelf-no、slot-no 和 po;rt-no 是 po;rt 的 key, sub-port-no 是 sub-port 的 key。
[0114] 假设该模型存储的数据如下： 阳115] 阳116]
阳117]
阳11引
[0119] 该实例模型的存储数据如表2所示。 阳 120]
阳121] 表2
[0122] 假设Manager仅需要获取pod对象的数据，即下表3中粗体框中所有数据。 阳 123]
阳124] 表3 阳1巧]本发明实施例中，不需要获取pod嵌套包含的sub-pod的数据，假如使用目前的 get请求机制达到运一目的方法是，首先Manager下发如下get请求： 阳 126]
[0
[0128] Agent收到请求后，将返回pod子树的所有数据，包括了 pod对象及其嵌套的 sub-pcxrt对象的所有数据，如下： 阳 129] 阳 130]
[0131]
阳m]
[0133] 从上述数据获取方式可W看出，Agent返回的数据量非常大，而其中Manager真正 需要的只是斜体部分的数据，其他大部分数据都会被丢弃，运样，大量的带宽就浪费了，数 据传输的效率很低。更严重的情况是，当嵌套的sub-pcxrt对象的数据量也比较大时，Agent 试图构造的响应报文很可能超过报文大小的限制，W至于报文太大无法发出，最终导致查 询失败。
[0134] 使用本发明实施例提出的对象过滤方式，可W减小报文大小并极大提高有效数据 在报文中比例。使用方式是：首先Manager下发get请求，在请求中设置对象过滤方式，例 如下发如下get请求： 阳'一
阳 136]
阳137] Agent只返回指定的pod对象的数据，而不返回嵌套包含的sub-port的数据，即 表3中粗体框中所有数据，如下： 阳13引 阳 139]
[0140] 上述斜体部分的数据，即为Agent返回的pod对象的数据。 阳使用本发明实施例的技术方案，通过get/get-config等操作获取XML模型中的数 据时，可W精确地、灵活地获取模型中某个对象的数据，不关注或不需要的嵌套对象的数据 将不会被返回，因此响应数据报文将会大大减小，报文大小超过限制的风险将会最大程度 降低，并可W大大提高报文中有效数据的比例，降低带宽占用和提高带宽利用率。 阳142]图6为本发明实施例一的数据获取装置的组成结构示意图，如图6所示，本示例的 数据获取装置包括确认单元60、发送单元61、接收单元62和获取单元63,其中：
[0143] 确认单元60,用于确认代理设备是否支持扩展的数据获取操作，并在确认支持时 触发所述发送单元61 ;
[0144] 发送单元61，用于向所述代理设备发送扩展的数据获取请求；所述数据获取请求 中携带有过滤条件的操作参数，所述过滤条件包括指定对象的标识信息；
[0145] 接收单元62,用于接收到所述代理设备发送的数据响应报文； 阳146] 获取单元63,用于从所述数据响应报文中获取所述指定对象标识对应的数据。 阳147] 本发明实施例的确认单元60包括：发送子单元（图6中未示出）、接收子单元（图 6中未示出）和确认子单元（图6中未示出），其中：
[0148] 发送子单元，用于向所述代理设备发送能力查询请求；
[0149] 接收子单元，用于接收所述代理设备发送的能力响应； 阳150] 确认子单元，用于根据所述能力响应中携带的能力信息确认所述代理设备是否支 持扩展的数据获取操作。 阳151] 本发明实施例中，所述数据为基于可扩展标记语言XML的树状结构数据； 阳152] 所述数据获取请求中至少携带过滤filter参数； 阳153] 其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。
[0154] 本领域技术人员应当理解，图6中所示的数据获取装置中的各处理单元的实现功 能可参照前述数据获取方法及其实施例的相关描述而理解。本领域技术人员应当理解，图6 所示的数据获取装置中各处理单元的功能可通过运行于处理器上的程序而实现，也可通过 具体的逻辑电路而实现。
[0155] 图7为本发明实施例二的数据获取装置的组成结构示意图，如图7所示，本示例的 数据获取装置包括接收单元70、解析获取单元71、查询单元72和发送单元73,其中： 阳156] 接收单元70,用于接收管理设备发送的扩展的数据获取请求；
[0157] 解析获取单元71，用于解析所述数据获取请求，至少获取所述数据获取请求中携 带有指定对象标识的过滤条件的操作参数； 阳15引查询单元72,用于在本地查询出所述指定对象标识对应的数据；
[0159] 发送单元73,用于将所查询出的数据封装于所述数据获取请求的响应报文中，向 所述管理设备发送所述响应报文。
[0160] 在图7所示的数据获取装置的基础上，所述数据获取装置还包括：确认单元（图7 中未示出）； 阳161] 所述接收单元70,还用于接收所述管理设备发送的能力查询请求；
[0162] 所述确认单元，用于确认自身是否支持扩展的数据获取操作，并在确认支持时触 发所述发送单元73向所述管理设备发送携带有支持扩展的数据获取操作的信息能力响 应。
[0163] 本发明实施例中，所述数据为基于可扩展标记语言XML的树状结构数据； 阳164] 所述数据获取请求中至少携带过滤filter参数；
[01化]其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。
[0166] 本领域技术人员应当理解，图7中所示的数据获取装置中的各处理单元的实现功 能可参照前述数据获取方法及其实施例的相关描述而理解。本领域技术人员应当理解，图7 所示的数据获取装置中各处理单元的功能可通过运行于处理器上的程序而实现，也可通过 具体的逻辑电路而实现。 阳167] 在不冲突的前提下，本发明实施例的技术方案之间可W合并。
[0168] 在本发明所提供的几个实施例中，应该理解到，所掲露的方法和智能设备，可W通 过其它的方式实现。W上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅 仅为一种逻辑功能划分，实际实现时可W有另外的划分方式，如：多个单元或组件可W结 合，或可W集成到另一个系统，或一些特征可W忽略，或不执行。另外，所显示或讨论的各组 成部分相互之间的禪合、或直接禪合、或通信连接可W是通过一些接口，设备或单元的间接 禪合或通信连接，可W是电性的、机械的或其它形式的。
[0169] 上述作为分离部件说明的单元可W是、或也可W不是物理上分开的，作为单元显 示的部件可W是、或也可W不是物理单元，即可W位于一个地方，也可W分布到多个网络单 元上；可W根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0170]另外，在本发明各实施例中的各功能单元可W全部集成在一个处理单元中，也可 W是各单元分别单独作为一个单元，也可W两个或两个W上单元集成在一个单元中；上述 集成的单元既可W采用硬件的形式实现，也可W采用硬件加软件功能单元的形式实现。 阳171 ] 本领域普通技术人员可W理解：实现上述方法实施例的全部或部分步骤可W通过 应用指令相关的硬件来完成，前述的应用可W存储于一计算机可读取存储介质中，该应用 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读 存储器（ROM, Read-Only Memoir)、随机存取存储器（RAM, Random Access Memoir)、磁碟或 者光盘等各种可W存储应用代码的介质。
[0172] 或者，本发明实施例上述集成的单元如果W软件功能模块的形式实现并作为独立 的产品销售或使用时，也可W存储在一个计算机可读取存储介质中。基于运样的理解，本发 明实施例的技术方案本质上或者说对现有技术做出贡献的部分可WW软件产品的形式体 现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用W使得一台计算机设 备（可W是个人计算机、服务器、或者网络设备等）执行本发明各个实施例所述方法的全部 或部分。而前述的存储介质包括：移动存储设备、只读存储器（ROM, ReacK)nly Memo巧）、随 机存取存储器（RAM, Random Access Memcxry)、磁碟或者光盘等各种可W存储应用代码的介 质。
[0173] W上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何 熟悉本技术领域的技术人员在本发明掲露的技术范围内，可轻易想到变化或替换，都应涵 盖在本发明的保护范围之内。
【主权项】
1. 一种数据获取方法，其特征在于，所述方法包括： 管理设备确认代理设备是否支持扩展的数据获取操作，并在确认支持后，向所述代理 设备发送扩展的数据获取请求；所述数据获取请求中携带有过滤条件的操作参数，所述过 滤条件包括指定对象的标识信息； 所述管理设备接收到所述代理设备发送的数据响应报文后，从所述数据响应报文中获 取所述指定对象标识对应的数据。2. 根据权利要求1所述的方法，其特征在于，所述管理设备确认代理设备是否支持扩 展的数据获取操作，包括： 所述管理设备向所述代理设备发送能力查询请求，并接收所述代理设备发送的能力 响应，根据所述能力响应中携带的能力信息确认所述代理设备是否支持扩展的数据获取操 作。3. 根据权利要求1或2所述的方法，其特征在于，所述数据为基于可扩展标记语言XML 的树状结构数据； 所述数据获取请求中至少携带过滤filter参数； 其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。4. 根据权利要求1所述的方法，其特征在于，所述管理设备确认代理设备是否支持扩 展的数据获取操作之前，所述方法还包括： 所述管理设备与所述代理设备建立连接。5. -种数据获取方法，其特征在于，所述方法包括： 代理设备接收管理设备发送的扩展的数据获取请求，解析所述数据获取请求，至少获 取所述数据获取请求中携带有指定对象标识的过滤条件的操作参数； 所述代理设备在本地查询出所述指定对象标识对应的数据，并将所查询出的数据封装 于所述数据获取请求的响应报文中，向所述管理设备发送所述响应报文。6. 根据权利要求5所述的方法，其特征在于，代理设备接收管理设备发送的扩展的数 据获取请求之前，所述方法还包括： 所述代理设备接收所述管理设备发送的能力查询请求，确认自身是否支持扩展的数据 获取操作，并在确认支持时向所述管理设备发送携带有支持扩展的数据获取操作的信息能 力响应。7. 根据权利要求5所述的方法，其特征在于，所述数据为基于可扩展标记语言XML的树 状结构数据； 所述数据获取请求中至少携带过滤filter参数； 其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。8. 根据权利要求5所述的方法，其特征在于，代理设备接收管理设备发送的扩展的数 据获取请求之前，所述方法还包括： 所述代理设备与所述管理设备建立连接。9. 一种数据获取装置，其特征在于，所述装置包括：确认单元、发送单元、接收单元和 获取单元，其中： 确认单元，用于确认代理设备是否支持扩展的数据获取操作，并在确认支持时触发所 述发送单元； 发送单元，用于向所述代理设备发送扩展的数据获取请求；所述数据获取请求中携带 有过滤条件的操作参数，所述过滤条件包括指定对象的标识信息； 接收单元，用于接收到所述代理设备发送的数据响应报文； 获取单元，用于从所述数据响应报文中获取所述指定对象标识对应的数据。10. 根据权利要求9所述的装置，其特征在于，所述确认单元包括：发送子单元、接收子 单元和确认子单元，其中： 发送子单元，用于向所述代理设备发送能力查询请求； 接收子单元，用于接收所述代理设备发送的能力响应； 确认子单元，用于根据所述能力响应中携带的能力信息确认所述代理设备是否支持扩 展的数据获取操作。11. 根据权利要求9或10所述的装置，其特征在于，所述数据为基于可扩展标记语言 XML的树状结构数据； 所述数据获取请求中至少携带过滤filter参数； 其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。12. -种数据获取装置，其特征在于，所述装置包括：接收单元、解析获取单元、查询单 元和发送单元，其中： 接收单元，用于接收管理设备发送的扩展的数据获取请求； 解析获取单元，用于解析所述数据获取请求，至少获取所述数据获取请求中携带有指 定对象标识的过滤条件的操作参数； 查询单元，用于在本地查询出所述指定对象标识对应的数据； 发送单元，用于将所查询出的数据封装于所述数据获取请求的响应报文中，向所述管 理设备发送所述响应报文。13. 根据权利要求12所述的装置，其特征在于，所述装置还包括：确认单元； 所述接收单元，还用于接收所述管理设备发送的能力查询请求； 所述确认单元，用于确认自身是否支持扩展的数据获取操作，并在确认支持时触发所 述发送单元向所述管理设备发送携带有支持扩展的数据获取操作的信息能力响应。14. 根据权利要求12或13所述的装置，其特征在于，所述数据为基于可扩展标记语言 XML的树状结构数据； 所述数据获取请求中至少携带过滤filter参数； 其中，所述filter参数包含属性type和待获取数据对象的标识，所述type为 mibtree，表明数据按对象查询。
【文档编号】H04L12/24GK105827423SQ201510007187
【公开日】2016年8月3日
【申请日】2015年1月7日
【发明人】侯小燕, 冯冲
【申请人】中兴通讯股份有限公司