CN112887113A - 处理数据的方法、装置及*** - Google Patents

Abstract

本申请公开了一种处理数据的方法、装置及***，属于通信领域。所述方法包括：管理设备生成请求消息，所述请求消息包括列表条目数量、标识信息和偏移量；所述管理设备向所述网络设备发送所述请求消息，所述请求消息用于向所述网络设备请求所述标识信息标识的所述列表中的、以所述偏移量为起始位置的、所述列表条目数量指示的列表条目，其中，所述列表包括的列表条目总量大于所述列表条目数量；所述管理设备接收所述网络设备发送的所述请求消息对应的响应消息，所述响应消息包括所述请求消息请求的列表条目。本申请能够避免管理设备崩溃。

Description

处理数据的方法、装置及***

技术领域

本申请涉及通信领域，特别涉及一种处理数据的方法、装置及***。

背景技术

Restconf协议或者网络配置协议(network configuration protocol，Netconf)协议定义了一套网络设备的管理操作，该网络设备可以为服务器、交换机或路径器等。网络设备中保存到至少一个列表，每个列表保存有至少一个列表条目。用户可以使用该套管理操作，从网络设备中获取所需要的某个列表中的列表条目。

例如，用户需要从网络设备中获取某个列表的列表条目时，可以在管理设备中输入列表的标识信息，该列表包括用户需要获取的列表条目。管理设备向网络设备发送请求消息，该请求消息包括该标识信息。网络设备接收该请求消息，从该标识信息对应的列表中获取列表条目，向管理设备发送获取的列表条目。管理设备接收网络设备发送的列表条目。

在实现本申请的过程中，发明人发现现有技术至少存在以下问题：

网络设备可能获取到大量的列表条目，这样管理设备一次接收到大量的列表条目，消耗了管理设备的大量内存，很容易使管理设备崩溃。

发明内容

本申请提供了一种处理数据的方法、装置及***，以避免管理设备崩溃。所述技术方案如下：

第一方面，本申请提供了一种处理数据的方法，在所述方法中：管理设备生成请求消息，该请求消息包括列表条目数量、标识信息和偏移量，该列表条目数量用于指示管理设备向网络设备请求列表条目的数量，该标识信息用于指示网络设备中的待请求的列表，待请求的列表包括该列表条目数量指示的列表条目，该偏移量的值等于已经向网络设备发送的、用于请求待请求的列表中的列表条目的请求消息的数量与该列表条目数量的乘积。管理设备向网络设备发送该请求消息，该请求消息用于向网络设备请求该标识信息标识的待请求的列表中的、以该偏移量为起始位置的、该列表条目数量指示的列表条目，待请求的列表包括的列表条目总量大于所述列表条目数量。管理设备接收网络设备发送的该请求消息对应的响应消息，该响应消息包括该请求消息请求的列表条目。

由于该请求消息包括列表条目数量和偏移量，使得网络设备获取待请求的列表中的、以该偏移量为起始位置的、该列表条目数量指示的列表条目，这样管理设备接收到列表条目的数量小于或等于该列表条目数量，避免了管理设备一次接收到大量的列表条目，出现崩溃现象。

在一种可能的实现方式中，管理设备获取列表条目总量，根据该列表条目总量和该列表条目数量确定请求总次数，该请求总次数用于指示管理设备向网络设备发送请求消息的数量。管理设备在已向网络设备发送的、用于请求待请求的列表中的列表条目的请求消息的数量未达到该请求总次数时，生成请求消息。

如果管理设备没有确定该请求总次数，则管理设备不断地向网络设备发送请求消息，当管理设备接收到某个请求消息对应的响应消息中不包括任何列表条目时，管理设备才发现从网络设备中获取完待请求的列表中的列表条目，如此管理设备最后一次发送的请求消息没有获取到任何列表条件，管理设备最后一次发送的请求消息和最后一次接收的响应消息会产生网络资源的浪费。然而，在该实现方式中，由于管理设备确定请求总次数，这样在已向网络设备发送的、用于请求待请求的列表中的列表条目的请求消息的数量达到该请求总次数时，表明已从网络设备中获取完待请求列表中的列表条目，从而管理设备可以避免发送上述最后一次发送的请求消息和接收上述最后一次接收的响应消息，节省了网络资源。

在另一种可能的实现方式中，管理设备向网络设备发送总量请求消息，该总量请求消息包括该标识信息，该总量请求消息用于请求网络设备获取该列表条目总量。管理设备接收网络设备发送的总量响应消息，该总量响应消息包括该列表条目总量。如此管理设备能够获取到列表条目总量，从而基于该列表条目总量确定请求总次数，基于该请求总次数可以及时确定是否已获取完待请求的列表中的列表条目，从而避免管理设备在获取完待请求的列表中的列表条目后还发送一次请求消息，节省网络资源。

在另一种可能的实现方式中，管理设备接收网络设备发送的总量更新消息，该总量更新消息包括更新后的列表条目总量，该更新后的列表条目总量是网络设备基于该列表条目总量变化时确定的列表条目总量。管理设备根据更新后的列表条目总量更新该请求总次数的值。如此管理设备能够基于该更新后的请求总次数能够准确地判断出何时从待请求的列表中获取完列表条目。

在另一种可能的实现方式中，该请求消息是基于网络配置Netconf协议的请求消息或基于Restconf协议的请求消息。

第二方面，本申请提供了一种处理数据的方法，在所述方法中：网络设备接收管理设备发送的请求消息，该请求消息包括列表条目数量、标识信息和偏移量，该列表条目数量用于指示管理设备向网络设备请求列表条目的数量，该标识信息用于指示网络设备中的待请求的列表，待请求的列表包括该列表条目数量指示的列表条目，该偏移量的值等于已经向网络设备发送的、用于请求待请求的列表中的列表条目的请求消息的数量与该列表条目数量的乘积。网络设备获取该标识信息标识的列表中的、以该偏移量为起始位置的、该列表条目数量指示的列表条目，其中，该列表包括的列表条目总量大于该列表条目数量。网络设备向管理设备发送该请求消息对应的响应消息，该响应消息包括该列表条目。

由于该请求消息包括列表条目数量和偏移量，这样网络设备获取待请求的列表中的、以该偏移量为起始位置的、该列表条目数量指示的列表条目，如此可以减小向管理设备发送的列表条目的数量，避免了管理设备一次接收到大量的列表条目，出现崩溃现象。

在一种可能的实现方式中，网络设备接收管理设备发送的总量请求消息，该总量请求消息包括该标识信息；网络设备获取该标识信息标识的列表包括的列表条目总量；网络设备向管理设备发送总量响应消息，该总量响应消息包括该列表条目总量，该总量响应消息用于管理设备基于该列表条目总量确定请求总次数，该请求总次数用于指示管理设备向网络设备发送请求消息的数量。如此可以向管理设备发送待请求的列表包括的列表条目总量，使得管理设备基于该列表条目总量确定请求总次数，基于该请求总次数可以及时确定是否已获取完待请求的列表中的列表条目，以避免管理设备在获取完待请求的列表中的列表条目后还发送一次请求消息，从而节省了网络资源。

在另一种可能的实现方式中，网络设备在该列表条目总量变化时确定更新后的列表条目总量，向管理设备发送总量更新消息，该总量更新消息包括更新后的列表条目总量，该总量更新消息用于管理设备根据更新后的列表条目总量更新该请求总次数的值。这样使得管理设备根据更新后的列表条目总量更新请求总次数，如此管理设备基于该更新后的请求总次数能够准确地判断出何时从待请求的列表中获取完列表条目。

第三方面，本申请提供了一种处理数据的装置，用于执行第一方面或第一方面的任意一种可能实现方式中的方法。具体地，所述装置包括用于执行第一方面或第一方面的任意一种可能实现方式的方法的单元。

第四方面，本申请提供了一种处理数据的装置，用于执行第二方面或第二方面的任意一种可能实现方式中的方法。具体地，所述装置包括用于执行第二方面或第二方面的任意一种可能实现方式的方法的单元。

第五方面，本申请提供了一种处理数据的装置，所述装置包括：处理器、存储器和收发器。其中，所述处理器、所述存储器和所述收发器之间可以通过总线***相连。所述存储器用于存储一个或多个程序，所述处理器用于执行所述存储器中的一个或多个程序，完成第一方面或第一方面的任意可能实现方式中的方法。

第六方面，本申请提供了一种处理数据的装置，所述装置包括：处理器、存储器和收发器。其中，所述处理器、所述存储器和所述收发器之间可以通过总线***相连。所述存储器用于存储一个或多个程序，所述处理器用于执行所述存储器中的一个或多个程序，完成第二方面或第二方面的任意可能实现方式中的方法。

第七方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有程序代码，当其在计算机上运行时，使得计算机执行上述第一方面、第二方面、第一方面的任意可能实现方式或第二方面的任意可能实现方式中的方法。

第八方面，本申请提供了一种包含程序代码的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面、第二方面、第一方面的任意可能实现方式或第二方面的任意可能实现方式中的方法。

第九方面，本申请提供了一种处理数据的***，包括第三方面所述的装置和第四方面所述的装置；或者，包括第五方面所述的装置和第六方面所述的装置。

附图说明

图1是本申请实施例提供的一种***架构示意图；

图2是本申请实施例提供的一种处理数据的方法流程图；

图3是本申请实施例提供的另一种处理数据的方法流程图；

图4是本申请实施例提供的另一种处理数据的方法流程图；

图5是本申请实施例提供的另一种处理数据的方法流程图；

图6是本申请实施例提供的一种处理数据的装置结构示意图；

图7是本申请实施例提供的另一种处理数据的装置结构示意图；

图8是本申请实施例提供的另一种处理数据的装置结构示意图；

图9是本申请实施例提供的另一种处理数据的装置结构示意图。

具体实施方式

下面将结合附图对本申请实施方式作进一步地详细描述。

参见图1，本申请实施例提供了一种处理数据的***，该***包括：网络设备和管理设备。

网络设备可以为路由器、交换机或服务器等设备，网络设备中包括至少一个列表(list)，每个列表用于保存至少一个列表条目(list entry)，每个列表条目包括至少一个参数。

例如，假设网络设备为服务器，以及假设该网络设备包括一个用于保存歌曲信息的歌曲列表“album”，该歌曲列表“album”在网络设备中的存储路径为“jukebox/library/artist/album”，该歌曲列表“album”包括的每个列表条目可以为歌曲信息，该歌曲信息可以包括歌曲的名称、出品时间或歌手等参数。

再如，假设网络设备为路由器或交换机，该网络设备中的列表包括的列表条目可以是路由信息或配置信息等。

管理设备可以建立与网络设备之间的网络连接，通过该网络连接从网络设备中获取某个列表中的全部或部分列表条目。

可选的，当用户需要请求某个列表包括的列表条目时，为了便于说明，称该列表为待请求列表，用户可以在管理设备中输入待请求列表的标识信息。管理设备获取待请求列表的标识信息，建立与网络设备之间的网络连接，生成包括该标识信息的请求消息，通过该网络连接向网络设备发送该请求消息。网络设备接收该请求消息，获取该标识信息对应的待请求列表包括的列表条目，向管理设备发送响应消息，该响应消息包括获取的列表条目。

可选的，待请求列表的标识信息可以是待请求列表在网络设备中的存储路径等。

例如，假设用户需要歌曲列表“album”中的列表条目，用户可以在管理设备中输入该歌曲列表“album”的标识信息“jukebox/library/artist/album”。管理设备建立与网络设备之间的网络连接，向网络设备发送请求消息，该请求消息包括该歌曲列表“album”的标识信息“jukebox/library/artist/album”。网络设备从该标识信息“jukebox/library/artist/album”对应的歌曲列表“album”中获取列表条目，向管理设备发送包括获取的列表条目的响应消息。

可选的，管理设备与网络设备之间传输的请求消息和响应消息可以是基于网络配置协议(network configuration protocol，Netconf)的消息或基于Restconf协议的消息。管理设备与网络设备之间建立的网络连接可以是Netconf连接或Restconf连接。

需要说明的是：一个列表中保存的列表条目可能较多，这样管理设备在使用Netconf协议或Restconf协议从网络设备中获取待请求列表中的列表条目时，网络设备会向管理设备发送待请求列表中大量的列表条目。这样管理设备会接收到大量的列表条目，消耗掉管理设备的大量内存，导致管理设备崩溃。为了解决该技术问题，可以在网络设备中定义一个分页获取数据的能力集，该能力集支持分页获取数据方式，所谓分页获取数据方式是指允许管理设备分多次从网络设备中获取列表中的列表条目。这样管理设备每次获取的列表条目不会太多，从而不会消耗大量的内存空间，避免了管理设备崩溃。

当管理设备与网络设备之间基于Netconf协议通信时，在网络设备中基于Netconf协议配置分页获取数据的能力集。基于Netconf协议配置的分页获取数据的能力集可以表示为：

Netconf paging capability：urn:ietf:params:netconf:capability:paging:1.0。

当管理设备与网络设备之间基于Restconf协议通信时，在网络设备中基于Restconf协议配置分页获取数据能力集。基于Restconf协议配置的分页获取数据的能力集可以表示为：

Restconf paging capability：urn:ietf:params:restconf:capability:paging:1.0。

这样在管理设备需要从网络设备中获取待请求列表中的列表条目时，管理设备建立与网络设备之间的网络连接，获取网络设备支持的能力集，在网络设备支持的能力集包括分页获取数据的能力集的情况下，管理设备采用分页获取数据方式从网络设备中获取待请求列表中的列表条目。也就是说，管理设备分多次从网络设备中获取待请求列表中的列表条目，在每次获取列表条目时，生成请求消息，该请求消息包括列表条目数量、标识信息和偏移量，该标识信息为待请求列表的标识信息，该偏移量的值等于已经向网络设备发送的、用于请求待请求列表中的列表条目的请求消息的数量与列表条目数量的乘积，向网络设备发送该请求消息。

网络设备接收该请求消息，在该标识信息对应的列表中以该偏移量为起始位置获取该目标列表条目量指示的列表条目，向管理设备发送该请求消息对应的响应消息，该响应消息包括获取的列表条目。

由于管理设备每次只获取该列表条目数量指示的列表条目，这样可以保证管理设备在接收到响应消息时，不会消耗掉管理设备的大量内存，避免管理设备崩溃。

接下来，将在发下图2所示的实施例中详细说明管理设备如何分多次从网络设备中获取待请求列表包括的列表条目的过程。

参见图2，本申请实施例提供了一种处理数据的方法，该方法应用于图1所示的网络架构，该方法包括：

步骤201：管理设备向网络设备发送总量请求消息，该总量请求消息包括待请求列表的标识信息。

该总量请求消息还可以包括总量获取指示信息。

在本步骤中，管理设备获取待请求列表的标识信息，生成包括总量获取指示信息和待请求列表的标识信息的总量请求消息，该总量获取指示信息用于指示网络设备获取待请求列表包括的列表条目总量。

可选的，管理设备获取用户输入的待请求列表的标识信息。

管理设备可以向用户显示第一输入界面，用户可以在第一输入界面中输入待请求列表的标识信息。管理设备从第一输入界面中读取待请求列表的标识信息，生成包括总量获取指示信息和该标识信息的总量请求消息，建立与网络设备之间的网络连接，通过该网络连接向网络设备发送该总量请求消息。

可选的，管理设备还获取第一参数类型和检索条件，生成的总量请求消息还可以包括第一参数类型和检索条件。

可选的，用户需要待请求列表中的第一参数满足该检索条件的列表条目时，用户还可以在第一输入界面中输入第一参数对应的第一参数类型和检索条件。管理设备还从第一输入界面中读取第一参数类型和检索条件，相应的，生成的总量请求消息还可以包括第一参数类型和检索条件。该总量请求消息用于请求网络设备在待请求列表中获取第一参数满足该检索条件的列表条目总量。

可选的，在用户需要整个待请求列表中的列表条目时，可以不向管理设备输入第一参数类型和检索条件。此种情况下，管理设备生成的总量请求消息不包括第一参数类型和检索条件。

可选的，在执行本步骤之前，管理设备也可以先获取第一参数类型和检索条件，向网络设备发送查询请求，该查询请求包括第一参数类型和检索条件。网络设备接收该查询请求，基于第一参数类型查询包括第一参数满足该检索条件的列表条目的各列表，向管理设备发送查询的各列表的标识信息。管理设备接收该各列表的标识信息，选择一个列表的标识信息，然后生成包括选择的列表的标识信息、第一参数类型和检索条件的总量请求消息。

例如，假设用户需要从歌曲列表“album”中获取列表条目，则用户在管理设备显示的第一输入界面输入的标识信息为“jukebox/library/artist/album”，输入的第一参数类型为“出品时间”以及输入的检索条件为“出品时间大于1990年”。管理设备从第一输入界面中读取该标识信息“jukebox/library/artist/album”、第一参数类型“出品时间”和检索条件“出品时间大于1990年”，生成包括总量获取指示信息、该标识信息“jukebox/library/artist/album”、第一参数类型“出品时间”和检索条件“出品时间大于1990年”的总量请求消息，向网络设备发送该总量请求消息。

可选的，总量请求消息包括指示元素和条件元素，使用该指示元素包括总量获取指示信息，该条件元素包括该标识信息。在该总量请求消息还包括第一参数类型和检索条件的情况下，该条件元素还包括第一参数类型和检索条件。

在总量请求消息中，管理设备使用起始标签和结束标签定义一个元素，起始标签和结束标签包括该元素的类型。例如该指示元素可以表示为<return-count>true</return-count>，return-count表示该指示元素的类型，即使用return-count表示该指示元素，<return-count>为该指示元素的起始标签，</return-count>为该指示元素的结束标签，将该指示元素的内容设置为true表示该指示元素包括总量获取指示信息。

再如该条件元素可以表示为<where>/jukebox/library/artist/album[year>1990]</where>，where表示该条件元素的类型，即使用where表示该条件元素，year表示第一参数类型“出品时间”，“year>1990”表示检索条件“出品时间大于1990年”，<where>为该条件元素的起始标签，</where>为该条件元素的结束标签，如此使得该条件元素包括该标识信息“jukebox/library/artist/album”、第一参数类型“出品时间”和检索条件“出品时间大于1990年”。

所以该总量请求消息可以表示为：

<return-count>true</return-count>

<where>/jukebox/library/artist/album[year>1990]</where>。

可选的，该总量请求消息可以是基于Netconf协议的远程过程调用(remoteprocedure call，RPC)消息、基于Restconf协议的RPC消息或基于Restconf协议的超文本传输协议(hyper text transfer protocol，http)消息。

步骤202：网络设备接收该总量请求消息，根据该总量请求消息获取待请求列表包括的列表条目总量，向管理设备发送总量响应消息，该总量响应消息包括该列表条目总量。

在本步骤中，该总量请求消息包括总量获取指示信息和待请求列表的标识信息。网络设备根据该总量获取指示信息的指示，从该标识信息对应的待请求列表中获取待请求列表包括的列表条目总量。

在该总量请求消息还包括第一参数类型和检索条件，则网络设备从该标识信息对应的待请求列表中获取第一参数类型对应的第一参数满足该检索条件的列表条目总量。

可选的，在本步骤中，网络设备接收该总量请求消息，解析该总量请求消息包括的指示元素，得到总量获取指示信息，解析该总量请求消息包括的条件元素，得到待请求列表的标识信息。

可选的，从该条件元素中还包括第一参数参数和检索条件时，解析该条件元素还得到第一参数类型和检索条件。

例如，网络设备接收的总量请求消息可以表示如下：

<return-count>true</return-count>

<where>/jukebox/library/artist/album[year>1990]</where>。

该总量请求消息中包括指示元素<return-count>true</return-count>，以及条件元素<where>/jukebox/library/artist/album[year>1990]</where>。

网络设备在解析到该指示元素时，根据该指示元素包括的内容为“true”，确定该总量请求消息包括总量获取指示信息，以及在解析该条件元素时，得到待请求列表“album”的标识信息为“jukebox/library/artist/album”、第一参数类型为“出品时间”、检索条件为“出品时间大于1990年”。根据该总量获取指示信息的指示，从该标识信息“jukebox/library/artist/album”对应的待请求列表“album”中获取出品时间大于1990年的列表条目总量，假设获取的列表条目总量为60。

可选的，该总量响应消息中包括总量元素，该总量元素包括该列表条目总量。例如，该指示元素可以表示为<count>60</return-count>，count表示该总量元素的类型，即使用count表示该总量元素，<count>为该总量元素的起始标签，</count>为该总量元素的结束标签。

步骤203：管理设备接收该总量响应消息，根据该总量响应消息包括的列表条目总量确定列表条目数量，列表条目数量小于该列表条目总量。

在本步骤中，管理设备显示列表条目总量，获取用户根据该列表条目总量输入的列表条目数量。或者，管理设备根据该列表条目总量和预设阈值确定列表条目数量，确定的列表条目数量小于或等于该预设阈值。

例如，管理设备可以显示第二输入界面，第二输入界面包括列表条目总量60，这样用户可以根据列表条目总量60在第二输入界面中输入列表条目数量20，管理设备从第二输入界面中获取列表条目数量20。或者，假设预设阈值为21，该列表条目总量为60，则管理设备确定的列表条目数量可以为20。

可选的，管理设备根据该列表条目总量和列表条目数量计算请求总次数。例如，管理设备根据该列表条目总量60和列表条目数量20，计算请求总次数为3，即管理设备需要分三次从网络设备中获取待请求列表包括的列表条目。

可选的，管理设备还保存该列表条目总量。

可选的，上述步骤201至203的操作是可选的操作，即管理设备也可以不用从网络设备中获取列表条目总量，这样管理设备可以直接设置列表条目数量或直接接收用户输入的列表条目数量。在此种情况下，管理设备就无法确定请求总次数。

步骤204：管理设备生成请求消息，该请求消息包括列表条目数量、该标识信息和偏移量，向网络设备发送请求消息。

在本步骤中，管理设备根据已向网络设备发送的、用于请求待请求列表中的列表条目的请求消息的数量和列表条目数量，计算该偏移量。

如果管理设备第一次生成请求消息，则该请求消息的数量为0，根据该请求消息的数量和列表条目数量计算的偏移量为0。如果管理设备第m次生成请求消息，则该请求消息的数量为m-1，则根据该请求消息的数量和列表条目数量计算的偏移量为(m-1)*L，L为列表条目数量，m为大于1的整数，*为乘法运算。

可选的，管理设备生成的请求消息还可以包括第一参数类型和检索条件。

可选的，管理设备还可以获取第二参数类型和排序方式，相应的，管理设备设备生成的请求消息中还可以包括第二参数类型和排序方式。

可选的，管理设备在显示第二输入界面后，用户可以在第二输入界面中输入第二参数类型和排序方式。这样管理设备可以从第二输入界面中读取第二参数类型和排序方式。

可选的，第二参数类型与第一参数类型相同或不同。

可选的，该请求消息还可以包括一种操作类型，该操作类型可以是Restconf协议定义的修改操作，或者是Netconf协议定义的获取操作。该修改操作类型可以为Restconf协议定义的Patch操作或Post操作，该获取操作可以为Netconf协议定义的get操作。

可选的，在生成请求消息之后，管理设备增加已发送的请求消息的数量。

可选的，请求消息中包括数量元素、偏移元素和条件元素，该数量元素包括列表条目数量，该偏移元素包括该偏移量，该条件元素包括待请求列表的标识信息。在该请求消息还包括第一参数类型和检索条件的情况下，该条件元素还包括第一参数类型和检索条件。

例如，假设列表条目数量为20，计算的偏移量为0，该数量元素可以表示为<limit>20</limit>，limit表示该数量元素，<limit>为该数量元素的起始标签，</limit>为该数量元素的结束标签。该偏移元素可以表示为<offset>0</offset>，offset表示该偏移元素，<offset>为该偏移元素的起始标签，</offset>为该偏移元素的结束标签。该条件元素可以表示为<where>/jukebox/library/artist/album[year>1990]</where>。

可选的，请求消息中包括排序参数元素和排序方式元素。该排序参数元素包括第二参数类型，该排序方式元素包括排序方式。

例如，假设第二参数类型也为出品时间，使用year来表示，以及假设排序方式为“升序”，“升序”表示按出品时间递增方式对列表条目进行排序，使用ascending来表示。所以该排序参数元素可以表示为<sort-target>/jukebox/library/artist/album/year</sort-target>，sort-target表示该排序参数元素，<sort-target>为该排序参数元素的起始标签，</sort-target>为该排序参数元素的结束标签。该排序方式元素可以表示为<sort-by>ascending</sort-by>，sort-by表示该排序方式元素，<sort-by>为该排序方式元素的起始标签，</sort-by>为该排序方式元素的结束标签。

因此，该请求消息可以表示为：

<limit>20</limit>

<offset>0</offset>

<where>/jukebox/library/artist/album[year>1990]</where>

<sort-target>/jukebox/library/artist/album/year</sort-target>

<sort-by>ascending</sort-by>。

可选的，该请求消息可以是基于Netconf协议的RPC消息、基于Restconf协议的RPC消息或基于Restconf协议的http消息。

步骤205：网络设备接收该请求消息，获取该标识信息标识的待请求列表中的、以该偏移量为起始位置的、该列表条目数量指示的列表条目。

在本步骤中，网络设备接收该请求消息，解析该请求消息，得到列表条目数量、偏移量和标识信息，根据该列表条目数量和该偏移量，在该标识信息对应的待请求列表中获取列表条目。

可选的，在该请求消息还包括操作类型时，根据该列表条目数量和该偏移量，通过该操作类型对应的操作，在该标识信息对应的待请求列表中获取列表条目。

可选的，在该请求消息还包括第一参数类型和检索条件的情况下，网络设备根据该列表条目数量和该偏移量从该标识信息对应的待请求列表中获取第一参数类型对应的第一参数满足该检索条件的列表条目。

步骤206：网络设备向管理设备发送响应消息，该响应消息包括获取的列表条目。

可选的，在该请求消息还包括第二参数类型和排序方式的情况下，网络设备根据获取的每个列表条目包括的第二参数，按照该排序方式对每个列表条目进行排序，相应的，该响应消息包括排序后的每个列表条目。

例如，网络设备接收的请求消息可以表示为：

<limit>20</limit>

<offset>0</offset>

<where>/jukebox/library/artist/album[year>1990]</where>

<sort-target>/jukebox/library/artist/album/year</sort-target>

<sort-by>ascending</sort-by>。

网络设备解析该请求消息，解析出该请求消息包括数量元素“<limit>20</limit>”，从该数量元素读取列表条目数量20。从该请求消息中解析出偏移元素“<offset>0</offset>”，从该偏移元素中读取偏移量为0。从该请求消息中解析出条件元素“<where>/jukebox/library/artist/album[year>1990]</where>”，从该条件元素中读取待获取待请求列表album的标识信息为“/jukebox/library/artist/album”，第一参数类型为“出品时间”，检索条件为“出品时间大于1990”。从该请求消息中解析出排序参数元素“<sort-target>/jukeboxlibrary/artist/album/year</sort-target>”，从该排序参数元素中读取的第二参数类型也为“出品时间”。从该请求消息中解析出排序方式元素“<sort-by>ascending</sort-by>”，从该排序方式元素中读取的排序方式为“升序”。

网络设备根据列表条目数量20和偏移量0，从标识信息“/jukebox/library/artist/album”对应的列表album中获取出品时间大于1990年的第1至20个列表条目，根据该20个列表条目中的每个列表条目包括的出品时间，按递增的方式进行排序，向管理设备发送响应消息，该响应消息包括排序后的20个列表条目。

该响应消息可以表示为：

在上述响应消息中，<name>yesterday<name>表示包括歌曲名称“yesterday”的元素，<year>1995</year>表示包括出品时间的元素，该出品时间1995为歌曲“yesterday”的出品时间，歌曲名称“yesterday”和出品时间1995为一个列表条目中的内容。对于该响应消息中的其他元素的含义与上述含义相同，就不再一一列举。

可选的，在管理设备请求列表条目的过程中，网络设备还实时检测待请求列表包括的列表条目总量，在检测出待请求列表中包括的列表条目总量发生变化时，重新获取待请求列表包括的列表条目总量，得到更新后的列表条目总量，向管理设备发送总量更新消息，该总量更新消息包括更新后的列表条目总量。

在管理设备请求列表条目的过程中，待请求列表中包括的列表条目总量可能发生变化。发生变化的情况可以包括：网络设备在待请求列表中增加了新的列表条目，或者，网络设备在待请求列表中删除了部分列表条目。

可选的，网络设备在向管理设备发送响应消息时，可以获取待请求列表中的列表条目总量，并在该响应消息中包括获取的列表条目总量。

可选的，该总量响应消息可以是基于Netconf协议的RPC消息、基于Restconf协议的RPC消息或基于Restconf协议的http消息。

步骤207：管理设备接收该响应消息，从该响应消息中获取列表条目。

管理设备可以将获取的该列表条目保存到硬盘中；或者，显示获取的该列表条目，在显示后可以删除该列表条目或将该列表条目保存到硬盘中。然后管理设备释放该列表条目占用的内存空间。

可选的，在管理设备已计算出请求总次数的情况下，在删除该列表条目或将该列表条目保存到硬盘后，管理设备判断已发送请求消息的数量是否小于该请求总次数，如果已发送请求消息的次数小于该请求总次数，则管理设备重新执行步骤203至207的操作，直到已发送请求消息的数量达到该请求总次数时，则结束。

可选的，假设该请求总次数为z，即管理设备在不同时间向网络设备发送z个请求消息，以及在不同时间接收网络设备发送的z个响应消息。其中前z-1个响应消息中的每个响应消息包括的列表条目的数目等于该列表条目数量，第z个响应消息包括的列表条目的数目小于或等于该列表条目数量。

可选的，在网络设备中，存在多个列表包括第一参数满足该检索条件的列表条目时，管理设备选择一个列表的标识信息，按上述204至207的步骤分z次从该标识信息对应的列表中请求列表条目。其中，对于管理设备接收的第z个响应消息，即使第z个响应消息包括的列表条目的数目小于该列表条目总量，第z个响应消息也只包括该标识信息对应的列表中的列表条目，不会包括其他列表中的列表条目。管理设备在接收到第z个响应消息后，在将第z个响应消息中的列表目标保存到硬盘或删除第z个响应消息中的列表条目后，可以重新选择一个列表标识信息，然后重新执行上述流程。

可选的，在管理设备分多次请求待请求列表中的列表条目的过程，如果管理设备接收网络设备发送的总量更新消息，该总量更新消息包括更新后的列表条目总量，则根据该更新后的列表条目总量和列表条目数量，重新计算请求总次数，即更新该请求总次数的值。

可选的，如果网络设备每次发送的响应消息中均包括列表条目总量，则管理设备比较该响应消息中的列表条目总量与保存的列表条目总量，如果比较出两者不同，表示网络设备中的待请求列表包括的列表条目总量发生变化，根据该响应消息包括变化后的列表条目总量和列表条目数量，重新计算请求总次数，以及将保存的列表条目总量更新为该响应消息包括的列表条目总量。

可选的，在管理设备没有计算出请求总次数的情况下，管理设备判断该响应消息中包括的列表条目数目是否小于列表条目数量，在判断出该响应消息中包括的列表条目数目为0或小于该列表条目数量的情况下，说明已从网络设备中获取完待请求列表包括的列表条目或已从网络设备中获取完待请求列表包括的第一参数满足检索条件的列表条目，则结束。

在管理设备没有计算出请求总次数的情况下，管理设备为了能够准确地确定获取完待请求列表包括的列表条目，管理设备即使在判断出该响应消息中包括的列表条目数目小于该列表条目数量的情况下，管理设备还向网络设备发送一次请求消息，接收该请求消息对应的响应消息，在该响应消息包括的列表条目的数目为0，才确定获取完待请求列表包括的列表条目。这样管理设备最后一次发送的请求消息和接收的响应消息会产生网络资源浪费。

为了避免该资源浪费，管理设备可以获取待请求列表包括的列表条目总量，基于该列表条目总量确定请求总次数，基于该请求总次数可以及时确定是否已获取完待请求列表中的列表条目，以避免管理设备在获取完待请求的列表中的列表条目后还发送一次请求消息，省了网络资源。

在本申请实施例中，管理设备生成的请求消息中包括列表条目数量、偏移量和待请求列表的标识信息，向网络设备发送该请求消息。网络设备接收该请求消息，根据该请求消息中的列表条目数量和偏移量，从该标识信息标识的待请求列表中获取列表条目，且获取的列表条目的数量小于或等于该列表条目数量，向管理设备发送包括获取的列表条目的响应消息，如此保证管理设备每次获取的列表条目的数量均小于或等于该列表条目数量，避免管理设备一次接收到大量的列表条目，导致管理设备崩溃。由于每次获取的列表条目数量小于或等于该列表条目数量，也提高了加载速度。

对于图2所示的实施例，本申请列举了一种实例进行详细说明，在该实例中管理设备与网络设备可以基于Netconf协议或Restconf协议进行通信，且在该实例中总量请求消息，总量响应消息，请求消息和响应消息可以基于Netconf协议或Restconf协议定义的RPC消息。在该实例中，以待请求列表为上述歌曲列表“album”为例进行说明，参见图3，该实例提供的处理数据的方法，包括：

步骤301：管理设备向网络设备发送总量请求消息，该总量请求消息包括总量获取指示信息和歌曲列表“album”的标识信息。

该总量请求消息还可以包括总量获取指示信息。在本步骤中，管理设备获取歌曲列表“album”的标识信息“jukebox/library/artist/album”，生成包括该标识信息“jukebox/library/artist/album”和该总量获取指示信息的RPC消息，将该RPC消息作为总量请求消息。

可选的，管理设备还获取第一参数类型“出品时间”和检索条件“出品时间大于1990年”，生成的RPC消息还包括第一参数类型“出品时间”和检索条件“出品时间大于1990年”，生成的RPC如下，即生成的总量请求消息如下：

在该RPC消息中使用指示元素“<return-count>TRUE</return-count>”包括总量获取指示信息，使用条件元素<where>/jukebox/library/artist/album[year>1990]</where>包括该标识信息、第一参数类型“出品时间”(使用“year”表示“出品时间”)，以及检索条件“出品时间大于1990年”。

步骤302：网络设备接收该总量请求消息，根据该总量请求消息获取歌曲列表“album”包括的列表条目总量，假设该列表条目总量为60，向管理设备发送总量响应消息，该总量响应消息包括列表条目总量60。

在本步骤中，网络设备接收该总量请求消息，解析该总量请求消息。从该总量请求消息中解析出指示元素<return-count>true</return-count>，基于该指示元素包括的内容true确定该总量请求消息包括总量获取指示信息。以及从该总量请求消息中解析出条件元素<where>/jukebox/library/artist/album[year>1990]</where>，从该条件元素中获取歌曲列表“album”的标识信息为“jukebox/library/artist/album”、第一参数类型为“出品时间”、检索条件为“出品时间大于1990年”。

然后，网络设备根据该总量获取指示信息的指示，从该标识信息“jukebox/library/artist/album”对应的歌曲列表“album”中获取出品时间大于1990年的列表条目总量，假设获取的列表条目总量为60。生成包括总量元素的RPC消息，该总量元素包括该列表条目总量60，将该RPC消息作为总量响应消息，向管理设备发送该总量响应消息。

其中，该总量元素可以表示为<count>60</count>，该总量响应消息可以表示为：

步骤303：管理设备接收该总量响应消息，根据该总量响应消息包括的列表条目总量60确定列表条目数量20。

在本步骤中，管理设备显示该列表条目总量60，这样用户可以根据列表条目总量60输入列表条目数量，假设输入的列表条目数量为20，管理设备获取输入的列表条目数量20。

可选的，管理设备根据该列表条目总量60和列表条目数量20，确定请求总次数为3。

步骤304：管理设备生成第一请求消息，第一请求消息包括列表条目数量20、歌曲列表album的标识信息和偏移量0，向网络设备发送第一请求消息。

第一请求消息是管理设备第一次生成的请求消息，此时已发送的请求消息的数量为0。

在本步骤中，管理设备根据已发送请求消息的数量0和列表条目数量20，计算的偏移量为0。以及，管理设备获取用户输入的第二参数类型为“出品时间”以及排序方式为“升序”，生成第一请求消息，第一请求消息包括列表条目数量20、歌曲列表“album”的标识信息“jukebox/library/artist/album”、计算的偏移量“0”，第一参数类型“出品时间”、检索条件“出品时间大于1990年”、第二参数类型“出品时间”以及排序方式“升序”(使用ascending表示)。

其中，管理设备生成的第一请求消息可以表示如下：

在发送第一请求消息后，管理设备增加已发送请求消息的数量，增加后的已发送请求消息的数量为1。

步骤305：网络设备接收第一请求消息，根据该列表条目数量20和偏移量0从歌曲列表album中获取20个列表条目，向管理设备发送第一响应消息，第一响应消息包括该20个列表条目。

在本步骤中，网络设备接收第一请求消息，解析第一请求消息，在从第一请求消息中解析出列表条目数量20的情况下，确定管理设备采用分页获取数据方式。继续从第一请求消息中，解析出偏移量0，歌曲列表“album”的标识信息“/jukebox/library/artist/album”，第一参数类型“出品时间”，检索条件“出品时间大于1990”，第二参数“出品时间”以及排序方式“升序”。

网络设备根据列表条目数量20和偏移量0，从标识信息“/jukebox/library/artist/album”对应的歌曲列表album中获取出品时间大于1990年的第1至20个列表条目。根据该20个列表条目中的每个列表条目包括的出品时间，按递增的方式对该20个列表条目进行排序。生成包括排序后的20个列表条目的RPC消息，将该RPC消息作为第一响应消息，向管理设备发送第一响应消息。

其中，第一响应消息可以表示为：

步骤306：管理设备接收第一响应消息，从第一响应消息中获取20个列表条目。

管理设备可以将获取的20个列表条目保存到硬盘中，管理设备判断出已发送请求消息的数量1小于该请求总次数3，继续执行如下307的操作。

步骤307：管理设备生成第二请求消息，第二请求消息包括列表条目数量20、歌曲列表album的标识信息和偏移量20，向网络设备发送第二请求消息。

第二请求消息是管理设备第二次生成的请求消息，此时已发送请求消息的次数为1。

在本步骤中，管理设备根据已发送请求消息的数量1和列表条目数量20，计算的偏移量为20，生成第二请求消息，第二请求消息包括列表条目数量20、歌曲列表“album”的标识信息“jukebox/library/artist/album”、计算的偏移量“20”，第一参数类型“出品时间”、检索条件“出品时间大于1990年”、第二参数类型“出品时间”以及排序方式“升序”。

其中，管理设备生成的第二请求消息可以表示如下：

在发送第二请求消息后，管理设备增加已发送请求消息的数量，增加后的已生成请求消息的次数为2。

步骤308：网络设备接收第二请求消息，根据该列表条目数量20和该偏移量20从歌曲列表album中获取20个列表条目，向管理设备发送第二响应消息，第二响应消息包括该20个列表条目。

在本步骤中，网络设备接收第二请求消息，解析第二请求消息，在从第二请求消息中解析出列表条目数量20的情况下，确定管理设备采用分页获取数据方式。继续从第二请求消息中，解析出偏移量20，歌曲列表“album”的标识信息“/jukebox/library/artist/album”，第一参数类型“出品时间”，检索条件“出品时间大于1990”，第二参数“出品时间”以及排序方式“升序”。

网络设备根据列表条目数量20和偏移量20，从标识信息“/jukebox/library/artist/album”对应的歌曲列表album中获取出品时间大于1990年的第21至40个列表条目，总共20个列表条目。根据该20个列表条目中的每个列表条目包括的出品时间，按递增的方式对该20个列表条目进行排序。生成包括排序后的20个列表条目的RPC消息，将该RPC消息作为第二响应消息，向管理设备发送第二响应消息。

其中，第二响应消息可以表示为：

步骤309：管理设备接收第二响应消息，从第二响应消息中获取20个列表条目。

管理设备可以将获取的20个列表条目保存到硬盘中，管理设备判断出已发送请求消息的数量2小于该请求总次数3，继续执行如下310的操作。

步骤310：管理设备生成第三请求消息，第三请求消息包括列表条目数量20、歌曲列表album的标识信息和偏移量40，向网络设备发送第三请求消息。

第三请求消息是管理设备第三次生成的请求消息，此时已发送请求消息的数量为2。

在本步骤中，管理设备根据已发送请求消息的数量2和列表条目数量20，计算的偏移量为40，生成第三请求消息，第三请求消息包括列表条目数量20、歌曲列表“album”的标识信息“jukebox/library/artist/album”、计算的偏移量“40”，第一参数类型“出品时间”、检索条件“出品时间大于1990年”、第二参数类型“出品时间”以及排序方式“升序”。

其中，管理设备生成的第三请求消息可以表示如下：

在发送第三请求消息后，管理设备增加已发送请求消息的数量，增加后的已发送请求消息的数量为3。

步骤311：网络设备接收第三请求消息，根据该列表条目数量40和偏移量20从列表album中获取20个列表条目，向管理设备发送第三响应消息，第三响应消息包括该20个列表条目。

在本步骤中，网络设备接收第三请求消息，解析第三请求消息，在从第三请求消息中解析出列表条目数量20的情况下，确定管理设备采用分页获取数据方式。继续从第三请求消息中，解析出偏移量40，歌曲列表“album”的标识信息“/jukebox/library/artist/album”，第一参数类型“出品时间”，检索条件“出品时间大于1990”，第二参数“出品时间”以及排序方式“升序”。

网络设备根据列表条目数量20和偏移量40，从标识信息“/jukebox/library/artist/album”对应的歌曲列表album中获取出品时间大于1990年的第41至60个列表条目，总共也为20个列表条目。根据该20个列表条目中的每个列表条目包括的出品时间，按递增的方式对该20个列表条目进行排序。生成包括排序后的20个列表条目的RPC消息，将该RPC消息作为第三响应消息，向管理设备发送第三响应消息。

其中，第三响应消息可以表示为：

步骤312：管理设备接收第三响应消息，从第三响应消息中获取20个列表条目。

管理设备可以将获取的20个列表条目保存到硬盘中，管理设备判断出已发送请求消息的数量3等于该请求总次数3，结束。

在本申请实施例中，管理设备生成的每个请求消息中包括的列表条目数量为20以及基于已发送的请求消息的数量和该列表条目数量20计算的偏移量。网络设备每次从歌曲列表中基于该偏移量获取列表条目不超过20条，这样向管理设备发送的响应消息包括不超过20条列表条目，如此避免管理设备一次接收到大量的列表条目，导致管理设备崩溃。

对于图2所示的实施例，本申请列举了一种实例进行详细说明，在该实例中管理设备与网络设备可以使用Restconf协议进行通信，且在该实例中管理设备生成的请求消息可以包括操作类型，该操作类型为修改操作。在该实例中，仍以歌曲列表为上述列表“album”为例进行说明，参见图4，该实例提供的处理数据的方法，包括：

步骤401：管理设备向网络设备发送总量请求消息，该总量请求消息包括修改操作和歌曲列表“album”的标识信息。

该总量请求消息还可以包括总量获取指示信息。在本步骤中，管理设备获取歌曲列表“album”的标识信息“jukebox/library/artist/album”，生成包括修改操作、该标识信息“jukebox/library/artist/album”和该总量获取指示信息的消息，将该消息作为总量请求消息。

可选的，该总量请求消息为http消息，该修改操作是Restconf协议定义的Patch操作或Post操作。在本申请实施例中，该修改操作以Patch操作为例进行说明，对于Post操作的实现方式，只需要将Patch操作替换Post操作，便可得到Post操作的实现方式。

可选的，管理设备还获取第一参数类型“出品时间”和检索条件“出品时间大于1990年”，生成的总量请求消息还包括第一参数类型“出品时间”和检索条件“出品时间大于1990年”。生成的总量请求消息，可以表示为：

该总量请求消息包括Restconf协议定的修改操作“Patch”，在该总量请求消息中使用指示元素“<return-count>TRUE</return-count>”包括总量获取指示信息，使用条件元素<where>/jukebox/library/artist/album[year>1990]</where>包括第一参数类型“出品时间”(使用“year”表示“出品时间”)，以及检索条件“出品时间大于1990年”。

步骤402：网络设备接收该总量请求消息，通过该修改操作，获取歌曲列表“album”包括的列表条目总量，假设该列表条目总量为55，向管理设备发送总量响应消息，该总量响应消息包括列表条目总量55。

在本步骤中，网络设备接收该总量请求消息，解析该总量请求消息。从该总量请求消息中解析出指示元素<return-count>true</return-count>，基于该指示元素包括的内容true确定该总量请求消息包括总量获取指示信息。以及从该总量请求消息中解析出修改操作“Patch”，以及条件元素<where>/jukebox/library/artist/album[year>1990]</where>，从该条件元素中获取歌曲列表“album”的标识信息为“jukebox/library/artist/album”、第一参数类型为“出品时间”、检索条件为“出品时间大于1990年”。

然后，网络设备根据该总量获取指示信息的指示，通过该“Patch”操作，从该标识信息“jukebox/library/artist/album”对应的歌曲列表“album”中获取出品时间大于1990年的列表条目总量，假设获取的列表条目总量为55。生成包括总量元素的http消息，该总量元素包括该列表条目总量55，将该http消息作为总量响应消息，向管理设备发送该总量响应消息。

其中，该总量元素可以表示为<count>55</count>，该总量响应消息可以表示为：

HTTP/1.1 200 OK

Date:Thu,26 Jan 2017 20:56:30 GMT

Server:example-server

Last-Modified:Thu,26 Jan 2017 20:56:30 GMT

Content-Type:application/yang-data+xml

<count>55</count>。

步骤403：管理设备接收该总量响应消息，根据该总量响应消息包括的列表条目总量55确定列表条目数量20。

在本步骤中，管理设备显示该列表条目总量55，这样用户可以根据列表条目总量55输入列表条目数量，假设输入的列表条目数量为20，管理设备获取输入的列表条目数量20。

可选的，管理设备根据该列表条目总量55和列表条目数量20，确定请求总次数为3。

步骤404：管理设备生成第一请求消息，第一请求消息包括修改操作、列表条目数量20、歌曲列表album的标识信息和偏移量0，向网络设备发送第一请求消息。

第一请求消息是管理设备第一次生成的请求消息，此时已发送请求消息的数量为0。

在本步骤中，管理设备根据已发送请求消息的数量0和列表条目数量20，计算的偏移量为0。以及，管理设备获取用户输入的第二参数类型为“出品时间”以及排序方式为“升序”，生成第一请求消息，第一请求消息包括修改操作“Patch”、列表条目数量20、歌曲列表“album”的标识信息“jukebox/library/artist/album”、计算的偏移量“0”、第一参数类型“出品时间”、检索条件“出品时间大于1990年”、第二参数类型“出品时间”以及排序方式“升序”。

其中，管理设备生成的第一请求消息可以表示如下：

在发送第一请求消息后，管理设备增加已发送请求消息的数量，增加后的已发送请求消息的数量为1。

步骤405：网络设备接收第一请求消息，根据该列表条目数量20和偏移量0，通过该修改操作，从歌曲列表album中获取20个列表条目，向管理设备发送第一响应消息，第一响应消息包括该20个列表条目。

在本步骤中，网络设备接收第一请求消息，解析第一请求消息，在从第一请求消息中解析出列表条目数量20的情况下，确定管理设备采用分页获取数据方式。继续从第一请求消息中，解析出修改操作“Patch”，偏移量0，歌曲列表“album”的标识信息“/jukebox/library/artist/album”，第一参数类型“出品时间”，检索条件“出品时间大于1990”，第二参数“出品时间”以及排序方式“升序”。

网络设备根据列表条目数量20和偏移量0，通过“Patch”操作，从该标识信息“/jukebox/library/artist/album”对应的歌曲列表album中获取出品时间大于1990年的第1至20个列表条目。根据该20个列表条目中的每个列表条目包括的出品时间，按递增的方式对该20个列表条目进行排序。生成包括排序后的20个列表条目的http消息，将该http消息作为第一响应消息，向管理设备发送第一响应消息。

其中，第一响应消息可以表示为：

步骤406：管理设备接收第一响应消息，从第一响应消息中获取20个列表条目。

管理设备可以将获取的20个列表条目保存到硬盘中，管理设备判断出已发送请求消息的数量1小于该请求总次数3，继续执行如下407的操作。

步骤407：管理设备生成第二请求消息，第二请求消息包括修改操作、列表条目数量20、歌曲列表album的标识信息和偏移量20，向网络设备发送第二请求消息。

第二请求消息是管理设备第二次生成的请求消息，此时已发送请求消息的数量为1。

在本步骤中，管理设备根据已发送请求消息的数量1和列表条目数量20，计算的偏移量为20，生成第二请求消息，第二请求消息包括修改操作“Patch”、列表条目数量20、歌曲列表“album”的标识信息“jukebox/library/artist/album”、计算的偏移量“20”、第一参数类型“出品时间”、检索条件“出品时间大于1990年”、第二参数类型“出品时间”以及排序方式“升序”。

其中，管理设备生成的第二请求消息可以表示如下：

在发送第二请求消息后，管理设备增加已发送请求消息的数量，增加后的已发送请求消息的数量为2。

步骤408：网络设备接收第二请求消息，根据该列表条目数量20和该偏移量20，通过该修改操作，从该歌曲列表album中获取20个列表条目，向管理设备发送第二响应消息，第二响应消息包括该20个列表条目。

在本步骤中，网络设备接收第二请求消息，解析第二请求消息，在从第二请求消息中解析出列表条目数量20的情况下，确定管理设备采用分页获取数据方式。继续从第二请求消息中，解析出修改操作“Patch”，偏移量20，歌曲列表“album”的标识信息“/jukebox/library/artist/album”，第一参数类型“出品时间”，检索条件“出品时间大于1990”，第二参数“出品时间”以及排序方式“升序”。

网络设备根据列表条目数量20和偏移量20，通过“Patch”操作，从该标识信息“/jukebox/library/artist/album”对应的歌曲列表album中获取出品时间大于1990年的第21至40个列表条目，得到20个列表条目。根据该20个列表条目中的每个列表条目包括的出品时间，按递增的方式对该20个列表条目进行排序。生成包括排序后的20个列表条目的http消息，将该http消息作为第二响应消息，向管理设备发送第二响应消息。

其中，第二响应消息可以表示为：

步骤409：管理设备接收第二响应消息，从第二响应消息中获取20个列表条目。

管理设备可以将获取的20个列表条目保存到硬盘中，管理设备判断出已发送请求消息的数量2小于该请求总次数3，继续执行如下410的操作。

步骤410：管理设备生成第三请求消息，第三请求消息包括修改操作、列表条目数量20、歌曲列表album的标识信息和偏移量40，向网络设备发送第三请求消息。

第三请求消息是管理设备第三次生成的请求消息，此时已发送请求消息的数量为2。

在本步骤中，管理设备根据已发送请求消息的数量2和列表条目数量20，计算偏移量为40，生成第三请求消息，第三请求消息包括修改操作“Patch”、列表条目数量20、歌曲列表“album”的标识信息“jukebox/library/artist/album”、计算的偏移量“40”、第一参数类型“出品时间”、检索条件“出品时间大于1990年”、第二参数类型“出品时间”以及排序方式“升序”。

其中，管理设备生成的第三请求消息可以表示如下：

在发送第三请求消息后，管理设备增加已发送请求消息的数量，增加后的已发送请求消息的数量为1。

步骤411：网络设备接收第三请求消息，根据该列表条目数量20和该偏移量40，通过该修改操作，从该歌曲列表album中获取20个列表条目，向管理设备发送第三响应消息，第三响应消息包括该20个列表条目。

在本步骤中，网络设备接收第三请求消息，解析第三请求消息，在从第三请求消息中解析出列表条目数量20的情况下，确定管理设备采用分页获取数据方式。继续从第三请求消息中，解析出修改操作“Patch”，偏移量40，歌曲列表“album”的标识信息“/jukebox/library/artist/album”，第一参数类型“出品时间”，检索条件“出品时间大于1990”，第二参数“出品时间”以及排序方式“升序”。

网络设备根据列表条目数量20和偏移量40，通过“Patch”操作，从该标识信息“/jukebox/library/artist/album”对应的歌曲列表album中获取出品时间大于1990年的第41至55个列表条目，得到15个列表条目。根据该15个列表条目中的每个列表条目包括的出品时间，按递增的方式对该15个列表条目进行排序。生成包括排序后的15个列表条目的http消息，将该http消息作为第三响应消息，向管理设备发送第三响应消息。

其中，第三响应消息可以表示为：

步骤412：管理设备接收第三响应消息，从第三响应消息中获取15个列表条目。

管理设备可以将获取的15个列表条目保存到硬盘中，管理设备判断出已发送请求消息的数量3等于该请求总次数3，结束。

在本申请实施例中，管理设备生成的每个请求消息中包括修改操作和列表条目数量为20。网络设备每次通过该修改操作，从歌曲列表中获取列表条目不超过20条，这样向管理设备发送的响应消息包括不超过20条列表条目，如此避免管理设备一次接收到大量的列表条目，导致管理设备崩溃。

对于图2所示的实施例，本申请列举了一种实例进行详细说明，在该实例中管理设备与网络设备可以使用Netconf协议进行通信，且在该实例中管理设备生成的请求消息可以包括一种操作类型，该操作类型为获取操作。在该实例中，以待请求列表为上述歌曲列表“album”为例进行说明，参见图5，该实例提供的处理数据的方法，包括：

步骤501：管理设备向网络设备发送总量请求消息，该总量请求消息包括获取操作和列表“album”的标识信息。

该总量请求消息还可以包括总量获取指示信息。在本步骤中，管理设备获取歌曲列表“album”的标识信息“jukebox/library/artist/album”，生成包括获取操作、该标识信息“jukebox/library/artist/album”和该总量获取指示信息的消息，将该消息作为总量请求消息。

可选的，该总量请求消息为RPC消息，该修改操作是Netconf协议定义的get操作。

可选的，管理设备还获取第一参数类型“出品时间”和检索条件“出品时间大于1990年”，生成的总量请求消息还包括第一参数类型“出品时间”和检索条件“出品时间大于1990年”。生成的总量请求消息，可以表示为：

步骤502：网络设备接收该总量请求消息，通过该获取操作，获取歌曲列表album包括的列表条目总量，假设该列表条目总量为55，向管理设备发送总量响应消息，该总量响应消息包括列表条目总量55。

在本步骤中，网络设备接收该总量请求消息，解析该总量请求消息。从该总量请求消息中解析出总量获取指示信息。以及从该总量请求消息中解析出获取操作“get”、歌曲列表“album”的标识信息为“jukebox/library/artist/album”、第一参数类型为“出品时间”、检索条件为“出品时间大于1990年”。

然后，网络设备根据该总量获取指示信息的指示，通过该“get”操，获取该标识信息“jukebox/library/artist/album”对应的歌曲列表“album”包括的出品时间大于1990年的列表条目总量，假设获取的列表条目总量为55。生成包括总量元素的RPC消息，该总量元素包括该列表条目总量55，将该RPC消息作为总量响应消息，向管理设备发送该总量响应消息。

其中，该总量元素可以表示为<count>55</count>，该总量响应消息可以表示为：

步骤503：管理设备接收该总量响应消息，根据该总量响应消息包括的列表条目总量55确定列表条目数量20。

在本步骤中，管理设备显示该列表条目总量55，这样用户可以根据列表条目总量55输入列表条目数量，假设输入的列表条目数量为20，管理设备获取输入的列表条目数量20。

可选的，管理设备根据该列表条目总量55和列表条目数量20，确定请求总次数为3。

步骤504：管理设备生成第一请求消息，第一请求消息包括获取操作、列表条目数量20、歌曲列表album的标识信息和偏移量0，向网络设备发送第一请求消息。

第一请求消息是管理设备第一次生成的请求消息，此时已发送请求消息的数量为0。

在本步骤中，管理设备根据已发送请求消息的数量0和列表条目数量20，计算偏移量为0。以及，管理设备获取用户输入的第二参数类型为“出品时间”以及排序方式为“升序”，生成第一请求消息，第一请求消息包括获取操作“get”、列表条目数量20、歌曲列表“album”的标识信息“jukebox/library/artist/album”、计算的偏移量“0”、第一参数类型“出品时间”、检索条件“出品时间大于1990年”、第二参数类型“出品时间”以及排序方式“升序”。

其中，管理设备生成的第一请求消息可以表示如下：

在发送第一请求消息后，管理设备增加已发送请求消息的数量，增加后的已发送请求消息的次数为1。

步骤505：网络设备接收第一请求消息，根据该列表条目数量20和该偏移量0，通过该获取操作，从该歌曲列表album中获取20个列表条目，向管理设备发送第一响应消息，第一响应消息包括该20个列表条目。

在本步骤中，网络设备接收第一请求消息，解析第一请求消息，在从第一请求消息中解析出列表条目数量20的情况下，确定管理设备采用分页获取数据方式。继续从第一请求消息中，解析出获取操作“get”，偏移量0，歌曲列表“album”的标识信息“/jukebox/library/artist/album”，第一参数类型“出品时间”，检索条件“出品时间大于1990”，第二参数“出品时间”以及排序方式“升序”。

网络设备根据列表条目数量20和偏移量0，通过“get”操作，从该标识信息“/jukebox/library/artist/album”对应的歌曲列表album执行获取第1至20个列表条目。根据该20个列表条目中的每个列表条目包括的出品时间，按递增的方式对该20个列表条目进行排序。生成包括排序后的20个列表条目的RPC消息，将该RPC消息作为第一响应消息，向管理设备发送第一响应消息。

其中，第一响应消息可以表示为：

步骤506：管理设备接收第一响应消息，从第一响应消息中获取20个列表条目。

管理设备可以将获取的20个列表条目保存到硬盘中，管理设备判断出已发送请求消息的数量1小于该请求总次数3，继续执行如下507的操作。

步骤507：管理设备生成第二请求消息，第二请求消息包括获取操作、列表条目数量20、歌曲列表album的标识信息和偏移量20，向网络设备发送第二请求消息。

第二请求消息是管理设备第二次生成的请求消息，此时已发送请求消息的数量为1。

在本步骤中，管理设备根据已发送请求消息的数量1和列表条目数量20，计算偏移量为20，生成第二请求消息，第二请求消息包括获取操作“get”、列表条目数量20、歌曲列表“album”的标识信息“jukebox/library/artist/album”、计算的偏移量“20”、第一参数类型“出品时间”、检索条件“出品时间大于1990年”、第二参数类型“出品时间”以及排序方式“升序”。

其中，管理设备生成的第二请求消息可以表示如下：

在发送第二请求消息后，管理设备增加已发送请求消息的数量，增加后的已发送请求消息的数量为2。

步骤508：网络设备接收第二请求消息，根据该列表条目数量20和该偏移量20，通过该获取操作，从该列表album获取20个列表条目，向管理设备发送第二响应消息，第二响应消息包括该20个列表条目。

在本步骤中，网络设备接收第二请求消息，解析第二请求消息，在从第二请求消息中解析出列表条目数量20的情况下，确定管理设备采用分页获取数据方式。继续从第二请求消息中，解析出获取操作“get”，偏移量20，歌曲列表“album”的标识信息“/jukebox/library/artist/album”，第一参数类型“出品时间”，检索条件“出品时间大于1990”，第二参数“出品时间”以及排序方式“升序”。

网络设备根据列表条目数量20和偏移量20，通过“Patch”操作，从该标识信息“/jukebox/library/artist/album”对应的歌曲列表album中出品时间大于1990年的获取第21至40个列表条目，得到20个列表条目。根据该20个列表条目中的每个列表条目包括的出品时间，按递增的方式对该20个列表条目进行排序。生成包括排序后的20个列表条目的RPC消息，将该RPC消息作为第二响应消息，向管理设备发送第二响应消息。

其中，第二响应消息可以表示为：

步骤509：管理设备接收第二响应消息，从第二响应消息中获取20个列表条目。

管理设备可以将获取的20个列表条目保存到硬盘中，管理设备判断出已发送请求消息的数量2小于该请求总次数3，继续执行如下510的操作。

步骤510：管理设备生成第三请求消息，第三请求消息包括修改操作、列表条目数量20、歌曲列表album的标识信息和偏移量40，向网络设备发送第三请求消息。

第三请求消息是管理设备第三次生成的请求消息，此时已发送请求消息的数量为2。

在本步骤中，管理设备根据已发送请求消息的数量2和列表条目数量20，计算偏移量为40，生成第三请求消息，第三请求消息包括获取操作“get”、列表条目数量20、歌曲列表“album”的标识信息“jukebox/library/artist/album”、计算的偏移量“40”、第一参数类型“出品时间”、检索条件“出品时间大于1990年”、第二参数类型“出品时间”以及排序方式“升序”。

其中，管理设备生成的第三请求消息可以表示如下：

在发送第三请求消息后，管理设备增加已发送请求消息的数量，增加后的已发送请求消息的数量为1。

步骤511：网络设备接收第三请求消息，根据该列表条目数量20和该偏移量40，通过该获取操作，从该歌曲列表album中获取20个列表条目，向管理设备发送第三响应消息，第三响应消息包括该20个列表条目。

在本步骤中，网络设备接收第三请求消息，解析第三请求消息，在从第三请求消息中解析出列表条目数量20的情况下，确定管理设备采用分页获取数据方式。继续从第三请求消息中，解析出获取操作“get”，偏移量40，歌曲列表“album”的标识信息“/jukebox/library/artist/album”，第一参数类型“出品时间”，检索条件“出品时间大于1990”，第二参数“出品时间”以及排序方式“升序”。

网络设备根据列表条目数量20和偏移量40，通过“get”操作，从该标识信息“/jukebox/library/artist/album”对应的歌曲列表album中获取出品时间大于1990年的第41至55个列表条目，得到15个列表条目。根据该15个列表条目中的每个列表条目包括的出品时间，按递增的方式对该15个列表条目进行排序。生成包括排序后的15个列表条目的RPC消息，将该RPC消息作为第三响应消息，向管理设备发送第三响应消息。

其中，第三响应消息可以表示为：

步骤512：管理设备接收第三响应消息，从第三响应消息中获取15个列表条目。

管理设备可以将获取的15个列表条目保存到硬盘中，管理设备判断出已发送请求消息的数量3等于该请求总次数3，结束。

在本申请实施例中，管理设备生成的每个请求消息中包括获取操作和列表条目数量为20。网络设备每次通过该获取操作，从歌曲列表中获取列表条目不超过20条，这样向管理设备发送的响应消息包括不超过20条列表条目，如此避免管理设备一次接收到大量的列表条目，导致管理设备崩溃。

参见图6，本申请实施例提供了一种处理数据的装置600，所述装置600可以部署在上述任意实施例的管理设备上，包括：

处理单元601，用于生成请求消息，该请求消息包括列表条目数量、标识信息和偏移量，该列表条目数量用于指示所述装置600向网络设备请求列表条目的数量，该标识信息用于指示网络设备中的待请求的列表，待请求的列表包括该列表条目数量指示的列表条目，该偏移量的值等于已经向网络设备发送的、用于请求待请求的列表中的列表条目的请求消息的数量与该列表条目数量的乘积；

发送单元602，用于向网络设备发送该请求消息，该请求消息用于向网络设备请求该标识信息标识的列表中的、以该偏移量为起始位置的、该列表条目数量指示的列表条目，其中，该列表包括的列表条目总量大于该列表条目数量；

接收单元603，用于接收网络设备发送的该请求消息对应的响应消息，该响应消息包括该请求消息请求的列表条目。

可选的，处理单元601生成请求消息的详细实现过程可以参见图2所示实施例的步骤204，图3所示实施例的步骤304、步骤307、步骤310，图4所示实施例的步骤404、步骤407、步骤410，图5所示实施例的步骤504、步骤507、步骤510中的相关内容。

可选的，处理单元601，用于：

获取列表条目总量，根据该列表条目总量和该列表条目数量确定请求总次数，该请求总次数用于指示所述装置600向网络设备发送请求消息的数量；

在已向网络设备发送的、用于请求待请求的列表中的列表条目的请求消息的数量未达到该请求总次数时，生成该请求消息。

可选的，处理单元601获取列表条目总量的详细实现过程可以参见图2所示实施例的步骤201-203，图3所示实施例的步骤301-303，图4所示实施例的步骤401-403，图5所示实施例的步骤501-503中的相关内容。

可选的，发送单元602，还用于向网络设备发送总量请求消息，该总量请求消息包括该标识信息，该总量请求消息用于请求网络设备获取该列表条目总量；

接收单元603，还用于接收网络设备发送的总量响应消息，该总量响应消息包括该列表条目总量。

可选的，接收单元603，还用于接收网络设备发送的总量更新消息，该总量更新消息包括更新后的列表条目总量，该更新后的列表条目总量是网络设备基于该列表条目总量变化时确定的列表条目总量；

处理单元601，还用于根据更新后的列表条目总量更新该请求总次数的值。

可选的，该请求消息是网络配置Netconf协议的消息或Restconf协议的消息。

在本申请实施例中，由于处理单元生成的请求消息列表条目数量、标识信息和偏移量，该列表条目数量用于指示管理设备向网络设备请求列表条目的数量，该标识信息用于指示网络设备中的待请求的列表，该偏移量的值等于已经向网络设备发送的、用于请求待请求的列表中的列表条目的请求消息的数量与该列表条目数量的乘积，这样发送单元向网络设备发送该请求消息后，使得网络设备获取待请求的列表中的、以该偏移量为起始位置的、该列表条目数量指示的列表条目，这样接收单元接收到列表条目的数量小于或等于该列表条目数量，避免了管理设备一次接收到大量的列表条目，出现崩溃现象。

参见图7，本申请实施例提供了一种处理数据的装置700，所述装置700可以部署在上述任意实施例的网络设备上，包括：

接收单元701，用于接收管理设备发送的请求消息，该请求消息包括列表条目数量、标识信息和偏移量，该列表条目数量用于指示管理设备向所述装置700请求列表条目的数量，该标识信息用于指示所述装置700中的待请求的列表，待请求的列表包括该列表条目数量指示的列表条目，该偏移量的值等于已经向所述装置700发送的、用于请求待请求的列表中的列表条目的请求消息的数量与该列表条目数量的乘积；

处理单元702，用于获取该标识信息标识的列表中的、以该偏移量为起始位置的、该列表条目数量指示的列表条目，其中，该列表包括的列表条目总量大于该列表条目数量；

发送单元703，用于向管理设备发送该请求消息对应的响应消息，该响应消息包括该列表条目。

可选的，处理单元701获取列表条目的详细实现过程可以参见图2所示实施例的步骤205，图3所示实施例的步骤305、步骤308、步骤311，图4所示实施例的步骤405、步骤408、步骤411，图5所示实施例的步骤505、步骤508、步骤511中的相关内容。

可选的，接收单元701，还用于接收管理设备发送的总量请求消息，该总量请求消息包括所述标识信息；

处理单元702，还用于获取该标识信息对应的该列表包括的列表条目总量；

发送单元703，还用于向管理设备发送总量响应消息，该总量响应消息包括该列表条目总量，该总量响应消息用于管理设备基于该列表条目总量确定请求总次数，该请求总次数用于指示管理设备向所述装置700发送请求消息的数量。

可选的，处理单元701列表条目总量的详细实现过程可以参见图2所示实施例的步骤202，图3所示实施例的步骤302，图4所示实施例的步骤402，图5所示实施例的步骤502中的相关内容。

可选的，处理单元702，还用于在该列表条目总量变化时确定更新后的列表条目总量；

发送单元703，还用于向管理设备发送总量更新消息，该总量更新消息包括更新后的列表条目总量，该总量更新消息用于管理设备根据更新后的列表条目总量更新请求总次数的值。

在本申请实施例中，由于接收单元接收的请求消息包括列表条目数量、标识信息和偏移量，处理单元获取该标识信息标识的列表中的、以该偏移量为起始位置的、该列表条目数量指示的列表条目，这样发送单元的响应消息包括该列表条目的数目小于该列表条目数量。如此可以减小向管理设备发送的列表条目的数量，避免了管理设备一次接收到大量的列表条目，出现崩溃现象。

参见图8，本申请实施例提供了一种处理数据的装置800示意图。该装置800可以是上述任一实施例中的管理设备。该装置800包括至少一个处理器801，总线***802，存储器803以及至少一个收发器804。

该装置800是一种硬件结构的装置，可以用于实现图6所述的装置600中的功能模块。例如，本领域技术人员可以想到图6所示的装置600中的处理单元601可以通过该至少一个处理器601调用存储器603中的代码来实现，图6所示的装置600中的发送单元602和接收单元603可以通过该收发器604来实现。

可选的，该装置800还可用于实现上述任一实施例中采集分析设备的功能。

可选的，上述处理器801可以是一个通用中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

上述总线***802可包括一通路，在上述组件之间传送信息。

上述收发器804，用于与其他设备或通信网络通信。

上述存储器803可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器803用于存储执行本申请方案的应用程序代码，并由处理器501来控制执行。处理器801用于执行存储器803中存储的应用程序代码，从而实现本专利方法中的功能。

在具体实现中，作为一种实施例，处理器801可以包括一个或多个CPU，例如图8中的CPU0和CPU1。

在具体实现中，作为一种实施例，该装置800可以包括多个处理器，例如图8中的处理器801和处理器807。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

参见图9，本申请实施例提供了一种处理数据的装置900示意图。该装置900可以是上述任一实施例中的网络设备，例如可以是如图9所示实施例中的头节点。该装置900包括至少一个处理器901，总线***902，存储器903以及至少一个收发器904。

该装置900是一种硬件结构的装置，可以用于实现图7所述的装置700中的功能模块。例如，本领域技术人员可以想到图7所示的装置700中的处理单元702可以通过该至少一个处理器701调用存储器703中的代码来实现，图7所示的装置700中的接收单元701和发送单元703可以通过该收发器704来实现。

可选的，该装置900还可用于实现上述任一实施例中采集分析设备的功能。

可选的，上述处理器901可以是一个通用中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

上述总线***902可包括一通路，在上述组件之间传送信息。

上述收发器904，用于与其他设备或通信网络通信。

上述存储器903可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器903用于存储执行本申请方案的应用程序代码，并由处理器901来控制执行。处理器901用于执行存储器903中存储的应用程序代码，从而实现本专利方法中的功能。

在具体实现中，作为一种实施例，处理器901可以包括一个或多个CPU，例如图9中的CPU0和CPU1。

在具体实现中，作为一种实施例，该装置900可以包括多个处理器，例如图9中的处理器901和处理器907。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (17)

1.一种处理数据的方法，其特征在于，所述方法包括：

管理设备生成请求消息，所述请求消息包括列表条目数量、标识信息和偏移量，所述列表条目数量用于指示所述管理设备向网络设备请求列表条目的数量，所述标识信息用于指示所述网络设备中的待请求的列表，所述待请求的列表包括所述列表条目数量指示的列表条目，所述偏移量的值等于已经向所述网络设备发送的、用于请求所述待请求的列表中的列表条目的请求消息的数量与所述列表条目数量的乘积；

所述管理设备向所述网络设备发送所述请求消息，所述请求消息用于向所述网络设备请求所述标识信息标识的所述列表中的、以所述偏移量为起始位置的、所述列表条目数量指示的列表条目，其中，所述列表包括的列表条目总量大于所述列表条目数量；

所述管理设备接收所述网络设备发送的所述请求消息对应的响应消息，所述响应消息包括所述请求消息请求的列表条目。

2.如权利要求1所述的方法，其特征在于，所述管理设备生成请求消息之前，还包括：

所述管理设备获取所述列表条目总量，根据所述列表条目总量和所述列表条目数量确定请求总次数，所述请求总次数用于指示所述管理设备向所述网络设备发送请求消息的数量；

所述管理设备生成请求消息，包括：

所述管理设备在已向所述网络设备发送的、用于请求所述待请求的列表中的列表条目的请求消息的数量未达到所述请求总次数时，生成所述请求消息。

3.如权利要求2所述的方法，其特征在于，所述管理设备获取所述列表条目总量，包括：

所述管理设备向所述网络设备发送总量请求消息，所述总量请求消息包括所述标识信息，所述总量请求消息用于请求所述网络设备获取所述列表条目总量；

所述管理设备接收所述网络设备发送的总量响应消息，所述总量响应消息包括所述列表条目总量。

4.如权利要求2所述的方法，其特征在于，还包括：

所述管理设备接收所述网络设备发送的总量更新消息，所述总量更新消息包括更新后的列表条目总量，所述更新后的列表条目总量是所述网络设备基于所述列表条目总量变化时确定的列表条目总量；

所述管理设备根据更新后的列表条目总量更新所述请求总次数的值。

5.如权利要求1至4任一项所述的方法，其特征在于，所述请求消息是基于网络配置Netconf协议的请求消息或基于Restconf协议的请求消息。

6.一种处理数据的方法，其特征在于，所述方法包括：

网络设备接收管理设备发送的请求消息，所述请求消息包括列表条目数量、标识信息和偏移量，所述列表条目数量用于指示所述管理设备向所述网络设备请求列表条目的数量，所述标识信息用于指示所述网络设备中的待请求的列表，所述待请求的列表包括所述列表条目数量指示的列表条目，所述偏移量的值等于已经向所述网络设备发送的、用于请求所述待请求的列表中的列表条目的请求消息的数量与所述列表条目数量的乘积；

所述网络设备获取所述标识信息标识的所述列表中的、以所述偏移量为起始位置的、所述列表条目数量指示的列表条目，其中，所述列表包括的列表条目总量大于所述列表条目数量；

所述网络设备向所述管理设备发送所述请求消息对应的响应消息，所述响应消息包括所述列表条目。

7.如权利要求6所述的方法，其物征在于，所述网络设备接收管理设备发送的请求消息之前，还包括：

所述网络设备接收所述管理设备发送的总量请求消息，所述总量请求消息包括所述标识信息；

所述网络设备获取所述标识信息标识的所述列表包括的列表条目总量；

所述网络设备向所述管理设备发送总量响应消息，所述总量响应消息包括所述列表条目总量，所述总量响应消息用于所述管理设备基于所述列表条目总量确定请求总次数，所述请求总次数用于指示所述管理设备向所述网络设备发送请求消息的数量。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：

所述网络设备在所述列表条目总量变化时确定更新后的列表条目总量，向所述管理设备发送总量更新消息，所述总量更新消息包括所述更新后的列表条目总量，所述总量更新消息用于所述管理设备根据所述更新后的列表条目总量更新所述请求总次数的值。

9.一种处理数据的装置，其特征在于，所述装置包括：

处理单元，用于生成请求消息，所述请求消息包括列表条目数量、标识信息和偏移量，所述列表条目数量用于指示所述装置向网络设备请求列表条目的数量，所述标识信息用于指示所述网络设备中的待请求的列表，所述待请求的列表包括所述列表条目数量指示的列表条目，所述偏移量的值等于已经向所述网络设备发送的、用于请求所述待请求的列表中的列表条目的请求消息的数量与所述列表条目数量的乘积；

发送单元，用于向所述网络设备发送所述请求消息，所述请求消息用于向所述网络设备请求所述标识信息标识的所述列表中的、以所述偏移量为起始位置的、所述列表条目数量指示的列表条目，其中，所述列表包括的列表条目总量大于所述列表条目数量；

接收单元，用于接收所述网络设备发送的所述请求消息对应的响应消息，所述响应消息包括所述请求消息请求的列表条目。

10.如权利要求9所述的装置，其特征在于，所述处理单元，用于：

获取所述列表条目总量，根据所述列表条目总量和所述列表条目数量确定请求总次数，所述请求总次数用于指示所述管理设备向所述装置发送请求消息的数量；

在已向所述网络设备发送的、用于请求所述待请求的列表中的列表条目的请求消息的数量未达到所述请求总次数时，生成所述请求消息。

11.如权利要求10所述的装置，其特征在于，所述发送单元，还用于向所述网络设备发送总量请求消息，所述总量请求消息包括所述标识信息，所述总量请求消息用于请求所述网络设备获取所述列表条目总量；

所述接收单元，还用于接收所述网络设备发送的总量响应消息，所述总量响应消息包括所述列表条目总量。

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

所述接收单元，还用于接收所述网络设备发送的总量更新消息，所述总量更新消息包括更新后的列表条目总量，所述更新后的列表条目总量是所述网络设备基于所述列表条目总量变化时确定的列表条目总量；

所述处理单元，还用于根据更新后的列表条目总量更新所述请求总次数的值。

13.如权利要求9至12任一项所述的装置，其特征在于，所述请求消息是基于网络配置Netconf协议的请求消息或基于Restconf协议的请求消息。

14.一种处理数据的装置，其特征在于，所述装置包括：

接收单元，用于接收管理设备发送的请求消息，所述请求消息包括列表条目数量、标识信息和偏移量，所述列表条目数量用于指示所述管理设备向所述装置请求列表条目的数量，所述标识信息用于指示所述装置中的待请求的列表，所述待请求的列表包括所述列表条目数量指示的列表条目，所述偏移量的值等于已经向所述装置发送的、用于请求所述待请求的列表中的列表条目的请求消息的数量与所述列表条目数量的乘积；

处理单元，用于获取所述标识信息标识的所述列表中的、以所述偏移量为起始位置的、所述列表条目数量指示的列表条目，其中，所述列表包括的列表条目总量大于所述列表条目数量；

发送单元，用于向所述管理设备发送所述请求消息对应的响应消息，所述响应消息包括所述列表条目。

15.如权利要求14所述的装置，其物征在于，

所述接收单元，还用于接收所述管理设备发送的总量请求消息，所述总量请求消息包括所述标识信息；

所述处理单元，还用于获取所述标识信息标识的所述列表包括的列表条目总量；

所述发送单元，还用于向所述管理设备发送总量响应消息，所述总量响应消息包括所述列表条目总量，所述总量响应消息用于所述管理设备基于所述列表条目总量确定请求总次数，所述请求总次数用于指示所述管理设备向所述装置发送请求消息的数量。

16.如权利要求15所述的装置，其特征在于，所述处理单元，还用于在所述列表条目总量变化时确定更新后的列表条目总量；

所述发送单元，还用于向所述管理设备发送总量更新消息，所述总量更新消息包括所述更新后的列表条目总量，所述总量更新消息用于所述管理设备根据所述更新后的列表条目总量更新所述请求总次数的值。

17.一种处理数据的***，其特征在于，所述***包括：如权利要求9至13任一项所述的装置和如权利要求14至16任一项所述的装置。

Images