Multistage alarm method and system, electronic equipment and computer readable medium

Abstract

The invention provides a multi-level alarm method and system, electronic equipment and a readable medium, and belongs to the field of intelligent driving. Generating an alarm set by using all the alarm signals after the partition and grading processing, wherein the alarm signals comprise display areas and grades; according to the display areas and the different levels, triggered alarm signals are placed in corresponding priority processing queues; according to the method, partition and grading are carried out according to the importance degree of the alarm information, the priority, the interruption strategy and the display effect are flexibly configured, the problem that when multiple pieces of alarm information are triggered at the same time, a driver cannot receive all the alarm information in time is solved, the safety of vehicle driving is improved, and the driving safety of the vehicle is improved. And meanwhile, the man-machine interaction experience of the driver is also improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of intelligent driving, and in particular relates to a multi-level alarm method and system, an electronic device and a computer readable medium. BACKGROUND

[0002] With the development of new energy vehicles, intelligent cockpits are becoming more and more popular, and liquid crystal instruments are gradually replacing traditional mechanical instruments, and the functions assigned to them are becoming more and more diverse. The graphical and textual display of alarms is a major component of the human-machine interface, and the demand is diverse. The current mainstream alarm graphical and textual display strategy of intelligent cockpits is to list all alarms and mark a priority and a display time (usually divided into constant display and fixed number of seconds). When multiple alarms are triggered at the same time, the current display information is determined according to the priority, which may result in low-priority alarm information not being seen at all, causing the driver to not be able to obtain the corresponding alarm information in the first time to take quick measures. At the same time, when processing the priority each time, all triggered alarm information is judged by the algorithm, wasting system resources. SUMMARY

[0003] The present application aims to solve at least one of the technical problems existing in the prior art, and provides a multi-level alarm method, system, electronic device and computer readable medium.

[0004] In a first aspect, an embodiment of the present application provides a multi-level alarm method, which includes the following steps:

[0005] partitioning and grading all alarm signals;

[0006] generating an alarm set from all alarm signals after partitioning and grading, the processed alarm signals containing a display area and a level;

[0007] setting a priority processing queue according to the display area and the level, and placing the triggered alarm signals in the corresponding priority processing queue;

[0008] displaying the alarm signals according to the priority processing queue.

[0009] In some embodiments, in the step of partitioning and grading all alarm signals, the following steps are included: first, sorting by region importance, then sorting by level importance, and finally sorting by priority within the same level, wherein the region importance order is upper zone > middle zone > lower zone, and the level importance order within the same region is first level > second level > third level.

[0010] In some embodiments, the alarm signals further include an alarm id, an alarm type, a time of alarm occurrence, and detailed information of the alarm.

[0011] In some embodiments, the step of generating an alarm set from all alarm signals after the alarm signals are processed by zones and levels includes the following steps:

[0012] collecting all alarm signals that need to be displayed;

[0013] determining the zone and level of each alarm signal;

[0014] adding the alarm signal to the alarm set;

[0015] sorting the alarm set.

[0016] In some embodiments, the step of placing the triggered alarm signal in the corresponding priority processing queue according to the display area and the level includes the following steps:

[0017] calculating a priority value for each alarm signal;

[0018] inserting the alarm signal into the priority queue according to the priority value;

[0019] taking the alarm signal with the smallest priority value from the priority queue for processing.

[0020] In some embodiments, the step of calculating a priority value for each alarm signal includes designing a mapping function to map the zone and level to an integer.

[0021] In some embodiments, the step of displaying the alarm signal according to the priority processing queue includes displaying on the human-machine interface in a chain-of-responsibility manner according to the priority processing queue.

[0022] In a first aspect, embodiments of the present application provide a multi-level alarm system applying the multi-level alarm method, including:

[0023] a zone module for processing all alarm signals by zones and levels;

[0024] a set module for generating an alarm set from all alarm signals after the alarm signals are processed by zones and levels, the processed alarm signals including a display area and a level;

[0025] a queuing module for setting a priority processing queue according to the display area and the level, and placing the triggered alarm signal in the corresponding priority processing queue;

[0026] a display module for displaying the alarm signal according to the priority processing queue.

[0027] In a third aspect, embodiments of the present application provide an electronic device, including:

[0028] one or more processors;

[0029] a memory for storing one or more programs;

[0030] when the one or more programs are executed by the one or more processors, the one or more processors implement any of the methods recited.

[0031] In a fourth aspect, an embodiment of the present application further provides a computer readable medium, and the computer readable medium stores a computer program, and the computer program is executed by a processor to implement steps in any of the methods.

[0032] The multi-level alarm method provided by the present application processes all alarm signals in zones and levels, generates an alarm set from all alarm signals processed in zones and levels, the alarm signals contain display areas and levels, places triggered alarm signals in corresponding priority processing queues according to different display areas and levels, and displays the priority processing queues on a human-machine interface. The present application solves the problem that drivers cannot receive all alarm information in time when multiple alarm information is triggered at the same time by dividing alarm information into zones and levels, flexibly configuring priority, interrupt strategy and display effect, improves the safety of vehicle driving, and improves the experience of driver-human interaction. BRIEF DESCRIPTION OF DRAWINGS

[0033] Figure 1 is a step flow chart of an embodiment of the multi-level alarm method of the present application;

[0034] Figure 2 is a step flow chart of an embodiment of generating an alarm set from all alarm signals processed in zones and levels of the present application;

[0035] Figure 3 is a step flow chart of an embodiment of placing triggered alarm signals in corresponding priority processing queues of the present application;

[0036] Figure 4 is a step flow chart of an embodiment of displaying on a human-machine interface by using a chain of responsibility of the present application;

[0037] Figure 5 is a structural schematic diagram of an embodiment of the multi-level alarm system provided by the present application;

[0038] Figure 6 is a structural schematic diagram of an embodiment of the electronic device of the present application. DETAILED DESCRIPTION

[0039] For a better understanding of the technical solutions of the present application, the exemplary embodiments of the present application are described below in conjunction with the drawings, which include various details of the embodiments of the present application to help understanding, and should be considered as merely exemplary. Therefore, those of ordinary skill in the art should recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the present application. Also, for the sake of clarity and conciseness, the description below omits the description of well-known functions and structures.

[0040] In the case of no conflict, each embodiment of the present application and each feature in the embodiments can be combined with each other.

[0041] As used herein, the term "and / or" includes any and all combinations of one or more of the associated listed items.

[0042] The terms used herein are only used to describe specific embodiments, and are not intended to limit the present application. As used herein, the singular forms "a" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will also be understood that the terms "comprise" and / or "consist of", when used in this specification, 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. The terms "connected" or "coupled" and / or similar terms are not limited to a physical or mechanical connection, but can include an electrical connection, whether direct or indirect.

[0043] Unless otherwise defined, all terms used herein, including technical and scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art. It will also be understood that terms such as those defined in commonly used dictionaries should be interpreted as having a meaning that is consistent with their meaning in the context of the relevant art and the present application, and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.

[0044] In the technical solutions of the present application, the collection, storage, use, processing, transmission, provision and disclosure of user personal information involved in the technical solutions comply with relevant laws and regulations and do not violate public order and good customs. The use of user data in the technical solutions complies with relevant national laws and regulations (for example, "Information Security Technology Personal Information Security Specification" and the like). For example, appropriate measures are taken for personal information access control; restrictions are given for the display of personal information; the use purpose of personal information does not exceed the direct or reasonably related range; the identity of the personal information is eliminated when it is used, avoiding precise positioning to a specific individual.

[0045] In the related art, the existing technology lists all alarm signals, marks the priority of each signal, and detects the CAN signal to determine whether the alarm is triggered. If the alarm is triggered, the alarm signal is added to the priority processing queue. If the alarm is canceled, the priority processing queue signal is removed. The logic algorithm is used to calculate which signal in the priority processing queue has the highest priority, and then compared with the priority of the current display signal. If the priority is higher than the current display signal, the display content is updated; if the priority is lower than the current display signal, the display content is not updated. In the existing technology, because the priority is fixed, low-priority alarm information may not be displayed at all, and cannot serve as a prompt to the driver. In addition, all signals in the data queue will be run through the algorithm logic every time the priority is processed, which wastes system resources. The display strategy is fixed by the priority, which makes it difficult to expand other needs, such as hierarchical interruption strategies, display information carousel, etc., and cannot meet some personalized needs of users.

[0046] In order to solve at least one of the technical problems existing in the above-mentioned related technologies, the present invention provides a multi-level alarm method. Figure 1 A structural diagram of a multi-level alarm method provided by an embodiment of the present invention.

[0047] like Figure 1 As shown, the multi-level alarm method includes the following steps S10 to S40, and the implementation method of each step is described in detail below.

[0048] Step S10: All alarm signals are classified and graded.

[0049] In this embodiment, the step of zoning and grading all alarm signals specifically includes the following steps: first sorting by the importance of the area, then sorting by the importance of the level, and finally sorting by the priority within the same level, where: the order of regional importance is: upper area > middle area > lower area, and the order of level importance within the same area is level one > level two > level three.

[0050] For example, the highest priority is thermal runaway alarms (upper zone, level 1); next priority is fault alarms requiring immediate / expedited shutdown and next-instance vehicle start failure alarms (upper zone, level 2); next-lowest priority is other fault alarms (upper zone, level 3) and ADAS-related warnings (middle zone, level 1, level 2, lower zone, level 1, lower zone, level 2); and the lowest priority is warning messages (middle zone, level 3, lower zone, level 3). Priority levels within the same zone are: level 1 > level 2 > level 3. Priority levels within the same zone can be determined based on requirements. Each alarm signal within that level can be assigned a priority, or none can be assigned and treated as if they were the same priority level.

[0051] The specific categories are as follows:

[0052] 1. Highest priority: thermal runaway alarm -> upper zone level 1

[0053] 2. Second priority alarm: failure class alarms requiring immediate / urgent parking and next start failure alarm -> upper zone level 2

[0054] 3. Third priority alarm:

[0055] Other failure class alarms -> upper zone level 3

[0056] ADAS related warnings: further subdivided into middle zone level 1, middle zone level 2, lower zone level 1, lower zone level 2 according to their importance

[0057] 4. Last priority alarm: prompt information -> middle zone level 3, lower zone level 3

[0058] Note: ADAS related warnings are scattered to the first and second levels of the middle zone and the lower zone, indicating that there is also an importance distinction within ADAS. For example, emergency warnings such as collision warnings can be set to the middle zone level 1, while relatively less urgent warnings such as lane departure warnings can be set to the middle zone level 2 or the lower zone level 1.

[0059] In addition, within the same level, the user can choose whether to further define the priority. If not defined, it is considered to be of the same priority and processed in chronological order; if defined, a priority value needs to be set for each alarm signal.

[0060] The detailed alarm type classification mapping table is as follows (map the specific alarm type (identified by alarm ID or alarm name) to the zone and level).

[0061]

[0062] Note: Among the upper zone level 2 alarms, if there are multiple alarms, they can be further sorted by internal priority (e.g. brake system failure is more urgent than power battery serious failure, so the internal priority of brake system failure is higher (smaller value)). If no internal priority is needed, alarms within the same zone level are processed in chronological order.

[0063] Step S20: Generate an alarm set from all alarm signals processed by zone and level, and the processed alarm set contains display area and level.

[0064] It can be understood that the alarm set specifically contains at least: alarm type, zone, level, timestamp, and other necessary information; according to the zone and level of the alarm, the alarm signals are classified into different sets. The organization form of the alarm set: it can be sorted by priority (first by zone, then by level), or it can be sorted by time (same priority in chronological order).

[0065] It can be understood that the alarm set can be a list, where each element represents an alarm signal, containing its display area and level. In order to facilitate display, it may be necessary to sort the alarm set according to priority from high to low. Within the same priority, in chronological order (first occurrence first display, or later occurrence first display, according to demand).

[0066] Further, an example of the data structure of the alarm set is:

[0067] Each alarm signal can be represented as a dictionary or object, containing the following fields:

[0068] id: unique identification of the alarm

[0069] type: alarm type (such as thermal runaway, brake failure, etc.)

[0070] zone: partition (upper, middle, lower, can be represented by numbers 1, 2, 3, or strings)

[0071] level: level (1, 2, 3)

[0072] timestamp: time of alarm occurrence

[0073] message: detailed information of the alarm (optional).

[0074] Please refer to Figure 2 , the step flow chart provided by this embodiment for generating an alarm set from all alarm signals processed by partitioning and grading, including the following steps:

[0075] Step S21: Collect all alarm signals that need to be displayed.

[0076] Step S22: Determine the partition and level of each alarm signal (according to predefined rules).

[0077] Step S23: Add the alarm signal to the alarm set.

[0078] Step S24: Sort the alarm set.

[0079] In this embodiment, first by partition (upper > middle > lower), then by level (1 > 2 > 3), and finally by time (which can be the time of alarm occurrence, with the most recent first or the oldest first, according to demand).

[0080] Note: Multiple alarms with the same partition and level can be arranged in chronological order, or arranged according to other rules (such as sub-priority), but as mentioned earlier, the same level can not be prioritized, so here we sort by time.

[0081] Sorting rules:

[0082] First sorting: partition (e.g. upper zone 1 < middle zone 2 < lower zone 3). Note: since we want higher priority first, upper zone should be at the front, then middle zone, and finally lower zone. So when sorting, ascending by partition value (1 for upper zone, 2 for middle zone, 3 for lower zone) is actually descending by priority. But note: upper zone level 1 has higher priority than upper zone level 2, so ascending by level (1, 2, 3) is also descending by priority.

[0083] Third sorting: timestamp, can be descending (newest alarm first) or ascending (oldest alarm first). Usually the newest alarm is more urgent, so descending by timestamp.

[0084] It can be understood that the alarm set is an ordered list, and each element in the list contains detailed information of an alarm, where the partition and level are used for sorting and display classification. The sorting rule ensures that high-priority alarms (upper zone level 1) are at the front, and low-priority alarms (lower zone level 3) are at the back. Within the same partition and level, the most recent alarm is at the front.

[0085] Step S30: According to the display area and the level setting priority processing queue, the triggered alarm signal is placed in the corresponding priority processing queue.

[0086] It can be understood that the embodiment provides an alarm set, in which each alarm signal has been classified into different partitions (upper zone, middle zone, lower zone) and levels (level 1, level 2, level 3). Now, the alarm signals need to be placed into the corresponding priority processing queue according to these partitions and levels, as follows:

[0087] 1. Define priority processing queues: there can be multiple queues, each corresponding to a specific priority. The priority is determined by the partition and the level.

[0088] 2. Priority sorting rule: cross-zone priority (upper zone > middle zone > lower zone) and intra-zone level priority (level 1 > level 2 > level 3).

[0089] In this embodiment, there can be 9 queues (3 partitions x 3 levels), but a priority queue (heap) can be used for management, or 9 physical queues can be used and then checked in order.

[0090] For example: use 9 queues, and then check the queues in priority order (upper zone level 1 -> upper zone level 2 -> upper zone level 3 -> middle zone level 1 ->... -> lower zone level 3).

[0091] For example, use a priority queue (heap), each alarm signal calculates a priority value (the smaller the value, the higher the priority) according to its zone and level, and then sorts according to this value.

[0092] See Figure 3 Further, the following steps can be used to place the triggered alarm signals in the corresponding priority processing queue, specifically including:

[0093] Step S31: Calculate a priority value (priority_value) for each alarm signal.

[0094] Step S32: Insert the alarm signal into the priority queue (min heap) and sort according to priority_value.

[0095] Step S33: Process the alarm signal with the smallest priority_value from the priority queue.

[0096] Where: the priority value is calculated as follows: design a mapping function to map the zone and level to an integer. For example:

[0097] Upper zone level 1: 0

[0098] Upper zone level 2: 1

[0099] Upper zone level 3: 2

[0100] Middle zone level 1: 3

[0101] Middle zone level 2: 4

[0102] Middle zone level 3: 5

[0103] Lower zone level 1: 6

[0104] Lower zone level 2: 7

[0105] Lower zone level 3: 8

[0106] Note: Multiple alarm signals in the same zone and level may need to be sorted by time order if they arrive at the same time, but sometimes the same priority may need further sorting (such as by timestamp, the earlier the priority is higher or the earlier it should be processed). Therefore, when the priority values of two alarm signals are the same in the priority queue, they should be sorted according to the timestamp (the earlier the processing).

[0107] Note: The timestamp may be the same (although the probability is low), so a self-incrementing sequence number or a more accurate time (such as nanoseconds) can be used to avoid it, or if the timestamp is the same, other fields (such as alarm ID) can be compared.

[0108] Step S40: Display the alarm signal according to the priority processing queue.

[0109] Please refer to Figure 4 In this embodiment, the priority processing queue is displayed on the human-machine interface in a chain of responsibility manner.

[0110] It can be understood that Figure 4 The tree-shaped flow in the above figure clearly shows the characteristics of the chain of responsibility, and each processing level is like a node on the chain, either processing the request or passing it to the next node. This design can exactly correspond to the three priority levels of the alarm, and the scheme perfectly matches the three-level processing logic in the flowchart, realizes the priority hierarchical processing through the chain of responsibility mode, and accurately triggers the HMI state update when all alarms are eliminated, meeting the reliability and expansibility requirements of the industrial alarm processing system.

[0111] It should be noted that in the display on the above human-machine interface, the high priority needs to be highlighted.

[0112] For example, place the highest priority items at the top of the list (most common) or the most visible position (such as the center of the screen) or use strong, high-contrast colors (such as red, orange) to represent high priority (urgent) and use mild colors (such as blue, green) to represent low priority (general), ensuring that colorblind users can also distinguish (combined with shape, icon, texture); or display prominent icons (such as exclamation marks, flames, flags) next to the items to represent priority levels; or use bold, large font or flashing effects (use flashing sparingly) for high-priority items; or separate the queue into different groups or "lanes" (such as urgent, high, medium, low) according to priority levels, and each group can be sorted according to other rules (such as entry time).

[0113] In addition, further highlight the real-time nature in the display. The queue state changes (entry, exit, state change, priority change) must be reflected on the UI as soon as possible (ideally in real time or near real time). Use technologies such as WebSocket, Server-Sent Events, or short polling to achieve real-time updates and avoid manual user refresh. Consider smooth transitions (such as new items fading in, removed items fading out, state changes highlighted and then restored) when updating to improve user experience.

[0114] In addition, the user interaction is convenient. Detailed information can be viewed by clicking on the item; in addition, a convenient way (such as a drop-down menu, a button) is provided to allow authorized users to modify the priority of the item (triggering the adjustment of the background queue structure); manual operation (optional): allow users to manually prioritize certain items (essentially temporarily set their priority to the highest), pause / resume, mark as completed; allow users to filter and sort the list by priority, status, time of entry, handler, etc. (even if the primary sorting is by priority, secondary sorting is also important).

[0115] In this embodiment, by designing a system for processing queues according to priority and displaying on HMI, it is necessary to closely combine efficient backend queue management logic and intuitive frontend visualization design. The core is to ensure that the processing logic strictly follows the priority order, and to highlight high-priority items in the most effective way on the interface, while providing a clear overall status overview and necessary user operation capabilities. Real-time updating, visual highlighting, clear information, and user-friendly interaction are the key elements of success. Choose the appropriate UI layout and interaction details according to the specific application scenario (work order system, task scheduler, alarm platform).

[0116] In addition, all alarm signals of a certain level are assigned a priority, and the higher priority is displayed first, and the lower priority can be interrupted to display the alarm; all alarm signals of the same level are not assigned a priority and are considered to have the same priority, and can interrupt each other, and the new one can interrupt the old alarm display; the interruption strategy can be defined differently according to different display areas, for example, important alarms that require the driver to take immediate action can interrupt the current display of alarm information immediately, and reminder-type display information can be set to display for a minimum amount of time to avoid flickering of the display content due to signal changes, causing the user to have a bad user experience; when important alarm information is triggered at the same level, a carousel effect can be designed to display them in turn to avoid the driver missing some important alarm information due to inattention; the driver can also actively press a button to eliminate the pop-up window, and the order from low priority to high priority is followed.

[0117] The multi-level alarm method provided by the present application processes all alarm signals by partitioning and grading; generates an alarm set from all alarm signals processed by partitioning and grading, the alarm signals containing display areas and grades; places the triggered alarm signals in the corresponding priority processing queue according to the different display areas and grades; displays on the human-machine interface according to the priority processing queue, the application solves the problem that the driver cannot receive all alarm information in time when multiple alarm information is triggered at the same time by partitioning and grading according to the importance of alarm information, flexible configuration of priority, interruption strategy, and display effect, improves the safety of vehicle driving, and also improves the experience of driver-human interaction.

[0118] In addition, the multi-level alarm method provided by the application utilizes the responsibility chain processing mode, shortens the processing logic at each signal update, does not need to pass all alarm information processing logic, optimizes the consumption of system resources, simultaneously decouples the code, and reduces the maintenance cost of the code.

[0119] The application further provides a multi-level alarm system. Figure 5 The multi-level alarm system structure diagram provided by the embodiment of the application is applied to the multi-level alarm method provided by the above embodiment, and specifically comprises the following:

[0120] The partition module 51 is used for partitioning and grading processing of all alarm signals.

[0121] In the embodiment, the following steps are specifically included: first, sorting according to the importance of the region, then sorting according to the importance of the grade, and finally sorting according to the priority in the same grade, wherein the region importance order is: upper zone > middle zone > lower zone, and the importance of the same region is sorted as: first grade > second grade > third grade.

[0122] For example: the highest priority: thermal runaway alarm (upper zone first grade); the second priority alarm: fault type alarm that needs to stop immediately / quickly and alarm that cannot start next time (upper zone second grade); the third priority alarm: other fault type alarm (upper zone third grade), ADAS related warning (middle zone first grade, middle zone second grade, lower zone first grade, lower zone second grade); the last priority alarm: prompt type information (middle zone third grade, lower zone third grade). The priority of the same region is: first grade > second grade > third grade, and the priority of the same grade can be determined according to the demand, that is, the priority of each alarm signal in the same grade can be determined, or the priority is not determined, and is regarded as the same priority.

[0123] The specific classification is as follows:

[0124] 1. The highest priority: thermal runaway alarm -> upper zone first grade

[0125] 2. The second priority alarm: fault type alarm that needs to stop immediately / quickly and alarm that cannot start next time -> upper zone second grade

[0126] 3. The third priority alarm:

[0127] Other fault type alarm -> upper zone third grade

[0128] ADAS related warning: further divided into middle zone first grade, middle zone second grade, lower zone first grade and lower zone second grade according to the importance

[0129] 4. The last priority alarm: prompt type information -> middle zone third grade, lower zone third grade

[0130] Note: ADAS related warnings are divided into the middle zone and the lower zone of the first and second levels, which means that there is also an important degree distinction within the ADAS. For example, an emergency warning such as a collision warning can be defined as a middle zone first level, while a lane departure warning and the like which is relatively not urgent can be defined as a middle zone second level or a lower zone first level.

[0131] In addition, within the same level, the user can choose whether to further define the priority of the alarm signal. If not defined, it is considered to be of the same priority and is processed in chronological order; if defined, a priority value needs to be set for each alarm signal.

[0132] The detailed alarm type classification mapping table is as follows (map the specific alarm type (identified by alarm ID or alarm name) to the zone and level).

[0133]

[0134] Note: In the alarm of the upper zone second level, if there are multiple alarms, they can be further sorted by internal priority (for example, a brake system failure is more urgent than a severe failure of a power battery, so the internal priority of the brake system failure is higher (the value is smaller)). If there is no need for internal priority, the alarms within the same zone and level are processed in chronological order.

[0135] It should be noted that the alarm data collected in the prior art is stored by cloud storage in commercial solutions on the market, so it cannot work offline. Using local storage data can achieve offline work; the alarm data stored locally provided by the present application generally includes fields such as address, timestamp, alarm type, device ID, and alarm content.

[0136] The collection module 52 is used to generate an alarm set from all alarm signals processed by zone and level, and the processed alarm signals contain display areas and levels.

[0137] It can be understood that the alarm set specifically contains at least: alarm type, zone, level, timestamp, and other necessary information; according to the zone and level of the alarm, the alarm signals are classified into different sets. The organization form of the alarm set: it can be sorted according to the priority (first by zone, then by level), or it can be sorted by time (in the same priority, in chronological order).

[0138] It can be understood that the alarm set can be a list, where each element represents an alarm signal, containing its display area and level. In order to facilitate display, it may be necessary to sort the alarm set according to the priority from high to low. Within the same priority, it is sorted in chronological order (the first occurrence is displayed first, or the last occurrence is displayed first, according to the requirements).

[0139] Further, an example of the data structure of the alarm set is as follows:

[0140] Each alarm signal can be represented as a dictionary or object, containing the following fields:

[0141] id: Unique identification of the alarm

[0142] type: Type of the alarm (e.g. thermal runaway, brake failure, etc.)

[0143] zone: Zone (upper, middle, lower, can be represented by numbers 1, 2, 3 or strings)

[0144] level: Level (1, 2, 3)

[0145] timestamp: Time of the alarm occurrence

[0146] message: Detailed information of the alarm (optional).

[0147] In this implementation, alarms are first sorted by zone (upper > middle > lower), then by level (1 > 2 > 3), and finally by timestamp (either the time of alarm occurrence, with the most recent first or the oldest first, depending on requirements).

[0148] Note: Multiple alarms with the same zone and level can be sorted by time order or other rules (e.g. sub-priority), but as mentioned earlier, the same level can have different priorities, so here we sort by time.

[0149] Sorting rules:

[0150] First sorting: Zone (e.g. upper 1 < middle 2 < lower 3). Note: Since we want higher priority alarms to be at the front, the upper zone should be at the front, then the middle zone, and finally the lower zone. Therefore, when sorting, sorting by zone value in ascending order (since 1 represents the upper zone, 2 represents the middle zone, and 3 represents the lower zone) is actually sorting by priority from high to low. However, note that the upper zone level 1 has higher priority than the upper zone level 2, so sorting by level in ascending order (1, 2, 3) is also sorting by priority from high to low.

[0151] Third sorting: Timestamp, which can be sorted by timestamp in descending order (with the latest alarm at the front) or in ascending order (with the earliest alarm at the front). Usually, the latest alarm is more urgent, so sort by timestamp in descending order.

[0152] It can be understood that the alarm set is an ordered list, and each element in the list contains detailed information of the alarm, where the zone and level are used for sorting and display classification. The sorting rules ensure that high-priority alarms (upper zone level 1) are at the front and low-priority alarms (lower zone level 3) are at the back. Within the same zone and level, the most recent alarm is at the front.

[0153] The queuing module 53 sets the triggered alarm signal in the corresponding priority processing queue according to the display area and the priority setting.

[0154] It can be understood that the embodiment provides an alarm set, in which each alarm signal has been classified into different partitions (upper zone, middle zone, lower zone) and levels (first level, second level, third level). Now, the alarm signal needs to be put into the corresponding priority processing queue according to the partitions and levels, as follows:

[0155] 1. Define priority processing queues: there can be multiple queues, each corresponding to a specific priority. The priority is determined by the partition and the level.

[0156] 2. Priority sorting rules: cross-zone priority (upper zone > middle zone > lower zone) and intra-zone level priority (first level > second level > third level).

[0157] In the embodiment, there can be 9 queues (3 partitions x 3 levels), but a priority queue (heap) can be used for management, or 9 physical queues can be used and then checked in order.

[0158] For example: use 9 queues, and then check the queues in priority order (upper zone first level -> upper zone second level -> upper zone third level -> middle zone first level ->... -> lower zone third level).

[0159] For another example: use a priority queue (heap), and calculate a priority value (the smaller the value, the higher the priority) for each alarm signal according to its partition and level, and then sort according to this value.

[0160] Further, the following steps can be used to set the triggered alarm signal in the corresponding priority processing queue, specifically including:

[0161] Calculate a priority value (priority_value) for each alarm signal.

[0162] Insert the alarm signal into the priority queue (min heap) and sort according to priority_value.

[0163] When processing, take out the alarm signal with the smallest priority_value from the priority queue for processing.

[0164] Wherein: the priority value is calculated as follows: a mapping function is designed to map the partition and the level to an integer. For example:

[0165] Upper zone first level: 0

[0166] Upper zone second level: 1

[0167] Upper zone third level: 2

[0168] Central level: 3

[0169] Central Level 2: 4

[0170] Central Level 3: 5

[0171] Lower zone level: 6

[0172] Lower zone level 2: 7

[0173] Lower zone level 3: 8

[0174] It should be noted that if multiple alarm signals within the same zone and level arrive simultaneously, they may need to be sorted in chronological order, but sometimes further sorting is required within the same priority level (for example, by timestamp, with earlier signals having higher priority or being processed first). Therefore, in a priority queue, if two alarm signals have the same priority value, they should be sorted by timestamp (the earlier one is processed first).

[0175] But note: the timestamps may be the same (although the probability is low), so you can use an auto-increment serial number or use more precise time (such as nanoseconds) to avoid it, or if the timestamps are the same, you can compare other fields (such as alarm ID).

[0176] The display module 54 is configured to display the alarm signal according to the priority processing queue.

[0177] See also Figure 4 In this embodiment, the priority processing queue is displayed on the human-computer interface using a responsibility chain method.

[0178] I understand. Figure 4 The tree-like process clearly demonstrates the chain of responsibility. Each processing level acts like a node in a chain, either processing the request or passing it on to the next node. This design perfectly corresponds to the three alarm priority levels and aligns perfectly with the three-level processing logic in the flowchart. This solution implements hierarchical processing through the chain of responsibility model and accurately triggers HMI status updates when all alarms are resolved, meeting the reliability and scalability requirements of industrial-grade alarm processing systems.

[0179] Note that in the display on the above human-machine interface, high priority needs to be highlighted. For example, place the highest priority item at the top of the list (most common) or the most visible position (such as the center of the screen) or use strong, high-contrast colors (such as red, orange) to represent high priority (urgent) and use mild colors (such as blue, green) to represent low priority (general), ensuring that colorblind users can also distinguish (combined with shape, icon, texture); or display a prominent icon (such as an exclamation point, a flame, a flag) next to the item to indicate the priority level; or use bold, large font or flashing effect (use flashing sparingly) for high-priority items; or divide the queue into different groups or "lanes" (such as urgent, high, medium, low) according to priority level, and each group can be sorted according to other rules (such as entry time).

[0180] In addition, further highlight the real-time nature in the display. The queue state changes (entry, exit, state change, priority change) must be reflected on the UI as soon as possible (ideally in real time or near real time). Use technologies such as WebSocket, Server-Sent Events, or short polling to achieve real-time updates, avoiding manual user refresh. Consider smooth transitions (such as new items fading in, removed items fading out, state changes highlighted and then restored) when updating to improve user experience.

[0181] In addition, the user interaction is convenient. The item can be viewed in detail by clicking on it; in addition, provide a convenient way (such as a drop-down menu, a button) for authorized users to modify the priority of the item (triggering background queue structure adjustment); manual operation (optional): allow users to manually prioritize certain items (essentially temporarily set their priority to the highest), pause / resume, mark as complete; allow users to filter and sort the list by priority, status, entry time, handler, etc. (even if the main sorting is by priority, secondary sorting is also important).

[0182] In this embodiment, by designing a system that processes the queue according to priority and displays it on the HMI, it is necessary to closely integrate efficient backend queue management logic and intuitive frontend visualization design. The core is to ensure that the processing logic strictly follows the priority order, and to highlight high-priority items on the interface in the most effective way, while providing a clear overall status overview and necessary user operation capabilities. Real-time updates, visual highlights, clear information, and user-friendly interaction are key elements of success. Choose the appropriate UI layout and interaction details according to the specific application scenario (work order system, task scheduler, alarm platform).

[0183] The multi-level alarm system provided by the application carries out zoning and grading processing on all alarm signals; generates an alarm set after zoning and grading processing of all alarm signals, wherein the alarm signals contain a display area and a level; places the triggered alarm signals in a corresponding priority processing queue according to the different display areas and levels; and displays the priority processing queue on a human-machine interface, so that the application solves the problem that the driver cannot receive all alarm information in time when multiple alarm information is triggered at the same time, improves the safety of vehicle driving, and improves the experience of driver-human interaction.

[0184] In addition, the multi-level alarm method provided by the application shortens the processing logic of each signal update by using the chain of responsibility processing mode, does not need to pass all alarm information processing logic, optimizes the consumption of system resources, decouples the code, and reduces the maintenance cost of the code.

[0185] Based on the same inventive concept, the embodiments of the application also provide an electronic device. Figure 6 As shown in FIG. 1, the electronic device provided by the embodiments of the application includes one or more processors 101, a memory 102, and one or more I / O interfaces 103. Figure 6 The memory 102 stores one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors implement the multi-level alarm method in any of the above embodiments; the one or more I / O interfaces 103 are connected between the processor and the memory and are configured to realize information interaction between the processor and the memory.

[0186] The processor 101 is a device with data processing capability, including but not limited to a central processing unit (CPU) and the like; the memory 102 is a device with data storage capability, including but not limited to a random access memory (RAM, more specifically SDRAM, DDR, etc.), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), and a flash memory (FLASH); and the I / O interface (read-write interface) 103 is connected between the processor 101 and the memory 102 and can realize information interaction between the processor 101 and the memory 102, including but not limited to a data bus (Bus) and the like.

[0187] In some embodiments, the processor 101, the memory 102, and the I / O interface 103 are connected to each other and other components of the computing device through a bus 104.

[0188] In some embodiments, the one or more processors 101 include a field programmable gate array.

[0189] The embodiments of the present application also provide a computer readable medium. The computer readable medium stores a computer program, wherein the program is executed by a processor to implement the steps in any of the above multi-level alarm methods. The computer readable storage medium can be a volatile or non-volatile computer readable storage medium.

[0190] The embodiments of the present application also provide a computer program product comprising computer readable code or a non-volatile computer readable storage medium carrying computer readable code, when the computer readable code is run in a processor of an electronic device, the processor in the electronic device executes the above intelligent driving assistance method.

[0191] Those skilled in the art can understand that all or some of the steps in the above disclosed method, the functions of the modules / units in the system and the device can be implemented as software, firmware, hardware and appropriate combinations thereof. In the hardware implementation, the division between the functional modules / units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component can have multiple functions, or one function or step can be performed by several physical components in cooperation. Some or all of the physical components can be implemented as software executed by a processor, such as a central processing unit, a digital signal processor or a microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software can be distributed on a computer readable storage medium, which can include computer storage media (or non-transitory media) and communication media (or transitory media).

[0192] As known to those skilled in the art, the term computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable program instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM), static random access memory (SRAM), flash memory or other memory technology, portable compact disc read only memory (CD-ROM), digital versatile disc (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information and can be accessed by a computer. In addition, it is known to those skilled in the art that communication media typically includes computer readable program instructions, data structures, program modules or other data in modulated data signals such as carrier waves or other transport mechanisms, and can include any information delivery medium.

[0193] The computer readable program instructions described herein can be downloaded to respective computing / processing devices from a computer readable storage medium or to an external computer or external storage device via a network, for example, the Internet, a local area network, a wide area network and / or a wireless network. The network can comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers and / or edge servers. A network adapter card or network interface in each computing / processing device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium within the respective computing / processing device.

[0194] Computer readable program instructions for carrying out operations of the present application can be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, or either source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C++ or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer readable program instructions can execute entirely on the user's computing / processing device, partly on the user's computing / processing device, as a stand-alone software package, partly on the user's computing / processing device and partly on a remote computing / processing device or entirely on the remote computing / processing device or server. In the latter scenario, the remote computing / processing device can be connected to the user's computing / processing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection can be made to an external computing / processing device, for example, through the Internet using an Internet Service Provider. In some embodiments, electronic circuitry including, for example, programmable logic circuitry, field-programmable gate array (FPGA), or programmable logic array (PLA) can execute the computer readable program instructions by utilizing state information of the computer readable program instructions to personalize the electronic circuitry, in order to perform aspects of the present application.

[0195] The computer program product described herein can be embodied specifically by hardware, software or a combination thereof. In an alternative embodiment, the computer program product is embodied specifically as a computer storage medium, and in another alternative embodiment, the computer program product is embodied specifically as a software product, such as a software development kit (SDK) or the like.

[0196] The computer program product described herein can be embodied specifically by hardware, software or a combination thereof. In an alternative embodiment, the computer program product is embodied specifically as a computer storage medium, and in another alternative embodiment, the computer program product is embodied specifically as a software product, such as a software development kit (SDK) or the like.

[0197] These computer readable program instructions can be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions / acts specified in the flowchart and / or block diagram block or blocks. These computer readable program instructions can also be stored in a computer readable storage medium that can include a non-transitory computer readable storage medium that can be a computer- readable storage medium having no data storage cycles that change state. The instructions can be executed by one or more processors of a computer, other programmable data processing apparatus, or other devices to produce a computer-implemented process such that the instructions which execute via the one or more processors of the computer or other programmable data processing devices create means for implementing the functions / acts specified in the flowchart and / or block diagram block or blocks. The computer program instructions can also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions / acts specified in the flowchart and / or block diagram block or blocks.

[0198] The computer readable program instructions can also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus or other device to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions / acts specified in the flowchart and / or block diagram block or blocks.

[0199] The flow diagrams and the block diagrams in the drawings are presented to illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to the present application. In this regard, each block in the flow diagrams and the block diagrams can represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical functions ("instructions"). In some alternative implementations, the functions noted in the blocks can occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks can sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and / or flow diagrams, and combinations thereof, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and

[0200] Example embodiments have been disclosed and, although a particular terminology is employed, it will be understood in view of the specification that the description is for general informational purposes only and is not intended to be limiting. In some instances, it will be apparent to those skilled in the art that features, characteristics or aspects described with reference to a particular embodiment can be used alone or in combination with other embodiments, unless explicitly stated otherwise. Accordingly, it will be understood that various changes in form and details can be made without departing from the scope of the present application as set forth in the appended claims.

Claims

1. A multi-level alarm method, characterized in that: It includes the following steps: Process all alarm signals according to their classification and level; Generate an alarm set from all alarm signals processed by zones and levels, wherein the processed alarm signals include display areas and levels; Setting a priority processing queue according to the display area and the level, and placing the triggered alarm signal in the corresponding priority processing queue; The queue is processed according to the priority and an alarm signal is displayed.

2. The multi-level alarm method according to claim 1, characterized in that: The steps of zoning and grading all alarm signals specifically include the following steps: first sort by the importance of the area, then sort by the importance of the level, and finally sort by the priority within the same level, where: the order of regional importance is: upper area > middle area > lower area, and the order of level importance within the same area is level one > level two > level three.

3. The multi-level alarm method according to claim 1, characterized in that: The alarm signal also includes the alarm ID, alarm type, alarm occurrence time and detailed information of the alarm.

4. The multi-level alarm method according to claim 3, characterized in that: The step of generating an alarm set from all the alarm signals that have been processed by zoning and grading includes the following steps: Collect all alarm signals that need to be displayed; Determine the division and level for each alarm signal; Add the alarm signal to the alarm collection; Sorts the alarm collection.

5. The multi-level alarm method according to claim 1, characterized in that: The step of setting a priority processing queue according to the display area and the level and placing the triggered alarm signal in the corresponding priority processing queue specifically includes the following steps: Calculate a priority value for each alarm signal; Insert the alarm signal into the priority queue and sort it according to the priority value; The alarm signal with the smallest priority value is taken out from the priority queue for processing.

6. The multi-level alarm method according to claim 5, characterized in that: The step of calculating a priority value for each alarm signal includes designing a mapping function to map the partition and level to an integer.

7. The multi-level alarm method according to claim 1, characterized in that: The displaying of the alarm signal according to the priority processing queue includes: displaying the alarm signal on a human-machine interface in a chain of responsibility manner according to the priority processing queue.

8. A multi-level alarm system using the multi-level alarm method according to claim 1, characterized in that: include: Partition module, used to process all alarm signals into different zones and grades; A collection module, configured to generate an alarm collection from all alarm signals processed by zones and levels, wherein the processed alarm signals include display areas and levels; A queuing module sets a priority processing queue according to the display area and the level, and places the triggered alarm signal into the corresponding priority processing queue; A display module is used to display the alarm signal according to the priority processing queue.

9. An electronic device, characterized in that: include: one or more processors; a memory for storing one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1 to 7.

10. A computer-readable medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

Images