WO2023157204A1 - コンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラム - Google Patents

コンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラム Download PDF

Info

Publication number
WO2023157204A1
WO2023157204A1 PCT/JP2022/006497 JP2022006497W WO2023157204A1 WO 2023157204 A1 WO2023157204 A1 WO 2023157204A1 JP 2022006497 W JP2022006497 W JP 2022006497W WO 2023157204 A1 WO2023157204 A1 WO 2023157204A1
Authority
WO
WIPO (PCT)
Prior art keywords
configuration
communication device
user
unit
parameters
Prior art date
Application number
PCT/JP2022/006497
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 JP2024500837A priority Critical patent/JPWO2023157204A1/ja
Priority to PCT/JP2022/006497 priority patent/WO2023157204A1/ja
Publication of WO2023157204A1 publication Critical patent/WO2023157204A1/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

Definitions

  • the present disclosure relates to a configuration input device, a configuration input method, and a configuration input program.
  • Telecommunications carriers provide various types of communication services.
  • communication services include Internet connection services and video distribution services. These communication services are provided according to a "User Configuration" set in a communication device such as an edge router.
  • configuration is abbreviated as config.
  • user configuration means user configuration.
  • the user configuration contains data such as the user ID (identifier) and services used by the user.
  • User configuration is set by the central management server.
  • the centralized management server manages the resources of the communication devices that make up the network.
  • the resources of the communication device include the bandwidth, the number of filters that can be set on the communication device, and the number of sessions that can be established.
  • Data about resources are collected in a centralized management server.
  • the centralized management server selects a communication device that accommodates the user according to available resources of each communication device. Then, the centralized control server sets the user configuration to the selected communication device.
  • the functions of the centralized management server are separated into “function to generate user configuration” and “function to issue commands to communication devices”. Furthermore, a template file is prepared for each scenario. Such a management method enables communication carriers to easily cope with changes in command specifications and models of communication devices.
  • Hiroki Iwahashi, 2 others “Distributed Configuration Proposal for Flexible User Accommodation System in Edge Router”, IEICE 2020 Society Conference, B-6-1, September 2020.
  • Hiroki Iwahashi, 3 others “User config input to edge routers that are easy to modify with Ansible,” 2021 General Conference of the Institute of Electronics, Information and Communication Engineers, B-6-67, March 2021.
  • the present disclosure proposes a configuration input device, a configuration input method, and a configuration input program that can input a configuration that is easy to modify in the settings of a communication device.
  • a configuration input device includes a receiving unit that receives a request for inputting a user configuration to a communication device, and a plurality of parameters included in the request received by the receiving unit.
  • an integration unit that integrates into a group; a determination unit that determines a communication device that accommodates the user; , and an input unit for inputting to the communication device determined by the determination unit.
  • a configuration input device can perform configuration input that is easy to modify in the settings of the communication device.
  • FIG. 1A shows an example of processing for inputting a config to a communication device.
  • FIG. 1B shows an example of processing for inputting a config to a communication device.
  • FIG. 1C shows an example of processing for inputting a config to a communication device.
  • FIG. 2 is a block diagram of an example environment for config submission.
  • FIG. 3 is a block diagram of an example configuration of a centralized control server according to the present disclosure.
  • FIG. 4 is a block diagram of an example of the configuration of a host system corresponding unit according to the present disclosure.
  • FIG. 5 is a block diagram of an example configuration of a resource management/accommodation location determining unit according to the present disclosure.
  • FIG. 6A shows an example of config input processing according to the present disclosure.
  • FIG. 6B shows an example of a config input process according to the present disclosure.
  • FIG. 6C illustrates an example of config input processing according to the present disclosure.
  • FIG. 7A is a sequence diagram illustrating an example of processing for inputting a config to a communication device;
  • FIG. 7B is a sequence diagram illustrating an example of processing for inputting a config to a communication device;
  • FIG. 7C is a sequence diagram illustrating an example of processing for inputting a configuration to a communication device;
  • FIG. 7D is a sequence diagram illustrating an example of processing for inputting a config to a communication device;
  • FIG. 8 shows an example of the hardware configuration of a computer.
  • IP Internet Protocol
  • a communication device such as an edge router is connected to an IP network. Based on the user's configuration, the communication device performs the controls required to provide communication services to the user.
  • User configs are managed by a centralized management server connected to an IP network. The centralized control server inputs the user's configuration to the communication device.
  • FIGS. 1A, 1B, and 1C collectively show processing 10, which is an example of processing for inputting a config to a communication device.
  • process 10 is performed by centralized management server 11 .
  • the centralized management server 11 manages the amount of available resources of communication devices.
  • the centralized management server 11 includes a host system support section 12, a configuration input request management DB (Data Base) 13, a resource management/accommodation location determination section 14, and a plurality of device control sections 15.
  • the centralized management server 11 includes functions such as resource management/accommodation location management DB and resource controller.
  • Process 10 includes the following six steps.
  • step S11 the centralized management server 11 receives a configuration input request from the host system 16.
  • Host system 16 may include an operator.
  • a configuration input request is, for example, a request for inputting a new user's configuration.
  • step S12 the host system support unit 12 registers the configuration input request in the configuration input request management DB 13.
  • step S13 the resource management/accommodation position determination unit 14 determines the accommodation position of the user.
  • the resource management/accommodation position determining unit 14 periodically monitors the configuration input request management DB 13. When a new configuration input request is registered in the configuration input request management DB 13, the resource management/accommodation position determination unit 14 refers to the resource management/accommodation location management DB. Then, the resource management/accommodation position determining unit 14 confirms the empty accommodation position.
  • the resource management/accommodation position determination unit 14 After confirming the free accommodation position, the resource management/accommodation position determination unit 14 appropriately determines the communication device and LAG (Link Aggregation) (or physical port) that accommodate the user according to the amount of free resources of each communication device. decide.
  • This communication device is determined from an edge router group (edge group) with which the user can communicate. In the example of FIG. 1A, it is determined that communication device 17a accommodates the user.
  • step S14 the device control unit 15a acquires a configuration input request from the configuration input request management DB 13. In order to acquire a new configuration input request, the device control unit 15a periodically monitors the configuration input request management DB 13. FIG.
  • step S15 the device control unit 15a inputs the configuration to the communication device of the determined accommodation destination.
  • the determined accommodation destination communication device is the communication device 17a.
  • step S16 the device control unit 15a establishes communication.
  • user A's communication is established on the device control unit 15a to which the config is input.
  • the device control section 15 of the centralized management server 11 includes a common section, an individual section and a command conversion section.
  • the functions of the device control unit 15 are divided into three functions: (1) a function of performing common processing, (2) a function of performing individual processing for each order, and (3) a function of inputting commands. .
  • the common part has three functions of "order acquisition/exclusive control”, “template selection”, and “execution/result registration”.
  • the individual part has a function of "variable file generation”.
  • the common section, individual section and command conversion section execute processing including the following six steps.
  • the common part acquires the configuration input order from the host system 16 .
  • the common part performs exclusive control of this configuration input order.
  • the common part acquires the scenario information of the order to be executed.
  • the common part calls the individual part corresponding to the scenario information.
  • the individual unit organizes the variable group required for the input command into a variable file based on the "configuration input order acquired by the common unit" and the "edge type of input destination". Then, the individual unit transmits the variable file to the common unit.
  • the common part uses the variable file received from the individual part as an argument and then instructs the command conversion part to create and submit a command.
  • the command conversion unit creates an input command by combining the template and the variable file received from the common unit. Then, the command conversion unit inputs a command. The command conversion unit returns the input log to the common unit.
  • the common part saves the processing result of the configuration input order in the configuration input request management DB 13 based on the input log. Then, the device control unit 15 terminates the processing by these functional units.
  • the centralized management server 11 flexibly configures the user configuration according to the amount of available resources of the communication device 17 so that the user can be accommodated in the communication device 17 flexibly. can be input to the communication device 17 as follows.
  • Addition or deletion of order parameters requires modification of the input I/F (interface) parameter processing and modification of the DB structure. Since the application is modified according to such changes, the addition or deletion of order parameters has a great impact on the application. Also, when the system in operation is updated, the DB needs to be temporarily stopped. Therefore, addition or deletion of order parameters also has a significant impact on service.
  • the centralized management server performs one or more config input processes described below.
  • FIG. 2 is a block diagram of environment 1, which is an example of the environment for inputting the configuration.
  • the environment 1 includes a centralized control server 100, a network 200, a host system 16 and a communication device 17.
  • FIG. 1 includes a centralized control server 100, a network 200, a host system 16 and a communication device 17.
  • FIG. 1 includes a centralized control server 100, a network 200, a host system 16 and a communication device 17.
  • the centralized management server 100 is a device that performs one or more configuration input processes.
  • the centralized management server 100 is an example of a configuration input device.
  • One or more config submission processes include a process of injecting a config into the communication device 17 .
  • a config input process according to the present disclosure will be described in Section 4.
  • the centralized control server 100 is a data processing device such as a server.
  • An example of the configuration of the centralized management server 100 will be described in Section 3.
  • the network 200 is, for example, a LAN (Local Area Network), a WAN (Wide Area Network), or the Internet.
  • a network 200 connects the centralized control server 100 , the host system 16 and the communication device 17 .
  • FIG. 3 is a block diagram of the centralized management server 100, which is an example of the configuration of the centralized management server according to the present disclosure.
  • the centralized management server 100 includes a communication section 110, a control section 120 and a storage section .
  • the centralized management server 100 may include an input unit (for example, keyboard, mouse) that receives input from the administrator of the centralized management server 100 .
  • the centralized management server 100 may also include an output unit (for example, a liquid crystal display, an organic EL (Electro Luminescence) display) that displays information to the administrator of the centralized management server 100 .
  • an output unit for example, a liquid crystal display, an organic EL (Electro Luminescence) display
  • the communication unit 110 is implemented by, for example, a NIC (Network Interface Card). Communication unit 110 is connected to network 200 by wire or wirelessly. The communication unit 110 can transmit and receive information to and from the host system 16 and the communication device 17 via the network 200 .
  • NIC Network Interface Card
  • the control unit 120 is a controller.
  • the control unit 120 uses a RAM (Random Access Memory) as a work area, and includes one or more processors (e.g., CPU (Central Processing Unit), It is implemented by an MPU (Micro Processing Unit).
  • processors e.g., CPU (Central Processing Unit)
  • MPU Micro Processing Unit
  • the control unit 120 may be implemented by an integrated circuit such as an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array), or a GPGPU (General Purpose Graphic Processing Unit).
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • GPGPU General Purpose Graphic Processing Unit
  • the "upper system corresponding part” will be abbreviated as the “corresponding part”.
  • the "resource management/accommodation position determination unit” is abbreviated as “determination unit”
  • the “configuration input request management DB” is abbreviated as “management DB”.
  • the control unit 120 includes a corresponding unit 121, a determination unit 122 and a device control unit 123.
  • One or more processors of centralized management server 100 may implement each control unit by executing instructions stored in one or more memories of centralized management server 100 .
  • the data processing performed by each control unit is an example, and each control unit (e.g., correspondence unit 121) may perform data processing described in relation to other control units (e.g., determination unit 122). .
  • Corresponding unit 121 is an example of a receiving unit, a checking unit, and an integrating unit.
  • the correspondence unit 121 receives a request for inputting the user's configuration to the communication device. This request is, for example, a config input request, which will be described later. Also, the correspondence unit 121 integrates a plurality of parameters included in the request into a parameter group.
  • the determination unit 122 determines the communication device 17 that accommodates the user based on information on the order of the host system 16 and information on the user.
  • the information about the order is, for example, the parameters mentioned above.
  • the determining unit 122 can decompose the parameter group integrated by the corresponding unit 121 into a plurality of parameters.
  • the device control unit 123 is an example of an input unit.
  • the device control unit 123 decomposes the parameter group integrated by the corresponding unit 121 into a plurality of parameters. Then, the device control unit 123 inputs the user's configuration to the communication device determined by the determination unit 122 based on the plurality of parameters.
  • Storage unit 130 is implemented by, for example, a semiconductor memory device such as a RAM or a flash memory, or a storage device such as a hard disk or an optical disk. As shown in FIG. 3 , storage unit 130 includes management DB 131 .
  • the management DB 131 is an example of a predetermined storage device.
  • the management DB 131 stores configuration input requests, which will be described later.
  • parameters of orders from host system 16 may be added or deleted.
  • the administrator of the centralized management server 100 must control the entire function. , should be modified and tested even if the parameters or logic are slightly changed.
  • the function of the corresponding section 121 is separated into a common section and an individual section.
  • the functionality of decision unit 122 is separated into common and individual parts.
  • FIG. 4 is a block diagram of an example of a configuration of a host system corresponding unit (corresponding unit 121) according to the present disclosure.
  • the common part of the corresponding part 121 has three functions of "order acquisition/exclusive control”, “template selection”, and “execution/result registration”.
  • the common part of the corresponding part 121 can have the same functions as the “order acquisition/exclusive control”, “template selection” and “execution/result registration” described above with reference to FIG. 1C. Duplicate descriptions are omitted here.
  • the individual part of the corresponding part 121 has two functions of "user opening process” and "order processing status display”.
  • FIG. 5 is a block diagram of an example configuration of a resource management/accommodation position determining unit (determining unit 122) according to the present disclosure.
  • the common part of the determination part 122 has three functions of "order acquisition/exclusive control”, “template selection”, and “execution/result registration”.
  • the common part of the determination part 122 can have the same functions as the “order acquisition/exclusive control”, “template selection” and “execution/result registration” described above with reference to FIG. 1C. Duplicate descriptions are omitted here.
  • the individual part of the determination part 122 has two functions of "order priority control” and "physical accommodation position determination".
  • the common part receives an order from the host system 16.
  • the common part acquires the order from the management DB 131 .
  • the common part performs exclusive control of this order.
  • the common part acquires the scenario information of the order to be executed.
  • the common part calls the individual part corresponding to the scenario information.
  • the individual unit processes this order individually for each order type. Then, the individual part responds with the processing result of the order.
  • the common unit saves the received processing result in the management DB 131. Then, the common part and the individual part end the processing.
  • the device control section 123 includes a common section, an individual section and a command conversion section.
  • the device control section 123 may have functions similar to those of the "common section", the "individual section” and the "command conversion section” described above with reference to FIG. 1B. Duplicate descriptions are omitted here.
  • the correspondence unit 121 has a parameter check function 61 and a parameter integration function 62.
  • the parameter check function 61 is a function of the common part of the corresponding part 121.
  • the common part holds an external file that defines parameter types, ranges, conditions, etc. for each scenario. External files are created in advance, for example, by maintainers and developers.
  • the common part holds an external definition file for parameters.
  • the external definition file contains item names such as type, whether it is required or not, string length, value range, and correlation with other items.
  • the parameter definition is "PPPoE setting (1)”: “char”, “required”, “1 character”, “0-9”, “”, ... "PPPoE setting (2) ”: ”int”, ”required”, ”1-3 characters”, ”0-200”, ”PPPoE setting (1) is required”, ... ”Video communication setting (1)”: ” include.
  • the common part when the common part receives a request from the host system 16, the common part reads the external definition file corresponding to the request and checks each parameter included in the request. If there is no problem with the parameters, the common section executes a parameter integration function 62, which will be described later. The common part may return an error if there is a problem with the parameters. Alternatively, the common unit may perform processing according to the requested scenario information.
  • the parameter integration function 62 is a function of the common part of the corresponding part 121.
  • the common part converts the parameters into JSON (JavaScript (registered trademark) Object Notation) format. Then, the common unit integrates all converted parameters into a parameter group.
  • the common part stores a parameter group in one DB column.
  • the common unit stores the configuration input request 63 in the management DB 131.
  • the configuration input request 63 includes data such as request ID, status, user ID, service used, priority, request type, accommodation location, and parameter group.
  • the determination unit 122 and the device control unit 123 have a "parameter integration/decomposition" function.
  • the function of “parameter integration/decomposition” is the function of the common part of the determination part 122 and the device control part 123 .
  • the common part acquires the integrated parameter group from the management DB 131 . Then, the common part decomposes the parameter group into individual parameters. When the common unit updates the acquired parameters, the common unit integrates the acquired parameters into the parameter group again. The common part re-registers the parameter group in the management DB 131 .
  • the command conversion section of the device control section 123 can update the parameter processing in the scenario as necessary. Also, the individual part of the determining part 122 (function of "order priority control") can update the parameter processing in the scenario as necessary.
  • An example of configuration input processing includes processing for inputting a configuration to the communication device 17 .
  • Processing for inputting the configuration to the communication device 17 is performed by the centralized management server 100 in FIG. 2, for example.
  • FIGS. 7A, 7B, 7C, and 7D are sequence diagrams collectively showing processing P100, which is an example of processing for inputting a config to a communication device.
  • step S101 the response unit 121 receives a configuration input request from the host system 16.
  • step S102 the correspondence unit 121 acquires parameter definitions from the management DB 131.
  • the correspondence unit 121 executes "parameter check” and "order parameter combination” for the configuration input request based on the parameter definition.
  • step S103 the response unit 121 writes the configuration input request to the management DB 131.
  • the configuration input request includes data such as request ID, status, user ID, service used, priority, request type, accommodation location, and parameter group.
  • the containment position is empty. That is, the communication device 17 that accommodates the user has not yet been determined.
  • step S104 the corresponding unit 121 transmits an acceptance response to the host system 16.
  • step S105 the determination unit 132 attempts to acquire a configuration input request from the management DB 131.
  • the determination unit 132 checks whether there is a configuration input request whose accommodation position has not been determined.
  • step S106 there is a configuration input request whose accommodation position has not been determined, and the determining unit 132 acquires the configuration input request. Then, the determining unit 132 executes "scenario selection", "estimation of resources consumed by the corresponding user”, “confirmation of remaining resources of the communication device 17", and “determination of accommodating device”. If necessary, the determination unit 132 executes "order parameter extraction”.
  • step S107 the determination unit 132 writes the determined accommodation position to the management DB 131.
  • "#1-1” is written in the "accommodation position" of the configuration input request.
  • "#1-1” is an identifier corresponding to the communication device 17a.
  • step S108 the device control unit 133a acquires from the management DB 131 the configuration input request whose accommodation position is the subordinate communication device.
  • the communication device 17a is under the control of the device control section 133a. Then, the device control unit 133a executes "order parameter extraction”, "command template selection”, and "command list generation".
  • step S109 the device control unit 133a executes the command and sets the configuration to the communication device 17a.
  • step S110 the device control unit 133a writes setting completion to the management DB 131. As shown in FIG. 7D, "setting completed” is written in the "state" of the configuration submission request.
  • step S111 the response unit 121 checks the management DB 131 for the setting completion request.
  • step S112 the corresponding unit 121 transmits a setting completion notification to the host system 16.
  • the common part of the corresponding part 121 has a parameter check function.
  • the common part holds parameter definitions as external files.
  • the parameter definition is, for example, the parameter type, range or condition for each request scenario from the host system 16 .
  • the common part of the corresponding part 121 has a parameter integration function.
  • the common part converts part of the parameters of the request received from the host system 16 into JSON format. Then, the common unit integrates the converted parameters into a parameter group.
  • the common part stores a parameter group in one DB column.
  • the parameters to be integrated are, for example, parameters that do not become search keys on the DB. Such parameters are the main targets of integration.
  • the common part of the determination unit 122 and the device control unit 123 has the function of parameter combination/decomposition.
  • the common part acquires information about orders from the DB. Then, the common part decomposes the parameter group integrated in one column into individual parameters. When the common part rewrites the values of the parameter group based on the acquired order-related information, the common part integrates the decomposed parameters into the parameter group again. The common part re-registers the parameter group in the DB.
  • each functional section is divided into a common section that performs common processing and an individual section that performs individual processing for each order. Therefore, the centralized management server 100 can minimize the impact when the application is modified or the specifications of the control target device are changed.
  • the centralized management server 100 Even if order parameters from the host system 16 are added or deleted, the centralized management server 100 does not require changes to applications or DB columns. Therefore, the centralized management server 100 can reduce development costs.
  • the operator can easily edit the definition file. This can also reduce development costs.
  • the processing of new parameters can be implemented without remodeling the application by editing the scenario file held by each functional unit. Since the application is not changed, only the definition files and scenario files need to be updated. For this reason, the centralized control server 100 can shorten the work stoppage time for updating files and reduce the construction work.
  • the illustrated components of the device conceptually indicate the functions of the device. Components are not necessarily physically arranged as shown in the drawings. In other words, the specific form of the distributed or integrated apparatus is not limited to the form of the system and apparatus shown in the figures. All or part of the devices may be functionally or physically distributed or integrated according to various loads and usage conditions.
  • FIG. 8 is a diagram showing a computer 1000 as an example of the hardware configuration of a computer.
  • the systems and methods described herein may be implemented, for example, by computer 1000 shown in FIG.
  • FIG. 8 shows an example of a computer on which the centralized management server 100 is implemented by executing a program.
  • the computer 1000 has a memory 1010 and a CPU 1020, for example.
  • Computer 1000 also has hard disk drive interface 1030 , disk drive interface 1040 , serial port interface 1050 , video adapter 1060 and network interface 1070 . These units are connected by a bus 1080 .
  • the memory 1010 includes a ROM (Read Only Memory) 1011 and a RAM 1012.
  • the ROM 1011 stores a boot program such as BIOS (Basic Input Output System).
  • Hard disk drive interface 1030 is connected to hard disk drive 1031 .
  • Disk drive interface 1040 is connected to disk drive 1041 .
  • Serial port interface 1050 is connected to mouse 1110 and keyboard 1120, for example.
  • Video adapter 1060 is connected to display 1130, for example.
  • the hard disk drive 1031 stores, for example, an OS 1091, application programs 1092, program modules 1093, and program data 1094. That is, a program that defines each process of the centralized control server 100 is implemented as a program module 1093 in which code executable by the computer 1000 is described.
  • Program modules 1093 are stored, for example, in hard disk drive 1031 .
  • the hard disk drive 1031 stores a program module 1093 for executing processing similar to the functional configuration in the centralized management server 100 .
  • the hard disk drive 1031 may be replaced by an SSD (Solid State Drive).
  • the hard disk drive 1031 can store a configuration input program for configuration input processing. Also, the configuration injection program can be created as a program product. The program product, when executed, performs one or more methods, such as those described above.
  • the setting data used in the processing of the embodiment described above is stored as the program data 1094 in the memory 1010 or the hard disk drive 1031, for example. Then, the CPU 1020 reads out the program modules 1093 and program data 1094 stored in the memory 1010 and the hard disk drive 1031 to the RAM 1012 as necessary and executes them.
  • program module 1093 and program data 1094 are not limited to being stored in the hard disk drive 1031, but may be stored in a removable storage medium, for example, and read by the CPU 1020 via the disk drive 1041 or the like.
  • program modules 1093 and program data 1094 may be stored in other computers connected through a network (LAN, WAN, etc.). Program modules 1093 and program data 1094 may then be read by CPU 1020 through network interface 1070 from other computers.
  • the centralized management server 100 includes the corresponding section 121 , the determination section 122 and the device control section 123 .
  • responder 121 receives a request to populate a user's configuration into a communication device.
  • the responder 121 integrates multiple parameters included in the received request into a set of parameters.
  • determiner 122 determines the communication device that accommodates the user.
  • the device controller 123 decomposes the parameter group into a plurality of parameters and populates the user's configuration into the communication device determined by the determiner 122 based on the plurality of parameters.
  • the correspondence unit 121 associates the parameter group with accommodation data indicating whether the communication device accommodating the user has been determined, and stores the parameter group associated with the accommodation data in a predetermined storage device. do.
  • the determining unit 122 determines whether a communication device that accommodates the user has been determined based on accommodation data stored in a predetermined storage device. If not, determine a communication device that accommodates the user, and update the accommodation data so that the accommodation data indicates the determined communication device.
  • the device control unit 123 identifies the communication device determined by the determination unit 122 based on the accommodation data stored in the predetermined storage device, and retrieves the identified communication device from the predetermined storage device. Acquiring a parameter group associated with stored data indicating the device, decomposing the acquired parameter group into a plurality of parameters, and inputting the user's configuration to the specified communication device based on the plurality of parameters .
  • the response unit 121 acquires a definition file containing definitions of multiple parameters included in the received request, and checks the multiple parameters based on the acquired definition file.
  • the determining unit 122 selects a communication device that accommodates the user from among a plurality of predetermined communication devices and selects at least one of resources consumed by the user or remaining resources of the plurality of predetermined communication devices. to decide based on
  • a communication module, a control module, and a storage module can be read as a communication unit, a control unit, and a storage unit, respectively.

Landscapes

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

Abstract

集中管理サーバは、対応部、決定部および装置制御部を含む。対応部は、ユーザのコンフィグレーションを通信装置に投入するための要求を受信する。そして、対応部は、受信された要求に含まれる複数のパラメータを、パラメータ群に統合する。決定部は、ユーザを収容する通信装置を決定する。装置制御部は、パラメータ群を、複数のパラメータに分解し、複数のパラメータに基づいて、ユーザのコンフィグレーションを、決定部によって決定された通信装置に投入する。

Description

コンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラム
　本開示は、コンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラムに関する。
　通信事業者は、様々な種類の通信サービスを提供している。例えば、通信サービスとしては、インターネット接続サービスや、映像配信サービスが挙げられる。これらの通信サービスは、エッジルータなどの通信装置に設定された「ユーザコンフィグレーション（User　Configuration）」にしたがって提供される。
　便宜上、コンフィグレーション（configuration）は、コンフィグ（config）と略される。例えば、ユーザコンフィグは、ユーザコンフィグレーションを意味する。
　ユーザコンフィグは、ユーザＩＤ（identifier）、ユーザが利用するサービス等のデータを含む。ユーザコンフィグは、集中管理サーバによって設定される。
　集中管理サーバは、ネットワークを構成する通信装置のリソースを管理する。例えば、通信装置のリソースは、帯域、通信装置に設定可能なフィルタの数、確立可能なセッションの数を含む。リソースに関するデータは、集中管理サーバに集められる。集中管理サーバは、ユーザを収容する通信装置を、各通信装置の空きリソースに応じて選択する。そして、集中管理サーバは、選択された通信装置に、ユーザコンフィグを設定する。
　改造の容易性のために、集中管理サーバの機能は、「ユーザコンフィグを生成する機能」と「通信装置にコマンドを投入する機能」に分離される。さらに、テンプレートファイルが、シナリオごとに準備される。このような管理方式は、通信事業者が、コマンドの仕様変更や、通信装置の機種変更に容易に対応できるようにする。
岩橋宏樹、他２名、"エッジルータにおけるユーザ収容柔軟化システムの分散構成提案"、電子情報通信学会２０２０年ソサエティ大会、Ｂ－６－１、２０２０年９月． 岩橋宏樹、他３名、"Ansibleによる改造容易なエッジルータへのユーザコンフィグ投入"電子情報通信学会２０２１年総合大会、，Ｂ－６－６７、２０２１年３月．
　しかしながら、上記の先行技術は、通信装置の設定における改造が容易なコンフィグレーション投入を行うことが難しい場合がある。
　そこで、本開示は、通信装置の設定における改造が容易なコンフィグレーション投入を行うことができるコンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラムを提案する。
　本開示の一態様では、コンフィグレーション投入装置は、ユーザのコンフィグレーションを通信装置に投入するための要求を受信する受信部と、前記受信部によって受信された要求に含まれる複数のパラメータを、パラメータ群に統合する統合部と、前記ユーザを収容する通信装置を決定する決定部と、前記パラメータ群を、前記複数のパラメータに分解し、前記複数のパラメータに基づいて、前記ユーザの前記コンフィグレーションを、前記決定部によって決定された通信装置に投入する投入部とを備える。
　本開示の１つまたは複数の実施形態に係るコンフィグレーション投入装置は、通信装置の設定における改造が容易なコンフィグレーション投入を行うことができる。
図１Ａは、通信装置にコンフィグを投入するための処理の例を示す。 図１Ｂは、通信装置にコンフィグを投入するための処理の例を示す。 図１Ｃは、通信装置にコンフィグを投入するための処理の例を示す。 図２は、コンフィグ投入のための環境の例のブロック図である。 図３は、本開示に係る集中管理サーバの構成の例のブロック図である。 図４は、本開示に係る上位システム対応部の構成の例のブロック図である。 図５は、本開示に係るリソース管理／収容位置決定部の構成の例のブロック図である。 図６Ａは、本開示に係るコンフィグ投入処理の例を示す。 図６Ｂは、本開示に係るコンフィグ投入処理の例を示す。 図６Ｃは、本開示に係るコンフィグ投入処理の例を示す。 図７Ａは、通信装置にコンフィグを投入するための処理の例を示すシーケンス図である。 図７Ｂは、通信装置にコンフィグを投入するための処理の例を示すシーケンス図である。 図７Ｃは、通信装置にコンフィグを投入するための処理の例を示すシーケンス図である。 図７Ｄは、通信装置にコンフィグを投入するための処理の例を示すシーケンス図である。 図８は、コンピュータのハードウェア構成の例を示す。
　複数の実施形態を、図面を参照して、以下で詳細に説明する。なお、本発明は、これらの複数の実施形態によって限定されるものではない。様々な実施形態の複数の特徴は、これらの複数の特徴が互いに矛盾しないという条件で、様々なやり方で組み合わされ得る。同一の要素は、同一の符号で示され、重複する説明は、省略される。
　以下の説明は、９個の節で構成されている：１．はじめに、２．コンフィグ投入のための環境、３．集中管理サーバの構成、４．本開示に係るコンフィグ投入処理、５．本開示に係るコンフィグ投入処理のシーケンス図、６．効果、７．その他、８．ハードウェア構成、および９．実施形態のまとめ。
〔１．はじめに〕
　様々な種類の通信サービスが、ＩＰ（Internet　Protocol）ネットワークをとおして、提供されている。エッジルータなどの通信装置が、ＩＰネットワークに接続されている。通信装置は、通信サービスをユーザに提供するのに必要とされる制御を、ユーザのコンフィグに基づいて行う。ユーザのコンフィグは、ＩＰネットワークに接続された集中管理サーバによって管理される。集中管理サーバは、ユーザのコンフィグを、通信装置に投入する。
　図１Ａ、図１Ｂおよび図１Ｃは、通信装置にコンフィグを投入するための処理の例である処理１０を、ひとまとめにして示す。
　図１Ａを参照すると、処理１０は、集中管理サーバ１１によって行われる。集中管理サーバ１１は、通信装置の空きリソースの量を管理する。図１Ａに示されるように、集中管理サーバ１１は、上位システム対応部１２、コンフィグ投入要求管理ＤＢ（Data　Base）１３、リソース管理／収容位置決定部１４、複数の装置制御部１５を含む。加えて、集中管理サーバ１１は、リソース管理／収容位置管理ＤＢ、リソースコントローラといった機能を含む。
　処理１０は、以下の６つのステップを含む。
　ステップＳ１１では、集中管理サーバ１１が、コンフィグ投入要求を上位システム１６から受信する。上位システム１６は、オペレータを含み得る。コンフィグ投入要求は、例えば、新規ユーザのコンフィグを投入するための要求である。
　ステップＳ１２では、上位システム対応部１２が、コンフィグ投入要求を、コンフィグ投入要求管理ＤＢ１３に登録する。
　ステップＳ１３では、リソース管理／収容位置決定部１４が、ユーザの収容位置を決定する。
　例えば、リソース管理／収容位置決定部１４は、コンフィグ投入要求管理ＤＢ１３を、定期的に監視する。新たなコンフィグ投入要求が、コンフィグ投入要求管理ＤＢ１３に登録された場合に、リソース管理／収容位置決定部１４は、リソース管理／収容位置決定部１４は、リソース管理／収容位置管理ＤＢを参照する。そして、リソース管理／収容位置決定部１４は、空き収容位置を確認する。
　空き収容位置の確認後、リソース管理／収容位置決定部１４は、ユーザを収容する通信装置やＬＡＧ（Link　Aggregation）（または物理ポート）を、各通信装置の空きリソースの量に応じて、適切に決定する。この通信装置は、ユーザが通信可能なエッジルータ群（エッジグループ）の中から決定される。図１Ａの例では、通信装置１７ａがユーザを収容することが決定される。
　ステップＳ１４では、装置制御部１５ａが、コンフィグ投入要求管理ＤＢ１３から、コンフィグ投入要求を取得する。新たなコンフィグ投入要求を取得するために、装置制御部１５ａは、コンフィグ投入要求管理ＤＢ１３を、定期的に監視する。
　ステップＳ１５では、装置制御部１５ａが、決定された収容先の通信装置に、コンフィグを投入する。決定された収容先の通信装置は、通信装置１７ａである。
　ステップＳ１６では、装置制御部１５ａが、通信を確立する。図１Ａの例では、ユーザＡの通信が、コンフィグが投入された装置制御部１５ａ上で、確立される。
　図１Ｂを参照すると、集中管理サーバ１１の装置制御部１５は、共通部、個別部およびコマンド変換部を含む。装置制御部１５の機能は、（１）共通的な処理を行う機能、（２）オーダごとの個別的な処理を行う機能および（３）コマンドを投入する機能の３つの機能に分離されている。
　図１Ｃを参照すると、共通部は、「オーダ取得／排他制御」、「テンプレート選定」、「実行／結果登録」の３つの機能を有する。個別部は、「変数ファイル生成」の機能を有する。共通部、個別部およびコマンド変換部は、以下の６つのステップを含む処理を実行する。
　第１のステップでは、共通部が、上位システム１６から、コンフィグ投入オーダを取得する。共通部は、このコンフィグ投入オーダの排他制御を行う。
　第２のステップでは、共通部が、実行されるオーダのシナリオ情報を取得する。共通部は、シナリオ情報に対応する個別部を呼び出す。
　第３のステップでは、個別部が、投入コマンドに必要とされる変数群を、「共通部によって取得されたコンフィグ投入オーダ」および「投入先のエッジ種別」に基づいて、変数ファイルにまとめる。そして、個別部は、変数ファイルを、共通部に送信する。
　第４のステップでは、共通部が、個別部から受信された変数ファイルを、引数として使用し、それから、コマンド変換部に、コマンドを作成し投入するよう、指示する。
　第５のステップでは、コマンド変換部が、テンプレートと、共通部から受信された変数ファイルを組み合わせることによって、投入コマンドを作成する。そして、コマンド変換部は、コマンド投入を行う。コマンド変換部は、投入ログを、共通部に返す。
　第６のステップでは、共通部が、投入ログに基づいて、コンフィグ投入オーダの処理結果を、コンフィグ投入要求管理ＤＢ１３に保存する。そして、装置制御部１５は、これらの機能部による処理を終了する。
　図１Ａ、図１Ｂおよび図１Ｃを参照して上述したように、集中管理サーバ１１は、ユーザコンフィグを、通信装置１７の空きリソースの量に応じて、ユーザが通信装置１７に柔軟に収容されるように、通信装置１７に投入することができる。
　しかしながら、新規サービスが追加されたり、制御対象装置の仕様が変更されたり、または新機種の装置が追加されることがある。もし、このようなことが起こると、上位システム１６からのオーダのパラメータが、追加または削除される場合がある。
　オーダのパラメータの追加または削除は、投入Ｉ／Ｆ（interface）のパラメータ処理の変更や、ＤＢ構造の変更を必要とする。アプリケーションは、このような変更に伴い改造されるので、オーダのパラメータの追加または削除は、アプリケーションに与える影響が大きい。また、運用中のシステムがアップデートされる際に、ＤＢは、一時的に停止する必要がある。したがって、オーダのパラメータの追加または削除は、サービスにも大きな影響を与える。
　上記の課題を解決するために、本開示の１つまたは複数の実施形態に係る集中管理サーバは、以下に説明される１つまたは複数のコンフィグ投入処理を行う。
〔２．コンフィグ投入のための環境〕
　まず、図２を参照して、本開示に係るコンフィグ投入のための環境について説明する。
　図２は、コンフィグ投入のための環境の例である環境１のブロック図である。図２に示されるように、環境１は、集中管理サーバ１００、ネットワーク２００、上位システム１６および通信装置１７を含む。
　集中管理サーバ１００は、１つまたは複数のコンフィグ投入処理を行う装置である。集中管理サーバ１００は、コンフィグレーション投入装置の一例である。１つまたは複数のコンフィグ投入処理は、コンフィグを通信装置１７に投入する処理を含む。本開示に係るコンフィグ投入処理は、４節で説明される。
　集中管理サーバ１００は、サーバ等のデータ処理装置である。集中管理サーバ１００の構成の例は、３節で説明される。
　ネットワーク２００は、例えば、ＬＡＮ（Local　Area　Network）、ＷＡＮ（Wide　Area　Network）、インターネット等のネットワークである。ネットワーク２００は、集中管理サーバ１００、上位システム１６および通信装置１７を接続する。
〔３．集中管理サーバの構成〕
　次に、図３を参照して、集中管理サーバ１００の構成の例について説明する。
　図３は、本開示に係る集中管理サーバの構成の例である集中管理サーバ１００のブロック図である。図３に示されるように、集中管理サーバ１００は、通信部１１０、制御部１２０および記憶部１３０を含む。集中管理サーバ１００は、集中管理サーバ１００の管理者から入力を受け付ける入力部（例えば、キーボード、マウス）を含んでもよい。また、集中管理サーバ１００は、集中管理サーバ１００の管理者に情報を表示する出力部（例えば、液晶ディスプレイ、有機ＥＬ（Electro　Luminescence）ディスプレイ）を含んでもよい。
〔３－１．通信部１１０〕
　通信部１１０は、例えば、ＮＩＣ（Network　Interface　Card）によって実装される。通信部１１０は、有線または無線によりネットワーク２００と接続される。通信部１１０は、ネットワーク２００を介して、上位システム１６および通信装置１７との間で、情報の送受信を行うことができる。
〔３－２．制御部１２０〕
　制御部１２０は、コントローラ（controller）である。制御部１２０は、ＲＡＭ（Random　Access　Memory）を作業領域として使用し、集中管理サーバ１００の記憶装置に記憶された各種プログラムを実行する１つまたは複数のプロセッサ（例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit））によって実装される。また、制御部１２０は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＦＰＧＡ（Field　Programmable　Gate　Array）、ＧＰＧＰＵ（General　Purpose　Graphic　Processing　Unit）等の、集積回路により実装されてもよい。
　便宜上、以下では、「上位システム対応部」を、略して「対応部」と呼ぶ。また、「リソース管理／収容位置決定部」を、略して「決定部」と呼び、「コンフィグ投入要求管理ＤＢ」を、略して「管理ＤＢ」と呼ぶ。
　図３に示されるように、制御部１２０は、対応部１２１、決定部１２２および装置制御部１２３を含む。集中管理サーバ１００の１つまたは複数のプロセッサは、集中管理サーバ１００の１つまたは複数のメモリに記憶された命令を実行することによって、各制御部を実装することができる。各制御部によって行われるデータ処理は例であり、各制御部（例えば、対応部１２１）は、他の制御部（例えば、決定部１２２）に関連して説明されるデータ処理を行ってもよい。
〔３－２－１．対応部１２１〕
　対応部１２１は、受信部、チェック部および統合部の一例である。対応部１２１は、ユーザのコンフィグを通信装置に投入するための要求を受信する。この要求は、例えば、後述するコンフィグ投入要求である。また、対応部１２１は、要求に含まれる複数のパラメータを、パラメータ群に統合する。
〔３－２－２．決定部１２２〕
　決定部１２２は、ユーザを収容する通信装置１７を、上位システム１６のオーダに関する情報や、ユーザに関する情報に基づいて決定する。オーダに関する情報は、例えば、上述の複数のパラメータである。決定部１２２は、対応部１２１に統合されたパラメータ群を、複数のパラメータに分解することができる。
〔３－２－３．装置制御部１２３〕
　装置制御部１２３は、投入部の一例である。装置制御部１２３は、対応部１２１に統合されたパラメータ群を、複数のパラメータに分解する。そして、装置制御部１２３は、複数のパラメータに基づいて、ユーザのコンフィグを、決定部１２２によって決定された通信装置に投入する。
〔３－３．記憶部１３０〕
　記憶部１３０は、例えば、ＲＡＭ、フラッシュメモリ（Flash　Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実装される。図３に示されるように、記憶部１３０は、管理ＤＢ１３１を含む。
〔３－３－１．管理ＤＢ１３１〕
　管理ＤＢ１３１は、所定の記憶装置の一例である。管理ＤＢ１３１は、後述するコンフィグ投入要求を記憶する。
〔４．本開示に係るコンフィグ投入処理〕
　この節では、本開示に係るコンフィグ投入処理の例を説明する。
　図１Ａ、図１Ｂおよび図１Ｃを参照して上述したように、上位システム１６からのオーダのパラメータが、追加または削除される場合がある。対応部（上位システム対応部）や決定部（リソース管理／収容位置決定部）の各機能が、１つの塊として作り込まれている場合には、集中管理サーバ１００の管理者は、機能全体を、パラメータやロジックが少し変更された場合でも、修正し試験しなければならない。
　そこで、集中管理サーバ１００では、集中管理サーバ１１の装置制御部１５の場合と同様に、対応部１２１の機能が、共通部および個別部に分離される。同様に、決定部１２２の機能が、共通部および個別部に分離される。
〔４－１．共通部と個別部の機能分離〕
　図４は、本開示に係る上位システム対応部（対応部１２１）の構成の例のブロック図である。図４に示されるように、対応部１２１の共通部は、「オーダ取得／排他制御」、「テンプレート選定」、「実行／結果登録」の３つの機能を有する。対応部１２１の共通部は、図１Ｃを参照して上述した「オーダ取得／排他制御」、「テンプレート選定」および「実行／結果登録」と同様の機能を有し得る。ここでは、重複する説明は、省略される。
　図４に示されるように、対応部１２１の個別部は、「ユーザ開通処理」、「オーダ処理状況表示」の２つの機能を有する。
　図５は、本開示に係るリソース管理／収容位置決定部（決定部１２２）の構成の例のブロック図である。図５に示されるように、決定部１２２の共通部は、「オーダ取得／排他制御」、「テンプレート選定」、「実行／結果登録」の３つの機能を有する。決定部１２２の共通部は、図１Ｃを参照して上述した「オーダ取得／排他制御」、「テンプレート選定」および「実行／結果登録」と同様の機能を有し得る。ここでは、重複する説明は、省略される。
　図４に示されるように、決定部１２２の個別部は、「オーダ優先制御」、「物理収容位置決定」の２つの機能を有する。
　図４および図５を参照して上述した共通部および個別部は、以下の４つのステップを含む処理を実行する。
　第１のステップでは、共通部が、上位システム１６から、オーダを受信する。あるいは、共通部は、オーダを、管理ＤＢ１３１から取得する。共通部は、このオーダの排他制御を行う。
　第２のステップでは、共通部が、実行されるオーダのシナリオ情報を取得する。共通部は、シナリオ情報に対応する個別部を呼び出す。
　第３のステップでは、個別部が、このオーダを、オーダ種別ごとに個別に処理する。そして、個別部は、オーダの処理結果を応答する。
　第４のステップでは、共通部が、受信された処理結果を、管理ＤＢ１３１に保存する。そして、共通部および個別部は、処理を終了する。
〔４－２．パラメータの統合とパラメータ群の分解〕
　図６Ａ、図６Ｂおよび図６Ｃは、本開示に係るコンフィグ投入処理の例であるコンフィグ投入処理６０を、ひとまとめにして示す。
　図６Ａに示されるように、装置制御部１２３は、共通部、個別部およびコマンド変換部を含む。装置制御部１２３は、図１Ｂを参照して上述した「共通部」、「個別部」および「コマンド変換部」と同様の機能を有し得る。ここでは、重複する説明は、省略される。
　図６Ｂを参照すると、対応部１２１は、パラメータチェック機能６１およびパラメータ統合機能６２を有する。
　パラメータチェック機能６１は、対応部１２１の共通部の機能である。共通部は、シナリオごとのパラメータの型、範囲および条件等を定義した外部ファイルを保持する。外部ファイルは、例えば、保守者や開発者によって、事前に作成される。図６Ｂの例では、共通部は、パラメータに関する外部定義ファイル保持する。外部定義ファイルは、型、要不要、文字列長、値範囲、他の項目との相関関係といった項目名を含む。図６Ｂに示されるように、パラメータ定義は、「“PPPoE設定(1)”：”char”，“必須”，“1文字”,“0-9”，“　”，…“PPPoE設定(2)”：”int”，“必須”，“1-3文字”,“0-200”,“PPPoE設定(1)が必須”，…“映像通信設定(1)”：…」のような項目を含む。
　例えば、共通部が上位システム１６から要求を受信した時に、共通部は、要求に対応する外部定義ファイルを読み込み、要求に含まれる各パラメータのチェックを行う。もし、パラメータに問題がなければ、共通部は、後述するパラメータ統合機能６２を実行する。もし、パラメータに問題があれば、共通部は、エラーを返してもよい。あるいは、共通部は、要求のシナリオ情報に応じた処理を行ってもよい。
　パラメータ統合機能６２は、対応部１２１の共通部の機能である。共通部は、パラメータをＪＳＯＮ（JavaScript（登録商標）　Object　Notation）形式に変換する。そして、共通部は、変換された全パラメータを、パラメータ群に統合する。共通部は、パラメータ群を、１つのＤＢカラムに格納する。図６Ｂの例では、共通部は、コンフィグ投入要求６３を、管理ＤＢ１３１に格納する。図６Ｂに示されるように、コンフィグ投入要求６３は、要求ＩＤ、状態、ユーザＩＤ、利用サービス、優先度、要求種別、収容位置、パラメータ群などのデータを含む。
　図６Ｃを参照すると、決定部１２２および装置制御部１２３は、「パラメータ統合／分解」の機能を有する。「パラメータ統合／分解」の機能は、決定部１２２および装置制御部１２３の共通部の機能である。共通部は、統合されたパラメータ群を、管理ＤＢ１３１から取得する。そして、共通部は、パラメータ群を、個々のパラメータに分解する。共通部が、取得されたパラメータを更新する場合には、共通部は、取得されたパラメータを、パラメータ群に、再度統合する。共通部は、パラメータ群を、管理ＤＢ１３１に、再度登録する。
　装置制御部１２３のコマンド変換部は、必要に応じて、シナリオでのパラメータ処理を更新することができる。また、決定部１２２の個別部（「オーダ優先制御」の機能）も、必要に応じて、シナリオでのパラメータ処理を更新することができる。
〔５．コンフィグ投入処理のシーケンス図〕
　次に、図７Ａ、図７Ｂ、図７Ｃおよび図７Ｄを参照して、本開示に係るコンフィグ投入処理の例のシーケンス図について説明する。コンフィグ投入処理の例は、通信装置１７にコンフィグを投入するための処理を含む。通信装置１７にコンフィグを投入するための処理は、例えば、図２の集中管理サーバ１００によって行われる。
　図７Ａ、図７Ｂ、図７Ｃおよび図７Ｄは、通信装置にコンフィグを投入するための処理の例である処理Ｐ１００を、ひとまとめにして示すシーケンス図である。
　図７Ａを参照すると、ステップＳ１０１では、対応部１２１が、コンフィグ投入要求を、上位システム１６から受信する。
　ステップＳ１０２では、対応部１２１が、パラメータ定義を、管理ＤＢ１３１から取得する。対応部１２１は、パラメータ定義に基づいて、コンフィグ投入要求に対して、「パラメータチェック」および「オーダパラメータ結合」を実行する。
　ステップＳ１０３では、対応部１２１が、コンフィグ投入要求を、管理ＤＢ１３１に書き込む。図７Ａに示されるように、コンフィグ投入要求は、要求ＩＤ、状態、ユーザＩＤ、利用サービス、優先度、要求種別、収容位置、パラメータ群などのデータを含む。収容位置は、空である。すなわち、ユーザを収容する通信装置１７は、まだ決定されてない。
　ステップＳ１０４では、対応部１２１が、受け付け応答を、上位システム１６に送信する。
　図７Ｂを参照すると、ステップＳ１０５では、決定部１３２が、管理ＤＢ１３１から、コンフィグ投入要求を取得しようとする。例えば、決定部１３２は、収容位置が決定されていないコンフィグ投入要求があるかを確認する。
　ステップＳ１０６では、収容位置が決定されていないコンフィグ投入要求があり、決定部１３２は、コンフィグ投入要求を取得する。そして、決定部１３２は、「シナリオ選択」、「該当するユーザの消費リソースの推定」、「通信装置１７の残リソースの確認」および「収容装置の決定」を実行する。必要に応じて、決定部１３２は、「オーダパラメータ抽出」を実行する。
　図７Ｃを参照すると、ステップＳ１０７では、決定部１３２が、決定された収容位置を、管理ＤＢ１３１に書き込む。図７Ｃに示されるように、「＃１－１」が、コンフィグ投入要求の「収容位置」に書き込まれている。「＃１－１」は、通信装置１７ａに対応する識別子である。
　ステップＳ１０８では、装置制御部１３３ａが、収容位置が配下の通信装置であるコンフィグ投入要求を、管理ＤＢ１３１から取得する。通信装置１７ａは、装置制御部１３３ａの配下にある。そして、装置制御部１３３ａは、「オーダパラメータ抽出」、「コマンドテンプレート選択」および「コマンドリスト生成」を実行する。
　図７Ｄを参照すると、ステップＳ１０９では、装置制御部１３３ａは、コマンドを実行し、コンフィグを通信装置１７ａに設定する。
　ステップＳ１１０では、装置制御部１３３ａは、設定完了を、管理ＤＢ１３１に書き込む。図７Ｄに示されるように、「設定完了済」が、コンフィグ投入要求の「状態」に書き込まれている。
　ステップＳ１１１では、対応部１２１が、設定完了要求を、管理ＤＢ１３１に確認する。
　ステップＳ１１２では、対応部１２１が、設定完了通知を、上位システム１６に送信する。
〔６．効果〕
　図４および図５を参照して上述したように、対応部１２１および決定部１２２の機能は、共通部および個別部に分離される。
　図６Ｂを参照して上述したように、対応部１２１の共通部は、パラメータチェックの機能を有する。共通部は、パラメータ定義を、外部ファイルとして保持する。パラメータ定義は、例えば、上位システム１６からの要求シナリオごとのパラメータの型、範囲または条件である。
　また、対応部１２１の共通部は、パラメータ統合の機能を有する。共通部は、上位システム１６から受信された要求のパラメータの一部を、ＪＳＯＮ形式に変換する。そして、共通部は、変換されたパラメータを、パラメータ群に統合する。共通部は、パラメータ群を、１つのＤＢカラムに格納する。
　統合されるパラメータは、例えば、ＤＢ上の検索キーにならないパラメータである。このようなパラメータが、統合の主な対象である。
　図６Ｃを参照して上述したように、決定部１２２および装置制御部１２３の共通部は、パラメータ結合／分解の機能を有する。共通部は、オーダに関する情報を、ＤＢから取得する。そして、共通部は、１カラムに統合されているパラメータ群を、個別のパラメータに分解する。共通部が、パラメータ群の値を、取得されたオーダに関する情報に基づいて書き換える場合には、共通部は、分解されたパラメータを、パラメータ群に、再度統合する。共通部は、パラメータ群を、ＤＢに再度登録する。
　集中管理サーバ１００では、各機能部が、共通的な処理を行う共通部と、オーダごとの個別的な処理を行う個別部に分けられている。したがって、集中管理サーバ１００は、アプリケーションが改造される、または制御対象装置の仕様が変更される場合の影響を、最小化することができる。
　上位システム１６からのオーダのパラメータが、追加または削除される場合でも、集中管理サーバ１００は、アプリケーションやＤＢカラムの変更を必要としない。したがって、集中管理サーバ１００は、開発費を低減することができる。
　また、定義ファイルが人が可読な形式であれば、運用者は、定義ファイルを、容易に編集することができる。このことも、開発費を低減することができる。
　新規パラメータの処理は、各機能部が保持するシナリオファイルを編集することによって、アプリケーションの改造なしで、実施可能である。アプリケーションが変更されないため、更新作業は、定義ファイルやシナリオファイルを差し替えのみでよい。このため、集中管理サーバ１００は、ファイル更新における業務停止時間の短縮や、工事稼働の低減を可能にする。
〔７．その他〕
　自動的に行われる処理として述べられた処理の一部は、手動的に行われ得る。あるいは、手動的に行われる処理として述べられた処理の全部または一部は、公知の方法で、自動的に行われ得る。さらに、本明細書や図面中で示された処理の手順、具体的名称、各種のデータやパラメータを含む情報は、特に明記しない限り、任意に変更され得る。例えば、各図に示された各種情報は、図示された情報に限られない。
　図示された装置の構成要素は、装置の機能を、概念的に示すものである。構成要素は、必ずしも、図面に示されたように物理的に構成されているとは限らない。言い換えると、分散または統合された装置の具体的形態は、図面に示されたシステムおよび装置の形態に限られない。装置の全部または一部は、各種の負荷や使用状況に応じて、機能的または物理的に分散または統合され得る。
〔８．ハードウェア構成〕
　図８は、コンピュータのハードウェア構成の例であるコンピュータ１０００を示す図である。本明細書で説明されたシステムや方法は、例えば、図８に示されたコンピュータ１０００よって実装される。
　図８は、プログラムが実行されることにより、集中管理サーバ１００が実装されるコンピュータの一例を示している。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。
　メモリ１０１０は、ＲＯＭ（Read　Only　Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic　Input　Output　System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１０４１に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。
　ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、集中管理サーバ１００の各処理を規定するプログラムは、コンピュータ１０００により実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０３１に記憶される。例えば、集中管理サーバ１００における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。なお、ハードディスクドライブ１０３１は、ＳＳＤ（Solid　State　Drive）により代替されてもよい。
　ハードディスクドライブ１０３１は、コンフィグ投入処理のためのコンフィグレーション投入プログラムを記憶することができる。また、コンフィグレーション投入プログラムは、プログラムプロダクトとして作成され得る。プログラムプロダクトは、実行された場合に、上述したような、１つまたは複数の方法を実行する。
　また、上述した実施の形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。
　なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ、ＷＡＮ等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
〔９．実施形態のまとめ〕
　上述のように、本開示に係る集中管理サーバ１００は、対応部１２１、決定部１２２および装置制御部１２３を含む。少なくとも１つの実施形態では、対応部１２１は、ユーザのコンフィグレーションを通信装置に投入するための要求を受信する。少なくとも１つの実施形態では、対応部１２１は、受信された要求に含まれる複数のパラメータを、パラメータ群に統合する。少なくとも１つの実施形態では、決定部１２２は、ユーザを収容する通信装置を決定する。少なくとも１つの実施形態では、装置制御部１２３は、パラメータ群を、複数のパラメータに分解し、複数のパラメータに基づいて、ユーザのコンフィグレーションを、決定部１２２によって決定された通信装置に投入する。
　いくつかの実施形態では、対応部１２１は、パラメータ群を、ユーザを収容する通信装置が決定されているかを示す収容データに関連付け、収容データに関連付けられたパラメータ群を、所定の記憶装置に格納する。
　いくつかの実施形態では、決定部１２２は、所定の記憶装置に記憶された収容データに基づいて、ユーザを収容する通信装置が決定されているかを判定し、ユーザを収容する通信装置が決定されていない場合に、ユーザを収容する通信装置を決定し、収容データを、収容データが、決定された通信装置を示すように、更新する。
　いくつかの実施形態では、装置制御部１２３は、所定の記憶装置に記憶された収容データに基づいて、決定部１２２によって決定された通信装置を特定し、所定の記憶装置から、特定された通信装置を示す収容データに関連付けられたパラメータ群を取得し、取得されたパラメータ群を、複数のパラメータに分解し、複数のパラメータに基づいて、ユーザのコンフィグレーションを、特定された通信装置に投入する。
　いくつかの実施形態では、対応部１２１は、受信された要求に含まれる複数のパラメータの定義を含む定義ファイルを取得し、取得された定義ファイルに基づいて、複数のパラメータをチェックする。
　いくつかの実施形態では、決定部１２２は、ユーザを収容する通信装置を、複数の所定の通信装置の中から、ユーザの消費リソース又は複数の所定の通信装置の残リソースのうちの少なくとも１つに基づいて決定する。
　様々な実施形態を、図面を参照して、本明細書で詳細に説明したが、これらの複数の実施形態は例であり、本発明をこれらの複数の実施形態に限定することを意図するものではない。本明細書に記載された特徴は、当業者の知識に基づく様々な変形や改良を含む、様々な方法によって実現され得る。
　また、上述した「部（module、-er接尾辞、-or接尾辞）」は、ユニット、手段、回路などに読み替えることができる。例えば、通信部（communication　module）、制御部（control　module）および記憶部（storage　module）は、それぞれ、通信ユニット、制御ユニットおよび記憶ユニットに読み替えることができる。
　　　１　環境
　　１６　上位システム
　　１７　通信装置
　１００　集中管理サーバ
　１１０　通信部
　１２０　制御部
　１２１　対応部
　１２２　決定部
　１２３　装置制御部
　１３０　記憶部
　１３１　管理ＤＢ
　２００　ネットワーク

Claims (8)

  1. 　ユーザのコンフィグレーションを通信装置に投入するための要求を受信する受信部と、
    　前記受信部によって受信された要求に含まれる複数のパラメータを、パラメータ群に統合する統合部と、
    　前記ユーザを収容する通信装置を決定する決定部と、
    　前記パラメータ群を、前記複数のパラメータに分解し、前記複数のパラメータに基づいて、前記ユーザの前記コンフィグレーションを、前記決定部によって決定された通信装置に投入する投入部と
    　を備えるコンフィグレーション投入装置。
  2. 　前記統合部は、前記パラメータ群を、前記ユーザを収容する通信装置が決定されているかを示す収容データに関連付け、前記収容データに関連付けられた前記パラメータ群を、所定の記憶装置に格納する
    　請求項１に記載のコンフィグレーション投入装置。
  3. 　前記決定部は、前記所定の記憶装置に記憶された前記収容データに基づいて、前記ユーザを収容する通信装置が決定されているかを判定し、前記ユーザを収容する通信装置が決定されていない場合に、前記ユーザを収容する通信装置を決定し、前記収容データを、前記収容データが、決定された通信装置を示すように、更新する
    　請求項２に記載のコンフィグレーション投入装置。
  4. 　前記投入部は、前記所定の記憶装置に記憶された前記収容データに基づいて、前記決定部によって決定された通信装置を特定し、前記所定の記憶装置から、特定された通信装置を示す前記収容データに関連付けられた前記パラメータ群を取得し、取得されたパラメータ群を、前記複数のパラメータに分解し、前記複数のパラメータに基づいて、前記ユーザの前記コンフィグレーションを、特定された通信装置に投入する
    　請求項３に記載のコンフィグレーション投入装置。
  5. 　前記受信部によって受信された要求に含まれる複数のパラメータの定義を含む定義ファイルを取得し、取得された定義ファイルに基づいて、前記複数のパラメータをチェックするチェック部
    　をさらに備える請求項１～４のうちいずれか１つに記載のコンフィグレーション投入装置。
  6. 　前記決定部は、前記ユーザを収容する通信装置を、複数の所定の通信装置の中から、前記ユーザの消費リソース又は前記複数の所定の通信装置の残リソースのうちの少なくとも１つに基づいて決定する
    　請求項１～５のうちいずれか１つに記載のコンフィグレーション投入装置。
  7. 　コンピュータが実行するコンフィグレーション投入方法であって、
    　ユーザのコンフィグレーションを通信装置に投入するための要求を受信する受信工程と、
    　前記受信工程によって受信された要求に含まれる複数のパラメータを、パラメータ群に統合する統合工程と、
    　前記ユーザを収容する通信装置を決定する決定工程と、
    　前記パラメータ群を、前記複数のパラメータに分解し、前記複数のパラメータに基づいて、前記ユーザの前記コンフィグレーションを、前記決定工程によって決定された通信装置に投入する投入工程と
    　を含むコンフィグレーション投入方法。
  8. 　コンピュータを、請求項１～６のうちいずれか１つに記載のコンフィグレーション投入装置として機能させるためのコンフィグレーション投入プログラム。
PCT/JP2022/006497 2022-02-17 2022-02-17 コンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラム WO2023157204A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2024500837A JPWO2023157204A1 (ja) 2022-02-17 2022-02-17
PCT/JP2022/006497 WO2023157204A1 (ja) 2022-02-17 2022-02-17 コンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/006497 WO2023157204A1 (ja) 2022-02-17 2022-02-17 コンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラム

Publications (1)

Publication Number Publication Date
WO2023157204A1 true WO2023157204A1 (ja) 2023-08-24

Family

ID=87577956

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/006497 WO2023157204A1 (ja) 2022-02-17 2022-02-17 コンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラム

Country Status (2)

Country Link
JP (1) JPWO2023157204A1 (ja)
WO (1) WO2023157204A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000216855A (ja) * 1998-11-27 2000-08-04 Alcatel 通信システム用のコンフィグレ―ションデ―タを編集するための、方法、エディタ、コンピュ―タ、制御モジュ―ル、および記憶手段
WO2022003909A1 (ja) * 2020-07-02 2022-01-06 日本電信電話株式会社 通信装置、通信装置制御システム、通信装置の制御方法およびプログラム
WO2022003926A1 (ja) * 2020-07-02 2022-01-06 日本電信電話株式会社 管理装置、管理方法、管理プログラム、及び管理システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000216855A (ja) * 1998-11-27 2000-08-04 Alcatel 通信システム用のコンフィグレ―ションデ―タを編集するための、方法、エディタ、コンピュ―タ、制御モジュ―ル、および記憶手段
WO2022003909A1 (ja) * 2020-07-02 2022-01-06 日本電信電話株式会社 通信装置、通信装置制御システム、通信装置の制御方法およびプログラム
WO2022003926A1 (ja) * 2020-07-02 2022-01-06 日本電信電話株式会社 管理装置、管理方法、管理プログラム、及び管理システム

Also Published As

Publication number Publication date
JPWO2023157204A1 (ja) 2023-08-24

Similar Documents

Publication Publication Date Title
CA2990252C (en) Systems and methods for blueprint-based cloud management
US10824791B2 (en) System for building and modeling web pages
US20200250074A1 (en) Test Orchestration Platform
EP3531305B1 (en) Web page acquisition and rendering with inter-component data binding
US7302558B2 (en) Systems and methods to facilitate the creation and configuration management of computing systems
US7937455B2 (en) Methods and systems for modifying nodes in a cluster environment
EP3531304B1 (en) Bundled scripts for web content delivery
CN106797670A (zh) 使用表征状态转移业务的物理交换机初始化
US12014125B2 (en) ICT resource management device, ICT resource management method, and ICT resource management program
US9935830B1 (en) Cloud management system and method for disparate computing nodes in a cloud computing environment
US10983770B2 (en) Efficient bundling and delivery of client-side scripts
US10291466B2 (en) Computing infrastructure provisioning
US11481228B2 (en) Self-service orchestration platform
CN112395014A (zh) 网关服务实现方法、装置、设备及存储介质
CN113900670B (zh) 集群服务器应用部署系统
US9898273B1 (en) Dynamically updating APIS based on updated configuration file of a computing system
US10819557B1 (en) Systems and methods for selective discovery of services
WO2023157204A1 (ja) コンフィグレーション投入装置、コンフィグレーション投入方法及びコンフィグレーション投入プログラム
US20130262845A1 (en) Method and system for generating a standardized system build file
US10771430B1 (en) Dynamic resource configuration system and method for distributed computing environments
CN116149840A (zh) 用于微服务架构中的基于云的混合服务网格的系统和方法
US20140047083A1 (en) Administration information generation method, administration information generation program, and administration information generation device
US10257026B1 (en) System and method to manage interrelated devices in a computing infrastructure
US20160380904A1 (en) Instruction selection based on a generic directive
EP4307636A1 (en) Rapid error detection through command validation

Legal Events

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

Ref document number: 22927106

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2024500837

Country of ref document: JP