增(S406)，回到S402，并确定链路ID与请求链路ID相对应的链路30的业务量收集节点20。
[0187]通信单元11从该节点接收向控制装置10通知链路30的业务量的消息(S407)，并在链路信息DB 13中存储相关消息(S408)。
[0188]利用上述配置，控制装置10必然可以从网络中的所有链路30收集关于链路30的
?目息O
[0189]〈第五示例性实施例〉
[0190]接下来，将参考附图描述本发明第五示例性实施例。根据第五示例性实施例，控制装置10包括确定管理单元，所述确定管理单元中存储指示是否已针对网络中的链路确定了链路信息收集节点20的信息。
[0191]本发明第五示例性实施例适用于上述实施例的任一个。
[0192]如图21所示，本发明第五示例性实施例可以由包括控制装置10和节点20-1至20-9的配置实现。节点的数量不限于图21所示。可以使用任意数量的节点。
[0193]如图21所示，每个节点20-1至20-9经由链路30连接到相邻节点。
[0194]控制装置10从多个节点20收集关于包括在由多个节点20形成的网络之中的链路30的信息。基于控制装置10收集链路30的业务量作为关于链路30的信息的示例，描述本发明第五示例性实施例。然而，由控制装置10收集的关于链路30的信息不限于链路30的业务量。
[0195]图22示出了根据本发明第五示例性实施例的控制装置10的示例性配置。如图22所示，根据第五示例性实施例，控制单元12包括确定单元120和确定管理单元121。
[0196]例如，确定单元120参考节点信息DB 14，并且，在连接到链路30的两个节点之间，基于节点的处理负荷，确定用于收集链路30的业务量的节点。例如，在连接到链路30的两个节点之间，确定单元120将具有较小处理负荷的节点确定为业务量收集节点。
[0197]例如，在确定业务量收集节点20后，确定单元120在确定管理单元121中存储关于所确定的节点20的信息和关于收集业务量所经由的端口 40的信息。
[0198]例如，每次确定单元120确定业务量收集节点20时，确定单元120可以存储标志，所述标志指示业务量收集节点20的确定的完成。
[0199]例如，确定单元120参考确定管理单元121，并检查是否已针对网络中的每个链路30确定了业务量收集节点20。例如，如果仍然存在没有确定业务量收集节点20的链路30，则确定单元120确定该链路的业务量收集节点20。确定单元120确定网络中每个链路30的业务量收集节点。
[0200]例如，通过参考确定管理单元121，确定单元120确定是否针对链路30存储了关于节点20的信息和关于端口 40的信息。如果存储了该信息，则确定单元120确定已针对该链路确定了业务量收集节点20。然而，如果通过参考确定管理单元121，确定单元120确定没有针对链路30存储关于节点20的信息和关于端口 40的信息，则确定单元120确定针对该链路尚未确定业务量收集节点20。
[0201]此外，例如，通过参考存储有标志的确定管理单元121，确定单元120可以确定是否已针对每个链路30确定了业务量收集节点20，其中每个标志指示针对链路30的业务量收集节点30的确定的完成。
[0202]确定单元120所使用的检查是否已针对每个链路30确定了业务量收集节点20的方法不限于上述示例。可以使用任何方法。
[0203]例如，确定管理单元121针对每个链路30管理由确定单元120确定的节点20和与业务量被收集的链路30相对应的端口 40。例如，在确定管理单元121中，由确定单元120确定的节点20的节点ID和与业务量被收集的链路30相对应的端口 40相互关联。例如，确定管理单元12针对网络中的每个链路30，管理由确定单元120确定的节点20和与业务量被收集的链路30相对应的端口 40。
[0204]图23示出了存储在包括在控制单元12中的确定管理单元121之中的表格的示例性配置。如图23所示，在确定管理单元121中，针对每个链路，被确定的节点的节点ID和对应于链路的端口的端口号相互关联。在图23的示例中，在确定管理单元121中，链路30-1的链路ID、用于收集链路30-1的业务量的节点20-1的节点ID、连接到链路30_1的节点20-1的端口 40-B相互关联。此外，在图23的示例中，在确定管理单元121中，由于尚未确定链路30-4的业务量收集节点20，所以没有存储节点ID和端口号。
[0205]此外，在确定管理单元121中，针对每个链路30，可以存储指示业务量收集节点20的确定的完成的标志。
[0206]图24示出了存储在包括在控制单元120中的确定管理单元121之中的表格的示例性配置。如图24所示，在确定管理单元121中，针对每个链路，存储指示业务量收集节点20的确定的完成的标志。在图24的示例中，在确定管理单元121中，针对已确定业务量收集节点20的链路，存储用“〇”表示的标志。在图24的示例中，由于针对每个链路30-1至30-3都存储了标志“〇”，所以控制单元120确定已针对每个链路30-1至30-3确定了业务量收集节点。相反，由于针对链路30-4没有存储标志“〇”，所以控制单元120确定尚未针对链路30-4确定业务量收集节点。
[0207]例如，当控制装置10开始链路30的业务量的收集时，确定管理单元121删除其中存储的信息。例如，当控制装置10开始链路30的业务量的收集时，确定管理单元121可以仅删除指示业务量收集节点20的确定的完成的每个标志。
[0208]接下来，将参考附图描述根据本发明第五示例性实施例的控制装置10的示例性操作。图25是示出了控制装置10的操作的流程图。
[0209]当满足预定条件时，控制装置10的控制单元12开始链路30的业务量的收集。
[0210]当控制单元12开始链路的业务量的收集时，控制单元12删除存储在确定管理单元121中的信息(S501)。
[0211]在连接到业务量要被收集的链路的节点20之间，控制单元12将具有较小处理负荷的节点确定为控制单元12请求业务量通知的节点(S502)。
[0212]接下来，控制单元12创建请求业务量通知的消息(S503)。接下来，例如，关于已确定了业务量收集节点20的链路30，控制单元12在确定管理单元121中存储确定单元120所确定的节点20和与业务量要被收集的链路相对应的端口 40(S504)。
[0213]通信单元11向所确定的节点发送控制单元12创建的消息(S505)。
[0214]控制单元12参考确定管理单元121，并检查是否已针对网络中的每个链路30确定了业务量通知节点20(S506)。如果作为检查的结果，仍然存在尚未确定业务量通知节点20的链路30，处理返回S502，并且控制单元12针对该链路30确定业务量收集节点20。
[0215]通信单元11从节点20接收指示链路的业务量的消息(S507)并将包括在从节点接收到的消息中的链路20的业务量存储在链路信息DB 13中(S508)。
[0216]利用上述配置，由于控制装置10包括确定管理单元121，在确定管理单元121中，针对网络中的每个链路，存储指示用于收集关于链路30的信息的节点的确定的完成的信息，如图21所示，控制装置10可以有效地收集关于整个网络系统的信息。
[0217]〈第六示例性实施例〉
[0218]本发明第六示例性实施例是通过修改作为中央控制型网络架构并被称为开放流(OpenFlow)的技术来实现本发明的示例。
[0219]第六示例性实施例适用于上述示例性实施例的任一个。
[0220]OpenFlow将通信识别为端到端的流，并且针对流逐个执行路径控制等。因此，通过在本发明中使用OpenFlow，基于通信费用，可以更灵活地控制无线接入系统。
[0221]将参考图26和27描述OpenFlow。
[0222]图26示出了由OpenFlow技术建立的通信系统的概况。例如，流是指具有预定属性(由通信目的、源等来标识的属性)的一系列通信分组。OpenFlow交换机51是使用OpenFlow技术的网络交换机。OpenFlow控制器50是控制每个OpenFlow交换机51的信息处理装置。
[0223]安全信道52设置在每个OpenFlow交换机51和OpenFlow控制器50之间，并且每个OpenFlow交换机51经由其安全信道52与OpenFlow控制器50进行通信。每个OpenFlow交换机设置有流表510，并且OpenFlow控制器50经由对应的安全信道52设置每个OpenFlow交换机51的流表510。每个安全信道52是一个通信路径，在所述通信路径上采取防止对其交换机和控制器之间的通信进行窃听(eavesdropping)和篡改(falsificat1n)的措施。
[0224]图27示出了流表510中的条目(流条目)的示例性配置。流条目包括:包括在交换机接收的分组的首部之中的信息(例如，目的IP地址、VLAN ID等)与之进行匹配的匹配规则、统计信息(Counters)(每个分组流的统计信息)、以及定义与匹配规则相匹配的分组的处理方法的动作(Act1ns)。
[0225]当OpenFlow交换机51接收分组时，OpenFlow交换机51参考其流表510。OpenFlow交换机51搜索与接收分组的首部信息相匹配的流条目。如果OpenFlow交换机51找到与接收分组的首部信息相匹配的条目，则OpenFlow交换机51根据在所找到条目的动作字段中定义的处理方法来处理接收分组。例如，定义“从预定端口转发接收分组”，“丢弃接收分组”，或者“重写接收分组的首部部分并从预定端口转发分组”，作为处理方法。
[0226]相反，如果OpenFlow交换机51没有找到与接收分组的首部信息相匹配的条目，则例如，OpenFlow交换机51经由安全信道52向OpenFlow控制器50转发接收分组。通过转发接收分组，OpenFlow交换器51请求OpenFlow控制器50设置对该接收分组的处理方法进行定义的流条目。
[0227]OpenFlow控制器50确定接收分组的处理方法，并且在流表510中设置包括所确定的处理方法的流条目。接下来，OpenFlow交换机51根据所设置的流条目来处理与该接收分组属于相同流的后续分组。
[0228]图28示出了根据本发明第六示例性实施例的系统的示例性配置，所述系统通过修改上述OpenFlow进行配置。如图28所示，通过包括控制装置10、节点20、链路30和安全信道60的配置，可以实现本发明第六示例性实施例。
[0229]控制装置10从多个节点20收集关于包括在多个节点20构成的网络之中的链路30的信息。基于控制装置10收集链路30的业务量作为关于链路30的信息的示例，描述本发明第六示例性实施例。然而，由控制装置10收集的关于链路30的信息不限于链路30的业务量。
[0230]图29示出了根据本发明第六示例性实施例的控制装置10的示例性配置。控制装置10是与节点20物理分离的装置。如图29所示，控制装置10包括通信单元11、控制单元12、链路信息DB 13、节点信息DB 14、处理规则确定单元15、以及处理规则DB 16。
[0231]通信单元11用作从节点20接收对分组处理规则的请求的装置。此外，通信单元11用作向节点20通知处理规则的装置。
[0232]确定单元120参考链路信息DB 13，并且在连接到链路30的两个节点之间，基于节点的处理负荷，确定用于收集链路30的业务量的节点。例如，确定单元120在连接到链路30的两个节点之间将具有较小处理负荷的节点确定为业务量收集节点。
[0233]如图29所示，控制单元12可以包括网络管理单元122。网络管理单元122建立关于由控制装置10管理的网络的拓扑信息。例如，网络管理单元122使用LLDP(链路层发现协议)以管理由控制装置10管理的网络的拓扑。
[0234]例如，除了图3或图15所示的信息，可以在链路信息DB 13中存储由网络管理单元122建立的关于网络的拓扑信息。
[0235]除了第一至第四示例性实施例中任一个描述的方法，可以在节点信息DB 14中存储由兼容OpenFlow的通信装置的功能提供的信息。该兼容OpenFlow的通信装置(网络交换机等)包括向控制器通知通信装置的端口状态(Port Status)的功能，或者向控制器通知交换机的特征(请求/应答特征)(Feature Request/Reply)的功能。
[0236]处理规则确定单元15生成对节点20接收的分组进行处理的处理规则。
[0237]图30示出了由处理规则确定单元15生成的示例性处理规则。例如，这些处理规则对应于OpenFlow的流条目。图30的表格中，每一行都是处理规则。
[0238]“匹配字段”表示标识流的条件。例如，在“匹配字段”中设置使用通信端口号来标识流的条件或者基于包括在分组中的信息(目的地址、源