JP7361642B2 - Network requirements generation system and network requirements generation method - Google Patents

Description

The present invention relates to a network requirements generation system.

In recent years, there has been an idea of an intent-based network, in which the network understands the intent that users request from the network, and automates the use and operation of the network throughout the network. Various types of these networks are generated depending on users' purposes and requirements.

As background technology in this technical field, there is the following prior art. Patent Document 1 (Japanese Unexamined Patent Application Publication No. 2014-153991) describes, "an input means for acquiring configuration conditions related to a service; a configuration condition interpretation means for interpreting the configuration conditions acquired by the input means and converting them into resource requests; A configuration plan construction means for constructing a configuration plan including a configuration of devices used for a service based on a resource request, and a configuration plan management system evaluation device for calculating management costs for the configuration of devices included in the configuration plan based on the configuration plan. and a configuration plan selection means for selecting a configuration plan from among the configuration plans based on the management cost, and a configuration plan execution means for changing the settings of the device based on the selected configuration plan, and providing services through a network. ``System automatic configuration devices that automatically configure devices used to provide

In addition, Japanese Patent Application Laid-Open No. 2005-196676 states that "a service component, which is a unit that abstracts functions on a network, is A service generation method for generating a service desired by a user by searching and combining the services, the method comprising: a service template discovery procedure in which a user's electronic device searches a service template corresponding to a service desired by the user on a network; a service component discovery procedure that searches the network for necessary and available service components based on the retrieved service template; a service binding procedure that generates the service desired by the user; a service proposal procedure that asks the user whether the generated service can be executed; and a service execution procedure that executes the generated service when approval for execution is obtained from the user. A service generation method characterized by executing the steps (see claim 1).

Japanese Patent Application Publication No. 2014-153991 Japanese Patent Application Publication No. 2005-196676

In the technique described in the above-mentioned Japanese Patent Application Publication No. 2014-153991, a network is constructed based on input configuration conditions such as resource amount allocation and function activation. However, with the spread of 5G networks, new IoT services using networks will be created in various fields, and each service will require different service requirements. Therefore, there is a need for a system that allows those with little network knowledge to construct a network without being aware of the configuration conditions.

Furthermore, in the technology described in Japanese Patent Application Laid-open No. 2005-196676, in order to realize a situation-dependent service suitable for the user's situation, service templates are combined to generate a service desired by the user. It is stated that a service template with high user satisfaction is generated by combining the service elements (SE) of However, since it is not possible to generate service templates that correspond to changes in usage, service providers are unable to generate service templates that correspond to changes in usage, such as changes in network usage (for example, a change from monitoring using sensors to monitoring using cameras in a certain field). It is difficult to keep up with changes in service requirements, such as when service demands change.

Therefore, an object of the present invention is to provide service providers with information for accurately determining whether to update or create a new template that describes configuration information for automatically configuring a network system suitable for a user. do.

A typical example of the invention disclosed in this application is as follows. In other words, it is a network requirements generation system that generates network requirements applied to a service, and includes a computing device that executes predetermined computing processing to realize the following functional units, and a storage device that can be accessed by the computing device. a selection unit that selects a template for generating the network requirements according to service requirements input by a user; and a trend analysis unit that manages the templates; For the templates stored in , the number of times the user inputs feedback is totaled for each combination of setting values of the template, the combination of setting values with the largest number of feedbacks is selected, and the combination of setting values of the selected setting values is Template candidates in which combinations are defined are displayed in association with the total number of feedbacks, and if the user's feedback satisfies predetermined requirements, the template is updated, and the updated template is: It is characterized in that it is used by the selection section .

According to one aspect of the present invention, it is possible to follow changes in service requirements and propose network requirements that suit the user's intentions. Problems, configurations, and effects other than those described above will be made clear by the description of the following examples.

1 is a diagram showing a logical configuration of a network requirement generation system according to a first embodiment; FIG. 1 is a block diagram showing the physical configuration of a network requirement generation system according to a first embodiment; FIG. FIG. 2 is a sequence diagram of processing executed by the network requirement generation system according to the first embodiment. FIG. 3 is a diagram showing an example of a service requirement input screen according to the first embodiment. 3 is a diagram illustrating an example of an analysis result list output screen in Example 1. FIG. 3 is a diagram showing an example of a topology output screen according to the first embodiment. FIG. FIG. 2 is a diagram showing the configuration of a service requirement analysis unit according to the first embodiment. 7 is a flowchart of service template selection processing according to the first embodiment. 3 is a diagram showing a service template list screen according to the first embodiment. FIG. FIG. 3 is a diagram showing a service template details screen according to the first embodiment. 7 is a flowchart of a combination item determination process according to the first embodiment. 7 is a flowchart of an example of template addition/selection processing according to the second embodiment. 12 is a flowchart of template selection analysis processing in Example 3. FIG. 7 is a conceptual diagram of template selection analysis processing in Example 3; FIG. 7 is a diagram showing learning data during relearning in Example 4;

<Example 1>
Example 1 of the present invention will be described below.

FIG. 1 is a diagram showing a logical configuration of a network requirement generation system 1 according to a first embodiment of the present invention.

The network requirement generation system 1 of this embodiment includes a service requirement input section 2, a service requirement analysis section 3, a network requirement control section 4, a service quality analysis section 5, and a service trend analysis section 8.

The service requirement input unit 2 generates a service requirement input screen 400 (see FIG. 4) on which the user 7 inputs service requirements, and receives the service requirements. The service requirement analysis unit 3 analyzes the input service requirements and generates network requirements. The detailed configuration of the service requirement analysis unit 3 will be described later using FIG. 7. The network requirement control unit 4 converts the generated network requirements into network setting contents and outputs them to the network 6 as a network setting request.

The service quality analysis unit 5 optimizes network requirements based on information acquired from the network 6 in operation. Note that the service quality analysis unit 5 has an arbitrary configuration.

The network 6 has a function of transferring data between devices connected to the network 6, and has a control device (virtual network control device, bandwidth control device) that constructs a network that realizes the network requirements generated by the network requirement generation system 1. etc.).

The service trend analysis unit 8 updates the service template 36 when the modification by the user 7 satisfies predetermined requirements (for example, when the number of modifications reaches a predetermined threshold). Note that the service trend analysis unit 8 may preferably generate a new service template 36 if the output result after user correction is used frequently.

FIG. 2 is a block diagram showing the physical configuration of the network requirement generation system 1 of this embodiment.

The network requirement generation system 1 of this embodiment is configured by a computer having a processor (CPU) 11, a memory 12, an auxiliary storage device 13, and a communication interface 14. The network requirement generation system 1 may have an input interface 15 and an output interface 18.

The processor 11 is an arithmetic device that executes a program stored in the memory 12. By the processor 11 executing various programs, the functions of each part of the network requirement generation system 1 (for example, the service requirement input unit 2, the service requirement analysis unit 3, the network requirement control unit 4, the service quality analysis unit 5, etc.) are executed. Realized. Note that a part of the processing performed by the processor 11 by executing the program may be performed by another arithmetic device (for example, hardware such as ASIC or FPGA).

The memory 12 includes a ROM that is a nonvolatile storage element and a RAM that is a volatile storage element. The ROM stores unchangeable programs (eg, BIOS) and the like. The RAM is a high-speed and volatile storage element such as a DRAM (Dynamic Random Access Memory), and temporarily stores programs executed by the processor 11 and data used during execution of the programs.

The auxiliary storage device 13 is, for example, a large-capacity, nonvolatile storage device such as a magnetic storage device (HDD) or a flash memory (SSD). The auxiliary storage device 13 also stores data used by the processor 11 when executing programs (for example, non-functional templates 35, service templates 36, etc.) and programs executed by the processor 11. That is, the program is read from the auxiliary storage device 13, loaded into the memory 12, and executed by the processor 11, thereby realizing each function of the network requirement generation system 1.

The communication interface 14 is a network interface device that controls communication with other devices according to a predetermined protocol.

The input interface 15 is an interface to which input devices such as a keyboard 16 and a mouse 17 are connected, and receives input from an operator. The interface is not limited to the above-mentioned interface, and may also support voice input. The output interface 18 is an interface to which an output device such as a display device 19 or a printer (not shown) is connected, and outputs the results of program execution in a format that is visible to the operator. Note that the user terminal 30 connected to the network requirement generation system 1 via a network may provide the input device and the output device. In this case, the network requirement generation system 1 may have a web server function, and the user terminal 30 may access the network requirement generation system 1 using a predetermined protocol (for example, http).

The program executed by the processor 11 is provided to the network requirement generation system 1 via a removable medium (CD-ROM, flash memory, etc.) or a network, and is stored in the non-volatile auxiliary storage device 13, which is a non-temporary storage medium. Ru. For this reason, the network requirement generation system 1 preferably has an interface for reading data from removable media.

The network requirements generation system 1 is a computer system that is physically configured on one computer or on multiple logically or physically configured computers, and is constructed on multiple physical computer resources. It may also run on a virtual machine. For example, the service requirement input unit 2, the service requirement analysis unit 3, the network requirement control unit 4, and the service quality analysis unit 5 may each operate on separate physical or logical computers, or they may be combined into one unit. It may run on one physical or logical computer.

FIG. 3 is a sequence diagram of processing executed by the network requirement generation system 1 of this embodiment.

When the user 7 inputs a service requirement on the service requirement input screen 400 (101), the service requirement input unit 2 sends the input service requirement to the service requirement analysis unit 3 (102).

The service requirement analysis unit 3 analyzes the input service requirements, selects one or more service templates that match the service requirements (103), and sends the user 7 an analysis result list output screen 500 (see FIG. 5). present.

The user 7 selects a desired template from the presented service templates and uses the topology output screen 600 (see FIG. 6) to modify the output result as necessary (104). The service requirements analysis unit 3 generates network requirements that match the service requirements input by the user 7 from the output results selected and modified by the user 7, and the service requirements analysis unit 3 sends the network requirements to the network requirements control unit 4. (105).

The network requirement control unit 4 converts the generated network requirements, generates a network configuration request, and sends the generated network configuration request to the network 6 (106).

Thereafter, the network 6 constructs a network according to the network setting request and provides network services to the user.

In this way, the network requirements are generated from the service requirements input by the user 7, converted into a network setting request, and sent to the network 6, so even if the user 7 has little knowledge about networks, the user 7 can create appropriate network requirements to provide the service. You can build a network.

After the network 6 starts operating, the service quality analysis unit 5 acquires information from the network 6 (111). This information may be repeatedly transmitted by the network 6 to the service quality analysis unit 5 at predetermined timing as a network information notification, or may be transmitted in accordance with a request from the service quality analysis unit 5. The service quality analysis unit 5 determines the network status (for example, band usage rate, etc.) according to the received network information notification, determines an appropriate band, and sends feedback information to the template to the service requirement analysis unit 3 ( 112).

The service requirement analysis unit 3 sends an inquiry to the user 7 as to whether the service content may be changed (115). The user 7 sends a reply to the inquiry to the service requirement analysis unit 3 (116). The service requirement analysis unit 3 updates and records the service information 37 according to the feedback information to the template transmitted from the service quality analysis unit 5, and sends the network requirements of the updated service information 37 to the network requirement control unit 4 ( 113). Then, the network requirement control unit 4 converts the network requirements, generates a network configuration request, and sends the generated network configuration request to the network 6 (114).

In this way, since the network requirements are updated according to the status of the network 6, the network can be optimized after the network 6 starts operating. For example, in a situation where the network 6 lacks bandwidth, the network bandwidth can be increased to eliminate transmission delays. On the other hand, in a situation where excessive bandwidth is allocated to the network 6, the network bandwidth can be reduced and communication costs can be reduced.

FIG. 4 is a diagram showing an example of the service requirement input screen 400 of this embodiment.

The service requirement input screen 400 is displayed after the network requirement generation system 1 is started, and is a screen on which the user 7 inputs service requirements.

The service requirement input screen 400 includes a service name input area 401, a system model input area 402, a category selection area 403, an icon placement area 404, and a topology input area 405, and the information input to the service requirement input screen 400 is a service requirement. Become.

The service name input area 401 is a field for inputting an arbitrary name of a service requirement created by the user 7, such as "smart meter data collection", for example. The system model input area 402 is an area where the critical level of the system is set, and includes, for example, input items for service impact degree and service scale. The service impact level is the social impact level of the provided service, and for example, whether or not a service stop will cause human loss is input. The service scale is the amount of economic loss and/or the number of people affected by the suspension of the provided service.

In the category selection area 403, the field of the service is input. As shown in the figure, a format in which a predetermined field such as electricity, finance, agriculture, education, food and beverage, medical care, transportation (automobile), transportation (railway), etc. is selected may be used. The topology input area 405 creates an application-level connection image (topology) in the system that provides the service by dragging the icon prepared in the icon placement area 404 to the topology input area 405 and arranging the devices that make up the system. ) is the input area. Since the devices required to configure the system vary depending on the type of industry, the icons displayed in the icon placement area 404 may be changed by inputting to the category selection area 403. In the illustrated service requirement input screen 400, since electric power is selected in the category selection area 403, icons for smart meters and servers necessary for a system that collects information from smart meters are displayed in the icon placement area 404. . Furthermore, when finance is selected in the category selection area 403, an ATM icon may be displayed in the icon placement area 404.

In addition, when you select an icon placed in the topology input area 405, a configuration screen is displayed, and details of the device indicated by the icon (terminal information such as device name, location, number of devices, base information, inter-terminal connection information such as band) are displayed. can be set and changed. For example, in the illustrated service requirement input screen 400, a plurality of smart meters installed at bases A and B and a server installed at base C are connected via a communication line, and the server collects data from the smart meters. The topology for is entered.

In this way, the service requirement input screen 400 displays industry options and icons suitable for the selected industry, so it is possible to support input of service requirements corresponding to each industry. In addition, by inputting information such as ``I want to build a network of Can be created.

FIG. 5 is a diagram showing an example of an analysis result list output screen 500 of this embodiment.

The analysis result list output screen 500 is a screen for presenting one or more service templates selected by the service requirement analysis unit 3 to the user 7, and includes a template display area 501 and a cost display area 502.

The template display area 501 preferably displays one or more service templates selected by the service requirement analysis unit 3 so that the reliability of each service template can be understood. For example, as shown in the figure, the pie chart may be displayed using a central angle determined by a normalized value of the confidence level of the selected service template. It is preferable to display the normalized value of the confidence level as a percentage in the pie chart. In other words, by recommending a template to the user 7 using the calculated reliability as the recommendation level, selection of an appropriate service template can be supported.

A cost display area 502 displays communication costs for each selected service template.

The user 7 can select a service template on the analysis result list output screen 500 (template display area 501 or cost display area 502) and display details of the selected service template. For example, the topology output screen 600 (see FIG. 6) can display the network topology in the service template.

FIG. 6 is a diagram showing an example of the topology output screen 600 of this embodiment.

For example, on the topology output screen 600, a concentrator that aggregates data for each base A and B is installed, and the concentrator is connected to base C via LTE (mobile phone line) and virtual private line (IP-VPN). The topology to connect is displayed. At base C, the IP-VPN is connected to the server and database server via a firewall. Such a topology allows the server installed at site C to collect data from multiple smart meters installed at site A and site B.

User 7 can modify the proposed topology using topology output screen 600 (104). For example, in the topology shown in FIG. 6, the servers installed at base C are made redundant, but whether or not redundancy is necessary can be determined by selecting a server and opening a sub-screen. When the user 7 decides on non-redundant configuration, the displayed server icons become one, so that it can be seen that the configuration is not redundant. At this time, it is preferable that the service requirement analysis unit 3 calculates the communication cost and displays the cost for the service template in the corrected template on the analysis result list output screen 500.

In this manner, the topology output screen 600 displays the network requirements generated from the system requirements in the form of topology, so that the network configuration can be presented to the user in an easy-to-understand manner.

FIG. 7 is a diagram showing the configuration of the service requirement analysis section 3 of this embodiment.

The service requirement analysis unit 3 has a function of analyzing input service requirements and generating network requirements, and includes a functional requirement extraction unit 31, a non-functional requirement extraction unit 32, a service template selection unit 33, and a user selection/modification reception unit. 34, a non-functional template 35, a service template 36, and service information 37.

The functional requirement extraction unit 31 extracts functional requirements from the service requirements input to the service requirement input unit 2. Functional requirements are requirements that clarify the configuration of the network related to the target system, and include predetermined items among the service requirements, such as the connection form of the devices that make up the system, the base where the devices are installed, and the devices. This includes the type and bandwidth of the line connecting between the two.

The non-functional requirement extraction unit 32 extracts non-functional requirements from the service requirements input to the service requirement input unit 2. The non-functional requirements are requirements that determine the nature of the network, such as how functions should be realized, and include predetermined items among the service requirements, and are determined by the non-functional template 35. Non-functional requirements include, for example, bandwidth guarantee and delay of the network that constitutes the system, existence and level of security, reliability (redundant communication paths, data backup, etc.).

The service template selection unit 33 selects a service template 36 based on the extracted functional requirements and non-functional requirements, and estimates the communication cost of the selected service template 36. The estimated communication cost is displayed in the cost display area 502 of the analysis result list output screen 500. The service template selection unit 33 is composed of a neural network that has learned the correspondence between the input of service requirements and the service template 36. It is preferable that two service template selection units 33 be provided. One service template selection unit 33 is an active system used for selecting a service template 36, and the other service template selection unit 33 is a backup system used for learning the added service template 36. good. When the service template selection unit 33 has a two-page configuration in this way, a new service template can be added without stopping the service that proposes service templates.

The user selection/modification receiving unit 34 receives feedback to the service template, such as selection of the output results presented to the user 7 and correction of the output results by the user 7 . The output result after user correction is registered as service information 37.

The non-functional template 35 is a template used to generate non-functional requirements from service requirements. The non-functional template 35 is composed of a plurality of templates in which each item is set according to a predetermined definition, and is stored in the auxiliary storage device 13 in advance. That is, the non-functional template 35 is created for each combination of service impact level, service scale, and service field (item numbers 2 to 4) input into the service requirement input section 2, and for each template, the WAN line type is , WAN line redundancy, access line redundancy, BCP necessity, and security (items 5 to 9) are determined.

The service template 36 is a template that is referenced to generate network requirements from functional requirements and non-functional requirements. The service template 36 is composed of a plurality of templates in which each item is set according to a predetermined definition, and may be stored in the auxiliary storage device 13 in advance or may be updated and created by the user selection/modification receiving unit 34. That is, the service template 36 includes the service impact degree, service scale, and service field (items 2 to 4) input into the service requirement input section 2, as well as the WAN line type and WAN line redundancy defined in the non-functional template 35. , BCP necessity and security (items 5 to 8), and topology information that complements the network configuration (item 9) are determined. Specifically, this topology information includes at least one of a concentrator, LTE (mobile phone line), virtual private line (IP-VPN), and the like.

FIG. 8 is a flowchart of the service template selection process of this embodiment.

First, the service requirement input unit 2 obtains the service requirements input by the user 7 on the service requirement input screen 400 (201).

Next, the functional requirement extraction unit 31 extracts functional requirements from the input service requirements (202), and the non-functional requirement extraction unit 32 selects a non-functional template 35 from the input service requirements, and Non-functional requirements are extracted from the template 35 (203).

Then, the service template selection unit 33 selects a service template 36 that matches the extracted non-functional requirements (204), and presents the selected service template 36 to the user 7 using the analysis result list output screen 500. (205).

When the user 7 selects the presented service template 36, the user selection/modification reception unit 34 accepts the selection. Furthermore, when the user 7 modifies the selected service template 36, the user selection/modification accepting unit 34 accepts the selection and modification (206).

Then, the user selection/modification accepting unit 34 determines whether there is any modification by the user 7 (207). Then, if there is no modification by the user 7, the service template selection process ends.

On the other hand, if there is a modification by the user 7, the service trend analysis unit 8 adds 1 to the number of modification feedback for the corresponding service template 36 (208), and determines whether there is a change greater than a threshold (209). The threshold value used in step 209 is set for each service requirement, which is an item of the service template. In step 209, if the change in any item is equal to or greater than the threshold value, it is determined as Yes, and the process proceeds to step 210. On the other hand, if the changes in all items are smaller than the threshold, the determination is No, and the service template selection process ends.

If it is determined that there is a change greater than or equal to the threshold, the service trend analysis unit 8 displays a discrepancy on the status display of the service template list screen (see FIG. 9) (210), and determines whether the user has requested confirmation (211). ).

If there is no confirmation request from the user (No in 211), the service template selection process ends. On the other hand, if the user selects an item with a discrepancy and requests confirmation by clicking on the relevant line (Yes in 211), the service trend analysis unit 8 selects the combinations with the largest number of feedbacks on the service template details screen (Fig. 10) (212). That is, a combination with a large number of feedbacks is one that has been selected by the user many times, and has a large discrepancy between the service requirements and the actual value in the usage state. A method for determining combination items that have a large deviation from the registered contents will be described later with reference to FIG. 11, but for each service template item (service requirement) or combination of items, the number of feedbacks of the setting value is totaled, and the number of correction feedbacks is calculated. Display the combinations with the most.

Thereafter, the service trend analysis unit 8 determines whether there is a change request or an addition request by the user (213). If there is no change request or addition request from the user (No at 213), the service template selection process ends. On the other hand, if the user selects a row of a service template that he or she wants to add and requests a change or addition by clicking on the row, etc. (Yes at 213), the service trend analysis unit 8 receives the request for change or addition. A service template is generated (214). Thereafter, the learning data is converted to include the data of the added service template (215), and a learning model is created (216).

After that, the service trend analysis unit 8 initializes the number of feedbacks for the corresponding service template (217).

FIG. 9 is a diagram showing a service template list screen 900.

A service template list screen 900 is a screen that is displayed when a service requirement, which is an item of a service template, changes by a threshold value or more, and displays a service template ID 901, a service template name 902, and a status 903. The service template ID 901 is identification information for uniquely identifying a service template. The service template name 902 is information that indicates the content of the service template in a human-identifiable manner, and indicates, for example, a target object or an operation for the target object, such as camera monitoring or sensor monitoring. A state 903 is an area where an alert is displayed when an item (service requirement) of the service template changes by a threshold value or more, and is displayed in color in the illustrated example of the alert.

By performing a selection operation (for example, clicking or tapping) on a line indicating a service template, the user can open the service template details screen (FIG. 10) and check the details of the service template.

FIG. 10 is a diagram showing a service template details screen 1000.

The service template details screen 1000 is a screen that displays detailed information of the service template selected by the user, and includes a service template setting value display area 1001, an operation value display area 1002, and each terminal bandwidth usage display area 1003.

A service template setting value display area 1001 displays item names and setting values (service requirements) of the service template selected on the service template list screen (FIG. 9).

The operation value display area 1002 displays the total number of times feedback for changing the service template has been given for each combination of field and service requirement setting values. One line in the operation value display area 1002 represents the service requirements of a service template candidate to be newly added or changed. At this time, items that have received a large number of feedbacks and have been changed by many users are highlighted (for example, in a different color or font) and displayed. In the operational value display area 1002, by displaying service template candidates in association with the total number of times of feedback, the number of times the user has selected each service template candidate can be displayed in an easy-to-understand manner.

In the operation value display area 1002, a “change” button or an “add” button 1003 is provided for each service template candidate. By operating the "Change" button, the user can change the service requirements of the service template to the setting value of the row in question, and by operating the "Add" button, the user can add the service template for the service requirements in the row.

Note that in the illustrated service template details screen 1000, the number of times of feedback is tallied for each combination of a field and one service requirement, but the number of times of feedback may be tallied for each combination of a field and a plurality of service requirements.

In the service template displayed on the service template details screen 1000 shown in the figure, it was found through the combination item determination process (see FIG. 11) that the discrepancy increases when classified by focusing on fields. The number of feedbacks is counted for each set value.

Each terminal bandwidth usage display area 1003 shows the relationship between the number of terminals in the network to which the service template is applied and the network characteristic value (for example, bandwidth usage BPS). A graph 1004 on the left side of the screen shows the current service template setting values and actual measured values for each field, and even in networks where the service requirements of the same service template are applied, the bandwidth usage for each field (that is, industry) is I can see the difference. A graph 1005 on the right side shows the setting values of service template candidates for each field (that is, for each field), and it can be seen that the characteristic values differ depending on the setting values of each service template candidate. At the top right of the graph on the right side, there is a button to change the item to be focused on when aggregating the number of feedbacks, and by operating the button, a sub screen will be opened and the item to be focused on when aggregating the number of feedbacks will be opened. Items can be changed. Each terminal bandwidth usage display area 1003 displays characteristic values of the network constructed by the template candidate (e.g. estimated value of bandwidth usage) and characteristic values of the network in the template that is the source of the template candidate (e.g. estimated value of bandwidth usage). Actual measured values and set values) are displayed, making it easy to determine whether to add or update a service template.

A "change" button 1006 is provided at the bottom right of each terminal bandwidth usage display area 1003, and by operating the "change" button 1006, a sub-screen can be opened and the bandwidth usage of each terminal can be changed.

FIG. 11 is a flowchart of the combination item determination process.

First, the number A of settings for each setting content that is different from the registered content of all setting items is calculated (221), and it is determined whether processing for all combinations of setting items has been completed (222).

If processing for some combinations of setting items has not been completed, the next combination of setting items is selected (223), and the number of feedbacks for each setting value of all setting items corresponding to the settings of the selected combination is calculated. B is calculated (224). Furthermore, the number of feedbacks C for each setting content that is different from the registered content of all setting items corresponding to the setting content of the selected combination item is calculated (225).

After that, the change rate D=C/A is calculated for each setting item (226), the change rate E=C/B is calculated for each category and each setting item (227), and the process returns to step 222 to set the Determine whether all combinations of items have been processed.

If all combinations of setting items have been processed, the combination item with the highest value multiplied by change rate D and change rate E is determined as the filter condition (228), and the combination item determination process ends.

As explained above, according to the network requirements generation system of Example 1, the service requirements for each user, the contents of the constructed system, and the operational status (network performance values) are recorded, and the cross-reference of the number of feedbacks of the service template is performed. Through aggregation, changes in the settings of the service template are analyzed for each combination of service requirements and displayed together with the recorded contents. Therefore, it is possible to visualize the status of feedback and provide information for determining whether to add a template for each service or update an existing template. Therefore, it is possible to follow changes in service requirements and propose network requirements that suit the user's intentions, thereby improving user satisfaction.

<Example 2>
Example 2 of the present invention will be described below. In the first embodiment, in step 213, the service template is changed or added based on a change request or addition request by the user. In the second embodiment, the network requirement generation system automatically adds and updates service templates based on the number of times of feedback by the user. In the second embodiment, explanations of configurations having the same functions as those of the first embodiment described above will be omitted, and mainly configurations different from the first embodiment will be explained.

FIG. 12 is a flowchart of an example of template addition/selection processing. This template addition/selection process is executed using the processing results from steps 201 to 206 of the service template selection process (FIG. 8).

First, the service trend analysis unit 8 selects a combination of service requirements for evaluation (231), and then executes steps 201 to 206.

Next, the service trend analysis unit 8 determines whether it is evaluation timing (232). If it is determined that it is not the evaluation timing, steps 201 to 206 are repeatedly executed and the evaluation timing is waited. On the other hand, if it is determined that it is the evaluation timing, the process advances to step 233. The evaluation timing is preferably such that the service template is presented a specified number of times in order to appropriately determine whether to add or change the service template. For example, the evaluation timing may be determined based on whether the service template has been presented 100 times.

Thereafter, the service trend analysis unit 8 determines whether the presented service template has been modified by the user (233). If the service template has not been modified, the evaluation timing is updated by resetting the counter for the number of presentations of the service template (270), and steps 201 to 206 are executed. On the other hand, if it is determined that it is time for evaluation, then the service template with the largest number of modifications to the service template with the same content is selected (271).

Thereafter, the service trend analysis unit 8 determines whether the number of modifications to the service template with the same content is greater than or equal to a threshold value (N%) (at 234). If the number of modifications to the service template with the same content is equal to or greater than the threshold (N%), the service trend analysis unit 8 updates the service template with the content of the modified template without adding a new service template (239); The evaluation timing is updated (270).

On the other hand, if the modification to the service template with the same content is less than the threshold value (N%) (No in 234), the service trend analysis unit 8 newly adds the modified template (235). For example, first, start by setting everything to "BCP not allowed", and check the modification status for the service template presented in response to the combination input of "Service impact: 1" and "Service scale: 1 million or more people". When evaluating, set the threshold number of times to be 50% of the number of times, and if less than half of the users request modification to "BCP required", add a new "BCP required" service template. .

Thereafter, the service trend analysis unit 8 adds the newly added service template to the learning data, and the service template selection unit 33 learns the service template (236). This learning is preferably performed using a computer resource separate from the template addition/selection process. Among the plurality of service template selection units 33, it is preferable to learn which one is different from the one currently used for selecting a service template on the back side.

Then, after waiting for the completion of learning (237), the active service template selection section 33 currently used for selecting a service template is switched between the most recently learned backup service template selection section 33 (238) . Also, the evaluation timing is updated (270).

Note that when adding a service template "BCP required" in "Field: Electricity", service templates "BCP Required" may also be added in other fields (finance, agriculture, etc.).

As explained above, according to the network requirements generation system of the second embodiment, service templates are added or modified using the number of times the selected template has been presented and the number of times each presented template has been modified. Therefore, the user can update a service template that is frequently used by the user without having to decide whether to add a new service template or modify the original service template.

<Example 3>
Example 3 of the present invention will be described below. In the third embodiment, explanations of structures having the same functions as those of the first and second embodiments described above will be omitted, and mainly structures different from those of the first and second embodiments will be explained.

FIG. 13 is a flowchart of template selection analysis processing. This template selection analysis process is executed using the processing results of steps 201 to 206 of the service template selection process (FIG. 8).

First, the service trend analysis unit 8 selects a template to be evaluated (275). Subsequently, steps 201 to 206 are executed. Thereafter, it is determined whether it is evaluation timing (241). If it is determined that it is not the evaluation timing, steps 201 to 206 are executed and the evaluation timing is waited. On the other hand, if it is determined that it is the evaluation timing, then the evaluation timing is updated by resetting the counter for the number of presentations of the service template (276). The evaluation timing is preferably such that the service template is presented a specified number of times in order to appropriately determine whether to add or change the service template. For example, the evaluation timing may be determined based on whether the service template has been presented 100 times.

Thereafter, the service trend analysis unit 8 determines whether the service template has been modified by the user (242). If the service template has not been modified, steps 201 to 206 are executed and the evaluation timing is waited. On the other hand, if it is determined that it is the evaluation timing, the process proceeds to step 243.

Thereafter, the service trend analysis unit 8 selects the modified template with the largest number of modifications from among the service templates modified from the original service template (243).

Then, the service trend analysis unit 8 determines whether the number of times the modified template has been modified is less than a predetermined threshold (α%) among the number of times the service template has been selected (244). If the number of modifications is less than α%, the service trend analysis unit 8 determines that the service template does not require updating or addition (245).

Next, the service trend analysis unit 8 determines that out of the number of times the service template has been selected, the number of modifications to the modification template is greater than or equal to a predetermined threshold (α%) and less than a predetermined threshold (β%). (246). Then, if the number of modifications is more than α% and less than β%, both the original service template and the modified template have been used, so the service trend analysis unit 8 adds the modified template and adds the new template. The service template selection unit 33 adds the selected service template to the learning data and learns the service template (247).

Next, the service trend analysis unit 8 determines whether the number of times the modified template has been modified out of the number of times the service template has been selected is equal to or greater than a predetermined threshold (β%) (248). If the number of modifications is less than β%, the modified template is used more frequently than the original service template, so the service trend analysis unit 8 updates the content of the original service template to the content of the modified template. (249).

The aforementioned predetermined threshold values may be, for example, α=30% and β=70%.

FIG. 14 is a conceptual diagram of the template selection analysis process described above.

Before the service template is added by the template selection analysis process, as shown in FIG. 14A, the service requirements (input GrX) input by the user are learned to be associated with the service template Y1. After learning the additional template, as shown in FIG. 14(B), the service requirement input by the user (input GrXa) is associated with service template Y1, and the service requirement (input GrXb) is associated with service template Y2. This makes it possible to present a service template that is more suitable for the service requirements entered by the user.

As explained above, according to the network requirements generation system of the third embodiment, a service template is added using the feedback number of times a template candidate is selected and the number of times a template that is the source of the template candidate is selected. Therefore, the user can update to a frequently used service template without the user having to decide whether to add a new service template or modify the original service template.

<Example 4>
Example 4 of the present invention will be described below. In a fourth embodiment, a method will be described in which a large amount of learning data is used when learning a newly added service template to improve the accuracy of service template proposals. In Embodiment 4, explanations of structures having the same functions as those of Embodiments 1 to 3 described above will be omitted, and structures that are different from Embodiments 1 to 3 will be mainly explained.

FIG. 15 is a diagram showing learning data during relearning.

Usually, as shown in FIG. 15(A), the service requirements input when service template Y1 is selected and the service requirements input when service template Y2 is selected are determined in a multidimensional space. Classification is performed by region using a method such as tree or cluster division, and learning is performed by associating each region with service template Y1 and service template Y2. However, there are cases where the amount of data is small (for example, when the number of service template selections is 100, the threshold α% is 30%, and there are only 30 learning data items ) , and proper learning requires a large amount of learning data. is desirable.

In Example 4, as shown in FIG. 15(B), other input service requirements included in a cluster generated by dividing the input service requirements into regions are learned by corresponding service templates Y1 and Y2. Use as data. Specifically, data Δ belonging to cluster Gr (Xa) is associated with service template Y1, data □ belonging to cluster Gr (Xb) is associated with service template Y2, learning data is generated, and relearning is performed.

For other service requirements belonging to the cluster that are generated from the service requirements corresponding to the newly added service template, another service template that is more suitable is desirable, but the user compromises and selects the old service template. It is thought that there are many cases. Therefore, by adding other service requirements belonging to the cluster to the learning data, more learning data can be used in learning the newly added service template, and the accuracy of service template proposal can be improved.

Note that the present invention is not limited to the embodiments described above, and includes various modifications and equivalent configurations within the scope of the appended claims. For example, the embodiments described above have been described in detail to explain the present invention in an easy-to-understand manner, and the present invention is not necessarily limited to having all the configurations described. Further, a part of the configuration of one embodiment may be replaced with the configuration of another embodiment. Further, the configuration of one embodiment may be added to the configuration of another embodiment. Further, other configurations may be added, deleted, or replaced with a part of the configuration of each embodiment.

Further, each of the above-mentioned configurations, functions, processing units, processing means, etc. may be realized in part or in whole by hardware, for example by designing an integrated circuit, and a processor realizes each function. It may also be realized by software by interpreting and executing a program.

Information such as programs, tables, files, etc. that implement each function can be stored in a storage device such as a memory, a hard disk, or an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.

Furthermore, the control lines and information lines shown are those considered necessary for explanation, and do not necessarily show all the control lines and information lines necessary for implementation. In reality, almost all configurations can be considered interconnected.

1 Network requirement generation system 2 Service requirement input unit 3 Service requirement analysis unit 4 Network requirement control unit 5 Service quality analysis unit 6 Network 7 User 8 Service trend analysis unit 11 Processor 12 Memory 13 Auxiliary storage device 14 Communication interface 15 Input interface 16 Keyboard 17 Mouse 18 Output interface 19 Display device 20 Network 30 User terminal 31 Functional requirements extraction unit 32 Non-functional requirements extraction unit 33 Service template selection unit 34 Correction acceptance unit 35 Non-functional template 36 Service template 37 Service information 41 Network requirement analysis unit 42 Network Setting content creation unit 51 Network information collection unit 52 Network information storage unit 53 Network information shaping unit 54 Service quality analysis unit 101 System performance calculation unit 102 Wireless performance calculation unit 103 Control unit 331 Classifier application unit 332 Learning model 333 Classifier learning unit 334 Learning data 335 Confidence determination unit 336 Service template presentation unit 337 Confidence determination unit 400 Service requirement input screen 401 Service name input area 402 System model input area 403 Category selection area 404 Icon placement area 405 Topology input area 500 Analysis result list output Screen 501 Template display area 502 Cost display area 600 Topology output screen

Claims (8)

A network requirements generation system that generates network requirements applied to a service, the system comprising:
Consisting of a computer that has an arithmetic device that executes predetermined arithmetic processing to realize each of the following functional units, and a storage device that can be accessed by the arithmetic device,
a selection unit that selects a template for generating the network requirements according to the service requirements input by the user;
comprising a trend analysis unit that manages the template;
The trend analysis department
For each template stored in the storage device, the number of times a user inputs feedback is totaled for each combination of setting values of the template;
Selecting a combination of setting values with a large number of aggregated feedbacks,
displaying template candidates in which the selected combination of setting values is defined in association with the aggregated number of feedbacks ;
updating the template if user feedback meets predetermined requirements;
A network requirement generation system , wherein the updated template is used by the selection unit . The network requirements generation system according to claim 1,
The trend analysis unit is characterized in that it outputs data for displaying characteristic values of the network constructed by the template candidates and characteristic values of the network in the template that is the source of the template candidates. Network requirements generation system. The network requirements generation system according to claim 1,
The trend analysis unit adds a new template candidate or uses the feedback number of times the template candidate has been selected and the number of times a template that is the source of the template candidate has been selected. A network requirements generation system characterized by determining whether to modify a template. The network requirements generation system according to claim 1,
The selection section is
When the trend analysis unit learns the newly created additional template, a cluster including the service requirement values input corresponding to the additional template is generated in a multidimensional space,
A network requirement generation system, characterized in that the value of the service requirement included in the generated cluster is learned using learning data including correspondence with the additional template. A network requirements generation method in which a computer generates network requirements applied to a service, the method comprising:
The computer has an arithmetic device that executes predetermined arithmetic processing, and a storage device that can be accessed by the arithmetic device,
The network requirement generation method includes:
a selection step in which the computing device selects a template for generating the network requirements according to service requirements input by a user;
the computing device comprises a trend analysis procedure for managing the template;
In the trend analysis procedure,
the arithmetic device totals the number of times a user inputs feedback for the template stored in the storage device for each combination of setting values of the template;
the arithmetic device selects a combination of setting values for which the aggregated number of feedbacks is large;
the arithmetic device displays template candidates in which the selected combination of setting values is defined in association with the aggregated number of feedbacks;
the computing device updates the template if feedback by the user satisfies predetermined requirements;
A method for generating network requirements , wherein the updated template is used in the selection procedure . 6. The network requirements generation method according to claim 5,
In the trend analysis step, the arithmetic unit outputs data for displaying characteristic values of a network constructed by the template candidates and characteristic values of a network in a template that is the source of the template candidates. A network requirements generation method characterized by: 6. The network requirements generation method according to claim 5,
In the trend analysis procedure, the calculation device adds a new template candidate using the feedback number of times the template candidate was selected and the number of times a template that was the source of the template candidate was selected. A method for generating network requirements, characterized in that it is determined whether to modify the original template or to modify the original template. 6. The network requirements generation method according to claim 5,
In the selection procedure,
When the arithmetic unit learns the additional template newly created in the trend analysis step , the arithmetic unit generates a cluster in a multidimensional space that includes the service requirement values input corresponding to the additional template,
A method for generating network requirements, characterized in that the arithmetic device learns values of service requirements included in the generated cluster using learning data including correspondence with the additional template.

Images