CN117496679A - Alarm system, alarm method, terminal device and storage medium - Google Patents

Abstract

The application is applicable to the technical field of equipment management, and provides an alarm system, an alarm method, terminal equipment and a storage medium, wherein the alarm system comprises a scheduling module and at least two service modules, and different service modules are used for processing alarm data of different types; the scheduling module is used for acquiring alarm data corresponding to the passing equipment, determining a first interface according to the type of the alarm data, and sending the alarm data to the target service module based on the first interface, wherein the alarm data is used for reflecting whether the corresponding passing equipment is abnormal, the first interface is an API interface of the target service module, and the target service module is the service module pointed by the first interface; the target service module is used for receiving the alarm data sent by the scheduling module, judging whether to alarm according to the alarm data, and generating an alarm notification when judging that the alarm is performed, wherein the alarm notification is used for indicating that the passing equipment corresponding to the alarm data is abnormal. The method and the device can ensure the efficiency and the reliability of the alarm system.

Description

Alarm system, alarm method, terminal device and storage medium

Technical Field

The application belongs to the technical field of equipment management, and particularly relates to an alarm system, an alarm method, terminal equipment and a computer readable storage medium.

Background

With the improvement of security requirements, the traffic equipment is widely applied to daily life. The passing equipment is equipment such as a face gate, a two-dimensional code gate, a card swiping gate and the like which need to carry out information verification. With the rapid increase of the number of traffic devices, in order to better manage the traffic devices, the traffic devices are generally managed through a unified service platform.

At present, the service platform uniformly receives and processes mass data sent by each passing device, so that the conditions of low response speed, network delay and the like are easy to occur due to high instantaneous pressure, and the abnormality of the passing device cannot be known in time.

Disclosure of Invention

The embodiment of the application provides an alarm system, an alarm method, terminal equipment and a storage medium, which can solve the problem of reduced alarm efficiency of the existing service platform.

In a first aspect, an embodiment of the present application provides an alarm system, including a scheduling module and at least two service modules, where different service modules are used to process different types of alarm data;

the scheduling module is used for acquiring alarm data corresponding to the passing equipment, determining a first interface according to the type of the alarm data, and sending the alarm data to a target service module based on the first interface, wherein the alarm data is used for reflecting whether the corresponding passing equipment is abnormal, the first interface is an API interface of the target service module, and the target service module is the service module pointed by the first interface;

The target service module is configured to receive the alarm data sent by the scheduling module, determine whether to perform an alarm according to the alarm data, and generate an alarm notification when determining to perform the alarm, where the alarm notification is used to indicate that the passing equipment corresponding to the alarm data is abnormal.

In a second aspect, an embodiment of the present application provides an alarm method, which is applied to a scheduling module in an alarm system, where the alarm system further includes at least two service modules, where different service modules are used to process different types of alarm data;

the method comprises the following steps:

acquiring alarm data corresponding to the passing equipment, wherein the alarm data is used for reflecting whether the corresponding passing equipment is abnormal or not;

determining a target service module from the at least two service modules according to the type of the alarm data;

and determining a first interface according to the target service module, and sending the alarm data based on the first interface, wherein the first interface is an API interface corresponding to the target service module.

In a third aspect, an embodiment of the present application provides an alarm method, which is applied to a service module in an alarm system, including:

Receiving alarm data corresponding to the passing equipment, wherein the alarm data is used for reflecting whether the corresponding passing equipment is abnormal or not;

judging whether to alarm according to the alarm data;

and under the condition that the alarm is judged to be carried out, generating an alarm notification, wherein the alarm notification is used for indicating that the passing equipment corresponding to the alarm data is abnormal.

In a fourth aspect, an embodiment of the present application provides a terminal device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor implements the steps of the alert method described in the second aspect or the third aspect.

In a fifth aspect, embodiments of the present application provide a computer-readable storage medium storing a computer program, which when executed by a processor implements the steps of the alert method according to the second aspect or the third aspect.

In a sixth aspect, embodiments of the present application provide a computer program product, which when run on a terminal device, causes the terminal device to perform the alert method of the second aspect or any one of the third aspects above.

Compared with the prior art, the embodiment of the application has the beneficial effects that:

in the embodiment of the invention, after the scheduling module acquires the alarm data, the corresponding service module, namely the API interface of the target service module, can be determined according to the type of the alarm data, so as to obtain the first interface, then the alarm data is sent to the target service module based on the first interface, namely, each alarm data is distributed to the corresponding service module through the scheduling module, and various types of alarm data cannot be directly and simultaneously sent to one service module, and because different service modules can process different types of alarm data, when the passing equipment is abnormal, the alarm data can be timely sent to the corresponding service module through the scheduling module for alarm processing, so that the conditions of low instantaneous pressure of the service module, low response speed, network delay and the like are reduced, and the efficiency and reliability of the alarm system are effectively ensured.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings used in the description of the embodiments or the prior art will be briefly described below.

FIG. 1 is a schematic diagram of an alarm system according to an embodiment of the present application;

FIG. 2 is a schematic diagram of an alarm system according to an embodiment of the present application;

FIG. 3 is a schematic diagram of an alarm system according to an embodiment of the present application;

FIG. 4 is a schematic flow chart of an alarm method according to an embodiment of the present application;

FIG. 5 is a schematic flow chart of an alarm method according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a terminal device provided in an embodiment of the present application.

Detailed Description

In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system configurations, techniques, etc. in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

It should be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It should also be understood that the term "and/or" as used in this specification and the appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes such combinations.

In addition, in the description of the present application and the appended claims, the terms "first," "second," "third," and the like are used merely to distinguish between descriptions and are not to be construed as indicating or implying relative importance.

Reference in the specification to "one embodiment" or "some embodiments" or the like means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," and the like in the specification are not necessarily all referring to the same embodiment, but mean "one or more but not all embodiments" unless expressly specified otherwise.

Embodiment one:

fig. 1 shows a schematic structural diagram of an alarm system according to an embodiment of the present invention, which is described in detail below:

Referring to fig. 1, the alarm system includes a scheduling module 11 and a target service module 12, wherein the number of service modules in the alarm system is at least two, and different service modules are used for processing different types of alarm data.

It should be understood that fig. 1 only shows a structure diagram of an alarm system including one service module, that is, the target service module 12, in a practical situation, the alarm system includes at least two service modules, where, for convenience of distinction, each service module may be described by a sequence number, for example, the service module 121, the service module 122, the service module 123, and the service module 124.

The scheduling module 11 is configured to obtain alarm data corresponding to a traffic device, determine a first interface according to a type of the alarm data, and send the alarm data to the target service module 12 based on the first interface, where the alarm data is used to reflect whether the corresponding traffic device is abnormal, the first interface is an API interface of the target service module 12, and the target service module 12 is a service module pointed by the first interface.

The alarm data may be running log of the traffic equipment, security event alarm data, overtemperature alarm, etc. capable of reflecting whether the traffic equipment is abnormal.

The API interface refers to an application programming interface, and provides various services such as data storage and communication, and the API may be in the form of functions, class methods, or in the form of addresses such as a network address or a uniform resource locator (Universal Resource Locator, URL).

Specifically, in order to accelerate the processing of the alarm data and reduce the instantaneous pressure of the service module, after the alarm data corresponding to the traffic equipment is acquired through the scheduling module 11, the alarm data is sent to the target service module 12 corresponding to the type of the alarm data, so that the target service module 12 can process the alarm data in time.

In order to accurately and rapidly transmit the alarm data to the corresponding target service module 12, the scheduling module 11 may store the correspondence between the type of the alarm data and the API interface in advance, and determine, according to the type of the alarm data, the API interface (assumed to be the first interface) corresponding to the alarm data capable of processing the type of the alarm data when transmitting the alarm data to the target service module 12 corresponding to the type of the alarm data, and transmit the alarm data to the target service module 12 corresponding to the type of the alarm data based on the first interface, so that the target service module 12 can perform corresponding processing on the alarm data.

Alternatively, the scheduling module 11 may store the correspondence between each service module and the API interface in advance, and when sending the alarm data to the target service module 12 corresponding to the type of the service module, determine the service module capable of processing the alarm data of the type, that is, the target service module 12 according to the type of the alarm data, so as to obtain the API interface (that is, the first interface) of the target service module 12, and further, based on the first interface, send the alarm data to the target service module 12, so that the alarm data is correspondingly processed.

It will be appreciated that the target service module 12 is defined from a plurality of service modules of the alarm system, and the reference numerals are used only for distinguishing the representations, for example, assuming that the service modules provided in the alarm system include: the service module A, the service module B, the service module C and the service module D are assumed to determine that the service module D is the service module corresponding to the type of the alarm data, and at this time, the service module D is the target service module 12 of the alarm data.

For example, assuming that a service module a (log class data for processing equipment), a service module B (sensor class data for processing traffic equipment, such as temperature, humidity, etc.), and a service module C (security incident class data for processing traffic equipment) exist in the alarm system, and assuming that alarm data N acquired by the scheduling module is an equipment system operation log, that is, the type of the alarm data N is a log class, it is determined that the corresponding service module (that is, the target service module 12) is the service module a, an API interface corresponding to the service module a is used as a first interface, alarm data N is sent to the service module a based on the first interface, that is, the service module a is used as the target service module 12, and alarm processing is performed on the alarm data N by the service module a.

Optionally, in order to further reduce the instantaneous pressure of the service module, avoid the problem of interface response timeout, etc., if the number of alarm data waiting to be sent to the same service module 12 is greater than or equal to the threshold (e.g. 50) in a preset period (e.g. 10 seconds), other alarm data greater than the threshold number is delayed to be sent to the service module 12 (i.e. the target service module) in the next period. For example, it is assumed that a threshold corresponding to a 5 second period is 30, that is, it is specified that at most 30 alert data can be sent only in the 5 second period, and it is assumed that 45 alert data need to be sent to the service module a in the 5 second period from 12:30:01 to 12:30:05 (that is, the target service modules 12 corresponding to 45 alert data are all service modules a), where the first 30 alert data may be sent to the service module a in the period from 12:30:01 to 12:30:05, and the 15 alert data from 31 to 45 may be sent to the service module a in the period from 12:30:06 to 12:30:10, so as to implement the split sending of the alert data of the same target service module 12, and improve the fault tolerance of the alert system.

Optionally, because in the process of sending data, there may be failure in sending alarm data due to unstable network and the like, and the alarm data is forwarded to the target service module 12 through the scheduling module 11, the target service module is not required to directly obtain the alarm data, and when the sending of the alarm data fails, the scheduling module 11 may attempt to resend the alarm data, so in the embodiment of the present application, in order to ensure that the target service module 12 can better receive the alarm data, in the case of failure in sending the alarm data, the scheduling module 11 may resend the alarm data to the target service module 12 based on the first interface, in the case of failure in sending the alarm data, the scheduling module 11 may record the reason of failure in sending the alarm data each time when the resending number reaches the first number (e.g. 5), so that the subsequent maintenance personnel and other users can check the corresponding problem, in the case of failure in resending the alarm data (i.e. pause sending the alarm data obtained by the scheduling module 11 to the target service module 12), in this moment, the scheduling module 11 may stop resending the alarm data from the sending the alarm data to the target service module 12, and the traffic equipment or the corresponding traffic equipment cannot be notified in time when the sending the traffic equipment cannot be affected by the corresponding traffic equipment and the maintenance personnel. Alternatively, the first number of times and the second number of times may be the same number of times or different numbers of times, where the second number of times is greater than the first number of times when the first number of times and the second number of times are different numbers of times.

In some embodiments, in order to increase the efficiency of sending alarm data by the scheduling module 11 and reduce the instantaneous pressure of the scheduling module, the scheduling module 11 may create a plurality of message queues, and send corresponding alarm data to different target service modules 12 through different message queues respectively. For example, if at least two types of alarm data are to be sent, that is, when the scheduling module 11 needs to send the alarm data to the corresponding target service module 12 based on different first interfaces, a corresponding number of message queues may be created according to the number of types of alarm data to be sent, and each type of alarm data is sent through different message queues. For example, it is assumed that the alarm data to be sent includes a type a and a type B, the first interface corresponding to the type a is A1, and the first interface corresponding to the type B is B1, at this time, a message queue 1 and a message queue 2 may be created, the alarm data to be sent belonging to the type a is processed through the message queue 1, and at the same time, the alarm data to be sent belonging to the type B is processed through the message queue 2, so that the scheduling module 11 can send different types of alarm data simultaneously based on different message queues, so as to implement parallel sending of different types of alarm data, avoid blocking caused by excessive alarm data to be sent by the scheduling module 11, and improve the data sending efficiency and fault tolerance of the scheduling module 11.

In the embodiment of the present application, the scheduling module 11 is set in the alarm system, in the process that the target service module obtains the corresponding alarm data to perform alarm judgment, the scheduling module 11 obtains the alarm data first, then determines the service module corresponding to the alarm data (i.e. the target service module 12) according to the difference of the types of the alarm data, finally, distributes the alarm data of different types to the corresponding service module based on the API interface of the service module, and does not uniformly send all the alarm data to the same service module for processing, thereby reducing the instantaneous pressure of the service module and reducing the situation of network delay, so as to accelerate the response speed of the service module and improve the alarm efficiency of the traffic equipment.

The target service module 12 is configured to receive the alarm data sent by the scheduling module 11, determine whether to perform an alarm according to the alarm data, and generate an alarm notification when determining to perform the alarm, where the alarm notification is used to indicate that the traffic equipment corresponding to the alarm data is abnormal.

Specifically, after receiving the alarm data sent by the scheduling module 11, the target service module 12 may determine whether the traffic device is abnormal according to the alarm data, so as to determine whether to alarm based on the traffic device. Under the condition that the alarm is required to be carried out, an alarm notification can be generated according to the alarm data, and the corresponding passing equipment is indicated to have abnormality through the alarm notification, so that corresponding users can timely process the passing equipment corresponding to the alarm notification.

For example, for the alarm data of the network connection type, whether the network of the passing equipment is abnormal is judged according to the alarm data corresponding to the network connection, whether the network delay and port communication of the passing equipment are normal can be analyzed according to the alarm data, and when the network delay reaches a threshold value (such as 50 seconds) and/or the port cannot communicate, the network of the passing equipment is judged to be abnormal, a corresponding alarm notification needs to be generated, and a corresponding user is notified to timely perform abnormal processing on the passing equipment with the abnormality through the alarm notification.

It can be understood that, because different service modules 12 in the alarm system are used for processing different types of alarm data, and the judgment modes and judgment standards corresponding to the different types of alarm data are generally different, when the different service modules 12 perform alarm judgment according to the corresponding alarm data, the judgment is generally performed by adopting different judgment modes and judgment standards.

In this embodiment of the present application, after the scheduling module 11 obtains the alarm data, the corresponding API interface of the target service module 12 can be determined according to the type of the alarm data, so as to obtain a first interface, and then the alarm data is sent to the target service module 12 based on the first interface, that is, the alarm data of the passing equipment is obtained through the scheduling module, and then each alarm data is distributed to the corresponding target service module 12, so that various types of alarm data cannot be directly obtained by one service module 12, and different service modules 12 are set to process different types of alarm data.

In some embodiments, different service modules are used for processing alarm data corresponding to different types of traffic devices, and the scheduling module 11 is specifically configured to:

and determining the equipment type corresponding to the target passing equipment according to the alarm data, wherein the target passing equipment is the passing equipment corresponding to the alarm data.

And determining the first interface according to the equipment type.

Specifically, since the passing equipment has equipment of different equipment types such as a face gate and an integrated circuit card (Integrated Circuit Card, IC) card gate, and the like, and the abnormality judgment possibly occurring in the passing equipment of different types are generally different, in order to ensure the alarm efficiency and improve the alarm accuracy, different service modules may be set to respectively process the alarm data corresponding to the passing equipment of different types, when determining the first interface corresponding to the alarm data, it is necessary to determine the equipment type corresponding to the target passing equipment (i.e. the passing equipment corresponding to the alarm data) according to the alarm data, and then determine the service module corresponding to the equipment type, to obtain the target service module 12, thereby determining the first interface pointing to the target service module 12.

For example, assuming that there are three types of traffic devices, namely, a face gate, a two-dimensional code gate, and an IC card, corresponding to the service module a (interface A1), the service module B (interface B1), and the service module C (interface C1), respectively, and assuming that the scheduling module obtains the alarm data N, where the type of the traffic device corresponding to the alarm data N (i.e., the target traffic device) is the IC card type, it can be determined that the corresponding target service module 12 is the service module C according to the alarm data N, and the corresponding first interface is the interface C1, i.e., the first interface determined according to the type of the IC card corresponding to the alarm data N is the interface C1.

In the embodiment of the present application, since the abnormality existing in the passing equipment of different types and the standard of alarm judgment may be different, in order to improve the alarm accuracy of the passing equipment, different service modules 12 are set to process the alarm data of the passing equipment of different types, and the alarm data is sent to the service module 12 corresponding to the equipment type according to the equipment type of the passing equipment for processing, so as to improve the alarm accuracy.

In some embodiments, fig. 2 shows a schematic structural diagram of an alarm system, and referring to fig. 2, a service module 13 is added to the alarm system based on a scheduling module 11 and a target service module 12.

And the service module 13 is used for initiating state detection to the passing equipment and indicating the passing equipment to report the alarm data to the service module 13 when the passing equipment is detected to have abnormality.

The service module 13 is further configured to receive the alarm data reported by the traffic device, and forward the received alarm data to the scheduling module 11.

Correspondingly, the scheduling module 11 is specifically configured to receive the alarm data sent by the service module 13 when acquiring the alarm data.

Specifically, since some traffic devices may not have an API interface, a subscription or other network service may not be provided to the service module 13, that is, the traffic devices may not actively report alert data to the service module 13, or the traffic devices generally report alert data on a certain frequency, and may not report alert data at other times, in order to be able to timely understand the status of the traffic devices, in this embodiment of the present application, state detection may be actively initiated to the traffic devices through the service module 13, whether an abnormality may exist in the traffic devices may be determined through the state detection, and in case that an abnormality exists in the traffic devices is detected, the traffic devices are instructed to report alert data to the service module 13, so that the service module 13 may receive alert data reported by the traffic devices, and then forward the received alert data to the scheduling module 11, and further, the scheduling module 11 may obtain alert data of the traffic devices by receiving the alert data sent by the service module 13, so as to implement subsequent alert judgment of the traffic devices through the corresponding target service module 12.

Alternatively, when the service module 13 initiates the status detection to the traffic device, the status detection may be performed by establishing a communication connection with the traffic device, for example, the service module 13 is preconfigured with an internet protocol address (Internet Protocol Address, IP address) and a port of each traffic device, and when the status detection is performed, the service module 13 may send a transmission control protocol (Transmission Control Protocol, TCP) connection request message to the traffic device, and if the TCP communication connection between the service module 13 and the traffic device is successfully established, that is, the port communication of the IP address corresponding to the traffic device is normal, the traffic device may be considered to be abnormal, and if the TCP communication connection between the service module 13 and the traffic device cannot be established, the traffic device may be considered to be abnormal, and at this time, the traffic device may be instructed to report the alarm data by a bus communication method such as a universal asynchronous receiver Transmitter (Universal Asynchronous Receiver/Transmitter, UART) or other communication methods such as wireless communication.

In this embodiment of the present application, the service module 13 may actively initiate state detection to the passing device, and instruct the passing device to report alarm data when detecting that the passing device has an abnormality, so that the service module may determine whether to acquire the alarm data of the passing device through state detection in time when needed, so as to perform alarm judgment according to the alarm data of the passing device in time when needed, thereby being capable of knowing the abnormality of the passing device in time and being beneficial to practical application.

In some embodiments, the target service module 12 is further configured to send a status confirmation message to the service module 13, where the status confirmation message includes a device identifier of the corresponding passing device, and the status confirmation message is used to instruct the passing device to report current status data, where the status data reflects an operation condition of the passing device.

The service module 13 is further configured to forward the received status confirmation message to the traffic device.

The service module 13 is further configured to receive the status data reported by the traffic device, and forward the status data to the target service module 12.

The target service module 12 is further configured to receive the status data sent by the service module 13, verify whether to perform the alarm according to the status data, and generate the alarm notification when the verification result indicates that the alarm is performed.

Specifically, in order to further improve the accuracy of the traffic equipment alarm, under the condition of primarily judging to alarm according to the alarm data, a state confirmation message is sent to the service module 13 through the target service module 12, and the state confirmation message indicates the traffic equipment corresponding to the equipment identifier to report the state data capable of reflecting the current running condition of the traffic equipment, so that secondary judgment of the alarm is performed according to the obtained state data.

After the target service module 12 sends the confirmation message to the service module 13, the service module 13 determines the corresponding passing equipment according to the equipment identifier in the received state confirmation message, forwards the state confirmation message to the passing equipment, and after the passing equipment receives the state confirmation message, reports the current state data to the service module 13 according to the indication of the state confirmation message.

After receiving the status data reported by the passing equipment, the service module 13 forwards the status data to the target service module 12, and the target service module 12 receives the status data forwarded by the service module 13, and then can verify whether the passing equipment is abnormal according to the status data, thereby determining whether an alarm based on the passing equipment is required. And generating an alarm notification when the verification result indicates that the passing equipment is abnormal and an alarm needs to be carried out, so that the alarm notification indicates that the passing equipment corresponding to the alarm data is abnormal, and a corresponding user can know the abnormality of the passing equipment in time according to the alarm notification, thereby processing the abnormal passing equipment in time.

In this embodiment of the present application, under the condition that it is primarily determined that an alarm needs to be performed based on a passing device, the target service module 12 sends a status confirmation message to the service module 13, so that status data reported by the passing device is obtained through the service module 13, and the status data can reflect the current running status of the passing device, so that whether the passing device is abnormal or not can be verified based on the status data, thereby determining whether the alarm needs to be performed, and further improving the accuracy of alarm determination of the passing device through verification.

In some embodiments, fig. 3 shows a schematic structural diagram of an alarm system, and referring to fig. 3, a message module 14 is added to the alarm system based on a scheduling module 11 and a target service module 12.

Wherein the alarm system further comprises one or more message modules 14, different message modules 14 are used for sending alarm notifications to different types of target terminals, it can be understood that only a structure diagram of the alarm system including one message module, namely the target message module 14 is shown in fig. 3, and in a practical case, the alarm system includes at least two message modules.

The alert notification includes address information of a target terminal, it may be understood that the target terminal is a terminal that needs to receive the alert notification, and the terminal that receives the alert notification may be a user mobile phone, user management software of a passing device, or the like, which is not limited herein.

The target service module 12 is further configured to send the alarm notification to the scheduling module 11.

The scheduling module 11 is further configured to receive the alert notification sent by the target service module 12, determine a second interface according to the address information in the alert notification, and forward the alert notification to a target message module 14 based on the second interface, where the second interface is an API interface of the target message module 14, and the target message module 14 is the message module corresponding to the type of the target terminal.

The target message module 14 is configured to receive the alarm notification sent by the scheduling module 11, and send the alarm notification to the target terminal.

It will be appreciated that when there are a plurality of message modules, for convenience of distinction, each message module may be described by a sequence number distinction, such as message module M1, message module M2, message module M3, and the like. The target message module 14 is determined from a plurality of message modules according to the type of the target terminal, i.e., the target message module 14 is one of the message modules (e.g., the determined target message module 14 is message module M2), and reference numerals thereof are used only for distinguishing descriptions.

Specifically, in order to enable a user (such as a manager) corresponding to the passing device to timely process the abnormal passing device, in the embodiment of the present application, one or more message modules are set in the alarm system, and different message modules may send alarm notifications to different types of target terminals. For example, assume that the types of terminals (i.e., target terminals) that receive alert notifications are of the following three types: the intelligent mobile phone, the wearable device and the telephone set are correspondingly provided with three message modules in the alarm system: message module M1 (corresponding type is a terminal of a smart phone), message module M2 (corresponding type is a terminal of a wearable device), and message module M3 (corresponding type is a terminal of a telephone).

After generating the alarm notification, the target service module 12 sends the alarm notification including the address information of the target terminal to the scheduling module 11, and the scheduling module 11 receives the alarm notification sent by the target service module 12. Because the alarm notification includes the address information of the target terminal, and the address information can reflect the type of the corresponding terminal, the scheduling module 11 can determine the type of the target terminal according to the address information in the alarm notification, so that the corresponding message module 14, that is, the target message module 14, is determined from the plurality of message modules 14 according to the type of the target terminal, and further, a second interface is obtained according to the API interface of the target message module 14, and then the alarm notification is forwarded to the target message module 14 through the second interface.

Finally, after receiving the alarm notification sent by the scheduling module 11, the target message module 14 sends the alarm notification to the target terminal in a corresponding message sending manner, so that the user corresponding to the target terminal can timely learn about the abnormality of the passing equipment, so as to timely process the abnormality.

In the embodiment of the application, under the condition that the traffic equipment corresponding to the alarm data is abnormal and needs to be alarmed, the address information of the target terminal which needs to receive the alarm notification is added into the alarm notification, and the second interface is obtained by determining the API interface of the corresponding message module according to the address information in each alarm notification through the scheduling module, so that each alarm notification is distributed to different message modules based on the corresponding second interface, the alarm notification can be better sent to the corresponding type of target terminal through different message modules, so that a user can timely know the abnormal condition of the traffic equipment, and further the abnormal traffic equipment can be timely processed.

It should be understood that the sequence number of each step in the foregoing embodiment does not mean that the execution sequence of each process should be determined by the function and the internal logic of each process, and should not limit the implementation process of the embodiment of the present application in any way.

Embodiment two:

corresponding to the alarm system described in the above embodiment, fig. 4 shows a flow chart of an alarm method provided in the embodiment of the present application, where the alarm method is applied to the scheduling module 11 of the alarm system, and the alarm system further includes at least two service modules, and different service modules are used for processing different types of alarm data. For convenience of explanation, only portions relevant to the embodiments of the present application are shown.

Step S401, obtaining alarm data corresponding to the passing equipment, wherein the alarm data is used for reflecting whether the corresponding passing equipment is abnormal or not.

Step S402, determining a target service module 12 from the at least two service modules 12 according to the type of the alarm data.

Step S403, determining a first interface according to the target service module 12, and sending the alarm data based on the first interface, where the first interface is an API interface corresponding to the target service module 12.

The alarm data may be running log of the traffic equipment, security event alarm data, overtemperature alarm, etc. capable of reflecting whether the traffic equipment is abnormal.

The API interface refers to an application programming interface, and provides various services such as data storage and communication, and the API may be in the form of functions, class methods, or in the form of addresses such as a network address or a uniform resource locator (Universal Resource Locator, URL).

Specifically, since the alarm system needs to process different types of alarm data through different service modules, in order to accurately process the alarm data, the accuracy of the alarm data is ensured, after the alarm data of the passing equipment is acquired, the service module corresponding to the type of the alarm data is determined from the service modules of the alarm system according to the acquired type of the alarm data, and the target service module 12 capable of processing the type of alarm data is obtained.

After determining the service module corresponding to the alarm data (i.e. the target service module 12), determining an API interface corresponding to the target service module 12 to obtain a first interface, and because the first interface points to the target service module 12, the communication between the scheduling module 11 and the target service module 12 can be realized through the first interface, so that the alarm data can be sent to the target service module 12 based on the first interface, so that the target service module 12 can perform corresponding alarm processing according to the alarm data.

In this embodiment of the present application, after the scheduling module 11 obtains the alarm data of the traffic device, the service module corresponding to the alarm data, that is, the target service module 12, is determined according to the difference of the types of the alarm data, and then the alarm data of different types is distributed to the corresponding target service module 12 based on the API interface of the target service module 12, that is, each data is sent to the corresponding target service module 12 based on the first interface corresponding to each alarm data, and all the alarm data is not uniformly sent to the same service module for processing, so that the instantaneous pressure of the service module is reduced and the situation of network delay is reduced, thereby accelerating the response speed of the service module, and further, improving the alarm efficiency of the traffic device.

Fig. 5 shows a schematic flow chart of an alarm method according to an embodiment of the present application, corresponding to the alarm system described in the foregoing embodiment, where the alarm method is applied to a service module of the alarm system. For convenience of explanation, only portions relevant to the embodiments of the present application are shown.

In step S501, alarm data corresponding to the passing equipment is received, where the alarm data is used to reflect whether the corresponding passing equipment is abnormal.

Step S502, judging whether to alarm according to the alarm data.

In step S503, when it is determined that the alarm is to be performed, an alarm notification is generated, where the alarm notification is used to indicate that the traffic equipment corresponding to the alarm data is abnormal.

The alarm data may be running log of the traffic equipment, security event alarm data, overtemperature alarm, etc. capable of reflecting whether the traffic equipment is abnormal.

Specifically, in the process of carrying out alarm judgment on the traffic equipment, since the received alarm data can reflect whether the corresponding traffic equipment is abnormal, whether the corresponding traffic equipment is abnormal or not can be judged according to the alarm data, so that whether the alarm based on the traffic equipment is needed or not is determined.

In order to enable a user to timely know the abnormality of the passing equipment, so that the passing equipment can be timely maintained, and when the condition that the passing equipment needs to be warned based on the passing equipment is judged, namely, the condition that the passing equipment is abnormal is judged, a warning notification can be generated according to the warning data, the warning notification indicates that the passing equipment corresponding to the warning data is abnormal, and timely processing is needed.

Optionally, when judging whether to alarm according to the alarm data, the alarm data may be judged according to a preset judging mode and a preset judging standard. For example, it is assumed that different service modules 12 in the alarm system are used for processing different types of alarm data, and the judgment modes and judgment standards corresponding to the different types of alarm data are generally different, so that when the different service modules perform alarm judgment according to the corresponding alarm data, the different judgment modes and judgment standards can be adopted for judgment.

In the embodiment of the application, the service module acquires the alarm data capable of reflecting whether the traffic equipment is abnormal, judges whether the traffic equipment is abnormal according to the alarm data, so as to determine whether the traffic equipment needs to be subjected to alarm based on the traffic equipment, generates an alarm notification under the condition that the alarm is judged to be required, timely notifies a user that the traffic equipment corresponding to the alarm data is abnormal, and timely processes the traffic equipment, thereby realizing alarm monitoring of the traffic equipment.

In some embodiments, the alert system further includes a service module 13, and before the alert notification is generated in the step, the alert system further includes:

And sending a state confirmation message to the service module 13, wherein the state confirmation message comprises a device identifier of a corresponding passing device, and the state confirmation message is used for indicating the passing device to report current state data to the service module 13, and the state data reflects the running condition of the passing device.

And receiving the state data sent by the service module 13, and verifying whether the alarm is performed according to the state data to obtain a verification result.

Correspondingly, the generating the alarm notification includes:

and generating the alarm notification when the verification result indicates that the alarm is performed.

Specifically, in order to further improve the accuracy of the traffic equipment alarm, under the condition of primarily determining to alarm, a status confirmation message is sent to the service module 13, where the status confirmation message is used to instruct the traffic equipment corresponding to the equipment identifier to report status data capable of reflecting the current running condition of the traffic equipment to the service module 13, and after receiving the status confirmation message, the traffic equipment corresponding to the equipment identifier reports its status data to the service module 13.

After receiving the status data reported by the traffic device, the service module 13 forwards the status data to the corresponding target service module 12. The target service module 12 receives the status data sent by the service module 13, and finally, performs alarm verification according to the status data, and secondarily judges whether the traffic equipment is abnormal or not, so as to determine whether the traffic equipment needs to be alarmed, and generates an alarm notification when the verification result also indicates that the traffic equipment needs to be alarmed.

In this embodiment of the present application, the target service module 12 may actively initiate state detection to the traffic device through the state confirmation message indicating service module 13, and instruct the traffic device to report alarm data when detecting that the traffic device is abnormal, so that the target service module 12 may timely obtain the state data of the traffic device through the state confirmation message when needed, verify whether to alarm based on the traffic device based on the state data, and further improve the accuracy of alarm judgment of the traffic device through verification.

It should be noted that, because the content of information interaction and execution process between the above devices/units is based on the same concept as the method embodiment of the present application, specific functions and technical effects thereof may be referred to in the method embodiment section, and will not be described herein again.

Embodiment III:

fig. 6 is a schematic structural diagram of a terminal device according to an embodiment of the present application. As shown in fig. 6, the terminal device 6 of this embodiment includes: at least one processor 60 (only one processor is shown in fig. 6), a memory 61 and a computer program 62 stored in the memory 61 and executable on the at least one processor 60, the processor 60 implementing the steps in any of the various method embodiments described above when executing the computer program 62.

The terminal device 6 may be a computing device such as a desktop computer, a notebook computer, a palm computer, a cloud server, etc. The terminal device may include, but is not limited to, a processor 60, a memory 61. It will be appreciated by those skilled in the art that fig. 6 is merely an example of the terminal device 6 and is not meant to be limiting as to the terminal device 6, and may include more or fewer components than shown, or may combine certain components, or different components, such as may also include input-output devices, network access devices, etc.

The processor 60 may be a central processing unit (Central Processing Unit, CPU), the processor 60 may also be other general purpose processors, digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), field-programmable gate arrays (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The memory 61 may in some embodiments be an internal storage unit of the terminal device 6, such as a hard disk or a memory of the terminal device 6. The memory 61 may in other embodiments also be an external storage device of the terminal device 6, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card) or the like, which are provided on the terminal device 6. Further, the memory 61 may also include both an internal storage unit and an external storage device of the terminal device 6. The memory 61 is used for storing an operating system, application programs, boot loader (BootLoader), data, other programs, etc., such as program codes of the computer program. The memory 61 may also be used for temporarily storing data that has been output or is to be output.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of the functional units and modules is illustrated, and in practical application, the above-described functional distribution may be performed by different functional units and modules according to needs, i.e. the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-described functions. The functional units and modules in the embodiment may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit, where the integrated units may be implemented in a form of hardware or a form of a software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working process of the units and modules in the above system may refer to the corresponding process in the foregoing method embodiment, which is not described herein again.

The embodiment of the application also provides a network device, which comprises: at least one processor, a memory, and a computer program stored in the memory and executable on the at least one processor, which when executed by the processor performs the steps of any of the various method embodiments described above.

Embodiments of the present application also provide a computer readable storage medium storing a computer program which, when executed by a processor, implements steps that may implement the various method embodiments described above.

The present embodiments provide a computer program product which, when run on a terminal device, causes the terminal device to perform steps that enable the respective method embodiments described above to be implemented.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the present application implements all or part of the flow of the method of the above embodiments, and may be implemented by a computer program to instruct related hardware, where the computer program may be stored in a computer readable storage medium, where the computer program, when executed by a processor, may implement the steps of each of the method embodiments described above. Wherein the computer program comprises computer program code which may be in source code form, object code form, executable file or some intermediate form etc. The computer readable medium may include at least: any entity or device capable of carrying computer program code to a photographing device/terminal apparatus, recording medium, computer Memory, read-Only Memory (ROM), random access Memory (RAM, random Access Memory), electrical carrier signals, telecommunications signals, and software distribution media. Such as a U-disk, removable hard disk, magnetic or optical disk, etc. In some jurisdictions, computer readable media may not be electrical carrier signals and telecommunications signals in accordance with legislation and patent practice.

In the foregoing embodiments, the descriptions of the embodiments are emphasized, and in part, not described or illustrated in any particular embodiment, reference is made to the related descriptions of other embodiments.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/network device and method may be implemented in other manners. For example, the apparatus/network device embodiments described above are merely illustrative, e.g., the division of the modules or units is merely a logical functional division, and there may be additional divisions in actual implementation, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection via interfaces, devices or units, which may be in electrical, mechanical or other forms.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

The above embodiments are only for illustrating the technical solution of the present application, and are not limiting; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present application, and are intended to be included in the scope of the present application.

Claims (10)

1. An alarm system is characterized by comprising a scheduling module and at least two service modules, wherein different service modules are used for processing alarm data of different types;

the scheduling module is used for acquiring alarm data corresponding to the passing equipment, determining a first interface according to the type of the alarm data, and sending the alarm data to a target service module based on the first interface, wherein the alarm data is used for reflecting whether the corresponding passing equipment is abnormal, the first interface is an API interface of the target service module, and the target service module is the service module pointed by the first interface;

The target service module is configured to receive the alarm data sent by the scheduling module, determine whether to perform an alarm according to the alarm data, and generate an alarm notification when determining to perform the alarm, where the alarm notification is used to indicate that the passing equipment corresponding to the alarm data is abnormal.

2. The warning system of claim 1, wherein different service modules are used for processing the warning data corresponding to different types of traffic equipment, and the scheduling module is specifically configured to:

determining the equipment type corresponding to the target passing equipment according to the alarm data, wherein the target passing equipment is the passing equipment corresponding to the alarm data;

and determining the first interface according to the equipment type.

3. The alert system of claim 1, further comprising:

the service module is used for initiating state detection to the passing equipment and indicating the passing equipment to report the alarm data to the service module under the condition that the passing equipment is detected to be abnormal;

the service module is further used for receiving the alarm data reported by the passing equipment and forwarding the received alarm data to the scheduling module;

Correspondingly, the scheduling module is specifically configured to receive the alarm data sent by the service module when the alarm data is acquired.

4. The alert system of claim 3, wherein,

the target service module is further configured to send a status confirmation message to the service module when the alarm is determined, where the status confirmation message includes a corresponding device identifier of the passing device, and the status confirmation message is used to instruct the passing device to report current status data, and the status data reflects an operation condition of the passing device;

the service module is further used for forwarding the received state confirmation message to the passing equipment;

the service module is further used for receiving the state data reported by the passing equipment and forwarding the state data to the target service module;

the target service module is further configured to receive the status data sent by the service module, verify whether to perform the alarm according to the status data, and generate the alarm notification when the verification result indicates that the alarm is performed.

5. The alert system according to any one of claims 1 to 4, wherein the alert notifications contain address information of target terminals, the alert system further comprising one or more message modules, wherein different ones of the message modules are used to send the alert notifications to different types of target terminals;

The target service module is further used for sending the alarm notification to the scheduling module;

the scheduling module is further configured to receive the alarm notification sent by the target service module, determine a second interface according to the address information in the alarm notification, and forward the alarm notification to a target message module based on the second interface, where the second interface is an API interface of the target message module, and the target message module is the message module corresponding to the type of the target terminal;

the target message module is used for receiving the alarm notification sent by the scheduling module and sending the alarm notification to the target terminal.

6. The alarm method is characterized by being applied to a scheduling module in an alarm system, wherein the alarm system further comprises at least two service modules, and different service modules are used for processing alarm data of different types;

the method comprises the following steps:

acquiring alarm data corresponding to the passing equipment, wherein the alarm data is used for reflecting whether the corresponding passing equipment is abnormal or not;

determining a target service module from the at least two service modules according to the type of the alarm data;

And determining a first interface according to the target service module, and sending the alarm data based on the first interface, wherein the first interface is an API interface corresponding to the target service module.

7. An alarm method, which is applied to a service module in an alarm system, comprising:

receiving alarm data corresponding to the passing equipment, wherein the alarm data is used for reflecting whether the corresponding passing equipment is abnormal or not;

judging whether to alarm according to the alarm data;

and under the condition that the alarm is judged to be carried out, generating an alarm notification, wherein the alarm notification is used for indicating that the passing equipment corresponding to the alarm data is abnormal.

8. The alert method of claim 7, wherein the alert system further comprises a service module, prior to the generating the alert notification, further comprising:

transmitting a state confirmation message to the service module, wherein the state confirmation message comprises a corresponding equipment identifier of the passing equipment and is used for indicating the passing equipment to report current state data to the service module, and the state data reflects the running condition of the passing equipment;

receiving the state data sent by the service module, and verifying whether the alarm is performed according to the state data to obtain a verification result;

Correspondingly, the generating the alarm notification includes:

and generating the alarm notification under the condition that the verification result indicates that the alarm is performed.

9. A terminal device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the method of claim 6 or any of claims 7 to 8 when executing the computer program.

10. A computer readable storage medium storing a computer program, characterized in that the computer program when executed by a processor implements the method of claim 6 or any of claims 7 to 8.