WO2023135790A1 - ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理システム - Google Patents

ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理システム Download PDF

Info

Publication number
WO2023135790A1
WO2023135790A1 PCT/JP2022/001319 JP2022001319W WO2023135790A1 WO 2023135790 A1 WO2023135790 A1 WO 2023135790A1 JP 2022001319 W JP2022001319 W JP 2022001319W WO 2023135790 A1 WO2023135790 A1 WO 2023135790A1
Authority
WO
WIPO (PCT)
Prior art keywords
change request
risk
change
network management
approval
Prior art date
Application number
PCT/JP2022/001319
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 US17/907,861 priority Critical patent/US20240195692A1/en
Priority to PCT/JP2022/001319 priority patent/WO2023135790A1/ja
Publication of WO2023135790A1 publication Critical patent/WO2023135790A1/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/0876—Aspects of the degree of configuration automation
    • H04L41/0886—Fully automatic configuration
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • 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/14—Network analysis or design
    • H04L41/147—Network analysis or design for predicting network behaviour
    • 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/16—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using machine learning or artificial intelligence

Definitions

  • the present invention relates to a network management device, a network management method, and a network management system, and more particularly to technology for automating the approval process for change requests.
  • NFV Network Function Virtualization
  • a telecom network is a large-scale network composed of a large number of devices and functions. In the operation and maintenance of such a large-scale network, it is frequently necessary to repair or replace various devices and functions that make up the production environment, which is the actual operating environment.
  • an approver approves a proposed change request and implements the approved changes.
  • it is necessary for the approver to appropriately evaluate the risks associated with the change, and to properly determine whether the content and procedure of the change are appropriate before approving it.
  • risk assessment requires multifaceted verification from various perspectives, so responsible persons from multiple departments have been gathered and multiple approvers have given step-by-step approval.
  • manually approving change requests requires a great deal of time and effort. It can also lead to network failures due to human authorization errors.
  • an object of the present invention is to provide a network management device, a network management method, and a network management system that can reduce the time and personnel costs required for approval of change requests in a large-scale network.
  • one aspect of the network management apparatus includes: a change request acquisition unit that acquires a change request in which information about the content of a change plan related to a network configuration is described; a first determination unit that determines whether to execute automatic approval to approve the change request without notifying an approver of the change request based on information included in the change request acquired by; and the change request acquisition unit Based on the information included in the acquired change request, the risk evaluation unit that evaluates the risk when the change is implemented according to the change request, and the first determination unit determined not to execute the automatic approval. and a second determination unit that determines whether or not to execute the automatic approval for the change request based on the risk evaluated by the risk evaluation unit.
  • the above network management device comprises: an approval execution unit for executing approval of the change request determined by the first determination unit or the second determination unit to execute the automatic approval;
  • the apparatus may further include a notification unit that notifies an approver of the change request determined not to execute the automatic approval.
  • the first determination unit determines to execute the automatic approval when the change request acquired by the change request acquisition unit is the same as or of the same type as a change request approved in the past.
  • the above network management device further includes a learning unit that causes a model to learn the change request for which the approval has been executed, and the first determination unit uses the model learned by the learning unit to perform the automatic It may be determined whether to perform authorization.
  • the risk evaluation unit evaluates the risk in at least two stages of high risk and low risk, and the second determination unit determines that the automatic approval is not performed by the first determination unit. If the risk of the request is low, determine to perform automatic approval, and if the risk of the change request that was not determined to perform the automatic approval by the first determination unit is high, perform automatic approval. It may be determined not to execute.
  • the risk evaluation unit evaluates the risk in three stages of high risk, medium risk and low risk, and the second determination unit is determined not to perform the automatic approval by the first determination unit If the risk of the change request is medium risk, it is determined whether the change request is the same or similar to the change request acquired in the past by the change request acquisition unit, and If it is determined that the change request is the same or similar, it may be determined that the automatic approval should not be performed.
  • the risk assessment unit evaluates at least one of the impact on the service when the change is implemented, the case caused by the implementation of the change, the time period for implementing the change, the presence or absence of a rollback function, and the presence or absence of a backup. Based on this, the risk may be evaluated.
  • one aspect of the network management method is a network management method executed by a network management device, comprising: an obtaining step of obtaining a change request in which information about the contents of a change plan related to a network configuration is described; a first determination step of determining whether or not to execute automatic approval to approve the change request without notifying an approver of the change request based on information included in the acquired change request; an evaluation step of evaluating the risk of implementing a change in accordance with the change request based on information included in the request; and a second determining step of determining whether to perform the automatic approval based on the risk evaluated in the evaluating step.
  • the network management system includes: a change request acquisition unit for acquiring a change request in which information about the content of a change plan related to a network configuration is described; a first determination unit that determines whether or not to execute automatic approval for approving the change request without notifying an approver of the change request based on information obtained by the change request acquired by the change request acquisition unit; a risk evaluation unit that evaluates a risk when a change is implemented in accordance with the change request based on the information included; and a second determination unit that determines whether or not to execute the automatic approval based on the risk evaluated by the evaluation unit.
  • FIG. 1 is a diagram showing a configuration example of a mobile network including a network management device of this embodiment.
  • FIG. 2 is a diagram showing an example of the internal configuration of the network management system.
  • FIG. 3 is a functional block diagram of a network management unit;
  • FIG. 4 is a flow chart showing the automatic approval determination processing procedure.
  • FIG. 5 is an example of a risk evaluation table.
  • FIG. 6 is a diagram explaining a notification pattern to an approver.
  • FIG. 7 is a diagram illustrating an example of the flow of automatic approval determination processing.
  • FIG. 8 is a diagram illustrating a conventional process up to execution of a change request.
  • FIG. 9 is a block diagram showing an example of a hardware configuration of a network management device;
  • the network management apparatus has a network management function for automating a change request (CR) approval process in a mobile network built on a virtual infrastructure
  • the change request describes information about the contents of the change plan related to the network configuration. Change requests are submitted to implement changes such as repairs, replacements, upgrades, etc. of the various devices and functions that make up the mobile network.
  • the change request includes the priority level of the change, whether or not it affects services, the domain of the change (infrastructure, platform, etc.), the target cluster (all PODs, some PODs, etc.), the details of the change (software upgrade, hardware replacement, WA ( workaround), etc.), change schedule (during maintenance hours, daytime, nighttime, etc.), events (network outages, national events, service outages, natural disasters, etc.), change procedures (whether rollback procedures exist, whether backups exist), etc. can contain information about the domain of the change (infrastructure, platform, etc.), the target cluster (all PODs, some PODs, etc.), the details of the change (software upgrade, hardware replacement, WA ( workaround), etc.), change schedule (during maintenance hours, daytime, nighttime, etc.), events (network outages, national events, service outages, natural disasters, etc.), change procedures (whether rollback procedures exist, whether backups exist), etc. can contain information about
  • the network management device automatically approves the change request without notifying the approver based on the information included in the change request and the risk of implementing the change in accordance with the change request. determine whether or not to Specifically, the network management device first determines whether automatic approval is to be executed based on the information contained in the change request. determines whether to perform automatic approval based on Then, the network management device automatically approves a change request determined to be automatically approved without notifying the approver, and automatically approves a change request determined not to be automatically approved. Ask approvers for approval by notifying them of the change request.
  • FIG. 1 is a diagram showing a network configuration example of a mobile network 100 including a network management device of this embodiment.
  • a terminal capable of mobile communication such as a smartphone and a radio access network (RAN) communicate wirelessly, and the information is relayed through a backhaul network (mobile backhaul: MBH).
  • MBH mobile backhaul network
  • the mobile network 100 comprises a base station 11 and a plurality of accommodating stations 12-14.
  • the accommodation station 12 is an edge data center
  • the accommodation station 13 is a regional data center (RDC)
  • the accommodation station 14 is a central data center (CDC).
  • a backhaul network is configured from the edge data center 12 to the central data center 14 .
  • the mobile network 100 in this embodiment may be a virtualized network built on a virtualization infrastructure.
  • software is implemented on a general-purpose server from the switchboard of the backbone network to the wireless access function of the base station.
  • the base station 11 includes an antenna, a switchboard, a battery, and the like.
  • the edge data center 12 is installed near the base stations 11 and is connected to the plurality of base stations 11 by optical fiber cables or the like.
  • the edge data center 12 implements RAN-related radio access functions.
  • the regional data center 13 is connected to a plurality of edge data centers 12 arranged in the target region. In this regional data center 13, firewall/NAT (Network Address Translation), CDN (Content Distribution Network), and various applications for edge computing are implemented by software.
  • the central data center 14 is connected to multiple regional data centers 13 .
  • the central data center 14 implements core functions such as EPC (Evolved Packet Core) and IMS (IP Multimedia Subsystem).
  • the number of data centers (accommodating stations) such as the edge data center 12, the regional data center 13, and the central data center 14 is not limited to the number shown in FIG.
  • a plurality of regional data centers 13 and central data centers 14 may be installed.
  • FIG. 2 is a diagram showing an example of the internal configuration of a network management system that configures mobile network 100. As shown in FIG. Each component shown in FIG. 2 has a reference point. Lines connecting components shown in FIG. 2 indicate that information can be sent and received from each other.
  • NFVI (NFV Infrastructure) 110 is a network function virtualization infrastructure, and includes physical resources, a virtualization layer, and virtualization resources. Physical resources include hardware resources such as computing resources, storage resources, and transmission resources.
  • the virtualization layer is a virtualization layer such as a hypervisor for virtualizing physical resources and providing them to VNF (Network Function Virtualization) 120 .
  • a virtualized resource is a virtualized infrastructure resource provided to the VNF 120 .
  • the NFVI 110 is a virtualized computing and virtualization system in which hardware resources of a physical server (hereinafter also simply referred to as "server") such as computing, storage, and network functions are virtualized by a virtualization layer such as a hypervisor. It is a platform that can be flexibly handled as virtualized hardware resources such as storage and virtualized networks.
  • a plurality of servers that make up the NFVI 110 are arranged in data centers (accommodating stations) 12-14.
  • the number of servers arranged in each of the data centers 12 to 14, arrangement positions, wiring, etc. are determined in advance according to the data center type (accommodating station type).
  • the servers installed are connected by an internal network so that information can be transmitted and received between them.
  • Data centers are connected by a network, and servers provided in different data centers can transmit and receive information to and from each other via the network.
  • the VNF 120 corresponds to an application running on a virtual machine (VM) on the server and implements network functions in software. Although not shown, each VNF 120 may be provided with a management function called EM (Element Manager).
  • EM Element Manager
  • the NFVI 110 and VNF 120 in FIG. 2 constitute a virtual environment. That is, the virtualization environment is composed of three layers, hardware, virtualization layer, and virtual machine, in order from the bottom.
  • a MANO (Management and Orchestration) 130 has a virtual environment management function and an orchestration function.
  • the MANO 130 includes an NFVO (NFV-Orchestrator) 131 , a VNFM (VNF-Manager) 132 and a VIM (Virtualized Infrastructure Manager) 133 .
  • the NFVO 131 performs orchestration of NFVI resources, life cycle management of network services, and integrated operation management of the entire system.
  • the NFVO 131 can perform processing according to instructions from an OSS/BSS (Operation Support System/Business Support System) 140, which will be described later.
  • OSS/BSS Operaation Support System/Business Support System
  • VNFM 132 performs life cycle management of VNF 120 .
  • VNFM 132 may be arranged in MANO 130 as a dedicated VNFM corresponding to each VNF 120 .
  • one VNFM 132 may manage the lifecycles of two or more VNFs 120 .
  • VNFM 132 may be a generic VNFM that corresponds to VNF 120 from a different vendor.
  • the VIM 133 manages and operates resources used by the VNF 120 .
  • OSS/BSS 140 is an integrated management system for mobile network 100 .
  • OSS is a system (equipment, software, mechanism, etc.) necessary for building and operating a service
  • BSS is information used for billing such as usage fees, billing, customer correspondence, etc. It is a system (equipment, software, mechanism, etc.).
  • the network manager 150 implements a network management function that obtains a proposed change request and determines whether to perform automatic approval of the obtained change request.
  • the network management unit 150 constitutes a network management device according to this embodiment.
  • the network management unit 150 has a database 150a.
  • the database 150a stores information included in change requests acquired in the past.
  • the database 150a can store information included in change requests acquired in the past in association with information (such as a flag) indicating whether or not approval has been executed in the past.
  • the network management unit 150 refers to the database 150a based on the information included in the acquired change request, and determines whether the acquired change request is the same as or of the same type as the previously acquired change request. can judge. In addition, the network management unit 150 refers to the database 150a based on the information included in the acquired change request, and confirms that the acquired change request is the same or similar change request as the change request approved in the past. It is also possible to determine whether or not
  • Nth CR a change request that is the same as or of the same type as a change request acquired in the past
  • first CR a change request that is the same as or similar to a change request that has been approved in the past
  • routine CR a change request that is the same as or similar to a change request that has been approved in the past
  • non-routine CR a change request that is the same as or similar to a change request that has been approved in the past
  • the network management unit 150 is not limited to being an external function of the OSS/BSS 140 or the MANO 130 as shown in FIG.
  • the network management unit 150 may be provided inside the OSS/BSS 140 or may be provided inside the MANO 130 .
  • the network management functions of the network management unit 150 are part of the functions of the OSS/BSS 140 and the MANO 130 .
  • FIG. 3 is a functional block diagram of the network management unit 150.
  • the network management unit 150 includes a change request acquisition unit 151, a routine determination unit 152, a risk evaluation unit 153, an approval type determination unit 154, an approval execution unit 155, and a notification unit 156. , provided.
  • the change request acquisition unit 151 acquires a proposed change request.
  • the routine determination unit 152 determines whether or not the change request is routine CR based on information included in the change request acquired by the change request acquisition unit 151 .
  • the risk evaluation unit 153 evaluates the risk when the change is implemented according to the change request. In this embodiment, a case will be described in which the risk evaluation unit 153 evaluates risk in three levels of high risk, medium risk and low risk.
  • the approval type determination unit 154 automatically approves the change request acquired by the change request acquisition unit 151 based on the determination result by the routine determination unit 152 and the evaluation result by the risk evaluation unit 153 without notifying the approver. Determine whether to execute approval. Specifically, when the routine determination unit 152 determines that the change request is routine CR, the approval type determination unit 154 determines to execute automatic approval.
  • the approval type determination unit 154 determines that the change request determined by the routine determination unit 152 not to be a routine CR, that is, the change request that was not determined to execute automatic approval, has the risk evaluated by the risk evaluation unit 153. determines whether or not to perform automatic approval. Specifically, the approval type determination unit 154 determines to execute automatic approval when the risk is low, and determines not to execute automatic approval when the risk is high. If the risk is medium risk, the approval type determination unit 154 determines whether or not the change request is the Nth CR, and if it is determined to be the Nth CR, executes automatic approval. If it is determined that it is the first CR, it is determined that the automatic approval is not executed.
  • the approval execution unit 155 executes approval of change requests for which the approval type determination unit 154 has determined that automatic approval should be executed. For example, the approval execution unit 155 can transmit information regarding a change request for which automatic approval has been determined by the approval type determination unit 154 to a change implementation unit (not shown) that implements the change.
  • the change execution unit may be included in the network management unit 150 or may be included in an external device separate from the network management unit 150 .
  • the approval execution unit 155 may notify the change request for which automatic approval has been determined by the approval type determination unit 154 to the implementer who implements the change as an approved change request.
  • the notification unit 156 notifies the approver of the change request for which the approval type determination unit 154 has determined that automatic approval will not be executed.
  • the method of notifying the approver is not particularly limited as long as the method allows the approver to confirm the contents of the change request.
  • the configuration of the functional blocks of the network management unit 150 shown in FIG. 3 is an example, and a plurality of functional blocks may constitute one functional block, or one of the functional blocks may perform a plurality of functions. It may be divided into blocks to do.
  • the approval type determination unit 154 includes a first determination unit that determines whether to execute automatic approval based on the determination result of the routine determination unit 152, and a determination that the automatic approval is not performed by the first determination unit. and a second determination unit that determines whether or not to automatically approve the change request based on the risk evaluated by the risk evaluation unit 153 .
  • the plurality of functions of the network management unit 150 may be divided into external functions of the OSS/BSS 140 and MANO 130, internal functions of the OSS/BSS 140, and internal functions of the MANO 130, respectively, of the network management system shown in FIG.
  • FIG. 4 is a flow chart for explaining the operation of the network management unit 150.
  • the network management unit 150 acquires a change request.
  • the network management unit 150 extracts data (CR data) included in the change request.
  • the CR data is information necessary for determining whether the acquired change request is a routine CR and information required for risk evaluation of the acquired change request.
  • step S3 the network management unit 150 determines whether or not the change request obtained in step S1 is routine CR, based on the data obtained in step S2.
  • the network management unit 150 uses a learning model (AI model) to determine whether or not the change request acquired in step S1 is routine CR.
  • the network management unit 150 uses a learning model to determine whether the change request acquired in step S1 is the same as or of the same type as the change request acquired in the past. If so, it can be determined whether authorization has been performed in the past.
  • the network management unit 150 determines that the acquired change request is the same or the same type of change request as the change request acquired and approved in the past, that is, that the acquired change request is a routine CR. If so, the process moves to step S4, and if it is determined that it is not routine CR, the process moves to step S8.
  • the learned model can be a model that has learned the data structure of all change requests acquired so far.
  • the above-described learning model may be a model that has learned patterns of change requests acquired in the past and what change requests an approver has approved.
  • the learning model may be, for example, a machine learning model such as a neural network.
  • the network management unit 150 may refer to the database 150a based on the information included in the acquired change request to determine whether the acquired change request is routine CR. Also, if the change request contains information (such as a flag) indicating that it is a routine CR, the network management unit 150 determines the acquired change based on the above information contained in the change request. It may be determined that the request is a routine CR.
  • the method of determining whether or not it is a routine CR can be appropriately set according to the specifications, complexity, etc. of the data structure of the change request.
  • step S4 the network management unit 150 determines that the change request acquired in step S1 is the routine CR and is a change request that can be automatically approved, and proceeds to step S5.
  • step S5 the network management unit 150 automatically approves the change request obtained at step S1.
  • step S6 the network management unit 150 sets the change request acquired in step S1 as a complete routine CR that has been approved in the past and can be automatically approved from the next time without notifying the approver.
  • the network management unit 150 may manage the routine CR by setting flags.
  • step S7 the network management unit 150 associates the change request acquired in step S1 with the automatic approval determination result for the change request, and stores them in the database 150a.
  • the network management unit 150 updates the learning model based on the information included in the change request acquired at step S1. That is, in step S8, the network management unit 150 learns the data structure of the change request that is a non-routine CR among the change requests acquired in step S1.
  • the network manager 150 evaluates the risk of the change request obtained at step S1.
  • the network management unit 150 can evaluate the risk in three levels of high risk, medium risk, and low risk based on the risk evaluation table shown in FIG. 5, for example.
  • the network management unit 150 based on the impact on the service when the change is implemented, the cases caused by the implementation of the change, the time period when the change is implemented, the presence or absence of the rollback function, and the presence or absence of backup , assess the risk.
  • "Affected service” indicates whether or not there is an impact on the service when the change is implemented, "O” if there is an impact on the service, and "- ”.
  • the impact on services includes, for example, suspension of services.
  • no rollback procedure indicates whether or not a rollback procedure has been established. is “-”.
  • no backup indicates whether or not there is a backup that can be used, with “O” if there is no backup and "-" if there is a backup.
  • FIG. 5 shows only part of the combination patterns.
  • the risk evaluation table shown in FIG. 5 is an example, and the conditions and results of risk evaluation used for risk evaluation are not limited to the conditions and results shown in FIG. Also, in this embodiment, a case of evaluating risk using a risk evaluation table as shown in FIG. 5 will be described, but the method of risk evaluation is not limited to the above.
  • the network management unit 150 may evaluate risks using a learning model or the like.
  • step S10 the network management unit 150 determines whether or not the risk evaluated in step S9 is high risk. If it is determined that the risk is high, the process proceeds to step S13. In step S11, the network management unit 150 determines whether or not the risk evaluated in step S9 is medium risk. If it is determined to be medium risk, the process proceeds to step S12.
  • step S12 the network management unit 150 determines whether or not the change request acquired in step S1 is the first CR. If it is determined that there is, the process moves to step S13. In step S13, the network management unit 150 determines that the change request acquired in step S1 is a change request for which manual approval should be executed, and proceeds to step S14.
  • step S14 the network management unit 150 notifies the approver of the content of the change request acquired in step S1.
  • step S15 the network management unit 150 acquires the result of manual approval by the approver, and proceeds to step S7.
  • FIG. 6 is a diagram explaining a notification pattern to an approver.
  • routine/non-routine indicates whether the change request is routine CR or non-routine CR.
  • first time/Nth time indicates whether the change request is the first time CR that has never been requested or the Nth time CR that has been requested in the past.
  • notification to approver indicates whether or not it is necessary to notify the approver of the change request. "-”.
  • a change request that is a routine CR is a change request that is automatically approved regardless of the risk evaluation result (risk: high, medium, low) and does not require notification to the approver. is determined.
  • risk evaluation result risk: high, medium, low
  • FIG. 7 is a diagram for explaining the flow of automatic approval determination processing using a learning model (AI model).
  • the network management unit 150 extracts data (CR data) 501 included in the change request.
  • the extracted CR data 501 is stored in a database (DB) 150a.
  • the network management unit 150 uses an AI model 507, which will be described later, based on the first-time CR data (1st time CR data) 502. , it can be determined that the change request is the first CR. In this case, the network management unit 150 evaluates the risk of the acquired change request, and performs automatic approval approval/disapproval determination 508 for determining whether or not to execute automatic approval according to the risk evaluation result. Specifically, the network management unit 150 determines to perform automatic approval when the risk is low risk, and determines not to perform automatic approval when the risk is medium risk or high risk.
  • the network management unit 150 stores the result of the determination in the database 150a and executes automatic approval. On the other hand, if it is determined not to execute automatic approval, the network management unit 150 notifies the approver 430 of the acquired change request (notification 509). Then, the approval result by the approver 430 is stored in the database 150a.
  • the network management unit 150 can construct the AI model 507 based on the initial CR data 502 . Specifically, the network management unit 150 uses the training data 503 extracted from the initial CR data 502 and utilizes the machine learning algorithm 504 to train the AI model 507 on the data structure of the change request. Let The network manager 150 may also make the AI model 507 learn whether the change request was approved or rejected. At this time, the network management unit 150 optimizes the AI model 507 by repeatedly executing training, evaluation, and tuning. Here, evaluation 505 is performed using test data 506 extracted from initial CR data 502 .
  • the network management unit 150 uses the AI model 507 based on the N-th CR data (N time CR data) 510. Therefore, it can be determined that the change request is the N-th CR. Then, if the acquired change request is a routine CR that has been approved in the past, the network management unit 150 determines to execute automatic approval in the automatic approval approval/disapproval decision 508, and stores the result of the decision in the database. 150a to perform auto-approval.
  • the network management unit 150 evaluates the risk of the acquired change request in the automatic approval decision 508, Determine whether to execute automatic approval according to the evaluation result. Specifically, when the risk is low risk or medium risk, it is determined to perform automatic approval, and when the risk is high risk, it is determined not to perform automatic approval. Then, when it is determined to execute automatic approval, the network management section 150 stores the result of the determination in the database 150a and executes automatic approval. On the other hand, if it is determined not to execute automatic approval, the network management unit 150 notifies the approver 430 of the acquired change request (notification 509). Then, the approval result by the approver 430 is stored in the database 150a.
  • the network management unit 150 which is the network management device in this embodiment, acquires a change request in which information about the content of a change plan related to the network configuration is described, and the information contained in the acquired change request. determines whether to execute automatic approval to approve the change request without notifying the approver. Then, the network management unit 150 determines whether or not to automatically approve a change request for which automatic approval has not been determined, based on the risk of making a change in accordance with the change request.
  • the network manager 150 can automatically determine whether to perform approval of a proposed change request based on information contained in the submitted change request. Therefore, it is possible to greatly reduce the time and labor required for determining approval of a change request.
  • the network management unit 150 makes a first decision to determine whether to execute automatic approval based on the information (CR data pattern) included in the change request, and based on the risk when the change is implemented according to the change request. A second determination is performed to determine whether or not automatic approval is to be executed. Therefore, it is possible to appropriately determine whether or not to execute automatic approval. Therefore, it is possible to suppress the occurrence of network failures caused by human authorization errors.
  • the network management unit 150 automatically executes approval for a change request determined to be automatically approved, and notifies the approver of the change request determined not to be automatically approved. can do. In this way, a change request determined to be automatically approved can be automatically approved without manual intervention, thereby saving the approver's labor for approval. In addition, for a change request determined not to be automatically approved, the approver is notified of the change request, so that manual approval by the approver can be appropriately urged.
  • the developer 410 prepares an operating procedure manual for change and has the requester 420 submit a change request.
  • Requestor 420 submits a change request and seeks approval from approver 430 .
  • the approver 430 approves or rejects the change request by confirming the proposed change request, evaluating the risks associated with the change, and judging whether the content and procedure of the change are appropriate.
  • multiple approvers are involved in the approval of the change request in order to perform multifaceted verification from various viewpoints. For example, a domain manager 431, a security manager 432, an operation manager 433, a change manager 434, etc. are involved in the approval of a change request, and stepwise approval is performed by these approvers.
  • the approved change request is sent to administrator 440 .
  • the administrator 440 makes a final confirmation of the change request and instructs the executor 450 to implement the change.
  • the performer 450 implements the changes and verifies that the changes were successful. In this way, multiple teams (9 teams in FIG. 8) were involved in implementing the change, and it took a long time to approve it.
  • the requester 420 needs to raise the change request again in order to correct part or all of the change request, or the multiple approvers 431 need to submit the change request again. Approval by ⁇ 434 may be required. Therefore, more time and effort are required. A lengthy approval process can impact overall network activity.
  • the network management unit 150 automatically determines whether to approve the proposed change request or to have the approver approve it, and automatically performs the approval if it is determined to approve it. be able to. Therefore, it is possible to reduce the time and personnel costs required for the change request approval process. Also, since changes can be implemented quickly, the production environment can be maintained in an optimal state.
  • the network management unit 150 determines that the change request is a routine CR and that automatic approval is executed. can judge. In this way, the patterns of acquired change requests are checked, and it is determined that approval can be automatically executed for change requests that have the same pattern as change requests that have been approved in the past without notifying the approver. can do. Therefore, it is possible to easily and appropriately determine whether or not automatic approval is possible.
  • the network management unit 150 refers to the database 150a storing change requests acquired in the past, and has a flag indicating that the change request has the same pattern as the acquired change request and has been approved in the past. It may be determined whether or not the obtained change request is routine CR by determining whether or not there is a change request to which is added.
  • the network management unit 150 may cause a model to learn a change request for which approval has been executed, and use the learned model to determine whether or not the acquired change request is a routine CR. In this case, even if the change request has a complicated data structure, it is appropriately determined whether or not the acquired change request has the same pattern as the change request for which approval was executed in the past. be able to. In addition, by using a model that learns the data structure of change requests and the approval results of approvers for change requests, even if information indicating that the change request is a routine CR is erroneously included, for example, It is possible to prevent erroneous determination that it is routine CR based on the information.
  • the network management unit 150 can determine whether or not to execute automatic approval based on the risk evaluation result.
  • the network management unit 150 can evaluate the risk of making changes in accordance with the change request in at least two stages of high risk and low risk. Then, if the risk is low, it can be determined that the change request will be automatically approved, and if the risk is high, it can be determined that the change request will not be automatically approved. In this way, it is determined whether or not automatic approval is to be executed based on the risk evaluation result, so it is possible to appropriately suppress the occurrence of network failures due to approval errors.
  • the network management unit 150 may evaluate the risk of implementing changes in accordance with a change request in three stages: high risk, medium risk, and low risk. Then, if the network management unit 150 cannot determine that automatic approval is to be executed based only on the information contained in the change request, the network management unit 150 performs risk evaluation. It may be determined whether or not the change request is the same as or of the same type as the change request. As a result, when it is determined that the change requests are the same or of the same type, the network management unit 150 can determine to execute automatic approval of the change request. On the other hand, when it is determined that the change request is not the same or similar type of change request, the network management unit 150 can determine not to execute automatic approval of the change request.
  • the risk is medium risk
  • Automatic approval may not be performed if CR.
  • the approver is always notified the first time, and even if the approver rejects the approval, the second and subsequent times can be automatically approved. Therefore, it is possible to make an appropriate determination in consideration of the requester's intention and risk.
  • the network management unit 150 determines at least one of the impact on the service when the change is implemented, the case caused by the implementation of the change, the time period when the change is implemented, the presence or absence of the rollback function, and the presence or absence of backup. Based on this, the above risks can be evaluated. This makes it possible to appropriately evaluate risks.
  • the network management device may be implemented in any general-purpose server that constitutes the backhaul network, core network, or the like of the mobile network 100 .
  • the network management device may be implemented in a dedicated server.
  • the network management device may be implemented on a single or multiple computers.
  • the network management device 1 includes a CPU 2, a ROM 3, a RAM 4, an HDD 5, an input section 6, a display section 7, a communication I/F 8, and the like. be able to.
  • a CPU (Central Processing Unit) 2 comprehensively controls operations in the network management device 1, and controls each component (3 to 8) via a data transmission line (system bus).
  • a ROM (Read Only Memory) 3 is a non-volatile memory that stores control programs and the like necessary for the CPU 2 to execute processing.
  • the program may be stored in a non-volatile memory such as a HDD (Hard Disk Drive) 5 or SSD (Solid State Drive) or an external memory such as a removable storage medium (not shown).
  • a RAM (Random Access Memory) 4 is a volatile memory and functions as a main memory of the CPU 2, a work area, and the like. That is, the CPU 2 loads necessary programs and the like from the ROM 3 to the RAM 4 when executing processing, and executes various functional operations by executing the programs and the like.
  • the HDD 5 stores, for example, various data and information necessary for the CPU 2 to perform processing using programs.
  • the HDD 5 also stores various data, various information, and the like obtained by the CPU 2 performing processing using programs and the like, for example.
  • the input unit 6 is composed of a pointing device such as a keyboard and a mouse.
  • the display unit 7 is configured by a monitor such as a liquid crystal display (LCD).
  • the display unit 7 may provide a GUI (Graphical User Interface) for inputting instructions to the network management device 1 regarding various parameters, communication parameters used in communication with other devices, and the like.
  • the communication I/F 8 is an interface that controls communication between the network management device 1 and external devices.
  • At least part of the functions of the elements of the network management unit 150 shown in FIG. 3 can be realized by the CPU 2 executing a program. However, at least some of the elements of the network management unit 150 shown in FIG. 3 may operate as dedicated hardware. In this case, the dedicated hardware operates under the control of the CPU2.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Databases & Information Systems (AREA)
  • Evolutionary Computation (AREA)
  • Medical Informatics (AREA)
  • Software Systems (AREA)
  • Automation & Control Theory (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

大規模ネットワークにおいて、変更要求に対する承認を自動的かつ迅速に行う。　ネットワーク管理装置は、ネットワーク構成に関わる変更計画の内容に関する情報が記述された変更要求を取得する変更要求取得部と、変更要求取得部により取得された変更要求に含まれる情報に基づいて、当該変更要求を承認者に通知することなく承認する自動承認を実行するかを判定する第１の判定部と、変更要求取得部により取得された変更要求に含まれる情報に基づいて、当該変更要求に従って変更を実施した場合のリスクを評価するリスク評価部と、第１の判定部により自動承認を実行すると判定されなかった変更要求について、リスク評価部により評価されたリスクに基づいて、自動承認を実行するか否かを判定する第２の判定部と、を備える。

Description

ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理システム
　本発明は、ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理システムに関し、特に、変更要求に対する承認プロセスを自動化するための技術に関する。
　汎用サーバの性能向上、ネットワーク基盤の充実を背景として、サーバなどの物理リソース上に仮想化されたコンピューティングリソースをオンデマンドで使うクラウドコンピューティング（以下、「クラウド」という。）が広く普及している。また、ネットワーク機能を仮想化し、クラウド上で提供するＮＦＶ（Network Function Virtualization）が知られている。ＮＦＶとは、仮想化技術およびクラウド技術を用いて、これまで専用ハードウェア上で動いていた様々なネットワークサービスのハードウェアとソフトウェアとを分離し、ソフトウェアを仮想化された基盤上で動かす技術である。これによって運用の高度化やコスト削減が期待される。
　そして、近年、モバイルネットワークにおいても仮想化が進められている。
　ＥＴＳＩ（European Telecommunications Standards Institute）　ＮＦＶでは、ＮＦＶのアーキテクチャが定義されている（例えば、特許文献１参照）。
国際公開第２０１６／１２１８０２号
　テレコムネットワークは、多数の機器や機能により構成された大規模ネットワークである。このような大規模ネットワークの運用および保守においては、実際の運用環境であるプロダクション環境を構成する様々な機器や機能の修理や交換が頻繁に必要となる。
　従来、プロダクション環境に変更を加える場合、提起された変更要求を承認者が承認し、承認された変更を実施するといったプロセスが踏まれてきた。しかしながら、承認者は、変更に伴うリスクを適切に評価し、変更の内容や手順が妥当であるかを正しく判断して承認する必要がある。また、リスク評価においては、様々な観点からの多角的な検証が必要であるため、複数の部門から責任者を集め、複数の承認者による段階的な承認が行われてきた。
　このように、変更要求の承認を人手で行うことは、多大な時間と労力とを要する。また、人為的な承認ミスに起因するネットワーク障害をも招来し得る。
　そこで、本発明は、大規模ネットワークにおいて、変更要求に対する承認に要する時間および人的コストを削減することができるネットワーク管理装置、ネットワーク管理方法およびネットワーク管理システムを提供することを課題としている。
　上記課題を解決するために、本発明に係るネットワーク管理装置の一態様は、ネットワーク構成に関わる変更計画の内容に関する情報が記述された変更要求を取得する変更要求取得部と、前記変更要求取得部により取得された前記変更要求に含まれる情報に基づいて、当該変更要求を承認者に通知することなく承認する自動承認を実行するかを判定する第１の判定部と、前記変更要求取得部により取得された前記変更要求に含まれる情報に基づいて、当該変更要求に従って変更を実施した場合のリスクを評価するリスク評価部と、前記第１の判定部により前記自動承認を実行すると判定されなかった前記変更要求について、前記リスク評価部により評価された前記リスクに基づいて、前記自動承認を実行するか否かを判定する第２の判定部と、を備える。
　上記のネットワーク管理装置は、前記第１の判定部または前記第２の判定部により前記自動承認を実行すると判定された前記変更要求の承認を実行する承認実行部と、前記第２の判定部により前記自動承認を実行しないと判定された前記変更要求を承認者に通知する通知部と、をさらに備えてもよい。
　前記第１の判定部は、前記変更要求取得部により取得された前記変更要求が、過去に承認が実行された変更要求と同一または同種の変更要求である場合、前記自動承認を実行すると判定してもよい。
　上記のネットワーク管理装置は、前記承認が実行された前記変更要求をモデルに学習させる学習部をさらに備え、前記第１の判定部は、前記学習部により学習された前記モデルを用いて、前記自動承認を実行するかを判定してもよい。
　前記リスク評価部は、前記リスクを、高リスクおよび低リスクの少なくとも２段階で評価し、前記第２の判定部は、前記第１の判定部により前記自動承認を実行すると判定されなかった前記変更要求の前記リスクが低リスクの場合、自動承認を実行すると判定し、前記第１の判定部により前記自動承認を実行すると判定されなかった前記変更要求の前記リスクが高リスクの場合、自動承認を実行しないと判定してもよい。
　前記リスク評価部は、前記リスクを、高リスク、中リスクおよび低リスクの３段階で評価し、前記第２の判定部は、前記第１の判定部により前記自動承認を実行すると判定されなかった前記変更要求の前記リスクが中リスクの場合、当該変更要求が、前記変更要求取得部により過去に取得された変更要求と同一または同種の変更要求であるか否かを判定し、前記同一または同種の変更要求であると判定された場合、自動承認を実行すると判定し、前記同一または同種の変更要求ではないと判定された場合、自動承認を実行しないと判定してもよい。
　前記リスク評価部は、前記変更を実施した場合のサービスへの影響、前記変更の実施によって引き起こされた事例、前記変更を実施する時間帯、ロールバック機能の有無およびバックアップの有無の少なくとも１つに基づいて、前記リスクを評価してもよい。
　また、本発明に係るネットワーク管理方法の一態様は、ネットワーク管理装置が実行するネットワーク管理方法であって、ネットワーク構成に関わる変更計画の内容に関する情報が記述された変更要求を取得する取得ステップと、取得された前記変更要求に含まれる情報に基づいて、当該変更要求を承認者に通知することなく承認する自動承認を実行するか否かを判定する第１の判定ステップと、取得された前記変更要求に含まれる情報に基づいて、当該変更要求に従って変更を実施した場合のリスクを評価する評価ステップと、前記第１の判定ステップにおいて前記自動承認を実行しないと判定された前記変更要求について、前記評価ステップにおいて評価された前記リスクに基づいて、前記自動承認を実行するか否かを判定する第２の判定ステップと、を含む。
　さらに、本発明に係るネットワーク管理システムは、ネットワーク構成に関わる変更計画の内容に関する情報が記述された変更要求を取得する変更要求取得部と、前記変更要求取得部により取得された前記変更要求に含まれる情報に基づいて、当該変更要求を承認者に通知することなく承認する自動承認を実行するか否かを判定する第１の判定部と、前記変更要求取得部により取得された前記変更要求に含まれる情報に基づいて、当該変更要求に従って変更を実施した場合のリスクを評価するリスク評価部と、前記第１の判定部により前記自動承認を実行しないと判定された前記変更要求について、前記リスク評価部により評価された前記リスクに基づいて、前記自動承認を実行するか否かを判定する第２の判定部と、を備える。
　本発明の一つの態様によれば、大規模ネットワークにおいて、変更要求に対する承認に要する時間および人的コストを削減することができる。
　上記した本発明の目的、態様及び効果並びに上記されなかった本発明の目的、態様及び効果は、当業者であれば添付図面及び請求の範囲の記載を参照することにより下記の発明を実施するための形態から理解できるであろう。
図１は、本実施形態のネットワーク管理装置を含むモバイルネットワークの構成例を示す図である。 図２は、ネットワーク管理システムの内部構成の一例を示す図である。 図３は、ネットワーク管理部の機能ブロック図である。 図４は、自動承認判定処理手順を示すフローチャートである。 図５は、リスク評価表の一例である。 図６は、承認者への通知パターンを説明する図である。 図７は、自動承認判定処理の流れの一例を説明する図である。 図８は、従来の変更要求の実行までのプロセスを説明する図である。 図９は、ネットワーク管理装置のハードウェア構成の一例を示すブロック図である。
　以下、添付図面を参照して、本発明を実施するための実施形態について詳細に説明する。以下に開示される構成要素のうち、同一機能を有するものには同一の符号を付し、その説明を省略する。なお、以下に開示される実施形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正または変更されるべきものであり、本発明は以下の実施形態に限定されるものではない。また、本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
　以下、本実施形態に係るネットワーク管理装置が、仮想化基盤で構築されるモバイルネットワークにおける変更要求（Change Request：ＣＲ）の承認プロセスを自動化するためのネットワーク管理機能を備える場合について説明する。
　ここで、変更要求とは、ネットワーク構成に関わる変更計画の内容に関する情報を記述したものである。変更要求は、モバイルネットワークを構成する様々な機器や機能の修理、交換、更新などの変更を実施するために提起される。
　変更要求は、変更の優先レベル、サービスへの影響の有無、変更のドメイン（インフラ、プラットフォーム等）、対象クラスター（全ＰＯＤ、一部ＰＯＤ等）、変更内容（ソフトウェアアップグレード、ハードウェア交換、ＷＡ（workaround）等）、変更スケジュール（メンテナンス時間内、日中、夜間等）、イベント（ネットワーク停止、国家的行事、サービス停止、自然災害等）、変更手順（ロールバック手順の有無、バックアップの有無）などに関する情報を含むことができる。
　本実施形態では、ネットワーク管理装置は、変更要求に含まれる情報と、変更要求に従って変更を実施した場合のリスクとに基づいて、当該変更要求を承認者に通知することなく承認する自動承認を実行するか否かを判定する。
　具体的には、ネットワーク管理装置は、まず、変更要求に含まれる情報に基づいて自動承認を実行するかを判定し、自動承認を実行すると判定されなかった変更要求については、上記リスクの評価結果に基づいて自動承認を実行するか否かを判定する。そして、ネットワーク管理装置は、自動承認を実行すると判定された変更要求については、承認者に通知することなく自動的に承認を実行し、自動承認を実行しないと判定された変更要求については、当該変更要求を承認者に通知することで、承認者に承認を依頼する。
　図１は、本実施形態のネットワーク管理装置を含むモバイルネットワーク１００のネットワーク構成例を示す図である。
　図１に示すモバイルネットワーク１００においては、スマートフォンなどのモバイル通信可能な端末と無線アクセスネットワーク（Radio Access Network：ＲＡＮ）とが無線通信し、その情報をバックホールネットワーク（モバイルバックホール：ＭＢＨ）を中継してコアネットワークに送って処理することで、インターネット２００に接続したり、他社のネットワークと接続して音声通話をしたりすることができる。
　具体的には、モバイルネットワーク１００は、基地局１１と、複数の収容局１２～１４と、を備えて構成される。ここで、収容局１２はエッジデータセンタ、収容局１３は地域データセンタ（Regional Data Center：ＲＤＣ）、収容局１４は中央データセンタ（Central Data Center：ＣＤＣ）である。エッジデータセンタ１２から中央データセンタ１４までの間でバックホールネットワークが構成される。
　本実施形態におけるモバイルネットワーク１００は、仮想化基盤で構築された仮想化ネットワークであってよい。このモバイルネットワーク１００では、汎用的なサーバ上に、基幹網の交換機から基地局の無線アクセス機能までをソフトウェアで実現している。
　基地局１１は、アンテナや配電盤、バッテリー等を備える。
　エッジデータセンタ１２は、基地局１１の近くに設置され、複数の基地局１１とそれぞれ光ファイバーケーブル等で接続されている。エッジデータセンタ１２では、ＲＡＮ関連の無線アクセス機能を実現する。
　地域データセンタ１３は、対象地域に配置される複数のエッジデータセンタ１２と接続されている。この地域データセンタ１３では、ファイアウォール／ＮＡＴ（Network Address Translation）、ＣＤＮ（Content Distribution Network）や、エッジコンピューティングのためのさまざまなアプリケーションをソフトウェアにより実現する。
　中央データセンタ１４は、複数の地域データセンタ１３と接続されている。この中央データセンタ１４では、ＥＰＣ（Evolved Packet Core）やＩＭＳ（IP Multimedia Subsystem）などのコア機能を実現する。
　なお、エッジデータセンタ１２、地域データセンタ１３、中央データセンタ１４といった各データセンタ（収容局）の数は、図１に示す数に限定されない。例えば図１では、地域データセンタ１３および中央データセンタ１４を１つずつしか図示していないが、地域データセンタ１３および中央データセンタ１４はそれぞれ複数設置されていてもよい。
　図２は、モバイルネットワーク１００を構成するネットワーク管理システムの内部構成の一例を示す図である。
　この図２に示す構成要素は、それぞれ参照点を有している。図２に示す構成要素間を結ぶ線は、互いに情報の送受信が可能であることを示している。
　ＮＦＶＩ（NFV Infrastructure）１１０は、ネットワーク機能仮想化基盤であり、物理資源、仮想化層、仮想化資源を含んで構成される。物理資源には、計算資源、記憶資源、伝送資源といったハードウェアリソースが含まれる。仮想化層は、物理資源を仮想化してＶＮＦ（Network Function Virtualization）１２０に提供するためのハイパーバイザー等の仮想化レイヤである。仮想化資源は、ＶＮＦ１２０に提供される仮想化されたインフラ資源である。
　即ち、ＮＦＶＩ１１０は、コンピューティング、ストレージ、ネットワーク機能といった物理サーバ（以下、単に「サーバ」ともいう。）のハードウェアリソースを、ハイパーバイザー等の仮想化レイヤで仮想化した仮想化コンピューティング、仮想化ストレージ、仮想化ネットワークといった仮想化ハードウェアリソースとして柔軟に扱えるようにした基盤である。
　ＮＦＶＩ１１０を構成するサーバは、複数まとめてデータセンタ（収容局）１２～１４に配置される。各データセンタ１２～１４に配置されるサーバの台数や配置位置、配線等は、データセンタのタイプ（収容局タイプ）によって予め定められている。各データセンタ１２～１４では、配置されたサーバが内部のネットワークによって接続されており、互いに情報の送受信を行うことができるようになっている。また、データセンタ間はネットワークで接続されており、異なるデータセンタに設けられたサーバは、当該ネットワークを介して互いに情報の送受信を行うことができるようになっている。
　ＶＮＦ１２０は、サーバ上の仮想マシン（Virtual Machine：ＶＭ）で動作するアプリケーションに対応し、ネットワーク機能をソフトウェア的に実現する。なお、特に図示しないが、ＶＮＦ１２０ごとにＥＭ（Element Manager）という管理機能が設けられていてもよい。
　図２におけるＮＦＶＩ１１０とＶＮＦ１２０とで仮想化環境を構成している。つまり、仮想化環境は、下層から順に、ハードウェア、仮想化レイヤ、仮想マシンの３レイヤで構成される。
　ＭＡＮＯ（Management and Orchestration）１３０は、仮想化環境の管理機能とオーケストレーション機能とを有する。ＭＡＮＯ１３０は、ＮＦＶＯ（NFV-Orchestrator）１３１、ＶＮＦＭ（VNF-Manager）１３２、ＶＩＭ（Virtualized Infrastructure Manager）１３３を備える。
　ＮＦＶＯ１３１は、ＮＦＶＩリソースのオーケストレーションや、ネットワークサービスのライフサイクル管理を行い、システム全体の統合的な運用管理を行う。このＮＦＶＯ１３１は、後述するＯＳＳ／ＢＳＳ（Operation Support System/Business Support System）１４０からの指示に応じた処理を行うことができる。
　ＶＮＦＭ１３２は、ＶＮＦ１２０のライフサイクル管理を行う。なお、ＶＮＦＭ１３２は、ＶＮＦ１２０毎に、それぞれ対応する専用ＶＮＦＭとしてＭＡＮＯ１３０に配置されていてもよい。または、１つのＶＮＦＭ１３２が、２以上のＶＮＦ１２０のライフサイクルを管理してもよい。この場合、ＶＮＦＭ１３２は、異なるベンダから提供されるＶＮＦ１２０に対応する汎用ＶＮＦＭであってもよい。
　ＶＩＭ１３３は、ＶＮＦ１２０が使用するリソースの運用管理を行う。
　ＯＳＳ／ＢＳＳ１４０は、モバイルネットワーク１００の統合管理システムである。
　ここで、ＯＳＳは、サービスを構築し、運営していくために必要なシステム（機器やソフトウェア、仕組みなど）であり、ＢＳＳは、利用料などの課金、請求、顧客対応などのために用いる情報システム（機器やソフトウェア、仕組みなど）である。
　ネットワーク管理部１５０は、提起された変更要求を取得し、取得された変更要求の自動承認を実行するか否かを判定するネットワーク管理機能を実現する。このネットワーク管理部１５０が本実施形態に係るネットワーク管理装置を構成している。
　ネットワーク管理部１５０は、データベース１５０ａを備える。データベース１５０ａは、過去に取得された変更要求に含まれる情報を記憶する。例えばデータベース１５０ａは、過去に取得された変更要求に含まれる情報を、過去に承認が実行されたか否かを示す情報（フラグ等）と対応付けて記憶することができる。
　ネットワーク管理部１５０は、取得された変更要求に含まれる情報をもとにデータベース１５０ａを参照し、取得された変更要求が、過去に取得された変更要求と同一または同種の変更要求であるかを判定することができる。また、ネットワーク管理部１５０は、取得された変更要求に含まれる情報をもとにデータベース１５０ａを参照し、取得された変更要求が、過去に承認が実行された変更要求と同一または同種の変更要求であるか否かを判定することもできる。
　なお、以下の説明では、過去に取得された変更要求と同一または同種の変更要求を「Ｎ回目ＣＲ」、それ以外の変更要求を「初回ＣＲ」という。また、過去に承認が実行された変更要求と同一または同種の変更要求を「ルーティンＣＲ」、それ以外の変更要求を「非ルーティンＣＲ」という。
　ここで、ネットワーク管理部１５０は、図２に示すようにＯＳＳ／ＢＳＳ１４０やＭＡＮＯ１３０の外部機能である場合に限定されない。ネットワーク管理部１５０は、ＯＳＳ／ＢＳＳ１４０の内部に設けられていてもよいし、ＭＡＮＯ１３０の内部に設けられていてもよい。この場合、ネットワーク管理部１５０が有するネットワーク管理機能は、ＯＳＳ／ＢＳＳ１４０やＭＡＮＯ１３０の機能の一部となる。
　図３は、ネットワーク管理部１５０の機能ブロック図である。
　この図３に示すように、ネットワーク管理部１５０は、変更要求取得部１５１と、ルーティン判定部１５２と、リスク評価部１５３と、承認タイプ判定部１５４と、承認実行部１５５と、通知部１５６と、を備える。
　変更要求取得部１５１は、提起された変更要求を取得する。
　ルーティン判定部１５２は、変更要求取得部１５１により取得された変更要求に含まれる情報に基づいて、当該変更要求がルーティンＣＲであるか否かを判定する。
　リスク評価部１５３は、変更要求取得部１５１により取得された変更要求に含まれる情報に基づいて、当該変更要求に従って変更を実施した場合のリスクを評価する。本実施形態では、リスク評価部１５３は、リスクを、高リスク、中リスクおよび低リスクの３段階で評価する場合について説明する。
　承認タイプ判定部１５４は、ルーティン判定部１５２による判定結果と、リスク評価部１５３による評価結果とに基づいて、変更要求取得部１５１により取得された変更要求を承認者に通知することなく承認する自動承認を実行するか否かを判定する。
　具体的には、承認タイプ判定部１５４は、ルーティン判定部１５２により変更要求がルーティンＣＲであると判定された場合、自動承認を実行すると判定する。
　一方、承認タイプ判定部１５４は、ルーティン判定部１５２によりルーティンＣＲではないと判定された変更要求、つまり、自動承認を実行すると判定されなかった変更要求については、リスク評価部１５３により評価されたリスクに基づいて、自動承認を実行するか否かを判定する。
　具体的には、承認タイプ判定部１５４は、上記リスクが低リスクの場合、自動承認を実行すると判定し、上記リスクが高リスクの場合、自動承認を実行しないと判定する。また、承認タイプ判定部１５４は、上記リスクが中リスクの場合には、当該変更要求がＮ回目ＣＲであるか否かを判定し、Ｎ回目ＣＲであると判定された場合、自動承認を実行すると判定し、初回ＣＲであると判定された場合、自動承認を実行しないと判定する。
　承認実行部１５５は、承認タイプ判定部１５４により自動承認を実行すると判定された変更要求の承認を実行する。例えば、承認実行部１５５は、承認タイプ判定部１５４により自動承認を実行すると判定された変更要求に関する情報を、変更を実施する不図示の変更実施部に送信することができる。ここで、変更実施部は、ネットワーク管理部１５０が備えていてもよいし、ネットワーク管理部１５０とは別の外部の装置が備えていてもよい。また、承認実行部１５５は、承認タイプ判定部１５４により自動承認を実行すると判定された変更要求を、承認済みの変更要求として、変更を実施する実施者に通知してもよい。
　通知部１５６は、承認タイプ判定部１５４により自動承認を実行しないと判定された変更要求を承認者に通知する。承認者への通知方法は特に限定されるものではなく、承認者が変更要求の内容を確認可能な通知方法であればよい。
　なお、図３に示したネットワーク管理部１５０の機能ブロックの構成は一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、いずれかの機能ブロックが複数の機能を行うブロックに分かれてもよい。例えば、承認タイプ判定部１５４は、ルーティン判定部１５２による判定結果をもとに自動承認を実行するかを判定する第１の判定部と、第１の判定部により自動承認を実行すると判定されなかった変更要求について、リスク評価部１５３により評価されたリスクに基づいて、自動承認を実行するか否かを判定する第２の判定部とに分かれていてもよい。
　また、ネットワーク管理部１５０の複数の機能は、それぞれ、図２に示すネットワーク管理システムのＯＳＳ／ＢＳＳ１４０やＭＡＮＯ１３０の外部機能、ＯＳＳ／ＢＳＳ１４０の内部機能、ＭＡＮＯ１３０内部機能に分かれていてもよい。
　図４は、ネットワーク管理部１５０の動作を説明するフローチャートである。
　まずステップＳ１において、ネットワーク管理部１５０は、変更要求を取得する。
　ステップＳ２では、ネットワーク管理部１５０は、変更要求に含まれるデータ（ＣＲデータ）を抽出する。ここで、ＣＲデータは、取得された変更要求がルーティンＣＲであるか否かの判定に必要な情報、および、取得された変更要求のリスク評価に必要な情報である。
　ステップＳ３では、ネットワーク管理部１５０は、ステップＳ２において取得されたデータに基づいて、ステップＳ１において取得された変更要求がルーティンＣＲであるか否かを判定する。ここでは、ネットワーク管理部１５０が、学習モデル（ＡＩモデル）を用いて、ステップＳ１において取得された変更要求がルーティンＣＲであるか否かを判定する場合について説明する。
　このステップＳ３では、ネットワーク管理部１５０は、学習モデルを用いて、ステップＳ１において取得された変更要求が、過去に取得された変更要求と同一または同種の変更要求であるか否か、過去に取得されている場合、過去に承認が実行されているか否かを判定することができる。
　そして、ネットワーク管理部１５０は、取得された変更要求が、過去に取得されて承認が実行された変更要求と同一または同種の変更要求である、すなわち、取得された変更要求がルーティンＣＲであると判定した場合にはステップＳ４に移行し、ルーティンＣＲではないと判定した場合にはステップＳ８に移行する。
　ここで、学習モデルは、これまでに取得されたすべての変更要求のデータ構造を学習したモデルとすることができる。上記の学習モデルは、過去に取得された変更要求のパターンや、承認者がどのような変更要求に対して承認を実行したかを学習したモデルであってもよい。上記学習モデルは、例えばニューラルネットワーク等の機械学習モデルであってよい。
　なお、ここでは変更要求がルーティンＣＲであるか否かの判定に学習モデルを用いる場合について説明するが、ルーティンＣＲであるか否かの判定手法は上記に限定されない。
　ネットワーク管理部１５０は、上記したように、取得された変更要求に含まれる情報をもとにデータベース１５０ａを参照し、取得された変更要求がルーティンＣＲであるか否かを判定してもよい。また、変更要求にルーティンＣＲであることを示す情報（フラグ等）が予め含まれている場合には、ネットワーク管理部１５０は、変更要求に含まれる上記の情報をもとに、取得された変更要求がルーティンＣＲであると判定してもよい。
　ルーティンＣＲであるか否かの判定手法は、変更要求のデータ構造の仕様や複雑さ等に応じて適宜設定することができる。
　ステップＳ４では、ネットワーク管理部１５０は、ステップＳ１において取得された変更要求はルーティンＣＲであり、自動承認が可能な変更要求であると判断し、ステップＳ５に移行する。
　ステップＳ５では、ネットワーク管理部１５０は、ステップＳ１において取得された変更要求の自動承認を実行する。
　ステップＳ６では、ネットワーク管理部１５０は、ステップＳ１において取得された変更要求を、過去に承認が実行され、次回から承認者に通知せずに自動承認してよい完全なるルーティンＣＲとして設定する。例えば、ネットワーク管理部１５０は、フラグを設定するなどによりルーティンＣＲを管理してよい。
　ステップＳ７では、ネットワーク管理部１５０は、ステップＳ１において取得された変更要求と当該変更要求に対する自動承認判定結果とを対応付けて、データベース１５０ａに保存する。
　ステップＳ８では、ネットワーク管理部１５０は、ステップＳ１において取得された変更要求に含まれる情報をもとに学習モデルを更新する。つまり、このステップＳ８では、ネットワーク管理部１５０は、ステップＳ１において取得された変更要求のうち、非ルーティンＣＲである変更要求のデータ構造を学習する。
　ステップＳ９では、ネットワーク管理部１５０は、ステップＳ１において取得された変更要求のリスクを評価する。ネットワーク管理部１５０は、例えば図５に示すリスク評価表をもとに、高リスク、中リスク、低リスクの３段階でリスクを評価することができる。
　本実施形態では、ネットワーク管理部１５０は、変更を実施した場合のサービスへの影響、変更の実施によって引き起こされた事例、変更を実施する時間帯、ロールバック機能の有無およびバックアップの有無に基づいて、リスクを評価する。
　図５において、「サービスへの影響あり」は、変更を実施した場合のサービスへの影響の有無を示し、サービスへの影響がある場合は「Ｏ」、サービスへの影響が無い場合は「－」としている。ここで、サービスへの影響は、例えばサービスの停止などを含む。
　また、図５において、「過去の事故あり」は、変更の実施によって引き起こされた事例の有無を示し、事例がある場合は「Ｏ」、事例が無い場合は「－」としている。
　さらに、図５において、「メンテナンス時間外」は、変更を実施する時間帯がメンテナンス時間外であるか否かを示し、メンテナンス時間外である場合は「Ｏ」、メンテナンス時間内である場合は「－」としている。ここで、メンテナンス時間とは、例えば２２：００～４：００の時間帯をいう。
　また、図５において、「ロールバック手順なし」は、ロールバック手順が確立しているか否かを示し、ロールバック手順が確立していない場合は「Ｏ」、ロールバック手順が確立している場合は「－」としている。
　また、図５において、「バックアップなし」は、利用可能なバックアップの有無を示し、バックアップが無い場合は「Ｏ」、バックアップがある場合は「－」としている。
　なお、図５では、組み合わせパターンの一部のみを示している。また、図５に示すリスク評価表は一例であり、リスク評価に用いる条件およびリスク評価の結果は図５に示す条件および結果に限定されない。
　また、本実施形態では、図５に示すようなリスク評価表を用いてリスクを評価する場合について説明するが、リスク評価の手法は上記に限定されない。例えば、ネットワーク管理部１５０は、学習モデル等を用いてリスクを評価してもよい。
　図４に戻って、ステップＳ１０では、ネットワーク管理部１５０は、ステップＳ９において評価されたリスクが高リスクであるか否かを判定し、高リスクではないと判定された場合はステップＳ１１に移行し、高リスクであると判定された場合はステップＳ１３に移行する。
　ステップＳ１１では、ネットワーク管理部１５０は、ステップＳ９において評価されたリスクが中リスクであるか否かを判定し、中リスクではない、すなわち低リスクであると判定された場合はステップＳ４に移行し、中リスクであると判定された場合はステップＳ１２に移行する。
　ステップＳ１２では、ネットワーク管理部１５０は、ステップＳ１において取得された変更要求が初回ＣＲであるか否かを判定し、Ｎ回目ＣＲであると判定された場合はステップＳ４に移行し、初回ＣＲであると判定された場合はステップＳ１３に移行する。
　ステップＳ１３では、ネットワーク管理部１５０は、ステップＳ１において取得された変更要求は、手動承認を実行すべき変更要求であると判断し、ステップＳ１４に移行する。
　ステップＳ１４では、ネットワーク管理部１５０は、ステップＳ１において取得された変更要求の内容を承認者に通知する。
　ステップＳ１５では、ネットワーク管理部１５０は、承認者による手動承認の結果を取得し、ステップＳ７に移行する。
　このように、ネットワーク管理部１５０は、取得された変更要求がルーティンＣＲであるか否かの判定結果と、リスク評価結果との組み合わせに応じて、自動承認を実行するか承認者に通知するかを判定することができる。
　図６は、承認者への通知パターンを説明する図である。
　なお、この図６において、「ルーティン／非ルーティン」は、変更要求がルーティンＣＲであるか非ルーティンＣＲであるかを示している。
　また、図６において、「初回／Ｎ回目」は、変更要求が、過去に要求されたことのない初回ＣＲであるか、過去に要求されたことのあるＮ回目ＣＲであるかを示している。
　さらに、図６において、「承認者への通知」は、変更要求を承認者へ通知する必要があるか否かを示し、通知が必要である場合は「通知」、通知が不要である場合は「－」としている。
　この図６に示すように、ルーティンＣＲである変更要求は、リスク評価結果（リスク：高、中、低）にかかわらず、自動承認を実行する変更要求であり承認者への通知は不要であると判定される。
　一方、非ルーティンＣＲである変更要求は、リスク評価結果に応じて自動承認を実行するか承認者に通知するかを判定する。具体的には、変更要求のリスクが低リスクである場合には通知は不要であるが、リスクが高リスクである場合には通知が必要であると判定される。また、リスクが中リスクである場合には、変更要求が初回ＣＲであるか否かに応じて自動承認を実行するか承認者に通知するかを判定する。具体的には、変更要求が過去に要求されたことのあるＮ回目ＣＲである場合には通知は不要であるが、変更要求が初回ＣＲである場合には通知が必要であると判定される。
　図７は、学習モデル（ＡＩモデル）を用いた自動承認判定処理の流れを説明する図である。
　変更要求が取得されると、ネットワーク管理部１５０は、当該変更要求に含まれるデータ（ＣＲデータ）５０１を抽出する。抽出されたＣＲデータ５０１は、データベース（ＤＢ）１５０ａに記憶される。
　取得された変更要求が、過去に取得されたことのない初回ＣＲである場合、ネットワーク管理部１５０は、初回ＣＲデータ（１ｓｔ　ｔｉｍｅ　ＣＲデータ）５０２をもとに、後述するＡＩモデル５０７を用いて、当該変更要求が初回ＣＲであると判定することができる。
　この場合、ネットワーク管理部１５０は、取得された変更要求のリスクを評価し、リスク評価結果に応じて自動承認を実行するか否かを判定する自動承認可否判定５０８を行う。具体的には、ネットワーク管理部１５０は、リスクが低リスクである場合には自動承認を実行すると判定し、リスクが中リスクまたは高リスクである場合には自動承認を実行しないと判定する。
　そして、自動承認を実行すると判定された場合は、ネットワーク管理部１５０は、当該判定の結果をデータベース１５０ａに記憶し、自動承認を実行する。一方、自動承認を実行しないと判定された場合は、ネットワーク管理部１５０は、取得された変更要求を承認者４３０に通知する（通知５０９）。そして、承認者４３０による承認結果が、データベース１５０ａに記憶される。
　また、取得された変更要求が初回ＣＲである場合には、ネットワーク管理部１５０は、初回ＣＲデータ５０２をもとに、ＡＩモデル５０７を構築することができる。具体的には、ネットワーク管理部１５０は、初回ＣＲデータ５０２から抜粋されたトレーニングデータ５０３を使用し、機械学習アルゴリズム５０４を活用してトレーニングを行って、変更要求のデータ構造をＡＩモデル５０７に学習させる。また、ネットワーク管理部１５０は、変更要求が承認されたか却下されたかについてもＡＩモデル５０７に学習させてよい。このとき、ネットワーク管理部１５０は、トレーニング、評価、チューニングを繰り返し実行してＡＩモデル５０７を最適化する。ここで、評価５０５は、初回ＣＲデータ５０２から抜粋されたテストデータ５０６を用いて実施される。
　取得された変更要求が過去に取得されたことのあるＮ回目ＣＲである場合には、ネットワーク管理部１５０は、Ｎ回目ＣＲデータ（Ｎ　ｔｉｍｅ　ＣＲデータ）５１０をもとに、ＡＩモデル５０７を用いて、当該変更要求がＮ回目ＣＲであると判定することができる。
　そして、取得された変更要求が過去に承認されたことのあるルーティンＣＲである場合には、ネットワーク管理部１５０は、自動承認可否判定５０８において自動承認を実行すると判定し、当該判定の結果をデータベース１５０ａに記憶して自動承認を実行する。
　一方、取得された変更要求が過去に承認されたことのない非ルーティンＣＲである場合には、ネットワーク管理部１５０は、自動承認可否判定５０８において、取得された変更要求のリスクを評価し、リスク評価結果に応じて自動承認を実行するか否かを判定する。具体的には、リスクが低リスクまたは中リスクである場合には自動承認を実行すると判定し、リスクが高リスクである場合には自動承認を実行しないと判定する。
　そして、自動承認を実行すると判定された場合は、ネットワーク管理部１５０は、当該判定の結果をデータベース１５０ａに記憶し、自動承認を実行する。一方、自動承認を実行しないと判定された場合は、ネットワーク管理部１５０は、取得された変更要求を承認者４３０に通知する（通知５０９）。そして、承認者４３０による承認結果が、データベース１５０ａに記憶される。
　以上説明したように、本実施形態におけるネットワーク管理装置であるネットワーク管理部１５０は、ネットワーク構成に関わる変更計画の内容に関する情報が記述された変更要求を取得し、取得された変更要求に含まれる情報に基づいて、当該変更要求を承認者に通知することなく承認する自動承認を実行するかを判定する。そして、ネットワーク管理部１５０は、自動承認を実行すると判定されなかった変更要求については、当該変更要求に従って変更を実施した場合のリスクに基づいて、自動承認を実行するか否かを判定する。
　このように、ネットワーク管理部１５０は、提起された変更要求に含まれる情報に基づいて、当該変更要求の承認を実行するか否かを自動的に判定することができる。したがって、変更要求の承認判定に要する時間と労力とを大幅に削減することができる。
　また、ネットワーク管理部１５０は、変更要求に含まれる情報（ＣＲデータのパターン）に基づいて自動承認を実行するかを判定する第１の判定と、変更要求に従って変更を実施した場合のリスクに基づいて自動承認を実行するか否かを判定する第２の判定との２段階の判定を行う。そのため、自動承認を実行するか否かの判定を適切に行うことができる。したがって、人為的な承認ミスに起因するネットワーク障害の発生を抑制することができる。
　また、ネットワーク管理部１５０は、自動承認を実行すると判定された変更要求については、自動で承認を実行し、自動承認を実行しないと判定された変更要求については、当該変更要求を承認者に通知することができる。
　このように、自動承認を実行すると判定された変更要求については、人手を介さずに自動で承認を実行することができるので、承認者の承認の手間を省くことができる。また、自動承認を実行しないと判定された変更要求については、当該変更要求を承認者に通知するので、承認者による手動承認を適切に促すことができる。
　従来、プロダクション環境において機器や機能の修理や交換などの変更を加える場合、図８に示すように、変更要求の提起から変更の実施までのプロセスには多くの人が関わっていた。まず、開発者４１０が変更に関わる運用手順書を作成し、要求者４２０に変更要求を提起させる。要求者４２０は、変更要求を提起し、承認者４３０に承認を求める。
　承認者４３０は、提起された変更要求を確認し、変更に伴うリスクを評価したり、変更の内容や手順が妥当であるかを判断したりすることで、変更要求を承認または却下する。ここで、変更要求の承認には、様々な観点からの多角的な検証を行うために、複数の承認者が関与している。例えば、変更要求の承認には、ドメイン責任者４３１やセキュリティ担当者４３２、運用責任者４３３、変更責任者４３４などが関与しており、これらの承認者による段階的な承認が行われる。
　そして、承認者４３０により変更要求が承認されると、承認済みの変更要求が管理者４４０に送られる。管理者４４０は、変更要求の最終確認を行い、実行者４５０に変更の実施を指示する。実行者４５０は、変更を実施し、変更が正常に行われたかを確認する。このように、変更の実施には複数のチーム（図８では９チーム）が関与しており、承認までに多大な時間を要していた。
　また、承認者４３０により変更要求が却下された場合には、変更要求の一部または全部を修正するために、再び要求者４２０による変更要求の提起が必要となったり、再び複数の承認者４３１～４３４による承認が必要となったりする。そのため、時間も労力もさらに要する。
　承認プロセスに時間を要すると、ネットワークアクティビティ全体に影響を与えうる。
　本実施形態では、ネットワーク管理部１５０は、提起された変更要求を承認するか承認者に承認させるかを自動的に判定し、承認を行うと判定された場合には自動的に承認を実行することができる。そのため、変更要求の承認プロセスにかかる時間と人的コストとを削減することができる。また、変更の実施を速やかに行うことができるので、プロダクション環境を最適な状態に維持することが可能となる。
　ここで、ネットワーク管理部１５０は、取得された変更要求が、過去に承認が実行された変更要求と同一または同種の変更要求である場合、当該変更要求はルーティンＣＲであり、自動承認を実行すると判定することができる。
　このように、取得された変更要求のパターンを確認し、過去に承認が実行された変更要求と同じパターンの変更要求は、承認者に通知することなく自動的に承認を実行してよいと判定することができる。したがって、容易かつ適切に自動承認の可否を判定することができる。
　例えば、ネットワーク管理部１５０は、過去に取得された変更要求を記憶したデータベース１５０ａを参照し、取得された変更要求と同じパターンの変更要求であって、過去に承認が実行されたことを示すフラグが付与された変更要求が存在するか否かを判定することで、取得された変更要求がルーティンＣＲであるか否かを判定してもよい。
　また、ネットワーク管理部１５０は、承認が実行された変更要求をモデルに学習させ、学習されたモデルを用いて、取得された変更要求がルーティンＣＲであるか否かを判定してもよい。この場合、変更要求が複雑なデータ構造を有する場合であっても、取得された変更要求が、過去に承認が実行された変更要求と同じパターンの変更要求であるか否かを適切に判定することができる。また、変更要求のデータ構造と、変更要求に対する承認者による承認結果とを学習させたモデルを用いることで、例えば変更要求にルーティンＣＲであることを示す情報が誤って含まれている場合でも、当該情報をもとにルーティンＣＲであると誤判定してしまうことを防止することができる。
　さらに、ネットワーク管理部１５０は、変更要求に含まれる情報のみからでは自動承認を実行すると判定できない場合、リスク評価結果に基づいて自動承認を実行するか否かを判定することができる。ネットワーク管理部１５０は、変更要求に従って変更を実施した場合のリスクを、高リスクおよび低リスクの少なくとも２段階で評価することができる。そして、リスクが低リスクの場合には、当該変更要求の自動承認を実行すると判定し、リスクが高リスクの場合には、当該変更要求の自動承認を実行しないと判定することができる。
　このように、リスク評価結果に基づいて自動承認を実行するか否かを判定するので、承認エラーに伴うネットワーク障害の発生を適切に抑制することができる。
　また、ネットワーク管理部１５０は、変更要求に従って変更を実施した場合のリスクを、高リスク、中リスクおよび低リスクの３段階で評価してもよい。そして、ネットワーク管理部１５０は、変更要求に含まれる情報のみからでは自動承認を実行すると判定できない場合、リスク評価を行い、リスクが中リスクの場合には、当該変更要求が、過去に取得された変更要求と同一または同種の変更要求であるか否かを判定してもよい。その結果、同一または同種の変更要求であると判定された場合には、ネットワーク管理部１５０は、当該変更要求の自動承認を実行すると判定することができる。一方、同一または同種の変更要求ではないと判定された場合には、ネットワーク管理部１５０は、当該変更要求の自動承認を実行しないと判定することができる。
　このように、リスクが中リスクである場合には、取得された変更要求が初回ＣＲであるのかＮ回目ＣＲであるのかを判定し、Ｎ回目ＣＲである場合には自動承認を実行し、初回ＣＲである場合には自動承認を実行しないようにすることができる。つまり、リスクが中リスクである変更要求については、初回は必ず承認者へ通知され、そこで承認者が承認を却下していたとしても、２回目以降は自動承認を行うことができる。したがって、要求者の意向とリスクとを考慮した適切な判定を行うことができる。
　ここで、ネットワーク管理部１５０は、変更を実施した場合のサービスへの影響、変更の実施によって引き起こされた事例、変更を実施する時間帯、ロールバック機能の有無およびバックアップの有無の少なくとも１つに基づいて、上記のリスクを評価することができる。これにより、適切にリスクを評価することができる。
　以上のように、本実施形態では、大規模ネットワークにおいて、変更要求に対する承認に要する時間および人的コストを削減することができる。また、本実施形態では、変更要求に対する承認を自動的かつ迅速に行うことができる。
　本実施形態に係るネットワーク管理装置は、モバイルネットワーク１００のバックホールネットワークやコアネットワーク等を構成するいずれかの汎用サーバに実装されてよい。なお、ネットワーク管理装置は、専用サーバに実装されてもよい。また、ネットワーク管理装置は、単一または複数のコンピュータ上に実装されてもよい。
　ネットワーク管理装置が単一のコンピュータに実装される場合、図９に示すように、ネットワーク管理装置１は、ＣＰＵ２、ＲＯＭ３、ＲＡＭ４、ＨＤＤ５、入力部６、表示部７、通信Ｉ／Ｆ８等を備えることができる。
　ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２は、ネットワーク管理装置１における動作を統括的に制御するものであり、データ伝送路（システムバス）を介して、各構成部（３～８）を制御する。
　ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）３は、ＣＰＵ２が処理を実行するために必要な制御プログラム等を記憶する不揮発性メモリである。なお、当該プログラムは、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）５、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の不揮発性メモリや着脱可能な記憶媒体（不図示）等の外部メモリに記憶されていてもよい。
　ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）４は、揮発性メモリであり、ＣＰＵ２の主メモリ、ワークエリア等として機能する。すなわち、ＣＰＵ２は、処理の実行に際してＲＯＭ３から必要なプログラム等をＲＡＭ４にロードし、当該プログラム等を実行することで各種の機能動作を実現する。
　ＨＤＤ５は、例えば、ＣＰＵ２がプログラムを用いた処理を行う際に必要な各種データや各種情報等を記憶している。また、ＨＤＤ５には、例えば、ＣＰＵ２がプログラム等を用いた処理を行うことにより得られた各種データや各種情報等が記憶される。
　入力部６は、キーボードやマウス等のポインティングデバイスにより構成される。
　表示部７は、液晶ディスプレイ（ＬＣＤ）等のモニタにより構成される。表示部７は、各種パラメータや、他の装置との通信で使用される通信パラメータ等をネットワーク管理装置１へ指示入力するためのＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を提供してよい。
　通信Ｉ／Ｆ８は、ネットワーク管理装置１と外部装置との通信を制御するインタフェースである。
　図３に示すネットワーク管理部１５０の各要素の少なくとも一部の機能は、上記ＣＰＵ２がプログラムを実行することで実現することができる。ただし、図３に示すネットワーク管理部１５０の各要素のうちの少なくとも一部が専用のハードウェアとして動作するようにしてもよい。この場合、専用のハードウェアは、上記ＣＰＵ２の制御に基づいて動作する。
　なお、上記において特定の実施形態が説明されているが、当該実施形態は単なる例示であり、本発明の範囲を限定する意図はない。本明細書に記載された装置及び方法は上記した以外の形態において具現化することができる。また、本発明の範囲から離れることなく、上記した実施形態に対して適宜、省略、置換及び変更をなすこともできる。かかる省略、置換及び変更をなした形態は、請求の範囲に記載されたもの及びこれらの均等物の範疇に含まれ、本発明の技術的範囲に属する。
　１１…基地局、１２…エッジデータセンタ、１３…地域データセンタ、１４…中央データセンタ、１００…モバイルネットワーク、１１０…ＮＦＶＩ、１２０…ＶＮＦ、１３０…ＭＡＮＯ、１３１…ＮＦＶＯ、１３２…ＶＮＦＭ、１３３…ＶＩＭ、１４０…ＯＳＳ／ＢＳＳ、１５０…ネットワーク管理部、１５０ａ…データベース、１５１…変更要求取得部、１５２…ルーティン判定部、１５３…リスク評価部、１５４…承認タイプ判定部、１５５…承認実行部、１５６…通知部

Claims (9)

  1. 　ネットワーク構成に関わる変更計画の内容に関する情報が記述された変更要求を取得する変更要求取得部と、
    　前記変更要求取得部により取得された前記変更要求に含まれる情報に基づいて、当該変更要求を承認者に通知することなく承認する自動承認を実行するかを判定する第１の判定部と、
    　前記変更要求取得部により取得された前記変更要求に含まれる情報に基づいて、当該変更要求に従って変更を実施した場合のリスクを評価するリスク評価部と、
    　前記第１の判定部により前記自動承認を実行すると判定されなかった前記変更要求について、前記リスク評価部により評価された前記リスクに基づいて、前記自動承認を実行するか否かを判定する第２の判定部と、
    　を備えることを特徴とするネットワーク管理装置。
  2. 　前記第１の判定部または前記第２の判定部により前記自動承認を実行すると判定された前記変更要求の承認を実行する承認実行部と、
    　前記第２の判定部により前記自動承認を実行しないと判定された前記変更要求を承認者に通知する通知部と、
    　をさらに備えることを特徴とする請求項１に記載のネットワーク管理装置。
  3. 　前記第１の判定部は、
    　前記変更要求取得部により取得された前記変更要求が、過去に承認が実行された変更要求と同一または同種の変更要求である場合、前記自動承認を実行すると判定することを特徴とする請求項１または２に記載のネットワーク管理装置。
  4. 　前記承認が実行された前記変更要求をモデルに学習させる学習部をさらに備え、
    　前記第１の判定部は、前記学習部により学習された前記モデルを用いて、前記自動承認を実行するかを判定することを特徴とする請求項１から３のいずれか１項に記載のネットワーク管理装置。
  5. 　前記リスク評価部は、前記リスクを、高リスクおよび低リスクの少なくとも２段階で評価し、
    　前記第２の判定部は、
    　前記第１の判定部により前記自動承認を実行すると判定されなかった前記変更要求の前記リスクが低リスクの場合、自動承認を実行すると判定し、
    　前記第１の判定部により前記自動承認を実行すると判定されなかった前記変更要求の前記リスクが高リスクの場合、自動承認を実行しないと判定することを特徴とする請求項１から４のいずれか１項に記載のネットワーク管理装置。
  6. 　前記リスク評価部は、前記リスクを、高リスク、中リスクおよび低リスクの３段階で評価し、
    　前記第２の判定部は、
    　前記第１の判定部により前記自動承認を実行すると判定されなかった前記変更要求の前記リスクが中リスクの場合、当該変更要求が、前記変更要求取得部により過去に取得された変更要求と同一または同種の変更要求であるか否かを判定し、
    　前記同一または同種の変更要求であると判定された場合、自動承認を実行すると判定し、
    　前記同一または同種の変更要求ではないと判定された場合、自動承認を実行しないと判定することを特徴とする請求項１から５のいずれか１項に記載のネットワーク管理装置。
  7. 　前記リスク評価部は、
    　前記変更を実施した場合のサービスへの影響、前記変更の実施によって引き起こされた事例、前記変更を実施する時間帯、ロールバック機能の有無およびバックアップの有無の少なくとも１つに基づいて、前記リスクを評価することを特徴とする請求項１から６のいずれか１項に記載のネットワーク管理装置。
  8. 　ネットワーク管理装置が実行するネットワーク管理方法であって、
    　ネットワーク構成に関わる変更計画の内容に関する情報が記述された変更要求を取得する取得ステップと、
    　取得された前記変更要求に含まれる情報に基づいて、当該変更要求を承認者に通知することなく承認する自動承認を実行するか否かを判定する第１の判定ステップと、
    　取得された前記変更要求に含まれる情報に基づいて、当該変更要求に従って変更を実施した場合のリスクを評価する評価ステップと、
    　前記第１の判定ステップにおいて前記自動承認を実行しないと判定された前記変更要求について、前記評価ステップにおいて評価された前記リスクに基づいて、前記自動承認を実行するか否かを判定する第２の判定ステップと、を含む、
    　ことを特徴とするネットワーク管理方法。
  9. 　ネットワーク構成に関わる変更計画の内容に関する情報が記述された変更要求を取得する変更要求取得部と、
    　前記変更要求取得部により取得された前記変更要求に含まれる情報に基づいて、当該変更要求を承認者に通知することなく承認する自動承認を実行するか否かを判定する第１の判定部と、
    　前記変更要求取得部により取得された前記変更要求に含まれる情報に基づいて、当該変更要求に従って変更を実施した場合のリスクを評価するリスク評価部と、
    　前記第１の判定部により前記自動承認を実行しないと判定された前記変更要求について、前記リスク評価部により評価された前記リスクに基づいて、前記自動承認を実行するか否かを判定する第２の判定部と、
    　を備えることを特徴とするネットワーク管理システム。
PCT/JP2022/001319 2022-01-17 2022-01-17 ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理システム WO2023135790A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/907,861 US20240195692A1 (en) 2022-01-17 2022-01-17 Network management apparatus, network management method and network management system
PCT/JP2022/001319 WO2023135790A1 (ja) 2022-01-17 2022-01-17 ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/001319 WO2023135790A1 (ja) 2022-01-17 2022-01-17 ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理システム

Publications (1)

Publication Number Publication Date
WO2023135790A1 true WO2023135790A1 (ja) 2023-07-20

Family

ID=87278744

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/001319 WO2023135790A1 (ja) 2022-01-17 2022-01-17 ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理システム

Country Status (2)

Country Link
US (1) US20240195692A1 (ja)
WO (1) WO2023135790A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110178837A1 (en) * 2010-01-18 2011-07-21 Siemens Ag Systems and Methods for Managing Goodwill Activities in a Business Entity
JP2014060493A (ja) * 2012-09-14 2014-04-03 Buffalo Inc ネットワーク管理システム、管理装置、無線ｌａｎアクセスポイント、複数の無線ｌａｎステーションを管理する方法、プログラム、記録媒体
WO2019181137A1 (ja) * 2018-03-23 2019-09-26 ソニー株式会社 情報処理装置および情報処理方法
US20210365255A1 (en) * 2020-05-20 2021-11-25 Microsoft Technology Licensing, Llc Automated rules for controlled distribution of program instructions

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110178837A1 (en) * 2010-01-18 2011-07-21 Siemens Ag Systems and Methods for Managing Goodwill Activities in a Business Entity
JP2014060493A (ja) * 2012-09-14 2014-04-03 Buffalo Inc ネットワーク管理システム、管理装置、無線ｌａｎアクセスポイント、複数の無線ｌａｎステーションを管理する方法、プログラム、記録媒体
WO2019181137A1 (ja) * 2018-03-23 2019-09-26 ソニー株式会社 情報処理装置および情報処理方法
US20210365255A1 (en) * 2020-05-20 2021-11-25 Microsoft Technology Licensing, Llc Automated rules for controlled distribution of program instructions

Also Published As

Publication number Publication date
US20240195692A1 (en) 2024-06-13

Similar Documents

Publication Publication Date Title
US10324830B2 (en) Conditional upgrade and installation of software based on risk-based validation
US10915314B2 (en) Autonomous upgrade of deployed resources in a distributed computing environment
US20060025985A1 (en) Model-Based system management
US10901830B2 (en) Electronic checklist
US9372731B1 (en) Automated firmware settings framework
US9823999B2 (en) Program lifecycle testing
US20090138101A1 (en) Method, System and Computer Program Product for Improving Information Technology Service Resiliency
US11288150B2 (en) Recovery maturity index (RMI)-based control of disaster recovery
WO2023135790A1 (ja) ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理システム
WO2023124366A1 (zh) 一种基于影子系统的特征对比方法、装置和电子设备
CN113934444A (zh) 灰度发布方法、装置、计算机存储介质和电子设备
CN114356401A (zh) 灰度发布方法、装置、电子设备及计算机可读存储介质
US20210224719A1 (en) Problem record management using expertise score vector
WO2023012931A1 (ja) ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理システム
CN109814882A (zh) 一种可定制化的虚拟机快速部署方法
WO2023032116A1 (ja) スクリプト判別装置、スクリプト判別方法およびスクリプト判別システム
CN112069150B (zh) 一种灵活用工服务平台的系统架构
US11314678B2 (en) Systems and methods for providing connectivity between two or more hardware and software components
US20240193033A1 (en) Network management apparatus, network management method and network management system
US11736525B1 (en) Generating access control policies using static analysis
US11949561B2 (en) Automated preventative controls in digital workflow
Wang et al. Scheduling physical machine maintenance on qualified clouds: What if migration is not allowed?
Zhang et al. Intelligent Grid Operation and Maintenance Management and Command Platform Based on Computer Distributed Network
US20230221939A1 (en) Version history based upgrade testing across simulated information technology environments
US20240028323A1 (en) Simulation of nodes of container orchestration platforms

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 17907861

Country of ref document: US

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

Ref document number: 22920315

Country of ref document: EP

Kind code of ref document: A1