WO2015040788A1 - 情報処理装置、及び、システム設計支援方法 - Google Patents

情報処理装置、及び、システム設計支援方法 Download PDF

Info

Publication number
WO2015040788A1
WO2015040788A1 PCT/JP2014/004274 JP2014004274W WO2015040788A1 WO 2015040788 A1 WO2015040788 A1 WO 2015040788A1 JP 2014004274 W JP2014004274 W JP 2014004274W WO 2015040788 A1 WO2015040788 A1 WO 2015040788A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
requirement
setting
network
requirements
Prior art date
Application number
PCT/JP2014/004274
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 JP2015537544A priority Critical patent/JP6424823B2/ja
Priority to US14/915,685 priority patent/US10171294B2/en
Publication of WO2015040788A1 publication Critical patent/WO2015040788A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/20—Software design

Definitions

  • the present invention relates to an information processing apparatus and a system design support method.
  • IT Information Technology
  • Non-Patent Document 1 proposes system construction software (OpenStack (registered trademark)) capable of generating many computers and networks by virtual computers and networks.
  • system construction software OpenStack (registered trademark)
  • a system is constructed by connecting virtual machines via virtual ports on a virtual network.
  • Non-Patent Document 1 the system construction software of Non-Patent Document 1 is used for system construction.
  • the user needs to redesign communication requirements between virtual machines, virtual network requirements, virtual network settings, etc. each time the software configuration is changed, such as a virtual machine on which software components are deployed. .
  • An object of the present invention is to solve the above-described problem, and an information processing apparatus capable of maintaining the consistency between the communication requirements of the software related to the system and the requirements of the network without redesigning the network by the user, And providing a system design support method.
  • An information processing apparatus generates a communication requirement between computers based on a communication requirement between software components constituting a system and an identifier of a computer on which the software component is deployed.
  • the requirement conversion means for generating the requirements for the network connecting the computers, the network requirements, the communication requirements between the computers, and the communication requirements between the software components
  • Setting generation means for generating the network setting, the setting related to the communication of the computer, and the setting related to the communication of the software component, respectively.
  • a system design support method generates a communication requirement between computers based on a communication requirement between software components constituting the system and an identifier of a computer on which the software component is deployed. Generating a network requirement for connecting the computers based on communication requirements between the computers, and generating network requirements based on the network requirements, the communication requirements between the computers, and the communication requirements between the software components. A setting, a setting related to communication of the computer, and a setting related to communication of the software component are generated.
  • the computer-readable recording medium is based on the communication requirements between software components constituting the system and the identifier of the computer on which the software component is deployed in the system design support apparatus computer.
  • a communication requirement between computers is generated, a network requirement for connecting the computers is generated based on the communication requirement between the computers, the network requirement, the communication requirement between the computers, and the software component
  • a program for executing processing for generating the network setting, the setting related to the communication of the computer, and the setting related to the communication of the software component is stored.
  • the effect of the present invention is that the user can maintain the consistency between the software communication requirements of the system and the network requirements without redesigning the network.
  • FIG. 1 It is a figure which shows the example of VM communication requirement information in the 1st Embodiment of this invention. It is a figure which shows the example of the IaaS information 142 in the 1st Embodiment of this invention. It is a figure which shows the example of applicable VM communication requirement information in the 1st Embodiment of this invention. It is a block diagram which shows the example of the virtual network in the 1st Embodiment of this invention. It is a figure which shows the example of NW requirement information in the 1st Embodiment of this invention. It is a figure which shows the example of the NaaS information 143 in the 1st Embodiment of this invention.
  • FIG. 2 is a block diagram showing the configuration of the system design support apparatus 100 according to the first embodiment of the present invention.
  • the system design support apparatus 100 is an embodiment of the information processing apparatus of the present invention.
  • the system design support apparatus 100 is communicably connected to the system construction environment 200.
  • the system construction environment 200 includes a system construction device, one or more computer devices, and one or more network devices such as a network switch and a router.
  • the system construction apparatus constructs an IT system (hereinafter simply referred to as a system) on the computer device and network device of the system construction environment 200.
  • the system construction device uses settings related to component communication (SW (Software) settings), settings related to virtual machine communication (VM (Virtual Machine) settings), and network settings (NW (Network) settings). Build the system.
  • SW Software
  • VM Virtual Machine
  • NW Network
  • the SW setting, the VM setting, and the NW setting are generated by the system design support apparatus 100.
  • the system construction device includes functions of IaaS (Infrastructure as service) and Naas (Network as service).
  • IaaS generates and sets a virtual machine (VM) that is a virtual computer on a computer device.
  • NaaS generates and sets a virtual network for connecting virtual machines on a computer device and a network device.
  • NaaaS is usually provided with IaaS.
  • the system construction device deploys software components such as Operating System (OS), Middleware (MW), and Application (AP) that constitute the system on the generated virtual machine.
  • OS Operating System
  • MW Middleware
  • AP Application
  • the system design support apparatus 100 includes a requirement conversion unit 110, a setting generation unit 120, an SW information storage unit 131, an IaaS information storage unit 132, an NaaS information storage unit 133, a requirement storage unit 151, and a setting storage unit 152.
  • the requirement storage unit 151 stores SW configuration information, SW communication requirement information, and SW arrangement information.
  • the SW configuration information indicates components (SW configuration) constituting the system.
  • the SW communication requirement information indicates communication requirements between components (SW communication requirements).
  • the SW arrangement information indicates an identifier (SW arrangement) of a virtual machine on which a component is arranged.
  • the SW configuration information, SW communication requirement information, and SW arrangement information are input by the user of the system design support apparatus 100 and stored in the requirement storage unit 151.
  • the SW information storage unit 131 stores SW information 141 indicating a component providing function related to a communication characteristic condition and an SW requirement / setting conversion rule.
  • the IaaS information storage unit 132 stores IaaS information 142 indicating a provision function related to a communication characteristic condition and a VM requirement / setting conversion rule of a virtual machine generated by IaaS.
  • the NaaaS information storage unit 133 stores the NaaS information 143 indicating the provision function related to the communication characteristic condition and the NW requirement / setting conversion rule of the virtual network generated by the NaaS.
  • SW information 141, IaaS information 142, and NaaaS information 143 are input in advance by a user of the system design support apparatus 100, an administrator, or the like. Then, the input SW information 141, IaaS information 142, and NaaaS information 143 are stored in the SW information storage section 131, the IaaS information storage section 132, and the Naaa information storage section 133, respectively.
  • the requirement conversion unit 110 generates a communication requirement (VM communication requirement) between virtual machines based on the SW communication requirement information and the SW arrangement information. Further, the requirement conversion unit 110 generates a network requirement (NW requirement) based on the generated VM communication requirement.
  • VM communication requirement communication requirement
  • NW requirement network requirement
  • the requirement conversion unit 110 includes a SW configuration management unit 111, a VM configuration management unit 112, and an NW configuration management unit 113.
  • the SW configuration management unit 111 extracts the requirements that can be supported by each component (corresponding SW communication requirements) among the SW communication requirements based on the SW information 141.
  • the VM configuration management unit 112 converts SW communication requirements into VM communication requirements. In addition, the VM configuration management unit 112 extracts requirements that can be supported by IaaS (compatible VM communication requirements) from the VM communication requirements based on the IaaS information 142.
  • IaaS compatible VM communication requirements
  • the NW configuration management unit 113 converts the VM communication requirement into the NW requirement. In addition, the NW configuration management unit 113 extracts a requirement that can be handled by the NaaS (a NW requirement that can be dealt with) out of the NW requirements based on the NaaS information 143.
  • the setting generation unit 120 generates an NW setting, a VM setting, and an SW setting based on the compatible NW requirement, the compatible VM communication requirement, and the compatible SW communication requirement, respectively.
  • the setting generation unit 120 includes an NW setting generation unit 121, a VM setting generation unit 122, and an SW setting generation unit 123.
  • the NW setting generation unit 121 generates an NW setting based on a compatible NW requirement.
  • the VM setting generation unit 122 generates a VM setting based on compatible VM communication requirements.
  • the SW setting generation unit 123 generates SW settings based on compatible SW communication requirements.
  • the setting storage unit 152 stores the NW setting, the VM setting, and the SW setting generated by the setting generation unit 120 as NW setting information, VM setting information, and SW setting information, respectively.
  • the system design support apparatus 100 may be a computer that includes a CPU (Central Processing Unit) and a storage medium that stores a program, and that operates by control based on the program. Further, the SW information storage unit 131, the IaaS information storage unit 132, the NaaS information storage unit 133, the requirement storage unit 151, and the setting storage unit 152 may be configured as individual storage media or a single storage medium. .
  • a CPU Central Processing Unit
  • FIG. 3 is a block diagram showing a configuration of the system design support apparatus 100 realized by a computer according to the first embodiment of the present invention.
  • the system design support apparatus 100 includes a CPU 171, a storage medium 172, a communication unit 173, an input unit 174, and an output unit 175.
  • the CPU 171 executes a computer program for realizing the functions of the requirement conversion unit 110 and the setting generation unit 120.
  • the storage medium 172 stores data of the SW information storage unit 131, the IaaS information storage unit 132, the NaaS information storage unit 133, the requirement storage unit 151, and the setting storage unit 152.
  • the communication unit 173 transmits the NW setting information, the VM setting information, and the SW setting information to the system construction environment 200.
  • the input unit 174 is, for example, an input device such as a keyboard, and receives input of SW configuration information, SW communication requirement information, and SW arrangement information from a user or the like.
  • the output unit 175 is a display device such as a display, for example, and displays the generated NW setting information, VM setting information, and SW setting information to a user or the like.
  • FIG. 4 is a flowchart showing the requirement conversion processing in the first embodiment of the present invention.
  • the system design support apparatus 100 receives input of SW configuration information, SW communication requirement information, and SW arrangement information from a user (step S110).
  • the input SW configuration information, SW communication requirement information, and SW arrangement information are stored in the requirement storage unit 151.
  • FIG. 6 is a block diagram showing an example of connection between components in the first exemplary embodiment of the present invention.
  • FIGS. 7, 8, and 9 are diagrams showing examples of SW configuration information, SW communication requirement information, and SW arrangement information, respectively, in the first exemplary embodiment of the present invention.
  • the SW configuration information, SW communication requirement information, and SW arrangement information in FIGS. 7, 8, and 9 correspond to the connections in FIG.
  • SW configuration information indicates an identifier (component ID (Identifier)) of a component constituting the system, as shown in FIG.
  • the SW configuration information in FIG. 7 indicates that the system is configured by three components “SWa”, “SWb”, and “SWc” as shown in FIG.
  • “” indicates a component identifier (component ID).
  • identifiers such as SW communication requirements, VM communication requirements, and NW requirements.
  • the SW communication requirement information indicates the identifier of the connection source / destination component and the characteristic conditions related to communication (connection) between components.
  • requirements other than the connection source / connection destination such as a communication protocol, a destination port number (hereinafter simply referred to as a port number), a QoS (Quality of Service) condition, and the like are set.
  • the connection from the component “SWa” to “SWb” as shown in FIG. 6 is set as the SW communication requirement “RSWab”.
  • protocol: TCP (Transmission Control) / IP (Internet Protocol) and port number: 8080 are set.
  • the SW communication requirement “RSWac” the connection from the component “SWa” to “SWc” with the protocol: TCP / IP and the port number: 5678 as shown in FIG. 6 is set.
  • SW arrangement information indicates an identifier of a virtual machine that is an arrangement destination of each component, as shown in FIG.
  • the SW arrangement information in FIG. 9 indicates that the component “SWa” is arranged in the virtual machine “VMm” and the components “SWb” and “SWc” are arranged in the virtual machine “VMn” as shown in FIG.
  • the SW configuration management unit 111 of the requirement conversion unit 110 acquires the provision function related to the characteristic condition of each component from the SW information 141 (step S120).
  • FIG. 10 is a diagram illustrating an example of the SW information 141 according to the first embodiment of this invention.
  • the SW information 141 indicates a provided function and an SW requirement / setting conversion rule for each component.
  • the provided function indicates a function that can be provided by the component regarding the communication characteristic condition.
  • the SW requirement / setting conversion rule indicates a conversion rule from SW communication requirement to SW setting, which will be described later.
  • the SW information 141 in FIG. 10 indicates that each component can set a protocol and a port number in connection with other components. That is, each component can establish a connection in response to a connection request from another component specifying a specific protocol and port number.
  • the SW configuration management unit 111 acquires the providing functions of the components “SWa”, “SWb”, and “SWc” from the SW information 141 in FIG.
  • the SW configuration management unit 111 extracts a communication requirement that can be satisfied by each component from the SW communication requirements included in the SW communication requirement information (hereinafter referred to as an applicable SW communication requirement) (step S130).
  • the SW configuration management unit 111 extracts the SW communication requirement that can be satisfied by using the providing function acquired in step S120 as the applicable SW communication requirement.
  • the SW configuration management unit 111 outputs the extracted compatible SW communication requirement to the SW setting generation unit 123 as compatible SW communication requirement information.
  • FIG. 11 is a diagram showing an example of applicable SW communication requirement information according to the first embodiment of the present invention.
  • the component “SWb” has a protocol and a port number setting as provided functions.
  • the component “SWb” satisfies the characteristic conditions for the connection source / connection destination: “SWa” / “SWb”, protocol: TCP / IP, and port number: 8080, which are specified by the SW communication requirement “RSWab”.
  • the component “SWc” also satisfies the characteristic conditions for the connection source / connection destination: “SWa” / “SWc”, protocol: TCP / IP, and port number: 5678, which are specified in the SW communication requirement “RSWac”. . Therefore, the SW configuration management unit 111 extracts compatible SW communication requirements as shown in FIG.
  • the VM configuration management unit 112 converts the SW communication requirement included in the SW communication requirement information into the VM communication requirement, and generates VM communication requirement information (step S140).
  • the VM configuration management unit 112 generates the VM communication requirement by, for example, integrating the same SW communication requirement by the connection source / connection destination virtual machines based on the SW arrangement information.
  • FIG. 12 is a block diagram illustrating an example of connection between virtual machines according to the first embodiment of this invention.
  • FIG. 13 is a diagram illustrating an example of VM communication requirement information according to the first embodiment of this invention.
  • the VM communication requirement information in FIG. 13 corresponds to the connection in FIG.
  • the VM communication requirement information indicates the identifier of the connection source / destination virtual machine and the characteristic conditions related to communication (connection) between virtual machines, as shown in FIG.
  • the component “SWa” is arranged in the virtual machine “VMm”, and the components “SWb” and “SWc” are arranged in the same virtual machine “VMn”. Therefore, the SW communication requirement “RSWab” related to the connection from the component “SWa” to “SWb” and the SW communication requirement “RSWac” related to the connection from “SWa” to “SWc” in the SW communication requirement information of FIG. are integrated as shown in FIGS. That is, the SW communication requirement “RSWab” and the SW communication requirement “RSWac” are integrated into the VM communication requirement “RVMmn” related to the connection from the virtual machine “VMm” to “VMn”. In this case, both characteristic conditions of the SW communication requirements “RSWab” and “RSWac” are set as the characteristic conditions of the VM communication requirement “RVMmn”.
  • the VM configuration management unit 112 acquires the providing function related to the characteristic condition for IaaS from the IaaS information 142 (step S150).
  • FIG. 14 is a diagram illustrating an example of the IaaS information 142 according to the first embodiment of this invention.
  • the IaaS information 142 indicates a provided function and a VM requirement / setting conversion rule for each IaaS.
  • the provided function indicates a function that can be provided by the virtual machine generated by IaaS with respect to the communication characteristic condition.
  • the VM requirement / setting conversion rule indicates a conversion rule from VM communication requirement to VM setting, which will be described later.
  • the IaaS information 142 in FIG. 14 indicates that a protocol and a port number for connection with another virtual machine can be set in the virtual machine generated by the IaaS “OpenStack Nova”.
  • the virtual machine generated by IaaS “OpenStack Nova” indicates that a connection can be established for a connection request from another virtual machine specifying a specific protocol and port number.
  • the VM configuration management unit 112 acquires a providing function for IaaS “OpenStack Nova” from the IaaS information 142 of FIG.
  • the VM configuration management unit 112 extracts a communication requirement that can be satisfied by IaaS from the VM communication requirements included in the VM communication requirement information (hereinafter referred to as an applicable VM communication requirement) (step S160).
  • the VM configuration management unit 112 extracts the VM communication requirement that can be satisfied by using the providing function acquired in step S150 as the applicable VM communication requirement.
  • the VM configuration management unit 112 outputs the extracted compatible VM communication requirement to the VM setting generation unit 122 as compatible VM communication requirement information.
  • FIG. 15 is a diagram illustrating an example of compatible VM communication requirement information according to the first embodiment of this invention.
  • IaaS “OpenStack Nova” has settings of protocol and port number as provided functions.
  • the IaaS “OpenStack Nova” satisfies the characteristic condition, protocol: TCP / IP, port number: 8080, and protocol: TCP / IP, port number: 5678 specified by the VM communication requirement “RVMmn”. Therefore, the VM configuration management unit 112 extracts a VM communication requirement that can be handled as shown in FIG.
  • the NW configuration management unit 113 converts the VM communication requirement included in the VM communication requirement information into the NW requirement, and generates NW requirement information (step S170).
  • the NW configuration management unit 113 generates an NW requirement having the same characteristic condition as the characteristic condition of the VM communication requirement.
  • FIG. 16 is a block diagram illustrating an example of a virtual network according to the first embodiment of this invention.
  • FIG. 17 is a diagram showing an example of NW requirement information in the first embodiment of the present invention.
  • the NW requirement information in FIG. 17 corresponds to the connection in FIG.
  • the NW requirement information indicates the identifier of the connection source / destination virtual machine and the characteristic conditions related to the communication (connection) between the virtual machines.
  • the NW configuration management unit 113 generates the NW requirement “RNWx” in which the characteristic condition of the VM communication requirement “RVMmn” in the VM communication requirement information in FIG. 13 is set.
  • the NW configuration management unit 113 acquires the providing function related to the characteristic condition for the NaaaS from the NaaaS information 143 (step S180).
  • FIG. 18 is a diagram illustrating an example of the NaaS information 143 according to the first embodiment of this invention.
  • the NaaaS information 143 indicates a provided function and an NW requirement / setting conversion rule for each NaaS.
  • the providing function indicates a function that can be provided by the virtual network generated by NaaS regarding the communication characteristic condition.
  • the NW requirement / setting conversion rule indicates a conversion rule from NW requirement to NW setting described later.
  • the protocol and port number for connection between virtual machines can be set in the virtual network generated by the NaaaS “OpenStack Neutron”. That is, in the virtual network generated by the NaaS “OpenStack Neutron”, it is possible to permit connection between virtual machines with a specific protocol and port number.
  • the NW configuration management unit 113 acquires the provision function for the NaaS “OpenStack Neutron” from the NaaS information 143 of FIG.
  • the NW configuration management unit 113 extracts a requirement that can be satisfied by the NaaS from the NW requirement included in the NW requirement information (hereinafter referred to as a compatible NW requirement) (step S190).
  • the NW configuration management unit 113 extracts the NW requirement that can be satisfied by using the providing function acquired in step S180, as the compatible NW requirement.
  • the NW configuration management unit 113 outputs the extracted compatible NW requirement to the NW setting generation unit 121 as compatible NW requirement information.
  • FIG. 19 is a diagram showing an example of compatible NW requirement information according to the first embodiment of the present invention.
  • NaaS “OpenStack Neutron” has setting of protocol and port number as provided functions.
  • the NaaS “OpenStack Neutron” satisfies the characteristic conditions specified by the NW requirement “RNWx”, protocol: TCP / IP, port number: 8080, and protocol: TCP / IP, port number: 5678. Therefore, the NW configuration management unit 113 extracts a compatible NW requirement as shown in FIG.
  • the compatible SW communication requirement information, the compatible VM communication requirement information, and the compatible NW requirement information are extracted based on the SW communication requirement information and the SW arrangement information input by the user.
  • FIG. 5 is a flowchart showing the setting generation process in the first embodiment of the present invention.
  • the NW setting generation unit 121 of the setting generation unit 120 acquires a conversion rule (NW requirement / setting conversion rule) from the NW requirement to the NW setting from the NaAS information 143 (step S210).
  • the NW setting generation unit 121 applies the acquired NW requirement / setting conversion rule to the compatible NW requirement, and generates an NW setting (step S220).
  • the NW setting generation unit 121 stores the generated NW setting in the setting storage unit 152 as NW setting information.
  • NW requirement / setting conversion rule depends on NaaS.
  • NaAS is “OpenStack Neutron”
  • a network is used as an object.
  • NW port and a security group are used as objects that realize communication characteristic conditions.
  • logic for converting the NW requirement into these objects is defined.
  • FIG. 20 is a diagram illustrating an example of NW setting according to the first embodiment of this invention.
  • the NW setting generation unit 121 generates “network1” as a network corresponding to the NW requirement “RNWx” (FIG. 17) indicated by the compatible NW requirement information in FIG. Further, in the NW requirement “RNWx”, two virtual machines are connected. In this case, the NW setting generation unit 121 generates “Port1” and “Port2” on the network “network1” as NW ports, and assigns an IP address to each. Further, in the NW requirement “RNWx”, protocol: TCP / IP, port number: 8080, and protocol: TCP / IP, port number: 5678 are set. In this case, the NW setting generation unit 121 generates a security group “group1” and sets connection source / connection destination: Port1 / Port2 and port numbers: 8080, 5678.
  • the VM setting generation unit 122 acquires a conversion rule (VM requirement / setting conversion rule) from the VM communication requirement to the VM setting from the IaaS information 142 (step S230).
  • the VM setting generation unit 122 applies the acquired VM requirement / setting conversion rule to the applicable VM communication requirement, and generates a VM setting (step S240).
  • the VM setting generation unit 122 stores the generated VM setting in the setting storage unit 152 as VM setting information.
  • the VM requirement / setting conversion rule depends on IaaS.
  • IaaS is “OpenStack Nova”
  • a VM instance is used as an object representing a virtual machine.
  • an interface on the VM instance is used as an object for realizing the communication characteristic condition.
  • logic for converting the VM communication requirement into the setting of these objects is defined.
  • FIG. 21 is a diagram illustrating an example of VM setting information according to the first embodiment of this invention.
  • the VM setting generation unit 122 sets “VMm”, “VMm” as VM instances corresponding to the VM communication requirement “RVMmn” (FIG. 13) indicated by the compatible VM communication requirement information in FIG. VMn "is generated. Also, the VM setting generation unit 122 generates “IF1” and “IF2” as interfaces on the VM instances “VMm” and “VMn”, respectively.
  • the VM setting generation unit 122 applies the NW setting to the VM setting (step S250).
  • the application of the NW setting to the VM setting is a process of reflecting the setting for the NW setting object on the VM setting object, such as associating the interface on each VM instance with the NW port on the network, for example. It is.
  • connection source / destination virtual machines in the VM communication requirement “RVMmn” in FIG. 13 are “VMm” / “VMn”.
  • the VM setting generation unit 122 sets the connection source / destination NW ports “Port1” and “Port2” in the NW setting of FIG. 20 on the VM instances “VMm” and “VMn”. Set the interface "IF1" and "IF2".
  • the SW setting generation unit 123 acquires the SW communication requirement to SW setting conversion rule (SW requirement / setting conversion rule) from the SW information 141 (step S260).
  • the SW setting generation unit 123 applies the acquired SW requirement / setting conversion rule to the applicable SW communication requirement, and generates the SW setting (step S270).
  • the SW setting generation unit 123 stores the generated SW setting in the setting storage unit 152 as SW setting information.
  • SW requirements / setting conversion rules depend on the component.
  • the component is Tomcat of JAVA (registered trademark) application server or Postgresql of RDB (Relational Database)
  • the port number of the request to be received is used as a setting for realizing the communication characteristic condition.
  • the SW requirement / setting conversion rule defines a logic for converting the SW communication requirement into the setting of the port number in the component.
  • FIG. 22 is a diagram showing an example of SW setting information in the first embodiment of the present invention.
  • the SW setting generation unit 123 sets “SWb” as objects corresponding to the SW communication requirements “RSWab” and “RSWac” (FIG. 8) indicated by the compatible SW communication requirement information in FIG. ”,“ SWc ”.
  • the SW setting generation unit 123 is designated by the SW communication requirements “RSWab” and “RSWac” for the objects “SWb” and “SWc”. Set the port number.
  • the SW setting generation unit 123 applies the VM setting and the NW setting to the SW setting (step S280).
  • the application of the VM setting and the NW setting to the SW setting is, for example, the setting of the VM setting and the NW setting object with respect to the SW setting object such as the setting of the transmission source IP address when the component is Postgresql. Is a process to reflect.
  • the connection source component is “SWa”
  • the virtual machine on which the component “SWa” is deployed is “VMm”.
  • the SW setting generation unit 123 sets the IP address of the interface “IF1” of the VM instance “VMm” in the VM setting of FIG. 21 as the transmission source IP address of the component “SWc”. .
  • the NW setting information, the VM setting information, and the SW setting information are generated based on the compatible NW requirement information, the compatible VM communication requirement information, and the compatible SW communication requirement information.
  • the system construction device of the system construction environment 200 acquires NW setting information, VM setting information, and SW setting information from the setting storage unit 152 of the system design support device 100, and constructs the system on the computer device and the network device.
  • the NaaS of the system construction device generates and sets a virtual network using the NW setting information.
  • the IaaS of the system construction device uses the VM setting information to generate and set a virtual machine.
  • the system construction device deploys and sets components on the generated virtual machine using the SW setting information.
  • FIG. 23 is a diagram showing an example of the relationship among components, virtual machines, and virtual networks in the first embodiment of the present invention.
  • the system construction device performs generation and setting of a virtual network, generation and setting of a virtual machine, and deployment and setting of components.
  • the requirement conversion unit 110 generates a communication requirement between computer devices based on a communication requirement between components and an identifier of the computer device on which the component is arranged. Then, the requirement conversion unit 110 generates a network requirement based on the generated communication requirement between computer devices.
  • the setting generation unit 120 sets network settings, settings related to communication of computer devices, and settings related to communication of components based on network requirements, communication requirements between computer devices, and communication requirements between components. Are respectively generated. Further, the system construction apparatus performs network device settings and computer device settings in accordance with the generated network settings and computer device communication settings, and deploys and sets components on the computer devices.
  • FIG. 1 is a block diagram showing a characteristic configuration of the first embodiment of the present invention.
  • a system design support apparatus (information processing apparatus) 100 includes a requirement conversion unit 110 and a setting generation unit 120.
  • the requirement conversion unit 110 generates a communication requirement between computers based on a communication requirement between software components constituting the system and an identifier of the computer on which the software component is deployed. Then, the requirement conversion unit 110 generates network requirements for connecting computers based on communication requirements between computers.
  • the setting generation unit 120 performs network settings, computer communication settings, and software component communication settings based on network requirements, computer communication requirements, and software component communication requirements. Generate.
  • the system design support apparatus 100 generates a network setting, a setting related to computer communication, and a setting related to communication of software components, as described below. That is, the requirement conversion unit 110 of the system design support apparatus 100 generates a communication requirement between computers and a network requirement based on the communication requirement between software components constituting the system and the identifier of the computer on which the software component is deployed. To do. Then, the setting generation unit 120 relates to network settings, computer communication settings, and software component communication based on network requirements, communication requirements between computers, and communication requirements between software components. Generate settings. This improves the design quality of the system that involves communication.
  • the requirement conversion process it is determined whether it is possible to construct a system that satisfies the SW communication requirement information input by the user or the like. Different from form.
  • FIG. 24 is a block diagram showing a configuration of the system design support apparatus 100 according to the second embodiment of the present invention.
  • the system design support apparatus 100 includes a requirement management unit 160 in addition to the configuration (FIG. 2) of the system design support apparatus 100 according to the first embodiment of the present invention.
  • the requirement management unit 160 generates communication requirement related information indicating a relationship between the SW communication requirement, the VM communication requirement, and the NW requirement in the requirement conversion process. Then, the requirement management unit 160 determines whether a system that satisfies the SW communication requirement information input by the user or the like can be constructed using the communication requirement related information.
  • FIG. 25 is a flowchart showing the requirement conversion processing in the second embodiment of the present invention.
  • the system design support apparatus 100 receives input of SW configuration information, SW communication requirement information, and SW arrangement information from the user, as in the first embodiment (FIG. 4) of the present invention (step) S110).
  • the SW configuration management unit 111 of the requirement conversion unit 110 acquires the providing function related to the characteristic condition of each component from the SW information 141 (step S120).
  • the SW configuration management unit 111 extracts the applicable SW communication requirements for each component from the SW communication requirements included in the SW communication requirement information (step S130).
  • the SW configuration management unit 111 transmits the identifier of the SW communication requirement included in the SW communication requirement information and the identifier of the compatible SW communication requirement to the requirement management unit 160.
  • the requirement management unit 160 sets the identifier of the received SW communication requirement in the communication requirement related information, and gives a flag to the compatible SW communication requirement (step S131).
  • FIG. 26 is a diagram showing an example of communication requirement related information in the second exemplary embodiment of the present invention.
  • the requirement management unit 160 sets the SW communication requirements “RSW1 to 4” in the communication requirement related information as shown in FIG.
  • the SW communication requirements “RSW1” to “RSW4” are “SWW2” to “RSW4”
  • the requirement management unit 160 can handle the SW communication requirements “RSW2” to “RSW4”. "With a flag” v ".
  • the VM configuration management unit 112 converts the SW communication requirement included in the SW communication requirement information into the VM communication requirement, and generates VM communication requirement information ( Step S140).
  • the VM configuration management unit 112 acquires the providing function related to the characteristic condition for IaaS from the IaaS information 142 (step S150).
  • the VM configuration management unit 112 extracts an applicable VM communication requirement from the VM communication requirement included in the VM communication requirement information (step S160).
  • the VM configuration management unit 112 transmits the identifier of the VM communication requirement included in the VM communication requirement information, the identifier of the SW communication requirement satisfied by each VM communication requirement, and the identifier of the compatible VM communication requirement to the requirement management unit 160. .
  • the requirement management unit 160 sets the received VM communication requirement identifier in the communication requirement related information, and associates each VM communication requirement with the SW communication requirement satisfied by the VM communication requirement (step S161). In addition, the requirement management unit 160 adds a flag to the compatible VM communication requirement (step S162).
  • the requirement management unit 160 uses FIG. As described above, the VM communication requirement “RVM1” is associated with the SW communication requirements “RSW1” and “RSW2”. Similarly, the requirement management unit 160 associates the VM communication requirement “RVM2” with the SW communication requirements “RSW3” and “RSW4”. In addition, when “RVM2” is a compatible VM communication requirement among the VM communication requirements “RVM1” and “RSW2”, the requirement management unit 160 sets the compatible VM communication requirement “RVM2” as illustrated in FIG. The flag “v” is assigned.
  • the NW configuration management unit 113 converts the VM communication requirements included in the VM communication requirement information into NW requirements, and generates NW requirement information (step S170). ).
  • the NW configuration management unit 113 acquires the providing function related to the characteristic condition for the NaaS from the NaaS information 143 (step S180).
  • the NW configuration management unit 113 extracts a compatible NW requirement from the NW requirement included in the NW requirement information (step S190).
  • the NW configuration management unit 113 transmits the identifier of the NW requirement included in the NW requirement information, the identifier of the VM communication requirement satisfied by each NW requirement, and the identifier of the compatible NW requirement to the requirement management unit 160.
  • the requirement management unit 160 sets the received NW requirement identifier in the communication requirement related information, and associates each NW requirement with the VM communication requirement satisfied by the NW requirement (step S191). In addition, the requirement management unit 160 gives a flag to the NW requirement that can be handled (step S192).
  • the requirement management unit 160 when the VM communication requirement “RVM1” is converted into the NW requirement “RNW1” (when “RNW1” satisfies “RVM1”), the requirement management unit 160 performs the NW requirement “RNW1” as shown in FIG. Is associated with the VM communication requirement “RVM1”. When the NW requirement “RNW1” is a compatible NW requirement, the requirement management unit 160 assigns a flag “v” to the compatible NW requirement “RNW1” as illustrated in FIG.
  • the requirement management unit 160 determines whether or not a system satisfying the SW communication requirement information can be constructed using the communication requirement related information (step S193).
  • the requirement management unit 160 sequentially traces the associated VM communication requirement and NW requirement for each SW communication requirement included in the communication requirement related information.
  • the requirement management unit 160 determines that the SW communication requirement is satisfied if at least one of the correspondence flags among the SW communication requirement, the VM communication requirement, and the NW requirement is set.
  • the requirement management unit 160 determines that a system that satisfies the SW communication requirement information can be constructed when all the SW communication requirements included in the communication requirement related information are satisfied.
  • a corresponding flag is set for the associated NW communication requirement “RNW1”.
  • an applicable flag is set for the SW communication requirement “RSW2” and the associated NW communication requirement “RNW1”.
  • an applicable flag is set for the SW communication requirement “RSW3” and the associated VM communication requirement “RVM2”.
  • an applicable flag is set for the SW communication requirement “RSW4” and the associated VM communication requirement “RVM2”. Therefore, the requirement management unit 160 determines that a system satisfying the SW communication requirements “RSW1” to “RSW4” can be constructed.
  • the requirement management unit 160 outputs to the user whether or not the system can be constructed (step S194).
  • the requirement management unit 160 may instruct the setting generation unit 120 not to extract redundant settings for satisfying the SW communication requirements by using the communication requirement related information and not to generate the extracted settings. .
  • an NW communication requirement “RNW1” is provided with a corresponding flag.
  • the SW communication requirements “RSW1” and “RSW2” are satisfied. That is, the VM setting related to the VM communication requirement “RVM1” associated with the NW communication requirement “RNW1” and the SW communication requirements “RSW1” and “RSW2” related to “RVM1” are not performed.
  • SW communication requirements “RSW1” and “RSW2” are satisfied. Accordingly, in this case, for example, the requirement management unit 160 instructs the setting generation unit 120 to omit generation of the SW setting related to the SW communication requirement “RSW2” to which the available flag is assigned.
  • the user can confirm whether or not a system satisfying communication requirements between software components can be constructed in the system construction environment.
  • redundant settings for software components, virtual machines, and virtual networks can be omitted.
  • the requirement management unit 160 determines whether it is possible to construct a system that satisfies the SW communication requirement information input by the user or the like as described below, or extracts redundant settings. That is, in the requirement conversion process, the requirement management unit 160 generates communication requirement related information indicating the relationship between the SW communication requirement, the VM communication requirement, and the NW requirement, and based on the communication requirement related information, Or make an extraction.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Stored Programmes (AREA)

Abstract

　利用者がネットワークの再設計を行うことなく、システムに係るソフトウェアの通信要件とネットワークの要件との整合性を保つ。　システム設計支援装置（１００）の要件変換部（１１０）は、システムを構成するソフトウェアコンポーネント間の通信要件とソフトウェアコンポーネントが配備されるコンピュータの識別子をもとに、コンピュータ間の通信要件を生成し、コンピュータ間の通信要件をもとにコンピュータ間を接続するネットワークの要件を生成する。設定生成部（１２０）は、ネットワークの要件、コンピュータ間の通信要件、及び、ソフトウェアコンポーネント間の通信要件をもとに、ネットワークの設定、コンピュータの通信に係る設定、及び、ソフトウェアコンポーネントの通信に係る設定を、それぞれ生成する。

Description

情報処理装置、及び、システム設計支援方法
　本発明は、情報処理装置、及び、システム設計支援方法に関する。
　近年、ＩＴ（Information Technology）システムの複雑化、大規模化が進み、相互に通信する複数のコンピュータにより、大量の業務処理が実行可能となっている。このような大規模なシステムを構築するためには、コンピュータの調達や、ネットワークを構成するための配線等に、非常に大きなコストがかかる。
　このような状況を解決するため、仮想化技術を背景としたシステム構築手法が考案されている。例えば、非特許文献１では、仮想的なコンピュータやネットワークにより、多くのコンピュータ、ネットワークを生成することが可能なシステム構築ソフトウェア（OpenStack（登録商標））が提案されている。非特許文献１に記載のシステム構築ソフトウェアでは、仮想マシンを仮想ネットワーク上の仮想ポートにより接続することにより、システムを構築する。
"OpenStack Open Source Cloud Computing Software"、OpenStack project、［online］、［2013年9月2日検索］、インターネット〈URL：http://www.openstack.org/〉
　上述のような大規模システムを実現するためには、コンピュータ間を接続するネットワークを設計し、設計されたネットワークの要件と、当該ネットワークを利用するソフトウェアコンポーネント間の通信要件と、の間の整合性を保つ必要がある。しかしながら、ネットワークの設計とソフトウェア構成の設計は個別に行われるため、利用者は、ソフトウェア構成が変更されるたびに、ネットワークの再設計を行う必要がある。
　例えば、システムの構築に非特許文献１のシステム構築ソフトウェアを利用すると仮定する。この場合、利用者は、ソフトウェアコンポーネントが配備される仮想マシン等、ソフトウェア構成が変更されるたびに、仮想マシン間の通信要件、仮想ネットワークの要件、仮想ネットワークの設定等を再設計する必要がある。
　本発明の目的は、上述の課題を解決し、利用者がネットワークの再設計を行うことなく、システムに係るソフトウェアの通信要件とネットワークの要件との整合性を保つことができる、情報処理装置、及び、システム設計支援方法を提供することである。
　本発明の一態様における情報処理装置は、システムを構成するソフトウェアコンポーネント間の通信要件と前記ソフトウェアコンポーネントが配備されるコンピュータの識別子をもとに、前記コンピュータ間の通信要件を生成し、前記コンピュータ間の通信要件をもとに前記コンピュータ間を接続するネットワークの要件を生成する、要件変換手段と、前記ネットワークの要件、前記コンピュータ間の通信要件、及び、前記ソフトウェアコンポーネント間の通信要件をもとに、前記ネットワークの設定、前記コンピュータの通信に係る設定、及び、前記ソフトウェアコンポーネントの通信に係る設定を、それぞれ生成する、設定生成手段と、を備える。
　本発明の一態様におけるシステム設計支援方法は、システムを構成するソフトウェアコンポーネント間の通信要件と前記ソフトウェアコンポーネントが配備されるコンピュータの識別子をもとに、前記コンピュータ間の通信要件を生成し、前記コンピュータ間の通信要件をもとに前記コンピュータ間を接続するネットワークの要件を生成し、前記ネットワークの要件、前記コンピュータ間の通信要件、及び、前記ソフトウェアコンポーネント間の通信要件をもとに、前記ネットワークの設定、前記コンピュータの通信に係る設定、及び、前記ソフトウェアコンポーネントの通信に係る設定を、それぞれ生成する。
　本発明の一態様におけるコンピュータが読み取り可能な記録媒体は、システム設計支援装置用コンピュータに、システムを構成するソフトウェアコンポーネント間の通信要件と前記ソフトウェアコンポーネントが配備されるコンピュータの識別子をもとに、前記コンピュータ間の通信要件を生成し、前記コンピュータ間の通信要件をもとに前記コンピュータ間を接続するネットワークの要件を生成し、前記ネットワークの要件、前記コンピュータ間の通信要件、及び、前記ソフトウェアコンポーネント間の通信要件をもとに、前記ネットワークの設定、前記コンピュータの通信に係る設定、及び、前記ソフトウェアコンポーネントの通信に係る設定を、それぞれ生成する、処理を実行させるプログラムを格納する。
　本発明の効果は、利用者がネットワークの再設計を行うことなく、システムに係るソフトウェアの通信要件とネットワークの要件との整合性を保てることである。
本発明の第１の実施の形態の特徴的な構成を示すブロック図である。 本発明の第１の実施の形態における、システム設計支援装置１００の構成を示すブロック図である。 本発明の第１の実施の形態における、コンピュータにより実現されたシステム設計支援装置１００の構成を示すブロック図である。 本発明の第１の実施の形態における、要件変換処理を示すフローチャートである。 本発明の第１の実施の形態における、設定生成処理を示すフローチャートである。 本発明の第１の実施の形態における、コンポーネント間の接続の例を示すブロック図である。 本発明の第１の実施の形態における、ＳＷ構成情報の例を示す図である。 本発明の第１の実施の形態における、ＳＷ通信要件情報の例を示す図である。 本発明の第１の実施の形態における、ＳＷ配置情報の例を示す図である。 本発明の第１の実施の形態における、ＳＷ情報１４１の例を示す図である。 本発明の第１の実施の形態における、対応可能ＳＷ通信要件情報の例を示す図である。 本発明の第１の実施の形態における、仮想マシン間の接続の例を示すブロック図である。 本発明の第１の実施の形態における、ＶＭ通信要件情報の例を示す図である。 本発明の第１の実施の形態における、ＩａａＳ情報１４２の例を示す図である。 本発明の第１の実施の形態における、対応可能ＶＭ通信要件情報の例を示す図である。 本発明の第１の実施の形態における、仮想ネットワークの例を示すブロック図である。 本発明の第１の実施の形態における、ＮＷ要件情報の例を示す図である。 本発明の第１の実施の形態における、ＮａａＳ情報１４３の例を示す図である。 本発明の第１の実施の形態における、対応可能ＮＷ要件情報の例を示す図である。 本発明の第１の実施の形態における、ＮＷ設定の例を示す図である。 本発明の第１の実施の形態における、ＶＭ設定情報の例を示す図である。 本発明の第１の実施の形態における、ＳＷ設定情報の例を示す図である。 本発明の第１の実施の形態における、コンポーネント、仮想マシン、及び、仮想ネットワークの関係の例を示す図である。 本発明の第２の実施の形態における、システム設計支援装置１００の構成を示すブロック図である。 本発明の第２の実施の形態における、要件変換処理を示すフローチャートである。 本発明の第２の実施の形態における、通信要件関連情報の例を示す図である。
　（第１の実施の形態）
　本発明の第１の実施の形態について説明する。
　はじめに、本発明の第１の実施の形態の構成について説明する。
　図２は、本発明の第１の実施の形態における、システム設計支援装置１００の構成を示すブロック図である。システム設計支援装置１００は、本発明の情報処理装置の一実施形態である。
　システム設計支援装置１００は、システム構築環境２００と通信可能に接続される。
　システム構築環境２００は、システム構築装置、１以上のコンピュータデバイス、及び、ネットワークスイッチやルータ等、１以上のネットワークデバイスを含む。
　システム構築装置は、システム構築環境２００のコンピュータデバイス、ネットワークデバイス上にＩＴシステム（以下、単にシステムとする）を構築する。システム構築装置は、コンポーネントの通信に係る設定（ＳＷ（Software）設定）、仮想マシンの通信に係る設定（ＶＭ（Virtual Machine）設定）、及び、ネットワークの設定（ＮＷ（Network）設定）を用いてシステムを構築する。ＳＷ設定、ＶＭ設定、及び、ＮＷ設定は、システム設計支援装置１００により生成される。システム構築装置は、ＩａａＳ（Infrastructure as a Service）、及び、ＮａａＳ（Network as a Service）の機能を含む。
　ＩａａＳは、コンピュータデバイス上で、仮想的なコンピュータである仮想マシン（ＶＭ）の生成、設定を行う。また、ＮａａＳは、コンピュータデバイスとネットワークデバイス上で、仮想マシン間を接続するための仮想ネットワークの生成、設定を行う。ＮａａＳは、通常、ＩａａＳとともに提供される。そして、システム構築装置は、生成された仮想マシン上に、システムを構成するOperating System（ＯＳ)、Middleware（ＭＷ）、Application（ＡＰ）等のソフトウェアコンポーネントを配備する。以下、これらのソフトウェアコンポーネントを、単に、コンポーネント、または、プログラムモジュールと記述する。
　システム設計支援装置１００は、要件変換部１１０、設定生成部１２０、ＳＷ情報記憶部１３１、ＩａａＳ情報記憶部１３２、ＮａａＳ情報記憶部１３３、要件記憶部１５１、及び、設定記憶部１５２を含む。
　ここで、要件記憶部１５１は、ＳＷ構成情報、ＳＷ通信要件情報、及び、ＳＷ配置情報を記憶する。ＳＷ構成情報は、システムを構成するコンポーネント（ＳＷ構成）を示す。ＳＷ通信要件情報は、コンポーネント間の通信要件（ＳＷ通信要件）を示す。ＳＷ配置情報は、コンポーネントが配備される仮想マシンの識別子（ＳＷ配置）を示す。ＳＷ構成情報、ＳＷ通信要件情報、及び、ＳＷ配置情報は、システム設計支援装置１００の利用者等により入力され、要件記憶部１５１に保存される。
　ＳＷ情報記憶部１３１は、コンポーネントの、通信の特性条件に係る提供機能、及び、ＳＷ要件／設定変換ルールを示すＳＷ情報１４１を記憶する。
　ＩａａＳ情報記憶部１３２は、ＩａａＳにより生成される仮想マシンの、通信の特性条件に係る提供機能、及び、ＶＭ要件／設定変換ルールを示すＩａａＳ情報１４２を記憶する。
　ＮａａＳ情報記憶部１３３は、ＮａａＳにより生成される仮想ネットワークの、通信の特性条件に係る提供機能、及び、ＮＷ要件／設定変換ルールを示すＮａａＳ情報１４３を記憶する。
　ＳＷ情報１４１、ＩａａＳ情報１４２、及び、ＮａａＳ情報１４３は、システム設計支援装置１００の利用者、または、管理者等により、予め入力される。そして、入力されたＳＷ情報１４１、ＩａａＳ情報１４２、及び、ＮａａＳ情報１４３は、ＳＷ情報記憶部１３１、ＩａａＳ情報記憶部１３２、及び、ＮａａＳ情報記憶部１３３にそれぞれ保存される。
　要件変換部１１０は、ＳＷ通信要件情報、及び、ＳＷ配置情報をもとに、仮想マシン間の通信要件（ＶＭ通信要件）を生成する。また、要件変換部１１０は、生成されたＶＭ通信要件をもとにネットワーク要件（ＮＷ要件）を生成する。
　要件変換部１１０は、ＳＷ構成管理部１１１、ＶＭ構成管理部１１２、及び、ＮＷ構成管理部１１３を含む。
　ＳＷ構成管理部１１１は、ＳＷ情報１４１をもとに、ＳＷ通信要件の内、各コンポーネントで対応可能な要件（対応可能ＳＷ通信要件）を抽出する。
　ＶＭ構成管理部１１２は、ＳＷ通信要件をＶＭ通信要件に変換する。また、ＶＭ構成管理部１１２は、ＩａａＳ情報１４２をもとに、ＶＭ通信要件の内、ＩａａＳで対応可能な要件（対応可能ＶＭ通信要件）を抽出する。
　ＮＷ構成管理部１１３は、ＶＭ通信要件をＮＷ要件に変換する。また、ＮＷ構成管理部１１３は、ＮａａＳ情報１４３をもとに、ＮＷ要件の内、ＮａａＳで対応可能な要件（対応可能ＮＷ要件）を抽出する。
　設定生成部１２０は、対応可能ＮＷ要件、対応可能ＶＭ通信要件、及び、対応可能ＳＷ通信要件をもとに、ＮＷ設定、ＶＭ設定、及び、ＳＷ設定を、それぞれ生成する。
　設定生成部１２０は、ＮＷ設定生成部１２１、ＶＭ設定生成部１２２、及び、ＳＷ設定生成部１２３を含む。
　ＮＷ設定生成部１２１は、対応可能ＮＷ要件をもとに、ＮＷ設定を生成する。
　ＶＭ設定生成部１２２は、対応可能ＶＭ通信要件をもとに、ＶＭ設定を生成する。
　ＳＷ設定生成部１２３は、対応可能ＳＷ通信要件をもとに、ＳＷ設定を生成する。
　設定記憶部１５２は、設定生成部１２０により生成されたＮＷ設定、ＶＭ設定、及び、ＳＷ設定を、それぞれ、ＮＷ設定情報、ＶＭ設定情報、及び、ＳＷ設定情報として記憶する。
　なお、システム設計支援装置１００は、ＣＰＵ（Central Processing Unit）とプログラムを記憶した記憶媒体を含み、プログラムに基づく制御によって動作するコンピュータであってもよい。また、ＳＷ情報記憶部１３１、ＩａａＳ情報記憶部１３２、ＮａａＳ情報記憶部１３３、要件記憶部１５１、及び、設定記憶部１５２は、それぞれ個別の記憶媒体でも、１つの記憶媒体によって構成されてもよい。
　図３は、本発明の第１の実施の形態における、コンピュータにより実現されたシステム設計支援装置１００の構成を示すブロック図である。
　図３を参照すると、システム設計支援装置１００は、ＣＰＵ１７１、記憶媒体１７２、通信部１７３、入力部１７４、及び、出力部１７５を含む。ＣＰＵ１７１は、要件変換部１１０、及び、設定生成部１２０の機能を実現するためのコンピュータプログラムを実行する。記憶媒体１７２は、ＳＷ情報記憶部１３１、ＩａａＳ情報記憶部１３２、ＮａａＳ情報記憶部１３３、要件記憶部１５１、及び、設定記憶部１５２のデータを記憶する。通信部１７３は、システム構築環境２００へ、ＮＷ設定情報、ＶＭ設定情報、及び、ＳＷ設定情報を送信する。入力部１７４は、例えば、キーボード等の入力デバイスであり、利用者等からＳＷ構成情報、ＳＷ通信要件情報、及び、ＳＷ配置情報の入力を受け付ける。出力部１７５は、例えば、ディスプレイ等の表示デバイスであり、生成されたＮＷ設定情報、ＶＭ設定情報、及び、ＳＷ設定情報を利用者等へ表示する。
　次に、本発明の第１の実施の形態の動作について説明する。
　はじめに、本発明の第１の実施の形態における、要件変換処理について説明する。
　図４は、本発明の第１の実施の形態における、要件変換処理を示すフローチャートである。
　はじめに、システム設計支援装置１００は、利用者から、ＳＷ構成情報、ＳＷ通信要件情報、及び、ＳＷ配置情報の入力を受け付ける（ステップＳ１１０）。入力されたＳＷ構成情報、ＳＷ通信要件情報、及び、ＳＷ配置情報は、要件記憶部１５１に保存される。
　図６は、本発明の第１の実施の形態における、コンポーネント間の接続の例を示すブロック図である。
　図７、図８、及び、図９は、それぞれ、本発明の第１の実施の形態における、ＳＷ構成情報、ＳＷ通信要件情報、及び、ＳＷ配置情報の例を示す図である。図７、図８、及び、図９のＳＷ構成情報、ＳＷ通信要件情報、及び、ＳＷ配置情報は、図６の接続に対応する。
　ＳＷ構成情報は、図７に示すように、システムを構成するコンポーネントの識別子（コンポーネントＩＤ（Identifier））を示す。図７のＳＷ構成情報は、システムが、図６に示すように、３つのコンポーネント「SWa」、「SWb」、及び、「SWc」により構成されていることを示す。ここで、「」内は、コンポーネントの識別子（コンポーネントＩＤ）を示す。以下、ＳＷ通信要件、ＶＭ通信要件、ＮＷ要件等の識別子についても、同様の表現を用いる。
　ＳＷ通信要件情報は、図８に示すように、コンポーネント間の通信（接続）に係る、接続元／接続先のコンポーネントの識別子、及び、特性条件を示す。特性条件としては、通信プロトコル、宛先ポート番号（以下、単にポート番号）、ＱｏＳ（Quality of Service）条件等、接続元／接続先以外の要件が設定される。図８のＳＷ通信要件情報には、ＳＷ通信要件「RSWab」として、図６に示すような、コンポーネント「SWa」から「SWb」への接続が設定されている。ＳＷ通信要件「RSWab」の特性条件には、プロトコル：ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）、ポート番号：８０８０が設定されている。また、ＳＷ通信要件「RSWac」として、図６に示すような、コンポーネント「SWa」から「SWc」への、プロトコル：ＴＣＰ／ＩＰ、ポート番号：５６７８での接続が設定されている。
　ＳＷ配置情報は、図９に示すように、各コンポーネントの配置先の仮想マシンの識別子を示す。図９のＳＷ配置情報は、図６に示すように、コンポーネント「SWa」が仮想マシン「VMm」に、コンポーネント「SWb」、「SWc」が仮想マシン「VMn」に配置されることを示す。
　要件変換部１１０のＳＷ構成管理部１１１は、ＳＷ情報１４１から、各コンポーネントの、特性条件に係る提供機能を取得する（ステップＳ１２０）。
　図１０は、本発明の第１の実施の形態における、ＳＷ情報１４１の例を示す図である。ＳＷ情報１４１は、図１０に示すように、コンポーネントごとに、提供機能、及び、ＳＷ要件／設定変換ルールを示す。ここで、提供機能は、通信の特性条件に関して、コンポーネントで提供可能な機能を示す。ＳＷ要件／設定変換ルールは、後述するＳＷ通信要件からＳＷ設定への変換ルールを示す。
　図１０のＳＷ情報１４１では、各コンポーネントにおいて、他のコンポーネントとの接続における、プロトコル、ポート番号を設定できることを示している。すなわち、各コンポーネントにおいて、他のコンポーネントからの、特定のプロトコル、ポート番号を指定した接続要求に対して、接続を確立できることを示している。
　例えば、ＳＷ構成管理部１１１は、図１０のＳＷ情報１４１から、コンポーネント「SWa」、「SWb」、「SWc」の提供機能を取得する。
　ＳＷ構成管理部１１１は、ＳＷ通信要件情報に含まれるＳＷ通信要件の内、各コンポーネントが満たすことができる通信要件（以下、対応可能ＳＷ通信要件とする）を抽出する（ステップＳ１３０）。ここで、ＳＷ構成管理部１１１は、ステップＳ１２０で取得された提供機能を用いて満たすことができるＳＷ通信要件を対応可能ＳＷ通信要件として抽出する。ＳＷ構成管理部１１１は、抽出された対応可能ＳＷ通信要件を、対応可能ＳＷ通信要件情報として、ＳＷ設定生成部１２３に出力する。
　図１１は、本発明の第１の実施の形態における、対応可能ＳＷ通信要件情報の例を示す図である。
　例えば、コンポーネント「SWb」は、提供機能として、プロトコル、ポート番号の設定を有する。この場合、コンポーネント「SWb」は、ＳＷ通信要件「RSWab」で指定されている、接続元／接続先：「SWa」/「SWb」に対する特性条件、プロトコル：ＴＣＰ／ＩＰ、ポート番号：８０８０を満たす。同様に、コンポーネント「SWc」も、ＳＷ通信要件「RSWac」で指定されている、接続元／接続先：「SWa」/「SWc」に対する特性条件、プロトコル：ＴＣＰ／ＩＰ、ポート番号：５６７８を満たす。したがって、ＳＷ構成管理部１１１は、図１１のように、対応可能ＳＷ通信要件を抽出する。
　次に、ＶＭ構成管理部１１２は、ＳＷ通信要件情報に含まれるＳＷ通信要件をＶＭ通信要件に変換して、ＶＭ通信要件情報を生成する（ステップＳ１４０）。ここで、ＶＭ構成管理部１１２は、例えば、ＳＷ配置情報をもとに、接続元／接続先の仮想マシンが同じＳＷ通信要件を統合することにより、ＶＭ通信要件を生成する。
　図１２は、本発明の第１の実施の形態における、仮想マシン間の接続の例を示すブロック図である。
　図１３は、本発明の第１の実施の形態における、ＶＭ通信要件情報の例を示す図である。図１３のＶＭ通信要件情報は、図１２の接続に対応する。
　ＶＭ通信要件情報は、図１３に示すように、仮想マシン間の通信（接続）に係る、接続元／接続先の仮想マシンの識別子、及び、特性条件を示す。
　例えば、図９のＳＷ配置情報では、コンポーネント「SWa」は仮想マシン「VMm」に、コンポーネント「SWb」、「SWc」は同じ仮想マシン「VMn」に配置される。したがって、図８のＳＷ通信要件情報における、コンポーネント「SWa」から「SWb」への接続に係るＳＷ通信要件「RSWab」と、「SWa」から「SWc」への接続に係るＳＷ通信要件「RSWac」とは、図１２、図１３に示すように、統合される。すなわち、ＳＷ通信要件「RSWab」と、ＳＷ通信要件「RSWac」とは、仮想マシン「VMm」から「VMn」への接続に係るＶＭ通信要件「RVMmn」に統合される。この場合、ＶＭ通信要件「RVMmn」の特性条件には、ＳＷ通信要件「RSWab」、「RSWac」の両方の特性条件が設定される。
　ＶＭ構成管理部１１２は、ＩａａＳ情報１４２から、ＩａａＳに対する、特性条件に係る提供機能を取得する（ステップＳ１５０）。
　図１４は、本発明の第１の実施の形態における、ＩａａＳ情報１４２の例を示す図である。ＩａａＳ情報１４２は、図１４に示すように、ＩａａＳごとに、提供機能、及び、ＶＭ要件／設定変換ルールを示す。ここで、提供機能は、通信の特性条件に関して、ＩａａＳにより生成される仮想マシンで提供可能な機能を示す。ＶＭ要件／設定変換ルールは、後述するＶＭ通信要件からＶＭ設定への変換ルールを示す。
　図１４のＩａａＳ情報１４２では、ＩａａＳ「OpenStack Nova」により生成される仮想マシンにおいて、他の仮想マシンとの接続における、プロトコル、ポート番号を設定できることを示している。すなわち、ＩａａＳ「OpenStack Nova」により生成される仮想マシンにおいて、他の仮想マシンからの、特定のプロトコル、ポート番号を指定した接続要求に対して、接続を確立できることを示している。
　例えば、ＩａａＳとして「OpenStack Nova」を用いることが利用者等により指定されている場合、ＶＭ構成管理部１１２は、図１４のＩａａＳ情報１４２から、ＩａａＳ「OpenStack Nova」に対する提供機能を取得する。
　ＶＭ構成管理部１１２は、ＶＭ通信要件情報に含まれるＶＭ通信要件の内、ＩａａＳが満たすことができる通信要件（以下、対応可能ＶＭ通信要件とする）を抽出する（ステップＳ１６０）。ここで、ＶＭ構成管理部１１２は、ステップＳ１５０で取得された提供機能を用いて満たすことができるＶＭ通信要件を対応可能ＶＭ通信要件として抽出する。ＶＭ構成管理部１１２は、抽出された対応可能ＶＭ通信要件を、対応可能ＶＭ通信要件情報として、ＶＭ設定生成部１２２に出力する。
　図１５は、本発明の第１の実施の形態における、対応可能ＶＭ通信要件情報の例を示す図である。
　例えば、ＩａａＳ「OpenStack Nova」は、提供機能として、プロトコル、ポート番号の設定を有する。この場合、ＩａａＳ「OpenStack Nova」は、ＶＭ通信要件「RVMmn」で指定されている特性条件、プロトコル：ＴＣＰ／ＩＰ、ポート番号：８０８０、及び、プロトコル：ＴＣＰ／ＩＰ、ポート番号：５６７８を満たす。したがって、ＶＭ構成管理部１１２は、図１５のような対応可能ＶＭ通信要件を抽出する。
　次に、ＮＷ構成管理部１１３は、ＶＭ通信要件情報に含まれるＶＭ通信要件をＮＷ要件に変換して、ＮＷ要件情報を生成する（ステップＳ１７０）。ここで、ＮＷ構成管理部１１３は、例えば、各ＶＭ通信要件に対して、当該ＶＭ通信要件の特性条件と同じ特性条件を有するＮＷ要件を生成する。
　図１６は、本発明の第１の実施の形態における、仮想ネットワークの例を示すブロック図である。
　図１７は、本発明の第１の実施の形態における、ＮＷ要件情報の例を示す図である。図１７のＮＷ要件情報は、図１６の接続に対応する。
　ＮＷ要件情報は、図１７に示すように、仮想マシン間の通信（接続）に係る、接続元／接続先の仮想マシンの識別子、及び、特性条件を示す。
　例えば、ＮＷ構成管理部１１３は、図１６、図１７に示すように、図１３のＶＭ通信要件情報におけるＶＭ通信要件「RVMmn」の特性条件を設定した、ＮＷ要件「RNWx」を生成する。
　ＮＷ構成管理部１１３は、ＮａａＳ情報１４３から、ＮａａＳに対する、特性条件に係る提供機能を取得する（ステップＳ１８０）。
　図１８は、本発明の第１の実施の形態における、ＮａａＳ情報１４３の例を示す図である。ＮａａＳ情報１４３は、図１８に示すように、ＮａａＳごとに、提供機能、及び、ＮＷ要件／設定変換ルールを示す。ここで、提供機能は、通信の特性条件に関して、ＮａａＳにより生成される仮想ネットワークで提供可能な機能を示す。ＮＷ要件／設定変換ルールは、後述するＮＷ要件からＮＷ設定への変換ルールを示す。
　図１８のＮａａＳ情報１４３では、ＮａａＳ「OpenStack Neutron」により生成される仮想ネットワークにおいて、仮想マシン間の接続における、プロトコル、ポート番号を設定できることを示している。すなわち、ＮａａＳ「OpenStack Neutron」により生成される仮想ネットワークにおいて、仮想マシン間の、特定のプロトコル、ポート番号を指定した接続を許可できることを示している。
　例えば、ＮａａＳとして「OpenStack Neutron」を用いることが利用者等により指定されている場合、ＮＷ構成管理部１１３は、図１８のＮａａＳ情報１４３から、ＮａａＳ「OpenStack Neutron」に対する提供機能を取得する。
　ＮＷ構成管理部１１３は、ＮＷ要件情報に含まれるＮＷ要件の内、ＮａａＳが満たすことができる要件（以下、対応可能ＮＷ要件とする）を抽出する（ステップＳ１９０）。ここで、ＮＷ構成管理部１１３は、ステップＳ１８０で取得された提供機能を用いて満たすことができるＮＷ要件を対応可能ＮＷ要件として抽出する。ＮＷ構成管理部１１３は、抽出された対応可能ＮＷ要件を、対応可能ＮＷ要件情報として、ＮＷ設定生成部１２１に出力する。
　図１９は、本発明の第１の実施の形態における、対応可能ＮＷ要件情報の例を示す図である。
　例えば、ＮａａＳ「OpenStack Neutron」は、提供機能として、プロトコル、ポート番号の設定を有する。この場合、ＮａａＳ「OpenStack Neutron」は、ＮＷ要件「RNWx」で指定されている特性条件、プロトコル：ＴＣＰ／ＩＰ、ポート番号：８０８０、及び、プロトコル：ＴＣＰ／ＩＰ、ポート番号：５６７８を満たす。したがって、ＮＷ構成管理部１１３は、図１９のような対応可能ＮＷ要件を抽出する。
　以上により、利用者により入力されたＳＷ通信要件情報、及び、ＳＷ配置情報をもとに、対応可能ＳＷ通信要件情報、対応可能ＶＭ通信要件情報、及び、対応可能ＮＷ要件情報が抽出される。
　次に、本発明の第１の実施の形態における、設定生成処理について説明する。
　図５は、本発明の第１の実施の形態における、設定生成処理を示すフローチャートである。
　はじめに、設定生成部１２０のＮＷ設定生成部１２１は、ＮａａＳ情報１４３から、ＮＷ要件からＮＷ設定への変換ルール（ＮＷ要件／設定変換ルール）を取得する（ステップＳ２１０）。ＮＷ設定生成部１２１は、取得したＮＷ要件／設定変換ルールを対応可能ＮＷ要件に適用し、ＮＷ設定を生成する（ステップＳ２２０）。ＮＷ設定生成部１２１は、生成したＮＷ設定をＮＷ設定情報として、設定記憶部１５２に保存する。
　ＮＷ要件／設定変換ルールは、ＮａａＳに依存する。ＮａａＳが「OpenStack Neutron」の場合、オブジェクトとしてネットワークが用いられる。また、通信の特性条件を実現するオブジェクトとして、ＮＷポート、及び、セキュリティグループが用いられる。ＮＷ要件／設定変換ルールでは、ＮＷ要件をこれらのオブジェクトへ変換するためのロジックが定義される。
　図２０は、本発明の第１の実施の形態における、ＮＷ設定の例を示す図である。
　例えば、ＮＷ設定生成部１２１は、図２０に示すように、図１９の対応可能ＮＷ要件情報で示されるＮＷ要件「RNWx」（図１７）に対応するネットワークとして、「network1」を生成する。また、ＮＷ要件「RNWx」では、２つの仮想マシンが接続される。この場合、ＮＷ設定生成部１２１は、ＮＷポートとして、ネットワーク「network1」上の「Port1」、「Port2」を生成し、それぞれに、ＩＰアドレスを割り当てる。さらに、ＮＷ要件「RNWx」では、プロトコル：ＴＣＰ／ＩＰ、ポート番号：８０８０、及び、プロトコル：ＴＣＰ／ＩＰ、ポート番号：５６７８が設定されている。この場合、ＮＷ設定生成部１２１は、セキュリティグループ「group1」を生成し、接続元／接続先：Port1/Port2、ポート番号：８０８０、５６７８を設定する。
　次に、ＶＭ設定生成部１２２は、ＩａａＳ情報１４２から、ＶＭ通信要件からＶＭ設定への変換ルール（ＶＭ要件／設定変換ルール）を取得する（ステップＳ２３０）。ＶＭ設定生成部１２２は、取得したＶＭ要件／設定変換ルールを対応可能ＶＭ通信要件に適用し、ＶＭ設定を生成する（ステップＳ２４０）。ＶＭ設定生成部１２２は、生成したＶＭ設定をＶＭ設定情報として、設定記憶部１５２に保存する。
　ＶＭ要件／設定変換ルールは、ＩａａＳに依存する。ＩａａＳが「OpenStack Nova」の場合、仮想マシンを表すオブジェクトとしてＶＭインスタンスが用いられる。また、通信の特性条件を実現するオブジェクトとして、ＶＭインスタンス上のインタフェースが用いられる。ＶＭ要件／設定変換ルールでは、ＶＭ通信要件をこれらのオブジェクトの設定へ変換するためのロジックが定義される。
　図２１は、本発明の第１の実施の形態における、ＶＭ設定情報の例を示す図である。
　例えば、ＶＭ設定生成部１２２は、図２１に示すように、図１５の対応可能ＶＭ通信要件情報で示されるＶＭ通信要件「RVMmn」（図１３）に対応するＶＭインスタンスとして、「VMm」、「VMn」を生成する。また、ＶＭ設定生成部１２２は、ＶＭインスタンス「VMm」、「VMn」上のインタフェースとして、「IF1」、「IF2」をそれぞれ生成する。
　ＶＭ設定生成部１２２は、ＶＭ設定にＮＷ設定を適用する（ステップＳ２５０）。ここで、ＶＭ設定へのＮＷ設定の適用とは、例えば、各ＶＭインスタンス上のインタフェースとネットワーク上のＮＷポートの関連づけ等、ＶＭ設定のオブジェクトに対して、ＮＷ設定のオブジェクトに対する設定を反映する処理である。
　例えば、図１３のＶＭ通信要件「RVMmn」における接続元／接続先の仮想マシンは「VMm」／「VMn」である。この場合、ＶＭ設定生成部１２２は、図２１に示すように、図２０のＮＷ設定における接続元／接続先のＮＷポート「Port1」、「Port2」を、ＶＭインスタンス「VMm」、「VMn」上のインタフェース「IF1」、「IF2」に設定する。
　次に、ＳＷ設定生成部１２３は、ＳＷ情報１４１から、ＳＷ通信要件からＳＷ設定への変換ルール（ＳＷ要件／設定変換ルール）を取得する（ステップＳ２６０）。ＳＷ設定生成部１２３は、取得したＳＷ要件／設定変換ルールを対応可能ＳＷ通信要件に適用し、ＳＷ設定を生成する（ステップＳ２７０）。ＳＷ設定生成部１２３は、生成したＳＷ設定をＳＷ設定情報として、設定記憶部１５２に保存する。
　ＳＷ要件／設定変換ルールは、コンポーネントに依存する。コンポーネントがＪＡＶＡ（登録商標）アプリケーションサーバのＴｏｍｃａｔやＲＤＢ（Relational Database）のＰｏｓｔｇｒｅｓｑｌの場合、通信の特性条件を実現する設定として、受信すべきリクエストのポート番号が用いられる。この場合、ＳＷ要件／設定変換ルールでは、ＳＷ通信要件を、コンポーネントにおけるポート番号の設定へ変換するためのロジックが定義される。
　図２２は、本発明の第１の実施の形態における、ＳＷ設定情報の例を示す図である。
　例えば、ＳＷ設定生成部１２３は、図２２に示すように、図１１の対応可能ＳＷ通信要件情報で示されるＳＷ通信要件「RSWab」、「RSWac」（図８）に対応するオブジェクトとして、「SWb」、「SWc」を生成する。ここで、コンポーネント「SWb」、「SWc」が、それぞれＴｏｍｃａｔ、Ｐｏｓｔｇｒｅｓｑｌの場合、ＳＷ設定生成部１２３は、オブジェクト「SWb」、「SWc」に、ＳＷ通信要件「RSWab」、「RSWac」で指定されるポート番号を設定する。
　ＳＷ設定生成部１２３は、ＳＷ設定にＶＭ設定、ＮＷ設定を適用する（ステップＳ２８０）。ここで、ＳＷ設定へのＶＭ設定、ＮＷ設定の適用とは、例えば、コンポーネントがＰｏｓｔｇｒｅｓｑｌの場合の送信元ＩＰアドレスの設定等、ＳＷ設定のオブジェクトに対して、ＶＭ設定、ＮＷ設定のオブジェクトに対する設定を反映する処理である。
　例えば、図８のＳＷ通信要件「RSWab」における接続元のコンポーネントは「SWa」、コンポーネント「SWa」が配備される仮想マシンは「VMm」である。この場合、ＳＷ設定生成部１２３は、図２２に示すように、図２１のＶＭ設定におけるＶＭインスタンス「VMm」のインタフェース「IF1」のＩＰアドレスを、コンポーネント「SWc」の送信元ＩＰアドレスに設定する。
　以上により、対応可能ＮＷ要件情報、対応可能ＶＭ通信要件情報、及び、対応可能ＳＷ通信要件情報をもとに、ＮＷ設定情報、ＶＭ設定情報、及び、ＳＷ設定情報が、それぞれ生成される。
　以降、システム構築環境２００のシステム構築装置は、システム設計支援装置１００の設定記憶部１５２からＮＷ設定情報、ＶＭ設定情報、及び、ＳＷ設定情報を取得し、コンピュータデバイス、ネットワークデバイス上にシステムを構築する。ここで、システム構築装置のＮａａＳは、ＮＷ設定情報を用いて、仮想ネットワークの生成、設定を行う。また、システム構築装置のＩａａＳは、ＶＭ設定情報を用いて、仮想マシンの生成、設定を行う。さらに、システム構築装置は、ＳＷ設定情報を用いて、生成された仮想マシン上に、コンポーネントの配備、設定を行う。
　図２３は、本発明の第１の実施の形態における、コンポーネント、仮想マシン、及び、仮想ネットワークの関係の例を示す図である。
　例えば、システム構築装置は、図２３のように、仮想ネットワークの生成、設定、仮想マシンの生成、設定、及び、コンポーネントの配備、設定を行う。
　以上により、本発明の第１の実施の形態の動作が完了する。
　なお、本発明の第１の実施の形態では、システム構築環境２００のコンピュータデバイス、ネットワークデバイス上に、仮想マシン、仮想ネットワークを生成して、システムを構築する場合を例に説明した。しかしながら、これに限らず、仮想マシン、仮想ネットワークの代わりに、コンピュータデバイス、ネットワークデバイスを用いて、システムを構築してもよい。この場合、要件変換部１１０は、コンポーネント間の通信要件、及び、コンポーネントが配置されるコンピュータデバイスの識別子をもとにコンピュータデバイス間の通信要件を生成する。そして、要件変換部１１０は、生成されたコンピュータデバイス間の通信要件をもとにネットワーク要件を生成する。また、設定生成部１２０は、ネットワーク要件、コンピュータデバイス間の通信要件、及び、コンポーネント間の通信要件をもとに、ネットワークの設定、コンピュータデバイスの通信に係る設定、及び、コンポーネントの通信に係る設定を、それぞれ生成する。また、システム構築装置は、生成されたネットワークの設定、コンピュータデバイスの通信に係る設定に従って、ネットワークデバイスの設定、コンピュータデバイスの設定を行い、コンピュータデバイス上にコンポーネントの配備、設定を行う。
　次に、本発明の第１の実施の形態の特徴的な構成を説明する。図１は、本発明の第１の実施の形態の特徴的な構成を示すブロック図である。
　図１を参照すると、システム設計支援装置（情報処理装置）１００は、要件変換部１１０、及び、設定生成部１２０を含む。
　要件変換部１１０は、システムを構成するソフトウェアコンポーネント間の通信要件とソフトウェアコンポーネントが配備されるコンピュータの識別子をもとに、コンピュータ間の通信要件を生成する。そして、要件変換部１１０は、コンピュータ間の通信要件をもとにコンピュータ間を接続するネットワークの要件を生成する。
　設定生成部１２０は、ネットワークの要件、コンピュータ間の通信要件、及び、ソフトウェアコンポーネント間の通信要件をもとに、ネットワークの設定、コンピュータの通信に係る設定、及び、ソフトウェアコンポーネントの通信に係る設定を生成する。
　次に、本発明の第１の実施の形態の効果を説明する。
　本発明の第１の実施の形態によれば、利用者がネットワークの再設計を行うことなく、システムに係るソフトウェアの通信要件とネットワークの要件との整合性を保つことができる。その理由は、システム設計支援装置１００が、以下のように、ネットワークの設定、コンピュータの通信に係る設定、及び、ソフトウェアコンポーネントの通信に係る設定を、それぞれ生成するためである。すなわち、システム設計支援装置１００の要件変換部１１０が、システムを構成するソフトウェアコンポーネント間の通信要件とソフトウェアコンポーネントが配備されるコンピュータの識別子をもとに、コンピュータ間の通信要件、ネットワークの要件を生成する。そして、設定生成部１２０が、ネットワークの要件、コンピュータ間の通信要件、及び、ソフトウェアコンポーネント間の通信要件をもとに、ネットワークの設定、コンピュータの通信に係る設定、及び、ソフトウェアコンポーネントの通信に係る設定を生成する。これにより、通信を伴うシステムの設計品質が向上する。
　また、これにより、利用者によるネットワークの要件設計が省略され、利用者の作業量が削減されるとともに、システム設計に係るコストが削減される。
　（第２の実施の形態）
　次に、本発明の第２の実施の形態について説明する。
　本発明の第２の実施の形態においては、要件変換処理において、利用者等により入力されたＳＷ通信要件情報を満たすシステムを構築できるかどうかを判断する点において、本発明の第１の実施の形態と異なる。
　はじめに、本発明の第２の実施の形態の構成について説明する。
　図２４は、本発明の第２の実施の形態における、システム設計支援装置１００の構成を示すブロック図である。
　本発明の第２の実施の形態のシステム設計支援装置１００は、本発明の第１の実施の形態のシステム設計支援装置１００の構成（図２）に加えて、要件管理部１６０を含む。
　要件管理部１６０は、要件変換処理において、ＳＷ通信要件、ＶＭ通信要件、及び、ＮＷ要件間の関連を示す通信要件関連情報を生成する。そして、要件管理部１６０は、通信要件関連情報を用いて、利用者等により入力されたＳＷ通信要件情報を満たすシステムを構築できるかどうかを判断する。
　次に、本発明の第２の実施の形態の動作について説明する。
　ここでは、ＳＷ通信要件として「RSW1」～「RSW4」が入力されると仮定する。
　図２５は、本発明の第２の実施の形態における、要件変換処理を示すフローチャートである。
　はじめに、システム設計支援装置１００は、本発明の第１の実施の形態（図４）と同様に、利用者から、ＳＷ構成情報、ＳＷ通信要件情報、及び、ＳＷ配置情報の入力を受け付ける（ステップＳ１１０）。要件変換部１１０のＳＷ構成管理部１１１は、ＳＷ情報１４１から、各コンポーネントの、特性条件に係る提供機能を取得する（ステップＳ１２０）。ＳＷ構成管理部１１１は、ＳＷ通信要件情報に含まれるＳＷ通信要件から、各コンポーネントの対応可能ＳＷ通信要件を抽出する（ステップＳ１３０）。
　ＳＷ構成管理部１１１は、ＳＷ通信要件情報に含まれるＳＷ通信要件の識別子、及び、対応可能ＳＷ通信要件の識別子を要件管理部１６０へ送信する。
　要件管理部１６０は、通信要件関連情報に受信したＳＷ通信要件の識別子を設定し、対応可能ＳＷ通信要件にフラグを付与する（ステップＳ１３１）。
　図２６は、本発明の第２の実施の形態における、通信要件関連情報の例を示す図である。
　例えば、要件管理部１６０は、図２６のように、通信要件関連情報に、ＳＷ通信要件「RSW1～4」を設定する。また、ＳＷ通信要件「RSW1」～「RSW4」の内、「RSW2」～「RSW4」が対応可能ＳＷ通信要件であった場合、要件管理部１６０は、対応可能ＳＷ通信要件「RSW2」～「RSW4」にフラグ「v」を付与する。
　次に、ＶＭ構成管理部１１２は、本発明の第１の実施の形態と同様に、ＳＷ通信要件情報に含まれるＳＷ通信要件をＶＭ通信要件に変換して、ＶＭ通信要件情報を生成する（ステップＳ１４０）。ＶＭ構成管理部１１２は、ＩａａＳ情報１４２から、ＩａａＳに対する、特性条件に係る提供機能を取得する（ステップＳ１５０）。ＶＭ構成管理部１１２は、ＶＭ通信要件情報に含まれるＶＭ通信要件から、対応可能ＶＭ通信要件を抽出する（ステップＳ１６０）。
　ＶＭ構成管理部１１２は、ＶＭ通信要件情報に含まれるＶＭ通信要件の識別子、各ＶＭ通信要件により満たされるＳＷ通信要件の識別子、及び、対応可能ＶＭ通信要件の識別子を要件管理部１６０へ送信する。
　要件管理部１６０は、通信要件関連情報に受信したＶＭ通信要件の識別子を設定し、各ＶＭ通信要件と、当該ＶＭ通信要件により満たされるＳＷ通信要件と関連づける（ステップＳ１６１）。また、要件管理部１６０は、対応可能ＶＭ通信要件にフラグを付与する（ステップＳ１６２）。
　例えば、ＳＷ通信要件「RSW1」、「RSW2」がＶＭ通信要件「RVM1」に変換された場合（「RVM1」が、「RSW1」、「RSW2」を満たす場合）、要件管理部１６０は、図２６のように、ＶＭ通信要件「RVM1」をＳＷ通信要件「RSW1」、「RSW2」に関連づける。同様に、要件管理部１６０は、ＶＭ通信要件「RVM2」をＳＷ通信要件「RSW3」、「RSW4」に関連づける。また、ＶＭ通信要件「RVM1」、「RSW2」の内、「RVM2」が対応可能ＶＭ通信要件であった場合、要件管理部１６０は、図２６のように、対応可能ＶＭ通信要件「RVM2」にフラグ「v」を付与する。
　次に、ＮＷ構成管理部１１３は、本発明の第１の実施の形態と同様に、ＶＭ通信要件情報に含まれるＶＭ通信要件をＮＷ要件に変換して、ＮＷ要件情報を生成する（ステップＳ１７０）。ＮＷ構成管理部１１３は、ＮａａＳ情報１４３から、ＮａａＳに対する、特性条件に係る提供機能を取得する（ステップＳ１８０）。ＮＷ構成管理部１１３は、ＮＷ要件情報に含まれるＮＷ要件から、対応可能ＮＷ要件を抽出する（ステップＳ１９０）。
　ＮＷ構成管理部１１３は、ＮＷ要件情報に含まれるＮＷ要件の識別子、各ＮＷ要件により満たされるＶＭ通信要件の識別子、及び、対応可能ＮＷ要件の識別子を要件管理部１６０へ送信する。
　要件管理部１６０は、通信要件関連情報に受信したＮＷ要件の識別子を設定し、各ＮＷ要件と、当該ＮＷ要件により満たされるＶＭ通信要件と関連づける（ステップＳ１９１）。また、要件管理部１６０は、対応可能ＮＷ要件にフラグを付与する（ステップＳ１９２）。
　例えば、ＶＭ通信要件「RVM1」がＮＷ要件「RNW1」に変換された場合（「RNW1」が、「RVM1」を満たす場合）、要件管理部１６０は、図２６のように、ＮＷ要件「RNW1」をＶＭ通信要件「RVM1」に関連づける。また、ＮＷ要件「RNW1」が対応可能ＮＷ要件であった場合、要件管理部１６０は、図２６のように、対応可能ＮＷ要件「RNW1」にフラグ「v」を付与する。
　次に、要件管理部１６０は、通信要件関連情報を用いて、ＳＷ通信要件情報を満たすシステムを構築できるかどうかを判断する（ステップＳ１９３）。ここで、要件管理部１６０は、通信要件関連情報に含まれる各ＳＷ通信要件について、関連づけられたＶＭ通信要件、ＮＷ要件を順番に辿る。要件管理部１６０は、ＳＷ通信要件、ＶＭ通信要件、及び、ＮＷ要件の内の少なくとも１つの対応可能フラグが設定されていれば、当該ＳＷ通信要件が満たされると判断する。そして、要件管理部１６０は、通信要件関連情報に含まれる全ＳＷ通信要件が満たされる場合、ＳＷ通信要件情報を満たすシステムを構築できると判断する。
　例えば、図２６では、ＳＷ通信要件「RSW1」について、関連づけられたＮＷ通信要件「RNW1」に対応可能フラグが設定されている。また、ＳＷ通信要件「RSW2」について、当該ＳＷ通信要件「RSW2」と、関連づけられたＮＷ通信要件「RNW1」とに対応可能フラグが設定されている。ＳＷ通信要件「RSW3」について、当該ＳＷ通信要件「RSW3」と、関連づけられたＶＭ通信要件「RVM2」とに対応可能フラグが設定されている。ＳＷ通信要件「RSW4」について、当該ＳＷ通信要件「RSW4」と、関連づけられたＶＭ通信要件「RVM2」とに対応可能フラグが設定されている。したがって、要件管理部１６０は、ＳＷ通信要件「RSW1」～「RSW4」を満たすシステムを構築できると判断する。
　要件管理部１６０は、システムの構築可否を、ユーザに出力する（ステップＳ１９４）。
　なお、要件管理部１６０は、通信要件関連情報を用いて、ＳＷ通信要件を満たすための冗長な設定を抽出し、抽出された設定を生成しないように、設定生成部１２０に指示してもよい。
　例えば、図２６において、ＮＷ通信要件「RNW1」に対応可能フラグが付与されている。この場合、ＮＷ通信要件「RNW1」に係るＮＷ設定が行われば、ＳＷ通信要件「RSW1」、「RSW2」は満たされる。すなわち、ＮＷ通信要件「RNW1」に関連づけられたＶＭ通信要件「RVM1」に係るＶＭ設定、「RVM1」に関連づけられたＳＷ通信要件「RSW1」、「RSW2」に係るＳＷ設定を行わなくても、ＳＷ通信要件「RSW1」、「RSW2」は満たされる。したがって、この場合、要件管理部１６０は、例えば、対応可能フラグが付与されているＳＷ通信要件「RSW2」に係るＳＷ設定の生成の省略を、設定生成部１２０に指示する。
　以上により、本発明の第２の実施の形態の動作が完了する。
　次に、本発明の第２の実施の形態の効果を説明する。
　本発明の第２の実施の形態によれば、第１の実施の形態の効果に加えて、システム構築環境において、ソフトウェアコンポーネント間の通信要件を満たすシステムを構築できるかどうかを利用者が確認できる。また、ソフトウェアコンポーネントや、仮想マシン、仮想ネットワークに対する冗長な設定を省くことができる。
　その理由は、要件管理部１６０が、以下のように、利用者等により入力されたＳＷ通信要件情報を満たすシステムを構築できるかどうかの判断、或いは、冗長な設定の抽出を行うためである。すなわち、要件管理部１６０は、要件変換処理において、ＳＷ通信要件、ＶＭ通信要件、及び、ＮＷ要件間の関連を示す通信要件関連情報を生成し、当該通信要件関連情報をもとに、このような判断、或いは、抽出を行う。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１３年９月１７日に出願された日本出願特願２０１３－１９１７２５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１００　　システム設計支援装置
　１１０　　要件変換部
　１１１　　ＳＷ構成管理部
　１１２　　ＶＭ構成管理部
　１１３　　ＮＷ構成管理部
　１２０　　設定生成部
　１２１　　ＮＷ設定生成部
　１２２　　ＶＭ設定生成部
　１２３　　ＳＷ設定生成部
　１３１　　ＳＷ情報記憶部
　１３２　　ＩａａＳ情報記憶部
　１３３　　ＮａａＳ情報記憶部
　１４１　　ＳＷ情報
　１４２　　ＩａａＳ情報
　１４３　　ＮａａＳ情報
　１５１　　要件記憶部
　１５２　　設定記憶部
　１６０　　要件管理部
　１７１　　ＣＰＵ
　１７２　　記憶媒体
　１７３　　通信部
　１７４　　入力部
　１７５　　出力部
　２００　　システム構築環境

Claims (10)

  1. 　システムを構成するソフトウェアコンポーネント間の通信要件と前記ソフトウェアコンポーネントが配備されるコンピュータの識別子をもとに、前記コンピュータ間の通信要件を生成し、前記コンピュータ間の通信要件をもとに前記コンピュータ間を接続するネットワークの要件を生成する、要件変換手段と、
    　前記ネットワークの要件、前記コンピュータ間の通信要件、及び、前記ソフトウェアコンポーネント間の通信要件をもとに、前記ネットワークの設定、前記コンピュータの通信に係る設定、及び、前記ソフトウェアコンポーネントの通信に係る設定を、それぞれ生成する、設定生成手段と、
    を備える、情報処理装置。
  2. 　前記要件変換手段は、前記ネットワークの要件の内の前記システムが構築される環境（システム構築環境）において対応可能な要件（対応可能ネットワーク要件）、前記コンピュータ間の通信要件の内の前記システム構築環境において対応可能な通信要件（対応可能コンピュータ通信要件）、及び、前記ソフトウェアコンポーネント間の通信要件の内の前記ソフトウェアコンポーネントにおいて対応可能な通信要件（対応可能ソフトウェア通信要件）を抽出し、
    　前記設定生成手段は、前記対応可能ネットワーク要件、対応可能コンピュータ通信要件、及び、前記対応可能ソフトウェア通信要件をもとに、前記ネットワークの設定、前記コンピュータの通信に係る設定、及び、前記ソフトウェアコンポーネントの通信に係る設定を、それぞれ生成する、
    請求項１に記載の情報処理装置。
  3. 　前記設定生成手段は、生成された前記コンピュータの通信に係る設定に前記ネットワークの設定を適用し、生成された前記ソフトウェアコンポーネントの通信に係る設定に前記ネットワークの設定と前記コンピュータの通信に係る設定との少なくとも一方を適用する、
    請求項１または２に記載の情報処理装置。
  4. 　１以上の前記ソフトウェアコンポーネント間の通信要件の各々について、当該ソフトウェアコンポーネント間の通信要件が前記対応可能ソフトウェア通信要件である、当該ソフトウェアコンポーネント間の通信要件を満たす前記コンピュータ間の通信要件が前記対応可能コンピュータ通信要件である、及び、当該コンピュータ間の通信要件を満たす前記ネットワークの要件が前記対応可能ネットワーク要件である、の内の少なくとも１つが真の場合に、当該ソフトウェアコンポーネント間の通信要件を満たすと判断し、
    　前記１以上の前記ソフトウェアコンポーネント間の通信要件の全てを満たすと判断した場合に、前記システムを構築可能と判断する、要件管理手段をさらに備える、
    請求項２に記載の情報処理装置。
  5. 　前記コンピュータは仮想マシンであり、前記ネットワークは仮想ネットワークであり、
    　生成された前記ネットワークの設定、前記コンピュータの通信に係る設定、及び、前記ソフトウェアコンポーネントの通信に係る設定を用いて、前記システムが構築される環境におけるシステム構築手段により、前記仮想ネットワークの生成、前記仮想マシンの生成、及び、前記ソフトウェアコンポーネントの配備が行われる、
    請求項１乃至４のいずれかに記載の情報処理装置。
  6. 　システムを構成するソフトウェアコンポーネント間の通信要件と前記ソフトウェアコンポーネントが配備されるコンピュータの識別子をもとに、前記コンピュータ間の通信要件を生成し、前記コンピュータ間の通信要件をもとに前記コンピュータ間を接続するネットワークの要件を生成し、
    　前記ネットワークの要件、前記コンピュータ間の通信要件、及び、前記ソフトウェアコンポーネント間の通信要件をもとに、前記ネットワークの設定、前記コンピュータの通信に係る設定、及び、前記ソフトウェアコンポーネントの通信に係る設定を、それぞれ生成する、
    システム設計支援方法。
  7. 　さらに、前記ネットワークの要件の内の前記システムが構築される環境（システム構築環境）において対応可能な要件（対応可能ネットワーク要件）、前記コンピュータ間の通信要件の内の前記システム構築環境において対応可能な通信要件（対応可能コンピュータ通信要件）、及び、前記ソフトウェアコンポーネント間の通信要件の内の前記ソフトウェアコンポーネントにおいて対応可能な通信要件（対応可能ソフトウェア通信要件）を抽出し、
    　前記対応可能ネットワーク要件、対応可能コンピュータ通信要件、及び、前記対応可能ソフトウェア通信要件をもとに、前記ネットワークの設定、前記コンピュータの通信に係る設定、及び、前記ソフトウェアコンポーネントの通信に係る設定を、それぞれ生成する、
    請求項６に記載のシステム設計支援方法。
  8. 　さらに、生成された前記コンピュータの通信に係る設定に前記ネットワークの設定を適用し、生成された前記ソフトウェアコンポーネントの通信に係る設定に前記ネットワークの設定と前記コンピュータの通信に係る設定との少なくとも一方を適用する、
    請求項６または７に記載のシステム設計支援方法。
  9. 　さらに、１以上の前記ソフトウェアコンポーネント間の通信要件の各々について、当該ソフトウェアコンポーネント間の通信要件が前記対応可能ソフトウェア通信要件である、当該ソフトウェアコンポーネント間の通信要件を満たす前記コンピュータ間の通信要件が前記対応可能コンピュータ通信要件である、及び、当該コンピュータ間の通信要件を満たす前記ネットワークの要件が前記対応可能ネットワーク要件である、の内の少なくとも１つが真の場合に、当該ソフトウェアコンポーネント間の通信要件を満たすと判断し、
    　前記１以上の前記ソフトウェアコンポーネント間の通信要件の全てを満たすと判断した場合に、前記システムを構築可能と判断する、
    請求項７に記載のシステム設計支援方法。
  10. 　システム設計支援装置用コンピュータに、
    　システムを構成するソフトウェアコンポーネント間の通信要件と前記ソフトウェアコンポーネントが配備されるコンピュータの識別子をもとに、前記コンピュータ間の通信要件を生成し、前記コンピュータ間の通信要件をもとに前記コンピュータ間を接続するネットワークの要件を生成し、
    　前記ネットワークの要件、前記コンピュータ間の通信要件、及び、前記ソフトウェアコンポーネント間の通信要件をもとに、前記ネットワークの設定、前記コンピュータの通信に係る設定、及び、前記ソフトウェアコンポーネントの通信に係る設定を、それぞれ生成する、
    処理を実行させる、プログラムを格納する、コンピュータが読み取り可能な記録媒体。
PCT/JP2014/004274 2013-09-17 2014-08-21 情報処理装置、及び、システム設計支援方法 WO2015040788A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2015537544A JP6424823B2 (ja) 2013-09-17 2014-08-21 情報処理装置、及び、システム設計支援方法
US14/915,685 US10171294B2 (en) 2013-09-17 2014-08-21 Information processing device and system design support method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013191725 2013-09-17
JP2013-191725 2013-09-17

Publications (1)

Publication Number Publication Date
WO2015040788A1 true WO2015040788A1 (ja) 2015-03-26

Family

ID=52688460

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/004274 WO2015040788A1 (ja) 2013-09-17 2014-08-21 情報処理装置、及び、システム設計支援方法

Country Status (3)

Country Link
US (1) US10171294B2 (ja)
JP (1) JP6424823B2 (ja)
WO (1) WO2015040788A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017033441A1 (ja) * 2015-08-27 2017-03-02 日本電気株式会社 システム構築支援システム、方法および記憶媒体
JP2019500822A (ja) * 2015-12-31 2019-01-10 ニュー エイチ３シー テクノロジーズ カンパニー，リミティド 仮想マシンパケット制御
JP2020524869A (ja) * 2017-06-27 2020-08-20 新華三云計算技術有限公司Ｎｅｗ Ｈ３Ｃ Ｃｌｏｕｄ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．， Ｌｔｄ． 仮想マシン管理
JP2020140276A (ja) * 2019-02-27 2020-09-03 株式会社日立製作所 ネットワーク要件生成システム、及びネットワーク要件生成方法
JP2021149391A (ja) * 2020-03-18 2021-09-27 株式会社日立製作所 ネットワーク要件生成システム、及びネットワーク要件生成方法

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9141416B2 (en) 2013-03-15 2015-09-22 Centurylink Intellectual Property Llc Virtualization congestion control framework for modifying execution of applications on virtual machine based on mass congestion indicator in host computing system
US10389577B2 (en) 2013-08-14 2019-08-20 Centurylink Intellectual Property Llc Ethernet carrier group alarm (CGA)
US9864623B2 (en) 2013-11-21 2018-01-09 Centurylink Intellectual Property Llc Physical to virtual network transport function abstraction
US9948493B2 (en) 2014-04-03 2018-04-17 Centurylink Intellectual Property Llc Network functions virtualization interconnection gateway
US10225327B2 (en) 2014-08-13 2019-03-05 Centurylink Intellectual Property Llc Remoting application servers
US9898318B2 (en) 2014-08-15 2018-02-20 Centurylink Intellectual Property Llc Multi-line/multi-state virtualized OAM transponder
US9882833B2 (en) 2015-09-28 2018-01-30 Centurylink Intellectual Property Llc Intent-based services orchestration
GB2607908A (en) * 2021-06-15 2022-12-21 Cristie Software Ltd Application to container conversion and migration

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10301901A (ja) * 1997-04-26 1998-11-13 Fujitsu Ltd サーバ設定情報生成プログラムを格納した記憶媒体
JP2004040433A (ja) * 2002-07-03 2004-02-05 Hitachi Ltd ネットワーク構築システムおよび構築方法
US7441021B1 (en) * 2003-10-06 2008-10-21 Sun Microsystems, Inc. Methods and apparatus for producing a configuration for components of a network
US20110093570A1 (en) * 1999-04-28 2011-04-21 Tranxition Corporation Method and system for automatically transitioning of configuration settings among computer systems
WO2012035861A1 (ja) * 2010-09-14 2012-03-22 株式会社日立製作所 マルチテナント型情報処理システム、管理サーバ及び構成管理方法
JP2013097394A (ja) * 2011-10-27 2013-05-20 Hitachi Ltd ネットワークシステムの管理方法、ネットワークシステム及び管理サーバ
JP2013183203A (ja) * 2012-02-29 2013-09-12 Nippon Telegr & Teleph Corp <Ntt> 制御サーバ、制御方法及び制御プログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140149783A1 (en) * 2004-06-01 2014-05-29 Ivan I. Georgiev Methods and apparatus facilitating access to storage among multiple computers
WO2009087885A1 (ja) * 2008-01-08 2009-07-16 Nec Corporation サーバシステムとそのイベントメッセージ送信方法、クライアント端末とその接続方法とプログラム、記録媒体
JP5884578B2 (ja) * 2012-03-16 2016-03-15 富士通株式会社 アクセラレータ管理装置、アクセラレータ管理方法および入出力装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10301901A (ja) * 1997-04-26 1998-11-13 Fujitsu Ltd サーバ設定情報生成プログラムを格納した記憶媒体
US20110093570A1 (en) * 1999-04-28 2011-04-21 Tranxition Corporation Method and system for automatically transitioning of configuration settings among computer systems
JP2004040433A (ja) * 2002-07-03 2004-02-05 Hitachi Ltd ネットワーク構築システムおよび構築方法
US7441021B1 (en) * 2003-10-06 2008-10-21 Sun Microsystems, Inc. Methods and apparatus for producing a configuration for components of a network
WO2012035861A1 (ja) * 2010-09-14 2012-03-22 株式会社日立製作所 マルチテナント型情報処理システム、管理サーバ及び構成管理方法
JP2013097394A (ja) * 2011-10-27 2013-05-20 Hitachi Ltd ネットワークシステムの管理方法、ネットワークシステム及び管理サーバ
JP2013183203A (ja) * 2012-02-29 2013-09-12 Nippon Telegr & Teleph Corp <Ntt> 制御サーバ、制御方法及び制御プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
RYO NAKAMURA: "An implementation of cloud service network using SDN", IEICE TECHNICAL REPORT, vol. 113, no. 200, 6 September 2013 (2013-09-06) *

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017033441A1 (ja) * 2015-08-27 2017-03-02 日本電気株式会社 システム構築支援システム、方法および記憶媒体
JPWO2017033441A1 (ja) * 2015-08-27 2018-06-14 日本電気株式会社 システム構築支援システム、方法および記憶媒体
US10599447B2 (en) 2015-08-27 2020-03-24 Nec Corporation System construction assistance system and method, and storage medium
JP2019500822A (ja) * 2015-12-31 2019-01-10 ニュー エイチ３シー テクノロジーズ カンパニー，リミティド 仮想マシンパケット制御
US10484274B2 (en) 2015-12-31 2019-11-19 New H3C Technologies Co., Ltd Controlling packets of virtual machines
JP2020524869A (ja) * 2017-06-27 2020-08-20 新華三云計算技術有限公司Ｎｅｗ Ｈ３Ｃ Ｃｌｏｕｄ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．， Ｌｔｄ． 仮想マシン管理
JP7026216B2 (ja) 2017-06-27 2022-02-25 新華三云計算技術有限公司 仮想マシン管理
US11687354B2 (en) 2017-06-27 2023-06-27 New H3C Cloud Technologies. Ltd. Virtual machine management using onboarding operations and openstack control
JP2020140276A (ja) * 2019-02-27 2020-09-03 株式会社日立製作所 ネットワーク要件生成システム、及びネットワーク要件生成方法
JP7136719B2 (ja) 2019-02-27 2022-09-13 株式会社日立製作所 ネットワーク要件生成システム、及びネットワーク要件生成方法
JP2021149391A (ja) * 2020-03-18 2021-09-27 株式会社日立製作所 ネットワーク要件生成システム、及びネットワーク要件生成方法
JP7361642B2 (ja) 2020-03-18 2023-10-16 株式会社日立製作所 ネットワーク要件生成システム、及びネットワーク要件生成方法

Also Published As

Publication number Publication date
US20160197779A1 (en) 2016-07-07
JP6424823B2 (ja) 2018-11-21
US10171294B2 (en) 2019-01-01
JPWO2015040788A1 (ja) 2017-03-02

Similar Documents

Publication Publication Date Title
WO2015040788A1 (ja) 情報処理装置、及び、システム設計支援方法
EP3454214A1 (en) Infrastructure instantiation, collaboration, and validation architecture for serverless execution frameworks
JP6087922B2 (ja) 通信制御方法及びゲートウェイ
EP3343364B1 (en) Accelerator virtualization method and apparatus, and centralized resource manager
CN102185901B (zh) 一种客户端报文转换方法
CN109547349B (zh) 基于虚拟路由的流量管理方法、装置、终端及存储介质
CN105453492A (zh) 具有第三层分布式路由器功能的交换机集群
CN114422350B (zh) 一种公共云容器实例创建方法
US10089070B1 (en) Voice activated network interface
US20150244583A1 (en) System and Method for Creating Service Chains and Virtual Networks in the Cloud
WO2022267175A1 (zh) 信息处理方法、装置、计算机设备及存储介质
JP2022031621A (ja) インスタンス数を調整するための方法および装置、電子機器、記憶媒体並びにコンピュータプログラム
CN113849361A (zh) 测试服务节点的方法、装置、设备以及存储介质
CN113839821B (zh) 部署集群和构建基础设施的方法、装置、系统、设备及介质
WO2022121492A1 (zh) 文件传输方法、装置、计算机设备及存储介质
CN103092676A (zh) 虚拟机集群的模拟输入输出方法、装置及系统
EP2942711B1 (en) Dynamic generation of proxy connections
US9621632B2 (en) Scaling of stateful enterprise services
WO2023169193A1 (zh) 用于生成智能合约的方法和装置
CN103561113B (zh) Web Service接口的生成方法及装置
CN113778499A (zh) 发布服务的方法、装置、设备和计算机可读介质
KR102501542B1 (ko) 블록체인 시스템의 가동 방법, 장치, 설비 및 저장 매체
EP4106293A2 (en) Network configuring method and apparatus for cloud mobile phone, device and storage medium
US10534626B2 (en) Methods for facilitating self-service automation utilities and devices thereof
US10257026B1 (en) System and method to manage interrelated devices in a computing infrastructure

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: 14845107

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015537544

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14915685

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14845107

Country of ref document: EP

Kind code of ref document: A1