Alarm information processing method and system, electronic equipment and storage medium

Abstract

The invention provides an alarm information processing method and system, electronic equipment and a storage medium, and the method comprises the steps: carrying out the information extraction of an alarm data package of target equipment, and obtaining target information; the target information comprises alarm level information, alarm type information and an equipment identification code of the target equipment; obtaining a target notification mode and a target object type according to the alarm level information and the alarm type information; the target notification mode comprises a first notification mode for instant notification or a second notification mode for timed summary notification; obtaining a target notification object according to the target object type and the equipment identification code; and processing the alarm data packet according to the target notification mode and the target notification object. According to the invention, alarms of different emergency degrees and types are classified through different routing notification strategies, so that the overall efficiency of alarm processing, the efficiency of fault identification, the efficiency of fault response and the user experience are improved.

Description

Technical Field

[0001] This invention relates to the field of data processing technology, and in particular to an alarm information processing method, system, electronic device, and storage medium. Background Technology

[0002] With the rapid development of IoT technology, remote monitoring and alarm management of equipment has become an important part of operation and maintenance management in various industries. How to efficiently and accurately process these massive amounts of alarm information, ensure timely response to critical alarms, and avoid secondary alarms interfering with management personnel is a pressing technical problem that needs to be solved in the field of equipment alarm management.

[0003] Currently, common alarm information processing solutions typically employ a unified push approach. This means that upon receiving alarm data reported by a device, the system uniformly pushes the alarm information to the processing end according to fixed rules. However, when the number of alarm messages is large, this can easily lead to alarm message backlog, affecting the efficiency of fault identification and response. Summary of the Invention

[0004] This invention provides an alarm information processing method, system, electronic device, and storage medium to solve the defects in the prior art where alarm information is pushed to the processing end according to uniform rules, which easily leads to information accumulation and affects the identification and response efficiency of important alarms.

[0005] This invention provides an alarm information processing method, comprising: Information is extracted from the alarm data packets of the target device to obtain target information; the target information includes the alarm level information, alarm type information, and device identification code of the target device. Based on the alarm level information and the alarm type information, the target notification mode and target object type are obtained; the target notification mode includes a first notification mode for immediate notification or a second notification mode for periodic summary notification. The target notification object is obtained based on the target object type and the device identification code; The alarm data packet is processed according to the target notification mode and the target notification object.

[0006] According to an alarm information processing method provided by the present invention, the step of processing the alarm data packet according to the target notification pattern and the target notification object includes: When the target notification mode is the first notification mode, the processing priority level of the alarm data packet is obtained according to the alarm level information and the alarm type information; Based on the processing priority level and the alarm data packet, generate the target notification information corresponding to the alarm data packet; The target notification information is sent to the target notification object through the instant notification interface, and the association information of the alarm data packet is recorded in the log database. The associated information of the alarm data packet includes multiple items such as the target notification information, the target notification object, the notification time and notification status corresponding to the target notification information.

[0007] According to an alarm information processing method provided by the present invention, the step of processing the alarm data packet according to the target notification pattern and the target notification object includes: When the target notification mode is the second notification mode, the target notification information is cached in the target notification queue corresponding to the target notification object, and the association information of the alarm data packet is recorded in the log database; When the aggregation period corresponding to the target notification queue is reached, all notification information cached in the target notification queue is sent to the target notification object in the form of an aggregated report.

[0008] According to an alarm information processing method provided by the present invention, the step of obtaining the processing priority level of the alarm data packet based on the alarm level information and the alarm type information includes: A first query condition is generated based on the alarm level information and the alarm type information; The priority level that matches the first query condition is obtained from the notification policy library and used as the processing priority level for the alarm data packet.

[0009] According to an alarm information processing method provided by the present invention, the step of obtaining the target notification object based on the target object type and the device identification code includes: Based on the target object type, at least one candidate notification object is obtained from the notification object set; The candidate notification object associated with the device identification code among the at least one candidate notification objects is determined as the target notification object.

[0010] According to an alarm information processing method provided by the present invention, the step of obtaining the target notification mode and the target object type based on the alarm level information and the alarm type information includes: A second query condition is generated based on the alarm level information and the alarm type information, and a notification pattern matching the second query condition is obtained from the notification strategy library as the target notification pattern. A third query condition is generated based on the alarm level information and the alarm type information, and the object type that matches the third query condition is obtained from the notification strategy library as the target object type.

[0011] According to an alarm information processing method provided by the present invention, after processing the alarm data packet according to the target notification pattern and the target notification object, the method further includes: Load the associated information of the alarm data packet; the associated information includes the target notification information corresponding to the alarm data packet, the target notification object, the notification time and notification status corresponding to the target notification information; Receive the target operation performed by the target notification object on the alarm data packet, and update the execution status corresponding to the alarm data packet according to the operation result corresponding to the target operation to obtain the updated execution status; The alarm data packet, the associated information, and the updated execution status are displayed on the front end; The target operation includes any one of the following: confirmation operation, transfer operation, false alarm operation, and remark operation.

[0012] The present invention also provides an alarm information processing system, comprising: The data receiving and parsing module is used to extract information from the alarm data packets of the target device to obtain target information; the target information includes the alarm level information, alarm type information, and device identification code of the target device. The intelligent routing engine is used to obtain the target notification mode and the target object type based on the alarm level information and the alarm type information; the target notification mode includes a first notification mode for immediate notification or a second notification mode for periodic summary notification; and to obtain the target notification object based on the target object type and the device identification code. A multi-mode notification executor is used to process the alarm data packet according to the target notification mode and the target notification object.

[0013] The present invention also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the alarm information processing method as described above.

[0014] The present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the alarm information processing method as described above.

[0015] The present invention also provides a computer program product, including a computer program that, when executed by a processor, implements the alarm information processing method as described above.

[0016] The alarm information processing method, system, electronic device, and storage medium provided by this invention determine the target notification mode and target object type through a two-dimensional joint decision-making approach based on alarm level information and alarm type information, and determine the specific target notification object by combining the device identification code. This enables refined classification and precise notification of alarms of different urgency levels and types, allowing for differentiated processing strategies for alarms of different urgency levels and types. This ensures timely response to emergency alarms while avoiding information interference to relevant personnel caused by non-emergency alarms, thereby improving the overall efficiency of alarm processing, fault identification, fault response, and user experience. Attached Figure Description

[0017] To more clearly illustrate the technical solutions in this invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0018] Figure 1 This is one of the flowcharts illustrating the alarm information processing method provided by the present invention.

[0019] Figure 2 This is a schematic diagram of the structure of the alarm information processing system provided by the present invention.

[0020] Figure 3 This is the second flowchart of the alarm information processing method provided by the present invention.

[0021] Figure 4 This is the third flowchart of the alarm information processing method provided by the present invention.

[0022] Figure 5 This is a schematic diagram of the structure of the electronic device provided by the present invention. Detailed Implementation

[0023] To make the objectives, technical solutions, and advantages of this invention clearer, the technical solutions of this invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this invention. All other embodiments obtained by those skilled in the art based on the embodiments of this invention without creative effort are within the scope of protection of this invention.

[0024] Currently, common alarm information processing solutions typically employ a unified push approach. This means that upon receiving alarm data reported by devices, the system uniformly pushes the alarm information to the processing end according to fixed rules. However, when the number of alarm messages is large, this can easily lead to alarm overload, causing important alarms to be overlooked and hindering the rapid identification and handling of truly urgent faults. This, in turn, affects the efficiency of fault identification and response.

[0025] In response, this application provides an alarm information processing method. This method introduces classification decision technology to classify alarm information and drives an intelligent routing engine through the classification decision results. This allows for precise and differentiated processing of alarms of different levels and types, ensuring timely response to emergency alarms while avoiding information interference to relevant personnel caused by non-emergency alarms. This improves the efficiency of fault identification, fault response, and user experience.

[0026] Figure 1 This is one of the flowcharts illustrating the alarm information processing method provided by this invention. The alarm information processing method provided in this application can be applied to various scenarios requiring device alarm management, including but not limited to vehicle networking platforms, industrial IoT platforms, and smart home management platforms. This method can be implemented by an alarm information processing system, which can be a server, cloud platform, or terminal device with data processing capabilities, etc., and this embodiment does not specifically limit it in this way.

[0027] Figure 2 This is a schematic diagram of the structure of the alarm information processing system provided by the present invention; as shown below. Figure 2 As shown, the system includes a data receiving and parsing module, an intelligent routing engine, a multi-mode notification executor, an alarm management front-end, and a closed-loop status management module. The data receiving and parsing module receives and parses alarm data packets from the target device, outputting structured alarm information. The intelligent routing engine, with a built-in notification strategy library, determines the optimal notification strategy based on the input alarm level and alarm type information. The multi-mode notification executor includes an instant push module, a timed aggregation module, and a log recording module, used to execute specific notification and recording tasks. The alarm management front-end is a human-machine interface used to display the alarm list, processing status, and full logs, and to receive administrator commands. The closed-loop status management module maintains and manages the lifecycle status of each alarm and records logs.

[0028] The following section uses the processing of alarm information reported by the vehicle-to-everything (V2X) telematics box (TBOX) on the vehicle as an example to illustrate the alarm information processing method provided in this application embodiment.

[0029] like Figure 1As shown, the alarm information processing method provided in this application embodiment includes steps 110, 120, 130 and 140.

[0030] Step 110: Extract information from the alarm data packet of the target device to obtain target information; the target information includes the alarm level information, alarm type information and device identification code of the target device.

[0031] Optionally, when it is necessary to process the alarm information of the target device, the alarm data packet of the target device can be obtained. After obtaining the alarm data packet of the target device, it is parsed, and key information is extracted from the parsed alarm data packet to obtain the target information.

[0032] The target device here refers to the device whose alarm information needs to be processed. The alarm data packet here refers to the data set generated and reported by the detection device on the target device when an abnormal situation is detected. In the vehicle-to-everything (V2X) scenario, the target device can be a vehicle, and the alarm data packet can be generated by a TBOX installed in the vehicle when an abnormal situation is detected.

[0033] It should be noted that alarm data packets can be encapsulated using predefined data formats, such as JSON, Extensible Markup Language (XML), or custom binary protocol formats.

[0034] In this embodiment, the target information includes at least the target device's alarm level information, alarm type information, and device identification code.

[0035] The alarm level information is used to characterize the severity or urgency of the alarm. In this embodiment, the alarm level information can be represented in a hierarchical manner. For example, the alarm levels can be divided into Level 1, Level 2, and Level 3, where Level 1 represents a general alarm, Level 2 represents a relatively serious alarm, and Level 3 represents the most serious or urgent alarm. Of course, in other embodiments, the alarm level information can also be represented by numerical values, letters, or other symbols. For example, numerical values ​​from 1 to 10 can be used to represent different degrees of severity, or textual identifiers such as "low," "medium," and "high" can be used to represent different levels of urgency. This embodiment does not specifically limit this.

[0036] The alarm type information is used to characterize the specific type or fault category of the alarm details. Alarm type information describes the specific cause or abnormal situation leading to the alarm. In connected vehicle scenarios, alarm type information may include, but is not limited to, low battery state of charge (SOC), high-voltage interlock alarm, insulation alarm, and custom faults.

[0037] The device identification code is used to uniquely identify the target device that generated the alarm. In a connected vehicle scenario, the device identification code can be the Vehicle Identification Number (VIN), which is a unique identifier for a vehicle. The VIN allows identification of which specific vehicle triggered the alarm, thus determining the relevant personnel to be notified. In other applications, the device identification code can also be a device serial number, Media Access Control (MAC) address, device number, or other information that uniquely identifies the device.

[0038] In one possible implementation, the alarm data packet may also include timestamp information, which records the time the alarm occurred. The timestamp information can be represented in a standard time format, such as Coordinated Universal Time (UTC) or a local time format. The timestamp information accurately records the time of the alarm, facilitating subsequent alarm analysis and tracing.

[0039] It should be noted that there are multiple ways to obtain alarm data packets from the target device. In one embodiment, the detection device on the target device can actively push the alarm data packet to the platform or server executing this method, and the platform or server receives and parses the alarm data packet. In another embodiment, the platform or server can periodically request alarm data from the detection device on the target device through polling. When the detection device on the target device has alarms to be reported, it returns the alarm data packet to the platform or server. This application does not limit the specific method of obtaining alarm data packets.

[0040] Step 120: Based on the alarm level information and the alarm type information, obtain the target notification mode and the target object type; the target notification mode includes a first notification mode for immediate notification or a second notification mode for periodic summary notification.

[0041] The target notification mode here indicates the notification method used when processing alarm data packets. In this embodiment, the target notification mode includes a first notification mode, which is a notification mode for immediate notification, and a second notification mode, which is a notification mode for periodic summary notification. When the target notification mode is the first notification mode, it means that the alarm needs to be notified to relevant personnel immediately to ensure that they can learn about the alarm information and take appropriate measures in the shortest possible time. The first notification mode is suitable for alarm scenarios with high urgency that require immediate response. When the target notification mode is the second notification mode, it means that the alarm does not need to be notified immediately, but is cached first, and multiple alarm messages within a certain period of time are summarized and sent together when a preset summary period is reached. The second notification mode is suitable for alarm scenarios with low urgency that do not require immediate response. Using this mode can avoid frequent notifications from interfering with relevant personnel.

[0042] The target object type indicates the type of person or role that needs to receive the alarm notification. In the connected vehicle scenario, the target object type can include, but is not limited to, drivers, fleet safety officers, fleet operators, and system administrators. Different target object types correspond to different responsibilities. For example, drivers are mainly responsible for the daily driving of vehicles, fleet safety officers are mainly responsible for the safety management of vehicles, and system administrators are mainly responsible for the operation and maintenance management of the entire platform. In other application scenarios, the target object type can also be defined according to specific business needs.

[0043] Optionally, after parsing and obtaining alarm level information and alarm type information, a decision can be made by combining the alarm level information and alarm type information to determine the target notification mode to be adopted for the alarm and the type of target object to be notified, so as to match the most appropriate processing strategy for different levels and types of alarms, and achieve accurate classification and differentiated processing of alarm information.

[0044] In one possible implementation, a notification policy library (also known as a notification policy rule library) can be pre-established. This library stores at least the correspondence between alarm level information, alarm type information, and target notification mode, target object type, and processing priority level. When the alarm level and alarm type information are obtained from the alarm data packet, these two pieces of information can be used as query conditions to perform a matching query in the notification policy rule library, thereby obtaining the corresponding target notification mode and target object type. For example, when the alarm level is level three and the alarm type is a high-voltage interlock alarm, querying the notification policy rule library can obtain the target notification mode as the first notification mode (also known as the instant push mode), and the target object type as the driver, fleet safety officer, and system administrator. As another example, when the alarm level is level one and the alarm type is an insulation alarm, querying the notification policy rule library can obtain the target notification mode as the second notification mode (also known as the timed summary mode), and the target object type as the fleet operator and system administrator.

[0045] In another possible implementation, the target notification mode and target object type can also be obtained based on conditional judgment logic. Specifically, conditional judgment logic can be pre-configured in the system. Based on different combinations of alarm level information and alarm type information, the corresponding target notification mode and target object type can be determined through conditional branch judgment. For example, firstly, it is determined whether the alarm level information meets the preset first-level condition (e.g., the alarm level information is level three). If it does, it is further determined whether the alarm type information belongs to the preset first type set (e.g., a set including emergency fault types such as high-voltage interlock alarms and insulation alarms). If the alarm type information belongs to the first type set, the target notification mode is determined to be the first notification mode, and the target object type is determined to be the first object type set (e.g., a set including drivers, fleet safety officers, and system administrators).

[0046] In another possible implementation, the values ​​corresponding to the alarm level information and alarm type information can be fused and calculated to obtain a comprehensive value, and the corresponding target notification mode and target object type can be determined according to the value range of the comprehensive value.

[0047] Step 130: Obtain the target notification object based on the target object type and the device identification code.

[0048] Optionally, after obtaining the target object type, the specific target notification object can be determined based on the target object type determined in step 120 and the device identification code in the alarm data packet.

[0049] The target notification recipient here refers to the specific person or terminal that ultimately needs to receive the alarm notification. The target object type indicates the role or category of the person, while the target notification recipient refers to the specific individual belonging to that role or category. For example, when the target object type is "driver," it is necessary to further identify which driver; when the target object type is "fleet safety officer," it is necessary to further identify which safety officer.

[0050] The device identification code plays a linking role in this step. In the context of connected vehicles, each vehicle is associated with a specific person, and this association can be pre-configured and stored.

[0051] The steps for obtaining target notification recipients based on target object type and device identification code can be as follows: First, determine the range of personnel roles to be notified based on the target object type; then, filter out specific personnel associated with the target device that generated the alarm within that role range based on the device identification code; and finally, identify these personnel as target notification recipients. Alternatively, first, filter out candidate personnel associated with the target device that generated the alarm from the object set based on the device identification code; and then, identify the personnel among these candidate personnel who match the target object type as target notification recipients.

[0052] It's worth noting that the target notification object here can be one or more. When the target object type contains multiple role types, the target notification object will usually also contain multiple specific individuals.

[0053] Step 140: Process the alarm data packet according to the target notification mode and the target notification object.

[0054] Optionally, after obtaining the target notification pattern and the target notification object, the alarm data packet can be processed according to the processing operation corresponding to the target notification pattern and then sent to the target notification object.

[0055] In one possible implementation, when the target notification mode is the first notification mode, notification information can be generated based on the content of the alarm data packet and sent to the target notification object via instant notification, so that the target notification object can be informed of the alarm information immediately and respond and handle it in a timely manner. The instant notification method can include one or more of various forms such as SMS, email, and in-site messages.

[0056] When the target notification mode is the second notification mode, alarm data packets or notification information generated based on alarm data packets can be temporarily stored in a queue to be aggregated. When the preset aggregation period is reached (such as once per hour or once per day), the multiple alarm messages accumulated in the queue are aggregated to generate an aggregate report, and then the aggregate report is sent to the target notification recipient. By using timed aggregation, the frequent interruptions of low-urgency alarms to the target notification recipient can be avoided, thus improving work efficiency.

[0057] In another possible implementation, regardless of whether the target notification mode is the first notification mode or the second notification mode, when processing the alarm data packet, the relevant information of the alarm data packet can also be recorded in the log database simultaneously for subsequent alarm tracing and auditing.

[0058] The method provided in this embodiment determines the target notification mode and target object type through a two-dimensional joint decision-making approach based on alarm level information and alarm type information, and identifies the specific target notification object by combining the device identification code. This enables refined classification and precise notification of alarms of different urgency levels and types, allowing for differentiated processing strategies for alarms of different urgency levels and types. This ensures timely response to emergency alarms while avoiding information interference to relevant personnel caused by non-emergency alarms, thereby improving the overall efficiency of alarm processing, fault identification, fault response, and user experience.

[0059] In some embodiments, when the target notification mode is the first notification mode, step 140 includes steps 210, 220 and 230.

[0060] Step 210: When the target notification mode is the first notification mode, obtain the processing priority level of the alarm data packet according to the alarm level information and the alarm type information.

[0061] Optionally, when the target notification mode is determined to be the first notification mode (instant notification mode), it is necessary to further determine the processing priority level of the alarm data packet. This processing priority level characterizes the degree to which the alarm data packet should be processed after being received by the target notification object. In the connected vehicle scenario, even alarms requiring instant notification can differ in urgency. By setting processing priority levels, the target notification object can intuitively understand the urgency of the alarm, thereby rationally arranging the processing order.

[0062] It should be noted that processing priority levels can be represented in various ways. In one embodiment, processing priority levels can be represented by level identifiers, such as "high," "medium," and "low," or "urgent," "important," and "general." In another embodiment, processing priority levels can be represented by numerical values, such as 1-5, with higher values ​​indicating higher priority. In yet another embodiment, processing priority levels can be represented by color identifiers, such as red for highest priority, yellow for medium priority, and green for lower priority. This application does not limit the specific representation of processing priority levels.

[0063] Here, there are several ways to obtain the processing priority based on alarm level and alarm type information. In one implementation, the alarm level and alarm type information can be used as query conditions to look up the corresponding processing priority in a pre-configured notification policy rule base or priority mapping table. In another implementation, the processing priority can be calculated based on the alarm level and alarm type information according to a preset priority calculation rule.

[0064] For example, when the alarm level information is level three and the alarm type information is high-voltage interlock alarm, the processing priority is high; as another example, when the alarm level information is level one and the alarm type information is insulation alarm, the processing priority is low.

[0065] Step 220: Generate target notification information corresponding to the alarm data packet based on the processing priority level and the alarm data packet.

[0066] Optionally, after obtaining the processing priority level, the processing priority level and the information contained in the alarm data packet can be combined to generate target notification information to be sent to the target notification object. Here, target notification information refers to the alarm notification content ultimately presented to the target notification object.

[0067] The target notification information may include one or more of the following: processing priority level, basic alarm information, alarm occurrence time, alarm description information, and processing suggestions.

[0068] The basic alarm information includes alarm level information, alarm type information, device identification code, and other raw information extracted from the alarm data packet. The alarm occurrence time is extracted from the timestamp of the alarm data packet or determined based on the time the alarm data packet was received. The alarm description information expands on the alarm type information, describing the specific meaning and potential impact of the alarm. For example, for a "high-voltage interlock alarm," it could be supplemented with "An abnormality in the vehicle's high-voltage system interlock circuit may affect the normal operation of the vehicle; please check immediately." Recommended handling measures are the corresponding handling suggestions or operating instructions provided based on the alarm type information.

[0069] Step 230: Send the target notification information to the target notification object through the instant notification interface, and record the association information of the alarm data packet in the log database; wherein, the association information of the alarm data packet includes multiple items among the target notification information, the target notification object, the notification time and notification status corresponding to the target notification information.

[0070] Optionally, after generating the target notification information, the generated target notification information can be sent to the target notification object by calling the instant notification interface. Simultaneously, to achieve complete traceability of the alarm notification process and facilitate subsequent problem investigation, statistical analysis, and audit management, the association information of the alarm data packet can also be recorded in a log database.

[0071] The instant notification interface mentioned here refers to the program interface used to implement instant message sending functionality. Instant notification interfaces can include one or more types of interfaces such as SMS sending interfaces, email sending interfaces, in-site messaging interfaces, and application push interfaces. In practical applications, one or more instant notification interfaces can be selected to send notifications based on the urgency of the alarm and the preferences of the target notification recipients, ensuring that the target notification recipients receive the notifications promptly.

[0072] The system includes the following interfaces: SMS sending interface, which sends target notification information as SMS messages to the target recipient by calling the SMS service provider's Application Programming Interface (API); Email sending interface, which sends target notification information as email messages to the target recipient's email address by calling the mail server's Simple Mail Transfer Protocol (SMTP) interface; Internal messaging interface, which sends target notification information to the target recipient's message center within the system via the system's internal push mechanism; and Application push interface, which sends target notification information as push messages to the target recipient's mobile terminal by calling the mobile application's push service interface.

[0073] The log database mentioned here refers to a database used to store various log information generated during alarm handling. The log database can be implemented using either a relational database or a non-relational database.

[0074] The associated information here refers to information related to the alarm data packet that needs to be recorded for subsequent tracing and auditing. It should be noted that the associated information of the alarm data packet in this embodiment specifically includes multiple items such as target notification information, target notification object, notification time corresponding to the target notification information, and notification status. The notification status records the sending status of this notification, such as "sent," "sent successfully," or "sent failed."

[0075] The method provided in this embodiment performs real-time notification processing of alarm data packets when the target notification mode is the first notification mode, and introduces a processing priority level in the notification information, so that the target notification object can quickly identify the urgency of the alarm, reasonably arrange the processing order, and achieve the traceability of the notification process by recording the associated information to the log database, thus providing data support for subsequent closed-loop management.

[0076] In some embodiments, when the target notification mode is the second notification mode, step 140 specifically includes steps 310 and 320.

[0077] Step 310: When the target notification mode is the second notification mode, the target notification information is cached in the target notification queue corresponding to the target notification object, and the association information of the alarm data packet is recorded in the log database.

[0078] Optionally, when the target notification mode is determined to be the second notification mode, the target notification information is not immediately sent to the target notification object, but is first cached in the target notification queue. While caching the target notification information in the target notification queue, the associated information of the alarm data packet also needs to be recorded in the log database to ensure the complete traceability of the alarm processing process.

[0079] The target notification queue here refers to a data queue used to temporarily store notification information to be aggregated and sent. In this embodiment, an independent target notification queue is maintained for each target notification object; that is, different target notification objects correspond to different target notification queues. The purpose of this design is to facilitate the generation of a dedicated aggregation report for each target notification object during subsequent aggregation and sending.

[0080] The target notification queue can be implemented in several ways. In one implementation, the target notification queue can be implemented based on an in-memory queue data structure. In another implementation, the target notification queue can be implemented based on a message middleware. In yet another implementation, the target notification queue can be implemented based on a pending message table in a database, storing the notification information to be summarized in the database table and marking its associated target notification object. This application does not limit the specific implementation method of the target notification queue.

[0081] It should be noted that the process of caching target notification information to the target notification queue may include determining the corresponding target notification queue based on the identifier of the target notification object, such as personnel number, account, etc.; and adding the target notification information as a queue element to the target notification queue.

[0082] Step 320: When the aggregation period corresponding to the target notification queue is reached, all notification information cached in the target notification queue is sent to the target notification object in the form of an aggregated report.

[0083] Optionally, when the aggregation period corresponding to the target notification queue is reached, all notification information cached in the target notification queue is aggregated to generate an aggregation report, and the aggregation report is sent to the target notification object.

[0084] The aggregation period here refers to the preset time interval for scheduled aggregation. The aggregation period can be configured according to business needs, such as once per hour, once every two hours, once every half day, or once per day. Different target notification queues can be configured with the same or different aggregation periods. For example, for fleet operators, the aggregation period can be configured to be once per day; for system administrators, the aggregation period can be configured to be once per hour.

[0085] It should be noted that after each summary transmission is completed, the sent notification information in the target notification queue needs to be cleared or marked as sent to avoid duplicate transmission. Simultaneously, the notification status of the relevant alarm in the update log database should be set to "summarized and sent," and the time of summary transmission should be recorded.

[0086] The method provided in this application embodiment, when the target notification mode is the second notification mode, performs timed summary notification processing of alarm data packets. Compared with the method of using immediate notification for all alarms, timed summary notification can effectively avoid frequent disturbances to the target notification object caused by low urgency alarms and reduce information overload. By integrating multiple alarms into an aggregated report and sending it, the target notification object can easily grasp the alarm situation as a whole and process it in batches, thus improving work efficiency.

[0087] Based on the above embodiments, the process of obtaining the processing priority level of alarm data packets according to alarm level information and alarm type information includes the following steps: A first query condition is generated based on the alarm level information and the alarm type information; The priority level that matches the first query condition is obtained from the notification policy library and used as the processing priority level for the alarm data packet.

[0088] Optionally, since the notification policy library stores multiple rule records, each rule record includes the correspondence between alarm level information, alarm type information, priority level, notification mode, and object type. An example table of the notification policy library is shown in Table 1. It should be noted that this table is merely an example, and the rule library can be flexibly configured and expanded according to actual business needs.

[0089] Therefore, when obtaining priority levels, the alarm level and alarm type information in the alarm data packet can be combined to generate a first query condition for querying the processing priority. After obtaining the first query condition, it can be used to query the notification policy library to obtain the priority level that matches the first query condition, and this priority level will be used as the processing priority level of the alarm data packet.

[0090] The first query condition here refers to the retrieval condition used to query the processing priority level in the notification policy library. The method of generating the first query condition can be determined according to the data structure and query interface of the notification policy library. For example, the first query condition can be a structured query condition containing two fields: alarm level information and alarm type information, or it can be a combination key formed by concatenating alarm level information and alarm type information, etc. This embodiment does not specifically limit this.

[0091] Table 1. Example table of notification strategy library The method in this application embodiment generates a first query condition by combining alarm level information and alarm type information, and performs a matching query in the notification policy library, which enables flexible configuration and rapid acquisition of processing priority levels.

[0092] Based on the above embodiments, step 130 specifically includes: Based on the target object type, at least one candidate notification object is obtained from the notification object set; The candidate notification object associated with the device identification code among the at least one candidate notification objects is determined as the target notification object.

[0093] Optionally, when acquiring the target notification object, at least one candidate notification object belonging to that target object type can be selected from the notification object set based on the target object type. Here, the notification object set refers to a pre-configured dataset in the system containing all possible notification objects. The notification object set stores basic information about each notification object, including but not limited to object identifiers, object names, object types (e.g., driver, fleet safety officer, fleet operator, system administrator), contact information, and associated device information (e.g., associated vehicle identification number).

[0094] Having obtained at least one candidate notification object, one or more notification objects that are associated with the device identification code in the alarm data packet can be further filtered from these candidate notification objects, and these objects are determined as the final target notification objects. The method for determining whether a candidate notification object is associated with a device identification code may include querying the associated device information of the candidate notification object to determine whether it contains the device identification code of the current alarm data packet. If the associated device information of the candidate notification object contains the device identification code, then the candidate notification object is considered to be associated with the device identification code.

[0095] The method provided in this application first filters candidate notification objects based on the target object type, and then further filters out associated objects based on the device identification code, thereby achieving accurate determination of the target notification object. This two-stage filtering method ensures both the accuracy of the notification object type and the association between the notification object and the alarm device, avoiding the situation where alarm notifications are sent to irrelevant personnel.

[0096] Based on the above embodiments, step 120 specifically includes: A second query condition is generated based on the alarm level information and the alarm type information, and a notification pattern matching the second query condition is obtained from the notification strategy library as the target notification pattern. A third query condition is generated based on the alarm level information and the alarm type information, and the object type that matches the third query condition is obtained from the notification strategy library as the target object type.

[0097] Optionally, when determining the target notification pattern, the alarm level information and alarm type information in the alarm data packet can be combined to generate a second query condition for querying the notification pattern. This second query condition is then used to query the notification policy library to obtain the corresponding notification pattern as the target notification pattern. The generation method of the second query condition is similar to that of the first query condition in the aforementioned embodiment. It can be a structured query condition containing two fields: alarm level information and alarm type information, or it can be a combination key formed by concatenating the alarm level information and alarm type information.

[0098] When determining the target object type, the alarm level information and alarm type information in the alarm data packet can be combined to generate a third query condition for querying the object type. This third query condition is then used to query the notification policy library to obtain the corresponding object type as the target object type. The generation method of the third query condition is similar to that of the second query condition. In this embodiment, the second and third query conditions can be the same, i.e., the same query conditions are used to obtain the notification mode and object type respectively; or they can be different, i.e., different query logic is used for the notification mode and object type.

[0099] It should be noted that, in this embodiment, the notification strategy library can store the notification pattern and object type in the same record, allowing the target notification pattern and target object type to be retrieved simultaneously through a single query; alternatively, the notification pattern and object type can be stored in different tables or configuration items, requiring two separate queries to retrieve the target notification pattern and target object type. This application does not limit the specific data structure of the notification strategy library.

[0100] The method provided in this application, by generating second and third query conditions respectively and performing matching queries in the notification strategy library, enables independent configuration and flexible acquisition of target notification patterns and target object types. This approach facilitates the separate adjustment of strategies for notification patterns and notification object types according to business needs, thereby improving the system's flexibility and scalability.

[0101] Based on the above embodiments, this application embodiment further describes in detail the closed-loop management process after the alarm data packet processing is completed.

[0102] After processing the alarm data packet according to the target notification pattern and the target notification object, the following steps are also included: Load the associated information of the alarm data packet; the associated information includes the target notification information corresponding to the alarm data packet, the target notification object, the notification time and notification status corresponding to the target notification information; Receive the target operation performed by the target notification object on the alarm data packet, and update the execution status corresponding to the alarm data packet according to the operation result corresponding to the target operation to obtain the updated execution status; The alarm data packet, the associated information, and the updated execution status are displayed on the front end; The target operation includes any one of the following: confirmation operation, transfer operation, false alarm operation, and remark operation.

[0103] Optionally, after the alarm data packet is processed, the corresponding notification record can be queried in the log database according to the identifier of the alarm data packet to obtain the associated information of the alarm data packet. The associated information includes, but is not limited to, the target notification information, the target notification object, the notification time, and the notification status.

[0104] In addition, the system receives the target operation performed by the target notification object on the alarm data packet and updates the execution status of the alarm data packet based on the operation result corresponding to the target operation. Here, the target operation refers to the processing operation performed by the target notification object on the alarm after receiving the alarm notification.

[0105] In this embodiment, the target operation includes any one of the following: confirmation operation, dispatch operation, false alarm operation, and annotation operation. Confirmation operation means that the target notification object confirms that it is aware of the alarm and begins processing. After performing the confirmation operation, the execution status of the alarm data packet can be updated to "processing". Dispatch operation means that the target notification object dispatches the alarm to other personnel for processing. When performing the dispatch operation, a new handling personnel needs to be specified, the execution status of the alarm data packet can be updated to "dispatched", and the associated handling personnel information also needs to be updated. False alarm operation means that the target notification object determines that the alarm is a false alarm, i.e., not a real fault. After performing the false alarm operation, the execution status of the alarm data packet can be updated to "marked as false alarm" or "closed". Annotation operation means that the target notification object adds annotation information to the alarm, recording relevant explanations or handling measures during the processing. Performing the annotation operation does not change the execution status of the alarm data packet, but adds a annotation record to the associated information.

[0106] The execution status here refers to the current processing status of the alarm data packet. The execution status can include unprocessed status, processed status, dispatched status, processed completed status, closed status, etc.

[0107] After obtaining the associated information and updated execution status of the alarm data packet, the detailed content, associated information, and real-time updated execution status of the alarm data packet can be uniformly displayed on the front end. Here, the front end refers to the user interface for administrators or target notification recipients. The front end can be a web-based management platform interface or a mobile application interface. Through the front end display, administrators or target notification recipients can intuitively view alarm information and its processing status to perform corresponding processing operations and record the entire processing process, thus forming a complete management loop from alarm generation to processing completion. The content displayed on the front end can include the following: (1) Alarm list: Displays summary information of alarm data packets, including alarm number, alarm level information, alarm type information, device identification code, alarm time, etc.

[0108] (2) Alarm Details: Displays detailed information about the alarm data packet, including basic alarm information, target notification information, target notification recipient, notification time, notification status, execution status, and processing history. Administrators can understand the complete processing process of the alarm through the alarm details.

[0109] (3) Complete process log: The entire process of alarm data packets, from generation, notification, processing to closure, is displayed in a timeline format to form a complete process log. The process log may include information such as the time nodes, operators, and operation content of each stage.

[0110] (4) Operation entry: Provide the operation entry for the target operation (such as confirmation, transfer, false alarm, remarks, etc.) in the front-end interface so that the target notification object can directly perform the processing operation in the interface.

[0111] The method provided in this application implements closed-loop management of alarm handling. Compared to simply pushing alarm information to the handling personnel without subsequent follow-up, this application's embodiment forms a complete closed-loop management of alarm information from generation, notification, processing to closure through steps such as loading associated information, receiving and processing target operations, updating execution status, and front-end display. This closed-loop management mechanism ensures that every alarm is effectively tracked and processed, avoiding omissions or neglect, improving the completeness and standardization of alarm handling, and enhancing the standardization and traceability of management.

[0112] The following uses the Internet of Vehicles (IoV) scenario as a specific example to describe in detail the method provided in this embodiment.

[0113] Figure 3 This is the second flowchart of the alarm information processing method provided by the present invention.

[0114] like Figure 3 As shown, the method specifically includes: Step s1: Receive and parse the alarm data packet sent by TBOX, and extract key information from it.

[0115] The vehicle networking platform receives raw alarm data packets sent from the vehicle's TBOX, parses them, and extracts key information, including but not limited to: the vehicle identification number, alarm timestamp, alarm level information (also known as alarm grade category), and alarm type information (also known as alarm detail category). The alarm level category includes Level 1, Level 2, Level 3, etc.; the alarm detail category includes types such as low SOC, high-voltage interlock alarm, and custom fault.

[0116] Step s2: Query the notification strategy based on the alarm level category and alarm detail sub-category.

[0117] Based on the alarm level category and alarm detail subcategory extracted in step s1, the preset notification strategy library is queried to determine the target notification object, target notification mode, and processing priority corresponding to this alarm; the target notification mode includes instant push mode or timed summary mode.

[0118] Step s3: Perform multi-mode notification operation.

[0119] Figure 4 This is the third flowchart of the alarm information processing method provided by the present invention, as shown below. Figure 4 As shown, the sub-process of step s3 includes: Step s3-1: Enter the target notification object, target notification mode, and processing priority.

[0120] Step s3-2: Determine if the target notification mode is instant push mode. If yes, proceed to step s3-3; otherwise, proceed to step s3-4.

[0121] Step s3-3: Invoke the instant notification interface to immediately send the target notification information corresponding to the current alarm data packet to the target notification object (such as the driver, fleet safety officer, administrator, etc.) via SMS, email, or in-site message. Then, execute step s3-6.

[0122] Step s3-4: Determine if the target notification mode is a scheduled summary mode. If yes, proceed to step s3-5. If no, proceed to step s3-6.

[0123] Step s3-5: Store the target notification information corresponding to the current alarm data packet into the target notification queue corresponding to the target notification object, and wait for the target notification queue to be triggered periodically (e.g., once per hour or once per day) to send all cached notification information to the target notification object in the form of an aggregated report. Then, execute step s3-6.

[0124] Steps s3-6: Perform log recording. Synchronously record all relevant information from this alarm data packet to the log database to ensure operation traceability.

[0125] Step s4: Front-end Display and Closed-Loop Processing. The front-end interface dynamically displays detailed information and associated information for all alarm data packets (such as target notification information, target notification object, notification time and status corresponding to the target notification information, etc.), as well as the execution status. This allows front-end users to perform processing operations on alarms (such as confirmation, reassignment, false alarm, and notes), the system updates the alarm status (such as never handled, in progress, to resolved), and records the entire processing process, forming a complete management closed loop from alarm generation to resolution.

[0126] In summary, the method provided in this application establishes an automated closed-loop processing mechanism for alarm information, centered on classification-driven intelligent routing and multi-mode collaborative notification. This invention introduces a classification strategy to drive an intelligent routing engine, achieving precise and differentiated processing of alarms at different levels. Specifically, for the highest-level alarms, immediate push notifications are triggered to ensure a second-level response; for lower-level alarms, timed aggregation and logging are used to avoid information interference. Simultaneously, the end-to-end log recording module operates synchronously with the processing state machine, completely recording the entire process from alarm generation, notification, manual processing, to closure. This achieves, for the first time, the full-process automation of vehicle network alarm information, from passive reception to intelligent distribution and traceable closed-loop management. This method has the following advantages: First, it has a high level of intelligence: by making dual judgments on alarm level information and alarm type information, it realizes automatic classification and accurate routing of alarm information, freeing administrators from massive amounts of information.

[0127] Second, processing efficiency is significantly improved: emergency alarms can be responded to in seconds via instant push notifications, minor alarms are summarized on a timed basis, and general alarms are only recorded without being pushed to avoid interference, thus achieving optimal resource allocation.

[0128] Third, closed-loop management with clear responsibilities: full-link logging and status tracking ensure that every alarm is traceable from generation, notification, processing to closure, greatly improving the standardization and reliability of management.

[0129] The alarm information processing system provided by the present invention is described below. The alarm information processing system described below can be referred to in correspondence with the alarm information processing method described above.

[0130] like Figure 2 As shown, the system includes at least a data receiving and parsing module, an intelligent routing engine, and a multi-mode notification executor.

[0131] The data receiving and parsing module is used to extract information from the alarm data packets of the target device to obtain target information; the target information includes the alarm level information, alarm type information, and device identification code of the target device. The intelligent routing engine is used to obtain the target notification mode and target object type based on the alarm level information and the alarm type information; the target notification mode includes a first notification mode for immediate notification or a second notification mode for periodic summary notification; and is used to obtain the target notification object based on the target object type and the device identification code. A multi-mode notification executor is used to process the alarm data packet according to the target notification mode and the target notification object.

[0132] The system provided in this embodiment determines the target notification mode and target object type through a two-dimensional joint decision-making method based on alarm level information and alarm type information, and identifies the specific target notification object by combining the device identification code. This enables refined classification and precise notification of alarms of different urgency levels and types, allowing for differentiated processing strategies for alarms of different urgency levels and types. This ensures timely response to emergency alarms while avoiding information interference to relevant personnel caused by non-emergency alarms, thereby improving the overall efficiency of alarm processing, fault identification, fault response, and user experience.

[0133] The system provided by this invention is used to execute the above-described method embodiments. For specific processes and details, please refer to the above embodiments, which will not be repeated here.

[0134] Figure 5 An example is a schematic diagram of the physical structure of an electronic device, such as... Figure 5 As shown, the electronic device may include a processor 510, a communications interface 520, a memory 530, and a communication bus 540, wherein the processor 510, communications interface 520, and memory 530 communicate with each other via the communication bus 540. The processor 510 can call logical instructions in the memory 530 to execute an alarm information processing method. This method includes: extracting information from the alarm data packet of the target device to obtain target information; the target information includes alarm level information, alarm type information, and device identification code of the target device; obtaining a target notification mode and a target object type based on the alarm level information and the alarm type information; the target notification mode includes a first notification mode for immediate notification or a second notification mode for periodic summary notification; obtaining a target notification object based on the target object type and the device identification code; and processing the alarm data packet based on the target notification mode and the target notification object.

[0135] Furthermore, the logical instructions in the aforementioned memory 530 can be implemented as software functional units and, when sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0136] On the other hand, the present invention also provides a computer program product, which includes a computer program that can be stored on a non-transitory computer-readable storage medium. When the computer program is executed by a processor, the computer can execute the alarm information processing method provided by the above methods. The method includes: extracting information from the alarm data packet of the target device to obtain target information; the target information includes alarm level information, alarm type information, and device identification code of the target device; obtaining a target notification mode and a target object type according to the alarm level information and the alarm type information; the target notification mode includes a first notification mode for immediate notification or a second notification mode for periodic summary notification; obtaining a target notification object according to the target object type and the device identification code; and processing the alarm data packet according to the target notification mode and the target notification object.

[0137] In another aspect, the present invention also provides a non-transitory computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements an alarm information processing method provided by the above methods. The method includes: extracting information from an alarm data packet of a target device to obtain target information; the target information includes alarm level information, alarm type information, and device identification code of the target device; obtaining a target notification mode and a target object type based on the alarm level information and the alarm type information; the target notification mode includes a first notification mode for immediate notification or a second notification mode for periodic summary notification; obtaining a target notification object based on the target object type and the device identification code; and processing the alarm data packet based on the target notification mode and the target notification object.

[0138] The system embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0139] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus necessary general-purpose hardware platforms, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solutions, in essence or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0140] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for processing alarm information, characterized in that, include: Information is extracted from the alarm data packets of the target device to obtain target information; the target information includes the alarm level information, alarm type information, and device identification code of the target device. Based on the alarm level information and the alarm type information, the target notification mode and target object type are obtained; the target notification mode includes a first notification mode for immediate notification or a second notification mode for periodic summary notification. The target notification object is obtained based on the target object type and the device identification code; The alarm data packet is processed according to the target notification mode and the target notification object.

2. The alarm information processing method according to claim 1, characterized in that, The step of processing the alarm data packet according to the target notification pattern and the target notification object includes: When the target notification mode is the first notification mode, the processing priority level of the alarm data packet is obtained according to the alarm level information and the alarm type information; Based on the processing priority level and the alarm data packet, generate the target notification information corresponding to the alarm data packet; The target notification information is sent to the target notification object through the instant notification interface, and the association information of the alarm data packet is recorded in the log database. The associated information of the alarm data packet includes multiple items such as the target notification information, the target notification object, the notification time and notification status corresponding to the target notification information.

3. The alarm information processing method according to claim 2, characterized in that, The step of processing the alarm data packet according to the target notification pattern and the target notification object includes: When the target notification mode is the second notification mode, the target notification information is cached in the target notification queue corresponding to the target notification object, and the association information of the alarm data packet is recorded in the log database; When the aggregation period corresponding to the target notification queue is reached, all notification information cached in the target notification queue is sent to the target notification object in the form of an aggregated report.

4. The alarm information processing method according to claim 2, characterized in that, The step of obtaining the processing priority level of the alarm data packet based on the alarm level information and the alarm type information includes: A first query condition is generated based on the alarm level information and the alarm type information; The priority level that matches the first query condition is obtained from the notification policy library and used as the processing priority level for the alarm data packet.

5. The alarm information processing method according to any one of claims 1-4, characterized in that, The step of obtaining the target notification object based on the target object type and the device identification code includes: Based on the target object type, at least one candidate notification object is obtained from the notification object set; The candidate notification object associated with the device identification code among the at least one candidate notification objects is determined as the target notification object.

6. The alarm information processing method according to any one of claims 1-4, characterized in that, The step of obtaining the target notification mode and target object type based on the alarm level information and the alarm type information includes: A second query condition is generated based on the alarm level information and the alarm type information, and a notification pattern matching the second query condition is obtained from the notification strategy library as the target notification pattern. A third query condition is generated based on the alarm level information and the alarm type information, and the object type that matches the third query condition is obtained from the notification strategy library as the target object type.

7. The alarm information processing method according to any one of claims 1-4, characterized in that, After processing the alarm data packet according to the target notification pattern and the target notification object, the method further includes: Load the associated information of the alarm data packet; the associated information includes the target notification information corresponding to the alarm data packet, the target notification object, and the notification time and notification status corresponding to the target notification information; Receive the target operation performed by the target notification object on the alarm data packet, and update the execution status corresponding to the alarm data packet according to the operation result corresponding to the target operation to obtain the updated execution status; The alarm data packet, the associated information, and the updated execution status are displayed on the front end; The target operation includes any one of the following: confirmation operation, transfer operation, false alarm operation, and remark operation.

8. An alarm information processing system, characterized in that, include: The data receiving and parsing module is used to extract information from the alarm data packets of the target device to obtain the target information; The target information includes the alarm level information, alarm type information, and device identification code of the target device; The intelligent routing engine is used to obtain the target notification mode and target object type based on the alarm level information and the alarm type information; the target notification mode includes a first notification mode for immediate notification or a second notification mode for periodic summary notification. The target notification object is obtained based on the target object type and the device identification code; A multi-mode notification executor is used to process the alarm data packet according to the target notification mode and the target notification object.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the alarm information processing method as described in any one of claims 1 to 7.

10. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the alarm information processing method as described in any one of claims 1 to 7.

Images