SYSTEM AND METHOD FOR QUICKLY DETERMINING REASONABLE ALARM THRESHOLD OF NETWORK

Information

  • Patent Application
  • 20180241611
  • Publication Number
    20180241611
  • Date Filed
    May 05, 2016
    8 years ago
  • Date Published
    August 23, 2018
    6 years ago
Abstract
The present invention provides a system and method for quickly determining a reasonable alarm threshold of a network, including: a presentation component for setting the template type and template parameter of an alarm simulation template, a working component for generating an alarm simulation task according to the alarm simulation template, a task component for executing the alarm simulation task to generate a data result set, and a storage component for storing and providing the data result set for the presentation component. The present invention adopts the asynchronous calculation, and adopts fragment manner during data statistics; the time period is divided into time slices and processed in parallel, and then aggregated, to improve the data processing rate; the similar alarm points are merged, thereby accurately obtaining the actual number of alarms and presenting in an incremental mode.
Description
BACKGROUND OF THE PRESENT INVENTION
Field of Invention

The present invention belongs to the field of network monitoring, and more particularly, to a system and method for quickly determining a reasonable alarm threshold of a network.


Description of Related Arts

With the development of social science and technology, the network has become an indispensable part of the enterprise, and especially the financial enterprise. Nowadays, the business volume of enterprises is increasing exponentially, and the scale of enterprise networks has experienced an explosive expansion. The enterprise network has some characteristics that the network topology is complex; the network devices are widely distributed; there are a variety of business types. Some enterprises such as banks, securities companies and exchanges have stringent requirements for the data transmission response time and information accuracy and confidentiality.


When a fault occurs in the real network, the network management system needs to quickly and accurately show the alarm situation, which is used by O&M (operation and maintenance) personnel to perform fault location and take measures to restore the network; therefore, the alarm management in the network management has become one of the most important basic functions. However, in actual operation, how to determine the alarm threshold in the network management system has become the most troublesome problem for network managers. The main reason is that the data flow passing through each network node in the network topology is different, and there are some disparities. Therefore, a unified standard cannot be used to judge whether the flow on all network devices is abnormal or not.


Now, the method for generally determining an alarm threshold of each node comprises steps of: after the observation of network managers in the actual business for a period of time (to obtain reliable and accurate data as much as possible, the time will be longer), counting data information list and making a chart, obtaining an initial value after complex comparison and statistics, and finally judging whether the alarm threshold of the node is reasonable according to the personal O&M experience in the network or business.


The above method not only wastes a lot of manpower and time, but also requires the actual operator to have strong ability and experience in operation and maintenance.


SUMMARY OF THE PRESENT INVENTION

In view of the defects in the prior art, an object of the present invention is to provide a system and method for quickly determining a reasonable alarm threshold of a network. The technical problems of the present invention to be solved are embodied in the following points:


1) How to carry out the alarm simulation according to the different characteristics of the business;


2) How to speed up the alarm simulation process;


3) How to provide visual, real-time and convenient statistical data for the alarm threshold range reasonably determined by the user and the accurately calculated number of alarms.


A system for quickly determining a reasonable alarm threshold of a network, provided by the present invention, comprises:


a Web presentation component for setting a template type and template parameter of an alarm simulation template;


a working component for generating an alarm simulation task according to the alarm simulation template;


a task component for executing the alarm simulation task to generate a data result set; and


a storage component for storing and providing the data result set for the presentation component.


Preferably, the template type is at least one member selected from a group consisting of:


network bit rate;


network byte rate;


network flow;


bandwidth utilization rate;


number of packets;


packet rate;


average packet length;


packet length distribution;


TCP session;


number of concurrent connections;


number of zero windows;


number of concurrent clients;


number of packet relays;


link setup success rate;


number of lost packets;


packet retransmission rate;


number of TCP SYN packets;


number of TCP FIN packets;


number of TCP RST packets;


number of TCP retransmission packets;


number of TCP zero window packets;


TCP server response time;


TCP client waiting time;


TCP server data transfer time;


TCP client data transfer time;


TCP-to-client network latency;


TCP-to-server network latency;


timeout for TCP long-time connection;


transaction volume;


transaction response rate;


transaction success rate; and


transaction response time;


the template parameter is at least one member selected from a group consisting of:


historical data source;


alarm type;


trigger condition;


duration;


schedule;


alarm simulation time range; and


time granularity.


Preferably, the task component comprises:


a first processing device for acquiring history data information of a first time period from the storage component according to the template type corresponding to the alarm simulation task;


a second processing device for dividing the history data information of the first time period into history data information of a plurality of second time periods according to time, wherein the second time period is a sub-period of the first time period;


a third processing device for performing parallel statistics on the history data information of the plurality of second time periods, to obtain a plurality of sub-statistical results;


a fourth process device for aggregating the plurality of sub-statistical results into an aggregate statistical result according to time; and


a fifth processing device for comparing the aggregate statistical result with a threshold interval to obtain the number of alarms.


Preferably, the fifth processing device comprises:


a sixth processing device for collecting a plurality of data points from the aggregate statistical result according to the time granularity parameter in the template parameter;


a seventh processing device for performing curve fitting of the data points to obtain a data curve; and


an eighth processing device for counting a time T corresponding to each line segment with data curve exceeding the threshold range, and regarding the number of continuous line segments with corresponding time T that is greater than the duration parameter in the template parameter as the number of alarms.


Preferably, the seventh processing device obtains the data curve in real time according to the data points acquired by the sixth processing device;


the eighth processing device obtains the number of alarms in real time according to the data curve that has been fitted by the seventh processing device.


Preferably, the data curve passes through each data point fitted.


Preferably, the presentation component is further adapted for:


distributing an alarm simulation template to the working component and presenting an alarm simulation task request; and


asynchronously polling an alarm simulation task status of the working component; if the alarm simulation task status is COMPLETED, retrieving the corresponding data result set in the storage component by a working component number.


Preferably, the step of the presentation component presenting the alarm simulation task request, comprises:


Step A1: generating corresponding data form according to the template type and template parameter set by a user through a page;


Step A2: matching with a corresponding data source port according to the data form;


Step A3: if the match is successful, distributing the data form to a cache area of the working component; if the match fails, returning failure information to the presentation component; and


Step A4: generating a number of workgroups according to a matching result, and retrieving the data form in the cache area, wherein when there are a plurality of workgroups, concurrently processing tasks through the plurality of workgroups;


the step of the presentation component asynchronously polling the alarm simulation task status of the working component comprises:


Step B1: continuously generating a status query request task of the working component by the presentation component according to a preset time interval;


Step B2: if multiple working components work at the same time, selecting a most appropriate working component according to a load balancing algorithm; and


Step B3: distinguishing each status query request task of the working component according to the workgroup number as a mark, distributing the workgroup number information to a selected working component; wherein the working component maintains a same polling frequency as the presentation component, and returns the simulated alarm task status to the presentation component; wherein the simulated alarm task status comprises task accepted but not processed, task being processed and task completed.


Preferably, the working component is further adapted for:


generating the corresponding task type according to the alarm simulation task request of the presentation component, and transmitting to the task component;


continuously reading the data result set in the storage component and determining the simulated alarm task status; and


returning the simulated alarm task status to the presentation component;


wherein, the step of the working component generating the corresponding task type comprises:


Step C1: receiving the corresponding data form according to the task type of the alarm simulation task request generated by the presentation component;


Step C2: generating the corresponding task information according to the content of the data form; and


Step C3: submitting the task information and generating a preprocessing task into a task queue, for the task component to schedule preprocessing tasks in the task queue;


wherein, the step of the working component reading the data result set in the storage component comprises:


Step D1: matching the corresponding data result set in a database according to the workgroup number and querying a result; and


Step D2: storing an immediate data result set status in the cache area by the storage component; reading the cache area and presenting a result status by the working component.


Preferably, the task component is further adapted for:


generating task threads according to scheduled preprocessing tasks;


parallel generating the data result set in real time in a multitasking thread manner; wherein the task thread matches a database table according to the different template types; and


transmitting the data result set to the storage component.


The storage component is further adapted for:


setting up three levels of tables according to different business requirements: port table, site table and application table;


data written to the storage component has a percentage attribute and is bound to the simulated alarm task status of the working component; and


responding the written data result to the working component in real time.


Preferably, the presentation component comprises at least one member selected from a group consisting of a Web component, a GUI component and a terminal.


Preferably, the storage component comprises a database component and/or a file system.


A method for quickly determining a reasonable alarm threshold of a network is implemented by the above-mentioned system for quickly determining the reasonable alarm threshold of the network.


Preferably, the method comprises steps of:


Step 1: setting a template type and template parameter of an alarm simulation template;


Step 2: generating an alarm simulation task according to the alarm simulation template;


Step 3: executing an alarm simulation task and generating a data result set; and


Step 4: storing and providing the data result set for the presentation component.


Preferably, the template type is at least one member selected from a group consisting of:


network bit rate;


network byte rate;


network flow;


bandwidth utilization rate;


number of packets;


packet rate;


average packet length;


packet length distribution;


TCP session;


number of concurrent connections;


number of zero windows;


number of concurrent clients;


number of packet relays;


link setup success rate;


number of lost packets;


packet retransmission rate;


number of TCP SYN packets;


number of TCP FIN packets;


number of TCP RST packets;


number of TCP retransmission packets;


number of TCP zero window packets;


TCP server response time;


TCP client waiting time;


TCP server data transfer time;


to TCP client data transfer time;


TCP-to-client network latency;


TCP-to-server network latency;


timeout for TCP long-time connection;


transaction volume;


transaction response rate;


transaction success rate; and


transaction response time;


the template parameter is at least one member selected from a group consisting of:


historical data source;


alarm type;


trigger condition;


duration;


schedule;


alarm simulation time range; and


time granularity.


Preferably, the step (3) comprises:


Step 3.1: acquiring history data information of a first time period from the storage component according to the template type corresponding to the alarm simulation task;


Step 3.2: dividing the history data information of the first time period into history data information of a plurality of second time periods according to time, wherein the second time period is a sub-period of the first time period;


Step 3.3: performing parallel statistics on the historical data information of the plurality of second time periods, to obtain a plurality of sub-statistical results;


Step 3.4: aggregating the plurality of sub-statistical results into an aggregate statistical result according to time; and


Step 3.5: comparing the aggregate statistical result with the threshold interval to obtain the number of alarms.


Preferably, the step (3.5) comprises:


Step 3.5.1: collecting a plurality of data points from the aggregate statistical result according to the time granularity parameter in the template parameter;


Step 3.5.2: performing curve fitting of the data points to obtain a data curve; and


Step 3.5.3: counting a time T corresponding to each line segment with data curve exceeding the threshold range, and regarding the number of continuous line segments with corresponding time T that is greater than the duration parameter in the template parameter as the number of alarms.


Preferably, the data curve is obtained in real time according to the data points acquired;


the number of alarms is obtained in real time according to the data curve that has been fitted.


Preferably, the data curve passes through each data point fitted.


Preferably, the step (1) comprises:


distributing an alarm simulation template to the working component and presenting an alarm simulation task request; and


asynchronously polling an alarm simulation task status of the working component; if the alarm simulation task status is COMPLETED, retrieving the corresponding data result set in the storage component by a working component number.


Preferably, the step of presenting the alarm simulation task request comprises:


Step A1: generating corresponding data form according to the template type and template parameter set by a user through a page;


Step A2: matching with a corresponding data source port according to the data form;


Step A3: if the match is successful, distributing the data form to a cache area of the working component; if the match fails, returning failure information to the presentation component; and


Step A4: generating a number of workgroups according to a matching result, and retrieving the data form in the cache area, wherein when there are a plurality of workgroups, concurrently processing tasks through the plurality of workgroups;


the step of the presentation component asynchronously polling the alarm simulation task status of the working component comprises:


Step B1: continuously generating a status query request task of the working component by the presentation component according to a preset time interval;


Step B2: if multiple working components work at the same time, selecting a most appropriate working component according to a load balancing algorithm; and


Step B3: distinguishing each status query request task of the working component according to the workgroup number as a mark, distributing the workgroup number information to a selected working component; wherein the working component maintains a same polling frequency as the presentation component, and returns the simulated alarm task status to the presentation component; wherein the simulated alarm task status comprises task accepted but not processed, task being processed and task completed.


Preferably, the step (2) comprises:


generating the corresponding task type according to the alarm simulation task request of the presentation component, and transmitting to the task component;


continuously reading the data result set in the storage component and determining the simulated alarm task status; and


returning the simulated alarm task status to the presentation component;


wherein, the step of the working component generating the corresponding task type comprises:


Step C1: receiving the corresponding data form according to the task type of the alarm simulation task request generated by the presentation component;


Step C2: generating the corresponding task information according to the content of the data form; and


Step C3: submitting the task information and generating a preprocessing task into a task queue, for the task component to schedule preprocessing tasks in the task queue;


wherein, the step of the working component reading the data result set in the storage component comprises:


Step D1: matching the corresponding data result set in a database according to the workgroup number and querying a result; and


Step D2: storing an immediate data result set status in the cache area by the storage component; reading the cache area and presenting a result status by the working component.


Preferably, the step (3) further comprises steps of:


generating task threads according to scheduled preprocessing tasks;


parallel generating the data result set in real time in a multitasking thread manner; wherein the task thread matches a database table according to the different template types; and


transmitting the data result set to the storage component;


the step (4) comprises:


setting up three levels of tables according to different business requirements: port table, site table and application table;


data written to the storage component has a percentage attribute and is bound to the simulated alarm task status of the working component; and


responding the written data result to the working component in real time.


Preferably, the presentation component comprises at least one member selected from a group consisting of a Web component, a GUI component and a terminal.


Preferably, the storage component comprises a database component and/or a file system.


Compared with the prior art, the present invention has following beneficial effects:


1. The present invention adopts the asynchronous calculation, to improve the efficiency of the alarm simulation;


2. The present invention adopts fragment manner during data statistics; the historical data information in the first time period is divided into historical data information of a plurality of second time periods according to the time, and processed in parallel, and then aggregated, to improve the data processing rate;


3. The present invention merges the similar alarm points, to accurately obtain the actual number of alarms;


4. The present invention adopts incremental presentation; data points, data curves and the number of alarms are generated in real-time increment manner, and counted for presentation.





BRIEF DESCRIPTION OF THE DRAWINGS

Other features, objects, and advantages of the present invention will become more apparent from reading the description of non-limiting embodiments detailed with reference to the following drawings:



FIG. 1 is a block diagram of a system for quickly determining a reasonable alarm threshold of a network according to the present invention;



FIG. 2 is a procedure chart of request operation of a presentation component;



FIG. 3 is a procedure chart of polling operation of the presentation component;



FIG. 4 is a procedure chart of generating operation of a working component;



FIG. 5 is a procedure chart of reading operation of the working component;



FIG. 6 is a procedure chart of alarm simulation operation of the task component;



FIG. 7 is a comparison chart of alarm simulation thresholds; and



FIG. 8 is a merger diagram of similar alarm simulation points.





DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

The present invention is described in detail as follows with reference to specific embodiments. The following embodiments will help provide further understanding of the present invention for those skilled in the art, and not in any way limit the present invention. It should be noted that any changes and improvements can be made without departing from concept of the present invention for ordinary persons skilled in the art. All these fall within the protection scope of the present invention.


As shown in FIG. 1, a system for quickly determining a reasonable alarm threshold of a network according to the present invention comprises:


a presentation component for setting a template type and template parameter of an alarm simulation template;


a working component for generating an alarm simulation task according to the alarm simulation template;


a task component for executing the alarm simulation task to generate a data result set; and


a storage component for storing and providing the data result set for the presentation component.


Preferably, the presentation component can be a Web service component or a GUI component.


Next, each component will be described in detail.


I. Presentation component which is adapted for:


1) setting the template type and the template parameter of the alarm simulation template,


wherein: the template type can be divided into network bit rate, bandwidth utilization rate, packet rate, packet retransmission rate and etc., the parameters that can be set by different template types are historical data source, alarm type, trigger condition, duration, schedule, alarm simulation time range, time granularity, etc.;


2) distributing an alarm simulation template to the working component and presenting an alarm simulation task request;


3) asynchronously polling an execution status of alarm simulation task of the working component; and


4) if the execution status of alarm simulation task is COMPLETED, retrieving the corresponding data result set in the storage component by a working component number.


Further, as shown in FIG. 2, the step of the presentation component presenting the alarm simulation task request comprises:


Step A1: generating corresponding data form according to the template type and template parameter set by a user through a page, and presenting request-receiving information;


Step A2: matching with a corresponding data source port according to the data form;


Step A3: if the match is successful, distributing the data form to a cache area of the working component; if the match fails, returning failure information to the presentation component; and


Step A4: generating workgroups according to a matching result and retrieving the data form in the cache area, proceeding to the next step, wherein concurrently processing tasks of a plurality of workgroups can be generated according to different alarm simulation tasks.


As shown in FIG. 3, the step of the presentation component asynchronously polling the execution status of alarm simulation task of the working component comprises:


Step B1: continuously generating a status query request task of the working component by the presentation component according to a preset time interval;


Step B2: if multiple working components work in the system at the same time, selecting a most appropriate working component according to a load balancing algorithm;


Step B3: distinguishing each status query request task according to the workgroup number as a mark, distributing the workgroup number information to a selected working component; and


Step B4: maintaining a same polling frequency between the working component and the presentation component, and returning the simulated alarm task status to the presentation component; wherein the simulated alarm task status comprises task accepted but not processed, task being processed and task completed.


II. Working component is adapted for:


1) generating the corresponding task type according to the alarm simulation task request of the presentation component, and transmitting to the task component;


2) generating a simulated alarm task status;


3) continuously reading the data result set in the storage component and determining the simulated alarm task status; and


4) returning the simulated alarm task status to the presentation component.


Further, as shown in FIG. 4, the step of the working component generating the corresponding task type comprises:


Step C1: receiving the corresponding data form according to the task type of the alarm simulation generated by the presentation component;


Step C2: generating the corresponding task information according to the content of the data form; and


Step C3: submitting the task information and generating a preprocessing task into a task queue, for the task component to schedule preprocessing tasks in the task queue.


As shown in FIG. 5, the step of the working component reading the data result set in the storage component comprises:


Step D1: matching the corresponding data result set in a database according to the workgroup number and querying a result; calculating an immediate data processing result by the storage component, and writing in the data result set; and


Step D2: storing the immediate data result set status in the cache area by the storage component; reading the cache area and presenting a result status by the working component.


III. Task component is adapted for:


1) generating task threads according to scheduled preprocessing tasks;


2) generating the data result set in real time through an alarm simulation task processing method; and


3) transmitting the data result set to the storage component.


Further, as shown in FIG. 6, the alarm simulation task processing method comprises steps of:


Step E1: matching a database table by a task thread according to the different template types;


Step E2: corresponding the historical data information of the alarm simulation to the time period N, dividing the time period N into M time slices by the task thread and generating M threads to match the data simultaneously, performing parallel statistics, and aggregating the statistical results corresponding to the M time slices into a statistical result;


Step E3: calculating the aggregated statistical results according to the different template types, as shown in FIG. 7, wherein data points are determined according to the template parameter time granularity, the data curve is generated; if the data points exceed the threshold range of the alarm simulation, they are judged to be the alarm point; the date curve is obtained by fitting according to the data point curve; preferably, the data curve passes through each data point; in the threshold comparison chart, the data curve is compared with the threshold range; and


Step E4: counting a time T corresponding to each line segment with data curve exceeding the threshold range; regarding the number of continuous line segments with corresponding time T that is greater than the duration parameter in the template parameter as the number of alarms,


wherein the time T corresponding to a continuous line segment may be the duration of the continuous line segment exceeding the threshold range, or an integral multiple of the time granularity of the continuous line segment exceeding the threshold range.


Further, by comparing the time T corresponding to the continuous line segment with the duration parameter in the template parameter, the false alarm that the corresponding time T is less than or equal to continuous application parameter can be screened.


IV. Storage component is adapted for:


1) setting up three levels of tables according to different business requirements: port table, site table and application table;


2) data written to the storage component has a percentage attribute and is bound to the simulated alarm task status of the working component; data with the percentage attribute means that only a part of the data can be returned according to the retrieval instruction, with no need to return the entire data; and


3) responding the written data result to the working component in real time, wherein the system can rapidly roll back the historical data, select the template set limit parameters, and present the simulation alarm results on the page for reference by the O&M personnel.


Depending on the results of the rollback in different time ranges, a reasonable alarm threshold can be easily obtained.


Corresponding to the above-mentioned system for quickly determining reasonable alarm threshold of network, the invention further provides a method for quickly determining reasonable alarm threshold of network. In a preferred embodiment, the method according to the operation steps of the system and its components comprises steps of:


Step i1: selecting a network bit rate template (wherein template types comprise network bit rate, bandwidth utilization rate, packet rate and packet retransmission rate);


Step i2: setting template parameters, which comprises:


(1) historical data sources (comprising optional view class and link class);


(2) alarm type (which is optional threshold or baseline);


(3) trigger condition, wherein a bit rate is higher than x value for y minutes;


(4) schedule which can be set by days, for example: 7 days, one day of the week (Monday to Sunday), a few days of the week (such as Monday and Wednesday);


(5) time granularity which is z minutes; and


(6) alarm simulation time range; (i.e., rollback time range) which is from Time a to Time b (accurate to second);


Step i3: starting an alarm simulation and quickly obtaining a statistical result value, namely, the number of alarms;


Step i4: selecting a different alarm simulation time range, and obtaining multiple statistical results according to the steps (i1-i3); and


Step i5: according to a specific flow situation of each network node, reasonably judging the alarm threshold by combining the statistical results with network quality requirements.


It will be appreciated by those skilled in the art that, in addition to implementing the system and various devices provided by the present invention by purely computer-readable program code mode, the system and various devices provided by the present invention can achieve the same function in the form of logic gates, switches, special integrated circuit, programmable logic controller and microcontrollers by logically programming the method steps. Therefore, the system and various devices provided by the present invention may be considered as a kind of hardware component; the device for implementing various functions included therein may also be considered as a structure within a hardware component; the device for implementing various functions may be considered as a software module for implementing the method and a structure within the hardware component.


Specific embodiments of the present invention are described above. It shall be understood that the present invention is not limited to the above-mentioned specific embodiments, and those skilled in the art can make various changes and modifications within the scope of the claims, and it shall not affect the substance of the present invention.

Claims
  • 1. A system for quickly determining a reasonable alarm threshold of a network, comprising: a presentation component for setting a template type and template parameter of an alarm simulation template;a working component for generating an alarm simulation task according to the alarm simulation template;a task component for executing the alarm simulation task to generate a data result set; anda storage component for storing and providing the data result set for the presentation component.
  • 2. The system for quickly determining the reasonable alarm threshold of the network according to claim 1, wherein the template type is at least one member selected from a group consisting of: network bit rate;network byte rate;network flow;bandwidth utilization rate;number of packets;packet rate;average packet length;packet length distribution;TCP session;number of concurrent connections;number of zero windows;number of concurrent clients;number of packet relays;link setup success rate;number of lost packets;packet retransmission rate;number of TCP SYN packets;number of TCP FIN packets;number of TCP RST packets;number of TCP retransmission packets;number of TCP zero window packets;TCP server response time;TCP client waiting time;TCP server data transfer time;TCP client data transfer time;TCP-to-client network latency;TCP-to-server network latency;timeout for TCP long-time connection;transaction volume;transaction response rate;transaction success rate; andtransaction response time;the template parameter is at least one member selected from a group consisting of:
  • 3. The system for quickly determining the reasonable alarm threshold of the network according to claim 1, wherein the task component comprises: a first processing device for acquiring history data information of a first time period from the storage component according to the template type corresponding to the alarm simulation task;a second processing device for dividing the history data information of the first time period into history data information of a plurality of second time periods according to time, wherein the second time period is a sub-period of the first time period;a third processing device for performing parallel statistics on the historical data information of the plurality of second time periods, to obtain a plurality of sub-statistical results;a fourth process device for aggregating the plurality of sub-statistical results into an aggregate statistical result according to time; anda fifth processing device for comparing the aggregate statistical result with a threshold interval to obtain the number of alarms.
  • 4. The system for quickly determining the reasonable alarm threshold of the network according to claim 3, wherein the fifth processing device comprises: a sixth processing device for collecting a plurality of data points from the aggregate statistical result according to the time granularity parameter in the template parameter;a seventh processing device for performing curve fitting of the data points to obtain a data curve; andan eighth processing device for counting a time T corresponding to each line segment with data curve exceeding the threshold range, and regarding the number of continuous line segments with corresponding time T that is greater than the duration parameter in the template parameter as the number of alarms.
  • 5. The system for quickly determining the reasonable alarm threshold of the network according to claim 4, wherein the seventh processing device obtains the data curve in real time according to the data points acquired by the sixth processing device; the eighth processing device obtains the number of alarms in real time according to the data curve that has been fitted by the seventh processing device.
  • 6. The system for quickly determining the reasonable alarm threshold of the network according to claim 4, wherein the data curve passes through each data point fitted.
  • 7. The system for quickly determining the reasonable alarm threshold of the network according to claim 4, wherein: the presentation component is further adapted for:distributing an alarm simulation template to the working component and presenting an alarm simulation task request;asynchronously polling an alarm simulation task status of the working component; if the alarm simulation task status is COMPLETED, retrieving the corresponding data result set in the storage component by a working component number;wherein, the step of the presentation component presenting the alarm simulation task request comprises:Step A1: generating corresponding data form according to the template type and template parameter set by a user through a page;Step A2: matching with a corresponding data source port according to the data form;Step A3: if the match is successful, distributing the data form to a cache area of the working component; if the match fails, returning failure information to the presentation component; andStep A4: generating a number of workgroups according to a matching result, and retrieving the data form in the cache area, wherein when there are a plurality of workgroups, concurrently processing tasks of the plurality of workgroups;wherein, the step of the presentation component asynchronously polling the alarm simulation task status of the working component comprises:Step B1: continuously generating a status query request task of the working component by the presentation component according to a preset time interval;Step B2: if multiple working components work at the same time, selecting a most appropriate working component according to a load balancing algorithm; andStep B3: distinguishing each status query request task of the working component according to the workgroup number as a mark, distributing the workgroup number information to a selected working component; wherein the working component maintains a same polling frequency as the presentation component, and returns the simulated alarm task status to the presentation component; wherein the simulated alarm task status comprises task accepted but not processed, task being processed and task completed.
  • 8. The system for quickly determining the reasonable alarm threshold of the network according to claim 4, wherein: the working component is further adapted for:generating the corresponding task type according to the alarm simulation task request of the presentation component, and transmitting to the task component;continuously reading the data result set in the storage component and determining the simulated alarm task status; andreturning the simulated alarm task status to the presentation component;wherein, the step of the working component generating the corresponding task type comprises:Step C1: receiving the corresponding data form according to the task type of the alarm simulation task request generated by the presentation component;Step C2: generating the corresponding task information according to the content of the data form; andStep C3: submitting the task information and generating a preprocessing task into a task queue, for the task component to schedule preprocessing tasks in the task queue;wherein, the step of the working component reading the data result set in the storage component comprises:Step D1: matching the corresponding data result set in a database according to the workgroup number and querying a result; andStep D2: storing an immediate data result set status in the cache area by the storage component; reading the cache area and presenting a result status by the working component.
  • 9. The system for quickly determining the reasonable alarm threshold of the network according to claim 1, wherein: the task component is further adapted for:generating task threads according to scheduled preprocessing tasks;parallel generating the data result set in real time in a multitasking thread manner; wherein the task thread matches a database table according to the different template types; andtransmitting the data result set to the storage component;the storage component is further adapted for:setting up three levels of tables according to different business requirements: port table, site table and application table;data written to the storage component has a percentage attribute and is bound to the simulated alarm task status of the working component; andresponding the written data result to the working component in real time.
  • 10. The system for quickly determining the reasonable alarm threshold of the network according to claim 1, wherein the presentation component comprises at least one member selected from a group consisting of a Web component, a GUI component and a terminal.
  • 11. The system for quickly determining reasonable alarm threshold of network according to claim 1, wherein the storage component comprises a database component and/or a file system.
  • 12. A method for quickly determining a reasonable alarm threshold of a network, which is implemented by the system for quickly determining the reasonable alarm threshold of the network according to claim 1.
Priority Claims (1)
Number Date Country Kind
201510524396.4 Aug 2015 CN national
CROSS REFERENCE OF RELATED APPLICATION

This is a U.S. National Stage under 35 U.S.0 371 of the International Application PCT/CN2016/081056, filed May 05, 2016, which claims priority under 35 U.S.C. 119(a-d) to CN 201510524396.4, filed Aug. 24, 2015.

PCT Information
Filing Document Filing Date Country Kind
PCT/CN2016/081056 5/5/2016 WO 00