WO2022044341A1 - 管理装置、管理方法、管理プログラム及び管理システム - Google Patents

管理装置、管理方法、管理プログラム及び管理システム Download PDF

Info

Publication number
WO2022044341A1
WO2022044341A1 PCT/JP2020/032959 JP2020032959W WO2022044341A1 WO 2022044341 A1 WO2022044341 A1 WO 2022044341A1 JP 2020032959 W JP2020032959 W JP 2020032959W WO 2022044341 A1 WO2022044341 A1 WO 2022044341A1
Authority
WO
WIPO (PCT)
Prior art keywords
management
unit
resource
external system
control
Prior art date
Application number
PCT/JP2020/032959
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 JP2022545271A priority Critical patent/JP7485055B2/ja
Priority to US18/023,795 priority patent/US20230246911A1/en
Priority to PCT/JP2020/032959 priority patent/WO2022044341A1/ja
Publication of WO2022044341A1 publication Critical patent/WO2022044341A1/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/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load
    • 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/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Definitions

  • the present invention relates to a management device, a management method, a management program and a management system.
  • the functional unit is divided for each processing unit, and each functional unit autonomously acquires the database information in which the processing content is registered. Then, each functional unit executes a process according to the status of each input request included in the acquired database information, and inputs the process result to the database.
  • this method as compared with the method in which each functional unit instructs the processing of the next functional unit, it is not necessary to specify the linked operation of each functional unit, and development and modification of the functional unit are easy. Further, in the case of this method, even if a failure occurs in the functional unit in the middle of the processing flow, another functional unit having the same function or another redundant functional unit can take over the processing. Further, since the processing logic such as the determination of the accommodation position of the user is individually managed as a scenario, it is possible to link the processing being executed with the external information at the time of executing the recombination processing of the accommodation equipment.
  • each functional unit executes the recombination process of the accommodating device according to the scenario, it is difficult to perform control based on information other than the resource status other than those registered in the scenario. For example, it is difficult to perform control such as checking the communication content and automatically blocking attack packets and the like.
  • the external system cooperation unit receives control information of a plurality of communication devices accommodating users who use the network from the external system.
  • the resource collecting unit acquires the resource information of each of the communication devices and detects a change in the resource status.
  • the device management unit controls the communication device including the recombination of the accommodation position of the user based on the control information received by the external system cooperation unit or the change in the resource status detected by the resource collection unit. To execute.
  • communication control can be flexibly performed while ensuring the performance of recombination processing of the accommodation device.
  • FIG. 1 is a diagram showing a configuration example of a management system.
  • FIG. 2 is a diagram showing details of a configuration example of a management system.
  • FIG. 3 is a block diagram relating to a function of performing accommodation management processing and general management processing in the management device.
  • FIG. 4 is a sequence diagram showing a flow of recombination processing of the accommodating device by the management system according to the embodiment.
  • FIG. 5 is a sequence diagram showing a flow of control of a communication device by a management system when a scenario start instruction is received from a monitoring system.
  • FIG. 6 is a sequence diagram showing a flow of control of a communication device by a management system when a scenario start instruction is received from an external system.
  • FIG. 7 is a flowchart of control of the communication device by the management system according to the embodiment.
  • FIG. 8 is a diagram showing an example of a computer that executes a management program.
  • FIG. 1 is a diagram showing a configuration example of a management system.
  • the management system 1 includes a management device 10, a communication device 21, a communication device 22, and a communication device 23. Further, each communication device 21 to 23 accommodates a user via switches 31 and 32 on the L (Layer) 2 network 2.
  • the communication devices 21 to 23 are, for example, a router, an SSE (Subscriber Service Edge), or the like.
  • the management device 10 is, for example, a server capable of controlling a communication device.
  • the switch 31 is connected to the user 41 and the user 42. Further, the switch 32 is connected to the user 43.
  • FIG. 2 is a diagram showing details of a configuration example of a management system.
  • the management system 1 has a management device 10 and communication devices 21 to 29.
  • communication device 20 when each of the communication devices 21 to 29 is not distinguished, it is referred to as "communication device 20".
  • the communication device 20 is a switch, a router, or the like, and accommodates a user who uses a communication service.
  • the management device 10 is connected to the communication device 20, the host system 50, and the external system 60.
  • the host system 50 sends a config input request to the management device 10.
  • the function of the host system 50 may be realized by the operator. In that case, the operator inputs the content of the config input request to the management device 10.
  • the config input is to set the user config for the communication device 20 accommodating the user, and set the service according to the opening, changing, cancellation, or the like.
  • the external system 60 includes, for example, a resource collection system 61, a monitoring system 62, an external DB 63, and the like.
  • the resource collection system 61 is a system that constantly monitors each communication device 20 and collects information on each resource.
  • the monitoring system 62 is a system that monitors the operation of the communication device 20 and collects information other than resource information.
  • the monitoring system 62 monitors the communication content and the like in the communication device 20.
  • the external DB 63 is a database that stores information of each communication device 20 collected by the monitoring system 62.
  • the management device 10 includes an external system cooperation unit 11, a resource collection unit 12, a management information storage unit 13, a device management unit 14, a higher-level system support unit 16, a config input request management DB 17, a resource controller 18, and device control units 151 to 153.
  • an external system cooperation unit 11 a resource collection unit 12, a management information storage unit 13, a device management unit 14, a higher-level system support unit 16, a config input request management DB 17, a resource controller 18, and device control units 151 to 153.
  • the device control units 151 to 153 all have the same functions, they are referred to as "device control units 150" when they are not distinguished in the following description.
  • the management device 10 may be realized by a plurality of computers or may be realized by one computer. That is, each of the external system cooperation unit 11, the resource collection unit 12, the management information storage unit 13, the device management unit 14, the host system support unit 16, the config input request management DB 17, the resource controller 18, and the device control unit 150 is one. Or it is realized by multiple physical machines or virtual machines. In FIG. 2, the management device 10 is connected to the communication devices 21 to 29 assigned to the device control unit 150.
  • the host system correspondence unit 16 receives a config input request from the host system 51.
  • the host system correspondence unit 16 registers the received config input request in the config input request management DB 17.
  • the config input request management DB 17 receives the registration of the config input request by the host system corresponding unit 16. As a result, the config input request management DB 17 stores the contents of the config input request for the plurality of communication devices 20 accommodating the users who use the network. Further, in the config input request management DB 17, information for identifying the communication device 20 determined as the config input destination corresponding to the request content of the config input request is stored by the accommodation management unit 142.
  • the resource controller 18 monitors the operating status of each functional unit including the respective device control unit 150, and controls the operation of each functional unit according to the status.
  • the resource controller 18 adjusts the resources assigned to each functional unit, the priority of the task, and the like.
  • the resource controller 18 monitors the number of input requests received by the config input request management DB 17 at regular time intervals, allocates resources to the device control unit 150 according to the number, and confirms the frequency of checking the config input request management DB 17 in periodic monitoring. Make changes. Specifically, the resource controller 205 performs scale-up according to the number of input requests, allocation of compute resources, change of DB confirmation frequency, and the like.
  • the resource controller 18 temporarily adds the device control unit 150, and allocates the communication device 20 to the added device control unit 150.
  • the resource controller 18 may be expanded by automatically generating a virtual machine on a predetermined server. Further, the resource controller 18 may be limited to the device control unit 150, which needs to accelerate the confirmation frequency, among the plurality of device control units 150. As a result, the resource controller 18 prevents the access resource of the config input request management DB 17 from being exhausted because the access frequency to the config input request management DB 17 of the device control unit 150 is high.
  • the resource controller 18 gives priority to the device control unit 150 to process the config input based on the request content whose residence time is a certain time or more among the unprocessed request contents stored in the config input request management DB 17. Can be done. First, the resource controller 18 confirms whether there is a staying input request that has not been processed for a certain period of time or longer. Then, the resource controller 18 sets the priority of the input request during the stay high. As a result, the resource controller 18 prevents the input request from staying.
  • the external system cooperation unit 11, the resource collection unit 12, the management information storage unit 13, and the device management unit 14 perform accommodation management processing based on the resource status of each communication device 20 such as determination of the accommodation device for each user and recombination of the accommodation device. , And general control processing of the communication device 20 other than the accommodation management processing.
  • the general control process is based on information other than the resource status, such as automatically blocking communication by the communication device 20 when communication due to virus infection or an attack packet is detected in the communication of the communication device 20.
  • the control process of the communication device 20 is included.
  • the general control process may include a new control process based on the status of resources other than the accommodation management process.
  • FIG. 3 is a block diagram relating to a function of performing accommodation management processing and general management processing in the management device.
  • FIG. 3 describes the functions of the management device 10 for performing accommodation management processing and general management processing, and omits other functions.
  • the management information storage unit 13 has a device management DB 131, a scenario DB 132, and a template DB 133.
  • the device management DB 131 stores information on the resource status of each communication device 20 and the accommodation position of each user.
  • the scenario DB 132 stores in advance a scenario prepared according to the config contents and other control instruction contents.
  • a scenario according to the config content is prepared according to the type of communication service, the number of users, the amount of communication, etc. indicated by the config input request.
  • the template DB 133 stores a template file for creating a template used when the device control unit 150 controls the communication device 20.
  • the template contains various parameters.
  • the parameters included in the template are variable items for each user, and are, for example, an address, a user identifier, a communication band, a charge, and the like.
  • the command template file may be different depending on whether the config input is opening, changing, or canceling the service, and the organization to which the user belongs.
  • the external system cooperation unit 11 performs processing for linking the external system 60 and the management device 10.
  • the external system cooperation unit 11 causes the management device 10 to perform accommodation management processing and general control processing according to the information received from the external system 60.
  • the external system cooperation unit 11 receives the resource information of each communication device 20 collected by the resource collection system 61. Then, the external system cooperation unit 11 executes a validation check for confirming whether or not the data conforms to the standard of the data processed by the management device 10 with respect to the received resource information. After the validation check, the external system cooperation unit 11 outputs the resource information to the resource collection unit 12. After that, the external system cooperation unit 11 receives the input of the resource update information from the resource collection unit 12. Then, the external system cooperation unit 11 transmits the resource update information to the resource collection system 61.
  • the external system cooperation unit 11 receives a scenario activation instruction from the monitoring system 62.
  • the scenario designated by the external system 60 includes a scenario in which the accommodation device is recombined and communication is cut off.
  • the external system cooperation unit 11 performs a validation check on the received scenario activation instruction.
  • This validation check includes authentication of the linked external system 60, confirmation of whether the received data conforms to the standard of the data processed by the management device 10, and authentication of the instruction content.
  • the external system cooperation unit 11 After the validation check, the external system cooperation unit 11 outputs the scenario start instruction to the control processing unit 141. After that, the external system cooperation unit 11 receives the input of the execution result of the scenario from the control processing unit 141. Then, the external system cooperation unit 11 outputs the execution result of the scenario to the monitoring system 62. For example, by receiving a scenario activation instruction from the monitoring system 62, an appropriate accommodation position and communication device determined by an external device from information other than the current resource status such as the contents of user communication and the integrated value of past communication volume. Using the settings, the management device 10 can set the corresponding communication device 20.
  • the external system cooperation unit 11 receives an instruction of the control content for controlling the communication device 20 from the monitoring system 62. Then, the external system cooperation unit 11 performs a validation check on the received instruction of the control content. After the validation check, the external system cooperation unit 11 performs scenario conversion on the instructed control content and creates a scenario for executing the instructed control content. After that, the external system cooperation unit 11 arranges the created scenario in the scenario DB 132. Next, the external system cooperation unit 11 outputs an instruction of the control content to the control processing unit 141. After that, the external system cooperation unit 11 receives the input of the execution result of the instructed control content from the control processing unit 141. Then, the external system cooperation unit 11 outputs the execution result of the instructed control content to the monitoring system 62.
  • the external system cooperation unit 11 can also acquire external information from the external DB 63.
  • the external system cooperation unit 11 receives an information acquisition request from the control processing unit 141 of the device management unit 14, and acquires external information from the external DB 63. Then, the external system cooperation unit 11 outputs the acquired external information to the control processing unit 141.
  • the resource collection unit 12 periodically transmits a request for acquisition of resource information to each communication device 20. Then, the resource collection unit 12 receives and collects the resource information of each communication device 20 from each communication device 20 as a response to the resource information acquisition request.
  • the resource collection unit 12 can change the logic for collecting and monitoring resource information according to the operating state. For example, if the number of users varies little, the resource collection unit 12 can make changes such as lengthening the interval for requesting acquisition of resource information. At this time, the resource collecting unit 12 can operate in conjunction with the traffic monitoring system of the communication device 20 included in the external system 30 to change the logic.
  • the resource collection unit 12 receives the input of the resource information transmitted from the resource collection system 161 from the external system cooperation unit 11. As a result, the resource collection unit 12 can support constant monitoring of resources and real-time collection of resource information.
  • the resource collecting unit 12 stores the acquired resource information in the device management DB 131, and updates the resource information of each communication device 20 held by the device management DB 131. .. After that, the resource collection unit 12 receives the input of the update result from the device management DB 131. Next, the resource collection unit 12 outputs the update result of the resource information to the external system cooperation unit 11.
  • the resource collection unit 12 confirms the resource status of each communication device 20 at that time and determines whether or not a large change has occurred. For example, the resource collecting unit 12 determines that a large change has occurred in the resource status of the communication device 20 depending on whether or not the communication amount of the specific communication device 20 exceeds a predetermined threshold value. In addition, the resource collection unit 12 holds a threshold value for each resource including the surplus bandwidth of each communication device 20, the number of filters at that time, the number of sessions, and the like, and determines whether or not each resource has reached the threshold value. It is possible to determine that a major change has occurred in the situation. When it is determined that a large change has occurred, the resource collection unit 12 outputs resource change information indicating the resource change to the accommodation management unit 142.
  • the device management unit 14 has a control processing unit 141 and an accommodation management unit 142.
  • the control processing unit 141 executes the general control processing
  • the accommodation management unit 142 executes the accommodation management processing. The details of each operation of the control processing unit 141 and the accommodation management unit 142 will be described below.
  • the accommodation management unit 142 periodically monitors the config input request management DB 202. Then, when the accommodation management unit 142 confirms that the config input request has been registered, the accommodation management unit 142 acquires the request content of the config input request. The accommodation management unit 142 selects and acquires a scenario according to the request content from the scenario DB 132.
  • the accommodation management unit 142 acquires the resource status of each communication device 20 from the device management DB 131. Then, the accommodation management unit 142 determines the communication device 20 for executing the config input from the plurality of communication devices 20 based on the request contents and the availability of resources of the plurality of communication devices 20. After that, the accommodation management unit 142 stores the information for identifying the communication device 20 determined as the config input destination in the config input request management DB 17 in association with the request contents.
  • the accommodation management unit 142 may create a backup of the input user config. In that case, the accommodation management unit 142 determines the communication device 20 as the backup destination of the user config. After that, the accommodation management unit 142 stores the information for identifying the communication device 20 determined as the storage destination of the backup of the user config in the config input request management DB 17 in association with the backup creation instruction of the user config.
  • the accommodation management unit 142 receives the input of the resource change information from the resource collection unit 12. Next, the accommodation management unit 142 determines whether or not to rearrange the accommodation device from the acquired resource change information. If the containment device is not recombined, the containment management device 142 ends the containment device recombination process in response to changes in resource conditions.
  • the accommodation management device 142 determines which recombination scenario is to be executed in order to perform the recombination of the determined accommodation position. After that, the accommodation management device 142 selects and acquires the determined recombination scenario from the scenario DB 132. Next, the accommodation management unit 142 acquires the resource status of each communication device 20 from the device management DB 131.
  • the accommodation management unit 142 determines the communication device 20 for recombining the accommodation device according to the scenario. For example, the accommodation management unit 142 determines whether or not each of the communication devices 20 satisfies a predetermined constraint condition based on the acquired resource status of each communication device 20. For example, the constraint is that when all users of a particular communication device 20 are housed in that particular communication device 20, the amount of any resource consumed by that particular communication device 20 is. , The condition is that the amount of resources determined in advance is not exceeded. In this case, the accommodation management unit 142 determines to perform recombination of the accommodation device that moves the user from the communication device 20 that does not satisfy the constraint condition.
  • the accommodation management unit 142 recombines the accommodation destination based on the resource status of the communication device 20 that does not satisfy the constraint condition and the resource availability of the other communication device 20 according to the scenario. Determine a new containment device for the user. After that, the accommodation management unit 142 decides to input the user config for executing the recombination of the accommodation device from the communication device 20 that does not satisfy the constraint condition to the communication device 20 determined as the accommodation device.
  • the communication device 20 that does not satisfy the constraint condition is the target of inputting the user config for deleting the user, and the communication device 20 as the new accommodation destination inputs the user config for accommodating the moved user. Be the target.
  • the accommodation management unit 142 configures the information for identifying the communication device 20 that does not satisfy the constraint condition and the communication device 20 determined as the accommodation device in association with the request contents for inputting the config for recombination of the accommodation device. It is stored in the input request management DB 17. In this case as well, the accommodation management unit 142 can create a backup of the user config input by recombining the accommodation device.
  • the control processing unit 141 receives the input of the scenario start instruction from the external system cooperation unit 11. For example, as shown in the process P5 of FIG. 2, the control processing unit 141 receives the scenario activation instruction transmitted from the monitoring system 62 via the external system cooperation unit 11. Next, the control processing unit 141 confirms the content of the scenario instructed to start. Further, when the control processing unit 141 receives the activation instructions of a plurality of scenarios, the control processing unit 141 mediates the activation instructions of each scenario and performs integrated control such as determining the activation order of the scenarios.
  • the control processing unit 141 selects and acquires a scenario according to the specified content from the scenario DB 132. After that, the control processing unit 141 outputs a control instruction according to the acquired scenario to the communication device 20 designated by the scenario start instruction to the device control unit 150 to which the designated communication device 20 is assigned. After that, the control processing unit 141 outputs the execution result of the scenario to the external system cooperation unit 11.
  • control processing unit 141 receives an input of a control content instruction from the external system 60 to the communication device 20 designated by the external system 60 from the external system cooperation unit 11. For example, as shown in the process P5 of FIG. 2, the control processing unit 141 receives an instruction of the control content transmitted from the monitoring system 62 via the external system cooperation unit 11. Next, the control processing unit 141 confirms the instructed control content. Also in this case, when a plurality of control content instructions are received, the control processing unit 141 performs integrated control such as arbitrating each control and determining the control execution order.
  • the control processing unit 141 outputs a control instruction according to the control content instructed to the communication device 20 designated by the external system 60 to the device control unit 150 to which the specific communication device 20 is assigned. After that, the control processing unit 141 outputs the execution result of the scenario to the external system cooperation unit 11.
  • the control processing unit 141 transmits an acquisition request for external information to the external system cooperation unit 11 to acquire the external information stored in the external DB 63.
  • the control processing unit 141 stores in advance the communication device 20 to be selected according to the acquired external information and the control to be executed. Then, the control processing unit 141 determines the communication device 20 that executes the control using the acquired external information and the content of the control to be executed. After that, the control processing unit 141 outputs a control execution instruction of the determined content to the determined communication device 20 to the device control unit 150 to which the communication device 20 is assigned.
  • At least one of the plurality of communication devices 20 is assigned to the device control unit 150.
  • the device control unit 151 is assigned communication devices 21 to 23
  • the device control unit 152 is assigned communication devices 24 to 26
  • the device control unit 153 is assigned communication devices 27 to 29.
  • the device control unit 150 executes config input based on the request content to the communication device 20 identified by the identification information associated with the request content. As a result, communication between the communication device 20 and the user is established. For example, the device control unit 150 periodically monitors the config input request management DB 17 and acquires the request content associated with the assigned identification information of the communication device 20. Next, the device control unit 150 selects and acquires a template related to the user config from the template DB 133. Next, the device control unit 150 creates a command list by substituting the parameters included in the template based on the request contents and the identification information. Then, the device control unit 150 executes the created command and sets the user config for the communication device 20.
  • the device control unit 150 receives an input of a control instruction according to the acquired scenario for the communication device 20 designated by the scenario start instruction from the control processing unit 141. Then, the device control unit 150 executes control according to the scenario for the designated communication device 20. Further, the device control unit 150 receives an input of a control instruction according to the control content instructed to the communication device 20 designated by the external system 60 from the control processing unit 141. Then, the device control unit 150 executes control for the designated communication device 20 according to the instruction. For example, the device control unit 150 controls the communication device 20 so as to block the communication in the designated communication device 20.
  • FIG. 4 is a sequence diagram showing a flow of recombination processing of the accommodating device by the management system according to the embodiment.
  • the resource collection unit 12 transmits a resource information acquisition request to the communication device 20 according to a predetermined logic (step S101).
  • the resource collection unit 12 collects the resource information of each communication device 20 transmitted as a response to the resource information acquisition request (step S102).
  • the external system cooperation unit 11 receives the resource information of each communication device 20 that is constantly monitored from the resource collection system 61 (step S103).
  • the external system cooperation unit 11 executes a validation check on the received resource information (step S104).
  • the external system cooperation unit 11 outputs the received resource information to the resource collection unit 12 (step S105).
  • the resource collecting unit 12 continuously acquires the resource information from each communication device 20 by its own device and the resource information collected by the resource collecting system 61.
  • the resource collection unit 12 does them independently.
  • the resource collection unit 12 registers the acquired resource information in the device management DB 131, and updates the resource information of the communication device 20 held by the device management DB 131 (step S106).
  • the resource collection unit 12 receives the input of the notification of the completion of updating the resource information from the device management DB 131 (step S107).
  • the resource collection unit 12 confirms the resource status of each communication device 20 (step S110).
  • the resource collecting unit 12 detects that a large change has occurred in the resource status in each communication device 20 based on the resource status of each communication device 20 (step S111).
  • the resource collection unit 12 outputs resource change information indicating a resource change to the accommodation management unit 142 of the device management unit 14 (step S112).
  • the accommodation management unit 142 receives input of resource change information from the resource collection unit 12. Then, the accommodation management unit 142 determines whether or not to recombinate the accommodation device from the acquired resource change information. Here, the case of rearranging the accommodation position will be described. If it decides to perform a recombination of the containment positions, the containment management device 142 determines which recombination scenario to perform in order to perform the recombination of the determined containment positions. After that, the accommodation management device 142 selects and activates the determined recombination scenario from the scenarios held by the scenario DB 132 (step S113).
  • the accommodation management unit 142 executes the recombination process according to the activated scenario (step S114). Specifically, the accommodation management unit 142 uses the resource information stored in the device management DB 131, the constraint conditions of each communication device 20, and the like to provide a user who recombines the accommodation device and a new accommodation device for the user. decide. After that, the accommodation management unit 142 decides to input the config for executing the recombination of the accommodation device from the communication device 20 that does not satisfy the constraint condition to the communication device 20 determined as the accommodation device.
  • the accommodation management unit 142 stores the information for identifying the communication device 20 that does not satisfy the constraint condition and the communication device 20 determined as the accommodation device in the config input request management DB 17 in association with the request contents. As a result, the accommodation management unit 142 instructs the equipment control unit 150 to control the communication device 20 for the recombination processing of the accommodation device according to the scenario (step S115).
  • the device control unit 150 monitors the config input request management DB 17 and acquires the config input request. After that, the device control unit 150 inputs the config to the communication device 20 according to the config input request (step S116). As a result, the device control unit 150 executes the recombination process of the accommodating device.
  • FIG. 5 is a sequence diagram showing a flow of control of a communication device by a management system when a scenario start instruction is received from a monitoring system.
  • a case will be described in which the monitoring system 62 of the external systems 60 gives an instruction to start the scenario.
  • the external system cooperation unit 11 receives the scenario start instruction from the monitoring system 62 (step S201).
  • step S202 the external system cooperation unit 11 executes a validation check for the scenario start instruction.
  • the external system cooperation unit 11 After the validation check, the external system cooperation unit 11 outputs the scenario start instruction to the control processing unit 141 of the device management unit 14 (step S203).
  • the control processing unit 141 receives a scenario activation instruction from the external system cooperation unit 11. Then, the control processing unit 141 confirms the content of the scenario instructed to start (step S204).
  • control processing unit 141 selects and acquires a scenario according to the confirmed content from the scenario DB 132, and starts the scenario (step S205).
  • control processing unit 141 instructs the device control unit 150 to control the communication device 20 according to the activated scenario (step S206).
  • the device control unit 150 receives an instruction from the control processing unit 141 and controls the communication device 20 according to a scenario (step S207).
  • the control processing unit 141 outputs the execution result of the scenario to the external system cooperation unit 11 (step S208).
  • the external system cooperation unit 11 transmits the execution result of the scenario acquired from the control processing unit 141 to the monitoring system 62 which is the transmission source of the scenario activation instruction (step S209).
  • FIG. 6 is a sequence diagram showing a flow of control of a communication device by a management system when a scenario start instruction is received from an external system.
  • a case where the monitoring system 62 of the external system 60 gives a control instruction will be described.
  • the external system cooperation unit 11 receives an instruction of the control content for controlling the communication device 20 from the monitoring system 62 (step S211).
  • the external system cooperation unit 11 executes a validation check for the received instruction of the control content (step S212).
  • the external system cooperation unit 11 converts the control content into a scenario and creates a scenario corresponding to the instructed control content (step S213).
  • the external system cooperation unit 11 arranges the created scenario in the scenario DB 132 (step S214).
  • the external system cooperation unit 11 outputs an instruction of the control content to the control processing unit 141 of the device management unit 14 (step S215).
  • the control processing unit 141 receives an input of an instruction of the control content from the external system cooperation unit 11. Next, the control processing unit 141 confirms the instruction content indicated by the instruction of the control content (step S216).
  • control processing unit 141 instructs the device control unit 150 to control the communication device 20 according to the instructed control content (step S217).
  • the device control unit 150 receives an instruction from the control processing unit 141 and controls the communication device 20 according to the instructed control content (step S218).
  • the control processing unit 141 outputs the execution result of the control performed according to the instruction of the control content to the external system cooperation unit 11 (step S219).
  • the external system cooperation unit 11 transmits the execution result acquired from the control processing unit 141 to the monitoring system 62 which is the transmission source of the instruction of the control content (step S220).
  • FIG. 7 is a flowchart of control of the communication device by the management system according to the embodiment.
  • the accommodation management unit 142 monitors the config input request management DB 17 and determines whether or not the config input request is stored in the config input request management DB 17 (step S301).
  • the accommodation management unit 142 acquires the config input request from the config input request management DB 17. Then, the accommodation management unit 142 acquires the scenario corresponding to the acquired config input request from the scenario DB 132, and activates the acquired scenario (step S302).
  • the accommodation management unit 142 executes the process according to the scenario, and determines the communication device 20 to which the user config is input (step S303). Then, the accommodation management unit 142 stores the information for identifying the communication device 20 determined as the config input destination in the config input request management DB 17 in association with the request contents.
  • the device control to which the communication device 20 determined as the config input destination is assigned.
  • the unit 150 acquires the config input request.
  • the device control unit 150 sets the user config to the communication device 20 determined as the config input destination according to the config input request (step S304).
  • step S301 when the config input request is not stored (step S301: negation), the resource collection unit 12 determines whether or not the resource information has been acquired by the acquisition request from the own device or the transmission from the external system 60. (Step S305).
  • the resource collection unit 12 stores the acquired resource information in the device management DB 131 and updates the resource information of the communication device 20 (step S306).
  • the resource collection unit 12 determines whether or not a large change has been detected in the resource status of each communication device 20 (step S307). If there is no significant change in the resource status (step S307: negation), the resource collection unit 12 ends the control process.
  • the resource collection unit 12 outputs the resource change information to the accommodation management unit 142.
  • the accommodation management unit 142 acquires the resource change information from the resource collection unit 12. Then, the accommodation management unit 142 decides which scenario to execute based on the resource change information. After that, the accommodation management device 142 acquires the determined scenario from the scenario DB 132, and activates the acquired scenario (step S308).
  • the accommodation management unit 142 executes the process according to the scenario, and determines the communication device 20 to be the target of the recombination of the accommodation device (step S309). After that, the accommodation management unit 142 stores the information for identifying the communication device 20 determined as the target of the recombination of the accommodation device in the config input request management DB 17 in association with the input request for the recombination of the accommodation device.
  • the device control to which the communication device 20 determined as the config input destination is assigned.
  • the unit 150 acquires the config input request.
  • the device control unit 150 sets the user config to the communication device 20 determined as the config input destination according to the config input request (step S310).
  • step S305 denial
  • the external system cooperation unit 11 determines whether or not the scenario start instruction is received from the external system 60 (step S311).
  • step S311 When the scenario start instruction is received from the external system 60 (step S311: affirmative), the external system cooperation unit 11 outputs the scenario start instruction to the control processing unit 141.
  • the control processing unit 141 confirms the content of the scenario activation instruction acquired from the external system cooperation unit 11 (step S312).
  • control processing unit 141 acquires the scenario from the scenario DB 132 and starts it according to the scenario start instruction (step S313).
  • control processing unit 141 executes control of the communication device 20 according to the activated scenario (step S314).
  • step S311 negative
  • step S315 negation
  • step S315 when the instruction of the control content for controlling the communication device 20 is received (step S315: affirmative), the external system cooperation unit 11 performs scenario conversion for the control content and corresponds to the control content. Create a scenario (step S316).
  • the external system cooperation unit 11 arranges the created scenario in the scenario DB 132 (step S317).
  • the external system cooperation unit 11 outputs an instruction of the control content for controlling the communication device 20 to the control processing unit 141.
  • the control processing unit 141 confirms the instruction content for controlling the communication device 20 (step S318).
  • control processing unit 141 executes control of the communication device 20 according to the control content (step S319).
  • the management device 10 advances the control of the communication device 20 by repeating the process described in the flowchart of FIG. 7.
  • the management device 10 has a device management unit 14 in addition to the resource collection unit 12 and the resource collection unit 12. Then, the resource collection unit 12 collects resource information and confirms the resource status. Further, the device management unit 14 rearranges the accommodating device when the resource collection unit 12 detects a large change in the resource status in each communication device 20. By separating the resource collection unit 12 and the device management unit 14 in this way, the required performance can be obtained for each of the function of collecting resource information and checking the resource status and the function of controlling the recombination of the accommodation device. It can be easily secured.
  • the management device 10 has an external system cooperation unit 11.
  • the external system cooperation unit 11 is an external system 60 such as a resource collection system 61 that constantly monitors the communication device 20 and collects resource information, a monitoring system 62 that monitors the state of the communication device 20 other than the resource information, and an external DB 63. Is linked to the management device 10.
  • the resource collection unit 12 can detect a change in the resource status by using the resource information obtained by the resource collection system 61. Therefore, the resource collecting unit 12 can realize the control of the communication device 20 in real time even if it does not have the performance of constantly monitoring.
  • the device management unit 14 can control the communication device 20 based on the scenario start instruction and the control content instruction input from the external system 60.
  • This makes it possible to change the user's accommodation position and communication control from information other than resource information, such as QoS control based on the integrated value of the user's communication volume, virus communication as a security service, and automatic blocking of communication. It becomes.
  • the management system 1 can be linked with a system that collects and monitors various resource information, providing a wider variety of services. It will be possible to provide. That is, the management device 10 can control the communication device 20 based on information other than the current resource status.
  • the external system 60 checks the communication content in the communication device 20, and the communication due to virus infection or the attack packet is identified. Then, the management device 10 uses the information from the external system 60 to perform the corresponding communication. Control such as automatically blocking the communication of the device 20 is also possible.
  • each component of each of the illustrated devices is a functional concept, and does not necessarily have to be physically configured as shown in the figure. That is, the specific forms of distribution and integration of each device are not limited to those shown in the figure, and all or part of them may be functionally or physically dispersed or physically distributed in arbitrary units according to various loads and usage conditions. Can be integrated and configured. Further, each processing function performed by each device is realized by a CPU (Central Processing Unit) and a program that is analyzed and executed by the CPU, or hardware by wired logic. Can be realized as.
  • CPU Central Processing Unit
  • the management system 1 can be implemented by installing a management program that executes the above management process as package software or online software on a desired computer.
  • the information processing apparatus can function as the management system 1.
  • the information processing device referred to here includes a desktop type or notebook type personal computer.
  • information processing devices include smartphones, mobile phones, mobile communication terminals such as PHS (Personal Handy-phone System), and slate terminals such as PDAs (Personal Digital Assistants). Is done.
  • the management device 10 can be implemented as a management server device in which the terminal device used by the user is a client and the service related to the above management process is provided to the client.
  • the management server device is implemented as a server device that receives a config input request as an input and provides a management service for inputting a config.
  • the management server device may be implemented as a Web server, or may be implemented as a cloud that provides services related to the above management processing by outsourcing.
  • FIG. 8 is a diagram showing an example of a computer that executes a management program.
  • the computer 1000 has, for example, a memory 1010 and a CPU 1020.
  • the computer 1000 also has a hard disk drive interface 1030, a disk drive interface 1040, a serial port interface 1050, a video adapter 1060, and a network interface 1070. Each of these parts is connected by a bus 1080.
  • the memory 1010 includes a ROM (Read Only Memory) 1011 and a RAM (Random Access Memory) 1012.
  • the ROM 1011 stores, for example, a boot program such as a BIOS (BASIC Input Output System).
  • BIOS BASIC Input Output System
  • the hard disk drive interface 1030 is connected to the hard disk drive 1090.
  • the disk drive interface 1040 is connected to the disk drive 1100.
  • a removable storage medium such as a magnetic disk or an optical disk is inserted into the disk drive 1100.
  • the serial port interface 1050 is connected to, for example, a mouse 1110 and a keyboard 1120.
  • the video adapter 1060 is connected to, for example, the display 1130.
  • the hard disk drive 1090 stores, for example, the OS 1091, the application program 1092, the program module 1093, and the program data 1094. That is, the program that defines each process of the management device 10 having the same function as the management device 10 is implemented as a program module 1093 in which a code that can be executed by a computer is described.
  • the program module 1093 is stored in, for example, the hard disk drive 1090.
  • the program module 1093 for executing the same processing as the functional configuration in the management device 10 is stored in the hard disk drive 1090.
  • the hard disk drive 1090 may be replaced by an SSD (Solid State Drive).
  • the setting data used in the processing of the above-described embodiment is stored as program data 1094 in, for example, a memory 1010 or a hard disk drive 1090. Then, the CPU 1020 reads the program module 1093 and the program data 1094 stored in the memory 1010 and the hard disk drive 1090 into the RAM 1012 as needed, and executes the process of the above-described embodiment.
  • the program module 1093 and the program data 1094 are not limited to those stored in the hard disk drive 1090, but may be stored in, for example, a removable storage medium and read by the CPU 1020 via the disk drive 1100 or the like. Alternatively, the program module 1093 and the program data 1094 may be stored in another computer connected via a network (LAN (Local Area Network), WAN (Wide Area Network), etc.). Then, the program module 1093 and the program data 1094 may be read from another computer by the CPU 1020 via the network interface 1070.
  • LAN Local Area Network
  • WAN Wide Area Network
  • Management system 10 Management device 20-29 Communication device 31, 32 Switch 41-43 User 11 External system cooperation unit 12 Resource collection unit 13 Management information storage unit 14 Device management unit 16 Upper system support unit 17 Config input request management DB 18 Resource controller 50 Upper system 60 External system 61 Resource collection system 62 Monitoring system 63 External DB 131 Device management DB 132 Scenario DB 133 Template DB 141 Control processing unit 142 Containment control unit 150 to 153 Device control unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

外部システム連携部（１１）は、ネットワークを利用するユーザを収容する複数の通信装置（２１～２９）の制御情報を外部システムから受信する。リソース収集部（１２）は、各前記通信装置（２１～２９）のそれぞれのリソース情報を取得してリソース状況の変化を検知する。装置管理部（１４）は、前記外部システム連携部（１１）により受信された前記制御情報又は前記リソース収集部（１２）により検知された前記リソース状況の変化を基に、ユーザの収容位置の組み換えを含む前記通信装置（２１～２９）の制御を実行する。

Description

管理装置、管理方法、管理プログラム及び管理システム
　本発明は、管理装置、管理方法、管理プログラム及び管理システムに関する。
　従来、ネットワークを構成する通信装置の帯域、設定可能なフィルタ数及び確立可能なセッション数などのリソースを一元的に収集して管理することで、各通信機器の空きリソースに応じてユーザを収容する通信装置を適切に選択する技術がある。これにより、ユーザの通信品質を一定に維持しつつ、柔軟なユーザ収容が可能となる。収容するユーザの選択した通信装置への設定は、ユーザコンフィグという設定情報を各通信装置に登録することで行われる。
　また、ユーザコンフィグのバックアップを他の通信装置に事前に設定しておき、特定の通信装置が故障した際に、その特定の通信装置に登録されたユーザコンフィグのバックアップを保持する他の通信装置への収容する通信装置の切り替えが行われる。これにより、ユーザを収容する通信装置が即座に切り替わり、通信の継続性が維持される。
　さらに、新規ユーザの収容時やリソース情報収集時に、各通信装置のリソース状況が随時確認される。そして、通信装置の故障やユーザ通信の急激な増加などにより各通信装置のリソース状況が大きく変化した際には、ユーザを収容する通信装置の変更やユーザコンフィグのバックアップ位置が変更される。これにより、リソース不足を防ぎ、ユーザ通信の通信品質を一定に維持することが可能となる。以下では、ユーザを収容する通信装置を、ユーザの収容装置と呼ぶ場合がある。また、ユーザが収容される先の通信装置を、ユーザの収容位置と呼ぶ場合がある。また、ユーザの収容装置を切り替えることを収容装置の組み換えと言う場合がある。
　従来の収容装置の組み換え処理では、処理単位毎に機能部が分割され、各機能部が、処理内容が登録されたデータベース情報を自律的に取得する。そして、各機能部は、取得したデータベース情報に含まれる各投入要求のステータスに応じた処理を実行し、その処理結果をデータベースに投入していく。この方法では、各機能部が次の機能部の処理を指示する方式に比べて、各機能部の連係動作を規定しなくてもよく、開発や機能部の改造が容易である。また、この方法の場合、処理フローの途中で機能部に障害が発生しても、同様の機能を有する他の機能部や冗長化された他の機能部が処理を引き継ぐことが可能である。さらに、ユーザの収容位置の決定といった処理ロジックがシナリオとして個別管理されるため、収容機器の組み換え処理の実行時に、実行中の処理と外部情報とを連携させることも可能である。
岩橋宏樹、外3名著　「エッジルータにおける柔軟なユーザ収容方法の検討」　電子情報通信学会，　2020年総合大会,　B-6-58,　2020年3月.
　しかしながら、従来技術においては、リソース情報の収集、リソース状況変化の検知、リソース状況変化検知後のユーザ収容組み換え処理を、１つの集中管理サーバが実施している。このように、各処理を集中管理サーバが集中的に行っている構成では、大量要求を捌くために集中管理サーバに対して非常に高い性能要件が求められる。特に、ユーザの通信量などの時々刻々と変換するリソースに対応した収容装置の組み換えを実施するためには、通信装置の常時監視を行うことが望ましく、処理負荷がより高くなることが考えられ、集中管理サーバにはより高い性能要件が求められる。さらに、各機能部の故障時に各投入要求を引き継ぐためには、運用系の機能部と冗長系の機能部とで常時処理状態を共有することになり、通信装置の機種追加やサービス追加等による変更が困難である。また、各機能部は、シナリオにしたがって収容装置の組み換え処理を実行するが、シナリオに登録された以外のリソース状況以外の情報に基づいた制御を行うことが困難である。例えば、通信内容をチェックし攻撃パケット等を自動で遮断するといった制御を行うことは難しい。
　上述した課題を解決し、目的を達成するために、外部システム連携部は、ネットワークを利用するユーザを収容する複数の通信装置の制御情報を外部システムから受信する。リソース収集部は、各前記通信装置のそれぞれのリソース情報を取得してリソース状況の変化を検知する。装置管理部は、前記外部システム連携部により受信された前記制御情報又は前記リソース収集部により検知された前記リソース状況の変化を基に、前記ユーザの前記収容位置の組み換えを含む前記通信装置の制御を実行する。
　本発明によれば、収容機器の組み換え処理の性能を確保しつつ、通信制御を柔軟に行うことができる。
図１は、管理システムの構成例を示す図である。 図２は、管理システムの構成例の詳細を示す図である。 図３は、管理装置における収容管理処理及び一般管理処理を行う機能に関するブロック図である。 図４は、実施形態に係る管理システムによる収容装置の組み換え処理の流れを示すシーケンス図である。 図５は、監視システムからシナリオの起動指示を受信した場合の管理システムによる通信装置の制御の流れを示すシーケンス図である。 図６は、外部システムからシナリオの起動指示を受信した場合の管理システムによる通信装置の制御の流れを示すシーケンス図である。 図７は、実施例に係る管理システムによる通信装置の制御のフローチャートである。 図８は、管理プログラムを実行するコンピュータの一例を示す図である。
　以下に、本願の開示する管理装置、管理方法、管理プログラム及び管理システムの実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する管理装置、管理方法、管理プログラム及び管理システムが限定されるものではない。
［第１の実施形態の構成］
　図１を用いて、第１の実施形態に係る管理システムの構成について説明する。図１は、管理システムの構成例を示す図である。図１に示すように、管理システム１は、管理装置１０、通信装置２１、通信装置２２及び通信装置２３を有する。また、各通信装置２１～２３は、Ｌ（Layer）２ネットワーク２上のスイッチ３１及び３２を介してユーザを収容している。通信装置２１～２３は、例えばルータ及びＳＳＥ（Subscriber　Service　Edge）等である。また、管理装置１０は、例えば通信装置を制御可能なサーバである。
　ユーザ４１、ユーザ４２及びユーザ４３は、実際にはユーザが利用するネットワーク及び端末等であるものとする。スイッチ３１はユーザ４１及びユーザ４２と接続されている。また、スイッチ３２はユーザ４３と接続されている。
　次に、図２を用いて、管理システム１の構成の詳細について説明する。図２は、管理システムの構成例の詳細を示す図である。
　管理システム１は、図２に示すように、管理装置１０及び通信装置２１～２９を有する。以下の説明では、通信装置２１～２９のそれぞれを区別しない場合には「通信装置２０」と呼ぶ。通信装置２０は、スイッチ及びルータ等であり、通信サービスを利用するユーザを収容する。管理装置１０は、通信装置２０、上位システム５０及び外部システム６０に接続される。
　上位システム５０は、コンフィグ投入の要求を管理装置１０へ送信する。なお、上位システム５０の機能は、オペレータによって実現されてもよい。その場合、オペレータが管理装置１０にコンフィグ投入要求の内容を入力する。コンフィグ投入とは、ユーザを収容する通信装置２０に対してユーザコンフィグを設定して、サービスの開通、変更、解約等にともなう設定を行うことである。
　外部システム６０には、例えば、リソース収集システム６１、監視システム６２、外部ＤＢ６３などが含まれる。リソース収集システム６１は、各通信装置２０を常時監視してそれぞれのリソースの情報を収集するシステムである。また、監視システム６２は、通信装置２０の動作を監視してリソースの情報以外の情報を収集するシステムである。例えば、監視システム６２は、通信装置２０における通信内容などを監視する。また、外部ＤＢ６３は、監視システム６２により収集された各通信装置２０の情報を格納するデータベースである。
　管理装置１０は、外部システム連携部１１、リソース収集部１２、管理情報記憶部１３、装置管理部１４、上位システム対応部１６、コンフィグ投入要求管理ＤＢ１７、リソースコントローラ１８及び装置制御部１５１～１５３を有する。ここで、装置制御部１５１～１５３は、いずれも同様の機能を有するため、以下の説明ではそれぞれを区別しない場合「装置制御部１５０」と呼ぶ。
　管理装置１０は、複数のコンピュータにより実現されてもよいし、１つのコンピュータにより実現されてもよい。すなわち、外部システム連携部１１、リソース収集部１２、管理情報記憶部１３、装置管理部１４、上位システム対応部１６、コンフィグ投入要求管理ＤＢ１７、リソースコントローラ１８及び装置制御部１５０のそれぞれは、１つ又は複数の物理マシン又は仮想マシンにより実現される。図２では、管理装置１０は、装置制御部１５０に割り当てられた通信装置２１～２９に接続される。
　上位システム対応部１６は、上位システム５１からコンフィグ投入要求を受け取る。上位システム対応部１６は、受け取ったコンフィグ投入要求をコンフィグ投入要求管理ＤＢ１７に登録する。
　コンフィグ投入要求管理ＤＢ１７は、上位システム対応部１６によりコンフィグ投入要求の登録を受ける。これにより、コンフィグ投入要求管理ＤＢ１７は、ネットワークを利用するユーザを収容する複数の通信装置２０に対する、コンフィグ投入の要求内容を記憶する。また、コンフィグ投入要求管理ＤＢ１７は、コンフィグ投入要求の要求内容に対応するコンフィグ投入先に決定された通信装置２０を識別するための情報が収容管理部１４２により格納される。
　リソースコントローラ１８は、それぞれの装置制御部１５０を含む各機能部の動作状況を監視し、状況に応じて各機能部の動作を制御する。リソースコントローラ１８は、各機能部に割り当てられるリソース、又はタスクの優先度等を調整する。
　リソースコントローラ１８は、コンフィグ投入要求管理ＤＢ１７が一定時間ごとに受信した投入要求数を監視し、その数に応じた装置制御部１５０のリソース割り当てや、定期監視におけるコンフィグ投入要求管理ＤＢ１７の確認頻度の変更を行う。具体的には、リソースコントローラ２０５は、投入要求数に応じたスケールアップ、コンピュートリソースの割り当ておよびＤＢ確認頻度変更などを行う。
　例えば、通信装置２０に対する大量のコンフィグ投入要求がコンフィグ投入要求管理ＤＢ１７において処理待ちの状態にある場合、装置制御部１５０のリソースが足りなくなることが考えられる。このような場合、リソースコントローラ１８は、装置制御部１５０を臨時増設し、増設した装置制御部１５０に通信装置２０を割り当てる。なお、リソースコントローラ１８は、所定のサーバ上に仮想マシンを自動生成することにより増設を行ってもよい。また、リソースコントローラ１８は、複数の装置制御部１５０のうち、確認頻度の加速が必要な装置制御部１５０に限定して制御を行ってもよい。これにより、リソースコントローラ１８は、装置制御部１５０のコンフィグ投入要求管理ＤＢ１７へのアクセス頻度が高いためコンフィグ投入要求管理ＤＢ１７のアクセスリソースが枯渇するのを防ぐ。
　また、リソースコントローラ１８は、コンフィグ投入要求管理ＤＢ１７に記憶された未処理の要求内容のうち、滞留時間が一定時間以上である要求内容に基づくコンフィグ投入を優先して装置制御部１５０に処理させることができる。まず、リソースコントローラ１８は、一定時間以上処理されていない滞留中の投入要求があるか確認する。そして、リソースコントローラ１８は、滞留中の投入要求の優先度を高く設定する。これにより、リソースコントローラ１８は、投入要求の滞留を防ぐ。
　外部システム連携部１１、リソース収集部１２、管理情報記憶部１３及び装置管理部１４は、各ユーザの収容装置の決定及び収容装置の組み換えといった各通信装置２０のリソースの状況に基づいた収容管理処理、並びに、収容管理処理以外の通信装置２０の一般制御処理を行う。一般制御処理には、例えば、通信装置２０の通信においてウイルス感染による通信や攻撃パケットなどが検出された場合に、通信装置２０による通信を自動で遮断するなどのリソースの状況以外の情報に基づいた通信装置２０の制御処理が含まれる。他にも、一般制御処理には、収容管理処理以外のリソースの状況に基づく新たな制御処理が含まれてもよい。
　ここで、図３を参照して、外部システム連携部１１、リソース収集部１２、管理情報記憶部１３及び装置管理部１４の詳細について説明する。図３は、管理装置における収容管理処理及び一般管理処理を行う機能に関するブロック図である。図３には、管理装置１０における収容管理処理及び一般管理処理を行う機能について記載し、その他の機能については省略した。
　管理情報記憶部１３は、装置管理ＤＢ１３１、シナリオＤＢ１３２及びテンプレートＤＢ１３３を有する。装置管理ＤＢ１３１は、各通信装置２０のリソース状況及び各ユーザの収容位置の情報を記憶する。
　シナリオＤＢ１３２は、コンフィグ内容や他の制御指示内容に応じて用意されたシナリオを予め記憶する。例えば、コンフィグ内容に応じたシナリオは、コンフィグ投入要求によって示される、通信サービスの種類、ユーザ数、通信量等に応じて用意される。
　テンプレートＤＢ１３３は、装置制御部１５０が通信装置２０を制御する場合に使用するテンプレートを作成するためのテンプレートファイルを記憶する。ここで、テンプレートは各種パラメータを含む。テンプレートに含まれるパラメータは、ユーザごとに可変の項目であり、例えば、アドレス、ユーザの識別子、通信帯域、料金等である。また、コマンドテンプレートファイルは、コンフィグ投入がサービスの開通、変更、解約のいずれであるか、及びユーザの所属する組織毎に異なっていてもよい。
　外部システム連携部１１は、外部システム６０と管理装置１０とを連携させるための処理を行う。例えば、外部システム連携部１１は、外部システム６０から受信した情報にしたがって、管理装置１０において収容管理処理及び一般制御処理を行わせる。
　リソース収集システム６１との連携の場合について説明する。外部システム連携部１１は、リソース収集システム６１で収集された各通信装置２０のリソース情報を受信する。そして、外部システム連携部１１は、受信したリソース情報に対してデータが管理装置１０で処理されるデータの規格に適合するかなどの確認を行うバリデーションチェックを実行する。バリデーションチェックの後、外部システム連携部１１は、リソース情報をリソース収集部１２へ出力する。その後、外部システム連携部１１は、リソースの更新情報の入力をリソース収集部１２から受ける。そして、外部システム連携部１１は、リソースの更新情報をリソース収集システム６１へ送信する。
　次に、リソース収集システム６１以外の外部システム６０との連携の場合について説明する。外部システム６０との１つの連携例として、外部システム連携部１１は、シナリオの起動指示を監視システム６２から受信する。外部システム６０から指定されるシナリオには、収容装置の組み換えや通信の遮断処理を行うシナリオなどが含まれる。外部システム連携部１１は、受信したシナリオの起動指示に対してバリデーションチェックを行う。このバリデーションチェックには、連携する外部システム６０の認証、受信したデータが管理装置１０で処理されるデータの規格に適合するかの確認及び指示内容の認証などが含まれる。このバリデーションチェックにより、外部システム連携部１１は、外部システム６０との連携をおこなう場合の、管理装置１０で実行される処理の整合性や安全性を確保することが可能となる。
　バリデーションチェックの後、外部システム連携部１１は、シナリオの起動指示を制御処理部１４１へ出力する。その後、外部システム連携部１１は、シナリオの実行結果の入力を制御処理部１４１から受ける。そして、外部システム連携部１１は、シナリオの実行結果を監視システム６２へ出力する。例えば、監視システム６２からシナリオの起動指示を受けることで、ユーザ通信の内容や過去の通信量の積算値など現在のリソース状況以外の情報から外部装置により決定された適切な収容位置及び通信機器の設定を用いて、管理装置１０は、該当の通信装置２０を設定することが可能となる。
　また、外部システム６０との他の連携例として、外部システム連携部１１は、通信装置２０を制御するための制御内容の指示を監視システム６２から受信する。そして、外部システム連携部１１は、受信した制御内容の指示に対してバリデーションチェックを行う。バリデーションチェックの後、外部システム連携部１１は、指示された制御内容に対してシナリオ変換を施して、指示された制御内容を実行するためのシナリオを作成する。その後、外部システム連携部１１は、作成したシナリオをシナリオＤＢ１３２へ配置する。次に、外部システム連携部１１は、制御内容の指示を制御処理部１４１へ出力する。その後、外部システム連携部１１は、指示された制御内容の実行結果の入力を制御処理部１４１から受ける。そして、外部システム連携部１１は、指示された制御内容の実行結果を監視システム６２へ出力する。
　監視システム６２から送られた制御内容を処理する以外にも、外部システム連携部１１は、外部ＤＢ６３から外部情報を取得することもできる。例えば、外部システム連携部１１は、装置管理部１４の制御処理部１４１からの情報取得要求を受けて、外部ＤＢ６３から外部情報を取得する。そして、外部システム連携部１１は、取得した外部情報を制御処理部１４１へ出力する。
　リソース収集部１２は、図２の処理Ｐ１に示すように、定期的に各通信装置２０に対してリソースの情報の取得要求を送信する。そして、リソース収集部１２は、リソースの情報の取得要求に対する応答として各通信装置２０のリソースの情報をそれぞれの通信装置２０から受信し収集する。ここで、リソース収集部１２は、リソースの情報の収集及び監視のロジックを運用状態に応じて変更することが可能である。例えば、リソース収集部１２は、ユーザ数に変動が少なければ、リソースの情報の取得要求を行う間隔を長くするなどの変更を行うことができる。この際、リソース収集部１２は、外部システム３０に含まれる通信装置２０のトラフィック監視系と連動して動作してロジックの変更を行うことも可能である。
　また、リソース収集部１２は、図２の処理Ｐ２に示すように、リソース収集システム１６１から送信されたリソースの情報の入力を外部システム連携部１１から受ける。これにより、リソース収集部１２は、リソースの常時監視及びリソースの情報のリアルタイムの収集に対応することができる。
　次に、リソース収集部１２は、図２の処理Ｐ３に示すように、取得したリソースの情報を装置管理ＤＢ１３１へ格納して、装置管理ＤＢ１３１が保持する各通信装置２０のリソースの情報を更新する。その後、リソース収集部１２は、更新結果の入力を装置管理ＤＢ１３１から受ける。次に、リソース収集部１２は、リソースの情報の更新結果を外部システム連携部１１へ出力する。
　次に、リソース収集部１２は、その時点の各通信装置２０のリソースの状況を確認して大きな変化が発生したか否かを判定する。例えば、リソース収集部１２は、特定の通信装置２０の通信量が予め決められた閾値を超えたか否かによりその通信装置２０のリソースの状況に大きな変化が発生したと判定する。他にも、リソース収集部１２は、各通信装置２０の余剰帯域、その時点のフィルタ数及びセッション数などを含む各リソースについて閾値を保持し、各リソースが閾値に達したか否かによりリソースの状況に大きな変化が発生したと判定することが可能である。大きな変化が発生したと判定した場合、リソース収集部１２は、リソースの変化を示すリソース変化情報を収容管理部１４２に出力する。
　装置管理部１４は、図３に示すように、制御処理部１４１及び収容管理部１４２を有する。制御処理部１４１は一般制御処理を実行し、収容管理部１４２は収容管理処理を実行する。以下に、制御処理部１４１及び収容管理部１４２のそれぞれの動作の詳細について説明する。
　収容管理部１４２は、コンフィグ投入要求管理ＤＢ２０２を定期的に監視する。そして、収容管理部１４２は、コンフィグ投入要求が登録されたことを確認すると、コンフィグ投入要求の要求内容を取得する。収容管理部１４２は、要求内容に応じたシナリオをシナリオＤＢ１３２から選択して取得する。
　次に、収容管理部１４２は、各通信装置２０のリソースの状況を装置管理ＤＢ１３１から取得する。そして、収容管理部１４２は、要求内容、及び、複数の通信装置２０のリソースの空き状況を基に、複数の通信装置２０の中からコンフィグ投入を実行する通信装置２０を決定する。その後、収容管理部１４２は、コンフィグ投入先に決定した通信装置２０を識別するための情報を要求内容に対応付けてコンフィグ投入要求管理ＤＢ１７に格納する。
　この時、収容管理部１４２は、投入したユーザコンフィグのバックアップを作成してもよい。その場合、収容管理部１４２は、ユーザコンフィグのバックアップ先とする通信装置２０を決定する。その後、収容管理部１４２は、ユーザコンフィグのバックアップの格納先に決定した通信装置２０を識別するための情報をユーザコンフィグのバックアップ作成指示に対応付けてコンフィグ投入要求管理ＤＢ１７に格納する。
　また、収容管理部１４２は、リソース変化情報の入力をリソース収集部１２から受ける。次に、収容管理部１４２は、取得したリソース変化情報から、収容装置の組み換えを行うか否かを判定する。収容装置の組み換えを行わない場合、収容管理装置１４２は、リソースの状況の変化に応じた収容装置の組み換え処理を終了する。
　これに対して、収容装置の組み換えを行う場合、収容管理装置１４２は、決定した収容位置の組み換えを行うために、どの組み換えシナリオを実行するかを決定する。その後、収容管理装置１４２は、決定した組み換えシナリオをシナリオＤＢ１３２から選択して取得する。次に、収容管理部１４２は、各通信装置２０のリソースの状況を装置管理ＤＢ１３１から取得する。
　そして、収容管理部１４２は、シナリオにしたがい、収容装置の組み換え行う通信装置２０を決定する。例えば、収容管理部１４２は、取得した各通信装置２０のリソースの状況を基に、通信装置２０のそれぞれが所定の制約条件を満たすか否かを判定する。例えば、制約条件は、特定の通信装置２０を収容装置とする全てのユーザがその特定の通信装置２０に収容されたときに、その特定の通信装置２０で消費されるいずれかのリソースの量が、予め決められたリソースの量を超えないといった条件である。この場合、収容管理部１４２は、制約条件を満たさない通信装置２０からユーザを移動させる収容装置の組み換えを実行すると決定する。
　次に、収容管理部１４２は、シナリオにしたがい、制約条件を満たさない通信装置２０のリソースの状況、及び、他の通信装置２０のリソースの空き状況を基に、収容先の組み換えを行うユーザ及びそのユーザの新たな収容装置を決定する。その後、収容管理部１４２は、制約条件を満たさない通信装置２０から収容装置として決定した通信装置２０への収容装置の組み換えを実行するためのユーザコンフィグの投入を決定する。この場合、制約条件を満たさない通信装置２０がユーザを削除するためのユーザコンフィグの投入の対象となり、新たな収容先となる通信装置２０が移動されたユーザを収容するためのユーザコンフィグの投入の対象となる。
　そして、収容管理部１４２は、制約条件を満たさない通信装置２０及び収容装置として決定した通信装置２０を識別するための情報を、収容装置の組み換えのためのコンフィグ投入の要求内容に対応付けてコンフィグ投入要求管理ＤＢ１７に格納する。この場合も、収容管理部１４２は、収容装置の組み換えで投入したユーザコンフィグのバックアップを作成することができる。
　制御処理部１４１は、シナリオの起動指示の入力を外部システム連携部１１から受ける。例えば、図２の処理Ｐ５に示すように、制御処理部１４１は、外部システム連携部１１を介して監視システム６２から送信されたシナリオの起動指示を受信する。次に、制御処理部１４１は、起動が指示されたシナリオの内容を確認する。さらに、制御処理部１４１は、複数のシナリオの起動指示を受信した場合には、各シナリオの起動指示の調停を行いシナリオの起動順を決定するなどの統合制御を行う。
　制御処理部１４１は、指定された内容に応じたシナリオをシナリオＤＢ１３２から選択して取得する。その後、制御処理部１４１は、シナリオの起動指示により指定された通信装置２０に対する取得したシナリオにしたがった制御の指示を、指定された通信装置２０が割り当てられた装置制御部１５０へ出力する。その後、制御処理部１４１は、シナリオの実行結果を外部システム連携部１１へ出力する。
　また、制御処理部１４１は、外部システム６０から指定された通信装置２０に対する制御内容の指示の入力を外部システム連携部１１から受ける。例えば、図２の処理Ｐ５に示すように、制御処理部１４１は、外部システム連携部１１を介して監視システム６２から送信された制御内容の指示を受信する。次に、制御処理部１４１は、指示された制御内容を確認する。この場合も、複数の制御内容の指示を受信した場合には、制御処理部１４１は、各制御の調停を行い制御の実行順を決定するといった統合制御を行う。
　制御処理部１４１は、外部システム６０から指定された通信装置２０に対する指示された制御内容にしたがった制御の指示を、特定の通信装置２０が割り当てられた装置制御部１５０へ出力する。その後、制御処理部１４１は、シナリオの実行結果を外部システム連携部１１へ出力する。
　さらに、図２の処理Ｐ６に示すように、制御処理部１４１は、外部情報の取得要求を外部システム連携部１１へ送信して外部ＤＢ６３に格納された外部情報を取得する。制御処理部１４１は、取得した外部情報に応じて選択する通信装置２０及び実行する制御を予め記憶する。そして、制御処理部１４１は、取得した外部情報を用いて制御を実行する通信装置２０及び実行する制御の内容を決定する。その後、制御処理部１４１は、決定した通信装置２０に対して決定した内容の制御の実行指示を、その通信装置２０が割り当てられた装置制御部１５０へ出力する。
　装置制御部１５０は、複数の通信装置２０のうちの少なくともいずれかが割り当てられる。例えば、図２では、装置制御部１５１は通信装置２１～２３が割り当てられ、装置制御部１５２は通信装置２４～２６が割り当てられ、装置制御部１５３は通信装置２７～２９が割り当てられる。
　装置制御部１５０は、要求内容に対応付けられた識別情報によって識別される通信装置２０に対し、要求内容に基づくコンフィグ投入を実行する。これにより、通信装置２０とユーザ間の通信が確立される。例えば、装置制御部１５０は、コンフィグ投入要求管理ＤＢ１７を定期的に監視し、割り当てられた通信装置２０の識別情報に対応付けられた要求内容を取得する。次に、装置制御部１５０は、ユーザコンフィグに関するテンプレートをテンプレートＤＢ１３３から選択して取得する。次に、装置制御部１５０は、テンプレートに含まれるパラメータを要求内容及び識別情報に基づき置換してコマンドリストを作成する。そして、装置制御部１５０は、作成したコマンドを実行し、通信装置２０に対してユーザコンフィグを設定する。
　また、装置制御部１５０は、シナリオの起動指示により指定された通信装置２０に対する取得したシナリオにしたがった制御の指示の入力を制御処理部１４１から受ける。そして、装置制御部１５０は、指定された通信装置２０に対してシナリオにしたがった制御を実行する。また、装置制御部１５０は、外部システム６０から指定された通信装置２０に対する指示された制御内容にしたがった制御の指示の入力を制御処理部１４１から受ける。そして、装置制御部１５０は、指示にしたがって指定された通信装置２０に対して制御を実行する。例えば、装置制御部１５０は、指定された通信装置２０における通信を遮断するようにその通信装置２０を制御する。
［第１の実施形態の処理］
　次に、図４を参照して、実施形態に係る管理システム１による収容装置の組み換え処理の流れについて説明する。図４は、実施形態に係る管理システムによる収容装置の組み換え処理の流れを示すシーケンス図である。
　リソース収集部１２は、予め決められたロジックにしたがって通信装置２０に対してリソースの情報の取得要求を送信する（ステップＳ１０１）。
　その後、リソース収集部１２は、リソースの情報の取得要求への応答として送信された各通信装置２０のリソースの情報を収集する（ステップＳ１０２）。
　また、外部システム連携部１１は、常時監視される各通信装置２０のリソースの情報をリソース収集システム６１から受信する（ステップＳ１０３）。
　次に、外部システム連携部１１は、受信したリソースの情報に対してバリデーションチェックを実行する（ステップＳ１０４）。
　次に、外部システム連携部１１は、受信したリソースの情報をリソース収集部１２へ出力する（ステップＳ１０５）。ここで、図４では、リソース収集部１２が自装置による各通信装置２０からのリソースの情報の取得と、リソース収集システム６１が収集したリソースの情報の取得とを連続して行うように説明したが、実際には、リソース収集部１２はそれらを独立して行う。
　リソース収集部１２は、取得したリソースの情報を装置管理ＤＢ１３１に登録して、装置管理ＤＢ１３１が保持する通信装置２０のリソースの情報を更新する（ステップＳ１０６）。
　その後、リソース収集部１２は、リソースの情報の更新完了の通知の入力を装置管理ＤＢ１３１から受ける（ステップＳ１０７）。
　次に、リソース収集部１２は、各通信装置２０のリソースの状況を確認する（ステップＳ１１０）。
　そして、リソース収集部１２は、各通信装置２０のリソースの状況を基に、各通信装置２０においてリソースの状況に大きな変化が発生したことを検出する（ステップＳ１１１）。
　リソース収集部１２は、リソースの変化を示すリソース変化情報を装置管理部１４の収容管理部１４２へ出力する（ステップＳ１１２）。
　収容管理部１４２は、リソース変化情報の入力をリソース収集部１２から受ける。そして、収容管理部１４２は、取得したリソース変化情報から、収容装置の組み換えを行うか否かを判定する。ここでは、収容位置の組み換えを行う場合で説明する。収容位置の組み換えを行うことを決定した場合、収容管理装置１４２は、決定した収容位置の組み換えを行うために、どの組み換えシナリオを実行するかを決定する。その後、収容管理装置１４２は、決定した組み換えシナリオをシナリオＤＢ１３２が保持するシナリオの中から選択して起動する（ステップＳ１１３）。
　そして、収容管理部１４２は、起動したシナリオにしたがい、組み換え処理を実行する（ステップＳ１１４）。具体的には、収容管理部１４２は、装置管理ＤＢ１３１に格納されたリソースの情報や各通信装置２０の制約条件などを用いて、収容装置の組み換えを行うユーザ及びそのユーザの新たな収容装置を決定する。その後、収容管理部１４２は、制約条件を満たさない通信装置２０から収容装置として決定した通信装置２０への収容装置の組み換えを実行するコンフィグの投入を決定する。
　そして、収容管理部１４２は、制約条件を満たさない通信装置２０及び収容装置として決定した通信装置２０を識別するための情報を要求内容に対応付けてコンフィグ投入要求管理ＤＢ１７に格納する。これにより、収容管理部１４２は、シナリオにしたがった収容装置の組み換え処理の通信装置２０の制御を装置制御部１５０に指示する（ステップＳ１１５）。
　装置制御部１５０は、コンフィグ投入要求管理ＤＢ１７を監視してコンフィグ投入要求を取得する。その後、装置制御部１５０は、コンフィグ投入要求にしたがって通信装置２０にコンフィグの投入を行う（ステップＳ１１６）。これにより、装置制御部１５０は、収容装置の組み換え処理を実行する。
　次に、図５を参照して、外部システム６０からシナリオの起動指示を受信した場合の本実施形態に係る管理システム１による通信装置２０の制御の流れを説明する。図５は、監視システムからシナリオの起動指示を受信した場合の管理システムによる通信装置の制御の流れを示すシーケンス図である。ここでは、外部システム６０のうち監視システム６２がシナリオの起動指示を行う場合で説明する。
　外部システム連携部１１は、シナリオの起動指示を監視システム６２から受信する（ステップＳ２０１）。
　次に、外部システム連携部１１は、シナリオの起動指示に対してバリデーションチェックを実行する（ステップＳ２０２）。
　バリデーションチェック後、外部システム連携部１１は、シナリオの起動指示を装置管理部１４の制御処理部１４１へ出力する（ステップＳ２０３）。
　制御処理部１４１は、シナリオの起動指示を外部システム連携部１１から受ける。そして、制御処理部１４１は、起動が指示されたシナリオの内容を確認する（ステップＳ２０４）。
　次に、制御処理部１４１は、確認した内容に応じたシナリオをシナリオＤＢ１３２から選択して取得してシナリオを起動する（ステップＳ２０５）。
　その後、制御処理部１４１は、起動したシナリオにしたがって装置制御部１５０に通信装置２０の制御を指示する（ステップＳ２０６）。
　装置制御部１５０は、制御処理部１４１からの指示を受けて、シナリオにしたがって通信装置２０を制御する（ステップＳ２０７）。
　制御処理部１４１は、シナリオの実行結果を外部システム連携部１１へ出力する（ステップＳ２０８）。
　外部システム連携部１１は、制御処理部１４１から取得したシナリオの実行結果を、シナリオの起動指示の送信元である監視システム６２へ送信する（ステップＳ２０９）。
　次に、図６を参照して、外部システム６０から通信装置２０の制御指示を受信した場合の本実施形態に係る管理システム１による通信装置２０の制御の流れを説明する。図６は、外部システムからシナリオの起動指示を受信した場合の管理システムによる通信装置の制御の流れを示すシーケンス図である。ここでは、外部システム６０のうち監視システム６２が制御指示を行う場合で説明する。
　外部システム連携部１１は、通信装置２０を制御するための制御内容の指示を監視システム６２から受信する（ステップＳ２１１）。
　次に、外部システム連携部１１は、受信した制御内容の指示に対してバリデーションチェックを実行する（ステップＳ２１２）。
　バリデーションチェック後、外部システム連携部１１は、制御内容をシナリオ変換して指示された制御内容に対応するシナリオを作成する（ステップＳ２１３）。
　その後、外部システム連携部１１は、作成したシナリオをシナリオＤＢ１３２に配置する（ステップＳ２１４）。
　次に、外部システム連携部１１は、制御内容の指示を装置管理部１４の制御処理部１４１へ出力する（ステップＳ２１５）。
　制御処理部１４１は、制御内容の指示の入力を外部システム連携部１１から受ける。次に、制御処理部１４１は、制御内容の指示により示された指示内容を確認する（ステップＳ２１６）。
　次に、制御処理部１４１は、指示された制御内容にしたがった通信装置２０の制御を装置制御部１５０に指示する（ステップＳ２１７）。
　装置制御部１５０は、制御処理部１４１からの指示を受けて、指示された制御内容にしたがって通信装置２０を制御する（ステップＳ２１８）。
　制御処理部１４１は、制御内容の指示にしたがって行った制御の実行結果を外部システム連携部１１へ出力する（ステップＳ２１９）。
　外部システム連携部１１は、制御処理部１４１から取得した実行結果を、制御内容の指示の送信元である監視システム６２へ送信する（ステップＳ２２０）。
　さらに、図７を参照して、本実施例に係る管理システム１による通信装置２０の制御の流れをまとめて説明する。図７は、実施例に係る管理システムによる通信装置の制御のフローチャートである。
　収容管理部１４２は、コンフィグ投入要求管理ＤＢ１７を監視し、コンフィグ投入要求管理ＤＢ１７にコンフィグ投入要求が格納されたか否かを判定する（ステップＳ３０１）。
　コンフィグ投入要求が格納された場合（ステップＳ３０１：肯定）、収容管理部１４２は、コンフィグ投入要求をコンフィグ投入要求管理ＤＢ１７から取得する。そして、収容管理部１４２は、取得したコンフィグ投入要求に応じたシナリオをシナリオＤＢ１３２から取得して、取得したシナリオを起動する（ステップＳ３０２）。
　そして、収容管理部１４２は、シナリオにしたがって処理を実行して、ユーザコンフィグを投入する通信装置２０を決定する（ステップＳ３０３）。そして、収容管理部１４２は、コンフィグ投入先に決定した通信装置２０を識別するための情報を要求内容に対応付けてコンフィグ投入要求管理ＤＢ１７に格納する。
　コンフィグ投入先に決定した通信装置２０を識別するための情報が要求内容に対応付けられてコンフィグ投入要求管理ＤＢ１７に格納されると、コンフィグ投入先に決定された通信装置２０が割り当てられた装置制御部１５０は、コンフィグ投入要求を取得する。そして、装置制御部１５０は、コンフィグ投入要求にしたがって、ユーザコンフィグをコンフィグ投入先に決定された通信装置２０に設定する（ステップＳ３０４）。
　一方、コンフィグ投入要求が格納されていない場合（ステップＳ３０１：否定）、リソース収集部１２は、自装置からの取得要求又は外部システム６０からの送信によりリソースの情報を取得したか否かを判定する（ステップＳ３０５）。
　リソースの情報を所得した場合（ステップＳ３０５：肯定）、リソース収集部１２は、取得したリソースの情報を装置管理ＤＢ１３１へ格納して通信装置２０のリソースの情報を更新する（ステップＳ３０６）。
　次に、リソース収集部１２は、各通信装置２０のリソースの状況について大きな変化の発生を検出したか否か判定する（ステップＳ３０７）。リソースの状況に大きな変化がない場合（ステップＳ３０７：否定）、リソース収集部１２は、制御処理を終了する。
　これに対して、リソースの状況に大きな変化が発生した場合（ステップＳ３０７：肯定）、リソース収集部１２は、リソース変化情報を収容管理部１４２へ出力する。収容管理部１４２は、リソース変化情報をリソース収集部１２から取得する。そして、収容管理部１４２は、リソース変化情報を基に、どのシナリオを実行するかを決定する。その後、収容管理装置１４２は、決定したシナリオをシナリオＤＢ１３２から取得して、取得したシナリオを起動する（ステップＳ３０８）。
　そして、収容管理部１４２は、シナリオにしたがって処理を実行して、収容装置の組み換えの対象とする通信装置２０を決定する（ステップＳ３０９）。その後、収容管理部１４２は、収容装置の組み換えの対象として決定した通信装置２０を識別するための情報を収容装置の組み換えのための投入要求に対応付けてコンフィグ投入要求管理ＤＢ１７に格納する。
　通信装置２０を識別するための情報が収容装置の組み換えのための投入要求に対応付けてコンフィグ投入要求管理ＤＢ１７に格納されると、コンフィグ投入先に決定された通信装置２０が割り当てられた装置制御部１５０は、コンフィグ投入要求を取得する。そして、装置制御部１５０は、コンフィグ投入要求にしたがって、ユーザコンフィグをコンフィグ投入先に決定された通信装置２０に設定する（ステップＳ３１０）。
　一方、リソースの情報を所得していない場合（ステップＳ３０５：否定）、外部システム連携部１１は、シナリオの起動指示を外部システム６０から受信したか否かを判定する（ステップＳ３１１）。
　シナリオの起動指示を外部システム６０から受信した場合（ステップＳ３１１：肯定）、外部システム連携部１１は、シナリオの起動指示を制御処理部１４１へ出力する。制御処理部１４１は、外部システム連携部１１から取得したシナリオの起動指示の内容を確認する（ステップＳ３１２）。
　次に、制御処理部１４１は、シナリオの起動指示にしたがって、シナリオをシナリオＤＢ１３２から取得して起動する（ステップＳ３１３）。
　その後、制御処理部１４１は、起動したシナリオにしたがって通信装置２０の制御を実行する（ステップＳ３１４）。
　一方、シナリオの起動指示を外部システム６０から受信していない場合（ステップＳ３１１：否定）、外部システム連携部１１は、通信装置２０を制御するための制御内容の指示を外部システム６０から受信したか否かを判定する（ステップＳ３１５）。通信装置２０を制御するための制御内容の指示を受信していない場合（ステップＳ３１５：否定）、外部システム連携部１１は、通信装置２０の制御処理を終了する。
　これに対して、通信装置２０を制御するための制御内容の指示を受信した場合（ステップＳ３１５：肯定）、外部システム連携部１１は、制御内容に対してシナリオ変換を行い、制御内容に対応するシナリオを作成する（ステップＳ３１６）。
　その後、外部システム連携部１１は、作成したシナリオをシナリオＤＢ１３２に配置する（ステップＳ３１７）。
　次に、外部システム連携部１１は、通信装置２０を制御するための制御内容の指示を制御処理部１４１へ出力する。制御処理部１４１は、通信装置２０を制御するための指示内容を確認する（ステップＳ３１８）。
　次に、制御処理部１４１は、制御内容にしたがって通信装置２０の制御を実行する（ステップＳ３１９）。
　管理装置１０は、図７のフローチャートに記載した処理を繰り返すことで、通信装置２０の制御を進める。
［実施形態の効果］
　以上に説明したように、管理装置１０は、リソース収集部１２及びリソース収集部１２とは別に装置管理部１４を有する。そして、リソース収集部１２は、リソースの情報の収集及びリソース状況の確認を行う。また、装置管理部１４は、リソース収集部１２により各通信装置２０におけるリソースの状況に大きな変化が検出された場合に、収容装置の組み換えを行う。このようにリソース収集部１２と装置管理部１４とを分けることで、リソースの情報の収集及びリソース状況の確認の機能と、収容装置の組み換えの制御を行う機能とのそれぞれで、必要な性能を容易に確保することが可能となる。
　さらに、管理装置１０は、外部システム連携部１１を有する。外部システム連携部１１は、通信装置２０を常時監視してリソースの情報を収集するリソース収集システム６１やリソースの情報以外の通信装置２０の状態を監視する監視システム６２及び外部ＤＢ６３などの外部システム６０を管理装置１０に連携させる。これにより、リソース収集部１２は、リソース収集システム６１で得られたリソースの情報を用いてリソースの状況の変化を検知することができる。そのため、リソース収集部１２は、常時監視を行う性能を有さなくても、リアルタイムでの通信装置２０の制御を実現することができる。
　また、装置管理部１４は、外部システム６０から入力されたシナリオの起動指示や制御内容の指示に基づいて、通信装置２０を制御することができる。これにより、ユーザの通信量の積算値によるＱｏＳ制御や、セキュリティサービスとしてウイルス通信を検知し自動で通信を遮断する等、リソース情報以外の情報からユーザの収容位置や通信制御を変更することが可能となる。このように、収容装置の組み換えや設定変更といった制御を外部システムからも実施可能とすることで、管理システム１は、様々なリソース情報を収集、監視するシステムと連携可能となり、より多様なサービスを提供することが可能となる。すなわち、管理装置１０は、現在のリソース状況以外の情報に基づいて通信装置２０を制御することができる。例えば、外部システム６０により通信装置２０における通信内容のチェックが行われウイルス感染による通信や攻撃パケットが識別されることで、その外部システム６０からの情報を用いて、管理装置１０は、該当する通信装置２０の通信を自動で遮断するなどの制御も可能となる。
［システム構成等］
　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散及び統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散又は統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部又は任意の一部が、ＣＰＵ（Central　Processing　Unit）及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
　また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
［プログラム］
　一実施形態として、管理システム１は、パッケージソフトウェアやオンラインソフトウェアとして上記の管理処理を実行する管理プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の管理プログラムを情報処理装置に実行させることにより、情報処理装置を管理システム１として機能させることができる。ここで言う情報処理装置には、デスクトップ型又はノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal　Handy-phone　System）等の移動体通信端末、さらには、ＰＤＡ（Personal　Digital　Assistant）等のスレート端末等がその範疇に含まれる。
　また、管理装置１０は、ユーザが使用する端末装置をクライアントとし、当該クライアントに上記の管理処理に関するサービスを提供する管理サーバ装置として実装することもできる。例えば、管理サーバ装置は、コンフィグ投入要求を入力とし、コンフィグ投入を行う管理サービスを提供するサーバ装置として実装される。この場合、管理サーバ装置は、Webサーバとして実装することとしてもよいし、アウトソーシングによって上記の管理処理に関するサービスを提供するクラウドとして実装することとしてもかまわない。
　図８は、管理プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。
　メモリ１０１０は、ＲＯＭ（Read　Only　Memory）１０１１及びＲＡＭ（Random　Access　Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（BASIC　Input　Output　System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。
　ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、管理装置１０と同等の機能を持つ管理装置１０の各処理を規定するプログラムは、コンピュータにより実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、管理装置１０における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid　State　Drive）により代替されてもよい。
　また、上述した実施形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、CPU１０２０は、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてRAM１０１２に読み出して、上述した実施形態の処理を実行する。
　なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local　Area　Network）、ＷＡＮ（Wide　Area　Network）等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
　１　管理システム
　１０　管理装置
　２０～２９　通信装置
　３１，３２　スイッチ
　４１～４３　ユーザ
　１１　外部システム連携部
　１２　リソース収集部
　１３　管理情報記憶部
　１４　装置管理部
　１６　上位システム対応部
　１７　コンフィグ投入要求管理ＤＢ
　１８　リソースコントローラ
　５０　上位システム
　６０　外部システム
　６１　リソース収集システム
　６２　監視システム
　６３　外部ＤＢ
　１３１　装置管理ＤＢ
　１３２　シナリオＤＢ
　１３３　テンプレートＤＢ
　１４１　制御処理部
　１４２　収容管理部
　１５０～１５３　装置制御部

Claims (8)

  1. 　ネットワークを利用するユーザを収容する複数の通信装置の制御情報を外部システムから受信する外部システム連携部と、
    　各前記通信装置のそれぞれのリソース情報を取得してリソース状況の変化を検知するリソース収集部と、
    　前記外部システム連携部により受信された前記制御情報又は前記リソース収集部により検知された前記リソース状況の変化を基に、前記ユーザの収容位置の組み換えを含む前記通信装置の制御を実行する装置管理部と
    　を備えたことを特徴とする管理装置。
  2. 　前記外部システムは、前記通信装置を常時監視し常時監視リソース情報を取得するリソース収集システムを有し、
    　前記外部システム連携部は、前記制御情報として前記常時監視リソース情報を前記リソース収集システムから受信し、
    　前記リソース収集部は、前記外部システム連携部により受信された前記常時監視リソース情報を基に、前記リソース状況の変化を検知する
    　ことを特徴とする請求項１に記載の管理装置。
  3. 　前記外部システム連携部は、前記通信装置の制御命令を前記外部システムから受信し、
    　前記装置管理部は、前記外部システム連携部により受信された前記制御命令を基に前記通信装置の制御を行う
    　ことを特徴とする請求項１又は２に記載の管理装置。
  4. 　前記装置管理部は、取得した指示に応じた処理ロジックを示すシナリオを複数有し、前記収容位置の組み換え指示に対応する前記シナリオを選択し、選択した前記シナリオにしたがって収容元及び収容先となる前記収容位置を決定して前記収容位置の組み換えを行うことを特徴とする請求項１～３のいずれか一つに記載の管理装置。
  5. 　前記外部システム連携部は、前記外部システムから前記シナリオの起動指示を受信し、　前記装置管理部は、前記起動指示で指定された前記シナリオを選択し、選択した前記シナリオに基づいて前記通信装置を制御する
    　ことを特徴とする請求項４に記載の管理装置。
  6. 　ネットワークを利用するユーザを収容する複数の通信装置の制御情報を外部システムから受信する外部システム連携工程と、
    　各前記通信装置のそれぞれのリソース情報を取得してリソース状況の変化を検知するリソース収集工程と、
    　前記外部システム連携工程で受信した前記制御情報又は前記リソース収集工程で検知した前記リソース状況の変化を基に、前記ユーザの収容位置の組み換えを含む前記通信装置の制御を実行する制御工程と
    　を含むことを特徴とする管理方法。
  7. 　ネットワークを利用するユーザを収容する複数の通信装置の制御情報を外部システムから受信し、
    　各前記通信装置のそれぞれのリソース情報を取得してリソース状況の変化を検知し、
    　前記制御情報又は前記リソース状況の変化を基に、前記ユーザの収容位置の組み換えを含む前記通信装置の制御を実行する
    　処理をコンピュータに実行させることを特徴とする管理プログラム。
  8. 　ネットワークを利用するユーザを収容する複数の通信装置の制御情報を外部システムから受信する第１装置と、
    　各前記通信装置のそれぞれのリソース情報を取得してリソース状況の変化を検知する第２装置と、
    　前記第１装置により受信された前記制御情報又は前記第２装置により検知された前記リソース状況の変化を基に、前記ユーザの収容位置の組み換えを含む前記通信装置の制御を実行する第３装置と
    　を備えたことを特徴とする管理システム。
PCT/JP2020/032959 2020-08-31 2020-08-31 管理装置、管理方法、管理プログラム及び管理システム WO2022044341A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2022545271A JP7485055B2 (ja) 2020-08-31 2020-08-31 管理システム、管理方法及び管理プログラム
US18/023,795 US20230246911A1 (en) 2020-08-31 2020-08-31 Control device, control method, control program and control system
PCT/JP2020/032959 WO2022044341A1 (ja) 2020-08-31 2020-08-31 管理装置、管理方法、管理プログラム及び管理システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/032959 WO2022044341A1 (ja) 2020-08-31 2020-08-31 管理装置、管理方法、管理プログラム及び管理システム

Publications (1)

Publication Number Publication Date
WO2022044341A1 true WO2022044341A1 (ja) 2022-03-03

Family

ID=80355000

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/032959 WO2022044341A1 (ja) 2020-08-31 2020-08-31 管理装置、管理方法、管理プログラム及び管理システム

Country Status (3)

Country Link
US (1) US20230246911A1 (ja)
JP (1) JP7485055B2 (ja)
WO (1) WO2022044341A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024042590A1 (ja) * 2022-08-22 2024-02-29 日本電信電話株式会社 コンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015156566A (ja) * 2014-02-20 2015-08-27 日本電信電話株式会社 ネットワーク管理装置、ネットワーク管理方法及びネットワーク管理プログラム
JP2017046327A (ja) * 2015-08-28 2017-03-02 日本電信電話株式会社 端局装置、帯域割当方法及びプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9674042B2 (en) * 2013-11-25 2017-06-06 Amazon Technologies, Inc. Centralized resource usage visualization service for large-scale network topologies
JP6323194B2 (ja) * 2014-06-13 2018-05-16 富士通株式会社 ネットワーク管理装置及び方法
KR102542403B1 (ko) * 2017-09-29 2023-06-12 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 자원 설정과 데이터 송수신 방법 및 장치
JP7006370B2 (ja) * 2018-02-26 2022-02-10 日本電気株式会社 デバイス管理装置、デバイス管理システム、デバイス管理方法、及び、デバイス管理プログラム
US11588884B2 (en) * 2019-09-09 2023-02-21 Cisco Technology, Inc. Utilizing network analytics for service provisioning

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015156566A (ja) * 2014-02-20 2015-08-27 日本電信電話株式会社 ネットワーク管理装置、ネットワーク管理方法及びネットワーク管理プログラム
JP2017046327A (ja) * 2015-08-28 2017-03-02 日本電信電話株式会社 端局装置、帯域割当方法及びプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024042590A1 (ja) * 2022-08-22 2024-02-29 日本電信電話株式会社 コンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラム

Also Published As

Publication number Publication date
JPWO2022044341A1 (ja) 2022-03-03
US20230246911A1 (en) 2023-08-03
JP7485055B2 (ja) 2024-05-16

Similar Documents

Publication Publication Date Title
EP1832976A1 (en) Software update program, software update device, and software update method
US20220303216A1 (en) Application Programing Interface (API) Gateway Cluster Control Method and API Gateway Cluster
US8015275B2 (en) Computer product, method, and apparatus for managing operations of servers
US10628228B1 (en) Tiered usage limits across compute resource partitions
CN103620578B (zh) 经由网络分割的本地云计算
US20110239216A1 (en) Service providing system, a virtual machine server, a service providing method, and a program thereof
US8341705B2 (en) Method, apparatus, and computer product for managing operation
WO2020199686A1 (zh) 一种提供边缘服务的方法、系统及计算设备
EP1514183A2 (en) Distributed computer
EP4052128A1 (en) Cloud service for cross-cloud operations
US20220070099A1 (en) Method, electronic device and computer program product of load balancing
WO2022044341A1 (ja) 管理装置、管理方法、管理プログラム及び管理システム
CN114064155A (zh) 基于容器的算法调用方法、装置、设备及存储介质
JP7439928B2 (ja) 管理装置、管理方法、管理プログラム、及び管理システム
JP2012022555A (ja) サーバ構成管理システム
CN113672368A (zh) 任务调度方法及系统
JP6888478B2 (ja) 振り分けシステム
WO2023026497A1 (ja) 管理装置、管理方法及び管理プログラム
JP2019028673A (ja) 管理装置および管理方法
WO2022176033A1 (ja) 管理装置、管理方法及び管理プログラム
JP6597324B2 (ja) オートスケール方法、オートスケールプログラム、情報処理装置及び情処理システム
WO2024038605A1 (ja) 管理サーバ、管理方法、および、管理プログラム
US11831513B2 (en) Communication quality management device, method, and program for accommodating user resource consumption
KR101254312B1 (ko) 프로그램 분산 배포 장치의 서버 로드 밸런싱 방법
US7346767B2 (en) Method and apparatus for managing resource access in configuring a plurality of computers

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2022545271

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20951590

Country of ref document: EP

Kind code of ref document: A1