CN113468025A - Data warning method, system, device and storage medium - Google Patents
Data warning method, system, device and storage medium Download PDFInfo
- Publication number
- CN113468025A CN113468025A CN202110858060.7A CN202110858060A CN113468025A CN 113468025 A CN113468025 A CN 113468025A CN 202110858060 A CN202110858060 A CN 202110858060A CN 113468025 A CN113468025 A CN 113468025A
- Authority
- CN
- China
- Prior art keywords
- alarm
- data
- service
- service data
- alarm event
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
- G06F11/327—Alarm or error message display
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
Abstract
The application provides a data warning method, a data warning system, a data warning device and a storage medium, which relate to the technical field of cloud computing, the service data are obtained, the target data type of the obtained service data is determined, a warning rule matched with the target data type is called, if the service data meet the warning rule, a warning event is generated, and the warning event is sent to terminal equipment of a corresponding service object according to a specified warning mode. By the data alarm method provided by the application, alarm tasks of various service data types can be processed simultaneously.
Description
Technical Field
The present application relates to the field of cloud computing technologies, and in particular, to a data alert method, system, device, and storage medium.
Background
With the development of computer network technology, various businesses in an enterprise generate a large amount of data in the operation process, how to collect the data information, how to select effective data information from the massive information to estimate and judge the subsequent operation condition of the business of the enterprise, and the problem becomes a key problem in the internet.
In the traditional technology, alarm information can be sent only aiming at data collected in a single scene, and various service data collected in complex scenes cannot be processed, so that the requirements of complex scenes such as simultaneous operation of multiple services in enterprises and the like cannot be met.
Disclosure of Invention
In order to solve the above problems in the prior art, embodiments of the present application provide a data alarm method, which can process alarm tasks of multiple service data types in a complex scene.
In a first aspect, an embodiment of the present application provides a data warning method, where the method includes:
acquiring the service data and determining the target data type of the acquired service data;
calling an alarm rule matched with the target data type;
if the service data meets the alarm rule, generating an alarm event;
and sending the alarm event to the terminal equipment of the corresponding service object according to the designated alarm mode.
In a possible implementation manner, the acquiring the service data includes:
acquiring the service data from a message queue; and the service data is the data stored in the message queue after receiving the service data sent by the service processing equipment.
In a possible implementation manner, the invoking an alarm rule matching the target data type includes:
and if the target data type of the service data belongs to a preset data type and the alarm rule corresponding to the target data type is in an open state, calling the alarm rule matched with the target data type.
In a possible implementation manner, the designated alarm mode includes a local alarm mode; the sending the alarm event to the terminal equipment of the corresponding service object according to the designated alarm mode comprises the following steps:
storing the alarm event into a local alarm queue;
if the account of the business object is in an online state, extracting the alarm event from the local alarm queue, and sending the alarm event to the terminal equipment of the business object through a local area network, so that the terminal equipment displays the alarm event to the business object through a message page;
and storing the behavior information of the alarm event into a database.
In a possible implementation manner, the specified alarm mode includes a plug-in alarm mode; the sending the alarm event to the terminal equipment of the corresponding service object according to the designated alarm mode comprises the following steps:
storing the alarm event into a plug-in alarm queue;
if the current time is not in the disturbance-free time period, sending the alarm event to the terminal equipment of the business object according to a preselected communication plug-in;
and storing the behavior information of the alarm event into a database.
In a second aspect, an embodiment of the present application provides a data alarm system, including a memory and a processor, where the memory stores a computer program executable on the processor, and when the computer program is executed by the processor, the following steps may be implemented:
the processor acquires the service data and determines the target data type of the acquired service data;
calling an alarm rule matched with the target data type;
if the service data meets the alarm rule, generating an alarm event;
and sending the alarm event to the terminal equipment of the corresponding service object according to the designated alarm mode.
In one possible implementation, the system further includes a data acquisition module;
the data acquisition module is used for receiving the service data sent by the service processing equipment and sending the service data to the message queue in the memory.
In a third aspect, an embodiment of the present application provides a data alarm device, including:
the acquisition unit is used for acquiring the service data and determining the target data type of the acquired service data;
the calling unit is used for calling the alarm rule matched with the target data type;
the generating unit is used for generating an alarm event if the service data meets the alarm rule;
and the alarm unit is used for sending the alarm event to the terminal equipment of the corresponding service object according to the specified alarm mode.
In a possible implementation manner, the obtaining unit is further configured to:
acquiring the service data from a message queue; and the service data is the data stored in the message queue after receiving the service data sent by the service processing equipment.
In a possible implementation manner, the invoking unit is further configured to:
and if the target data type of the service data belongs to a preset data type and the alarm rule corresponding to the target data type is in an open state, calling the alarm rule matched with the target data type.
In a possible implementation manner, the alarm unit is further configured to:
storing the alarm event into a local alarm queue;
if the account of the business object is in an online state, extracting the alarm event from the local alarm queue, and sending the alarm event to the terminal equipment of the business object through a local area network, so that the terminal equipment displays the alarm event to the business object through a message page;
and storing the behavior information of the alarm event into a database.
In a possible implementation manner, the alarm unit is further configured to:
storing the alarm event into a plug-in alarm queue;
if the current time is not in the disturbance-free time period, sending the alarm event to the terminal equipment of the business object according to a preselected communication plug-in;
and storing the behavior information of the alarm event into a database.
In a fourth aspect, the present application provides a computer-readable storage medium, on which computer program instructions are stored, which when executed by a processor implement the steps of the data alert method of any one of the first aspect.
The data alarm method provided by the embodiment of the application acquires the service data, determines the target data type of the acquired service data, calls the alarm rule matched with the target data type, generates the alarm event if the service data meets the alarm rule, and sends the alarm event to the terminal equipment of the corresponding service object according to the specified alarm mode. By the data alarm method provided by the application, alarm tasks of various service data types can be processed simultaneously.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive exercise.
Fig. 1 is a schematic flow chart of a data alert method according to an embodiment of the present application;
fig. 2 is a schematic diagram of traffic data of a quality type according to an embodiment of the present application;
fig. 3 is a schematic flowchart of a process of invoking an alarm rule according to an embodiment of the present application;
fig. 4 is a schematic flowchart of a process of sending an alarm event in a local alarm manner according to an embodiment of the present application;
fig. 5 is a schematic flowchart of a process of sending an alarm event in a plug-in alarm manner according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a data alarm system according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of a data alarm device according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application clearer, the present application will be described in further detail with reference to the accompanying drawings, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
It should be noted that references in the specification of the present application to the terms "comprises" and "comprising," and variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
In order to solve the problem of alarm tasks of multiple service data types in a complex scene and improve the efficiency of processing the alarm tasks, the embodiment of the application provides a data alarm method, a system, a device and a storage medium, the service data is obtained, the target data type of the obtained service data is determined, an alarm rule matched with the target data type is called, if the service data meets the alarm rule, an alarm event is generated, and the alarm event is sent to the terminal equipment of the corresponding service object according to a specified alarm mode. By the data alarm method provided by the application, alarm tasks of various service data types can be processed simultaneously.
Fig. 1 shows a flow diagram of a data alarm method provided in an embodiment of the present application, and is applied to a server. The server realizes real-time monitoring and acquisition of service data by taking a data center as a basis, sends an alarm to complete an alarm task, and ensures that the service can be completed smoothly. The data center can realize real-time data acquisition, management, storage, inquiry and display, carry a data intelligent engine, efficiently accumulate data assets, enable a business application scene, assist enterprises to construct a solid data root and realize digital management.
As shown in fig. 1, the data alarm method provided in the embodiment of the present application includes the following steps:
step S101, acquiring service data and determining the target data type of the acquired service data.
A processor in the server acquires service data in a memory in an active calling mode, the service data comprises a data format during uploading, and after the processor calls the service data, the processor determines a data type according to the data format included in the service data, wherein the data type comprises: access type, development type, quality type, etc.
In a possible embodiment, fig. 2 shows a schematic diagram of quality-type service data, and taking a data format of the quality-type service data as an example, after the processor acquires the quality-type service data, the processor may determine the type of the acquired service data as the quality type according to the data in fig. 2, so as to perform subsequent processing on the service data. The service data information in fig. 2 includes: alarm primary source, alarm secondary source, project ID, instance ID, alarm object name, alarm object ID, alarm data, and reporting time.
In a possible embodiment, step S101 further comprises: and acquiring service data from the message queue, wherein the service data is the data stored in the message queue after receiving the service data sent by the service processing equipment.
The service data is collected by service processing equipment arranged at each position and is actively reported to a data collection module of the server, the data collection module stores the service data in a message queue of a storage of the server, and a processor in the server actively acquires the service data in the message queue and processes the service data. The message queue of the memory may be implemented in a card based on KAFKA message queues.
The processor processes the business data of the KAFKA message queue, the processing progress can be recorded in the database in the process of processing the business data, the fact that a certain business data meets an alarm rule is guaranteed, after an alarm event is generated, the processor can continue to process subsequent business data according to the specified position of the business data in the message queue, all the business data are processed only once, a pipeline for transmitting real-time business data between the data acquisition module and the processor is constructed by adopting the KAFKA message queue, the data acquisition module is further decoupled from the processor, when a plurality of business processing devices are newly added to acquire the data and send the data to the data acquisition module, the processor cannot be broken down due to the fact that a large amount of data are suddenly added, and the stability of the server is guaranteed.
In another possible implementation, a data reporting module may be added, and if a service flow that fails to operate occurs, the data is collected by the service processing device and then sent to the data reporting module, and service data of a service flow that does not fail to operate is collected by the service processing device and then sent to the data collection module. The processor in the server can directly acquire the service data in the data reporting module, and since the service data in the data reporting module are all data acquired when the service process fails to operate, after the type of the service data is determined, an alarm event can be directly generated according to the data type and information in the service data, and the alarm event is sent to the terminal device of the corresponding service object according to the specified alarm mode.
Step S102: and calling an alarm rule matched with the target data type.
The processor determines the data type according to the data format included in the service data, the alarm rules aiming at various scene alarm tasks are stored in the memory, after the processor determines the data type, the alarm rules matched with the data type are called from the memory, and a monitored service object, service logic for triggering alarm, a receiver of alarm information, an alarm mode, the frequency of pushing the alarm mode, a pushing interval, a disturbance-free time period and the like can be configured in one alarm rule.
In a possible embodiment, after acquiring the service data in fig. 2, the processor may determine not only the data type, but also information such as an alarm source, an item ID, an alarm object, specific alarm data, and service data reporting time. The processor determines that the acquired service data is quality type service data, and calls an alarm rule aiming at the quality type service data according to the determined information.
In one possible embodiment, as shown in fig. 3, the invoking of the alarm rule matching the target data type includes:
step S301: and acquiring service data.
Step S302: and judging whether the target data type of the service data belongs to a preset data type. If so, the process proceeds to step S303, otherwise, the process ends.
Step S303: and judging whether the alarm rule corresponding to the target data type is in an open state or not. If so, go to step S304, otherwise, end.
Step S304: and calling an alarm rule matched with the target data type.
Step S305: and judging whether the service data meets the alarm rule. If yes, go to step S306, otherwise, end.
Step S306: an alarm event is generated.
For example, if the quality-type service data is acquired by the processor, and only the alarm rules of the two data types, namely the access type and the development type, are configured in the server, when it is determined whether the target data type of the service data belongs to the preset data type, the determination result is no, that is, the process is ended, and the process of the service data is recorded in the database, and according to the determination result, the process of the service data is recorded not in the range of the data type of the service data processed by the server, and then the next service data is processed continuously.
If the processor acquires service data of an access type and only configures alarm rules of two data types, namely the access type and the development type, in the server, the target data type belongs to a preset data type. If the information contained in the service data of the access type is the parking number in a parking lot on a certain day and the normal parking number may be 300, the alarm rule corresponding to the service data may be that the parking number does not exceed 350, and if the parking number exceeds the normal parking number, the access number of the vehicle is proved to be not in accordance with the requirement, the alarm rule is met, so that an alarm event is generated, and an alarm is triggered. The information contained in the business data is that the parking number is 500, the alarm rule is met, however, the student visits the enterprise in the day, the phenomenon that the parking number in the parking lot exceeds 350 is normal, the alarm rule can be selected to stop starting in the day, the information contained in the business data is that the parking number is 500, and the alarm cannot be triggered. And on the day, judging whether the alarm rule corresponding to the target data type is in an open state or not, if so, judging that the alarm rule is not in the open state, ending the process, recording the processing process of the service data in the database, and if not, continuing to process the next service data.
If the alarm rule corresponding to the business data is not started in the day, the parking number is 500 according to the information contained in the business data, and the parking number possibly does not exceed 350 according to the alarm rule corresponding to the business data, the triggering condition of the alarm rule is met.
According to the flow diagram of calling the alarm rule shown in fig. 3, after the alarm rule matching the target data type is successfully called, step S103 is performed.
Step S103: and if the service data meets the alarm rule, generating an alarm event.
And if the information in the service data meets the preset alarm rule, generating an alarm event, wherein the alarm event can comprise information such as an alarm source, specific service data, service data reporting time, an alarm information receiver, an alarm mode, the number of times of pushing the alarm mode and the like.
In a possible embodiment, if the obtained service data type is the quality type service data in fig. 2, the alarm rule may be configured to detect a data quality period expression operation result of a certain physical model, and when the operation fails, it is proved that the data in the service may have a quality problem, and an alarm event is generated to generate an alarm. The alarm event may include a source of a failure of the operation result, specific service data, a reporting time of the service data, and the like.
Step S104: and sending the alarm event to the terminal equipment of the corresponding service object according to the designated alarm mode.
In the process of the operation of the business process, the business object can select a designated alarm mode, when the operation of the business process has problems, an alarm event sent by the server can be received, and the business object can process the business process according to the alarm event. The designated alarm mode comprises the following steps: a local alarm mode and a plug-in alarm mode. And the service object selects which alarm mode, and the server sends the alarm event to the terminal equipment of the service object through which alarm mode. The business object may be a worker within an enterprise.
In a possible embodiment, as shown in fig. 4, if the alarm mode specified by the business object is a local alarm mode, the method includes:
step S401: and saving the alarm event to a local alarm queue.
Step S402: and extracting the alarm event from the local alarm queue.
Step S403: and judging whether the account of the business object is in an online state or not. If so, the process proceeds to step S404, otherwise, the process returns to step S403.
Step S404: and sending the alarm event to the terminal equipment of the service object through the local area network so that the terminal equipment displays the alarm event to the service object through the message page.
Step S405: and storing the behavior information of the alarm event to a database.
After the alarm event is extracted from the local alarm queue, a task thread for sending the alarm event is established according to the alarm event, and the task thread established only for the alarm event does not influence the sending of other alarm events. The alarm event includes an account of a service object receiving the alarm event, whether the account of the service object is in an online state is judged, and if the account of the service object is in the online state, the server can directly push the alarm event to the account of the service object through a Protocol for performing full duplex communication on a single TCP (Transmission Control Protocol) connection. After the client of the business object receives the alarm event, a message page is displayed on a display screen of the client for several seconds, the display time length can be selected together when the alarm mode is selected, and the alarm event is inserted into a local unprocessed list of the client of the business object. And finally, storing the behavior information of the alarm event to a database.
In a possible embodiment, as shown in fig. 5, if the alarm mode specified by the business object is a plug-in alarm mode, the method includes:
step S501: and saving the alarm event to a plug-in alarm queue.
Step S502: and judging whether the current time is in the disturbance-free time period, if not, performing step S503, and if so, returning to step S502.
Step S503: and sending the alarm event to the terminal equipment of the business object according to the preselected communication plug-in.
Step S504: and storing the behavior information of the alarm event to a database.
After the alarm event is stored in the plug-in alarm queue, the server can judge whether the current time period is in the disturbance-free time period, wherein the disturbance-free time period can be off-duty time, noon break time, holiday time and the like, if the current time is in the disturbance-free time period, the alarm event is not sent to the terminal equipment of the service object temporarily, and if the current time is not in the disturbance-free time period, the alarm event is sent to the terminal equipment of the service object according to the preselected communication plug-in. The communication plug-ins may include a variety of types of plug-ins such as sms, email, phone, etc. And finally, storing the behavior information of the alarm event to a database.
In an alternative embodiment, two alarm modes may be selected simultaneously. Specifically, after the alarm event is generated, the processor determines whether the specified alarm manner includes a plug-in alarm manner other than the local alarm manner while sending the alarm event to the account of the service object in the local alarm manner shown in fig. 4, and if the specified alarm manner includes the plug-in alarm manner, sends the alarm event to the terminal device of the service object in the plug-in alarm manner shown in fig. 5.
Corresponding to the above method embodiments, the present application further provides a data alarm system, where the data alarm system may be a server, an electronic device, or multiple electronic devices, and the data alarm system at least includes a memory and a processor for storing data, where for the processor for data Processing, when executing Processing, the processor may be implemented by using a microprocessor, a CPU, a GPU (Graphics Processing Unit), a DSP, or an FPGA. For the memory, the memory stores an operation instruction, which may be a computer executable code, and the operation instruction implements each step in the flow of the data alarm method according to the embodiment of the present application.
In a possible embodiment, the data alarm system further comprises a data acquisition module;
the data acquisition module is used for receiving the service data sent by the service processing equipment and sending the service data to the message queue in the memory.
Fig. 6 is a schematic structural diagram of a data alarm system according to an embodiment of the present application. As shown in FIG. 6, the data alert system 600 includes a memory 601, a processor 602, a data collection module 603, and a bus 604. The memory 601, the processor 602 and the data acquisition module 603 are all connected by a bus 604, and the bus 604 is used for data transmission among the memory 601, the processor 602 and the data acquisition module 603.
The memory 601 may be used to store software programs and modules, and the processor 602 executes various functional applications and data processing of the data alarm system 600 by operating the software programs and modules stored in the memory 601, such as the data alarm method provided in the embodiments of the present application. The memory 601 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program of at least one application, and the like; the stored data area may store data created from use of the data alert system 600, and the like. Further, the memory 601 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
The processor 602 is the control center of the data alarm system 600, connects the various parts of the overall data alarm system 600 using the bus 604 and various interfaces and lines, and performs the various functions of the data alarm system 600 and processes data by running or executing software programs and/or modules stored in the memory 601 and calling up data stored in the memory 601. Alternatively, the processor 602 may include one or more Processing units, such as a CPU, a GPU (Graphics Processing Unit), a digital Processing Unit, and the like.
The embodiment of the application also provides a data alarm device. Fig. 7 is a schematic structural diagram of a data alarm device according to an embodiment of the present application; as shown in fig. 7, the data alert apparatus includes:
an obtaining unit 701, configured to obtain service data, and determine a target data type of the obtained service data;
a calling unit 702, configured to call an alarm rule matching the target data type;
a generating unit 703, configured to generate an alarm event if the service data meets the alarm rule;
and the alarm unit 704 is configured to send the alarm event to the terminal device of the corresponding service object according to the specified alarm mode.
In a possible implementation manner, the obtaining unit 701 is further configured to:
acquiring service data from the message queue; the service data is data stored in the message queue after receiving the service data sent by the service processing device.
In a possible implementation manner, the invoking unit 702 is further configured to:
and if the target data type of the service data belongs to the preset data type and the alarm rule corresponding to the target data type is in an open state, calling the alarm rule matched with the target data type.
In a possible implementation manner, the alarm unit 704 is further configured to:
saving the alarm event to a local alarm queue;
if the account of the business object is in an online state, extracting an alarm event from the local alarm queue, and sending the alarm event to the terminal equipment of the business object through the local area network, so that the terminal equipment displays the alarm event to the business object through a message page;
and storing the behavior information of the alarm event to a database.
In a possible implementation manner, the alarm unit 704 is further configured to:
saving the alarm event to a plug-in alarm queue;
if the current time is not in the disturbance-free time period, sending the alarm event to the terminal equipment of the business object according to the preselected communication plug-in;
and storing the behavior information of the alarm event to a database.
The embodiment of the application also provides a computer storage medium, wherein computer-executable instructions are stored in the computer storage medium and used for realizing the game control method described in any embodiment of the application.
The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory 601(CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application.
Claims (10)
1. A data warning method is characterized by comprising the following steps:
acquiring the service data and determining the target data type of the acquired service data;
calling an alarm rule matched with the target data type;
if the service data meets the alarm rule, generating an alarm event;
and sending the alarm event to the terminal equipment of the corresponding service object according to the designated alarm mode.
2. The method of claim 1, wherein the obtaining the service data comprises:
acquiring the service data from a message queue; and the service data is the data stored in the message queue after receiving the service data sent by the service processing equipment.
3. The method of claim 1, wherein invoking the alarm rule matching the target data type comprises:
and if the target data type of the service data belongs to a preset data type and the alarm rule corresponding to the target data type is in an open state, calling the alarm rule matched with the target data type.
4. The method of claim 1, wherein the specified alert mode comprises a local alert mode; the sending the alarm event to the terminal equipment of the corresponding service object according to the designated alarm mode comprises the following steps:
storing the alarm event into a local alarm queue;
if the account of the business object is in an online state, extracting the alarm event from the local alarm queue, and sending the alarm event to the terminal equipment of the business object through a local area network, so that the terminal equipment displays the alarm event to the business object through a message page;
and storing the behavior information of the alarm event into a database.
5. The method of claim 1, wherein the specified alert mode comprises a plug-in alert mode; the sending the alarm event to the terminal equipment of the corresponding service object according to the designated alarm mode comprises the following steps:
storing the alarm event into a plug-in alarm queue;
if the current time is not in the disturbance-free time period, sending the alarm event to the terminal equipment of the business object according to a preselected communication plug-in;
and storing the behavior information of the alarm event into a database.
6. A data alert system comprising a memory and a processor, the memory having stored thereon a computer program operable on the processor, the computer program when executed by the processor performing the steps of:
the processor acquires the service data and determines the target data type of the acquired service data;
calling an alarm rule matched with the target data type;
if the service data meets the alarm rule, generating an alarm event;
and sending the alarm event to the terminal equipment of the corresponding service object according to the designated alarm mode.
7. The system of claim 6, further comprising a data acquisition module;
the data acquisition module is used for receiving the service data sent by the service processing equipment and sending the service data to the message queue in the memory.
8. A data alert device, comprising:
the acquisition unit is used for acquiring the service data and determining the target data type of the acquired service data;
the calling unit is used for calling the alarm rule matched with the target data type;
the generating unit is used for generating an alarm event if the service data meets the alarm rule;
and the alarm unit is used for sending the alarm event to the terminal equipment of the corresponding service object according to the specified alarm mode.
9. The apparatus of claim 8, wherein the invoking unit is further configured to:
and if the target data type of the service data belongs to a preset data type and the alarm rule corresponding to the target data type is in an open state, calling the alarm rule matched with the target data type.
10. A computer-readable storage medium having computer program instructions stored thereon, which when executed by a processor implement the method of any one of claims 1-5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110858060.7A CN113468025A (en) | 2021-07-28 | 2021-07-28 | Data warning method, system, device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110858060.7A CN113468025A (en) | 2021-07-28 | 2021-07-28 | Data warning method, system, device and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113468025A true CN113468025A (en) | 2021-10-01 |
Family
ID=77882960
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110858060.7A Pending CN113468025A (en) | 2021-07-28 | 2021-07-28 | Data warning method, system, device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113468025A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113900755A (en) * | 2021-10-11 | 2022-01-07 | 重庆紫光华山智安科技有限公司 | Alarm page processing method and device, computer equipment and readable storage medium |
| CN114386035A (en) * | 2021-12-31 | 2022-04-22 | 航天信息股份有限公司 | Method and device for detecting threat data and electronic equipment |
| CN115225459A (en) * | 2022-07-14 | 2022-10-21 | 杭州指令集智能科技有限公司 | Low-delay equipment alarming method suitable for high-concurrency mass equipment |
-
2021
- 2021-07-28 CN CN202110858060.7A patent/CN113468025A/en active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113900755A (en) * | 2021-10-11 | 2022-01-07 | 重庆紫光华山智安科技有限公司 | Alarm page processing method and device, computer equipment and readable storage medium |
| CN113900755B (en) * | 2021-10-11 | 2024-04-16 | 重庆紫光华山智安科技有限公司 | Alarm page processing method and device, computer equipment and readable storage medium |
| CN114386035A (en) * | 2021-12-31 | 2022-04-22 | 航天信息股份有限公司 | Method and device for detecting threat data and electronic equipment |
| CN115225459A (en) * | 2022-07-14 | 2022-10-21 | 杭州指令集智能科技有限公司 | Low-delay equipment alarming method suitable for high-concurrency mass equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113468025A (en) | Data warning method, system, device and storage medium | |
| WO2019148936A1 (en) | Information reminder | |
| CN112311617A (en) | Configured data monitoring and alarming method and system | |
| CN110347694B (en) | Equipment monitoring method, device and system based on Internet of things | |
| CN108415811B (en) | Method and device for monitoring business logic | |
| CN113347269A (en) | Data updating method of industrial system, electronic equipment and storage medium | |
| CN114996085A (en) | Prometheus-based real-time service monitoring method and system | |
| CN115001989A (en) | Equipment early warning method, device, equipment and readable storage medium | |
| CN110865921A (en) | Data monitoring method and device, readable storage medium and electronic equipment | |
| US11005797B2 (en) | Method, system and server for removing alerts | |
| CN110888790B (en) | Log management method and device, electronic equipment and storage medium | |
| CN110009273B (en) | Information processing method and device, storage medium, and electronic device | |
| CN111274047A (en) | Information processing method, terminal, system, computer device and storage medium | |
| CN112396432A (en) | Return visit task generation system, return visit task generation method, return visit task generation equipment and return visit task generation medium | |
| CN113098978B (en) | Data transmission method, device and medium | |
| CN113965563B (en) | Service processing method and device based on model and server | |
| CN115170087A (en) | Method and device for processing task data and computer readable storage medium | |
| CN110633165B (en) | Fault processing method, device, system server and computer readable storage medium | |
| CN114553944A (en) | Early warning message pushing method and system | |
| CN110611576B (en) | Data quality monitoring method, device, equipment and storage medium | |
| CN115766696A (en) | File uploading method and device, electronic equipment and storage medium | |
| CN112925659A (en) | Message processing method, device, equipment and computer storage medium | |
| CN112306797A (en) | Embedded point information reporting method and device, storage medium and electronic equipment | |
| CN111176948A (en) | Method and system for monitoring personalized service index | |
| CN112434894A (en) | Real-time risk control method, computer equipment and readable storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |