CN113844976B

CN113844976B - Alarm data processing method, device, computer equipment and storage medium

Info

Publication number: CN113844976B
Application number: CN202111060476.0A
Authority: CN
Inventors: 黎志勇; 陈孝良; 李智勇
Original assignee: Beijing SoundAI Technology Co Ltd
Current assignee: Beijing SoundAI Technology Co Ltd
Priority date: 2021-09-10
Filing date: 2021-09-10
Publication date: 2023-04-25
Anticipated expiration: 2041-09-10
Also published as: CN113844976A

Abstract

The application provides a processing method, a processing device, computer equipment and a storage medium of alarm data, and belongs to the technical field of large data flow calculation. The method comprises the following steps: determining the alarm type of the first alarm data, wherein the alarm type is the alarm type corresponding to the theoretical alarm times of the first alarm data; based on the alarm type and the processed alarm type alarm data, carrying out repeated screening on the first alarm data; and processing the first alarm data based on the first alarm data not being the duplicate alarm data. The method can determine the alarm type of the first alarm data, so that different repeated screening can be carried out on the first alarm data with different alarm types to determine whether the first alarm data is repeated alarm data or not; and the first alarm data is processed under the condition that the first alarm data is not the repeated alarm data, so that the repeated processing process of the repeated first alarm data is avoided, and the efficiency of processing the first alarm data is improved.

Description

Alarm data processing method, device, computer equipment and storage medium

Technical Field

The present invention relates to the field of big data stream computing technologies, and in particular, to a method, an apparatus, a computer device, and a storage medium for processing alarm data.

Background

The elevator system is provided with a camera, a pickup, a sensor and other various Internet of things equipment; in the running process of the elevator system, after the equipment of the Internet of things detects that the elevator system fails, corresponding alarm data are reported to a server, and the server processes the alarm data.

In the related art, the internet of things device stores alarm data in a message queue, and a server acquires the alarm data from the message queue one by one for processing.

In the related art, since the server processes each alarm data in the message queue one by one, if there is data that does not need to be processed in the alarm data, processing the alarm data one by one may result in low processing efficiency of the alarm data.

Disclosure of Invention

The embodiment of the application provides a processing method, a processing device, computer equipment and a storage medium for alarm data, which can improve the processing efficiency of the alarm data. The technical scheme is as follows:

in one aspect, a method for processing alarm data is provided, the method comprising:

Determining an alarm type of first alarm data, wherein the alarm type is an alarm type corresponding to the theoretical alarm times of the first alarm data; performing repeated screening on the first alarm data based on the alarm type and the alarm data of the processed alarm type; and processing the first alarm data based on the first alarm data not being repeated alarm data.

In one possible implementation manner, the determining the alarm type of the first alarm data includes: acquiring first tag information of first alarm data; and determining the alarm type of the first alarm data according to the first tag information.

In one possible implementation manner, the alarm type of the first alarm data at least includes a first alarm type, and the determining the alarm type of the first alarm data according to the first tag information includes: determining that the alarm type is a first alarm type based on the first tag information belongs to a first tag set, wherein the first alarm type is used for indicating that the first alarm data is disposable alarm data; or determining that the alarm type of the first alarm data is a first alarm type based on the first label information as a preset label; preferably, the alarm type of the first alarm data further includes a second alarm type, and the alarm type is determined to be the second alarm type based on that the first tag information belongs to a second tag set, and the second alarm type is used for indicating that the first alarm data is persistent alarm data.

In one possible implementation manner, the performing, based on the alarm type, repeated screening on the first alarm data includes: acquiring first event information of the first alarm data, wherein the first event information is information of an alarm event corresponding to the first alarm data; and repeatedly screening the first alarm data based on the alarm type, the first event information and a plurality of second event information, wherein the plurality of second event information is information of alarm events corresponding to the plurality of second alarm data, and the plurality of second alarm data is the processed alarm data of the alarm type.

In one possible implementation manner, the repeatedly screening the first alarm data based on the alarm type, the first event information and a plurality of second event information includes: determining the fault type of the first alarm data; determining second event information corresponding to the fault type in the plurality of second event information; and repeatedly screening the first alarm data based on the alarm type, the first event information and the determined second event information.

In one possible implementation manner, the determining the fault type of the first alarm data includes: acquiring second tag information of the first alarm data; and determining the fault type corresponding to the first alarm data according to the second label information.

In one possible implementation manner, the repeatedly screening the first alarm data based on the alarm type, the first event information and a plurality of second event information includes: when the alarm type is a first alarm type, the first alarm type is used for indicating that the first alarm data is disposable alarm data, and if the first event information is not included in the plurality of second event information, the first alarm data is determined not to be repeated alarm data; if the alarm type is a second alarm type, the second alarm type is used for indicating that the first alarm data is persistent alarm data, and determining a repeatability parameter of the first alarm data based on the first event information and the plurality of second event information; and repeatedly screening the first alarm data based on the repeatability parameters.

In one possible implementation, the repeatability parameter includes a repetition count value, and the determining the repeatability parameter of the first alarm data based on the first event information and the plurality of second event information includes: determining a target number of times, based on the first event information and the plurality of second event information, the target number of times being indicative of the number of times the first event information has been processed; and adding one to the target times to obtain the repeated count value.

In one possible implementation manner, the determining the target number of times based on the first event information and the plurality of second event information includes: determining a preset time period, wherein the preset time period is a preset time period before the first alarm data is received; determining at least one target event information based on the preset time period, wherein the target event information is event information of alarm data processed in the preset time period; the target number of times is determined based on the first event information and the at least one target event information.

In one possible implementation, the repeatability parameter includes a repetition count value, and the performing the repeatability screening on the first alarm data based on the repeatability parameter includes: and if the repeated count value is smaller than a preset value, determining that the first alarm data is not repeated alarm data.

In one possible implementation manner, the process of acquiring the first alarm data includes: receiving a data stream, wherein the data stream comprises a plurality of data, and the plurality of data are uploaded by Internet of things equipment of an elevator system; determining a data type of each data; and determining first alarm data with the data type being an alarm from the data stream based on the data type of each data.

In one possible implementation, before the receiving the data stream, the method further includes: the internet of things equipment is connected through a stream execution engine; the received data stream comprises: and receiving the data stream uploaded by the Internet of things equipment through the stream execution engine.

In one possible implementation manner, the processing the first alarm data includes at least one implementation manner of: storing the first alert data in a database; and sending the first alarm data to a terminal, wherein the terminal is used for outputting the first alarm data.

In another aspect, there is provided an apparatus for processing alarm data, the apparatus comprising:

the first determining module is used for determining the alarm type of the first alarm data, wherein the alarm type is the alarm type corresponding to the theoretical alarm times of the first alarm data;

The screening module is used for repeatedly screening the first alarm data based on the alarm type and the processed alarm data of the alarm type;

and the processing module is used for processing the first alarm data based on the fact that the first alarm data are not repeated alarm data.

In one possible implementation manner, the first determining module includes:

the first acquisition unit is used for acquiring first tag information of the first alarm data;

and the first determining unit is used for determining the alarm type of the first alarm data according to the first label information.

In a possible implementation manner, the alarm types of the first alarm data at least include a first alarm type, and the first determining unit is configured to determine, based on that the first tag information belongs to a first tag set, that the alarm type is a first alarm type, where the first alarm type is used to indicate that the first alarm data is disposable alarm data; or determining that the alarm type of the first alarm data is a first alarm type based on the first label information as a preset label; preferably, the alarm type of the first alarm data further includes a second alarm type, and the alarm type is determined to be the second alarm type based on that the first tag information belongs to a second tag set, and the second alarm type is used for indicating that the first alarm data is persistent alarm data.

In one possible implementation, the screening module includes:

the second acquisition unit is used for acquiring first event information of the first alarm data, wherein the first event information is information of an alarm event corresponding to the first alarm data;

and the screening unit is used for repeatedly screening the first alarm data based on the alarm type, the first event information and a plurality of second event information, wherein the plurality of second event information is information of alarm events corresponding to the plurality of second alarm data, and the plurality of second alarm data is processed alarm data of the alarm type.

In one possible implementation, the screening unit includes:

a first determining subunit, configured to determine a failure type of the first alarm data;

a second determining subunit, configured to determine second event information corresponding to the fault type from the plurality of second event information;

and the screening sub-unit is used for repeatedly screening the first alarm data based on the alarm type, the first event information and the determined second event information.

In one possible implementation manner, a first determining subunit is configured to obtain second tag information of first alarm data, where the second tag information is used to determine a failure type of the first alarm data; and determining the fault type corresponding to the second tag information.

In one possible implementation, the screening unit includes:

a third determining subunit, configured to, when the alarm type is a first alarm type, indicate that the first alarm data is disposable alarm data, and if the plurality of second event information does not include the first event information, determine that the first alarm data is not duplicate alarm data;

a fourth determining subunit, configured to, in a case where the alarm type is a second alarm type, indicate that the first alarm data is persistent alarm data, determine a repeatability parameter of the first alarm data based on the first event information and the plurality of second event information; and repeatedly screening the first alarm data based on the repeatability parameters.

In a possible implementation manner, the repeatability parameter includes a repetition count value, and the fourth determining subunit is configured to determine a target number of times, based on the first event information and the plurality of second event information, where the target number of times is used to represent a number of times the first event information has been processed; and adding one to the target times to obtain the repeated count value.

In a possible implementation manner, the fourth determining subunit is configured to determine a preset time period, where the preset time period is a preset time period before the first alarm data is received; determining at least one target event information based on the preset time period, wherein the target event information is event information of alarm data processed in the preset time period; the target number of times is determined based on the first event information and the at least one target event information.

In a possible implementation manner, the fourth determining subunit is configured to determine that the first alarm data is not duplicate alarm data if the duplicate count value is less than a preset value.

In one possible implementation, the apparatus further includes:

the receiving module is used for receiving a data stream, wherein the data stream comprises a plurality of data which are uploaded by the internet of things equipment of the elevator system;

a second determining module for determining a data type of each data;

and the third determining module is used for determining the first alarm data with the data type of alarm from the data stream based on the data type of each data.

In one possible implementation, the apparatus further includes:

the connection module is used for connecting the Internet of things equipment through a stream execution engine;

the receiving module is configured to receive, by using the flow execution engine, a data flow uploaded by the internet of things device.

In one possible implementation, the processing module is configured to store the first alarm data in a database; and sending the first alarm data to a terminal, wherein the terminal is used for outputting the first alarm data.

In another aspect, a computer device is provided that includes one or more processors and one or more memories having stored therein at least one instruction that is loaded and executed by the one or more processors to implement operations performed by a method of processing alert data as described in any of the implementations above.

In another aspect, a computer readable storage medium is provided, in which at least one instruction is stored, where the at least one instruction is loaded and executed by a processor, to implement an operation performed by the alarm data processing method according to any one of the above implementations.

In another aspect, a computer program product or a computer program is provided, the computer program product or the computer program comprising computer program code, the computer program code being stored in a computer readable storage medium. The processor of the computer device reads the computer program code from the computer readable storage medium, and the processor executes the computer program code so that the computer device performs the operations performed by the alarm data processing method described above.

The beneficial effects of the technical scheme provided by the embodiment of the application at least comprise:

the embodiment of the application provides a processing method of alarm data, which can determine the alarm type of first alarm data, so that different repeated screening can be carried out on the first alarm data with different alarm types to determine whether the first alarm data is repeated alarm data or not; and the first alarm data is processed under the condition that the first alarm data is not the repeated alarm data, so that the repeated processing process of the repeated first alarm data is avoided, and the efficiency of processing the first alarm data is improved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed 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 that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a schematic illustration of an implementation environment provided by embodiments of the present application;

FIG. 2 is a flowchart of a method for processing alarm data according to an embodiment of the present application;

FIG. 3 is a schematic diagram of a stream processing alarm data provided in an embodiment of the present application;

FIG. 4 is a logic flow diagram of screening persistence alert data provided by an embodiment of the present application;

FIG. 5 is a block diagram of an apparatus for processing alarm data according to an embodiment of the present application;

fig. 6 is a block diagram of a computer device provided in an embodiment of the present application.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

The terms "first," "second," "third," and "fourth" and the like in the description and in the claims of this application and in the drawings, are used for distinguishing between different objects and not for describing a particular sequential order. Furthermore, the terms "comprising," "including," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those listed steps or elements but may include other steps or elements not listed or inherent to such process, method, article, or apparatus.

The embodiment of the application provides an implementation environment of a processing method of alarm data, referring to fig. 1, the implementation environment includes: the system comprises an Internet of things device 10, a computer device 20 and a terminal 30. The internet of things device 10 is configured to send first alarm data to the computer device 20; the computer device 20 is configured to determine an alarm type and first event information of the first alarm data, perform repeated screening on the first alarm data, and send the first alarm data to the terminal 30 if the first alarm data is not the repeated alarm data; the terminal 30 is configured to output the first alert data.

In some embodiments, the internet of things device 10 is at least one of a camera, a pickup, a sensor, etc. device configured for an elevator system. The terminal 30 is at least one of a mobile phone, a tablet computer, PC (Personal Computer) equipment and the like. The computer device 20 is at least one of a terminal and a server; the server may be at least one of a server, a server cluster composed of a plurality of servers, a cloud server, a cloud computing platform, and a virtualization center.

An embodiment of the present application provides a method for processing alarm data, referring to fig. 2, the method includes:

Step 201: the computer device obtains first alert data.

The first alarm data are alarm data to be processed, which are uploaded by the internet of things equipment of the elevator system. The acquisition of the first alarm data is realized through the following steps (1) - (3):

(1) The computer equipment receives a data stream, wherein the data stream comprises a plurality of data, and the plurality of data are uploaded by the internet of things equipment of the elevator system.

It should be noted that, before receiving the data stream, the computer device is further connected to the internet of things device through the stream execution engine. In this step, the computer device receives, through the stream execution engine, the data stream uploaded by the internet of things device.

In one implementation, the internet of things device uploads a data stream to a kafka (a messaging system) database, and the computer device obtains the data stream from the kafka database through a stream execution engine.

In another implementation, the internet of things device uploads a data stream to a trabbitmq (message queue) database, and the computer device obtains the data stream from the trabbitmq database through a stream execution engine.

In another implementation, referring to fig. 3, the internet of things device uploads data streams to the kafka database and the rubbitmq database, respectively, and the computer device obtains the data streams from the kafka database and the rubbitmq database, respectively, through the stream execution engine. The kafka database and the rubbitmq database are used to receive data of different data types, respectively. Optionally, the kafka database is used for receiving the corresponding data stream of the elevator system itself operation; for example, elevator speed runaway data streams uploaded by the sensors. The rubbitmq is used for receiving data streams uploaded by cameras, sound pick-up devices and the like; for example, the elevator uploaded by the camera is internally entered into the data stream of the electric vehicle.

Optionally, the flow execution engine is a flow execution engine provided by the link flow computing service, and the flow execution engine provided by the link flow computing service has small data acquisition delay and large throughput, can effectively receive the uploaded data flow in real time, and avoids generating a large amount of data accumulation in the database, thereby improving the efficiency of acquiring the data flow.

(2) The computer device determines a data type for each data.

The data types include the data type of the operation class, the data type of the alarm class and the like.

(3) The computer device determines, based on the data type of each data, first alert data whose data type is an alert from the data stream.

In one implementation, a computer device splits a data stream through a filter operator and a SingleOutputStreamOperator provided by a flink stream computation service to obtain a plurality of fields of a bypass output stream. Wherein the number of bypass output streams is the same as the number of data types; the field of each bypass output stream is data with the data type corresponding to the bypass, and the data with the data type of the bypass output stream of the alarm is used as first alarm data.

In the embodiment of the application, the stream type conversion of the data stream is realized through the filter operator provided by the link stream computing service, so that a plurality of data with different data types are obtained, the splitting processing is realized, and the data with different data types can be respectively processed, so that the processing efficiency of the data is improved.

Step 202: the computer device determines an alert type for the first alert data.

It should be noted that, the alarm type is the alarm type corresponding to the theoretical alarm times of the first alarm data. The alarm types comprise a first alarm type and a second alarm type; the first alarm type is used for indicating that the first alarm data is disposable alarm data, and the second alarm type is used for indicating that the first alarm data is persistent alarm data.

For the disposable alarm data, the theoretical alarm times of the corresponding alarm event are only one time; for example, the theoretical warning times are all one time, and the warning data are all one-time warning data.

The specific event corresponding to the positive acceleration overrun warning is that the speed of the elevator car increases too fast, so that the elevator car impacts the top or bottom of the elevator shaft upwards or downwards. The specific event corresponding to the horizontal acceleration warning is that the elevator car horizontally impacts two sides of the elevator shaft.

For the continuous alarm data, the theoretical alarm times of the corresponding alarm event are multiple, namely, the alarm is carried out for multiple times within the preset duration; for example, the number of theoretical alarming times is multiple, and alarming data are persistent alarming data, wherein alarming events comprise a step-down door closing alarming, a step-down door opening alarming for a long time exceeding 20s, a step-down door opening alarming for a long time exceeding 60s, and the like.

The theoretical alarm times of the alarm event corresponding to the persistence alarm data can be set and changed according to the needs; for example, the alarm event corresponding to the stop door person alarm is set to continuously alarm 10 times within 20s, namely 10 alarm data can be generated within 20 s.

The computer device determining the alert type of the first alert data may be accomplished by the steps (1) - (2) below:

(1) The computer device obtains first tag information of the first alarm data.

The first tag information is used for determining an alarm type of the first alarm data.

In one implementation, the first tag information is an alert times tag. For example, for a one-time alarm event "punch-top fault alarm", the first tag information thereof is "alarm 1 time". For a continuous alarm event of 'stop door and close person fault alarm', the first label information is 'alarm 10 times'; for a continuous alarm event of 'stop door long-time no door alarm', the first label information is 6 times of alarm. Therefore, the alarm type of the first alarm data can be accurately and directly determined through the alarm times on the first label information.

In another implementation, the first tag information is a one-time alert or a persistent alert. For example, for a one-time alarm event "forward acceleration overrun alarm", the first tag information thereof is "one-time alarm". For a persistence alarm event of 'stop door and close person fault alarm', the first label information is 'persistence alarm'. Therefore, the alarm type of the first alarm data can be rapidly and accurately determined by directly marking the first alarm data as a disposable alarm or a continuous alarm.

(2) The computer device determines the alarm type of the first alarm data according to the first label information.

It should be noted that, the alarm types corresponding to the first alarm data include a first alarm type and a second alarm type, where the first alarm type is used to indicate that the first alarm data is disposable alarm data, and the second alarm type is used to indicate that the first alarm data is persistent alarm data. For any first alarm data, the alarm type is the first alarm type or the second alarm type, namely the first alarm data is disposable alarm data or persistent alarm data.

Under the condition that the alarm type of the first alarm data at least comprises the first alarm type, the computer equipment determines that the alarm type of the first alarm data is the first alarm data, and the method comprises the following two implementation modes:

In one implementation, the computer device determines that the alert type is a first alert type based on the first tag information belonging to the first tag set.

The first tag set is used for storing tag information of a first alarm type; if the first tag information is the same as any tag information in the first tag set, determining that the first tag information belongs to the first tag set.

In another implementation, the computer device determines, based on the first tag information as a preset tag, that the alert type of the first alert data is the first alert type.

The preset tag is used for indicating that the alarm type of the first alarm data is the first alarm type, and the content included in the preset tag can be set and changed according to the requirement; optionally, the preset tag is one of "disposable alarm data", "disposable" a "or" 1", etc., and is used for indicating that the alarm type of the first alarm data is the first alarm type. Therefore, the alarm type of the first alarm data can be directly determined through the first label information, and the method is simple and quick.

Under the condition that the alarm type of the first alarm data also comprises the second alarm type, the computer equipment determines that the alarm type of the first alarm data is the second alarm data by the following modes:

The computer device determines that the alert type is a second alert type based on the first tag information belonging to the second tag set.

The second tag set is used for storing tag information of a second alarm type, and if the first tag information is the same as any tag information in the second tag set, the first tag information belongs to the second tag set.

It should be noted that, when the first tag information is the number of alarms, the first tag set includes 1 alarm; the second tag set includes 2 alarms, 3 alarms, 4 alarms …, etc. In the case that the first tag information is a one-time alert or a persistent alert, the tag information included in the first tag set is a one-time alert. The tag information included in the second set of tags is a persistence alert.

In another implementation, the computer device determines, based on the first tag information, that the alert type of the first alert data is the second alert type for another preset tag.

The other preset label is used for indicating that the alarm type of the first alarm data is the second alarm type, and the content included in the other preset label can be set and changed according to the requirement; optionally, the other preset tag is at least one of "persistence alarm data", "persistence", "B" or "2", etc., and is used for indicating that the alarm type of the first alarm data is the second alarm type. Therefore, the alarm type of the first alarm data can be directly determined through the first label information, and the method is simple and quick.

It should be noted that, the tag information in the first tag set is different from the tag information in the second tag set; the preset tag includes content different from that of another preset tag.

In one implementation, after determining the alarm type of each first alarm data, the computer device shunts the first alarm data of different types into different groups, so as to realize shunting processing of the first alarm data, and further facilitate processing of the first alarm data of different types respectively, so as to improve processing efficiency.

In the embodiment of the application, the first tag information is marked on the first alarm data, so that the alarm type of the first alarm data can be rapidly determined based on the first tag information, and the shunting processing of the first alarm data is convenient to realize.

Step 203: the computer device performs a repeated screening of the first alert data based on the alert type and the alert data for the alert type that has been processed.

This step is achieved by the following steps (1) - (2):

(1) The computer device obtains first event information for the first alert data.

The first event information is information of an alarm event corresponding to the first alarm data, and the first event information is information in the first alarm data and comprises specific contents of the alarm event; such as "stop ladder".

(2) The computer device performs a repeated screening of the first alert data based on the alert type, the first event information, and the plurality of second event information.

The plurality of second event information is information of alarm events corresponding to the plurality of second alarm data, and the plurality of second alarm data is alarm data of the processed alarm type.

The method comprises the following two implementation modes:

the first implementation mode: the computer device directly performs repeated screening on the first alarm data based on the alarm type, the first event information and the plurality of second event information.

The implementation manner comprises the following two implementation cases:

first case: in the case that the alarm type is the first alarm type, if the first event information is not included in the plurality of second event information, the computer device determines that the first alarm data is not the duplicate alarm data.

Wherein the first alarm type is used for indicating that the first alarm data is disposable alarm data.

In this case, the computer device acquires device information of the first event information, and if there is no second event information identical to the device information among the plurality of second event information within the preset time window, it is determined that the first event information is not included among the plurality of second event information.

The preset time window is a time window passing through alarm data, and the duration of the preset time window can be set and changed according to the needs; for example, the duration of the preset time window is 1s.

Wherein the device information includes a number of the alert device. The first event information and the device information are both information in the first alert data. The first alarm data also comprises fault type, alarm time, alarm source and the like. The alert sources include which building the first alert data originates from, which elevator, etc.

In another implementation, if the plurality of second event information includes the first event information, the computer device determines that the first alert data is duplicate alert data; the computer device filters the first alarm data and does not process the first alarm data.

In the embodiment of the present application, since the number of each alarm device is different, and whether two event information are the same is determined by the device information including the number of the alarm device in the event information, the accuracy of determining whether the plurality of second event information includes the first event information can be improved, that is, the accuracy of determining whether the first alarm data is repeated alarm data can be improved.

Second case: under the condition that the alarm type is the second alarm type, the computer equipment determines the repeatability parameter of the first alarm data based on the first event information and the plurality of second event information; the computer device performs a repeatability screening of the first alert data based on the repeatability parameters.

Wherein the second alarm type is used to indicate that the first alarm data is persistent alarm data. The repeatability parameters include a repetition count value and the computer device determining the repeatability parameters may be accomplished by:

the computer device determines a target number of times based on the first event information and the plurality of second event information. The computer device increments the target number of times to obtain a repetition count value.

Wherein the target number of times is used to represent the number of times the first event information has been processed. The computer device determines the target number of times based on the first event information and the plurality of second event information by the following steps A1-A3:

a1: the computer device determines a preset time period.

The preset time period is a preset time period before the first alarm data is received.

In one implementation, the duration of the preset time period is a theoretical alarm duration of the first alarm data. For example, for any persistent alarm data, if the theoretical alarm duration is set to 20s, the preset time period is set to 20s before the first alarm data. In this way, the duration of the preset time period is set as the theoretical alarm duration of the first alarm data, and if the alarm data which is the same as the event information of the first alarm data does not exist in the preset time period, the first alarm data can be determined to be new alarm data, and the alarm data is not repeated.

A2: the computer device determines at least one target event information based on a preset time period.

The target event information is event information of alarm data which has been processed within a preset time period.

A3: the computer device determines a target number of times based on the first event information and the at least one target event information.

The computer device determines target event information identical to the device information of the first event information in at least one piece of target event information based on the device information of the first event information, and determines the number of the target event information identical to the device information of the first event information as target times.

In one implementation, the target number of times is determined to be zero in the case where the same target event information as the device information of the first event information is not included in the at least one target event information.

It should be noted that, since the persistent alarm data is the data of multiple alarms, the repetition count value is used to indicate the number of the first alarm data. In one implementation, the computer device obtains a repetition count value of each first alarm data through a repetition counter, and if it is determined that a preset time period includes a plurality of pieces of target event information identical to the device information of the first event information, the repetition counter sequentially assigns the repetition count values to the alarm data of the plurality of pieces of target event information according to a time sequence; for example, if the number of the target event information is 3, it is determined that the repetition count value of the alarm data corresponding to each target event information is 1, 2, and 3 respectively according to the time sequence, and if the number of the target times is 3, the repetition count value of the first alarm data is 4. Wherein, the first alarm data with the repetition count value of 1 is a new alarm data, and is not the repetition alarm data. The alarm data with repetition count value of 2, 3 and 4 are repeated data, and are the alarm data to be filtered.

In another implementation manner, if the same target event information as the device information of the first event information is not included in the preset time period, that is, the time difference between the alarm time of the first alarm data and the alarm time of the target event information exceeds the preset time period, it is determined that the first alarm data is not repeated data, a repetition counter is set to zero, a repetition count value of the first alarm data is determined to be 1, the repetition counter is set to 1 again, and then repeated screening is performed on the next first alarm data.

Referring to fig. 4, fig. 4 is a logic flow diagram of obtaining a repetition count value by a repetition counter. For each persistent alarm data, after the persistent alarm data is processed by the flink stream computing service, whether the initial time is zero is determined. The initial time is the initial time of a preset time period, and the initial time is zero under the condition that the continuous alarm data is not repeated in the preset time period before the continuous alarm data. In the case that the initial time is zero, the computer device outputs the persistence alarm data and increases the count value of the persistence alarm data by 1. In the case that the initial time is not zero, the computer device determines whether the persistence alarm data is within a preset time period after the alarm data repeated with the persistence alarm data; in the case that the persistence alert data is within a preset time period, it is determined whether the repetition value of the repetition counter is less than a preset value of 2. And outputting the persistence alarm data and increasing the count value of the persistence alarm data by 1 under the condition that the repeated value is smaller than the preset value 2. And outputting the persistence alarm data for being deleted and increasing the repetition count value by 1 in the case that the repetition number is not less than the preset value 2. And under the condition that the persistence alarm data is not in the preset time period, setting the numerical value of the repetition counter to zero, outputting new persistence alarm data and re-counting.

In this case, the computer device performs the repetitive screening of the first alert data based on the repetitive parameter by: if the repetition count value is less than the preset value, the computer device determines that the first alarm data is not the repetition alarm data. In this embodiment of the present application, if the preset value is set to 2, and the repetition count value is 1, it is determined that the first alarm data is not repetition alarm data.

In another implementation, if the repetition count value is not less than the preset value, the computer device determines that the first alert data is repetition data. The computer device filters the first alarm data and does not process the first alarm data.

In the implementation case, by repeatedly screening the first alarm data with the alarm type being the second alarm type, namely the persistent alarm data, screening on the basis of alarm type division of the first alarm data is realized, so that whether the persistent alarm data is the repetitive alarm data can be determined.

In the embodiment of the application, the first alarm data is shunted on the basis of determining the alarm type of the first alarm data. Because the theoretical warning times and the theoretical warning duration of the disposable warning data and the sustainable warning data are different, the repeated screening of the first warning data is carried out based on the second warning data with the same warning type by determining the warning type of the first warning data, the separate screening of the disposable warning data and the sustainable warning data is realized, and the accuracy of the repeated screening of the first warning data can be improved.

A second implementation of the computer device to repeatedly screen the first alert data based on the alert type, the first event information, and the plurality of second event information is achieved by steps (1) - (3) below:

(1) The computer device determines a fault type of the first alert data.

The fault types comprise speed faults, camera faults, door opening and closing faults and the like.

The computer device determines the type of failure of the first alert data by: the computer device obtains second tag information of the first alarm data. And the computer equipment determines the fault type corresponding to the first alarm data according to the second label information.

The second tag information is used for determining the fault type of the first alarm data.

In one implementation, the second tag information is an alarm identifier, and the computer device determines the fault type corresponding to the second tag information through a character string matching method. And if the second label information comprises a character string corresponding to any fault type, dividing the first alarm data into the fault types.

For example, THE failure type is a speed failure, and THE corresponding string is speping_th_fault. If THE string of THE alarm identifier corresponding to THE second tag information is "warning_type_speed_speed_fault" (THE alarm TYPE is speed FAULT), and since THE string includes "speed_speed_fault", THE description matches with THE string of THE speed FAULT, THE FAULT TYPE corresponding to THE second tag information is determined to be speed FAULT.

(2) The computer equipment determines second event information corresponding to the fault type in the plurality of second event information.

In one implementation, the computer device determines second event information corresponding to the fault type from the plurality of second event information through a key by function provided by the link stream calculation service.

It should be noted that, the computer device performs finer division on the first alarm data in each alarm type based on the fault type of each alarm data through the key function provided by the link flow computing service. The disposable alarm data form a disposable alarm data set, and the continuous alarm data form a continuous alarm data set; the computer equipment respectively carries out grouping processing on the alarm data in the disposable alarm data set and the persistent alarm data set; the method comprises the steps of dividing disposable alarm data in a disposable alarm data set into a plurality of groups with different fault types, and dividing persistent alarm data in a persistent alarm data set into a plurality of groups with different fault types.

For example, for the disposable alarm data "door opening alarm in upward operation" and "door opening alarm in downward operation", it is divided into groups of which the failure type is "door opening and closing failure".

In the embodiment of the application, the first alarm data in each alarm type is finely divided through the key function provided by the link flow computing service, so that the accuracy of repeatedly screening the alarm data with finer classification can be improved.

(3) The computer device performs a repeated screening of the first alert data based on the alert type, the first event information, and the determined second event information.

It should be noted that, in the first implementation manner, the implementation manner of the computer device performing the repeated screening on the first alarm data based on the alarm type, the first event information and the plurality of second event information is the same, and will not be described herein.

In the implementation manner, on the basis of the alarm types based on the first alarm data, the first alarm data is divided into the fault types, and further, the first alarm data is repeatedly screened on the basis of the third alarm data with the same alarm types and the same fault types, so that the accuracy of repeatedly screening the first alarm data can be improved.

It should be noted that in the embodiment of the present application, the alarm type of the first alarm data is determined and the first alarm data is screened repeatedly through the function provided by the flink flow computing service, and because the processing speed of the function provided by the flink flow computing service is fast, the data delay is small, and meanwhile, the real-time calculation can be performed, and further, the real-time statistical processing can be performed on the first alarm data in a certain period of time based on the alarm time and the watermark of the first alarm data, so that the repeated alarm data is filtered, and the real-time processing of the first alarm data is realized.

Step 204: the computer device processes the first alert data based on the first alert data not being duplicate alert data.

This step includes at least one implementation of:

(1) The computer device stores the first alert data in a database.

In one implementation, a computer device stores first alarm data in a database through a sink (sink node) function provided by a flink stream computing service; optionally, the database is a mondab (database) database, and the database has high performance, easy deployment and easy use, and is very convenient for storing data, so that the efficiency of storing the first alarm data can be improved.

In another implementation, the computer device caches the first alert data in a redis (Remote Dictionary Server, remote dictionary service) database through sink functionality provided by the flink flow computing service.

In the implementation manner, the first alarm data is stored in the database, so that subsequent quick inquiry of the alarm event corresponding to the first alarm data is facilitated.

(2) The computer device sends the first alarm data to the terminal, and the terminal is used for outputting the first alarm data.

The terminal comprises at least one of a mobile terminal and a fixed terminal, and the mobile terminal and the fixed terminal are terminals used by an elevator system manager. Optionally, the mobile terminal is a mobile phone, a tablet, a notebook computer or the like, so that a manager can receive the first alarm data in time. The fixed terminal is a monitoring management platform of the elevator system and is positioned in the central control room, so that a manager can acquire detailed information of an alarm event corresponding to the first alarm data through other data received by the central control room while receiving the first alarm data.

In one implementation, the first alert data is displayed through a display screen of the terminal. In another implementation, after receiving the first alarm data, the terminal directly plays the first alarm data to the manager.

In one implementation, after the computer device sends the first alert data to the rabilitMq database, the terminal obtains the first alert data from the rabilitMq database.

In another implementation, with continued reference to fig. 3, after the computer device obtains the data source from the database, after data conversion processing, the first alarm data that is not the repeated alarm data is obtained, the first alarm data is respectively stored in the mongdb database through the sink node, cached in the Redis database, and sent to the terminal through the rabkitmq database, and meanwhile, the storage and the provision of the first alarm data to the manager are realized.

In the embodiment of the application, the first alarm data which is not the repeated alarm data is provided for the manager, so that the manager only processes the alarm data which is not the repeated alarm data, and the waste of manpower and material resources caused by processing the repeated alarm data is avoided, thereby improving the processing efficiency of the alarm data.

In the embodiment of the application, the alarm data is processed by using the function provided by the flink stream computing service, so that the processing speed is high, the data delay is small, and the alarm data can be processed in real time; the function provided by the flink stream calculation service not only can split the data stream, but also can filter the alarm data, obviously has good expansibility in the service processing process, realizes the free customization of the service processing process, and further improves the efficiency of processing the alarm data.

In the embodiment of the application, the statistics of multi-dimensional alarm data can be satisfied through the function provided by the link flow computing service, and the flow can be split and filtered; and the function provided by the flink flow calculation service has high processing speed, thereby meeting the real-time statistics and processing of alarm data. The processing mode of the alarm data can be expanded according to the requirements of the service on the alarm data through the function provided by the link flow computing service. For example, if the service needs to newly count the requirement of the alarm type distribution of a certain elevator within a time span, the service can be directly expanded through the function provided by the flink flow calculation service, so that the time is saved and the efficiency is high.

The embodiment of the application also provides a device for processing alarm data, referring to fig. 5, the device includes:

a first determining module 501, configured to determine an alarm type of the first alarm data, where the alarm type is an alarm type corresponding to a theoretical alarm number of times of the first alarm data;

a screening module 502, configured to perform repeated screening on the first alarm data based on the alarm type and the alarm data of the processed alarm type;

the processing module 503 is configured to process the first alarm data based on the first alarm data not being duplicate alarm data.

In one possible implementation, the first determining module 501 includes:

In one possible implementation manner, the alarm types of the first alarm data at least include a first alarm type, and the first determining unit is configured to determine, based on that the first tag information belongs to the first tag set, that the alarm type is a first alarm type, where the first alarm type is used to indicate that the first alarm data is disposable alarm data; or determining that the alarm type of the first alarm data is the first alarm type based on the first label information as a preset label; preferably, the alarm type of the first alarm data further includes a second alarm type, and the alarm type is determined to be the second alarm type based on the first tag information belonging to the second tag set, and the second alarm type is used for indicating that the first alarm data is persistent alarm data.

In one possible implementation, the screening module 502 includes:

And the screening unit is used for repeatedly screening the first alarm data based on the alarm type, the first event information and a plurality of second event information, wherein the plurality of second event information is information of alarm events corresponding to the plurality of second alarm data, and the plurality of second alarm data is alarm data of the processed alarm type.

In one possible implementation, a screening unit includes:

In one possible implementation manner, the first determining subunit is configured to obtain second tag information of the first alarm data, where the second tag information is used to determine a failure type of the first alarm data; and determining the fault type corresponding to the second label information.

In one possible implementation, a screening unit includes:

a third determining subunit, configured to determine, when the alarm type is the first alarm type, that the first alarm data is one-time alarm data, and if the plurality of second event information does not include the first event information, the first alarm data is not duplicate alarm data;

A fourth determining subunit, configured to determine, when the alarm type is a second alarm type, the second alarm type being used to indicate that the first alarm data is persistent alarm data, a repeatability parameter of the first alarm data based on the first event information and the plurality of second event information; and carrying out repeated screening on the first alarm data based on the repeated parameters.

In a possible implementation, the repeatability parameter includes a repetition count value, and the fourth determining subunit is configured to determine, based on the first event information and the plurality of second event information, a target number of times that is used to represent a number of times the first event information has been processed; and adding one to the target times to obtain a repeated count value.

In a possible implementation manner, the fourth determining subunit is configured to determine a preset time period, where the preset time period is a preset time period before the first alarm data is received; determining at least one target event information based on a preset time period, wherein the target event information is event information of alarm data processed in the preset time period; a target number of times is determined based on the first event information and the at least one target event information.

In one possible implementation, the fourth determining subunit is configured to determine that the first alarm data is not the repeated alarm data if the repetition count value is smaller than a preset value.

In one possible implementation, the apparatus further includes:

a second determining module for determining a data type of each data;

and a third determining module, configured to determine, from the data stream, first alarm data with a data type being an alarm based on the data type of each data.

In one possible implementation, the apparatus further includes:

the connection module is used for connecting the Internet of things equipment through the stream execution engine;

and the receiving module is used for receiving the data stream uploaded by the Internet of things equipment through the stream execution engine.

In one possible implementation, the processing module 503 is configured to store the first alarm data in a database; and sending the first alarm data to a terminal, wherein the terminal is used for outputting the first alarm data.

Fig. 6 shows a block diagram of a computer device 600 provided in an exemplary embodiment of the present application. The computer device 600 may be a portable mobile computer device such as: a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio Layer III, motion picture expert compression standard audio plane 3), an MP4 (Moving Picture Experts Group Audio Layer IV, motion picture expert compression standard audio plane 4) player, a notebook computer, or a desktop computer. The computer device 600 may also be referred to by other names as user device, portable computer device, laptop computer device, desktop computer device, etc.

In general, the computer device 600 includes: a processor 601 and a memory 602.

Processor 601 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and the like. The processor 601 may be implemented in at least one hardware form of DSP (Digital Signal Processing ), FPGA (Field-Programmable Gate Array, field programmable gate array), PLA (Programmable Logic Array ). The processor 601 may also include a main processor, which is a processor for processing data in an awake state, also called a CPU (Central Processing Unit ), and a coprocessor; a coprocessor is a low-power processor for processing data in a standby state. In some embodiments, the processor 601 may be integrated with a GPU (Graphics Processing Unit, image processor) for taking care of rendering and rendering of content that the display screen is required to display. In some embodiments, the processor 601 may also include an AI (Artificial Intelligence ) processor for processing computing operations related to machine learning.

The memory 602 may include one or more computer-readable storage media, which may be non-transitory. The memory 602 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in memory 602 is used to store at least one instruction for execution by processor 601 to implement the method of processing alert data provided by the method embodiments herein.

In some embodiments, the computer device 600 may further optionally include: a peripheral interface 603, and at least one peripheral. The processor 601, memory 602, and peripheral interface 603 may be connected by a bus or signal line. The individual peripheral devices may be connected to the peripheral device interface 603 via buses, signal lines or a circuit board. Specifically, the peripheral device includes: at least one of radio frequency circuitry 604, a display 605, a camera assembly 606, audio circuitry 607, a positioning assembly 608, and a power supply 609.

Peripheral interface 603 may be used to connect at least one Input/Output (I/O) related peripheral to processor 601 and memory 602. In some embodiments, the processor 601, memory 602, and peripheral interface 603 are integrated on the same chip or circuit board; in some other embodiments, either or both of the processor 601, memory 602, and peripheral interface 603 may be implemented on separate chips or circuit boards, which is not limited in this embodiment.

The Radio Frequency circuit 604 is configured to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The radio frequency circuit 604 communicates with a communication network and other communication devices via electromagnetic signals. The radio frequency circuit 604 converts an electrical signal into an electromagnetic signal for transmission, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 604 includes: antenna systems, RF transceivers, one or more amplifiers, tuners, oscillators, digital signal processors, codec chipsets, subscriber identity module cards, and so forth. The radio frequency circuitry 604 may communicate with other computer devices via at least one wireless communication protocol. The wireless communication protocol includes, but is not limited to: the world wide web, metropolitan area networks, intranets, generation mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks, and/or WiFi (Wireless Fidelity ) networks. In some embodiments, the radio frequency circuitry 604 may also include NFC (Near Field Communication, short range wireless communication) related circuitry, which is not limited in this application.

The display screen 605 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display 605 is a touch display, the display 605 also has the ability to collect touch signals at or above the surface of the display 605. The touch signal may be input as a control signal to the processor 601 for processing. At this point, the display 605 may also be used to provide virtual buttons and/or virtual keyboards, also referred to as soft buttons and/or soft keyboards. In some embodiments, the display 605 may be one, disposed on the front panel of the computer device 600; in other embodiments, the display 605 may be at least two, respectively disposed on different surfaces of the computer device 600 or in a folded design; in other embodiments, the display 605 may be a flexible display disposed on a curved surface or a folded surface of the computer device 600. Even more, the display 605 may be arranged in a non-rectangular irregular pattern, i.e., a shaped screen. The display 605 may be made of LCD (Liquid Crystal Display ), OLED (Organic Light-Emitting Diode) or other materials.

The camera assembly 606 is used to capture images or video. Optionally, the camera assembly 606 includes a front camera and a rear camera. Typically, the front camera is disposed on a front panel of the computer device and the rear camera is disposed on a rear surface of the computer device. In some embodiments, the at least two rear cameras are any one of a main camera, a depth camera, a wide-angle camera and a tele camera, so as to realize that the main camera and the depth camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize a panoramic shooting and Virtual Reality (VR) shooting function or other fusion shooting functions. In some embodiments, camera assembly 606 may also include a flash. The flash lamp can be a single-color temperature flash lamp or a double-color temperature flash lamp. The dual-color temperature flash lamp refers to a combination of a warm light flash lamp and a cold light flash lamp, and can be used for light compensation under different color temperatures.

The audio circuit 607 may include a microphone and a speaker. The microphone is used for collecting sound waves of users and environments, converting the sound waves into electric signals, and inputting the electric signals to the processor 601 for processing, or inputting the electric signals to the radio frequency circuit 604 for voice communication. The microphone may be provided in a plurality of different locations of the computer device 600 for stereo acquisition or noise reduction purposes. The microphone may also be an array microphone or an omni-directional pickup microphone. The speaker is used to convert electrical signals from the processor 601 or the radio frequency circuit 604 into sound waves. The speaker may be a conventional thin film speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, not only the electric signal can be converted into a sound wave audible to humans, but also the electric signal can be converted into a sound wave inaudible to humans for ranging and other purposes. In some embodiments, the audio circuit 607 may also include a headphone jack.

The location component 608 is used to locate the current geographic location of the computer device 600 to enable navigation or LBS (Location Based Service, location-based services). The positioning component 608 may be a positioning component based on the United states GPS (Global Positioning System ), the Beidou system of China, or the Galileo system of Russia.

The power supply 609 is used to power the various components in the computer device 600. The power source 609 may be alternating current, direct current, disposable battery or rechargeable battery. When the power source 609 includes a rechargeable battery, the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery. The wired rechargeable battery is a battery charged through a wired line, and the wireless rechargeable battery is a battery charged through a wireless coil. The rechargeable battery may also be used to support fast charge technology.

In some embodiments, the computer device 600 further includes one or more sensors 610. The one or more sensors 610 include, but are not limited to: acceleration sensor 611, gyroscope sensor 612, pressure sensor 613, fingerprint sensor 614, optical sensor 615, and proximity sensor 616.

The acceleration sensor 611 can detect the magnitudes of accelerations on three coordinate axes of the coordinate system established with the computer device 600. For example, the acceleration sensor 611 may be used to detect components of gravitational acceleration in three coordinate axes. The processor 601 may control the display screen 605 to display the user interface in a landscape view or a portrait view according to the gravitational acceleration signal acquired by the acceleration sensor 611. The acceleration sensor 611 may also be used for the acquisition of motion data of a game or a user.

The gyro sensor 612 may detect the body direction and the rotation angle of the computer device 600, and the gyro sensor 612 may collect the 3D motion of the user on the computer device 600 in cooperation with the acceleration sensor 611. The processor 601 may implement the following functions based on the data collected by the gyro sensor 612: motion sensing (e.g., changing UI according to a tilting operation by a user), image stabilization at shooting, game control, and inertial navigation.

Pressure sensor 613 may be disposed on a side frame of computer device 600 and/or on an underside of display 605. When the pressure sensor 613 is disposed at a side frame of the computer apparatus 600, a grip signal of the computer apparatus 600 by a user may be detected, and the processor 601 performs a left-right hand recognition or a quick operation according to the grip signal collected by the pressure sensor 613. When the pressure sensor 613 is disposed at the lower layer of the display screen 605, the processor 601 controls the operability control on the UI interface according to the pressure operation of the user on the display screen 605. The operability controls include at least one of a button control, a scroll bar control, an icon control, and a menu control.

The fingerprint sensor 614 is used for collecting the fingerprint of the user, and the processor 601 identifies the identity of the user according to the fingerprint collected by the fingerprint sensor 614, or the fingerprint sensor 614 identifies the identity of the user according to the collected fingerprint. Upon recognizing that the user's identity is a trusted identity, the processor 601 authorizes the user to perform relevant sensitive operations including unlocking the screen, viewing encrypted information, downloading software, paying for and changing settings, etc. The fingerprint sensor 614 may be disposed on the front, back, or side of the computer device 600. When a physical key or vendor Logo is provided on the computer device 600, the fingerprint sensor 614 may be integrated with the physical key or vendor Logo.

The optical sensor 615 is used to collect ambient light intensity. In one embodiment, processor 601 may control the display brightness of display 605 based on the intensity of ambient light collected by optical sensor 615. Specifically, when the intensity of the ambient light is high, the display brightness of the display screen 605 is turned up; when the ambient light intensity is low, the display brightness of the display screen 605 is turned down. In another embodiment, the processor 601 may also dynamically adjust the shooting parameters of the camera assembly 606 based on the ambient light intensity collected by the optical sensor 615.

A proximity sensor 616, also referred to as a distance sensor, is typically provided on the front panel of the computer device 600. The proximity sensor 616 is used to capture the distance between the user and the front of the computer device 600. In one embodiment, when the proximity sensor 616 detects a gradual decrease in the distance between the user and the front of the computer device 600, the processor 601 controls the display 605 to switch from the bright screen state to the off screen state; when the proximity sensor 616 detects that the distance between the user and the front of the computer device 600 gradually increases, the processor 601 controls the display screen 605 to switch from the off-screen state to the on-screen state.

Those skilled in the art will appreciate that the architecture shown in fig. 6 is not limiting as to the computer device 600, and may include more or fewer components than shown, or may combine certain components, or employ a different arrangement of components.

The embodiment of the application also provides a computer readable storage medium, wherein at least one instruction is stored in the computer readable storage medium, and the at least one instruction is loaded and executed by a processor to realize the operation executed by the alarm data processing method in any implementation manner.

The present embodiments also provide a computer program product or computer program comprising computer program code stored in a computer readable storage medium. The processor of the computer device reads the computer program code from the computer readable storage medium, and the processor executes the computer program code so that the computer device performs the operations performed by the above-described alarm data processing method.

In some embodiments, the computer program related to the embodiments of the present application may be deployed to be executed on one computer device or on multiple computer devices located at one site, or on multiple computer devices distributed across multiple sites and interconnected by a communication network, where the multiple computer devices distributed across multiple sites and interconnected by a communication network may constitute a blockchain system.

The foregoing is illustrative of the present invention and is not to be construed as limiting thereof, but rather as being included within the spirit and principles of the present invention.

Claims

1. A method of processing alert data, the method being applied in an elevator system, the method comprising:

determining an alarm type of first alarm data, wherein the alarm type is an alarm type corresponding to the theoretical alarm times of the first alarm data, and storing the first alarm data in a database through a sink node function provided by a link flow calculation server so as to be convenient for quickly inquiring alarm time corresponding to the first alarm data;

Performing repeated screening on the first alarm data based on the alarm type and the alarm data of the processed alarm type;

and processing the first alarm data based on the first alarm data not being repeated alarm data.

2. The method of claim 1, wherein the determining the alert type for the first alert data comprises:

acquiring first tag information of first alarm data;

and determining the alarm type of the first alarm data according to the first tag information.

3. The method of claim 2, wherein the alert type of the first alert data includes at least a first alert type, and wherein the determining the alert type of the first alert data based on the first tag information includes:

determining that the alarm type is a first alarm type based on the first tag information belongs to a first tag set, wherein the first alarm type is used for indicating that the first alarm data is disposable alarm data; or determining that the alarm type of the first alarm data is a first alarm type based on the first label information as a preset label; preferably, the method comprises the steps of,

the alarm type of the first alarm data further comprises a second alarm type, the alarm type is determined to be the second alarm type based on the fact that the first tag information belongs to a second tag set, and the second alarm type is used for indicating that the first alarm data are persistent alarm data.

4. A method according to any of claims 1-3, wherein the repetitively screening the first alarm data based on the alarm type and the alarm type that has been processed comprises:

acquiring first event information of the first alarm data, wherein the first event information is information of an alarm event corresponding to the first alarm data;

and repeatedly screening the first alarm data based on the alarm type, the first event information and a plurality of second event information, wherein the plurality of second event information is information of alarm events corresponding to the plurality of second alarm data, and the plurality of second alarm data is the processed alarm data of the alarm type.

5. The method of claim 4, wherein the repetitively screening the first alert data based on the alert type, the first event information, and a plurality of second event information comprises:

determining the fault type of the first alarm data;

determining second event information corresponding to the fault type in the plurality of second event information;

and repeatedly screening the first alarm data based on the alarm type, the first event information and the determined second event information.

6. The method of claim 5, wherein the determining the type of fault for the first alert data comprises:

acquiring second tag information of the first alarm data;

and determining the fault type corresponding to the first alarm data according to the second label information.

7. The method of claim 4, wherein the repetitively screening the first alert data based on the alert type, the first event information, and a plurality of second event information comprises:

when the alarm type is a first alarm type, the first alarm type is used for indicating that the first alarm data is disposable alarm data, and if the first event information is not included in the plurality of second event information, the first alarm data is determined not to be repeated alarm data;

if the alarm type is a second alarm type, the second alarm type is used for indicating that the first alarm data is persistent alarm data, and determining a repeatability parameter of the first alarm data based on the first event information and the plurality of second event information; and repeatedly screening the first alarm data based on the repeatability parameters.

8. The method of claim 7, wherein the repeatability parameters comprise a repetition count value, and wherein the determining the repeatability parameters of the first alert data based on the first event information and the plurality of second event information comprises:

determining a target number of times, based on the first event information and the plurality of second event information, the target number of times being indicative of the number of times the first event information has been processed;

and adding one to the target times to obtain the repeated count value.

9. The method of claim 8, wherein the determining a target number of times based on the first event information and the plurality of second event information comprises:

determining a preset time period, wherein the preset time period is a preset time period before the first alarm data is received;

determining at least one target event information based on the preset time period, wherein the target event information is event information of alarm data processed in the preset time period;

the target number of times is determined based on the first event information and the at least one target event information.

10. An apparatus for processing alert data, the apparatus being for use in an elevator system, the apparatus comprising:

the device is used for storing the first alarm data in a database through the sink node function provided by the link flow calculation server, so that the alarm time corresponding to the first alarm data can be conveniently and rapidly inquired;

11. A computer device comprising one or more processors and one or more memories having stored therein at least one instruction that is loaded and executed by the one or more processors to implement the operations performed by the method of processing alert data as claimed in any of claims 1 to 9.

12. A computer readable storage medium having stored therein at least one instruction that is loaded and executed by a processor to implement operations performed by the method of processing alert data according to any one of claims 1 to 9.