CPU负荷，则控制单元12基于激活端口数量而不基于CPU负荷来确定业务量收集节点。例如，当收集链路30-3的业务量时，控制单元12参考存储有图12的表格的节点信息DB 14，并且确定节点20-2的CPU负荷和节点20-3的CPU负荷都小于预定阈值。因此，控制单元12从具有较小激活端口数量的节点20-2而不从具有较小CPU负荷的节点20-3收集链路30-3的业务量。
[0133]利用上述配置，控制装置10参考包括在控制装置10之中的节点信息DB 14，并且确定从其收集关于链路30的信息的节点20。也就是说，当确定这一节点20时，控制装置10可以在不顺序收集节点信息的情况下确定节点20。此外，如果节点信息DB 14中存储关于每个节点20的处理负荷的多种信息，则控制装置10可以基于该多种信息来确定从其收集关于链路30的信息的节点20。
[0134]<第三示例性实施例>
[0135]将参考附图描述本发明第三示例性实施例。在第三示例性实施例中，控制装置10指定端口，向具有多个端口的节点20发送关于链路的信息的通知的请求，以及接收关于与指定端口相对应的链路的信息的通知。第三示例性实施例包括与第一及第二示例性实施例相等同的配置，将省略对这些配置的描述。
[0136]本发明第三示例性实施例适用于上述示例性实施例的任一个。
[0137]在本发明第三示例性实施例中，如图13所示，每个节点20具有多个端口 40-A至40-C (除非需要将这些端口相互区分，每个端口 40-A至40-C将称为“端口 40”)，并且经由相应的端口 40连接到链路30。
[0138]如图13所示，每个链路30连接到节点20的端口 40。例如，链路30_1连接到节点20-1 的端口 40-1-B 和节点 20-3 的端口 40-3-A。
[0139]控制装置10从多个节点20收集关于包括在由多个节点20形成的网络之中的链路30的信息。基于控制装置10收集链路30的业务量作为关于链路30的信息的示例，描述本发明第三示例性实施例。然而，由控制装置10收集的关于链路30的信息不限于链路30的业务量。
[0140]根据本发明第三示例性实施例的控制装置10的示例性配置与根据本发明第一及第二示例性实施例的控制装置10的配置相同。
[0141]在控制装置10的业务量DB 13中，针对每个链路30，关于连接到链路30的端口的信息与从节点20接收的链路30的业务量相关联。
[0142]图14示出了根据本发明第三示例性实施例存储在包括在控制装置10内的链路信息DB 13之中的表格的示例性配置。如图14所示，在链路信息DB 13中，针对每个链路30，关于连接到链路30的端口 40的信息与链路30的正向和反向业务量相关联。备选地，在链路信息DB 13中，针对每个链路30，可以存储正向和反向业务量的总值。例如，关于端口 40的信息包括具有端口的节点的标识符和端口的端口号。
[0143]在图14的示例中，在包括在控制装置10内的链路信息DB 13之中，例如，链路30-2的链路ID、作为关于端口的信息的节点10-1的节点ID和端口的端口号40-1-C、作为关于对应端口的信息的节点10-2的节点ID和端口的端口号40-2-A、正向业务量“10”、以及反向业务量“ 30 ”相互关联。
[0144]例如，在连接到业务量要被收集的链路30的两个节点20之间，控制单元12从具有较小处理负荷的节点收集业务量。例如，当控制单元12确定业务量收集节点20时，通信单元11向所确定的节点20发送请求业务量通知的消息。
[0145]例如，根据本发明第三示例性实施例，控制单元12参考链路信息DB 13，并且获取业务量收集节点20的端口 40的端口号，端口 40对应于链路30。例如，当从节点20-2收集链路30-2的业务量时，控制单元12参考链路信息DB 13，并且获知对应于链路30_2的端口是节点20-2的端口 40-2-A。
[0146]例如，根据本发明第三示例性实施例，控制单元12在请求业务量通知的消息中存储与业务量要被收集的链路30相对应的端口 40的端口号。例如，当收集链路30-2的业务量时，控制单元12在请求业务量通知的消息中存储所获取的端口 40-2-A的端口号。节点20-2向控制装置10通知经由具有在该消息中存储的端口号的端口发送和接收的业务量。
[0147]图15示出了根据本发明第三示例性实施例的节点20的示例性配置。如图15所示，节点20包括通信单元21、控制单元22、业务量DB 23以及端口 40-A至40-C。
[0148]通信单元21经由端口 40发送和接收分组。
[0149]在业务量DB 23中，针对节点20的每个端口 40，存储经由端口发送和接收的业务量。
[0150]图16示出了根据本发明第三示例性实施例的存储在包括在节点20-2内的业务量DB 23之中的表格的示例性配置。例如，在业务量DB 23中，针对节点20的每个端口 40，存储端口所连接的链路的ID以及经由该端口发送和接收的业务量。在包括在节点20-2内的业务量DB 23中，针对节点20-2的每个端口 40，端口所连接的链路的ID、经由该端口发送的业务量(发送量)、以及经由该端口接收的业务量(接收量)相互关联。
[0151]例如，在图16的示例中，在包括在节点20-2内的业务量DB 23中，端口 40-2-A的端口标识符、链路30-2的链路ID、发送业务量“30”、以及接收业务量“10”相互关联。
[0152]接下来，将参考附图描述根据本发明第三示例性实施例的控制装置10的示例性配置。图17是示出控制装置10的操作的流程图。
[0153]当满足预定条件时，控制装置10的控制单元22开始链路30的业务量的收集。
[0154]在连接到业务量要被收集的链路30的节点20之间，控制单元12将具有较小处理负荷的节点确定为控制单元12请求业务量通知的节点(S201)。接下来，控制单元12参考链路信息DB 13，并获取与业务量要被收集的链路相对应的端口的端口号(S202)。
[0155]控制单元12创建请求业务量通知的消息，所述消息包括所获取的端口号(S203)。
[0156]通信单元11向所确定的节点发送由控制单元12创建的消息(S204)。
[0157]通信单元11从该节点接收指示与业务量要被收集的链路相对应的端口的业务量的消息(S205) ο
[0158]将包括在从节点20接收的消息中的业务量存储在链路信息DB13中(S206)。
[0159]接下来，将参考附图描述根据本发明第三示例性实施例的节点20的示例性操作。图18是示出节点20的操作的流程图。
[0160]节点20的通信单元21从控制装置10接收请求业务量通知的消息(S301)。
[0161]节点20的控制单元22在业务量DB 23中搜索在通信单元21接收的消息中指定的端口的业务量(S302)。
[0162]控制单元22创建向控制装置10通知找到的业务量的消息(S303)。
[0163]通信单元21向控制装置10发送由控制单元22创建的消息(S304)。
[0164]利用上述配置，控制装置10指定端口 40并要求节点20向控制装置10通知关于链路30的信息。因此，节点20可以对来自控制装置10的针对关于链路30的信息的请求进行响应，而不需要获取其端口 40和对应链路30之间的对应关系。
[0165]〈第四示例性实施例〉
[0166]接下来，将参考附图描述本发明第四示例性实施例。根据第四示例性实施例，控制装置10参考链路信息DB 13，并确定网络中每个链路的链路相关信息收集节点。第四示例性实施例包括与第一至第三示例性实施例相等同的配置，将省略对这些配置的描述。
[0167]本发明第四示例性实施例适用于上述示例性实施例的任一个。
[0168]控制装置10从多个节点20收集关于包括在由多个节点20形成的网络之中的链路30的信息。基于控制装置10收集链路30的业务量作为关于链路30的信息的示例，描述本发明第四示例性实施例。然而，由控制装置10收集的关于链路30的信息不限于链路30的业务量。
[0169]根据第四示例性实施例的控制装置10的示例性配置与根据本发明第一至第三示例性实施例的配置相同。
[0170]例如，根据本发明第四示例性实施例，确定单元120从存储在链路信息DB13中的表格的第一行的链路30开始，顺序地确定业务量收集节点20。例如，在确定单元120确定用于收集表格中某行的链路30的业务量的节点20后，确定单元120确定用于收集下一行(也就是紧接在某行下方的行)的链路30的业务量的节点20。
[0171]每次确定单元120确定用于收集链路30的业务量的节点20时，确定单元120检查是否已针对每个存储在链路信息DB 13中的链路30确定了业务量收集节点20。例如，每次确定单元120确定用于收集链路30的业务量的节点20时，确定单元120检查是否已针对直至存储在链路信息DB 13中的表格的最后一行中的链路30确定了业务量收集节点。
[0172]针对每一行，即从链路信息DB 13中第一行中的链路30至最后一行中的链路30，确定单元120确定业务量收集节点20。因此，确定单元120可以针对链路信息DB 13中存储的每个链路30，确定业务量收集节点20。
[0173]根据本发明第四示例性实施例，在链路信息DB 13中，分配给各链路30的链路ID可以是连续的数字。例如，确定单元120以升序的链路ID来确定链路30的业务量收集节点20。
[0174]图19示出了根据本发明第四示例性实施例的链路信息DB 13的示例性配置。如图19所示，在链路信息DB 13中，分配给各链路30的链路ID是连续的数字。图19中，链路30-1和30-2的链路ID分别是“I”和“2”。分配给各链路30的链路ID可以任何数字，只要这些数字是连续的数字。链路ID还可以使用除十进制系统外的其他系统。
[0175]例如，首先，针对具有最小链路ID的链路30，确定单元120确定业务量收集节点20。如果确定单元120参考图19所示的链路信息DB 13，则确定单元120首先确定链路ID为“I”的链路30-1的业务量收集节点20。
[0176]例如，在确定单元120确定某链路30的业务量收集节点20后，确定单元120确定具有下一个链路ID的链路30的业务量收集节点20 (即具有大一级的数字的链路ID)。如果确定单元120参考图19所示的链路信息DB 13，则在确定单元120确定链路ID为“I”的链路30-1的业务量收集节点20后，确定单元120确定链路ID为“2”的链路30_2的业务量收集节点20。
[0177]例如，确定单元120可以管理业务量被节点20收集的链路30的链路ID，作为请求链路ID。例如，当确定单元120开始链路30的业务量的收集时，确定单元120将请求链路ID设置为具有存储在链路信息DB 13中的最小值的链路ID。例如，在确定单元120确定链路30的业务量收集节点20后，确定单元120使请求链路ID递增。
[0178]例如，每次确定单元120确定链路30的业务量收集节点20时，确定单元120检查是否已针对直至具有存储在链路信息DB 13中的最大值的链路ID的链路30，确定了业务量收集节点。例如，每次确定单元120确定链路30的业务量收集节点20时，确定单元120检查请求链路ID是否是具有存储在链路信息DB 13中的最大值的链路ID。例如，每次确定单元120确定链路30的业务量收集节点20时，确定单元120可以检查具有比请求ID的值更大的值的链路ID是否存储在链路信息DB 13中。
[0179]接下来，将参考附图描述根据本发明第四示例性实施例的控制装置10的示例性操作。图20是示出控制装置10的操作的流程图。基于控制装置10包括图19所示的链路信息DB 13的示例，描述图20中由控制装置10执行的操作。
[0180]当满足预定条件时，控制装置10的控制单元12开始链路30的业务量的收集。
[0181]例如，确定单元120将链路ID设置为具有最小值的链路ID。
[0182]针对链路ID对应于请求链路ID的链路30，在连接到链路30的两个节点20之间，控制单元12将具有较小处理负荷的节点确定为业务量收集节点(S402)。
[0183]接下来，控制单元12创建请求所确定的节点向控制单元12通知对应的业务量的消息(S403) ο
[0184]通信单元11向所确定的节点发送由控制单元12创建的消息(S404)。
[0185]控制单元12参考确定管理单元121，并检查是否已针对网络中的每个链路30确定了业务量通知节点20(S405)。例如，控制单元12检查请求链路ID的值是否是存储在链路信息DB中的最大链路ID值。
[0186]如果作为检测的结果，控制单元12确定仍然存在需要确定业务量通知节点20的链路30，则控制单元12将请求链路ID递