WO2016159057A1 - 制御装置、制御方法及びプログラム - Google Patents

制御装置、制御方法及びプログラム Download PDF

Info

Publication number
WO2016159057A1
WO2016159057A1 PCT/JP2016/060349 JP2016060349W WO2016159057A1 WO 2016159057 A1 WO2016159057 A1 WO 2016159057A1 JP 2016060349 W JP2016060349 W JP 2016060349W WO 2016159057 A1 WO2016159057 A1 WO 2016159057A1
Authority
WO
WIPO (PCT)
Prior art keywords
physical
node
control device
information
network
Prior art date
Application number
PCT/JP2016/060349
Other languages
English (en)
French (fr)
Inventor
一志 久保田
正徳 高島
知博 加瀬
陽介 田部
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2017510086A priority Critical patent/JPWO2016159057A1/ja
Priority to KR1020177031383A priority patent/KR20170134557A/ko
Priority to US15/562,661 priority patent/US20180109472A1/en
Priority to CN201680020246.2A priority patent/CN107534602A/zh
Priority to EP16772938.3A priority patent/EP3280100A4/en
Publication of WO2016159057A1 publication Critical patent/WO2016159057A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/76—Routing in software-defined topologies, e.g. routing between virtual machines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/70—Virtual switches
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/38—Flow based routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks

Definitions

  • the present invention is based on the priority claim of Japanese patent application: Japanese Patent Application No. 2015-073889 (filed on March 31, 2015), the entire contents of which are incorporated herein by reference. Shall.
  • the present invention relates to a control device, a control method, and a program, and more particularly, to a control device, a control method, and a program that provide various services using resources of a physical network.
  • Patent Document 1 discloses a method for operating a network virtualization system. Following paragraph 0048 of the same document, the network virtualization system 1 receives an instruction from the setting terminal 31 and uses the resources of the physical nodes (physical nodes 21 to 26) and the physical link 51 to create virtual nodes and virtual It describes that virtual networks (virtual network 2 and virtual network 3) including links are constructed (see paragraphs 0131 to 0141, for example).
  • VM Virtual Machine
  • Patent Document 1 To provide a service to a user (for example, starting a virtual machine (hereinafter referred to as “VM: Virtual Machine”) on a network and using it from the outside) using the network virtualization technology represented by Patent Document 1 Therefore, it is necessary to prepare physical resources necessary for realizing the service and perform necessary settings (see, for example, FIGS. 16 and 13 of Patent Document 1) without contradiction.
  • VM Virtual Machine
  • Patent Document 1 describes how to realize a service on a virtual network requested by a user, and in particular, physical resources necessary for providing a service provided by the user. It is not disclosed how to realize the arrangement and connection of the.
  • An object of the present invention is to provide a control device, a control method, and a program for realizing a service on a virtual network on a physical NW.
  • a first means for specifying a virtual machine that can provide a function of a network node; a second means for specifying information regarding a position of the specified virtual machine in a physical network; And a third means for setting a data path for realizing the function of the network node on the physical network based on the information on the position.
  • a communication system including a control device that controls a physical network and a virtual machine managed by the control device.
  • the control device includes: a first unit that identifies a virtual machine that can provide a network node function; a second unit that identifies information regarding a position of the identified virtual machine in a physical network; and And a third means for setting a data path for realizing the function of the network node on the physical network based on the information.
  • a virtual machine that can provide the function of a network node is identified, Identifying information about the location of the identified virtual machine in the physical network; A control method for setting a data path for realizing the function of the network node on the physical network based on the information on the position is provided. This method is associated with a specific machine called a control device including the first to third means described above.
  • the process for specifying information on the position of the specified virtual machine in a physical network based on the process for specifying information on the position of the specified virtual machine in a physical network, and the information on the position
  • a program for causing a computer to execute processing for setting a data path for realizing the function of the network node on the physical network This program can be recorded on a computer-readable (non-transient) storage medium. That is, the present invention can be embodied as a computer program product.
  • FIG. 1 is a diagram illustrating a configuration example of a system according to the first embodiment of this invention.
  • a physical network hereinafter referred to as “physical NW” in which physical nodes 200A, 200B, and 210 (hereinafter referred to as “physical node 200” when physical nodes 200A and 200B are not particularly distinguished) is arranged.
  • physical NW physical network
  • physical node 200 when physical nodes 200A and 200B are not particularly distinguished
  • the physical node 200 has a function of providing a virtual machine (hereinafter “VM”) 300 on a virtual network (hereinafter “virtual NW”).
  • VM virtual machine
  • NW virtual network
  • Examples of such a physical node 200 include a virtual machine environment construction server.
  • FIG. 1 an example in which the VM 300 is operated is given, but a virtual appliance in which an application program or the like is introduced and a specific function can be provided may be used.
  • the physical node 210 realizes communication between the physical nodes 200 according to a route instructed from the control device 100. Examples of such a physical node 210 include an open flow switch and a layer 3 switch. Further, instead of the physical node 210, a virtual switch constituted by the physical node 200 may be used.
  • a data path is set between the plurality of communication nodes (for example, the VM 300) in order to realize communication on the virtual NW. It is necessary to set and enable communication on the physical NW corresponding to the communication on the virtual NW. Therefore, in the first embodiment, a data path is set between a plurality of communication nodes (for example, the VM 300) included in the virtual NW.
  • a plurality of communication nodes (for example, VM 300) included in the virtual NW are operated by a plurality of different physical nodes 200 (for example, physical servers), a plurality of communication nodes (for example, VM 300) on the physical NW are used.
  • a data path between the plurality of physical nodes 200 For example, in the example of FIG. 1, each of the VMs 300 included in the virtual NW is operated by the physical node 200A and the physical node 200B, and in order to set a data path between the VMs 300, the physical node 200A and the physical node 200B. It is also necessary to set a data path between and. Therefore, in the first embodiment, a data path is also set between a plurality of physical nodes 200 that realize a plurality of communication nodes (for example, the VM 300) included in the virtual NW.
  • the control device 100 specifies a communication node such as a VM corresponding to the service requested by the user, and physically sets the communication node.
  • the data path on the NW is dropped and the data path on the physical NW between the communication nodes is set.
  • FIG. 2 is a diagram illustrating a configuration example of the control device 100 according to the first embodiment.
  • the control device 100 includes a control unit 110 and a communication unit 120.
  • the communication unit 120 is an interface that can communicate with other devices such as the physical node 200 and the physical node 210.
  • the communication unit 120 can transmit a predetermined control signal to the physical node 200, for example.
  • the communication unit 120 can transmit processing rules and transfer information to the physical node 210.
  • the control unit 110 has a function capable of executing a predetermined process.
  • the predetermined process executed by the control unit 110 is executed by, for example, a CPU (Central Processing Unit) or an MPU (Micro Processing Unit).
  • FIG. 3 is a diagram illustrating a processing example executed by the control unit 110 according to the first embodiment.
  • the control unit 110 performs processing performed by each of the node specifying unit 101 (first unit), the position specifying unit 102 (second unit), and the path setting unit 103 (third unit). Can be executed.
  • the node specifying unit 101 specifies a communication node corresponding to the service requested by the user.
  • the “service requested by the user” uses, for example, a virtual network (for example, vEPC) logically configured using a virtual resource or a virtual resource or a physical resource included in a tenant corresponding to the user.
  • Service for example, an existing virtual NW such as a server resource (which may be a VM or a physical server) arranged in a certain (virtual) network, or a network connected to an external network. It may be a user request for.
  • the “service requested by the user” may be, for example, a virtual network function (VNF) or a service chain.
  • VNF virtual network function
  • the node specifying unit 101 plays a role of specifying one or more communication nodes that can provide such a service.
  • the “communication node” corresponds to, for example, the above-described server resource (which may be a VM or a physical server).
  • An arrow extending from the node specifying unit 101 in FIG. 1 represents an operation in which the node specifying unit 101 specifies a VM 300 corresponding to the upper virtual network (representing a service requested by the user).
  • the location specifying unit 102 specifies information related to the location of the communication node specified by the node specifying unit 101 in the physical network.
  • the end point information on the physical NW corresponding to the communication node specified by the node specifying unit 101 can be used.
  • the end point information is, for example, the address of the communication node specified by the node specifying means 101 (for example, IP (Internet Protocol) address, MAC (Media Access Control) address).
  • the end point information may be, for example, the address (for example, IP address, MAC address) of the virtual switch to which the communication node specified by the node specifying unit 101 is connected.
  • the end point information may be, for example, the port number of the port used by the communication node in the virtual switch to which the communication node specified by the node specifying unit 101 is connected.
  • the end point information may be, for example, the address (for example, IP address, MAC address) of the physical node 200 that realizes the communication node specified by the node specifying unit 101.
  • the end point information may be, for example, an address (for example, an IP address or a MAC address) of a physical switch (for example, the physical node 210) corresponding to the communication node identified by the node identifying unit 101.
  • the arrow line extending from the position specifying unit 102 in FIG. 1 indicates an operation in which the position specifying unit 102 specifies the end point information of the VM 300 specified by the node specifying unit 101 or the end point information of the physical node 200 corresponding to the VM 300. Represents.
  • the path setting unit 103 sets a data path necessary for realizing a service requested by the user on the physical NW, using information on the position of the communication node in the physical network specified by the position specifying unit 102.
  • the process of “setting a data path” is realized by setting a flow entry and path information in the physical node 210.
  • the flow entry is a processing rule for the physical node 210 to process a packet belonging to the flow.
  • the route information is, for example, transfer information used by the physical node 210 to transfer a packet.
  • An arrow extending from the path setting unit 103 in FIG. 1 indicates, for example, an operation in which the path setting unit 103 connects the physical nodes 200 specified by the position specifying unit 102 to each other via the physical node 210 and sets a data path. Represents.
  • FIG. 4 is a diagram illustrating an example of a table held by the control device according to the first embodiment.
  • the upper part of FIG. 4 is a table in which services, communication nodes, and physical node position information are associated with each other.
  • the node specifying unit 101 determines what kind of resource is necessary to realize the service A. For example, in the example of FIG. 4, VM1 to VM3 are specified as resources necessary for realizing the service A. Then, the position specifying unit 102 calculates information on the positions of the VM1 to VM3 in the physical NW (which physical node is connected to the end point of the physical NW). In the example of FIG. 4, the addresses and ports of physical nodes that realize VM1 to VM3 are specified.
  • a network resource management function called an agent can be used as the node specifying unit 101 and the position specifying unit 102 that perform such operations.
  • the table shown in FIG. 4 can be held in the control device 100 as a service definition storage unit and a mapping information storage unit. By doing so, it is possible to speed up the specifying process in the node specifying unit 101 and the position specifying unit 102.
  • the service definition storage unit and the mapping information storage unit are realized with one table, but a table (corresponding to the service definition storage unit) that stores the correspondence between the service and the communication node, and the communication node And a table (corresponding to a mapping information storage unit) that stores the correspondence between the location information on the physical NW.
  • the path setting means 103 sets a data path between VM1 and VM3 using the topology information of the physical NW and the address and port (port number) of the identified physical node 200. For example, as shown in the lower part of FIG. 4, by setting a data path between the ports of the physical nodes 200 corresponding to VM1 to VM3, for example, a virtual network having a topology in which VM1 to VM3 are connected in a ring shape Can be realized. In the lower arrow, the data path between the physical node 200A and the physical 200B is realized by setting a flow entry and route information in the physical node 210.
  • the topology information can be obtained from a topology information storage unit that stores topology information.
  • FIG. 5 is a flowchart illustrating an operation example of the control device 100 according to the first embodiment.
  • the node specifying means 101 of the control device 100 specifies one or more communication nodes that can provide the service requested by the user (S1-1).
  • the node specifying unit 101 specifies a plurality of VMs 300 as services (virtual NW) requested by the user.
  • the position specifying unit 102 of the control device 100 specifies information related to the position of the communication node in the physical NW specified by the node specifying unit 101 (S1-2).
  • the position specifying unit 102 specifies end point information on the physical NW for each of the plurality of VMs 300 specified by the node specifying unit 101.
  • the location specifying unit 102 includes an address on the physical NW of the physical node 200 that operates each VM 300 and a port corresponding to each VM 300 among the ports of the physical node 200. Specify the port number.
  • the path setting unit 103 sets a data path between the communication nodes on the physical NW using the information regarding the position of the communication node in the physical NW specified by the position specifying unit 102 (S1-3).
  • the path setting means 103 uses the topology information of the physical NW and the address and port (port number) of the physical node 200 specified by the position specifying means 102 to create a data path between a plurality of VMs 300.
  • the path setting unit 103 is a flow entry for enabling the physical nodes 201 to communicate with each other between the physical nodes 200. And path information are set, and a data path is also set between the physical nodes 200.
  • FIG. 6 is a diagram illustrating another configuration example of the system according to the first embodiment of this invention.
  • FIG. 6 a configuration in which a physical NW1 constructed by VXLAN (Virtual eXtensible Local Area Network) and a physical NW2 by NVGRE (Network Virtualization using Generic Generic Routing Encapsulation) is connected by a gateway (GW) is shown. ing.
  • VXLAN Virtual eXtensible Local Area Network
  • NVGRE Network Virtualization using Generic Generic Routing Encapsulation
  • the node specifying unit 101 specifies a communication node corresponding to the service requested by the user.
  • the node specifying unit 101 specifies four VMs operating on the three physical servers 200a to 200c (see “(B) mapping” in FIG. 6). Even at this stage, it is not necessary to know what physical network the VM is operating on.
  • the position specifying unit 102 specifies information related to the positions of the four VMs in the physical network specified by the node specifying unit 101.
  • the end point information on the physical NW corresponding to the four VMs is specified as the information regarding the position in the physical network.
  • the position specifying unit 102 specifies the addresses of the physical servers 200a to 200c on which four VMs operate.
  • the path setting means 103 sets the data path for realizing the service requested by the user on the physical NW1 and NW2, using the identified end point information and the topology information of the physical NW1 and physical NW2.
  • a physical server 200A, a physical switch 210A and a physical server 200B on the physical NW1 side, and a physical switch 210B and a physical server 200C on the physical NW2 side are connected to a gateway (GW).
  • a data path is set up to connect via.
  • the control device 100 specifies a communication node such as a VM corresponding to the service requested by the user and performs the communication.
  • the node is dropped into position information on the physical NW, and a data path on the physical NW between the communication nodes is set. Therefore, after dropping the service on the virtual network requested by the user into the function implementation means and the location information on the physical network, the services on the virtual network are realized on the physical network by connecting them. it can.
  • FIG. 7 is a diagram illustrating a configuration example of a system according to the second embodiment of the present invention.
  • the control device 100A has substantially the same configuration as the control device of the first embodiment, and includes node specifying means 101 to path setting means 103.
  • node specifying means 101 to path setting means 103.
  • FIG. 8 is a diagram illustrating an example of a table (corresponding to a tenant definition storage unit and a mapping information storage unit) held by the control device 100A of the present embodiment.
  • a table in which tenants, communication nodes (for example, VMs), and position information of physical nodes that operate the communication nodes are associated with each other is shown.
  • the node specifying unit 101 determines what resources are required to realize the service requested by the user. For example, the node specifying unit 101 determines the type of resource necessary for realizing the service requested by the user. The node specifying unit 101 specifies a resource necessary for a service requested by a user from resources included in a tenant corresponding to the user. The node specifying unit 101 may calculate a necessary resource amount in addition to the resource type. For example, in the example of FIG. 8, VMs 1 to VM4 shown in FIG. 7 are specified as the resources necessary for the service requested by the user, among the VMs included in the tenant corresponding to the user.
  • the node specifying unit 101 associates the tenant 1 with a VM identifier that can uniquely identify each of the VM1 to VM4 required for the service requested by the user.
  • the resources required for the service requested by the user are, for example, ICT (Information ⁇ Communication Technology) resources such as servers, storages, and network nodes, and are virtual resources that are virtually realized using the VM. It may be a physical resource.
  • the network node is a device that provides functions necessary for network construction, such as a switch, a router, a firewall, and a load balancer.
  • the position specifying means 102 determines information related to positions on the physical NW of VM1 to VM4. For example, the position specifying unit 102 determines the address of the physical node 200 that realizes each of the VM1 to VM4 and the port number of the port corresponding to the VM1 to VM4 among the ports of the physical node 200. The location specifying unit 102 specifies the addresses of the VM1 to VM4, the addresses of the virtual switches to which the VM1 to VM4 are connected, the port numbers, and the like as information on the locations of the VM1 to VM4 on the physical NW. May be.
  • the position specifying unit 102 includes VM identifiers of VM1 to VM4, addresses of physical nodes 200 that realize each of the VM1 to VM4, and physical nodes corresponding to the VM1 to VM4, respectively. Correlate with the port numbers of 200 ports.
  • the path setting means 103 sets a data path between VM1 and VM4 using the topology information of the physical NW and the address and port of the specified physical node 200. For example, as shown in the lower part of FIG. 7, the VM1 to VM4 can communicate with each other by setting a data path between the ports of the physical node 200 corresponding to the VM1 to VM4.
  • the path setting unit 103 also sets a data path between the physical node 200A that operates VM1 and VM2, and the physical node 200B that operates VM3 and VM4. As a result, even when some or all of the VM1 to VM4 included in the service requested by the user operate on different physical nodes 200, communication between the VM1 to VM4 becomes possible.
  • FIG. 9 is a flowchart showing an operation example of the control device 100A of the second embodiment.
  • the node specifying unit 101 of the control device 100A specifies one or more communication nodes necessary for realizing the service requested by the user (S2-1).
  • the node specifying unit 101 specifies VM1 to VM4 included in the tenant corresponding to the user as resources necessary for the service requested by the user.
  • the position specifying unit 102 of the control device 100A specifies information related to the position of the communication node in the physical NW specified by the node specifying unit 101 (S2-2).
  • the position specifying unit 102 assigns the address of the physical node 200 that actually rotates each of the VM1 to VM4 specified by the node specifying unit 101 and each of the VM1 to VM4 among the ports of the physical node 200. Identify the port number of the corresponding port.
  • the path setting unit 103 of the control device 100A sets a data path between the communication nodes in the physical NW using the information regarding the position of the communication node in the physical NW specified by the position specifying unit 102 (S2-3). ).
  • the path setting unit 103 uses the topology information of the physical NW and the address and port (port number) of the physical node 200 specified by the location specifying unit 102 to create a data path between VM1 and VM4.
  • the path setting unit 103 sets, for example, a flow entry and path information for enabling communication between the physical node 200A and the physical node 200B in the physical node 210, and the data path between the physical nodes 200 is also set. Set.
  • FIG. 10 is a configuration example of the control device 100A when the control device 100A manages a plurality of resources.
  • the control device 100A manages a plurality of resources, and provides a service requested by the user using a part of the managed resources. For example, the control device 100A pools a plurality of resources, and selects a resource necessary for a service requested by the user from the pooled resources.
  • the node specifying unit 101 of the control device 100A calculates resources necessary for the service requested by the user, and calculates the calculated resource from the resources included in the tenant corresponding to the user among the plurality of resources to be managed. select.
  • the node specifying unit 101 manages a plurality of VMs, and selects a VM necessary for the service requested by the user from among the plurality of managed VMs.
  • the plurality of resources managed by the node specifying unit may include physical resources.
  • the node identification unit 101 manages a plurality of VMs for each function realized using, for example, a VM.
  • Functions realized using the VM are network functions such as a switch, a router, a firewall, and a load balancer.
  • the node specifying unit manages, for example, a virtual switch, a virtual router, a virtual firewall, and a virtual load balancer in which the network function is virtually realized by the VM.
  • the function realized using the VM may be a storage.
  • the node specifying unit 101 abstracts disks and drives in the physical server and manages them as a virtually realized storage pool.
  • the functions realized using the VM may be various applications or a desktop, for example.
  • the node specifying unit may manage various applications and desktops that are virtually realized using a VM, for example.
  • the node specifying unit 101 determines that a load balancer is necessary for a service requested by a user
  • the node specifying unit 101 is a virtual load balancer managed and included in a tenant corresponding to the user. Is selected for the tenant.
  • the processing of the location specifying unit 102 and the path setting unit 103 after the node specifying unit 101 specifies the resources required for the service requested by the user from the resources pooled in advance is the same as the location specifying in FIG. Since it is the same as the processing of the means 102 and the path setting means 103, detailed description is omitted.
  • the control device 100A specifies a communication node such as a VM corresponding to the service requested by the user in order to realize the service requested by the user, and selects the communication node.
  • the data is dropped into the position information on the physical NW, and the data path on the physical NW between the communication nodes is set. Therefore, after dropping the service on the virtual network requested by the user into the function implementation means and the location information on the physical network, the services on the virtual network are realized on the physical network by connecting them. it can.
  • the control device 100 since the control device 100 has a VM management function, when a request for adding a predetermined resource for a service requested by a user is received, a VM corresponding to the predetermined resource is activated. Can do. Then, the control device 100 uses the node specifying means to the path setting means to specify the communication node of the VM that is newly activated by the fourth means, drops the communication node into the location information on the physical NW, and stores the data on the physical NW. Set the path. Therefore, in the third embodiment, when a user requests to add a resource, a VM is added to realize the addition of the resource, and settings and the like in the physical NW necessary for the addition of the VM are performed. Can do.
  • FIG. 11 is a diagram showing a configuration of a control device according to the third embodiment of the present invention.
  • the control unit 110 of the control device 100F includes a node request unit 104 (fourth unit) in addition to the node specifying unit 101, the position specifying unit 102, and the path setting unit 103. It is shown.
  • the difference from the first and second embodiments will be mainly described.
  • the node request unit 104 activates a VM necessary for providing the service, and provides the VM information to the node specifying unit 101.
  • a node request unit 104 can be realized by an interface that gives necessary instructions to a control program such as a hypervisor or VMM (VM manager) that manages VMs on the physical server 200 side.
  • the node request unit 104 is described as starting a VM, but the communication node that the node request unit 104 starts is not limited to a VM.
  • the node request unit 104 secures resources necessary for providing a service by activating a physical server in a sleep state.
  • the node request unit 104 may have a function of terminating a predetermined VM in response to a request from the user.
  • the node request unit 104 may have a function of terminating unused VMs and releasing resources.
  • FIG. 12 is a diagram illustrating a configuration example of a system according to the third embodiment.
  • the node identifying unit 101 when a user requests to add a resource and there is no corresponding communication node, the node identifying unit 101 sends a node request unit 104 to the VM corresponding to the added resource.
  • Request activation For example, when a node corresponding to a tenant requests addition of a predetermined resource (for example, storage), the node specifying unit 101 sends a VM for realizing the predetermined resource to the node request unit. Request activation.
  • a predetermined resource for example, storage
  • the node request unit 104 Upon receiving the request, the node request unit 104, for example, newly starts up a VM (see VM5 in FIG. 12) on the physical server shown at the right end of the interruption in FIG. For example, the node requesting unit notifies the node specifying unit of the completion of activation in response to the completion of activation of the new VM.
  • the node request unit 104 may notify the node specifying unit 101 of information about the activated VM (for example, an identifier of the activated VM) when the activation of the VM is completed.
  • the node specifying unit 101 specifies a newly launched VM as a virtual node included in the service requested by the user. For example, the node specifying unit 101 associates the newly started VM 5 with a predetermined tenant (tenant corresponding to the user).
  • the position specifying unit 102 specifies information on the position of the VM 5 in the physical NW added by the node request unit 104 (for example, end point information on the physical NW).
  • the location specifying unit 102 specifies, for example, the address of the physical node 200C on which the VM 5 operates and the port corresponding to the VM 5 among the ports of the physical node 200C.
  • the path setting means 103 sets a data path between VM1 and VM5. Further, the path setting means 103 sends a flow entry and transfer information for enabling communication between the physical node 200A and the physical node 200C and communication between the physical node 200B and the physical node 200C to the physical node 210. Set. As a result, “communication on the physical NW” necessary for realizing communication between VM1 and VM5 becomes possible.
  • FIG. 13 is a flowchart showing an operation example of the control device 100F of the third embodiment.
  • the node specifying unit 101 of the control device 100F when requested by a user to add a predetermined resource (for example, a storage), the node requesting unit 101 sets a VM for realizing the predetermined resource to the node request unit.
  • the activation is requested (S3-1).
  • the node specifying unit requests the node requesting unit to start a VM that provides a storage function when the user requests addition of storage.
  • the node request unit 104 starts a VM for realizing the requested predetermined resource, and notifies the node specifying unit 101 that the start is completed ( S3-2).
  • the node request unit 104 activates a VM that can provide a storage function in response to a request for addition of storage from the node identification unit 101, and notifies that the activation has been completed.
  • the node specifying unit 101 When receiving the notification from the node requesting unit 104, the node specifying unit 101 specifies the newly added VM (S3-3). In the example of FIG. 12, the node specifying unit 101 associates the newly started VM 5 with a predetermined tenant (tenant corresponding to the user).
  • the location specifying unit 102 specifies information (for example, end point information on the physical NW) related to the location of the VM in the physical NW added by the node request unit (S3-4).
  • the position specifying unit 102 specifies, for example, the address of the physical node 200C on which the VM5 operates and the port corresponding to the VM5 among the ports of the physical node 200C.
  • the path setting means 103 sets a data path between the existing VMs 1 to 4 and the newly activated VM 5 (S3-5).
  • the control device includes a VM management function (node request unit) capable of adding or deleting a communication node (for example, a VM). Therefore, even when a user requests addition of a resource, the service on the virtual network requested by the user is dropped into the function realization means and the location information on the physical network, and then these are connected. Thus, services on the virtual network can be realized on the physical network.
  • a VM management function node request unit
  • FIG. 14 is a diagram illustrating a configuration example of a system according to the fourth embodiment of this invention.
  • the control device 100B manages a plurality of tenants (tenant 1 and tenant 2) is shown. Since the basic configuration of the control device 100B is the same as that of the second or third embodiment, the following description will be focused on the differences.
  • the control device 100B has the same configuration as that of the control device 100F of the third embodiment shown in FIG. 11, and includes a node specifying unit 101, an information specifying unit 102, and a path setting unit 103.
  • FIG. 15 is a diagram illustrating an example of a table held by the control device 100B of the present embodiment.
  • the node specifying unit 101 determines what resources are required to realize the service requested by the user. For example, the node specifying unit determines that a firewall, storage, and switch are necessary for the service requested by the user A, and that a load balancer, storage, and router are necessary for the tenant 2.
  • the node specifying unit 101 receives a request regarding the service A from the user A and receives a request regarding the service B from the user B.
  • the node identification unit 101 may receive requests regarding the service A and the service B from the same user.
  • the timing at which the node specifying unit 101 receives a request regarding the service A and the service B may be a timing different between the service A and the service B.
  • the node specifying unit 101 specifies VM1, VM3, and VM4 shown in FIG. 14 from the VM included in the tenant 1 corresponding to the user A for the service A. Further, the node specifying unit 101 specifies VM2, VM5, and VM6 illustrated in FIG. 14 from the VM included in the tenant 2 corresponding to the user B for the service B. Specifically, the node specifying unit 101 associates each identifier of VM1, VM3, and VM4 with tenant 1 for service A, and identifies each identifier of VM2, VM5, and VM6 for service B. Associate with tenant 2.
  • the position specifying unit 102 determines which physical node is connected to each of the VM1 to VM6 specified by the node specifying unit 101 on the physical NW. In the example of FIG. 15, for example, the position specifying unit 102 calculates the address of the physical node 200 that operates each of the VM1 to VM6 and the port number of the port corresponding to the VM1 to VM6 among the ports of the physical node 200. .
  • the path setting means 103 uses the topology information of the physical NW and the address and port of the physical node 200 specified by the position specifying means 102, between the physical nodes 200 in which each of the VM1, VM3, and VM4 is activated, and Data paths are set between VM2, VM5, and VM6, respectively. For example, as shown in the lower part of FIG. 14, by setting a data path between VM1, VM3, and VM4, VM1, VM3, and VM4 included in tenant 1 can communicate with each other. Similarly, by setting a data path between VM2, VM5, and VM6, VM2, VM5, and VM6 included in tenant 2 can communicate with each other.
  • control device 100B of the fourth embodiment may include the node request unit 104 as in the control device of the third embodiment.
  • the node request unit 104 activates a VM necessary for providing a service and provides the VM information to the node specification unit 101 when there is a request from the node specification unit 101. . Since the processing of the node requesting unit 104 is the same as that of the node requesting unit 104 of the third embodiment shown in FIG. 11, detailed description thereof is omitted.
  • the present invention can also be applied to tenant construction in a multi-tenant environment.
  • two tenants are constructed on one physical NW.
  • the physical network and the tenant have a one-to-one correspondence as shown in FIG. Can be applied.
  • FIG. 16 is a diagram illustrating another configuration example of the fourth embodiment.
  • the node specifying unit 101 of the control device 100C specifies VMs VM1 to VM3 in the physical NW1, which are VMs included in the tenant 1, for the service 1 requested by the user. Further, the node identifying unit 101 identifies VMs 4 to VM6 in the physical NW2 that are VMs included in the tenant 2 for the service 2 requested by the user. Specifically, the node specifying unit 101 associates each identifier of VM1 to VM3 with tenant 1 for service 1 requested by the user, and provides VM4 to VM4 for service 2 requested by the user. Each identifier of the VM 6 is associated with the tenant 2.
  • the location specifying unit 102 determines the address of the physical node 200 that realizes each of the VM1 to VM3 specified by the node specifying unit 101 and the port number of the port corresponding to the VM1 to VM3 among the ports of the physical node 200.
  • the position specifying means 102 includes the address of the physical node 200 that realizes each of the VM4 to VM6 specified by the node specifying means 101, and the port number of the port corresponding to VM4 to VM6 among the ports of the physical node 200. Is determined.
  • the path setting unit 103 sets a data path between the physical nodes 200 in which each of the VM1 to VM3 is activated using the topology of the physical NW1 and the address and port of the physical node 200 specified by the position specifying unit 102. . Further, the path setting means 103 uses the topology of the physical NW 2 and the address and port of the physical node 200 specified by the position specifying means 102 to establish a data path between the physical nodes 200 in which each of the VM4 to VM6 is activated. Set.
  • the present invention can also be applied to tenant construction in a multi-tenant environment.
  • FIG. 17 is a diagram illustrating a configuration example of a system according to the fifth embodiment of this invention.
  • FIG. 18 is a diagram illustrating a configuration example of a control device according to the fifth embodiment of the present invention. 17 and 18, the control device 100D has the same configuration as the control device of the third embodiment, and the control unit 110D of the control device 100D includes a node specifying unit 101D, a position specifying unit 102D, and a path setting. Means 103D and node request means 104D are provided.
  • the node specifying unit 101D When the node specifying unit 101D receives a VNF provision request from the user, the node specifying unit 101D specifies a VM corresponding to the VNF. At this time, if a VM capable of realizing the VNF requested by the user is not activated, the node request unit 104D is requested to activate the necessary VM.
  • the location specifying unit 102D specifies information related to the location of the VM 300 in the physical NW specified by the node specifying unit 101D. For example, the position specifying unit 102D specifies the address of the physical node 200 on which each of the VM1 to VM3 operates and the port number of the port corresponding to the VM1 to VM3 among the ports of the physical node 200.
  • the path setting unit 103D uses the topology information of the physical NW and the information on the location of the VM in the physical network specified by the location specifying unit 102D to generate a data path for realizing the VNF requested by the user on the physical NW. Set.
  • the node request unit 104D activates a VM necessary for providing the VNF on the physical server 200 in response to a request from the node identification unit 101D, and provides the VM identification information to the node identification unit 101D.
  • the node request unit 104D provides, for example, the identifier of the activated VM to the node specifying unit 101D.
  • FIG. 19 is a diagram showing a detailed configuration of the physical node 200 shown in FIG.
  • the physical node 200 operates a virtual machine that provides a virtual network function.
  • examples of the virtual network function include a firewall (FW), a deep packet inspection (DPI), a load balancer (LB), and the like.
  • the communication node 200 is, for example, a server, a switch, a router, or the like.
  • the communication node 200 operates a virtual machine that provides a function of a virtual network node (for example, virtual SGW (Serving Gateway), virtual PGW (Packet data network Gateway), virtual MME (Mobility Management Entity)) in the virtual network.
  • a virtual network node for example, virtual SGW (Serving Gateway), virtual PGW (Packet data network Gateway), virtual MME (Mobility Management Entity)
  • Each virtual network node has the following functions, for example.
  • Virtual PGW a function for processing packets (User-Plane function), a function for managing a charging state according to communication (PCEF: Policy and Charging Enforcement Function), and a function for controlling policies such as QoS (Quality of Service) (PCRF) : Policy and Charging Rule Function), virtual SGW: packet processing function (User-Plane function), control signaling processing function (C-Plane function), lawful interception to intercept communications (LI: Lawful Interception) ) Function, virtual MME: function to process control signaling (C-Plane function), function to manage subscriber information of communication system in cooperation with HSS (Home Subscriber Server).
  • PCEF Policy and Charging Enforcement Function
  • PCRF Policy and Charging Rule Function
  • virtual SGW packet processing function (User-Plane function), control signaling processing function (C-Plane function), lawful interception to intercept communications (LI: Lawful Interception)
  • virtual MME function to process control signaling (C-Plane function),
  • the physical node 200 includes a control unit 110 capable of constructing a virtual network function (VNF) 220.
  • the control unit 110 provides the function of the virtual network node by operating the VNF 220 on the virtual machine.
  • a control part 110 may be comprised by the control program which can perform virtualization of a computer, such as a hypervisor (Hypervisor), for example.
  • the control unit 110 can start, stop, migrate (migrate a virtual machine to another communication device 100), etc., in response to an instruction from the node request unit 104D described above.
  • VNF 220 and VM do not necessarily correspond one-to-one.
  • a policy such as VM1 having a charging function included in the PGW function and QoS (QualityQualof Service) included in the PGW function.
  • the VM 2 that performs control can be activated separately (function-specific VMs).
  • a virtual PGW can also be realized by a VM 3 having a virtual PGW function (appliance type VM).
  • FIG. 21 is a diagram illustrating a configuration example of a system according to the fifth embodiment of this invention.
  • FIG. 22 is a flowchart showing an operation example of the fifth embodiment of the present invention.
  • the user requests the construction of a service chain constructed by connecting VNF1 and VNF2.
  • no VM is activated as an initial state. The user here does not need to know the configuration of the physical network and the startup status of the VM, as in the above-described embodiment.
  • the node specifying unit 101D requests the node request unit 104D to start VMs corresponding to VNF1 and VNF2 requested by the user (S4-1).
  • the node request unit 104D requests the physical node to start up the VM based on the request from the node specifying unit 101D (“VM start up” in FIG. 21, S4-1 in FIG. 22).
  • the node request unit 104D In response to the activation of the VM, the node request unit 104D notifies the node identification unit 101D of the completion of the activation of the VM (S4-2).
  • the node identification unit 101D receives the VM activation completion notification from the node request unit 104D and identifies the activated VM1 to VM3 (S4-3).
  • the position specifying unit 102D specifies information related to the positions of the three VMs 1 to 3 in the physical network specified by the node specifying unit 101D (S4-4).
  • the path setting unit 103D sets a data path between the VM1 and VM3 using the information regarding the location of the VM1 to 3 in the physical network and the topology information of the physical NW (S4-5). In addition, the path setting unit 103D sets, in the physical node 210, flow entries and path information for enabling communication between the physical nodes 200 in which each of the VM1 to VM3 is activated. As a result, the data path on the physical NW necessary for realizing the VNF and service chain requested by the user is set.
  • the service chain or VNF requested by the user without specifying a specific address or resource is dropped into the function realization means (VM) and the location information on the physical network. Then, by connecting them, the service chain shown in the lower part of FIG. 21 is realized.
  • VM function realization means
  • a data path between VNFs (VMs) operating on the same physical node can be realized by instructing the path control unit 2101 built in the control unit 110 in the physical node 200.
  • FIG. 23 is a diagram for explaining an example of a data path set in the physical node 200 that operates in cooperation with the control device 100D according to the fifth embodiment of the present invention.
  • the control unit 110 sets a VNF path via VNF (A), (B), and (C) for the signal (1), and VNF ( A VNF path via A) and (B) is set.
  • the path control unit 2101 of the control unit 110 transfers a signal along a route according to the type of signal as illustrated in FIG. 23 according to the setting.
  • the type of the signal may be such that a packet is transferred based on, for example, a MAC address or an IP address assigned to the VNF 200. Further, for example, the transfer path can be changed using the type of “bearer” that is a virtual connection for transmitting a packet, the attribute of the packet identified based on the information in the packet, and the like.
  • the VNF path can be controlled by the path control unit 2101 based on, for example, the communication volume of the user (terminal 1), the communication load / communication volume of the communication system, the load status of the server 20, and the like.
  • the VNF path of a packet belonging to the bearer can be controlled according to the bearer traffic. Further, for example, the VNF path can be changed in response to the amount of communication exceeding a predetermined threshold.
  • the path control unit 2101 can select the VNF 200 configuring the VNF path according to the load status of the VM. Further, for example, the path control unit 2101 can preferentially select a VNF 200 having a low virtual machine load among a plurality of VNFs 200 including the same function, and switch the VNF path.
  • Such a path control unit 2101 may be configured by, for example, a virtual switch (vSwitch: Virtual Switch) configured by software.
  • vSwitch Virtual Switch
  • the path setting unit 103D described above sets path information and a flow entry in the switch that functions as the path control unit 2101.
  • the present invention can be suitably applied to a system that realizes virtualization of network functions.
  • FIG. 24 is a diagram illustrating a configuration example of a system according to the sixth embodiment of this invention.
  • FIG. 25 is a diagram illustrating an example of a table (corresponding to a tenant definition storage unit and a mapping information storage unit) held by the control device 100A of the present embodiment. Referring to FIG. 25, there is shown a table in which a service chain, a VNF necessary for the service chain, a VM corresponding to the VNF, and position information of a physical node that operates the VM are associated with each other. Since the present embodiment can be realized with the same configuration as that of the fifth embodiment that provides VNF, the following description will focus on the differences.
  • the control device of the present embodiment has the same configuration as the control device 100D of the fifth embodiment, and includes node specifying means 101D to node request means 104D (see FIG. 18). Note that the control device 100D may not include the node request unit 104D.
  • the node specifying unit 101D When the node specifying unit 101D receives a service chain provision request from the user, the node specifying unit 101D specifies a VM corresponding to the service chain (see arrows extending from VNF1 and VNF2 in FIG. 24).
  • the node specifying unit 101D may specify a VNF necessary for the service chain requested by the user and specify a VM corresponding to the VNF.
  • the node specifying unit 101D associates the service chain 1 with VNF1 (1) and VNF1 (2), and further associates VNF1 (1) with VM1, VNF1 (2), and VM3. .
  • the node specifying unit 101D associates the service chain 2 with VNF1 (2) and VNF2 (2), and further associates VNF1 (2) with VM2, and VNF2 (2) with VM4.
  • the node specifying unit 101D requests the node request unit 104D to construct a necessary VNF.
  • the position specifying unit 102D specifies information related to the position of the communication node in the physical network specified by the node specifying unit 101D (see arrow lines extending from VM1 to VM4 in FIG. 24 to the physical node). For example, for each of the plurality of VM1 to VM4, the location specifying unit 102D sends the address on the physical NW of the physical node 200 that realizes each of the VM1 to VM4 and the VM1 to VM4 among the ports of the physical node 200. Identify the port number of the corresponding port. As illustrated in FIG. 25, the position specifying unit 102D associates the VM1, the address of the physical node 200, and the port number # 1.
  • the path setting unit 103D is a data path for realizing a service chain requested by the user on the physical NW by using the topology information of the physical NW and information on the location of the VM in the physical network specified by the location specifying unit 102D. (Refer to the data path for Service Chain 1 and 2).
  • the node request unit 104D activates a VM necessary for providing the VNF on the physical server 200 in response to a request from the node identification unit 101D, and provides the VM identification information to the node identification unit 101D.
  • FIG. 26 is a flowchart showing an operation example of the control device 100D according to the sixth embodiment of the present invention.
  • the node specifying unit 101D first specifies the VNF corresponding to the service chain requested by the user (S5-1), and then specifies the VM corresponding to the VNF (S5-2).
  • the node specifying unit 110 specifies that the service chain 1 passes through VNF1 and VNF2, and VNF1 and VNF2 correspond to VM1 and VM3, respectively.
  • the node specifying unit 110 specifies that the service chain 2 passes through VNF1 and VNF2, and that VNF1 and VNF2 correspond to VM2 and VM4, respectively.
  • the table in FIG. 25 corresponds to the service chain definition storage unit and the mapping information storage unit.
  • the position specifying unit 102 specifies information regarding the positions of the four VMs in the physical network specified by the node specifying unit 101 (refer to the position information of the physical node in FIG. 25, S5-3 in FIG. 26).
  • the path setting means 103 sets a data path for realizing the service chain requested by the user on the physical NW using the information on the location of the two sets of VMs in the physical network and the topology information of the physical NW.
  • a data path is set between VM1 and VM4 corresponding to service chain 1
  • a data path is set between VM2 and VM3 corresponding to service chain 2.
  • service chains that provide the same service are constructed using the same VNF, but it is not always necessary to use the same VNF.
  • the control device 100 specifies a communication node such as a VM corresponding to the service chain requested by the user and performs the communication.
  • the node is dropped into position information on the physical NW, and a data path on the physical NW between the communication nodes is set. Therefore, after dropping the service chain on the virtual network requested by the user into the function implementation means and the location information on the physical network, the service chain on the virtual network is connected to the physical network by connecting them. Can be realized.
  • the seventh embodiment of the present invention can adopt a configuration in which a control device is arranged for each physical NW.
  • a control device is arranged for each physical NW.
  • Each control device manages the physical NW assigned to it.
  • the service requested by the user can be constructed across different physical NWs.
  • each control device shares the information collected and specified by the respective node specifying means 101 and position specifying means 102, and sets the data path across different physical NWs, thereby providing the service requested by the user. It can be realized.
  • a case where a service requested by a user is specified from a communication node included in a tenant corresponding to the user will be described as an example.
  • the service may be a service chain or the like.
  • FIG. 28 is a diagram illustrating an example of a table (corresponding to a tenant definition storage unit and a mapping information storage unit) created by the control devices 1 and 2 according to the present embodiment exchanging information.
  • the tenant corresponding to the user
  • the VM identifier (VM1 to VM4) for realizing the service, and each of the VM1 to VM4 are managed.
  • the control device (the control device 1 or the control device 2) and the positional information on the physical NW of the VM1 to VM4 are stored in association with each other.
  • information (VM identifier and physical node position information) on VM1 and VM2 managed by the control device 1 is specified by the control device 1. Further, information (VM identifier and physical node position information) regarding VM 3 and VM 4 managed by the control device 2 is specified by the control device 2.
  • the control device 1 and the control device 2 share the information specified by the own device (the identifier of the VM managed by the own device and the location information of the physical node).
  • the control device 1 and the control device 2 exchange the information by, for example, BGP (Border Gateway Protocol).
  • BGP Border Gateway Protocol
  • the control device 1 and the control device 2 can also exchange the position information on the VM and the physical NW by exchanging the table shown in FIG.
  • the control device 1 transmits the upper stage of the table shown in FIG. 28 (the part specified by the control device 1) to the control device 2.
  • the control device 2 transmits the lower part of the table shown in FIG. 28 (the part specified by the control device 2) to the control device 1.
  • the control apparatus 1 and the control apparatus 2 can exchange the table shown in FIG.
  • control device 1 and the control device 2 may include, for example, topology information of the physical NW.
  • the path setting means 103 of the control device 1 and the control device 2 sets the data path on the physical NW necessary for realizing the service requested by the user, using the specified location information on the physical NW.
  • either the control device 1 or the control device 2 may set the entire data path based on the shared information (for example, the table shown in FIG. 28) instead of the other control device. Good.
  • the control device 1 sets processing rules and transfer information for transferring packets from the VM1 or VM2 to the physical node 210B for the physical node 210A. Further, the control device 1 sets a processing rule and transfer information for transferring a packet from the VM 3 or VM 4 transferred from the physical node 210B to the VM 1 or VM 2 for the physical node 210A.
  • control device 2 sets processing rules and transfer information for transferring packets from the VM 3 or VM 4 to the physical node 210A for the physical node 210B. Further, the control device 2 sets a processing rule and transfer information for transferring the packet from the VM1 or VM2 transferred from the physical node 210A to the VM3 or VM4 to the physical node 210B.
  • control device 1 and the control device 2 can set the data path between the VM1 and the VM4 in the physical NW, and can realize the service requested by the user.
  • the present invention can also be applied to realization of a tenant, a service chain, etc. between physically separated networks, for example, between networks in different DCs.
  • FIG. 29 is a diagram showing the configuration of the eighth exemplary embodiment of the present invention.
  • the basic configuration is the same as that of the seventh embodiment shown in FIG. 27, in this embodiment, for example, the communication protocol (tunneling protocol) is different between the physical NW1 and the physical NW2, and the data is not changed as it is. The difference is that the path cannot be set.
  • the difference will be mainly described.
  • the physical network is constructed with a different tunneling protocol (VXLAN / NvGRE as an example).
  • VXLAN Virtual eXtensible Local Area Network
  • NVGRE Network Virtualization using Generic Routing Encapsulation
  • GW1 and GW2 gateways
  • the space between the physical NW1 and the physical NW2 may be a WAN (WideWArea Network) or the like.
  • the control unit 110 of the control device 100E1 and the control device 100E2 exchanges topology information of the physical NW1 and the physical NW2 via the communication unit 120, for example.
  • the control device 100E1 and the control device 100E2 exchange the topology information by BGP.
  • the node specifying means 101 of the control device 100E1 and the control device 100E2 specifies a VM necessary for realizing the service requested by the user from the VMs included in the tenant corresponding to the user.
  • the node specifying unit 101 of the control device 100E1 and the control device 100E2 specifies that the service requested by the user requires VM1 to VM4 among the VMs included in the tenant corresponding to the user.
  • Each node specifying unit 101 for example, for a service requested by a user, a tenant corresponding to the user and a VM identifier that can uniquely identify each of VM1 to VM4 required for the service requested by the user Associate.
  • the position specifying unit 102 of the control device 100E1 and the control device 100E2 specifies information regarding the positions on the physical NW of the VM1 to VM4 specified by the node specifying unit 101.
  • the position specifying unit 102 of the control device 100E1 specifies information related to the position on the physical NW1 for the VM1 and the VM2 in the physical NW1 managed by the control device E1.
  • the position specifying unit 102 of the control device 100E1 uses the addresses of the VM1 and VM2 and the addresses of the virtual switches to which the VM1 and VM2 are connected as information on the positions of the VM1 and VM2 on the physical NW1. Specify port number, etc.
  • the position specifying unit 102 of the control device 100E2 specifies information related to the position on the physical NW2 for the VM3 and the VM4 in the physical NW2 managed by the control device E2. Specifically, the position specifying unit 102 of the control device 100E2 uses the addresses of the VM3 and VM4 and the addresses of the virtual switches to which the VM3 and VM4 are connected as information regarding the positions of the VM3 and VM4 on the physical NW1. Specify port number, etc.
  • FIG. 30 is a diagram illustrating an example of a table held by the control devices 100E1 and 100E2 according to the eighth embodiment. The difference from the table held by the control device of the seventh embodiment illustrated in FIG. 28 is that a protocol storage area is added.
  • a tenant corresponding to the user, a VM identifier for realizing the service requested by the user (VM1 to VM4), and the VM1 to VM4 are stored in association with the control device (control device 1 or control device 2) that manages each of the above, the location information of the physical node that realizes the VM1 to VM4, and the protocol in the physical NW that includes the VM1 to VM2. ing.
  • the control device control device 1 or control device 2
  • the control device controls the control device (control device 1 or control device 2) that manages each of the above, the location information of the physical node that realizes the VM1 to VM4, and the protocol in the physical NW that includes the VM1 to VM2.
  • the control device 100E1 and the control device 100E2 exchanges information regarding the tunneling protocol (VXLAN / NvGRE) in the managed NW, for example, via the communication unit 120.
  • the control unit 110 of the control device 100E1 and the control device 100E2 shares the VM location information (the VM identifier managed by the own device and the physical node location information) specified by the own device.
  • the control device 100E1 and the control device 100E2 exchange the position information of the VM by, for example, BGP.
  • the path setting means 103 of the control device 100E1 and the control device 100E2 uses the physical NW necessary for realizing the service requested by the user based on the VM location information specified by the own device and the shared VM location information. Set the upper data path.
  • the path setting unit 103 of the control device 100E1 sets a data path between VM1 and VM2 in the physical NW1, for example. Further, the path setting unit 103 of the control device 100E1 sets a processing rule and transfer information for transferring a packet from the VM1 or VM2 to the GW1 for the physical node 210A. Further, the control device 100E1 sets processing rules and transfer information for transferring, to the VM1 or VM2, the packet from the VM3 or VM4 transferred from the GW1 to the physical node 210A.
  • the tunneling protocol of the physical NW1 is VXLAN, which may be different from the communication protocol on the Internet.
  • the path setting means 103 of the control device 100E1 converts packets transferred from VM1 and VM2 based on VXLAN to GW1 into a communication protocol in the Internet, and transfers the packet to the Internet. Set processing rules and transfer information.
  • the path setting means 103 of the control device 100E1 decapsulates transfer information (address, etc.) based on VXLAN from the packet received from the physical node 210A for the GW1, and uses the communication protocol on the Internet for the packet. Instructs to encapsulate transfer information (address, etc.) compliant with.
  • the path setting means 103 of the control device 100E1 converts, for example, a packet transferred to the GW1 based on the communication protocol in the Internet into a VXLAN that is a tunneling protocol of the physical NW1, and sends it to the physical node 210A.
  • Set processing rules and transfer information for transfer Specifically, the path setting means 103 of the control device 100E1 decapsulates transfer information (address, etc.) based on the communication protocol on the Internet from the received packet to the GW1, and transfers the packet in accordance with VXLAN. Indicates that information (address, etc.) is to be encapsulated.
  • the path setting means 103 of the control device 100E2 sets a data path between VM3 and VM4 in the physical NW2, for example. Specifically, the path setting unit 103 of the control device 100E2 sets a data path between the physical node 200B in which the VM3 is activated and the physical node 200C in which the VM4 is activated. On the other hand, processing rules and transfer information for enabling communication between the physical node 200B and the physical node 200C are set. Further, the path setting unit 103 of the control device 100E1 sets a processing rule and transfer information for transferring a packet from the VM1 or VM2 to the GW1 for the physical node 210A. Further, the control device 1 sets processing rules and transfer information for transferring the packet from the VM 3 or VM 4 transferred from the GW 1 to the VM 1 or VM 2 for the physical node 210A.
  • the tunneling protocol of the physical NW2 is NvGRE and may be different from the communication protocol on the Internet.
  • the path setting unit 103 of the control device 100E2 converts packets transferred from the VM3 and VM4 based on the NvGRE to the GW2 into a communication protocol in the Internet and transfers the packet to the Internet.
  • Set processing rules and transfer information Specifically, the path setting unit 103 of the control device 100E2 decapsulates transfer information (address, etc.) based on NvGRE from a packet received from the physical node 210B for the GW2, for example, and encapsulates the packet on the Internet. Instructs to encapsulate transfer information (address, etc.) conforming to the communication protocol.
  • the path setting unit 103 of the control device 100E2 converts, for example, a packet transferred to the GW2 based on the communication protocol in the Internet into NvGRE, which is a tunneling protocol of the physical NW2, and sends it to the physical node 210B.
  • NvGRE which is a tunneling protocol of the physical NW2
  • the path setting unit 103 of the control device 100E2 decapsulates transfer information (address, etc.) based on the communication protocol on the Internet from the received packet to the GW2, and transfers information (NvGRE-compliant transfer information ( Address) is encapsulated.
  • control device 100E1 and the control device 100E2 can set the data path between the VM1 and the VM4 in the physical NW, and can realize the service requested by the user.
  • FIG. 31 is a diagram illustrating another configuration example of the system according to the eighth embodiment.
  • the physical NW1 is a data center (data center (DC) 1) that provides a public cloud
  • the physical NW2 is on-premises (DC2). That is, a tenant is constructed using a VM provided from a public cloud and a VM prepared on-premises, for example, a form called a hybrid cloud.
  • the control device 1 that manages the physical NW1 in the DC1 that provides the public cloud is different from the control device 2 that manages the physical NW2 in the on-premises (DC2). Therefore, in order to set up a data path on the physical NW necessary for realizing a predetermined service using a communication node included in the tenant when trying to construct one tenant, the control device 1 and the control device Information needs to be exchanged between the two.
  • the tunneling protocol may be different between the physical NW1 in the DC1 that provides the public cloud and the physical NW2 in the on-premises (DC2).
  • the tunneling protocol of the physical NW1 in the DC1 that provides the public cloud is VXLAN
  • the tunneling protocol of the physical NW2 in the on-premises (DC2) is NvGRE.
  • the control device 1 and the control device 2 in FIG. 31 specify the communication node necessary for realizing the service requested by the user, specify the location information on the physical NW of the specified communication node, and specify the specified A data path is set between the communication nodes based on the position information.
  • the node specifying means 101 of the control device 1 and the control device 2 specifies the communication nodes required to realize the service requested by the user as VM1 to VM3.
  • the position specifying means 102 of the control device 1 and the control device 2 specifies the position information on the physical NW of each of the VM1 to VM3.
  • the control device 1 specifies the location information of the VM1 and the VM2 in the physical NW1 in the DC1 that provides the public cloud to be managed.
  • the control device 2 specifies the position information of the VM 3 in the physical NW 2 in the on-premises (DC 2) to be managed.
  • the path setting means 103 of the control device 1 and the control device 2 sets a data path between VM1 to VM3 based on the specified position information.
  • the physical NW1 in the DC1 that provides the public cloud, the physical NW2 in the on-premises (DC2), and the Internet may have different communication protocols.
  • the path setting means 103 of the control device 1 sets, for example, processing rules and transfer information for mutually converting the communication protocol in the physical NW1 and the communication protocol in the Internet for the GW1.
  • the path setting unit 103 of the control device 2 sets, for example, processing rules and transfer information for mutually converting the communication protocol in the physical NW2 and the communication protocol in the Internet for the GW2.
  • the specific processing of the path setting unit 103 of the control device 1 and the control device 2 is the same as that of the path setting unit 103 of the control device 100E1 and the control device 100E2 illustrated in FIG.
  • the control device 1 and the control device 2 can set a data path between the VM1, VM2, and VM3 that exist in different DCs, and can realize the service requested by the user. Become.
  • either one of the control device 1 or the control device 2 stores the position information of VM1 to VM3.
  • Identification or setting of a data path between VM1 to VM3 may be executed.
  • the control device 2 in the on-premises (DC2) specifies the location information of the VM1 to VM3 based on the topology information of the physical NW1 acquired from the control device 1 in the DC1 that provides the public cloud, and the VM1 to VM3. Set the data path between.
  • control device 2 requests the control device 1 to set the data path between the VM1 and the VM2 in the physical NW1 of the DC1, and to set the processing rule and transfer information for the GW1, so that the VM1 ⁇ A data path between VMs 3 may be set.
  • FIG. 32 is a diagram illustrating another configuration example of the system according to the eighth embodiment.
  • the system according to the eighth embodiment includes, for example, user A's on-premises DC 1, public cloud DC 2, public cloud DC 3, and user B's on-premises DC 4.
  • the system in the eighth embodiment includes a tenant 1 corresponding to the user A and a tenant 2 corresponding to the user B, and a multi-tenant is provided by a plurality of DCs.
  • the tenant 1 corresponding to the user A includes VM1 in DC1, VM2 and VM3 in DC2, and VM4 in DC3.
  • the tenant 2 corresponding to the user B includes a VM 5 in the DC 3 and a VM 6 in the DC 4.
  • the node specifying means 101 of the control device 1, the control device 2, and the control device 3 specifies VM1 to VM4 included in the tenant 1 corresponding to the user A as VMs that realize the service requested by the user A.
  • the position specifying means 102 of the control device 1, the control device 2, and the control device 3 specifies position information on the physical NW of VM1 to VM4.
  • the position specifying unit 102 of the control device 1 specifies position information on the physical NW of the VM 1 in the DC 1 managed by the own device.
  • the position specifying means 102 of the control device 2 and the control device 3 also specify the position information on the physical NW of the VM2 and VM3 in the DC2 and the VM4 in the DC3, respectively.
  • the path setting means 103 of the control device 1, the control device 2, and the control device 3 sets a data path between VM1 and VM4.
  • each of DC1 to DC3 and the Internet may have different communication protocols.
  • the path setting means 103 of the control device 1, the control device 2, and the control device 3 respectively change the communication protocol of DC1 to DC3 and the communication protocol of the Internet to each of GW1 to GW3.
  • the specific processing of the path setting unit 103 of the control device 1, the control device 2, and the control device 3 is the same as that of the control device 100E1 and the path setting unit 103 of the control device 100E2 illustrated in FIG. Explanation is omitted.
  • the path setting means 103 of the control device 1, the control device 2, and the control device 3 can set the data path between each of VM1 to VM4 existing in different DCs, and the service requested by the user A Can be realized.
  • one of the control device 1, the control device 2, and the control device 3 has the VM1 to VM4 based on information acquired from another control device (such as topology information of the physical NW managed by the other control device).
  • Specification of position information and setting of a data path between VM1 and VM4 may be executed.
  • the control device 1 in the on-premises (DC1) specifies the location information of the VM1 to VM4 based on the topology information of the physical NW in the DC2 and DC3 acquired from the other control devices 2 and 3, and the like.
  • the data path setting between VM1 to VM4 is executed.
  • control device 1 requests the control device 2 and the control device 3 to set the data path on the physical NW in the DC2 and the DC3 and the setting for the GW2 of the DC2 and the GW3 of the DC3.
  • Data path setting between VM1 to VM4 may be executed.
  • the node specifying means 101 of the control device 3 and the control device 4 specifies VM5 and VM6 included in the tenant 2 corresponding to the user A as VMs that realize the service requested by the user B.
  • the position specifying means 102 of the control device 3 and the control device 4 specifies the position information on the physical NW of the VMs 5 and 6.
  • the position specifying unit 102 of the control device 3 specifies position information on the physical NW of the VM 5 in the DC 3 managed by the own device.
  • the position specifying unit 102 of the control device 4 also specifies position information on the physical NW of the VM 6 in the DC 4.
  • the path setting unit 103 of the control device 3 and the control device 4 sets a data path between the VM 5 and the VM 6.
  • DC3, DC4, and the Internet may have different communication protocols.
  • the path setting means 103 of the control device 3 and the control device 4 respectively transfers processing rules and transfers for changing the communication protocols of DC3 and DC4 and the communication protocol of the Internet to each of GW3 and GW4. Set the information.
  • the specific processing of the path setting means 103 of the control device 3 and the control device 4 is the same as that of the path setting means 103 of the control device 100E1 and the control device 100E2 illustrated in FIG. The Thereby, the path setting means 103 of the control device 3 and the control device 4 can set a data path between each of the VMs 5 and 6 existing in different DCs, and realize the service requested by the user B. Is possible.
  • one of the control device 3 and the control device 4 is based on information acquired from another control device (such as topology information of a physical NW managed by the other control device).
  • the location information of VM1 to VM3 and the setting of the data path between VM1 to VM3 may be executed.
  • the present invention can be applied even when the network is physically different and the communication protocol is different.
  • each request means of the control device of each embodiment described above can also be realized by a computer program that causes a computer constituting the control device to execute the above-described processes using its hardware.
  • the first means identifies a plurality of virtual machines capable of providing the function of the network node
  • the third means is a control device for connecting the plurality of virtual machines on the physical network so as to realize the function of the network node.
  • the first means is a control device that specifies, for each of the plurality of functions, a virtual machine that can provide each of the plurality of functions included in the network node.
  • the first means is a control device that identifies a plurality of virtual machines capable of selectively providing the plurality of functions.
  • the first means identifies a plurality of virtual machines capable of providing the plurality of functions included in a communication service in which the plurality of functions are connected in order
  • the third means is a control device for connecting the plurality of virtual machines on the physical network so as to realize the order.
  • the first means specifies, for each of a plurality of communication services, a virtual machine that can provide a function of a network node included in each of the plurality of communication services
  • the third means is a control device for setting a data path for realizing each of the plurality of communication services on the physical network for each of the plurality of communication services.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer Security & Cryptography (AREA)

Abstract

　本発明は、仮想ネットワーク上のサービスを、物理ＮＷ上で実現する制御装置、サービスの提供方法及びプログラムを提供する。制御装置は、ネットワークノードの機能を提供可能な仮想マシンを特定する第１の手段と、前記特定された仮想マシンの、物理ネットワークにおける位置に関する情報を特定する第２の手段と、前記位置に関する情報に基づいて、前記物理ネットワーク上に前記ネットワークノードの機能を実現するデータパスを設定する第３の手段と、を備える。

Description

制御装置、制御方法及びプログラム
　（関連出願についての記載）
　本発明は、日本国特許出願：特願２０１５－０７３８８９号（２０１５年３月３１日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明は、制御装置、制御方法及びプログラムに関し、特に、物理ネットワークのリソースを用いて各種のサービスを提供する制御装置、制御方法及びプログラムに関する。
　特許文献１にネットワーク仮想化システムの一運用方法が開示されている。同文献の段落００４８以下には、ネットワーク仮想化システム１が、設定端末３１からの指示を受け取り、物理ノード（物理ノード２１乃至物理ノード２６）及び物理リンク５１のリソースを用いて、仮想ノード及び仮想リンクを含む仮想ネットワーク（仮想ネットワーク２及び仮想ネットワーク３）を構築することが記載されている（例えば、段落０１３１～０１４１参照）。
特表２０１４－５０１４５８号公報
　以下の分析は、本発明によって与えられたものである。特許文献１に代表されるネットワーク仮想化技術を用いて、ユーザにサービス（例えば、あるネットワークに仮想マシン（以下「ＶＭ：Virtual Machine」）を立ち上げ、外部から利用したい等）を提供するには、当該サービスを実現するために必要な物理リソースを用意し、必要な設定（例えば、特許文献１の図１６、図１３参照）を矛盾なく行う必要がある。
　しかしながら、特許文献１には、ユーザから要求された仮想ネットワーク上のサービスをどのようにして実現するか、とりわけ、ユーザからあるサービスの提供を求められたときに、そのために必要な物理的なリソースの配置や接続をどのようにして実現するかについては開示されていない。
　本発明は、仮想ネットワーク上のサービスを、物理ＮＷ上で実現する制御装置、制御方法及びプログラムを提供することを目的とする。
　第１の視点によれば、ネットワークノードの機能を提供可能な仮想マシンを特定する第１の手段と、前記特定された仮想マシンの、物理ネットワークにおける位置に関する情報を特定する第２の手段と、前記位置に関する情報に基づいて、前記物理ネットワーク上に前記ネットワークノードの機能を実現するデータパスを設定する第３の手段と、を備える制御装置が提供される。
　第２の視点によれば、物理ネットワークを制御する制御装置と、前記制御装置によって管理される仮想マシンと、を含む通信システムが提供される。前記制御装置は、ネットワークノードの機能を提供可能な仮想マシンを特定する第１の手段と、前記特定された仮想マシンの、物理ネットワークにおける位置に関する情報を特定する第２の手段と、前記位置に関する情報に基づいて、前記物理ネットワーク上に前記ネットワークノードの機能を実現するデータパスを設定する第３の手段と、を備える。
　第３の視点によれば、ネットワークノードの機能を提供可能な仮想マシンを特定し、 
　前記特定された仮想マシンの、物理ネットワークにおける位置に関する情報を特定し、
　前記位置に関する情報に基づいて、前記物理ネットワーク上に前記ネットワークノードの機能を実現するデータパスを設定する制御方法が提供される。
　本方法は、上記した第１～第３の手段を備える制御装置という、特定の機械に結びつけられている。
　第４の視点によれば、ネットワークノードの機能を提供可能な仮想マシンを特定する処理と、前記特定された仮想マシンの、物理ネットワークにおける位置に関する情報を特定する処理と、前記位置に関する情報に基づいて、前記物理ネットワーク上に前記ネットワークノードの機能を実現するデータパスを設定する処理とをコンピュータに実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジエントな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
　本発明の制御装置、制御方法及びプログラムによれば、仮想ネットワーク上のサービスを物理ネットワーク上で実現できる。
本発明の第１の実施形態のシステムの構成例を示す図である。 本発明の第１の実施形態の制御装置の構成例を示す図である。 本発明の第１の実施形態の制御部が実行する処理例を示す図である。 本発明の第１の実施形態の制御装置が保持するテーブルの一例を示す図である。 本発明の第１の実施形態の制御装置の動作例を示すフローチャートである。 本発明の第１の実施形態のシステムの他の構成例を示す図である。 本発明の第２の実施形態のシステムの構成例を示す図である。 本発明の第２の実施形態の制御装置が保持するテーブルの一例を示す図である。 本発明の第２の実施形態の制御装置の動作例を示すフローチャートである。 本発明の第２の実施形態の制御装置の他の構成を示す図である。 本発明の第３の実施形態の制御装置の構成を示す図である。 本発明の第３の実施形態のシステムの構成例を示す図である。 本発明の第３の実施形態の制御装置の動作例を示すフローチャートである。 本発明の第４の実施形態のシステムの構成例を示す図である。 本発明の第４の実施形態の制御装置が保持するテーブルの別の一例を示す図である。 本発明の第４の実施形態のシステムの他の構成例を示す図である。 本発明の第５の実施形態のシステムの構成例を示す図である。 本発明の第５の実施形態の制御装置の構成例を示す図である。 本発明の第５の実施形態の制御装置と連携動作する物理ノードの一例を説明するための図である。 本発明の第５の実施形態の制御装置と連携動作する物理ノードによるＶＮＦの構成例を説明するための図である。 本発明の第５の実施形態のシステムの構成例を示す図である。 本発明の第５の実施形態の制御装置の動作例を示すフローチャートである。 本発明の第５の実施形態の制御装置と連携動作する物理ノードに設定されるデータパスの一例を説明するための図である。 本発明の第６の実施形態のシステムの構成例を示す図である。 本発明の第６の実施形態の制御装置が保持するテーブルの別の一例を示す図である。 本発明の第６の実施形態の制御装置の動作例を示すフローチャートである。 本発明の第７の実施形態のシステムの構成例を示す図である。 本発明の第７の実施形態の制御装置が保持するテーブルの別の一例を示す図である。 本発明の第８の実施形態のシステムの構成例を示す図である。 本発明の第８の実施形態の制御装置が保持するテーブルの一例を示す図である。 本発明の第８の実施形態のシステムの他の構成例を示す図である。 本発明の第８の実施形態のシステムの他の構成例を示す図である。
［第１の実施形態］
　本発明の第１の実施形態について図面を参照して詳細に説明する。図１は、本発明の第１の実施形態のシステムの構成例を示す図である。図１を参照すると、物理ノード２００Ａ、２００Ｂ、２１０（以下、物理ノード２００Ａ、２００Ｂを特に区別しない場合、「物理ノード２００」と記す。）が配置された物理ネットワーク（以下、「物理ＮＷ」）と、この物理ノード２００、２１０と接続された制御装置１００とを含む構成が示されている。
　物理ノード２００、２１０のうち、物理ノード２００は仮想ネットワーク（以下、「仮想ＮＷ」）上で仮想マシン（以下、「ＶＭ」）３００を提供する機能を備えている。この様な物理ノード２００としては、仮想マシン環境構築用サーバ等があげられる。また、図１の例では、ＶＭ３００を動作させている例を挙げているが、アプリケーションプログラム等が導入され特定の機能を提供可能な状態になっている仮想アプライアンスであってもよい。
　物理ノード２１０は、制御装置１００から指示された経路に従って物理ノード２００間の通信を実現する。この様な物理ノード２１０としては、オープンフロースイッチやレイヤ３スイッチ等が挙げられる。また、物理ノード２１０に代えて、物理ノード２００によって構成される仮想スイッチを用いてもよい。
　ここで、仮想ＮＷが複数の通信ノード（例えば、ＶＭ３００など）で運用されている場合、仮想ＮＷ上の通信を実現するためには、複数の通信ノード（例えば、ＶＭ３００など）間にデータパスを設定し、当該仮想ＮＷ上の通信に対応する物理ＮＷ上の通信を可能にする必要がある。そこで、第１の実施形態では、仮想ＮＷに含まれる複数の通信ノード（例えば、ＶＭ３００）間にデータパスを設定する。
　また、仮想ＮＷに含まれる複数の通信ノード（例えば、ＶＭ３００など）が互いに異なる複数の物理ノード２００（例えば、物理サーバなど）で運用された場合、物理ＮＷ上における複数の通信ノード（例えば、ＶＭ３００など）間のデータパスの設定には、当該複数の物理ノード２００間にもデータパスを設定する必要がある。例えば、図１の例では、仮想ＮＷに含まれるＶＭ３００の各々が物理ノード２００Ａと物理ノード２００Ｂとで運用されており、ＶＭ３００間にデータパスを設定するためには、物理ノード２００Ａと物理ノード２００Ｂとの間にもデータパスを設定する必要がある。そこで、第１の実施形態では、仮想ＮＷに含まれる複数の通信ノード（例えば、ＶＭ３００）を実現する複数の物理ノード２００間にもデータパスを設定する。
　上記の通り、第１の実施形態において、制御装置１００は、ユーザが要求するサービスを実現するために、当該ユーザが要求するサービスに対応するＶＭ等の通信ノードを特定し、その通信ノードを物理ＮＷ上の位置情報に落とし込み、当該通信ノード間の物理ＮＷ上のデータパスを設定する。
　図２は、第１の実施形態における制御装置１００の構成例を示す図である。図２を参照すると、制御装置１００は、制御部１１０と通信部１２０とを含む。
　通信部１２０は、物理ノード２００や物理ノード２１０などの他装置と通信可能なインターフェースである。通信部１２０は、例えば、物理ノード２００に所定の制御信号を送信可能である。通信部１２０は、例えば、物理ノード２１０に処理規則や転送情報を送信可能である。
　制御部１１０は、所定の処理を実行可能な機能を備える。制御部１１０が実行する所定の処理は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）により実行される。
　図３は、第１の実施形態における制御部１１０が実行する処理例を示す図である。図３を参照すると、制御部１１０は、ノード特定手段１０１（第１の手段）と、位置特定手段１０２（第２の手段）と、パス設定手段１０３（第３の手段）の各々が行う処理を実行可能である。
　ノード特定手段１０１は、ユーザが要求するサービスに対応する通信ノードを特定する。ここで、「ユーザが要求するサービス」は、例えば、仮想リソースを用いて論理的に構成され仮想ネットワーク（例えば、ｖＥＰＣなど）や、当該ユーザに対応するテナントに含まれる仮想リソースや物理リソースを用いたサービスである。また、「ユーザが要求するサービス」は、例えば、ある（仮想）ネットワークにサーバリソース（ＶＭでもよいし物理サーバでもよい）を配置したい、そのネットワークを外部ネットワークに繋げたい、といった既存の仮想ＮＷ等に対するユーザの要求であってもよい。また、「ユーザが要求するサービス」は、例えば、仮想ネットワーク機能（ＶＮＦ：Virtual Network Function）や、サービスチェイン（Service Chain）であってもよい。
　ノード特定手段１０１は、このようなサービスを提供可能な１つ以上の通信ノードを特定する役割を果たす。また、「通信ノード」は、例えば、前述のサーバリソース（ＶＭでもよいし物理サーバでもよい）に相当する。図１のノード特定手段１０１から延びる矢線は、ノード特定手段１０１が、上段の仮想ネットワーク（ユーザが要求するサービスを表す）に対応するＶＭ３００を特定する動作を表している。
　位置特定手段１０２は、ノード特定手段１０１によって特定された通信ノードの物理ネットワークにおける位置に関する情報を特定する。ここで、「物理ネットワークにおける位置」としては、ノード特定手段１０１によって特定された通信ノードに対応する物理ＮＷ上の端点情報を用いることができる。端点情報は、例えば、ノード特定手段１０１によって特定された通信ノードのアドレス（例えば、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレス）である。
　また、端点情報は、例えば、ノード特定手段１０１によって特定された通信ノードが接続する仮想スイッチのアドレス（例えば、ＩＰアドレス、ＭＡＣアドレス）であってもよい。端点情報は、例えば、ノード特定手段１０１によって特定された通信ノードが接続する仮想スイッチにおいて、当該通信ノードが使用するポートのポート番号であってもよい。また、端点情報は、例えば、ノード特定手段１０１によって特定された通信ノードを実現する物理ノード２００のアドレス（例えば、ＩＰアドレス、ＭＡＣアドレス）であってもよい。さらに、端点情報は、例えば、ノード特定手段１０１によって特定された通信ノードに対応する物理スイッチ（例えば、物理ノード２１０など）のアドレス（例えば、ＩＰアドレス、ＭＡＣアドレス）であってもよい。
　図１の位置特定手段１０２から延びる矢線は、位置特定手段１０２が、ノード特定手段１０１によって特定されたＶＭ３００の端点情報、または、当該ＶＭ３００に対応する物理ノード２００の端点情報を特定する動作を表している。
　パス設定手段１０３は、前記位置特定手段１０２によって特定された通信ノードの物理ネットワークにおける位置に関する情報を用いて、物理ＮＷ上にユーザが要求するサービスを実現するために必要なデータパスを設定する。ここで「データパスを設定する」処理は、物理ノード２１０にフローエントリや経路情報を設定することによって実現される。フローエントリは、物理ノード２１０がフローに属するパケットを処理するための処理規則である。経路情報は、例えば、物理ノード２１０がパケットを転送するために用いる転送情報である。図１のパス設定手段１０３から延びる矢線は、例えば、パス設定手段１０３が、位置特定手段１０２によって特定された物理ノード２００を、物理ノード２１０を介して互いに接続し、データパスを設定する動作を表している。
　図４は、第１の実施形態における制御装置が保持するテーブルの一例を示す図である。図４の上段は、サービスと、通信ノードと、物理ノードの位置情報とを対応付けたテーブルである。ノード特定手段１０１は、サービスＡを実現するためにどのようなリソースが必要かを割出す。例えば、図４の例では、サービスＡを実現するために必要なリソースとして、ＶＭ１～ＶＭ３が特定されている。そして、位置特定手段１０２は、ＶＭ１～ＶＭ３の物理ＮＷにおける位置に関する情報（物理ＮＷ上でどの物理ノードの端点に繋がっているか）を割り出す。図４の例では、ＶＭ１～ＶＭ３を実現する物理ノードのアドレスとポートが特定されている。このような動作を行うノード特定手段１０１及び位置特定手段１０２としては、エージェントと呼ばれるネットワークのリソース管理機能を用いることができる。
　また、図４に示したテーブルを、サービス定義記憶部及びマッピング情報記憶部として制御装置１００に保持させることも可能である。このようにすることで、ノード特定手段１０１、位置特定手段１０２における特定処理を高速化することができる。図４の例では、１つのテーブルで、サービス定義記憶部及びマッピング情報記憶部を実現しているが、サービスと通信ノードの対応関係を格納するテーブル（サービス定義記憶部に相当）と、通信ノードと物理ＮＷ上の位置情報の対応関係を格納するテーブル（マッピング情報記憶部に相当）に分けることも可能である。
　パス設定手段１０３は、物理ＮＷのトポロジ情報と、特定された物理ノード２００のアドレスとポート（ポート番号）を用いて、ＶＭ１～ＶＭ３間にデータパスを設定する。例えば、図４の下段に示すように、ＶＭ１～ＶＭ３に対応する物理ノード２００のポート間にデータパスを設定することで、例えば、ＶＭ１～ＶＭ３がリング状に接続されたトポロジを持つ仮想ネットワークを実現することができる。なお、下段の矢線中、物理ノード２００Ａと物理２００Ｂ間のデータパスは、物理ノード２１０にフローエントリや経路情報を設定することで実現される。また、前記トポロジ情報は、トポロジ情報を記憶するトポロジ情報記憶部から取得することができる。
　図５は、第１の実施形態の制御装置１００の動作例を示すフローチャートである。
　まず、制御装置１００のノード特定手段１０１は、ユーザが要求するサービスを提供可能な１つ以上の通信ノードを特定する（Ｓ１－１）。図１の例では、ノード特定手段１０１は、ユーザが要求するサービス（仮想ＮＷ）として、複数のＶＭ３００を特定する。
　次に、制御装置１００の位置特定手段１０２は、ノード特定手段１０１によって特定された通信ノードの物理ＮＷにおける位置に関する情報を特定する（Ｓ１－２）。図１の例では、位置特定手段１０２は、ノード特定手段１０１が特定した複数のＶＭ３００の各々について、物理ＮＷ上の端点情報を特定する。位置特定手段１０２は、例えば、複数のＶＭ３００の各々について、当該ＶＭ３００の各々を運用する物理ノード２００の物理ＮＷ上のアドレスと、当該物理ノード２００のポートのうち当該ＶＭ３００の各々に対応するポートのポート番号とを特定する。
　続いて、パス設定手段１０３は、位置特定手段１０２によって特定された通信ノードの物理ＮＷにおける位置に関する情報を用いて、物理ＮＷ上において通信ノード間のデータパスを設定する（Ｓ１－３）。図１の例では、パス設定手段１０３は、物理ＮＷのトポロジ情報と、位置特定手段１０２によって特定された物理ノード２００のアドレスとポート（ポート番号）を用いて、複数のＶＭ３００間にデータパスを設定する。なお、図１の例では、複数のＶＭ３００が異なる物理ノード２００で運用されているので、パス設定手段１０３は、物理ノード２０１に対して、物理ノード２００間を互いに通信可能とするためのフローエントリや経路情報を設定して、物理ノード２００間にもデータパスを設定する。
　上記説明からも理解されるように、本発明は、物理ネットワーク（物理ＮＷ）が異なるトンネリングプロトコル（一例としてＶＸＬＡＮ／ＮｖＧＲＥ）で構築されているような場合でも好ましく適用できる。図６は、本発明の第１の実施形態のシステムの他の構成例を示す図である。
　図６を参照すると、ＶＸＬＡＮ（Virtual eXtensible Local Area Network）で構築された物理ＮＷ１と、ＮＶＧＲＥ（Network Virtualization using Generic Routing Encapsulation）で物理ＮＷ２がゲートウェイ（ＧＷ：Gateway）で接続されている構成が示されている。
　例えば、「ユーザが要求するサービス」として、図６に示す４つのＶＭが配置された仮想ネットワークの情報が入力されたものとする（図６の「（Ａ）サービス定義」参照）。ここでのユーザは、上述の物理ネットワークの構成を知らなくてもよい。
　ノード特定手段１０１は、ユーザの要求するサービスに対応する通信ノードを特定する。図６の例では、ノード特定手段１０１は、３つの物理サーバ２００ａ～２００ｃ上で動作する４つのＶＭを特定している（図６の「（Ｂ）マッピング」参照）。この段階においても、ＶＭがどのような物理ネットワーク上で動作しているかを知る必要はない。
　次に、位置特定手段１０２が、ノード特定手段１０１によって特定された４つのＶＭの物理ネットワークにおける位置に関する情報を特定する。図６の例では、物理ネットワークにおける位置に関する情報として、４つのＶＭに対応する物理ＮＷ上の端点情報が特定される。例えば、位置特定手段１０２は、４つのＶＭが動作する物理サーバ２００ａ～２００ｃのアドレスが特定される。
　次に、パス設定手段１０３が、特定された端点情報と、物理ＮＷ１、物理ＮＷ２のトポロジ情報を用いて、物理ＮＷ１、ＮＷ２上にユーザが要求するサービスを実現するデータパスを設定する。図６の例では、図６下段に示すように、物理ＮＷ１側にある物理サーバ２００Ａ、物理スイッチ２１０Ａ及び物理サーバ２００Ｂと、物理ＮＷ２側にある物理スイッチ２１０Ｂ及び物理サーバ２００Ｃを、ゲートウェイ（ＧＷ）を介して接続するようなデータパスが設定されている。
　以上のように、第１の実施形態によれば、制御装置１００は、ユーザが要求するサービスを実現するために、当該ユーザが要求するサービスに対応するＶＭ等の通信ノードを特定し、その通信ノードを物理ＮＷ上の位置情報に落とし込み、当該通信ノード間の物理ＮＷ上のデータパスを設定する。したがって、ユーザが要求する仮想ネットワーク上のサービスを、その機能実現手段と、その物理ネットワーク上の位置情報に落としこんだ後、これらを接続することで、仮想ネットワーク上のサービスを物理ネットワーク上で実現できる。
［第２の実施形態］
　続いて、ユーザに対応するテナントに含まれるネットワークリソースを使用させることを想定した本発明の第２の実施形態について図面を参照して詳細に説明する。第２の実施形態では、ユーザからサービスに関する要求を受けた場合に、当該ユーザに対応するテナントに含まれるＶＭ等の通信ノードを特定し、その通信ノードを物理ＮＷ上の位置情報に落とし込み、物理ＮＷ上のデータパスを設定することで、当該ユーザが要求するサービスが実現される。
　図７は、本発明の第２の実施形態におけるシステムの構成例を示す図である。制御装置１００Ａは、第１の実施形態の制御装置とほぼ同様の構成であり、ノード特定手段１０１～パス設定手段１０３を備えている。以下、第１の実施形態との相違点を中心に説明する。
　図８は、本実施形態の制御装置１００Ａが保持するテーブル（テナント定義記憶部及びマッピング情報記憶部に相当）の一例を示す図である。図８を参照すると、テナントと、通信ノード（例えば、ＶＭ）と、当該通信ノードを運用する物理ノードの位置情報とを対応付けたテーブルが示されている。
　ノード特定手段１０１は、例えば、ユーザから要求されたサービスを実現するためにどのようなリソースが必要かを割り出す。ノード特定手段１０１は、例えば、ユーザから要求されたサービスを実現するために必要なリソースの種類を割り出す。ノード特定手段１０１は、ユーザから要求されたサービスに必要なリソースを、当該ユーザに対応するテナントに含まれるリソースから特定する。ノード特定手段１０１は、リソースの種類に加え、必要なリソース量を割出してもよい。例えば、図８の例では、ユーザから要求されたサービスに必要なリソースとして、当該ユーザに対応するテナントに含まれるＶＭのうち、図７に示すＶＭ１～ＶＭ４が特定されている。ノード特定手段１０１は、例えば、テナント１と、当該ユーザから要求されたサービスに必要なＶＭ１～ＶＭ４の各々を一意に識別可能なＶＭ識別子とを対応付ける。なお、ユーザから要求されたサービスに必要なリソースは、例えば、サーバやストレージ、ネットワークノードなどのＩＣＴ（Information and Communication Technology）リソースであり、ＶＭを用いて仮想的に実現される仮想リソースであってもよいし、物理リソースであってもよい。なお、ネットワークノードは、例えば、スイッチやルータ、ファイヤウォール、ロードバランサなどの、ネットワークの構築に必要な機能を提供する装置である。
　位置特定手段１０２は、ＶＭ１～ＶＭ４の物理ＮＷ上の位置に関する情報を割り出す。位置特定手段１０２は、例えば、ＶＭ１～ＶＭ４の各々を実現する物理ノード２００のアドレスと、当該物理ノード２００のポートのうちＶＭ１～ＶＭ４に対応するポートのポート番号とを割り出す。なお、位置特定手段１０２は、ＶＭ１～ＶＭ４の物理ＮＷ上の位置に関する情報として、当該ＶＭ１～ＶＭ４の各々のアドレスや、ＶＭ１～ＶＭ４の各々が接続する仮想スイッチのアドレスやポート番号、などを特定してもよい。
　図８に示すように、位置特定手段１０２は、例えば、ＶＭ１～ＶＭ４のＶＭ識別子と、当該ＶＭ１～ＶＭ４の各々を実現する物理ノード２００のアドレスと、当該ＶＭ１～ＶＭ４の各々に対応する物理ノード２００のポートのポート番号とを対応付ける。
　パス設定手段１０３は、物理ＮＷのトポロジ情報と、特定された物理ノード２００のアドレスとポートを用いて、ＶＭ１～ＶＭ４間にデータパスを設定する。例えば、図７の下段に示すように、ＶＭ１～ＶＭ４に対応する物理ノード２００のポート間にデータパスを設定することで、ＶＭ１～ＶＭ４同士が通信できるようにすることができる。
　なお、図７の例では、パス設定手段１０３は、ＶＭ１とＶＭ２とを運用する物理ノード２００Ａと、ＶＭ３とＶＭ４とを運用する物理ノード２００Ｂ間にもデータパスを設定する。これにより、ユーザから要求されたサービスに含まれるＶＭ１～ＶＭ４の一部又は全部が互いに異なる物理ノード２００上で動作する場合でも、ＶＭ１～ＶＭ４間の通信が可能になる。
　図９は、第２の実施形態の制御装置１００Ａの動作例を示すフローチャートである。
　まず、制御装置１００Ａのノード特定手段１０１は、ユーザが要求するサービスを実現するために必要な１つ以上の通信ノードを特定する（Ｓ２－１）。図７の例では、ノード特定手段１０１は、ユーザが要求するサービスに必要なリソースとして、当該ユーザに対応するテナントに含まれるＶＭ１～ＶＭ４を特定する。
　次に、制御装置１００Ａの位置特定手段１０２は、ノード特定手段１０１によって特定された通信ノードの物理ＮＷにおける位置に関する情報を特定する（Ｓ２－２）。図７の例では、位置特定手段１０２は、ノード特定手段１０１が特定したＶＭ１～ＶＭ４の各々を実転する物理ノード２００のアドレスと、当該物理ノード２００のポートのうち当該ＶＭ１～ＶＭ４の各々に対応するポートのポート番号とを特定する。
　続いて、制御装置１００Ａのパス設定手段１０３は、位置特定手段１０２によって特定された通信ノードの物理ＮＷにおける位置に関する情報を用いて、物理ＮＷにおいて通信ノード間にデータパスを設定する（Ｓ２－３）。図７の例では、パス設定手段１０３は、物理ＮＷのトポロジ情報と、位置特定手段１０２によって特定された物理ノード２００のアドレスとポート（ポート番号）を用いて、ＶＭ１～ＶＭ４間のデータパスを設定する。その際に、パス設定手段１０３は、例えば、物理ノード２００Ａと物理ノード２００Ｂとを互いに通信可能とするためのフローエントリや経路情報を物理ノード２１０に設定して、物理ノード２００間にもデータパスを設定する。
　図１０は、制御装置１００Ａが複数のリソースを管理する場合における、当該制御装置１００Ａの構成例である。図１０に示すように、制御装置１００Ａは、複数のリソースを管理しており、当該管理するリソースの一部を利用して、ユーザが要求するサービスを提供する。例えば、制御装置１００Ａは、複数のリソースをプールしておき、プールしておいたリソースからユーザが要求するサービスに必要なリソースを選択する。
　制御装置１００Ａのノード特定手段１０１は、ユーザから要求を受けたサービスに必要なリソースを割出し、管理する複数のリソースのうち当該ユーザに対応するテナントに含まれるリソースから、当該割出したリソースを選択する。ノード特定手段１０１は、例えば、複数のＶＭを管理しており、管理する複数のＶＭのうち、ユーザから要求を受けたサービスに必要なＶＭを選択する。なお、ノード特定手段が管理する複数のリソースは、物理リソースを含んでいてもよい。
　ノード特定手段１０１は、例えば、ＶＭを用いて実現される機能ごとに、複数のＶＭを管理する。ＶＭを用いて実現される機能は、例えば、スイッチやルータ、ファイヤウォール、ロードバランサなどのネットワーク機能である。ノード特定手段は、例えば、ネットワーク機能がＶＭにより仮想的に実現された、仮想スイッチや仮想ルータ、仮想ファイヤウォール、仮想ロードバランサを管理する。また、ＶＭを用いて実現される機能は、ストレージであってもよい。ノード特定手段１０１は、例えば、物理サーバ内のディスクやドライブを抽象化し、仮想的に実現したストレージプールとして管理する。また、ＶＭを用いて実現される機能は、例えば、種々のアプリケーションやディスクトップであってもよい。ノード特定手段は、例えば、ＶＭを用いて仮想的に実現された種々のアプリケーションやディスクトップを管理してもよい。
　ノード特定手段１０１は、例えば、ユーザから要求を受けたサービスにロードバランサが必要であると割出した場合、管理している仮想ロードバランサであって当該ユーザに対応するテナントに含まれる仮想ロードバランサを、当該テナント向けに選択する。
　なお、ノード特定手段１０１がユーザから要求を受けたサービスに必要なリソースを、予めプールしておいたリソースから特定した後の位置特定手段１０２及びパス設定手段１０３の処理は、図７の位置特定手段１０２及びパス設定手段１０３の処理と同様であるため、詳細な説明は省略される。
　以上のように、本実施形態によれば、制御装置１００Ａは、ユーザが要求するサービスを実現するために、当該ユーザが要求するサービスに対応するＶＭ等の通信ノードを特定し、その通信ノードを物理ＮＷ上の位置情報に落とし込み、当該通信ノード間の物理ＮＷ上のデータパスを設定する。したがって、ユーザが要求する仮想ネットワーク上のサービスを、その機能実現手段と、その物理ネットワーク上の位置情報に落としこんだ後、これらを接続することで、仮想ネットワーク上のサービスを物理ネットワーク上で実現できる。
［第３の実施形態］
　続いて、上記第１、第２の実施形態の制御装置１００、１００ＡにＶＭ管理機能を追加した第３の実施形態について図面を参照して詳細に説明する。
　第３の実施形態では、制御装置１００がＶＭ管理機能を備えるので、ユーザから要求されたサービスに対する所定のリソースの追加の要求を受けた場合に、当該所定のリソースに対応するＶＭを起動することができる。そして、制御装置１００は、ノード特定手段～パス設定手段により、第４手段により新たに起動したＶＭの通信ノードを特定し、その通信ノードを物理ＮＷ上の位置情報に落とし込み、物理ＮＷ上のデータパスを設定する。したがって、第３の実施形態では、ユーザがリソースの追加を要求した場合に、当該リソースの追加を実現するためにＶＭを追加し、当該ＶＭの追加によって必要となる物理ＮＷにおける設定等を行うことができる。
　図１１は、本発明の第３の実施形態の制御装置の構成を示す図である。図１１を参照すると、制御装置１００Ｆの制御部１１０は、ノード特定手段１０１、位置特定手段１０２及びパス設定手段１０３に加えて、ノード要求手段１０４（第４の手段）を備えた制御装置１００Ｆが示されている。以下、第１、第２の実施形態との相違点を中心に説明する。
　ノード要求手段１０４は、ノード特定手段１０１からの要求に応じて、サービスの提供に必要なＶＭを起動し、そのＶＭの情報をノード特定手段１０１に提供する。このようなノード要求手段１０４としては、物理サーバ２００側でＶＭを管理するハイパーバイザやＶＭＭ（ＶＭマネージャ）といった制御プログラムに必要な指示を与えるインターフェースにより実現することができる。また、本実施形態では、ノード要求手段１０４がＶＭを起動するものとして説明するが、ノード要求手段１０４が起動する通信ノードはＶＭに限られない。例えば、ノード要求手段１０４がスリープ状態にある物理サーバを起動することで、サービスの提供に必要なリソースを確保する構成も採用可能である。なお、ノード要求手段１０４は、ユーザからの要求に応じて、所定のＶＭを終了させる機能を備えていても良い。また、ノード要求手段１０４は、使用されていないＶＭを終了させ、リソースを解放させる機能を持たせてもよい。
　図１２は、第３の実施形態のシステムの構成例を示す図である。図１２に示すように、ユーザからリソースの追加を要求され、かつ、それに対応する通信ノードが存在しない場合、ノード特定手段１０１は、ノード要求手段１０４に対して、当該追加リソースに対応するＶＭの起動を要求する。例えば、ノード特定手段１０１は、テナントに対応するユーザから所定のリソース（例えば、ストレージなど）の追加を要求された場合に、ノード要求手段に対して、当該所定のリソースを実現するためのＶＭの起動を要求する。
　要求を受けたノード要求手段１０４は、例えば、図１２の中断右端に示す物理サーバ上で、新たにＶＭ（図１２のＶＭ５参照）を立ち上げて、ノード特定手段１０１に通知する。ノード要求手段は、例えば、新たなＶＭの起動が完了したことに応じて、ノード特定手段に対して起動の完了を通知する。ノード要求手段１０４は、ノード特定手段１０１に対して、ＶＭの起動の完了とともに、起動したＶＭに関する情報（例えば、起動したＶＭの識別子など）を通知してもよい。ノード特定手段１０１は、ユーザが要求するサービスに含まれる仮想ノードとして、新たに立ち上げられたＶＭを特定する。例えば、ノード特定手段１０１は、新たに立ち上げられたＶＭ５を、所定のテナント（当該ユーザに対応するテナント）に関連付ける。
　位置特定手段１０２は、ノード要求手段１０４によって追加されたＶＭ５の物理ＮＷにおける位置に関する情報（例えば、物理ＮＷ上の端点情報）を特定する。位置特定手段１０２は、例えば、ＶＭ５が動作する物理ノード２００Ｃのアドレスと、物理ノード２００Ｃのポートのうち当該ＶＭ５に対応するポートとを特定する。
　パス設定手段１０３は、ＶＭ１～ＶＭ５間に、データパスを設定する。また、パス設定手段１０３は、物理ノード２００Ａと物理ノード２００Ｃ間の通信と、物理ノード２００Ｂと物理ノード２００Ｃ間の通信とを可能にするためのフローエントリや転送情報を、物理ノード２１０に対して設定する。これにより、ＶＭ１～ＶＭ５間の通信を実現するために必要な“物理ＮＷ上の通信”が可能となる。
　図１３は、第３の実施形態の制御装置１００Ｆの動作例を示すフローチャートである。
　まず、制御装置１００Ｆのノード特定手段１０１は、ユーザから所定のリソース（例えば、ストレージなど）の追加を要求された場合に、ノード要求手段に対して、当該所定のリソースを実現するためのＶＭの起動を要求する（Ｓ３－１）。図１２の例では、ノード特定手段は、ユーザからストレージの追加を要求された場合に、ノード要求手段に対して、ストレージの機能を提供するＶＭの起動を要求する。
　次に、ノード要求手段１０４は、ノード特定手段１０１からの要求に応じて、要求された所定のリソースを実現するためのＶＭを起動し、起動が完了した旨をノード特定手段１０１に通知する（Ｓ３－２）。図１２の例では、ノード要求手段１０４は、ノード特定手段１０１からストレージの追加を要求されたことに応じて、ストレージの機能を提供可能なＶＭを起動し、起動が完了した旨を通知する。
　ノード特定手段１０１は、ノード要求手段１０４から通知を受けた場合に、新たに追加されたＶＭを特定する（Ｓ３－３）。図１２の例では、ノード特定手段１０１は、新たに立ち上げられたＶＭ５を、所定のテナント（当該ユーザに対応するテナント）に関連付ける。
　位置特定手段１０２は、ノード要求手段によって追加されたＶＭの物理ＮＷにおける位置に関する情報（例えば、物理ＮＷ上の端点情報）を特定する（Ｓ３－４）。図１２の例では、位置特定手段１０２は、例えば、ＶＭ５が動作する物理ノード２００Ｃのアドレスと、物理ノード２００Ｃのポートのうち当該ＶＭ５に対応するポートとを特定する。
　パス設定手段１０３は、既存のＶＭ１～４と、新たに起動されたＶＭ５との間に、データパスを設定する（Ｓ３－５）。
　以上のように、第３の実施形態の制御装置は、通信ノード（例えば、ＶＭ）の追加や削除等を実行可能なＶＭ管理機能（ノード要求手段）を備える。したがって、ユーザからリソースの追加等を要求された場合にも、ユーザが要求する仮想ネットワーク上のサービスを、その機能実現手段と、その物理ネットワーク上の位置情報に落としこんだ後、これらを接続することで、仮想ネットワーク上のサービスを物理ネットワーク上で実現できる。
［第４の実施形態］
　続いて、マルチテナント環境に本発明を適用した第４の実施形態について図面を参照して詳細に説明する。図１４は、本発明の第４の実施形態のシステムの構成例を示す図である。図１４を参照すると、制御装置１００Ｂが、複数のテナント（テナント１、テナント２）を管理する構成が示されている。制御装置１００Ｂの基本的な構成は、上記第２又は第３の実施形態の同様であるので、以下、相違点を中心に説明する。
　制御装置１００Ｂは、図１１に示す第３の実施形態の制御装置１００Ｆと同様の構成であり、ノード特定手段１０１、情報特定手段１０２及びパス設定手段１０３を備えている。
　図１５は、本実施形態の制御装置１００Ｂが保持するテーブルの一例を示す図である。図１５を参照すると、複数のテナントと、通信ノードと、物理ノードの位置情報とを対応付けたテーブルが示されている。ノード特定手段１０１は、ユーザからの要求に応じて、当該ユーザから要求されたサービスを実現するためにどのようなリソースが必要かを割出す。ノード特定手段は、例えば、ユーザＡから要求されたサービスに対して、ファイヤウォールとストレージとスイッチが必要であり、テナント２に対して、ロードバランサとストレージとルータとが必要であると割出す。ノード特定手段１０１は、例えば、ユーザＡからサービスＡに関する要求を受け、ユーザＢからサービスＢに関する要求を受ける。なお、ノード特定手段１０１は、同じユーザから、サービスＡ及びサービスＢに関する要求を受けてもよい。ノード特定手段１０１がサービスＡ及びサービスＢに関する要求を受けるタイミングは、当該サービスＡ及びサービスＢとで異なるタイミングであってもよい。
　図１５の例において、ノード特定手段１０１は、サービスＡに対して、ユーザＡに対応するテナント１に含まれるＶＭから、図１４に示すＶＭ１、ＶＭ３、ＶＭ４を特定する。また、ノード特定手段１０１は、サービスＢに対して、ユーザＢに対応するテナント２に含まれるＶＭから、図１４に示すＶＭ２、ＶＭ５、ＶＭ６を特定する。具体的には、ノード特定手段１０１は、サービスＡに対して、ＶＭ１、ＶＭ３、ＶＭ４の各々の識別子とテナント１とを対応付け、サービスＢに対して、ＶＭ２、ＶＭ５、ＶＭ６の各々の識別子とテナント２とを対応付ける。
　位置特定手段１０２は、ノード特定手段１０１が特定したＶＭ１～ＶＭ６がそれぞれ物理ＮＷ上でどの物理ノードの端点に繋がっているかを割り出す。図１５の例では、位置特定手段１０２は、例えば、ＶＭ１～ＶＭ６の各々を運用する物理ノード２００のアドレスと、当該物理ノード２００のポートのうちＶＭ１～ＶＭ６に対応するポートのポート番号とを割り出す。
　パス設定手段１０３は、物理ＮＷのトポロジ情報と、位置特定手段１０２により特定された物理ノード２００のアドレスとポートを用いて、ＶＭ１、ＶＭ３、ＶＭ４の各々が起動された物理ノード２００間、及び、ＶＭ２、ＶＭ５、ＶＭ６間にそれぞれデータパスを設定する。例えば、図１４の下段に示すように、ＶＭ１、ＶＭ３、ＶＭ４間にデータパスを設定することで、テナント１に含まれるＶＭ１、ＶＭ３、ＶＭ４同士が通信できるようにすることができる。同様に、ＶＭ２、ＶＭ５、ＶＭ６間にデータパスを設定することで、テナント２に含まれるＶＭ２、ＶＭ５、ＶＭ６同士が通信できるようにすることができる。
　なお、第４の実施形態の制御装置１００Ｂは、第３の実施形態の制御装置と同様に、ノード要求手段１０４を含んでいてもよい。ノード要求手段１０４は、第３の実施形態と同様に、ノード特定手段１０１からの要求があった場合、サービスの提供に必要なＶＭを起動し、そのＶＭの情報をノード特定手段１０１に提供する。ノード要求手段１０４の処理は、図１１に示す第３の実施形態のノード要求手段１０４と同様であるため、詳細な説明は省略される。
　以上のように、本発明は、マルチテナント環境におけるテナントの構築にも適用することができる。なお、図１４の例では、１つの物理ＮＷ上に２つのテナントを構築しているが、図１６に示すような物理ネットワークとテナントが１対１で対応しているようなマルチテナント環境にも適用することができる。
　図１６は、第４の実施形態の他の構成例を示す図である。図１６において、制御装置１００Ｃのノード特定手段１０１は、ユーザから要求されたサービス１に対して、テナント１に含まれるＶＭであって、物理ＮＷ１内のＶＭ１～ＶＭ３を特定する。また、ノード特定手段１０１は、ユーザから要求されたサービス２に対して、テナント２に含まれるＶＭであって、物理ＮＷ２内のＶＭ４～ＶＭ６を特定する。具体的には、ノード特定手段１０１は、ユーザから要求されたサービス１に対して、ＶＭ１～ＶＭ３の各々の識別子とテナント１とを対応付け、ユーザから要求されたサービス２に対して、ＶＭ４～ＶＭ６の各々の識別子とテナント２とを対応付ける。
　位置特定手段１０２は、ノード特定手段１０１が特定したＶＭ１～ＶＭ３の各々を実現する物理ノード２００のアドレスと、当該物理ノード２００のポートのうちＶＭ１～ＶＭ３に対応するポートのポート番号とを割り出す。同様に、位置特定手段１０２は、ノード特定手段１０１が特定したＶＭ４～ＶＭ６の各々を実現する物理ノード２００のアドレスと、当該物理ノード２００のポートのうちＶＭ４～ＶＭ６に対応するポートのポート番号とを割り出す。
　パス設定手段１０３は、物理ＮＷ１のトポロジと、位置特定手段１０２により特定された物理ノード２００のアドレスとポートを用いて、ＶＭ１～ＶＭ３の各々が起動された物理ノード２００間にデータパスを設定する。また、パス設定手段１０３は、物理ＮＷ２のトポロジと、位置特定手段１０２により特定された物理ノード２００のアドレスとポートを用いて、ＶＭ４～ＶＭ６の各々が起動された物理ノード２００間にデータパスを設定する。
　以上のように、本発明は、マルチテナント環境におけるテナントの構築にも適用することができる。
［第５の実施形態］
　続いて、ユーザから要求された仮想ネットワーク機能（ＶＮＦ：Virtual Network Function）を構築する本発明の第５の実施形態について図面を参照して詳細に説明する。図１７は、本発明の第５の実施形態のシステムの構成例を示す図である。図１８は、本発明の第５の実施形態の制御装置の構成例を示す図である。図１７、図１８を参照すると、制御装置１００Ｄは、第３の実施形態の制御装置と同様の構成であり、制御装置１００Ｄの制御部１１０Ｄは、ノード特定手段１０１Ｄ、位置特定手段１０２Ｄ、パス設定手段１０３Ｄ及びノード要求手段１０４Ｄを備えている。
　ノード特定手段１０１Ｄは、ユーザからＶＮＦの提供要求を受けると、ＶＮＦに対応するＶＭを特定する。このとき、ユーザから要求されたＶＮＦを実現可能なＶＭが起動していない場合、ノード要求手段１０４Ｄに対し、必要なＶＭの起動を要求する。
　位置特定手段１０２Ｄは、前記ノード特定手段１０１Ｄによって特定されたＶＭ３００の物理ＮＷにおける位置に関する情報を特定する。位置特定手段１０２Ｄは、例えば、ＶＭ１～ＶＭ３の各々が動作する物理ノード２００のアドレスと、物理ノード２００のポートのうちＶＭ１～ＶＭ３に対応するポートのポート番号とを特定する。
　パス設定手段１０３Ｄは、物理ＮＷのトポロジ情報と、位置特定手段１０２Ｄによって特定されたＶＭの物理ネットワークにおける位置に関する情報を用いて、物理ＮＷ上にユーザが要求するＶＮＦを実現するためのデータパスを設定する。
　ノード要求手段１０４Ｄは、ノード特定手段１０１Ｄからの要求に応じて、物理サーバ２００上に、ＶＮＦの提供に必要なＶＭを起動し、そのＶＭの情報をノード特定手段１０１Ｄに提供する。ノード要求手段１０４Ｄは、例えば、起動したＶＭの識別子を、ノード特定手段１０１Ｄに提供する。
　ここで、ノード要求手段１０４ＤがＶＭを起動させる仕組みについて説明する。図１９は、図１７に示された物理ノード２００の細部構成を示す図である。物理ノード２００は、仮想ネットワーク機能の機能を提供する仮想マシンを運用する。ここで、仮想ネットワーク機能としては、ファイヤウォール（ＦＷ：Firewall）、ディープ　パケット　インスペクション（ＤＰＩ：Deep Packet Inspection）、ロードバランサ（ＬＢ：Load Balancer）等が挙げられる。
　通信ノード２００は、例えば、サーバ、スイッチ、ルータ等である。通信ノード２００は、仮想ネットワークにおける仮想ネットワークノード（例えば、仮想ＳＧＷ（Serving Gateway）、仮想ＰＧＷ（Packet data network Gateway）、仮想ＭＭＥ（Mobility Management Entity）等）の機能を提供する仮想マシンを運用する。
　仮想ネットワークノードの各々は、例えば以下の機能を有する。仮想ＰＧＷ：パケットを処理する機能（User-Plane機能）、通信に応じた課金状態を管理する機能（ＰＣＥＦ：Policy and Charging Enforcement Function）、ＱｏＳ（Quality of Service）等のポリシーを制御する機能（ＰＣＲＦ：Policy and Charging Rule Function）、仮想ＳＧＷ：パケットを処理する機能（User-Plane機能）、制御シグナリングを処理する機能（C-Plane機能）、通信を傍受するための合法的傍受（ＬＩ：Lawful Interception） 機能、仮想ＭＭＥ：制御シグナリングを処理する機能（C-Plane機能）、ＨＳＳ（Home Subscriber Server）と連携して、通信システムの加入者情報を管理する機能。
　物理ノード２００は、仮想ネットワーク機能（ＶＮＦ：Virtual Network Function）２２０を構築可能な制御部１１０を含む。制御部１１０は、ＶＮＦ２２０を仮想マシン上で運用することで、仮想ネットワークノードの機能を提供する。このような制御部１１０は、例えば、ハイパーバイザ（Hypervisor）等、コンピュータの仮想化を実行可能な制御プログラムにより構成されてもよい。
　制御部１１０は、上述のノード要求手段１０４Ｄからの指示を受けて、ＶＮＦ２２０を運用する仮想マシンの起動、停止、移行（仮想マシンを他の通信装置１００に移行する）等を実行できる。
　なお、ＶＮＦ２２０とＶＭは必ずしも１対１に対応するものではない。例えば、仮想ＰＧＷを実現しようとする場合、図２０の左図に示すように、ＰＧＷの機能に含まれる課金に関する機能を持つＶＭ１と、ＰＧＷの機能に含まれるＱｏＳ（Quality of Service）等のポリシー制御を行うＶＭ２とを別々に起動することができる（機能別ＶＭ）。もちろん、図２０の右図に示すように、仮想ＰＧＷの機能を持つＶＭ３により仮想ＰＧＷを実現することもできる（アプライアンス型ＶＭ）。
　続いて、本実施形態の動作について図面を参照して詳細に説明する。図２１は、本発明の第５の実施形態のシステムの構成例を示す図である。また、図２２は、本発明の第５の実施形態の動作例を示すフローチャートである。例えば、ユーザからＶＮＦ１、ＶＮＦ２を繋げて構築されたサービスチェインの構築が要求されたものとする。また初期状態としてＶＭが一つも起動されていないものとする。ここでのユーザは、上述の実施形態と同様に、物理ネットワークやＶＭの起動状況の構成を知らなくてもよい。
　ノード特定手段１０１Ｄは、ノード要求手段１０４Ｄに対して、前記ユーザが要求するＶＮＦ１、ＶＮＦ２に対応するＶＭの起動を要求する（Ｓ４－１）。ノード要求手段１０４Ｄは、ノード特定手段１０１Ｄからの要求に基づいて、物理ノードにＶＭの立ち上げを要求する(図２１の「ＶＭ立ち上げ」、図２２のＳ４－１)。
　これにより、図２１の下段に示すように、ＶＭ１～ＶＭ３が立ち上げられる。ノード要求手段１０４Ｄは、ＶＭが起動されたことに応じて、当該ＶＭの起動の完了を、ノード特定手段１０１Ｄに通知する（Ｓ４－２）。ノード特定手段１０１Ｄは、ノード要求手段１０４ＤからのＶＭ起動の完了通知を受け、起動されたＶＭ１～ＶＭ３を特定する（Ｓ４－３）。次に、位置特定手段１０２Ｄが、前記ノード特定手段１０１Ｄよって特定された３つのＶＭ１～３の物理ネットワークにおける位置に関する情報を特定する（Ｓ４－４）。
　次に、パス設定手段１０３Ｄが、ＶＭ１～３の物理ネットワークにおける位置に関する情報と、物理ＮＷのトポロジ情報を用いて、ＶＭ１～ＶＭ３間にデータパスを設定する（Ｓ４－５）。また、パス設定手段１０３Ｄは、ＶＭ１～ＶＭ３の各々が起動している物理ノード２００間を互いに通信可能とするためのフローエントリや経路情報を物理ノード２１０に設定する。これによって、ユーザが要求するＶＮＦ及びサービスチェインを実現するために必要な物理ＮＷ上のデータパスが設定される。
　以上のように、本実施形態によれば、具体のアドレスやリソースの指定のない、ユーザの要求したサービスチェイン乃至ＶＮＦを、その機能実現手段（ＶＭ）と、その物理ネットワーク上の位置情報に落としこんだ後、これらを接続することで、図２１の下段に示したサービスチェインが実現される。
　なお、同一の物理ノード上で動作しているＶＮＦ（ＶＭ）間のデータパスは、物理ノード２００内の制御部１１０に内蔵されたパス制御部２１０１に指示することで実現することができる。
　図２３は、本発明の第５の実施形態の制御装置１００Ｄと連携動作する物理ノード２００に設定されるデータパスの一例を説明するための図である。図２３の例では、制御部１１０は、信号（１）に対して、ＶＮＦ（Ａ）、（Ｂ）および（Ｃ）を経由するＶＮＦパスを設定し、信号（２）に対して、ＶＮＦ（Ａ）および（Ｂ）を経由するＶＮＦパスを設定している。
　具体的には、制御部１１０のパス制御部２１０１は、前記設定に従い、図２３で例示したように、信号の種別に応じて経路で信号を転送する。
　前記信号の種別は、例えば、ＶＮＦ２００に割り当てられたＭＡＣアドレスやＩＰアドレスに基づいて、パケットを転送するようにすることができる。また例えば、パケットを伝送する仮想的なコネクションである“ベアラ”の種別や、パケット内の情報に基づいて識別されるパケットの属性等を用いて転送経路を変えることもできる。
　さらに、パス制御部２１０１に、例えば、ユーザ（端末１）の通信量、通信システムの通信負荷・通信量、サーバ２０の負荷状況等に基づいて、ＶＮＦパスを制御させることもできる。同様に、ベアラの通信量に応じて、当該ベアラに属するパケットのＶＮＦパスを制御させることもできる。また例えば、通信量が所定の閾値を超えたことに応じて、ＶＮＦパスを変更させることができる。
　パス制御部２１０１に、ＶＭの負荷状況に応じて、ＶＮＦパスを構成するＶＮＦ２００を選択させることもできる。また例えば、パス制御部２１０１に、同じ機能を含む複数のＶＮＦ２００のうち、仮想マシンの負荷が低いＶＮＦ２００を優先的に選択し、ＶＮＦパスを切り替えさせることもできる。
　このようなパス制御部２１０１は、例えば、ソフトウェアにより構成される仮想的なスイッチ（ｖＳｗｉｔｃｈ：Virtual Switch）で構成されてもよい。この場合、上述のパス設定手段１０３Ｄは、パス制御部２１０１として機能するスイッチに、経路情報やフローエントリを設定することになる。
　以上のように、本発明は、ネットワーク機能の仮想化を実現するシステムにも好適に適用することができる。
［第６の実施形態］
　続いて、ユーザから要求されたサービスチェインを構築する本発明の第６の実施形態について図面を参照して詳細に説明する。図２４は、本発明の第６の実施形態のシステムの構成例を示す図である。また、図２５は、本実施形態の制御装置１００Ａが保持するテーブル（テナント定義記憶部及びマッピング情報記憶部に相当）の一例を示す図である。図２５を参照すると、サービスチェインと、当該サービスチェインに必要なＶＮＦと、当該ＶＮＦに対応するＶＭと、当該ＶＭを運用する物理ノードの位置情報とを対応付けたテーブルが示されている。本実施形態は、ＶＮＦの提供を行う第５の実施形態と同様の構成で実現可能であるため、以下、その相違点を中心に説明する。
　本実施形態の制御装置は、第５の実施形態の制御装置１００Ｄと同様の構成であり、ノード特定手段１０１Ｄ～ノード要求手段１０４Ｄを備えている（図１８参照）。なお、制御装置１００Ｄは、ノード要求手段１０４Ｄを備えていなくてもよい。
　ノード特定手段１０１Ｄは、ユーザからサービスチェインの提供要求を受けると、サービスチェインに対応するＶＭを特定する（図２４のＶＮＦ１、ＶＮＦ２から延びる矢線参照）。なお、ノード特定手段１０１Ｄは、ユーザから要求されたサービスチェインに必要なＶＮＦを特定し、当該ＶＮＦに対応するＶＭを特定してもよい。図２５に例示するように、ノード特定手段１０１Ｄは、サービスチェイン１とＶＮＦ１（１）及びＶＮＦ１（２）とを対応付け、さらに、ＶＮＦ１（１）とＶＭ１及びＶＮＦ１（２）とＶＭ３とを対応付ける。また、ノード特定手段１０１Ｄは、サービスチェイン２とＶＮＦ１（２）及びＶＮＦ２（２）とを対応付け、さらに、ＶＮＦ１（２）とＶＭ２及びＶＮＦ２（２）とＶＭ４とを対応付ける。
　ユーザから要求されたサービスチェインを実現可能なＶＮＦが起動していない場合、ノード特定手段１０１Ｄは、ノード要求手段１０４Ｄに対し、必要なＶＮＦの構築を要求する。
　位置特定手段１０２Ｄは、前記ノード特定手段１０１Ｄによって特定された通信ノードの物理ネットワークにおける位置に関する情報を特定する（図２４のＶＭ１～ＶＭ４から物理ノードに延びる矢線参照）。位置特定手段１０２Ｄは、例えば、複数のＶＭ１～ＶＭ４の各々について、当該ＶＭ１～ＶＭ４の各々を実現する物理ノード２００の物理ＮＷ上のアドレスと、当該物理ノード２００のポートのうち当該ＶＭ１～ＶＭ４に対応するポートのポート番号とを特定する。図２５に例示するように、位置特定手段１０２Ｄは、ＶＭ１と、物理ノード２００のアドレスと、ポート番号＃１とを対応付ける。
　パス設定手段１０３Ｄは、物理ＮＷのトポロジ情報と、位置特定手段１０２Ｄによって特定されたＶＭの物理ネットワークにおける位置に関する情報を用いて、物理ＮＷ上にユーザが要求するサービスチェインを実現するためのデータパスを設定する（Service Chain１、２に対するデータパス参照）。
　ノード要求手段１０４Ｄは、ノード特定手段１０１Ｄからの要求に応じて、物理サーバ２００上に、ＶＮＦの提供に必要なＶＭを起動し、そのＶＭの情報をノード特定手段１０１Ｄに提供する。
　図２６は、本発明の第６の実施形態における制御装置１００Ｄの動作例を示すフローチャートである。
　続いて、本実施形態の動作について図面を参照して詳細に説明する。以下の説明では、ユーザから、図２４に示す２つのサービスチェインの構築が要求されたものとする。ここでのユーザは、上述の物理ネットワークの構成を知らなくてもよい。
　ノード特定手段１０１Ｄは、まずユーザが要求するサービスチェインに対応するＶＮＦを特定し（Ｓ５－１）、次に、ＶＮＦに対応するＶＭを特定する（Ｓ５－２）。図２５の例では、ノード特定手段１１０は、サービスチェイン１がＶＮＦ１、ＶＮＦ２を経由し、ＶＮＦ１、ＶＮＦ２は、それぞれＶＭ１、ＶＭ３に対応することを特定する。同様に、ノード特定手段１１０は、サービスチェイン２がＶＮＦ１、ＶＮＦ２を経由し、ＶＮＦ１、ＶＮＦ２は、それぞれＶＭ２、ＶＭ４に対応することを特定する。なお、図２５のテーブルがサービスチェイン定義記憶部及びマッピング情報記憶部に相当する。
　次に、位置特定手段１０２が、前記ノード特定手段１０１によって特定された４つのＶＭの物理ネットワークにおける位置に関する情報を特定する（図２５の物理ノードの位置情報参照、図２６のＳ５－３）。
　次に、パス設定手段１０３が、２組のＶＭの物理ネットワークにおける位置に関する情報と、物理ＮＷのトポロジ情報を用いて、物理ＮＷ上にユーザが要求するサービスチェインを実現するためのデータパスを設定する（Ｓ５－４）。図２４の例では、サービスチェイン１に対応するＶＭ１、ＶＭ４間にデータパスが設定され、サービスチェイン２に対応するＶＭ２、ＶＭ３間にデータパスが設定される。なお、サービスチェインの場合、図２４においても明らかにしたように、同じサービスを提供するサービスチェインであっても、当該サービスチェインに対応するＶＭが異なるため、物理ネットワーク上のデータパスは異なることがある。また、図２４の例では、同じサービスを提供するサービスチェインが同一のＶＮＦを用いて構築されているが必ずしも同一のＶＮＦを用いる必要は無い。
　以上のように、本実施形態によれば、制御装置１００は、ユーザが要求するサービスチェインを実現するために、当該ユーザが要求するサービスチェインに対応するＶＭ等の通信ノードを特定し、その通信ノードを物理ＮＷ上の位置情報に落とし込み、当該通信ノード間の物理ＮＷ上のデータパスを設定する。したがって、ユーザの要求する仮想ネットワーク上のサービスチェインを、その機能実現手段と、その物理ネットワーク上の位置情報に落としこんだ後、これらを接続することで、仮想ネットワーク上のサービスチェインを物理ネットワーク上で実現できる。
［第７の実施形態］
　続いて、本発明の第７の実施形態について図面を参照して説明する。制御装置の機能等は第３の実施形態と同様であるので、以下その相違点を中心に説明する。
　図２７に示すように、本発明の第７の実施形態では、物理ＮＷ毎に制御装置が配置されている構成を採ることができる。例えば、一つのデータセンタ内に異なる物理ＮＷが存在し、当該物理ＮＷ毎に制御装置を配置する構成である。各制御装置は、それぞれに割り当てられた物理ＮＷを管理する。そして、ユーザが要求するサービスは、異なる物理ＮＷにまたがって構築することが可能である。この場合、各制御装置は、それぞれのノード特定手段１０１及び位置特定手段１０２で収集及び特定した情報を共有し、異なる物理ＮＷをまたがったデータパスを設定することにより、ユーザから要求されたサービスを実現することが可能となる。以下の例では、ユーザから要求されたサービスを、当該ユーザに対応するテナントに含まれる通信ノードから特定する場合を例にして説明するが、当該サービスはサービスチェイン等であってよい。
　図２８は、本実施形態の制御装置１及び２が、それぞれ情報を交換することにより作成するテーブル（テナント定義記憶部及びマッピング情報記憶部に相当）の一例を示す図である。図２８を参照すると、ユーザから要求されたサービスに対して、当該ユーザに対応するテナントと、当該サービスを実現するためのＶＭの識別子と（ＶＭ１～ＶＭ４）、当該ＶＭ１～ＶＭ４の各々を管理する制御装置（制御装置１又は制御装置２）と、当該ＶＭ１～ＶＭ４の物理ＮＷ上の位置情報とが、対応付けて記憶されている。
　図２８において、制御装置１が管理するＶＭ１及びＶＭ２に関する情報（ＶＭの識別子と、物理ノードの位置情報）は、当該制御装置１によって特定される。また、制御装置２が管理するＶＭ３及びＶＭ４に関する情報（ＶＭの識別子と、物理ノードの位置情報）は、当該制御装置２によって特定される。
　制御装置１及び制御装置２は、自装置が特定した情報（自装置が管理するＶＭの識別子と、物理ノードの位置情報）を共有する。制御装置１及び制御装置２は、例えば、ＢＧＰ（Ｂｏｒｄｅｒ　Ｇａｔｅｗａｙ　Ｐｒｏｔｏｃｏｌ）により、当該情報を交換する。なお、制御装置１及び制御装置２は、これらＶＭと物理ＮＷ上の位置情報の交換を、図２８に示すテーブルの交換で実現することもできる。制御装置１は、図２８に示すテーブルの上段（制御装置１が特定する部分）を、制御装置２に送信する。一方、制御装置２は、図２８に示すテーブルの下段（制御装置２が特定する部分）を、制御装置１に送信する。これにより、制御装置１及び制御装置２は、図２８に示すテーブルを交換可能である。
　なお、制御装置１及び制御装置２が交換する情報は、例えば、物理ＮＷのトポロジ情報等を含んでいてもよい。
　制御装置１及び制御装置２のパス設定手段１０３は、特定された物理ＮＷ上の位置情報を用いて、ユーザから要求されたサービスを実現するために必要な物理ＮＷ上のデータパスを設定する。あるいは、制御装置１又は制御装置２のいずれか一方が、他方の制御装置に代わって、共有した情報（例えば、図２８に示すテーブル）に基づいて、全体のデータパスを設定するようにしてもよい。
　制御装置１は、物理ノード２１０Ａに対して、ＶＭ１又はＶＭ２からのパケットを、物理ノード２１０Ｂに転送するための処理規則や転送情報を設定する。また、制御装置１は、物理ノード２１０Ａに対して、物理ノード２１０Ｂから転送されてきたＶＭ３又はＶＭ４からのパケットを、ＶＭ１又はＶＭ２に転送するための処理規則や転送情報を設定する。
　同様に、制御装置２は、物理ノード２１０Ｂに対して、ＶＭ３又はＶＭ４からのパケットを、物理ノード２１０Ａに転送するための処理規則や転送情報を設定する。また、制御装置２は、物理ノード２１０Ｂに対して、物理ノード２１０Ａから転送されてきたＶＭ１又はＶＭ２からのパケットを、ＶＭ３又はＶＭ４に転送するための処理規則や転送情報を設定する。
　これにより、制御装置１及び制御装置２は、物理ＮＷにおけるＶＭ１～ＶＭ４間のデータパスが設定することができ、ユーザから要求されたサービスを実現することが可能となる。
　以上のように、本発明は、物理的に離れたネットワーク間、例えば異なるＤＣ内のネットワーク間でのテナントやサービスチェイン等の実現にも適用することができる。
［第８の実施形態］
　続いて、上記第７の実施形態に変更を加えた第８の実施形態について図面を参照して説明する。図２９は、本発明の第８の実施形態の構成を示す図である。基本的な構成は図２７に示した第７の実施形態と同様であるが、本実施形態では、例えば、物理ＮＷ１と、物理ＮＷ２とで通信プロトコル（トンネリングプロトコル）が異なっており、そのままではデータパスを設定できないという点で異なっている。以下、その相違点を中心に説明する。
　図２９に例示するように、第８の実施形態では、物理ネットワーク（物理ＮＷ）が異なるトンネリングプロトコル（一例としてＶＸＬＡＮ／ＮｖＧＲＥ）で構築されている。例えば、第８の実施形態の通信システムは、ＶＸＬＡＮ（Virtual eXtensible Local Area Network）で構築された物理ＮＷ１と、ＮＶＧＲＥ（Network Virtualization using Generic Routing Encapsulation）で構築された物理ＮＷ２が、インターネットを介して、ゲートウェイ（ＧＷ１及びＧＷ２）で接続されている構成が示されている。なお、物理ＮＷ１及び物理ＮＷ２の間は、ＷＡＮ（Wide Area Network）等であってもよい。
　制御装置１００Ｅ１及び制御装置１００Ｅ２の制御部１１０は、例えば、通信部１２０を介して、物理ＮＷ１及び物理ＮＷ２のトポロジ情報を交換する。制御装置１００Ｅ１及び制御装置１００Ｅ２は、例えば、ＢＧＰにより、当該トポロジ情報を交換する。
　制御装置１００Ｅ１及び制御装置１００Ｅ２のノード特定手段１０１は、ユーザから要求されたサービスを実現するために必要なＶＭを、当該ユーザに対応するテナントに含まれるＶＭから特定する。図２９の例では、制御装置１００Ｅ１及び制御装置１００Ｅ２のノード特定手段１０１は、ユーザから要求されたサービスが、当該ユーザに対応するテナントに含まれるＶＭのうちのＶＭ１～ＶＭ４が必要であると特定する。各ノード特定手段１０１は、例えば、ユーザから要求されたサービスに対して、当該ユーザに対応するテナントと、当該ユーザが要求するサービスに必要なＶＭ１～ＶＭ４の各々を一意に識別可能なＶＭ識別子とを対応付ける。
　制御装置１００Ｅ１及び制御装置１００Ｅ２の位置特定手段１０２は、ノード特定手段１０１が特定したＶＭ１～ＶＭ４の物理ＮＷ上の位置に関する情報を特定する。制御装置１００Ｅ１の位置特定手段１０２は、当該制御装置Ｅ１が管理する物理ＮＷ１内のＶＭ１及びＶＭ２について、物理ＮＷ１上の位置に関する情報を特定する。具体的には、制御装置１００Ｅ１の位置特定手段１０２は、ＶＭ１及びＶＭ２の物理ＮＷ１上の位置に関する情報として、当該ＶＭ１及びＶＭ２の各々のアドレスや、ＶＭ１及びＶＭ２の各々が接続する仮想スイッチのアドレスやポート番号、などを特定する。一方、制御装置１００Ｅ２の位置特定手段１０２は、当該制御装置Ｅ２が管理する物理ＮＷ２内のＶＭ３及びＶＭ４について、物理ＮＷ２上の位置に関する情報を特定する。具体的には、制御装置１００Ｅ２の位置特定手段１０２は、ＶＭ３及びＶＭ４の物理ＮＷ１上の位置に関する情報として、当該ＶＭ３及びＶＭ４の各々のアドレスや、ＶＭ３及びＶＭ４の各々が接続する仮想スイッチのアドレスやポート番号、などを特定する。
　図３０は、第８の実施形態の制御装置１００Ｅ１、１００Ｅ２が保持するテーブルの一例を示す図である。図２８に例示する第７の実施形態の制御装置が保持するテーブルと異なっているのは、プロトコル格納領域が追加されている点である。
　図３０に例示するように、ユーザが要求するサービスに対して、当該ユーザに対応するテナントと、当該ユーザが要求するサービスを実現するためのＶＭの識別子と（ＶＭ１～ＶＭ４）、当該ＶＭ１～ＶＭ４の各々を管理する制御装置（制御装置１又は制御装置２）と、当該ＶＭ１～ＶＭ４を実現する物理ノードの位置情報と、当該ＶＭ１～ＶＭ２を含む物理ＮＷにおけるプロトコルとが、対応付けて記憶されている。例えば、物理ＮＷ１内のＶＭ１及びＶＭ２の各々には、物理ＮＷ１におけるプロトコルであるＶＸＬＡＮが対応付けられている。一方、物理ＮＷ２内のＶＭ３及びＶＭ４の各々には、物理ＮＷ２におけるプロトコルであるＮｖＧＲＥが対応付けられている。また、制御装置１００Ｅ１及び制御装置１００Ｅ２の制御部１１０は、例えば、通信部１２０を介して、管理するＮＷにおけるトンネリングプロトコル（ＶＸＬＡＮ／ＮｖＧＲＥ）に関する情報を交換する。
　制御装置１００Ｅ１及び制御装置１００Ｅ２の制御部１１０は、自装置が特定したＶＭの位置情報（自装置が管理するＶＭの識別子と、物理ノードの位置情報）を共有する。制御装置１００Ｅ１及び制御装置１００Ｅ２は、例えば、ＢＧＰにより、当該ＶＭの位置情報を交換する。
　制御装置１００Ｅ１及び制御装置１００Ｅ２のパス設定手段１０３は、自装置が特定したＶＭの位置情報と、共有したＶＭの位置情報とに基づいて、ユーザが要求するサービスを実現するために必要な物理ＮＷ上のデータパスを設定する。
　制御装置１００Ｅ１のパス設定手段１０３は、例えば、物理ＮＷ１内のＶＭ１とＶＭ２との間にデータパスを設定する。また、制御装置１００Ｅ１のパス設定手段１０３は、物理ノード２１０Ａに対して、ＶＭ１又はＶＭ２からのパケットを、ＧＷ１に転送するための処理規則や転送情報を設定する。また、制御装置１００Ｅ１は、物理ノード２１０Ａに対して、ＧＷ１から転送されてきたＶＭ３又はＶＭ４からのパケットを、ＶＭ１又はＶＭ２に転送するための処理規則や転送情報を設定する。
　ここで、物理ＮＷ１のトンネリングプロトコルはＶＸＬＡＮであり、インターネットにおける通信プロトコルと異なる場合がある。この場合、制御装置１００Ｅ１のパス設定手段１０３は、例えば、ＧＷ１に対して、ＶＭ１及びＶＭ２からＶＸＬＡＮに基づいて転送されてきたパケットを、インターネットにおける通信プロトコルに変換して、当該インターネットに転送するための処理規則や転送情報を設定する。具体的には、制御装置１００Ｅ１のパス設定手段１０３は、ＧＷ１に対して、物理ノード２１０Ａから受信したパケットからＶＸＬＡＮに基づいた転送情報（アドレス等）をデカプセル化し、当該パケットにインターネット上の通信プロトコルに準拠した転送情報（アドレス等）をカプセル化する旨を指示する。
　一方、制御装置１００Ｅ１のパス設定手段１０３は、例えば、ＧＷ１に対して、インターネットにおける通信プロトコルに基づいて転送されてきたパケットを、物理ＮＷ１のトンネリングプロトコルであるＶＸＬＡＮに変換して、物理ノード２１０Ａに転送するための処理規則や転送情報を設定する。具体的には、制御装置１００Ｅ１のパス設定手段１０３は、ＧＷ１に対して、受信したパケットからインターネット上の通信プロトコルに基づいた転送情報（アドレス等）をデカプセル化し、当該パケットにＶＸＬＡＮに準拠した転送情報（アドレス等）をカプセル化する旨を指示する。
　同様に、制御装置１００Ｅ２のパス設定手段１０３は、例えば、物理ＮＷ２内のＶＭ３とＶＭ４との間にデータパスを設定する。具体的には、制御装置１００Ｅ２のパス設定手段１０３は、ＶＭ３が起動されている物理ノード２００Ｂと、ＶＭ４が起動されている物理ノード２００Ｃとの間にデータパスを設定するため、物理ノード２１０Ｂに対して、当該物理ノード２００Ｂと物理ノード２００Ｃ間を通信可能にするための処理規則や転送情報を設定する。また、制御装置１００Ｅ１のパス設定手段１０３は、物理ノード２１０Ａに対して、ＶＭ１又はＶＭ２からのパケットを、ＧＷ１に転送するための処理規則や転送情報を設定する。また、制御装置１は、物理ノード２１０Ａに対して、ＧＷ１から転送されてきたＶＭ３又はＶＭ４からのパケットを、ＶＭ１又はＶＭ２に転送するための処理規則や転送情報を設定する。
　また、物理ＮＷ２のトンネリングプロトコルはＮｖＧＲＥであり、インターネットにおける通信プロトコルと異なる場合がある。この場合、制御装置１００Ｅ２のパス設定手段１０３は、例えば、ＧＷ２に対して、ＶＭ３及びＶＭ４からＮｖＧＲＥに基づいて転送されてきたパケットを、インターネットにおける通信プロトコルに変換して、当該インターネットに転送するための処理規則や転送情報を設定する。具体的には、制御装置１００Ｅ２のパス設定手段１０３は、例えば、ＧＷ２に対して、物理ノード２１０Ｂから受信したパケットからＮｖＧＲＥに基づいた転送情報（アドレス等）をデカプセル化し、当該パケットにインターネット上の通信プロトコルに準拠した転送情報（アドレス等）をカプセル化する旨を指示する。
　一方、制御装置１００Ｅ２のパス設定手段１０３は、例えば、ＧＷ２に対して、インターネットにおける通信プロトコルに基づいて転送されてきたパケットを、物理ＮＷ２のトンネリングプロトコルであるＮｖＧＲＥに変換して、物理ノード２１０Ｂに転送するための処理規則や転送情報を設定する。具体的には、制御装置１００Ｅ２のパス設定手段１０３は、ＧＷ２に対して、受信したパケットからインターネット上の通信プロトコルに基づいた転送情報（アドレス等）をデカプセル化し、にＮｖＧＲＥに準拠した転送情報（アドレス等）をカプセル化する旨を指示する。
　これにより、制御装置１００Ｅ１及び制御装置１００Ｅ２は、物理ＮＷにおけるＶＭ１～ＶＭ４間のデータパスが設定することができ、ユーザが要求するサービスを実現することが可能となる。
　図３１は、第８の実施形態におけるシステムの他の構成例を示す図である。図３１に示すように、第８の実施形態において、例えば、物理ＮＷ１がパブリッククラウドを提供するデータセンタ（データセンタ（ＤＣ）１）であり、物理ＮＷ２がオンプレミス（ＤＣ２）の場合が考えられる。すなわちパブリッククラウドから提供されるＶＭと、オンプレミス（on-premises）で準備するＶＭとを用いて、一つのテナントを構築する形態であり、例えばハイブリッドクラウドと呼ばれる形態である。このような形態では、パブリッククラウドを提供するＤＣ１内の物理ＮＷ１を管理する制御装置１と、オンプレミス（ＤＣ２）内の物理ＮＷ２を管理する制御装置２とが異なる。したがって、一つのテナントを構築しようとした場合、当該テナントに含まれる通信ノード用いて所定のサービスを実現するために必要な物理ＮＷ上のデータパスを設定するためには、制御装置１及び制御装置２間で情報を交換する必要がある。
　また、パブリッククラウドを提供するＤＣ１内の物理ＮＷ１と、オンプレミス（ＤＣ２）内の物理ＮＷ２とではトンネリングプロトコルが異なる場合がある。例えば、パブリッククラウドを提供するＤＣ１内の物理ＮＷ１のトンネリングプロトコルがＶＸＬＡＮであり、オンプレミス（ＤＣ２）内の物理ＮＷ２のトンネリングプロトコルがＮｖＧＲＥの場合である。
　図３１の制御装置１及び制御装置２は、ユーザから要求されたサービスを実現するために必要な通信ノードを特定し、当該特定した通信ノードの物理ＮＷ上の位置情報を特定し、当該特定した位置情報に基づいて通信ノード間にデータパスを設定する。
　図３１の例では、制御装置１及び制御装置２のノード特定手段１０１は、ユーザから要求されたサービスを実現するために必要な通信ノードを、ＶＭ１～ＶＭ３と特定する。
　次に、制御装置１及び制御装置２の位置特定手段１０２は、ＶＭ１～ＶＭ３の各々の物理ＮＷ上の位置情報を特定する。制御装置１は、管理するパブリッククラウドを提供するＤＣ１内の物理ＮＷ１において、ＶＭ１及びＶＭ２の位置情報を特定する。また、制御装置２は、管理するオンプレミス（ＤＣ２）内の物理ＮＷ２において、ＶＭ３の位置情報を特定する。
　続いて、制御装置１及び制御装置２のパス設定手段１０３は、特定された位置情報に基づき、ＶＭ１～ＶＭ３間にデータパスを設定する。ここで、パブリッククラウドを提供するＤＣ１内の物理ＮＷ１と、オンプレミス（ＤＣ２）内の物理ＮＷ２と、インターネットとでは、通信プロトコルが異なる場合がある。この場合、制御装置１のパス設定手段１０３は、例えば、ＧＷ１に対して、物理ＮＷ１における通信プロトコルと、インターネットにおける通信プロトコルとを互いに変換するための処理規則や転送情報を設定する。また、制御装置２のパス設定手段１０３は、例えば、ＧＷ２に対して、物理ＮＷ２における通信プロトコルと、インターネットにおける通信プロトコルとを互いに変換するための処理規則や転送情報を設定する。なお、制御装置１及び制御装置２のパス設定手段１０３の具体的な処理は、図２９に例示する制御装置１００Ｅ１と制御装置１００Ｅ２のパス設定手段１０３と同様であるため、詳細な説明は省略される。これにより、制御装置１及び制御装置２は、異なるＤＣ内に存在するＶＭ１・ＶＭ２と、ＶＭ３との間のデータパスを設定することができ、ユーザから要求されたサービスを実現することが可能となる。
　なお、制御装置１及び制御装置２のいずれか一方が、他の制御装置から取得した情報（当該他の制御装置が管理する物理ＮＷのトポロジ情報など）に基づいて、ＶＭ１～ＶＭ３の位置情報の特定や、ＶＭ１～ＶＭ３間のデータパスの設定を実行してもよい。例えば、オンプレミス（ＤＣ２）内の制御装置２が、パブリッククラウドを提供するＤＣ１内の制御装置１から取得した物理ＮＷ１のトポロジ情報などに基づいて、ＶＭ１～ＶＭ３の位置情報の特定と、ＶＭ１～ＶＭ３間のデータパスの設定を実行する。この場合、制御装置２は、ＤＣ１の物理ＮＷ１内のＶＭ１及びＶＭ２間のデータパスの設定と、ＧＷ１に対する処理規則や転送情報の設定を、制御装置１に対して要求することにより、当該ＶＭ１～ＶＭ３間のデータパスの設定を実行してもよい。
　図３２は、第８の実施形態におけるシステムの他の構成例を示す図である。図３２に示すように、第８の実施形態におけるシステムは、例えば、ユーザＡのオンプレミスのＤＣ１と、パブリッククラウドのＤＣ２と、パブリッククラウドのＤＣ３と、ユーザＢのオンプレミスのＤＣ４とを含む。
　図３２に示すように、第８の実施形態におけるシステムは、ユーザＡに対応するテナント１と、ユーザＢに対応するテナント２とを含み、複数のＤＣによりマルチテナントが提供されている。ユーザＡに対応するテナント１は、ＤＣ１内のＶＭ１と、ＤＣ２内のＶＭ２及びＶＭ３と、ＤＣ３内のＶＭ４とを含む。一方、ユーザＢに対応するテナント２は、ＤＣ３内のＶＭ５と、ＤＣ４内のＶＭ６とを含む。
　制御装置１、制御装置２及び制御装置３のノード特定手段１０１は、ユーザＡから要求されたサービスを実現するＶＭとして、当該ユーザＡに対応するテナント１に含まれるＶＭ１～ＶＭ４を特定する。次に、制御装置１、制御装置２及び制御装置３の位置特定手段１０２は、ＶＭ１～ＶＭ４の物理ＮＷ上の位置情報を特定する。制御装置１の位置特定手段１０２は、自装置が管理するＤＣ１内のＶＭ１の物理ＮＷ上の位置情報を特定する。同様に、制御装置２及び制御装置３の位置特定手段１０２も、それぞれ、ＤＣ２内のＶＭ２及びＶＭ３と、ＤＣ３内のＶＭ４との物理ＮＷ上の位置情報を特定する。続いて、制御装置１、制御装置２及び制御装置３のパス設定手段１０３は、ＶＭ１～ＶＭ４間のデータパスを設定する。ここで、ＤＣ１～ＤＣ３の各々と、インターネットとでは、通信プロトコルが異なる場合がある。この場合、制御装置１、制御装置２及び制御装置３のパス設定手段１０３は、それぞれ、ＧＷ１～ＧＷ３の各々に、ＤＣ１～ＤＣ３の各々の通信プロトコルと、インターネットの通信プロトコルを互いに変更するための処理規則や転送情報を設定する。なお、制御装置１、制御装置２及び制御装置３のパス設定手段１０３の具体的な処理は、図２９に例示する制御装置１００Ｅ１と制御装置１００Ｅ２のパス設定手段１０３と同様であるため、詳細な説明は省略される。これにより、制御装置１、制御装置２及び制御装置３のパス設定手段１０３は、異なるＤＣ内に存在するＶＭ１～ＶＭ４の各々の間のデータパスを設定することができ、ユーザＡが要求するサービスを実現することが可能となる。
　なお、制御装置１、制御装置２及び制御装置３のいずれかが、他の制御装置から取得した情報（当該他の制御装置が管理する物理ＮＷのトポロジ情報など）に基づいて、ＶＭ１～ＶＭ４の位置情報の特定や、ＶＭ１～ＶＭ４間のデータパスの設定を実行してもよい。例えば、オンプレミス（ＤＣ１）内の制御装置１が、他の制御装置２及び制御装置３から取得したＤＣ２及びＤＣ３内の物理ＮＷのトポロジ情報などに基づいて、ＶＭ１～ＶＭ４の位置情報の特定と、ＶＭ１～ＶＭ４間のデータパスの設定を実行する。この場合、制御装置１は、制御装置２及び制御装置３に対して、ＤＣ２及びＤＣ３内の物理ＮＷ上のデータパスの設定や、ＤＣ２のＧＷ２やＤＣ３のＧＷ３に対する設定を要求することにより、当該ＶＭ１～ＶＭ４間のデータパスの設定を実行してもよい。
　同様にして、制御装置３及び制御装置４のノード特定手段１０１は、ユーザＢから要求されたサービスを実現するＶＭとして、当該ユーザＡに対応するテナント２に含まれるＶＭ５とＶＭ６を特定する。次に、制御装置３及び制御装置４の位置特定手段１０２は、ＶＭ５とＶＭ６の物理ＮＷ上の位置情報を特定する。制御装置３の位置特定手段１０２は、自装置が管理するＤＣ３内のＶＭ５の物理ＮＷ上の位置情報を特定する。同様に、制御装置４の位置特定手段１０２も、ＤＣ４内のＶＭ６の物理ＮＷ上の位置情報を特定する。続いて、制御装置３及び制御装置４のパス設定手段１０３は、ＶＭ５及びＶＭ６間のデータパスを設定する。ここで、ＤＣ３と、ＤＣ４と、インターネットとでは、通信プロトコルが異なる場合がある。この場合、制御装置３及び制御装置４のパス設定手段１０３は、それぞれ、ＧＷ３及びＧＷ４の各々に、ＤＣ３及びＤＣ４の各々の通信プロトコルと、インターネットの通信プロトコルを互いに変更するための処理規則や転送情報を設定する。なお、制御装置３及び制御装置４のパス設定手段１０３の具体的な処理は、図２９に例示する制御装置１００Ｅ１と制御装置１００Ｅ２のパス設定手段１０３と同様であるため、詳細な説明は省略される。これにより、制御装置３及び制御装置４のパス設定手段１０３は、異なるＤＣ内に存在するＶＭ５及びＶＭ６の各々の間のデータパスを設定することができ、ユーザＢが要求するサービスを実現することが可能となる。
　なお、ユーザＡの場合と同様に、制御装置３及び制御装置４のいずれか一方が、他の制御装置から取得した情報（当該他の制御装置が管理する物理ＮＷのトポロジ情報など）に基づいて、ＶＭ１～ＶＭ３の位置情報の特定や、ＶＭ１～ＶＭ３間のデータパスの設定を実行してもよい。
　以上のように、本発明は、物理的に別のネットワークであり、しかも通信プロトコルが異なっている場合においても、適用することが可能である。
　以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。
　なお、上記した各実施形態の制御装置の各要求手段は、制御装置を構成するコンピュータに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。
　最後に、本発明の好ましい形態を要約する。
［第１の形態］
　（上記第１の視点による制御装置参照）
［第２の形態］
　第１の形態の制御装置において、
　前記第１の手段は、前記ネットワークノードの機能を提供可能な複数の仮想マシンを特定し、
　前記第３の手段は、前記ネットワークノードの機能を実現するように、前記物理ネットワーク上において前記複数の仮想マシンを接続する制御装置。
［第３の形態］
　第１又は第２の形態の制御装置において、
　前記第１の手段は、前記ネットワークノードに含まれる複数の機能の各々を提供可能な仮想マシンを、当該複数の機能ごとに特定する制御装置。
［第４の形態］
　第３の形態の制御装置において、
　前記第１の手段は、前記複数の機能を選択的に提供可能な、複数の仮想マシンを特定する制御装置。
［第５の形態］
　第３又は第４の形態の制御装置において、
　前記第１の手段は、前記複数の機能を順番に接続した通信サービスに含まれる、当該複数の機能を提供可能な複数の仮想マシンを特定し、
　前記第３の手段は、前記順番を実現するように、前記物理ネットワーク上において前記複数の仮想マシンを接続する制御装置。
［第６の形態］
　第１から第５いずれか一の形態の制御装置において、
　前記第１の手段は、複数の通信サービスごとに、当該複数の通信サービスの各々に含まれるネットワークノードの機能を提供可能な仮想マシンを特定し、
　前記第３の手段は、前記複数の通信サービスごとに、前記物理ネットワーク上に当該複数の通信サービスの各々を実現するデータパスを設定する制御装置。
［第７の形態］
　（上記第２の視点による通信システム参照）
［第８の形態］
　（上記第３の視点による制御方法参照）
［第９の形態］
　（上記第４の視点によるコンピュータプログラム参照）
　なお、上記第７～９の形態は、第１の形態と同様に、第２～第６の形態に展開することが可能である。
　なお、上記の特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
　１００、１００Ａ～１００Ｆ、１００Ｅ１、１００Ｅ２　制御装置
　１０１、１０１Ｄ　ノード特定手段
　１０２、１０２Ｄ　位置特定手段
　１０３、１０３Ｄ　パス設定手段
　１０４、１０４Ｄ　ノード要求手段
　１１０、１１０Ｄ　制御部
　１２０　通信部
　２００、２００ａ～２００ｄ、２００Ａ～２００Ｄ、２１０、２１０Ａ、２１０Ｂ　物理ノード（物理スイッチ）
　２２０　仮想ネットワーク機能（ＶＮＦ）
　３００　ＶＭ
　２１０１　パス制御部

Claims (19)

  1. 　ネットワークノードの機能を提供可能な仮想マシンを特定する第１の手段と、 
    　前記特定された仮想マシンの、物理ネットワークにおける位置に関する情報を特定する第２の手段と、
    　前記位置に関する情報に基づいて、前記物理ネットワーク上に前記ネットワークノードの機能を実現するデータパスを設定する第３の手段と、 
    　を備える制御装置。
  2. 　前記第１の手段は、前記ネットワークノードの機能を提供可能な複数の仮想マシンを特定し、
    　前記第３の手段は、前記ネットワークノードの機能を実現するように、前記物理ネットワーク上において前記複数の仮想マシンを接続する
    　ことを特徴とする請求項１に記載の制御装置。
  3. 　前記第１の手段は、前記ネットワークノードに含まれる複数の機能の各々を提供可能な仮想マシンを、当該複数の機能ごとに特定する
    　ことを特徴とする請求項１又は２に記載の制御装置。
  4. 　前記第１の手段は、前記複数の機能を選択的に提供可能な、複数の仮想マシンを特定する
    　ことを特徴とする請求項３に記載の制御装置。
  5. 　前記第１の手段は、前記複数の機能を順番に接続した通信サービスに含まれる、当該複数の機能を提供可能な複数の仮想マシンを特定し、
    　前記第３の手段は、前記順番を実現するように、前記物理ネットワーク上において前記複数の仮想マシンを接続する
    　ことを特徴とする請求項３又は４に記載の制御装置。
  6. 　前記第１の手段は、複数の通信サービスごとに、当該複数の通信サービスの各々に含まれるネットワークノードの機能を提供可能な仮想マシンを特定し、
    　前記第３の手段は、前記複数の通信サービスごとに、前記物理ネットワーク上に当該複数の通信サービスの各々を実現するデータパスを設定する
    　ことを特徴とする請求項１乃至５のいずれかに記載の制御装置。
  7. 　ネットワークノードの機能を提供可能な仮想マシンを特定し、 
    　前記特定された仮想マシンの、物理ネットワークにおける位置に関する情報を特定し、
    　前記位置に関する情報に基づいて、前記物理ネットワーク上に前記ネットワークノードの機能を実現するデータパスを設定する
    　ことを特徴とする制御方法。
  8. 　前記ネットワークノードの機能を提供可能な複数の仮想マシンを特定し、
    　前記ネットワークノードの機能を実現するように、前記物理ネットワーク上において前記複数の仮想マシンを接続する
    　ことを特徴とする請求項７に記載の制御方法。
  9. 　前記ネットワークノードに含まれる複数の機能の各々を提供可能な仮想マシンを、当該複数の機能ごとに特定する
    　ことを特徴とする請求項７又は８に記載の制御方法。
  10. 　前記複数の機能を選択的に提供可能な、複数の仮想マシンを特定する
    　ことを特徴とする請求項９に記載の制御方法。
  11. 　前記複数の機能を順番に接続した通信サービスに含まれる、当該複数の機能を提供可能な複数の仮想マシンを特定し、
    　前記順番を実現するように、前記物理ネットワーク上において前記複数の仮想マシンを接続する
    　ことを特徴とする請求項９又は１０に記載の制御方法。
  12. 　複数の通信サービスごとに、当該複数の通信サービスの各々に含まれるネットワークノードの機能を提供可能な仮想マシンを特定し、
    　前記複数の通信サービスごとに、前記物理ネットワーク上に当該複数の通信サービスの各々を実現するデータパスを設定する
    　ことを特徴とする請求項７乃至１１のいずれかに記載の制御方法。
  13. 　物理ネットワークを制御する制御装置と、
    　前記制御装置によって管理される仮想マシンと、を含み、
    　前記制御装置は、
    　ネットワークノードの機能を提供可能な仮想マシンを特定する第１の手段と、 
    　前記特定された仮想マシンの、物理ネットワークにおける位置に関する情報を特定する第２の手段と、
    　前記位置に関する情報に基づいて、前記物理ネットワーク上に前記ネットワークノードの機能を実現するデータパスを設定する第３の手段と、 
    　を備えることを特徴とする通信システム。
  14. 　前記第１の手段は、前記ネットワークノードの機能を提供可能な複数の仮想マシンを特定し、
    　前記第３の手段は、前記ネットワークノードの機能を実現するように、前記物理ネットワーク上において前記複数の仮想マシンを接続する
    　ことを特徴とする請求項１３に記載の通信システム。
  15. 　前記第１の手段は、前記ネットワークノードに含まれる複数の機能の各々を提供可能な仮想マシンを、当該複数の機能ごとに特定する
    　ことを特徴とする請求項１３又は１４に記載の通信システム。
  16. 　前記第１の手段は、前記複数の機能を選択的に提供可能な、複数の仮想マシンを特定する
    　ことを特徴とする請求項１５に記載の通信システム。
  17. 　前記第１の手段は、前記複数の機能を順番に接続した通信サービスに含まれる、当該複数の機能を提供可能な複数の仮想マシンを特定し、
    　前記第３の手段は、前記順番を実現するように、前記物理ネットワーク上において前記複数の仮想マシンを接続する
    　ことを特徴とする請求項１５又は１６に記載の通信システム。
  18. 　前記第１の手段は、複数の通信サービスごとに、当該複数の通信サービスの各々に含まれるネットワークノードの機能を提供可能な仮想マシンを特定し、
    　前記第３の手段は、前記複数の通信サービスごとに、前記物理ネットワーク上に当該複数の通信サービスの各々を実現するデータパスを設定する
    　ことを特徴とする請求項１３乃至１７のいずれかに記載の通信システム。
  19. 　ネットワークノードの機能を提供可能な仮想マシンを特定する処理と、 
    　前記特定された仮想マシンの、物理ネットワークにおける位置に関する情報を特定する処理と、
    　前記位置に関する情報に基づいて、前記物理ネットワーク上に前記ネットワークノードの機能を実現するデータパスを設定する処理と
    　をコンピュータに実行させるプログラム。
PCT/JP2016/060349 2015-03-31 2016-03-30 制御装置、制御方法及びプログラム WO2016159057A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2017510086A JPWO2016159057A1 (ja) 2015-03-31 2016-03-30 制御装置、制御方法及びプログラム
KR1020177031383A KR20170134557A (ko) 2015-03-31 2016-03-30 제어기, 제어 방법 및 프로그램
US15/562,661 US20180109472A1 (en) 2015-03-31 2016-03-30 Controller, control method and program
CN201680020246.2A CN107534602A (zh) 2015-03-31 2016-03-30 控制器、控制方法和程序
EP16772938.3A EP3280100A4 (en) 2015-03-31 2016-03-30 Control device, control method, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-073889 2015-03-31
JP2015073889 2015-03-31

Publications (1)

Publication Number Publication Date
WO2016159057A1 true WO2016159057A1 (ja) 2016-10-06

Family

ID=57005069

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/060349 WO2016159057A1 (ja) 2015-03-31 2016-03-30 制御装置、制御方法及びプログラム

Country Status (8)

Country Link
US (1) US20180109472A1 (ja)
EP (1) EP3280100A4 (ja)
JP (1) JPWO2016159057A1 (ja)
KR (1) KR20170134557A (ja)
CN (1) CN107534602A (ja)
AR (1) AR104149A1 (ja)
TW (1) TW201701621A (ja)
WO (1) WO2016159057A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009075718A (ja) * 2007-09-19 2009-04-09 Hitachi Ltd 仮想ｉ／ｏパスの管理方法、情報処理システム及びプログラム
WO2015041706A1 (en) * 2013-09-23 2015-03-26 Mcafee, Inc. Providing a fast path between two entities

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9489224B2 (en) * 2010-12-28 2016-11-08 Nec Corporation Network virtualization system, physical node, and virtual interface identification method in virtual machine
US9116727B2 (en) * 2013-01-15 2015-08-25 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Scalable network overlay virtualization using conventional virtual switches
JP5991424B2 (ja) * 2013-03-07 2016-09-14 日本電気株式会社 パケット書換装置、制御装置、通信システム、パケット送信方法及びプログラム
US9660905B2 (en) * 2013-04-12 2017-05-23 Futurewei Technologies, Inc. Service chain policy for distributed gateways in virtual overlay networks
US9203765B2 (en) * 2013-08-30 2015-12-01 Cisco Technology, Inc. Flow based network service insertion using a service chain identifier

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009075718A (ja) * 2007-09-19 2009-04-09 Hitachi Ltd 仮想ｉ／ｏパスの管理方法、情報処理システム及びプログラム
WO2015041706A1 (en) * 2013-09-23 2015-03-26 Mcafee, Inc. Providing a fast path between two entities

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
KOJI TSUBOUCHI ET AL.: "NFV Management and Orchestration Technology to Automatically Build Network Services on Demand", IEICE TECHNICAL REPORT, vol. 114, no. 206, 4 September 2014 (2014-09-04), pages 107 - 112, XP009505688 *
See also references of EP3280100A4 *

Also Published As

Publication number Publication date
KR20170134557A (ko) 2017-12-06
CN107534602A (zh) 2018-01-02
EP3280100A4 (en) 2018-12-05
US20180109472A1 (en) 2018-04-19
TW201701621A (zh) 2017-01-01
JPWO2016159057A1 (ja) 2018-03-08
AR104149A1 (es) 2017-06-28
EP3280100A1 (en) 2018-02-07

Similar Documents

Publication Publication Date Title
JP6477864B2 (ja) 制御装置、制御方法及びプログラム
WO2016159192A1 (ja) 制御装置、制御方法及びプログラム
Khan et al. Network virtualization: a hypervisor for the Internet?
JP6574304B2 (ja) 仮想ネットワーク管理
JP5835846B2 (ja) ネットワークシステム及び仮想ノードのマイグレーション方法
Dixon et al. Software defined networking to support the software defined environment
Wang et al. Software-defined networking enhanced edge computing: A network-centric survey
US20160072762A1 (en) Network Access Method and Device for Equipment
CN103763367A (zh) 一种云计算数据中心分布式虚拟网络设计方法及系统
JP2014021979A (ja) 複数の仮想マシンを管理するための階層システム、方法、及びコンピュータプログラム
TW201603531A (zh) 全網域服務控制器
US20210204191A1 (en) Inter-slice sharing in 5g core networks
JP5904285B2 (ja) 通信システム、仮想ネットワーク管理装置、通信ノード、通信方法及びプログラム
JP5063726B2 (ja) 仮想ノード装置のコンフィグ制御方法
WO2016159057A1 (ja) 制御装置、制御方法及びプログラム
Chou et al. Design of SFC Management System based on SDN and NFV
Lehocine et al. VINEMA: Towards automated management of virtual networks in SDN infrastructures
Langenskiöld Network Slicing using Switch Virtualization
Leea et al. Container-based Management Platform for Scalable Service Clusters Provisioning

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16772938

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15562661

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2017510086

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2017134606

Country of ref document: RU

ENP Entry into the national phase

Ref document number: 20177031383

Country of ref document: KR

Kind code of ref document: A