WO2022003926A1 - Management device, management method, management program, and management system - Google Patents

Abstract

According to the present invention, a configuration input request management DB (202) stores configuration input request contents, for a plurality of communication devices accommodating users who use a network. A device management unit (204) determines a communication device to execute configuration input from among the plurality of communication devices, on the basis of the request contents and the available status of resources of the plurality of communication devices, and stores information for identifying the determined communication device in the configuration input request management DB (202) in association with the request contents. A device control unit (210) executes configuration input based on the request contents, for the communication device identified by the identification information associated with the request contents.

Description

Management equipment, management methods, management programs, and management systems

The present invention relates to a management device, a management method, a management program, and a management system.

Conventionally, in providing communication services to users, a method has been known in which a centralized management server inputs a config when a new user input request is generated from a higher-level system. At that time, the centralized management server appropriately determines the communication device that accommodates the user, that is, the target to which the config is input, according to the amount of free resources of each communication device.

FIG. 9 is a diagram showing the configuration of a conventional management system. As shown in FIG. 9, the centralized management server receives a config input request for accommodating a user from a higher-level system (101). Here, the centralized management server appropriately determines the communication device in which the corresponding user is accommodated according to the amount of free resources of each communication device (102). Then, the centralized management server executes the config input of the corresponding user to the communication device of the determined accommodation destination (103). As a result, the communication of the corresponding user is established on the communication device to which the configuration is input (104).

However, the conventional method has a problem that it may be difficult to ensure redundancy and extensibility.

For example, when it becomes necessary to handle a large number of config input requests, it is conceivable to respond by scaling up to improve the processing performance of the centralized management server or scaling out to increase the number of centralized management servers.

On the other hand, scaling up the centralized management server has the problem that it is necessary to stop the system at the time of implementation. In addition, in the scale-out of the centralized management server, it becomes necessary for the host system to send the config input request to multiple centralized management servers, and it becomes a problem that the accommodation position conflicts and inconsistencies occur. .. As described above, it may be difficult to guarantee scalability by scale-up or scale-out with the conventional method.

In addition, when all the processing related to config input is realized by one centralized management server as in the conventional method, in order to take over the processing of each input request at the switching destination at the time of failure switching, the constant processing state is redundant with the operation system. It is necessary to share it with the system. Therefore, in the conventional method, the cost for ensuring redundancy is high.

In order to solve the above-mentioned problems and achieve the purpose, the management device includes a storage unit for storing the request contents of the config input for a plurality of communication devices accommodating the users who use the network, the request contents, and the request contents. Based on the availability of resources of the plurality of communication devices, the communication device for executing the config input is determined from the plurality of communication devices, and the identification information for identifying the determined communication device is set in the request content. It has a determination unit that is associated and stored in the storage unit, and an execution unit that executes config input based on the request content for a communication device identified by the identification information associated with the request content. It is characterized by.

According to the present invention, it is possible to ensure redundancy and expandability in a system that manages users of communication services.

FIG. 1 is a diagram showing a configuration example of the management system of the first embodiment. FIG. 2 is a diagram illustrating a method of determining a storage position. FIG. 3 is a diagram illustrating a method of inputting a config. FIG. 4 is a diagram illustrating a resource control method. FIG. 5 is a diagram illustrating a priority control method. FIG. 6 is a diagram illustrating the effect of the first embodiment. FIG. 7 is a sequence diagram showing a processing flow of the management system of the first embodiment. FIG. 8 is a diagram showing an example of a computer that executes a management program. FIG. 9 is a diagram showing the configuration of a conventional management system.

Hereinafter, the management device, the management method, the management program, and the embodiment of the management system according to the present application will be described in detail based on the drawings. The present invention is not limited to the embodiments described below.

[Structure of the first embodiment]
First, the configuration of the management system according to the first embodiment will be described with reference to FIG. FIG. 1 is a diagram showing a configuration example of the management system of the first embodiment. As shown in FIG. 1, the management system 20 receives a config input request from the host system 10. The function of the host system 10 may be realized by an operator. In that case, the operator inputs the content of the config input request to the management system 20. Input of the config is to set the communication device accommodating the user according to the opening, changing, cancellation, etc. of the service.

As shown in FIG. 1, the management system 20 includes an upper system corresponding unit 201, a config input request management DB 202, a device management DB 203, a device management unit 204, a resource controller 205, a device control unit 210, a device control unit 220, and a device control unit. It has 230.

Here, the management system 20 may be realized by a plurality of computers or may be realized as a management device by one computer. Each of the host system corresponding unit 201, config input request management DB 202, device management DB 203, device management unit 204, resource controller 205, device control unit 210, device control unit 220, and device control unit 230 is realized by a physical machine or a virtual machine. Will be done.

Further, the management system 20 has a communication device 211, a communication device 212, and a communication device 213 assigned to the device control unit 210. Further, the management system 20 has a communication device 221, a communication device 222, and a communication device 223 assigned to the device control unit 220. Further, the management system 20 has a communication device 231, a communication device 232, and a communication device 233 assigned to the device control unit 210. The communication device is a switch, a router, or the like, and accommodates a user who uses a communication service.

First, the host system corresponding unit 201 receives a config input request from the host system 10 (1). Here, the device management unit 204 periodically monitors the config input request management DB 202, confirms the vacant accommodation position, and determines the accommodation position (2). The host system corresponding unit 201 registers the received config input request in the config input request management DB 202 (3). As a result, the config input request management DB 202 stores the contents of the config input request for the plurality of communication devices accommodating the users who use the network. The config input request management DB 202 is an example of a storage unit.

The device management unit 204 periodically monitors the config input request management DB 202, and when it confirms that the config input request has been registered, acquires the request content of the config input request (4). Further, the device management unit 204 determines a communication device for executing config input from a plurality of communication devices based on the request contents and the availability of resources of the plurality of communication devices, and determines the determined communication device. The information for identification is stored in the config input request management DB 202 in association with the request contents. The device management unit 204 is an example of a determination unit.

The device control unit 210 executes config input based on the request content to the communication device identified by the identification information associated with the request content (5). As a result, communication between the communication device and the user is established (6). The device control unit 210 is an example of an execution unit.

At least one of a plurality of communication devices is assigned to the device control unit 210. In the example of FIG. 1, the device control unit 210 is assigned the communication device 211, the communication device 212, and the communication device 213. The device control unit 210 periodically monitors the config input request management DB 202 and acquires the request content associated with the identification information of the assigned communication device. The device control unit 220 and the device control unit 230 also perform the same processing as the device control unit 210. For example, the communication device 211 accommodates the users U11 and U12 via the L2 network N.

Here, the communication device may be assigned to a plurality of device control units or may be assigned to a single device control unit. In the example of FIG. 1, the communication device 223 is assigned to both the device control unit 220 and the device control unit 230. On the other hand, the communication device 221 is assigned only to the device control unit 220. At this time, each of the plurality of device control units periodically monitors the config input request management DB2 and is associated with the identification information of the communication device assigned to one or more of the plurality of device control units. Get the request content.

The processing of the device management unit 204 will be described in detail with reference to FIG. FIG. 2 is a diagram illustrating a method of determining a storage position. Here, it is assumed that the scenario prepared in advance according to the config contents is stored in the device management DB 203. The scenario shall be prepared according to the type of communication service, the number of users, the amount of communication, etc. indicated by the content of the request.

First, the device management unit 204 acquires the request content from the config input request management DB 202 (2-1). Then, the device management unit 204 selects a scenario according to the content of the request (2-2). Further, the device management unit 204 confirms the free resources of each communication device and determines the accommodation position (2-3). Here, the accommodation position means the communication device to which the config is input. In this way, the device management unit 204 determines the communication device for executing the config input according to the scenario corresponding to the request content prepared in advance.

The processing of the device control unit 210 will be described in detail with reference to FIG. FIG. 3 is a diagram illustrating a method of inputting a config. The device control unit 210 executes a command obtained by substituting a predetermined parameter included in a template of a command for inputting a config prepared in advance based on a request content and identification information.

Here, it is assumed that the template file for creating the template is stored in the device management DB 203. The device control unit 210 prepares a template file for each model of the communication device and the content of the input request, replaces the variable parameters in the template file, and generates a command list to be input to the device. Here, the parameter is a variable item for each user, and is, for example, an address, a user identifier, a communication band, a charge, and the like. Further, the command template file may be different depending on whether the input of the config is opening, changing, or canceling the service, and the organization to which the user belongs (company A, company B, etc.).

As shown in FIG. 3, the device control unit 210 first selects a config template (5-1). Next, the device control unit 210 creates a command list (5-2). Then, the device control unit 210 executes the created command and inputs the config (5-3).

The processing of the resource controller 205 will be described with reference to FIGS. 4 and 5. The resource controller 205 monitors the operation status of each functional unit including the device control unit 210, the device control unit 220, and the device control unit 230, and controls the operation of each functional unit according to the status. The resource controller 205 adjusts the resources assigned to each functional unit, the priority of the task, and the like. The resource controller 205 is an example of an adjustment unit.

FIG. 4 is a diagram illustrating a resource control method. The resource controller 205 monitors the number of input requests received at regular intervals, allocates resources in the device control unit according to the number, and changes the confirmation frequency of the config input request management DB 202 in periodic monitoring. It is possible to prevent the request from staying.

FIG. 4 is a diagram illustrating a resource control method. As shown in FIG. 4, first, the resource controller 205 refers to the config input request management DB 202 and confirms the number of input requests waiting to be processed (7). Then, the resource controller 205 scales up according to the number of input requests, allocates compute resources, and changes the DB confirmation frequency (8).

For example, when a large number of config input requests for the communication device 211, the communication device 212, and the communication device 213 are waiting for processing in the config input request management DB 202, it is conceivable that the resources of the device control unit 210 will be insufficient. In such a case, the resource controller 205 temporarily expands the device control unit 210a, and allocates the communication device 211, the communication device 212, and the communication device 213 to the added device control unit 210a. The resource controller 205 may be expanded by automatically generating a virtual machine on a predetermined server. Further, the resource controller 205 may control only the device control unit (8) that needs to accelerate the confirmation frequency among the plurality of device control units.

In this way, the resource controller 205 determines the resources allocated to the device control unit 210 and the monitoring frequency of the config input request management DB 202 by the device control unit 210 based on the number of unprocessed request contents stored in the config input request management DB 202. adjust. As a result, the resource controller 205 can prevent the access resource of the input request management DB 202 from being exhausted because the access frequency to the input request management DB 202 of the device control unit is too high.

FIG. 5 is a diagram illustrating a priority control method. As shown in FIG. 5, the resource controller 205 gives priority to 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 202, and the device control unit 210. Can be processed. First, the resource controller 205 confirms whether there is an input request (which has not been processed for a certain period of time or longer) during the stagnation (9). Then, the resource controller 205 sets the priority of the input request during the stagnation high (10). As a result, the stagnation of the config input request is eliminated.

FIG. 6 is a diagram illustrating the effect of the first embodiment. The management system 20 makes it possible to carry out appropriate expansion according to the characteristics of each functional unit by distributing the functions. For example, the device control unit can be expanded by scaling out, and the other functional units can be expanded by scaling up. Further, in the management system 20, the easiness of remodeling due to the addition of a new service, the renewal of the device, etc. is guaranteed by creating a scenario for determining the accommodation position and creating a template for inputting the config.

[Processing of the first embodiment]
FIG. 7 is a sequence diagram showing a processing flow of the management system of the first embodiment. First, as shown in FIG. 7, the host system corresponding unit 201 receives a config input request from the host system 10 (step S101). Next, the host system corresponding unit 201 writes the received config input request to the config input request management DB 202 (step S102).

For example, a record as shown in 202a is written in the config input request management DB 202. At this time, the status of the config input request is "accepted". The host system correspondence unit 201 makes a reception response to the host system 10 (step S103).

The item called the execution function unit of the config input request management DB 202 holds information that identifies the function unit (the function unit that is executing or is waiting to be executed) that processes the next config input request. Each function unit acquires a config input request to be processed from the config input request management DB 202 based on the information held in the item of the execution function unit. In the example of 202a, it is shown that the functional unit that next processes the config input request is the "device management unit". In this case, the config input request shown in 202a is acquired by the device management unit, but is not acquired by the device control unit and the host system corresponding unit.

The device management unit 204 periodically attempts to acquire a request for which the expropriation position has not been determined from the config input request management DB 202 (steps S104 and S105). Here, the device management unit 204 selects a scenario for determining the accommodation position when the request for determining the acquisition position can be acquired (if applicable) (step S106).

Further, the device management unit 204 estimates the resource consumption in the configuration input of the corresponding user (step S107). Further, the device management unit 204 confirms the remaining resources of each communication device (step S108). At this time, the device management unit 204 communicates with each communication device and collects information depending on the confirmation content. Then, the device management unit 204 determines the accommodating device according to the scenario (step S109). Here, the device management unit 204 writes the determined accommodation position in the config input request management DB 202 (step S110).

At this time, as shown in 202b, for example, the accommodation position "# 1-1" is written in the config input request management DB 202, and the state is updated to "position determined". Note that "# 1-1" is identification information for identifying the communication device 211. In addition, items such as user ID, service used, request type, etc. correspond to the request contents. Further, in the example of 202b, it is shown that the functional unit that next processes the config input request is the “device control unit”.

The device control unit 210 acquires a request whose expropriation position is a subordinate communication device from the config input request management DB 202 (step S111). Here, the subordinate communication device means a communication device assigned to each device control unit. For example, the communication device 211, the communication device 212, and the communication device 213 are communication devices under the device control unit 210.

The device control unit 210 selects a command template according to the request content (step S112). Further, the device control unit 210 generates a command list based on the selected command template (step S113). Then, the device control unit 210 executes a command to the subordinate communication device 211 to set the configuration (step S114).

Here, the device control unit 210 writes the setting completion to the config input request management DB 202 (step S115). At this time, for example, as shown in 202c, the status of the config input request management DB 202 is updated to "setting completed". Further, in the example of 202c, it is shown that the functional unit that next processes the config input request is the "upper system corresponding unit".

The upper system corresponding unit 201 confirms the setting completion request in the config input request management DB 202 (step S116). Specifically, the host system corresponding unit 201 confirms that the status of the config input request management DB 202 is "setting completed". Then, the host system corresponding unit 201 notifies the host system 10 of the completion of the setting (step S117).

[Effect of the first embodiment]
As described above, the config input request management DB 202 stores the contents of the config input request for the plurality of communication devices accommodating the users who use the network. The device management unit 204 determines a communication device to execute config input from a plurality of communication devices based on the request contents and the availability of resources of the plurality of communication devices, and identifies the determined communication device. The information for this is stored in the config input request management DB 202 in association with the request contents. The device control unit 210 executes config input based on the request content to the communication device identified by the identification information associated with the request content.

In this way, the management system 20 divides the functional unit into each processing unit, and each functional unit autonomously acquires information from the config input request management DB 202 and executes processing according to the status of each input request. The processing result is recorded in the config input request management DB 202.

Therefore, in the management system 20, by subdividing the entire processing into each functional part, it is possible to appropriately expand the performance for each processing, and even if one of the functional parts fails, the other parts continue to work. Can be continued. In addition, the processing that was performed in the processing of the failed functional part can be restarted from the previous state at low cost by re-reading the DB state after recovery or from the redundant functional part. Further, even if a failure occurs in the middle of the processing flow, another same functional unit or a redundant system can easily take over the processing. As a result, according to the present embodiment, redundancy and expandability in the system for managing the users of the communication service are guaranteed.

Further, in the management system 20, it is not necessary to specify the cooperative operation of each part as compared with the method in which each functional part instructs the processing of the next functional part, and the development and the modification of the functional part become easy. Specifically, some processing such as introduction of a new model of communication device, OS update, IF update for inputting config to communication device by adding new service, change / addition of accommodation position determination scenario, etc. Easily assumed. In such a case, the management system 20 can minimize the influence of the modification of some processes on other processes.

Further, according to the management system 20, depending on the addition / change contents of the accommodation position determination scenario, additional information can be referred from the external DB or the system, the external scenario can be read, or special instructions (requests) can be given to the request contents from the host system. It is possible to easily deal with complicated modifications such as prioritizing, specifying the accommodation position and the accommodation position determination scenario, specifying the config command, etc.).

The device management unit 204 periodically monitors the config input request management DB 202 and acquires the request contents. Each of the plurality of device control units periodically monitors the config input request management DB 202, and the request contents associated with the identification information of the communication device assigned to one or more of the plurality of device control units. get. As a result, if each functional unit monitors the shared config input request management DB 202, it is not necessary to exchange notifications with each other, and each functional unit can operate independently of each other.

The resource controller 205 adjusts the resources allocated to the device control unit 210 and the monitoring frequency of the config input request management DB 202 by the device control unit 210 based on the number of unprocessed request contents stored in the config input request management DB 202. As a result, the monitoring frequency can be suppressed, so that the amount of resources of the entire management system 20 can be suppressed even during peak hours.

The resource controller 205 causes the device control unit 210 to preferentially 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 202. This makes it possible to prevent the config input request from staying.

The device management unit 204 determines the communication device for executing the config input according to the scenario according to the request content prepared in advance. The device control unit 210 executes a command obtained by substituting a predetermined parameter included in a template of a command for inputting a config prepared in advance based on a request content and identification information. In this way, in the management system 20, processing can be streamlined by creating scenarios and templates.

[System configuration, etc.]
Further, 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 form of distribution and integration of each device is not limited to the one 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 may be realized by a CPU and a program analyzed and executed by the CPU, or may be realized as hardware by wired logic.

Further, among the processes described in the present embodiment, all or part of the processes described as being automatically performed can be manually performed, or the processes described as being manually performed can be performed. All or part of it can be done automatically by a known method. In addition, the processing procedure, control procedure, specific name, and information including various data and parameters shown in the above document and drawings can be arbitrarily changed unless otherwise specified.

[program]
As one embodiment, the management system 20 can be implemented by installing a management program that executes the above management process as package software or online software on a desired computer. For example, by causing the information processing apparatus to execute the above management program, the information processing apparatus can function as the management system 20. The information processing device referred to here includes a desktop type or notebook type personal computer. In addition, information processing devices include smartphones, mobile communication terminals such as mobile phones and PHS (Personal Handyphone System), and slate terminals such as PDAs (Personal Digital Assistants).

Further, the management system 20 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. For example, 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. In this case, 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. 9 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 1012. The ROM 1011 stores, for example, a boot program such as a 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. For example, 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 having the same function as the management system 20 is implemented as the program module 1093 in which the code that can be executed by the computer is described. The program module 1093 is stored in, for example, the hard disk drive 1090. For example, the program module 1093 for executing the same processing as the functional configuration in the management device is stored in the hard disk drive 1090. The hard disk drive 1090 may be replaced by an SSD.

Further, 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.

N L2 network 10 Upper system 20 Management system 201 Upper system correspondence part 202 Config input request management DB
203 Device management DB
204 Device management unit 205 Resource controller 210, 220, 230 Device control unit 211, 212, 213, 211, 222, 223, 231, 232, 233 Communication device U11, U12 User

Claims (8)

1. A storage unit that stores the contents of config input requests for multiple communication devices that accommodate users who use the network.
   Identification for identifying the determined communication device by determining the communication device to execute the config input from the plurality of communication devices based on the request contents and the availability of resources of the plurality of communication devices. A determination unit that stores information in the storage unit in association with the request content, and a determination unit.
   An execution unit that executes config input based on the request content to the communication device identified by the identification information associated with the request content, and an execution unit.
   A management device characterized by having.
2. The determination unit periodically monitors the storage unit, acquires the request content, and obtains the request content.
   Each of the plurality of execution units periodically monitors the storage unit, and the request content associated with the identification information of the communication device assigned to one or more of the plurality of execution units. The management device according to claim 1, wherein the management device is to be acquired.
3. The claim is characterized in that it further includes a resource allocated to the execution unit and an adjustment unit for adjusting the monitoring frequency of the storage unit by the execution unit based on the number of unprocessed request contents stored in the storage unit. 2. The management device according to 2.
4. The adjusting unit is characterized in that, among the unprocessed request contents stored in the storage unit, the execution unit preferentially processes the config input based on the request content having a residence time of a certain time or more. The management device according to claim 3.
5. The determination unit determines a communication device that executes config input according to a scenario prepared in advance according to the request content.
   The execution unit is characterized in that it executes a command obtained by substituting a predetermined parameter included in a template of a command for inputting a config prepared in advance based on the request content and the identification information. The management device according to any one of 3 to 3.
6. It is a management method executed by a management device having a storage unit for storing the contents of a config input request for a plurality of communication devices accommodating users who use the network.
   Identification for identifying the determined communication device by determining the communication device to execute the config input from the plurality of communication devices based on the request contents and the availability of resources of the plurality of communication devices. A determination step of associating information with the request content and storing it in the storage unit, and
   An execution step of executing a config input based on the request content for a communication device identified by the identification information associated with the request content, and an execution step.
   A management method characterized by including.
7. A management program for making a computer function as the management device according to any one of claims 1 to 4.
8. A storage device that stores the contents of the config input request for multiple communication devices that accommodate users who use the network, and a storage device that stores the contents of the config input request.
   Based on the request contents and the availability of resources of the plurality of communication devices, the communication device for executing the config input is determined from the plurality of communication devices, and the identification for identifying the determined communication device is performed. A first device that stores information in the storage device in association with the request content, and
   A second device that executes config input based on the request content to the communication device identified by the identification information associated with the request content, and
   A management system characterized by having.

Images